(57)【特許請求の範囲】
【請求項１】
ｃｅｌｌに割り当てられた下りデータのリソースを示す下り割当情報を含む制御チャネルを端末に送信し、前記下りデータを前記端末に送信する送信部と、
前記下りデータに対する応答信号であって、前記端末から送信された前記応答信号を受信する受信部と、
を有し、
複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、チャネルセレクションを用いて送信され、かつ、ｐｒｉｍａｒｙｃｅｌｌに対する前記下り割当情報が、ＰＤＣＣＨ領域のＣＣＥで送信される第１の制御チャネルに含まれる場合、前記ＣＣＥの番号からリソースを特定する第１の方法で特定された第１のリソースを含む複数のリソースのうちの一つを用いて送信された、前記複数の応答信号を受信し、
複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、チャネルセレクションを用いて送信され、かつ、ｐｒｉｍａｒｙｃｅｌｌに対する前記下り割当情報が、前記第１の制御チャネルとは異なる第２の制御チャネルに含まれる場合、前記第１の方法とは異なる第２の方法で特定された第２のリソースを含む複数のリソースのうちの一つを用いて送信された、前記複数の応答信号を受信する、
通信装置。
【請求項２】
ｃｅｌｌに割り当てられた下りデータのリソースを示す下り割当情報を含む制御チャネルを端末に送信し、前記下りデータを前記端末に送信する送信部と、
前記下りデータに対する応答信号であって、前記端末から送信された前記応答信号を受信する受信部と、
を有し、
前記下り割当情報が、ＰＤＣＣＨ領域のＣＣＥで送信される第１の制御チャネルに含まれる場合、前記ＣＣＥの番号からリソースを特定する第１の方法で特定された第１のリソースを用いて送信された、前記応答信号を受信し、
複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、まとめて符号化されるフォーマットを用いて送信され、かつ、前記下り割当情報が、前記第１の制御チャネルに含まれる場合、前記第１の方法とは異なる第２の方法で特定された第２のリソースを用いて送信された、前記複数の応答信号を受信し、
複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、まとめて符号化されるフォーマットを用いて送信され、かつ、前記下り割当情報が、前記第１の制御チャネルとは異なる第２の制御チャネルに含まれる場合、前記第２のリソースを用いて送信された、前記複数の応答信号を受信する、
通信装置。
【請求項３】
前記第２の方法では、前記ＰＤＣＣＨ領域の前記ＣＣＥの番号に依らず、前記第２のリソースが特定される、
請求項１又は２に記載の通信装置。
【請求項４】
前記第２の方法では、前記ＰＤＣＣＨ領域の前記ＣＣＥの番号に依らず、基地局から端末毎に通知された情報に基づいて、前記第２のリソースが特定される、
請求項１から３のいずれかに記載の通信装置。
【請求項５】
前記第２の制御チャネルは、前記ＰＤＣＣＨ領域とは異なるＰＤＳＣＨ領域で送信される、
請求項１から４のいずれかに記載の通信装置。
【請求項６】
前記端末が上りデータを送信する場合、前記上りデータに割り当てられたリソースを用いて送信された、前記応答信号を受信する、
請求項１から５のいずれかに記載の通信装置。
【請求項７】
ｃｅｌｌに割り当てられた下りデータのリソースを示す下り割当情報を含む制御チャネルを端末に送信する工程と、
前記下りデータを前記端末に送信する工程と、
前記下りデータに対する応答信号であって、前記端末から送信された前記応答信号を受信する工程と、
を有し、
複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、チャネルセレクションを用いて送信され、かつ、ｐｒｉｍａｒｙｃｅｌｌに対する前記下り割当情報が、ＰＤＣＣＨ領域のＣＣＥで送信される第１の制御チャネルに含まれる場合、前記ＣＣＥの番号からリソースを特定する第１の方法で特定された第１のリソースを含む複数のリソースのうちの一つを用いて送信された、前記複数の応答信号を受信し、
複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、チャネルセレクションを用いて送信され、かつ、ｐｒｉｍａｒｙｃｅｌｌに対する前記下り割当情報が、前記第１の制御チャネルとは異なる第２の制御チャネルに含まれる場合、前記第１の方法とは異なる第２の方法で特定された第２のリソースを含む複数のリソースのうちの一つを用いて送信された、前記複数の応答信号を受信する、
通信方法。
【請求項８】
ｃｅｌｌに割り当てられた下りデータのリソースを示す下り割当情報を含む制御チャネルを端末に送信する工程と、
前記下りデータを前記端末に送信する工程と、
前記下りデータに対する応答信号であって、前記端末から送信された前記応答信号を受信する工程と、
を有し、
前記下り割当情報が、ＰＤＣＣＨ領域のＣＣＥで送信される第１の制御チャネルに含まれる場合、前記ＣＣＥの番号からリソースを特定する第１の方法で特定された第１のリソースを用いて送信された、前記応答信号を受信し、
複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、まとめて符号化されるフォーマットを用いて送信され、かつ、前記下り割当情報が、前記第１の制御チャネルに含まれる場合、前記第１の方法とは異なる第２の方法で特定された第２のリソースを用いて送信された、前記複数の応答信号を受信し、
複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、まとめて符号化されるフォーマットを用いて送信され、かつ、前記下り割当情報が、前記第１の制御チャネルとは異なる第２の制御チャネルに含まれる場合、前記第２のリソースを用いて送信された、前記複数の応答信号を受信する、
通信方法。
【請求項９】
前記第２の方法では、前記ＰＤＣＣＨ領域の前記ＣＣＥの番号に依らず、前記第２のリソースが特定される、
請求項７又は８に記載の通信方法。
【請求項１０】
前記第２の方法では、前記ＰＤＣＣＨ領域の前記ＣＣＥの番号に依らず、基地局から端末毎に通知された情報に基づいて、前記第２のリソースが特定される、
請求項７から９のいずれかに記載の通信方法。
【請求項１１】
前記第２の制御チャネルは、前記ＰＤＣＣＨ領域とは異なるＰＤＳＣＨ領域で送信される、
請求項７から１０のいずれかに記載の通信方法。
【請求項１２】
前記端末が上りデータを送信する場合、前記上りデータに割り当てられたリソースを用いて送信された、前記応答信号を受信する、
請求項７から１１のいずれかに記載の通信方法。
【請求項１３】
ｃｅｌｌに割り当てられた下りデータのリソースを示す下り割当情報を含む制御チャネルを端末に送信する処理と、
前記下りデータを前記端末に送信する処理と、
前記下りデータに対する応答信号であって、前記端末から送信された前記応答信号を受信する処理と、
を制御し、
複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、チャネルセレクションを用いて送信され、かつ、ｐｒｉｍａｒｙｃｅｌｌに対する前記下り割当情報が、ＰＤＣＣＨ領域のＣＣＥで送信される第１の制御チャネルに含まれる場合、前記ＣＣＥの番号からリソースを特定する第１の方法で特定された第１のリソースを含む複数のリソースのうちの一つを用いて送信された、前記複数の応答信号を受信し、
複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、チャネルセレクションを用いて送信され、かつ、ｐｒｉｍａｒｙｃｅｌｌに対する前記下り割当情報が、前記第１の制御チャネルとは異なる第２の制御チャネルに含まれる場合、前記第１の方法とは異なる第２の方法で特定された第２のリソースを含む複数のリソースのうちの一つを用いて送信された、前記複数の応答信号を受信する、
集積回路。
【請求項１４】
ｃｅｌｌに割り当てられた下りデータのリソースを示す下り割当情報を含む制御チャネルを端末に送信する処理と、
前記下りデータを前記端末に送信する処理と、
前記下りデータに対する応答信号であって、前記端末から送信された前記応答信号を受信する処理と、
を制御し、
前記下り割当情報が、ＰＤＣＣＨ領域のＣＣＥで送信される第１の制御チャネルに含まれる場合、前記ＣＣＥの番号からリソースを特定する第１の方法で特定された第１のリソースを用いて送信された、前記応答信号を受信し、
複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、まとめて符号化されるフォーマットを用いて送信され、かつ、前記下り割当情報が、前記第１の制御チャネルに含まれる場合、前記第１の方法とは異なる第２の方法で特定された第２のリソースを用いて送信された、前記複数の応答信号を受信し、
複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、まとめて符号化されるフォーマットを用いて送信され、かつ、前記下り割当情報が、前記第１の制御チャネルとは異なる第２の制御チャネルに含まれる場合、前記第２のリソースを用いて送信された、前記複数の応答信号を受信する、
集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信方法及び集積回路に関する。
【背景技術】
【０００２】
３ＧＰＰ  ＬＴＥでは、下り回線の通信方式としてＯＦＤＭＡ（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（DTX (Discontinuous transmission) of ACK/NACK signals）として定義されている。
【００１１】
ところで、３ＧＰＰ  ＬＴＥシステム（以下、「ＬＴＥシステム」と呼ばれることがある）では、基地局は上り回線データ及び下り回線データに対してそれぞれ独立にリソース割当を行う。そのため、ＬＴＥシステムでは、上り回線において、端末（つまり、ＬＴＥシステム対応の端末（以下、「ＬＴＥ端末」という））が、下り回線データに対する応答信号と、上り回線データとを同時に送信しなければならない状況が発生する。この状況では、端末からの応答信号及び上り回線データは、時間多重（Time Division Multiplexing：ＴＤＭ）を用いて送信される。このようにＴＤＭを用いて応答信号と上り回線データとを同時に送信することで、端末の送信波形のシングルキャリア特性（Single carrier properties）を維持している。
【００１２】
また、図２に示すように、時間多重（ＴＤＭ）では、端末から送信される応答信号（「Ａ／Ｎ」）は、上り回線データ向けに割り当てられたリソース（ＰＵＳＣＨ（Physical Uplink Shared CHannel）リソース）の一部（参照信号（ＲＳ（Reference Signal））がマッピングされるSC-FDMAシンボルに隣接するSC-FDMAシンボルの一部）を占有して基地局に送信される。ただし、図中の縦軸の「Subcarrier」は「Virtual subcarrier」、又は「Time contiguous signal」と呼ばれることもあり、SC-FDMA送信機においてＤＦＴ（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して（すなわち、ACK=1, NACK=0とし、複数の下り回線データに関する誤り検出結果の論理積(Logical AND)を計算して）、予め決められた一つのリソースを用いて応答信号を送信する。また、ＤＦＴ−Ｓ−ＯＦＤＭフォーマットを用いた送信時には、端末は複数の下り回線データに対する応答信号を纏めて符号化（Joint coding）し、当該フォーマットを用いてその符号化データを送信する（非特許文献５参照）。
【００２０】
すなわち、Channel Selectionは、図４に示すように、複数の下り単位バンドで受信した複数の下り回線データに対する応答信号がそれぞれＡＣＫかＮＡＣＫかに基づいて、応答信号の位相点（すなわち、Constellation point）だけではなく、応答信号の送信に用いるリソースも変化させる手法である。これに対し、Bundlingは、複数の下り回線データに対するACK/NACK信号を一つに束ねて、予め決められた一つのリソースから送信する手法である（非特許文献６、７参照）。
【００２１】
ここで、上記した非対称のCarrier aggregationが端末に適用される場合のChannel Selection及びBundlingによるＡＲＱ制御について、図４を援用して説明する。
【００２２】
例えば、図４に示すように、端末１に対して、下り単位バンド１，２及び上り単位バンド１から成る単位バンドグループ（英語で「Component carrier set」と表記されることがある）が設定される場合には、下り単位バンド１，２のそれぞれのＰＤＣＣＨを介して下りリソース割当情報が基地局から端末１へ送信された後に、その下りリソース割当情報に対応するリソースで下り回線データが送信される。
【００２３】
そして、Channel selectionでは、単位バンド１における下りデータの受信に成功し、単位バンド２における下りデータの受信に失敗した場合（つまり、単位バンド１の応答信号がＡＣＫで、単位バンド２の応答信号がＮＡＣＫの場合）には、ＰＵＣＣＨ領域１内に含まれるＰＵＣＣＨリソースに応答信号がマッピングされ、且つ、その応答信号の位相点として、第１の位相点(例えば、(1,0)等の位相点)が用いられる。また、単位バンド１における下りデータの受信に成功し、かつ、単位バンド２における下りデータの受信にも成功した場合には、ＰＵＣＣＨ領域２内に含まれるＰＵＣＣＨリソースに応答信号がマッピングされ、且つ、第１の位相点が用いられる。すなわち、下り単位バンドが２つの場合、誤り検出結果のパターンが４パターンあるので、２つのリソースと２種類の位相点との組み合わせにより、その４パターンを表すことができる。
【００２４】
一方、Bundlingでは、端末１が２つの下り回線データの両方の受信に成功した場合（ＣＲＣ＝ＯＫ）の場合、端末１は、下り単位バンド１に対するＡＣＫ(=1)と、下り単位バンド２に対するＡＣＫ(=1)との論理積を計算し、その結果である「1」（つまりＡＣＫ）を束ＡＣＫ／ＮＡＣＫ信号として基地局に送信する。また、端末１が下り単位バンド１における下り回線データの受信に成功し、且つ、下り単位バンド２における下り回線データの受信に失敗した場合には、端末１は、下り単位バンドに対するＡＣＫ(=1)と、下り単位バンド２に対するＮＡＣＫ(=0)との論理積を計算し、「0」（つまり、ＮＡＣＫ）を束ＡＣＫ／ＮＡＣＫ信号として基地局に送信する。同様に、端末１が下り回線データを２つとも受信に失敗した場合には、端末１は、ＮＡＣＫ(=0)とＮＡＣＫ(=0)との論理積を計算し、「0」（つまり、ＮＡＣＫ）を束ＡＣＫ／ＮＡＣＫ信号として基地局にフィードバックする。
【００２５】
このように、Bundlingでは、端末に対して送信された複数の下り回線データの全ての受信に成功した場合のみ、端末はＡＣＫを一つだけ束ＡＣＫ／ＮＡＣＫ信号として基地局に送信し、一つでも受信に失敗した場合には基地局に対してＮＡＣＫを一つだけ束ＡＣＫ／ＮＡＣＫ信号として送信する。これにより、上り制御チャネルにおけるオーバーヘッドを削減できる。なお、端末側では、受信した複数の下り制御信号が占有していた複数のＣＣＥに対応するそれぞれのＰＵＣＣＨリソースのうち、例えば、最も周波数や識別番号（Index）が小さいＰＵＣＣＨリソースを用いて、束ＡＣＫ／ＮＡＣＫ信号を送信する。
【００２６】
次に、ＤＦＴ−Ｓ−ＯＦＤＭフォーマットを用いて束ＡＣＫ／ＮＡＣＫ信号を送信する方法について図５を用いて説明する。ＤＦＴ−Ｓ−ＯＦＤＭフォーマットを用いて送信される複数の下り回線データに対する応答信号が纏めて符号化（Joint coding）された符号化データには、下り単位バンド毎の誤り検出結果の各々が個別データとして含まれている。この複数の下り回線データに対する応答信号が纏めて符号化（Joint coding）され、下り単位バンド毎の誤り検出結果の各々が含まれている符号化データを、以降、「束ＡＣＫ／ＮＡＣＫ信号」又は「束応答信号」と呼ぶ。
【００２７】
束ＡＣＫ／ＮＡＣＫ信号を復調するために用いられる参照信号として、ＬＴＥにおける参照信号と同様の「系列長１２のＺＡＣ系列（Base sequence）」が用いられる。具体的には、系列長１２のＺＡＣ系列が、第２，６ＳＣ−ＦＤＭＡシンボルに配置され、Ｗａｌｓｈ系列（系列長２：Ｗ'０,Ｗ'１）それぞれに対応させられて拡散される。さらに、拡散された信号がＩＦＦＴによって時間軸上の信号に変換される。これら処理は、ＺＡＣ系列がＩＦＦＴにより時間軸上の信号に変換された後、系列長２のＷａｌｓｈ系列によって拡散されることと等価である。
【００２８】
異なる端末からの参照信号同士は、ＬＴＥにおけるＡＣＫ／ＮＡＣＫに対する参照信号と同様に、異なる巡回シフト量（Cyclic shift Index）に対応する系列又は異なるＷａｌｓｈ系列を用いて拡散されており、基地局では、従来の逆拡散処理及び相関処理を用いることにより、これらのコード多重された複数の参照信号を分離することができる。
【００２９】
図５に示すＤＦＴ−Ｓ−ＯＦＤＭフォーマットでは、前述したように参照信号として「系列長１２のＺＡＣ系列」が用いられる。この場合、束ＡＣＫ／ＮＡＣＫ信号として、１２シンボルから構成される信号がまずＤＦＴされて１ＳＣ−ＦＤＭＡシンボル内に１次拡散される。前述したように、ＬＴＥシステムでは、ＢＰＳＫ変調された１シンボルの応答信号が周波数軸上でＺＡＣ系列（系列長１２）によって１ＳＣ−ＦＤＭＡシンボル内に１次拡散される。これに対し、Carrier aggregationが適用されるＬＴＥ−Ａシステムにおいて、ＤＦＴ−Ｓ−ＯＦＤＭＡを用いて束ＡＣＫ／ＮＡＣＫ信号を通知する場合に、参照信号として「系列長１２のＺＡＣ系列」が用いられる場合には、１２シンボルから構成される束ＡＣＫ／ＮＡＣＫ信号がＤＦＴされて１ＳＣ−ＦＤＭＡシンボル内に１次拡散される。なお、前述したように、１２シンボルから構成される束ＡＣＫ／ＮＡＣＫ信号には、下り単位バンド毎の誤り検出結果の各々が個別データとして含まれている。
【００３０】
次いで、ＤＦＴ後の束ＡＣＫ／ＮＡＣＫ信号は、第１，３，４，５，７ＳＣ−ＦＤＭＡシンボルに配置され、ＤＦＴ系列（系列長５：Ｆ'０,Ｆ'１,Ｆ'２,Ｆ'３,Ｆ'４）それぞれに対応させられて拡散される。さらに、拡散された信号がＩＦＦＴによって時間軸上の信号に変換される。これら処理は、ＩＦＦＴにより時間軸上の信号に変換された後、系列長５のＤＦＴ系列の各要素成分が信号に乗算されることと等価である。
【００３１】
ここで、異なる端末からの束ＡＣＫ／ＮＡＣＫ信号同士は、異なるＤＦＴ系列を用いて束ＡＣＫ／ＮＡＣＫ信号を拡散することによって符号多重される。すなわち、系列長５のＤＦＴ系列によって束ＡＣＫ／ＮＡＣＫ信号が拡散されているため、最大５端末からの束ＡＣＫ／ＮＡＣＫ信号同士を符号多重することができる。
【００３２】
そして、ＩＦＦＴ後の信号それぞれに対してＣＰ（Cyclic Prefix）が付加されて、７つのＳＣ−ＦＤＭＡシンボルからなる１スロットの信号が形成される。
【００３３】
以降、ＤＦＴ−Ｓ−ＯＦＤＭフォーマット構成を採り、束ＡＣＫ／ＮＡＣＫ信号を送信するリソースを「束ＡＣＫ／ＮＡＣＫリソース」と呼ぶ。図５に示すように、束ＡＣＫ／ＮＡＣＫ信号は、ＤＦＴ−Ｓ−ＯＦＤＭフォーマットを用いて下り回線データを送信する場合において、下り回線データが配置されるデータ部分（図５の例では、第１，３，４，５，７ＳＣ−ＦＤＭＡシンボル）に配置される。そして、束ＡＣＫ／ＮＡＣＫ信号を復調するための参照信号は、束ＡＣＫ／ＮＡＣＫ信号と時間多重される。
【００３４】
さらに、ＬＴＥ−Ａでは、カバレッジの拡大を達成するために、無線通信中継装置（以下、「中継局」又は「ＲＮ：Ｒｅｌａｙ  Ｎｏｄｅ」という）の導入も規定された（図６参照）。これに伴い、基地局から中継局への下り回線制御チャネル（以下、「Ｒ−ＰＤＣＣＨ」という）に関する標準化が進んでいる（例えば、非特許文献８，９，１０，１１参照）。現在の段階では、Ｒ−ＰＤＣＣＨに関して、以下の事項が検討されている。図７には、Ｒ−ＰＤＣＣＨ領域の一例が示されている。
（１）Ｒ−ＰＤＣＣＨの時間軸方向のマッピング開始位置は、１サブフレームの先頭から４番目のＯＦＤＭシンボルに固定される。これは、ＰＤＣＣＨが時間軸方向に占める割合に依存しない。
（２）Ｒ−ＰＤＣＣＨの周波数軸方向のマッピング方法としては、distributedとlocalizedの２つの配置方法がサポートされる。
（３）復調用の参照信号として、ＣＲＳ（Common Reference Signal）とＤＭ−ＲＳ（Demodulation Reference Signal）とがサポートされる。どちらの参照信号が使用されるかについては、基地局から中継局へ通知される。
【先行技術文献】
【非特許文献】
【００３５】
【非特許文献１】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
【非特許文献８】3GPP TSG RAN WG1 meeting, R1-102700, “Backhaul Control Channel Design in Downlink,” May 2010
【非特許文献９】3GPP TSG RAN WG1 meeting, R1-102881, “R-PDCCH placement,” May 2010
【非特許文献１０】3GPP TSG RAN WG1 meeting, R1-103040, “R-PDCCH search space design” May 2010
【非特許文献１１】3GPP TSG RAN WG1 meeting, R1-103062, “Supporting frequency diversity and frequency selective R-PDCCH transmissions” May 2010
【発明の概要】
【発明が解決しようとする課題】
【００３６】
ところで、基地局配下の端末に向けたＰＤＣＣＨがマッピングされるリソース領域（以下、「ＰＤＣＣＨ領域」という）のリソースが不足することも想定される。このリソース不足を解消する方法として、基地局配下の端末に向けた下り割当制御情報（ＤＣＩ）を、前述のＲ−ＰＤＣＣＨがマッピングされるリソース領域（以下、「Ｒ−ＰＤＣＣＨ領域」という）にも配置することが考えられる（図８参照）。ただし、実際にＲ−ＰＤＣＣＨ領域がＤＣＩの送信に用いられるか、若しくは通常の下り回線データの送信に用いられるかについては、基地局のスケジューリングによってサブフレーム毎に決定される。
【００３７】
ここで、端末がＲ−ＰＤＣＣＨを介して下り割当制御情報を受信し、下り回線データを受信した場合であっても前述のＡＲＱが適用される。しかしながら、この場合における応答信号の送信方法についてはまだ十分に検討がなされていない。
【００３８】
本発明の目的は、端末がＲ−ＰＤＣＣＨを介して下り割当制御情報を受信した場合に、応答信号を効率良く送信できる通信装置、通信方法及び集積回路を提供することである。
【課題を解決するための手段】
【００３９】
本発明の一態様に係る通信装置は、ｃｅｌｌに割り当てられた下りデータのリソースを示す下り割当情報を含む制御チャネルを端末に送信し、前記下りデータを前記端末に送信する送信部と、前記下りデータに対する応答信号であって、前記端末から送信された前記応答信号を受信する受信部と、を有し、複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、チャネルセレクションを用いて送信され、かつ、ｐｒｉｍａｒｙｃｅｌｌに対する前記下り割当情報が、ＰＤＣＣＨ領域のＣＣＥで送信される第１の制御チャネルに含まれる場合、前記ＣＣＥの番号からリソースを特定する第１の方法で特定された第１のリソースを含む複数のリソースのうちの一つを用いて送信された、前記複数の応答信号を受信し、複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、チャネルセレクションを用いて送信され、かつ、ｐｒｉｍａｒｙｃｅｌｌに対する前記下り割当情報が、前記第１の制御チャネルとは異なる第２の制御チャネルに含まれる場合、前記第１の方法とは異なる第２の方法で特定された第２のリソースを含む複数のリソースのうちの一つを用いて送信された、前記複数の応答信号を受信する構成を採る。
また、本発明の一態様に係る通信装置は、ｃｅｌｌに割り当てられた下りデータのリソースを示す下り割当情報を含む制御チャネルを端末に送信し、前記下りデータを前記端末に送信する送信部と、前記下りデータに対する応答信号であって、前記端末から送信された前記応答信号を受信する受信部と、を有し、前記下り割当情報が、ＰＤＣＣＨ領域のＣＣＥで送信される第１の制御チャネルに含まれる場合、前記ＣＣＥの番号からリソースを特定する第１の方法で特定された第１のリソースを用いて送信された、前記応答信号を受信し、複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、まとめて符号化されるフォーマットを用いて送信され、かつ、前記下り割当情報が、前記第１の制御チャネルに含まれる場合、前記第１の方法とは異なる第２の方法で特定された第２のリソースを用いて送信された、前記複数の応答信号を受信し、複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、まとめて符号化されるフォーマットを用いて送信され、かつ、前記下り割当情報が、前記第１の制御チャネルとは異なる第２の制御チャネルに含まれる場合、前記第２のリソースを用いて送信された、前記複数の応答信号を受信する構成を採る。
【００４０】
本発明の一態様に係る通信方法は、ｃｅｌｌに割り当てられた下りデータのリソースを示す下り割当情報を含む制御チャネルを端末に送信する工程と、前記下りデータを前記端末に送信する工程と、前記下りデータに対する応答信号であって、前記端末から送信された前記応答信号を受信する工程と、を有し、複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、チャネルセレクションを用いて送信され、かつ、ｐｒｉｍａｒｙｃｅｌｌに対する前記下り割当情報が、ＰＤＣＣＨ領域のＣＣＥで送信される第１の制御チャネルに含まれる場合、前記ＣＣＥの番号からリソースを特定する第１の方法で特定された第１のリソースを含む複数のリソースのうちの一つを用いて送信された、前記複数の応答信号を受信し、複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、チャネルセレクションを用いて送信され、かつ、ｐｒｉｍａｒｙｃｅｌｌに対する前記下り割当情報が、前記第１の制御チャネルとは異なる第２の制御チャネルに含まれる場合、前記第１の方法とは異なる第２の方法で特定された第２のリソースを含む複数のリソースのうちの一つを用いて送信された、前記複数の応答信号を受信する構成を採る。
また、本発明の一態様に係る通信方法は、ｃｅｌｌに割り当てられた下りデータのリソースを示す下り割当情報を含む制御チャネルを端末に送信する工程と、前記下りデータを前記端末に送信する工程と、前記下りデータに対する応答信号であって、前記端末から送信された前記応答信号を受信する工程と、を有し、前記下り割当情報が、ＰＤＣＣＨ領域のＣＣＥで送信される第１の制御チャネルに含まれる場合、前記ＣＣＥの番号からリソースを特定する第１の方法で特定された第１のリソースを用いて送信された、前記応答信号を受信し、複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、まとめて符号化されるフォーマットを用いて送信され、かつ、前記下り割当情報が、前記第１の制御チャネルに含まれる場合、前記第１の方法とは異なる第２の方法で特定された第２のリソースを用いて送信された、前記複数の応答信号を受信し、複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、まとめて符号化されるフォーマットを用いて送信され、かつ、前記下り割当情報が、前記第１の制御チャネルとは異なる第２の制御チャネルに含まれる場合、前記第２のリソースを用いて送信された、前記複数の応答信号を受信する構成を採る。
【００４１】
本発明の一態様に係る集積回路は、ｃｅｌｌに割り当てられた下りデータのリソースを示す下り割当情報を含む制御チャネルを端末に送信する処理と、前記下りデータを前記端末に送信する処理と、前記下りデータに対する応答信号であって、前記端末から送信された前記応答信号を受信する処理と、を制御し、複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、チャネルセレクションを用いて送信され、かつ、ｐｒｉｍａｒｙｃｅｌｌに対する前記下り割当情報が、ＰＤＣＣＨ領域のＣＣＥで送信される第１の制御チャネルに含まれる場合、前記ＣＣＥの番号からリソースを特定する第１の方法で特定された第１のリソースを含む複数のリソースのうちの一つを用いて送信された、前記複数の応答信号を受信し、複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、チャネルセレクションを用いて送信され、かつ、ｐｒｉｍａｒｙｃｅｌｌに対する前記下り割当情報が、前記第１の制御チャネルとは異なる第２の制御チャネルに含まれる場合、前記第１の方法とは異なる第２の方法で特定された第２のリソースを含む複数のリソースのうちの一つを用いて送信された、前記複数の応答信号を受信する構成を採る。
また、本発明の一態様に係る集積回路は、ｃｅｌｌに割り当てられた下りデータのリソースを示す下り割当情報を含む制御チャネルを端末に送信する処理と、前記下りデータを前記端末に送信する処理と、前記下りデータに対する応答信号であって、前記端末から送信された前記応答信号を受信する処理と、を制御し、前記下り割当情報が、ＰＤＣＣＨ領域のＣＣＥで送信される第１の制御チャネルに含まれる場合、前記ＣＣＥの番号からリソースを特定する第１の方法で特定された第１のリソースを用いて送信された、前記応答信号を受信し、複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、まとめて符号化されるフォーマットを用いて送信され、かつ、前記下り割当情報が、前記第１の制御チャネルに含まれる場合、前記第１の方法とは異なる第２の方法で特定された第２のリソースを用いて送信された、前記複数の応答信号を受信し、複数のｃｅｌｌの複数の下りデータに対する複数の応答信号が、まとめて符号化されるフォーマットを用いて送信され、かつ、前記下り割当情報が、前記第１の制御チャネルとは異なる第２の制御チャネルに含まれる場合、前記第２のリソースを用いて送信された、前記複数の応答信号を受信する構成を採る。
【発明の効果】
【００４２】
本発明によれば、端末がＲ−ＰＤＣＣＨを介して下り割当制御情報を受信した場合に、応答信号を効率良く送信できる。
【図面の簡単な説明】
【００４３】
【図１】応答信号及び参照信号の拡散方法を示す図
【図２】ＰＵＳＣＨリソースにおける応答信号及び上り回線データのＴＤＭの適用に関わる動作を示す図
【図３】個別の端末に適用される非対称のCarrier aggregation及びその制御シーケンスの説明に供する図
【図４】個別の端末に適用される非対称のCarrier aggregation及びその制御シーケンスの説明に供する図
【図５】Carrier aggregationが端末に適用される場合のＡＲＱ制御の説明に供する図
【図６】無線通信中継装置を含む通信システムの説明に供する図
【図７】Ｒ−ＰＤＣＣＨ領域の一例を示す図
【図８】ＰＤＣＣＨのマッピング例の説明に供する図
【図９】本発明の実施の形態１に係る基地局の主要構成を示すブロック図
【図１０】本発明の実施の形態１に係る端末の主要構成を示すブロック図
【図１１】本発明の実施の形態１に係る基地局の構成を示すブロック図
【図１２】本発明に実施の形態１に係る端末の構成を示すブロック図
【図１３】本発明に実施の形態１に係るＡ／Ｎリソースの制御例１
【図１４Ａ】本発明に実施の形態１に係る応答信号送信の制御例２
【図１４Ｂ】本発明に実施の形態１に係る応答信号送信の制御例２
【図１５Ａ】本発明に実施の形態１に係る応答信号送信の制御例３
【図１５Ｂ】本発明に実施の形態１に係る応答信号送信の制御例３
【図１５Ｃ】本発明に実施の形態１に係る応答信号送信の制御例３
【図１５Ｄ】本発明に実施の形態１に係る応答信号送信の制御例３
【図１６Ａ】本発明に実施の形態１に係る応答信号送信の制御例４
【図１６Ｂ】本発明に実施の形態１に係る応答信号送信の制御例４
【図１６Ｃ】本発明に実施の形態１に係る応答信号送信の制御例４
【図１６Ｄ】本発明に実施の形態１に係る応答信号送信の制御例４
【図１７】本発明に実施の形態２に係る端末の構成を示すブロック図
【図１８】本発明に実施の形態２に係る応答信号送信の制御例
【発明を実施するための形態】
【００４４】
以下、本発明の実施の形態について図面を参照して詳細に説明する。なお、実施の形態において、同一の構成要素には同一の符号を付し、その説明は重複するので省略する。
【００４５】
先ず、各実施の形態の具体的な構成及び動作を説明する前に、Ｒ−ＰＤＣＣＨを介して端末が下り割当制御情報を受信した場合における、下り回線データに対する応答信号（上り応答信号）を送信する方法として、本発明者らが着目した方法について説明する。
【００４６】
ここで、端末がＲ−ＰＤＣＣＨを介して下り割当制御情報を受信し、下り回線データを受信した場合における上り回線での応答信号の送信方法として、以下の２つの方法が考えられる。
【００４７】
一つは、ＬＴＥにおけるＰＤＣＣＨが占有していたＣＣＥとＰＵＣＣＨリソースとの関連付けと同様に、Ｒ−ＰＤＣＣＨが占有していたＲ−ＣＣＥ（Relay-Control Channel Element）と１対１に関連付けられたＰＵＣＣＨリソースを用いて応答信号を送信する方法（Implicit signalling）である（方法１）。つまり、基地局配下の端末に向けたＤＣＩをＲ−ＰＤＣＣＨ領域に配置する場合、各Ｒ−ＰＤＣＣＨは、ＰＤＣＣＨと同様、１つまたは連続する複数のＲ−ＣＣＥで構成されるリソースを占有する。また、Ｒ−ＰＤＣＣＨが占有するＲ−ＣＣＥ数（Ｒ−ＣＣＥ連結数：Relay CCE aggregation level）としては、例えば、割当制御情報の情報ビット数又は端末の伝搬路状態に応じて、１，２，４，８の中の１つが選択される。
【００４８】
もう一つは、予め基地局からＰＵＣＣＨ向けのリソースを端末に対して通知しておく方法（Explicit signalling）である（方法２）。つまり、方法２では、端末は、予め基地局から通知されたＰＵＣＣＨリソースを用いて応答信号を送信する。
【００４９】
方法１又は方法２を用いることにより、端末はＲ−ＰＤＣＣＨを介して下り割当制御情報を受信した場合であっても、下り回線データに対する応答信号を送信することができる。
【００５０】
しかしながら、方法１では、下り周波数帯域に分散して配置される全てのＲ−ＣＣＥに対して個別のＰＵＣＣＨを関連付けておく必要があり、ＰＵＣＣＨリソースのオーバーヘッドが問題となる。更には、前述の通り、Ｒ−ＰＤＣＣＨはＰＤＣＣＨが逼迫している場合に臨時に用いられるリソース領域である。そのため、Ｒ−ＰＤＣＣＨ領域がＤＣＩの送信のために常に用いられているとは限らないので、或る時間帯（或るサブフレーム）ではＲ−ＣＣＥと関連付けられた大部分のＰＵＣＣＨリソースが無駄となってしまう可能性がある。
【００５１】
また、方法２では、Ｒ−ＰＤＣＣＨを用いてＤＣＩが送信される可能性のある端末全てに対して、個別のＰＵＣＣＨリソースを予め通知しておかなければならない。よって、方法２でも、ＰＵＣＣＨのオーバーヘッドが問題となる。
【００５２】
そこで、以下では、端末がＲ−ＰＤＣＣＨを介して下り割当制御情報を受信した場合に、下り回線データに対する応答信号を送信するために必要な（確保すべき）ＰＵＣＣＨをなるべく低減することができる端末、基地局及び信号送信制御方法について説明する。
【００５３】
［実施の形態１］
図９は、本発明の実施の形態１に係る基地局１００の主要構成図である。基地局１００において、マッピング部１０８は、ＰＵＣＣＨ（上り制御チャネル）のリソースに関連付けられた１つ又は複数のＣＣＥで送信されるＰＤＣＣＨ（第１の下り制御チャネル）、及び、ＰＤＣＣＨとは異なるＲ−ＰＤＣＣＨ（第２の下り制御チャネル）のいずれかにＤＣＩ（下り制御情報）をマッピングするとともに、データをＰＤＳＣＨ（データチャネル）にマッピングする。これにより、ＤＣＩ（下り制御情報）はＰＤＣＣＨ及びＲ−ＰＤＣＣＨのいずれかで送信され、データはＰＤＳＣＨで送信される。ＰＵＣＣＨ抽出部１１４は、マッピング部１０８においてＰＤＣＣＨ（下り制御チャネル）又はＲ−ＰＤＣＣＨ（第２の下り制御チャネル）のいずれでＤＣＩ（下り制御情報）を送信したかに応じて、ＣＣＥに関連付けられたリソース及び端末２００に対して通知した特定のリソースの中から、端末２００においてデータに対する応答信号の送信に用いられたリソースを選択し、選択されたリソースで応答信号を抽出する。これにより、データに対する応答信号が受信される。
【００５４】
図１０は、本発明の実施の形態１に係る端末２００の主要構成図である。端末２００において、抽出部２０４は、ＰＵＣＣＨ（上り制御チャネル）のリソースに関連付けられた１つ又は複数のＣＣＥで送信されるＰＤＣＣＨ（第１の下り制御チャネル）、及び、ＰＤＣＣＨとは異なるＲ−ＰＤＣＨ（第２の下り制御チャネル）のいずれかでＤＣＩ（下り制御情報）を抽出し、ＰＤＳＣＨ（データチャネル）でデータを抽出する。これにより、ＤＣＩはＰＤＣＣＨ及びＲ−ＰＤＣＣＨのいずれかで受信され、データはＰＤＳＣＨで受信される。応答信号生成部２１２は、データの誤りの有無に基づいて、データに対する応答信号を生成する。制御部２０８は、ＰＵＣＣＨ（上り制御チャネル）を用いて応答信号の送信を制御する。このとき、制御部２０８は、ＤＣＩ（下り制御情報）をＰＤＣＣＨ（第１の下り制御チャネル）又はＲ−ＰＤＣＣＨ（第２の下り制御チャネル）のいずれで受信したかに応じて、ＣＣＥに関連付けられたリソース及び基地局１００から通知された特定のリソースの中から、応答信号の送信に用いるＰＵＣＣＨ（上り制御チャネル）のリソースを選択し、応答信号の送信を制御する。
【００５５】
［基地局の構成］
図１１は、本実施の形態に係る基地局１００の構成を示すブロック図である。図１１において、基地局１００は、制御部１０１と、制御情報生成部１０２と、符号化部１０３と、変調部１０４と、符号化部１０５と、データ送信制御部１０６と、変調部１０７と、マッピング部１０８と、ＩＦＦＴ（Inverse Fast Fourier Transform）部１０９と、ＣＰ付加部１１０と、無線送信部１１１と、無線受信部１１２と、ＣＰ除去部１１３と、ＰＵＣＣＨ抽出部１１４と、逆拡散部１１５と、系列制御部１１６と、相関処理部１１７と、Ａ／Ｎ判定部１１８と、束Ａ／Ｎ逆拡散部１１９と、ＩＤＦＴ（Inverse Discrete Fourier Transform）部１２０と、束Ａ／Ｎ判定部１２１と、再送制御信号生成部１２２とを有する。
【００５６】
制御部１０１は、リソース割当対象端末（以下「宛先端末」又は単に「端末」ともいう）２００に対して、制御情報を送信するための下りリソース（つまり、下り制御情報割当リソース）、及び、下り回線データを送信するための下りリソース（つまり、下りデータ割当リソース）を割り当てる（Assignする）。このリソース割当は、リソース割当対象端末２００に設定される単位バンドグループに含まれる下り単位バンドにおいて行われる。また、下り制御情報割当リソースは、各下り単位バンドにおける下り制御チャネル（ＰＤＣＣＨ又はＲ−ＰＤＣＣＨ）に対応するリソース内で選択される。また、下りデータ割当リソースは、各下り単位バンドにおける下りデータチャネル（ＰＤＳＣＨ）に対応するリソース内で選択される。ただし、ＰＤＳＣＨ及びＲ−ＰＤＣＣＨにそれぞれ対応するリソースは一部又は全部がオーバーラップしており、基地局１００は、Ｒ−ＰＤＣＣＨに用いられなかったリソースをＰＤＳＣＨに転用することができる。また、リソース割当対象端末２００が複数有る場合には、制御部１０１は、リソース割当対象端末２００のそれぞれに異なるリソースを割り当てる。
【００５７】
下り制御情報割当リソースは、上記したＬ１／Ｌ２ＣＣＨと同等である。すなわち、下り制御情報割当リソースは、１つ又は複数のＣＣＥ（又は、Ｒ−ＣＣＥ。以下、ＣＣＥとＲ−ＣＣＥとを区別せずに、単にＣＣＥと呼ぶことがある）から構成される。
【００５８】
また、制御部１０１は、リソース割当対象端末２００に対して制御情報を送信する際に用いる符号化率を決定する。この符号化率に応じて制御情報のデータ量が異なるので、このデータ量の制御情報をマッピング可能な数のＣＣＥを持つ下り制御情報割当リソースが、制御部１０１によって割り当てられる。
【００５９】
そして、制御部１０１は、制御情報生成部１０２に対して、下りデータ割当リソースに関する情報を出力する。また、制御部１０１は、符号化部１０３に対して、符号化率に関する情報を出力する。また、制御部１０１は、送信データ（つまり、下り回線データ）の符号化率を決定し、符号化部１０５に出力する。また、制御部１０１は、下りデータ割当リソース及び下り制御情報割当リソースに関する情報をマッピング部１０８に対して出力する。ただし、制御部１０１は下り回線データと当該下り回線データに対する下り制御情報を同一の下り単位バンドにマッピングするよう制御する。
【００６０】
制御情報生成部１０２は、下りデータ割当リソースに関する情報を含む制御情報を生成して符号化部１０３へ出力する。この制御情報は下り単位バンド毎に生成される。また、リソース割当対象端末２００が複数有る場合に、リソース割当対象端末２００同士を区別するために、制御情報には、宛先端末２００の端末ＩＤが含まれる。例えば、宛先端末２００の端末ＩＤでマスキングされたＣＲＣビットが制御情報に含まれる。この制御情報は、「下り割当制御情報（Control information carrying downlink assignment）」又は「Downlink Control Information（ＤＣＩ）」と呼ばれることがある。
【００６１】
符号化部１０３は、制御部１０１から受け取る符号化率に従って、制御情報を符号化し、符号化された制御情報を変調部１０４へ出力する。
【００６２】
変調部１０４は、符号化後の制御情報を変調し、得られた変調信号をマッピング部１０８へ出力する。
【００６３】
符号化部１０５は、宛先端末２００毎の送信データ（つまり、下り回線データ）及び制御部１０１からの符号化率情報を入力として送信データを符号化し、データ送信制御部１０６に出力する。ただし、宛先端末２００に対して複数の下り単位バンドが割り当てられる場合には、各下り単位バンドで送信される送信データをそれぞれ符号化し、符号化後の送信データをデータ送信制御部１０６へ出力する。
【００６４】
データ送信制御部１０６は、初回送信時には、符号化後の送信データを保持すると共に変調部１０７へ出力する。符号化後の送信データは、宛先端末２００毎に保持される。また、１つの宛先端末２００への送信データは、送信される下り単位バンド毎に保持される。これにより、宛先端末２００に送信されるデータ全体の再送制御だけでなく、下り単位バンド毎の再送制御も可能になる。
【００６５】
また、データ送信制御部１０６は、再送制御信号生成部１２２から或る下り単位バンドで送信した下り回線データに対するＮＡＣＫ又はＤＴＸを受け取ると、この下り単位バンドに対応する保持データを変調部１０７へ出力する。データ送信制御部１０６は、再送制御信号生成部１２２から或る下り単位バンドで送信した下り回線データに対するＡＣＫを受け取ると、この下り単位バンドに対応する保持データを削除する。
【００６６】
変調部１０７は、データ送信制御部１０６から受け取る符号化後の送信データを変調し、変調信号をマッピング部１０８へ出力する。
【００６７】
マッピング部１０８は、制御部１０１から受け取る下り制御情報割当リソースの示すリソースに、変調部１０４から受け取る制御情報の変調信号をマッピングし、ＩＦＦＴ部１０９へ出力する。このとき、マッピング部１０８は、ＰＤＣＣＨ及びＲ−ＰＤＣＣＨのいずれかに、変調部１０４から受け取る制御情報（ＤＣＩ）をマッピングする。
【００６８】
また、マッピング部１０８は、制御部１０１から受け取る下りデータ割当リソース（すなわち、制御情報に含まれる情報）の示すリソース（ＰＤＳＣＨ（下りデータチャネル））に、変調部１０７から受け取る送信データの変調信号をマッピングし、ＩＦＦＴ部１０９へ出力する。
【００６９】
マッピング部１０８にて複数の下り単位バンドにおける複数のサブキャリアにマッピングされた制御情報及び送信データは、ＩＦＦＴ部１０９で周波数領域信号から時間領域信号に変換され、ＣＰ付加部１１０にてＣＰが付加されてＯＦＤＭ信号とされた後に、無線送信部１１１にてＤ／Ａ（Digital to Analog）変換、増幅及びアップコンバート等の送信処理が施され、アンテナを介して端末２００へ送信される。
【００７０】
無線受信部１１２は、端末２００から送信された上り応答信号又は参照信号をアンテナを介して受信し、上り応答信号又は参照信号に対しダウンコンバート、Ａ／Ｄ変換等の受信処理を行う。
【００７１】
ＣＰ除去部１１３は、受信処理後の上り応答信号又は参照信号に付加されているＣＰを除去する。
【００７２】
ＰＵＣＣＨ抽出部１１４は、受信信号に含まれるＰＵＣＣＨ信号から、予め端末２００に通知してある束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域の信号を抽出する。ここで、束ＡＣＫ／ＮＡＣＫリソースとは、前述したように、束ＡＣＫ／ＮＡＣＫ信号が送信されるべきリソースであり、ＤＦＴ−Ｓ−ＯＦＤＭフォーマット構成を採るリソースである。具体的には、ＰＵＣＣＨ抽出部１１４は、束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域のデータ部分（すなわち、束ＡＣＫ／ＮＡＣＫ信号が配置されているＳＣ−ＦＤＭＡシンボル）と参照信号部分（すなわち、束ＡＣＫ／ＮＡＣＫ信号を復調するための参照信号が配置されているＳＣ−ＦＤＭＡシンボル）を抽出する。ＰＵＣＣＨ抽出部１１４は、抽出したデータ部分を束Ａ／Ｎ逆拡散部１１９に出力し、参照信号部分を逆拡散部１１５−１に出力する。
【００７３】
また、ＰＵＣＣＨ抽出部１１４は、受信信号に含まれるＰＵＣＣＨ信号から、下り割当制御情報（ＤＣＩ）の送信に用いられたＰＤＣＣＨが占有していたＣＣＥに対応付けられているＡ／Ｎリソース及び予め端末２００に通知してある複数のＡ／Ｎリソースに対応する複数のＰＵＣＣＨ領域を抽出する。ここで、Ａ／Ｎリソースとは、Ａ／Ｎが送信されるべきリソースである。具体的には、ＰＵＣＣＨ抽出部１１４は、Ａ／Ｎリソースに対応するＰＵＣＣＨ領域のデータ部分（上り制御信号が配置されているＳＣ−ＦＤＭＡシンボル）と参照信号部分（上り制御信号を復調するための参照信号が配置されているＳＣ−ＦＤＭＡシンボル）を抽出する。このとき、ＰＵＣＣＨ抽出部１１４は、マッピング部１０８においてＰＤＣＣＨ又はＲ−ＰＤＣＣＨのいずれに制御情報をマッピングしたかに応じて、ＣＣＥに関連付けられたＰＵＣＣＨリソース及び端末２００に対して予め通知した特定のＰＵＣＣＨリソースの中から、応答信号の送信に用いられたリソース（つまり、端末２００からの信号が配置されているリソース）を選択し、選択されたリソースで応答信号を抽出する。そして、ＰＵＣＣＨ抽出部１１４は、抽出したデータ部分及び参照信号部分の両方を、逆拡散部１１５−２に出力する。このようにして、ＣＣＥに関連付けられたＰＵＣＣＨリソース及び端末２００に対して通知した特定のＰＵＣＣＨリソースの中から選択されたリソースで応答信号が受信される。
【００７４】
系列制御部１１６は、端末２００から通知されるＡ／Ｎ、Ａ／Ｎに対する参照信号、及び、束ＡＣＫ／ＮＡＣＫ信号に対する参照信号のそれぞれの拡散に用いられる可能性があるＢａｓｅ  ｓｅｑｕｅｎｃｅ（すなわち、系列長１２のＺＡＣ系列）を生成する。また、系列制御部１１６は、端末２００が用いる可能性のあるＰＵＣＣＨリソースにおいて、参照信号が配置され得るリソース（以下「参照信号リソース」という）に対応する相関窓をそれぞれ特定する。そして、系列制御部１１６は、束ＡＣＫ／ＮＡＣＫリソースにおいて参照信号が配置され得る参照信号リソースに対応する相関窓を示す情報及びＢａｓｅ  ｓｅｑｕｅｎｃｅを相関処理部１１７−１に出力する。系列制御部１１６は、参照信号リソースに対応する相関窓を示す情報及びＢａｓｅ  ｓｅｑｕｅｎｃｅを、相関処理部１１７−１に出力する。また、系列制御部１１６は、Ａ／Ｎ及びＡ／Ｎに対する参照信号が配置されるＡ／Ｎリソースに対応する相関窓を示す情報及びＢａｓｅ  ｓｅｑｕｅｎｃｅを相関処理部１１７−２に出力する。
【００７５】
逆拡散部１１５−１及び相関処理部１１７−１は、束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域から抽出された参照信号の処理を行う。
【００７６】
具体的には、逆拡散部１１５−１は、端末２００が束ＡＣＫ／ＮＡＣＫリソースの参照信号において２次拡散に用いるべきＷａｌｓｈ系列で参照信号部分を逆拡散し、逆拡散後の信号を相関処理部１１７−１に出力する。
【００７７】
相関処理部１１７−１は、参照信号リソースに対応する相関窓を示す情報及びＢａｓｅ  ｓｅｑｕｅｎｃｅを用いて、逆拡散部１１５−１から入力される信号と、端末２００において１次拡散に用いられる可能性のあるＢａｓｅ  ｓｅｑｕｅｎｃｅとの相関値を求める。そして、相関処理部１１７−１は、相関値を束Ａ／Ｎ判定部１２１に出力する。
【００７８】
逆拡散部１１５−２及び相関処理部１１７−２は、複数のＡ／Ｎリソースに対応する複数のＰＵＣＣＨ領域から抽出された参照信号及びＡ／Ｎの処理を行う。
【００７９】
具体的には、逆拡散部１１５−２は、端末２００が各Ａ／Ｎリソースのデータ部分及び参照信号部分において２次拡散に用いるべきＷａｌｓｈ系列及びＤＦＴ系列でデータ部分及び参照信号部分を逆拡散し、逆拡散後の信号を相関処理部１１７−２に出力する。
【００８０】
相関処理部１１７−２は、各Ａ／Ｎリソースに対応する相関窓を示す情報及びＢａｓｅ  ｓｅｑｕｅｎｃｅを用いて、逆拡散部１１５−２から入力される信号と、端末２００において１次拡散に用いられる可能性のあるＢａｓｅ  ｓｅｑｕｅｎｃｅとの相関値をそれぞれ求める。そして、相関処理部１１７−２は、それぞれの相関値をＡ／Ｎ判定部１１８に出力する。
【００８１】
Ａ／Ｎ判定部１１８は、相関処理部１１７−２から入力される複数の相関値に基づいて、端末２００からどのＡ／Ｎリソースを用いて信号が送信されているか、若しくは、いずれのＡ／Ｎリソースも用いられていないかを判定する。そして、Ａ／Ｎ判定部１１８は、端末２００からいずれかのＡ／Ｎリソースを用いて信号が送信されていると判定した場合、参照信号に対応する成分及びＡ／Ｎに対応する成分を用いて同期検波を行い、同期検波の結果を再送制御信号生成部１２２に出力する。一方、Ａ／Ｎ判定部１１８は、端末２００がいずれのＡ／Ｎリソースも用いていないと判定した場合には、Ａ／Ｎリソースが用いられていない旨を再送制御信号生成部１２２に出力する。
【００８２】
束Ａ／Ｎ逆拡散部１１９は、ＰＵＣＣＨ抽出部１１４から入力される束ＡＣＫ／ＮＡＣＫリソースのデータ部分に対応する束ＡＣＫ／ＮＡＣＫ信号をＤＦＴ系列によって逆拡散し、その信号をＩＤＦＴ部１２０に出力する。
【００８３】
ＩＤＦＴ部１２０は、束Ａ／Ｎ逆拡散部１１９から入力される周波数領域上の束ＡＣＫ／ＮＡＣＫ信号を、ＩＤＦＴ処理によって時間領域上の信号に変換し、時間領域上の束ＡＣＫ／ＮＡＣＫ信号を束Ａ／Ｎ判定部１２１に出力する。
【００８４】
束Ａ／Ｎ判定部１２１は、ＩＤＦＴ部１２０から入力される束ＡＣＫ／ＮＡＣＫリソースのデータ部分に対応する束ＡＣＫ／ＮＡＣＫ信号を、相関処理部１１７−１から入力される束ＡＣＫ／ＮＡＣＫ信号の参照信号情報を用いて復調する。また、束Ａ／Ｎ判定部１２１は、復調後の束ＡＣＫ／ＮＡＣＫ信号を復号し、復号結果を束Ａ／Ｎ情報として再送制御信号生成部１２２に出力する。ただし、束Ａ／Ｎ判定部１２１は、相関処理部１１７−１から入力される相関値が閾値よりも小さく、端末２００から束Ａ／Ｎリソースを用いて信号が送信されていないと判定した場合には、その旨を再送制御信号生成部１２２に出力する。
【００８５】
再送制御信号生成部１２２は、束Ａ／Ｎ判定部１２１から入力される情報、及び、Ａ／Ｎ判定部１１８から入力される情報に基づいて、下り単位バンドで送信したデータ（下り回線データ）を再送すべきか否かを判定し、判定結果に基づいて再送制御信号を生成する。具体的には、再送制御信号生成部１２２は、或る下り単位バンドで送信した下り回線データに対して再送する必要があると判断した場合には、当該下り回線データの再送命令を示す再送制御信号を生成して、再送制御信号をデータ送信制御部１０６へ出力する。また、再送制御信号生成部１２２は、或る下り単位バンドで送信した下り回線データに対して再送する必要が無いと判断した倍には、当該下り単位バンドで送信した下り回線データを再送しないことを示す再送制御信号を生成して、再送制御信号をデータ送信制御部１０６へ出力する。
【００８６】
なお、Ａ／Ｎ判定部１１８、束Ａ／Ｎ判定部１２１及び再送制御信号生成部１２２における再送制御の詳細については後述する。
【００８７】
［端末の構成］
図１２は、本実施の形態に係る端末２００の構成を示すブロック図である。図１２において、端末２００は、無線受信部２０１と、ＣＰ除去部２０２と、ＦＦＴ（Fast Fourier Transform）部２０３と、抽出部２０４と、復調部２０５と、復号部２０６と、判定部２０７と、制御部２０８と、復調部２０９と、復号部２１０と、ＣＲＣ部２１１と、応答信号生成部２１２と、符号化・変調部２１３と、１次拡散部２１４−１，２１４−２と、２次拡散部２１５−１，２１５−２と、ＤＦＴ部２１６と、拡散部２１７と、ＩＦＦＴ部２１８−１，２１８−２，２１８−３と、ＣＰ付加部２１９−１，２１９−２，２１９−３と、時間多重部２２０と、選択部２２１と、無線送信部２２２とを有する。
【００８８】
無線受信部２０１は、基地局１００から送信されたＯＦＤＭ信号をアンテナを介して受信し、受信ＯＦＤＭ信号に対しダウンコンバート、Ａ／Ｄ変換等の受信処理を行う。なお、受信ＯＦＤＭ信号には、ＰＤＳＣＨ内のリソースに割り当てられたＰＤＳＣＨ信号（下り回線データ）、Ｒ−ＰＤＣＣＨ内のリソースに割り当てられたＲ−ＰＤＣＣＨ信号又はＰＤＣＣＨ内のリソースに割り当てられたＰＤＣＣＨ信号が含まれる。以降、Ｒ−ＰＤＣＣＨ信号とＰＤＣＣＨ信号とを区別せずに、単に「ＰＤＣＣＨ信号」又は「下り制御チャネル信号」と呼ぶことがある。
【００８９】
ＣＰ除去部２０２は、受信処理後のＯＦＤＭ信号に付加されているＣＰを除去する。
【００９０】
ＦＦＴ部２０３は、受信ＯＦＤＭ信号をＦＦＴして周波数領域信号に変換し、得られた受信信号を抽出部２０４へ出力する。
【００９１】
抽出部２０４は、入力される符号化率情報に従って、ＦＦＴ部２０３から受け取る受信信号から下り制御チャネル信号（ＰＤＣＣＨ信号又はＲ−ＰＤＣＣＨ信号）を抽出する。すなわち、符号化率に応じて下り制御情報割当リソースを構成するＣＣＥ（又はＲ−ＣＣＥ）の数が変わるので、抽出部２０４は、その符号化率に対応する個数のＣＣＥを抽出単位として、下り制御チャネル信号を抽出する。また、下り制御チャネル信号は、下り単位バンドごとに抽出される。抽出された下り制御チャネル信号は、復調部２０５へ出力される。
【００９２】
また、抽出部２０４は、後述する判定部２０７から受け取る自装置宛の下りデータ割当リソースに関する情報に基づいて、受信信号から下り回線データ（下りデータチャネル信号（ＰＤＳＣＨ信号））を抽出し、復調部２０９へ出力する。このように、抽出部２０４は、ＰＤＣＣＨ及びＲ−ＰＤＣＣＨのいずれかにマッピングされた下り割当制御情報（ＤＣＩ）を受信し、ＰＤＳＣＨで下り回線データを受信する。
【００９３】
復調部２０５は、抽出部２０４から受け取る下り制御チャネル信号を復調し、得られた復調結果を復号部２０６に出力する。
【００９４】
復号部２０６は、入力される符号化率情報に従って、復調部２０５から受け取る復調結果を復号して、得られた復号結果を判定部２０７に出力する。
【００９５】
判定部２０７は、復号部２０６から受け取る復号結果に含まれる制御情報が自装置宛の制御情報であるか否かをブラインド判定（モニタ）する。この判定は、上記した抽出単位に対応する復号結果を単位として行われる。例えば、判定部２０７は、自装置の端末ＩＤでＣＲＣビットをデマスキングし、ＣＲＣ＝ＯＫ（誤り無し）となった制御情報を自装置宛の制御情報であると判定する。そして、判定部２０７は、自装置宛の制御情報に含まれる、自装置に対する下りデータ割当リソースに関する情報を抽出部２０４へ出力する。
【００９６】
また、判定部２０７は、自装置宛の制御情報（すなわち、下り割当制御情報）を検出した場合、ＡＣＫ／ＮＡＣＫ信号が発生（存在）する旨を制御部２０８に通知する。また、判定部２０７は、自装置宛の制御情報をＰＤＣＣＨ信号から検出した場合、当該ＰＤＣＣＨが占有していたＣＣＥに関する情報を制御部２０８に出力する。
【００９７】
制御部２０８は、判定部２０７から入力されるＣＣＥに関する情報から、当該ＣＣＥに関連付けられたＡ／Ｎリソースを特定する。そして、制御部２０８は、ＣＣＥに関連付けられたＡ／Ｎリソース、又は、予め基地局１００から通知されているＡ／Ｎリソースに対応するＢａｓｅ  ｓｅｑｕｅｎｃｅ及び循環シフト量を、１次拡散部２１４−１へ出力し、当該Ａ／Ｎリソースに対応するＷａｌｓｈ系列及びＤＦＴ系列を２次拡散部２１５−１へ出力する。また、制御部２０８は、Ａ／Ｎリソースの周波数リソース情報をＩＦＦＴ部２１８−１に出力する。
【００９８】
また、制御部２０８は、束ＡＣＫ／ＮＡＣＫ信号を束ＡＣＫ／ＮＡＣＫリソースを用いて送信すると判断した場合、予め基地局１００から通知されている束ＡＣＫ／ＮＡＣＫリソースの参照信号部分（参照信号リソース）に対応するＢａｓｅ  ｓｅｑｕｅｎｃｅ及び循環シフト量を、１次拡散部２１４−２へ出力し、Ｗａｌｓｈ系列を２次拡散部２１５−２へ出力する。また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソースの周波数リソース情報をＩＦＦＴ部２１８−２に出力する。
【００９９】
また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソースのデータ部分の拡散に用いるＤＦＴ系列を拡散部２１７に出力し、束ＡＣＫ／ＮＡＣＫリソースの周波数リソース情報をＩＦＦＴ部２１８−３に出力する。
【０１００】
また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソース又はＡ／Ｎリソースのいずれかを選択し、選択したリソースを無線送信部２２２に出力するよう選択部２２１に指示する。このとき、制御部２０８は、下り割当制御情報（ＤＣＩ）がＰＤＣＣＨ又はＲ−ＰＤＣＣＨのいずれにマッピングされているかに応じて、ＣＣＥに関連付けられたＰＵＣＣＨリソース及び基地局１００から予め通知された特定のＰＵＣＣＨリソースの中から、応答信号の送信に用いるリソースを選択し、応答信号の送信を制御する。更に、制御部２０８は、選択したリソースに応じて、束ＡＣＫ／ＮＡＣＫ信号又はＡＣＫ／ＮＡＣＫ信号のいずれかを生成するよう応答信号生成部２１２に指示する。なお、制御部２０８におけるＡ／Ｎリソースの決定方法、及び、束ＡＣＫ／ＮＡＣＫリソースの制御方法の詳細については後述する。
【０１０１】
復調部２０９は、抽出部２０４から受け取る下り回線データを復調し、復調後の下り回線データを復号部２１０へ出力する。
【０１０２】
復号部２１０は、復調部２０９から受け取る下り回線データを復号し、復号後の下り回線データをＣＲＣ部２１１へ出力する。
【０１０３】
ＣＲＣ部２１１は、復号部２１０から受け取る復号後の下り回線データを生成し、ＣＲＣを用いて下り単位バンド毎に誤り検出し、ＣＲＣ＝ＯＫ（誤り無し）の場合にはＡＣＫを、ＣＲＣ＝ＮＧ（誤り有り）の場合にはＮＡＣＫを、応答信号生成部２１２へそれぞれ出力する。また、ＣＲＣ部２１１は、ＣＲＣ＝ＯＫ（誤り無し）の場合には、復号後の下り回線データを受信データとして出力する。
【０１０４】
応答信号生成部２１２は、ＣＲＣ部２１１から入力される、各下り単位バンドにおける下り回線データの受信状況（下り回線データの誤り検出結果）に基づいて応答信号を生成する。すなわち、応答信号生成部２１２は、制御部２０８から束ＡＣＫ／ＮＡＣＫ信号を生成するように指示された場合には、下り単位バンド毎の誤り検出結果の各々が個別データとして含まれている束ＡＣＫ／ＮＡＣＫ信号を生成する。一方、応答信号生成部２１２は、制御部２０８からＡＣＫ／ＮＡＣＫ信号を生成するように指示された場合には、１シンボルのＡＣＫ／ＮＡＣＫ信号を生成する。そして、応答信号生成部２１２は生成した応答信号を符号化・変調部２１３に出力する。
【０１０５】
符号化・変調部２１３は、束ＡＣＫ／ＮＡＣＫ信号が入力された場合には、入力された束ＡＣＫ／ＮＡＣＫ信号を符号化・変調し、１２シンボルの変調信号を生成し、ＤＦＴ部２１６へ出力する。また、符号化・変調部２１３は、１シンボルのＡＣＫ／ＮＡＣＫ信号が入力された場合には、当該ＡＣＫ／ＮＡＣＫ信号を変調し、１次拡散部２１４−１に出力する。
【０１０６】
ＤＦＴ部２１６は、入力される時系列の束ＡＣＫ／ＮＡＣＫ信号を１２個纏めてＤＦＴ処理を行うことにより、１２個の周波数軸上の信号成分を得る。そして、ＤＦＴ部２１６は１２個の信号成分を拡散部２１７に出力する。
【０１０７】
拡散部２１７は、制御部２０８から指示されたＤＦＴ系列を用いて、ＤＦＴ部２１６から入力された１２個の信号成分を拡散し、ＩＦＦＴ部２１８−３に出力する。
【０１０８】
また、Ａ／Ｎリソース、及び、束ＡＣＫ／ＮＡＣＫリソースの参照信号リソースに対応する１次拡散部２１４−１及び２１４−２は、制御部２０８の指示に従ってＡＣＫ／ＮＡＣＫ信号又は参照信号を、リソースに対応するＢａｓｅ  ｓｅｑｕｅｎｃｅによって拡散し、拡散した信号を２次拡散部２１５−１，２１５−２へ出力する。
【０１０９】
２次拡散部２１５−１，２１５−２は、制御部２０８の指示により、入力された１次拡散後の信号をウォルシュ系列又はＤＦＴ系列を用いて拡散しＩＦＦＴ部２１８−１，２１８−２に出力する。
【０１１０】
ＩＦＦＴ部２１８−１，２１８−２，２１８−３は、制御部２０８の指示により、入力された信号を、配置されるべき周波数位置に対応付けてＩＦＦＴ処理を行う。これにより、ＩＦＦＴ部２１８−１，２１８−２，２１８−３に入力された信号（すなわち、ＡＣＫ／ＮＡＣＫ信号、Ａ／Ｎリソースの参照信号、束ＡＣＫ／ＮＡＣＫリソースの参照信号、束ＡＣＫ／ＮＡＣＫ信号）は時間領域の信号に変換される。
【０１１１】
ＣＰ付加部２１９−１，２１９−２，２１９−３は、ＩＦＦＴ後の信号の後尾部分と同じ信号をＣＰとしてその信号の先頭に付加する。
【０１１２】
時間多重部２２０は、ＣＰ付加部２１９−３から入力される束ＡＣＫ／ＮＡＣＫ信号（すなわち、束ＡＣＫ／ＮＡＣＫリソースのデータ部分を用いて送信される信号）と、ＣＰ付加部２１９−２から入力される束ＡＣＫ／ＮＡＣＫリソースの参照信号とを、束ＡＣＫ／ＮＡＣＫリソースに時間多重し、得られた信号を選択部２２１へ出力する。
【０１１３】
選択部２２１は、制御部２０８の指示に従って、時間多重部２２０から入力される束ＡＣＫ／ＮＡＣＫリソースとＣＰ付加部２１９−１から入力されるＡ／Ｎリソースのいずれかを選択し、選択したリソースに割り当てられた信号を無線送信部２２２へ出力する。
【０１１４】
無線送信部２２２は、選択部２２１から受け取る信号に対しＤ／Ａ変換、増幅及びアップコンバート等の送信処理を行い、アンテナから基地局１００へ送信する。
【０１１５】
［基地局１００及び端末２００の動作］
上述のように構成された基地局１００及び端末２００の動作について説明する。
【０１１６】
以下の説明では、基地局１００は、複数の端末２００毎に、下り割当制御情報の送信にＰＤＣＣＨのみを用いるか、ＰＤＣＣＨと併せてＲ−ＰＤＣＣＨを用いるかを設定（configure）し、設定結果を各端末２００に通知してあるとする。ただし、基地局１００は、端末２００に対してＲ−ＰＤＣＣＨを用いるように設定した場合であっても、状況に応じてＰＤＣＣＨとＲ−ＰＤＣＣＨとを使い分ける。例えば、基地局１００は、或るサブフレームにおいて制御情報を送信すべき端末２００の数が少ない場合には、全ての端末２００（Ｒ−ＰＤＣＣＨを用いるように設定された端末２００を含む）に対する制御情報を、ＰＤＣＣＨを用いて送信する。一方、例えば、基地局１００は、或るサブフレームにおいて制御情報を送信すべき端末２００の数が多い場合には、一部の端末２００（Ｒ−ＰＤＣＣＨを用いるように設定された端末２００）に対する制御情報を、Ｒ−ＰＤＣＣＨを用いて送信する。
【０１１７】
以下、応答信号の送信に用いるＡ／Ｎリソースの制御例１〜４について説明する。
【０１１８】
［制御例１：Carrier Aggregation無しの場合］
基地局１００は、予め端末２００に対して、下り割当制御情報（ＤＣＩ）の送信に用いる下り制御チャネルとしてＲ−ＰＤＣＣＨを設定する際、下り制御チャネルの設定結果と併せて、例えば、RRC signaling等を用いて１つの特定のＡ／Ｎリソースを明示的に（Explicitに）通知する（Explicit signalling）。例えば、図１３Ａ及び図１３Ｂでは、基地局１００は、Ｒ−ＰＤＣＣＨが設定された端末２００に対して、ＰＵＣＣＨ領域２（ＰＵＣＣＨ２）内の特定のＰＵＣＣＨリソースを、Ａ／Ｎリソースとして明示的に通知する。
【０１１９】
また、図１３Ａ及び図１３Ｂでは、ＰＤＣＣＨが有する各ＣＣＥと、ＰＵＣＣＨ領域１（ＰＵＣＣＨ１）内のＰＵＣＣＨリソース（Ａ／Ｎリソース）とが１対１に関連付けられている（Implicit signalling）。
【０１２０】
そして、基地局１００は、ＰＤＣＣＨ又はＲ−ＰＤＣＣＨのいずれかに下り割当制御情報（ＤＣＩ）をマッピングし、端末２００に対して下り割当制御情報（ＤＣＩ）を送信する。
【０１２１】
端末２００は、基地局１００からＰＤＣＣＨ及びＲ−ＰＤＣＣＨを用いるように設定されると、ＰＤＣＣＨ領域及びＲ−ＰＤＣＣＨ領域の双方をブラインド復号（モニタ）することにより、自装置宛の下り割当制御情報（ＤＣＩ）を検出する。そして、端末２００（抽出部２０４）は、ＰＤＣＣＨ及びＲ−ＰＤＣＣＨのいずれかにマッピングされた下り割当制御情報に基づいて、下り回線データ（DL data）を抽出する。
【０１２２】
次いで、端末２００は、自装置宛の下り割当制御情報（ＤＣＩ）を用いて割り当てられた下り回線データ（DL data）の受信誤りの有無を検出し、誤り検出結果に基づいて、上り単位バンドのＰＵＣＣＨを用いてＡＣＫ／ＮＡＣＫ信号を送信する。このとき、端末２００は、自装置宛の下り割当制御情報（ＤＣＩ）がＰＤＣＣＨ又はＲ−ＰＤＣＣＨのいずれにマッピングされているかに応じて（下り割当制御情報がＰＤＣＣＨ又はＲ−ＰＤＣＣＨのいずれで受信したかに応じて）、ＣＣＥに関連付けられたＰＵＣＣＨリソース及び基地局１００から予め通知された特定のＡ／Ｎリソースの中から、ＡＣＫ／ＮＡＣＫ信号の送信に用いるＡ／Ｎリソースを選択する。
【０１２３】
具体的には、端末２００（制御部２０８）は、図１３Ａに示すように、ＰＤＣＣＨで自装置宛の下り割当制御情報（ＤＣＩ）を受け取った場合、当該下り割当制御情報がマッピングされたＣＣＥ（つまり、ＰＤＣＣＨが送信されたＣＣＥ。又は、当該下り割当制御情報の送信に用いられたＰＤＣＣＨが占有していたＣＣＥ）と１対１に関連付けられたＰＵＣＣＨリソース（ＰＵＣＣＨ１内のＰＵＣＣＨリソース）を、ＡＣＫ／ＮＡＣＫ信号の送信に用いるＡ／Ｎリソースとして選択する。そして、端末２００は、選択したＡ／Ｎリソースを用いてＡＣＫ／ＮＡＣＫ信号を送信する。
【０１２４】
一方、端末２００（制御部２０８）は、図１３Ｂに示すように、Ｒ−ＰＤＣＣＨで自装置宛の下り割当制御情報（ＤＣＩ）を受け取った場合、予め基地局１００から明示的に通知されていた特定のＡ／Ｎリソース（ＰＵＣＣＨ２内のＰＵＣＣＨリソース）を、ＡＣＫ／ＮＡＣＫ信号の送信に用いるＡ／Ｎリソースとして選択する。そして、端末２００は、選択したＡ／Ｎリソースを用いてＡＣＫ／ＮＡＣＫ信号を送信する。
【０１２５】
また、基地局１００は、各端末２００宛の下り割当制御情報をマッピングした下り制御チャネル（ＰＤＣＣＨ又はＲ−ＰＤＣＣＨ）に応じて、端末２００からのＡＣＫ／ＮＡＣＫ信号の送信に用いられたＰＵＣＣＨリソースを選択し、選択したＰＵＣＣＨリソースに含まれる信号を抽出する。
【０１２６】
このように、基地局１００は、端末２００に対してＡ／Ｎリソースを明示的に通知することで、前述した方法１のように全てのＲ−ＣＣＥに対してＰＵＣＣＨリソースを１対１で関連付ける必要が無い。よって、Ｒ−ＰＤＣＣＨを介して送信された下り割当制御情報を用いて割り当てられた下り回線データに対するＡＣＫ／ＮＡＣＫ信号の送信用に確保するＡ／Ｎリソース数の増加、つまり、ＰＵＣＣＨリソースのオーバーヘッドの増加を抑えることができる。
【０１２７】
また、基地局１００は、端末２００に対して１つのＡ／Ｎリソースを明示的に通知するにもかかわらず、端末２００は、ＡＣＫ／ＮＡＣＫ信号の送信に当該Ａ／Ｎリソースを常に用いるわけではない。具体的には、端末２００は、ＰＤＣＣＨを介して下り割当制御情報を受信した場合には、当該下り割当制御情報の送信に用いられたＰＤＣＣＨが占有していたＣＣＥに関連付けられたＰＵＣＣＨリソースを優先して用いる。
【０１２８】
このため、基地局１００が複数の端末２００に対して同一のＡ／Ｎリソース（図１３Ａ，Ｂに示す予め通知されたＡ／Ｎリソース）を明示的に通知したとしても、基地局１００のスケジューラにかかる制約は、「同一のＡ／Ｎリソースを通知された複数の端末２００に対する下り割当制御情報を同一サブフレームにおいてＲ−ＰＤＣＣＨ領域に配置しない」ということだけである。例えば、基地局１００は、同一のＡ／Ｎリソースを通知した複数の端末２００のうち、１つの端末２００宛の下り割当制御情報のみをＲ−ＰＤＣＣＨを用いて送信し、残りの他の端末２００宛の下り割当制御情報をＰＤＣＣＨを用いて送信すればよい。これにより、１つの端末２００のみが複数の端末２００に対して通知されたＡ／Ｎリソースを用いて応答信号を送信する。すなわち、基地局１００は、このような非常に簡単なスケジューリングを行うことで、複数の端末２００に対して１つのＡ／Ｎリソースを共有させつつ、各端末２００からのＡＣＫ／ＮＡＣＫ信号の衝突回避を制御することができる。
【０１２９】
よって、基地局１００は、各端末２００に対して共通のＡ／Ｎリソースを設定することが可能となるので、前述した方法２のように各端末２００に対して個別のＡ／Ｎリソースを設定する必要が無く、ＰＵＣＣＨリソースのオーバーヘッドの増加を抑えることができる。
【０１３０】
従って、制御例１では、基地局１００のスケジューラにほとんど制約を与えることなく、複数の端末２００で同一のＡ／Ｎリソースを共有でき、かつ、ＰＤＣＣＨが占有するＣＣＥに予め関連付けられているＰＵＣＣＨリソースを優先して使用するので、ＰＵＣＣＨリソースの使用効率を向上させることができる。すなわち、端末２００では、Ｒ−ＰＤＣＣＨを介して下り割当制御情報を受信した場合でも、ＡＣＫ／ＮＡＣＫ信号を効率良く送信できる。
【０１３１】
［制御例２：Carrier Aggregation有り、かつ、Channel Selection適用の場合］
制御例２では、図１４Ａ及び図１４Ｂに示すように、端末２００に対して２つの下り単位バンドと１つの上り単位バンドとが設定（configure）される。つまり、基地局１００と端末２００との間では、２つの下り単位バンド及び１つの上り単位バンドを使用した通信、つまり、非対称Carrier aggregationによる通信が行われる。
【０１３２】
また、端末２００における応答信号（ＡＣＫ／ＮＡＣＫ信号）の送信方法としてChannel selectionが適用される。図１４Ａ及び図１４Ｂでは、２つの下り単位バンドでそれぞれ送信される下り回線データに対する２つの誤り検出結果（４通りの組み合わせ）をフィードバックする必要があるので、Channel selectionには２つのＡ／Ｎリソース（ＰＵＣＣＨリソース）が必要となる。
【０１３３】
また、図１４Ａ及び図１４Ｂに示すように、端末２００に設定された２つの下り単位バンドのうち、１つの下り単位バンドは、応答信号を送信すべき１つの上り単位バンドとペアになっている。このような応答信号を送信すべき上り単位バンドとペアになっている下り単位バンドは、ＰＣＣ（Primary Component Carrier）又はＰｃｅｌｌ（Primary Cell）と呼ばれる。例えば、ＰＣＣ（Ｐｃｅｌｌ）は、応答信号を送信すべき上り単位バンドに関する報知情報（例えば、ＳＩＢ２（System Information Block type2））を送信している下り単位バンドである。また、ＰＣＣ（Ｐｃｅｌｌ）内のＰＤＣＣＨ領域に含まれる各ＣＣＥは、上り単位バンド内のＰＵＣＣＨリソース（図１４Ａ及び図１４ＢではＰＵＣＣＨ１内のＰＵＣＣＨリソース）と１対１に関連付けられている（Implicit signalling）。
【０１３４】
このとき、基地局１００は、予め端末２００に対して、Ｐｃｅｌｌにおいて下り割当制御情報（ＤＣＩ）の送信に用いる下り制御チャネルとしてＲ−ＰＤＣＣＨを設定する際、下り制御チャネルの設定結果と併せて、例えば、RRC signaling等を用いて２つの特定のＡ／Ｎリソースを明示的に（Explicitに）通知する（Explicit signalling）。例えば、図１４Ａ及び図１４Ｂでは、基地局１００は、Ｒ−ＰＤＣＣＨが設定された端末２００に対して、ＰＵＣＣＨ領域２（ＰＵＣＣＨ２）内の特定の２つのＰＵＣＣＨリソースを、Ａ／Ｎリソース１及びＡ／Ｎリソース２として、明示的に通知する。
【０１３５】
そして、基地局１００は、ＰｃｅｌｌのＰＤＣＣＨ又はＲ−ＰＤＣＣＨのいずれかに下り割当制御情報（ＤＣＩ）をマッピングし、端末２００に対して下り割当制御情報（ＤＣＩ）を送信する。また、基地局１００は、Ｐｃｅｌｌ以外の下り単位バンドのＰＤＣＣＨに下り割当制御情報（ＤＣＩ）をマッピングし、端末２００に対して下り割当制御情報（ＤＣＩ）を送信する。
【０１３６】
端末２００は、少なくともＰｃｅｌｌにおいて、ＰＤＣＣＨ領域及びＲ−ＰＤＣＣＨ領域の双方をブラインド復号（モニタ）することにより、自装置宛の下り割当制御情報（ＤＣＩ）を検出する。そして、端末２００（抽出部２０４）は、ＰＤＣＣＨ及びＲ−ＰＤＣＣＨのいずれかにマッピングされた下り割当制御情報に基づいて、下り回線データ（DL data）を抽出する。これにより、端末２００は、複数の下り単位バンドのそれぞれで下り回線データを受信する。
【０１３７】
次いで、端末２００（ＣＲＣ部２１１）は、各下り単位バンドにおいて、自装置宛の下り割当制御情報（ＤＣＩ）を用いて割り当てられた下り回線データ（DL data）の受信誤りの有無を検出する。そして、応答信号生成部２１２は、各下り単位バンドの下り回線データの誤り検出結果（受信誤りの有無）のパターンに応じて、ＡＣＫ／ＮＡＣＫ信号を生成する。そして、端末２００は、上り単位バンドのＰＵＣＣＨを用いてＡＣＫ／ＮＡＣＫ信号を送信する。このとき、端末２００は、Ｐｃｅｌｌにおいて自装置宛の下り割当制御情報（ＤＣＩ）がＰＤＣＣＨ又はＲ−ＰＤＣＣＨのいずれにマッピングされているかに応じて、ＣＣＥに関連付けられたＰＵＣＣＨリソース及び基地局１００から予め通知された特定のＡ／Ｎリソースの中から、ＡＣＫ／ＮＡＣＫ信号の送信に用いるＡ／Ｎリソースを選択する。
【０１３８】
具体的には、端末２００（制御部２０８）は、図１４Ａに示すように、２つの下り単位バンドのうち、ＰｃｅｌｌのＰＤＣＣＨで自装置宛の下り割当制御情報を受け取った場合、当該下り割当制御情報がマッピングされたＣＣＥ（つまり、ＰＤＣＣＨが送信されたＣＣＥ）と１対１に関連付けられたＰＵＣＣＨリソース（ＰＵＣＣＨ１内のＰＵＣＣＨリソース）、又は、予め基地局１００から明示的に通知されていたＡ／Ｎリソース１の２つのＡ／Ｎリソースを用いて、Channel Selectionの動作を行う。すなわち、図１４Ａでは、端末２００は、２つの下り単位バンドで受信した下り回線データの受信状況（受信誤りの有無のパターン）に応じて、当該２つのＡ／Ｎリソースのうちいずれのリソースのいずれの位相点を用いてＡＣＫ／ＮＡＣＫ信号を送信するかを選択する。そして、端末２００は、選択したＡ／Ｎリソース及び位相点を用いてＡＣＫ／ＮＡＣＫ信号を送信する。
【０１３９】
一方、端末２００（制御部２０８）は、図１４Ｂに示すように、ＰｃｅｌｌのＲ−ＰＤＣＣＨで自装置宛の下り割当制御情報を受け取った場合、予め基地局１００から明示的に通知されていた２つのＡ／Ｎリソース（Ａ／Ｎリソース１及びＡ／Ｎリソース２）を用いて、Channel Selectionの動作を行う。
【０１４０】
このように、基地局１００は、制御例１と同様にして、端末２００に対してＡ／Ｎリソース（図１４Ａ及び図１４ＢではＡ／Ｎリソース１，２）を明示的に通知することで、前述した方法１のように全てのＲ−ＣＣＥに対してＰＵＣＣＨリソースを１対１で関連付ける必要が無い。よって、Ｒ−ＰＤＣＣＨを介して送信された下り割当制御情報で割り当てられた下り回線データに対するＡＣＫ／ＮＡＣＫ信号の送信用に確保するＡ／Ｎリソース数の増加、つまり、ＰＵＣＣＨリソースのオーバーヘッドの増加を抑えることができる。
【０１４１】
また、基地局１００は、制御例１と同様、端末２００に対してＡ／Ｎリソースを明示的に通知するにもかかわらず、端末２００は、ＰｃｅｌｌにおいてＰＤＣＣＨを介して下り割当制御情報を受信した場合には、当該下り割当制御情報の送信に用いられたＰｃｅｌｌのＰＤＣＣＨが占有していたＣＣＥに関連付けられたＰＵＣＣＨリソースを優先して用いる。このため、基地局１００は、制御例１と同様に、非常に簡単なスケジューリングを行うことで、複数の端末２００に対してＡ／Ｎリソースを共有させつつ、各端末２００からのＡＣＫ／ＮＡＣＫ信号の衝突回避を制御することができるので、ＰＵＣＣＨリソースのオーバーヘッドの増加を抑えることができる。
【０１４２】
従って、制御例２では、基地局１００のスケジューラにほとんど制約を与えることなく、複数の端末２００で同一のＡ／Ｎリソースを共有でき、かつ、ＰｃｅｌｌのＰＤＣＣＨが占有するＣＣＥに予め関連付けられているＰＵＣＣＨリソースを優先して使用するので、ＰＵＣＣＨリソースの使用効率を向上させることができる。すなわち、端末２００では、Channel Selectionを行う際に、Ｒ−ＰＤＣＣＨを介して下り割当制御情報を受信した場合でも、ＡＣＫ／ＮＡＣＫ信号を効率良く送信できる。
【０１４３】
なお、図１４Ａ及び図１４Ｂでは、端末２００がＰｃｅｌｌにおいてのみ、Ｒ−ＰＤＣＣＨ領域をモニタする場合について説明した。しかし、端末２００がＰｃｅｌｌ以外の下り単位バンドにおいてもＲ−ＰＤＣＣＨをモニタする場合、つまり、Ｐｃｅｌｌ以外の下り単位バンドにもＲ−ＰＤＣＣＨが設定される場合でも、上述した制御例２の動作を適用することができる。
【０１４４】
また、図１４Ａ及び図１４Ｂでは、端末２００に対して２つの下り単位バンドが設定される場合について説明したが、端末２００に対して設定される下り単位バンドの数は３個以上であってもよい。端末２００に設定される下り単位バンドの数が３個以上の場合には、下り単位バンドの数が２個の場合と比較して、各下り単位バンドでの誤り検出結果の組み合わせ（受信誤りの有無のパターン）が増加するので、Channel Selectionにおいて必要なリソース（下り単位バンドの数が２個の場合には２つのリソース）も増加する。そこで、基地局１００は、端末２００に対して設定する下り単位バンドの数に応じて、明示的に通知するＡ／Ｎリソースの数を決定すればよい。
【０１４５】
なお、本制御例では、基地局１００が端末２００に対してCarrier aggregationとChannel selectionとを同時に設定する場合について説明したが、このような設定がなされる場合であっても、基地局１００は状況に応じて端末２００に対してCarrier aggregationによらない下りデータ割当（すなわち、Non-carrier aggregation assignment）を行う場合が考えられる。基地局１００が或るサブフレームにおいて端末２００に対して、Carrier aggregationによらない下りデータ割当を行った場合、端末２００は当該サブフレームにおいて図１３に示す動作を行うが、この場合、図１３におけるＡ／Ｎリソースと、図１４におけるＡ／Ｎリソース１（又はＡ／Ｎリソース２）とは同一のリソースとして設定することができる。こうすることにより、基地局１００が適応的にCarrier aggregationによる通信とCarrier aggregationによらない通信を切り替える場合であっても、追加のＡ／Ｎリソースを端末２００に通知する必要がなくなり、オーバーヘッドが削減できる。
【０１４６】
［制御例３：Carrier Aggregation有り、かつ、DFT-S-OFDMフォーマット適用の場合］
制御例３では、図１５Ａ〜Ｄに示すように、端末２００に対して２つの下り単位バンドと１つの上り単位バンドとが設定（configure）される。また、端末２００における応答信号の送信方法としてDFT-S-OFDMフォーマットが適用される。
【０１４７】
また、図１５Ａ〜Ｄに示すように、端末２００に設定された２つの下り単位バンドのうち、１つの下り単位バンドはＰｃｅｌｌ（ＰＣＣ）であり、Ｐｃｅｌｌ内のＰＤＣＣＨ領域に含まれる各ＣＣＥは、上り単位バンド内のＰＵＣＣＨリソース（図１５Ａ〜ＤではＰＵＣＣＨ１内のＰＵＣＣＨリソース）と１対１に関連付けられている（Implicit signalling）。
【０１４８】
このとき、基地局１００は、予め端末２００に対して、Ｐｃｅｌｌにおいて下り割当制御情報（ＤＣＩ）の送信に用いる下り制御チャネルとしてＲ−ＰＤＣＣＨを設定する際又はCarrier Aggregationを設定する際、設定結果と併せて、例えば、RRC signaling等を用いて１つの束Ａ／Ｎリソース（DFT-S-OFDMフォーマットを有するリソース。Large ACK/NACKリソースと呼ばれることもある）を明示的に（Explicitに）通知する（Explicit signalling）。例えば、図１５Ａ〜Ｄでは、基地局１００は、端末２００に対して、ＰＵＣＣＨ領域２（ＰＵＣＣＨ２）内の特定のＰＵＣＣＨリソースを、束Ａ／Ｎリソースとして、明示的に通知する。
【０１４９】
そして、基地局１００は、ＰｃｅｌｌのＰＤＣＣＨ又はＲ−ＰＤＣＣＨのいずれかに下り割当制御情報（ＤＣＩ）をマッピングし、端末２００に対して下り割当制御情報（ＤＣＩ）を送信する。また、基地局１００は、Ｐｃｅｌｌ以外の下り単位バンドのＰＤＣＣＨに下り割当制御情報（ＤＣＩ）をマッピングし、端末２００に対して下り割当制御情報（ＤＣＩ）を送信する。
【０１５０】
端末２００は、少なくともＰｃｅｌｌにおいて、ＰＤＣＣＨ領域及びＲ−ＰＤＣＣＨ領域の双方をブラインド復号（モニタ）することにより、自装置宛の下り割当制御情報（ＤＣＩ）を検出する。そして、端末２００（抽出部２０４）は、ＰＤＣＣＨ及びＲ−ＰＤＣＣＨのいずれかにマッピングされた下り割当制御情報に基づいて、下り回線データ（DL data）を抽出する。これにより、端末２００は、複数の下り単位バンドの少なくとも１つの下り単位バンドで、下り単位バンド毎の下り割当制御情報及び下り回線データを受信する。
【０１５１】
次いで、端末２００（ＣＲＣ部２１１）は、各下り単位バンドにおいて、自装置宛の下り割当制御情報（ＤＣＩ）を用いて割り当てられた下り回線データ（DL data）の受信誤りの有無を検出する。そして、応答信号生成部２１２は、各下り単位バンドの下り回線データの誤り検出結果（受信誤りの有無）に基づく応答信号、すなわち、束ＡＣＫ／ＮＡＣＫ信号（各下りデータそれぞれの受信誤りの有無を含む応答信号）又はＡＣＫ／ＮＡＣＫ信号を生成する。そして、端末２００は、上り単位バンドのＰＵＣＣＨを用いて応答信号（ＡＣＫ／ＮＡＣＫ信号又は束ＡＣＫ／ＮＡＣＫ信号）を送信する。このとき、端末２００は、Ｐｃｅｌｌにおいて自装置宛の下り割当制御情報（ＤＣＩ）がＰＤＣＣＨ又はＲ−ＰＤＣＣＨのいずれにマッピングされているかに応じて、ＣＣＥに関連付けられたＰＵＣＣＨリソース及び基地局１００から予め通知された特定の束Ａ／Ｎリソースの中から、応答信号の送信に用いるＡ／Ｎリソースを選択する。
【０１５２】
具体的には、端末２００（制御部２０８）は、図１５Ａに示すように、複数の下り単位バンドのうち、ＰｃｅｌｌのＰＤＣＣＨで自装置宛の下り割当制御情報を受け取り、かつ、他の下り単位バンド（ＳＣＣ（Secondary Component Carrier）又はＳｃｅｌｌ（Secondary Cell）と呼ばれることもある）で下り割当制御情報を受け取らなかった場合、当該下り割当制御情報がマッピングされたＣＣＥ（つまり、ＰＤＣＣＨが送信されたＣＣＥ）と１対１に関連付けられたＰＵＣＣＨリソース（ＰＵＣＣＨ１内のＰＵＣＣＨリソース）を選択する。そして、端末２００は、選択したＰＵＣＣＨリソースを用いて、Ｐｃｅｌｌで受信した下り回線データ（DL data）に対する応答信号（ＡＣＫ／ＮＡＣＫ信号）を送信する。
【０１５３】
また、端末２００（制御部２０８）は、図１５Ｂに示すように、ＰｃｅｌｌのＲ−ＰＤＣＣＨで自装置宛の下り割当制御情報を受け取り、かつ、他の下り単位バンドで下り割当制御情報を受け取らなかった場合、予め基地局１００から明示的に通知されていた束Ａ／Ｎリソースを選択する。そして、端末２００は、選択した束Ａ／Ｎリソースを用いて、Ｐｃｅｌｌで受信した下り回線データ（DL data）に対する応答信号（ＡＣＫ／ＮＡＣＫ信号）を送信する。
【０１５４】
また、端末２００（制御部２０８）は、図１５Ｃに示すように、ＰｃｅｌｌのＰＤＣＣＨで自装置宛の下り割当制御情報を受け取り、かつ、他の下り単位バンドでも下り割当制御情報を受け取った場合、予め基地局１００から明示的に通知されていた束Ａ／Ｎリソースを選択する。そして、端末２００は、選択した束Ａ／Ｎリソースを用いて、Ｐｃｅｌｌ及び他の下り単位バンドでそれぞれ受信した下り回線データ（DL data）に対する応答信号が纏めて符号化（Joint coding）された束ＡＣＫ／ＮＡＣＫ信号を送信する。
【０１５５】
また、端末２００（制御部２０８）は、図１５Ｄに示すように、ＰｃｅｌｌのＲ−ＰＤＣＣＨで自装置宛の下り割当制御情報を受け取り、かつ、他の下り単位バンドでも下り割当制御情報を受け取った場合、予め基地局１００から明示的に通知されていた束Ａ／Ｎリソースを選択する。そして、端末２００は、選択した束Ａ／Ｎリソースを用いて、Ｐｃｅｌｌ及び他の下り単位バンドでそれぞれ受信した下り回線データ（DL data）に対する応答信号が纏めて符号化された束ＡＣＫ／ＮＡＣＫ信号を送信する。
【０１５６】
つまり、端末２００は、複数の下り単位バンドのうち、Ｐｃｅｌｌで下り割当制御情報を受信し、かつ、他の下り単位バンドで下り割当制御情報を受信した場合（Carrier aggregation assignment。図１５Ｃ及び図１５Ｄ）、Ｐｃｅｌｌでの下り割当制御情報の送信に用いられた下り制御チャネル（ＰＤＣＣＨ及びＲ−ＰＤＣＣＨ）に依らず、予め基地局１００から明示的に通知されていた束Ａ／Ｎリソースを用いる。
【０１５７】
このように、基地局１００は、制御例１と同様にして、端末２００に対して束Ａ／Ｎリソースを明示的に通知することで、前述した方法１のように全てのＲ−ＣＣＥに対してＰＵＣＣＨリソースを１対１で関連付ける必要が無い。よって、Ｒ−ＰＤＣＣＨを介して送信された下り割当制御情報で割り当てられた下り回線データに対するＡＣＫ／ＮＡＣＫ信号の送信用に確保するＡ／Ｎリソース数の増加、つまり、ＰＵＣＣＨリソースのオーバーヘッドの増加を抑えることができる。
【０１５８】
また、基地局１００は、制御例１と同様、端末２００に対して１つの束Ａ／Ｎリソースを明示的に通知するにもかかわらず、端末２００は、ＡＣＫ／ＮＡＣＫ信号の送信に当該束Ａ／Ｎリソースを常に用いるわけではない。具体的には、端末２００は、ＰｃｅｌｌのＰＤＣＣＨを介して下り割当制御情報を受信し、かつ、他の下り単位バンドで下り割当制御情報を受信しなかった場合には、当該下り割当制御情報の送信に用いられたＰｃｅｌｌのＰＤＣＣＨが占有していたＣＣＥに関連付けられたＰＵＣＣＨリソースを優先して用いる。すなわち、端末２００では必要なときのみで束Ａ／Ｎリソース（DFT-S-OFDMフォーマットを有するリソース）が使用されるので、複数の端末２００に対して同一の束Ａ／Ｎリソースを共有させることができる。このため、基地局１００は、制御例１と同様、非常に簡単なスケジューリングを行うことで、複数の端末２００に対して同一の束Ａ／Ｎリソースを共有させつつ、各端末２００からの応答信号の衝突回避を制御することができるので、ＰＵＣＣＨリソースのオーバーヘッドの増加を抑えることができる。
【０１５９】
従って、制御例３では、基地局１００のスケジューラにほとんど制約を与えることなく、複数の端末２００で同一の束Ａ／Ｎリソースを共有でき、かつ、ＰｃｅｌｌのＰＤＣＣＨが占有するＣＣＥに予め関連付けられているＰＵＣＣＨリソースを優先して使用するので、ＰＵＣＣＨリソースの使用効率を向上させることができる。すなわち、端末２００では、DFT-S-OFDMフォーマットを適用する際に、Ｒ−ＰＤＣＣＨを介して下り割当制御情報を受信した場合でも、応答信号を効率良く送信できる。
【０１６０】
なお、図１５Ａ〜Ｄでは、端末２００がＰｃｅｌｌにおいてのみ、Ｒ−ＰＤＣＣＨ領域をモニタする場合について説明した。しかし、端末２００がＰｃｅｌｌ以外の下り単位バンドにおいてもＲ−ＰＤＣＣＨをモニタする場合、つまり、Ｐｃｅｌｌ以外の下り単位バンドにもＲ−ＰＤＣＣＨが設定される場合でも、上述した制御例３の動作を適用することができる。
【０１６１】
［制御例４：Carrier Aggregation有り、かつ、DFT-S-OFDMフォーマット適用の場合］
制御例４では、図１６Ａ〜Ｄに示すように、制御例３と同様、端末２００に対して２つの下り単位バンドと１つの上り単位バンドとが設定（configure）される。また、端末２００における応答信号の送信方法としてDFT-S-OFDMフォーマットが適用される。
【０１６２】
また、図１６Ａ〜Ｄに示すように、端末２００に設定された２つの下り単位バンドのうち、１つの下り単位バンドはＰｃｅｌｌ（ＰＣＣ）であり、Ｐｃｅｌｌ内のＰＤＣＣＨ領域に含まれる各ＣＣＥは、上り単位バンド内のＰＵＣＣＨリソース（図１６Ａ〜ＤではＰＵＣＣＨ１内のＰＵＣＣＨリソース）と１対１に関連付けられている（Implicit signalling）。
【０１６３】
このとき、基地局１００は、予め端末２００に対して、Ｐｃｅｌｌにおいて下り割当制御情報（ＤＣＩ）の送信に用いる下り制御チャネルとしてＲ−ＰＤＣＣＨを設定する際又はCarrier Aggregationを設定する際、設定結果と併せて、例えば、RRC signaling等を用いて１つの束Ａ／Ｎリソース及び１つのＡ／Ｎリソースの２つの特定のＰＵＣＣＨリソースを明示的に（Explicitに）通知する（Explicit signalling）。例えば、図１６Ａ〜Ｄでは、基地局１００は、端末２００に対して、ＰＵＣＣＨ領域２（ＰＵＣＣＨ２）内の特定のＰＵＣＣＨリソースを、それぞれ束Ａ／Ｎリソース及びＡ／Ｎリソースとして、明示的に通知する。なお、上記Ａ／Ｎリソースとしては、ＰＵＣＣＨ領域２（ＰＵＣＣＨ２）内の特定のＰＵＣＣＨリソースに限らず、例えば、ＰＵＣＣＨ領域１内の特定のＰＵＣＣＨリソース（図示せず）を用いてもよい。
【０１６４】
そして、基地局１００は、ＰｃｅｌｌのＰＤＣＣＨ又はＲ−ＰＤＣＣＨのいずれかに下り割当制御情報（ＤＣＩ）をマッピングし、端末２００に対して下り割当制御情報（ＤＣＩ）を送信する。また、基地局１００は、Ｐｃｅｌｌ以外の下り単位バンドのＰＤＣＣＨに下り割当制御情報（ＤＣＩ）をマッピングし、端末２００に対して下り割当制御情報（ＤＣＩ）を送信する。
【０１６５】
端末２００は、少なくともＰｃｅｌｌにおいて、ＰＤＣＣＨ領域及びＲ−ＰＤＣＣＨ領域の双方をブラインド復号（モニタ）することにより、自装置宛の下り割当制御情報（ＤＣＩ）を検出する。そして、端末２００（抽出部２０４）は、ＰＤＣＣＨ及びＲ−ＰＤＣＣＨのいずれかにマッピングされた下り割当制御情報に基づいて、下り回線データ（DL data）を抽出する。これにより、端末２００は、複数の下り単位バンドの少なくとも１つの下り単位バンドで、下り単位バンド毎の下り割当制御情報及び下り回線データを受信する。
【０１６６】
次いで、端末２００（ＣＲＣ部２１１）は、各下り単位バンドにおいて、自装置宛の下り割当制御情報（ＤＣＩ）を用いて割り当てられた下り回線データ（DL data）の受信誤りの有無を検出する。そして、応答信号生成部２１２は、各下り単位バンドの下り回線データの誤り検出結果（受信誤りの有無）に基づいて、束ＡＣＫ／ＮＡＣＫ信号又はＡＣＫ／ＮＡＣＫ信号を生成する。そして、端末２００は、上り単位バンドのＰＵＣＣＨを用いて応答信号（ＡＣＫ／ＮＡＣＫ信号又は束ＡＣＫ／ＮＡＣＫ信号）を送信する。このとき、端末２００は、Ｐｃｅｌｌにおいて自装置宛の下り割当制御情報（ＤＣＩ）がＰＤＣＣＨ又はＲ−ＰＤＣＣＨのいずれにマッピングされたか、及び、各下り単位バンドの下り制御チャネルにおいて下り割当制御情報が割り当てられたか否かに応じて、応答信号の送信に用いるＡ／Ｎリソースを選択する。
【０１６７】
具体的には、端末２００（制御部２０８）は、図１６Ａに示すように、複数の下り単位バンドのうち、ＰｃｅｌｌのＰＤＣＣＨで自装置宛の下り割当制御情報を受け取り、かつ、他の下り単位バンド（例えば、Ｓｃｅｌｌ又はＳＣＣ）で下り割当制御情報を受け取らなかった場合、当該下り割当制御情報がマッピングされたＣＣＥ（つまり、ＰＤＣＣＨが送信されたＣＣＥ）と１対１に関連付けられたＰＵＣＣＨリソース（ＰＵＣＣＨ１内のＰＵＣＣＨリソース）を選択する。そして、端末２００は、選択したＰＵＣＣＨリソースを用いて、Ｐｃｅｌｌで受信した下り回線データ（DL data）に対する応答信号（ＡＣＫ／ＮＡＣＫ信号）を送信する。
【０１６８】
また、端末２００（制御部２０８）は、図１６Ｂに示すように、ＰｃｅｌｌのＲ−ＰＤＣＣＨで自装置宛の下り割当制御情報を受け取り、かつ、他の下り単位バンドで下り割当制御情報を受け取らなかった場合、予め基地局１００から明示的に通知されていたＡ／Ｎリソースを選択する。そして、端末２００は、選択したＡ／Ｎリソースを用いて、Ｐｃｅｌｌで受信した下り回線データ（DL data）に対する応答信号（ＡＣＫ／ＮＡＣＫ信号）を送信する。
【０１６９】
また、端末２００（制御部２０８）は、図１６Ｃに示すように、ＰｃｅｌｌのＰＤＣＣＨで自装置宛の下り割当制御情報を受け取り、かつ、他の下り単位バンドでも下り割当制御情報を受け取った場合、予め基地局１００から明示的に通知されていた束Ａ／Ｎリソースを選択する。そして、端末２００は、選択した束Ａ／Ｎリソースを用いて、Ｐｃｅｌｌ及び他の下り単位バンドでそれぞれ受信した下り回線データ（DL data）に対する応答信号が纏めて符号化（Joint coding）された束ＡＣＫ／ＮＡＣＫ信号を送信する。
【０１７０】
また、端末２００（制御部２０８）は、図１６Ｄに示すように、ＰｃｅｌｌのＲ−ＰＤＣＣＨで自装置宛の下り割当制御情報を受け取り、かつ、他の下り単位バンドでも下り割当制御情報を受け取った場合、予め基地局１００から明示的に通知されていた束Ａ／Ｎリソースを選択する。そして、端末２００は、選択した束Ａ／Ｎリソースを用いて、Ｐｃｅｌｌ及び他の下り単位バンドでそれぞれ受信した下り回線データ（DL data）に対する応答信号が纏めて符号化された束ＡＣＫ／ＮＡＣＫ信号を送信する。
【０１７１】
こうすることにより、基地局１００は、制御例３と同様、Ｒ−ＰＤＣＣＨを介して送信された下り割当制御情報で割り当てられた下り回線データに対するＡＣＫ／ＮＡＣＫ信号の送信用に確保するＡ／Ｎリソース数の増加、つまり、ＰＵＣＣＨリソースのオーバーヘッドの増加を抑えることができる。
【０１７２】
また、基地局１００は、端末２００に対して１つの束Ａ／Ｎリソース及び１つのＡ／Ｎリソースを明示的に通知するにもかかわらず、端末２００は、応答信号の送信に当該束Ａ／Ｎリソース及び当該Ａ／Ｎリソースを常に用いるわけではない。具体的には、端末２００は、ＰｃｅｌｌのＰＤＣＣＨを介して下り割当制御情報を受信し、かつ、他の下り単位バンドで下り割当制御情報を受信しなかった場合には、当該下り割当制御情報の送信に用いられたＰｃｅｌｌのＰＤＣＣＨが占有していたＣＣＥに関連付けられたＰＵＣＣＨリソースを優先して用いる。すなわち、端末２００では必要なときのみで束Ａ／Ｎリソースが使用されるので、複数の端末２００に対して同一の束Ａ／Ｎリソースを共有させることができる。このため、基地局１００は、制御例３と同様、非常に簡単なスケジューリングを行うことで、複数の端末２００に対して同一の束Ａ／Ｎリソースを共有させつつ、各端末２００からの応答信号の衝突回避を制御することができるので、ＰＵＣＣＨリソースのオーバーヘッドの増加を抑えることができる。
【０１７３】
更に、ＰｃｅｌｌのＲ−ＰＤＣＣＨで自装置宛の下り割当制御情報を受け取り、かつ、他の下り単位バンドで下り割当制御情報を受け取らなかった場合、制御例３（図１５Ｂ）では、端末２００は束Ａ／Ｎリソースを用いてＡＣＫ／ＮＡＣＫ信号を送信する。すなわち、制御例３（図１５Ｂ）ではＡＣＫ／ＮＡＣＫ信号の送信に対して過剰なリソース量が割り当てられる。これに対し、制御例４（図１６Ｂ）では、端末２００はＡ／Ｎリソースを用いてＡＣＫ／ＮＡＣＫ信号を送信する。すなわち、制御例４ではＡＣＫ／ＮＡＣＫ信号の送信に対して適切なリソース量が割り当てられる。よって、制御例４では、制御例３と比較して、更にＰＵＣＣＨリソースのオーバーヘッドの増加を抑えることができる。
【０１７４】
従って、制御例４では、基地局１００のスケジューラにほとんど制約を与えることなく、複数の端末２００で同一のＡ／Ｎリソース及び束Ａ／Ｎリソースを共有でき、かつ、ＰｃｅｌｌのＰＤＣＣＨが占有するＣＣＥに予め関連付けられているＰＵＣＣＨリソースを優先して使用するので、ＰＵＣＣＨリソースの使用効率を向上させることができる。すなわち、端末２００では、DFT-S-OFDMフォーマットを適用する際に、Ｒ−ＰＤＣＣＨを介して下り割当制御情報を受信した場合でも、応答信号を効率良く送信できる。
【０１７５】
なお、図１６Ａ〜Ｄでは、端末２００がＰｃｅｌｌにおいてのみ、Ｒ−ＰＤＣＣＨ領域をモニタする場合について説明した。しかし、端末２００がＰｃｅｌｌ以外の下り単位バンドにおいてもＲ−ＰＤＣＣＨをモニタする場合、つまり、Ｐｃｅｌｌ以外の下り単位バンドにもＲ−ＰＤＣＣＨが設定される場合でも、上述した制御例３の動作を適用することができる。
【０１７６】
以上、応答信号の送信に用いるＡ／Ｎリソースの制御例１〜４について説明した。
【０１７７】
このようにして、端末２００は、下り制御情報がＰＤＣＣＨ又はＲ−ＰＤＣＣＨのいずれにマッピングされているか（下り制御情報をＰＤＣＣＨ又はＲ−ＰＤＣＣＨのいずれで受信したか）に応じて、ＣＣＥに関連付けられたＰＵＣＣＨリソース、及び、基地局１００から予め通知された特定のＰＵＣＣＨリソースの中から、応答信号の送信に用いるリソースを選択し、応答信号の送信を制御する。こうすることで、端末２００は、ＣＣＥに関連付けられたＰＵＣＣＨリソースと、基地局１００から予め通知された特定のＰＵＣＣＨリソースとを、下り制御チャネルの種類（ＰＤＣＣＨ及びＲ−ＰＤＣＣＨ）又は下り制御情報の受信状況に応じて切り替えて用いることができる。これにより、端末２００がＲ−ＰＤＣＣＨを介して下り割当制御情報を受信した場合でも、基地局１００でのスケジューリングが複雑になることを防ぎつつ、応答信号の送信に確保すべきＰＵＣＣＨリソースの増加を抑えることが可能となる。
【０１７８】
また、基地局１００は、ＰＤＣＣＨ又はＲ−ＰＤＣＣＨのいずれに下り制御情報をマッピングしたか（ＰＤＣＣＨ又はＲ−ＰＤＣＣＨのいずれで下り制御情報を送信したか）に応じて、ＣＣＥに関連付けられたＰＵＣＣＨリソース、及び、端末２００に対して予め通知した特定のＰＵＣＣＨリソースの中から、応答信号の送信に用いられたリソースを選択する。こうすることで、基地局１００は、端末２００に対していずれの下り制御チャネルを用いて下り割当制御情報を送信した場合でも、端末２００がどのリソースを用いて応答信号が送信するかを特定することが可能となる。
【０１７９】
よって、本実施の形態によれば、端末がＲ−ＰＤＣＣＨを介して下り割当制御情報を受信した場合に、応答信号を効率良く送信できる。
【０１８０】
［実施の形態２］
本実施の形態では、或る端末が下り回線データに対する応答信号と、上り回線データとを同一サブフレーム（同一送信単位時間）で送信する場合について説明する。
【０１８１】
本実施の形態に係る基地局の基本構成は、実施の形態１と共通するので、図１１を援用して説明する。また、図１７は、本実施の形態に係る端末の構成を示すブロック図である。なお、図１７に示す端末４００において、実施の形態１（図１２）と同一構成要素には同一の符号を付しその説明を省略する。
【０１８２】
図１７に示す端末４００において、制御部２０８は、実施の形態１と同様の処理に加え、応答信号（束ＡＣＫ／ＮＡＣＫ信号又はＡＣＫ／ＮＡＣＫ信号）を送信すべきサブフレームにおいて、送信すべきデータ信号（送信データ）が存在する場合には、符号化・変調部２１３に対して、符号化・変調後の応答信号をパンクチャリング部４０２に出力するよう指示する。一方、制御部２０８は、応答信号を送信すべきサブフレームにおいて、送信すべきデータ信号（送信データ）が存在しない場合には、実施の形態１と同様、符号化・変調部２１３に対して、符号化・変調後の応答信号（束ＡＣＫ／ＮＡＣＫ信号又はＡＣＫ／ＮＡＣＫ信号）をＤＦＴ部２１６又は１次拡散部２１４−１に出力するよう指示する。
【０１８３】
符号化・変調部４０１は、送信データを符号化・変調し、符号化・変調後のデータ信号をパンクチャリング部４０２に出力する。
【０１８４】
パンクチャリング部４０２は、符号化・変調部２１３から応答信号が入力される場合、符号化・変調部４０１から受け取るデータ信号の一部を応答信号によって間引き（パンクチャ）し、間引き後の信号をＤＦＴ部４０３に出力する。一方、パンクチャリング部４０２は、符号化・変調部２１３から応答信号が入力されない場合、符号化・変調部４０１から受け取るデータ信号をそのままＤＦＴ部４０３に出力する。このように、応答信号を送信すべきサブフレームにおいて、送信すべきデータ信号が存在する場合には、応答信号はＰＵＳＣＨに割り当てられる。
【０１８５】
そして、ＤＦＴ部４０３は、パンクチャリング部４０２から入力される信号を周波数領域に変換し、得られる複数の周波数成分をマッピング部４０４に出力する。マッピング部４０４は、ＤＦＴ部４０３から入力される複数の周波数成分を、上り単位バンドに配置されたＰＵＳＣＨにマッピングする。ＩＦＦＴ部４０５は、ＰＵＳＣＨにマッピングされた複数の周波数成分を時間領域波形に変換し、ＣＰ付加部４０６は、その時間領域波形にCPを付加する。
【０１８６】
選択部４０７は、制御部２０８の指示に従って、時間多重部２２０から入力される束ＡＣＫ／ＮＡＣＫリソース、ＣＰ付加部２１９−１から入力されるＡ／Ｎリソース、又は、ＣＰ付加部４０６から入力されるＰＵＳＣＨリソースのいずれかを選択し、選択したリソースに割り当てられた信号を無線送信部２２２へ出力する。
【０１８７】
［基地局１００及び端末４００の動作］
上述のように構成された基地局１００及び端末４００の動作について説明する。以下の説明では、一例として、実施の形態１の制御例１と同様、Carrier Aggregation無しの場合について説明する。
【０１８８】
ここで、図１８Ａ及び図１８Ｂに示すように、本実施の形態に係る基地局１００は、下り割当制御情報（Downlink assignment）を、ＰＤＣＣＨ領域又はＲ−ＰＤＣＣＨ領域（例えば、図７に示すＳｌｏｔ０のＲ−ＰＤＣＣＨ領域）を用いて送信する。また、基地局１００は、上り割当制御情報（UL grant）を、ＰＤＣＣＨ領域又はＲ−ＰＤＣＣＨ領域（例えば、図７に示すＳｌｏｔ１のＲ−ＰＤＣＣＨ領域）を用いて送信する。また、基地局１００は、或るサブフレームにおいて、端末４００に対して、下り割当制御情報を送信すると同時に、上り割当制御情報を送信することがある。
【０１８９】
一方、端末４００は、ＰＤＣＣＨ領域及びＲ−ＰＤＣＣＨ領域の双方をブラインド復号（モニタ）しており、自装置宛の下り割当制御情報又は上り割当制御情報を検出する。
【０１９０】
このとき、端末４００は、自装置宛の下り割当制御情報のみを検出した場合には、実施の形態１の制御例１と同様にして、ＰＵＣＣＨを用いて応答信号を送信する。すなわち、端末４００は、下り割当制御情報が送信された下り制御チャネル（ＰＤＣＣＨ又はＲ−ＰＤＣＣＨ）に応じて、応答信号の送信に用いるリソース（Ａ／Ｎリソース）を決定する。
【０１９１】
一方、端末４００は、或るサブフレームにおいて、自装置宛の下り割当制御情報及び上り割当制御情報の双方を検出した場合、つまり、同一サブフレームで下り回線データに対する応答信号と上り回線データとを同時に送信する場合、例えば、図２に示すように、上り回線データ（Data）と応答信号（A/N）とをＰＵＳＣＨ領域で多重して送信する。
【０１９２】
より詳細には、端末４００は、図１８Ａ及び図１８Ｂに示すように、或るサブフレームにおいて下り割当制御情報及び上り割当制御情報を受信した場合には、ＰＤＣＣＨを介して自装置宛の下り割当制御情報を受信したか（図１８Ａ）、Ｒ−ＰＤＣＣＨを介して自装置宛の下り割当制御情報を受信したか（図１８Ｂ）に依らず、ＰＵＳＣＨ領域内の同一リソース（上り割当制御情報に示されるＰＵＳＣＨ内のＰＵＳＣＨリソース）を用いて応答信号を送信する。すなわち、端末４００は、図１８Ａ及び図１８Ｂに示すように、上り回線データ（UL data）が割り当てられたＰＵＳＣＨリソースの一部を用いて（上り回線データの一部を応答信号によってパンクチャして）、応答信号を送信する。
【０１９３】
このように、端末２００は、下り割当制御情報のみを受信した場合（上り割当制御情報が無い場合）には、実施の形態１と同様、ＰＵＣＣＨリソースの使用効率を向上させることができる。また、端末２００は、下り割当制御情報と同時に上り割当制御情報も受信した場合には、ＰＵＣＣＨリソースを用いずにＰＵＳＣＨリソースを用いて応答信号を送信する。こうすることで、端末２００は、上り割当制御情報の有無に応じて、応答信号の送信に要するＰＵＣＣＨリソースのオーバーヘッドを低減しつつ、応答信号を適切に送信することが可能となる。
【０１９４】
よって、本実施の形態によれば、実施の形態１と同様、端末がＲ−ＰＤＣＣＨを介して下り割当制御情報を受信した場合に、応答信号を効率良く送信できる。
【０１９５】
なお、本実施の形態は、実施の形態１の制御例１に限らず、実施の形態１の制御例２〜４（Carrier Aggregationの適用がある場合）について適用してもよい。つまり、端末４００が、自装置宛の下り割当制御情報のみを検出した場合には、実施の形態１の制御例１〜４のいずれかに従ってＡ／Ｎリソースを決定すればよい。
【０１９６】
以上、本発明の各実施の形態について説明した。
【０１９７】
なお、上記実施の形態では、拡散に用いられる系列の一例として、ＺＡＣ系列、Ｗａｌｓｈ系列及びＤＦＴ系列について説明した。しかし、本発明では、ＺＡＣ系列の代わりに、ＺＡＣ系列以外の、互いに異なる循環シフト量により互いに分離可能な系列を用いてもよい。例えば、ＧＣＬ（Generalized Chirp like）系列、ＣＡＺＡＣ（Constant Amplitude Zero Auto Correlation）系列、ＺＣ（Zadoff-Chu）系列、Ｍ系列や直交ゴールド符号系列等のＰＮ系列、又は、コンピュータによってランダムに生成された時間軸上での自己相関特性が急峻な系列等を１次拡散に用いてもよい。また、Ｗａｌｓｈ系列及びＤＦＴ系列の代わりに、互いに直交する系列、又は、互いにほぼ直交すると見なせる系列であればいかなる系列を直交符号系列として用いてもよい。以上の説明では、周波数位置、及び、ＺＡＣ系列の循環シフト量と直交符号系列の系列番号とによって応答信号のリソース（例えば、Ａ／Ｎリソース及び束ＡＣＫ／ＮＡＣＫリソース）が定義されている。
【０１９８】
また、上記実施の形態では、基地局１００の制御部１０１は、下り回線データと当該下り回線データに対する下り割当制御情報とを同一の下り単位バンドにマッピングするよう制御するとしたが、これに限定されない。すなわち、下り回線データと当該下り回線データに対する下り割当制御情報とが別の下り単位バンドにマッピングされていても、下り割当制御情報と下り回線データとの対応関係が明確であれば、各実施の形態で説明した技術を適用できる。
【０１９９】
また、本実施の形態では、端末側の処理の順番として、１次拡散、２次拡散の後に、ＩＦＦＴ変換を行う場合について説明した。しかし、これらの処理の順番はこれに限定されない。１次拡散処理の後段にＩＦＦＴ処理がある限り、２次拡散処理の場所はどこにあっても等価な結果が得られる。
【０２００】
また、上記実施の形態ではアンテナとして説明したが、本発明はアンテナポート（antenna port）でも同様に適用できる。
【０２０１】
アンテナポートとは、１本又は複数の物理アンテナから構成される、論理的なアンテナを指す。すなわち、アンテナポートは必ずしも１本の物理アンテナを指すとは限らず、複数のアンテナから構成されるアレイアンテナ等を指すことがある。
【０２０２】
例えば3GPP LTEにおいては、アンテナポートが何本の物理アンテナから構成されるかは規定されず、基地局が異なる参照信号（Reference signal）を送信できる最小単位として規定されている。
【０２０３】
また、アンテナポートはプリコーディングベクトル（Precoding vector）の重み付けを乗算する最小単位として規定されることもある。
【０２０４】
また、上記実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はソフトウェアで実現することも可能である。
【０２０５】
また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０２０６】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。
【０２０７】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０２０８】
２０１０年９月３日出願の特願２０１０−１９７７６８の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
【産業上の利用可能性】
【０２０９】
本発明は、移動体通信システム等に適用することができる。
【符号の説明】
【０２１０】
１００  基地局
１０１，２０８  制御部
１０２  制御情報生成部
１０３  符号化部
１０４  変調部
１０５  符号化部
１０６  データ送信制御部
１０７  変調部
１０８，４０４  マッピング部
１０９，２１８−１，２１８−２，２１８−３，４０５  ＩＦＦＴ部
１１０，２１９−１，２１９−２，２１９−３，４０６  ＣＰ付加部
１１１，２２２  無線送信部
１１２，２０１  無線受信部
１１３，２０２  ＣＰ除去部
１１４  ＰＵＣＣＨ抽出部
１１５  逆拡散部
１１６  系列制御部
１１７  相関処理部
１１８  Ａ／Ｎ判定部
１１９  束Ａ／Ｎ逆拡散部
１２０  ＩＤＦＴ部
１２１  束Ａ／Ｎ判定部
１２２  再送制御信号生成部
２００，４００  端末
２０３  ＦＦＴ部
２０４  抽出部
２０５，２０９  復調部
２０６，２１０  復号部
２０７  判定部
２１１  ＣＲＣ部
２１２  応答信号生成部
２１３，４０１  符号化・変調部
２１４−１，２１４−２  １次拡散部
２１５−１，２１５−２  ２次拡散部
２１６，４０３  ＤＦＴ部
２１７  拡散部
２２０  時間多重部
２２１，４０７  選択部
４０２  パンクチャリング部
【図１】
0005995179.tif 000002
【図２】
0005995179.tif 000003
【図３】
0005995179.tif 000004
【図４】
0005995179.tif 000005
【図５】
0005995179.tif 000006
【図６】
0005995179.tif 000007
【図７】
0005995179.tif 000008
【図８】
0005995179.tif 000009
【図９】
0005995179.tif 000010
【図１０】
0005995179.tif 000011
【図１１】
0005995179.tif 000012
【図１２】
0005995179.tif 000013
【図１３】
0005995179.tif 000014
【図１４Ａ】
0005995179.tif 000015
【図１４Ｂ】
0005995179.tif 000016
【図１５Ａ】
0005995179.tif 000017
【図１５Ｂ】
0005995179.tif 000018
【図１５Ｃ】
0005995179.tif 000019
【図１５Ｄ】
0005995179.tif 000020
【図１６Ａ】
0005995179.tif 000021
【図１６Ｂ】
0005995179.tif 000022
【図１６Ｃ】
0005995179.tif 000023
【図１６Ｄ】
0005995179.tif 000024
【図１７】
0005995179.tif 000025
【図１８】
0005995179.tif 000026