(57)【要約】【課題】無駄な無線リソース割当要求送信用の無線リソース割当を抑える。【解決手段】端末から受信される無線リソース割当要求に応じて、端末が有する送信バッファに滞留中のデータを基地局へ送信するための無線リソースを端末に割り当て、その割当結果を示す無線リソース割当通知を端末に送信する基地局における、無線リソース割当要求用の無線リソースの割当制御方法であって、端末から送信バッファにおけるデータの滞留量を受信し、滞留量が零である場合には、無線リソース割当要求用無線リソースを前記端末に周期的に割り当て、滞留量が零でない場合には、送信バッファに滞留したデータを送信するための無線リソース割当通知の送信周期を滞留量に応じて決定するとともに無線リソース割当通知が周期的に送信される間、前記無線リソース割当要求用の無線リソースの割り当てを停止する。【選択図】図４
2010114681.tif 000002
【特許請求の範囲】
【請求項１】
端末から受信される無線リソース割当要求に応じて、前記端末が有する送信バッファに滞留中のデータを基地局へ送信するための無線リソースを前記端末に割り当て、その割当結果を示す無線リソース割当通知を端末に送信する基地局における、前記無線リソース割当要求用の無線リソースの割当制御方法であって、
前記端末から前記送信バッファにおけるデータの滞留量を受信し、
前記滞留量が零である場合には、前記無線リソース割当要求用無線リソースを前記端末に周期的に割り当て、
前記滞留量が零でない場合には、前記送信バッファに滞留したデータを送信するための前記無線リソース割当通知の送信周期を前記滞留量に応じて決定するとともに、前記無線リソース割当通知が周期的に送信される間、前記無線リソース割当要求用の無線リソースの割り当てを停止する
ことを含む無線リソース割当要求送信用の無線リソース割当制御方法。
【請求項２】
前記基地局は、前記端末に備えられた複数の優先クラスに応じた複数の送信バッファに対する滞留量を受信し、
前記複数の優先クラス中の或る優先クラスの送信バッファに滞留中のデータに関して前記周期的な無線リソース割当通知の送信を行っている間に、前記或る優先クラスより高い優先クラスの送信バッファにデータが滞留したことを検出した場合には、前記周期的な無線リソース割当通知の送信を継続する一方で、前記高い優先クラスの送信バッファに滞留したデータを送信するための無線リソース割当要求用の無線リソースを前記端末に割り当て、
前記高い優先クラスの送信バッファに滞留したデータを送信するための無線リソース割当要求を前記端末から受信した場合に、前記高い優先クラスの送信バッファに滞留したデータの送信用の無線リソースの割り当てを行うとともに、無線リソース割当通知の送信周期を決定し、
前記高い優先クラスの送信バッファに対応する無線リソース割当通知の周期的な送信を開始する一方で、前記或る優先クラスの送信バッファに対する前記周期的な無線リソース割当通知の送信を停止し、
前記高い優先クラスの送信バッファに対応する無線リソース割当通知の周期的な送信の間、無線リソース割当要求送信用の無線リソースの割り当てを停止する
請求項１に記載の無線リソース割当要求送信用の無線リソース割当制御方法。
【請求項３】
前記高い優先クラスの送信バッファに滞留中のデータの送信が完了した時点で前記或る優先クラスの送信バッファにデータが滞留している場合には、その滞留データを送信するための無線リソース割当要求送信用の無線リソースの割り当てを行い、
前記滞留データを送信するための無線リソース割当要求を前記端末から受信した場合に、前記滞留データ送信用の無線リソースの割り当てを行い、
前記滞留データに対応する無線リソース割当通知の周期的な送信を開始する一方で、その周期的な無線リソース割当通知の送信の間、無線リソース割当要求送信用の無線リソースの割り当てを停止する
請求項２に記載の無線リソース割当要求送信用の無線リソース割当制御方法。
【請求項４】
前記基地局は、前記端末に備えられた複数の優先クラスに応じた複数の送信バッファに対する滞留量を受信し、
前記或る優先クラスの送信バッファに滞留中のデータに関して前記周期的な無線リソース割当通知の送信を行っている間に、前記或る優先クラスより低い優先クラスの送信バッファにデータが滞留したことを検出した場合には、前記周期的な無線リソース割当通知の送信を継続し、
前記或る優先クラスの送信バッファに滞留中のデータの送信が完了すると、前記低い優先クラスの送信バッファに滞留中の滞留データに対応する無線リソース割当要求送信用の無線リソースの割り当てを行い、
前記滞留データを送信するための無線リソース割当要求を前記端末から受信した場合に、前記滞留データ送信用の無線リソースの割り当てを行うとともに、無線リソース割当通知の送信周期を決定し、
前記滞留データに対応する無線リソース割当通知の周期的な送信を開始する一方で、その周期的な無線リソース割当通知の送信の間、無線リソース割当要求送信用の無線リソースの割り当てを停止する
請求項１から３のいずれか一項に記載の無線リソース割当要求送信用の無線リソース割当制御方法。
【請求項５】
端末から受信される無線リソース割当要求に応じて、前記端末が有する送信バッファに滞留中のデータを送信するための無線リソースを前記端末に割り当て、その割当結果を示す無線リソース割当通知を端末に送信する基地局における、前記無線リソース割当要求用の無線リソースの割当制御方法であって、
前記端末から前記送信バッファにおけるデータの滞留量を受信し、
前記滞留量が多いほど送信周期が長くなるように、前記端末の前記無線リソース割当要求の送信周期を決定し、
前記決定された送信周期で前記端末が前記無線リソース割当要求を送信できるように、前記無線リソース割当要求送信用の無線リソースの割り当てを行う
ことを含む無線リソース割当要求送信用の無線リソース割当制御方法。
【請求項６】
前記端末が有する複数の優先クラスに応じた複数の送信バッファの滞留量を受信し、
所定の優先クラス閾値より高い優先クラスに対応する各送信バッファの滞留量を合算し、
合算値に対応する送信周期を求める
ことを含む請求項５に記載の無線リソース割当要求送信用の無線リソース割当制御方法。
【請求項７】
前記端末が有する複数の優先クラスに応じた複数の送信バッファの滞留量を受信し、
各送信バッファの滞留量に優先クラスに応じた重みを付与し、
重みが付与された各送信バッファの滞留量を合算し、
合算値に対応する送信周期を求める
ことを含む請求項５に記載の無線リソース割当要求送信用の無線リソース割当制御方法。
【請求項８】
前記端末が有する複数の優先クラスに応じた複数の送信バッファの滞留量を受信し、
総ての送信バッファの滞留量を合算し、
合算値に対応する送信周期を求める
ことを含む請求項５に記載の無線リソース割当要求送信用の無線リソース割当制御方法。
【請求項９】
端末から受信される無線リソース割当要求に応じて、前記端末が有する送信バッファに滞留中のデータを送信するための無線リソースを前記端末に割り当て、その割当結果を示す無線リソース割当通知を端末に送信する基地局における、前記無線リソース割当要求用の無線リソースの割当制御方法であって、
前記送信バッファにおけるデータの滞留量を前記端末から周期的に受信し、
今回受信された滞留量と、前回受信された滞留量との差分を求め、差分が大きいほど送信周期が長くなるように、前記無線リソース割当要求の送信周期を決定し、
前記決定された送信周期で前記端末が無線リソース割当要求を送信できるように、前記無線リソース割当要求送信用の無線リソースの割り当てを行う
ことを含む無線リソース割当要求送信用の無線リソース割当制御方法。
【請求項１０】
端末から受信される無線リソース割当要求に応じて、前記端末が有する送信バッファに滞留中のデータを送信するための無線リソースを前記端末に割り当て、その割当結果を示す無線リソース割当通知を端末に送信する基地局における、前記無線リソース割当要求用の無線リソースの割当制御方法であって、
所定周期で端末から基地局への平均データ転送速度を求め、
前記平均データ転送速度が高いほど送信周期が短くなるように、前記無線リソース割当要求の送信周期を決定し、
前記決定された送信周期で前記端末が無線リソース割当要求を送信できるように、前記無線リソース割当要求送信用の無線リソースの割り当てを行う
ことを含む無線リソース割当要求送信用の無線リソース割当制御方法。
【請求項１１】
前記送信周期を決定した後、前記端末と前記基地局との間の遅延時間に所定時間を加えた時間が経過した時点で、前記送信周期を更新する
請求項５から１０のいずれか一項に記載の無線リソース割当要求送信用の無線リソース割当制御方法。
【請求項１２】
前記端末と前記基地局とが接続されてから第１の時間が経過するまでの間、所定の送信周期に基づいて、前記無線リソース割当要求送信用の無線リソースを割り当てられ、
前記第１の時間が経過する前に、第１の時間の次に位置する第１の時間と異なる第２の時間に適用すべき無線リソース割当要求の送信周期を決定し、
前記第１の時間が経過した時点で、前記送信周期を更新されるように、前記無線リソース割当要求送信用の無線リソースの割り当てを行う
請求項５から１０のいずれか一項に記載の無線リソース割当要求送信用の無線リソース割当制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置から基地局への無線リソース割当要求の送信周期を制御する方法に関する。
【背景技術】
【０００２】
３GPP  LTE  (Long Term Evolution)の分野では、同期状態にある無線端末（端末、User Equipment: UEと呼ばれる）と無線基地局（基地局、eNode Bと呼ばれる）との間には、シグナリング及び品質情報通知を行うための制御チャネル(L1/L2 Control Channel)が設
定される。端末は基地局に対して無線リソースの割り当てを要求するために、上りリンク（Up Link）の制御チャネル( L1/L2 Control Channel、PUCCH: Physical Uplink Control
Channel)を用いて、無線リソース割当要求メッセージとしてのスケジューリング・リク
エスト(Scheduling Request: SR)を発行する。
【０００３】
例えば、3GPP LTEにおいては、基地局及び端末において、端末からのＳＲ送信周期および送信タイミングは予め決められている。ＳＲの送信周期に達した端末がその時点で基地局へ送信すべきユーザデータを保持している場合には、端末は基地局へＳＲを送信する。これに対し、ＳＲの送信周期に達しても、その時点で端末が送信すべきユーザデータを保持していなければ、端末はＳＲを送信しない。
【０００４】
一方、基地局側では、予め決定された、端末におけるＳＲ送信周期およびタイミングに従って、上りリンク制御チャネル（UL L1/L2 Control Channel）上でＳＲを含む制御情報を受信することができる。端末からの制御情報が受信された場合には、基地局はＳＲを含む制御情報の解析を行う。この解析結果に応じて、基地局は端末に対する上りリンクの無線リソースの割り当てを決定する。そして、基地局は端末に対して無線リソースの割り当て結果（無線リソース割当情報）を通知するためのメッセージ（Scheduling Grant：SG）を発行し送信する。
【０００５】
基地局から発行されたＳＧを受信した端末は、そのＳＧに含まれる無線リソース割当情報に基づき、割り当てられた無線リソースを使用し、基地局へデータを送信することができる。
【０００６】
端末から基地局への上りリンクでは、上りリンク制御チャネルを用いて、上述したＳＲと異なる制御情報として、品質情報（CQI(Channel quality indicator)と呼ばれる）が送受信される。ＣＱＩは、基地局が端末の品質を把握し、その端末に対する通信品質を確保するための制御に用いられる。ＳＲは、端末が基地局へ送信すべきデータが存在する場合に、データを送信するための無線リソースの割り当てを基地局に要求するために使用される。
【０００７】
図２４に示すように、例えば、端末には、固定的な所定周期で上り制御チャネル用無線リソースが割り当てられる。ＣＱＩ送信用の無線リソースは、周期毎に割り当てられる。ＣＱＩと異なる制御情報として、ＲＧＢＳ(Radio bearer Group Buffer Status： 送信バッファ滞留量)やＵＰＨ（User equipment Power Headroom）のようなパラメータもＣＱＩと同じ送信周期で送信される。これに対し、ＳＲに関しては、ＣＱＩの送信周期よりも長い送信周期が固定的に規定され、ＳＲは本来ＣＱＩが格納されるべき領域を消費して送信される。
【特許文献１】特開２００７−５３７４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本来、ＳＲは、端末が送信すべき送信データを有する場合にのみ端末から基地局へ送信されれば良い。しかし、端末がＳＲを基地局へ送信するには、ＳＲ送信用の上りリンクの無線リソースの割り当てが要求される。基地局側では、端末がいつ送信データを保持し、いつＳＲを送信するかが分からない。このため、現状、ＳＲ送信のための上り無線リソースは、総ての端末に対して固定的且つ周期的に割り当てられる。
【０００９】
しかしながら、端末側は、送信データがない場合はＳＲを基地局に送信しない。このため、端末がＳＲを送信しない場合には、そのＳＲ送信のために割り当てられた無線リソースは無駄となる。
【００１０】
また、ＳＲ送信のための無線リソースは、上述したように、ＣＱＩ送信用の無線リソースの一部を利用する。このため、ＳＲ送信周期では、ＣＱＩ情報のサイズは、ＳＲによって制限される。このため、端末側では、少なくともＳＲ送信周期において、ＣＱＩ情報の簡略化を図ったり、ＣＱＩ情報の一部を次以降の周期で送信したりすることが行われている。従って、ＳＲ送信用の無線リソースが割り当てられない場合に比べて、基地局側での端末の品質制御の分解能が低下したり、ＣＱＩ情報の一部の到着が遅延することで、基地局と端末との間の通信品質が低下するおそれがあった。
【００１１】
また、無駄なＳＲの送信は、他の端末に対する干渉となって、通信品質の劣化や基地局の最大端末接続数の減少を招くおそれがあった。
【００１２】
従って、端末から基地局へのＳＲ送信のための無線リソース割当量は極力少なくする一方で、ＣＱＩ送信用の無線リソース割当量を増加するのが好ましい。
【００１３】
例えば、通信品質向上のためにＳＲの送信周期を一律に伸ばすことを仮定する。ところが、この場合には、端末が送信すべきデータを保持してから、端末が基地局へＳＲを送信するまでの遅延時間が増加する。すなわち、基地局側で端末に対する上り無線リソースの割り当てが遅れることによって、データ送信の遅延時間が増加する。さらに、端末の送信バッファにデータが滞留する時間が増加し、バッファフル（buffer full）によるデータ
破棄の確率が増加する。送信バッファの増加はコスト増加を招く。仮に送信バッファが増加されても、データ通信速度が速ければ、上述したような遅延時間の増加、バッファ上のデータの滞留時間の増加、バッファフルによるデータ破棄のような問題は解決されない。
【００１４】
本件は、端末から基地局への上りリンクの通信品質の向上を図ることができる技術を提供することを目的とする。
【課題を解決するための手段】
【００１５】
本件は、無線リソース割当要求用の無線リソースの割当制御方法である。この割当制御方法は、端末から受信される無線リソース割当要求に応じて、前記端末が有する送信バッファに滞留中のデータを基地局へ送信するための無線リソースを前記端末に割り当て、その割当結果を示す無線リソース割当通知を端末に送信する基地局に適用される。
【００１６】
この割当制御方法は、前記端末から前記送信バッファにおけるデータの滞留量を受信し、
前記滞留量が零である場合には、前記無線リソース割当要求用無線リソースを前記端末に周期的に割り当て、
前記滞留量が零でない場合には、前記送信バッファに滞留したデータを送信するための前記無線リソース割当通知の送信周期を前記滞留量に応じて決定するとともに、前記無線
リソース割当通知が周期的に送信される間、前記無線リソース割当要求用の無線リソースの割り当てを停止することを含む。
【発明の効果】
【００１７】
本件によれば、上りリンクの通信品質の向上を図ることができる。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して、実施の形態を説明する。実施の形態の構成は例示であり、本件は実施の形態の構成に限定されない。
【００１９】
本件は、無駄な無線リソース割当要求メッセージ（ＳＲ）の送信用の無線リソースの割り当てを抑えるために、端末（ＵＥ）が有する送信バッファの滞留量に応じてＳＲの送信周期を最適に制御する。ＳＲは、端末が基地局（eNode B）へ送信すべき送信データを保
持する場合に、基地局に対して上り無線リソースの割り当てを要求するために送信される。
【００２０】
基地局は、端末からのＳＲを受信した場合には、その時点での上り無線リソースの空き状況に応じて、当該端末に割り当てる無線リソースを決定し、割り当てた無線リソースを通知するために端末に無線リソース割当通知メッセージ（SG：Scheduling Grant）を送信する。端末は基地局からＳＧを受信すると、ＳＧによって通知された無線リソースを使用して基地局にデータを送信することができる。
【００２１】
また、端末は自身が持つ送信バッファに滞留しているデータ量（バッファ滞留量）を基地局に定期的に通知しており、基地局は端末側の送信バッファに滞留中のデータ量を知ることができる。このようなバッファ滞留量を利用し、端末毎のバッファ滞留量に応じて最適なＳＲの送信周期を制御することで、無駄なＳＲ送信用無線リソースの割り当てを回避する。
【００２２】
データ送信能力、送信バッファサイズ、及び使用アプリケーションは、端末毎に異なり、各端末でのデータ滞留時間や割合も異なる。バッファ滞留量を元にしてＳＲ送信周期を端末毎に変更すれば、最適なＳＲ送信制御を行うことが可能となる。
【００２３】
本件の実施形態が適用できる3GPP LTE(Long Term Evolution)における、eNodeB(基地局)とUE(端末)のスケジューリングに関して説明する。3GPP LTEでは、OFDMA(周波数分割多
重接続)を用いることによって、無線リソースを時間と周波数とで分割し、分割した時間
及び周波数の領域（分割領域）を基地局配下の各端末に割り当てることができる。
【００２４】
なお、実施形態では、３ＧＰＰにリソース割当制御方法が適用される例を示すが、リソース割当方法は、３ＧＰＰに限定されることなく、他のシステム（例えば、ＷｉＭＡＸや無線ＬＡＮ等の無線通信システム）にも適用することができる。
【００２５】
図１は、基地局が各端末に対して割当可能な無線リソースの例を示す。図１に示すように、時間軸は、所定のサブフレーム（subframe）と呼ばれる単位時間（例えば１ｍｓ）で分割される。また、１サブフレームにおける、基地局が利用可能な周波数帯域（システム周波数帯域）は、周波数方向に分割可能であり、分割された時間及び周波数の分割領域を異なる端末にそれぞれ割り当てることができる。また、サブフレーム毎に、基地局が各端末の周波数の割当状態を変更することで、時分割による端末の多重化も実現することができる。
【００２６】
上りリンク方向の物理チャネルとして、例えば、UL L1/L2 Control Channel(PUCCH1, P
UCCH2)及びPUSCH（Physical Uplink Shared Channel）がある。PUCCH1及びPUCCH2は、端
末と基地局との間で制御情報を送受信するための制御用物理チャネルであり、PUSCHは端
末と基地局との間でユーザデータを送受信するためのデータ用物理チャネルである。PUCCH1として、システム周波数帯域両端の周波数を有する領域が使用される。即ち、図１における最上位及び最下位のブロック列がPUCCH1として用いられる。PUCCH1は、基地局配下（基地局と同期状態）の全端末に対して定期的に割り当てられる。PUCCH1で挟まれた中間周波数の領域は、PUCCH2、PUSCHとして割り当てることができる。
【００２７】
図１には、基地局が複数の端末（図１では、＃１〜＃５）に対して無線リソースを割り当てた状態が示されている。図１において、周波数と時間で区切られた各ブロックが１つの端末に対して割当可能な無線リソースの最小単位をなす。基地局は、各端末に対し、各端末が通信に使用可能な周波数領域、及び時間を割り当てる。端末及び基地局は、基地局によって決定された周波数及び時間を用いてデータを送受信することができる。
【００２８】
割り当てに際し、基地局は、通信能力の高い端末、通信環境（品質）の良い端末（例えば、移動していない、電波状態が良い、のような、測定される品質情報の良い端末)、あ
るいは、送信すべきデータ量や要求されるデータ転送速度の速い端末に対しては、多くの周波数及び時間（＝多くの無線リソース）を与え、そうでない端末に対しては、少ない周波数と時間(=少ない無線リソース)を割り当てる。
【００２９】
図１に示す例では、端末UE#2に対して最も多くの無線リソース（分割領域）が割り当てられている。一方、端末UE#5に対する割当量が最も少ない。従って、この例では、端末UE#2の品質が良い、又は送信するデータ量と速度が高いことを意味し、端末UE#5は低速、又は品質が悪いことを意味する。
【００３０】
無線リソースの割り当ては、基地局が端末毎の品質状態や、端末のデータ送信バッファに滞留しているデータ量などを総合的に判断することによって実施される。このような割り当て処理の総ては、端末側からのＳＲによる無線リソース割当要求を契機に実施される。基地局は要求された無線リソースをその端末に割り当てられるか否かを、その端末の品質情報を考慮して判定し、判定結果に応じた無線リソースを割り当てる。
【００３１】
図２は、図１を用いて説明したPUCCH1の一例を説明する図である。図２を用いてPUCCH1上を流れる制御情報について説明する。PUCCH1は、時間軸上でサブフレームで分割され、各領域がPUCCH1番号を持つ。この各領域に端末がマッピング（mapping）される。各端末
に対し、PUCCH1の帯域（領域）の初期割り当てタイミングと割り当て周期は固定的に決定され、各端末は一定周期でPUCCH1の帯域を送信（利用）することができる。また、複数の端末間でPUCCH1番号が重なる場合(図２のUE#1,#3のような場合)には、コード多重によっ
て多重化される。
【００３２】
PUCCH1の初期割り当てタイミング及び割り当て周期は、端末が基地局に接続して同期化する際に実行されるRRC（Radio Resource Control）制御手順において、必要なパラメー
タを送受信し、そのパラメータにて指定される。パラメータは、基地局側で端末毎に保持されており、基地局側が保持しているパラメータを順次割り当てることで各端末に配信される。基地局と端末との間で一旦通信が開始されると、上記パラメータによる設定値は変更されない。
【００３３】
また、PUCCH1にて端末から基地局へ送信される制御情報には、以下のものがある。
（１）CQI情報 ：ダウンリンク（ DL）の無線品質情報 = DL無線区間における信号対雑音比(SIR)
（２）RGBS値：端末が保持する、基地局へ送信するデータの送信バッファに滞留したデー
タ量のインデックス（index）値。端末と基地局との間には、複数の優先クラス（Priority Class）に対応する複数の論理チャネルが設定される。送信バッファは優先クラス(論理チャネル)毎に用意される。このため、各論理チャネル用の送信バッファの滞留量が個別
に報告される。
（３）SR(Scheduling Request)：端末から基地局に対して送信する、PUSCH（データ通信
用物理チャネル）の割り当て要求メッセージである。
（４）UPH (UE Power Headroom) ：端末の最大送信電力に対する、現在の送信電力の比。端末の送信電力制御に用いられる。ＵＰＨは、UEの余剰送信電力を示す。具体的には、  (UEの最大送信電力)/(その時点でのUEの送信パワー) で計算される  index値で、値が大
きいほど、そのUEはまだ電力を上げる余地がある  ことを示す。
【００３４】
＜第１実施形態＞
第１実施形態では、端末の送信バッファ（RLC buffer）が空になるまで端末が基地局へのＳＲ送信を行わないようにする第１の方法について説明する。
第１の方法では、基地局に端末から通知される、端末の送信バッファ滞留量が零になるまで、基地局はＳＲ送信用の無線リソースを割り当てず、データ送信のための無線リソース割当のみを行う (ＳＧを周期的に発行する)。端末も、バッファ滞留量が零になるまでＳ
Ｒを送信しない。
【００３５】
図３Ａは、第１実施形態における端末(ＵＥ)１０の構成例を示す図であり、図３Ｂは、第１実施形態における基地局(eNode B)２０の構成例を示す図である。図３Ａ及び図３Ｂ
に示す端末１０及び基地局２０は、3GPP LTEシステムに適用可能な構成を有している。図３Ａにおける端末１０の受信が下りリンク(ＤＬ)であり、図３Ｂにおける基地局２０側の受信が上りリンク(ＵＬ)となる。
【００３６】
図３Ａにおいて、端末１０は、UE-eNodeB間無線インタフェース部１１（無線インタフ
ェース部１１）と、無線インタフェース部１１に接続された無線リソース割当制御部１２（割当制御部１２）と、割当制御部１２に接続された無線リソース割当要求判定部１３（割当要求判定部１３）と、割当要求判定部１３に接続された送信データバッファ１４（送信バッファに対応）と、割当制御部１２及び割当要求判定部１３に接続された品質情報解析部１５と、割当制御部１２に接続された受信データバッファ１６と、送信データバッファ１４及び受信データバッファ１６に接続された端末アプリケーション１７とを備えている。さらに、端末１０は、送信データバッファ１４と割当要求判定部１３との間に設けられたＳＲ送信有無判定部１８を備えている。
【００３７】
無線インタフェース部１１は、割当制御部１２からの送信データ（ユーザデータ）を基地局２０へ向けて送信するデータ送信部１１１と、割当制御部１２からの制御情報を基地局２０へ向けて送信する制御情報送信部１１２と、基地局２０からのユーザデータを受信するデータ受信部１１３と、基地局２０からの制御情報を受信する制御情報受信部１１４とを備えている。
【００３８】
端末アプリケーション１７は、基地局２０へ送信すべきデータを生成すると、そのデータを送信データバッファ１４へ送る。送信データバッファ１４は、データを一時的に蓄積（保持）する。送信データバッファ１４内のデータの滞留量は割当要求判定部１３に通知される。
【００３９】
送信データバッファ１４は、予め規定された複数の優先クラスに応じて設けられた複数の論理チャネルに対応する複数のバッファ領域（送信バッファ）からなり、優先クラスの異なるデータは異なるバッファ領域（送信バッファ）で蓄積（保持）される。このため、端末１０は、優先クラス（論理チャネル）毎に、送信データバッファ１４のバッファ滞留
量を基地局２０に通知する。
【００４０】
割当要求判定部１３は、送信データ滞留量及び品質情報解析部１５からの品質解析結果に従って無線リソース割当要求（ＳＲ）を生成し、割当制御部１２に送る。
【００４１】
割当制御部１２は、制御チャネル（PUCCH1）において自端末に割り当てられた周期及びタイミングで、ＳＲを含む制御情報を、制御情報送信部１１２の制御によって基地局２０へ送信することができる。また、割当制御部１２は、基地局２０から割り当てられた無線リソース（PUSCH）を用いて、送信データバッファ１４に蓄積された送信データを、デー
タ送信部１１１の制御によって基地局２０へ送信することができる。割当制御部１２は、予め割り当てられた時間及び周波数（無線リソース）で送信データや制御情報が送信されるように、無線リソース割当制御情報を無線インタフェース部１１に与える。
【００４２】
基地局２０からのユーザデータは、データ受信部１１３で受信される。受信データは復号され、復号された受信データは、受信データバッファ１６に一時的に蓄積され、端末アプリケーション１７に供給される。
【００４３】
また、基地局２０からの制御情報（無線リソース割当情報（ＳＧ）を含む）は、制御情報受信部１１４で受信される。制御情報は、割当制御部１２で解析され、上りリンクの品質情報（ＣＱＩ）及び割当無線リソース情報（ＳＧ）が品質情報解析部１５に与えられる。品質情報解析部１５は、ＣＱＩ及び割当無線リソース情報の解析結果を割当要求判定部１３に通知する。
【００４４】
詳細には、図１に示したように、基地局から割り当てられる無線リソースは、サブフレーム(1ms)毎に周波数が異なる。このため、無線インタフェース部１１は、割当制御部１
２によって決定される送受信周波数に従って、サブフレーム毎に送受信周波数を変更することができる。
【００４５】
図３Ａに示すように、端末１０は、基地局２０からデータ及び制御情報(ＣＱＩ(Channel Quality Indicator)、無線リソース割当情報(ＳＧ))を受信する。ＣＱＩは、端末１０
から基地局２０へのデータ転送品質を示す値である。ＣＱＩ値が高いほど、端末１０から基地局２０に対して送信したデータがエラーを起こすことなく正常に転送される。
【００４６】
端末１０で受信されたＳＧは、割当制御部１２と品質情報解析部に１５に通知される。このとき、割当制御部１２は、次回のデータ送受信用の無線リソース（周波数と時間）がどこに割り当てられているかを認識し、次回のデータ送受信時に、正しい周波数と時間を無線インタフェース部１１に通知し、次回のデータ送受信を行う。また、割当制御部１２は、品質情報(ＣＱＩ)がどの周波数と時間に対するものかを判定する。
【００４７】
また、ＣＱＩ情報は、品質情報制御部１５にて解析され、前回の端末１０から基地局２０へのデータ送信について、どの程度の品質で基地局２０に届いたかを解析することによって、端末１０から基地局２０への方向（ＵＬ）の通信品質を判定し、判定された通信品質を割当要求判定部１３に通知する。
【００４８】
割当要求判定部１３は、品質情報解析部１５から通知された通信品質情報と、送信データバッファ１４から通知されたバッファ滞留量に基づき、次回以降のサブフレームにおいて、端末１０がどの程度の通信速度で基地局２０と通信を行う必要があるかを判定し、基地局２０に対して要求する無線リソース量を判定し、ＳＲ(Scheduling Request)を生成した上で、割当制御部１２に通知する。
【００４９】
割当制御部１２は、基地局２０から受信されたＳＧ（無線リソース割当情報）に従って、送信データとともにＳＲ（無線リソース割当要求）を含む制御情報（ＲＧＢＳ，ＤＬ  ＣＱＩ，ＵＰＨ）を送信することができる。
【００５０】
ＳＲ送信有無判定部１８は、送信データバッファ１４からバッファ滞留量（ＲＧＢＳ）を受け取り、バッファ滞留量が零か否かを判定し、判定結果に応じたＳＲ送信有無の通知を割当要求判定部１３に与える。
【００５１】
端末１０に対し、制御情報を送信する無線リソースとして、制御チャネル用の周波数領域(PUCCH1：図１及び図２参照)が、基地局２０によって固定的に且つ周期的に割り当てられる。
【００５２】
端末１０は、制御情報送信用の無線リソースを使い、ＳＲのみでなく、ＲＧＢＳ(端末
１０の送信データバッファ１４のデータ滞留率 =端末１０の送信データバッファに滞留しているデータの割合)、ＤＬＣＱＩ(端末１０側で測定された、基地局２０から端末１０への下りリンク(Down Link)のデータの品質情報)、ＵＰＨ(UE Power Headroom =端末１０が有する最大送信電力に対して、現在の送信に使用している電力 =端末１０の送信電力の余力)も送信される。
【００５３】
図２４に示したように、ＤＬＣＱＩ，ＲＧＢＳ及びＵＰＨは、端末１０に対して固定的且つ周期的に割り当てられた無線リソース毎に送信される。これに対し、ＳＲは、ＳＲ送信が決定された場合に、本来ＣＱＩ用に使用される領域を用いて送信される。
【００５４】
図３Ｂにおいて、基地局２０は、eNodeB-UE 間無線インタフェース部２１と、無線インタフェース部２１に接続された無線リソース割当制御部２２と、割当制御部２２に接続された受信データバッファ２３，受信品質解析部２４，及び無線リソース割当要求解析部（割当要求解析部）２５と、受信データバッファ２３に接続された網インタフェース２６と、割当要求解析部２５に接続されたUE無線リソース制御部(スケジューラ)２７と、網インタフェース２６及びスケジューラ２７に接続された無線リソース割当部２８及び送信データバッファ２９とを備える。
【００５５】
網インタフェース２６は、網（IP網）３０に接続されており、無線リソース割当部２８及び送信データバッファ２９は割当制御部２２に接続されている。さらに、基地局２０は、割当要求解析部２５とスケジューラ２７との間に設けられたＳＲ／ＳＧ制御部３１を備えている。
【００５６】
また、無線インタフェース部２１は、端末１０からのデータを受信するデータ受信部２１１と、端末１０からの制御情報を受信する制御情報受信部２１２と、端末１０へデータを送信するデータ送信部２１３と、端末１０へ制御情報を送信する制御情報送信部２１４とを備えている。
【００５７】
基地局２０が備える割当制御部２２は、周波数毎に割り当てられている端末１０が異なるため、送受信対象の端末１０に割り当てられている周波数を選び出し、対象端末１０からのデータ及び制御情報を取得することができる。
【００５８】
基地局２０では、割当制御部２２、無線インタフェース部２１に関して、端末１０（図３Ａ）に搭載されたものと同等の機能を有するものを適用可能である。但し、基地局２０側では、複数の端末１０との送受信が考慮される。このため、無線インタフェース部２１及び無線リソース割当制御部２２では、管理対象の端末毎に、個々に無線リソース(周波
数及び時間)の判定を行い、端末毎のデータ及び制御情報を分離し、端末毎の処理を行う
。
【００５９】
端末１０からのデータは、データ受信部２１１で受信され、復号処理が実行された後、受信データバッファ２３及び受信品質解析部２４に与えられる。復号済み受信データは、受信データバッファ２３で一時的に保持され、所定のタイミングで網インタフェース部２６へ読み出され、網３０へ送信される。
【００６０】
受信品質解析部２４は、復号済み受信データに基づいて、上りリンクの通信品質を示すＣＱＩ情報（上り品質情報）を生成し、UE無線リソース割当制御部(スケジューラ)２７及び無線リソース割当部２８に与える。
【００６１】
一方、制御情報受信部２１２は、端末１０からの制御情報(ＳＲ，ＲＧＢＳ，ＤＬＣＱ
Ｉ，ＵＰＨ)を受信し、割当制御部２２に与える。割当制御部２２は、制御情報を割当要
求解析部２５に与え、割当要求解析部２５は、制御情報中のＳＲ（無線リソース割当要求）の内容を解析し、そのＳＲ解析結果をスケジューラ２７に与える。
【００６２】
ＳＲ／ＳＧ制御部３１は、割当要求解析部２５から制御情報中のＲＧＢＳ値を受け取ったとき、そのＲＧＢＳ値が零か否かを判定する。このとき、ＲＧＢＳ値が零であれば、ＳＲ／ＳＧ制御部３１は、スケジューラ２７に対して、基本的なＳＲ送信周期に従ってＳＲ送信用の無線リソースを割り当てる指示を与える。
【００６３】
これに対し、ＲＧＢＳ値が零でない（正である）場合には、ＳＲ／ＳＧ制御部３１は、ＲＧＢＳ値（バッファ滞留量）に応じたＳＧ送信周期を決定し、ＳＧ送信周期と、ＳＲ送信用無線リソースの割り当て停止指示とをスケジューラ２７に与える。ＲＧＢＳ値に応じたＳＧ送信周期、即ち、バッファに滞留したデータを受信できる程度のＳＧの送信周期を決定し、スケジューラ２７に通知する。
【００６４】
スケジューラ２７は、受信品質解析部２４からの品質情報（ＵＬＣＱＩ）、割当要求解析部２５からの無線リソース割当情報、ＳＲ／ＳＧ制御部３１からのＳＧ送信周期に従って、次以降のサブフレームにて要求元の端末１０に対して割り当てるべき無線リソース（制御チャネル、ユーザチャネルの双方に関する）を計算し、無線リソース割当情報を、無線リソース割当部２８及び送信バッファ２９に通知する。このとき、ＳＲ送信用の無線リソースの割り当て（スケジューリング）に関しては、ＳＲ／ＳＧ制御部３１からの指示に従う。
【００６５】
無線リソース割当部２８は、スケジューラ２７からの無線リソース割当情報に基づくＳＧ(Scheduling Grant)をＳＧ送信周期で生成し、受信品質解析部２４からのＵＬＣＱＩ(
上り通信品質情報)とともに、ＳＧを無線インタフェース制御部２１に通知する。ＳＧ及
びＵＬＣＱＩは、制御情報送信部２１４から端末１０へ送信される。
【００６６】
なお、送信データバッファ２９に蓄積される網インタフェース２６からのデータは、スケジューラ２７からの無線リソース割当情報(各端末に対する無線リソース割当スケジュ
ール)に基づき、該当するデータが読み出され、割当制御部２２及びデータ送信部２１３
を介して、送信先の端末１０へ送信される。
【００６７】
ＳＲ送信用の無線リソースの割り当てが停止される場合においても、本来ＳＲを送信するための無線リソース自体は、端末１０に割り当てられる。この場合、端末１０は、本来ＳＲを送信する周期において、ＳＲ情報を送信するための無線リソースを用いて、ＣＱＩ情報のような通信品質を向上させるための情報を送信する。このような端末１０の処理は、基地局２０からの指示に応じて実施される。基地局２０からの指示は、例えば、ＳＲに
対するＳＧに含まれて端末１０に通知される。
【００６８】
図４は、第１実施形態における端末１０と基地局２０との動作説明図である。図３Ａに示した端末１０では、基地局２０からの受信データをデータ受信部１１１で処理するとともに、基地局２０から受信した制御情報(ＵＬＣＱＩ，ＳＧ)を制御情報受信部１１４にて復号する。制御情報は(ＵＬＣＱＩ，ＳＧ)、割当制御部１２に通知される。
【００６９】
割当制御部１２は、ＳＧに基づき、基地局２０によって割り当てられた無線リソースを用いて、送信データバッファ１４から送信データを読み出し、データ送信部１１１に与える。このようにして、ユーザデータの送信が実施される。
【００７０】
端末１０の送信データバッファ１４が送信データを有していない間（基地局２０で受信されるＲＧＢＳ値が零の間）は、基地局２０は、従来と同様に、周期的なＳＲ送信のための制御チャネル用の無線リソース割当処理を実行する（図４；Ａ）。
【００７１】
その後、時刻ｔ１で、端末１０の送信データバッファ１４(例えば、優先クラス(priority)４)に送信データが蓄積されると、端末１０のＳＲ送信有無判定部１８が割当要求判定部１３にＳＲ送信を指示し、端末１０の割当要求判定部１３が、一度だけＳＲを含む制御情報を生成し、割当制御部１２に供給する。これによって、一度だけＳＲが基地局２０へ送信され、データ送信のための無線リソース割り当てが要求される。ＳＲ送信は一度だけであり、その後は送信されない。
【００７２】
ＳＲを受信した基地局２０では、以下のような処理が行われる。すなわち、端末１０から受信した制御情報(ＳＲ、ＲＧＢＳ、ＣＱＩ)が、割当要求解析部２５に通知される。割当要求解析部２５は、制御情報として通知された端末１０の送信データバッファ１４の滞留量(ＲＧＢＳ値)と、そのときの端末１０のデータ通信速度（変調方式(QPSK,16QAM,256QAM等)、TBS(Transport Block Size)サイズ、MIMO（Multiple-Input Multiple-Output）の適用など）とを確認する。
【００７３】
続いて、割当要求解析部２５は、送信データバッファ１４に滞留しているデータを、当該端末１０のデータ通信速度に合わせて送りきれるだけの無線リソースを確保する無線リソース割当情報を生成する。割当要求解析部２５は、無線リソース割当情報を、スケジューラ２７に与えるとともに、ＲＧＢＳ値をＳＲ／ＳＧ制御部３１に与える。
【００７４】
ＳＲ／ＳＧ制御部３１は、ＲＧＢＳ値に応じたデータを端末１０に送信させるためのＳＧ送信周期を決定し、スケジューラ２７に与える。このとき、ＳＧ送信周期決定部３１は、周期的なＳＲ送信用の無線リソースの割当停止指示をスケジューラ２７に与える。
【００７５】
なお、ＳＧ送信周期を決定するためのパラメータとして、ＲＧＢＳの他にデータ通信速度をさらに用いても良い。なお、ＳＧ送信周期は、ＲＧＢＳ値及びデータ通信速度のようなパラメータに予め関連づけてテーブル化しておき、ＳＲ／ＳＧ制御部３１が、対応するＳＧ送信周期をテーブルから取得するように構成しても良い。即ち、ＳＲ／ＳＧ制御部３１がＲＧＢＳ−ＳＧ送信周期対応テーブルを備えていても良い。また、ＳＧ送信周期が決定される場合には、ＳＧ送信周期に応じたＳＧがＳＲ／ＳＧ制御部３１で得られるようにしても良い。この場合、ＳＧは、テーブルからＳＧ送信周期とともに求められるようにすることができる。即ち、対応テーブルに、ＳＧ送信周期及びＳＧが登録されていても良い。
【００７６】
このように、ＳＧ及びＳＧ送信周期が決定された場合には、スケジューラ２７は、該当端末１０のＳＲ送信用の無線リソース割当を停止して、ＳＧの周期的な発行に応じた端末
１０からデータ送信を実施するための無線リソース割当を行う。当該無線リソースの割当結果は、上り無線リソース割当情報（ＳＧ）として品質情報とともに無線リソース割当部２８に通知され、割当制御部２２及び制御情報送信部２１４を通じて端末１０へ送信される（図４；Ｃ）。
【００７７】
なお、ＳＧ送信周期は、割当制御部２２に通知され、割当制御部２２は、当該端末１０に対し、ＳＧ送信周期に従ってＳＧを含む制御情報を制御情報送信部２１４から下りリンクを介して端末１０へ送信するように動作する。
【００７８】
このように、端末１０からのＳＲが受信されると、バッファ滞留量(ＲＧＢＳ)が考慮されてＳＧ及びＳＧ送信周期が決定される。すると、該当端末１０のＳＲ送信のための無線リソース割り当てが停止される一方でＳＧの周期的な発行が開始され、端末１０に対してデータ送信のための無線リソース割り当てが行われる。
【００７９】
以後、該当端末１０の送信データバッファ１４が空になる（端末１０から通知されるバッファ滞留量（ＲＧＢＳ）が零になる）まで、基地局２０側でのＳＲ送信用無線リソース割当処理、及び端末１０からのＳＲ送信処理は実行されない。基地局２０は、ＳＧを周期的に端末１０に送信し、端末１０からのデータ送信のための無線リソース割り当てを行う（図４；Ｄ）。
【００８０】
その後、例えば時刻ｔ２で送信データバッファ１４が空になると、ＳＲ／ＳＧ制御部３１は、端末１０から通知されるＲＧＢＳ値から、そのことを認識することができる。この場合、ＳＲ／ＳＧ制御部３１は、スケジューラ２７に指示を与え、スケジューラ２７は、ＳＲ／ＳＧ制御部３１の指示に従って、該当端末１０に対する周期的なＳＧ送信とデータ送信用の無線リソース割り当てを停止し、新たなＳＲ送信のための周期的な無線リソース割り当てを再開する（図４；Ｇ）。
【００８１】
端末１０は、送信データバッファ１４に次のデータが蓄積されるまでは、ＳＲを送信しない（図４；Ｅ（破線は非送信））。その後、例えば時刻ｔ３で次のデータ(優先クラス
５)が送信データバッファ１４に蓄積されると、上記したような動作が再び行われる（図
４；Ｆ，Ｇ）。
【００８２】
なお、基地局２０において、端末１０から通知されたバッファ滞留量が零になったことは、以下のようにして検知可能である。すなわち、ＳＲ送信用の無線リソース割当が停止された区間においても、ＲＧＢＳ及びＣＱＩのような制御情報の周期的な無線リソースの割当は停止されない。よって、割当要求解析部２５では、周期的にバッファ滞留量(ＲＧ
ＢＳ値)を認識することができる。よって、ＲＧＢＳ値が零になったことを検知すること
ができる。
【００８３】
図５は、第１実施形態における第２の動作例の説明図である。図５は、或る優先クラスの論理チャネルのデータ送信中に、その論理チャネルよりも高い優先クラス(Priority Class)を有する論理チャネルのバッファ領域にデータが蓄積された場合の動作例を示す。この場合には、その優先クラスのデータ送信を継続する一方で、高い優先クラスのデータに対するＳＲ送信処理が実行され、その後、高い優先クラスのデータ送信に切り替えられる。
【００８４】
図５において、優先クラス４のデータが送信データバッファ１４に蓄積され、端末１０からＳＲが送信され（図５；Ｂ）、これに対するＳＧが送信された後（図５；Ｃ）、ＳＲ送信用の無線リソース割当が停止される一方で周期的なＳＧ送信が実施される（図５；Ｄ）点は、図４に示した第１の動作例と同じである。
【００８５】
その後、時刻ｔ２において、端末１０の送信データバッファ１４に優先クラス４より高い優先クラス２のデータが蓄積されたと仮定する。ここで、端末１０からは、優先クラス(論理チャネル)毎のバッファ滞留量が周期的なＲＧＢＳ送信において基地局２０へ通知される。
【００８６】
基地局２０側では、論理チャネルの各優先クラスに対応するバッファ滞留量（ＲＧＢＳ）を端末１０から受信する。このため、現在データ転送が実行されている論理チャネルの優先クラス(優先クラス４)よりも高い優先クラス(優先クラス２)に対するバッファ滞留を検知することができる。この検知は、ＳＲ／ＳＧ制御部３１で行われる。
【００８７】
高い優先クラスのバッファ滞留が検知されると、基地局２０では以下のような処理が実行される。即ち、ＳＲ／ＳＧ制御部３１は、優先クラス４のデータのための周期的なＳＧ送信を停止することなく、端末１０のＳＲ送信用の無線リソースの割当を行う。このようなＳＲ送信用の無線リソース割当は、周期的なＳＧ送信（例えば、図５のＳＧ“Ｄ”）において端末１０に通知することができる。
【００８８】
端末１０は、ＳＧの受信によりＳＲ送信用の無線リソースが割り当てられたことを検知すると、優先クラス２のデータ送信のための制御情報(ＳＲ、ＲＧＢＳ、ＣＱＩ)を発行し、基地局２０へ送信する（図５；Ｅ）。端末１０から制御情報を受信した基地局２０（ＳＲ／ＳＧ制御部３１）は、当該制御情報に基づいて、優先クラス２に対するＳＧ及びＳＧ送信周期を決定する。その後、優先クラス４のＳＧ送信を優先クラス２のＳＧ送信に切り替える。即ち、ＳＲ／ＳＧ制御部３１は、スケジューラ２７に対し、優先クラス４のＳＧ送信を中止する一方で、優先クラス２のＳＧ送信用の割当を実施することを指示する。これにより、優先クラス２のデータ送信用のＳＧが周期的に送信される（図５；Ｆ）。周期的な優先クラス２のＳＧ送信の間、ＳＲ送信用の無線リソース割当は停止される。
【００８９】
端末１０による優先クラス２のデータ送信（基地局２０のデータ受信）が終了したら、基地局２０は、優先クラス４のデータ用のＳＧ送信を再開する（図５；Ｇ）。この再開方法には、以下の二つがある。
【００９０】
（方法１）第１の動作例と同様に、データ受信の終了（ＲＧＢＳ値＝０）が検知されると（図５；ｔ３）、基地局２０は、周期的なＳＲ送信用無線リソースの割当を再開する。これによって、端末１０は、優先クラス４の残りのデータ送信に関するＳＲを送信することができる（図５；Ｇ）。このＳＲに基づき、基地局は、優先クラス４の残りのデータ送信に関するＳＧ及びＳＧ送信周期を決定し、周期的なＳＧ送信（図５；Ｈ）によって優先クラス４のデータの送受信を行う。
【００９１】
（方法２）基地局２０は、優先クラス４のデータに対するＳＧ送信を中止した時点でのバッファ滞留量を、周期的なＲＧＢＳ値の受信により認識することができる。このため、基地局２０は、優先クラス２の受信が終了した時点で、優先クラス４の中止時点のバッファ滞留量からＳＧ及びＳＧ周期を求め、周期的なＳＧ送信を再開することができる。
【００９２】
図６は、第１実施形態の第３動作例の説明図である。第３動作例は、或る優先クラス（優先クラス４）のデータに対する周期的なＳＧ送信中に、当該優先クラスより低い優先クラス（例えば優先クラス６）のバッファ滞留が基地局２０で検知された場合における動作を示す。
【００９３】
図６において、優先クラス４に対する周期的なＳＧ送信が行われる一方、ＳＲ送信用の無線リソース割当が停止される点は、第２動作例と同じである（図６；Ａ〜Ｄ）。
【００９４】
基地局２０は、優先クラス４のデータ受信が終了するまでの間に、優先クラス４より低い優先クラス(優先クラス６)のバッファ滞留量（ＲＧＢＳ値）を、端末１０から周期的な制御情報の受信を通じて認識することができる。この場合、優先クラス４のデータ受信が終了すると、基地局２０は、以下の二つの方法のいずれかを用いて、優先クラス６のデータの送受信を開始する。
【００９５】
（方法１）優先クラス４のデータ受信が終了すると、ＳＲ送信用の無線リソースの周期的な割当を行い、低い優先クラス６のデータに対するＳＲの受信を待機する状態となる。この場合、端末１０は、ＳＲ送信を行う（図６；Ｆ、Ｇ）。その後は、同様に、ＳＧ及びＳＧ送信周期の決定が行われ、ＳＲ送信用の無線リソース割当を停止する一方で周期的なＳＧ送信が行われる。
【００９６】
（方法２）優先クラス４のデータ受信が終了すると、ＳＲ送信用の無線リソースの周期的な割当を行うことなく、その時点で取得している優先クラス６のバッファ滞留量からＳＧ及びＳＧ送信周期を決定し、ＳＧ送信を開始する。この場合、端末１０は、ＳＲ送信を行うことなく、ＳＧ受信を待つ。
【００９７】
その後、優先クラス６のデータ送受信が終了し、端末１０でのバッファ滞留量が零になると、基地局２０は、再び周期的なＳＲ送信用の上り無線リソースを割り当てる状態になる。
【００９８】
図７は、第１実施形態における端末１０側の処理例を示すフローチャートである。図７において、送信データバッファ１４にデータが蓄積された（バッファ滞留量≠０）とき（Ｓ０１；Ｙｅｓ）、ＳＲを送信していなければ（Ｓ０２；Ｎｏ）、基地局２０へＳＲ及びＲＧＢＳを含む制御情報を送信する（Ｓ０３、Ｓ０４）。ＳＲの送信は一度だけであり、以後はＳＲを送信しない。
【００９９】
その後、基地局２０から新規データ送信のためのＳＧ（ＳＲに応じたＳＧ）を待ち、ＳＧを受信すると（Ｓ０５；Ｙｅｓ）、バッファ中のデータがＳＧに従って送信される（Ｓ０６）。
【０１００】
その後、処理がＳ０７に進み、送信中のバッファの優先クラスより高い優先クラスのバッファにデータが蓄積されたか否かが判定される。このとき、高い優先クラスのバッファにデータが蓄積されていない場合（Ｓ０７；Ｎｏ）には、現在の優先クラスのバッファのデータ送信が継続される（Ｓ０８）。
【０１０１】
その後、データ送信中の優先クラスのバッファが空になったか否かが判定される（Ｓ０９）。バッファが空になっていない場合（Ｓ０９；Ｎｏ）には、処理がＳ０７に戻る。バッファが空になった場合（Ｓ０９；Ｙｅｓ）には、他の優先クラスのバッファにデータが蓄積されているか否かが判定される（Ｓ１０）。データが蓄積されていなければ（Ｓ１０；Ｎｏ）、処理がＳ０１に戻る。
【０１０２】
これに対し、データが蓄積されていれば（Ｓ１０；Ｙｅｓ）、データの送信対象が、この時点でバッファにデータが蓄積されているバッファのうち、最も高い優先クラスを有するバッファに切り替えられる（Ｓ１１）。この最も高い優先クラスを有するバッファのデータに関して、ＲＧＢＳ及びＳＲが基地局に送信される（Ｓ１２、Ｓ１３）。その後、処理がＳ０５に進む。
【０１０３】
一方、Ｓ０７にて、高い優先クラスのバッファにデータが蓄積された場合には（Ｓ０７
；Ｙｅｓ）、基地局２０に対して、高い優先クラスのデータに関するＲＧＢＳ及びＳＲが送信される（Ｓ１４、Ｓ１５）。その後、高い優先クラスのデータに関するＳＧの受信を待ち、ＳＧ受信を契機に、データ送信対象を高い優先クラスのデータに切り替える。その後、処理がＳ０５に進む。
【０１０４】
図７の処理によれば、端末１０は、以下のように動作する。すなわち、送信バッファに送信データが蓄積されると、一度だけＳＲを送信し、ＳＧの待機状態となる。その後、周期的なＳＧの受信に従ってデータを送信する。その後、送信すべきデータを全て送信し、バッファ滞留量が零になったら、その後、再び送信データを受け取ってバッファ滞留量≠0になったときに、再び一度だけＳＲを送信する。
【０１０５】
但し、データ送信中の論理チャネルより優先クラスの高い論理チャネルに対する送信データが来た場合には、端末１０は、直ちにＳＲを送信し、高い優先クラスの論理チャネルのデータ送信を行うための無線リソースを基地局２０に要求する。高い優先クラスに係るＳＧを基地局２０から受信するまでは、それまでに行っていたデータ送信を継続しながらＳＲ送信を続ける。
【０１０６】
同様に、優先クラスの高い論理チャネルの送信バッファにデータが蓄積されたとき、又は、送信中の優先クラスの送信バッファの滞留量が零になるまでＳＲの送信は行われない。
【０１０７】
優先クラスの高い論理チャネルの送信バッファが零になった時点でＳＲ送信を行い、中断した優先クラスの論理チャネルの送信バッファのデータ送信を再開する。
【０１０８】
また、データ送信中の論理チャネルより優先クラスの低い論理チャネルの送信バッファにデータが蓄積されている場合には、データ転送中の優先クラスの論理チャネルの送信バッファが空になった後に、端末１０はＳＲを送信して優先クラスの低い論理チャネルのデータ送信のための無線リソースを要求する。優先クラスが低い場合には、実施中のデータ転送を中断することなく、送信バッファが空になってから改めてＳＲが発行される。
【０１０９】
全ての優先クラスの送信バッファが空になったら、データ転送を停止し、次にデータが送信データバッファ１４に蓄積されるまでＳＲの送信は行われない。
【０１１０】
図８は、第１実施形態における基地局２０側の処理例を示すフローチャートである。図８において、基地局２０は、端末１０からのＲＢＧＳ通知を一度でも受信し、且つＲＧＢＳ値が零でないとの条件が満たされるか否かを判定する（Ｓ２１）。
【０１１１】
Ｓ２１の条件が満たされない場合（Ｓ２１；Ｎｏ）には、基地局２０は、端末１０に対して周期的にＳＲ送信用無線リソースを割り当てる（Ｓ２２）。その後、処理がＳ２１に戻る。
【０１１２】
Ｓ２１の条件が満たされる場合（Ｓ２１；Ｙｅｓ）には、基地局２０は、端末１０に対してＳＧを周期的に送信中か否かを判定する（Ｓ２３）。このとき、周期的なＳＧの送信中であれば（Ｓ２３；Ｙｅｓ）、基地局２０は、周期的にＳＧ送信している優先クラスよりも高い優先クラスのＲＧＢＳ値(零でない)を受信したか否かを判定する（Ｓ２４）。
【０１１３】
高い優先クラスのＲＧＢＳ値が受信されていない場合には（Ｓ２４；Ｎｏ）、基地局２０は、ＳＧの周期的な送信を開始または継続する（Ｓ２７）。その後、処理がＳ２１に戻る。
【０１１４】
一方、端末１０に対してＳＧを周期的に送信中でない場合（Ｓ２３；Ｎｏ）、或いは、高い優先クラスのＲＧＢＳ値が受信された場合（Ｓ２４；Ｙｅｓ）には、基地局２０は、通知されたＲＧＢＳ値の中で、最も高い優先クラスのデータを総て送信可能な無線リソースの割当を決定する（Ｓ２５）。
【０１１５】
その後、基地局２０は、そのような無線リソースの割当に応じたＳＧ送信周期を算出する（Ｓ２６）。その後、処理がＳ２７に進む。
【０１１６】
図８に示した処理によれば、基地局２０で以下のような処理が行われる。すなわち、端末１０から送信されてくるバッファ滞留量の通知を確認し、バッファ滞留量が零の端末１０に対しては定期的にＳＲ送信のための上り無線リソース割り当てが行われる。
【０１１７】
一度端末からＳＲが受信され、バッファ滞留量≠0の場合には、その端末から通知され
るバッファ滞留量が零になるまで、その端末に対するＳＲ送信のための上り無線リソース割り当てが停止される一方、データ送信のための無線リソースを割り当てて該当端末１０にＳＧが周期的に送信される。
【０１１８】
該当端末１０から通知されるバッファ滞留量が零になったら、ＳＧの送信が停止され、該当端末１０のＳＲ送信のための上り無線リソースが周期的に割り当てられる。端末１０から通知される優先クラス毎のバッファ滞留量にて、現在データ転送中のバッファよりさらに優先クラスの高い論理チャネルの送信バッファにデータが滞留した場合には、該当端末１０に対してＳＲ送信のための無線リソースが割り当てられる。
【０１１９】
該当端末からＳＲを受信するまで、ＳＲの無線リソース割り当てが周期的に繰り返され、ＳＲを受信して優先クラスの高い論理チャネルのデータ送信のためのＳＧが発行された後は、ＳＲ送信のための無線リソース割り当てが停止される。
【０１２０】
データ転送中の優先クラスの論理チャネルより優先クラスの低い論理チャネルの送信バッファにデータが保持された場合には、その時点でデータ転送中の優先クラスの送信バッファが空になるまでデータ転送がそのまま継続される。すなわち、ＳＲ用の無線リソースが割り当てられず、ＳＧの周期的な送信が継続される。その後、バッファが空になると、ＳＧの周期的送信が停止され、ＳＲ送信のための周期的な無線リソース割り当てが行われる。
【０１２１】
端末１０から低い優先クラスの論理チャネルのデータ送信用無線リソースを要求するＳＲが受信された場合には、ＳＲの周期的無線リソース割り当てが停止され、データ送信用に割り当てる無線リソース及びＳＧの送信周期が決定され、ＳＧの周期的送信が開始される。該当端末１０から通知される全ての優先クラスのバッファ滞留量が零になったら、ＳＧの周期的送信が停止され、再びＳＲの周期的割り当てに戻る。
【０１２２】
なお、 該当端末に対するＳＧ送信周期は、基地局の配下の総ての端末に対して一律に
決めることができる。或いは、端末接続時にその端末の能力（データ転送速度）を確認し、その能力に応じて端末毎に異なるＳＧ送信周期を決定することもできる。
【０１２３】
或いは、該当端末が行っている適応変調方式やTBS(Transport Block Size)等、適応的
に変化する該当端末のデータ送信能力をＳＧの周期的送信に入る直前に確認し、そのデータがその時の通信速度で送りきれるようにＳＧ送信周期を決めても良い。
【０１２４】
その場合、基地局側は適応変調方式の種類やＴＢＳから算出される端末のデータ送信速度を引数としてＳＧ送信周期を割り出すテーブルを持ち、そのテーブルを検索することで
ＳＧ送信周期を算出する方法を適用することができる。或いは、ＳＧ送信周期の算出式([UEのデータ通信速度指標((適応変調方式を示す番号 or TBSサイズ等)/定数(パラメータ設定 or 固定値)=SG送信周期] 等といった算出式)を用いてＳＧ送信周期を算出することも
できる。
【０１２５】
第１実施形態によれば、端末の送信バッファの滞留量に応じたＳＧ及びその送信周期が決定され、これらに従ってＳＧが周期的に送信される間、ＳＲ送信用の無線リソースの割当が停止される。これによって、端末と基地局間のデータ転送に影響を与えることなく、無駄なＳＲ送信（ＳＲ送信用無線リソースの割当量）を減らすことができる。その結果、上りリンクの無線リソースの利用効率を高めて、ＣＱＩのような通信品質の向上を図るための情報をより多く端末から基地局へ転送することができる。よって、通信品質の向上を図ることができる。また、ＳＲ送信による他の端末への干渉が抑えられる。
【０１２６】
また、第１実施形態によれば、複数の論理チャネルのそれぞれに優先クラスが設けられ、各優先クラスに応じた複数の送信バッファが設けられている場合に、その優先クラスを考慮したデータ転送を、ＳＲ送信用無線リソースの無駄な割当を排除した状態で実施することができる。
【０１２７】
＜第２実施形態＞
次に、第２実施形態について説明する。第２実施形態は、第１実施形態と共通点を有するので、共通点については説明を省略し、主として相違点について説明する。
【０１２８】
第２実施形態では、第１実施形態のようにデータ転送中にＳＲ送信を停止することなくＳＲ送信周期のみ端末毎に制御する第２の方法について説明する。第２の方法では、基地局に通知される各端末のデータ送信バッファ滞留量を用い、バッファ滞留量が多い場合にはＳＲ送信周期を長く設定し、滞留量の減少に応じてＳＲ送信周期が短くされる。
【０１２９】
端末は、第１実施形態で説明したように、総ての論路チャネルの送信バッファが空になった状態でデータを受信したり、或いはデータ転送中の論理チャネルとは異なる優先クラスの送信バッファにデータが保持されたりすると、新規に保持されたデータを転送するための無線リソースを基地局に要求するためのＳＲを送信する。
【０１３０】
上記に加え、端末のデータ転送速度の限界、バッファ量（バッファサイズ）の限界もあるため、端末におけるバッファ滞留量が多い状況下では、端末がさらにデータ転送のための無線リソースの追加を要求するＳＲを送信する可能性は低い。これに対し、バッファ滞留量が少ない場合には、端末が追加のＳＲを送信する可能性は高い。
【０１３１】
また、バッファ滞留量が多い場合には、既に行っているデータ転送に注力してデータ送信が行われる。このため、データ転送中の優先クラスより高い優先クラスの論理チャネルの送信バッファに新たにデータが保持された場合以外では、端末はＳＲの送信を急ぐ必要はない。従って、バッファ滞留量が多い端末に対しては、ＳＲの送信周期を長く設定し、粗い制御を実施しても問題は生じない。
【０１３２】
逆に、バッファ滞留量が小さい端末では、データ転送中でない論理チャネルに新しくデータが保持された場合におけるデータ転送遅延を減らすため、ＳＲ送信周期を短くし、細かい制御を行う。また、バッファ滞留量が小さい端末では、高い優先クラスの論理チャネルの送信バッファが空いている可能性が高く、そのような高い優先クラスの送信バッファに新たにデータが保持された場合に即座に対応するため、ＳＲ送信周期を短くし、制御を細かく行う。
【０１３３】
このように、端末毎のバッファ滞留量に応じて端末毎に最適なＳＲ送信周期を制御することで、無駄なＳＲ送信のための上り無線リソース割り当てを減らし、通信品質の向上を図る。
【０１３４】
第２実施形態に適用可能な端末及び基地局として、第１実施形態で説明した端末１０及び基地局２０の構成（図３Ａ、図３Ｂ）を適用することができる。基地局２０側にて端末１０毎の送信バッファ滞留量を考慮する方法として、以下のような制御例１〜３を挙げることができる。
【０１３５】
（制御例１）優先クラスの高いバッファ滞留量のみを考慮したＳＲ送信周期制御
複数の優先クラスに対して、バッファ滞留量を考慮する優先クラスの閾値をパラメータ設定値として設け、基地局２０側に設定する。基地局２０は、優先クラス閾値以上の優先クラスを有する論理チャネルに対して、端末毎にバッファ滞留量の合算値を求める。
【０１３６】
基地局２０は、求めた合算値から、図９に示すようなＳＲ送信周期テーブルを検索して端末毎のＳＲ送信周期を求め、それを端末毎に適用する。なお、図９の表における各値は、以下を示す。
Xmeas ：閾値以上のPriorityのbuffer滞留量の合算値
a1, a2,・・・, an-1,an ：buffer滞留量の合算値に対応するSR送信周期を選ぶための閾
値
A1, A2,・・・, An-1,An ：SR送信周期[ms]
図９のテーブルの値は、パラメータ設定で変更可能にすることが好ましい。基地局が処理する端末数や端末の種類によって調整可能とするのが望ましいからである。
【０１３７】
図９に示した合算値は例であり、例えば、a1≦Xmeas＜a2, a2≦Xmeas＜a3…のような、或る合算値の上限値と、その次の合算値の下限値とに同一の値が用いられても良い。即ち、合算値の範囲が連続するように規定されることができる。
【０１３８】
なお、バッファ滞留量の合算値からＳＲ送信周期を求めるために、以下の式１のような算出式を用いて計算するようにしても良い。
【０１３９】
Ｔ＿ＳＲ＝ｂｕｆＳｕｍ＿ｔｈ／Ｘｐａｒａ  ・・・（式１）
但し、“T_SR”は、SR送信周期[ms]であり、“bufSum_th”は、端末の閾値以上の優先ク
ラスのバッファ滞留量合算値[byte]であり、“Xpara”は、パラメータ設定固定値である
。
【０１４０】
図１０は、制御例１に係る処理例を示すフローチャートである。最初に、優先クラスの閾値以上の優先クラスに係るデータのＲＧＢＳが受信されたか否かが判定される（Ｓ１０１）。
【０１４１】
優先クラス閾値以上の優先クラスに係るデータのＲＧＢＳが受信された場合には（Ｓ１０１；Ｙｅｓ）、各ＵＥの優先クラス閾値以上のＲＧＢＳ値を合算する（Ｓ１０２）。
【０１４２】
続いて、各ＲＧＢＳ合算値を引数として、端末毎にＳＲ送信周期テーブル（図９）を検索し、対応する端末のＳＲ送信周期を決定する（Ｓ１０３）。
【０１４３】
図９に示したＳＲ送信周期テーブルは、例えば図３Ｂに示すＳＲ／ＳＧ制御部３１が保持し、図１０に示した処理をＳＲ／ＳＧ制御部３１が実施するようにすることが可能である。ＳＲ／ＳＧ制御部３１は、各端末の各優先クラスに対応するバッファ滞留量（ＲＧＢＳ値）を保持するための記録領域を有することができる。ＳＲ／ＳＧ制御部３１は、更新
に係るＳＲ送信周期を決定すると、それをスケジューラ２７に通知し、ＳＲ送信周期の更新を指示する。
【０１４４】
（制御例２）端末毎に、各優先クラスのバッファ滞留量に重みをつけて計算した係数に基づき、端末毎のＳＲ送信周期を制御する例
図１１は、制御例２の処理例を示すフローチャートである。図１１において、最初に、基地局２０は、端末１０からＲＧＢＳを受信したか否かを判定する（Ｓ１１１）。このとき、ＲＧＢＳが受信された場合には、受信した端末に係る全ての優先クラスのＲＧＢＳを用いて評価値を算出する。評価値の算出式として、以下のような式２を用いる。
【０１４５】
BufSum＿CalcVal = P1 val×Bufprio1
＋P2 val×Bufprio2
＋P3 val×Bufprio3
＋P4 val×Bufprio4
＋P5 val×Bufprio5
＋P6 val×Bufprio6
＋P7 val×Bufprio7
＋P8 val×Bufprio8   ・・・（式２）
但し、式２は、全優先クラス数が８である場合を想定している。また、式２において、“BufSum＿CalcVal”は、優先クラスを考慮したバッファ滞留量の評価値であり、“P1 val
〜P8 val”は、各優先クラスにおける重み係数（パラメータ設定値）であり、“Bufprio1〜8”は、端末から報告されたバッファ滞留量の値である。
【０１４６】
評価値が算出されると、その評価値を引数としてＳＲ送信周期テーブル（図９）を参照し、対応する端末のＳＲ送信周期を決定する（Ｓ１１３）。このような処理は、端末毎に実施される。
【０１４７】
図１１に示した処理では、データを送信すべき順序は優先クラスによって異なるため、優先クラスを考慮に入れて端末毎のバッファ滞留量を考慮する。式２によって算出された評価値を用いて、図９に示したようなＳＲ送信周期テーブルから、端末毎のＳＲ送信周期を求める。基地局２０は、求めたＳＲ送信周期に従って、端末毎にＳＲ送信のための上り無線リソースの割り当てを実施する。
【０１４８】
ＳＲ送信周期の変更は、基地局２０が端末からバッファ滞留量（ＲＧＢＳ）を受信するたびに行い、変更されたＳＲ送信周期はＳＧにて各端末に通知することができる。上述した制御例２に係る図１１の処理は、制御例１と同様に、ＳＲ／ＳＧ制御部３１で実施することができる。
【０１４９】
制御例２では、ＳＲ送信周期を動的に切り替える。このため、基地局２０と端末１０との間の伝播遅延を考慮することが望ましい。ＳＲ送信周期の切替方法として、下記の２つの方法がある。
【０１５０】
(方法１)  基地局２０は端末１０からＳＲを受信し、ＳＧを発行した時点の次のサブフレームに基地局と端末間の伝搬遅延を加えた時点（1subframe +伝搬遅延）から、変更後
のＳＲ送信周期を適用する。端末１０は、ＳＧを受信した次のサブフレームから、新たなＳＲ送信周期を適用する。適用されるＳＲ送信周期は、ＳＧを受信した次のサブフレームを基準とした周期として設定される。
【０１５１】
即ち、基地局２０は、基地局２０と端末１０との間の伝搬遅延を考慮し、ＳＲ送信周期テーブルの参照のために使用する品質情報として、伝搬遅延時間だけ過去の品質情報(品
質測定値)を用いる。
【０１５２】
図１２は、ＳＲ送信周期の動的な更新の例を示す。図１２に示すように、基地局と端末との接続処理が完了して同期状態となる（RRC CONNECTION SETUP COMPLETE）と、周期的
なＳＲ送信及びＳＧ返信が行われるような上り制御チャネルの無線リソース割当が行われる。その後、例えば、図１２の時刻ｔ１で受信されたＳＲとともにＲＧＢＳが受信された場合には、基地局２０は図１１に示したような処理を経て更新に係るＳＲ送信周期を算出する（時刻ｔ２）。但し、この時点でＳＲ送信周期は変更されない。その後、基地局は次のＳＲを受信すると（時刻ｔ３）、この次のＳＲに対するＳＧで更新に係るＳＲ送信周期を端末１０に通知する。
【０１５３】
一方で、基地局２０は、時刻ｔ３から端末−基地局間の伝搬遅延時間ｄ及び１サブフレームが経過する（時刻ｔ５になる）のを待つ。時刻ｔ５になると、基地局２０及び端末１０は更新に係るＳＲ送信周期を変更し、更新に係るＳＲ送信周期でＳＲ及びＳＧの送受信が行われるような上り無線リソースの割り当てを当該端末１０に対して適用する。
【０１５４】
(方法２)  ＳＲ送信周期変更を行う周期をＴ２[ms]と定義し、RRC CONNETED状態（端
末と基地局との同期状態）になってからＴ１[ms]（例えばＴ２＞Ｔ１）経過後にＳＲ送信周期変更の制御を開始するように行う。制御は基地局と端末間の伝播遅延を考慮して行う。
【０１５５】
図１３は、ＳＲ送信周期の動的な更新の例（方法２）を示す。図１３に示すように、端末１０と基地局２０との同期状態が確立（RRC  CONNECTION SETUP COMPLETE）し、最初のＳＲが送信されてから所定時間Ｔ１が経過すると、ＵＥがＳＲ送信周期を変更してＳＲ送信が可能となるように、基地局２０は、ＳＲ送信用リソースの割り当てを実行する。その後は、時間Ｔ２が経過する毎に、ＳＲ送信周期がバッファ滞留量に応じて変更されるように、無線リソースの割り当てが実行される。
【０１５６】
なお、図１３において破線で囲まれた部分は、基地局２０が端末−基地局間の伝搬遅延Ｄ１を考慮した場合の例を示す。この場合には、端末１０から最初のＳＲが送信された時点を起点として、伝搬遅延時間Ｄ１が経過した後に、所定時間Ｔ１の計時が開始される。この場合、“Ｔ１＋Ｄ１”経過後に、端末が変更に係るＳＲ送信周期でのＳＲ送信を実施するための無線リソース割当制御を実施する。もっとも、“Ｔ１＋Ｄ１”の経過時に、ＳＲ送信周期の更新処理を開始しても良い。
【０１５７】
上記した方法１及び２において、端末と基地局との間の伝搬遅延は、基地局のセル半径の最大値から算出される伝播遅延を適用することができる。或いは、基地局が端末から受信した信号のパス位置から推測した値を適用することができる。方法１及び２のいずれにおいても、図１２や図１３に示したＳＲ送信周期更新のための制御はms単位で行う。このため、セル半径が５０[km]であると仮定しても、50×103[m]/3.0×108=16.666・・×10-5[s]≒166.7[us]程度である。従って、方法１及び２において、端末及び基地局の制御をsubframe単位でずらして実施すれば、基地局と端末との間で制御の同期化することができる。
【０１５８】
（制御例３）各端末のバッファ滞留量の合算値でＳＲ送信周期を制御する例
図１４は、制御例３を適用した場合の処理例を示すフローチャートである。図１４の処理が開始されると、基地局２０（例えばＳＲ／ＳＧ制御部３１）は、端末１０からＲＧＢＳを受信したか否かを判定する（Ｓ２０１）。
【０１５９】
ＲＧＢＳが受信された場合には、基地局２０は、ＲＧＢＳを送信した端末１０の全優先
クラスのＲＧＢＳの総和を計算する（Ｓ２０２）。続いて、基地局２０は、ＲＧＢＳ値の総和からＳＲ送信周期テーブル（図９）からＲＧＢＳ値総和に対応するＳＲ送信周期を検索することによって、更新に係るＳＲ送信周期を決定する（Ｓ２０３）。
【０１６０】
制御例３では、基地局２０が端末毎に各優先クラスのバッファ滞留量を合算し、端末毎の送信すべきデータ量の総和を用いてＳＲ送信周期（ＳＲ送信用の無線リソースの割り当て）を制御する。各優先クラスのバッファ滞留量は各端末１０から基地局２０へ通知される。このため、基地局２０が各端末の優先クラスのバッファ滞留量の合算値を算出し、滞留量が多い端末には長いＳＲ送信周期を設定し、滞留量の少ない端末の短いＳＲ送信周期を設定する。
【０１６１】
ＳＲ送信周期の決定において、制御例１及び制御例２において説明した方法のいずれかを適用することができる。また、運用中のＳＲ送信周期を変更するために、制御例２において説明した方法を適用することができる。ここで、制御例１が適用される場合には、実際の計算ではなくテーブル検索が実施されるので、少ない処理量で実現可能である。
【０１６２】
第２実施形態によっても、無駄なＳＲ送信用の無線リソース割当が抑えられるので、制御用無線リソースの利用効率向上を図ることができ、ひいては通信品質の向上を図ることができる。
【０１６３】
＜第３実施形態＞
次に、第３実施形態について説明する。第３実施形態は、第１実施形態と共通点を有するので、共通点については説明を省略し、主として相違点について説明する。第３実施形態では、各端末に対して、現在のバッファ滞留量と直前のバッファ滞留量とを比較し、大きい滞留量の差分を有する端末についてＳＲ送信周期を短くする方法について説明する。
【０１６４】
第３実施形態でも、第１実施形態で説明した端末１０及び基地局２０の構成を適用可能である。第３実施形態で説明する処理は、例えばＳＲ／ＳＧ制御部３１によって実行することができる。第３実施形態でもＳＧ送信周期決定部３１は省略可能である。
【０１６５】
図１５は、第３実施形態における基地局の処理例を示すフローチャートである。図１５における処理において、基地局２０は、Ｓ３０１にて端末１０からＲＧＢＳを受信したか否かを判定する。このとき、ＲＧＢＳが受信された場合には、基地局は、次のＲＧＢＳが受信されるのを待ち（Ｓ３０２）、次のＲＧＢＳが受信されると、基地局２０は、今回のＲＧＢＳと前回ＲＧＢＳとの差分を算出する（Ｓ３０３）。差分が得られると、基地局２０は、差分に対応するＳＲ送信周期を予め用意されたＳＲ送信周期テーブルから検索し、検索されたＳＲ送信周期を更新に係るＳＲ送信周期として決定する（Ｓ３０４）。その後、更新に係るＳＲ送信周期でＳＲ送信が実施されるように上りリンク無線リソース（制御チャネル）の割当状態が更新される。
【０１６６】
ここで、現在のバッファ滞留量(今回のＲＧＢＳ値)と一つ前に通知されたバッファ滞留量（前回のＲＧＢＳ値）の差分が大きいことは、端末の送信データバッファ１４にデータが到達する速度が速いということを示す。このような端末では、データ転送量に対して状況が変化し易い。また、送信バッファに滞留したデータは短時間のうちに転送される。このため、データ送信のための上り無線リソース割り当て制御をきめ細かく行うことが好ましい。バッファ滞留量の差分が小さい端末では、上記した状況と逆の状況であるため、長いＳＲ送信周期を設定することができる。
【０１６７】
基地局２０の動作中におけるＳＲ送信周期の更新方法として、第２実施形態の制御例２として説明した方法のいずれかを適用することができる。また、現在のバッファ滞留量と
最後のバッファ滞留量との差分から基地局２０が端末毎のＳＲ送信周期を算出する方法として、第２実施形態の制御例１について説明した、予め用意されたＳＲ送信周期テーブルを検索する方法と、所定の算出式を用いてＳＲ送信周期を算出する方法とのいずれかを適用することができる。
【０１６８】
さらに、バッファ滞留量の差分の算出方法として、以下のいずれかを適用することができる。
＜１＞差分を端末毎且つ優先クラス毎に求める。
＜２＞高い優先クラス（優先クラス閾値以上の優先クラス）に関するバッファ滞留量の差分のみを用いて端末毎にＳＲ送信周期を決定する。
＜３＞端末毎に全ての優先クラスに対するバッファ滞留量の差分を算出し、算出された複数の差分値に対して、第２実施形態の制御例２で説明したような算出式（式２）を用いて重みをつけて加算した評価値を求め、この評価値を元にＳＲ送信周期を決定することができる。
【０１６９】
上記したいずれの方法が適用される場合においても、ＳＲ送信周期を算出するためのテーブル値、算出式で使用（代入）される重みや係数のような値は、基地局２０の設置状況に応じて変更可能なように、パラメータ設定とされるのが好ましい。
【０１７０】
第２実施形態によっても、無駄なＳＲ送信用の無線リソース割当が抑えられるので、制御用無線リソースの利用効率向上を図ることができ、ひいては通信品質の向上を図ることができる。
【０１７１】
＜第４実施形態＞
次に、第４実施形態について説明する。第４実施形態は、第１実施形態と共通点を有するので、共通点については説明を省略し、主として相違点について説明する。
【０１７２】
第４実施形態では、基地局にて算出される、端末毎のAverage Data Rate(平均データレート：平均転送速度)を用いて端末毎のバッファ滞留量の増減具合を予測し、バッファ滞
留量の増減量が大きいと予測される端末に対してＳＲ送信周期を短く、バッファ滞留量の増減量が小さいと予測される端末に対してＳＲ送信周期を長くなるように制御する方法について説明する。
【０１７３】
基地局は、端末に対して上り無線リソースを割り当てる際には、端末の上り転送速度を把握しているため(Payloadサイズや変調方式等)、該当端末からデータを受信したサブフ
レーム数と、HARQ（再送制御）においてACK（受信確認メッセージ）を返した数とを用い
て算出可能することができる。
【０１７４】
複数の平均データレートの算出方法が存在するが、ここではその一例を示す。図１６に平均データレート（Average Data Rate）の算出イメージ図を示す。あるサブフレーム区
間（図１５では５subframe）毎に平均データレート（移動平均値）を算出し、サブフレーム毎に平均データレートを更新していく。すなわち、移動平均算出対象のサブフレーム区間において、HARQの再送制御でACKが返信された数を、サブフレーム区間のサブフレーム
数で割ることによって、平均データレート(移動平均値)を算出する。例えば、最初のサブフレーム区間（５サブフレーム）では、ACKが４回返信されている。よって、このサブフ
レーム区間の平均データレートは、０．８となる。その後、１サブフレーム毎に、平均データレートが更新される。
【０１７５】
平均データレートが高いということは、データ転送速度が速く、端末の送信バッファに滞留したデータが短時間で転送されるということを意味する。そのような端末は、ＳＲ送
信の確率も高く、送信バッファが空になるのも早いので、きめ細かく上り無線リソースの割り当てが制御されるように、ＳＲ送信周期を短く設定する。平均データレートが低い端末に対しては、上記の逆の理由でＳＲ送信周期を長く設定する。
【０１７６】
平均データレートからＳＲ送信周期を判定する方法は、平均データレートとＳＲ送信周期との対応テーブルを予め基地局の記憶装置上に格納し、算出された平均データレートで対応テーブルを参照することによって、対応するＳＲ送信周期を取得し、そのＳＲ送信周期の適用を決定することができる。或いは、平均データレートからＳＲ送信周期を算出する算出式を予め用意し、その算出式を用いてＳＲ送信周期が算出されるようにしても良い。
【０１７７】
ＳＲ送信周期の変更は、例えば、所定の周期Ｔ[ms]でＳＲ送信周期が変更されるように、各周期Ｔ内で、基地局が平均データレートを用いた各端末のＳＲ送信用の無線リソースの割当変更計算を実行し、次の周期の開始前に、更新に係るＳＲ送信周期を各端末に通知する。また、基地局は、次の周期で更新に係るＳＲ送信周期において各端末がＳＲを送信できるように、上り無線リソースの割当を行う。各端末は、次の周期から更新に係るＳＲ送信周期でＳＲを送信することができる。周期Ｔの長さは、平均データレート算出用のサブフレーム区間の長さよりも長い時間であれば任意に決定できる。また、周期Ｔの長さを可変にすることもできる。
【０１７８】
図１７は、第４実施形態における基地局のブロック構成例を示す。図１８は、第４実施形態に係る処理の例を示すフローチャートである。図１７に示す基地局２０Ａは、図３Ｂに示した基地局２０とほぼ同様の構成を有する。しかし、以下の点で基地局２０と異なっている。
【０１７９】
即ち、受信品質解析部２４にて、HARQのACK/NACK回数をカウントした移動平均によりAverage Data Rate（平均データレート）が算出される（図１８；Ｓ４０１）。平均データ
レートはＳＲ送信周期制御部３２に通知される。
【０１８０】
ＳＲ送信周期制御部３２は、平均データレートとＳＲ送信周期とが対応づけて登録された対応テーブルを備えており、平均データレートを受け取ると、対応テーブルから対応するＳＲ送信周期を検索し、検索されたＳＲ送信周期を更新に係るＳＲ送信周期として決定する（図１８；Ｓ４０２）。
【０１８１】
決定されたＳＲ送信周期は、ＳＲ送信周期制御部３２からスケジューラ２７に通知され、ＳＲ送信周期が変更される。即ち、スケジューラ２７が、決定されたＳＲ送信周期に従ってＳＲ送信指示を出す。
【０１８２】
このようにして、第４実施形態においても、ＳＲ送信周期が可変にされ、ＳＲ送信周期に応じた無線リソース割当が行われる。これによって、制御用無線リソースの利用の効率化を図り、通信品質向上を図ることが可能となる。
【０１８３】
第１〜第４実施形態によれば、従来は端末毎に一律で決められていたＳＲ送信周期が、端末毎に必要な最適なＳＲ送信周期へと制御されるようになる。これにより、無駄なＳＲ送信が無くなるため、端末から基地局に送信されるＣＱＩ情報量が増えて品質確保のための制御の分解能が向上する。また、無駄なＳＲ送信による干渉が減り、基地局の端末同時接続数の向上や通信品質向上を見込むことができる。
【０１８４】
なお、上記した各実施形態では、バッファ滞留量（ＲＧＢＳ）がＰＵＣＣＨ１を用いて転送されていたが、バッファ滞留量が、ＭＡＣレイヤの制御情報（MAC Control Element
）によって転送されるようにしても良い。
【０１８５】
＜第５実施形態＞
次に、第５実施形態について説明する。上述した第１〜第４実施形態では、端末からのバッファ滞留量（ＲＧＢＳ）がＰＵＣＣＨ１を用いて基地局で受信されることにより、端末のバッファ滞留量が基地局に通知されていた。第５実施形態では、バッファ滞留量がMAC Control Element を用い、ＭＡＣ（Media Access Control）レイヤによって通知される例について説明する。
【０１８６】
MAC Control Elementは、LTE（Long Term Evolution）にて追加された仕様であり、TS36.321における“6.1.3 MAC Control Element”に記載されている。
【０１８７】
MAC Control Elementは、ＭＡＣレイヤにて終端される制御情報であり、MAC PDU(MAC Protocol Data Unit)の先頭に付与され、基地局（eNode B）と端末装置（UE）との間（eNode B →UE、及びUE→eNode B）で、ＭＡＣレイヤの制御情報をやりとりするために使用される。
【０１８８】
図１９は、MAC PDU 及びMAC Control Elementの説明図である。図１９に示すように、
ＭＡＣフレームは、ＭＡＣヘッダとＭＡＣペイロード（MAC PDU）とからなり、ＭＡＣペ
イロードは、MAC Control Element 、MAC SDU及びパディング（オプション）からなる。MAC Control Elementは、ＭＡＣペイロードの先頭部分にマッピングされる。
【０１８９】
図１９に示すように、アップリンク（ＵＬ：端末装置→基地局）では、ＰＵＳＣＨにて送信される情報は、MAC SDUに、論理チャネル毎に付与される。即ち、一つの論理チャネ
ルの情報が１つのMAC SDUに格納される。MAC Control Elementは、MAC SDUとは別に、Ｍ
ＡＣレイヤの制御情報として用意される。ＭＡＣペイロード内におけるMAC Control Elementの有無は、ＭＡＣヘッダ内にて示される。
【０１９０】
MAC Control Elementにおいては、以下のような制御情報が端末装置と基地局との間で
やりとりされる。
【０１９１】
ＢＳＲ（Buffer Status Report）：  バッファ滞留量
Ｃ−ＲＮＴＩ：  ＵＥ（端末装置）を特定する番号。ｅＮＢ側でＵＥ設定時に番号を払い出して設定する。
【０１９２】
ＰＨ（Power Headroom）: ＵＥの余剰送信電力を示す。この数値が大きい程、そのＵＥが電力を上げる余地があることを示す。
【０１９３】
その他、“Timing Advance”，“DRX Command”，“UE Contention Resolution ID”と呼ばれる制御情報もある。
【０１９４】
図２０は、Short Buffer Status Report （ＳＢＳＲ）の説明図であり、図２１は、Long Buffer Status Report（ＬＢＳＲ）の説明図である。ＳＢＳＲは、ＵＥの１ＬＣＧ（Logical Channel Group）のみのバッファ滞留量を通知する場合に使用される。このため、
通知すべきＬＣＧ ＩＤが付与される。ＬＢＳＲでは、ＵＥの総てのＬＣＧのバッファ滞
留量が総て通知される。
【０１９５】
ＬＣＧとは、論理チャネル（ＬＣＨ）がＲＲＣレイヤにて指定される複数のグループに分けられたものであり、１つのＬＣＧは、複数のＬＣＨを含んでいる。バッファ滞留量は、上記したＬＣＧ毎に管理され、ＬＣＧ毎にバッファのスケジューリングが行われる。但
し、データ上は、ＬＣＨ毎に独立した論理チャネルが設定されている。
【０１９６】
なお、３ＧＰＰでは、１つのＵＥに対して４つのＬＣＧが備えられることが定義されている。また、１つのＵＥに対して最大８つのＬＣＨが備えられることが定義されている。
【０１９７】
以上のように、第５実施形態では、第１〜第４実施形態と異なり、バッファ滞留量が制御チャネルであるＰＵＣＣＨ１ではなく、ユーザチャネルであるＰＵＳＣＨを用いて転送される。
【０１９８】
図２２Ａは、第５実施形態で適用されるＵＥの構成例を示す図であり、図２２Ｂは、第５実施形態で適用される基地局の構成例を示す図である。図２２Ａにおいて、ＵＥ１０Ａは、図３Ａに示したＵＥ１０と比べて、以下の構成要素が追加されている。
【０１９９】
即ち、送信データバッファ１４におけるバッファ滞留量（ＲＧＢＳ）を判定するＭＡＣ制御情報管理部５０１が設けられている。また、ＭＡＣ制御情報管理部５０１で得られたバッファ滞留量（ＲＧＢＳ（ＢＳＲ））を含むMAC Control Element (以下、「MAC CE」
と表記)を生成するMAC CE生成部５０２が設けられている。さらに、送信データバッファ
１４からの送信データとＲＧＢＳ（ＢＳＲ）を含むMAC CEとをMAC PDU上で多重する送信
データ−ＭＡＣ制御情報多重部５０３が設けられている。多重部５０３で生成されたMAC PDUを含むMACフレームは、無線リソース割り当て制御部１２へ送られる。無線リソース割り当て制御部１２は、基地局から割り当てられたリソースを用いて、ＭＡＣフレームを含むデータをデータ送信部１１１から基地局（eNode B）へ送信する（アップリンク送信）
。このとき、ＭＡＣフレームの転送には、ＰＵＳＣＨが用いられる。
【０２００】
また、ＵＥ１０Ａは、受信データバッファ１６に格納された基地局からのMAC PDUを取
得し、このMAC PDUからMAC CE（MAC制御情報）を抽出するＭＡＣ制御情報分離部５０４を備えている。また、ＵＥ１０Ａは、分離部５０５で得られたMAC CEの内容を解析するMAC Control Element 解析部５０５を備えている。解析部５０５は、MAC CEに含まれている制御情報ＴＡ（Timing Advance）を取り出し、無線リソース割り当て制御部１２に通知する。
【０２０１】
このように、ＵＥ１０Ａは、MAC CEを用い、基地局から制御情報ＴＡを受信する。ＴＡは、ＵＥにおける基地局からのデータの受信タイミングの調整コマンドである。基地局は、ＵＥからの受信データを元に、その受信データの受信タイミングと基準タイミング（予め基地局が保持）とを比較して両者の差分を判定し、ＵＥに対してデータの送信タイミングの調整を指示するコマンドとしてＴＡを発行する。ＵＥ１０Ａでは、上述した分離部５０４及び解析部５０５で基地局からのＴＡが取得され、ＴＡは無線リソース割り当て部１２に通知される。無線リソース割り当て部１２は、ＴＡに基づいて基地局への送信タイミングを調整する。これによって、基地局は、適正な受信タイミングで、ＵＥからの送信データ（MAC CEを含む）を受信でき、MAC CE内のバッファ滞留量を、第１〜第４実施形態にて説明したリソース割り当て処理に利用することができる。
【０２０２】
上述した構成要素を除くＵＥ１０Ａの構成要素は、図３Ａに示したＵＥ１０の対応する構成要素（同一の参照符号が付されている）とほぼ同様の構成及び機能を備えている。
【０２０３】
図２２Ｂに示すように、第５実施形態における基地局（eNode B）２０Ａは、図３Ｂに
示した基地局２０の構成に加え、以下のような構成要素を備えている。即ち、受信データバッファ２３に格納されたＵＥからのMAC PDUを得て、MAC CE（ＭＡＣ制御情報）を抽出
するＭＡＣ制御情報分離部５１１を備えている。また、基地局２０Ａは、分離部５１１からMAC CEを得てMAC CEを解析するMAC Control Element 解析部５１２を備えている。解析
部５１２は、MAC CE中のＢＳＲ（バッファ滞留量（ＲＧＢＳ））を抽出し、ＲＧＢＳ値を無線リソース割り当て要求解析部２５及びＵＥ無線リソース制御部（スケジューラ）２７に通知する。
【０２０４】
また、基地局２０Ａは、受信データバッファ２３による受信データの受信タイミングを示すデータ（Timing Advance生成用のデータ）を受け取り、予め保持された基準タイミングと比較して受信タイミングのずれを解析する受信タイミング解析部５１３を備えている。解析部５１３は、実際の受信タイミングと基準タイミングとの比較を通じて、両者のずれを把握し、その結果に基づいて基地局２０Ａでの受信タイミングを調整するための情報をMAC Control Element生成部５１４に通知する。生成部５１４は、受信タイミング調整
情報に応じた制御情報ＴＡを発行し、このＴＡを含むMAC CEを生成し、送信データ及びＭＡＣ制御情報の多重部５１５に通知する。
【０２０５】
多重部５１５は、送信データとＭＡＣ制御情報（MAC CE）とが多重されたMAC PDUを有
するＭＡＣフレームを生成し、無線リソース割り当て制御部２２へ送る。ＭＡＣフレームは、無線リソース割り当て制御部２２で割り当てられたＵＥ用のリソースを用い、データ受信部２１３からＵＥ２０Ａへ向けて送出される（ダウンリンク送信）。
【０２０６】
上記したように、基地局２０Ａでは、MAC CEを用いて通知されたＢＳＲ、即ちバッファ滞留量（ＲＧＢＳ）を用いて、第１〜第４実施形態で説明したリソース割り当て制御を行う。一方、基地局２０Ａでは、ＵＥ２０Ａからのデータの受信タイミングを調整するための制御情報ＴＡが発行され、ＴＡを含むMAC PDUがダウンリンクのユーザチャネルを用い
てＵＥ２０Ａに通知される。
【０２０７】
ＴＡを用いた受信タイミングの調整機能は、ＵＥが移動している場合には、基地局側で想定しているＵＥからの受信タイミングとずれる場合がある。このずれを調整するために、ＴＡを用いた受信タイミングの調整機能が設けられている。この調整機能では、基地局２０Ｂ側が主導となって、ＵＥ２０Ａに対してＴＡコマンドを発行することで、逐次ＵＥ２０Ａからのデータの送信タイミングが調整される。これによって、基地局２０Ｂは、ＵＥ２０Ａからの送信データを最適なタイミングで受信することができる。
【０２０８】
上記した構成要素を除く基地局２０Ｂの構成要素は、図３Ｂに示した基地局２０の対応する構成要素（同一の参照符号が付されている）とほぼ同様の構成及び機能を備えている。
【０２０９】
図２３は、第５実施形態におけるＰＵＣＣＨ１の多重データ図を示す。図２３に示すように、ＣＱＩやＳＲの送信用に、周期的に無線リソースが割り当てられることに変更はない。しかし、ＲＧＢＳは、ＰＵＣＣＨ１で転送されない。また、基地局から端末（ＵＥ）へ向けたデータ転送に対するHARQ ACK/NACK情報、及びMIMO適用時にＵＥから通知される
ＰＭＩ(Precoding Matrix Indicator), RI(Rank Indicator)の送信用の無線リソースが周期的に割り当てられる。
【０２１０】
ACK/NACK情報は、基地局からＵＥへのデータ転送において、ＵＥでのデータ受信が正常か否かを基地局へ返信するための情報である。ＵＥがデータを正常に受信した場合には、ＵＥはＡＣＫを返信する。これに対し、ＵＥが正常にデータを受信できなかった場合には、ＵＥは基地局にNACKを返信し、データの再送を要求する。データの再送が要求された場合には、基地局は同一のデータをＵＥに再送する。ＡＣＫが受信された場合には、データは再送されない。このような仕組みは、Hybrid ARQ(HARQ)と呼ばれる。
【０２１１】
PMI/RIは、ＵＥと基地局との間でＭＩＭＯを適用するために必要な情報である。ＭＩＭ
Ｏは、複数のアンテナを利用し、複数のデータを同時に送受信する方法である。例えば、２×２ＭＩＭＯの場合では、送信側に２つのアンテナ、受信側に２つのアンテナが利用され、２つのデータが同時に送受信される。これによって、データ転送速度を２倍にすることができる。
【０２１２】
ＰＭＩは、ＭＩＭＯを利用するために必要なマトリックス情報（多重されたデータを解読するために必要な情報）である。ＲＩは、ランクインジケータで、１〜４のランクに応じて使用されるアンテナの本数や、データの多重度合いを指定するために使用される。
【０２１３】
ＵＥと基地局との間でPMI/RIが動的に切り替えられることによって、そのPMI/RIに応じた品質に適合するようにＭＩＭＯのモードが切り替えられる。その結果、高速／低速通信が切り替えられる。例えば、通信品質が良い場合には、高速通信が用いられ、通信品質が悪い場合には、低速通信が用いられるように、ＭＩＭＯのモードが切り替えられる。
【０２１４】
＜その他＞
（付記１）  端末から受信される無線リソース割当要求に応じて、前記端末が有する送信バッファに滞留中のデータを基地局へ送信するための無線リソースを前記端末に割り当て、その割当結果を示す無線リソース割当通知を端末に送信する基地局における、前記無線リソース割当要求用の無線リソースの割当制御方法であって、
前記端末から前記送信バッファにおけるデータの滞留量を受信し、
前記滞留量が零である場合には、前記無線リソース割当要求用無線リソースを前記端末に周期的に割り当て、
前記滞留量が零でない場合には、前記送信バッファに滞留したデータを送信するための前記無線リソース割当通知の送信周期を前記滞留量に応じて決定するとともに、前記無線リソース割当通知が周期的に送信される間、前記無線リソース割当要求用の無線リソースの割り当てを停止する
ことを含む無線リソース割当要求送信用の無線リソース割当制御方法。
（付記２）  前記基地局は、前記端末に備えられた複数の優先クラスに応じた複数の送信バッファに対する滞留量を受信し、
前記複数の優先クラス中の或る優先クラスの送信バッファに滞留中のデータに関して前記周期的な無線リソース割当通知の送信を行っている間に、前記或る優先クラスより高い優先クラスの送信バッファにデータが滞留したことを検出した場合には、前記周期的な無線リソース割当通知の送信を継続する一方で、前記高い優先クラスの送信バッファに滞留したデータを送信するための無線リソース割当要求用の無線リソースを前記端末に割り当て、
前記高い優先クラスの送信バッファに滞留したデータを送信するための無線リソース割当要求を前記端末から受信した場合に、前記高い優先クラスの送信バッファに滞留したデータの送信用の無線リソースの割り当てを行うとともに、無線リソース割当通知の送信周期を決定し、
前記高い優先クラスの送信バッファに対応する無線リソース割当通知の周期的な送信を開始する一方で、前記或る優先クラスの送信バッファに対する前記周期的な無線リソース割当通知の送信を停止し、
前記高い優先クラスの送信バッファに対応する無線リソース割当通知の周期的な送信の間、無線リソース割当要求送信用の無線リソースの割り当てを停止する
付記１に記載の無線リソース割当要求送信用の無線リソース割当制御方法。
（付記３）  前記高い優先クラスの送信バッファに滞留中のデータの送信が完了した時点で前記或る優先クラスの送信バッファにデータが滞留している場合には、その滞留データを送信するための無線リソース割当要求送信用の無線リソースの割り当てを行い、
前記滞留データを送信するための無線リソース割当要求を前記端末から受信した場合に、前記滞留データ送信用の無線リソースの割り当てを行い、
前記滞留データに対応する無線リソース割当通知の周期的な送信を開始する一方で、その周期的な無線リソース割当通知の送信の間、無線リソース割当要求送信用の無線リソースの割り当てを停止する
付記２に記載の無線リソース割当要求送信用の無線リソース割当制御方法。
（付記４）  前記基地局は、前記端末に備えられた複数の優先クラスに応じた複数の送信バッファに対する滞留量を受信し、
前記或る優先クラスの送信バッファに滞留中のデータに関して前記周期的な無線リソース割当通知の送信を行っている間に、前記或る優先クラスより低い優先クラスの送信バッファにデータが滞留したことを検出した場合には、前記周期的な無線リソース割当通知の送信を継続し、
前記或る優先クラスの送信バッファに滞留中のデータの送信が完了すると、前記低い優先クラスの送信バッファに滞留中の滞留データに対応する無線リソース割当要求送信用の無線リソースの割り当てを行い、
前記滞留データを送信するための無線リソース割当要求を前記端末から受信した場合に、前記滞留データ送信用の無線リソースの割り当てを行うとともに、無線リソース割当通知の送信周期を決定し、
前記滞留データに対応する無線リソース割当通知の周期的な送信を開始する一方で、その周期的な無線リソース割当通知の送信の間、無線リソース割当要求送信用の無線リソースの割り当てを停止する
付記１から３のいずれか一項に記載の無線リソース割当要求送信用の無線リソース割当制御方法。
（付記５）  端末から受信される無線リソース割当要求に応じて、前記端末が有する送信バッファに滞留中のデータを送信するための無線リソースを前記端末に割り当て、その割当結果を示す無線リソース割当通知を端末に送信する基地局における、前記無線リソース割当要求用の無線リソースの割当制御方法であって、
前記端末から前記送信バッファにおけるデータの滞留量を受信し、
前記滞留量が多いほど送信周期が長くなるように、前記端末の前記無線リソース割当要求の送信周期を決定し、
前記決定された送信周期で前記端末が前記無線リソース割当要求を送信できるように、前記無線リソース割当要求送信用の無線リソースの割り当てを行う
ことを含む無線リソース割当要求送信用の無線リソース割当制御方法。
（付記６）  前記端末が有する複数の優先クラスに応じた複数の送信バッファの滞留量を受信し、
所定の優先クラス閾値より高い優先クラスに対応する各送信バッファの滞留量を合算し、
合算値に対応する送信周期を求める
ことを含む付記５に記載の無線リソース割当要求送信用の無線リソース割当制御方法。
（付記７）  前記端末が有する複数の優先クラスに応じた複数の送信バッファの滞留量を受信し、
各送信バッファの滞留量に優先クラスに応じた重みを付与し、
重みが付与された各送信バッファの滞留量を合算し、
合算値に対応する送信周期を求める
ことを含む付記５に記載の無線リソース割当要求送信用の無線リソース割当制御方法。
（付記８）  前記端末が有する複数の優先クラスに応じた複数の送信バッファの滞留量を受信し、
総ての送信バッファの滞留量を合算し、
合算値に対応する送信周期を求める
ことを含む付記５に記載の無線リソース割当要求送信用の無線リソース割当制御方法。
（付記９）  端末から受信される無線リソース割当要求に応じて、前記端末が有する送信バッファに滞留中のデータを送信するための無線リソースを前記端末に割り当て、その割
当結果を示す無線リソース割当通知を端末に送信する基地局における、前記無線リソース割当要求用の無線リソースの割当制御方法であって、
前記送信バッファにおけるデータの滞留量を前記端末から周期的に受信し、
今回受信された滞留量と、前回受信された滞留量との差分を求め、差分が大きいほど送信周期が長くなるように、前記無線リソース割当要求の送信周期を決定し、
前記決定された送信周期で前記端末が無線リソース割当要求を送信できるように、前記無線リソース割当要求送信用の無線リソースの割り当てを行う
ことを含む無線リソース割当要求送信用の無線リソース割当制御方法。
（付記１０）  端末から受信される無線リソース割当要求に応じて、前記端末が有する送信バッファに滞留中のデータを送信するための無線リソースを前記端末に割り当て、その割当結果を示す無線リソース割当通知を端末に送信する基地局における、前記無線リソース割当要求用の無線リソースの割当制御方法であって、
所定周期で端末から基地局への平均データ転送速度を求め、
前記平均データ転送速度が高いほど送信周期が短くなるように、前記無線リソース割当要求の送信周期を決定し、
前記決定された送信周期で前記端末が無線リソース割当要求を送信できるように、前記無線リソース割当要求送信用の無線リソースの割り当てを行う
ことを含む無線リソース割当要求送信用の無線リソース割当制御方法。
（付記１１）  前記送信周期を決定した後、前記端末と前記基地局との間の遅延時間に所定時間を加えた時間が経過した時点で、前記送信周期を更新する
付記５から１０のいずれか一項に記載の無線リソース割当要求送信用の無線リソース割当制御方法。
（付記１２）  前記端末と前記基地局とが接続されてから第１の時間が経過するまでの間、所定の送信周期に基づいて、前記無線リソース割当要求送信用の無線リソースを割り当てられ、
前記第１の時間が経過する前に、第１の時間の次に位置する第１の時間と異なる第２の時間に適用すべき無線リソース割当要求の送信周期を決定し、
前記第１の時間が経過した時点で、前記送信周期を更新されるように、前記無線リソース割当要求送信用の無線リソースの割り当てを行う
付記５から１０のいずれか一項に記載の無線リソース割当要求送信用の無線リソース割当制御方法。
【図面の簡単な説明】
【０２１５】
【図１】基地局が各端末に対して割当可能な無線リソースの例を示す。
【図２】図１を用いて説明したPUCCH1の一例を説明する図である。
【図３Ａ】第１実施形態に係る端末の構成例を示す図である。
【図３Ｂ】第１実施形態に係る基地局の構成例を示す図である。
【図４】第１実施形態における端末と基地局との動作説明図である。
【図５】第１実施形態における第２の動作例の説明図である。
【図６】第１実施形態における第３動作例の説明図である。
【図７】第１実施形態における端末側の処理例を示すフローチャートである。
【図８】第１実施形態における基地局側の処理例を示すフローチャートである。
【図９】ＳＲ送信周期テーブルの例を示す。
【図１０】第２実施形態における制御例１に係る処理例を示すフローチャートである。
【図１１】第２実施形態における制御例２に係る処理例を示すフローチャートである。
【図１２】ＳＲ送信周期の動的な更新の例（方法１）を示す。
【図１３】ＳＲ送信周期の動的な更新の例（方法２）を示す。
【図１４】第２実施形態における基地局の処理例を示すフローチャートである。
【図１５】第３実施形態における基地局の処理例を示すフローチャートである。
【図１６】平均データレートの算出方法例を示す。
【図１７】第４実施形態に係る基地局の構成例を示す。
【図１８】第４実施形態における基地局の処理例を示すフローチャートである。
【図１９】第５実施形態にて適用されるＭＡＣフレーム（MAC PDU 及びMAC Control Element）の説明図である。
【図２０】Short Buffer Status Report (SBSR)の説明図である。
【図２１】Long Buffer Status Report (LBSR)の説明図である。
【図２２Ａ】第５実施形態で適用される端末装置（ＵＥ）の構成例を示す図である。
【図２２Ｂ】第５実施形態で適用される基地局（eNode B）の構成例を示す図である。
【図２３】第５実施形態におけるＰＵＣＣＨ１の一例を説明する図である。
【図２４】固定的な所定周期で端末に割り当てられる上り制御チャネル用無線リソースの一例を示す説明図である。
【符号の説明】
【０２１６】
１０・・・端末
１１・・・ＵＥ−ｅＮｏｄｅＢ間無線インタフェース部
１２、２２・・・無線リソース割当制御部
１３・・・無線リソース割当要求判定部
１４・・・送信データバッファ
１５・・・品質情報解析部
１６・・・受信データバッファ
１７・・・端末アプリケーション
１８・・・ＳＲ送信有無判定部
２０、２０Ａ・・・基地局
２１・・・ｅＮｏｄｅＢ−ＵＥ間無線インタフェース部
２３・・・受信データバッファ
２４・・・受信品質解析部
２５・・・無線リソース割当要求解析部
２６・・・網インタフェース
２７・・・ＵＥ無線リソース制御部（スケジューラ）
２８・・・無線リソース割当部
２９・・・送信データバッファ
３０・・・網
３１・・・ＳＲ／ＳＧ制御部
３２・・・ＳＲ送信周期制御部
【図１】
2010114681.tif 000003
【図２】
2010114681.tif 000004
【図３Ａ】
2010114681.tif 000005
【図３Ｂ】
2010114681.tif 000006
【図４】
2010114681.tif 000007
【図５】
2010114681.tif 000008
【図６】
2010114681.tif 000009
【図７】
2010114681.tif 000010
【図８】
2010114681.tif 000011
【図９】
2010114681.tif 000012
【図１０】
2010114681.tif 000013
【図１１】
2010114681.tif 000014
【図１２】
2010114681.tif 000015
【図１３】
2010114681.tif 000016
【図１４】
2010114681.tif 000017
【図１５】
2010114681.tif 000018
【図１６】
2010114681.tif 000019
【図１７】
2010114681.tif 000020
【図１８】
2010114681.tif 000021
【図１９】
2010114681.tif 000022
【図２０】
2010114681.tif 000023
【図２１】
2010114681.tif 000024
【図２２Ａ】
2010114681.tif 000025
【図２２Ｂ】
2010114681.tif 000026
【図２３】
2010114681.tif 000027
【図２４】
2010114681.tif 000028