(57)【要約】【課題】複数セル間で異なるＤｕｐｌｅｘ−ｍｏｄｅを適用してＣＡを行う場合であっても、上りリンクにおける送信を適切に行うこと。【解決手段】キャリアアグリゲーションを適用するＦＤＤセル及びＴＤＤセルと通信を行うユーザ端末であって、各セルから送信されるＤＬ信号を受信する受信部と、各ＤＬ信号に対する送達確認信号を所定のＵＬサブフレームに割当ててフィードバックするフィードバック制御部と、を有し、フィードバック制御部は、プライマリセルが設定されるセルに関わらず、一方のセルのＤＬ信号に対する送達確認信号のみ送信する場合には、当該ＤＬ信号の下り制御チャネルのリソースに基づいて決定されるＰＵＣＣＨリソースを用いて当該一方のセルから送達確認信号を送信し、両方のセルのＤＬ信号に対する送達確認信号を送信する場合には、いずれか一方又は両方のＰＵＣＣＨリソースを用いて送達確認信号を送信する。【選択図】図９
2015065621.tif 000002
【特許請求の範囲】
【請求項１】
キャリアアグリゲーションを適用するＦＤＤセル及びＴＤＤセルと通信を行うユーザ端末であって、
各セルから送信されるＤＬ信号を受信する受信部と、
各ＤＬ信号に対する送達確認信号を所定のＵＬサブフレームに割当ててフィードバックするフィードバック制御部と、を有し、
前記フィードバック制御部は、プライマリセルが設定されるセルに関わらず、一方のセルのＤＬ信号に対する送達確認信号のみ送信する場合には、当該ＤＬ信号の下り制御チャネルのリソースに基づいて決定されるＰＵＣＣＨリソースを用いて当該一方のセルから送達確認信号を送信し、両方のセルのＤＬ信号に対する送達確認信号を送信する場合には、いずれか一方又は両方のＰＵＣＣＨリソースを用いて送達確認信号を送信することを特徴とするユーザ端末。
【請求項２】
前記フィードバック制御部は、両方のセルのＤＬ信号に対する送達確認信号を送信する場合に、ＰＵＣＣＨフォーマット１ｂに基づくチャネルセレクション又はＰＵＣＣＨフォーマット３を適用していずれか一方のＰＵＣＣＨリソースを用いることを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記フィードバック制御部は、セカンダリセルの下り制御情報に含まれるビット情報をＡＲＩとして利用して、ＰＵＣＣＨフォーマット１ｂに基づくチャネルセレクション又はＰＵＣＣＨフォーマット３で利用するＰＵＣＣＨリソースを決定することを特徴とする請求項２に記載のユーザ端末。
【請求項４】
前記フィードバック制御部は、プライマリセルの下り制御情報が含まれる下り制御チャネルのリソースに基づいて決定されるＰＵＣＣＨリソース候補と、セカンダリセルの下り制御情報が含まれる下り制御チャネルのリソースに基づいて決定されるＰＵＣＣＨリソース候補を用いて前記ＰＵＣＣＨフォーマット１ｂに基づくチャネルセレクションを適用することを特徴とする請求項２に記載のユーザ端末。
【請求項５】
前記フィードバック制御部は、上位レイヤシグナリングで設定された複数のＰＵＣＣＨリソース候補の中から、プライマリセル又はセカンダリセルの下り制御情報の信号構成に基づいて、特定のＰＵＣＣＨリソースを選択することを特徴とする請求項２に記載のユーザ端末。
【請求項６】
ＰＵＣＣＨで送信するＵＬ信号の送信電力を制御する電力制御部をさらに有し、
前記電力制御部は、前記受信部がセカンダリセルの下り制御情報のみを検出した場合に、当該下り制御情報に含まれるＴＰＣコマンドの適用を制限することを特徴とする請求項１に記載のユーザ端末。
【請求項７】
前記電力制御部は、前記セカンダリセルのＰＵＣＣＨリソースを用いて送信する送達確認信号に対して、セカンダリセルの下り制御情報のＵＬグラントに含まれるＴＰＣコマンドを用いて電力制御を行うことを特徴とする請求項６に記載のユーザ端末。
【請求項８】
前記電力制御部は、前記セカンダリセルのＰＵＣＣＨリソースを用いて送信する送達確認信号に対して、プライマリセルのＤＣＩフォーマット３／３Ａに含まれるＴＰＣコマンドを用いて電力制御を行うことを特徴とする請求項６に記載のユーザ端末。
【請求項９】
異なる複信形式を利用する他の基地局とキャリアアグリゲーションを適用してユーザ端末と通信する基地局であって、
ＤＬ信号を生成する生成部と、
ＤＬサブフレームにおいて、前記ＤＬ信号をユーザ端末に送信する送信部と、
ＵＬサブフレームにおいて、前記ユーザ端末から送信される前記ＤＬ信号に対する送達確認信号を受信する受信部と、を有し、
前記送信部は、ユーザ端末がＰＵＣＣＨフォーマット１ｂに基づくチャネルセレクション又はＰＵＣＣＨフォーマット３を適用する際に用いるＰＵＣＣＨリソース候補として、プライマリセルとセカンダリセルにおけるＰＵＣＣＨリソースを通知することを特徴とする基地局。
【請求項１０】
キャリアアグリゲーションを適用するＦＤＤセル及びＴＤＤセルと通信を行うユーザ端末の無線通信方法であって、
各セルから送信されるＤＬ信号を受信する工程と、
各ＤＬ信号に対する送達確認信号を所定のＵＬサブフレームに割当ててフィードバックする工程と、を有し、
プライマリセルが設定されるセルに関わらず、一方のセルのＤＬ信号に対する送達確認信号のみ送信する場合には、当該ＤＬ信号の下り制御チャネルのリソースに基づいて決定されるＰＵＣＣＨリソースを用いて当該一方のセルから送達確認信号を送信し、両方のセルのＤＬ信号に対する送達確認信号を送信する場合には、いずれか一方又は両方のＰＵＣＣＨリソースを用いて送達確認信号を送信することを特徴とする無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、次世代の通信システムに適用可能なユーザ端末、基地局及び無線通信方法に関する。
【背景技術】
【０００２】
ＵＭＴＳ（Universal  Mobile  Telecommunications  System）ネットワークにおいて、さらなる高速データレート、低遅延などを目的としてロングタームエボリューション（ＬＴＥ：Long  Term  Evolution）が仕様化された（非特許文献１）。ＬＴＥではマルチアクセス方式として、下り回線（下りリンク）にＯＦＤＭＡ（Orthogonal  Frequency  Division  Multiple  Access）をベースとした方式を用い、上り回線（上りリンク）にＳＣ−ＦＤＭＡ（Single  Carrier  Frequency  Division  Multiple  Access）をベースとした方式を用いている。また、ＬＴＥからのさらなる広帯域化及び高速化を目的として、ＬＴＥの後継システム（例えば、ＬＴＥアドバンスト又はＬＴＥエンハンスメントと呼ぶこともある（以下、「ＬＴＥ−Ａ」という））も検討され、仕様化されている（Ｒｅｌ．１０／１１）。
【０００３】
ＬＴＥ、ＬＴＥ−Ａシステムの無線通信における複信形式（Ｄｕｐｌｅｘ−ｍｏｄｅ）として、上りリンク（ＵＬ）と下りリンク（ＤＬ）を周波数で分割する周波数分割複信（ＦＤＤ）と、上りリンクと下りリンクを時間で分割する時間分割複信（ＴＤＤ）とがある（図１Ａ参照）。ＴＤＤの場合、上りリンクと下りリンクの通信に同じ周波数領域が適用され、一つの送受信ポイントから上りリンクと下りリンクが時間で分けられて信号の送受信が行われる。
【０００４】
また、ＬＴＥ−Ａシステム（Ｒｅｌ．１０／１１）のシステム帯域は、ＬＴＥシステムのシステム帯域を一単位とする少なくとも１つのコンポーネントキャリア（ＣＣ：Component  Carrier）を含んでいる。複数のコンポーネントキャリア（セル）を集めて広帯域化することをキャリアアグリゲーション（ＣＡ：Carrier  Aggregation）という。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP  TS  36.300“Evolved  UTRA  and  Evolved  UTRAN  Overall  description”
【発明の概要】
【発明が解決しようとする課題】
【０００６】
Ｒｅｌ．１０／１１で導入されたキャリアアグリゲーション（ＣＡ）では、複数のＣＣ（セル、送受信ポイントともいう）間で適用されるＤｕｐｌｅｘ−ｍｏｄｅは、同一のＤｕｐｌｅｘ−ｍｏｄｅに限られている（図１Ｂ参照）。一方で、将来の無線通信システム（例えば、Ｒｅｌ．１２以降）では、複数ＣＣ間で異なるＤｕｐｌｅｘ−ｍｏｄｅ（ＴＤＤ＋ＦＤＤ）を適用したＣＡも想定される（図１Ｃ参照）。
【０００７】
また、Ｒｅｌ．１０／１１では、複数ＣＣ間で１つのスケジューラを用いてＣＡを制御する基地局内ＣＡ（Ｉｎｔｒａ−ｅＮＢ  ＣＡ）を想定している。かかる場合、各ＣＣにおいて送信されるＤＬデータ信号（ＰＤＳＣＨ信号）に対するＰＵＣＣＨ信号（送達確認信号（ＡＣＫ／ＮＡＣＫ）等）は、特定のＣＣ（プライマルセル（ＰＣｅｌｌ））に集約するように多重されて送信される。
【０００８】
複数ＣＣ間で異なるＤｕｐｌｅｘ−ｍｏｄｅ（ＴＤＤ＋ＦＤＤ）が適用されるＣＡにおいて従来のフィードバックメカニズムを用いる場合、上りリンクにおける送達確認信号等の送信を適切に行えなくなるおそれがある。
【０００９】
本発明はかかる点に鑑みてなされたものであり、複数セル間で異なるＤｕｐｌｅｘ−ｍｏｄｅを適用してＣＡを行う場合であっても、上りリンクにおける送信を適切に行うことができるユーザ端末、基地局及び無線通信方法を提供することを目的の一とする。
【課題を解決するための手段】
【００１０】
本発明のユーザ端末は、キャリアアグリゲーションを適用するＦＤＤセル及びＴＤＤセルと通信を行うユーザ端末であって、各セルから送信されるＤＬ信号を受信する受信部と、各ＤＬ信号に対する送達確認信号を所定のＵＬサブフレームに割当ててフィードバックするフィードバック制御部と、を有し、前記フィードバック制御部は、プライマリセルが設定されるセルに関わらず、一方のセルのＤＬ信号に対する送達確認信号のみ送信する場合には、当該ＤＬ信号の下り制御チャネルのリソースに基づいて決定されるＰＵＣＣＨリソースを用いて当該一方のセルから送達確認信号を送信し、両方のセルのＤＬ信号に対する送達確認信号を送信する場合には、いずれか一方又は両方のＰＵＣＣＨリソースを用いて送達確認信号を送信することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、複数セル間で異なるＤｕｐｌｅｘ−ｍｏｄｅを適用してＣＡを行う場合であっても、上りリンクにおける送信を適切に行うことができる。
【図面の簡単な説明】
【００１２】
【図１】ＬＴＥ、ＬＴＥ−ＡにおけるＤｕｐｌｅｘ−ｍｏｄｅと、基地局内ＣＡ（Ｉｎｔｒａ−ｅＮＢ  ＣＡ）の概要を説明するための図である。
【図２】基地局内ＣＡ（Ｉｎｔｒａ−ｅＮＢ  ＣＡ）と、基地局間ＣＡ（Ｉｎｔｅｒ−ｅＮＢ  ＣＡ）を説明するための図である。
【図３】ＦＤＤ、ＴＤＤにおけるＤＬ  ＨＡＲＱタイミング（上りＡ／Ｎフィードバックタイミング）を説明するための図である。
【図４】ＰＵＣＣＨフォーマット１ｂを説明するための図である。
【図５】ＰＵＣＣＨフォーマット１ｂに基づくチャネルセレクションを説明するための図である。
【図６】ＰＵＣＣＨフォーマット３を説明するための図である。
【図７】ＴＤＤ−ＦＤＤ  ＣＡにおいて、既存のＡ／Ｎフィードバックタイミングを適用した場合のフィードバックタイミングを説明するための図である。
【図８】ＴＤＤ−ＦＤＤ  ＣＡにおいて、本実施の形態にかかるＡ／Ｎフィードバック方法の一例を示す図である。
【図９】ＴＤＤ−ＦＤＤ  ＣＡにおいて、本実施の形態にかかるＡ／Ｎフィードバック方法の他の一例を示す図である。
【図１０】ＴＤＤ−ＦＤＤ  ＣＡにおいて、本実施の形態にかかるＡ／Ｎフィードバック方法の他の一例を示す図である。
【図１１】ＰＵＣＣＨリソースの決定方法の一例を示す図である。
【図１２】ＴＤＤ−ＦＤＤ  ＣＡにおいて、本実施の形態にかかるＡ／Ｎフィードバック方法の一例を示す図である。
【図１３】ＰＵＣＣＨリソースの決定方法の一例を示す図である。
【図１４】ＰＵＣＣＨリソースの決定方法の他の一例を示す図である。
【図１５】ＰＵＣＣＨリソースの決定方法の他の一例を示す図である。
【図１６】ＰＵＣＣＨリソースの決定方法の他の一例を示す図である。
【図１７】ＴＤＤ−ＦＤＤ  ＣＡにおいて、本実施の形態にかかるＡ／Ｎフィードバックにおいて、ＣＬ−ＴＰＣの適用有無を説明するための図である。
【図１８】本実施の形態に係る無線通信システムの一例を示す概略図である。
【図１９】本実施の形態に係る無線基地局の全体構成の説明図である。
【図２０】本実施の形態に係る無線基地局の機能構成の説明図である。
【図２１】本実施の形態に係るユーザ端末の全体構成の説明図である。
【図２２】本実施の形態に係るユーザ端末の機能構成の説明図である。
【図２３】ＴＤＤ−ＦＤＤ  ＣＡにおいて、本実施の形態で適用可能なＤＬ  ＨＡＲＱタイミングの他の例を説明するための図である。
【発明を実施するための形態】
【００１３】
上述したように、ＬＴＥ、ＬＴＥ−Ａシステムでは、Ｄｕｐｌｅｘ  ｍｏｄｅとしてＦＤＤとＴＤＤの２つが規定されている（上記図１Ａ参照）。また、Ｒｅｌ．１０からは、基地局内ＣＡ（Ｉｎｔｒａ−ｅＮＢ  ＣＡ）がサポートされている。しかし、Ｒｅｌ．１０／１１におけるＣＡは、同一Ｄｕｐｌｅｘ−ｍｏｄｅ（ＦＤＤ＋ＦＤＤ  Ｉｎｔｒａ−ｅＮＢ  ＣＡ、又はＴＤＤ＋ＴＤＤ  Ｉｎｔｒａ−ｅＮＢ  ＣＡ）に限られていた（上記図１Ｂ参照）。
【００１４】
一方で、Ｒｅｌ．１２以降のシステムでは、複数ＣＣ間で異なるＤｕｐｌｅｘ−ｍｏｄｅ（ＴＤＤ＋ＦＤＤ）を適用した基地局内ＣＡ（Ｉｎｔｒａ−ｅＮＢ  ＣＡ）が想定されている（上記図１Ｃ参照）。また、Ｒｅｌ．１２以降のシステムでは、基地局間ＣＡ（Ｉｎｔｅｒ−ｅＮＢ  ＣＡ）の適用も想定されている（図２Ａ参照）。なお、基地局間ＣＡは、Ｄｕｐｌｅｘ−ｍｏｄｅに限らずサポートされることが望ましく、異なるＤｕｐｌｅｘ−ｍｏｄｅ（ＴＤＤ＋ＦＤＤ）も含めた基地局間ＣＡが導入されることが考えられる。
【００１５】
基地局内ＣＡ（Ｉｎｔｒａ−ｅＮＢ  ＣＡ）は、複数セル間で１つのスケジューラを用いてスケジューリングを制御する（図２Ｂ参照）。つまり、ユーザ端末は、送達確認信号（ＡＣＫ／ＮＡＣＫ（以下、「Ａ／Ｎ」とも記す））等の上り制御信号（ＵＣＩ）を特定セル（ＰＣｅｌｌ）にのみフィードバックすればよい。
【００１６】
一方で、基地局間ＣＡ（Ｉｎｔｅｒ−ｅＮＢ  ＣＡ）は、複数セル毎にスケジューラが独立して設けられ、各セルでそれぞれスケジューリングを制御する。また、Ｉｎｔｅｒ−ｅＮＢ  ＣＡでは、各基地局間は遅延が無視できない接続（Ｎｏｎ−ｉｄｅａｌ  ｂａｃｋｈａｕｌ接続）とすることが想定されている。そのため、ユーザ端末は、上り制御信号（ＵＣＩ）を各セルにフィードバックする必要がある（図２Ｃ参照）。
【００１７】
複数ＣＣ（セル）間で異なるＤｕｐｌｅｘ−ｍｏｄｅを適用してＣＡを行う場合（ＴＤＤ−ＦＤＤ  ＣＡ）、ユーザ端末がどのようにＡ／Ｎフィードバックを行うかが問題となる。例えば、ＴＤＤ−ＦＤＤ  ＣＡにおいて、各セルが従来のフィードバックメカニズムをそのまま適用することが考えられる。
【００１８】
図３Ａは、ＦＤＤを適用するセル（以下、「ＦＤＤセル」とも記す）においてユーザ端末がＰＤＳＣＨ信号に対するＡ／Ｎを従来のタイミングでフィードバックする場合を示している。この場合、ユーザ端末は、ＰＤＳＣＨ信号が割当てられたＤＬサブフレームから所定（例えば、４ｍｓ）後のＵＬサブフレームでＡ／Ｎをフィードバックする。
【００１９】
図３Ｂは、ＴＤＤを適用するセル（以下、「ＴＤＤセル」とも記す）においてユーザ端末がＰＤＳＣＨ信号に対するＡ／Ｎを従来のタイミングでフィードバックする場合を示している。この場合、ユーザ端末は、ＰＤＳＣＨ信号が割当てられたＤＬサブフレームにあらかじめ割当てられたＵＬサブフレームでＡ／Ｎをフィードバックする。
【００２０】
Ｒｅｌ．１１までのシステムにおけるＴＤＤは、ＵＬとＤＬの構成比率が複数パターン定められており（DL/UL  Configuration0-6）、各ＤＬ／ＵＬ構成においてＵＬサブフレームに割当てられるＤＬサブフレームが決められている。例えば、図３Ｂは、ＤＬ／ＵＬ構成２（ＤＬ／ＵＬ  Ｃｏｎｆｉｇ．２）の場合を示しており、各ＤＬサブフレームは所定のＵＬサブフレームに割当てられている（対応付けられている）。図３Ｂにおいて、各ＤＬサブフレーム（特別サブフレームを含む）に付された番号は、対応するＵＬサブフレームからのサブフレーム数を示している。
【００２１】
既存システムでは、ＣＡを適用する場合もＡ／Ｎフィードバックタイミング（ＤＬ  ＨＡＲＱタイミング）は同じとなる。但し、ＵＬでＣＡを適用する場合であっても、ＰＵＣＣＨを用いたＡ／Ｎ送信は特定セル（ＰＣｅｌｌ）でのみ行うことが規定されている。
【００２２】
また、既存システムでは、送達確認信号（Ａ／Ｎ信号）やチャネル品質情報（ＣＱＩ）等の上り制御信号のＰＵＣＣＨ送信として、複数のフォーマット（ＰＵＣＣＨフォーマット）が規定されている。以下に、Ａ／Ｎフィードバック用に規定されたＰＵＣＣＨフォーマットについて説明する。
【００２３】
ＦＤＤセルにおいてＣＡを適用しない場合（Ｎｏｎ−ＣＡ）、各ユーザ端末から１サブフレームでフィードバックされるＡ／Ｎは１〜２ビットとなる。この場合、ユーザ端末は、ＰＵＣＣＨフォーマット１ａ／１ｂを適用して、１又は２ビットのＡ／ＮをＢＰＳＫ又はＱＰＳＫを利用して（ＢＰＳＫ又はＱＰＳＫ変調して）送信する。ＰＵＣＣＨフォーマット１ａ／１ｂでは、下り制御情報（ＤＬ  ＤＣＩ）のスケジューリング場所（ＰＤＣＣＨ／ＥＰＤＣＣＨのリソース番号（ＣＣＥ／ＥＣＣＥ番号））とＲＲＣシグナリングで通知されるパラメータ（ＲＲＣパラメータ）とを用いてＡ／Ｎを割当てるＰＵＣＣＨリソースを決定する（図４参照）。この場合、１ＲＢあたり最大３６個のＡ／Ｎを符号化して多重できる。
【００２４】
ＦＤＤセルにおいてＣＡ（２ＣＣ）を適用する場合、各ユーザ端末から１サブフレームでフィードバックされるＡ／Ｎは最大４ビット必要となる。この場合、ユーザ端末は、ＰＵＣＣＨフォーマット１ｂに基づくチャネルセレクション（PUCCH  format  1b  with  channel  selection）を適用して、最大４ビットのＡ／Ｎを送信する。ＰＵＣＣＨフォーマット１ｂに基づくチャネルセレクション（以下、単に「チャネルセレクション」とも記す）では、ＰＣｅｌｌのＤＬ  ＤＣＩのスケジューリング場所（ＣＣＥ／ＥＣＣＥ番号）とＲＲＣパラメータとからＰＵＣＣＨリソース候補を決定する。また、ＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＴＰＣコマンド領域（ＡＲＩとも呼ばれる）とＲＲＣパラメータとから別のＰＵＣＣＨリソース候補を決定する（図５Ａ参照）。
【００２５】
ＡＲＩは、Ｒｅｌ．１０で導入されたＡＣＫ／ＮＡＣＫリソース識別子（A/N  Resource  Indicator）であり、ＣＡ適用時にＳＣｅｌｌで送信されたＰＤＳＣＨのＡ／Ｎフィードバックに利用するＰＣｅｌｌのＰＵＣＣＨリソースを指定するために利用される。具体的には、あらかじめＲＲＣ等上位レイヤによりＰＵＣＣＨリソース候補をユーザ端末に対して複数通知しておき、その中からいずれか１つをＡＲＩにより指定する。
【００２６】
チャネルセレクションでは、最大４ビットのＡ／Ｎを、複数のＰＵＣＣＨリソース候補とＱＰＳＫシンボルを用いて表現する。ユーザ端末は、各セルのＡ／Ｎの内容に応じて、所定のＰＵＣＣＨリソース／ＱＰＳＫシンボル点を選択してフィードバックする。
【００２７】
例えば、ＰＵＣＣＨフォーマット１ｂに基づくチャネルセレクションにおいて、４つのＰＵＣＣＨリソース候補を設定する場合を想定する。この場合、チャネルセレクションを行わない時（ＰＵＣＣＨフォーマット１ｂ）のＰＵＣＣＨリソースと、当該ＰＵＣＣＨリソースの次のＰＵＣＣＨリソースを、それぞれＰＵＣＣＨリソース候補１、２とする。ＰＵＣＣＨリソース候補２は、ＰＵＣＣＨリソース候補１の算出に用いたＣＣＥ／ＥＣＣＥに＋１を加算して算出することができる。また、あらかじめＲＲＣシグナリングで設定された４つのリソース候補セットから、ＳＣｅｌｌのＤＣＩに含まれるＴＰＣコマンド（ＡＲＩ）でダイナミックに指定したＰＵＣＣＨリソースを、ＰＵＣＣＨリソース候補３、４とする（図５Ｂ参照）。
【００２８】
また、ＦＤＤセルにおいて３ＣＣ以上のＣＡを適用する場合、各ユーザ端末から１サブフレームでフィードバックされるＡ／Ｎは最大１０ビット必要となる。この場合、ユーザ端末は、ＰＵＣＣＨフォーマット３を適用して、最大１０ビットのＡ／Ｎを送信する。ＰＵＣＣＨフォーマット３では、ＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＴＰＣコマンド（ＡＲＩ）とＲＲＣパラメータとからＰＵＣＣＨリソース候補を決定する（図６Ａ参照）。
【００２９】
具体的には、ユーザ端末は、あらかじめＲＲＣシグナリングで設定された４つのＰＵＣＣＨリソース候補から、ＳＣｅｌｌのＤＣＩに含まれるＴＰＣコマンド（ＡＲＩ）でダイナミックに指定されたＰＵＣＣＨリソースを適用する（図６Ｂ参照）。なお、ユーザ端末は、ＰＵＣＣＨフォーマット３が設定（Configure）されている場合であっても、ＳＣｅｌｌのＤＬ  ＤＣＩを検出しない場合には、ＰＵＣＣＨフォーマット１ｂを利用する（ＰＵＣＣＨフォーマット１ｂにフォールバック）。この場合のＰＵＣＣＨリソースは、上記図４で示した方法で定められる。
【００３０】
一方、ＴＤＤセルでは、複数ＤＬのＡ／Ｎを１つのＵＬに割当てるため、ＣＡを適用しない場合（Ｎｏｎ−ＣＡ）であっても、２ビットを超えるＡ／Ｎフィードバックが必要となる。そのため、ＴＤＤでは、複数のＤＬサブフレームのＡ／Ｎをまとめて１つのＡ／ＮとみなすＡ／Ｎバンドリングを行うことができる。この場合、ＰＵＣＣＨフォーマット１ａ／１ｂを利用してフィードバックを行うことができる。一方で、ＴＤＤでは、ＣＡを適用しない場合であっても、上記ＰＵＣＣＨフォーマット１ｂに基づくチャネルセレクションやＰＵＣＣＨフォーマット３を設定することも可能となっている。ＣＡを適用する場合には、上記ＰＵＣＣＨフォーマット１ｂに基づくチャネルセレクションやＰＵＣＣＨフォーマット３を適用する。
【００３１】
このように、既存システムでは、ＦＤＤとＴＤＤ間で異なるＰＵＣＣＨメカニズムがそれぞれ規定されているだけであるため、複数セル（複数ＣＣ）間で異なるＤｕｐｌｅｘ−ｍｏｄｅを適用してＣＡを行う場合（ＴＤＤ−ＦＤＤ  ＣＡ）のＰＵＣＣＨ送信方法をどのように行うかが問題となる。
【００３２】
また、本発明者等は、ＴＤＤ−ＦＤＤ  ＣＡにおいて、Ａ／Ｎフィードバック等をＰＣｅｌｌのＰＵＣＣＨのみ用いて行うと、フィードバックに利用するＵＬサブフレームが制限されるおそれがあることを見出した。例えば、ＴＤＤセルがＰＣｅｌｌ、ＦＤＤセルがＳＣｅｌｌとなる場合、送達確認信号等のＵＬ伝送を適切に行えなくなるおそれがある。
【００３３】
図７Ａは、ＴＤＤセルがＰＣｅｌｌ、ＦＤＤセルがＳＣｅｌｌとなる場合に、ＳＣｅｌｌ（ＦＤＤセル）のＤＬ  ＨＡＲＱタイミングを上記ＦＤＤセルのタイミング（図３Ａ）に合わせたフィードバック方法を示している。この場合、ＳＣｅｌｌ（ＦＤＤセル）の多くのＤＬサブフレームに対して、Ａ／Ｎフィードバック用のＵＬサブフレームを割当てることができなくなる。つまり、各ＤＬサブフレームで送信されるＰＤＳＣＨ信号のＡ／Ｎをフィードバックすることができない。さらに、ＳＣｅｌｌ（ＦＤＤセル）のＵＬサブフレームのリソースが空いているにも関わらずＰＵＣＣＨに利用することが出来ない。
【００３４】
図７Ｂは、ＴＤＤセルがＰＣｅｌｌ、ＦＤＤセルがＳＣｅｌｌとなる場合に、ＳＣｅｌｌ（ＦＤＤセル）のＤＬ  ＨＡＲＱタイミングを上記ＴＤＤセルのタイミング（図３Ｂ）に合わせたフィードバック方法を示している。この場合、図７Ａと比較してＰＣｅｌｌ（ＴＤＤセル）のＵＬサブフレームでＡ／Ｎフィードバック用のＵＬサブフレームを割り当てることができるＳＣｅｌｌのＤＬサブフレーム数は増加する。しかし、ＦＤＤセルのフィードバックタイミング（例えば、４ｍｓ）が変更されるため、従来と比較して複雑な制御が必要となるおそれがある。また、ＳＣｅｌｌ（ＦＤＤセル）のＵＬサブフレームのリソースが空いている場合であってもＰＵＣＣＨに利用することが出来ない。
【００３５】
そこで、本発明者等は、ＴＤＤ−ＦＤＤ  ＣＡを適用する際（特に、ＴＤＤセルがＰＣｅｌｌ、ＦＤＤセルがＳＣｅｌｌとなる場合）に、ＳＣｅｌｌのＵＬにおいてＰＵＣＣＨを用いたＵＬ送信（ＰＵＣＣＨ送信）をサポートすることにより、ＰＣｅｌｌ及びＳＣｅｌｌの各ＤＬサブフレームに対してＵＬサブフレームを適切に割当てることができることを見出した。
【００３６】
具体的には、Ｉｎｔｒａ−ｅＮＢ  ＣＡにおいて、ＦＤＤセルとＴＤＤセルのいずれがＰＣｅｌｌであるかに関わらず、ＦＤＤセルの一方のみにＵＬサブフレームが設定される場合には、当該ＦＤＤセルのＵＬサブフレームを利用して送達確認信号等のフィードバック（ＰＵＣＣＨ送信）を行う。また、ＦＤＤセルとＴＤＤセルの両方でＵＬサブフレームが設定される場合（ＴＤＤセルのＵＬサブフレーム設定時）に、ＴＤＤセルとＦＤＤセルのいずれか一方又は両方のＵＬサブフレームを利用して送達確認信号のフィードバックを行うことを着想した（図８参照）。
【００３７】
つまり、Ｉｎｔｒａ−ｅＮＢ  ＣＡにおいて、ＦＤＤセルとＴＤＤセルの両方でＵＬが設定されるサブフレーム以外のサブフレームでは、ＦＤＤセルのＵＬサブフレームを用いてＡ／Ｎに関するＰＵＣＣＨ送信を行う。より具体的には、ＦＤＤセルのＤＬサブフレームの中で、ＴＤＤセルのＵＬサブフレームから４サブフレーム前のＤＬサブフレーム以外のＤＬサブフレームに対するＡ／ＮをＦＤＤセルのＵＬサブフレームを利用してフィードバックする。これにより、ＦＤＤセルとＴＤＤセルのいずれがＰＣｅｌｌであるかに関わらず、ＦＤＤのＵＬサブフレームのリソースを有効に活用する。また、ＦＤＤセルとＴＤＤセルの両方でＵＬが設定されるサブフレームで、ＴＤＤセルとＦＤＤセルのいずれか一方又は両方のサブフレームを利用してＡ／Ｎのフィードバックを制御する。
【００３８】
さらに、本発明者等は、Ｉｎｔｒａ−ｅＮＢ  ＣＡと、Ｉｎｔｅｒ−ｅＮＢ  ＣＡの２つの導入を考慮した場合、Ａ／Ｎフィードバックメカニズムを以下の通り適用することが望ましいことを着想した。
【００３９】
（１）Ｉｎｔｒａ−ｅＮＢ  ＣＡ、Ｉｎｔｅｒ−ｅＮＢ  ＣＡの何れであっても、何れかのＣＣのみでＤＬ割当て（Ａ／Ｎ送信）がある場合には、当該ＣＣにおいて（当該ＣＣに閉じて）ＨＡＲＱを行う。これにより、ＮＷ（例えば、基地局）とユーザ端末がサポートすべきフィードバックメカニズムを増やさずに実装負担を低減することができる。
【００４０】
（２）Ｉｎｔｒａ−ｅＮＢ  ＣＡでは、両方のＣＣでＤＬ割当てがある場合、何れか一方又は両方のＣＣからＡＣＫ／ＮＡＣＫのフィードバックを行う。なお、ユーザ端末がいずれのフィードバック方法を適用するかは、ユーザ端末の能力（ＵＥ  ｃａｐａｂｉｌｉｔｙ）や各ＣＣで適用される周波数帯の組み合わせ（Ｂａｎｄ  ｃｏｍｂｉｎａｔｉｏｎ）等に依存する。
【００４１】
（３）Ｉｎｔｅｒ−ｅＮＢ  ＣＡでは、両方のＣＣでＤＬ割当てがある場合、２つのＣＣでそれぞれ（各ＣＣに閉じて）フィードバックを行う。
【００４２】
（４）Ｉｎｔｒａ−ｅＮＢ  ＣＡと、Ｉｎｔｅｒ−ｅＮＢ  ＣＡとで、ＨＡＲＱタイミングを共通とする。例えば、いずれの場合もＣＡを適用しない既存のＨＡＲＱタイミングとすることができる。
【００４３】
以下に、本実施の形態にかかる具体的なＡ／Ｎフィードバックについて図面を参照して詳細に説明する。なお、以下の説明では、ＴＤＤセルにおいてＴＤＤ構成２を用いる場合を例に挙げて説明するが、本実施の形態で適用可能なＴＤＤ構成はこれに限られない。
【００４４】
（実施の形態１）
実施の形態１では、ＴＤＤ−ＦＤＤ  ＣＡにおいて、ユーザ端末が適用するＡ／Ｎフィードバック方法（ＰＵＣＣＨ送信を行うセル、ＰＵＣＣＨリソースの決定）について説明する。
【００４５】
＜Ｉｎｔｒａ−ｅＮＢ  ＣＡ＞
Ｉｎｔｒａ−ｅＮＢ  ＣＡにおいて、一方のセルのＡ／Ｎフィードバックのみ行う場合には、当該一方のセルでＣＡ非適用（Ｎｏｎ−ＣＡ）の場合と同様にＰＵＣＣＨ送信を行う。例えば、ＰＣｅｌｌのＡ／Ｎフィードバックしか行わないサブフレームでは、ＰＣｅｌｌのＰＵＣＣＨを適用する。この場合、ユーザ端末は、既存システムにおけるＣＡ非適用（Ｎｏｎ−ＣＡ）と同様に、ＰＣｅｌｌで送信されるＰＤＣＣＨ／ＥＰＤＣＣＨリソース番号（ＣＣＥ番号／ＥＣＣＥ番号）からＰＵＣＣＨリソースを決定する。ユーザ端末が適用するＰＵＣＣＨフォーマットはＣＡ非適用時に利用するＰＵＣＣＨフォーマットとすることができる。
【００４６】
また、ＳＣｅｌｌのＡＣＫ／ＮＡＣＫフィードバックしか行わないサブフレームでは、ＳＣｅｌｌのＰＵＣＣＨを適用する。この場合、ユーザ端末は、既存システムにおけるＣＡ非適用（Ｎｏｎ−ＣＡ）と同様に、ＳＣｅｌｌで送信されるＰＤＣＣＨ／ＥＰＤＣＣＨリソース番号（ＣＣＥ番号／ＥＣＣＥ番号）からＰＵＣＣＨリソースを決定する。ユーザ端末が適用するＰＵＣＣＨフォーマットはＣＡ非適用時に利用するＰＵＣＣＨフォーマットとすることができる。
【００４７】
ＦＤＤセルとＴＤＤセルの両方からＡ／Ｎ送信を行うサブフレームでは、いずれか一方（例えば、ＰＣｅｌｌ）のＰＵＣＣＨにＡ／Ｎを集約してフィードバックする（図９Ａ、９Ｂ参照）。図９ＡはＦＤＤセルがＰＣｅｌｌである場合、図９ＢはＴＤＤセルがＰＣｅｌｌである場合を示しており、両方のセルからフィードバックするＡ／Ｎがある場合にＰＣｅｌｌに多重して送信する場合を示している。なお、図９では、ＦＤＤセルにおいて、ＦＤＤセルとＴＤＤセルの両方でＵＬが設定されるサブフレームに対するＤＬサブフレームの割当てしか示していないが、他のＤＬサブフレームも上記図８で示したように、かかるＤＬサブフレームに対応するＵＬサブフレームが割当てられている。これは、以下の図１０、１２、１７でも同様である。
【００４８】
このように、ＦＤＤセルとＴＤＤセルの一方に対して各セルのＡ／Ｎを多重する場合、ユーザ端末は、ＰＵＣＣＨフォーマット１ｂに基づくチャネルセレクション又はＰＵＣＣＨフォーマット３を適用する（既存ＣＡのリユース）。また、チャネルセレクションにおけるＰＵＣＣＨリソース候補、ＰＵＣＣＨフォーマット３で利用するＰＵＣＣＨリソースについては、ＳＣｅｌｌのＤＬ  ＤＣＩの情報（ＴＰＣコマンド領域）をＡＲＩとして利用して決定することができる。
【００４９】
なお、本実施の形態では、ＦＤＤセルとＴＤＤセルの両方からＡ／Ｎ送信を行う場合に、ＰＣｅｌｌでなくＳＣｅｌｌのＰＵＣＣＨにＡ／Ｎを集約してフィードバックしてもよい。そのため、基地局は、ＲＲＣシグナリングを用いてＰＣｅｌｌのＰＵＣＣＨリソース候補及び／又はＳＣｅｌｌのＰＵＣＣＨリソース候補をユーザ端末に適宜設定する。また、基地局は、ＰＣｅｌｌのＰＵＣＣＨリソース候補及びＳＣｅｌｌのＰＵＣＣＨリソース候補をＲＲＣシグナリングで設定する場合、ＡＲＩを利用してＰＵＣＣＨ送信を行うＣＣをユーザ端末に指示することができる。これにより、ダイナミック（動的）なＰＵＣＣＨオフローディングが可能となる。
【００５０】
＜Ｉｎｔｅｒ−ｅＮＢ  ＣＡ＞
Ｉｎｔｅｒ−ｅＮＢ  ＣＡでは、ＦＤＤセルとＴＤＤセルの一方又は双方からＡ／Ｎ送信がある場合に関わらず、各セルのＵＬサブフレームを用いてＡ／Ｎフィードバックを行う。例えば、ＰＣｅｌｌのＡ／Ｎフィードバックしか行わないサブフレームでは、ＰＣｅｌｌのＰＵＣＣＨを適用する。この場合、ユーザ端末は、既存システムにおけるＣＡ非適用（Ｎｏｎ−ＣＡ）と同様に、ＰＣｅｌｌで送信されるＰＤＣＣＨ／ＥＰＤＣＣＨリソース番号（ＣＣＥ番号／ＥＣＣＥ番号）からＰＵＣＣＨリソースを決定する。
【００５１】
また、ＳＣｅｌｌのＡＣＫ／ＮＡＣＫフィードバックしか行わないサブフレームでは、ＳＣｅｌｌのＰＵＣＣＨを適用する。この場合、ユーザ端末は、既存システムにおけるＣＡ非適用（Ｎｏｎ−ＣＡ）と同様に、ＳＣｅｌｌで送信されるＰＤＣＣＨ／ＥＰＤＣＣＨリソース番号（ＣＣＥ番号／ＥＣＣＥ番号）からＰＵＣＣＨリソースを決定する。
【００５２】
ＦＤＤセルとＴＤＤセルの両方からＡ／Ｎ送信を行うサブフレームでは、各セルのＡ／ＮをそれぞれのＰＵＣＣＨを用いて独立に送信する（図１０参照）。この場合、ユーザ端末は、既存のＣＡ非適用（Ｎｏｎ−ＣＡ）と同様に、各セルで送信されるＰＤＣＣＨ／ＥＰＤＣＣＨリソース番号から各セルで利用するＰＵＣＣＨリソースを決定する。
【００５３】
このように、ＦＤＤセルとＴＤＤセルの両方からＡ／Ｎ送信を行う場合であっても、各セルのＡ／ＮをそれぞれのＰＵＣＣＨを用いて独立に送信することにより、各セルの各基地局間がＮｏｎ−ｉｄｅａｌ  ｂａｃｋｈａｕｌ接続でもＤＬ  ＨＡＲＱを適切に行うことが可能となる。
【００５４】
（実施の形態２）
上記実施の形態１におけるＩｎｔｒａ−ｅＮＢ  ＣＡでは、ＴＤＤセルとＦＤＤセルの両方でＵＬが設定されるサブフレームにおいてＦＤＤセルとＴＤＤセルの両方からＡ／Ｎ送信を行う場合、ユーザ端末は１ＣＣに集約してＰＵＣＣＨ送信を行う。しかし、本発明者等は、かかる場合にユーザ端末がＰＣｅｌｌのＤＬ  ＤＣＩを正しく受信できない場合に問題が生じるおそれがあることを見出した。
【００５５】
ユーザ端末が各ＣＣのＡ／Ｎを１ＣＣに集約して送信する場合、ＳＣｅｌｌのＴＰＣコマンド領域をＡＲＩとして利用して、チャネルセレクションやＰＵＣＣＨフォーマット３において利用するＰＵＣＣＨリソースの選択を行う。一方で、ＳＣｅｌｌにしか割当てがない（ＳＣｅｌｌのＡ／Ｎしかない）場合には、ＳＣｅｌｌのＴＰＣコマンド領域をＰＵＣＣＨの送信電力制御に利用する。つまり、ＳＣｅｌｌしか割当てがない場合と、ＰＣｅｌｌとＳＣｅｌｌの両方に割当てがある場合とで、ユーザ端末に対するＳＣｅｌｌのＴＰＣコマンドの役割（電力制御又はＡＲＩ）が変わってくる。
【００５６】
ユーザ端末がＰＣｅｌｌ及びＳＣｅｌｌの割当を正しく検出した場合には、ユーザ端末は、ＡＲＩを用いてＰＵＣＣＨリソースを決定する。しかし、ユーザ端末がＰＣｅｌｌのＤＣＩを検出できなかった（検出ミスした）場合、ユーザ端末は、ＳＣｅｌｌしか割当てがないと判断してＳＣｅｌｌのみＡ／Ｎフィードバックを行う。かかる場合、ユーザ端末は、ＳＣｅｌｌのＴＰＣコマンドを本来の役割であるＡＲＩとしてではなく、ＴＰＣコマンドとして適用してしまう（図１１参照）。これにより、ＡＲＩとして機能するビット情報によってＳＣｅｌｌのＰＵＣＣＨの送信電力が変化してしまう。
【００５７】
例えば、ＦＤＤセルがＰＣｅｌｌの場合に、ＴＤＤセルとＦＤＤセルの両方でＵＬとなるサブフレームにおいて、ＴＤＤセルとＦＤＤセルの両方からＤＬ割当て（Ａ／Ｎ送信）がある場合を想定する。ユーザ端末が、当該サブフレームから４サブフレーム前のＦＤＤのＤＬサブフレームにおいてＤＬ  ＤＣＩ（ＰＤＣＣＨ信号）を検出ミスした場合、ＴＤＤセルにしかＤＬ割当てがないと判断してＳＣｅｌｌでＰＵＣＣＨ送信を行う（図１２Ａ参照）。
【００５８】
この場合、ネットワーク（ＮＷ）は、ユーザ端末に対して、ＴＤＤセル（ＳＣｅｌｌ）のＤＣＩ中のＴＰＣコマンドをＡＲＩとして、ＰＵＣＣＨリソースを指定している。一方、ユーザ端末は、ＳＣｅｌｌのＰＤＣＣＨ／ＥＰＤＣＣＨリソースからＰＵＣＣＨリソースを決定する。そのため、ＴＤＤのＤＣＩで指示したＡＲＩが、ユーザ端末にとってＴＰＣコマンドとして反映されてしまう。なお、ＳＣｅｌｌであるＴＤＤセルのＤＣＩを検出ミスした場合には、特段の問題は生じない。
【００５９】
同様に、ＴＤＤがＰＣｅｌｌの場合に、ＴＤＤセルとＦＤＤセルの両方でＵＬとなるサブフレームにおいて、ＴＤＤセルとＦＤＤセルの両方からＤＬ割当て（Ａ／Ｎ送信）がある場合を想定する。ユーザ端末がＴＤＤセルのＤＬ  ＤＣＩ（ＰＤＣＣＨ信号）を検出ミスした場合、ＦＤＤセルにしかＤＬ割当てがないと判断し、ＳＣｅｌｌでＰＵＣＣＨ送信を行う（図１２Ｂ参照）。
【００６０】
この場合、ネットワーク（ＮＷ）は、ユーザ端末に対して、ＦＤＤセル（ＳＣｅｌｌ）のＤＣＩ中のＴＰＣコマンドをＡＲＩとして、ＰＵＣＣＨリソースを指定している。一方、ユーザ端末は、ＳＣｅｌｌのＰＤＣＣＨ／ＥＰＤＣＣＨリソースからＰＵＣＣＨリソースを決定する。そのため、ＦＤＤのＤＣＩで指示したＡＲＩが、ユーザ端末にとってＴＰＣコマンドとして反映されてしまう。なお、ＳＣｅｌｌであるＦＤＤセルのＤＣＩを検出ミスした場合には、特段の問題は生じない。
【００６１】
上記問題は、ＦＤＤ−ＦＤＤ  ＣＡや、ＴＤＤ−ＴＤＤ  ＣＡにおいても、ＳＣｅｌｌでのＰＵＣＣＨ送信を導入した場合には同様の問題が生じる。そこで、本発明者等は、ＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＴＰＣコマンドをＡＲＩとして使用しないこと（態様１）を着想した。かかる場合、ＰＣｅｌｌとＳＣｅｌｌの両方のＤＬ割当てに対するＡ／Ｎフィードバックを行う際には、従来とは異なる方法でＰＵＣＣＨリソースを決定する。また、本発明者等は、ＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＴＰＣコマンドをＡＲＩとして使用する一方で、ＳＣｅｌｌのＤＬ  ＤＣＩのみ検出した場合にＴＰＣコマンドの適用を制限すること（態様２）を着想した。
【００６２】
例えば、態様１では、ユーザ端末は、ＡＲＩに代えてＳＣｅｌｌ及び／又はＰＣｅｌｌのＤＬ  ＤＣＩが含まれるＰＤＣＣＨ／ＥＰＤＣＣＨリソースや信号構成（Ｃｏｎｆｉｇ）を用いてＰＵＣＣＨリソースを決定する。また、態様２では、ユーザ端末は、ＳＣｅｌｌのＴＰＣコマンドの利用を制限する。態様１、態様２を適用することにより、ユーザ端末がＰＣｅｌｌのＤＬ  ＤＣＩを検出ミスした場合であっても、ＮＷ（基地局）とユーザ端末間でＴＰＣコマンドの機能（ＴＰＣコマンド又はＡＲＩとしての利用）について齟齬が生じることを抑制し、判断を統一化することが可能となる。以下に、態様１、態様２について詳細に説明する。
【００６３】
（態様１）
態様１では、ＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＴＰＣコマンドをＡＲＩとして使用することをやめて、ＰＤＣＣＨ／ＥＰＤＣＣＨリソースや信号構成（Ｃｏｎｆｉｇ）を用いてＰＵＣＣＨリソースを決定する。以下に、態様１における方法１〜３について説明する。
【００６４】
＜方法１＞
方法１では、ＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＴＰＣコマンドをＡＲＩとして利用せず、ＳＣｅｌｌのＤＬ  ＤＣＩが含まれるＰＤＣＣＨ／ＥＰＤＣＣＨリソースを仮想ＡＲＩ（Ｖｉｒｔｕａｌ  ＡＲＩ）として利用する。
【００６５】
ＰＵＣＣＨフォーマット１ｂに基づくチャネルセレクションを適用する場合、複数のＰＵＣＣＨリソース候補を、ＡＲＩを利用せずにＰＣｅｌｌとＳＣｅｌｌのＰＤＣＣＨ／ＥＰＤＣＣＨリソース（ＣＣＥ／ＥＣＣＥ）に基づいて決定する。具体的には、ＰＣｅｌｌのみＡ／Ｎフィードバックする場合に利用するＰＵＣＣＨリソースと、ＳＣｅｌｌのみＡ／Ｎフィードバックする場合に利用するＰＵＣＣＨリソースと、をＰＵＣＣＨリソース候補とする（図１３参照）。
【００６６】
また、他のＰＵＣＣＨリソース候補は、上記２つのＰＵＣＣＨリソースの一方又は双方に基づいて決定することができる。例えば、上記２つのＰＵＣＣＨリソースの一方又は双方に所定数（例えば、＋１、−１）を付加して得られたＰＵＣＣＨリソースを利用する。
【００６７】
これにより、ユーザ端末が、ＰＣｅｌｌのＤＬ  ＤＣＩを検出ミスした場合であっても、ＮＷ（基地局）とユーザ端末間においてＴＰＣコマンド（又はＡＲＩ）の判断に相違が生じることを抑制できる。
【００６８】
また、上記方法では、ＰＣｅｌｌとＳＣｅｌｌの両方でＡ／Ｎ送信が行われる場合にユーザ端末が何れか一方を検出ミスしても、チャネルセレクションのＰＵＣＣＨリソース候補の中からＰＵＣＣＨリソースが選択される。換言すれば、基地局は、ＰＣｅｌｌのみ・ＳＣｅｌｌのみの場合に割り当てるＰＵＣＣＨリソースの確認を行えば、ユーザ端末によるＤＬ  ＤＣＩの検出ミス有無に関わらず、すべてのケースにおけるＡ／Ｎを受信できる。したがって、基地局によるＰＵＣＣＨリソースの検出負荷を低減することができる。
【００６９】
ＰＵＣＣＨフォーマット３を適用する場合、ＲＲＣシグナリングで通知される複数のＰＵＣＣＨリソース候補の中から、ＡＲＩを利用せずにＳＣｅｌｌのＰＤＣＣＨ／ＥＰＤＣＣＨの信号構成に関する情報に基づいて特定のＰＵＣＣＨリソースを決定する（図１４参照）。ＰＤＣＣＨ／ＥＰＤＣＣＨの信号構成（ＰＤＣＣＨ／ＥＰＤＣＣＨ  Ｃｏｎｆｉｇ）に関する情報としては、ＳＣｅｌｌの下り制御情報（ＤＬ  ＤＣＩ）が含まれるＰＤＣＣＨ／ＥＰＤＣＣＨのＣＣＥ／ＥＣＣＥ番号、アグリゲーションレベル、サーチスペース、チャネルセット番号等が挙げられる。これらの情報と、特定のＰＵＣＣＨリソースの関係は、あらかじめ上位レイヤによって定められているものとする。ＲＲＣによって通知される、としてもよい。
【００７０】
例えば、ユーザ端末は、ＳＣｅｌｌのＤＬ  ＤＣＩが含まれるＰＤＣＣＨ／ＥＰＤＣＣＨのＣＣＥ／ＥＣＣＥ番号が偶数又は奇数であるか、所定値より大きい又は小さいか等を考慮して特定のＰＵＣＣＨリソースを決定する。
【００７１】
あるいは、ユーザ端末は、ＳＣｅｌｌのＤＬ  ＤＣＩが含まれるＰＤＣＣＨ／ＥＰＤＣＣＨのアグリゲーションレベル（ＡＬ：Ａｇｇｒｅｇａｔｉｏｎ  Ｌｅｖｅｌ）がＡＬ＝１、２であるか又はＡＬ＝４、８であるかを考慮してＰＵＣＣＨリソースを決定する。あるいは、ユーザ端末は、ＳＣｅｌｌのＤＬ  ＤＣＩが含まれるＰＤＣＣＨ／ＥＰＤＣＣＨのサーチスペースが共通サーチスペース（Ｃｏｍｍｏｎ−ＳＳ）又はユーザ固有サーチスペース（ＵＥ−ＳＳ）であるかを考慮してＰＵＣＣＨリソースを決定する。
【００７２】
あるいは、ユーザ端末は、ＳＣｅｌｌのＤＬ  ＤＣＩが含まれるＰＤＣＣＨ／ＥＰＤＣＣＨのチャネルセット番号（例えば、ＰＤＣＣＨ、ＥＰＤＣＣＨ  ｓｅｔ１、又はＥＰＤＣＣＨ  ｓｅｔ２）に基づいてＰＵＣＣＨリソースを決定する。チャネルセット番号は、ユーザ端末がＤＬ  ＤＣＩを割当てるチャネルに相当する。各ユーザ端末にＥＰＤＣＣＨが割当てられる場合、複数のＥＰＤＣＣＨが含まれるＥＰＤＣＣＨセット番号が割当てられる。
【００７３】
なお、ユーザ端末は、ＰＤＣＣＨ／ＥＰＤＣＣＨのＣＣＥ／ＥＣＣＥ番号、アグリゲーションレベル、サーチスペース、チャネルセット番号を適宜組み合わせてＰＵＣＣＨリソースを決定することも可能である。
【００７４】
このように、ＡＲＩを利用せずにＰＵＣＣＨリソースを決定することにより、ユーザ端末がＰＣｅｌｌのＤＬ  ＤＣＩを検出ミスした場合であっても、ＮＷ（基地局）とユーザ端末間での判断に相違が生じることを抑制できる。また、基地局は、ＡＲＩを利用せずにＰＵＣＣＨフォーマット３のリソースを動的にスケジューリングすることが可能となる。さらに、ＳＣｅｌｌのＰＤＣＣＨ／ＥＰＤＣＣＨの信号構成とＰＵＣＣＨリソースとの関係をあらかじめＲＲＣにより通知する場合、動的なスケジューリングに加え、上り回線のトラフィック（混雑度）の性質や上り回線帯域内の部分周波数ごとの干渉レベルなどに応じて、より柔軟にＰＵＣＣＨリソースを割り当てることが可能となる。
【００７５】
＜方法２＞
方法２では、ＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＴＰＣコマンドをＡＲＩとして利用せず、ＰＣｅｌｌのＤＬ  ＤＣＩが含まれるＰＤＣＣＨ／ＥＰＤＣＣＨリソースを仮想ＡＲＩとして利用する。以下に、方法２について説明する。
【００７６】
ＰＵＣＣＨフォーマット１ｂに基づくチャネルセレクション又はＰＵＣＣＨフォーマット３を適用する場合、ＲＲＣシグナリングで通知される複数のＰＵＣＣＨリソース候補の中から、ＡＲＩを利用せずにＰＣｅｌｌのＰＤＣＣＨ／ＥＰＤＣＣＨの信号構成（ＰＤＣＣＨ／ＥＰＤＣＣＨ  Ｃｏｎｆｉｇ）に関する情報に基づいてＰＵＣＣＨリソース（又はＰＵＣＣＨリソース候補）を決定する（図１５参照）。
【００７７】
ＰＤＣＣＨ／ＥＰＤＣＣＨの信号構成に関する情報としては、ＰＣｅｌｌの下り制御情報（ＤＬ  ＤＣＩ）が含まれるＰＤＣＣＨ／ＥＰＤＣＣＨのＣＣＥ／ＥＣＣＥ番号、アグリゲーションレベル、サーチスペース、チャネルセット番号等が挙げられる。なお、ユーザ端末は、ＰＤＣＣＨ／ＥＰＤＣＣＨのＣＣＥ／ＥＣＣＥ番号、アグリゲーションレベル、サーチスペース、チャネルセット番号を適宜組み合わせてＰＵＣＣＨリソースを決定することも可能である。なお、これらの情報と、ＰＵＣＣＨリソースの関係は、あらかじめ上位レイヤによって定められているものとする。ＲＲＣによって通知される、としてもよい。
【００７８】
これにより、ユーザ端末が、ＰＣｅｌｌのＤＬ  ＤＣＩを検出ミスした場合であっても、ＮＷ（基地局）とユーザ端末間においてＴＰＣコマンド（又はＡＲＩ）の判断に相違が生じることを抑制できる。また、基地局は、ＡＲＩを利用せずにＰＵＣＣＨリソースを動的にスケジューリングすることが可能となる。ＰＣｅｌｌのＰＤＣＣＨ／ＥＰＤＣＣＨの信号構成とＰＵＣＣＨリソースとの関係をあらかじめＲＲＣにより通知する場合、動的なスケジューリングに加え、上り回線のトラフィック（混雑度）の性質や上り回線帯域内の部分周波数ごとの干渉レベルなどに応じて、より柔軟にＰＵＣＣＨリソースを割り当てることが可能となる。
【００７９】
さらに、方法１と方法２を組み合わせ、ＰＣｅｌｌおよびＳＣｅｌｌのＤＬ  ＤＣＩが含まれるＰＤＣＣＨ／ＥＰＤＣＣＨリソースや信号構成（Ｃｏｎｆｉｇ）両方を用いてＰＵＣＣＨリソースを決定してもよい。例えば、ＰＵＣＣＨリソースを、ＰＣｅｌｌのＤＬ  ＤＣＩが含まれるＰＤＣＣＨ／ＥＰＤＣＣＨのＣＣＥ／ＥＣＣＥ番号が所定値より大きい又は小さいか、および、ＳＣｅｌｌのＤＬ  ＤＣＩが含まれるＰＤＣＣＨ／ＥＰＤＣＣＨのＣＣＥ／ＥＣＣＥ番号が偶数か奇数か、により特定のＰＵＣＣＨリソースを決定する方法が考えられる。換言すれば、ＰＣｅｌｌのＤＬ  ＤＣＩが含まれるＰＤＣＣＨ／ＥＰＤＣＣＨのリソースや信号構成（Ｃｏｎｆｉｇ）でＰＵＣＣＨリソースセットを選択し、ＳＣｅｌｌのＤＬ  ＤＣＩが含まれるＰＤＣＣＨ／ＥＰＤＣＣＨのリソースや信号構成（Ｃｏｎｆｉｇ）により前記ＰＵＣＣＨリソースセットの中から1つのＰＵＣＣＨリソースを選択することに相当する。このようにすることで、ＰＣｅｌｌとＳＣｅｌｌ両方におけるＤＬ  ＤＣＩのスケジューラを用いてより自由にＰＵＣＣＨリソースを定めることが可能となる。
【００８０】
＜方法３＞
方法３では、ＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＴＰＣコマンドをＡＲＩとして利用せず、ＰＵＣＣＨリソース候補をあらかじめユーザ端末に通知する。具体的には、基地局がＰＵＣＣＨフォーマット１ｂに基づくチャネルセレクションやＰＵＣＣＨフォーマット３で必要となるＰＵＣＣＨリソースを、上位レイヤシグナリング（例えば、ＲＲＣシグナリング）によりユーザ端末に通知する。
【００８１】
ユーザ端末は、下り制御信号（ＤＣＩ）でなく上位レイヤから準静的（Ｓｅｍｉ−ｓｔａｔｉｃ）に通知されたＰＵＣＣＨリソースを利用する（図１６参照）。この場合、ＰＵＣＣＨフォーマット１ｂに基づくチャネルセレクション及びＰＵＣＣＨフォーマット３では、ＡＲＩによる動的スケジューリングを行わない。つまり、既存システムにおけるＡＲＩの値が固定である場合に相当する。
【００８２】
このように、ＰＵＣＣＨリソースを準静的に通知することにより、ＡＲＩによる動的スケジューリングが不要となるため、ユーザ端末が、ＰＣｅｌｌのＤＬ  ＤＣＩを検出ミスした場合であっても、ＮＷ（基地局）とユーザ端末間においてＴＰＣコマンド（又はＡＲＩ）の判断に相違が生じることを抑制できる。
【００８３】
なお、上記方法ではＡＲＩを利用しない構成となっている。そのため、ＰＣｅｌｌとＳＣｅｌｌの両方にＤＬ割当て（Ａ／Ｎフィードバック）がある場合、従来ＡＲＩとして利用していたＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＴＰＣコマンドが使用されないこととなる。一方で、ＰＵＣＣＨは異なるタイミングでＰＣｅｌｌとＳＣｅｌｌで送信される場合もあるため、それぞれ異なるＣＬ−ＴＰＣ（Ｃｌｏｓｅｄ−Ｌｏｏｐ  ＴＰＣ）を適用することが好ましい。
【００８４】
例えば、ＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＴＰＣコマンドは、ＰＣｅｌｌとＳＣｅｌｌの両方におけるＤＬ割当ての有無にかかわらず、ＳＣｅｌｌにおけるＰＵＣＣＨのＴＰＣコマンドとして利用してもよい。ＳＣｅｌｌだけにＤＬ割当て（Ａ／Ｎ送信）がある場合、ユーザ端末はＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＴＰＣコマンドを適用してＳＣｅｌｌでＰＵＣＣＨ送信を行う。
【００８５】
一方で、ＰＣｅｌｌとＳＣｅｌｌの両方にＤＬ割当てがありＰＣｅｌｌでＰＵＣＣＨ送信を行う場合、ＳＣｅｌｌではＰＵＣＣＨ送信を行わないが、ＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＴＰＣコマンドはそれ以降のＳＣｅｌｌにおけるＰＵＣＣＨ送信に反映することができる。これにより、オーバーヘッドを増加させずに、ＳＣｅｌｌのＰＵＣＣＨのＴＰＣコマンドの追従性を向上することができる。
【００８６】
（態様２）
態様２では、ＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＴＰＣコマンドをＡＲＩとして利用する一方で、ユーザ端末がＳＣｅｌｌのＤＬ  ＤＣＩのみ検出した場合にＴＰＣコマンドの適用を制限する。以下に、態様２における方法１〜５について説明する。
【００８７】
＜方法１＞
方法１では、ＳＣｅｌｌのＰＵＣＣＨが設定（Configure）されたユーザ端末は、ＳＣｅｌｌのＵＬグラントに含まれるＴＰＣコマンドを適用する。通常、ＰＵＣＣＨを制御するＴＰＣコマンドは、ＤＣＩのＤＬ割当て（DL  assignment）に含まれており、ＵＬグラントに含まれるＴＰＣコマンドはＰＵＳＣＨの送信電力制御に使用される。したがって、方法１では、従来別々のＴＰＣコマンドで送信電力制御が行われていたＰＵＳＣＨとＰＵＣＣＨを、同じＴＰＣコマンドで送信電力制御する。
【００８８】
ユーザ端末がＰＣｅｌｌを検出ミスしている場合、ＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＤＬ割当て（DL  assignment）のＴＰＣコマンドはＡＲＩとなる。そのため、方法１では、ＵＬグラントに含まれるＴＰＣコマンドを用いてＳＣｅｌｌ  ＰＵＣＣＨのＣＬ−ＴＰＣを行う。この場合、ＳＣｅｌｌはＰＵＳＣＨとＰＵＣＣＨに対して同時にＣＬ−ＴＰＣを行うことができる。
【００８９】
ユーザ端末がＰＣｅｌｌとＳＣｅｌｌのＤＬ  ＤＣＩを両方検出した場合、ＳＣｅｌｌのＴＰＣコマンドをＡＲＩとみなしてＰＵＣＣＨリソースを決定する。一方で、ＳＣｅｌｌのＤＬ  ＤＣＩしか検出しない場合、ＴＰＣコマンドは無視し、ＳＣｅｌｌのＰＤＣＣＨ／ＥＰＤＣＣＨリソースや信号構成等からＰＵＣＣＨリソースを決定する。また、ユーザ端末は、ＳＣｅｌｌのＵＬグラントを検出した場合には、当該ＵＬグラントのＴＰＣコマンドにしたがってＳＣｅｌｌ  ＰＵＣＣＨの送信電力を変更する。
【００９０】
これにより、ユーザ端末が誤ったＴＰＣコマンドを適用することに起因してＮＷとユーザ端末間の想定電力に差が生じることを抑制できる。また、ＳＣｅｌｌにおけるＰＵＣＣＨは、主に図１Ｂ、１Ｃに描かれたＲＲＨ（Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｈｅａｄ）に向けて送信することが想定される。一方、ＰＵＳＣＨの送信も、所用送信電力が小さなＲＲＨに向けて送信することが望ましい。したがって、ＳＣｅｌｌのＰＵＣＣＨとＰＵＳＣＨは同じＲＲＨに対して送信される可能性が高い。このため、ＳＣｅｌｌのＰＵＣＣＨとＰＵＳＣＨは同一のＴＰＣコマンドで送信電力することが可能になると考えられる。
【００９１】
＜方法２＞
方法２では、ＳＣｅｌｌのＰＵＣＣＨが設定されたユーザ端末は、ＰＣｅｌｌのＤＣＩフォーマット３／３Ａに含まれるＴＰＣコマンドを用いてＳＣｅｌｌ  ＰＵＣＣＨのＣＬ−ＴＰＣを行う。
【００９２】
ＤＣＩフォーマット３／３Ａは、共通サーチスペースに設定されるＴＰＣコマンド用の制御情報フォーマットである。通常、ユーザ端末は、ＵＬグラント又はＤＬ割当てを検出した場合、当該ＵＬグラント又はＤＬ割当てに含まれるＴＰＣコマンドを用いて送信電力制御を行う。一方で、ユーザ端末は、ＵＬグラント又はＤＬ割当てとＤＣＩフォーマット３／３Ａを同一サブフレームで検出したとしても、ＤＣＩフォーマット３／３Ａに含まれるＴＰＣコマンドを無視している。したがって、大量のデータを通信するユーザ端末に対しては、ＵＬグラントやＤＬ割当てが連続して送信されるため、ＤＣＩフォーマット３／３ＡによるＴＰＣコマンドは適用されないことが多くなる。そこで、方法２では、ＳＣｅｌｌのＤＬ  ＤＣＩのみ検出した場合にＤＣＩフォーマット３／３Ａを優先して適用する。
【００９３】
ユーザ端末がＰＣｅｌｌを検出ミスしている場合、ＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＤＬ割当て（DL  assignment）のＴＰＣコマンドはＡＲＩとなる。そのため、ＳＣｅｌｌのＰＵＣＣＨが設定されたユーザ端末は、ＰＣｅｌｌのＤＣＩフォーマット３／３Ａに含まれるＴＰＣコマンドを優先して適用し、ＳＣｅｌｌ  ＰＵＣＣＨのＣＬ−ＴＰＣを行う。したがって、基地局は、ユーザ端末にＤＣＩ  ｆｏｒｍａｔ  ３／３Ａの使用とＴＰＣコマンドの優先度をＲＲＣ等上位レイヤにより設定（Configure）し、ＳＣｅｌｌのＰＵＣＣＨに適用させたいＴＰＣコマンドをＤＣＩ  ｆｏｒｍａｔ  ３／３Ａで送信すればよい。この場合、ユーザ端末はＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＴＰＣコマンドがＡＲＩとして使用されているにもかかわらず、ＤＣＩフォーマット３／３Ａを受信して適切に送信電力制御を行うことが可能となる。
【００９４】
ユーザ端末がＰＣｅｌｌとＳＣｅｌｌのＤＬ  ＤＣＩを両方検出した場合、ＳＣｅｌｌのＴＰＣコマンドをＡＲＩとみなしてＰＵＣＣＨリソースを決定する。一方で、ＳＣｅｌｌのＤＬ  ＤＣＩしか検出しない場合、ＴＰＣコマンドは無視し、ＳＣｅｌｌのＰＤＣＣＨ／ＥＰＤＣＣＨリソースや信号構成等からＰＵＣＣＨリソースを決定する。また、ユーザ端末は、ＰＣｅｌｌのＤＣＩフォーマット３／３Ａを検出した場合には、当該ＴＰＣコマンドにしたがってＳＣｅｌｌ  ＰＵＣＣＨの送信電力を変更する。
【００９５】
これにより、ユーザ端末が誤ったＴＰＣコマンドを適用することに起因してＮＷとユーザ端末間の想定電力に差が生じることを抑制できる。ＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＤＬ割り当て（DL  assignment）のＴＰＣコマンドを従来通りＡＲＩとして使用する一方で、ＤＣＩ  ｆｏｒｍａｔ  ３／３ＡによりＴＰＣコマンドを送信することで、ＳＣｅｌｌのＰＵＣＣＨの送信電力制御を適切に行うことが可能となる。
【００９６】
＜方法３＞
方法３では、ＳＣｅｌｌのＰＵＣＣＨが設定されたユーザ端末は、ＳＣｅｌｌのＵＬグラントに含まれるＴＰＣコマンドのビットをＣＬ−ＴＰＣに利用しない期間（サブフレーム）を設ける。
【００９７】
例えば、ＴＤＤセルがＰＣｅｌｌ、ＦＤＤセルがＳＣｅｌｌであり、ＳＣｅｌｌのＤＬ  ＤＣＩのみ検出した場合を想定する。かかる場合、ユーザ端末は、ＴＤＤセルとＦＤＤセルが同時にＵＬとなるサブフレームの所定期間前（例えば、４ｍｓ前）のサブフレームでは、ＳＣｅｌｌ（ＦＤＤセル）のＤＬ  ＤＣＩに含まれるＴＰＣコマンドはＣＬ−ＴＰＣに用いない。その他のサブフレームでは、当該ＴＰＣコマンドをＳＣｅｌｌのＰＵＣＣＨのＣＬ−ＴＰＣに用いる（図１７参照）。
【００９８】
また、ＴＤＤセルがＰＣｅｌｌ、ＦＤＤセルがＳＣｅｌｌであり、ＰＣｅｌｌとＳＣｅｌｌ両方のＤＬ  ＤＣＩを検出した場合、ＳＣｅｌｌのＤＬ  ＤＣＩに含まれるＴＰＣコマンドをＡＲＩとして用いる。
【００９９】
このように、ユーザ端末の検出ミスの可能性が考えられるサブフレーム（ＳＣｅｌｌのみＡ／Ｎ送信する場合）について、ＴＰＣコマンドの使用を選択的に制限することにより、ＴＰＣコマンドの制限を最小限にすることができる。また、ユーザ端末が誤ったＴＰＣコマンドを適用することに起因してＮＷとユーザ端末間の想定電力に差が生じることを抑制できる。
【０１００】
＜方法４＞
方法４では、ＳＣｅｌｌのＰＵＣＣＨが設定されたユーザ端末は、ＳＣｅｌｌのＤＣＩに含まれるＴＰＣコマンドをＴＰＣコマンド領域とＡＲＩ領域に分割して利用する。例えば、ＴＰＣコマンドが２ビットである場合、ユーザ端末は１ビットのＴＰＣコマンド領域と１ビットのＡＲＩ領域に分割して、各領域の美とに基づいて電力制御及びＰＵＣＣＨリソースの決定を行う。
【０１０１】
この場合、ＡＲＩで指定できるＰＵＣＣＨリソースを２個とする（既存システムのＡＲＩは４個（２ビット））。また、ＴＰＣコマンドで指示する値を２個（例えば、＋１ｄＢと−１ｄＢ等）とする（既存ＴＰＣコマンドは４個（２ビット））。
【０１０２】
ユーザ端末は、ＰＣｅｌｌとＳＣｅｌｌのＤＣＩを両方検出した場合、１ビットのＡＲＩを用いてＰＵＣＣＨリソースを決定する。また、ユーザ端末は、ＳＣｅｌｌのＤＣＩのみ検出した場合、１ビットのＴＰＣコマンドを用い、１ビットのＡＲＩは無視する。この際、ＰＵＣＣＨリソースは、ＳＣｅｌｌのＤＣＩが含まれるＰＤＣＣＨ／ＥＰＤＣＣＨリソースで定まるＰＵＣＣＨリソースを用いる。
【０１０３】
これにより、ユーザ端末が誤ったＴＰＣコマンドを適用することに起因してＮＷとユーザ端末間の想定電力に差が生じることを抑制できる。また、既存のＴＰＣビットを利用するため、新たなオーバーヘッドの増加を抑制することができる。また、ＡＲＩで指定できるＰＵＣＣＨリソースはユーザ端末毎に設定できるため、候補が２個あれば十分動的なＰＵＣＣＨリソース指示が可能である。
【０１０４】
＜方法５＞
方法５では、ＳＣｅｌｌのＰＵＣＣＨ送信を特定の下り制御情報（ＥＰＤＣＣＨ）で選択的に制御する。具体的には、ＳＣｅｌｌのＰＵＣＣＨ送信はＳＣｅｌｌのＥＰＤＣＣＨでＤＬ  ＤＣＩが送信された場合のみ送信可能とし、ＥＰＤＣＣＨに含まれるＡＲＯ領域をＴＰＣコマンド領域として用いる。
【０１０５】
ＡＲＯは、Ｒｅｌ．１１で導入され、ＥＰＤＣＣＨにより復調されるＰＤＳＣＨのＡＣＫ／ＮＡＣＫフィードバックに利用されるＰＵＣＣＨリソースを決定する際に、ＥＣＣＥ番号に加えるオフセット値を指定するものである。なお、ＥＰＤＣＣＨでは、２ビットのＡＲＯが規定されている。
【０１０６】
また、Ｒｅｌ．１１で導入されたＡＲＯは、ＣＡの適用が考慮されておらず（Ｎｏｎ−ＣＡ）、ＣＡを適用する際には未使用（ゼロ固定）とすることが規定されている。そこで、方法５では、ＣＡ適用時にＡＲＯを利用して電力制御を行うことにより、ＴＰＣとＡＲＩをそれぞれ２ビットとして機能させることができる。
【０１０７】
これにより、ユーザ端末が誤ったＴＰＣコマンドを適用することに起因してＮＷとユーザ端末間の想定電力に差が生じることを抑制できる。また、未使用のビットを利用するため、新たなオーバーヘッドの増加を抑制することができる。
【０１０８】
なお、ＴＰＣコマンドとして利用する領域は、ＡＲＯ領域に限られず、その他ＤＣＩに含まれる未使用ビットを用いてもよい。また、ＴＰＣコマンドを電力制御として利用し、ＡＲＯ領域をＡＲＩとして利用することも可能である。
【０１０９】
＜その他＞
ＳＣｅｌｌのＤＬ  ＤＣＩにおける２ビット領域をＴＰＣコマンドとＡＲＩで読み替える仕組みを変更してもよい。例えば、ＳＣｅｌｌのＤＬ  ＤＣＩに新たにＡＲＩ領域用として２ビット追加し、ＴＰＣコマンドとＡＲＩ領域を分離した構成としてもよい。特に、ＳＣｅｌｌでは、ＰＣｅｌｌと比較して接続ユーザ端末数が少ないことが考えられるため、ＳＣｅｌｌのＤＬ  ＤＣＩに設けることが望ましい。
【０１１０】
（変形例）
なお、上記実施の形態１、２では、ＦＤＤセル、ＴＤＤセルのそれぞれのＤＬ信号（ＰＤＳＣＨ信号）の割当てに対するＨＡＲＱタイミングとして、ＣＡを適用しない場合のフィードバックタイミングを利用する場合を示したが、本実施の形態はこれに限られない。例えば、Ｉｎｔｒａ−ｅＮＢ  ＣＡにおいて、ＴＤＤセルにおけるＤＬ  ＨＡＲＱタイミングを、ＦＤＤのＤＬ  ＨＡＲＱタイミングと同じとしてもよい（図２３参照）。この場合、ＴＤＤセルの各ＤＬサブフレームで送信されるＰＤＳＣＨ信号に対するＡ／Ｎを、当該ＰＤＳＣＨ信号が送信されたサブフレームから所定期間（例えば、４ｍｓ）後のＦＤＤセルのＵＬサブフレームでフィードバックすることができる。これにより、ＴＤＤのＤＬ  ＨＡＲＱにおけるフィードバック遅延を４ｍｓに低減できる。また、１つのＵＬサブフレームでフィードバックする送達確認信号の数を減らし、複数のサブフレームに渡って分散することができるので、基地局による送達確認信号の検出ミスがあった場合にＤＬ  ＨＡＲＱに与える影響を低減できる。
【０１１１】
一方で、図２３に示す場合、ＦＤＤセルとＴＤＤセルの両方でＵＬとなるタイミング（ＴＤＤセルのＵＬサブフレーム）において、いずれのＣＣにＡ／Ｎを多重してＰＵＣＣＨ送信を行うかが問題となる。この場合、上記実施の形態で示したいずれかの態様を用いて、ＰＵＣＣＨ送信を行うセルを選択することができる。例えば、図２３において、ＦＤＤセルとＴＤＤセルの両方でＵＬとなるサブフレームで、ＰＵＣＣＨ送信をプライマリセルの設定に関わらず一方のセル（ＦＤＤセル又はＴＤＤセル）に限定して行う場合、ＰＣｅｌｌ又はＳＣｅｌｌで行う場合、あるいは当該サブフレームでＡ／Ｎ送信を行うセルで行う場合等が挙げられる。
【０１１２】
（無線通信システムの構成）
以下、本実施の形態に係る無線通信システムの一例について、詳細に説明する。
【０１１３】
図１８は、本実施の形態に係る無線通信システムの概略構成図である。なお、図１８に示す無線通信システムは、例えば、ＬＴＥシステム或いは、ＳＵＰＥＲ  ３Ｇが包含されるシステムである。この無線通信システムでは、ＬＴＥシステムのシステム帯域幅を１単位とする複数の基本周波数ブロック（コンポーネントキャリア）を一体としたキャリアアグリゲーション（ＣＡ）が適用することができる。また、この無線通信システムは、ＩＭＴ−Ａｄｖａｎｃｅｄと呼ばれても良いし、４Ｇ、ＦＲＡ（Future  Radio  Access）と呼ばれても良い。
【０１１４】
図１８に示す無線通信システム１は、マクロセルＣ１を形成する無線基地局１１と、マクロセルＣ１内に配置され、マクロセルＣ１よりも狭いスモールセルＣ２を形成する無線基地局１２ａ及び１２ｂとを備えている。また、マクロセルＣ１及び各スモールセルＣ２には、ユーザ端末２０が配置されている。ユーザ端末２０は、無線基地局１１及び無線基地局１２の双方に接続すること（dual  connectivity）ができる。また、無線基地局１１と無線基地局１２間で基地局内ＣＡ（Ｉｎｔｒａ−ｅＮＢ  ＣＡ）、又は基地局間ＣＡ（Ｉｎｔｅｒ−ｅＮＢ  ＣＡ）が適用される。また、無線基地局１１と無線基地局１２の一方はＦＤＤを適用し、他方はＴＤＤを適用することができる。
【０１１５】
ユーザ端末２０と無線基地局１１との間は、相対的に低い周波数帯域（例えば、２ＧＨｚ）で帯域幅が狭いキャリア（既存キャリア、Legacy  carrier等と呼ばれる）を用いて通信が行なわれる。一方、ユーザ端末２０と無線基地局１２との間は、相対的に高い周波数帯域（例えば、３．５ＧＨｚ等）で帯域幅が広いキャリアが用いられてもよいし、無線基地局１１との間と同じキャリアが用いられてもよい。ユーザ端末２０と無線基地局１２間のキャリアタイプとしてニューキャリアタイプ（ＮＣＴ）を利用してもよい。無線基地局１１と無線基地局１２（又は、無線基地局１２間）は、有線接続（Optical  fiber、Ｘ２インターフェース等）又は無線接続されている。
【０１１６】
無線基地局１１及び各無線基地局１２は、それぞれ上位局装置３０に接続され、上位局装置３０を介してコアネットワーク４０に接続される。なお、上位局装置３０には、例えば、アクセスゲートウェイ装置、無線ネットワークコントローラ（ＲＮＣ）、モビリティマネジメントエンティティ（ＭＭＥ）等が含まれるが、これに限定されるものではない。また、各無線基地局１２は、無線基地局１１を介して上位局装置に接続されてもよい。
【０１１７】
なお、無線基地局１１は、相対的に広いカバレッジを有する無線基地局であり、ｅＮｏｄｅＢ、マクロ基地局、送受信ポイントなどと呼ばれてもよい。また、無線基地局１２は、局所的なカバレッジを有する無線基地局であり、スモール基地局、ピコ基地局、フェムト基地局、Ｈｏｍｅ  ｅＮｏｄｅＢ、マイクロ基地局、送受信ポイントなどと呼ばれてもよい。以下、無線基地局１１及び１２を区別しない場合は、無線基地局１０と総称する。各ユーザ端末２０は、ＬＴＥ、ＬＴＥ−Ａなどの各種通信方式に対応した端末であり、移動通信端末だけでなく固定通信端末を含んでよい。
【０１１８】
無線通信システムにおいては、無線アクセス方式として、下りリンクについてはＯＦＤＭＡ（直交周波数分割多元接続）が適用され、上りリンクについてはＳＣ−ＦＤＭＡ（シングルキャリア−周波数分割多元接続）が適用される。ＯＦＤＭＡは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。ＳＣ−ＦＤＭＡは、システム帯域幅を端末毎に１つ又は連続したリソースブロックからなる帯域に分割し、複数の端末が互いに異なる帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。
【０１１９】
ここで、図１８に示す無線通信システムで用いられる通信チャネルについて説明する。下りリンクの通信チャネルは、各ユーザ端末２０で共有されるＰＤＳＣＨ（Physical  Downlink  Shared  Channel）と、下りＬ１／Ｌ２制御チャネル（ＰＤＣＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、拡張ＰＤＣＣＨ）とを有する。ＰＤＳＣＨにより、ユーザデータ及び上位制御情報が伝送される。ＰＤＣＣＨ（Physical  Downlink  Control  Channel）により、ＰＤＳＣＨおよびＰＵＳＣＨのスケジューリング情報等が伝送される。ＰＣＦＩＣＨ（Physical  Control  Format  Indicator  Channel）により、ＰＤＣＣＨに用いるＯＦＤＭシンボル数が伝送される。ＰＨＩＣＨ（Physical  Hybrid-ARQ  Indicator  Channel）により、ＰＵＳＣＨに対するＨＡＲＱのＡＣＫ／ＮＡＣＫが伝送される。また、拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）により、ＰＤＳＣＨ及びＰＵＳＣＨのスケジューリング情報等が伝送されてもよい。このＥＰＤＣＣＨは、ＰＤＳＣＨ（下り共有データチャネル）と周波数分割多重される。
【０１２０】
上りリンクの通信チャネルは、各ユーザ端末２０で共有される上りデータチャネルとしてのＰＵＳＣＨ（Physical  Uplink  Shared  Channel）と、上りリンクの制御チャネルであるＰＵＣＣＨ（Physical  Uplink  Control  Channel）とを有する。このＰＵＳＣＨにより、ユーザデータや上位制御情報が伝送される。また、ＰＵＣＣＨにより、下りリンクの無線品質情報（ＣＱＩ：Channel  Quality  Indicator）、ＡＣＫ／ＮＡＣＫ等が伝送される。
【０１２１】
図１９は、本実施の形態に係る無線基地局１０（無線基地局１１及び１２を含む）の全体構成図である。無線基地局１０は、ＭＩＭＯ伝送のための複数の送受信アンテナ１０１と、アンプ部１０２と、送受信部１０３と、ベースバンド信号処理部１０４と、呼処理部１０５と、伝送路インターフェース１０６とを備えている。
【０１２２】
下りリンクにより無線基地局１０からユーザ端末２０に送信されるユーザデータは、上位局装置３０から伝送路インターフェース１０６を介してベースバンド信号処理部１０４に入力される。
【０１２３】
ベースバンド信号処理部１０４では、ＰＤＣＰレイヤの処理、ユーザデータの分割・結合、ＲＬＣ（Radio  Link  Control）再送制御の送信処理などのＲＬＣレイヤの送信処理、ＭＡＣ（Medium  Access  Control）再送制御、例えば、ＨＡＲＱの送信処理、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換（ＩＦＦＴ：Inverse  Fast  Fourier  Transform）処理、プリコーディング処理が行われて各送受信部１０３に転送される。また、下りリンクの制御チャネルの信号に関しても、チャネル符号化や逆高速フーリエ変換等の送信処理が行われて、各送受信部１０３に転送される。
【０１２４】
また、ベースバンド信号処理部１０４は、上位レイヤシグナリング（ＲＲＣシグナリング、報知信号等）により、ユーザ端末２０に対して、当該セルにおける通信のための制御情報を通知する。当該セルにおける通信のための情報には、例えば、上りリンク又は下りリンクにおけるシステム帯域幅、フィードバック用のリソース情報等が含まれる。各送受信部１０３は、ベースバンド信号処理部１０４からアンテナ毎にプリコーディングして出力されたベースバンド信号を無線周波数帯に変換する。アンプ部１０２は、周波数変換された無線周波数信号を増幅して送受信アンテナ１０１により送信する。
【０１２５】
一方、上りリンクによりユーザ端末２０から無線基地局１０に送信されるデータについては、各送受信アンテナ１０１で受信された無線周波数信号がそれぞれアンプ部１０２で増幅され、各送受信部１０３で周波数変換されてベースバンド信号に変換され、ベースバンド信号処理部１０４に入力される。
【０１２６】
ベースバンド信号処理部１０４では、入力されたベースバンド信号に含まれるユーザデータに対して、ＦＦＴ処理、ＩＤＦＴ処理、誤り訂正復号、ＭＡＣ再送制御の受信処理、ＲＬＣレイヤ、ＰＤＣＰレイヤの受信処理がなされ、伝送路インターフェース１０６を介して上位局装置３０に転送される。呼処理部１０５は、通信チャネルの設定や解放等の呼処理や、無線基地局１０の状態管理や、無線リソースの管理を行う。
【０１２７】
図２０は、本実施の形態に係る無線基地局１０が有するベースバンド信号処理部１０４の主な機能構成図である。図２０に示すように、無線基地局１０が有するベースバンド信号処理部１０４は、制御部３０１と、下り制御信号生成部３０２と、下りデータ信号生成部３０３と、マッピング部３０４と、デマッピング部３０５と、チャネル推定部３０６と、上り制御信号復号部３０７と、上りデータ信号復号部３０８と、判定部３０９と、を少なくとも含んで構成されている。
【０１２８】
制御部３０１は、ＰＤＳＣＨで送信される下りユーザデータ、ＰＤＣＣＨ及び／又は拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）で伝送される下り制御情報、下り参照信号等のスケジューリングを制御する。また、制御部３０１は、ＰＵＳＣＨで伝送される上りデータ、ＰＵＣＣＨ又はＰＵＳＣＨで伝送される上り制御情報、上り参照信号のスケジューリングの制御（割当て制御）も行う。上りリンク信号（上り制御信号、上りユーザデータ）の割当て制御に関する情報は、下り制御信号（ＤＣＩ）を用いてユーザ端末に通知される。
【０１２９】
具体的に、制御部３０１は、上位局装置３０からの指示情報や各ユーザ端末２０からのフィードバック情報に基づいて、下りリンク信号及び上りリンク信号に対する無線リソースの割り当てを制御する。つまり、制御部３０１は、スケジューラとしての機能を有している。また、Ｉｎｔｅｒ−ｅＮＢ  ＣＡでは、制御部３０１は複数ＣＣ毎に独立に設けられており、Ｉｎｔｒａ−ｅＮＢ  ＣＡでは、制御部３０１は複数ＣＣに対して共通に設けた構成とすることができる。
【０１３０】
また、制御部３０１は、上記実施の形態１の態様１において、ＰＤＣＣＨ／ＥＰＤＣＣＨのリソースや信号構成に応じて、ユーザ端末におけるＰＵＣＣＨリソースの決定を行う場合、ＰＤＣＣＨ／ＥＰＤＣＣＨの信号構成を制御し、下り制御信号生成部３０２に通知する。
【０１３１】
下り制御信号生成部３０２は、制御部３０１により割当てが決定された下り制御信号（ＰＤＣＣＨ信号及び／又はＥＰＤＣＣＨ信号）を生成する。具体的に、下り制御信号生成部３０２は、制御部３０１からの指示に基づいて、下りリンク信号の割当て情報を通知するＤＬ割当て（ＤＬ  ａｓｓｉｇｎｍｅｎｔ）と、上りリンク信号の割当て情報を通知するＵＬグラント（ＵＬ  ｇｒａｎｔ）を生成する。
【０１３２】
例えば、上記実施の形態１において、下り制御信号生成部３０２は、下り制御情報のＴＰＣコマンドを利用してＰＵＣＣＨリソース（ＰＵＣＣＨリソース候補）を指示するＡＲＩを設定する。また、上記実施の形態２の態様１において、下り制御信号生成部３０２は、下り制御情報内にＡＲＩを設けない。上記実施の形態２の態様２において、下り制御信号生成部３０２は、下り制御情報内に適宜ＴＰＣコマンドとＡＲＩを設定する。
【０１３３】
下りデータ信号生成部３０３は、下りデータ信号（ＰＤＳＣＨ信号）を生成する。下りデータ信号生成部３０３により生成されるデータ信号には、各ユーザ端末２０からのＣＳＩ等に基づいて決定された符号化率、変調方式に従って符号化処理、変調処理が行われる。
【０１３４】
マッピング部３０４は、制御部３０１からの指示に基づいて、下り制御信号生成部３０２で生成された下り制御信号と、下りデータ信号生成部３０３で生成された下りデータ信号の無線リソースへの割当てを制御する。
【０１３５】
デマッピング部３０５は、ユーザ端末から送信された上りリンク信号をデマッピングして、上りリンク信号を分離する。チャネル推定部３０６は、デマッピング部３０５で分離された受信信号に含まれる参照信号からチャネル状態を推定し、推定したチャネル状態を上り制御信号復号部３０７、上りデータ信号復号部３０８に出力する。
【０１３６】
上り制御信号復号部３０７は、上り制御チャネル（ＰＵＣＣＨ）でユーザ端末から送信されたフィードバック信号（送達確認信号等）を復号し、制御部３０１へ出力する。上りデータ信号復号部３０８は、上り共有チャネル（ＰＵＳＣＨ）でユーザ端末から送信された上りデータ信号を復号し、判定部３０９へ出力する。判定部３０９は、上りデータ信号復号部３０８の復号結果に基づいて、再送制御判定（ＡＣＫ／ＮＡＣＫ）を行うと共に結果を制御部３０１に出力する。
【０１３７】
図２１は、本実施の形態に係るユーザ端末２０の全体構成図である。ユーザ端末２０は、ＭＩＭＯ伝送のための複数の送受信アンテナ２０１と、アンプ部２０２と、送受信部（受信部）２０３と、ベースバンド信号処理部２０４と、アプリケーション部２０５とを備えている。
【０１３８】
下りリンクのデータについては、複数の送受信アンテナ２０１で受信された無線周波数信号がそれぞれアンプ部２０２で増幅され、送受信部２０３で周波数変換されてベースバンド信号に変換される。このベースバンド信号は、ベースバンド信号処理部２０４でＦＦＴ処理や、誤り訂正復号、再送制御の受信処理等がなされる。この下りリンクのデータの内、下りリンクのユーザデータは、アプリケーション部２０５に転送される。アプリケーション部２０５は、物理レイヤやＭＡＣレイヤより上位のレイヤに関する処理等を行う。また、下りリンクのデータの内、報知情報もアプリケーション部２０５に転送される。
【０１３９】
一方、上りリンクのユーザデータについては、アプリケーション部２０５からベースバンド信号処理部２０４に入力される。ベースバンド信号処理部２０４では、再送制御（Ｈ−ＡＲＱ  （Ｈｙｂｒｉｄ  ＡＲＱ））の送信処理や、チャネル符号化、プリコーディング、ＤＦＴ処理、ＩＦＦＴ処理等が行われて各送受信部２０３に転送される。送受信部２０３は、ベースバンド信号処理部２０４から出力されたベースバンド信号を無線周波数帯に変換する。その後、アンプ部２０２は、周波数変換された無線周波数信号を増幅して送受信アンテナ２０１により送信する。
【０１４０】
図２２は、ユーザ端末２０が有するベースバンド信号処理部２０４の主な機能構成図である。図２２に示すように、ユーザ端末２０が有するベースバンド信号処理部２０４は、制御部４０１（フィードバック制御部）と、上り制御信号生成部４０２と、上りデータ信号生成部４０３と、マッピング部４０４と、デマッピング部４０５と、チャネル推定部４０６と、下り制御信号復号部４０７と、下りデータ信号復号部４０８と、判定部４０９と、電力制御部４１０と、を少なくとも含んで構成されている。
【０１４１】
制御部４０１は、無線基地局から送信された下り制御信号（ＰＤＣＣＨ信号）や、受信したＰＤＳＣＨ信号に対する再送制御判定結果に基づいて、上り制御信号（フィードバック信号）や上りデータ信号の生成を制御する。下り制御信号は下り制御信号復号部４０７から出力され、再送制御判定結果は、判定部４０９から出力される。
【０１４２】
また、制御部４０１は、ＰＤＳＣＨ信号に対する送達確認信号（ＡＣＫ／ＮＡＣＫ）のフィードバックを制御するフィードバック制御部としても機能する。具体的に、制御部４０１は、ＣＡが適用される通信システムにおいて、送達確認信号をフィードバックするセル（又は、ＣＣ）や、送達確認信号を割当てるＰＵＣＣＨリソースの選択を制御する。例えば、制御部４０１は、無線基地局から送信された下り制御信号に基づいて、送達確認信号のフィードバック先のセルや、利用するＰＵＣＣＨリソースを決定してマッピング部４０４に指示する。
【０１４３】
例えば、ＴＤＤ−ＦＤＤ  ＣＡ（Ｉｎｔｒａ−ｅＮＢ  ＣＡ）において、両方のセルのＤＬ信号に対する送達確認信号を送信する場合を想定する。この場合、制御部４０１は、ＰＵＣＣＨフォーマット１ｂに基づくチャネルセレクション又はＰＵＣＣＨフォーマット３を適用していずれか一方のＰＵＣＣＨリソースを用いるよう制御する（上記実施の形態１）。また、制御部４０１は、セカンダリセルの下り制御情報に含まれるビット情報をＡＲＩとして利用してＰＵＣＣＨリソースを決定することができる
【０１４４】
また、制御部４０１は、ＰＣｅｌｌの下り制御情報が含まれるＰＤＣＣＨリソースに基づいて決定されるＰＵＣＣＨリソース候補と、ＳＣｅｌｌの下り制御情報が含まれるＰＤＣＣＨリソースに基づいて決定されるＰＵＣＣＨリソース候補を用いてＰＵＣＣＨフォーマット１ｂに基づくチャネルセレクションを適用することができる（上記実施の形態２の態様１の方法１）。また、制御部４０１は、上位レイヤシグナリングで設定された複数のＰＵＣＣＨリソース候補の中から、プライマリセル又はセカンダリセルの下り制御情報が含まれる下り制御チャネルの構成に基づいて、特定のＰＵＣＣＨリソースを選択することができる（上記実施の形態２の態様１の方法１、２）。
【０１４５】
また、制御部４０１は、ＡＲＩが設定されている場合には、当該ＡＲＩに基づいてＰＵＣＣＨリソースを適宜決定する（上記実施の形態２の態様２）。
【０１４６】
上り制御信号生成部４０２は、制御部４０１からの指示に基づいて上り制御信号（送達確認信号やチャネル状態情報（ＣＳＩ）等のフィードバック信号）を生成する。また、上りデータ信号生成部４０３は、制御部４０１からの指示に基づいて上りデータ信号を生成する。なお、制御部４０１は、無線基地局から通知される下り制御信号にＵＬグラントが含まれている場合に、上りデータ信号生成部４０３に上りデータ信号の生成を指示する。
【０１４７】
マッピング部４０４（割当て部）は、制御部４０１からの指示に基づいて、上り制御信号（送達確認信号等）と上りデータ信号の無線リソース（ＰＵＣＣＨ、ＰＵＳＣＨ）への割当てを制御する。例えば、マッピング部４０４は、フィードバック（ＰＵＣＣＨ送信）を行うＣＣ（セル）に応じて、当該ＣＣのＰＵＣＣＨに送達確認信号の割当てを行う。
【０１４８】
電力制御部４１０は、制御部４０１からの指示に基づいてＵＬ信号（ＰＵＣＣＨ信号、ＰＵＳＣＨ信号）の送信電力を制御する。例えば、電力制御部４１０は、ユーザ端末２０が受信した下り制御信号に含まれるＴＰＣコマンドに基づいてＣＬ−ＴＰＣを制御する。また、電力制御部４１０は、送受信部２０３がＳＣｅｌｌの下り制御情報のみを検出した場合に、下り制御情報に含まれるＴＰＣコマンドの適用を制限する（上記実施の形態２の態様２）。
【０１４９】
例えば、電力制御部４１０は、ＳＣｅｌｌのＰＵＣＣＨリソースを用いて送信するＡ／Ｎに対して、ＳＣｅｌｌの下り制御情報のＵＬグラントに含まれるＴＰＣコマンドを用いて電力制御を行う（上記実施の形態２の態様２の方法１）。あるいは、電力制御部４１０は、ＳＣｅｌｌのＰＵＣＣＨリソースを用いて送信する送達確認信号に対して、ＰＣｅｌｌのＤＣＩフォーマット３／３Ａに含まれるＴＰＣコマンドを用いて電力制御を行う（上記実施の形態２の態様２の方法２）。
【０１５０】
デマッピング部４０５は、無線基地局１０から送信された下りリンク信号をデマッピングして、下りリンク信号を分離する。チャネル推定部４０６は、デマッピング部４０５で分離された受信信号に含まれる参照信号からチャネル状態を推定し、推定したチャネル状態を下り制御信号復号部４０７、下りデータ信号復号部４０８に出力する。
【０１５１】
下り制御信号復号部４０７は、下り制御チャネル（ＰＤＣＣＨ）で送信された下り制御信号（ＰＤＣＣＨ信号）を復号し、スケジューリング情報（上りリソースへの割当て情報）を制御部４０１へ出力する。
【０１５２】
下りデータ信号復号部４０８は、下り共有チャネル（ＰＤＳＣＨ）で送信された下りデータ信号を復号し、判定部４０９へ出力する。判定部４０９は、下りデータ信号復号部４０８の復号結果に基づいて、再送制御判定（ＡＣＫ／ＮＡＣＫ）を行うと共に結果を制御部４０１に出力する。
【０１５３】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。例えば、上述した複数の態様を適宜組み合わせて適用することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１５４】
１…無線通信システム
１０…無線基地局
１１…無線基地局（マクロ基地局）
１２、１２ａ、１２ｂ…無線基地局（スモール基地局）
２０…ユーザ端末
３０…上位局装置
４０…コアネットワーク
１０１…送受信アンテナ
１０２…アンプ部
１０３…送受信部
１０４…ベースバンド信号処理部
１０５…呼処理部
１０６…伝送路インターフェース
２０１…送受信アンテナ
２０２…アンプ部
２０３…送受信部
２０４…ベースバンド信号処理部
２０５…アプリケーション部
３０１…制御部（スケジューラ）
３０２…下り制御信号生成部
３０３…下りデータ信号生成部
３０４…マッピング部
３０５…デマッピング部
３０６…チャネル推定部
３０７…上り制御信号復号部
３０８…上りデータ信号復号部
３０９…判定部
４０１…制御部（フィードバック制御部）
４０２…上り制御信号生成部
４０３…上りデータ信号生成部
４０４…マッピング部
４０５…デマッピング部
４０６…チャネル推定部
４０７…下り制御信号復号部
４０８…下りデータ信号復号部
４０９…判定部
４１０…電力制御部
【図１】
2015065621.tif 000003
【図２】
2015065621.tif 000004
【図３】
2015065621.tif 000005
【図４】
2015065621.tif 000006
【図５】
2015065621.tif 000007
【図６】
2015065621.tif 000008
【図７】
2015065621.tif 000009
【図８】
2015065621.tif 000010
【図９】
2015065621.tif 000011
【図１０】
2015065621.tif 000012
【図１１】
2015065621.tif 000013
【図１２】
2015065621.tif 000014
【図１３】
2015065621.tif 000015
【図１４】
2015065621.tif 000016
【図１５】
2015065621.tif 000017
【図１６】
2015065621.tif 000018
【図１７】
2015065621.tif 000019
【図１８】
2015065621.tif 000020
【図１９】
2015065621.tif 000021
【図２０】
2015065621.tif 000022
【図２１】
2015065621.tif 000023
【図２２】
2015065621.tif 000024
【図２３】
2015065621.tif 000025