(57)【要約】【課題】転送遅延を抑制した通信装置及び帯域制御方法を提供すること。所定の転送時間内でデータ転送を完了できるようにした通信装置及び帯域制御方法を提供すること。【解決手段】端末装置と無線通信を行う基地局装置を介して前記端末装置へサービスを提供する通信装置において、前記端末装置へ転送するデータの転送データ量と、前記端末装置へ前記データの転送を開始した後、前記端末装置への前記データの転送が完了するまでの時間を示す転送完了時間とを含み、前記基地局装置が前記端末装置と無線通信を行うときに利用される無線リソースの確保を要求する帯域確保要求を生成する帯域制御部と、前記帯域確保要求を前記基地局装置へ送信する制御用インタフェース部とを備える。【選択図】図１２
2018170553.tif 000002
【特許請求の範囲】
【請求項１】
端末装置と無線通信を行う基地局装置を介して前記端末装置へサービスを提供する通信装置において、
前記端末装置へ転送するデータの転送データ量と、前記端末装置へ前記データの転送を開始した後、前記端末装置への前記データの転送が完了するまでの時間を示す転送完了時間とを含み、前記基地局装置が前記端末装置と無線通信を行うときに利用される無線リソースの確保を要求する帯域確保要求を生成する帯域制御部と、
前記帯域確保要求を前記基地局装置へ送信する制御用インタフェース部と
を備えることを特徴とする通信装置。
【請求項２】
前記制御用インタフェース部は、前記転送データ量と前記転送完了時間とを含み、前記無線リソースの確保を要求する帯域確保要求メッセージを前記基地局装置へ送信することを特徴とする請求項１記載の通信装置。
【請求項３】
前記制御用インタフェース部は、トランスポートレイヤにおける第１のパケットのペイロード領域に、前記帯域確保要求メッセージであることを示す種別情報と、前記転送データ量、及び前記転送完了時間を含む第２のパケットを挿入した前記帯域確保要求メッセージを前記基地局装置へ送信することを特徴とする請求項２記載の通信装置。
【請求項４】
更に、アプリケーション処理部とデータ用インタフェース部とを備え、
前記アプリケーション処理部は、前記制御用インタフェース部が前記基地局装置へ前記帯域確保要求を送信後、前記サービスに関する前記データを前記データ用インタフェース部へ出力し、
前記データ用インタフェース部は、前記データを前記基地局装置へ送信する
ことを特徴とする請求項１記載の通信装置。
【請求項５】
前記帯域制御部は、前記データ用インタフェース部が前記データを前記基地局装置へ送信後、前記帯域確保要求により確保された前記無線リソースの開放を要求する帯域解放要求を生成し、
前記制御用インタフェース部は、前記帯域解放要求を前記基地局装置へ送信する
ことを特徴とする請求項４記載の通信装置。
【請求項６】
帯域制御部と制御用インタフェース部とを有し、端末装置と無線通信を行う基地局装置を介して前記端末装置へサービスを提供する通信装置における帯域制御方法であって、
前記帯域制御部により、前記端末装置へ転送するデータの転送データ量と、前記端末装置へ前記データの転送を開始した後、前記端末装置への前記データの転送が完了するまでの時間を示す転送完了時間とを含み、前記基地局装置が前記端末装置と無線通信を行うときに利用される無線リソースの確保を要求する帯域確保要求を生成し、
前記制御用インタフェース部により、前記帯域確保要求を前記基地局装置へ送信する、
ことを特徴とする帯域制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、及び帯域制御方法に関する。
【背景技術】
【０００２】
現在、標準化団体である３ＧＰＰ（3rd Generation Partnership Project）では、大容量で高速の無線通信システムの技術として、ＬＴＥ（Long Term Evolution）及びＬＴＥ−Ａｄｖａｎｃｅｄの後継システムが検討されている。このようなシステムは第５世代移動通信（5G:the 5th Generation mobile communication）と呼ばれている。
【０００３】
このような無線通信システムにおいては、モバイルエッジコンピューティング（Mobile Edge Computing、以下、「ＭＥＣ」と称する場合がある。）と呼ばれる技術がある。ＭＥＣは、例えば、サーバを基地局近傍に設置し、当該サーバから端末装置に対してサービスを提供するようにした技術である。例えば、サーバがコアネットワークを経由して接続された場合と比較して、伝送遅延（Ｌａｔｅｎｃｙ）が軽減され、高速無線通信が実現可能となり、更に、コアネットワーク側の負荷軽減を図ることも可能となる。
【０００４】
他方、基地局装置では、端末装置との無線通信を行う際に、無線区間の品質などに応じて、無線リソースの割り当てを行う。無線リソースの割り当てを、例えば、スケジューリングと称する場合がある。基地局装置は、スケジューリング結果を含む制御信号を端末装置へ送信する。基地局装置と端末装置は、制御信号に含まれる、スケジューリング結果に基づいて、割り当てられた無線リソースを利用して無線通信を行う。
【０００５】
このような無線通信システムに関する技術として、例えば、以下がある。すなわち、アプリケーショントランスポートベアラ（ＡＴＢ）構成要素のデータパケットを受信すると、データ無線ベアラ（ＤＲＢ）で処理されるデータパケットより先にＡＴＢ構成要素のデータパケットをスケジューリングするユーザデバイスがある。
【０００６】
また、トランスポートネットワークで使用されるＴＦＴ（トラフィックフローテンプレート）パラメータをＶＰＮ（仮想プライベートネットワーク）のＴＦＴパラメータへ翻訳し、翻訳されたＴＦＴパラメータに基づいて接続パケットをＶＰＮのベアラに関連付ける利用者装置がある。
【０００７】
この技術によれば、差別化されたＱｏＳ機能を仮想プライベートネットワークにより提供される機能と組み合わせる解決手段を提供できる、とされる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特表２０１５−５０５４２６号公報
【特許文献２】特開２０１６−１９７９０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかし、ＡＴＢ構成要素のデータパケットをＤＲＢによるデータパケットよりも先にスケジューリングする技術では、無線区間における無線リソースの割り当てについては考慮されていない。そのため、スケジューリングの際に無線リソースの割り当てに時間がかかると、ＡＴＢ構成要素のデータパケットがユーザデバイスに到着するまでに時間がかかる場合がある。従って、かかる技術では、ネットワークサーバから送信されたＡＴＢ構成要素のパケットが所定の転送時間内にユーザデバイスに到着しない場合がある。
【００１０】
また、トランスポートネットワークで使用されるＴＦＴパラメータをＶＰＮのＴＦＴパラメータへ翻訳する技術も、無線区間における無線リソースの割り当てについては考慮されていない。よって、かかる技術も、アプリケーションサーバから送信されたデータが所定の転送時間内に利用者装置に到着しない場合もある。
【００１１】
そこで、１つの側面では、転送遅延を抑制した通信装置及び帯域制御方法を提供することにある。
【００１２】
また、１つの側面では、所定の転送時間内でデータ転送を完了できるようにした通信装置及び帯域制御方法を提供することにある。
【課題を解決するための手段】
【００１３】
１つの態様では、端末装置と無線通信を行う基地局装置を介して前記端末装置へサービスを提供する通信装置において、前記端末装置へ転送するデータの転送データ量と、前記端末装置へ前記データの転送を開始した後、前記端末装置への前記データの転送が完了するまでの時間を示す転送完了時間とを含み、前記基地局装置が前記端末装置と無線通信を行うときに利用される無線リソースの確保を要求する帯域確保要求を生成する帯域制御部と、前記帯域確保要求を前記基地局装置へ送信する制御用インタフェース部とを備える。
【発明の効果】
【００１４】
１つの側面では、転送遅延を抑制することが可能となる。また、１つの側面では、所定の転送時間内でデータ転送を完了することが可能となる。
【図面の簡単な説明】
【００１５】
【図１】図１は無線通信システムの構成例を表す図である。
【図２】図２はｅＮＢの構成例を表す図である。
【図３】図３はＭＥＣ装置の構成例を表す図である。
【図４】図４はｅＮＢのハードウェア構成例を表す図である。
【図５】図５はＭＥＣ装置のハードウェア構成例を表す図である。
【図６】図６はＵＥのハードウェア構成例を表す図である。
【図７】図７（Ａ）は帯域確保用ＡＰＩ、図７（Ｂ）は帯域解放用ＡＰＩの例を夫々表す図である。
【図８】図８（Ａ）はユーザデータの転送パケット、図８（Ｂ）は制御用データの転送パケットの構成例を夫々表す図である。
【図９】図９は制御用データの転送パケットの構成例を図である。
【図１０】図１０（Ａ）は帯域確保要求メッセージ、図１０（Ｂ）は帯域解放要求メッセージ、図１０（Ｃ）は応答メッセージの構成例を夫々表す図である。
【図１１】図１１（Ａ）は帯域確保要求メッセージ、図１１（Ｂ）は帯域解放要求メッセージ、図１１（Ｃ）は応答メッセージの構成例を夫々表す図である。
【図１２】図１２は動作例を表すシーケンス例である。
【図１３】図１３は動作例を表すシーケンス例である。
【図１４】図１４は帯域確保の計算例を表す図である。
【図１５】図１５はＭＥＣ装置の動作例を表すフローチャートである。
【図１６】図１６はｅＮＢの動作例を表すフローチャートである。
【図１７】図１７は無線通信システムの構成例を表す図である。
【発明を実施するための形態】
【００１６】
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【００１７】
また、本明細書で使用している用語や記載した技術的内容は、３ＧＰＰなど、通信に関する規格として仕様書に記載された用語や技術的内容が適宜用いられてもよい。
【００１８】
なお、本実施の形態においては、以下の意味で用語を用いる場合がある。
【００１９】
すなわち、ユーザデータは、例えば、Ｕ−Ｐｌａｎｅ（User Plane：ユーザプレーン）のデータであり、音声データや文字データ、映像データなどが含まれる。
【００２０】
また、制御用データは、例えば、Ｃ−Ｐｌａｎｅ（Control Plane：制御プレーン）のデータである。本実施の形態では、ＭＥＣ装置とｅＮＢとの間で送受信されるデータのことである。
【００２１】
さらに、帯域と無線リソースとを区別しないで用いる場合がある。例えば、帯域確保と無線リソースの割り当ては同じ意味で用いる場合がある。無線リソースは、例えば、周波数リソース又は時間リソースのいずれか一方を含む場合もあれば、周波数リソースと時間リソースの双方を含む場合もある。
【００２２】
また、パケットとメッセージとを区別しないで用いる場合がある。例えば、帯域確保要求パケットと帯域確保要求メッセージとは同じ意味で用いる場合がある。さらに、パケットデータとパケットとを区別しないで用いる場合がある。
【００２３】
さらに、転送と送信とを区別しないで用いる場合がある。
【００２４】
［第１の実施の形態］
＜無線通信システムの構成例＞
図１は、本第１の実施の形態における無線通信システム１０の構成例を表す図である。無線通信システム１０は、ＵＥ（User Equipment）１００−１〜１００−３と、ｅＮＢ（evolved Node B）２００、ＭＥＣ装置３００、ＥＰＣ（Evolved Packet Core）４００を備える。また、無線通信システム１０は、外部ＮＷ（Net Work）５００とクラウドサーバ６００を備える。
【００２５】
なお、図１に示す無線通信システム１０ではモバイルネットワークシステム２０を含み、モバイルネットワークシステム２０は、ＵＥ１００−１〜１００−３、ｅＮＢ２００、ＭＥＣ装置３００、及びＥＰＣ４００を備える。例えば、モバイルネットワークシステム２０が無線通信システム１０であってもよい。
【００２６】
ＵＥ１００−１〜１００−３は、例えば、スマートフォン、フィーチャーフォン、タブレット端末、パーソナルコンピュータ、ゲーム装置などの端末装置又は無線通信装置である。また、ＵＥ１００−１〜１００−３は、例えば、無線通信機能を有する電気メータ装置やガスメータ装置、カーナビゲーション装置などのＩｏＴ（Internet of Things）機器でもよい。ＵＥ１００−１〜１００−３は、ｅＮＢ２００などを介して、クラウドサーバ６００から様々なサービスの提供を受けることが可能である。また、ＵＥ１００−１〜１００−３は、ｅＮＢ２００を介してＭＥＣ装置３００から、様々なサービスの提供を受けることも可能である。提供サービスとしては、例えば、Ｗｅｂ閲覧サービスや動画配信サービスなどがある。
【００２７】
ｅＮＢ２００は、例えば、ＵＥ１００−１〜１００−３と無線通信を行う基地局装置又は無線通信装置である。ｅＮＢ２００は、サービス提供可能範囲に在圏するＵＥ１００−１〜１００−３と無線通信を行うことで、サービスの提供が可能となる。
【００２８】
すなわち、ｅＮＢ２００は、ＥＰＣ４００からユーザデータを受信すると、受信したユーザデータを無線信号へ変換し、変換後の無線信号をＵＥ１００−１〜１００−３へ送信する。これにより、ｅＮＢ２００は、クラウドサーバ６００から提供されるサービスをＵＥ１００−１〜１００−３へ提供することが可能である。また、ｅＮＢ２００は、例えば、ＭＥＣ装置３００から受信した制御用データに基づいて、スケジューリングを行う。そして、ｅＮＢ２００は、スケジューリングした結果に従って、ＭＥＣ装置３００から受信したユーザデータを無線信号へ変換して、変換後の無線信号をＵＥ１００−１〜１００−３へ送信する。これにより、ｅＮＢ２００は、ＭＥＣ装置３００から提供されるサービスをＵＥ１００−１〜１００−３へ提供することが可能となる。
【００２９】
さらに、ｅＮＢ２００は、サービス提供可能範囲に在圏するＵＥ１００−１〜１００−３から送信された無線信号を受信し、受信した無線信号からユーザデータなどを抽出して、ＭＥＣ装置３００やＥＰＣ４００へ送信する。
【００３０】
ＭＥＣ装置３００は、上述したモバイルエッジコンピューティングを実行する装置である。ＭＥＣ装置３００は、例えば、ｅＮＢ２００近傍に設置されたり、ｅＮＢ２００内やＥＰＣ４００内に設置されたりしてもよい。ＭＥＣ装置３００とＵＥ１００−１〜１００−３との距離は、クラウドサーバ５００とＵＥ１００−１〜１００−３との距離と比較して短い。ＭＥＣ装置３００は、クラウドサーバ６００と比較して、ＵＥ１００−１〜１００−３との距離が近いため、伝送遅延が軽減され、高速無線通信などが実現可能となる。
【００３１】
ＭＥＣ装置３００は、例えば、大容量のメモリを備え、ＵＥ１００−１〜１００−３へ提供するサービスに関するユーザデータなどを記憶する。ＭＥＣ装置３００は、例えば、ＵＥ１００−１〜１００−３から送信されたサービス提供要求に応じて、メモリからユーザデータを読み出して、ｅＮＢ２００を介してＵＥ１００−１〜１００−３へ、読み出したユーザデータを送信する。
【００３２】
また、ＭＥＣ装置３００は、ＵＥ１００−１〜１００−３へサービスを提供する際に、帯域確保要求を示す帯域確保要求メッセージをｅＮＢ２００へ送信する。帯域確保要求は、例えば、ｅＮＢ２００がＵＥ１００−１〜１００−３が無線通信を行うときに利用する無線リソースの確保要求を示している。ｅＮＢ２００は、帯域確保要求に基づいて、無線リソースを確保する。そして、ｅＮＢ２００は、ＭＥＣ装置３００から送信されたユーザデータを受信すると、確保した無線リソースを利用して、受信したユーザデータを、ＵＥ１００−１〜１００−３へ送信する。ＭＥＣ装置３００の詳細は後述する。
【００３３】
ＥＰＣ４００は、例えば、３Ｇ（3rd Generation Mobile Communication）やＬＴＥなど様々な無線アクセスを実現する装置を含む。ＥＰＣ４００には、ＭＭＥ（Mobile Management Entity）や、ＳＧＷ（Serving Gateway）、ＰＧＷ（Packet Date Network Gateway）、ＰＣＲＦ（Policy and Charging Rule Function）を含む。図１では、ＥＰＣ４００は、ＧＷ４１０を含み、ＰＧＷの例を表している。
【００３４】
ＧＷ４１０は、モバイルネットワークシステム２０と外部とを接続するゲートウェイとして機能する。例えば、ＧＷ４１０は、クラウドサーバ６００から送信されたユーザデータを、外部ＮＷ５００を介して受信すると、受信したユーザデータを、モバイルネットワークシステム２０内で転送可能なＳ１インタフェースのパケットへ変換する。ＧＷ４１０は、変換後のデータをｅＮＢ２００へ送信する。また、ＧＷ４１０は、ｅＮＢ２００から送信されたＳ１インタフェースのパケットから、ユーザデータなどを抽出し、抽出したユーザデータなどを、外部ＮＷ５００を介してクラウドサーバ６００へ送信する。Ｓ１インタフェースについては後述する。なお、ＭＥＣ装置３００とｅＮＢ２００間におけるユーザデータの転送も、例えば、Ｓ１インタフェースで行われる。ただし、ＭＥＣ装置３００とｅＮＢ２００間における制御用データの転送は、例えば、所定のインタフェースが利用される。詳細については後述する。
【００３５】
クラウドサーバ６００は、例えば、ＵＥ１００−１〜１００−３に対してサービスを提供するサーバ装置又はサービス提供装置であって、ＭＥＣ装置３００と同様に、大容量のメモリにユーザデータなどを記憶する。クラウドサーバ６００も、ＵＥ１００−１〜１００−３からのサービス提供要求に応じて、メモリからユーザデータを読み出し、読み出したユーザデータをＵＥ１００−１〜１００−３へ向けて送信する。
【００３６】
なお、図１において、ＵＥ１００−１〜１００−３は３台の例を表しているが、１台でもよいし、２台でもよいし、４台以上あってもよい。以下では、とくに断らない限り、ＵＥ１００−１〜１００−３を、ＵＥ１００と称する場合がある。
【００３７】
＜ｅＮＢとＭＥＣ装置の構成例＞
次に、ｅＮＢ２００とＭＥＣ装置３００の構成例について説明する。
【００３８】
図２はｅＮＢ２００の構成例を表す図である。ｅＮＢ２００は、アンテナ２０１、無線部２１０、データ用インタフェース（又はデータ用インタフェース部。以下、「データ用インタフェース」と称する場合がある。）２２０を備える。また、ｅＮＢ２００は、スケジューラ２３０と、制御用インタフェース（又は制御用インタフェース部。以下、「制御用インタフェース」と称する場合がある。）２４０を備える。
【００３９】
アンテナ２０１は、無線部２１０から出力された無線信号を受け取り、受け取った無線信号をＵＥ１００へ送信する。また、アンテナ２０１は、ＵＥ１００から送信された無線信号を受信し、受信した無線信号を無線部２１０へ出力する。
【００４０】
無線部２１０は、スケジューラ２３０から受け取ったユーザデータを、スケジューラ２３０から受け取ったスケジューリング結果に従って、誤り訂正符号化処理（以下、「符号化処理」と称する場合がある。）や変調処理、周波数変換処理を行って、無線信号へ変換する。無線部２１０は、変換後の無線信号をアンテナ２０１へ出力する。
【００４１】
また、無線部２１０は、アンテナ２０１から無線信号を受け取ると、受け取った無線信号に対して、スケジューラ２３０から受け取ったスケジューリング結果に従って、周波数変換処理や復調処理、誤り訂正復号化処理（以下、「復号化処理」と称する場合がある。）を行う。これにより、無線部２１０は、各ＵＥ１００から送信されたユーザデータを抽出する。無線部２１０は、抽出したユーザデータをスケジューラ２３０へ出力し、スケジューラ２３０はユーザデータをデータ用インタフェース２２０へ出力する。
【００４２】
なお、スケジューラ２３０を介さないで、無線部２１０から出力されたユーザデータはデータ用インタフェース２２０に入力されてもよいし、データ用インタフェース２２０から出力されたユーザデータは無線部２１０へ入力されてもよい。
【００４３】
データ用インタフェース２２０は、ＭＥＣ装置３００やＧＷ４１０との間でユーザデータを交換する。すなわち、データ用インタフェース２２０は、スケジューラ２３０から出力されたユーザデータを受け取ると、受け取ったユーザデータを含むパケットを生成し、生成したパケットを、ＭＥＣ装置３００やＧＷ４１０へ送信する。また、データ用インタフェース２２０は、ＭＥＣ装置３００やＧＷ４１０から送信されたパケットを受信すると、受信したパケットからユーザデータを抽出し、抽出したユーザデータをスケジューラ２３０へ出力する。
【００４４】
スケジューラ２３０は、例えば、データ用インタフェース２２０からユーザデータを受け取ると、スケジューリングを行い、スケジューリング結果と、受け取ったユーザデータとを、無線部２１０へ出力する。
【００４５】
また、スケジューラ２３０は、制御用インタフェース２４０から受け取った制御用データが、帯域確保要求であることを確認すると、ＵＥ１００に対して帯域確保処理を行う。帯域確保処理の具体例は動作例で説明する。スケジューラ２３０は、例えば、メモリに帯域確保処理に割り当てた無線リソースの割り当て情報を記憶し、データ用インタフェース２２０を介して、ＭＥＣ装置３００からユーザデータを受信すると、メモリから無線リソースの割り当て情報を読み出し、スケジューリングを実施する。
【００４６】
さらに、スケジューラ２３０は、制御用インタフェース２４０から受け取った制御用データが、帯域解放要求であることを確認すると、帯域確保処理で確保した無線リソースをメモリから削除する。以後、スケジューラ２３０は、この削除した無線リソースを用いることなく、スケジューリングを実施する。
【００４７】
さらに、スケジューラ２３０は、帯域確保処理で帯域を確保したり、帯域解放要求で確保した帯域を解放したりした場合、帯域確保応答や帯域解放応答をそれぞれ生成し、制御用インタフェース２４０を介して、ＭＥＣ装置３００へ送信する。スケジューラ２３０は、割り当て結果を示すスケジューリング結果を無線部２１０へ出力する。
【００４８】
スケジューラ２３０は、無線リソースの割り当て以外にも、例えば、ユーザデータに対する符号化の符号化率や変調方式などもＵＥ１００毎にスケジューリングし、スケジューリング結果を無線部２１０へ出力する。
【００４９】
制御用インタフェース２４０は、ＭＥＣ装置３００との間で制御用データを交換する。例えば、制御用インタフェース２４０は、スケジューラ２３０から帯域確保応答や帯域解放応答などの制御用データを受け取ると、受け取った制御用データを含むパケットを生成し、生成したパケットをＭＥＣ装置３００へ送信する。また、例えば、制御用インタフェース２４０は、ＭＥＣ装置３００から送信されたパケットを受信すると、受信したパケットから帯域確保要求や帯域解放要求などの制御用データを抽出し、抽出した制御用データをスケジューラ２３０へ出力する。
【００５０】
ＭＥＣ装置３００は、データ用インタフェース（又はデータ用インタフェース部。以下、「データ用インタフェース」と称する場合がある。）３１０と制御用インタフェース（又は制御用インタフェース部。以下、「制御用インタフェース」と称する場合がある。）３２０を備える。また、ＭＥＣ装置３００は、ＭＥＣアプリケーション処理部（又はアプリケーション処理部。以下、「ＭＥＣアプリケーション処理部」と称する場合がある。）３３０、ＡＰＩ（Application Programming Interface）処理部３４０、帯域制御部（又は無線リソース制御部。以下「帯域制御部」と称する場合がある。）３５０、及びメモリ３６０を備える。
【００５１】
データ用インタフェース３１０は、ｅＮＢ２００との間でユーザデータを交換する。例えば、データ用インタフェース３１０は、ＭＥＣアプリケーション処理部３３０からユーザデータを受け取ると、受け取ったユーザデータを含むパケットを生成し、生成したパケットをｅＮＢ２００へ送信する。また、例えば、データ用インタフェース３１０は、ｅＮＢ２００から送信されたパケットを受信し、受信したパケットからユーザデータを抽出する。データ用インタフェース３１０は、抽出したユーザデータをＭＥＣアプリケーション処理部３３０へ出力する。
【００５２】
制御用インタフェース３２０は、ｅＮＢ２００との間で制御用データを交換する。例えば、制御用インタフェース３２０は、帯域制御部３５０から帯域確保要求や帯域解放要求などの制御用データを受け取ると、受け取った制御用データを含むパケットを生成する。制御用インタフェース３２０は、生成したパケットをｅＮＢ２００へ送信する。また、例えば、制御用インタフェース３２０は、ｅＮＢ２００から送信されたパケットを受信すると、受信したパケットから制御用データを抽出し、抽出した制御用データを帯域制御部３５０へ出力する。
【００５３】
ＭＥＣアプリケーション処理部３３０は、アプリケーションに関する処理を行う。ＭＥＣアプリケーション処理部３３０は、例えば、以下の処理を行う。すなわち、ＭＥＣアプリケーション処理部３３０は、データ用インタフェース３１０を介して、ＵＥ１００から送信されたサービス提供要求を受け取ると、帯域確保や帯域解放などの命令を、ＡＰＩ処理部３４０へ出力する。また、ＭＥＣアプリケーション処理部３３０は、帯域確保応答用ＡＰＩや帯域解放応答用ＡＰＩなどを、ＡＰＩ処理部３４０から受け取ると、メモリ３６０に記憶されたユーザデータを読み出す。ＭＥＣアプリケーション処理部３３０は、読み出したユーザデータを、データ用インタフェース３１０を介して、ＵＥ１００へ送信する。
【００５４】
ＡＰＩ処理部３４０は、ＭＥＣアプリケーション処理部３３０から、帯域確保や帯域解放などの命令を受け取ると、命令に応じた帯域確保用ＡＰＩや帯域解放用ＡＰＩを、メモリ３６０から読み出す。そして、ＡＰＩ処理部３４０は、読み出した帯域確保用ＡＰＩや帯域解放用ＡＰＩを帯域制御部３５０へ出力する。
【００５５】
図７（Ａ）は帯域確保用ＡＰＩの構成例、図７（Ｂ）は帯域解放用ＡＰＩの構成例をそれぞれ表す図である。
【００５６】
帯域確保用ＡＰＩは、ＡＰＩの種別情報と、ＵＥＩＤ（UE Identification）、転送データ量、及び転送完了時間を含む。
【００５７】
ＡＰＩの種別情報は、例えば、帯域確保用ＡＰＩを他のＡＰＩと識別する情報を表す。
【００５８】
ＵＥＩＤは、例えば、ＵＥ１００を他のＵＥと識別する識別情報を表す。ＵＥＩＤは、例えば、サービス提供要求などの要求をＭＥＣアプリケーション処理部３３０が受け取ったときに、帯域確保用ＡＰＩとして、メモリ３６０に記憶される。図７（Ａ）の例では、ＵＥ１００のＵＥＩＤとして「１９２．１６８．１．１」となっている。
【００５９】
転送データ量は、例えば、ＭＥＣ装置３００がＵＥ１００へ転送するユーザデータのデータ量を表す。図７（Ａ）の例では、「１ＭＢ」となっている。
【００６０】
転送完了時間は、例えば、ＭＥＣ装置３００がＵＥ１００へ送信するユーザデータの転送を開始後、ユーザデータのＵＥ１００への転送を完了させるまでにかかる時間を表す。例えば、ＭＥＣ装置３００がＵＥ１００へ送信するユーザデータの転送データ量に対して、許容可能な最大の待ち時間を表している。図７（Ａ）の例では、「１秒」となっている。これは、例えば、「１ＭＢ」の転送データ量を、許容可能な最大の待ち時間として「１秒」であることを表している。転送データ量が決まれば、転送完了時間も決定可能である。
【００６１】
図７（Ａ）の例では、１つの帯域確報用ＡＰＩについて記載しているが、例えば、ＭＥＣ装置３００が提供可能なサービス毎に帯域確保用ＡＰＩがメモリ３６０に記憶されてもよい。
【００６２】
例えば、自動車に対して地図情報のデータ転送を短時間で完了させる場合の帯域確保用ＡＰＩと、定点に固定され移動しないＩｏＴ機器に対してアップデートデータの転送を長時間かけて完了させる場合の帯域確保用ＡＰＩがあってもよい。この場合、２つの帯域確保用ＡＰＩの転送データ量と転送完了時間はそれぞれ異なる。ＡＰＩ処理部３４０では、ＭＥＣアプリケーション処理部３３０から指示された命令に含まれるサービス（例えば、地図情報の転送サービスやＩｏＴ機器に対するアップデートの転送サービス）に応じて、対応する帯域確保用ＡＰＩをメモリ３６０から読み出してもよい。
【００６３】
帯域解放用ＡＰＩは、ＡＰＩの種別情報とＵＥＩＤを含む。
【００６４】
ＡＰＩの識別情報は、例えば、帯域解放用ＡＰＩを他のＡＰＩと識別する情報である。また、ＵＥＩＤは、帯域確報用ＡＰＩと同様に、ＵＥ１００を他のＵＥと識別する識別情報を表す。
【００６５】
帯域解放用ＡＰＩについても、図７（Ｂ）の例では１つのＡＰＩについて記載しているが、サービス毎に帯域解放用ＡＰＩがメモリ３６０に記憶されてもよい。この場合、ＡＰＩ処理部３４０は、ＭＥＣアプリケーション処理部３３０から指示された命令に含まれるサービスに応じて、対応する帯域解放用ＡＰＩをメモリ３６０から読み出してもよい。
【００６６】
図３に戻り、ＡＰＩ処理部３４０は、例えば、帯域制御部３５０から、帯域確保応答や帯域解放応答などを受け取ると、受け取った帯域確保応答や帯域解放応答にそれぞれ対応する帯域確保応答ＡＰＩと帯域解放応答ＡＰＩをメモリ３６０から読み出す。そして、ＡＰＩ処理部３４０は、読み出した各ＡＰＩをＭＥＣアプリケーション処理部３３０へ出力する。
【００６７】
帯域制御部３５０は、ＡＰＩ処理部３４０から帯域確保用ＡＰＩを受け取ると、帯域確保用ＡＰＩに含まれるＵＥＩＤ、転送データ量、及び転送完了時間を含む帯域確保要求を生成する。帯域確保要求は、例えば、ＭＥＣ装置３００がｅＮＢ２００に対して、ｅＮＢ２００がＵＥ１００と無線通信を行うときに利用される無線リソースの確保要求を表す。帯域制御部３５０は、生成した帯域確保要求を制御用インタフェース３２０へ出力する。
【００６８】
また、帯域制御部３５０は、ＡＰＩ処理部３４０から帯域解放用ＡＰＩを受け取ると、帯域解放用ＡＰＩに含まれるＵＥＩＤを含む帯域解放要求を生成する。帯域解放要求は、例えば、ＭＥＣ装置３００がｅＮＢ２００に対して、帯域確保要求により確保された無線リソースの開放を要求することを表す。帯域制御部３５０は、生成した帯域解放要求を制御用インタフェース３２０へ出力する。
【００６９】
さらに、帯域制御部３５０は、制御用インタフェース３２０から制御用データとして、帯域確保応答や帯域解放応答を受け取ると、受け取った帯域確保応答や帯域解放応答をＡＰＩ処理部３４０へ出力する。
【００７０】
メモリ３６０は、ＵＥ１００へサービスを提供するために利用されるユーザデータ、帯域確保用ＡＰＩ、帯域解放用ＡＰＩを記憶する。メモリ３６０に記憶されるユーザデータや帯域確保用ＡＰＩなどは、ＭＥＣアプリケーション処理部３３０やＡＰＩ処理部３４０により適宜読み出し可能となっている。
【００７１】
図４はｅＮＢ２００のハードウェア構成例、図５はＭＥＣ装置３００のハードウェア構成例をそれぞれ表す図である。
【００７２】
ｅＮＢ２００は、更に、ＢＢＵ（Base Band Unit）２７０とＲＲＵ（Remote Radio Unit）２８０を備える。ＢＢＵ２７０とＲＲＵ２８０は、例えば、数ｋｍなど、物理的に離れた場所に設けられても良い。
【００７３】
ＢＢＵ２７０は、ＮＩＦ（Network Interface）２７１、メモリ２７２、ＣＰＵ（Central Processing Unit）２７３、及びＬＳＩ（Large Scale Integration）２７４を備える。
【００７４】
ＣＰＵ２７３は、メモリ２７２に記憶されたプログラムを読み出して実行することで、例えば、スケジューラ２３０の機能を実行する。ＣＰＵ２７３は、例えば、スケジューラ２３０に対応する。
【００７５】
また、ＮＩＦ２７１は、例えば、データ用インタフェース２２０と制御用インタフェース２４０に対応する。なお、ＮＩＦ２７１は、例えば、データ用インタフェース２２０のＮＩＦと、制御用インタフェース２４０のＮＩＦとして、２つのＮＩＦが別々に設けられても良い。さらに、ＬＳＩ２７４とＲＲＵ２８０は、例えば、無線部２１０に対応する。例えば、ＬＳＩ２７４は、符号化処理や変調処理などを行い、ＲＲＵ２８０は周波数変換処理などを行う。
【００７６】
ＭＥＣ装置３００は、更に、ＮＩＦ３７１、メモリ３７２、ＣＰＵ３７３、及び記憶装置３７４を備える。
【００７７】
ＣＰＵ３７３は、メモリ３７２に記憶されたプログラムを読み出して実行することで、ＭＥＣアプリケーション処理部３３０、ＡＰＩ処理部３４０、及び帯域制御部３５０の機能を実現する。ＣＰＵ３７３は、例えば、ＭＥＣアプリケーション処理部３３０、ＡＰＩ処理部３４０、及び帯域制御部３５０に対応する。
【００７８】
また、ＮＩＦ３７１は、例えば、データ用インタフェース３１０と制御用インタフェース３２０に対応する。この場合も、ＮＩＦ３７１は、例えば、データ用インタフェース３１０のＮＩＦと制御用インタフェース３２０のＮＩＦとの２つのＮＩＦが別々に設けられても良い。さらに、メモリ３７２と記憶装置３７４は、例えば、メモリ３６０に対応する。
【００７９】
なお、図６はＵＥ１００のハードウェア構成例を表す図である。ＵＥ１００は、アンテナ１０１と、無線部１１０、ＬＳＩ１２０、メモリ１３０、及びＣＰＵ１４０を備える。
【００８０】
アンテナ１０１は、ｅＮＢ２００から送信された無線信号を受信し、受信した無線信号を無線部１１０へ出力する。また、アンテナ１０１は、無線部１１０から出力された無線信号をｅＮＢ２００へ送信する。
【００８１】
無線部１１０は、アンテナ１０１から受け取った無線信号に対して周波数変換処理などを施してベースバンド信号へ変換し、変換後のベースバンド信号をＬＳＩ１２０へ出力する。また、無線部１１０は、ＬＳＩ１２０から受け取ったベースバンド信号に対して周波数変換処理などを施して、無線信号へ変換し、変換後の無線信号をアンテナ１０１へ出力する。
【００８２】
ＬＳＩ１２０は、例えば、ＣＰＵ１４０からの指示に従って、無線部１１０から受け取ったベースバンド信号に対して復調処理や復号化処理などを施して、ユーザデータなどを抽出し、抽出したユーザデータなどをＣＰＵ１４０へ出力する。また、ＬＳＩ１２０は、例えば、ＣＰＵ１４０からの指示に従って、ＣＰＵ１４０から受け取ったユーザデータに対して、符号化処理や変調処理などを施してベースバンド信号へ変換し、変換後のベースバンド信号を無線部１１０へ出力する。
【００８３】
ＣＰＵ１４０は、メモリ１３０に記憶されたプログラムを実行することで、ＬＳＩ１２０に対して符号化処理や復号化処理などの各種処理を指示する。また、ＣＰＵ１４０は、メモリ１３０に記憶されたプログラムを実行することで、ＬＳＩ１２０から受け取ったユーザデータのうち、自ＵＥ１００宛のユーザデータを抽出して、それ以外のユーザデータを廃棄する。
【００８４】
＜通信プロトコルについて＞
次に、本第１の実施の形態で利用される通信プロトコルの例を説明する。
【００８５】
図８（Ａ）はＳ１インタフェースによるパケットの例を表す図である。Ｓ１インタフェースは、本第１の実施の形態では、ｅＮＢ２００とＧＷ４１０との間、及び、ｅＮＢ２００とＭＥＣ装置３００との間で、ユーザデータなどの送信や受信に用いられる通信プロトコルである。
【００８６】
Ｓ１インタフェースによるパケットは、ＯＳＩ（Open System Interconnection）参照モデルのネットワークレイヤとして、ＩＰ（Internet Protocol）パケット（図８（Ａ）では一番外側のＩＰパケット）が用いられる。ＩＰパケットは、ＩＰヘッダ領域とＩＰペイロード領域を含む。ＩＰペイロード領域には、ＯＳＩ参照モデルのトランスポートレイヤとして、ＵＤＰ（User Datagram Protocol）パケットが含まれる。ＵＤＰパケットは、ＵＤＰヘッダ領域とＵＤＰペイロード領域を含む。さらに、ＵＤＰペイロード領域には、ＯＳＩ参照モデルのアプリケーションレイヤとして、ＧＴＰ−ｕ（GPRS(General Packet Radio Service) Tunneling Protocol for user plane）パケットが含まれる。ＧＴＰ−ｕパケットは、ＧＴＰ−ｕヘッダ領域とＧＴＰ−ｕペイロード領域を含む。このＧＴＰ−ｕペイロード領域に、ＩＰパケット（図８（Ａ）では一番内側にあるＩＰパケット）が含まれ、このＩＰパケットのペイロード領域に、ユーザデータなどが挿入される。
【００８７】
例えば、ＭＥＣ装置３００がＳ１インタフェースを利用してユーザデータをｅＮＢ２００へ送信する場合、ＭＥＣ装置３００とｅＮＢ２００では以下の処理を行う。
【００８８】
すなわち、ＭＥＣ装置３００のデータ用インタフェース３１０は、ＭＥＣアプリケーション処理部３３０からユーザデータなどを受け取ると、ユーザデータなどを含むＩＰパケットを生成する。データ用インタフェース３１０は、生成したＩＰパケットを、ＧＴＰ−ｕペイロード領域に含むＧＴＰ−ｕパケットを生成する。さらに、データ用インタフェース３１０は、ＧＴＰ−ｕパケットをペイロード領域に含むＵＤＰパケットを生成し、さらに、ＵＤＰパケットをペイロード領域に含むＩＰパケットを生成する。この場合、データ用インタフェース３１０は、図８（Ａ）の一番外側にあるＩＰヘッダ領域において、宛先アドレスとしてｅＮＢ２００のアドレス、送信元アドレスとしてＭＥＣ装置３００のアドレスを挿入する、また、データ用インタフェース３１０は、図８（Ａ）の一番内側にあるＩＰパケットのＩＰヘッダ領域において、宛先アドレスとしてＵＥ１００、送信元アドレスとしてＭＥＣ装置３００のアドレスを挿入する。
【００８９】
このようなＩＰパケットを受信したｅＮＢ２００のデータ用インタフェース２２０は、図８（Ａ）に示す一番外側のＩＰヘッダ領域に挿入された宛先アドレスが自ｅＮＢ２００であることを確認する。データ用インタフェース２２０は、自ｅＮＢ２００宛のパケットであることを確認すると、ＩＰペイロード領域からＵＤＰパケットを抽出し、ＵＤＰペイロード領域からＧＴＰ−ｕパケットを抽出する。そして、データ用インタフェース２２０は、ＧＴＰ−ｕペイロード領域からＩＰパケットを抽出する。データ用インタフェース２２０は、抽出したＩＰパケットをスケジューラ２３０（又は無線部２１０）へ出力する。
【００９０】
また、ＵＥ１００から送信されたユーザデータをｅＮＢ２００が受信し、ＭＥＣ装置３００へ送信する場合も、データ用インタフェース２２０は、ユーザデータを含むＩＰパケットに対して、ＧＴＰ−ｕパケット、ＵＤＰパケット、さらに、ＩＰパケットを生成する。そして、ＭＥＣ装置３００では、データ用インタフェース３１０が、受信したＩＰパケットから、ＵＤＰパケット、ＧＴＰ−ｕパケット、ＩＰパケットを抽出することで、ＵＥ１００から送信されたユーザデータなどを含むＩＰパケットをＭＥＣ装置３００で受信可能となる。
【００９１】
本第１の実施の形態では、さらに、図８（Ｂ）に示すように、新たな制御用のインタフェースを定義したパケットを用いる。ＭＥＣ装置３００とｅＮＢ２００とは、このパケットを利用して、制御用データを送信したり受信したりする。
【００９２】
パケットは、ＯＳＩ参照モデルのネットワークレイヤとして、ＩＰパケットが用いられる。ＩＰパケットのＩＰペイロード領域には、トランスポートレイヤのパケットが含まれる。トランスポートレイヤのパケットは、例えば、トランスポートレイヤであれば、ＵＤＰでもよいし、ＳＣＴＰ（Stream Control Transmission Protocol）やＴＣＰ（Transmission Control Protocol）でもよい。そして、トランスポートレイヤのペイロード領域に、制御用データを送信するパケット（以下、「制御用パケット」と称する場合がある。）が含まれる。図８（Ｂ）の例では、制御用パケットはヘッダ領域とペイロード領域を含んでいるが、２つの領域に分かれていなくてもよく、１つの領域で制御用データが挿入されてもよい。
【００９３】
図９は、制御パケットの構成例を表す図である。制御パケットは、インタフェース種別領域と、リザーブ領域、ＵＥＩＤ領域、及びオプション領域を含む。なお、図９に示す制御パケットの構成例は、例えば、制御パケットのヘッダ領域を表すものでもよいし、ペイロード領域を表すものでもよい。
【００９４】
インタフェース種別領域は、例えば、制御パケットの種別を表す情報が挿入される領域である。本第１の実施の形態では、制御パケットの種別として、例えば、帯域確保要求、帯域解放要求、帯域確保応答、及び帯域解放応答の４種類がある。インタフェース種別領域には、これらの種別を識別する情報が挿入される。
【００９５】
リザーブ領域は、例えば、種々の情報が挿入されるためのリザーブとして確保された領域である。
【００９６】
ＵＥＩＤ領域は、例えば、ＵＥ１００の識別情報が挿入される領域である。例えば、ＭＥＣ装置３００の制御対象となるＵＥ１００の識別情報が挿入される。
【００９７】
オプション領域は、例えば、オプションとして、他の情報が挿入される領域である。制御パケットにおいてオプション領域は、その全部又は一部がなくてもよい。
【００９８】
図１０（Ａ）から図１０（Ｃ）は、種別ごとの制御パケットの構成例を表す図である。このうち、図１０（Ａ）は帯域確保要求を表す制御パケット（以下、「帯域確保要求パケット」又は「帯域確保要求メッセージ」と称する場合がある。）の構成例を表す図である。
【００９９】
帯域確保要求パケットは、例えば、ＭＥＣ装置３００がｅＮＢ２００に対して、ｅＮＢ２００がＵＥ１００と無線通信を行うときに利用する無線リソースの確保を要求するパケットである。
【０１００】
帯域確保要求パケットのインタフェース種別領域には、例えば、制御パケットが帯域確保要求パケットであることを示す情報が挿入される。また、無線確保要求パケットのＵＥＩＤ領域には、例えば、無線リソースの確保要求の対象となるＵＥ１００の識別情報が挿入される。
【０１０１】
帯域確保要求パケットには、さらに、オプション領域として、転送データ量領域と、転送完了時間領域とを含む。
【０１０２】
転送データ量領域は、例えば、ＭＥＣ装置３００がＵＥ１００へ転送するデータの転送データ量が挿入される領域である。この転送データ量は、例えば、帯域確保要求ＡＰＩ（例えば図７（Ａ））に含まれる転送データ量と同じものである。
【０１０３】
転送完了時間領域は、例えば、ＭＥＣ装置３００がＵＥ１００へのデータ転送を開始した後、ＵＥ１００への転送を完了させるまでの時間を表す転送完了時間が挿入される領域である。この転送完了時間も、例えば、帯域確保要求ＡＰＩ（例えば図７（Ａ））に含まれる転送完了時間と同じものとなっている。
【０１０４】
図１０（Ｂ）は、帯域解放要求を表す制御パケット（以下、「帯域解放要求パケット」又は「帯域解放要求メッセージ」と称する場合がある。）の構成例を表す図である。
【０１０５】
帯域解放要求パケットは、例えば、ＭＥＣ装置３００がｅＮＢ２００に対して、確保された無線リソースの開放を要求するパケットである。
【０１０６】
帯域解放要求パケットのインタフェース種別領域には、例えば、制御パケットが帯域解放要求パケットであることを示す情報が挿入される。また、帯域解放要求パケットのＵＥＩＤ領域には、例えば、無線リソースの開放を要求するＵＥ１００の識別情報が挿入される。
【０１０７】
図１０（Ｃ）は、帯域確保応答を表す制御パケット（以下、「帯域確保応答パケット」又は「帯域確保応答メッセージ」と称する場合がある。）パケットの構成例を示す図である。
【０１０８】
帯域確保応答パケットは、例えば、ＭＥＣ装置３００からの帯域確保要求パケットに対して、ｅＮＢ２００がＭＥＣ装置３００へ送信する応答パケットである。
【０１０９】
帯域確保応答パケットのインタフェース種別領域には、例えば、制御パケットが帯域確保応答パケットであることを示す情報が挿入される。また、ＵＥＩＤ領域には、例えば、ＭＥＣ装置３００からの帯域確保要求パケットに対して、応答対象となるＵＥ１００の識別情報が挿入される。
【０１１０】
なお、図１０（Ｃ）は、帯域解放応答を表すパケット（以下、「帯域解放応答パケット」又は「帯域解放応答メッセージ」と称する場合がある。）の構成例も表している。帯域解放応答パケットは、例えば、ＭＥＣ装置３００からの帯域解放要求パケットに対して、ｅＮＢ２００がＭＥＣ装置３００へ送信する応答パケットである。
【０１１１】
帯域解放応答パケットの場合も、例えば、インタフェース種別領域には、制御パケットが帯域解放応答パケットであることを示す情報が挿入され、ＵＥＩＤ領域には、ＭＥＣ装置３００からの帯域解放要求パケットに対して応答対象となるＵＥ１００の識別情報が挿入される。
【０１１２】
図１０（Ａ）から図１０（Ｃ）では、１ワード３２ビットの例を表しているが、これは一例である。例えば、帯域確保要求パケットなどは、１ワードが１６ビットや、１ワードが８ビットであってもよいし、それ以外の場合でもよい。
【０１１３】
また、図１０（Ａ）から図１０（Ｃ）の例では、各パケットは予め決められた領域に情報が挿入される例について説明した。例えば、図１１（Ａ）から図１１（Ｃ）に示すように、各情報要素（ＩＥ：Information Element）がパケット内に順次挿入される構成例であってもよい。
【０１１４】
図１１（Ａ）は、帯域確保要求パケットの構成例を表す図である。図１１（Ａ）に示す各情報要素は、図１０（Ａ）に示す帯域確保要求パケットの各領域に挿入される情報と同一の情報が挿入される。
【０１１５】
図１１（Ｂ）は、帯域解放要求パケットの構成例を表す図である。帯域解放要求パケットについても、図１０（Ｂ）に示す帯域解放要求パケットの各領域に挿入される情報と同一の情報が、図１１（Ｂ）に示す帯域解放要求パケットの各情報要素に挿入される。
【０１１６】
図１１（Ｃ）は、帯域確保応答パケットと帯域解放応答パケットの各構成例を表す図である。この場合も、図１０（Ｃ）に示す帯域確保応答パケット又は帯域解放応答パケットの各領域に挿入される情報と同一の情報が、図１１（Ｃ）に示す帯域確保応答パケット又は帯域解放応答パケットの各情報要素に挿入される。
【０１１７】
なお、図８（Ｂ）で説明した例において、トランスポートレイヤのパケットのペイロードに含まれるパケットが制御パケットであるとして説明した。以下では、例えば、図８（Ｂ）で示すような、ＩＰヘッダ領域とＩＰペイロード領域とを含むパケット全体を、制御パケットとして説明する場合がある。
【０１１８】
＜動作例＞
次に動作例について説明する。動作例は以下の順番で説明する。なお、上述したように、本動作例では、帯域確保要求パケットなどの各種パケットを、メッセージと称する場合がある。
＜１．帯域確保が行われる場合のシーケンス例＞
＜１．１  帯域確保の具体例＞
＜２．帯域解放が行われる場合のシーケンス例＞
＜３．ＭＥＣ装置における動作例＞
＜４．ｅＮＢにおける動作例＞
【０１１９】
＜１．帯域確保が行われる場合のシーケンス例＞
図１２は、ＭＥＣ装置３００がｅＮＢ２００に対して帯域確保を行う場合のシーケンス例を表す図である。
【０１２０】
ＭＥＣ装置３００のＭＥＣアプリケーション処理部３３０は、帯域確保ＡＰＩをコールし（Ｓ１０）、帯域確保用ＡＰＩを帯域制御部３５０へ出力する（Ｓ１１）。例えば、ＭＥＣ装置３００では以下の処理を行う。
【０１２１】
すなわち、ＭＥＣアプリケーション処理部３３０は、ＵＥ１００からサービス要求を受信すると、ＡＰＩ処理部３４０に対して、対象ＵＥ１００に対する帯域確保の命令を出力する。この場合、ＭＥＣアプリケーション処理部３３０は、ＵＥ１００から受け取ったサービス要求からＵＥＩＤを抽出し、抽出したＵＥＩＤと命令とをＡＰＩ処理部３４０へ出力する。ＡＰＩ処理部３４０は、この命令とＵＥＩＤとを受けて、ＵＥＩＤに対応する帯域確保用ＡＰＩ（例えば図７（Ａ））をメモリ３６０から読み出す。ＡＰＩ処理部３４０は、読み出した帯域確保用ＡＰＩを帯域制御部３５０へ出力する。
【０１２２】
次に、帯域制御部３５０は、帯域確保要求メッセージを送信する（Ｓ１２）。例えば、ＭＥＣ装置３００は以下の処理を行う。
【０１２３】
すなわち、帯域制御部３５０は、帯域確保用ＡＰＩを受け取ると、帯域確保要求ＡＰＩからＵＥＩＤ、転送データ量、転送完了時間を抽出し、帯域確保要求を生成する。このとき、帯域制御部３５０は、抽出したＵＥＩＤ、転送データ量、転送完了時間を含む帯域確保要求を生成する。帯域制御部３５０は、生成した帯域確保要求を制御用インタフェース３２０へ出力する。制御用インタフェース３２０は、帯域確保要求を受け取ると、帯域確保要求メッセージを生成する。このとき、制御用インタフェース３２０は、帯域確保要求に含まれるＵＥＩＤ、転送データ量、転送完了時間を、帯域確保要求メッセージの各領域に挿入することで、帯域確保要求メッセージを生成する（例えば図１０（Ａ））。制御用インタフェース３２０は、生成した帯域確保要求メッセージをｅＮＢ２００へ送信する。
【０１２４】
ｅＮＢ２００のスケジューラ２３０は、帯域確保要求メッセージを受信すると、帯域確保を行う（Ｓ１３）。ｅＮＢ２００は、例えば、以下の処理を行う。
【０１２５】
すなわち、ｅＮＢ２００の制御用インタフェース２４０は、帯域確保要求メッセージを受信すると、受信した帯域確保要求メッセージから、インタフェースの種別情報、ＵＥＩＤ、転送データ量、及び転送完了時間を抽出する。制御用インタフェース２４０は、抽出したこれらの情報を、スケジューラ２３０へ出力する。スケジューラ２３０は、種別情報に基づいて、受信したメッセージが、帯域確保要求メッセージであることを確認する。そして、スケジューラ２３０は、ＵＥＩＤ、転送データ量、及び転送完了時間に基づいて、ＵＥＩＤにより示されたＵＥ１００に対して、無線リソースを確保する。以下、帯域確保の具体例について説明する。
【０１２６】
＜１．１  帯域確保の具体例＞
図１４は帯域確保の具体例を表す図である。ＬＴＥの場合、１リソースブロック（ＲＢ）において、データ部分に使用可能なシンボル数を５シンボルと仮定すると、１ＲＢに含まれるシンボル数は、
５シンボル／１スロット×１２サブキャリア＝６０シンボル  ・・・（１）
となる。変調方式が、例えば、ＱＰＳＫ（Quadrature Phase Shift Keying）の場合、ｅＮＢ２００は１シンボルで２ビットの情報が送信可能であり、６４ＱＡＭ（Quadrature Amplitude Modulation）の場合、ｅＮＢ２００は１シンボルで６ビットの情報が送信可能である。
【０１２７】
ＭＥＣ装置３００からｅＮＢ２００へのユーザデータの転送中において、変調方式がすべてＱＰＳＫと仮定する。この場合、ｅＮＢ２００は１ＲＢあたり、６０シンボル×２ビット＝１２０ビットの情報をＵＥ１００へ送信可能となる。
【０１２８】
この場合、割り当て可能な１スロットあたりのＲＢの個数を「ｘ」個とすると、ｅＮＢ２００がＵＥ１００に対して１秒間で割り当て可能なビット数は、
ｘ×１２０ビット×２０００スロット（＝１／０．００５（＝０．５ms））＝２４００００ｘ（bit）  ・・・（２）
となる。上式は、１秒間での割り当て可能なビット数（又は割り当て可能なスループット）となっている。すなわち、上式は、ＱＰＳＫの場合に、ｅＮＢ２００がＵＥ１００に割り当て可能なスループット（ｂｐｓ）を表している。
【０１２９】
一方、ｅＮＢ２００は、帯域確保要求メッセージとして、転送データ量と転送完了時間とを受け取る。転送データ量（ｂｉｔ）を転送完了時間（ｓ）で除算することで、ｅＮＢ２００は、ＭＥＣ装置３００が要求する要求スループットの計算が可能となる。図７（Ａ）の例では、
１×８（１byte＝８bit）×１００００００（bit）／１（ｓ）＝８００００００（bps）  ・・・（３）
となる。
【０１３０】
ｅＮＢ２００では、例えば、要求スループット（＝式（３））と割り当て可能なスループット（＝式（２））とを比較して、要求スループット＜割り当て可能なスループット、を満たす、１スロットあたりのＲＢ数「ｘ」を算出する。これにより、ｅＮＢ２００は、割り当て可能な無線リソースのうち、要求スループットを満たす、１スロットあたりのＲＢ数「ｘ」を算出することが可能となる。式（２）と式（３）とを比較すると、
８００００００＜２４００００ｘ
∴ｘ＞３３．３
となる。したがって、ｅＮＢ２００は、「３４」ＲＢを、１秒間、ＵＥ１００へ割り当てる。これにより、ｅＮＢ２００は、ＵＥ１００に対して、要求スループットを満たす、無線リソースを確保することが可能となる。
【０１３１】
なお、以上の計算は、例えば、スケジューラ２３０が、以下の処理を行うことで実現する。すなわち、スケジューラ２３０は、ＵＥＩＤ、転送データ量、及び転送完了時間を受け取ると、転送データ量を転送完了時間で除算して式（３）を得る。また、スケジューラ２３０は、変調方式を決定し、決定した変調方式に基づいて、１シンボルで送信可能なビット数をメモリ２７２から読み出し、６０シンボルを乗算した値を、式（２）の「ビット」に代入して、式（２）を計算する。そして、スケジューラ２３０は、式（２）と式（３）を比較して、割り当て可能な１スロットあたりのＲＢ数「ｘ」を計算する。
【０１３２】
以上が帯域確保の具体例である。スケジューラ２３０は、例えば、転送データ量と転送完了時間とに基づいて計算した無線リソースの割り当て情報（例えば、割り当て可能な１スロットあたりのＲＢ数「ｘ」）を、ＵＥＩＤとともにメモリ２７２に記憶する。
【０１３３】
図１２に戻り、ｅＮＢ２００のスケジューラ２３０は、帯域確保を行うと（Ｓ１３）、帯域確保応答メッセージをＭＥＣ装置３００へ送信する（Ｓ１４）。例えば、ｅＮＢ２００は以下の処理を行う。
【０１３４】
すなわち、スケジューラ２３０は、帯域確保を行うと、帯域確保を行ったＵＥ１００のＵＥＩＤを含む帯域確保応答を生成し、生成した帯域確保応答を制御用インタフェース２４０へ出力する。制御用インタフェース２４０は、帯域確保応答を受け取ると、ＵＥＩＤを所定領域に挿入した帯域確保応答メッセージ（例えば図１０（Ｂ））を生成する。制御用インタフェース２４０は、生成した帯域確保応答メッセージをＭＥＣ装置３００へ送信する。
【０１３５】
ＭＥＣ装置３００の帯域制御部３５０は、帯域確保応答メッセージを受信すると、帯域確保応答用ＡＰＩをＭＥＣアプリケーション処理部３３０へ出力する（Ｓ１５）。例えば、ＭＥＣ装置３００は以下の処理を行う。
【０１３６】
すなわち、制御用インタフェース３２０は、帯域確保応答メッセージを受信すると、受信した帯域確保応答メッセージから、インタフェースの種別情報とＵＥＩＤを抽出して、抽出した種別情報とＵＥＩＤとを帯域制御部３５０へ出力する。帯域制御部３５０は、種別情報とＵＥＩＤとをＡＰＩ処理部３４０へ出力する。ＡＰＩ処理部３４０は、種別情報とＵＥＩＤとを受け取ると、種別情報に基づいて帯域確保応答メッセージを受信したことを確認し、ＵＥＩＤに対応する帯域確保応答用ＡＰＩをメモリ３６０から読み出す。或いは、ＡＰＩ処理部３４０は、種別情報に基づいて、ＵＥＩＤを含む帯域確保応答用ＡＰＩを生成する。ＡＰＩ処理部３４０は、帯域確保応答用ＡＰＩをＭＥＣアプリケーション処理部３３０へ出力する。
【０１３７】
次に、ＭＥＣ装置３００のＭＥＣアプリケーション処理部３３０は、ユーザデータをｅＮＢ２００へ送信する。例えば、ＭＥＣ装置３００は以下の処理を行う。
【０１３８】
すなわち、ＭＥＣアプリケーション処理部３３０は、帯域確保応答用ＡＰＩを受けて、メモリ３６０からユーザデータを読み出し、読み出したユーザデータと、送信先となるＵＥ１００のアドレスとを、データ用インタフェース３１０へ出力する。データ用インタフェース３１０は、ユーザデータとＵＥ１００のアドレスとを含むＳ１インタフェースのパケット（例えば図７（Ａ））を生成して、ｅＮＢ２００へ送信する。
【０１３９】
ｅＮＢ２００のスケジューラ２３０は、ユーザデータを受信すると、帯域に応じてスケジューリングを行う（Ｓ１７）。例えば、ｅＮＢ２００は以下の処理を行う。
【０１４０】
すなわち、データ用インタフェース２２０は、パケットを受信すると、受信したパケットからユーザデータとＵＥ１００のアドレスとを抽出し、抽出したユーザデータとＵＥ１００のアドレスとをスケジューラ２３０へ出力する。スケジューラ２３０は、ＵＥ１００のアドレスを受け取ると、受け取ったアドレスに対応するＵＥＩＤをメモリ２７２から読み出す。また、スケジューラ２３０は、読み出したＵＥＩＤに対応する、Ｓ１３で確保した無線リソースをメモリ２７２から読み出す。上述したように、無線リソースとしては、例えば、１秒間にＵＥ１００に割り当て可能なＲＢ数である。スケジューラ２３０は、読み出した無線リソースを、ユーザデータの送信に割り当てることで、スケジューリングを行う。スケジューラ２３０は、ユーザデータの送信が完了するまでスケジューリングを行う。
【０１４１】
次に、スケジューラ２３０は、ユーザデータを無線部２１０へ出力する（Ｓ１８）。例えば、スケジューラ２３０は、ＭＥＣ３００から受信したユーザデータと、そのユーザデータに対してスケジューリングにより割り当てた無線リソースの割り当て情報などを無線部２１０へ出力する。
【０１４２】
次に、無線部２１０は、ユーザデータをＵＥ１００へ送信する（Ｓ１９）。例えば、無線部２１０は、スケジューラ２３０から受け取ったユーザデータに対して、無線リソースの割り当て情報などに基づいて変調処理などを施して、無線信号へ変換し、ＵＥ１００へ向けて送信する。
【０１４３】
このように本第１の実施の形態では、ｅＮＢ２００はＭＥＣ装置３００からユーザデータを受信した後、スケジューリングを行うのではなく、ユーザデータを受信する前に、帯域確保処理（Ｓ１３）を行っている。その際、ｅＮＢ２００は、ＭＥＣ装置３００から受信した転送データ量と転送完了時間とに基づいて、帯域確保処理を行っている。そして、ｅＮＢ２００は、ユーザデータを受信すると、既に割り当てを行った無線リソースを利用して、受信したユーザデータをＵＥ１００へ送信している（Ｓ１７）。
【０１４４】
この場合、例えば、ｅＮＢ２００では、受信したユーザデータに基づいてスケジューリングを行うと、割り当てに時間がかかったり、無線リソースを確保できなかったりする場合もある。このような場合、ＭＥＣ装置３００がユーザデータの転送を開始してから、ＵＥ１００への転送が完了するまでの時間が、所定時間以上となり、転送遅延が生じる場合がある。
【０１４５】
しかし、本第１の実施の形態では、ＭＥＣ装置３００がユーザデータを送信後（Ｓ１６）、ＵＥ１００への転送が完了する（Ｓ１９）までの時間は、スケジューラ２３０において確保した無線リソース（Ｓ１３）をメモリ２７２から読み出しているだけである（Ｓ１７）。そのため、ＭＥＣ装置３００がユーザデータを送信後（Ｓ１６）からＵＥ１００がユーザデータを受信する（Ｓ１９）までの時間は、所定時間以下となる。よって、本無線通信システム１０では、ユーザデータの転送遅延を抑制することが可能となる。
【０１４６】
また、ｅＮＢ２００が確保した無線リソースは、転送完了時間に基づいて、計算されており（Ｓ１３）、転送完了時間内にユーザデータの転送が完了可能なように無線リソースが確保されている。よって、本無線通信システム１０では、所定の転送時間内でユーザデータの転送を完了させることが可能となる。
【０１４７】
上述したように、帯域確保用ＡＰＩにおいて、サービス（例えば、地図情報の転送サービスやＩｏＴ機器に対するアップデートデータの転送サービス）に応じて、転送データ量と転送完了時間が異なる場合がある。帯域確保メッセージには、転送データ量と転送完了時間が含まれているため、ｅＮＢ２００のスケジューラ２３０は、サービスに応じた無線リソースを確保することが可能となる。従って、本無線通信システム１０では、サービスに応じた転送時間内で、ユーザデータの転送が可能となる。
【０１４８】
＜２．帯域解放が行われる場合のシーケンス例＞
図１３は帯域解放が行われる場合のシーケンス例を表す図である。帯域解放は、例えば、図１２に示す帯域確保が行われた後、行われる処理である。
【０１４９】
ＭＥＣ装置３００のＭＥＣアプリケーション処理部３３０は、帯域解放用ＡＰＩをコールし（Ｓ３０）、帯域解放用ＡＰＩを帯域制御部３５０へ出力する。例えば、ＭＥＣ装置３００では以下の処理を行う。
【０１５０】
すなわち、ＭＥＣアプリケーション処理部３３０は、ユーザデータの送信を終了した後、対象ＵＥ１００に対する帯域解放命令をＡＰＩ処理部３４０へ指示する。ＡＰＩ処理部３４０は、帯域解放命令を受けて、対象ＵＥ１００に対応する帯域解放用ＡＰＩ（例えば図７（Ｂ））を、ＵＥＩＤに基づいてメモリ３６０から読み出し、帯域制御部３５０へ出力する。
【０１５１】
次に、帯域制御部３５０は、帯域解放要求メッセージを生成し、生成した帯域解放要求メッセージをｅＮＢ２００へ送信する（Ｓ３２）。例えば、ＭＥＣ装置３００は以下の処理を行う。
【０１５２】
すなわち、帯域制御部３５０は、帯域解放用ＡＰＩを受け取ると、帯域解放用ＡＰＩからＵＥＩＤを抽出し、無線リソースの開放を要求する帯域解放要求を生成する。このとき、帯域制御部３５０は、ＵＥＩＤを含む帯域解放要求を生成する。帯域制御部３５０は、生成した帯域解放要求を制御用インタフェース３２０へ出力する。制御用インタフェース３２０は、受け取った帯域解放要求に含まれるＵＥＩＤを所定領域に挿入した帯域解放要求メッセージ（例えば図１０（Ｂ））を生成し、ｅＮＢ２００へ送信する。
【０１５３】
ｅＮＢ２００のスケジューラ２３０は、帯域解放要求メッセージを受信すると、帯域確保解除の処理を行う（Ｓ３３）。例えば、ｅＮＢ２００では以下の処理を行う。
【０１５４】
すなわち、制御用インタフェース２４０は、受信した帯域解放要求メッセージから、インタフェースの種別情報とＵＥＩＤとを抽出し、抽出した種別情報とＵＥＩＤとをスケジューラ２３０へ出力する。スケジューラ２３０は、種別情報に基づいて、受信したメッセージが帯域解放要求メッセージであることを確認する。そして、スケジューラ２３０は、帯域確保処理（図１２のＳ１３）で確保した、ＵＥＩＤとともに記憶された無線リソースの割り当て情報を、メモリ３６０から削除する。以後、スケジューラ２３０は、帯域確保処理で確保した無線リソースを利用することなく、無線リソースの割り当てを行う。
【０１５５】
次に、スケジューラ２３０は、帯域確保応答メッセージをＭＥＣ装置３００へ送信する（Ｓ３４）。例えば、ｅＮＢ２００は以下の処理を行う。
【０１５６】
すなわち、スケジューラ２３０は、帯域確保解除の処理を行うと、ＵＥＩＤを含む帯域解放応答を生成し、生成した帯域解放応答を、制御用インタフェース２４０へ出力する。制御用インタフェース２４０は、受け取った帯域解放応答に基づいて、ＵＥＩＤを所定領域に挿入した帯域解放応答メッセージ（例えば図１０（Ｃ））を生成する。制御用インタフェース２４０は、生成した帯域解放応答メッセージをＭＥＣ装置３００へ送信する。
【０１５７】
ＭＥＣ装置３００の帯域制御部３５０は、帯域解放応答メッセージを受信すると、帯域解放応答用ＡＰＩをＭＥＣアプリケーション処理部３３０へ出力する（Ｓ３５）。ＭＥＣ装置３００は、例えば、以下の処理を行う。
【０１５８】
すなわち、制御用インタフェース３２０は、帯域解放応答メッセージを受信すると、帯域解放応答メッセージから、インタフェースの種別情報とＵＥＩＤとを抽出して、抽出した種別情報とＵＥＩＤとを帯域制御部３５０へ出力する。帯域制御部３５０は、制御用インタフェース３２０から受け取った種別情報とＵＥＩＤとをＡＰＩ処理部３４０へ出力する。ＡＰＩ処理部３４０は、種別情報を受け取ると、種別情報に基づいて、受信したメッセージが帯域解放応答メッセージであることを確認する。そして、ＡＰＩ処理部３４０は、ＵＥＩＤに対応する帯域解放ＡＰＩをメモリ３６０から読み出す。或いは、ＡＰＩ処理部３４０は、種別情報に基づいて、ＵＥＩＤを含む帯域解放応答用ＡＰＩを生成する。ＡＰＩ処理部３４０は、帯域解放応答用ＡＰＩをＭＥＣアプリケーション処理部３３０へ出力する。
【０１５９】
次に、ＭＥＣアプリケーション処理部３３０はユーザデータをｅＮＢ２００へ送信する（Ｓ３６）。例えば、ＭＥＣアプリケーション処理部３３０は、帯域解放応答用ＡＰＩを受け取ると、メモリ３６０からユーザデータを読み出して、読み出したユーザデータをデータ用インタフェース３１０へ出力する。データ用インタフェース３１０は、例えば、ユーザデータを含む、Ｓ１インタフェースのパケットを生成してｅＮＢ２００へ送信する。
【０１６０】
ｅＮＢ２００は、ユーザデータを受信すると、通常のスケジューリングを行う（Ｓ３７）。例えば、ｅＮＢ２００のデータ用インタフェース２２０は、受信したパケットからユーザデータを抽出してスケジューラ２３０へ出力し、スケジューラ２３０は、確保した無線リソース（図１２のＳ１３）を利用することなく、スケジューリングを行う。
【０１６１】
次に、ｅＮＢ２００のスケジューラ２３０は、ユーザデータを無線部２１０へ出力し（Ｓ３８）、無線部２１０はユーザデータをＵＥ１００へ送信する。例えば、スケジューラ２３０は、通常のスケジューリングにより割り当てた無線リソースの割り当て情報とユーザデータとを無線部２１０へ出力し、無線部２１０は無線リソースを利用してユーザデータをＵＥ１００へ送信する。
【０１６２】
このように帯域解放により、ｅＮＢ２００では、ＭＥＣ装置３００から転送されるユーザデータの送信先であるＵＥ１００のために確保した無線リソースを解放することができるため、他のＵＥに対して有限である無線リソースを有効活用することが可能となる。
【０１６３】
＜３．ＭＥＣ装置における動作例＞
図１５はＭＥＣ装置３００における動作例を表すフローチャートである。
【０１６４】
ＭＥＣ装置３００は、処理を開始すると（Ｓ５０）、ＡＰＩコールを待ち（Ｓ５１）、ＡＰＩコールが帯域確保用ＡＰＩか帯域解放用ＡＰＩかを判別する（Ｓ５２）。例えば、ＭＥＣアプリケーション処理部３３０は、ＵＥ１００から送信されたサービスの提供要求を受信したときに帯域確保の命令をＡＰＩ処理部３４０へ指示し、ユーザデータの送信を終了したときに帯域解放の命令をＡＰＩ処理部３４０へ指示する。ＡＰＩ処理部３４０は、例えば、帯域確保の命令を受けたととき、帯域確保用ＡＰＩをメモリ３６０から読み出し、帯域解放の命令を受けたとき、帯域解放用ＡＰＩをメモリ３６０から読み出す。ＡＰＩ処理部３４０は、帯域確保用ＡＰＩ又は帯域解放用ＡＰＩを帯域制御部３５０へ出力する。帯域制御部３５０は、受け取ったＡＰＩに基づいて、帯域確保用ＡＰＩか帯域解放用ＡＰＩかを判別する。
【０１６５】
ＭＥＣ装置３００は、ＡＰＩコールが帯域確保用ＡＰＩのとき（Ｓ５２で「帯域確保」のとき）、ｅＮＢ２００へ帯域確保要求を送信する（Ｓ５３）。例えば、帯域制御部３５０は、帯域確保用ＡＰＩを受け取ると、帯域確保用ＡＰＩから抽出したＵＥＩＤなどを含む帯域確保要求を生成する。そして、帯域制御部３５０は、生成した帯域確保用要求を、制御用インタフェース３２０を介してｅＮＢ２００へ送信する。
【０１６６】
そして、ＭＥＣ装置３００は一連の処理を終了する（Ｓ５４）。
【０１６７】
一方、ＭＥＣ装置３００は、ＡＰＩコールが帯域解放用ＡＰＩのとき（Ｓ５２で「帯域解放」のとき）、ｅＮＢ２００へ帯域解放要求を送信する（Ｓ５５）。例えば、帯域制御部３５０は、帯域解放用ＡＰＩを受け取ると、帯域解放用ＡＰＩから抽出したＵＥＩＤを含む帯域解放要求を生成する。そして、帯域制御部３５０は、生成した帯域解放要求を、制御用インタフェース３２０を介して、ｅＮＢ２００へ送信する。そして、ＭＥＣ装置３００は、一連の処理を終了する（Ｓ５４）。
【０１６８】
＜４．ｅＮＢにおける動作例＞
図１６はｅＮＢ２００における動作例を表すフローチャートである。
【０１６９】
ｅＮＢ２００は、処理を開始すると（Ｓ６０）、帯域要求受信判定を行う（Ｓ６１）。帯域要求は、帯域確保要求と帯域解放要求とを含む。例えば、スケジューラ２３０は、制御用インタフェース２４０を介して、ＭＥＣ装置３００から、帯域確保要求や帯域解放要求を受信したか否かを判別する。
【０１７０】
ｅＮＢ２００は、帯域要求を受信したとき（Ｓ６２で「Ｙｅｓ」のとき）、要求内容を判定する（Ｓ６３）。例えば、スケジューラ２３０は、帯域確保要求や帯域解放要求を、制御用インタフェース２４０を介してＭＥＣ装置３００から受信すると、受信した帯域要求が、帯域確保要求か帯域解放要求かを判別する。
【０１７１】
そして、ｅＮＢ２００は、要求内容が帯域確保要求か否かを判別する（Ｓ６４）。例えば、スケジューラ２３０は、制御用インタフェース２４０で抽出したインタフェースの種別情報に基づいて判別する。
【０１７２】
ｅＮＢ２００は、要求内容が帯域確保要求のとき（Ｓ６４で「Ｙｅｓ」のとき）、該当するＵＥ１００の帯域設定を要求帯域に変更する（Ｓ６５）。すなわち、ｅＮＢ２００のスケジューラ２３０は、帯域確保の処理を行う（図１１のＳ１３）。例えば、スケジューラ２３０は、インタフェースの種別情報が帯域確保要求のとき、転送データ量と転送完了時間とに基づいて、ＵＥＩＤで示されたＵＥ１００に対して割り当てる無線リソースを計算する。計算方法の例は、＜１．１  帯域確保の具体例＞で説明した。
【０１７３】
次に、ｅＮＢ２００は、帯域設定に応じてスケジューリングを実施する（Ｓ６６）。例えば、スケジューラ２３０は、転送データ量と転送完了時間とに基づいて計算した無線リソースを、ＵＥ１００に割り当て、割り当てた無線リソースの情報とユーザデータとを無線部２１０へ出力する。
【０１７４】
そして、ｅＮＢ２００は一連の処理を終了する（Ｓ６７）。
【０１７５】
一方、ｅＮＢ２００は、要求内容が帯域確保要求ではないとき（Ｓ６４で「Ｎｏ」のとき）、該当ＵＥ１００の帯域設定を元に戻す（Ｓ６８）。例えば、スケジューラ２３０は、インタフェースの種別情報が帯域解放要求のとき、メモリ２７２に記憶された、ＵＥ１００に対する無線リソースの割り当て情報をメモリ２７２から削除する。
【０１７６】
次に、ｅＮＢ２００は、該当ＵＥ１００に対して、帯域設定を変更し（Ｓ６５）、スケジューリングを実施する（Ｓ６６）。例えば、スケジューラ２３０は、削除した無線リソースの割り当て情報を用いることなく、無線リソースの割り当てを行う。
【０１７７】
そして、ｅＮＢ２００は一連の処理を終了する。
【０１７８】
一方、ｅＮＢ２００は、帯域要求を受信しなかったとき（Ｓ６２でＮｏ）、現状の帯域設定のまま、スケジューリングを実施する（Ｓ６９）。例えば、スケジューラ２３０は、無線リソースの割り当てについてとくに変更することなく、スケジューリングを実施する。
【０１７９】
そして、ｅＮＢ２００は一連の処理を終了する。
【０１８０】
［第２の実施の形態］
次に第２の実施の形態について説明する。図１７は第２の実施の形態における無線ネットワークシステムの構成例を表す図である。
【０１８１】
無線通信システム１０は、端末装置１００と基地局装置２００、及び通信装置３００を備える。例えば、端末装置１００は第１の実施の形態におけるＵＥ１００、基地局装置２００はｅＮＢ２００、通信装置３００はＭＥＣ装置３００にそれぞれ対応する。
【０１８２】
通信装置３００は、帯域制御部３５０と制御用インタフェース３２０とを備える。
【０１８３】
帯域制御部３５０は、端末装置１００へ転送するデータの転送データ量と、端末装置１００へデータの転送を開始した後、端末装置１００へのデータの転送が完了するまでの時間を示す転送完了時間とを含む帯域確保要求を生成する。帯域確保要求は、例えば、基地局装置２００が端末装置１００と無線通信を行うときに利用する無線リソースの確保を要求するものである。
【０１８４】
制御用インタフェース部３２０は、帯域確保要求を基地局装置２００へ送信する。
【０１８５】
このように、本第２の実施の形態では、通信装置３００は、転送データ量と転送完了時間とを含む帯域確保要求を基地局装置２００へ送信している。基地局装置２００では、例えば、帯域確保要求に含まれる転送データ量と転送完了時間に基づいて、無線リソースを確保し、確保した無線リソースを用いて、通信装置３００から受信したデータを端末装置１００へ送信することが可能となる。
【０１８６】
よって、基地局装置２００では、予め確保した無線リソースを利用してデータを送信することが可能となる。そのため、本無線通信システム１０では、通信装置３００から送信されたデータを受信した後に基地局装置２００がスケジューリングを行う場合と比較して、通信装置３００から端末装置１００へのデータ転送の遅延を抑制することが可能となる。
【０１８７】
また、基地局装置２００では、転送完了時間内となるように無線リソースを確保することが可能となる。そのため、本無線通信システム１０では、所定の転送時間内において、通信装置３００から端末装置１００へのデータの転送を完了させることも可能となる。
【０１８８】
以上まとめると付記のようになる。
【０１８９】
（付記１）
端末装置と無線通信を行う基地局装置を介して前記端末装置へサービスを提供する通信装置において、
前記端末装置へ転送するデータの転送データ量と、前記端末装置へ前記データの転送を開始した後、前記端末装置への前記データの転送が完了するまでの時間を示す転送完了時間とを含み、前記基地局装置が前記端末装置と無線通信を行うときに利用される無線リソースの確保を要求する帯域確保要求を生成する帯域制御部と、
前記帯域確保要求を前記基地局装置へ送信する制御用インタフェース部と
を備えることを特徴とする通信装置。
【０１９０】
（付記２）
前記制御用インタフェース部は、前記転送データ量と前記転送完了時間とを含み、前記無線リソースの確保を要求する帯域確保要求メッセージを前記基地局装置へ送信することを特徴とする付記１記載の通信装置。
【０１９１】
（付記３）
前記制御用インタフェース部は、トランスポートレイヤにおける第１のパケットのペイロード領域に、前記帯域確保要求メッセージであることを示す種別情報と、前記転送データ量、及び前記転送完了時間を含む第２のパケットを挿入した前記帯域確保要求メッセージを前記基地局装置へ送信することを特徴とする付記２記載の通信装置。
【０１９２】
（付記４）
前記制御用インタフェース部は、前記端末装置の識別情報を更に含む前記第２のパケットを前記第１のパケットのペイロード領域に挿入した前記帯域確保要求メッセージを前記基地局装置へ送信することを特徴とする付記３記載の通信装置。
【０１９３】
（付記５）
更に、アプリケーション処理部とデータ用インタフェース部とを備え、
前記アプリケーション処理部は、前記制御用インタフェース部が前記基地局装置へ前記帯域確保要求を送信後、前記サービスに関する前記データを前記データ用インタフェース部へ出力し、
前記データ用インタフェース部は、前記データを前記基地局装置へ送信する
ことを特徴とする付記１記載の通信装置。
【０１９４】
（付記６）
前記制御用インタフェース部は、前記帯域確保要求を前記基地局装置へ送信後、前記基地局装置から前記帯域確保要求に対する帯域確保応答を受信し、
前記アプリケーション処理部は、前記制御用インタフェース部が前記帯域確保応答を受信したとき、前記データを前記データ用インタフェース部へ出力する
ことを特徴とする付記５記載の通信装置。
【０１９５】
（付記７）
前記制御用インタフェース部は、前記端末装置の識別情報を含み、前記帯域確保要求に応答する帯域確保応答メッセージを、前記基地局装置から受信することを特徴とする付記５記載の通信装置。
【０１９６】
（付記８）
前記制御用インタフェースは、トランスポートレイヤにおける第３のパケットのペイロード領域に、前記帯域確保応答メッセージであることを示す種別情報と、前記端末装置の識別情報とを含む第４のパケットが挿入された前記帯域確保応答メッセージを受信することを特徴とする付記７記載の通信装置。
【０１９７】
（付記９）
前記データ用インタフェース部は、Ｓ１インタフェースを利用して前記データを前記基地局装置へ送信することを特徴とする付記５記載の通信装置。
【０１９８】
（付記１０）
前記帯域制御部は、前記データ用インタフェース部が前記データを前記基地局装置へ送信後、前記帯域確保要求により確保された前記無線リソースの開放を要求する帯域解放要求を生成し、
前記制御用インタフェース部は、前記帯域解放要求を前記基地局装置へ送信する
ことを特徴とする付記５記載の通信装置。
【０１９９】
（付記１１）
前記制御用インタフェース部は、前記無線リソースの開放を要求する帯域解放要求メッセージを前記基地局装置へ送信することを特徴とする付記１０記載の通信装置。
【０２００】
（付記１２）
前記制御用インタフェース部は、トランスポートレイヤにおける第５のパケットのペイロード領域に、前記帯域解放要求メッセージであることを示す種別情報と、前記端末装置の識別情報とを含む第６のパケットを挿入した前記帯域解放要求メッセージを前記基地局装置へ送信することを特徴とする付記１１記載の通信装置。
【０２０１】
（付記１３）
前記制御用インタフェース部は、前記帯域解放要求メッセージを送信後、前記基地局装置から前記帯域解放要求メッセージに対する帯域解放応答メッセージを受信し、
前記帯域解放応答メッセージは、トランスポートレイヤにおける第７のパケットのペイロード領域に、前記帯域解放応答メッセージであることを示す種別情報と、前記端末装置の識別情報とを含む第８のパケットが挿入されたメッセージである
ことを特徴とする付記１１記載の通信装置。
【０２０２】
（付記１４）
サービスを提供するサーバ装置と前記端末装置との距離に対して、前記通信装置と前記端末装置との距離は短い位置に前記通信装置は設置されることを特徴とする付記１記載の通信装置。
【０２０３】
（付記１５）
前記端末装置へ転送する前記データはユーザプレーンのデータであり、前記基地局装置へ送信する前記帯域確保要求は制御プレーンのデータであることを特徴とする付記１記載の通信装置。
【０２０４】
（付記１６）
帯域制御部と制御用インタフェース部とを有し、端末装置と無線通信を行う基地局装置を介して前記端末装置へサービスを提供する通信装置における帯域制御方法であって、
前記帯域制御部により、前記端末装置へ転送するデータの転送データ量と、前記端末装置へ前記データの転送を開始した後、前記端末装置への前記データの転送が完了するまでの時間を示す転送完了時間とを含み、前記基地局装置が前記端末装置と無線通信を行うときに利用される無線リソースの確保を要求する帯域確保要求を生成し、
前記制御用インタフェース部により、前記帯域確保要求を前記基地局装置へ送信する、
ことを特徴とする帯域制御方法。
【０２０５】
（付記１７）
端末装置と、
前記端末装置と無線通信を行う基地局装置と、
前記基地局装置を介して前記端末装置へサービスを提供する通信装置と
を備える無線通信システムにおいて、
前記通信装置は、
前記端末装置へ転送するデータの転送データ量と、前記端末装置へ前記データの転送を開始した後、前記端末装置への前記データの転送が完了するまでの時間を示す転送完了時間とを含み、前記基地局装置が前記端末装置と無線通信を行うときに利用される無線リソースの確保を要求する帯域確保要求を生成する帯域制御部と、
前記帯域確保要求を前記基地局装置へ送信する制御用インタフェース部と
を備えることを特徴とする無線通信システム。
【０２０６】
（付記１８）
前記基地局装置は、前記転送データ量と前記転送完了時間とに基づいて、前記無線リソースを確保し、確保した前記無線リソースを用いて、前記通信装置から受信した前記データを前記端末装置へ送信することを特徴とする付記１７記載の無線通信システム。
【０２０７】
（付記１９）
前記基地局装置は、１秒間に割り当て可能なビット数と前記転送データ量と前記転送完了時間とに基づいて算出した要求スループットとに基づいて、割り当て可能な１スロット分のリソースブロック数を算出し、算出した前記リソースブロック数を前記端末装置へ割り当てることを特徴とする付記１８記載の無線通信システム。
【符号の説明】
【０２０８】
１０：無線通信システム              １００：ＵＥ
２００：ｅＮＢ                      ２１０：無線部
２２０：データ用インタフェース      ２３０：スケジューラ
２４０：制御用インタフェース        ２７２：メモリ
２７３：ＣＰＵ                      ３００：ＭＥＣ装置
３１０：データ用インタフェース      ３２０：制御用インタフェース
３３０：ＭＥＣアプリケーション処理部
３４０：ＡＰＩ処理部                ３５０：帯域制御部
３６０：メモリ                      ４００：ＥＰＣ
４１０：ＧＷ
【図１】
2018170553.tif 000003
【図２】
2018170553.tif 000004
【図３】
2018170553.tif 000005
【図４】
2018170553.tif 000006
【図５】
2018170553.tif 000007
【図６】
2018170553.tif 000008
【図７】
2018170553.tif 000009
【図８】
2018170553.tif 000010
【図９】
2018170553.tif 000011
【図１０】
2018170553.tif 000012
【図１１】
2018170553.tif 000013
【図１２】
2018170553.tif 000014
【図１３】
2018170553.tif 000015
【図１４】
2018170553.tif 000016
【図１５】
2018170553.tif 000017
【図１６】
2018170553.tif 000018
【図１７】
2018170553.tif 000019