(57)【要約】  ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置に、同期信号、共通制御チャネル、報知チャネル、ページングチャネル、ＭＢＭＳチャネル、ランダムアクセス応答チャネルの少なくとも１つに無線リソースブロックを割り当てた後に、前記共有チャネルに対して無線リソースブロックを割り当てる無線リソース割り当て手段を備えることにより達成される。
2008105418.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
同期信号、共通制御チャネル、報知チャネル、ページングチャネル、ＭＢＭＳチャネル、ランダムアクセス応答チャネルの少なくとも１つに無線リソースブロックを割り当てた後に、前記共有チャネルに対して無線リソースブロックを割り当てる無線リソース割り当て手段；
を備えることを特徴とする基地局装置。
【請求項２】
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
システム帯域幅が５ＭＨｚである場合に、報知チャネルを、前記下りリンクの共有チャネルと９０ｋＨｚずれたサブキャリアの集合で送信する送信手段； 
を備えることを特徴とする基地局装置。
【請求項３】
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
動的に無線リソースの割り当てを行う第１のリソース割り当て方法と一定周期毎に無線リソースの割り当てを行う第２のリソース割り当て方法により、無線リソースを割り当て、
前記第２のリソース割り当て方法によるリソースブロックの割り当てを行った後に、前記第１のリソース割り当て方法によるリソースブロックの割り当てを行う無線リソース割り当て手段；
を備えることを特徴とする基地局装置。
【請求項４】
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
前記下りリンクの共有チャネルの送達確認情報と、下りリンクの所要品質とに基づいて、前記ユーザ装置から報告される下りリンクの無線品質情報に対してオフセット処理を行う第１のオフセット手段；
データ種別により決定される優先度に基づいて、前記下りリンクの無線品質情報に対してオフセット処理を行う第２の無線品質情報オフセット手段；
前記オフセット処理が行われた下りリンクの無線品質情報に基づいて、前記下りリンクの共有チャネルの送信フォーマットを決定する送信フォーマット決定手段；
前記下りリンクの共有チャネルの送信フォーマットで前記下りリンクの共有チャネルの送信を行う送信手段；
を備えることを特徴とする基地局装置。
【請求項５】
請求項４に記載の基地局装置において：
前記ユーザ装置と複数の論理チャネルを用いて通信を行う場合に、
前記第１のオフセット手段は、
前記複数の論理チャネルの内の１つの論理チャネルに関する、下りリンクの共有チャネルの送達確認情報と下りリンクの所要品質とに基づいて、オフセットの算出を行うことを特徴とする基地局装置。
【請求項６】
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
２つ以上の再送データが存在する場合に、データキューに格納された時点から当該時点までの時間が最も大きい再送データを、優先的に前記共有チャネルを用いて送信する送信手段；
を備えることを特徴とする基地局装置。
【請求項７】
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
優先度の高い新規に送信すべきデータと、優先度の低い再送すべきデータが存在する場合に、
新規に送信すべきデータに割り当て可能なＨＡＲＱプロセスが存在する場合に、優先度の高い新規に送信すべきデータを、前記共有チャネルを用いて送信する送信手段；
新規に送信すべきデータに割り当て可能なＨＡＲＱプロセスが存在しない場合に、優先度の低い再送すべきデータを、前記共有チャネルを用いて送信する送信手段；
を備えることを特徴とする基地局装置。
【請求項８】
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
ＭＡＣレイヤの制御信号を、優先的に共有チャネルを用いて送信する送信手段；
を備えることを特徴とする基地局装置。
【請求項９】
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
下りリンクの共有チャネルを送信するユーザ装置を選択する選択手段；
前記下りリンクの共有チャネルを送信するユーザ装置に対して、シーケンシャルに周波数リソースを割り当てるリソース割り当て手段；
を具備し、
前記リソース割り当て手段は、前記下りリンクの共有チャネルを送信するユーザ装置の内の、周波数リソースを割り当てていないユーザ装置に対して均等に割り当てられるように、割り当て可能な周波数リソースを割り当てることを特徴とする基地局装置。
【請求項１０】
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
前記共有チャネルの送信に使用可能な無線リソースと、下りリンクの無線品質情報と、前記共有チャネルの送信に用いられる送信方法とを関連付けて記憶する記憶手段；
前記ユーザ装置から報告された下りリンクの無線品質情報と、共有チャネルに使用可能な無線リソースとに基づいて、前記記憶手段を参照して、前記共有チャネルに用いられる送信方法を決定する決定手段；
決定された前記送信方法により前記共有チャネルを送信する送信手段；
を備える基地局装置。
【請求項１１】
請求項１０に記載の基地局装置において：
前記記憶手段は、前記送信方法として、前記共有チャネルの送信に用いられるデータサイズを記憶し、
前記データサイズは、下りリンクの無線品質情報及び共有チャネルの送信に使用可能な周波数リソースが固定されている場合に、所定の誤り率を満たし、かつ、最大値となることを特徴とする基地局装置。
【請求項１２】
請求項１０に記載の基地局装置において：
前記記憶手段は、前記送信方法として、前記共有チャネルの送信に用いられるデータサイズと、前記共有チャネルの送信に用いられる変調方式と、前記共有チャネルの送信に用いられる周波数リソース量とを記憶することを特徴とする基地局装置。
【請求項１３】
請求項１０に記載の基地局装置において：
前記決定手段は、送信すべきデータ量または前記ユーザ装置が受信可能な最大のデータ量が、前記送信方法として決定されたデータサイズより小さい場合に、該送信方法として決定された周波数リソース量を低減することを特徴とする基地局装置。
【請求項１４】
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
前記ユーザ装置と基地局装置との間のパスロスを算出する手段；
前記パスロスが所定の閾値よりも大きい場合に、前記下りリンクの共有チャネルの周波数リソースとして、周波数の高い周波数リソースを割り当てる割り当て手段；
を備えることを特徴とする基地局装置。
【請求項１５】
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
前記下りリンクの共有チャネルの周波数リソースが、複数のリソースグループで構成されている場合に、
前記ユーザ装置と基地局装置との間のパスロスを算出する手段；
前記パスロスが所定の閾値１よりも大きい場合に、前記下りリンクの共有チャネルの周波数リソースとして、周波数の高いリソースグループを割り当てる割り当て手段；
前記パスロスが所定の第１の閾値以下であり、かつ、フェージング周波数が所定の第２の閾値よりも大きい場合に、前記下りリンクの共有チャネルの周波数リソースとして、周波数の高いリソースグループと周波数の低いリソースグループの両方を割り当てる割り当て手段；
前記パスロスが所定の第１の閾値以下であり、かつ、フェージング周波数が所定の第２の閾値以下である場合に、前記下りリンクの共有チャネルの周波数リソースとして、下りリンクの無線品質情報が高いリソースグループの両方を割り当てる割り当て手段；
を備えることを特徴とする基地局装置。
【請求項１６】
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
前記下りリンクの共有チャネルに割り当てる周波数リソース量の上限値を設定する設定手段；
を具備し、
前記ユーザ装置より、下りリンクの伝送速度を下げることを指示された場合に、前記設定手段は、前記周波数リソース量の上限値を小さくすることを特徴とする基地局装置。
【請求項１７】
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
前記下りリンクの共有チャネルにより送信されるビット数の上限値を設定する設定手段；
を具備し、
前記ユーザ装置より、下りリンクの伝送速度を下げることを指示された場合に、前記設定手段は、前記ビット数の上限値を小さくすることを特徴とする基地局装置。
【請求項１８】
基地局装置と下りリンクの共有チャネルを用いて通信を行うユーザ装置であって：
システム帯域幅が５ＭＨｚである場合に、報知チャネルを、前記下りリンクの共有チャネルと９０ｋＨｚずれたサブキャリアの集合で受信する受信手段； 
を備えることを特徴とするユーザ装置。
【請求項１９】
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置における通信制御方法であって：
前記下りリンクの共有チャネルの送達確認情報と、下りリンクの所要品質とに基づいて、前記ユーザ装置から報告される下りリンクの無線品質情報に対してオフセット処理を行うステップ；
データ種別により決定される優先度に基づいて、前記下りリンクの無線品質情報に対してオフセット処理を行うステップ；
前記オフセット処理が行われた下りリンクの無線品質情報に基づいて、前記下りリンクの共有チャネルの送信フォーマットを決定するステップ；
前記下りリンクの共有チャネルの送信フォーマットで前記下りリンクの共有チャネルの送信を行うステップ；
を有することを特徴とする通信制御方法。
【請求項２０】
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置における通信制御方法であって：
前記共有チャネルの送信に使用可能な無線リソースと、下りリンクの無線品質情報と、前記共有チャネルの送信に用いられる送信方法とを関連付けて記憶するステップ；
前記ユーザ装置から報告された下りリンクの無線品質情報と、共有チャネルに使用可能な無線リソースとに基づいて、前記記憶手段を参照して、前記共有チャネルに用いられる送信方法を決定するステップ；
決定された前記送信方法により前記共有チャネルを送信するステップ；
を有することを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、下りリンクにおいて直交周波数分割多重ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）を適用する移動通信システムに関し、特に基地局装置及びユーザ装置並びに通信制御方法に関する。
【背景技術】
【０００２】
Ｗ−ＣＤＭＡやＨＳＤＰＡの後継となる通信方式、すなわちＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）が、Ｗ−ＣＤＭＡの標準化団体３ＧＰＰにより検討され、無線アクセス方式として、下りリンクについてはＯＦＤＭ、上りリンクについてはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が検討されている（例えば、非特許文献１参照）。【０００３】
ＯＦＤＭは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各周波数帯上にデータを載せて伝送を行う方式であり、サブキャリアを周波数上に、一部重なりあいながらも互いに干渉することなく密に並べることで、高速伝送を実現し、周波数の利用効率を上げることができる。【０００４】
ＳＣ−ＦＤＭＡは、周波数帯域を分割し、複数の端末間で異なる周波数帯域を用いて伝送することで、端末間の干渉を低減することができる伝送方式である。ＳＣ−ＦＤＭＡでは、送信電力の変動が小さくなる特徴を持つことから、端末の低消費電力化及び広いカバレッジを実現できる。【０００５】
上述したＬＴＥは、下りリンク及び上りリンクにおいて共有チャネルを用いた通信システムである。例えば、下りリンクにおいては、基地局装置は、サブフレーム毎（１ｍｓ毎）に、上記共有チャネルを用いて通信を行う移動局を選別し、選別した移動局に対して上記共有チャネルを送信する。ここで、上述したような、共有チャネルを用いて通信を行う移動局を選別する処理は、スケジューリング処理と呼ばれる。【０００６】
また、ＬＴＥでは、適応変調・符号化（Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ）が適用されるため、上記共有チャネルの送信フォーマットはサブフレーム毎に異なる。ここで、上記送信フォーマットとは、例えば、周波数リソースであるリソースブロックの割り当て情報や変調方式、ペイロードサイズ、リダンダンシーバージョン（Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）パラメータやプロセス番号等のHARQに関する情報や、ストリームの数やプレコーディングベクトル（Ｐｒｅ−ｃｏｄｉｎｇ  ｖｅｃｔｏｒ）情報等のMIMOに関する情報等である。【０００７】
ＬＴＥにおいては、上述した、当該サブフレームにおいて共有チャネルを用いて通信を行う移動局の識別情報や、上記下りリンクの共有チャネルの送信フォーマットは、物理下りリンク制御チャネル（ＰＤＣＣＨ：  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）にマッピングされるＤｏｗｎｌｉｎｋ   Ｓｃｈｅｄｕｌｉｎ
ｇ   Ｉｎｆｏｒｍａｔｉｏｎよって通知される。尚、上記物理下りリンク制御チャネル
ＰＤＣＣＨは、ＤＬ  Ｌ１／Ｌ２  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ（ＤＬ  Ｌ１／Ｌ２制御チャネル）とも呼ばれる。
【非特許文献１】３ＧＰＰ  ＴＲ  ２５．８１４  (Ｖ７．０．０)，  "Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ａｓｐｅｃｔｓ  ｆｏｒ  Ｅｖｏｌｖｅｄ  ＵＴＲＡ，"  Ｊｕｎｅ  ２００６
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述したスケジューリング処理やＡＭＣにおける送信フォーマットの決定処理では、適切に制御されない場合、伝送特性の劣化、あるいは、無線容量の劣化につながる。【０００９】
また、接続中のユーザ装置全てがスケジューリングの対象となるため、効率的にスケジューリングが行われていない問題がある。【００１０】
そこで、本発明は、上述した問題点に鑑み、その目的は、ＬＴＥの下りリンクにおいて、適切にスケジューリング処理やＡＭＣにおける送信フォーマットの決定処理を行うことのできる基地局装置及びユーザ装置並びに通信制御方法を提供することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、本発明の基地局装置は、
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
同期信号、共通制御チャネル、報知チャネル、ページングチャネル、ＭＢＭＳチャネル、ランダムアクセス応答チャネルの少なくとも１つに無線リソースブロックを割り当てた後に、前記共有チャネルに対して無線リソースブロックを割り当てる無線リソース割り当て手段；
を備える。【００１２】
他の基地局装置は、
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
システム帯域幅が５ＭＨｚである場合に、報知チャネルを、前記下りリンクの共有チャネルと９０ｋＨｚずれたサブキャリアの集合で送信する送信手段； 
を備える。【００１３】
他の基地局装置は、
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
動的に無線リソースの割り当てを行う第１のリソース割り当て方法と一定周期毎に無線リソースの割り当てを行う第２のリソース割り当て方法により、無線リソースを割り当て、
前記第２のリソース割り当て方法によるリソースブロックの割り当てを行った後に、前記第１のリソース割り当て方法によるリソースブロックの割り当てを行う無線リソース割り当て手段；
を備える。【００１４】
他の基地局装置は、
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
前記下りリンクの共有チャネルの送達確認情報と、下りリンクの所要品質とに基づいて、前記ユーザ装置から報告される下りリンクの無線品質情報に対してオフセット処理を行う第１のオフセット手段；
データ種別により決定される優先度に基づいて、前記下りリンクの無線品質情報に対してオフセット処理を行う第２の無線品質情報オフセット手段；
前記オフセット処理が行われた下りリンクの無線品質情報に基づいて、前記下りリンクの共有チャネルの送信フォーマットを決定する送信フォーマット決定手段；
前記下りリンクの共有チャネルの送信フォーマットで前記下りリンクの共有チャネルの送信を行う送信手段；
を備える。【００１５】
他の基地局装置は、
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
２つ以上の再送データが存在する場合に、データキューに格納された時点から当該時点までの時間が最も大きい再送データを、優先的に前記共有チャネルを用いて送信する送信手段；
を備える。【００１６】
他の基地局装置は、
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
優先度の高い新規に送信すべきデータと、優先度の低い再送すべきデータが存在する場合に、
新規に送信すべきデータに割り当て可能なＨＡＲＱプロセスが存在する場合に、優先度の高い新規に送信すべきデータを、前記共有チャネルを用いて送信する送信手段；
新規に送信すべきデータに割り当て可能なＨＡＲＱプロセスが存在しない場合に、優先度の低い再送すべきデータを、前記共有チャネルを用いて送信する送信手段；
を備える。【００１７】
他の基地局装置は、
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
ＭＡＣレイヤの制御信号を、優先的に共有チャネルを用いて送信する送信手段；
を備える。【００１８】
他の基地局装置は、
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
下りリンクの共有チャネルを送信するユーザ装置を選択する選択手段；
前記下りリンクの共有チャネルを送信するユーザ装置に対して、シーケンシャルに周波数リソースを割り当てるリソース割り当て手段；
を具備し、
前記リソース割り当て手段は、前記下りリンクの共有チャネルを送信するユーザ装置の内の、周波数リソースを割り当てていないユーザ装置に対して均等に割り当てられるように、割り当て可能な周波数リソースを割り当てる。【００１９】
他の基地局装置は、
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
前記共有チャネルの送信に使用可能な無線リソースと、下りリンクの無線品質情報と、前記共有チャネルの送信に用いられる送信方法とを関連付けて記憶する記憶手段；
前記ユーザ装置から報告された下りリンクの無線品質情報と、共有チャネルに使用可能な無線リソースとに基づいて、前記記憶手段を参照して、前記共有チャネルに用いられる送信方法を決定する決定手段；
決定された前記送信方法により前記共有チャネルを送信する送信手段；
を備える。【００２０】
他の基地局装置は、
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
前記ユーザ装置と基地局装置との間のパスロスを算出する手段；
前記パスロスが所定の閾値よりも大きい場合に、前記下りリンクの共有チャネルの周波数リソースとして、周波数の高い周波数リソースを割り当てる割り当て手段；
を備える。【００２１】
他の基地局装置は、
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
前記下りリンクの共有チャネルの周波数リソースが、複数のリソースグループで構成されている場合に、
前記ユーザ装置と基地局装置との間のパスロスを算出する手段；
前記パスロスが所定の閾値１よりも大きい場合に、前記下りリンクの共有チャネルの周波数リソースとして、周波数の高いリソースグループを割り当てる割り当て手段；
前記パスロスが所定の第１の閾値以下であり、かつ、フェージング周波数が所定の第２の閾値よりも大きい場合に、前記下りリンクの共有チャネルの周波数リソースとして、周波数の高いリソースグループと周波数の低いリソースグループの両方を割り当てる割り当て手段；
前記パスロスが所定の第１の閾値以下であり、かつ、フェージング周波数が所定の第２の閾値以下である場合に、前記下りリンクの共有チャネルの周波数リソースとして、下りリンクの無線品質情報が高いリソースグループの両方を割り当てる割り当て手段；
を備える。【００２２】
他の基地局装置は、
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
前記下りリンクの共有チャネルに割り当てる周波数リソース量の上限値を設定する設定手段；
を具備し、
前記ユーザ装置より、下りリンクの伝送速度を下げることを指示された場合に、前記設定手段は、前記周波数リソース量の上限値を小さくする。【００２３】
他の基地局装置は、
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
前記下りリンクの共有チャネルにより送信されるビット数の上限値を設定する設定手段；
を具備し、
前記ユーザ装置より、下りリンクの伝送速度を下げることを指示された場合に、前記設定手段は、前記ビット数の上限値を小さくする。【００２４】
ユーザ装置は、
基地局装置と下りリンクの共有チャネルを用いて通信を行うユーザ装置であって：
システム帯域幅が５ＭＨｚである場合に、報知チャネルを、前記下りリンクの共有チャネルと９０ｋＨｚずれたサブキャリアの集合で受信する受信手段； 
を備える。【００２５】
通信制御方法は、
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置における通信制御方法であって：
前記下りリンクの共有チャネルの送達確認情報と、下りリンクの所要品質とに基づいて、前記ユーザ装置から報告される下りリンクの無線品質情報に対してオフセット処理を行うステップ；
データ種別により決定される優先度に基づいて、前記下りリンクの無線品質情報に対してオフセット処理を行うステップ；
前記オフセット処理が行われた下りリンクの無線品質情報に基づいて、前記下りリンクの共有チャネルの送信フォーマットを決定するステップ；
前記下りリンクの共有チャネルの送信フォーマットで前記下りリンクの共有チャネルの送信を行うステップ；
を有する。【００２６】
他の通信制御方法は、
ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置における通信制御方法であって：
前記共有チャネルの送信に使用可能な無線リソースと、下りリンクの無線品質情報と、前記共有チャネルの送信に用いられる送信方法とを関連付けて記憶するステップ；
前記ユーザ装置から報告された下りリンクの無線品質情報と、共有チャネルに使用可能な無線リソースとに基づいて、前記記憶手段を参照して、前記共有チャネルに用いられる送信方法を決定するステップ；
決定された前記送信方法により前記共有チャネルを送信するステップ；
を有する。
【発明の効果】
【００２７】
本発明の実施例によれば、ＬＴＥの下りリンクにおいて、適切にスケジューリング処理やＡＭＣにおける送信フォーマットの決定処理を行うことのできる基地局装置及びユーザ装置並びに通信制御方法を実現できる。
【図面の簡単な説明】
【００２８】
【図１】本発明の実施例に係る無線通信システムの構成を示すブロック図である。
【図２】本発明の一実施例に係るＤＬ  ＭＡＣデータ送信手順を示すフロー図である。
【図３】本発明の一実施例に係るスケジューリング係数計算処理および候補UEの選択処理を示すフロー図である。
【図４】本発明の一実施例に係るＴＦＲ  ｓｅｌｅｃｔｉｏｎに関わる制御を示すフロー図である。
【図５】同期信号及び報知チャネルに割り当てるリソースブロックを示す説明図である。
【図６】ＤＬ  ＴＦ  Ｒｅｌａｔｅｄ  Ｔａｂｌｅを示す説明図である。
【図７】本発明の一実施例に係る基地局装置を示す部分ブロック図である。
【図８】本発明の一実施例に係るユーザ装置を示す部分ブロック図である。
【図９】本発明の一実施例に係るＤＬ  ＭＡＣデータ送信手順を示すフロー図である。
【図１０】本発明の一実施例に係るスケジューリング係数計算処理および候補UEの選択処理を示すフロー図である。
【図１１】本発明の一実施例に係るＴＦＲ  ｓｅｌｅｃｔｉｏｎに関わる制御を示すフロー図である。
【図１２】本発明の一実施例に係るリソースブロックグループ割り当てに関わる制御を示すフロー図である。
【図１３】本発明の一実施例に係る基地局装置を示す部分ブロック図である。
【図１４】ユーザ装置における干渉を示す説明図である。
【図１５】上りリンクの送信信号による下りリンクの受信信号への干渉を低減する方法を示す説明図である。
【符号の説明】
【００２９】
５０  セル
１００１、１００２、１００３、１００ｎ  ユーザ装置
１０４  アンプ部
１０６  送受信部
１０８  ベースバンド信号処理部
１１０  アプリケーション部
２００  基地局装置
２０２  ＭＢＭＳサブフレーム判定部
２０４  ＰＣＨ、ＲＡＣＨ応答判定部
２０６  スケジューリング係数計算部
２０８  多重ＵＥ数計算部２１０  トランスポートフォーマット、リソースブロック選択部
２５２  レイヤー１処理部
２５４  ユーザ装置状態管理部
２５６  スケジューリング係数計算部
２５８  ＵＥ選択部
２６０  ＭＡＣ制御信号生成部
２６２  共通ＣＨ、ＭＣＨリソース管理部
２６４  周波数リソース管理部
２６６  パーシステントリソース管理部
２６８  ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部
２７０（２７０１、２７０２、・・・、２７０ｎ）  ＨＡＲＱ制御部
２７２  ＲＬＣ／ＰＤＣＰ処理部
２７２１ｎ，ｋ  ＲＬＣ  Ｂｕｆ
３００  アクセスゲートウェイ装置
４００  コアネットワーク
【発明を実施するための最良の形態】
【００３０】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明する。【００３１】
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。【００３２】
本発明の実施例に係る基地局装置が適用される無線通信システムについて、図１を参照して説明する。
【実施例１】
【００３３】
無線通信システム１０００は、例えばＥｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮ（別名：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，或いは，Ｓｕｐｅｒ  ３Ｇ）が適用されるシステムであり、基地局装置（ｅＮＢ：  ｅＮｏｄｅ  Ｂ）２００と複数のユーザ装置（ＵＥ：  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、あるいは、移動局とも呼ばれる）１００ｎ（１００１、１００２、１００３、・・・１００ｎ、ｎはｎ>０の整数）とを備える。基地局装置２００は、上位局、例えばアクセスゲートウェイ装置３００と接続され、アクセスゲートウェイ装置３００は、コアネットワーク４００と接続される。ここで、ユーザ装置１００ｎはセル５０において基地局装置２００とＥｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ
ＵＴＲＡＮにより通信を行う。【００３４】
以下、ユーザ装置１００ｎ（１００１、１００２、１００３、・・・１００ｎ）については、同一の構成、機能、状態を有するので、以下では特段の断りがない限りユーザ装置１００ｎとして説明を進める。【００３５】
無線通信システム１０００は、無線アクセス方式として、下りリンクについてはＯＦＤＭ（直交周波数分割多元接続）、上りリンクについてはＳＣ−ＦＤＭＡ（シングルキャリア−周波数分割多元接続）が適用される。上述したように、ＯＦＤＭは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各周波数帯上にデータを載せて伝送を行う方式である。ＳＣ−ＦＤＭＡは、周波数帯域を分割し、複数の端末間で異なる周波数帯域を用いて伝送することで、端末間の干渉を低減することができる伝送方式である。【００３６】
ここで、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮにおける通信チャネルについて説明する。【００３７】
下りリンクについては、各ユーザ装置１００ｎで共有して使用される物理下りリンク共有チャネル（ＰＤＳＣＨ：  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、物理下りリンク制御チャネル（ＰＤＣＣＨ：  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）とが用いられる。下りリンクでは、物理下りリンク制御チャネルにより、下りリンクの共有チャネルに関するユーザの情報やトランスポートフォーマットの情報、上りリンクの共有チャネルに関するユーザの情報やトランスポートフォーマットの情報、上りリンクの共有チャネルの送達確認情報などが通知される。または、物理下りリンク共有チャネルによりユーザデータが伝送される。上記ユーザデータは、トランスポートチャネルとしては、下りリンク共有チャネルＤｏｎｗｌｉｎｋ−Ｓｈａｒｅ  Ｃｈａｎｎｅｌ  （ＤＬ−ＳＣＨ）である。【００３８】
上りリンクについては、各ユーザ装置１００ｎで共有して使用される物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、ＬＴＥ用の制御チャネルとが用いられる。尚、ＬＴＥ用の制御チャネルには、物理上りリンク共有チャネルと時間多重されるチャネルと、周波数多重されるチャネルの２種類がある。物理上りリンク共有チャネルと周波数多重される制御チャネルは、物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と呼ばれる。【００３９】
上りリンクでは、ＬＴＥ用の制御チャネルにより、下りリンクにおける共有チャネルのスケジューリング、適応変復調・符号化（ＡＭＣ：  Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ）に用いるための下りリンクの品質情報（ＣＱＩ：  Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）及び下りリンクの共有チャネルの送達確認情報（ＨＡＲＱ  ＡＣＫ  ｉｎｆｏｒｍａｔｉｏｎ）が伝送される。また、物理上りリンク共有チャネルによりユーザデータが伝送される。上記ユーザデータは、トランスポートチャネルとしては、上りリンク共有チャネルＵｐｌｉｎｋ−Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ（ＵＬ−ＳＣＨ）である。【００４０】
次に、本実施例に係る基地局装置において実行される通信制御方法としての下りリンクＭＡＣ（ＤＬ  ＭＡＣ）データ送信手順について説明する。【００４１】
本実施例において、論理チャネルは、例えば無線ベアラ（Ｒａｄｉｏ  ｂｅａｒｅｒ）に対応する。また、プライオリティクラス（Ｐｒｉｏｒｉｔｙ  ｃｌａｓｓ）は、例えば優先度に対応する。【００４２】
物理下りリンク共有チャネル（ＰＤＳＣＨ：  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）の送信帯域の割当て単位について説明する。ＰＤＳＣＨの送信帯域の割当ては、例えばシステムパラメータとして定義されるリソースブロックグループ（Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ｇｒｏｕｐ）（以下、ＲＢ  ｇｒｏｕｐと呼ぶ）を単位として、サブフレーム（Sub-frame）毎に行われる。ＲＢ  ｇｒｏｕｐは、複数のＲｅｓｏｕｒｃｅ  Ｂｌｏｃｋ  （ＲＢ）から構成され、ＲＢとＲＢ  ｇｒｏｕｐの対応関係は、システムパラメータとして外部入力インタフェース（ＩＦ）より設定される。パーシステントスケジューリング（Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）が適用されるPDSCHに対しても、上記ＲＢ  ｇｒｏｕｐ単位で送信帯域の割り当てが行われる。以下、Ｒｅｓｏｕｒｃｅ  ｇｒｏｕｐが構成される場合について説明するが、Ｒｅｓｏｕｒｃｅ  ｇｒｏｕｐを構成せずにＲｅｓｏｕｒｃｅ  Ｂｌｏｃｋを単位としてＰＤＳＣＨの送信帯域の割当てを行うようにしてもよい。【００４３】
また、以下の説明において、ダイナミックスケジューリングとは、動的に無線リソースの割り当てを行う第１のリソース割り当て方法に相当する。ダイナミックスケジューリングが適用される下りリンク共有チャネル（ＤＬ−ＳＣＨ）は、該ユーザ装置に対して任意のサブフレームにおいて無線リソースが割り当てられ、その場合の送信フォーマット、すなわち、周波数リソースであるリソースブロックの割り当て情報や変調方式、ペイロードサイズ、Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎパラメータやプロセス番号等のHARQに関する情報や、ＭＩＭＯに関する情報等は様々な値が設定される。【００４４】
一方、パーシステントスケジューリングとは、データ種別、あるいは、データを送受信するアプリケーションの特徴に応じて、一定周期毎にデータの送信機会を割り当てるスケジューリング方法であり、一定周期毎に無線リソースの割り当てを行う第２のリソース割り当て方法に相当する。すなわち、パーシステントスケジューリングが適用される下りリンク共有チャネル（ＤＬ−ＳＣＨ）は、該ユーザ装置に対して所定のサブフレームにおいて下りリンクの共有チャネルが送信され、その場合の送信フォーマット、すなわち、周波数リソースであるリソースブロックの割り当て情報や変調方式、ペイロードサイズ、Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎパラメータやプロセス番号等のHARQに関する情報や、ＭＩＭＯに関する情報等は、所定の値が設定される。すなわち、予め決められたサブフレームにおいて共有チャネル（無線リソース）が割り当てられ、予め決められた送信フォーマットで下りリンク共有チャネル（ＤＬ−ＳＣＨ）が送信される。上記予め決められたサブフレームは、例えば、一定の周期となるように設定されてもよい。また、上記予め決められた送信フォーマットは、一種類である必要はなく、複数の種類が存在してもよい。【００４５】
次に、ダウンリングＭＡＣデータ送信手順について、図２を参照して説明する。図２は、スケジューリング係数の計算によるスケジューリング処理から、トランスポートフォーマット（Ｔｒａｎｓｐｏｒｔ  ｆｏｒｍａｔ）及び割り当てられるＲＢ  ｇｒｏｕｐを決定するＤＬ  ＴＦＲ  ｓｅｌｅｃｔｉｏｎ処理までの手順を示したものである。【００４６】
基地局装置２００において、ＤＬ  ＭＡＣ最大多重数ＮＤＬＭＡＸ設定が行われる（ステップＳ２０２）。ＤＬ  ＭＡＣ最大多重数ＮＤＬＭＡＸは、ダイナミックスケジューリング（Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇ）が適用される下りリンク−共有チャネル（ＤＬ−ＳＣＨ）の、１サブフレームにおける最大多重数であり、外部インタフェース（Ｉ／Ｆ）より指定される。【００４７】
次に、基地局装置２００は、ステップＳ２０６において、当該Sub-frameにおけるPCHおよびＲＡＣＨ  ｒｅｓｐｏｎｓｅの数をカウントし、その数をそれぞれＮＰＣＨ、ＮＲＡＣＨｒｅｓとする。ここで、ＰＣＨおよびＲＡＣＨ  ｒｅｓｐｏｎｓｅの数として、実際のＰＣＨやＲＡＣＨ  ｒｅｓｐｏｎｓｅの数ではなく、ＰＣＨのためのＤｏｗｎｌｉｎｋ  Ｓｃｈｅｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎの数およびＲＡＣＨ  ｒｅｓｐｏｎｓｅのためのＤｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎの数を算出してもよい。【００４８】
次に、基地局装置２００において、スケジューリング係数の計算（Ｃａｌｃｕｌａｔｉｏｎ  ｆｏｒ  Ｓｃｈｅｄｕｌｉｎｇ  ｃｏｅｆｆｉｃｉｅｎｔｓ）が行われる（ステップＳ２０８）。当該Sub-frameにおいてダイナミックスケジューリング（Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇ）による無線リソースの割り当てが行われるユーザ装置（ＵＥ：  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）を選択する。当該Sub-frameにおいてＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるUEの数をＮＤＬ−ＳＣＨと定義する。【００４９】
ステップＳ２１２では、下りリンクトランスポートフォーマット及びリソース選択（ＤＬ  ＴＦＲ  ｓｅｌｅｃｔｉｏｎ：  Ｄｏｗｎｌｉｎｋ  Ｔｒａｎｓｐｏｒｔ  ｆｏｒｍａｔ  ａｎｄ  Ｒｅｓｏｕｒｃｅ  ｓｅｌｅｃｔｉｏｎ）が行われる。すなわち、同期信号（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ、同期チャネルＳＣＨとも呼ばれる）、報知チャネル（BCH）、ページングチャネル（PCH）、ランダムアクセスチャネル応答（ＲＡＣＨ  ｒｅｓｐｏｎｓｅ、あるいは、ランダムアクセス手順におけるＭｅｓｓａｇｅ２)及びパーシステントスケジューリング（Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）が適用されるＤＬ−ＳＣＨ，Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに関する送信フォーマットの決定と無線リソースの割り当てを行う。【００５０】
次に、ステップＳ２０８において行われるスケジューリング係数の計算について、図３を参照して説明する。【００５１】
図３には、スケジューリング係数の計算により、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるUEの選択を行う処理フローを示す。基地局装置２００は、ＬＴＥ  アクティブ（ＬＴＥ  ａｃｔｉｖｅ）状態、例えばＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続状態にある全てのUEに対して以下の処理を実行する。【００５２】
ｎ＝１、Ｎｓｃｈｅｄｕｌｉｎｇ＝０に設定される（ステップＳ３０２）。ここで、ｎはユーザ装置１００ｎのインデックスであり、ｎ＝１，・・・，Ｎ（Ｎ>０の整数）である。【００５３】
次に、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）エンティティステータスの更新（Ｒｅｎｅｗａｌ  ｏｆ  ＨＡＲＱ  Ｅｎｔｉｔｙ  Ｓｔａｔｕｓ）が行われる（ステップＳ３０４）。ここでは、当該UEの、下りリンク共有チャネルに対する送達確認情報としてACKを受信したプロセスを解放する。また、最大再送回数に達したプロセスも解放し、プロセス内のユーザデータを廃棄する。最大再送回数は、Ｐｒｉｏｒｉｔｙ  ｃｌａｓｓ毎に外部入力インタフェース（ＩＦ）より設定される。また、複数の論理チャネルが多重されているＭＡＣ  ＰＤＵの最大再送回数は、最も優先度の高いＰｒｉｏｒｉｔｙ  Ｃｌａｓｓの論理チャネルの最大再送回数に従うこととする。【００５４】
次に、メジャメントギャップのチェック（Ｍｅａｓｕｒｅｍｅｎｔ  Ｇａｐ  Ｃｈｅｃｋ）が行われる（ステップＳ３０６）。当該UEに関して、当該Sub-frame、すなわち、下りリンクの共有チャネルを送信するサブフレームがＭｅａｓｕｒｅｍｅｎｔ  ｇａｐに含まれるか否か、または、上記下りリンクの共有チャネルに対する送達確認情報ACK/NACKを受信するSub-frameがＭｅａｓｕｒｅｍｅｎｔ  ｇａｐに含まれるか否かを判定する。当該Sub-frameがＭｅａｓｕｒｅｍｅｎｔ  ｇａｐに含まれるか否か、または、ACK/NACKを受信するSub-frameがＭｅａｓｕｒｅｍｅｎｔ  ｇａｐに含まれると判定した場合にNGを返し、それ以外の場合にOKを返す。Ｍｅａｓｕｒｅｍｅｎｔ  ｇａｐは、UEが異周波ハンドオーバを行うために、異なる周波数のセルの測定を行っている時間間隔であり、その時間には通信できないため、ＵＥは、下りリンクの共有チャネルを受信できない。また、ＵＥは、異なる周波数のセルの測定を行っている時間間隔において、上記ＡＣＫ／ＮＡＣＫを送信できない、すなわち、基地局装置１００ｎはACK/NACKを受信できない。Ｍｅａｓｕｒｅｍｅｎｔ  ｇａｐ  Ｃｈｅｃｋの結果がNGの場合（ステップＳ３０６：ＮＧ）、当該UEをスケジューリングの対象から除外する。【００５５】
ここで、上記異なる周波数のセルとは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮのセルであってもよいし、異なるシステムのセルであってもよい。例えば、異なるシステムとして、ＧＳＭ、ＷＣＤＭＡ、ＴＤＤ−ＣＤＭＡ、ＣＤＭＡ２０００、ＷｉＭＡＸ等が考えられる。【００５６】
次に、間欠受信（ＤＲＸ）のチェックが行われる（ステップＳ３０８）。当該UEがDRX
状態か否か、及び、当該UEがDRX状態である場合に、当該Sub-frameがDRX受信タイミングであるか否かを判定する。DRX状態であり、かつ、DRX受信タイミングでないと判定した場合にNGを返し、それ以外の場合にOKを返す。すなわち、「DRX状態でない場合」または「DRX状態で、かつ、DRX受信タイミングである場合」にOKを返す。「DRX状態でない場合」には後述するｆｌａｇＤＲＸを0とし、「DRX状態で、かつ、DRX受信タイミングである場合にｆｌａｇＤＲＸを1とする。ここで、ＤＲＸ受信タイミングとは、間欠受信を行っている状態における、データを受信可能なタイミングのことを指す。また、ＤＲＸ状態であり、かつ、ＤＲＸ受信タイミングでないという状態は、下りリンクの信号を受信しないスリープ状態に相当する。【００５７】
ＤＲＸ  Ｃｈｅｃｋの結果がNGの場合（ステップＳ３０８：ＮＧ）、当該UEをスケジューリングの対象から除外する。【００５８】
次に、上りリンクの同期状態のチェック（ＵＬ  Ｓｙｎｃ  Ｃｈｅｃｋ）が行われる（ステップＳ３１０）。当該UEの上りリンクの同期状態が同期外れType   Bであるか否かを判定する。同期外れType   Bであると判定した場合にNGを返し、同期外れType   Bでないと判定した場合にOKを返す。【００５９】
ＵＬ  Ｓｙｎｃ  Ｃｈｅｃｋの結果がNGの場合（ステップＳ３１０：ＮＧ）、当該UEをスケジューリングの対象から除外する。尚、同期外れType   Aである場合には、当該UEをスケジューリングの対象から除外しない。【００６０】
eNB２００はRRC_connected状態の各UE１００ｎに関して以下の2種類の上りリンクの同期状態の判定を行う。【００６１】
セル半径を考慮したウインドウ１（Window1）、例えば、ＲＡＣＨ  ｐｒｅａｍｂｌｅを待ち受けるWindow程度の大きさ内で当該UEのＳｏｕｎｄｉｎｇ  ＲＳのPower判定を行う。すなわち、当該UEのPower判定におけるメトリック(metric)が所定の閾値を超える場合にはPower判定OKとし、超えない場合にはPower判定NGとする。尚、本判定における反映時間（OKと判定するまでの時間、あるいは、NGと判定するまでの時間）は、Ｓｏｕｎｄｉｎｇ  ＲＳを連続受信している状態で２００ｍｓ−１０００ｍｓを目安とする。【００６２】
また、ＦＦＴ  ｔｉｍｉｎｇとCP長により定義されるWindow2内に、当該UEの信号が存在するか否かで判定を行う。すなわち、Window2内に、当該UEの信号が存在する場合にはＦＦＴ  ｔｉｍｉｎｇ判定OKとし、当該UEのメインパスが存在しない場合にはＦＦＴ  ｔｉｍｉｎｇ判定NGとする。尚、本判定における反映時間（OKと判定するまでの時間、あるいは、NGと判定するまでの時間）は、Ｓｏｕｎｄｉｎｇ  ＲＳを連続受信している状態で１ｍｓ−２００ｍｓを目安とする。【００６３】
同期外れタイプＡ（ＴｙｐｅＡ）とは、Power判定結果がOKでありＦＦＴ  ｔｉｍｉｎｇがNGであるUEの同期状態をいい、同期外れタイプＢ（ＴｙｐｅＢ）とは、Power判定結果がNGでありＦＦＴ  ｔｉｍｉｎｇがNGであるUEの同期状態をいう。【００６４】
次に、受信したＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｅｒ）のチェック（Ｒｅｃｅｉｖｅｄ  ＣＱＩ  Ｃｈｅｃｋ）が行われる（ステップＳ３１２）。当該UEからの、システム帯域全体に関するCQIを受信しているか否かを判定する。当該Sub-frame、もしくは、当該Sub-frameより以前のSub-frameにおいて、当該UEから送信されたシステム帯域全体に関するCQIを受信し、かつ、システム帯域全体に関するCQIのCQI信頼度判定結果が少なくとも一度はOKである場合にOKを返し、上記以外の場合にNGを返す。ここで、上記ＣＱＩ信頼度判定とは、例えば、ＣＱＩの受信信号のＳＩＲを算出し、上記ＳＩＲに基づいてＣＱＩの信頼度を判定する処理のことを指す。たとえば、上記ＳＩＲが所定の閾値よりも小さい場合に当該ＣＱＩの信頼度はＮＧであると判定し、上記ＳＩＲが所定の閾値以上の場合に当該ＣＱＩの信頼度はＯＫであると判定する。【００６５】
Ｒｅｃｅｉｖｅｄ  ＣＱＩ  Ｃｈｅｃｋの結果がNGの場合（ステップＳ３１２：ＮＧ）、当該UEをスケジューリングの対象から除外する。Ｒｅｃｅｉｖｅｄ  ＣＱＩ  Ｃｈｅｃｋの結果がNGの場合には、当該UEがＰｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルを有する場合にも、スケジューリングの対象から除外する。この時、当該Sub-frameにおいて、上記UEに割り当てられるパーシステントリソース（Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅ）が存在する場合には、上記Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅを解放する。ここで、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅとは、Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ用に確保されたＲｅｓｏｕｒｃｅ  ｂｌｏｃｋのことを指す。【００６６】
次に、パーシステントスケジューリングのチェック（Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ  Ｃｈｅｃｋ）が行われる（ステップＳ３１４）。パーシステントスケジューリングとは、データ種別、あるいは、データを送受信するアプリケーションの特徴に応じて、一定周期毎にデータの送信機会を割り当てるスケジューリング方法である。尚、上記データ種別とは例えば、Voice   Over   IPによるデータであったり、あるいは、Streamingによるデータであったりする。上記Voice   Over   IPまたはStreamingが、上記アプリケーションに相当する。【００６７】
当該UEがＰｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルを有するか否かを判定する。当該UEがＰｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルを有する場合には、パーシステントスケジューリングサブフレームチェック（Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ  Ｓｕｂ−ｆｒａｍｅ  ｃｈｅｃｋ）の処理（ステップＳ３３０）に進み、上記以外の場合にローカライズド（Localized）/ディストリビューティド（Distributed）  ｃｈｅｃｋの処理（ステップＳ３１６）に進む。ローカライズドとは、当該ＵＥと基地局装置２００の間の伝搬環境におけるフェージング周波数が小さいため、ＣＱＩに基づいて、比較的連続する周波数ブロック(リソースブロック)を割り当てた方が良い状態にあることを示し、ディストリビューティドとは、当該ＵＥと基地局装置２００の間の伝搬環境におけるフェージング周波数が大きいため、ＣＱＩの値に関係なく、比較的離散的に分散した周波数ブロック(リソースブロック)を割り当てた方が良い状態にあることを示す。【００６８】
ステップＳ３３０では、当該Sub-frameにおいて、当該UEが有するＰｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルにＰｅｒｓｉｓｔｅｎｔ  ｒｅｓｏｕｒｃｅが割り当てられるか否かを判定する。Ｐｅｒｓｉｓｔｅｎｔ  ｒｅｓｏｕｒｃｅが割り当てられると判定した場合（ステップＳ３３０：ＯＫ）、割り当て／解放チェック（Ａｓｓｉｇｎ／Ｒｅｌｅａｓｅ  Ｃｈｅｃｋ）の処理に進み（ステップＳ３３２）、Ｐｅｒｓｉｓｔｅｎｔ  ｒｅｓｏｕｒｃｅが割り当てられないと判定した場合（ステップＳ３３０：ＮＧ）、Ｌｏｃａｌｉｚｅｄ／Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈｅｃｋに進む（ステップＳ３１６）。【００６９】
ステップＳ３３２では、当該UEが有するＰｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルに送信可能なデータがあるか否かを判定する。すなわち、基地局装置２００は、データバッファ内に、送信可能な、前記Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルのデータが存在するか否かを判定する。送信可能なデータがある場合（ステップＳ３３２：Ａｓｓｉｇｎ）、データサイズチェック（Ｄａｔａ  Ｓｉｚｅ  Ｃｈｅｃｋ）の処理に進み（ステップＳ３３４）、送信可能なデータがない場合（ステップＳ３３２：Ｒｅｌｅａｓｅ）には、パーシステントリソースの解放（Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅ  Ｒｅｌｅａｓｅ）の処理に進む（ステップＳ３３６）。【００７０】
ステップＳ３３４では、当該UEが有するＰｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルの送信可能なデータが閾値Ｔｈｒｅｓｈｏｌｄｄａｔａ＿ｓｉｚｅ以上であるか否かを判定する。送信可能なデータがＴｈｒｅｓｈｏｌｄｄａｔａ＿ｓｉｚｅ以上である場合（ステップＳ３３４：ＮＧ）、パーシステントリソース解放（Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅ  Ｒｅｌｅａｓｅ）の処理に進み（ステップＳ３３６）、送信可能なデータがＴｈｒｅｓｈｏｌｄｄａｔａ＿ｓｉｚｅ未満である場合（ステップＳ３３４：ＯＫ）、パーシステントリソース確保（Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ）の処理に進む（ステップＳ３３８）。【００７１】
ステップＳ３３８では、当該UEが有するＰｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルに割り当てられるＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅを確保する。尚、当該Sub-frameにおいてＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられるUEに関しても後述するスケジューリング係数の計算を行い、当該Sub-frameにおいてＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルのために無線リソースが割り当てられた場合には、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルとＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルを多重してＭＡＣ  ＰＤＵ（ＤＬ−ＳＣＨ）の送信を行う。【００７２】
ステップＳ３３６では、当該UEが有するＰｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルに割り当てられる予定のＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅを解放する。尚、上記Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅは、当該Sub-frameのみ解放されることとし、次のＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられるタイミングにおいては、改めてＡｓｓｉｇｎ／Ｒｅｌｅａｓｅ  Ｃｈｅｃｋの処理を行うこととする。【００７３】
ステップＳ３１６では、当該UEの下りリンクの伝送タイプ（ＤＬ  Ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｙｐｅ）、すなわちLocalized送信／Distributed送信を判定する。尚、Ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｙｐｅは、DLとULとで別々に管理される。【００７４】
例えば、当該UEのシステム帯域全体に関するCQIが閾値ThresholdCQI以上であり、かつ、当該UEのFd推定値が閾値ThresholdFd,DL以下である場合にLocalized送信と判定し、上記以外の場合をDistributed送信と判定する。【００７５】
上記Fd推定値は、UEよりメジャメント  レポート（Ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ）等のＲＲＣ  ｍｅｓｓａｇｅにより報告される値を用いてもよいし、UEより送信されるSounding用のリファレンス信号の時間相関値に基づいて算出される値を用いてもよい。【００７６】
また、上述した例では、システム帯域全体に関するCQIの値とFd推定値の両方の値を用いて、伝送タイプを判定したが、代わりに、システム帯域全体に関するCQIの値のみで伝送タイプを判定してもよいし、あるいは、Fd推定値のみで伝送タイプを判定してもよい。【００７７】
次に、バッファ状態のチェック（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｃｈｅｃｋ）が行われる（ステップＳ３１８）。当該UEの有する論理チャネルに関して、当該Sub-frameにおいて送信可能なデータが存在するか否かを判定する。すなわち、基地局装置２００は、当該ＵＥの各論理チャネルに関して、データバッファ内に、送信可能なデータが存在するか否かを判定する。全ての論理チャネルに関して、送信可能なデータが存在しない場合にはNGを返し、少なくとも１つの論理チャネルに関して、送信可能なデータが存在する場合にはOKを返す。ここで、送信可能なデータとは、新規に送信可能なデータまたは再送可能なデータのことである。尚、上記論理チャネルの中に、ステップＳ３３８におけるＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが確保された論理チャネル」は含まない。すなわち、ステップＳ３３８においてＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが確保された論理チャネルのみが送信可能なデータを有する場合にはNGを返す。送信可能なデータとして、ＭＡＣレイヤの制御情報のみが存在する場合には、個別制御チャネルＤｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ（ＤＣＣＨ）と同一のＰｒｉｏｒｉｔｙ  ｃｌａｓｓに属する論理チャネルとして扱ってもよい。Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｃｈｅｃｋの結果がNGの場合（ステップＳ３１８：ＮＧ）、当該UEをスケジューリングの対象から除外する。Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｃｈｅｃｋの結果がOKの場合（ステップＳ３１８：ＯＫ）、以下の選択論理に基づいて、送信可能データが存在する論理チャネルの中からＨｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルを選択し、Ｓｃｈｅｄｕｌｉｎｇ  Ｃｏｅｆｆｉｃｉｅｎｔ  Ｃａｌｃｕｌａｔｉｏｎの処理に進む（ステップＳ３２０）。尚、このＨｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルを選択する際には、ステップＳ３３８においてＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが確保された論理チャネルも選択の対象とする。【００７８】
（選択論理1）  最も優先度の高い論理チャネルをＨｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルとする。【００７９】
（選択論理2）  選択論理1を満たす複数の論理チャネルが存在する場合には、送信可能な再送データを有する論理チャネルＨｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルとする。【００８０】
（選択論理3）  選択論理2を満たす複数の論理チャネルが存在する場合には、個別制御チャネル（DCCH：  Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）が存在するのであれば、DCCHをＨｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルとし、DCCHが存在しないのであれば、上記複数の論理チャネルの内、任意の論理チャネルをＨｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルとする。【００８１】
本判断基準を適用する場合、優先度の低い論理チャネルの再送データではなく、優先度の高い論理チャネルの新規データが、より高い論理チャネルとして判定される。【００８２】
尚、上述したステップＳ３０６、Ｓ３０８、Ｓ３１０、Ｓ３１２、Ｓ３１８における、当該ＵＥをスケジューリングの対象から除外する、という処理は、後述するＳｃｈｅｄｕｌｉｎｇ  Ｃｏｅｆｆｉｃｉｅｎｔ  Ｃａｌｃｕｌａｔｉｏｎの処理を行わないことを意味し、結果として、当該サブフレームにおいて、当該ＵＥに対して下りリンクの共有チャネルは送信されない。言い換えれば、基地局装置２００は、上述したステップＳ３０６、Ｓ３０８、Ｓ３１０、Ｓ３１２、Ｓ３１８において、当該ＵＥをスケジューリングの対象から除外する、と判定されたＵＥ以外のＵＥの中から、スケジューリングの処理を行い、すなわち、共有チャネルを送信するＵＥを選択し、そして、選択されたＵＥに対して下りリンクの共有チャネルを送信する。【００８３】
ステップＳ３２０では、ステップＳ３１８において、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙと判定された論理チャネルに関して、後述する評価式を用いてスケジューリング係数を算出する。【００８４】
テーブル１及び２に外部I/Fより設定されるパラメータを示す。【００８５】
【表１】
2008105418.tif 000003
【００８６】
【表２】
2008105418.tif 000004
テーブル３及び４に、Sub-frame単位で、各UEの各論理チャネルに与えられる入力パラメータを示す。【００８７】
【表３】
2008105418.tif 000005
【００８８】
【表４】
2008105418.tif 000006
テーブル１及び２に示す入力パラメータに基づいて、ＵＥ  ＃ｎ、Ｈｉｇｈｅｓｔ  Ｐｒｉｏｒｉｔｙの論理チャネル#hのスケジューリング係数Ｃｎを式（１）の通り計算する。【００８９】
【数１】
2008105418.tif 000007
あるいは、上記ＵＥ  ＃ｎ、Ｈｉｇｈｅｓｔ  Ｐｒｉｏｒｉｔｙの論理チャネル#hのスケジューリング係数Ｃｎは、以下のように計算されてもよい。【００９０】
【数２】
2008105418.tif 000008
式（１´）は、式（１）に、「Ｈ（ｆｌａｇｇａｐ＿ｃｏｎｔｒｏｌ）」の項が付け加えられている。ｆｌａｇｇａｐ＿ｃｏｎｔｒｏｌは，当該UE  #nが、メジャーメント  ギャップ  コントロール  モード（Measurement  gap  control  mode）にあるか否かを示すフラッグである。ここで、Measurement  gap  control  modeとは、異なる周波数のセルを行うためのMeasurement  gapが適用されているか否かを示すモードであり、Measurement  gap  control  modeがオン（On）の場合には、所定のタイミングでMeasurement  gapが設定される。上記Measurement  gapは、基地局装置２００より設定される。【００９１】
一般に、Measurement  gapが適用されているサブフレームにおいては、データの送受信を行うことができない。よって、Measurement  gapが適用されていないサブフレームにおいて、優先的にデータの送受信を行うための無線リソースを、当該UE  #nに割り当てる必要がある。例えば、ｆｌａｇｇａｐ＿ｃｏｎｔｒｏｌ＝１（Measurement  gap  control  mode：  On）にある場合に、Ｈ（ｆｌａｇｇａｐ＿ｃｏｎｔｒｏｌ）＝１０とし、ｆｌａｇｇａｐ＿ｃｏｎｔｒｏｌ＝０（Measurement  gap  control  mode：  Off）にある場合に、Ｈ（ｆｌａｇｇａｐ＿ｃｏｎｔｒｏｌ）＝１とすることにより、上述した「Measurement  gapが適用されていないサブフレームにおいて優先的にデータの送受信を行う」といった動作を実現することが可能となる。【００９２】
尚、上述したステップＳ３０６のメジャメントギャップのチェックにより、Measurement  gap  control  mode：  Onにあり、かつ、当該Sub-frameがＭｅａｓｕｒｅｍｅｎｔ  ｇａｐに含まれるか否か、または、ACK/NACKを受信するSub-frameがＭｅａｓｕｒｅｍｅｎｔ  ｇａｐに含まれる場合には、本処理（ステップＳ３２０）は行われない。言い換えれば、Measurement  gap  control  mode：  Onにあり、かつ、本処理（ステップＳ３２０）が行われる場合には、当該サブフレームは、異なる周波数のセルを測定するモードにおける、同じ周波数（本来の周波数）の信号を送受信するタイミングである。すなわち、「Ｈ（ｆｌａｇｇａｐ＿ｃｏｎｔｒｏｌ）」の項により、異なる周波数のセルを測定するモードにおける、同じ周波数（本来の周波数）の信号を送受信するタイミングにある移動局に対して優先的に共有チャネルを割り当てることが可能となる。【００９３】
尚、Ｉｎｔｒａ−ｅＮＢ  Ｈａｎｄ  Ｏｖｅｒ  （Ｉｎｔｒａ−ｅＮＢ  ＨＯ）の際には、スケジューリングに用いる測定値、算出値は、Ｔａｒｇｅｔ  ｅＮＢ  （ハンドオーバ先のｅＮＢ）に引き継ぐものとする。【００９４】
ステップＳ３２０では、平均データレート(Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅ)の測定が行われる。【００９５】
Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅは、式（２）を用いて求められる。【００９６】
【数３】
2008105418.tif 000009
ただし、Ｎｎ，ｋ（１，２，・・・）は、Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの更新回数である。但し、Ｎｎ，ｋ＝０となるSub-frameにおいては、式（３）とする。【００９７】
【数４】
2008105418.tif 000010
また、忘却係数δｎ，ｋは、以下のように計算される。
δｎ，ｋ＝ｍｉｎ（１−１／Ｎｎ，ｋ，δ´ＰＣｎ，ｋ）
Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの更新周期は「基地局装置２００内のデータバッファに送信すべきデータが存在したSub-frame毎」とし、ｒｎ，ｋの計算方法は「送信されたＭＡＣ  ＳＤＵのサイズ」とする。すなわち、Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの計算は、Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの更新機会のSub-frameにおいて、以下のいずれかの動作を行う。【００９８】
１．送信を行ったUEに対しては、「ｒｎ，ｋ＝送信されたＭＡＣ  ＳＤＵのサイズ」でＡｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの計算を行う。【００９９】
２．送信を行わなかったUEに対しては、「ｒｎ，ｋ＝０」でＡｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの計算を行う。【０１００】
尚、Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅは、Ｒｅｃｅｉｖｅｄ  ＣＱＩ  ＣｈｅｃｋがOK、かつ、更新機会の条件が一致した場合に計算を行う。すなわち、CQIを少なくとも一度は受信した後から計算が開始される。【０１０１】
次に、スケジューリング係数の計算が行われたＵＥ数を示すＮＳｃｈｅｄｕｌｉｎｇを１だけ増加させ（ステップＳ３２２）、ＵＥインデックスを示すｎを１だけ増加させる（ステップＳ３２４）。【０１０２】
次に、ｎがＮＳｃｈｅｄｕｌｉｎｇ以下であるか否か判定する（ステップＳ３２６）。ｎがＮＳｃｈｅｄｕｌｉｎｇ以下であると判定した場合（ステップＳ３２６：ＹＥＳ）、ステップＳ３０４に戻る。【０１０３】
一方、ｎがＮＳｃｈｅｄｕｌｉｎｇよりも大きいと判定した場合（ステップＳ３２６：ＮＯ）、ステップＳ３２８において、ユーザ装置の選択（ＵＥ  Ｓｅｌｅｃｔｉｏｎ）が行われる。すなわち、当該Sub-frameにおいてＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるUEを選択する。【０１０４】
まず、以下の式により、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるUEの数、すなわち、下りリンクの共有チャネルが送信されるＵＥの数ＮＤＬ−ＳＣＨを算出する。ここで、ＮＳｃｈｅｄｕｌｉｎｇは、Ｓｃｈｅｄｕｌｉｎｇ  Ｃｏｅｆｆｉｃｉｅｎｔ  Ｃａｌｃｕｌａｔｉｏｎが行われたUEの数を指す（図３を参照）。【０１０５】
ＮＤＬ−ＳＣＨ＝ｍｉｎ（ＮＳｃｈｅｄｕｌｉｎｇ，ＮＤＬＭＡＸ−ＮＰＣＨ−ＮＲＡＣＨｒｅｓ）
次に、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐ毎に、ステップＳ３２０において算出されたスケジューリング係数の大きい順から、ＮＤＬ−ＳＣＨ台の「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるUEを選択する。すなわち、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用される下りリンクの共有チャネルの送信先となるＵＥを選択する。ここで、Scheduling  priority  groupとは、スケジューリングにおける優先度付けがされたグループであり、各論理チャネルに対して、属すべきScheduling  priority  groupが定義される。【０１０６】
以下の順序で上記「UE」を選択する。尚、当該UEが当該Sub-frameにおいて送信すべきＭＡＣレイヤの制御情報を有する場合には、そのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐを、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐに関係なく、「High」とする。【０１０７】
Ｈｉｇｈ（１ｓｔ）−>Ｈｉｇｈ（２ｎｄ）−>...−>Ｍｉｄｄｌｅ（１ｓｔ）−>Ｍｉｄｄｌｅ（２ｎｄ）−>...−>Ｌｏｗ（１ｓｔ）−>Ｌｏｗ（２ｎｄ）−>...
上述したように、ユーザ装置のインデックス（UE   index）であるnに関してループ処
理を行うことにより、下りリンクの共有チャネルを送信することができると判断された各ユーザ装置に対して、スケジューリング係数を計算することが可能となる。そして、計算されたスケジューリング係数の大きいユーザ装置に対して、無線リソースを割り当てる、すなわち、下りリンクの共有チャネルを送信するという制御を行うことにより、データの優先度や、ユーザ装置から報告される無線品質情報、再送回数、MACレイヤの制御情報の
有無、割り当て頻度、平均の伝送速度、目標の伝送速度を考慮して、ハンドオーバ処理を行っているか否か、間欠受信処理の受信タイミングにあるか否か、ＲＬＣレイヤにおけるデータの滞留時間、異なる周波数のセルを測定するモードにおける受信タイミングにあるか否かを考慮して、無線リソース（下りリンクの共有チャネル）を割り当てるユーザ装置を決定し、上記ユーザ装置に対して下りリンクの共有チャネルを送信することが可能となる。【０１０８】
尚、上述した例においては、Ｓｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐは、High,  Middle,  Lowの3通りであったが、4通り以上のScheduling  priority  groupを用意してもよいし、2通り以下のScheduling  priority  groupを用意してもよい。
例えば、HighMAC,  HighDRX,  High,  Middle,  Lowの5通りのScheduling  priority  groupを用意し、優先度を、高い順から、HighMAC,  HighDRX,  High,  Middle,  Lowとする。そして、送信すべきMAC  control  blockを有するUEに対しては、そのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐを、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐに関係なく、「HighMAC」とし、DRX状態で，かつ，DRX受信タイミング時のUEに対しては、そのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐを、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐに関係なく、「HighDRX」としてもよい。送信すべきMAC  control  blockを有するUE、または、DRX状態で，かつ，DRX受信タイミング時のUEに対して、より優先的に共有チャネルを割り当てることが可能となる。例えば、MAC  control  blockを有するUEとMAC  control  blockを持たないUEが存在する場合には、式（１）におけるCnの値に関係なく、MAC  control  blockを有するUEに対して、優先的に共有チャネルを割り当てることが可能となる。
尚、上述した例においては、優先度を、高い順から、HighMAC,  HighDRX,  High,  Middle,  Lowとしたが、これは一例であり、その他の順番、例えば、High,  HighMAC,  HighDRX,  Middle,  Low等であってもよい。【０１０９】
次に、ステップＳ２１２において行われる下りリンクＴＦＲ選択処理について、図４を参照して説明する。【０１１０】
図４には、ＤＬ  ＴＦＲ  ｓｅｌｅｃｔｉｏｎの処理フローを示す。本処理フローにより、共通チャネル（Ｃｏｍｍｏｎ  ｃｈａｎｎｅｌ）、例えば同期信号（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ、あるいは、同期チャネルＳＣＨとも呼ばれる）、報知チャネル（BCH）、ページングチャネル（PCH）、ランダムアクセスチャネル応答（RACH  response、あるいは、ランダムアクセス手順におけるＭｅｓｓａｇｅ２）及びＰｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCH、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに関する送信フォーマットの決定と無線リソースの割り当てが行われる。【０１１１】
共通チャネルに対するリソースブロックの割り当て（ＲＢ  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  Ｃｏｍｍｏｎ  ｃｈａｎｎｅｌ）が行われる（ステップＳ４０２）。【０１１２】
当該Sub-frameにおいて同期信号が送信される場合には、テーブル５に示すRBを同期信号に割り当てる。システム帯域幅が５ＭＨｚの場合には２５個のリソースブロックにより構成され、１０ＭＨｚの場合には５０個のリソースブロックにより構成され、２０ＭＨｚの場合には１００個のリソースブロックにより構成される。各リソースブロックには、一端から＃０で始まる識別番号が付される。同期信号に割り当てられたRBを含むRB   groupは、Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに割り当てられない。システム帯域幅が１０ＭＨｚ及び２０ＭＨｚの場合には、システム帯域の中心に位置する６個のリソースブロックを同期信号に割り当てる。すなわち、システム帯域幅が１０ＭＨｚの場合には、ＲＢ＃２２乃至ＲＢ＃２７を同期信号に割り当て、また、システム帯域幅が２０ＭＨｚの場合には、ＲＢ＃４７乃至ＲＢ＃５２を同期信号に割り当てる。システム帯域幅が５ＭＨｚの場合には、図５に示すように、システム帯域幅の中心に位置する７個のリソースブロックを同期信号に割り当てる。すなわち、システム帯域幅が５ＭＨｚの場合には、ＲＢ＃９乃至ＲＢ＃１５を同期信号に割り当てられる。【０１１３】
尚、上述した同期信号に割り当てられるリソースブロックは、他のチャネルがマッピングされないように、同期信号のために確保されたリソースブロックを意味し、同期信号が実際にマッピングされるリソースブロックあるいはサブキャリアを示すものではない。すなわち、同期信号は、上記同期信号のために割り当てられたリソースブロックの中の所定のサブキャリアにマッピングされる。例えば、同期信号は、システム帯域の中心に位置する７２個のサブキャリアにマッピングされて送信される。この場合、同期信号がマッピングされるサブキャリア番号をｋとすると、ｋは以下のように記載される。【０１１４】
【数５】
2008105418.tif 000011
ここで、ＮＢＷＤＬは、システム帯域全体のサブキャリア数である。この場合、システム帯域幅が５ＭＨｚの場合には、同期信号がマッピングされるサブキャリアの集合は、下りリンクの共有チャネルがマッピングされるリソースブロックと一致しない（図５を参照）。すなわち、下りリンクの共有チャネルがマッピングされるリソースブロックに対して、９０ｋＨｚ（６サブキャリア）ずれたサブキャリアの集合で送信される。
尚、同期信号の送信電力（全てのｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  （ｓｕｂ−ｃａｒｒｉｅｒ）の送信電力の和。絶対値とし、単位をWとする）をＰＳＣＨとする。【０１１５】
【表５】
2008105418.tif 000012
当該Sub-frameにおいてBCHが送信される場合には、テーブル６に示すRBをBCHに割り当てる。システム帯域幅が１０ＭＨｚ及び２０ＭＨｚの場合には、システム帯域の中心に位置する６個のリソースブロックをＢＣＨに割り当てる。すなわち、システム帯域幅が１０ＭＨｚの場合には、ＲＢ＃２２乃至ＲＢ＃２７をＳＣＨに割り当て、また、システム帯域幅が２０ＭＨｚの場合には、ＲＢ＃４７乃至ＲＢ＃５２をＳＣＨに割り当てる。システム帯域幅が５ＭＨｚの場合には、システム帯域幅の中心に位置する７個のリソースブロックをＢＣＨに割り当てる。すなわち、システム帯域幅が５ＭＨｚの場合には、ＲＢ＃９乃至ＲＢ＃１５をＳＣＨに割り当てられる。【０１１６】
尚、上述したＢＣＨに割り当てられるリソースブロックは、他のチャネルがマッピングされないように、ＢＣＨのために確保されたリソースブロックを意味し、ＢＣＨが実際にマッピングされるリソースブロックあるいはサブキャリアを示すものではない。すなわち、ＢＣＨは、上記ＢＣＨのために割り当てられたリソースブロックの中の所定のサブキャリアにマッピングされる。例えば、ＢＣＨは、同期信号がマッピングされるサブキャリアと同じサブキャリア番号にマッピングされてもよい。この場合、システム帯域幅が５ＭＨｚの場合には、同期信号がマッピングされるサブキャリアの集合は、下りリンクの共有チャネルがマッピングされるリソースブロックと一致しない。すなわち、下りリンクの共有チャネルがマッピングされるリソースブロックに対して、９０ｋＨｚ（６サブキャリア）ずれたサブキャリアの集合で送信される。【０１１７】
すなわち、基地局装置２００は、システム帯域幅が５ＭＨｚである場合に、図５に示すように、下りリンクの共有チャネルがマッピングされるリソースブロックに対して、９０ｋＨｚ（６サブキャリア）ずれたサブキャリアの集合で報知チャネルを送信する。【０１１８】
また、ユーザ装置１００ｎは、システム帯域幅が５ＭＨｚである場合に、図５に示すように、下りリンクの共有チャネルがマッピングされるリソースブロックに対して、９０ｋＨｚ（６サブキャリア）ずれたサブキャリアの集合で報知チャネルを受信する。【０１１９】
尚、BCHの送信電力（全てのｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  （ｓｕｂ−ｃａｒｒ
ｉｅｒ）の送信電力の和。絶対値とし、単位をＷとする）をＰＢＣＨとする。【０１２０】
尚、ＢＣＨはトランスポートチャネルとしての名前であり、物理チャネルとしては、Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ  （ＣＣＰＣＨ）である。【０１２１】
【表６】
2008105418.tif 000013
当該Sub-frameにおいてPCHが送信される場合には、外部インタフェース（ＩＦ）より設定されるＲＢ  ｇｒｏｕｐをPCHに割り当てる。尚、ＰＣＨのデータサイズまたはＰＣＨが送信されるユーザ装置の数に応じたＴＦＲ  Ｓｅｌｅｃｔｉｏｎを行うようにしてもよい。【０１２２】
当該Sub-frameにおいてRACH  response(ランダムアクセスチャネル応答、あるいは、ランダムアクセス手順におけるＭｅｓｓａｇｅ２)が送信される場合には、RACH  response
のＴＦＲ  ｓｅｌｅｃｔｉｏｎを行うためのCQI値CQIRACHres(i)と、ＲＡＣＨ  ｒｅｓｐｏｎｓｅのサイズSizeRACHresに基づいて、RACH  responseに割り当てるRB数NumRB,RACHresを決定する。【０１２３】
ＲＡＣＨ  ｒｅｓｐｏｎｓｅのサイズSizeRACHresは、当該ＲＡＣＨ  ｒｅｓｐｏｎｓ
ｅに多重されるUEの数と、そのRACH送信目的により決定される。【０１２４】
上記CQI値CQIRACHres(i)は、ＲＡＣＨ  プリアンブル（ＲＡＣＨ  ｐｒｅａｍｂｌｅ）の品質情報毎に外部インタフェース（IF）より設定される。iは品質情報のIndexであり、ＲＡＣＨ  ｒｅｓｐｏｎｓｅ内に多重されるUEの品質情報の中で、最も品質の低い値（Indexの値が最も小さい値）を設定する。【０１２５】
ＮｕｍＲＢ，ＲＡＣＨｒｅｓ＝ＤＬ＿Ｔａｂｌｅ＿ＴＦ＿ＲＢ（ＳｉｚｅＲＡＣＨｒｅｓ，ＣＱＩＲＡＣＨｒｅｓ（ｉ））    （ｉ＝０，１，２，３）
そして、当該ＲＡＣＨ  ｒｅｓｐｏｎｓｅに割り当てられるRBの数がNumRB,RACHres以上になるまで、ＲＢ  ｇｒｏｕｐ番号が小さいＲＢ  ｇｒｏｕｐから順に、ＲＢ  ｇｒｏｕｐを当該ＲＡＣＨ  ｒｅｓｐｏｎｓｅに割り当てる。【０１２６】
次にパーシステントスケジューリングに対するリソースブロック割り当て（ＲＢ  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）が行われる（ステップＳ４０４）。ステップＳ３３８において確保されたＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅを、当該Sub-frameにおいてＰｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHを有するUEに割り当てる。Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに割り当てられるRBも、ＲＢ  ｇｒｏｕｐ単位で割り当てられる。尚、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHの送信電力（全てのｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  （ｓｕｂ−ｃａｒｒｉｅｒ）の送信電力の和。絶対値とし、単位をWとする）をＰｐｅｒｓｉｓｔとする。ここで、Ｐｐｅｒｓｉｓｔは、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHを有するUEが2台以上存在する場合には、全UEのＰｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHの送信電力の合計値とする。【０１２７】
次に、物理下り共有チャネルのリソースブロック数の計算（Ｃａｌｃｕｌａｔｉｏｎ  ｆｏｒ  Ｎｕｍｂｅｒ  ｏｆ  ＲＢｓ  ｆｏｒ  ＰＤＳＣＨ）が行われる（ステップＳ４０６）。基地局装置２００の最大送信電力（以下、Ｐｍａｘと記載する。単位をWとする）、同期信号の送信電力ＰＳＣＨ、BCHの送信電力ＰＢＣＨ、PCHの送信電力ＰＰＣＨ、ＲＡＣＨ  ｒｅｓｐｏｎｓｅの送信電力ＰＲＡＣＨｒｅｓ，Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHの送信電力Ｐｐｅｒｓｉｓｔ、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHの1RBあたりの送信電力Ｐｄｙｎａｍｉｃ（ＲＢ）に基づき、以下の式を用いてPDSCHに割り当て可能なRB数Ｎｄｙｎａｍｉｃ（ＲＢ）を算出する。ここで、Ｎｓｙｓｔｅｍ（ＲＢ）はシステム帯域全体のRB数であり、NBCH、NSCH、NPCH、NRACHres、Npersistは、それぞれ、当該Sub-frameにおいてBCH、同期信号、PCH、ＲＡＣＨ  ｒｅｓｐｏｎｓｅ、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに割り当てられるRBの数である。【０１２８】
【数６】
2008105418.tif 000014
Ｎｄｙｎａｍｉｃ（ＲＢ）<Ｎｓｙｓｔｅｍ（ＲＢ）−Ｎｃｏｍｍｏｎ−Ｎｐｅｒｓｉｓｔである場合には、当該Sub-frameにおいて、BCH、PCH、ＲＡＣＨ  ｒｅｓｐｏｎｓｅ、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに割り当てられたＲＢ  ｇｒｏｕｐ以外のＲＢ  ｇｒｏｕｐの内の一部のＲＢ  ｇｒｏｕｐの送信を禁止することにより、基地局装置２００の総送信電力を最大送信電力以下となるように制御する。（Ｎｓｙｓｔｅｍ（ＲＢ）−Ｎｃｏｍｍｏｎ−Ｎｐｅｒｓｉｓｔ−Ｎｄｙｎａｍｉｃ（ＲＢ））個以上のRBの送信が禁止されるまで、以下の処理、すなわちRB数が最も小さいＲＢ  ｇｒｏｕｐの送信を禁止し、RB数が最も小さいＲＢ  ｇｒｏｕｐが2つ以上存在する場合、ＲＢ  ｇｒｏｕｐ番号が小さいＲＢ  ｇｒｏｕｐからＲＢ  ｇｒｏｕｐの送信を禁止する処理を繰り返すことにより、送信を禁止するＲＢ  ｇｒｏｕｐを決定する。【０１２９】
ｋ=1とする（ステップＳ４０８）。【０１３０】
次に、リソースブロックが残っているか否かのチェック（ＲＢ  Ｒｅｍａｉｎｉｎｇ  Ｃｈｅｃｋ）が行われる（ステップＳ４１０）。【０１３１】
ステップＳ４１０では、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに割り当て可能なＲＢ  ｇｒｏｕｐが存在するか否かを判定する。割り当て可能なＲＢ  ｇｒｏｕｐが存在する場合にはOKを返し、割り当て可能なＲＢ  ｇｒｏｕｐが存在しない場合にはNGを返す。ＲＢ  Ｒｅｍａｉｎｉｎｇ  ＣｈｅｃｋがNGの場合（ステップＳ４１０：ＮＧ）、ＤＬ  ＴＦＲ  Ｓｅｌｅｃｔｉｏｎの処理を終了する。【０１３２】
尚、上記「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに割り当て可能なＲＢ  ｇｒｏｕｐ」とは、BCH、PCH、ＲＡＣＨ  ｒｅｓｐｏｎｓｅ、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCH、すでにＴＦＲ  Ｓｅｌｅｃｔｉｏｎが行われたＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに割り当てられＲＢ  ｇｒｏｕｐ以外のＲＢ  ｇｒｏｕｐのことである。また、上記「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに割り当て可能なＲＢ  ｇｒｏｕｐ」に含まれるRBの総数をＮｒｅｍａｉｎ（ＲＢ）とする。【０１３３】
尚、上述した例においては、「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに割り当て可能なＲＢ  ｇｒｏｕｐ」を、BCH、PCH、ＲＡＣＨ  ｒｅｓｐｏｎｓｅ、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCH、すでにＴＦＲ  Ｓｅｌｅｃｔｉｏｎが行われたＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに割り当てられＲＢ  ｇｒｏｕｐ以外のＲＢ  ｇｒｏｕｐ、としたが、代わりに、同期信号、BCH、PCH、ＲＡＣＨ  ｒｅｓｐｏｎｓｅ、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCH、すでにＴＦＲ  Ｓｅｌｅｃｔｉｏｎが行われたＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに割り当てられＲＢ  ｇｒｏｕｐ以外のＲＢ  ｇｒｏｕｐとしてもよい。【０１３４】
一方、ＲＢ  Ｒｅｍａｉｎｉｎｇ  ＣｈｅｃｋがOKの場合（ステップＳ４１０：OK）、ステップS412に進む。【０１３５】
次に、下りリンクＴＦＲ選択（ＤＬ  ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ）が行われる（ステップＳ４１２）。【０１３６】
上述したステップＳ２１０において決定された「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるUE（ＰＣＨ，  ＲＡＣＨ  ｒｅｓｐｏｎｓｅを含まない）」のＴｒａｎｓｐｏｒｔ  ｆｏｒｍａｔの決定、ＲＢ  ｇｒｏｕｐの割り当てを行う。【０１３７】
ＤＬ  ＴＦＲ  Ｓｅｌｅｃｔｉｏｎでは、ＣＱＩ調節（ＣＱＩ  ａｄｊｕｓｔｍｅｎｔ）が行われる。ＴＦＲ  Ｓｅｌｅｃｔｉｏｎに用いられるCQIには、以下に示す、周波数
方向の読み替え処理、アウターループ（Outer-loop）的なオフセット調節処理、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルの優先度に基づくオフセット処理が適用される。【０１３８】
周波数方向の読み替え処理について説明する。【０１３９】
UEより報告されるCQIのＲＢ  ｇｒｏｕｐの定義と、ＤＬ   ＴＦＲ   ＳｅｌｅｃｔｉｏｎにおけるＲＢ  ｇｒｏｕｐの定義が異なる場合には、UEより報告されるＲＢ  ｇｒｏｕｐ毎のCQI（以下、ＣＱＩｒｅｃｅｉｖｅｄ（ｊ）と記載する。ｊはＲＢ  ｇｒｏｕｐ番号を示す）を、ＤＬ   ＴＦＲ   ＳｅｌｅｃｔｉｏｎにおけるＲＢ  ｇｒｏｕｐ毎のCQI（以下、ＣＱＩｃａｌｉｂｒａｔｅｄ（ｉ）と記載する。ｉはRB   group番号を示す）に読み替える。尚、CQIの報告方法としてＢｅｓｔ−Ｍ  ｉｎｄｉｖｉｄｕａｌ方法を適用している場合に、報告されたCQIが存在しないＲＢ  ｇｒｏｕｐのCQIはシステム帯域幅全体のCQIと同一とする。Ｂｅｓｔ−Ｍ  ｉｎｄｉｖｉｄｕａｌ方法とは、例えば、システム帯域を４リソースブロック毎に分割し、上記4リソースブロックからなるリソースブロックの集合に関してＣＱＩを算出し、かつ、上記ＣＱＩの内、最も品質の良いＭ個のＣＱＩを、ユーザ装置が基地局装置に報告する方法である。【０１４０】
尚、以下では、システム帯域全体に関するCQIを表現する際には、引数を「all」として記載する。【０１４１】
例えば、ＤＬ   ＴＦＲ   ＳｅｌｅｃｔｉｏｎにおけるＲＢ  ｇｒｏｕｐ#   i内に、UEより報告されるCQIのＲＢ  ｇｒｏｕｐ#aのRBがNa個と、UEより報告されるCQIのＲＢ  ｇｒｏｕｐ#bのRBがNb個とが存在する場合には、上記ＤＬ   ＴＦＲ   ＳｅｌｅｃｔｉｏｎにおけるＲＢ  ｇｒｏｕｐ#   iのCQIは以下のように算出される。【０１４２】
【数７】
2008105418.tif 000015
Outer-loop的なオフセット調節処理(ＣＱＩ  ｏｆｆｓｅｔ  ａｄｊｕｓｔｍｅｎｔ)について説明する。【０１４３】
ＣＱＩ＿ｏｆｆｓｅｔｉは、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルのｐｒｉｏｒｉｔｙ  ｃｌａｓｓがXi,adjustであるDL-SCHの送達確認情報（ＣＲＣ  ｃｈｅｃｋ結果）に基づいて、式（４）に示すようにOuter-loop的に調節される。Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルのＰｒｉｏｒｉｔｙ  ｃｌａｓｓがXi,adjustと異なる場合には、Outer-loop的なオフセットの調節（式（４）の処理）は行われない。【０１４４】
ＣＱＩ＿ｏｆｆｓｅｔｉは、UE毎に調節される。また、ＣＱＩ  ｏｆｆｓｅｔ  ａｄｊｕｓｔｍｅｎｔ処理の対象となるＰｒｉｏｒｉｔｙ  ｃｌａｓｓ  Xi,adjustは、外部入力インタフェース（ＩＦ）よりUE毎に設定される。【０１４５】
Δａｄｊ（ＰＣ）、ＢＬＥＲｔａｒｇｅｔ（ＰＣ）は外部入力インタフェース（ＩＦ）より設定可能とするようにしてもよい。但し、ＣＱＩ＿ｏｆｆｓｅｔｉの最大値をＣＱＩ＿ｏｆｆｓｅｔＰＣ（ｍａｘ）、最小値をＣＱＩ＿ｏｆｆｓｅｔＰＣ（ｍｉｎ）とする。上記ＣＱＩ＿ｏｆｆｓｅｔｉの最大値ＣＱＩ＿ｏｆｆｓｅｔＰＣ（ｍａｘ）、最小値ＣＱＩ＿ｏｆｆｓｅｔＰＣ（ｍｉｎ）は、外部入力インタフェース（ＩＦ）より設定される。ＣＱＩ＿ｏｆｆｓｅｔｉが最大値あるいは最小値に張り付いた場合には、式（４）の計算は行わない。【０１４６】
【数８】
2008105418.tif 000016
そして、上記ＣＱＩ＿ｏｆｆｓｅｔｉが、電力オフセットとして、各ＲＢ  ｇｒｏｕｐのCQI値及びシステム帯域全体に関するＣＱＩの値に加算される。式（５）の処理は、「当該Sub-frameにおいて、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルのＰｒｉｏｒｉｔｙ  ｃｌａｓｓがXi,adjustであるか否か」に依らず、ＤＬ  ＴＦＲ  Ｓｅｌｅｃｔｉｏｎを行う全てのSub-frameにおいて行われる。
ＣＱＩａｄｊｕｓｔｅｄ（ｉ）＝ＣＱＩａｄｊｕｓｔｅｄ（ｉ）＋ＣＱＩ＿ｏｆｆｓｅｔｉ        （５）
優先度に基づくオフセット処理について説明する。【０１４７】
Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルの優先度に基づくオフセットΔＰＣにより、各ＲＢ  ｇｒｏｕｐのCQI値及びシステム帯域全体に関するCQI値が調整される。ΔＰＣは例えば外部入力インタフェース（ＩＦ）より設定される。添え字のPCはＰｒｉｏｒｉｔｙ  ｃｌａｓｓを示す。【０１４８】
ＣＱＩａｄｊｕｓｔ（ｉ）＝ＣＱＩａｄｊｕｓｔ（ｉ）−ΔＰＣ
次に、リソースブロックグループ割り当て（ＲＢ  ｇｒｏｕｐ  ａｌｌｏｃａｔｉｏｎ）について説明する。以下の処理を行うことにより、k番目の「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるUE（ＰＣＨ、ＲＡＣＨ  ｒｅｓｐｏｎｓｅを含まない）」に対して対してＲＢ  ｇｒｏｕｐの割り当てを行う。尚、DL_TF_Related_tableのイメージを図６に示す。図６には、一例としてＣＱＩが１である場合について示す。
<処理>
Ｎｒｅｍａｉｎ（ＲＢ）：残りのリソースブロック数（Ｎｕｍｂｅｒ  ｏｆ  Ｒｅｍａｉｎｉｎｇ  ＲＢｓ）
Ｎｃａｐａｂｉｌｉｔｙ：UE   categoryにより決定される最大RB数
Ｎｍａｘ，ｂｉｔ：UE   categoryより決定される最大データサイズ（Ｐａｙｌｏａｄ
ｓｉｚｅ）
Ｎｒｅｍａｉｎ（ＵＥ）＝ＮＤＬ−ＳＣＨ−ｋ＋１【０１４９】
【数９】
2008105418.tif 000017
下りリンクの送信タイプがディストリビューティドである場合、当該UEに割り当てられるRBの数がＮａｌｌｏｃａｔｅｄ（ＲＢ）以上になるまで、システム帯域内において離散的に分散する周波数リソースが割り当てられるように、ＲＢ  ｇｒｏｕｐを選択する。例えば、ＲＢ  ｇｒｏｕｐ番号の小さいＲＢ  ｇｒｏｕｐから順にＲＢ  ｇｒｏｕｐを割り当てた場合、システム帯域内において離散的に分散する周波数リソースが割り当てられるようにＲＢ  ｇｒｏｕｐを定義しておき、ＲＢ  ｇｒｏｕｐ番号が小さいＲＢ  ｇｒｏｕｐから順に、ＲＢ  ｇｒｏｕｐを当該UEに割り当ててもよい。【０１５０】
下りリンクの送信タイプがディストリビューティドでない場合（すなわち、ローカライズドである場合）、当該UEに割り当てられるRBの数がＮａｌｌｏｃａｔｅｄ（ＲＢ）以上になるまで、CQIadjustedの値が大きいＲＢ  ｇｒｏｕｐから順にＲＢ  ｇｒｏｕｐを当該UEに割り当てる。【０１５１】
上記処理において「当該UEに割り当てられる」と判定されたＲＢ  ｇｒｏｕｐを以下ではＴｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐと呼ぶ。【０１５２】
当該UEが「上述したステップＳ３３８においてPersistent  Resourceが確保された論理チャネル」を有する場合には、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐに、上記Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅを追加する。【０１５３】
Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルが再送可能なデータ有する場合、上記再送可能なデータ（ＭＡＣ  ＰＤＵ）の内、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルの「ＲＬＣ  ＳＤＵのバッファ滞留時間」が最大のＲＬＣ  ＳＤＵを含むデータ（ＭＡＣ  ＰＤＵ）を送信する。ここで、ＲＬＣ  ＳＤＵのバッファ滞留時間の定義は、上述したテーブル１の項番５におけるＲＬＣ  ＳＤＵバッファ滞留時間と同一である。上記データの送信に使用されるＲＢ  ｇｒｏｕｐは、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐと同一とする。変調方式は、初回送信と同一とする。【０１５４】
Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルが再送可能なデータを有さない場合、CQITFRを以下のように算出する。【０１５５】
下りリンク送信タイプがディストリビューティドである場合、ＣＱＩＴＦＲ＝ＣＱＩａｄｊｕｓｔｅｄ（ａｌｌ）とし、下りリンク送信タイプがディストリビュートでない場合（すなわち、ローカライズドである場合）、ＣＱＩＴＦＲ＝ＣＱＩａｄｊｕｓｔｅｄ（ｉ）をＴｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐの帯域で真値平均した値(但し、ＲＢ  ｇｒｏｕｐ毎のRB数の割合を考慮して平均すること)とする。【０１５６】
Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ内のRB数(RB_available)とCQITFRを引数としてTF_related_tableを参照することにより、下りリンクの共有チャネルのデータサイズ  (Sizeと記載する)と、変調方式(Modulationと記載する)を決定する。【０１５７】
【数１０】
2008105418.tif 000018
ここで、Size>Nmax,bitである場合には、Size≦Nmax,bitとなるまで、CQITFRの値を1ずつ小さくする（DL_TF_related_tableの、より小さいCQIのTableを参照する。この時、RB_availableの値は変えない）。Sizeが確定した値に、Modulationの値をDL_TF_related_tableの対応する値に変更する。【０１５８】
そして、以下の手順により、上記Sizeを有するＭＡＣ  ＰＤＵに、ＭＡＣレイヤの制御情報及びデータバッファ内の全論理チャネルのデータを多重する。ここで、上記データバッファとは、例えば、ＲＬＣ  ｂｕｆｆｅｒである。【０１５９】
ＲＬＣ  ｂｕｆｆｅｒ内に十分データがある場合について説明する。【０１６０】
（手順１）  まず、ＭＡＣレイヤの制御情報が存在する場合には、最優先で上記ＭＡＣレイヤの制御情報を多重する。【０１６１】
(手順２)  次に、優先度の高い論理チャネルから順に、ＲＬＣ  ｂｕｆｆｅｒ内のデータを切り出して多重する。同一の優先度の論理チャネルが２つ以上存在する場合には、DCCHが存在するのであればDCCHを最優先とし、DCCHが存在しないのであれば、任意の論理チャネルから順に、ＲＬＣ  ｂｕｆｆｅｒ内のデータを切り出して多重する。ここで、上記任意の論理チャネルを選択する方法として、ラウンドロビンを用いてもよい。【０１６２】
ＲＬＣ  ｂｕｆｆｅｒ内に十分データがない場合について説明する。【０１６３】
ＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋ及び全論理チャネルＲＬＣ  ｂｕｆｆｅｒ内のデータの合計サイズSizeallとCQITFRを引数としてTF_related_tableを参照することにより、割り当てるRB数NUMRBを再計算する。【０１６４】
【数１１】
2008105418.tif 000019
下りリンク送信タイプがディストリビューティドである場合、送信に用いるＲＢ  ｇｒｏｕｐ内のRB数がNUMRB未満とならない範囲内で、以下の処理、すなわちRB数が最も小さいＲＢ  ｇｒｏｕｐを削除し、RB数が最も小さいＲＢ  ｇｒｏｕｐが２つ以上存在する場合、ＲＢ  ｇｒｏｕｐ番号が小さいＲＢ  ｇｒｏｕｐからＲＢ  ｇｒｏｕｐを削除する処理を繰り返すことにより、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ   内のＲＢ  ｇｒｏｕｐを削除する（削除されたＲＢ  ｇｒｏｕｐはk+1番目以降のUEの無線リソースとして使用される）。上記処理を行った後の、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ内のRB数を、NumRB,Fとする。【０１６５】
下りリンク送信タイプがディストリビュートでない場合、送信に用いるＲＢ  ｇｒｏｕｐ内のRB数がNUMRB未満とならない範囲内で、CQIadjustedの値が小さいＲＢ  ｇｒｏｕｐから順にＲＢ  ｇｒｏｕｐを削除する。CQIadjustedが最も小さいＲＢ  ｇｒｏｕｐが2つ以上存在する場合、RB数が小さいＲＢ  ｇｒｏｕｐからＲＢ  ｇｒｏｕｐを削除し、CQIadjustedが最も小さく、かつ、RB数が最も小さいＲＢ  ｇｒｏｕｐが２つ以上存在する場合、ＲＢ  ｇｒｏｕｐ番号が大きいＲＢ  ｇｒｏｕｐからＲＢ  ｇｒｏｕｐを削除する処理を繰り返すことにより、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ   内のＲＢ  ｇｒｏｕｐを削除してもよい。【０１６６】
上記の処理において削除されたＲＢ  ｇｒｏｕｐはk+1番目以降のUEの無線リソースとして使用される。上記処理を行った後の、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ内のRB数をNumRB,Fとする。【０１６７】
【数１２】
2008105418.tif 000020
ステップＳ４１４におけるＲＶ  Ｓｅｌｅｃｔｉｏｎ  （Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ  Ｓｅｌｅｃｔｉｏｎ）について説明する。【０１６８】
各再送回数（初回送信を0とする値）におけるＲＶ  ｐａｒａｍｅｔｅｒは、外部インタフェース（ＩＦ）により設定される。eNBは、RSNの値に基づいてＲＶ  ｐａｒａｍｅｔｅｒを決定する。尚、RSNは、当該ＭＡＣ  ＰＤＵの推定受信回数に基づいて設定される。すなわち、ULにおいて受信する、下りリンクの共有チャネルに対する送達確認情報であるＨＡＲＱ−ＡＣＫ  ｆｏｒ  ＤＬ−ＳＣＨのNACKの数に基づいて設定される（上記ＨＡＲＱ−ＡＣＫ  ｆｏｒ  ＤＬ−ＳＣＨのACK/NACK/DTX判定結果がDTXの場合には、RSNの値をインクリメントしない）。【０１６９】
ステップＳ４１６において、ｋの値をインクリメントし、ステップＳ４１８において、ｋの値が、ＮＤＬ−ＳＣＨ以下であるか否かを判定する。ｋの値がＮＤＬ−ＳＣＨ以下である場合（ステップＳ４１８の処理：ＹＥＳ）、ステップＳ４１０の前に戻る。一方、ｋの値がＮＤＬ−ＳＣＨ以下でない場合（ステップＳ４１８の処理：ＮＯ）、処理を終了する。【０１７０】
次に、本実施例に係る基地局装置２００について、図７を参照して説明する。【０１７１】
本実施例に係る基地局装置２００は、ＰＣＨ、ＲＡＣＨ応答判定部２０４と、選択手段としてのスケジューリング係数計算部２０６と、割り当て手段としてのトランスポートフォーマット・リソースブロック選択部２１０と、レイヤー１処理部２１２とを備える。【０１７２】
ＰＣＨ、ＲＡＣＨ応答判定部２０４は、上述したステップＳ２０６の処理を行う。具体的には、ＰＣＨ、ＲＡＣＨ応答判定部２０４は、当該Sub-frameにおけるPCHおよびＲＡＣＨ  ｒｅｓｐｏｎｓｅの数をカウントし、その結果をスケジューリング係数計算部２０６に入力する。【０１７３】
スケジューリング係数計算部２０６は、上述したステップＳ２０８の処理を行う。具体的には、スケジューリング係数計算部２０６は、当該Sub-frameにおいてダイナミックスケジューリングによる無線リソースの割り当てが行われるユーザ装置を選択し、ダイナミックスケジューリングによる無線リソースの割り当てが行われるUEの数ＮＤＬ−ＳＣＨをトランスポートフォーマット・リソースブロック選択部２１０に入力する。【０１７４】
トランスポートフォーマット・リソースブロック選択部２１０は、上述したステップＳ２１２及びステップＳ２１４の処理を行う。具体的には、トランスポートフォーマット・リソースブロック選択部２１０は、下りリンクトランスポートフォーマット及びリソース選択を行う。トランスポートフォーマット・リソースブロック選択部２１０は、共通チャネル（Ｃｏｍｍｏｎ  ｃｈａｎｎｅｌ）、例えば同期チャネル（SCH）、報知チャネル（BCH）、ページングチャネル（PCH）、ランダムアクセスチャネル応答（ＲＡＣＨ  ｒｅｓｐｏｎｓｅ)及びパーシステントスケジューリング（Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）が適用されるDL-SCH，Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに関する送信フォーマットの決定と無線リソースの割り当てを行う。【０１７５】
レイヤー１処理部２１２は、レイヤー１に関する処理を行う。【０１７６】
次に、本実施例に係るユーザ装置１００ｎについて、図８を参照して説明する。【０１７７】
同図において、ユーザ装置１００ｎは、送受信アンテナ１０２と、アンプ部１０４と、送受信部１０６と、ベースバンド信号処理部１０８と、アプリケーション部１１０とを具備する。【０１７８】
下りリンクのデータについては、送受信アンテナ１０２で受信された無線周波数信号がアンプ部１０４で増幅され、送受信部１０６で周波数変換されてベースバンド信号に変換される。このベースバンド信号は、ベースバンド信号処理部１０８でＦＦＴ処理や、誤り訂正復号、再送制御の受信処理等がなされる。上記下りリンクのデータの内、下りリンクのユーザデータは、アプリケーション部１１０に転送される。アプリケーション部１１０は、物理レイヤやＭＡＣレイヤより上位のレイヤに関する処理等を行う。【０１７９】
ここで、ベースバンド信号処理部１０８は、システム帯域幅が５ＭＨｚである場合に、図５で示される報知チャネルを受信する機能を有していてもよい。すなわち、下りリンクの共有チャネルがマッピングされるリソースブロックに対して、９０ｋＨｚ（６サブキャリア）ずれたサブキャリアの集合にマッピングされた報知チャネルＢＣＨ（物理チャネルとしてはＣＣＰＣＨ）を受信する機能を有していてもよい。【０１８０】
一方、上りリンクのユーザデータについては、アプリケーション部１１０からベースバンド信号処理部１０８に入力される。ベースバンド信号処理部１０８では、再送制御（Ｈ−ＡＲＱ  （Ｈｙｂｒｉｄ  ＡＲＱ））の送信処理や、チャネル符号化、ＩＦＦＴ処理等が行われて送受信部１０６に転送される。送受信部１０６では、ベースバンド信号処理部１０８から出力されたベースバンド信号を無線周波数帯に変換する周波数変換処理が施され、その後、アンプ部１０４で増幅されて送受信アンテナ１０２より送信される。
【実施例２】
【０１８１】
本発明の実施例に係る基地局装置が適用される無線通信システムは、図１を参照して説明した無線通信システムと同様である。【０１８２】
上述した実施例と同様に、無線通信システム１０００は、例えばＥｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮ（別名：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，或いは，Ｓｕｐｅｒ  ３Ｇ）が適用されるシステムであり、基地局装置（ｅＮＢ：  ｅＮｏｄｅ  Ｂ）２００と複数のユーザ装置（ＵＥ：  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、あるいは、移動局とも呼ばれる）１００ｎ（１００１、１００２、１００３、・・・１００ｎ、ｎはｎ>０の整数）とを備える。基地局装置２００は、上位局、例えばアクセスゲートウェイ装置３００と接続され、アクセスゲートウェイ装置３００は、コアネットワーク４００と接続される。ここで、ユーザ装置１００ｎはセル５０において基地局装置２００とＥｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮにより通信を行う。【０１８３】
以下、ユーザ装置１００ｎ（１００１、１００２、１００３、・・・１００ｎ）については、同一の構成、機能、状態を有するので、以下では特段の断りがない限りユーザ装置１００ｎとして説明を進める。【０１８４】
無線通信システム１０００は、無線アクセス方式として、下りリンクについてはＯＦＤＭ（直交周波数分割多元接続）、上りリンクについてはＳＣ−ＦＤＭＡ（シングルキャリア−周波数分割多元接続）が適用される。上述したように、ＯＦＤＭは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各周波数帯上にデータを載せて伝送を行う方式である。ＳＣ−ＦＤＭＡは、周波数帯域を分割し、複数の端末間で異なる周波数帯域を用いて伝送することで、端末間の干渉を低減することができる伝送方式である。【０１８５】
ここで、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮにおける通信チャネルについて説明する。【０１８６】
下りリンクについては、各ユーザ装置１００ｎで共有して使用される物理下りリンク共有チャネル（ＰＤＳＣＨ：  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、物理下りリンク制御チャネル（ＰＤＣＣＨ：  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）とが用いられる。下りリンクでは、物理下りリンク制御チャネルにより、下りリンクの共有チャネルに関するユーザの情報やトランスポートフォーマットの情報、上りリンクの共有チャネルに関するユーザの情報やトランスポートフォーマットの情報、上りリンクの共有チャネルの送達確認情報などが通知される。または、物理下りリンク共有チャネルによりユーザデータが伝送される。上記ユーザデータは、トランスポートチャネルとしては、下りリンク共有チャネルＤｏｎｗｌｉｎｋ−Ｓｈａｒｅ  Ｃｈａｎｎｅｌ  （ＤＬ−ＳＣＨ）である。【０１８７】
上りリンクについては、各ユーザ装置１００ｎで共有して使用される物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、ＬＴＥ用の制御チャネルとが用いられる。尚、ＬＴＥ用の制御チャネルには、物理上りリンク共有チャネルと時間多重されるチャネルと、周波数多重されるチャネルの２種類がある。物理上りリンク共有チャネルと周波数多重される制御チャネルは、物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と呼ばれる。【０１８８】
上りリンクでは、ＬＴＥ用の制御チャネルにより、下りリンクにおける共有チャネルのスケジューリング、適応変復調・符号化（ＡＭＣ：  Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ）に用いるための下りリンクの品質情報（ＣＱＩ：  Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）及び下りリンクの共有チャネルの送達確認情報（ＨＡＲＱ  ＡＣＫ  ｉｎｆｏｒｍａｔｉｏｎ）が伝送される。また、物理上りリンク共有チャネルによりユーザデータが伝送される。上記ユーザデータは、トランスポートチャネルとしては、上りリンク共有チャネルＵｐｌｉｎｋ−Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ（ＵＬ−ＳＣＨ）である。【０１８９】
次に、本実施例に係る基地局装置において実行される通信制御方法としての下りリンクＭＡＣ（ＤＬ  ＭＡＣ）データ送信手順について説明する。【０１９０】
本実施例において、論理チャネルは、例えば無線ベアラ（Ｒａｄｉｏ  ｂｅａｒｅｒ）に対応する。また、プライオリティクラス（Ｐｒｉｏｒｉｔｙ  ｃｌａｓｓ）は、例えば優先度または論理チャネル優先度（Logical  Channel  Priority）に対応する。【０１９１】
物理下りリンク共有チャネル（ＰＤＳＣＨ：  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）の送信帯域の割当て単位について説明する。ＰＤＳＣＨの送信帯域の割当ては、例えばシステムパラメータとして定義されるリソースブロックグループ（Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ｇｒｏｕｐ）（以下、ＲＢ  ｇｒｏｕｐと呼ぶ）を単位として、サブフレーム（Sub-frame）毎に行われる。ＲＢ  ｇｒｏｕｐは、複数のＲｅｓｏｕｒｃｅ  Ｂｌｏｃｋ  （ＲＢ）から構成され、ＲＢとＲＢ  ｇｒｏｕｐの対応関係は、システムパラメータとして外部入力インタフェース（ＩＦ）より設定される。尚、上記ＲＢとＲＢ ｇｒｏｕｐの関係は、システムパラメータであるため、装置内部の固定のパラメータであってもよい。パーシステントスケジューリング（Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）が適用されるＰＤＳＣＨに対しても、上記ＲＢ  ｇｒｏｕｐ単位で送信帯域の割り当てが行われてもよい。以下、Ｒｅｓｏｕｒｃｅ  ｇｒｏｕｐが構成される場合について説明するが、Ｒｅｓｏｕｒｃｅ  ｇｒｏｕｐを構成せずにＲｅｓｏｕｒｃｅ  Ｂｌｏｃｋを単位としてＰＤＳＣＨの送信帯域の割当てを行うようにしてもよい。【０１９２】
また、以下の説明において、ダイナミックスケジューリングとは、動的に無線リソースの割り当てを行う第１のリソース割り当て方法に相当する。ダイナミックスケジューリングが適用される下りリンク共有チャネル（ＤＬ−ＳＣＨ）は、該ユーザ装置に対して任意のサブフレームにおいて無線リソースが割り当てられ、その場合の送信フォーマット、すなわち、周波数リソースであるリソースブロックの割り当て情報や変調方式、ペイロードサイズ、Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎパラメータやプロセス番号等のＨＡＲＱに関する情報や、ＭＩＭＯに関する情報等は様々な値が設定される。前記送信フォーマット、すなわち、周波数リソースであるリソースブロックの割り当て情報や変調方式、ペイロードサイズ、Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎパラメータやプロセス番号等のＨＡＲＱに関する情報や、ＭＩＭＯに関する情報等は、下りリンクの制御チャネルＰＤＣＣＨにマッピングされるＤＬ  Ｓｃｈｅｄｕｌｉｎｇ  ＩｎｆｏｒｍａｔｉｏｎによりＵＥに対して通知される。【０１９３】
一方、パーシステントスケジューリングとは、データ種別、あるいは、データを送受信するアプリケーションの特徴に応じて、一定周期毎にデータの送信機会を割り当てるスケジューリング方法であり、一定周期毎に無線リソースの割り当てを行う第２のリソース割り当て方法に相当する。すなわち、パーシステントスケジューリングが適用される下りリンク共有チャネル（ＤＬ−ＳＣＨ）は、該ユーザ装置に対して所定のサブフレームにおいて下りリンクの共有チャネルが送信され、その場合の送信フォーマット、すなわち、周波数リソースであるリソースブロックの割り当て情報や変調方式、ペイロードサイズ、Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎパラメータやプロセス番号等のＨＡＲＱに関する情報や、ＭＩＭＯに関する情報等は、所定の値が設定される。すなわち、予め決められたサブフレームにおいて共有チャネル（無線リソース）が割り当てられ、予め決められた送信フォーマットで下りリンク共有チャネル（ＤＬ−ＳＣＨ）が送信される。上記予め決められたサブフレームは、例えば、一定の周期となるように設定されてもよい。また、上記予め決められた送信フォーマットは、一種類である必要はなく、複数の種類が存在してもよい。【０１９４】
次に、ダウンリングＭＡＣデータ送信手順について、図９を参照して説明する。図９は、スケジューリング係数の計算によるスケジューリング処理から、トランスポートフォーマット（Ｔｒａｎｓｐｏｒｔ  ｆｏｒｍａｔ）及び割り当てられるＲＢ  ｇｒｏｕｐを決定するＤＬ  ＴＦＲ  ｓｅｌｅｃｔｉｏｎ処理までの手順を示したものである。【０１９５】
基地局装置２００において、ＤＬ  ＭＡＣ最大多重数ＮＤＬＭＡＸ設定が行われる（ステップＳ９０２）。ＤＬ  ＭＡＣ最大多重数ＮＤＬＭＡＸは、ダイナミックスケジューリング（Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇ）が適用される下りリンク−共有チャネル（ＤＬ−ＳＣＨ）の、１サブフレームにおける最大多重数であり、外部インタフェース（Ｉ／Ｆ）より指定される。尚、上記ＤＬ  ＭＡＣ最大多重数ＮＤＬＭＡＸは、１サブフレームにおいて送信されるＤｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎの最大数であってもよい。【０１９６】
次に、基地局装置２００は、ステップＳ９０４において、当該Ｓｕｂ−ｆｒａｍｅにおけるＭＣＨの数をカウントし、その数をＮＭＣＨとする。ここで、ＭＣＨの数として、実際のＭＣＨの数ではなく、ＭＣＨのためのＤｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎの数を算出してもよい。【０１９７】
次に、基地局装置２００は、ステップＳ９０６において、当該Ｓｕｂ−ｆｒａｍｅにおけるＰＣＨおよびＲＡＣＨ  ｒｅｓｐｏｎｓｅおよびＤ-ＢＣＨおよびＲＡＣＨ ｍｅｓｓａｇｅ ４の数をカウントし、その数をそれぞれＮＰＣＨ、ＮＲＡＣＨｒｅｓ、ＮＤ―ＢＣＨ、ＮＲＡＣＨｍ４とする。ここで、ＰＣＨおよびＲＡＣＨ  ｒｅｓｐｏｎｓｅおよびＤ-ＢＣＨおよびＭＣＨおよびＲＡＣＨ  ｍｅｓｓａｇｅ  ４の数として、実際のＰＣＨやＲＡＣＨ  ｒｅｓｐｏｎｓｅやＤ-ＢＣＨやＲＡＣＨ  ｍｅｓｓａｇｅ  ４の数ではなく、ＰＣＨのためのＤｏｗｎｌｉｎｋ  Ｓｃｈｅｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎの数およびＲＡＣＨ  ｒｅｓｐｏｎｓｅのためのＤｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎの数およびＤ-ＢＣＨのためのＤｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎの数及びＲＡＣＨ  ｍｅｓｓａｇｅ  ４のためのＤｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎの数を算出してもよい。なお、本処理において、ＰＣＨ、ＲＡＣＨ  ｒｅｓｐｏｎｓｅ、Ｄ−ＢＣＨ、ＲＡＣＨ  ｍｅｓｓａｇｅ  ４のチャネルに関して、その数をカウントしたが、上記チャネルの内の一部に関してのみカウントを行ってもよいし、あるいは、上記チャネル以外の共通チャネルに関しても同様にカウントを行ってもよい。【０１９８】
次に、基地局装置２００において、スケジューリング係数の計算（Ｃａｌｃｕｌａｔｉｏｎ  ｆｏｒ  Ｓｃｈｅｄｕｌｉｎｇ  ｃｏｅｆｆｉｃｉｅｎｔｓ）が行われる（ステップＳ９０８）。当該Ｓｕｂ-ｆｒａｍｅにおいてダイナミックスケジューリング（Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇ）による無線リソースの割り当てが行われるユーザ装置（ＵＥ：  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）を選択する。当該Ｓｕｂ-ｆｒａｍｅにおいてＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥの数をＮＤＬ−ＳＣＨと定義する。  
ステップＳ９１２では、下りリンクトランスポートフォーマット及びリソース選択（ＤＬ  ＴＦＲ  ｓｅｌｅｃｔｉｏｎ：  Ｄｏｗｎｌｉｎｋ  Ｔｒａｎｓｐｏｒｔ  ｆｏｒｍａｔ  ａｎｄ  Ｒｅｓｏｕｒｃｅ  ｓｅｌｅｃｔｉｏｎ）が行われる。すなわち、同期信号（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ、同期チャネルＳＣＨとも呼ばれる）、プライマリ報知チャネル（Ｐ−ＢＣＨ）、ダイナミック報知チャネル（Ｄ−ＢＣＨ）、ページングチャネル（PCH）、ランダムアクセスチャネル応答（ＲＡＣＨ  ｒｅｓｐｏｎｓｅ、あるいは、ランダムアクセス手順におけるＭｅｓｓａｇｅ２)、ＲＡＣＨ  Ｍｅｓｓａｇｅ  ４、ＭＣＨ及びパーシステントスケジューリング（Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）が適用されるＤＬ−ＳＣＨ，Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに関する送信フォーマットの決定と無線リソースの割り当てを行う。【０１９９】
次に、ステップＳ９０８において行われるスケジューリング係数の計算について、図１０を参照して説明する。【０２００】
図１０には、スケジューリング係数の計算により、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥの選択を行う処理フローを示す。基地局装置２００は、ＬＴＥ  アクティブ（ＬＴＥ  ａｃｔｉｖｅ）状態、例えばＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続状態にある全てのUEに対して以下の処理を実行する。【０２０１】
ｎ＝１、Ｎｓｃｈｅｄｕｌｉｎｇ＝０に設定される（ステップＳ１００２）。ここで、ｎはユーザ装置１００ｎのインデックスであり、ｎ＝１，・・・，Ｎ（Ｎ>０の整数）である。【０２０２】
次に、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）エンティティステータスの更新（Ｒｅｎｅｗａｌ  ｏｆ  ＨＡＲＱ  Ｅｎｔｉｔｙ  Ｓｔａｔｕｓ）が行われる（ステップＳ１００４）。ここでは、当該ＵＥの、下りリンク共有チャネルに対する送達確認情報としてＡＣＫを受信したプロセスを解放する。また、最大再送回数に達したプロセスも解放し、プロセス内のユーザデータを廃棄する。最大再送回数は、Ｐｒｉｏｒｉｔｙ  ｃｌａｓｓ毎に外部入力インタフェース（ＩＦ）より設定される。また、複数の論理チャネルが多重されているＭＡＣ  ＰＤＵの最大再送回数は、最も優先度の高いＰｒｉｏｒｉｔｙ  Ｃｌａｓｓの論理チャネルの最大再送回数に従うこととする。【０２０３】
次に、メジャメントギャップのチェック（Ｍｅａｓｕｒｅｍｅｎｔ  Ｇａｐ  Ｃｈｅｃｋ）が行われる（ステップＳ１００６）。当該ＵＥに関して、当該Ｓｕｂ-ｆｒａｍｅ、すなわち、下りリンクの共有チャネルを送信するサブフレームがＭｅａｓｕｒｅｍｅｎｔ  ｇａｐに含まれるか否か、または、上記下りリンクの共有チャネルに対する送達確認情報ＡＣＫ/ＮＡＣＫを受信するＳｕｂ-ｆｒａｍｅがＭｅａｓｕｒｅｍｅｎｔ  ｇａｐに含まれるか否かを判定する。当該Ｓｕｂ-ｆｒａｍｅがＭｅａｓｕｒｅｍｅｎｔ  ｇａｐに含まれるか否か、または、ＡＣＫ/ＮＡＣＫを受信するＳｕｂ-ｆｒａｍｅがＭｅａｓｕｒｅｍｅｎｔ  ｇａｐに含まれると判定した場合にＮＧを返し、それ以外の場合にＯＫを返す。Ｍｅａｓｕｒｅｍｅｎｔ  ｇａｐは、ＵＥが異周波ハンドオーバを行うために、異なる周波数のセルの測定を行っている時間間隔であり、その時間には通信できないため、ＵＥは、下りリンクの共有チャネルを受信できない。また、ＵＥは、異なる周波数のセルの測定を行っている時間間隔において、上記ＡＣＫ／ＮＡＣＫを送信できない、すなわち、基地局装置１００ｎはＡＣＫ/ＮＡＣＫを受信できない。Ｍｅａｓｕｒｅｍｅｎｔ  ｇａｐ  Ｃｈｅｃｋの結果がＮＧの場合（ステップＳ１００６：ＮＧ）、当該ＵＥをスケジューリングの対象から除外する。【０２０４】
ここで、上記異なる周波数のセルとは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮのセルであってもよいし、異なるシステムのセルであってもよい。例えば、異なるシステムとして、ＧＳＭ、ＷＣＤＭＡ、ＴＤＤ−ＣＤＭＡ、ＣＤＭＡ２０００、ＷｉＭＡＸ等が考えられる。【０２０５】
Ｍｅａｓｕｒｅｍｅｎｔ  ｇａｐ  Ｃｈｅｃｋの結果がＯＫの場合（ステップＳ１００６：ＯＫ）、Ｈａｌｆ  Ｄｕｐｌｅｘ  Ｃｈｅｃｋが行われる（ステップＳ１００７）。尚、Ｈａｌｆ  Ｄｕｐｌｅｘとは、上りリンクの送信と、下りリンクの受信を同時に行わない通信方式のことを指す。すなわち、Ｈａｌｆ  Ｄｕｐｌｅｘにおいては、ＵＥは、上りリンクの送信と下りリンクの受信とを別々のタイミングにおいて行う。【０２０６】
Ｈａｌｆ  Ｄｕｐｌｅｘ  Ｃｈｅｃｋにおいては、当該ＵＥがＨａｌｆ  Ｄｕｐｌｅｘにより通信を行うＵＥである場合に、当該ＵＥに関して、以下の６つの判定：当該Ｓｕｂ-ｆｒａｍｅ、すなわち、下りリンクの共有チャネルを送信するサブフレームが、当該ＵＥが上りリンクの共有チャネルを送信するＳｕｂ−ｆｒａｍｅと重なるか否か当該Ｓｕｂ-ｆｒａｍｅ、すなわち、下りリンクの共有チャネルを送信するサブフレームが、当該ＵＥが上りリンクにおいてＣＱＩ(下りリンクの無線品質情報)またはＳｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Signal（サウンディング用のリファレンス信号）またはＳｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ（スケジューリング要求信号）またはランダムアクセスチャネル（ＲＡＣＨ  Ｐｒｅａｍｂｌｅ）を送信するサブフレームと重なるか否か当該Ｓｕｂ-ｆｒａｍｅ、すなわち、下りリンクの共有チャネルを送信するサブフレームが、当該ＵＥが上りリンクにおいて下りリンクの共有チャネルに対する送達確認情報（ＡＣＫ／ＮＡＣＫ）を送信するサブフレームと重なるか否か当該Ｓｕｂ−ｆｒａｍｅにおいて下りリンクの共有チャネルを送信した場合に、ＵＥにより上りリンクにおいて前記下りリンクの共有チャネルに対する送達確認情報が送信されるサブフレームが、下りリンクの共通チャネル（ＳＣＨ（同期信号）／Ｐ−ＢＣＨ（プライマリ報知チャネル）／Ｄ−ＢＣＨ（ダイナミック報知チャネル）／ＭＢＭＳチャネル）が送信されるサブフレームと重なるか否か当該Ｓｕｂ−ｆｒａｍｅにおいて、下りリンクの共有チャネルを送信した場合に、ＵＥにより上りリンクにおいて前記下りリンクの共有チャネルに対する送達確認情報が送信されるサブフレームが、以前にＵＥより送信された上りリンクの共有チャネルに対する送達確認情報が送信されるサブフレームと重なるか否か当該Ｓｕｂ−ｆｒａｍｅにおいて、下りリンクの共有チャネルを送信した場合に、ＵＥにより上りリンクにおいて前記下りリンクの共有チャネルに対する送達確認情報が送信されるサブフレームが、上りリンクまたは下りリンクのＰｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇのための制御情報（UL  Schedulinｇ  Grant及びDL  Scheduling  Information）が送信されるサブフレームと重なるか否かを行い、いずれか１つの判定において真である場合にＮＧを返し、それ以外の場合にＯＫを返してもよい。尚、上述した判定における上りリンク及び下りリンクのチャネルは、その全てが考慮されてもよいし、その一部が考慮されてもよい。Half  Duplex  Checkの結果がＮＧの場合（ステップＳ１００７：ＮＧ）、当該ＵＥをスケジューリングの対象から除外する。【０２０７】
Ｈａｌｆ  ＤｕｐｌｅｘのＵＥは、上りリンクの送信を行う際に、下りリンクの受信を行うことができない。よって、本処理により、当該サブフレームにおいて、上りリンクの送信を行うか否かを判定し、上りリンクの送信を行う際に、下りリンクの送信を行わないという処理を行うことにより、Ｈａｌｆ  ＤｕｐｌｅｘのＵＥが、上りリンクの送信を行う際に、下りリンクの信号を受信できないという問題を回避することが可能となる。【０２０８】
上述した６つの判定において、ＵＥにおけるＤＬ受信とＵＬ送信との間の切り替え時間を考慮して、上述した判定が行われてもよい。すなわち、UEにおける下りリンクの共有チャネルに対する送達確認情報の送信タイミング、または、基地局装置における下りリンクの共有チャネルの送信タイミングが、切り替え時間に重なる場合には、当該Ｈａｌｆ  Ｄｕｐｌｅｘ  Ｃｈｅｃｋ結果をＮＧと判定してもよい。【０２０９】
上述した例においては、Half  Duplex  Checkは、Half  Duplexにより通信を行うUEに対して行われているが、上述した処理は、Half  Duplexにより通信を行うUEに対してだけでなく、Full  Duplexにより通信を行うUEに対して適用されてもよい。Full  Duplexにより通信を行う全てのUEに対して、上記Half  Duplex  Checkが適用されてもよい。あるいは、当該UEと基地局装置２００との間のパスロスが所定の閾値を超えている、Full  Duplexにより通信を行うUEに関して、上述したHalf  Duplex  Checkが行われ、当該UEと基地局装置２００との間のパスロスが所定の閾値を超えていない、Full  Duplexにより通信を行うUEに関しては、上述したHalf  Duplex  Checkが行われないという処理が行われてもよい。この場合、ＵＥにおいて上りリンクの送信と下りリンクの受信が同時に行われないため、後述する、「ＵＥ内における上りリンクの送信信号が、下りリンクの受信信号への干渉信号となり、結果として、下りリンクの受信信号の品質が劣化する」という問題を解決することが可能となる。尚、「ＵＥ内における上りリンクの送信信号が、下りリンクの受信信号への干渉信号となり、結果として、下りリンクの受信信号の品質が劣化する」という問題の影響が大きいセル、または、周波数帯域において、Ｆｕｌｌ  Ｄｕｐｌｅｘにより通信を行うＵＥに対しても、上述したＨａｌｆ  Ｄｕｐｌｅｘ  Ｃｈｅｃｋが行い、それ以外のセル、または、周波数帯域においては、Ｆｕｌｌ  Ｄｕｐｌｅｘにより通信を行うＵＥに対しては、上述したＨａｌｆ  Ｄｕｐｌｅｘ  Ｃｈｅｃｋが行わないという処理を行ってもよい。【０２１０】
Half  Duplex  Checkの結果がＯＫの場合（ステップＳ１００７：ＯＫ）、間欠受信（ＤＲＸ）のチェックが行われる（ステップＳ１００８）。当該ＵＥがＤＲＸ状態か否か、及び、当該ＵＥがＤＲＸ状態である場合に、当該Ｓｕｂ-ｆｒａｍｅがＤＲＸ受信タイミングであるか否かを判定する。ＤＲＸ状態であり、かつ、ＤＲＸ受信タイミングでないと判定した場合にＮＧを返し、それ以外の場合にＯＫを返す。すなわち、「ＤＲＸ状態でない場合」または「ＤＲＸ状態で、かつ、ＤＲＸ受信タイミングである場合」にＯＫを返す。「ＤＲＸ状態でない場合」には後述するｆｌａｇＤＲＸを０とし、「ＤＲＸ状態で、かつ、ＤＲＸ受信タイミングである場合にｆｌａｇＤＲＸを１とする。ここで、ＤＲＸ受信タイミングとは、間欠受信を行っている状態における、データを受信可能なタイミングのことを指す。ＤＲＸ受信タイミングは、Ｏｎ-ｄｕｒａｔｉｏｎとも呼ばれる。また、ＤＲＸ状態であり、かつ、ＤＲＸ受信タイミングでないという状態は、下りリンクの信号を受信しないスリープ状態に相当する。【０２１１】
尚、ＤＲＸ状態であり，かつ，Ｐｅｒｓｉｓｔｅｎｔ  ｒｅｓｏｕｒｃｅにより送信されたデータの再送タイミング（「初回送信のＳｕｂ-ｆｒａｍｅ  +  ＨＡＲＱ  ＲＴＴ」〜「初回送信のＳｕｂ-ｆｒａｍｅ  ＋  ＨＡＲＱ  ＲＴＴ  ＋  ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ」である場合には，「ＤＲＸ状態で，かつ，ＤＲＸ受信タイミングである場合」とみなす。ここで、ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒとは、前記初回送信に対する再送を行ってよい区間を示すパラメータであり、事前に、基地局と移動局の間で設定されるパラメータである。尚、上記例では、初回送信に限定したが、初回送信以外にも上記ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒが適用されてもよい。尚、上記ＨＡＲＱ  ＲＴＴの値は、例えば、８Ｓｕｂ−ｆｒａｍｅであっても、また、ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒは３Ｓｕｂ−ｆｒａｍｅであってもよい。もちろん上述した８や３という値は一例であり、それ以外の値が設定されてもよい。【０２１２】
ＤＲＸ  Ｃｈｅｃｋの結果がＮＧの場合（ステップＳ１００８：ＮＧ）、当該ＵＥをスケジューリングの対象から除外する。【０２１３】
ＤＲＸ  Ｃｈｅｃｋの結果がＯＫの場合（ステップＳ１００８：ＯＫ）、受信したＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｅｒ）のチェック（Ｒｅｃｅｉｖｅｄ  ＣＱＩ  Ｃｈｅｃｋ）が行われる（ステップＳ１０１０）。すなわち、当該サブフレームにおいて用いられるＣＱＩの値を求める。例えば、基地局装置２００は、当該ＵＥから過去に少なくとも１つのＣＱＩを受信している場合には、最新のシステム帯域幅全体のＣＱＩ（Ｗｉｄｅｂａｎｄ  ＣＱＩ）及びＵＥ  Ｓｅｌｅｃｔｅｄ  Ｓｕｂ−ｂａｎｄ  ＣＱＩを、後述するステップＳ１０２４の処理、及び、ステップＳ９１２の処理に用いる。さらに、例えば、基地局装置２００は、当該ＵＥから過去に一度もＣＱＩを受信していない場合には、外部インタフェースより設定される、予め決められた固定のシステム帯域幅全体のＣＱＩ（Ｗｉｄｅｂａｎｄ  ＣＱＩ）を、後述するステップＳ１０２４の処理、及び、ステップＳ９１２の処理に用いる。尚、前記外部インタフェースより設定される、予め決められた固定のシステム帯域幅全体のＣＱＩ（Ｗｉｄｅｂａｎｄ  ＣＱＩ）は、例えば、装置内部のパラメータとして保持されていてもよい。前記外部インタフェースより設定される、予め決められた固定のシステム帯域幅全体のＣＱＩ（Ｗｉｄｅｂａｎｄ  ＣＱＩ）は、例えば、当該セルのセル端に位置するＵＥの受信ＳＩＲに基づいて算出されていてもよい。【０２１４】
尚、基地局装置２００は、受信したＣＱＩの信頼度を判定し、上記信頼度が低い場合に、当該ＣＱＩを受信しなかったと判定してもよい。すなわち、前記「過去に少なくとも１つのＣＱＩを受信している」とは、過去に少なくとも１つの信頼度の高いＣＱＩを受信しているという意味であってもよい。あるいは、前記「最新のシステム帯域幅全体のＣＱＩ（Ｗｉｄｅｂａｎｄ  ＣＱＩ）及びＵＥ  Ｓｅｌｅｃｔｅｄ  Ｓｕｂ−ｂａｎｄ  ＣＱＩ」とは、信頼度の高いＣＱＩの内、最新のシステム帯域幅全体のＣＱＩ（Ｗｉｄｅｂａｎｄ  ＣＱＩ）及びＵＥ  Ｓｅｌｅｃｔｅｄ  Ｓｕｂ−ｂａｎｄ  ＣＱＩという意味であってもよい。あるいは、前記「過去に一度もＣＱＩを受信していない」とは、過去に一度も信頼度の高いＣＱＩを受信していないという意味であってもよい。尚、前記ＣＱＩの信頼度は、例えば、ＣＱＩの受信品質、例えば、ＣＱＩの信号のＳＩＲ、より具体的には、Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  ＳｉｇｎａｌのＳＩＲに基づいて判定されてもよい。すなわち、前記ＣＱＩの受信品質が、所定の閾値以上の場合に、信頼度が高いと判定し、前記ＣＱＩの受信品質が、所定の閾値未満の場合に、信頼度が低いと判定してもよい。【０２１５】
ステップＳ１０１２では、当該サブフレームにおいて、当該ＵＥにＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられるか否かを判定する。ここで、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅとは、Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ用に確保されたＲｅｓｏｕｒｃｅ  ｂｌｏｃｋのことを指す。Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇとは、データ種別、あるいは、データを送受信するアプリケーションの特徴に応じて、一定周期毎にデータの送信機会を割り当てるスケジューリング方法である。尚、上記データ種別とは例えば、Ｖｏｉｃｅ  Ｏｖｅｒ  ＩＰ（ＶｏＩＰ）によるデータであったり、あるいは、Ｓｔｒｅａｍｉｎｇによるデータであったりする。上記Ｖｏｉｃｅ  Ｏｖｅｒ  ＩＰまたはＳｔｒｅａｍｉｎｇが、上記アプリケーションに相当する。【０２１６】
前記Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅとは、ＨＡＲＱの初回送信のために割り当てられたリソースであってもよい。この場合、当該データが再送される場合には、Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨとして送信される。すなわち、再送されるデータに関しては、後述するステップＳ１０３２におけるＵＥ選択の処理において当該データが送信されるＵＥが選択されることにより、送信が行われる。【０２１７】
Ｐｅｒｓｉｓｔｅｎｔ  ｒｅｓｏｕｒｃｅが割り当てられると判定した場合（ステップＳ１０１２：ＯＫ）、データサイズのチェック（Ｄａｔａ  Ｓｉｚｅ  Ｃｈｅｃｋ）の処理に進み（ステップＳ１０１４）、Ｐｅｒｓｉｓｔｅｎｔ  ｒｅｓｏｕｒｃｅが割り当てられないと判定した場合（ステップＳ１０１２：ＮＧ）、Ｌｏｃａｌｉｚｅｄ／Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈｅｃｋに進む（ステップＳ１０２０）。ローカライズドとは、当該ＵＥと基地局装置２００の間の伝搬環境におけるフェージング周波数が小さいため、ＣＱＩに基づいて、比較的連続する周波数ブロック(リソースブロック)を割り当てた方が良い状態にあることを示し、ディストリビューティドとは、当該ＵＥと基地局装置２００の間の伝搬環境におけるフェージング周波数が大きいため、ＣＱＩの値に関係なく、比較的離散的に分散した周波数ブロック(リソースブロック)を割り当てた方が良い状態にあることを示す。尚、ローカライズドは、Ｌｏｗ  Ｆｄ（フェージング周波数）と呼ばれてもよいし、ディストリビューティドはＨｉｇｈ  Ｆｄ（フェージング周波数）と呼ばれてもよい。【０２１８】
ステップＳ１０１４では、当該ＵＥが有するＰｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルの送信可能なデータが閾値Ｔｈｒｅｓｈｏｌｄｄａｔａ＿ｓｉｚｅ以上であるか否かを判定する。送信可能なデータがＴｈｒｅｓｈｏｌｄｄａｔａ＿ｓｉｚｅ以上である場合（ステップＳ１０１４：ＮＧ）、パーシステントリソース解放（Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅ  Ｒｅｌｅａｓｅ）の処理に進み（ステップＳ１０１８）、送信可能なデータがＴｈｒｅｓｈｏｌｄｄａｔａ＿ｓｉｚｅ未満である場合（ステップＳ１０１４：ＯＫ）、パーシステントリソース確保（Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ）の処理に進む（ステップＳ１０１６）。尚、各論理チャネルに対して、Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇが適用されるか否かは、予め設定されていてもよい。例えば、ＶｏＩＰのデータを伝送する論理チャネルを、Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルとし、それ以外の論理チャネルを、Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルとする。【０２１９】
また、上述した閾値Ｔｈｒｅｓｈｏｌｄｄａｔａ＿ｓｉｚｅは、例えば、パーシステントリソースにより送信可能なデータの最大値が設定されてもよい。【０２２０】
ステップＳ１０１６では、当該ＵＥが有するＰｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルに割り当てられるＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅを確保する。尚、当該Ｓｕｂ-ｆｒａｍｅにおいてＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられるＵＥに関しても後述するスケジューリング係数の計算を行い、当該Ｓｕｂ-ｆｒａｍｅにおいてＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルのために無線リソースが割り当てられた場合には、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅを解放し、Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇが適用されるＬｏｇｉｃａｌ  Ｃｈａｎｎｅｌのために割り当てられたＲｅｓｏｕｒｃｅに、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルとＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルを多重してＭＡＣ  ＰＤＵ（ＤＬ−ＳＣＨ）の送信を行う。
尚，当該Ｓｕｂ−ｆｒａｍｅにおいてＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられるＵＥに関しても，後述するステップＳ１０２４に記載のスケジューリング係数の計算を行い、当該Ｓｕｂ−ｆｒａｍｅにおいてＤｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＬｏｇｉｃａｌ Ｃｈａｎｎｅｌのために送信リソースが割り当てられた場合には、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅを解放し、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＬｏｇｉｃａｌ  Ｃｈａｎｎｅｌのために割り当てられたＲｅｓｏｕｒｃｅを用いて，当該ＵＥに対してＭＡＣ  ＰＤＵ (ＤＬ−ＳＣＨ)の送信を行う。尚、ＭＡＣ  ＰＤＵに，ＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋ及び各Ｌｏｇｉｃａｌ  ＣｈａｎｎｅｌのＲＬＣ  ｂｕｆｆｅｒ内のデータの多重方法に関しては，ステップＳ９１２に示される。【０２２１】
尚、ＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋとは、ＭＡＣレイヤの制御情報である。あるいは、ＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋは、ＭＡＣレイヤのヘッダ情報であってもよい。【０２２２】
ステップＳ１０１８では、当該ＵＥが有するＰｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルに割り当てられる予定のＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅを解放する。尚、上記Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅは、当該Ｓｕｂ−ｆｒａｍｅのみ解放されることとし、次のＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられるタイミングにおいては、改めてＤａｔａ  Ｓｉｚｅ  Ｃｈｅｃｋ処理（ステップＳ１０１４）を行うこととする。【０２２３】
ステップＳ１０２０では、当該UEの下りリンクの伝送タイプ（ＤＬ  Ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｙｐｅ）、すなわちＬｏｃａｌｉｚｅｄ送信／Ｄｉｓｔｒｉｂｕｔｅｄ送信を判定する。尚、Ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｙｐｅは、ＤＬとＵＬとで共通に管理されてもよい。【０２２４】
例えば、当該ＵＥのＦｄ推定値が閾値ＴｈｒｅｓｈｏｌｄＦｄ，ＤＬ以下である場合にＬｏｃａｌｉｚｅｄ送信と判定し、上記以外の場合をＤｉｓｔｒｉｂｕｔｅｄ送信と判定する。前記Ｌｏｃａｌｉｚｅｄ送信を、Ｌｏｗ  Ｆｄと呼んでもよいし、前記Ｄｉｓｔｒｉｂｕｔｅｄ送信を、Ｈｉｇｈ  Ｆｄと呼んでもよい。【０２２５】
上記Ｆｄ推定値は、ＵＥよりＭｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ等のＲＲＣ  ｍｅｓｓａｇｅにより報告される値を用いてもよいし、ＵＥより送信されるＳｏｕｎｄｉｎｇ用のリファレンス信号の時間相関値に基づいて算出される値を用いてもよい。あるいは、上記Ｆｄ推定値は、ＵＥより送信されるＰＵＳＣＨにおけるＤｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌの時間相関値に基づいて算出されてもよい。あるいは、上記Ｆｄ推定値は、ＵＥより送信されるＰＵＣＣＨにおけるＤｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌの時間相関値に基づいて算出されてもよい。前記ＰＵＣＣＨにより、下り共有チャネルに関する送達確認情報や下りリンクの品質情報（ＣＱＩ，Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）が送信される。【０２２６】
次に、バッファ状態のチェック（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｃｈｅｃｋ）が行われる（ステップＳ１０２２）。当該ＵＥの有する論理チャネルに関して、当該Ｓｕｂ−ｆｒａｍｅにおいて送信可能なデータが存在するか否かを判定する。すなわち、基地局装置２００は、当該ＵＥの各論理チャネルに関して、データバッファ内に、送信可能なデータが存在するか否かを判定する。全ての論理チャネルに関して、送信可能なデータが存在しない場合にはＮＧを返し、少なくとも１つの論理チャネルに関して、送信可能なデータが存在する場合にはＯＫを返す。ここで、送信可能なデータとは、新規に送信可能なデータまたは再送可能なデータのことである。【０２２７】
但し、以下に、上記バッファ状態のチェックにおける例外的な処理を示す。【０２２８】
RLCレイヤの送信ウィンドウがフル（Ｆｕｌｌ）になり、ストール（Ｓｔａｌｌ）状態となっているＬｏｇｉｃａｌ  Ｃｈａｎｎｅｌに関しては、送信可能なデータが存在しないとみなす。【０２２９】
当該ＵＥに対して、基地局装置間のハンドオーバを指示することが決まっている場合、当該ＵＥの論理チャネルの内、ＤＴＣＨに関しては、送信可能なデータがないものとみなす。すなわち、当該ＵＥの論理チャネルの内、ＤＣＣＨのみを送信可能なデータとみなす。尚、ＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋに関しては、ＤＣＣＨ送信時に送信可能なＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋが存在する場合のみ、送信を行う。尚、ＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋに関しては、ＤＣＣＨの有無に関係なく、送信可能なデータが存在するとみなしてもよいし、あるいは、逆に、送信可能なデータが存在しないとみなしてもよい。【０２３０】
当該ＵＥが他の基地局装置から当該基地局装置にハンドオーバしてきた場合には、当該ＵＥへのデータ送信が可能である判断するまで、当該ＵＥに対して送信可能なデータがないものとみなす。尚、基地局装置２００は、例えば、前記他の基地局装置から当該基地局装置へのデータ転送が完了し、かつ、ＰＤＣＰレイヤのステータス  レポート（Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）を受信した場合に、当該ＵＥへのデータ送信が可能であると判断してもよい。さらに、前記他の基地局装置から当該基地局装置へのデータ転送が完了するということを、例えば、タイマーを定義し、前記タイマーが満了することと定義してもよい。また、前記ＰＤＣＰレイヤのＳｔａｔｕｓ  Ｒｅｐｏｒｔを受信したか否かの判断は、前記ＰＤＣＰレイヤのＳｔａｔｕｓ  Ｒｅｐｏｒｔの送信を予め指定している論理チャネルに関してのみ行うこととする。【０２３１】
当該ＵＥの上りリンクの同期状態が同期外れである場合、または、ＵＬ個別リソース状態がＮＧである場合には、当該ＵＥのＤＴＣＨに関しては送信可能なデータがないものとみなし、ＤＣＣＨまたはＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋのみを送信可能なデータとみなす。【０２３２】
当該Ｓｕｂ−ｆｒａｍｅにおいて、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが確保されている場合には（ステップＳ１０１６の処理が行われている場合には）、該当する論理チャネル（Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇが適用されている論理チャネル）に関しては、送信可能なデータは存在しないとみなす。但し、この場合も、ステップＳ９１２の処理における、ＭＡＣ  ＰＤＵにＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋ及び各Ｌｏｇｉｃａｌ  ＣｈａｎｎｅｌのＲＬＣ  ｂｕｆｆｅｒ内のデータを多重する処理においては、送信可能なデータがあるとみなす。【０２３３】
送信可能なデータとして、ＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋのみが存在する場合には、ＤＣＣＨと同一のプライオリティクラスに属する論理チャネルとして扱う。すなわち、送信可能なデータとして、ＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋのみが存在する場合には、送信可能なＤＣＣＨ相当の信号が存在するとみなす。【０２３４】
当該サブフレームにおいて、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが確保されていない場合（ステップＳ１０１６の処理が行われていない場合には）、Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇが適用されるＬｏｇｉｃａｌ  Ｃｈａｎｎｅｌに関しては、以下の処理を行う。【０２３５】
新規に送信可能なデータのＤａｔａ  ｓｉｚｅが閾値Ｔｈｒｅｓｈｏｌｄｄａｔａ＿ｓｉｚｅ以上である場合、または、再送可能なデータが存在する場合に、送信可能なデータが存在するとみなす。【０２３６】
送信可能なデータのＤａｔａ  ｓｉｚｅが閾値Ｔｈｒｅｓｈｏｌｄｄａｔａ＿ｓｉｚｅ未満である場合、送信可能なデータが存在しないとみなす。【０２３７】
尚、本処理により、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられていないＳｕｂ−ｆｒａｍｅにおいて、Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇが適用されるべきデータに送信リソースが割り当てられることを防ぐことができる。尚、上記「各論理チャネルに関する送信可能なデータの存在する/しない」の判定結果は、特に断りがなければ、ステップＳ９１２の処理における、ＭＡＣ  ＰＤＵにＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋ及び各Ｌｏｇｉｃａｌ  ＣｈａｎｎｅｌのＲＬＣ  ｂｕｆｆｅｒ内のデータを多重する処理においても適用される。すなわち、本判定において、「送信可能なデータ存在しない」と判定した場合には、ステップＳ９１２の処理における、ＭＡＣ  ＰＤＵにＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋ及び各Ｌｏｇｉｃａｌ  ＣｈａｎｎｅｌのＲＬＣ  ｂｕｆｆｅｒ内のデータを多重する処理においても、送信可能なデータが存在しないとみなす。【０２３８】
Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｃｈｅｃｋの結果がＮＧの場合（ステップＳ１０２２：ＮＧ）、当該UEをスケジューリングの対象から除外する。Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｃｈｅｃｋの結果がＯＫの場合（ステップＳ１０２２：ＯＫ）、以下の選択論理に基づいて、送信可能データが存在する論理チャネルの中からＨｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルを選択し、Ｓｃｈｅｄｕｌｉｎｇ  Ｃｏｅｆｆｉｃｉｅｎｔ  Ｃａｌｃｕｌａｔｉｏｎの処理に進む（ステップＳ１０２４）。【０２３９】
（選択論理1）  最も優先度の高い論理チャネルをＨｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルとする。【０２４０】
（選択論理2）  選択論理1を満たす複数の論理チャネルが存在する場合には、送信可能な再送データを有する論理チャネルＨｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルとする。【０２４１】
（選択論理3）  選択論理2を満たす複数の論理チャネルが存在する場合には、個別制御チャネル（ＤＣＣＨ：  Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）が存在するのであれば、ＤＣＣＨをＨｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルとし、ＤＣＣＨが存在しないのであれば、上記複数の論理チャネルの内、任意の論理チャネルをＨｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルとする。【０２４２】
本判断基準を適用する場合、優先度の低い論理チャネルの再送データではなく、優先度の高い論理チャネルの新規データが、より高い論理チャネルとして判定される。【０２４３】
尚、上述したステップＳ１００６、Ｓ１００８、Ｓ１０２２における、当該ＵＥをスケジューリングの対象から除外する、という処理は、後述するＳｃｈｅｄｕｌｉｎｇ  Ｃｏｅｆｆｉｃｉｅｎｔ  Ｃａｌｃｕｌａｔｉｏｎの処理を行わないことを意味し、結果として、当該サブフレームにおいて、当該ＵＥに対して下りリンクの共有チャネルは送信されない。言い換えれば、基地局装置２００は、上述したステップＳ１００６、Ｓ１００８、Ｓ１０２２において、当該ＵＥをスケジューリングの対象から除外する、と判定されたＵＥ以外のＵＥの中から、スケジューリングの処理を行い、すなわち、共有チャネルを送信するＵＥを選択し、そして、選択されたＵＥに対して下りリンクの共有チャネルを送信する。【０２４４】
ステップＳ１０２４では、ステップＳ１０２２において、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙと判定された論理チャネルに関して、後述する評価式を用いてスケジューリング係数を算出する。すなわち、あるＵＥに対して複数の論理チャネルが存在する場合に、前記複数の論理チャネルの内の全てに対して、スケジューリング係数の計算を行うのではなく、最も優先度の高い論理チャネルに対してスケジューリング係数の計算を行うことにより、基地局装置２００の処理負荷を低減することが可能となる。【０２４５】
テーブル５−８に外部I/Fより設定されるパラメータを示す。【０２４６】
【表７】
2008105418.tif 000021
【０２４７】
【表８】
2008105418.tif 000022
【０２４８】
【表９】
2008105418.tif 000023
【０２４９】
【表１０】
2008105418.tif 000024
テーブル９に、Ｓｕｂ-ｆｒａｍｅ単位で、各ＵＥの各論理チャネルに与えられる入力パラメータを示す。【０２５０】
【表１１】
2008105418.tif 000025
テーブル５−８に示す入力パラメータに基づいて、ＵＥ  ＃ｎ、Ｈｉｇｈｅｓｔ  Ｐｒｉｏｒｉｔｙの論理チャネル＃ｈのスケジューリング係数Ｃｎを式（１）の通り計算する。【０２５１】
【数１３】
2008105418.tif 000026
尚、Ｉｎｔｒａ−ｅＮＢ  Ｈａｎｄ  Ｏｖｅｒ  （Ｉｎｔｒａ−ｅＮＢ  ＨＯ）の際には、スケジューリングに用いる測定値、算出値は、Ｔａｒｇｅｔ  ｅＮＢ  （ハンドオーバ先のｅＮＢ）に引き継がないものとする。【０２５２】
ステップＳ１０２４では、平均データレート(Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅ)の測定が行われる。【０２５３】
Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅは、上述した式（２）を用いて求められる。【０２５４】
ただし、Ｎｎ，ｋ（１，２，・・・）は、Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの更新回数である。但し、Ｎｎ，ｋ＝０となるＳｕｂ-ｆｒａｍｅにおいては、上述した式（３）とする。【０２５５】
また、忘却係数δｎ，ｋは、以下のように計算される。
δｎ，ｋ＝ｍｉｎ（１−１／Ｎｎ，ｋ，δ´ＰＣｎ，ｋ）
Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの更新周期は「基地局装置２００内の論理チャネル＃ｋのデータバッファに送信すべきデータが存在したＳｕｂ-ｆｒａｍｅ毎」とし、ｒｎ，ｋの計算方法は「送信されたＭＡＣ  ＳＤＵのサイズ」とする。すなわち、Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの計算は、Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの更新機会のＳｕｂ-ｆｒａｍｅにおいて、以下のいずれかの動作を行う。【０２５６】
１．送信を行ったUEに対しては、「ｒｎ，ｋ＝送信されたＭＡＣ  ＳＤＵのサイズ」でＡｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの計算を行う。【０２５７】
２．送信を行わなかったUEに対しては、「ｒｎ，ｋ＝０」でＡｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの計算を行う。【０２５８】
尚、Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅは、Ｒｅｃｅｉｖｅｄ  ＣＱＩ  Ｃｈｅｃｋにおいて、過去に少なくとも１つのＣＱＩを受信していると判定し、かつ、更新機会の条件が一致した場合に計算を行う。すなわち、ＣＱＩを少なくとも一度は受信した後から計算が開始される。【０２５９】
次に、スケジューリング係数の計算が行われたＵＥ数を示すＮＳｃｈｅｄｕｌｉｎｇを１だけ増加させ（ステップＳ１０２６）、ＵＥインデックスを示すｎを１だけ増加させる（ステップＳ１０２８）。【０２６０】
次に、ｎがＮＳｃｈｅｄｕｌｉｎｇ以下であるか否か判定する（ステップＳ１０３０）。ｎがＮＳｃｈｅｄｕｌｉｎｇ以下であると判定した場合（ステップＳ１０３０：ＹＥＳ）、ステップＳ１００４に戻る。【０２６１】
一方、ｎがＮＳｃｈｅｄｕｌｉｎｇよりも大きいと判定した場合（ステップＳ１０３０：ＮＯ）、ステップＳ１０３２において、ユーザ装置の選択（ＵＥ  Ｓｅｌｅｃｔｉｏｎ）が行われる。すなわち、当該Ｓｕｂ−ｆｒａｍｅにおいてＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥを選択する。【０２６２】
まず、以下の式により、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥの数、すなわち、下りリンクの共有チャネルが送信されるＵＥの数ＮＤＬ−ＳＣＨを算出する。ここで、ＮＳｃｈｅｄｕｌｉｎｇは、Ｓｃｈｅｄｕｌｉｎｇ  Ｃｏｅｆｆｉｃｉｅｎｔ  Ｃａｌｃｕｌａｔｉｏｎが行われたＵＥの数を指す（図１０を参照）。【０２６３】
ＮＤＬ−ＳＣＨ＝ｍｉｎ（ＮＳｃｈｅｄｕｌｉｎｇ，ＮＤＬＭＡＸ−ＮＰＣＨ−ＮＲＡＣＨｒｅｓ−ＮＤ−ＢＣＨ−ＮＲＡＣＨｍ４―ＮＭＣＨ）
尚、上述した下りリンクの共有チャネルが送信されるＵＥの数ＮＤＬ−ＳＣＨを算出する際に、ＮＤＬ−ＳＣＨ<０になった場合には、ＲＡＣＨ  ｍｅｓｓａｇｅ  ４、ＲＡＣＨ  ｒｅｓｐｏｎｓｅ、ＭＣＨ、ＰＣＨ、Ｄ−ＢＣＨの順番に、当該Ｓｕｂ−ｆｒａｍｅにおける送信処理を禁止する。当該Ｓｕｂ−ｆｒａｍｅにおいて送信処理を禁止すると決定されたチャネルは、当該Ｓｕｂ−ｆｒａｍｅにおいて送信されないことになる。【０２６４】
次に、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐ毎に、ステップＳ１０２４において算出されたスケジューリング係数の大きい順から、ＮＤＬ−ＳＣＨ台の「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥを選択する。すなわち、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用される下りリンクの共有チャネルの送信先となるＵＥを選択する。ここで、Ｓｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐとは、スケジューリングにおける優先度付けがされたグループであり、各論理チャネルに対して、属すべきＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐが定義される。すなわち、各ＵＥは、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルに基づいて、上記Ｓｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐに階層化され、各階層の中で、ステップＳ１０２４において算出されたスケジューリング係数の大きい順から、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用される下りリンクの共有チャネルの送信先となるＵＥが選択される、すなわち、スケジューリングされる。【０２６５】
以下の順序で上記「ＵＥ」を選択する。【０２６６】
Ｈｉｇｈ（１ｓｔ）−>Ｈｉｇｈ（２ｎｄ）−>...−>Ｍｉｄｄｌｅ（１ｓｔ）−>Ｍｉｄｄｌｅ（２ｎｄ）−>...−>Ｌｏｗ（１ｓｔ）−>Ｌｏｗ（２ｎｄ）−>...
尚、当該ＵＥが当該Ｓｕｂ-ｆｒａｍｅにおいて送信すべきＭＡＣレイヤの制御情報を有する場合には、そのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐを、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐに関係なく、「Ｈｉｇｈ」とする。すなわち、基地局装置２００は、当該Ｓｕｂ−ｆｒａｍｅにおいて、送信すべきＭＡＣレイヤの制御情報が存在するＵＥを、優先度の高いＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐに属するとみなしてスケジューリングを行う。【０２６７】
また、上述した例においては、Ｈｉｇｈ、Ｍｉｄｄｌｅ、Ｌｏｗの３種類のＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐが定義される例を示したが、さらに、Ｓｕｐｅｒ  Ｈｉｇｈが定義されてもよい。例えば、セル内の混雑度が高い場合にのみ設定される優先度フラッグが定義され、上記優先度フラッグが設定されたＵＥ、または、論理チャネルを、上記Ｓｕｐｅｒ  ＨｉｇｈのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐに属するとみなしてもよい。上記優先度フラッグが設定されるＵＥ、または、論理チャネルは、緊急呼であったり、あるいは、優先呼であったりする。基地局装置２００は、上記優先度フラッグが設定されるＵＥ、または、論理チャネルのために、セル内の混雑度が高い場合には、基地局装置２００内のリソースを確保するといった処理を行ってもよい。尚、上記リソースとは、例えば、ＣＰＵ能力やメモリ量、ベースバンドリソースや送信電力リソース、周波数リソース、時間方向のリソースであってもよい。あるいは、上記リソースを確保するために、セル内のＵＥ数に制約を設けてもよい。すなわち、セル内に最大で接続されるＵＥの数を低減されてもよい。【０２６８】
また、上記優先度フラッグが設定されたＵＥ、または、上記優先度フラッグが設定された論理チャネルを有するＵＥに関して、上記ＵＥに設定されている全ての論理チャネルが、Ｓｕｐｅｒ  ＨｉｇｈのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐに属すると設定されてもよい。この場合、上記ＵＥに設定されているどのような論理チャネルに対して、優先的にリソースが割り当てられる、すなわち、共有チャネルが割り当てられることになる。【０２６９】
上記優先度フラッグは、コアネットワークから通知されてもよい。【０２７０】
上述したように、ユーザ装置のインデックス（ＵＥ  ｉｎｄｅｘ）であるｎに関してループ処理を行うことにより、下りリンクの共有チャネルを送信することができると判断された各ユーザ装置に対して、スケジューリング係数を計算することが可能となる。そして、計算されたスケジューリング係数の大きいユーザ装置に対して、無線リソースを割り当てる。すなわち、下りリンクの共有チャネルを送信するという制御を行うことにより、データの優先度や、ユーザ装置から報告される無線品質情報、再送回数、ＭＡＣレイヤの制御情報の有無、割り当て頻度、平均の伝送速度、目標の伝送速度を考慮して、ハンドオーバ処理を行っているか否か、間欠受信処理の受信タイミングにあるか否か、ＲＬＣレイヤにおけるデータの滞留時間、異なる周波数のセルを測定するモードにおける受信タイミングにあるか否かを考慮して、無線リソース（下りリンクの共有チャネル）を割り当てるユーザ装置を決定し、上記ユーザ装置に対して下りリンクの共有チャネルを送信することが可能となる。【０２７１】
尚、上述した例においては、Ｓｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐは、Ｈｉｇｈ，  Ｍｉｄｄｌｅ，  Ｌｏｗの3通りであったが、４通り以上のＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐを用意してもよいし、２通り以下のＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐを用意してもよい。【０２７２】
例えば、HighMAC,  HighDRX,  High,  Middle,  Lowの5通りのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐを用意し、優先度を、高い順から、HighMAC,  HighDRX,  High,  Middle,  Lowとする。そして、送信すべきＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋを有するＵＥに対しては、そのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐを、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐに関係なく、「HighMAC」とし、DRX状態で，かつ，DRX受信タイミング時のUEに対しては、そのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐを、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐに関係なく、「HighDRX」としてもよい。送信すべきＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋを有するＵＥ、または、ＤＲＸ状態で，かつ，ＤＲＸ受信タイミング時のＵＥに対して、より優先的に共有チャネルを割り当てることが可能となる。例えば、ＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋを有するＵＥとＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋを持たないＵＥが存在する場合には、式（１）におけるCnの値に関係なく、MAC  control  blockを有するUEに対して、優先的に共有チャネルを割り当てることが可能となる。【０２７３】
尚、上述した例においては、優先度を、高い順から、HighMAC,  HighDRX,  High,  Middle,  Lowとしたが、これは一例であり、その他の順番、例えば、High,  HighMAC,  HighDRX,  Middle,  Low等であってもよい。【０２７４】
次に、ステップＳ９１２において行われる下りリンクＴＦＲ選択処理について、図１１を参照して説明する。【０２７５】
図１１には、ＤＬ  ＴＦＲ  ｓｅｌｅｃｔｉｏｎの処理フローを示す。本処理フローにより、同期信号（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ、あるいは、同期チャネルＳＣＨとも呼ばれる）、プライマリ報知チャネル（Ｐ−ＢＣＨ）、ページングチャネル（ＰＣＨ）、ダイナミック報知チャネル（Ｄ−ＢＣＨ）、ランダムアクセスチャネル応答（ＲＡＣＨ  ｒｅｓｐｏｎｓｅ、あるいは、ランダムアクセス手順におけるＭｅｓｓａｇｅ２）、ランダムアクセス手順におけるＭｅｓｓａｇｅ  ４、ＭＢＭＳチャネル（ＭＣＨ）、及びＰｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨ、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨに関する送信フォーマットの決定と無線リソースの割り当てが行われる。上述した、ＳＣＨやＰ−ＢＣＨ、ＰＣＨ、Ｄ−ＢＣＨ、ＲＡＣＨ  ｒｅｓｐｏｎｓｅ、ＲＡＣＨ  ｍｅｓｓａｇｅ  ４は共通チャネルと呼ばれる。【０２７６】
共通チャネルに対するリソースブロックの割り当て（ＲＢ  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  Ｃｏｍｍｏｎ  ｃｈａｎｎｅｌ）が行われる（ステップＳ１１０２）。【０２７７】
当該Ｓｕｂ-ｆｒａｍｅにおいて同期信号が送信される場合には、ほぼシステム帯域幅の中心に位置する６または７リソースブロックを同期信号に割り当てる。同期信号に割り当てられたＲＢを含むＲＢ   ｇｒｏｕｐは、Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨに割り当てられない。【０２７８】
尚、上述した同期信号に割り当てられるリソースブロックは、他のチャネルがマッピングされないように、同期信号のために確保されたリソースブロックを意味し、同期信号が実際にマッピングされるリソースブロックあるいはサブキャリアを示すものではない。すなわち、同期信号は、上記同期信号のために割り当てられたリソースブロックの中の所定のサブキャリアにマッピングされる。【０２７９】
尚、同期信号の送信電力（全てのｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  （ｓｕｂ−ｃａｒｒｉｅｒ）の送信電力の和。絶対値とし、単位をＷとする）をＰＳＣＨとする。【０２８０】
当該Ｓｕｂ-ｆｒａｍｅにおいてＰ−ＢＣＨが送信される場合には、ほぼシステム帯域幅の中心に位置する６または７リソースブロックをＰ−ＢＣＨに割り当てる。尚、上述したＰ−ＢＣＨに割り当てられるリソースブロックは、他のチャネルがマッピングされないように、Ｐ−ＢＣＨのために確保されたリソースブロックを意味し、Ｐ−ＢＣＨが実際にマッピングされるリソースブロックあるいはサブキャリアを示すものではない。すなわち、Ｐ−ＢＣＨは、上記Ｐ−ＢＣＨのために割り当てられたリソースブロックの中の所定のサブキャリアにマッピングされる。例えば、Ｐ−ＢＣＨは、同期信号がマッピングされるサブキャリアと同じサブキャリア番号にマッピングされてもよい。【０２８１】
尚、Ｐ−ＢＣＨの送信電力（全てのｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  （ｓｕｂ−ｃａｒｒｉｅｒ）の送信電力の和。絶対値とし、単位をＷとする）をＰＰ−ＢＣＨとする。【０２８２】
当該Ｓｕｂ-ｆｒａｍｅにおいてＰＣＨが送信される場合には、予め決められたＲＢ  ｇｒｏｕｐをＰＣＨに割り当てる。あるいは、ＰＣＨのデータサイズまたはＰＣＨが送信されるユーザ装置の数に応じて、または、利用可能なＲＢ  ｇｒｏｕｐに応じて、ＰＣＨへのＲＢ  ｇｒｏｕｐの割り当てを行ってもよい。例えば、利用可能なＲＢ  ｇｒｏｕｐの内、ＰＣＨのデータサイズに基づいて決定されるＲＢ数を超えるまで、システム帯域の両端から順番にＲＢ  ｇｒｏｕｐを選択し、選択されたＲＢ  ｇｒｏｕｐを、ＰＣＨに割り当てるＲＢ  ｇｒｏｕｐとしてもよい。ここで、利用可能なＲＢ  ｇｒｏｕｐとは、当該処理を行う時点で、他のチャネルに割り当てると決定されていないＲＢ  ｇｒｏｕｐのことである。【０２８３】
当該Ｓｕｂ-ｆｒａｍｅにおいてＲＡＣＨ  ｒｅｓｐｏｎｓｅ(ランダムアクセスチャネル応答、あるいは、ランダムアクセス手順におけるＭｅｓｓａｇｅ２)が送信される場合には、予め決められたＲＢ  ｇｒｏｕｐをＲＡＣＨ  ｒｅｓｐｏｎｓｅに割り当てる。あるいは、ＲＡＣＨ  ｒｅｓｐｏｎｓｅのデータサイズまたはＲＡＣＨ  ｒｅｓｐｏｎｓｅが送信されるユーザ装置の数に応じて、または、利用可能なＲＢ  ｇｒｏｕｐに応じて、ＲＡＣＨ  ｒｅｓｐｏｎｓｅへのＲＢ  ｇｒｏｕｐの割り当てを行ってもよい。例えば、利用可能なＲＢ  ｇｒｏｕｐの内、ＲＡＣＨ  ｒｅｓｐｏｎｓｅのデータサイズに基づいて決定されるＲＢ数を超えるまで、システム帯域の両端から順番にＲＢ  ｇｒｏｕｐを選択し、選択されたＲＢ  ｇｒｏｕｐを、ＲＡＣＨ  ｒｅｓｐｏｎｓｅに割り当てるＲＢ  ｇｒｏｕｐとしてもよい。ここで、利用可能なＲＢ  ｇｒｏｕｐとは、当該処理を行う時点で、他のチャネルに割り当てると決定されていないＲＢ  ｇｒｏｕｐのことである。【０２８４】
当該Ｓｕｂ-ｆｒａｍｅにおいてＤ−ＢＣＨが送信される場合には、予め決められたＲＢ  ｇｒｏｕｐをＤ−ＢＣＨに割り当てる。あるいは、Ｄ−ＢＣＨのデータサイズに応じて、または、利用可能なＲＢ  ｇｒｏｕｐに応じて、Ｄ−ＢＣＨへのＲＢ  ｇｒｏｕｐの割り当てを行ってもよい。例えば、利用可能なＲＢ  ｇｒｏｕｐの内、Ｄ−ＢＣＨのデータサイズに基づいて決定されるＲＢ数を超えるまで、システム帯域の両端から順番にＲＢ  ｇｒｏｕｐを選択し、選択されたＲＢ  ｇｒｏｕｐを、Ｄ−ＢＣＨに割り当てるＲＢ  ｇｒｏｕｐとしてもよい。ここで、利用可能なＲＢ  ｇｒｏｕｐとは、当該処理を行う時点で、他のチャネルに割り当てると決定されていないＲＢ  ｇｒｏｕｐのことである。【０２８５】
当該Ｓｕｂ-ｆｒａｍｅにおいてＲＡＣＨ  ｍｅｓｓａｇｅ  ４が送信される場合には、予め決められたＲＢ  ｇｒｏｕｐをＲＡＣＨ  ｍｅｓｓａｇｅ  ４に割り当てる。あるいは、ＲＡＣＨ  ｍｅｓｓａｇｅ  ４のデータサイズまたはＲＡＣＨ  ｍｅｓｓａｇｅ  ４が送信されるユーザ装置の数に応じて、または、利用可能なＲＢ  ｇｒｏｕｐに応じて、ＲＡＣＨ  ｍｅｓｓａｇｅ  ４へのＲＢ  ｇｒｏｕｐの割り当てを行ってもよい。例えば、利用可能なＲＢ  ｇｒｏｕｐの内、ＲＡＣＨ  ｍｅｓｓａｇｅ  ４のデータサイズに基づいて決定されるＲＢ数を超えるまで、システム帯域の両端から順番にＲＢ  ｇｒｏｕｐを選択し、選択されたＲＢ  ｇｒｏｕｐを、ＲＡＣＨ  ｍｅｓｓａｇｅ  ４に割り当てるＲＢ  ｇｒｏｕｐとしてもよい。ここで、利用可能なＲＢ  ｇｒｏｕｐとは、当該処理を行う時点で、他のチャネルに割り当てると決定されていないＲＢ  ｇｒｏｕｐのことである。【０２８６】
ＭＢＭＳチャネル、すなわち、ＭＣＨに対するリソースブロックの割り当て（ＲＢ  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  ＭＣＨ）が行われる（ステップＳ１１０４）。すなわち、当該Ｓｕｂ−ｆｒａｍｅにおいてＭＣＨが送信される場合には、予め決められたＲＢ  ｇｒｏｕｐをＭＣＨに割り当てる。あるいは、ＭＣＨのデータサイズに応じて、または、利用可能なＲＢ  ｇｒｏｕｐに応じて、ＭＣＨへのＲＢ  ｇｒｏｕｐの割り当てを行ってもよい。例えば、利用可能なＲＢ  ｇｒｏｕｐの内、ＭＣＨのデータサイズに基づいて決定されるＲＢ数を超えるまで、システム帯域の両端から順番にＲＢ  ｇｒｏｕｐを選択し、選択されたＲＢ  ｇｒｏｕｐを、ＭＣＨに割り当てるＲＢ  ｇｒｏｕｐとしてもよい。ここで、利用可能なＲＢ  ｇｒｏｕｐとは、当該処理を行う時点で、他のチャネルに割り当てると決定されていないＲＢ  ｇｒｏｕｐのことである。【０２８７】
次にパーシステントスケジューリングに対するリソースブロック割り当て（ＲＢ  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）が行われる（ステップＳ１１０６）。ステップＳ１０１６において確保されたＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅを、当該Ｓｕｂ-ｆｒａｍｅにおいてＰｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨを有するＵＥに割り当てる。【０２８８】
但し、当該Ｓｕｂ-ｆｒａｍｅにおいてＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられるＵＥに関しても，ステップＳ１０２４に記載のスケジューリング係数の計算を行い、当該Ｓｕｂ-ｆｒａｍｅにおいてＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＬｏｇｉｃａｌ Ｃｈａｎｎｅｌのために送信リソースが割り当てられた場合には、基地局装置２００は、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅを解放し、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＬｏｇｉｃａｌ  Ｃｈａｎｎｅｌのために割り当てられたＲｅｓｏｕｒｃｅを用いて、当該ＵＥに対してＭＡＣ  ＰＤＵ(ＤＬ−ＳＣＨ)の送信を行う。尚、ＭＡＣ  ＰＤＵに、ＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋ及び各Ｌｏｇｉｃａｌ  ＣｈａｎｎｅｌのＲＬＣ  ｂｕｆｆｅｒ内のデータの多重方法に関しては後述する。【０２８９】
尚、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨの送信電力（全てのｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  （ｓｕｂ−ｃａｒｒｉｅｒ）の送信電力の和。絶対値とし、単位をＷとする）をＰｐｅｒｓｉｓｔとする。ここで、Ｐｐｅｒｓｉｓｔは、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨを有するＵＥが２台以上存在する場合には、全UEのＰｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨの送信電力の合計値とする。【０２９０】
次に、物理下り共有チャネルのリソースブロック数の計算（Ｃａｌｃｕｌａｔｉｏｎ  ｆｏｒ  Ｎｕｍｂｅｒ  ｏｆ  ＲＢｓ  ｆｏｒ  ＰＤＳＣＨ）が行われる（ステップＳ１１０８）。基地局装置２００の最大送信電力（以下、Ｐｍａｘと記載する。単位をWとする）、同期信号の送信電力ＰＳＣＨ、Ｐ−ＢＣＨの送信電力ＰＰ−ＢＣＨ、PCHの送信電力ＰＰＣＨ、ＲＡＣＨ  ｒｅｓｐｏｎｓｅの送信電力ＰＲＡＣＨｒｅｓ、Ｄ−ＢＣＨの送信電力ＰＤ−ＢＣＨ、ＲＡＣＨ  ｍｅｓｓａｇｅ  ４の送信電力ＰＲＡＣＨｍ４、ＭＣＨの送信電力ＰＭＣＨ、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨの送信電力Ｐｐｅｒｓｉｓｔ、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨの１ＲＢあたりの送信電力Ｐｄｙｎａｍｉｃ（ＲＢ）に基づき、以下の式を用いてＰＤＳＣＨに割り当て可能なRB数Ｎｄｙｎａｍｉｃ（ＲＢ）を算出する。ここで、Ｎｓｙｓｔｅｍ（ＲＢ）はシステム帯域全体のRB数であり、NＰ−ＢCH、NSCH、NPCH、NRACHres、Npersist、NＤ−ＢCH、NＲＡＣＨｍ４、NＭCHは、それぞれ、当該Sub-frameにおいてＰ−ＢＣＨ、同期信号、ＰＣＨ、ＲＡＣＨ  ｒｅｓｐｏｎｓｅ、Ｄ−ＢＣＨ、ＲＡＣＨ  ｍｅｓｓａｇｅ  ４、ＭＣＨ、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨに割り当てられるＲＢの数である。【０２９１】
【数１４】
2008105418.tif 000027
Ｎｄｙｎａｍｉｃ（ＲＢ）<Ｎｓｙｓｔｅｍ（ＲＢ）−Ｎｃｏｍｍｏｎ−Ｎｐｅｒｓｉｓｔである場合には、当該Ｓｕｂ-ｆｒａｍｅにおいて、Ｐ−ＢＣＨ、ＰＣＨ、ＲＡＣＨ  ｒｅｓｐｏｎｓｅ、Ｄ−ＢＣＨ、ＭＣＨ、ＲＡＣＨ  ｍｅｓｓａｇｅ  ４、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨに割り当てられたＲＢ  ｇｒｏｕｐ以外のＲＢ  ｇｒｏｕｐの内の一部のＲＢ  ｇｒｏｕｐの送信を禁止することにより、基地局装置２００の総送信電力を最大送信電力以下となるように制御する。（Ｎｓｙｓｔｅｍ（ＲＢ）−Ｎｃｏｍｍｏｎ−Ｎｐｅｒｓｉｓｔ−Ｎｄｙｎａｍｉｃ（ＲＢ））個以上のＲＢの送信が禁止されるまで、以下の処理、すなわちＲＢ数が最も小さいＲＢ  ｇｒｏｕｐの送信を禁止し、ＲＢ数が最も小さいＲＢ  ｇｒｏｕｐが２つ以上存在する場合、ＲＢ  ｇｒｏｕｐ番号が小さいＲＢ  ｇｒｏｕｐからＲＢ  ｇｒｏｕｐの送信を禁止する処理を繰り返すことにより、送信を禁止するＲＢ  ｇｒｏｕｐを決定する。尚、上述した例では、ＲＢ  ｇｒｏｕｐ番号が小さいＲＢ  ｇｒｏｕｐからＲＢ  ｇｒｏｕｐの送信を禁止するという処理を行ったが、ＲＢ  ｇｒｏｕｐ番号の大きいＲＢ  ｇｒｏｕｐからＲＢ  ｇｒｏｕｐの送信を禁止する処理を行ってもよく、あるいは、システム帯域の中心に近いＲＢ  ｇｒｏｕｐからＲＢ  ｇｒｏｕｐの送信を禁止する処理を行ってもよく、あるいは、上記以外の順番でＲＢ  ｇｒｏｕｐの送信を禁止する処理を行ってもよい。【０２９２】
ｋ＝１とする（ステップＳ１１１０）。【０２９３】
次に、リソースブロックが残っているか否かのチェック（ＲＢ  Ｒｅｍａｉｎｉｎｇ  Ｃｈｅｃｋ）が行われる（ステップＳ１１１２）。【０２９４】
ステップＳ１１１２では、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに割り当て可能なＲＢ  ｇｒｏｕｐが存在するか否かを判定する。割り当て可能なＲＢ  ｇｒｏｕｐが存在する場合にはＯＫを返し、割り当て可能なＲＢ  ｇｒｏｕｐが存在しない場合にはＮＧを返す。ＲＢ  Ｒｅｍａｉｎｉｎｇ  ＣｈｅｃｋがＮＧの場合（ステップＳ１１１２：ＮＧ）、ＤＬ  ＴＦＲ  Ｓｅｌｅｃｔｉｏｎの処理を終了する。【０２９５】
尚、上記「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに割り当て可能なＲＢ  ｇｒｏｕｐ」とは、Ｐ−ＢＣＨ、ＰＣＨ、ＲＡＣＨ  ｒｅｓｐｏｎｓｅ、Ｄ−ＢＣＨ、ＲＡＣＨ  ｍｅｓｓａｇｅ  ４、ＭＣＨ、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨ、すでにＴＦＲ  Ｓｅｌｅｃｔｉｏｎが行われたＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに割り当てられＲＢ  ｇｒｏｕｐ以外のＲＢ  ｇｒｏｕｐのことである。また、上記「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに割り当て可能なＲＢ  ｇｒｏｕｐ」に含まれるRBの総数をＮｒｅｍａｉｎ（ＲＢ）とする。【０２９６】
尚、上述した例においては、「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに割り当て可能なＲＢ  ｇｒｏｕｐ」を、Ｐ−ＢＣＨ、ＰＣＨ、ＲＡＣＨ  ｒｅｓｐｏｎｓｅ、Ｄ−ＢＣＨ、ＲＡＣＨ  ｍｅｓｓａｇｅ  ４、ＭＣＨ、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨ、すでにＴＦＲ  Ｓｅｌｅｃｔｉｏｎが行われたＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに割り当てられＲＢ  ｇｒｏｕｐ以外のＲＢ  ｇｒｏｕｐ、としたが、代わりに、同期信号、Ｐ−ＢＣＨ、ＰＣＨ、ＲＡＣＨ  ｒｅｓｐｏｎｓｅ、Ｄ−ＢＣＨ，ＲＡＣＨ  ｍｅｓｓａｇｅ  ４、ＭＣＨ、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨ、すでにＴＦＲ  Ｓｅｌｅｃｔｉｏｎが行われたＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに割り当てられＲＢ  ｇｒｏｕｐ以外のＲＢ  ｇｒｏｕｐとしてもよい。【０２９７】
一方、ＲＢ  Ｒｅｍａｉｎｉｎｇ  ＣｈｅｃｋがＯＫの場合（ステップＳ１１１２：ＯＫ）、ステップＳ１１１４に進む。【０２９８】
次に、下りリンクＴＦＲ選択（ＤＬ  ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ）が行われる（ステップＳ１１１４）。【０２９９】
上述したステップＳ１０３２において決定された「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥ」のＴｒａｎｓｐｏｒｔ  ｆｏｒｍａｔの決定、ＲＢ  ｇｒｏｕｐの割り当てを行う。【０３００】
尚、Ｓ１１１０〜Ｓ１１２０におけるｋのループは、ステップＳ１０３２において決定された、「Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥ」として選択された順に行う。【０３０１】
ＤＬ  ＴＦＲ  Ｓｅｌｅｃｔｉｏｎでは、ＣＱＩ調節（ＣＱＩ  ａｄｊｕｓｔｍｅｎｔ）が行われる。ＴＦＲ  Ｓｅｌｅｃｔｉｏｎに用いられるＣＱＩには、以下に示す、周波数
方向の読み替え処理、アウターループ（Ｏｕｔｅｒ−ｌｏｏｐ）的なオフセット調節処理、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルの優先度に基づくオフセット処理が適用される。【０３０２】
周波数方向の読み替え処理について説明する。【０３０３】
ＵＥより報告されるＣＱＩに基づき、各ＲＢ  ｇｒｏｕｐのＣＱＩを算出する。システム帯域幅全体のＣＱＩ（Ｗｉｄｅｂａｎｄ  ＣＱＩ）が報告され、ＵＥ  ｓｅｌｅｃｔｅｄ  Ｓｕｂ−ｂａｎｄのＣＱＩが存在しないＲＢ  ｇｒｏｕｐは、システム帯域幅全体のＣＱＩ（Ｗｉｄｅｂａｎｄ  ＣＱＩ）と同一とする。尚、ステップＳ１０２０において、伝送タイプがＤｉｓｔｒｉｂｕｔｅｄ送信と判定されたＵＥに対しては、全てのＲＢ  ｇｒｏｕｐのＣＱＩを、システム帯域幅全体のＣＱＩと同一であるとみなしてもよい。【０３０４】
尚、以下では、システム帯域全体に関するＣＱＩを表現する際には、引数を「ａｌｌ」として記載する。【０３０５】
Ｏｕｔｅｒ-ｌｏｏｐ的なオフセット調節処理(ＣＱＩ  ｏｆｆｓｅｔ  ａｄｊｕｓｔｍｅｎｔ)について説明する。【０３０６】
ＣＱＩ＿ｏｆｆｓｅｔｉは、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルのｐｒｉｏｒｉｔｙ  ｃｌａｓｓがＸｉ，ａｄｊｕｓｔであるDL-SCHの送達確認情報（ＣＲＣ  ｃｈｅｃｋ結果）に基づいて、上述した式（４）に示すようにＯｕｔｅｒ-ｌｏｏｐ的に調節される。Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルのＰｒｉｏｒｉｔｙ  ｃｌａｓｓがＸｉ，ａｄｊｕｓｔと異なる場合には、Ｏｕｔｅｒ-ｌｏｏｐ的なオフセットの調節（式（４）の処理）は行われない。【０３０７】
尚、当該ＵＥに対して、１Ｓｕｂ−ｆｒａｍｅ内に２つ以上のＭＡＣ  ＰＤＵを送信する場合には、前記２つ以上のＭＡＣ  ＰＤＵのそれぞれに関して、上記Ｏｕｔｅｒ−ｌｏｏｐ的なオフセットの調節を行う。ここで、２つ以上のＭＡＣ  ＰＤＵを送信するとは、ＭＩＭＯ適用時に２つ以上のＣｏｄｅｗｏｒｄで送信を行うことに該当する。【０３０８】
ＣＱＩ＿ｏｆｆｓｅｔｉは、ＵＥ毎に調節される。また、ＣＱＩ  ｏｆｆｓｅｔ  ａｄｊｕｓｔｍｅｎｔ処理の対象となるＰｒｉｏｒｉｔｙ  ｃｌａｓｓ  Ｘｉ，ａｄｊｕｓｔは、外部入力インタフェース（ＩＦ）よりＵＥ毎に設定される。このように、全てプライオリティクラスに関して、Ｏｕｔｅｒ−ｌｏｏｐ的なオフセットの調整を行うのではなく、予め設定された１つのプライオリティクラスに関して、Ｏｕｔｅｒ−ｌｏｏｐ的なオフセットの調整を行うことにより、基地局装置の処理負荷を低減することが可能となる。例えば、前記Ｐｒｉｏｒｉｔｙ  ｃｌａｓｓ  Ｘｉ，ａｄｊｕｓｔは、最も送信頻度の大きい論理チャネルが属するＰｒｉｏｒｉｔｙ  ｃｌａｓｓが設定される。【０３０９】
Δａｄｊ（ＰＣ）、ＢＬＥＲｔａｒｇｅｔ（ＰＣ）は外部入力インタフェース（ＩＦ）より設定可能とするようにしてもよい。但し、ＣＱＩ＿ｏｆｆｓｅｔｉの最大値をＣＱＩ＿ｏｆｆｓｅｔＰＣ（ｍａｘ）、最小値をＣＱＩ＿ｏｆｆｓｅｔＰＣ（ｍｉｎ）とする。上記ＣＱＩ＿ｏｆｆｓｅｔｉの最大値ＣＱＩ＿ｏｆｆｓｅｔＰＣ（ｍａｘ）、最小値ＣＱＩ＿ｏｆｆｓｅｔＰＣ（ｍｉｎ）は、外部入力インタフェース（ＩＦ）より設定される。ＣＱＩ＿ｏｆｆｓｅｔｉが最大値あるいは最小値に張り付いた場合には、式（４）の計算は行わない。【０３１０】
そして、上記ＣＱＩ＿ｏｆｆｓｅｔｉが、電力オフセットとして、各ＲＢ  ｇｒｏｕｐのＣＱＩの値及びシステム帯域全体に関するＣＱＩの値に加算される。上述した式（５）の処理は、「当該Ｓｕｂ-ｆｒａｍｅにおいて、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルのＰｒｉｏｒｉｔｙ  ｃｌａｓｓがＸｉ，ａｄｊｕｓｔであるか否か」に依らず、ＤＬ  ＴＦＲ  Ｓｅｌｅｃｔｉｏｎを行う全てのＳｕｂ-ｆｒａｍｅにおいて行われる。【０３１１】
優先度に基づくオフセット処理について説明する。【０３１２】
Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルの優先度に基づくオフセットΔＰＣにより、各ＲＢ  ｇｒｏｕｐのCQIの値及びシステム帯域全体に関するＣＱＩの値が調整される。ΔＰＣは例えば外部入力インタフェース（ＩＦ）より設定される。添え字のＰＣはＰｒｉｏｒｉｔｙ  ｃｌａｓｓを示す。【０３１３】
ＣＱＩａｄｊｕｓｔ（ｉ）＝ＣＱＩａｄｊｕｓｔ（ｉ）−ΔＰＣ
次に、リソースブロックグループ割り当て（ＲＢ  ｇｒｏｕｐ  ａｌｌｏｃａｔｉｏｎ）について、図１２を用いて説明する。以下の処理を行うことにより、k番目の「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥ」に対して対してＲＢ  ｇｒｏｕｐの割り当てを行う。尚、ＤＬ＿ＴＦ＿Ｒｅｌａｔｅｄ＿ｔａｂｌｅのイメージを図６に示す。図６には、一例としてＣＱＩが１である場合について示す。
<処理>
ステップＳ１２０２において以下のパラメータの設定を行う。【０３１４】
Ｎｒｅｍａｉｎ（ＲＢ）：残りのリソースブロック数（Ｎｕｍｂｅｒ  ｏｆ  Ｒｅｍａｉｎｉｎｇ  ＲＢｓ）
Ｎｃａｐａｂｉｌｉｔｙ：最大ＲＢ数
Ｎｍａｘ，ｂｉｔ：ＵＥ  ｃａｔｅｇｏｒｙより決定される最大データサイズ（Ｐａｙｌｏａｄ  ｓｉｚｅ）
尚、前記Ｎｃａｐａｂｉｌｉｔｙは、装置内部のパラメータとして設定されてもよいし、上位ノードから入力されるパラメータとして設定されてもよいし、ＵＥから通知されるＵＥ  ｃａｐａｂｉｌｉｔｙに含まれる情報に基づいて設定されてもよい。【０３１５】
尚、前記Ncapabilityは、ＵＥから伝送速度を下げることを指示された場合に、以下のように計算されてもよい。【０３１６】
Ncapability  =  Ncapability  *  α
ここで、αは、伝送速度を下げる場合の、ＵＥが受信可能な最大のスループットに対する比であってもよい。例えば、基地局装置２００は、ＵＥから、ＵＥが受信可能な最大のスループットの８０％以下となるように下りリンクの共有チャネルの送信を行うことを指示された場合に、α＝０．８としてもよい。尚、ＵＥが上記報告を行う方法は、伝送速度を下げるということを意味するのであれば、ＵＥが受信可能な最大のスループットに対する比であってもよいし、絶対的なスループットの値であってもよい。いずれの場合においても、基地局装置２００は、ＵＥから指示に基づき、ＵＥが受信可能な最大のスループットに対する比に読み替えることにより、上記αを算出し、上記計算を行ってもよい。【０３１７】
尚、前記Ｎｍａｘ，ｂｉｔは、ＵＥから伝送速度を下げることを指示された場合に、以下のように計算されてもよい。【０３１８】
Nmax, bit  =  Nmax,bit  *  α
ここで、αは、伝送速度を下げる場合の、ＵＥが受信可能な最大のスループットに対する比であってもよい。例えば、基地局装置２００は、ＵＥから、ＵＥが受信可能な最大のスループットの８０％以下となるように下りリンクの共有チャネルの送信を行うことを指示された場合に、α＝０．８としてもよい。尚、ＵＥが上記報告を行う方法は、伝送速度を下げるということを意味するのであれば、ＵＥが受信可能な最大のスループットに対する比であってもよいし、絶対的なスループットの値であってもよい。いずれの場合においても、基地局装置２００は、ＵＥから指示に基づき、ＵＥが受信可能な最大のスループットに対する比に読み替えることにより、上記αを算出し、上記計算を行ってもよい。【０３１９】
次に、ステップＳ１２０４において、当該ＵＥに割り当て可能なＲＢ数Ｎａｌｌｏｃａｔｅｄ（ＲＢ）を算出する：
Ｎｒｅｍａｉｎ（ＵＥ）＝ｍｉｎ (ＮＤＬ−ＳＣＨ−ｋ＋１, Ｎｃａｐａｂｉｌｉｔｙ)
本式により、当該ＵＥに割り当てられるＲＢ数を、Ｎｃａｐａｂｉｌｉｔｙ以下に制限することが可能となる。尚、ｍｉｎ（Ａ，  Ｂ）とは、ＡとＢの内、より小さい方を出力する関数である。【０３２０】
【数１５】
2008105418.tif 000028
ステップＳ１２０６において、下りリンクの送信タイプがローカライズドであるかディストリビューティドであるかを判定する。【０３２１】
下りリンクの送信タイプがディストリビューティドである場合（ステップＳ１２０６の判定結果：Ｄｉｓｔｒｉｂｕｔｅｄ）、ステップＳ１２０８に進む。ステップＳ１２０８において、当該ＵＥに割り当てられるＲＢの数がＮａｌｌｏｃａｔｅｄ（ＲＢ）以上になるまで、システム帯域内において離散的に分散する周波数リソースが割り当てられるように、ＲＢ  ｇｒｏｕｐを選択する。例えば、システム帯域の両端から交互にＲＢ  ｇｒｏｕｐを割り当てることにより、システム帯域内において離散的に分散する周波数リソースが割り当てられるように、ＲＢ  ｇｒｏｕｐを選択してもよい。あるいは、ＲＢ  ｇｒｏｕｐ番号の小さいＲＢ  ｇｒｏｕｐとＲＢ  ｇｒｏｕｐ番号の大きいＲＢ  ｇｒｏｕｐを交互に順番に当該ＵＥに割り当てることにより、システム帯域内において離散的に分散する周波数リソースが割り当てられるように、ＲＢ  ｇｒｏｕｐを選択してもよい。【０３２２】
下りリンクの送信タイプがディストリビューティドでない場合（すなわち、ローカライズドである場合、ステップＳ１２０６の判定結果：Ｌｏｃａｌｉｚｅｄ）、ステップＳ１２１０に進む。ステップＳ１２１０において、当該ＵＥに割り当てられるＲＢの数がＮａｌｌｏｃａｔｅｄ（ＲＢ）以上になるまで、ＣＱＩａｄｊｕｓｔｅｄの値が大きいＲＢ  ｇｒｏｕｐから順にＲＢ  ｇｒｏｕｐを当該ＵＥに割り当てる。【０３２３】
尚、ステップＳ１２０６において、下りリンクの送信タイプがローカライズドであるかディストリビューティドであるかを判定するかを判定する前に、当該ＵＥと基地局装置２００との間のパスロスに基づいて、当該ＵＥに対してＲＢ  ｇｒｏｕｐを割り当てる方法を決定してもよい。例えば、閾値ＴｈｒｅｈｏｓｌｄＤＬ，ＰＬを定義し、ＵＥと基地局装置２００との間のパスロスが、閾値ＴｈｒｅｈｏｓｌｄＤＬ，ＰＬよりも大きい場合には、当該ＵＥに割り当てられるＲＢの数がＮａｌｌｏｃａｔｅｄ（ＲＢ）以上になるまで、周波数の高いＲＢ  ｇｒｏｕｐから順にＲＢ  ｇｒｏｕｐを当該ＵＥに割り当てるという処理を行い、上記パスロスが、閾値ＴｈｒｅｈｏｓｌｄＤＬ，ＰＬ以下である場合には、上述した、下りリンクの送信タイプがローカライズドであるかディストリビューティドであるかを判定し、その判定結果に基づいたＲＢ  ｇｒｏｕｐの割り当て処理を行ってもよい。あるいは、上述した処理において、上記パスロスが閾値ＴｈｒｅｈｏｓｌｄＤＬ，ＰＬ以下である場合に、下りリンクの送信タイプがローカライズドであるかディストリビューティドであるかの判定を行うのではなく、当該ＵＥに割り当てられるＲＢの数がＮａｌｌｏｃａｔｅｄ（ＲＢ）以上になるまで、周波数の低いＲＢ  ｇｒｏｕｐから順にＲＢ  ｇｒｏｕｐを当該ＵＥに割り当てるという処理を行ってもよい。尚、上記パスロスは、ＵＥから報告されるＵＥ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍと上りリンクの共有チャネルまたはサウンディング用のリファレンス信号の受信レベルから算出されてもよいし、ＵＥから報告されるパスロスから算出されてもよい。尚、ＵＥから報告されるＵＥ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍと上りリンクの共有チャネルまたはサウンディング用のリファレンス信号の受信レベルから算出されるパスロスは、上りリンクのパスロスに相当し、ＵＥから報告されるパスロスは下りリンクのパスロスに相当する。【０３２４】
例えば、ＦＤＤ方式が適用されるＬＴＥにおいては、ＵＥ内における上りリンクの送信信号が、下りリンクの受信信号への干渉信号となり、結果として、下りリンクの受信信号の品質が劣化するという問題が存在する。一般に、ＵＥ内においては、Ｄｕｐｌｅｘｅｒと呼ばれる機能部が存在し、上記Ｄｕｐｌｅｘｅｒにより、ＵＥ内で、上りリンクの送信信号が、下りリンクの信号の受信、すなわち、復調や復号を行う機能部に漏れこむことを防いでいるが、完全に、その洩れこみを防ぐことはできない。図１４に、ＵＥにおける干渉のメカニズムのイメージ図を示す。図１４に示すように、送信部で生成された送信信号が、Ｄｕｐｌｅｘｅｒにおいてその電力を落としきれずに受信部に漏れこむことにより、干渉信号となり、結果として、受信信号の品質が劣化する。【０３２５】
上記漏れこみは、上りリンクの送信信号の周波数と下りリンクの受信信号の周波数が離れていれば離れているほど、また、上りリンクの送信信号の送信電力が小さければ小さいほど、小さくなる。上りリンクにおいては、パスロスが大きいほど、その送信電力は大きくなる。よって、上述したように、パスロスが大きい場合に、下りリンクの共有チャネルの周波数リソースとして、周波数の高い周波数リソースを割り当てることにより、上述した、上りリンクの送信信号による下りリンクの受信信号への干渉を低減することが可能となる。図１５に、上述した、上りリンクの送信信号による下りリンクの受信信号への干渉を低減する効果に関するイメージ図を示す。図１５によれば、パスロスが大きい場合には、DLとULとの間隔を大きくする。すなわち、パスロスが大きいUEに対する下りリンク(DL)の送信信号は、ULの送信帯域から離れた周波数帯域を割り当てる。結果として、上りリンクの信号による干渉が低減される。また、パスロスが小さい場合には、DLとULとの間隔を小さくする。すなわち、パスロスが小さいUEに対する下りリンク(DL)の送信信号は、ULの送信帯域に近い周波数帯域を割り当てる。ULの送信電力が小さいため、上りリンクの信号による干渉は問題にならないためである。【０３２６】
尚、上述した例においては、上りリンクの周波数が、下りリンクの周波数よりも低いことを前提に記載している。上りリンクの周波数が、下りリンクの周波数よりも高い場合には、逆に、上記パスロスが、閾値ＴｈｒｅｈｏｓｌｄＤＬ，ＰＬよりも大きい場合には、当該ＵＥに割り当てられるＲＢの数がＮａｌｌｏｃａｔｅｄ（ＲＢ）以上になるまで、周波数の低いＲＢ  ｇｒｏｕｐから順にＲＢ  ｇｒｏｕｐを当該ＵＥに割り当てるという処理となる。【０３２７】
さらに、上述した処理においては、ステップＳ１１１０〜ステップＳ１１２０の処理を行うＵＥの順番（ｋのループの順番）を、ステップＳ１０３２において決定された、「Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥ」として選択された順で行っているが、代わりに、ステップＳ１１１０〜ステップＳ１１２０の処理を行うＵＥの順番（ｋのループの順番）を、パスロスの大きい順としてもよい。すなわち、パスロスの大きいＵＥから順に、ステップＳ１１１０〜ステップＳ１１２０の処理が行われる。この場合、確実に、パスロスの大きいＵＥから順に、上りリンクの送信周波数からより離れた周波数リソース、すなわち、周波数の高い周波数リソースが割り当てられるため、結果として、上述した、上りリンクの送信信号による下りリンクの受信信号への干渉を低減する効果を大きくすることが可能となる。【０３２８】
上記処理（ステップＳ１２０８及びステップＳ１２１０）において「当該ＵＥに割り当てられる」と判定されたＲＢ  ｇｒｏｕｐを以下ではＴｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐと呼ぶ。【０３２９】
ステップＳ１２１２において、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルが再送可能なデータ有するか否かを判定する。【０３３０】
Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルが再送可能なデータを有すると判定した場合（ステップＳ１２１２の判定結果:ＹＥＳ）、ステップＳ１２１４に進む。一方、  Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルが再送可能なデータを有しないと判定した場合（ステップＳ１２１２の判定結果:ＮＯ）、ステップＳ１２１３に進む。【０３３１】
ステップＳ１２１３において、新規送信のためのＨＡＲＱ ｐｒｏｃｅｓｓが存在しないか否かを判定する。新規送信のためのＨＡＲＱｐｒｏｃｅｓｓが存在しない場合（ステップＳ１２１３の判定結果:ＹＥＳ）、ステップＳ１２１５に進む。【０３３２】
ステップＳ１２１４において、上記再送可能なデータ（ＭＡＣ  ＰＤＵ）の内、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルの「ＲＬＣ  ＳＤＵのバッファ滞留時間」が最大のＲＬＣ  ＳＤＵを含むデータ（ＭＡＣ  ＰＤＵ）を、当該Ｓｕｂ−ｆｒａｍｅにおいて送信するＭＡＣＰＤＵとして選択する。すなわち、上記Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルの「ＲＬＣ  ＳＤＵのバッファ滞留時間」が最大のＲＬＣ  ＳＤＵを含むデータ（ＭＡＣ  ＰＤＵ）を送信する。ここで、ＲＬＣ  ＳＤＵのバッファ滞留時間の定義は、上述したテーブル７の項番５におけるＲＬＣ  ＳＤＵバッファ滞留時間と同一である。【０３３３】
ステップＳ１２１５においては、再送可能なデータ（ＭＡＣ  ＰＤＵ）の内，最も優先度の高い再送データ（ＭＡＣ  ＰＤＵ）を送信する．上記優先度は，上記再送データ（ＭＡＣ  ＰＤＵ）に多重されている論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）の内，最も優先度の高い論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）の優先度とする。
また，最も優先度の高い再送データ（ＭＡＣ  ＰＤＵ）が複数存在する場合には，最も優先度の高い論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）の「ＲＬＣ  ＳＤＵのバッファ滞留時間」が最大のＲＬＣ  ＳＤＵを含むデータ（ＭＡＣ  ＰＤＵ）を送信する．ここで，ＲＬＣ  ＳＤＵのバッファ滞留時間の定義は、上述したテーブル７の項番５におけるＲＬＣ  ＳＤＵバッファ滞留時間と同一である。
そして、ステップＳ１２１６において、当該Ｓｕｂ−ｆｒａｍｅの送信に使用されるＲＢ  ｇｒｏｕｐ及び変調方式を決定する。すなわち、上記データの送信に使用されるＲＢ  ｇｒｏｕｐは、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐと同一とする。変調方式は、初回送信と同一とする。尚、上述した例では、上記データの送信に使用されるＲＢ  ｇｒｏｕｐを、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐと同一とする場合を示したが、代わりに、上記データの送信に使用されるＲＢ  ｇｒｏｕｐに含まれるＲＢ数が、初回送信時に割り当てられたＲＢ数よりも大きい場合には、当該Ｓｕｂ−ｆｒａｍｅの送信に使用されるＲＢ  ｇｒｏｕｐの一部を、ＲＢ数が初回送信時に割り当てられたＲＢ数と同一になるまで割り当てない、という処理を行ってもよい。【０３３４】
尚、上記データの送信に使用されるRB  groupを、テンポラリ  リソースブロック  グループ（Temporary  RB  group）とする代わりに、RB  group内のRB数に基づいて、RB  group内のRB数を低減してもよい。具体的には、Temporary  RB  group内のRB数が、初回送信のRB  group内のRB数を２倍した値よりも大きい場合には、Temporary  RB  group内のRB数が、初回送信のRB  group内のRB数を２倍した値以下となるように、Temporary  RB  group内のRB数を低減してもよい。尚、RB数の低減の仕方は、ステップＳ１２２４やステップＳ１２３２と同様の方法であってもよい。尚、上述した例における２倍という値は、１倍や３倍など、２倍以外の値であってもよい。【０３３５】
一方、新規送信のためのＨＡＲＱｐｒｏｃｅｓｓが存在する場合（ステップＳ１２１３の判定結果:ＮＯ）、ステップＳ１２１８に進む。【０３３６】
ステップＳ１２１８において、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐにおけるＣＱＩ値、ＣＱＩＴＦＲを以下のように算出する。【０３３７】
下りリンク送信タイプがディストリビューティドである場合、ＣＱＩＴＦＲ＝ＣＱＩａｄｊｕｓｔｅｄ（ａｌｌ）とし、下りリンク送信タイプがディストリビュートでない場合（すなわち、ローカライズドである場合）、ＣＱＩＴＦＲ＝「Ｔｅｍｐｏｒａｒｙ  ＲＢ  Ｇｒｏｕｐ内のＲＢ  ｇｒｏｕｐ毎のＣＱＩａｄｊｕｓｔｅｄをＴｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐの帯域で真値平均した値(但し、ＲＢ  ｇｒｏｕｐ毎のＲＢ数の割合を考慮して平均すること)」とする。【０３３８】
そして、ステップＳ１２２０において、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ内のＲＢ数(ＲＢ＿ａｖａｉｌａｂｌｅ)とＣＱＩＴＦＲを引数としてＴＦ＿ｒｅｌａｔｅｄ＿ｔａｂｌｅを参照することにより、下りリンクの共有チャネルのデータサイズ  (Ｓｉｚｅと記載する)と、変調方式(Ｍｏｄｕｌａｔｉｏｎと記載する)を決定する。【０３３９】
【数１６】
2008105418.tif 000029
ステップＳ１２２２において、Ｓｉｚｅ>Ｎｍａｘ，ｂｉｔが真であるか否かを判定する。【０３４０】
Size>Nmax,bitである場合（ステップＳ１２２２の判定結果：ＹＥＳ）には、ステップＳ１２２４において、Size≦Nmax,bitとなるまで、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ内のＲＢ数（ＲＢ  ａｖａｉｌａｂｌｅ）を低減する．すなわち，Ｎmax,bitとＣＱＩTFRを引数としてＴＦ  ｒｅｌａｔｅｄ  ｔａｂｌｅを参照することにより，割り当てるＲＢ数ＮＵＭＲＢを再計算する。【０３４１】
【数１７】
2008105418.tif 000030
そして、下りリンク送信タイプがディストリビューティドである場合、送信に用いるＲＢ ｇｒｏｕｐ内のＲＢ数がNUMRB以下となるまで、以下の処理を繰り返すことにより，Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ内のＲＢ  ｇｒｏｕｐを削除する（削除されたＲＢ ｇｒｏｕｐはｋ＋１番目以降のＵＥの送信リソースとして使用される）。【０３４２】
(処理)Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐの内，ＲＢ  ｇｒｏｕｐ番号が小さいＲＢ  ｇｒｏｕｐとＲＢ  ｇｒｏｕｐ番号が大きいＲＢ  ｇｒｏｕｐを，交互に順番に削除する
上記処理を行った後の，Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ内のＲＢ数を，ＮｕｍＲＢとする。上記処理は、ＲＢ  ｇｒｏｕｐを削除した後に残ったＲＢ  ｇｒｏｕｐが、システム帯域内において離散的に分散されることを意図して行われる。【０３４３】
一方、下りリンク送信タイプがローカライズドである場合、送信に用いるＲＢ  ｇｒｏｕｐ内のＲＢ数がＮＵＭＲＢ以下となるまで，以下の処理を繰り返すことにより、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ内のＲＢ  ｇｒｏｕｐを削除する（削除されたＲＢ  ｇｒｏｕｐはｋ＋１番目以降のＵＥの送信リソースとして使用される）
(処理)ＣＱＩａｄｊｕｓｔｅｄが最も小さいＲＢ  ｇｒｏｕｐを削除する。ＣＱＩａｄｊｕｓｔｅｄが最も小さいＲＢ  ｇｒｏｕｐが２つ以上存在する場合、ＲＢ数が小さいＲＢ  ｇｒｏｕｐからＲＢ  ｇｒｏｕｐを削除する。ＣＱＩａｄｊｕｓｔｅｄが最も小さく、かつ，ＲＢ数が最も小さいＲＢ  ｇｒｏｕｐが２つ以上存在する場合，ＲＢ  ｇｒｏｕｐ番号が大きいＲＢ ｇｒｏｕｐからＲＢ ｇｒｏｕｐを削除する。【０３４４】
上記処理を行った後のＴｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐを、以下の処理ではＴｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐとして用いる。また、上記処理を行った後のＴｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ内のＲＢ数をＮｕｍＲＢとする。そして、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ内のＲＢ数(ＲＢ＿ａｖａｉｌａｂｌｅ)とＣＱＩＴＦＲを引数としてＴＦ＿ｒｅｌａｔｅｄ＿ｔａｂｌｅを参照することにより、下りリンクの共有チャネルのデータサイズ  (Ｓｉｚｅと記載する)と、変調方式(Ｍｏｄｕｌａｔｉｏｎと記載する)を再度決定する。【０３４５】
【数１８】
2008105418.tif 000031
ステップＳ１２２４の処理の後、ステップＳ１２２６に進む。【０３４６】
一方、Ｓｉｚｅ≦Ｎｍａｘ，ｂｉｔである場合(ステップＳ１２２２の判定結果：ＮＯ)、ステップＳ１２２６に進む。【０３４７】
次に、ステップＳ１２２６において、ＲＬＣ  Ｂｕｆｆｅｒ内に十分データがあるか否かを判定する。【０３４８】
ＲＬＣ  Ｂｕｆｆｅｒ内に十分データがあると判定した場合（ステップＳ１２２６の判定結果：ＹＥＳ）、ステップＳ１２２８において、以下の手順により、上記Ｓｉｚｅを有するＭＡＣ  ＰＤＵに、ＭＡＣレイヤの制御情報及びＲＬＣ  Ｂｕｆｆｅｒ内の全論理チャネルのデータを多重する。【０３４９】
（手順１）  まず、ＭＡＣレイヤの制御情報が存在する場合には、最優先で上記ＭＡＣレイヤの制御情報を多重する。【０３５０】
(手順２)  次に、優先度の高い論理チャネルから順に、ＲＬＣ  ｂｕｆｆｅｒ内のデータを切り出して多重する。同一の優先度の論理チャネルが２つ以上存在する場合には、ＤＣＣＨが存在するのであればＤＣＣＨを最優先とし、ＤＣＣＨが存在しないのであれば、任意の論理チャネルから順に、ＲＬＣ  ｂｕｆｆｅｒ内のデータを切り出して多重する。ここで、上記任意の論理チャネルを選択する方法として、ラウンドロビンを用いてもよい。【０３５１】
そして、ステップＳ１２３０において、当該Ｓｕｂ−ｆｒａｍｅの送信に使用されるＲＢ  ｇｒｏｕｐ及び変調方式、ペイロードサイズを決定する。すなわち、上記データの送信に使用されるＲＢ  ｇｒｏｕｐは、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐと同一とする。上記データの送信に使用される変調方式は、Ｍｏｄｕｌａｔｉｏｎと同一とする。上記データのペイロードサイズは、Ｓｉｚｅと同一とする。【０３５２】
一方、ＲＬＣ  Ｂｕｆｆｅｒ内に十分データがないと判定した場合（ステップＳ１２２６の判定結果：ＮＯ）、ステップＳ１２３２において、Ｓｉｚｅ≦Ｓｉｚｅａｌｌとなるまで、割り当てるＲＢ数を減らす。ここで、Ｓｉｚｅａｌｌは、ＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋ及び全ＬｏｇｉｃａｌＣｈａｎｎｅｌのＲＬＣ  Ｂｕｆｆｅｒ内のデータの合計サイズである。以下に詳細な処理方法を示す。【０３５３】
まず、ＭＡＣ  ｃｏｎｔｒｏｌ  ｂｌｏｃｋ及び全論理チャネルＲＬＣ  ｂｕｆｆｅｒ内のデータの合計サイズＳｉｚｅａｌｌとＣＱＩＴＦＲを引数としてＴＦ＿ｒｅｌａｔｅｄ＿ｔａｂｌｅを参照することにより、割り当てるＲＢ数ＮＵＭＲＢを再計算する。【０３５４】
【数１９】
2008105418.tif 000032
下りリンク送信タイプがディストリビューティドである場合、送信に用いるＲＢ  ｇｒｏｕｐ内のＲＢ数がＮＵＭＲＢ未満とならない範囲内で、以下の処理を繰り返すことにより、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ内のＲＢ  ｇｒｏｕｐを削除する。【０３５５】
(処理)Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ内のＲＢ  ｇｒｏｕｐの内、ＲＢ  ｇｒｏｕｐ番号が小さいＲＢ  ｇｒｏｕｐとＲＢ  ｇｒｏｕｐ番号が大きいＲＢ  ｇｒｏｕｐを、交互に順番に削除する。【０３５６】
上記処理を行った後のＴｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐを、以下の処理ではＴｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐとして用いる。また、上記処理を行った後のＴｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のＲＢ数をＮｕｍＲＢ、Ｆとする。【０３５７】
下りリンク送信タイプがディストリビュートでない場合、すなわち、下りリンク送信タイプがローカライズドである場合、送信に用いるＲＢ  ｇｒｏｕｐ内のＲＢ数がＮＵＭＲＢ未満とならない範囲内で、以下の処理を繰り返すことにより、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ内のＲＢ  ｇｒｏｕｐを削除する。【０３５８】
(処理)ＣＱＩａｄｊｕｓｔｅｄの値が小さいＲＢ  ｇｒｏｕｐから順にＲＢ  ｇｒｏｕｐを削除する。ＣＱＩａｄｊｕｓｔｅｄが最も小さいＲＢ  ｇｒｏｕｐが２つ以上存在する場合、ＲＢ数が小さいＲＢ  ｇｒｏｕｐからＲＢ  ｇｒｏｕｐを削除し、ＣＱＩａｄｊｕｓｔｅｄが最も小さく、かつ、ＲＢ数が最も小さいＲＢ  ｇｒｏｕｐが２つ以上存在する場合、ＲＢ  ｇｒｏｕｐ番号が大きいＲＢ  ｇｒｏｕｐからＲＢ  ｇｒｏｕｐを削除する。【０３５９】
上記処理を行った後のＴｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐを、以下の処理ではＴｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐとして用いる。また、上記処理を行った後のＴｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ内のＲＢ数をＮｕｍＲＢ、Ｆとする。【０３６０】
上記の処理において削除されたＲＢ  ｇｒｏｕｐはｋ＋１番目以降のＵＥの無線リソースとして使用される。【０３６１】
そして、上記Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のＲＢ数ＮｕｍＲＢ、Ｆと、ＣＱＩＴＦＲを引数としてＴＦ＿ｒｅｌａｔｅｄ＿ｔａｂｌｅを参照することにより、下りリンクの共有チャネルのデータサイズ  (Ｓｉｚｅと記載する)と、変調方式(Ｍｏｄｕｌａｔｉｏｎと記載する)を再度決定する。【０３６２】
【数２０】
2008105418.tif 000033
そして、ステップＳ１２３４において、前記Ｓｉｚｅを有するＭＡＣ  ＰＤＵに、ＭＡＣレイヤの制御情報及びＲＬＣ  Ｂｕｆｆｅｒ内の全論理チャネルのデータを多重する。【０３６３】
そして、ステップＳ１２３０において、当該Ｓｕｂ−ｆｒａｍｅの送信に使用されるＲＢ  ｇｒｏｕｐ及び変調方式、ペイロードサイズを決定する。すなわち、上記データの送信に使用されるＲＢ  ｇｒｏｕｐは、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐと同一とする。上記データの送信に使用される変調方式は、Ｍｏｄｕｌａｔｉｏｎと同一とする。上記データのペイロードサイズは、Ｓｉｚｅと同一とする。【０３６４】
尚、上述した例におけるＲＬＣ  Ｂｕｆｆｅｒは、一般には、データバッファである。また、ＲＬＣ  Ｂｕｆｆｅｒではなく、ＰＤＣＰ  Ｂｕｆｆｅｒに関して同様の処理を行ってもよい。【０３６５】
ステップＳ１１１６において、ＲＶ  Ｓｅｌｅｃｔｉｏｎ  （Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ  Ｓｅｌｅｃｔｉｏｎ）を行う。【０３６６】
ステップＳ１１１８において、ｋの値をインクリメントし、ステップＳ１１２０において、ｋの値が、ＮＤＬ−ＳＣＨ以下であるか否かを判定する。ｋの値がＮＤＬ−ＳＣＨ以下である場合（ステップＳ１１２０の処理：ＹＥＳ）、ステップＳ１１１２の前に戻る。一方、ｋの値がＮＤＬ−ＳＣＨ以下でない場合（ステップＳ１１２０の処理：ＮＯ）、処理を終了する。【０３６７】
次に、本実施例に係る基地局装置２００について、図１３を参照して説明する。【０３６８】
本実施例に係る基地局装置２００は、レイヤー１処理部２５２と、ユーザ装置状態管理部２５４と、スケジューリング係数計算部２５６と、ＵＥ選択部２５８と、ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２６８と、ＭＡＣ制御信号生成部２６０と、共通ＣＨ、ＭＣＨリソース管理部２６２と、周波数リソース管理部２６４と、パーシステントリソース管理部２６６と、ＨＡＲＱ制御部２７０（２７０１、２７０２、・・・、２７０ｎ）と、ＲＬＣ／ＰＤＣＰ処理部２７２とを備える。ＨＡＲＱ制御部２７０は、ＵＥ＃１、＃２、…、ＵＥ＃ｎに関するＨＡＲＱ制御部２７０1、ＨＡＲＱ制御部２７０２、…、ＨＡＲＱ制御部２７０ｎから構成される。ＲＬＣ／ＰＤＣＰ処理部２７２は、ＵＥ＃１の論理チャネル＃１、ＵＥ  ＃１の論理チャネル２、…、ＵＥ  ＃１の論理チャネル＃ｋ、ＵＥ  ＃２の論理チャネル＃１、…、ＵＥ  ＃ｎの論理チャネル＃ｋに関するＲＬＣ  Ｂｕｆ２７２１１，１、ＲＬＣ  Ｂｕｆ２７２１１，２、ＲＬＣ  Ｂｕｆ２７２１１，ｋ、ＲＬＣ  Ｂｕｆ２７２１２，１、…、ＲＬＣ  Ｂｕｆ２７２１ｎ，ｋから構成される。【０３６９】
尚、図１３においては、ＵＥ  ＃ｎのＨＡＲＱ制御部ｎを、ＵＥ毎に備えているが、ＵＥ毎に備える必要はなく、全ＵＥに関して１つのＨＡＲＱ制御部を備えていてもよいし、複数のＵＥに関して１つのＨＡＲＱ制御部を備えていてもよい。ＲＬＣ  Ｂｕｆｆｎ，ｋに関しても、１ＵＥに対して１つのＲＬＣ  Ｂｕｆとし、論理チャネル毎にＲＬＣ  Ｂｕｆを備えなくてもよいし、あるいは、全ＵＥに関して１つのＲＬＣ  Ｂｕｆを備えていてもよい。【０３７０】
レイヤー１処理部２５２は、レイヤー１に関する処理を行う。具体的には、レイヤー１処理部２５２では、下りリンクで送信される共有チャネルのチャネル符号化やＩＦＦＴ処理、上りリンクで送信される共有チャネルのＦＦＴ処理やチャネル復号化等の受信処理などが行われる。上記下りリンクで送信される共有チャネルとは、例えば、Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇが適用される共有チャネルと、Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇが適用される共有チャネルである。【０３７１】
また、レイヤー１処理部２５２は、下りリンクの共有チャネルのための制御情報であるＤｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎや、上りリンクの共有チャネルのための制御情報であるＵＬ  Ｓｃｈｅｄｕｌｉｎ  Ｇｒａｎｔの送信処理を行う。【０３７２】
また、レイヤー１処理部２５２は、上りリンクで送信される制御情報、すなわち、Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ（ＣＱＩ）や下りリンクの共有チャネルに関する送達確認情報の受信処理を行う。上記ＣＱＩや送達確認情報は、ユーザ装置状態管理部２５４に送信される。【０３７３】
また、レイヤー１処理部２５２は、上りリンクで送信されるサウンディング用のリファレンス信号や上記ＣＱＩの信号に基づき、上りリンクの同期状態を判定し、上記判定結果をユーザ装置状態管理部２５４に通知する。【０３７４】
また、レイヤー１処理部２５２は、上りリンクで送信されるサウンディング用のリファレンス信号や上記ＣＱＩの信号に基づき、上りリンクの受信タイミングを推定してもよい。上記上りリンクの受信タイミングの推定結果は、例えば、ユーザ装置状態管理部２５４を介して、ＭＡＣ制御信号生成部２６０に送信される。【０３７５】
尚、レイヤー１処理部２５２は無線インタフェースに接続されている。より具体的には、下りリンクに関しては、レイヤー１処理部２５２で生成されたベースバンド信号が無線周波数帯に変換され、その後、アンプにおいて増幅され、アンテナを介して、ＵＥに信号が送信される。一方、上りリンクに関しては、アンテナで受信された無線周波数信号がアンプで増幅された後に、周波数変換されてベースバンド信号として、レイヤー１処理部２５２に入力される。【０３７６】
ユーザ装置状態管理部２５４は、各ＵＥの状態管理を行う。例えば、ユーザ装置状態管理部２５４は、ＨＡＲＱ  Ｅｎｔｉｔｙの状態の管理や、ＵＥのＭｏｂｉｌｉｔｙの管理及び制御や、ＤＲＸ状態の管理、上り同期状態の管理、パーシステントスケジューリングを適用するか否かの管理、ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｂｌｏｃｋの送信の有無の管理、下りリンク送信状態の管理、バッファ状態の管理を行い、かつ、ステップＳ１０２４でスケジューリング係数の計算を行うための各メトリックの算出、及び、スケジューリング係数を計算するべきか否かの判定を行う。すなわち、ユーザ装置状態管理部２５４は、図１０におけるステップＳ１００４〜Ｓ１０２２の処理を行う。【０３７７】
尚、上記ＵＥのＭｏｂｉｌｉｔｙとは、ＵＥが通信するセルを切り替えるハンドオーバのことであり、同周波のハンドオーバ及び異周波のハンドオーバ及び異なるシステム間のハンドオーバを含む。異周波のハンドオーバ及び異システム間のハンドオーバの場合には、Ｍｅａｓｕｒｅｍｅｎｔ  Ｇａｐの管理及び制御が、上記ＵＥのＭｏｂｉｌｉｔｙの管理及び制御に含まれる。【０３７８】
さらに、ユーザ装置状態管理部２５４は、ステップＳ９０２、Ｓ９０４、Ｓ９０６の処理を行う。具体的には、ユーザ装置状態管理部２５４は、当該Ｓｕｂ−ｆｒａｍｅのＤＬ  ＭＡＣのＳｕｂ−ｆｒａｍｅあたりの最大多重数を設定し、当該Ｓｕｂ−ｆｒａｍｅにおけるＭＣＨの数をカウントし、当該Ｓｕｂ−ｆｒａｍｅにおけるＤ−ＢＣＨおよびＰＣＨおよびＲＡＣＨ  ｒｅｓｐｏｎｓｅおよびＲＡＣＨ  ｍｅｓｓａｇｅ  ４の数をカウントする。【０３７９】
スケジューリング係数計算部２５６は、図１０におけるステップＳ１００２、Ｓ１０２４〜Ｓ１０３２の処理を行う。具体的には、スケジューリング係数計算部２０６は、当該Ｓｕｂ−ｆｒａｍｅにおいて各ユーザ装置のスケジューリング係数を計算する（図１１参照）。そして、ＵＥ選択部２５８は、前記スケジューリング係数に基づき、ダイナミックスケジューリングによる無線リソースの割り当てが行われるユーザ装置を選択する。ＵＥ選択部２５８は、ダイナミックスケジューリングによる無線リソースの割り当てが行われるＵＥの数ＮＤＬ−ＳＣＨをトランスポートフォーマット・リソースブロック選択(ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ)部２６８に入力する。【０３８０】
ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２６８は、ステップＳ１１１０、ステップＳ１１１２、ステップＳ１１１４、ステップＳ１１１６、ステップＳ１１２０の処理を行う。具体的には、ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２６８は、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに関する送信フォーマットの決定と無線リソースの割り当てを行う。ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２６８で決定されたＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに関する送信フォーマットや無線リソースに関する情報は、レイヤー１処理部２５２に送られ、レイヤー１処理部２５２において、ＤＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎの送信処理や、下りリンクの共有チャネルの送信処理に用いられる。【０３８１】
共通ＣＨ、ＭＣＨリソース管理部２６２は、ＭＣＨや共通チャネル（Ｃｏｍｍｏｎ  ｃｈａｎｎｅｌ）、例えば同期チャネル（ＳＣＨ）、プライマリ報知チャネル（Ｐ−ＢＣＨ）、Ｄ−ＢＣＨ、ページングチャネル（ＰＣＨ）、ランダムアクセスチャネル応答（ＲＡＣＨ  ｒｅｓｐｏｎｓｅ)、ＲＡＣＨ  ｍｅｓｓａｇｅ  ４に関する送信フォーマットの決定と無線リソースの割り当てを行う。そして、上記無線リソースの内、周波数リソースを周波数リソース管理部２６４に通知する。また、共通ＣＨ、ＭＣＨリソース管理部２６２において決定された送信フォーマットや割り当てられた無線リソースは、周波数リソース管理部２６４、ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２６８を介して、レイヤー１処理部２５２に送られ、レイヤー１処理部２５２において、上記ＭＣＨや共通チャネル（Ｃｏｍｍｏｎ  ｃｈａｎｎｅｌ）のレイヤー１の処理が行われる。【０３８２】
周波数リソース管理部２６４は、ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２６８、共通ＣＨ、ＭＣＨリソース管理部２６２、パーシステントリソース管理部２６６と接続され、周波数リソースの管理を行う。より具体的には、Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇが適用される下りリンクの共有チャネルに利用可能な残りの周波数リソースを監視し、ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２６８におけるステップＳ１１１０の処理に必要な情報をＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２６８に提供する。【０３８３】
パーシステントリソース管理部２６６は、パーシステントスケジューリングが適用されるＤＬ−ＳＣＨの状態管理及び無線リソースの管理を行う。より具体的には、パーシステントリソース管理部２６６は、パーシステントスケジューリングが適用されるＤＬ−ＳＣＨに関する送信フォーマットの決定と無線リソースの管理を行う。そして、上記無線リソースの内、周波数リソースを周波数リソース管理部２６４に通知する。また、パーシステントリソース管理部２６６において決定された送信フォーマットや割り当てられた無線リソースは、周波数リソース部２６４、ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２６８を介して、レイヤー１処理部２５２に送られ、レイヤー１処理部２５２において、上記パーシステントスケジューリングが適用されるＤＬ−ＳＣＨのレイヤー１の処理が行われる。【０３８４】
また、パーシステントリソース管理部２６６は、ユーザ装置状態管理部２５４におけるステップＳ１０１２〜Ｓ１０１６の処理を行うための情報を、ユーザ装置状態管理部２５４に与える。【０３８５】
ＭＡＣ制御信号生成部２６０は、各ＵＥに関して、ＭＡＣ制御信号を送信すべきか否かを判定し、ＭＡＣ制御信号を送信すべきであると判定した場合には、その情報をユーザ装置状態管理部２５４に通知する。また、上記ＭＡＣ制御信号が実際にＭＡＣ  ＰＤＵにマッピングされる場合には、ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２６８に、上記ＭＡＣ制御信号を与える。【０３８６】
尚、ＭＡＣ制御信号には、上りリンクの信号の送信タイミングを調節するタイミングアドバンスや上り同期の確立を指示する制御信号やＤＲＸ状態に入ることを指示する制御信号等がある。各制御信号を送信するか否かの判断は、ユーザ装置状態管理部２５４やレイヤー１処理部２５２からの情報に基づいて行われる。【０３８７】
ＨＡＲＱ制御部２７０は、各ＵＥのＨＡＲＱの制御を行う。【０３８８】
ＲＬＣ／ＰＤＣＰ処理部２７２は、各ＵＥのＲＬＣレイヤ及びＰＤＣＰレイヤの制御を行う。さらに、ＲＬＣ／ＰＤＣＰ処理部２７２は、ＵＥ#nの論理チャネル#kに関するＲＬＣ  Ｂｕｆｆｅｒ、すなわち、ＲＬＣ  Ｂｕｆ２７２１n,kを備え、下りリンクにおいて送信すべきＲＬＣレイヤのデータのバッファリングを行う。【０３８９】
尚、ＲＬＣ  Ｂｕｆ２７２１n,kは、上述した例では、ＲＬＣレイヤのデータのバッファリングを行っているが、代わりに、ＲＬＣレイヤとＰＤＣＰレイヤのデータのバッファリングを行ってもよい。【０３９０】
すなわち、当該Ｓｕｂ−ｆｒａｍｅにおいて下りリンクの共有チャネルにより送信されるデータは、ＲＬＣ／ＰＤＣＰ処理部２７２において、そのバッファＲＬＣ  Ｂｕｆ２７２１n,kより切り出され、ＨＡＲＱ制御部２７０においてＨＡＲＱの処理が行われ、ＵＥ選択部２５８、ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２６８を介して、レイヤー１処理部２５２に送られ、レイヤー１処理部２５２において、符号化やＩＦＦＴ等の送信処理が行われる。【０３９１】
本発明は上記の実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。【０３９２】
例えば、上述した実施例においては、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮ（別名：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，或いは，Ｓｕｐｅｒ  ３Ｇ）が適用されるシステムにおける例が説明されたが、本発明に係る移動局、基地局装置、移動通信システム及び通信制御方法は、共有チャネルを用いた通信を行う他のシステムにも適用可能である。【０３９３】
すなわち、本発明はここでは記載していない様々な実施形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。【０３９４】
説明の便宜上、本発明を幾つかの実施例に分けて説明したが、各実施例の区分けは本発明に本質的ではなく、２以上の実施例が必要に応じて使用されてよい。発明の理解を促すため具体的な数値例を用いて説明したが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてよい。【０３９５】
以上、本発明は特定の実施例を参照しながら説明されてきたが、各実施例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウエアで、ソフトウエアで又はそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が包含される。【０３９６】
本国際出願は、２００７年３月１日に出願した日本国特許出願２００７−０５２１１５号、２００７年６月１９日に出願した日本国特許出願２００７−１６１９３８号及び２００７年１２月２０日に出願した日本国特許出願２００７−３２９０２４号に基づく優先権を主張するものであり、２００７−０５２１１５号、２００７−１６１９３８号及び２００７−３２９０２４号の全内容を本国際出願に援用する。
【図１】
2008105418.tif 000034
【図２】
2008105418.tif 000035
【図３】
2008105418.tif 000036
【図４】
2008105418.tif 000037
【図５】
2008105418.tif 000038
【図６】
2008105418.tif 000039
【図７】
2008105418.tif 000040
【図８】
2008105418.tif 000041
【図９】
2008105418.tif 000042
【図１０】
2008105418.tif 000043
【図１１】
2008105418.tif 000044
【図１２】
2008105418.tif 000045
【図１３】
2008105418.tif 000046
【図１４】
2008105418.tif 000047
【図１５】
2008105418.tif 000048
【国際調査報告】
2008105418.tif 000049
2008105418.tif 000050
2008105418.tif 000051
2008105418.tif 000052