(57)【要約】  ユーザ装置と上りリンクの共有チャネルを用いて通信を行う基地局装置は、前記ユーザ装置と前記基地局装置との間のパスロスを算出する算出手段；前記パスロスに基づいて、前記共有チャネルのＭＣＳレベルを選択するＭＣＳ選択手段；前記上りリンクの共有チャネルの復号結果と、上りリンクの所要品質とに基づいて、前記共有チャネルの送信電力オフセットを算出する第１のオフセット算出手段；前記共有チャネルの送信電力オフセットと、当該ユーザ装置が保持している送信電力オフセットの差分を当該ユーザ装置に通知する通知手段；前記ユーザ装置から、前記共有チャネルを受信する受信手段；を備える。
2008108227.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置と上りリンクの共有チャネルを用いて通信を行う基地局装置であって：
前記ユーザ装置と前記基地局装置との間のパスロスを算出する算出手段；
前記パスロスに基づいて、前記共有チャネルのＭＣＳレベルを選択するＭＣＳ選択手段；
前記上りリンクの共有チャネルの復号結果と、上りリンクの所要品質とに基づいて、前記共有チャネルの送信電力オフセットを算出する第１のオフセット算出手段；
前記共有チャネルの送信電力オフセットと、当該ユーザ装置が保持している送信電力オフセットの差分を当該ユーザ装置に通知する通知手段；
前記ユーザ装置から、前記共有チャネルを受信する受信手段；
を備える基地局装置。
【請求項２】
前記ＭＣＳ選択手段は、前記パスロスに加えて、サウンディング用のリファレンス信号の無線品質と、前記サウンディング用のリファレンス信号の目標の無線品質とに基づいて、前記共有チャネルのＭＣＳレベルを選択することを特徴とする請求項１に記載の基地局装置。
【請求項３】
データ種別により決定される優先度に基づいて、前記共有チャネルの送信電力オフセットを算出する第２のオフセット算出手段；
をさらに備え、
前記通知手段は、前記第１のオフセット算出手段と前記第２のオフセット算出手段が算出した送信電力オフセットの和と、当該ユーザ装置が保持している送信電力オフセットの差分を前記ユーザ装置に通知する請求項１に記載の基地局装置。
【請求項４】
当該共有チャネルが再送データか初回送信のデータかに基づいて、前記共有チャネルの送信電力オフセットを算出する第３のオフセット算出手段；
をさらに備え、
前記通知手段は、前記第１のオフセット算出手段と前記第２のオフセット算出手段と前記第３のオフセット算出手段が算出した送信電力オフセットの和と、当該ユーザ装置が保持している送信電力オフセットの差分を前記ユーザ装置に通知する請求項１に記載の基地局装置。
【請求項５】
前記ユーザ装置と複数の論理チャネルグループを用いて通信を行う場合に、
前記第１のオフセット算出手段は、
前記複数の論理チャネルグループの内の１つの論理チャネルグループに関する、上りリンクの共有チャネルの復号結果と上りリンクの所要品質とに基づいて、前記送信電力オフセットの算出を行うことを特徴とする請求項１に記載の基地局装置。
【請求項６】
前記送信電力オフセットの算出が行われる論理チャネルグループは、最も送信頻度の高い論理チャネルグループであることを特徴とする請求項５に記載の基地局装置。
【請求項７】
ユーザ装置と上りリンクの共有チャネルを用いて通信を行う基地局装置における通信制御方法であって：
前記ユーザ装置と前記基地局装置との間のパスロスを算出するステップ；
前記パスロスとサウンディング用のリファレンス信号の無線品質と前記サウンディング用のリファレンス信号の目標の無線品質とに基づいて、前記共有チャネルのＭＣＳレベルを選択するステップ；
前記上りリンクの共有チャネルの復号結果と、上りリンクの所要品質とに基づいて、前記共有チャネルの送信電力オフセット１を算出するステップ；
データ種別により決定される優先度に基づいて、前記共有チャネルの送信電力オフセット２を算出するステップ；
当該共有チャネルが再送データか初回送信のデータかに基づいて、前記共有チャネルの送信電力オフセット３を算出するステップ
前記共有チャネルの送信電力オフセット１と、前記共有チャネルの送信電力オフセット２と、前記共有チャネルの送信電力オフセット３の合計と、当該ユーザ装置が保持している送信電力オフセットの差分を当該ユーザ装置に通知するステップ；
前記ユーザ装置から、前記共有チャネルを受信するステップ；
を備える通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、下りリンクにおいて直交周波数分割多重ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）を適用する移動通信システムに関し、特に基地局装置及び通信制御方法に関する。
【背景技術】
【０００２】
Ｗ−ＣＤＭＡやＨＳＤＰＡの後継となる通信方式、すなわちＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）が、Ｗ−ＣＤＭＡの標準化団体３ＧＰＰにより検討され、無線アクセス方式として、下りリンクについてはＯＦＤＭ、上りリンクについてはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が検討されている（例えば、非特許文献１参照）。【０００３】
ＯＦＤＭは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各周波数帯上にデータを載せて伝送を行う方式であり、サブキャリアを周波数上に、一部重なりあいながらも互いに干渉することなく密に並べることで、高速伝送を実現し、周波数の利用効率を上げることができる。【０００４】
ＳＣ−ＦＤＭＡは、周波数帯域を分割し、複数の端末間で異なる周波数帯域を用いて伝送することで、端末間の干渉を低減することができる伝送方式である。ＳＣ−ＦＤＭＡでは、送信電力の変動が小さくなる特徴を持つことから、端末の低消費電力化及び広いカバレッジを実現できる。【０００５】
上述したＬＴＥは、下りリンク及び上りリンクにおいて共有チャネルを用いた通信システムである。例えば、上りリンクにおいては、基地局装置は、サブフレーム毎（１ｍｓ毎）に、上記共有チャネルを用いて通信を行うユーザ装置を選別し、選別したユーザ装置に対して、下りリンクの制御チャネルを用いて、所定のサブフレームにおいて、上記共有チャネルを用いて通信を行うことを指示し、ユーザ装置は、上記下りリンクの制御チャネルに基づいて、上記共有チャネルを送信する。基地局装置は、ユーザ装置から送信された上記共有チャネルを受信し、復号を行う。ここで、上述したような、共有チャネルを用いて通信を行うユーザ装置を選別する処理は、スケジューリング処理と呼ばれる。【０００６】
また、ＬＴＥでは、適応変調・符号化（Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ）が適用されるため、上記共有チャネルの送信フォーマットはサブフレーム毎に異なる。ここで、上記送信フォーマットとは、例えば、周波数リソースであるリソースブロックの割り当て情報や変調方式、ペイロードサイズ、送信電力に関する情報、Redundancy versionパラメータやプロセス番号等のHARQに関する情報や、MIMO適用時のリファレンス信号の系列等のMIMOに関する情報等である。上記当該サブフレームにおいて共有チャネルを用いて通信を行うユーザ装置の識別情報や、上記共有チャネルの送信フォーマットは、まとめて、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔと呼ばれる。【０００７】
ＬＴＥにおいては、上述した、当該サブフレームにおいて共有チャネルを用いて通信を行うユーザ装置の識別情報や、上記共有チャネルの送信フォーマットは、物理下りリンク制御チャネルＰｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ（ＰＤＣＣＨ）によって通知される。尚、上記物理下りリンク制御チャネルＰＤＣＣＨは、ＤＬ  Ｌ１／Ｌ２  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌとも呼ばれる。
【非特許文献１】3GPP TR 25.814 (V7.0.0), "Physical Layer Aspects for Evolved UTRA," June 2006
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述したスケジューリング処理やＡＭＣにおける送信フォーマットの決定処理は、適切に制御されない場合、伝送特性の劣化、あるいは、無線容量の劣化につながる。【０００９】
そこで、本発明は、上述した問題点に鑑み、その目的は、ＬＴＥの上りリンクにおいて、適切にスケジューリング処理やＡＭＣにおける送信フォーマットの決定処理を行うことのできる基地局装置及び通信制御方法を提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明の基地局装置は、
ユーザ装置と上りリンクの共有チャネルを用いて通信を行う基地局装置であって：
前記ユーザ装置と前記基地局装置との間のパスロスを算出する算出手段；
前記パスロスに基づいて、前記共有チャネルのＭＣＳレベルを選択するＭＣＳ選択手段；
前記上りリンクの共有チャネルの復号結果と、上りリンクの所要品質とに基づいて、前記共有チャネルの送信電力オフセットを算出する第１のオフセット算出手段；
前記共有チャネルの送信電力オフセットと、当該ユーザ装置が保持している送信電力オフセットの差分を当該ユーザ装置に通知する通知手段；
前記ユーザ装置から、前記共有チャネルを受信する受信手段；
を備えることを特徴の１つとする。【００１１】
本発明の通信制御方法は、
ユーザ装置と上りリンクの共有チャネルを用いて通信を行う基地局装置における通信制御方法であって：
前記ユーザ装置と前記基地局装置との間のパスロスを算出するステップ；
前記パスロスとサウンディング用のリファレンス信号の無線品質と前記サウンディング用のリファレンス信号の目標の無線品質とに基づいて、前記共有チャネルのＭＣＳレベルを選択するステップ；
前記上りリンクの共有チャネルの復号結果と、上りリンクの所要品質とに基づいて、前記共有チャネルの送信電力オフセット１を算出するステップ；
データ種別により決定される優先度に基づいて、前記共有チャネルの送信電力オフセット２を算出するステップ；
当該共有チャネルが再送データか初回送信のデータかに基づいて、前記共有チャネルの送信電力オフセット３を算出するステップ
前記共有チャネルの送信電力オフセット１と、前記共有チャネルの送信電力オフセット２と、前記共有チャネルの送信電力オフセット３の合計と、当該ユーザ装置が保持している送信電力オフセットの差分を当該ユーザ装置に通知するステップ；
前記ユーザ装置から、前記共有チャネルを受信するステップ；
を備えることを特徴の１つとする。
【発明の効果】
【００１２】
本発明の実施例によれば、ＬＴＥの上りリンクにおいて、適切にスケジューリング処理やＡＭＣにおける送信フォーマットの決定処理を行うことのできる基地局装置及び通信制御方法を実現できる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施例に係る無線通信システムの構成を示すブロック図である。
【図２】本発明の一実施例に係るＵＬ  ＭＡＣデータ送信手順を示すフロー図である。
【図３】本発明の一実施例に係るスケジューリング係数計算処理および候補UEの選択処理を示すフロー図である。
【図４】本発明の一実施例に係るTFR selectionに関わる制御を示すフロー図である。
【図５】ＵＬ  ＴＦ  Ｒｅｌａｔｅｄ  Ｔａｂｌｅを示す説明図である。
【図６】本発明の一実施例に係る基地局装置を示す部分ブロック図である。
【図７Ａ】本発明の一実施例に係るＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  ＧｒａｎｔとＰＨＩＣＨの送信方法を示すフロー図である。
【図７Ｂ】本発明の一実施例に係るスケジューリング係数計算処理および候補UEの選択処理を示すフロー図である。
【図８】上りリンクＴＦＲ選択処理を示すフロー図である。
【図９】Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅの割り当てがあるＵＥに対してＤｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われた場合に、そのＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅを確保することの効果を示す図である。
【図１０】Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅの割り当てがあるＵＥに対してＤｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われた場合に、そのＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅを確保することの効果を示す図である。
【図１１Ａ】上りリンクＴＦＲ選択の処理を示すフロー図である。
【図１１Ｂ】上りリンクＴＦＲ選択の処理を示す別のフロー図である。
【図１１Ｃ】ＰａｔｈｌｏｓｓとＰＯＦＦＳＥＴとの関係の一例を示す図である。
【図１２Ａ】ＴＦ＿Ｒｅｌａｔｅｄ＿ｔａｂｌｅの一例を示す図である。
【図１２Ｂ】ＴＦ＿Ｒｅｌａｔｅｄ＿ｔａｂｌｅの一例を示す図である。
【図１３Ａ】ＵＥにおける干渉のメカニズムのイメージ図である。
【図１３Ｂ】上りリンクの送信信号による下りリンクの受信信号への干渉のイメージ図である。
【図１４】Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐの決定方法を示すフロー図である。
【図１５】ＰａｔｈｌｏｓｓとＭＣＳとの関係の一例を示す図である。
【図１６】本発明の一実施例に係る基地局装置を示す図である。
【符号の説明】
【００１４】
５０  セル
１００１、１００２、１００３、１００ｎ  ユーザ装置
２００  基地局装置
２０６  スケジューリング係数計算部
２１０  トランスポートフォーマット・リソースブロック選択部
２１２  レイヤー１処理部
３００  アクセスゲートウェイ装置
４００  コアネットワーク
【発明を実施するための最良の形態】
【００１５】
（実施例１）
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明する。【００１６】
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。【００１７】
本発明の実施例に係る基地局装置が適用される無線通信システムについて、図１を参照して説明する。【００１８】
無線通信システム１０００は、例えばＥｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮ（別名：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、或いは、Ｓｕｐｅｒ  ３Ｇ）が適用されるシステムであり、基地局装置（ｅＮＢ：  ｅＮｏｄｅ  Ｂ）２００と複数のユーザ装置（ＵＥ：  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、あるいは、移動局とも呼ばれる）１００ｎ（１００１、１００２、１００３、・・・１００ｎ、ｎはｎ>０の整数）とを備える。基地局装置２００は、上位局、例えばアクセスゲートウェイ装置３００と接続され、アクセスゲートウェイ装置３００は、コアネットワーク４００と接続される。ここで、ユーザ装置１００ｎはセル５０において基地局装置２００とＥｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮにより通信を行う。【００１９】
以下、ユーザ装置１００ｎ（１００１、１００２、１００３、・・・１００ｎ）については、同一の構成、機能、状態を有するので、以下では特段の断りがない限りユーザ装置１００ｎとして説明を進める。【００２０】
無線通信システム１０００は、無線アクセス方式として、下りリンクについてはＯＦＤＭ（直交周波数分割多元接続）、上りリンクについてはＳＣ−ＦＤＭＡ（シングルキャリア−周波数分割多元接続）が適用される。上述したように、ＯＦＤＭは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各周波数帯上にデータを載せて伝送を行う方式である。ＳＣ−ＦＤＭＡは、周波数帯域を分割し、複数の端末間で異なる周波数帯域を用いて伝送することで、端末間の干渉を低減することができる伝送方式である。【００２１】
ここで、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮにおける通信チャネルについて説明する。【００２２】
下りリンクについては、各ユーザ装置１００ｎで共有して使用される物理下りリンク共有チャネル（ＰＤＳＣＨ：  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、物理下りリンク制御チャネル（ＰＤＣＣＨ：  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）とが用いられる。上記物理下りリンク制御チャネルは、ＤＬ  Ｌ１／Ｌ２  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌとも呼ばれる。下りリンクでは、物理下りリンク制御チャネルにより、下り共有物理チャネルにマッピングされるユーザの情報やトランスポートフォーマットの情報、上り共有物理チャネルにマッピングされるユーザの情報やトランスポートフォーマットの情報、上り共有物理チャネル（トランスポートチャネルとしてはＵｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ（ＵＬ−ＳＣＨ））の送達確認情報などが通知される。または、物理下りリンク共有チャネルによりユーザデータが伝送される。上記ユーザデータは、トランスポートチャネルとしては、下りリンク共有チャネルＤｏｎｗｌｉｎｋ−Ｓｈａｒｅ  Ｃｈａｎｎｅｌ  （ＤＬ−ＳＣＨ）である。【００２３】
上りリンクについては、各ユーザ装置１００ｎで共有して使用される物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、ＬＴＥ用の制御チャネルとが用いられる。制御チャネルには、物理上りリンク共有チャネルと時間多重されるチャネルと、周波数多重されるチャネルの２種類がある。周波数多重されるチャネルは、物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と呼ばれる。【００２４】
上りリンクでは、ＬＴＥ用の制御チャネルにより、下りリンクにおける共有チャネルのスケジューリング、適応変復調・符号化（ＡＭＣ：  Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ）に用いるための下りリンクの品質情報（ＣＱＩ：  Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）及び下りリンクの共有チャネルの送達確認情報（ＨＡＲＱ  ＡＣＫ  ｉｎｆｏｒｍａｔｉｏｎ）が伝送される。また、物理上りリンク共有チャネルによりユーザデータが伝送される。上記ユーザデータは、トランスポートチャネルとしては、上りリンク共有チャネルＵｐｌｉｎｋ−Ｓｈａｒｅ  Ｃｈａｎｎｅｌ  （ＵＬ−ＳＣＨ）である。【００２５】
［1. 上りリンクＭＡＣ通信制御方法］
次に、本実施例に係る基地局装置において実行される通信制御方法としての上りリンクＭＡＣ（UL MAC）制御手順について説明する。【００２６】
本実施例において、論理チャネルは、例えば無線ベアラ（Radio bearer）に対応する。また、プライオリティクラス（Priority class）は、例えば優先度に対応する。【００２７】
尚、「当該サブフレーム（Sub-frame）」とは、特に断りがなければ、スケジューリングの対象となる上りリンク共有チャネル（UL-SCH）が移動局により送信されるサブフレームを指す。【００２８】
また、以下の説明において、ダイナミックスケジューリングとは、動的に無線リソースの割り当てを行う第１のリソース割り当て方法に相当する。ダイナミックスケジューリングが適用される上りリンク共有チャネル（UL-SCH）は、該ユーザ装置に対して任意のサブフレームにおいて無線リソースが割り当てられ、その場合の送信フォーマット、すなわち、周波数リソースであるリソースブロックの割り当て情報や変調方式、ペイロードサイズ、送信電力に関する情報、Redundancy versionパラメータやプロセス番号等のHARQに関する情報や、MIMO適用時のリファレンス信号の系列等のMIMOに関する情報等は、様々な値が設定される。【００２９】
一方、パーシステントスケジューリングとは、データ種別、あるいは、データを送受信するアプリケーションの特徴に応じて、一定周期毎にデータの送信機会を割り当てるスケジューリング方法であり、一定周期毎に無線リソースの割り当てを行う第２のリソース割り当て方法に相当する。すなわち、パーシステントスケジューリングが適用される上りリンク共有チャネル（UL-SCH）は、該ユーザ装置に対して所定のサブフレームにおいて無線リソースが割り当てられ、その場合の送信フォーマット、すなわち、周波数リソースであるリソースブロックの割り当て情報や変調方式、ペイロードサイズ、送信電力に関する情報、Redundancy versionパラメータやプロセス番号等のHARQに関する情報や、MIMO適用時のリファレンス信号の系列等のMIMOに関する情報等は、所定の値が設定される。すなわち、予め決められたサブフレームにおいて無線リソースが割り当てられ、予め決められた送信フォーマットで上りリンク共有チャネル（UL-SCH）が送信される。上記予め決められたサブフレームは、例えば、一定の周期となるように設定されてもよい。また、上記予め決められた送信フォーマットは、一種類である必要はなく、複数の種類が存在してもよい。【００３０】
［2. 物理上りリンク共有チャネル（PUSCH）の送信帯域の割当て単位］
本実施例では、周波数方向の送信帯域の割当て単位として、リソースブロック（RB：Resource Block）を用いる。１RBは、例えば、１８０kＨｚに相当し、システム帯域幅が５ＭＨzの場合には、２５個のRBが存在し、システム帯域幅が１０ＭＨzの場合には、５０個のＲＢが存在し、システム帯域幅が２０ＭＨｚの場合には、１００個のＲＢが存在する。PUSCHの送信帯域の割当ては、RBを単位としてサブフレーム（Sub-frame）毎に行われる。また、DFT sizeは、その因数として２、３、５以外の数を含まないようにRBの割り当てが行われる。すなわち、DFT sizeは、２、３、５のみを因数とする数となる。【００３１】
尚、上りリンク共有チャネル（ＵＬ−ＳＣＨ）の再送においては、基地局装置２００は、対応するＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信してもよいし、送信しなくてもよい。基地局装置２００が、上記上りリンク共有チャネル（ＵＬ−ＳＣＨ）の再送のためのＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信する場合には、移動局は、上記Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔに従って、上記上りリンク共有チャネル（ＵＬ−ＳＣＨ）の再送を行う。ここで、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔとは、上述したように、当該サブフレームにおいて共有チャネルを用いて通信を行うユーザ装置の識別情報や、上記共有チャネルの送信フォーマット、すなわち、周波数リソースであるリソースブロックの割り当て情報や変調方式、ペイロードサイズ、送信電力に関する情報、Redundancy versionパラメータやプロセス番号等のHARQに関する情報や、MIMO適用時のリファレンス信号の系列等のMIMOに関する情報等のことである。尚、上記Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔのうち、一部の情報のみが、初回送信から変更されるといった制御が行われてもよい。例えば、周波数リソースであるリソースブロックの割り当て情報と、送信電力に関する情報のみが変更されるといった制御が行われてもよい。また、基地局装置２００が、上記上りリンク共有チャネル（ＵＬ−ＳＣＨ）の再送のためのＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信しない場合には、移動局は、初回送信のためのＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ、または、当該上りリンク共有チャネル（ＵＬ−ＳＣＨ）に関する、その前に受信したＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔに従って、上記上りリンク共有チャネル（ＵＬ−ＳＣＨ）の再送を行う。上記処理は、ダイナミックスケジューリングが適用されるＰＵＳＣＨ（トランスポートチャネルとしてはＵＬ−ＳＣＨ）に関して行われる。また、パーシステントスケジューリングが適用されるＰＵＳＣＨ（トランスポートチャネルとしてはＵＬ−ＳＣＨ）に関して行われてもよい。また、ランダムアクセス手順におけるＭｅｓｓａｇｅ３に関しては、上りリンク共有チャネル（ＵＬ−ＳＣＨ）の再送においては、基地局装置２００は、常に、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信しないという処理を行ってもよい。【００３２】
ここで、ダイナミックスケジューリングは、動的に無線リソースの割り当てを行うリソースの第１の割り当て方法に相当する。【００３３】
［3. UL MACデータ送信手順］
次に、上りリンクＭＡＣ（UL MAC）データ送信手順について、図２を参照して説明する。図２は、スケジューリング係数の計算によるスケジューリング処理から、トランスポートフォーマット（Transport format）及び割り当てられるRBを決定するＵＬ  TFR selection処理までの手順を示したものである。【００３４】
［3.1. UL MAC最大多重NULMAX設定］
基地局装置２００において、UL MAC最大多重数NULMAX設定が行われる（ステップＳ２０２）。UL MAC最大多重数NULMAXは、ダイナミックスケジューリング（Dynamic Scheduling）が適用される上りリンク共有チャネル（UL-SCH）の、1サブフレームにおける最大多重数（初回送信のUL-SCHと再送のUL-SCHの両方を含む値）であり、外部入力インタフェース（ＩＦ）より指定される。【００３５】
［3.2. スケジューリング係数の計算（Calculation for Scheduling coefficients）］
次に、基地局装置２００において、スケジューリング係数の計算（Calculation for Scheduling coefficients）が行われる（ステップＳ２０４）。当該Sub-frameにおいてDynamic schedulingによる無線リソースの割り当てが行われるUEを選択する。上記当該Sub-frameにおいてDynamic schedulingによる無線リソースの割り当てが行われるUEに対して、次の上りリンクトランスポートフォーマット及びリソース選択の処理が行われる。【００３６】
当該Sub-frameにおいてDynamic schedulingによる無線リソースの割り当てが行われるUEの数をNUL-SCHと定義する。 
［3.4. 上りリンクトランスポートフォーマット及びリソース選択（Uplink Transport format and Resource selection）(UL TFR selection)］
次に、基地局装置２００において、上りリンクトランスポートフォーマット及びリソース選択が行われる（ステップＳ２０８）。物理ランダムアクセスチャネル（PRACH）の無線リソース（RB）の確保、禁止無線リソース（RB）の確保、パーシステントスケジューリング（Persistent scheduling）が適用されるUL-SCHの無線リソース（RB）の確保を行った後、Dynamic schedulingが適用されるUL-SCH（初回送信と再送の両方を含む）に関する送信フォーマットの決定と無線リソースの割り当てを行う。【００３７】
［4. Calculation for Scheduling coefficients］
次に、ステップＳ２０４において行われるスケジューリング係数の計算について、図３を参照して説明する。【００３８】
［4.1. 処理フロー］
図３に、スケジューリング係数の計算により、Dynamic schedulingによる無線リソースの割り当てが行われるUEの候補の選択を行う処理フローを示す。基地局装置２００は、ＬＴＥアクティブ（LTE active）状態（RRC connected状態）にある全てのUEに対して以下の処理を実行する。【００３９】
まず、n=1、NScheduling=0、NRetransmission=0に設定される（ステップＳ３０２）。ここで、nはユーザ装置１００ｎのインデックスであり、n=1,・・・,N（N>0の整数）である。【００４０】
［4.1.1. Renewal of HARQ Entity Status］
次に、HARQ（Hybrid Automatic Repeat Request）エンティティステータスの更新（Renewal of HARQ Entity Status）が行われる（ステップＳ３０４）。ここでは、当該UEに関する、UL-SCHのCRC check結果がOKであったプロセスを解放する。【００４１】
また、最大再送回数に達したプロセスを解放し、プロセス内のユーザデータを廃棄する。ここで、最大再送回数とは、「UEが送信する可能性のある全ての論理チャネルの中で、最も大きな最大再送回数の値」とする。【００４２】
尚、UEは、MAC PDUに多重される論理チャネルの中で、最も優先度の高いPriority Classの論理チャネルの最大再送回数に基づいてHARQの再送を行う。すなわち、ユーザ装置は、共有チャネルを用いて、２つ以上の論理チャネルから構成されるトランスポートチャネルを送信する場合に、前記２つ以上の論理チャネルの内、最も優先度の高い論理チャネルの最大再送回数を、前記トランスポートチャネルの最大再送回数に設定する。【００４３】
さらに、上りリンク共有チャネルの電力判定により、UEのUL-SCH未送信を検出したプロセスを解放する。【００４４】
［4.1.2. HARQ再送信のチェック（HARQ Retransmission Check）］
次に、HARQ再送信のチェック（HARQ Retransmission Check）が行われる（ステップＳ３０６）。当該Sub-frameにおいて、当該UEが送信すべき再送データを有するか否かを判定する。ここで、「送信すべき再送データ」とは、以下の4つの条件を全て満たす再送データのことを指す。
・Synchronous HARQの再送タイミングである
・過去のUL-SCHのCRC check結果がOKでない
・最大再送回数に達していない
・上りリンク共有チャネルの電力判定で「UL-SCH未送信」と検出されていない
当該UEが送信すべき再送データを有する場合に「再送信有り（Retransmission）」を返し、それ以外の場合に「再送信無し（No retransmission）」を返す。HARQ Retransmission Checkの結果がNo retransmissionの場合には、メジャメントギャップのチェック（Measurement Gap Check）の処理に進む（ステップＳ３１０）。【００４５】
尚、UL-SCHの最大再送回数は、論理チャネルのPriority class毎に設定されるため、eNBは、送信される可能性のある全ての論理チャネルのPriority classの最大再送回数の内、最も大きな最大再送回数を想定して本処理を行う。【００４６】
HARQ Retransmission Checkの結果がRetransmissionの場合には、NRetransmission++として（ステップＳ３０８）、当該UEを初回送信のためのスケジューリングの対象から除外する。また、当該Sub-frameにおいて、当該UEが有するPersistent schedulingが適用される論理チャネルにPersistent Resourceが割り当てられている場合には、上記Persistent Resourceを解放する。上記Persistent Resource内のRBは、Dynamic schedulingが適用されるUL-SCHに関するUL TFR Selectionに用いられる。【００４７】
結果として、Persistent schedulingの初回送信よりも、Dynamic schedulingの再送を優先することとする。【００４８】
［4.1.3. メジャメントギャップのチェック（Measurement Gap Check）］
次に、メジャメントギャップのチェック（Measurement Gap Check）が行われる（ステップＳ３１０）。すなわち、UEが異なる周波数のセルの測定を行っている時間間隔が、下りリンクにおいて上りリンク共有チャネルのための物理下りリンク制御チャネルを送信するタイムフレーム、共有チャネルを受信するタイムフレーム又は上りリンク共有チャネルに対する送達確認情報を送信するタイムフレームと重なる場合には、当該UEに上りリンク共有チャネルを割り当てない。上記物理下りリンク制御チャネルにおいて、上記上りリンク共有チャネルに関するＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔが送信される。【００４９】
ここで、上記異なる周波数のセルとは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮのセルであってもよいし、異なるシステムのセルであってもよい。例えば、異なるシステムとして、ＧＳＭ、ＷＣＤＭＡ、ＴＤＤ−ＣＤＭＡ、ＣＤＭＡ２０００、ＷｉＭＡＸ等が考えられる。【００５０】
具体的には、当該UEの初回送信と2回目送信に関して、物理下りリンク制御チャネルを送信するSub-frameがMeasurement gapに含まれるか否か、または、当該UL-SCHを送信するSub-frameがMeasurement gapに含まれるか否か、または、上記UL-SCHに対するACK/NACKを送信するSub-frameがMeasurement gapに含まれるか否かを判定する。物理下りリンク制御チャネルを送信するSub-frameがMeasurement gapに含まれる、または、当該UL-SCHを送信するSub-frameがMeasurement gapに含まれる、または、上記UL-SCHに対するACK/NACKを送信するSub-frameがMeasurement gapに含まれると判定した場合にNGを返し、それ以外の場合にOKを返す。Measurement gapは、UEが異周波ハンドオーバ、または、異システムハンドオーバを行うために、異なる周波数のセルの測定を行っている時間間隔であり、その時間には通信できないため、移動局は、物理下りリンク制御チャネルを受信できない。また、同様の理由で、上りリンク共有チャネルを送信できない、かつ、ACK/NACKを受信できない。Measurement Gap Checkの結果がNGの場合には、当該UEを初回送信のためのスケジューリングの対象から除外する。【００５１】
3回目送信以降を考慮したMeasurement Gap Checkは行わない。尚、上述した例では、１回目と２回目の送信を考慮したが、代わりに、１回目と２回目と３回目の送信を考慮してもよい。【００５２】
［4.1.4. 間欠受信のチェック（DRX Check）］
次に、間欠受信のチェック（DRX Check）が行われる（ステップＳ３１２）。UEが間欠受信を行っている場合に、すなわち、UEが間欠受信状態（DRX状態）である場合に、上りリンク共有チャネルを当該UEに割り当てない。【００５３】
具体的には、当該UEがDRX状態か否かを判定する。DRX状態であると判定した場合にNGを返し、それ以外の場合にOKを返す。DRX Checkの結果がNGの場合には、当該UEを初回送信のためのスケジューリングの対象から除外する。【００５４】
［4.1.5. 上りリンクの同期状態のチェック（UL Sync Check）］
次に、上りリンクの同期状態のチェック（UL Sync Check）が行われる（ステップＳ３１４）。すなわち、UEが同期外れである場合に、上りリンク共有チャネルを当該UEに割り当てない。【００５５】
具体的には、当該UEの上りリンクの同期状態が、「同期確立」、「同期外れ Type A」、「同期外れType B」のどの状態であるか否かを判定する。「同期外れ Type A」または「同期外れ Type B」であると判定した場合にNGを返し、「同期確立」であると判定した場合にOKを返す。UL Sync Checkの結果がNGの場合には、当該UEを初回送信のためのスケジューリングの対象から除外する。【００５６】
尚、eNB２００は、RRC_connected状態の各UE１００ｎに関して、以下の2種類の上りリンクの同期状態の判定を行う。【００５７】
セル半径を考慮したウインドウ１（Window1）、例えば、RACH Preambleを待ち受けるWindow程度の大きさ内で当該UEのSounding RSのPower判定を行う。すなわち、当該UEのPower判定におけるメトリック(metric)が所定の閾値を超える場合にはPower判定OKとし、超えない場合にはPower判定NGとする。尚、本判定における反映時間（OKと判定するまでの時間、あるいは、NGと判定するまでの時間）は、Sounding RSを連続受信している状態で200ms-1000msを目安とする。【００５８】
また、FFT timingとCP長により定義されるWindow2内に、当該UEの信号が存在するか否かで判定を行う。すなわち、Window2内に、当該UEの信号が存在する場合にはFFT timing判定OKとし、当該UEのメインパスが存在しない場合にはFFT timing判定NGとする。尚、本判定における反映時間（OKと判定するまでの時間、あるいは、NGと判定するまでの時間）は、Sounding RSを連続受信している状態で1ms-200msを目安とする。【００５９】
同期外れType Aとは、Power判定結果がOKでありFFT timingがNGであるUEの同期状態をいい、同期外れType Bとは、Power判定結果がNGでありFFT timingがNGであるUEの同期状態をいう。【００６０】
HARQ Retransmission Checkの処理（S306の処理）が、本UL Sync Checkの処理（S314の処理）よりも先に行われるため、UL Sync Checkの結果がNGの場合のUEに関しても、HARQ Retransmission CheckがRetransmissionの場合には、その再送されるUL-SCHの受信を行う。【００６１】
［4.1.6. 受信したSIRのチェック（Received SIR Check）］
次に、受信したSIRのチェック（Received SIR Check）が行われる（ステップＳ３１６）。すなわち、UEからリファレンス信号を受信していない場合に、上りリンク共有チャネルを当該UEに割り当てない。【００６２】
具体的には、当該UEに関して、Sounding Reference Signalの送信帯域幅、周波数ホッピング間隔で定義される、「Sounding Reference Signalが送信されうる全てのRB」において、少なくとも1回はSounding Reference Signalを受信しているか否かを判定する。「Sounding Reference Signalが送信されうる全てのRB」において、少なくとも1回はSounding Reference Signalを受信している場合にはOKを返し、上記以外の場合にNGを返す。Received SIR Checkの結果がNGの場合には、当該UEをスケジューリングの対象から除外する。【００６３】
尚、上述した例においては、Sounding Reference Signalが送信されうる全てのRBにおいて、少なくとも1回はSounding Reference Signalを受信しているか否かを判定したが、代わりに、Sounding Reference Signalが送信されうる全てのRBの内の少なくとも１つのRBにおいて、少なくとも1回はSounding Reference Signalを受信しているか否かを判定してもよい。【００６４】
なお、Sounding Reference Signalとは、上りリンク周波数スケジューリングのためのチャネル品質測定に用いる信号のことをいう。【００６５】
［4.1.7. パーシステントスケジューリングのチェック（Persistent Scheduling Check）］
次に、パーシステントスケジューリングのチェック（Persistent Scheduling Check）が行われる（ステップＳ３１８）。パーシステントスケジューリングとは、データ種別、あるいは、データを送受信するアプリケーションの特徴に応じて、一定周期毎にデータの送信機会を割り当てるスケジューリング方法である。尚、上記データ種別とは例えば、Voice Over IPによるデータであったり、あるいは、Streamingによるデータであったりする。上記Voice Over IPまたはStreamingが、上記アプリケーションに相当する。【００６６】
当該UEがPersistent schedulingが適用される論理チャネルを有するか否かを判定する。当該UEがPersistent schedulingが適用される論理チャネルを有する場合には、パーシステントスケジューリングサブフレームのチェック（Persistent scheduling Sub-frame check）の処理に進み（ステップＳ３２０）、上記以外の場合に上りリンクの伝送タイプのチェック（UL Low/High Fd Check）の処理に進む（ステップＳ３２８）。【００６７】
［4.1.7.1. パーシステントスケジューリングサブフレームのチェック（Persistent Scheduling Sub-frame Check）］
次に、パーシステントスケジューリングサブフレームのチェック（Persistent Scheduling Sub-frame Check）が行われる（ステップＳ３２０）。当該Sub-frameにおいて、当該UEが有するPersistent schedulingが適用される論理チャネルにPersistent resourceが割り当てられるか否かを判定する。Persistent resourceが割り当てられると判定した場合には、割り当て／解放チェック（Assign/Release Check）の処理に進み（ステップＳ３２２）、パーシステントリソース（Persistent resource）が割り当てられないと判定した場合には、UL Low/High Fd Checkに進む（ステップＳ３２８）。ここで、Persistent Resourceとは、Persistent Scheduling用に確保されたResource blockのことを指す。【００６８】
［4.1.7.2. 割り当て／解放チェック（Assign/Release Check）］
次に、割り当て／解放チェック（Assign/Release Check）が行われる（ステップＳ３２２）。当該UEから、当該Sub-frameにおいて当該UEに割り当てられているPersistent Resourceに関する解放リクエスト（Release request）を受信しているか否かを判定する。Release requestを受信している場合には、パーシステントリソースの解放（Persistent Resource Release）の処理に進み（ステップＳ３２６）、それ以外の場合には、パーシステントリソースの確保（Persistent Resource Reservation）の処理に進む（ステップＳ３２４）。【００６９】
［4.1.7.3. パーシステントリソースの確保（Persistent Resource Reservation）］
次に、パーシステントリソースの確保（Persistent Resource Reservation）が行われる（ステップＳ３２４）。当該UEが有するPersistent schedulingが適用される論理チャネルに割り当てられるPersistent Resourceを確保する。【００７０】
尚、当該Sub-frameにおいてPersistent Resourceが割り当てられるUEに関しても、4.1.10に記載のスケジューリング係数の計算を行い、当該Sub-frameにおいてDynamic schedulingが適用される論理チャネルのために無線リソースが割り当てられた場合には、UEは、Persistent schedulingが適用される論理チャネルとDynamic schedulingが適用される論理チャネルを多重してMAC PDU（UL-SCH）の送信を行う。【００７１】
あるいは、当該Sub-frameにおいてPersistent Resourceが割り当てられるUEに関しては、当該Sub-frameにおいてDynamic Schedulingが適用される論理チャネルのための無線リソースが割り当てられないという制御を行ってもよい。この場合、Persistent Resource Reservationの処理（S324）の後、S336の処理に進むことになる。【００７２】
［4.1.7.4. パーシステントリソースの解放（Persistent Resource Release）］
次に、パーシステントリソースの解放（Persistent Resource Release）が行われる（ステップＳ３２６）。すなわち、UEからパーシステントスケジューリングにより割り当てられるリソースの解放を指示する信号を受信した場合に、パーシステントスケジューリングにより割り当てられるリソースをダイナミックスケジューリングにより割り当てられるリソースとして使用する。【００７３】
具体的には、当該Sub-frameにおける当該UEが有するPersistent schedulingが適用される論理チャネルに割り当てられる予定のPersistent Resourceを解放する。尚、上記Persistent Resourceは、当該Sub-frameのみ解放されることとし、次のPersistent Resourceが割り当てられるタイミングにおいては、改めてAssign/Release Checkの処理を行うこととする。【００７４】
［4.1.8. 上りリンクの伝送タイプのチェック（UL Low/High Fd Check）］
次に、上りリンクの伝送タイプのチェック（UL Low/High Fd Check）が行われる（ステップＳ３２８）。すなわち、当該UEの上りリンクの伝送タイプ（UL Transmission type）として、Low Fd／High Fdを判定する。尚、上記伝送タイプは、DLとULとで別々に管理する。【００７５】
例えば、当該UEのPathlossの値が閾値ThresholdPL以下であり、かつ、当該UEのFd推定値が閾値ThresholdFd,UL以下である場合に、Low Fdと判定し、上記以外の場合をHigh Fdと判定する。【００７６】
尚、上記Pathlossの値は、UEよりMeasurement report等により報告される値を用いてもよいし、UEより報告されるUPH(UE Power Headroom)と、UEより送信されるSounding用のリファレンス信号の受信レベルとから算出される値を用いてもよい。尚、上記Pathlossの値を、UEより報告されるUPHと、UEより送信されるSounding用のリファレンス信号（Sounding RS）の受信レベルとから算出される場合には、以下の計算式により算出されてもよい：
Pathloss = （UEの最大送信電力） - UPH -（Sounding RSの受信レベル）；
（本計算は、単位をdBとして行われることとする）
尚、UPHは以下のように定義されることとする：
UPH = (UEの最大送信電力) - (Sounding RSの送信電力)；
（本計算は、単位をdBとして行われることとする）
また、上記Fd推定値は、UEよりMeasurement report等により報告される値を用いてもよいし、UEより送信されるSounding用のリファレンス信号の時間相関値に基づいて算出される値を用いてもよい。【００７７】
また、上述した例では、Pathlossの値とFd推定値の両方の値を用いて、伝送タイプを判定したが、代わりに、Pathlossの値のみで伝送タイプを判定してもよいし、あるいは、Fd推定値のみで伝送タイプを判定してもよい。【００７８】
［4.1.9. バッファ状態のチェック（Buffer Status Check）(Highest priority)］
次に、バッファ状態のチェック（Buffer Status Check）が行われる（ステップＳ３３０）。すなわち、UEが送信すべきデータを有さない場合に、上りリンク共有チャネルを当該UEに割り当てない。【００７９】
具体的には、当該UEの有する論理チャネルグループ（High priority groupとLow priority group）に関して、当該Sub-frameにおいて送信可能なデータが存在するか否かを判定する。送信可能なデータが存在しない場合にはNGを返し、送信可能なデータが存在する場合にはOKを返す。ここで、送信可能なデータとは、新規に送信可能なデータのことであり、UL Buffer滞留量が0より大きい場合に、「新規に送信可能なデータが存在する」と判定する。UL Buffer滞留量の定義は、4.1.10.2を参照すること。尚、上述した例においては、当該UEの有する論理チャネルグループとして、High priority groupとLow priority groupの2種類を考慮したが、3種類以上の論理チャネルグループが存在する場合にも同様の処理が適用される。あるいは、1種類の論理チャネルグループしか存在しない場合にも、同様の処理が適用される。【００８０】
スケジューリングリクエスト（Scheduling request）により「PUSCHの割り当て要求：あり」を受信し、かつ、上記Scheduling requestを受信してから一度も上りリンクの無線リソース（PUSCH）を割り当てていない、すなわち、上りリンク共有チャネルを割り当てていない状態のUEに対しては、High priority groupの論理チャネルグループに関して送信可能なデータが存在すると仮定して、下記のスケジューリング処理を行う。【００８１】
尚、eNBとして、Scheduling requestに対する上りリンクの無線リソース（PUSCH）の割り当てを行った、すなわち、上りリンク共有チャネルの割当を行ったとしても、上記PUSCH（トランスポートチャネルとしてはUL-SCH）の受信タイミングによって、バッファ内のデータ量に関する情報、すなわち、バッファステータスレポートを含んだデータを受信しなかった場合には、当該UEの状態を再び『Scheduling requestにより「PUSCHの割り当て要求：あり」を受信し、かつ、上記Scheduling requestを受信してから一度も上りリンクの無線リソース（PUSCH）を割り当てていない状態』に戻すこととする。このUEの状態の変更は、最大再送回数が満了するまで待つ必要はなく、初回送信のタイミングでバッファ内のデータ量に関する情報、すなわち、バッファステータスレポートを含んだデータを受信しなかった場合に行われることとする。【００８２】
Buffer Status Checkの結果がNGの場合には、当該UEを初回送信のためのスケジューリングの対象から除外する。【００８３】
Buffer Status Checkの結果がOKの場合には、以下の選択論理に基づいて、Highest priorityの論理チャネルグループを選択し、スケジューリング係数の計算（Scheduling Coefficient Calculation）の処理に進む（ステップＳ３３２）。すなわち、基地局装置は、ユーザ装置が有するデータ種別の内、最も優先度の高いデータ種別に基づいて、上記スケジューリング係数を計算する。【００８４】
（選択論理1）High priority groupに送信可能なデータが存在する場合には、High priority groupをHighest priorityの論理チャネルグループとする。【００８５】
（選択論理2）High priority groupに送信可能なデータが存在しない場合（Low priority groupにのみ送信可能なデータが存在する場合）には、Low priority groupをHighest priorityの論理チャネルグループとする。【００８６】
［4.1.10. スケジューリング係数の計算（Scheduling Coefficient Calculation）］
次に、スケジューリング係数の計算が行われる（ステップＳ３３２）。具体的には、4.1.9において、Highest priorityと判定された論理チャネルグループに関して、評価式を用いてスケジューリング係数を算出する。【００８７】
テーブル１−１及び１−２に外部I/Fより設定されるパラメータを示す。また、テーブル２に、Sub-frame単位で、各UEの各論理チャネルグループに与えられる入力パラメータを示す。【００８８】
【表１】
2008108227.tif 000003
【００８９】
【表２】
2008108227.tif 000004
【００９０】
【表３】
2008108227.tif 000005
以上に示す入力パラメータに基づいて、UE #n, Highest Priorityの論理チャネル#hのスケジューリング係数Cnを下式の通り計算する。【００９１】
【数１】
2008108227.tif 000006
すなわち、基地局装置は、無線リソースを割り当てるユーザ装置を選択するときに、ユーザ装置から上りリンクの共有チャネルの割り当てを要求する信号（スケジューリングリクエスト）を受信しているか否かに基づいてユーザ装置を選択してもよい。また、基地局装置は、データの優先度クラス；ユーザ装置から送信されるリファレンス信号の無線品質、例えば、サウンディング用のリファレンス信号の受信SIR；共有チャネルが割り当てられていない時間の大きさ；スケジューリングリクエストを受信しているか否か；割り当て頻度；平均の伝送速度；目標の伝送速度；のうち少なくとも１つに基づいて、無線リソースを割り当てる優先順位を示す係数を計算してもよい。【００９２】
あるいは、上記UE  #n、Highest  Priorityの論理チャネル#hのスケジューリング係数Ｃｎは、以下のように計算されてもよい。【００９３】
【数２】
2008108227.tif 000007
式（1-2）は、式（1-1）に、「H(flaggap_control)」の項が付け加えられている。flaggap_controlは、当該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に割り当てる必要がある。例えば、flaggap_control=1（Measurement gap control mode：On）にある場合に、H(flaggap_control)=10とし、flaggap_control=0（Measurement gap control mode：Off）にある場合に、H(flaggap_control)=1とすることにより、上述した「Measurement gapが適用されていないサブフレームにおいて優先的にデータの送受信を行う」といった動作を実現することが可能となる。【００９５】
尚、上述したステップS310のメジャメントギャップのチェックにより、Measurement gap control mode：Onにあり、かつ、下りリンクにおいて上りリンク共有チャネルのための物理下りリンク制御チャネルを送信するタイムフレームがMeasurement gap含まれるか否か、共有チャネルを受信するタイムフレーム又は上りリンク共有チャネルに対する送達確認情報を送信するタイムフレームがMeasurement gapに含まれる場合には、本処理（ステップＳ３３２）は行われない。言い換えれば、Measurement gap control mode：Onにあり、かつ、本処理（ステップS３３２）が行われる場合には、当該サブフレームは、異なる周波数のセルを測定するモードにおける、同じ周波数（本来の周波数）の信号を送受信するタイミングである。すなわち、「H(flaggap_control)」の項により、異なる周波数のセルを測定するモードにおける、同じ周波数（本来の周波数）の信号を送受信するタイミングにある移動局に対して優先的に共有チャネルを割り当てることが可能となる。【００９６】
尚、Intra-eNB Hand Over (Intra-eNB HO)の際には、スケジューリングに用いる測定値、算出値は、Target eNB (ハンドオーバ先のeNB)に引き継ぐものとする。【００９７】
［4.1.10.1. 平均データレート（Average Data Rate）の測定］
ステップＳ３３２では、平均データレート（Average Data Rate）の測定が行われる。Average Data Rateは、下式を用いて、求められる。【００９８】
【数３】
2008108227.tif 000008
ただし、Nn,k（1, 2, …）は、Average Data Rateの更新回数である。但し、Nn,k= 0となるSub-frameにおいては、以下の式(3)とする。【００９９】
【数４】
2008108227.tif 000009
また、忘却係数δn,kは、以下のように計算される。
δn,k=min(1−1/Nn,k, δ'PCn,k)
Average Data Rateの更新周期は「各論理チャネルグループのUL Buffer滞留量が0以外の値であったSub-frame毎」とし、rn,kの計算方法は「UEが送信したMAC SDU（初回送信と再送の両方を含む）のサイズ」とする。すなわち、Average Data Rateの計算は、Average Data Rateの更新機会のSub-frameにおいて、以下のいずれかの計算を行う。【０１００】
1. 送信を行ったUEに対しては、「rn,k= 送信されたMAC SDUのサイズ」でAverage Data Rateの計算を行う。【０１０１】
2. 送信を行わなかったUEに対しては、「rn,k= 0」でAverage Data Rateの計算を行う。【０１０２】
再送時のMAC SDUのサイズは、当該論理チャネルグループに属する論理チャネルを含むUL-SCHのCRC check結果がOKとなった場合に、上記UL-SCHの過去の送信に遡って計算することとする。【０１０３】
尚、Average Data Rateは、Received SIR CheckがOK、かつ、更新機会の条件が一致した場合に計算を行う。（すなわち、Sounding Reference Signalを、全ての帯域において少なくとも一度は受信した後から計算が開始される。）
［4.1.10.2. UL MAC滞留量の定義］
UL Buffer滞留量の定義を以下に示す。【０１０４】
UE #nの論理チャネルグループ#kのUL Buffer滞留量Buffern,k(UL)は、以下のように算出される：【０１０５】
【数５】
2008108227.tif 000010
すなわち、基地局装置は、ユーザ装置から報告されるバッファ内のデータ量に関する情報（バッファステータスレポート、Buffer Status Report (BSR)）と、この情報を受信したタイミング以降に前記ユーザ装置から受信したデータ量とに基づいて、ユーザ装置のバッファ内のデータ量を算出する。【０１０６】
［4.1.11. UEの選択（UE Selection）］
次に、スケジューリング係数の計算が行われたUE数を示すNSchedulingを１だけ増加させ（ステップＳ３３４）、UEインデックスを示すnを１だけ増加させる（ステップＳ３３６）。【０１０７】
次にnがNScheduling以下であるか否かを判定する（ステップＳ３３８）。NがNScheduling以下である場合、ステップＳ３０４に戻る。【０１０８】
一方、nがNSchedulingよりも大きい場合、ステップＳ３４０において、UEの選択（UE Selection）が行われる。当該Sub-frameにおいてDynamic schedulingによる無線リソースの割り当てが行われるUE (初回送信のみ)を選択する。【０１０９】
まず、以下の式により、Dynamic schedulingによる無線リソースの割り当てが行われるUEの数NUL-SCHを算出する。ここで、NSchedulingは、Scheduling Coefficient Calculationが行われたUEの数を指す（図３を参照すること）。また、Nretransmissionは、当該Sub-frameにおいて再送を行うUEの数（図３を参照すること）を指す。
NUL-SCH,tmp=min(NScheduling, NULMAX−Nretransmission)
次に、Scheduling priority handling modeの値に基づき、以下のように「Dynamic schedulingによる無線リソースの割り当てが行われるUE」を選択する。【０１１０】
（Scheduling priority handling mode = 0）
High priority groupを優先して、論理チャネルグループ毎に、4.1.10で算出したスケジューリング係数の大きい順から、NUL-SCH台の「Dynamic schedulingによる無線リソースの割り当てが行われるUE」を選択する。すなわち、以下の順序で上記UEを選択する。【０１１１】
High(1st)->High(2nd)->…->Low(1st)->Low(2nd)->…
（Scheduling priority handling mode = 1）
論理チャネルグループに関係なく、4.1.10で算出したスケジューリング係数の大きい順から、NUL-SCH,tmp台の「Dynamic schedulingによる無線リソースの割り当てが行われるUE」を選択する。【０１１２】
上述したように、ユーザ装置のインデックス（UE index）であるnに関してループ処理を行うことにより、初回送信を行うことができると判断された各ユーザ装置に対して、スケジューリング係数を計算することが可能となる。そして、計算されたスケジューリング係数の大きいユーザ装置に対して、無線リソースを割り当てるという制御を行うことにより、データの優先度や、上りリンクの無線品質、共有チャネルが割り当てられていない時間の大きさ、スケジューリングリクエストを受信しているか否か、割り当て頻度、平均の伝送速度、目標の伝送速度を考慮して、無線リソース（上りリンクの共有チャネル）を割り当てるユーザ装置を決定することが可能となる。【０１１３】
［5. 上りリンクTFR選択処理（UL TFR selection）］
次に、ステップＳ２０８において行われる上りリンクTFR選択処理（UL TFR Selection）について、図４を参照して説明する。【０１１４】
図４にUL TFR selectionの処理フローを示す。本処理フローにより、物理ランダムアクセスチャネル(PRACH)の無線リソース（RB）の確保、禁止無線リソース（RB）の確保、Persistent schedulingが適用されるUL-SCHの無線リソース（RB）の確保が行われ、最後にDynamic schedulingが適用されるUL-SCH（初回送信と再送の両方を含む）に関する送信フォーマットの決定と無線リソースの割り当てが行われる。【０１１５】
［5.1. PRACH、PUCCHに対するリソースブロックの割り当て（RB allocation for PRACH, PUCCH）］
ステップＳ４０２において、物理ランダムアクセスチャネル(PRACH)、物理上りリンク共有チャネルに周波数多重される物理上りリンク制御チャネルPUCCHに対するリソースブロックの割り当て（RB allocation for PRACH, PUCCH）が行われる。すなわち、共有チャネルに対して無線リソースを割り当てる前に、ランダムアクセスチャネル及び物理上りリンク制御チャネルに無線リソースを割り当てる。【０１１６】
具体的には、当該Sub-frameにおいてRACH preambleが送信される場合には、PRACHの無線リソース（RB）と上記PRACHの両脇のNRACH個のRB（合計6＋2×NRACH個）を確保する。すなわち、PRACHの無線リソース（RB）と上記PRACHの両脇のNRACH個のRB（合計6＋2×NRACH個）を、Dynamic schedulingが適用されるUL-SCHに割り当てられるRBの候補から除外する。NRACHは、例えば、外部入力インタフェース（IF）より入力される値であり、例えば、０、１、２、３の中から選択される。【０１１７】
尚、上記ＲＡＣＨ  ｐｒｅａｍｂｌｅは、ランダムアクセス手順におけるＭｅｓｓａｇｅ１に相当する。また、上記ＲＡＣＨ  ｐｒｅａｍｂｌｅが送信されるリソースブロックの数は６である。【０１１８】
また、物理上りリンク制御チャネルPUCCHの無線リソース（RB）を確保する。すなわち、物理上りリンク制御チャネルPUCCHに割り当てられる無線リソース（RB）を、Dynamic schedulingが適用されるUL-SCHに割り当てられるRBの候補から除外する。【０１１９】
［5.2. ガードリソースブロックに対するリソースブロックの割り当て（RB allocation for Guard RB）］
ステップＳ４０４において、ガードRBのRB割り当て（RB allocation for Guard RB）が行われる。例えば、異種の無線通信システム（ＷＣＤＭＡ）と周波数的に隣接する場合に、異種の無線通信システムとの干渉を低減するために、システム帯域幅の端に位置するリソース以外の無線リソースを割り当てる。【０１２０】
具体的には、Guard RBのRBを確保する。すなわち、Guard RBのRBを、Dynamic schedulingが適用されるUL-SCHに割り当てられるRBの候補から除外する。【０１２１】
尚、上述した例では、異種の無線通信システムをＷＣＤＭＡとしたが、代わりに、ＧＳＭやＣＤＭＡ２０００、ＰＨＳ等としてもよい。【０１２２】
本機能は、周波数的に隣接するシステムへの隣接チャネル干渉を低減するためのGuard Band機能として実装する。また、両サイドの隣接システムに対応するために2つのGuard RBを設定できる構成とする。尚、物理上りリンク制御チャネルPUCCHは、Guard RBの有無に関係なく、システム帯域の端にマッピングされる。【０１２３】
［5.3. パーシステントスケジューリングに対するリソースブロックの割り当て（RB allocation for Persistent Scheduling）］
ステップＳ４０６において、パーシステントスケジューリングに対するリソースブロックの割り当て（RB allocation for Persistent Scheduling）が行われる。すなわち、ダイナミックスケジューリングの割り当てが行われる前に、パーシステントスケジューリングの割り当てが行われる。【０１２４】
具体的には、4.1.7.3において確保したPersistent Resourceの無線リソース（RB）を確保する。【０１２５】
但し、当該Sub-frameにおいて、「Dynamic schedulingによる無線リソースの割り当てが行われるUE（初回送信のみ）」にPersistent Resourceが割り当てられている場合には、上記Persistent Resourceを解放する。上記Persistent Resource内のRBは、Dynamic schedulingが適用されるUL-SCHに関するUL TFR Selectionに用いられる。再送UEにPersistent Resourceが割り当てられている場合の処理は、4.1.2を参照すること。【０１２６】
ここで、eNBは、UEにおける「物理下りリンク制御チャネルにおけるＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔの検出ミス（Miss detection）」または「物理下りリンク制御チャネルにおける、上りリンク共有チャネルに対する送達確認情報Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ、UL ACK/NACKの誤検出（False ACK (NACK -> ACK) detection）」による、複数UEからのPUSCHの衝突に対応するため、以下の3通りの処理を行ってもよい：
(1)「Dynamic schedulingによる無線リソースの割り当てが行われ（初回送信と再送の両方を含む）、かつ、Persistent Resourceが割り当てられているUE」に割り当てたDynamic schedulingの無線リソース（RB）が、Persistent Resourceの無線リソース（RB）内の全てのRBを含む場合
当該UEに関して、その受信タイミングにおいて、まずDynamic schedulingのUL-SCHの受信を行い、そのCRC check結果がNGの場合に、Persistent schedulingのUL-SCHの受信を行う。【０１２７】
(2)「Dynamic schedulingによる無線リソースの割り当てが行われ、かつ、Persistent Resourceが割り当てられているUE」に割り当てたDynamic schedulingの無線リソース（RB）が、Persistent Resourceの無線リソース（RB）内のRBを全く含まない場合
当該UEに関して、その受信タイミングにおいて、まずDynamic schedulingのUL-SCHの受信を行い、そのPower判定結果がDTXの場合に（UL-SCHの未送信を検出した場合に）、Persistent schedulingのUL-SCHの受信を行う。【０１２８】
上記Persistent schedulingの無線リソース(RB)が「他のUEに割り当てられたDynamic schedulingの無線リソース（RB）」と衝突していると検知し、かつ、「他のUEに割り当てられたDynamic schedulingの無線リソース（RB）」のCRC check結果がNGである場合には、当該Persistent schedulingのUL-SCHに対して、そのCRC check結果に関係なく、ACKをUEに送信する。【０１２９】
(3)上記2通り以外の場合
当該UEに関して、その受信タイミングにおいて、まずDynamic schedulingのUL-SCHの受信を行い、Persistent Resourceの無線リソース（RB）と重複していないRBのみを用いてPower判定を行い、上記Power判定結果がDTXの場合に（UL-SCHの未送信を検出した場合に）、Persistent schedulingのUL-SCHの受信を行う。【０１３０】
上記Persistent schedulingの無線リソース(RB)が「他のUEに割り当てられたDynamic schedulingの無線リソース（RB）」と衝突していると検知し、かつ、「他のUEに割り当てられたDynamic schedulingの無線リソース（RB）」のCRC check結果がNGである場合には、当該Persistent schedulingのUL-SCHに対して、そのCRC check結果に関係なく、ACKをUEに送信する。【０１３１】
［5.4. ランダムアクセス手順におけるＭｅｓｓａｇｅ３に対するリソースブロックの割り当て（RB allocation for Message 3 (RACH)）］
ステップＳ４０８において、ランダムアクセス手順におけるＭｅｓｓａｇｅ３に対するリソースブロックの割り当て（RB allocation for Message 3 (RACH)）が行われる。すなわち、共有チャネルに対して無線リソースを割り当てる前に、ランダムアクセス手順におけるＭｅｓｓａｇｅ３に無線リソースを割り当てる。【０１３２】
ランダムアクセス手順におけるＭｅｓｓａｇｅ３の無線リソース(RB)を確保する。すなわち、ランダムアクセス手順におけるＭｅｓｓａｇｅ３（初回送信と再送の両方を含む）の無線リソース(RB)を、Dynamic schedulingが適用されるUL-SCHに割り当てられるRBの候補から除外する。【０１３３】
以下の説明では、ランダムアクセス手順におけるＭｅｓｓａｇｅ３を単にＭｅｓｓａｇｅ３と記載する。【０１３４】
また、初回送信のＭｅｓｓａｇｅ３に関するRB割り当てを、以下の５ステップの手順に基づいて行う。再送のRB割り当ては、初回送信と同一とする。【０１３５】
(1)Message 3に割り当て可能なRBが存在するか否かを判定する。少なくとも1つ以上のMessage 3に割り当て可能なRBが存在する場合には次のステップ(2)に進み、それ以外の場合に本処理を終了する。ここで、「Message 3に割り当て可能なRB」とは、物理ランダムアクセスチャネルPRACH、物理上りリンク制御チャネルPUCCH、Guard RB、Persistent schedulingが適用されるUL-SCHに割り当てられたRB以外のRBのことである。【０１３６】
(2)当該Sub-frameにおいて送信が行われるMessage 3を、品質情報の悪い方から順序付けを行う。尚、同じ品質情報を有する複数のMessage 3の順序は任意とする。品質情報の最も悪いMessage 3を#0として、#0, #1, #2, #3, …と番号付けを行う。【０１３７】
(3)Hopping modeに従って次の処理を行う。【０１３８】
Ｈｏｐｐｉｎｇ  ｍｏｄｅは、外部入力インタフェース（ＩＦ）されるパラメータである。【０１３９】
Hopping mode == 0の場合、#0, #1, #2, #3, …の順番で、先頭から2個のMessage 3で1組とするMessage 3 setを作成する。上述したMessage 3 setを、先頭から#a, #b, #c, ….と番号付けを行う。Message 3の数が奇数の場合の最後のMessage 3は、1個でMessage 3 setを構成することとする。【０１４０】
#a, #b, #c, …の順番で、Message 3 setに「システム帯域の中心に鏡映対象のRB」を割り当てる。#a, #b, #c, …の順番に、システム帯域の端のRBから割り当てることとする。ここで、Message 3に割り当てるRB数は、品質情報に基づいて決定される値である。例えば、品質情報が「無線品質が高い」という値である場合には、２個のＲＢを割り当て、品質情報が「無線品質が低い」という値である場合には、４個のＲＢを割り当てるといった制御が行われる。尚、無線品質に関係なく、ＲＢ数が決定されてもよい。また、上記品質情報は、例えば、ランダムアクセス手順におけるＭｅｓｓａｇｅ１に含まれる値である。【０１４１】
Message 3 set内の2つのMessage 3のRB数が異なる場合には、大きい方のRB数に合わせて「システム帯域幅の中心に鏡映対象のRB」を割り当てる。【０１４２】
尚、基地局装置２００は、当該Ｍｅｓｓａｇｅ３がホッピングされて送信されるという情報を、例えば、物理下りリンク制御チャネルにマッピングされるＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔに含まれる１つ情報として、該ユーザ装置に通知してもよい。【０１４３】
Message 3より外側のRBにおいては、Dynamic schedulingが適用されるUL-SCHの割り当ては行わない。また、Message 3の数が奇数の場合の最後のMessage 3が送信されるRBにおいては、Dynamic schedulingが適用されるUL-SCHの割り当ては行わない。【０１４４】
Hopping mode== 0以外の場合、以下のようにMessage 3にRBを割り当てる。ここで、Message 3に割り当てるRB数は、品質情報に基づいて決定される値である。例えば、品質情報が「無線品質が高い」という値である場合には、２個のＲＢを割り当て、品質情報が「無線品質が低い」という値である場合には、４個のＲＢを割り当てるといった制御が行われる。尚、無線品質に関係なく、ＲＢ数が決定されてもよい。また、上記品質情報は、例えば、ランダムアクセス手順におけるＭｅｓｓａｇｅ１に含まれる値である。
#0：Message 3に割り当て可能なRBの内、周波数の小さい方から
#1：Message 3に割り当て可能なRBの内、周波数の大きい方から
#2：Message 3に割り当て可能なRBの内、周波数の小さい方から
#3：Message 3に割り当て可能なRBの内、周波数の大きい方から
：
：
（以下、無線リソースを割り当てるべきＭｅｓｓａｇｅ３がなくなるまで処理を行う）
(4)全てのMessage 3の変調方式をQPSKとする。【０１４５】
(5)各Message 3のためのＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにおける送信電力の情報を、品質情報に基づいて決定する。例えば、品質情報が「無線品質が高い」という値である場合には、送信電力として小さい値を指定し、品質情報が「無線品質が低い」という値である場合には、送信電力として大きい値を指定するといった制御が行われる。尚、無線品質に関係なく、送信電力が指定されてもよい。また、上記品質情報は、例えば、ランダムアクセス手順におけるＭｅｓｓａｇｅ１に含まれる値である。【０１４６】
上述した処理の途中で、Message 3に割り当てるRBがなくなった場合には、本処理を終了する。RBを割り当てることができなかったMessage 3を有するUEには、ランダムアクセス手順におけるＭｅｓｓａｇｅ２（RACH response）を送信しないこととする。あるいは、次のサブフレームにおいて、ランダムアクセス手順におけるＭｅｓｓａｇｅ２（RACH response）を送信する。【０１４７】
j=1とする（ステップＳ４１２）。【０１４８】
［5.5. 残りのリソースブロックのチェック（RB Remaining Check）］
ステップＳ４１０において、残りのリソースブロックのチェック（RB Remaining Check）が行われる。Dynamic schedulingが適用されるUL-SCHに割り当て可能なRBが存在するか否かを判定する。割り当て可能なRBが存在する場合にはOKを返し、割り当て可能なRBが存在しない場合にはNGを返す。RB Remaining CheckがNGの場合にはUL TFR Selectionの処理を終了する。【０１４９】
尚、上記「Dynamic schedulingが適用されるUL-SCHに割り当て可能なRB」とは、物理ランダムアクセスチャネルPRACH、物理上りリンク制御チャネルPUCCH、Guard RB、Persistent schedulingが適用されるUL-SCH、ランダムアクセス手順におけるMessage 3、すでにTFR Selectionが行われたDynamic schedulingが適用されるUL-SCH（再送と初回送信の両方を含む）に割り当てられたRB以外のRBのことである。また、上記「Dynamic schedulingが適用されるUL-SCH（再送と初回送信の両方を含む）に割り当て可能なRB」の総数をNremain(RB)とする。【０１５０】
ここで、すでにTFR Selectionが行われたDynamic schedulingが適用されるUL-SCH（再送と初回送信の両方を含む）に割り当てられたRBとは、Ｓ４１０、Ｓ４１４、Ｓ４１６、Ｓ４１８で構成されるインデックスｊによるループにおいて、ｊの値が現在の値よりも小さい時に、Ｓ４１４で決定されたＲＢのことである。【０１５１】
［5.6. 上りリンクTFR選択（UL TFR Selection）］
ステップＳ４１４において、上りリンクTFR選択（UL TFR Selection）が行われる（ステップＳ４１４）。3.2において決定された「Dynamic schedulingによる無線リソースの割り当てが行われるUE」のTransport formatの決定、RBの割り当てを行う。【０１５２】
［5.6.1. リソースブロック割り当てモード（RB allocation mode）の設定］
ステップＳ４１４では、リソースブロック割り当てモード（RB allocation mode）の設定が行われる。テーブル３に示すUL RB allocation modeは、外部入力インタフェース（ＩＦ）より設定されるパラメータである。インデックスjによるループは、UL RB allocation modeにより指定されるUEの選択順序に基づいて行われる。【０１５３】
【表４】
2008108227.tif 000011
例えば、周波数的に隣接するシステムの一方がＷＣＤＭＡであり、他方がＬＴＥである場合に、Ｍｏｄｅ２及びＭｏｄｅ３を選択する。すなわち、周波数的に隣接するシステムの一方がＷＣＤＭＡであり、他方がＬＴＥである場合に、パスロスの小さいユーザ装置に対する共有チャネルの無線リソース(周波数リソース)を、システム帯域内のＷＣＤＭＡ側の端に割り当てる。また、パスロスの大きいユーザ装置に対する共有チャネルの無線リソース(周波数リソース)を、システム帯域内のＬＴＥ側の端に割り当てる。【０１５４】
また、例えば、周波数的に隣接するシステムの両方がＷＣＤＭＡである場合には、Ｍｏｄｅ１を選択する。すなわち、パスロスの小さいユーザ装置に対する共有チャネルの無線リソース(周波数リソース)をシステム帯域の端に割り当て、パスロスの大きいユーザ装置に対する共有チャネルの無線リソース(周波数リソース)を、システム帯域幅の中央に割り当てる。【０１５５】
さらに、例えば、周波数的に隣接するシステムの両方がＬＴＥである場合には、Ｍｏｄｅ０を選択する。すなわち、後述するように、該ユーザ装置から送信されるリファレンス信号の受信電力等に基づいて、無線リソース（周波数リソース）が割り当てられる。【０１５６】
［5.6.2. リソースブロック割り当て（RB allocation）］
ステップＳ４１４では、リソースブロック割り当て（RB allocation）が行われる。以下の処理を行うことにより、j番目の「Dynamic schedulingによる無線リソースの割り当てが行われるUE」に対してRBの割り当てを行う。尚、TF_Related_tableのイメージを図５に示す。【０１５７】
図５に示すように、TF_Related_tableは、上りリンクの共有チャネルの送信に使用可能な無線リソースと、上りリンクの無線品質情報と、上りリンクの共有チャネルの送信に用いられる送信方法とを関連付けて記憶してもよい。基地局装置は、ユーザ装置から送信されるサウンディング用のリファレンス信号の無線品質、例えば、ＳＩＲから算出される無線品質情報と、上りリンクの共有チャネルに使用可能な無線リソースとに基づいて、TF_Related_tableを参照して、上りリンクの共有チャネルに用いられる送信方法を決定してもよい。また、TF_Related_tableは、上りリンクの共有チャネルに用いられるデータサイズを記憶してもよい。このデータサイズは、上りリンクの無線品質情報及び共有チャネルに使用可能な周波数リソースが固定されている場合に、所定の誤り率を満たし、かつ、最大値となるように設定される。さらに、TF_Related_tableは、送信方法として、上りリンクの共有チャネルの送信に用いられるデータサイズと、上りリンクの共有チャネルに用いられる変調方式と、上りリンクの共有チャネルに用いられる周波数リソース量とを記憶してもよい。
<処理>
(Temporary RBの算出処理)
Nremain(RB)：残りのリソースブロック数（Number of Remaining RBs）
Ncapability：UE categoryより決定される最大RB数
Nmax,bit：UE categoryより決定される最大データサイズ（Payload size）
Nremain(UE)=NUL-SCH−j＋1【０１５８】
【数６】
2008108227.tif 000012
ここで、j番目の「Dynamic schedulingによる無線リソースの割り当てが行われるUE」に割り当て可能なRBは連続していることを前提とする。連続していない場合には、連続している割り当て可能なRBの集合の内で、最も数の多い割り当て可能なRBの集合を、本処理における「割り当て可能なRB」とする。最も数の多い「割り当て可能なRBの集合」が複数存在する場合には、周波数の小さい方を、「割り当て可能なRB」とする。【０１５９】
また、Nallocatedのサブキャリア数が、その因数として2、3、5以外の数を含む場合には、サブキャリア数が、2、3、5のみを因数とする数であり、かつ、Nallocatedより小さい整数の中で最大の整数をNallocatedとする。【０１６０】
(1) UL RB allocation mode == Mode 0且つUL Transmission type == High Fdである場合
5.5において判定した「Dynamic schedulingが適用されるUL-SCHに割り当て可能なRB（以下、『割り当て可能RB』と呼ぶ）」の中から、周波数の小さい方から、または、周波数の大きい方から、当該UEに割り当てられるRBの数がNallocated以上になるまで、RBを当該UEに割り当てる。尚、ホッピングはなしとする。【０１６１】
<初回送信の場合>
周波数の大きい方から割り当てるか、あるいは、周波数の小さい方から割り当てるかに関しては、割り当てた場合のRBの位置がシステム帯域の中心から遠い方を選択する。システム帯域の中心からの距離が同じ場合には、周波数の小さい方から割り当てる。【０１６２】
<再送の場合>
周波数の大きい方から割り当てるか、あるいは、周波数の小さい方から割り当てるかに関しては、前回割り当てられたRBを含むか否かに基づいて、以下のように決定される：
周波数の小さい方から割り当てた場合のRBの集合の中に含まれる、前回割り当てられたRBの数をNsmallとする。【０１６３】
周波数の大きい方から割り当てた場合のRBの集合の中に含まれる、前回割り当てられたRBの数をNlargeとする。【０１６４】
Nsmall>Nlargeである場合、周波数の大きい方から割り当てる。【０１６５】
Nsmall≦Nlargeである場合、周波数の小さい方から割り当てる。【０１６６】
例えば、複数のユーザ装置が用いる共有チャネルに対してシステム帯域幅の端から周波数リソース(RB)を割り当てる場合に、基地局装置は、共有チャネルが再送される場合に、システム帯域幅の両端の周波数リソース（RB）の内、前回の送信に用いられた周波数リソース（RB）と異なる周波数リソース（RB）を、ユーザ装置が用いる共有チャネルに対して割り当ててもよい。【０１６７】
(2) UL RB allocation mode == Mode 0且つUL Transmission type == Low Fdである場合
5.5において判定した「Dynamic schedulingが適用されるUL-SCHに割り当て可能なRB（以下、『割り当て可能RB』と呼ぶ）」の中から、周波数の小さい方から、または、周波数の大きい方から、当該UEに割り当てられるRBの数が以上になるまで、RBを当該UEに割り当てる。尚、ホッピングはなしとする。【０１６８】
周波数の大きい方から割り当てるか、あるいは、周波数の小さい方から割り当てるかに関しては、以下のように決定される：
周波数の小さい方から割り当てた場合のSIRestimated>周波数の大きい方から割り当てた場合のSIRestimatedである場合、周波数の小さい方から割り当てる。【０１６９】
周波数の小さい方から割り当てた場合のSIRestimated≦周波数の大きい方から割り当てた場合のSIRestimatedである場合、周波数の大きい方から割り当てる。【０１７０】
例えば、複数のユーザ装置が用いる共有チャネルに対してシステム帯域幅の端から周波数リソース（RB）を割り当てる場合に、基地局装置は、システム帯域幅の両端の周波数リソース（RB）の内、上りリンクの無線品質情報が大きい方の周波数リソース（RB）を、ユーザ装置が用いる共有チャネルに対して割り当ててもよい。【０１７１】
上記処理は、初回送信の場合にも再送の場合にも適用される。【０１７２】
(3) UL RB allocation mode == Mode 1である場合
5.5において判定した「Dynamic schedulingが適用されるUL-SCHに割り当て可能なRB（以下、『割り当て可能RB』と呼ぶ）」の中から、周波数の小さい方から、または、周波数の大きい方から、当該UEに割り当てられるRBの数がNallocated以上になるまで、RBを当該UEに割り当てる。尚、ホッピングはなしとする。【０１７３】
尚、周波数の大きい方から割り当てるか、あるいは、周波数の小さい方から割り当てるかに関しては、割り当てた場合のRBの位置がシステム帯域の中心から遠い方を選択する。システム帯域の中心からの距離が同じ場合には、周波数の小さい方から割り当てる。 
(4) UL RB allocation mode == Mode 2である場合
5.5において判定した「Dynamic schedulingが適用されるUL-SCHに割り当て可能なRB（以下、『割り当て可能RB』と呼ぶ）」の中から、周波数の小さい方から、当該UEに割り当てられるRBの数がNallocated以上になるまで、RBを当該UEに割り当てる。尚、ホッピングはなしとする。【０１７４】
(5) UL RB allocation modeがMode 0, 1, 2以外である場合
5.5において判定した「Dynamic schedulingが適用されるUL-SCHに割り当て可能なRB（以下、『割り当て可能RB』と呼ぶ）」の中から、周波数の大きい方から、当該UEに割り当てられるRBの数がNallocated以上になるまで、RBを当該UEに割り当てる。尚、ホッピングはなしとする。【０１７５】
上記処理において「当該UEに割り当てられる」と判定されたRBの集合を以下でTemporary RB groupと呼び、また、Temporary RB groupにおけるSIRi,estimatedをSIRestimated(RB)と記載する。【０１７６】
尚、再送のUL-SCHを送信するUEであり、かつ、再送時のUplink Scheduling Grantの指定が行われない場合には、上記処理は行わず、その再送のUL-SCHに対して、前回の送信と同一のRBを割り当てることとする。【０１７７】
［SIRestimatedの算出処理］
尚、SIRestimatedは、次のように算出される。【０１７８】
(1)上りリンクのリファレンス信号の無線品質と、共有チャネルの目標の受信レベルと、上りリンクにおける干渉レベルとに基づいて、共有チャネルの無線品質情報を算出する。【０１７９】
(2)上りリンクの共有チャネルの復号結果と、上りリンクの所要品質とに基づいて、共有チャネルの無線品質情報に対して第１のオフセット処理を行う。【０１８０】
(3)データ種別により決定される優先度に基づいて、共有チャネルの無線品質情報に対して第２のオフセット処理を行う。この第１のオフセット処理と第２のオフセット処理とを行った後の、共有チャネルの無線品質情報が、SIRestimatedである。【０１８１】
具体的には、eNBは、以下の式により、Sounding RSに対するPUSCHの送信電力オフセット値Δi,data(eNB)を算出する（1 RBに換算した電力値に関するオフセット値とする）。ここで、UE #iのUPH（UE Power Headroom）をUPHiとし、Sounding reference signalの送信帯域幅をBi,ref、PUSCHの送信帯域幅をBi,dataとする。【０１８２】
式(6)のmin( , )は、Bi,ref = 1 RB (180 kHz)の場合に適用される【０１８３】
【数７】
2008108227.tif 000013
ここで、SRSPiはサウンディング用のリファレンス信号の受信レベルとする。Bi,refは、サウンディング用のリファレンス信号が送信される帯域幅であり、Bi,dataは、該PUSCHが送信される帯域幅であり、上述したTemporary RB groupの帯域幅である。また、Targeti,RoTは、Pathlossiとテーブル４を用いて算出される。ここで、Pathlossiは、UPHに基づいて算出される値を用いてもよいし、Measurement reportによりUEから報告されるPathlossの値を用いてもよい。Pathlossiの値として、UPHに基づいて算出される場合には、以下の式に基づいて算出される：
Pathloss=Pmax−UPH−SRSP in dB （帯域を考慮する）
ここで、Pmaxは、UEの定格電力（24 dBm）とする。【０１８４】
また、
UPH = （UEの低格電力）―（サウンディング用リファレンス信号の送信電力）
である。上記式は単位をdBとすること。【０１８５】
【表５】
2008108227.tif 000014
次に、eNBは、以下の式(7)により、UL-SCHの推定SIR（SIRi,estimated）を求める：【０１８６】
【数８】
2008108227.tif 000015
ここで、SRSPiはサウンディング用のリファレンス信号の受信レベルとする。Interferenceは、上りリンクにおける干渉レベルに相当する。【０１８７】
尚、eNBは、SIR  estimated調節機能がOnの場合に、以下の式(8)に基づいてSIRi,estimatedの値を調節する。SIR_offsetiの算出方法は後述する。【０１８８】
【数９】
2008108227.tif 000016
また、物理下りリンク制御チャネルを用いてのUL Scheduling Grantにより、UEに通知される送信電力情報Δdataは以下のように算出される。ここで、上記送信電力情報Δdataは、サウンディング用のリファレンス信号に対するPUSCHの電力オフセットである。【０１８９】
【数１０】
2008108227.tif 000017
［長区間で行う処理］
SIR_offsetiは以下の算出式により、当該UE #iのUL-SCHのCRC結果に基づいてOuter-loop的に調節される。SIR_offsetiは、Highest priorityの論理チャネルグループのPriorityがZi,adjustであるUL-SCHのCRC check結果に基づいてOuter-loop的に調節される（式(10)の処理）。Highest priorityの論理チャネルグループのPriorityがZi,adjustと異なる場合には、Outer-loop的なオフセットの調節（式(10)の処理）は行われない。【０１９０】
尚、eNBはCRC: OKになるまで、当該MAC PDUに含まれる論理チャネルを識別できないため、上記「Highest priorityの論理チャネルグループのPriority」は、本処理においては、UL MAC制御仕様4.1.10 Scheduling Coefficient Calculationで用いたHighest priorityの論理チャネルグループのPriorityを用いることとする。【０１９１】
SIR_offsetiは、UE毎に調節される。また、本処理の対象となるPriority Zi,adjustは、MTよりUE毎に設定される。【０１９２】
Δadj(P)、BLERtarget(P)は外部入力インタフェース（IF）より設定可能とすること。但し、SIR_offsetiの最大値をSIR_offsetP(max)、最小値をSIR_offsetP(min)とすること。SIR_offsetiが最大値あるいは最小値に張り付いた場合には、下記の計算を行わないこと。【０１９３】
【数１１】
2008108227.tif 000018
[RB、データサイズ、変調方式の決定処理]
(1)当該Sub-frameにおいて当該UEは初回送信のUL-SCHを送信する場合
（UPHによる割り当て帯域幅の補正処理）
Temporary RB groupの帯域幅をBi,data,tmpとする。【０１９４】
Targeti,RoT−SRSPi > UPHi＋10×log10(Bi,ref/Bi,data,tmp)である場合、【０１９５】
【数１２】
2008108227.tif 000019
とし、Bi,data内に含まれるRBの数を割り当てるRB数NumRBとする。そして、当該UEに割り当てられるRBの数がNUMRB未満とならない範囲内で、かつ、サブキャリア数が、2、3、5のみを因数する数となるように、Temporary RB group内のRBを削除する。【０１９６】
Temporary RB groupの割り当ての際に、周波数の大きい方から割り当てた場合には、周波数の小さい方からRBを削除し、周波数の小さい方から割り当てた場合には、周波数の大きい方からRBを削除することとする。【０１９７】
すなわち、ユーザ装置の送信電力情報（ユーザ装置から報告されるUE Power Headroom）が所定の閾値よりも小さい場合に、共有チャネルに割り当てる周波数リソースを小さくする。【０１９８】
Targeti,RoT−SRSPi ≦ UPHi＋10×log10(Bi,ref/Bi,data,tmp)である場合、
NumRB = Nallocated
とする。【０１９９】
（論理チャネルグループの優先度によるオフセット処理）
Highest priorityの論理チャネルグループの優先度に基づくオフセットにより、上記SIR（SIRestimated(RB)）が調整される。ΔLCGは、外部インタフェース（IF）より設定される。添え字のLCGは論理チャネルグループ（Logical Channel Group）を示す。【０２００】
SIRestimated(RB)= SIRestimated(RB)−ΔLCG
（Transport format算出処理）
Temporary RB group内のRB数(RB_available)とSIRestimated(RB)を引数としてUL_TF_related_tableを参照することにより、MAC PDU size (Sizeと記載する)、変調方式(Modulationと記載する)を決定する：
Size = UL_Table_TF_SIZE (RB_available, SIRestimated(RB))
Modulation = UL_Table_TF_Mod (RB_available, SIRestimated(RB))
ここで、Size > Nmax,bitである場合には、Size ≦ Nmax,bitとなるまで、Sizeestimated(RB)の値を1 dBずつ小さくする（UL_TF_related_tableの、より小さいSIRのTableを参照する。この時、RB_availableの値は変えない）。Sizeが確定した値に、Modulationの値を、UL_TF_related_tableの対応する値に変更する。【０２０１】
次に、UL Buffer滞留量とSizeとの比較結果に基づき、当該UEに割り当てるRBの数を再計算する。UL Buffer滞留量は4.1.10.2を参照すること。αULTFRSは外部インタフェース（IF）より設定される係数であり、例えば、１．０や２．０といった値が設定される。【０２０２】
尚、当該UEが『Scheduling requestにより「PUSCHの割り当て要求：あり」を受信し、かつ、上記Scheduling requestを受信してから一度も上りリンクのリソース（PUSCH）を割り当てていない状態』にある場合には、下記の『Size≦αULTFRS・(Bufferj,h(UL)＋Bufferj,l(UL)の場合』の処理を行うこと。【０２０３】
<Size≦αULTFRS・(Bufferj,h(UL)＋Bufferj,l(UL)の場合>
UE buffer内に十分データがあると判断し、Temporary RB group内の全てのRBを当該UEに割り当てられるRBとする。【０２０４】
<Size>αULTFRS・(Bufferj,h(UL)＋Bufferj,l(UL)の場合>
UE buffer内に十分データがないと判断し、αULTFRS・(Bufferj,h(UL)＋Bufferj,l(UL)（以下、Sizebufferと記載する）とSIRestimated(RB)を引数としてUL_TF_related_tableを参照することにより、割り当てるRB数NumRBを再計算する：
NumRB = UL_Table_TF_RB (Sizebuffer, SIRestimated(RB))
Size = UL_Table_TF_SIZE (NumRB, SIRestimated(RB))
Modulation = UL_Table_TF_Mod (NumRB, SIRestimated(RB))
ここで、NumRBのサブキャリア数が、因数として2、3、5以外の数を含む場合には、サブキャリア数が、2、3、5のみを因数とする数であり、かつ、NumRBより大きい整数の中で最小の整数をNumRBとする。【０２０５】
当該UEに割り当てられるRBの数がNUMRB未満とならない範囲内で、Temporary RB group内のRBを削除する。Temporary RB groupの割り当ての際に、周波数の大きい方から割り当てた場合には、周波数の小さい方からRBを削除し、周波数の小さい方から割り当てた場合には、周波数の大きい方からRBを削除することとする。【０２０６】
すなわち、ユーザ装置のバッファ内のデータ量が送信方法として決定されたデータサイズより小さい場合に、送信方法として決定された周波数リソース量（RBの数）を低減する。【０２０７】
(2)当該Sub-frameにおいて当該UEは再送のUL-SCHを送信する場合
再送時において、物理上りリンク制御チャネルによりUplink Scheduling Grantの指定を行う場合、以下の式に基づき、UEに通知される送信電力に関する情報Δdataを調整する。ここで、Δdata(eNB)及び10・log10(Bdata／Bref)は、再送タイミングに改めて計算することとする。オフセット値ΔLCG(HARQ)は、外部インタフェース（IF）より論理チャネルグループ毎に設定される。【０２０８】
【数１３】
2008108227.tif 000020
すなわち、基地局装置は、上りリンクのリファレンス信号の受信レベルと、前記共有チャネルの目標の受信レベルとに基づいて、前記共有チャネルの送信電力を算出し、そして、上記共有チャネルが再送データか初回送信のデータかに基づいて、前記共有チャネルの送信電力に対してオフセット処理を行う。【０２０９】
ステップＳ４１６において、ｊの値をインクリメントし、ステップＳ４１８において、ｊの値が、ＮＵＬ−ＳＣＨ以下であるか否かを判定する。ｊの値がＮＵＬ−ＳＣＨ以下である場合（ステップＳ４１８の処理：ＹＥＳ）、ステップＳ４１０の前に戻る。一方、ｊの値がＮＵＬ−ＳＣＨ以下でない場合（ステップＳ４１８の処理：ＮＯ）、処理を終了する。【０２１０】
次に、本実施例に係る基地局装置２００について、図６を参照して説明する。【０２１１】
本実施例に係る基地局装置２００は、選択手段としてのスケジューリング係数計算部２０６と、割り当て手段としてのトランスポートフォーマット・リソースブロック選択部２１０と、レイヤー１処理部２１２とを備える。【０２１２】
スケジューリング係数計算部２０６は、上述したステップＳ２０４の処理を行う。具体的には、スケジューリング係数計算部２０６は、当該Sub-frameにおいてダイナミックスケジューリングによる無線リソースの割り当てが行われるユーザ装置を選択し、ダイナミックスケジューリングによる無線リソースの割り当てが行われるUEの数NUL-SCHをトランスポートフォーマット・リソースブロック選択部２１０に入力する。【０２１３】
トランスポートフォーマット・リソースブロック選択部２１０は、上述したステップＳ２０８の処理を行う。具体的には、トランスポートフォーマット・リソースブロック選択部２１０は、上りリンクトランスポートフォーマット及びリソース選択を行う。トランスポートフォーマット・リソースブロック選択部２０１は、物理ランダムアクセスチャネル（PRACH）の無線リソース（RB）の確保、禁止無線リソース（RB）の確保、パーシステントスケジューリング（Persistent scheduling）が適用されるUL-SCHの無線リソース（RB）の確保を行った後、Dynamic schedulingが適用されるUL-SCH（初回送信と再送の両方を含む）に関する送信フォーマットの決定と無線リソースの割り当てを行う。【０２１４】
レイヤー１処理部２１２は、レイヤー１に関する処理を行う。【０２１５】
（実施例２）
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明する。【０２１６】
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。【０２１７】
本発明の実施例に係る基地局装置が適用される無線通信システムについて、図１を参照して説明する。【０２１８】
無線通信システム１０００は、例えばＥｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮ（別名：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、或いは、Ｓｕｐｅｒ  ３Ｇ）が適用されるシステムであり、基地局装置（ｅＮＢ：  ｅＮｏｄｅ  Ｂ）２００と複数のユーザ装置（ＵＥ：  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、あるいは、移動局とも呼ばれる）１００ｎ（１００１、１００２、１００３、・・・１００ｎ、ｎはｎ>０の整数）とを備える。基地局装置２００は、上位局、例えばアクセスゲートウェイ装置３００と接続され、アクセスゲートウェイ装置３００は、コアネットワーク４００と接続される。ここで、ユーザ装置１００ｎはセル５０において基地局装置２００とＥｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮにより通信を行う。【０２１９】
以下、ユーザ装置１００ｎ（１００１、１００２、１００３、・・・１００ｎ）については、同一の構成、機能、状態を有するので、以下では特段の断りがない限りユーザ装置１００ｎとして説明を進める。【０２２０】
無線通信システム１０００は、無線アクセス方式として、下りリンクについてはＯＦＤＭ（直交周波数分割多元接続）、上りリンクについてはＳＣ−ＦＤＭＡ（シングルキャリア−周波数分割多元接続）が適用される。上述したように、ＯＦＤＭは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各周波数帯上にデータを載せて伝送を行う方式である。ＳＣ−ＦＤＭＡは、周波数帯域を分割し、複数の端末間で異なる周波数帯域を用いて伝送することで、端末間の干渉を低減することができる伝送方式である。【０２２１】
ここで、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮにおける通信チャネルについて説明する。【０２２２】
下りリンクについては、各ユーザ装置１００ｎで共有して使用される物理下りリンク共有チャネル（ＰＤＳＣＨ：  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、物理下りリンク制御チャネル（ＰＤＣＣＨ：  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）とが用いられる。上記物理下りリンク制御チャネルは、ＤＬ  Ｌ１／Ｌ２  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌとも呼ばれる。下りリンクでは、物理下りリンク制御チャネルにより、下り共有物理チャネルにマッピングされるユーザの情報やトランスポートフォーマットの情報、上り共有物理チャネルにマッピングされるユーザの情報やトランスポートフォーマットの情報、上り共有物理チャネル（トランスポートチャネルとしてはＵｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ（ＵＬ−ＳＣＨ））の送達確認情報などが通知される。または、物理下りリンク共有チャネルによりユーザデータが伝送される。上記ユーザデータは、トランスポートチャネルとしては、下りリンク共有チャネルＤｏｎｗｌｉｎｋ−Ｓｈａｒｅ  Ｃｈａｎｎｅｌ  （ＤＬ−ＳＣＨ）である。また、上述した、物理下りリンク制御チャネルにより送信される、下り共有物理チャネルにマッピングされるユーザの情報やトランスポートフォーマットの情報は、Ｄｏｗｎｌｉｎｋ Ｓｃｈｅｄｕｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎとも呼ばれる。上述した、物理下りリンク制御チャネルにより送信される、上り共有物理チャネルにマッピングされるユーザの情報やトランスポートフォーマットの情報は、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔとも呼ばれる。【０２２３】
上りリンクについては、各ユーザ装置１００ｎで共有して使用される物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、ＬＴＥ用の制御チャネルとが用いられる。制御チャネルには、物理上りリンク共有チャネルと時間多重されるチャネルと、周波数多重されるチャネルの２種類がある。周波数多重されるチャネルは、物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と呼ばれる。【０２２４】
上りリンクでは、ＬＴＥ用の制御チャネルにより、下りリンクにおける共有チャネルのスケジューリング、適応変復調・符号化（ＡＭＣ：  Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ）に用いるための下りリンクの品質情報（ＣＱＩ：  Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）及び下りリンクの共有チャネルの送達確認情報（ＨＡＲＱ  ＡＣＫ  ｉｎｆｏｒｍａｔｉｏｎ）が伝送される。また、物理上りリンク共有チャネルによりユーザデータが伝送される。上記ユーザデータは、トランスポートチャネルとしては、上りリンク共有チャネルＵｐｌｉｎｋ−Ｓｈａｒｅ  Ｃｈａｎｎｅｌ  （ＵＬ−ＳＣＨ）である。【０２２５】
［1. 上りリンクＭＡＣ通信制御方法］
次に、本実施例に係る基地局装置において実行される通信制御方法としての上りリンクＭＡＣ（ＵＬ ＭＡＣ）制御手順について説明する。【０２２６】
本実施例において、論理チャネルは、例えば無線ベアラ（Ｒａｄｉｏ ｂｅａｒｅｒ）に対応する。また、プライオリティクラス（Priority class）は、例えば優先度または論理チャネル優先度（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｙ）に対応する。また、本実施例においては、前記論理チャネルは、４つの論理チャネルグループに分類されている。尚、どの論理チャネルがどの論理チャネルグループに属するかに関しては、任意に設定することが可能である。【０２２７】
尚、「当該サブフレーム（Ｓｕｂ−ｆｒａｍｅ）」とは、特に断りがなければ、スケジューリングの対象となる上りリンク共有チャネル（ＵＬ−ＳＣＨ）が移動局により送信されるサブフレームを指す。【０２２８】
また、以下の説明において、ダイナミックスケジューリングとは、動的に無線リソースの割り当てを行う第１のリソース割り当て方法に相当する。ダイナミックスケジューリングが適用される上りリンク共有チャネル（ＵＬ−ＳＣＨ）は、該ユーザ装置に対して任意のサブフレームにおいて無線リソースが割り当てられ、その場合の送信フォーマット、すなわち、周波数リソースであるリソースブロックの割り当て情報や変調方式、ペイロードサイズ、送信電力に関する情報、Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎパラメータやプロセス番号等のＨＡＲＱに関する情報や、ＭＩＭＯ適用時のリファレンス信号の系列等のＭＩＭＯに関する情報等は、様々な値が設定される。前記送信フォーマット、すなわち、周波数リソースであるリソースブロックの割り当て情報や変調方式、ペイロードサイズ、送信電力に関する情報、Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎパラメータやプロセス番号等のＨＡＲＱに関する情報や、ＭＩＭＯ適用時のリファレンス信号の系列等のＭＩＭＯに関する情報等は、下りリンクの制御チャネルＰＤＣＣＨにマッピングされるＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  ＧｒａｎｔによりＵＥに対して通知される。【０２２９】
一方、パーシステントスケジューリングとは、データ種別、あるいは、データを送受信するアプリケーションの特徴に応じて、一定周期毎にデータの送信機会を割り当てるスケジューリング方法であり、一定周期毎に無線リソースの割り当てを行う第２のリソース割り当て方法に相当する。すなわち、パーシステントスケジューリングが適用される上りリンク共有チャネル（ＵＬ−ＳＣＨ）は、該ユーザ装置に対して所定のサブフレームにおいて無線リソースが割り当てられ、その場合の送信フォーマット、すなわち、周波数リソースであるリソースブロックの割り当て情報や変調方式、ペイロードサイズ、送信電力に関する情報、Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎパラメータやプロセス番号等のＨＡＲＱに関する情報や、ＭＩＭＯ適用時のリファレンス信号の系列等のＭＩＭＯに関する情報等は、所定の値が設定される。すなわち、予め決められたサブフレームにおいて無線リソースが割り当てられ、予め決められた送信フォーマットで上りリンク共有チャネル（ＵＬ−ＳＣＨ）が送信される。上記予め決められたサブフレームは、例えば、一定の周期となるように設定されてもよい。また、上記予め決められた送信フォーマットは、一種類である必要はなく、複数の種類が存在してもよい。【０２３０】
［２. 物理上りリンク共有チャネル（ＰＵＳＣＨ）の送信帯域の割当て単位］
本実施例では、周波数方向の送信帯域の割当て単位として、リソースブロック（RB：Resource Block）を用いる。１ＲＢは、例えば、１８０kＨｚに相当し、システム帯域幅が５ＭＨzの場合には、２５個のＲＢが存在し、システム帯域幅が１０ＭＨzの場合には、５０個のＲＢが存在し、システム帯域幅が２０ＭＨｚの場合には、１００個のＲＢが存在する。ＰＵＳＣＨの送信帯域の割当ては、ＲＢを単位としてサブフレーム（Sub-frame）毎に行われる。また、ＤＦＴ  ｓｉｚｅは、その因数として２、３、５以外の数を含まないようにＲＢの割り当てが行われる。すなわち、ＤＦＴ  ｓｉｚｅは、２、３、５のみを因数とする数となる。【０２３１】
尚、上りリンク共有チャネル（ＵＬ−ＳＣＨ）の再送においては、基地局装置２００は、対応するＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信してもよいし、送信しなくてもよい。例えば、基地局装置２００は、前記上りリンク共有チャネル（ＵＬ−ＳＣＨ）の再送のためのＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔが送信可能である場合には、前記Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信するという処理を行ってもよい。尚、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔが送信可能であるとは、例えば、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信するための無線リソース、すなわち、周波数リソースまたは時間的なリソースまたは電力リソース、が存在するという意味であってもよい。基地局装置２００が、上記上りリンク共有チャネル（ＵＬ−ＳＣＨ）の再送のためのＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信する場合には、移動局は、上記Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔに従って、上記上りリンク共有チャネル（ＵＬ−ＳＣＨ）の再送を行う。ここで、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔとは、上述したように、当該サブフレームにおいて共有チャネルを用いて通信を行うユーザ装置の識別情報や、上記共有チャネルの送信フォーマット、すなわち、周波数リソースであるリソースブロックの割り当て情報や変調方式、ペイロードサイズ、送信電力に関する情報、Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎパラメータやプロセス番号等のＨＡＲＱに関する情報や、ＭＩＭＯ適用時のリファレンス信号の系列等のＭＩＭＯに関する情報等のことである。【０２３２】
尚、上記Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔのうち、一部の情報のみが、初回送信から変更されるといった制御が行われてもよい。例えば、周波数リソースであるリソースブロックの割り当て情報と、送信電力に関する情報のみが変更されるといった制御が行われてもよい。【０２３３】
ここで、ダイナミックスケジューリングは、動的に無線リソースの割り当てを行うリソースの第１の割り当て方法に相当する。【０２３４】
また、基地局装置２００は、前記上りリンク共有チャネル（ＵＬ−ＳＣＨ）の再送のためのＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信する際に、同時に、ＰＨＩＣＨによりＡＣＫを送信してもよい。以下に、上りリンク共有チャネル（ＵＬ−ＳＣＨ）の再送のためのＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信する際に、ＰＨＩＣＨによりＡＣＫを送信する効果を説明する。ＵＥは、前記上りリンク共有チャネル（ＵＬ−ＳＣＨ）の再送のためのＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを正しく受信できなかった場合、ＰＨＩＣＨにより通知される情報、すなわち、ＡＣＫ／ＮＡＣＫに従う。そして、ＵＥは、上記ＰＨＩＣＨにより通知される情報がＡＣＫの場合は当該ＵＬ−ＳＣＨの再送を停止し、ＮＡＣＫの場合は、当該ＵＬ−ＳＣＨを、前回の送信と同じ周波数リソースで再送する。このとき、前回の送信の周波数リソースと、前記ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔで指定する周波数リソースが異なっていて、かつ、基地局装置が、前記前回の送信の周波数リソースにおいて、他のＵＥがＵＬ−ＳＣＨを送信することを指示していた場合、当該ＵＥが送信する再送の上りリンクの共有チャネル（ＵＬ−ＳＣＨ）と前記他のＵＥが送信する上りリンクの共有チャネル（ＵＬ−ＳＣＨ）が衝突することになり、結果として、伝送特性が劣化する。よって、基地局装置２００は、前記上りリンク共有チャネル（ＵＬ−ＳＣＨ）の再送のためのＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信する際に、同時に、ＰＨＩＣＨによりＡＣＫを送信することにより、上述した伝送特性の劣化を防ぐことが可能となる。尚、上述した、上りリンク共有チャネル（ＵＬ−ＳＣＨ）の再送のためのＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信する際に、同時に、ＰＨＩＣＨによりＡＣＫを送信するという処理は、上りリンク共有チャネル（ＵＬ−ＳＣＨ）の新規送信のためのＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  ＧｒａｎｔとＰＨＩＣＨ（ＡＣＫ）を同時に送信する場合にも同様のことが言える。【０２３５】
上述したように、ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  ＧｒａｎｔとＰＨＩＣＨを適切に送信することにより、より信頼度の高い制御チャネルの通信を実現することが可能となり、結果として、伝送特性を高めることが可能となる。図７Ａに、ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  ＧｒａｎｔとＰＨＩＣＨの送信方法のフローチャートを示す。図７Ａを用いて、ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  ＧｒａｎｔとＰＨＩＣＨの送信方法を示す。【０２３６】
まず、ステップＳ９０２において、当該Ｓｕｂ−ｆｒａｍｅにおいて，再送すべきＵＬ−ＳＣＨが存在するか否かを判定する。当該Ｓｕｂ−ｆｒａｍｅにおいて，再送すべきＵＬ−ＳＣＨが存在する場合（ステップＳ９０２：ＹＥＳ）、ステップＳ９０４において、送信可能なＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔが存在するか否かを判定する。送信可能なＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔが存在する場合（ステップＳ９０４：ＹＥＳ）、ステップＳ９０６に進む。一方、送信可能なＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔが存在しない場合（ステップＳ９０４：ＮＯ）、ステップＳ９１０に進む。尚、再送可能なＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔが存在するとは、上述した、当該ＵＥに対してＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔが送信可能であるということと同じ意味であり、例えば、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信するための無線リソース、すなわち、周波数リソースまたは時間的なリソースまたは電力リソース、が存在するという意味であってもよい。【０２３７】
次に、ステップＳ９０６において、後述するＲＢ  Ｒｅｍａｉｎｉｎｇ  Ｃｈｅｃｋ（ステップＳ８１０）がＯＫであるか否かを判定する。ＲＢ  Ｒｅｍａｉｎｉｎｇ  Ｃｈｅｃｋ（ステップＳ８１０）がＯＫである場合（ステップＳ９０６：ＹＥＳ）、ステップＳ９０８に進む。一方、ＲＢ  Ｒｅｍａｉｎｉｎｇ  Ｃｈｅｃｋ（ステップＳ８１０）がＮＧである場合（ステップＳ９０６：ＮＯ）、ステップＳ９１０に進む。【０２３８】
ステップＳ９０８において、再送を指示するＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  ＧｒａｎｔとＰＨＩＣＨ  （ＡＣＫ）を送信すると決定する．前記ＰＨＩＣＨ  （ＡＣＫ）は、上述したようにＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  ＧｒａｎｔがＵＥにおいてＭｉｓｓｅｄ  ｄｅｔｅｃｔｉｏｎとなった場合に，ＵＬ−ＳＣＨの再送を一旦停止させるために使用される。一方、ステップＳ９１０において、ＰＨＩＣＨ  （ＡＣＫ）を送信すると決定する。この場合、前記ＰＨＩＣＨ（ＡＣＫ）により、ＵＬ−ＳＣＨの再送を一旦停止させる。【０２３９】
一方、当該Ｓｕｂ−ｆｒａｍｅにおいて，再送すべきＵＬ−ＳＣＨが存在しない場合（ステップＳ９０２：ＮＯ）、ステップＳ９１２において、送信すべきＰＨＩＣＨ（ＡＣＫ）が存在するか否かを判定する。ここで、送信すべきＰＨＩＣＨ（ＡＣＫ）が存在するとは、１つ前のＨＡＲＱの送信タイミング、すなわち、ＨＡＲＱ  ＲＴＴ前の送信タイミングで、当該ＵＥがＵＬ−ＳＣＨを送信し、前記ＵＬ−ＳＣＨが正しく復号できた、すなわち、ＣＲＣチェック結果がＯＫであったことを指す。送信すべきＰＨＩＣＨ（ＡＣＫ）が存在する場合、すなわち，ＨＡＲＱの１ＲＴＴ前に送信されたＵＬ−ＳＣＨのＣＲＣがＯＫであった場合（ステップＳ９１２：ＹＥＳ）、ステップＳ９１４に進む。【０２４０】
ステップＳ９１４において、当該Ｓｕｂ−ｆｒａｍｅにおける新規送信を指示するＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信するか否かを判定し、当該Ｓｕｂ−ｆｒａｍｅにおける新規送信を指示するＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信する場合には（ステップＳ９１４：ＹＥＳ）、ステップＳ９１６に進み、当該Ｓｕｂ−ｆｒａｍｅにおける新規送信を指示するＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信しない場合には（ステップＳ９１４：ＮＯ）、ステップＳ９１８に進む。【０２４１】
ステップＳ９１６において、新規送信を指示するＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  ＧｒａｎｔとＰＨＩＣＨ  （ＡＣＫ）を送信すると決定する。前記ＰＨＩＣＨ（ＡＣＫ）は、上述したようにＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  ＧｒａｎｔがＵＥにおいてＭｉｓｓｅｄ  ｄｅｔｅｃｔｉｏｎとなった場合に，ＵＬ−ＳＣＨの再送を一旦停止させるために使用される。一方、ステップＳ９１８においては、ＰＨＩＣＨ（ＡＣＫ）を送信する。【０２４２】
一方、送信すべきＰＨＩＣＨ（ＡＣＫ）が存在しない場合、すなわち，ＨＡＲＱの１ＲＴＴ前に送信されたＵＬ−ＳＣＨのＣＲＣがＯＫでなかった場合（ステップＳ９１２：ＮＯ）、ステップＳ９２０に進む。尚、この「送信すべきＰＨＩＣＨ（ＡＣＫ）が存在しない場合」とは、ＨＡＲＱの１ＲＴＴ前にＵＬ−ＳＣＨが送信されなかったことに相当する。【０２４３】
ステップＳ９２０において、当該Sub-frameにおける新規送信を指示するＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信するか否かを判定し、当該Sub-frameにおける新規送信を指示するＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信すると判定した場合には（ステップＳ９２０：ＹＥＳ）、ステップＳ９２２に進む。ステップＳ９２２において、新規送信のためのＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信すると決定する。一方、当該Ｓｕｂ−ｆｒａｍｅにおける新規送信を指示するＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信しないと判定した場合には（ステップＳ９２０：ＮＯ）、ＰＨＩＣＨもＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔも送信しないと決定する。【０２４４】
［３. ＵＬ  ＭＡＣデータ送信手順］
次に、上りリンクＭＡＣ（ＵＬ  ＭＡＣ）データ送信手順について、図２を参照して説明する。図２は、スケジューリング係数の計算によるスケジューリング処理から、トランスポートフォーマット（Ｔｒａｎｓｐｏｒｔ  ｆｏｒｍａｔ）及び割り当てられるＲＢを決定するＵＬ  ＴＦＲ  ｓｅｌｅｃｔｉｏｎ処理までの手順を示したものである。【０２４５】
［３．１. ＵＬ  ＭＡＣ最大多重ＮＵＬＭＡＸ設定］
基地局装置２００において、ＵＬ  ＭＡＣ最大多重数ＮＵＬＭＡＸ設定が行われる（ステップＳ２０２）。ＵＬ ＭＡＣ最大多重数ＮＵＬＭＡＸは、ダイナミックスケジューリング（Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇ）が適用される上りリンク共有チャネル（ＵＬ−ＳＣＨ）の、1サブフレームにおける最大多重数（初回送信のＵＬ−ＳＣＨと再送のＵＬ−ＳＣＨの両方を含む値）であり、外部入力インタフェース（ＩＦ）より指定される。尚、外部入力インタフェースにより指定されるとは、例えば、上位ノードやコアネットワーク内の他のノードからパラメータとして指定されたり、あるいは、装置内部のパラメータとして設定されたりすることを指す。【０２４６】
［３．２. スケジューリング係数の計算（Ｃａｌｃｕｌａｔｉｏｎ ｆｏｒ Ｓｃｈｅｄｕｌｉｎｇ ｃｏｅｆｆｉｃｉｅｎｔｓ）］
次に、基地局装置２００において、スケジューリング係数の計算（Ｃａｌｃｕｌａｔｉｏｎ ｆｏｒ Ｓｃｈｅｄｕｌｉｎｇ ｃｏｅｆｆｉｃｉｅｎｔｓ）が行われる（ステップＳ２０４）。すなわち、当該Ｓｕｂ−ｆｒａｍｅにおいてＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥを選択する。上記当該Ｓｕｂ−ｆｒａｍｅにおいてＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥに対して、次の上りリンクトランスポートフォーマット及びリソース選択の処理が行われる。尚、上記当該Ｓｕｂ−ｆｒａｍｅにおいてＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥとは、当該Ｓｕｂ−ｆｒａｍｅにおいて送信すべき再送データを有するＵＥと、当該Ｓｕｂ−ｆｒａｍｅにおいて、スケジューリング係数の計算により選択された、新規データを送信するＵＥとを含む。【０２４７】
当該Ｓｕｂ−ｆｒａｍｅにおいてＤｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥの数をＮＵＬ−ＳＣＨと定義する。 
［３．４. 上りリンクトランスポートフォーマット及びリソース選択（Ｕｐｌｉｎｋ Ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ ａｎｄ Ｒｅｓｏｕｒｃｅ ｓｅｌｅｃｔｉｏｎ）(ＵＬ  ＴＦＲ ｓｅｌｅｃｔｉｏｎ)］
次に、基地局装置２００において、上りリンクトランスポートフォーマット及びリソース選択が行われる（ステップＳ２０８）。物理ランダムアクセスチャネル（ＰＲＡＣＨ）の無線リソース（ＲＢ）の確保、禁止無線リソース（ＲＢ）の確保、パーシステントスケジューリング（Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）が適用されるＵＬ−ＳＣＨの無線リソース（ＲＢ）の確保を行った後、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨ（初回送信と再送の両方を含む）に関する送信フォーマットの決定と無線リソースの割り当てを行う。尚、上記上りリンクトランスポートフォーマット及びリソース選択には、上りリンクの送信電力制御も含まれる。【０２４８】
［４. Ｃａｌｃｕｌａｔｉｏｎ ｆｏｒ Ｓｃｈｅｄｕｌｉｎｇ ｃｏｅｆｆｉｃｉｅｎｔｓ］
次に、ステップＳ２０４において行われるスケジューリング係数の計算について、図７Ｂを参照して説明する。【０２４９】
［４．１. 処理フロー］
図７Ｂに、スケジューリング係数の計算により、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥの候補の選択を行う処理フローを示す。基地局装置２００は、ＬＴＥアクティブ（ＬＴＥ  ａｃｔｉｖｅ）状態（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ状態）にある全てのＵＥに対して以下の処理を実行する。【０２５０】
まず、ｎ＝１、ＮＳｃｈｅｄｕｌｉｎｇ＝０、ＮRetransmission＝０に設定される（ステップＳ７０１）。ここで、ｎはユーザ装置１００ｎのインデックスであり、ｎ＝１,・・・,Ｎ（Ｎ>0の整数）である。【０２５１】
次に、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）エンティティステータスの更新（Ｒｅｎｅｗａｌ ｏｆ ＨＡＲＱ Ｅｎｔｉｔｙ  Ｓｔａｔｕｓ）が行われる（ステップＳ７０２）。ここでは、当該ＵＥに関する、ＵＬ−ＳＣＨのＣＲＣ  ｃｈｅｃｋ結果がＯＫであったプロセスを解放する。【０２５２】
また、最大再送回数に達したプロセスを解放し、プロセス内のユーザデータを廃棄する。ここで、最大再送回数とは、ＵＥ毎に個別に設定される値とする。  
さらに、上りリンク共有チャネルの電力判定により、ＵＥのＵＬ−ＳＣＨ未送信を検出したプロセスを解放する。【０２５３】
次に、パーシステントスケジューリングの処理が行われる。パーシステントスケジューリングとは、データ種別、あるいは、データを送受信するアプリケーションの特徴に応じて、一定周期毎にデータの送信機会を割り当てるスケジューリング方法である。尚、上記データ種別とは例えば、Ｖｏｉｃｅ Ｏｖｅｒ ＩＰによるデータであったり、あるいは、Ｓｔｒｅａｍｉｎｇによるデータであったりする。上記Ｖｏｉｃｅ Ｏｖｅｒ ＩＰまたはＳｔｒｅａｍｉｎｇが、上記アプリケーションに相当する。【０２５４】
尚、上りリンクのパーシステントスケジューリングによるリソースの割り当ては、データ発生時、すなわち、サイレンス区間（Ｓｉｌｅｎｃｅ  ｐｅｒｉｏｄ）から会話区間（Ｔａｌｋ  ｓｐｕｒｔ）への遷移時には、Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ及びＢｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔが送信されることを契機として、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられ、会話区間（Ｔａｌｋ  ｓｐｕｒｔ）からサイレンス区間（Ｓｉｌｅｎｃｅ  ｐｅｒｉｏｄ）への遷移時には、Ｅｍｐｔｙ  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  ＲｅｐｏｒｔがＵＥから基地局装置に送信されることにより、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅの解放が行われる。ここで、Ｅｍｐｔｙ  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔとは、Ｂｕｆｆｅｒ内のデータ量が０であることを示す信号である。また、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅとは、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇにより割り当てられた無線リソース、具体的には、周波数リソースのことを指す。【０２５５】
基地局装置２００は、当該Ｓｕｂ−ｆｒａｍｅにおいて、当該ＵＥにＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられるか否か、及び、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられる場合に、初回送信か再送かを判定する（ステップＳ７０３）。【０２５６】
ステップＳ７０３における判定結果が、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられ、かつ、送信すべきデータが再送であるという判定結果であった場合、ＮRetrans, persist++として（ステップＳ７０４）、当該ＵＥを初回送信のためのスケジューリングの対象から除外する。尚、初回送信のためのスケジューリングの対象から除外するとは、後述するステップＳ７３２におけるスケジューリング係数の計算を行わないことに相当し、結果として、初回送信のためのスケジューリングが行われないということを意味する。【０２５７】
ステップＳ７０３における判定結果が、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられ、かつ、送信すべきデータが初回送信であるという判定結果であった場合、ステップＳ７０５において、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅの確保が行われる。【０２５８】
そして、その後、ステップＳ７２８のＬｏｗ／Ｈｉｇｈ  Ｆｄ  Ｃｈｅｃｋの処理に進む。すなわち、ステップＳ７０５において、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが確保されたＵＥに関しても、後述するステップＳ７３０のＢｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｃｈｅｃｋ及びステップＳ７３２のＳｃｈｅｄｕｌｉｎｇ  Ｃｏｅｆｆｉｃｉｅｎｔ  Ｃａｌｃｕｌａｔｉｏｎを行う。そして当該Ｓｕｂ−ｆｒａｍｅにおいてＤｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇによる送信リソースの割り当てが行われた場合には、ＵＥは、前記Ｄｙｎａｍｉｃｓ  Ｓｃｈｅｄｕｌｉｎｇにより送信リソースに基づいて、ＭＡＣ  ＰＤＵ（ＵＬ−ＳＣＨ）の送信を行う。尚、上記Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇによる送信リソースの割り当てが行われた場合にも、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅは確保したままとする。すなわち、上記Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇによる送信リソースの割り当てが行われた場合にも、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅは解放しない。【０２５９】
尚、ステップＳ７０６におけるＨＡＲＱ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｈｅｃｋの前に、ステップＳ７０３の、当該Ｓｕｂ−ｆｒａｍｅにおいてＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられるか否かの判定が行われるため、Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇの初回送信は、Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇの再送よりも優先されることになる。Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇの初回送信により、Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇの再送が行われない場合、その再送のＤｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇが適用される共有チャネルに対して、送達確認情報として、ＡＣＫを送信してもよい。前記ＡＣＫを送信することにより、前記再送のＤｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇが適用される共有チャネルが送信されることを確実に停止させることができる。【０２６０】
Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられない場合、ステップＳ７０６のＨＡＲＱ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｈｅｃｋに進む。【０２６１】
ＨＡＲＱ再送信のチェック（ＨＡＲＱ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｈｅｃｋ）が行われる（ステップＳ７０６）。当該Ｓｕｂ−ｆｒａｍｅにおいて、当該ＵＥが送信すべき再送データを有するか否かを判定する。ここで、「送信すべき再送データ」とは、以下の４つの条件を全て満たす再送データのことを指す。
・Ｓｙｎｃｈｒｏｎｏｕｓ ＨＡＲＱの再送タイミングであり、当該Ｓｕｂ−ｆｒａｍｅのＵＬ−ＳＣＨ送信のためのＮＡＣＫまたはＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを当該ＵＥに対して送信している
・当該データ（ＵＬ−ＳＣＨ）の過去のＣＲＣ ｃｈｅｃｋ結果がＯＫでない
・最大再送回数に達していない
・上りリンク共有チャネルの電力判定で「ＵＬ−ＳＣＨ未送信」と検出されていない
当該ＵＥが送信すべき再送データを有する場合に「再送信有り（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）」を返し、それ以外の場合に「再送信無し（Ｎｏ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）」を返す。ＨＡＲＱ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｈｅｃｋの結果がＮｏ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎの場合には、メジャメントギャップのチェック（Ｍｅａｓｕｒｅｍｅｎｔ  Ｇａｐ  Ｃｈｅｃｋ）の処理に進む（ステップＳ７１０）。【０２６２】
尚，一度、ＡＣＫを送信したＵＥ（ＨＡＲＱ Ｐｒｏｃｅｓｓ)に関しても，最大再送回数に達していない場合には，Ｓｙｎｃｈｒｏｎｏｕｓ  ＨＡＲＱのその次の送信タイミングにおいては，「送信すべき再送データ」が存在するとみなす。すなわち、上述した、ステップＳ９０２やステップＳ９０４の判定結果がＮＯであった場合に、当該データ（ＵＬ−ＳＣＨ）の過去のＣＲＣ ｃｈｅｃｋ結果がＯＫでないにもかかわらず、ＰＨＩＣＨ（ＡＣＫ）を送信した場合には（ステップＳ９１０）、Ｓｙｎｃｈｒｏｎｏｕｓ  ＨＡＲＱのその次の送信タイミングにおいては，「送信すべき再送データ」が存在するとみなす。この場合、ＰＨＩＣＨ（ＡＣＫ）は、ＣＲＣ  ＯＫを意味するのではなく、ＵＬ−ＳＣＨの再送を一旦停止するということを意味する。【０２６３】
ＨＡＲＱ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｈｅｃｋの結果がＲｅｔｒａｎｓｍｉｓｓｉｏｎの場合には、ＮＲｅｔｒａｎｓｍｉｓｓｉｏｎ＋＋として（ステップＳ７０８）、当該ＵＥを初回送信のためのスケジューリングの対象から除外する。尚、初回送信のためのスケジューリングの対象から除外するとは、後述するステップＳ７３２におけるスケジューリング係数の計算を行わないことに相当し、結果として、初回送信のためのスケジューリングが行われないということを意味する。【０２６４】
次に、メジャメントギャップのチェック（Ｍｅａｓｕｒｅｍｅｎｔ  Ｇａｐ  Ｃｈｅｃｋ）が行われる（ステップＳ７１０）。すなわち、ＵＥが異なる周波数のセルの測定を行っている時間間隔が、下りリンクにおいて上りリンク共有チャネルのための物理下りリンク制御チャネルを送信するタイムフレーム、共有チャネルを受信するタイムフレーム又は上りリンク共有チャネルに対する送達確認情報を送信するタイムフレームと重なる場合には、当該ＵＥに上りリンク共有チャネルを割り当てない。尚、上記物理下りリンク制御チャネルにおいて、上記上りリンク共有チャネルに関するＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔが送信される。また、前記上りリンク共有チャネルに対する送達確認情報は、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）またはＡＣＫ／ＮＡＣＫとも呼ばれる。【０２６５】
ここで、上記異なる周波数のセルとは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮのセルであってもよいし、異なるシステムのセルであってもよい。例えば、異なるシステムとして、ＧＳＭ、ＷＣＤＭＡ、ＴＤＤ−ＣＤＭＡ、ＣＤＭＡ２０００、ＷｉＭＡＸ等が考えられる。【０２６６】
より具体的には、当該ＵＥの初回送信と２回目送信に関して、物理下りリンク制御チャネルを送信するＳｕｂ−ｆｒａｍｅがＭｅａｓｕｒｅｍｅｎｔ  ｇａｐに含まれるか否か、または、当該ＵＬ−ＳＣＨを送信するＳｕｂ−ｆｒａｍｅがＭｅａｓｕｒｅｍｅｎｔ  ｇａｐに含まれるか否か、または、上記ＵＬ−ＳＣＨに対するＡＣＫ／ＮＡＣＫ（ＰＨＩＣＨ）を送信するＳｕｂ−ｆｒａｍｅがＭｅａｓｕｒｅｍｅｎｔ  ｇａｐに含まれるか否かを判定する。物理下りリンク制御チャネルを送信するＳｕｂ−ｆｒａｍｅがＭｅａｓｕｒｅｍｅｎｔ  ｇａｐに含まれる、または、当該ＵＬ−ＳＣＨを送信するＳｕｂ−ｆｒａｍｅがＭｅａｓｕｒｅｍｅｎｔ  ｇａｐに含まれる、または、上記ＵＬ−ＳＣＨに対するＡＣＫ／ＮＡＣＫ（ＰＨＩＣＨ）を送信するＳｕｂ−ｆｒａｍｅがＭｅａｓｕｒｅｍｅｎｔ  ｇａｐに含まれると判定した場合にＮＧを返し、それ以外の場合にＯＫを返す。Ｍｅａｓｕｒｅｍｅｎｔ  ｇａｐは、ＵＥが異周波ハンドオーバ、または、異システムハンドオーバを行うために、異なる周波数のセルの測定を行っている時間間隔であり、その時間には通信できないため、移動局は、物理下りリンク制御チャネルを受信できない。また、同様の理由で、上りリンク共有チャネルを送信できない、かつ、ＡＣＫ／ＮＡＣＫ（ＰＨＩＣＨ）を受信できない。【０２６７】
Ｍｅａｓｕｒｅｍｅｎｔ  Ｇａｐ  Ｃｈｅｃｋの結果がＮＧの場合には、当該ＵＥを初回送信のためのスケジューリングの対象から除外する。尚、初回送信のためのスケジューリングの対象から除外するとは、後述するステップＳ７３２におけるスケジューリング係数の計算を行わないことに相当し、結果として、初回送信のためのスケジューリングが行われないということを意味する。【０２６８】
Ｍｅａｓｕｒｅｍｅｎｔ  Ｇａｐ  Ｃｈｅｃｋの結果がＮＧの場合には、ステップＳ７１１のＨａｌｆ  Ｄｕｐｌｅｘ  Ｃｈｅｃｋの処理に進む。【０２６９】
３回目送信以降を考慮したＭｅａｓｕｒｅｍｅｎｔ  Ｇａｐ  Ｃｈｅｃｋは行わない。尚、上述した例では、１回目と２回目の送信を考慮したが、代わりに、１回目と２回目と３回目の送信を考慮してもよい。すなわち、何回目までの送信を考慮するかに関しては、上記以外の値を設定してもよい。【０２７０】
ステップＳ７１１において、Ｈａｌｆ  Ｄｕｐｌｅｘ  Ｃｈｅｃｋが行われる。尚、Ｈａｌｆ  Ｄｕｐｌｅｘとは、上りリンクの送信と、下りリンクの受信を同時に行わない通信方式のことを指す。すなわち、Ｈａｌｆ  Ｄｕｐｌｅｘにおいては、ＵＥは、上りリンクの送信と下りリンクの受信とを別々のタイミングにおいて行う。【０２７１】
Ｈａｌｆ  Ｄｕｐｌｅｘ  Ｃｈｅｃｋにおいては、当該ＵＥがＨａｌｆ  Ｄｕｐｌｅｘにより通信を行うＵＥである場合に、当該ＵＥに関して、以下の６つの判定：
・当該Ｓｕｂ-ｆｒａｍｅ、すなわち、上りリンクの共有チャネルを送信するサブフレームが、下りリンクの共通チャネル（ＳＣＨ（同期チャネル）／Ｐ−ＢＣＨ（プライマリ報知チャネル）／Ｄ−ＢＣＨ（ダイナミック報知チャネル）／ＭＢＭＳチャネル）が送信されるサブフレームと重なるか否か
・当該Ｓｕｂ-ｆｒａｍｅ、すなわち、上りリンクの共有チャネルを送信するサブフレームが、以前にＵＥより送信された上りリンクの共有チャネルに対する送達確認情報が送信されるサブフレームと重なるか否か
・当該Ｓｕｂ-ｆｒａｍｅ、すなわち、上りリンクの共有チャネルを送信するサブフレームが、上りリンクまたは下りリンクのＰｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇのための制御情報（UL Schedulinｇ Grant及びDL Scheduling Information）が送信されるサブフレームと重なるか否か
・当該Ｓｕｂ-ｆｒａｍｅにおいて送信される上りリンクの共有チャネルのための制御情報（ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）が送信されるサブフレームが、当該ＵＥが上りリンクの共有チャネルを送信するＳｕｂ−ｆｒａｍｅと重なるか否か
・当該Ｓｕｂ-ｆｒａｍｅにおいて送信される上りリンクの共有チャネルのための制御情報（ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）が送信されるサブフレームが、当該ＵＥが上りリンクにおいてＣＱＩ(下りリンクの無線品質情報)またはＳｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ Signal（サウンディング用のリファレンス信号）またはＳｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ（スケジューリング要求信号）またはランダムアクセスチャネル（ＲＡＣＨ  Ｐｒｅａｍｂｌｅ）を送信するサブフレームと重なるか否か
・当該Ｓｕｂ-ｆｒａｍｅにおいて送信される上りリンクの共有チャネルのための制御情報（ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）が送信されるサブフレームが、当該ＵＥが上りリンクにおいて下りリンクの共有チャネルに対する送達確認情報（ＡＣＫ／ＮＡＣＫ）を送信するサブフレームと重なるか否か
を行い、いずれか１つの判定において真である場合にＮＧを返し、それ以外の場合にＯＫを返してもよい。尚、上述した判定における上りリンク及び下りリンクのチャネルは、その全てが考慮されてもよいし、その一部が考慮されてもよい。Half Duplex Checkの結果がＮＧの場合（ステップＳ７１１：ＮＧ）、当該ＵＥをスケジューリングの対象から除外する。一方、Half Duplex Checkの結果がＯＫの場合（ステップＳ７１１：ＯＫ）、ステップＳ７１２のＤＲＸ  Ｃｈｅｃｋに進む。【０２７２】
Ｈａｌｆ  Ｄｕｐｌｅｘにより通信を行うＵＥは、下りリンクの受信を行う際に、上りリンクの送信を行うことができない。よって、本処理により、当該サブフレームにおいて、下りリンクの送信を行うか否かを判定し、下りリンクの受信を行うタイミングにおいて、上りリンクの共有チャネルを割り当てないという処理を行うことにより、Ｈａｌｆ  ＤｕｐｌｅｘのＵＥが、下りリンクの受信を行う際に、上りリンクの信号を送信できないという問題を回避することが可能となる。【０２７３】
上述した６つの判定において、ＵＥにおけるＤＬ受信とＵＬ送信との間の切り替え時間を考慮して、上述した判定が行われてもよい。すなわち、ＵＥにおける上りリンクの共有チャネルの送信タイミング、または、基地局における上りリンクの共有チャネルのための制御情報（ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）の送信タイミングが、切り替え時間に重なる場合には、当該Ｈａｌｆ  Ｄｕｐｌｅｘ  ＣｈｅｃｋをＮＧと判定してもよい。【０２７４】
上述した例においては、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が行われないという処理が行われてもよい。この場合、ＵＥにおいて上りリンクの送信と下りリンクの受信が同時に行われないため、後述する、「ＵＥ内における上りリンクの送信信号が、下りリンクの受信信号への干渉信号となり、結果として、下りリンクの受信信号の品質が劣化する」という問題を解決することが可能となる。尚、「ＵＥ内における上りリンクの送信信号が、下りリンクの受信信号への干渉信号となり、結果として、下りリンクの受信信号の品質が劣化する」という問題の影響が大きいセル、または、周波数帯域において、Ｆｕｌｌ  Ｄｕｐｌｅｘにより通信を行うＵＥに対しても、上述したＨａｌｆ  Ｄｕｐｌｅｘ  Ｃｈｅｃｋが行い、それ以外のセル、または、周波数帯域においては、Ｆｕｌｌ  Ｄｕｐｌｅｘにより通信を行うＵＥに対しては、上述したＨａｌｆ  Ｄｕｐｌｅｘ  Ｃｈｅｃｋが行わないという処理を行ってもよい。【０２７５】
次に、間欠受信のチェック（ＤＲＸ  Ｃｈｅｃｋ）が行われる（ステップＳ７１２）。ＵＥが間欠受信を行っている場合に、すなわち、ＵＥが間欠受信状態（ＤＲＸ状態）である場合に、上りリンク共有チャネルを当該ＵＥに割り当てない。【０２７６】
具体的には、当該ＵＥがＤＲＸ状態か否かを判定する。ＤＲＸ状態であると判定した場合にＮＧを返し、それ以外の場合にＯＫを返す。【０２７７】
ＤＲＸ  Ｃｈｅｃｋの結果がＮＧの場合には、当該ＵＥを初回送信のためのスケジューリングの対象から除外する。尚、初回送信のためのスケジューリングの対象から除外するとは、後述するステップＳ７３２におけるスケジューリング係数の計算を行わないことに相当し、結果として、初回送信のためのスケジューリングが行われないということを意味する。【０２７８】
ＤＲＸ  Ｃｈｅｃｋの結果がＯＫの場合には、ステップＳ７１４におけるＵＬ  Ｓｙｎｃ  Ｃｈｅｃｋの処理に進む。【０２７９】
次に、上りリンクの同期状態のチェック（ＵＬ  Ｓｙｎｃ  Ｃｈｅｃｋ）が行われる（ステップＳ７１４）。すなわち、当該ＵＥの上りリンクの同期状態が同期外れである場合、または、上りリンクの個別リソースが解放されている場合、上りリンク共有チャネルを当該ＵＥに割り当てない。ここで、上りリンクの個別リソースとは、上りリンクにおいて送信されるＣＱＩ、Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ、Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌのリソースのことを指す。【０２８０】
具体的には、基地局装置２００は、当該ＵＥの上りリンクの同期状態が同期外れであるか否かを判定する。また、基地局装置２００は、当該ＵＥの上りリンクの個別リソースが解放されているか否かを判定する。上りリンクの同期状態が同期外れである、または、上りリンクの個別リソースが解放されていると判定した場合にＮＧを返し、それ以外の場合にＯＫを返す。【０２８１】
ＵＬ  Ｓｙｎｃ  Ｃｈｅｃｋの結果がＮＧの場合には、当該ＵＥを初回送信のためのスケジューリングの対象から除外する。尚、初回送信のためのスケジューリングの対象から除外するとは、後述するステップＳ７３２におけるスケジューリング係数の計算を行わないことに相当し、結果として、初回送信のためのスケジューリングが行われないということを意味する。【０２８２】
ＵＬ  Ｓｙｎｃ  Ｃｈｅｃｋの結果がＯＫの場合には、ステップＳ７２８のＬｏｗ／Ｈｉｇｈ  Ｆｄ  Ｃｈｅｃｋの処理に進む。【０２８３】
尚、基地局装置２００は、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態の各ＵＥ１００ｎに関して、以下の上りリンクの同期状態の判定を行う。【０２８４】
基地局装置２００は、当該ＵＥのＳｏｕｎｄｉｎｇ  ＲＳの受信品質、例えば、ＳＩＲを測定し、前記受信品質がが所定の閾値を超える場合には上りリンクの同期状態をＯＫとし、超えない場合には上りリンクの同期状態をＮＧ、すなわち、同期外れとする。尚、上述した例においては、Ｓｏｕｎｄｉｎｇ  ＲＳの受信品質を測定したが、代わりに、ＣＱＩの受信品質に基づいて、上りリンクの同期状態を判定してもよい。あるいは、Ｓｏｕｎｄｉｎｇ  ＲＳとＣＱＩの受信品質の両方を用いて、上りリンクの同期状態を判定してもよい。【０２８５】
また、基地局装置２００は、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態の各ＵＥ１００ｎに関して、以下の上りリンクの個別リソースの状態の判定を行う。【０２８６】
基地局装置２００は、当該ＵＥに対して最後にＴｉｍｉｎｇ  Ａｄｖａｎｃｅを送信したタイミングからの経過時間がＵＬ  Ｏｕｔ−ｏｆ−ｓｙｎｃ  ｔｉｍｅｒを超過している場合に、上りリンクの個別リソースが解放されたと判定する。また、基地局装置２００は、当該ＵＥに対して上りリンクの個別リソースの解放を指示したＵＥの個別リソースが解放されたと判定する。尚、当該ＵＥに関しては、ランダムアクセス手順による上りリンクの同期の再確立が行われるまで、前記個別リソース状態を「解放されている」とみなす。【０２８７】
尚、ＨＡＲＱ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｈｅｃｋの処理（Ｓ７０６の処理）が、本ＵＬ  Ｓｙｎｃ  Ｃｈｅｃｋの処理（Ｓ７１４の処理）よりも先に行われるため、ＵＬ  Ｓｙｎｃ  Ｃｈｅｃｋの結果がＮＧの場合のＵＥに関しても、ＨＡＲＱ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ＣｈｅｃｋがＲｅｔｒａｎｓｍｉｓｓｉｏｎの場合には、その再送されるＵＬ−ＳＣＨの受信を行う。【０２８８】
次に、伝送タイプのチェック（Ｌｏｗ／Ｈｉｇｈ  Ｆｄ  Ｃｈｅｃｋ）が行われる（ステップＳ７２８）。すなわち、当該ＵＥの伝送タイプ（Ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｙｐｅ）として、Ｌｏｗ  Ｆｄ／Ｈｉｇｈ  Ｆｄを判定する。尚、上記伝送タイプは、ＤＬとＵＬとで共通に管理する。【０２８９】
例えば、当該ＵＥのＦｄ推定値が閾値ＴｈｒｅｓｈｏｌｄＦｄ，ＵＬ以下である場合に、Ｌｏｗ  Ｆｄと判定し、上記以外の場合をＨｉｇｈ  Ｆｄと判定する。【０２９０】
上記Ｆｄ推定値は、ＵＥよりＭｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ等により報告される値を用いてもよいし、ＵＥより送信されるＳｏｕｎｄｉｎｇ用のリファレンス信号の時間相関値やＣＱＩのＤｅｍｏｄｕｌａｔｉｏｎ用のリファレンス信号に基づいて算出される値を用いてもよい。【０２９１】
次に、バッファ状態のチェック（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｃｈｅｃｋ）が行われる（ステップＳ７３０）。すなわち、ＵＥが送信すべきデータを持たない場合に、上りリンク共有チャネルを当該ＵＥに割り当てない。【０２９２】
具体的には、当該ＵＥの有する論理チャネルグループ（論理チャネルグループ＃１、論理チャネルグループ＃２、論理チャネルグループ＃３、論理チャネルグループ＃４）に関して、当該Ｓｕｂ−ｆｒａｍｅにおいて送信可能なデータが存在するか否かを判定する。全ての論理チャネルグループに関して送信可能なデータが存在しない場合にはＮＧを返し、送信可能なデータが存在する論理チャネルグループが１つでもが存在する場合にはＯＫを返す。ここで、送信可能なデータとは、新規に送信可能なデータのことであり、ＵＬ  Ｂｕｆｆｅｒ滞留量が０より大きい場合に、「新規に送信可能なデータが存在する」と判定する。ＵＬ  Ｂｕｆｆｅｒ滞留量の定義は後述する。尚、上述した例においては、当該ＵＥの有する論理チャネルグループとして、論理チャネルグループ＃１、論理チャネルグループ＃２、論理チャネルグループ＃３、論理チャネルグループ＃４の４種類を考慮したが、５種類以上の論理チャネルグループが存在する場合や３種類以下の論理チャネルグループが存在する場合にも同様の処理が適用される。あるいは、１種類の論理チャネルグループしか存在しない場合にも、同様の処理が適用される。【０２９３】
但し、以下に、上記バッファ状態のチェックにおける例外的な処理を示す：
当該ＵＥに対して、基地局装置間ハンドオーバを指示することが決まっている場合、当該ＵＥに関しては送信可能なデータ（論理チャネルグループ＃１, 論理チャネルグループ＃２, 論理チャネルグループ＃３, 論理チャネルグループ＃４の全てのデータ）がないものとみなす。但し、再送データに関しては、ステップＳ７０６の処理により、本処理（ステップＳ７３０）がスキップされるため、当該ＵＥからの送信が行われる。【０２９４】
Ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔにより「ＵＬ−ＳＣＨのリソース割り当て要求：あり」を受信し、かつ、上記Ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔを受信してから一度も上りリンク（ＵＬ−ＳＣＨ）のリソースを割り当てていない状態のＵＥに対しては、論理チャネルグループ＃１において送信可能なデータが存在するとみなす。【０２９５】
Ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔに対する上りリンク（ＵＬ−ＳＣＨ）のリソースの割り当てを行ったとしても、上記ＵＬ−ＳＣＨの受信タイミングにおいて、Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔを受信しなかった場合には、当該ＵＥの状態を再び『Ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔにより「ＵＬ−ＳＣＨのリソース割り当て要求：あり」を受信し、かつ、上記Ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔを受信してから一度も上りリンク（ＵＬ−ＳＣＨ）のリソースを割り当てていない状態』に戻す。このＵＥの状態の変更は、最大再送回数の満了を待つ必要はなく、初回送信及びそれ以降の送信のタイミングでＢｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔを受信しなかった場合に行われることとする。【０２９６】
当該Ｓｕｂ−ｆｒａｍｅにおいて、Ｐｅｒｓｉｓｔｅｎｔ Ｒｅｓｏｕｒｃｅが確保されている場合（ステップＳ７０５の処理が行われている場合）と、当該Ｓｕｂ−ｆｒａｍｅにおいて、Ｐｅｒｓｉｓｔｅｎｔ Ｒｅｓｏｕｒｃｅが確保されていない場合（ステップＳ７０５の処理が行われていない場合）の両方において、Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇが適用される論理チャネルグループに関しては、以下の処理を行う：
1) ＵＬ  Ｂｕｆｆｅｒ滞留量が閾値Ｔｈｒｅｓｈｏｌｄｄａｔａ＿ｓｉｚｅ，ＵＬ以上である場合
当該論理チャネルグループに関して、「送信可能なデータが存在する」とみなす
2) ＵＬ  Ｂｕｆｆｅｒ滞留量が閾値Ｔｈｒｅｓｈｏｌｄｄａｔａ＿ｓｉｚｅ，ＵＬ未満である場合
当該論理チャネルグループに関して、「送信可能なデータが存在しない」とみなす。【０２９７】
このように、ＵＬ  Ｂｕｆｆｅｒ滞留量が閾値Ｔｈｒｅｓｈｏｌｄｄａｔａ＿ｓｉｚｅ，ＵＬ未満である場合に、当該論理チャネルグループに送信可能なデータが存在しないとみなすことにより、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅにより送信されるべきデータ、すなわち、データサイズの小さいデータが、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられるＳｕｂ−ｆｒａｍｅ以外で送信されることを防ぐことが可能となる。すなわち、Ｐｅｒｓｉｓｔｅｎｔ Ｒｅｓｏｕｒｃｅが確保されていない場合（ステップＳ７０５の処理が行われていない場合）に、上述したデータサイズによる判定を行わない場合、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅで送信すべきデータが、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが確保されていないＳｕｂ−ｆｒａｍｅで送信されることになり、結果として、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが確保されているＳｕｂ−ｆｒａｍｅにおいて送信すべきデータがないという事象が発生し、結果として、伝送効率が下がることになる。尚、閾値Ｔｈｒｅｓｈｏｌｄｄａｔａ＿ｓｉｚｅ，ＵＬは、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅで送信可能な最大のデータサイズ、もしくは、前記データサイズよりも少し大きい値を設定してもよい。【０２９８】
Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｃｈｅｃｋの結果がＮＧの場合には、当該ＵＥを初回送信のためのスケジューリングの対象から除外する。尚、初回送信のためのスケジューリングの対象から除外するとは、後述するステップＳ７３２におけるスケジューリング係数の計算を行わないことに相当し、結果として、初回送信のためのスケジューリングが行われないということを意味する。【０２９９】
Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｃｈｅｃｋの結果がＯＫの場合には、送信可能なデータが存在する論理チャネルグループの内、最も優先度の高い論理チャネルグループをＨｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルグループとして選択し、スケジューリング係数の計算（Ｓｃｈｅｄｕｌｉｎｇ Ｃｏｅｆｆｉｃｉｅｎｔ Ｃａｌｃｕｌａｔｉｏｎ）の処理に進む（ステップＳ７３２）。すなわち、基地局装置は、ユーザ装置が有するデータ種別の内、最も優先度の高い論理チャネルグループに基づいて、上記スケジューリング係数を計算する。すなわち、あるＵＥに対して複数の論理チャネルグループが存在する場合に、前記複数の論理チャネルグループの内の全てに対して、スケジューリング係数の計算を行うのではなく、最も優先度の高い論理チャネルグループに対してスケジューリング係数の計算を行うことにより、基地局装置２００の処理負荷を低減することが可能となる。【０３００】
次に、スケジューリング係数の計算が行われる（ステップＳ７３２）。具体的には、ステップＳ７３０において、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙと判定された論理チャネルグループに関して、評価式を用いてスケジューリング係数を算出する。【０３０１】
テーブル５−１及び５−２に外部I/Fより設定されるパラメータを示す。また、テーブル６に、Ｓｕｂ−ｆｒａｍｅ単位で、各ＵＥの各論理チャネルグループに与えられる入力パラメータを示す。【０３０２】
【表６】
2008108227.tif 000021
【０３０３】
【表７】
2008108227.tif 000022
【０３０４】
【表８】
2008108227.tif 000023
以上に示す入力パラメータに基づいて、ＵＥ #ｎ（Ｈｉｇｈｅｓｔ Ｐｒｉｏｒｉｔｙの論理チャネルグループ#ｈ）のスケジューリング係数Ｃｎを下式の通り計算する。【０３０５】
【数１４】
2008108227.tif 000024
すなわち、基地局装置は、無線リソースを割り当てるユーザ装置を選択するときに、ユーザ装置から上りリンクの共有チャネルの割り当てを要求する信号（スケジューリングリクエスト）を受信しているか否かに基づいてユーザ装置を選択してもよい。また、基地局装置は、データの優先度クラス；ユーザ装置から送信されるリファレンス信号の無線品質、例えば、サウンディング用のリファレンス信号の受信ＳＩＲ；共有チャネルが割り当てられていない時間の大きさ；スケジューリングリクエストを受信しているか否か；平均の伝送速度；目標の伝送速度；のうち少なくとも１つに基づいて、無線リソースを割り当てる優先順位を示す係数を計算してもよい。【０３０６】
尚、Ｉｎｔｒａ−ｅＮＢ Ｈａｎｄ Ｏｖｅｒ (Ｉｎｔｒａ−ｅＮＢ ＨＯ)の際には、スケジューリングに用いる測定値、算出値は、Ｔａｒｇｅｔ  ｅＮＢ (ハンドオーバ先のｅＮＢ)に引き継がないものとする。【０３０７】
尚、ステップＳ７３２では、平均データレート（Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅ）の測定が行われる。Average Data Rateは、下式を用いて、求められる。【０３０８】
【数１５】
2008108227.tif 000025
ただし、Ｎn,k（１, ２, …）は、Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの更新回数である。但し、Ｎn,k＝ ０となるＳｕｂ−ｆｒａｍｅにおいては、以下の式(3)とする。【０３０９】
【数１６】
2008108227.tif 000026
また、忘却係数δn,kは、以下のように計算される。
δn,k=min(1−１／Ｎn,k, δ'PCn,k)
Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの更新周期は「各論理チャネルグループのUL Buffer滞留量が０以外の値であったＳｕｂ−ｆｒａｍｅ毎」とし、ｒn,kの計算方法は「ＵＥが送信すると想定されるＰａｙｌｏａｄ  ｓｉｚｅとする。尚、ｒn,kの計算は、当該Ｓｕｂ−ｆｒａｍｅにおける上りリンクの共有チャネルの送信が、初回送信である場合にも再送である場合にも同様に行われる。すなわち、Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの更新機会であるＳｕｂ−ｆｒａｍｅ（論理チャネルグループ＃ｋのＵＬ  Ｂｕｆｆｅｒ滞留量が０以外の値であるＳｕｂ−ｆｒａｍｅ）において、以下のいずれかの計算を行う。
1) 送信を行ったＵＥに対しては、
rn,LCG1 = min(Payload size, UL_Buffern,LCG1)
rn,LCG2 = max(0, min(Payload size - rn,LCG1, UL_Buffern,LCG2))
rn,LCG3 = max(0, min(Payload size - rn,LCG1 - rn,LCG2, UL_Buffern,LCG3))
rn,LCG4 = max(0, min(Payload size - rn,LCG1 - rn,LCG2 - rn,LCG3, UL_Buffern,LCG4))
でＡｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの計算を行う。尚、Ｐａｙｌｏａｄ  ｓｉｚｅは、ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔで指定した値である。
2) 送信を行わなかったＵＥに対しては、「rn,k= ０」でＡｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの計算を行う。【０３１０】
すなわち、Ａｖｅｒａｇｅ  Ｄａｔａ  Ｒａｔｅの計算は、ＵＥが優先度の高い論理チャネルグループに属する論理チャネルを優先的にＭＡＣ  ＰＤＵ（ＵＬ−ＳＣＨ）にマッピングするという仮定に基づいて、各論理チャネルグループに関するバッファ滞留量（Ｂｕｆｆｅｒｎ，ｋ）から推定された、各論理チャネルグループのデータサイズ（ｒｎ、ｋ）に基づいて算出される。【０３１１】
また、以下に、ＵＬ  Ｂｕｆｆｅｒ滞留量の定義を以下に示す。ＵＥ #ｎの論理チャネルグループ#ｋのＵＬ  Ｂｕｆｆｅｒ滞留量UL_Buffern,kは、以下のように算出される：【０３１２】
【数１７】
2008108227.tif 000027
すなわち、基地局装置は、ユーザ装置から報告されるバッファ内のデータ量に関する情報（バッファステータスレポート、Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ (ＢＳＲ)）と、この情報を受信したタイミング以降に前記ユーザ装置から受信したデータ量とに基づいて、ユーザ装置のバッファ内のデータ量を算出する。【０３１３】
次に、スケジューリング係数の計算が行われたＵＥ数を示すＮSchedulingを１だけ増加させ（ステップＳ７３４）、ＵＥインデックスを示すｎを１だけ増加させる（ステップＳ７３６）。【０３１４】
次にｎがＮScheduling以下であるか否かを判定する（ステップＳ７３８）。ＮがＮScheduling以下である場合、ステップＳ７０４に戻る。【０３１５】
一方、ｎがＮSchedulingよりも大きい場合、ステップＳ７４０において、ＵＥの選択（ＵＥ Ｓｅｌｅｃｔｉｏｎ）が行われる。当該Ｓｕｂ−ｆｒａｍｅにおいてＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥ (初回送信のみ)を選択する。【０３１６】
まず、以下の式により、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥの数ＮUL-SCHを算出する。ここで、ＮSchedulingは、Ｓｃｈｅｄｕｌｉｎｇ Ｃｏｅｆｆｉｃｉｅｎｔ Ｃａｌｃｕｌａｔｉｏｎ(ステップＳ７３２の処理)が行われたＵＥの数を指す（図７Ｂを参照すること）。また、Ｎretransmissionは、当該Ｓｕｂ−ｆｒａｍｅにおいて再送を行うＵＥの数（図７Ｂを参照すること）を指す。【０３１７】
ＮUL-SCH,tmp=min(ＮScheduling, ＮULMAX−Ｎretransmission)
尚、min (x, y)とは、引数のｘとｙの内、小さい方の値を返す関数である。【０３１８】
次に、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルグループのＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐ毎に、ステップＳ７３２において算出されたスケジューリング係数の大きい順から、ＮUL-SCH,tmp台の「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥ(初回送信のみ)」を選択する。ここで、Ｓｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐとは、スケジューリングにおける優先度付けがされたグループであり、各論理チャネルグループに対して、属すべきＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐが定義される。【０３１９】
すなわち、基地局装置２００は、以下の順序で上記「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥ（初回送信のみ）」を選択する：
Ｈｉｇｈ（１ｓｔ）−>Ｈｉｇｈ（２ｎｄ）−>...−>Ｍｉｄｄｌｅ（１ｓｔ）−>Ｍｉｄｄｌｅ（２ｎｄ）−>...−>Ｌｏｗ（１ｓｔ）−>Ｌｏｗ（２ｎｄ）−>...
尚、上述した例においては、Ｓｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐは、Ｈｉｇｈ，  Ｍｉｄｄｌｅ，  Ｌｏｗの3通りであったが、４通り以上のＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐを用意してもよいし、２通り以下のＳｃｈｅｄｕｌｉｎｇ  ｐｒｉｏｒｉｔｙ  ｇｒｏｕｐを用意してもよい。【０３２０】
上述したように、ユーザ装置のインデックス（ＵＥ  ｉｎｄｅｘ）であるｎに関してループ処理を行うことにより、初回送信を行うことができると判断された各ユーザ装置に対して、スケジューリング係数を計算することが可能となる。そして、計算されたスケジューリング係数の大きいユーザ装置に対して、無線リソースを割り当てるという制御を行うことにより、データの優先度や、上りリンクの無線品質、共有チャネルが割り当てられていない時間の大きさ、スケジューリングリクエストを受信しているか否か、平均の伝送速度、目標の伝送速度を考慮して、無線リソース（上りリンクの共有チャネル）を割り当てるユーザ装置を決定することが可能となる。【０３２１】
次に、ステップＳ２０８において行われる上りリンクＴＦＲ選択処理（ＵＬ  ＴＦＲ Ｓｅｌｅｃｔｉｏｎ）について、図８を参照して説明する。【０３２２】
図８にＵＬ ＴＦＲ  ｓｅｌｅｃｔｉｏｎの処理フローを示す。本処理フローにより、物理ランダムアクセスチャネル(ＰＲＡＣＨ)の無線リソース（ＲＢ）の確保、禁止無線リソース（ＲＢ）の確保、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨの無線リソース（ＲＢ）の確保が行われ、最後にＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨ（初回送信と再送の両方を含む）に関する送信フォーマットの決定と無線リソースの割り当てが行われる。【０３２３】
ステップＳ８０２において、物理ランダムアクセスチャネル(ＰＲＡＣＨ)、物理上りリンク共有チャネルに周波数多重される物理上りリンク制御チャネルＰＵＣＣＨに対するリソースブロックの割り当て（ＲＢ  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  ＰＲＡＣＨ, ＰＵＣＣＨ）が行われる。すなわち、共有チャネルに対して無線リソースを割り当てる前に、ランダムアクセスチャネル及び物理上りリンク制御チャネルに無線リソースを割り当てる。【０３２４】
具体的には、当該Ｓｕｂ−ｆｒａｍｅにおいてＲＡＣＨ ｐｒｅａｍｂｌｅが送信される場合には、ＰＲＡＣＨの無線リソース（ＲＢ）と上記ＰＲＡＣＨの両脇のＮRACH個のＲＢ（合計６＋２×ＮRACH個）を確保する。すなわち、ＰＲＡＣＨの無線リソース（ＲＢ）と上記ＰＲＡＣＨの両脇のＮRACH個のＲＢ（合計６＋２×ＮRACH個）を、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに割り当てられるＲＢの候補から除外する。ＮRACHは、例えば、外部入力インタフェース（IF）より入力される値であり、例えば、０、１、２、３の中から選択される。【０３２５】
尚、上記ＲＡＣＨ  ｐｒｅａｍｂｌｅは、ランダムアクセス手順におけるＭｅｓｓａｇｅ１に相当する。また、上記ＲＡＣＨ  ｐｒｅａｍｂｌｅが送信されるリソースブロックの数は６である。【０３２６】
また、物理上りリンク制御チャネルＰＵＣＣＨの無線リソース（ＲＢ）を確保する。すなわち、物理上りリンク制御チャネルＰＵＣＣＨに割り当てられる無線リソース（ＲＢ）を、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに割り当てられるＲＢの候補から除外する。【０３２７】
ステップＳ８０４において、ガードＲＢのＲＢ割り当て（ＲＢ  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  Ｇｕａｒｄ  ＲＢ）が行われる。例えば、異種の無線通信システム（ＷＣＤＭＡ）と周波数的に隣接する場合に、異種の無線通信システムとの干渉を低減するために、システム帯域幅の端に位置するリソース以外の無線リソースを割り当てる。【０３２８】
具体的には、Ｇｕａｒｄ  ＲＢのＲＢを確保する。すなわち、Ｇｕａｒｄ  ＲＢのＲＢを、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに割り当てられるＲＢの候補から除外する。【０３２９】
尚、上述した例では、異種の無線通信システムをＷＣＤＭＡとしたが、代わりに、ＧＳＭやＣＤＭＡ２０００、ＰＨＳ等としてもよい。【０３３０】
本機能は、周波数的に隣接するシステムへの隣接チャネル干渉を低減するためのＧｕａｒｄ  Ｂａｎｄ機能として実装する。また、両サイドの隣接システムに対応するために２つのＧｕａｒｄ  ＲＢを設定できる構成とする。尚、物理上りリンク制御チャネルＰＵＣＣＨは、Ｇｕａｒｄ  ＲＢの有無に関係なく、システム帯域の端にマッピングされる。【０３３１】
あるいは、ＰＵＣＣＨのリソースを大きく確保することにより、異種の無線通信システムとの干渉を低減してもよい。すなわち、基地局装置は、システム帯域の端の周波数リソースを、上りリンクの共有チャネルの送信のために割り当てないことにより、異種の無線通信システムとの干渉を低減してもよい。【０３３２】
ステップＳ８０６において、パーシステントスケジューリングに対するリソースブロックの割り当て（ＲＢ  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）が行われる。すなわち、ダイナミックスケジューリングの割り当てが行われる前に、パーシステントスケジューリングの割り当てが行われる。【０３３３】
具体的には、ステップＳ７０５において確保したＰｅｒｓｉｓｔｅｎｔ Ｒｅｓｏｕｒｃｅの無線リソース（ＲＢ）を確保する。さらに、ステップＳ７０３の処理において、Ｐｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられ、かつ、送信すべきデータが再送であると判定したＵＥに関しても、その無線リソース（ＲＢ）を確保する。尚、ステップＳ７０５において、再送のＰｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇが適用される上りリンクの共有チャネルに対しても無線リソースが確保されてもよい。【０３３４】
但し、当該Ｓｕｂ−ｆｒａｍｅにおいて、「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥ（初回送信のみ）」にＰｅｒｓｉｓｔｅｎｔ Ｒｅｓｏｕｒｃｅが割り当てられている場合にも、上記Ｐｅｒｓｉｓｔｅｎｔ Ｒｅｓｏｕｒｃｅを確保する。すなわち、上記Ｐｅｒｓｉｓｔｅｎｔ Ｒｅｓｏｕｒｃｅ内のＲＢは、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに関するＵＬ  ＴＦＲ Ｓｅｌｅｃｔｉｏｎに用いられない。このように、当該Ｓｕｂ−ｆｒａｍｅにおいてＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅの割り当てがあるＵＥに対してＤｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われた場合にも、そのＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅを確保することにより、当該ＵＥに対して送信されたＤｙｎａｍｉｃ  ＳｃｈｅｄｕｌｉｎｇのＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔが、当該ＵＥに対して正しく受信されなかった場合に発生する上りリンクの信号の衝突を防ぐことが可能となる。【０３３５】
以下では、図９、図１０を用いて、当該Ｓｕｂ−ｆｒａｍｅにおいてＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅの割り当てがあるＵＥに対してＤｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われた場合にも、そのＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅを確保することの効果を示す。図９、図１０では、ＵＥ  ＃ＡとＵＥ  ＃Ｂを仮定し、当該Ｓｕｂ−ｆｒａｍｅにおいてＵＥ  ＃ＡにＰｅｒｓｉｓｔｅｎｔ  Ｒｅｓｏｕｒｃｅが割り当てられ、また、ＵＥ  ＃Ａ及びＵＥ  ＃ＢにＤｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇによりリソースが割り当てられていると仮定する。【０３３６】
図９の（１）においては、ＵＥ  ＃Ａのパーシステントリソースを解放して、ＵＥ  ＃Ａ及びＵＥ  ＃Ｂの無線リソースを割り当てる。この場合、例えば、Ｄｙｎａｍｉｃ  ＳｃｈｅｄｕｌｉｎｇによりＵＥ  ＃Ｂに割り当てられた無線リソースは、ＵＥ  ＃Ａのパーシステントリソースと衝突するように割り当てられる。このとき、ＵＥ  ＃Ａが、Ｄｙｎａｍｉｃ  ＳｃｈｅｄｕｌｉｎｇのためのＵＬ Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを正常に受信できなかった場合、ＵＥ  ＃Ａはパーシステントリソースを用いてＵＬ−ＳＣＨの送信を行うため、図１０（１）に示すように、ＵＥ  ＃ＡのＵＬ−ＳＣＨとＵＥ  ＃ＢのＵＬ−ＳＣＨが衝突することになる。【０３３７】
一方、図９の（２）において、ＵＥ  ＃Ａのパーシステントリソースを確保して、ＵＥ  ＃Ａ及びＵＥ  ＃Ｂの無線リソースを割り当てる。この場合、例えば、Ｄｙｎａｍｉｃ  ＳｃｈｅｄｕｌｉｎｇによりＵＥ  ＃Ｂに割り当てられた無線リソースは、ＵＥ  ＃Ａのパーシステントリソースと衝突しないように割り当てられる。このとき、ＵＥ  ＃Ａが、Ｄｙｎａｍｉｃ  ＳｃｈｅｄｕｌｉｎｇのためのＵＬ Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを正常に受信できなかった場合、ＵＥ  ＃Ａはパーシステントリソースを用いてＵＬ−ＳＣＨの送信を行うが、図１０（２）に示すように、ＵＥ  ＃ＡのＵＬ−ＳＣＨとＵＥ  ＃ＢのＵＬ−ＳＣＨが衝突することはない。【０３３８】
尚、上述した例において、無線リソースとは、例えば、周波数リソースである。【０３３９】
尚、ステップＳ８０６において、再送のパーシステントスケジューリングが適用される上りリンクの共有チャネルに対するリソースブロックの割り当てが行うことができないユーザ装置に対しては、ＰＨＩＣＨによりＡＣＫを送信してもよい。この場合、前記ＡＣＫは、パーシステントスケジューリングが適用される上りリンクの共有チャネルＵＬ−ＳＣＨの再送を一旦停止することを意味する。【０３４０】
ステップＳ８０８において、ランダムアクセス手順におけるＭｅｓｓａｇｅ３に対するリソースブロックの割り当て（ＲＢ  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ Ｍｅｓｓａｇｅ  ３  （ＲＡＣＨ））が行われる。すなわち、Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇにより無線リソースが割り当てられる上りリンクの共有チャネルに対して無線リソースを割り当てる前に、ランダムアクセス手順におけるＭｅｓｓａｇｅ３に無線リソースを割り当てる。【０３４１】
ランダムアクセス手順におけるＭｅｓｓａｇｅ３の無線リソース(ＲＢ)を確保する。すなわち、ランダムアクセス手順におけるＭｅｓｓａｇｅ３（初回送信と再送の両方を含む）の無線リソース(ＲＢ)を、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに割り当てられるRBの候補から除外する。【０３４２】
以下の説明では、ランダムアクセス手順におけるＭｅｓｓａｇｅ３を単にＭｅｓｓａｇｅ３と記載する。【０３４３】
また、初回送信のＭｅｓｓａｇｅ３に関するＲＢ割り当てを、以下の５ステップの手順に基づいて行う。再送のＲＢ割り当ては、初回送信と同一とする。尚、Ｍｅｓｓａｇｅ  ３に対する再送のＲＢ割り当てを、初回送信と変えてもよい。【０３４４】
(1)Ｍｅｓｓａｇｅ  ３に割り当て可能なＲＢが存在するか否かを判定する。少なくとも１つ以上のＭｅｓｓａｇｅ  ３に割り当て可能なＲＢが存在する場合には次のステップ(2)に進み、それ以外の場合に本処理を終了する。ここで、「Ｍｅｓｓａｇｅ  ３に割り当て可能なＲＢ」とは、物理ランダムアクセスチャネルＰＲＡＣＨ、物理上りリンク制御チャネルＰＵＣＣＨ、Ｇｕａｒｄ  ＲＢ、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに割り当てられたＲＢ以外のＲＢのことである。【０３４５】
(2)当該Ｓｕｂ−ｆｒａｍｅにおいて送信が行われるＭｅｓｓａｇｅ  ３を、品質情報の悪い方から順序付けを行う。尚、同じ品質情報を有する複数のＭｅｓｓａｇｅ  ３の順序は任意とする。品質情報の最も悪いＭｅｓｓａｇｅ  ３を＃０として、＃０, #１, #２, #３, …と番号付けを行う。品質情報が一種類しかない場合には、複数のＭｅｓｓａｇｅ  ３の順序は任意とする。【０３４６】
(3)Ｈｏｐｐｉｎｇ  ｍｏｄｅに従って次の処理を行う。【０３４７】
Ｈｏｐｐｉｎｇ  ｍｏｄｅは、外部入力インタフェース（ＩＦ）されるパラメータである。【０３４８】
Ｈｏｐｐｉｎｇ  ｍｏｄｅ == ０の場合、＃０, #１, #２, #３, …の順番で、先頭から２個のＭｅｓｓａｇｅ  ３で1組とするＭｅｓｓａｇｅ  ３ ｓｅｔを作成する。上述したＭｅｓｓａｇｅ  ３ ｓｅｔを、先頭から＃ａ，  ＃ｂ，  ＃ｃ，  ….と番号付けを行う。Ｍｅｓｓａｇｅ  ３の数が奇数の場合の最後のＭｅｓｓａｇｅ  ３は、１個でＭｅｓｓａｇｅ  ３ ｓｅｔを構成することとする。【０３４９】
＃ａ，  ＃ｂ，  ＃ｃ，  ・・・の順番で、Ｍｅｓｓａｇｅ  ３ ｓｅｔに「システム帯域の中心に鏡映対称のＲＢ」を割り当てる。＃ａ，  ＃ｂ，  ＃ｃ, …の順番に、システム帯域の端のＲＢから割り当てることとする。ここで、Ｍｅｓｓａｇｅ  ３に割り当てるRB数は、品質情報に基づいて決定される値である。例えば、品質情報が「無線品質が高い」という値である場合には、２個のＲＢを割り当て、品質情報が「無線品質が低い」という値である場合には、４個のＲＢを割り当てるといった制御が行われる。尚、無線品質に関係なく、ＲＢ数が決定されてもよい。また、上記品質情報は、例えば、ランダムアクセス手順におけるＭｅｓｓａｇｅ１に含まれる値である。【０３５０】
Ｍｅｓｓａｇｅ  ３ ｓｅｔ内の２つのＭｅｓｓａｇｅ  ３のＲＢ数が異なる場合には、大きい方のＲＢ数に合わせて「システム帯域幅の中心に鏡映対象のＲＢ」を割り当てる。【０３５１】
尚、基地局装置２００は、当該Ｍｅｓｓａｇｅ３がホッピングされて送信されるという情報を、例えば、物理下りリンク制御チャネルにマッピングされるＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔに含まれる１つ情報として、該ユーザ装置に通知してもよい。【０３５２】
Ｍｅｓｓａｇｅ  ３より外側のＲＢにおいては、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨの割り当ては行わない。また、Ｍｅｓｓａｇｅ  ３の数が奇数の場合の最後のＭｅｓｓａｇｅ  ３が送信されるRBにおいては、Dynamic schedulingが適用されるＵＬ−ＳＣＨの割り当ては行わない。【０３５３】
尚、上述した例においては、ホッピング後の周波数リソース（ＲＢ）を、システム帯域幅の中心に鏡映対象のＲＢとする場合を示したが、代わりに、ホッピング後の周波数リソース（ＲＢ）を、もとのＲＢをシステム帯域幅の半分だけシフトさせてＲＢとしてもよい。【０３５４】
Ｈｏｐｐｉｎｇ  ｍｏｄｅ== ０以外の場合、以下のようにＭｅｓｓａｇｅ  ３にＲＢを割り当てる。ここで、Ｍｅｓｓａｇｅ  ３に割り当てるRB数は、品質情報に基づいて決定される値である。例えば、品質情報が「無線品質が高い」という値である場合には、２個のＲＢを割り当て、品質情報が「無線品質が低い」という値である場合には、４個のＲＢを割り当てるといった制御が行われる。尚、無線品質に関係なく、ＲＢ数が決定されてもよい。また、上記品質情報は、例えば、ランダムアクセス手順におけるＭｅｓｓａｇｅ１に含まれる値である。
＃０:Ｍｅｓｓａｇｅ  ３に割り当て可能なＲＢの内、周波数の小さい方から
＃１：Ｍｅｓｓａｇｅ  ３に割り当て可能なＲＢの内、周波数の大きい方から
＃２：Ｍｅｓｓａｇｅ  ３に割り当て可能なRBの内、周波数の小さい方から
＃３：Ｍｅｓｓａｇｅ  ３に割り当て可能なRBの内、周波数の大きい方から
：
：
（以下、無線リソースを割り当てるべきＭｅｓｓａｇｅ３がなくなるまで処理を行う）
(4)全てのＭｅｓｓａｇｅ  ３の変調方式をＱＰＳＫとする。【０３５５】
(5)各Ｍｅｓｓａｇｅ  ３のためのＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにおける送信電力の情報を、品質情報に基づいて決定する。例えば、品質情報が「無線品質が高い」という値である場合には、送信電力として小さい値を指定し、品質情報が「無線品質が低い」という値である場合には、送信電力として大きい値を指定するといった制御が行われる。尚、無線品質に関係なく、送信電力が指定されてもよい。また、上記品質情報は、例えば、ランダムアクセス手順におけるＭｅｓｓａｇｅ１に含まれる値である。【０３５６】
上述した処理の途中で、Ｍｅｓｓａｇｅ  ３に割り当てるＲＢがなくなった場合には、本処理を終了する。ＲＢを割り当てることができなかったＭｅｓｓａｇｅ  ３を有するＵＥには、ランダムアクセス手順におけるＭｅｓｓａｇｅ２（ＲＡＣＨ ｒｅｓｐｏｎｓｅ）を送信しないこととする。あるいは、次のサブフレームにおいて、ランダムアクセス手順におけるＭｅｓｓａｇｅ２（ＲＡＣＨ ｒｅｓｐｏｎｓｅ）を送信する。【０３５７】
ステップＳ８０９において、Ｓｅｔｔｉｎｇ  ＲＢ ａｌｌｏｃａｔｉｏｎ ｍｏｄｅの処理を行う。すなわち、リソースブロック割り当てモード（ＲＢ  ａｌｌｏｃａｔｉｏｎ  ｍｏｄｅ）の設定が行われる。テーブル７に示すＵＬ ＲＢ  ａｌｌｏｃａｔｉｏｎ  ｍｏｄｅは、外部入力インタフェース（ＩＦ）より設定されるパラメータである。ステップＳ８１２、ステップＳ８１０、ステップＳ８１４、ステップＳ８１６、ステップＳ８１８におけるインデックスjによるループは、ＵＬ ＲＢ  ａｌｌｏｃａｔｉｏｎ  ｍｏｄｅにより指定されるUEの選択順序に基づいて行われる。【０３５８】
【表９】
2008108227.tif 000028
例えば、周波数的に隣接するシステムの一方がＷＣＤＭＡであり、他方がＬＴＥである場合に、Ｍｏｄｅ２及びＭｏｄｅ３を選択する。すなわち、周波数的に隣接するシステムの一方がＷＣＤＭＡであり、他方がＬＴＥである場合に、パスロスの小さいユーザ装置の共有チャネルの無線リソース(周波数リソース)を、システム帯域内のＷＣＤＭＡ側の端に割り当てる。また、パスロスの大きいユーザ装置に対する共有チャネルの無線リソース(周波数リソース)を、システム帯域内のＬＴＥ側の端に割り当てる。【０３５９】
パスロスの小さいユーザ装置は、上りリンクの送信電力が小さいため、結果として、隣の周波数帯に漏れ出す干渉電力も小さくなる。より干渉信号に対する耐性が低いＷＣＤＭＡ側の端に、パスロスの小さいユーザの共有チャネルの無線リソースを割り当てることにより、ＷＣＤＭＡにおける特性の劣化を低減することが可能となる。【０３６０】
また、例えば、周波数的に隣接するシステムの両方がＷＣＤＭＡである場合には、Ｍｏｄｅ１を選択する。すなわち、パスロスの小さいユーザ装置に対する共有チャネルの無線リソース(周波数リソース)をシステム帯域の端に割り当て、パスロスの大きいユーザ装置に対する共有チャネルの無線リソース(周波数リソース)を、システム帯域幅の中央に割り当てる。【０３６１】
パスロスの小さいユーザ装置は、上りリンクの送信電力が小さいため、結果として、隣の周波数帯に漏れ出す干渉電力も小さくなる。よって、パスロスの大きいユーザの共有チャネルの無線リソースをシステム帯域の中心に設定し、パスロスの小さいユーザの共有チャネルの無線リソースをシステム帯域の端に設定することにより、隣の周波数帯のＷＣＤＭＡにおける特性の劣化を低減することが可能となる。【０３６２】
さらに、例えば、周波数的に隣接するシステムの両方がＬＴＥである場合には、Ｍｏｄｅ０を選択する。すなわち、後述するように、該ユーザ装置から送信されるリファレンス信号の受信電力またはＳＩＲ等に基づいて、無線リソース（周波数リソース）が割り当てられる。【０３６３】
この場合、上りリンクの受信品質に基づいて無線リソースの割り当てを行うことが可能となり、結果として、システム容量を向上させることが可能となる。【０３６４】
さらに例えば、上りリンクに用いる周波数と下りリンクに用いる周波数が異なる場合に、Ｍｏｄｅ２及びＭｏｄｅ３を選択してもよい。より具体的には、パスロスの小さいユーザ装置の共有チャネルの無線リソース(周波数リソース)を、システム帯域内の、下りリンクに用いる周波数に近い方の端に割り当て、パスロスの大きいユーザ装置の共有チャネルの無線リソース(周波数リソース)を、システム帯域内の、下りリンクに用いる周波数から離れた方の端に割り当てる。【０３６５】
パスロスの小さいユーザ装置は、上りリンクの送信電力が小さいため、結果として、当該移動局の送信機、すなわち、上りリンクの周波数帯から、当該移動局の受信機、すなわち、下りリンクの周波数帯に漏れ出す干渉電力も小さくなる。よって、送信電力が低い移動局の上りリンクの共有チャネルの周波数帯を、下りリンクの周波数帯に近い方に割り当てることにより、当該ユーザ装置の送信機から受信機への干渉電力を低減することが可能となり、結果として、下りリンクの受信特性を向上させることが可能となる。【０３６６】
尚、上述した送信機から受信機への干渉電力は、上りリンクの送信帯域幅が大きくなった場合に大きくなるため、基地局装置２００は、さらに、上りリンクの共有チャネルの送信帯域幅に上限値を設け、前記上りリンクの共有チャネルの送信帯域幅が前記上限値以下となるように、上りリンクの共有チャネルの周波数リソースの割り当てを行ってもよい。本処理を行うことにより、上述した当該ユーザ装置の送信機から受信機への干渉電力を低減することが可能となり、結果として、下りリンクの受信特性を向上させることが可能となる。【０３６７】
また、上述した送信機から受信機への干渉電力は、当該移動通信システムが適用される周波数バンドやシステム帯域幅、前記周波数バンドに割り当てられた上りリンクまたは下りリンクのトータルの帯域幅、上りリンクと下りリンクの周波数の間隔に依存するため、前記周波数バンドやシステム帯域幅、前記周波数バンドに割り当てられた上りリンクまたは下りリンクのトータルの帯域幅、上りリンクと下りリンクの周波数の間隔に基づいて、上述したＭｏｄｅ２やＭｏｄｅ３の選択を行ってもよいし、上述した上りリンクの共有チャネルの送信帯域幅の上限値の決定を行ってもよい。尚、前記周波数バンドとは、例えば、ＴＳ２５．１０１に定義されているＵＴＲＡ  ＦＤＤ  ｆｒｅｑｕｅｎｃｙ  ｂａｎｄｓであってもよい。【０３６８】
ｊ＝１とする（ステップＳ８１２）。【０３６９】
ステップＳ８１０において、残りのリソースブロックのチェック（ＲＢ  Ｒｅｍａｉｎｉｎｇ  Ｃｈｅｃｋ）が行われる。Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに割り当て可能なＲＢが存在するか否かを判定する。割り当て可能なＲＢが存在する場合にはＯＫを返し、割り当て可能なＲＢが存在しない場合にはＮＧを返す。【０３７０】
ＲＢ  Ｒｅｍａｉｎｉｎｇ  ＣｈｅｃｋがＯＫの場合には、ＵＬ  ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ（ステップＳ８１４）の処理に進む。【０３７１】
ＲＢ  Ｒｅｍａｉｎｉｎｇ  ＣｈｅｃｋがＮＧの場合にはＵＬ  ＴＦＲ Ｓｅｌｅｃｔｉｏｎ（Ｓ２０８）の処理を終了する。【０３７２】
ＲＢ  Ｒｅｍａｉｎｉｎｇ  Ｃｈｅｃｋ ＝ ＮＧにより，ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔの送信を行うことができない、再送を行うＵＥに対して、ＰＨＩＣＨによりＡＣＫを送信してもよい。尚、ＡＣＫを送信したＵＥ(ＨＡＲＱ process)に関しても、最大再送回数に達していない場合には，Ｓｙｎｃｈｒｏｎｏｕｓ  ＨＡＲＱのその次の送信タイミングにおいては，「送信すべき再送データ」が存在するとみなしてもよい。この場合、前記ＡＣＫは、上りリンクの共有チャネルＵＬ−ＳＣＨの再送を一旦停止することを意味する。以下に、ＲＢ  Ｒｅｍａｉｎｉｎｇ  ＣｈｅｃｋがＮＧにより、ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔの送信を行うことができない、再送を行うＵＥに対して、ＰＨＩＣＨによりＡＣＫを送信する効果を説明する。ＵＥは、前記上りリンク共有チャネル（ＵＬ−ＳＣＨ）の再送のためのＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを正しく受信できなかった場合、ＰＨＩＣＨにより通知される情報、すなわち、ＡＣＫ／ＮＡＣＫに従う。ＲＢ  Ｒｅｍａｉｎｉｎｇ  ＣｈｅｃｋがＮＧである場合、基地局装置２００は、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信しないため、必然的に、ＵＥは、ＰＨＩＣＨにより通知される情報、すなわち、ＡＣＫ／ＮＡＣＫに従う。そして、ＵＥは、上記ＰＨＩＣＨにより通知される情報がＡＣＫの場合は当該ＵＬ−ＳＣＨの再送を停止し、ＮＡＣＫの場合は、当該ＵＬ−ＳＣＨを、前回の送信と同じ周波数リソースでＵＬ−ＳＣＨを再送する。このとき、基地局装置が、前記前回の送信の周波数リソースにおいて、他のＵＥがＵＬ−ＳＣＨを送信することを指示していた場合、当該ＵＥが送信する再送の上りリンクの共有チャネル（ＵＬ−ＳＣＨ）と前記他のＵＥが送信する上りリンクの共有チャネル（ＵＬ−ＳＣＨ）が衝突することになり、結果として、伝送特性が劣化する。よって、基地局装置２００は、ＲＢ  Ｒｅｍａｉｎｉｎｇ  ＣｈｅｃｋがＮＧである場合、ＰＨＩＣＨによりＡＣＫを送信することにより、上述した伝送特性の劣化を防ぐことが可能となる。【０３７３】
尚、上記「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに割り当て可能なＲＢ」とは、物理ランダムアクセスチャネルＰＲＡＣＨ、物理上りリンク制御チャネルＰＵＣＣＨ、Ｇｕａｒｄ  ＲＢ、Ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨ、ランダムアクセス手順におけるＭｅｓｓａｇｅ  ３、すでにＴＦＲ Ｓｅｌｅｃｔｉｏｎが行われたＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨ（再送と初回送信の両方を含む）に割り当てられたＲＢ以外のＲＢのことである。また、上記「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨ（再送と初回送信の両方を含む）に割り当て可能なＲＢ」の総数をＮremain(RB)とする。【０３７４】
ここで、すでにＴＦＲ Ｓｅｌｅｃｔｉｏｎが行われたDynamic schedulingが適用されるUL-SCH（再送と初回送信の両方を含む）に割り当てられたRBとは、Ｓ８１０、Ｓ８１４、Ｓ８１６、Ｓ８１８で構成されるインデックスｊによるループにおいて、ｊの値が現在の値よりも小さい時に、Ｓ８１４で決定されたＲＢのことである。【０３７５】
ステップＳ８１４において、上りリンクＴＦＲ選択（ＵＬ  ＴＦＲ Ｓｅｌｅｃｔｉｏｎ）が行われる（ステップＳ８１４）。ステップＳ２０４において決定された「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥ（初回送信のＵＥ及び再送のＵＥ）」のＴｒａｎｓｐｏｒｔ  ｆｏｒｍａｔの決定、ＲＢの割り当てを行う。【０３７６】
ステップＳ８１４における上りリンクＴＦＲ選択の処理に関して、図１１Ａを用いて説明する。以下の処理を行うことにより、ｊ番目の「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥ」に対してＲＢの割り当てを行う。尚、ＴＦ＿Ｒｅｌａｔｅｄ＿ｔａｂｌｅのイメージを図１２Ａ、図１２Ｂに示す。【０３７７】
図１２Ａ、図１２Ｂに示すように、ＴＦ＿Ｒｅｌａｔｅｄ＿ｔａｂｌｅは、上りリンクの共有チャネルの送信に使用可能な無線リソース（リソースブロック数）と、上りリンクの無線品質情報と、上りリンクの共有チャネルの送信に用いられる変調方式と、データサイズを関連付けて記憶してもよい。基地局装置は、ユーザ装置から送信されるサウンディング用のリファレンス信号の無線品質、例えば、ＳＩＲから算出される無線品質情報と、上りリンクの共有チャネルに使用可能な無線リソース（リソースブロック数）とに基づいて、ＴＦ＿Ｒｅｌａｔｅｄ＿ｔａｂｌｅを参照して、上りリンクの共有チャネルに用いられる送信フォーマット（データサイズや変調方式）を決定してもよい。上記データサイズは、上りリンクの無線品質情報及び共有チャネルに使用可能な周波数リソースが固定されている場合に、所定の誤り率を満たし、かつ、最大値となるように設定される。さらに、ＴＦ＿Ｒｅｌａｔｅｄ＿ｔａｂｌｅは、送信フォーマットとして、上りリンクの共有チャネルの送信に用いられるデータサイズと、上りリンクの共有チャネルに用いられる変調方式と、上りリンクの共有チャネルに用いられる周波数リソース量とを記憶してもよい。尚、図１２Ａ、図１２Ｂはあくまでも一例である、図１２Ａ、図１２Ｂに記載されている以外の値であってもよい。また、図１２Ａ、図１２Ｂにおいては、ＲＢ数＝１の場合とＲＢ数＝２の場合を示しているが、ＲＢ数＝３以上の場合にも同様のテーブルを用意することができる。【０３７８】
<処理>
ステップＳ５０４において以下のパラメータの設定を行う。【０３７９】
Ｎｒｅｍａｉｎ(ＲＢ)：残りのリソースブロック数（Ｎｕｍｂｅｒ ｏｆ Ｒｅｍａｉｎｉｎｇ ＲＢｓ）
Ｎｃａｐａｂｉｌｉｔｙ：最大ＲＢ数
Ｎｍａｘ，ｂｉｔ：ＵＥ ｃａｔｅｇｏｒｙより決定される最大データサイズ（Ｐａｙｌｏａｄ  ｓｉｚｅ）
尚、前記Ｎｃａｐａｂｉｌｉｔｙは、装置内部のパラメータとして設定されてもよいし、上位ノードから入力されるパラメータとして設定されてもよいし、ＵＥから通知されるＵＥ  ｃａｐａｂｉｌｉｔｙに含まれる情報に基づいて設定されてもよい。本パラメータＮｃａｐａｂｉｌｉｔｙにより、当該ＵＥの上りリンクの送信に用いられる周波数リソースの上限を設定することが可能となる。【０３８０】
次に、ステップＳ５０５において、当該ＵＥに割り当て可能なＲＢ数Ｎａｌｌｏｃａｔｅｄ（ＲＢ）を算出する：
Ｎｒｅｍａｉｎ(ＵＥ)＝ＮＵＬ−ＳＣＨ−j＋１【０３８１】
【数１８】
2008108227.tif 000029
ここで、j番目の「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥ」に割り当て可能なＲＢは連続していることを前提とする。連続していない場合には、連続している割り当て可能なRBの集合の内で、最も数の多い割り当て可能なＲＢの集合を、本処理における「割り当て可能なＲＢ」とする。最も数の多い「割り当て可能なＲＢの集合」が複数存在する場合には、周波数の小さい方を、「割り当て可能なＲＢ」とする。【０３８２】
また、Ｎａｌｌｏｃａｔｅｄのサブキャリア数が、その因数として２、３、５以外の数を含む場合には、サブキャリア数が、２、３、５のみを因数とする数であり、かつ、Ｎａｌｌｏｃａｔｅｄより小さい整数の中で最大の整数をＮａｌｌｏｃａｔｅｄとする。【０３８３】
尚、Nallocated（RB）は、上記に示した式（数１８）ではなく、以下の方法により、算出されてもよい。【０３８４】
閾値ThresholdPL, ULを定義し、ＵＥと基地局装置２００との間のパスロスが、前記閾値ThresholdPL, UL以上である場合に、【０３８５】
【数１９】
2008108227.tif 000030
により、Nallocated（RB）を算出し、前記閾値ThresholdPL, UL未満である場合に、【０３８６】
【数２０】
2008108227.tif 000031
により、Nallocated（RB）を算出してもよい。尚、一般に、NUL,HighPL < NUL,LowPLとする。尚、上記パスロスは、ＵＥから報告されるＵＥ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍと上りリンクの共有チャネルまたはサウンディング用のリファレンス信号の受信レベルから算出されてもよいし、ＵＥから報告されるパスロスから算出されてもよい。尚、ＵＥから報告されるＵＥ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍと上りリンクの共有チャネルまたはサウンディング用のリファレンス信号の受信レベルから算出されるパスロスは、上りリンクのパスロスに相当し、ＵＥから報告されるパスロスは下りリンクのパスロスに相当する。【０３８７】
閾値ThresholdPL, ULと、ＵＥと基地局装置２００との間のパスロスとに基づいて、Nallocated（RB）を算出する効果を以下に説明する。例えば、ＦＤＤ方式が適用されるＬＴＥにおいては、ＵＥ内における上りリンクの送信信号が、下りリンクの受信信号への干渉信号となり、結果として、下りリンクの受信信号の品質が劣化するという問題が存在する。一般に、ＵＥ内においては、Ｄｕｐｌｅｘｅｒと呼ばれる機能部が存在し、上記Ｄｕｐｌｅｘｅｒにより、ＵＥ内で、上りリンクの送信信号が、下りリンクの信号の受信、すなわち、復調や復号を行う機能部に漏れこむことを防いでいるが、完全に、その漏れこみを防ぐことはできない。図１３Ａに、ＵＥにおける干渉のメカニズムのイメージ図を示す。図１３Ａに示すように、送信部で生成された送信信号が、Ｄｕｐｌｅｘｅｒにおいてその電力を落としきれずに受信部に漏れこむことにより、干渉信号となり、結果として、受信信号の品質が劣化する。【０３８８】
上記漏れこみは、上りリンクの送信信号の周波数と下りリンクの受信信号の周波数が離れていれば離れているほど、また、上りリンクの送信信号の送信電力が小さければ小さいほど、小さくなる。さらに、上記漏れこみは、上りリンクの送信帯域幅が小さければ小さいほど、小さくなる。上りリンクにおいては、パスロスが大きいほど、その送信電力は大きくなる。よって、上述したように、パスロスが大きい場合に、上りリンクの送信帯域幅を小さくすることにより、上述した、上りリンクの送信信号による下りリンクの受信信号への干渉を低減することが可能となる。図１３Ｂに、上述した、上りリンクの送信信号による下りリンクの受信信号への干渉のイメージ図を示す。図１３Ｂには、パスロスが大きいＵＥ（ＵＥ１）の送信信号と、パスロスが小さいＵＥ（ＵＥ２）の送信信号とが示されている。すなわち、ＵＥ１の送信電力は大きく、ＵＥ２の送信電力は小さい。【０３８９】
さらに、上述した、上りリンクの送信信号による下りリンクの受信信号への干渉を低減する効果を大きくするため、ステップＳ８０９におけるＲＢ  ａｌｌｏｃａｔｉｏｎ  ｍｏｄｅを、Ｍｏｄｅ２としてもよい。Ｍｏｄｅ２の場合、パスロスの大きいＵＥから順に、周波数の低い周波数リソースが割り当てられるため、結果として、送信電力の大きいＵＥほど、上りリンクの送信信号の周波数と下りリンクの受信信号の周波数が離れることになるため、上述した、上りリンクの送信信号による下りリンクの受信信号への干渉をより低減することが可能となる。例えば、図１３Ｂに示すＵＥ１の送信電力は高いが、送信帯域幅が小さいため、下りリンクの帯域への干渉は小さくなる。また、ＵＥ２の送信帯域幅は大きいが、送信電力が小さいため、下りリンクの帯域への干渉は小さくなる。【０３９０】
尚、上述した例においては、上りリンクの周波数が、下りリンクの周波数よりも低いことを前提に記載している。上りリンクの周波数が、下りリンクの周波数よりも高い場合には、ステップＳ８０９におけるＲＢ  ａｌｌｏｃａｔｉｏｎ  ｍｏｄｅとしてＭｏｄｅ２の代わりにＭｏｄｅ３が設定されてもよい。【０３９１】
ステップＳ５０６において、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐを決定する。【０３９２】
以下に、各ＵＬ  ＲＢ  ａｌｌｏｃａｔｉｏｎ  ｍｏｄｅにおけるＴｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐの決定方法を示す。【０３９３】
（１）ＵＬ  ＲＢ  ａｌｌｏｃａｔｉｏｎ  ｍｏｄｅ  ＝＝  ０の場合、
図１４を用いて説明する。【０３９４】
ステップＳ６０２において、伝送タイプはＨｉｇｈ  Ｆｄか否かを判定する。尚、伝送タイプは、ステップＳ７２８において算出される。【０３９５】
伝送タイプがＨｉｇｈ  Ｆｄである場合（ステップＳ６０２：ＹＥＳ）、ステップＳ６０４に進む。伝送タイプがＨｉｇｈ  Ｆｄである場合、ステップＳ８１０で算出した「Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに割り当て可能なＲＢ（以下、『割り当て可能ＲＢ』と呼ぶ）」の中から、周波数の小さい方から、または、周波数の大きい方から、当該ＵＥに割り当てられるＲＢの数がＮａｌｌｏｃａｔｅｄ以上になるまで、ＲＢを当該ＵＥに割り当てる。尚、ホッピングはなしとする。【０３９６】
より具体的には、ステップＳ６０４において、当該Ｓｕｂ−ｆｒａｍｅにおけるＵＬ−ＳＣＨの送信が初回送信であるか否かを判定し、初回送信である場合（ステップＳ６０４：ＹＥＳ）、割り当て可能ＲＢの内、周波数の小さい方から割り当てた場合、あるいは、周波数の大きい方から割り当てた場合のＲＢの位置がシステム帯域の中心から遠い方のＲＢを割り当てる（ステップＳ６０６）。すなわち、周波数の小さい方から割り当てた方が、そのＲＢの位置がシステム帯域の中心から遠い場合には、周波数の小さい方から、当該ＵＥに割り当てられるＲＢの数がＮａｌｌｏｃａｔｅｄ以上になるまで、ＲＢを当該ＵＥに割り当てる。一方、周波数の大きい方から割り当てた方が、そのＲＢの位置がシステム帯域の中心から遠い場合には、周波数の大きい方から、当該ＵＥに割り当てられるＲＢの数がＮａｌｌｏｃａｔｅｄ以上になるまで、ＲＢを当該ＵＥに割り当てる。尚、周波数の大きい方から割り当てた場合と、周波数の小さい方から割り当てた場合とで、システム帯域の中心からの距離が同じである場合には、周波数の小さい方から割り当ててもよい。【０３９７】
一方、ステップＳ６０４において、当該Ｓｕｂ−ｆｒａｍｅにおけるＵＬ−ＳＣＨの送信が初回送信でない場合（ステップＳ６０４：ＮＯ）、前回のＨＡＲＱの送信で周波数の大きい方から割り当てた場合には、周波数の小さい方から割り当て、前回のＨＡＲＱの送信で周波数の小さい方から割り当てた場合には、周波数の大きい方から割り当てる（ステップＳ６０８）。すなわち、前回のＨＡＲＱの送信で周波数の大きい方から割り当てた場合には、周波数の小さい方から、当該ＵＥに割り当てられるＲＢの数がＮａｌｌｏｃａｔｅｄ以上になるまで、ＲＢを当該ＵＥに割り当てる。一方、前回のＨＡＲＱの送信で周波数の小さい方から割り当てた場合には、周波数の大きい方から、当該ＵＥに割り当てられるＲＢの数がＮａｌｌｏｃａｔｅｄ以上になるまで、ＲＢを当該ＵＥに割り当てる。【０３９８】
あるいは、ステップＳ６０８において、周波数の大きい方から割り当てるか、あるいは、周波数の小さい方から割り当てるかに関しては、前回のＨＡＲＱの送信において割り当てられたＲＢを含むか否かに基づいて、以下のように決定されてもよい：
まず、周波数の小さい方から割り当てた場合のRBの集合の中に含まれる、前回のＨＡＲＱの送信に割り当てられたＲＢの数をＮｓｍａｌｌとする。また、周波数の大きい方から割り当てた場合のＲＢの集合の中に含まれる、前回のＨＡＲＱの送信に割り当てられたＲＢの数をＮｌａｒｇｅとする。そして、Ｎｓｍａｌｌ>Ｎｌａｒｇｅである場合、周波数の大きい方から割り当てる。一方、Ｎｓｍａｌｌ≦Ｎｌａｒｇｅである場合、周波数の小さい方から割り当てる。【０３９９】
このように、ＵＥのフェージング周波数が大きい場合、すなわち、ＵＥが高速移動を行っている場合に、周波数の小さい方からＲＢを割り当てるか、周波数の大きい方からＲＢを割り当てるかを、ＨＡＲＱの送信毎に切り替えることにより、周波数ダイバーシチを簡易に実現することが可能となり、結果として、伝送特性の向上、システム容量の増大を実現することが可能となる。【０４００】
すなわち、複数のユーザ装置が用いる共有チャネルに対してシステム帯域幅の端から周波数リソース(ＲＢ)を割り当てる場合に、基地局装置は、共有チャネルが再送される場合に、システム帯域幅の両端の周波数リソース（ＲＢ）の内、前回の送信に用いられた周波数リソース（ＲＢ）と異なる周波数リソース（ＲＢ）を、ユーザ装置が用いる共有チャネルに対して割り当ててもよい。【０４０１】
一方、伝送タイプがＬｏｗ  Ｆｄである場合（ステップＳ６０２：ＮＯ）、ステップＳ６１０に進む。伝送タイプがＬｏｗ  Ｆｄである場合、ステップＳ８１０で算出した「Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに割り当て可能なＲＢ（以下、『割り当て可能ＲＢ』と呼ぶ）」の中から、周波数の小さい方から、または、周波数の大きい方から、当該UEに割り当てられるＲＢの数が以上になるまで、ＲＢを当該UEに割り当てる。尚、ホッピングはなしとする。周波数の大きい方から割り当てるか、あるいは、周波数の小さい方から割り当てるかに関しては、Ｓｏｕｎｄｉｎｇ  ＲＳの受信ＳＩＲが高い方のＲＢを割り当てる。【０４０２】
より具体的には、以下のように決定される：
周波数の小さい方から割り当てた場合のＳＩＲｅｓｔｉｍａｔｅｄ>周波数の大きい方から割り当てた場合のＳＩＲｅｓｔｉｍａｔｅｄである場合、周波数の小さい方から割り当てる。【０４０３】
周波数の小さい方から割り当てた場合のＳＩＲｅｓｔｉｍａｔｅｄ≦周波数の大きい方から割り当てた場合のＳＩＲｅｓｔｉｍａｔｅｄである場合、周波数の大きい方から割り当てる。【０４０４】
例えば、複数のユーザ装置が用いる共有チャネルに対してシステム帯域幅の端から周波数リソース（ＲＢ）を割り当てる場合に、基地局装置は、システム帯域幅の両端の周波数リソース（ＲＢ）の内、上りリンクの無線品質情報が大きい方の周波数リソース（ＲＢ）を、ユーザ装置が用いる共有チャネルに対して割り当ててもよい。【０４０５】
上記処理は、初回送信の場合にも再送の場合にも適用される。【０４０６】
このように、ＵＥのフェージング周波数が小さい場合、すなわち、ＵＥが低速移動を行っている場合に、周波数の小さい方からＲＢを割り当てるか、周波数の大きい方からＲＢを割り当てるかを、無線品質に基づいて切り替えることにより、より高品質の伝送を簡易に実現することが可能となり、結果として、伝送特性の向上、システム容量の増大を実現することが可能となる。【０４０７】
(２) ＵＬ ＲＢ  ａｌｌｏｃａｔｉｏｎ  ｍｏｄｅ ＝＝ Ｍｏｄｅ １である場合
ステップ４１０において算出した「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに割り当て可能なＲＢ（以下、『割り当て可能ＲＢ』と呼ぶ）」の中から、周波数の小さい方から、または、周波数の大きい方から、当該ＵＥに割り当てられるＲＢの数がＮａｌｌｏｃａｔｅｄ以上になるまで、ＲＢを当該ＵＥに割り当てる。尚、ホッピングはなしとする。【０４０８】
尚、周波数の大きい方から割り当てるか、あるいは、周波数の小さい方から割り当てるかに関しては、割り当てた場合のＲＢの位置がシステム帯域の中心から遠い方を選択する。システム帯域の中心からの距離が同じ場合には、周波数の小さい方から割り当てる。 
(３) ＵＬ ＲＢ  ａｌｌｏｃａｔｉｏｎ  ｍｏｄｅ ＝＝ Ｍｏｄｅ ２である場合
ステップＳ８１０において算出した「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに割り当て可能なＲＢ（以下、『割り当て可能ＲＢ』と呼ぶ）」の中から、周波数の小さい方から、当該ＵＥに割り当てられるＲＢの数がＮａｌｌｏｃａｔｅｄ以上になるまで、ＲＢを当該ＵＥに割り当てる。尚、ホッピングはなしとする。【０４０９】
(４) ＵＬ ＲＢ  ａｌｌｏｃａｔｉｏｎ  ｍｏｄｅがＭｏｄｅ ０， １， ２以外である場合
ステップＳ８１０において算出した「Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに割り当て可能なＲＢ（以下、『割り当て可能ＲＢ』と呼ぶ）」の中から、周波数の大きい方から、当該UEに割り当てられるＲＢの数がＮａｌｌｏｃａｔｅｄ以上になるまで、ＲＢを当該ＵＥに割り当てる。尚、ホッピングはなしとする。【０４１０】
上記処理（ステップＳ５０６）において「当該ＵＥに割り当てられる」と判定されたＲＢの集合を以下でＴｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐと呼ぶ。【０４１１】
また、以下の処理では、ＮｕｍＲＢ ＝ Ｎａｌｌｏｃａｔｅｄとする。【０４１２】
尚、再送のＵＬ−ＳＣＨを送信するＵＥであり、かつ、再送時のＵｐｌｉｎｋ Ｓｃｈｅｄｕｌｉｎｇ Ｇｒａｎｔの指定が行われない場合には、上記処理は行わず、その再送のＵＬ−ＳＣＨに対して、前回の送信と同一のＲＢを割り当てることとする。【０４１３】
そして、ステップＳ５０８において、当該ＵＥが初回送信のＵＬ−ＳＣＨを送信するか否かを判定する。当該ＵＥが初回送信のＵＬ−ＳＣＨを送信する場合（ステップＳ５０８：ＹＥＳ）には、ステップＳ５１０に進み、当該ＵＥが初回送信のＵＬ−ＳＣＨを送信しない場合（ステップＳ５０８：ＹＥＳ）には、ステップＳ５３０に進む。【０４１４】
ステップＳ５１０において、当該ＵＥのＭＣＳを選択する。例えば、基地局装置２００は、基地局装置２００と当該ＵＥとの間のＰａｔｈｌｏｓｓを算出し、前記Ｐａｔｈｌｏｓｓから図１５の参照テーブルを参照することにより、ＭＣＳを選択する。以下の説明では、選択されたＭＣＳをＭＣＳｔｍｐとする。尚、図１５はあくまで一例であり、図１５に記載されている以外の値が記載されていてもよい。【０４１５】
あるいは、基地局装置２００は、上記Ｐａｔｈｌｏｓｓの代わりに、「Ｐａｔｈｌｏｓｓ＋Ｓｏｕｎｄｉｎｇ  ＳＩＲ  −  Ｔａｒｇｅｔ  ＳＩＲ」に基づいて、ＭＣＳを選択してもよい。ここで、Ｓｏｕｎｄｉｎｇ  ＳＩＲとは、サウンディング用のリファレンス信号の受信ＳＩＲであり、Ｔａｒｇｅｔ  ＳＩＲは、サウンディング用のリファレンス信号の目標のＳＩＲに相当する。このようにパスロスに加えて、サウンディング用のリファンレス信号の受信ＳＩＲを考慮することにより、レイリーフェージングによる変動など、瞬時の伝搬環境の変動に追従して、ＭＣＳを選択することが可能となる。【０４１６】
また、通信の開始時やハンドオーバの直後などで、当該ＵＥのＰａｔｈｌｏｓｓを算出することができない場合には、ＭＣＳｔｍｐ＝ＭＣＳＲＥＦとする。ＭＣＳＲＥＦは、例えば、基地局装置の内部データとして保持されてもよいし、外部のサーバ等から設定される値であってもよい。【０４１７】
上記Ｐａｔｈｌｏｓｓは、例えば、ＵＥから報告されるＰａｔｈｌｏｓｓであってもよい。ＵＥから報告されるＰａｔｈｌｏｓｓは、例えば、下りリンクのリファレンス信号の送信電力と、ＵＥにおける下りリンクのリファレンス信号の受信電力より以下のように算出される。【０４１８】
Ｐａｔｈｌｏｓｓ  ＝  （下りリンクのリファレンス信号の送信電力）  −  （下りリンクのリファレンス信号の受信電力）
あるいは、上記Ｐａｔｈｌｏｓｓは、ＵＥから報告されるＵＥ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ（ＵＰＨ）から算出されてもよい。この場合、Ｐａｔｈｌｏｓｓは、以下のように算出される。尚、この場合、ＵＰＨは、ＰＵＳＣＨの送信電力に基づいて算出されていると仮定する。なお、ＰＵＳＣＨの受信電力とは、例えば、ＰＵＳＣＨのＤｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌの受信電力であってもよい。【０４１９】
Ｐａｔｈｌｏｓｓ  ＝  ＵＥの最大送信電力−ＵＰＨ−ＰＵＳＣＨの受信電力
あるいは、上記Ｐａｔｈｌｏｓｓは、ＵＥから報告される上りリンクの共有チャネルの送信電力から算出されてもよい。この場合、Ｐａｔｈｌｏｓｓは、以下のように算出される：
Ｐａｔｈｌｏｓｓ  ＝  ＰＵＳＣＨの送信電力−ＰＵＳＣＨの受信電力
あるいは、上記パスロスは、
ＵＰＨ  ＝ＵＥの最大送信電力―ＵＥの送信電力
という式と、以下に示す（数２２）により、【０４２０】
【数２１】
2008108227.tif 000032
により算出されてもよい。尚、Ｍａｘ＿ｐｏｗｅｒは、ＵＥの最大送信電力であり、ＵＥの送信電力が（数２２）におけるＴｘｐｏｗに相当する。【０４２１】
次に、ステップＳ５１２において、当該ＵＥに通知する電力オフセットを算出する。尚、Ｅ−ＵＴＲＡにおける上りリンクの共有チャネルの送信電力は、一般に、以下の式を用いて算出される（非特許文献：３６.２１３）：【０４２２】
【数２２】
2008108227.tif 000033
ここで、ＰＰＵＳＣＨ（i）：Ｓｕｂ−ｆｒａｍｅ＃ｉにおけるＰＵＳＣＨの送信電力
ＰＭＡＸ：ＵＥの最大送信電力
ＭＰＵＳＣＨ：ＲＢ数
ＰＯ＿ＰＵＳＣＨ：ＮＷより指定されるパラメータ
α：ＮＷより指定されるパラメータ
ＰＬ：Ｐａｔｈｌｏｓｓ
ΔＭＣＳ：ＭＣＳ毎に設定されるオフセット値
ｆ（ｉ）：調節用のオフセット値。ｆ（i） = f(i-1) + Δ
ステップＳ５１２では、上記Δの算出を行う。すなわち、ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  ＧｒａｎｔによりＵＥに対して通知するＴＰＣ  ｃｏｍｍａｎｄ（Δ）の算出処理を行う。以下では、ＵＥに通知するオフセットの値をΔと記載する。【０４２３】
ステップＳ５１２では、まず、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルグループの優先度に基づくオフセットにより、Δの値を決定する。添え字のＬＣＧは論理チャネルグループＬｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐを示す：
Δ＝ΔＬＣＧ
例えば、優先度が高く、高品質に伝送したい論理チャネルグループに関しては、ΔＬＣＧの値を大きくすることにより、受信ＳＩＲを向上させることが可能となり、結果として、誤り率を低減させることが可能となる。すなわち、基地局装置２００は、優先度または論理チャネルまたは論理チャネルグループに基づいてオフセット値を調節することにより、その誤り率を調節することができる。【０４２４】
次に、以下に示すＯｕｔｅｒ−ｌｏｏｐ的なオフセット調節処理により算出されたＳＩＲ＿ｏｆｆｓｅｔにより、Δの値を調節する。【０４２５】
Δ＝Δ＋ＳＩＲ＿ｏｆｆｓｅｔ
ここで、上記ＳＩＲ＿ｏｆｆｓｅｔのＯｕｔｅｒ−ｌｏｏｐ的な算出方法を示す。【０４２６】
ＳＩＲ＿ｏｆｆｓｅｔは、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルグループがＺａｄｊｕｓｔであるＵＬ−ＳＣＨのＣＲＣ  ｃｈｅｃｋ結果と以下の式によりＯｕｔｅｒ−ｌｏｏｐ的に調節される。Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルグループがＺａｄｊｕｓｔと異なる場合には、Ｏｕｔｅｒ−ｌｏｏｐ的なオフセットの調節行われない。 【０４２７】
【数２３】
2008108227.tif 000034
上記式に関して、より詳細に説明する。ＣＲＣ  Ｃｈｃｅｋ結果がＡＣＫの場合、上記式に基づき、ＳＩＲ＿ｏｆｆｓｅｔを少し低減する。すなわち、ＵＥの送信電力を低減することにより、不要な受信レベルの増大を防ぐことができる。一方、ＣＲＣ  Ｃｈｃｅｋ結果がＮＡＣＫの場合、上記式に基づき、ＳＩＲ＿ｏｆｆｓｅｔを増加させる。すなわち、ＵＥの送信電力を増大させ、受信ＳＩＲを向上させることにより、誤り率を低減することが可能となる。また、ＤＴＸに関しては、ＵＥはＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを正常に受信できなかったということを意味するため、ＳＩＲ＿ｏｆｆｓｅｔは調節しない。上述したようなＡＣＫとＮＡＣＫに基づいて、上りリンクの送信電力を調節し、かつ、目標の誤り率に応じて、送信電力の設定のための上げ幅及び下げ幅設定することにより、ＵＬ−ＳＣＨの誤り率を目標の誤り率に近づけることが可能となる。【０４２８】
例えば、所要の誤り率ＢＬＥＲtarget(LCG) ＝ ０．１、Δadj＝０．５とすると、ＡＣＫの場合には、ＳＩＲ＿ｏｆｆｓｅｔ＝ＳＩＲ＿ｏｆｆｓｅｔ−０．０５ｄＢとなり、ＮＡＣＫの場合には、ＳＩＲ＿ｏｆｆｓｅｔ＝ＳＩＲ＿ｏｆｆｓｅｔ＋０．４５ｄＢとなる。ここで、ＡＣＫの割合が９０％でＮＡＣＫの割合が１０％となり、ＳＩＲ＿ｏｆｆｓｅｔの値は変動しない。言い換えれば、上記式を用いてＳＩＲ＿ｏｆｆｓｅｔを微調整することにより、誤り率を所要の誤り率ＢＬＥＲtarget(LCG) に収束させることができる。【０４２９】
尚、基地局装置２００はＣＲＣ: ＯＫになるまで、当該上りリンクの共有チャネルにマッピングされたデータ（ＭＡＣ ＰＤＵ）に含まれる論理チャネルを識別できないため、上記「Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルグループ」は、ステップＳ７３０で用いたＨｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルグループを用いることとする。ＳＩＲ＿ｏｆｆｓｅｔは、ＵＥ毎に調節される。また、本処理の対象となる論理チャネルグループＺａｄｊｕｓｔは、外部Ｉ／ＦよりＵＥ毎に設定される。【０４３０】
このように、全て論理チャネルグループに関して、Ｏｕｔｅｒ−ｌｏｏｐ的なオフセットの調整を行うのではなく、予め設定された１つの論理チャネルグループに関して、Ｏｕｔｅｒ−ｌｏｏｐ的なオフセットの調整を行うことにより、基地局装置の処理負荷を低減することが可能となる。例えば、前記論理チャネルグループ  Ｚａｄｊｕｓｔは、最も送信頻度の大きい論理チャネルグループが設定される。【０４３１】
Δａｄｊ、ＢＬＥＲtarget(LCGz)は外部Ｉ／Ｆより設定可能とすること。但し、ＳＩＲ＿Ｏｆｆｓｅｔの最大値をＳＩＲ＿Ｏｆｆｓｅｔｍａｘ、最小値をＳＩＲ＿Ｏｆｆｓｅｔｍｉｎとすること。ＳＩＲ＿Ｏｆｆｓｅｔが最大値あるいは最小値に張り付いた場合には、上記の計算を行わないこと。【０４３２】
そして、最終的なΔの値と、ＵＥにおいて保持されているｆ（i）の値を比較し、「Δ―ｆ（ｉ）」に最も近いＴＰＣ ｃｏｍｍａｎｄを、当該Ｓｕｂ−ｆｒａｍｅにおけるＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  ＧｒａｎｔによりＵＥに送信する。基地局装置２００は，ＴＰＣ ｃｏｍｍａｎｄの誤り率が０であることを仮定して，各ＵＥにおいて保持されているf(i)の値を推定してもよい。【０４３３】
尚、上述した例においては、ＡｃｃｕｍｕｌａｔｅｄのＴＰＣ  ｃｏｍｍａｎｄを用いることを想定しているが、ＡｂｓｏｌｕｔｅのＴＰＣ  ｃｏｍｍａｎｄを用いる場合にも同様の考え方でＴＰＣ  ｃｏｍｍａｎｄを算出することができる。【０４３４】
また、Ｏｕｔｅｒ−ｌｏｏｐ的なオフセット調節処理は、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルグループがＺａｄｊｕｓｔである場合のみに行われるが、「Δ=Δ+SIR_offset」の処理はＨｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルグループがＺａｄｊｕｓｔｅｄであるか否かに関係なく行われる。論理チャネルグループに基づいた誤り率の調整は、優先度に基づくオフセット処理により行われる。【０４３５】
次に、ステップＳ５１４、Ｓ５１６において、ＵＰＨによる割り当て帯域幅の補正処理を行う。【０４３６】
まず、ステップＳ５１４において、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐのＲＢ数をＢｄａｔａ，ｔｍｐとし、そして、以下の式により、当該ＵＥの送信電力の推定値を算出する：【０４３７】
【数２４】
2008108227.tif 000035
ＰＯ＿ＰＵＳＣＨ：ＮＷにより指定される値（36.213参照）
ｆ（ｉ）：当該Ｓｕｂ−ｆｒａｍｅまでに送信したＴＰＣ ｃｏｍｍａｎｄを足し合わせた値
ＰＬ：Ｐａｔｈｌｏｓｓ。ＵＰＨとＤｅｍｏｄｕｌａｔｉｏｎ ＲＳの受信レベルにより推定される値。【０４３８】
そして、ＴｘｐｏｗがＰｍａｘよりも大きいか否かを判定する（Ｓ５１４）。ここで、Ｐｍａｘは、ＵＥの最大送信電力である。ＴｘｐｏｗがＰｍａｘよりも大きい場合（ステップＳ５１４：ＹＥＳ）、ステップＳ５１６に進み、ＴｘｐｏｗがＰｍａｘよりも大きくない場合（ステップＳ５１４：ＮＯ）、ステップＳ５１８に進む。【０４３９】
ステップＳ５１６において、【０４４０】
【数２５】
2008108227.tif 000036
とし、Ｂdata,tmpを「割り当てるRB数ＮｕｍＲＢ」とする。そして、当該ＵＥに割り当てられるＲＢの数がＮＵＭＲＢ未満とならない範囲内で、かつ、サブキャリア数が２，３，５のみを因数に持つように、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のＲＢを削除する。上記式の計算において、ＵＥにおけるＭａｘｉｍｕｍ Ｐｏｗｅｒ Ｒｅｄｕｃｔｉｏｎは考慮してもよいし、考慮しなくてもよい。【０４４１】
ステップＳ５０６におけるＴｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐの割り当ての際に、周波数の大きい方から割り当てた場合には、周波数の小さい方からＲＢを削除し、周波数の小さい方から割り当てた場合には、周波数の大きい方からＲＢを削除することとする。【０４４２】
次に、ステップＳ５１８、Ｓ５２０において、Ｎｍａｘ＿ｂｉｔによる割り当て帯域幅の補正処理を行う。【０４４３】
まず、ステップＳ５１８において、Ｔｅｍｐｏｒａｒｙ ＲＢ ｇｒｏｕｐ内のＲＢ数(ＮｕｍＲＢ)とＭＣＳｔｍｐに基づきＭＡＣ ＰＤＵ size (以下、Ｓｉｚｅと記載する)を算出し、Ｓｉｚｅ>Ｎｍａｘ，ｂｉｔであるか否かを判定する。【０４４４】
Ｓｉｚｅ > Ｎmax,bitであると判定した場合（ステップＳ５１８：ＹＥＳ）、ステップＳ５２０において、Ｓｉｚｅ ≦ Ｎmax,bitとなるまで、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ内のＲＢを削除する。Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐの割り当ての際に、周波数の大きい方から割り当てた場合には、周波数の小さい方からＲＢを削除し、周波数の小さい方から割り当てた場合には、周波数の大きい方からＲＢを削除することとする。【０４４５】
一方、Ｓｉｚｅ ≦ Ｎmax,bitであると判定した場合（ステップＳ５１８：ＹＥＳ）、ステップＳ５２２の処理に進む。【０４４６】
ステップＳ５２２、Ｓ５２４において、Buffer滞留量による割り当て帯域幅の補正処理を行う。すなわち、ＵＬ  Ｂｕｆｆｅｒ滞留量とＳｉｚｅとの比較結果に基づき、当該ＵＥに割り当てるＲＢの数を再計算する。ＵＬ  Ｂｕｆｆｅｒ滞留量の推定方法はステップＳ２０４におけるステップＳ７３０、Ｓ７３２を参照すること。【０４４７】
尚、当該ＵＥが『Ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔにより「ＵＬ−ＳＣＨのリソース割り当て要求：あり」を受信し、かつ、上記Ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔを受信してから一度も上りリンクのリソース（ＵＬ−ＳＣＨのリソース）を割り当てていない状態』にある場合には、下記の『十分にデータがある場合』の処理（ステップＳ５２２２：ＹＥＳ）を行うこと。【０４４８】
より具体的には、ステップＳ５２２において、以下の式を用いて、ＲＬＣ  Ｂｕｆｆｅｒ内に十分データがあるか否かを判定する。αＴＦＲＳは外部I/Fより設定される係数とする。【０４４９】
【数２６】
2008108227.tif 000037
ＲＬＣ  Ｂｕｆｆｅｒ内に十分データがあると判定した場合(ステップＳ５２２：ＹＥＳ)、ステップＳ５２６に進む。この場合、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ内の全てのＲＢが当該ＵＥに割り当てられるRBとなる。【０４５０】
一方、ＲＬＣ  Ｂｕｆｆｅｒ内に十分データがないと判定した場合(ステップＳ５２２：ＮＯ)、ステップＳ５２４に進む。【０４５１】
ステップＳ５２４において、【０４５２】
【数２７】
2008108227.tif 000038
（以下、Ｓｉｚｅｂｕｆｆｅｒと記載する）とＭＣＳｔｍｐに基づき、割り当てるＲＢ数ＮｕｍＲＢを再計算する。【０４５３】
ここで、ＮｕｍＲＢのサブキャリア数が２，３，５以外の因数を持つ場合には、サブキャリア数が２，３，５のみを因数に持ち、かつ、ＮｕｍＲＢより大きい整数の中で最小の整数をＮｕｍＲＢとする。当該ＵＥに割り当てられるＲＢの数がＮＵＭＲＢ未満とならない範囲内で、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐ内のＲＢを削除する。Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐの割り当ての際に、周波数の大きい方から割り当てた場合には、周波数の小さい方からＲＢを削除し、周波数の小さい方から割り当てた場合には、周波数の大きい方からＲＢを削除することとする。【０４５４】
そして、ステップＳ５２６において、ステップＳ５１４〜Ｓ５２４の処理後のＴｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐを、当該Ｓｕｂ−ｆｒａｍｅにおいて、当該ＵＥに割り当てるＲＢとする。【０４５５】
ステップＳ５２８において、ＭＣＳｔｍｐ及びステップＳ５２６で決定したＲＢ（の集団）に基づき、当該ＵＥに送信するＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを生成する。すなわち、当該ＵＥに送信するＵＬ−ＳＣＨの送信フォーマットを決定する。【０４５６】
一方、ステップＳ５０８において、当該ＵＥが初回送信のＵＬ−ＳＣＨを送信しない場合、すなわち、再送のＵＬ−ＳＣＨを送信する場合（ステップＳ５０８：ＮＯ）、ステップＳ５３０に進む。【０４５７】
ステップＳ５３０において、再送時のＲＢ数は、初回送信のＲＢ数とＴｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐのＲＢ数の小さい方とする。初回送信のＲＢ数が、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐのＲＢ数よりも小さい場合には、当該ＵＥに割り当てられるＲＢの数が、初回送信のＲＢ数と同一になるまで、Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐのＲＢを削除する。Ｔｅｍｐｏｒａｒｙ  ＲＢ  ｇｒｏｕｐの割り当ての際に、周波数の大きい方から割り当てた場合には、周波数の小さい方からＲＢを削除し、周波数の小さい方から割り当てた場合には、周波数の大きい方からＲＢを削除することとする。【０４５８】
ステップＳ５３２において、ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにより、ＵＥに通知されるＴＰＣ ｃｏｍｍａｎｄを設定する。【０４５９】
Δ＝ΔＬＣＧ＋ＳＩＲ＿ｏｆｆｓｅｔ＋ΔＬＣＧ（ＨＡＲＱ）
オフセット値ΔＬＣＧ（ＨＡＲＱ）は、外部Ｉ／Ｆより論理チャネルグループ毎に設定される。再送時においても、ステップＳ５１２に記載した「Ｏｕｔｅｒ−ｌｏｏｐ的な処理」を行う。【０４６０】
このように、再送時に、ＵＥに対して、より大きめの電力オフセットを通知することにより、再送時の誤り率を低減することができる。【０４６１】
そして、ステップＳ５３４において、当該ＵＥに送信するＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを生成する。尚、周波数リソースに関しては、ステップ５３０で決定したリソースブロックを通知する。再送時のＭＣＳは、初回送信のＭＣＳと同一であってもよい。あるいは、再送時の変調方式は、新規送信と同一であってもよい。【０４６２】
尚、上述したステップＳ５３０、Ｓ５３２、Ｓ５３４は、再送時にＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔの指定を行う場合の処理を示しているが、再送時にＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔの指定を行わない場合は、上記処理をスキップする。但し、当該ＵＥが使用する周波数リソースの確保は行う。【０４６３】
ステップＳ８１６において、ｊの値をインクリメントし、ステップＳ８１８において、ｊの値が、ＮＵＬ−ＳＣＨ以下であるか否かを判定する。ｊの値がＮＵＬ−ＳＣＨ以下である場合（ステップＳ８１８の処理：ＹＥＳ）、ステップＳ８１０の前に戻る。一方、ｊの値がＮＵＬ−ＳＣＨ以下でない場合（ステップＳ８１８の処理：ＮＯ）、処理を終了する。【０４６４】
尚、上述したステップＳ５１２及びステップＳ５３２において、ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを用いてＵＥに対してＴＰＣ  ｃｏｍｍａｎｄを送信する処理を示した。尚、上記ＴＰＣ  ｃｏｍｍａｎｄを送信する処理は、ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信しないＳｕｂ−ｆｒａｍｅにおける周期的なＴＰＣ  ｃｏｍｍａｎｄの送信と組み合わせて行われてもよい。【０４６５】
以下に、上記ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信しないＳｕｂ−ｆｒａｍｅにおける周期的なＴＰＣ  ｃｏｍｍａｎｄの送信の一例を示す。【０４６６】
基地局装置２００は、当該ＵＥに対して周期的なＴＰＣ  ｃｏｍｍａｎｄを送信する場合に、Ｓｏｕｎｄｉｎｇ  ＲＳの受信ＳＩＲに基づき、ＴＰＣ  ｃｏｍｍａｎｄを算出する。より具体的には、Ｔａｒｇｅｔ  ＳＩＲを設定し、以下のΔＳｏｕｎｄｉｎｇを計算する：
ΔＳｏｕｎｄｉｎｇ  ＝  Ｔａｒｇｅｔ＿ＳＩＲ  −ＳＩＲＳｏｕｎｄｉｎｇ
そして、上記ΔＳｏｕｎｄｉｎｇに最も近いＴＰＣ  ｃｏｍｍａｎｄをＵＥに送信する。前記ＴＰＣ  ｃｏｍｍａｎｄは、ＰＤＣＣＨの一部として送信される。【０４６７】
尚、上述したステップＳ８１４における上りリンクＴＦＲ選択の処理に関して、図１１Ａとは別の実施形態を、図１１Ｂを用いて、以下に説明する。尚、図１１Ａを用いて説明した上りリンクのＴＦＲ選択の処理との相違点は、ステップＳ５１０、ステップＳ５１２、ステップＳ５３２であるため、上記相違点に関してのみ説明を行う。すなわち、図１１ＢにおけるステップＳ５０４Ａ、Ｓ５０５Ａ、ステップＳ５０６Ａ、Ｓ５０８Ａ、ステップＳ５１４Ａ、Ｓ５１６Ａ、ステップＳ５１８Ａ、Ｓ５２０Ａ、ステップＳ５２２Ａ、Ｓ５２４Ａ、ステップＳ５２６Ａ、Ｓ５２８Ａ、ステップＳ５３０Ａ、Ｓ５３４Ａは、図１１ＡにおけるステップＳ５０４、Ｓ５０５、ステップＳ５０６、Ｓ５０８、ステップＳ５１４、Ｓ５１６、ステップＳ５１８、Ｓ５２０、ステップＳ５２２、Ｓ５２４、ステップＳ５２６、Ｓ５２８、ステップＳ５３０、Ｓ５３４と同一であるため、その説明を省略する。【０４６８】
ステップＳ５０９Ａにおいて、（数２２）におけるΔの算出を行う。すなわち、ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  ＧｒａｎｔによりＵＥに対して通知するＴＰＣ  ｃｏｍｍａｎｄ（Δ）の算出処理を行う。以下では、ＵＥに通知するオフセットの値をΔと記載する。【０４６９】
上記Δは、サウンディング用のリファレンス信号（Ｓｏｕｎｄｉｎｇ  ＲＳ）の受信ＳＩＲ、Ｒ＿ＳＩＲと、サウンディング用のリファレンス信号の目標ＳＩＲ、Ｔ＿ＳＩＲに基づき、以下のように算出される：
Δ＝Ｔ＿ＳＩＲ−Ｒ＿ＳＩＲ
次に、ステップＳ５１０Ａにおいて、当該ＵＥが送信する上りリンクの共有チャネルのＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）を選択する。例えば、サウンディング用のリファレンス信号の受信ＳＩＲに基づき、上りリンクの共有チャネルの期待されるＳＩＲ、ＳＩＲ＿Ｅｘｐｅｃｔｅｄを算出し、上記ＳＩＲ＿Ｅｘｐｅｃｔｅｄと図１２Ａ、図１２Ｂに示すようなＴＦ＿Related_tableとにより、ＭＣＳ、より具体的には、データサイズや変調方式、符号化率が算出されてもよい。尚、符号化率は、データサイズと変調方式とＲＢ数により、一意に算出される値である。【０４７０】
以下に、前記ＳＩＲ＿Ｅｘｐｅｃｔｅｄの算出方法を示す。一般に、Ｅ−ＵＴＲＡにおけるサウンディング用のリファレンス信号の送信電力は、一般に、以下の式を用いて算出される（非特許文献：３６.２１３）：【０４７１】
【数２８】
2008108227.tif 000039
ここで、ＰＳＲＳ（i）：Ｓｕｂ−ｆｒａｍｅ＃ｉにおけるサウンディング用のリファレンス信号の送信電力
ＰＭＡＸ：ＵＥの最大送信電力
ＰＳＲＳ＿ＯＦＦＳＥＴ：上りリンクの共有チャネルとサウンディング用のリファレンス信号の電力オフセット
ＭＳＲＳ：サウンディング用リファレンス信号のＲＢ数
ＰＯ＿ＰＵＳＣＨ：ＮＷより指定されるパラメータ
α：ＮＷより指定されるパラメータ
ＰＬ：Ｐａｔｈｌｏｓｓ
ΔＭＣＳ：ＭＣＳ毎に設定されるオフセット値
ＭＣＳＲＥＦ：リファレンス用のＭＣＳ
ｆ（ｉ）：調節用のオフセット値。ｆ（i） = f(i-1) + Δ
ここで、ＰＯ＿ＰＵＳＣＨ、α、ＰＬ、ｆ（ｉ）は、（数２２）における値と同一である。ここで、（数２２）及び上記式におけるΔＭＣＳを０とすると、１ＲＢあたりのＰＵＳＣＨの送信電力は以下のように算出される：
ＰＰＵＳＣＨ（i)= ＰＳＲＳ−ＰＳＲＳ＿ＯＦＦＳＥＴ
よって、前記ＳＩＲ＿Ｅｘｐｅｃｔｅｄは、サウンディング用のリファレンス信号における干渉電力と、上りリンクの共有チャネルのリファレンス信号における干渉電力が同一であると仮定すると、以下のように算出される：
ＳＩＲ＿Ｅｘｐｅｃｔｅｄ＝Ｒ＿ＳＩＲ−ＰＳＲＳ＿ＯＦＦＳＥＴ
尚、Ｒ＿ＳＩＲは、上述したように、サウンディング用のリファレンス信号の受信ＳＩＲである。【０４７２】
ところで、上記上りリンクの共有チャネルとサウンディング用のリファレンス信号の電力オフセットであるＰＳＲＳ＿ＯＦＦＳＥＴは、当該ユーザ装置と基地局装置との間のパスロスに基づき、比較的長い周期で制御されてもよい。例えば、図１１Ｃに示すように、パスロスの値に対するＰＳＲＳ＿ＯＦＦＳＥＴの値が定義され、パスロスが変化した場合に、図１１Ｃを参照して、ＰＳＲＳ＿ＯＦＦＳＥＴが変更されてもよい。尚、ＰＳＲＳ＿ＯＦＦＳＥＴはＲＲＣ  ＳｉｇｎａｌｉｎｇによりＵＥに通知されてもよい。尚、パスロスの算出方法に関しては、ステップＳ５１０における説明を参照すること。【０４７３】
尚、上記ＳＩＲ＿Ｅｘｐｅｃｔｅｄは、さらに以下に示すＯｕｔｅｒ−ｌｏｏｐ的な処理により調整されてもよい。【０４７４】
ＳＩＲ＿Ｅｘｐｅｃｔｅｄ＝ＳＩＲ＿Ｅｘｐｅｃｔｅｄ＋ＳＩＲ＿Ｏｆｆｓｅｔ
この場合、上記調整が行われた後のＳＩＲ＿ＥｘｐｅｃｔｅｄによりＭＣＳが選択される。ここで、上記ＳＩＲ＿Ｏｆｆｓｅｔは、（数１１）における式（１０）により算出されてもよい。【０４７５】
尚、上記ＳＩＲ＿ｏｆｆｓｅｔは、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルグループがＺａｄｊｕｓｔであるＵＬ−ＳＣＨのＣＲＣ  ｃｈｅｃｋ結果に基づいて算出されてもよい。この場合、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルグループがＺａｄｊｕｓｔと異なる場合には、Ｏｕｔｅｒ−ｌｏｏｐ的なオフセットの調節行われない。【０４７６】
（数１１）における式(１０)に関して、より詳細に説明する。ＣＲＣ  Ｃｈｃｅｋ結果がＡＣＫの場合、上記式に基づき、ＳＩＲ＿ｏｆｆｓｅｔを少し大きくする。すなわち、ＭＣＳレベルを上げる方向に調節することにより、スループットを増大させることができる。一方、ＣＲＣ  Ｃｈｃｅｋ結果がＮＡＣＫの場合、上記式に基づき、ＳＩＲ＿ｏｆｆｓｅｔを減少させる。すなわち、ＭＣＳレベルを下げる方向に調節し、所要のＳＩＲを下げることにより、誤り率を低減することが可能となる。また、ＤＴＸに関しては、ＵＥはＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを正常に受信できなかったということを意味するため、ＳＩＲ＿ｏｆｆｓｅｔは調節しない。上述したようなＡＣＫとＮＡＣＫに基づいて、上りリンクの共有チャネルの無線品質情報、ＳＩＲ＿Ｅｘｐｅｃｔｅｄ、すなわち、ＭＣＳレベルを調節し、かつ、目標の誤り率に応じて、ＭＣＳレベルの決定のための上げ幅及び下げ幅を設定することにより、ＵＬ−ＳＣＨの誤り率を目標の誤り率に近づけることが可能となる。【０４７７】
例えば、所要の誤り率ＢＬＥＲtarget(LCG) ＝ ０．１、Δadj＝０．５とすると、ＡＣＫの場合には、ＳＩＲ＿ｏｆｆｓｅｔ＝ＳＩＲ＿ｏｆｆｓｅｔ＋０．０５ｄＢとなり、ＮＡＣＫの場合には、ＳＩＲ＿ｏｆｆｓｅｔ＝ＳＩＲ＿ｏｆｆｓｅｔ−０．４５ｄＢとなる。ここで、ＡＣＫの割合が９０％でＮＡＣＫの割合が１０％となり、ＳＩＲ＿ｏｆｆｓｅｔの値は変動しない。言い換えれば、上記式を用いてＳＩＲ＿ｏｆｆｓｅｔを微調整することにより、誤り率を所要の誤り率ＢＬＥＲtarget(LCG) に収束させることができる。【０４７８】
尚、基地局装置２００はＣＲＣ: ＯＫになるまで、当該上りリンクの共有チャネルにマッピングされたデータ（ＭＡＣ ＰＤＵ）に含まれる論理チャネルを識別できないため、上記「Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルグループ」は、ステップＳ７３０で用いたＨｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルグループを用いることとする。ＳＩＲ＿ｏｆｆｓｅｔは、ＵＥ毎に調節される。また、本処理の対象となる論理チャネルグループＺａｄｊｕｓｔは、外部Ｉ／ＦよりＵＥ毎に設定される。【０４７９】
尚、全て論理チャネルグループに関して、Ｏｕｔｅｒ−ｌｏｏｐ的なオフセットの調整を行うのではなく、予め設定された１つの論理チャネルグループに関して、Ｏｕｔｅｒ−ｌｏｏｐ的なオフセットの調整を行うことにより、基地局装置の処理負荷を低減することが可能となる。例えば、前記論理チャネルグループ  Ｚａｄｊｕｓｔは、最も送信頻度の大きい論理チャネルグループが設定される。【０４８０】
Δａｄｊ、ＢＬＥＲtarget(LCGz)は外部Ｉ／Ｆより設定可能とすること。但し、ＳＩＲ＿Ｏｆｆｓｅｔの最大値をＳＩＲ＿Ｏｆｆｓｅｔｍａｘ、最小値をＳＩＲ＿Ｏｆｆｓｅｔｍｉｎとすること。ＳＩＲ＿Ｏｆｆｓｅｔが最大値あるいは最小値に張り付いた場合には、上記の計算を行わないこと。【０４８１】
あるいは、ＳＩＲ＿Ｅｘｐｅｃｔｅｄを調整する代わりに、（数２８）におけるＰＳＲＳ＿ＯＦＦＳＥＴを調整してもよい。この場合、
ＰＳＲＳ＿ＯＦＦＳＥＴ＝ＰＳＲＳ＿ＯＦＦＳＥＴ＋ＳＩＲ＿Ｏｆｆｓｅｔ
となる。【０４８２】
あるいは、ＳＩＲ＿Ｅｘｐｅｃｔｅｄを調整する代わりに、（数２２）におけるＰＯ＿ＵＳＣＨ（i）を調整してもよい。この場合、
ＰＯ＿ＵＳＣＨ（i）＝ＰＯ＿ＵＳＣＨ（i）＋ＳＩＲ＿Ｏｆｆｓｅｔ
となる。この場合、（数２３）の式を用いてＳＩＲ＿Ｏｆｆｓｅｔの調節が行われる。【０４８３】
そして、ステップＳ５１１Ａにおいて、優先度に基づいたＭＣＳの再選択が行われる。すなわち、Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙの論理チャネルグループの優先度に基づくオフセットΔＬＣＧにより、ステップＳ５１０ＡにおけるＳＩＲ＿Ｅｘｐｅｃｔｅｄを再計算し、再計算されたＳＩＲ＿Ｅｘｐｅｃｔｅｄに基づいて、図１２Ａ、図１２Ｂを参照することにより、ＭＣＳを再選択する。より具体的には、以下の式により、ＳＩＲ＿Ｅｘｐｅｃｔｅｄが再計算される：
ＳＩＲ＿Ｅｘｐｅｃｔｅｄ＝ＳＩＲ＿Ｅｘｐｅｃｔｅｄ―ΔＬＣＧ
ここで、添え字のＬＣＧは論理チャネルグループＬｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐを示す。例えば、優先度が高く、高品質に伝送したい論理チャネルグループに関しては、ΔＬＣＧの値を大きくすることにより、ＭＣＳを下げ、結果として、誤り率を低減させることが可能となる。すなわち、基地局装置２００は、優先度または論理チャネルまたは論理チャネルグループに基づいてオフセット値を調節することにより、その誤り率を調節することができる。【０４８４】
ステップＳ５３２Ａにおいては、ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにより、ＵＥに通知されるＴＰＣ ｃｏｍｍａｎｄを設定する。【０４８５】
Δ＝Ｔ＿ＳＩＲ−Ｒ＿ＳＩＲ＋ΔＬＣＧ（ＨＡＲＱ）
オフセット値ΔＬＣＧ（ＨＡＲＱ）は、外部Ｉ／Ｆより論理チャネルグループ毎に設定される。このように、再送時に、ＵＥに対して、より大きめの電力オフセットを通知することにより、再送時の誤り率を低減することができる。【０４８６】
次に、本実施例に係る基地局装置２００について、図１６を参照して説明する。【０４８７】
本実施例に係る基地局装置２００は、レイヤー１処理部２０２と、ユーザ装置状態管理部２０４と、スケジューリング係数計算部２０６と、ＵＥ選択部２０８と、ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２１０と、Ｏｔｈｅｒ  ＣＨリソース管理部２１２と、周波数リソース管理部２１４と、パーシステントリソース管理部２１６と、ＵＥ  Ｂｕｆｆｅｒ推定部２１８とから構成される。ＵＥ  Ｂｕｆｆｅｒ推定部２１８は、ＵＥ＃１の論理チャネルグループ＃１、ＵＥ  ＃１の論理チャネルグループ２、…、ＵＥ  ＃１の論理チャネルグループ＃ｋ、ＵＥ  ＃２の論理チャネルグループ＃１、…、ＵＥ  ＃ｎの論理チャネルグループ＃ｋに関するＵＥ  Ｂｕｆ２２２１１，１、ＵＥ  Ｂｕｆ２２２１１，２、ＵＥ  Ｂｕｆ２２２１１，ｋ、ＵＥ  Ｂｕｆ２２２１２，１、…、ＵＥ  Ｂｕｆ２２２１ｎ，ｋから構成される。尚、ＵＥ＿Ｂｕｆｎ，ｋは、実際にデータのバッファリングを行うのではなく、ＵＥから報告されるＢｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔに基づいて、ＵＥのバッファ内に滞留しているデータ量を推定する。【０４８８】
尚、図１６においては、ＵＥ  ＃ｎの論理チャネルグループ＃ｋのＵＥ＿Ｂｕｆｎ，ｋを、ＵＥ毎及び論理チャネル毎に備えているが、ＵＥ毎または論理チャネル毎に備える必要はなく、全ＵＥに関して１つのＵＥ＿Ｂｕｆ推定部を備えていてもよいし、複数のＵＥに関して１つのＵＥ＿Ｂｕｆ推定部を備えていてもよい。あるいは、１ＵＥに対して１つのＵＥ  Ｂｕｆ推定部を備え、論理チャネル毎にＵＥ  Ｂｕｆ推定部を備えなくてもよい。【０４８９】
レイヤー１処理部２０２は、レイヤー１に関する処理を行う。具体的には、レイヤー１処理部２０８１では、下りリンクで送信される共有チャネルのチャネル符号化やＩＦＦＴ処理、上りリンクで送信される共有チャネルのＦＦＴ処理やチャネル復号化等の受信処理などが行われる。【０４９０】
また、レイヤー1処理部２０２は、下りリンクの共有チャネルのための制御情報であるＤｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎや、上りリンクの共有チャネルのための制御情報であるＵＬ  Ｓｃｈｅｄｕｌｉｎ  Ｇｒａｎｔの送信処理を行う。【０４９１】
また、レイヤー1処理部２０２は、上りリンクで送信される制御情報、すなわち、Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ（ＣＱＩ）や下りリンクの共有チャネルに関する送達確認情報の受信処理を行う。上記ＣＱＩや送達確認情報は、ユーザ装置状態管理部２０４に送信される。【０４９２】
また、レイヤー１処理部２０２は、上りリンクで送信されるサウンディング用のリファレンス信号や上記ＣＱＩの信号に基づき、上りリンクの同期状態を判定し、上記判定結果をユーザ装置状態管理部２０４に通知する。また、レイヤー１処理部２０２は、上りリンクで送信されるサウンディング用のリファレンス信号のＳＩＲを測定し、その測定結果をユーザ装置状態管理部２０４に通知する。上記サウンディング用のリファレンス信号のＳＩＲは、例えば、ステップＳ７３２の処理に使用される。【０４９３】
また、レイヤー１処理部２０２は、上りリンクで送信されるサウンディング用のリファレンス信号や上記ＣＱＩの信号に基づき、上りリンクの受信タイミングを推定してもよい。【０４９４】
また、レイヤー１処理部２０２は、上りリンクのＵＬ−ＳＣＨが実際に送信されたか否かの判定を行ってもよい。上記判定結果は、例えば、ステップＳ７０６の処理に使用される。【０４９５】
また、レイヤー１処理部２０２は、パスロスを推定し、上記パスロスをユーザ状態管理部２０４に通知してもよい。上記パスロスは、例えば、Ｓ８１４のＵＬ  ＴＦＲ  Ｓｅｌｅｃｔｉｏｎの処理に使われてもよい。【０４９６】
尚、レイヤー1処理部２０２は無線インタフェースに接続されている。より具体的には、下りリンクに関しては、レイヤー1処理部２０２で生成されたベースバンド信号が無線周波数帯に変換され、その後、アンプにおいて増幅され、アンテナを介して、ＵＥに信号が送信される。一方、上りリンクに関しては、アンテナで受信された無線周波数信号がアンプで増幅された後に、周波数変換されてベースバンド信号として、レイヤー１処理部２０２に入力される。【０４９７】
ユーザ状態管理部２０４は、各ＵＥの状態管理を行う。例えば、ユーザ状態管理部２０４は、上りリンクにおけるＨＡＲＱ  Ｅｎｔｉｔｙの状態の管理や、ＵＥのＭｏｂｉｌｉｔｙの管理及び制御や、ＤＲＸ状態の管理、上り同期状態の管理、パーシステントスケジューリングを適用するか否かの管理、ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｂｌｏｃｋの送信の有無の管理、伝送状態の管理、ＵＥ内のバッファ状態の推定を行い、かつ、ステップＳ７３２でスケジューリング係数の計算を行うための各メトリックの算出、及び、スケジューリング係数を計算するべきか否かの判定を行う。すなわち、ユーザ状態管理部２０４は、図７ＢにおけるステップＳ７０２〜Ｓ７３０の処理を行う。【０４９８】
尚、上記ＵＥのＭｏｂｉｌｉｔｙとは、ＵＥが通信するセルを切り替えるハンドオーバのことであり、同周波のハンドオーバ及び異周波のハンドオーバ及び異なるシステム間のハンドオーバを含む。異周波のハンドオーバ及び異システム間のハンドオーバの場合には、Ｍｅａｓｕｒｅｍｅｎｔ  Ｇａｐの管理及び制御が、上記ＵＥのＭｏｂｉｌｉｔｙの管理及び制御に含まれる。【０４９９】
さらに、ユーザ状態管理部２０４は、ステップＳ２０２、Ｓ２０４の処理を行う。具体的には、ユーザ状態管理部２０４は、当該Ｓｕｂ−ｆｒａｍｅのＵＬ  ＭＡＣのＳｕｂ−ｆｒａｍｅあたりの最大多重数を設定し、当該Ｓｕｂ−ｆｒａｍｅにおいて再送を行うＵＥの数をカウントする。【０５００】
さらに、ユーザ状態管理部２０４は、上述した、Ｓｏｕｎｄｉｎｇ  ＲＳのＳＩＲに基づく、周期的なＴＰＣ  ｃｏｍｍａｎｄの算出処理、送信処理を行ってもよい。【０５０１】
スケジューリング係数計算部２０６は、図７ＢにおけるステップＳ７０１、Ｓ７３２〜Ｓ７４０のの処理を行う。具体的には、スケジューリング係数計算部２０６は、当該Ｓｕｂ−ｆｒａｍｅにおいて各ユーザ装置のスケジューリング係数を計算する（数１４）。そして、ＵＥ選択部２０８は、前記スケジューリング係数に基づき、ダイナミックスケジューリングによる無線リソースの割り当てが行われるユーザ装置（新規送信）を選択する。ＵＥ選択部２０８は、ダイナミックスケジューリングによる無線リソースの割り当てが行われるＵＥの数ＮＤＬ−ＳＣＨをトランスポートフォーマット・リソースブロック選択(ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ)部２１０に入力する。【０５０２】
ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２１０は、ステップＳ８０９、ステップＳ８１０、ステップＳ８１２、ステップＳ８１４、ステップＳ８１６、ステップＳ８１８の処理を行う。具体的には、ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２１０は、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに関する送信フォーマットの決定と無線リソースの割り当て、ＵＬの送信電力制御等を行う。ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２１０で決定されたＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに関する送信フォーマットや無線リソースに関する情報は、レイヤー１処理部２０２に送られ、レイヤー１処理部２０２において、ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔの送信処理や、上りリンクの共有チャネルの受信処理に用いられる。【０５０３】
Ｏｔｈｅｒ  ＣＨリソース管理部２１２は、ＰＲＡＣＨ、ＰＵＣＣＨ、Ｇｕａｒｄ  ＲＢ、ＲＡＣＨ  ｍｅｓｓａｇｅ  ３に関する送信フォーマットの決定と無線リソースの割り当てを行う。そして、上記無線リソースの内、周波数リソースを周波数リソース管理部２１４に通知する。また、Ｏｔｈｅｒ  ＣＨリソース管理部２１２において決定された、ＰＲＡＣＨ、ＰＵＣＣＨ、ＲＡＣＨ  ｍｅｓｓａｇｅ  ３に関する送信フォーマットや割り当てられた無線リソースは、周波数リソース管理部２１４、ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２１０を介して、レイヤー１処理部２０２に送られ、レイヤー１処理部２０２において、ＰＲＡＣＨ、ＰＵＣＣＨ、ＲＡＣＨ  ｍｅｓｓａｇｅ  ３に関するレイヤー１の受信処理や、ＲＡＣＨ  Ａｍｅｓｓａｇｅ  ２の送信処理が行われる。【０５０４】
周波数リソース管理部２１４は、ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２１０、Ｏｔｈｅｒ  ＣＨリソース管理部２１２、パーシステントリソース管理部２１６と接続され、周波数リソースの管理を行う。より具体的には、Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇが適用される上りリンクの共有チャネルに利用可能な残りの周波数リソースを監視し、ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２１０におけるステップＳ８１０の処理に必要な情報をＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２１０に提供する。【０５０５】
パーシステントリソース管理部２１６は、パーシステントスケジューリングが適用されるＵＬ−ＳＣＨの状態管理及び無線リソースの管理を行う。より具体的には、パーシステントリソース管理部２１６は、パーシステントスケジューリングが適用されるＵＬ−ＳＣＨに関する送信フォーマットの決定と無線リソースの管理を行う。そして、上記無線リソースの内、周波数リソースを周波数リソース管理部２１４に通知する。また、パーシステントリソース管理部２１６において決定された送信フォーマットや割り当てられた無線リソースは、周波数リソース部２１４、ＴＦＲ  Ｓｅｌｅｃｔｉｏｎ部２１０を介して、レイヤー１処理部２０２に送られ、レイヤー１処理部２０２において、上記パーシステントスケジューリングが適用されるＵＬ−ＳＣＨのレイヤー１における受信処理が行われる。【０５０６】
また、パーシステントリソース管理部２１６は、ユーザ状態管理部２０４におけるステップＳ７０３、Ｓ７０４、Ｓ７０５の処理を行うための情報を、ユーザ状態管理部２０４に与える。【０５０７】
ＵＥ＿Ｂｕｆｆｅｒ推定部２１８は、ＵＥから報告されるＢｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔに基づき、ＵＥ内の各論理チャネルグループのバッファ状態、すなわち、バッファの滞留量を推定する。より具体的には、ステップＳ７３０やＳ７３２のＵＥのバッファに関連する処理を行う。【０５０８】
本発明は上記の実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。【０５０９】
例えば、上述した実施例においては、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮ（別名：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，或いは，Ｓｕｐｅｒ  ３Ｇ）が適用されるシステムにおける例が説明されたが、本発明に係る移動局、基地局装置、移動通信システム及び通信制御方法は、共有チャネルを用いた通信を行う他のシステムにも適用可能である。【０５１０】
すなわち、本発明はここでは記載していない様々な実施形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。【０５１１】
説明の便宜上、本発明を幾つかの実施例に分けて説明したが、各実施例の区分けは本発明に本質的ではなく、２以上の実施例が必要に応じて使用されてよい。発明の理解を促すため具体的な数値例を用いて説明したが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてよい。【０５１２】
以上、本発明は特定の実施例を参照しながら説明されてきたが、各実施例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウエアで、ソフトウエアで又はそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が包含される。【０５１３】
本国際出願は２００７年３月１日に出願した日本国特許出願２００７−０５２１１１号、２００７年６月１９日に出願した日本国特許出願２００７−１６１９４０号及び２００７年１２月２０日に出願した日本国特許出願２００７−３２９０２８号に基づく優先権を主張するものであり、２００７−０５２１１１号、２００７−１６１９４０及び２００７−３２９０２８号の全内容を本国際出願に援用する。
【図１】
2008108227.tif 000040
【図２】
2008108227.tif 000041
【図３】
2008108227.tif 000042
【図４】
2008108227.tif 000043
【図５】
2008108227.tif 000044
【図６】
2008108227.tif 000045
【図７Ａ】
2008108227.tif 000046
【図７Ｂ】
2008108227.tif 000047
【図８】
2008108227.tif 000048
【図９】
2008108227.tif 000049
【図１０】
2008108227.tif 000050
【図１１Ａ】
2008108227.tif 000051
【図１１Ｂ】
2008108227.tif 000052
【図１１Ｃ】
2008108227.tif 000053
【図１２Ａ】
2008108227.tif 000054
【図１２Ｂ】
2008108227.tif 000055
【図１３Ａ】
2008108227.tif 000056
【図１３Ｂ】
2008108227.tif 000057
【図１４】
2008108227.tif 000058
【図１５】
2008108227.tif 000059
【図１６】
2008108227.tif 000060
【国際調査報告】
2008108227.tif 000061
2008108227.tif 000062
2008108227.tif 000063
2008108227.tif 000064