JP5398922B2 - 端末装置、通信方法及び集積回路 - Google Patents

Description

本発明は、端末装置、通信方法及び集積回路に関する。

３ＧＰＰ ＬＴＥでは、下り回線の通信方式としてＯＦＤＭＡ（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）から構成される。すなわち、ＣＣＥは、制御情報をＰＤＣＣＨにマッピングするときの基本単位である。また、１つのＬ１／Ｌ２ＣＣＨが複数（２，４，８個）のＣＣＥから構成される場合には、そのＬ１／Ｌ２ＣＣＨには偶数のインデックスを持つＣＣＥを起点とする連続する複数のＣＣＥが割り当てられる。基地局は、リソース割当対象端末に対する制御情報の通知に必要なＣＣＥ数に従って、そのリソース割当対象端末に対してＬ１／Ｌ２ＣＣＨを割り当てる。そして、基地局は、このＬ１／Ｌ２ＣＣＨのＣＣＥに対応する物理リソースにマッピングして制御情報を送信する。

また、ここで、各ＣＣＥは、ＰＵＣＣＨの構成リソース（以下、ＰＵＣＣＨリソースと呼ぶことがある）と１対１に対応付けられている。従って、Ｌ１／Ｌ２ＣＣＨを受信した端末は、このＬ１／Ｌ２ＣＣＨを構成するＣＣＥに対応するＰＵＣＣＨの構成リソースを特定し、このリソースを用いて応答信号を基地局へ送信する。ただし、Ｌ１／Ｌ２ＣＣＨが連続する複数のＣＣＥを占有する場合には、端末は、複数のＣＣＥにそれぞれ対応する複数のＰＵＣＣＨ構成リソースのうち一番インデックスが小さいＣＣＥに対応するＰＵＣＣＨ構成リソース（すなわち、偶数番号のＣＣＥインデックスを持つＣＣＥに対応付けられたＰＵＣＣＨ構成リソース）を利用して、応答信号を基地局へ送信する。こうして下り回線の通信リソースが効率良く使用される。

また、３ＧＰＰ ＬＴＥでは、ＶｏＩＰやストリーミング等の、ある程度、一定の伝送速度となるパケットデータに対しては、ダイナミックに無線リソースを割り当てることにより、高効率化を図るベストエフォート型のスケジューリング方式（ダイナミックスケジューリング：Dynamic Scheduling）ではなく、一定周期毎に無線リソースを割り当てるスケジューリング方式が採用されている。このスケジューリング方式は、例えば、パーシステント スケジューリング（Persistent Scheduling）またはセミパーシステントスケジューリング（Semi-Persistent Scheduling：ＳＰＳ）と呼ばれる。ＳＰＳでは、開始（Activation）と終了（Release）が、ＰＤＣＣＨで通知される。ＳＰＳ開始後は、基地局は、一定周期毎に、下りリンクの共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）を送信するため、ＳＰＳに関するＰＤＳＣＨに関して、ＰＤＣＣＨを通知しない。ＳＰＳにおいては、このように予め基地局と端末との間で既知の送信タイミングで送受信を行うことにより、下りリンクスケジューリング情報（DL Scheduling Information）を削減することが可能となり、下りリンクの無線リソースを有効に利用することが可能となる。ＳＰＳ送信時においても、端末は、応答信号を基地局へフィードバックする。この応答信号のフィードバックは、ＳＰＳ開始が指示されたＰＤＣＣＨのＴＰＣ（Transmission Power Control）コマンド（２ビット）の値に１対１に対応して、予め設定された４個のＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}）のうちの１個のＰＵＣＣＨリソースインデックスに対応するＰＵＣＣＨリソースを用いる。

複数の端末から送信される複数の応答信号は、図１に示すように、時間軸上で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）を同時に実現するために、ＬＴＥ−Ａシステム向けの帯域が、ＬＴＥシステムのサポート帯域幅である２０ＭＨｚ以下の「単位バンド」に区切られる。すなわち、「単位バンド」は、ここでは、最大２０ＭＨｚの幅を持つ帯域であって、通信帯域の基本単位として定義される。さらに、下り回線における「単位バンド」（以下、「下り単位バンド」という）は基地局から報知されるＢＣＨの中の下り周波数帯域情報によって区切られた帯域、又は、下り制御チャネル（ＰＤＣＣＨ）が周波数領域に分散配置される場合の分散幅によって定義される帯域として定義されることもある。また、上り回線における「単位バンド」（以下、「上り単位バンド」という）は、基地局から報知されるＢＣＨの中の上り周波数帯域情報によって区切られた帯域、又は、中心付近にＰＵＳＣＨ（Physical Uplink Shared Channel）領域を含み、両端部にＬＴＥ向けのＰＵＣＣＨを含む２０ＭＨｚ以下の通信帯域の基本単位として定義されることもある。また、「単位バンド」は、３ＧＰＰ ＬＴＥ−Ａｄｖａｎｃｅｄにおいて、英語でＣｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ（ｓ）又はＣｅｌｌと表記されることがある。また、略称としてＣＣ（ｓ）と表記されることもある。

そして、ＬＴＥ−Ａシステムでは、その単位バンドを幾つか束ねた帯域を用いた通信、所謂Carrier aggregationがサポートされる。そして、一般的に上りに対するスループット要求と下りに対するスループット要求とは異なるので、ＬＴＥ−Ａシステムでは、任意のＬＴＥ−Ａシステム対応の端末（以下、「ＬＴＥ−Ａ端末」という）に対して設定される単位バンドの数が上りと下りで異なるCarrier aggregation、所謂Asymmetric Carrier aggregationも検討されている。さらに、上りと下りで単位バンド数が非対称であり、且つ、各単位バンドの周波数帯域幅がそれぞれ異なる場合も、サポートされる。

図３は、個別の端末に適用される非対称のCarrier aggregation及びその制御シーケンスの説明に供する図である。図３には、基地局の上りと下りの帯域幅及び単位バンド数が対称である例が示されている。

図３において、端末１に対しては、２つの下り単位バンドと左側の１つの上り単位バンドを用いてCarrier aggregationを行うような設定（Configuration）が為される一方、端末２に対しては、端末１と同一の２つの下り単位バンドを用いるような設定が為されるにも拘らず、上り通信では右側の上り単位バンドを利用するような設定が為される。

そして、端末１に着目すると、ＬＴＥ−Ａシステムを構成するＬＴＥ−Ａ基地局とＬＴＥ−Ａ端末との間では、図３（ａ）に示すシーケンス図に従って、信号の送受信が行われる。図３（ａ）に示すように、（１）端末１は、基地局との通信開始時に、左側の下り単位バンドと同期を取り、左側の下り単位バンドとペアになっている上り単位バンドの情報をＳＩＢ２（System Information Block Type 2）と呼ばれる報知信号から読み取る。（２）端末１は、この上り単位バンドを用いて、例えば、接続要求を基地局に送信することによって基地局との通信を開始する。（３）端末に対し複数の下り単位バンドを割り当てる必要があると判断した場合には、基地局は、端末に下り単位バンドの追加を指示する。ただし、この場合、上り単位バンド数は増えず、個別の端末である端末１において非対称Carrier aggregationが開始される。

また、前述のCarrier aggregationが適用されるＬＴＥ−Ａでは、端末が一度に複数の下り単位バンドにおいて複数の下り回線データを受信することがある。ＬＴＥ−Ａでは、この複数の下り回線データに対する複数の応答信号の送信方法として、Channel Selection（Multiplexingとも呼ぶ）、Bundling、及び、ＤＦＴ−Ｓ−ＯＦＤＭ（Discrete Fourier Transform spread Orthogonal Frequency Division Multiplexing）フォーマットが検討されている。Channel Selectionでは、複数の下り回線データに関する誤り検出結果のパターンに応じて、応答信号に用いるシンボル点だけでなく、応答信号をマッピングするリソースも変化させる。これに対し、Bundlingでは、複数の下り回線データに関する誤り検出結果より生成されたＡＣＫ又はＮＡＣＫ信号をBundlingして（すなわち、ＡＣＫ＝１、ＮＡＣＫ＝０とし、複数の下り回線データに関する誤り検出結果の論理積（Logical AND)を計算して）、予め決められた一つのリソースを用いて応答信号を送信する。また、ＤＦＴ−Ｓ−ＯＦＤＭフォーマットを用いた送信時には、端末は複数の下り回線データに対する応答信号を纏めて符号化（Joint coding）し、当該フォーマットを用いてその符号化データを送信する（非特許文献５参照）。

すなわち、Channel Selectionは、図４に示すように、複数の下り単位バンドで受信した複数の下り回線データに対する誤り検出結果がそれぞれＡＣＫかＮＡＣＫかに基づいて、応答信号の位相点（すなわち、Constellation point）だけではなく、応答信号の送信に用いるリソース（以下、「ＰＵＣＣＨリソース」と表記することもある）も変化させる手法である。これに対し、Bundlingは、複数の下り回線データに対するＡＣＫ／ＮＡＣＫ信号を一つに束ねて、予め決められた一つのリソースから送信する手法である（非特許文献６、７参照）。

ここで、端末がＰＤＣＣＨを介して下り割当制御情報を受信し、下り回線データを受信した場合における上り回線での応答信号の送信方法として、以下の２つの方法が考えられる。

一つは、ＰＤＣＣＨが占有しているＣＣＥ（Control Channel Element）と１対１に関連付けられたＰＵＣＣＨリソースを用いて応答信号を送信する方法（Implicit signalling）である（方法１）。つまり、基地局配下の端末に向けたＤＣＩをＰＤＣＣＨ領域に配置する場合、各ＰＤＣＣＨは、１つまたは連続する複数のＣＣＥで構成されるリソースを占有する。また、ＰＤＣＣＨが占有するＣＣＥ数（ＣＣＥ連結数：CCE aggregation level）としては、例えば、割当制御情報の情報ビット数又は端末の伝搬路状態に応じて、１，２，４，８の中の１つが選択される。ＣＣＥインデックスに１対１に関連付けられて、黙示的に割り当てられるリソースであるため、implicit resource（implicitリソース）と表記することもある。

もう一つは、基地局からＰＵＣＣＨ向けのリソースを端末に対して予め通知しておく方法（Explicit signalling）である（方法２）。つまり、方法２では、端末は、基地局から予め通知されたＰＵＣＣＨリソースを用いて応答信号を送信する。基地局から予め、明示的に通知されるリソースであるため、explicit resource（explicitリソース）と表記することもある。

また、図４に示すように、２つの下り単位バンドのうち、１つの下り単位バンドは、応答信号を送信すべき１つの上り単位バンドとペアになっている。このような応答信号を送信すべき上り単位バンドとペアになっている下り単位バンドは、ＰＣＣ（Primary Component Carrier）又はＰＣｅｌｌ（Primary Cell）と呼ばれる。また、それ以外の下り単位バンドは、ＳＣＣ（Secondary Component Carrier）又はＳＣｅｌｌ（Secondary Cell）と呼ばれる。例えば、ＰＣＣ（ＰＣｅｌｌ）は、応答信号を送信すべき上り単位バンドに関する報知情報（例えば、ＳＩＢ２（System Information Block type2））を送信している下り単位バンドである。

また、Channel selectionでは、ＰＣＣ（ＰＣｅｌｌ）内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース（図４ではＰＵＣＣＨ領域１内のＰＵＣＣＨリソース）が割り当てられる（Implicit signalling）。

ここで、上記した非対称のCarrier aggregationが端末に適用される場合のChannel SelectionによるＡＲＱ制御について、図４、図５および図６を援用して説明する。

例えば、図４に示すように、端末１に対して、下り単位バンド１（ＰＣｅｌｌ），下り単位バンド２（ＳＣｅｌｌ）及び上り単位バンド１から成る単位バンドグループ（英語で「Component carrier set」と表記されることがある）が設定される場合には、下り単位バンド１，２のそれぞれのＰＤＣＣＨを介して下りリソース割当情報が基地局から端末１へ送信された後に、その下りリソース割当情報に対応するリソースで下り回線データが送信される。

また、Channel selectionでは、単位バンド１（ＰＣｅｌｌ）における下りデータの受信に成功し、単位バンド２（ＳＣｅｌｌ）における下りデータの受信に失敗した場合（つまり、単位バンド１（ＰＣｅｌｌ）の誤り検出結果がＡＣＫで、単位バンド２（ＳＣｅｌｌ）の誤り検出結果がＮＡＣＫの場合）には、Implicit signallingされるＰＵＣＣＨ領域１内に含まれるＰＵＣＣＨリソースに、応答信号がマッピングされ、且つ、その応答信号の位相点として、第１の位相点（例えば、（１，０）等の位相点）が用いられる。また、単位バンド１（ＰＣｅｌｌ）における下りデータの受信に成功し、かつ、単位バンド２（ＳＣｅｌｌ）における下りデータの受信にも成功した場合には、ＰＵＣＣＨ領域２内に含まれるＰＵＣＣＨリソースに応答信号がマッピングされ、且つ、第１の位相点が用いられる。すなわち、下り単位バンドが２つの場合、かつ、下り単位バンドあたり１つのトランスポートブロック（ＴＢ）のみをサポートする送信モードが設定されている場合、誤り検出結果のパターンが４パターン（すなわち、ＡＣＫ／ＡＣＫ、ＡＣＫ／ＮＡＣＫ、ＮＡＣＫ／ＡＣＫ、ＮＡＣＫ／ＮＡＣＫ）あるので、２つのＰＵＣＣＨリソースと２種類の位相点（例えばＢＰＳＫ（Binary Phase Shift Keying）マッピング）との組み合わせにより、その４パターンを表すことができる。

また、単位バンド１（ＰＣｅｌｌ）において、ＤＣＩの受信に失敗し、単位バンド２（ＳＣｅｌｌ）における下りデータの受信に成功した場合（つまり、単位バンド１（ＰＣｅｌｌ）の誤り検出結果がＤＴＸで、単位バンド２（ＳＣｅｌｌ）の誤り検出結果がＡＣＫの場合）には、端末１宛のＰＤＣＣＨが占有しているＣＣＥを特定できないため、その先頭ＣＣＥインデックスに１対１に関連付けられた、ＰＵＣＣＨ領域１内に含まれるＰＵＣＣＨリソースもまた、特定できない。したがって、この場合、単位バンド２の誤り検出結果であるＡＣＫを基地局に通知するためには、explicit signallingされたＰＵＣＣＨ領域２内に含まれるＰＵＣＣＨリソースに応答信号がマッピングされる必要がある（以降、「Implicit signallingをサポートする」と表記することもある）。

ここで、具体的に、下り単位バンドが２つ（ＰＣｅｌｌが１つで、ＳＣｅｌｌが１つ）の場合、かつ、
（ａ）各下り単位バンドに１ＴＢのみをサポートする送信モードが設定されている場合、
（ｂ）ＰＣｅｌｌの下り単位バンドに１ＴＢのみをサポートする送信モードが設定されている場合、かつ、ＳＣｅｌｌの下り単位バンドに２ＴＢまでをサポートする送信モードが設定されている場合、
（ｃ）ＰＣｅｌｌの下り単位バンドに２ＴＢまでをサポートする送信モードが設定されている場合、かつ、ＳＣｅｌｌの下り単位バンドに１ＴＢのみをサポートする送信モードが設定されている場合、
（ｄ）各下り単位バンドに２ＴＢまでをサポートする送信モードが設定されている場合、のそれぞれの場合の誤り検出結果のパターンのマッピングを図５、図６に、図５、図６のマッピングを表で表現したもの（以降、「マッピングテーブル」または「送信ルールテーブル」と表記することもある）を図７に示す。

非特許文献８で開示されている、ＰＵＣＣＨリソースの通知方法は、ＰＣｅｌｌでの下りデータチャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）送信において、ＰＣｅｌｌがダイナミックスケジューリングされている場合は、implicitリソースを用い、ＳＰＳの場合は、３ＧＰＰ ＬＴＥと同様、ＳＰＳ開始が指示されたＰＤＣＣＨに含まれる、ＰＵＣＣＨ用ＴＰＣコマンドの値に１対１に対応して、予め設定された４個のＰＵＣＣＨリソースのうちの１個を用いる。ＳＣｅｌｌでのＰＤＳＣＨ送信において、ＳＣｅｌｌのＰＤＳＣＨに対応するＰＤＣＣＨが、ＰＣｅｌｌ上で配置されている（以降、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリング（Cross-Carrier Scheduling）されている、と表記することもある）場合は、implicitリソースを用い、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされていない場合は、explicitリソースを用いる。

非特許文献８について、ＳＣｅｌｌのＰＤＳＣＨ送信において、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされていない場合は、ＳＣｅｌｌのＰＤＳＣＨに対応するＰＤＣＣＨが、ＳＣｅｌｌ上に配置されている。このような場合に、ＣＣＥインデックスに基づいて黙示的にリソースを通知するimplicitリソースを用いると、自端末または他端末宛にＰＣｅｌｌ上に配置されたＰＤＣＣＨのＣＣＥインデックスと、自端末宛にＳＣｅｌｌ上に配置されたＰＤＣＣＨのＣＣＥとが同じになる場合があり、それぞれが同一のＰＵＣＣＨリソースを通知され、応答信号の衝突が発生してしまう。そのためＳＣｅｌｌのＰＤＳＣＨ送信において、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされていない場合は、explicitリソースを用いる。一方、ＳＣｅｌｌのＰＤＳＣＨ送信において、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされている場合は、ＳＣｅｌｌのＰＤＳＣＨに対応するＰＤＣＣＨが、ＰＣｅｌｌ上に配置されている。そのＰＤＣＣＨが占有するＣＣＥは、ＰＣｅｌｌ上の、他の自端末宛ＰＤＣＣＨおよび他端末宛ＰＤＣＣＨが占有するＣＣＥと同一のＣＣＥインデックスを用いる場合がないため、ＳＣｅｌｌのＰＤＳＣＨ送信において、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされている場合は、implicitリソースを用いることができる。

非特許文献９で開示されている、ＰＵＣＣＨリソースの通知方法は、ＰＣｅｌｌでのＰＤＳＣＨ送信において、非ＭＩＭＯのＤＣＩにおいては１つのimplicitリソースを用い、ＭＩＭＯのＤＣＩにおいては２つのimplicitリソースを用いる。ＳＣｅｌｌでのＰＤＳＣＨ送信においては、explicitリソースを用いる。

非特許文献９について、１ＣＣＥは３６個のリソースエレメント（Resource Element：ＲＥ）から構成され、１リソースエレメント毎にＱＰＳＫでマッピングする場合、１ＣＣＥあたり７２ビットを伝送できる。非ＭＩＭＯのＤＣＩは、ＭＩＭＯのＤＣＩに比べてビット数が少なく、１ＣＣＥでの伝送も可能である。一方でＭＩＭＯのＤＣＩは、非ＭＩＭＯのＤＣＩに比べてビット数が多く、ＰＤＣＣＨの誤り率を低減するために、２ＣＣＥ以上での伝送が一般的である。そのために非特許文献９においては、非ＭＩＭＯのＤＣＩにおいては１ＣＣＥ以上でのＰＤＣＣＨ伝送を考慮して、１つのimplicitリソースを用い、ＭＩＭＯのＤＣＩにおいては２ＣＣＥ以上でのＰＤＣＣＨ伝送を考慮して、２つのimplicitリソースを用いる。

仮に１ＣＣＥでのＰＤＣＣＨ伝送において、２つのimplicitリソースを用いると、implicitリソースはＣＣＥインデックスに１対１に関連付けられているため、ＰＤＣＣＨ伝送では１ＣＣＥのみを占有するものの、ＰＵＣＣＨリソース通知のために、２ＣＣＥを占有する必要がある。このように、ＰＵＣＣＨリソース通知のために、ＰＤＣＣＨが占有するＣＣＥよりも多くのＣＣＥを占有する場合、そのＣＣＥには他の端末のＰＤＣＣＨを割り当てることができず、基地局におけるＰＤＣＣＨスケジューリングの制約となる。

3GPP TS 36.211 V9.1.0, "Physical Channels and Modulation (Release 9)," May 2010 3GPP TS 36.212 V9.2.0, "Multiplexing and channel coding (Release 9)," June 2010 3GPP TS 36.213 V9.2.0, "Physical layer procedures (Release 9)," June 2010 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 Samsung, CATT, ETRI, Panasonic, Ericsson, ST-Ericsson, LG-Ericsson, LG Electronics, InterDigital, MediaTek, Huawei, NTT DOCOMO, Potevio, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, RIM，and Sharp，3GPP RAN1 meeting #62, R1-105040，"Way Forward on PUCCH Resource Allocation,"Aug. 2010 CATT，CATR，and CMCC，3GPP RAN1 meeting #63，R1-106495，"Way forward on TDD ACK/NAK in Rel-10,"Nov. 2010 NTT DOCOMO，3GPP RAN1 meeting #63，R1-106175，"Remaining Issue for Channel Selection,"Nov. 2010

端末に設定（configuration）されている（semi-staticにconfigureされている）ＣＣ数が２個の場合、実際に伝送されたＣＷ数ではなく、予め端末に設定されているコードワード（Code Word：ＣＷ）数、より厳密には、送信モード（transmission mode）に基づいて、端末が基地局に通知するＡＣＫ／ＮＡＣＫビット数を決定する。すなわち、設定された送信モードに基づいて、マッピングテーブルを選択する。例えば、２ＣＣで、ＰＣｅｌｌに、２ＴＢまでをサポートする送信モード（送信モード３，４または８）が、ＳＣｅｌｌに、１ＴＢのみをサポートする送信モード（送信モード１，２，５，６または７）が端末に設定されている場合、実際に伝送された（dynamicな）ＴＢ数によらず、３ビットのマッピングテーブルを用いて、端末は基地局に応答信号を通知する。

２ＣＣで、ＰＣｅｌｌに、２ＴＢまでをサポートする送信モード（送信モード３，４または８）が、ＳＣｅｌｌに、１ＴＢのみをサポートする送信モード（送信モード１，２，５，６または７）が端末に設定されている場合において、ＰＣｅｌｌにおいて、ＳＰＳ送信がなされた場合、非特許文献８および非特許文献９で開示された方法に基づくと、ＰＣｅｌｌにおいて、１個のＳＰＳ用のＰＵＣＣＨリソースと、ＳＣｅｌｌにおいて、１個のＰＵＣＣＨリソース（ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされている場合は、implicitリソースであり、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされていない場合は、explicitリソース）からなる、合計２個のＰＵＣＣＨリソースが通知される。

しかしながら、図８に示すように、２ＣＣで、ＰＣｅｌｌに、２ＴＢまでをサポートする送信モード（送信モード３，４または８）が、ＳＣｅｌｌに、１ＴＢのみをサポートする送信モード（送信モード１，２，５，６または７）が端末に設定されている場合において、ＰＣｅｌｌがＳＰＳ送信（１ＴＢ送信）された場合、ＰＣｅｌｌのＰＤＳＣＨ（ＣＷ１）が常にＮＡＣＫまたはＤＴＸになる、網掛け部分以外の応答信号（すなわち“Ａ，Ｎ／Ｄ，Ａ”，“Ｎ／Ｄ，Ｎ／Ｄ，Ａ”，“Ａ，Ｎ／Ｄ，Ｎ／Ｄ”，“Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ”）が基地局に通知されると仮定すると、３個のＰＵＣＣＨリソースが必要となってしまう。すなわち、ＰＵＣＣＨリソースが１個分不足する。

非特許文献８に開示されているように、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられたimplicitリソースを用いる方法があるが、ＰＣｅｌｌ内のＳＰＳに関するＰＤＳＣＨを指示する自端末宛のＰＤＣＣＨが存在しないため、implicitリソースを用いることができない。

また、図９に示すように、３ＧＰＰ ＬＴＥを拡張させて、ＳＰＳ開始が指示されたＰＤＣＣＨに含まれるＰＵＣＣＨ用ＴＰＣ（Transmission Power Control）コマンド（２ビット）の値に１対１に対応して、予め設定された、４個のＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}）（１番目〜４番目のＰＵＣＣＨリソースインデックス）のうちの１個のＰＵＣＣＨリソースインデックスに対応するＰＵＣＣＨリソースを用いるのに加えて、さらに上記とは独立に、４個のＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}’ （ｎ^（１） _{ＰＵＣＣＨ}’≠ｎ^（１） _{ＰＵＣＣＨ}）（５番目〜８番目のＰＵＣＣＨリソースインデックス）のうちの１個のＰＵＣＣＨリソースインデックスに対応するＰＵＣＣＨリソースを用いる方法が考えられるが、基地局からのシグナリング量が、ＰＵＣＣＨリソース４個分から８個分に倍増してしまう。より具体的には、１番目〜４番目のＰＵＣＣＨリソースインデックスが端末で使われる条件が、「ＳＰＳ時」であるのに対して、５番目〜８番目のＰＵＣＣＨリソースインデックスが端末で使われる条件が、「ＳＰＳ時、かつ、ＰＣｅｌｌに２ＴＢまでをサポートする送信モードが設定されている時」であり、異なる。「ＳＰＳ時、かつ、ＰＣｅｌｌに２ＴＢまでをサポートする送信モードが設定されている時」という、より発生頻度の低い事象のために、シグナリング量を増やさなければならないという課題が存在する。

同様の課題は、２ＣＣで、ＰＣｅｌｌおよびＳＣｅｌｌにそれぞれ、２ＴＢまでをサポートする送信モード（送信モード３，４または８）が端末に設定されている場合においても存在する。ＰＣｅｌｌにおいて、ＳＰＳ送信がなされた場合、非特許文献８および非特許文献９で開示された方法に基づくと、ＰＣｅｌｌにおいて、１個のＳＰＳ用のＰＵＣＣＨリソースと、ＳＣｅｌｌにおいて、２個のＰＵＣＣＨリソース（ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされている場合は、implicitリソースであり、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされていない場合は、explicitリソース）からなる、合計３個のＰＵＣＣＨリソースが通知される。

しかしながら、非特許文献１０において開示されている、ＰＣｅｌｌが１ＣＷ（１ＴＢ）送信された場合、ＰＣｅｌｌのＰＤＳＣＨ（ＣＷ０）とＰＤＳＣＨ（ＣＷ１）が“ＡＣＫ，ＮＡＣＫ”または“ＮＡＣＫ，ＡＣＫ”となる応答信号を用いず、“ＡＣＫ，ＡＣＫ”または“ＮＡＣＫ，ＮＡＣＫ”となる応答信号を用いると仮定すると、図１０に示すように、２ＣＣで、ＰＣｅｌｌおよびＳＣｅｌｌにそれぞれ、２ＴＢまでをサポートする送信モード（送信モード３，４または８）が端末に設定されている場合、かつ、ＰＣｅｌｌがＳＰＳ送信（１ＴＢ送信）された場合、４個のＰＵＣＣＨリソースが必要となってしまう。すなわち、ＰＵＣＣＨリソースが１個分不足する。

本発明の目的は、かかる課題を鑑み、２ＣＣで、少なくともＰＣｅｌｌに２ＴＢまでをサポートする送信モード（送信モード３，４または８）が端末に設定されている場合において、ＰＣｅｌｌにおけるセミパーシステントスケジューリング時、基地局からのシグナリング量を低減しつつ、ＰＵＣＣＨリソース不足を解消する、ＰＵＣＣＨリソース通知方法を提供することである。

本発明の目的は、上り単位バンド及び上り単位バンドと対応づけられた複数の下り単位バンドを使用した通信においてＡＲＱが適用される場合、かつ、ＰＣｅｌｌに２ＴＢまでをサポートする送信モードが端末に設定されている場合において、ＰＣｅｌｌにおけるセミパーシステントスケジューリング時、基地局からのシグナリング量を低減しつつ、ＰＵＣＣＨリソース不足を解消することができる端末装置、通信方法及び集積回路を提供することである。

本発明の一態様に係る端末装置は、２つの下り単位バンドと少なくとも１つの上り単位バンドとを有する単位バンドグループを用いて基地局と通信し、少なくともＰＣｅｌｌに割り当てられたデータが、２ＴＢまでをサポートする送信モードに設定された端末装置であって、前記単位バンドグループ内の少なくとも１つの下り単位バンドの下り制御チャネルで送信された下り割当制御情報を受信する制御情報受信手段と、前記下り割当制御情報が示す下りデータチャネルで送信された下りデータを受信する下りデータ受信手段と、前記下りデータの受信誤りを検出する誤り検出手段と、前記誤り検出手段で得られた誤り検出結果と、応答信号の送信ルールテーブルとに基づいて、応答信号を前記上り単位バンドの上り制御チャネルで送信する第１応答制御手段と、セミパーシステントスケジューリング時、前記上り制御チャネルのうち、セミパーシステントスケジューリングの開始を指示する下り割当制御情報に含まれる第１の送信電力制御情報に、１対１に関連付けられた第１の上り制御チャネルインデックスに基づいて、第１の上り制御チャネルを選択する第２応答制御手段と、を具備し、前記第２応答制御手段では、第１の上り制御チャネルに基づいて、第２の上り制御チャネルを選択する。

本発明の一態様に係る基地局装置は、２つの下り単位バンドと少なくとも１つの上り単位バンドとを有する単位バンドグループを用いて端末と通信し、少なくともＰＣｅｌｌに割り当てられたデータが、２ＴＢまでをサポートする送信モードに設定された端末装置に対して、前記単位バンドグループ内の少なくとも１つの下り単位バンドの下り制御チャネルで下り割当制御情報を送信する制御情報送信手段と、前記下り割当制御情報が示す下りデータチャネルにおいて下りデータを送信する下りデータ送信手段と、端末から送信される応答信号を前記上り単位バンドの上り制御チャネルで受信する第１応答受信手段と、セミパーシステントスケジューリング時、前記上り制御チャネルのうち、セミパーシステントスケジューリングの開始を指示する下り割当制御情報に含まれる第１の送信電力制御情報に、１対１に関連付けられた第１の上り制御チャネルインデックスに基づいて、第１の上り制御チャネルを選択する第２応答受信手段と、を具備し、前記第２応答受信手段では、第１の上り制御チャネルに基づいて、第２の上り制御チャネルを選択する。

本発明の一態様に係る送信方法は、２つの下り単位バンドと少なくとも１つの上り単位バンドとを有する単位バンドグループを用いて通信し、少なくともＰＣｅｌｌに割り当てられたデータが、２ＴＢまでをサポートする送信モードに設定され、前記単位バンドグループ内の少なくとも１つの下り単位バンドの下り制御チャネルで送信された下り割当制御情報を受信する制御情報受信ステップと、前記下り割当制御情報が示す下りデータチャネルで送信された下りデータを受信する下りデータ受信ステップと、前記下りデータの受信誤りを検出する誤り検出ステップと、前記誤り検出ステップで得られた誤り検出結果と、応答信号の送信ルールテーブルとに基づいて、応答信号を前記上り単位バンドの上り制御チャネルで送信する第１応答制御ステップと、セミパーシステントスケジューリング時、前記上り制御チャネルのうち、セミパーシステントスケジューリングの開始を指示する下り割当制御情報に含まれる第１の送信電力制御情報に、１対１に関連付けられた第１の上り制御チャネルインデックスに基づいて、第１の上り制御チャネルを選択する第２応答制御ステップと、を具備し、前記第２応答制御ステップでは、第１の上り制御チャネルに基づいて、第２の上り制御チャネルを選択する。

本発明の一態様に係る受信方法は、２つの下り単位バンドと少なくとも１つの上り単位バンドとを有する単位バンドグループを用いて通信し、少なくともＰＣｅｌｌに割り当てられたデータが、２ＴＢまでをサポートする送信モードに設定され、前記単位バンドグループ内の少なくとも１つの下り単位バンドの下り制御チャネルで下り割当制御情報を送信する制御情報送信ステップと、前記下り割当制御情報が示す下りデータチャネルにおいて下りデータを送信する下りデータ送信ステップと、端末から送信される応答信号を前記上り単位バンドの上り制御チャネルで受信する第１応答受信ステップと、セミパーシステントスケジューリング時、前記上り制御チャネルのうち、セミパーシステントスケジューリングの開始を指示する下り割当制御情報に含まれる第１の送信電力制御情報に、１対１に関連付けられた第１の上り制御チャネルインデックスに基づいて、第１の上り制御チャネルを選択する第２応答受信ステップと、を具備し、前記第２応答受信ステップでは、第１の上り制御チャネルに基づいて、第２の上り制御チャネルを選択する。

本発明によれば、上り単位バンド及び上り単位バンドと対応づけられた複数の下り単位バンドを使用した通信においてＡＲＱが適用される場合、かつ、ＰＣｅｌｌに２ＴＢまでをサポートする送信モードが端末に設定されている場合において、ＰＣｅｌｌにおけるセミパーシステントスケジューリング時、基地局からのシグナリング量を低減しつつ、ＰＵＣＣＨリソース不足を解消することができる。

応答信号及び参照信号の拡散方法を示す図 ＰＵＳＣＨリソースにおける応答信号及び上り回線データのＴＤＭの適用に関わる動作を示す図 個別の端末に適用される非対称のCarrier aggregation及びその制御シーケンスの説明に供する図 個別の端末に適用される非対称のCarrier aggregation及びその制御シーケンスの説明に供する図 ＡＣＫ／ＮＡＣＫマッピング例の説明に供する図（例１） ＡＣＫ／ＮＡＣＫマッピング例の説明に供する図（例２） ＡＣＫ／ＮＡＣＫマッピングテーブル ＰＵＣＣＨリソース通知方法の説明に供する図（その１） 当業者が想到しうるＳＰＳ時のＰＵＣＣＨリソース通知方法の説明に供する図 ＰＵＣＣＨリソース通知方法の説明に供する図（その２） 本発明の実施の形態に係る基地局の主要構成を示すブロック図 本発明の実施の形態に係る端末の主要構成を示すブロック図 本発明の実施の形態に係る基地局の構成を示すブロック図 本発明の実施の形態に係る端末の構成を示すブロック図 本発明の実施の形態に係るＰＵＣＣＨリソースの制御例（例１） 本発明の実施の形態に係るＰＵＣＣＨリソースの制御例（例２） 本発明の実施の形態に係るＳＰＳ時の第１のＰＵＣＣＨリソース通知方法 本発明の実施の形態に係るＳＰＳ時の第２のＰＵＣＣＨリソース通知方法（その１） 本発明の実施の形態に係るＳＰＳ時の第２のＰＵＣＣＨリソース通知方法（その２）

以下、本発明の実施の形態について図面を参照して詳細に説明する。なお、実施の形態において、同一の構成要素には同一の符号を付し、その説明は重複するので省略する。

＜実施の形態１＞
図１１は、本実施の形態に係る基地局１００の主要構成図である。基地局１００は、２つの下り単位バンドと少なくとも１つの上り単位バンドとを有する単位バンドグループを用いて端末２００と通信する。基地局１００において、マッピング部１０８は、２つの下り単位バンドのうち、少なくとも第１の下り単位バンド（ＰＣｅｌｌ）に割り当てられたデータが２トランスポートブロックまでをサポートする送信モードに設定された端末２００に対して、単位バンドグループ内の少なくとも１つの下り単位バンドの下り制御チャネル（ＰＤＣＣＨ）に下り割当制御情報（ＤＣＩ）をマッピングし、上記下り割当制御情報が示す下りデータチャネル（ＰＤＳＣＨ）に下りデータをマッピングする。これにより、下り割当制御情報は下り制御チャネル（ＰＤＣＣＨ）で送信され、下りデータは下りデータチャネル（ＰＤＳＣＨ）で送信される。また、ＰＵＣＣＨ抽出部１１４は、下りデータに対する応答信号を上り単位バンドの上り制御チャネル（ＰＵＣＣＨ）で受信する。ここで、ＰＵＣＣＨ抽出部１１４は、ＳＰＳ時に、上り制御チャネル（ＰＵＣＣＨ）を構成する上り制御チャネルリソース（ＰＵＣＣＨリソース）を示すインデックス（ＰＵＣＣＨリソースインデックス）のうち、第１のインデックスに対応する第１の上り制御チャネルリソースを選択するとともに、第１の上り制御チャネルリソースに基づいて、第２の上り制御チャネルリソースを選択する。

図１２は、本実施の形態に係る端末２００の主要構成図である。端末２００は、２つの下り単位バンドと少なくとも１つの上り単位バンドとを有する単位バンドグループを用いて基地局１００と通信する。また、端末２００では、２つの下り単位バンドのうち、少なくとも第１の下り単位バンド（ＰＣｅｌｌ）に割り当てられたデータが、２トランスポートブロックまでをサポートする送信モードに設定される。端末２００において、抽出部２０４が、単位バンドグループ内の少なくとも１つの下り単位バンドの下り制御チャネル（ＰＤＣＣＨ）で送信された下り割当制御情報（ＤＣＩ）を受信し、下り割当制御情報が示す下りデータチャネル（ＰＤＳＣＨ）で送信された下りデータを受信し、ＣＲＣ部２１１が、下りデータの受信誤りを検出し、制御部２０８が、ＣＲＣ部２１１で得られた誤り検出結果と、応答信号の送信ルールテーブルとに基づいて、下りデータに対する応答信号を上り単位バンドの上り制御チャネル（ＰＵＣＣＨ）で送信する。ここで、制御部２０８は、セミパーシステントスケジューリング（ＳＰＳ）時に、上り制御チャネルを構成する上り制御チャネルリソース（ＰＵＣＣＨリソース）を示すインデックス（ＰＵＣＣＨリソースインデックス）のうち、第１のインデックスに対応する第１の上り制御チャネルリソースを選択するとともに、選択された上記第１の上り制御チャネルリソースに基づいて、第２の上り制御チャネルリソースを選択する。

ここで、第１の下り単位バンドが設定された端末２００に対する上記送信ルールテーブルでは、第１の上り制御チャネルリソースおよび第２の上り制御チャネルリソースを含む応答信号の送信用リソースが設定される。また、上記第１のインデックスは、ＳＰＳの開始を指示する下り割当制御情報に含まれる第１の送信電力制御情報（ＰＵＣＣＨ用ＴＰＣコマンド）に１対１に関連付けられたＰＵＣＣＨリソースインデックスである。

［基地局の構成］
図１３は、本実施の形態に係る基地局１００の構成を示すブロック図である。図１３において、基地局１００は、制御部１０１と、制御情報生成部１０２と、符号化部１０３と、変調部１０４と、符号化部１０５と、データ送信制御部１０６と、変調部１０７と、マッピング部１０８と、ＩＦＦＴ（Inverse Fast Fourier Transform）部１０９と、ＣＰ付加部１１０と、無線送信部１１１と、無線受信部１１２と、ＣＰ除去部１１３と、ＰＵＣＣＨ抽出部１１４と、逆拡散部１１５と、系列制御部１１６と、相関処理部１１７と、Ａ／Ｎ判定部１１８と、束Ａ／Ｎ逆拡散部１１９と、ＩＤＦＴ（Inverse Discrete Fourier Transform）部１２０と、束Ａ／Ｎ判定部１２１と、再送制御信号生成部１２２とを有する。

制御部１０１は、リソース割当対象端末（以下「宛先端末」又は単に「端末」ともいう）２００に対して、制御情報を送信するための下りリソース（つまり、下り制御情報割当リソース）、及び、下り回線データを送信するための下りリソース（つまり、下りデータ割当リソース）を割り当てる（Assignする）。このリソース割当は、リソース割当対象端末２００に設定される単位バンドグループに含まれる下り単位バンドにおいて行われる。また、下り制御情報割当リソースは、各下り単位バンドにおける下り制御チャネル（ＰＤＣＣＨ）に対応するリソース内で選択される。また、下りデータ割当リソースは、各下り単位バンドにおける下りデータチャネル（ＰＤＳＣＨ）に対応するリソース内で選択される。また、リソース割当対象端末２００が複数有る場合には、制御部１０１は、リソース割当対象端末２００のそれぞれに異なるリソースを割り当てる。

下り制御情報割当リソースは、上記したＬ１／Ｌ２ＣＣＨと同等である。すなわち、下り制御情報割当リソースは、１つ又は複数のＣＣＥ（又は、Ｒ−ＣＣＥ。以下、ＣＣＥとＲ−ＣＣＥとを区別せずに、単にＣＣＥと呼ぶことがある）から構成される。

また、制御部１０１は、リソース割当対象端末２００に対して制御情報を送信する際に用いる符号化率を決定する。この符号化率に応じて制御情報のデータ量が異なるので、このデータ量の制御情報をマッピング可能な数のＣＣＥを持つ下り制御情報割当リソースが、制御部１０１によって割り当てられる。

そして、制御部１０１は、制御情報生成部１０２に対して、下りデータ割当リソースに関する情報を出力する。また、制御部１０１は、符号化部１０３に対して、符号化率に関する情報を出力する。また、制御部１０１は、送信データ（つまり、下り回線データ）の符号化率を決定し、符号化部１０５に出力する。また、制御部１０１は、下りデータ割当リソース及び下り制御情報割当リソースに関する情報をマッピング部１０８に対して出力する。ただし、制御部１０１は下り回線データと当該下り回線データに対する下り制御情報を同一の下り単位バンドにマッピングするよう制御する。

制御情報生成部１０２は、下りデータ割当リソースに関する情報を含む制御情報を生成して符号化部１０３へ出力する。この制御情報は下り単位バンド毎に生成される。また、リソース割当対象端末２００が複数有る場合に、リソース割当対象端末２００同士を区別するために、制御情報には、宛先端末２００の端末ＩＤが含まれる。例えば、宛先端末２００の端末ＩＤでマスキングされたＣＲＣビットが制御情報に含まれる。この制御情報は、「下り割当制御情報（Control information carrying downlink assignment）」又は「Downlink Control Information（ＤＣＩ）」と呼ばれることがある。

符号化部１０３は、制御部１０１から受け取る符号化率に従って、制御情報を符号化し、符号化された制御情報を変調部１０４へ出力する。

変調部１０４は、符号化後の制御情報を変調し、得られた変調信号をマッピング部１０８へ出力する。

符号化部１０５は、宛先端末２００毎の送信データ（つまり、下り回線データ）及び制御部１０１からの符号化率情報を入力として送信データを符号化し、データ送信制御部１０６に出力する。ただし、宛先端末２００に対して複数の下り単位バンドが割り当てられる場合には、各下り単位バンドで送信される送信データをそれぞれ符号化し、符号化後の送信データをデータ送信制御部１０６へ出力する。

データ送信制御部１０６は、初回送信時には、符号化後の送信データを保持すると共に変調部１０７へ出力する。符号化後の送信データは、宛先端末２００毎に保持される。また、１つの宛先端末２００への送信データは、送信される下り単位バンド毎に保持される。これにより、宛先端末２００に送信されるデータ全体の再送制御だけでなく、下り単位バンド毎の再送制御も可能になる。

また、データ送信制御部１０６は、再送制御信号生成部１２２から或る下り単位バンドで送信した下り回線データに対するＮＡＣＫ又はＤＴＸを受け取ると、この下り単位バンドに対応する保持データを変調部１０７へ出力する。データ送信制御部１０６は、再送制御信号生成部１２２から或る下り単位バンドで送信した下り回線データに対するＡＣＫを受け取ると、この下り単位バンドに対応する保持データを削除する。

変調部１０７は、データ送信制御部１０６から受け取る符号化後の送信データを変調し、変調信号をマッピング部１０８へ出力する。

マッピング部１０８は、制御部１０１から受け取る下り制御情報割当リソースの示すリソースに、変調部１０４から受け取る制御情報の変調信号をマッピングし、ＩＦＦＴ部１０９へ出力する。

また、マッピング部１０８は、制御部１０１から受け取る下りデータ割当リソース（すなわち、制御情報に含まれる情報）の示すリソース（ＰＤＳＣＨ（下りデータチャネル））に、変調部１０７から受け取る送信データの変調信号をマッピングし、ＩＦＦＴ部１０９へ出力する。

マッピング部１０８にて複数の下り単位バンドにおける複数のサブキャリアにマッピングされた制御情報及び送信データは、ＩＦＦＴ部１０９で周波数領域信号から時間領域信号に変換され、ＣＰ付加部１１０にてＣＰが付加されてＯＦＤＭ信号とされた後に、無線送信部１１１にてＤ／Ａ（Digital to Analog）変換、増幅及びアップコンバート等の送信処理が施され、アンテナを介して端末２００へ送信される。

無線受信部１１２は、端末２００から送信された上り応答信号又は参照信号を、アンテナを介して受信し、上り応答信号又は参照信号に対しダウンコンバート、Ａ／Ｄ変換等の受信処理を行う。

ＣＰ除去部１１３は、受信処理後の上り応答信号又は参照信号に付加されているＣＰを除去する。

ＰＵＣＣＨ抽出部１１４は、受信信号に含まれるＰＵＣＣＨ信号から、予め端末２００に通知してある束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域の信号を抽出する。ここで、束ＡＣＫ／ＮＡＣＫリソースとは、前述したように、束ＡＣＫ／ＮＡＣＫ信号が送信されるべきリソースであり、ＤＦＴ−Ｓ−ＯＦＤＭフォーマット構成を採るリソースである。具体的には、ＰＵＣＣＨ抽出部１１４は、束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域のデータ部分（すなわち、束ＡＣＫ／ＮＡＣＫ信号が配置されているＳＣ−ＦＤＭＡシンボル）と参照信号部分（すなわち、束ＡＣＫ／ＮＡＣＫ信号を復調するための参照信号が配置されているＳＣ−ＦＤＭＡシンボル）を抽出する。ＰＵＣＣＨ抽出部１１４は、抽出したデータ部分を束Ａ／Ｎ逆拡散部１１９に出力し、参照信号部分を逆拡散部１１５−１に出力する。

また、ＰＵＣＣＨ抽出部１１４は、受信信号に含まれるＰＵＣＣＨ信号から、下り割当制御情報（ＤＣＩ）の送信に用いられたＰＤＣＣＨが占有していたＣＣＥに対応付けられているＡ／Ｎリソース及び予め端末２００に通知してある複数のＡ／Ｎリソースに対応する複数のＰＵＣＣＨ領域を抽出する。ここで、Ａ／Ｎリソースとは、Ａ／Ｎが送信されるべきリソースである。具体的には、ＰＵＣＣＨ抽出部１１４は、Ａ／Ｎリソースに対応するＰＵＣＣＨ領域のデータ部分（上り制御信号が配置されているＳＣ−ＦＤＭＡシンボル）と参照信号部分（上り制御信号を復調するための参照信号が配置されているＳＣ−ＦＤＭＡシンボル）を抽出する。そして、ＰＵＣＣＨ抽出部１１４は、抽出したデータ部分及び参照信号部分の両方を、逆拡散部１１５−２に出力する。このようにして、ＣＣＥに関連付けられたＰＵＣＣＨリソース及び端末２００に対して通知した特定のＰＵＣＣＨリソースの中から選択されたリソースで応答信号が受信される。なお、ＰＵＣＣＨ抽出部１１４において、選択されるＰＵＣＣＨリソースの詳細については、後述する。

系列制御部１１６は、端末２００から通知されるＡ／Ｎ、Ａ／Ｎに対する参照信号、及び、束ＡＣＫ／ＮＡＣＫ信号に対する参照信号のそれぞれの拡散に用いられる可能性があるＢａｓｅ ｓｅｑｕｅｎｃｅ（すなわち、系列長１２のＺＡＣ系列）を生成する。また、系列制御部１１６は、端末２００が用いる可能性のあるＰＵＣＣＨリソースにおいて、参照信号が配置され得るリソース（以下「参照信号リソース」という）に対応する相関窓をそれぞれ特定する。そして、系列制御部１１６は、束ＡＣＫ／ＮＡＣＫリソースにおいて参照信号が配置され得る参照信号リソースに対応する相関窓を示す情報及びＢａｓｅ ｓｅｑｕｅｎｃｅを相関処理部１１７−１に出力する。系列制御部１１６は、参照信号リソースに対応する相関窓を示す情報及びＢａｓｅ ｓｅｑｕｅｎｃｅを、相関処理部１１７−１に出力する。また、系列制御部１１６は、Ａ／Ｎ及びＡ／Ｎに対する参照信号が配置されるＡ／Ｎリソースに対応する相関窓を示す情報及びＢａｓｅ ｓｅｑｕｅｎｃｅを相関処理部１１７−２に出力する。

逆拡散部１１５−１及び相関処理部１１７−１は、束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域から抽出された参照信号の処理を行う。

具体的には、逆拡散部１１５−１は、端末２００が束ＡＣＫ／ＮＡＣＫリソースの参照信号において２次拡散に用いるべきウォルシュ系列で参照信号部分を逆拡散し、逆拡散後の信号を相関処理部１１７−１に出力する。

相関処理部１１７−１は、参照信号リソースに対応する相関窓を示す情報及びＢａｓｅ ｓｅｑｕｅｎｃｅを用いて、逆拡散部１１５−１から入力される信号と、端末２００において１次拡散に用いられる可能性のあるＢａｓｅ ｓｅｑｕｅｎｃｅとの相関値を求める。そして、相関処理部１１７−１は、相関値を束Ａ／Ｎ判定部１２１に出力する。

逆拡散部１１５−２及び相関処理部１１７−２は、複数のＡ／Ｎリソースに対応する複数のＰＵＣＣＨ領域から抽出された参照信号及びＡ／Ｎの処理を行う。

具体的には、逆拡散部１１５−２は、端末２００が各Ａ／Ｎリソースのデータ部分及び参照信号部分において２次拡散に用いるべきウォルシュ系列及びＤＦＴ系列でデータ部分及び参照信号部分を逆拡散し、逆拡散後の信号を相関処理部１１７−２に出力する。

相関処理部１１７−２は、各Ａ／Ｎリソースに対応する相関窓を示す情報及びＢａｓｅ ｓｅｑｕｅｎｃｅを用いて、逆拡散部１１５−２から入力される信号と、端末２００において１次拡散に用いられる可能性のあるＢａｓｅ ｓｅｑｕｅｎｃｅとの相関値をそれぞれ求める。そして、相関処理部１１７−２は、それぞれの相関値をＡ／Ｎ判定部１１８に出力する。

Ａ／Ｎ判定部１１８は、相関処理部１１７−２から入力される複数の相関値に基づいて、端末２００からどのＡ／Ｎリソースを用いて信号が送信されているか、若しくは、いずれのＡ／Ｎリソースも用いられていないかを判定する。そして、Ａ／Ｎ判定部１１８は、端末２００からいずれかのＡ／Ｎリソースを用いて信号が送信されていると判定した場合、参照信号に対応する成分及びＡ／Ｎに対応する成分を用いて同期検波を行い、同期検波の結果を再送制御信号生成部１２２に出力する。一方、Ａ／Ｎ判定部１１８は、端末２００がいずれのＡ／Ｎリソースも用いていないと判定した場合には、Ａ／Ｎリソースが用いられていない旨を再送制御信号生成部１２２に出力する。

束Ａ／Ｎ逆拡散部１１９は、ＰＵＣＣＨ抽出部１１４から入力される束ＡＣＫ／ＮＡＣＫリソースのデータ部分に対応する束ＡＣＫ／ＮＡＣＫ信号をＤＦＴ系列によって逆拡散し、その信号をＩＤＦＴ部１２０に出力する。

ＩＤＦＴ部１２０は、束Ａ／Ｎ逆拡散部１１９から入力される周波数領域上の束ＡＣＫ／ＮＡＣＫ信号を、ＩＤＦＴ処理によって時間領域上の信号に変換し、時間領域上の束ＡＣＫ／ＮＡＣＫ信号を束Ａ／Ｎ判定部１２１に出力する。

束Ａ／Ｎ判定部１２１は、ＩＤＦＴ部１２０から入力される束ＡＣＫ／ＮＡＣＫリソースのデータ部分に対応する束ＡＣＫ／ＮＡＣＫ信号を、相関処理部１１７−１から入力される束ＡＣＫ／ＮＡＣＫ信号の参照信号情報を用いて復調する。また、束Ａ／Ｎ判定部１２１は、復調後の束ＡＣＫ／ＮＡＣＫ信号を復号し、復号結果を束Ａ／Ｎ情報として再送制御信号生成部１２２に出力する。ただし、束Ａ／Ｎ判定部１２１は、相関処理部１１７−１から入力される相関値が閾値よりも小さく、端末２００から束Ａ／Ｎリソースを用いて信号が送信されていないと判定した場合には、その旨を再送制御信号生成部１２２に出力する。

再送制御信号生成部１２２は、束Ａ／Ｎ判定部１２１から入力される情報、及び、Ａ／Ｎ判定部１１８から入力される情報に基づいて、下り単位バンドで送信したデータ（下り回線データ）を再送すべきか否かを判定し、判定結果に基づいて再送制御信号を生成する。具体的には、再送制御信号生成部１２２は、或る下り単位バンドで送信した下り回線データに対して再送する必要があると判断した場合には、当該下り回線データの再送命令を示す再送制御信号を生成して、再送制御信号をデータ送信制御部１０６へ出力する。また、再送制御信号生成部１２２は、或る下り単位バンドで送信した下り回線データに対して再送する必要が無いと判断した場合には、当該下り単位バンドで送信した下り回線データを再送しないことを示す再送制御信号を生成して、再送制御信号をデータ送信制御部１０６へ出力する。

［端末の構成］
図１４は、本実施の形態に係る端末２００の構成を示すブロック図である。図１４において、端末２００は、無線受信部２０１と、ＣＰ除去部２０２と、ＦＦＴ（Fast Fourier Transform）部２０３と、抽出部２０４と、復調部２０５と、復号部２０６と、判定部２０７と、制御部２０８と、復調部２０９と、復号部２１０と、ＣＲＣ部２１１と、応答信号生成部２１２と、符号化・変調部２１３と、１次拡散部２１４−１，２１４−２と、２次拡散部２１５−１，２１５−２と、ＤＦＴ部２１６と、拡散部２１７と、ＩＦＦＴ部２１８−１，２１８−２，２１８−３と、ＣＰ付加部２１９−１，２１９−２，２１９−３と、時間多重部２２０と、選択部２２１と、無線送信部２２２とを有する。

無線受信部２０１は、基地局１００から送信されたＯＦＤＭ信号を、アンテナを介して受信し、受信ＯＦＤＭ信号に対しダウンコンバート、Ａ／Ｄ変換等の受信処理を行う。なお、受信ＯＦＤＭ信号には、ＰＤＳＣＨ内のリソースに割り当てられたＰＤＳＣＨ信号（下り回線データ）又はＰＤＣＣＨ内のリソースに割り当てられたＰＤＣＣＨ信号が含まれる。

ＣＰ除去部２０２は、受信処理後のＯＦＤＭ信号に付加されているＣＰを除去する。

ＦＦＴ部２０３は、受信ＯＦＤＭ信号をＦＦＴして周波数領域信号に変換し、得られた受信信号を抽出部２０４へ出力する。

抽出部２０４は、入力される符号化率情報に従って、ＦＦＴ部２０３から受け取る受信信号から下り制御チャネル信号（ＰＤＣＣＨ信号）を抽出する。すなわち、符号化率に応じて下り制御情報割当リソースを構成するＣＣＥ（又はＲ−ＣＣＥ）の数が変わるので、抽出部２０４は、その符号化率に対応する個数のＣＣＥを抽出単位として、下り制御チャネル信号を抽出する。また、下り制御チャネル信号は、下り単位バンドごとに抽出される。抽出された下り制御チャネル信号は、復調部２０５へ出力される。

また、抽出部２０４は、後述する判定部２０７から受け取る自装置宛の下りデータ割当リソースに関する情報に基づいて、受信信号から下り回線データ（下りデータチャネル信号（ＰＤＳＣＨ信号））を抽出し、復調部２０９へ出力する。このように、抽出部２０４は、ＰＤＣＣＨにマッピングされた下り割当制御情報（ＤＣＩ）を受信し、ＰＤＳＣＨで下り回線データを受信する。

復調部２０５は、抽出部２０４から受け取る下り制御チャネル信号を復調し、得られた復調結果を復号部２０６に出力する。

復号部２０６は、入力される符号化率情報に従って、復調部２０５から受け取る復調結果を復号して、得られた復号結果を判定部２０７に出力する。

判定部２０７は、復号部２０６から受け取る復号結果に含まれる制御情報が自装置宛の制御情報であるか否かをブラインド判定（モニタ）する。この判定は、上記した抽出単位に対応する復号結果を単位として行われる。例えば、判定部２０７は、自装置の端末ＩＤでＣＲＣビットをデマスキングし、ＣＲＣ＝ＯＫ（誤り無し）となった制御情報を自装置宛の制御情報であると判定する。そして、判定部２０７は、自装置宛の制御情報に含まれる、自装置に対する下りデータ割当リソースに関する情報を抽出部２０４へ出力する。

また、判定部２０７は、自装置宛の制御情報（すなわち、下り割当制御情報）を検出した場合、ＡＣＫ／ＮＡＣＫ信号が発生（存在）する旨を制御部２０８に通知する。また、判定部２０７は、自装置宛の制御情報をＰＤＣＣＨ信号から検出した場合、当該ＰＤＣＣＨが占有していたＣＣＥに関する情報を制御部２０８に出力する。

制御部２０８は、判定部２０７から入力されるＣＣＥに関する情報から、当該ＣＣＥに関連付けられたＡ／Ｎリソースを特定する。そして、制御部２０８は、ＣＣＥに関連付けられたＡ／Ｎリソース、又は、予め基地局１００から通知されているＡ／Ｎリソースに対応するＢａｓｅ ｓｅｑｕｅｎｃｅ及び循環シフト量を、１次拡散部２１４−１へ出力し、当該Ａ／Ｎリソースに対応するウォルシュ系列及びＤＦＴ系列を２次拡散部２１５−１へ出力する。また、制御部２０８は、Ａ／Ｎリソースの周波数リソース情報をＩＦＦＴ部２１８−１に出力する。

また、制御部２０８は、束ＡＣＫ／ＮＡＣＫ信号を束ＡＣＫ／ＮＡＣＫリソースを用いて送信すると判断した場合、予め基地局１００から通知されている束ＡＣＫ／ＮＡＣＫリソースの参照信号部分（参照信号リソース）に対応するＢａｓｅ ｓｅｑｕｅｎｃｅ及び循環シフト量を、１次拡散部２１４−２へ出力し、ウォルシュ系列を２次拡散部２１５−２へ出力する。また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソースの周波数リソース情報をＩＦＦＴ部２１８−２に出力する。

また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソースのデータ部分の拡散に用いるＤＦＴ系列を拡散部２１７に出力し、束ＡＣＫ／ＮＡＣＫリソースの周波数リソース情報をＩＦＦＴ部２１８−３に出力する。

また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソース又はＡ／Ｎリソースのいずれかを選択し、選択したリソースを無線送信部２２２に出力するよう選択部２２１に指示する。更に、制御部２０８は、選択したリソースに応じて、束ＡＣＫ／ＮＡＣＫ信号又はＡＣＫ／ＮＡＣＫ信号のいずれかを生成するよう応答信号生成部２１２に指示する。なお、制御部２０８における、Ａ／Ｎリソース（ＰＵＣＣＨリソース）の通知方法については後述する。

復調部２０９は、抽出部２０４から受け取る下り回線データを復調し、復調後の下り回線データを復号部２１０へ出力する。

復号部２１０は、復調部２０９から受け取る下り回線データを復号し、復号後の下り回線データをＣＲＣ部２１１へ出力する。

ＣＲＣ部２１１は、復号部２１０から受け取る復号後の下り回線データを生成し、ＣＲＣを用いて下り単位バンド毎に誤り検出し、ＣＲＣ＝ＯＫ（誤り無し）の場合にはＡＣＫを、ＣＲＣ＝ＮＧ（誤り有り）の場合にはＮＡＣＫを、応答信号生成部２１２へそれぞれ出力する。また、ＣＲＣ部２１１は、ＣＲＣ＝ＯＫ（誤り無し）の場合には、復号後の下り回線データを受信データとして出力する。

応答信号生成部２１２は、ＣＲＣ部２１１から入力される、各下り単位バンドにおける下り回線データの受信状況（下り回線データの誤り検出結果）に基づいて応答信号を生成する。すなわち、応答信号生成部２１２は、制御部２０８から束ＡＣＫ／ＮＡＣＫ信号を生成するように指示された場合には、下り単位バンド毎の誤り検出結果の各々が個別データとして含まれている束ＡＣＫ／ＮＡＣＫ信号を生成する。一方、応答信号生成部２１２は、制御部２０８からＡＣＫ／ＮＡＣＫ信号を生成するように指示された場合には、１シンボルのＡＣＫ／ＮＡＣＫ信号を生成する。そして、応答信号生成部２１２は生成した応答信号を符号化・変調部２１３に出力する。

符号化・変調部２１３は、束ＡＣＫ／ＮＡＣＫ信号が入力された場合には、入力された束ＡＣＫ／ＮＡＣＫ信号を符号化・変調し、１２シンボルの変調信号を生成し、ＤＦＴ部２１６へ出力する。また、符号化・変調部２１３は、１シンボルのＡＣＫ／ＮＡＣＫ信号が入力された場合には、当該ＡＣＫ／ＮＡＣＫ信号を変調し、１次拡散部２１４−１に出力する。

ＤＦＴ部２１６は、入力される時系列の束ＡＣＫ／ＮＡＣＫ信号を１２個纏めてＤＦＴ処理を行うことにより、１２個の周波数軸上の信号成分を得る。そして、ＤＦＴ部２１６は１２個の信号成分を拡散部２１７に出力する。

拡散部２１７は、制御部２０８から指示されたＤＦＴ系列を用いて、ＤＦＴ部２１６から入力された１２個の信号成分を拡散し、ＩＦＦＴ部２１８−３に出力する。

また、Ａ／Ｎリソース、及び、束ＡＣＫ／ＮＡＣＫリソースの参照信号リソースに対応する１次拡散部２１４−１及び２１４−２は、制御部２０８の指示に従ってＡＣＫ／ＮＡＣＫ信号又は参照信号を、リソースに対応するＢａｓｅ ｓｅｑｕｅｎｃｅによって拡散し、拡散した信号を２次拡散部２１５−１，２１５−２へ出力する。

２次拡散部２１５−１，２１５−２は、制御部２０８の指示により、入力された１次拡散後の信号をウォルシュ系列又はＤＦＴ系列を用いて拡散しＩＦＦＴ部２１８−１，２１８−２に出力する。

ＩＦＦＴ部２１８−１，２１８−２，２１８−３は、制御部２０８の指示により、入力された信号を、配置されるべき周波数位置に対応付けてＩＦＦＴ処理を行う。これにより、ＩＦＦＴ部２１８−１，２１８−２，２１８−３に入力された信号（すなわち、ＡＣＫ／ＮＡＣＫ信号、Ａ／Ｎリソースの参照信号、束ＡＣＫ／ＮＡＣＫリソースの参照信号、束ＡＣＫ／ＮＡＣＫ信号）は時間領域の信号に変換される。

ＣＰ付加部２１９−１，２１９−２，２１９−３は、ＩＦＦＴ後の信号の後尾部分と同じ信号をＣＰとしてその信号の先頭に付加する。

時間多重部２２０は、ＣＰ付加部２１９−３から入力される束ＡＣＫ／ＮＡＣＫ信号（すなわち、束ＡＣＫ／ＮＡＣＫリソースのデータ部分を用いて送信される信号）と、ＣＰ付加部２１９−２から入力される束ＡＣＫ／ＮＡＣＫリソースの参照信号とを、束ＡＣＫ／ＮＡＣＫリソースに時間多重し、得られた信号を選択部２２１へ出力する。

選択部２２１は、制御部２０８の指示に従って、時間多重部２２０から入力される束ＡＣＫ／ＮＡＣＫリソースとＣＰ付加部２１９−１から入力されるＡ／Ｎリソースのいずれかを選択し、選択したリソースに割り当てられた信号を無線送信部２２２へ出力する。

無線送信部２２２は、選択部２２１から受け取る信号に対しＤ／Ａ変換、増幅及びアップコンバート等の送信処理を行い、アンテナから基地局１００へ送信する。

［基地局１００及び端末２００の動作］
上述のように構成された基地局１００及び端末２００の動作について説明する。

以下の説明では、端末２００に対して２つの下り単位バンド（１つのＰＣｅｌｌおよび１つのＳＣｅｌｌ）と１つの上り単位バンドとが設定される。また、端末２００に対して、２つの下り単位バンドのうち、少なくともＰＣｅｌｌに割り当てられたデータが２ＴＢまでをサポートする送信モード（送信モード３，４または８）に設定される。

上記設定が為された端末２００に対して、図８に示すマッピングテーブル（ＳＣｅｌｌに１ＴＢのみをサポートする送信モードが設定されている場合）、または、図１０に示すマッピングテーブル（ＳＣｅｌｌに２ＴＢまでをサポートする送信モードが設定されている場合）が設定される。上記設定が為された端末２００に対するマッピングテーブル（図８または図１０）では、ＰＵＣＣＨリソース１〜３（図８の場合）、または、ＰＵＣＣＨリソース１〜４を含む応答信号の送信用リソースが設定される。

まず、上記設定が為された端末２００に対する、ダイナミックスケジューリング時のＰＵＣＣＨリソース通知方法について、図１５を援用して詳述する。

図１５は、ＰＣｅｌｌ（下り単位バンド１）からＳＣｅｌｌ（下り単位バンド２）へのクロスキャリアスケジューリングの例を示す。すなわち、図１５では、ＰＣｅｌｌ内のＰＤＣＣＨによってＳＣｅｌｌ内のＰＤＳＣＨが指示される。

端末２００（制御部２０８）は、ＣＲＣ部２１１で得られた誤り検出結果と、応答信号のマッピングテーブル（送信ルールテーブル）とに基づいて、下りデータに対する応答信号を、上り単位バンドのＰＵＣＣＨ（ＰＵＣＣＨリソース）で送信する。

例えば、図１５において、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスをｎ＿ＣＣＥとする。この場合、当該先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース１が割り当てられる（Implicit signalling）。また、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）の、次のインデックス（ｎ＿ＣＣＥ＋１）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース２が割り当てられる（Implicit signalling）。

同様に、図１５において、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされた、ＳＣｅｌｌ内のＰＤＳＣＨを指示するＰＣｅｌｌ内のＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスをｎ＿ＣＣＥ’（ｎ＿ＣＣＥ’≠ｎ＿ＣＣＥ）とする。この場合、当該先頭ＣＣＥインデックス（ｎ＿ＣＣＥ’）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース３が割り当てられる（Implicit signalling）。また、ＳＣｅｌｌに割り当てられたデータが２ＴＢまでをサポートする送信モード（送信モード３，４または８）に設定された端末２００では、さらに、ＳＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ’）の、次のインデックス（ｎ＿ＣＣＥ’＋１）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース４が割り当てられる（Implicit signalling）。

また、基地局１００（ＰＵＣＣＨ抽出部１１４）は、ダイナミックスケジューリング時、端末２００と同様、端末２００に通知したＰＤＣＣＨが占有するＣＣＥに関連付けられたＰＵＣＣＨリソースの中から、応答信号の送信に用いられたリソースを選択する。

なお、上記リソース通知方法は、全てのＰＵＣＣＨリソースがImplicit signallingされる場合の一例であるが、本発明はこれに限定されるものではない。例えば、全てのＰＵＣＣＨリソースがExplicit signallingされてもよい。また、一部のＰＵＣＣＨリソース（例えば、図１５に示すＰＵＣＣＨリソース１、および、クロスキャリアスケジューリング時のＰＵＣＣＨリソース３）がImplicit signallingされていて、残りのＰＵＣＣＨリソース（例えば、ＰＵＣＣＨリソース２、ＰＵＣＣＨリソース４、および、非クロスキャリアスケジューリング時のＰＵＣＣＨリソース３）がExplicit signallingされていてもよい。

以上、ダイナミックスケジューリング時のＰＵＣＣＨリソース通知方法について説明した。

次に、上記設定が為された端末２００に対する、セミパーシステントスケジューリング（ＳＰＳ）時のＰＵＣＣＨリソース通知方法について、図１６、図１７および図１８を援用して詳述する。

図１６は、ＰＣｅｌｌ（下り単位バンド１）からＳＣｅｌｌ（下り単位バンド２）へのクロスキャリアスケジューリングの例を示す。すなわち、図１６では、ＰＣｅｌｌ内のＰＤＣＣＨによってＳＣｅｌｌ内のＰＤＳＣＨが指示される。

端末２００（制御部２０８）は、ＣＲＣ部２１１で得られた誤り検出結果と、応答信号のマッピングテーブル（送信ルールテーブル）とに基づいて、下りデータに対する応答信号を、上り単位バンドのＰＵＣＣＨ（ＰＵＣＣＨリソース）で送信する。

ただし、ＳＰＳ開始後には、ＰＣｅｌｌ内のＳＰＳ用のＰＤＳＣＨを指示するＰＤＣＣＨが存在しない。このため、ＳＰＳ開始後は、端末２００に対して、ＣＣＥインデックス（例えば、ｎ＿ＣＣＥ、および、ｎ＿ＣＣＥ＋１）に１対１に関連付けられた、上り単位バンド内のＰＵＣＣＨリソース１およびＰＵＣＣＨリソース２（Implicitリソース。例えば、図１５参照）を割り当てることができない。

そこで、端末２００（制御部２０８）は、ＳＰＳ時に、まず、ＰＵＣＣＨを構成するＰＵＣＣＨリソースを示すＰＵＣＣＨリソースインデックスのうち、ＳＰＳの開始を指示する下り割当制御情報に含まれる送信電力制御情報（ＰＵＣＣＨ用ＴＰＣコマンド）に１対１に関連付けられたＰＵＣＣＨリソースインデックスに対応するリソースを、ＰＵＣＣＨリソース１として選択する。

図１７は、ＳＰＳ開始が端末２００に通知されたＰＤＣＣＨに含まれる送信電力制御情報（ＰＵＣＣＨ用ＴＰＣコマンド）と、基地局１００によって予め設定された４つのＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}）との対応関係を示す。すなわち、ＰＵＣＣＨ用ＴＰＣコマンドの値（value of TPC command for PUCCH。‘００’〜‘１１’）は、基地局１００によって予め設定された４つのＰＵＣＣＨリソースの値（１番目〜４番目のＰＵＣＣＨリソースインデックス）のいずれかを示すインデックスとして使用される。なお、図１７は、図９上段に示す対応関係、つまり、ＬＴＥ（Release 8）で使用される対応関係と同一である。

例えば、端末２００は、ＰＵＣＣＨリソース１に関して、図１７に示すＰＵＣＣＨ用ＴＰＣコマンド（ＳＰＳ開始が通知されたＰＤＣＣＨにおける送信電力制御情報）の値に基づいて、４つのＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}）の中から１つを選択する。そして、選択されたＰＵＣＣＨリソースインデックスに対応するリソースが、上り単位バンド内のＰＵＣＣＨリソース１として割り当てられる。

次いで、端末２００は、ＰＵＣＣＨリソース２に関して、図１８に示す、ＰＵＣＣＨ用ＴＰＣコマンドの値と、４つのＰＵＣＣＨリソースインデックスとの対応関係に基づいて、１つのＰＵＣＣＨリソースを選択する。図１８では、ＰＵＣＣＨ用ＴＰＣコマンドの値と、図１７に示す４つのＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}）に１を加算した値（ｎ^（１） _{ＰＵＣＣＨ}＋１）とが対応付けられている。そして、選択されたＰＵＣＣＨリソースインデックスに対応するリソースが、上り単位バンド内のＰＵＣＣＨリソース２として割り当てられる。

すなわち、端末２００（制御部２０８）は、図１７において選択されたＰＵＣＣＨリソース１のＰＵＣＣＨリソースインデックスに基づいて、ＰＵＣＣＨリソース２を選択する。具体的には、図１８に示すように、端末２００は、ＰＵＣＣＨリソース１のＰＵＣＣＨリソースインデックスに１を加算した値（ＰＵＣＣＨリソースインデックス）に対応するリソースを、ＰＵＣＣＨリソース２として選択する。

例えば、ＳＰＳ開始時において端末２００に通知されたＰＤＣＣＨに含まれるＰＵＣＣＨ用ＴＰＣコマンドが‘０１’の場合について説明する。この場合、端末２００は、図１７に基づいて、ＰＵＣＣＨリソース１として、４つのＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}）の中から、ＰＵＣＣＨ用ＴＰＣコマンド‘０１’に対応するリソース（２番目のＰＵＣＣＨリソースインデックス）を選択する。また、端末２００は、図１８に基づいて、ＰＵＣＣＨリソース２として、４つのＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}＋１）の中から、ＰＵＣＣＨ用ＴＰＣコマンド‘０１’に対応するリソース（２番目のＰＵＣＣＨリソースインデックスに１を加算した値）を選択する。端末２００に通知されたＰＤＣＣＨに含まれるＰＵＣＣＨ用ＴＰＣコマンドが‘０１’以外の場合（‘００’、‘１０’、‘１１’）についても同様である。

一方、図１６において、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされた、ＳＣｅｌｌ内のＰＤＳＣＨを指示するＰＣｅｌｌ内のＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスを、図１５と同様、ｎ＿ＣＣＥ’（ｎ＿ＣＣＥ’≠ｎ＿ＣＣＥ）とする。

この場合、図１５（ダイナミックスケジューリング時）と同様、当該先頭ＣＣＥインデックス（ｎ＿ＣＣＥ’）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース３が割り当てられる（Implicit signalling）。また、ＳＣｅｌｌが２ＴＢまでをサポートする送信モード（送信モード３，４または８）が端末２００に設定されている場合、さらに、ＳＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ’）の、次のインデックス（ｎ＿ＣＣＥ’＋１）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース４が割り当てられる（Implicit signalling）。

また、基地局１００（ＰＵＣＣＨ抽出部１１４）は、ＳＰＳ時、端末２００に対して予め通知した特定のＰＵＣＣＨリソース、または、端末２００に通知したＰＤＣＣＨが占有するＣＣＥに関連付けられたＰＵＣＣＨリソースの中から、応答信号の送信に用いられたリソースを選択する。この際、基地局１００は、少なくともＰＣｅｌｌにおいて、２ＴＢまでをサポートする送信モードが設定されている端末２００について、１つ目のＳＰＳ用リソースを選択する際に用いたＰＵＣＣＨリソースインデックス（ＰＵＣＣＨ用ＴＰＣコマンドに対応付けられたＰＵＣＣＨリソースインデックス）に基づいて、２つ目のＳＰＳ用リソースを選択する。

以上、ＳＰＳ時のＰＵＣＣＨリソース通知方法について説明した。

このようにして、端末２００は、ダイナミックスケジューリング時、または、セミパーシステントスケジューリング（ＳＰＳ）時、端末２００に通知されたＰＤＣＣＨが占有するＣＣＥに関連付けられたＰＵＣＣＨリソース、または、基地局１００から予め通知された特定のＰＵＣＣＨリソースの中から、応答信号の送信に用いるリソースを選択し、応答信号の送信を制御する。

例えば、端末２００に対してＰＣｅｌｌに２ＴＢまでをサポートする送信モードが設定されている場合において、ダイナミックスケジューリング時には、端末２００は、ＰＣｅｌｌ内のＰＤＳＣＨおよびＳＣｅｌｌ内のＰＤＳＣＨをそれぞれ指示するＰＤＣＣＨが占有するＣＣＥの先頭ＣＣＥインデックスに関連付けられたＰＵＣＣＨリソース（Implicitリソース）と、先頭ＣＣＥインデックスの次のＣＣＥインデックスに関連付けられたＰＵＣＣＨリソース（Implicitリソース）と、を用いて応答信号を送信する。具体的には、ダイナミックスケジューリング時には、ＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}の値）は、ＰＤＣＣＨの送信に使用されるＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に関連付けられた値を用いる（例えば、図１５参照）。また、ＰＣｅｌｌにおいて２ＴＢまでをサポートする送信モードが設定された場合に関して、ＰＵＣＣＨリソースインデックスは、ｎ＿ＣＣＥ＋１に関連付けられた値を用いる。

一方、ＰＣｅｌｌにおけるＳＰＳ時には、端末２００は、ＰＣｅｌｌについて、ＳＰＳ開始時に通知されたＰＵＣＣＨ用ＴＰＣコマンド（２ビット）の値に１対１で対応付けられたＰＵＣＣＨリソース（explicitリソース）と、当該ＰＵＣＣＨリソース（explicitリソース）に隣接した（インデックスに１を加算した）リソースと、を用いる。

つまり、端末２００は、ＰＵＣＣＨ用ＴＰＣコマンドに従って選択した１つ目のＳＰＳ用リソースに基づいて、２つ目のＳＰＳ用リソースを選択する。具体的には、端末２００は、１つ目のＳＰＳ用リソースを選択する際に用いるＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}）を用いて、２つ目のＳＰＳ用リソース（ｎ^（１） _{ＰＵＣＣＨ}＋１）を選択する。すなわち、ＳＰＳ時には、ＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}の値）は、基地局１００による設定（例えば、図１７参照）に応じて決定される。また、ＰＣｅｌｌにおいて２ＴＢまでをサポートする送信モードが設定された場合に関して、ＰＵＣＣＨリソースインデックスは、ｎ^（１） _{ＰＵＣＣＨ}＋１で与えられる。

これにより、端末２００は、少なくともＰＣｅｌｌに割り当てられたデータに対して２ＴＢ（つまり、２コードワード）までをサポートする送信モード（例えばＭＩＭＯ送信モード）が設定されている場合、ＳＰＳ時においても応答信号の送信に用いるＰＵＣＣＨリソースを全て特定することができる。換言すると、端末２００では、ＳＰＳ時にＰＤＣＣＨが送信されないことによりＰＵＣＣＨリソースを特定できなくなること（ＰＵＣＣＨリソース不足という課題の発生）を防ぐことができる。

また、図１７では、ＳＰＳ用リソース（explicitリソース）であるＰＵＣＣＨリソース１（第１のＰＵＣＣＨリソース）として、ＳＰＳ開始が通知されたＰＤＣＣＨに含まれるＰＵＣＣＨ用ＴＰＣコマンドに対応付けられたＰＵＣＣＨリソースインデックスは、基地局１００から予め設定された４個（ＬＴＥの場合と同数）である。また、図１８に示すように、ＳＰＳ用リソースであるＰＵＣＣＨリソース２（第２のＰＵＣＣＨリソース）として設定されるＰＵＣＣＨリソースインデックスは、ＰＵＣＣＨ用ＴＰＣコマンドに対応付けられたＰＵＣＣＨリソースインデックスに１を加算したインデックスである。これにより、図９に示すような新たなＰＵＣＣＨリソースインデックス（図９では５番目〜８番目のＰＵＣＣＨリソースインデックス）を予め設定する方法と比較して、本実施の形態では、基地局１００から端末２００へのシグナリング量を低減することができる。換言すると、本実施の形態では、ＳＰＳ用リソースの通知に要するシグナリング量は、ＬＴＥ（Release 8）と同一となる。

また、上述したように、ダイナミックスケジューリング時には、端末２００は、ＰＤＣＣＨが占有するＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）および先頭ＣＣＥインデックスの次のＣＣＥインデックス（ｎ＿ＣＣＥ＋１）にそれぞれ対応するＰＵＣＣＨリソース（Implicitリソース）を用いる。一方、ＳＰＳ時には、端末２００は、ＳＰＳ開始が通知されたＰＤＣＣＨに含まれるＰＵＣＣＨ用ＴＰＣコマンドに対応付けられたＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}）、および、当該ＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}）に１を加算したＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}＋１）を用いる。すなわち、端末２００において、ダイナミックスケジューリング時およびＳＰＳ時の双方で、特定のインデックス（ｎ＿ＣＣＥまたはｎ^（１） _{ＰＵＣＣＨ}）と、当該特定のインデックスに１を加算したインデックス（ｎ＿ＣＣＥ＋１またはｎ^（１） _{ＰＵＣＣＨ}＋１）を用いる点は共通である。つまり、端末２００は、ダイナミックスケジューリング時およびＳＰＳ時の双方で、ＰＵＣＣＨリソースの選択方法を共通化することができる。これにより、端末２００でのＰＵＣＣＨリソースの選択処理を簡易化することが可能となる。

このようにして、本実施の形態によれば、上り単位バンド及び上り単位バンドと対応づけられた複数の下り単位バンドを使用した通信においてＡＲＱが適用される場合、かつ、ＰＣｅｌｌに２ＴＢまでをサポートする送信モードが端末に設定されている場合において、ＰＣｅｌｌにおいてセミパーシステントスケジューリング時、基地局からのシグナリング量を低減しつつ、ＰＵＣＣＨリソース不足を解消することができる。

なお、ＳＰＳ用リソースであるＰＵＣＣＨリソース２の通知方法に関して、ＳＰＳ用リソースであるＰＵＣＣＨリソース１のインデックスに対して加算する値は１に限定されず、１以上の値（つまり、自然数ｎ）であればよい。また、加算する値（上記自然数ｎ）は、基地局１００から予め設定されてもよい。また、ＰＵＣＣＨリソースインデックスの最大値が規定されている場合には、１を加算した後の値に対する、上記最大値の剰余の値を用いてもよい。

また、本実施の形態では、ＰＵＣＣＨ用ＴＰＣコマンドに対応付けられたＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}）に１を加算した値（ｎ^（１） _{ＰＵＣＣＨ}＋１）を、ＰＵＣＣＨリソース２のＰＵＣＣＨリソースインデックスとする場合について説明した。つまり、本実施の形態では、端末２００が、１つ目のＰＵＣＣＨリソース１のＰＵＣＣＨリソースインデックスに基づいて、２つ目のＰＵＣＣＨリソース２のＰＵＣＣＨリソースインデックスを選択する場合について説明した。しかし、端末２００は、１つ目のＰＵＣＣＨリソース１の特定に用いた送信電力制御情報（ＰＵＣＣＨ用ＴＰＣコマンド）に基づいて、２つ目のＰＵＣＣＨリソース２のＰＵＣＣＨリソースインデックスを選択してもよい。つまり、端末２００は、第１の送信電力制御情報（ＳＰＳ開始時のＰＤＣＣＨで通知される情報）に基づいて、第２の送信電力制御情報を得る。例えば、端末２００は、第１の送信電力制御情報に１を加算し、加算後の値に対する４の剰余を第２の送信電力制御情報とする。そして、端末２００は、第２の送信電力制御情報に１対１に関連付けられた第２のＰＵＣＣＨリソースインデックスに対応するリソースを、第２のＰＵＣＣＨリソース（つまり、（２つ目のＰＵＣＣＨリソース２））として選択する。

例えば、ＰＵＣＣＨ用ＴＰＣコマンドが‘００’の場合について説明する。この場合、図１７に示すように、第１の送信電力制御情報に１対１に関連付けられたＰＵＣＣＨリソースインデックスは「１番目のＰＵＣＣＨリソースインデックス」である。次いで、第１の送信電力制御情報‘００’に１を加算した値‘０１’を第２の送信電力制御情報とする。よって、端末２００は、図１７に基づいて、第２の送信電力制御情報‘０１’に１対１に関連付けられたＰＵＣＣＨリソースインデックスを「２番目のＰＵＣＣＨリソースインデックス」と特定する。つまり、ＰＵＣＣＨ用ＴＰＣコマンドが‘００’の場合には、ＰＵＣＣＨリソース１として「１番目のＰＵＣＣＨリソースインデックス」が選択され、ＰＵＣＣＨリソース２として「２番目のＰＵＣＣＨリソースインデックス」が選択される。ＰＵＣＣＨ用ＴＰＣコマンドが‘００’以外の場合（‘０１’、‘１０’、‘１１’）についても同様である。図１９は、ＰＵＣＣＨ用ＴＰＣコマンド（つまり、第１の送信電力制御情報）と、２つ目のＰＵＣＣＨリソース２のＰＵＣＣＨリソースインデックスとの対応関係を示す。すなわち、端末２００は、図１７に基づいて１つ目のＰＵＣＣＨリソース１を選択し、図１９に基づいて２つ目のＰＵＣＣＨリソース２を選択する。

また、加算する値は１に限定されず、２または３でもよい。つまり、加算する値は、３以下の自然数ｍとしてもよい。すなわち、端末２００は、ＳＰＳ開始が通知されたＰＤＣＣＨに含まれる第１の送信電力制御情報（ＰＵＣＣＨ用ＴＰＣコマンド）の値に自然数ｍを加算し、加算後の値に対して４（ＰＵＣＣＨ用ＴＰＣコマンドの種類）で割ったときの剰余（すなわち、加算後の値に対する４の剰余。ｍｏｄ（（ＰＵＣＣＨ用ＴＰＣコマンド＋１），４））を第２の送信電力制御情報とし、第２の送信電力制御情報に１対１に関連付けられたＰＵＣＣＨリソースインデックスに対応するリソースを、２つ目のＰＵＣＣＨリソースとすればよい。また、加算する値（自然数ｍ）は、基地局１００から予め設定されてもよい。

また、ダイナミックスケジューリング時において、或る単位バンド（ＰＣｅｌｌまたはＳＣｅｌｌのいずれか）内のＰＤＳＣＨを指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられた上り単位バンド内のＰＵＣＣＨリソース（ＰＣｅｌｌに割り当てられたデータが２ＴＢまでをサポートする送信モードに設定されている本実施の形態では、ＰＵＣＣＨリソース１または３。Implicitリソース）は、ｎ^（１） _{ＰＵＣＣＨ，ｉ}（ＰＣｅｌｌに割り当てられたデータが２ＴＢまでをサポートする送信モードに設定されている場合、ｉ＝０またはｉ＝２）で表されることもある。また、上記或る単位バンドに割り当てられたデータが２ＴＢまでをサポートする送信モードに設定された端末２００では、さらに、当該単位バンド内のＰＤＳＣＨを指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスの、次のインデックスに１対１に関連付けられた上り単位バンド内のＰＵＣＣＨリソース（本実施の形態ではＰＵＣＣＨリソース２または４）は、ｎ^（１） _{ＰＵＣＣＨ，ｉ＋１}（ＰＣｅｌｌに割り当てられたデータが２ＴＢまでをサポートする送信モードに設定されている場合、ｉ＋１＝１またはｉ＋１＝３）で表されることもある。ここで、ｎ^（１） _{ＰＵＣＣＨ，x}に付加される下付き文字ｘ（上記ではｉまたはｉ＋１）は、ＰＵＣＣＨリソースのインデックス値を示し、０≦ｘ≦Ａ−１の値をとる。また、Ａは、ＰＣｅｌｌおよびＳＣｅｌｌにおけるサポート可能な最大ＴＢ数の総数を示し、かつ、ＰＵＣＣＨリソースの数に等しい値である。

同様に、ＰＣｅｌｌでのＳＰＳ時において、１つ目のＳＰＳ用リソース（ＰＣｅｌｌに割り当てられたデータが２ＴＢまでをサポートする送信モードに設定されている本実施の形態では、ＰＵＣＣＨリソース１。explicitリソース）は、ｎ^（１） _{ＰＵＣＣＨ，ｉ}（ＰＣｅｌｌに割り当てられたデータが２ＴＢまでをサポートする送信モードに設定されている場合、ｉ＝０）で表されることもある。また、ＰＣｅｌｌに割り当てられたデータが２ＴＢまでをサポートする送信モードに設定された端末２００では、さらに、２つめのＳＰＳ用リソース（本実施の形態ではＰＵＣＣＨリソース２）は、ｎ^（１） _{ＰＵＣＣＨ，ｉ＋１}（ＰＣｅｌｌに割り当てられたデータが２ＴＢまでをサポートする送信モードに設定されている場合ｉ＋１＝１）で表されることもある。

また、ダイナミックスケジューリング時において、例えば、先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられたＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ，ｉ}）は、ｎ＿ＣＣＥ＋Ｎ^（１） _{ＰＵＣＣＨ}で表されることもある。ここで、Ｎ^（１） _{ＰＵＣＣＨ}は基地局１００によって予め設定されたリソース（インデックス）を示す。同様に、ＣＣＥインデックス（ｎ＿ＣＣＥ＋１）に１対１に関連付けられたＰＵＣＣＨリソース（ｎ^（１） _{ＰＵＣＣＨ，ｉ＋１}）は、ｎ＿ＣＣＥ＋１＋Ｎ^（１） _{ＰＵＣＣＨ}で表されることもある。

また、「ＰＣｅｌｌにおけるＳＰＳ時」は、例えば、「ＰＣｅｌｌにおける、対応するＰＤＣＣＨが無いＰＤＳＣＨ送信時」と言い換えることもできる。また、「ダイナミックスケジューリング時」は、例えば、「対応するＰＤＣＣＨが有るＰＤＳＣＨ送信時」と言い換えることもできる。

＜実施の形態２＞
以下、２ＣＣで、少なくともＰＣｅｌｌに２ＴＢまでをサポートする送信モード（送信モード３，４または８）が端末に設定されている場合における、ダイナミックスケジューリング時のＰＵＣＣＨリソース通知方法について、図１５を援用して詳述する。ただし、同図では、ＰＣｅｌｌからＳＣｅｌｌのクロスキャリアスケジューリングの例を示す。すなわち、ＰＣｅｌｌ内のＰＤＣＣＨが、ＳＣｅｌｌ内のＰＤＳＣＨを指示する。

ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有しているＣＣＥの、先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース１が割り当てられる（Implicit signalling）。また、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスの次のインデックス（ｎ＿ＣＣＥ＋１）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース２が割り当てられる（Implicit signalling）。

さらに、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされた、ＳＣｅｌｌ内のＰＤＳＣＨを指示するＰＣｅｌｌ内のＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ’（ｎ＿ＣＣＥ’≠ｎ＿ＣＣＥ））に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース３が割り当てられる（Implicit signalling）。また、ＳＣｅｌｌが２ＴＢまでをサポートする送信モード（送信モード３，４または８）が端末に設定されている場合は、さらに、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスの次のインデックス（ｎ＿ＣＣＥ’＋１）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース４が割り当てられる（Implicit signalling）。

なお、上記のリソース通知方法は、全てのＰＵＣＣＨリソースがImplicit signallingされる場合の一例であるが、本発明はこれに限定されるものではない。全てのＰＵＣＣＨリソースがExplicit signallingされていてもよい。また、一部のＰＵＣＣＨリソース（例えば、ＰＵＣＣＨリソース１、および、クロスキャリアスケジューリング時、ＰＵＣＣＨリソース３）がImplicit signallingされていて、残りのＰＵＣＣＨリソース（例えば、ＰＵＣＣＨリソース２、ＰＵＣＣＨリソース４、および、非クロスキャリアスケジューリング時、ＰＵＣＣＨリソース３）がExplicit signallingされていてもよい。

続いて、２ＣＣで、少なくともＰＣｅｌｌに２ＴＢまでをサポートする送信モード（送信モード３，４または８）が端末に設定されている場合における、セミパーシステントスケジューリング（ＳＰＳ）時のＰＵＣＣＨリソース通知方法について、図１６、図１７および図１８を援用して詳述する。ただし、同図では、ＰＣｅｌｌからＳＣｅｌｌのクロスキャリアスケジューリングの例を示す。すなわち、ＰＣｅｌｌ内のＰＤＣＣＨが、ＳＣｅｌｌ内のＰＤＳＣＨを指示する。

ＳＰＳ開始後は、ＰＣｅｌｌ内のＳＰＳ用のＰＤＳＣＨを指示するＰＤＣＣＨが存在しないため、ＣＣＥインデックスに１対１に関連付けられた、上り単位バンド内のＰＵＣＣＨリソース１およびＰＵＣＣＨリソース２を割り当てることができない。そのため、ＰＵＣＣＨリソース１に関して、図１７に示すように、ＳＰＳ開始が通知されたＰＤＣＣＨにおける送信電力制御情報（ＰＵＣＣＨ用ＴＰＣコマンド）の値に基づいて、基地局により予め設定された、４つのＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}）の中から１つを選択する。そしてその選択されたＰＵＣＣＨリソースインデックスに対応して、上り単位バンド内のＰＵＣＣＨリソース１が割り当てられる。

ＰＵＣＣＨリソース２に関して、図１８に示すように、ＳＰＳ開始が通知されたＰＤＣＣＨにおける送信電力制御情報（ＰＵＣＣＨ用ＴＰＣコマンド）の値に基づいて、基地局によってＰＵＣＣＨリソース１向けに予め設定された、４つのＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}）に、１を加算した値（ｎ^（１） _{ＰＵＣＣＨ}＋１）の中から１つを選択する。そしてその選択されたＰＵＣＣＨリソースインデックスに対応して、上り単位バンド内のＰＵＣＣＨリソース２が割り当てられる。なお、ＰＵＣＣＨリソース２の通知方法に関して、加算する値は１に限定されず、１以上の値であればよい。また、加算する値は、基地局から予め設定されてもよい。また、ＰＵＣＣＨリソースインデックスの最大値が規定されている場合は、１を加算した後の、その最大値の剰余の値でもよい。

このように、上記の実施例では、ＳＰＳ開始が通知されたＰＤＣＣＨにおける送信電力制御情報（ＰＵＣＣＨ用ＴＰＣコマンド）（すなわち、第１の送信電力制御情報）の値に基づいて、基地局によってＰＵＣＣＨリソース１向けに予め設定された、４つのＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}）（すなわち、第１のＰＵＣＣＨリソースインデックス）に基づいて、ＰＵＣＣＨリソース１（すなわち、第１のＰＵＣＣＨリソース）を選択するだけでなく、第１のＰＵＣＣＨリソースインデックスに基づいて、第２のＰＵＣＣＨリソースインデックスが得られる。そして前記第２のＰＵＣＣＨリソースインデックスに対応して、ＰＵＣＣＨリソース２（すなわち、第２のＰＵＣＣＨリソース）を選択する。

なお、上記の実施例では４つのＰＵＣＣＨリソースインデックス（ｎ^（１） _{ＰＵＣＣＨ}）に１を加算した値に基づいて、ＰＵＣＣＨリソース２のＰＵＣＣＨリソースインデックスを選択したが、図１９に示すように、ＳＰＳ開始が通知されたＰＤＣＣＨにおける送信電力制御情報（ＰＵＣＣＨ用ＴＰＣコマンド）の値に１を加算して、４で割ったときの剰余（すなわち、ｍｏｄ（ＰＵＣＣＨ用ＴＰＣコマンド＋１，４））の値に基づいて、ＰＵＣＣＨリソース２のＰＵＣＣＨリソースインデックスを選択してもよい。また、この場合、加算する値は１に限定されず、２または３でもよい。また、加算する値は、基地局から予め設定されてもよい。この場合は、第１の送信電力制御情報に基づいて、第２の送信電力制御情報が得られる。そして前記第２の送信電力制御情報に基づいて、第２のＰＵＣＣＨリソースインデックス、および、第２のＰＵＣＣＨリソースを選択する。

ＰＵＣＣＨリソース３およびＰＵＣＣＨリソース４に関しては、図１５のダイナミックスケジューリング時の説明と同一になるため、割愛する。

このようにして、端末２００は、ダイナミックスケジューリング時、あるいは、セミパーシステントスケジューリング（ＳＰＳ）時、ＣＣＥに関連付けられたＰＵＣＣＨリソース、および、基地局１００から予め通知された特定のＰＵＣＣＨリソースの中から、応答信号の送信に用いるリソースを選択し、応答信号の送信を制御する。そして、端末２００は、少なくともＰＣｅｌｌにおいて、基地局１００から２ＴＢまでをサポートする送信モードが設定されている場合、セミパーシステントスケジューリング（ＳＰＳ）時に発生する、ＰＵＣＣＨリソース不足という課題を解決することが可能となる。さらに、１番目〜４番目のＰＵＣＣＨリソースインデックスに加えて、独立に、新たな４個のＰＵＣＣＨリソースインデックス（５番目〜８番目のＰＵＣＣＨリソースインデックス）を予め設定する方法に比べて、本発明では、ＰＵＣＣＨリソース１（第１のＰＵＣＣＨリソース）に基づいて、（より具体的には、ＰＵＣＣＨリソース１のＰＵＣＣＨリソースインデックス（第１のＰＵＣＣＨリソースインデックス）、または、ＳＰＳ開始が通知されたＰＤＣＣＨにおける送信電力制御情報（ＰＵＣＣＨ用ＴＰＣコマンド）（第１の送信電力制御情報）に基づいて、）ＰＵＣＣＨリソース２（第２のＰＵＣＣＨリソース）が選択される。そのため、１番目〜４番目のＰＵＣＣＨリソースインデックスのみを予め設定すればよく、基地局からのシグナリング量の低減も可能となる。

また、基地局１００は、ダイナミックスケジューリング時、あるいは、セミパーシステントスケジューリング（ＳＰＳ）時、ＣＣＥに関連付けられたＰＵＣＣＨリソース、及び、端末２００に対して予め通知した特定のＰＵＣＣＨリソースの中から、応答信号の送信に用いられたリソースを選択する。そして、基地局１００は、少なくともＰＣｅｌｌにおいて、基地局１００から２ＴＢまでをサポートする送信モードが設定されている場合、セミパーシステントスケジューリング（ＳＰＳ）時に、１つ目のＳＰＳ用ＰＵＣＣＨリソースを選択する際に用いる、送信電力制御情報（ＰＵＣＣＨ用ＴＰＣコマンド値）、あるいは、ＰＵＣＣＨリソースインデックスを用いて、２つ目のＳＰＳ用ＰＵＣＣＨリソースを選択する。

よって、本実施の形態によれば、上り単位バンド及び上り単位バンドと対応づけられた複数の下り単位バンドを使用した通信においてＡＲＱが適用される場合、かつ、ＰＣｅｌｌに２ＴＢまでをサポートする送信モードが端末に設定されている場合において、ＰＣｅｌｌにおいてセミパーシステントスケジューリング時、基地局からのシグナリング量を低減しつつ、ＰＵＣＣＨリソース不足を解消することができる。

以上、本発明の実施の形態について説明した。

なお、上記実施の形態では、拡散に用いられる系列の一例として、ＺＡＣ系列、ウォルシュ系列及びＤＦＴ系列について説明した。しかし、本発明では、ＺＡＣ系列の代わりに、ＺＡＣ系列以外の、互いに異なる循環シフト量により互いに分離可能な系列を用いてもよい。例えば、ＧＣＬ（Generalized Chirp like）系列、ＣＡＺＡＣ（Constant Amplitude Zero Auto Correlation）系列、ＺＣ（Zadoff-Chu）系列、Ｍ系列や直交ゴールド符号系列等のＰＮ系列、又は、コンピュータによってランダムに生成された時間軸上での自己相関特性が急峻な系列等を１次拡散に用いてもよい。また、ウォルシュ系列及びＤＦＴ系列の代わりに、互いに直交する系列、又は、互いにほぼ直交すると見なせる系列であればいかなる系列を直交符号系列として用いてもよい。以上の説明では、周波数位置、及び、ＺＡＣ系列の循環シフト量と直交符号系列の系列番号とによって応答信号のリソース（例えば、Ａ／Ｎリソース及び束ＡＣＫ／ＮＡＣＫリソース）が定義されている。

また、上記実施の形態では、基地局１００の制御部１０１は、下り回線データと当該下り回線データに対する下り割当制御情報とを同一の下り単位バンドにマッピングするよう制御するとしたが、これに限定されない。すなわち、下り回線データと当該下り回線データに対する下り割当制御情報とが別の下り単位バンドにマッピングされていても、下り割当制御情報と下り回線データとの対応関係が明確であれば、各実施の形態で説明した技術を適用できる。

また、本実施の形態では、端末側の処理の順番として、１次拡散、２次拡散の後に、ＩＦＦＴ変換を行う場合について説明した。しかし、これらの処理の順番はこれに限定されない。１次拡散処理の後段にＩＦＦＴ処理がある限り、２次拡散処理の場所はどこにあっても等価な結果が得られる。

また、上記実施の形態ではアンテナとして説明したが、本発明はアンテナポート（antenna port）でも同様に適用できる。

アンテナポートとは、１本又は複数の物理アンテナから構成される、論理的なアンテナを指す。すなわち、アンテナポートは必ずしも１本の物理アンテナを指すとは限らず、複数のアンテナから構成されるアレイアンテナ等を指すことがある。

例えば３ＧＰＰ ＬＴＥにおいては、アンテナポートが何本の物理アンテナから構成されるかは規定されず、基地局が異なる参照信号（Reference signal）を送信できる最小単位として規定されている。

また、アンテナポートはプリコーディングベクトル（Precoding vector）の重み付けを乗算する最小単位として規定されることもある。

また、上記実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はハードウェアとの連係においてソフトウェアでも実現することも可能である。

また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。

さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

２０１１年１月５日出願の特願２０１１−０００７４４および２０１１年１０月２４日出願の特願２０１１−２３３００７の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。

本発明は、移動体通信システム等に適用することができる。

１００ 基地局
１０１，２０８ 制御部
１０２ 制御情報生成部
１０３，１０５ 符号化部
１０４，１０７ 変調部
１０６ データ送信制御部
１０８ マッピング部
１０９，２１８−１，２１８−２，２１８−３ ＩＦＦＴ部
１１０，２１９−１，２１９−２，２１９−３ ＣＰ付加部
１１１，２２２ 無線送信部
１１２，２０１ 無線受信部
１１３，２０２ ＣＰ除去部
１１４ ＰＵＣＣＨ抽出部
１１５ 逆拡散部
１１６ 系列制御部
１１７ 相関処理部
１１８ Ａ／Ｎ判定部
１１９ 束Ａ／Ｎ逆拡散部
１２０ ＩＤＦＴ部
１２１ 束Ａ／Ｎ判定部
１２２ 再送制御信号生成部
２００ 端末
２０３ ＦＦＴ部
２０４ 抽出部
２０５，２０９ 復調部
２０６，２１０ 復号部
２０７ 判定部
２１１ ＣＲＣ部
２１２ 応答信号生成部
２１３ 符号化・変調部
２１４−１，２１４−２ １次拡散部
２１５−１，２１５−２ ２次拡散部
２１６ ＤＦＴ部
２１７ 拡散部
２２０ 時間多重部
２２１ 選択部

Claims (13)

1. 第１の下り単位バンドを用いて送信された下りデータを受信し、２つのトランスポートブロックまでをサポートする送信モードが前記第１の下り単位バンドに設定されている、受信部と、
   前記下りデータの誤り検出を行う誤り検出部と、
   前記第１の下り単位バンドにおいてダウンリンクのリソース割当てが定期的に行われるセミ・パーシステント・スケジューリング（ＳＰＳ）が行わる場合に、上り制御チャネル用の送信電力制御コマンド（ＴＰＣコマンド）の値を用いて、複数の上り制御チャネルリソース（ＰＵＣＣＨリソース）から第１のＰＵＣＣＨリソースを選択し、前記第１のＰＵＣＣＨリソースを示すインデックスを用いて第２のＰＵＣＣＨリソースを選択する選択部と、
   前記下りデータの複数の誤り検出結果を示す応答信号を、前記選択された第１のＰＵＣＣＨリソース及び前記第２のＰＵＣＣＨリソースにマッピングし、前記マッピングされた応答信号を上り単位バンドを用いて送信する送信部と、
   を具備する端末装置。
2. 前記第１のＰＵＣＣＨリソースの選択は、前記ＴＰＣコマンドの値に対応する第１のインデックスによって示されるＰＵＣＣＨリソースを選択することにより行われ、
   前記第２のＰＵＣＣＨリソースの選択は、前記第１のインデックスに１を足すことにより得られる値である第２のインデックスによって示されるＰＵＣＣＨリソースを選択することにより行われる、
   請求項１に記載の端末装置。
3. 前記複数のＰＵＣＣＨリソースは４つのＰＵＣＣＨリソースであり、前記ＴＰＣコマンドは２ビットを用いて示され、
   前記ＴＰＣコマンドの値が００の場合、前記第１のインデックスは、第１のＰＵＣＣＨリソースを示すものであり、
   前記ＴＰＣコマンドの値が０１の場合、前記第１のインデックスは、第２のＰＵＣＣＨリソースを示すものであり、
   前記ＴＰＣコマンドの値が１０の場合、前記第１のインデックスは、第３のＰＵＣＣＨリソースを示すものであり、
   前記ＴＰＣコマンドの値が１１の場合、前記第１のインデックスは、第４のＰＵＣＣＨリソースを示すものである、
   請求項２に記載の端末装置。
4. 前記第１の下り単位バンドは、前記上り単位バンドとペアになっているプライマリーセル（ＰＣｅｌｌ）であり、
   前記受信部は、前記第１の下り単位バンドを用いて送信された下りデータに加えて、前記プライマリーセルとは異なるセカンダリーセル（ＳＣｅｌｌ）である第２の下り単位バンドを用いて送信された下りデータを受信する、
   請求項１から３のいずれかに記載の端末装置。
5. 前記複数の誤り検出結果は、誤りが検出されなかったことを示すＡＣＫ、誤りが検出されたことを示すＮＡＣＫ、下り制御信号の受信に失敗したことを示すＤＴＸの組み合わせである、
   請求項１から４のいずれかに記載の端末装置。
6. 前記ＴＰＣコマンドは、前記ＳＰＳの開始を指示する下り制御情報に含まれる、
   請求項１から５のいずれかに記載の端末装置。
7. 第１の下り単位バンドを用いて送信された下りデータを受信し、２つのトランスポートブロックまでをサポートする送信モードが前記第１の下り単位バンドに設定されており、
   前記下りデータの誤り検出を行い、
   前記第１の下り単位バンドにおいてダウンリンクのリソース割当てが定期的に行われるセミ・パーシステント・スケジューリング（ＳＰＳ）が行わる場合に、上り制御チャネル用の送信電力制御コマンド（ＴＰＣコマンド）の値を用いて、複数の上り制御チャネルリソース（ＰＵＣＣＨリソース）から第１のＰＵＣＣＨリソースを選択し、前記第１のＰＵＣＣＨリソースを示すインデックスを用いて第２のＰＵＣＣＨリソースを選択し、
   前記下りデータの複数の誤り検出結果を示す応答信号を、前記選択された第１のＰＵＣＣＨリソース及び前記第２のＰＵＣＣＨリソースにマッピングし、前記マッピングされた応答信号を上り単位バンドを用いて送信する、
   通信方法。
8. 前記第１のＰＵＣＣＨリソースの選択は、前記ＴＰＣコマンドの値に対応する第１のインデックスによって示されるＰＵＣＣＨリソースを選択することにより行われ、
   前記第２のＰＵＣＣＨリソースの選択は、前記第１のインデックスに１を足すことにより得られる値である第２のインデックスによって示されるＰＵＣＣＨリソースを選択することにより行われる、
   請求項７に記載の通信方法。
9. 前記複数のＰＵＣＣＨリソースは４つのＰＵＣＣＨリソースであり、前記ＴＰＣコマンドは２ビットを用いて示され、
   前記ＴＰＣコマンドの値が００の場合、前記第１のインデックスは、第１のＰＵＣＣＨリソースを示すものであり、
   前記ＴＰＣコマンドの値が０１の場合、前記第１のインデックスは、第２のＰＵＣＣＨリソースを示すものであり、
   前記ＴＰＣコマンドの値が１０の場合、前記第１のインデックスは、第３のＰＵＣＣＨリソースを示すものであり、
   前記ＴＰＣコマンドの値が１１の場合、前記第１のインデックスは、第４のＰＵＣＣＨリソースを示すものである、
   請求項８に記載の通信方法。
10. 前記第１の下り単位バンドは、前記上り単位バンドとペアになっているプライマリーセル（ＰＣｅｌｌ）であり、
    前記第１の下り単位バンドを用いて送信された下りデータに加えて、前記プライマリーセルとは異なるセカンダリーセル（ＳＣｅｌｌ）である第２の下り単位バンドを用いて送信された下りデータを受信する、
    請求項７から９のいずれかに記載の通信方法。
11. 前記複数の誤り検出結果は、誤りが検出されなかったことを示すＡＣＫ、誤りが検出されたことを示すＮＡＣＫ、下り制御信号の受信に失敗したことを示すＤＴＸの組み合わせである、
    請求項７から１０のいずれかに記載の通信方法。
12. 前記ＴＰＣコマンドは、前記ＳＰＳの開始を指示する下り制御情報に含まれる、
    請求項７から１１のいずれかに記載の通信方法。
13. 第１の下り単位バンドを用いて送信された下りデータを受信し、２つのトランスポートブロックまでをサポートする送信モードが前記第１の下り単位バンドに設定されている、処理と、
    前記下りデータの誤り検出を行う処理と、
    前記第１の下り単位バンドにおいてダウンリンクのリソース割当てが定期的に行われるセミ・パーシステント・スケジューリング（ＳＰＳ）が行わる場合に、上り制御チャネル用の送信電力制御コマンド（ＴＰＣコマンド）の値を用いて、複数の上り制御チャネルリソース（ＰＵＣＣＨリソース）から第１のＰＵＣＣＨリソースを選択し、前記第１のＰＵＣＣＨリソースを示すインデックスを用いて第２のＰＵＣＣＨリソースを選択する処理と、
    前記下りデータの複数の誤り検出結果を示す応答信号を、前記選択された第１のＰＵＣＣＨリソース及び前記第２のＰＵＣＣＨリソースにマッピングし、前記マッピングされた応答信号を上り単位バンドを用いて送信する処理と、
    を制御する集積回路。

Images