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

Description

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

３ＧＰＰ ＬＴＥでは、下り回線の通信方式としてＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）が採用されている。３ＧＰＰ ＬＴＥが適用された無線通信システムでは、基地局が予め定められた通信リソースを用いて同期信号（Synchronization Channel：ＳＣＨ）及び報知信号（Broadcast Channel：ＢＣＨ）を送信する。そして、端末は、まず、ＳＣＨを捕まえることによって基地局との同期を確保する。その後、端末は、ＢＣＨ情報を読むことにより基地局独自のパラメータ（例えば、周波数帯域幅など）を取得する（非特許文献１、２、３参照）。

また、端末は、基地局独自のパラメータの取得が完了した後、基地局に対して接続要求を行うことにより、基地局との通信を確立する。基地局は、通信が確立された端末に対して、必要に応じてＰＤＣＣＨ（Physical Downlink Control Channel）等の下り回線制御チャネルを介して制御情報を送信する。

そして、端末は、受信したＰＤＣＣＨ信号に含まれる複数の制御情報（下り割当制御情報：DL Assignment（Downlink Control Information：ＤＣＩと呼ばれることもある））をそれぞれ「ブラインド判定」する。すなわち、制御情報は、ＣＲＣ（Cyclic Redundancy Check）部分を含み、このＣＲＣ部分は、基地局において、送信対象端末の端末ＩＤによってマスクされる。従って、端末は、受信した制御情報のＣＲＣ部分を自機の端末ＩＤでデマスクしてみるまでは、自機宛の制御情報であるか否かを判定できない。このブラインド判定では、デマスクした結果、ＣＲＣ演算がＯＫとなれば、その制御情報が自機宛であると判定される。

また、３ＧＰＰ ＬＴＥでは、基地局から端末への下り回線データに対してＡＲＱ（Automatic Repeat Request）が適用される。つまり、端末は下り回線データの誤り検出結果を示す応答信号を基地局へフィードバックする。端末は下り回線データに対しＣＲＣを行って、ＣＲＣ＝ＯＫ（誤り無し）であればＡＣＫ（Acknowledgment）を、ＣＲＣ＝ＮＧ（誤り有り）であればＮＡＣＫ（Negative Acknowledgment）を応答信号として基地局へフィードバックする。この応答信号(つまり、ＡＣＫ／ＮＡＣＫ信号。以下、単に「Ａ／Ｎ」と表記することもある)のフィードバックには、ＰＵＣＣＨ（Physical Uplink Control Channel）等の上り回線制御チャネルが用いられる。

ここで、基地局から送信される上記制御情報には、基地局が端末に対して割り当てたリソース情報等を含むリソース割当情報が含まれる。この制御情報の送信には、前述の通りＰＤＣＣＨが用いられる。このＰＤＣＣＨは、１つ又は複数のＬ１／Ｌ２ＣＣＨ（L1/L2 Control Channel）から構成される。各Ｌ１／Ｌ２ＣＣＨは、１つ又は複数のＣＣＥ（Control Channel Element）から構成される。すなわち、ＣＣＥは、制御情報をＰＤＣＣＨにマッピングするときの基本単位である。また、１つのＬ１／Ｌ２ＣＣＨが複数（２，４，８個）のＣＣＥから構成される場合には、そのＬ１／Ｌ２ＣＣＨには偶数のインデックスを持つＣＣＥを起点とする連続する複数のＣＣＥが割り当てられる。基地局は、リソース割当対象端末に対する制御情報の通知に必要なＣＣＥ数に従って、そのリソース割当対象端末に対してＬ１／Ｌ２ＣＣＨを割り当てる。そして、基地局は、このＬ１／Ｌ２ＣＣＨのＣＣＥに対応する物理リソースにマッピングして制御情報を送信する。

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

複数の端末から送信される複数の応答信号は、図１に示すように、時間軸上でZero Auto-correlation特性を持つＺＡＣ（Zero Auto-correlation）系列、ウォルシュ（Walsh）系列、及び、ＤＦＴ（Discrete Fourier Transform）系列によって拡散され、ＰＵＣＣＨ内でコード多重されている。図１において（Ｗ_０,Ｗ_１,Ｗ_２,Ｗ_３）は系列長４のウォルシュ系列を表し、（Ｆ_０,Ｆ_１,Ｆ_２）は系列長３のＤＦＴ系列を表す。図１に示すように、端末では、ＡＣＫ又はＮＡＣＫの応答信号が、まず周波数軸上でＺＡＣ系列（系列長１２）によって１ＳＣ−ＦＤＭＡシンボルに対応する周波数成分へ１次拡散される。すなわち、系列長１２のＺＡＣ系列に対して複素数で表される応答信号成分が乗算される。次いで１次拡散後の応答信号及び参照信号としてのＺＡＣ系列がウォルシュ系列（系列長４：Ｗ_０〜Ｗ_３。ウォルシュ符号系列（Walsh Code Sequence）と呼ばれることもある）、ＤＦＴ系列（系列長３：Ｆ_０〜Ｆ_２）それぞれに対応させられて２次拡散される。すなわち、系列長１２の信号（１次拡散後の応答信号、又は、参照信号としてのＺＡＣ系列（Reference Signal Sequence））のそれぞれの成分に対して、直交符号系列（Orthogonal sequence：ウォルシュ系列又はＤＦＴ系列）の各成分が乗算される。さらに、２次拡散された信号が、ＩＦＦＴ（Inverse Fast Fourier Transform）によって時間軸上の系列長１２の信号に変換される。そして、ＩＦＦＴ後の信号それぞれに対しＣＰ（Cyclic Prefix）が付加され、７つのＳＣ−ＦＤＭＡシンボルからなる１スロットの信号が形成される。

異なる端末からの応答信号同士は、異なる巡回シフト量（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では、２フレーム分のサブフレーム（２０サブフレーム）を、下り通信に用いられるサブフレーム（上段の「Ｄ」及び「Ｓ」）と上り通信に用いられるサブフレーム（下段の「Ｕ」）とに分けて２段で表している。

図３に示すように、下りデータに対する誤り検出結果（ＡＣＫ／ＮＡＣＫ）は、当該下りデータが割り当てられたサブフレームの４サブフレーム以上後の上り通信サブフレームで通知される。ＴＤＤシステムでは、複数の下り通信サブフレームで通知された下りデータに対する誤り検出結果を示す応答信号を、１つの上り通信サブフレームでまとめて送信する必要がある。このときの下り通信サブフレーム数（バンドリングウィンドウ（Bundling Window）と呼ばれることがある）をＭと表し、１つの上り通信サブフレームに対する下り通信サブフレームのインデックスをｍで表す。例えば、UL-DL Configuration#2では、第１フレームの４つの下り通信サブフレームＳＦ＃４,５，６，８における下りリンクデータに対する誤り検出結果が、第２フレームの上り通信サブフレームＳＦ＃３で通知されている。この場合、Ｍ＝４であり、第１フレームのＳＦ＃４，５，６，８が、それぞれｍ＝０，１，２，３に対応する。

ＬＴＥ−ＡシステムにおけるＴＤＤでは、端末がＰＤＣＣＨを介して下り割当制御情報を受信し、下り回線データを受信した場合における上り回線で応答信号を送信する。その応答信号の送信方法として、以下の２つの方法が採用されている。

方法１は、ＰＤＣＣＨが占有しているＣＣＥ（Control Channel Element）の先頭ＣＣＥインデックスｎ_ＣＣＥおよび１つの上り通信サブフレームに対する下り通信サブフレームのインデックスｍと、１対１に関連付けられたＰＵＣＣＨリソースを用いて端末が応答信号を送信する方法（Implicit signaling）である（特許文献１参照）。なお、ｍには、時系列にインデックスがつけられる。

より具体的には、端末はまず、ＤＬサブフレームｍ毎に、自端末宛のＰＤＣＣＨ（ＤＬassignment）が占有する先頭ＣＣＥインデックスｎ_ＣＣＥとＮ_ｃの大小関係において、数式（１）を満足するパラメータｃ＝｛０，１，２，３｝を算出する。なお、数式（１）におけるＮｃは数式（２）より算出する。数式（２）において、Ｎ^ＤＬ _ＲＢは下りリソースブロック数、Ｎ^ＲＢ _ＳＣは１リソースブロック当たりのサブキャリア数である。そして、端末が、ＤＬサブフレームｍおよび算出したｃに基づいて、数式（３）よりＰＵＣＣＨリソースｎ^（１） _{ＰＵＣＣＨ}を決定する（非特許文献３参照）。なお、数式（３）において、Ｎ^（１） _{ＰＵＣＣＨ}はＰＵＣＣＨリソース全体に対するオフセット値であり、端末に対して予め設定される値である。

図４に示すように、ＴＤＤでは、ＰＤＣＣＨに対するＰＵＣＣＨリソース領域１０がｃ毎に分割され、各ｃに対応する部分領域がそれぞれｍ毎に分割される。そして、ｃおよびｍ毎のＰＵＣＣＨリソースが、単位バンドの周波数端方向から中心方向に、ｍの昇順かつｃの昇順に配置される。

図４の例において、端末は、ｍ＝２のサブフレームで通知された下りデータに対する誤り検出結果を示す応答信号を送信する場合、まず、ｍ＝２のサブフレームに対するＰＵＣＣＨリソースをまとめた仮想的なＰＵＣＣＨリソース領域５０で、自端末宛のＰＤＣＣＨ（ＤＬ assignment）が占有する先頭ＣＣＥインデックスｎ_ＣＣＥとＮ_ｃの大小関係から、ｃを算出する（数式（１））。

次に、端末は、得られたｃ（図４ではｃ＝０）に対して、実際のＰＵＣＣＨリソース領域１０中のＰＵＣＣＨリソースｎ^（１） _{ＰＵＣＣＨ}（図４の符番１１）に当該応答信号を配置する（数式（３））。

ここで、使用されるｃの範囲は、ＣＣＥインデックスが大きいほど大きくなる。また、ＣＣＥインデックスの最大値はＰＤＣＣＨ領域が大きいほど大きくなる。したがって、使用されるｃの範囲は、ＰＤＣＣＨ領域が大きいほど大きくなる。ＰＤＣＣＨ領域の大きさは、ＣＦＩ（Control Format Indicator）で定義される。例えば、ＰＤＣＣＨ領域は、ＣＦＩ＝３のときに３つのＯＦＤＭシンボルで構成されるため、最も大きくなり、ＣＦＩ＝１のときに１つのＯＦＤＭシンボルで構成されるため、最も小さくなる。さらに、ＣＦＩはサブフレーム毎に動的に端末に対して通知される。したがって、ＰＵＣＣＨリソース領域の使用頻度は、ｃが小さいほど高くなる。このため、ＰＵＣＣＨリソース領域の中の制御情報の占有率は、ｃが小さいほど高くなり、ｃが大きいほど低くなる。

ここで、ＬＴＥ−Ａシステムでは、送信ダイバーシチの適用やCarrier Aggregation時におけるChannel Selectionの適用により、複数のＰＵＣＣＨリソースを用いて制御信号を送信する場合がある。この場合、方法１では、数式（４）および図５に示すように、所定のＰＵＣＣＨリソース（図５の符番１１）と、実際のＰＵＣＣＨリソース領域において、当該ＰＵＣＣＨリソースに隣接する（ｎ_ＣＣＥに対してｎ_ＣＣＥ＋１となる）ＰＵＣＣＨリソース（図５の符番１２）が用いられる。換言すれば、ＬＴＥ−Ａシステムでは、ＣＣＥインデックスに対して、実際のＰＵＣＣＨリソース領域において＋１のオフセットがかけられている。

方法２は、基地局が端末に対してＰＵＣＣＨリソースを予め通知し、端末が基地局から予め通知されたＰＵＣＣＨリソースを用いて応答信号を送信する方法（Explicit signaling）である。

方法２では、基地局が端末に対して複数のＰＵＣＣＨリソースの中から１つのＰＵＣＣＨリソースを指示する情報（ＡＲＩ（Ack/nack Resource Indicator））を、予めＤＬ assignmentで動的に通知することができる。これにより、準静的なＰＵＣＣＨリソースを、少ないビット数で動的に切り替えることができる。例えば、ＡＲＩが２ビットであれば、基地局は４つのＰＵＣＣＨリソースの中から１つを選択することができる。

ところで、ＬＴＥ−Ａシステムでは、M2M（Machine to Machine）通信等、様々な機器が無線通信端末として導入され、及び、MIMO伝送技術により端末の多重数が増加する状況にあるため、基地局から端末に送信される制御信号の数が増加すると考えられる。このため、制御信号に使用されるＰＤＣＣＨがマッピングされる領域であるＰＤＣＣＨ領域が不足することが懸念される。基地局は、このリソース不足によって制御信号を送信できないと、端末に対してデータの割当を行うことができなくなる。このため、端末は、データに使用されるＰＵＳＣＨ領域が空いていても使用することができなくなり、システムスループットが低下してしまうおそれがある。

このリソース不足を解消する方法として、基地局配下の端末に向けた制御信号を、ＰＤＳＣＨ領域にもマッピングすることが検討されている。この基地局配下の端末に向けた制御信号がマッピングされる領域、すなわち、制御信号及びデータのいずれにも使用可能な領域は、enhanced ＰＤＣＣＨ（ｅＰＤＣＣＨ）領域と呼ばれる。このように、ｅＰＤＣＣＨを用意することにより、基地局は、端末に多くの制御信号を送信することができるので、様々な制御を実現することができる。例えば、基地局は、セルエッジ付近に存在する端末へ送信される制御信号に対する送信電力制御、又は、送信される制御信号によって他のセルへ与える干渉制御若しくは他のセルから自セルへ与えられる干渉制御を行うことができる。

ＬＴＥでは、下り回線のデータ割当（ＰＤＳＣＨ）を指示するＤＬ assignment、及び、上り回線のデータ割当を指示するＵＬ grantが、ＰＤＣＣＨによって送信される。

ＬＴＥ−Ａｄｖａｎｃｅｄでは、ＰＤＣＣＨと同様に、ＤＬ assignmentおよびＵＬ grantがｅＰＤＣＣＨによっても送信される。ｅＰＤＣＣＨ領域では、ＤＬassignmentがマッピングされるリソースとＵＬ grantがマッピングされるリソースとが周波数軸で分割されることが検討されている。

ＰＤＣＣＨ領域でＤＬ assignmentが通知される場合のＰＵＣＣＨリソース領域（以下、「ＰＤＣＣＨ−ＰＵＣＣＨリソース領域」という）におけるＰＵＣＣＨリソースの決定方法として、前述の方法１及び方法２が規定されている。さらに、方法２では、予め設定されたＰＵＣＣＨリソースを、動的なＡＲＩによって選択することが規定されている。

ここで、ｅＰＤＣＣＨ領域でＤＬ assignmentが通知される場合のＰＵＣＣＨリソース領域（以下、「ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域」という）を、ＰＤＣＣＨ−ＰＵＣＣＨリソース領域と別に確保すると、ＰＵＣＣＨリソース領域の総量が大きくなってしまう。特に、キャリアアグリゲーション適用時、端末のＰＡＰＲ（Peak-to-Average Power Ratio）が上昇するのを避けるために、１つのセルでのみＰＵＣＣＨが送信される。またそのセルは、常にＰＣｅｌｌである。ＰＣｅｌｌは、一般に、カバレッジの大きいマクロセルであり、ＰＵＣＣＨの送信をマクロセルで行うことにより、高いモビリティを担保している。ｅＰＤＣＣＨの導入だけでなく、キャリアアグリゲーションの導入、多くの端末がデータ通信を行うＭ２Ｍの導入などにより、今後、ＰＵＣＣＨのリソースが逼迫する可能性がある。そこで、ＬＴＥ−Ａシステムでは、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域をＰＤＣＣＨ−ＰＵＣＣＨリソース領域に重複させる運用が検討されている。

ｅＰＤＣＣＨ−ＰＵＣＣＨリソースの決定方法として、ｅＣＣＥインデックスに対して、予め設定されたオフセット値をＡＲＩで指示する方法、または、固定値を規定する方法が開示されている（数式（５））（非特許文献５参照）。これらの方法によれば、基地局は、最初にオフセット値０、すなわちimplicit signallingによるｅＰＤＣＣＨ−ＰＵＣＣＨリソースがＰＤＣＣＨ−ＰＵＣＣＨリソースと衝突するか否かを判定する。そして、衝突しない場合、基地局は、端末に当該ｅＰＤＣＣＨ−ＰＵＣＣＨリソースを用いるよう、ＡＲＩ＝０を通知する。一方、衝突する場合、基地局は、他のオフセット値を加えたｅＰＤＣＣＨ−ＰＵＣＣＨリソースにおいて、衝突の有無を順次判定し、衝突しないｅＰＤＣＣＨ−ＰＵＣＣＨリソースに対応するＡＲＩ又は固定値を端末に通知する。

ところで、ｅＰＤＣＣＨでは、一般には、１つのｅＰＤＣＣＨサーチスペースセットの大きさＮ_ｅＣＣＥとして、４、８、１６、３２などの値をとる。ただし、スペシャルサブフレームであり、かつ、下り回線に用いるＯＦＤＭシンボル数が少ない場合は（すなわち、スペシャルサブフレームにおける下り通信に用いるＯＦＤＭシンボル数、ギャップ（下り／上りの切替期間）および上り通信に用いるＯＦＤＭシンボル数の比率を設定する、スペシャルサブフレームコンフィギュレーション（Special subframe configuration）として、下り回線に用いるＯＦＤＭシンボル数が少ないConfigurationに設定されている場合は）、Ｎ_ｅＣＣＥとして、２、４、８、１６などの値をとる。また、基地局は、端末間で異なるｅＰＤＣＣＨサーチスペースセットを設定することができ、これらのｅＰＤＣＣＨサーチスペースセットは、大きさが異なっていてもよい。さらに、基地局は、１つの端末に対して、複数のｅＰＤＣＣＨサーチスペースセットを設定することができ、これらのｅＰＤＣＣＨサーチスペースセットは大きさが異なっていてもよい。さらに、基地局は、各ｅＰＤＣＣＨサーチスペースセットに対して、それぞれ異なるＰＵＣＣＨリソースの開始位置Ｎ^（１） _{ＰＵＣＣＨ}を設定することができる。

特表2011-507704号公報

3GPP TS 36.211 V10.1.0, "Physical Channels and Modulation (Release 10)," March 2011 3GPP TS 36.212 V10.1.0, "Multiplexing and channel coding (Release 10)," March 2011 3GPP TS 36.213 V10.1.0, "Physical layer procedures (Release 10)," March 2011 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 Samsung, 3GPP RAN1 meeting #68bis, R1-121647, "HARQ-ACK PUCCH Resources in Response to E-PDCCH Detections," March 2012

図６に示すように、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域２０は、図４、５に示したＰＤＣＣＨ−ＰＵＣＣＨリソース領域１０と同様に、ｃ’およびｍ毎に分割されることが考えられる。このときＰＵＣＣＨリソースは、単位バンドの周波数端方向から中心方向に、ｍの昇順かつｃ’の昇順に配置される。ＡＲＩが２ビットの場合、端末には、４通りの異なるオフセット値δ_０（＝０）、δ_１，δ_２，δ_３のいずれかが通知される。そして、少なくとも２つのオフセット値は“＋１”よりも大きくなる。このため、あるタイミングにおけるＤＬサブフレームに対するｍをｍ_{ｃｕｒｒｅｎｔ}としたとき、オフセット先のＰＵＣＣＨリソースが、ｍ＞ｍ_{ｃｕｒｒｅｎｔ}となる可能性が、ＰＤＣＣＨ−ＰＵＣＣＨリソース領域において適用されるオフセット値である“＋１”の場合よりも高くなる。

例えば、図６では、ｍ＝１において、ｅＣＣＥインデックスｎ_ｅＣＣＥでｅＰＤＣＣＨを通知された端末Ａにおいて、オフセット値δ_０＝０におけるｅＰＤＣＣＨ−ＰＵＣＣＨリソース２１が、ＣＣＥインデックスｎ_ＣＣＥでＰＤＣＣＨを通知された他の端末ＢにおけるＰＤＣＣＨ−ＰＵＣＣＨリソースと衝突してしまうとする。この場合、基地局は、衝突を回避するために、ＰＵＣＣＨリソース２１にオフセット値δ_１，δ_２，δ_３を加えたＰＵＣＣＨリソース２２、２３、２４について衝突の有無を判定する。そして、基地局は、ＰＵＣＣＨリソース２２、２３、２４の中で衝突が発生しなかったものに対応するＡＲＩ＝１，２，３のいずれかを端末Ａに通知する。しかし、図６の例では、δ_２分シフトした先のＰＵＣＣＨリソース２３がｍ＝２に対するＰＵＣＣＨリソースとなり、δ_３分シフトした先のＰＵＣＣＨリソース２４はｍ＝３に対するＰＵＣＣＨリソースとなる。これは、ＤＬサブフレームｍ＝１の時点において、ｅＰＤＣＣＨ−ＰＵＣＣＨリソースに配置される制御情報が、その未来のＤＬサブフレームであるｍ＝２およびｍ＝３におけるＰＵＣＣＨリソースを占有することを意味する。そして、ＰＵＣＣＨリソースはＰＤＣＣＨおよびｅＰＤＣＣＨとそれぞれ１対１に対応づけられているので、基地局は、未来のＤＬサブフレームであるｍ＝２およびｍ＝３において、当該ＰＤＣＣＨおよびｅＰＤＣＣＨに対してスケジューリングを行えないことを意味する。

このように、従来技術では、ｅＰＤＣＣＨで下りデータ割当が指示される場合において、未来のＤＬサブフレームに対してスケジューリングの制約を持たせることになる。また、その制約は、ｍの値が大きくなるほど大きくなる。したがって、基地局は、大きいｍについて、最適な端末に制御情報を割り当ることができなくなるおそれが高くなる。また、基地局は、サブフレーム間を考慮したスケジューリングが必要になってしまい、基地局スケジューラが煩雑になってしまう。

本発明の目的は、ｅＰＤＣＣＨで下りデータ割当が指示される場合において、未来のＤＬサブフレームに対してスケジューリングの制約を持たせることなく、下り回線データの誤り検出結果を示す応答信号の通知に用いるＰＵＣＣＨリソースを決定する方法を提供することである。

本発明の一態様に係る端末装置は、拡張下り制御チャネル（ｅＰＤＣＣＨ）に対応する上り制御チャネル（ＰＵＣＣＨ）リソースに応答信号を、自端末宛の前記ｅＰＤＣＣＨが占有する先頭制御チャネル要素のインデックス値（ｎ _ｅＣＣＥ ）および基地局装置から通知された第１のオフセット値に基づいて配置する制御部と、前記ＰＵＣＣＨリソースに配置された応答信号を送信する送信部と、を具備し、前記第１のオフセット値は負の値である。

本発明の一態様に係る送信方法は、拡張下り制御チャネル（ｅＰＤＣＣＨ）に対応する上り制御チャネル（ＰＵＣＣＨ）リソースに応答信号を、自端末宛の前記ｅＰＤＣＣＨが占有する先頭制御チャネル要素のインデックス値（ｎ _ｅＣＣＥ ）および基地局装置から通知された第１のオフセット値に基づいて配置し、前記ＰＵＣＣＨリソースに配置された応答信号を送信し、前記第１のオフセット値は負の値である。
本発明の一態様に係る集積回路は、拡張下り制御チャネル（ｅＰＤＣＣＨ）に対応する上り制御チャネル（ＰＵＣＣＨ）リソースに応答信号を、自端末宛の前記ｅＰＤＣＣＨが占有する先頭制御チャネル要素のインデックス値（ｎ _ｅＣＣＥ ）および基地局装置から通知された第１のオフセット値に基づいて配置する処理と、前記ＰＵＣＣＨリソースに配置された応答信号を送信する処理と、を制御し、前記第１のオフセット値は負の値である。

本発明によれば、ｅＰＤＣＣＨで下りデータ割当が指示される場合において、未来のＤＬサブフレームに対してスケジューリングの制約を持たせることなく、下り回線データの誤り検出結果を示す応答信号の通知に用いるＰＵＣＣＨリソースを決定することができる。

応答信号及び参照信号の拡散方法を示す図 ＰＵＳＣＨリソースにおける応答信号及び上り回線データのＴＤＭの適用に関わる動作を示す図 ＴＤＤにおけるUL-DL Configurationの説明に供する図 ＰＤＣＣＨ−ＰＵＣＣＨリソース領域の説明に供する図 ＰＤＣＣＨ−ＰＵＣＣＨリソース領域におけるオフセット値の説明に供する図 ｅＰＤＣＣＨ−ＰＵＣＣＨリソース決定方法における課題の説明に供する図 本発明の実施の形態１に係る基地局の主要構成を示すブロック図 本発明の実施の形態１に係る端末の主要構成を示すブロック図 本発明の実施の形態１に係る基地局の構成を示すブロック図 本発明の実施の形態１に係る端末の構成を示すブロック図 本発明の実施の形態１に係るｅＰＤＣＣＨ−ＰＵＣＣＨリソース決定方法の説明に供する図 本発明の実施の形態２に係るｅＰＤＣＣＨ−ＰＵＣＣＨリソース決定方法の説明に供する図 本発明の実施の形態２に係るバリエーション１の説明に供する第１の図 本発明の実施の形態２に係るバリエーション１の説明に供する第２の図 本発明の実施の形態２に係るバリエーション２の説明に供する図 本発明の実施の形態２に係るバリエーション３の説明に供する図 本発明の実施の形態２に係るバリエーション４の説明に供する第１の図 本発明の実施の形態２に係るバリエーション４の説明に供する第２の図 本発明の実施の形態２に係るバリエーション６の説明に供する図 本発明の実施の形態３に係るｅＰＤＣＣＨ−ＰＵＣＣＨリソース決定方法 本発明の実施の形態４に係るｅＰＤＣＣＨ−ＰＵＣＣＨリソース決定方法 ｅＰＤＣＣＨ端末とＵＬ ＣｏＭＰ端末が存在する場合における課題とその解決方法の説明に供する図 本発明の実施の形態２に係るバリエーション７の説明に供する第１の図 本発明の実施の形態２に係るバリエーション７の説明に供する第２の図 本発明の実施の形態２に係るバリエーション７の説明に供する第３の図 本発明の実施の形態２に係るバリエーション７のＰＵＣＣＨリソース領域の分割方法の説明に供する第１の図 本発明の実施の形態２に係るバリエーション７のＰＵＣＣＨリソース領域の分割方法の説明に供する第２の図 本発明の実施の形態２に係るバリエーション７のＰＵＣＣＨリソース領域の分割方法の説明に供する第３の図 本発明の実施の形態２に係るバリエーション７のＰＵＣＣＨリソース領域の分割サイズの説明に供する第１の図 本発明の実施の形態２に係るバリエーション７のＰＵＣＣＨリソース領域の分割サイズの説明に供する第２の図 本発明の実施の形態２に係るバリエーション７のＰＵＣＣＨリソース領域の分割サイズの説明に供する第３の図

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

（実施の形態１）
図７は、本実施の形態に係る基地局１００の主要構成を示すブロック図である。図８は、本実施の形態に係る端末２００の主要構成を示すブロック図である。端末２００は、第１の単位バンド及び第２の単位バンドを含む複数の単位バンドを用いて基地局１００と通信する。また、端末２００に設定される各単位バンドには、１フレームを構成するサブフレームの構成パターンであって、下り回線の通信に用いられる下り通信サブフレーム（ＤＬサブフレーム）及び上り回線の通信に用いられる上り通信サブフレーム（ＵＬサブフレーム）を含む構成パターン（DL-UL Configuration）が設定される。

基地局１００において、制御部１０１がｅＰＤＣＣＨ−ＰＵＣＣＨリソースとＰＤＣＣＨ−ＰＵＣＣＨリソースとの衝突の有無を判定する。そして、制御情報生成部１０２が、衝突しないｅＰＤＣＣＨ−ＰＵＣＣＨリソースに対応するＡＲＩを端末２００に通知する。

端末２００において、抽出部２０４が、複数の単位バンドで下りデータをそれぞれ受信する。そして、復号部２１０は、下りデータを復号する。そして、ＣＲＣ部２１１が、復号された各下りデータの誤りを検出する。そして、応答信号生成部２１２が、ＣＲＣ部２１１で得られる各下りデータの誤り検出結果を用いて応答信号を生成する。そして、制御部２０８が、応答信号を所定のＰＵＣＣＨリソースに配置して基地局１００に送信する。

［基地局の構成］
図９は、本実施の形態に係る基地局１００の構成を示すブロック図である。図９において、基地局１００は、制御部１０１と、制御情報生成部１０２と、符号化部１０３と、変調部１０４と、符号化部１０５と、データ送信制御部１０６と、変調部１０７と、マッピング部１０８と、ＩＦＦＴ（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によって拡散し、拡散した信号を２次拡散部２１５−１，２１５−２に出力する。

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

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

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

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

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

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

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

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

［ｅＰＤＣＣＨ−ＰＵＣＣＨリソースの決定方法］
次に、上記の構成を有する基地局１００及び端末２００におけるｅＰＤＣＣＨ−ＰＵＣＣＨリソースの決定方法について説明する。

図１１は、本実施の形態に係るｅＰＤＣＣＨ−ＰＵＣＣＨリソースの決定方法の説明に供する図である。図１１に示すように、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域３００は、ｃ’およびｍ毎に分割され、単位バンドの周波数端方向から中心方向に、ｍの昇順かつｃ’の昇順に配置される。

本実施の形態において、基地局１００は、現在のＤＬサブフレームｍ_{ｃｕｒｒｅｎｔ}に対する仮想的なＰＵＣＣＨリソース領域でシフトするオフセット値（δ_１、δ_２、δ_３）を設定する。

そして、基地局１００は、最初にオフセット値０、すなわちimplicit signallingによるｅＰＤＣＣＨ−ＰＵＣＣＨリソース３１０がＰＤＣＣＨ−ＰＵＣＣＨリソースと衝突するか否かを判定する。そして、衝突しない場合、基地局１００は、端末２００に当該ｅＰＤＣＣＨ−ＰＵＣＣＨリソース３１０を用いるよう、ＡＲＩ＝０を通知する。一方、衝突する場合、基地局１００は、他のオフセット値を加えたｅＰＤＣＣＨ−ＰＵＣＣＨリソース３１１、３１２、３１３）において、衝突の有無を順次判定し、衝突しないｅＰＤＣＣＨ−ＰＵＣＣＨリソースに対応するＡＲＩを端末２００に通知する。

端末２００は、ｅＣＣＥインデックスｎ_ｅＣＣＥ、及び、通知されたＡＲＩに対応する仮想的なＰＵＣＣＨリソース領域におけるオフセット値δ_ＡＲＩに基づいてｃ’を求め、現在のＤＬサブフレームｍ_{ｃｕｒｒｅｎｔ}に対するＰＵＣＣＨリソース領域の中から、下り回線データの誤り検出結果を示す応答信号の通知に用いるＰＵＣＣＨリソースを決定する。

［効果］
このように、本実施の形態によれば、ＡＲＩで指示するオフセット値によるシフトが、ｍ＝ｍ_{ｃｕｒｒｅｎｔ}、すなわち、現在のＤＬサブフレームに対応づけられたＰＵＣＣＨリソース内のみで行われるため、未来のＤＬサブフレームにおけるＤＬスケジューリングへの制約を与えない。

（実施の形態２）
実施の形態２では、端末２００は、ｍ＝ｍ_{ｃｕｒｒｅｎｔ}に対するＰＵＣＣＨリソースをまとめた仮想的なＰＵＣＣＨリソース領域において、ｅＣＣＥインデックスｎ_ｅＣＣＥ、及び、通知されたＡＲＩに対応するオフセット値δ_ＡＲＩに基づいてｃ’を求める。次に、端末２００は、実際に用いるｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域において、下り回線データの誤り検出結果を示す応答信号の通知に用いるＰＵＣＣＨリソースを決定する。

図１２は、本実施の形態に係るｅＰＤＣＣＨ−ＰＵＣＣＨリソースの決定方法の説明に供する図である。図１２の例では、ｍ_{ｃｕｒｒｅｎｔ}＝２であるとする。図１２において、ＰＵＣＣＨリソース領域３５０は、ｍ＝ｍ_{ｃｕｒｒｅｎｔ}＝２のＰＵＣＣＨリソースをまとめた仮想的なＰＵＣＣＨリソース領域である。ＰＵＣＣＨリソース領域３５０は、ｃ’毎に分割され、単位バンドの周波数端方向から中心方向に、ｃ’の昇順に配置される。

基地局１００は、仮想的なＰＵＣＣＨリソース領域３５０において、ｎ_ｅＣＣＥ＋δ_ＡＲＩが属するｃ’を、数式（６）にしたがって算出する。算出されたｃ’に基づいて、数式（７）にしたがって、ＰＵＣＣＨリソース（３６０、３６１、３６２、３６３）のいずれかに決定する。

なお、数式（６）において、ｃ’は必ずしもＰＤＣＣＨ−ＰＵＣＣＨにおけるcと同じ値および同じ値の範囲でなくてもよい。また、数式（７）において、Ｎ^（１） _{ＰＵＣＣＨ}’は、端末２００に予め設定されたｅＰＤＣＣＨ−ＰＵＣＣＨリソース全体に対するオフセット値であるが、ＰＤＣＣＨ−ＰＵＣＣＨリソース全体に対するオフセット値Ｎ^（１） _{ＰＵＣＣＨ}とは異なる値であってもよい。

なお、前述の通り、下り回線に用いるＯＦＤＭシンボル数が少ないスペシャルサブフレームでは、ｅＰＤＣＣＨサーチスペースセットの大きさは、ノーマルサブフレームの半分である。そのため、ノーマルサブフレームに対するオフセット値をδとするのに対して、スペシャルサブフレームに対するオフセット値をδ／２としてもよい。

［効果］
このように、本実施の形態によれば、ＡＲＩで指示するオフセット値によるシフトが、仮想的なＰＵＣＣＨリソース領域で行われる。さらに、仮想的なＰＵＣＣＨリソースは、ｍ＝ｍ_{ｃｕｒｒｅｎｔ}、すなわち、現在のＤＬサブフレームに対応づけられたＰＵＣＣＨリソースのみを用いるため、未来のＤＬサブフレームにおけるＤＬスケジューリングへの制約を与えない。さらに、小さい絶対値のオフセット値であっても、同じｍかつ異なるｃ’に対するｅＰＤＣＣＨ−ＰＵＣＣＨリソースを指示することができるため、正のオフセット値を与えた場合に、ＰＤＣＣＨ−ＰＵＣＣＨリソースとの衝突確率がより低いｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域にシフトすることができる。さらにこれらの効果は、異なるｃ’およびｍにおいて同一のオフセット値を設定していても得ることができる。

なお、図１２では仮想的なＰＵＣＣＨリソース領域において、ｍ＝２に対するｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域以外に、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域外のリソース（例えばＰＵＳＣＨ領域）が含まれる。本実施の形態では、オフセットによるシフト後のＰＵＣＣＨリソースを、（１）ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域外のリソースを指示することができるよう運用してもよいし、（２）ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域内のリソースのみを必ず指示するよう運用してもよい。

以下、（１）ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域内に限定しない場合と、（２）ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域内に限定する場合について説明する。

（バリエーション１）
バリエーション１は、（１）ＰＵＣＣＨリソースをｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域内に限定しない場合である。

図１３および図１４に、それぞれ、仮想的なＰＵＣＣＨリソース領域をｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域内に限定しない場合の運用方法を示す。

図１３に示す運用方法では、実際のｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域３００において、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域外のリソースも、ｃ’およびｍ毎に（すなわちｅＰＤＣＣＨ−ＰＵＣＣＨと同一のルールに従って）分割される。なお、図１３では、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域が、ｃ’＝０，１，２，３で定義され、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域外のリソース（例えばＰＵＳＣＨ領域）が、ｃ’＝４，・・・で定義される。仮想的なＰＵＣＣＨリソース領域３５０においては、ｍ＝ｍ_{ｃｕｒｒｅｎｔ}となるｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域、および、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域外のリソース領域において、ＡＲＩが指示するオフセット値に基づく、ＰＵＣＣＨリソースのシフトが行われる。なお、数式（６）および数式（７）は、本運用方法に従ったものである。

一方、図１４に示す運用方法では、実際のｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域３００において、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域外のリソースは、ｃ’およびｍ毎に分割されない。仮想的なＰＵＣＣＨリソース領域においては、ｍ＝ｍ_{ｃｕｒｒｅｎｔ}となるｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域に加えて、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域外のリソースが、実際のリソース領域と同様に付加される。このリソース領域において、ＡＲＩが指示するオフセット値に基づく、ＰＵＣＣＨリソースのシフトが行われる。本運用方法においては、数式（６）を満足するｃ’が、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域として定義されたｃ’の最大値（ｃ’_ｍａｘと定義する）（図１４の例ではｃ’_ｍａｘ＝３）以下である場合は、数式（６）および数式（７）に従ってＰＵＣＣＨリソースを算出し、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域として定義されたｃ’の最大値より大きい場合は、数式（８）に従ってＰＵＣＣＨリソースを算出する。

上記図１３に示した運用方法では、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域外のリソース領域をｍ毎に分割するため、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域外においても、異なるｍ間で、ｅＰＤＣＣＨにより指示されるＰＵＣＣＨリソースの衝突が発生しない。したがって、この運用方法は、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域が小さい場合や、オフセット値の絶対値が大きい場合など、オフセットによるシフト先の多くがｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域外に出る場合において有用である。

一方、上記図１４に示した運用方法では、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域外のリソース領域をｍ毎に分割しない。このため、この運用方法は、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域が大きい場合や、オフセット値の絶対値が小さい場合など、オフセットによるシフト先の多くがｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域内に含まれる場合において有用である。

（バリエーション２）
バリエーション２は、（２）ＰＵＣＣＨリソースをｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域内に限定する場合である。

図１５に、仮想的なＰＵＣＣＨリソース領域においてＰＵＣＣＨリソースをｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域内に限定する場合の運用方法を示す。

図１５に示す運用方法（方法１）では、仮想的なＰＵＣＣＨリソース領域において、ｍ＝ｍ_{ｃｕｒｒｅｎｔ}となるｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域を周回する。この周回リソース領域において、ＡＲＩが指示するオフセット値に基づく、ＰＵＣＣＨリソースのシフトが行われる。本運用方法においては、数式（９）を満足するｃ’が、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域として定義されたｃ’の最大値（ｃ’_ｍａｘと定義する）（図１５の例ではｃ’_ｍａｘ＝３）以下となるように、仮想的なＰＵＣＣＨリソース領域全体を周回させる。得られたｃ’から、数式（１０）に従ってＰＵＣＣＨリソースを算出する。

なお、図１５に示す方法１では、仮想的なＰＵＣＣＨリソース領域全体の周回により、ＰＤＣＣＨ−ＰＵＣＣＨ占有率の高い、ｃ’が小さいｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域に戻ってきてしまう（図１５ではδ_３シフト時）。シフト先のｅＰＤＣＣＨ−ＰＵＣＣＨリソースはＰＤＣＣＨ−ＰＵＣＣＨリソースにより占有されている可能性が高いため、当該シフト先を使えない可能性が高い。そこで、図１５に示す方法２や方法３に示すように、より大きいｃ’が優先的に使われるような周回または折り返し方法をとってもよい。具体的には、方法２は、所定の閾値より大きいｃ’（図１５では２＜ｃ’）に対するｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域内で周回する。方法３は、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域として定義されたｃ’の最大値に対するｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域の最下端（単位バンドの中心方向を下と定義する）に達した後、折り返す（負のオフセット値が使われる）。

（バリエーション３）
本実施の形態においては、ｃ’およびｍが増える方向である正のオフセット値を前提として説明したが、本発明はこれに限られず、負のオフセット値を用いて、より単位バンド端方向のＰＵＣＣＨリソースを使用しても良い。ＰＵＣＣＨは、スロット毎に各単位バンドの中心周波数に対して対称に周波数ホッピングが行われるため、負のオフセット値を積極的に活用することにより、システム帯域の外側のリソースが使われる可能性が高くなるため，周波数ダイバーシチ効果が大きく得られる。ただし、ｃ’が小さいほど、ｅＰＤＣＣＨ−ＰＵＣＣＨリソースがＰＤＣＣＨ−ＰＵＣＣＨリソースと衝突する確率が高くなる。そのため、例えば、図１６に示すように、所定の閾値（例えば１．５）より小さいｃ’では、正のオフセットにより衝突回避を行い、所定の閾値より大きいｃ’では、負のオフセットにより周波数ダイバーシチ効果を高めるように運用してもよい。すなわち、本実施の形態は、オフセット値は、正負いずれの値も取ることができる。また、本実施の形態は、全てのｃ’およびｍに対して、同一のオフセット値に限定するものではない。

（バリエーション４）
前述したとおり、ｅＰＤＣＣＨ−ＰＵＣＣＨリソースにおけるｃ’は、必ずしもＰＤＣＣＨ−ＰＵＣＣＨと同じ値および同じ値の範囲でなくてもよい。図１７および図１８に、ｃ’＝｛０｝の場合において、本実施の形態を適用した場合の例を示す。図１７は、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域がｃ＝１に対するＰＤＣＣＨ−ＰＵＣＣＨリソース領域と共用される場合の例を示す。図１８は、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域がＰＤＣＣＨ−ＰＵＣＣＨリソース領域と共用されない場合の例を示す。

図１７のように、ＰＤＣＣＨ−ＰＵＣＣＨリソース領域と共用する場合は、共用されるＰＤＣＣＨ−ＰＵＣＣＨリソース領域（ｃ＝１）と、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域（ｃ’＝０）において、ｃおよびｍ毎のＰＵＣＣＨリソース領域の大きさとｃ’およびｍ毎のＰＵＣＣＨリソース領域の大きさを等しくする。すなわち、図１７において、ｃ＝１におけるｍ毎のＰＤＣＣＨ−ＰＵＣＣＨリソース領域と、ｃ’＝０におけるｍ毎のｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域が同じ大きさである。これにより、実際のＰＵＣＣＨリソース番号において、ＰＤＣＣＨ−ＰＵＣＣＨとｅＰＤＣＣＨ−ＰＵＣＣＨで同一のｍに対するＰＵＣＣＨ領域を用いることができるため、現在のＤＬサブフレームにおける一方の制御チャネル（ＰＤＣＣＨまたはｅＰＤＣＣＨ）が、未来のＤＬサブフレームにおける他方の制御チャネル（ｅＰＤＣＣＨまたはＰＤＣＣＨ）のスケジューリングに制約を与えない。

前述の通り、ＰＤＣＣＨ領域の大きさは、ＣＦＩ（Control Format Indicator）で定義される。したがって、ＰＤＣＣＨ−ＰＵＣＣＨリソース領域の大きさを示すｃが取りうる最大値は、ＣＦＩの大きさに依存する。

ところで、ＣＦＩは、ＰＤＣＣＨ領域の大きさを指示するものである。そのため、仮にｅＰＤＣＣＨ（およびＰＤＳＣＨ）が割当開始されるＯＦＤＭシンボルが、ＰＤＣＣＨ領域の大きさに依存せず、固定的な（または基地局１００により予め設定された）ＯＦＤＭシンボルから割り当てられる場合、ｅＰＤＣＣＨを受信しＰＤＣＣＨを受信しない端末２００では、ＣＦＩを受信する必要がない。すなわち、ｅＰＤＣＣＨを受信しＰＤＣＣＨを受信しない端末２００では、ＣＦＩを受信せず、固定的に、例えばＣＦＩ＝３（すなわちＰＤＣＣＨ領域が第１〜第３ＯＦＤＭシンボルを占有している）とし、第４ＯＦＤＭシンボルからｅＰＤＣＣＨが割り当てられると仮定する運用にしてもよい。ただしこの場合、端末２００は、実際のＰＤＣＣＨ領域の大きさがわからない。そのため、ｃが取りうる最大値もまたわからない。このような場合、端末２００は、上記で仮定した値であるＣＦＩ＝３として、ｃが取りうる最大値を計算してもよい。基地局１００が、ｃがとりうる最大値またはそれに準ずる情報（例えばＣＦＩの値）を端末２００に予め設定してもよい。

図１８のように、ＰＤＣＣＨ−ＰＵＣＣＨリソース領域と共用しない場合は、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域のデザインは、ＰＤＣＣＨ−ＰＵＣＣＨリソース領域のデザインに拘束されることがない。そのため、ｃ’およびｍ毎のｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域の大きさの算出方法が、ｃおよびｍ毎のＰＤＣＣＨ−ＰＵＣＣＨリソース領域の大きさの算出方法（Ｎ_ｃ＋１−Ｎ_ｃ）に拘束されない。また、本実施の形態では、ＡＲＩが指示するオフセット値に基づくシフトによって、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域がＰＤＣＣＨ−ＰＵＣＣＨリソース領域に重なる（例えば図１８ではδ_３）ように運用してもよい。あるいは、本実施の形態では、ＰＤＣＣＨ−ＰＵＣＣＨリソース領域外かつｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域外に配置される（例えば図１８ではδ_１およびδ_２）ように運用してもよい。ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域がＰＤＣＣＨ−ＰＵＣＣＨリソース領域に重なるように積極的に運用すれば、トータルでのＰＵＣＣＨリソースのオーバーヘッドを減らすことができる。

（バリエーション５）
さらに、本実施の形態では、implicitなパラメータとして、ｅＣＣＥインデックスを用いて説明したが、本発明はこれに限定されるものではない。ｅＣＣＥインデックスの他に、ｅＰＤＣＣＨ領域におけるリソースエレメントグループ（REG: Resource Element Group）ｅＲＥＧのインデックス、ＰＤＳＣＨのＰＲＢ（Physical Resource Block）番号、または、ｅＰＤＣＣＨが通知されるアンテナポート番号であってもよい。複数のｅＰＤＣＣＨサーチスペースセットを定義し、どちらのサーチスペースセットでｅＰＤＣＣＨが通知されたか、もまた、implicitなパラメータであるといえる。そしてこれらのパラメータの一部、またはこれらのパラメータの組合せもまた、implicitなパラメータである。要は、端末２００にＤＬ ａｓｓｉｇｎｍｅｎｔおよびＰＤＳＣＨが割り当てられた場合に、暗黙的(implicit)に決定されるパラメータであればよい。

（バリエーション６）
さらに、本発明は、必ずしもimplicitなパラメータと、ＡＲＩが指示するimplicitなパラメータからのオフセット値（相対値）に基づいたＰＵＣＣＨリソース通知方法のみに適用されるものではなく、図１９に示すように、端末２００は、ｍ＝ｍ_{ｃｕｒｒｅｎｔ}に対する仮想的なＰＵＣＣＨリソース領域において、ＡＲＩが指示する「仮想的なＰＵＣＣＨリソース領域におけるexplicitリソース（絶対値）」に基づいてｃ’を求め、その後、実際のＰＵＣＣＨリソース領域において、ＰＵＣＣＨリソースを特定する、としてもよい。この場合、図１９に示すように、仮想的なＰＵＣＣＨリソース領域におけるexplicitリソース（絶対値）が異なるｍ間で同一であっても、実際のＰＵＣＣＨリソース領域は、各ｍに適したものが用いられる。なお、「仮想的なＰＵＣＣＨリソース領域におけるexplicitリソース（絶対値）」は、「仮想的なＰＵＣＣＨリソース領域における固定位置（例えば単位バンドの周波数端）からのオフセット値（絶対値）」と表現することもできる。

すなわち、ＡＲＩが、「仮想的なＰＵＣＣＨリソース領域におけるexplicitリソース（絶対値）」を指示する場合には、ＰＤＣＣＨ−ＰＵＣＣＨリソース領域内またはｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域内において、ｍ＝ｍ_{ｃｕｒｒｅｎｔ}なるｅＰＤＣＣＨ−ＰＵＣＣＨリソースが指示されるので、未来のＤＬサブフレームにおけるスケジューリング制約を与えない。

（バリエーション７）
上記では、オフセット値によるシフトが仮想的なＰＵＣＣＨリソース領域で行われたが、ｃ’毎およびｍ毎のＰＵＣＣＨリソース領域の分割方法およびオフセット値に制約を与えることによって、未来のＤＬサブフレームにおけるＤＬスケジューリングへの制約を与えることなく、オフセットによるシフトを実現できることを以下に説明する。ただし以降は、ＰＤＣＣＨ−ＰＵＣＣＨリソースとｅＰＤＣＣＨ−ＰＵＣＣＨリソースとの衝突ではなく、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース同士の衝突を回避するものである。

本バリエーションによれば、基地局１００は、端末間に異なるｅＰＤＣＣＨサーチスペースセットを設定する。このとき、ｃ’毎およびｍ毎のＰＵＣＣＨリソース領域の大きさ（図２３におけるＮ）を、ｅＰＤＣＣＨサーチスペースによらず一定の値にする。ただし、下り回線に用いるＯＦＤＭシンボル数が少ないスペシャルサブフレームでは、ｃ’毎およびｍ毎のＰＵＣＣＨリソース領域の大きさをＮ／２としてもよい。図２３によれば、大きさがＮ_ｅＣＣＥ（＝Ｎ）のｅＰＤＣＣＨサーチスペースセットＡと、大きさがＮ_ｅＣＣＥ’（＝２Ｎ）のｅＰＤＣＣＨサーチスペースセットＢが設定され、それぞれのｅＰＤＣＣＨサーチスペースにおいてDL assignmentが割り当てられた先頭ｅＣＣＥインデックスｎ_ｅＣＣＥおよびｎ_ｅＣＣＥ’が、同じＰＵＣＣＨリソースを指示するものとする。このときＰＵＣＣＨリソースの衝突が発生するため、一方のＰＵＣＣＨリソースに対して少なくともｅＰＤＣＣＨサーチスペースセットの大きさＮ_ｅＣＣＥまたはＮ_ｅＣＣＥ’以上のオフセットを加えることで、衝突を回避することができる。ただし、前述のとおり、未来のＤＬサブフレームにおけるスケジューリング制約を与えるのは望ましくない。

そこで本バリエーションでは、図２４に示すように、物理的なＰＵＣＣＨリソース領域において、Ｎ_ｅＣＣＥ＝Ｎなる大きさをもつｅＰＤＣＣＨサーチスペースセットＡに対して、オフセット値δをＭＮとする。ここで、Ｎは、異なるサーチスペースセット間で共通の、ｃ’毎およびｍ毎のＰＵＣＣＨリソース領域の大きさである。ｃ’毎およびｍ毎のＰＵＣＣＨリソース領域の大きさＮを、ｅＰＤＣＣＨサーチスペースによらず一定の値にすることで、物理的なＰＵＣＣＨリソース領域においても、未来のスケジューリングに制約を与えることなく、ｅＰＤＣＣＨ−ＰＵＣＣＨリソースの衝突を回避することができる。

また、図２３におけるＰＵＣＣＨリソースの衝突回避のために、図２５に示すように、Ｎ_ｅＣＣＥ’＝２Ｎなる大きさのｅＰＤＣＣＨサーチスペースセットＢをもつ端末２００において、オフセットによるシフトを行ってもよい。この場合、オフセット値δを２ＭＮとする。これにより、未来のスケジューリングに制約を与えることなく、ｅＰＤＣＣＨ−ＰＵＣＣＨリソースの衝突を回避することができる。

なお、図２５の例ではオフセット値δをＭＮにすることによっても、ＰＵＣＣＨリソースの衝突を回避できるが、オフセット値δ＝ＭＮによるシフトは、Ｎ_ｅＣＣＥ＝Ｎなる大きさのｅＰＤＣＣＨサーチスペースセットＡをもつ他の端末で行えばよい。したがって、オフセットによるシフトは、自端末向けのDL assignmentが通知されるｅＰＤＣＣＨサーチスペースの大きさに基づいて決定すればよい。上記では、Ｎ_ｅＣＣＥ＝ＮおよびＮ_ｅＣＣＥ’＝２Ｎの例を示したが、一般化するならば、Ｎ_ｅＣＣＥ≦Ｎの範囲であれば、オフセットδの値はＭＮであればよく、Ｎ＜Ｎ_ｅＣＣＥ≦２Ｎの範囲であれば、オフセットδの値は２ＭＮであればよい。以上を一般化して表現すると、オフセット値δ（δ_ARI）は、数式（１１）に示すように設定すればよい。ここで、Ｎ_ｅＣＣＥは、オフセットによるシフトを行う端末２００において、DL assignmentが通知されたｅＰＤＣＣＨサーチスペースセットの大きさである。Ｍはbundling windowである。

なお、前述の通り、下り回線に用いるＯＦＤＭシンボル数が少ないスペシャルサブフレームでは、ｅＰＤＣＣＨサーチスペースセットの大きさは、ノーマルサブフレームの半分である。そのため、ノーマルサブフレームに対するｃ’毎およびｍ毎のＰＵＣＣＨリソース領域の大きさＮ_{Ｎｏｒｍａｌ}をＮとするのに対して、スペシャルサブフレームに対するｃ’毎およびｍ毎のＰＵＣＣＨリソース領域の大きさＮ_{Ｓｐｅｃｉａｌ}をＮ／２としてもよい。このとき、本バリエーションの説明に係る図２３のオフセット値は、バンドリングウィンドウＭが下り回線に用いるＯＦＤＭシンボル数が少ないスペシャルサブフレームを含む場合は（３＋１／２）Ｎであり、バンドリングウィンドウＭが下り回線に用いるＯＦＤＭシンボル数が少ないスペシャルサブフレームを含まない場合は４Ｎである。図２４のオフセット値は、バンドリングウィンドウＭが下り回線に用いるＯＦＤＭシンボル数が少ないスペシャルサブフレームを含む場合は２×（３＋１／２）Ｎであり、バンドリングウィンドウＭが下り回線に用いるＯＦＤＭシンボル数が少ないスペシャルサブフレームを含まない場合は２×４Ｎである。すなわち、このときのオフセット値は、バンドリングウィンドウＭが下り回線に用いるＯＦＤＭシンボル数が少ないスペシャルサブフレームを含む場合は、数式（１２）に示すとおりであり、バンドリングウィンドウＭが下り回線に用いるＯＦＤＭシンボル数が少ないスペシャルサブフレームを含まない場合は、数式（１３）に示すとおりである。

なお、本発明はＴＤＤに関するものであるが、ＦＤＤに適用する場合は、Ｍ＝１とし、ｃ’毎およびｍ毎のＰＵＣＣＨリソース領域を考慮する必要がないため、Ｎを考慮する必要がない。すなわち、オフセット値δ（δ_ARI）は、数式（１４）に示すように、端末２００において、自端末宛のDL assignmentが割り当てられたｅＰＤＣＣＨサーチスペースセットの大きさである。

また、ＦＤＤ、ＴＤＤによらず、ｅＰＤＣＣＨサーチスペースセットの大きさが偶数であること、ｅＰＤＣＣＨのアグリゲーションレベルは１以外が偶数であることから、偶数番目のｅＣＣＥインデックスに対するＰＵＣＣＨリソースが占有されやすい。これを踏まえて、数式（１１）および数式（１４）に示すオフセット値が偶数である場合は、当該オフセット値に＋１または−１を加えたオフセット値を用いてもよい。

上記を踏まえて、本バリエーションに係るＰＵＣＣＨリソースの決定方法を、数式を用いて説明する。

端末２００は、自端末宛のDL assignmentが割り当てられた先頭のｅＣＣＥインデックスｎ_ｅＣＣＥが属するｃ’を、数式（１５）にしたがって算出する。端末２００は、算出されたｃ’に基づいて、数式（１６）にしたがって、ＰＵＣＣＨリソースを決定する。

なお、Ｎ^（１） _{ＰＵＣＣＨ}’は、端末２００に予め設定されたｅＰＤＣＣＨ−ＰＵＣＣＨリソース全体に対するオフセット値であり、ｅＰＤＣＣＨサーチスペースセット毎に異なる値であってもよい。

数式（１６）により決定したＰＵＣＣＨリソースが他の端末が用いるＰＵＣＣＨリソースと衝突する場合、基地局１００は、動的なオフセットδ_ＡＲＩによるＰＵＣＣＨリソースのシフトを、端末２００宛のDL assignmentで通知されるＡＲＩで端末２００に指示してもよい。このとき端末２００は、数式（１７）を用いて、シフト後のＰＵＣＣＨリソースを決定する。なお、数式（１７）におけるｃ’の値は、数式（１６）と同一の値である。また、数式（１７）におけるδ_ＡＲＩの値は、数式（１１）より決定する。

［Ｎを一定の値にすることによる効果］
ここで、ｃ’毎およびｍ毎のＰＵＣＣＨリソース領域の大きさＮを、ｅＰＤＣＣＨサーチスペースによらず一定の値にすることによる効果について、図２６、図２７および図２８を援用して説明する。

基地局１００が、端末間で異なるｅＰＤＣＣＨサーチスペースセット（セットＡとセットＢ）を設定する場合、基地局１００の運用方法としては、以下の２種類の方法が考えられる。
（１）一方のｅＰＤＣＣＨサーチスペースセットのみにスケジューリングする
（２）同時に（同じサブフレームで）両方のｅＰＤＣＣＨサーチスペースセットにスケジューリングする

（１）一方のｅＰＤＣＣＨサーチスペースセットのみにスケジューリングする場合は、各ｅＰＤＣＣＨサーチスペースセットに対応するＰＵＣＣＨリソースのオーバーヘッドを低減するために、図２６に示すようにＰＵＣＣＨリソースを共用する。ここで、図２６は、図３に示す、UL-DL Configuration#2のサブフレーム＃５における、ｅＰＤＣＣＨでの下り回線データの割当通知と、それに対応するＰＵＣＣＨリソースを示している。図２６では、ｅＰＤＣＣＨサーチスペースセットＡにのみスケジューリングがされている。ｅＰＤＣＣＨサーチスペースセットＢには、ｅＰＤＣＣＨサーチスペースセットＡと同じＰＵＣＣＨリソース領域が対応づけられているが、ｅＰＤＣＣＨサーチスペースセットＢにスケジューリングがなされないため、両セット間でのＰＵＣＣＨリソースの衝突は発生しない。

一方で、（２）同時に両方のｅＰＤＣＣＨサーチスペースセットにスケジューリングする場合は、両セット間でのＰＵＣＣＨリソースの衝突が発生するために、ＰＵＣＣＨリソース領域を共用しないことが望ましい。

ここで、基地局が、上記２種類の運用方法、すなわち、（１）一方のｅＰＤＣＣＨサーチスペースセットのみにスケジューリングすることと、（２）同時に（同じサブフレームで）両方のｅＰＤＣＣＨサーチスペースセットにスケジューリングすることを、動的に切り替えて運用する場合を考える。このとき、ＰＵＣＣＨリソースをセット間で共用すれば、ＰＵＣＣＨリソースのオーバーヘッドを低減することができるが、一方で、セット間でのＰＵＣＣＨリソースの衝突が発生する。衝突を回避するためには、ｅＰＤＣＣＨサーチスペースセットの大きさよりも大きいオフセット値を用いる必要があるが、その値は、前述の通り、４，８，１６，３２などであり、１よりも大きい。

そのため、端末間で異なるｅＰＤＣＣＨサーチスペースセットを設定する場合においても、あるタイミングにおけるＤＬサブフレームに対するｍをｍ_{ｃｕｒｒｅｎｔ}としたとき、オフセット先のＰＵＣＣＨリソースが、ｍ＞ｍ_{ｃｕｒｒｅｎｔ}となる可能性が、ＰＤＣＣＨ−ＰＵＣＣＨリソース領域において適用されるオフセット値である“＋１”の場合よりも高くなる。したがって、ｅＰＤＣＣＨで下りデータ割当が指示される場合において、未来のＤＬサブフレームに対してスケジューリングの制約を持たせることになる。また、その制約は、ｍの値が大きくなるほど大きくなる。したがって、基地局は、大きいｍについて、最適な端末に制御情報を割り当ることができなくなるおそれが高くなる。また、基地局は、サブフレーム間を考慮したスケジューリングが必要になってしまい、基地局スケジューラが煩雑になってしまう。

また、前述したとおり、基地局は、端末間で異なるｅＰＤＣＣＨサーチスペースセットを設定することができ、さらに、これらのｅＰＤＣＣＨサーチスペースセットは、大きさが異なっていてもよい。また、基地局は、各ｅＰＤＣＣＨサーチスペースセットに対して、それぞれ異なるＰＵＣＣＨリソースの開始位置Ｎ^（１） _{ＰＵＣＣＨ}を設定することができる。図２７に、ｅＰＤＣＣＨサーチスペースセットＡの大きさをＮ_ｅＣＣＥ、対応するＰＵＣＣＨリソースの開始位置をＮ^（１） _{ＰＵＣＣＨ}とし、かつ、ｅＰＤＣＣＨサーチスペースセットＢの大きさをＮ_ｅＣＣＥ’（≠Ｎ_ｅＣＣＥ）、対応するＰＵＣＣＨリソースの開始位置をＮ^（１） _{ＰＵＣＣＨ}’としたときのＰＵＣＣＨリソースを示す。ここで図２７は、ＰＤＣＣＨに対するＰＵＣＣＨリソースと同様に、数式（１）、数式（２）および数式（３）に基づいて、ｅＰＤＣＣＨに対するＰＵＣＣＨリソースを算出する。また、ｃ毎およびｍ毎のＰＵＣＣＨリソース領域の大きさＮ_１−０、Ｎ_２−１およびＮ_３−２は、それぞれ数式（２）を用いてＮ_１−Ｎ_０、Ｎ_２−Ｎ_１およびＮ_３−Ｎ_２により求められ、その値はそれぞれ異なる。すなわち、ｃ毎に、ｃ毎およびｍ毎のＰＵＣＣＨリソース領域の大きさが異なる。図２７に示すように、ｅＰＤＣＣＨサーチスペースセットＡのＰＵＣＣＨの開始位置Ｎ^（１） _{ＰＵＣＣＨ}が、ｅＰＤＣＣＨサーチスペースセットＢのＰＵＣＣＨリソースのｃ＝１の先頭と一致している場合、ｅＰＤＣＣＨサーチスペースセットＡのｍ＝０に対応するＰＵＣＣＨリソースは、ｅＰＤＣＣＨサーチスペースセットＢのｍ＝０に対応するＰＵＣＣＨリソースに一致しているが、ｅＰＤＣＣＨサーチスペースセットＡのｍ＝１に対応するＰＵＣＣＨリソースの先頭部分は、ｅＰＤＣＣＨサーチスペースセットＢのｍ＝０に対応するＰＵＣＣＨリソースに一致してしまう（図２７の網掛け部分（Ａ））。このとき、ｅＰＤＣＣＨサーチスペースセットＢのｍ＝０において、図２７の網掛け部分（Ａ）のＰＵＣＣＨリソースが使われると、ｅＰＤＣＣＨサーチスペースセットＡにおいて、ｍ＝０に対して未来のサブフレームであるｍ＝１におけるＰＵＣＣＨリソースを使うことができない。図２７の網掛け部分（Ｂ）、（Ｃ）についても同様である。したがって、複数のｅＰＤＣＣＨサーチスペースにおいて、ｅＰＤＣＣＨサーチスペースの大きさと、ｅＰＤＣＣＨサーチスペースに対応するＰＵＣＣＨの開始位置がそれぞれ異なるときもまた、未来のＤＬサブフレームに対してスケジューリングの制約を持たせることになる。

そこで、図２８に示すように、ｅＰＤＣＣＨサーチスペースセットＡおよびｅＰＤＣＣＨサーチスペースセットＢに対するＰＵＣＣＨ領域をそれぞれ同じ大きさＮで分割することにより、セット間のＰＵＣＣＨリソースで常に同じｍの値が対応づけられるため、図２７に示すようなｅＰＤＣＣＨサーチスペースの大きさが異なることに起因する、未来のスケジューリングへの制約を回避することができる。

以上、ｃ’毎およびｍ毎のＰＵＣＣＨリソース領域の大きさＮを、ｅＰＤＣＣＨサーチスペースによらず一定の値にすることによる効果について説明した。

［Ｎの値］
本バリエーションに係るＮは、複数のｅＰＤＣＣＨサーチスペースセット間でＰＵＣＣＨリソース領域を共用する場合に共通の大きさであればよく、その値または値の範囲を必ずしも限定するものではないが、具体的なＮの設定方法の一例を以下に示す。なお、複数のｅＰＤＣＣＨサーチスペースセット間でＰＵＣＣＨリソース領域を共用する場合は、前述のとおり、複数のｅＰＤＣＣＨサーチスペースセット間で共通の大きさのＮの値をとる必要があるが、複数のｅＰＤＣＣＨサーチスペースセット間でＰＵＣＣＨリソース領域を共用しない場合は、複数のｅＰＤＣＣＨサーチスペースセット間で共通の大きさのＮの値をとってもよいし、異なる大きさのＮの値をとってもよい。

（方法１）
図２９に、複数のｅＰＤＣＣＨサーチスペースセット間でＰＵＣＣＨリソース領域を共用する場合において、ｅＰＤＣＣＨサーチスペースセットＡの大きさがＮ_ｅＣＣＥ＝８、ｅＰＤＣＣＨサーチスペースセットＢの大きさがＮ_ｅＣＣＥ＝３２であるときのＮの大きさを、Ｎ＝３２とした場合の具体例を示す。ｅＰＤＣＣＨサーチスペースセットＡのみに割当がなされた場合、対応するＰＵＣＣＨリソースは、Ｎ＝３２のｍ毎およびｃ’毎の各ＰＵＣＣＨリソース領域のうち、８つ分のＰＵＣＣＨリソース（図２９の斜線部分）であり、残りの２４リソース分は、サーチスペースセットＡに対応するＰＵＣＣＨリソースとしては使われない。ＰＵＣＣＨリソース領域内において、使われるＰＵＣＣＨリソースが離散しているため、複数のｅＰＤＣＣＨサーチスペースセット間でＰＵＣＣＨリソース領域を共用する場合において、ｅＰＤＣＣＨサーチスペースセットＡのみに割当がなされた場合、Ｎ＝３２にすると、ＰＵＣＣＨのオーバーヘッドが大きいことがわかる。

続いて図３０に、図２９におけるＮ＝３２を、Ｎ＝８に変更した場合の具体例を示す。ｅＰＤＣＣＨサーチスペースセットＡのみに割当がなされた場合、対応するＰＵＣＣＨリソース（図３０の斜線部分）は、ＰＵＣＣＨリソース領域内に固まって配置されるため、複数のｅＰＤＣＣＨサーチスペースセット間でＰＵＣＣＨリソース領域を共用する場合において、ｅＰＤＣＣＨサーチスペースセットＡのみに割当がなされた場合に、Ｎ＝８とすると、Ｎ＝３２とした場合に比べてＰＵＣＣＨのオーバーヘッドを低減することができる。

また、前述のとおり、ｅＰＤＣＣＨサーチスペースセットの大きさは、４，８，１６，３２などである。また、Ｎの値は、複数のｅＰＤＣＣＨサーチスペースセット間で割り切れる方が、ＰＵＣＣＨリソースが離散することがないため、効率的にＰＵＣＣＨリソースを活用することができる。以上より、大きさの異なる複数のｅＰＤＣＣＨサーチスペースセット間でＰＵＣＣＨリソース領域を共用する場合、Ｎの値は、ｅＰＤＣＣＨサーチスペースセットの小さい方に設定すればよい。すなわち、図２９および図３０のように、ｅＰＤＣＣＨサーチスペースセットＡの大きさがＮ_ｅＣＣＥ＝８、ｅＰＤＣＣＨサーチスペースセットＢの大きさがＮ_ｅＣＣＥ’＝３２のときは、Ｎ＝８とする。ただし、端末２００は、自端末宛のｅＰＤＣＣＨサーチスペースセット以外のｅＰＤＣＣＨサーチスペースを認識しないので、ｅＰＤＣＣＨサーチスペースセットＡとｅＰＤＣＣＨサーチスペースセットＢの大きさが、端末２００に通知されていることが前提となる。

大きさの異なる複数のｅＰＤＣＣＨサーチスペースセット間でＰＵＣＣＨリソース領域を共用する場合、Ｎの値を、ｅＰＤＣＣＨサーチスペースセットの小さい方に設定することで、ＰＵＣＣＨのオーバーヘッドを低減することができる。

以上より、方法１に係る端末２００におけるＮの決定方法は、次に示すとおりとなる。

端末２００は、自端末に設定された複数のｅＰＤＣＣＨサーチスペースセット間で、ＰＵＣＣＨリソースを共用する場合は、ＰＵＣＣＨリソースを共用する、自端末に設定された複数のｅＰＤＣＣＨサーチスペースセットの中で、最も小さいｅＰＤＣＣＨサーチスペースの大きさをＮの値とする。これにより、ＰＵＣＣＨのオーバーヘッドを低減することができる。

ここで、ＰＵＣＣＨリソースを共用するか否かの判定は、以下のように行われる。端末２００に設定されたｅＰＤＣＣＨサーチスペースセットＡおよびｅＰＤＣＣＨサーチスペースセットＢに関するＰＵＣＣＨリソースの開始位置をそれぞれＮ^（１） _{ＰＵＣＣＨ}およびＮ^（１） _{ＰＵＣＣＨ}’（Ｎ^（１） _{ＰＵＣＣＨ}≦Ｎ^（１） _{ＰＵＣＣＨ}’）としたとき、ｅＰＤＣＣＨサーチスペースセットＡの大きさＮ_ｅＣＣＥに関して、数式（１８）を満足するとき、ｅＰＤＣＣＨサーチスペースセットＡおよびｅＰＤＣＣＨサーチスペースセットＢは、ＰＵＣＣＨリソースを共用する。数式（１８）を満足しないとき、ＰＵＣＣＨリソースを共用しない。

なお、端末２００に設定された複数のｅＰＤＣＣＨサーチスペースセット間でＰＵＣＣＨリソース領域を共用しない場合は、それぞれのｅＰＤＣＣＨサーチスペースセットに対して、ｅＰＤＣＣＨサーチスペースセットの大きさをＮの値にしてもよい。または、簡単のために、端末２００に設定されたｅＰＤＣＣＨサーチスペースセットの大きさの中で最小のものにあわせてもよい。

さらに簡単に、端末２００に設定された全てのｅＰＤＣＣＨサーチスペースセットの中で、最小となるｅＰＤＣＣＨサーチスペースセットの大きさをＮの値にしても、同様にＰＵＣＣＨオーバーヘッドを低減することができる。

（方法２）
図３１に、Ｎ＝４とした場合のＰＵＣＣＨリソース領域を示す。ＰＵＣＣＨは、ＰＵＣＣＨリソースインデックスの昇順に、最大３６／Δ_{ＰＵＣＣＨ＿ＯＦＦＳＥＴ}ずつ、１つのＰＲＢ（Physical Resource Block）に多重できる。ここで、Δ_{ＰＵＣＣＨ＿ＯＦＦＳＥＴ}は、１ＰＲＢ内にマッピングするＰＵＣＣＨのオフセット量を表し、一般に、Δ_{ＰＵＣＣＨ＿ＯＦＦＳＥＴ}＝２または３である。すなわち、Δ_{ＰＵＣＣＨ＿ＯＦＦＳＥＴ}＝２、３のとき、１ＰＲＢにそれぞれ最大１８、１２のＰＵＣＣＨが多重できる。ただし、実際には、多重数を大きくするにつれて、当該ＰＲＢ内のＰＵＣＣＨ同士の干渉が大きくなるため、１ＰＲＢに多重可能なＰＵＣＣＨ数は、その最大多重数よりも小さくなる。図３１の斜線部分に示すように、Ｎ＝４としたとき、１ＰＲＢに、ｍ＝０，１，２，３（４通りのｍ）に対するＰＵＣＣＨが多重される（なお、図３１ではΔ_{ＰＵＣＣＨ＿ＯＦＦＳＥＴ}＝２とした）。ｍの値が大きくなるにつれて、当該ＰＲＢに配置されるＰＵＣＣＨの数が大きくなり、その分干渉が大きくなる。そのため、ｍの値が大きくなればなるほど、当該ＰＲＢにＰＵＣＣＨを配置できなくなる。これにより、未来のサブフレームに対するスケジューリングに制約を与えることになる。

大きさの異なる複数のｅＰＤＣＣＨサーチスペースセット間でＰＵＣＣＨリソース領域を共用する場合、Ｎの値を、ｅＰＤＣＣＨサーチスペースセットの大きい方に設定することで、１ＰＲＢに多くのＤＬサブフレームに対するＰＵＣＣＨを多重することに起因する、未来のサブフレームに対するスケジューリングの制約を抑えることができる。

以上より、方法２に係る端末２００におけるＮの決定方法は、次に示すとおりとなる。

端末２００は、自端末に設定された複数のｅＰＤＣＣＨサーチスペースセット間で、ＰＵＣＣＨリソースを共用する場合は、ＰＵＣＣＨリソースを共用する、自端末に設定された複数のｅＰＤＣＣＨサーチスペースセットの中で、最も大きいｅＰＤＣＣＨサーチスペースの大きさをＮの値とする。これにより、１ＰＲＢに多くのＤＬサブフレームに対するＰＵＣＣＨを多重することに起因する、未来のサブフレームに対するスケジューリングの制約を抑えることができる。

ここで、ＰＵＣＣＨリソースを共用するか否かの判定は、方法１と同様、数式（１８）により行われる。

なお、方法２を適用すると、自端末に設定された複数のｅＰＤＣＣＨサーチスペースセットの中で、最も大きいｅＰＤＣＣＨサーチスペースの大きさをＮの値とするので、ｃ’の値は常に０となる。すなわちこのとき、パラメータｃ’を考慮しなくてよい。

なお、端末２００に設定された複数のｅＰＤＣＣＨサーチスペースセット間でＰＵＣＣＨリソース領域を共用しない場合は、それぞれのｅＰＤＣＣＨサーチスペースセットに対して、ｅＰＤＣＣＨサーチスペースセットの大きさをＮの値にしてもよい。または、簡単のために、端末２００に設定されたｅＰＤＣＣＨサーチスペースセットの大きさの中で最大のものにあわせてもよい。

さらに簡単に、端末２００に設定された全てのｅＰＤＣＣＨサーチスペースセットの中で、最大となるｅＰＤＣＣＨサーチスペースセットの大きさをＮの値にしても、同様に１ＰＲＢに多くのＤＬサブフレームに対するＰＵＣＣＨを多重することに起因する、未来のサブフレームに対するスケジューリングの制約を抑えることができる。

（方法３）
方法１および方法２は、トレードオフであり、本バリエーションを適用するシステムがどのように運用されるかによって、方法１および方法２によって得られる効果をどの程度重視するかは異なる。下り通信を重視するシステムでは、UL-DL Configuration 2などの、ＤＬサブフレーム比率が高いUL-DL Configurationが使われる。このとき、複数のＤＬサブフレームにおける下り回線データに対するＨＡＲＱ−ＡＣＫを、１つのＵＬサブフレームでまとめて通知する必要があるため、ＰＵＣＣＨのオーバーヘッドを低減可能な、方法１が有効である。基地局スケジューラの複雑度を低減することで、より簡易な基地局構成を重視する場合は、方法２が有効である。方法１および方法２の両方の効果を活かすために、方法３に係る端末２００におけるＮの決定方法は、次に示すとおりとしてもよい。

Ｎの取りうる値に対して静的あるいは準静的な下限値を設定した上で、端末２００は、自端末に設定された複数のｅＰＤＣＣＨサーチスペースセット間で、ＰＵＣＣＨリソースを共用する場合は、ＰＵＣＣＨリソースを共用する、自端末に設定された複数のｅＰＤＣＣＨサーチスペースセットの中で、最も小さいｅＰＤＣＣＨサーチスペースの大きさをＮの値とする。ただしこの値が下限値を下回る場合は、Ｎの値を下限値に設定する。これにより、１ＰＲＢに多くのＤＬサブフレームに対するＰＵＣＣＨを多重することに起因する、未来のサブフレームに対するスケジューリングの制約を低減しつつ、ＰＵＣＣＨのオーバーヘッドを低減することができる。

（方法４）
方法４では、方法３とは反対に、上限値を設定した上で、複数のｅＰＤＣＣＨサーチスペースセット間で、ＰＵＣＣＨリソースを共用する場合は、ＰＵＣＣＨリソースを共用する、自端末に設定された複数のｅＰＤＣＣＨサーチスペースセットの中で、最も大きいｅＰＤＣＣＨサーチスペースの大きさをＮの値とする。すなわち、方法４に係る端末２００におけるＮの決定方法は、次に示すとおりとする。

Ｎの取りうる値に対して静的あるいは準静的な上限値を設定した上で、端末２００は、自端末に設定された複数のｅＰＤＣＣＨサーチスペースセット間で、ＰＵＣＣＨリソースを共用する場合は、ＰＵＣＣＨリソースを共用する、自端末に設定された複数のｅＰＤＣＣＨサーチスペースセットの中で、最も大きいｅＰＤＣＣＨサーチスペースの大きさをＮの値とする。ただしこの値が上限値を上回る場合は、Ｎの値を上限値に設定する。これにより、ＰＵＣＣＨのオーバーヘッドを低減しつつ、１ＰＲＢに多くのＤＬサブフレームに対するＰＵＣＣＨを多重することに起因する、未来のサブフレームに対するスケジューリングの制約を抑えることができる。

（方法５）
方法５では、方法２に関連して、Ｎの値を、１ＰＲＢに多重可能なＰＵＣＣＨの最大値とする。すなわち、端末２００は、数式（１９）に基づいてＮの値を設定する。ここで、Δ_{ＰＵＣＣＨ＿ＯＦＦＳＥＴ}は、１ＰＲＢ内にマッピングするＰＵＣＣＨのオフセット量を表し、予め基地局１００から設定された値である。１ＰＲＢのＰＵＣＣＨに配置されるＨＡＲＱ−ＡＣＫが、１つのＤＬサブフレームでの下り回線データにのみ対応するため、１ＰＲＢに多くのＤＬサブフレームに対するＰＵＣＣＨを多重することに起因する、未来のサブフレームに対するスケジューリングの制約を回避することができる。

（方法６）
方法１において前述したとおり、ｅＰＤＣＣＨサーチスペースセットの大きさは、４，８，１６，３２などであり、またＮの値は、複数のｅＰＤＣＣＨサーチスペースセット間で割り切れる方が、ＰＵＣＣＨリソースが離散することがないため、効率的にＰＵＣＣＨリソースを活用することができる。そこで、方法６では、Ｎの値を、ｅＰＤＣＣＨサーチスペースセットの大きさと等しくする。なお、本方法は、方法１〜５のいずれとも組合せ可能である。

以上、複数のｅＰＤＣＣＨサーチスペースセット間でＰＵＣＣＨリソース領域を共用する場合における、ｃ’毎およびｍ毎のＰＵＣＣＨリソース領域の大きさＮの値に対する具体的な設定方法を示した。

（実施の形態３）
実施の形態２では、端末２００は、ｍ＝ｍ_{ｃｕｒｒｅｎｔ}に対する仮想的なＰＵＣＣＨリソース領域において、ｅＣＣＥインデックスｎ_ｅＣＣＥだけでなくオフセット値δ_ＡＲＩに基づいてｃ’を求め、その後、実際のＰＵＣＣＨリソース領域において、ＰＵＣＣＨリソースを特定した。本実施の形態では、端末２００は、ｍ＝ｍ_{ｃｕｒｒｅｎｔ}だけでなく、ｍ＜ｍ_{ｃｕｒｒｅｎｔ}に対するｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域もまた、仮想的なＰＵＣＣＨリソース領域に含める。

前述した通り、パラメータｍは、１つの上り通信サブフレームに対する下り通信サブフレームのインデックスであり、時系列に番号づけられる。そのため、ｍ＜ｍ_{ｃｕｒｒｅｎｔ}なるパラメータｍは過去のＤＬサブフレームを意味する。過去のＤＬサブフレームにおけるＤＬスケジューリングは、現在のＤＬサブフレームにおいては確定しているので、過去のＤＬサブフレームのＰＤＣＣＨまたはｅＰＤＣＣＨに対するＰＵＣＣＨリソースに、空きがある場合は、現在のＤＬサブフレームにおいて使ったとしても、未来のＤＬサブフレームのスケジューリングには何ら制約を与えない。

そこで本実施の形態においては、図２０に示すように、ｍ≦ｍ_{ｃｕｒｒｅｎｔ}なるｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域を、仮想的なＰＵＣＣＨリソース領域とする。図２０は、ｍ_{ｃｕｒｒｅｎｔ}＝２における例である。

ここで、ｍ≦ｍ_{ｃｕｒｒｅｎｔ}なるとすると、ｍ＝０に対するｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域が最も混雑してしまうので、「ｍ≦ｍ_{ｃｕｒｒｅｎｔ}」の代わりに、「ｍ_{ｃｕｒｒｅｎｔ}およびｍ_{ｃｕｒｒｅｎｔ}−１（ｍ_{ｃｕｒｒｅｎｔ}＞０）」のように、とりうるｍの範囲を限定してもよい。

本実施の形態により、実施の形態１に比べて、より多くのｅＰＤＣＣＨ−ＰＵＣＣＨリソースが仮想的なＰＵＣＣＨリソース領域に含まれるので、ＡＲＩが指示するオフセット値に基づくシフトにより、シフト後のＰＵＣＣＨリソースが、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域外に配置される可能性を低くすることができ、トータルのＰＵＣＣＨリソース領域を低減することができる。

なお、本実施の形態においても、実施の形態２に示したバリエーション１〜７を適用することができる。

（実施の形態４）
実施の形態２では、端末２００は、ｍ＝ｍ_{ｃｕｒｒｅｎｔ}に対する仮想的なＰＵＣＣＨリソース領域において、ｅＣＣＥインデックスｎ_ｅＣＣＥだけでなくオフセット値δ_ＡＲＩに基づいてｃ’を求め、その後、実際のＰＵＣＣＨリソース領域において、ＰＵＣＣＨリソースを特定した。本実施の形態では、端末２００は、ｍ＝ｍ_{ｃｕｒｒｅｎｔ}だけでなく、ＰＵＣＣＨ領域の占有率が低いｍ＝ｍ_{ｓｐｅｃｉａｌ}に対するｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域もまた、仮想的なＰＵＣＣＨリソース領域に含める。

図３に示したように、ＴＤＤでは、ＤＬサブフレームからＵＬサブフレームへの切替を表すスペシャルサブフレームが存在する。スペシャルサブフレームは、下り通信用の数シンボル（ＤｗＰＴＳ: Downlink Pilot Time Slot）、ギャップ、および、上り通信用の数シンボル（ＵｐＰＴＳ: Uplink Pilot Time Slot）で構成される。ＤｗＰＴＳでは、下り通信サブフレームと同様、下りデータ通信が行われる場合がある。ＵｐＰＴＳでは、ＳＲＳ（Sounding Reference Signal）送信やＰＲＡＣＨ（Physical Random Access CHannel）送信が行われる場合がある。スペシャルサブフレームでは、利用可能なＰＤＣＣＨ領域およびＰＤＳＣＨ領域が他のＤＬサブフレームよりも小さい。そのため、当該サブフレームにおいて、ＰＤＳＣＨ割当が行われる端末数もまた少ない。

また、マクロセルとピコセルを併用したＨｅｔＮｅｔ環境を想定した場合、マクロセルからピコセルへの干渉を回避するために、マクロセルにおける下りサブフレームを、ＰＤＣＣＨおよびＰＤＳＣＨ割当を行わない、ＡＢＳ（Almost Blank Subframe）が定義される。当該サブフレームでは、ＰＤＣＣＨ−ＰＵＣＣＨリソースが存在しない。

このように、スペシャルサブフレームやＡＢＳでは、ＰＤＣＣＨによるＰＵＣＣＨ占有率が局所的に低くなる。したがって、本実施の形態では、このような局所的に占有率が低いＰＵＣＣＨ領域に、積極的にｅＰＤＣＣＨ−ＰＵＣＣＨリソースを配置する。これにより、空きリソースを有効的に活用することができる。

図２１では、ｍ_{ｃｕｒｒｅｎｔ}＝２であり、スペシャルサブフレームｍ_{ｓｐｅｃｉａｌ}＝０である場合を示している。ここで、図２１におけるｍ＝０，１，２は、図３におけるUL-DL Configuration#3におけるＳＦ＃１，５および６に対応する。

この場合、ｍ＝ｍ_{ｃｕｒｒｅｎｔ}＝２またはｍ_{ｓｐｅｃｉａｌ}＝０に対するｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域を、仮想的なＰＵＣＣＨリソース領域と定義する。

なお、本実施の形態においても、実施の形態２に示したバリエーション１〜７を適用することができる。

また、実施の形態３と本実施の形態４を組み合わせて運用することも可能である。すなわち、ｍ≦ｍ_{ｃｕｒｒｅｎｔ}およびｍ＝ｍ_{ｓｐｅｃｉａｌ}に対するｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域を、仮想的なＰＵＣＣＨリソース領域と定義することも可能である。

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

なお、上記では、ＰＤＣＣＨ−ＰＵＣＣＨとｅＰＤＣＣＨ−ＰＵＣＣＨの衝突回避を中心に説明したが、本発明はこれらの衝突回避以外にも、ｅＰＤＣＣＨ端末におけるｅＰＤＣＣＨ−ＰＵＣＣＨと、ＵＬ ＣｏＭＰ端末におけるＰＵＣＣＨとの衝突回避についても適用可能である。

図２２は、ＨｅｔＮｅｔ環境において、ｅＰＤＣＣＨ端末とＵＬ ＣｏＭＰ端末が存在する場合において、ＵＬ ＣｏＭＰ端末がマクロｅＮＢからＰＤＣＣＨ（ｅＰＤＣＣＨ）およびＰＤＳＣＨを受信し、ピコｅＮＢにＰＵＣＣＨを送信する場合を示している。ｅＰＤＣＣＨ端末およびＵＬ ＣｏＭＰ端末が同一ＰＲＢでＰＵＣＣＨを送信する場合、これらのＰＵＣＣＨに対して、同一ＰＲＢ内で互いに直交するＰＵＣＣＨリソースが使われていたとしても、ピコｅＮＢにおける複数ＰＵＣＣＨの受信タイミングずれによる干渉や、ＰＵＣＣＨ受信電力差（遠近問題）による干渉が発生する。これは、ＵＬ ＣｏＭＰ端末が下り通信をマクロｅＮＢと行うのに対して、上り通信をピコｅＮＢと行うことに起因するものである。

上記の干渉を回避するためには、ＰＵＣＣＨリソースを少なくとも１ＰＲＢずらすことが必要になる。その方法として、図２２に、方法１および方法２を示す。

方法１では、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域全体をオフセットすることで、ＣｏＭＰ用ＰＵＣＣＨリソース領域とは完全に異なるリソースを用いることで、干渉を回避する。方法１では、容易に干渉回避を行える一方で、トータルでのＰＵＣＣＨリソースのオーバーヘッドが大きくなるという課題がある。

そこで方法２では、ｅＰＤＣＣＨ−ＰＵＣＣＨリソース領域とＣｏＭＰ用ＰＵＣＣＨリソース領域を共有することで、トータルでのＰＵＣＣＨリソースのオーバーヘッドを小さくする。この場合、干渉回避を行うために、ＡＲＩが指示するオフセット値に基づいたシフトを行う。ここで、少なくとも１ＰＲＢシフトを実現するには、１ＰＲＢ当たりのＰＵＣＣＨリソース数を１８とした場合、オフセット値は１８以上に設定する必要がある。そのため、オフセット先のＰＵＣＣＨリソースが、ｍ＞ｍ_{ｃｕｒｒｅｎｔ}となる可能性が、ＰＤＣＣＨ−ＰＵＣＣＨリソース領域において適用されるオフセット値である“＋１”の場合よりも高くなる。すなわち、本発明が解決しようとする課題と同様の課題が存在する。つまり、未来のＤＬサブフレームのスケジューリングに制約が発生すること、および、ＰＵＣＣＨリソースの衝突（ただし図２２のユースケースでは、ｅＰＤＣＣＨ−ＰＵＣＣＨリソースとＰＤＣＣＨ−ＰＵＣＣＨリソースの衝突ではなく、ｅＰＤＣＣＨ−ＰＵＣＣＨリソースとＣｏＭＰ用ＰＵＣＣＨリソースの衝突）が発生することである。

なお、本発明は、ｅＰＤＣＣＨ−ＰＵＣＣＨリソースとＰＤＣＣＨ−ＰＵＣＣＨリソースとの衝突、または、ｅＰＤＣＣＨ−ＰＵＣＣＨリソースとＵＬ ＣｏＭＰ用ＰＵＣＣＨリソースとの衝突のみならず、異なるｅＰＤＣＣＨ端末同士のｅＰＤＣＣＨ−ＰＵＣＣＨリソースの衝突が発生する場合においても適用可能である。すなわち、本発明は、異なる端末間でＰＵＣＣＨリソースが衝突する場合において、少なくとも一方の端末においてはｅＰＤＣＣＨ−ＰＵＣＣＨリソースが使われる場合において適用可能である。

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

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

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

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

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

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

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

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

このように、上記実施の形態の端末装置は、拡張下り制御チャネル（ｅＰＤＣＣＨ）に対応する上り制御チャネル（ＰＵＣＣＨ）リソース領域中の所定のＰＵＣＣＨリソースに応答信号を配置する制御部と、前記ＰＵＣＣＨリソースに配置された応答信号を送信する送信部と、を具備し、前記ＰＵＣＣＨリソース領域は複数の部分領域に分割され、前記各部分領域は下り通信サブフレームの数に分割され、前記部分領域のインデックスｃ’および前記下り通信サブフレームの時系列の順番を表すインデックスｍ毎のＰＵＣＣＨリソースは、前記ＰＵＣＣＨリソース領域にｍの昇順かつｃ’の昇順に配置され、前記制御部は、ｍ番目の下り通信サブフレームに対応する応答信号を、前記インデックスｍ以下に対応するＰＵＣＣＨリソースの中から選択されたものに配置する、構成を採る。

また、上記実施の形態の端末装置は、上記の構成に加えて、基地局装置から送信された各下り通信サブフレームの下りデータの誤りを検出する誤り検出部と、誤り検出結果を示す応答信号を前記下り通信サブフレーム毎に生成する生成部と、を更に具備し、前記制御部は、ｍ番目の下り通信サブフレームの誤り検出結果を示す応答信号を、前記インデックスｍ以下に対応するＰＵＣＣＨリソースの中から選択されたものに配置する、構成を採る。

また、上記実施の形態の端末装置は、上記の構成に加えて、前記制御部が、ｍ番目の下り通信サブフレームに対応する応答信号を、前記インデックスｍに対応するＰＵＣＣＨリソース、あるいは、他よりも前記ｅＰＤＣＣＨの割り当てが少ない下り通信サブフレームのインデックスに対応するＰＵＣＣＨリソースの中から選択されたものに配置する、構成を採る。

また、上記実施の形態の端末装置は、上記の構成に加えて、前記制御部が、各下り通信サブフレームに対するＰＵＣＣＨリソースをまとめた仮想的なＰＵＣＣＨリソース領域において前記インデックスｃ’を算出し、前記応答信号を配置するＰＵＣＣＨリソースを決定する、構成を採る。

また、上記実施の形態の端末装置は、上記の構成に加えて、前記制御部が、自端末宛の前記ｅＰＤＣＣＨが占有する先頭ｅＣＣＥインデックスと、前記基地局装置から通知されたオフセット値に基づいて前記インデックスｃ’を算出し、前記応答信号を配置するＰＵＣＣＨリソースを決定する、構成を採る。

また、上記実施の形態の端末装置は、上記の構成に加えて、前記制御部が、前記ｅＣＣＥインデックスと前記オフセット値に基づいて決定したＰＵＣＣＨリソースが前記ＰＵＣＣＨリソース領域に含まれない場合、前記仮想的なＰＵＣＣＨリソース領域において周回させる、または、前記仮想的なＰＵＣＣＨリソース領域の終端において反転させることにより、前記応答信号を配置するＰＵＣＣＨリソースを前記ＰＵＣＣＨリソース領域の中に収める、構成を採る。

また、上記実施の形態の端末装置は、上記の構成に加えて、前記制御部が、前記ｅＣＣＥインデックスと前記オフセット値に基づいて決定したＰＵＣＣＨリソースが前記ＰＵＣＣＨリソース領域に含まれない場合、前記仮想的なＰＵＣＣＨリソース領域以外の領域において、前記応答信号を配置するＰＵＣＣＨリソースを決定する、構成を採る。

また、上記実施の形態の端末装置は、上記の構成に加えて、前記制御部が、前記インデックスｃ’が所定の閾値より小さい場合、前記インデックスｍ及び前記インデックスｃ’が増える方向である正のオフセット値に基づいて、前記応答信号を配置するＰＵＣＣＨリソースを決定し、前記インデックスｃ’が前記閾値より大きい場合、前記インデックスｍ及び前記インデックスｃ’が減る方向である負のオフセット値に基づいて、前記応答信号を配置するＰＵＣＣＨリソースを決定する、構成を採る。

また、上記実施の形態の端末装置は、上記の構成に加えて、前記制御部が、前記基地局装置から通知された固定値に基づいて前記インデックスｃ’を算出し、前記応答信号を配置するＰＵＣＣＨリソースを決定する、構成を採る。

また、上記実施の形態の基地局装置は、拡張下り制御チャネル（ｅＰＤＣＣＨ）に対応する上り制御チャネル（ＰＵＣＣＨ）リソース領域中の所定のＰＵＣＣＨリソースが、他のリソースと衝突するか否かを判定する制御部と、端末装置に対して、衝突がないＰＵＣＣＨリソースを特定するための制御情報を生成する制御情報生成部と、前記制御情報を送信する送信部と、を具備し、前記ＰＵＣＣＨリソース領域は複数の部分領域に分割され、前記各部分領域は下り通信サブフレームの数に分割され、前記部分領域のインデックスｃ’および前記下り通信サブフレームの時系列の順番を表すインデックスｍ毎のＰＵＣＣＨリソースは、前記ＰＵＣＣＨリソース領域にｍの昇順かつｃ’の昇順に配置され、前記制御部は、前記インデックスｍ以下に対応するＰＵＣＣＨリソースの中で前記他のリソースとの衝突の有無を判定する、構成を採る。

また、上記実施の形態の送信方法は、拡張下り制御チャネル（ｅＰＤＣＣＨ）に対応する上り制御チャネル（ＰＵＣＣＨ）リソース領域中の所定のＰＵＣＣＨリソースに応答信号を配置する制御ステップと、前記ＰＵＣＣＨリソースに配置された応答信号を送信する送信ステップと、を具備し、前記ＰＵＣＣＨリソース領域は複数の部分領域に分割され、前記各部分領域は下り通信サブフレームの数に分割され、前記部分領域のインデックスｃ’および前記下り通信サブフレームの時系列の順番を表すインデックスｍ毎のＰＵＣＣＨリソースは、前記ＰＵＣＣＨリソース領域にｍの昇順かつｃ’の昇順に配置され、前記制御ステップでは、ｍ番目の下り通信サブフレームに対応する応答信号を、前記インデックスｍ以下に対応するＰＵＣＣＨリソースの中から選択されたものに配置する。

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

本発明は、ＬＴＥ−Ａｄｖａｎｃｅｄに準拠した移動通信システムに用いるに好適である。

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

Claims (18)

1. 拡張下り制御チャネル（ｅＰＤＣＣＨ）に対応する上り制御チャネル（ＰＵＣＣＨ）リソースに応答信号を、自端末宛の前記ｅＰＤＣＣＨが占有する先頭制御チャネル要素のインデックス値（ｎ_ｅＣＣＥ）および基地局装置から通知された第１のオフセット値に基づいて配置する制御部と、
   前記ＰＵＣＣＨリソースに配置された応答信号を送信する送信部と、を具備し、
   前記ＰＵＣＣＨリソースの領域は複数の部分領域に分割され、前記各部分領域は下り通信サブフレームの数に分割され、
   前記部分領域のインデックスｃ’および前記下り通信サブフレームの時系列の順番を表すインデックスｍ毎のＰＵＣＣＨリソースは、前記ＰＵＣＣＨリソースの領域に前記インデックスｍの昇順かつ前記インデックスｃ’の昇順に配置され、
   前記制御部は、前記インデックスｃ’が所定の閾値より大きい場合、前記第１のオフセット値を負の値とし、前記ｎ _ｅＣＣＥ に加算することにより、前記インデックスｍ及び前記インデックスｃ’が減る方向のＰＵＣＣＨリソースを指示する、
   端末装置。
2. 前記第１のオフセット値は、前記基地局装置から通知されるＡｃｋ／ＮａｃｋＲｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ（ＡＲＩ）に基づくオフセット値である、
   請求項１に記載の端末装置。
3. 前記制御部は、さらに、自端末に予め設定されたｅＰＤＣＣＨ−ＰＵＣＣＨリソース全体に対する第２のオフセット値を用いて前記ＰＵＣＣＨリソースを決定する、
   請求項１に記載の端末装置。
4. 前記第２のオフセット値は、ｅＰＤＣＣＨのサーチスペースセット毎に異なる値である、
   請求項３に記載の端末装置。
5. 前記第１のオフセット値は、ｅＰＤＣＣＨサーチスペースセットの大きさ（Ｎ _ｅＣＣＥ ）に基づいて決定されるオフセット値である、
   請求項１に記載の端末装置。
6. ノーマルサブフレームに対する前記第１のオフセット値は、スペシャルサブフレームに対する前記第１のオフセット値より小さい、
   請求項１に記載の端末装置。
7. 拡張下り制御チャネル（ｅＰＤＣＣＨ）に対応する上り制御チャネル（ＰＵＣＣＨ）リソースに応答信号を、自端末宛の前記ｅＰＤＣＣＨが占有する先頭制御チャネル要素のインデックス値（ｎ_ｅＣＣＥ）および基地局装置から通知された第１のオフセット値に基づいて配置する配置ステップと、
   前記ＰＵＣＣＨリソースに配置された応答信号を送信する送信ステップと、を具備し、
   前記ＰＵＣＣＨリソースの領域は複数の部分領域に分割され、前記各部分領域は下り通信サブフレームの数に分割され、
   前記部分領域のインデックスｃ’および前記下り通信サブフレームの時系列の順番を表すインデックスｍ毎のＰＵＣＣＨリソースは、前記ＰＵＣＣＨリソースの領域に前記インデックスｍの昇順かつ前記インデックスｃ’の昇順に配置され、
   前記配置ステップにおいて、前記インデックスｃ’が所定の閾値より大きい場合、前記第１のオフセット値を負の値とし、前記ｎ _ｅＣＣＥ に加算することにより、前記インデックスｍ及び前記インデックスｃ’が減る方向のＰＵＣＣＨリソースを指示する、
   送信方法。
8. 前記第１のオフセット値は、前記基地局装置から通知されるＡｃｋ／ＮａｃｋＲｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ（ＡＲＩ）に基づくオフセット値である、
   請求項７に記載の送信方法。
9. さらに、自端末に予め設定されたｅＰＤＣＣＨ−ＰＵＣＣＨリソース全体に対する第２のオフセット値を用いて前記ＰＵＣＣＨリソースを決定する、
   請求項７に記載の送信方法。
10. 前記第２のオフセット値は、ｅＰＤＣＣＨのサーチスペースセット毎に異なる値である、
    請求項９に記載の送信方法。
11. 前記第１のオフセット値は、ｅＰＤＣＣＨサーチスペースセットの大きさ（Ｎ _ｅＣＣＥ ）に基づいて決定されるオフセット値である、
    請求項７に記載の送信方法。
12. ノーマルサブフレームに対する前記第１のオフセット値は、スペシャルサブフレームに対する前記第１のオフセット値より小さい、
    請求項７に記載の送信方法。
13. 拡張下り制御チャネル（ｅＰＤＣＣＨ）に対応する上り制御チャネル（ＰＵＣＣＨ）リソースに応答信号を、自端末宛の前記ｅＰＤＣＣＨが占有する先頭制御チャネル要素のインデックス値（ｎ_ｅＣＣＥ）および基地局装置から通知された第１のオフセット値に基づいて配置する配置処理と、
    前記ＰＵＣＣＨリソースに配置された応答信号を送信する送信処理と、
    を制御し、
    前記ＰＵＣＣＨリソースの領域は複数の部分領域に分割され、前記各部分領域は下り通信サブフレームの数に分割され、
    前記部分領域のインデックスｃ’および前記下り通信サブフレームの時系列の順番を表すインデックスｍ毎のＰＵＣＣＨリソースは、前記ＰＵＣＣＨリソースの領域に前記インデックスｍの昇順かつ前記インデックスｃ’の昇順に配置され、
    前記配置処理において、前記インデックスｃ’が所定の閾値より大きい場合、前記第１のオフセット値を負の値とし、前記ｎ _ｅＣＣＥ に加算することにより、前記インデックスｍ及び前記インデックスｃ’が減る方向のＰＵＣＣＨリソースを指示する、
    集積回路。
14. 前記第１のオフセット値は、前記基地局装置から通知されるＡｃｋ／ＮａｃｋＲｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ（ＡＲＩ）に基づくオフセット値である、
    請求項１３に記載の集積回路。
15. さらに、自端末に予め設定されたｅＰＤＣＣＨ−ＰＵＣＣＨリソース全体に対する第２のオフセット値を用いて前記ＰＵＣＣＨリソースを決定する処理を制御する、
    請求項１３に記載の集積回路。
16. 前記第２のオフセット値は、ｅＰＤＣＣＨのサーチスペースセット毎に異なる値である、
    請求項１５に記載の集積回路。
17. 前記第１のオフセット値は、ｅＰＤＣＣＨサーチスペースセットの大きさ（Ｎ _ｅＣＣＥ ）に基づいて決定されるオフセット値である、
    請求項１３に記載の集積回路。
18. ノーマルサブフレームに対する前記第１のオフセット値は、スペシャルサブフレームに対する前記第１のオフセット値より小さい、
    請求項１３に記載の集積回路。

Images