JP7909472B2 - 処理装置、基地局装置、通信システム、方法及びプログラム - Google Patents

Description

本発明の実施形態は、処理装置、基地局装置、通信システム、方法及びプログラムに関する。

無線通信端末（以下、単に端末と称される）と基地局との間の無線通信において、端末から基地局への上り通信には、通信遅延が発生しやすいという問題がある。端末は、送信すべきデータを生成すると、基地局へ通信リソース（例えば、周波数と時間で定義されるリソースブロック）の割当要求（スケジューリングリクエストとも称される）を送信する。基地局は、端末に対して通信リソースを割り当て、割り当てた通信リソースを表す情報（スケジュール情報とも称される）を端末へ送信する。端末は、スケジュール情報を受信すると、スケジュール情報に基づいた通信リソースを使用してデータを基地局へ送信する。このように、端末は、送信すべきデータを生成した後、データを直ちに送信できない。

基地局は、スケジューリングリクエストに対しては、比較的小さいサイズのデータ（例えば、数１００バイト）を送信する通信リソースしか割り当てることが出来ない。送信データのサイズが大きい場合、端末は、スケジューリングリクエストによって割り当てられた通信リソースでは全てのデータを送信することができない。端末は、更なる割当要求を送信する。具体的には、端末は、スケジューリングリクエストによって割り当てられた通信リソースを使用するデータの送信時に、未送信データサイズを記載するＢＳＲ（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）をデータに含めて基地局へ送信する。基地局は、ＢＳＲに応じたサイズのデータを送信できるような通信リソースを割り当てる。このように、送信データのサイズが大きい場合、スケジューリングリクエストに対する割り当てによる遅延に加えて、ＢＳＲに対する割り当てによる遅延も生じ、通信遅延時間が長くなる。

特開２０１８－１３３６６３号公報 特開２０１８－１２９７７７号公報

本発明の目的は、上り通信の遅延時間を短くする処理装置、基地局装置、通信システム、方法及びプログラムを提供することである。

実施形態に係る処理装置は、第１レイヤと第２レイヤを具備する基地局の前記第１レイヤからの第１データを受信する受信部と、前記第１データを変更することにより第２データを生成する処理部と、前記第２データを前記第２レイヤへ送信する送信部と、を具備する。前記第１データは、前記基地局へ送信予定のデータの中の未送信データサイズを表す通信リソース割当要求を含む。前記処理部は、前記基地局へ送信するデータの送信タイミングを推定し、前記送信タイミングの前に前記未送信データサイズを変更することにより前記第２データを生成する。

第１実施形態乃至第４実施形態に係る通信システムの一例を説明するための図。 第１実施形態乃至第４実施形態に係る基地局の機能レイヤの一例を説明するための図。 第１実施形態に係る基地局の一例を説明するためのブロック図。 外部装置が外部連携部へ送信する制御データの一例を説明するための図。 決定部が指示部へ送信する低遅延化に関する指示の一例を説明するための図。 変更部がＢＳＲを書き換える処理の一例を説明するための図。 変更部がメッセージにＢＳＲを挿入する処理の一例を説明するための図。 比較例において、処理装置を有しない基地局の上り通信の手順の一例を説明するための図。 第１実施形態に係る基地局の上り通信の手順の一例を説明するための図。 第２実施形態に係る基地局の一例を説明するためのブロック図。 第２実施形態に係る基地局の上り通信の手順の一例を説明するための図。 第３実施形態に係る基地局の一例を説明するためのブロック図。 第３実施形態に係る基地局の上り通信の手順の一例を説明するための図。 第４実施形態に係る基地局の一例を説明するためのブロック図。 外部装置が外部連携部へ送信する制御データの一例を説明するための図。 第４実施形態に係る基地局の上り通信の手順の一例を説明するための図。 第５実施形態に係る基地局の一例を説明するためのブロック図。

以下、図面を参照して、実施形態を説明する。以下の説明は、実施形態の技術的思想を具体化するための装置や方法を例示するものであって、実施形態の技術的思想は、以下に説明する構成要素の構造、形状、配置、材質等に限定されるものではない。当業者が容易に想到し得る変形は、当然に開示の範囲に含まれる。説明をより明確にするため、図面において、各要素のサイズ、厚み、平面寸法又は形状等を実際の実施態様に対して変更して模式的に表す場合もある。複数の図面において、互いの寸法の関係や比率が異なる要素が含まれることもある。複数の図面において、対応する要素には同じ参照数字を付して重複する説明を省略する場合もある。いくつかの要素に複数の呼称を付す場合があるが、これら呼称の例はあくまで例示であり、これらの要素に他の呼称を付すことを否定するものではない。また、複数の呼称が付されていない要素についても、他の呼称を付すことを否定するものではない。なお、以下の説明において、「接続」は直接接続のみならず、他の要素を介した接続も含む場合もある。例えば、無線による接続が含まれる。

図１は、第１実施形態乃至第５実施形態に係る無線通信システムの一例を説明するための図である。無線通信システムの一例は、アプリケーションサーバ１０、コアネットワーク１２、基地局１４及び少なくとも１つの無線通信端末（以下、端末と称する）１６を備える。以下の説明で、単に端末１６と表記する場合、少なくとも１つの端末１６を意味する。

端末１６はアプリケーションサーバ１０と連携してアプリケーションを実行する。アプリケーションサーバ１０は、クラウド上に存在しても良いし、物理サーバ上に存在しても良い。端末１６は、基地局１４及びコアネットワーク１２を介してアプリケーションサーバ１０へデータを送信する。端末１６は、基地局１４及びコアネットワーク１２を介してアプリケーションサーバ１０からデータを受信する。端末１６及び基地局１４は無線回線により互いに接続される。基地局１４及びコアネットワーク１２は４Ｇ又は５Ｇ等の規定のネットワークを構成する。基地局１４及びコアネットワーク１２は５Ｇ以降に規定されたネットワークを構成してもよい。

基地局１４の機能は、論理的に２つの機能に分割される。基地局１４は、２つの機能部と、２つの機能部の間に接続される処理装置２２とを備える。２つの機能部の例は、コアネットワーク１２と通信する第１通信部（以下、本体部２４と称する）と、端末１６と通信する第２通信部（以下、無線部と称する）２６である。本体部２４は、ＭＡＣレイヤ以上のレイヤに対応する。無線部２６は、ＰＨＹレイヤ以下のレイヤに対応する。端末１６からの通信リソースの割当要求に応じて端末１６へ通信リソースを割り当てる割当部（スケジューラとも称される）は、本体部２４に位置する。

端末１６の機能は、論理的に２つの機能に分割される。端末は、２つの機能部を備える。２つの機能部の例は、基地局１４と通信する無線部３２と、無線部３２と通信し、アプリケーションを実行する処理部３４である。処理部３４は、アプリケーションを実行することにより、無線部３２又は図示しないセンサや入力部からデータを入力し、データを処理し、基地局１４へ送信するデータを生成する。処理部３４が生成するデータのサイズと生成する周期（すなわち端末１６がデータを送信する周期）は、アプリケーションにより決まっている。例えば、ロボットの制御用のアプリケーションは、各種センサの出力を入力し、所定サイズのセンサ信号を周期的に生成する。端末１６は、センサ信号を周期的に基地局１４、コアネットワーク１２を介してアプリケーションサーバ１０へ送信する。アプリケーションサーバ１０は、センサ信号に応じて、ロボット制御信号を生成する。

図２は、第１実施形態乃至第４実施形態に係る基地局１４の機能レイヤの一例を説明するための図である。移動通信システムの一例である３ＧＰＰ（登録商標）（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）の定義では、基地局は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）、Ｈｉｇｈ ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、Ｌｏｗ ＲＬＣ、Ｈｉｇｈ ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）、Ｌｏｗ ＭＡＣ、Ｈｉｇｈ ＰＨＹ（Ｐｈｙｓｉｃａｌ）及びＬｏｗ ＰＨＹの８レイヤで構成される。ＲＲＣからＬｏｗ ＰＨＹまでの隣接する２レイヤの間のインタフェースは、それぞれオプション１からオプション７として規定されている。

Ｈｉｇｈ ＲＬＣとＬｏｗ ＲＬＣは、分割されず、１つのＲＬＣレイヤとして実装されてもよい。Ｈｉｇｈ ＭＡＣとＬｏｗ ＭＡＣは、分割されず、１つのＭＡＣレイヤとして実装されてもよい。Ｈｉｇｈ ＰＨＹとＬｏｗ ＰＨＹは、分割されず、１つのＰＨＹレイヤとして実装されてもよい。

ＰＨＹレイヤ（Ｈｉｇｈ ＰＨＹ、Ｌｏｗ ＰＨＹ）は、無線部２６に対応する。ＲＲＣ、ＰＤＣＰ、ＲＬＣ（Ｈｉｇｈ ＲＬＣ、Ｌｏｗ ＲＬＣ）及びＭＡＣ（Ｈｉｇｈ ＭＡＣ、Ｌｏｗ ＭＡＣ）レイヤは、本体部２４に対応する。処理装置２２は、オプション６に位置する。

一体型基地局は、ＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）、ＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）及びＲＵ（Ｒａｄｉｏ Ｕｎｉｔ）を含む。ＲＵは、無線部２６に対応する。ＤＵとＣＵは、本体部２４に対応する。

レイヤ間の通信プロトコルを定義する団体として、Ｓｍａｌｌ Ｃｅｌｌ Ｆｏｒｕｍ及びＯ－ＲＡＮ（Ｏｐｅｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）がある。Ｓｍａｌｌ Ｃｅｌｌ ＦｏｒｕｍとＯ－ＲＡＮアライアンスとで、機能に対応するレイヤが多少異なる。図２では、Ｓｍａｌｌ Ｃｅｌｌ Ｆｏｒｕｍが策定したＲＵ、ＤＵ、ＣＵは、それぞれＳ－ＲＵ、Ｓ－ＤＵ、Ｓ－ＣＵと記載され、Ｏ－ＲＡＮアライアンスが策定したＲＵ、ＤＵ、ＣＵはそれぞれＯ－ＲＵ、Ｏ－ＤＵ、Ｏ－ＣＵと記載されている。

Ｓｍａｌｌ Ｃｅｌｌ Ｆｏｒｕｍでは、基地局の機能は、ＶＮＦ（Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）とＰＮＦ（Ｐｈｙｓｉｃａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）に分割される。ＶＮＦは、ＭＡＣレイヤ以上に対応する。ＰＮＦは、ＰＨＹレイヤ以下に対応する。ＶＮＦとＰＮＦの間のインタフェースは、オプション６として規定されている。処理装置２２は、オプション６に位置する。Ｓｍａｌｌ Ｃｅｌｌ Ｆｏｒｕｍでは、オプション６の通信プロトコルは、ＦＡＰＩ（Ｆｅｍｔｏ Ａｐｐｌｉｃａｔｉｏｎ Ｐｌａｔｆｏｒｍ Ｉｎｔｅｒｆａｃｅ）／ｎＦＡＰＩ（ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎａｌ Ａｐｐｌｉｃａｔｉｏｎ Ｐｌａｔｆｏｒｍ Ｉｎｔｅｒｆａｃｅ）プロトコルとして規定されている。処理装置２２は、ＦＡＰＩ／ｎＦＡＰＩプロトコルに準拠する。

ＶＮＦという装置またはソフトウェアは、本体部２４に対応する。ＰＮＦという装置またはソフトウェアは、無線部２６に対応する。これら二つのソフトウェアは異なる二つの装置上で動作させても良いし、同じ装置の上で動作させても良い。ＶＮＦは、Ｓ－ＣＵとＳ－ＤＵを含む。Ｓ－ＣＵはＲＲＣ、ＰＤＰＣレイヤに対応する。Ｓ－ＤＵはＲＬＣ、ＭＡＣレイヤに対応する。Ｓ－ＣＵとＳ－ＤＵの間のインタフェースは、オプション２として規定されている。ＰＮＦは、Ｓ－ＲＵを含む。

処理装置２２は、プロトコルで交換されるデータを中継しつつ、プロトコル上に新たなデータを注入することにより、間接的に上位または下位のレイヤを操作する。ＦＡＰＩ／ｎＦＡＰＩプロトコルの例では、上位レイヤはＶＮＦであり、下位レイヤはＰＮＦである。この二つはソケット通信で接続される。ＶＮＦは、ＰＮＦのＩＰアドレス及びポート番号を指定する。ＰＮＦは、ＶＮＦのＩＰアドレス及びポート番号を指定する。

処理装置２２がＰＮＦからのデータをそのままＶＮＦへ送信することにより、ＶＮＦには、ＰＮＦに接続されていると判断させることができる。処理装置２２がＶＮＦからのデータをそのままＰＮＦへ送信することにより、ＰＮＦには、ＶＮＦに接続されていると判断させることができる。そのため、ＶＮＦとＰＮＦは処理装置２２の存在を認識せず、互いに接続されていると認識し、システムとして問題なく動作する。なお、処理装置２２の送信とは、データの伝送、伝達の概念を含み、処理装置２２の受信とは、データを受け取ることを含む。

処理装置２２は、受信した通常プロトコルのデータに対して、例えばパケットの順番等、プロトコルで規定された規則に従って新たなデータを注入することにより、上位レイヤ及び下位レイヤは、新たなデータを仲介されたレイヤ（処理装置２２）から挿入されたデータとは判断せず、通常プロトコルのデータとして処理する。

Ｏ－ＲＡＮアライアンスでは、基地局の機能は、Ｏ－ＣＵ、Ｏ－ＤＵ、Ｏ－ＲＵに分割される。Ｏ－ＣＵは、ＲＲＣ、ＰＤＣＰレイヤに対応する。Ｏ－ＤＵは、Ｈｉｇｈ ＲＬＣ、Ｌｏｗ ＲＬＣ、Ｈｉｇｈ ＭＡＣ、Ｌｏｗ ＭＡＣ、Ｈｉｇｈ ＰＨＹレイヤに対応する。Ｏ－ＲＵは、Ｌｏｗ ＰＨＹレイヤに対応する。

Ｏ－ＣＵとＯ－ＤＵが本体部２４に対応する。Ｏ－ＣＵとＯ－ＤＵの間のインタフェースは、オプション２として規定されている。Ｏ－ＤＵとＯ－ＲＵの間のインタフェースは、オプション７として規定されている。処理装置２２は、オプション７に位置する。Ｏ－ＲＡＮアライアンスでは、オプション７の通信プロトコルは、Ｏ－ＲＡＮ ７．２ｘプロトコルとして規定されている。処理装置２２は、Ｏ－ＲＡＮ ７．２ｘプロトコルに準拠する。

Ｏ－ＤＵは、Ｈｉｇｈ Ｏ－ＤＵとＬｏｗ Ｏ－ＤＵに分割される。Ｈｉｇｈ Ｏ－ＤＵは、Ｈｉｇｈ ＲＬＣ、Ｌｏｗ ＲＬＣＰ、Ｈｉｇｈ ＭＡＣ及びＬｏｗ ＭＡＣレイヤに対応する。Ｌｏｗ Ｏ－ＤＵは、Ｈｉｇｈ ＰＨＹレイヤに対応する。

Ｈｉｇｈ Ｏ－ＤＵとＬｏｗ Ｏ－ＤＵのインタフェースは、オプション６として規定されている。Ｏ－ＲＡＮアライアンスでは、オプション６の通信プロトコルはＦＡＰＩプロトコルとして規定されている。

Ｏ－ＲＵは、無線部２６に対応する。

第１実施形態
図３は、第１実施形態に係る基地局１４ａの一例を説明するためのブロック図である。基地局１４ａの一例は、処理装置２２ａを含む。処理装置２２ａは、無線部２６に接続されるポート４２、本体部２４に接続されるポート４４、外部装置５６に接続されるポート４６、受信部５２、処理部５０ａ及び送信部５４を備える。処理部５０ａの一例は、解釈部６２、６６、変更部６４、決定部６８、指示部７０及び外部連携部７２を含む。

無線部２６は、端末１６からの送信データを受信し、ポート４２を介して受信部５２へ受信データを送信する。受信部５２は、受信データを解釈部６２、６６へ送信する。

解釈部６２は、受信データを解釈し、データがＢＳＲを含むか否かを判定する。解釈部６２は、判定結果と受信データを変更部６４へ送信する。解釈部６２は、ＢＳＲを含むと判定した場合、データの中のＢＳＲの位置を示す情報も変更部６４へ送信する。

解釈部６６は、受信データを解釈し、データ送信元端末１６の識別情報ＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）を検知し、ＲＮＴＩと受信データを決定部６８へ送信する。ＲＮＴＩは、基地局１４内のプロトロルで使用される情報であり、基地局１４の識別情報である。

外部連携部７２は、外部装置５６から制御データを受信する。外部装置５６は、アプリケーションが動作するＭＥＣ（マルチアクセスエッジコンピューティング）やクラウド等である。外部連携部７２は、処理装置２２ａの動作を制御する制御データを外部装置５６から受信する。

受信部５２、送信部５４が外部連携部７２の機能を備えてもよい。この場合、処理部５０ａは、外部連携部７２を備えず、処理装置２２ａは、ポート４６を備えない。

処理部５０ａは、制御装置や演算装置を含む１つ以上の電子回路である。電子回路は、アナログまたはデジタル回路等で実現される。例えば、汎用目的プロセッサ、中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、ＡＳＩＣ、ＦＰＧＡ、およびその組み合わせが適用可能である。また、処理部５０ａはソフトウェア、プログラムによってこれらの電子回路上で実行されてもよい。

図４は、外部装置５６が外部連携部７２へ送信する制御データの一例を説明するための図である。制御データの一例は、ＢＳＲの書き換え対象のデータの送信元端末１６のＩＰアドレス、書き換え後のＢＳＲ（新ＢＳＲ）（バイト）及びデータの送信周期（ｉｎｔｅｒｖａｌ）（ミリ秒）を含む。外部装置５６のオペレータは、端末１６毎のデータ生成周期とデータサイズを把握している。外部装置５６のオペレータは、制御データを生成する。新ＢＳＲは、端末１６が生成するデータサイズに応じて設定される。

外部連携部７２は、ＩＰアドレスとＲＮＴＩとの紐づけ情報を含む。外部連携部７２は、制御データを受信すると、制御データ内のＩＰアドレスをＲＮＴＩに変換することにより制御データを修正する。外部連携部７２は、修正後の制御データを決定部６８へ送信する。

決定部６８は、解釈部６６から送信された端末１６の識別情報ＲＮＴＩと、外部連携部７２から送信された修正後の制御データ内のＲＮＴＩとに基づいて、ＲＮＴＩで識別される端末１６に対する上り通信の低遅延化を実行するか否かを決定する。上り通信の低遅延化を実行することは、端末１６の送信データに含まれるＢＳＲを制御データに記載のＢＳＲに書き換えることである。

決定部６８は、端末１６からの送信データの受信タイミングと制御データに含まれるｉｎｔｅｒｖａｌとに基づいて、端末１６がデータを次に送信する次送信タイミング（あるいは受信部５２がデータを次に受信するタイミング）と、送信するデータのサイズを推定する。決定部６８は、低遅延化を実行すると決定した場合、次送信タイミングの前に指示部７０へ低遅延化の開始を指示する。この開始指示のタイミングは、次送信タイミングまでに端末１６に新ＢＳＲに基づいた通信リソースの割り当てが完了するようなタイミングである。これにより、端末１６がデータを生成した時、送信のための通信リソースは既に割り当てられている。端末１６は、データの生成後、割当要求を送信する必要はないので、上り通信の遅延時間が短縮する。

図５は、決定部６８が指示部７０へ送信する低遅延化に関する指示の一例を説明するための図である。指示の一例は、ＢＳＲの書き換え対象のデータの送信元端末１６のＲＮＴＩ、書き換え後のＢＳＲ及び低遅延化処理の状態（ｓｔａｔｕｓ）を含む。ｓｔａｔｕｓの一例は、開始（ｓｔａｒｔ）、停止（ｓｔｏｐ）を含む。決定部６８は、受信部５２が低遅延化処理の実行対象である端末１６からのデータを受信すると、図５（ａ）に示す開始指示を指示部７０へ送信する。決定部６８は、受信部５２が低遅延化処理の実行対象である端末１６からのデータ受信を終了すると、図５（ｂ）に示す停止指示を指示部７０へ送信する。

指示部７０は、図５（ａ）に示す開始指示を受け取ると、変更部６４にＢＳＲの書き換えを開始させる。指示部７０は、図５（ｂ）に示す停止指示を受け取ると、変更部６４にＢＳＲの書き換えを停止させる。

変更部６４は、無線部２６から本体部２４へ送信されるデータの中のＢＳＲを制御データに記載されている新ＢＳＲに書き換える。無線部２６から本体部２４へ送信されるデータがＢＳＲを含まない場合、変更部６４は、決定部６８で決定された値を持つＢＳＲをデータに挿入する。

ＢＳＲは、端末１６から１回で送信されるデータ（以下、メッセージと称される）一部に含まれている。ＢＳＲは、未送信データサイズを表す。基地局１４は、ＢＳＲに応じた通信リソースを割り当てる。処理装置２２ａは、ＢＳＲを書き換えることにより、基地局１４が端末１６に割り当てる無線リソースの量を変更することができる。具体的には、変更部６４は、端末１６から基地局へ送信されるメッセージに含まれるＢＳＲの値を大きな値に書き換えることによりメッセージを修正する。これにより、割り当てられる通信リソースの量が増え、一度に送信できるデータのサイズが大きくなる。このため、通信リソース割当の要求回数が減り、上り通信の遅延時間が短くなる。もし、端末１６から送信されるメッセージがＢＳＲを含まない場合、変更部６４は、メッセージにＢＳＲを挿入し、ＢＳＲの値を大きな値に設定することにより、メッセージを修正する。

図６は、変更部６４がＢＳＲを書き換える処理の一例を説明するための図である。図６（ａ）は、ＢＳＲ書き換え前のメッセージの一例を説明する。図６（ｂ）は、ＢＳＲ書き換え後のメッセージの一例を説明する。メッセージは、ｎＦＡＰＩヘッダとＲＸ＿ＤＡＴＡ．ｉｎｄｉｃａｔｉｏｎからなる。ｎＦＡＰＩヘッダは、少なくともメッセージＩＤ、メッセージ長及びチェックサムを含む。ＲＸ＿ＤＡＴＡ．ｉｎｄｉｃａｔｉｏｎは、少なくともＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）長とＰＤＵを含む。ＰＤＵは、ＢＳＲのタグと値を含む。“０ｘ３Ｄ”がＢＳＲのタグであり、その次のバイト“０ｘＸＸ”、“０ｘＹＹ”がＢＳＲのインデックス（値）である。変更部６４は、ＢＳＲの値を“０ｘＸＸ”から“０ｘＹＹ”に書き換える。“０ｘＹＹ”は制御データに記載されているＢＳＲであり、“０ｘＸＸ”より大きい。ＢＳＲのインデックスが書き換えられると、チェックサムも書き換えられる。

図７は、メッセージがＢＳＲを含まない場合、変更部６４がメッセージにＢＳＲを挿入する処理の一例を説明するための図である。図７（ａ）は、ＢＳＲを含まないメッセージの一例を説明する。図７（ｂ）は、ＢＳＲ挿入後のメッセージの一例を説明する。メッセージがＢＳＲを含まない場合、メッセージ長が１０バイト、ＰＤＵ長が９バイトであるとする。ＢＳＲのタグとインデックスは、ともに１バイトであるとする。そのため、ＢＳＲがメッセージに挿入されると、メッセージ長は１２バイトになり、ＰＤＵ長は１１バイトになる。ＰＤＵへのＢＳＲタグの挿入方法には、次の３つがある。１つ目はＰＤＵの先頭に入れる方法である。この方法では、ＰＤＵを解釈せずに、ＰＤＵにＢＳＲタグを入れることが可能である。図７（ｂ）は、ＢＳＲタグをＰＤＵの先頭に挿入する例を示す。２つ目はＰＤＵの途中に入れる方法である。この場合、ＢＳＲタグはパディングタグよりも前に入れる必要がある。これは、パディングタグがデータを特定のデータサイズにするために用いられるため、これ以降のタグは処理されない可能性が高いためである。３つ目はＰＤＵの最後に入れる方法である。この場合、直前にパディングタグが存在する場合、基地局の実装によっては処理されない可能性がある。ここで示したように変更部６４がＢＳＲを挿入する場合、メッセージ長とＰＤＵ長とチェックサムを書き換える。

図８は、第１実施形態と比較するため、比較例において、処理装置２２を有しない、すなわちＢＳＲを書き換えない基地局１４´の上り通信の手順の一例を説明するための図である。

ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）に従って送信されるＰＵＣＣＨ情報を無線部２６から本体部２４に送信するために、本体部２４は、ＵＬ＿ＴＴＩ．ｒｅｑｕｅｓｔメッセージを無線部２６へ周期的に送信する。

無線部２６は、図示はしていないが、ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔをＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）上で送信されるデータのＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に組み込み、端末１６へ送信する。

端末１６は、ＵＬ＿ＴＴＩ．ｒｅｑｕｅｓｔメッセージを受信するより前のタイミングｔ１で、１５００バイトの送信データを既に生成していたとする。端末１６は、スケジューリングリクエスト（図ではＳＲと称される）をＤＣＩで指定されたＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）で基地局１４ａへ送信されるＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に組み込む。

無線部２６は、ＰＵＣＣＨで送信されたスケジューリングリクエストをＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージに組み込み、ＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージを本体部２４へ送信する。

本体部２４のＭＡＣレイヤ（Ｌｏｗ ＭＡＣ又はＨｉｇｈ ＭＡＣ）内の割当部は、上り通信のリソースをスケジューリングリクエストに従って、所定サイズ、例えば１００バイトのデータの上り通信のリソースを割り当てる。割当部がスケジューリングリクエストを受信してから通信リソースを割り当てるまでの処理時間が上り通信の遅延時間になる。本体部２４は、割当部が割り当てた通信リソースを表すスケジュール情報を含むＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを無線部２６へ送信する。

無線部２６は、ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージをＰＤＣＣＨで端末１６へ送信されるＤＣＩに組み込む。

端末１６は、ＰＤＣＣＨ受信後のタイミングｔ２で、スケジュール情報が表す通信リソースを使い、ＰＵＳＣＨで１００バイトのデータとＢＳＲ（＝１４００バイト）を基地局１４へ送信する。

無線部２６は、受信したデータとＢＳＲを本体部２４へ送信されるＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージに組み込む。ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージは、図６、図７に示すような形式のメッセージである。ＰＤＵがデータとＢＳＲを含む。

本体部２４内の割当部は、未送信データの上り通信のためのリソースをＢＳＲに従って端末１６に割り当てる。割当部がＢＳＲを受信してから通信リソースを割り当てるまでの処理時間も上り通信の遅延時間になる。割当部は、要求された通信リソースの全てを端末１６に割り当てるとは限らず、要求されたサイズより少ないサイズのデータの通信リソースしか割り当てない場合もある。図８は、割当部はＢＳＲを用いて要求された通信リソースの全てを端末１６に割り当てた例を示す。本体部２４は、割当部が割り当てた１４００バイト分のデータの通信リソースを表すスケジュール情報を含むＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを無線部２６へ送信する。

無線部２６は、ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージをＰＤＣＣＨで端末１６へ送信されるＤＣＩに組み込む。

端末１６は、ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージの受信後のタイミングｔ３で、スケジュール情報が表す通信リソースを使い、１４００バイトのデータとＢＳＲ（＝０）をＰＵＳＣＨで基地局１４へ送信する。

割当部が、要求されたサイズより少ないサイズのデータの通信リソースしか割り当てない場合は、タイミングｔ３以降に数なくとも１回のデータ送信が実行される。

このように、端末１６は、スケジューリングリクエストを基地局１４へ送信し、割り当てられた所定量の通信リソースを使用して、所定サイズのデータを送信する。送信したいデータのサイズが所定サイズより大きい場合、端末は送信データを基地局１４へ送信する際、送信データとともにＢＳＲも送信する。基地局１４は、ＢＳＲに応じたデータを送信できる通信リソースを端末１６に割り当てる。端末１６は、割り当てられた通信リソースを使用して、未送信データを送信する。図８に示した比較例では、スケジューリングリクエストによる割り当ての際に遅延が生じるとともに、ＢＳＲによる割り当ての際にも遅延が生じるので、上り通信の遅延時間が長い。

図９は、第１実施形態に係る基地局１４ａの上り通信の手順の一例を説明するための図である。

本体部２４は、割当部が割り当てた通信リソースを表すスケジュール情報を含むＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージと、図示していないがＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎ を受信するためにＵＬ＿ＴＴＩ．ｒｅｑｕｅｓｔメッセージを無線部２６へ送信する。

無線部２６は、ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージをＰＤＣＣＨで端末１６へ送信されるＤＣＩに組み込む。

この時、基地局１４へ送信するデータが端末１６に存在しないとする。端末１６は、ＤＣＩで指定されたＰＵＳＣＨでＢＳＲ（＝０）のみを基地局１４へ送信する。

無線部２６は、受信したＢＳＲを本体部２４へ送信されるＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージに組み込む。ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージは、図６、図７に示すような形式のメッセージである。ただし、ＰＤＵは有効なデータを含まない。ＰＤＵに含まれるデータは、無効なデータである。

無線部２６が本体部２４へＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを送信するタイミングで、処理装置２２ａは、端末１６からの過去の送信データの受信タイミングと制御データに含まれるｉｎｔｅｒｖａｌとに基づいて、将来のタイミングｔ１で端末１６が１５００バイトのデータを生成することを既に予測していたとする。

処理装置２２ａが図６（ａ）に示すようなＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージ（ただし、ＰＤＵは有効データを含まない）を受け取り、データの送信元の端末１６がＢＳＲの書き換え対象の端末である場合、変更部６４は、ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージの中のＢＳＲの値（＝０）を制御データに記載されているＢＳＲ（＝１５００）に書き換えることにより、ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを変更する。処理装置２２ａは、図６（ｂ）に示すような変更後のＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを本体部２４へ送信する。

もし、図７（ａ）に示すように、ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージがＢＳＲを含まない場合、変更部６４は、ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージのＰＤＵに値が１５００（制御データに記載されているＢＳＲ）であるＢＳＲを挿入することによりＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを変更し、図７（ｂ）に示すような変更後のＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを本体部２４へ送信する。

本体部２４内の割当部は、タイミングｔ１で生成されることが予測されている１５００バイト分のデータの上り通信のためのリソースを、ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージに含まれるＢＳＲに従って、端末１６に割り当てる。本体部２４は、割当部が割り当てた１５００バイト分のデータの通信リソースを表すスケジュール情報を含むＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを無線部２６へ送信する。

無線部２６は、ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージをＰＤＣＣＨで送信されるデータのＤＣＩに組み込み、端末１６へ送信する。

ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを受信した端末１６は、タイミングｔ２で、スケジュール情報が表す通信リソースを使い、１５００バイトのデータとＢＳＲ（＝０）をＰＵＳＣＨで基地局１４へ送信する。

第１実施形態に係る処理装置２２ａは、外部装置５６から送信された制御データに基づいて、将来データが生成されることを予測すると、端末１６から送信されたメッセージに含まれるＢＳＲを制御データに記載されているＢＳＲに応じて書き換える。制御データに記載されているＢＳＲは、生成されることが予測されたデータのサイズに応じている。これにより、本体部２４は、データが生成されるタイミングの前に、未送信のデータを一度に送信できる通信リソースを端末１６に割り当てることができ、上り通信の遅延時間が短縮される。さらに、スケジューリングリクエストにより割り当てられた通信リソースを使って送信したデータ以外の未送信データを一度に送信するので、複数の送信間のジッタが生じることもない。

第２実施形態
図１０は、第２実施形態に係る基地局１４ｂの一例を説明するためのブロック図である。基地局１４ｂの一例は、処理装置２２ｂを含む。処理装置２２ｂは、第１実施形態に係る処理部５０ａの代わりに処理部５０ｂを備える。処理部５０ｂは、処理部５０ａに対して、メモリ８２、作成部８４、調整部８６をさらに備える。第１実施形態に係る処理装置２２ａは、ＢＳＲを書き換えることにより、上り通信を低遅延化するものである。ＢＳＲの書き換えの前提として、端末１６がＢＳＲを含むデータを送信することが必要である。第２実施形態に係る処理装置２２ｂは、端末１６にＢＳＲを含むデータを送信させるためのメッセージを生成する。

作成部８４は、端末１６に対して上り通信を発生させるためのメッセージを作成する。このメッセージは、ＦＡＰＩ／ｎＦＡＰＩプロトコルであれば、スケジューリングリクエストを含むＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージである。本体部２４は、ＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージを受信すると、その中のスケジューリングリクエストに応じて端末１６に通信リソースを割り当て、割当情報を端末１６へ送信する。端末１６は、割当情報に応じたＰＵＳＣＨでデータとＢＳＲを基地局１４ｂへ送信する。

処理装置２２ｂは、無線部２６から本体部２４に送信されるＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージのＢＳＲを変更するため、ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを発生させる。ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージの発生には、ＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージが必要となる。そのため指示部７０は、作成部８４にＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージを生成させる。

メモリ８２は、作成部８４がメッセージを作成するためのパラメータを記憶する。パラメータの例は、ＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）やＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）である。作成部８４は、これらのパラメータをＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージに含める。メモリ８２の例は、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、揮発性メモリ（ＶＭ：ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、不揮発性メモリ（ＮＶＭ：ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）などである。

作成部８４は、作成したＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージを調整部８６へ送信する。

調整部８６は、無線部２６から本体部２４へ送信されるメッセージに対してＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージを挿入する。無線部２６から本体部２４へ送信されるメッセージには連続するシーケンス番号が付されている。調整部８６は、無線部２６から本体部２４へ送信されるメッセージの中に作成部８４が作成したメッセージを挿入する際、調整部８６から本体部２４へ送信されるメッセージのシーケンス番号が連番になるように、メッセージのシーケンス番号を書き換える。これにより、本体部２４は、処理装置２２ｂにより追加されたメッセージを端末１６から送信されたメッセージとして処理することができる。

ＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージは、スケジュールリクエストに限らず、次のような種々のデータを含む。
（Ｕ１）ＳＲ
（Ｕ２）ＨＡＲＱ ＡＣＫ／ＮＡＣＫ
（Ｕ３）ＨＡＲＱ ＡＣＫ／ＮＡＣＫとＳＲ
（Ｕ４）ＣＳＩ
（Ｕ５）ＣＳＩとＳＲ
（Ｕ６）ＨＡＲＱ ＡＣＫ／ＮＡＣＫとＣＳＩ
（Ｕ７）ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＣＳＩ及びＳＲ
ＣＳＩはチャネル状態情報（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）を表す。

ＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージには、スケジュールリクエストを含むものと、含まないものがある。スケジュールリクエストを含まないＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージにスケジュールリクエストを追加すると、スケジュールリクエストを含まないＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージがスケジュールリクエストを含むＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージに変更される。そのため、処理装置２２ｂは、無線部２６から本体部２４へ送信されるメッセージがＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージを含まない場合、作成部８４にＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージを生成させ、本体部２４へ送信されるメッセージに新規のＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージを追加する代わりに、作成部８４にスケジューリングリクエストを含まないＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージにスケジューリングリクエストを含ませるようにしてもよい。新規のＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージを追加すると、無線部２６と本体部２４との通信帯域を消費したり、本体部２４が処理するメッセージが増えたりするため、無線通信全体の処理遅延増加が想定される。既存のＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージを利用すれば、これらの課題が発生しないため、処理遅延が生じることはない。

無線部２６から送信されたＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージが、上記（Ｕ２）、（Ｕ４）、（Ｕ６）に示すように、スケジュールリクエストを含まない場合、上記（Ｕ３）、（Ｕ５）、（Ｕ７）に示すように、スケジュールリクエストを追加することにより、スケジュールリクエストを含まないＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージをスケジュールリクエストを含むＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージに変更することができる。

処理装置２２ｂは、無線部２６から本体部２４へ送信されるメッセージがスケジューリングリクエストを含まないＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージである場合、作成部８４に対して、ＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージにスケジュールリクエストを追加させる指示を与える。作成部８４は、調整部８６においてＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージにスケジュールリクエストを追加する。

図１１は、第２実施形態に係る基地局１４ｂの上り通信の手順の一例を説明するための図である。

処理装置２２ｂは、無線部２６から本体部２４へ送信されるメッセージがＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージを含まない場合、スケジューリングリクエストを含むＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージを生成して、生成したＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージを本体部２４へ送信する。処理装置２２ｂは、無線部２６から本体部２４へ送信されるメッセージがスケジューリングリクエストを含まないＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージである場合、ＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージにスケジューリングリクエストを追加し、スケジューリングリクエストを含むＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージを本体部２４へ送信する。

本体部２４のＭＡＣレイヤ（Ｌｏｗ ＭＡＣ又はＨｉｇｈ ＭＡＣ）内の割当部は、ＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージ内のスケジューリングリクエストに従って、所定サイズ、例えば１００バイトのデータの上り通信のリソースを割り当てる。本体部２４は、割当部が割り当てた通信リソースを表すスケジュール情報を含むＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを無線部２６へ送信する。

無線部２６は、ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージをＰＤＣＣＨで端末１６へ送信されるＤＣＩに組み込む。

以下、図９に示した第１実施形態と同様に、この時、基地局１４へ送信するデータが端末１６に存在しないとする。端末１６は、ＤＣＩで指定されたＰＵＳＣＨでＢＳＲ（＝０）のみを基地局１４へ送信する。

無線部２６は、受信したＢＳＲを本体部２４へ送信されるＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージに組み込む。ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージは、図６、図７に示すような形式のメッセージである。このとき、ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージには、ＢＳＲ（＝０）が含まれ、それ以外に有効なデータは含まない。ただし、端末によってはＰＤＵにＢＳＲ（＝０）を含まない可能性もある。

無線部２６が本体部２４へＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを送信するタイミングで、処理装置２２は、将来のタイミングｔ１で端末１６が１５００バイトのデータを生成することを既に予測していたとする。

処理装置２２ａが図６（ａ）に示すようなＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージ（ただし、ＰＤＵは有効データを含まない）を受け取り、データの送信元の端末１６がＢＳＲの書き換え対象の端末である場合、変更部６４は、その中のＢＳＲの値（＝０）を１５００（制御データに記載されたＢＳＲ）に書き換えることにより、ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを変更する。処理装置２２ａは、図６（ｂ）に示すような変更後のＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを本体部２４へ送信する。

もし、図７（ａ）に示すように、ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージがＢＳＲを含まない場合、変更部６４は、ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージのＰＤＵに値が１５００であるＢＳＲを挿入することによりＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを変更し、図７（ｂ）に示すような変更後のＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを本体部２４へ送信する。

本体部２４内の割当部は、受信したＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージに含まれるＢＳＲに従って、タイミングｔ１で生成されることが予測されている１５００バイト分のデータの上り通信のためのリソースを端末１６に割り当てる。本体部２４は、割当部が割り当てた１５００バイト分のデータの通信リソースを表すスケジュール情報を含むＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを無線部２６へ送信する。

無線部２６は、ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージをＰＤＣＣＨで送信されるデータのＤＣＩに組み込み、端末１６へ送信する。

ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを受信した端末１６は、タイミングｔ２で、スケジュール情報が表す通信リソースを使い、１５００バイトのデータとＢＳＲ（＝０）をＰＵＳＣＨで基地局１４へ送信する。

第１実施形態に係る処理装置２２ａは、端末１６が基地局１４ａへデータを送信するのを待つ場合があった。しかし、第２実施形態に係る処理装置２２ｂは、スケジューリングリクエストを含むＵＣＩ．ｉｎｄｉｃａｔｉｏｎメッセージを本体部２４へ送信することにより、端末１６からデータとＢＳＲを送信させることができる。このため、第２実施形態に係る処理装置２２ｂは、第１実施形態に係る処理装置２２ａよりも遅延時間が短く、ジッタの影響も少ない。

第３実施形態
図１２は、第３実施形態に係る基地局１４ｃの一例を説明するためのブロック図である。基地局１４ｃの一例は、処理装置２２ｃを含む。処理装置２２ｃは、第１実施形態に係る処理装置２２ａに対して、本体部２４に接続されるポート９２、無線部２６に接続されるポート９４、ポート９２に接続される受信部９６及びポート９４に接続される送信部９８をさらに備える。受信部９６の出力信号は、送信部９８と解釈部６６に送信される。

ＢＳＲは要求であり、割当部がＢＳＲ通り通信リソースを割り当てるか否かは不明である。割当部は、生成されることが予測されているデータを送信できる通信リソースより少ないリソースしか割り当てないことがあるし、反対に、生成されることが予測されているデータを送信できる通信リソースより多いリソースを割り当てることもある。第３実施形態に係る処理装置２２ｃは、割当部が実施に割り当てた通信リソースを検出し、検出結果に応じて、割当要求であるＢＳＲを補正するものである。

図１３は、第３実施形態に係る基地局１４ｃの上り通信の手順の一例を説明するための図である。

本体部２４は、割当部が割り当てた通信リソースを表すスケジュール情報を含むＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを無線部２６へ送信する。

無線部２６は、ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージをＰＤＣＣＨで端末１６へ送信されるＤＣＩに組み込む。

この時、基地局１４へ送信するデータが端末１６に存在しないとする。タイミングｔ１で、端末１６は、ＤＣＩで指定されたＰＵＳＣＨでＢＳＲ（＝０）のみを基地局１４へ送信する。

無線部２６は、受信したＢＳＲを本体部２４へ送信されるＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージに組み込む。ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージは、図６、図７に示すような形式のメッセージである。ただし、ＰＤＵは有効なデータを含まない。ＰＤＵに含まれるデータは、無効なデータである。

無線部２６が本体部２４へＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを送信するタイミングで、処理装置２２は、将来のタイミングｔ３で端末１６が１５００バイトのデータを生成することを既に予測していたとする。

処理装置２２ａが図６（ａ）に示すようなＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージ（ただし、ＰＤＵは有効データを含まない）を受け取り、データの送信元の端末１６がＢＳＲの書き換え対象の端末である場合、変更部６４は、その中のＢＳＲの値（＝０）を１５００に書き換えることにより、ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを変更する。処理装置２２ａは、図６（ｂ）に示すような変更後のＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを本体部２４へ送信する。

もし、図７（ａ）に示すように、ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージがＢＳＲを含まない場合、変更部６４は、ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージのＰＤＵに値が１５００であるＢＳＲを挿入することによりＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを変更し、図７（ｂ）に示すような変更後のＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを本体部２４へ送信する。

本体部２４内の割当部は、受信したＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージに含まれるＢＳＲに従った通信リソースを端末１６に割り当てる。本体部２４は、割当部が割り当てた通信リソースを表すスケジュール情報を含むＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを無線部２６へ送信する。

処理装置２２ｃは、無線部２６へ送信されるＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを受信し、割当部が実際に割り当てた通信リソースをスケジュール情報から検出し、割り当てられた通信リソースにより送信できるデータサイズを求める。処理装置２２ｃは、ＢＳＲと割り当てられた通信リソースにより送信できるデータサイズとの差を補正値αとする。

α＝（割り当てられた通信リソースにより送信できるデータサイズ）－ＢＳＲ
無線部２６は、ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージをＰＤＣＣＨで端末１６へ送信されるＤＣＩに組み込む。

タイミングｔ２で、端末１６は、ＤＣＩで指定されたＰＵＳＣＨでＢＳＲ（＝０）のみを基地局１４へ送信する。

無線部２６は、受信したＢＳＲを本体部２４へ送信されるＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージに組み込む。

処理装置２２ａが図６（ａ）に示すようなＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージ（ただし、ＰＤＵは有効データを含まない）を受け取ると、変更部６４は、その中のＢＳＲの値（＝０）を１５００＋αに書き換えることにより、ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを変更する。処理装置２２ａは、図６（ｂ）に示すような変更後のＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを本体部２４へ送信する。

本体部２４内の割当部は、受信したＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージに含まれるＢＳＲに従った通信リソースを端末１６に割り当てる。処理装置２２ｃが、端末１６から送信されたＢＳＲの値に補正値αを加算してＢＳＲを補正することにより、割当部により割り当てられた通信リソースにより送信できるデータサイズがＢＳＲと一致する。

本体部２４は、割当部が割り当てた通信リソースを表すスケジュール情報を含むＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを無線部２６へ送信する。

無線部２６は、ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージをＰＤＣＣＨで端末１６へ送信されるＤＣＩに組み込む。

ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを受信した端末１６は、タイミングｔ４で、スケジュール情報が表す通信リソースを使い、１５００バイトのデータとＢＳＲ（＝０）をＰＵＳＣＨで基地局１４へ送信する。

第３実施形態に係る処理装置２２ｃは、割当要求であるＢＳＲと割当部により割り当てられた通信リソースにより送信できるデータサイズとを比較し、両者が異なる場合、両者の差が０となるような補正値をＢＳＲに加算する。これにより、割当部により割り当てられた通信リソースにより送信できるデータサイズはＢＳＲと一致し、端末１６には送信したいデータを送信できる通信リソースが割り当てられるので、上り通信の遅延時間が短くなる。

第４実施形態
図１４は、第４実施形態に係る基地局１４ｄの一例を説明するためのブロック図である。基地局１４ｄの一例は、処理装置２２ｄを含む。処理装置２２ｄは、第１実施形態に係る処理部５０ａの代わりに処理部５０ｄを備える。処理部５０ｄは、処理部５０ａに対して、調整部１０２をさらに備える。受信部５２の出力信号は、調整部１０２に送信される。調整部１０２の出力信号は、決定部６８に送信される。

複数の端末１６が夫々多くの通信リソースを要求した場合、複数の端末１６の全てに対して要求通りの通信リソースを割り当てることができない場合がある。そのため、他の端末より優先して通信させたい端末に対して、通信リソースが割当られない、あるいは割り当てに時間が係る可能性がある。この状況は、端末１６のアプリケーションの実行状況に応じて異なる。優先させたい端末には優先的に通信を実行させるために、調整部１０２は、複数の端末１６からのＢＳＲを調整する。

外部連携部７２は、処理装置２２ｄの動作を制御する制御データを外部装置５６から受信する。

外部装置５６のオペレータは、端末１６毎の優先度を把握している。優先度とは、データの送信に関する優先度である。外部装置５６のオペレータは、優先度が高い端末１６の上り通信の遅延時間を、優先度が低い端末１６の上り通信の遅延時間に比べて、短くしたい。外部装置５６のオペレータは、制御データを生成する。

図１５は、外部装置５６が外部連携部７２へ送信する制御データの一例を説明するための図である。制御データの一例は、ＢＳＲの書き換え対象のデータの送信元端末１６のＩＰアドレス、書き換え後のＢＳＲ（新ＢＳＲ）（バイト）、データの送信周期（ｉｎｔｅｒｖａｌ）（ミリ秒）及び優先度（ｐｒｉｏｒｉｔｙ）を含む。優先度の数字が大きい端末の優先度は高い。優先度の数字が小さい端末の優先度は低い。ＩＰアドレスが１２．１．１．１０１の端末は、優先度が３であるので、一番優先度が高い端末である。ＩＰアドレスが１２．１．１．１００の端末は、優先度が１であるので、二番目に優先度が高い端末である。ＩＰアドレスが１２．１．１．１０２の端末は、優先度が０であるので、一番優先度が低い端末である。

調整部１０２は、制御データに含まれる優先度に応じて、複数の端末１６からのＢＳＲを書き換える。

図１６は、第４実施形態に係る基地局１４ｄの上り通信の手順の一例を説明するための図である。

本体部２４は、割当部が端末１６ａに割り当てた通信リソースを表すスケジュール情報を含むＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを無線部２６へ送信し、割当部が端末１６ｂに割り当てた通信リソースを表すスケジュール情報を含むＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを無線部２６へ送信する。端末１６ｂの優先度は、端末１６ａの優先度よりも高い（ｐｒｉｏｒｉｔｙが大きい）とする。端末１６ａのＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージの無線部２６への送信と、端末１６ｂのＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージの無線部２６への送信の順番は、図１６の逆でもよい。端末１６ｂの優先度は、端末１６ａの優先度よりも高い（ｐｒｉｏｒｉｔｙが大きい）とする。

無線部２６は、端末１６ａのＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージをＰＤＣＣＨで端末１６ａへ送信されるＤＣＩに組み込む。無線部２６は、端末１６ｂのＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージをＰＤＣＣＨで端末１６ｂへ送信されるＤＣＩに組み込む。

この時、基地局１４へ送信するデータが端末１６ａ、１６ｂに存在しないとする。タイミングｔ１で、端末１６ａは、ＤＣＩで指定されたＰＵＳＣＨでＢＳＲ（＝０）のみを基地局１４へ送信する。タイミングｔ２で、端末１６ｂは、ＤＣＩで指定されたＰＵＳＣＨでＢＳＲ（＝０）のみを基地局１４へ送信する。端末１６ａのＢＳＲの送信タイミングと、端末１６ｂのＢＳＲの送信タイミングは、図１６の逆でもよい。

無線部２６は、端末１６ａのＢＳＲを本体部２４へ送信されるＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージに組み込む。無線部２６は、端末１６ｂのＢＳＲを本体部２４へ送信されるＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージに組み込む。ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージは、図６、図７に示すような形式のメッセージである。ただし、ＰＤＵは有効なデータを含まない。ＰＤＵに含まれるデータは、無効なデータである。ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージは、図６、図７に示すような形式のメッセージである。ただし、ＰＤＵは有効なデータを含まない。ＰＤＵに含まれるデータは、無効なデータである。

無線部２６が本体部２４へ端末１６ａに関するＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを送信するタイミングｔ１で、処理装置２２ｄは、制御データに基づいて、将来のタイミングｔ３で端末１６ａが所定サイズのデータを生成することを既に予測していたとする。無線部２６が本体部２４へ端末１６ｂに関するＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを送信するタイミングｔ２で、処理装置２２ｄは、制御データに基づいて、将来のタイミングｔ５で端末１６ｂが所定サイズのデータを生成することを既に予測していたとする。タイミングｔ３、ｔ５の前後関係は、この逆でもよい。

処理装置２２ｄ内の調整部１０２は、外部連携部７２から供給された制御データに記載のＢＳＲを優先度に応じて調整する指示を決定部６８に与える。決定部６８は、外部連携部７２から供給された制御データに記載のＢＳＲを優先度に応じて調整し、調整後のＢＳＲを含む制御データを指示部７０へ送信する。調整部１０２は、優先度の高い端末の調整後ＢＳＲを大きい値とし、優先度の低い端末の調整後ＢＳＲを小さい値とする。

処理装置２２ｄが端末１６ａ、１６ｂ夫々についての図６（ａ）に示すようなＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージ（ただし、ＰＤＵは有効データを含まない）を受け取ると、変更部６４は、その中のＢＳＲの値（＝０）を端末１６ａ、１６ｂ夫々の制御データに記載された調整後ＢＳＲに書き換え、ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを変更する。

処理装置２２ａは、図６（ｂ）に示すような形式の変更後のＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを本体部２４へ送信する。

もし、図７（ａ）に示すように、ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージがＢＳＲを含まない場合、変更部６４は、ＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージのＰＤＵに調整ＢＳＲの値を有するＢＳＲを挿入することによりＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを変更し、図７（ｂ）に示すような変更後のＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージを本体部２４へ送信する。

本体部２４内の割当部は、端末１６ａに関するＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージに含まれる調整後ＢＳＲに従って、タイミングｔ３で生成されることが予測されているデータの上り通信のためのリソースを端末１６ａに割り当てる。割当部は、端末１６ｂに関するＲＸ＿Ｄａｔａ．ｉｎｄｉｃａｔｉｏｎメッセージに含まれる調整後ＢＳＲに従って、タイミングｔ５で生成されることが予測されているデータの上り通信のためのリソースを端末１６ｂに割り当てる。割当部は、調整後ＢＳＲの値が大きい端末に通信リソースを優先して割り当てる。そのため、割当部が通信リソースを割り当てるタイミングは、データが生成される順番とは異なる可能性がある。

例えば、端末１６ｂの方が端末１６ａよりも優先度が高いので、割当部は、先ず端末１６ｂに対して無線リソースを割り当て、次に端末１６ａに対して無線リソースを割り当てることがある。

本体部２４は、割当部が端末１６ｂに割り当てた通信リソースを表すスケジュール情報を含むＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを無線部２６へ送信する。

無線部２６は、タイミングｔ４で、ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージをＰＤＣＣＨで送信されるデータのＤＣＩに組み込み、端末１６ｂへ送信する。

ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを受信した端末１６ｂは、タイミングｔ６で、スケジュール情報が表す通信リソースを使い、データとＢＳＲ（＝０）をＰＵＳＣＨで基地局１４へ送信する。

次に、本体部２４は、割当部が端末１６ａに割り当てた通信リソースを表すスケジュール情報を含むＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを無線部２６へ送信する。

無線部２６は、タイミングｔ７で、ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージをＰＤＣＣＨで送信されるデータのＤＣＩに組み込み、端末１６ａへ送信する。

ＵＬ＿ＤＣＩ．ｒｅｑｕｅｓｔメッセージを受信した端末１６ａは、タイミングｔ８で、スケジュール情報が表す通信リソースを使い、データとＢＳＲ（＝０）をＰＵＳＣＨで基地局１４へ送信する。

第４実施形態に係る処理装置２２ｄは、外部装置５６から受信した端末１６毎の制御データに記載のＢＳＲを端末の優先度に応じて調整する。そのため、優先度の高い端末１６に通信リソースが優先的に割り当てられ、優先度の高い端末がデータを送信できない事態を防ぐことができる。

第５実施形態
第１実施形態乃至第４実施形態の少なくとも２つは組み合わせて実施可能である。図１７は、例えば、第１実施形態乃至第４実施形態を全て組み合わせた第５実施形態に係る基地局の一例を説明するためのブロック図である。図示しないが、第１実施形態乃至第４実施形態の中の２つ又は３つを組み合わせて実施することも可能である。

第６実施形態
上述の第１実施形態乃至第５実施形態では、処理装置２２は、複数の機能を夫々実現する複数の機能部（解釈部６２，６６、変更部６４、決定部６８、指示部７０、外部連携部７２等）により構成される。しかし、複数の機能を実現する少なくとも１つの機能部により処理装置２２を構成してもよい。

少なくとも１つの機能部は、１つ以上のＣＰＵ、ＦＰＧＡ等から構成しても良いし、専用のハードウェアにより構成しても良い。１つ以上のＣＰＵ、ＦＰＧＡ等が実行するプログラムは、処理装置２２が備えるメモリに記憶される。このメモリは、メモリ８２で説明した例を適用可能である。

本発明の実施形例によれば、以下の処理装置、基地局装置、通信システム、通信方法又はプログラムが提供される。

（１） 第１レイヤと第２レイヤを具備する基地局の前記第１レイヤからの第１データを受信する受信部と、
前記第１データを変更することにより第２データを生成する処理部と、
前記第２データを前記第２レイヤへ送信する送信部と、を具備する処理装置であって、
前記第１データは、前記基地局へ送信予定のデータの中の未送信データサイズを表す通信リソース割当要求を含み、
前記処理部は、前記未送信データサイズを変更することにより前記第２データを生成する、処理装置。

（２） （１）記載の処理装置であって、
前記処理部は、
前記基地局へ送信するデータの送信タイミングを推定し、
前記送信タイミングの前に前記第２データを生成する、処理装置。

（３） （１）又は（２）記載の処理装置であって、
前記処理部は、
前記基地局へ送信するデータの送信サイズを推定し、
前記未送信データサイズを前記送信サイズに応じて変更する、処理装置。

（４） （１）乃至（３）のいずれかに記載の処理装置であって、
データの生成元の識別情報、データの生成周期及びデータのサイズを外部装置から受信し、前記識別情報、生成周期及びサイズに基づいて前記第２データを生成する、処理装置。

（５） （１）乃至（４）のいずれかに記載の処理装置であって、
前記処理部は、
前記第２レイヤが前記第２データに応答して決定した通信リソースを表す第１割当情報を前記受信部により受信し、
前記未送信データサイズを前記予測サイズと前記第１割当情報に応じて書き換える、処理装置。

（６） （１）乃至（５）のいずれかに記載の処理装置であって、
前記処理部は、
前記第１データから第２割当要求を含む第３データを生成し、前記第３データを前記送信部により前記第２レイヤへ送信し、
前記第２レイヤが前記第２割当要求に応答して決定した通信リソースを表す第２割当情報を前記受信部により受信し、
前記第２割当情報を前記送信部により前記第１レイヤへ送信する、処理装置。

（７） （１）乃至（６）のいずれかに記載の処理装置であって、
前記第１レイヤは、複数の無線通信端末に接続され、
前記第１データは、前記複数の無線通信端末の各々が前記第１レイヤに送信するデータであり、
前記複数の無線通信端末の各々には、優先度が定められており、
前記処理部は、前記複数の無線通信端末から送信された複数の前記第１データを前記複数の無線通信端末の優先度に基づいて変更することにより複数の前記第２データを生成する、処理装置。

（８） （７）に記載の処理装置であって、
前記処理部は、第１優先度の無線通信端末から送信された前記第１データが含む前記未送信データサイズを、前記第１優先度よりも低い第２優先度の無線通信端末から送信された前記第１データが含む前記未送信データサイズより大きくする、処理装置。

（９） （７）に記載の処理装置であって、
前記処理装置は、データの生成元の識別情報と前記生成元の優先度を外部装置から受信し、前記識別情報と前記優先度に基づいて前記第２データを生成する、処理装置。

（１０） （１）乃至（９）のいずれかに記載の処理装置と、
無線通信端末と通信する第１通信部と、
ネットワークと通信する第２通信部と、
を具備する基地局装置。

（１１） （１）乃至（９）のいずれかに記載の処理装置と、
無線通信端末と通信する第１通信部と、
ネットワークと通信する第２通信部と、を含む基地局装置と、
前記ネットワークに接続されるサーバと、
を具備する通信システム。

（１２） 第１レイヤと第２レイヤを具備する基地局の前記第１レイヤからの第１データを受信することと、
前記第１データを変更することにより第２データを生成することと、
前記第２データを前記第２レイヤへ送信することと、を具備する通信方法であって、
前記第１データは、前記基地局へ送信予定のデータの中の未送信データサイズを表す通信リソース割当要求を含み、
前記第２データを生成することは、未送信データサイズを変更することを含む、通信方法。

（１３） コンピュータに、
第１レイヤと第２レイヤを具備する基地局の前記第１レイヤからの第１データを受信することと、
前記第１データを変更することにより第２データを生成することと、
前記第２データを前記第２レイヤへ送信することと、を実行させるプログラムであって、
前記第１データは、前記基地局へ送信予定のデータの中の未送信データサイズを表す通信リソース割当要求を含み、
前記第２データを生成することは、未送信データサイズを変更することを含む、プログラム。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

１４…基地局、２２…処理装置、２４…本体部、２６…無線部、５０…処理部、６４…変更部、６８…決定部、７０…指示部、７２…外部連携部

Claims (18)

1. 第１レイヤと第２レイヤを具備する基地局の前記第１レイヤからの第１データを受信する受信部と、
   前記第１データを変更することにより第２データを生成する処理部と、
   前記第２データを前記第２レイヤへ送信する送信部と、を具備する処理装置であって、
   前記第１データは、前記基地局へ送信予定のデータの中の未送信データサイズを表す通信リソース割当要求を含み、
   前記処理部は、
   前記基地局へ送信するデータの送信タイミングを推定し、
   前記送信タイミングの前に前記未送信データサイズを変更することにより前記第２データを生成する、処理装置。
2. 前記処理部は、
   前記基地局へ送信するデータの送信サイズを推定し、
   前記未送信データサイズを前記送信サイズに応じて変更する、請求項１記載の処理装置。
3. 前記処理装置は、データの生成元の識別情報、データの生成周期及びデータのサイズを外部装置から受信し、前記識別情報、生成周期及びサイズに基づいて前記第２データを生成する、請求項２記載の処理装置。
4. 前記処理部は、
   前記第２レイヤが前記第２データに応答して決定した通信リソースを表す第１割当情報を前記受信部により受信し、
   前記未送信データサイズを前記送信サイズと前記第１割当情報に応じて書き換える、請求項２記載の処理装置。
5. 第１レイヤと第２レイヤを具備する基地局の前記第１レイヤからの第１データを受信する受信部と、
   前記第１データを変更することにより第２データを生成する処理部と、
   前記第２データを前記第２レイヤへ送信する送信部と、を具備する処理装置であって、
   前記第１データは、前記基地局へ送信予定のデータの中の未送信データサイズを表す通信リソース割当要求を含み、
   前記処理部は、
   前記未送信データサイズを変更することにより前記第２データを生成し、
   前記第１データから第２割当要求を含む第３データを生成し、前記第３データを前記送信部により前記第２レイヤへ送信し、
   前記第２レイヤが前記第２割当要求に応答して決定した通信リソースを表す第２割当情報を前記受信部により受信し、
   前記第２割当情報を前記送信部により前記第１レイヤへ送信する、処理装置。
6. 第１レイヤと第２レイヤを具備する基地局の前記第１レイヤからの第１データを受信する受信部と、
   前記第１データを変更することにより第２データを生成する処理部と、
   前記第２データを前記第２レイヤへ送信する送信部と、を具備する処理装置であって、
   前記第１レイヤは、複数の無線通信端末に接続され、
   前記第１データは、前記複数の無線通信端末の各々が前記第１レイヤに送信するデータであり、
   前記複数の無線通信端末の各々には、優先度が定められており、
   前記第１データは、前記基地局へ送信予定のデータの中の未送信データサイズを表す通信リソース割当要求を含み、
   前記処理部は、前記未送信データサイズを変更することにより前記第２データを生成し、
   前記処理部は、前記複数の無線通信端末から送信された複数の前記第１データを前記複数の無線通信端末の優先度に基づいて変更することにより複数の前記第２データを生成する、処理装置。
7. 前記処理部は、第１優先度が比較的高い前記無線通信端末から送信された前記第１データが含む前記未送信データサイズを、優先度が比較的低い前記無線通信端末から送信された前記第１データが含む前記未送信データサイズより大きくする、請求項６記載の処理装置。
8. 前記処理装置は、データの生成元の識別情報、前記生成元の優先度と、を外部装置から受信する、請求項６記載の処理装置。
9. 請求項１乃至請求項８のいずれか一項に記載の処理装置と、
   端末と通信する無線装置と、
   ネットワークと通信する通信装置と、
   を具備する基地局装置。
10. 請求項１乃至請求項８のいずれか一項に記載の処理装置と、端末と通信する無線装置と、ネットワークと通信する通信装置と、を含む基地局装置と、
    前記ネットワークに接続されるサーバと、
    を具備する通信システム。
11. 第１レイヤと第２レイヤを具備する基地局の前記第１レイヤからの第１データを受信することと、
    前記第１データを変更することにより第２データを生成することと、
    前記第２データを前記第２レイヤへ送信することと、
    前記基地局へ送信するデータの送信タイミングを推定することと、を具備する通信方法であって、
    前記第１データは、前記基地局へ送信予定のデータの中の未送信データサイズを表す通信リソース割当要求を含み、
    前記第２データを生成することは、前記送信タイミングの前に未送信データサイズを変更することを含む、通信方法。
12. 第１レイヤと第２レイヤを具備する基地局の前記第１レイヤからの第１データを受信することと、
    前記第１データを変更することにより第２データを生成することと、
    前記第２データを前記第２レイヤへ送信することと、を具備する通信方法であって、
    前記第１データは、前記基地局へ送信予定のデータの中の未送信データサイズを表す通信リソース割当要求を含み、
    前記第２データを生成することは、未送信データサイズを変更することを含み、
    前記第１データから第２割当要求を含む第３データを生成し、前記第３データを前記第２レイヤへ送信することと、
    前記第２レイヤが前記第２割当要求に応答して決定した通信リソースを表す第２割当情報を受信することと、
    前記第２割当情報を前記第１レイヤへ送信することと、をさらに具備する、通信方法。
13. 第１レイヤと第２レイヤを具備する基地局の前記第１レイヤからの第１データを受信することと、
    前記第１データを変更することにより第２データを生成することと、
    前記第２データを前記第２レイヤへ送信することと、を具備する通信方法であって、
    前記第１レイヤは、複数の無線通信端末に接続され、
    前記第１データは、前記複数の無線通信端末の各々が前記第１レイヤに送信するデータであり、
    前記複数の無線通信端末の各々には、優先度が定められており、
    前記第１データは、前記基地局へ送信予定のデータの中の未送信データサイズを表す通信リソース割当要求を含み、
    前記第２データを生成することは、未送信データサイズを変更することを含み、
    前記複数の無線通信端末から送信された複数の前記第１データを前記複数の無線通信端末の優先度に基づいて変更することにより複数の前記第２データを生成することをさらに含む、通信方法。
14. コンピュータに、
    第１レイヤと第２レイヤを具備する基地局の前記第１レイヤからの第１データを受信することと、
    前記第１データを変更することにより第２データを生成することと、
    前記第２データを前記第２レイヤへ送信することと、
    前記基地局へ送信するデータの送信タイミングを推定することと、を実行させるプログラムであって、
    前記第１データは、前記基地局へ送信予定のデータの中の未送信データサイズを表す通信リソース割当要求を含み、
    前記第２データを生成することは、前記送信タイミングの前に未送信データサイズを変更することを含む、プログラム。
15. コンピュータに、
    第１レイヤと第２レイヤを具備する基地局の前記第１レイヤからの第１データを受信することと、
    前記第１データを変更することにより第２データを生成することと、
    前記第２データを前記第２レイヤへ送信することと、を実行させるプログラムであって、
    前記第１データは、前記基地局へ送信予定のデータの中の未送信データサイズを表す通信リソース割当要求を含み、
    前記第２データを生成することは、未送信データサイズを変更することを含み、
    コンピュータに、
    前記第１データから第２割当要求を含む第３データを生成し、前記第３データを前記第２レイヤへ送信することと、
    前記第２レイヤが前記第２割当要求に応答して決定した通信リソースを表す第２割当情報を受信することと、
    前記第２割当情報を前記第１レイヤへ送信することと、をさらに実行させる、プログラム。
16. コンピュータに、
    第１レイヤと第２レイヤを具備する基地局の前記第１レイヤからの第１データを受信することと、
    前記第１データを変更することにより第２データを生成することと、
    前記第２データを前記第２レイヤへ送信することと、を実行させるプログラムであって、
    前記第１レイヤは、複数の無線通信端末に接続され、
    前記第１データは、前記複数の無線通信端末の各々が前記第１レイヤに送信するデータであり、
    前記複数の無線通信端末の各々には、優先度が定められており、
    前記第１データは、前記基地局へ送信予定のデータの中の未送信データサイズを表す通信リソース割当要求を含み、
    前記第２データを生成することは、未送信データサイズを変更することを含み、
    コンピュータに、前記複数の無線通信端末から送信された複数の前記第１データを前記複数の無線通信端末の優先度に基づいて変更することにより複数の前記第２データを生成させることをさらに含む、プログラム。
17. 処理装置と、端末と通信する無線装置と、ネットワークと通信する通信装置と、を含む基地局装置と、
    前記ネットワークに接続されるサーバと、を具備し、
    前記処理装置は、
    第１レイヤと第２レイヤを具備する基地局の前記第１レイヤからの第１データを受信する受信部と、
    前記第１データを変更することにより第２データを生成する処理部と、
    前記第２データを前記第２レイヤへ送信する送信部と、を具備し、
    前記第１データは、前記基地局へ送信予定のデータの中の未送信データサイズを表す通信リソース割当要求を含み、
    前記処理部は、前記未送信データサイズを変更することにより前記第２データを生成する、通信システム。
18. 第１レイヤと第２レイヤを具備する基地局の前記第１レイヤからの第１データであって、端末からの送信データに基づく第１データを受信する受信部と、
    前記第１データを変更することにより第２データを生成する処理部と、
    前記第２データを前記第２レイヤへ送信する送信部と、
    外部装置から、前記端末のデータ送信周期と、前記データ送信周期において前記端末で生成される予定のデータサイズと、を取得する取得部と、を具備する処理装置であって、
    前記第１データは、前記基地局へ送信予定のデータの中の未送信データサイズを表す通信リソース割当要求を含み、
    前記処理部は、第１レイヤからの過去の受信データの受信タイミングと前記端末のデータ送信周期とに基づいて前記端末で生成される予定のデータサイズを推定し、推定した前記データサイズに基づき前記未送信データサイズを変更することにより前記第２データを生成する、処理装置。