(57)【特許請求の範囲】
【請求項１】
第１の単位バンドの下りデータを指示する第１の下り制御信号と、第２の単位バンドの下りデータを指示する第２の下り制御信号と、を受信する受信部と、
前記第１の下り制御信号と前記第２の下り制御信号の指示に基づき、前記下りデータに対する応答信号の上り制御チャネルのリソース領域を決定する制御部と、
前記決定した上り制御チャネルのリソース領域で前記応答信号を送信する送信部と、を備え、
前記第１の下り制御信号は、下り制御チャネル及び下りデータチャネルのいずれにも使用可能な第１のリソース領域にマッピングされる制御信号であり、
前記第２の下り制御信号は、下り制御チャネルに使用可能な第２のリソース領域にマッピングされる制御信号であり、
前記第１の下り制御信号と前記第２の下り制御信号の指示はそれぞれ、前記上り制御チャネルのリソース領域について同一のリソース領域を指示するものである、
無線通信端末装置。
【請求項２】
前記第１のリソース領域は（ePDCCH）領域であり、前記第２のリソース領域は（PDCCH）領域である、
請求項１記載の無線通信端末装置。
【請求項３】
前記第１の単位バンドおよび前記第２の単位バンドは、それぞれ１つまたは複数のＳＣｅｌｌを含む、
請求項１記載の無線通信端末装置。
【請求項４】
前記第１の下り制御信号および前記第２の下り制御信号が、それぞれTPCフィールドを用いて通知される値が同一である、
請求項３に記載の無線通信端末装置。
【請求項５】
上り通信に用いる単位バンド数は、下り通信に用いる単位バンド数より少ない、
請求項１に記載の無線通信端末装置。
【請求項６】
前記上り制御チャネルのリソース領域は、前記第１の下り制御信号または前記第２の制御信号により予め通知された複数のリソース領域のうち、いずれか１つが指示される、
請求項１記載の無線通信端末装置。
【請求項７】
第１の単位バンドの下りデータを指示する第１の下り制御信号と、第２の単位バンドの下りデータを指示する第２の下り制御信号と、を受信し、
前記第１の下り制御信号と前記第２の下り制御信号の指示に基づき、前記下りデータに対する応答信号の上り制御チャネルのリソース領域を決定し、
前記決定した上り制御チャネルのリソース領域で前記応答信号を送信し、
前記第１の下り制御信号は、下り制御チャネル及び下りデータチャネルのいずれにも使用可能な第１のリソース領域にマッピングされる制御信号であり、
前記第２の下り制御信号は、下り制御チャネルに使用可能な第２のリソース領域にマッピングされる制御信号であり、
前記第１の下り制御信号と前記第２の下り制御信号の指示はそれぞれ、前記上り制御チャネルのリソース領域について同一のリソース領域を指示するものである、
無線通信方法。
【請求項８】
前記第１のリソース領域は（ePDCCH）領域であり、前記第２のリソース領域は（PDCCH）領域である、
請求項７記載の無線通信方法。
【請求項９】
前記第１の単位バンドおよび前記第２の単位バンドは、それぞれ１つまたは複数のＳＣｅｌｌを含む、
請求項７記載の無線通信方法。
【請求項１０】
前記第１の下り制御信号および前記第２の下り制御信号が、それぞれTPCフィールドを用いて通知される値が同一である、
請求項９に記載の無線通信方法。
【請求項１１】
上り通信に用いる単位バンド数は、下り通信に用いる単位バンド数より少ない、
請求項７に記載の無線通信方法。
【請求項１２】
前記上り制御チャネルのリソース領域は、前記第１の下り制御信号または前記第２の制御信号により予め通知された複数のリソース領域のうち、いずれか１つが指示される、
請求項７記載の無線通信方法。
【請求項１３】
第１の単位バンドの下りデータを指示する第１の下り制御信号と、第２の単位バンドの下りデータを指示する第２の下り制御信号と、を受信する処理と、
前記第１の下り制御信号と前記第２の下り制御信号の指示に基づき、前記下りデータに対する応答信号の上り制御チャネルのリソース領域を決定する処理と、
前記決定した上り制御チャネルのリソース領域で前記応答信号を送信する処理と、
を制御し、
前記第１の下り制御信号は、下り制御チャネル及び下りデータチャネルのいずれにも使用可能な第１のリソース領域にマッピングされる制御信号であり、
前記第２の下り制御信号は、下り制御チャネルに使用可能な第２のリソース領域にマッピングされる制御信号であり、
前記第１の下り制御信号と前記第２の下り制御信号の指示はそれぞれ、前記上り制御チャネルのリソース領域について同一のリソース領域を指示するものである、
集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信端末装置、無線通信方法及び集積回路に関する。
【背景技術】
【０００２】
３ＧＰＰ ＬＴＥでは、下り回線の通信方式としてＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）が採用されている。３ＧＰＰ ＬＴＥが適用された無線通信システムでは、基地局が予め定められた通信リソースを用いて同期信号（Synchronization Channel：ＳＣＨ）及び報知信号（Broadcast Channel：ＢＣＨ）を送信する。そして、端末は、まず、ＳＣＨを捕まえることによって基地局との同期を確保する。その後、端末は、ＢＣＨ情報を読むことにより基地局独自のパラメータ（例えば、周波数帯域幅など）を取得する（非特許文献１、２、３参照）。【０００３】
また、端末は、基地局独自のパラメータの取得が完了した後、基地局に対して接続要求を行うことにより、基地局との通信を確立する。基地局は、通信が確立された端末に対して、必要に応じてＰＤＣＣＨ（Physical Downlink Control Channel）等の下り回線制御チャネルを介して制御情報を送信する。【０００４】
そして、端末は、受信したＰＤＣＣＨに含まれる複数の制御情報（下り割当制御情報：DL Assignment（Downlink Control Information：ＤＣＩと呼ばれることもある））をそれぞれ「ブラインド判定」する。すなわち、制御情報は、ＣＲＣ（Cyclic Redundancy Check）部分を含み、このＣＲＣ部分は、基地局において、送信対象端末の端末ＩＤによってマスクされる。従って、端末は、受信した制御情報のＣＲＣ部分を自機の端末ＩＤでデマスクしてみるまでは、自機宛の制御情報であるか否かを判定できない。このブラインド判定では、デマスクした結果、ＣＲＣ演算がＯＫとなれば、その制御情報が自機宛であると判定される。【０００５】
また、３ＧＰＰ ＬＴＥでは、基地局から端末への下り回線データに対してＡＲＱ（Automatic Repeat Request）が適用される。つまり、端末は下り回線データの誤り検出結果を示す応答信号を基地局へフィードバックする。端末は下り回線データに対しＣＲＣを行って、ＣＲＣ＝ＯＫ（誤り無し）であればＡＣＫ（Acknowledgment）を、ＣＲＣ＝ＮＧ（誤り有り）であればＮＡＣＫ（Negative Acknowledgment）を応答信号として基地局へフィードバックする。この応答信号(つまり、ＡＣＫ／ＮＡＣＫ信号。以下、単に「Ａ／Ｎ」と表記することもある)のフィードバックには、ＰＵＣＣＨ（Physical Uplink Control Channel）等の上り回線制御チャネルが用いられる。【０００６】
ここで、基地局から送信される上記制御情報には、基地局が端末に対して割り当てたリソース情報等を含むリソース割当情報が含まれる。この制御情報の送信には、前述の通りＰＤＣＣＨが用いられる。このＰＤＣＣＨは、１つ又は複数のＬ１／Ｌ２ＣＣＨ（L1/L2 Control Channel）から構成される。各Ｌ１／Ｌ２ＣＣＨは、１つ又は複数のＣＣＥ（Control Channel Element）から構成される。すなわち、ＣＣＥは、制御情報をＰＤＣＣＨにマッピングするときの基本単位である。また、１つのＬ１／Ｌ２ＣＣＨが複数（２，４，８個）のＣＣＥから構成される場合には、そのＬ１／Ｌ２ＣＣＨには偶数のインデックスを持つＣＣＥを起点とする連続する複数のＣＣＥが割り当てられる。基地局は、リソース割当対象端末に対する制御情報の通知に必要なＣＣＥ数に従って、そのリソース割当対象端末に対してＬ１／Ｌ２ＣＣＨを割り当てる。そして、基地局は、このＬ１／Ｌ２ＣＣＨのＣＣＥに対応する物理リソースにマッピングして制御情報を送信する。【０００７】
また、ここで、各ＣＣＥは、ＰＵＣＣＨの構成リソース（以下、ＰＵＣＣＨリソースと呼ぶことがある）と１対１に対応付けられている。従って、Ｌ１／Ｌ２ＣＣＨを受信した端末は、このＬ１／Ｌ２ＣＣＨを構成するＣＣＥに対応するＰＵＣＣＨの構成リソースを特定し、このリソースを用いて応答信号を基地局へ送信する。ただし、Ｌ１／Ｌ２ＣＣＨが連続する複数のＣＣＥを占有する場合には、端末は、複数のＣＣＥにそれぞれ対応する複数のＰＵＣＣＨ構成リソースのうち一番インデックスが小さいＣＣＥに対応するＰＵＣＣＨ構成リソース（すなわち、偶数番号のＣＣＥインデックスを持つＣＣＥに対応付けられたＰＵＣＣＨ構成リソース）を利用して、応答信号を基地局へ送信する。こうして下り回線の通信リソースが効率良く使用される。【０００８】
複数の端末から送信される複数の応答信号は、図１に示すように、時間軸上でZero Auto-correlation特性を持つＺＡＣ（Zero Auto-correlation）系列、ウォルシュ（Walsh）系列、及び、ＤＦＴ（Discrete Fourier Transform）系列によって拡散され、ＰＵＣＣＨ内でコード多重されている。図１において（Ｗ０,Ｗ１,Ｗ２,Ｗ３）は系列長４のウォルシュ系列を表し、（Ｆ０,Ｆ１,Ｆ２）は系列長３のＤＦＴ系列を表す。図１に示すように、端末では、ＡＣＫ又はＮＡＣＫの応答信号が、まず周波数軸上でＺＡＣ系列（系列長１２）によって１ＳＣ−ＦＤＭＡシンボルに対応する周波数成分へ１次拡散される。すなわち、系列長１２のＺＡＣ系列に対して複素数で表される応答信号成分が乗算される。次いで１次拡散後の応答信号及び参照信号としてのＺＡＣ系列がウォルシュ系列（系列長４：Ｗ０〜Ｗ３。ウォルシュ符号系列（Walsh Code Sequence）と呼ばれることもある）、ＤＦＴ系列（系列長３：Ｆ０〜Ｆ２）それぞれに対応させられて２次拡散される。すなわち、系列長１２の信号（１次拡散後の応答信号、又は、参照信号としてのＺＡＣ系列（Reference Signal Sequence））のそれぞれの成分に対して、直交符号系列（Orthogonal sequence：ウォルシュ系列又はＤＦＴ系列）の各成分が乗算される。さらに、２次拡散された信号が、ＩＦＦＴ（Inverse Fast Fourier Transform）によって時間軸上の系列長１２の信号に変換される。そして、ＩＦＦＴ後の信号それぞれに対しＣＰが付加され、７つのＳＣ−ＦＤＭＡシンボルからなる１スロットの信号が形成される。【０００９】
異なる端末からの応答信号同士は、異なる巡回シフト量（Cyclic Shift Index）に対応するＺＡＣ系列、又は、異なる系列番号（Orthogonal Cover Index : OC index）に対応する直交符号系列を用いて拡散されている。直交符号系列は、ウォルシュ系列とＤＦＴ系列との組である。また、直交符号系列はブロックワイズ拡散コード系列（Block-wise spreading code）と称されることもある。従って、基地局は、従来の逆拡散及び相関処理を用いることにより、これらコード多重された複数の応答信号を分離することができる（非特許文献４参照）。【００１０】
ただし、各端末が各サブフレームにおいて自分宛の下り割当制御信号をブラインド判定するので、端末側では、必ずしも下り割当制御信号の受信が成功するとは限らない。端末が或る下り単位バンドにおける自分宛の下り割当制御信号の受信に失敗した場合、端末は、当該下り単位バンドにおいて自分宛の下り回線データが存在するか否かさえも知り得ない。従って、或る下り単位バンドにおける下り割当制御信号の受信に失敗した場合、端末は、当該下り単位バンドにおける下り回線データに対する応答信号も生成しない。このエラーケースは、端末側で応答信号の送信が行われないという意味での、応答信号のＤＴＸ（DTX (Discontinuous transmission) of ACK/NACK signals）として定義されている。【００１１】
ところで、３ＧＰＰ ＬＴＥシステム（以下、「ＬＴＥシステム」と呼ばれることがある）では、基地局は上り回線データ及び下り回線データに対してそれぞれ独立にリソース割当を行う。そのため、ＬＴＥシステムでは、上り回線において、端末（つまり、ＬＴＥシステム対応の端末（以下、「ＬＴＥ端末」という））が、下り回線データに対する応答信号と、上り回線データとを同時に送信しなければならない状況が発生する。この状況では、端末からの応答信号及び上り回線データは、時間多重（Time Division Multiplexing：ＴＤＭ）を用いて送信される。このように、ＴＤＭを用いて応答信号と上り回線データとを同時に送信することで、端末の送信波形のシングルキャリア特性（Single carrier properties）を維持している。【００１２】
また、図２に示すように、時間多重（ＴＤＭ）では、端末から送信される応答信号（「Ａ／Ｎ」）は、上り回線データ向けに割り当てられたリソース（ＰＵＳＣＨ（Physical Uplink Shared CHannel）リソース）の一部（参照信号（ＲＳ（Reference Signal））がマッピングされるＳＣ−ＦＤＭＡシンボルに隣接するＳＣ−ＦＤＭＡシンボルの一部）を占有して基地局に送信される。ただし、図２における縦軸の「Subcarrier」は「Virtual subcarrier」、又は「Time contiguous signal」と呼ばれることもあり、ＳＣ−ＦＤＭＡ送信機においてＤＦＴ（Discrete Fourier Transform）回路に纏めて入力される「時間的に連続する信号」を便宜上「subcarrier」として表したものである。すなわち、ＰＵＳＣＨリソースでは、応答信号によって、上り回線データのうちの任意のデータがパンクチャ（puncture）される。このため、符号化後の上り回線データの任意のビットがパンクチャされることで、上り回線データの品質（例えば、符号化利得）が大幅に劣化する。そのため、基地局は、例えば、端末に対して非常に低い符号化率を指示したり、非常に大きな送信電力を指示したりすることで、パンクチャによる上り回線データの品質劣化を補償する。【００１３】
また、３ＧＰＰ ＬＴＥよりも更なる通信の高速化を実現する３ＧＰＰ ＬＴＥ−Ａｄｖａｎｃｅｄの標準化が行われている。３ＧＰＰ ＬＴＥ−Ａｄｖａｎｃｅｄシステム（以下、「ＬＴＥ−Ａシステム」と呼ばれることがある）は、ＬＴＥシステムを踏襲する。３ＧＰＰ ＬＴＥ−Ａｄｖａｎｃｅｄでは、最大１Ｇｂｐｓ以上の下り伝送速度を実現するために、４０ＭＨｚ以上の広帯域周波数で通信可能な基地局及び端末が導入される。【００１４】
ＬＴＥ−Ａシステムにおいては、ＬＴＥシステムにおける伝送速度の数倍もの超高速伝送速度による通信、及び、ＬＴＥシステムに対する後方互換性（バックワードコンパチビリティー：Backward Compatibility）を同時に実現するために、ＬＴＥ−Ａシステム向けの帯域が、ＬＴＥシステムのサポート帯域幅である２０ＭＨｚ以下の「単位バンド」に区切られる。すなわち、「単位バンド」は、ここでは、最大２０ＭＨｚの幅を持つ帯域であって、通信帯域の基本単位として定義される。ＦＤＤ（Frequency Division Duplex）システムでは、さらに、下り回線における「単位バンド」（以下、「下り単位バンド」という）は基地局から報知されるＢＣＨの中の下り周波数帯域情報によって区切られた帯域、又は、下り制御チャネル（ＰＤＣＣＨ）が周波数領域に分散配置される場合の分散幅によって定義される帯域として定義されることもある。また、上り回線における「単位バンド」（以下、「上り単位バンド」という）は、基地局から報知されるＢＣＨの中の上り周波数帯域情報によって区切られた帯域、又は、中心付近にＰＵＳＣＨ（Physical Uplink Shared Channel）領域を含み、両端部にＬＴＥ向けのＰＵＣＣＨを含む２０ＭＨｚ以下の通信帯域の基本単位として定義されることもある。なお、「単位バンド」は、３ＧＰＰ ＬＴＥ−Ａｄｖａｎｃｅｄにおいて、英語でＣｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ（ｓ）又はＣｅｌｌと表記されることがある。また、略称としてＣＣ（ｓ）と表記されることもある。【００１５】
ＬＴＥ−Ａシステムでは、単位バンドを幾つか束ねた帯域を用いた通信、所謂Carrier aggregation(CA)がサポートされる。なお、UL-DL Configurationは、単位バンド毎に設定可能であるが、ＬＴＥ−Ａシステム対応の端末（以下、「ＬＴＥ−Ａ端末」）は、複数の単位バンド間で同じUL-DL Configurationが設定されることを想定して設計されている。【００１６】
図３は、個別の端末に適用される非対称のCarrier aggregation及びその制御シーケンスの説明に供する図である。【００１７】
図３Ｂに示すように、端末１に対しては、２つの下り単位バンドと左側の１つの上り単位バンドを用いてCarrier aggregationを行うような設定（Configuration）が為される。一方、端末２に対しては、端末１と同一の２つの下り単位バンドを用いるような設定が為されるにも拘らず、上り通信では右側の上り単位バンドを利用するような設定が為される。【００１８】
そして、端末１に着目すると、ＬＴＥ−Ａシステムを構成する基地局（つまり、ＬＴＥ−Ａシステム対応の基地局（以下、「ＬＴＥ−Ａ基地局」という））とＬＴＥ−Ａ端末との間では、図３Ａに示すシーケンス図に従って、信号の送受信が行われる。図３Ａに示すように、（１）端末１は、基地局との通信開始時に、左側の下り単位バンドと同期を取り、左側の下り単位バンドとペアになっている上り単位バンドの情報をＳＩＢ１（System Information Block Type 1）と呼ばれる報知信号から読み取る。（２）端末１は、この上り単位バンドを用いて、例えば、接続要求を基地局に送信することによって基地局との通信を開始する。（３）端末に対し複数の下り単位バンドを割り当てる必要があると判断した場合には、基地局は、端末に下り単位バンドの追加を指示する。ただし、この場合、上り単位バンド数は増えず、個別の端末である端末１において非対称Carrier aggregationが開始される。【００１９】
また、前述のCarrier aggregationが適用されるＬＴＥ−Ａでは、端末が一度に複数の下り単位バンドにおいて複数の下り回線データを受信することがある。ＬＴＥ−Ａでは、この複数の下り回線データに対する複数の応答信号の送信方法として、Channel Selection（Multiplexingとも呼ぶ）、Bundling、及び、ＤＦＴ−Ｓ−ＯＦＤＭ（Discrete Fourier Transform spread Orthogonal Frequency Division Multiplexing）フォーマット（PUCCH Format 3とも呼ぶ）がある。Channel Selectionでは、端末は、複数の下り回線データに関する誤り検出結果のパターンに応じて、応答信号に用いるシンボル点だけでなく、応答信号をマッピングするリソースも変化させる。これに対し、Bundlingでは、端末は、複数の下り回線データに関する誤り検出結果より生成されたＡＣＫ又はＮＡＣＫ信号をBundlingして（すなわち、ＡＣＫ＝１、ＮＡＣＫ＝０とし、複数の下り回線データに関する誤り検出結果の論理積（Logical AND)を計算して）、予め決められた一つのリソースを用いて応答信号を送信する（非特許文献６、７参照）。また、ＤＦＴ−Ｓ−ＯＦＤＭフォーマット（PUCCH Format 3）を用いた送信時には、端末は、複数の下り回線データに対する応答信号を纏めて符号化（Joint coding）し、当該フォーマットを用いてその符号化データを送信する（非特許文献５参照）。例えば、端末は、誤り検出結果のパターンのビット数に応じて、Channel Selection、Bundling、又は、ＤＦＴ−Ｓ−ＯＦＤＭのいずれかによる応答信号（ＡＣＫ／ＮＡＣＫ）のフィードバックを行ってもよい。又は、基地局が上記応答信号の送信方法を予め設定してもよい。【００２０】
また、図４に示すように、端末は、複数の単位バンドのうち、１つの単位バンドを用いて、応答信号を送信する。このような応答信号を送信する単位バンドは、ＰＣＣ（Primary Component Carrier）又はＰＣｅｌｌ（Primary Cell）と呼ばれる。また、それ以外の単位バンドは、ＳＣＣ（Secondary Component Carrier）又はＳＣｅｌｌ（Secondary Cell）と呼ばれる。例えば、ＰＣＣ（ＰＣｅｌｌ）は、応答信号を送信する単位バンドに関する報知情報（例えば、ＳＩＢ１（System Information Block type 1））を送信している単位バンドである。【００２１】
ここで、端末がＰＤＣＣＨを介して下り割当制御情報を受信し、下り回線データを受信した場合における上り回線での応答信号の送信方法として、以下の２つの方法が考えられる。【００２２】
一つは、ＰＤＣＣＨが占有しているＣＣＥ（Control Channel Element）の先頭ＣＣＥインデックスｎＣＣＥ（あるいはその隣のｎＣＣＥ＋１）と１対１に関連付けられたＰＵＣＣＨリソースを用いて応答信号を送信する方法（Implicit signalling）である（方法１）。つまり、基地局配下の端末に向けたＤＣＩをＰＤＣＣＨ領域に配置する場合、各ＰＤＣＣＨは、１つ又は連続する複数のＣＣＥで構成されるリソースを占有する。また、ＰＤＣＣＨが占有するＣＣＥ数（ＣＣＥ連結数：CCE aggregation level）としては、例えば、割当制御情報の情報ビット数又は端末の伝搬路状態に応じて、１，２，４，８の中の１つが選択される。【００２３】
もう一つは、基地局からＰＵＣＣＨ向けのリソースを端末に対して予め通知しておく方法（Explicit signalling）である（方法２）。つまり、方法２では、端末は、基地局から予め通知されたＰＵＣＣＨリソースを用いて応答信号を送信する。【００２４】
方法２では、複数の端末間で共通のＰＵＣＣＨ向けのリソース（例えば４つのＰＵＣＣＨ向けのリソース）を、基地局から端末に対して予め通知してもよい。例えば、端末は、ＳＣｅｌｌ内のＤＣＩに含まれる２ビットのＴＰＣ（Transmit Power Control）コマンド（送信電力制御命令）に基づいて、実際に用いるＰＵＣＣＨ向けのリソースを１つ選択する方法を採ってもよい。その際、当該ＴＰＣコマンドは、ＡＲＩ（Ack/nack Resource Indicator）と呼ばれる。これにより、Explicit signalling時に、或るサブフレームにおいて、或る端末がexplicit signallingされたＰＵＣＣＨ向けのリソースを使い、別のサブフレームでは、別の端末が、同一のexplicit signallingされたＰＵＣＣＨ向けのリソースを使うことができるようになる。【００２５】
Carrier Aggregation時の誤り検出結果通知方法である、PUCCH Format 3およびChannel Selectionに関して、ＰＵＣＣＨリソースの決定方法を、それぞれ図５および図６を援用して説明する。【００２６】
PUCCH Format 3では、図５Ｂに示すように、端末は、最大５つの下り単位バンドで受信した、下り単位バンド毎の複数の下り回線データに対する誤り検出結果を、PUCCH Format 3リソースまたはPUCCH Format 1bリソースを用いて、基地局に通知する。具体的には、基地局は、ＰＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨでは、２ビットのＴＰＣコマンドが含まれるフィールド（ＴＰＣフィールドとも呼ぶ）において、ＰＵＣＣＨのＴＰＣコマンドを通知する。すなわち、ＡＲＩとしては用いない。基地局は、当該ＰＤＣＣＨが占有するＣＣＥの先頭ＣＣＥインデックスｎＣＣＥに１対１に対応づけられたＰＵＣＣＨリソース（PUCCH Format 1bリソース）を指示する。また、基地局は、端末に対して予め４つのＰＵＣＣＨリソース（PUCCH Format 3リソース）を設定しておき、ＳＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨでは、ＴＰＣフィールドの２ビットにおいて、ＡＲＩを通知する。すなわち、ＰＵＣＣＨのＴＰＣコマンドとしては用いない。なお、図５Ｂでは、ＳＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨに含まれるＡＲＩを、便宜上ＡＲＩ１として表記する。端末は、当該ＰＤＣＣＨで通知されるＡＲＩにより、予め設定された４つのＰＵＣＣＨリソース（PUCCH Format 3リソース）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。なお、基地局は、複数のＳＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨに含まれるＡＲＩの値として、同じ値を端末に通知する。これにより端末は、常に単一のPUCCH Format 3リソースを決定できる。【００２７】
また、PUCCH Format 3では、少なくとも１つのＳＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨを端末で検出する場合は、上記のPUCCH Format 3リソースを用いて誤り検出結果（ＦＤＤシステムでは最大１０ビット（＝５ＣＣ×２ＣＷ））を基地局に通知する。一方、ＰＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨのみを端末で検出する場合は、当該ＰＤＣＣＨの先頭ＣＣＥインデックスｎＣＣＥに１対１に対応づけられたPUCCH Format 1bリソースを用いて誤り検出結果（最大２ビット（＝１ＣＣ×２ＣＷ））を基地局に通知する。【００２８】
PUCCH Format 1bリソースは、最大２ビットまでの誤り検出結果の送信に最適化されたＰＵＣＣＨリソースであり、また、最大４８リソースとの直交化が可能である。PUCCH Format 3リソースは、より多くの誤り検出結果の送信に最適化されたＰＵＣＣＨリソースである一方で、最大４リソースまでしか直交化できない。誤り検出結果のビット数が少ない場合には、より少ない誤り検出結果のビット数に最適化されたＰＵＣＣＨリソースを用いる方が、より多くのリソースと直交化できるため、ＰＵＣＣＨリソースの利用効率が高い。また、基地局における所要品質を満足するために必要な、端末でのＰＵＣＣＨ所要送信電力も低くて済む。【００２９】
さらに、ＰＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨのみを端末で検出する場合に、当該ＰＤＣＣＨの先頭ＣＣＥインデックスｎＣＣＥに１対１に対応づけられたPUCCH Format 1bリソースを用いて誤り検出結果を基地局に通知することで、基地局と端末間でＣＣ数の設定の認識が異なる期間においても、少なくともＰＣｅｌｌのＰＤＳＣＨに対する誤り検出結果を、基地局と端末間で不整合なく通知することができる（以降、ＬＴＥ ｆａｌｌｂａｃｋをサポートする、と表現することがある）。【００３０】
具体的には、基地局と端末との間において、端末に設定（configuration）されているＣＣ数の認識が異なる期間（uncertainty period、または、misalignment period）が存在する。基地局は、端末に対して、ＣＣ数を変更する（例えば１ＣＣから２ＣＣに、あるいはその逆でもよい）よう再設定（reconfiguration）するメッセージを通知し、端末はその通知を受けて、ＣＣ数が変更されたと認識し、基地局に対してＣＣ数の再設定の完了メッセージを通知する。端末に設定されているＣＣ数の認識が異なる期間は、基地局がその通知を受けて初めて、端末に設定されているＣＣ数が変更されたと認識することに起因する。ＣＣ数変更前と変更後（例えば図５Ａと図５Ｂ。または図６Ａと図６Ｂ）で共通して、ＰＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨのみを端末で検出する場合に、当該ＰＤＣＣＨの先頭ＣＣＥインデックスｎＣＣＥに１対１に対応づけられたPUCCH Format 1bリソースを用いるよう動作すれば、前記ＣＣ数の認識が異なる期間においても、少なくともＰＣｅｌｌのＰＤＳＣＨに対する誤り検出結果は、不整合なく基地局に通知できる（すなわち、ＬＴＥ ｆａｌｌｂａｃｋをサポートする）。【００３１】
Channel Selectionでは、図６Ｂに示すように、端末は、最大２つの下り単位バンドで受信した、下り単位バンド毎の複数の下り回線データに対する誤り検出結果を、４つのPUCCH Format 1bリソースを用いて、基地局に通知する。Channel Selectionでは、複数の下り回線データに関する誤り検出結果のパターン(ＡＣＫ／ＮＡＣＫの組合せ)に応じて、応答信号に用いるシンボル点だけでなく、応答信号をマッピングするPUCCH Format 1bリソースも変化させる。Channel Selectionでは、基地局は、ＰＣｅｌｌのＰＤＣＣＨでは、２ビットのＴＰＣコマンドが含まれるフィールド（ＴＰＣフィールドとも呼ぶ）において、ＰＵＣＣＨのＴＰＣコマンドを通知する。すなわち、ＡＲＩとしては用いない。基地局は、当該ＰＤＣＣＨが占有するＣＣＥの先頭ＣＣＥインデックスｎＣＣＥ、および、その隣のＣＣＥインデックスｎＣＣＥ＋１に１対１に対応づけられたＰＵＣＣＨリソース（PUCCH Format 1bリソース）をそれぞれ指示する（図６中のＰＵＣＣＨリソース０および１）。また、基地局は、端末に対して予め４つのＰＵＣＣＨリソースペア（PUCCH Format 1bリソースペア）を設定しておき、ＳＣｅｌｌのＰＤＣＣＨでは、ＴＰＣフィールドの２ビットにおいて、ＡＲＩを通知する。すなわち、ＰＵＣＣＨのＴＰＣコマンドとしては用いない。なお、図６では、ＳＣｅｌｌのＰＤＣＣＨに含まれるＡＲＩを、便宜上ＡＲＩ１として表記する。端末は、当該ＰＤＣＣＨで通知されるＡＲＩにより、予め設定された４つのＰＵＣＣＨリソースペア（PUCCH Format 1bリソースペア）のうち、１つのリソースペアを決定する（図６Ｂ中のＰＵＣＣＨリソース２および３）。【００３２】
ところで、近年、セルラ移動体通信システムにおいては、情報のマルチメディア化に伴い、音声データのみならず、静止画像データ及び動画像データ等の大容量データを伝送することが一般化しつつある。また、LTE-Advanced（Long Term Evolution Advanced）では、広帯域の無線帯域、Multiple-Input Multiple-Output（MIMO）伝送技術、干渉制御技術を利用して高伝送レートを実現する検討が盛んに行われている。【００３３】
さらに、M2M（Machine to Machine）通信等、様々な機器が無線通信端末として導入されること、及び、MIMO伝送技術により端末の多重数が増加することを考慮すると、制御信号に使用されるPDCCH（Physical Downlink Control CHannel：下り回線制御チャネル）がマッピングされる領域（つまり、「PDCCH領域」）のリソース不足が懸念される。このリソース不足によって制御信号（PDCCH）がマッピングできなくなると、端末に対するデータの割当が行えない。このため、データがマッピングされるリソース領域が空いていても使用することができずに、システムスループットが低下してしまう恐れがある。【００３４】
このリソース不足を解消する方法として、基地局配下の端末に向けた制御信号を、ＰＤＳＣＨ領域にも配置することが検討されている。この基地局配下の端末に向けた制御信号がマッピングされるリソース領域（制御チャネル及びデータチャネルのいずれにも使用可能なリソース領域）は、ｅｎｈａｎｃｅｄ ＰＤＣＣＨ（ｅＰＤＣＣＨ）領域と呼ばれる。このようにデータ領域に制御信号（つまり、ｅＰＤＣＣＨ）をマッピングすることにより、セルエッジ付近に存在する端末へ送信される制御信号に対する送信電力制御、又は、送信される制御信号によって他のセルへ与える干渉制御若しくは他のセルから自セルへ与えられる干渉制御が、実現可能となる。【００３５】
ＬＴＥでは、下り回線のデータ割当を指示するＤＬ  ａｓｓｉｇｎｍｅｎｔ、及び、上り回線のデータ割当を指示するＵＬ ｇｒａｎｔが、ＰＤＣＣＨによって送信される。【００３６】
ＬＴＥ−Ａｄｖａｎｃｅｄでは、ＰＤＣＣＨと同様に、ｅＰＤＣＣＨにも、ＤＬ ａｓｓｉｇｎｍｅｎｔおよびＵＬ ｇｒａｎｔが配置される。ｅＰＤＣＣＨでは、ＤＬ ａｓｓｉｇｎｍｅｎｔがマッピングされるリソースとＵＬ ｇｒａｎｔがマッピングされるリソースとが周波数軸で分割されることが検討されている。【００３７】
ｅＰＤＣＣＨの割当方法として、ｅＰＤＣＣＨを周波数帯域上の互いに近い位置にまとめて割り当てる「ｌｏｃａｌｉｚｅｄ割当」と、ｅＰＤＣＣＨを周波数帯域上に分散させて割り当てる「ｄｉｓｔｒｉｂｕｔｅｄ割当」が検討されている（例えば、図７参照）。
【先行技術文献】
【非特許文献】
【００３８】
【非特許文献１】3GPP TS 36.211 V10.4.0, “Physical Channels and Modulation (Release 10),” December 2011
【非特許文献２】3GPP TS 36.212 V10.5.0, “Multiplexing and channel coding (Release 10),” March 2012
【非特許文献３】3GPP TS 36.213 V10.5.0, “Physical layer procedures (Release 10),” March 2012
【非特許文献４】Seigo Nakao, Tomofumi Takata, Daichi Imamura, and Katsuhiko Hiramatsu, “Performance enhancement of E-UTRA uplink control channel in fast fading environments,”Proceeding of IEEE VTC 2009 spring, April. 2009
【非特許文献５】Ericsson and ST-Ericsson, “A/N transmission in the uplink for carrier aggregation,” R1-100909, 3GPP TSG-RAN WG1 #60, Feb. 2010
【非特許文献６】ZTE, 3GPP RAN1 meeting #57, R1-091702, “Uplink Control Channel Design for LTE-Advanced,” May 2009
【非特許文献７】Panasonic, 3GPP RAN1 meeting #57, R1-091744, “UL ACK/NACK transmission on PUCCH for Carrier aggregation,” May 2009
【発明の概要】
【発明が解決しようとする課題】
【００３９】
前述の通り、ＬＴＥ−Ａｄｖａｎｃｅｄでは、ＰＤＣＣＨ領域でＤＬ ａｓｓｉｇｎｍｅｎｔ（つまりＰＤＳＣＨを指示するＰＤＣＣＨ）が通知される場合のＰＵＣＣＨリソース決定方法は規定されているが、ｅＰＤＣＣＨ領域でＤＬ ａｓｓｉｇｎｍｅｎｔが通知される場合のＰＵＣＣＨリソース決定方法はこれまで議論されてこなかった。【００４０】
本発明の目的は、上り単位バンド及び上り単位バンドと対応づけられた複数の下り単位バンドを使用した通信においてＡＲＱが適用される場合、かつ、ｅＰＤＣＣＨで下りデータ割当が指示される場合において、下り回線データの誤り検出結果を示す応答信号の通知に用いる無線通信端末装置、無線通信方法及び集積回路を提供することである。
【課題を解決するための手段】
【００４１】
本発明の一態様に係る端末装置は、複数の単位バンドを用いて基地局装置と通信し、下り制御信号を、下り制御チャネル及び下りデータチャネルのいずれにも使用可能な第１のリソース領域又は下り制御チャネルに使用可能な第２のリソース領域で受信する端末装置であって、単位バンド毎に、前記第１のリソース領域又は前記第２のリソース領域に割り当てられた下り制御信号を検出する下り制御信号検出手段と、前記複数の単位バンドで下りデータをそれぞれ受信する受信手段と、各下りデータの誤りを検出する誤り検出手段と、前記誤り検出手段で得られる各下りデータの誤り検出結果を用いて応答信号を生成する生成手段と、前記応答信号を前記基地局装置へ送信する制御手段と、を有し、前記制御手段は、前記下り制御信号検出手段が、下り制御信号を前記第１のリソース領域または前記第２のリソース領域のいずれかで検出したかに応じて、前記応答信号を送信する上り通信制御チャネルのリソース領域を切り替える構成を採る。【００４２】
本発明の一態様に係る送信方法は、複数の単位バンドを用いて基地局装置と通信し、基地局装置から送信された下り制御信号を、下り制御チャネル及び下りデータチャネルのいずれにも使用可能な第１のリソース領域又は下り制御チャネルに使用可能な第２のリソース領域で受信する、端末装置における送信方法であって、単位バンド毎に、前記第１のリソース領域又は前記第２のリソース領域に割り当てられた下り制御信号を検出し、前記複数の単位バンドで下りデータをそれぞれ受信し、各下りデータの誤りを検出し、得られた各下りデータの誤り検出結果を用いて応答信号を生成し、前記応答信号を前記基地局装置へ送信し、下り制御信号を前記第１のリソース領域または前記第２のリソース領域のいずれかで検出したかに応じて、前記応答信号を送信する上り通信制御チャネルのリソース領域を切り替える。
【発明の効果】
【００４３】
本発明によれば、上り単位バンド及び上り単位バンドと対応づけられた複数の下り単位バンドを使用した通信においてＡＲＱが適用される場合、かつ、ｅＰＤＣＣＨで下りデータ割当が指示される場合において、下り回線データの誤り検出結果を示す応答信号の通知に用いるＰＵＣＣＨリソースを決定することができる。
【図面の簡単な説明】
【００４４】
【図１】応答信号及び参照信号の拡散方法を示す図
【図２】ＰＵＳＣＨリソースにおける応答信号及び上り回線データのＴＤＭの適用に関わる動作を示す図
【図３】個別の端末に適用される非対称のCarrier aggregation及びその制御シーケンスの説明に供する図
【図４】Carrier AggregationにおけるＰＵＣＣＨリソース決定方法の説明に供する図
【図５】ＰＤＣＣＨでのＤＬ ａｓｓｉｇｎｍｅｎｔ通知時におけるPUCCH Format 3におけるＰＵＣＣＨリソース決定方法を示す図
【図６】ＰＤＣＣＨでのＤＬ ａｓｓｉｇｎｍｅｎｔ通知時におけるChannel SelectionにおけるＰＵＣＣＨリソース決定方法を示す図
【図７】ｅＰＤＣＣＨの割当方法の一例を示す図
【図８】本発明の実施の形態１に係る端末の主要構成を示すブロック図
【図９】本発明の実施の形態１に係る基地局の構成を示すブロック図
【図１０】本発明の実施の形態１に係る端末の構成を示すブロック図
【図１１】本発明の実施の形態１に係るＰＵＣＣＨリソース決定方法の説明に供する図
【図１２】本発明の実施の形態２に係るＰＵＣＣＨリソース決定方法の説明に供する図
【図１３】本発明の実施の形態３に係るＰＤＣＣＨとｅＰＤＣＣＨの混在運用の説明に供する図
【図１４】本発明の実施の形態３に係るＰＵＣＣＨリソース決定方法の説明に供する図
【図１５】本発明の実施の形態４に係るＰＤＣＣＨとｅＰＤＣＣＨの混在運用の説明に供する図
【図１６】本発明の実施の形態４に係るＰＵＣＣＨリソース決定方法の説明に供する図
【００４５】
以下、本発明の各実施の形態について図面を参照して詳細に説明する。なお、実施の形態において、同一の構成要素には同一の符号を付し、その説明は重複するので省略する。
【発明を実施するための形態】
【００４６】
（実施の形態１）
図８は、本実施の形態に係る端末２００の主要構成図である。端末２００は、第１の単位バンド及び第２の単位バンドを含む複数の単位バンドを用いて基地局１００と通信する。端末２００において、抽出部２０４が、複数の単位バンドでＰＤＣＣＨ領域またはｅＰＤＣＣＨ領域の下りデータ割当と、当該下りデータ割当が指示するＰＤＳＣＨ領域の下りデータをそれぞれ受信し、ＣＲＣ部２１１が、各下りデータの誤りを検出し、応答信号生成部２１２が、ＣＲＣ部２１１で得られる各下りデータの誤り検出結果を用いて応答信号を生成し、制御部２０８が、応答信号を基地局１００へ送信する。ただし、制御部２０８は、前記下りデータ割当をＰＤＣＣＨ領域またはｅＰＤＣＣＨのどちらで受信したかに基づいて、応答信号の送信に用いるＰＵＣＣＨリソースを決定する。
【００４７】
［基地局の構成］
図９は、本実施の形態に係る基地局１００の構成を示すブロック図である。図９において、基地局１００は、制御部１０１と、制御情報生成部１０２と、符号化部１０３と、変調部１０４と、符号化部１０５と、データ送信制御部１０６と、変調部１０７と、マッピング部１０８と、ＩＦＦＴ（Inverse Fast Fourier Transform）部１０９と、ＣＰ付加部１１０と、無線送信部１１１と、無線受信部１１２と、ＣＰ除去部１１３と、ＰＵＣＣＨ抽出部１１４と、逆拡散部１１５と、系列制御部１１６と、相関処理部１１７と、Ａ／Ｎ判定部１１８と、束Ａ／Ｎ逆拡散部１１９と、ＩＤＦＴ（Inverse Discrete Fourier Transform）部１２０と、束Ａ／Ｎ判定部１２１と、再送制御信号生成部１２２とを有する。
【００４８】
制御部１０１は、リソース割当対象端末（以下「宛先端末」又は単に「端末」ともいう）２００に対して、制御情報を送信するための下りリソース（つまり、下り制御情報割当リソース）、及び、下り回線データを送信するための下りリソース（つまり、下りデータ割当リソース）を割り当てる（Assignする）。このリソース割当は、リソース割当対象端末２００に設定される単位バンドグループに含まれる下り単位バンドにおいて行われる。また、下り制御情報割当リソースは、各下り単位バンドにおける下り制御チャネル（ＰＤＣＣＨまたはｅＰＤＣＣＨ）に対応するリソース内で選択される。また、下りデータ割当リソースは、各下り単位バンドにおける下りデータチャネル（ＰＤＳＣＨ）に対応するリソース内で選択される。また、リソース割当対象端末２００が複数有る場合には、制御部１０１は、リソース割当対象端末２００のそれぞれに異なるリソースを割り当てる。
【００４９】
下り制御情報割当リソースは、上記したＬ１／Ｌ２ＣＣＨと同等である。すなわち、下り制御情報割当リソースは、１つ又は複数のＣＣＥから構成される。
【００５０】
また、制御部１０１は、リソース割当対象端末２００に対して制御情報を送信する際に用いる符号化率を決定する。この符号化率に応じて制御情報のデータ量が異なるので、このデータ量の制御情報をマッピング可能な数のＣＣＥを持つ下り制御情報割当リソースが、制御部１０１によって割り当てられる。
【００５１】
そして、制御部１０１は、制御情報生成部１０２に対して、下りデータ割当リソースに関する情報を出力する。また、制御部１０１は、符号化部１０３に対して、符号化率に関する情報を出力する。また、制御部１０１は、送信データ（つまり、下り回線データ）の符号化率を決定し、符号化部１０５に出力する。また、制御部１０１は、下りデータ割当リソース及び下り制御情報割当リソースに関する情報をマッピング部１０８に対して出力する。
【００５２】
制御情報生成部１０２は、下りデータ割当リソースに関する情報を含む制御情報を生成して符号化部１０３へ出力する。この制御情報は下り単位バンド毎に生成される。また、リソース割当対象端末２００が複数有る場合に、リソース割当対象端末２００同士を区別するために、制御情報には、宛先端末２００の端末ＩＤが含まれる。例えば、宛先端末２００の端末ＩＤでマスキングされたＣＲＣビットが制御情報に含まれる。この制御情報は、「下り割当制御情報（Control information carrying downlink assignment）」又は「Downlink Control Information（ＤＣＩ）」と呼ばれることがある。
【００５３】
符号化部１０３は、制御部１０１から受け取る符号化率に従って、制御情報を符号化し、符号化された制御情報を変調部１０４へ出力する。
【００５４】
変調部１０４は、符号化後の制御情報を変調し、得られた変調信号をマッピング部１０８へ出力する。
【００５５】
符号化部１０５は、宛先端末２００毎の送信データ（つまり、下り回線データ）及び制御部１０１からの符号化率情報を入力として送信データを符号化し、データ送信制御部１０６に出力する。ただし、宛先端末２００に対して複数の下り単位バンドが割り当てられる場合には、符号化部１０５は、各下り単位バンドで送信される送信データをそれぞれ符号化し、符号化後の送信データをデータ送信制御部１０６へ出力する。
【００５６】
データ送信制御部１０６は、初回送信時には、符号化後の送信データを保持すると共に変調部１０７へ出力する。符号化後の送信データは、宛先端末２００毎に保持される。また、１つの宛先端末２００への送信データは、送信される下り単位バンド毎に保持される。これにより、宛先端末２００に送信されるデータ全体の再送制御だけでなく、下り単位バンド毎の再送制御も可能になる。
【００５７】
また、データ送信制御部１０６は、再送制御信号生成部１２２から或る下り単位バンドで送信した下り回線データに対するＮＡＣＫ又はＤＴＸを受け取ると、この下り単位バンドに対応する保持データを変調部１０７へ出力する。データ送信制御部１０６は、再送制御信号生成部１２２から或る下り単位バンドで送信した下り回線データに対するＡＣＫを受け取ると、この下り単位バンドに対応する保持データを削除する。
【００５８】
変調部１０７は、データ送信制御部１０６から受け取る符号化後の送信データを変調し、変調信号をマッピング部１０８へ出力する。
【００５９】
マッピング部１０８は、制御部１０１から受け取る下り制御情報割当リソースの示すリソースに、変調部１０４から受け取る制御情報の変調信号をマッピングし、ＩＦＦＴ部１０９へ出力する。
【００６０】
また、マッピング部１０８は、制御部１０１から受け取る下りデータ割当リソース（すなわち、制御情報に含まれる情報）の示すリソース（ＰＤＳＣＨ（下りデータチャネル））に、変調部１０７から受け取る送信データの変調信号をマッピングし、ＩＦＦＴ部１０９へ出力する。
【００６１】
マッピング部１０８にて複数の下り単位バンドにおける複数のサブキャリアにマッピングされた制御情報及び送信データは、ＩＦＦＴ部１０９で周波数領域信号から時間領域信号に変換され、ＣＰ付加部１１０にてＣＰが付加されてＯＦＤＭ信号とされた後に、無線送信部１１１にてＤ／Ａ（Digital to Analog）変換、増幅及びアップコンバート等の送信処理が施され、アンテナを介して端末２００へ送信される。
【００６２】
無線受信部１１２は、端末２００から送信された上り応答信号又は参照信号を、アンテナを介して受信し、上り応答信号又は参照信号に対しダウンコンバート、Ａ／Ｄ変換等の受信処理を行う。
【００６３】
ＣＰ除去部１１３は、受信処理後の上り応答信号又は参照信号に付加されているＣＰを除去する。
【００６４】
ＰＵＣＣＨ抽出部１１４は、受信信号に含まれるＰＵＣＣＨ信号から、予め端末２００に通知してある束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域の信号を抽出する。ここで、束ＡＣＫ／ＮＡＣＫリソースとは、前述したように、束ＡＣＫ／ＮＡＣＫ信号が送信されるべきリソースであり、ＤＦＴ−Ｓ−ＯＦＤＭフォーマット構成を採るリソースである。具体的には、ＰＵＣＣＨ抽出部１１４は、束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域のデータ部分（すなわち、束ＡＣＫ／ＮＡＣＫ信号が配置されているＳＣ−ＦＤＭＡシンボル）と参照信号部分（すなわち、束ＡＣＫ／ＮＡＣＫ信号を復調するための参照信号が配置されているＳＣ−ＦＤＭＡシンボル）を抽出する。ＰＵＣＣＨ抽出部１１４は、抽出したデータ部分を束Ａ／Ｎ逆拡散部１１９に出力し、参照信号部分を逆拡散部１１５−１に出力する。
【００６５】
また、ＰＵＣＣＨ抽出部１１４は、受信信号に含まれるＰＵＣＣＨ信号から、下り割当制御情報（ＤＣＩ）の送信に用いられたＰＤＣＣＨが占有していたＣＣＥに対応付けられているＡ／Ｎリソース（またはＰＵＣＣＨリソースとも呼ぶ）及び予め端末２００に通知してある複数のＡ／Ｎリソースに対応する複数のＰＵＣＣＨ領域を抽出する。ここで、Ａ／Ｎリソースとは、Ａ／Ｎが送信されるべきリソースである。また、ＰＵＣＣＨ抽出部１１４は、下り割当制御情報（ＤＣＩ）の送信に用いられたチャネルが、ＰＤＣＣＨであるかｅＰＤＣＣＨであるかに基づいて、Ａ／Ｎリソースを決定する。Ａ／Ｎリソースの決定方法の詳細については後述する。
【００６６】
また、ＰＵＣＣＨ抽出部１１４は、Ａ／Ｎリソースに対応するＰＵＣＣＨ領域のデータ部分（上り制御信号が配置されているＳＣ−ＦＤＭＡシンボル）と参照信号部分（上り制御信号を復調するための参照信号が配置されているＳＣ−ＦＤＭＡシンボル）を抽出する。そして、ＰＵＣＣＨ抽出部１１４は、抽出したデータ部分及び参照信号部分の両方を、逆拡散部１１５−２に出力する。このようにして、ＣＣＥに関連付けられたＰＵＣＣＨリソース及び端末２００に対して通知した特定のＰＵＣＣＨリソースの中から選択されたリソースで応答信号が受信される。
【００６７】
系列制御部１１６は、端末２００から通知されるＡ／Ｎ、Ａ／Ｎに対する参照信号、及び、束ＡＣＫ／ＮＡＣＫ信号に対する参照信号のそれぞれの拡散に用いられる可能性があるBase sequence（すなわち、系列長１２のＺＡＣ系列）を生成する。また、系列制御部１１６は、端末２００が用いる可能性のあるＰＵＣＣＨリソースにおいて、参照信号が配置され得るリソース（以下「参照信号リソース」という）に対応する相関窓をそれぞれ特定する。そして、系列制御部１１６は、束ＡＣＫ／ＮＡＣＫリソースにおいて参照信号が配置され得る参照信号リソースに対応する相関窓を示す情報及びBase sequenceを相関処理部１１７−１に出力する。系列制御部１１６は、参照信号リソースに対応する相関窓を示す情報及びBase sequenceを、相関処理部１１７−１に出力する。また、系列制御部１１６は、Ａ／Ｎ及びＡ／Ｎに対する参照信号が配置されるＡ／Ｎリソースに対応する相関窓を示す情報及びBase sequenceを相関処理部１１７−２に出力する。
【００６８】
逆拡散部１１５−１及び相関処理部１１７−１は、束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域から抽出された参照信号の処理を行う。
【００６９】
具体的には、逆拡散部１１５−１は、端末２００が束ＡＣＫ／ＮＡＣＫリソースの参照信号において２次拡散に用いるべきウォルシュ系列で参照信号部分を逆拡散し、逆拡散後の信号を相関処理部１１７−１に出力する。
【００７０】
相関処理部１１７−１は、参照信号リソースに対応する相関窓を示す情報及びBase sequenceを用いて、逆拡散部１１５−１から入力される信号と、端末２００において１次拡散に用いられる可能性のあるBase sequenceとの相関値を求める。そして、相関処理部１１７−１は、相関値を束Ａ／Ｎ判定部１２１に出力する。
【００７１】
逆拡散部１１５−２及び相関処理部１１７−２は、複数のＡ／Ｎリソースに対応する複数のＰＵＣＣＨ領域から抽出された参照信号及びＡ／Ｎの処理を行う。
【００７２】
具体的には、逆拡散部１１５−２は、端末２００が各Ａ／Ｎリソースのデータ部分及び参照信号部分において２次拡散に用いるべきウォルシュ系列及びＤＦＴ系列でデータ部分及び参照信号部分を逆拡散し、逆拡散後の信号を相関処理部１１７−２に出力する。
【００７３】
相関処理部１１７−２は、各Ａ／Ｎリソースに対応する相関窓を示す情報及びBase sequenceを用いて、逆拡散部１１５−２から入力される信号と、端末２００において１次拡散に用いられる可能性のあるBase sequenceとの相関値をそれぞれ求める。そして、相関処理部１１７−２は、それぞれの相関値をＡ／Ｎ判定部１１８に出力する。
【００７４】
Ａ／Ｎ判定部１１８は、相関処理部１１７−２から入力される複数の相関値に基づいて、端末２００からどのＡ／Ｎリソースを用いて信号が送信されているか、若しくは、いずれのＡ／Ｎリソースも用いられていないかを判定する。そして、Ａ／Ｎ判定部１１８は、端末２００からいずれかのＡ／Ｎリソースを用いて信号が送信されていると判定した場合、参照信号に対応する成分及びＡ／Ｎに対応する成分を用いて同期検波を行い、同期検波の結果を再送制御信号生成部１２２に出力する。一方、Ａ／Ｎ判定部１１８は、端末２００がいずれのＡ／Ｎリソースも用いていないと判定した場合には、Ａ／Ｎリソースが用いられていない旨を再送制御信号生成部１２２に出力する。
【００７５】
束Ａ／Ｎ逆拡散部１１９は、ＰＵＣＣＨ抽出部１１４から入力される束ＡＣＫ／ＮＡＣＫリソースのデータ部分に対応する束ＡＣＫ／ＮＡＣＫ信号をＤＦＴ系列によって逆拡散し、その信号をＩＤＦＴ部１２０に出力する。
【００７６】
ＩＤＦＴ部１２０は、束Ａ／Ｎ逆拡散部１１９から入力される周波数領域上の束ＡＣＫ／ＮＡＣＫ信号を、ＩＤＦＴ処理によって時間領域上の信号に変換し、時間領域上の束ＡＣＫ／ＮＡＣＫ信号を束Ａ／Ｎ判定部１２１に出力する。
【００７７】
束Ａ／Ｎ判定部１２１は、ＩＤＦＴ部１２０から入力される束ＡＣＫ／ＮＡＣＫリソースのデータ部分に対応する束ＡＣＫ／ＮＡＣＫ信号を、相関処理部１１７−１から入力される束ＡＣＫ／ＮＡＣＫ信号の参照信号情報を用いて復調する。また、束Ａ／Ｎ判定部１２１は、復調後の束ＡＣＫ／ＮＡＣＫ信号を復号し、復号結果を束Ａ／Ｎ情報として再送制御信号生成部１２２に出力する。ただし、束Ａ／Ｎ判定部１２１は、相関処理部１１７−１から入力される相関値が閾値よりも小さく、端末２００から束Ａ／Ｎリソースを用いて信号が送信されていないと判定した場合には、その旨を再送制御信号生成部１２２に出力する。
【００７８】
再送制御信号生成部１２２は、束Ａ／Ｎ判定部１２１から入力される情報、Ａ／Ｎ判定部１１８から入力される情報、及び、予め端末２００に設定したグループ番号を示す情報に基づいて、下り単位バンドで送信したデータ（下り回線データ）を再送すべきか否かを判定し、判定結果に基づいて再送制御信号を生成する。具体的には、再送制御信号生成部１２２は、或る下り単位バンドで送信した下り回線データに対して再送する必要があると判断した場合には、当該下り回線データの再送命令を示す再送制御信号を生成して、再送制御信号をデータ送信制御部１０６へ出力する。また、再送制御信号生成部１２２は、或る下り単位バンドで送信した下り回線データに対して再送する必要が無いと判断した場合には、当該下り単位バンドで送信した下り回線データを再送しないことを示す再送制御信号を生成して、再送制御信号をデータ送信制御部１０６へ出力する。
【００７９】
［端末の構成］
図１０は、本実施の形態に係る端末２００の構成を示すブロック図である。図１０において、端末２００は、無線受信部２０１と、ＣＰ除去部２０２と、ＦＦＴ（Fast Fourier Transform）部２０３と、抽出部２０４と、復調部２０５と、復号部２０６と、判定部２０７と、制御部２０８と、復調部２０９と、復号部２１０と、ＣＲＣ部２１１と、応答信号生成部２１２と、符号化・変調部２１３と、１次拡散部２１４−１，２１４−２と、２次拡散部２１５−１，２１５−２と、ＤＦＴ部２１６と、拡散部２１７と、ＩＦＦＴ部２１８−１，２１８−２，２１８−３と、ＣＰ付加部２１９−１，２１９−２，２１９−３と、時間多重部２２０と、選択部２２１と、無線送信部２２２とを有する。
【００８０】
無線受信部２０１は、基地局１００から送信されたＯＦＤＭ信号を、アンテナを介して受信し、受信ＯＦＤＭ信号に対しダウンコンバート、Ａ／Ｄ変換等の受信処理を行う。なお、受信ＯＦＤＭ信号には、ＰＤＳＣＨ内のリソースに割り当てられたＰＤＳＣＨ信号（下り回線データ）、ＰＤＣＣＨ内のリソースに割り当てられた下り制御信号、ｅＰＤＣＣＨ内のリソースに割り当てられた下り制御信号が含まれる。
【００８１】
ＣＰ除去部２０２は、受信処理後のＯＦＤＭ信号に付加されているＣＰを除去する。
【００８２】
ＦＦＴ部２０３は、受信ＯＦＤＭ信号をＦＦＴして周波数領域信号に変換し、得られた受信信号を抽出部２０４へ出力する。
【００８３】
抽出部２０４は、入力される符号化率情報に従って、ＦＦＴ部２０３から受け取る受信信号から下り制御チャネル信号（ＰＤＣＣＨまたはｅＰＤＣＣＨ）を抽出する。すなわち、符号化率に応じて下り制御情報割当リソースを構成するＣＣＥ（又はｅＣＣＥ）の数が変わるので、抽出部２０４は、その符号化率に対応する個数のＣＣＥを抽出単位として、下り制御チャネル信号を抽出する。また、下り制御チャネル信号は、下り単位バンドごとに抽出される。抽出された下り制御チャネル信号は、復調部２０５へ出力される。
【００８４】
また、抽出部２０４は、後述する判定部２０７から受け取る自装置宛の下りデータ割当リソースに関する情報に基づいて、受信信号から下り回線データ（下りデータチャネル信号（ＰＤＳＣＨ信号））を抽出し、復調部２０９へ出力する。このように、抽出部２０４は、ＰＤＣＣＨにマッピングされた下り割当制御情報（ＤＣＩ）を受信し、ＰＤＳＣＨで下り回線データを受信する。
【００８５】
復調部２０５は、抽出部２０４から受け取る下り制御チャネル信号を復調し、得られた復調結果を復号部２０６に出力する。
【００８６】
復号部２０６は、入力される符号化率情報に従って、復調部２０５から受け取る復調結果を復号して、得られた復号結果を判定部２０７に出力する。
【００８７】
判定部２０７は、復号部２０６から受け取る復号結果に含まれる制御情報が自装置宛の制御情報であるか否かをブラインド判定（モニタ）する。この判定は、上記した抽出単位に対応する復号結果を単位として行われる。例えば、判定部２０７は、自装置の端末ＩＤでＣＲＣビットをデマスキングし、ＣＲＣ＝ＯＫ（誤り無し）となった制御情報を自装置宛の制御情報であると判定する。そして、判定部２０７は、自装置宛の制御情報に含まれる、自装置に対する下りデータ割当リソースに関する情報を抽出部２０４へ出力する。
【００８８】
また、判定部２０７は、自装置宛の制御情報（すなわち、下り割当制御情報）を検出した場合、ＡＣＫ／ＮＡＣＫ信号が発生（存在）する旨を制御部２０８に通知する。また、判定部２０７は、自装置宛の制御情報をＰＤＣＣＨ領域から検出した場合、当該ＰＤＣＣＨが占有していたＣＣＥに関する情報を制御部２０８に出力する。
【００８９】
制御部２０８は、下り割当制御情報（ＤＣＩ）の送信に用いられたチャネルが、ＰＤＣＣＨであるかｅＰＤＣＣＨであるかに基づいて、Ａ／Ｎリソースを決定する。Ａ／Ｎリソースの決定方法の詳細については後述する。制御部２０８は、判定部２０７から入力されるＣＣＥに関する情報から、当該ＣＣＥに関連付けられたＡ／Ｎリソースを特定する。そして、制御部２０８は、ＣＣＥに関連付けられたＡ／Ｎリソース、又は、予め基地局１００から通知されているＡ／Ｎリソースに対応するBase sequence及び循環シフト量を、１次拡散部２１４−１へ出力し、当該Ａ／Ｎリソースに対応するウォルシュ系列及びＤＦＴ系列を２次拡散部２１５−１へ出力する。また、制御部２０８は、Ａ／Ｎリソースの周波数リソース情報をＩＦＦＴ部２１８−１に出力する。
【００９０】
制御部２０８は、下り割当制御情報（ＤＣＩ）の送信に用いられたチャネルが、ＰＤＣＣＨであるかｅＰＤＣＣＨであるかに基づいて、Ａ／Ｎリソースを決定する。Ａ／Ｎリソースの決定方法の詳細については後述する。
【００９１】
また、制御部２０８は、束ＡＣＫ／ＮＡＣＫ信号を束ＡＣＫ／ＮＡＣＫリソースを用いて送信すると判断した場合、予め基地局１００から通知されている束ＡＣＫ／ＮＡＣＫリソースの参照信号部分（参照信号リソース）に対応するBase sequence及び循環シフト量を、１次拡散部２１４−２へ出力し、ウォルシュ系列を２次拡散部２１５−２へ出力する。また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソースの周波数リソース情報をＩＦＦＴ部２１８−２に出力する。
【００９２】
また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソースのデータ部分の拡散に用いるＤＦＴ系列を拡散部２１７に出力し、束ＡＣＫ／ＮＡＣＫリソースの周波数リソース情報をＩＦＦＴ部２１８−３に出力する。
【００９３】
また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソース又はＡ／Ｎリソースのいずれかを選択し、選択したリソースを無線送信部２２２に出力するよう選択部２２１に指示する。更に、制御部２０８は、選択したリソースに応じて、束ＡＣＫ／ＮＡＣＫ信号又はＡＣＫ／ＮＡＣＫ信号のいずれかを生成するよう応答信号生成部２１２に指示する。
【００９４】
復調部２０９は、抽出部２０４から受け取る下り回線データを復調し、復調後の下り回線データを復号部２１０へ出力する。
【００９５】
復号部２１０は、復調部２０９から受け取る下り回線データを復号し、復号後の下り回線データをＣＲＣ部２１１へ出力する。
【００９６】
ＣＲＣ部２１１は、復号部２１０から受け取る復号後の下り回線データを生成し、ＣＲＣを用いて下り単位バンド毎に誤り検出し、ＣＲＣ＝ＯＫ（誤り無し）の場合にはＡＣＫを、ＣＲＣ＝ＮＧ（誤り有り）の場合にはＮＡＣＫを、応答信号生成部２１２へそれぞれ出力する。また、ＣＲＣ部２１１は、ＣＲＣ＝ＯＫ（誤り無し）の場合には、復号後の下り回線データを受信データとして出力する。
【００９７】
応答信号生成部２１２は、ＣＲＣ部２１１から入力される、各下り単位バンドにおける下り回線データの受信状況（下り回線データの誤り検出結果）、及び、予め設定されたグループ番号を示す情報に基づいて応答信号を生成する。すなわち、応答信号生成部２１２は、制御部２０８から束ＡＣＫ／ＮＡＣＫ信号を生成するように指示された場合には、下り単位バンド毎の誤り検出結果の各々が個別データとして含まれている束ＡＣＫ／ＮＡＣＫ信号を生成する。一方、応答信号生成部２１２は、制御部２０８からＡＣＫ／ＮＡＣＫ信号を生成するように指示された場合には、１シンボルのＡＣＫ／ＮＡＣＫ信号を生成する。そして、応答信号生成部２１２は生成した応答信号を符号化・変調部２１３に出力する。
【００９８】
符号化・変調部２１３は、束ＡＣＫ／ＮＡＣＫ信号が入力された場合には、入力された束ＡＣＫ／ＮＡＣＫ信号を符号化・変調し、１２シンボルの変調信号を生成し、ＤＦＴ部２１６へ出力する。また、符号化・変調部２１３は、１シンボルのＡＣＫ／ＮＡＣＫ信号が入力された場合には、当該ＡＣＫ／ＮＡＣＫ信号を変調し、１次拡散部２１４−１に出力する。
【００９９】
Ａ／Ｎリソース、及び、束ＡＣＫ／ＮＡＣＫリソースの参照信号リソースに対応する１次拡散部２１４−１及び２１４−２は、制御部２０８の指示に従ってＡＣＫ／ＮＡＣＫ信号又は参照信号を、リソースに対応するBase sequenceによって拡散し、拡散した信号を２次拡散部２１５−１，２１５−２へ出力する。
【０１００】
２次拡散部２１５−１，２１５−２は、制御部２０８の指示により、入力された１次拡散後の信号をウォルシュ系列又はＤＦＴ系列を用いて拡散しＩＦＦＴ部２１８−１，２１８−２に出力する。
【０１０１】
ＤＦＴ部２１６は、入力される時系列の束ＡＣＫ／ＮＡＣＫ信号を１２個纏めてＤＦＴ処理を行うことにより、１２個の周波数軸上の信号成分を得る。そして、ＤＦＴ部２１６は１２個の信号成分を拡散部２１７に出力する。
【０１０２】
拡散部２１７は、制御部２０８から指示されたＤＦＴ系列を用いて、ＤＦＴ部２１６から入力された１２個の信号成分を拡散し、ＩＦＦＴ部２１８−３に出力する。
【０１０３】
ＩＦＦＴ部２１８−１，２１８−２，２１８−３は、制御部２０８の指示により、入力された信号を、配置されるべき周波数位置に対応付けてＩＦＦＴ処理を行う。これにより、ＩＦＦＴ部２１８−１，２１８−２，２１８−３に入力された信号（すなわち、ＡＣＫ／ＮＡＣＫ信号、Ａ／Ｎリソースの参照信号、束ＡＣＫ／ＮＡＣＫリソースの参照信号、束ＡＣＫ／ＮＡＣＫ信号）は時間領域の信号に変換される。
【０１０４】
ＣＰ付加部２１９−１，２１９−２，２１９−３は、ＩＦＦＴ後の信号の後尾部分と同じ信号をＣＰとしてその信号の先頭に付加する。
【０１０５】
時間多重部２２０は、ＣＰ付加部２１９−３から入力される束ＡＣＫ／ＮＡＣＫ信号（すなわち、束ＡＣＫ／ＮＡＣＫリソースのデータ部分を用いて送信される信号）と、ＣＰ付加部２１９−２から入力される束ＡＣＫ／ＮＡＣＫリソースの参照信号とを、束ＡＣＫ／ＮＡＣＫリソースに時間多重し、得られた信号を選択部２２１へ出力する。
【０１０６】
選択部２２１は、制御部２０８の指示に従って、時間多重部２２０から入力される束ＡＣＫ／ＮＡＣＫリソースとＣＰ付加部２１９−１から入力されるＡ／Ｎリソースのいずれかを選択し、選択したリソースに割り当てられた信号を無線送信部２２２へ出力する。
【０１０７】
無線送信部２２２は、選択部２２１から受け取る信号に対しＤ／Ａ変換、増幅及びアップコンバート等の送信処理を行い、アンテナから基地局１００へ送信する。
【０１０８】
［基地局１００及び端末２００の動作］
以上の構成を有する基地局１００及び端末２００の動作について説明する。
【０１０９】
本実施の形態に係るＰＵＣＣＨリソース決定方法を、図１１を援用して説明する。本実施の形態では、ｅＰＤＣＣＨでDL assignmentが通知される場合において、端末２００において、Carrier Aggregationが設定されない場合（図１１Ａ）、および、Carrier AggregationかつPUCCH Format 3が設定される場合（図１１Ｂ）の、ＰＵＣＣＨリソース通知方法について説明する。
【０１１０】
本実施の形態におけるPUCCH Format 3では、図１１Ｂに示すように、最大５つの下り単位バンドで受信した、下り単位バンド毎の複数の下り回線データに対する誤り検出結果は、PUCCH Format 3リソースまたはPUCCH Format 1bリソースを用いて、基地局１００に通知される。具体的には、基地局１００は、ＰＣｅｌｌのＰＤＳＣＨを指示するｅＰＤＣＣＨでは、ＴＰＣフィールドにおいて、ＡＲＩ（ＡＲＩ３）を通知する。端末２００は、当該ｅＰＤＣＣＨで通知されるＡＲＩにより、予め設定された４つのＰＵＣＣＨリソース（PUCCH Format 1bリソース）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。また、基地局１００は、ＳＣｅｌｌのＰＤＳＣＨを指示するｅＰＤＣＣＨでは、ＴＰＣフィールドにおいて、ＡＲＩ（ＡＲＩ２）を通知する。端末２００は、当該ｅＰＤＣＣＨで通知されるＡＲＩにより、予め設定された４つのＰＵＣＣＨリソース（PUCCH Format 3リソース）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。
【０１１１】
また、本実施の形態におけるPUCCH Format 3では、ＰＤＣＣＨを用いた運用と同様、少なくとも１つのＳＣｅｌｌのＰＤＳＣＨを指示するｅＰＤＣＣＨを端末で検出する場合は、誤り検出結果は上記のPUCCH Format 3リソースを用いて基地局１００に通知される。一方、ＰＣｅｌｌのＰＤＳＣＨを指示するｅＰＤＣＣＨのみを端末で検出する場合は、誤り検出結果は上記のPUCCH Format 1bリソースを用いて基地局１００に通知される。
【０１１２】
PUCCH Format 1bリソースは、最大２ビットまでの誤り検出結果の送信に最適化されたＰＵＣＣＨリソースであり、また、最大４８リソースとの直交化が可能である。PUCCH Format 3リソースは、より多くの誤り検出結果の送信に最適化されたＰＵＣＣＨリソースである一方で、最大４リソースまでしか直交化できない。したがって、本実施の形態によると、ＰＤＣＣＨを用いた運用と同様、誤り検出結果のビット数が少ない場合には、より少ない誤り検出結果のビット数に最適化されたＰＵＣＣＨリソースを用いることにより、より多くのリソースと直交化できるため、ＰＵＣＣＨリソースの利用効率を高めることができる。また、基地局における所要品質を満足するために必要な、端末でのＰＵＣＣＨ所要送信電力も低くて済む。
【０１１３】
さらに、本実施の形態によると、ｅＰＤＣＣＨで用いるPUCCH Formatの決定方法がＰＤＣＣＨを用いた運用と同一である。すなわち、少なくとも１つのＳＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨまたはｅＰＤＣＣＨを端末で検出する場合は、端末はPUCCH Format 3を用いて誤り検出結果を基地局に通知する。一方、ＰＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨまたはｅＰＤＣＣＨのどちらか一方のみを端末で検出する場合は、端末はPUCCH Format 1bを用いて誤り検出結果を基地局に通知する。各ＰＤＳＣＨに対する誤り検出結果から応答信号を生成する方法は、PUCCH Format（すなわちPUCCH Format 3であるかPUCCH Format 1bであるか）のみによって異なる。PUCCH Format 3では各誤り検出結果をまとめて最大１０ビット（＝５ＣＣ×２ＣＷ）の応答信号が生成され、PUCCH Format 1bではＰＣｅｌｌのＰＤＳＣＨの誤り検出結果をまとめて最大２ビット（＝１ＣＣ×２ＣＷ）の応答信号が生成される。そのため、ＰＤＣＣＨを用いた運用とｅＰＤＣＣＨを用いた運用とで、応答信号の生成に係る処理を共用できる。言い換えると、ＰＤＳＣＨを指示するのがＰＤＣＣＨであるかｅＰＤＣＣＨであるかは、応答信号の生成処理とは関係がなく、各セルのＰＤＳＣＨの割当があるかないかが、応答信号の生成処理に関係する。これにより、端末および基地局の構成を簡易化できる。
【０１１４】
（実施の形態２）
本実施の形態では、実施の形態１と同様、ｅＰＤＣＣＨでDL assignmentが通知される場合において、端末２００において、Carrier Aggregationが設定されない場合、および、Carrier AggregationかつPUCCH Format 3が設定される場合の、ＰＵＣＣＨリソース通知方法について説明する。実施の形態１との違いは、ＰＣｅｌｌのＰＤＳＣＨを指示するｅＰＤＣＣＨで指示するＡＲＩ（ＡＲＩ３）、および、当該ＡＲＩにより指示されるＰＵＣＣＨリソースにある。
【０１１５】
大きいセルカバレッジをもつセルと小さいセルカバレッジをもつセルを組み合わせた、ヘテロジーニアスネットワーク（Heterogeneous Network: HetNet）環境において、Carrier Aggregationが設定される場合、端末のモビリティを確保するために、大きいセルカバレッジをもつセルをＰＣｅｌｌ、小さいセルカバレッジをもつセルをＳＣｅｌｌとして運用することが考えられる。このようなHetNet環境におけるCarrier Aggregationでは、ＰＣｅｌｌをカバーする基地局よりもＳＣｅｌｌをカバーする基地局の方が、一般的に、端末のより近傍に存在する。したがって、ＳＣｅｌｌをカバーする基地局から端末に対して下りデータ通信を行ったほうが、送信電力の観点で有利である。そのため、HetNet環境におけるCarrier Aggregationでは、ＰＣｅｌｌのみ下りデータ割当を行う頻度が低い。そこで、本実施の形態においては、ＰＣｅｌｌのＰＤＳＣＨを指示するｅＰＤＣＣＨで指示するＡＲＩ（ＡＲＩ３）は、ＳＣｅｌｌのＰＤＳＣＨを指示するｅＰＤＣＣＨで指示するＡＲＩ（ＡＲＩ２）と同一のＰＵＣＣＨリソース（PUCCH Format 3リソース）を指示する。
【０１１６】
より具体的に、本実施の形態に係るＰＵＣＣＨリソース決定方法を、図１２を援用して説明する。図１２Ｂに示すように、Carrier Aggregationが設定される場合、基地局１００は、ＰＣｅｌｌのＰＤＳＣＨを指示するｅＰＤＣＣＨでは、ＴＰＣフィールドにおいて、ＡＲＩ（ＡＲＩ３）を通知する。また、基地局１００は、ＳＣｅｌｌのＰＤＳＣＨを指示するｅＰＤＣＣＨでは、ＴＰＣフィールドに、ＡＲＩ（ＡＲＩ２）が通知されていると認識して動作する。そして、本実施の形態においては、基地局１００および端末２００において、ＡＲＩ２およびＡＲＩ３を、常に同一の値として運用する。さらに、ＡＲＩ２およびＡＲＩ３が指示するＰＵＣＣＨリソースも同一になるよう、予め設定された４つのＰＵＣＣＨリソースが共通である。端末２００は、ＡＲＩ２およびＡＲＩ３により、予め設定された４つのＰＵＣＣＨリソース（PUCCH Format 3リソース）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。
【０１１７】
一方で、図１２Ａに示すように、Carrier Aggregationが設定されない場合、基地局１００は、ＰＣｅｌｌのＰＤＳＣＨを指示するｅＰＤＣＣＨでは、ＴＰＣフィールドにおいて、ＡＲＩ（ＡＲＩ３）を通知する。端末２００は、当該ｅＰＤＣＣＨで通知されるＡＲＩにより、予め設定された４つのＰＵＣＣＨリソース（PUCCH Format 1bリソース）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。
【０１１８】
以上より、本実施の形態によれば、Carrier Aggregation設定時は、ＰＣｅｌｌのみにＰＤＳＣＨが割り当てられる頻度が低いことに着目して、端末は、常にPUCCH Format 3リソースを用いて応答信号を送信する。ＡＲＩ２およびＡＲＩ３を、常に同一の値として運用する。さらに、ＡＲＩ２およびＡＲＩ３が指示するＰＵＣＣＨリソースも同一になるよう、予め設定された４つのＰＵＣＣＨリソースを共通にする。Carrier Aggregation非設定時は、端末は、より少ない誤り検出結果のビット数に最適化されたＰＵＣＣＨリソースであるPUCCH Format 1bリソースを用いて応答信号を送信する。
【０１１９】
さらに、Carrier Aggregation設定時に、常にPUCCH Format 3リソースを用いることにより、基地局がＰＣｅｌｌとＳＣｅｌｌの両方のＰＤＳＣＨを割り当てたのにもかかわらず、端末がＳＣｅｌｌのＰＤＳＣＨを指示するｅＰＤＣＣＨを受信失敗した場合に、PUCCH Format 1bリソースを使う必要がない。そのため、基地局は、端末でのＳＣｅｌｌのＰＤＳＣＨを指示するｅＰＤＣＣＨの受信失敗に備えて、PUCCH Format 1bリソースを確保しておく必要がないため、ＰＵＣＣＨオーバーヘッドを低減することができる。
【０１２０】
なお、Carrier Aggregation設定時に、ＰＣｅｌｌのみにＰＤＳＣＨが割り当てられる場合は、当該ＰＤＳＣＨをｅＰＤＣＣＨではなくＰＤＣＣＨで指示することにより、Carrier Aggregation非設定時と同様、より少ない誤り検出結果のビット数に最適化されたＰＵＣＣＨリソースである、PUCCH Format 1bリソースを利用してもよい。
【０１２１】
（実施の形態３）
実施の形態１および２においては、ｅＰＤＣＣＨを用いる場合のＰＵＣＣＨリソース通知方法について説明した。実運用においては、セル毎またはサブフレーム毎にＰＤＣＣＨとｅＰＤＣＣＨを混在させて運用することが考えられる。また、ＰＤＣＣＨをもたないセル（後方互換をサポートしないセル）を用いた運用も考えられる。ｅＰＤＣＣＨをサポートしないセルを用いた運用も考えられる。そこで本実施の形態は、実施の形態２のCarrier Aggregation設定時において、ＰＤＣＣＨとｅＰＤＣＣＨをセル毎に混在させて運用する場合の、ＰＵＣＣＨリソース通知方法を示す。
【０１２２】
本実施の形態では、図１３Ａに示すように、セル毎またはサブフレーム毎にＰＤＣＣＨとｅＰＤＣＣＨを混在させて運用する。例えば図１３Ａのサブフレーム＃０（ＳＦ＃０）において、基地局１００は、ＰＣｅｌｌ、ＳＣｅｌｌ１およびＳＣｅｌｌ２では、ＰＤＣＣＨを用いてＰＤＳＣＨを指示し、ＳＣｅｌｌ３およびＳＣｅｌｌ４では、ｅＰＤＣＣＨを用いてＰＤＳＣＨを指示する。図１３Ａのサブフレーム＃０におけるＰＵＣＣＨリソース決定方法を図１３Ｂに、図１３Ａのサブフレーム＃１におけるＰＵＣＣＨリソース決定方法を図１３Ｃに示す。
【０１２３】
図１３Ｂでは、ＰＣｅｌｌのＰＤＳＣＨがＰＤＣＣＨで指示されるので、当該ＰＤＣＣＨが占有するＣＣＥの先頭ＣＣＥインデックスｎＣＣＥに１対１に対応づけられたＰＵＣＣＨリソース（PUCCH Format 1bリソース）が指示される。また、ＳＣｅｌｌ１およびＳＣｅｌｌ２のＰＤＳＣＨもまたＰＤＣＣＨで指示されており、当該ＰＤＳＣＨを指示するＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＡＲＩ１）が通知される。端末２００は、当該ＰＤＣＣＨで通知されるＡＲＩ（ＡＲＩ１）により、予め設定された４つのＰＵＣＣＨリソース（PUCCH Format 3リソース）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。さらに、ＳＣｅｌｌ３およびＳＣｅｌｌ４のＰＤＳＣＨはｅＰＤＣＣＨで指示されており、当該ＰＤＳＣＨを指示するｅＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＡＲＩ２）が通知される。端末２００は、当該ｅＰＤＣＣＨで通知されるＡＲＩ（ＡＲＩ２）により、予め設定された４つのＰＵＣＣＨリソース（PUCCH Format 3リソース）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。
【０１２４】
図１３Ｃでは、ＰＣｅｌｌ、ＳＣｅｌｌ１およびＳＣｅｌｌ４のＰＤＳＣＨがｅＰＤＣＣＨで指示されるので、当該ＰＤＳＣＨを指示するｅＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＰＣｅｌｌにはＡＲＩ３、ＳＣｅｌｌ１およびＳＣｅｌｌ４にはＡＲＩ２）が通知される。ＡＲＩ２およびＡＲＩ３を、常に同一の値として運用する。さらに、ＡＲＩ２およびＡＲＩ３が指示するＰＵＣＣＨリソースも同一になるよう、予め設定された４つのＰＵＣＣＨリソースが共通である。端末２００は、当該ｅＰＤＣＣＨで通知されるＡＲＩ（ＡＲＩ２＝ＡＲＩ３）により、予め設定された４つのＰＵＣＣＨリソース（PUCCH Format 3リソース）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。また、ＳＣｅｌｌ２およびＳＣｅｌｌ３のＰＤＳＣＨはＰＤＣＣＨで指示されており、当該ＰＤＳＣＨを指示するＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＡＲＩ１）が通知される。端末２００は、当該ＰＤＣＣＨで通知されるＡＲＩ（ＡＲＩ１）により、予め設定された４つのＰＵＣＣＨリソース（PUCCH Format 3リソース）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。
【０１２５】
図１３Ｂおよび図１３Ｃによれば、ＡＲＩ１により決定されるＰＵＣＣＨリソースと、ＡＲＩ２（＝ＡＲＩ３）により決定されるＰＵＣＣＨリソースとが独立に運用されるため、２つのＡＲＩが端末２００に通知されるとき、どちらのＡＲＩで指示するＰＵＣＣＨリソースを用いるかを決定する必要がある。一例として、図１３Ｂにおいて、ＰＤＣＣＨで通知されるＡＲＩ（ＡＲＩ１）の方を常に優先した場合、基地局１００は、ＡＲＩ１により決定されるＰＵＣＣＨリソースでの応答信号の受信を期待する。しかしながら、端末２００において、ＳＣｅｌｌ１とＳＣｅｌｌ２の両方のＰＤＳＣＨを指示するＰＤＣＣＨを受信失敗した場合、端末２００はＡＲＩ１を受信できない。端末２００は、代わりに、ＳＣｅｌｌ３およびＳＣｅｌｌ４のＰＤＳＣＨを指示するｅＰＤＣＣＨで通知されるＡＲＩ（ＡＲＩ２）により決定されるＰＵＣＣＨリソースを用いて応答信号を送信する。したがって基地局１００は、ＡＲＩ２により決定されるＰＵＣＣＨリソースでの応答信号の受信も想定しなければならない。すなわち、基地局１００は、１つの端末向けに２つのＰＵＣＣＨリソース（PUCCH Format 3リソース）を確保せねばならず、ＰＵＣＣＨオーバーヘッドの増大に繋がる。
【０１２６】
そこで本実施の形態におけるＰＵＣＣＨリソース通知方法は、このようなＰＵＣＣＨオーバーヘッドの増大を抑えるＰＵＣＣＨリソース決定方法である。その方法を、図１４を援用して説明する。
【０１２７】
図１４Ｂでは、ＰＣｅｌｌのＰＤＳＣＨがＰＤＣＣＨで指示されるので、当該ＰＤＣＣＨが占有するＣＣＥの先頭ＣＣＥインデックスｎＣＣＥに１対１に対応づけられたＰＵＣＣＨリソース（PUCCH Format 1bリソース）が指示される。ＳＣｅｌｌ１およびＳＣｅｌｌ２のＰＤＳＣＨもまたＰＤＣＣＨで指示されており、当該ＰＤＳＣＨを指示するＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＡＲＩ１）が通知される。また、ＳＣｅｌｌ３およびＳＣｅｌｌ４のＰＤＳＣＨはｅＰＤＣＣＨで指示されており、当該ＰＤＳＣＨを指示するＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＡＲＩ２）が通知される。さらに、本実施の形態においては、ＡＲＩ１およびＡＲＩ２を、常に同一の値として運用する。さらに、ＡＲＩ１およびＡＲＩ２が指示するＰＵＣＣＨリソースも同一になるよう、予め設定された４つのＰＵＣＣＨリソースが共通である。端末２００は、当該ＰＤＣＣＨまたはｅＰＤＣＣＨで通知されるＡＲＩ（ＡＲＩ１＝ＡＲＩ２）により、予め設定された４つのＰＵＣＣＨリソース（PUCCH Format 3リソース）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。
【０１２８】
図１４Ｃでは、ＰＣｅｌｌ、ＳＣｅｌｌ１およびＳＣｅｌｌ４のＰＤＳＣＨがｅＰＤＣＣＨで指示されるので、当該ＰＤＳＣＨを指示するｅＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＰＣｅｌｌにはＡＲＩ３、ＳＣｅｌｌ１およびＳＣｅｌｌ４にはＡＲＩ２）が通知される。また、ＳＣｅｌｌ２およびＳＣｅｌｌ３のＰＤＳＣＨはＰＤＣＣＨで指示されており、当該ＰＤＳＣＨを指示するＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＡＲＩ１）が通知される。さらに、本実施の形態においては、ＡＲＩ１と、ＡＲＩ２およびＡＲＩ３を、常に同一の値として運用する。さらに、ＡＲＩ１と、ＡＲＩ２およびＡＲＩ３が指示するＰＵＣＣＨリソースも同一になるよう、予め設定された４つのＰＵＣＣＨリソースが共通である。端末２００は、当該ＰＤＣＣＨまたはｅＰＤＣＣＨで通知されるＡＲＩ（ＡＲＩ１＝ＡＲＩ２＝ＡＲＩ３）により、予め設定された４つのＰＵＣＣＨリソース（PUCCH Format 3リソース）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。
【０１２９】
以上より、本実施の形態によれば、ＰＤＣＣＨとｅＰＤＣＣＨを混在して運用する場合におけるCarrier Aggregation設定時、ＡＲＩ２およびＡＲＩ３を同一の値として運用するのに加えて、ＡＲＩ１もまた、ＡＲＩ２およびＡＲＩ３と同一の値として運用する。さらに、ＡＲＩ１、ＡＲＩ２およびＡＲＩ３が指示するＰＵＣＣＨリソースも同一になるよう、予め設定された４つのＰＵＣＣＨリソースを共通にする。これにより、ＰＤＣＣＨとｅＰＤＣＣＨを混在して運用する場合のＰＵＣＣＨオーバーヘッドの増大を抑えることができる。
【０１３０】
なお、Carrier Aggregation設定時に、ＰＣｅｌｌのみにＰＤＳＣＨが割り当てられる場合は，実施の形態２と同様、当該ＰＤＳＣＨをｅＰＤＣＣＨではなくＰＤＣＣＨで指示することにより、Carrier Aggregation非設定時と同様、より少ない誤り検出結果のビット数に最適化されたＰＵＣＣＨリソースである、PUCCH Format 1bリソースを利用してもよい。
【０１３１】
（実施の形態４）
本実施の形態では、実施の形態３に関連して、ＰＤＣＣＨとｅＰＤＣＣＨをセル毎に混在させて運用する場合において、端末２００において、Carrier AggregationかつChannel Selectionが設定される場合の、ＰＵＣＣＨリソース通知方法について説明する。
【０１３２】
本実施の形態では、図１５Ａに示すように、セル毎またはサブフレーム毎にＰＤＣＣＨとｅＰＤＣＣＨを混在させて運用する。例えば図１５Ａのサブフレーム＃０（ＳＦ＃０）において、基地局１００は、ＰＣｅｌｌでは、ＰＤＣＣＨを用いてＰＤＳＣＨを指示し、ＳＣｅｌｌでは、ｅＰＤＣＣＨを用いてＰＤＳＣＨを指示する。図１５Ａのサブフレーム＃０におけるＰＵＣＣＨリソース決定方法を図１５Ｂに、図１５Ａのサブフレーム＃１におけるＰＵＣＣＨリソース決定方法を図１５Ｃに、図１５Ａのサブフレーム＃２におけるＰＵＣＣＨリソース決定方法を図１５Ｄに示す。
【０１３３】
図１５Ｃでは、ＰＣｅｌｌのＰＤＳＣＨがｅＰＤＣＣＨで指示されるので、当該ＰＤＳＣＨを指示するｅＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＡＲＩ３）が通知される。また、ＳＣｅｌｌのＰＤＳＣＨはＰＤＣＣＨで指示されており、当該ＰＤＳＣＨを指示するＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＡＲＩ１）が通知される。実施の形態３によると、ＡＲＩ１およびＡＲＩ３を、常に同一の値として運用する。さらに、ＡＲＩ１およびＡＲＩ３が指示するＰＵＣＣＨリソースも同一になるよう、予め設定されたＰＵＣＣＨリソースが共通である。端末２００は、当該ＰＤＣＣＨで通知されるＡＲＩ（ＡＲＩ１＝ＡＲＩ３）により、１セット４リソースからなる、予め設定された４セットのＰＵＣＣＨリソースセット（PUCCH Format 1bリソースセット）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。
【０１３４】
図１５Ｄでは、ＰＣｅｌｌのＰＤＳＣＨがｅＰＤＣＣＨで指示されるので、当該ＰＤＳＣＨを指示するｅＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＡＲＩ３）が通知される。また、ＳＣｅｌｌのＰＤＳＣＨもまたｅＰＤＣＣＨで指示されており、当該ＰＤＳＣＨを指示するｅＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＡＲＩ２）が通知される。実施の形態３によると、ＡＲＩ２およびＡＲＩ３を、常に同一の値として運用する。さらに、ＡＲＩ２およびＡＲＩ３が指示するＰＵＣＣＨリソースも同一になるよう、予め設定されたＰＵＣＣＨリソースが共通である。端末２００は、当該ＰＤＣＣＨで通知されるＡＲＩ（ＡＲＩ２＝ＡＲＩ３）により、１セット４リソースからなる、予め設定された４セットのＰＵＣＣＨリソースセット（PUCCH Format 1bリソースセット）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。
【０１３５】
図１５Ｂについても、図１５Ｃおよび図１５Ｄと同様になる。ＰＣｅｌｌのＰＤＳＣＨがＰＤＣＣＨで指示されるので、当該ＰＤＣＣＨが占有するＣＣＥの先頭ＣＣＥインデックスｎＣＣＥおよびその隣にそれぞれ１対１に対応づけられたＰＵＣＣＨリソース（PUCCH Format 1bリソース）が指示される。また、ＳＣｅｌｌのＰＤＳＣＨはｅＰＤＣＣＨで指示されており、当該ＰＤＳＣＨを指示するｅＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＡＲＩ２）が通知される。端末２００は、当該ｅＰＤＣＣＨで通知されるＡＲＩ（ＡＲＩ２）により、１セット４リソースからなる、予め設定された４セットのＰＵＣＣＨリソースセット（PUCCH Format 1bリソースセット）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。
【０１３６】
ここで、図１５Ｄにおいて、ＡＲＩ２は、予め設定された４セットのＰＵＣＣＨリソースセット（PUCCH Format 1bリソースセット）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを指示するので、図１５Ｂにおいても、ＡＲＩ２は、予め設定された４セットのＰＵＣＣＨリソースセット（PUCCH Format 1bリソースセット）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを指示する。一方で、図１５ＢはＰＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨの先頭ＣＣＥインデックスｎＣＣＥおよびその隣ｎＣＣＥ＋１にそれぞれ対応したＰＵＣＣＨリソースが指示される。そのため、図１５Ｂでは、合計で６つのＰＵＣＣＨリソースが指示されることになり、どの４リソースを用いるかを決定する必要がある。特に、一例として、図１５Ｂにおいて、ｎＣＣＥおよびその隣ｎＣＣＥ＋１にそれぞれ対応したＰＵＣＣＨリソースを優先した場合、基地局１００は、ＰＵＣＣＨリソース０および１として、当該ＰＵＣＣＨリソースでの応答信号の受信を期待する。しかしながら、端末２００においてＰＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨを受信失敗した場合、端末２００は、ＳＣｅｌｌのＰＤＳＣＨを指示するｅＰＤＣＣＨで通知されるＡＲＩ（ＡＲＩ２）により決定されるＰＵＣＣＨリソース０および１（および２と３）を用いて応答信号を送信する。したがって基地局１００は、ＡＲＩ２により決定されるＰＵＣＣＨリソース０および１での応答信号の受信も想定しなければならない。すなわち、基地局１００は、１つの端末向けに６つのＰＵＣＣＨリソース（PUCCH Format 1bリソース）を確保せねばならず、ＰＵＣＣＨオーバーヘッドの増大に繋がる。
【０１３７】
そこで本実施の形態におけるＰＵＣＣＨリソース通知方法は、このようなＰＵＣＣＨオーバーヘッドの増大を抑えるＰＵＣＣＨリソース決定方法である。その方法を、図１６を援用して説明する。
【０１３８】
図１６Ｃでは、ＰＣｅｌｌのＰＤＳＣＨがｅＰＤＣＣＨで指示されるので、当該ＰＤＳＣＨを指示するｅＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＡＲＩ３）が通知される。端末２００は、当該ｅＰＤＣＣＨで通知されるＡＲＩ（ＡＲＩ３）により、１セット２リソースからなる、予め設定された４セットのＰＵＣＣＨリソースセット（PUCCH Format 1bリソースセット）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。また、ＳＣｅｌｌのＰＤＳＣＨはＰＤＣＣＨで指示されており、当該ＰＤＳＣＨを指示するＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＡＲＩ１）が通知される。端末２００は、当該ＰＤＣＣＨで通知されるＡＲＩ（ＡＲＩ１）により、１セット２リソースからなる、予め設定された４セットのＰＵＣＣＨリソースセット（PUCCH Format 1bリソースセット）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。端末２００は、上記により得られる４つのＰＵＣＣＨリソースのうち、応答信号を通知するＰＵＣＣＨリソースを、誤り検出結果の組合せによって決定する。
【０１３９】
図１６Ｄでは、ＰＣｅｌｌのＰＤＳＣＨがｅＰＤＣＣＨで指示されるので、当該ＰＤＳＣＨを指示するｅＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＡＲＩ３）が通知される。端末２００は、当該ｅＰＤＣＣＨで通知されるＡＲＩ（ＡＲＩ３）により、１セット２リソースからなる、予め設定された４セットのＰＵＣＣＨリソースセット（PUCCH Format 1bリソースセット）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。また、ＳＣｅｌｌのＰＤＳＣＨもまたｅＰＤＣＣＨで指示されており、当該ＰＤＳＣＨを指示するｅＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＡＲＩ２）が通知される。端末２００は、当該ｅＰＤＣＣＨで通知されるＡＲＩ（ＡＲＩ２）により、１セット２リソースからなる、予め設定された４セットのＰＵＣＣＨリソースセット（PUCCH Format 1bリソースセット）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。端末２００は、上記により得られる４つのＰＵＣＣＨリソースのうち、応答信号を通知するＰＵＣＣＨリソースを、誤り検出結果の組合せによって決定する。
【０１４０】
図１６Ｂでは、ＰＣｅｌｌのＰＤＳＣＨがＰＤＣＣＨで指示されるので、当該ＰＤＣＣＨが占有するＣＣＥの先頭ＣＣＥインデックスｎＣＣＥおよびその隣にそれぞれ１対１に対応づけられたＰＵＣＣＨリソース（PUCCH Format 1bリソース）が指示される。また、ＳＣｅｌｌのＰＤＳＣＨはｅＰＤＣＣＨで指示されており、当該ＰＤＳＣＨを指示するｅＰＤＣＣＨでは、ＴＰＣフィールドにＡＲＩ（ＡＲＩ２）が通知される。端末２００は、当該ｅＰＤＣＣＨで通知されるＡＲＩ（ＡＲＩ２）により、１セット２リソースからなる、予め設定された４セットのＰＵＣＣＨリソースセット（PUCCH Format 1bリソースセット）のうち、どのリソースをＰＵＣＣＨ送信に用いるかを決定する。端末２００は、上記により得られる４つのＰＵＣＣＨリソースのうち、応答信号を通知するＰＵＣＣＨリソースを、誤り検出結果の組合せによって決定する。
【０１４１】
以上より、本実施の形態によれば、ＰＤＣＣＨとｅＰＤＣＣＨを混在して運用する場合におけるChannel Selection設定時、ＡＲＩ１およびＡＲＩ３、およびそれぞれのＡＲＩが指示するＰＵＣＣＨリソースを独立に運用する。また、ＡＲＩ２およびＡＲＩ３、およびそれぞれのＡＲＩが指示するＰＵＣＣＨリソースを独立に運用する。これにより、ＰＤＣＣＨとｅＰＤＣＣＨを混在して運用する場合のＰＵＣＣＨオーバーヘッドの増大を抑えることができる。
【０１４２】
なお、Channel Selectionは２セルのみサポートされるので、ＡＲＩ１およびＡＲＩ２が同時に通知されることはない。そのため、予め設定されるＰＵＣＣＨリソースは、ＡＲＩ１用とＡＲＩ２用とで独立に設定されていてもよいし、共通に設定されていてもよい。共通に設定する場合は、予め設定するＰＵＣＣＨリソースのシグナリングをＡＲＩ１用とＡＲＩ２用で共通にできるので、シグナリングを減らすことができる。
【０１４３】
以上、実施の形態１〜４について説明した。
【０１４４】
なお、上記の説明では、ＴＰＣフィールドにおいてＡＲＩが通知されるとしたが、本発明はこれに限定されるものではなく、ＴＰＣフィールドにＴＰＣコマンドが通知され、さらにＡＲＩが同一のDL assignment（ＰＤＳＣＨを指示するＰＤＣＣＨまたはｅＰＤＣＣＨ）内の異なるフィールドで通知されてもよい。要は、ＡＲＩがDL assignment（ＰＤＳＣＨを指示するＰＤＣＣＨまたはｅＰＤＣＣＨ）内で通知されていればよい。
【０１４５】
上記実施の形態の説明で用いた各機能ブロックは、コンピュータがプログラムを実行することで機能するソフトウェア、あるいは、ソフトウェアとハードウェアとの連携により実現することも可能である。
【０１４６】
また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１４７】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１４８】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０１４９】
本開示の端末装置は、複数の単位バンドを用いて基地局装置と通信し、下り制御信号を、下り制御チャネル及び下りデータチャネルのいずれにも使用可能な第１のリソース領域又は下り制御チャネルに使用可能な第２のリソース領域で受信する端末装置であって、単位バンド毎に、前記第１のリソース領域又は前記第２のリソース領域に割り当てられた下り制御信号を検出する下り制御信号検出手段と、前記複数の単位バンドで下りデータをそれぞれ受信する受信手段と、各下りデータの誤りを検出する誤り検出手段と、前記誤り検出手段で得られる各下りデータの誤り検出結果を用いて応答信号を生成する生成手段と、前記応答信号を前記基地局装置へ送信する制御手段と、を有し、前記制御手段は、前記下り制御信号検出手段が、下り制御信号を前記第１のリソース領域または前記第２のリソース領域のいずれかで検出したかに応じて、前記応答信号を送信する上り通信制御チャネルのリソース領域を切り替える。
【０１５０】
本開示の端末装置において、前記制御手段は、前記下り制御信号検出手段が、ＰＣｅｌｌの前記第２のリソース領域のみで下り制御信号を検出する場合と、少なくとも前記ＰＣｅｌｌの前記第２のリソース領域以外で下り制御信号を検出する場合とで、前記応答信号を送信する上り制御チャネルのリソース領域を切り替える。
【０１５１】
本開示の送信方法は、複数の単位バンドを用いて基地局装置と通信し、基地局装置から送信された下り制御信号を、下り制御チャネル及び下りデータチャネルのいずれにも使用可能な第１のリソース領域又は下り制御チャネルに使用可能な第２のリソース領域で受信する、端末装置における送信方法であって、単位バンド毎に、前記第１のリソース領域又は前記第２のリソース領域に割り当てられた下り制御信号を検出し、前記複数の単位バンドで下りデータをそれぞれ受信し、各下りデータの誤りを検出し、得られた各下りデータの誤り検出結果を用いて応答信号を生成し、前記応答信号を前記基地局装置へ送信し、下り制御信号を前記第１のリソース領域または前記第２のリソース領域のいずれかで検出したかに応じて、前記応答信号を送信する上り通信制御チャネルのリソース領域を切り替える。
【０１５２】
２０１２年５月１１日出願の特願２０１２−１０９５０２の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
【産業上の利用可能性】
【０１５３】
本発明は、移動通信システム等に有用である。
【符号の説明】
【０１５４】
１００  基地局
２００  端末
１０１，２０８  制御部
１０２  制御情報生成部
１０３，１０５  符号化部
１０４，１０７  変調部
１０６  データ送信制御部
１０８  マッピング部
１０９，２１８  ＩＦＦＴ部
１１０，２１９  ＣＰ付加部
１１１，２２２  無線送信部
１１２，２０１  無線受信部
１１３，２０２  ＣＰ除去部
１１４  ＰＵＣＣＨ抽出部
１１５  逆拡散部
１１６  系列制御部
１１７  相関処理部
１１８  Ａ／Ｎ判定部
１１９  束Ａ／Ｎ逆拡散部
１２０  ＩＤＦＴ部
１２１  束Ａ／Ｎ判定部
１２２  再送制御信号生成部
２０３  ＦＦＴ部
２０４  抽出部
２０５，２０９  復調部
２０６，２１０  復号部
２０７  判定部
２１１  ＣＲＣ部
２１２  応答信号生成部
２１３  符号化・変調部
２１４  １次拡散部
２１５  ２次拡散部
２１６  ＤＦＴ部
２１７  拡散部
２２０  時間多重部
２２１  選択部
【図１】
0006044901.tif 000002
【図２】
0006044901.tif 000003
【図３】
0006044901.tif 000004
【図４】
0006044901.tif 000005
【図５】
0006044901.tif 000006
【図６】
0006044901.tif 000007
【図７】
0006044901.tif 000008
【図８】
0006044901.tif 000009
【図９】
0006044901.tif 000010
【図１０】
0006044901.tif 000011
【図１１】
0006044901.tif 000012
【図１２】
0006044901.tif 000013
【図１３】
0006044901.tif 000014
【図１４】
0006044901.tif 000015
【図１５】
0006044901.tif 000016
【図１６】
0006044901.tif 000017