(57)【要約】      （修正有）【課題】無線リソースを有効活用して、スループットを向上させる基地局装置を提供すること。【解決手段】基地局装置において、端末装置宛の第１のデータの第１のデータ量を出力する第１のレイヤ処理部と、第１のデータ量に基づいて、端末装置宛の第１のデータに対して第１の無線リソースを割り当て、第１のリソース割り当て情報を出力するスケジューラと、第１のデータ量が変化したとき、変化後の第２のデータ量をスケジューラへ出力し、スケジューラから出力された第２のリソース割り当て情報に基づいて、第２のパケットデータを生成し、第２のパケットデータを端末装置へ送信する第２のレイヤ処理部とを備える。スケジューラは、第２のデータ量に基づいて、端末装置宛の第１のデータに対して第２の無線リソースを割り当て、割り当てた第２の無線リソースを表す第２のリソース割り当て情報を出力する。【選択図】図３
2019041343.tif 000002
【特許請求の範囲】
【請求項１】
端末装置宛の第１のデータの第１のデータ量を出力する第１のレイヤ処理部と、
前記第１のデータ量に基づいて、前記端末装置宛の第１のデータに対して第１の無線リソースを割り当て、割り当てた前記第１の無線リソースを表す第１のリソース割り当て情報を出力するスケジューラと、
前記第１のリソース割り当て情報に基づいて第１のパケットデータを生成するときに、前記第１のデータ量が変化したとき、変化後の第２のデータ量を前記スケジューラへ出力し、前記スケジューラから出力された第２のリソース割り当て情報に基づいて、第２のパケットデータを生成し、前記第２のパケットデータを前記端末装置へ送信する第２のレイヤ処理部とを備え、
前記スケジューラは、前記第２のデータ量に基づいて、前記端末装置宛の第１のデータに対して第２の無線リソースを割り当て、割り当てた前記第２の無線リソースを表す前記第２のリソース割り当て情報を出力することを特徴とする基地局装置。
【請求項２】
前記スケジューラは、前記第１のデータ量が減少したとき、前記第１のデータ量の減少により削減された無線リソースを、データ量が増加した他の端末装置宛の第３のデータに割り当て、前記第３のデータに割り当てた第３の無線リソースを表す第３のリソース割り当て情報と、データ量が減少した前記第１のデータに割り当てた第４の無線リソースを表す第４のリソース割り当て情報とを出力し、
前記第２のレイヤ処理部は、前記第３及び第４のリソース割り当て情報に基づいて、第３及び第４のパケットデータを夫々生成し、前記第３及び第４のパケットデータを前記端末装置へ送信することを特徴とする請求項１記載の基地局装置。
【請求項３】
前記第２のレイヤ処理部は、前記第１のパケットデータを生成するときに、前記端末装置宛の第１のデータよりも優先度の高い前記端末装置宛の第４のデータを受信したとき、前記優先度と前記第４のデータのデータ量とを前記スケジューラへ通知し、
前記スケジューラは、前記第４のデータに第５の無線リソースを割り当て、前記第４のデータに割り当てた前記第５の無線リソースを表す第５のリソース割り当て情報を出力し、
前記第２のレイヤ処理部は、前記第５のリソース割り当て情報に基づいて、第５のパケットデータを生成し、前記第５のパケットデータを前記端末装置へ送信することを特徴とする請求項１記載の基地局装置。
【請求項４】
基地局装置のコンピュータで実行されるデータ送信プログラムであって、
端末装置宛の第１のデータの第１のデータ量を出力し、
前記第１のデータ量に基づいて、前記端末装置宛の第１のデータに対して第１の無線リソースを割り当て、割り当てた前記第１の無線リソースを表す第１のリソース割り当て情報を出力し、
前記第１のリソース割り当て情報に基づいて第１のパケットデータを生成するときに、前記第１のデータ量が変化したとき、変化後の第２のデータ量を出力し、
前記第２のデータ量に基づいて、前記端末装置宛の第１のデータに対して第２の無線リソースを割り当て、割り当てた前記第２の無線リソースを表す第２のリソース割り当て情報を出力し、
前記第２のリソース割り当て情報に基づいて、第２のパケットデータを生成し、前記第２のパケットデータを前記端末装置へ送信する
処理を前記コンピュータに実行させるデータ送信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局装置、及びデータ送信プログラムに関する。
【背景技術】
【０００２】
現在、標準化団体である３ＧＰＰ（3rd Generation Partnership Project）では、大容量で高速の無線通信システムの技術として、ＬＴＥ（Long Term Evolution）及びＬＴＥ−Ａｄｖａｎｃｅｄの後継システムが検討されている。このようなシステムは第５世代移動通信（5G:the 5th Generation mobile communication）と呼ばれている。
【０００３】
無線通信システムにおいては、基地局装置では、端末装置宛のデータをサーバ装置から受信すると、端末装置（又は端末装置宛のデータ）に対して無線リソースを割り当てる。端末装置は、割り当てられた無線リソースを利用して、基地局装置から送信された自装置宛のデータを受信する。これにより、端末装置は、基地局装置を介して、様々なサービスの提供を受けることが可能となる。
【０００４】
無線リソースの割り当てに関して、例えば、以下の技術がある。すなわち、ＲＬＣ（Radio Link Control）エンティティから、ＭＡＣ（Media Access Control）スケジューリング部へ、上限数のＲＬＣ  ＳＤＵ（Service Data Unit）を送信できるＲＬＣ  ＰＤＵ（Protocol Data Unit）のサイズ、作成できないＲＬＣ  ＰＤＵのサイズ、最古のＲＬＣ  ＳＤＵの受信時刻などを通知する。そして、ＭＡＣスケジューリング部では、これらの情報を基に、最適な割り当てサイズを計算し、ＲＬＣエンティティでは、計算されたサイズのＲＬＣ  ＰＤＵを作成する。
【０００５】
この技術によれば、伝送効率の低下を抑制してＲＬＣ  ＰＤＵを作成することができる、とされる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−１９９６３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、無線リソースの割り当てに関して、基地局装置が割り当てを行っているときに、端末装置宛のデータのデータ量が変化する場合がある。例えば、基地局装置が無線リソースの割り当てを行っているときに、バッファに蓄積された端末装置宛のデータがタイムオーバなどにより削除されたり、端末装置宛のデータをサーバ装置から更に受信したりする場合である。
【０００８】
前者の場合、無線リソースの割り当ては行われているため、基地局装置では、パディングデータを用いて、割り当てたられた無線リソース分のデータを送信する場合がある。しかし、割り当てられた無線リソースを用いパディングデータを送信することは、無線リソースが有効活用されているとは言難い。従って、前者の場合、スループットの向上が図れない場合がある。
【０００９】
また、後者の場合、基地局装置では、端末装置宛のデータを受信したタイミングで、無線リソースの割り当てを行わないで、次の割り当てタイミングで、無線リソースを割り当てる場合がある。この場合、基地局装置では、端末装置宛のデータを受信したタイミングで、割り当てた無線リソースに空きがあっても、無線リソースを割り当てることができない。そのため、無線リソースが有効に利用されずに、スループットが低下する場合がある。
【００１０】
上述した、ＲＬＣ  ＰＤＵのサイズなどに基づいて最適な割り当てサイズを計算する技術は、最適な割り当てサイズを計算しているときに、端末装置宛のＲＬＣ  ＳＤＵに変化があったときの処理については何ら開示も示唆もなされていない。従って、かかる技術では、無線リソースを有効活用して、スループットを向上させることができない場合がある。
【００１１】
そこで、一つの側面では、無線リソースを有効活用して、スループットを向上させる基地局装置、及びデータ送信プログラムを提供することにある。
【課題を解決するための手段】
【００１２】
一つの態様では、基地局装置において、端末装置宛の第１のデータの第１のデータ量を出力する第１のレイヤ処理部と、前記第１のデータ量に基づいて、前記端末装置宛の第１のデータに対して第１の無線リソースを割り当て、割り当てた前記第１の無線リソースを表す第１のリソース割り当て情報を出力するスケジューラと、前記第１のリソース割り当て情報に基づいて第１のパケットデータを生成するときに、前記第１のデータ量が変化したとき、変化後の第２のデータ量を前記スケジューラへ出力し、前記スケジューラから出力された第２のリソース割り当て情報に基づいて、第２のパケットデータを生成し、前記第２のパケットデータを前記端末装置へ送信する第２のレイヤ処理部とを備え、前記スケジューラは、前記第２のデータ量に基づいて、前記端末装置宛の第１のデータに対して第２の無線リソースを割り当て、割り当てた前記第２の無線リソースを表す前記第２のリソース割り当て情報を出力する。
【発明の効果】
【００１３】
一つの側面では、無線リソースを有効活用して、スループットを向上させることが可能となる。
【図面の簡単な説明】
【００１４】
【図１】図１は無線通信システムの構成例を表す図である。
【図２】図２はＢＢＵの構成例を表す図である。
【図３】図３は基地局装置における動作例を表すシーケンス図である。
【図４】図４（Ａ）から図４（Ｃ）は送信データの例を表す図である。
【図５】図５（Ａ）から図５（Ｃ）は送信データの例を表す図である。
【図６】図６（Ａ）から図６（Ｃ）は送信データの例を表す図である。
【図７】図７（Ａ）から図７（Ｃ）は送信データの例を表す図である。
【図８】図８は基地局装置における動作例を表すシーケンス図である。
【図９】図９（Ａ）は送信データ量情報、図９（Ｂ）はリソース割り当て情報の例を夫々表す図である。
【図１０】図１０（Ａ）はフィードバック情報、図１０（Ｂ）は再割り当て後のリソース割り当て情報の例を夫々表す図である。
【図１１】図１１はＭＡＣ  ＰＤＵ生成処理の例を表すフローチャートである。
【図１２】図１２は簡易リソース割り当て処理の例を表すフローチャートである。
【図１３】図１３は基地局装置における動作例を表すシーケンス図である。
【図１４】図１４（Ａ）は送信データ量情報、図１４（Ｂ）はリソース割り当て情報の例を夫々表す図である。
【図１５】図１５（Ａ）はフィードバック情報、図１５（Ｂ）は再割り当て後のリソース割り当て情報の例を夫々表す図である。
【図１６】図１６は簡易リソース割り当て処理の例を表す図である。
【図１７】図１７は基地局装置のハードウェア構成例を表す図である。
【図１８】図１８は無線通信システムの構成例を表す図である。
【発明を実施するための形態】
【００１５】
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、本明細書で使用している用語や記載した技術的内容は、３ＧＰＰなど、通信に関する規格として仕様書に記載された用語や技術的内容が適宜用いられてもよい。
【００１６】
［第１の実施の形態］
＜無線通信システムの構成例＞
図１は、本第１の実施の形態における無線通信システム１０の構成例を表す図である。無線通信システム１０は、基地局装置（以下、「基地局」と称する場合がある。）１００と、端末装置（以下、「端末」と称する場合がある。）２００−１〜２００−３とを備える。
【００１７】
基地局１００は、例えば、端末２００−１〜２００−３と無線通信を行う無線通信装置である。基地局１００は、サービス提供可能範囲（又は通信可能範囲）に在圏する端末２００−１〜２００−３と無線通信を行うことで、端末２００−１〜２００−３に対して種々のサービスを提供する。
【００１８】
サービス提供可能範囲のことを、例えば、セルと称する場合がある。セルは、例えば、端末２００−１〜２００−３がセルＩＤ（Identification）により一意に識別可能なサービス提供可能範囲のことである。図１の例では、基地局１００には、３つのセル（セル＃１〜セル＃３）が存在する例を表している。
【００１９】
端末２００−１〜２００−３は、例えば、スマートフォン、フィーチャーフォン、タブレット端末、パーソナルコンピュータ、ゲーム装置などの無線通信装置である。端末２００−１〜２００−３は、基地局１００を介して、ＮＷ（Network）サーバなどから様々なサービスの提供を受けることが可能である。提供サービスとしては、例えば、通話サービスやＷｅｂ閲覧サービスなどがある。
【００２０】
図１に示すように、基地局１００は、ＢＢＵ（Base Band Unit）１１０と、ＲＲＨ（Remote Radio Head）１４０−１〜１４０−３、及びアンテナ１５０−１〜１５０−３を備える。ＢＢＵ１１０とＲＲＨ１４０−１〜１４０−３とは、例えば、数ｍ〜数ｋｍ程度離れていてもよい。なお、ＢＢＵ１１０をＲＥＣ（Radio Equipment Controller）、ＲＲＨ１４０−１〜１４０−３をＲＥ（Radio Equipment）と称する場合もある。
【００２１】
ＢＢＵ１１０は、ＮＷサーバなどから送信されたパケットデータを受信し、受信したパケットデータから端末２００−１〜２００−３宛のデータを抽出する。そして、ＢＢＵ１１０は、抽出したデータに対して誤り訂正符号化処理や変調処理などを施して、ベースバンド信号へ変換し、変換したベースバンド信号を各ＲＲＨ１４０−１〜１４０−３へ送信する。この際、ＢＢＵ１１０では、スケジューリングを行って、各端末２００−１〜２００−３に対して無線リソースを割り当てる。基地局１００と端末２００−１〜２００−３は、無線リソースを利用して無線通信を行う。なお、ＢＢＵ１１０は、スケジューリング結果を含む制御信号を生成し、生成した制御信号を各ＲＲＨ１４０−１〜１４０−３経由で、端末２００−１〜２００−３へ送信する。
【００２２】
また、ＢＢＵ１１０は、各ＲＲＨ１４０−１〜１４０−３から送信されたベースバンド信号を受信し、受信したベースバンド信号に対して復調処理や誤り訂正復号化処理などを施して、各端末２００−１〜２００−３から送信されたユーザデータなどを抽出する。ＢＢＵ１１０は、抽出したユーザデータに対して、ＮＷサーバへ送信可能なパケットデータへ変換し、変換後のパケットデータをＮＷサーバへ送信する。
【００２３】
各ＲＲＨ１４０−１〜１４０−３は、ＢＢＵ１１０から送信されたベースバンド信号を受信し、受信したベースバンド信号に対して、周波数変換処理などを施して、無線帯域の無線信号へ変換する（アップコンバート）。各ＲＲＨ１４０−１〜１４０−３は、変換後の無線信号を各アンテナ１５０−１〜１５０−３へそれぞれ出力する。
【００２４】
また、各ＲＲＨ１４０−１〜１４０−３は、各アンテナ１５０−１〜１５０−３からそれぞれ出力された無線信号を受け取り、受け取った無線信号に対して周波数変換処理などを施して、ベースバンド帯域のベースバンド信号へ変換する（ダウンコンバート）。各ＲＲＨ１４０−１〜１４０−３は、変換後のベースバンド信号をＢＢＵ１１０へ送信する。
【００２５】
各アンテナ１５０−１〜１５０−３は、各ＲＲＨ１４０−１〜１４０−３から出力された無線信号を各端末２００−１〜２００−３へそれぞれ送信する。また、各アンテナ１５０−１〜１５０−３は、各端末２００−１〜２００−３から送信された無線信号をそれぞれ受信し、受信した無線信号を各ＲＲＨ１４０−１〜１４０−３へそれぞれ出力する。
【００２６】
なお、図１では、アンテナ１５０−１によってセル＃１が形成され、アンテナ１５０−２によりセル＃２が形成され、アンテナ１５０−３によりセル＃３が形成される例を表している。図１に示す例では、３つのセルが形成される例を表しているが、２つのセルが形成されてもよいし、４つ以上のセルが形成されてもよい。セルの個数に応じて、アンテナ１５０−１〜１５０−３及びＲＲＨ１４０−１〜１４０−３が配置されてもよい。
【００２７】
なお、以下において、端末２００−１〜２００−３を、端末２００と称する場合がある。また、ＲＲＨ１４０−１〜１４０−３を、ＲＲＨ１４０、アンテナ１５０−１〜１５０−３をアンテナ１５０とそれぞれ称する場合がある。
【００２８】
＜ＢＢＵの構成例＞
図２はＢＢＵ１１０の構成例を表す図である。ＢＢＵ１１０は、パケット受信部１１１、ＲＬＣレイヤ処理部１１２、ＭＡＣレイヤ処理部１１３、スケジューラ１１４−１〜１１４−３、及びＬ１（Layer 1）処理部１３３を備える。
【００２９】
ＲＬＣレイヤ処理部１１２は、例えば、ＲＬＣ  ＰＤＵを生成するなど、ＲＬＣレイヤに関する処理を行う。また、ＭＡＣレイヤ処理部１１３は、ＲＬＣ  ＰＤＵからＭＡＣ  ＰＤＵを生成するなど、ＭＡＣレイヤに関する処理を行う。さらに、スケジューラ１１４−１，１１４−２，…は、基地局１００と端末２００とが無線通信を行うときに利用される無線リソースを割り当てたり、変調方式を決定したりするなど、スケジューリングに関する処理を行う。
【００３０】
ＲＬＣレイヤ処理部１１２は、データ受信部１１５、送信データ量計算部１１６、送信データ量情報送信部１１７、及びメモリ（又は送信データバッファ。以下、「送信データバッファ」と称する場合がある。）１１８を備える。
【００３１】
また、ＭＡＣレイヤ処理部１１３は、リソース割り当て情報受信部１１９、ＭＡＣ  ＰＤＵ生成処理部１２０、ＭＡＣ  ＰＤＵ送信部１２１、及びフィードバック情報送信処理部１２２を備える。
【００３２】
さらに、スケジューラ１１４−１は、送信データ量情報受信部１２４、優先度計算処理部１２５、リソース割り当て処理部１２６、リソース割り当て情報送信部１２７、フィードバック情報受信処理部１２８、簡易リソース割り当て処理部１２９、及びメモリ１３１を備える。
【００３３】
なお、図２の例では、スケジューラ１１４−１〜１１４−３は３つの例を表している。各スケジューラ１１４−１〜１１４−３は、例えば、各セル＃１〜＃３にそれぞれ対応する。すなわち、スケジューラ１１４−１は、セル＃１において、端末２００と無線通信を行う場合のスケジューリングを行う。また、スケジューラ１１４−２は、セル＃２において、端末２００と無線通信を行う場合のスケジューリングを行う。スケジューラ１１４−３は、セル＃３において、端末２００と無線通信を行う場合のスケジューリングを行う。セルが４つ以上あれば、各セルに対応して４つ以上のスケジューラが配置される。スケジューラ１１４−１〜１１４−３はいずれも同一構成のため、代表してスケジューラ１１４−１を例にして説明する。なお、例えば、１つのスケジューラ１１４−１により、基地局１００により形成される全セルに対するスケジューリングを行ってもよい。
【００３４】
パケット受信部１１１は、ＮＷサーバなどから送信されたパケットデータを受信し、受信したパケットデータから、端末２００宛のユーザデータ（以下、「データ」又は「送信データ」と称する場合がある。）を抽出する。パケット受信部１１１は、抽出したデータをデータ受信部１１５へ出力する。
【００３５】
この際、パケット受信部１１１は、例えば、以下の処理を行う。すなわち、パケット受信部１１１は、パケットデータから抽出したデータに対してＰＤＣＰ（Packet Data Convergence Protocol）ヘッダを付加するなどして、ＰＤＣＰ ＰＤＵを生成する。そして、パケット受信部１１１は、生成したＰＤＣＰ  ＰＤＵをデータ受信部１１５へ出力する。
【００３６】
データ受信部１１５は、パケット受信部１１１からデータを受け取る。例えば、データ受信部１１５は、パケット受信部１１１から出力されたＰＤＣＰ  ＰＤＵを受け取り、１又は複数のＰＤＣＰ  ＰＤＵに対して、ＲＬＣヘッダを付加することで、ＲＬＣ  ＰＤＵを生成する。データ受信部１１５は、生成したＲＬＣ  ＰＤＵ（又はＲＬＣ  ＰＤＵに含まれる端末２００宛の送信データ）を送信データバッファ１１８に記憶する。データ受信部１１５は、例えば、生成したＲＬＣ  ＰＤＵを送信データ量計算部１１６に出力してもよい。
【００３７】
送信データ量計算部１１６は、端末２００宛の送信データのデータ量を計算する。例えば、送信データ量計算部１１６は、送信データバッファ１１８に記憶されたＲＬＣ  ＰＤＵに基づいて、端末２００宛の送信データ量を計算する。具体的には、例えば、送信データ量計算部１１６は、ＲＬＣヘッダなどのヘッダ部分を除く、ＲＬＣ  ＰＤＵのデータ領域に含まれるデータのデータ量を計算する。送信データ量計算部１１６は、ＲＬＣ  ＰＤＵをデータ受信部１１５から受け取った場合も、ＲＬＣ  ＰＤＵのデータ領域に含まれる、端末２００宛のデータのデータ量を計算する。送信データ量計算部１１６は、計算したデータ量を送信データ量情報送信部１１７へ出力する。
【００３８】
なお、以下においては、送信データバッファ１１８に記憶された、端末２００宛の送信データのデータ量を、例えば、滞留量と称する場合がある。滞留量は、例えば、端末２００（又はユーザ）毎にあってもよい。送信データ量計算部１１６は、滞留量を計算し、計算した滞留量を、送信データ量情報送信部１１７へ出力する。
【００３９】
送信データ量情報送信部１１７は、端末２００宛の送信データのデータ量をスケジューラ１１４−１へ送信（又は出力）する。例えば、送信データ量情報送信部１１７は、送信データ量計算部１１６から受け取った滞留量を含む送信データ量情報を生成し、生成した送信データ量情報を、スケジューラ１１４−１へ送信する。
【００４０】
送信データバッファ１１８は、ＮＷサーバから受信した、端末２００宛の送信データを記憶する。送信データバッファ１１８は、ＲＬＣレイヤ処理部１１２の各ブロックやＭＡＣレイヤ処理部１１３の各ブロックにより、送信データが適宜書き込まれたり、読み出されたりすることが可能となっている。
【００４１】
送信データ量情報受信部１２４は、送信データ量情報送信部１１７から送信された送信データ量情報を受信（又は入力）する。例えば、送信データ量情報受信部１２４は、受信した送信データ量情報から滞留量を抽出し、抽出した滞留量を優先度計算処理部１２５へ出力する。
【００４２】
優先度計算処理部１２５は、例えば、ＬＣＰ（Logical Channel Priority）などに基づいて、送信データフロー毎に優先度を計算する。ＬＣＰは、例えば、送信データフロー毎に設定される各論理チャネルに対する優先度を表す。
【００４３】
例えば、以下の処理が行われる。すなわち、基地局１００は、端末２００宛の送信データを送信する際に、呼処理サーバに対して論理チャネルの設定要求を通知する。呼処理サーバは、設定要求に基づいて、送信データ毎に論理チャネルを設定し、各論理チャネルにＬＣＰを設定する。呼処理サーバは、これらの情報を含む設定情報を基地局１００へ送信する。基地局１００は、設定情報を受信し、設定情報に従って、論理チャネルを設定し、ＬＣＰをスケジューラ１１４−１へ通知する。具体的には、例えば、パケット受信部１１１は、送信データを受信すると、設定要求を生成して、呼処理サーバへ設定要求を通知し、呼処理サーバから設定情報を受信する。データ受信部１１５は、設定情報を、パケット受信部１１１から受け取り、受け取った設定情報からＬＣＰを抽出し、滞留量とともに、スケジューラ１１４−１へ出力する。優先度計算処理部１２５は、呼処理サーバで設定されたＬＣＰを受け取ることができる。
【００４４】
優先度計算処理部１２５は、計算した優先度と、送信データ量情報受信部１２４から受け取った滞留量とを、リソース割り当て処理部１２６へ出力する。
【００４５】
リソース割り当て処理部１２６は、優先度に従って、端末２００（又は端末２００宛の送信データ）に対して無線リソースを割り当てる。無線リソースは、例えば、周波数リソースと時間リソースとを含む。リソース割り当て処理部１２６は、割り当てた無線リソースを表すリソース割り当て情報をリソース割り当て情報送信部１２７へ出力する。
【００４６】
リソース割り当て情報送信部１２７は、リソース割り当て処理部１２６から受け取ったリソース割り当て情報を、ＭＡＣレイヤ処理部１１３のリソース割り当て情報受信部１１９へ送信する。また、リソース割り当て情報送信部１２７は、簡易リソース割り当て処理部１２９から受け取った、再割り当て後のリソース割り当て情報を、リソース割り当て情報受信部１１９へ送信する。再割り当て後のリソース割り当て情報の詳細は後述する動作例で説明する。
【００４７】
フィードバック情報受信処理部１２８は、ＭＡＣレイヤ処理部１１３のフィードバック情報送信処理部１２２から送信されたフィードバック情報を受信し、受信したフィードバック情報を簡易リソース割り当て処理部１２９へ出力する。フィードバック情報は、例えば、送信データ量情報送信部１１７が滞留量をスケジューラ１１４−１へ送信後、送信データバッファ１１８に記憶された送信データ量に変化があったとき、変化後の送信データ量などが含まれる。フィードバック情報の詳細も動作例で説明する。
【００４８】
簡易リソース割り当て処理部１２９は、フィードバック情報に含まれる変化後の送信データ量に基づいて、無線リソースを再度割り当てる。簡易リソース割り当て処理部１２９における無線リソースの割り当て処理（以下、「簡易リソース割り当て処理」と称する場合がある。）についても動作例で説明する。簡易リソース割り当て処理部１２９は、再割り当て後のリソース割り当て情報を、リソース割り当て情報送信部１２７へ出力する。
【００４９】
メモリ１３１は、例えば、スケジューラ１１４−１の各ブロック１２４等により適宜アクセス可能となっており、これらのブロック１２４等によってデータや情報などが適宜書き込まれたり、読み出されたりすることができる。
【００５０】
リソース割り当て情報受信部１１９は、リソース割り当て情報送信部１２７から受信したリソース割り当て情報と、再割り当て後のリソース割り当て情報とを、ＭＡＣ  ＰＤＵ生成処理部１２０へ出力する。
【００５１】
ＭＡＣ  ＰＤＵ生成処理部１２０は、リソース割り当て情報受信部１１９から受け取ったリソース割り当て情報に基づいて、ＭＡＣ  ＰＤＵを生成する。ＭＡＣ  ＰＤＵ生成処理部１２０では、例えば、以下の処理を行う。
【００５２】
すなわち、ＭＡＣ  ＰＤＵ生成処理部１２０は、リソース割り当て情報を受信すると、リソース割り当て情報に基づいて、送信データバッファ１１８から、端末２００宛の送信データを読み出す。このとき、ＭＡＣ  ＰＤＵ生成処理部１２０は、端末２００宛の送信データの滞留量の変化を検出する。ＭＡＣ  ＰＤＵ生成処理部１２０は、変化がなければ、そのまま、リソース割り当て情報に基づいて、ＭＡＣ  ＰＤＵを生成し、生成したＭＡＣ  ＰＤＵをＭＡＣ  ＰＤＵ送信部１２１へ出力する。一方、ＭＡＣ  ＰＤＵ生成処理部１２０は、変化があるとき、変化後の滞留量を、フィードバック情報送信処理部１２２へ出力する。
【００５３】
また、ＭＡＣ  ＰＤＵ生成処理部１２０は、リソース割り当て情報受信部１１９から受け取った、再割り当て後のリソース割り当て情報に基づいて、ＭＡＣ  ＰＤＵを生成する。ＭＡＣ  ＰＤＵ生成処理部１２０は、送信データバッファ１１８から送信データを読み出して、ＭＡＣ  ＰＤＵを生成し、生成したＭＡＣ  ＰＤＵをＭＡＣ  ＰＤＵ送信部１２１へ出力する。
【００５４】
ＭＡＣ  ＰＤＵ送信部１２１は、ＭＡＣ  ＰＤＵ生成処理部１２０からＭＡＣ  ＰＤＵを受け取ると、例えば、ＣＲＣ（Cyclic Redundancy Check）を付加するなどして、Ｌ１レイヤのトランスポートブロックを生成する。ＭＡＣ  ＰＤＵ送信部１２１は、生成したトランスポートブロックを、Ｌ１処理部１３３へ出力する。
【００５５】
フィードバック情報送信処理部１２２は、ＭＡＣ  ＰＤＵ生成処理部１２０から変化後の滞留量を受け取ると、変化後の滞留量を含むフィードバック情報を生成し、生成したフィードバック情報をフィードバック情報受信処理部１２８へ送信する。なお、フィードバック情報は、例えば、ＭＡＣ  ＰＤＵ生成処理部１２０で生成されてもよく、その場合、フィードバック情報送信処理部１２２は、ＭＡＣ  ＰＤＵ生成処理部１２０から受け取ったフィードバック情報を、フィードバック情報受信処理部１２８へ送信する。
【００５６】
Ｌ１処理部１３３は、Ｌ１レイヤのトランスポートブロックに対して、誤り訂正符号化処理や変調処理などを施して、ベースバンド信号に変換し、変換後のベースバンド信号を各ＲＲＨ１４０へ出力する。Ｌ１処理部１３３は、例えば、各ＲＲＨ１４０からベースバンド信号を受信し、受信したベースバンド信号に対して、復調処理や誤り訂正復号化処理などを施して、トランスポートブロックを生成してもよい。この場合、Ｌ１処理部１３３は、生成したトランスポートブロックを、ＢＢＵ１１０の他のブロックへ出力してもよい。
【００５７】
＜動作例＞
次に動作例について説明する。動作例は、最初に、全体的な動作例を説明し、次に、具体的な数値を用いた動作例を説明する。
【００５８】
＜１．全体動作例＞
図３から図７（Ｃ）を利用して、全体動作例について説明する。このうち、図３は、全体動作例を表すシーケンス図である。
【００５９】
ＲＬＣレイヤ処理部１１２は、ＮＷサーバなどから、端末２００宛の送信データを受信すると（Ｓ１０）、送信データ量を計算し（Ｓ１１）、送信データ量情報をスケジューラ１１４−１とＭＡＣレイヤ処理部１１３へ送信する（Ｓ１２）。
【００６０】
図４（Ａ）はＲＬＣレイヤ処理部１１２が受信した送信データの例を表す図である。図４（Ａ）では、端末２００−１（ＵＥ（User Equipment）＃１）宛に５ブロック（＃１〜＃５）、端末２００−２（ＵＥ＃２）宛に４ブロック（＃１〜＃４）、端末２００−３（ＵＥ＃３）宛に３ブロック（＃１〜＃３）分の各送信データを受信した例を表している。この場合、送信データ量計算部１１６は、端末２００−１宛に５ブロック分の滞留量、端末２００−２宛に４ブロック分の滞留量、端末２００−３宛に３ブロック分の滞留量を、それぞれ計算する。
【００６１】
図３に戻り、また、送信データ量計算部１１６は、パケット受信部１１１において呼処理サーバから受け取ったＬＣＰも、データ受信部１１５を介して受け取り、受け取ったＬＣＰを送信データ量情報送信部１１７へ出力する。送信データ量情報送信部１１７は、滞留量とＬＣＰとを含む送信データ量情報を生成し、生成した送信データ量情報をスケジューラ１１４−１とＭＡＣレイヤ処理部１１３へ送信する。
【００６２】
次に、スケジューラ１１４−１は、送信データ量情報を受信し（Ｓ１３）、優先度を計算する（Ｓ１４）。例えば、送信データ量情報受信部１２４は、送信データ量情報を受信して、滞留量とＬＣＰとを抽出し、優先度計算処理部１２５は、ＬＣＰに基づいて、端末２００宛の送信データフロー毎に優先度を計算する。
【００６３】
図４（Ｂ）は、スケジューラ１１４−１が受信した送信データの例を表す図である。例えば、優先度計算処理部１２５は、ＬＣＰに基づいて、端末２００−１宛の５ブロック分の送信データ、端末２００−２宛の４ブロック分の送信データ、端末２００−３宛の３ブロック分の送信データ、の順に順位付けした優先度を計算する。このように、送信データフローは、例えば、各端末２００宛の送信データについて、まとまった単位の送信データである。
【００６４】
図３に戻り、次に、スケジューラ１１４−１は、リソース割り当て処理を行い（Ｓ１５）、割り当てたリソース割り当て情報をＭＡＣレイヤ処理部１１３へ送信する（Ｓ１６）。
【００６５】
図４（Ｂ）は、無線リソースの割り当て例を表す図である。この例では、スケジューラ１１４−１は、端末２００−１宛の５ブロック分の送信データ、端末２００−２宛の４ブロック分の送信データ、端末２００−３宛の３ブロック分の送信データに対して、それぞれ無線リソースを割り当てている。例えば、リソース割り当て処理部１２６は、割り当てた無線リソースを表すリソース割り当て情報を、リソース割り当て情報送信部１２７を介して、ＭＡＣレイヤ処理部１１３へ送信する。
【００６６】
図３に戻り、次に、ＭＡＣレイヤ処理部１１３は、リソース割り当て情報を受信し（Ｓ１７）、ＭＡＣ  ＰＤＵ生成処理を行う（Ｓ１８）。また、ＭＡＣレイヤ処理部１１３は、ＭＡＣ  ＰＤＵ生成処理の際に、送信データバッファ１１８から送信データを読み出す（Ｓ１９）。ＭＡＣ  ＰＤＵ生成処理の詳細は後述する。そして、ＭＡＣレイヤ処理部１１３は、滞留量が変化した場合、変化後の滞留量を含むフィードバック情報を、スケジューラ１１４−１へ送信する（Ｓ２０）。
【００６７】
図４（Ｃ）は、送信データバッファ１１８から読み出した送信データの例を表す図である。この例では、端末２００−１宛の５ブロック目の送信データが送信データバッファ１１８から削除され、端末２００−２宛の５ブロック目の送信データが送信データバッファ１１８に新たに記憶された例を表している。ＲＬＣレイヤ処理部１１２が滞留量として、スケジューラ１１４−１に送信した端末２００−１，２００−２の滞留量（Ｓ１２）と、ＭＡＣレイヤ処理部１１３がＭＡＣ  ＰＤＵを生成する際に送信データバッファ１１８から読み出した端末２００−１，２００−２の滞留量（Ｓ１９）とが異なっている。
【００６８】
端末２００−１宛の送信データについて、５ブロック目が送信データバッファ１１８から削除されたのは、例えば、以下の理由からである。すなわち、送信データバッファ１１８の記憶量は有限である。しかし、基地局１００は、端末２００宛の送信データを、ＮＷサーバから順次受信する。基地局１００は、一定時間経過すると、送信データバッファ１１８に記憶された送信データを削除する。これにより、受信時刻が古い送信データから順に送信データバッファ１１８から削除することが可能となる。ＲＬＣレイヤ処理部１１２が滞留量を通知後、ＭＡＣレイヤ処理部１１３がＭＡＣ  ＰＤＵ生成のために送信データバッファ１１８から送信データを読み出すまでの間に、タイムオーバとなって、送信データバッファ１１８から、端末２００−１宛の５ブロック目の送信データが削除された例を表している。
【００６９】
また、端末２００−２宛の送信データについて、５ブロック目が追加されたのは、例えば、以下の理由による。すなわち、ＲＬＣレイヤ処理部１１２が滞留量を通知後（Ｓ１２）、ＭＡＣレイヤ処理部１１３がＭＡＣ  ＰＤＵ生成のために送信データバッファ１１８から送信データを読み出すまでの間に（Ｓ１９）、基地局１００が、端末２００−２宛の５ブロック目の送信データを受信した場合である。
【００７０】
図５（Ａ）は、滞留量に変化があった場合のＭＡＣレイヤ処理部１１３の処理の例を表す図である。図５（Ａ）に示すように、ＭＡＣレイヤ処理部１１３では、滞留量に変化があった場合、変化のあった端末２００−１，２００−２（ＵＥ＃１，ＵＥ＃２）宛の送信データに対して、ＭＡＣ  ＰＤＵを生成しないようにする。この場合、ＭＡＣレイヤ処理部１１３は、変化後の滞留量（端末２００−１宛の４ブロック（＃１〜＃４）分の滞留量と、端末２００−２宛の５ブロック（＃１〜＃５）分の滞留量）を含むフィードバック情報を、スケジューラ１１４−１へ送信する。
【００７１】
図３に戻り、次に、スケジューラ１１４−１は、フィードバック情報を受信し（Ｓ２１）、受信したフィードバック情報に基づいて簡易リソース割り当て処理を行う（Ｓ２２）。
【００７２】
図５（Ｂ）は簡易リソース割り当て処理の例を表す図である。図５（Ｂ）の例では、スケジューラ１１４−１は、端末２００−１の４ブロック分の送信データと端末２００−２の５ブロック分の送信データとに対して、無線リソースを割り当てる。Ｓ１５によるリソース割り当て処理（例えば図４（Ｂ））と比較して、割り当て対象の端末２００（又は端末２００宛の送信データ）は少ないため、簡易リソース割り当て、と称している。
【００７３】
例えば、スケジューラ１１４−１は以下の処理を行う。すなわち、フィードバック情報受信処理部１２８は、端末２００−１について４ブロック分の滞留量と、端末２００−２について５ブロック分の滞留量とを含むフィードバック情報を受信し、簡易リソース割り当て処理部１２９へ出力する。簡易リソース割り当て処理部１２９は、端末２００−１の４ブロック分の滞留量と、端末２００−２の５ブロック分の滞留量とに対して無線リソースをそれぞれ割り当てる。なお、簡易リソース割り当て処理の詳細については後述する。
【００７４】
図３に戻り、次に、スケジューラ１１４−１は、簡易リソース割り当て処理により割り当てた無線リソース（又は再割り当て後の無線リソース）を表すリソース割り当て情報をＭＡＣレイヤ処理部１１３へ送信する（Ｓ２３）。例えば、図５（Ｂ）の例では、リソース割り当て情報送信部１２７は、端末２００−１の４ブロック分の滞留量に割り当てた無線リソースと、端末２００−２の５ブロック分の滞留量に割り当てた無線リソースとを表すリソース割り当て情報をＭＡＣレイヤ処理部１１３へ送信する。
【００７５】
図３に戻り、次に、ＭＡＣレイヤ処理部１１３は、リソース割り当て情報を受信し（Ｓ２４）、受信したリソース割り当て情報に基づいて、ＭＡＣ  ＰＤＵ生成処理を行う（Ｓ２５）。ＭＡＣレイヤ処理部１１３は、ＭＡＣ  ＰＤＵ生成処理の際に、送信データバッファ１１８から送信データを読み出す（Ｓ２６）。ＭＡＣ  ＰＤＵ生成処理の詳細は後述する。そして、ＭＡＣレイヤ処理部１１３は、リソース割り当て情報に基づいて、送信データバッファ１１８から読み出した送信データに対して、ＭＡＣ  ＰＤＵを生成する。
【００７６】
図５（Ｃ）は、生成されたＭＡＣ  ＰＤＵの例を表す図である。図５（Ｃ）に示すように、端末２００−１に対して４ブロック分の送信データに対して無線リソースが割り当てられているため、ＭＡＣレイヤ処理部１１３は、この送信データ分のＭＡＣ  ＰＤＵを生成する。端末２００−２に対して５ブロック分の送信データに対して無線リソースが割り当てられているため、ＭＡＣレイヤ処理部１１３は、この送信データ分のＭＡＣ  ＰＤＵを生成する。なお、端末２００−３の３ブロック分の送信データについては、滞留量に変化がないため、Ｓ１８の処理の際に生成したＭＡＣ  ＰＤＵが用いられる。
【００７７】
図３に戻り、次に、ＭＡＣレイヤ処理部１１３は、生成したＭＡＤ  ＰＤＵをＬ１処理部１３３へ出力する（Ｓ２７）。
【００７８】
以上が、滞留量に変化があった場合の全体動作例である。
【００７９】
次に、滞留量が増加し、Ｈｉｇｈｅｓｔ  ＬＣＰが変化した場合の全体動作例について説明する。図３と、図６（Ａ）から図７（Ｃ）とを利用して全体動作例について説明する。
【００８０】
図３に示すように、ＲＬＣレイヤ処理部１１２は、端末２００宛の送信データを受信し、その送信データ量を計算し、送信データ量情報をスケジューラ１１４−１とＭＡＣレイヤ処理部１１３へ送信する（Ｓ１０〜Ｓ１２）。
【００８１】
図６（Ａ）は、ＲＬＣレイヤ処理部１１２において受信した送信データの例を表す図である。滞留量は、上述した図４（Ａ）の場合と同一である。図６（Ａ）に示すように、送信データバッファ１１８に滞留している送信データのＬＣＰはすべて「８」となっている。この場合、ＲＬＣレイヤ処理部１１２は、各滞留量とともに、ＬＣＰの情報として「８」を、送信データ量情報に含めてスケジューラ１１４−１へ送信する。
【００８２】
図３に戻り、次に、スケジューラ１１４−１は、送信データ量情報に基づいて、優先度を計算し、無線リソースを割り当てる（Ｓ１３〜Ｓ１５）。
【００８３】
図６（Ｂ）は、スケジューラ１１４−１が割り当てた無線リソースの割り当て例を表す図である。図６（Ｂ）の例は、図４（Ｂ）の場合と同様に、スケジューラ１１４−１は通知された全ての送信データに対して無線リソースを割り当てている。
【００８４】
図３に戻り、次に、ＭＡＣレイヤ処理部１１３は、リソース割り当て情報を受信し、ＭＡＣ  ＰＤＵ生成処理を行う（Ｓ１８）。この際、ＭＡＣレイヤ処理部１１３は、送信データを送信データバッファ１１８から読み出す（Ｓ１９）。
【００８５】
図６（Ｃ）は、送信データバッファ１１８から読み出した送信データの例を表す図である。図６（Ｃ）に示すように、基地局１００は、端末２００−２宛の送信データについて、新たに、ＬＣＰが「１」である１ブロック分の送信データを受信している。ＬＣＰ「１」は、ＬＣＰ「８」よりも優先度が高いＬＣＰである。
【００８６】
図７（Ａ）は、Ｈｉｇｈｅｓｔ  ＬＣＰが変更した場合のＭＡＣレイヤ処理部１１３の処理の例を表す図である。図７（Ａ）に示すように、ＭＡＣレイヤ処理部１１３では、Ｈｉｇｈｅｓｔ  ＬＣＰに変化があった場合、このタイミング（Ｓ１８）では、端末２００−２宛の送信データ（ＬＣＰが「８」の４ブロック分の送信データ）に対して、ＭＡＣ  ＰＤＵを生成しないようにする。この場合、ＭＡＣレイヤ処理部１１３は、変化後の滞留量と、変更後のＨｉｇｈｅｓｔ  ＬＣＰとを含むフィードバック情報を、スケジューラ１１４−１へ送信する。図７（Ａ）の例では、ＭＡＣ  ＰＤＵ生成処理部１２０は、端末２００−２宛のＬＣＰ「１」となっている１ブロック分の滞留量と、Ｈｉｇｈｅｓｔ  ＬＣＰである「１」を、フィードバック情報送信処理部１２２へ出力する。そして、フィードバック情報送信処理部１２２は、これらの情報を含むフィードバック情報を生成し、スケジューラ１１４−１へ送信する。
【００８７】
図３に戻り、次に、スケジューラ１１４−１は、フィードバック情報を受信し（Ｓ２１）、受信したフィードバック情報に基づいて簡易リソース割り当て処理を行う（Ｓ２２）。
【００８８】
図７（Ｂ）は、簡易リソース割り当て処理の例を表す図である。図７（Ｂ）の例では、簡易リソース割り当て処理部１２９は、端末２００−２宛のＬＣＰが「１」となっている１ブロック分の送信データに対して無線リソースを割り当てる。
【００８９】
図３に戻り、次に、スケジューラ１１４−１は、リソース割り当て情報をＭＡＣレイヤ処理部１１３へ送信し（Ｓ２３）、ＭＡＣレイヤ処理部１１３は、リソース割り当て情報に基づいて、ＭＡＣ  ＰＤＵを生成する（Ｓ２５）。
【００９０】
図７（Ｃ）は、ＭＡＣ  ＰＤＵの例を表す図である。図７（Ｃ）に示すように、ＭＡＣレイヤ処理部１１３では、簡易リソース割り当て処理により無線リソースが割り当てられた、端末２００−２宛のＬＣＰが「１」となっている送信データに対して、ＭＡＣ  ＰＤＵを生成する。なお、端末２００−１宛の送信データと、端末２００−３宛の送信データに対しては、ＭＡＣ  ＰＤＵ生成処理（Ｓ１８）の際に生成したＭＡＣ  ＰＤＵが用いられる。図７（Ｃ）に示すＭＡＣ  ＰＤＵがＬ１処理部１３３へ出力され、各ＭＡＣ  ＰＤＵに送信された送信データが端末２００−１〜２００−３へ各々送信される。
【００９１】
＜２．数値を用いた動作例＞
次に、数値を用いた動作例について説明する。最初に、滞留量が変化した場合の動作例について説明し、次に、Ｈｉｇｈｅｓｔ  ＬＣＰが変化した場合の動作例について説明する。
【００９２】
＜２．１  滞留量が変化した場合の動作例＞
図８は、滞留量が変化した場合の動作例を表すシーケンス図である。図３と同一の処理は同一の符号が付されている。
【００９３】
ＲＬＣレイヤ処理部１１２は、図３の場合と同様に、データを受信し、送信データ量を計算して、送信データ量情報をスケジューラ１１４−１へ送信する（Ｓ１０〜Ｓ１２）。
【００９４】
図９（Ａ）は、ＲＬＣレイヤ処理部１１２がスケジューラ１１４−１へ送信する送信データ量情報の例を表す図である。図９（Ａ）の例では、基地局１００は、１００台の端末２００−１（ＵＥ＃１）〜２００−１００（ＵＥ＃１００）を収容し、各端末宛の送信データを、送信データバッファ１１８に記憶する。送信データ量情報には、１００台の各端末２００−１〜２００−１００について、その識別情報、滞留量、Ｈｉｇｈｅｓｔ  ＬＣＰ情報が含まれる。
【００９５】
なお、例えば、ＮＷサーバは、各端末２００−１〜２００−１００宛の送信データを送信する際に、パケットデータに宛て先として、端末２００−１〜２００−１００の識別情報を含めて送信する。ＲＬＣレイヤ処理部１１２において、この識別情報を含む送信データをそのまま用いてＲＬＣ  ＰＤＵを生成しており、この識別情報を含む送信データ量情報を生成することが可能となる。Ｈｉｇｈｅｓｔ  ＬＣＰ情報については、＜２．２  Ｈｉｇｈｅｓｔ  ＬＣＰが変化した場合の動作例＞において説明する。＜２．１  滞留量が変化した場合の動作例＞では、Ｈｉｇｈｅｓｔ  ＬＣＰは変化しないものとして説明する。
【００９６】
図８に戻り、スケジューラ１１４−１は、送信データ量情報に基づいてリソース割り当て処理を行い（Ｓ１３〜Ｓ１５）、リソース割り当て情報を、ＭＡＣレイヤ処理部１１３へ送信する（Ｓ１６）。
【００９７】
図９（Ｂ）は、スケジューラ１１４−１がＭＡＣレイヤ処理部１１３へ送信するリソース割り当て情報の例を表す図である。図９（Ｂ）に示す例では、スケジューラ１１４−１は、通知を受けた１００台の端末２００−１〜２００−１００に対して、優先度に基づいて、１０台の端末２００−１（ＵＥ＃１），…，２００−１００（ＵＥ＃１００）に対して、無線リソースを割り当てている。
【００９８】
例えば、スケジューラ１１４−１は、１００台の端末２００−１〜２００−１００に対して、ＬＣＰが最も高い「５」となっている１０台の端末２００−１，…，２００−１００に対して、無線リソースを割り当てている。
【００９９】
図９（Ｂ）に示すように、リソース割り当て情報には、無線リソースを割り当てるために選択した端末２００の識別情報（「選択ＵＥ番号」）、割り当てられた無線リソースのＴＢ（Transport Block）サイズ（「ＴＢサイズ」）が含まれる。さらに、リソース割り当て情報には、変調方式（「変調方式」）、割り当てられた無線リソースのＲＢ（Resource Block）数（「ＲＢ数」）も含まれる。
【０１００】
図９（Ｂ）の例では、端末２００−１００については、滞留量が「１５０００ｂｙｔｅ」であるが、無線リソースが割り当てられたのは、その一部である「８５００ｂｙｔｅ」となっている。１回の無線リソースの割り当てで割り当て可能なリソース量には上限があるため、優先度による順番によっては、滞留量すべてに対して無線リソースが割り当てられない場合もある。
【０１０１】
図８に戻り、ＭＡＣレイヤ処理部１１３は、ＭＡＣ  ＰＤＵ生成処理を行う（Ｓ１８）。図８の例では、送信データ量情報送信（Ｓ１２）後、端末２００−１宛の送信データについて、「３０００ｂｙｔｅ」の廃棄が発生し（Ｓ３０）、端末２００−１００宛の送信データについて、新たに、「５０００ｂｙｔｅ」受信した（Ｓ３１）例を表している。このような例で、ＭＡＣ  ＰＤＵ生成処理（Ｓ１８）の詳細について説明する。
【０１０２】
なお、詳細はＭＡＣ  ＰＤＵ生成処理において説明するが、図１０（Ａ）は、リソース割り当て情報（Ｓ１７）が図９（Ｂ）に示す場合において、滞留量がＳ３０とＳ３１のように変化した場合のフィードバック情報（Ｓ２０）の例を表している。
【０１０３】
図１１は、ＭＡＣ  ＰＤＵ生成処理の例を表すフローチャートである。
【０１０４】
ＭＡＣ  ＰＤＵ生成処理部１２０は、処理を開始すると（Ｓ１８０）、受信したリソース割り当て情報について、再割り当て後のリソース割り当て情報か否かを判別する（Ｓ１８１）。ここでは、ＭＡＣ  ＰＤＵ生成処理部１２０は、受信したリソース割り当て情報が、図８のＳ１７で受信したリソース割り当て情報か、Ｓ２４で受信したリソース割り当て情報かを判別している。例えば、ＭＡＣ  ＰＤＵ生成処理部１２０は、以下の処理を行う。
【０１０５】
すなわち、ＭＡＣ  ＰＤＵ生成処理部１２０は、フィードバック情報を送信したとき（Ｓ２０）、フラグ情報を内部メモリに記憶し、その後、リソース割り当て情報を受信したときは、Ｓ２３で受信したリソース割り当て情報と判別する（Ｓ２０でＹｅｓ）。また、ＭＡＣ  ＰＤＵ生成処理部１２０は、フラグ情報を記憶することなく、リソース割り当て情報を受信したときは、Ｓ１６によるリソース割り当て情報と判別する（Ｓ２０でＮｏ）。
【０１０６】
図１１に戻り、ＭＡＣ  ＰＤＵ生成処理部１２０は、受信したリソース割り当て情報は再割り当て後のリソース割り当て情報ではないとき（Ｓ１８１でＮｏ）、リソース割り当て情報に含まれる全端末２００に対して、以下の処理を繰り返す（Ｓ１８２）。例えば、図９（Ｂ）の例では、ＭＡＣ  ＰＤＵ生成処理部１２０は、１０台の端末２００−１，２００−１０，…，２００−１００に対して、以下の処理を繰り返すことになる。
【０１０７】
図１１に戻り、次に、ＭＡＣ  ＰＤＵ生成処理部１２０は、滞留通知後の滞留量が変化したか（又は変更されたか）否かを判別する（Ｓ１８３）。上述した例では、端末２００−１の滞留量が「３０００ｂｙｔｅ」廃棄されるため、端末２００−１宛の送信データの滞留量は「１０００ｂｙｔｅ」となる。この場合、ＭＡＣ  ＰＤＵ生成処理部１２０は、端末２００−１の滞留量は変化した、と判別する。
【０１０８】
図１１に戻り、滞留量が変化したとき（Ｓ１８３でＹｅｓ）、ＭＡＣ  ＰＤＵ生成処理部１２０は、フィードバック情報を生成する（Ｓ１８４）。
【０１０９】
図１０（Ａ）は、フィードバック情報の例を表している。この場合、ＭＡＣ  ＰＤＵ生成処理部１２０は、滞留量に変化があった端末２００の識別番号（「選択ＵＥ番号」）、変化後の滞留量（「滞留量」）、Ｈｉｇｈｅｓｔ  ＬＣＰの情報（「Ｈｉｇｈｅｓｔ  ＬＣＰ情報」）を含むフィードバック情報を生成する。図１０（Ａ）の例では、ＭＡＣ  ＰＤＵ生成処理部１２０は、端末２００−１の識別番号、端末２００−１の変化後の滞留量「１０００ｂｙｔｅ」、送信データのＨｉｇｈｅｓｔ  ＬＣＰである「５」を含むフィードバック情報を生成する。
【０１１０】
図１１に戻り、一方、ＭＡＣ  ＰＤＵ生成処理部１２０は、滞留通知後に滞留量に変化がなったとき（Ｓ１８３でＮｏ）、リソース割り当て情報に基づいて、ＭＡＣ  ＰＤＵを生成する（Ｓ１８６）。
【０１１１】
図９（Ｂ）の例では、端末２００−１０，２００−２０，…，２００−９０については、滞留量に変化がない。そのため、ＭＡＣ  ＰＤＵ生成処理部１２０は、これらの端末２００−１０，２００−２０，…，２００−９０に対しては、受信したリソース割り当て情報（Ｓ１７）に基づいて無線リソースを割り当てる。
【０１１２】
図１１に戻り、ＭＡＣ  ＰＤＵ生成処理部１２０は、Ｓ１８３〜Ｓ１８４，Ｓ１８６の処理を、リソース割り当て情報に含まれる端末２００全てに対して繰り返す（Ｓ１８５）。そして、ＭＡＣ  ＰＤＵ生成処理部１２０は、ＭＡＣ  ＰＤＵ生成処理を終了する（Ｓ１８７）。
【０１１３】
上述した例では、端末２００−１００の送信データが、滞留量通知後（Ｓ１２）、「５０００ｂｙｔｅ」増加する（Ｓ３１）。そのため、端末２００−１００の滞留量は、「１５０００ｂｙｔｅ」から「２００００ｂｙｔｅ」に増加する。この場合、ＭＡＣ  ＰＤＵ生成処理部１２０は、図１０（Ａ）に示すように、端末２００−１００（ＵＥ＃１００）に関するフィードバック情報を生成する。
【０１１４】
図１１に戻り、一方、ＭＡＣ  ＰＤＵ生成処理部１２０は、受信したリソース割り当て情報が再割り当て後のリソース割り当て情報のとき（Ｓ１８１でＹｅｓ）、再割り当て後のリソース割り当て情報に基づいて、ＭＡＣ  ＰＤＵを生成する（Ｓ１８８）。これは、スケジューラ１１４−１の簡易リソース割り当て処理部１２９による簡易リソース割り当て処理（又は再割り当て処理。以下では、両者を区別しないで用いる場合がある。）で通知された割り当て情報に基づくＭＡＣ  ＰＤＵの生成処理である。
【０１１５】
図１０（Ｂ）は、再割り当て後のリソース割り当て情報の例を表す図である。図１０（Ｂ）の例では、フィードバック情報に含まれる２つの端末２００−１，２００−１００に対して、無線リソースが割り当てられている。この場合、ＭＡＣ  ＰＤＵ生成処理部１２０は、このリソース割り当て情報に基づいて、送信データバッファ１１８から、端末２００−１，２００−１００の各送信データを読み出して、ＭＡＣ  ＰＤＵを生成することになる。
【０１１６】
図１１に戻り、そして、ＭＡＣ  ＰＤＵ生成処理部１２０は、ＭＡＣ  ＰＤＵ生成処理を終了する（Ｓ１８７）。
【０１１７】
以上が、ＭＡＣ  ＰＤＵ生成処理の動作例である。
【０１１８】
図８に戻り、ＭＡＣレイヤ処理部１１３は、ＭＡＣ  ＰＤＵ生成処理を終了すると（Ｓ１８）、フィードバック情報を送信する（Ｓ２０）。
【０１１９】
スケジューラ１１４−１では、フィードバック情報を受信すると（Ｓ２１）、簡易リソース割り当て処理を行い（Ｓ２２）、簡易リソース割り当て処理後のリソース割り当て情報をＭＡＣレイヤ処理部１１３へ送信する。
【０１２０】
図１２は、簡易リソース割り当て処理の動作例を表すフローチャートである。
【０１２１】
簡易リソース割り当て処理部１２９は、フィードバック情報受信処理部１２８からフィードバック情報を受け取ると、フィードバック情報に含まれる全端末２００に対して、Ｓ２５２〜Ｓ２５４，Ｓ２５６の処理を繰り返す（Ｓ２５１）。図１０（Ａ）に示すフィードバック情報の例の場合、簡易リソース割り当て処理部１２９は、端末２００−１（ＵＥ＃１）と端末２００−１００（ＵＥ＃１００）に対して、処理を繰り返すことになる。
【０１２２】
Ｓ２５２において、簡易リソース割り当て処理部１２９は、端末２００の滞留量が減少したか否かを判別する。例えば、簡易リソース割り当て処理部１２９は、以下の処理を行う。
【０１２３】
すなわち、簡易リソース割り当て処理部１２９は、送信データ量情報（図８のＳ２１）に含まれる端末２００の滞留量を、リソース割り当て処理部１２６へ問い合わせる。リソース割り当て処理部１２６は、メモリ１３１に記憶した滞留量（例えば図９（Ａ））から、対応する端末２００の滞留量（例えば、端末２００−１の滞留量の場合、「４０００ｂｙｔｅ」）を読み出す。リソース割り当て処理部１２６は、読み出した滞留量を、簡易リソース割り当て処理部１２９へ通知する。簡易リソース割り当て処理部１２９は、通知を受けた滞留量（例えば「４０００ｂｙｔｅ」）と、フィードバック情報に含まれる端末２００−１の滞留量（例えば図１０（Ａ）に示す端末２００−１の滞留量「１０００ｂｙｔｅ」）とを比較する。
【０１２４】
図１０（Ａ）の例では、簡易リソース割り当て処理部１２９は、端末２００−１については、滞留量は減少していると判別する（図１２のＳ２５２でＹｅｓ）。
【０１２５】
図１２に戻り、簡易リソース割り当て処理部１２９は、滞留量が減少していると判別すると（Ｓ２５２でＹｅｓ）、滞留量が減少した端末２００に対して無線リソースを割り当て、リソース割り当て情報を生成する（Ｓ２５３）。図１０（Ａ）の例では、簡易リソース割り当て処理部１２９は、端末２００−１に対して、無線リソースを割り当て、リソース割り当て情報を生成する。
【０１２６】
図１０（Ｂ）は、簡易リソース割り当て処理後のリソース割り当て情報の例を表す図である。図１０（Ｂ）の例では、簡易リソース割り当て処理部１２９は、端末２００−１（ＵＥ＃１）の「１０００ｂｙｔｅ」の送信データに対して、ＴＢサイズ「１０００ｂｙｔｅ」、変調方式「１６ＱＡＭ（Quadrature Amplitude Modulation）」、ＲＢ数「２ＲＢ」を割り当てている。
【０１２７】
図１２に戻り、次に、簡易リソース割り当て処理部１２９は、削減したリソースを加算する（Ｓ２５４）。滞留量の減少（Ｓ２５２でＹｅｓ）によって、無線リソースの割り当て量（ＴＢサイズ又はＲＢ数）が削減される。図１０（Ａ）の例では、「３０００ｂｙｔｅ」分の無線リソースが削減される。本処理では、例えば、その削減されたリソース量を、滞留量が減少した端末２００数分、加算する処理を行って、削減されたリソースの総量を計算している。図１０（Ａ）の例では、削減対象は１つしかないため、削減されたリソースの総量は「３０００ｂｙｔｅ」となる。この場合、簡易リソース割り当て処理部１２９は、「３０００ｂｙｔｅ」（又は３ＲＢ）を、メモリ１３１に記憶する。
【０１２８】
図１２に戻り、一方、簡易リソース割り当て処理部１２９は、滞留量が増加したとき（Ｓ２５２でＮｏ）、該当する端末２００の滞留量を更新する（Ｓ２５６）。例えば、図１０（Ａ）の例では、端末２００−１００の滞留量については、「１５０００ｂｙｔｅ」から「２００００ｂｙｔｅ」に増加するため、簡易リソース割り当て処理部１２９は、端末２００−１００の滞留量を「２００００ｂｙｔｅ」に更新する。増加分のリソース割り当て処理は、例えば、後段のＳ２６０で行われる。
【０１２９】
簡易リソース割り当て処理部１２９は、Ｓ２５２からＳ２５４、及びＳ２５６の処理を、フィードバック情報に含まれる全端末２００に対して処理を行う（Ｓ２５５）。
【０１３０】
次に、簡易リソース割り当て処理部１２９は、削減したリソースの加算結果が「０」でないか否かを判別する（Ｓ２５７）。図１０（Ａ）の例では、簡易リソース割り当て処理部１２９は、メモリ１３１から、削減されたリソースの総量を読み出すと、「３０００ｂｙｔｅ」となっているため、加算結果は「０」ではない（Ｓ２５７でＹｅｓ）と判別する。
【０１３１】
簡易リソース割り当て処理部１２９は、削減したリソースの加算結果が「０」でないとき（Ｓ２５７でＹｅｓ）、フィードバック情報に含まれる全端末２００に対して、Ｓ２５９からＳ２６１までの処理を繰り返す（Ｓ２５８）。
【０１３２】
次に、簡易リソース割り当て処理部１２９は、滞留量が多い順に端末２００を検索する（Ｓ２５９）。図１０（Ａ）の例では、簡易リソース割り当て処理部１２９は、滞留量が増加した端末２００−１００を検索する。
【０１３３】
図１２に戻り、次に、簡易リソース割り当て処理部１２９は、削減したリソースを、Ｓ２５９で検索した端末２００に割り当て、リソース割り当て情報を生成する（Ｓ２６０）。図１０（Ａ）の例では、簡易リソース割り当て処理部１２９は、削減された端末２００−１の「３０００Ｂｂｙｔｅ」（又は３ＲＢ）を、滞留量が増加した端末２００−１００に割り当てる。この場合、端末２００−１００の割り当て量は「１１５００ｂｙｔｅ」（＝８５００ｂｙｔｅ＋３０００ｂｙｔｅ）（又は１８ＲＢ（＝１５ＲＢ＋３ＲＢ））となる。従って、簡易リソース割り当て処理部１２９は、図１０（Ａ）に示す例の場合、図１０（Ｂ）に示すリソース割り当て情報を生成する。
【０１３４】
図１２に戻り、次に、簡易リソース割り当て処理部１２９は、削減したリソースが「０」になっていないか否かを判別する（Ｓ２６１）。ここでは、例えば、簡易リソース割り当て処理部１２９は、削減されたリソース（Ｓ２５４）を、滞留量の多い端末２００から順に割り当て（Ｓ２６０）、削減されたリソースについての残りのリソースが「０」になっていないかを判別している。
【０１３５】
簡易リソース割り当て処理部１２９は、削減したリソースが「０」になっていないとき（Ｓ２６１でＹｅｓ）、「０」になるまで、削減されたリソースを、滞留量の多い端末２００から順に、割り当てている（Ｓ２６２）。従って、簡易リソース割り当て処理部１２９は、削減したリソースを、滞留量が増加した端末２００に割り当て、そのリソースが「０」になると（Ｓ２６１でＹｅｓ）、滞留量が増加した端末２００全てに割り当てていないときでも、簡易リソース割り当て処理を終了する（Ｓ２６３）。
【０１３６】
一方、簡易リソース割り当て処理部１２９は、滞留量が増加した端末２００全てに、削減されたリソースを割り当てると、ループを終了し（Ｓ２６１でＹｅｓ、Ｓ２６２）、簡易リソース割り当て処理を終了する（Ｓ２６３）。
【０１３７】
図１０（Ａ）の例では、端末２００−１について削減されたリソース量「３０００ｂｙｔｅ」を、滞留量が増加した端末２００−１００全ての割り当てているため、ループが終了し（Ｓ２６１でＹｅｓ、Ｓ２６２）、簡易リソース割り当て処理を終了する。
【０１３８】
一方、削減したリソースの加算結果が「０」のとき（Ｓ２５７でＮｏ）、簡易リソース割り当て処理部１２９は、滞留量が増加した端末２００への無線リソースの割り当て（Ｓ２６０）を行うことなく、簡易リソース割り当て処理を終了する（Ｓ２６３）。例えば、図１０（Ａ）の例で、端末２００−１の滞留量が増加した場合、端末２００−１も端末２００−１００も滞留量が増加することになる。この場合、簡易リソース割り当て処理部１２９は、削減されたリソースがないため、端末２００−１，２００−１００に対して、無線リソースを割り当てることなく、簡易リソース割り当て処理を終了する。
【０１３９】
以上が簡易リソース割り当て処理の動作例である。
【０１４０】
図８に戻り、スケジューラ１１４−１は、簡易リソース割り当て処理を終了すると（Ｓ２２）、再割り当て後のリソース割り当て情報をＭＡＣレイヤ処理部１１３へ送信する（Ｓ２３）。ＭＡＣレイヤ処理部１１３は、再割り当て後のリソース情報に基づいて、ＭＡＣ  ＰＤＵを生成し（Ｓ２５、図１１のＳ１８８）、生成したＭＡＣ  ＰＤＵをＬ１処理部１３３へ送信する（Ｓ２７）。
【０１４１】
＜２．２  Ｈｉｇｈｅｓｔ  ＬＣＰが変化した場合の動作例＞
図１３は、Ｈｉｇｈｅｓｔ  ＬＣＰが変化した場合の動作例を表すシーケンス図である。
【０１４２】
図１３に示すように、ＲＬＣレイヤ処理部１１２では、データを受信し、送信データ量情報をスケジューラ１１４−１へ送信する（Ｓ１０〜Ｓ１２）。
【０１４３】
図１４（Ａ）は、ＲＬＣレイヤ処理部１１２がスケジューラ１１４−１へ送信する送信データ量情報（Ｓ１２）の例である。また、図１４（Ｂ）は、スケジューラ１１４−１が送信データ量情報に基づいて、リソース割り当て処理を行ったときのリソース割り当て情報（Ｓ１６）の例を表す図である。図１４（Ａ）と図１４（Ｂ）に示すように、スケジューラ１１４−１では、ＬＣＰ情報に基づいて、優先度を計算し、１００台の端末２００−１〜２００−１００のうち、１０台の端末２００−１，２００−１０，２００−１００に無線リソースを割り当てている。
【０１４４】
図１３に戻り、その後、ＲＬＣレイヤ処理部１１２では、ＬＣＰが「１」、データ量が「１０００ｂｙｔｅ」である、端末２００−１００宛の送信データを新たに受信した（Ｓ３２）。
【０１４５】
ＭＡＣレイヤ処理部１１３では、リソース割り当て情報に基づいて、ＭＡＣ  ＰＤＵ生成処理を行う（Ｓ１８）。ＭＡＣ  ＰＤＵ生成処理は、＜２．１  滞留量が変化した場合の動作例＞と同様に、例えば、図１１に示すフローチャートにより処理が行われる。
【０１４６】
この場合、図１３の例では、端末２００−１００宛の送信データについて、「１０００ｂｙｔｅ」増加しているため、ＭＡＣ  ＰＤＵ生成処理部１２０は、端末２００−１００については、滞留量の変化有りと判別する（Ｓ１８３でＹｅｓ）。また、ＭＡＣ  ＰＤＵ生成処理部１２０は、他の端末２００−１，…，２００−９０については滞留量の変化はないと判別する（Ｓ１８３でＮｏ）。ＭＡＣ  ＰＤＵ生成処理部１２０は、端末２００−１００についてのフィードバック情報を生成する（Ｓ１８４）。
【０１４７】
図１５（Ａ）はフィードバック情報の例を表す図である。この例では、端末２００−１００（ＵＥ＃１００）について、「１０００ｂｙｔｅ」の送信データが新たに追加されたため、滞留量は、「１６０００Ｂｂｙｔｅ」（＝１５０００ｂｙｔｅ＋１０００ｂｙｔｅ）となる。また、「１０００ｂｙｔｅ」の送信データについてのＬＣＰが「１」であるため、Ｈｉｇｈｅｓｔ  ＬＣＰが「５」から「１」へ変化する。そのため、ＭＡＣ  ＰＤＵ生成処理部１２０は、変化後のＨｉｇｈｅｓｔ  ＬＣＰ情報「１」を、フィードバック情報送信処理部１２２へ出力し、フィードバック情報送信処理部１２２は、これらの情報を含むフィードバック情報をスケジューラ１１４−１へ送信する。
【０１４８】
図１３に戻り、スケジューラ１１４−１は、フィードバック情報に基づいて、簡易リソース割り当て処理を行う（Ｓ２２）。
【０１４９】
図１６は、Ｈｉｇｈｅｓｔ  ＬＣＰが変化した場合の簡易リソース割り当て処理の例を表すフローチャートである。図１６において、図１２と同一の処理には同一の符号が付されている。
【０１５０】
簡易リソース割り当て処理部１２９は、フィードバック情報を受信すると（Ｓ２５１）、Ｈｉｇｈｅｓｔ  ＬＣＰ情報の変更を判別する（Ｓ２６５）。例えば、簡易リソース割り当て処理部１２９は、滞留量の減少（図１２のＳ２５２）と同様に、以下の処理を行う。
【０１５１】
すなわち、簡易リソース割り当て処理部１２９は、フィードバック情報を受信すると、リソース割り当て処理部１２６に対して、フィードバック情報に含まれる全端末２００について、送信データ量情報に含まれるＨｉｇｈｅｓｔ  ＬＣＰ情報を問い合わせる。リソース割り当て処理部１２６は、メモリ１３１から、問い合わせのあった端末２００のＨｉｇｈｅｓｔ  ＬＣＰ情報を取得する。リソース割り当て処理部１２６は、取得したＨｉｇｈｅｓｔ  ＬＣＰ情報を、簡易リソース割り当て処理部１２９へ通知する。簡易リソース割り当て処理部１２９は、通知を受けた、送信データ量情報に含まれるＨｉｇｈｅｓｔ  ＬＣＰ情報と、フィードバック情報に含まれるＨｉｇｈｅｓｔ  ＬＣＰ情報とを比較して、その変更を判別する。図１５（Ａ）の例では、簡易リソース割り当て処理部１２９は、端末２００−１００（ＵＥ＃１００）について、Ｈｉｇｈｅｓｔ  ＬＣ情報の変更あり、と判別する（図１６のＳ２６５でＹｅｓ）。
【０１５２】
図１６に戻り、簡易リソース割り当て処理部１２９は、Ｈｉｇｈｅｓｔ  ＬＣＰ情報の変更を判別したとき（Ｓ２６５でＹｅｓ）、変更対象の端末２００の送信データに対して、無線リソースを割り当て、リソース割り当て情報を生成する（Ｓ２５３）。
【０１５３】
図１５（Ａ）の例では、簡易リソース割り当て処理部１２９は、新たに受信した、ＬＣＰが「１」である「１０００ｂｙｔｅ」の端末２００−１００宛のデータに対して、無線リソースを割り当てる。この場合、簡易リソース割り当て処理部１２９は、ＬＣＰ「１」は優先度が最も高いため、その「１０００ｂｙｔｅ」の送信データに対して、変調方式を、２５６ＱＡＭからＱＰＳＫ（Quadrature Phase Shift Keying）へ変更している。
【０１５４】
Ｈｉｇｈｅｓｔ  ＬＣＰが更新された場合、送信データ量情報（図１３のＳ１２）として通知した対象の送信データよりも、ＬＣＰが高く、優先して送信すべきデータである。従って、簡易リソース割り当て処理部１２９は、送信データ量情報に基づいて割り当てられた、端末２００−１００の「８５００ｙｔｅ」分の送信データよりも、後から受信した「１０００Ｂｂｙｔｅ」分の送信データを優先して、無線リソースを割り当てる。この場合、簡易リソース割り当て処理部１２９は、「８５００ｂｙｔｅ」−「１０００ｂｙｔｅ」＝「７５００ｂｙｔｅ」分にリソース量が削減されたことになる。従って、簡易リソース割り当て処理部１２９は、削減したリソース量「７５００ｂｙｔｅ」を加算対象とする（Ｓ２５３）。
【０１５５】
以降は、簡易リソース割り当て処理部１２９は、加算対象の「７５００Ｂｂｙｔｅ」分のリソースを、滞留量の多い順に選択した端末２００に対して順次、割り当てていくことになる（Ｓ２５７〜Ｓ２６１のループ）。図１４（Ｂ）の例では、端末２００−１００（ＵＥ＃１００）以外では、端末２００−９０（ＵＥ＃９０）の滞留量が最も多い。従って、簡易リソース割り当て処理部１２９は、端末２００−９０に対して、「７５００ｂｙｔｅ」のリソースを割り当てる。従って、端末２００−９０に対する割り当て量は、「１５５００ｂｙｔｅ」＝８０００ｂｙｔｅ＋７５００ｂｙｔｅとなる。この割り当て量は、図１４（Ａ）に示すように、端末２００−９０の滞留量と同じ量になっている。端末２００−９０に対して、削減された「７５００ｂｙｔｅ」全部が割り当てられることで、端末２００−９０宛の全送信データに対して無線リソースが割り当てられる結果となっている。
【０１５６】
例えば、端末２００−９０の滞留量が「１４５００ｂｙｔｅ」の場合、削減された「６５００ｂｙｔｅ」分の無線リソースが割り当てられる。残りの「１０００ｂｙｔｅ」分の無線リソースは、端末２００−９０の次に滞留量の多い、端末２００−８０に割り当てられる（Ｓ２５８からＳ２６２のループ）。
【０１５７】
以上がＨｉｇｈｅｓｔ  ＬＣＰが変化した場合の簡易リソース割り当て処理の動作例である。
【０１５８】
図１３に戻り、スケジューラ１１４−１は、簡易リソース割り当て処理を終了すると（Ｓ２２）、リソース割り当て情報を、ＭＡＣレイヤ処理部１１３へ送信する（Ｓ２３）。
【０１５９】
図１５（Ｂ）は、簡易リソース割り当て処理後のリソース割り当て情報の例を表す図である。端末２００−１００宛のＬＣＰが「１」となっている「１０００ｂｙｔｅ」分の送信データに対して無線リソースが割り当てられ、端末２００−９０に対しては「１５５００ｂｙｔｅ」の無線リソースが割り当てられる。ＭＡＣレイヤ処理部１１３は、再割り当て後のリソース割り当て情報に基づいて、ＭＡＣ  ＰＤＵ生成処理を行う（Ｓ２５，図１１のＳ１８８）。
【０１６０】
以上説明したように、本第１の実施の形態では、ＭＡＣレイヤ処理部１１３では、ＭＡＣ  ＰＤＵを生成する際に送信データバッファ１１８における端末２００宛の送信データの滞留量が変化した場合、フィードバック情報をスケジューラ１１４−１へ通知している（図３のＳ２０）。そして、スケジューラ１１４−１では、フィードバック情報に基づいて、無線リソースの再割り当てを行っている（Ｓ２２）。これにより、例えば、スケジューラ１１４−１において、無線リソースの割り当て処理が行われているときに（Ｓ１５）、送信データの滞留量が減少しても、削減された無線リソースを、データ量が増加した他の端末２００宛の送信データに割り当てることも可能となる（図１２のＳ２６０）。従って、無線リソースを利用して、パディングデータを送信する場合と比較して、無線リソースの有効活用化が図られ、スループットを向上させることが可能となる。また、無線リソースの割り当てが行われているときに、送信データの滞留量が増加しても、滞留量が増加した送信データが、次の無線リソースの割り当てタイミングではなく、無線リソースの割り当てが行われているタイミングで割り当てが可能となっている。従って、無線リソースの有効活用化が図られ、スループットを向上させることが可能となる。
【０１６１】
第１の実施の形態では、送信データ量情報がＭＡＣレイヤ処理部１１３に出力される例について説明した（図３のＳ１２）。例えば、送信データ量情報送信部１１７は、送信データ量情報をＭＡＣレイヤ処理部１１３へ出力しないようにすることも可能である。この場合、送信データ量情報送信部１１７は、送信データ量情報をスケジューラ１１４−１へ送信するとき（Ｓ１２）、スケジューラ１１４−１へ送信した滞留量を送信データバッファ１１８に保持する。そして、ＭＡＣ  ＰＤＵ生成処理部１２０が送信データバッファ１１８から送信データを読み出すとき（Ｓ１９）、滞留量も読み出すようにする。これにより、ＭＡＣ  ＰＤＵ生成処理部１２０は、Ｓ１２で通知した滞留量とＳ１０で読み出した滞留量の変更を検出が可能となる（図１１のＳ１８３）。
【０１６２】
また、第１の実施の形態では、再割り当て後のリソース割り当て情報に基づいて、ＭＡＣ  ＰＤＵを生成するとき（図３のＳ２５）、滞留量が変化したとき、ＭＡＣレイヤ処理部１１３は、再度、フィードバック情報をスケジューラ１１４−１へ送信してもよい。ＭＡＣレイヤ処理部１１３は、以降、滞留量が変化するとフィードバック情報を送信するようにしてもよい。或いは、フィードバック情報の送信を制限し、１回のみ、２回のみ、などとすることも可能である。フィードバック情報の送信回数を制限することで、例えば、無線リソースの割り当て期間内に、無線リソースの割り当てが可能となり、スループットの向上を図ることができる。
【０１６３】
さらに、第１の実施の形態では、フィードバック情報には、Ｈｉｇｈｅｓｔ  ＬＣＰ情報を含む例について説明した（例えば、図１５（Ａ））。例えば、滞留量が増加しても、Ｈｉｇｈｅｓｔ  ＬＣＰに変化がないとき、ＭＡＣレイヤ処理部１１３は、Ｈｉｇｈｅｓｔ  ＬＣＰ情報を含まないフィードバック情報をスケジューラ１１４−１へ送信してもよい。この場合、フィードバック情報にＨｉｇｈｅｓｔ  ＬＣＰ情報が含まれないことで、スケジューラ１１４−１は、Ｈｉｇｈｅｓｔ  ＬＣＰに変更がないことを容易に認識することができる（図１６のＳ２６５）。
【０１６４】
さらに、第１の実施の形態では、滞留量に変化があった場合（図８から図１２）とＨｉｇｈｅｓｔ  ＬＣＰ情報に変化があった場合（図１３から図１６）とで別々に説明した。例えば、この２つの処理をマージすることも可能である。この場合、例えば、Ｈｉｇｈｅｓｔ  ＬＣＰ情報に変化があった場合、図１６に示すフローチャートにより簡易リソース割り当て処理が行われる。Ｈｉｇｈｅｓｔ  ＬＣＰ情報に変化がない場合、図１２に示すフローチャートにより簡易リソース割り当て処理が行われる。
【０１６５】
［その他の実施の形態］
図１７は、基地局１００のハードウェア構成例を表す図である。
【０１６６】
ＢＢＵ１１０は、ＮＩＦ（Network Interface）１６０、メモリ１６１、ＣＰＵ（Central Processing Unit）１６２、ＤＳＰ（Digital Signal Processor）１６３を備える。
【０１６７】
ＣＰＵ１６２は、メモリ１６１に記憶されたプログラムを読み出して実行することで、ＲＬＣレイヤ処理部１１２、ＭＡＣレイヤ処理部１１３、及びスケジューラ１１４−１，１１４−２，…の各機能を実現する。ＣＰＵ１６２は、例えば、ＲＬＣレイヤ処理部１１２、ＭＡＣレイヤ処理部１１３、及びスケジューラ１１４−１，１１４−２，…に対応する。
【０１６８】
また、ＮＩＦ１６０は、例えば、パケット受信部１１１に対応する。さらに、メモリ１６１は、例えば、送信データバッファ１１８とメモリ１３１に対応する。さらに、ＤＳＰ１６３は、例えば、Ｌ１処理部１３３に対応する。
【０１６９】
図１８は、無線通信システム１０の例を表す図である。
【０１７０】
無線通信システム１０は、基地局装置１００と端末装置２００とを備える。基地局装置１００は、第１のレイヤ処理部１１２、スケジューラ１１４−１、及び第２のレイヤ処理部１１３を備える。
【０１７１】
なお、第１のレイヤ処理部１１２は、例えば、第１の実施の形態のＲＬＣレイヤ処理部１１２に対応する。また、第２のレイヤ処理部１１３は、例えば、第１の実施の形態のＭＡＣレイヤ処理部１１３に対応する。
【０１７２】
第１のレイヤ処理部１１２は、端末装置２００宛の第１のデータの第１のデータ量を出力する。
【０１７３】
スケジューラ１１４−１は、第１のデータ量に基づいて、端末装置２００宛の第１のデータに対して第１の無線リソースを割り当て、割り当てた第１の無線リソースを表す第１のリソース割り当て情報を出力する。
【０１７４】
第２のレイヤ処理部１１３は、第１のリソース割り当て情報に基づいて第１のパケットデータを生成するときに、第１のデータの第１のデータ量が変化したとき、変化後の第２のデータ量をスケジューラ１１４−１へ出力する。
【０１７５】
スケジューラ１１４−１は、第２のデータ量に基づいて、端末装置宛の第１のデータに対して第２の無線リソースを割り当て、割り当てた第２の無線リソースを表す第２のリソース割り当て情報を出力する。
【０１７６】
第２のレイヤ処理部１１３は、スケジューラ１１４−１から出力された第２のリソース割り当て情報に基づいて、第２のパケットデータを生成し、第２のパケットデータを端末装置２００へ送信する。
【０１７７】
このように、基地局装置１００では、第１のパケットデータを生成するときに第１のデータの第１のデータ量が変化したとき、変化後の第２のデータ量をスケジューラ１１４−１へ出力し、スケジューラ１１４−１で無線リソースの再割り当てを行うようにしている。
【０１７８】
従って、例えば、第１のパケットデータを生成するときに、第１のデータのデータ量が減少しても、スケジューラ１１４−１は、減少によって削減された無線リソースを、データ量が増加した他の端末２００宛のデータのために割り当てることも可能となる。従って、無線リソースの有効活用化が図られ、スループットを向上させることが可能となる。
【０１７９】
また、例えば、第１のパケットデータを生成するときに、第１のデータのデータ量が増加しても、スケジューラ１１４−１は、第１のデータに対して、無線リソースの割り当て処理が行われているタイミングで、無線リソースを割り当てることが可能となる。この場合、例えば、データ量が減少した他のデータが存在する場合、減少により削減された無線リソースを、増加した第１のデータに対して、割り当てることも可能となる。従って、データ量が増加した場合でも、無線リソースの有効活用化が図られ、スループットを向上させることが可能となる。
【０１８０】
以上まとめると付記のようになる。
【０１８１】
（付記１）
端末装置宛の第１のデータの第１のデータ量を出力する第１のレイヤ処理部と、
前記第１のデータ量に基づいて、前記端末装置宛の第１のデータに対して第１の無線リソースを割り当て、割り当てた前記第１の無線リソースを表す第１のリソース割り当て情報を出力するスケジューラと、
前記第１のリソース割り当て情報に基づいて第１のパケットデータを生成するときに、前記第１のデータ量が変化したとき、変化後の第２のデータ量を前記スケジューラへ出力し、前記スケジューラから出力された第２のリソース割り当て情報に基づいて、第２のパケットデータを生成し、前記第２のパケットデータを前記端末装置へ送信する第２のレイヤ処理部とを備え、
前記スケジューラは、前記第２のデータ量に基づいて、前記端末装置宛の第１のデータに対して第２の無線リソースを割り当て、割り当てた前記第２の無線リソースを表す前記第２のリソース割り当て情報を出力することを特徴とする基地局装置。
【０１８２】
（付記２）
前記スケジューラは、前記第１のデータ量が減少したとき、前記第１のデータ量の減少により削減された無線リソースを、データ量が増加した他の端末装置宛の第３のデータに割り当て、前記第３のデータに割り当てた第３の無線リソースを表す第３のリソース割り当て情報と、データ量が減少した前記第１のデータに割り当てた第４の無線リソースを表す第４のリソース割り当て情報とを出力し、
前記第２のレイヤ処理部は、前記第３及び第４のリソース割り当て情報に基づいて、第３及び第４のパケットデータを夫々生成し、前記第３及び第４のパケットデータを前記端末装置へ送信することを特徴とする付記１記載の基地局装置。
【０１８３】
（付記３）
前記第２のレイヤ処理部は、前記第１のパケットデータを生成するときに、前記端末装置宛の第１のデータよりも優先度の高い前記端末装置宛の第４のデータを受信したとき、前記優先度と前記第４のデータのデータ量とを前記スケジューラへ通知し、
前記スケジューラは、前記第４のデータに第５の無線リソースを割り当て、前記第４のデータに割り当てた前記第５の無線リソースを表す第５のリソース割り当て情報を出力し、
前記第２のレイヤ処理部は、前記第５のリソース割り当て情報に基づいて、第５のパケットデータを生成し、前記第５のパケットデータを前記端末装置へ送信することを特徴とする付記１記載の基地局装置。
【０１８４】
（付記４）
更に、前記端末装置宛の第１のデータを記憶する送信データバッファを備え、
前記第２のレイヤ処理部は、前記第１のデータ量と、前記第１のパケットデータを生成するときに、前記送信データバッファから読み出した前記第１のデータの前記第２のデータ量とに基づいて、前記第１のデータ量の変化を検出することを特徴とする付記１記載の基地局装置。
【０１８５】
（付記５）
前記第１のレイヤ処理部が前記第１のデータ量を出力後、前記第２のレイヤ処理部が前記送信データバッファから前記第１のデータを読み出す前に、前記基地局装置が前記端末装置宛の前記第１のデータを更に受信したとき、前記送信データバッファに記憶される前記第１のデータのデータ量は、前記第１のデータ量よりもデータ量が多い前記第２のデータ量となり、
前記第１のレイヤ処理部が前記第１のデータ量を出力後、前記第２のレイヤ処理部が前記送信データバッファから前記第１のデータを読み出す前に、前記基地局装置が前記端末装置宛の前記第１のデータを廃棄したとき、前記送信データバッファに記憶される前記第１のデータのデータ量は、前記第１のデータ量よりもデータ量が少ない前記第２のデータ量となる
ことを特徴とする付記４記載の基地局装置。
【０１８６】
（付記６）
前記第２のレイヤ処理部は、前記第２のリソース割り当て情報に基づいて、前記第２のデータ量を有する第２のデータを含む前記第２のパケットデータを生成することを特徴とする付記１記載の基地局装置。
【０１８７】
（付記７）
前記第１のパケットデータと前記第２のパケットデータは、ＭＡＣ  ＰＤＵ（Media Access Control Protocol Data Unit）であることを特徴とする付記４記載の基地局装置。
【０１８８】
（付記８）
前記優先度は、ＬＣＰ（Logical Channel Priority）であることを特徴とする付記１記載の基地局装置。
【０１８９】
（付記９）
前記第１のレイヤ処理部は、ＲＬＣ（Radio Link Control）レイヤに関する処理を行い、前記第２のレイヤ処理部は、ＭＡＣ（Media Access Control）レイヤに関する処理を行うことを特徴とする付記１記載の基地局装置。
【０１９０】
（付記１０）
基地局装置のコンピュータで実行されるデータ送信プログラムであって、
端末装置宛の第１のデータの第１のデータ量を出力し、
前記第１のデータ量に基づいて、前記端末装置宛の第１のデータに対して第１の無線リソースを割り当て、割り当てた前記第１の無線リソースを表す第１のリソース割り当て情報を出力し、
前記第１のリソース割り当て情報に基づいて第１のパケットデータを生成するときに、前記第１のデータ量が変化したとき、変化後の第２のデータ量を出力し、
前記第２のデータ量に基づいて、前記端末装置宛の第１のデータに対して第２の無線リソースを割り当て、割り当てた前記第２の無線リソースを表す第２のリソース割り当て情報を出力し、
前記第２のリソース割り当て情報に基づいて、第２のパケットデータを生成し、前記第２のパケットデータを前記端末装置へ送信する
処理を前記コンピュータに実行させるデータ送信プログラム。
【符号の説明】
【０１９１】
１０：無線通信システム              １００：基地局装置
１１０：ＢＢＵ                      １１１：パケット受信部
１１２：ＲＬＣレイヤ処理部          １１３：ＭＡＣレイヤ処理部
１１４−１，１１４−２，…：スケジューラ
１１５：データ受信部                １１６：送信データ量計算部
１１７：送信データ量情報送信部      １１８：送信データバッファ
１１９：リソース割り当て情報受信部  １２０：ＭＡＣ  ＰＤＵ生成処理部
１２１：ＭＡＣ  ＰＤＵ送信部        １２２：フィードバック情報送信処理部
１２４：送信データ量情報受信部      １２６：リソース割り当て処理部
１２７：リソース割り当て情報送信部  １２８：フィードバック情報受信処理部
１２９：簡易リソース割り当て処理部  １３１：メモリ
１４０−１〜１４０−３：ＲＲＨ      １５０−１〜１５０−３：アンテナ
１６２：ＣＰＵ
２００（２００−１〜２００−１００）：端末装置
【図１】
2019041343.tif 000003
【図２】
2019041343.tif 000004
【図３】
2019041343.tif 000005
【図４】
2019041343.tif 000006
【図５】
2019041343.tif 000007
【図６】
2019041343.tif 000008
【図７】
2019041343.tif 000009
【図８】
2019041343.tif 000010
【図９】
2019041343.tif 000011
【図１０】
2019041343.tif 000012
【図１１】
2019041343.tif 000013
【図１２】
2019041343.tif 000014
【図１３】
2019041343.tif 000015
【図１４】
2019041343.tif 000016
【図１５】
2019041343.tif 000017
【図１６】
2019041343.tif 000018
【図１７】
2019041343.tif 000019
【図１８】
2019041343.tif 000020