(57)【要約】許容された遅延時間内において、複数のＵＥに関するデータ送信を完了させるための効率的なスケジューリングを行うことができる通信装置を提供することを目的とする。本発明にかかる通信装置（１０）は、それぞれの無線端末（３０）に関するフローの送信デッドラインまでの時間に応じて、無線リソースを割り当てる対象となる無線端末（３０）を選択する選択部（１１）と、複数の単位時間から構成される制御周期内に含まれる無線リソースの利用効率を最大化するように、選択された無線端末（３０）へ割り当てる無線リソースを決定する割当部（１２）と、決定した無線リソースに関する情報を選択された無線端末（３０）と無線通信を行う基地局（２０）へ送信する通信部（１３）と、を備える。
2018078677.tif 000002
【特許請求の範囲】
【請求項１】
無線端末に関するフローの送信デッドラインまでの時間に基づいて、複数の単位時間から構成される制御周期内において送信するデータパケットの送信サイズを決定し、
前記無線端末へ割り当てる無線リソースであって、前記送信サイズの前記データパケットを送信可能な当該無線リソースを決定する割当部と、
前記決定した前記無線リソースに関する情報を前記無線端末と無線通信を行う基地局へ送信する通信部と、を備える通信装置。
【請求項２】
それぞれの前記無線端末に関するフローの送信デッドラインまでの時間に基づいて、前記無線リソースを割り当てる対象となる無線端末を選択する選択部をさらに備える、請求項１に記載の通信装置。
【請求項３】
前記割当部は、
前記制御周期内に含まれる無線リソースの利用効率を最大化するように、前記無線端末へ割り当てる無線リソースを決定する、請求項２に記載の通信装置。
【請求項４】
前記無線リソースの利用効率は、
前記無線リソースを用いて送信することが可能なデータパケットのデータサイズに対する前記無線リソースを用いて実際に送信するデータパケットのデータサイズの割合である、請求項３に記載の通信装置。
【請求項５】
前記割当部は、
前記制御周期内に含まれる複数の無線リソースのうち、所定の閾値を超える品質を有する第１の無線リソースの数を特定し、複数の前記第１の無線リソースのうち少なくとも１つを前記選択された無線端末へ割り当てる、請求項２乃至４のいずれか１項に記載の通信装置。
【請求項６】
前記割当部は、
前記制御周期内において送信するデータパケットの送信サイズと、前記第１の無線リソースを用いて送信することができる送信サイズとを用いて、前記選択された無線端末へ割り当てる前記第１の無線リソースの数を決定する、請求項５に記載の通信装置。
【請求項７】
前記割当部は、
前記制御周期内に含まれる複数の無線リソースが有する品質のうち、最も良い品質を有する第２の無線リソースを特定し、前記第２の無線リソースと実質的に同一の品質を有する第３の無線リソースの数を特定し、前記第２の無線リソース及び前記第３の無線リソースのうち、少なくとも１つを前記選択された無線端末へ割り当てる、請求項２乃至４のいずれか１項に記載の通信装置。
【請求項８】
無線端末に関するフローの送信デッドラインに関する情報を基地局へ送信する通信装置と、
前記送信デッドラインまでの時間に基づいて、複数の単位時間から構成される制御周期内において送信するデータパケットの送信サイズを決定し、前記無線端末へ割り当てる無線リソースであって、前記送信サイズの前記データパケットを送信可能な当該無線リソースを決定する基地局と、を備える通信システム。
【請求項９】
無線端末に関するフローの送信デッドラインまでの時間に基づいて、複数の単位時間から構成される制御周期内において送信するデータパケットの送信サイズを決定し、
前記無線端末へ割り当てる無線リソースであって、前記送信サイズの前記データパケットを送信可能な当該無線リソースを決定し、
前記決定した前記無線リソースに関する情報を前記無線端末と無線通信を行う基地局へ送信する、通信方法。
【請求項１０】
無線端末に関するフローの送信デッドラインまでの時間に基づいて、複数の単位時間から構成される制御周期内において送信するデータパケットの送信サイズを決定し、
前記無線端末へ割り当てる無線リソースであって、前記送信サイズの前記データパケットを送信可能な当該無線リソースを決定し、
前記決定した前記無線リソースに関する情報を前記無線端末と無線通信を行う基地局へ送信することをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信装置、通信システム、通信方法、及びプログラムに関し、特に無線リソースのスケジューリングを行う通信装置、通信システム、通信方法、及びプログラムに関する。
【背景技術】
【０００２】
現在、モバイルネットワークを介した超低遅延サービスを提供することが検討されている。超低遅延サービスは、例えば、モバイルネットワークを介して車載センサー情報、交通カメラ情報、及び地図情報等を伝送する自動運転サービスであってもよい。【０００３】
モバイルキャリア（モバイル通信事業者）は、ユーザに対して超低遅延サービスを提供するために、ＳＬＡ（Service Level Agreement）を保証する必要がある。ＳＬＡは、例えば、超低遅延サービスにおいて保証する遅延時間等が規定されていてもよい。【０００４】
例えば、特許文献１には、サービス品質を良好に保つために、ＵＥ（User Equipment）に対して、無線リソースを効率的に割り当てることが記載されている。具体的には、アプリケーションの遅延制約等に関する情報を考慮して、無線リソースの割当を最適化することが記載されている。言い換えると、特許文献１には、基地局が、アプリケーションサービスを提供する際に許容される遅延時間を超えないように、無線リソースの割当を最適化することによって、サービス品質を良好に保つことが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特表２０１４−５２２１４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載されている無線リソースのスケジューリングは、スケジューリングの最小単位時間である１ＴＴＩ（Transmission Time Interval）毎に実行される。しかし、ＳＬＡを保証することを考慮すると、許容された遅延時間内に、１もしくは複数のＵＥに関するデータ送信を完了させるための効率的なスケジューリングを行うことが求められる。【０００７】
本発明の目的は、許容された遅延時間内において、１もしくは複数のＵＥに関するデータ送信を完了させるための効率的なスケジューリングを行うことができる通信装置、通信システム、通信方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明の第１の態様にかかる通信装置は、それぞれの無線端末に関するフローの送信デッドラインまでの時間に応じて、無線リソースを割り当てる対象となる無線端末を選択する選択部と、複数の単位時間から構成される制御周期内に含まれる無線リソースの利用効率を最大化するように、前記選択された無線端末へ割り当てる無線リソースを決定する割当部と、前記決定した無線リソースに関する情報を前記選択された無線端末と無線通信を行う基地局へ送信する通信部と、を備えるものである。【０００９】
本発明の第２の態様にかかる通信システムは、それぞれの無線端末に関するフローの送信デッドラインに関する情報を基地局へ送信する通信装置と、前記送信デッドラインまでの時間に応じて、無線リソースを割り当てる対象となる無線端末を選択し、複数の単位時間から構成される制御周期内に含まれる無線リソースの利用効率を最大化するように、前記選択された無線端末へ割り当てる無線リソースを決定する基地局と、を備えるものである。【００１０】
本発明の第３の態様にかかる通信方法は、それぞれの無線端末に関するフローの送信デッドラインまでの時間に応じて、無線リソースを割り当てる対象となる無線端末を選択し、複数の単位時間から構成される制御周期内に含まれる無線リソースの利用効率を最大化するように、前記選択された無線端末へ割り当てる無線リソースを決定し、前記決定した無線リソースに関する情報を前記選択された無線端末と無線通信を行う基地局へ送信するものである。【００１１】
本発明の第４の態様にかかるプログラムは、それぞれの無線端末に関するフローの送信デッドラインまでの時間に応じて、無線リソースを割り当てる対象となる無線端末を選択し、複数の単位時間から構成される制御周期内に含まれる無線リソースの利用効率を最大化するように、前記選択された無線端末へ割り当てる無線リソースを決定し、前記決定した無線リソースに関する情報を前記選択された無線端末と無線通信を行う基地局へ送信することをコンピュータに実行させるものである。
【発明の効果】
【００１２】
本発明により、許容された遅延時間内において、複数のＵＥに関するデータ送信を完了させるための効率的なスケジューリングを行うことができる通信装置、通信システム、通信方法、及びプログラムを提供することができる。
【図面の簡単な説明】
【００１３】
【図１】実施の形態１にかかる通信システムの構成図である。
【図２】実施の形態２にかかる通信システムの構成図である。
【図３】実施の形態２にかかるＭＥＣサーバの構成図である。
【図４】実施の形態２にかかるｅＮＢの構成図である。
【図５】実施の形態２にかかるＵＥの構成図である。
【図６】実施の形態２にかかる無線リソースの決定処理の流れを示す図である。
【図７】実施の形態２にかかるリソースブロックを説明する図である。
【図８】一般的なリソースブロックを説明する図である。
【図９】実施の形態３にかかる無線リソースのスケジューリングを制御する処理の流れを示す図である。
【図１０】実施の形態３にかかるUEWeightUpdateRequestメッセージに設定されるパラメータを説明する図である。
【図１１】実施の形態３にかかるUEWeightUpdateResponseメッセージに設定されるパラメータを説明する図である。
【図１２】実施の形態３にかかる送信デッドラインの達成状況に関する情報の伝送処理の流れを示す図である。
【図１３】実施の形態３にかかるDeadlineSuccessNotificationSetupメッセージに設定されるパラメータを説明する図である。
【図１４】実施の形態３にかかるDeadlineSuccessNotificationメッセージに設定されるパラメータを説明する図である。
【図１５】実施の形態５にかかる無線リソースのスケジューリングを制御する処理の流れを示す図である。
【図１６】各実施の形態のｅＮＢの構成図である。
【図１７】各実施の形態のＵＥの構成図である。
【図１８】各実施の形態のＭＥＣサーバの構成図である。
【発明を実施するための形態】
【００１４】
（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。図１を用いて本発明の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、通信装置１０、基地局２０、及び複数の無線端末３０を有している。通信装置１０、基地局２０、及び無線端末３０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。
【００１５】
無線端末３０は、携帯電話端末、スマートフォン端末、もしくはタブレット型端末等であってもよい。もしくは、無線端末３０は、ＩｏＴ（Internet of Things）サービスに用いられるＩｏＴ端末、Ｍ２Ｍ（Machine to Machine）端末、もしくはＭＴＣ（Machine Type Communication）端末等であってもよい。無線端末３０は、基地局２０と無線通信を行う。
【００１６】
基地局２０は、３ＧＰＰ（3rd Generation Partnership Project）において規定されているｅＮＢ（evolved Node B）もしくはＮｏｄｅ  Ｂであってもよい。ｅＮＢは、無線通信方式として、ＬＴＥ（Long Term Evolution）を用いる基地局である。Ｎｏｄｅ  Ｂは、無線通信方式として、３ＧＰＰにおいて３Ｇと称される無線通信方式を用いる基地局である。また、基地局２０は、３ＧＰＰにおいて規定されている無線通信方式に制限されず、他の標準間団体において規定されている無線通信方式を用いてもよい。基地局２０は、無線アクセスネットワークノード等と称されてもよい。
【００１７】
通信装置１０は、基地局２０を制御する装置である。例えば、通信装置１０は、基地局２０において実行されるスケジューリングに関する制御を実施してもよい。基地局２０において実行されるスケジューリングは、ＭＡＣ（Medium Access Control）スケジューリング、もしくはパケットスケジューリング等と称されてもよい。
【００１８】
通信装置１０は、例えば、３ＧＰＰにおいて規定されているＳＣＥＦ（Service Capability Exposure Function）エンティティ（以下、ＳＣＥＦと称する）であってもよい。ＳＣＥＦは、例えば、モバイル通信事業者もしくはアプリケーションサービスプロバイダー等が管理するアプリケーションサーバに関する認証処理等を実行する。また、ＳＣＥＦは、３ＧＰＰにおいて定められたリファレンスポイントを介してｅＮＢである基地局２０と通信する。ＳＣＥＦエンティティは、例えば、コアネットワーク内において、制御データを伝送する。制御データは、例えば、無線端末３０に関するユーザデータを伝送する通信経路の設定等を行うために用いられる。ＳＣＥＦエンティティは、例えば、制御データを伝送するノード装置であるＣＰＦ（C-Plane Function）エンティティと称されてもよい。
【００１９】
また、通信装置１０は、ＭＥＣ（Mobile Edge Computing）サーバであってもよい。ＭＥＣサーバは、基地局２０と直接的に通信できる位置に配置されてもよい。直接的に通信できる位置とは、モバイル通信事業者が管理するコアネットワークを介することなく通信することができる位置である。例えば、ＭＥＣサーバは、基地局２０と物理的に統合されてもよい。もしくは、ＭＥＣサーバは、基地局２０と同じ建物に配置され、基地局２０と通信できるように、建物内のＬＡＮ（Local Area Network）に接続されてもよい。ＭＥＣサーバは、基地局２０の近傍に配置されることによって、無線端末３０との間の伝送遅延を短くすることができる。ＭＥＣサーバは、例えば、超低遅延のアプリケーションサービスを提供するために用いられる。
【００２０】
また、通信装置１０は、無線端末３０へＩｏＴサービスを提供するサーバ群を有するＩｏＴプラットフォーム内に配置されてもよい。もしくは、通信装置１０は、基地局２０と直接もしくはネットワークを介して通信することができるサーバ装置であってもよい。通信装置１０は、上記で例示した装置である場合であってもその他の装置であっても、ＣｏｎｔｒｏｌＰｌａｎｅおよびＵｓｅｒＰｌａｎｅいずれの機能を有していてもよい。
【００２１】
続いて、通信装置１０の構成例について説明する。通信装置１０は、選択部１１、割当部１２、及び通信部１３を有している。選択部１１、割当部１２、及び通信部１３は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。また、選択部１１、割当部１２、及び通信部１３は、チップもしくは回路等のハードウェアであってもよい。
【００２２】
選択部１１は、それぞれの無線端末３０に関するフローの送信デッドラインまでの時間に応じて、無線リソースを割り当てる対象となる無線端末３０を選択する。無線端末３０に関するフローは、例えば、無線端末３０に提供されるアプリケーションサービスにおいて伝送される１又は複数のデータを含む。また、フローに含まれるデータは、データパケットと称されてもよい。無線端末３０に関するフローは、無線端末３０から基地局２０へ送信されるフローもしくは基地局２０から無線端末３０へ送信されるフローであってもよい。もしくは、無線端末３０に関するフローは、無線端末３０から基地局２０へ送信されるフロー及び基地局２０から無線端末３０へ送信されるフローを含んでもよい。無線端末３０から基地局２０へ送信されるフローに含まれるデータを、ＵＬ（Uplink）データと称する。また、基地局２０から無線端末３０へ送信されるフローに含まれるデータを、ＤＬ（Downlink）データと称する。アプリケーションサービスにおいて伝送されるデータ（例えば、アプリケーションデータ）は、例えば、画像データもしくは動画データ等であってもよい。また、アプリケーションデータには、画像データ等の送信を要求する要求メッセージもしくは要求メッセージに応答する応答メッセージ等が含まれてもよい。
【００２３】
送信デッドラインは、１回のフローに含まれる複数のデータパケットの送信を完了するべき期限を意味する。送信デッドラインは、アプリケーションによって要求される。送信デッドラインは、送信期限と言うこともできる。あるいは、送信デッドラインは、アプリケーションによって許容される最大送信遅延と言うこともできる。送信デッドラインは、様々に定義することができる。例えば、送信デッドラインは、アプリケーション・レイヤの発信者（sender）による送信の完了期限を示してもよい。あるいは、送信デッドラインは、無線レイヤの発信者による送信の完了期限を示してもよい。あるいは、送信デッドラインは、アプリケーション・レイヤの受信者（receiver）による受信の完了期限を示してもよい。あるいは、送信デッドラインは、無線レイヤの受信者による受信の完了期限を示してもよい。あるいは、より具体的に、送信デッドラインは、アプリケーションレイヤの発信者（sender）が１回のフローに関する最初のデータパケットを送信開始してからアプリケーションレイヤの受信者（receiver）が１回のフローに関する最後のデータパケットを受信完了する期限を示してもよい。あるいは、また、送信デッドラインは、無線レイヤの発信者が１回のフローに関する最初のデータパケットを送信開始してから無線レイヤの受信者が１回のフローに関する最後のデータパケットを受信完了する期限を示してもよい。
【００２４】
送信デッドラインに関する情報は、ＭＥＣサーバがアプリケーションサーバから受信してもよい。ＭＥＣサーバは、ＭＥＣサーバのユーザープレーンに届くデータについて、そのデータに適用されるサービスを判断し、そのサービスに基づいて送信デッドラインを判断してもよい。またＭＥＣサーバは、アプリケーションサーバから、データに適用されるサービスの情報を受信し、そのサービスに基づいて送信デッドラインを判断してもよい。なおＭＥＣサーバは、ｅＮＢのバッファの情報をｅＮＢから受け取り、バッファに溜まっているフローには優先的にリソースブロックを割り当ててもよい。
【００２５】
選択部１１は、例えば、送信デッドラインまでの時間が最も短いフローに関するデータを送信もしくは受信する無線端末３０を、無線リソースを割り当てる対象として選択してもよい。もしくは、選択部１１は、送信デッドラインまでの時間が、予め定められた閾値よりも短いフローに関するデータを送信もしくは受信する無線端末３０を、無線リソースを割り当てる対象として選択してもよい。
【００２６】
割当部１２は、複数の単位時間から構成される制御周期内に含まれる無線リソースの利用効率を最大化するように、前記選択された無線端末へ割り当てる無線リソースを決定する。単位時間は、例えば、基地局２０におけるＭＡＣスケジューリングのスケジューリング周期である１ＴＴＩ（Transmission Time Interval）であってもよい。１ＴＴＩは、ＬＴＥにおいて実行されるＭＡＣスケジューリングにおいては、１ミリ秒として規定されている。制御周期は、例えば、２以上のＴＴＩから構成される期間である。
【００２７】
無線リソースの利用効率は、例えば、無線リソースを用いて送信可能なデータパケットのビット数に対して実際に送信するデータパケットのビット数であってもよい。利用効率が高いほど、無線リソースが有効に用いられていることを示す。
【００２８】
通信部１３は、割当部１２が決定した無線リソースに関する情報を、選択部１１が選択した無線端末３０と無線通信を行う基地局２０へ送信する。基地局２０は、通信装置１０から送信された無線リソースに関する情報に従って、選択部１１において選択された無線端末３０へ無線リソースを割り当てる。言い換えると、基地局２０は、通信装置１０から送信された無線リソースに関する情報に従って、選択部１１において選択された無線端末３０に関するスケジューリングを行う。
【００２９】
以上説明したように、図１の通信装置１０は、送信デッドラインまでの時間を考慮して、無線リソースを割り当てる無線端末３０を決定することができる。例えば、通信装置１０は、送信デッドラインまでの時間が短いフローに関するデータを送信もしくは受信する無線端末３０を選択することによって、早急に無線リソースの割当が必要な無線端末に対して優先的に無線リソースを割り当てることができる。
【００３０】
さらに、通信装置１０は、複数の単位時間を含む制御周期内において、無線リソースの利用効率を最大化するように無線端末３０へ無線リソースを割り当てることができる。これより、送信デッドラインまでの時間を考慮して、無線端末３０に関するデータ送信を完了させるために効率的なスケジューリングを行うことができる。
【００３１】
（実施の形態２）
続いて、図２を用いて本発明の実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、３ＧＰＰにおいて規定されている通信システムを示している。図２の通信システムは、ｅＮＢ６０、アプリケーションサーバ７０、コアネットワーク１００、及び複数のＵＥ８０を有している。ＵＥ８０は、３ＧＰＰにおいて用いられる通信端末の総称である。コアネットワーク１００は、モバイル通信事業者が管理するネットワークである。コアネットワーク１００は、ＭＥＣサーバ４０及びゲートウェイ５０を有している。
【００３２】
ゲートウェイ５０は、例えば、コアネットワーク１００内において、ＵＥ８０に関するユーザデータを伝送するＳＧＷ（Serving Gateway）もしくはＰＧＷ（Packet Data Network Gateway）であってもよい。もしくは、ゲートウェイ５０は、ＵＥ８０に関するユーザデータを伝送するノード装置である、ＵＰＦ（U-Plane Function）エンティティであってもよい。ユーザデータは、例えば、画像データもしくは動画データ等であってもよい。
【００３３】
ＭＥＣサーバ４０は、ｅＮＢ６０の近傍に配置され、ｅＮＢ６０を介してＵＥ８０へアプリケーションサービスを提供する。また、ＭＥＣサーバ４０は、アプリケーションサーバ７０と連携して、アプリケーションサービスをＵＥ８０へ提供する。
【００３４】
アプリケーションサーバ７０は、ＵＥ８０へアプリケーションサービスを提供するサーバである。アプリケーションサーバ７０は、例えば、ユーザデータをゲートウェイ５０へ送信する。また、アプリケーションサーバ７０は、１回のフローにおいて送信するユーザデータのデータサイズ、さらに、１回のフローにおける送信デッドラインに関する情報をＭＥＣサーバ４０へ送信する。
【００３５】
ゲートウェイ５０は、アプリケーションサーバ７０から送信されたユーザデータをｅＮＢ６０へ送信する。また、ゲートウェイ５０は、ｅＮＢ６０から送信されたユーザデータをアプリケーションサーバ７０へ送信する。
【００３６】
ＭＥＣサーバ４０は、アプリケーションサーバ７０から送信された情報を用いて、無線リソースのスケジューリングを行う。ＭＥＣサーバ４０は、無線リソースのスケジューリング結果をｅＮＢ６０へ送信する。
【００３７】
ｅＮＢ６０は、ＭＥＣサーバ４０から送信された無線リソースのスケジューリング結果を用いて、実際に、ＵＥ８０へ無線リソースを割り当てる。
【００３８】
続いて、図３を用いて実施の形態２にかかるＭＥＣサーバ４０の構成例について説明する。ＭＥＣサーバ４０は、ＵＥ選択部４１、リソース割当部４２、及びｅＮＢ通信部４３を有している。ＵＥ選択部４１、リソース割当部４２、及びｅＮＢ通信部４３は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、ＵＥ選択部４１、リソース割当部４２、及びｅＮＢ通信部４３は、チップもしくは回路等のハードウェアであってもよい。
【００３９】
ＵＥ選択部４１は、例えば、送信デッドラインまでの時間が最も短いフローに関するデータパケットを送信もしくは受信するＵＥ８０を、無線リソースを割り当てる対象として選択する。具体的には、ＵＥ選択部４１は、アプリケーションサーバ７０から送信されたそれぞれのフローに関する送信デッドラインと、現在時刻との差分が最も短いフローを抽出する。ＵＥ選択部４１は、抽出したフローに関するデータパケットを送信もしくは受信するＵＥ８０を、無線リソースを割り当てるＵＥとして選択する。
【００４０】
もしくは、ＵＥ選択部４１は、送信デッドラインと、現在時刻との差分が、予め定められた閾値よりも短いフローを抽出してもよい。この時、ＵＥ選択部４１は、複数のフローを抽出してもよい。ＵＥ選択部４１は、抽出したフローに関するデータパケットを送信もしくは受信する１又は複数のＵＥ８０を、無線リソースを割り当てるＵＥとして選択してもよい。
【００４１】
リソース割当部４２は、ｅＮＢ６０から、ｅＮＢ通信部４３を介してｅＮＢ６０が測定した無線リソースの通信品質もしくはＵＥ８０が測定した無線リソースの通信品質を受信する。通信品質は、例えば、ＣＱＩ（Channel Quality Indicator）であってもよく、その他の品質を示す情報であってもよい。
【００４２】
リソース割当部４２は、無線リソースの通信品質と、制御周期内において送信すべきデータパケットのデータ量とに応じて、ＵＥ選択部４１において選択されたＵＥ８０へ割り当てる無線リソースを決定してもよい。
【００４３】
また、リソース割当部４２が受信したＣＱＩ値は、ｅＮＢ６０とＭＥＣサーバ４０との間の伝送遅延を考慮すると、現在時刻よりも前の無線リソースの通信品質を示す。そこで、リソース割当部４２は、ＭＥＣサーバ４０とｅＮＢ６０との間の伝送遅延を考慮し、ｅＮＢ６０から受信したＣＱＩ値から現在の時刻におけるＣＱＩ値を推定してもよい。例えば、リソース割当部４２は、過去に取得したＣＱＩ値の変動の傾向に従って、現在の時刻におけるＣＱＩ値を推定してもよい。ＭＥＣサーバ４０は、定期的に制御信号をｅＮＢ６０へ送信し、ｅＮＢ６０から送信される応答信号を受信することによって、ｅＮＢ６０との間の伝送遅延を算出してもよい。もしくは、ＭＥＣサーバ４０とｅＮＢ６０との間の伝送遅延は、システム情報として予め定められていてもよい。
【００４４】
リソース割当部４２は、ＵＥ８０へ割り当てる無線リソースに関する情報をｅＮＢ通信部４３へ出力する。無線リソースに関する情報は、例えば、無線リソースを識別する識別情報であってもよい。また、リソース割当部４２は、ｅＮＢ６０とＭＥＣサーバ４０との間の伝送遅延を考慮して、ｅＮＢ６０が無線リソースに関する情報を受信するタイミングにおけるＣＱＩ値を考慮した無線リソースに関する情報をｅＮＢ通信部４３へ出力してもよい。リソース割当部４２における無線リソースの決定処理については、後に詳述する。
【００４５】
ｅＮＢ通信部４３は、ｅＮＢ６０から送信された無線リソースの通信品質に関する情報を、リソース割当部４２へ出力する。また、ｅＮＢ通信部４３は、リソース割当部４２において決定されたＵＥ８０に割り当てられる無線リソースに関する情報をｅＮＢ６０へ送信する。
【００４６】
ここで、ＭＥＣサーバ４０は、送信デッドラインをＴＴＩごとに、またはフローごとに算出してもよい。ＭＥＣサーバ４０は、アップリンクとダウンリンクそれぞれについて、送信デッドラインを算出してもよい。ＭＥＣサーバ４０は算出した送信デッドラインを基地局へ、ＴＴＩごとに通知してもよい。送信デッドラインは、ダウンリンクとアップリンクそれぞれについて、
・ulDeadline=ulAverageThroughput/(ulAverageThroughput+dlAverageThroughput)× (UEのend to endのdeadline)
・dlDeadline=dlAverageThroughput/(ulAverageThroughput+dlAverageThroughput)× (UEのend to endのdeadline)
から算出できる。ulDeadlineは、アップリンクの送信デッドラインであり、dlDeadlineは、ダウンリンクの送信デッドラインである。ulAverageThroughputは、アップリンクの平均スループットであり、dlAverageThroughputは、ダウンリンクの平均スループットである。ここで送信デッドラインを算出する際に用いるアップリンクとダウンリンクそれぞれの平均スループットとしては、一定の期間において送信されたデータ量を当該期間で割ったスループットを用いてもよいし、当該スループットと後述する達成可能スループットに基づいて指数移動平均で算出した値を用いてもよい。
【００４７】
続いて、図４を用いて実施の形態２にかかるｅＮＢ６０の構成例について説明する。ｅＮＢ６０は、コアネットワークノード通信部６１、無線環境取得部６２、リソース割当部６３、及び無線部６４を有している。コアネットワークノード通信部６１、無線環境取得部６２、リソース割当部６３、及び無線部６４は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。また、コアネットワークノード通信部６１、無線環境取得部６２、リソース割当部６３、及び無線部６４は、チップもしくは回路等のハードウェアであってもよい。
【００４８】
無線環境取得部６２は、ＵＥ８０から無線部６４を介して受信したＵＬデータを用いて、ＵＬデータを伝送する無線リソースの通信品質を測定する。また、無線環境取得部６２は、ＵＥ８０においてＤＬデータを用いて測定されたＤＬデータを伝送する無線リソースの通信品質を、ＵＥ８０から受信する。無線環境取得部６２は、ＵＥ８０から無線部６４を介してＤＬデータを伝送する無線リソースの通信品質に関する情報を受信する。
【００４９】
無線環境取得部６２は、ＵＬ及びＤＬデータを送信する無線リソースの通信品質を、コアネットワークノード通信部６１を介してＭＥＣサーバ４０へ送信する。
【００５０】
リソース割当部６３は、コアネットワークノード通信部６１を介してＭＥＣサーバ４０から送信された無線リソースの割当に関する情報を受信する。リソース割当部６３は、受信した無線リソースの割当に関する情報を用いて、ＵＥ８０に対する無線リソースの割当を実施する。
【００５１】
無線部６４は、リソース割当部６３において割り当てられた無線リソースを用いて、ＤＬデータをＵＥ８０へ送信する。また、無線部６４は、ＵＥ８０に対して、ＵＬデータの送信に用いる無線リソースに関する情報をＵＥ８０へ送信する。
【００５２】
ここで、ＭＥＣサーバ４０は、各フローについて、達成可能スループットを算出してもよい。達成可能スループットは、１つのＵＥ８０に割り当てられる最大のリソースブロック数が割り当てられた場合のスループットである。この値は、ＴＴＩごとに変動することが想定される。
【００５３】
ｅＮＢ６０は、要求スループット（＝残りフローサイズ／送信デッドラインまでの残り時間）が達成可能スループットを超える場合、フローの送信デッドライン達成が厳しいまたは不可能と判断し、そのフローを捨てるか後回しにして、他のフローを優先させる。
【００５４】
また、ｅＮＢ６０は、フローの優先度を示すパラメータ（＝達成可能スループット×フローの緊急度）を算出してもよい。フローの緊急度は、０にならない限り、上述した要求スループット（＝残りフローサイズ／送信デッドラインまでの残り時間）と同じものである。上述の、要求スループットが達成可能ループットを超える場合、ｅＮＢ６０はこのパラメータ算出の際に緊急度を０にする。
【００５５】
続いて、図５を用いて実施の形態２にかかるＵＥ８０の構成例について説明する。ＵＥ８０は、無線部８１及び無線環境測定部８２を有している。無線部８１及び無線環境測定部８２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、無線部８１及び無線環境測定部８２は、チップもしくは回路等のハードウェアであってもよい。
【００５６】
無線環境測定部８２は、ｅＮＢ６０から送信されたＤＬデータを用いてＤＬデータを伝送する無線リソースの通信品質を測定する。無線環境測定部８２は、無線部８１を介してＤＬデータを伝送する無線リソースの通信品質をｅＮＢ６０へ送信する。
【００５７】
続いて、図６を用いて実施の形態２にかかるリソース割当部４２における無線リソースの決定処理の流れについて説明する。はじめに、ＵＥ選択部４１は、送信デッドラインまでの時間が最も短いフローに関するデータを送信するＵＥ８０を、無線リソースを割り当てる対象として選択する（Ｓ１１）。
【００５８】
次に、リソース割当部４２は、ステップＳ１１において選択したＵＥ８０が、制御周期Ｔ（ＴＴＩ）内に送信すべきデータ量Ａ（ｂｉｔ）を算出する（Ｓ１２）。例えば、リソース割当部４２は、ＵＥ８０に関するフローの送信デッドラインまでの残り時間ａ（ＴＴＩ）と、未送信のデータ量ｂ（ｂｉｔ）とを用いて、制御周期内に送信すべきデータ量Ａを算出する。例えば、リソース割当部４２は、Ａ＝（ｂ／ａ）×Ｔとする式を用いて、データ量Ａを算出する。ここでａ＜Ｔの場合には、Ｔ＝ａとしてＡを算出する。
【００５９】
次に、リソース割当部４２は、ａ≧Ｔを満たすか否かを判定する（Ｓ１３）。ａ≧Ｔの場合に、リソース割当部４２は、制御周期内のリソースブロック（ＲＢ）の中で、最良のＣＱＩ値（ＣＱＩ＿ｍａｘ）を抽出する（Ｓ１３−１）。ａ＜Ｔの場合には、リソース割当部４２は、デッドラインまでの残り時間ａ内のリソースブロック（ＲＢ）の中で、最良のＣＱＩ値（ＣＱＩ＿ｍａｘ）を抽出する（Ｓ１３−２）。ここでは、ＵＥに割り当てる無線リソースとして、リソースブロックを用いて説明する。リソースブロックは、時間情報と周波数情報とを用いて特定される。リソースブロック毎のＣＱＩ値は、ｅＮＢ６０からＭＥＣサーバ４０へ送信される。ＣＱＩ値は、例えば、レベル１、レベル２等の整数を用いて示されてもよい。この場合、値が大きくなるにつれて、当該リソースブロックの品質が良いことを示している。また、レベルＸ（Ｘは整数）以上は、Ｈｉｇｈレベル、レベルＹ（ＹはＸよりも小さい整数）以上は、Ｍｉｄｄｌｅレベル、レベルＹよりも小さい場合、Ｌｏｗレベルとしてもよい。
【００６０】
ここで、図７を用いて、ＣＱＩ値が示されているリソースブロックについて説明する。図７は、縦軸が周波数を示し、横軸が時間を示している。図７は、１ＴＴＩに周波数の異なる３つのリソースブロックが存在することを示している。また、図７は、制御周期Ｔが、３ＴＴＩであることを示している。リソースブロック毎に示されているＨｉｇｈ、Ｍｉｄｄｌｅ、及びＬｏｗは、ＣＱＩのレベルを示している。さらに、図７は、デッドラインのタイミングが、２回目の制御周期Ｔの最後に設定されていることを示している。ＣＱＩ＿ｍａｘは、制御周期Ｔ内において、Ｈｉｇｈレベルを示すＣＱＩ値である。
【００６１】
図７の最初のＴＴＩにおけるＣＱＩ値は、ｅＮＢ６０から取得したＣＱＩ値であるとする。リソース割当部４２は、例えば、過去に取得したＣＱＩ値の変動の傾向等から以降のＴＴＩにおけるＣＱＩ値を推定してもよい。言い換えると、制御周期Ｔ内の最初のＴＴＩにおけるＣＱＩ値は、ｅＮＢ６０から取得したＣＱＩ値としてもよい。
【００６２】
図６に戻り、リソース割当部４２は、ＣＱＩ＿ｍａｘである無線リソースにおける送信可能ビット数Ｂを抽出する（Ｓ１４）。それぞれの無線リソースにおいて送信可能なビット数は、ＣＱＩ値に応じて、予め定められているとする。ＭＥＣサーバ４０は、ＣＱＩ値と、当該ＣＱＩ値における送信可能なビット数とを関連付けた情報を、メモリ等に格納しておいてもよい。もしくは、ＭＥＣサーバ４０は、ＣＱＩ値と、当該ＣＱＩ値における送信可能なビット数とを関連付けた情報を、他のノード装置等から取得してもよい。
【００６３】
次に、リソース割当部４２は、制御周期Ｔ内において、ＣＱＩ値がＣＱＩ＿ｍａｘであるリソースブロックの数Ｃを算出する（Ｓ１５）。具体的には、ＣＱＩ値としてＨｉｇｈレベルが示されているリソースブロックの数を算出する。図７においては、ＣＱＩ値がＣＱＩ＿ｍａｘであるリソースブロックの数Ｃが３であることが示されている。
【００６４】
次に、リソース割当部４２は、Ａ／Ｂ ＞ Ｃを満たすか否かを判定する（Ｓ１６）。Ａ／Ｂは、制御周期Ｔ内において、送信すべきデータ量Ａを送信するために必要なリソースブロック数を示す。リソース割当部４２は、Ａ／Ｂ ＞ Ｃを満たすと判定した場合、ステップＳ１１にて、ＵＥ選択部４１において選択されたＵＥ８０に対して、Ｃ個のリソースブロックを割り当てる（Ｓ１７）。
【００６５】
リソース割当部４２は、Ａ／Ｂ ＞ Ｃを満たさないと判定した場合、ステップＳ１１にて、ＵＥ選択部４１において選択されたＵＥ８０に対して、Ａ／Ｂ個のリソースブロックを割り当てる（Ｓ１８）。
【００６６】
図６のステップＳ１２においては、送信すべきデータ量Ａが、送信デッドラインまでの残り時間ａを考慮して算出されているが、その他に、ＭＥＣサーバ４０とｅＮＢ６０との間の通信遅延及びＵＥ８０とｅＮＢ６０との間のＣＱＩ変動の少なくとも一方も考慮して算出されてもよい。通信遅延を考慮するとは、例えば、制御理論として通信外乱オブザーバを用いて、ＭＥＣサーバ４０とｅＮＢ６０との間の通信遅延を除去することであってもよい。具体的には、通信遅延が無い場合における未送信のデータ量の予測値と、実際の通信において発生した未送信のデータ量との差分が通信遅延の影響として、次回の無線リソースの決定処理にフィードバックされる。また、ＣＱＩ変動を考慮するとは、例えば、制御理論として通信外乱オブザーバを用いて、ＵＥ８０とｅＮＢ６０との間のＣＱＩ変動を除去することであってもよい。具体的には、現在のＣＱＩに基づいて送信可能なデータ量の予測値と、実際に送信したデータ量との差分がＣＱＩ変動による影響として次回の無線リソースの決定処理にフィードバックされる。送信したデータ量は、未送信のデータ量を用いて算出されてもよい。外乱とは、例えば、電波環境、トラヒック量の変動、もしくはｅＮＢ６０と通信を行うＵＥ数等であってもよい。また、通信遅延を除去する通信遅延補償機能は、ＭＥＣサーバ４０において実行され、ＣＡＩ変動を除去するＣＡＩ変動補償機能は、ｅＮＢ６０において実行されてもよい。
【００６７】
ここで、実施の形態２の無線リソースの決定処理を実行することによって得られる効果について説明する。特許文献１に記載されている無線リソースのスケジューリングは、１ＴＴＩ毎に実行されている。つまり、１ＴＴＩ毎に、リソースブロックを割り当てるＵＥを決定する。このような場合、ＣＱＩ値が高く、送信可能ビット数が高いＵＥにリソースブロックが割り当てられる。
【００６８】
例えば図８を用いて、１ＴＴＩ毎に行われる無線リソースのスケジューリングについて説明する。リソースブロックのＣＱＩ値は、ＵＥ毎に異なる。そのため、例えば、リソースブロックＸをＵＥ＃Ａに割り当てた場合、４ビットのデータを送信可能であり、リソースブロックＸをＵＥ＃Ｂに割り当てた場合、３ビットのデータを送信可能とする。さらに、リソースブロックＹをＵＥ＃Ａに割り当てた場合、２ビットのデータを送信可能であり、リソースブロックＹをＵＥ＃Ｂに割り当てた場合、１ビットのデータを送信可能とする。
【００６９】
このような場合、リソースブロックＸ及びＹは、ＵＥ＃Ａに割り当てられる。しかし、ＵＥ＃Ａは、リソースブロックＸ及びＹを割り当てられた場合であっても、それぞれのリソースブロックにおいて２ビットのデータしか送信することができない。つまり、１ＴＴＩにおいて一つのＵＥに複数のリソースブロックが割り当てられた場合であっても、それぞれのリソースブロックにおいて送信可能なビット数は、送信可能なビット数のうち一番低いビット数が適用される。つまり、ＵＥ＃Ａに１ＴＴＩにおいてリソースブロックＸ及びＹが割り当てられた場合、ＵＥ＃Ａは、それぞれのリソースブロックにおいて２ビットのデータを送信することができる。その結果、ＵＥ＃Ａは、リソースブロックＸ及びＹを用いて４ビットのデータを送信することができる。
【００７０】
ここで、仮に、リソースブロックＸをＵＥ＃Ｂに割り当て、リソースブロックＹをＵＥ＃Ａに割り当てた場合、リソースブロックＸ及びＹを用いて合計、５ビットのデータを送信することができる。
【００７１】
これより、１ＴＴＩ毎に、ＣＱＩ値が高く、送信可能ビット数が高いＵＥに優先的にリソースブロックを割り当てるスケジューリング方式では、リソースブロックの利用効率が低下する。
【００７２】
一方、実施の形態２にかかるスケジューリングを実行すると、複数のＴＴＩを含む制御周期Ｔ内において、ＨｉｇｈレベルのＣＱＩ値を有する複数のリソースブロックをＵＥに割り当てることができる。例えば、ＨｉｇｈレベルのＣＱＩ値を有するリソースブロックが異なるＴＴＩに配置されている場合、同一のＴＴＩにおいてＵＥに異なるレベルのＣＱＩ値を有するリソースブロックを割り当てることを回避することができる。その結果、実施の形態２にかかる無線リソースのスケジューリングは、１ＴＴＩ毎に無線リソースのスケジューリングを行う場合と比較して、利用効率を高くすることができる。また、同一のＴＴＩにおいて、ＨｉｇｈレベルのＣＱＩ値を有する複数のリソースブロックが配置されている場合、ＵＥにＨｉｇｈレベルのＣＱＩ値を有する複数のリソースブロックを割り当ててもよい。この場合、ＵＥには実質的に同じレベルのＣＱＩ値を有する複数のリソースブロックが割り当てられているため、無線リソースの利用効率が低下することはない。
【００７３】
さらに、送信デッドラインまでの時間が短いＵＥに、優先的にＨｉｇｈレベルのＣＱＩ値を有するリソースブロックを割り当てることによって、送信デッドラインまでにフローの送信が完了する確率を高めることができる。
【００７４】
（実施の形態３）
続いて、図９を用いて実施の形態３にかかる無線リソースのスケジューリングを制御する処理の流れについて説明する。
【００７５】
はじめに、ＭＥＣサーバ４０は、ｅＮＢ６０におけるスケジューリングに必要な情報をｅＮＢ６０へ送信する（Ｓ２１）。具体的には、ＭＥＣサーバ４０は、UEWeightUpdateRequestメッセージをｅＮＢ６０へ送信する。UEWeightUpdateRequestメッセージには、図１０に示されるパラメータが設定される。
【００７６】
例えば、UEWeightUpdateRequestメッセージには、UE identifier、Weight、Delay budget、Direction等が設定される。UE identifierは、制御対象のＵＥを表す識別子である。制御対象のＵＥは、例えば、無線リソースの割当対象となり得るＵＥであってもよい。UE identifierは、例えば、S1AP ID、IPアドレス、もしくはC-RNTI（Cell-Radio Network Temporary Identifier）等であってもよい。
【００７７】
Weightは、ｅＮＢにおける無線リソースの優先度等を示すWeightを表す識別子であってもよい。Weightは、整数値もしくはClass Indicatorであってもよい。Delay budgetは、UE Identifierにおいて識別されるＵＥに関するフローの送信デッドライン、もしくは、許容遅延時間を表す値であってもよい。Delay budgetは、整数値もしくはClass Indicatorであってもよい。
【００７８】
Directionは、制御対象の無線区間の上りもしくは下り等を表す識別子である。例えば、Directionは、Delay budgetに関するフローの対象が、ＵＬか、ＤＬか、もしくは、ＵＬ及びＤＬであるかを示してもよい。
【００７９】
ｅＮＢ６０は、UEWeightUpdateRequestメッセージを受信すると、Delay budgetを用いて、送信デッドラインまでの残り時間を算出する。さらに、ｅＮＢ６０は、送信デッドラインまでの残り時間が短いフローに関するデータを送信もしくは受信するＵＥ８０を、無線リソースの割当対象として選択する。ここで、Delay budgetが同じであり、送信デッドラインまでの残り時間が同じであるフローを有する複数のＵＥが存在する場合、Weightの大きいＵＥを、無線リソースの割当対象として選択してもよい。
【００８０】
また、ｅＮＢ６０は、実施の形態２において説明したリソース割当部４２と同様に、選択したＵＥに対してリソースブロックの割当を行う。
【００８１】
図９に戻り、ｅＮＢ６０は、UEWeightUpdateRequestメッセージを受信すると、応答メッセージをＭＥＣサーバ４０へ送信する。具体的には、ｅＮＢ６０は、UEWeightUpdateResponseメッセージをＭＥＣサーバ４０へ送信する（Ｓ２２）。UEWeightUpdateResponseメッセージには、図１１に示されるように、制御対象のＵＥを示すUE identifierが設定される。
【００８２】
ｅＮＢ６０は、無線リソースの割当対象となるＵＥを選択し、当該ＵＥへリソースブロックの割当を行った後に、UEWeightUpdateResponseメッセージをＭＥＣサーバ４０へ送信してもよく、無線リソースの割当対象となるＵＥを選択する前に、UEWeightUpdateResponseメッセージをＭＥＣサーバ４０へ送信してもよい。
【００８３】
続いて、図１２を用いて、送信デッドラインの達成状況に関する情報の伝送処理の流れについて説明する。はじめに、ＭＥＣサーバ４０は、送信デッドラインの達成状況をｅＮＢ６０から取得するために、ｅＮＢ６０へリクエストメッセージを送信する（Ｓ３１）。具体的には、ＭＥＣサーバ４０は、DeadlineSuccessNotificationSetupメッセージをｅＮＢ６０へ送信する。DeadlineSuccessNotificationSetupメッセージには、図１３に示されるパラメータが設定される。
【００８４】
例えば、DeadlineSuccessNotificationSetupメッセージには、送信先のｅＮＢ６０を示すeNB ID、送信元のＭＥＣサーバ４０を示すＭＥＣサーバ IDが設定される。さらに、制御対象のＵＥに関するフローが、ＵＬ方向か、ＤＬ方向か、もしくはＵＬ方向及びＤＬ方向か、を示すDirectionが設定される。また、DeadlineSuccessNotificationSetupメッセージには、送信間隔を示すNotificationIntervalが設定されてもよい。
【００８５】
次に、ｅＮＢ６０は、DeadlineSuccessNotificationSetupメッセージへの応答メッセージとして、DeadlineSuccessNotificationメッセージをＭＥＣサーバ４０へ送信する（Ｓ３２）。DeadlineSuccessNotificationメッセージには、図１４に示されるパラメータが設定される。
【００８６】
例えば、DeadlineSuccessNotificationメッセージには、送信先のＭＥＣサーバ４０を示すＭＥＣサーバ ID、送信元のｅＮＢ６０を示すeNB IDが設定される。さらに、制御対象のＵＥに関するフローが、ＵＬ方向か、ＤＬ方向か、もしくはＵＬ方向及びＤＬ方向か、を示すDirectionが設定される。なお、通信装置１０としてＳＣＥＦが用いられる場合には、上記のＭＥＣサーバIDは、SCEF IDであってもよい。
【００８７】
さらに、ｅＮＢ６０において送信デッドラインまでにデータを送信することができず、未送信のデータを廃棄した回数を示す廃棄回数が設定される。この際、ｅＮＢ６０はdiscard timerを用いて、未送信のデータを廃棄してもよい。さらに、ｅＮＢ６０において送信デッドラインまでに送信されず廃棄された未送信データのデータ量（もしくはデータサイズ）を示す廃棄データ量が設定される。さらに、それぞれのＵＥに関するＣＱＩ値が設定される。さらに、ｅＮＢ６０におけるバッファサイズが設定される。バッファサイズは、例えば、DirectionにおいてＵＬが設定された場合、ＵＥ８０がデータを送信するための送信バッファのサイズを示し、DirectionにおいてＤＬが設定された場合、ｅＮＢ６０がデータを送信するための送信バッファのサイズを示す。
【００８８】
ＭＥＣサーバ４０は、DeadlineSuccessNotificationメッセージを受信し、廃棄回数及び廃棄データ量を抽出すると、各フローに設定されているWeight及びDelay budgetの少なくとも一方を変更してもよい。例えば、廃棄回数及び廃棄データ量が所定の値よりも大きい場合、Delay budgetに設定される送信デッドラインを伸ばすように変更してもよい。もしくは、ＭＥＣサーバ４０は、廃棄回数及び廃棄データ量に関する情報をアプリケーションサーバ７０へ送信し、アプリケーションサーバ７０から、変更後の送信デッドラインに関する情報を取得してもよい。ＭＥＣサーバ４０は、例えば廃棄回数及び廃棄データ量の傾向から将来の廃棄回数及び廃棄データ量を予測して、Weight/Delay Budgetを調整することによって、優先度の上げ方を調整してもよい。またＭＥＣサーバ４０は、将来の廃棄回数及び廃棄データ量の予測値に基づいて、上述したdiscard timerを調整してもよい。
【００８９】
以上説明したように、実施の形態３にかかる無線リソースのスケジューリングを制御する処理を実行することによって、ｅＮＢ６０は、スケジューリングに必要なWeight及びDelay budget等の情報をＭＥＣサーバ４０から取得することができる。さらに、ｅＮＢ６０は、ＭＥＣサーバ４０から取得した情報を用いて、制御周期Ｔ内において無線リソースの利用効率を最大化させるようにスケジューリングを行うことができる。
【００９０】
（実施の形態４）
続いて、実施の形態４にかかる無線リソースの割当対象となるＵＥの選択処理について説明する。実施の形態４においては、ＵＥ選択部４１は、送信デッドラインまでの時間と、フローの送信を完了するまでの時間との差分が最も小さくなるフローに関するＵＥを選択する。言い換えると、ＵＥ選択部４１は、フローの送信が完了してから送信デッドラインまでの時間が最も短くなることが想定されるフローに関するＵＥを選択してもよい。
【００９１】
例えば、ＵＥ選択部４１は、送信データレートと、ｅＮＢ６０のバッファサイズとを用いて、フローの送信が完了するまでに必要な時間を算出してもよい。
【００９２】
送信データレートは、所定の期間に送信したデータサイズを用いて算出される。データサイズは、データ量と言い換えられてもよい。例えば、ＵＥ選択部４１は、時刻Ｔ１におけるｅＮＢ６０のバッファサイズと、時刻Ｔ２におけるｅＮＢ６０のバッファサイズとを用いて、送信データレートを算出する。ここでは、Ｔ２＞Ｔ１とする。具体的には、ＵＥ選択部４１は、次の式１を用いて送信データレートを算出する。
【００９３】
data rate(T2-T1)＝{Buf(T1)＋(flowSize-Buf(T2))}/(T2-T1)・・・式１
data rate(T2-T1)：時刻Ｔ１から時刻Ｔ２（例えば、Ｔ２が現在時刻であり、Ｔ１がＴ２より前の時刻）までの期間の送信データレート
Buf(T1)：時刻Ｔ１におけるバッファサイズ（Byte）
Buf(T2)：時刻Ｔ２におけるバッファサイズ（Byte）
flowSize：送信デッドラインまでに送信すべきデータサイズ（Byte）
【００９４】
式１においてはＵＬデータのデータレートを算出したが、ＤＬデータのデータレートについても同様に算出することが可能である。
【００９５】
さらに、ＵＥ選択部４１は、次の式２を用いて、フローの送信を完了するまでに必要な時間ｔ１を算出してもよい。
【００９６】
t1＝Buf(T2)/data rate(T2-T1)・・・式２
【００９７】
さらに、ＵＥ選択部４１は、送信デッドラインまでの時間ｔ２とし、次の式３を用いて送信デッドラインまでの時間と、フローの送信を完了するまでの時間との差分ｔ３を算出してもよい。
【００９８】
t3＝t2-t1・・・式３
【００９９】
ＵＥ選択部４１は、フロー毎にｔ３を算出し、ｔ３が最も短いフローに関するＵＥ８０を、無線リソースを割り当てる対象として選択してもよい。
【０１００】
以上説明したように、ＵＥ選択部４１は、送信デッドラインまでの時間と、フローの送信を完了するまでの時間との差分が最も小さくなるフローに関するＵＥを選択することができる。これより、ＵＥ選択部４１は、フローの送信を完了した後に、送信デッドラインまでの時間的余裕が少ないＵＥ８０を、スケジューリングの対象として選択することができる。
【０１０１】
（実施の形態５）
続いて、図１５を用いて、実施の形態５にかかるリソースブロックの割り当て処理の流れについて説明する。実施の形態５においては、複数の通信フロー単位にリソースブロックを割り当てる処理について説明する。また、複数の通信フローを含むデータ群を、例えば、通信コンテナと称して説明する。
【０１０２】
はじめに、アプリケーションサーバ７０は、ＵＥ８０毎のサービス要件を含むサービス要件通知メッセージをＭＥＣサーバ４０へ送信する（Ｓ４１）。サービス要件は、例えば、ＵＥ８０に関するフローサイズ及び送信デッドラインに関する情報を含む。
【０１０３】
次に、ＭＥＣサーバ４０は、サービス要件を用いて通信コンテナのＱｏＳ（Quality of Service）要件を決定する（Ｓ４２）。ＱｏＳ要件は、例えば、通信コンテナのデータサイズを示すコンテナサイズ及び通信コンテナに関する送信デッドラインに関する情報を含む。次に、ＭＥＣサーバ４０は、決定したＱｏＳ要件を含むＱｏＳ要件通知メッセージをｅＮＢ６０へ送信する（Ｓ４３）。ｅＮＢ６０は、ＱｏＳ要件において、コンテナサイズの拡大または送信デッドラインの短縮を要求された場合、即時、新たなＱｏＳ要件を用いて処理を実行する。ｅＮＢ６０は、ＱｏＳ要件において、コンテナサイズの縮小または送信デッドラインの延長を要求された場合、現在処理を実行している通信コンテナの次の通信コンテナに関して、新たなＱｏＳ要件を用いて処理を実行する。
【０１０４】
次に、ｅＮＢ６０は、ＵＥ８０が、通信コンテナ単位のデータの送信を完了することができるように、ＵＥ８０毎のＭｅｔｒｉｃを計算し、Ｍｅｔｒｉｃを考慮して無線スケジューリングを実行する（Ｓ４４）。Ｍｅｔｒｉｃとは、フローの優先度を示すパラメータである。
【０１０５】
次に、ｅＮＢ６０は、ステップＳ４４において無線スケジューリングを実行した結果、ＵＥ８０へ割り当てることとなった無線リソースをＵＥ８０へ通知するために、無線リソース割当メッセージをＵＥ８０へ送信する（Ｓ４５）。
【０１０６】
次に、ＵＥ８０は、割り当てられた無線リソースを用いて、データを送信する（Ｓ４６）。さらに、ｅＮＢ６０は、ＭＥＣサーバ４０へデータを送信する。ステップＳ４８〜Ｓ５１は、ステップＳ４４〜Ｓ４７と同様の処理である。ステップＳ４７の後に、ステップＳ４４〜Ｓ４７の処理が、複数回実行されてもよい。
【０１０７】
ステップＳ４４〜Ｓ４７の処理は、送信デッドラインが満了するまで、もしくは、予め定められたコンテナサイズ分のデータがｅＮＢ６０へ送信されるまで繰り返される。
【０１０８】
また、送信デッドラインが満了する前に、ｅＮＢ６０が、コンテナサイズ分のデータをＵＥ８０から受信した時点において、ＵＥ８０のＲＬＣバッファに残留データがある場合、ＵＥ８０は、その時点から次の送信デッドラインを開始し、データをｅＮＢ６０へ送信する。
【０１０９】
もしくは、ｅＮＢ６０が、コンテナサイズ分のデータを受信する前に、送信デッドラインが満了した場合、送信デッドラインが満了した時点から次の送信デッドラインを開始し、ＵＥ８０は、ｅＮＢ６０へデータを送信する。
【０１１０】
ステップＳ５１において、ｅＮＢ６０がＭＥＣサーバ４０へデータを送信した後、ｅＮＢ６０は、ＭＥＣサーバ４０へ、ＱｏＳ要件の達成状況を通知するために、達成状況報告メッセージをＭＥＣサーバ４０へ送信する（Ｓ５２）。
【０１１１】
次に、ＭＥＣサーバ４０は、ｅＮＢ６０から送信されたＱｏＳ要件の達成状況を考慮して、ＵＥ８０に関するＱｏＳ要件を更新する（Ｓ５３）。次に、ＭＥＣサーバ４０は、更新したＱｏＳ要件をｅＮＢ６０へ送信する（Ｓ５４）。
【０１１２】
図１５は、ＵＥ８０がアップリンクデータを送信する場合の処理の流れについて説明したが、ｅＮＢ６０がＵＥ８０へダウンリンクデータを送信する場合についても同様に、ｅＮＢ６０は、ＱｏＳ要件の達成状況をＭＥＣサーバ４０へ送信する。
【０１１３】
以上説明したように、図１５の処理を実行することによって、ｅＮＢ６０がフローとフローとの間の切れ目を認識できない場合であっても、通信コンテナに関する送信デッドラインを考慮してリソースブロックを割り当てることが可能になる。その結果、フローサイズが変動しても、送信デッドラインに基づいたリソースブロックの割当が可能となる。
【０１１４】
続いて以下では、上述の複数の実施形態で説明された、ｅＮＢ６０、ＭＥＣサーバ４０、及びＵＥ８０の構成例について説明する。図１６は、ｅＮＢ６０の構成例を示すブロック図である。図１６を参照すると、ｅＮＢ６０は、RFトランシーバ１００１、ネットワークインターフェース１００３、プロセッサ１００４、及びメモリ１００５を含む。RFトランシーバ１００１は、UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１００１は、複数のトランシーバを含んでもよい。RFトランシーバ１００１は、アンテナ１００２及びプロセッサ１００４と結合される。RFトランシーバ１００１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ１００４から受信し、送信RF信号を生成し、送信RF信号をアンテナ１００２に供給する。また、RFトランシーバ１００１は、アンテナ１００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１００４に供給する。
【０１１５】
ネットワークインターフェース１００３は、ネットワークノード（e.g., 他のコアネットワークノード）と通信するために使用される。ネットワークインターフェース１００３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【０１１６】
プロセッサ１００４は、無線通信のためのデジタルベースバンド信号処理を含むデータプレーン処理とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１００４によるデジタルベースバンド信号処理は、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。
【０１１７】
プロセッサ１００４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１００４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）、及びコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
【０１１８】
メモリ１００５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１００５は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１００５は、プロセッサ１００４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１００４は、ネットワークインターフェース１００３又は図示されていないI/Oインタフェースを介してメモリ１００５にアクセスしてもよい。
【０１１９】
メモリ１００５は、上述の複数の実施形態で説明されたｅＮＢ６０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ１００４は、当該ソフトウェアモジュールをメモリ１００５から読み出して実行することで、上述の実施形態で説明されたｅＮＢ６０の処理を行うよう構成されてもよい。
【０１２０】
図１７は、ＵＥ８０の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、ｅＮＢ６０と通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナ１１０２及びベースバンドプロセッサ１１０３と結合される。すなわち、RFトランシーバ１１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。
【０１２１】
ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
【０１２２】
例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【０１２３】
ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。
【０１２４】
アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、ＵＥ８０の各種機能を実現する。
【０１２５】
いくつかの実装において、図１７に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのSystem on Chip（SoC）デバイス１１０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
【０１２６】
メモリ１１０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１１０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１１０６は、ベースバンドプロセッサ１１０３、アプリケーションプロセッサ１１０４、及びSoC１１０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１１０６は、ベースバンドプロセッサ１１０３内、アプリケーションプロセッサ１１０４内、又はSoC１１０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１１０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
【０１２７】
メモリ１１０６は、上述の複数の実施形態で説明されたＵＥ８０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュールをメモリ１１０６から読み出して実行することで、上述の実施形態で説明されたＵＥ８０の処理を行うよう構成されてもよい。
【０１２８】
図１８は、ＭＥＣサーバ４０の構成例を示すブロック図である。図１８を参照すると、ＭＥＣサーバ４０は、ネットワークインターフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインターフェース１２０１は、ネットワークノード（e.g., リモートノード１０、コアネットワーク４０）と通信するために使用される。ネットワークインターフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
【０１２９】
プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明されたセンターノード２０の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
【０１３０】
プロセッサ１２０２は、無線通信のためのデジタルベースバンド信号処理を含むデータプレーン処理とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１００４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、およびMACレイヤの信号処理を含んでもよい。さらに、プロセッサ１２０２による信号処理は、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を含んでもよい。また、プロセッサ１００４によるコントロールプレーン処理は、X2APプロトコル、S1-MMEプロトコルおよびRRCプロトコルの処理を含んでもよい。
【０１３１】
プロセッサ１２０２は、複数のプロセッサを含んでもよい。例えば、プロセッサ１００４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を行うプロセッサ（e.g., DSP）、及びコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
【０１３２】
メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。
【０１３３】
図１８の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明されたＭＥＣサーバ４０の処理を行うことができる。
【０１３４】
図１６〜図１８を用いて説明したように、上述の実施形態におけるｅＮＢ６０、ＭＥＣサーバ４０、及びＵＥ８０が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
【０１３５】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１３６】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本発明は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
【０１３７】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【０１３８】
（付記１）無線端末に関するフローの送信デッドラインまでの時間に基づいて、複数の単位時間から構成される制御周期内において送信するデータパケットの送信サイズを決定し、
前記無線端末へ割り当てる無線リソースであって、前記送信サイズの前記データパケットを送信可能な当該無線リソースを決定する割当部と、
前記決定した前記無線リソースに関する情報を前記無線端末と無線通信を行う基地局へ送信する通信部と、を備える通信装置。
（付記２）それぞれの前記無線端末に関するフローの送信デッドラインまでの時間に基づいて、前記無線リソースを割り当てる対象となる無線端末を選択する選択部をさらに備える、付記１に記載の通信装置。
（付記３）前記割当部は、
前記制御周期内に含まれる無線リソースの利用効率を最大化するように、前記無線端末へ割り当てる無線リソースを決定する、付記２に記載の通信装置。
（付記４）前記無線リソースの利用効率は、
前記無線リソースを用いて送信することが可能なデータパケットのデータサイズに対する前記無線リソースを用いて実際に送信するデータパケットのデータサイズの割合である、付記３に記載の通信装置。
（付記５）前記割当部は、
前記制御周期内に含まれる複数の無線リソースのうち、所定の閾値を超える品質を有する第１の無線リソースの数を特定し、複数の前記第１の無線リソースのうち少なくとも１つを前記選択された無線端末へ割り当てる、付記２乃至４のいずれか１項に記載の通信装置。
（付記６）前記割当部は、
前記制御周期内において送信するデータパケットの送信サイズと、前記第１の無線リソースを用いて送信することができる送信サイズとを用いて、前記選択された無線端末へ割り当てる前記第１の無線リソースの数を決定する、付記５に記載の通信装置。
（付記７）前記割当部は、
前記制御周期内に含まれる複数の無線リソースが有する品質のうち、最も良い品質を有する第２の無線リソースを特定し、前記第２の無線リソースと実質的に同一の品質を有する第３の無線リソースの数を特定し、前記第２の無線リソース及び前記第３の無線リソースのうち、少なくとも１つを前記選択された無線端末へ割り当てる、付記２乃至４のいずれか１項に記載の通信装置。
（付記８）前記割当部は、
前記制御周期内の一部の無線リソースに関する品質を前記基地局から受信し、前記制御周期内の他の無線リソースに関する品質を、受信した無線リソースに基づいて推定する、付記７に記載の通信装置。
（付記９）前記割当部は、
前記制御周期内において送信するデータパケットの送信サイズと、前記第２の無線リソースを用いて送信することができる送信サイズとを用いて、前記データパケットを送信するために必要な前記第２の無線リソース及び前記第３の無線リソースの数を算出し、前記データパケットを送信するために必要な前記第２の無線リソース及び前記第３の無線リソースの数と、前記制御周期内に含まれる前記第２の無線リソース及び前記第３の無線リソースの数とを用いて、前記選択された無線端末へ割り当てる前記第２の無線リソース及び前記第３の無線リソースの数を決定する、付記７又は８に記載の通信装置。
（付記１０）前記割当部は、
前記データパケットを送信するために必要な前記第２の無線リソース及び前記第３の無線リソースの数が、前記制御周期内に含まれる前記第２の無線リソース及び前記第３の無線リソースの数を上回る場合、前記制御周期内に含まれるすべての前記第２の無線リソース及び前記第３の無線リソースを、前記選択された無線端末へ割り当て、
前記データパケットを送信するために必要な前記第２の無線リソース及び前記第３の無線リソースの数が、前記制御周期内に含まれる前記第２の無線リソース及び前記第３の無線リソースの数を下回る場合、前記データパケットを送信するために必要な前記第２の無線リソース及び前記第３の無線リソースの数と同じ数の前記第２の無線リソース及び前記第３の無線リソースを、前記選択された無線リソースをへ割り当てる、付記９に記載の通信装置。
（付記１１）無線端末に関するフローの送信デッドラインに関する情報を基地局へ送信する通信装置と、
前記送信デッドラインまでの時間に基づいて、複数の単位時間から構成される制御周期内において送信するデータパケットの送信サイズを決定し、前記無線端末へ割り当てる無線リソースであって、前記送信サイズの前記データパケットを送信可能な当該無線リソースを決定する基地局と、を備える通信システム。
（付記１２）無線端末に関するフローの送信デッドラインまでの時間に基づいて、複数の単位時間から構成される制御周期内において送信するデータパケットの送信サイズを決定し、
前記無線端末へ割り当てる無線リソースであって、前記送信サイズの前記データパケットを送信可能な当該無線リソースを決定し、
前記決定した前記無線リソースに関する情報を前記無線端末と無線通信を行う基地局へ送信する、通信方法。
それぞれの無線端末に関するフローの送信デッドラインまでの時間に応じて、無線リソースを割り当てる対象となる無線端末を選択し、
複数の単位時間から構成される制御周期内に含まれる無線リソースの利用効率を最大化するように、前記選択された無線端末へ割り当てる無線リソースを決定し、
前記決定した無線リソースに関する情報を前記選択された無線端末と無線通信を行う基地局へ送信する、通信方法。
（付記１３）無線端末に関するフローの送信デッドラインまでの時間に基づいて、複数の単位時間から構成される制御周期内において送信するデータパケットの送信サイズを決定し、
前記無線端末へ割り当てる無線リソースであって、前記送信サイズの前記データパケットを送信可能な当該無線リソースを決定し、
前記決定した前記無線リソースに関する情報を前記無線端末と無線通信を行う基地局へ送信することをコンピュータに実行させるプログラム。
それぞれの無線端末に関するフローの送信デッドラインまでの時間に応じて、無線リソースを割り当てる対象となる無線端末を選択し、
複数の単位時間から構成される制御周期内に含まれる無線リソースの利用効率を最大化するように、前記選択された無線端末へ割り当てる無線リソースを決定し、
前記決定した無線リソースに関する情報を前記選択された無線端末と無線通信を行う基地局へ送信することをコンピュータに実行させるプログラム。
【符号の説明】
【０１３９】
１０  通信装置
１１  選択部
１２  割当部
１３  通信部
２０  基地局
３０  無線端末
４０  ＭＥＣサーバ
４１  ＵＥ選択部
４２  リソース割当部
４３  ｅＮＢ通信部
５０  ゲートウェイ
６０  ｅＮＢ
６１  コアネットワークノード通信部
６２  無線環境取得部
６３  リソース割当部
６４  無線部
７０  アプリケーションサーバ
８０  ＵＥ
８１  無線部
８２  無線環境測定部
１００  コアネットワーク
【図１】
2018078677.tif 000003
【図２】
2018078677.tif 000004
【図３】
2018078677.tif 000005
【図４】
2018078677.tif 000006
【図５】
2018078677.tif 000007
【図６】
2018078677.tif 000008
【図７】
2018078677.tif 000009
【図８】
2018078677.tif 000010
【図９】
2018078677.tif 000011
【図１０】
2018078677.tif 000012
【図１１】
2018078677.tif 000013
【図１２】
2018078677.tif 000014
【図１３】
2018078677.tif 000015
【図１４】
2018078677.tif 000016
【図１５】
2018078677.tif 000017
【図１６】
2018078677.tif 000018
【図１７】
2018078677.tif 000019
【図１８】
2018078677.tif 000020
【国際調査報告】
2018078677.tif 000021
2018078677.tif 000022
2018078677.tif 000023
2018078677.tif 000024