(57)【要約】  基地局における上り回線制御情報の検出を複数上り単位バンドで行う可能性を低減することで、基地局における上り回線制御情報の検出精度の劣化を抑えることができる端末。制御部（２０８）はルールに基づいて応答信号を上り制御チャネルで送信する。上記ルールでは、誤り検出結果のパターン候補と、応答信号の送信に用いられる上り制御チャネルの複数のリソースおよび各リソース内の位相点とが対応付けられ、上記複数のリソースのうちの第１のリソースには、第１の単位バンドの下り回線データに対する特定の誤り検出結果のパターンが、第１の単位バンドのみを用いて基地局１００と通信する場合の誤り検出結果のパターンと同一であり、特定の誤り検出結果以外の誤り検出結果が全てＮＡＣＫまたはＤＴＸである特定のパターン候補が少なくとも対応付けられ、上記複数のリソースのうち、少なくとも第１のリソースは第１の単位バンド内に配置される。
2013175691.tif 000002
【特許請求の範囲】
【請求項１】
複数の単位バンドを用いて基地局装置と通信する端末装置であって、
前記複数の単位バンドで送信された各下りデータの誤り検出結果を用いて応答信号を生成する生成手段と、
マッピングルールに基づいて前記応答信号を上り制御チャネルで送信する制御手段と、
を有し、
前記マッピングルールでは、
前記誤り検出結果のパターン候補と、前記応答信号の送信に用いられる上り制御チャネルの複数のリソースおよび各リソース内の位相点とが対応付けられ、
前記複数のリソースのうちの第１のリソースには、
第１の単位バンドの下りデータに対する特定の誤り検出結果のパターンが、前記第１の単位バンドのみを用いて前記基地局装置と通信する場合の誤り検出結果のパターンと同一であり、前記特定の誤り検出結果以外の誤り検出結果が全てＮＡＣＫまたはＤＴＸである第１のパターン候補が少なくとも対応付けられ、
前記第１のパターン候補が対応付けられた位相点は、前記第１の単位バンドのみを用いて前記基地局装置と通信する場合の誤り検出結果のパターンが対応付けられた位相点と同一であり、
前記複数のリソースのうち、少なくとも前記第１のリソースは前記第１の単位バンド内に配置される、
端末装置。
【請求項２】
前記第１のリソースには前記第１のパターン候補のみが対応付けられ、
前記第１のリソース以外のリソースであって、前記第１のパターン候補以外のパターン候補が対応付けられたリソースは、前記第１の単位バンド以外の第２の単位バンド内に配置される、
請求項１記載の端末装置。
【請求項３】
前記第１のリソースと異なるリソースであって、前記第１の単位バンド以外の第２の単位バンドの下りデータに対する誤り検出結果が全てＮＡＣＫまたはＤＴＸである第２のパターン候補が対応付けられた第２のリソースは、前記第１の単位バンド内に配置され、
前記第１のリソースおよび前記第２のリソース以外のリソースは、前記第２の単位バンド内に配置される、
請求項１記載の端末装置。
【請求項４】
前記第１のリソース以外のリソースは、前記第１の単位バンド以外の第２の単位バンド内に配置される、
請求項１記載の端末装置。
【請求項５】
前記第１の単位バンド内に配置されたリソースに対応付けられたパターン候補群の発生確率は、前記第１の単位バンド以外の第２の単位バンド内に配置されたリソースに対応付けられたパターン候補群の発生確率よりも低い、
請求項１記載の端末装置。
【請求項６】
前記第１のリソースは、前記第１の単位バンドで受信された下り制御情報が占有するコントロールチャネルエレメント（ＣＣＥ）の先頭のインデックスに対応付けられたリソースである、
請求項１記載の端末装置。
【請求項７】
ＦＤＤ（Frequency Division Duplex）システムでは、前記第１のパターン候補のマッピングは、Ｆｏｒｍａｔ１ａまたはＦｏｒｍａｔ１ｂへのフォールバックをサポートする、
請求項１記載の端末装置。
【請求項８】
ＴＤＤ（Time Division Duplex）システムでは、前記第１のパターン候補のマッピングは、Ｆｏｒｍａｔ１ａへのフォールバックをサポートする、
請求項１記載の端末装置。
【請求項９】
前記第１の単位バンドは、カバレッジが広い基地局によって用いられる帯域であり、前記第１の単位バンド以外の第２の単位バンドは、カバレッジが狭い基地局によって用いられる帯域である、
請求項１記載の端末装置。
【請求項１０】
複数の単位バンドを用いて基地局装置と通信する端末装置における送信方法であって、
前記複数の単位バンドで送信された各下りデータの誤り検出結果を用いて応答信号を生成し、
マッピングルールに基づいて前記応答信号を上り制御チャネルで送信し、
前記マッピングルールでは、
前記誤り検出結果のパターン候補と、前記応答信号の送信に用いられる上り制御チャネルの複数のリソースおよび各リソース内の位相点とが対応付けられ、
前記複数のリソースのうちの第１のリソースには、
第１の単位バンドの下りデータに対する特定の誤り検出結果のパターンが、前記第１の単位バンドのみを用いて前記基地局装置と通信する場合の誤り検出結果のパターンと同一であり、前記特定の誤り検出結果以外の誤り検出結果が全てＮＡＣＫまたはＤＴＸである特定のパターン候補が少なくとも対応付けられ、
前記特定のパターン候補が対応付けられた位相点は、前記第１の単位バンドのみを用いて前記基地局装置と通信する場合の誤り検出結果のパターンが対応付けられた位相点と同一であり、
前記複数のリソースのうち、少なくとも前記第１のリソースは前記第１の単位バンド内に配置される、
送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置および送信方法に関する。
【背景技術】
【０００２】
３ＧＰＰ ＬＴＥでは、下り回線の通信方式としてＯＦＤＭＡ（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）領域を含み、両端部にＬＴＥ向けのＰＵＣＣＨを含む２０ＭＨｚ以下の通信帯域の基本単位として定義されることもある。なお、「単位バンド」は、３ＧＰＰ ＬＴＥ−Ａｄｖａｎｃｅｄにおいて、英語でＣｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ（ｓ）又はＣｅｌｌと表記されることがある。また、略称としてＣＣ（ｓ）と表記されることもある。【００１５】
ＴＤＤ（Time Division Duplex）システムでは、下り単位バンドと上り単位バンドとが同一周波数帯域であり、時分割で下り回線と上り回線とを切り替えることによって、下り通信と上り通信とを実現する。そのためＴＤＤシステムの場合、下り単位バンドは、「単位バンドにおける下り通信タイミング」とも表現できる。上り単位バンドは、「単位バンドにおける上り通信タイミング」とも表現できる。下り単位バンドと上り単位バンドとの切り替えは、図３に示すように、UL-DL Configurationに基づく。図３に示すUL-DL Configurationでは、１フレーム（10msec）当たりの下り通信（ＤＬ：Downlink）と上り通信（ＵＬ：Uplink）とのサブフレーム単位（すなわち、1msec単位）のタイミングが設定される。UL-DL Configurationは、下り通信と上り通信とのサブフレーム割合を変更することにより、下り通信に対するスループット及び上り通信に対するスループットの要求に柔軟に対応できる通信システムを構築することができる。例えば、図３は、下り通信と上り通信とのサブフレーム割合が異なるUL-DL Configuration（Config 0〜6）を示す。また、図３において、下り通信サブフレームを「Ｄ」で表し、上り通信サブフレームを「Ｕ」で表し、スペシャルサブフレームを「Ｓ」で表す。ここで、スペシャルサブフレームは、下り通信サブフレームから上り通信サブフレームへの切替時のサブフレームである。また、スペシャルサブフレームでは、下り通信サブフレームと同様、下りデータ通信が行われる場合がある。なお、図３に示す各UL-DL Configurationでは、２フレーム分のサブフレーム（２０サブフレーム）を、下り通信に用いられるサブフレーム（上段の「Ｄ」及び「Ｓ」）と上り通信に用いられるサブフレーム（下段の「Ｕ」）とに分けて２段で表している。また、図３に示すように、下りデータに対する誤り検出結果（ＡＣＫ／ＮＡＣＫ）は、当該下りデータが割り当てられたサブフレームの４サブフレーム以上後の上り通信サブフレームで通知される。【００１６】
ＬＴＥ−Ａシステムでは、単位バンドを幾つか束ねた帯域を用いた通信、所謂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）フォーマットがある。Channel Selectionでは、端末は、複数の下り回線データに関する誤り検出結果のパターンに応じて、応答信号に用いるシンボル点だけでなく、応答信号をマッピングするリソースも変化させる。これに対し、Bundlingでは、端末は、複数の下り回線データに関する誤り検出結果より生成されたＡＣＫ又はＮＡＣＫ信号をBundlingして（すなわち、ＡＣＫ＝１、ＮＡＣＫ＝０とし、複数の下り回線データに関する誤り検出結果の論理積（Logical AND)を計算して）、予め決められた一つのリソースを用いて応答信号を送信する。また、ＤＦＴ−Ｓ−ＯＦＤＭフォーマットを用いた送信時には、端末は、複数の下り回線データに対する応答信号を纏めて符号化（Joint coding）し、当該フォーマットを用いてその符号化データを送信する（非特許文献５参照）。例えば、端末は、誤り検出結果のパターンのビット数に応じて、Channel Selection、Bundling、又は、ＤＦＴ−Ｓ−ＯＦＤＭのいずれかによる応答信号（ＡＣＫ／ＮＡＣＫ）のフィードバックを行ってもよい。又は、基地局が上記応答信号の送信方法を予め設定してもよい。【００２１】
Channel Selectionは、図５に示すように、複数の下り単位バンド（最大２つの下り単位バンド）で受信した、下り単位バンド毎の複数の下り回線データに対する誤り検出結果がそれぞれＡＣＫかＮＡＣＫかに基づいて、応答信号の位相点（すなわち、Constellation point）だけではなく、応答信号の送信に用いるリソース（以下、「ＰＵＣＣＨリソース」と表記することもある）も変化させる手法である。これに対し、Bundlingは、複数の下り回線データに対するＡＣＫ／ＮＡＣＫ信号を一つに束ねて、予め決められた一つのリソースから送信する手法である（非特許文献６、７参照）。以下、複数の下り回線データに対するＡＣＫ／ＮＡＣＫ信号を一つに束ねた信号を束ＡＣＫ／ＮＡＣＫ信号と呼ぶことがある。【００２２】
ここで、端末がＰＤＣＣＨを介して下り割当制御情報を受信し、下り回線データを受信した場合における上り回線での応答信号の送信方法として、以下の２つの方法が考えられる。【００２３】
一つは、ＰＤＣＣＨが占有しているＣＣＥ（Control Channel Element）と１対１に関連付けられたＰＵＣＣＨリソースを用いて応答信号を送信する方法（Implicit signalling）である（方法１）。つまり、基地局配下の端末に向けたＤＣＩをＰＤＣＣＨ領域に配置する場合、各ＰＤＣＣＨは、１つ又は連続する複数のＣＣＥで構成されるリソースを占有する。また、ＰＤＣＣＨが占有するＣＣＥ数（ＣＣＥ連結数：CCE aggregation level）としては、例えば、割当制御情報の情報ビット数又は端末の伝搬路状態に応じて、１，２，４，８の中の１つが選択される。【００２４】
もう一つは、基地局からＰＵＣＣＨ向けのリソースを端末に対して予め通知しておく方法（Explicit signalling）である（方法２）。つまり、方法２では、端末は、基地局から予め通知されたＰＵＣＣＨリソースを用いて応答信号を送信する。【００２５】
また、図５に示すように、端末は、２つの単位バンドのうち、１つの単位バンドを用いて、応答信号を送信する。このような応答信号を送信する単位バンドは、ＰＣＣ（Primary Component Carrier）又はＰＣｅｌｌ（Primary Cell）と呼ばれる。また、それ以外の単位バンドは、ＳＣＣ（Secondary Component Carrier）又はＳＣｅｌｌ（Secondary Cell）と呼ばれる。例えば、ＰＣＣ（ＰＣｅｌｌ）は、応答信号を送信する単位バンドに関する報知情報（例えば、ＳＩＢ１（System Information Block type 1））を送信している単位バンドである。【００２６】
なお、方法２では、複数の端末間で共通のＰＵＣＣＨ向けのリソース（例えば４つのＰＵＣＣＨ向けのリソース）を、基地局から端末に対して予め通知してもよい。例えば、端末は、ＳＣｅｌｌ内のＤＣＩに含まれる２ビットのＴＰＣ（Transmit Power Control）コマンド（送信電力制御命令）に基づいて、実際に用いるＰＵＣＣＨ向けのリソースを１つ選択する方法を採ってもよい。その際、当該ＴＰＣコマンドは、ＡＲＩ（Ack/nack Resource Indicator）とも呼ばれる。これにより、Explicit signalling時に、或るサブフレームにおいて、或る端末がexplicit signallingされたＰＵＣＣＨ向けのリソースを使い、別のサブフレームでは、別の端末が、同一のexplicit signallingされたＰＵＣＣＨ向けのリソースを使うことができるようになる。【００２７】
また、Channel selectionでは、ＰＣＣ（ＰＣｅｌｌ）内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース（図５ではＰＵＣＣＨ領域１内のＰＵＣＣＨリソース）が割り当てられる（Implicit signalling）。【００２８】
ここで、上記した非対称のCarrier aggregationが端末に適用される場合のChannel SelectionによるＡＲＱ制御について、図５、図６を援用して説明する。【００２９】
例えば、図５では、端末１に対して、単位バンド１（ＰＣｅｌｌ）、単位バンド２（ＳＣｅｌｌ）から成る単位バンドグループ（英語で「Component carrier set」と表記されることがある）が設定される。この場合には、単位バンド１，２のそれぞれのＰＤＣＣＨを介して下りリソース割当情報が基地局から端末１へ送信された後に、その下りリソース割当情報に対応するリソースで下り回線データが送信される。【００３０】
また、Channel selectionでは、単位バンド１（ＰＣｅｌｌ）における複数の下りデータに対する誤り検出結果と、単位バンド２（ＳＣｅｌｌ）における複数の下りデータに対する誤り検出結果とを表す応答信号が、ＰＵＣＣＨ領域１内又はＰＵＣＣＨ領域２内に含まれるＰＵＣＣＨリソースにマッピングされる。また、端末は、その応答信号として、２種類の位相点（ＢＰＳＫ（Binary Phase Shift Keying）マッピング）又は４種類の位相点（ＱＰＳＫ（Quadrature Phase Shift Keying）マッピング）のいずれかを用いる。すなわち、Channel selectionでは、ＰＵＣＣＨリソースと位相点との組み合わせにより、単位バンド１（ＰＣｅｌｌ）における複数の下りデータに対する誤り検出結果、及び、単位バンド２（ＳＣｅｌｌ）における複数の下りデータに対する誤り検出結果のパターンを表すことができる。【００３１】
ここで、ＦＤＤシステムにおいて、単位バンドが２つの場合（ＰＣｅｌｌが１つ、ＳＣｅｌｌが１つの場合）の誤り検出結果のパターンのマッピング方法を図６に示す。【００３２】
なお、図６は、送信モードが以下の（ａ），（ｂ），（ｃ）のいずれかに設定される場合を想定する。【００３３】
（ａ）各単位バンドが、下り１ＣＷ（コードワード：codeword）送信のみをサポートする送信モード
（ｂ）一方の単位バンドが、下り１ＣＷ送信のみをサポートする送信モードで、他方の単位バンドが、下り２ＣＷ送信までをサポートする送信モード
（ｃ）各単位バンドが、下り２ＣＷ送信までをサポートする送信モード【００３４】
図６Ａでは、ＰＵＣＣＨリソース０（図６Ａではｈ０）が、ＰＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨが占有している先頭ＣＣＥインデックス（ｎＣＣＥ）に１対１に対応付けられたリソースであり、ＰＵＣＣＨリソース１（ｈ１）が、ＳＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨで指示するＡＲＩにより選択されるリソースである。【００３５】
図６Ｂでは、ＰＣｅｌｌが下り１ＣＷ送信のみをサポートする送信モード（non-MIMO Cell）であり、ＳＣｅｌｌが下り２ＣＷ送信までをサポートする送信モード（MIMO Cell）であるとき、ｂ２がＰＣｅｌｌの下りデータに対する誤り検出結果であり、ｂ０およびｂ１がＳＣｅｌｌの下りデータに対する誤り検出結果である。このとき、ＰＵＣＣＨリソース２（ｈ２）が、ＰＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨが占有している先頭ＣＣＥインデックス（ｎＣＣＥ）に１対１に対応づけられたリソースであり、ＰＵＣＣＨリソース０およびＰＵＣＣＨリソース１（ｈ０およびｈ１）が、ＳＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨで指示するＡＲＩにより選択されるリソースである。【００３６】
また、図６Ｂでは、ＰＣｅｌｌが下り２ＣＷ送信までをサポートする送信モードであり、ＳＣｅｌｌが下り１ＣＷ送信のみをサポートする送信モードであるとき、ｂ０およびｂ１がＰＣｅｌｌの下りデータに対する誤り検出結果であり、ｂ２がＳＣｅｌｌの下りデータに対する誤り検出結果である。このとき、ＰＵＣＣＨリソース０およびＰＵＣＣＨリソース１（ｈ０およびｈ１）が、ＰＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨが占有している先頭ＣＣＥインデックスおよびその隣（ｎＣＣＥおよびｎＣＣＥ＋１）に１対１に対応づけられたリソースであり、ＰＵＣＣＨリソース２（ｈ２）が、ＳＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨで指示するＡＲＩにより選択されるリソースである。【００３７】
図６Ｃでは、ＰＵＣＣＨリソース０およびＰＵＣＣＨリソース１（ｈ０およびｈ１）が、ＰＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨが占有している先頭ＣＣＥインデックスおよびその隣（ｎＣＣＥおよびｎＣＣＥ＋１）に１対１に対応づけられたリソースであり、ＰＵＣＣＨリソース２およびＰＵＣＣＨリソース３（ｈ２およびｈ３）が、ＳＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨで指示するＡＲＩにより選択されるリソースである。【００３８】
続いて、ＴＤＤシステムにおいて、単位バンドが２つの場合（ＰＣｅｌｌが１つ、ＳＣｅｌｌが１つの場合）の誤り検出結果のパターンのマッピング方法を図７Ａに示す。【００３９】
なお、図７Ａは、図６と同様、送信モードが前記（ａ），（ｂ），（ｃ）のいずれかに設定される場合を想定する。【００４０】
更に、図７Ａは、単位バンド当たりに、何個分の下り通信サブフレーム（以降、「ＤＬ（DownLink）サブフレーム」と記載する。図３に示す「Ｄ」又は「Ｓ」）の誤り検出結果を、１つの上り通信サブフレーム（以降、「ＵＬ（UpLink）サブフレーム」と記載する。図３に示す「Ｕ」）で基地局に通知する必要があるか、を表す数Ｍが、以下の（１）〜（４）のいずれかに設定される場合を想定する。例えば、図３に示すConfig 2では、４個のＤＬサブフレームの誤り検出結果が１つのＵＬサブフレームで基地局に通知されるので、Ｍ＝４となる。
（１）Ｍ＝１
（２）Ｍ＝２
（３）Ｍ＝３
（４）Ｍ＝４【００４１】
つまり、図７Ａは、上記（ａ）〜（ｃ）及び上記（１）〜（４）のそれぞれを組み合わせた場合の誤り検出結果のパターンのマッピング方法を示す。なお、Ｍの値は、図３に示すように、UL-DL Configuration（Config 0〜6）、及び、１フレーム内のサブフレーム番号（SF#0〜SF#9）によって異なる。また、図３に示すConfig 5では、サブフレーム（ＳＦ）＃２においてＭ＝９となる。しかし、この場合、ＬＴＥ−ＡのＴＤＤシステムでは、端末は、Channel selectionを適用せずに、例えばＤＦＴ−Ｓ−ＯＦＤＭフォーマットを用いて誤り検出結果を通知する。このため、図７Ａでは、Config 5（Ｍ＝９）を、上記組合せに組み入れていない。【００４２】
（１）の場合、誤り検出結果のパターン数は、（ａ）、（ｂ）、（ｃ）の順に、２２×１＝４パターン、２３×１＝８パターン、２４×１＝１６パターン存在する。（２）の場合、誤り検出結果のパターン数は、（ａ）、（ｂ）、（ｃ）の順に、２２×２＝８パターン、２３×２＝１６パターン、２４×２＝３２パターン存在する。（３）、（４）の場合も同様である。【００４３】
ここで、１つのＰＵＣＣＨリソースにおいてマッピングする各位相点間の位相差が最小でも９０度である場合（すなわち、１つのＰＵＣＣＨリソースあたり最大４パターンをマッピングする場合）を想定する。この場合、誤り検出結果の全てのパターンをマッピングするために必要なＰＵＣＣＨリソース数は、誤り検出結果のパターン数が最大の（４）かつ（ｃ）の場合（２４×４＝６４パターン）に、２４×４÷４＝１６個必要になってしまい、現実的ではない。そこで、ＴＤＤシステムでは、誤り検出結果を、空間領域、さらに必要であれば、時間領域で束ねる（バンドリング：Bundling）ことで、誤り検出結果の情報量を意図的に欠落させる。これにより、誤り検出結果パターンの通知に必要なＰＵＣＣＨリソース数を制限している。【００４４】
ＬＴＥ−ＡのＴＤＤシステムでは、（１）の場合、端末は、誤り検出結果をバンドリングせずに、（ａ）、（ｂ）、（ｃ）の順に、４パターン、８パターン、１６パターンの誤り検出結果パターンを、それぞれ２つ、３つ、４つのＰＵＣＣＨリソースにマッピングする（図７ＡのＳｔｅｐ３）。すなわち、端末は、下り回線で１ＣＷ送信のみをサポートする送信モード（ｎｏｎ−ＭＩＭＯ）が設定された単位バンドあたり、１ビットの誤り検出結果を通知し、下り回線で２ＣＷ送信までをサポートする送信モード（ＭＩＭＯ）が設定された単位バンドあたり、２ビットの誤り検出結果を通知する。【００４５】
ＬＴＥ−ＡのＴＤＤシステムでは、（２）かつ（ａ）の場合も、端末は、誤り検出結果をバンドリングせずに、８パターンの誤り検出結果パターンを、４つのＰＵＣＣＨリソースにマッピングする（図７ＡのＳｔｅｐ３）。その際、端末は、１つの下り単位バンドあたり、２ビットの誤り検出結果を通知する。【００４６】
ＬＴＥ−ＡのＴＤＤシステムでは、（２）かつ（ｂ）（（２）かつ（ｃ）も同様）の場合、端末は、下り回線で２ＣＷ送信までをサポートする送信モードが設定された単位バンドの誤り検出結果を空間領域でバンドリング（空間バンドリング：Spatial bundling）（図７ＡのＳｔｅｐ１）する。空間バンドリングでは、例えば、２ＣＷの誤り検出結果のうち、少なくとも一方のＣＷに対する誤り検出結果がＮＡＣＫである場合、空間バンドリング後の誤り検出結果をＮＡＣＫと判定する。すなわち、空間バンドリングでは、２ＣＷの誤り検出結果に対して論理ＡＮＤ（Logical And）をとる。そして、端末は、空間バンドリング後の誤り検出結果パターン（（２）かつ（ｂ）の場合は８パターン、（２）かつ（ｃ）の場合は１６パターン）を、４つのＰＵＣＣＨリソースにマッピングする（図７ＡのＳｔｅｐ３）。その際、端末は、１つの下り単位バンドあたり、２ビットの誤り検出結果を通知する。【００４７】
ＬＴＥ−ＡのＴＤＤシステムでは、（３）又は（４）、かつ、（ａ）、（ｂ）又は（ｃ）の場合、端末は、空間バンドリング（Ｓｔｅｐ１）後に、時間領域でバンドリング（時間領域バンドリング：Time-domain bundling）する（図７ＡのＳｔｅｐ２）。そして、端末は、時間領域バンドリング後の誤り検出結果パターンを、４つのＰＵＣＣＨリソースにマッピングする（図７ＡのＳｔｅｐ３）。その際、端末は、１つの下り単位バンドあたり、２ビットの誤り検出結果を通知する。【００４８】
次に、図７Ｂを用いて、具体的なマッピング方法の一例を示す。図７Ｂは、下り単位バンドが２つ（ＰＣｅｌｌが１つ、ＳＣｅｌｌが１つ）の場合、かつ、「（ｃ）各単位バンドが、下り２ＣＷ送信までをサポートする送信モード」が設定され、かつ、「（４）Ｍ＝４」の場合の例である。【００４９】
図７Ｂでは、ＰＣｅｌｌの誤り検出結果が、４つのＤＬサブフレーム（ＳＦ１〜４）で、（ＣＷ０，ＣＷ１）の順に、（ＡＣＫ（Ａ），ＡＣＫ）、（ＡＣＫ，ＡＣＫ）、（ＮＡＣＫ（Ｎ），ＮＡＣＫ）、（ＡＣＫ，ＡＣＫ）となる。図７Ｂに示すＰＣｅｌｌでは、Ｍ＝４であるので、端末は、図７ＡのＳｔｅｐ１で、これらを空間バンドリングする（図７Ｂの実線で囲んだ部分）。空間バンドリングの結果、図７Ｂに示すＰＣｅｌｌの４つのＤＬサブフレームでは、順にＡＣＫ、ＡＣＫ、ＮＡＣＫ、ＡＣＫが得られる。さらに、端末は、図７ＡのＳｔｅｐ２で、Ｓｔｅｐ１で得られた空間バンドリング後の４ビットの誤り検出結果パターン（ＡＣＫ，ＡＣＫ，ＮＡＣＫ，ＡＣＫ）に対して、時間領域バンドリングする（図７Ｂの破線で囲んだ部分）。これにより、図７Ｂに示すＰＣｅｌｌでは、（ＮＡＣＫ，ＡＣＫ）の２ビットの誤り検出結果が得られる。【００５０】
端末は、図７Ｂに示すＳＣｅｌｌについても同様に、空間バンドリング及び時間領域バンドリングを行うことにより、（ＮＡＣＫ，ＮＡＣＫ）の２ビットの誤り検出結果が得られる。【００５１】
そして、端末は、図７ＡのＳｔｅｐ３で、ＰＣｅｌｌ及びＳＣｅｌｌの時間領域バンドリング後の各２ビットの誤り検出結果パターンをＰＣｅｌｌ、ＳＣｅｌｌの順に組み合わせて、４ビットの誤り検出結果パターン（ＮＡＣＫ，ＡＣＫ，ＮＡＣＫ，ＮＡＣＫ）にまとめる。端末は、この４ビットの誤り検出結果パターンを、図７ＡのＳｔｅｐ３に示すマッピングテーブルを用いて、ＰＵＣＣＨリソース（この場合、ｈ１）と位相点（この場合、−ｊ）とを決定する。【００５２】
ＰＵＣＣＨリソースの決定方法は、ＦＤＤシステムと同様であり、例えば（ｃ）では、ＰＵＣＣＨリソース０およびＰＵＣＣＨリソース１（ｈ０およびｈ１）が、ＰＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨが占有している先頭ＣＣＥインデックスおよびその隣（ｎＣＣＥおよびｎＣＣＥ＋１）に１対１に対応づけられたリソースであり、ＰＵＣＣＨリソース２およびＰＵＣＣＨリソース３（ｈ２およびｈ３）が、ＳＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨで指示するＡＲＩにより選択されるリソースである。【００５３】
ところで、ＦＤＤシステムであるかＴＤＤシステムであるかによらず、基地局と端末との間において、端末に設定（configuration）されているＣＣ数の認識が異なる期間（uncertainty period、または、misalignment period）が存在する。基地局は、端末に対して、ＣＣ数を変更するよう再設定（reconfiguration）するメッセージを通知し、端末はその通知を受けて、ＣＣ数が変更されたと認識し、基地局に対してＣＣ数の再設定の完了メッセージを通知する。端末に設定されているＣＣ数の認識が異なる期間は、基地局がその通知を受けて初めて、端末に設定されているＣＣ数が変更されたと認識することに起因する。【００５４】
例えば、端末は、設定されているＣＣ数が１つであると認識していて、一方、基地局は、端末に設定されているＣＣ数が２つであると認識している場合、端末は、１ＣＣに対応した、誤り検出結果のパターンのマッピングを用いて、端末が受信したデータに対する応答信号を送信する。一方、基地局は、２ＣＣに対応した、誤り検出結果のパターンのマッピングを用いて、端末に送信したデータに対する端末からの応答信号の判定を行う。【００５５】
１ＣＣの場合、ＬＴＥシステムとの後方互換性を担保するために、ＬＴＥシステムで用いられる１ＣＣ用の誤り検出結果のパターンのマッピングが用いられる（以降、「ＬＴＥ ｆａｌｌｂａｃｋ」と表記することもある）。１ＣＣが１ＣＷ処理の場合、ＡＣＫを（−１，０）の位相点に、ＮＡＣＫを（１，０）の位相点に、ＢＰＳＫマッピングする（以降、「Ｆｏｒｍａｔ１ａへのｆａｌｌｂａｃｋ」と表記することもある）。１ＣＣが２ＣＷ処理の場合、ＡＣＫ／ＡＣＫを（−１，０）の位相点に、ＡＣＫ／ＮＡＣＫを（０，１）の位相点に、ＮＡＣＫ／ＡＣＫを（０，−１）の位相点に、ＮＡＣＫ／ＮＡＣＫを（１，０）の位相点にＱＰＳＫマッピング（以降、「Ｆｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋ」と表記することもある）する。【００５６】
より具体的に、端末は、設定されているＣＣ数が１つであると認識していて、一方、基地局は、端末に設定されているＣＣ数が２つであると認識している場合において、基地局が２ＣＣで、かつ、ＰＣｅｌｌに１ＣＷ、ＳＣｅｌｌに１ＣＷのデータを端末に送信した場合を例に説明する。端末は、設定されているＣＣ数が１つであると認識しているので、ＰＣｅｌｌのみを受信する。端末は、ＰＣｅｌｌにおける下りデータの受信に成功した場合、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられた（Implicit signallingされた）、上り単位バンド内のＰＵＣＣＨリソース（ＰＵＣＣＨリソース０）において、位相点（−１，０）を用いる。一方、基地局は、端末に設定されているＣＣ数が２つであると認識しているので、図６Ａのマッピングを用いて応答信号の判定を行う。すなわち、基地局は、ＰＵＣＣＨリソース０の位相点（−１，０）より、ＰＣｅｌｌの１ＣＷがＡＣＫ、ＳＣｅｌｌの１ＣＷがＮＡＣＫまたはＤＴＸと判定することができる。同様に、端末は、ＰＣｅｌｌにおける下りデータの受信に失敗した場合は、位相点（１，０）にマッピングする必要がある。【００５７】
端末と基地局の認識が、上記例と逆である場合も同様である。すなわち、端末は、設定されているＣＣ数が２つであると認識していて、一方、基地局は、端末に設定されているＣＣ数が１つであると認識している場合において、基地局が１ＣＣで、かつ、ＰＣｅｌｌに１ＣＷのデータを端末に送信した場合である。端末は、設定されているＣＣ数が２つであると認識しているので、ＰＣｅｌｌとＳＣｅｌｌを受信する。端末がＰＣｅｌｌにおける下りデータの受信に成功した場合、基地局は、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられた（Implicit signallingされた）、上り単位バンド内のＰＵＣＣＨリソース（ＰＵＣＣＨリソース０）に、位相点（−１，０）を受信することを期待する。したがって、端末は、ＣＣ数が２つであると認識していたとしても、ＰＣｅｌｌの１ＣＷがＡＣＫ、ＳＣｅｌｌがＤＴＸである場合、図６Ａのように、ＰＵＣＣＨリソース０の位相点（−１，０）にマッピングする必要がある。同様に、端末は、ＰＣｅｌｌにおける下りデータの受信に失敗した場合は、位相点（１，０）にマッピングする必要がある。【００５８】
このように、基地局と端末との間において、端末に設定（configuration）されているＣＣ数の認識が異なる場合においても、ＰＣｅｌｌとＳＣｅｌｌの応答信号を正しく判定できる（以降、「ＬＴＥ ｆａｌｌｂａｃｋをサポートする」と表記することもある）必要があり、ＦＤＤのマッピングは、ＰＣｅｌｌが下り１ＣＷ送信のみをサポートする送信モードに設定されているときは、Ｆｏｒｍａｔ１ａへのｆａｌｌｂａｃｋをサポートし、ＰＣｅｌｌが下り２ＣＷ送信までをサポートする送信モードに設定されているときは、Ｆｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋをサポートする。ＴＤＤのマッピングは、常にＦｏｒｍａｔ１ａへのｆａｌｌｂａｃｋをサポートする。【００５９】
また、一般に、ＰＣｅｌｌおよびＳＣｅｌｌを端末に設定する場合、端末のモビリティを確保するために、ＦＤＤシステムであるかＴＤＤシステムであるかによらず、カバレッジエリアが広い基地局によって用いられる帯域（セル）をＰＣｅｌｌとし、カバレッジエリアが狭い基地局によって用いられる帯域（セル）をＳＣｅｌｌとする。また、ＬＴＥ−Ａｄｖａｎｃｅｄでは、カバレッジエリアの広いマクロセル（マクロｅＮＢ）同士のCarrier Aggregationが想定されている。そのため、ある端末にとってのＳＣｅｌｌが、別の端末ではＰＣｅｌｌとして運用できるため、各端末においてＰＵＣＣＨを常にＰＣｅｌｌで送信したとしても、マクロセル間でＰＵＣＣＨオーバーヘッドのバランスをとることができた。【００６０】
さらに、ＬＴＥ−Ａｄｖａｎｃｅｄでは、図８に示すように、マクロｅＮＢがカバーするカバレッジエリアの大きいマクロセルと、ピコｅＮＢがカバーするカバレッジエリアの小さいピコセルとを合わせたＨｅｔＮｅｔ（Heterogeneous Network）環境におけるCarrier Aggregationが想定される。この場合、多くの端末において、カバレッジの広いマクロセルによって用いられる帯域（ＣＣ）をＰＣｅｌｌとし、カバレッジの狭いピコセルによって用いられる帯域（ＣＣ）をＳＣｅｌｌとして運用される。すなわち、図８に示すマクロセルをＰＣｅｌｌとして運用する端末が多くなるため、端末数の増加または端末における下りデータ通信の増加に伴って、マクロセルにおけるＰＵＣＣＨオーバーヘッドが大きくなることが懸念される。また、ＨｅｔＮｅｔ環境では、一般に端末とマクロｅＮＢとの間の距離よりも、端末とピコｅＮＢとの間の距離の方が小さい。したがって、端末との距離が近いピコｅＮＢにＰＵＣＣＨを送信する方が、端末における送信電力の低減および他端末に与える干渉の低減の点で有利である。【００６１】
以上を鑑みると、ＨｅｔＮｅｔ環境のCarrier Aggregationにおいて、ＰＵＣＣＨ送信をＰＣｅｌｌではなく、ＳＣｅｌｌで行う必要性が生じる可能性が高い。【００６２】
ＰＵＣＣＨ送信をＳＣｅｌｌで行うためには、Carrier Aggregationが設定されていることが前提になるため、端末は、まずはＰＣｅｌｌで接続し（そのためＰＣｅｌｌでＰＵＣＣＨ送信し）、基地局からの指示に基づいて、ＰＵＣＣＨが送信されるＣＣ（ＰＵＣＣＨ送信セル）をＰＣｅｌｌからＳＣｅｌｌに切り替える動作を行うことが想定される。【００６３】
ＰＵＣＣＨ送信セル切替方法としては、２つの方法が考えられる。１つは、設定ベースの方法、もう１つは割当ベースの方法である。【００６４】
設定ベースの方法は、基地局によるＲＲＣシグナリングによりＰＵＣＣＨ送信セルを切り替える方法である。【００６５】
割当ベースの方法は、基地局が下りデータチャネル（ＰＤＳＣＨ）の割当を行うセルの組合せに応じてＰＵＣＣＨ送信セルを切り替える方法である。そのため、ＰＵＣＣＨ送信セルはサブフレーム単位で動的に異なる。例えば、ＰＣｅｌｌにおけるＰＤＳＣＨのみ割当時は、端末のモビリティ確保のためにＰＣｅｌｌでＰＵＣＣＨを送信する。一方、ＳＣｅｌｌにおけるＰＤＳＣＨのみ割当時は、ＰＣｅｌｌにおけるＰＵＣＣＨオーバーヘッド低減、ＰＵＣＣＨ送信電力低減および干渉低減のためにＳＣｅｌｌでＰＵＣＣＨを送信する。また、ＰＣｅｌｌとＳＣｅｌｌとで同時にＰＤＳＣＨを割り当てる時は、目的に応じてＰＣｅｌｌまたはＳＣｅｌｌでＰＵＣＣＨを送信する。
【先行技術文献】
【非特許文献】
【００６６】
【非特許文献１】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
【発明の概要】
【発明が解決しようとする課題】
【００６７】
前述のとおり、割当ベースのＰＵＣＣＨ送信セル切替方法では、基地局が下りデータチャネル（ＰＤＳＣＨ）の割当を行うセルの組合せに応じてＰＵＣＣＨ送信セルを切り替える。【００６８】
図９は、一例として、端末が、ＰＣｅｌｌのＰＤＳＣＨのみ割当時にはＰＣｅｌｌでＰＵＣＣＨを送信し、ＳＣｅｌｌのＰＤＳＣＨのみ割当時にはＳＣｅｌｌでＰＵＣＣＨを送信し、ＰＣｅｌｌおよびＳＣｅｌｌで同時にＰＤＳＣＨが割り当てられる時にはＰＣｅｌｌまたはＳＣｅｌｌでＰＵＣＣＨを送信する場合の例を示す。【００６９】
図９に示すような動作例では、例えば、図６Ｃまたは図７のＳｔｅｐ３において、ＰＵＣＣＨリソース０および１（ｈ０およびｈ１）は、ＰＣｅｌｌ上のＰＵＣＣＨリソースとなり、ＰＵＣＣＨリソース２および３（ｈ２およびｈ３）はＳＣｅｌｌ上のＰＵＣＣＨリソースとなる。【００７０】
したがって、基地局がＰＣｅｌｌとＳＣｅｌｌとで同時にＰＤＳＣＨを割り当てる場合、端末が例えば図６Ｃまたは図７のＳｔｅｐ３に示すマッピングルールに基づいてＰＵＣＣＨリソースを選択するので、基地局ではいずれのセル（ＣＣ）のＰＵＣＣＨリソースを用いて誤り検出結果が送信されるのかを把握できない。よって、基地局は、ＰＣｅｌｌおよびＳＣｅｌｌの双方のＰＵＣＣＨを検出して、ＰＵＣＣＨの受信電力の比較により、いずれのセル（ＣＣ）において端末が誤り検出結果を送信したのかを検出する必要がある。【００７１】
ところが、ＰＣｅｌｌとＳＣｅｌｌとでは通信経路（チャネル環境）が異なるため、チャネルの状態も異なる。よって、仮に、ＰＣｅｌｌおよびＳＣｅｌｌの双方のセルで適切に送信電力制御が行われていたとしても、チャネル状態の変動によって、ＰＣｅｌｌとＳＣｅｌｌとの間のＰＵＣＣＨの受信品質が異なってしまう。その結果、基地局ではＰＵＣＣＨの受信電力の比較が正しく行われず、誤り検出結果（ＡＣＫ／ＮＡＣＫ）を正しく検出できなくなってしまう。つまり、ＰＣｅｌｌとＳＣｅｌｌとに跨ってＡＣＫ／ＮＡＣＫ検出を行うことによるＡＣＫ／ＮＡＣＫ検出の精度劣化が生じてしまう。【００７２】
本発明の目的は、複数の下り単位バンドと複数の上り単位バンドを使用した通信においてＡＲＱが適用される場合、かつ、上り回線制御情報を送信する上り単位バンドを切り替える場合において、下り単位バンド設定数の切替途上における基地局と端末間との認識不整合を回避しつつ、基地局における上り回線制御情報の検出を複数の上り単位バンドで行う可能性を低減することで、基地局における上り回線制御情報の検出精度の劣化を抑えることができる端末装置および送信方法を提供することである。
【課題を解決するための手段】
【００７３】
本発明の一態様に係る端末装置は、複数の単位バンドを用いて基地局装置と通信する端末装置であって、前記複数の単位バンドで送信された各下りデータの誤り検出結果を用いて応答信号を生成する生成手段と、マッピングルールに基づいて前記応答信号を上り制御チャネルで送信する制御手段と、を有し、前記マッピングルールでは、前記誤り検出結果のパターン候補と、前記応答信号の送信に用いられる上り制御チャネルの複数のリソースおよび各リソース内の位相点とが対応付けられ、前記複数のリソースのうちの第１のリソースには、第１の単位バンドの下りデータに対する特定の誤り検出結果のパターンが、前記第１の単位バンドのみを用いて前記基地局装置と通信する場合の誤り検出結果のパターンと同一であり、前記特定の誤り検出結果以外の誤り検出結果が全てＮＡＣＫまたはＤＴＸである第１のパターン候補が少なくとも対応付けられ、前記第１のパターン候補が対応付けられた位相点は、前記第１の単位バンドのみを用いて前記基地局装置と通信する場合の誤り検出結果のパターンが対応付けられた位相点と同一であり、前記複数のリソースのうち、少なくとも前記第１のリソースは前記第１の単位バンド内に配置される。【００７４】
本発明の一態様に係る送信方法は、複数の単位バンドを用いて基地局装置と通信する端末装置における送信方法であって、前記複数の単位バンドで送信された各下りデータの誤り検出結果を用いて応答信号を生成し、マッピングルールに基づいて前記応答信号を上り制御チャネルで送信し、前記マッピングルールでは、前記誤り検出結果のパターン候補と、前記応答信号の送信に用いられる上り制御チャネルの複数のリソースおよび各リソース内の位相点とが対応付けられ、前記複数のリソースのうちの第１のリソースには、第１の単位バンドの下りデータに対する特定の誤り検出結果のパターンが、前記第１の単位バンドのみを用いて前記基地局装置と通信する場合の誤り検出結果のパターンと同一であり、前記特定の誤り検出結果以外の誤り検出結果が全てＮＡＣＫまたはＤＴＸである特定のパターン候補が少なくとも対応付けられ、前記特定のパターン候補が対応付けられた位相点は、前記第１の単位バンドのみを用いて前記基地局装置と通信する場合の誤り検出結果のパターンが対応付けられた位相点と同一であり、前記複数のリソースのうち、少なくとも前記第１のリソースは前記第１の単位バンド内に配置される。
【発明の効果】
【００７５】
本発明によれば、複数の下り単位バンドと複数の上り単位バンドを使用した通信においてＡＲＱが適用される場合、かつ、上り回線制御情報を送信する上り単位バンドを切り替える場合において、下り単位バンド設定数の切替途上における基地局と端末との間の認識不整合を回避しつつ、基地局における上り回線制御情報の検出を複数上り単位バンドで行う可能性を低減することで、基地局における上り回線制御情報の検出精度の劣化を抑えることができる。
【図面の簡単な説明】
【００７６】
【図１】応答信号及び参照信号の拡散方法を示す図
【図２】ＰＵＳＣＨリソースにおける応答信号及び上り回線データのＴＤＭの適用に関わる動作を示す図
【図３】ＴＤＤにおけるUL-DL Configurationの説明に供する図
【図４】個別の端末に適用される非対称のCarrier aggregation及びその制御シーケンスの説明に供する図
【図５】Channel Selectionの説明に供する図
【図６】ＦＤＤにおけるマッピング方法の説明に供する図
【図７】ＴＤＤにおけるバンドリング方法及びマッピング方法の説明に供する図
【図８】ＨｅｔＮｅｔ環境におけるCarrier Aggregationの説明に供する図
【図９】各セルにおけるＰＤＳＣＨ割当に対する端末動作の説明に供する図
【図１０】本発明の実施の形態１に係る端末の主要構成を示すブロック図
【図１１】本発明の実施の形態１に係る基地局の構成を示すブロック図
【図１２】本発明の実施の形態１に係る端末の構成を示すブロック図
【図１３】本発明の実施の形態１に係る各ＡＣＫ／ＮＡＣＫの発生確率とＰＵＣＣＨリソースの説明に供する図
【図１４】本発明の実施の形態２に係る各ＡＣＫ／ＮＡＣＫの発生確率の説明に供する図
【図１５】本発明の実施の形態２に係る各ＡＣＫ／ＮＡＣＫの発生確率とＰＵＣＣＨリソースの説明に供する図
【図１６】本発明の実施の形態３に係る各ＡＣＫ／ＮＡＣＫの発生確率とＰＵＣＣＨリソースの説明に供する図
【図１７】本発明の実施の形態４に係る各ＡＣＫ／ＮＡＣＫの発生確率とＰＵＣＣＨリソースの説明に供する図
【発明を実施するための形態】
【００７７】
以下、本発明の各実施の形態について図面を参照して詳細に説明する。なお、実施の形態において、同一の構成要素には同一の符号を付し、その説明は重複するので省略する。
【００７８】
（実施の形態１）
本実施の形態に係る通信システムは、例えば、ＬＴＥ−Ａシステムであり、基地局１００と端末２００とを有する。基地局１００は、例えば、ＬＴＥ−Ａシステムに対応する基地局であり、端末２００は、例えば、ＬＴＥ−Ａシステムに対応する端末である。
【００７９】
図１０は、本実施の形態に係る端末２００の主要構成を示すブロック図である。
【００８０】
図１０に示す端末２００は、複数のＣＣを用いて基地局１００と通信する。端末２００において、応答信号生成部２１２は、複数のＣＣで送信された各下り回線データの誤り検出結果を用いて応答信号を生成し、制御部２０８は、マッピングルールに基づいて応答信号を上り制御チャネルで送信する。
【００８１】
上記マッピングルールでは、誤り検出結果のパターン候補と、応答信号の送信に用いられる上り制御チャネルの複数のリソースおよび各リソース内の位相点とが対応付けられ、上記複数のリソースのうちの第１のリソースには、第１の単位バンドの下り回線データに対する特定の誤り検出結果のパターンが、第１の単位バンドのみを用いて基地局１００と通信する場合（つまり、ＬＴＥシステムに対応する動作）の誤り検出結果のパターンと同一であり、特定の誤り検出結果以外の誤り検出結果が全てＮＡＣＫまたはＤＴＸである特定のパターン候補が少なくとも対応付けられ、特定のパターン候補が対応付けられた位相点は、第１の単位バンドのみを用いて基地局１００と通信する場合の誤り検出結果のパターンが対応付けられた位相点と同一であり、上記複数のリソースのうち、少なくとも第１のリソースは第１の単位バンド（例えばＰＣｅｌｌ）内に配置される。
【００８２】
［基地局の構成］
図１１は、本実施の形態に係る基地局１００の構成を示すブロック図である。図１１において、基地局１００は、制御部１０１と、制御情報生成部１０２と、符号化部１０３と、変調部１０４と、符号化部１０５と、データ送信制御部１０６と、変調部１０７と、マッピング部１０８と、ＩＦＦＴ（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によって拡散し、拡散した信号を２次拡散部２１５−１，２１５−２へ出力する。
【０１３４】
２次拡散部２１５−１，２１５−２は、制御部２０８の指示により、入力された１次拡散後の信号をウォルシュ系列又はＤＦＴ系列を用いて拡散しＩＦＦＴ部２１８−１，２１８−２に出力する。
【０１３５】
ＤＦＴ部２１６は、入力される時系列の束ＡＣＫ／ＮＡＣＫ信号を１２個纏めてＤＦＴ処理を行うことにより、１２個の周波数軸上の信号成分を得る。そして、ＤＦＴ部２１６は１２個の信号成分を拡散部２１７に出力する。
【０１３６】
拡散部２１７は、制御部２０８から指示されたＤＦＴ系列を用いて、ＤＦＴ部２１６から入力された１２個の信号成分を拡散し、ＩＦＦＴ部２１８−３に出力する。
【０１３７】
ＩＦＦＴ部２１８−１，２１８−２，２１８−３は、制御部２０８の指示により、入力された信号を、配置されるべき周波数位置に対応付けてＩＦＦＴ処理を行う。これにより、ＩＦＦＴ部２１８−１，２１８−２，２１８−３に入力された信号（すなわち、ＡＣＫ／ＮＡＣＫ信号、Ａ／Ｎリソースの参照信号、束ＡＣＫ／ＮＡＣＫリソースの参照信号、束ＡＣＫ／ＮＡＣＫ信号）は時間領域の信号に変換される。
【０１３８】
ＣＰ付加部２１９−１，２１９−２，２１９−３は、ＩＦＦＴ後の信号の後尾部分と同じ信号をＣＰとしてその信号の先頭に付加する。
【０１３９】
時間多重部２２０は、ＣＰ付加部２１９−３から入力される束ＡＣＫ／ＮＡＣＫ信号（すなわち、束ＡＣＫ／ＮＡＣＫリソースのデータ部分を用いて送信される信号）と、ＣＰ付加部２１９−２から入力される束ＡＣＫ／ＮＡＣＫリソースの参照信号とを、束ＡＣＫ／ＮＡＣＫリソースに時間多重し、得られた信号を選択部２２１へ出力する。
【０１４０】
選択部２２１は、制御部２０８の指示に従って、時間多重部２２０から入力される束ＡＣＫ／ＮＡＣＫリソースとＣＰ付加部２１９−１から入力されるＡ／Ｎリソースのいずれかを選択し、選択したリソースに割り当てられた信号を無線送信部２２２へ出力する。
【０１４１】
無線送信部２２２は、選択部２２１から受け取る信号に対しＤ／Ａ変換、増幅及びアップコンバート等の送信処理を行い、アンテナから基地局１００へ送信する。
【０１４２】
［基地局１００及び端末２００の動作］
以上の構成を有する基地局１００及び端末２００の動作について説明する。
【０１４３】
本実施の形態では、ＦＤＤシステムにおいて、端末２００に２つの下り単位バンド（ＰＣｅｌｌとＳＣｅｌｌ）が設定され、ＡＣＫ／ＮＡＣＫ通知方法としてChannel Selectionが設定される場合について説明する。また、各下り単位バンドにおいて、下り２ＣＷ送信までをサポートする送信モードが設定されている場合（図６Ｃ（４ビットマッピング）の場合）を一例として説明する。
【０１４４】
また、ＡＣＫの確率を８９％とし、ＮＡＣＫの確率を１０％とし、ＤＴＸの確率を１％とする。この場合、図６Ｃにおいて、基地局１００がＰＣｅｌｌおよびＳＣｅｌｌの両方のＰＤＳＣＨを割り当てる場合におけるＡＣＫ／ＮＡＣＫ／ＤＴＸの各組合せの発生確率（Possibility[%]）、および、各ＰＵＣＣＨリソースが使われる確率（SUM[%]）を図１３に示す。
【０１４５】
図１３に示すように、各ＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソース０（ｈ０）が使われる確率は１．９７％と最も低いことがわかる。これは、ＰＵＣＣＨリソース０では、ＳＣｅｌｌのＰＤＳＣＨに対する誤り検出結果（ｂ２，ｂ３）が、常に、発生確率の低いＮＡＣＫまたはＤＴＸとなることに起因している。
【０１４６】
また、ＰＵＣＣＨリソース０は、ＰＣｅｌｌ上に配置された場合には、ＬＴＥ  ｆａｌｌｂａｃｋをサポートするＡＣＫ／ＮＡＣＫの組み合わせに対応するＰＵＣＣＨリソースである。つまり、ＰＣｅｌｌのＰＤＳＣＨに対する特定のＡＣＫ／ＮＡＣＫパターンが、ＬＴＥシステムに対応する端末（ＰＣｅｌｌのみを用いて基地局１００と通信する場合）のＡＣＫ／ＮＡＣＫパターンと同一であり、上記特定のＡＣＫ／ＮＡＣＫパターン以外のＡＣＫ／ＮＡＣＫが全てＮＡＣＫまたはＤＴＸであるパターン候補のみが、ＰＵＣＣＨリソース０には対応付けられている。また、ＰＵＣＣＨリソース０では、上記特定のパターン候補が対応付けられた位相点は、ＬＴＥシステムに対応する端末（ＰＣｅｌｌのみを用いて基地局１００と通信する場合）のＡＣＫ／ＮＡＣＫパターンが対応付けられた位相点と同一である。
【０１４７】
より具体的には、ＰＵＣＣＨリソース０は、ＰＣｅｌｌ上に配置された場合、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨ（ＰＣｅｌｌで受信したＰＤＣＣＨ）が占有しているＣＣＥの先頭ＣＣＥインデックス（ｎＣＣＥ）に１対１に関連付けられた、ＰＣｅｌｌのＰＵＣＣＨリソースである。
【０１４８】
そこで、本実施の形態では、図１３に示すように、ＬＴＥ  ｆａｌｌｂａｃｋをサポートするＡＣＫ／ＮＡＣＫの組合せに対応するＰＵＣＣＨリソース０（ｈ０）のみをＰＣｅｌｌ上のＰＵＣＣＨリソースとし、それ以外のＡＣＫ／ＮＡＣＫの組合せに対応するＰＵＣＣＨリソース１〜３（ｈ１〜ｈ３）をＳＣｅｌｌ上のＰＵＣＣＨリソースとする。言い換えると、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックス（ｎＣＣＥ）に１対１に関連付けられた、ＰＵＣＣＨリソース０のみをＰＣｅｌｌ上のＰＵＣＣＨリソースとする。
【０１４９】
すなわち、本実施の形態（図１３）では、ＬＴＥ  ｆａｌｌｂａｃｋをサポートするＡＣＫ／ＮＡＣＫの組合せであるか否かに応じて、ＰＵＣＣＨ送信セルがＰＣｅｌｌとＳＣｅｌｌとの間で切り替えられる。つまり、端末２００（制御部２０８）は、図１３に示すマッピングルールに基づいて、ＡＣＫ／ＮＡＣＫの送信に用いるＰＵＣＣＨリソース（Ａ／Ｎリソース）を特定する。同様に、基地局１００（ＰＵＣＣＨ抽出部１１４およびＡ／Ｎ判定部１１８）は、図１３に示すマッピングルールに基づいて、端末２００から送信される応答信号に用いられるＰＵＣＣＨリソース、および、応答信号に示される各単位バンドの誤り検出結果を特定する。
【０１５０】
このように、少なくともＬＴＥ  ｆａｌｌｂａｃｋをサポートするＡＣＫ／ＮＡＣＫの組み合わせに対応するＰＵＣＣＨリソースをＰＣｅｌｌに配置することで、ＬＴＥ  ｆａｌｌｂａｃｋをサポートできる。本実施の形態のようにＦＤＤシステムでは、Ｆｏｒｍａｔ１ａまたはＦｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋをサポートできる。すなわち、ＰＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨのみを端末２００で検出する場合に、当該ＰＤＣＣＨの先頭ＣＣＥインデックスｎＣＣＥに１対１に対応づけられたＰＵＣＣＨリソースを用いて誤り検出結果を基地局１００に通知することで、基地局１００と端末２００との間でＣＣ数の設定の認識が異なる期間においても、少なくともＰＣｅｌｌのＰＤＳＣＨに対する誤り検出結果を、基地局１００と端末２００との間で不整合なく通知することができる。
【０１５１】
または、図１３では、ＳＣｅｌｌの誤り検出結果（ｂ２，ｂ３）が全てＮＡＣＫまたはＤＴＸ（Ｎ／Ｄ）であるか否かに応じて、ＰＵＣＣＨ送信セルがＳＣｅｌｌとＰＣｅｌｌとの間で切り替えられる、と表現することもできる。具体的には、ＳＣｅｌｌの誤り検出結果が全てＮＡＣＫまたはＤＴＸであるＡＣＫ／ＮＡＣＫパターン候補には、ＰＣｅｌｌ上に配置されたＰＵＣＣＨリソース０が対応付けられ、ＳＣｅｌｌの誤り検出結果として少なくとも１つＡＣＫを含む場合には、ＳＣｅｌｌ上に配置されたＰＵＣＣＨリソース１〜３のいずれかが用いられる。
【０１５２】
このようにすることで、基地局１００において、ＰＣｅｌｌとＳＣｅｌｌとに跨ってＡＣＫ／ＮＡＣＫ検出を行うことによるＡＣＫ／ＮＡＣＫ検出の精度劣化を抑えることができる。
【０１５３】
より具体的には、基地局１００が端末２００に対してＰＣｅｌｌおよびＳＣｅｌｌの両方のＰＤＳＣＨを割り当てる場合、ＰＣｅｌｌのＡＣＫ／ＮＡＣＫがＳＣｅｌｌ上のＰＵＣＣＨリソース１〜３で通知される可能性は９８．０１％と高いのに対して、ＰＣｅｌｌ上のＰＵＣＣＨリソース０で通知される可能性は１．９７％と極めて低い。これに対して、仮に、ＰＵＣＣＨリソース０および１をＰＣｅｌｌ上のＰＵＣＣＨリソースとし、ＰＵＣＣＨリソース２および３をＳＣｅｌｌ上のＰＵＣＣＨリソースとした場合、ＰＣｅｌｌ上のＰＵＣＣＨリソースの使用確率は８１．３６％であり、ＳＣｅｌｌ上のＰＵＣＣＨリソースの使用確率は１８．６２％である。
【０１５４】
すなわち、本実施の形態では、使用確率の高いＰＵＣＣＨリソースがＳＣｅｌｌにまとめて配置され、ＳＣｅｌｌ上でＡＣＫ／ＮＡＣＫが検出される確率が極めて高くなる。つまり、ＰＣｅｌｌ内に配置されたＰＵＣＣＨリソース０に対応付けられたＡＣＫ／ＮＡＣＫのパターン候補群の発生確率は、ＳＣｅｌｌ内に配置されたＰＵＣＣＨリソース１〜３に対応付けられたＡＣＫ／ＮＡＣＫのパターン候補群の発生確率よりも低い。
【０１５５】
したがって、例えば、基地局１００は、最初に、使用確率の高いＳＣｅｌｌ上のＰＵＣＣＨリソース１〜３でＡＣＫ／ＮＡＣＫ検出を行う。ＳＣｅｌｌ上のＰＵＣＣＨリソース１〜３においてＡＣＫ／ＮＡＣＫ検出ができない場合（例えばＳＣｅｌｌ上のＰＵＣＣＨ受信電力が低い場合）、基地局１００は、その後、使用確率の低いＰＣｅｌｌ上のＰＵＣＣＨリソース０でＡＣＫ／ＮＡＣＫ検出を行う。
【０１５６】
つまり、基地局１００は、ＳＣｅｌｌ上でＡＣＫ／ＮＡＣＫ検出ができない場合には、ＰＣｅｌｌ上のＰＵＣＣＨリソース０でＡＣＫ／ＮＡＣＫ検出を行わなくても、ＳＣｅｌｌのＰＤＳＣＨに対する誤り検出結果がいずれもＮＡＣＫまたはＤＴＸ（Ｎ／Ｄ）であると判定することができる。また、基地局１００は、ＳＣｅｌｌ上でＡＣＫ／ＮＡＣＫ検出ができない場合には、その後にＰＣｅｌｌ上のＰＵＣＣＨリソース０でＡＣＫ／ＮＡＣＫ検出を行って、ＰＣｅｌｌのＰＤＳＣＨに対する誤り検出結果を判定することができる。
【０１５７】
このように、基地局１００においてＡＣＫ／ＮＡＣＫ検出を複数の上り単位バンド（ここではＰＣｅｌｌとＳＣｅｌｌ）で行う可能性を低減することで、単位バンド間のチャネル環境の違いに起因するＡＣＫ／ＮＡＣＫ検出の精度劣化を抑えることができる。
【０１５８】
また、基地局１００がＰＣｅｌｌのＰＤＳＣＨのみを割り当てる場合、当該ＰＣｅｌｌのＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫは、常にＰＣｅｌｌ上のＰＵＣＣＨリソース０で通知される。これにより、端末２００の移動に伴って、端末２００が小さいカバレッジのＳＣｅｌｌから外れた場合であっても、大きいカバレッジのＰＣｅｌｌでの通信を継続することができる。すなわち、ＰＣｅｌｌにおけるモビリティを確保することができる。
【０１５９】
以上のように、本実施の形態では、ＬＴＥ  ｆａｌｌｂａｃｋをサポートするＰＵＣＣＨリソース０のみをＰＣｅｌｌ上のＰＵＣＣＨリソースとし、ＰＵＣＣＨリソース０以外のＰＵＣＣＨリソース１〜ＰＵＣＣＨリソース３をＳＣｅｌｌ上のＰＵＣＣＨリソースとする。こうすることで、使用するＰＵＣＣＨリソース数を増やすことなく、ＬＴＥ  ｆａｌｌｂａｃｋをサポートできる。
【０１６０】
さらに、本実施の形態によれば、ＳＣｅｌｌの誤り検出結果（ｂ２，ｂ３）が全てＮＡＣＫまたはＤＴＸであるＡＣＫ／ＮＡＣＫの組み合わせに対応するＰＵＣＣＨリソース０のみをＰＣｅｌｌ上のＰＵＣＣＨリソースとする。こうすることで、ＳＣｅｌｌ上のＰＵＣＣＨリソースの使用確率、つまり、ＳＣｅｌｌにおいてＡＣＫ／ＮＡＣＫが検出される確率が高くなる。よって、例えば、基地局が最初にＳＣｅｌｌのみでＡＣＫ／ＮＡＣＫ検出を行うことで、ＰＣｅｌｌでのＡＣＫ／ＮＡＣＫ検出を行うことなく、ＳＣｅｌｌのＰＤＳＣＨに対する誤り検出結果を判定することができるので、ＡＣＫ／ＮＡＣＫ検出の精度劣化を低減することができる。
【０１６１】
さらに、本実施の形態によれば、ＰＣｅｌｌのＰＤＳＣＨのみが割り当てられた場合におけるＰＣｅｌｌのＡＣＫ／ＮＡＣＫは、常にＰＣｅｌｌ上のＰＵＣＣＨリソース０で通知されるので、ＰＣｅｌｌでのモビリティを確保することができる。
【０１６２】
（実施の形態２）
本実施の形態では、ＴＤＤシステムにおいて、端末２００に２つの下り単位バンド（ＰＣｅｌｌとＳＣｅｌｌ）が設定され、ＡＣＫ／ＮＡＣＫ通知方法としてChannel Selectionが設定される場合について説明する。また、４つのＡＣＫ／ＮＡＣＫビットが送信されるよう設定されている場合（図７のＳｔｅｐ３（４ビットマッピング）の場合）を一例として説明する。
【０１６３】
また、実施の形態１と同様、ＡＣＫの確率を８９％とし、ＮＡＣＫの確率を１０％とし、ＤＴＸの確率を１％とする。また、図７のＳｔｅｐ３において、基地局１００がＰＣｅｌｌおよびＳＣｅｌｌの両方のＰＤＳＣＨを割り当てる場合におけるＡＣＫ／ＮＡＣＫ／ＤＴＸの各組合せの発生確率（Possibility[%]）、および、各ＰＵＣＣＨリソースが使われる確率（SUM[%]）を図１４に示す。
【０１６４】
なお、図１４では、ＰＵＣＣＨリソース０（ｈ０）に関して、ＰＵＣＣＨリソース０自体の使用確率（８．７８％）に併せて、ＰＵＣＣＨ  Ｆｏｒｍａｔ１ａへのｆａｌｌｂａｃｋのサポートに必要なＡＣＫ／ＮＡＣＫの組合せ（すなわち、ＰＣｅｌｌの１ＣＷ目以外のＡＣＫ／ＮＡＣＫの組合せがＮＡＣＫまたはＤＴＸになるＡＣＫ／ＮＡＣＫの組合せ）である、「Ｎ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」と「Ａ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」とを合わせた発生確率（０．１３％）、および、それ以外のＡＣＫ／ＮＡＣＫの組合せの発生確率（８．６５％）も記載している。また、図１４では、ＰＵＣＣＨリソース１（ｈ１）に関して、ＰＵＣＣＨリソース１自体の使用確率（７１．７９％）に併せて、ＳＣｅｌｌのＡＣＫ／ＮＡＣＫの組合せが常にＮＡＣＫまたはＤＴＸになるＡＣＫ／ＮＡＣＫの組合せである、「Ｎ／Ｄ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ」と「Ａ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ」とを合わせた発生確率（１．０６％）、および、それ以外のＡＣＫ／ＮＡＣＫの組合せの発生確率（７０．７３％）も記載している。
【０１６５】
本実施の形態では、図１５に示すように、ＬＴＥ  ｆａｌｌｂａｃｋをサポートするＡＣＫ／ＮＡＣＫの組合せに対応するＰＵＣＣＨリソース０のみをＰＣｅｌｌ上のＰＵＣＣＨリソースとし、それ以外のＡＣＫ／ＮＡＣＫの組合せに対応するＰＵＣＣＨリソース１〜４をＳＣｅｌｌ上のＰＵＣＣＨリソースとする。
【０１６６】
すなわち、本実施の形態（図１５）では、実施の形態１（ＦＤＤシステム）と同様、ＬＴＥ  ｆａｌｌｂａｃｋをサポートするＡＣＫ／ＮＡＣＫの組合せであるか否かに応じて、ＰＵＣＣＨ送信セルがＰＣｅｌｌとＳＣｅｌｌとの間で切り替えられる。
【０１６７】
言い換えると、「Ｎ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」および「Ａ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」のみが、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックス（ｎＣＣＥ）に１対１に関連付けられた、ＰＣｅｌｌ上のＰＵＣＣＨリソース０にマッピングされ、それ以外のＡＣＫ／ＮＡＣＫの組合せがＳＣｅｌｌ上のＰＵＣＣＨリソースにマッピングされる。
【０１６８】
具体的には、図１５では、「Ｎ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」および「Ａ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」がＰＣｅｌｌ上のＰＵＣＣＨリソース０（ｈ０）にマッピングされ、「Ａ，Ｎ／Ｄ，Ｎ／Ｄ，Ａ」および「Ａ，Ａ，Ｎ／Ｄ，Ａ」がＳＣｅｌｌ上のＰＵＣＣＨリソース４（ｈ４）にマッピングされる。ここで、図１５に示すＰＵＣＣＨリソース０，４（ｈ０，ｈ４）は、図１４および図７のＳｔｅｐ３に示すＰＵＣＣＨリソース０（ｈ０）に対応する。すなわち、図１５に示すＰＵＣＣＨリソース０（ｈ０）は、図７のＳｔｅｐ３に示すＰＵＣＣＨリソース０（ｈ０）の位相点±１に相当し、図１５に示すＰＵＣＣＨリソース４（ｈ４）は、図７のＳｔｅｐ３に示すＰＵＣＣＨリソース０（ｈ０）の位相点±ｊに相当する。つまり、ＬＴＥ  ｆａｌｌｂａｃｋをサポートするＡＣＫ／ＮＡＣＫ組合せである「Ｎ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」および「Ａ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」は、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックス（ｎＣＣＥ）に１対１に関連付けられた、ＰＣｅｌｌ上のＰＵＣＣＨリソース０にマッピングされる。一方、ＬＴＥ  ｆａｌｌｂａｃｋをサポートするＡＣＫ／ＮＡＣＫの組み合わせ以外の組合せである「Ａ，Ｎ／Ｄ，Ｎ／Ｄ，Ａ」および「Ａ，Ａ，Ｎ／Ｄ，Ａ」は、ＳＣｅｌｌ上のＰＵＣＣＨリソース４にマッピングされる。また、図１５に示すＰＵＣＣＨリソース１〜３については、図１４および図７のＳｔｅｐ３と同様である。
【０１６９】
このように、実施の形態１と同様、少なくともＬＴＥ  ｆａｌｌｂａｃｋをサポートするＡＣＫ／ＮＡＣＫの組み合わせに対応するＰＵＣＣＨリソースをＰＣｅｌｌに配置することで、ＬＴＥ  ｆａｌｌｂａｃｋをサポートできる。本実施の形態のようにＴＤＤシステムでは、Ｆｏｒｍａｔ１ａへのｆａｌｌｂａｃｋをサポートできる。
【０１７０】
さらに、実施の形態１と同様、基地局１００において、ＰＣｅｌｌとＳＣｅｌｌとに跨ってＡＣＫ／ＮＡＣＫ検出を行うことによるＡＣＫ／ＮＡＣＫ検出の精度劣化を抑えることができる。
【０１７１】
より具体的には、基地局１００が端末２００に対してＰＣｅｌｌおよびＳＣｅｌｌの両方のＰＤＳＣＨを割り当てる場合、ＰＣｅｌｌのＡＣＫ／ＮＡＣＫがＳＣｅｌｌ上のＰＵＣＣＨリソース１〜４で通知される可能性は９９．８６％と高いのに対して、ＰＣｅｌｌ上のＰＵＣＣＨリソース０で通知される可能性は０．１３％と極めて低い。
【０１７２】
すなわち、実施の形態１と同様、ＰＵＣＣＨリソース０，１をＰＣｅｌｌ上のＰＵＣＣＨリソース（使用確率：８１．３６％）とし、ＰＵＣＣＨリソース２，３をＳＣｅｌｌ上のＰＵＣＣＨリソース（使用確率は１８．６２％）とした場合と比較して、本実施の形態では、使用確率の高いＰＵＣＣＨリソースがＳＣｅｌｌにまとめて配置され、ＳＣｅｌｌ上でＡＣＫ／ＮＡＣＫが検出される確率が極めて高くなる。
【０１７３】
したがって、実施の形態１と同様、例えば、基地局１００は、最初に、使用確率の高いＳＣｅｌｌ上のＰＵＣＣＨリソース１〜４でＡＣＫ／ＮＡＣＫ検出を行い、ＳＣｅｌｌにおいてＡＣＫ／ＮＡＣＫ検出ができない場合、その後、使用確率の低いＰＣｅｌｌ上のＰＵＣＣＨリソース０でＡＣＫ／ＮＡＣＫ検出を行う。
【０１７４】
これにより、基地局１００は、ＳＣｅｌｌ上でＡＣＫ／ＮＡＣＫ検出ができない場合には、ＰＣｅｌｌ上のＰＵＣＣＨリソース０でＡＣＫ／ＮＡＣＫ検出を行わなくても、ＳＣｅｌｌのＰＤＳＣＨに対する誤り検出結果がいずれもＮＡＣＫまたはＤＴＸ（Ｎ／Ｄ）であると判定することができる。また、基地局１００は、ＳＣｅｌｌ上でＡＣＫ／ＮＡＣＫ検出ができない場合には、その後にＰＣｅｌｌ上のＰＵＣＣＨリソース０でＡＣＫ／ＮＡＣＫ検出を行って、ＰＣｅｌｌのＰＤＳＣＨに対する誤り検出結果を判定することができる。
【０１７５】
このように、基地局１００においてＡＣＫ／ＮＡＣＫ検出を複数の上り単位バンドで行う可能性を低減することで、実施の形態１と同様、単位バンド間のチャネル環境の違いに起因するＡＣＫ／ＮＡＣＫ検出の精度劣化を抑えることができる。
【０１７６】
以上のように、本実施の形態では、ＴＤＤシステムにおいて、実施の形態１（ＦＤＤシステム）と同様にして、ＬＴＥ  ｆａｌｌｂａｃｋをサポートするＰＵＣＣＨリソース０のみをＰＣｅｌｌ上のＰＵＣＣＨリソースとし、ＰＵＣＣＨリソース０以外のＰＵＣＣＨリソース１〜ＰＵＣＣＨリソース４をＳＣｅｌｌ上のＰＵＣＣＨリソースとする。こうすることで、ＬＴＥ  ｆａｌｌｂａｃｋをサポートできるとともに、ＡＣＫ／ＮＡＣＫ検出精度の劣化を低減することができる。
【０１７７】
（実施の形態３）
本実施の形態では、実施の形態２と同様、ＴＤＤシステムにおいて、端末２００に２つの下り単位バンド（ＰＣｅｌｌとＳＣｅｌｌ）が設定され、ＡＣＫ／ＮＡＣＫ通知方法としてChannel Selectionが設定される場合について説明する。また、４つのＡＣＫ／ＮＡＣＫビットが送信されるよう設定されている場合（図７のＳｔｅｐ３（４ビットマッピング）の場合）を一例として説明する。
【０１７８】
実施の形態２では、基地局１００がＰＣｅｌｌのＰＤＳＣＨのみを割り当てる場合、ＰＣｅｌｌのＡＣＫ／ＮＡＣＫが常にＰＣｅｌｌ上のＰＵＣＣＨリソース０で通知されるわけではない。つまり、ＰＣｅｌｌのＡＣＫ／ＮＡＣＫはＳＣｅｌｌ上のＰＵＣＣＨリソース４でも通知され得る。そのため、端末２００の移動に伴って、端末２００が小さいカバレッジのＳＣｅｌｌから外れた場合、大きいカバレッジのＰＣｅｌｌでの通信を行えない場合がある。すなわち、実施の形態２では、ＰＣｅｌｌにおけるモビリティを確保することができない。そこで本実施の形態では、ＰＣｅｌｌにおけるモビリティを確保する方法について説明する。
【０１７９】
ＰＣｅｌｌにおけるモビリティを確保するためには、ＳＣｅｌｌの誤り検出結果が全てＮＡＣＫまたはＤＴＸであるＡＣＫ／ＮＡＣＫの組み合わせを、ＰＣｅｌｌ上のリソースのみで通知する必要がある。すなわち、ＬＴＥ  ｆａｌｌｂａｃｋ（ＴＤＤシステムではＦｏｒｍａｔ１ａへのｆａｌｌｂａｃｋ）をサポートするＡＣＫ／ＮＡＣＫの組合せ（「Ｎ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」および「Ａ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」）に加えて、「Ｎ／Ｄ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ」および「Ａ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ」をＰＣｅｌｌ上のリソースで通知する必要がある。
【０１８０】
そこで、本実施の形態では、図１６に示すように、ＳＣｅｌｌの誤り検出結果が全てＮＡＣＫまたはＤＴＸになるＡＣＫ／ＮＡＣＫの組合せに対応するＰＵＣＣＨリソース０，１（ｈ０，ｈ１）をＰＣｅｌｌ上のＰＵＣＣＨリソースとし、それ以外のＡＣＫ／ＮＡＣＫの組合せに対応するＰＵＣＣＨリソース２〜５をＳＣｅｌｌ上のＰＵＣＣＨリソースとする。
【０１８１】
つまり、図１６では、ＳＣｅｌｌの誤り検出結果が全てＮＡＣＫまたはＤＴＸであるか否かに応じて、ＰＵＣＣＨ送信セルがＳＣｅｌｌとＰＣｅｌｌとの間で切り替えられる。
【０１８２】
言い換えると、「Ｎ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」および「Ａ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」が、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックス（ｎＣＣＥ）に１対１に関連付けられた、ＰＣｅｌｌ上のＰＵＣＣＨリソースにマッピングされるのに加えて、「Ｎ／Ｄ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ」および「Ａ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ」もＰＣｅｌｌ上のＰＵＣＣＨリソースにマッピングされ、それ以外のＡＣＫ／ＮＡＣＫの組合せがＳＣｅｌｌ上のＰＵＣＣＨリソースにマッピングされる。
【０１８３】
具体的には、図１６では、実施の形態１と同様、「Ｎ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」および「Ａ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」がＰＣｅｌｌ上のＰＵＣＣＨリソース０（ｈ０）にマッピングされ、「Ａ，Ｎ／Ｄ，Ｎ／Ｄ，Ａ」および「Ａ，Ａ，Ｎ／Ｄ，Ａ」がＳＣｅｌｌ上のＰＵＣＣＨリソース４（ｈ４）にマッピングされる。つまり、図１６では、実施の形態１と同様、ＬＴＥ  ｆａｌｌｂａｃｋをサポートするＡＣＫ／ＮＡＣＫの組合せ（「Ｎ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」および「Ａ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」）がＰＣｅｌｌ上のリソースにマッピングされる。
【０１８４】
これにより、実施の形態１，２と同様、ＬＴＥ  ｆａｌｌｂａｃｋをサポートできる。
【０１８５】
また、図１６では、「Ｎ／Ｄ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ」および「Ａ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ」がＰＣｅｌｌ上のＰＵＣＣＨリソース１（ｈ１）にマッピングされ、「Ｎ／Ｄ，Ａ，Ａ，Ａ」および「Ａ，Ａ，Ａ，Ａ」がＳＣｅｌｌ上のＰＵＣＣＨリソース５（ｈ５）にマッピングされる。ここで、図１６に示すＰＵＣＣＨリソース１，５（ｈ１，ｈ５）は、図１４および図７のＳｔｅｐ３に示すＰＵＣＣＨリソース１（ｈ１）に対応する。すなわち、図１６に示すＰＵＣＣＨリソース１（ｈ１）は、図７のＳｔｅｐ３に示すＰＵＣＣＨリソース１（ｈ１）の位相点±ｊに相当し、図１６に示すＰＵＣＣＨリソース５（ｈ５）は、図７のＳｔｅｐ３に示すＰＵＣＣＨリソース１（ｈ１）の位相点±１に相当する。また、図１５に示すＰＵＣＣＨリソース２，３については、図１４および図７のＳｔｅｐ３と同様である。
【０１８６】
このように、ＬＴＥ  ｆａｌｌｂａｃｋをサポートし、かつ、ＳＣｅｌｌの誤り検出結果が全てＮＡＣＫまたはＤＴＸであるＡＣＫ／ＮＡＣＫの組み合わせである「Ｎ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」および「Ａ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」と、それ以外のＳＣｅｌｌの誤り検出結果が全てＮＡＣＫまたはＤＴＸであるＡＣＫ／ＮＡＣＫの組み合わせである「Ｎ／Ｄ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ」および「Ａ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ」と、をＰＣｅｌｌ上のＰＵＣＣＨリソース０，１にそれぞれマッピングし、それ以外のＡＣＫ／ＮＡＣＫの組合せをＳＣｅｌｌ上のＰＵＣＣＨリソース２〜５にそれぞれマッピングする。
【０１８７】
これにより、実施の形態１と同様、基地局１００において、ＰＣｅｌｌとＳＣｅｌｌとに跨ってＡＣＫ／ＮＡＣＫ検出を行うことによるＡＣＫ／ＮＡＣＫ検出の精度劣化を抑えることができる。
【０１８８】
より具体的には、基地局１００が端末２００に対してＰＣｅｌｌおよびＳＣｅｌｌの両方のＰＤＳＣＨを割り当てる場合、ＰＣｅｌｌのＡＣＫ／ＮＡＣＫがＳＣｅｌｌ上のＰＵＣＣＨリソース２〜５で通知される可能性は９８．８０％と高いのに対して、ＰＣｅｌｌ上のＰＵＣＣＨリソース０または１で通知される可能性は１．１９％と極めて低い。
【０１８９】
すなわち、実施の形態２と同様、仮に、ＰＵＣＣＨリソース０，１をＰＣｅｌｌ上のＰＵＣＣＨリソース（使用確率：８１．３６％）とし、ＰＵＣＣＨリソース２，３をＳＣｅｌｌ上のＰＵＣＣＨリソース（使用確率は１８．６２％）とした場合と比較して、本実施の形態では、使用確率の高いＰＵＣＣＨリソースがＳＣｅｌｌにまとめて配置され、ＳＣｅｌｌ上でＡＣＫ／ＮＡＣＫが検出される確率が極めて高くなる。
【０１９０】
したがって、実施の形態２と同様、例えば、基地局１００は、最初に、使用確率の高いＳＣｅｌｌ上のＰＵＣＣＨリソース２〜５でＡＣＫ／ＮＡＣＫ検出を行い、ＳＣｅｌｌ上でＡＣＫ／ＮＡＣＫ検出ができない場合、その後、使用確率の低いＰＣｅｌｌ上のＰＵＣＣＨリソース０および１でＡＣＫ／ＮＡＣＫ検出を行う。
【０１９１】
これにより、基地局１００は、ＳＣｅｌｌ上でＡＣＫ／ＮＡＣＫ検出ができない場合には、ＰＣｅｌｌ上のＰＵＣＣＨリソース０および１でＡＣＫ／ＮＡＣＫ検出を行わなくても、ＳＣｅｌｌのＰＤＳＣＨに対する誤り検出結果がいずれもＮＡＣＫまたはＤＴＸ（Ｎ／Ｄ）であると判定することができる。また、基地局１００は、ＳＣｅｌｌ上でＡＣＫ／ＮＡＣＫ検出ができない場合には、その後にＰＣｅｌｌ上のＰＵＣＣＨリソース０および１でＡＣＫ／ＮＡＣＫ検出を行って、ＰＣｅｌｌのＰＤＳＣＨに対する誤り検出結果を判定することができる。
【０１９２】
このように、基地局１００においてＡＣＫ／ＮＡＣＫ検出を複数の上り単位バンドで行う可能性を低減することで、実施の形態２と同様、単位バンド間のチャネル環境の違いに起因するＡＣＫ／ＮＡＣＫ検出の精度劣化を抑えることができる。
【０１９３】
また、実施の形態１と同様、基地局１００がＰＣｅｌｌのＰＤＳＣＨのみを割り当てる場合、ＰＣｅｌｌのＡＣＫ／ＮＡＣＫが常にＰＣｅｌｌ上のＰＵＣＣＨリソース０で通知される。これにより、端末２００の移動に伴って、端末２００が小さいカバレッジのＳＣｅｌｌから外れた場合であっても、大きいカバレッジのＰＣｅｌｌでの通信を継続することができる。すなわち、ＰＣｅｌｌにおけるモビリティを確保することができる。
【０１９４】
以上のように、本実施の形態では、ＰＣｅｌｌのＡＣＫ／ＮＡＣＫのみを通知するＰＵＣＣＨリソース０，１（ＳＣｅｌｌのＡＣＫ／ＮＡＣＫがＮＡＣＫまたはＤＴＸであるリソース）をＰＣｅｌｌ上のＰＵＣＣＨリソースとし、それ以外のＰＵＣＣＨリソース２〜５をＳＣｅｌｌ上のＰＵＣＣＨリソースとする。ここで、ＰＣｅｌｌのＡＣＫ／ＮＡＣＫのみを通知するＰＵＣＣＨリソースには、ＬＴＥ  ｆａｌｌｂａｃｋをサポートするＰＵＣＣＨリソース０が含まれる。よって、本実施の形態によれば、ＬＴＥ  ｆａｌｌｂａｃｋをサポートできるとともに、ＡＣＫ／ＮＡＣＫ検出精度の劣化を低減することができる。さらに、本実施の形態によれば、実施の形態１と同様、ＰＣｅｌｌでのモビリティを確保することができる。
【０１９５】
（実施の形態４）
本実施の形態では、実施の形態２と同様、ＴＤＤシステムにおいて、端末２００に２つの下り単位バンド（ＰＣｅｌｌとＳＣｅｌｌ）が設定され、ＡＣＫ／ＮＡＣＫ通知方法としてChannel Selectionが設定される場合について説明する。また、４つのＡＣＫ／ＮＡＣＫビットが送信されるよう設定されている場合（図７のＳｔｅｐ３（４ビットマッピング）の場合）を一例として説明する。
【０１９６】
実施の形態２では、ＬＴＥ  ｆａｌｌｂａｃｋをサポートするとともに、ＡＣＫ／ＮＡＣＫ検出の精度劣化を抑えるために、合計５つのＰＵＣＣＨリソースを用いた（図１５参照）。これに対して、本実施の形態では、ＬＴＥ  ｆａｌｌｂａｃｋのサポートと、ＡＣＫ／ＮＡＣＫ検出の精度劣化抑制とを、合計４つのＰＵＣＣＨリソースを用いて実現する方法について説明する。
【０１９７】
本実施の形態では、図１７に示すように、ＬＴＥ  ｆａｌｌｂａｃｋをサポートするＡＣＫ／ＮＡＣＫの組合せを含むＰＵＣＣＨリソース０（ｈ０）をＰＣｅｌｌ上のＰＵＣＣＨリソースとし、それ以外のＰＵＣＣＨリソース１〜３（ｈ１〜ｈ３）をＳＣｅｌｌ上のＰＵＣＣＨリソースとする。
【０１９８】
言い換えると、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎＣＣＥ）に１対１に関連付けられた、ＰＵＣＣＨリソース０のみをＰＣｅｌｌ上のＰＵＣＣＨリソースとし、ＰＵＣＣＨリソース０以外のＰＵＣＣＨリソース１〜３をＳＣｅｌｌ上のＰＵＣＣＨリソースとする。図１７に示すように、ＰＵＣＣＨリソース０には、ＬＴＥ  ｆａｌｌｂａｃｋをサポートするＡＣＫ／ＮＡＣＫの組合せ（「Ｎ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」および「Ａ，Ｎ／Ｄ，Ｎ／Ｄ，Ｎ／Ｄ」）が含まれる。
【０１９９】
このようにすることで、実施の形態２（図１５参照）と比較して、使用するＰＵＣＣＨリソース数を増やすことなく、ＬＴＥ  ｆａｌｌｂａｃｋをサポートできる。
【０２００】
さらに、実施の形態２と同様、基地局１００において、ＰＣｅｌｌとＳＣｅｌｌとに跨ってＡＣＫ／ＮＡＣＫ検出を行うことによるＡＣＫ／ＮＡＣＫ検出精度の劣化を抑えることができる。
【０２０１】
より具体的には、基地局１００が端末２００に対してＰＣｅｌｌおよびＳＣｅｌｌの両方のＰＤＳＣＨを割り当てる場合、ＰＣｅｌｌおよびＳＣｅｌｌのＡＣＫ／ＮＡＣＫがＳＣｅｌｌ上のＰＵＣＣＨリソース１〜３で通知される可能性は９１．２１％と高いのに対して、ＰＣｅｌｌ上のＰＵＣＣＨリソース０で通知される可能性は８．７８％と比較的低い。
【０２０２】
すなわち、実施の形態２と同様、仮に、ＰＵＣＣＨリソース０，１をＰＣｅｌｌ上のＰＵＣＣＨリソース（使用確率：８１．３６％）とし、ＰＵＣＣＨリソース２，３をＳＣｅｌｌ上のＰＵＣＣＨリソース（使用確率は１８．６２％）とした場合と比較して、本実施の形態では、使用確率の高いＰＵＣＣＨリソースがＳＣｅｌｌにまとめて配置され、ＳＣｅｌｌ上でＡＣＫ／ＮＡＣＫが検出される確率が極めて高くなる。
【０２０３】
したがって、例えば、基地局１００は、最初に、使用確率の高いＳＣｅｌｌ上のＰＵＣＣＨリソース１〜３でＡＣＫ／ＮＡＣＫ検出を行い、ＳＣｅｌｌ上のＰＵＣＣＨリソース１〜３においてＡＣＫ／ＮＡＣＫ検出ができない場合、その後、使用確率の低いＰＣｅｌｌ上のＰＵＣＣＨリソース０でＡＣＫ／ＮＡＣＫ検出を行う。
【０２０４】
これにより、実施の形態２と同様、基地局１００は、ＳＣｅｌｌ上でＡＣＫ／ＮＡＣＫ検出ができない場合には、ＰＣｅｌｌ上のＰＵＣＣＨリソース０でＡＣＫ／ＮＡＣＫ検出を行わなくても、ＳＣｅｌｌのＰＤＳＣＨに対する誤り検出結果がいずれもＮＡＣＫまたはＤＴＸ（Ｎ／Ｄ）であると判定することができる。また、基地局１００は、ＳＣｅｌｌ上でＡＣＫ／ＮＡＣＫ検出ができない場合には、その後にＰＣｅｌｌ上のＰＵＣＣＨリソース０でＡＣＫ／ＮＡＣＫ検出を行って、ＰＣｅｌｌのＰＤＳＣＨに対する誤り検出結果を判定することができる。
【０２０５】
以上のように、本実施の形態では、少なくともＬＴＥ  ｆａｌｌｂａｃｋをサポートするＡＣＫ／ＮＡＣＫの組み合わせを含むＰＵＣＣＨリソース０をＰＣｅｌｌ上のＰＵＣＣＨリソースとし、ＰＵＣＣＨリソース０以外のＰＵＣＣＨリソース１〜３をＳＣｅｌｌ上のＰＵＣＣＨリソースとする。こうすることで、使用するＰＵＣＣＨリソース数を増やすことなく、ＬＴＥ  ｆａｌｌｂａｃｋをサポートできるとともに、ＡＣＫ／ＮＡＣＫ検出精度の劣化を低減することができる。
【０２０６】
以上、本発明に係る各実施の形態について説明した。
【０２０７】
なお、上記各実施の形態における、ＳＣｅｌｌ上でのＰＵＣＣＨリソースの通知方法としては、ＳＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨがＳＣｅｌｌ上にある場合には、当該ＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックス（ｎＣＣＥ’）およびその隣（ｎＣＣＥ’＋１）に対応づけられたＰＵＣＣＨリソースを用いてもよく、基地局が予め設定したＰＵＣＣＨリソースを用いてもよい。または、複数のＰＵＣＣＨリソースを予め設定して、ＳＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨで通知されるＡＲＩを用いて、そのうち１つを選択する方法を採ってもよい。また、実施の形態３におけるＬＴＥ  ｆａｌｌｂａｃｋをサポートしないＰＣｅｌｌ上のＰＵＣＣＨリソース１（図１６参照）については、ＰＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスの隣（ｎＣＣＥ＋１）に対応づけられたＰＵＣＣＨリソースを用いてもよいし、基地局が予め設定したＰＵＣＣＨリソースを用いてもよい。さらに、複数のＰＵＣＣＨリソースを予め設定して、ＰＣｅｌｌのＰＤＳＣＨを指示するＰＤＣＣＨでＡＲＩを通知し、そのＡＲＩを用いることによって、そのうち１つを選択する方法を採ってもよい。要は、本発明は、ＬＴＥ  ｆａｌｌｂａｃｋをサポートするＰＵＣＣＨリソース０以外のＰＵＣＣＨリソースが、ＰＣｅｌｌ上またはＳＣｅｌｌ上のどちらのリソースであるかを開示するものであり、その通知方法を限定するものではない。
【０２０８】
また、上記実施の形態の説明で用いた各機能ブロックは、コンピュータがプログラムを実行することで機能するソフトウェア、あるいは、ソフトウェアとハードウェアとの連携により実現することも可能である。
【０２０９】
また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０２１０】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０２１１】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０２１２】
以上、上記実施の形態に係る端末装置は、複数の単位バンドを用いて基地局装置と通信する端末装置であって、前記複数の単位バンドで送信された各下りデータの誤り検出結果を用いて応答信号を生成する生成手段と、マッピングルールに基づいて前記応答信号を上り制御チャネルで送信する制御手段と、を有し、前記マッピングルールでは、前記誤り検出結果のパターン候補と、前記応答信号の送信に用いられる上り制御チャネルの複数のリソースおよび各リソース内の位相点とが対応付けられ、前記複数のリソースのうちの第１のリソースには、第１の単位バンドの下りデータに対する特定の誤り検出結果のパターンが、前記第１の単位バンドのみを用いて前記基地局装置と通信する場合の誤り検出結果のパターンと同一であり、前記特定の誤り検出結果以外の誤り検出結果が全てＮＡＣＫまたはＤＴＸである第１のパターン候補が少なくとも対応付けられ、前記第１のパターン候補が対応付けられた位相点は、前記第１の単位バンドのみを用いて前記基地局装置と通信する場合の誤り検出結果のパターンが対応付けられた位相点と同一であり、前記複数のリソースのうち、少なくとも前記第１のリソースは前記第１の単位バンド内に配置される、構成を採る。
【０２１３】
また、上記実施の形態に係る端末装置では、前記第１のリソースには前記第１のパターン候補のみが対応付けられ、前記第１のリソース以外のリソースであって、前記第１のパターン候補以外のパターン候補が対応付けられたリソースは、前記第１の単位バンド以外の第２の単位バンド内に配置される。
【０２１４】
また、上記実施の形態に係る端末装置では、前記第１のリソースと異なるリソースであって、前記第１の単位バンド以外の第２の単位バンドの下りデータに対する誤り検出結果が全てＮＡＣＫまたはＤＴＸである第２のパターン候補が対応付けられた第２のリソースは、前記第１の単位バンド内に配置され、前記第１のリソースおよび前記第２のリソース以外のリソースは、前記第２の単位バンド内に配置される。
【０２１５】
また、上記実施の形態に係る端末装置では、前記第１のリソース以外のリソースは、前記第１の単位バンド以外の第２の単位バンド内に配置される。
【０２１６】
また、上記実施の形態に係る端末装置では、前記第１の単位バンド内に配置されたリソースに対応付けられたパターン候補群の発生確率は、前記第１の単位バンド以外の第２の単位バンド内に配置されたリソースに対応付けられたパターン候補群の発生確率よりも低い。
【０２１７】
また、上記実施の形態に係る端末装置では、前記第１のリソースは、前記第１の単位バンドで受信された下り制御情報が占有するコントロールチャネルエレメント（ＣＣＥ）の先頭のインデックスに対応付けられたリソースである。
【０２１８】
また、上記実施の形態に係る端末装置では、ＦＤＤ（Frequency Division Duplex）システムでは、前記第１のパターン候補のマッピングは、Ｆｏｒｍａｔ１ａまたはＦｏｒｍａｔ１ｂへのフォールバックをサポートする。
【０２１９】
また、上記実施の形態に係る端末装置では、ＴＤＤ（Time Division Duplex）システムでは、前記第１のパターン候補のマッピングは、Ｆｏｒｍａｔ１ａへのフォールバックをサポートする。
【０２２０】
また、上記実施の形態に係る端末装置では、前記第１の単位バンドは、カバレッジが広い基地局によって用いられる帯域であり、前記第１の単位バンド以外の第２の単位バンドは、カバレッジが狭い基地局によって用いられる帯域である。
【０２２１】
また、上記実施の形態に係る送信方法は、複数の単位バンドを用いて基地局装置と通信する端末装置における送信方法であって、前記複数の単位バンドで送信された各下りデータの誤り検出結果を用いて応答信号を生成し、マッピングルールに基づいて前記応答信号を上り制御チャネルで送信し、前記マッピングルールでは、前記誤り検出結果のパターン候補と、前記応答信号の送信に用いられる上り制御チャネルの複数のリソースおよび各リソース内の位相点とが対応付けられ、前記複数のリソースのうちの第１のリソースには、第１の単位バンドの下りデータに対する特定の誤り検出結果のパターンが、前記第１の単位バンドのみを用いて前記基地局装置と通信する場合の誤り検出結果のパターンと同一であり、前記特定の誤り検出結果以外の誤り検出結果が全てＮＡＣＫまたはＤＴＸである特定のパターン候補が少なくとも対応付けられ、前記特定のパターン候補が対応付けられた位相点は、前記第１の単位バンドのみを用いて前記基地局装置と通信する場合の誤り検出結果のパターンが対応付けられた位相点と同一であり、前記複数のリソースのうち、少なくとも前記第１のリソースは前記第１の単位バンド内に配置される。
【０２２２】
２０１２年５月２３日出願の特願２０１２−１１７６２６の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
【産業上の利用可能性】
【０２２３】
本発明は、移動通信システム等に有用である。
【符号の説明】
【０２２４】
１００  基地局
２００  端末
１０１，２０８  制御部
１０２  制御情報生成部
１０３，１０５  符号化部
１０４，１０７  変調部
１０６  データ送信制御部
１０８  マッピング部
１０９，２１８  ＩＦＦＴ部
１１０，２１９  ＣＰ付加部
１１１，２２２  無線送信部
１１２，２０１  無線受信部
１１３，２０２  ＣＰ除去部
１１４  ＰＵＣＣＨ抽出部
１１５  逆拡散部
１１６  系列制御部
１１７  相関処理部
１１８  Ａ／Ｎ判定部
１１９  束Ａ／Ｎ逆拡散部
１２０  ＩＤＦＴ部
１２１  束Ａ／Ｎ判定部
１２２  再送制御信号生成部
２０３  ＦＦＴ部
２０４  抽出部
２０５，２０９  復調部
２０６，２１０  復号部
２０７  判定部
２１１  ＣＲＣ部
２１２  応答信号生成部
２１３  符号化・変調部
２１４  １次拡散部
２１５  ２次拡散部
２１６  ＤＦＴ部
２１７  拡散部
２２０  時間多重部
２２１  選択部
【図１】
2013175691.tif 000003
【図２】
2013175691.tif 000004
【図３】
2013175691.tif 000005
【図４】
2013175691.tif 000006
【図５】
2013175691.tif 000007
【図６】
2013175691.tif 000008
【図７】
2013175691.tif 000009
【図８】
2013175691.tif 000010
【図９】
2013175691.tif 000011
【図１０】
2013175691.tif 000012
【図１１】
2013175691.tif 000013
【図１２】
2013175691.tif 000014
【図１３】
2013175691.tif 000015
【図１４】
2013175691.tif 000016
【図１５】
2013175691.tif 000017
【図１６】
2013175691.tif 000018
【図１７】
2013175691.tif 000019
【国際調査報告】
2013175691.tif 000020
2013175691.tif 000021
2013175691.tif 000022
2013175691.tif 000023