JP5069740B2 - 基地局装置及び通信制御方法 - Google Patents

Description

本発明は、下りリンクにおいて直交周波数分割多重ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）を適用する移動通信システムに関し、特に基地局装置及び通信制御方法に関する。

Ｗ−ＣＤＭＡやＨＳＤＰＡの後継となる通信方式、すなわちＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）が、Ｗ−ＣＤＭＡの標準化団体３ＧＰＰにより検討され、無線アクセス方式として、下りリンクについてはＯＦＤＭ、上りリンクについてはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）が検討されている（例えば、非特許文献１参照）。

ＯＦＤＭは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各周波数帯上にデータを載せて伝送を行う方式であり、サブキャリアを周波数上に、一部重なりあいながらも互いに干渉することなく密に並べることで、高速伝送を実現し、周波数の利用効率を上げることができる。

ＳＣ−ＦＤＭＡは、周波数帯域を分割し、複数の端末間で異なる周波数帯域を用いて伝送することで、端末間の干渉を低減することができる伝送方式である。ＳＣ−ＦＤＭＡでは、送信電力の変動が小さくなる特徴を持つことから、端末の低消費電力化及び広いカバレッジを実現できる。

上述したＬＴＥは、下りリンク及び上りリンクにおいて共有チャネルを用いた通信システムである。例えば、下りリンクにおいては、基地局装置は、サブフレーム毎（１ｍｓ毎）に、上記共有チャネルを用いて通信を行う移動局を選別し、選別した移動局に対して上記共有チャネルを送信する。ここで、上述したような、共有チャネルを用いて通信を行う移動局を選別する処理は、スケジューリング処理と呼ばれる。

また、ＬＴＥでは、適応変調・符号化（Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ）が適用されるため、上記共有チャネルの送信フォーマットはサブフレーム毎に異なる。ここで、上記送信フォーマットとは、例えば、周波数リソースであるリソースブロックの割り当て情報や変調方式、ペイロードサイズ、リダンダンシーバージョン（Ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）パラメータやプロセス番号等の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が閾値Threshold_CQI以上であり、かつ、当該UEのFd推定値が閾値Threshold_Fd,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より設定されるパラメータを示す。

テーブル３及び４に、Sub-frame単位で、各UEの各論理チャネルに与えられる入力パラメータを示す。

テーブル１及び２に示す入力パラメータに基づいて、ＵＥ ＃ｎ、Ｈｉｇｈｅｓｔ Ｐｒｉｏｒｉｔｙの論理チャネル#hのスケジューリング係数Ｃ_ｎを式（１）の通り計算する。

あるいは、上記ＵＥ ＃ｎ、Ｈｉｇｈｅｓｔ Ｐｒｉｏｒｉｔｙの論理チャネル#hのスケジューリング係数Ｃ_ｎは、以下のように計算されてもよい。

式（１´）は、式（１）に、「Ｈ（ｆｌａｇ_{ｇａｐ＿ｃｏｎｔｒｏｌ}）」の項が付け加えられている。ｆｌａｇ_{ｇａｐ＿ｃｏｎｔｒｏｌ}は，当該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にあり、かつ、本処理（ステップＳ３２０）が行われる場合には、当該サブフレームは、異なる周波数のセルを測定するモードにおける、同じ周波数（本来の周波数）の信号を送受信するタイミングである。すなわち、「Ｈ（ｆｌａｇ_{ｇａｐ＿ｃｏｎｔｒｏｌ}）」の項により、異なる周波数のセルを測定するモードにおける、同じ周波数（本来の周波数）の信号を送受信するタイミングにある移動局に対して優先的に共有チャネルを割り当てることが可能となる。

尚、Ｉｎｔｒａ−ｅＮＢ Ｈａｎｄ Ｏｖｅｒ （Ｉｎｔｒａ−ｅＮＢ ＨＯ）の際には、スケジューリングに用いる測定値、算出値は、Ｔａｒｇｅｔ ｅＮＢ （ハンドオーバ先のｅＮＢ）に引き継ぐものとする。

ステップＳ３２０では、平均データレート(Ａｖｅｒａｇｅ Ｄａｔａ Ｒａｔｅ)の測定が行われる。

Ａｖｅｒａｇｅ Ｄａｔａ Ｒａｔｅは、式（２）を用いて求められる。

ただし、Ｎ_ｎ，ｋ（１，２，・・・）は、Ａｖｅｒａｇｅ Ｄａｔａ Ｒａｔｅの更新回数である。但し、Ｎ_ｎ，ｋ＝０となるSub-frameにおいては、式（３）とする。

また、忘却係数δ_ｎ，ｋは、以下のように計算される。
δ_ｎ，ｋ＝ｍｉｎ（１−１／Ｎ_ｎ，ｋ，δ´_{ＰＣｎ，ｋ}）
Ａｖｅｒａｇｅ Ｄａｔａ Ｒａｔｅの更新周期は「基地局装置２００内のデータバッファに送信すべきデータが存在した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を用意してもよい。
例えば、High_MAC, High_DRX, High, Middle, Lowの5通りのScheduling priority groupを用意し、優先度を、高い順から、High_MAC, High_DRX, High, Middle, Lowとする。そして、送信すべきMAC control blockを有するUEに対しては、そのＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐを、Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルのＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐに関係なく、「High_MAC」とし、DRX状態で，かつ，DRX受信タイミング時のUEに対しては、そのＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐを、Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルのＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐに関係なく、「High_DRX」としてもよい。送信すべきMAC control blockを有するUE、または、DRX状態で，かつ，DRX受信タイミング時のUEに対して、より優先的に共有チャネルを割り当てることが可能となる。例えば、MAC control blockを有するUEとMAC control blockを持たないUEが存在する場合には、式（１）におけるC_nの値に関係なく、MAC control blockを有するUEに対して、優先的に共有チャネルを割り当てることが可能となる。
尚、上述した例においては、優先度を、高い順から、High_MAC, High_DRX, High, Middle, Lowとしたが、これは一例であり、その他の順番、例えば、High, High_MAC, High_DRX, Middle, Low等であってもよい。

次に、ステップＳ２１２において行われる下りリンクＴＦＲ選択処理について、図４を参照して説明する。

図４には、ＤＬ ＴＦＲ ｓｅｌｅｃｔｉｏｎの処理フローを示す。本処理フローにより、共通チャネル（Ｃｏｍｍｏｎ ｃｈａｎｎｅｌ）、例えば同期信号（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ、あるいは、同期チャネルＳＣＨとも呼ばれる）、報知チャネル（BCH）、ページングチャネル（PCH）、ランダムアクセスチャネル応答（RACH response、あるいは、ランダムアクセス手順におけるＭｅｓｓａｇｅ２）及びＰｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCH、Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに関する送信フォーマットの決定と無線リソースの割り当てが行われる。

共通チャネルに対するリソースブロックの割り当て（ＲＢ ａｌｌｏｃａｔｉｏｎ ｆｏｒ Ｃｏｍｍｏｎ ｃｈａｎｎｅｌ）が行われる（ステップＳ４０２）。

当該Sub-frameにおいて同期信号が送信される場合には、テーブル５に示すRBを同期信号に割り当てる。システム帯域幅が５ＭＨｚの場合には２５個のリソースブロックにより構成され、１０ＭＨｚの場合には５０個のリソースブロックにより構成され、２０ＭＨｚの場合には１００個のリソースブロックにより構成される。各リソースブロックには、一端から＃０で始まる識別番号が付される。同期信号に割り当てられたRBを含むRB groupは、Ｄｙｎａｍｉｃ Ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに割り当てられない。システム帯域幅が１０ＭＨｚ及び２０ＭＨｚの場合には、システム帯域の中心に位置する６個のリソースブロックを同期信号に割り当てる。すなわち、システム帯域幅が１０ＭＨｚの場合には、ＲＢ＃２２乃至ＲＢ＃２７を同期信号に割り当て、また、システム帯域幅が２０ＭＨｚの場合には、ＲＢ＃４７乃至ＲＢ＃５２を同期信号に割り当てる。システム帯域幅が５ＭＨｚの場合には、図５に示すように、システム帯域幅の中心に位置する７個のリソースブロックを同期信号に割り当てる。すなわち、システム帯域幅が５ＭＨｚの場合には、ＲＢ＃９乃至ＲＢ＃１５を同期信号に割り当てられる。

尚、上述した同期信号に割り当てられるリソースブロックは、他のチャネルがマッピングされないように、同期信号のために確保されたリソースブロックを意味し、同期信号が実際にマッピングされるリソースブロックあるいはサブキャリアを示すものではない。すなわち、同期信号は、上記同期信号のために割り当てられたリソースブロックの中の所定のサブキャリアにマッピングされる。例えば、同期信号は、システム帯域の中心に位置する７２個のサブキャリアにマッピングされて送信される。この場合、同期信号がマッピングされるサブキャリア番号をｋとすると、ｋは以下のように記載される。

ここで、Ｎ_ＢＷ ^ＤＬは、システム帯域全体のサブキャリア数である。この場合、システム帯域幅が５ＭＨｚの場合には、同期信号がマッピングされるサブキャリアの集合は、下りリンクの共有チャネルがマッピングされるリソースブロックと一致しない（図５を参照）。すなわち、下りリンクの共有チャネルがマッピングされるリソースブロックに対して、９０ｋＨｚ（６サブキャリア）ずれたサブキャリアの集合で送信される。
尚、同期信号の送信電力（全てのｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ （ｓｕｂ−ｃａｒｒｉｅｒ）の送信電力の和。絶対値とし、単位をWとする）をＰ_ＳＣＨとする。

当該Sub-frameにおいてBCHが送信される場合には、テーブル６に示すRBをBCHに割り当てる。システム帯域幅が１０ＭＨｚ及び２０ＭＨｚの場合には、システム帯域の中心に位置する６個のリソースブロックをＢＣＨに割り当てる。すなわち、システム帯域幅が１０ＭＨｚの場合には、ＲＢ＃２２乃至ＲＢ＃２７をＳＣＨに割り当て、また、システム帯域幅が２０ＭＨｚの場合には、ＲＢ＃４７乃至ＲＢ＃５２をＳＣＨに割り当てる。システム帯域幅が５ＭＨｚの場合には、システム帯域幅の中心に位置する７個のリソースブロックをＢＣＨに割り当てる。すなわち、システム帯域幅が５ＭＨｚの場合には、ＲＢ＃９乃至ＲＢ＃１５をＳＣＨに割り当てられる。

尚、上述したＢＣＨに割り当てられるリソースブロックは、他のチャネルがマッピングされないように、ＢＣＨのために確保されたリソースブロックを意味し、ＢＣＨが実際にマッピングされるリソースブロックあるいはサブキャリアを示すものではない。すなわち、ＢＣＨは、上記ＢＣＨのために割り当てられたリソースブロックの中の所定のサブキャリアにマッピングされる。例えば、ＢＣＨは、同期信号がマッピングされるサブキャリアと同じサブキャリア番号にマッピングされてもよい。この場合、システム帯域幅が５ＭＨｚの場合には、同期信号がマッピングされるサブキャリアの集合は、下りリンクの共有チャネルがマッピングされるリソースブロックと一致しない。すなわち、下りリンクの共有チャネルがマッピングされるリソースブロックに対して、９０ｋＨｚ（６サブキャリア）ずれたサブキャリアの集合で送信される。

すなわち、基地局装置２００は、システム帯域幅が５ＭＨｚである場合に、図５に示すように、下りリンクの共有チャネルがマッピングされるリソースブロックに対して、９０ｋＨｚ（６サブキャリア）ずれたサブキャリアの集合で報知チャネルを送信する。

また、ユーザ装置１００_ｎは、システム帯域幅が５ＭＨｚである場合に、図５に示すように、下りリンクの共有チャネルがマッピングされるリソースブロックに対して、９０ｋＨｚ（６サブキャリア）ずれたサブキャリアの集合で報知チャネルを受信する。

尚、BCHの送信電力（全てのｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ （ｓｕｂ−ｃａｒｒ
ｉｅｒ）の送信電力の和。絶対値とし、単位をＷとする）をＰ_ＢＣＨとする。

尚、ＢＣＨはトランスポートチャネルとしての名前であり、物理チャネルとしては、Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ （ＣＣＰＣＨ）である。

当該Sub-frameにおいてPCHが送信される場合には、外部インタフェース（ＩＦ）より設定されるＲＢ ｇｒｏｕｐをPCHに割り当てる。尚、ＰＣＨのデータサイズまたはＰＣＨが送信されるユーザ装置の数に応じたＴＦＲ Ｓｅｌｅｃｔｉｏｎを行うようにしてもよい。

当該Sub-frameにおいてRACH response(ランダムアクセスチャネル応答、あるいは、ランダムアクセス手順におけるＭｅｓｓａｇｅ２)が送信される場合には、RACH response
のＴＦＲ ｓｅｌｅｃｔｉｏｎを行うためのCQI値CQI_RACHres(i)と、ＲＡＣＨ ｒｅｓｐｏｎｓｅのサイズSize_RACHresに基づいて、RACH responseに割り当てるRB数Num_RB,RACHresを決定する。

ＲＡＣＨ ｒｅｓｐｏｎｓｅのサイズSize_RACHresは、当該ＲＡＣＨ ｒｅｓｐｏｎｓ
ｅに多重されるUEの数と、そのRACH送信目的により決定される。

上記CQI値CQI_RACHres(i)は、ＲＡＣＨ プリアンブル（ＲＡＣＨ ｐｒｅａｍｂｌｅ）の品質情報毎に外部インタフェース（IF）より設定される。iは品質情報のIndexであり、ＲＡＣＨ ｒｅｓｐｏｎｓｅ内に多重されるUEの品質情報の中で、最も品質の低い値（Indexの値が最も小さい値）を設定する。

Ｎｕｍ_{ＲＢ，ＲＡＣＨｒｅｓ}＝ＤＬ＿Ｔａｂｌｅ＿ＴＦ＿ＲＢ（Ｓｉｚｅ_{ＲＡＣＨｒｅｓ}，ＣＱＩ_{ＲＡＣＨｒｅｓ}（ｉ）） （ｉ＝０，１，２，３）
そして、当該ＲＡＣＨ ｒｅｓｐｏｎｓｅに割り当てられるRBの数がNum_RB,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数であり、N_BCH、N_SCH、N_PCH、N_RACHres、N_persistは、それぞれ、当該Sub-frameにおいてBCH、同期信号、PCH、ＲＡＣＨ ｒｅｓｐｏｎｓｅ、Ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに割り当てられるRBの数である。

Ｎ_{ｄｙｎａｍｉｃ} ^（ＲＢ）<Ｎ_{ｓｙｓｔｅｍ} ^（ＲＢ）−Ｎ_{ｃｏｍｍｏｎ}−Ｎ_{ｐｅｒｓｉｓｔ}である場合には、当該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がN_a個と、UEより報告されるCQIのＲＢ ｇｒｏｕｐ#bのRBがN_b個とが存在する場合には、上記ＤＬ ＴＦＲ ＳｅｌｅｃｔｉｏｎにおけるＲＢ ｇｒｏｕｐ# iのCQIは以下のように算出される。

Outer-loop的なオフセット調節処理(ＣＱＩ ｏｆｆｓｅｔ ａｄｊｕｓｔｍｅｎｔ)について説明する。

ＣＱＩ＿ｏｆｆｓｅｔ_ｉは、Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルのｐｒｉｏｒｉｔｙ ｃｌａｓｓがX_i,adjustであるDL-SCHの送達確認情報（ＣＲＣ ｃｈｅｃｋ結果）に基づいて、式（４）に示すようにOuter-loop的に調節される。Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルのＰｒｉｏｒｉｔｙ ｃｌａｓｓがX_i,adjustと異なる場合には、Outer-loop的なオフセットの調節（式（４）の処理）は行われない。

ＣＱＩ＿ｏｆｆｓｅｔ_ｉは、UE毎に調節される。また、ＣＱＩ ｏｆｆｓｅｔ ａｄｊｕｓｔｍｅｎｔ処理の対象となるＰｒｉｏｒｉｔｙ ｃｌａｓｓ X_i,adjustは、外部入力インタフェース（ＩＦ）よりUE毎に設定される。

Δ_ａｄｊ ^（ＰＣ）、ＢＬＥＲ_{ｔａｒｇｅｔ} ^（ＰＣ）は外部入力インタフェース（ＩＦ）より設定可能とするようにしてもよい。但し、ＣＱＩ＿ｏｆｆｓｅｔ_ｉの最大値をＣＱＩ＿ｏｆｆｓｅｔ_ＰＣ ^{（ｍａｘ）}、最小値をＣＱＩ＿ｏｆｆｓｅｔ_ＰＣ ^{（ｍｉｎ）}とする。上記ＣＱＩ＿ｏｆｆｓｅｔ_ｉの最大値ＣＱＩ＿ｏｆｆｓｅｔ_ＰＣ ^{（ｍａｘ）}、最小値ＣＱＩ＿ｏｆｆｓｅｔ_ＰＣ ^{（ｍｉｎ）}は、外部入力インタフェース（ＩＦ）より設定される。ＣＱＩ＿ｏｆｆｓｅｔ_ｉが最大値あるいは最小値に張り付いた場合には、式（４）の計算は行わない。

そして、上記ＣＱＩ＿ｏｆｆｓｅｔ_ｉが、電力オフセットとして、各ＲＢ ｇｒｏｕｐのCQI値及びシステム帯域全体に関するＣＱＩの値に加算される。式（５）の処理は、「当該Sub-frameにおいて、Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルのＰｒｉｏｒｉｔｙ ｃｌａｓｓがX_i,adjustであるか否か」に依らず、ＤＬ ＴＦＲ Ｓｅｌｅｃｔｉｏｎを行う全てのSub-frameにおいて行われる。
ＣＱＩ_{ａｄｊｕｓｔｅｄ}（ｉ）＝ＣＱＩ_{ａｄｊｕｓｔｅｄ}（ｉ）＋ＣＱＩ＿ｏｆｆｓｅｔ_ｉ （５）
優先度に基づくオフセット処理について説明する。

Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルの優先度に基づくオフセットΔ_ＰＣにより、各ＲＢ ｇｒｏｕｐのCQI値及びシステム帯域全体に関するCQI値が調整される。Δ_ＰＣは例えば外部入力インタフェース（ＩＦ）より設定される。添え字のPCはＰｒｉｏｒｉｔｙ ｃｌａｓｓを示す。

ＣＱＩ_{ａｄｊｕｓｔ}（ｉ）＝ＣＱＩ_{ａｄｊｕｓｔ}（ｉ）−Δ_ＰＣ
次に、リソースブロックグループ割り当て（ＲＢ ｇｒｏｕｐ ａｌｌｏｃａｔｉｏｎ）について説明する。以下の処理を行うことにより、k番目の「Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるUE（ＰＣＨ、ＲＡＣＨ ｒｅｓｐｏｎｓｅを含まない）」に対して対してＲＢ ｇｒｏｕｐの割り当てを行う。尚、DL_TF_Related_tableのイメージを図６に示す。図６には、一例としてＣＱＩが１である場合について示す。
<処理>
Ｎ_{ｒｅｍａｉｎ} ^（ＲＢ）：残りのリソースブロック数（Ｎｕｍｂｅｒ ｏｆ Ｒｅｍａｉｎｉｎｇ ＲＢｓ）
Ｎ_{ｃａｐａｂｉｌｉｔｙ}：UE categoryにより決定される最大RB数
Ｎ_{ｍａｘ，ｂｉｔ}：UE categoryより決定される最大データサイズ（Ｐａｙｌｏａｄ
ｓｉｚｅ）
Ｎ_{ｒｅｍａｉｎ} ^（ＵＥ）＝Ｎ_{ＤＬ−ＳＣＨ}−ｋ＋１

下りリンクの送信タイプがディストリビューティドである場合、当該UEに割り当てられるRBの数がＮ_{ａｌｌｏｃａｔｅｄ} ^（ＲＢ）以上になるまで、システム帯域内において離散的に分散する周波数リソースが割り当てられるように、ＲＢ ｇｒｏｕｐを選択する。例えば、ＲＢ ｇｒｏｕｐ番号の小さいＲＢ ｇｒｏｕｐから順にＲＢ ｇｒｏｕｐを割り当てた場合、システム帯域内において離散的に分散する周波数リソースが割り当てられるようにＲＢ ｇｒｏｕｐを定義しておき、ＲＢ ｇｒｏｕｐ番号が小さいＲＢ ｇｒｏｕｐから順に、ＲＢ ｇｒｏｕｐを当該UEに割り当ててもよい。

下りリンクの送信タイプがディストリビューティドでない場合（すなわち、ローカライズドである場合）、当該UEに割り当てられるRBの数がＮ_{ａｌｌｏｃａｔｅｄ} ^（ＲＢ）以上になるまで、CQI_adjustedの値が大きいＲＢ ｇｒｏｕｐから順にＲＢ ｇｒｏｕｐを当該UEに割り当てる。

上記処理において「当該UEに割り当てられる」と判定されたＲＢ ｇｒｏｕｐを以下ではＴｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐと呼ぶ。

当該UEが「上述したステップＳ３３８においてPersistent Resourceが確保された論理チャネル」を有する場合には、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐに、上記Ｐｅｒｓｉｓｔｅｎｔ Ｒｅｓｏｕｒｃｅを追加する。

Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルが再送可能なデータ有する場合、上記再送可能なデータ（ＭＡＣ ＰＤＵ）の内、Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルの「ＲＬＣ ＳＤＵのバッファ滞留時間」が最大のＲＬＣ ＳＤＵを含むデータ（ＭＡＣ ＰＤＵ）を送信する。ここで、ＲＬＣ ＳＤＵのバッファ滞留時間の定義は、上述したテーブル１の項番５におけるＲＬＣ ＳＤＵバッファ滞留時間と同一である。上記データの送信に使用されるＲＢ ｇｒｏｕｐは、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐと同一とする。変調方式は、初回送信と同一とする。

Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルが再送可能なデータを有さない場合、CQI_TFRを以下のように算出する。

下りリンク送信タイプがディストリビューティドである場合、ＣＱＩ_ＴＦＲ＝ＣＱＩ_{ａｄｊｕｓｔｅｄ}（ａｌｌ）とし、下りリンク送信タイプがディストリビュートでない場合（すなわち、ローカライズドである場合）、ＣＱＩ_ＴＦＲ＝ＣＱＩ_{ａｄｊｕｓｔｅｄ}（ｉ）をＴｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐの帯域で真値平均した値(但し、ＲＢ ｇｒｏｕｐ毎のRB数の割合を考慮して平均すること)とする。

Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のRB数(RB_available)とCQI_TFRを引数としてTF_related_tableを参照することにより、下りリンクの共有チャネルのデータサイズ (Sizeと記載する)と、変調方式(Modulationと記載する)を決定する。

ここで、Size>N_max,bitである場合には、Size≦N_max,bitとなるまで、CQI_TFRの値を1ずつ小さくする（DL_TF_related_tableの、より小さいCQIのTableを参照する。この時、RB_availableの値は変えない）。Sizeが確定した値に、Modulationの値をDL_TF_related_tableの対応する値に変更する。

そして、以下の手順により、上記Sizeを有するＭＡＣ ＰＤＵに、ＭＡＣレイヤの制御情報及びデータバッファ内の全論理チャネルのデータを多重する。ここで、上記データバッファとは、例えば、ＲＬＣ ｂｕｆｆｅｒである。

ＲＬＣ ｂｕｆｆｅｒ内に十分データがある場合について説明する。

（手順１） まず、ＭＡＣレイヤの制御情報が存在する場合には、最優先で上記ＭＡＣレイヤの制御情報を多重する。

(手順２) 次に、優先度の高い論理チャネルから順に、ＲＬＣ ｂｕｆｆｅｒ内のデータを切り出して多重する。同一の優先度の論理チャネルが２つ以上存在する場合には、DCCHが存在するのであればDCCHを最優先とし、DCCHが存在しないのであれば、任意の論理チャネルから順に、ＲＬＣ ｂｕｆｆｅｒ内のデータを切り出して多重する。ここで、上記任意の論理チャネルを選択する方法として、ラウンドロビンを用いてもよい。

ＲＬＣ ｂｕｆｆｅｒ内に十分データがない場合について説明する。

ＭＡＣ ｃｏｎｔｒｏｌ ｂｌｏｃｋ及び全論理チャネルＲＬＣ ｂｕｆｆｅｒ内のデータの合計サイズSize_allとCQI_TFRを引数としてTF_related_tableを参照することにより、割り当てるRB数NUM_RBを再計算する。

下りリンク送信タイプがディストリビューティドである場合、送信に用いるＲＢ ｇｒｏｕｐ内のRB数がNUM_RB未満とならない範囲内で、以下の処理、すなわちRB数が最も小さいＲＢ ｇｒｏｕｐを削除し、RB数が最も小さいＲＢ ｇｒｏｕｐが２つ以上存在する場合、ＲＢ ｇｒｏｕｐ番号が小さいＲＢ ｇｒｏｕｐからＲＢ ｇｒｏｕｐを削除する処理を繰り返すことにより、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ 内のＲＢ ｇｒｏｕｐを削除する（削除されたＲＢ ｇｒｏｕｐはk+1番目以降のUEの無線リソースとして使用される）。上記処理を行った後の、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のRB数を、Num_RB,Fとする。

下りリンク送信タイプがディストリビュートでない場合、送信に用いるＲＢ ｇｒｏｕｐ内のRB数がNUM_RB未満とならない範囲内で、CQI_adjustedの値が小さいＲＢ ｇｒｏｕｐから順にＲＢ ｇｒｏｕｐを削除する。CQI_adjustedが最も小さいＲＢ ｇｒｏｕｐが2つ以上存在する場合、RB数が小さいＲＢ ｇｒｏｕｐからＲＢ ｇｒｏｕｐを削除し、CQI_adjustedが最も小さく、かつ、RB数が最も小さいＲＢ ｇｒｏｕｐが２つ以上存在する場合、ＲＢ ｇｒｏｕｐ番号が大きいＲＢ ｇｒｏｕｐからＲＢ ｇｒｏｕｐを削除する処理を繰り返すことにより、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ 内のＲＢ ｇｒｏｕｐを削除してもよい。

上記の処理において削除されたＲＢ ｇｒｏｕｐはk+1番目以降のUEの無線リソースとして使用される。上記処理を行った後の、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のRB数をNum_RB,Fとする。

ステップＳ４１４におけるＲＶ Ｓｅｌｅｃｔｉｏｎ （Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ Ｓｅｌｅｃｔｉｏｎ）について説明する。

各再送回数（初回送信を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より設定されるパラメータを示す。

テーブル９に、Ｓｕｂ-ｆｒａｍｅ単位で、各ＵＥの各論理チャネルに与えられる入力パラメータを示す。

テーブル５−８に示す入力パラメータに基づいて、ＵＥ ＃ｎ、Ｈｉｇｈｅｓｔ Ｐｒｉｏｒｉｔｙの論理チャネル＃ｈのスケジューリング係数Ｃ_ｎを式（１）の通り計算する。

尚、Ｉｎｔｒａ−ｅＮＢ Ｈａｎｄ Ｏｖｅｒ （Ｉｎｔｒａ−ｅＮＢ ＨＯ）の際には、スケジューリングに用いる測定値、算出値は、Ｔａｒｇｅｔ ｅＮＢ （ハンドオーバ先のｅＮＢ）に引き継がないものとする。

ステップＳ１０２４では、平均データレート(Ａｖｅｒａｇｅ Ｄａｔａ Ｒａｔｅ)の測定が行われる。

Ａｖｅｒａｇｅ Ｄａｔａ Ｒａｔｅは、上述した式（２）を用いて求められる。

ただし、Ｎ_ｎ，ｋ（１，２，・・・）は、Ａｖｅｒａｇｅ Ｄａｔａ Ｒａｔｅの更新回数である。但し、Ｎ_ｎ，ｋ＝０となるＳｕｂ-ｆｒａｍｅにおいては、上述した式（３）とする。

また、忘却係数δ_ｎ，ｋは、以下のように計算される。
δ_ｎ，ｋ＝ｍｉｎ（１−１／Ｎ_ｎ，ｋ，δ´_{ＰＣｎ，ｋ}）
Ａｖｅｒａｇｅ Ｄａｔａ Ｒａｔｅの更新周期は「基地局装置２００内の論理チャネル＃ｋのデータバッファに送信すべきデータが存在したＳｕｂ-ｆｒａｍｅ毎」とし、ｒ_ｎ，ｋの計算方法は「送信されたＭＡＣ ＳＤＵのサイズ」とする。すなわち、Ａｖｅｒａｇｅ Ｄａｔａ Ｒａｔｅの計算は、Ａｖｅｒａｇｅ Ｄａｔａ Ｒａｔｅの更新機会のＳｕｂ-ｆｒａｍｅにおいて、以下のいずれかの動作を行う。

１．送信を行ったUEに対しては、「ｒ_ｎ，ｋ＝送信されたＭＡＣ ＳＤＵのサイズ」でＡｖｅｒａｇｅ Ｄａｔａ Ｒａｔｅの計算を行う。

２．送信を行わなかったUEに対しては、「ｒ_ｎ，ｋ＝０」でＡｖｅｒａｇｅ Ｄａｔａ Ｒａｔｅの計算を行う。

尚、Ａｖｅｒａｇｅ Ｄａｔａ Ｒａｔｅは、Ｒｅｃｅｉｖｅｄ ＣＱＩ Ｃｈｅｃｋにおいて、過去に少なくとも１つのＣＱＩを受信していると判定し、かつ、更新機会の条件が一致した場合に計算を行う。すなわち、ＣＱＩを少なくとも一度は受信した後から計算が開始される。

次に、スケジューリング係数の計算が行われたＵＥ数を示すＮ_{Ｓｃｈｅｄｕｌｉｎｇ}を１だけ増加させ（ステップＳ１０２６）、ＵＥインデックスを示すｎを１だけ増加させる（ステップＳ１０２８）。

次に、ｎがＮ_{Ｓｃｈｅｄｕｌｉｎｇ}以下であるか否か判定する（ステップＳ１０３０）。ｎがＮ_{Ｓｃｈｅｄｕｌｉｎｇ}以下であると判定した場合（ステップＳ１０３０：ＹＥＳ）、ステップＳ１００４に戻る。

一方、ｎがＮ_{Ｓｃｈｅｄｕｌｉｎｇ}よりも大きいと判定した場合（ステップＳ１０３０：ＮＯ）、ステップＳ１０３２において、ユーザ装置の選択（ＵＥ Ｓｅｌｅｃｔｉｏｎ）が行われる。すなわち、当該Ｓｕｂ−ｆｒａｍｅにおいてＤｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥを選択する。

まず、以下の式により、Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥの数、すなわち、下りリンクの共有チャネルが送信されるＵＥの数Ｎ_{ＤＬ−ＳＣＨ}を算出する。ここで、Ｎ_{Ｓｃｈｅｄｕｌｉｎｇ}は、Ｓｃｈｅｄｕｌｉｎｇ Ｃｏｅｆｆｉｃｉｅｎｔ Ｃａｌｃｕｌａｔｉｏｎが行われたＵＥの数を指す（図１０を参照）。

Ｎ_{ＤＬ−ＳＣＨ}＝ｍｉｎ（Ｎ_{Ｓｃｈｅｄｕｌｉｎｇ}，Ｎ_{ＤＬＭＡＸ}−Ｎ_ＰＣＨ−Ｎ_{ＲＡＣＨｒｅｓ}−Ｎ_{Ｄ−ＢＣＨ}−Ｎ_{ＲＡＣＨｍ４}―Ｎ_ＭＣＨ）
尚、上述した下りリンクの共有チャネルが送信されるＵＥの数Ｎ_{ＤＬ−ＳＣＨ}を算出する際に、Ｎ_{ＤＬ−ＳＣＨ}<０になった場合には、ＲＡＣＨ ｍｅｓｓａｇｅ ４、ＲＡＣＨ ｒｅｓｐｏｎｓｅ、ＭＣＨ、ＰＣＨ、Ｄ−ＢＣＨの順番に、当該Ｓｕｂ−ｆｒａｍｅにおける送信処理を禁止する。当該Ｓｕｂ−ｆｒａｍｅにおいて送信処理を禁止すると決定されたチャネルは、当該Ｓｕｂ−ｆｒａｍｅにおいて送信されないことになる。

次に、Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルのＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐ毎に、ステップＳ１０２４において算出されたスケジューリング係数の大きい順から、Ｎ_{ＤＬ−ＳＣＨ}台の「Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥを選択する。すなわち、Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用される下りリンクの共有チャネルの送信先となるＵＥを選択する。ここで、Ｓｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐとは、スケジューリングにおける優先度付けがされたグループであり、各論理チャネルに対して、属すべきＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐが定義される。すなわち、各ＵＥは、Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルに基づいて、上記Ｓｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐに階層化され、各階層の中で、ステップＳ１０２４において算出されたスケジューリング係数の大きい順から、Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用される下りリンクの共有チャネルの送信先となるＵＥが選択される、すなわち、スケジューリングされる。

以下の順序で上記「ＵＥ」を選択する。

Ｈｉｇｈ（１^ｓｔ）−>Ｈｉｇｈ（２^ｎｄ）−>...−>Ｍｉｄｄｌｅ（１^ｓｔ）−>Ｍｉｄｄｌｅ（２^ｎｄ）−>...−>Ｌｏｗ（１^ｓｔ）−>Ｌｏｗ（２^ｎｄ）−>...
尚、当該ＵＥが当該Ｓｕｂ-ｆｒａｍｅにおいて送信すべきＭＡＣレイヤの制御情報を有する場合には、そのＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐを、Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルのＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐに関係なく、「Ｈｉｇｈ」とする。すなわち、基地局装置２００は、当該Ｓｕｂ−ｆｒａｍｅにおいて、送信すべきＭＡＣレイヤの制御情報が存在するＵＥを、優先度の高いＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐに属するとみなしてスケジューリングを行う。

また、上述した例においては、Ｈｉｇｈ、Ｍｉｄｄｌｅ、Ｌｏｗの３種類のＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐが定義される例を示したが、さらに、Ｓｕｐｅｒ Ｈｉｇｈが定義されてもよい。例えば、セル内の混雑度が高い場合にのみ設定される優先度フラッグが定義され、上記優先度フラッグが設定されたＵＥ、または、論理チャネルを、上記Ｓｕｐｅｒ ＨｉｇｈのＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐに属するとみなしてもよい。上記優先度フラッグが設定されるＵＥ、または、論理チャネルは、緊急呼であったり、あるいは、優先呼であったりする。基地局装置２００は、上記優先度フラッグが設定されるＵＥ、または、論理チャネルのために、セル内の混雑度が高い場合には、基地局装置２００内のリソースを確保するといった処理を行ってもよい。尚、上記リソースとは、例えば、ＣＰＵ能力やメモリ量、ベースバンドリソースや送信電力リソース、周波数リソース、時間方向のリソースであってもよい。あるいは、上記リソースを確保するために、セル内のＵＥ数に制約を設けてもよい。すなわち、セル内に最大で接続されるＵＥの数を低減されてもよい。

また、上記優先度フラッグが設定されたＵＥ、または、上記優先度フラッグが設定された論理チャネルを有するＵＥに関して、上記ＵＥに設定されている全ての論理チャネルが、Ｓｕｐｅｒ ＨｉｇｈのＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐに属すると設定されてもよい。この場合、上記ＵＥに設定されているどのような論理チャネルに対して、優先的にリソースが割り当てられる、すなわち、共有チャネルが割り当てられることになる。

上記優先度フラッグは、コアネットワークから通知されてもよい。

上述したように、ユーザ装置のインデックス（ＵＥ ｉｎｄｅｘ）であるｎに関してループ処理を行うことにより、下りリンクの共有チャネルを送信することができると判断された各ユーザ装置に対して、スケジューリング係数を計算することが可能となる。そして、計算されたスケジューリング係数の大きいユーザ装置に対して、無線リソースを割り当てる。すなわち、下りリンクの共有チャネルを送信するという制御を行うことにより、データの優先度や、ユーザ装置から報告される無線品質情報、再送回数、ＭＡＣレイヤの制御情報の有無、割り当て頻度、平均の伝送速度、目標の伝送速度を考慮して、ハンドオーバ処理を行っているか否か、間欠受信処理の受信タイミングにあるか否か、ＲＬＣレイヤにおけるデータの滞留時間、異なる周波数のセルを測定するモードにおける受信タイミングにあるか否かを考慮して、無線リソース（下りリンクの共有チャネル）を割り当てるユーザ装置を決定し、上記ユーザ装置に対して下りリンクの共有チャネルを送信することが可能となる。

尚、上述した例においては、Ｓｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐは、Ｈｉｇｈ， Ｍｉｄｄｌｅ， Ｌｏｗの3通りであったが、４通り以上のＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐを用意してもよいし、２通り以下のＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐを用意してもよい。

例えば、High_MAC, High_DRX, High, Middle, Lowの5通りのＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐを用意し、優先度を、高い順から、High_MAC, High_DRX, High, Middle, Lowとする。そして、送信すべきＭＡＣ ｃｏｎｔｒｏｌ ｂｌｏｃｋを有するＵＥに対しては、そのＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐを、Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルのＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐに関係なく、「High_MAC」とし、DRX状態で，かつ，DRX受信タイミング時のUEに対しては、そのＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐを、Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルのＳｃｈｅｄｕｌｉｎｇ ｐｒｉｏｒｉｔｙ ｇｒｏｕｐに関係なく、「High_DRX」としてもよい。送信すべきＭＡＣ ｃｏｎｔｒｏｌ ｂｌｏｃｋを有するＵＥ、または、ＤＲＸ状態で，かつ，ＤＲＸ受信タイミング時のＵＥに対して、より優先的に共有チャネルを割り当てることが可能となる。例えば、ＭＡＣ ｃｏｎｔｒｏｌ ｂｌｏｃｋを有するＵＥとＭＡＣ ｃｏｎｔｒｏｌ ｂｌｏｃｋを持たないＵＥが存在する場合には、式（１）におけるC_nの値に関係なく、MAC control blockを有するUEに対して、優先的に共有チャネルを割り当てることが可能となる。

尚、上述した例においては、優先度を、高い順から、High_MAC, High_DRX, High, Middle, Lowとしたが、これは一例であり、その他の順番、例えば、High, High_MAC, High_DRX, Middle, Low等であってもよい。

次に、ステップＳ９１２において行われる下りリンクＴＦＲ選択処理について、図１１を参照して説明する。

図１１には、ＤＬ ＴＦＲ ｓｅｌｅｃｔｉｏｎの処理フローを示す。本処理フローにより、同期信号（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ、あるいは、同期チャネルＳＣＨとも呼ばれる）、プライマリ報知チャネル（Ｐ−ＢＣＨ）、ページングチャネル（ＰＣＨ）、ダイナミック報知チャネル（Ｄ−ＢＣＨ）、ランダムアクセスチャネル応答（ＲＡＣＨ ｒｅｓｐｏｎｓｅ、あるいは、ランダムアクセス手順におけるＭｅｓｓａｇｅ２）、ランダムアクセス手順におけるＭｅｓｓａｇｅ ４、ＭＢＭＳチャネル（ＭＣＨ）、及びＰｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨ、Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨに関する送信フォーマットの決定と無線リソースの割り当てが行われる。上述した、ＳＣＨやＰ−ＢＣＨ、ＰＣＨ、Ｄ−ＢＣＨ、ＲＡＣＨ ｒｅｓｐｏｎｓｅ、ＲＡＣＨ ｍｅｓｓａｇｅ ４は共通チャネルと呼ばれる。

共通チャネルに対するリソースブロックの割り当て（ＲＢ ａｌｌｏｃａｔｉｏｎ ｆｏｒ Ｃｏｍｍｏｎ ｃｈａｎｎｅｌ）が行われる（ステップＳ１１０２）。

当該Ｓｕｂ-ｆｒａｍｅにおいて同期信号が送信される場合には、ほぼシステム帯域幅の中心に位置する６または７リソースブロックを同期信号に割り当てる。同期信号に割り当てられたＲＢを含むＲＢ ｇｒｏｕｐは、Ｄｙｎａｍｉｃ Ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨに割り当てられない。

尚、上述した同期信号に割り当てられるリソースブロックは、他のチャネルがマッピングされないように、同期信号のために確保されたリソースブロックを意味し、同期信号が実際にマッピングされるリソースブロックあるいはサブキャリアを示すものではない。すなわち、同期信号は、上記同期信号のために割り当てられたリソースブロックの中の所定のサブキャリアにマッピングされる。

尚、同期信号の送信電力（全てのｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ （ｓｕｂ−ｃａｒｒｉｅｒ）の送信電力の和。絶対値とし、単位をＷとする）をＰ_ＳＣＨとする。

当該Ｓｕｂ-ｆｒａｍｅにおいてＰ−ＢＣＨが送信される場合には、ほぼシステム帯域幅の中心に位置する６または７リソースブロックをＰ−ＢＣＨに割り当てる。尚、上述したＰ−ＢＣＨに割り当てられるリソースブロックは、他のチャネルがマッピングされないように、Ｐ−ＢＣＨのために確保されたリソースブロックを意味し、Ｐ−ＢＣＨが実際にマッピングされるリソースブロックあるいはサブキャリアを示すものではない。すなわち、Ｐ−ＢＣＨは、上記Ｐ−ＢＣＨのために割り当てられたリソースブロックの中の所定のサブキャリアにマッピングされる。例えば、Ｐ−ＢＣＨは、同期信号がマッピングされるサブキャリアと同じサブキャリア番号にマッピングされてもよい。

尚、Ｐ−ＢＣＨの送信電力（全てのｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ （ｓｕｂ−ｃａｒｒｉｅｒ）の送信電力の和。絶対値とし、単位をＷとする）をＰ_{Ｐ−ＢＣＨ}とする。

当該Ｓｕｂ-ｆｒａｍｅにおいてＰＣＨが送信される場合には、予め決められたＲＢ ｇｒｏｕｐをＰＣＨに割り当てる。あるいは、ＰＣＨのデータサイズまたはＰＣＨが送信されるユーザ装置の数に応じて、または、利用可能なＲＢ ｇｒｏｕｐに応じて、ＰＣＨへのＲＢ ｇｒｏｕｐの割り当てを行ってもよい。例えば、利用可能なＲＢ ｇｒｏｕｐの内、ＰＣＨのデータサイズに基づいて決定されるＲＢ数を超えるまで、システム帯域の両端から順番にＲＢ ｇｒｏｕｐを選択し、選択されたＲＢ ｇｒｏｕｐを、ＰＣＨに割り当てるＲＢ ｇｒｏｕｐとしてもよい。ここで、利用可能なＲＢ ｇｒｏｕｐとは、当該処理を行う時点で、他のチャネルに割り当てると決定されていないＲＢ ｇｒｏｕｐのことである。

当該Ｓｕｂ-ｆｒａｍｅにおいてＲＡＣＨ ｒｅｓｐｏｎｓｅ(ランダムアクセスチャネル応答、あるいは、ランダムアクセス手順におけるＭｅｓｓａｇｅ２)が送信される場合には、予め決められたＲＢ ｇｒｏｕｐをＲＡＣＨ ｒｅｓｐｏｎｓｅに割り当てる。あるいは、ＲＡＣＨ ｒｅｓｐｏｎｓｅのデータサイズまたはＲＡＣＨ ｒｅｓｐｏｎｓｅが送信されるユーザ装置の数に応じて、または、利用可能なＲＢ ｇｒｏｕｐに応じて、ＲＡＣＨ ｒｅｓｐｏｎｓｅへのＲＢ ｇｒｏｕｐの割り当てを行ってもよい。例えば、利用可能なＲＢ ｇｒｏｕｐの内、ＲＡＣＨ ｒｅｓｐｏｎｓｅのデータサイズに基づいて決定されるＲＢ数を超えるまで、システム帯域の両端から順番にＲＢ ｇｒｏｕｐを選択し、選択されたＲＢ ｇｒｏｕｐを、ＲＡＣＨ ｒｅｓｐｏｎｓｅに割り当てるＲＢ ｇｒｏｕｐとしてもよい。ここで、利用可能なＲＢ ｇｒｏｕｐとは、当該処理を行う時点で、他のチャネルに割り当てると決定されていないＲＢ ｇｒｏｕｐのことである。

当該Ｓｕｂ-ｆｒａｍｅにおいてＤ−ＢＣＨが送信される場合には、予め決められたＲＢ ｇｒｏｕｐをＤ−ＢＣＨに割り当てる。あるいは、Ｄ−ＢＣＨのデータサイズに応じて、または、利用可能なＲＢ ｇｒｏｕｐに応じて、Ｄ−ＢＣＨへのＲＢ ｇｒｏｕｐの割り当てを行ってもよい。例えば、利用可能なＲＢ ｇｒｏｕｐの内、Ｄ−ＢＣＨのデータサイズに基づいて決定されるＲＢ数を超えるまで、システム帯域の両端から順番にＲＢ ｇｒｏｕｐを選択し、選択されたＲＢ ｇｒｏｕｐを、Ｄ−ＢＣＨに割り当てるＲＢ ｇｒｏｕｐとしてもよい。ここで、利用可能なＲＢ ｇｒｏｕｐとは、当該処理を行う時点で、他のチャネルに割り当てると決定されていないＲＢ ｇｒｏｕｐのことである。

当該Ｓｕｂ-ｆｒａｍｅにおいてＲＡＣＨ ｍｅｓｓａｇｅ ４が送信される場合には、予め決められたＲＢ ｇｒｏｕｐをＲＡＣＨ ｍｅｓｓａｇｅ ４に割り当てる。あるいは、ＲＡＣＨ ｍｅｓｓａｇｅ ４のデータサイズまたはＲＡＣＨ ｍｅｓｓａｇｅ ４が送信されるユーザ装置の数に応じて、または、利用可能なＲＢ ｇｒｏｕｐに応じて、ＲＡＣＨ ｍｅｓｓａｇｅ ４へのＲＢ ｇｒｏｕｐの割り当てを行ってもよい。例えば、利用可能なＲＢ ｇｒｏｕｐの内、ＲＡＣＨ ｍｅｓｓａｇｅ ４のデータサイズに基づいて決定されるＲＢ数を超えるまで、システム帯域の両端から順番にＲＢ ｇｒｏｕｐを選択し、選択されたＲＢ ｇｒｏｕｐを、ＲＡＣＨ ｍｅｓｓａｇｅ ４に割り当てるＲＢ ｇｒｏｕｐとしてもよい。ここで、利用可能なＲＢ ｇｒｏｕｐとは、当該処理を行う時点で、他のチャネルに割り当てると決定されていないＲＢ ｇｒｏｕｐのことである。

ＭＢＭＳチャネル、すなわち、ＭＣＨに対するリソースブロックの割り当て（ＲＢ ａｌｌｏｃａｔｉｏｎ ｆｏｒ ＭＣＨ）が行われる（ステップＳ１１０４）。すなわち、当該Ｓｕｂ−ｆｒａｍｅにおいてＭＣＨが送信される場合には、予め決められたＲＢ ｇｒｏｕｐをＭＣＨに割り当てる。あるいは、ＭＣＨのデータサイズに応じて、または、利用可能なＲＢ ｇｒｏｕｐに応じて、ＭＣＨへのＲＢ ｇｒｏｕｐの割り当てを行ってもよい。例えば、利用可能なＲＢ ｇｒｏｕｐの内、ＭＣＨのデータサイズに基づいて決定されるＲＢ数を超えるまで、システム帯域の両端から順番にＲＢ ｇｒｏｕｐを選択し、選択されたＲＢ ｇｒｏｕｐを、ＭＣＨに割り当てるＲＢ ｇｒｏｕｐとしてもよい。ここで、利用可能なＲＢ ｇｒｏｕｐとは、当該処理を行う時点で、他のチャネルに割り当てると決定されていないＲＢ ｇｒｏｕｐのことである。

次にパーシステントスケジューリングに対するリソースブロック割り当て（ＲＢ ａｌｌｏｃａｔｉｏｎ ｆｏｒ Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ）が行われる（ステップＳ１１０６）。ステップＳ１０１６において確保されたＰｅｒｓｉｓｔｅｎｔ Ｒｅｓｏｕｒｃｅを、当該Ｓｕｂ-ｆｒａｍｅにおいてＰｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨを有するＵＥに割り当てる。

但し、当該Ｓｕｂ-ｆｒａｍｅにおいてＰｅｒｓｉｓｔｅｎｔ Ｒｅｓｏｕｒｃｅが割り当てられるＵＥに関しても，ステップＳ１０２４に記載のスケジューリング係数の計算を行い、当該Ｓｕｂ-ｆｒａｍｅにおいてＤｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＬｏｇｉｃａｌ Ｃｈａｎｎｅｌのために送信リソースが割り当てられた場合には、基地局装置２００は、Ｐｅｒｓｉｓｔｅｎｔ Ｒｅｓｏｕｒｃｅを解放し、Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＬｏｇｉｃａｌ Ｃｈａｎｎｅｌのために割り当てられたＲｅｓｏｕｒｃｅを用いて、当該ＵＥに対してＭＡＣ ＰＤＵ(ＤＬ−ＳＣＨ)の送信を行う。尚、ＭＡＣ ＰＤＵに、ＭＡＣ ｃｏｎｔｒｏｌ ｂｌｏｃｋ及び各Ｌｏｇｉｃａｌ ＣｈａｎｎｅｌのＲＬＣ ｂｕｆｆｅｒ内のデータの多重方法に関しては後述する。

尚、Ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨの送信電力（全てのｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ （ｓｕｂ−ｃａｒｒｉｅｒ）の送信電力の和。絶対値とし、単位をＷとする）をＰ_{ｐｅｒｓｉｓｔ}とする。ここで、Ｐ_{ｐｅｒｓｉｓｔ}は、Ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨを有するＵＥが２台以上存在する場合には、全UEのＰｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨの送信電力の合計値とする。

次に、物理下り共有チャネルのリソースブロック数の計算（Ｃａｌｃｕｌａｔｉｏｎ ｆｏｒ Ｎｕｍｂｅｒ ｏｆ ＲＢｓ ｆｏｒ ＰＤＳＣＨ）が行われる（ステップＳ１１０８）。基地局装置２００の最大送信電力（以下、Ｐ_ｍａｘと記載する。単位をWとする）、同期信号の送信電力Ｐ_ＳＣＨ、Ｐ−ＢＣＨの送信電力Ｐ_{Ｐ−ＢＣＨ}、PCHの送信電力Ｐ_ＰＣＨ、ＲＡＣＨ ｒｅｓｐｏｎｓｅの送信電力Ｐ_{ＲＡＣＨｒｅｓ}、Ｄ−ＢＣＨの送信電力Ｐ_{Ｄ−ＢＣＨ}、ＲＡＣＨ ｍｅｓｓａｇｅ ４の送信電力Ｐ_{ＲＡＣＨｍ４}、ＭＣＨの送信電力Ｐ_ＭＣＨ、Ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨの送信電力Ｐ_{ｐｅｒｓｉｓｔ}、Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨの１ＲＢあたりの送信電力Ｐ_{ｄｙｎａｍｉｃ} ^（ＲＢ）に基づき、以下の式を用いてＰＤＳＣＨに割り当て可能なRB数Ｎ_{ｄｙｎａｍｉｃ} ^（ＲＢ）を算出する。ここで、Ｎ_{ｓｙｓｔｅｍ} ^（ＲＢ）はシステム帯域全体のRB数であり、N_Ｐ−ＢCH、N_SCH、N_PCH、N_RACHres、N_persist、N_Ｄ−ＢCH、N_{ＲＡＣＨｍ４}、N_ＭCHは、それぞれ、当該Sub-frameにおいてＰ−ＢＣＨ、同期信号、ＰＣＨ、ＲＡＣＨ ｒｅｓｐｏｎｓｅ、Ｄ−ＢＣＨ、ＲＡＣＨ ｍｅｓｓａｇｅ ４、ＭＣＨ、Ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨに割り当てられるＲＢの数である。

Ｎ_{ｄｙｎａｍｉｃ} ^（ＲＢ）<Ｎ_{ｓｙｓｔｅｍ} ^（ＲＢ）−Ｎ_{ｃｏｍｍｏｎ}−Ｎ_{ｐｅｒｓｉｓｔ}である場合には、当該Ｓｕｂ-ｆｒａｍｅにおいて、Ｐ−ＢＣＨ、ＰＣＨ、ＲＡＣＨ ｒｅｓｐｏｎｓｅ、Ｄ−ＢＣＨ、ＭＣＨ、ＲＡＣＨ ｍｅｓｓａｇｅ ４、Ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ-ＳＣＨに割り当てられたＲＢ ｇｒｏｕｐ以外のＲＢ ｇｒｏｕｐの内の一部のＲＢ ｇｒｏｕｐの送信を禁止することにより、基地局装置２００の総送信電力を最大送信電力以下となるように制御する。（Ｎ_{ｓｙｓｔｅｍ} ^（ＲＢ）−Ｎ_{ｃｏｍｍｏｎ}−Ｎ_{ｐｅｒｓｉｓｔ}−Ｎ_{ｄｙｎａｍｉｃ} ^（ＲＢ））個以上のＲＢの送信が禁止されるまで、以下の処理、すなわちＲＢ数が最も小さいＲＢ ｇｒｏｕｐの送信を禁止し、ＲＢ数が最も小さいＲＢ ｇｒｏｕｐが２つ以上存在する場合、ＲＢ ｇｒｏｕｐ番号が小さいＲＢ ｇｒｏｕｐからＲＢ ｇｒｏｕｐの送信を禁止する処理を繰り返すことにより、送信を禁止するＲＢ ｇｒｏｕｐを決定する。尚、上述した例では、ＲＢ ｇｒｏｕｐ番号が小さいＲＢ ｇｒｏｕｐからＲＢ ｇｒｏｕｐの送信を禁止するという処理を行ったが、ＲＢ ｇｒｏｕｐ番号の大きいＲＢ ｇｒｏｕｐからＲＢ ｇｒｏｕｐの送信を禁止する処理を行ってもよく、あるいは、システム帯域の中心に近いＲＢ ｇｒｏｕｐからＲＢ ｇｒｏｕｐの送信を禁止する処理を行ってもよく、あるいは、上記以外の順番でＲＢ ｇｒｏｕｐの送信を禁止する処理を行ってもよい。

ｋ＝１とする（ステップＳ１１１０）。

次に、リソースブロックが残っているか否かのチェック（ＲＢ Ｒｅｍａｉｎｉｎｇ Ｃｈｅｃｋ）が行われる（ステップＳ１１１２）。

ステップＳ１１１２では、Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに割り当て可能なＲＢ ｇｒｏｕｐが存在するか否かを判定する。割り当て可能なＲＢ ｇｒｏｕｐが存在する場合にはＯＫを返し、割り当て可能なＲＢ ｇｒｏｕｐが存在しない場合にはＮＧを返す。ＲＢ Ｒｅｍａｉｎｉｎｇ ＣｈｅｃｋがＮＧの場合（ステップＳ１１１２：ＮＧ）、ＤＬ ＴＦＲ Ｓｅｌｅｃｔｉｏｎの処理を終了する。

尚、上記「Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに割り当て可能なＲＢ ｇｒｏｕｐ」とは、Ｐ−ＢＣＨ、ＰＣＨ、ＲＡＣＨ ｒｅｓｐｏｎｓｅ、Ｄ−ＢＣＨ、ＲＡＣＨ ｍｅｓｓａｇｅ ４、ＭＣＨ、Ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨ、すでにＴＦＲ Ｓｅｌｅｃｔｉｏｎが行われたＤｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに割り当てられＲＢ ｇｒｏｕｐ以外のＲＢ ｇｒｏｕｐのことである。また、上記「Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに割り当て可能なＲＢ ｇｒｏｕｐ」に含まれるRBの総数をＮ_{ｒｅｍａｉｎ} ^（ＲＢ）とする。

尚、上述した例においては、「Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに割り当て可能なＲＢ ｇｒｏｕｐ」を、Ｐ−ＢＣＨ、ＰＣＨ、ＲＡＣＨ ｒｅｓｐｏｎｓｅ、Ｄ−ＢＣＨ、ＲＡＣＨ ｍｅｓｓａｇｅ ４、ＭＣＨ、Ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨ、すでにＴＦＲ Ｓｅｌｅｃｔｉｏｎが行われたＤｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに割り当てられＲＢ ｇｒｏｕｐ以外のＲＢ ｇｒｏｕｐ、としたが、代わりに、同期信号、Ｐ−ＢＣＨ、ＰＣＨ、ＲＡＣＨ ｒｅｓｐｏｎｓｅ、Ｄ−ＢＣＨ，ＲＡＣＨ ｍｅｓｓａｇｅ ４、ＭＣＨ、Ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨ、すでにＴＦＲ Ｓｅｌｅｃｔｉｏｎが行われたＤｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに割り当てられＲＢ ｇｒｏｕｐ以外のＲＢ ｇｒｏｕｐとしてもよい。

一方、ＲＢ Ｒｅｍａｉｎｉｎｇ ＣｈｅｃｋがＯＫの場合（ステップＳ１１１２：ＯＫ）、ステップＳ１１１４に進む。

次に、下りリンクＴＦＲ選択（ＤＬ ＴＦＲ Ｓｅｌｅｃｔｉｏｎ）が行われる（ステップＳ１１１４）。

上述したステップＳ１０３２において決定された「Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥ」のＴｒａｎｓｐｏｒｔ ｆｏｒｍａｔの決定、ＲＢ ｇｒｏｕｐの割り当てを行う。

尚、Ｓ１１１０〜Ｓ１１２０におけるｋのループは、ステップＳ１０３２において決定された、「Ｄｙｎａｍｉｃ Ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥ」として選択された順に行う。

ＤＬ ＴＦＲ Ｓｅｌｅｃｔｉｏｎでは、ＣＱＩ調節（ＣＱＩ ａｄｊｕｓｔｍｅｎｔ）が行われる。ＴＦＲ Ｓｅｌｅｃｔｉｏｎに用いられるＣＱＩには、以下に示す、周波数
方向の読み替え処理、アウターループ（Ｏｕｔｅｒ−ｌｏｏｐ）的なオフセット調節処理、Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルの優先度に基づくオフセット処理が適用される。

周波数方向の読み替え処理について説明する。

ＵＥより報告されるＣＱＩに基づき、各ＲＢ ｇｒｏｕｐのＣＱＩを算出する。システム帯域幅全体のＣＱＩ（Ｗｉｄｅｂａｎｄ ＣＱＩ）が報告され、ＵＥ ｓｅｌｅｃｔｅｄ Ｓｕｂ−ｂａｎｄのＣＱＩが存在しないＲＢ ｇｒｏｕｐは、システム帯域幅全体のＣＱＩ（Ｗｉｄｅｂａｎｄ ＣＱＩ）と同一とする。尚、ステップＳ１０２０において、伝送タイプがＤｉｓｔｒｉｂｕｔｅｄ送信と判定されたＵＥに対しては、全てのＲＢ ｇｒｏｕｐのＣＱＩを、システム帯域幅全体のＣＱＩと同一であるとみなしてもよい。

尚、以下では、システム帯域全体に関するＣＱＩを表現する際には、引数を「ａｌｌ」として記載する。

Ｏｕｔｅｒ-ｌｏｏｐ的なオフセット調節処理(ＣＱＩ ｏｆｆｓｅｔ ａｄｊｕｓｔｍｅｎｔ)について説明する。

ＣＱＩ＿ｏｆｆｓｅｔ_ｉは、Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルのｐｒｉｏｒｉｔｙ ｃｌａｓｓがＸ_{ｉ，ａｄｊｕｓｔ}であるDL-SCHの送達確認情報（ＣＲＣ ｃｈｅｃｋ結果）に基づいて、上述した式（４）に示すようにＯｕｔｅｒ-ｌｏｏｐ的に調節される。Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルのＰｒｉｏｒｉｔｙ ｃｌａｓｓがＸ_{ｉ，ａｄｊｕｓｔ}と異なる場合には、Ｏｕｔｅｒ-ｌｏｏｐ的なオフセットの調節（式（４）の処理）は行われない。

尚、当該ＵＥに対して、１Ｓｕｂ−ｆｒａｍｅ内に２つ以上のＭＡＣ ＰＤＵを送信する場合には、前記２つ以上のＭＡＣ ＰＤＵのそれぞれに関して、上記Ｏｕｔｅｒ−ｌｏｏｐ的なオフセットの調節を行う。ここで、２つ以上のＭＡＣ ＰＤＵを送信するとは、ＭＩＭＯ適用時に２つ以上のＣｏｄｅｗｏｒｄで送信を行うことに該当する。

ＣＱＩ＿ｏｆｆｓｅｔ_ｉは、ＵＥ毎に調節される。また、ＣＱＩ ｏｆｆｓｅｔ ａｄｊｕｓｔｍｅｎｔ処理の対象となるＰｒｉｏｒｉｔｙ ｃｌａｓｓ Ｘ_{ｉ，ａｄｊｕｓｔ}は、外部入力インタフェース（ＩＦ）よりＵＥ毎に設定される。このように、全てプライオリティクラスに関して、Ｏｕｔｅｒ−ｌｏｏｐ的なオフセットの調整を行うのではなく、予め設定された１つのプライオリティクラスに関して、Ｏｕｔｅｒ−ｌｏｏｐ的なオフセットの調整を行うことにより、基地局装置の処理負荷を低減することが可能となる。例えば、前記Ｐｒｉｏｒｉｔｙ ｃｌａｓｓ Ｘ_{ｉ，ａｄｊｕｓｔ}は、最も送信頻度の大きい論理チャネルが属するＰｒｉｏｒｉｔｙ ｃｌａｓｓが設定される。

Δ_ａｄｊ ^（ＰＣ）、ＢＬＥＲ_{ｔａｒｇｅｔ} ^（ＰＣ）は外部入力インタフェース（ＩＦ）より設定可能とするようにしてもよい。但し、ＣＱＩ＿ｏｆｆｓｅｔ_ｉの最大値をＣＱＩ＿ｏｆｆｓｅｔ_ＰＣ ^{（ｍａｘ）}、最小値をＣＱＩ＿ｏｆｆｓｅｔ_ＰＣ ^{（ｍｉｎ）}とする。上記ＣＱＩ＿ｏｆｆｓｅｔ_ｉの最大値ＣＱＩ＿ｏｆｆｓｅｔ_ＰＣ ^{（ｍａｘ）}、最小値ＣＱＩ＿ｏｆｆｓｅｔ_ＰＣ ^{（ｍｉｎ）}は、外部入力インタフェース（ＩＦ）より設定される。ＣＱＩ＿ｏｆｆｓｅｔ_ｉが最大値あるいは最小値に張り付いた場合には、式（４）の計算は行わない。

そして、上記ＣＱＩ＿ｏｆｆｓｅｔ_ｉが、電力オフセットとして、各ＲＢ ｇｒｏｕｐのＣＱＩの値及びシステム帯域全体に関するＣＱＩの値に加算される。上述した式（５）の処理は、「当該Ｓｕｂ-ｆｒａｍｅにおいて、Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルのＰｒｉｏｒｉｔｙ ｃｌａｓｓがＸ_{ｉ，ａｄｊｕｓｔ}であるか否か」に依らず、ＤＬ ＴＦＲ Ｓｅｌｅｃｔｉｏｎを行う全てのＳｕｂ-ｆｒａｍｅにおいて行われる。

優先度に基づくオフセット処理について説明する。

Ｈｉｇｈｅｓｔ ｐｒｉｏｒｉｔｙの論理チャネルの優先度に基づくオフセットΔ_ＰＣにより、各ＲＢ ｇｒｏｕｐのCQIの値及びシステム帯域全体に関するＣＱＩの値が調整される。Δ_ＰＣは例えば外部入力インタフェース（ＩＦ）より設定される。添え字のＰＣはＰｒｉｏｒｉｔｙ ｃｌａｓｓを示す。

ＣＱＩ_{ａｄｊｕｓｔ}（ｉ）＝ＣＱＩ_{ａｄｊｕｓｔ}（ｉ）−Δ_ＰＣ
次に、リソースブロックグループ割り当て（ＲＢ ｇｒｏｕｐ ａｌｌｏｃａｔｉｏｎ）について、図１２を用いて説明する。以下の処理を行うことにより、k番目の「Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥ」に対して対してＲＢ ｇｒｏｕｐの割り当てを行う。尚、ＤＬ＿ＴＦ＿Ｒｅｌａｔｅｄ＿ｔａｂｌｅのイメージを図６に示す。図６には、一例としてＣＱＩが１である場合について示す。
<処理>
ステップＳ１２０２において以下のパラメータの設定を行う。

Ｎ_{ｒｅｍａｉｎ} ^（ＲＢ）：残りのリソースブロック数（Ｎｕｍｂｅｒ ｏｆ Ｒｅｍａｉｎｉｎｇ ＲＢｓ）
Ｎ_{ｃａｐａｂｉｌｉｔｙ}：最大ＲＢ数
Ｎ_{ｍａｘ，ｂｉｔ}：ＵＥ ｃａｔｅｇｏｒｙより決定される最大データサイズ（Ｐａｙｌｏａｄ ｓｉｚｅ）
尚、前記Ｎ_{ｃａｐａｂｉｌｉｔｙ}は、装置内部のパラメータとして設定されてもよいし、上位ノードから入力されるパラメータとして設定されてもよいし、ＵＥから通知されるＵＥ ｃａｐａｂｉｌｉｔｙに含まれる情報に基づいて設定されてもよい。

尚、前記N_capabilityは、ＵＥから伝送速度を下げることを指示された場合に、以下のように計算されてもよい。

N_capability = N_capability * α
ここで、αは、伝送速度を下げる場合の、ＵＥが受信可能な最大のスループットに対する比であってもよい。例えば、基地局装置２００は、ＵＥから、ＵＥが受信可能な最大のスループットの８０％以下となるように下りリンクの共有チャネルの送信を行うことを指示された場合に、α＝０．８としてもよい。尚、ＵＥが上記報告を行う方法は、伝送速度を下げるということを意味するのであれば、ＵＥが受信可能な最大のスループットに対する比であってもよいし、絶対的なスループットの値であってもよい。いずれの場合においても、基地局装置２００は、ＵＥから指示に基づき、ＵＥが受信可能な最大のスループットに対する比に読み替えることにより、上記αを算出し、上記計算を行ってもよい。

尚、前記Ｎ_{ｍａｘ，ｂｉｔ}は、ＵＥから伝送速度を下げることを指示された場合に、以下のように計算されてもよい。

N_{max, bit} = N_max,bit * α
ここで、αは、伝送速度を下げる場合の、ＵＥが受信可能な最大のスループットに対する比であってもよい。例えば、基地局装置２００は、ＵＥから、ＵＥが受信可能な最大のスループットの８０％以下となるように下りリンクの共有チャネルの送信を行うことを指示された場合に、α＝０．８としてもよい。尚、ＵＥが上記報告を行う方法は、伝送速度を下げるということを意味するのであれば、ＵＥが受信可能な最大のスループットに対する比であってもよいし、絶対的なスループットの値であってもよい。いずれの場合においても、基地局装置２００は、ＵＥから指示に基づき、ＵＥが受信可能な最大のスループットに対する比に読み替えることにより、上記αを算出し、上記計算を行ってもよい。

次に、ステップＳ１２０４において、当該ＵＥに割り当て可能なＲＢ数Ｎ_{ａｌｌｏｃａｔｅｄ} ^（ＲＢ）を算出する：
Ｎ_{ｒｅｍａｉｎ} ^（ＵＥ）＝ｍｉｎ (Ｎ_{ＤＬ−ＳＣＨ}−ｋ＋１, Ｎ_{ｃａｐａｂｉｌｉｔｙ})
本式により、当該ＵＥに割り当てられるＲＢ数を、Ｎ_{ｃａｐａｂｉｌｉｔｙ}以下に制限することが可能となる。尚、ｍｉｎ（Ａ， Ｂ）とは、ＡとＢの内、より小さい方を出力する関数である。

ステップＳ１２０６において、下りリンクの送信タイプがローカライズドであるかディストリビューティドであるかを判定する。

下りリンクの送信タイプがディストリビューティドである場合（ステップＳ１２０６の判定結果：Ｄｉｓｔｒｉｂｕｔｅｄ）、ステップＳ１２０８に進む。ステップＳ１２０８において、当該ＵＥに割り当てられるＲＢの数がＮ_{ａｌｌｏｃａｔｅｄ} ^（ＲＢ）以上になるまで、システム帯域内において離散的に分散する周波数リソースが割り当てられるように、ＲＢ ｇｒｏｕｐを選択する。例えば、システム帯域の両端から交互にＲＢ ｇｒｏｕｐを割り当てることにより、システム帯域内において離散的に分散する周波数リソースが割り当てられるように、ＲＢ ｇｒｏｕｐを選択してもよい。あるいは、ＲＢ ｇｒｏｕｐ番号の小さいＲＢ ｇｒｏｕｐとＲＢ ｇｒｏｕｐ番号の大きいＲＢ ｇｒｏｕｐを交互に順番に当該ＵＥに割り当てることにより、システム帯域内において離散的に分散する周波数リソースが割り当てられるように、ＲＢ ｇｒｏｕｐを選択してもよい。

下りリンクの送信タイプがディストリビューティドでない場合（すなわち、ローカライズドである場合、ステップＳ１２０６の判定結果：Ｌｏｃａｌｉｚｅｄ）、ステップＳ１２１０に進む。ステップＳ１２１０において、当該ＵＥに割り当てられるＲＢの数がＮ_{ａｌｌｏｃａｔｅｄ} ^（ＲＢ）以上になるまで、ＣＱＩ_{ａｄｊｕｓｔｅｄ}の値が大きいＲＢ ｇｒｏｕｐから順にＲＢ ｇｒｏｕｐを当該ＵＥに割り当てる。

尚、ステップＳ１２０６において、下りリンクの送信タイプがローカライズドであるかディストリビューティドであるかを判定するかを判定する前に、当該ＵＥと基地局装置２００との間のパスロスに基づいて、当該ＵＥに対してＲＢ ｇｒｏｕｐを割り当てる方法を決定してもよい。例えば、閾値Ｔｈｒｅｈｏｓｌｄ_{ＤＬ，ＰＬ}を定義し、ＵＥと基地局装置２００との間のパスロスが、閾値Ｔｈｒｅｈｏｓｌｄ_{ＤＬ，ＰＬ}よりも大きい場合には、当該ＵＥに割り当てられるＲＢの数がＮ_{ａｌｌｏｃａｔｅｄ} ^（ＲＢ）以上になるまで、周波数の高いＲＢ ｇｒｏｕｐから順にＲＢ ｇｒｏｕｐを当該ＵＥに割り当てるという処理を行い、上記パスロスが、閾値Ｔｈｒｅｈｏｓｌｄ_{ＤＬ，ＰＬ}以下である場合には、上述した、下りリンクの送信タイプがローカライズドであるかディストリビューティドであるかを判定し、その判定結果に基づいたＲＢ ｇｒｏｕｐの割り当て処理を行ってもよい。あるいは、上述した処理において、上記パスロスが閾値Ｔｈｒｅｈｏｓｌｄ_{ＤＬ，ＰＬ}以下である場合に、下りリンクの送信タイプがローカライズドであるかディストリビューティドであるかの判定を行うのではなく、当該ＵＥに割り当てられるＲＢの数がＮ_{ａｌｌｏｃａｔｅｄ} ^（ＲＢ）以上になるまで、周波数の低いＲＢ ｇｒｏｕｐから順にＲＢ ｇｒｏｕｐを当該ＵＥに割り当てるという処理を行ってもよい。尚、上記パスロスは、ＵＥから報告されるＵＥ Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍと上りリンクの共有チャネルまたはサウンディング用のリファレンス信号の受信レベルから算出されてもよいし、ＵＥから報告されるパスロスから算出されてもよい。尚、ＵＥから報告されるＵＥ Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍと上りリンクの共有チャネルまたはサウンディング用のリファレンス信号の受信レベルから算出されるパスロスは、上りリンクのパスロスに相当し、ＵＥから報告されるパスロスは下りリンクのパスロスに相当する。

例えば、ＦＤＤ方式が適用されるＬＴＥにおいては、ＵＥ内における上りリンクの送信信号が、下りリンクの受信信号への干渉信号となり、結果として、下りリンクの受信信号の品質が劣化するという問題が存在する。一般に、ＵＥ内においては、Ｄｕｐｌｅｘｅｒと呼ばれる機能部が存在し、上記Ｄｕｐｌｅｘｅｒにより、ＵＥ内で、上りリンクの送信信号が、下りリンクの信号の受信、すなわち、復調や復号を行う機能部に漏れこむことを防いでいるが、完全に、その洩れこみを防ぐことはできない。図１４に、ＵＥにおける干渉のメカニズムのイメージ図を示す。図１４に示すように、送信部で生成された送信信号が、Ｄｕｐｌｅｘｅｒにおいてその電力を落としきれずに受信部に漏れこむことにより、干渉信号となり、結果として、受信信号の品質が劣化する。

上記漏れこみは、上りリンクの送信信号の周波数と下りリンクの受信信号の周波数が離れていれば離れているほど、また、上りリンクの送信信号の送信電力が小さければ小さいほど、小さくなる。上りリンクにおいては、パスロスが大きいほど、その送信電力は大きくなる。よって、上述したように、パスロスが大きい場合に、下りリンクの共有チャネルの周波数リソースとして、周波数の高い周波数リソースを割り当てることにより、上述した、上りリンクの送信信号による下りリンクの受信信号への干渉を低減することが可能となる。図１５に、上述した、上りリンクの送信信号による下りリンクの受信信号への干渉を低減する効果に関するイメージ図を示す。図１５によれば、パスロスが大きい場合には、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数の低減の仕方は、ステップＳ１２２４やステップＳ１２３２と同様の方法であってもよい。尚、上述した例における２倍という値は、１倍や３倍など、２倍以外の値であってもよい。

一方、新規送信のためのＨＡＲＱｐｒｏｃｅｓｓが存在する場合（ステップＳ１２１３の判定結果:ＮＯ）、ステップＳ１２１８に進む。

ステップＳ１２１８において、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐにおけるＣＱＩ値、ＣＱＩ_ＴＦＲを以下のように算出する。

下りリンク送信タイプがディストリビューティドである場合、ＣＱＩ_ＴＦＲ＝ＣＱＩ_{ａｄｊｕｓｔｅｄ}（ａｌｌ）とし、下りリンク送信タイプがディストリビュートでない場合（すなわち、ローカライズドである場合）、ＣＱＩ_ＴＦＲ＝「Ｔｅｍｐｏｒａｒｙ ＲＢ Ｇｒｏｕｐ内のＲＢ ｇｒｏｕｐ毎のＣＱＩ_{ａｄｊｕｓｔｅｄ}をＴｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐの帯域で真値平均した値(但し、ＲＢ ｇｒｏｕｐ毎のＲＢ数の割合を考慮して平均すること)」とする。

そして、ステップＳ１２２０において、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のＲＢ数(ＲＢ＿ａｖａｉｌａｂｌｅ)とＣＱＩ_ＴＦＲを引数としてＴＦ＿ｒｅｌａｔｅｄ＿ｔａｂｌｅを参照することにより、下りリンクの共有チャネルのデータサイズ (Ｓｉｚｅと記載する)と、変調方式(Ｍｏｄｕｌａｔｉｏｎと記載する)を決定する。

ステップＳ１２２２において、Ｓｉｚｅ>Ｎ_{ｍａｘ，ｂｉｔ}が真であるか否かを判定する。

Size>N_max,bitである場合（ステップＳ１２２２の判定結果：ＹＥＳ）には、ステップＳ１２２４において、Size≦N_max,bitとなるまで、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のＲＢ数（ＲＢ ａｖａｉｌａｂｌｅ）を低減する．すなわち，Ｎ_max,bitとＣＱＩ_TFRを引数としてＴＦ ｒｅｌａｔｅｄ ｔａｂｌｅを参照することにより，割り当てるＲＢ数ＮＵＭ_ＲＢを再計算する。

そして、下りリンク送信タイプがディストリビューティドである場合、送信に用いるＲＢ ｇｒｏｕｐ内のＲＢ数がNUM_RB以下となるまで、以下の処理を繰り返すことにより，Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のＲＢ ｇｒｏｕｐを削除する（削除されたＲＢ ｇｒｏｕｐはｋ＋１番目以降のＵＥの送信リソースとして使用される）。

(処理)Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐの内，ＲＢ ｇｒｏｕｐ番号が小さいＲＢ ｇｒｏｕｐとＲＢ ｇｒｏｕｐ番号が大きいＲＢ ｇｒｏｕｐを，交互に順番に削除する
上記処理を行った後の，Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のＲＢ数を，Ｎｕｍ_ＲＢとする。上記処理は、ＲＢ ｇｒｏｕｐを削除した後に残ったＲＢ ｇｒｏｕｐが、システム帯域内において離散的に分散されることを意図して行われる。

一方、下りリンク送信タイプがローカライズドである場合、送信に用いるＲＢ ｇｒｏｕｐ内のＲＢ数がＮＵＭ_ＲＢ以下となるまで，以下の処理を繰り返すことにより、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のＲＢ ｇｒｏｕｐを削除する（削除されたＲＢ ｇｒｏｕｐはｋ＋１番目以降のＵＥの送信リソースとして使用される）
(処理)ＣＱＩ_{ａｄｊｕｓｔｅｄ}が最も小さいＲＢ ｇｒｏｕｐを削除する。ＣＱＩ_{ａｄｊｕｓｔｅｄ}が最も小さいＲＢ ｇｒｏｕｐが２つ以上存在する場合、ＲＢ数が小さいＲＢ ｇｒｏｕｐからＲＢ ｇｒｏｕｐを削除する。ＣＱＩ_{ａｄｊｕｓｔｅｄ}が最も小さく、かつ，ＲＢ数が最も小さいＲＢ ｇｒｏｕｐが２つ以上存在する場合，ＲＢ ｇｒｏｕｐ番号が大きいＲＢ ｇｒｏｕｐからＲＢ ｇｒｏｕｐを削除する。

上記処理を行った後のＴｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐを、以下の処理ではＴｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐとして用いる。また、上記処理を行った後のＴｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のＲＢ数をＮｕｍ_ＲＢとする。そして、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のＲＢ数(ＲＢ＿ａｖａｉｌａｂｌｅ)とＣＱＩ_ＴＦＲを引数としてＴＦ＿ｒｅｌａｔｅｄ＿ｔａｂｌｅを参照することにより、下りリンクの共有チャネルのデータサイズ (Ｓｉｚｅと記載する)と、変調方式(Ｍｏｄｕｌａｔｉｏｎと記載する)を再度決定する。

ステップＳ１２２４の処理の後、ステップＳ１２２６に進む。

一方、Ｓｉｚｅ≦Ｎ_{ｍａｘ，ｂｉｔ}である場合(ステップＳ１２２２の判定結果：ＮＯ)、ステップＳ１２２６に進む。

次に、ステップＳ１２２６において、ＲＬＣ Ｂｕｆｆｅｒ内に十分データがあるか否かを判定する。

ＲＬＣ Ｂｕｆｆｅｒ内に十分データがあると判定した場合（ステップＳ１２２６の判定結果：ＹＥＳ）、ステップＳ１２２８において、以下の手順により、上記Ｓｉｚｅを有するＭＡＣ ＰＤＵに、ＭＡＣレイヤの制御情報及びＲＬＣ Ｂｕｆｆｅｒ内の全論理チャネルのデータを多重する。

（手順１） まず、ＭＡＣレイヤの制御情報が存在する場合には、最優先で上記ＭＡＣレイヤの制御情報を多重する。

(手順２) 次に、優先度の高い論理チャネルから順に、ＲＬＣ ｂｕｆｆｅｒ内のデータを切り出して多重する。同一の優先度の論理チャネルが２つ以上存在する場合には、ＤＣＣＨが存在するのであればＤＣＣＨを最優先とし、ＤＣＣＨが存在しないのであれば、任意の論理チャネルから順に、ＲＬＣ ｂｕｆｆｅｒ内のデータを切り出して多重する。ここで、上記任意の論理チャネルを選択する方法として、ラウンドロビンを用いてもよい。

そして、ステップＳ１２３０において、当該Ｓｕｂ−ｆｒａｍｅの送信に使用されるＲＢ ｇｒｏｕｐ及び変調方式、ペイロードサイズを決定する。すなわち、上記データの送信に使用されるＲＢ ｇｒｏｕｐは、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐと同一とする。上記データの送信に使用される変調方式は、Ｍｏｄｕｌａｔｉｏｎと同一とする。上記データのペイロードサイズは、Ｓｉｚｅと同一とする。

一方、ＲＬＣ Ｂｕｆｆｅｒ内に十分データがないと判定した場合（ステップＳ１２２６の判定結果：ＮＯ）、ステップＳ１２３２において、Ｓｉｚｅ≦Ｓｉｚｅ_ａｌｌとなるまで、割り当てるＲＢ数を減らす。ここで、Ｓｉｚｅ_ａｌｌは、ＭＡＣ ｃｏｎｔｒｏｌ ｂｌｏｃｋ及び全ＬｏｇｉｃａｌＣｈａｎｎｅｌのＲＬＣ Ｂｕｆｆｅｒ内のデータの合計サイズである。以下に詳細な処理方法を示す。

まず、ＭＡＣ ｃｏｎｔｒｏｌ ｂｌｏｃｋ及び全論理チャネルＲＬＣ ｂｕｆｆｅｒ内のデータの合計サイズＳｉｚｅ_ａｌｌとＣＱＩ_ＴＦＲを引数としてＴＦ＿ｒｅｌａｔｅｄ＿ｔａｂｌｅを参照することにより、割り当てるＲＢ数ＮＵＭ_ＲＢを再計算する。

下りリンク送信タイプがディストリビューティドである場合、送信に用いるＲＢ ｇｒｏｕｐ内のＲＢ数がＮＵＭ_ＲＢ未満とならない範囲内で、以下の処理を繰り返すことにより、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のＲＢ ｇｒｏｕｐを削除する。

(処理)Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のＲＢ ｇｒｏｕｐの内、ＲＢ ｇｒｏｕｐ番号が小さいＲＢ ｇｒｏｕｐとＲＢ ｇｒｏｕｐ番号が大きいＲＢ ｇｒｏｕｐを、交互に順番に削除する。

上記処理を行った後のＴｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐを、以下の処理ではＴｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐとして用いる。また、上記処理を行った後のＴｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のＲＢ数をＮｕｍ_ＲＢ、Ｆとする。

下りリンク送信タイプがディストリビュートでない場合、すなわち、下りリンク送信タイプがローカライズドである場合、送信に用いるＲＢ ｇｒｏｕｐ内のＲＢ数がＮＵＭ_ＲＢ未満とならない範囲内で、以下の処理を繰り返すことにより、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のＲＢ ｇｒｏｕｐを削除する。

(処理)ＣＱＩ_{ａｄｊｕｓｔｅｄ}の値が小さいＲＢ ｇｒｏｕｐから順にＲＢ ｇｒｏｕｐを削除する。ＣＱＩ_{ａｄｊｕｓｔｅｄ}が最も小さいＲＢ ｇｒｏｕｐが２つ以上存在する場合、ＲＢ数が小さいＲＢ ｇｒｏｕｐからＲＢ ｇｒｏｕｐを削除し、ＣＱＩ_{ａｄｊｕｓｔｅｄ}が最も小さく、かつ、ＲＢ数が最も小さいＲＢ ｇｒｏｕｐが２つ以上存在する場合、ＲＢ ｇｒｏｕｐ番号が大きいＲＢ ｇｒｏｕｐからＲＢ ｇｒｏｕｐを削除する。

上記処理を行った後のＴｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐを、以下の処理ではＴｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐとして用いる。また、上記処理を行った後のＴｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のＲＢ数をＮｕｍ_ＲＢ、Ｆとする。

上記の処理において削除されたＲＢ ｇｒｏｕｐはｋ＋１番目以降のＵＥの無線リソースとして使用される。

そして、上記Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のＲＢ数Ｎｕｍ_ＲＢ、Ｆと、ＣＱＩ_ＴＦＲを引数としてＴＦ＿ｒｅｌａｔｅｄ＿ｔａｂｌｅを参照することにより、下りリンクの共有チャネルのデータサイズ (Ｓｉｚｅと記載する)と、変調方式(Ｍｏｄｕｌａｔｉｏｎと記載する)を再度決定する。

そして、ステップＳ１２３４において、前記Ｓｉｚｅを有するＭＡＣ ＰＤＵに、ＭＡＣレイヤの制御情報及びＲＬＣ Ｂｕｆｆｅｒ内の全論理チャネルのデータを多重する。

そして、ステップＳ１２３０において、当該Ｓｕｂ−ｆｒａｍｅの送信に使用されるＲＢ ｇｒｏｕｐ及び変調方式、ペイロードサイズを決定する。すなわち、上記データの送信に使用されるＲＢ ｇｒｏｕｐは、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐと同一とする。上記データの送信に使用される変調方式は、Ｍｏｄｕｌａｔｉｏｎと同一とする。上記データのペイロードサイズは、Ｓｉｚｅと同一とする。

尚、上述した例におけるＲＬＣ Ｂｕｆｆｅｒは、一般には、データバッファである。また、ＲＬＣ Ｂｕｆｆｅｒではなく、ＰＤＣＰ Ｂｕｆｆｅｒに関して同様の処理を行ってもよい。

ステップＳ１１１６において、ＲＶ Ｓｅｌｅｃｔｉｏｎ （Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ Ｓｅｌｅｃｔｉｏｎ）を行う。

ステップＳ１１１８において、ｋの値をインクリメントし、ステップＳ１１２０において、ｋの値が、Ｎ_{ＤＬ−ＳＣＨ}以下であるか否かを判定する。ｋの値がＮ_{ＤＬ−ＳＣＨ}以下である場合（ステップＳ１１２０の処理：ＹＥＳ）、ステップＳ１１１２の前に戻る。一方、ｋの値がＮ_{ＤＬ−ＳＣＨ}以下でない場合（ステップＳ１１２０の処理：ＮＯ）、処理を終了する。

次に、本実施例に係る基地局装置２００について、図１３を参照して説明する。

本実施例に係る基地局装置２００は、レイヤー１処理部２５２と、ユーザ装置状態管理部２５４と、スケジューリング係数計算部２５６と、ＵＥ選択部２５８と、ＴＦＲ Ｓｅｌｅｃｔｉｏｎ部２６８と、ＭＡＣ制御信号生成部２６０と、共通ＣＨ、ＭＣＨリソース管理部２６２と、周波数リソース管理部２６４と、パーシステントリソース管理部２６６と、ＨＡＲＱ制御部２７０（２７０_１、２７０_２、・・・、２７０_ｎ）と、ＲＬＣ／ＰＤＣＰ処理部２７２とを備える。ＨＡＲＱ制御部２７０は、ＵＥ＃１、＃２、…、ＵＥ＃ｎに関するＨＡＲＱ制御部２７０₁、ＨＡＲＱ制御部２７０_２、…、ＨＡＲＱ制御部２７０_ｎから構成される。ＲＬＣ／ＰＤＣＰ処理部２７２は、ＵＥ＃１の論理チャネル＃１、ＵＥ ＃１の論理チャネル２、…、ＵＥ ＃１の論理チャネル＃ｋ、ＵＥ ＃２の論理チャネル＃１、…、ＵＥ ＃ｎの論理チャネル＃ｋに関するＲＬＣ Ｂｕｆ２７２１_１，１、ＲＬＣ Ｂｕｆ２７２１_１，２、ＲＬＣ Ｂｕｆ２７２１_１，ｋ、ＲＬＣ Ｂｕｆ２７２１_２，１、…、ＲＬＣ Ｂｕｆ２７２１_ｎ，ｋから構成される。

尚、図１３においては、ＵＥ ＃ｎのＨＡＲＱ制御部_ｎを、ＵＥ毎に備えているが、ＵＥ毎に備える必要はなく、全ＵＥに関して１つのＨＡＲＱ制御部を備えていてもよいし、複数のＵＥに関して１つのＨＡＲＱ制御部を備えていてもよい。ＲＬＣ Ｂｕｆｆ_ｎ，ｋに関しても、１ＵＥに対して１つのＲＬＣ Ｂｕｆとし、論理チャネル毎にＲＬＣ Ｂｕｆを備えなくてもよいし、あるいは、全ＵＥに関して１つのＲＬＣ Ｂｕｆを備えていてもよい。

レイヤー１処理部２５２は、レイヤー１に関する処理を行う。具体的には、レイヤー１処理部２５２では、下りリンクで送信される共有チャネルのチャネル符号化やＩＦＦＴ処理、上りリンクで送信される共有チャネルのＦＦＴ処理やチャネル復号化等の受信処理などが行われる。上記下りリンクで送信される共有チャネルとは、例えば、Ｄｙｎａｍｉｃ Ｓｃｈｅｄｕｌｉｎｇが適用される共有チャネルと、Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇが適用される共有チャネルである。

また、レイヤー１処理部２５２は、下りリンクの共有チャネルのための制御情報であるＤｏｗｎｌｉｎｋ Ｓｃｈｅｄｕｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎや、上りリンクの共有チャネルのための制御情報であるＵＬ Ｓｃｈｅｄｕｌｉｎ Ｇｒａｎｔの送信処理を行う。

また、レイヤー１処理部２５２は、上りリンクで送信される制御情報、すなわち、Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ（ＣＱＩ）や下りリンクの共有チャネルに関する送達確認情報の受信処理を行う。上記ＣＱＩや送達確認情報は、ユーザ装置状態管理部２５４に送信される。

また、レイヤー１処理部２５２は、上りリンクで送信されるサウンディング用のリファレンス信号や上記ＣＱＩの信号に基づき、上りリンクの同期状態を判定し、上記判定結果をユーザ装置状態管理部２５４に通知する。

また、レイヤー１処理部２５２は、上りリンクで送信されるサウンディング用のリファレンス信号や上記ＣＱＩの信号に基づき、上りリンクの受信タイミングを推定してもよい。上記上りリンクの受信タイミングの推定結果は、例えば、ユーザ装置状態管理部２５４を介して、ＭＡＣ制御信号生成部２６０に送信される。

尚、レイヤー１処理部２５２は無線インタフェースに接続されている。より具体的には、下りリンクに関しては、レイヤー１処理部２５２で生成されたベースバンド信号が無線周波数帯に変換され、その後、アンプにおいて増幅され、アンテナを介して、ＵＥに信号が送信される。一方、上りリンクに関しては、アンテナで受信された無線周波数信号がアンプで増幅された後に、周波数変換されてベースバンド信号として、レイヤー１処理部２５２に入力される。

ユーザ装置状態管理部２５４は、各ＵＥの状態管理を行う。例えば、ユーザ装置状態管理部２５４は、ＨＡＲＱ Ｅｎｔｉｔｙの状態の管理や、ＵＥのＭｏｂｉｌｉｔｙの管理及び制御や、ＤＲＸ状態の管理、上り同期状態の管理、パーシステントスケジューリングを適用するか否かの管理、ＭＡＣ Ｃｏｎｔｒｏｌ Ｂｌｏｃｋの送信の有無の管理、下りリンク送信状態の管理、バッファ状態の管理を行い、かつ、ステップＳ１０２４でスケジューリング係数の計算を行うための各メトリックの算出、及び、スケジューリング係数を計算するべきか否かの判定を行う。すなわち、ユーザ装置状態管理部２５４は、図１０におけるステップＳ１００４〜Ｓ１０２２の処理を行う。

尚、上記ＵＥのＭｏｂｉｌｉｔｙとは、ＵＥが通信するセルを切り替えるハンドオーバのことであり、同周波のハンドオーバ及び異周波のハンドオーバ及び異なるシステム間のハンドオーバを含む。異周波のハンドオーバ及び異システム間のハンドオーバの場合には、Ｍｅａｓｕｒｅｍｅｎｔ Ｇａｐの管理及び制御が、上記ＵＥのＭｏｂｉｌｉｔｙの管理及び制御に含まれる。

さらに、ユーザ装置状態管理部２５４は、ステップＳ９０２、Ｓ９０４、Ｓ９０６の処理を行う。具体的には、ユーザ装置状態管理部２５４は、当該Ｓｕｂ−ｆｒａｍｅのＤＬ ＭＡＣのＳｕｂ−ｆｒａｍｅあたりの最大多重数を設定し、当該Ｓｕｂ−ｆｒａｍｅにおけるＭＣＨの数をカウントし、当該Ｓｕｂ−ｆｒａｍｅにおけるＤ−ＢＣＨおよびＰＣＨおよびＲＡＣＨ ｒｅｓｐｏｎｓｅおよびＲＡＣＨ ｍｅｓｓａｇｅ ４の数をカウントする。

スケジューリング係数計算部２５６は、図１０におけるステップＳ１００２、Ｓ１０２４〜Ｓ１０３２の処理を行う。具体的には、スケジューリング係数計算部２０６は、当該Ｓｕｂ−ｆｒａｍｅにおいて各ユーザ装置のスケジューリング係数を計算する（図１１参照）。そして、ＵＥ選択部２５８は、前記スケジューリング係数に基づき、ダイナミックスケジューリングによる無線リソースの割り当てが行われるユーザ装置を選択する。ＵＥ選択部２５８は、ダイナミックスケジューリングによる無線リソースの割り当てが行われるＵＥの数Ｎ_{ＤＬ−ＳＣＨ}をトランスポートフォーマット・リソースブロック選択(ＴＦＲ Ｓｅｌｅｃｔｉｏｎ)部２６８に入力する。

ＴＦＲ Ｓｅｌｅｃｔｉｏｎ部２６８は、ステップＳ１１１０、ステップＳ１１１２、ステップＳ１１１４、ステップＳ１１１６、ステップＳ１１２０の処理を行う。具体的には、ＴＦＲ Ｓｅｌｅｃｔｉｏｎ部２６８は、Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるDL-SCHに関する送信フォーマットの決定と無線リソースの割り当てを行う。ＴＦＲ Ｓｅｌｅｃｔｉｏｎ部２６８で決定されたＤｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに関する送信フォーマットや無線リソースに関する情報は、レイヤー１処理部２５２に送られ、レイヤー１処理部２５２において、ＤＬ Ｓｃｈｅｄｕｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎの送信処理や、下りリンクの共有チャネルの送信処理に用いられる。

共通ＣＨ、ＭＣＨリソース管理部２６２は、ＭＣＨや共通チャネル（Ｃｏｍｍｏｎ ｃｈａｎｎｅｌ）、例えば同期チャネル（ＳＣＨ）、プライマリ報知チャネル（Ｐ−ＢＣＨ）、Ｄ−ＢＣＨ、ページングチャネル（ＰＣＨ）、ランダムアクセスチャネル応答（ＲＡＣＨ ｒｅｓｐｏｎｓｅ)、ＲＡＣＨ ｍｅｓｓａｇｅ ４に関する送信フォーマットの決定と無線リソースの割り当てを行う。そして、上記無線リソースの内、周波数リソースを周波数リソース管理部２６４に通知する。また、共通ＣＨ、ＭＣＨリソース管理部２６２において決定された送信フォーマットや割り当てられた無線リソースは、周波数リソース管理部２６４、ＴＦＲ Ｓｅｌｅｃｔｉｏｎ部２６８を介して、レイヤー１処理部２５２に送られ、レイヤー１処理部２５２において、上記ＭＣＨや共通チャネル（Ｃｏｍｍｏｎ ｃｈａｎｎｅｌ）のレイヤー１の処理が行われる。

周波数リソース管理部２６４は、ＴＦＲ Ｓｅｌｅｃｔｉｏｎ部２６８、共通ＣＨ、ＭＣＨリソース管理部２６２、パーシステントリソース管理部２６６と接続され、周波数リソースの管理を行う。より具体的には、Ｄｙｎａｍｉｃ Ｓｃｈｅｄｕｌｉｎｇが適用される下りリンクの共有チャネルに利用可能な残りの周波数リソースを監視し、ＴＦＲ Ｓｅｌｅｃｔｉｏｎ部２６８におけるステップＳ１１１０の処理に必要な情報をＴＦＲ Ｓｅｌｅｃｔｉｏｎ部２６８に提供する。

パーシステントリソース管理部２６６は、パーシステントスケジューリングが適用されるＤＬ−ＳＣＨの状態管理及び無線リソースの管理を行う。より具体的には、パーシステントリソース管理部２６６は、パーシステントスケジューリングが適用されるＤＬ−ＳＣＨに関する送信フォーマットの決定と無線リソースの管理を行う。そして、上記無線リソースの内、周波数リソースを周波数リソース管理部２６４に通知する。また、パーシステントリソース管理部２６６において決定された送信フォーマットや割り当てられた無線リソースは、周波数リソース部２６４、ＴＦＲ Ｓｅｌｅｃｔｉｏｎ部２６８を介して、レイヤー１処理部２５２に送られ、レイヤー１処理部２５２において、上記パーシステントスケジューリングが適用されるＤＬ−ＳＣＨのレイヤー１の処理が行われる。

また、パーシステントリソース管理部２６６は、ユーザ装置状態管理部２５４におけるステップＳ１０１２〜Ｓ１０１６の処理を行うための情報を、ユーザ装置状態管理部２５４に与える。

ＭＡＣ制御信号生成部２６０は、各ＵＥに関して、ＭＡＣ制御信号を送信すべきか否かを判定し、ＭＡＣ制御信号を送信すべきであると判定した場合には、その情報をユーザ装置状態管理部２５４に通知する。また、上記ＭＡＣ制御信号が実際にＭＡＣ ＰＤＵにマッピングされる場合には、ＴＦＲ Ｓｅｌｅｃｔｉｏｎ部２６８に、上記ＭＡＣ制御信号を与える。

尚、ＭＡＣ制御信号には、上りリンクの信号の送信タイミングを調節するタイミングアドバンスや上り同期の確立を指示する制御信号やＤＲＸ状態に入ることを指示する制御信号等がある。各制御信号を送信するか否かの判断は、ユーザ装置状態管理部２５４やレイヤー１処理部２５２からの情報に基づいて行われる。

ＨＡＲＱ制御部２７０は、各ＵＥのＨＡＲＱの制御を行う。

ＲＬＣ／ＰＤＣＰ処理部２７２は、各ＵＥのＲＬＣレイヤ及びＰＤＣＰレイヤの制御を行う。さらに、ＲＬＣ／ＰＤＣＰ処理部２７２は、ＵＥ#nの論理チャネル#kに関するＲＬＣ Ｂｕｆｆｅｒ、すなわち、ＲＬＣ Ｂｕｆ２７２１_n,kを備え、下りリンクにおいて送信すべきＲＬＣレイヤのデータのバッファリングを行う。

尚、ＲＬＣ Ｂｕｆ２７２１_n,kは、上述した例では、ＲＬＣレイヤのデータのバッファリングを行っているが、代わりに、ＲＬＣレイヤとＰＤＣＰレイヤのデータのバッファリングを行ってもよい。

すなわち、当該Ｓｕｂ−ｆｒａｍｅにおいて下りリンクの共有チャネルにより送信されるデータは、ＲＬＣ／ＰＤＣＰ処理部２７２において、そのバッファＲＬＣ Ｂｕｆ２７２１_n,kより切り出され、ＨＡＲＱ制御部２７０においてＨＡＲＱの処理が行われ、ＵＥ選択部２５８、ＴＦＲ Ｓｅｌｅｃｔｉｏｎ部２６８を介して、レイヤー１処理部２５２に送られ、レイヤー１処理部２５２において、符号化やＩＦＦＴ等の送信処理が行われる。

本発明は上記の実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。

例えば、上述した実施例においては、Ｅｖｏｌｖｅｄ ＵＴＲＡ ａｎｄ ＵＴＲＡＮ（別名：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，或いは，Ｓｕｐｅｒ ３Ｇ）が適用されるシステムにおける例が説明されたが、本発明に係る移動局、基地局装置、移動通信システム及び通信制御方法は、共有チャネルを用いた通信を行う他のシステムにも適用可能である。

すなわち、本発明はここでは記載していない様々な実施形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。

説明の便宜上、本発明を幾つかの実施例に分けて説明したが、各実施例の区分けは本発明に本質的ではなく、２以上の実施例が必要に応じて使用されてよい。発明の理解を促すため具体的な数値例を用いて説明したが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてよい。

以上、本発明は特定の実施例を参照しながら説明されてきたが、各実施例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウエアで、ソフトウエアで又はそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が包含される。
本国際出願は、２００７年３月１日に出願した日本国特許出願２００７−０５２１１５号、２００７年６月１９日に出願した日本国特許出願２００７−１６１９３８号及び２００７年１２月２０日に出願した日本国特許出願２００７−３２９０２４号に基づく優先権を主張するものであり、２００７−０５２１１５号、２００７−１６１９３８号及び２００７−３２９０２４号の全内容を本国際出願に援用する。

Claims (5)

1. ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
   動的に無線リソースの割り当てを行う第１のリソース割り当て方法と一定周期毎に無線リソースの割り当てを行う第２のリソース割り当て方法により、無線リソースを割り当て、
   送信するデータサイズが予め決定される所定の閾値以上である場合に前記第１のリソース割り当て方法により無線リソースを割り当て、送信するデータサイズが前記閾値未満である場合に前記第２のリソース割り当て方法により無線リソースを割り当て、
   送信するデータサイズが予め決定される所定の閾値以上である場合に、前記第２のリソース割り当て方法により割り当てる無線リソースとして確保された無線リソースを、前記第１のリソース割り当て方法により割り当てる無線リソースとして割り当てるリソース割り当て手段；
   を備えることを特徴とする基地局装置。
2. ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置であって：
   動的に無線リソースの割り当てを行う第１のリソース割り当て方法と一定周期毎に無線リソースの割り当てを行う第２のリソース割り当て方法により、無線リソースを割り当て、
   前記第２のリソース割り当てが行われないタイミングにおいて、
   送信するデータサイズが予め決定される所定の閾値以上である場合、または、再送可能なデータが存在する場合に、前記第１のリソース割り当て方法により送信すべきデータがあるとみなし、
   送信するデータサイズが予め決定される所定の閾値未満であり、かつ、再送可能データが存在しない場合に、前記第１のリソース割り当て方法により送信すべきデータがないとみなすことを特徴とする基地局装置。
3. 請求項１に記載の基地局装置において：
   前記リソース割り当て手段は、前記第２のリソース割り当て方法により送信するデータが存在しない場合に、前記第２のリソース割り当て方法により割り当てる無線リソースとして確保された無線リソースを、前記第１のリソース割り当て方法により割り当てる無線リソースとして割り当てることを特徴とする基地局装置。
4. ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置における通信制御方法であって：
   動的に無線リソースの割り当てを行う第１のリソース割り当て方法と一定周期毎に無線リソースの割り当てを行う第２のリソース割り当て方法により、無線リソースを割り当て、
   送信するデータサイズが予め決定される所定の閾値以上である場合に前記第１のリソース割り当て方法により無線リソースを割り当てるステップ；
   送信するデータサイズが前記閾値未満である場合に前記第２のリソース割り当て方法により無線リソースを割り当てるステップ；
   送信するデータサイズが予め決定される所定の閾値以上である場合に、前記第２のリソース割り当て方法により割り当てる無線リソースとして確保された無線リソースを、前記第１のリソース割り当て方法により割り当てる無線リソースとして割り当てるステップ；
   を有することを特徴とする通信制御方法。
5. ユーザ装置と下りリンクの共有チャネルを用いて通信を行う基地局装置における通信制御方法であって：
   前記共有チャネルを送信するタイムフレーム又は前記共有チャネルに対する送達確認情報を受信するタイムフレームが、当該ユーザ装置における異なる周波数のセルの測定を行う時間間隔と重なっているユーザ装置；
   間欠受信のスリープ状態にあるユーザ装置；
   同期が外れているユーザ装置；
   無線品質情報を受信していないユーザ装置；
   送信すべきデータが存在しないユーザ装置；
   以外のユーザ装置の中から、共有チャネルの割り当てを行うユーザ装置を選択する選択ステップ；
   前記選択手段において選択されたユーザ装置に対して共有チャネルを送信する送信ステップ；
   を備えることを特徴とする通信制御方法。

Images