(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいてＵＥ（user equipment）がＢＳ（base station）にＵＣＩ（uplink control information）を送信する方法において、
確認応答情報及びＣＳＩ（Channel State information）を含む前記ＵＣＩをＰＵＳＣＨ（Physical Uplink Shared Channel）にマッピングし、
前記確認応答情報は、前記確認応答情報のサイズに基づいて前記ＰＵＳＣＨ上で前記確認応答情報を送信するためのリソースに対してレートマッチング又はパンクチャリングを適用することによって前記ＰＵＳＣＨにマッピングされ、
ＣＳＩパート１及びＣＳＩパート２を含む前記ＣＳＩは、前記確認応答情報の前記サイズに基づいて決定される前記確認応答情報のための留保されたリソースに基づいて、前記ＰＵＳＣＨにマッピングされ、
前記確認応答情報の前記サイズに基づいて、前記ＣＳＩパート１は、前記留保されたリソースにマッピングされず、ＣＳＩパート２は、前記留保されたリソースを含む前記ＰＵＳＣＨにマッピングされ、
前記マッピングされたＵＣＩを前記ＰＵＳＣＨ上で送信する、ことを含む、方法。
【請求項２】
前記確認応答情報の前記サイズが所定値を超える場合、前記確認応答情報は、前記レートマッチングを適用することによって前記ＰＵＳＣＨにマッピングされ、
前記確認応答情報のサイズが所定値以下である場合、前記確認応答情報は、前記パンクチャリングを適用することによって前記ＰＵＳＣＨにマッピングされる、請求項１に記載の方法。
【請求項３】
前記確認応答情報は、第１ＤＭ−ＲＳ（Demodulation Reference Signal）が前記ＰＵＳＣＨ上で送信されるシンボルより前のシンボルにマッピングされない、請求項１に記載の方法。
【請求項４】
前記所定値は、２である、請求項２に記載の方法。
【請求項５】
前記ＣＳＩパート１は、第１トランスポートブロックに対するＲＩ（Rank Indicator）及びＣＱＩ（Channel Quality Information）の少なくとも１つを含み、
前記ＣＳＩパート２は、ＰＭＩ（Precoding Matrix Indication）を含む、請求項１に記載の方法。
【請求項６】
前記確認応答情報の前記サイズは、前記ＢＳから受信された上りリンクグラントに含まれる上りリンクＤＡＩ（Downlink Assignment Index）値に基づいて決定される、請求項１に記載の方法。
【請求項７】
前記ＰＵＳＣＨ上で前記確認応答情報を送信するための前記リソースの量は、第１ベータパラメータに基づいて決定され、
上位層シグナリングにより設定された複数のセットの中の場合、
複数のベータパラメータを含む１つのセットは、上りリンクグラントにより指示され、
前記第１ベータパラメータは、前記複数のベータパラメータのうちの前記確認応答情報の前記サイズに基づいて決定される、請求項１に記載の方法。
【請求項８】
前記ＵＣＩの一部又は全部は、前記ＰＵＳＣＨ上でＤＭ−ＲＳ（Demodulation Reference Signal）が送信されるシンボル内のリソースにマッピングされる、請求項１に記載の方法。
【請求項９】
前記ＰＵＳＣＨがＳＰＳ（Semi-persistent scheduling） ＰＵＳＣＨである場合、前記レートマッチング又はパンクチャリングは、前記ＳＰＳ ＰＵＳＣＨ専用の最大ＵＣＩペイロードに基づいて行われる、請求項１に記載の方法。
【請求項１０】
前記ＰＵＳＣＨがＳＰＳ（Semi-persistent scheduling） ＰＵＳＣＨである場合、前記レートマッチング又はパンクチャリングは、前記ＳＰＳ ＰＵＳＣＨを活性化する下りリンク制御情報に含まれたベータオフセット値に基づいて行われる、請求項１に記載の方法。
【請求項１１】
無線通信システムにおいてＢＳ（base station）にＵＣＩ（uplink control information）を送信するＵＥ（user equipment）において、
送信部と、
前記送信部に動作可能に連結されるプロセッサと、を含み、
前記プロセッサは、
確認応答情報及びＣＳＩ（Channel State information）を含む前記ＵＣＩをＰＵＳＣＨ（Physical Uplink Shared Channel）にマッピングし、
前記確認応答情報は、前記確認応答情報のサイズに基づいて前記ＰＵＳＣＨ上で前記確認応答情報を送信するためのリソースに対してレートマッチング又はパンクチャリングを適用することによって前記ＰＵＳＣＨにマッピングされ、
ＣＳＩパート１及びＣＳＩパート２を含む前記ＣＳＩは、前記確認応答情報の前記サイズに基づいて決定される前記確認応答情報のための留保されたリソースに基づいて、前記ＰＵＳＣＨにマッピングされ、
前記確認応答情報の前記サイズに基づいて、前記ＣＳＩパート１は、前記留保されたリソースにマッピングされず、ＣＳＩパート２は、前記留保されたリソースを含む前記ＰＵＳＣＨにマッピングされ、
前記マッピングされたＵＣＩを前記ＰＵＳＣＨ上で送信する、ように構成される、ＵＥ。
【請求項１２】
前記確認応答情報の前記サイズが所定値を超える場合、前記確認応答情報は、前記レートマッチングを適用することによって前記ＰＵＳＣＨにマッピングされ、
前記確認応答情報のサイズが所定値以下である場合、前記確認応答情報は、前記パンクチャリングを適用することによって前記ＰＵＳＣＨにマッピングされる、請求項１１に記載のＵＥ。
【請求項１３】
前記確認応答情報は、第１ＤＭ−ＲＳ（Demodulation Reference Signal）が前記ＰＵＳＣＨ上で送信されるシンボルより前のシンボルにマッピングされない、請求項１１に記載のＵＥ。
【請求項１４】
前記所定値は、２である、請求項１２に記載のＵＥ。
【請求項１５】
前記ＣＳＩパート１は、第１トランスポートブロックに対するＲＩ（Rank Indicator）及びＣＱＩ（Channel Quality Information）の少なくとも１つを含み、
前記ＣＳＩパート２は、ＰＭＩ（Precoding Matrix Indication）を含む、請求項１１に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は無線通信システムに関し、様々なニューマロロジー（Ｎｕｍｅｒｏｌｏｇｙ）が適用可能な無線通信システムにおいて、端末が基地局に上りリンク制御情報を送信する方法及びそれを支援する装置に関する。
【０００２】
より具体的には、以下の発明は端末が物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して上りリンク制御情報を送信する場合、該上りリンク制御情報のマッピング方法及びそれに基づく端末の上りリンク制御情報の送信方法に関する説明を含む。
【背景技術】
【０００３】
無線接続システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線接続システムは利用可能なシステムリソース（帯域幅、送信電力など）を共有して複数のユーザとの通信を支援できる多重接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムである。多重接続システムの例には、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【０００４】
なお、多数の通信機器がより大きな通信容量を要求することにより、既存のＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）に比べて向上したモバイルブロードバンド通信の必要性が高まっている。また、多数の機器及び物事を連結していつでもどこでも多様なサービスを提供する大規模（ｍａｓｓｉｖｅ）ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）が次世代通信において考えられている。さらに信頼性及び遅延などに敏感なサービス／ＵＥを考慮した通信システムのデザインも考えられている。
【０００５】
このように向上したモバイルブロードバンド通信、大規模ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代ＲＡＴの導入が論議されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、新しく提案される通信システムにおいて、端末が上りリンク制御情報を送信する方法を提供することにある。
【０００７】
特に本発明は、新しく提案される通信システムにおいて、端末が物理上りリンク共有チャネルを介して上りリンク制御情報を送信する場合、該端末の上りリンク制御チャネルのマッピング方法及びそれに基づいて端末の上りリンク制御情報の送信動作を提供することを目的とする。
【０００８】
本発明で遂げようとする技術的目的は、以上で言及した事項に制限されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者によって考慮されてもよい。
【課題を解決するための手段】
【０００９】
本発明は、無線通信システムにおいて端末が上りリンク制御情報を送信する方法及び装置を提供する。
【００１０】
本発明の一態様として、無線通信システムにおいて端末が基地局に上りリンク制御情報を送信する方法において、上りリンク制御情報を物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；ＰＵＳＣＨ）にマッピングし、上りリンク制御情報に含まれた確認応答情報は、該確認応答情報のサイズに基づいてＰＵＳＣＨ内の確認応答情報を送信するリソースに対してレートマッチング（ｒａｔｅ−ｍａｔｃｈｉｎｇ）又はパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）が適用されてＰＵＳＣＨにマッピングされ、マッピングされた上りリンク制御情報をＰＵＳＣＨを介して送信することを含む、端末の上りリンク制御情報の送信方法を提案する。
【００１１】
本発明の他の態様として、無線通信システムにおいて基地局に上りリンク制御情報を送信する端末において、送信部と、該送信部に連結されて動作するプロセッサと、を含み、該プロセッサは、上りリンク制御情報を物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；ＰＵＳＣＨ）にマッピングし、上りリンク制御情報に含まれた確認応答情報は、該確認応答情報のサイズに基づいてＰＵＳＣＨ内の確認応答情報を送信するリソースに対してレートマッチング（ｒａｔｅ−ｍａｔｃｈｉｎｇ）又はパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）が適用されてＰＵＳＣＨにマッピングされ、マッピングされた上りリンク制御情報をＰＵＳＣＨを介して送信するように構成される、端末を提案する。
【００１２】
この時、確認応答情報のサイズが一定値を超える場合、該確認応答情報はＰＵＳＣＨ内の確認応答情報を送信するリソースに対してレートマッチングが適用されてＰＵＳＣＨにマッピングされ、確認応答情報のサイズが一定値以下である場合、該確認応答情報はＰＵＳＣＨ内の確認応答情報を送信するリソースに対してパンクチャリングが適用されてＰＵＳＣＨにマッピングされる。
【００１３】
この時、確認応答情報はＰＵＳＣＨ内の第１復調参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＤＭ−ＲＳ）が送信されるシンボルより先行するシンボルにはマッピングされない。
【００１４】
またチャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ；ＣＳＩ）が上りリンク制御情報に含まれる場合、該ＣＳＩは、ＰＵＳＣＨ内のＣＳＩを送信するリソースに対してレートマッチングが適用されてＰＵＳＣＨにマッピングされる。
【００１５】
この場合、ＣＳＩはＰＵＳＣＨ内の確認応答情報のために留保（ｒｅｓｅｒｖｅ）された一定サイズのリソースではないリソースのみにマッピングされる。
【００１６】
また確認応答情報のサイズは、基地局から受信された上りリンクグラント内の上りリンクＤＡＩ（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）値に基づいて決定される。
【００１７】
またＰＵＳＣＨ内の確認応答情報を送信するリソースのサイズは第１ベータパラメータに基づいて決定される。この時、上位層シグナリングにより設定された複数のセットのうち、１つのセットが上りリンクグラントにより指示される場合、第１ベータパラメータは１つのセットに含まれる複数のベータパラメータのうち、確認応答情報のサイズに基づいて決定される１つのベータパラメータに対応する。
【００１８】
上りリンク制御情報の一部又は全部はＰＵＳＣＨ内の復調参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）が送信されるシンボル内のリソースにマッピングされる。
【００１９】
ＰＵＳＣＨがＳＰＳ（Ｓｅｍｉ  Ｐｅｒｓｉｓｔｅｎｃｅ  ｓｃｈｅｄｕｌｉｎｇ）  ＰＵＳＣＨである場合、レートマッチング又はパンクチャリングは、ＳＰＳ  ＰＵＳＣＨ専用の最大上りリンク制御情報のペイロードに基づいて行われる。
【００２０】
またＰＵＳＣＨがＳＰＳ（Ｓｅｍｉ  Ｐｅｒｓｉｓｔｅｎｃｅ  ｓｃｈｅｄｕｌｉｎｇ）  ＰＵＳＣＨである場合、レートマッチング又はパンクチャリングはＳＰＳ  ＰＵＳＣＨを活性化する下りリンク制御情報に含まれたベータオフセット値に基づいて行われる。
【００２１】
上述した本発明の態様は、本発明の好適な実施例の一部に過ぎず、本願発明の技術的特徴が反映された様々な実施例が、当該技術の分野における通常の知識を有する者にとって、以下に詳述する本発明の詳細な説明に基づいて導出され、理解されるであろう。
【発明の効果】
【００２２】
本発明の実施例によれば、次のような効果がある。
【００２３】
本発明によれば、端末が上りリンク制御情報のうちの確認応答情報を物理上りリンク共有チャネルにマッピングするにおいて、端末は確認応答情報のペイロードサイズによってレートマッチング又はパンクチャリングを行って確認応答情報を物理上りリンク共有チャネルにマッピングできる。
【００２４】
これにより、確認応答情報のペイロードサイズによって、端末は物理上りリンク共有チャネル性能の観点で有利である又は端末の複雑度の観点で有利であるマッピング方法を適用して、確認応答情報を含む上りリンク制御チャネルを物理上りリンク共有チャネルを介して送信できる。
【００２５】
本発明の実施例から得られる効果は、以上で言及した効果に限定されず、言及していない他の効果は、以下の本発明の実施例に関する記載から、本発明の属する技術の分野における通常の知識を有する者にとって明確に導出され理解されるであろう。即ち、本発明を実施することに伴う意図していない効果も、本発明の実施例から当該技術の分野における通常の知識を有する者によって導出され得る。
【図面の簡単な説明】
【００２６】
以下に添付する図面は、本発明に関する理解を助けるためのものであり、詳細な説明と共に本発明に関する実施例を提供する。但し、本発明の技術的特徴が特定の図面に限定されるものではなく、各図面で開示する特徴が互いに組み合わせられて新しい実施例として構成されてもよい。各図面における参照番号（ｒｅｆｅｒｅｎｃｅ  ｎｕｍｅｒａｌｓ）は構造的構成要素（ｓｔｒｕｃｔｕｒａｌ  ｅｌｅｍｅｎｔｓ）を意味する。
【図１】物理チャネル及びそれらを用いた信号送信方法を説明するための図である。
【図２】無線フレームの構造の一例を示す図である。
【図３】下りリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を例示する図である。
【図４】上りリンクサブフレームの構造の一例を示す図である。
【図５】下りリンクサブフレームの構造の一例を示す図である。
【図６】本発明に適用可能なセルフサブフレームの構造（Ｓｅｌｆ−Ｃｏｎｔａｉｎｅｄ  ｓｕｂｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）を示す図である。
【図７】ＴＸＲＵとアンテナ要素の代表的な連結方式を示す図である。
【図８】ＴＸＲＵとアンテナ要素の代表的な連結方式を示す図である。
【図９】本発明の一例によるＴＸＲＵ及び物理的アンテナの観点におけるハイブリッドビーム形成構造を簡単に示す図である。
【図１０】本発明の一例による下りリンク（Ｄｏｗｎｌｉｎｋ、ＤＬ）の送信過程において、同期信号（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）とシステム情報（Ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）に対するビーム掃引（Ｂｅａｍ  ｓｗｅｅｐｉｎｇ）動作を簡単に示す図である。
【図１１】本発明による第１ＵＣＩ送信方法を簡単に示す図である。
【図１２】特定のＲＶ値による（循環）バッファの出力ビットストリームについて、パリティビットを（（循環）バッファの入力ビットストリーム内のビット間の順序を基準として）最後のビットから逆にデータをパンクチャリングしながらＵＣＩを挿入する動作を簡単に示す図である。
【図１３】（符号化ＣＢ内のデータビットに対する）パンクチャリング又はレートマッチングに基づいて符号化されたＣＢ全体に対してＵＣＩを分散させる方法を簡単に示す図である。
【図１４】前側３つのシンボルについて方法＃１によるＵＣＩマッピング方法を簡単に示す図である。
【図１５】本発明で提案する方法＃５によるＵＣＩマッピング方法の例を簡単に示す図である。
【図１６】本発明で提案する方法＃５によるＵＣＩマッピング方法の例を簡単に示す図である。
【図１７】本発明で提案する方法＃５によるＵＣＩマッピング方法の例を簡単に示す図である。
【図１８】本発明で提案する方法＃６によるＵＣＩマッピング方法の例を簡単に示す図である。
【図１９】本発明で提案する方法＃６によるＵＣＩマッピング方法の例を簡単に示す図である。
【図２０】本発明で提案する方法＃６によるＵＣＩマッピング方法の例を簡単に示す図である。
【図２１】本発明で提案する方法＃６によるＵＣＩマッピング方法の例を簡単に示す図である。
【図２２】本発明で提案する方法＃６によるＵＣＩマッピング方法の例を簡単に示す図である。
【図２３】本発明で提案する方法＃６によるＵＣＩマッピング方法の例を簡単に示す図である。
【図２４】符号化ＵＣＩビットが符号化データビットよりＲＥマッピング順序が先になる例を簡単に示す図である。
【図２５】符号化ＵＣＩビットが符号化データビットよりＲＥマッピング順序が先になる例を簡単に示す図である。
【図２６】本発明によるＵＣＩ  ＲＥマッピング方法の一例を示す図である。
【図２７】２つの副搬送波間隔を有する２つのＲＥを１つのＲＥＧとして設定する場合のＵＣＩマッピング方法を簡単に示す図である。
【図２８】２つの副搬送波間隔を有する２つのＲＥを１つのＲＥＧとして設定する場合のＵＣＩマッピング方法を簡単に示す図である。
【図２９】５つの副搬送波間隔を有する２つのＲＥを１つのＲＥＧとして設定する場合のＵＣＩマッピング方法を簡単に示す図である。
【図３０】４つのシンボル間隔を有する２つのＲＥを１つのＲＥＧとして設定する場合のＵＣＩマッピング方法を簡単に示す図である。
【図３１】各々ＲＥＧが同じシンボル上の分散したＭ個のＲＥで構成された場合、ＵＥがＲＥＧの間で交互にＵＣＩをマッピングする動作を簡単に示す図である。
【図３２】各々ＲＥＧが同じシンボル上の分散したＭ個のＲＥで構成された場合、ＵＥがＲＥＧの間で交互にＵＣＩをマッピングする動作を簡単に示す図である。
【図３３】各々ＲＥＧが同じ副搬送波上の分散したＭ個のＲＥで構成された場合、ＵＥがＲＥＧの間で交互にＵＣＩをマッピングする動作を簡単に示す図である
【図３４】各々ＲＥＧが同じ副搬送波上の分散したＭ個のＲＥで構成された場合、ＵＥがＲＥＧの間で交互にＵＣＩをマッピングする動作を簡単に示す図である
【図３５】基地局が端末に１番目、４番目、７番目、１０番目及び１３番目のシンボルについてＵＣＩマッピングを許容する場合、ＵＥのＵＣＩマッピング動作を簡単に示す図である。
【図３６】ＰＵＳＣＨ１及びＵＣＩが送信される場合、４番目、５番目のシンボル位置で２シンボル長さのミニスロットでＰＵＳＣＨ２が送信される場合を示す図である。
【図３７】ＵＣＩピギーバック無しにＰＵＳＣＨを送信する場合、及びＵＣＩピギーバックが適用されたＰＵＳＣＨを送信する場合のＤＭ−ＲＳのマッピングパターンを各々示す図である。
【図３８】スロット内にＰＵＳＣＨ  ＤＭ−ＲＳとＰＴ−ＲＳ（Ｐｈａｓｅ  Ｔｒａｃｋｉｎｇ  -  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）が存在することを示す図である。
【図３９】前側の７つのＲＥに対してＨＡＲＱ−ＡＣＫに対するＲＥマッピングを先に行い、その後、ＣＳＩに関する２５個のＲＥに対するＲＥマッピングを行う構成を簡単に示す図である。
【図４０】ＵＥがＣＳＩに関するＲＥマッピングを行う時、予めＨＡＲＱ−ＡＣＫ送信リソースを考慮して前側のＲＥを空にし、ＲＥマッピングを行う動作を簡単に示す図である。
【図４１】ＵＥがＨＡＲＱ−ＡＣＫ→ＣＳＩ  ｐａｒｔ  １→ＣＳＩ  ｐａｒｔ  ２→データの順にＵＣＩマッピングを行う構成を簡単に示す図である。
【図４２】ＰＵＳＣＨ長さが１２ＯＦＤＭシンボルであり、ＤＭ−ＲＳシンボルが各々ＯＦＤＭシンボルインデックス＃２及び＃１１に存在する場合のＵＣＩマッピング構成を簡単に示す図である。
【図４３】ＨＡＲＱ−ＡＣＫのためにＰＵＳＣＨパンクチャリング又はレートマッチングが適用される例を簡単に示す図である。
【図４４】ＨＡＲＱ−ＡＣＫのためにＰＵＳＣＨパンクチャリング又はレートマッチングが適用される例を簡単に示す図である。
【図４５】ＨＡＲＱ−ＡＣＫのためにＰＵＳＣＨパンクチャリング又はレートマッチングが適用される例を簡単に示す図である。
【図４６】ＨＡＲＱ−ＡＣＫのためにＰＵＳＣＨパンクチャリング又はレートマッチングが適用される例を簡単に示す図である。
【図４７】ＨＡＲＱ−ＡＣＫのためにＰＵＳＣＨパンクチャリング又はレートマッチングが適用される例を簡単に示す図である。
【図４８】ＨＡＲＱ−ＡＣＫのためにＰＵＳＣＨパンクチャリング又はレートマッチングが適用される例を簡単に示す図である。
【図４９】ＨＡＲＱ−ＡＣＫのためにＰＵＳＣＨパンクチャリング又はレートマッチングが適用される例を簡単に示す図である。
【図５０】本発明において各周波数ホップごとにケース６における方法が適用される場合のＵＣＩマッピング方法を簡単に示す図である。
【図５１】本発明に適用可能なＵＣＩ送信方法を簡単に示す流れ図である。
【図５２】提案する実施例を実現できる端末及び基地局の構成を示す図である。
【発明を実施するための形態】
【００２７】
以下の実施例は本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴は別の構成要素や特徴と結合しない形態で実施されてもよく、一部の構成要素及び／又は特徴を結合させて本発明の実施例を構成してもよい。本発明の実施例において説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取り替えられてもよい。
【００２８】
図面に関する説明において、本発明の要旨を曖昧にさせ得る手順又は段階などは記述を省略し、当業者のレベルで理解可能な程度の手順又は段階も記述を省略する。
【００２９】
明細書全体を通じて、ある部分がある構成要素を「含む（ｃｏｍｐｒｉｓｉｎｇ又はｉｎｃｌｕｄｉｎｇ）」とされているとき、これは、別に反対の記載がない限り、他の構成要素を除外するものではなく、他の構成要素をさらに含み得ることを意味する。また、明細書でいう“…部”、“…器”、“モジュール”などの用語は、少なくとも１つの機能や動作を処理する単位を意味し、これは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの結合によって実現することができる。また、「ある（ａ又はａｎ）」、「１つ（ｏｎｅ）」、「その（ｔｈｅ）」及び類似の関連語は、本発明を記述する文脈において（特に、以下の請求項の文脈において）本明細書に別に指示されたり文脈によって明らかに反駁されない限り、単数及び複数の両方を含む意味で使うことができる。
【００３０】
この明細書において本発明の実施例は基地局と移動局の間のデータ送受信関係を中心に説明されている。ここで、基地局は、移動局と通信を直接行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書において基地局によって行われるとされている特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われてもよい。
【００３１】
即ち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅ）からなるネットワークにおいて、移動局との通信のために行われる様々な動作は、基地局、又は基地局以外の他のネットワークノードで行うことができる。このとき、「基地局」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、発展した基地局（ＡＢＳ：Ａｄｖａｎｃｅｄ  Ｂａｓｅ  Ｓｔａｔｉｏｎ）又はアクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語に言い換えることができる。
【００３２】
また、本発明の実施例において、端末（Ｔｅｒｍｉｎａｌ）は、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、移動局（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、加入者端末（ＳＳ：Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、移動加入者端末（ＭＳＳ：Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、移動端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、又は発展した移動端末（ＡＭＳ：Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）などの用語に言い換えることができる。
【００３３】
また、送信端はデータサービス又は音声サービスを提供する固定及び／又は移動ノードを意味し、受信端はデータサービス又は音声サービスを受信する固定及び／又は移動ノードを意味する。したがって、上りリンクでは移動局を送信端にし、基地局を受信端にすることができる。同様に、下りリンクでは移動局を受信端にし、基地局を送信端にすることができる。
【００３４】
本発明の実施例は、無線接続システムであるＩＥＥＥ  ８０２．ｘｘシステム、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）システム、３ＧＰＰ  ＬＴＥシステム及び３ＧＰＰ２システムのうち少なくとも１つに開示されている標準文書によってサポートすることができ、特に、本発明の実施例は、３ＧＰＰ  ＴＳ  ３６．２１１、３ＧＰＰ  ＴＳ  ３６．２１２、３ＧＰＰ  ＴＳ  ３６．２１３、３ＧＰＰ  ＴＳ  ３６．３２１及び３ＧＰＰ  ＴＳ  ３８．３３１の文書によってサポートすることができる。即ち、本発明の実施例のうち、説明していない自明な段階又は部分は、上記文書を参照して説明することができる。また、本文書に開示している用語はいずれも、上記標準文書によって説明することができる。
【００３５】
以下、本発明に係る好適な実施形態を添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示する詳細な説明は、本発明の例示的な実施形態を説明するためのもので、本発明が実施され得る唯一の実施形態を表すことを意図するものではない。
【００３６】
また、本発明の実施例で使われる特定用語は本発明の理解し易さのために提供されるものであり、このような特定用語の使用は本発明の技術的思想を逸脱しない範囲で他の形態に変更されてもよい。
【００３７】
例えば、送信機会区間（ＴｘＯＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｏｐｐｏｒｔｕｎｉｔｙ  Ｐｅｒｉｏｄ）という用語は、送信区間、送信バースト（Ｔｘ  ｂｕｒｓｔ）又はＲＲＰ（Ｒｅｓｅｒｖｅｄ  Ｒｅｓｏｕｒｃｅ  Ｐｅｒｉｏｄ）という用語と同じ意味で使うことができる。また、ＬＢＴ（Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ）過程は、チャネル状態が遊休であるか否かを判断するためのキャリアセンシング過程、ＣＣＡ（Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓｍｅｎｔ）、チャネル接続過程（ＣＡＰ：Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）と同じ目的で行うことができる。
【００３８】
以下、本発明の実施例を利用可能な無線接続システムの一例として３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムについて説明する。
【００３９】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような様々な無線接続システムに適用することができる。
【００４０】
ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって実現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって実現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって実現することができる。
【００４１】
ＵＴＲＡはＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）はＥ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）システムは３ＧＰＰ  ＬＴＥシステムを改良したシステムである。本発明の技術的特徴に関する説明を明確にするために、本発明の実施例は３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムを中心に述べられるが、ＩＥＥＥ  ８０２．１６ｅ／ｍシステムなどに適用されてもよい。
【００４２】
１．３ＧＰＰ  ＬＴＥ／ＬＴＥ  Ａ  システム
【００４３】
１．１．物理チャネル及びこれを用いた信号送受信方法
【００４４】
無線接続システムにおいて端末は下りリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）で基地局から情報を受信し、上りリンク（ＵＬ：Ｕｐｌｉｎｋ）で基地局に情報を送信する。基地局と端末とが送受信する情報は一般データ情報及び種々の制御情報を含み、基地局と端末とが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【００４５】
図１は、本発明の実施例で使用可能な物理チャネル及びそれらを用いた信号送信方法を説明するための図である。
【００４６】
電源が消えた状態で電源がついたり、新しくセルに進入したりした端末は、Ｓ１１段階で、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う。そのために、端末は基地局から主同期チャネル（Ｐ−ＳＣＨ：Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）及び副同期チャネル（Ｓ−ＳＣＨ：Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。
【００４７】
その後、端末は基地局から物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）信号を受信してセル内放送情報を取得することができる。
【００４８】
一方、端末は初期セル探索段階で下りリンク参照信号（ＤＬ  ＲＳ：Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を受信して下りリンクチャネル状態を確認することができる。
【００４９】
初期セル探索を終えた端末は、Ｓ１２段階で、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、及び物理下りリンク制御チャネル情報に対応する物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を受信して、より具体的なシステム情報を取得することができる。
【００５０】
その後、端末は基地局への接続を完了するために、段階Ｓ１３〜段階Ｓ１６のようなランダムアクセス過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。そのために、端末は物理ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）でプリアンブル（ｐｒｅａｍｂｌｅ）を送信し（Ｓ１３）、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルでプリアンブルに対する応答メッセージを受信することができる（Ｓ１４）。競合ベースのランダムアクセスでは、端末は、更なる物理ランダムアクセスチャネル信号の送信（Ｓ１５）、及び物理下りリンク制御チャネル信号及びそれに対応する物理下りリンク共有チャネル信号の受信（Ｓ１６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【００５１】
上述したような手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、物理下りリンク制御チャネル信号及び／又は物理下りリンク共有チャネル信号の受信（Ｓ１７）、及び物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）信号及び／又は物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）信号の送信（Ｓ１８）を行うことができる。
【００５２】
端末が基地局に送信する制御情報を総称して上りリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）という。ＵＣＩは、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｉｏｎ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｉｏｎ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）情報などを含む。
【００５３】
ＬＴＥシステムにおいてＵＣＩは一般的にＰＵＣＣＨで周期的に送信されるが、制御情報とトラフィックデータが同時に送信されるべき場合にはＰＵＳＣＨで送信されてもよい。また、ネットワークの要求／指示によってＰＵＳＣＨでＵＣＩを非周期的に送信することもできる。
【００５４】
１．２．リソースの構造
【００５５】
図２は、本発明の実施例で用いられる無線フレームの構造を示す図である。
【００５６】
図２（ａ）にはタイプ１フレーム構造（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ１）を示す。タイプ１フレーム構造は、全二重（ｆｕｌｌ  ｄｕｐｌｅｘ）ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システムにも半二重（ｈａｌｆ  ｄｕｐｌｅｘ）ＦＤＤシステムにも適用可能である。
【００５７】
１無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）はＴｆ＝３０７２００＊Ｔｓ＝１０ｍｓの長さを有するものであり、Ｔｓｌｏｔ＝１５３６０＊Ｔｓ＝０．５ｍｓの均等な長さを有し、０〜１９のインデックスが与えられた２０個のスロットで構成される。１サブフレームは２個の連続したスロットで定義され、ｉ番目のサブフレームは、２ｉと２ｉ＋１に該当するスロットで構成される。すなわち、無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。１サブフレームを送信するためにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という。ここで、Ｔｓはサンプリング時間を表し、Ｔｓ＝１／（１５ｋＨｚ×２０４８）＝３．２５５２×１０−８（約３３ｎｓ）と表示される。スロットは時間領域において複数のＯＦＤＭシンボル又はＳＣ−ＦＤＭＡシンボルを含み、周波数領域において複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含む。
【００５８】
１スロットは時間領域において複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含む。３ＧＰＰ  ＬＴＥは下りリンクにおいてＯＦＤＭＡを用いるので、ＯＦＤＭシンボルは１シンボル区間（ｓｙｍｂｏｌ  ｐｅｒｉｏｄ）を表現するためのものである。ＯＦＤＭシンボルは１つのＳＣ−ＦＤＭＡシンボル又はシンボル区間ということができる。リソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）はリソース割り当て単位であり、１つのスロットで複数の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。
【００５９】
全二重ＦＤＤシステムでは各１０ｍｓ区間において１０個のサブフレームを下りリンク送信と上りリンク送信のために同時に利用することができる。このとき、上りリンクと下りリンク送信は周波数領域において分離される。これに対し、半二重ＦＤＤシステムでは端末が送信と受信を同時に行うことができない。
【００６０】
上述した無線フレームの構造は１つの例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるＯＦＤＭシンボルの数は様々に変更されてもよい。
【００６１】
図２（ｂ）にはタイプ２フレーム構造（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ２）を示す。タイプ２フレーム構造はＴＤＤシステムに適用される。１無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）はＴｆ＝３０７２００＊Ｔｓ＝１０ｍｓの長さを有し、１５３６００＊Ｔｓ＝５ｍｓの長さを有する２個のハーフフレーム（ｈａｌｆ−ｆｒａｍｅ）で構成される。各ハーフフレームは３０７２０＊Ｔｓ＝１ｍｓの長さを有する５個のサブフレームで構成される。ｉ番目のサブフレームは２ｉと２ｉ＋１に該当する各Ｔｓｌｏｔ＝１５３６０＊Ｔｓ＝０．５ｍｓの長さを有する２個のスロットで構成される。ここで、Ｔｓはサンプリング時間を表し、Ｔｓ＝１／（１５ｋＨｚ×２０４８）＝３．２５５２×１０−８（約３３ｎｓ）と表示される。
【００６２】
タイプ２フレームにはＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（ＧＰ：Ｇｕａｒｄ  Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）の３つのフィールドで構成される特別サブフレームを含む。ここで、ＤｗＰＴＳは、端末における初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局におけるチャネル推定と端末との上り伝送同期化に用いられる。保護区間は、上りリンクと下りリンクとの間に下りリンク信号の多重経路遅延によって上りリンクにおいて干渉を除去するための区間である。
【００６３】
次の表１は、特別フレームの構成（ＤｗＰＴＳ／ＧＰ／ＵｐＰＴＳの長さ）を表す。
【００６４】
【表１】
0006963611.tif 000002
【００６５】
図３は、本発明の実施例で利用可能な下りリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を例示する図である。
【００６６】
図３を参照すると、１つの下りリンクスロットは時間領域において複数のＯＦＤＭシンボルを含む。ここで、１つの下りリンクスロットは７個のＯＦＤＭシンボルを含み、１つのリソースブロックは周波数領域において１２個の副搬送波を含むとしているが、これに限定されるものではない。
【００６７】
リソースグリッド上で各要素（ｅｌｅｍｅｎｔ）をリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）といい、１つのリソースブロックは１２×７個のリソース要素を含む。下りリンクスロットに含まれるリソースブロックの数ＮＤＬは、下りリンク送信帯域幅（ｂａｎｄｗｉｄｔｈ）に従属する。上りリンクスロットの構造は下りリンクスロットの構造と同一であってよい。
【００６８】
図４には、本発明の実施例で利用可能な上りリンクサブフレームの構造を示す。
【００６９】
図４を参照すると、上りリンクサブフレームは、周波数領域において制御領域とデータ領域とに分けることができる。制御領域には、上りリンク制御情報を搬送するＰＵＣＣＨが割り当てられる。データ領域には、ユーザデータを搬送するＰＵＳＣＨが割り当てられる。単一搬送波特性を維持するために１つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。１つの端末に対するＰＵＣＣＨにはサブフレーム内にＲＢ対が割り当てられる。ＲＢ対に属するＲＢは２個のスロットのそれぞれにおいて異なる副搬送波を占める。このようなＰＵＣＣＨに割り当てられたＲＢ対は、スロット境界（ｓｌｏｔ  ｂｏｕｎｄａｒｙ）で周波数ホッピング（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）する、という。
【００７０】
図５は、本発明の実施例で利用可能な下りリンクサブフレームの構造を示す図である。
【００７１】
図５を参照すると、サブフレームにおける一番目のスロットにおいてＯＦＤＭシンボルインデックス０から最大で３個までのＯＦＤＭシンボルが、制御チャネルが割り当てられる制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）であり、残りのＯＦＤＭシンボルは、ＰＤＳＣＨが割り当てられるデータ領域（ｄａｔａ  ｒｅｇｉｏｎ）である。３ＧＰＰ  ＬＴＥで用いられる下りリンク制御チャネルの例に、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などがある。
【００７２】
ＰＣＦＩＣＨはサブフレームの一番目のＯＦＤＭシンボルで送信され、サブフレームにおいて制御チャネルの送信のために用いられるＯＦＤＭシンボルの数（すなわち、制御領域のサイズ）に関する情報を搬送する。ＰＨＩＣＨは、上りリンクに対する応答チャネルであり、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）に対するＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（Ｎｅｇａｔｉｖｅ−Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を搬送する。ＰＤＣＣＨで送信される制御情報を下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）という。下りリンク制御情報は、上りリンクリソース割り当て情報、下りリンクリソース割り当て情報、又は任意の端末グループに対する上りリンク送信（Ｔｘ）電力制御命令を含む。
【００７３】
１．３．ＣＳＩフィードバック
【００７４】
３ＧＰＰ  ＬＴＥ又はＬＴＥ−Ａシステムでは、ユーザ機器（ＵＥ）がチャネル状態情報（ＣＳＩ）を基地局（ＢＳ又はｅＮＢ）に報告するように定義されている。ここで、チャネル状態情報（ＣＳＩ）は、ＵＥとアンテナポートとの間に形成される無線チャネル（又は、リンク）の品質を示す情報を総称する。
【００７５】
例えば、チャネル状態情報（ＣＳＩ）は、ランク指示子（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ，ＲＩ）、プリコーディング行列指示子（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ，ＰＭＩ）、チャネル品質指示子（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ，ＣＱＩ）などを含む。
【００７６】
ここで、ＲＩは当該チャネルのランク（ｒａｎｋ）情報を示し、これはＵＥが同一の時間−周波数リソースを介して受信するストリーム数を意味する。この値は、チャネルの長期フェーディング（Ｌｏｎｇ  Ｔｅｒｍ  Ｆａｄｉｎｇ）により従属されて決定される。次いで、通常、ＲＩはＰＭＩ、ＣＱＩより長い周期でＵＥによってＢＳにフィードバックされる。
【００７７】
ＰＭＩはチャネル空間特性を反映した値であって、ＳＩＮＲなどのメトリック（ｍｅｔｒｉｃ）を基準としてＵＥが好むプリコーディングインデックスを示す。
【００７８】
ＣＱＩはチャネルの強度を示す値であって、通常、ＢＳがＰＭＩを用いた時に得られる受信ＳＩＮＲを意味する。
【００７９】
３ＧＰＰ  ＬＴＥ又はＬＴＥ−Ａシステムにおいて、基地局は複数のＣＳＩプロセスをＵＥに設定し、ＵＥから各プロセスに対するＣＳＩの報告を受ける。ここで、ＣＳＩプロセスは、基地局からの信号品質の特定のためのＣＳＩ−ＲＳと干渉測定のためのＣＳＩ干渉測定（ＣＳＩ−ｉｎｔｅｒｆｅｒｅｎｃｅ  ｍｅａｓｕｒｅｍｅｎｔ，ＣＳＩ−ＩＭ）リソースで構成される。
【００８０】
１．４．ＲＲＭ測定
【００８１】
ＬＴＥシステムでは、電力制御（Ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）、スケジューリング（Ｓｃｈｅｄｕｌｉｎｇ）、セル検索（Ｃｅｌｌ  ｓｅａｒｃｈ）、セル再選択（Ｃｅｌｌ  ｒｅｓｅｌｅｃｔｉｏｎ）、ハンドオーバー（Ｈａｎｄｏｖｅｒ）、ラジオリンク又は連結モニタリング（Ｒａｄｉｏ  ｌｉｎｋ  ｏｒ  Ｃｏｎｎｅｃｔｉｏｎ  ｍｏｎｉｔｏｒｉｎｇ）、連結確立／再確立（Ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈ／ｒｅ−ｅｓｔａｂｌｉｓｈ）などを含むＲＲＭ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ）動作を支援する。この時、サービングセルは端末にＲＲＭ動作を行うための測定値であるＲＲＭ測定（ｍｅａｓｕｒｅｍｅｎｔ）情報を要求することができる。代表的な情報として、ＬＴＥシステムにおいて端末は各セルに対するセル検索（Ｃｅｌｌ  ｓｅａｒｃｈ）情報、ＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）、ＲＳＲＱ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｑｕａｌｉｔｙ）などの情報を測定して報告することができる。具体的には、ＬＴＥシステムにおいて端末はサービングセルからＲＲＭ測定のための上位層信号として「ｍｅａｓＣｏｎｆｉｇ」が伝達され、端末はこの「ｍｅａｓＣｏｎｆｉｇ」の情報に従ってＲＳＲＰ又はＲＳＲＱを測定する。
【００８２】
ここで、ＬＴＥシステムにおいて定義するＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩは、以下のように定義される。
【００８３】
先ず、ＲＳＲＰは考慮される測定周波数帯域内のセル特定の参照信号を送信するリソース要素の電力分布（ｐｏｗｅｒ  ｃｏｎｔｒｉｂｕｔｉｏｎ、［Ｗ］単位）の線形平均で定義される。（Ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ  （ＲＳＲＰ）,  ｉｓ  ｄｅｆｉｎｅｄ  ａｓ  ｔｈｅ  ｌｉｎｅａｒ  ａｖｅｒａｇｅ    ｏｖｅｒ  ｔｈｅ  ｐｏｗｅｒ  ｃｏｎｔｒｉｂｕｔｉｏｎｓ  （ｉｎ  ［Ｗ］）  ｏｆ  ｔｈｅ  ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔｓ  ｔｈａｔ  ｃａｒｒｙ  ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌｓ  ｗｉｔｈｉｎ  ｔｈｅ  ｃｏｎｓｉｄｅｒｅｄ  ｍｅａｓｕｒｅｍｅｎｔ  ｆｒｅｑｕｅｎｃｙ  ｂａｎｄｗｉｄｔｈ．）一例として、ＲＳＲＰ決定のためにセル特定の参照信号Ｒ０が活用できる。（Ｆｏｒ  ＲＳＲＰ  ｄｅｔｅｒｍｉｎａｔｉｏｎ  ｔｈｅ  ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌｓ  Ｒ０  ｓｈａｌｌ  ｂｅ  ｕｓｅｄ．）仮に、ＵＥがセル特定の参照信号Ｒ１が利用可能であると検出する場合、ＵＥはＲ１をさらに用いてＲＳＲＰを決定する。（Ｉｆ  ｔｈｅ  ＵＥ  ｃａｎ  ｒｅｌｉａｂｌｙ  ｄｅｔｅｃｔ  ｔｈａｔ  Ｒ１  ｉｓ  ａｖａｉｌａｂｌｅ  ｉｔ  ｍａｙ  ｕｓｅ  Ｒ１  ｉｎ  ａｄｄｉｔｉｏｎ  ｔｏ  Ｒ０  ｔｏ  ｄｅｔｅｒｍｉｎｅ  ＲＳＲＰ．）
【００８４】
ＲＳＲＰのための参照ポイントは、ＵＥのアンテナコネクターとなり得る。（Ｔｈｅ  ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ  ｆｏｒ  ｔｈｅ  ＲＳＲＰ  ｓｈａｌｌ  ｂｅ  ｔｈｅ  ａｎｔｅｎｎａ  ｃｏｎｎｅｃｔｏｒ  ｏｆ  ｔｈｅ  ＵＥ．）
【００８５】
仮に、ＵＥが受信器ダイバーシティを用いる場合、報告される値は個別のダイバーシティブランチに対応するＲＳＲＰより小さくてはならない。（Ｉｆ  ｒｅｃｅｉｖｅｒ  ｄｉｖｅｒｓｉｔｙ  ｉｓ  ｉｎ  ｕｓｅ  ｂｙ  ｔｈｅ  ＵＥ,  ｔｈｅ  ｒｅｐｏｒｔｅｄ  ｖａｌｕｅ  ｓｈａｌｌ  ｎｏｔ  ｂｅ  ｌｏｗｅｒ  ｔｈａｎ  ｔｈｅ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ＲＳＲＰ  ｏｆ  ａｎｙ  ｏｆ  ｔｈｅ  ｉｎｄｉｖｉｄｕａｌ  ｄｉｖｅｒｓｉｔｙ  ｂｒａｎｃｈｅｓ．）
【００８６】
次いで、ＮがＥ−ＵＴＲＡ搬送波ＲＳＳＩ測定帯域幅のＲＢの数であるとき、ＲＳＲＱはＥ−ＵＴＲＡ搬送波ＲＳＳＩに対するＲＳＲＰの比率として、Ｎ＊ＲＳＲＰ／（Ｅ−ＵＴＲＡ  ｃａｒｒｉｅｒ  ＲＳＳＩ）と定義される。（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ  （ＲＳＲＱ）  ｉｓ  ｄｅｆｉｎｅｄ  ａｓ  ｔｈｅ  ｒａｔｉｏ  ＮかけるＲＳＲＰ／（Ｅ−ＵＴＲＡ  ｃａｒｒｉｅｒ  ＲＳＳＩ）,  ｗｈｅｒｅ  Ｎ  ｉｓ  ｔｈｅ  ｎｕｍｂｅｒ  ｏｆ  ＲＢ’ｓ  ｏｆ  ｔｈｅ  Ｅ−ＵＴＲＡ  ｃａｒｒｉｅｒ  ＲＳＳｉ  ｍｅａｓｕｒｅｍｅｎｔ  ｂａｎｄｗｉｄｔｈ．）この測定値の分母及び分子は、リソースブロックの同一のセットによって決定される。（Ｔｈｅ  ｍｅａｓｕｒｅｍｅｎｔｓ  ｉｎ  ｔｈｅ  ｎｕｍｅｒａｔｏｒ  ａｎｄ  ｄｅｎｏｍｉｎａｔｏｒ  ｓｈａｌｌ  ｂｅ  ｍａｄｅ  ｏｖｅｒ  ｔｈｅ  ｓａｍｅ  ｓｅｔ  ｏｆ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋｓ．）
【００８７】
Ｅ−ＵＴＲＡ搬送波ＲＳＳＩは共同チャネル（ｃｏ−ｃｈａｎｎｅｌ）サービング及び非サービングセル、隣接チャネルの干渉、熱雑音などを含む全てのソースからの受信信号に対して、Ｎ個のリソースブロックにわたって、測定帯域幅でアンテナポート０に対する参照シンボルを含むＯＦＤＭシンボルのみで端末によって測定された受信全電力（［Ｗ］単位）の線形平均を含む。（Ｅ−ＵＴＲＡ  Ｃａｒｒｉｅｒ  Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ  （ＲＳＳＩ）,  ｃｏｍｐｒｉｓｅｓ  ｔｈｅ  ｌｉｎｅａｒ  ａｖｅｒａｇｅ  ｏｆ  ｔｈｅ  ｔｏｔａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ  （ｉｎ  ［Ｗ］）  ｏｂｓｅｒｖｅｄ  ｏｎｌｙ  ｉｎ  ＯＦＤＭ  ｓｙｍｂｏｌｓ  ｃｏｎｔａｉｎｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｙｍｂｏｌｓ  ｆｏｒ  ａｎｔｅｎｎａ  ｐｏｒｔ  ０,  ｉｎ  ｔｈｅ  ｍｅａｓｕｒｅｍｅｎｔ  ｂａｎｄｗｉｄｔｈ,  ｏｖｅｒ  Ｎ  ｎｕｍｂｅｒ  ｏｆ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋｓ  ｂｙ  ｔｈｅ  ＵＥ  ｆｒｏｍ  ａｌｌ  ｓｏｕｒｃｅｓ,  ｉｎｃｌｕｄｉｎｇ  ｃｏ−ｃｈａｎｎｅｌ  ＳＥＲＶＩＮＧ  ａｎｄ  ｎｏｎ−ＳＥＲＶＩＮＧ  ｃｅｌｌｓ,  ａｄｊａｃｅｎｔ  ｃｈａｎｎｅｌ  ｉｎｔｅｒｆｅｒｅｎｃｅ,  ｔｈｅｒｍａｌ  ｎｏｉｓｅ  ｅｔｃ．）仮に、上位層シグナリングがＲＳＲＱ測定のためにあるサブフレームを指示した場合、指示されたサブフレームにおける全てのＯＦＤＭシンボルに対してＲＳＳＩが測定される。（Ｉｆ  ｈｉｇｈｅｒ−ｌａｙｅｒ  ｓｉｇｎａｌｌｉｎｇ  ｉｎｄｉｃａｔｅｓ  ｃｅｒｔａｉｎ  ｓｕｂｆｒａｍｅｓ  ｆｏｒ  ｐｅｒｆｏｒｍｉｎｇ  ＲＳＲＱ  ｍｅａｓｕｒｅｍｅｎｔｓ,  ｔｈｅｎ  ＲＳＳＩ  ｉｓ  ｍｅａｓｕｒｅｄ  ｏｖｅｒ  ａｌｌ  ＯＦＤＭ  ｓｙｍｂｏｌｓ  ｉｎ  ｔｈｅ  ｉｎｄｉｃａｔｅｄ  ｓｕｂｆｒａｍｅｓ．）
【００８８】
ＲＳＲＱのための参照ポイントは、ＵＥのアンテナコネクターになり得る。（Ｔｈｅ  ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ  ｆｏｒ  ｔｈｅ  ＲＳＲＱ  ｓｈａｌｌ  ｂｅ  ｔｈｅ  ａｎｔｅｎｎａ  ｃｏｎｎｅｃｔｏｒ  ｏｆ  ｔｈｅ  ＵＥ．）
【００８９】
仮に、ＵＥが受信機ダイバーシティを用いる場合、報告される値は個別のダイバーシティブランチに対応するＲＳＲＱより小さくてはならない。（Ｉｆ  ｒｅｃｅｉｖｅｒ  ｄｉｖｅｒｓｉｔｙ  ｉｓ  ｉｎ  ｕｓｅ  ｂｙ  ｔｈｅ  ＵＥ,  ｔｈｅ  ｒｅｐｏｒｔｅｄ  ｖａｌｕｅ  ｓｈａｌｌ  ｎｏｔ  ｂｅ  ｌｏｗｅｒ  ｔｈａｎ  ｔｈｅ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ＲＳＲＱ  ｏｆ  ａｎｙ  ｏｆ  ｔｈｅ  ｉｎｄｉｖｉｄｕａｌ  ｄｉｖｅｒｓｉｔｙ  ｂｒａｎｃｈｅｓ．）
【００９０】
次いで、ＲＳＳＩは受信器パルス状のフィルターによって定義された帯域幅内の熱雑音及び受信器から生成された雑音を含む受信された広帯域電力で定義される。（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ  （ＲＳＳＩ）  ｉｓ  ｄｅｆｉｎｅｄ  ａｓ  ｔｈｅ  ｒｅｃｅｉｖｅｄ  ｗｉｄｅ  ｂａｎｄ  ｐｏｗｅｒ,  ｉｎｃｌｕｄｉｎｇ  ｔｈｅｒｍａｌ  ｎｏｉｓｅ  ａｎｄ  ｎｏｉｓｅ  ｇｅｎｅｒａｔｅｄ  ｉｎ  ｔｈｅ  ｒｅｃｅｉｖｅｒ,  ｗｉｔｈｉｎ  ｔｈｅ  ｂａｎｄｗｉｄｔｈ  ｄｅｆｉｎｅｄ  ｂｙ  ｔｈｅ  ｒｅｃｅｉｖｅｒ  ｐｕｌｓｅ  ｓｈａｐｉｎｇ  ｆｉｌｔｅｒ．）
【００９１】
測定のための参照ポイントは、ＵＥのアンテナコネクターになり得る。（Ｔｈｅ  ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ  ｆｏｒ  ｔｈｅ  ｍｅａｓｕｒｅｍｅｎｔ  ｓｈａｌｌ  ｂｅ  ｔｈｅ  ａｎｔｅｎｎａ  ｃｏｎｎｅｃｔｏｒ  ｏｆ  ｔｈｅ  ＵＥ．）
【００９２】
仮に、ＵＥが受信器ダイバーシティを用いる場合、報告される値は個別のダイバーシティブランチに対応するＵＴＲＡ搬送波ＲＳＳＩより小さくてはならない。（Ｉｆ  ｒｅｃｅｉｖｅｒ  ｄｉｖｅｒｓｉｔｙ  ｉｓ  ｉｎ  ｕｓｅ  ｂｙ  ｔｈｅ  ＵＥ,  ｔｈｅ  ｒｅｐｏｒｔｅｄ  ｖａｌｕｅ  ｓｈａｌｌ  ｎｏｔ  ｂｅ  ｌｏｗｅｒ  ｔｈａｎ  ｔｈｅ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ＵＴＲＡ  ｃａｒｒｉｅｒ  ＲＳＳＩ  ｏｆ  ａｎｙ  ｏｆ  ｔｈｅ  ｉｎｄｉｖｉｄｕａｌ  ｒｅｃｅｉｖｅ  ａｎｔｅｎｎａ  ｂｒａｎｃｈｅｓ．）
【００９３】
上記の定義に従って、ＬＴＥシステムにおいて動作する端末は、周波数間の測定（Ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ  ｍｅａｓｕｒｅｍｅｎｔ）の場合、ＳＩＢ３（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ  ｔｙｐｅ  ３）から送信される許容された測定帯域幅（Ａｌｌｏｗｅｄ  ｍｅａｓｕｒｅｍｅｎｔ  ｂａｎｄｗｉｄｔｈ）関連のＩＥ（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ）を介して指示される帯域幅でＲＳＲＰを測定することができる。また、周波数内の測定（Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｍｅａｓｕｒｅｍｅｎｔ）である場合、端末はＳＩＢ５から送信される許容された測定帯域幅を介して指示された６、１５、２５、５０、７５、１００ＲＢ（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）のうち１つに対応する帯域幅でＲＳＲＰを測定することができる。また、上述したようなＩＥがない場合、端末はデフォルト動作として全体ＤＬ（ｄｏｗｎｌｉｎｋ）システムの周波数帯域でＲＳＲＰを測定することができる。
【００９４】
この時、端末が許容された測定帯域幅に対する情報を受信する場合、端末は当該値を最大の測定帯域幅（ｍａｘｉｍｕｍ  ｍｅａｓｕｒｅｍｅｎｔ  ｂａｎｄｗｉｄｔｈ）として当該値においてＲＳＲＰの値を自由に測定することができる。但し、サービングセルがＷＢ−ＲＳＲＱと定義されるＩＥを端末に送信して、許容された測定帯域幅を５０ＲＢ以上に設定する場合、端末は許容された測定帯域幅に対するＲＳＲＰ値を全て算出する必要がある。一方、端末はＲＳＳＩを測定するとき、ＲＳＳＩ帯域幅の定義に従って端末の受信機が有する周波数帯域を用いてＲＳＳＩを測定する。
【００９５】
２．新しい無線接続技術（Ｎｅｗ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）システム
【００９６】
多数の通信機器がより大きな通信容量を要求することにより、既存の無線接続技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）に比べて向上した端末広帯域（Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）通信の必要性が高まっている。また多数の機器及び物事を連結していつでもどこでも多様なサービスを提供する大規模（ｍａｓｓｉｖｅ）ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も必要となっている。さらに信頼性及び遅延などに敏感なサービス／ＵＥを考慮した通信システムのデザインが提示されている。
【００９７】
このように向上した端末広帯域通信（Ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、大規模ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｌｂｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した新しい無線接続技術であって、新しい無線接続技術システムが提案されている。以下、本発明では便宜上、該当技術をＮｅｗ  ＲＡＴ又はＮＲ（Ｎｅｗ  Ｒａｄｉｏ）と称する。
【００９８】
２．１．ニューマロロジー（Ｎｕｍｅｒｉｏｌｏｇｉｅｓ）
【００９９】
本発明が適用可能なＮＲシステムにおいては、以下の表のような様々なＯＦＤＭニューマロロジーが支援されている。この時、搬送波帯域幅部分（ｃａｒｒｉｅｒ  ｂａｎｄｗｉｄｔｈ  ｐａｒｔ）ごとのμ及び循環前置（サイクリックプレフィックス、ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）情報は、下りリンク（ＤＬ）又は上りリンク（ＵＬ）ごとに各々シグナリングされる。一例として、下りリンク搬送波帯域幅部分（ｄｏｗｎｌｉｎｋ  ｃａｒｒｉｅｒ  ｂａｎｄｗｉｄｔｈ  ｐａｒｔ）のためのμ及び循環前置（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）情報は、上位層シグナリングＤＬ−ＢＷＰ−ｍｕ及びＤＬ−ＭＷＰ−ｃｐを通じてシグナリングされる。他の例として、上りリンク搬送波帯域幅部分（ｕｐｌｉｎｋ  ｃａｒｒｉｅｒ  ｂａｎｄｗｉｄｔｈ  ｐａｒｔ）のためのμ及び循環前置（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）情報は、上位層シグナリングＵＬ−ＢＷＰ−ｍｕ及びＵＬ−ＭＷＰ−ｃｐを通じてシグナリングされる。
【０１００】
【表２】
0006963611.tif 000003
【０１０１】
２．２．フレーム構造
【０１０２】
下りリンク及び上りリンクの伝送は１０ｍｓの長さのフレームで構成される。フレームは１ｍｓの長さの１０個のサブフレームで構成される。この時、各々のサブフレームごとに連続するＯＦＤＭのシンボルの数は
0006963611.tif 000004
である。
【０１０３】
各々のフレームは２つの同じサイズのハーフフレーム（ｈａｌｆ−ｆｒａｍｅ）で構成される。この時、各々のハーフフレームはサブフレーム０−４及びサブフレーム５−９で構成される。
【０１０４】
副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）μに対して、スロットは１つのサブフレーム内において昇順に
0006963611.tif 000005
のようにナンバリングされ、１つのフレーム内において昇順に
0006963611.tif 000006
のようにナンバリングされる。この時、１つのスロット内に連続するＯＦＤＭのシンボルの数（
0006963611.tif 000007
）は、循環前置によって以下の表のように決定される。１つのサブフレーム内の開始スロット（
0006963611.tif 000008
）は、同じサブフレーム内の開始ＯＦＤＭのシンボル（
0006963611.tif 000009
）と時間の次元で整列されている（ａｌｉｇｎｅｄ）。以下の表３は一般循環前置（ｎｏｒｍａｌ  ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）のためのスロットごと／フレームごと／サブフレームごとのＯＦＤＭのシンボルの数を示し、表４は拡張された循環前置（ｅｘｔｅｎｄｅｄ  ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）のためのスロットごと／フレームごと／サブフレームごとのＯＦＤＭのシンボルの数を示す。
【０１０５】
【表３】
0006963611.tif 000010
【０１０６】
【表４】
0006963611.tif 000011
【０１０７】
本発明が適用可能なＮＲシステムにおいては、上記のようなスロット構造であって、セルフスロット構造（Ｓｅｌｆ−Ｃｏｎｔａｉｎｅｄ  ｓｕｂｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）が適用されている。
【０１０８】
図６は本発明に適用可能なセルフサブフレーム構造（Ｓｅｌｆ−Ｃｏｎｔａｉｎｅｄ  ｓｕｂｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）を示す図である。
【０１０９】
図６において、斜線領域（例えば、ｓｙｍｂｏｌ  ｉｎｄｅｘ＝０）は下りリンク制御（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ）領域を示し、黒色領域（例えば、ｓｙｍｂｏｌ  ｉｎｄｅｘ＝１３）は上りリンク制御（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ）領域を示す。その他の領域（例えば、ｓｙｍｂｏｌ  ｉｎｄｅｘ＝１〜１２）は下りリンクデータ伝送又は上りリンクデータ伝送のために使用される。
【０１１０】
このような構造により基地局及びＵＥは１つのスロット内でＤＬ伝送とＵＬ伝送を順次に行うことができ、１つのスロット内でＤＬデータを送受信し、これに対するＵＬ  ＡＣＫ／ＮＡＣＫも送受信することができる。結果として、この構造ではデータ伝送エラーの発生時にデータの再伝送までにかかる時間を短縮させることにより、最終データ伝達の遅延を最小化することができる。
【０１１１】
このようなセルフスロット構造においては、基地局とＵＥが送信モードから受信モードに、又は受信モードから送信モードに転換するために一定の時間長さのタイムギャップ（ｔｉｍｅ  ｇａｐ）が必要である。このために、セルフスロット構造においてＤＬからＵＬに転換される時点の一部のＯＦＤＭシンボルは、ガード区間（ｇｕａｒｄ  ｐｅｒｉｏｄ、ＧＰ）として設定されることができる。
【０１１２】
以上ではセルフスロット構造がＤＬ制御領域及びＵＬ制御領域を全て含む場合を説明したが、制御領域はセルフスロット構造に選択的に含まれることができる。即ち、本発明によるセルフスロット構造は、図６に示したように、ＤＬ制御領域及びＵＬ制御領域を全て含む場合だけではなく、ＤＬ制御領域又はＵＬ制御領域のみを含む場合もある。
【０１１３】
一例として、スロットは様々なスロットフォーマットを有することができる。この時、各々のスロットのＯＦＤＭシンボルは下りリンク（‘Ｄ’と表す）、フレキシブル（‘Ｘ’と表す）及び上りリンク（‘Ｕ’と表す）に分類される。
【０１１４】
従って、下りリンクスロットにおいてＵＥは下りリンク伝送が‘Ｄ’及び‘Ｘ’シンボルでのみ発生すると仮定できる。同様に、上りリンクスロットにおいてＵＥは上りリンク伝送が‘Ｕ’及び‘Ｘ’シンボルでのみ発生すると仮定できる。
【０１１５】
２．３．アナログビーム形成（アナログビームフォーミング、Ａｎａｌｏｇ  Ｂｅａｍｆｏｒｍｉｎｇ）
【０１１６】
ミリ波（Ｍｉｌｌｉｍｅｔｅｒ  Ｗａｖｅ、ｍｍＷ）では波長が短いので、同一面積に多数のアンテナ要素（ｅｌｅｍｅｎｔ）の設置が可能である。即ち、３０ＧＨｚ帯域において波長は１ｃｍであるので、５＊５ｃｍのパネルに０．５ｌａｍｂｄａ（波長）間隔で２次元（２−ｄｉｍｅｎｓｉｏｎ）配列する場合、合計１００個のアンテナ要素を設けることができる。これにより、ミリ波（ｍｍＷ）では多数のアンテナ要素を使用してビーム形成（ｂｅａｍｆｏｒｍｉｎｇ、ＢＦ）利得を上げてカバレッジを増加させる、或いはスループット（ｔｈｒｏｕｇｈｐｕｔ）を向上させることができる。
【０１１７】
この時、アンテナ要素ごとに伝送パワー及び位相の調節ができるように、各々のアンテナ要素はＴＸＲＵ（ｔｒａｎｓｃｅｉｖｅｒ）を含む。これにより、各々のアンテナ要素は周波数リソースごとに独立的なビーム形成を行うことができる。
【０１１８】
しかし、１００個以上の全てのアンテナ要素にＴＸＲＵを設けることは費用面で実効性が乏しい。従って、１つのＴＸＲＵに多数のアンテナ要素をマッピングし、アナログ位相シフター（ａｎａｌｏｇ  ｐｈａｓｅ  ｓｈｉｆｔｅｒ）でビーム方向を調節する方式が考えられている。かかるアナログビーム形成方式では全帯域において１つのビーム方向のみを形成できるので、周波数選択的なビーム形成が難しいという短所がある。
【０１１９】
これを解決するために、デジタルビーム形成及びアナログビーム形成の中間形態として、Ｑ個のアンテナ要素より少ない数のＢ個のＴＸＲＵを有するハイブリッドビーム形成（ｈｙｂｒｉｄ  ＢＦ）が考えられる。この場合、Ｂ個のＴＸＲＵとＱ個のアンテナ要素の連結方式によって差はあるが、同時に伝送可能なビームの方向はＢ個以下に制限される。
【０１２０】
図７及び図８は、ＴＸＲＵとアンテナ要素（ｅｌｅｍｅｎｔ）の代表的な連結方式を示す図である。ここで、ＴＸＲＵ仮想化（ｖｉｒｔｕａｌｉｚａｔｉｏｎ）モデルは、ＴＸＲＵの出力信号とアンテナ要素の出力信号との関係を示す。
【０１２１】
図７はＴＸＲＵがサブアレイ（ｓｕｂ−ａｒｒａｙ）に連結された方式を示している。図７の場合、アンテナ要素は１つのＴＸＲＵのみに連結される。
【０１２２】
反面、図８はＴＸＲＵが全てのアンテナ要素に連結された方式を示している。図８の場合、アンテナ要素は全てのＴＸＲＵに連結される。この時、アンテナ要素が全てのＴＸＲＵに連結されるためには、図８に示したように、別の加算器が必要である。
【０１２３】
図７及び図８において、Ｗはアナログ位相シフター（ａｎａｌｏｇ  ｐｈａｓｅ  ｓｈｉｆｔｅｒ）により乗じられる位相ベクトルを示す。即ち、Ｗはアナログビーム形成の方向を決定する主要パラメータである。ここで、ＣＳＩ−ＲＳアンテナポートと複数のＴＸＲＵとのマッピングは１：１又は１：多である。
【０１２４】
図７の構成によれば、ビーム形成のフォーカシングが難しいという短所があるが、全てのアンテナ構成を低価で構成できるという長所がある。
【０１２５】
図８の構成によれば、ビーム形成のフォーカシングが容易であるという長所がある。但し、全てのアンテナ要素にＴＸＲＵが連結されるので、全体の費用が増加するという短所がある。
【０１２６】
本発明が適用可能なＮＲシステムにおいて、複数のアンテナが使用される場合、デジタルビーム形成（Ｄｉｇｉｔａｌ  ｂｅａｍｆｏｒｍｉｎｇ）及びアナログビーム形成を結合したハイブリッドビーム形成（ｈｙｂｒｉｄ  ｂｅａｍｆｏｒｍｉｎｇ）方式が適用される。この時、アナログビーム形成（又はＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）ビーム形成）は、ＲＦ端でプリコーディング（又は組み合わせ（ｃｏｍｂｉｎｉｎｇ））を行う動作を意味する。またハイブリッドビーム形成において、ベースバンド（ｂａｓｅｂａｎｄ）端とＲＦ端は各々プリコーティング（又は組み合わせ）を行う。これによりＲＦチェーンの数とＤ／Ａ（Ｄｉｇｉｔａｌ  ｔｏ  ａｎａｌｏｇ）（又はＡ／Ｄ（ａｎａｌｏｇ  ｔｏ  ｄｉｇｉｔａｌ））コンバーターの数を減らしながらデジタルビーム形成に近接する性能を得られるという長所がある。
【０１２７】
説明の便宜上、ハイブリッドビーム形成の構造は、Ｎ個の送受信端（ｔｒａｎｓｃｅｉｖｅｒ  ｕｎｉｔ、ＴＸＲＵ）とＭ個の物理的アンテナで表すことができる。この時、送信端から伝送するＬ個のデータ層（ｄｉｇｉｔａｌ  ｌａｙｅｒ）に対するデジタルビーム形成は、Ｎ＊Ｌ（Ｌ  ｂｙ  Ｌ）行列で表される。その後、変換されたＮ個のデジタル信号はＴＸＲＵを介してアナログ信号に変換され、変換された信号に対してＭ＊Ｎ（Ｍ  ｂｙ  Ｎ）行列で表されるアナログビーム形成が適用される。
【０１２８】
図９は、本発明の一例によるＴＸＲＵ及び物理的アンテナ観点におけるハイブリッドビーム形成の構造を簡単に示す図である。この時、図９においてデジタルビームの数はＬ個であり、アナログビームの数はＮ個である。
【０１２９】
さらに、本発明が適用可能なＮＲシステムにおいては、基地局がアナログビーム形成をシンボル単位で変更できるように設計して、所定の地域に位置した端末に効率的なビーム形成を支援する方法が考えられる。さらに、図９に示したように、所定のＮ個のＴＸＲＵとＭ個のＲＦアンテナを１つのアンテナパネルに定義した時、本発明によるＮＲシステムにおいては、互いに独立したハイブリッドビーム形成が適用可能な複数のアンテナパネルを導入する方法も考えられる。
【０１３０】
以上のように基地局が複数のアナログビームを活用する場合、端末ごとに信号の受信に有利なアナログビームが異なる。よって本発明が適用可能なＮＲシステムにおいては、基地局が所定のサブフレーム（ＳＦ）内でシンボルごとに異なるアナログビームを適用して（少なくとも同期信号、システム情報、ページング（ｐａｇｉｎｇ）など）信号を伝送することにより、全ての端末が受信機会を得るようにするビーム掃引（ビームスウィーピング、ｂｅａｍ  ｓｗｅｅｐｉｎｇ）動作が考えられている。
【０１３１】
図１０は本発明の一例による下りリンク（Ｄｏｗｎｌｉｎｋ、ＤＬ）伝送過程において、同期信号（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）とシステム情報（Ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）に対するビーム掃引（Ｂｅａｍ  ｓｗｅｅｐｉｎｇ）動作を簡単に示す図である。
【０１３２】
図１０において、本発明が適用可能なＮＲシステムのシステム情報がブロードキャスティング（Ｂｒｏａｄｃａｓｔｉｎｇ）方式で伝送される物理的リソース（又は物理チャネル）を、ｘＰＢＣＨ（ｐｈｙｓｉｃａｌ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）と称する。この時、１つのシンボル内で互いに異なるアンテナパネルに属する複数のアナログビームは同時に伝送可能である。
【０１３３】
また図１０に示したように、本発明が適用可能なＮＲシステムにおいて、アナログビームごとのチャネルを測定するための構成であって、（所定のアンテナパネルに対応する）単一のアナログビームが適用されて伝送される参照信号（Ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ、ＲＳ）であるビーム参照信号（Ｂｅａｍ  ＲＳ、ＢＲＳ）の導入が論議されている。ＢＲＳは複数のアンテナポットに対して定義され、ＢＲＳの各々のアンテナポットは単一のアナログビームに対応する。この時、ＢＲＳとは異なり、同期信号又はｘＰＢＣＨは、任意の端末がよく受信するようにアナログビームのグループ内の全てのアナログビームが適用されて伝送される。
【０１３４】
３．提案する実施例
【０１３５】
本発明では上記のような技術的思想に基づいて、基地局と端末で構成された無線通信システムにおいてＵＣＩ（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）をＵＬデータ送信のための物理層チャネルであるＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）リソース領域に送信する場合の、ＵＣＩマッピング方法について詳しく説明する。言い換えれば、本発明ではＵＥがＵＣＩをＰＵＳＣＨを介して送信する具体的な方法について詳しく説明する。
【０１３６】
従来のＬＴＥシステムでは、ＰＡＰＲ（Ｐｅａｋ  ｔｏ  Ａｖｅｒａｇｅ  Ｐｏｗｅｒ  Ｒａｔｉｏ）を減少させて端末がより高い送信電力でＵＬデータ送信する構成を支援した。これにより、ＵＬカバレッジを増大させることができる。よって、従来のＬＴＥシステムでは、単一の搬送波特性（Ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｐｒｏｐｅｒｔｙ）を有するＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ−Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）又はＤＦＴ−ｓ−ＯＦＤＭ（Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ−ｓｐｒｅａｄ−ＯＦＤＭ）基盤の送信方式が適用された。ＳＣ−ＦＤＭＡ方式は、ＯＦＤＭ方式によるＩＤＦＴ（Ｉｎｖｅｒｓｅ  Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）（又はＩＦＦＴ（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）過程前にＤＦＴプリコーディング（又はＤＦＴスプレディング）をデータに適用して送信する方式である。よって、端末が時間軸でＭ個のデータを生成した後、Ｍ個のポイントのＤＦＴブロック（Ｍ−ｐｏｉｎｔ  ＤＦＴ  ｂｌｏｃｋ）及びＮ個のポイントのＩＤＦＴブロック（Ｎ−ｐｏｉｎｔ  ＩＤＦＴ  ｂｌｏｃｋ）（但し、Ｎ≧Ｍ）の処理を経ると、端末の時間軸データはＮ／Ｍの比率でアップサンプリング（Ｕｐｓａｍｐｌｉｎｇ）された時間軸信号に変換されて単一の搬送波特性を満たす。
【０１３７】
但し、本発明が適用可能なＮＲシステムでは、ＰＵＳＣＨ送信波形によりＳＣ−ＦＤＭＡだけではなく、ＣＰ−ＯＦＤＭ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ−ＯＦＤＭ、即ち、ＯＦＤＭの前でデータにＤＦＴブロックを適用したＯＦＤＭ方式）基盤のＰＵＳＣＨ送信も支援できる。この時、上記のようにＣＰ−ＯＦＤＭ基盤のＰＵＳＣＨ送信が行われる場合、ＮＲシステムは単一の搬送波特性の制約から比較的自由であるデータ及びＲＳリソースマッピングを支援できる。これにより、ＲＳオーバーヘッドをチャネルにより最小化できるという長所がある。
【０１３８】
よって、本発明に適用可能なＮＲシステムにおいては、端末はＰＵＳＣＨ送信方式として上記２つの方式を全て支援できる。具体的には、端末は基地局の設定によって短いＵＬカバレッジでも十分である場合は、ＣＰ−ＯＦＤＭ基盤のＰＵＳＣＨ送信を行い、長いＵＬカバレッジが求められる場合には、ＳＣ−ＯＦＤＭ基盤のＰＵＳＣＨ送信を行うことができる。
【０１３９】
また、本発明が適用可能なＮＲシステムにおいて、ＵＲＬＬＣＮなどのサービスは超低遅延（Ｕｌｔｒａ−ｌｏｗ  Ｌａｔｅｎｃｙ）の要求事項を有することができる。従って、場合によっては、既に送信されたｅＭＢＢデータがパンクチャリングされる形態でＵＲＬＬＣデータが送信されることができる。一例として、端末がｅＭＢＢサービスによるＰＵＳＣＨ１の送信指示を受け、その後ＰＵＳＣＨ１送信対象スロットでＵＲＬＬＣサービスによるＰＵＳＣＨ２の送信指示を受ける場合、端末はスロット内の一部のＰＵＳＣＨ１データをパンクチャリングする形態でＰＵＳＣＨ２の送信を行うことができる。
【０１４０】
また本発明が適用可能なＮＲシステムでは、ＵＣＩがＰＵＳＣＨ領域を介して送信されるＵＣＩピギーバックが適用されることができる。この時、ＰＵＳＣＨ送信方式がＣＰ−ＯＦＤＭ方式であるかＳＣ−ＦＤＭＡ方式であるかによって、異なるＰＵＳＣＨ内のＵＣＩマッピング方式が適用される。また、ＵＲＬＬＣなどの他のサービスによるパンクチャリングを考慮して、異なるＵＣＩマッピング方法が設計されることもできる。
【０１４１】
以下の説明において、ＤＣＩ（Ｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）は動的な制御信号を意味する。
【０１４２】
また以下の説明において、ＲＥ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）は時間リソースであるＯＦＤＭリソースと周波数リソースである副搬送波リソースのグリッド（ｇｒｉｄ）形態で表現できる。よって、ＲＥは特定の副搬送波及び特定のＯＦＤＭシンボルに対応するリソースを意味する。
【０１４３】
また以下の説明において、ＤＭ−ＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）はデータ復調を目的としてチャネル推定などの受信動作を支援する参照信号を意味する。
【０１４４】
また以下の説明において、スロットはデータスケジューリングのための基本時間単位を意味し、複数のシンボルで構成される。またミニスロットはデータスケジューリングのための最小時間単位であり、スロットよりも短い時間区間を有するように定義される。この時、シンボルはＯＦＤＭシンボル又はＳＣ−ＦＤＭＡシンボルを意味する。
【０１４５】
また以下の説明において、時間優先マッピング（Ｔｉｍｅ−ｆｉｒｓｔ  ｍａｐｐｉｎｇ）（又は周波数優先マッピング（Ｆｒｅｑｕｅｎｃｙ−ｆｉｒｓｔ  ｍａｐｐｉｎｇ））は、該当情報に対するＲＥマッピングを行う時、まず特定の周波数リソース（又は時間リソース）について時間軸（又は周波数軸）方向にＲＥ割り当てを行い、その後、他の周波数リソース（又は時間リソース）について再び時間軸（又は周波数軸）方向にＲＥ割り当てを行う方式を意味する。
【０１４６】
また本発明に関する図において、ＵＣＩが割り当てられるＲＥ上の数字はＵＣＩをＲＥにマッピングする順序を意味する。
【０１４７】
３．１．第１のＵＣＩ送信方法
【０１４８】
ＵＥがＰＵＳＣＨにＵＣＩピギーバックを行う場合、ＵＥはＰＵＳＣＨに送信する符号化ビット（Ｃｏｄｅｄ  ｂｉｔ）に対する変調前段階で符号化データビット（Ｃｏｄｅｄ  ｄａｔａ  ｂｉｔ）と符号化ＵＣＩビット（Ｃｏｄｅｄ  ＵＣＩ  ｂｉｔ）を結合した後、この結合された符号化ビット（Ｃｏｄｅｄ  ｂｉｔ）を変調した信号をＲＥにマッピングしてＰＵＳＣＨに送信する。
【０１４９】
この時、ＰＵＳＣＨで送信可能な符号化ビットがＮビットであり、符号化ＵＣＩビットがＭビットである場合、ＵＥは以下のうちのいずれかの方法により、符号化データビットと符号化ＵＣＩビットを結合することができる。
【０１５０】
（１）Ｎビットの長さに合わせて符号化データビットを生成し、その後、符号化データビットのうちの一部のＭビットをパンクチャリングして該当位置に符号化ＵＣＩビットを挿入
【０１５１】
（２）（Ｎ−Ｍ）ビットの長さに合わせて符号化データビットを生成し、その後、符号化ＵＣＩビットを結合
【０１５２】
ここで、符号化データビットに対してパンクチャリングされるＭビット情報は、ＬＳＢ（ｌｅａｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ）からＭＳＢ（ｍｏｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ）方向への順次的なＭビット情報である。
【０１５３】
また、変調次数（Ｍｏｄｕｌａｔｉｏｎ  ｏｒｄｅｒ）がＫビットを支援する時、符号化ＵＣＩビットの長さがＫの倍数で示されるビットサイズを有するように制限される。かかる動作により、データとＵＣＩがＲＥ単位で区分され、ＵＣＩ送信ＲＥに対する追加電力の割り当てなどが適用される。
【０１５４】
また、符号化データビットと符号化ＵＣＩビットの結合過程においてビットレベルのインターリービング（ｂｉｔ  ｌｅｖｅｌ  ｉｎｔｅｒｌｅａｖｉｎｇ）が適用され、その後、変調されたシンボルに対するＲＥマッピング時に、さらにシンボルレベルのインターリービング（Ｓｙｍｂｏｌ  ｌｅｖｅｌ  ｉｎｔｅｒｌｅａｖｉｎｇ）が適用される。
【０１５５】
図１１は本発明による第１のＵＣＩ送信方法を簡単に示す図である。
【０１５６】
図１１において、ＰＵＳＣＨで送信可能な符号化ビット（ｃｏｄｅｄ  ｂｉｔ）がＮビットであり、符号化ＵＣＩビットがＭビットである場合を仮定する。この時、図１１の左側に示した方法のように、ＵＥは変調前段階（即ち、変調ブロックの前端）で符号化されたデータビットの一部のＭビットをパンクチャリングし、符号化ＵＣＩビットと符号化データビットを結合した全体符号化ビットを変調した後、ＰＵＳＣＨで変調信号を送信することができる。又は図１１の右側に示した方法のように、ＵＥは符号化データビットの長さが（Ｎ−Ｍ）ビットになるようにレートマッチング（ｒａｔｅ−ｍａｔｃｈｉｎｇ）した後、符号化ＵＣＩビットを結合することができる。
【０１５７】
このようにＰＵＳＣＨへのＲＥマッピング前にデータとＵＣＩを混ぜる場合、符号化ビット（ｃｏｄｅｄ  ｂｉｔ）のＲＥマッピング過程でインターリービングされる効果がデータだけではなく、ＵＣＩにも同様に適用されることができる。よって、ＵＣＩの送信時、時間／周波数ダイバーシティ（Ｔｉｍｅ／Ｆｒｅｑｕｅｎｃｙ  ｄｉｖｅｒｓｉｔｙ）利得が得られるという長所がある。
【０１５８】
さらに、データが複数のコードブロック（ｃｏｄｅ  ｂｌｏｃｋ；ＣＢ）又はコードブロックグループ（ｃｏｄｅ  ｂｌｏｃｋ  ｇｒｏｕｐ；ＣＢＧ）で構成されて送信される場合、符号化ＵＣＩビットはＣＢ又はＣＢＧに分散されて送信されることができる。一例として、ＰＵＳＣＨで送信可能な符号化ビット（ｃｏｄｅｄ  ｂｉｔ）がＮビットであり、符号化ＵＣＩビットがＭビットであり、ＣＢＧ数がＬ個である場合、ＵＥは以下のように符号化データビットと符号化ＵＣＩビットを結合することができる。
【０１５９】
１）Ｎ１＋Ｎ２＋…＋ＮＬ＝Ｎビットを満たす｛Ｎ１、Ｎ２、…、ＮＬ｝とＭ１＋Ｍ２＋…＋ＭＬ＝Ｍビットを満たす｛Ｍ１、Ｍ２、…、ＭＬ｝を設定。その後、Ｌ個のＣＢＧについてｌ番目の（例：ｌ＝１、２、…、Ｌ）ＣＢＧにＮ１ビットの符号化データビットを割り当てた後、上記符号化データビットのうちの一部のＭ１ビットをパンクチャリングし、該当位置に符号化ＵＣＩビットを挿入。
【０１６０】
２）Ｎ１＋Ｎ２＋…＋ＮＬ＝（Ｎ−Ｍ）ビットを満たす｛Ｎ１、Ｎ２、…、ＮＬ｝とＭ１＋Ｍ２＋…＋ＭＬ＝Ｍビットを満たす｛Ｍ１、Ｍ２、…、ＭＬ｝を設定。その後、Ｌ個のＣＢＧについてｌ番目の（例：ｌ＝１、２、…、Ｌ）ＣＢＧにＮlビットの符号化データビットを割り当てた後、Ｍlビットの符号化ＵＣＩビットをさらに結合。
【０１６１】
以下の説明において、ＲＥ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）は１つのＯＦＤＭシンボルの１つの副搬送波に対応するリソースを意味し、ＲＢ（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）又はＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は時間軸にＭ１（例：７又は１４）個のシンボル及び周波数軸にＭ２（例：１２）個の副搬送波で構成されたリソース割り当て単位を意味すると仮定する。
【０１６２】
本発明が適用可能なＮＲシステムにおいて、以下の一連の過程によるチャネルコーディング（Ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ）チェーンが定義される。
【０１６３】
［Ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ  ｃｈａｉｎ］
【０１６４】
［１］ＴＢ（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）。ＴＢＳ（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ  ｓｉｚｅ）によるＴＢ生成
【０１６５】
［２］ＴＢ  ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）付着（ａｔｔａｃｈｍｅｎｔ）。ＴＢに対するＣＲＣ適用
【０１６６】
［３］ＣＢ（ｃｏｄｅ  ｂｌｏｃｋ）分割（ｓｅｇｍｅｎｔａｔｉｏｎ）。（ＴＢが一定サイズ以上であると）ＴＢを複数のＣＢに分割
【０１６７】
［４］ＣＢ  ＣＲＣ付着。ＣＢに対するＣＲＣ適用
【０１６８】
［５］チャネルコーディング（Ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ）。各ＣＢごとにチャネルコーディングを行う
【０１６９】
ここで、チャネルコーディング方法によって符号化ビット（ｃｏｄｅｄ  ｂｉｔ）が系統的な（Ｓｙｓｔｅｍａｔｉｃ）ビットグループ又はｎ番目のパリティビット（Ｐａｒｉｔｙ  ｂｉｔ）（例：ｎ＝１、２、３、…）グループに区分される時、各ビットグループ内のビットの間の順序を混ぜるサブブロックインターリーバ（Ｓｕｂ−ｂｌｏｃｋ  ｉｎｔｅｒｌｅａｖｅｒ）が適用されることができる。その後、各ビットグループの間に追加インターリービングが適用されることもできる。
【０１７０】
［６］レートマッチング（Ｒａｔｅ  ｍａｔｃｈｉｎｇ）。各ＣＢごとの符号化ビットを特定の手順（例：系統的なビット−＞パリティビット）によって（循環（Ｃｉｒｃｕｌａｒ））バッファに入力し、（循環）バッファ内の特定の開始時点からデータ送信チャネルへ送信可能な（ＣＢごとの）ビット量に対応する一例の符号化ビットを選択
【０１７１】
ここで、（循環）バッファ内の特定の開始時点はＤＬスケジューリングＤＣＩ又はＤＬスケジューリングＤＣＩ内のＲＶ（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）により指示されることができる。
【０１７２】
また循環バッファであり、特定のＣＢについてＬ個のビットが選択される場合、ｉｎｄｅｘ（ｋ０）ｍｏｄ  Ｋ、ｉｎｄｅｘ（ｋ０＋１）ｍｏｄ  Ｋ、…、ｉｎｄｅｘ（ｋ０＋Ｌ）ｍｏｄ  Ｋに対応するＬ個ビットが選択されることができる。ここで、ｉｎｄｅｘ  ｋ０はＤＣＩ又はＲＶにより指示された時点を意味し、Ｋは循環バッファの全体サイズを意味する。
【０１７３】
［７］ＣＢ連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）。ＣＢごとの符号化ビット（ｃｏｄｅｄ  ｂｉｔ）を結合
【０１７４】
［８］チャネルインターリービング（Ｃｈａｎｎｅｌ  ｉｎｔｅｒｌｅａｖｉｎｇ）。データＲＥマッピングを行う
【０１７５】
さらに、データが複数のＣＢ（又はＣＢＧ）で構成されて送信される場合、符号化ＵＣＩビットはＣＢ（又はＣＢＧ）に分散されることができる。この時、各ＣＢ（又はＣＢＧ）ごとにチャネルコーディングチェーンのレートマッチング段階で、ＵＥは（循環）バッファからの出力ビットストリームに対して後側からパンクチャリングし、（一部の）符号化ＵＣＩビットを挿入することができる。
【０１７６】
具体的には、ＲＶ（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）が０である場合、循環バッファの出力は前側が系統的なビット、後側がパリティビットで構成され、（一部の）符号化ＵＣＩビットの挿入によるパンクチャリングはパリティビットを主として適用される。
【０１７７】
又は各ＣＢ（又はＣＢＧ）ごとにチャネルコーディングチェーンのレートマッチング段階において、ＵＥは（循環）バッファからの出力ビットストリームに対して、パリティビットの（（循環）バッファの入力ビットストリーム内のビット間の順序を基準として）最後のビットから（（循環）バッファの入力ビットストリーム内のビット間の順序を基準として逆に）データに対するパンクチャリングを行いながらＵＣＩを挿入することができる。即ち、ＵＥは（循環）バッファのパリティビットのうち、最後のビットからＵＣＩを再配置（Ｒｅｐｌａｃｅ）することができる。
【０１７８】
図１２は特定のＲＶ値による（循環）バッファの出力ビットストリームについて、パリティビットを（（循環）バッファの入力ビットストリーム内のビット間の順序を基準として）最後のビットから逆にデータをパンクチャリングしながらＵＣＩを挿入する動作を簡単に示す図である。
【０１７９】
また符号化ＣＢ（ｗｉｔｈ  ｏｒ  ｗｉｔｈｏｕｔ  ｉｎｔｅｒｌｅａｖｉｎｇ）の構成後、ＵＥは該符号化ＣＢ全体についてＵＣＩを分散させることができる。この時、ＵＥは符号化ＣＢ内のデータビットについてレートマッチング又はパンクチャリングを行うことができ、以下のように動作できる。
【０１８０】
１］符号化ＣＢビット数をＮと仮定し、符号化ＵＣＩビット数をＭと仮定した場合、ＵＥがレートマッチングを行うと、ＵＥはＮ／Ｍ個のＣＢビットごとに１個のＵＣＩビットを挿入することができる。
【０１８１】
２］符号化ＣＢビット数をＮと仮定し、符号化ＵＣＩビット数をＭと仮定した場合、ＵＥがパンクチャリングを行うと、ＵＥは（Ｎ−Ｍ）／Ｍ番目のＣＢビットごとにビット情報を１つのＵＣＩビットに代替することができる。
【０１８２】
３］ここで、ＣＢとＵＣＩが結合した符号化ビットを変調した後、ＵＥは変調されたシンボルが割り当てられたＰＵＳＣＨリソースに周波数優先（又は時間優先）方式によりＲＥマッピングを行うことができる。この時、周波数優先（又は時間優先）方式のＲＥマッピングは、まず周波数軸（又は時間軸）リソースに対するＲＥマッピングを行った後、時間軸（又は周波数軸）で次の周波数軸（又は時間軸）リソースに対するＲＥマッピングを行う方法を意味する。この時、周波数軸（又は時間軸）リソース上でのＲＥマッピング順序は、周波数軸インデックス又は特定のパターンに従う。
【０１８３】
４］また上記ＮとＭに対応する値はビットではない変調シンボル単位で算定できる。
【０１８４】
５］またＵＣＩピギーバックの目的でレートマッチング／パンクチャリングの対象となる符号化ＣＢ内のデータビットは、系統的及びパリティ部分を含む全体であるか、又は系統的な部分を除いたパリティ部分のみに限定されることができる。
【０１８５】
図１３は（符号化ＣＢ内のデータビットに対する）パンクチャリング又はレートマッチングに基づいて符号化されたＣＢ全体に対してＵＣＩを分散させる方法を簡単に示す図である。
【０１８６】
さらに、チャネルコーディング（ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ）過程後に生成されたＣＢ（ｃｏｄｅ  ｂｌｏｃｋ）について各ＣＢごとにビットインターリーバ（ｐｅｒ  ＣＢ）（即ち、ＣＢ内のビットをインターリービング）が適用される場合、ＵＥは以下のようにＵＣＩピギーバックを行うことができる。
【０１８７】
＜１＞ＵＥがＵＣＩピギーバックを行う場合、ＵＥは全体ＣＢに対して均等に符号化ＵＣＩビット（ｐｅｒ  ＣＢ）を分配
【０１８８】
＜２＞上記符号化ＵＣＩビット（ｐｅｒ  ＣＢ）に対応して各ＣＢに対するレートマッチングを行う
【０１８９】
＜３＞上記（レートマッチングされた）ＣＢと符号化ＵＣＩビット（ｐｅｒ  ＣＢ）を結合した後、この結合された符号化ビットに対してビットインターリーバ（ｐｅｒ  ＣＢ）を適用
【０１９０】
＜４＞上記（インターリービングされた）符号化ビットを変調してＰＵＳＣＨ内のＲＥでマッピング。この時、上記ＲＥマッピングはＰＵＳＣＨ内のデータ（例：ＵＬ−ＳＣＨ）ＲＥマッピング過程と同一である
【０１９１】
さらに、周波数軸及び時間軸にＵＣＩマッピングされたＲＥを分散するための方法として、以下のようなＵＣＩマッピング方法が考えられる。
【０１９２】
１＞方法＃１：（シンボル順によって）１番目のシンボルに４Ｍ個のＲＥをマッピングした後、次のシンボルに移してマッピングする方式
【０１９３】
Ａ＞上記４Ｍ個のＲＥインデックスは、｛０＋ｍ、３Ｍ＋ｍ、６Ｍ＋ｍ、９Ｍ＋ｍ｝（ここで、ｍ＝０、…、Ｍ−１）であることができ、さらに各シンボルごとに（互いに異なる）特定のオフセット（例えば、シンボルインデックス）を加えることができる。
【０１９４】
ｉ＞例：ＲＥ  ｉｎｄｅｘ  ｉｎ  Ｓｙｍｂｏｌ＃Ａ＝｛０＋ｍ＋Ａ、３Ｍ＋ｍ＋Ａ、６Ｍ＋ｍ＋Ａ、９Ｍ＋ｍ＋Ａ｝又は｛０＋ｍ＋Ａ＊Ｍ、３Ｍ＋ｍ＋Ａ＊Ｍ、６Ｍ＋ｍ＋Ａ＊Ｍ、９Ｍ＋ｍ＋Ａ＊Ｍ｝
【０１９５】
ｉｉ＞例：ＲＥ  ｉｎｄｅｘ  ｉｎ  Ｓｙｍｂｏｌ＃Ａ＝｛（０＋ｍ＋Ａ）ｍｏｄ  １２Ｍ、（３Ｍ＋ｍ＋Ａ）ｍｏｄ  １２Ｍ、（６Ｍ＋ｍ＋Ａ）ｍｏｄ  １２Ｍ、（９Ｍ＋ｍ＋Ａ）ｍｏｄ  １２Ｍ｝又は｛（０＋ｍ＋Ａ＊Ｍ）ｍｏｄ  １２Ｍ、（３Ｍ＋ｍ＋Ａ＊Ｍ）ｍｏｄ  １２Ｍ、（６Ｍ＋ｍ＋Ａ＊Ｍ）ｍｏｄ  １２Ｍ、（９Ｍ＋ｍ＋Ａ＊Ｍ）ｍｏｄ  １２Ｍ｝
【０１９６】
Ｂ＞上記４Ｍ個のＲＥインデックスのうち、（ＵＣＩ  ＲＥマッピング観点の）最初の４つのＲＥ（０Ｍ、３Ｍ、６Ｍ、９Ｍ）に対するマッピングは以下の順に従う。
【０１９７】
ｉ＞０Ｍ−＞３Ｍ−＞６Ｍ−＞９Ｍ
【０１９８】
ｉｉ＞０Ｍ−＞６Ｍ−＞３Ｍ−＞９Ｍ
【０１９９】
ｉｉｉ＞０Ｍ−＞９Ｍ−＞３Ｍ−＞６Ｍ
【０２００】
ｉｖ＞３Ｍ−＞９Ｍ−＞０Ｍ−＞６Ｍ
【０２０１】
ｖ＞０Ｍ−＞９Ｍ−＞６Ｍ−＞３Ｍ
【０２０２】
Ｃ＞上記４Ｍ個のＲＥインデックスのうち、（ＵＣＩ  ＲＥマッピング観点の）４＋ｍ、５＋ｍ、６＋ｍ、７＋ｍ番目の（ここで、ｍ＝０、１、…、Ｍ−１）４つのＲＥに対するマッピングは以下の順に従う。
【０２０３】
ｉ＞０Ｍ＋ｍ−＞３Ｍ＋ｍ−＞６Ｍ＋ｍ−＞９Ｍ＋ｍ
【０２０４】
ｉｉ＞０Ｍ＋ｍ−＞６Ｍ＋ｍ−＞３Ｍ＋ｍ−＞９Ｍ＋ｍ
【０２０５】
ｉｉｉ＞０Ｍ＋ｍ−＞９Ｍ＋ｍ−＞３Ｍ＋ｍ−＞６Ｍ＋ｍ
【０２０６】
ｉｖ＞３Ｍ＋ｍ−＞９Ｍ＋ｍ−＞０Ｍ＋ｍ−＞６Ｍ＋ｍ
【０２０７】
ｖ＞０Ｍ＋ｍ−＞９Ｍ＋ｍ−＞６Ｍ＋ｍ−＞３Ｍ＋ｍ
【０２０８】
Ｄ＞最後のシンボルまでマッピングした後、再度１番目のシンボルに戻って他の４Ｍ個のＲＥインデックス｛０＋ｍ、３Ｍ＋ｍ、６Ｍ＋ｍ、９Ｍ＋ｍ｝（ここで、ｍ＝Ｍ、…、２Ｍ−１）に対して上記のようなマッピング過程を行う。
【０２０９】
Ｅ＞上記構成において、ＭはＰＵＳＣＨに割り当てられたＲＢ数及び／又はＰＵＳＣＨに割り当てられた（ＤＭＲＳを除いた）シンボル数及び／又はＰＵＳＣＨに指示されたＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）及び／又はＵＣＩ符号化ビット数及び／又はＵＣＩコーディング変調シンボル（ＲＥ）数などによって決定される。一例として、上記ＭはＰＵＳＣＨに割り当てられたＲＢ数で決定される。
【０２１０】
２＞方法＃２：（シンボル順によって）１番目のシンボルに１２Ｍ個のＲＥをマッピングした後、次のシンボルに移してマッピングする方式
【０２１１】
Ａ＞上記１２Ｍ個のＲＥインデックスは、｛０＋ｍ、３Ｍ＋ｍ、６Ｍ＋ｍ、９Ｍ＋ｍ｝（ここで、ｍ＝０、…、３Ｍ−１）であることができ、さらに各シンボルごとに（互いに異なる）特定のオフセット（例えば、シンボルインデックス）を加えることができる。
【０２１２】
ｉ＞ＲＥ  ｉｎｄｅｘ  ｉｎ  Ｓｙｍｂｏｌ＃Ａ＝｛（０＋ｍ＋Ａ）ｍｏｄ  １２Ｍ、（３Ｍ＋ｍ＋Ａ）ｍｏｄ  １２Ｍ、（６Ｍ＋ｍ＋Ａ）ｍｏｄ  １２Ｍ、（９Ｍ＋ｍ＋Ａ）ｍｏｄ  １２Ｍ｝又は｛（０＋ｍ＋Ａ＊Ｍ）ｍｏｄ  １２Ｍ、（３Ｍ＋ｍ＋Ａ＊Ｍ）ｍｏｄ  １２Ｍ、（６Ｍ＋ｍ＋Ａ＊Ｍ）ｍｏｄ  １２Ｍ、（９Ｍ＋ｍ＋Ａ＊Ｍ）ｍｏｄ  １２Ｍ｝
【０２１３】
Ｂ＞上記１２Ｍ個のＲＥインデックスのうち、最初の４つのＲＥ（０、３Ｍ、６Ｍ、９Ｍ）に対するマッピングは以下の順に従う。
【０２１４】
ｉ＞０Ｍ−＞３Ｍ−＞６Ｍ−＞９Ｍ
【０２１５】
ｉｉ＞０Ｍ−＞６Ｍ−＞３Ｍ−＞９Ｍ
【０２１６】
ｉｉｉ＞０Ｍ−＞９Ｍ−＞３Ｍ−＞６Ｍ
【０２１７】
ｉｖ＞３Ｍ−＞９Ｍ−＞０Ｍ−＞６Ｍ
【０２１８】
ｖ＞０Ｍ−＞９Ｍ−＞６Ｍ−＞３Ｍ
【０２１９】
Ｃ＞上記１２Ｍ個のＲＥインデックスのうち、（ＵＣＩ  ＲＥマッピング観点の）４＋ｍ、５＋ｍ、６＋ｍ、７＋ｍ番目の（ここで、ｍ＝０、１、…、３Ｍ−１）４つのＲＥに対するマッピングは以下の順に従う。
【０２２０】
ｉ＞０Ｍ＋ｍ−＞３Ｍ＋ｍ−＞６Ｍ＋ｍ−＞９Ｍ＋ｍ
【０２２１】
ｉｉ＞０Ｍ＋ｍ−＞６Ｍ＋ｍ−＞３Ｍ＋ｍ−＞９Ｍ＋ｍ
【０２２２】
ｉｉｉ＞０Ｍ＋ｍ−＞９Ｍ＋ｍ−＞３Ｍ＋ｍ−＞６Ｍ＋ｍ
【０２２３】
ｉｖ＞３Ｍ＋ｍ−＞９Ｍ＋ｍ−＞０Ｍ＋ｍ−＞６Ｍ＋ｍ
【０２２４】
ｖ＞０Ｍ＋ｍ−＞９Ｍ＋ｍ−＞６Ｍ＋ｍ−＞３Ｍ＋ｍ
【０２２５】
Ｄ＞上記構成において、ＭはＰＵＳＣＨに割り当てられたＲＢ数及び／又はＰＵＳＣＨに割り当てられた（ＤＭＲＳを除いた）シンボル数及び／又はＰＵＳＣＨに指示されたＭＣＳ及び／又はＵＣＩ符号化ビット数及び／又はＵＣＩコーディング変調シンボル（ＲＥ）数などによって決定される。一例として、上記ＭはＰＵＳＣＨに割り当てられたＲＢ数で決定されることができる。
【０２２６】
３＞方法＃３：周波数軸方向にＰ個のクラスター（Ｃ＿０、Ｃ＿１、Ｃ＿２、…、Ｃ＿（Ｐ−１））を定義し、ＵＣＩを上記Ｐ個のクラスターについて以下のようにＲＥマッピングする方式
【０２２７】
Ａ＞周波数軸クラスターＣ＿Ｌ（ここで、Ｌ＝０、１、２、…、Ｐ−１）に対応する（ＰＵＳＣＨ内のローカル）副搬送波インデックス（Ｓｕｂｃａｒｒｉｅｒ  ｉｎｄｅｘ）は以下のように定義される。
【０２２８】
ｉ＞Ｃ＿Ｌ＝｛Ｌ＊Ｍ＋０、Ｌ＊Ｍ＋１、…、Ｌ＊Ｍ＋Ｍ−１｝、Ｌ＝０、１、２、…、Ｐ−１
【０２２９】
この時、ＰＵＳＣＨ内の（シンボルごとの）全体ＲＥ数がＭ０である場合、Ｍ＝Ｍ０／Ｐと与えられる。またクラスター数であるＰは基地局により設定されることができる。
【０２３０】
Ｂ＞ＵＣＩに対するＱ＊Ｐ＋ｋ番目の（ｋ＝０、１、…、Ｐ−１、Ｑ＝０、１、２、３、…）変調シンボルに対するＲＥマッピングは以下のように定義できる。
【０２３１】
ｉ＞Ｐ＝４である時
【０２３２】
配列Ａに対してクラスターＣ＿Ａ［ｋ］内の（ＰＵＳＣＨ内のローカル）ＲＥインデックスがＡ［ｋ］＊Ｍ＋（Ｑ  ｍｏｄ  Ｍ）（又は（Ａ［ｋ］＋１）＊Ｍ−（Ｑ  ｍｏｄ  Ｍ）−１）であるＲＥでＲＥマッピングを行う。
【０２３３】
但し、上記配列Ａは以下のうちのいずれか１つである。
【０２３４】
Ａ＝［０  １  ２  ３］
【０２３５】
Ａ＝［０  ２  １  ３］
【０２３６】
Ａ＝［０  ３  １  ２］
【０２３７】
Ａ＝［１  ３  ０  ２］
【０２３８】
Ａ＝［０  ３  ２  １］
【０２３９】
ここで、上記Ａ［ｋ］は配列Ａのインデックスｋに対応する値を意味する。
【０２４０】
ｉｉ＞Ｐ＝２Ｎである時
【０２４１】
配列Ａに対してクラスターＣ＿Ａ［ｋ］内の（ＰＵＳＣＨ内のローカル）ＲＥインデックスがＡ［ｋ］＊Ｍ＋（Ｑ  ｍｏｄ  Ｍ）（又は（Ａ［ｋ］＋１）＊Ｍ−（Ｑ  ｍｏｄ  Ｍ）−１）であるＲＥでＲＥマッピングを行う。
【０２４２】
但し、配列Ａは２Ｎに対するビット反転順列シーケンス（ｂｉｔ  ｒｅｖｅｒｓａｌ  ｐｅｒｍｕｔａｔｉｏｎ  ｓｅｑｕｅｎｃｅ）である。
【０２４３】
また、Ａ［ｋ］は配列Ａのインデックスｋに対応する値を意味する。
【０２４４】
Ｃ＞１つのシンボル内の（ＰＵＳＣＨ内の）全てのＲＥに対するＵＣＩマッピングを行った場合、次のシンボルに対して上記ＲＥマッピングを行う。
【０２４５】
４＞方法＃４：周波数軸方向にＰ個のクラスター（Ｃ＿０、Ｃ＿１、Ｃ＿２、…、Ｃ＿（Ｐ−１））を定義し、ＵＣＩを上記Ｐ個のクラスターについて以下のようにＲＥマッピングを行う方式
【０２４６】
Ａ＞周波数軸のクラスターＣ＿Ｌ（ここで、Ｌ＝０、１、２、…、Ｐ−１）に対応する（ＰＵＳＣＨ内のローカル）副搬送波インデックスは以下のように定義できる。
【０２４７】
ｉ＞Ｃ＿Ｌ＝｛Ｌ＊Ｍ＋０、Ｌ＊Ｍ＋１、…、Ｌ＊Ｍ＋Ｍ−１｝、Ｌ＝０、１、２、…、Ｐ−１
【０２４８】
この時、ＰＵＳＣＨ内の（シンボルごとの）全体ＲＥ数がＭ０である場合、Ｍ＝Ｍ０／Ｐと与えられる。但し、クラスター数であるＰは基地局により設定されることができる。
【０２４９】
Ｂ＞ＵＣＩに対するＱ＊Ｐ＋Ｋ番目の（ｋ＝０、１、…、Ｐ−１、Ｑ＝０、１、２、３、…）変調シンボルに対するＲＥマッピングは以下のように定義できる。
【０２５０】
ｉ＞Ｐ＝４である時
【０２５１】
Ｖ＝Ｑ  ｍｏｄ  Ｎ＿ＳＹＭＢＯＬをインデックスとして有するシンボルについて以下のＵＣＩマッピングを行う。この時、配列ＡについてクラスターＣ＿Ａ［ｋ］内の（ＰＵＳＣＨ内のローカル）ＲＥインデックスがＡ［ｋ］＊Ｍ＋Ｗ（又はＡ［ｋ］＊Ｍ−Ｗ＋Ｍ−１）であるＲＥでＲＥマッピングを行う。
【０２５２】
ここで、Ｎ＿ＳＹＭＢＯＬはＵＣＩマッピングを行う全体シンボル数を意味する。またＷ＝ｆｌｏｏｒ（Ｑ／Ｎ＿ＳＹＭＢＯＬ）を意味する。
【０２５３】
但し、上記配列Ａは以下のうちのいずれか１つである。
【０２５４】
Ａ＝［０  １  ２  ３］
【０２５５】
Ａ＝［０  ２  １  ３］
【０２５６】
Ａ＝［０  ３  １  ２］
【０２５７】
Ａ＝［１  ３  ０  ２］
【０２５８】
Ａ＝［０  ３  ２  １］
【０２５９】
ここで、上記Ａ［ｋ］は配列Ａのインデックスｋに対応する値を意味する。
【０２６０】
ｉｉ＞Ｐ＝２Ｎである時
【０２６１】
Ｖ＝Ｑ  ｍｏｄ  Ｎ＿ＳＹＭＢＯＬをインデックスとして有するシンボルについて以下のＵＣＩマッピングを行う。この時、配列ＡについてクラスターＣ＿Ａ［ｋ］内の（ＰＵＳＣＨ内のローカル）ＲＥインデックスがＡ［ｋ］＊Ｍ＋Ｗ（又はＡ［ｋ］＊Ｍ−Ｗ＋Ｍ−１）であるＲＥでＲＥマッピングを行う。
【０２６２】
ここで、Ｎ＿ＳＹＭＢＯＬはＵＣＩマッピングを行う全体シンボル数を意味する。またＷ＝ｆｌｏｏｒ（Ｑ／Ｎ＿ＳＹＭＢＯＬ）を意味する。
【０２６３】
但し、配列Ａは２Ｎに対するビット反転順列シーケンス（ｂｉｔ  ｒｅｖｅｒｓａｌ  ｐｅｒｍｕｔａｔｉｏｎ  ｓｅｑｕｅｎｃｅ）であることができる。
【０２６４】
また、Ａ［ｋ］は配列Ａのインデックスｋに対応する値を意味する。
【０２６５】
５＞方法＃５：周波数軸方向にＰ個のクラスター（Ｃ＿０、Ｃ＿１、Ｃ＿２、…、Ｃ＿（Ｐ−１））を定義し、ＵＣＩをＰ個のクラスターに対して以下のようにＲＥマッピングする方式
【０２６６】
Ａ＞クラスターごとに含まれる副搬送波は、以下のうちのいずれかの方式により決定される。
【０２６７】
ｉ＞Ｏｐｔｉｏｎ  １：予め約束された方式
【０２６８】
一例として、周波数軸のクラスターＣ＿Ｌ（ここで、Ｌ＝０、１、２、…、Ｐ−１）に対応する（ＰＵＳＣＨ内のローカル）副搬送波インデックスは、以下のように定義できる。
【０２６９】
Ｃ＿Ｌ＝｛Ｌ＊Ｍ＋０、Ｌ＊Ｍ＋１、…、Ｌ＊Ｍ＋Ｍ−１｝、Ｌ＝０、１、２、…、Ｐ−１
【０２７０】
ここで、ＰＵＳＣＨ内の（シンボルごとの）全体ＲＥ数がＭ０である時、Ｍ＝Ｍ０／Ｐと与えられることができる。又はＭ又はＰは基地局が設定した値、及び／又はＵＣＩ  ＲＥ数によって決定される値である。
【０２７１】
ｉｉ＞Ｏｐｔｉｏｎ  ２：基地局がクラスターごとに含まれる副搬送波を（上位層信号などにより）設定。この時、クラスター数であるＰは基地局により設定される。
【０２７２】
Ｂ＞クラスター間のＵＣＩマッピングの順は、以下のうちのいずれかの方式により決定される。
【０２７３】
ｉ＞Ｏｐｔｉｏｎ  １：特定の配列Ａによって決定
【０２７４】
一例として、配列ＡについてクラスターＣ＿Ａ［０］、クラスターＣ＿Ａ［１］、…、クラスターＣ＿Ａ［Ｐ−１］の順にクラスター間のＵＣＩマッピング順序が定義される。
【０２７５】
ここで、Ａ［ｋ］は配列Ａのインデックスｋに対応する値を意味する。
【０２７６】
また配列Ａは以下のようである。
【０２７７】
Ａ＞Ｐ＝４である時
【０２７８】
Ａ＝［０  １  ２  ３］
【０２７９】
Ａ＝［０  ２  １  ３］
【０２８０】
Ａ＝［０  ３  １  ２］
【０２８１】
Ａ＝［１  ３  ０  ２］
【０２８２】
Ａ＝［０  ３  ２  １］
【０２８３】
Ｂ＞Ｐ＝２Ｎである時
【０２８４】
Ａは２Ｎに対するビット反転順列シーケンス（ｂｉｔ  ｒｅｖｅｒｓａｌ  ｐｅｒｍｕｔａｔｉｏｎ  ｓｅｑｕｅｎｃｅ）であることができる。
【０２８５】
ｉｉ＞Ｏｐｔｉｏｎ  ２：基地局が設定した順による
【０２８６】
Ｃ＞クラスター内における副搬送波の間のＵＣＩマッピング順序は、以下のうちのいずれかの方式により決定される。
【０２８７】
ｉ＞Ｏｐｔｉｏｎ  １：周波数インデックスの昇順
【０２８８】
ｉｉ＞Ｏｐｔｉｏｎ  ２：周波数インデックスの降順
【０２８９】
ｉｉｉ＞Ｏｐｔｉｏｎ  ３：基地局が設定した順による
【０２９０】
一例として、クラスターの周波数軸リソースの位置によってＯｐｔｉｏｎ１又はＯｐｔｉｏｎ２が適用される。具体的には、クラスターが（周波数インデックスの昇順を基準として）ＰＵＳＣＨリソースの左側の半分の周波数領域に含まれると、Ｏｐｔｉｏｎ  １に従い、残りの半分の周波数領域に含まれると、Ｏｐｔｉｏｎ  ２に従う。
【０２９１】
またクラスター内の副搬送波の間のＵＣＩマッピング順序は、該当Ｃクラスターについて順に（ＵＣＩマッピング対象）変調されたＵＣＩシンボルが発生してクラスター内の副搬送波を満たす順序を意味する。
【０２９２】
Ｄ＞その後、端末は以下の方式で（クラスター基盤の）ＵＣＩマッピングを行う。
【０２９３】
ｉ＞（特定のシンボル内において）変調されたＵＣＩシンボルを全体Ｐ個のクラスターについてクラスター間のＵＣＩマッピング順序でＵＣＩマッピングする。但し、ＵＥは各順序のクラスターごとに１つの変調されたＵＣＩシンボルに対するＵＣＩマッピングを行うことができる。
【０２９４】
ｉｉ＞Ｐ＊Ｓ（但し、Ｓは自然数）個の変調されたＵＣＩシンボルに対するＵＣＩマッピングを行った場合、ＵＥは以下のうちの１つの動作を行うことができる。
【０２９５】
１＞＞Ｏｐｔｉｏｎ１：Ｓが特定値であると、（ＵＣＩマッピング観点で）次のシンボルに移動して該当シンボルに対する（クラスター基盤の）ＵＣＩマッピングを行う。又は現在シンボルについて再び変調されたＵＣＩシンボルを全体Ｐ個のクラスターについてクラスター間のＵＣＩマッピング順序でＵＣＩマッピングを行う。この時、ＵＥが全てのシンボルについてＵＣＩマッピングを行った場合、ＵＥは再び最初のシンボルに移動して該当シンボルに対する（クラスター基盤の）ＵＣＩマッピングを行う。
【０２９６】
２＞＞Ｏｐｔｉｏｎ  ２：現在のシンボル内の全ての（周波数）リソースに対するＵＣＩマッピングを終了するまで、再び変調されたＵＣＩシンボルを全体Ｐ個のクラスターについてクラスター間のＵＣＩマッピング順序でＵＣＩマッピングを行う。
【０２９７】
ｉｉｉ＞各クラスター内において（特定の）変調されたＵＣＩシンボルに対するＵＣＩマッピングを行う時、上記変調されたＵＣＩシンボルに対する副搬送波位置は該当クラスター内の副搬送波間のＵＣＩマッピング順序によって決定される。言い換えれば、特定のクラスターについて順に発生する（ＵＣＩマッピング対象の）変調したＵＣＩシンボルが存在する時、上記一連の変調されたＵＣＩシンボルがＵＣＩマッピングされる副搬送波位置は該当クラスター内の副搬送波間のＵＣＩマッピング順序に従う。
【０２９８】
図１４は前側の３つのシンボルについて方法＃１によるＵＣＩマッピング方法を簡単に示す図である。図１４において、最初の４つのＲＥについては０−＞９Ｍ−＞３Ｍ−＞６Ｍの順が適用されると仮定する。
【０２９９】
図１４において、数字はＵＣＩ  ＲＥマッピング順序を意味し、陰影領域はＵＣＩを意味し、陰影が適用されていない領域はデータを意味し、副搬送波（又は周波数）インデックスは図において下側に行くほど増加し、シンボル（又は時間インデックス）は図において右側に行くほど増加する。
【０３００】
図１５は方法＃５によるＵＣＩマッピング方法の一例を簡単に示す図である。
【０３０１】
図１５に示したように、クラスター数が４つである場合、ＵＥはクラスター間のＵＣＩマッピングを［クラスター０−＞クラスター１−＞クラスター２−＞クラスター３］の順に行い、クラスター内の副搬送波の間のＵＣＩマッピングは周波数インデックスの昇順で行うことができる。またＵＥは１つのシンボル内の（利用可能な）全ての周波数リソースに対するＵＣＩマッピングを終了した後、次のシンボルに対するＵＣＩマッピングを行うことができる。
【０３０２】
図１６は方法＃５によるＵＣＩマッピング方法の他の例を簡単に示す図である。
【０３０３】
図１６に示したように、クラスター数が４つである場合、ＵＥはクラスター間のＵＣＩマッピングを［クラスター０−＞クラスター３−＞クラスター２−＞クラスター１］の順に行い、クラスター内の副搬送波の間のＵＣＩマッピングは周波数インデックスの昇順で行うことができる。また、ＵＥは１つのシンボル内の（利用可能な）全ての周波数リソースに対するＵＣＩマッピングを終了した後、次のシンボルに対するＵＣＩマッピングを行うことができる。
【０３０４】
図１７は方法＃５によるＵＣＩマッピング方法のさらに他の例を簡単に示す図である。
【０３０５】
図１７に示したように、クラスター数が４つである場合、ＵＥはクラスター間のＵＣＩマッピングを［クラスター０−＞クラスター１−＞クラスター２−＞クラスター３］の順に行い、クラスター内の副搬送波の間のＵＣＩマッピングは周波数インデックスの昇順で行うことができる。また、ＵＥは１つのシンボル内の全てのクラスターに対して（４つのＵＣＩ  ＲＥに対する）ＵＣＩマッピングを均等に行った後、次のシンボルに対するＵＣＩマッピングを行うことができる。
【０３０６】
以下の説明において、特定のＵＣＩに対するＲＥマッピング規則（ＲＥ  ｍａｐｐｉｎｇ  ｒｕｌｅ）は該当ＵＣＩに対する符号化ビット（又はコーディングシンボル）を割り当てるＲＥの位置及び割り当て順序を意味する。もしＵＣＩに対するＲＥマッピング規則によるｋ１番目の割り当て順序のＲＥが利用可能でない場合、ＵＥは該当ＲＥを飛ばしてＵＣＩに対する符号化ビット（又はコーディングシンボル）に対するＲＥマッピング過程を以下の割り当て順序のＲＥ（例：ｋ１＋１）から再開する。
【０３０７】
以下、（周波数軸）クラスターは（隣接する）特定の副搬送波で構成された集合を意味する。また、ＲＥ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）はＯＦＤＭ構造で１つの（ＯＦＤＭ）シンボル及び１つの副搬送波に対応する物理的（時間／周波数）リソースを意味する。
【０３０８】
本発明によるＵＥはＰＵＳＣＨで（特定の）ＵＣＩを送信する時、（例：ＵＣＩピギーバック、又はＵＣＩ  ｏｎ  ＰＵＳＣＨ）、（前記ＵＣＩについて）以下のように（周波数軸の）クラスター基盤のＲＥマッピング規則を適用することができる（以下、ＵＣＩマッピング方法＃６という）。
【０３０９】
１］］（周波数軸で互いに区分される）Ｐ個のクラスターをＵＥに設定
【０３１０】
Ａ］］この時、クラスターごとに含まれる副搬送波は、以下のうちの１つの方式により決定される。
【０３１１】
ｉ］］Ｏｐｔｉｏｎ  １：（端末と基地局の間に）予め約束された方式
【０３１２】
一例として、Ｐ個クラスターに対して、Ｌ∈｛０、１、２、…、Ｐ−１｝番目のクラスター（例：Ｃ＿Ｌ）に含まれる副搬送波インデックスはＰＵＳＣＨ内のローカル副搬送波インデックス（Ｌｏｃａｌ  ｓｕｂｃａｒｒｉｅｒ  ｉｎｄｅｘ）を基準として以下のように定義される。
【０３１３】
Ｃ＿Ｌ＝｛Ｌ＊Ｍ＋０、Ｌ＊Ｍ＋１、…、Ｌ＊Ｍ＋Ｍ−１｝、Ｌ＝０、１、２、…、Ｐ−１
【０３１４】
ここで、ＰＵＳＣＨ内の（シンボルごとの）全体ＲＥ数がＭ０である時、Ｍ＝Ｍ０／Ｐと与えられる。またＭ又はＰは基地局が設定した値、及び／又はＵＣＩ  ＲＥ数により決定される値である。
【０３１５】
ｉｉ］］Ｏｐｔｉｏｎ  ２：基地局が以下のうちのいずれか１つ以上の情報を（上位層信号などにより）設定し、ＵＥはこれらの情報に基づいて設定されたクラスターを認知
【０３１６】
１．クラスター数
【０３１７】
２．クラスターごとの（周波数軸）開始点（又は副搬送波インデックス）
【０３１８】
３．クラスターごとの（周波数軸）終了点（又は副搬送波インデックス）
【０３１９】
４．クラスターごとに含む（周波数軸）リソース（又は副搬送波インデックス）
【０３２０】
５．クラスターごとに（ＵＣＩマッピング時）除外されるＲＥ（又は副搬送波）リソース情報
【０３２１】
Ｂ］］ここで、（ＵＣＩマッピング対象の）シンボルごとのクラスターを構成する副搬送波インデックスを設定する時、ＵＥは基準クラスター（設定）にさらに（ＵＣＩマッピング対象）シンボルごとに互いに異なる周波数軸オフセットを適用して、シンボルごとのクラスターを導き出すことができる。
【０３２２】
一例として、上述した例において、Ｏｐｔｉｏｎ１が適用されると仮定する時、
【０３２３】
ｋ番目の（ＵＣＩマッピング対象）シンボルのＰ個のクラスターに対して、Ｌ∈｛０、１、２、…、Ｐ−１｝番目のクラスター（例：Ｃ＿Ｌ）に含まれる副搬送波インデックスは、ＰＵＳＣＨ内のローカル副搬送波インデックスを基準として以下のように定義できる。
【０３２４】
Ａ．Ｃ＿Ｌ＝｛（Ｌ＊Ｍ＋０＋ｋ）ｍｏｄ  Ｍ０、（Ｌ＊Ｍ＋１＋ｋ）ｍｏｄ  Ｍ０、…、（Ｌ＊Ｍ＋Ｍ−１＋ｋ）ｍｏｄ  Ｍ０｝、Ｌ＝０、１、２、…、Ｐ−１
【０３２５】
Ｂ．Ｃ＿Ｌ＝｛（Ｌ＊Ｍ＋０−ｋ）ｍｏｄ  Ｍ０、（Ｌ＊Ｍ＋１−ｋ）ｍｏｄ  Ｍ０、…、（Ｌ＊Ｍ＋Ｍ−１−ｋ）ｍｏｄ  Ｍ０｝、Ｌ＝０、１、２、…、Ｐ−１
【０３２６】
ここで、ＰＵＳＣＨ内の（シンボルごとの）全体ＲＥ数がＭ０である時、Ｍ＝Ｍ０／Ｐと与えられる。またＭ又はＰは基地局が設定した値、及び／又はＵＣＩ  ＲＥ数により決定される値である。
【０３２７】
２］］上記設定されたＰ個のクラスター間のＵＣＩマッピング順序の定義
【０３２８】
Ａ］］クラスター間のＵＣＩマッピング順序は以下のうちのいずれかの方式により決定される。
【０３２９】
ｉ］］Ｐ個のクラスターは周波数軸の昇順（又は降順）にインデックスされることができる。即ち、Ｌ１番目のクラスター内の任意の副搬送波は、Ｌ２（＞Ｌ１）番目のクラスター内の任意の副搬送波より周波数軸で常に早い又は常に遅い。
【０３３０】
ｉｉ］］Ｏｐｔｉｏｎ  １：クラスター間のＵＣＩマッピング順序が特定の配列Ａによる
【０３３１】
配列Ａについて、Ａ［０］番目のクラスター、Ａ［１］番目のクラスター、…、Ａ［Ｐ−１］番目のクラスターの順にクラスターの間のＵＣＩマッピング順序が定義される。
【０３３２】
この時、上記配列Ａは以下のうちのいずれか１つである。
【０３３３】
Ａ］］Ｐ＝４である時
【０３３４】
１．Ａ＝［０  １  ２  ３］
【０３３５】
２．Ａ＝［０  ２  １  ３］
【０３３６】
３．Ａ＝［０  ３  １  ２］
【０３３７】
４．Ａ＝［１  ３  ０  ２］
【０３３８】
５．Ａ＝［０  ３  ２  １］
【０３３９】
Ｂ］］Ｐ＝２Ｎである時
【０３４０】
Ａは２Ｎに対するビット反転順列シーケンス（ｂｉｔ  ｒｅｖｅｒｓａｌ  ｐｅｒｍｕｔａｔｉｏｎ  ｓｅｑｕｅｎｃｅ）
【０３４１】
Ｃ］］Ｐ＝２Ｑである時
【０３４２】
１．Ａ＝［０  Ｐ−１  １  Ｐ−２  ２  Ｐ−３  …  ｋ  Ｐ−（ｋ＋１）…Ｑ−１  Ｐ−Ｑ］
【０３４３】
２．Ａ＝［Ｐ−１  ０  Ｐ−２  １  Ｐ−３  ２  …  Ｐ−（ｋ＋１）ｋ  …  Ｐ−Ｑ  Ｑ−１］
【０３４４】
ｉｉｉ］Ｏｐｔｉｏｎ  ２：クラスター間のＵＣＩマッピング順序は、基地局が（上位層信号を介して）設定した順による。
【０３４５】
３］］クラスター内における（副搬送波の間の）ＵＣＩマッピング順序の定義
【０３４６】
Ａ］］該当クラスターに対してＵＣＩマッピングを行う符号化ＵＣＩビット（又は符号化ＵＣＩシンボル）が発生した場合、クラスター内の副搬送波の間のＵＣＩマッピング順序は符号化ＵＣＩビット（又は符号化ＵＣＩシンボル）が上記クラスター内の副搬送波を満たす順を意味する。
【０３４７】
Ｂ］］この時、クラスター内のＵＣＩマッピングを開始する１番目の副搬送波の周波数インデックスはシンボルごとに異なる。一例として、シンボルに対する時間インデックスが増加することによりクラスター内のＵＣＩマッピングを開始する１番目の副搬送波インデックスが比例して増加する（又は減少する）（但し、最終副搬送波インデックスはクラスター内の全体副搬送波数に対するモジューロ（Ｍｏｄｕｌｏ）演算を適用して導き出すことができる）。
【０３４８】
Ｃ］］クラスター内の副搬送波の間のＵＣＩマッピング順序は、以下のうちの１つの方式により決定される。
【０３４９】
ｉ］］Ｏｐｔｉｏｎ  １：周波数インデックスの昇順
【０３５０】
一例として、クラスターがＭ個の副搬送波で構成される場合、ｋ番目の周波数インデックスに対するＵＣＩマッピング後の（ｋ＋１）ｍｏｄ  Ｍ番目の周波数インデックスに対するＵＣＩマッピングを行う
【０３５１】
ｉｉ］］Ｏｐｔｉｏｎ  ２：周波数インデックスの降順
【０３５２】
一例として、クラスターがＭ個の副搬送波で構成される場合、ｋ番目の周波数インデックスに対するＵＣＩマッピング後の（ｋ−１）ｍｏｄ  Ｍ番目の周波数インデックスに対するＵＣＩマッピングを行う
【０３５３】
ｉｉｉ］Ｏｐｔｉｏｎ  ３：基地局が（上位層信号により）設定した順による
【０３５４】
ｉｖ］ＵＣＩタイプによってクラスター内の副搬送波の間のＵＣＩマッピング順序が互いに異なる。一例として、ＨＡＲＱ−ＡＣＫにおいて、クラスター内の副搬送波の間のＵＣＩマッピング順序は周波数インデックスの昇順（又は降順）に従い、ＣＳＩにおいてクラスター内の副搬送波の間のＵＣＩマッピング順序は周波数インデックスの降順（又は昇順）に従う。（例：ＣＳＩがＨＡＲＱ−ＡＣＫによりパンクチャリングされる場合を予防する目的）
【０３５５】
４］］複数のシンボルに対するクラスター基盤のＵＣＩマッピングを行う
【０３５６】
Ａ］］ＵＥは（ＵＣＩマッピング観点で）最初のシンボルから以下の方式により（クラスター基盤の）ＵＣＩマッピングを行うことができる。
【０３５７】
ｉ］］Ｓｔｅｐ  １：（シンボル内の）符号化ＵＣＩビット（又は符号化ＵＣＩシンボル）を全体Ｐ個のクラスターに対してクラスター間のＵＣＩマッピング順序の通りＵＣＩマッピングを行う。
【０３５８】
ここで、ＵＥは各順序のクラスターごとにＸ（例：Ｘ＝１）個のＲＥに対するＵＣＩマッピングを行う。
【０３５９】
また、各クラスター内の（ＵＣＩマッピング対象）符号化ＵＣＩビット（又は符号化ＵＣＩシンボル）が（順に）発生する時、符号化ＵＣＩビット（又は符号化シンボル）に対するＵＣＩマッピングは（クラスター内の）副搬送波の間のＵＣＩマッピング順序に従う。一例として、特定のクラスターの観点でＮ番目に割り当てられる符号化ＵＣＩビット（又は符号化ＵＣＩシンボル）は該当クラスター内の副搬送波の間のＵＣＩマッピング順序においてＮ番目の割り当て順序を有する副搬送波に割り当てられる。
【０３６０】
特定のクラスター内のＵＣＩを割り当てた副搬送波がない場合、ＵＥは（ＵＣＩマッピング観点で）次のクラスターに移してＵＣＩマッピングを行うことができる。
【０３６１】
また特定のＵＣＩマッピング対象のＲＥ（又は副搬送波）にＰＴ−ＲＳ（ｐｈａｓｅ  ｔｒａｃｋｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）が設定された場合は、ＵＥは該当ＲＥにおけるＵＣＩマッピングを飛ばして次のＵＣＩマッピング対象ＲＥにＵＣＩを割り当てることができる。
【０３６２】
ｉｉ］Ｓｔｅｐ  ２：ＵＥが（１つのシンボルについて）Ｓｔｅｐ  １をＳ回行った場合、（ＵＣＩマッピング観点で）次のシンボルに移動してＳｔｅｐ  １を行う
【０３６３】
この時、上記Ｓは１回又は（１つのシンボル内の）全ての利用可能な周波数リソースに対するＵＣＩマッピングを行うまでＳｔｅｐ１を行った回数である。
【０３６４】
又はＵＥが（ＵＣＩマッピング対象）全てのシンボルについてＳｔｅｐ  １を（均等な回数で）行った場合、ＵＥは以下のうちの１つの方式を適用することができる。
【０３６５】
１．Ｏｐｔｉｏｎ  １：（ＵＣＩマッピング観点で）最初のシンボルから再びＳｔｅｐ  １を行うことができる。（即ち、ＵＣＩマッピング対象シンボルの間の順序を維持）
【０３６６】
２．Ｏｐｔｉｏｎ  ２：（ＵＣＩマッピング観点で）最後のシンボルから逆にＳｔｅｐ  １を行うことができる。（即ち、ＵＣＩマッピング対象シンボルの間の順序を変更）
【０３６７】
図１８は方法＃６によるＵＣＩマッピング方法の一例を簡単に示す図である。
【０３６８】
図１８に示したように、クラスター数が４つである場合、ＵＥはクラスター間のＵＣＩマッピングを［クラスター０−＞クラスター１−＞クラスター２−＞クラスター３］の順に行い、ＨＡＲＱ−ＡＣＫに対する（クラスター内の）副搬送波の間のＵＣＩマッピングは周波数インデックスの昇順に行い、ＣＳＩに対する（クラスター内の）副搬送波の間のＵＣＩマッピングは周波数インデックスの降順に行うことができる。この時、クラスターごとに１回に割り当てるＵＣＩ  ＲＥは１つ（例：Ｘ＝１）であり、（１つのシンボルに対する）クラスター基盤のＵＣＩマッピング回数は１回（例：Ｓ＝１）であり、ＰＵＳＣＨ内の全てのシンボルがＵＣＩマッピング対象であり、シンボル間のＵＣＩマッピング順序が時間インデックスの昇順（又は降順）に設定されることができる。この構成において、ＨＡＲＱ−ＡＣＫがＰＵＳＣＨ内のＲＥをパンクチャリングする場合、ＵＥはＨＡＲＱ−ＡＣＫマッピングＲＥとＣＳＩマッピングＲＥが重畳すると、該当ＲＥ位置におけるＣＳＩをパンクチャリングし、ＨＡＲＱ−ＡＣＫに対するＲＥをマッピングできる。
【０３６９】
図１９は方法＃６によるＵＣＩマッピング方法の他の例を簡単に示す図である。
【０３７０】
図１９に示したように、図１８の変形例として、ＵＥはシンボル間のＵＣＩマッピングを行う時、ＰＵＳＣＨの周波数ホッピングの境界を中心として各ホップごとに交互にＨＡＲＱ−ＡＣＫ及びＣＳＩを含むＵＣＩマッピングを行うことができる。このように周波数ホッピングの境界を中心としてホップごとに交互にＵＣＩマッピングを行う方法は、ＰＵＳＣＨに対する周波数ホッピングが適用された場合、又はＰＵＳＣＨ内にさらにＤＭ−ＲＳが存在する場合に適用できる。
【０３７１】
図２０は方法＃６によるＵＣＩマッピング方法のさらに他の例を簡単に示す図である。
【０３７２】
図２０に示したように、クラスター数が４つである場合、ＵＥはクラスター間のＵＣＩマッピングを［クラスター０−＞クラスター３−＞クラスター１−＞クラスター２］の順に行い、ＨＡＲＱ−ＡＣＫに対する（クラスター内の）副搬送波の間のＵＣＩマッピングは周波数インデックスの昇順に行い、ＣＳＩに対する（クラスター内の）副搬送波の間のＵＣＩマッピングは周波数インデックスの降順に行うことができる。この時、クラスターごとに１回に割り当てるＵＣＩ  ＲＥは１つ（例：Ｘ＝１）であり、（１つのシンボルに対する）クラスター基盤のＵＣＩマッピング回数は１回（例：Ｓ＝１）であり、ＰＵＳＣＨ内の全てのシンボルがＵＣＩマッピング対象であり、シンボル間のＵＣＩマッピング順序が時間インデックスの昇順（又は降順）に設定されることができる。この構成において、ＨＡＲＱ−ＡＣＫがＰＵＳＣＨ内のＲＥをパンクチャリングする場合、ＵＥはＨＡＲＱ−ＡＣＫマッピングＲＥとＣＳＩマッピングＲＥが重畳すると、該当ＲＥ位置におけるＣＳＩをパンクチャリングし、ＨＡＲＱ−ＡＣＫに対するＲＥをマッピングできる。
【０３７３】
図２１は方法＃６によるＵＣＩマッピング方法のさらに他の例を簡単に示す図である。
【０３７４】
図２１に示したように、図２０の変形例として、ＵＥはシンボル間のＵＣＩマッピングを行う時、ＰＵＳＣＨの周波数ホッピングの境界を中心として各ホップごとに交互にＨＡＲＱ−ＡＣＫ及びＣＳＩを含むＵＣＩマッピングを行うことができる。このように周波数ホッピング境界を中心としてホップごとに交互にＵＣＩマッピングを行う方法は、ＰＵＳＣＨに対する周波数ホッピングが適用された場合、又はＰＵＳＣＨ内にさらにＤＭ−ＲＳが存在する場合に適用できる。
【０３７５】
図２２は方法＃６によるＵＣＩマッピング方法のさらに他の例を簡単に示す図である。
【０３７６】
図２２に示したように、クラスター数が４つである場合、ＵＥはクラスター間のＵＣＩマッピングを［クラスター０−＞クラスター１−＞クラスター２−＞クラスター３］の順に行い、ＨＡＲＱ−ＡＣＫに対する（クラスター内の）副搬送波の間のＵＣＩマッピングは周波数インデックスの昇順に行い、ＣＳＩに対する（クラスター内の）副搬送波の間のＵＣＩマッピングは周波数インデックスの降順に行うことができる。この時、クラスターごとに１回に割り当てるＵＣＩ  ＲＥは１つ（例：Ｘ＝１）であり、（１つのシンボルに対する）クラスター基盤のＵＣＩマッピング回数は１回（例：Ｓ＝１）であり、ＰＵＳＣＨ内の全てのシンボルがＵＣＩマッピング対象であり、シンボル間のＵＣＩマッピング順序が時間インデックスの昇順（又は降順）に設定されることができる。またＵＣＩマッピングのための（シンボルごとの）クラスターは、基準クラスター（設定）に（ＵＣＩマッピング対象）シンボルの時間インデックスに比例する周波数軸オフセットを適用することができる。この構成において、ＨＡＲＱ−ＡＣＫがＰＵＳＣＨ内のＲＥをパンクチャリングする場合、ＵＥはＨＡＲＱ−ＡＣＫマッピングＲＥとＣＳＩマッピングＲＥが重畳すると、該当ＲＥ位置におけるＣＳＩをパンクチャリングし、ＨＡＲＱ−ＡＣＫに対するＲＥをマッピングできる。この時、ＵＣＩマッピングのための各（シンボル）クラスターは、シンボルが増加することにより１つの副搬送波ほどシフトされる（但し、ＰＵＳＣＨ内の全ての副搬送波数に対するモジューロ演算を適用）
【０３７７】
図２３は方法＃６によるＵＣＩマッピング方法のさらに他の例を簡単に示す図である。
【０３７８】
図２３に示したように、図２２の変形例として、ＵＥはシンボル間のＵＣＩマッピングを行う時、ＰＵＳＣＨの周波数ホッピングの境界を中心として各ホップごとに交互にＨＡＲＱ−ＡＣＫ及びＣＳＩを含むＵＣＩマッピングを行うことができる。このように周波数ホッピング境界を中心としてホップごとに交互にＵＣＩマッピングを行う方法は、ＰＵＳＣＨに対する周波数ホッピングが適用された場合、又はＰＵＳＣＨ内にさらにＤＭ−ＲＳが存在する場合に適用できる。
【０３７９】
さらに本発明においては、以下のようなＵＣＩマッピング方法が適用される。
【０３８０】
｛１｝第１代替案（Ａｌｔ１）
【０３８１】
Ａ．Ｓｔｅｐ  ０：（系統的なビットとパリティビットを有する）符号化ＣＢ（ＣＢ１）の生成
【０３８２】
Ｂ．Ｓｔｅｐ  １：符号化ＣＢ（ＣＢ１）内のパリティビットに対するレートマッチング又はパンクチャリングを行った後、符号化ＵＣＩビットを追加して符号化ＣＢ（ＣＢ２）を生成。ここで、ＵＥは最後のパリティビットから連続するビットについてレートマッチング又はパンクチャリングを行い、複数のパリティビットに均等にレートマッチング又はパンクチャリングを行う。
【０３８３】
Ｃ．Ｓｔｅｐ  ２：符号化ＣＢ（ＣＢ２）に対するブランチごと又はブランチを横切るＣＢ内のインターリービング（Ｉｎｔｒａ−ＣＢ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｐｅｒ／ａｃｒｏｓｓ  ｂｒａｎｃｈ）を行って、（ｂｉｔ−ｌｅｖｅｌ  ｉｎｔｅｒｌｅａｖｅｄ）符号化ＣＢ（ＣＢ３）を生成。ここで、ＣＢ内の複数のパリティビットグループが存在する場合、ＵＥはパリティビットグループごとに（ｂｉｔ−ｌｅｖｅｌ）インターリービングを行った後、パリティビットグループ間の（ｂｉｔ−ｌｅｖｅｌ）インターリービングを行うことができる。
【０３８４】
Ｄ．Ｓｔｅｐ  ３：（上記ＣＢ３について）（ＣＢ  ｉｎｄｅｘによる）周波数優先（又は時間優先）ＲＥマッピングを行う
【０３８５】
｛２｝第２代替案（Ａｌｔ２）
【０３８６】
Ａ．Ｓｔｅｐ  ０：（系統的なビットとパリティビットを有する）符号化ＣＢ（ＣＢ１）の生成
【０３８７】
Ｂ．Ｓｔｅｐ  １：符号化ＣＢ（ＣＢ１）に対するブランチごと又はブランチを横切るＣＢ内のインターリービング（Ｉｎｔｒａ−ＣＢ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｐｅｒ／ａｃｒｏｓｓ  ｂｒａｎｃｈ）を行って、（ｂｉｔ−ｌｅｖｅｌ  ｉｎｔｅｒｌｅａｖｅｄ）符号化ＣＢ（ＣＢ２）を生成。ここで、ＣＢ内に複数のパリティビットグループが存在する場合、ＵＥはパリティビットグループごとに（ｂｉｔ−ｌｅｖｅｌ）インターリービングを行った後、パリティビットグループ間の（ｂｉｔ−ｌｅｖｅｌ）インターリービングを行うことができる。
【０３８８】
Ｃ．Ｓｔｅｐ  ２：符号化ＣＢ（ＣＢ２）内のパリティビットに対するレートマッチング又はパンクチャリングを行った後、符号化ＵＣＩビットを追加して符号化ＣＢ（ＣＢ３）を生成。ここで、ＵＥは最後のパリティビットから連続するビットに対してレートマッチング又はパンクチャリングを行い、複数のパリティビットに均等にレートマッチング又はパンクチャリングを行うことができる。
【０３８９】
Ｄ．Ｓｔｅｐ  ３：（上記ＣＢ３について）（ＣＢ  ｉｎｄｅｘによる）周波数優先（又は時間優先）ＲＥマッピングを行う
【０３９０】
｛３｝第３代替案（Ａｌｔ３）
【０３９１】
Ａ．Ｓｔｅｐ  ０：（系統的なビットとパリティビットを有する）符号化ＣＢ（ＣＢ１）の生成
【０３９２】
Ｂ．Ｓｔｅｐ  １：符号化ＣＢ（ＣＢ１）に対するブランチごと又はブランチを横切るＣＢ内のインターリービング（Ｉｎｔｒａ−ＣＢ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｐｅｒ／ａｃｒｏｓｓ  ｂｒａｎｃｈ）を行って、（ｂｉｔ−ｌｅｖｅｌ  ｉｎｔｅｒｌｅａｖｅｄ）符号化ＣＢ（ＣＢ２）を生成。ここで、ＣＢ内に複数のパリティビットグループが存在する場合、ＵＥはパリティビットグループごとに（ｂｉｔ−ｌｅｖｅｌ）インターリービングを行った後、パリティビットグループ間の（ｂｉｔ−ｌｅｖｅｌ）インターリービングを行うことができる。
【０３９３】
Ｃ．Ｓｔｅｐ  ２：符号化ＣＢ（ＣＢ２）内のパリティビットに対するレートマッチング又はパンクチャリングを行った後、符号化ＵＣＩビットを追加して符号化ＣＢ（ＣＢ３）を生成。ここで、ＵＥは最後のパリティビットから連続するビットに対してレートマッチング又はパンクチャリングを行い、複数のパリティビットに均等にレートマッチング又はパンクチャリングを行うことができる。
【０３９４】
Ｄ．Ｓｔｅｐ  ３：符号化ＣＢ（ＣＢ３）に対するブランチごと又はブランチを横切るＣＢ内のインターリービング（Ｉｎｔｒａ−ＣＢ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｐｅｒ／ａｃｒｏｓｓ  ｂｒａｎｃｈ）を行って、（ｂｉｔ−ｌｅｖｅｌ  ｉｎｔｅｒｌｅａｖｅｄ）符号化ＣＢ（ＣＢ４）を生成。ここで、ＣＢ内に複数のパリティビットグループが存在する場合、ＵＥはパリティビットグループごとに（ｂｉｔ−ｌｅｖｅｌ）インターリービングを行った後、パリティビットグループ間の（ｂｉｔ−ｌｅｖｅｌ）インターリービングを行うことができる。
【０３９５】
Ｅ．Ｓｔｅｐ  ４：（上記ＣＢ４について）（ＣＢ  ｉｎｄｅｘによる）周波数優先（又は時間優先）ＲＥマッピングを行う
【０３９６】
さらにＵＥは以下の方式のようにＵＣＩマッピングを行うこともできる。
【０３９７】
１｝ＲＥマッピングの前端で（データに対する）レートマッチング又はパンクチャリングを行った後、データとＵＣＩを結合し（ｃｏｎｃａｔｅｎａｔｉｏｎ）、その後（上記結合した）全体符号化ビットについて周波数優先（又は時間優先）方式でＲＥマッピングを行う
【０３９８】
Ａ．この過程において、（データに対する）レートマッチング又はパンクチャリングはインターリービングの前端又は後端で行われる。
【０３９９】
Ｂ．この過程は各ＣＢごとに行われる。全体Ｍ個のＣＢと合計ＮビットのＵＣＩを仮定した時、ＵＥは各ＣＢごとに（データに対する）レートマッチング又はパンクチャリングを行った後、Ｎ／ＭビットのＵＣＩを追加することができる。
【０４００】
２｝ＲＥマッピング後の段階で（データに対する）レートマッチング又はパンクチャリングを行った後、ＵＣＩについてはデータとは異なる方式によりＲＥマッピングを行う。
【０４０１】
Ａ．ＵＥは上記過程を基本的に周波数優先方式に基づいて行う。ＵＥは上記の過程を行うにおいて、シンボル（又はＣＢ）内で単純なＲＥインデックス順ではない、分散した（Ｄｉｓｔｒｉｂｕｔｅｄ）形態の順でＲＥマッピングを行う。
【０４０２】
Ｂ．また上記構成において、全体Ｍ個のＣＢと合計ＮビットのＵＣＩを仮定する場合、各ＣＢごとにＮ／ＭビットのＵＣＩに対応する（データに対する）レートマッチング又はパンクチャリングは、上記のようなＲＥマッピングにより適用されることができる。
【０４０３】
さらにＵＥがデータに対する符号化ビット（以下、符号化データビット）を生成する過程において、ＵＣＩに対する符号化ビット（以下、符号化ＵＣＩビット）を考慮したレートマッチング（又はパンクチャリング）を適用する場合、ＵＥは符号化ＵＣＩビットと符号化データビットを結合した後、この結合された符号化ビットに対して（単一の）ＲＥマッピングを適用することができる。この時、ＲＥマッピング順序は符号化ＵＣＩビット−＞符号化データビットの順である。
【０４０４】
ここで、変調次数（Ｍｏｄｕｌａｔｉｏｎ  ｏｒｄｅｒ）がＫビットのサイズを支援する場合、符号化ＵＣＩビット及び／又は符号化データビットの長さはＫの倍数で示されるビットサイズを有するように制限される。このような構成により、データとＵＣＩがＲＥ単位で区分され、ＵＣＩ送信ＲＥに対する追加電力割り当てなどが適用される。
【０４０５】
本発明において、（単一の）ＲＥマッピング方法は、ＰＵＳＣＨ送信に対する波形（Ｗａｖｅｆｏｒｍ）によって以下のように異なる（又は以下のＲＥマッピング方法は符号化ＵＣＩビットについてのみ適用される）。
【０４０６】
１｝｝ＰＵＳＣＨ波形（ｗａｖｅｆｏｒｍ）がＤＦＴ−ｓ−ＯＦＤＭである場合
【０４０７】
Ａ．周波数優先マッピング
【０４０８】
一例として、シンボル（又は時間）インデックスの最小値、副搬送波（又は周波数）インデックスの最小値から始まって副搬送波（又は周波数）インデックスを増加させながら符号化ビットに対するＲＥマッピングを行う。その後、特定のシンボル（又は時間）インデックスに対する副搬送波（又は周波数）インデックスが最大値になると、シンボル（又は時間）インデックスを１つ増加させ、再び副搬送波（又は周波数）インデックスの最小値から副搬送波（又は周波数）インデックスを増加させながら符号化ビットに対するＲＥマッピングを行う。
【０４０９】
Ｂ．時間優先マッピング
【０４１０】
一例として、シンボル（又は時間）インデックスの最小値、副搬送波（又は周波数）インデックスの最小値から始まってシンボル（又は時間）インデックスを増加させながら符号化ビットに対するＲＥマッピングを行う。その後、特定の副搬送波（又は周波数）インデックスに対するシンボル（又は時間）インデックスが最大値になると、副搬送波（又は周波数）インデックスを１つ増加させ、再びシンボル（又は時間）インデックスの最小値からシンボル（又は時間）インデックスを増加させながら符号化ビットに対するＲＥマッピングを行う。
【０４１１】
Ｃ．ＰＵＳＣＨ波形がＤＦＴ−ｓ−ＯＦＤＭである場合、周波数優先マッピング方式及び時間優先マッピング方式のうちのいずれかが予め設定されるか、又は基地局が上位層信号により設定することができる。
【０４１２】
２｝｝ＰＵＳＣＨ波形がＣＰ−ＯＦＤＭである場合
【０４１３】
Ａ．周波数優先マッピング
【０４１４】
シンボル順に１つのシンボル内の（ＰＵＳＣＨリソースに割り当てられた）全ての周波数リソースに対して符号化ビットを割り当てた後、次のシンボルに対する（ＰＵＳＣＨリソースに割り当てられた）周波数リソースに対して符号化ビットを割り当てる。
【０４１５】
Ｂ．シンボルごとのインターリービング
【０４１６】
各シンボル（又は時間）インデックス内において副搬送波（又は周波数）インデックス順に割り当てず、副搬送波に対するローカルインデックス（Ｌｏｃａｌ  ｉｎｄｅｘ）を特定の方式でインターリービングした順に（符号化ビットを）割り当てる方法
【０４１７】
例えば、シンボル内の割り当てられた全ての副搬送波数がＮ個である時、上記シンボルごとのインターリービングは、シンボルごとの副搬送波に対して（Ｃｏｌｕｍｎ−ｗｉｓｅ  ｐｅｒｍｕｔａｔｉｏｎが適用された）ブロックインターリーバ（Ｂｌｏｃｋ  ｉｎｔｅｒｌｅａｖｅｒ）を適用する形態であり、以下のようである。
【０４１８】
１．Ｐ×Ｑの行列について行ごとに（Ｒｏｗ  ｂｙ  Ｒｏｗ）０から（Ｎ−１）までを入力
【０４１９】
Ａ．各列（Ｒｏｗ）では列インデックス（Ｃｏｌｕｍｎ  ｉｎｄｅｘ）が増加する順にインターリービングが適用される
【０４２０】
Ｂ．上記Ｐ、Ｑは、予め約束した値、又は基地局の設定による値、又はＰＵＳＣＨリソースに割り当てられたＰＲＢ数により決定される値であり、Ｐ＊Ｑ＝Ｎの関係を有する。
【０４２１】
２．上記行列について列方向順列（Ｃｏｌｕｍｎ−ｗｉｓｅ  ｐｅｒｍｕｔａｔｉｏｎ）を適用
【０４２２】
Ａ．Ｑ＝４である場合、Ｃｏｌｕｍｎ−ｗｉｓｅ  ｐｅｒｍｕｔａｔｉｏｎは［１  ２  ３  ４］−＞［１  ３  ２  ４］であることができる。括弧内の数字ｋはｋ番目の列を意味する。
【０４２３】
Ｂ．Ｑ＝６である場合、Ｃｏｌｕｍｎ−ｗｉｓｅ  ｐｅｒｍｕｔａｔｉｏｎは［１  ２  ３  ４  ５  ６］−＞［１  ３  ５  ２  ４  ６］であることができる。括弧内の数字ｋはｋ番目の列を意味する。
【０４２４】
Ｃ．Ｑ＝２ｋである場合、Ｃｏｌｕｍｎ−ｗｉｓｅ  ｐｅｒｍｕｔａｔｉｏｎはビット反転順列（ｂｉｔ  ｒｅｖｅｒｓａｌ  ｐｅｒｍｕｔａｔｉｏｎ）に従うことができる。
【０４２５】
３．この行列について列ごとに（Ｃｏｌｕｍｎ  ｂｙ  Ｃｏｌｕｍｎ）各要素を読み出しながら出力
【０４２６】
Ａ．各列では行インデックス（Ｒｏｗ  ｉｎｄｅｘ）が増加する順にインターリービングが適用される
【０４２７】
Ｂ．上記出力に対応する（シンボル内の）ローカルインデックス（Ｌｏｃａｌ  ｉｎｄｅｘ）を有する副搬送波の順に符号化されたビットについてＲＥマッピングを行う。
【０４２８】
一例として、ＰＵＳＣＨが１つのＲＢ（例：Ｎ＝１２）であり、Ｑ＝４である場合、Ｐ＝１２／Ｑ＝３であることができる。この時、ＵＥは３×４行列に１から１２までを以下の表のようにＲｏｗ  ｂｙ  Ｒｏｗで入力することができる。
【０４２９】
【表５】
0006963611.tif 000012
【０４３０】
ここで、［１  ２  ３  ４］−＞［１  ３  ２  ４］のようにＣｏｌｕｍｎ−ｗｉｓｅ  ｐｅｒｍｕｔａｔｉｏｎを適用すると、ＵＥは以下のような行列を得られる。
【０４３１】
【表６】
0006963611.tif 000013
【０４３２】
その後、ＵＥがＣｏｌｕｍｎ  ｂｙ  Ｃｏｌｕｍｎに各要素を読み取りしながら出力値を生成すると、出力値は｛Ｏｕｔｐｕｔ＝１、５、９、３、７、１１、２、６、１０、４、８、１２｝のようになる。この時、各数字ｋが（シンボル内の割り当てられた副搬送波のうち）ｋ番目の副搬送波を意味する場合、上記出力値は以下の順のＲＥマッピングに解釈されることができる。但し、以下の例示において、数字はＲＥマッピング順序を意味し、副搬送波（又は周波数）インデックスは下側に行くほど増加し、シンボル（又は時間）インデックスは右側に行くほど増加すると仮定する。
【０４３３】
【表７】
0006963611.tif 000014
【０４３４】
このＲＥマッピング順序は１つのシンボル内の順序を表す。よってＵＥは複数のシンボルに対するＲＥマッピングのために周波数優先マッピング（例：１つのシンボル内の周波数リソースに対応する符号化ビットに対してＲＥマッピングを行い、次のシンボルに対する符号化ビットについてＲＥマッピングを行う）を行うことができる。一例として、シンボルが１０個である場合、ＵＥのＲＥマッピング順序は以下の表のように定義される。但し、以下の例示において、数字はＲＥマッピング順序を意味し、副搬送波（又は周波数）インデックスは下側に行くほど増加し、シンボル（又は時間）インデックスは右側に行くほど増加する。
【０４３５】
【表８】
0006963611.tif 000015
【０４３６】
図２４は符号化ＵＣＩビットが符号化データビットよりＲＥマッピング順序が早い一例を簡単に示す図である。
【０４３７】
図２４において、ＵＣＩが２０個のＲＥに対応する符号化ビットを有し、符号化ＵＣＩビットが符号化データビットよりＲＥマッピング順序が早いと仮定する。
【０４３８】
この時、以下の表のようにＵＣＩに対するＲＥマッピングは周波数軸で自然に分散される。以下の表において、数字はＲＥマッピング順序を意味し、副搬送波（又は周波数）インデックスは下側に行くほど増加し、シンボル（又は時間）インデックスは右側に行くほど増加する。また、陰影領域はＵＣＩを意味し、陰性がない領域はデータを意味する。
【０４３９】
【表９】
0006963611.tif 000016
【０４４０】
図２５は符号化ＵＣＩビットが符号化データビットよりＲＥマッピング順序が早い他の例を簡単に示す図である。
【０４４１】
図２５において、ＵＣＩが２０個のＲＥに対応する符号化ビットを有し、２つのＣＢについて各々１０個のＲＥに対応する符号化ビットずつ分散されたと仮定する。
【０４４２】
この時、以下の表のようにＵＣＩに対するＲＥマッピングは周波数軸で自然に分散される。以下の表において、数字はＲＥマッピング順序を意味し、副搬送波（又は周波数）インデックスは下側に行くほど増加し、シンボル（又は時間）インデックスは右側に行くほど増加する。また陰影領域はＵＣＩを意味し、陰影がない領域はデータを意味する。またＵＣＩ１＋ＣＢ１は１〜４２番目のＲＥにマッピングされ、ＵＣＩ２＋ＣＢ２は４３〜８４番目のＲＥにマッピングされると仮定する。
【０４４３】
【表１０】
0006963611.tif 000017
【０４４４】
さらにＵＥは特定のシンボルでＵＣＩに対する符号化ビットのＲＥマッピング（言い換えれば、Ｃｏｄｅｄ  ＵＣＩ  ｂｉｔｓ  ｔｏ  ＲＥ  ｍａｐｐｉｎｇ）を行うと仮定する。この時、該当シンボル内の割り当てられた全体副搬送波の数がＮであり、割り当てられた副搬送波について（周波数インデックスの昇順（又は降順）に）０から（Ｎ−１）までのローカルインデックス（Ｌｏｃａｌ  Ｉｎｄｅｘ）が割り当てられた場合、ＵＥは以下の数列ａｎ（ここで、ｎ＝０、１、…、Ｎ−１）に対応するローカルインデックス順に符号化されたＵＣＩビットに対するＲＥマッピングを行うことができる（即ち、ａｎはｎ番目にＵＣＩマッピングを行うＲＥのローカルインデックスを意味する）。
【０４４５】
【数１】
0006963611.tif 000018
【０４４６】
この時、ＭはＮの約数でありかつ２のｎ乗の値（又はかかる値のうちの最大値）である。またＭはＰＵＳＣＨに割り当てられたＰＲＢ数により決定されるか、又は基地局が設定した値により決定される。この時、ＵＥはシンボル順に１つのシンボル内の（ＰＵＳＣＨリソースに割り当てられた）全体周波数リソースに対して、上記方式（即ち、ａｎに従うＲＥマッピング）のように符号化ＵＣＩビットのＲＥマッピングを行った後、次のシンボルに対する（ＰＵＳＣＨリソースに割り当てられた）周波数リソースに対して符号化ＵＣＩビットのＲＥマッピングを行うことができる。
【０４４７】
一例として、Ｍ＝４であり、Ｎ＝１２である場合、ｂｎとａｎは以下のように求められる。
【０４４８】
【数２】
0006963611.tif 000019
【０４４９】
この場合、１つのシンボル内でＵＣＩに対するＲＥマッピング順序は以下の表のように数列ａｎに対応するローカルインデックス順序に従うことができる。但し、以下の例示において、副搬送波（又は周波数）インデックスは下側に行くほど増加し、シンボル（又は時間）インデックスは右側に行くほど増加すると仮定する。この時、左側の黒い陰影内の白い数字は副搬送波の間のローカルインデックス順序を意味し、右側の白色領域内の黒い数字はＵＣＩに対するＲＥマッピング順序を意味する。
【０４５０】
【表１１】
0006963611.tif 000020
【０４５１】
さらに、ＵＥは特定のシンボルでＵＣＩに対する符号化ビットのＲＥマッピング（言い換えれば、Ｃｏｄｅｄ  ＵＣＩ  ｂｉｔｓ  ｔｏ  ＲＥ  ｍａｐｐｉｎｇ）を行うと仮定する。この時、該当シンボル内の割り当てられた全体副搬送波数がＮであり、割り当てられた副搬送波について（周波数インデックスの昇順（又は降順）に）０から（Ｎ−１）までのローカルインデックスが割り当てられた場合、ＵＥは（該当シンボルについて）ＵＣＩマッピングを行うＲＥ（以下、ＵＣＩ  ＲＥ）数によるマッピングパターンを定義することができる。
【０４５２】
一例として、ＵＥは（該当シンボルに対する）ＵＣＩ  ＲＥ数によってＵＣＩマッピングを行う周波数軸のクラスター数Ｍを設定することができる（但し、ＭはＮの約数である）。この時、ＵＥは以下の数列ｃｎ（ここで、ｎ＝０、１、…、Ｎ−１）に対応するローカルインデックス順に符号化されたＵＣＩビットに対するＲＥマッピングを行うことができる（即ち、ｃｎはｎ番目にＵＣＩマッピングを行うＲＥのローカルインデックスを意味する）。
【０４５３】
【数３】
0006963611.tif 000021
【０４５４】
以下の数列ａｎ（ここで、ｎ＝０、１、…、Ｎ−１）に対応するローカルインデックス順に符号化されたＵＣＩビットに対するＲＥマッピングを行うことができる（即ち、ａｎはｎ番目にＵＣＩマッピングを行うＲＥのローカルインデックスを意味する）。
【０４５５】
一例として、（該当シンボルに対する）ＵＣＩ  ＲＥ数がＲである時、Ｍは以下の式のように定義できる。但し、Ｋは予め約束した値又は基地局が設定した値である。又は一般的にＭ値は基地局が設定する又は基地局が設定した特定の経数値とＵＣＩ  ＲＥ数によって決定される。
【０４５６】
【数４】
0006963611.tif 000022
【０４５７】
この時、ＵＥはシンボル順に１つのシンボル内の（ＰＵＳＣＨリソースに割り当てられた）全体周波数リソースに対して上記方式（即ち、ｃｎに従うＲＥマッピング）のように符号化ＵＣＩビットに対するＲＥマッピングを行った後、次のシンボルに対する（ＰＵＳＣＨリソースに割り当てられた）周波数リソースに対して符号化ＵＣＩビットのＲＥマッピングを行うことができる。
【０４５８】
一例として、Ｍ＝４であり、Ｎ＝１２である場合、ｃｎは以下のように求められる。
【０４５９】
【数５】
0006963611.tif 000023
【０４６０】
この場合、１つのシンボル内でＵＣＩに対するＲＥマッピング順序は以下の表のように数列ｃｎに対応するローカルインデックス順に従うことができる。但し、以下の例示において、副搬送波（又は周波数）インデックスは下側に行くほど増加し、シンボル（又は時間）インデックスは右側に行くほど増加すると仮定する。この時、左側の黒い陰影内の白い数字は副搬送波の間のローカルインデックス順序を意味し、右側の白色内の黒い数字はＵＣＩに対するＲＥマッピング順序を意味する。
【０４６１】
【表１２】
0006963611.tif 000024
【０４６２】
図２６は本発明によるＵＣＩ  ＲＥマッピング方法の一例を示す図である。
【０４６３】
図２６に示したように、ＵＣＩ  ＲＥマッピング方法ではＵＥが１番目のシンボルの（利用可能な）周波数リソースの両端のＲＥを順に満たした後、次のシンボルに移動して再度（利用可能な）周波数リソースの両端のＲＥを順に満たす方式も考慮できる。ＵＥがこの動作を最後のシンボルまで行った場合、ＵＥは再度１番目のシンボルに戻って（利用可能な）周波数リソースの両端のＲＥを順に満たした後、次のシンボルに移動しながらＵＣＩマッピングを続ける。
【０４６４】
図２６ではＵＥが（連続する）２つのシンボルに対するＵＣＩマッピングを行う場合、上記ＵＥのＵＣＩマッピング動作について簡単に示す。図２６において、黒色領域はＵＣＩマッピングされたＲＥを意味し、数字はＲＥマッピング順序を意味する。この時、ＵＣＩ  ＲＥマッピングを行う対象となるシンボル位置、また各シンボルごとにＵＣＩ  ＲＥマッピングを行う対象となる副搬送波の位置は、基地局が予め設定する又は約束することができる。参考として、図２６では（連続する）２つのシンボル内の全ての副搬送波に対するＵＣＩマッピングが可能な場合を仮定している。
【０４６５】
上記説明において、ＵＥのＵＣＩマッピングにおいて、ｋ番目のＵＣＩマッピングＲＥが特定のＲＳ送信（例：ＰＴ−ＲＳ：ｐｈａｓｅ  ｔｒａｃｋｉｎｇ−ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ、位相遷移補正のためのＲＳなど）と衝突する場合、ＵＥは該当ＲＥを飛ばして、ｋ＋１番目のＵＣＩマッピングＲＥからＵＣＩマッピングを再開する。
【０４６６】
上述した第１のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０４６７】
３．２．第２のＵＣＩ送信方法
【０４６８】
ＵＥがＰＵＳＣＨにＵＣＩピギーバックを行う場合、ＵＥはデータに対するリソースマッピングが終了した後、符号化ＵＣＩシンボル（例：変調されたシンボル）に対するリソースマッピングを以下のように行うことができる。
【０４６９】
（１）基地局が以下のうちの１つの方法で（副搬送波又は副搬送波集合ごとの）ＵＣＩマッピングのための複数のシンボル（又はシンボル集合）及びシンボル（又はシンボル集合）間のＵＣＩマッピング順序を端末に設定
【０４７０】
Ａ．予め約束された方式
【０４７１】
Ｂ．上位層信号（例：ＲＲＣシグナリング）により設定
【０４７２】
Ｃ．動的制御信号（例：ＤＣＩ）により設定
【０４７３】
Ｄ．候補値を上位層信号により設定し、動的制御信号（例：ＤＣＩ）により設定
【０４７４】
（２）基地局が以下のうちの１つの方法で（シンボル又はシンボル集合ごとの）ＵＣＩマッピングのための複数の副搬送波（又は副搬送波集合）及び副搬送波（又は副搬送波集合）間のＵＣＩマッピング順序を端末に設定
【０４７５】
Ａ．予め約束された方式
【０４７６】
Ｂ．上位層信号（例：ＲＲＣシグナリング）により設定
【０４７７】
Ｃ．動的制御信号（例：ＤＣＩ）により設定
【０４７８】
Ｄ．候補値を上位層信号により設定し、動的制御信号（例：ＤＣＩ）により設定
【０４７９】
（３）端末は以下のうちの１つの方法でＰＵＳＣＨリソース領域内でＵＣＩマッピングを行う。
【０４８０】
Ａ．周波数優先マッピング方式
【０４８１】
ＵＥは上記シンボル（又はシンボル集合）間のＵＣＩマッピング順にシンボル（又はシンボル集合）ごとに以下のように周波数優先ＵＣＩマッピングを行う。この時、ＵＥは（特定のシンボル又はシンボル集合内で）ＵＣＩマッピングのための複数の副搬送波（又は副搬送波集合）に対応するＲＥを対象として副搬送波（又は副搬送波集合）間のＵＣＩマッピング順序によって符号化ＵＣＩシンボルを順に割り当てる。
【０４８２】
Ｂ．時間優先マッピング方式
【０４８３】
ＵＥは上記副搬送波（又は副搬送波集合）間のＵＣＩマッピング順に副搬送波（又は副搬送波集合）ごとに以下のように時間優先ＵＣＩマッピングを行う。この時、ＵＥは（特定の副搬送波又は副搬送波集合内で）ＵＣＩマッピングのための複数のシンボル（又はシンボル集合）に対応するＲＥを対象としてシンボル（又はシンボル集合）間のＵＣＩマッピング順序によって符号化ＵＣＩシンボルを順に割り当てる。
【０４８４】
ここで、ＵＣＩマッピングのためのシンボル（又はシンボル集合）、副搬送波（又は副搬送波集合）、シンボル（又はシンボル集合）間のＵＣＩマッピング順序、副搬送波（又は副搬送波集合）間のＵＣＩマッピング順序を基地局が設定する場合、特定のシンボルリソース又は副搬送波リソースはインデックスの観点で定義される。
【０４８５】
またＵＥは、データＲＥのうちの一部をパンクチャリングし、該当ＲＥにＵＣＩマッピングを行うか、又はデータＲＥのうちの一部についてレートマッチングを適用し、ＰＵＳＣＨ内の残りのＲＥにＵＣＩマッピングを行うことができる。
【０４８６】
またＰＵＳＣＨ送信のための波形がＳＣ−ＦＤＭＡである場合、端末のＵＣＩマッピング動作は、ＤＦＴプリコーディング適用前の仮想的な時間及び周波数領域で行われることができる。
【０４８７】
また端末が周波数優先マッピング方式を適用するか時間優先マッピング方式を適用するかは、以下のうちの１つの方式により決定される。
【０４８８】
１）予め約束された方式
【０４８９】
２）基地局が上位層信号により設定
【０４９０】
３）ＰＵＳＣＨに適用される波形によって決定（例：ＯＦＤＭ方式の場合は、周波数優先マッピング、ＳＣ−ＦＤＭＡ方式の場合には、（仮想的な時間軸における）時間優先マッピング）
【０４９１】
この時、シンボル集合（又は副搬送波集合）単位で周波数優先マッピング（又は時間優先マッピング）を行う場合、シンボル集合（又は副搬送波集合）内のＵＣＩマッピング対象の副搬送波の間のＵＣＩマッピング順序は、時間優先マッピング（又は周波数優先マッピング）に従うことができる。一例として、上記シンボル集合単位について適用されたＵＣＩマッピング方法が周波数優先マッピングである場合、ＵＥはシンボル集合内で時間優先マッピング方式を適用することができる。同様に、上記副搬送波集合単位について適用されたＵＣＩマッピング方法が時間優先マッピングである場合は、ＵＥはシンボル集合内で周波数優先マッピング方式を適用することができる。
【０４９２】
一例として、ＵＥはデータに対する変調（ｍｏｄｕｌａｔｉｏｎ）及びリソースマッピングが終了した後にＰＵＳＣＨ内の一部のデータＲＥをパンクチャリングし、該当ＲＥに符号化ＵＣＩシンボル（例：変調されたシンボル）マッピングを行うか、又はデータに対するレートマッチングを行ってＰＵＳＣＨ内の一部ＲＥを残した後、該当ＲＥにコーディングされたＵＣＩシンボルマッピングを行うことができる。
【０４９３】
この時、ＰＵＳＣＨ送信波形がＣＰ−ＯＦＤＭ方式である場合、周波数ダイバーシティ利得を得るためにＵＥは周波数軸にＵＣＩをまず割り当てる周波数優先方式のＵＣＩマッピングを適用することができる。
【０４９４】
例えば、同じシンボル上の分散されたＭ個のＲＥでＲＥＧを形成した状態で、ＵＥはＵＣＩを（ＤＭＲＳ隣接）１番目のシンボルのＲＥＧ  ｉｎｄｅｘ１、次の２番目のシンボルのＲＥＧ  ｉｎｄｅｘ１、…最後のシンボルのＲＥＧ  ｉｎｄｅｘ１、再び１番目のシンボルのＲＥＧ  ｉｎｄｅｘ２にマッピングすることができる。同じシンボル内のＲＥＧの間の位置の場合、（周波数軸で）隣接する形態である又は分散される形態であることができる。
【０４９５】
図２７は２つの副搬送波間隔を有する２つのＲＥを１つのＲＥＧとして設定する場合のＵＣＩマッピング方法を簡単に示す図である。特に、図２７において、ＲＥＧを構成するＲＥ間の間隔（又はＲＥＧ内の１番目のＲＥと最後のＲＥの間の間隔）はＲＥＧの開始点の間の間隔より小さいと仮定する。
【０４９６】
図２８は２つのシンボル間隔を有する２つのＲＥを１つのＲＥＧとして設定する場合のＵＣＩマッピング方法を簡単に示す図である。図２８は図２７の変形例であって、時間軸方向にＲＥＧが定義される例示である。
【０４９７】
この時、ＵＥはＵＣＩを（ＤＭＲＳ隣接）１番目の副搬送波のＲＥＧ  ｉｎｄｅｘ１、次の２番目の副搬送波のＲＥＧ  ｉｎｄｅｘ１、…最後の副搬送波のＲＥＧ  ｉｎｄｅｘ１、再び１番目の副搬送波のＲＥＧ  ｉｎｄｅｘ２にマッピングすることができる。この同じ副搬送波内のＲＥＧの間の位置の場合、（時間軸で）隣接する形態である又は分散される形態である。
【０４９８】
図２９は５つの副搬送波間隔を有する２つのＲＥを１つのＲＥＧとして設定する場合のＵＣＩマッピング方法を簡単に示す図である。
【０４９９】
図２９に示したように、同じシンボル上の分散されたＭ個のＲＥでＲＥＧを形成した状態で、ＵＥはＵＣＩを（ＤＭＲＳ隣接）１番目のシンボルのＲＥＧ  ｉｎｄｅｘ１、次の２番目のシンボルのＲＥＧ  ｉｎｄｅｘ１、…最後のシンボルのＲＥＧ  ｉｎｄｅｘ１、再び１番目のシンボルのＲＥＧ  ｉｎｄｅｘ２にマッピングすることができる。この時、ＲＥＧを構成するＲＥ間の間隔（又はＲＥＧ内の１番目のＲＥと最後のＲＥの間の間隔）は、ＲＥＧの開始点間の間隔より大きく設定されることができる。
【０５００】
図２９において、ＲＥＧ内のＲＥ間の間隔は５つの副搬送波間隔であるが、ＲＥＧの開始点間の間隔は２つのサブキャリアで設定されることができる。よって、ＵＣＩは周波数軸で互いに異なるＲＥＧに属するＲＥに行き違ってマッピングされることができる。
【０５０１】
図２９に示したように、ＲＥＧを構成するＲＥ間の間隔（又はＲＥＧ内の１番目のＲＥと最後のＲＥ間の間隔）がＲＥＧの開始点間の間隔より大きく設定される場合、ＲＥＧ間の距離だけではなくＲＥＧ内のＲＥ間の距離も大きく設定されて符号化ＵＣＩビット内の隣接する情報はＵＣＩマッピング過程で分散される効果を得ることができる。
【０５０２】
図３０は４つのシンボル間隔を有する２つのＲＥを１つのＲＥＧとして設定する場合のＵＣＩマッピング方法を簡単に示す図である。
【０５０３】
図２９の例示と同様に、同じ副搬送波上の分散されたＭ個のＲＥでＲＥＧを形成した状態で、ＵＥはＵＣＩを（ＤＭＲＳ隣接）１番目の副搬送波のＲＥＧ  ｉｎｄｅｘ１、次の２番目の副搬送波のＲＥＧ  ｉｎｄｅｘ１、…最後の副搬送波のＲＥＧ  ｉｎｄｅｘ１、再び１番目の副搬送波のＲＥＧ  ｉｎｄｅｘ２にマッピングすることができる。この時、ＲＥＧを構成するＲＥ間の間隔（又はＲＥＧ内の１番目のＲＥと最後のＲＥ間の間隔）はＲＥＧの開始点間の間隔より大きく設定されることができる。
【０５０４】
図３０において、ＲＥＧ内のＲＥ間の間隔は４つのシンボル間隔であるが、ＲＥＧの開始点間の間隔は２つのシンボル間隔で設定されることができる。よって、ＵＣＩは時間軸で互いに異なるＲＥＧに属するＲＥが行き違ってマッピングされることができる。
【０５０５】
さらに、同じシンボル（又は副搬送波）上の分散されたＭ個のＲＥでＲＥＧを構成する時、ＵＥはシンボル（又は副搬送波）インデックスが増加することによりＮ個のＲＥＧについてＵＣＩを交互にマッピングする方式でＵＣＩをマッピングすることができる。
【０５０６】
具体的な一例として、２つのＲＥＧを交互にマッピングする場合、ＵＥはＵＣＩを１番目のシンボル（又は副搬送波）のＲＥＧ  ｉｎｄｅｘ１、次の２番目のシンボル（又は副搬送波）のＲＥＧ  ｉｎｄｅｘ２、次の３番目のシンボル（又は副搬送波）のＲＥＧ  ｉｎｄｅｘ１、…最後のシンボル（又は副搬送波）のＲＥＧ  ｉｎｄｅｘ２、次に１番目のシンボル（又は副搬送波）のＲＥＧ  ｉｎｄｅｘ２、次に２番目のシンボル（又は副搬送波）のＲＥＧ  ｉｎｄｅｘ１、…の順にマッピングすることができる。
【０５０７】
図３１及び図３２は各々ＲＥＧが同じシンボル上の分散されたＭ個のＲＥで構成された場合、ＵＥがＲＥＧ間で交互にＵＣＩをマッピングする動作を簡単に示す図である。
【０５０８】
図３３及び図３４は各々ＲＥＧが同じ副搬送波上の分散されたＭ個のＲＥで構成された場合、ＵＥがＲＥＧ間で交互にＵＣＩをマッピングする動作を簡単に示す図である。
【０５０９】
さらに、基地局がＵＣＩマッピング可能なシンボルを制限する場合、ＵＥは図３５のように分散された形態でＵＣＩマッピングを行うことができる。図３５は基地局が端末に１番目、４番目、７番目、１０番目、１３番目のシンボルについてＵＣＩマッピングを許容する場合、ＵＥのＵＣＩマッピング動作を簡単に示す図である。図３５において、シンボル間のＵＣＩマッピング順序はシンボルインデックスの昇順で決定されると仮定する。
【０５１０】
上述した第２のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０５１１】
３．３．第３のＵＣＩ送信方法
【０５１２】
ＵＥがＰＵＳＣＨ１にＵＣＩ１に対するＵＣＩピギーバックを行い、ＰＵＳＣＨ１送信スロット内のミニスロット基盤のＰＵＳＣＨ２の送信を行う場合、上記ＵＣＩ１の送信シンボル（又はＵＣＩ１がマッピングされたＲＥ）とＰＵＳＣＨ２のリソースとが衝突することができる。この時、ＵＥは以下のうちの１つの動作を行うことができる。
【０５１３】
（１）ＵＣＩ１送信を省略（Ｄｒｏｐ）
【０５１４】
（２）ＰＵＳＣＨ２送信を省略（Ｄｒｏｐ）
【０５１５】
（３）１送信シンボル（又はＵＣＩ１がマッピングされたＲＥ）に割り当てられたＰＵＳＣＨ２のデータについてパンクチャリングを行うか、又はＵＣＩ１送信シンボル（又はＵＣＩ１がマッピングされたＲＥ）がＰＵＳＣＨ２リソースから除外されるようにレートマッチングを行う。
【０５１６】
具体的な一例として、ＵＥがｅＭＢＢサービスのためのＰＵＳＣＨ（ＰＵＳＣＨ１）を１ｍｓの長さのスロットに送信すると仮定する。その後、基地局がＵＥにＰＵＳＣＨ１送信スロット内の１ｍｓ未満のミニスロットでＵＲＬＬＣサービスのためのＰＵＳＣＨ２を送信するように指示すると仮定する。
【０５１７】
この時、ＵＥがＰＵＳＣＨ１にＵＣＩピギーバックを行い、ＵＣＩとＰＵＳＣＨ２が衝突する場合、相対的に重要なＵＣＩの送信を保護する必要がある。理想的には、ＰＵＳＣＨ２の送信領域を除外するようにＰＵＳＣＨ１の送信領域が再定義され、ＵＥはこの再定義されたＰＵＳＣＨ１の送信リソース領域にＵＣＩマッピングを再び行うことができる。但し、このような方法は、ＵＥのプロセシング時間などを考慮した時、実用的な方法ではない。
【０５１８】
よって、より実用的な方法として、ＰＵＳＣＨ１内のＵＣＩが送信されるシンボル（又はマッピングされたＲＥ）についてはＰＵＳＣＨ２の送信を許容しない方法が考えられる。
【０５１９】
図３６はＰＵＳＣＨ１及びＵＣＩが送信される場合、４番目、５番目のシンボル位置で２シンボルの長さのミニスロットでＰＵＳＣＨ２が送信される場合を示す図である。図３６において、ＵＥはＰＵＳＣＨ２の送信リソースのうち、ＰＵＳＣＨ１内のＵＣＩがマッピングされたＲＥについてパンクチャリング又はレートマッチングを適用して送信することができる。
【０５２０】
上記構成において、以下のような優先順位が適用される。
【０５２１】
ｅＭＢＢ  Ｄａｔａ＜ＵＬＲＲＣ  Ｄａｔａ＜ｅＭＢＢ  ＵＣＩ＜ＵＬＲＲＣ  ＵＣＩ
【０５２２】
一例として、ＰＵＳＣＨ２がＵＣＩを含む場合、ＵＥはＰＵＳＣＨ２についてＰＵＳＣＨ１領域のＵＣＩがマッピングされたＲＥに対するパンクチャリング又はレートマッチングを行わず、完全なＰＵＳＣＨ２を送信することもできる。
【０５２３】
上述した第３のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０５２４】
３．４．第４のＵＣＩ送信方法
【０５２５】
ＵＥがＰＵＳＣＨにＵＣＩピギーバックを行う場合、ＵＥはＵＣＩがピギーバックされない場合のＰＵＳＣＨ  ＤＭ−ＲＳパターン（Ｐａｔｔｅｒｎ  Ａ）と他のＰＵＳＣＨ  ＤＭ−ＲＳパターン（Ｐａｔｔｅｒｎ  Ｂ）を適用できる。
【０５２６】
この時、ＵＥはＰａｔｔｅｒｎ  ＢによるＰＵＳＣＨ  ＤＭ−ＲＳに隣接するシンボルについてＵＣＩマッピングを行うことができる。
【０５２７】
特徴的な例として、Ｐａｔｔｅｒｎ  ＢはＰａｔｔｅｒｎ  Ａより高いＤＭ−ＲＳ密度を有することができる。
【０５２８】
図３７はＵＣＩピギーバック無しにＰＵＳＣＨを送信する場合、及びＵＣＩピギーバックが適用されたＰＵＳＣＨを送信する場合のＤＭ−ＲＳのマッピングパターンを各々示す図である。
【０５２９】
具体的には、ＵＥがＵＣＩピギーバック無しにＰＵＳＣＨ送信を行う場合、図３７の左側に示したように、ＵＥはＤＭ−ＲＳを１つのシンボルで送信することができる。又はＵＥがＵＣＩピギーバックが適用されたＰＵＳＣＨ送信を行う場合、図３７の右側に示したように、ＵＥはチャネル推定性能の向上のためにＤＭ−ＲＳを２つのシンボルで送信し、さらに各々のＤＭ−ＲＳ隣接シンボルについてＵＣＩマッピングを行うことができる。
【０５３０】
またＰＵＳＣＨ内にさらなるＵＬ  ＲＳ（例：ａｄｄｉｔｉｏｎａｌ  ＤＭ−ＲＳ又はＰＴＲＳ）が導入される時、更なるＵＬ  ＲＳが存在する場合と存在しない場合にＵＣＩマッピング方法が異なることができる。
【０５３１】
上述した第４のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０５３２】
３．５．第５のＵＣＩ送信方法
【０５３３】
ＵＥがＰＵＳＣＨ（又はＰＤＳＣＨ）に対するデータのＲＥマッピングを行う場合、ＵＥはＰＵＳＣＨ（又はＰＤＳＣＨ）送信スロット内の一部シンボルに対応するリソース領域について時間優先マッピングを行い、残りのシンボルに対応するリソース領域について周波数優先マッピングを行うことができる。
【０５３４】
ＵＥがＰＵＳＣＨに対するデータのＲＥマッピングを行う時、周波数優先マッピング方式は早期デコーディング（Ｅａｒｌｙ  ｄｅｃｏｄｉｎｇ）に有利である反面、時間のダイバーシティを得ることが難しい。反面、時間優先マッピング方式は早期デコーディングに多少不利になるが、時間ダイバーシティ利得を得るためには有利である。
【０５３５】
ＵＲＬＬＣなどのミニスロット基盤の送信を考慮した時、データを時間軸で分散させることは、速い干渉変動（Ｆａｓｔ  ｉｎｔｅｒｆｅｒｅｎｃｅ  ｆｌｕｃｔｕａｔｉｏｎ）の特性又は瞬間的な干渉信号からの影響を減らすためにより有利である。なお、早期デコーディング（Ｅａｒｌｙ  ｄｅｃｏｄｉｎｇ）も本発明が適用可能なＮＲシステムの重要な特性であるので、本発明が適用可能なＮＲシステムではＵＥがデコーディングをより早く開始できるように支援することが好ましい。
【０５３６】
このような問題を解決する方法として、ＵＥはスロット内の前側のシンボルに対応するリソース領域では時間優先マッピングを行い、その後、シンボルに対応するリソース領域では周波数優先マッピングを行うことができる。一般的に、ＵＥがバッファに貯蔵されたデータを処理する時は、処理速度が速い特性を活用するので、ＵＥは前側のシンボル内のデータに対するバッファリング後に高速でデコーディングを行い、その後、後側のシンボル内のデータに対しては周波数優先マッピング方式によってシンボルごとにデコーディングを行うことができる。この時、前側のシンボル内のデータについては時間優先マッピングが適用されるので、時間ダイバーシティ利得の側面でも効果がある。
【０５３７】
上述した第５のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０５３８】
３．６．第６のＵＣＩ送信方法
【０５３９】
ＵＥがＰＵＳＣＨにＵＣＩピギーバックを行う場合、ＵＥは以下のうちの１つの方式でＵＣＩマッピングを行うことができる。
【０５４０】
（１）データＲＥのうちの一部をパンクチャリングし、該当ＲＥにＵＣＩマッピングを行う。
【０５４１】
（２）データＲＥのうちの一部を減らすレートマッチングを適用し、（ＰＵＳＣＨ内の）残りのＲＥにＵＣＩマッピングを行う。
【０５４２】
この時、ＵＥは符号化データビットの系統的なビットが送信される領域（又はシンボル）を避けるように上記パンクチャリング（又はレートマッチング）対象となるデータＲＥを決定することができる。
【０５４３】
具体的な例として、符号化データビットの系統的なビットがＰＵＳＣＨの最後のシンボルから逆にシンボルに割り当てられる場合、ＵＥは（ＰＵＳＣＨ  ＤＭ−ＲＳに隣接する）１番目のシンボルからの逐次シンボルについてパンクチャリング（又はレートマッチング）を行ってＵＣＩをマッピングすることができる。かかる動作により、ＵＣＩマッピング過程で系統的なビットがパンクチャリングされる効果が緩和される。
【０５４４】
さらに第６のＵＣＩ送信方法において、ＵＣＩピギーバックを行うＰＵＳＣＨにおけるデータに対するＲＥマッピング順序と、ＵＣＩピギーバックを行わないＰＵＳＣＨにおけるデータに対するＲＥマッピング順序とは異なることができる。（例：ＵＣＩピギーバックを行うＰＵＳＣＨの場合、時間軸で逆にＲＥマッピングを行う）
【０５４５】
上述した第６のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０５４６】
３．７．第７のＵＣＩ送信方法
【０５４７】
ＰＵＳＣＨ  ＤＭ−ＲＳがシンボル内のＩＦＤＭＡ方式のＮ個のインタレース（Ｉｎｔｅｒｌａｃｅ）リソースのうちの１つに送信される場合、ＵＥは特定の条件を満たす時（例：ＵＥがＰＵＳＣＨにＵＣＩピギーバックを行う場合、及び／又はＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ  Ｕｓｅｒ−Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）が非活性化された場合など）、ＤＭ−ＲＳシンボル内の他のインタレースリソースをＵＣＩマッピングに活用できる。
【０５４８】
ここで、基地局が上位層信号（例：ＲＲＣシグナリング）又は動的制御信号（例：ＤＣＩ）によりＵＣＩマッピングが可能なＤＭ−ＲＳシンボル及び／又は（シンボル内の）インタレースリソースをＵＥに指示することができる。
【０５４９】
具体的には、本発明が適用可能なＮＲシステムにおいて、ＣＰ−ＯＦＤＭ基盤のＰＵＳＣＨの送信時にＭＵ−ＭＩＭＯ動作を支援するためには、ＤＭ−ＲＳリソース間の直交性を保証する必要がある。従来のＬＴＥシステムの場合、ＰＵＳＣＨがＳＣ−ＦＤＭＡ方式で送信されたので、ＰＵＳＣＨ  ＤＭ−ＲＳ間の直交性のためにＣＳ（ｃｙｃｌｉｃ  ｓｈｉｆｔ）又はＯＣＣ（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）などのＣＤＭ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式が適用される。但し、本発明が適用可能なＮＲシステムにおけるＣＰ−ＯＦＤＭ基盤のＰＵＳＣＨでは、ＤＭ−ＲＳ  ＲＥマッピングが比較的に自由であるので、互いに異なるＵＥ間のＤＭ−ＲＳをＦＤＭ方法で区分することができる。
【０５５０】
よって、ＰＵＳＣＨ  ＤＭ−ＲＳはＩＦＤＭＡ方式のＮ個のインタレースリソースのうちの１つ（又はＮ個のコンボリソースのうちの１つ）で送信されることができる。この時、ＵＥがＰＵＳＣＨにＵＣＩピギーバックを行う場合、ＵＥはＤＭ−ＲＳが送信されるリソースに隣接してＵＣＩをマッピングすることが、チャネル推定の正確度の観点で好ましい。よって、もしＤＭ−ＲＳが送信されたシンボルの残りのインタレースリソース（又は残りのコンボリソース）が活用可能であれば、ＵＥが該当リソースにＵＣＩマッピングを行う方法が考えられる。但し、この動作は、ＭＵ−ＭＩＭＯ動作が非活性化されてＤＭ−ＲＳ送信シンボルで残りのインタレースリソース（又は残りのコンボリソース）内の他のＵＥのＤＭ−ＲＳの存在を考慮する必要がない場合にのみ支援できる。
【０５５１】
上述した第７のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０５５２】
３．８．第８のＵＣＩ送信方法
【０５５３】
ＵＥがＰＵＳＣＨにＵＣＩピギーバックを行う場合、短いＰＵＣＣＨフォーマットで送信されるＵＣＩをＰＵＳＣＨにピギーバックする場合と、長いＰＵＣＣＨフォーマットで送信されるＵＣＩをＰＵＳＣＨにピギーバックする場合のＵＣＩマッピング方法が互いに異なる。
【０５５４】
ここで、短いＰＵＣＣＨフォーマットはスロット内の１つ又は２つのシンボルで構成されたＰＵＣＣＨフォーマットを意味し、長いＰＵＣＣＨフォーマットはスロット全体又は２つのシンボルより多いシンボルで構成されたＰＵＣＣＨフォーマットを意味する。
【０５５５】
本発明が適用可能なＮＲシステムでは、短いＰＵＣＣＨフォーマット及び長いＰＵＣＣＨフォーマットが考慮される。この時、短いＰＵＣＣＨフォーマットは比較的カバレッジの問題がなく、低い遅延（Ｌｏｗ  Ｌａｔｅｎｃｙ）が求められる場合に活用され、長いＰＵＣＣＨフォーマットは広いカバレッジを支援する場合に活用される。
【０５５６】
この時、短いＰＵＣＣＨフォーマットで送信可能な最大のＵＣＩペイロードサイズと、長いＰＵＣＣＨフォーマットで送信可能な最大のＵＣＩペイロードサイズとは互いに異なることができる。よって、ＵＥがＵＣＩをＰＵＳＣＨにピギーバックする時に必要なＲＥ量が異なることができる。特に、ＵＥが周波数軸に分散されたＲＥにＵＣＩピギーバックを行う場合、相対的に送信する最大のＵＣＩペイロードサイズが小さいと、ＵＥはＰＵＣＨ内のＵＣＩピギーバックを行うＲＥ間の周波数軸間隔を広く設定して周波数ダイバーシティ利得を極大化することができる。
【０５５７】
従って、本発明では短いＰＵＣＣＨフォーマットに対するＵＣＩピギーバックを行う場合、及び長いＰＵＣＣＨフォーマットに対するＵＣＩピギーバックを行う場合に、ＵＣＩマッピングを行うＲＥ間の時間軸及び／又は周波数軸の間隔を各々の場合の最大ＵＣＩペイロードサイズに合わせて異なるＵＣＩマッピングを適用する方法を提案する。
【０５５８】
上述した第８のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０５５９】
３．９．第９のＵＣＩ送信方法
【０５６０】
ＵＥがＰＵＳＣＨにＵＣＩピギーバックを行う場合、以下のリソースについてはＵＣＩピギーバックが許容されないことができる。
【０５６１】
（１）ＰＵＳＣＨ送信領域内の（１番目の）ＤＭ−ＲＳ送信シンボルより先行するシンボル。一例として、ＤＭ−ＲＳ位置がＰＵＳＣＨの開始シンボル（Ｓｔａｒｔｉｎｇ  ｓｙｍｂｏｌ）の位置とは関係なく固定された場合、（１番目の）ＤＭ−ＲＳより先行するＰＵＳＣＨ送信シンボルについてはＵＣＩピギーバックが許容されないことができる。
【０５６２】
（２）セル内の他の端末のＤＭ−ＲＳ送信が行われるシンボル
【０５６３】
（３）ＤＣ（Ｄｉｒｅｃｔ  Ｃｕｒｒｅｎｔ）副搬送波として活用される周波数リソース（例：副搬送波）
【０５６４】
−上記（３）の動作は、ＰＵＳＣＨに適用された波形によって異なるように適用される。
【０５６５】
−一例として、ＣＰ−ＯＦＤＭを波形として適用する場合、ＵＣＩピギーバックを行う時、ＵＥはＤＣ副搬送波又はＤＣサブキャリア候補についてパンクチャリング又はレートマッチングを行い、該当副搬送波によりＵＬデータを送信することができる。
【０５６６】
−他の例として、ＤＦＴ−ｓ−ＯＦＤＭを波形として適用する場合、ＵＣＩピギーバックを行う時、ＵＥはＤＣ副搬送波でもＵＣＩを送信することができる。この時、ＵＣＩがＤＣ副搬送波により送信される場合、（ＵＣＩが含まれたＤＣサブキャリアの数によって）ＵＣＩに対するコード率（符号レート、ｃｏｄｅ  ｒａｔｅ）を高めることができる。
【０５６７】
ここで、ＤＣ副搬送波は、ＤＣとして使用可能であると基地局（例：ｅＮＢ又はｇＮＢ）がＵＥに知らせた副搬送波、又はＤＣとして使用できるとＵＥが基地局（例：ｅＮＢ又はｇＮＢ）に知らせた副搬送波を意味する。
【０５６８】
図３８はスロット内のＰＵＳＣＨ  ＤＭ−ＲＳとＰＴ−ＲＳ（Ｐｈａｓｅ  Ｔｒａｃｋｉｎｇ−Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）が存在することを示す図である。
【０５６９】
図３８において、ＰＵＳＣＨはＳｙｍｂｏｌ＃０及びＳｙｍｂｏｌ＃１で送信されることができる。但し、ＵＣＩピギーバック規則がＰＵＳＣＨの開始シンボル位置に関係なく共通に適用されるように、Ｓｙｍｂｏｌ＃０及びＳｙｍｂｏｌ＃１におけるＵＣＩピギーバックが排除されることができる。
【０５７０】
又はＰＵＳＣＨに対する開始シンボル及び終了シンボルが動的に変更される時、ＵＣＩピギーバックは任意のＰＵＳＣＨについて常に送信が保証されるシンボルに対してのみ定義されることができる。一例として、全体スロット内の１４個のシンボルが存在し、ＰＵＳＣＨに対する開始シンボルがＳｙｍｂｏｌ＃０、＃１、＃２、終了シンボルがＳｙｍｂｏｌ＃１１、＃１２、＃１３である時、ＵＥはＰＵＳＣＨが送信されると、常に存在するＳｙｍｂｏｌ＃３、＃４、＃５、…、＃１０に対してのみＵＣＩピギーバックを適用することができる。
【０５７１】
また、ＭＵ−ＭＩＭＯ動作を支援するために、他の端末のＤＭ−ＲＳが送信可能な潜在的なシンボルについてもＵＣＩピギーバックが行われないことができる。一例として、図３８において、Ｓｙｍｂｏｌ＃２のみにＤＭ−ＲＳを送信するＵＥ１と、Ｓｙｍｂｏｌ＃２及びＳｙｍｂｏｌ＃３で全てＤＭ−ＲＳ送信を行うＵＥ２のＰＵＳＣＨ間のＭＵ−ＭＩＭＯされる場合、ＵＥ１の立場でＳｙｍｂｏｌ＃３についてはＵＣＩピギーバックを行わないことが好ましい。特に、ＤＭ−ＲＳについてデータとは異なり、パワーブースト（Ｐｏｗｅｒ  ｂｏｏｓｔｉｎｇ）などが適用された場合は、該当シンボルにおける干渉の影響が大きいことができるので、ＵＣＩピギーバックを行わないことが好ましい。
【０５７２】
また、リソース内の特定の副搬送波がＤＣ搬送波として活用される場合、該当副搬送波におけるＵＣＩピギーバックは行われないことができる。
【０５７３】
さらに、ＰＵＳＣＨが送信されるスケジューリング単位内のシンボル数が一定以上である場合にのみＵＣＩピギーバックが許容されることができる。一例として、本発明が適用可能なＮＲシステムでは、スロットより少ない数のシンボルで構成されるミニスロットが支援されることができる。
【０５７４】
この時、ミニスロット内のシンボル数が十分ではない場合、ＵＣＩピギーバックの動作によりレートマッチング又はパンクチャリングされるデータ比率が相対的に高くなってＰＵＳＣＨ送信時にデータ検出ミス確率が高くなることができる。よって、ミニスロット内のシンボル数が十分である場合にのみＵＣＩピギーバックが許容される。
【０５７５】
またミニスロット内のシンボル数によってＰＵＳＣＨが送信されるスケジューリング単位内のシンボル数によってＵＣＩピギーバックに適用されるパラメータ（例：コーディングレートの調整パラメータ）が異なるように適用される。一例として、ミニスロット内のシンボル数が小さい場合、データリソースの損失を減らすために、ＵＣＩピギーバックに対するコーディングレート調整パラメータ（以下、ベータオフセット）が小さく設定され、ミニスロット内のシンボル数が大きい場合には、Ｂｅｔａ  ｏｆｆｓｅｔが大きく設定されることができる。
【０５７６】
さらに、基地局は端末にＤＣＩによりＵＣＩピギーバックを行えるシンボルを指示することができる。例えば、基地局はＵＬスケジューリングＤＣＩにより端末にＵＣＩピギーバックが可能な開始シンボルインデックス（Ｓｔａｒｔｉｎｇ  ｓｙｍｂｏｌ  ｉｎｄｅｘ）及び／又は終了シンボルインデックス（Ｅｎｄｉｎｇ  ｓｙｍｂｏｌ  ｉｎｄｅｘ）を知らせることができる。
【０５７７】
上述した第９のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０５７８】
３．１０．第１０のＵＣＩ送信方法
【０５７９】
ＵＥがＰＵＳＣＨにＵＣＩピギーバックを行う場合、データ（又はデータの符号化ビット）に対するＲＥマッピング方式（以下、データ−ｔｏ−ＲＥマッピング）によってＵＥはＵＣＩ（又はＵＣＩの符号化ビット）に対するＲＥマッピング方式（以下、ＵＣＩ−ｔｏ−ＲＥマッピング）を異なるように適用することができる。
【０５８０】
より具体的には、上記のデータ−ｔｏ−ＲＥマッピング及びＵＣＩ−ｔｏ−ＲＥマッピングは以下のようである。
【０５８１】
（１）データ−ｔｏ−ＲＥマッピングがまず周波数軸リソースを満たす方式（Ｆｒｅｑｕｅｎｃｙ  ｆｉｒｓｔ  ｍａｐｐｉｎｇ）である場合
【０５８２】
この時、ＵＣＩ−ｔｏ−ＲＥマッピングは時間軸（全体又は特定の一部）リソースを（周波数軸より）先に満たす方式（Ｔｉｍｅ−ｆｉｒｓｔ  ｍａｐｐｉｎｇ）が適用されることができる。この場合、ＵＣＩがマッピングされる時間軸の特定の一部リソースは、周波数リソース（例：副搬送波、ＰＲＢなど）インデックスごとに同一又は異なるように設定されることができる。
【０５８３】
（２）データ−ｔｏ−ＲＥマッピングがまず時間軸リソースを満たす方式（Ｔｉｍｅ  ｆｉｒｓｔ  ｍａｐｐｉｎｇ）である場合
【０５８４】
この時、ＵＣＩ−ｔｏ−ＲＥマッピングは周波数軸（全体又は特定の一部）リソースを（時間軸より）先に満たす方式（Ｆｒｅｑｕｅｎｃｙ−ｆｉｒｓｔ  ｍａｐｐｉｎｇ）が適用されることができる。この場合、ＵＣＩがマッピングされる周波数軸の特定の一部リソースは、時間リソース（例：ンボル、サブスロットなど）インデックスごとに同一又は異なるように設定されることができる。
【０５８５】
ここで、ＵＥは、データＲＥのうちの一部をパンクチャリングし、該当ＲＥにＵＣＩ−ｔｏ−ＲＥマッピングを行うか、又はデータＲＥのうちの一部を減らすレートマッチングを適用し、ＰＵＳＣＨ内の残りのＲＥにＵＣＩ−ｔｏ−ＲＥマッピングを行うことができる。
【０５８６】
より具体的には、ＰＵＳＣＨ内のデータ−ｔｏ−ＲＥマッピングがＦｒｅｑｕｅｎｃｙ−ｆｉｒｓｔ  ｍａｐｐｉｎｇである場合、データに対するＣＢ（ｃｏｄｅ  ｂｌｏｃｋ）もＦｒｅｑｕｅｎｃｙ−ｆｉｒｓｔ  ｍａｐｐｉｎｇによる一連のＲＥに割り当てられる。この時、もしＵＣＩ−ｔｏ−ＲＥマッピングについてもＦｒｅｑｕｅｎｃｙ−ｆｉｒｓｔ  ｍａｐｐｉｎｇが適用される場合、ＵＣＩによりパンクチャリングされるデータＲＥが特定のＣＢが割り当てられたデータ送信ＲＥグループに収集されて該当ＣＢに対するデータ復調性能（ｄａｔａ  ｄｅｃｏｄｉｎｇ  ｐｅｒｆｏｒｍａｎｃｅ）を劣化させることができる。
【０５８７】
このような問題を解決するために、データ−ｔｏ−ＲＥマッピングがＦｒｅｑｕｅｎｃｙ−ｆｉｒｓｔ  ｍａｐｐｉｎｇである場合には、ＵＣＩ−ｔｏ−ＲＥマッピングとしてＴｉｍｅ−ｆｉｒｓｔ  ｍａｐｐｉｎｇが適用されることができる。この場合、１つのＣＢの観点では一部の符号化ビットが対応する一部のＲＥに対するパンクチャリングのみが行われるので、ＵＣＩピギーバックがデータ復調性能に及ぼす影響を減らすことができる。同様に、ＰＵＳＣＨ内のデータ−ｔｏ−ＲＥマッピングがＴｉｍｅ−ｆｉｒｓｔ  ｍａｐｐｉｎｇによる場合は、ＵＣＩ−ｔｏ−ＲＥマッピングとしてＦｒｅｑｕｅｎｃｙ−ｆｉｒｓｔ  ｍａｐｐｉｎｇが適用されることができる。
【０５８８】
上述した第１０のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０５８９】
３．１１．第１１のＵＣＩ送信方法
【０５９０】
以下、Ｃｏｕｎｔｅｒ  ＤＡＩ（ｄｏｗｎｌｉｎｋ  ａｓｓｉｇｎｍｅｎｔ  ｉｎｄｅｘ）（以下、ｃ−ＤＡＩ）は（スケジュールされた）ＰＤＳＣＨ（又はＴｒａｎｓｐｏｒｔ  ｂｌｏｃｋ（以下、ＴＢ）又はＣｏｄｅ  ｂｌｏｃｋ  ｇｒｏｕｐ（以下、ＣＢＧ））の間の順序を知らせるＤＣＩ（例：ＤＬ  ｓｃｈｅｄｕｌｉｎｇ  ＤＣＩ）内の特定のインデックス値を意味し、Ｔｏｔａｌ  ＤＡＩ（以下、ｔ−ＤＡＩ）はＨＡＲＱ−ＡＣＫの報告対象となる全体ＰＤＳＣＨ（又はＴＢ又はＣＢＧ）数を知らせるＤＣＩ（例：ＤＬ  ｓｃｈｅｄｕｌｉｎｇ  ＤＣＩ）内の特定のインデックス値を意味する。この時、ＵＥはＨＡＲＱ−ＡＣＫペイロードを構成する時、ｃ−ＤＡＩの順によって入力ビットを構成することができる。
【０５９１】
上記構成において、ＵＥがＰＵＳＣＨにＵＣＩピギーバックを行う場合、基地局はＨＡＲＱ−ＡＣＫ報告対象となる全体ＰＤＳＣＨ（又はＴＢ又はＣＢＧ）数をｔ−ＤＡＩと（ＵＬグラント内の）ＵＬ  ＤＡＩによりＵＥに知らせることができる。この時、ＵＥはＵＬ  ＤＡＩ値のみを活用してＨＡＲＱ−ＡＣＫペイロードサイズを決定できる。
【０５９２】
ここで、ＵＥはＵＣＩピギーバックを行う時、ＵＣＩ送信リソースのために（ＰＵＳＣＨ送信の観点で）レートマッチング（又はパンクチャリング）を行うことができる。
【０５９３】
より具体的には、ＵＥがＰＵＳＣＨにＵＣＩピギーバックを行い、基地局がＤＬ  ａｓｓｉｇｎｍｅｎｔ（＝ＤＬ  ｓｃｈｅｄｕｌｉｎｇ  ＤＣＩ）内のｔ−ＤＡＩにＨＡＲＱ−ＡＣＫ報告対象となる全体ＰＤＳＣＨ（又はＴＢ又はＣＢＧ）数を知らせることができる時、基地局は一定時間Ｎ１個のＰＤＳＣＨ（又はＴＢ又はＣＢＧ）に対するＨＡＲＱ−ＡＣＫ報告を考慮し、上記一定時間が経過した後、Ｎ２（≠Ｎ１）個のＰＤＳＣＨ（又はＴＢ又はＣＢＧ）に対するＨＡＲＱ−ＡＣＫ報告を指示することができる。この場合、ＵＥがＮ２個を指示するｔ−ＤＡＩを含むＤＬ  ａｓｓｉｇｎｍｅｎｔに対する検出に失敗する場合、基地局とＵＥの間の（ＵＣＩピギーバックのために）考慮されるＨＡＲＱ−ＡＣＫペイロードサイズに不一致が発生することができる。
【０５９４】
よって、ＵＥがＵＣＩピギーバックを行う場合、基地局はＵＬグラント内のＵＬ  ＤＡＩによりＨＡＲＱ−ＡＣＫ報告対象となる全体ＰＤＳＣＨ（又はＴＢ又はＣＢＧ）数を知らせ、ＵＥは（少なくともＵＣＩピギーバックの場合）ＤＬ  ａｓｓｉｇｎｍｅｎｔ内のｔ−ＤＡＩ指示を無視し、ＵＬグラント内のＵＬ  ＤＡＩのみを活用してＨＡＲＱ−ＡＣＫ報告のためのＵＣＩペイロードサイズを決定することができる。一方、ｔ−ＤＡＩは端末がＰＵＣＣＨにＨＡＲＱ−ＡＣＫ報告を行う場合に活用できる。
【０５９５】
以下、本発明において、ＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）は複数のＲＥＧ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔＳ  ｇｒｏｕｐ）で構成された物理的リソース領域を意味し、ＣＯＲＥＳＥＴは１つ以上のＳＳ（ｓｅａｒｃｈ  ｓｐａｃｅ）を含む。このＳＳはセル特定（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）又はＵＥ特定（ＵＥ  ｓｐｅｃｉｆｉｃ）又はＵＥグループ特定（ＵＥ−ｇｒｏｕｐ  ｓｐｅｃｉｆｉｃ）に設定でき、ＵＥはＳＳにおいてＤＬデータ送信をスケジュールするＰＤＣＣＨ（又はＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ））に対する検出を行うことができる。
【０５９６】
なお、本発明が適用可能なＮＲシステムでは、ＰＢＣＨ（ｐｈｙｓｉｃａｌ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）に設定される（ＲＭＳＩ（ｒｅｍａｉｎｉｎｇ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）送信のための）ＣＯＲＥＳＥＴ（以下、ＣＯＲＥＳＥＴ  Ａ）、ＲＭＳＩに設定される（ＯＳＩ（ｏｔｈｅｒ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）送信のための）ＣＯＲＥＳＥＴ（以下、ＣＯＲＥＳＥＴ  Ｂ）、また端末特定のＲＲＣシグナリングにより設定される（主にＵｎｉｃａｓｔデータ送信のための）ＣＯＲＥＳＥＴ（以下、ＣＯＲＥＳＥＴ  Ｃ）が存在する。
【０５９７】
この場合、ＣＯＲＥＳＥＴ  Ａ／Ｂ内に送信されるＰＤＣＣＨ（又はフォールバックＤＣＩ）についてはＤＡＩフィールドが常に存在せず、ＣＯＲＥＳＥＴ  Ｃ内に送信されるＰＤＣＣＨについてはＤＡＩフィールドが追加／除外されるように設定される。
【０５９８】
又はＣＯＲＥＳＥＴ  Ａ内に送信されるＰＤＣＣＨ（又はフォールバックＤＣＩ）についてはＤＡＩフィールドが常に存在せず、ＣＯＲＥＳＥＴ  Ｂ／Ｃ内に送信されるＰＤＣＣＨについてはＤＡＩフィールドが追加／除外されるように設定できる。
【０５９９】
このようにＰＢＣＨ及び／又はＲＭＳＩに設定されるＣＯＲＥＳＥＴについてＤＡＩフィールドが存在しないようにする構成は、再設定（Ｒｅ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ）による曖昧さ（Ａｍｂｉｇｕｉｔｙ）の問題を事前に除去して常に安定したフォールバックＤＣＩフォーマットを保証するためのものである。もし、全てのＣＯＲＥＳＥＴについてＤＡＩフィールドが追加／除外されるように設定できる場合、基地局がＤＡＩフィールドに対する再設定を行う間にＵＥを支援するフォールバックＤＣＩフォーマットがないことができる。
【０６００】
より具体的には、ＰＢＣＨに設定されるＣＯＲＥＳＥＴ（及び／又はＲＭＳＩに設定されるＣＯＲＥＳＥＴ）内のＤＣＩには、ＤＡＩが常に存在せず、ＲＲＣシグナリングにより設定されるＣＯＲＥＳＥＴ（及び／又はＲＭＳＩにより設定されるＣＯＲＥＳＥＴ）内のＤＣＩにはＤＡＩフィールドが追加／除外されるように設定できる。（上記においてＲＭＳＩにより設定されるＣＯＲＥＳＥＴは常にＤＡＩフィールドが存在しない又はＤＡＩフィールドが追加／除外されるように設定できる）
【０６０１】
上記と同じ設定は、ＨＡＲＱ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ、ＨＡＲＱ−ＡＣＫ  ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ、ｄｙｎａｍｉｃ  ｂｅｔａ  ｏｆｆｓｅｔ  ｉｎｄｉｃａｔｏｒなどについても適用できる。一例として、ＨＡＲＱ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ、ＨＡＲＱ−ＡＣＫ  ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ、ｄｙｎａｍｉｃ  ｂｅｔａ  ｏｆｆｓｅｔ  ｉｎｄｉｃａｔｏｒなどは、ＰＢＣＨに設定されるＣＯＲＥＳＥＴ（及び／又はＲＭＳＩに設定されるＣＯＲＥＳＥＴ）内のＤＣＩに常に存在せず、ＲＲＣシグナリングにより設定されるＣＯＲＥＳＥＴ（及び／又はＲＭＳＩにより設定されるＣＯＲＥＳＥＴ）内のＤＣＩに追加／除外されるように設定できる。
【０６０２】
またＰＢＣＨ又はＲＭＳＩにより設定されるＣＯＲＥＳＥＴ内のＤＣＩにはＤＡＩが常に設定されず、ＲＲＣシグナリングにより設定されるＣＯＲＥＳＥＴ内のＤＣＩにはＤＡＩが設定される又は設定されないことができる。
【０６０３】
この時、上記と同じ設定は、ＨＡＲＱ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ、ＨＡＲＱ−ＡＣＫ  ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ、ｄｙｎａｍｉｃ  ｂｅｔａ  ｏｆｆｓｅｔ  ｉｎｄｉｃａｔｏｒなどについても適用できる。
【０６０４】
上述した第１１のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０６０５】
３．１２．第１２のＵＣＩ送信方法
【０６０６】
ＵＥがＰＵＳＣＨにＵＣＩピギーバックを行う場合、このＵＣＩピギーバックのためのＨＡＲＱ−ＡＣＫ報告対象ＰＤＳＣＨ集合（又はＴＢ又はＣＢＧ集合）に対する候補は、以下のうちの１つの方法により設定される。
【０６０７】
（１）予め約束した方式により設定
【０６０８】
（２）上位層信号（例：ＲＲＣシグナリング）により設定
【０６０９】
この時、基地局はＵＬグラント内の特定のビットフィールド（ｂｉｔ  ｆｉｅｌｄ）に上記複数の候補のうちの１つを指示し、ＵＥは上記指示されたＨＡＲＱ−ＡＣＫ報告対象ＰＤＳＣＨ集合（又はＴＢ又はＣＢＧ集合）に対するＨＡＲＱ−ＡＣＫ情報を構成してＵＣＩピギーバックを行うことができる。
【０６１０】
この時、ＰＤＳＣＨ集合（又はＴＢ又はＣＢＧ集合）内の特定のＰＤＳＣＨ（又はＴＢ又はＣＢＧ）は、Ｃａｒｒｉｅｒ  ｉｎｄｅｘ、ｓｌｏｔ  ｉｎｄｅｘ（又はＵＣＩピギーバック送信時点対比時間オフセット）、ＨＡＲＱ  ｐｒｏｃｅｓｓ  ＩＤ、ＴＢ  ｉｎｄｅｘ、ＣＢＧ  ｉｎｄｅｘ、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｉｎｄｅｘのうちの１つ以上の組み合わせで表現される。
【０６１１】
より具体的には、基地局は予め各々２０、１５、１０、５個のＰＤＳＣＨ（又はＴＢ又はＣＢＧ）で構成された（ＨＡＲＱ−ＡＣＫ報告対象）ＰＤＳＣＨ（又はＴＢ又はＣＢＧ）集合４つを上位層信号などによりＵＥに設定し、その後ＵＬグラントにより上記４つのＰＤＳＣＨ（又はＴＢ又はＣＢＧ）集合のうちの１つを選択して、該当ＰＤＳＣＨ（又はＴＢ又はＣＢＧ）集合に対するＵＣＩピギーバックを行うように指示することができる。ＨＡＲＱ−ＡＣＫ報告対象ＰＤＳＣＨ（又はＴＢ又はＣＢＧ）集合内の特定のＰＤＳＣＨ（又はＴＢ又はＣＢＧ）は、Ｃａｒｒｉｅｒ  ｉｎｄｅｘ、そしてＵＣＩピギーバック時点対比時間オフセットで表現できる。
【０６１２】
上述した第１２のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０６１３】
３．１３．第１３のＵＣＩ送信方法
【０６１４】
ＵＥがＰＵＳＣＨにＵＣＩピギーバックを行う場合、ＵＥはＵＣＩピギーバック対象となるＵＣＩ（例：ＨＡＲＱ−ＡＣＫ又はＣＳＩ）のうちの一部ＵＣＩ送信リソースに対して（ＰＵＳＣＨ送信観点で）レートマッチングを行い、残りのＵＣＩ送信リソースに対して（ＰＵＳＣＨ送信観点で）パンクチャリングを行うことができる。
【０６１５】
ここで、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ＣＳＩ報告の場合、活性化／解除（ａｃｔｉｖａｔｉｏｎ／ｒｅｌｅａｓｅ）ＤＣＩのミス可能性を考慮して、ＵＥはＣＳＩ送信リソースに対して（ＰＵＳＣＨに対する）パンクチャリングを行うことができる。
【０６１６】
従来のＬＴＥシステムではＵＥがＨＡＲＱ−ＡＣＫをＵＣＩピギーバックに送信する場合、ＵＥはＨＡＲＱ−ＡＣＫ送信リソースに対して（ＰＵＳＣＨ送信観点で）パンクチャリングを行う。反面、本発明が適用可能なＮＲシステムでは、Ｃｏｄｅ  ｂｌｏｃｋ−ｌｅｖｅｌ  ＨＡＲＱ−ＡＣＫ送信などにより、ＨＡＲＱ−ＡＣＫ送信のためのＵＣＩペイロードサイズが大きくなると期待されるので、ＵＣＩピギーバックのためにＵＥがＨＡＲＱ−ＡＣＫ送信リソースに対する（ＰＵＳＣＨ送信観点で）パンクチャリングを行うことは、（レートマッチング対比）ＰＵＳＣＨ性能を劣化させることができる。
【０６１７】
よって、ＵＣＩピギーバック時にＵＥはＨＡＲＱ−ＡＣＫ送信リソースに対して（ＰＵＳＣＨ送信観点で）レートマッチングを行うことが好ましい。この時、もし基地局がＵＣＩピギーバック対象ＨＡＲＱ−ＡＣＫに対するＵＣＩペイロードサイズを実際スケジュールされたＰＤＳＣＨによって端末に知らせず、特定の固定値に設定する場合（例：ｓｄｍｉ−ｓｔａｔｉｃ  ｃｏｄｅｂｏｏｋ）、ＵＥはこの固定されたＵＣＩペイロードサイズを仮定してＰＵＳＣＨに対するレートマッチングを行うしかない。この場合、レートマッチングにより必要以上に多いリソースがＨＡＲＱ−ＡＣＫ送信のために割り当てられることにより、ＰＵＳＣＨ内のデータ送信のためのリソース割り当て量が相対的に少なくなる。
【０６１８】
よって本発明ではＵＥがＵＣＩピギーバックを行う場合、ＵＥはＨＡＲＱ−ＡＣＫ（又はＣＳＩ）のうちの一部のＨＡＲＱ−ＡＣＫ（又はＣＳＩ）送信リソースに対して（ＰＵＳＣＨ送信観点で）レートマッチングを行い、残りのＨＡＲＱ−ＡＣＫ（又はＣＳＩ）送信リソースに対して（ＰＵＳＣＨ送信観点で）パンクチャリングを行う方法を提案する。具体的には、ＵＥは基地局が予め設定した値によってＨＡＲＱ−ＡＣＫペイロードサイズを算定して対応されるＨＡＲＱ−ＡＣＫ送信リソースに対する（ＰＵＳＣＨ送信観点で）レートマッチングを行うことができる。但し、ＨＡＲＱ−ＡＣＫペイロードサイズが設定された値を超える場合、ＵＥは、一部のＨＡＲＱ−ＡＣＫについて（ＰＵＳＣＨ送信観点で）レートマッチングを適用して生成された送信リソースに送り、残りのＨＡＲＱ−ＡＣＫについては（ＰＵＳＣＨ送信観点で）パンクチャリングを行ってさらに生成された送信リソースに送信することができる。
【０６１９】
ここで、ＵＥが特定のＨＡＲＱ−ＡＣＫ（又はＣＳＩ）情報に対する送信時、該当ＵＣＩ送信リソースに対して（ＰＵＳＣＨ送信観点で）レートマッチングを適用するかパンクチャリングを適用するかは、該当ＨＡＲＱ−ＡＣＫ（又はＣＳＩ）に対して求められる遅延度（Ｌａｔｅｎｃｙ）によって決定される。一例として、求められる遅延度（Ｌａｔｅｎｃｙ）が一定値以下であるＨＡＲＱ−ＡＣＫ（又はＣＳＩ）については、ＵＥは該当送信リソースに対して（ＰＵＳＣＨ送信観点で）パンクチャリングを行い、求められる遅延度が一定値以上であるＨＡＲＱ−ＡＣＫ（又はＣＳＩ）については、ＵＥは該当送信リソースに対して（ＰＵＳＣＨ送信観点で）レートマッチングを行うことができる。
【０６２０】
上述した第１３のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０６２１】
３．１４．第１４のＵＣＩ送信方法
【０６２２】
ＵＥはＰＵＳＣＨにＵＣＩピギーバックを行う時、以下のうちの１つの方法によりＵＣＩピギーバックを行う。
【０６２３】
（１）Ｍｅｔｈｏｄ１：全てのＵＣＩ送信リソースに対して（ＰＵＳＣＨ送信観点で）レートマッチングを行う
【０６２４】
（２）Ｍｅｔｈｏｄ２：ＵＣＩのうちの一部のＵＣＩの送信リソースについては（ＰＵＳＣＨ送信観点で）レートマッチングを行い、残りのＵＣＩの送信リソースについては（ＰＵＳＣＨ送信観点で）パンクチャリングを行う
【０６２５】
この時、基地局はＵＥがＭｅｔｈｏｄ１及びＭｅｔｈｏｄ２のうちのいずれの方法を使用するかを、以下のうちの１つの方法により設定できる。
【０６２６】
１）ＤＣＩ（例：ＵＬグラント）により指示
【０６２７】
２）上位層信号（例：ＲＲＣシグナリング）により設定
【０６２８】
３）ＵＣＩペイロードサイズ（又はＤＬ  ＤＣＩ（又はＵＬグラント）内のｔ−ＤＡＩ（又はＵＬ  ＤＡＩ）値）によってＭｅｔｈｏｄ１又はＭｅｔｈｏｄ２を選択。一例として、ＵＣＩペイロードサイズ（又はＤＬ  ＤＣＩ（又はＵＬグラント）内のｔ−ＤＡＩ（又はＵＬ  ＤＡＩ）値）が小さい場合、Ｍｅｔｈｏｄ２が適用され、該当値が大きい場合は、Ｍｅｔｈｏｄ１が適用される。
【０６２９】
４）ｓｅｍｉ−ｓｔａｔｉｃ  Ａ／Ｎ  ｃｏｄｅｂｏｏｋであるとＭｅｔｈｏｄ１を、ｄｙｎａｍｉｃ  Ａ／Ｎ  ｃｏｄｅｂｏｏｋであるとＭｅｔｈｏｄ２を適用。
【０６３０】
ここで、Ｍｅｔｈｏｄ１及び／又はＭｅｔｈｏｄ２で（ＰＵＳＣＨ送信観点で）レートマッチングを行って送信する時、レートマッチングが適用される領域がＰＵＳＣＨ内のデータのＣＢごと又はＣＢＧごとに最大に分散されるようにＲＥマッピングが行われる。
【０６３１】
具体的には、ＵＣＩピギーバック対象となるＵＣＩペイロードサイズが大きい場合、ＵＥがＵＣＩ送信リソースに対して（ＰＵＳＣＨ送信観点で）レートマッチングを行ってＵＣＩを送信することがＰＵＳＣＨの性能観点で有利である。反面、ＵＣＩピギーバック対象となるＵＣＩペイロードサイズが小さい場合、ＵＥがＵＣＩ送信リソースに対して（ＰＵＳＣＨの送信観点で）パンクチャリングを行ってＵＣＩを送信することが端末の複雑度の観点で有利である。
【０６３２】
この時、ＵＥはＣＳＩについて常に正確なＵＣＩペイロードサイズを分かるので、ＵＣＩピギーバックを行う時、ＣＳＩ送信リソースに対して（ＰＵＳＣＨの送信観点で）レートマッチングを適用した後、送信することができる。この場合、ＵＥはＨＡＲＱ−ＡＣＫに対するＵＣＩピギーバックを行う場合にのみＨＡＲＱ−ＡＣＫペイロードサイズによってＨＡＲＱ−ＡＣＫ送信リソースに対して（ＰＵＳＣＨ送信観点で）レートマッチング又はパンクチャリングのうちの１つを行うことができる。結果的に、ＵＥはＵＣＩピギーバックのためにＭｅｔｈｏｄ１又はＭｅｔｈｏｄ２によるＵＣＩピギーバックを行うことができる。
【０６３３】
上記構成において、ＨＡＲＱ−ＡＣＫ送信リソースに対して（ＰＵＳＣＨ送信観点で）レートマッチング又はパンクチャリングを行うか否かは、基地局がＤＣＩ及び／又はＲＲＣシグナリングに設定する、又はＵＥがＨＡＲＱ−ＡＣＫペイロードサイズに基づいて決定される暗黙的な規則により１つの方式が選択されることができる。
【０６３４】
さらに、ＵＬグラント−ｔｏ−ＰＵＳＣＨ遅延によってＵＣＩピギーバック時にＵＥが全てのＵＣＩ送信リソースに対して（ＰＵＳＣＨ送信観点で）パンクチャリングを行うように指示される動作（Ｍｅｔｈｏｄ３）も考慮できる。一例として、ＵＥはＵＣＩピギーバックを行う時、ＵＬグラント−ｔｏ−ＰＵＳＣＨ遅延が一定値以下であると、Ｍｅｔｈｏｄ３を適用し、ＵＬグラント−ｔｏ−ＰＵＳＣＨ遅延が一定値より大きいと、Ｍｅｔｈｏｄ１を適用することができる。この時、ＵＬグラント−ｔｏ−ＰＵＳＣＨ遅延の大小を判断する基準値は予め約束した値であるか、又は基地局が上位層信号により設定した値である。Ｍｅｔｈｏｄ３はＵＥがＰＵＳＣＨの生成とＵＣＩピギーバックを並列処理可能にすることにより、ＰＵＳＣＨの送信が早すぎてもＵＥがＵＣＩをピギーバック可能にする効果がある。
【０６３５】
さらに、（ＨＡＲＱ−ＡＣＫに対する又は全体ＵＣＩに対する）最大のペイロードサイズによってＵＥのＵＣＩピギーバック方法が以下のうちの１つで設定される。
【０６３６】
［１］Ｏｐｔ  １：ＵＣＩピギーバック（ＰＵＳＣＨリソース内のＵＣＩ送信）時、ＵＥは全てのＵＣＩについて（ＰＵＳＣＨ送信観点の）レートマッチング基盤のＵＣＩマッピングを行う
【０６３７】
［２］Ｏｐｔ  ２：ＵＣＩピギーバック（ＰＵＳＣＨリソース内のＵＣＩ送信）時、ＵＥはＨＡＲＱ−ＡＣＫについて（ＰＵＳＣＨ送信観点の）パンクチャリング基盤のＵＣＩマッピングを行い、残りのＵＣＩ種類については（ＰＵＳＣＨ送信観点の）レートマッチング基盤のＵＣＩマッピングを行う
【０６３８】
一例として、最大のペイロードサイズがＸ［ビット］以上であると、Ｏｐｔ１が適用され、最大のペイロードサイズがＸ［ビット］未満であると、Ｏｐｔ２が適用される。
【０６３９】
上記最大のペイロードサイズは、ＵＥにＣＡ（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）設定されたＣＣ（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｅｒ）数、各ＣＣごとに設定された最大のＴＢ又はＣＷ（ｃｏｄｅｗｏｒｄ）数、各ＣＣごとに設定されたＴＢ当たりのＣＢグループ数（該当ＣＢグループごとにＨＡＲＱ−ＡＣＫフィードバックが構成される）、ＵＥに又はＣＣごとに設定された（スロット又はＴＴＩ単位の）ＨＡＲＱ−ＡＣＫ送信時間候補数、ＵＥに又はＣＣごとに設定された最大のＨＡＲＱ  ｐｒｏｃｅｓｓ数のうち、少なくとも一部の組み合わせに基づいて決定される。例えば、上記のようなパラメータ設定を有するＵＥは、最大数のＣＣ、ＴＢ／ＣＷ、ＣＢＧ、ｓｌｏｔ／ＴＴＩ、ＨＡＲＱ  ｐｒｏｃｅｓｓを全て使用してＤＬデータスケジュールされた場合に対応するＨＡＲＱ−ＡＣＫフィードバックのビット数を最大のペイロードサイズとして決定できる。
【０６４０】
一例として、上記最大のペイロードサイズは以下のように定義される。
【０６４１】
（ｓｅｍｉ−ｓｔａｔｉｃ  ｃｏｄｅｂｏｏｋ基盤のＨＡＲＱ−ＡＣＫペイロードの構成時）Ｎｕｍｂｅｒ  ｏｆ  ｃｏｎｆｉｇｕｒｅｄ  ＣＣ、Ｎｕｍｂｅｒ  ｏｆ  ＣＷｓ、Ｎｕｍｂｅｒ  ｏｆ  ｃｏｎｆｉｇｕｒｅｄ  ＣＢＧｓ（ｐｅｒ  ｃａｒｒｉｅｒ）、Ｎｕｍｂｅｒ  ｏｆ  ＨＡＲＱ  ｔｉｍｉｎｇ  ｃａｎｄｉｄａｔｅｓ（ｏｒ  ｂｕｎｄｌｉｎｇ  ｗｉｎｄｏｗ  ｓｌｏｔｓ  ｏｒ  ｍｉｎｉｍｕｍ  ｏｆ  ＨＡＲＱ  ｔｉｍｉｎｇ  ｃａｎｄｉｄａｔｅｓ  ａｎｄ  ｃｏｎｆｉｇｕｒｅｄ  ｍａｘｉｍｕｍ  ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ）の組み合わせにより最大のペイロードサイズが決定される。
【０６４２】
一例として、ＵＥがＨＡＲＱ−ＡＣＫについてＨＡＲＱ−ＡＣＫペイロードサイズがＸビット以上であると、ＵＣＩピギーバックを行う時、ＰＵＳＣＨ内のＵＬデータに対するレートマッチングを行い、ＨＡＲＱ−ＡＣＫについてＨＡＲＱ−ＡＣＫペイロードサイズがＸビット未満であると、ＵＣＩピギーバックを行う時、ＰＵＳＣＨ内のＵＬデータに対するパンクチャリングを行うと仮定する。この時、上記Ｘ値は以下のうちの１つの方式により決定される。
【０６４３】
１］単一の搬送波内の単一のＰＤＳＣＨに対するスケジューリングを受けた時に発生し得る最大ＨＡＲＱ−ＡＣＫペイロードサイズをＸ値と設定。一例として、コードワード数が最大に設定され、（コードワードごとの）最大数のＣＢＧ設定と共にＣＢＧごとにＨＡＲＱ−ＡＣＫ送信が指示された場合のＨＡＲＱ−ＡＣＫペイロードサイズがＸ値に設定される。
【０６４４】
２］チャネルコーディング（Ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ）の観点でＹビット以下のＨＡＲＱ−ＡＣＫについてＣＲＣビットを追加せず、Ｙビットを超えるＨＡＲＱ−ＡＣＫについてＣＲＣビットを追加する場合、Ｙ値をＸ値として設定
【０６４５】
又は基地局は端末に特定のＵＣＩについてＵＣＩピギーバックを行う時、ＰＵＳＣＨ内のＵＬデータに対するレートマッチング又はパンクチャリングのうちの１つを（ＵＣＩペイロードサイズとは関係なく）適用するように（ＵＥ専用の）ＲＲＣシグナリングなどの上位層信号により設定できる。
【０６４６】
さらに、ＵＥがＨＡＲＱ−ＡＣＫについてＨＡＲＱ−ＡＣＫペイロードサイズがＸビット以上であると、ＵＣＩピギーバックを行う時、ＰＵＳＣＨ内のＵＬデータに対するレートマッチングを行い、ＨＡＲＱ−ＡＣＫについてＨＡＲＱ−ＡＣＫペイロードサイズがＸビット未満であると、ＵＣＩピギーバックを行う時、ＰＵＳＣＨ内のＵＬデータに対するパンクチャリングを行う場合、ＵＥは以下のように動作できる。
【０６４７】
＜１＞基本動作（例：Ｘビット未満がＨＡＲＱ−ＡＣＫに対するＵＣＩピギーバックを行う時、ＰＵＳＣＨパンクチャリングを行う）
【０６４８】
ここで、上記基本（Ｄｅｆａｕｌｔ）動作は以下の場合に適用される。
【０６４９】
−別の上位層信号が設定されていない場合
【０６５０】
−（ＣＳＳ内の）フォールバック動作用のＤＣＩによりＰＵＳＣＨスケジュールされた場合
【０６５１】
−ＲＲＣシグナリングなどの上位層信号（及び／又はＤＣＩ）により（Ｘビット未満のＨＡＲＱ−ＡＣＫに対する）ＰＵＳＣＨパンクチャリングが指示された場合
【０６５２】
＜２＞ＲＲＣシグナリングなどの上位層信号（及び／又はＤＣＩ）により（Ｘビット未満のＨＡＲＱ−ＡＣＫに対する）ＰＵＳＣＨレートマッチングが指示された場合、ＵＥはＸビット未満がＨＡＲＱ−ＡＣＫについてＵＣＩピギーバックを行う時、ＰＵＳＣＨレートマッチングを行うことができる。
【０６５３】
上述した第１４のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０６５４】
３．１５．第１５のＵＣＩ送信方法
【０６５５】
ＵＥがＰＵＳＣＨにＵＣＩピギーバックを行う場合、ＵＥは（ＰＵＳＣＨ内の）データのＲＥマッピング方式によって時間軸ＵＣＩマッピングを異なるように適用する。
【０６５６】
（１）データに周波数優先マッピングが適用される場合（例：ＣＰ−ＯＦＤＭ又はＤＦＴ−ｓ−ＯＦＤＭでありながらＣＢＧ  ｂａｓｅｄ  ＰＵＳＣＨ）
【０６５７】
Ａ．送信リソースに対して（ＰＵＳＣＨの送信観点で）パンクチャリングが行われるＵＣＩ。ＵＥは（ＵＣＩに対して）時間軸で分散マッピング（Ｄｉｓｔｒｉｂｕｔｅｄ  ｍａｐｐｉｎｇ）を行う。
【０６５８】
Ｂ．送信リソースに対して（ＰＵＳＣＨの送信観点で）レートマッチングが行われるＵＣＩ。ＵＥは（ＵＣＩに対して）時間軸で分散マッピング又は地域的マッピング（Ｌｏｃａｌｉｚｅｄ  ｍａｐｐｉｎｇ）を行う。この時、基地局は（ＵＣＩに対する）時間軸分散マッピングと地域的マッピングのうちの１つを上位層信号（例：ＲＲＣシグナリング）により設定することができる。
【０６５９】
（２）データに時間優先マッピングが適用される場合（例：ＤＦＴ−ｓ−ＯＦＤＭ）
【０６６０】
Ａ．（ＵＣＩに対して）時間軸で地域的マッピングを行う（例：ｆｒｏｎｔ−ｌｏａｄｅｄ  ＲＳの存在時、該当ＲＳ隣接のシンボルにＵＣＩマッピングを行う）
【０６６１】
より具体的には、データに周波数優先マッピングが適用される場合、送信リソースに対して（ＰＵＳＣＨの送信観点で）パンクチャリングが行われるＵＣＩに対しては時間軸で分散マッピング（Ｄｉｓｔｒｉｂｕｔｅｄ  ｍａｐｐｉｎｇ）が適用されることが好ましい。もしＵＣＩが時間軸で分散されて送信されない場合、（ＰＵＳＣＨの送信観点で）ＣＢ（又はＣＢＧ）が完全にパンクチャリングされて基地局がデコーディングに失敗する確率が高くなる。
【０６６２】
よって、データに周波数優先マッピングが適用され、送信リソースに対して（ＰＵＳＣＨの送信観点で）レートマッチングが行われるＵＣＩに対しては時間軸で地域的マッピング（Ｌｏｃａｌｉｚｅｄ  ｍａｐｐｉｎｇ）又は分散マッピング（Ｄｉｓｔｒｉｂｕｔｅｄ  ｍａｐｐｉｎｇ）のうちの１つが選択されて適用される。時間軸で地域的マッピングが適用されると、ＲＳに隣接したシンボルでＵＣＩマッピングが行われてチャネル推定性能の観点で利得がある。又は時間軸で分散マッピングが適用されると、時間軸に一連のシンボルについて先買権（プリエンプション、Ｐｒｅ−ｅｍｐｔｉｏｎ）が適用される時、ＵＣＩのうちの一部のみに先買権が適用されてＵＣＩ送信性能の観点で利得がある。
【０６６３】
又はデータに時間優先マッピングが適用される場合、レートマッチング又はパンクチャリングの有無に関係なく時間軸でＵＣＩに対して地域的マッピングが適用される。
【０６６４】
上述した第１５のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０６６５】
３．１６．第１６のＵＣＩ送信方法
【０６６６】
ＵＥは以下の送信方式によるＰＵＳＣＨにＵＣＩピギーバックを行うことができる。
【０６６７】
（１）ＵＬグラント無しに送信するＰＵＳＣＨ。一例として、ＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）ＰＵＳＣＨ
【０６６８】
（２）ＵＣＩピギーバックに関する参考情報がないＵＬグラント基盤のＰＵＳＣＨ。一例として、ＣＳＳ（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）内のＵＬグラントにスケジュールされたＰＵＳＣＨ
【０６６９】
この時、ＵＥは以下のうちの１つの動作を行うことができる。
【０６７０】
１）ＰＵＳＣＨ内のＵＬデータに対するパンクチャリングを適用した後、ＵＣＩピギーバックを行う。
【０６７１】
Ａ．ＵＥがスケジュールされた（また検出した）ＰＤＳＣＨがある場合、ＵＥはＸビットのＵＣＩ（又はその以下のスケジュールされたＰＤＳＣＨに対応するＵＣＩ）のみを送信する。又はＵＥがスケジュールされた（また検出した）ＰＤＳＣＨがない場合は、ＵＥはＵＣＩピギーバックを行わない。
【０６７２】
Ｂ．この時、ＵＥはＵＣＩペイロードサイズがＸビットを超える場合、ＸビットまでのＵＣＩのみを送信し、残りのＵＣＩに対する送信は省略する。
【０６７３】
２）ＵＥがＰＵＳＣＨ内のＵＬデータに対するレートマッチングを適用した後、ＵＣＩピギーバックを行う。
【０６７４】
Ａ．ＵＥがスケジュールされた（また検出した）ＰＤＳＣＨがある場合、ＵＥはＸビットのＵＣＩ（又はそれ以下のスケジュールされたＰＤＳＣＨに対応するＵＣＩ）のみを送信する。ＵＥがスケジュールされた（また検出した）ＰＤＳＣＨがない場合は、ＵＥはＵＣＩピギーバックを行わない。
【０６７５】
Ｂ．この時、ＵＣＩペイロードサイズがＸビットを超える場合、ＵＥはＸビットまでのＵＣＩのみを送信し、残りのＵＣＩに対する送信は省略する。
【０６７６】
Ｃ．またＵＥはレートマッチングの有無（又はＵＣＩピギーバックの有無）及び／又はレートマッチングを適用したＵＬデータ量（又はＵＣＩペイロードサイズ）に関する情報を、以下のうちの１つの方法で基地局に伝達する。
【０６７７】
１＞ＵＥは上記情報をＵＣＩと分割コーディング（Ｓｅｐａｒａｔｅ  ｃｏｄｉｎｇ）した後、ＰＵＳＣＨ内のＵＬデータに対するパンクチャリング（又はレートマッチング）適用して生成されるＰＵＳＣＨ内のＲＥに送信する。
【０６７８】
２＞上記情報によりＤＭ−ＲＳシーケンスをスイッチングする形態でＤＭ−ＲＳに載せて送信
【０６７９】
３＞上記情報によりＣＲＣマスクをスイッチングする形態でＣＲＣマスクに載せて送信
【０６８０】
より具体的には、ＵＥがＰＵＳＣＨにＵＣＩピギーバックを行う時、ＵＥはＵＣＩ送信を考慮してＰＵＳＣＨ内のＵＬデータに対するレートマッチングを行うことができる。この時、基地局の受信観点でレートマッチングが適用されたＰＵＳＣＨに対するデコーディングを容易にするためには、基地局と端末の間にＰＵＳＣＨ内のレートマッチングが適用されるＵＬデータ量を予め相互に約束しておく必要がある。
【０６８１】
このための方法として、基地局はＵＬグラントによりＰＵＳＣＨをスケジュールする時、該当ＰＵＳＣＨ内のレートマッチングの適用有無及びレートマッチングを適用するＵＬデータ量（又は該当データ量を類推できるＵＣＩペイロードサイズ関連情報）をＵＥに伝達することができる。
【０６８２】
但し、ＳＰＳ  ＰＵＳＣＨなどのＵＬグラント無しに送信されるＰＵＳＣＨの場合は、基地局はＰＵＳＣＨ内のレートマッチングを適用するＵＬデータ量に関する情報をＵＥに伝達することができない。よって、上記の場合、ＵＥはＵＣＩピギーバック時にＰＵＳＣＨ内の（ＵＣＩが送信されたＲＥ上の）ＵＬデータについてパンクチャリングを行うことが好ましい。
【０６８３】
又はＵＥはＰＵＳＣＨ  ｗｉｔｈｏｕｔ  ＵＬグラントに対するＵＣＩピギーバックのためにＰＵＳＣＨ内のＵＬデータに対するレートマッチングを適用し、上記ＵＥがレートマッチングを適用したか否か及び／又はレートマッチングを適用したＵＬデータ量に関する情報などを基地局にさらに伝達することができる。ＵＬグラント内のＵＣＩピギーバックに関する参考情報無しにスケジュールされたＰＵＳＣＨ（例：ＣＳＳ内のＵＬグラントによりスケジュールされたＰＵＳＣＨ）についても、ＵＥはＰＵＳＣＨ  ｗｉｔｈｏｕｔ  ＵＬグラントである場合と類似するＵＣＩピギーバック動作を行うことができる。
【０６８４】
反面、ＵＥがＵＬグラント基盤のＰＵＳＣＨ（又はＵＣＩピギーバックに関する参考情報があるＵＬグラント基盤のＰＵＳＣＨ）にＵＣＩピギーバックを行う場合、ＵＥは該当ＵＬグラント（又は該当参考情報）によってＰＵＳＣＨ内のＵＬデータに対するレートマッチング（又はパンクチャリング）を行った後、ＵＣＩピギーバックを行うことができる。
【０６８５】
さらに、ＵＥは以下の送信方式によるＰＵＳＣＨにＵＣＩピギーバックを行うことができる。
【０６８６】
［１］ＵＬグラント無しに送信するＰＵＳＣＨ。一例として、ＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）ＰＵＳＣＨ
【０６８７】
［２］ＵＣＩピギーバックに関する参考情報がないＵＬグラント基盤のＰＵＳＣＨ。一例として、ＣＳＳ（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）内のＵＬグラントにスケジュールされたＰＵＳＣＨ
【０６８８】
この時、ＵＥは以下のように動作する。
【０６８９】
具体的には、基地局はＰＵＳＣＨ内のＵＬデータに対するレートマッチング（又はパンクチャリング）のための（最大）ＵＣＩ（例：ＨＡＲＱ−ＡＣＫ）ペイロード／コードブック（サイズ）を予め（ＵＥ専用の）上位層信号（例：ＲＲＣシグナリング）によりＵＥに知らせることができる。
【０６９０】
Ａ．この時、ＵＥがスケジュールされた（また検出した）ＰＤＳＣＨがある場合、ＵＥは上記基地局が指示した（最大の）ＨＡＲＱ−ＡＣＫペイロード／コードブック（サイズ）に対応して、ＰＵＳＣＨ内のＵＬデータに対するレートマッチング（又はパンクチャリング）を適用した後、ＵＣＩピギーバックを行う。
【０６９１】
Ｂ．又はＵＥがスケジュールされた（また検出した）ＰＤＳＣＨがない場合は、ＵＥはＵＣＩピギーバックを行わない。
【０６９２】
ここで、上記基地局が端末に設定する（最大）ＵＣＩ（例：ＨＡＲＱ−ＡＣＫ）ペイロード／コードブック（サイズ）は、１つのＰＵＣＣＨ又はＰＵＳＣＨを介して送信可能な最大のＵＣＩペイロード／コードブック（サイズ）であるか、又は上位送信方式によるＰＵＳＣＨ（例：ＳＰＳ  ＰＵＳＣＨ）専用に別途に設定される値（これは上述した場合の最大のＵＣＩペイロード／コードブック（サイズ）値より小さい値）であることができる。
【０６９３】
整理すると、ＵＥがＳＰＳ  ＰＵＳＣＨでＨＡＲＱ−ＡＣＫを送信する時、ＵＥはコードブックによって以下のようにＵＣＩピギーバックを行うことができる。
【０６９４】
＜１＞準静的なＨＡＲＱ−ＡＣＫコードブックである場合
【０６９５】
ＵＥは基地局が指示した（最大の）ＨＡＲＱ−ＡＣＫペイロード／コードブック（サイズ）に対応してＰＵＳＣＨ内のＵＬデータに対するレートマッチング（又はパンクチャリング）を適用した後、ＵＣＩピギーバックを行うことができる。
【０６９６】
＜２＞ダイナミックＨＡＲＱ−ＡＣＫコードブックでありかつＤＬ  ＤＣＩ内のｃ−ＤＡＩ、ｔ−ＤＡＩがある場合
【０６９７】
ＵＥはｃ−ＤＡＩ及びｔ−ＤＡＩ値に基づいてＨＡＲＱ−ＡＣＫペイロードサイズを算出後、ＨＡＲＱ−ＡＣＫペイロードサイズに対応してＰＵＳＣＨ内のＵＬデータに対するレートマッチング（又はパンクチャリング）を適用した後、ＵＣＩピギーバックを行う。
【０６９８】
＜３＞ダイナミックＨＡＲＱ−ＡＣＫコードブックでありかつＤＬ  ＤＣＩ内のｃ−ＤＡＩのみがある場合
【０６９９】
１＞Ｏｐｔ．１：ＵＥはＳＰＳ  ＰＵＳＣＨ  ａｃｔｉｖａｔｉｏｎ  ＤＣＩ内のＵＬ  ＤＡＩを活用してＨＡＲＱ−ＡＣＫペイロードサイズを計算した後、ＨＡＲＱ−ＡＣＫペイロードサイズに対応してＰＵＳＣＨ内のＵＬデータに対するレートマッチング（又はパンクチャリング）を適用してＵＣＩピギーバックを行う。
【０７００】
２＞Ｏｐｔ．２：ＵＥは上位層信号により設定されたＨＡＲＱ−ＡＣＫペイロードサイズを仮定し、このＨＡＲＱ−ＡＣＫペイロードサイズに対応してＰＵＳＣＨ内のＵＬデータに対するレートマッチング（又はパンクチャリング）を適用した後、ＵＣＩピギーバックを行う。
【０７０１】
さらにＵＥは以下の送信方式によるＰＵＳＣＨにＵＣＩピギーバックを行うことができる。
【０７０２】
［１］ＵＬグラント無しに送信するＰＵＳＣＨ。一例として、ＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）ＰＵＳＣＨ
【０７０３】
［２］ＵＣＩピギーバックに関する参考情報がないＵＬグラント基盤のＰＵＳＣＨ。一例として、ＣＳＳ（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）内のＵＬグラントでスケジュールされたＰＵＳＣＨ
【０７０４】
この時、ＵＥは以下のように動作する。
【０７０５】
具体的には、基地局はＰＵＳＣＨ内のＵＬデータに対するレートマッチングのための（最大）ＵＣＩ（例：ＨＡＲＱ−ＡＣＫ）ペイロード／コードブック（サイズ）を予め（ＵＥ専用の）上位層信号（例：ＲＲＣシグナリング）によりＵＥに知らせることができる。
【０７０６】
Ａ．この時、ＵＥがスケジュールされた（また検出した）ＰＤＳＣＨがあり、
【０７０７】
ｉ．（端末の観点で）ＵＣＩペイロードサイズがＸ（例：Ｘ＝２）ビット以下である場合、ＵＥはＰＵＳＣＨ内のＵＬデータに対するパンクチャリングを適用した後、ＵＣＩピギーバックを行う。
【０７０８】
ｉｉ．（端末の観点で）ＵＣＩペイロードサイズがＸビット（例：Ｘ＝２）を超える場合、ＵＥは基地局が指示した（最大の）ＨＡＲＱ−ＡＣＫペイロード／コードブック（サイズ）に対応してＰＵＳＣＨ内のＵＬデータに対するレートマッチングを適用した後、ＵＣＩピギーバックを行う。
【０７０９】
Ｂ．ＵＥがスケジュールされた（また検出した）ＰＤＳＣＨがないと、ＵＥはＵＣＩピギーバックを行わない。
【０７１０】
ここで、基地局が端末に設定する（最大の）ＵＣＩ（例：ＨＡＲＱ−ＡＣＫ）ペイロード／コードブック（サイズ）は、１つのＰＵＣＣＨ又はＰＵＳＣＨを介して送信可能な最大ＵＣＩペイロード／コードブック（サイズ）であるか、又は送信方式によるＰＵＳＣＨ（例：ＳＰＳ  ＰＵＳＣＨ）専用に別に設定される値（この時、上記の値は上述した最大のＵＣＩペイロード／コードブック（サイズ）値より小さい）である。
【０７１１】
この構成において、基地局はＵＬグラント無しに送信するＰＵＳＣＨ（例：ＳＰＳ  ＰＵＳＣＨ）又はＵＣＩピギーバックに関する参考情報がないＵＬグラント基盤のＰＵＳＣＨ（例：ＤＡＩフィールドがないＤＣＩによりスケジュールされたＰＵＳＣＨ又はＣＳＳ内のＵＬグラントでスケジュールされたＰＵＳＣＨ）上のＵＣＩピギーバック動作のために、ＰＵＳＣＨレートマッチング／パンクチャリングを行う時、基準となる上記（最大）ＵＣＩ（例：ＨＡＲＱ−ＡＣＫ）ペイロード／コードブック（サイズ）を上位層信号（例：ＲＲＣシグナリング）及び／又はＤＣＩによりＵＥに知らせることができる。この時、（最大の）ＵＣＩ（例：ＨＡＲＱ−ＡＣＫ）ペイロード／コードブック（サイズ）は以下のように設定できる。
【０７１２】
具体的には、（最大の）ＵＣＩ（例：ＨＡＲＱ−ＡＣＫ）ペイロード／コードブック（サイズ）は、ＰＵＳＣＨリソースで割り当てられたＰＲＢ数及び／又は（ＤＭ−ＲＳが送信されるＯＦＤＭシンボルを除いた残りの）ＯＦＤＭシンボル数及び／又はＭＣＳ（ｉｎｄｅｘ）に比例するように設定される。
【０７１３】
一例として、基地局はＰＲＢ数及び／又は（ＤＭ−ＲＳシンボルを除いた）ＯＦＤＭシンボル数及び／又はＭＣＳ（ｉｎｄｅｘ）組み合わせごとに上記（最大）ＵＣＩ（例：ＨＡＲＱ−ＡＣＫ）ペイロード／コードブック（サイズ）を設定できる。
【０７１４】
他の例として、基地局は（Ｋ個の）ＲＥ当たり（対応する）（最大）ＵＣＩ（例：ＨＡＲＱ−ＡＣＫ）ペイロード／コードブック（サイズ）を示す比率Ｚを設定し、ＰＵＳＣＨ内の（全体）ＲＥ数に上記比率Ｚを適用して、最終（最大の）ＵＣＩ（例：ＨＡＲＱ−ＡＣＫ）ペイロード／コードブック（サイズ）を導き出すことができる。
【０７１５】
他の例として、基地局は（Ｋ個の）のコードビット当たり（対応する）（最大）ＵＣＩ（例：ＨＡＲＱ−ＡＣＫ）ペイロード／コードブック（サイズ）を示す比率Ｚを設定し、ＰＵＳＣＨ内の全体コードビット数に上記比率Ｚを適用して、最終（最大の）ＵＣＩ（例：ＨＡＲＱ−ＡＣＫ）ペイロード／ードブック（サイズ）を導き出すことができる。
【０７１６】
その後、ＵＥがＵＣＩをピギーバックする時、ＵＥは基地局が指示した（最大の）ＨＡＲＱ−ＡＣＫペイロード／コードブック（サイズ）に対応してＰＵＳＣＨ内のＵＬデータに対するレートマッチング又はパンクチャリングを適用した後、ＵＣＩピギーバックを行うことができる。
【０７１７】
さらにＵＥがＳＰＳ  ＰＵＳＣＨにＨＡＲＱ−ＡＣＫに対するＵＣＩピギーバックを行う場合、ＵＥは基地局が予め上位層信号により設定した（最大）ＨＡＲＱ−ＡＣＫペイロードサイズを仮定して、ＰＵＳＣＨ内のＵＬデータに対するレートマッチング又はパンクチャリングを行った後、ＵＣＩ  ＲＥを（予め約束した方式により）マッピングすることができる。
【０７１８】
反面、ＵＥがＵＬグラント基盤のＰＵＳＣＨ（又はＵＣＩピギーバックに関する参考情報があるＵＬグラント基盤のＰＵＳＣＨ）にＵＣＩピギーバックを行う場合、ＵＥは該当ＵＬグラント（又は該当参考情報）によってＰＵＳＣＨ内のＵＬデータに対するレートマッチング（又はパンクチャリング）を行った後、ＵＣＩピギーバックを行うことができる。
【０７１９】
上述した第１６のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０７２０】
３．１７．第１７のＵＣＩ送信方法
【０７２１】
基地局がＵＩＥにＵＣＩペイロードサイズ（又はレートマッチング対象のＵＬデータ量）を指示し、ＵＥがＰＵＳＣＨ内のＵＬデータに対するレートマッチングを適用した後、ＵＣＩピギーバックを行う場合、ＵＥは（ＰＵＳＣＨ送信スロットで）基地局が指示したＵＣＩペイロードサイズ（又はレートマッチング対象のＵＬデータ量）を超えるＵＣＩビットが発生すると、超えた分に対応するＵＣＩ（以下、ＵＣＩｎｅｗ）ビットを以下のうちの１つの動作で送信することができる。
【０７２２】
（１）ＰＵＳＣＨ内の一部のシンボルをパンクチャリングし、このシンボル上でＰＵＳＣＨとＴＤＭされる（短い）ＰＵＣＣＨでＵＣＩｎｅｗを送信
【０７２３】
（２）ＨＡＲＱ−ＡＣＫバンドリングを行って基地局が指示したＵＣＩペイロードサイズ（又はレートマッチング対象のＵＬデータ量）以下の（ｂｕｎｄｌｅｄ）ＨＡＲＱ−ＡＣＫビットに対するＵＣＩピギーバックを行う。この時、特徴的に、少なくとも最後に受信されたＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫフィードバックのうち、ＵＣＩサイズを超える分量をＨＡＲＱ−ＡＣＫバンドリングに含むことができる。
【０７２４】
ここで、ＵＣＩｎｅｗはＵＬグラント以後にスケジュールされたＰＤＳＣＨに関するＨＡＲＱ−ＡＣＫ情報であることができる。
【０７２５】
またＰＵＳＣＨの送信時点（例：ｓｌｏｔ＃ｎ）を基準としてＵＬグラント−ｔｏ−ＰＵＳＣＨ時間（又はＰＵＳＣＨプロセシング時間）に対する最小値（例：ｋＭＩＮ）前の時点（例：ｓｌｏｔ＃ｎ−ｋＭＩＮ）後に発生したＵＣＩビットは、ＰＵＳＣＨに対するＵＣＩピギーバック対象から除外できる。
【０７２６】
またＨＡＲＱ−ＡＣＫバンドリングは、（一部の）ＨＡＲＱ−ＡＣＫビットを論理的（Ｌｏｇｉｃａｌ）ＡＮＤ演算で結合して、全体ＵＣＩペイロードサイズを圧縮する過程を意味する。
【０７２７】
具体的には、ＵＥがＵＣＩピギーバックのために送信するＵＣＩ量に対応してＰＵＳＣＨ内のＵＬデータに対するレートマッチングを行う場合、基地局はＵＣＩピギーバック対象のＵＣＩペイロードサイズ（又はレートマッチング対象のＵＬデータ量）をＵＬグラントなどのＤＣＩによりＵＥに知らせることができる。
【０７２８】
しかし、スケジューリングによって実際ＰＵＳＣＨ送信スロットで基地局がＵＬグラントを送信する時点に指示した（ＵＣＩピギーバック対象の）ＵＣＩペイロードサイズ（又はレートマッチング対象のＵＬデータ量）を超えるＵＣＩビットが発生することができる。
【０７２９】
一例として、本発明が適用可能なＮＲシステムが柔軟なスケジュール時間（Ｆｌｅｘｉｂｌｅ  ｓｃｈｅｄｕｌｉｎｇ  ｔｉｍｉｎｇ）を支援する場合、ＵＬグラント後にスケジュールされたＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫビットがＰＵＳＣＨ送信スロットで報告されるように指示されることができる。これにより、基地局がＵＬグラントに指示したＰＵＳＣＨ送信スロットにおける（ＵＣＩピギーバック対象の）ＵＣＩペイロードサイズ（又はレートマッチング対象のＵＬデータ量）を超えるＨＡＲＱ−ＡＣＫビットが発生することができる。
【０７３０】
この場合、ＵＥはＰＵＳＣＨ内の一部のシンボルをパンクチャリングしてパンクチャリングされたシンボルにより上記ＵＣＩを超える分を（ｓｈｏｒｔ  ｄｕｒａｔｉｏｎ）ＰＵＣＣＨに送信するか、又は（上記ＵＣＩを超える分までの）全体ＵＣＩビットについて一部（又は全体）ＵＣＩビットに対するＨＡＲＱ−ＡＣＫバンドリングを適用して基地局が期待したＵＣＩペイロードサイズ以内の（ｂｕｎｄｌｅｄ）ＨＡＲＱ−ＡＣＫをＰＵＳＣＨにＵＣＩピギーバックして送信することができる。
【０７３１】
さらにＵＥがＰＵＳＣＨに対するＵＣＩピギーバックを行う場合、基地局が（ＵＬグラントにより）指示したＵＣＩペイロードサイズ（又はレートマッチング対象のＵＬデータ量）を超えるＵＣＩビットが発生することができる。この時、ＵＥはＵＣＩを超える分の発生有無及び／又はＵＣＩを超える分のサイズ情報をさらに基地局に報告できる。一例として、ＵＥは、常に１ビットサイズの指示子（例：１ビット指示子）により基地局がＵＬグラント（例：ＵＬ  ＤＡＩ）で知らせたＨＡＲＱ−ＡＣＫペイロードサイズよりＵＥが送る予定のＨＡＲＱ−ＡＣＫペイロードサイズが小さいか大きいかを知らせることができる。
【０７３２】
さらに、ＵＥがＰＵＳＣＨに対するＵＣＩピギーバックを行う場合、基地局が（ＵＬグラントにより）指示したＵＣＩペイロードサイズ（又はレートマッチング対象のＵＬデータ量）を超えるＵＣＩビットが発生することができる。この時、ＵＥはＨＡＲＱ−ＡＣＫビットについてＡＣＫ／ＮＡＣＫバンドリングを行った後、（ｂｕｎｄｌｅｄ）ＨＡＲＱ−ＡＣＫビットをバンドリングを行うか否かを知らせる情報（例：１ビット指示子）と共に基地局に報告することができる。この時、該当ｂｕｎｄｌｅｄ  ＨＡＲＱ−ＡＣＫビット数Ｂが基地局が指示したＵＣＩペイロードサイズＡよりも小さい場合、ＵＥはＢビットのｂｕｎｄｌｅｄ  ＨＡＲＱ−ＡＣＫビットに（Ａ−Ｂ）ビットのパディングビット（ｐａｄｄｉｎｇ  ｂｉｔ）（例：“０”又は“１”）を追加して合計ＡビットのＵＣＩペイロードを構成して送信することができる。
【０７３３】
上述した第１７のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０７３４】
３．１８．第１８のＵＣＩ送信方法
【０７３５】
ＵＥがＰＵＳＣＨ内のＵＬデータに対するレートマッチングを行った後にＵＣＩピギーバックを行う場合、ＵＥは上記レートマッチング対象のＵＬデータ量（又はＲａｔｅ−ｍａｔｃｈｅｄ  ＲＥ数）によってＴＢＳ（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ  ｓｉｚｅ）に対するスケーリング（Ｓｃａｌｉｎｇ）を適用することができる。
【０７３６】
ここで、基地局は上記レートマッチング対象のＵＬデータ量（又はＲａｔｅ−ｍａｔｃｈｅｄ  ＲＥ数）によるＴＢＳスケーリング有無をＤＣＩ（例：ＵＬグラント）内の特定のビットフィールド（例：１ビット  ｉｎｄｉｃａｔｏｒ）に知らせるか、又は上位層信号（例：ＲＲＣシグナリング）によりＵＥに知らせることができる。
【０７３７】
具体的には、ＣＢＧごとのＨＡＲＱ−ＡＣＫフィードバック、５つの搬送波以上のＣＡ動作などが設定されてＵＣＩピギーバックされるＨＡＲＱ−ＡＣＫビット数が大きく増加した場合、ＵＥのＨＡＲＱ−ＡＣＫに対するＵＣＩピギーバック過程でＰＵＳＣＨ内のＵＬデータに対するレートマッチングが適用されると、過渡なデータビットがレートマッチングされて性能の劣化が激しくなることができる。
【０７３８】
よって、このような場合は、レートマッチングにより減少するＲＥを考慮してＴＢＳを小さく設定する動作がより有利である。一例として、ＰＵＳＣＨ内の１／ＮほどのＲＥがレートマッチングされる場合、ＵＥはＴＢＳを１−１／Ｎ＝（Ｎ−１）／Ｎの比率でスケーリングすることができる。ＵＣＩピギーバックによるＴＢＳスケーリングの適用有無は基地局がＵＬグラントや上位層信号により指示することができる。
【０７３９】
上述した第１８のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０７４０】
３．１９．第１９のＵＣＩ送信方法
【０７４１】
ＵＥがＰＵＳＣＨにＵＣＩピギーバックを行う場合、基地局は端末に以下のうちの１つ以上の方法によりＵＣＩペイロードサイズを指示することができる。
【０７４２】
（１）（端末特定の）上位層信号によりＵＣＩペイロードサイズ集合を設定した後、ＤＣＩ（例：ＵＬグラント）により上記集合内の特定のＵＣＩペイロードサイズを指示する
【０７４３】
（２）（端末特定の）上位層信号により（基準）ＵＣＩペイロードサイズを設定した後、ＤＣＩ（例：ＵＬグラント）により上記（基準）ＵＣＩペイロードサイズに対する送信するＵＣＩペイロードサイズの比率を指示する。この時、基地局は上記比率の値についても（端末特定の）上位層信号により端末に設定することができる。
【０７４４】
ここで、基地局はＤＣＩ（例：ＵＬグラント）により指示子の１つの状態（Ｓｔａｔｅ）が２ビット以下のＵＣＩペイロードサイズ（又はＰＵＳＣＨに対するパンクチャリング）を意味するようにすることができる。この場合、ＵＥは（自分が認知したＵＣＩペイロードサイズによって）ＰＵＳＣＨに対するパンクチャリングを行った後、ＵＣＩマッピングを行うことができる。
【０７４５】
またＵＥが認知したＵＣＩペイロードサイズ（Ａ）が基地局が指示したＵＣＩペイロードサイズ（Ｂ）より小さい場合、ＵＥは上記Ｂに適用されるコーディング種類によってＵＥが認知したＵＣＩペイロードサイズ（Ａ）にＵＣＩエンコーディング（ｅｎｃｏｄｉｎｇ）を行うか、又は（残りのビットをＮＡＣＫ情報で満たして）基地局が指示したＵＣＩペイロードサイズ（Ｂ）にＵＣＩエンコーディングを行うことができる。一例として、コーディングの種類がＲＭ（Ｒｅｅｄ−Ｍｕｌｌｅｒ）コーディングである場合、ＵＥはＵＣＩペイロードサイズ（Ａ）に基づいてＵＣＩエンコーディングを行うことができる。他の例として、コーディング種類がポーラ（Ｐｏｌａｒ）コーディングである場合は、ＵＥはＵＣＩペイロードサイズ（Ｂ）に基づいてＵＣＩエンコーディングを行うことができる。
【０７４６】
具体的には、基地局は４つの状態を有するＵＬグラント内の２ビットフィールドを用いて、以下の表のようにＵＣＩペイロードサイズを指示することができる。
【０７４７】
【表１３】
0006963611.tif 000025
【０７４８】
又は基地局は端末に（基準）ＵＣＩペイロードサイズを１０ビットに設定し、以下の表のように（基準）ＵＣＩペイロードサイズに対する実際にＵＣＩピギーバックを行うＵＣＩペイロードサイズの比率を４つ状態を有するＵＬグラント内の２ビットフィールドで指示することができる。
【０７４９】
【表１４】
0006963611.tif 000026
【０７５０】
このような動作により、基地局はＵＥがＰＵＳＣＨに対するレートマッチング／パンクチャリングを行うために考慮するＵＣＩペイロードサイズをより柔軟に指示することができる。
【０７５１】
上述した第１９のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０７５２】
３．２０．第２０のＵＣＩ送信方法
【０７５３】
ＵＥがＮ（例：Ｎ＝２）ビット以下のＵＣＩについてＰＵＳＣＨに対するパンクチャリング基盤のＵＣＩピギーバックを行い、Ｎビットを超えるＵＣＩについてＰＵＳＣＨに対するレートマッチング基盤のＵＣＩピギーバックを行う場合を仮定する。この時、ＵＥは以下のＯｐｔｉｏｎ  Ａのうちの１つ以上の場合について、基地局が指示したＵＣＩペイロードサイズを超えたＵＣＩビットについてＯｐｔｉｏｎ  ＢのようにＵＣＩピギーバックを行うことができる。
【０７５４】
［Ｏｐｔｉｏｎ  Ａ］
【０７５５】
（１）基地局がＵＥにＮビットのＵＣＩに対するＰＵＳＣＨパンクチャリングを指示したが、実際に送信するＵＣＩペイロードサイズがＮビットを超えた場合
【０７５６】
（２）基地局がＵＥにＭ（ここで、Ｍ＞Ｎ）ビットのＵＣＩに対するＰＵＳＣＨレートマッチングを指示したが、実際に送信するＵＣＩペイロードサイズがＭビットを超えた場合
【０７５７】
［Ｏｐｔｉｏｎ  Ｂ］
【０７５８】
１）超えたＵＣＩビットをＮビット単位で分割した後、上記指示されたＵＣＩペイロードとは別途に、分割コーディング（Ｓｅｐａｒａｔｅ  ｃｏｄｉｎｇ）した後、各分割に対応する符号化ビットを互いに区分されるＲＥで（ＰＵＳＣＨ  Ｐｕｎｃｔｕｒｉｎｇ基盤）ＲＥマッピングを行う
【０７５９】
２）ＮビットのＵＣＩが複数個（例えば、Ｋ個）である場合、該当Ｋ個のＮビットのＵＣＩのうちのＬ個（例：１）までについてＰＵＳＣＨにピギーバックを行い、残りの（Ｋ−Ｌ）個のＵＣＩについては送信を省略する（ｄｒｏｐ）ことができる。
【０７６０】
さらに基地局が端末にＰＵＳＣＨレートマッチング又はパンクチャリング（又はＵＣＩペイロードサイズ）に関連して特に指示しない場合、ＵＥはＵＣＩビットをＮビット単位で分割した後、分割コーディング（Ｓｅｐａｒａｔｅ  ｃｏｄｉｎｇ）し、各分割に対応する符号化ビットを互いに区分されるＲＥにＲＥマッピングすることができる。この場合にも、ＮビットのＵＣＩが複数個（例えば、Ｋ個）である場合、ＵＥは該当Ｋ個のＮビットのＵＣＩのうち、Ｌ個（例：２）までについてＰＵＳＣＨにピギーバックを行い、残りの（Ｋ−Ｌ）個のＵＣＩについては送信を省略することができる。
【０７６１】
一例として、ＵＥは２ビット以下のＵＣＩについてＰＵＳＣＨ内のデータ領域のパンクチャリングに基づくＵＣＩピギーバックを行うことができ、３ビット以上のＵＣＩについてＰＵＳＣＨ内のデータ領域のレートマッチングに基づくＵＣＩピギーバックを行うことができる。もし基地局が指示したＵＣＩペイロードサイズを超えるＵＣＩビットが発生する場合、ＵＥは上記超えたＵＣＩビットをＵＣＩピギーバックで完全に排除する又は基地局の指示がなくても行えるＰＵＳＣＨに対するパンクチャリングに基づいてＵＣＩピギーバックすることができる。
【０７６２】
しかし、上記ＵＥは２ビット以下のＵＣＩについてのみＰＵＳＣＨ内のデータ領域のパンクチャリングを行えるので、２ビットを超えたＵＣＩビットを２ビット単位で分割して各々を分割コーディングし、各分割に対応する符号化ビットを互いに区分されるＲＥにパンクチャリングすることができる。
【０７６３】
上記動作の拡張例として、基地局がＵＥにＰＵＳＣＨレートマッチング／パンクチャリングに関連して特に指示しない場合（例：フォールバックＤＣＩ）、ＵＥはＵＣＩビットをＮビット単位で分割した後、分割コーディングし、各分割に対応する符号化ビットを互いに区分されるＲＥにＲＥマッピングすることができる。
【０７６４】
以下の説明において、ＰＵＳＣＨレートマッチング（又はパンクチャリング）に基づくＵＣＩピギーバックは、ＵＥがＰＵＳＣＨ内のＵＣＩマッピング時にＰＵＳＣＨ内のＵＬデータに対するレートマッチング（又はパンクチャリング）を適用した後、（ＰＵＳＣＨ内の）残りのリソースに対してＵＣＩを送信する動作を意味する。
【０７６５】
さらにＵＥが（ＨＡＲＱ−ＡＣＫに対する）ＵＣＩピギーバックを行う場合、ＵＥはＰＵＳＣＨレートマッチング又はＰＵＳＣＨパンクチャリングを以下のように選択して適用することができる。
【０７６６】
［１］基地局がＤＣＩ（例：ＵＬグラント）により（特定のＵＣＩペイロードサイズに対する）ＰＵＳＣＨレートマッチング動作を指示する場合、又は特定のＵＣＩペイロードサイズ（例えば、Ｎビットを超える）値を指示する場合
【０７６７】
Ａ．ＵＥは（スケジュールされたＤＬデータの有無に関係なく）ＵＣＩペイロードサイズに対するＰＵＳＣＨレートマッチングに基づくＵＣＩピギーバックを行う。
【０７６８】
Ｂ．ここで、基地局がＰＵＳＣＨレートマッチング動作を指示する場合、（ＰＵＳＣＨレートマッチングのための）特定のＵＣＩペイロードサイズは、ＵＥに設定された最大ＨＡＲＱ−ＡＣＫペイロードサイズに設定されるか、又は基地局が予め上位層信号（例：ＲＲＣシグナリング）により設定することができる。
【０７６９】
［２］基地局がＤＣＩ（例：ＵＬグラント）により（特定のＵＣＩペイロードサイズに対する）ＰＵＳＣＨレートマッチング動作を指示しない場合、又は特定のＵＣＩペイロードサイズ（例えば、Ｎビットを超える）値を指示しない場合、又はＰＵＳＣＨパンクチャリング動作を指示する場合
【０７７０】
Ａ．ＵＥは（スケジュールされたＤＬデータが少なくとも１つ以上）送信するＵＣＩが存在すると、（最大ＮビットまでのＵＣＩビットについて）ＰＵＳＣＨパンクチャリングに基づくＵＣＩピギーバックを行う。
【０７７１】
Ｂ．ＵＥは（スケジュールされたＤＬデータがなくて）送信するＵＣＩがないと、ＵＣＩピギーバックを行わない。
【０７７２】
より具体的には、基地局がＵＥに準静的なコードブックを上位層信号により設定し（又はＵＣＩピギーバック対象のＨＡＲＱ−ＡＣＫペイロードサイズを上位層信号により設定し）、ＵＥにＵＬグラントなどのＤＣＩ内の１ビットサイズの指示子（例：ｏｎ／ｏｆｆ指示子）によりＰＵＳＣＨレートマッチング有無を指示することができる。この時、ＵＥが‘ｏｎ’指示を受けた場合は、ＵＥは予め基地局から設定されたＨＡＲＱ−ＡＣＫペイロードサイズに対応してＰＵＳＣＨレートマッチングを行った後、ＵＣＩピギーバックを行うことができる。逆にＵＥが‘ｏｆｆ’指示を受けた場合は、ＵＥはＵＥが認知した（最大のＮビットまでの）ＨＡＲＱ−ＡＣＫペイロードサイズについてＰＵＳＣＨパンクチャリング基盤のＵＣＩピギーバックを行うことができる。またＵＥが‘ｏｆｆ’指示を受けた場合、ＵＥはＵＣＩピギーバック対象のＨＡＲＱ−ＡＣＫが存在しないと仮定することができる。
【０７７３】
さらに、基地局がダイナミックコードブック方式でＤＣＩ（例：ＤＬ  ａｓｓｉｇｎｍｅｎｔ、ＵＬグラント）などによりＵＥに（ＵＣＩピギーバック対象）ＨＡＲＱ−ＡＣＫペイロードサイズを動的に指示する時、ＵＥは基地局から特定のＨＡＲＱ−ＡＣＫペイロードサイズ値が指示されると、該当ＵＣＩペイロードサイズに基づいてＰＵＳＣＨレートマッチングした後、ＵＣＩピギーバック動作を行うことができる。反面、基地局が特定のＨＡＲＱ−ＡＣＫペイロードサイズ値を指示しない又は明示的にＰＵＳＣＨパンクチャリングを指示した場合は、ＵＥは報告するＨＡＲＱ−ＡＣＫビットが存在すると、（最大ＮビットまでのＨＡＲＱ−ＡＣＫビットについて）ＰＵＳＣＨパンクチャリングに基づくＵＣＩピギーバックを行うことができる。反面、基地局が特定のＨＡＲＱ−ＡＣＫペイロードサイズ値を指示しない又は明示的にＰＵＳＣＨパンクチャリングを指示し、ＵＥが報告するＨＡＲＱ−ＡＣＫビットが存在しないと、ＵＥはＵＣＩピギーバックを行わないことができる。
【０７７４】
上述した第２０のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０７７５】
３．２１．第２１のＵＣＩ送信方法
【０７７６】
ＵＥがＰＵＳＣＨにＵＣＩピギーバックを行う場合、基地局が設計パラメータ（Ｄｅｓｉｇｎ  ｐａｒａｍｅｔｅｒ）であるベータ（Ｂｅｔａ）値を設定し、ＵＥはこの値を反映してＰＵＳＣＨ内のＵＣＩ送信のための符号化シンボル数を計算することができる。この時、基地局はベータ値を以下のうちの１つの方法でＵＥに設定する。
【０７７７】
（１）基地局が上位層信号（例：ＲＲＣシグナリング）によりベータ値に対する単一セットを設定し、その後ＤＣＩ（例：ＵＬグラント）によりセット内の特定のベータ値を指示する方法
【０７７８】
（２）基地局が上位層信号（例：ＲＲＣシグナリング）によりベータ値に対する複数のセットを設定し、その後特定の条件によって１つのセットが選択された後、ＤＣＩ（例：ＵＬグラント）により上記選択されたセット内の特定のベータ値を指示する方法
【０７７９】
（３）基地局が上位層信号（例：ＲＲＣシグナリング）によりベータ値に対する複数のセットを設定し、その後、ＤＣＩ（例：ＵＬグラント）により１つのセットを指示した後、特定の条件によって上記セット内の特定のベータ値が選択される方法
【０７８０】
ここで、特定の条件は以下のうちの１つである。
【０７８１】
１）Ｏｐｔ．１：ＵＣＩ関連情報（例：ＵＣＩペイロードサイズ（例えば、Ｘビット未満であるか以上であるか）、Ｃｏｄｉｎｇ  ｓｃｈｅｍｅ（例えば、ＲＭコード（ＲＭ符号）（ｗｉｔｈｏｕｔ  ＣＲＣ）であるか極コード（ポーラ符号）（ｗｉｔｈ  ＣＲＣ）であるか）
【０７８２】
２）Ｏｐｔ．２：ＰＵＳＣＨ関連情報（例：ＭＣＳ（例えば、ＭＣＳ  ｉｎｄｅｘがＸ未満であるか以上であるか）、コードレート（符号レート）（例えば、コードレートがＸ未満であるか以上であるか、ＲＢ  ａｌｌｏｃａｔｉｏｎ（例えば、ＰＵＳＣＨに割り当てられたＲＢ数がＸ未満であるか以上であるか）、ｄｕｒａｔｉｏｎ（例えば、割り当てられたＯＦＤＭシンボル数がＸ未満であるか以上であるか））
【０７８３】
ここで、ベータ値は複数のＵＣＩタイプについて互いに異なる設定方式によって設定される。一例として、ＵＣＩタイプ１に対するベータ値はＲＲＣシグナリングにより設定され、ＵＣＩタイプ２に対するベータ値はＤＣＩ（及びＲＲＣシグナリング）により設定される。この時、ＵＣＩタイプ１と２は各々ＨＡＲＱ−ＡＣＫとＣＳＩに設定されるか、又はＵＣＩタイプ１と２は各々ＣＳＩとＨＡＲＱ−ＡＣＫに設定される。
【０７８４】
この時、基地局は２種類以上のＵＣＩタイプに対するベータ値を１要素とする単一セットを設定した後、ＤＣＩ（例：ＵＬグラント）により上記セットのうちの特定のベータ値を指示する。
【０７８５】
このようなベータ値はＰＵＳＣＨ波形（ｗａｖｅｆｏｒｍ）及び／又はＰＵＳＣＨに対するレートマッチング／パンクチャリングの有無によって独立して設定できる。
【０７８６】
またＣＳＳ（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）内のＵＬグラントによりスケジュールされたＰＵＳＣＨについては、ＵＳＳ（ＵＥ−ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ）内のＵＬグラントによりスケジュールされたＰＵＳＣＨと独立的なベータオフセット値が設定されることができる。この時、基地局は前者のＰＵＳＣＨについてＲＲＣシグナリングにより準静的なベータオフセット値を設定でき、後者のＰＵＳＣＨについてはＤＣＩシグナリングにより動的なベータオフセット値を指示することができる。
【０７８７】
より具体的には、ＵＥがＰＵＳＣＨ内のＵＣＩ送信ＲＥ数を計算する時、基地局は符号化率などを調節するためにデザイン変数であるベータ値を設定し、ＵＥはこれを反映してＵＣＩ送信のための符号化シンボル数を算出することができる。この時、本発明が適用可能なＮＲシステムでは、毎ＰＵＳＣＨの送信区間などが動的に変更されるので、ベータ値を実際に活用されるＰＵＳＣＨリソース量に合わせて動的に設定することが好ましい。
【０７８８】
このための一例として、基地局は上位層信号にベータ値に対する単一セットを設定し、その後、ＤＣＩにセット内の特定のベータ値をＵＥに動的に知らせることができる。
【０７８９】
この時、上記ベータ値の範囲はＵＣＩペイロードサイズによって異なるように設定される。ＵＣＩペイロードサイズが小さい場合（例：ＵＣＩペイロードサイズがＸビット以下である場合）、ＵＣＩ  ＰＵＳＣＨリソース内のＵＣＩ送信のための符号化シンボルに余裕がある反面、ＵＣＩペイロードサイズが大きい場合は（例：ＵＣＩペイロードサイズがＸビットを超える場合）、ＵＣＩがＰＵＳＣＨ内のデータに及ぼす影響が大きいので、ＵＣＩ  ＰＵＳＣＨリソース内のＵＣＩ送信のための符号化シンボルが最小化される。このために、基地局はベータ値に対するセットを複数個設定し、ＵＣＩペイロードサイズによって特定のセットを選択した後、再びＤＣＩ（例：ＵＬグラント）によりセット内の特定のベータ値を指示することができる。
【０７９０】
この構成をより一般的に整理すると、基地局はベータ値に対するセットを複数個設定することができる。その後、特定のベータ値は特定の条件及びＤＣＩ内の指示の組み合わせによって複数のセットに含まれたベータ値のうちの１つに設定（決定）することができる。
【０７９１】
さらに、本発明において、ベータオフセット値は、（特定の）ＰＵＳＣＨ内に送信される（特定の）ＵＣＩが送信されるＲＥ数（又は符号化シンボル数又はＯＦＤＭリソース数）を計算するために活用される値を意味する。一例として、基地局がベータオフセット値を大きく設定する場合、ＰＵＳＣＨ内のＵＣＩ送信ＲＥ数が相対的に多く設定される。逆に、基地局がベータオフセット値を小さく設定する場合は、ＰＵＳＣＨ内のＵＣＩ送信ＲＥ数が相対的に少なく設定されることができる。
【０７９２】
さらに、（特定のＵＣＩタイプの観点で）基地局は（システム情報又はＲＲＣシグナリングなどの上位層信号により）複数個のベータオフセット集合を設定し、ＵＥは（ＵＣＩピギーバックを行う時）以下のうちの１つ以上の情報に基づいて複数のベータオフセット集合のうち、１つのベータオフセット集合を選択することができる。
【０７９３】
［１］コードワード数（例：コードワード数が１つであるか２つであるか）
【０７９４】
［２］ＵＣＩペイロードサイズ（例：ＵＣＩペイロードサイズの範囲）
【０７９５】
［３］ＰＵＳＣＨ波形（例：ＣＰ−ＯＦＤＭであるかＤＦＴ−ｓ−ＯＦＤＭであるか）
【０７９６】
［４］ＰＵＳＣＨに割り当てられたリソース量（例：時間／周波数リソース量）
【０７９７】
［５］ＰＵＳＣＨに対するレートマッチング／パンクチャリングの有無
【０７９８】
［６］Ｃｏｄｉｎｇ  ｓｃｈｅｍｅ（例：ＲＭコードであるか極コードであるか）
【０７９９】
［７］ＰＵＳＣＨに対する変調次数（Ｍｏｄｕｌａｔｉｏｎ  ｏｒｄｅｒ）（例：ＢＰＳＫの適用有無）
【０８００】
その後、基地局はさらにＤＣＩ（例：ＵＬグラント）により上記選択されたベータオフセット集合内の特定のベータオフセット値をＵＥに指示できる。
【０８０１】
変形例として、（特定のＵＣＩタイプの観点で）基地局は以下のうちの１つ以上の条件に対する組み合わせごとに複数のベータオフセット集合を（システム情報又はＲＲＣシグナリングなどの上位層信号により）ＵＥに独立して設定し、ＵＥは（ＵＣＩピギーバックを行う時）自分の条件に合うベータオフセット集合を選択することができる。
【０８０２】
１］コードワード数（例：コードワード数が１つであるか２つであるか）
【０８０３】
２］ＵＣＩペイロードサイズ（例：ＵＣＩペイロードサイズの範囲）
【０８０４】
３］ＰＵＳＣＨ波形（例：ＣＰ−ＯＦＤＭであるかＤＦＴ−ｓ−ＯＦＤＭであるか）
【０８０５】
４］ＰＵＳＣＨに割り当てられたリソース量（例：時間／周波数リソース量）
【０８０６】
５］ＰＵＳＣＨに対するレートマッチング／パンクチャリングの有無
【０８０７】
６］Ｃｏｄｉｎｇ  ｓｃｈｅｍｅ（例：ＲＭコードであるか極コードであるか）
【０８０８】
７］ＰＵＳＣＨに対する変調次数（Ｍｏｄｕｌａｔｉｏｎ  ｏｒｄｅｒ）（例：ＢＰＳＫの適用有無）
【０８０９】
その後、基地局はさらにＤＣＩ（例：ＵＬグラント）により上記選択されたベータオフセット集合内の特定のベータオフセット値をＵＥに指示できる。
【０８１０】
本発明において、ＵＥは一般的にＰＵＳＣＨについてＣＰ−ＯＦＤＭ波形（又は波形タイプＡ）を適用するように設定されても、（フォールバック動作を指示する）特定のＤＣＩ（又はＤＣＩ種類）によりスケジュールされたＰＵＳＣＨ又はその他のフォールバック動作によるＰＵＳＣＨについては、ＤＦＳ−ｓ−ＯＦＤＭ波形が（又は波形タイプＢ≠Ａ）が適用されると仮定できる。この時、ＵＥはＰＵＳＣＨ波形（又はＰＵＳＣＨスケジューリングＤＣＩ種類）によって（ＵＣＩピギーバックを行う時）適用する（特定のＵＣＩタイプの観点での）ベータオフセット値（又はベータオフセット集合）を異なるように選択できる。特に、フォールバック動作によるＰＵＳＣＨの送信時、ＵＥはシステム情報（例：ＰＢＣＨ、ＳＩＢ、ＲＭＳＩ）などにより設定された基本ベータオフセット（Ｄｅｆａｕｌｔ  Ｂｅｔａ  ｏｆｆｓｅｔ）（又はＤｅｆａｕｌｔ  Ｂｅｔａ  ｏｆｆｓｅｔ集合）を適用することができる。但し、フォールバック動作はＵＥが（別の端末特定の情報無しに）支援可能な基本的な送信技法を意味することができる。
【０８１１】
本発明において、ベータオフセット集合内の要素である（特定の）ベータオフセット値は、（特定の）ＵＣＩタイプ組み合わせに対する（特定の）ベータオフセット値の組み合わせに代替されて解釈されることができる。一例として、Ｎ個のＵＣＩタイプが存在する場合（例：ＵＣＩ１、ＵＣＩ２、ＵＣＩ３、…、ＵＣＩ  Ｎ）、ベータオフセット値はＮ個のＵＣＩタイプに対するＮ個のベータオフセット値の組み合わせに代替できる（例：β=｛β１、β２、β３  ,…、βＮ｝）。
【０８１２】
上述した第２１のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０８１３】
３．２２．第２２のＵＣＩ送信方法
【０８１４】
以下の説明において、ＤＬ  ｓｃｈｅｄｕｌｉｎｇ  ＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）（以下、ＤＬ  ａｓｓｉｇｎｍｅｎｔ）内のｃｏｕｎｔｅｒ  ＤＡＩ（ｄｏｗｎｌｉｎｋ  ａｓｓｉｇｎｍｅｎｔ  ｉｎｄｉｃａｔｏｒ）は、（上記ＤＬ  ａｓｓｉｇｎｍｅｎｔがスケジュールする）ＰＤＳＣＨ（又はＴＢ又はＣＢＧ）のスケジュール順序を示す情報を意味し、（ＤＬ  ａｓｓｉｇｎｍｅｎｔ又はＵＬ  ｓｃｈｅｄｕｌｉｎｇ  ＤＣＩ（以下、ＵＬグラント）内）ｔｏｔａｌ  ＤＡＩは、特定の時点までスケジュールされた（全体）ＰＤＳＣＨ（又はＴＢ又はＣＢＧ）数を示す情報を意味すると仮定する。
【０８１５】
ＵＥがｎ番目のスロットで受信したＵＬグラントに対するＰＵＳＣＨを（ｎ＋ｋ０）番目のスロットで送信する場合、ＵＥは（ｎ＋ｋ０−ｋ１）番目のスロットまで検出した（又は観察した）ｃｏｕｎｔｅｒ  ＤＡＩ及び（ＵＬグラントで指示された）ｔｏｔａｌ  ＤＡＩに基づいてＨＡＲＱ−ＡＣＫペイロードサイズを算出してＰＵＳＣＨにＨＡＲＱ−ＡＣＫを送信することができる。この時、上記ｋ０、ｋ１は負ではない整数であり、ｋ０≧ｋ１の条件を有することができる。
【０８１６】
また上記ｋ１（又はｋ２＝ｋ０−ｋ１）は以下のうちの１つの方法により決定される。
【０８１７】
（１）予め約束した値
【０８１８】
（２）基地局が上位層信号（例：ＲＲＣシグナリング）及び／又はＤＣＩにより設定した値
【０８１９】
（３）（最小）ＵＬグラント−ｔｏ−ＰＵＳＣＨ時間に対応する値。一例として、ＵＥが（最小）ＵＬグラント−ｔｏ−ＰＵＳＣＨ時間に従う時、ＵＥはｎ番目のスロットで受信したＵＬグラントに対するＰＵＳＣＨを（ｎ＋ｋ１）番目のスロットで送信することができる。
【０８２０】
（４）（ＰＵＳＣＨ送信のための）（最小）ＵＥプロセシング時間に対応する値
【０８２１】
（５）上記（３）又は（４）にＵＣＩエンコーディングのための追加ＵＥプロセシング時間が加えられた値
【０８２２】
ここで、ＵＥは、（ＵＬグラントで指示された）ｔｏｔａｌ  ＤＡＩが（ｎ＋ｋ０−ｋ１）番目のスロットまでスケジュールされた（全体）ＰＤＳＣＨ数を示すと解釈できる。
【０８２３】
またＵＥはＰＵＳＣＨ送信時点（例：ｎ番目のスロット）を基準として（最小）ＵＬグラント−ｔｏ−ＰＵＳＣＨ時間（又は（最小）ＰＵＳＣＨプロセシング時間（例：ｍ０）前に対応する時点（例：（ｎ＋Ｍ０）番目のスロット）後に受信したＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫをＰＵＳＣＨに送信されるＵＣＩピギーバック対象から除外することができる。
【０８２４】
より具体的には、ＵＥはＵＣＩピギーバック動作の一環として、特定のＰＵＳＣＨで１つ以上のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ情報を送信することができる。この時、従来のＬＴＥシステムでは、ＵＥがＵＬグラント受信時点まで観察したｃｏｕｎｔｅｒ  ＤＡＩ値及びＵＬグラントにより指示されたｔｏｔａｌ  ＤＡＩ値に基づいてＨＡＲＱ−ＡＣＫペイロードサイズを算出した。反面、本発明が適用可能なＮＲシステムでは、基地局がＲＲＣシグナリングなどの上位層信号により端末に複数のＵＬグラント−ｔｏ−ＰＵＳＣＨ時間値を設定し、その後ＤＣＩにより（上記複数のＵＬグラント−ｔｏ−ＰＵＳＣＨ値のうち）特定のＵＬグラント−ｔｏ−ＰＵＳＣＨ時間を適用するように指示できる。
【０８２５】
この時、ＵＥはＵＬグラント以後に受信したＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ情報をＵＬグラントがスケジューリングしたＰＵＳＣＨに送信しなければならないことがある。このために、ＵＥはｃｏｕｎｔｅｒ  ＤＡＩをＵＬグラント受信時点ではなく、以後のＨＡＲＱ−ＡＣＫ報告対象となるＰＤＳＣＨ受信時点まで観察する必要がある。この時、ＵＥがｃｏｕｎｔｅｒ  ＤＡＩを観察する（ＵＬグラント以後の）時点は、少なくとも最小ＵＬグラント−ｔｏ−ＰＵＳＣＨ時間を保証しなければならない。一例として、ＵＥはＰＵＳＣＨ送信時点から最小ＵＬグラント−ｔｏ−ＰＵＳＣＨ時間によって逆算された時点までｃｏｕｎｔｅｒ  ＤＡＩを観察することができる。この時、ＵＥは上記（ＵＬグラントで指示された）ｔｏｔａｌ  ＤＡＩがｃｏｕｎｔｅｒ  ＤＡＩを観察する時点までスケジュールされた（全体）ＰＤＳＣＨ数を示すと解釈できる。
【０８２６】
さらに、ｃｏｕｎｔｅｒ  ＤＡＩとｔｏｔａｌ  ＤＡＩが各々Ｘ個の状態を循環して繰り返して活用して特定のカウンターを表現する場合（即ち、Ｘ個の状態が循環して繰り返されるシーケンスの各ｎ番目の項がカウント単位がＮであるカウントの各ｎ番目のカウント値に１：１対応する）、ｃｏｕｎｔｅｒ  ＤＡＩとｔｏｔａｌ  ＤＡＩの各々が表現するカウンターが互いに異なるカウント単位（例：Ｎ値）を有するように設定できる。ｃｏｕｎｔｅｒ  ＤＡＩとｔｏｔａｌ  ＤＡＩの各々が表現するカウンターのカウント単位は、端末と基地局の間で予め約束した方式により、又は基地局が上位層信号（例：ＲＲＣシグナリング）及び／又はＤＣＩにより設定できる。例えば、ｃｏｕｎｔｅｒ  ＤＡＩは以下の表１５のように１ずつ増加するカウンターを表現する反面、ｔｏｔａｌ  ＤＡＩは以下の表１６のように２ずつ増加するカウンターを表現することができる。
【０８２７】
【表１５】
0006963611.tif 000027
【０８２８】
【表１６】
0006963611.tif 000028
【０８２９】
上述した第２２のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０８３０】
３．２３．第２３のＵＣＩ送信方法
【０８３１】
ＵＥがＰＵＳＣＨでＨＡＲＱ−ＡＣＫとＣＳＩを送信する場合、ＨＡＲＱ−ＡＣＫとＣＳＩについて同一のＲＥマッピング規則（例：周波数優先マッピング）が適用されることができる。この時、ＵＥは以下のようにＨＡＲＱ−ＡＣＫとＵＣＩに対するＲＥマッピングを行う。
【０８３２】
（１）ＨＡＲＱ−ＡＣＫ送信のためにＰＵＳＣＨに対するレートマッチングを行う場合
【０８３３】
Ａ．ＵＥはまずＨＡＲＱ−ＡＣＫに対するＲＥマッピングを行った後、（ＲＥマッピングルールの順序上、次回のＲＥから）連続してＣＳＩに対するＲＥマッピングを行う
【０８３４】
（２）ＨＡＲＱ−ＡＣＫ送信のためにＰＵＳＣＨに対するパンクチャリングを行う場合
【０８３５】
Ａ．ＵＥは（ＲＥマッピングルールの順序上、前側の）Ｎ個のＲＥを飛ばした後、（Ｎ＋１番目のＲＥから）ＣＳＩに対するＲＥマッピングを行う
【０８３６】
ｉ．ＵＥはＮ個のＲＥをデータ送信のために活用することができる。
【０８３７】
ｉｉ．ＵＥは基地局に送信するＨＡＲＱ−ＡＣＫが存在すると、（ＲＥマッピングルールの順序上、１番目のＲＥから）（ＰＵＳＣＨパンクチャリング基盤の）ＨＡＲＱ−ＡＣＫに対するＲＥマッピングを行うことができる。この時、実際ＨＡＲＱ−ＡＣＫが送信されるＲＥ数はＮ個ではないことができる。
【０８３８】
Ｂ．ここで、Ｎ値は基地局と端末の間で予め約束した方式、又は基地局が上位層信号（例：ＲＲＣシグナリングなど）及び／又はＤＣＩにより設定した値によって計算できる。
【０８３９】
一例として、ＵＥがＨＡＲＱ−ＡＣＫとＣＳＩの全てについてＰＵＳＣＨ  ＤＭ−ＲＳシンボルの直後のシンボルから周波数優先方式でＲＥマッピングを行うと仮定する。この時、もしＵＥがＨＡＲＱ−ＡＣＫの送信時、ＰＵＳＣＨに対するレートマッチングを行うと、基地局はＨＡＲＱ−ＡＣＫペイロードサイズに関する情報をＵＥに別に知らせる必要がある。よって、ＵＥはまずＨＡＲＱ−ＡＣＫに対するＲＥマッピングを行った後、ＣＳＩに対するＲＥマッピングを行うことができる。
【０８４０】
図３９はまず前側の７つのＲＥに対してＨＡＲＱ−ＡＣＫに対するＲＥマッピングを行った後、続いてＣＳＩに対する２５個のＲＥに対するＲＥマッピングを行う構成を簡単に示す図である。
【０８４１】
反面、ＵＥがＨＡＲＱ−ＡＣＫの送信時、ＰＵＳＣＨに対するパンクチャリングを行うと、基地局は該ＵＥに別のＨＡＲＱ−ＡＣＫペイロードサイズ情報を知らせないことができる。よって、ＵＥはＣＳＩに対するＲＥマッチングを行う時、ＨＡＲＱ−ＡＣＫ送信を考慮して予めＲＥマッピング規則上の前側のＮ個のＲＥを空けておくことができる。
【０８４２】
この時、Ｎ値はＰＵＳＣＨパンクチャリングに基づいて送信可能な最大のＨＡＲＱ−ＡＣＫペイロードサイズに基づいて計算できる。
【０８４３】
図４０はＵＥがＣＳＩに対するＲＥマッピングを行う時、予めＨＡＲＱ−ＡＣＫ送信リソースを考慮して前側のＲＥを空けておき、ＲＥマッピングを行う動作を簡単に示す図である。
【０８４４】
図４０に示したように、ＵＥは空けておいたＲＥにはデータに対するＲＥマッピングを行うことができる。次いで、（報告する）ＨＡＲＱ−ＡＣＫが存在する場合、図４０の左側に示したように、ＵＥはＨＡＲＱ−ＡＣＫをデータに対するパンクチャリングに基づいて送信することができる。又は、（報告する）ＨＡＲＱ−ＡＣＫが存在しない場合は、図４０の右側に示したように、ＵＥはＨＡＲＱ−ＡＣＫを送信しないことができる。
【０８４５】
以下の説明において、特定のＵＣＩに対するＲＥマッピング規則は、該当ＵＣＩに対する符号化ビット（又は符号化シンボル）を割り当てるＲＥの位置及び割り当て順序を意味する。もしＵＣＩに対するＲＥマッピング規則によるｋ１番目の割り当て順序のＲＥが利用可能でない場合、ＵＥは該当ＲＥを飛ばして、ＵＣＩに対する符号化ビット（又は符号化シンボル）ｔｏ  ＲＥマッピング過程を次の割り当て順序のＲＥ（例：ｋ１＋１）から再開することができる。
【０８４６】
さらに、ＵＥがＰＵＳＣＨでＨＡＲＱ−ＡＣＫとＣＳＩを送信する場合、ＨＡＲＱ−ＡＣＫとＣＳＩについて同一又は互いに異なるＲＥマッピング規則（例：ｄｉｓｔｒｉｂｕｔｅｄ  ＲＥｓ  ｉｎ  ｔｉｍｅ  ａｎｄ  ｌｏｃａｌｉｚｅｄ  ＲＥｓ  ｉｎ  ｔｉｍｅ）が適用されることができる。この時、ＵＥは以下のようにＨＡＲＱ−ＡＣＫとＵＣＩに対するＲＥマッピングを行う。
【０８４７】
１）ＸビットのＨＡＲＱ−ＡＣＫペイロードサイズを仮定
【０８４８】
Ａ．ＨＡＲＱ−ＡＣＫ送信のためにＰＵＳＣＨに対するレートマッチングを行う場合、Ｘ値は基地局がＵＥにＤＣＩ及び／又は上位層信号により指示した値である。
【０８４９】
Ｂ．ＨＡＲＱ−ＡＣＫ送信のためにＰＵＳＣＨに対するパンクチャリングを行う場合、Ｘ値は基地局がＵＥに上位層信号により指示した値又は予め約束した値又はＤＣＩ及び／又は上位層信号により指示した値である。この時、実際に送信されるＨＡＲＱ−ＡＣＫビット数はＸ値と異なることができる。
【０８５０】
２）Ｘ値及びＨＡＲＱ−ＡＣＫに対するＲＥマッピング規則に基づいてＨＡＲＱ−ＡＣＫが割り当てられたＲＥ数及び位置を計算
【０８５１】
３）（上記計算されたＨＡＲＱ−ＡＣＫ  ＲＥを除いて残ったＲＥのうち）ＣＳＩペイロードサイズ及びＣＳＩに対するＲＥマッピング規則に基づいてＣＳＩが割り当てられるＲＥ数及び位置を計算。この時、（ＵＣＩマッピング順序上）ｋ番目のＲＥに（上記計算された）ＨＡＲＱ−ＡＣＫ  ＲＥとして割り当てられた場合、ＵＥは該当ＲＥにおけるＣＳＩマッピングを飛ばして（ＵＣＩマッピング順序上）（ｋ＋１）番目のＲＥに対するＣＳＩマッピングを試みることができる。
【０８５２】
４）上記１）−Ａである場合（即ち、ＨＡＲＱ−ＡＣＫ送信のためにＰＵＳＣＨに対するレートマッチングを行う場合）、（上記計算されたＨＡＲＱ−ＡＣＫ  ＲＥ及びＣＳＩ  ＲＥを除いて残ったＲＥのうち）ＰＵＳＣＨデータペイロードサイズ及びデータに対するＲＥマッピング規則に基づいてデータが割り当てられたＲＥ数及び位置を計算。この時、（データマッピングの順序上）ｋ番目のＲＥが（上記計算された）ＨＡＲＱ−ＡＣＫ  ＲＥ又はＣＳＩ  ＲＥとして割り当てられた場合、ＵＥは該当ＲＥにおけるデータマッピングを飛ばして（データマッピングの順序上）（ｋ＋１）番目のＲＥに対するデータマッピングを試みることができる。
【０８５３】
５）上記１）−Ｂである場合（即ち、ＨＡＲＱ−ＡＣＫ送信のためにＰＵＳＣＨに対するパンクチャリングを行う場合）、（上記計算されたＣＳＩ  ＲＥを除いて残ったＲＥのうち）ＰＵＳＣＨデータペイロードサイズ及びデータに対するＲＥマッピング規則に基づいてデータが割り当てられたＲＥ数及び位置を計算。この時、（データマッピングの順序上）ｋ番目のＲＥが（上記計算された）ＣＳＩ  ＲＥとして割り当てられた場合、ＵＥは該当ＲＥにおけるデータマッピングを飛ばして（データマッピングの順序上）（ｋ＋１）番目のＲＥに対するデータマッピングを試みることができる。
【０８５４】
６）以後、ＨＡＲＱ−ＡＣＫ又はＣＳＩ又はデータについて、上記計算されたＲＥ数によって符号化ビットを生成した後、上記計算されたＲＥ位置に割り当てて送信
【０８５５】
ここで、ＵＥがＨＡＲＱ−ＡＣＫとＣＳＩの各々に対するＲＥマッピング規則に基づいて（予め特定のＲＥを排除せず）ＨＡＲＱ−ＡＣＫが送信可能なＲＥとＣＳＩが送信可能なＲＥを計算する場合、ＨＡＲＱ−ＡＣＫが送信可能なＲＥとＣＳＩが可能な送信ＲＥのうちの一部は（時間／周波数リソースの観点で）互いに重畳することができる。
【０８５６】
以下の説明において、ＤＣＩフォーマット０＿０はＰＵＳＣＨをスケジュールするＵＬグラントのＤＣＩフォーマットのうちのフォールバックＤＣＩに対応するＤＣＩフォーマットを意味し、ＤＣＩフォーマット０＿１はＰＵＳＣＨをスケジュールするＵＬグラントのＤＣＩフォーマットのうちの非フォールバックＤＣＩに対応するＤＣＩフォーマットを意味する。但し、ＵＬグラントがフォールバックＤＣＩである場合、ＵＬグラント内のＵＬ  ＤＡＩ情報は存在しないことができる。
【０８５７】
また以下の説明において、Ｃｏｕｎｔｅｒ  ＤＡＩは該当ＤＬ  ａｓｓｉｇｎｍｅｎｔまで累積したＰＤＳＣＨ数（又はＴＢ数又はＨＡＲＱ−ＡＣＫビット数）を示し、ＵＬ  ＤＡＩはＰＵＳＣＨ内のＵＣＩピギーバック対象となる全体ＰＤＳＣＨ数（又はＴＢ数又はＨＡＲＱ−ＡＣＫビット数）を示す。
【０８５８】
また以下の説明において、準静的なＨＡＲＱ−ＡＣＫコードブックはＵＥが報告するＨＡＲＱ−ＡＣＫペイロードサイズが（ＵＥ特定の）上位層信号により準静的に設定された場合を意味し、ダイナミックＨＡＲＱ−ＡＣＫコードブックはＵＥが報告するＨＡＲＱ−ＡＣＫペイロードサイズがＤＣＩなどにより動的に変更可能な場合を意味する。
【０８５９】
また以下の説明において、ベータオフセット値は特定のＵＣＩに対するＰＵＳＣＨへのＵＣＩピギーバック時、ＵＣＩを送信するＲＥ数（又は変調シンボル数）を求める時に使用される設計変数を意味する。よって基地局はＵＥに（ＵＥ特定の）上位層信号及び／又はＤＣＩによりベータオフセット値を指示することができる。一例として、ベータオフセット値はデータに対する符号化率（ｃ＿１）とＵＣＩに適用する符号化率（ｃ＿２）の間の比率（ｃ＿１／ｃ＿２）を意味することができる。
【０８６０】
また以下の説明において、ｆｌｏｏｒ（Ｘ）はＸに対する切り捨て演算を意味し、ｃｅｉｌ（Ｘ）はＸに対する切り上げ演算を意味する。
【０８６１】
さらに、ＵＥがＰＵＳＣＨにＨＡＲＱ−ＡＣＫとＣＳＩをＵＣＩピギーバックして送信する場合、ＨＡＲＱ−ＡＣＫとＣＳＩについて同一又は互いに異なるＲＥマッピング規則が適用されることができる。この時、ＵＥは以下のようにＨＡＲＱ−ＡＣＫとＵＣＩに対するＲＥマッピングを行うことができる。
【０８６２】
［１］ＸビットのＨＡＲＱ−ＡＣＫペイロードサイズを仮定。ＨＡＲＱ−ＡＣＫ送信のために、ＰＵＳＣＨに対するレートマッチングを行う場合（又はＨＡＲＱ−ＡＣＫビットが２ビットより大きい場合）又はパンクチャリングを行う場合（又はＨＡＲＱ−ＡＣＫビットが２ビット以下である場合）、Ｘビットは以下のうちの１つ以上の方法で決定される。
【０８６３】
ｉ．Ｏｐｔ．１：基地局がＵＥに（ＵＥ特定の）上位層信号により設定した値。一例として、Ｏｐｔ．１はＵＬグラント内にＵＬ  ＤＡＩが存在せず（例：フォールバックＤＣＩ）、準静的なＨＡＲＱ−ＡＣＫコードブックが設定された場合に適用可能である。
【０８６４】
ｉｉ．Ｏｐｔ．２：基地局がＵＥに送信したＤＬ  ａｓｓｉｇｎｍｅｎｔ内のＣｏｕｎｔｅｒ  ＤＡＩに基づいて算出された値。一例として、Ｏｐｔ．２はＵＬグラント内にＵＬ  ＤＡＩが存在せず（例：フォールバックＤＣＩ）、動的なＨＡＲＱ−ＡＣＫコードブックが設定された場合に適用可能である。
【０８６５】
ｉｉｉ．Ｏｐｔ．３：基地局がＵＥに（ＵＥ特定の）上位層信号により設定した値及び／又はＵＬグラント内のＵＬ  ＤＡＩにより算出された値。一例として、Ｏｐｔ．３はＵＬグラント内にＵＬ  ＤＡＩが存在し（例：非フォールバックＤＣＩ）、準静的なＨＡＲＱ−ＡＣＫコードブックが設定された場合に適用可能である。
【０８６６】
ｉｖ．Ｏｐｔ．４：基地局がＵＥに送信したＤＬ  ａｓｓｉｇｎｍｅｎｔ内のＣｏｕｎｔｅｒ  ＤＡＩ及び／又はＵＬグラント内のＵＬ  ＤＡＩにより算出された値。一例として、Ｏｐｔ．４はＵＬグラント内にＵＬ  ＤＡＩが存在し（例：非フォールバックＤＣＩ）、動的なＨＡＲＱ−ＡＣＫコードブックが設定された場合に適用可能である。
【０８６７】
ｖ．Ｏｐｔ．５：基地局と端末の間で予め約束した値。一例として、Ｏｐｔ．５はＵＬグラント内にＵＬ  ＤＡＩが存在せず（例：フォールバックＤＣＩ）、（ＵＥ特定の）上位層信号によりＨＡＲＱ−ＡＣＫコードブックタイプが設定されていない場合、又はＨＡＲＱ−ＡＣＫ送信のためにＰＵＳＣＨに対するパンクチャリングが行われる場合（ＨＡＲＱ−ＡＣＫビットが２ビット以下である場合）に適用可能である。
【０８６８】
ｖｉ．ここで、上記Ｘ値は実際に送信されるＨＡＲＱ−ＡＣＫビット数とは異なることができる。
【０８６９】
ｖｉｉ．例示したように、ＵＥはＵＬグラント内におけるＵＬ  ＤＡＩの存在有無及び／又はＨＡＲＱ−ＡＣＫコードブックタイプ（例：準静的／動的）によって、ＵＥはＯｐｔ．１／２／３／４／５のうちの１つを選択的に適用することができる。
【０８７０】
［２］ＨＡＲＱ−ＡＣＫ送信のための（ｒｅｓｅｒｖｅｄ）ＲＥ数を計算。ＵＥは以下のうちの１つの方法でＨＡＲＱ−ＡＣＫ  ＲＥ数を計算する。
【０８７１】
ｉ．Ｏｐｔ．１：基地局とＵＥの間で予め約束した（又は上位層信号により設定した）ベータオフセット値とＨＡＲＱ−ＡＣＫビット数の値Ｘに基づいてＲＥ数を算出。一例として、Ｏｐｔ．１は、ＵＬグラント内にベータオフセット指示子（Ｂｅｔａ−ｏｆｆｓｅｔ  ｉｎｄｉｃａｔｏｒ）が存在しない場合（例：フォールバックＤＣＩ）に適用可能である。
【０８７２】
ｉｉ．Ｏｐｔ．２：（ＵＥ特定の）上位層信号及び／又はＤＣＩ（例：ＵＬグラント）から導き出されたベータオフセット値と上記ＨＡＲＱ−ＡＣＫビット数の値Ｘに基づいてＲＥ数を算出。一例として、Ｏｐｔ．２はＵＬグラント内のベータオフセット指示子が存在する場合（例：非フォールバックＤＣＩ）に適用可能である。
【０８７３】
ｉｉｉ．ここで、ＵＥはＵＬグラント内におけるベータオフセット指示子の存在有無によって、Ｏｐｔ．１／２のうちの１つを選択的に適用することができる。
【０８７４】
［３］上記計算された（ｒｅｓｅｒｖｅｄ）ＲＥ数に基づいて、ＨＡＲＱ−ＡＣＫに対するＲＥマッピング規則によってＨＡＲＱ−ＡＣＫ送信のための（ｒｅｓｅｒｖｅｄ）ＲＥ（以下、ＨＡＲＱ−ＡＣＫ  ＲＥ）の位置を計算
【０８７５】
Ａ．ここで、ＵＥがＨＡＲＱ−ＡＣＫ送信のためにＰＵＳＣＨに対するレートマッチングを行うかＰＵＳＣＨに対するパンクチャリングを行うかに関係なく、ＨＡＲＱ−ＡＣＫ  ＲＥの位置は同じ方式で決定される。
【０８７６】
Ｂ．一例として、ＵＥは以下のように（ｒｅｓｅｒｖｅｄ）ＨＡＲＱ−ＡＣＫ  ＲＥの位置を計算することができる。
【０８７７】
ｉ．ＰＵＳＣＨに周波数ホッピングが適用される場合、全体ＨＡＲＱ−ＡＣＫの変調シンボルがＮ個であると、ＵＥはｆｌｏｏｒ（Ｎ／２）個のシンボルを１番目の周波数ホップで送信し、残りのｃｅｉｌ（ｎ／２）個のシンボルは２番目の周波数ホップで送信
【０８７８】
Ａ．ここで、周波数ホップ当たりに適用されるＲＥマッピング規則は同一に設定される。
【０８７９】
Ｂ．また符号化ＵＣＩビットの観点で、ＵＥは２つの周波数ホップに対して全体符号化ＵＣＩビットを（ＲＥ当たり送信可能な符号化ビット数の粒度（Ｇｒａｎｕｌａｒｉｔｙ）で）分割して、各分割された符号化ＵＣＩビットを周波数ホップごとにＲＥマッピングすることができる。
【０８８０】
ｉｉ．（各周波数ホップ当たり）時間軸のＲＥマッピングは以下の通りである。具体的には、ＵＥは周波数優先マッピング（例：Ｆｒｅｑｕｅｎｃｙ−ｆｉｒｓｔ  ｔｉｍｅ−ｓｅｃｏｎｄ  ｍａｐｐｉｎｇ）方式で同じＯＦＤＭシンボル内のＵＣＩマッピングが利用可能な（ａｖａｉｌａｂｌｅ）副搬送波内のＵＣＩマッピングを行い、次のシンボルに移動してＲＥマッピングを行うことができる。
【０８８１】
ｉｉｉ．（ＯＦＤＭシンボルごとに）周波数軸のＲＥマッピングは以下のうちの１つの方式に従う。
【０８８２】
１．以下の説明において、次の定義を活用する。
【０８８３】
Ａ．Ｍ（ｋ）：ｋ番目のＯＦＤＭシンボル内のＨＡＲＱ−ＡＣＫに対するＲＥマッピングに使用可能なＲＥ数（又は送信可能な符号化ビットの数）
【０８８４】
Ｂ．Ｎ（ｋ）：ｋ番目のＯＦＤＭシンボル前までＲＥマッピングされず、残っているＨＡＲＱ−ＡＣＫに対する変調シンボルの数（又は残っているＨＡＲＱ−ＡＣＫ符号化ビットの数）
【０８８５】
２．Ｏｐｔ．１：ｋ番目のＯＦＤＭシンボルで特定のＵＣＩタイプに対するＲＥマッピングを行う場合、ＵＥは（該当シンボル内においてＨＡＲＱ−ＡＣＫの送信のために利用可能なＲＥを対象として）ＨＡＲＱ−ＡＣＫに対する変調シンボルを、隣接するＲＥの間で（周波数軸で）決定された距離ｄほど離れた分散された方式によりＲＥマッピングすることができる。
【０８８６】
［数６］
ｄ＝ｆｌｏｏｒ（Ｍ（ｋ）／Ｎ（ｋ））
【０８８７】
３．Ｏｐｔ．２：ｋ番目のＯＦＤＭシンボルで特定のＵＣＩタイプに対するＲＥマッピングを行う場合、ＵＥは（該当シンボル内においてＨＡＲＱ−ＡＣＫの送信のために利用可能なＲＥを対象として）ＨＡＲＱ−ＡＣＫに対する変調シンボルのうち、該当ＯＦＤＭシンボルにおいてｎ番目（例：ｎ＝０、１、…、Ｎ（ｋ））に割り当てる変調シンボルを、（利用可能なＲＥ内の論理的ＲＥ  ｉｎｄｅｘ基準）（ｖｉｒｔｕａｌ）ＲＥ  ｉｎｄｅｘ  ｐ（ｎ）によりＲＥマッピングすることができる。
【０８８８】
［数７］
ｐ（ｎ）＝ｆｌｏｏｒ（ｎ＊Ｍ（ｋ）／Ｎ（ｋ））（又はｃｅｉｌ（ｎ＊Ｍ（ｋ）／Ｎ（ｋ）））
【０８８９】
［４］（上記計算されたＨＡＲＱ−ＡＣＫ  ＲＥを除いて残ったＲＥのうち）ＣＳＩペイロードサイズ及びＣＳＩに対するＲＥマッピング規則に基づいてＣＳＩ送信のためのＲＥ（以下、ＣＳＩ  ＲＥ）数及び位置を計算
【０８９０】
Ａ．（ＵＣＩマッピング順序上）ｋ番目のＲＥに（上記計算された）ＨＡＲＱ−ＡＣＫ  ＲＥとして割り当てられた場合、ＵＥは該当ＲＥにおけるＣＳＩマッピングを飛ばして、（ＵＣＩマッピング順序上）（ｋ＋１）番目のＲＥに対するＣＳＩマッピングを試みることができる。
【０８９１】
Ｂ．但し、ＨＡＲＱ−ＡＣＫの送信のためにＰＵＳＣＨに対するパンクチャリングを行う場合（又はＨＡＲＱ−ＡＣＫビットが２ビット以下である場合）、ＵＥは以下のうちの１つ以上の場合についてＨＡＲＱ−ＡＣＫ送信のための（ｒｅｓｅｒｖｅｄ）ＲＥがないと（又は有効ではないと）仮定して、ＣＳＩマッピングを行うことができる。
【０８９２】
ｉ．ケース１：ＰＵＳＣＨ内のＵＬ−ＳＣＨ送信がない場合（即ち、ＵＣＩのみのＰＵＳＣＨである場合）。一例として、ＰＵＳＣＨ  ｗｉｔｈ  ＵＬ−ＳＣＨである場合、ＵＥはＨＡＲＱ−ＡＣＫ送信のための（ｒｅｓｅｒｖｅｄ）ＲＥを計算してＣＳＩマッピング過程で該当ＲＥに対するＲＥマッピングを避けることができる。又はＰＵＳＣＨ  ｗｉｔｈｏｕｔ  ＵＬ−ＳＣＨである場合、ＵＥはＨＡＲＱ−ＡＣＫ送信のための（ｒｅｓｅｒｖｅｄ）ＲＥが存在しないと仮定して、ＣＳＩマッピングを行うことができる。
【０８９３】
ｉｉ．ケース２：ＰＵＳＣＨ内のＵＬ−ＳＣＨ送信がなく、ＰＵＳＣＨで送信するＣＳＩパート（例：ＣＳＩパート２）がない場合（即ち、ＵＣＩのみのＰＵＳＣＨである場合）。一例として、ＰＵＳＣＨ  ｗｉｔｈｏｕｔ  ＵＬ−ＳＣＨであり、ＨＡＲＱ−ＡＣＫ及びＣＳＩパート１のみをＰＵＳＣＨ内ＵＣＩピギーバックして送信する場合、ＵＥはＣＳＩパート１のマッピング時にＨＡＲＱ−ＡＣＫ送信のための（ｒｅｓｅｒｖｅｄ）ＲＥが存在しないと（又は有効ではないと）仮定して、ＲＥマッピングを行うことができる。又はＨＡＲＱ−ＡＣＫ、ＣＳＩパート１及びＣＳＩパート２をＰＵＳＣＨ内ＵＣＩピギーバックして送信する場合、ＵＥはＣＳＩパート１のマッピング時に、上記ＨＡＲＱ−ＡＣＫ送信のための（ｒｅｓｅｒｖｅｄ）ＲＥへのＣＳＩパート１ＲＥマッピングを避けることができる。
【０８９４】
ｉｉｉ．ケース３：（上位層信号及び／又は）ＤＣＩ（例：ＵＬグラント）により（ＵＣＩピギーバックされる）ＨＡＲＱ−ＡＣＫがないと指示された場合
【０８９５】
Ｃ．但し、ＨＡＲＱ−ＡＣＫ送信のためにＰＵＳＣＨに対するパンクチャリングを行う場合（又はＨＡＲＱ−ＡＣＫビットが２ビット以下である場合）、ＨＡＲＱ−ＡＣＫ送信のための（ｒｅｓｅｒｖｅｄ）ＲＥが存在するが、実際に送信するＨＡＲＱ−ＡＣＫビットがないことがある。この時、ＵＥはＨＡＲＱ−ＡＣＫ送信のための（ｒｅｓｅｒｖｅｄ）ＲＥに対応するＨＡＲＱ−ＡＣＫペイロードを全てＮＡＣＫ（Ａｌｌ  ＮＡＣＫ）で構成して（ｒｅｓｅｒｖｅｄ）ＨＡＲＱ−ＡＣＫ  ＲＥ内ＨＡＲＱ−ＡＣＫの変調シンボルを満たすことができる。
【０８９６】
［５］ＨＡＲＱ−ＡＣＫ送信のためにＰＵＳＣＨに対するレートマッチングを行う場合（又はＨＡＲＱ−ＡＣＫビットが２ビットより大きい場合）、（上記計算されたＨＡＲＱ−ＡＣＫ  ＲＥ及びＣＳＩ  ＲＥを除いて残ったＲＥのうち）ＰＵＳＣＨデータペイロードサイズ及びデータに対するＲＥマッピング規則に基づいてデータが割り当てられたＲＥ数及び位置を計算。この時、（データマッピング順序上）ｋ番目のＲＥが（上記計算された）ＨＡＲＱ−ＡＣＫ  ＲＥ又はＣＳＩ  ＲＥとして割り当てられた場合、ＵＥは該当ＲＥにおけるデータマッピングを飛ばして（データマッピング順序上）（ｋ＋１）番目のＲＥに対するデータマッピングを試みることができる。
【０８９７】
［６］ＨＡＲＱ−ＡＣＫ送信のためにＰＵＳＣＨに対するンクチャリングを行う場合（又はＨＡＲＱ−ＡＣＫビットが２ビット以下である場合）、（上記計算されたＣＳＩ  ＲＥを除いて残ったＲＥのうち）ＰＵＳＣＨデータペイロードサイズ及びデータに対するＲＥマッピング規則に基づいてデータが割り当てられたＲＥ数及び位置を計算。この時、（データマッピング順序上）ｋ番目のＲＥが（上記計算された）ＣＳＩ  ＲＥとして割り当てられた場合、ＵＥは該当ＲＥにおけるデータマッピングを飛ばして（データマッピング順序上）（ｋ＋１）番目のＲＥに対するデータマッピングを試みることができる。
【０８９８】
［７］その後、ＨＡＲＱ−ＡＣＫ又はＣＳＩ又はデータについて上記計算されたＲＥ数によって符号化ビットを生成した後、上記計算されたＲＥ位置に割り当てて送信
【０８９９】
ここで、ＵＥがＨＡＲＱ−ＡＣＫとＣＳＩの各々に対するＲＥマッピング規則によって（予め特定のＲＥを排除せず）ＨＡＲＱ−ＡＣＫが送信可能なＲＥとＣＳＩが送信可能なＲＥを計算する場合、ＨＡＲＱ−ＡＣＫが送信可能なＲＥとＣＳＩが可能な送信ＲＥのうちの一部が（時間／周波数リソースの観点で）互いに重畳することがある。
【０９００】
またＨＡＲＱ−ＡＣＫ送信のためにＰＵＳＣＨに対するレートマッチングを行う場合（又はＨＡＲＱ−ＡＣＫビットが２ビットより大きい場合）、ＣＳＩはＣＳＩパート１とＣＳＩパート２に区分される。この時、ＣＳＩパート１についてはＨＡＲＱ−ＡＣＫ送信のための（ｒｅｓｅｒｖｅｄ）ＲＥをＣＳＩマッピングする時に上記［４］の方法が適用され、ＣＳＩパート２についてはＨＡＲＱ−ＡＣＫ送信のための（ｒｅｓｅｒｖｅｄ）ＲＥがＣＳＩマッピングに反映されないことができる（即ち、ＣＳＩパート２についてはＨＡＲＱ−ＡＣＫ送信のための（ｒｅｓｅｒｖｅｄ）ＲＥがないと仮定することができる）。
【０９０１】
またＵＥのＵＣＩピギーバックを行う時、ＵＣＩに対するＲＥマッピング規則を適用するＲＥインデクシングは、ＰＵＳＣＨについて割り当てられたＶＲＢ（ｖｉｒｔｕａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）に対するＲＥインデクシングに従うことができる。即ち、ＵＣＩに対するＲＥマッピング規則は、ＰＵＳＣＨについて割り当てられたＶＲＢ領域で定義される。その後、実際に物理的に割り当てられるＵＣＩ  ＲＥの位置はＶＲＢ−ｔｏ−ＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）によって異なる。一例として、ＵＥはＰＵＳＣＨに割り当てられたＶＲＢ上にＵＣＩ  ＲＥマッピングを行い、その後、ＶＲＢ−ｔｏ−ＰＲＢ過程でＵＣＩ  ＲＥとデータＲＥについてインターリービングを適用することができる。
【０９０２】
さらにＵＥがＰＵＳＣＨにＨＡＲＱ−ＡＣＫをＵＣＩピギーバックして送信する場合、ＵＥは以下のように（ＵＥが報告する）ＨＡＲＱ−ＡＣＫのペイロード（又はＨＡＲＱ−ＡＣＫのコードブック）サイズを決定することができる。
【０９０３】
この時、ＵＥに設定された準静的なＨＡＲＱ−ＡＣＫコードブックである場合、（ＵＬグラント内の）ＵＬ  ＤＡＩ値が０であることは、ＨＡＲＱ−ＡＣＫビットが２ビット以下であることを示し（即ち、ＨＡＲＱ−ＡＣＫビットが０、１、２のうちの１つであることを意味）、ＵＬ  ＤＡＩ値が１であることは、準静的なＨＡＲＱ−ＡＣＫコードブックのサイズほどのＨＡＲＱ−ＡＣＫビットがあることを示す。
【０９０４】
以下の具体的な構成は、上述したＨＡＲＱ−ＡＣＫ送信のための（ｒｅｓｅｒｖｅｄ）ＲＥ数を決定するために仮定するＨＡＲＱ−ＡＣＫビット数の算出過程で活用できる。
【０９０５】
１］ＨＡＲＱ−ＡＣＫコードブックが準静的なコードブックである場合
【０９０６】
Ａ．１ビットＵＬ  ＤＡＩ＝ビット‘０’である場合
【０９０７】
ｉ．Ｏｐｔ．１：スケジュールされたＰＤＳＣＨに対応する２ビット以下のＨＡＲＱ−ＡＣＫをＰＵＳＣＨに対するパンクチャリングに基づいてＰＵＳＣＨ内ＵＣＩピギーバックして送信
【０９０８】
１．この時、ＵＥは最大ＨＡＲＱ−ＡＣＫのペイロードサイズを２ビットと仮定することができる。
【０９０９】
２．また（全体）ＨＡＲＱ−ＡＣＫビットの構成は、ＣＣ（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）インデックスが低いほど、同じＣＣインデックスについてはスロットインデックスが早いほど、（ビットシーケンス上の）前側（又は後側）になるように配置することができる。
【０９１０】
ｉｉ．Ｏｐｔ．２：スケジュールされたＰＤＳＣＨの有無に関係なく、常に２ビットＨＡＲＱ−ＡＣＫを仮定し、ＨＡＲＱ−ＡＣＫをＰＵＳＣＨに対するパンクチャリングに基づいてＰＵＳＣＨ内ＵＣＩピギーバックして送信。この時、受信されたＰＤＳＣＨがないＨＡＲＱ−ＡＣＫビットはＮＡＣＫと見なされる。
【０９１１】
Ｂ．１ビットのＵＬ  ＤＡＩ＝ビット‘１’である場合
【０９１２】
ｉ．（設定された）最大ＨＡＲＱ−ＡＣＫのペイロードサイズに対応するＨＡＲＱ−ＡＣＫをＰＵＳＣＨ内ＵＣＩピギーバックして送信
【０９１３】
１．この場合、（全体）ＨＡＲＱ−ＡＣＫビットの構成は、ＣＣ（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）インデックスが低いほど、同じＣＣインデックスについてはスロットインデックスが早いほど、（ビットシーケンス上の）前側（又は後側）になるように配置することができる（ＣＣ  ｆｉｒｓｔ−ｓｌｏｔ  ｓｅｃｏｎｄ方式）。
【０９１４】
２．上記（設定された）最大ＨＡＲＱ−ＡＣＫのペイロードサイズが２ビット以下であると、ＵＥはＰＵＳＣＨに対するパンクチャリングに基づいてＵＣＩピギーバックを行うことができる。反面、最大ＨＡＲＱ−ＡＣＫのペイロードサイズが２ビットを超えると、ＵＥはＰＵＳＣＨに対するレートマッチングに基づいてＵＣＩピギーバックを行うことができる。又はＵＥは（最大ＨＡＲＱ−ＡＣＫのペイロードサイズに関係なく）常にＰＵＳＣＨに対するレートマッチングに基づいてＵＣＩピギーバックを行うことができる。
【０９１５】
Ｃ．ＳＰＳ  ＰＵＳＣＨである場合、１ビットのＵＬ  ＤＡＩ＝０である場合と同一である。この時、ＵＥはスケジュールされたＰＤＳＣＨの有無に関係なく常に２ビットＨＡＲＱ−ＡＣＫを仮定することができる。
【０９１６】
Ｄ．ＰＵＳＣＨがＤＣＩフォーマット０＿０にスケジュールされた場合、１ビットのＵＬ  ＤＡＩ＝１である場合と同一である。
【０９１７】
２］ＨＡＲＱ−ＡＣＫコードブックが動的コードブックである場合
【０９１８】
Ａ．２ビットＵＬ  ＤＡＩ≦（ｔｏｔａｌ）２である場合（即ち、ＵＬ  ＤＡＩが２ビット以下のＨＡＲＱ−ＡＣＫビットを指示する場合）
【０９１９】
ｉ．該当ＵＬ  ＤＡＩに対応する２ビット以下のＨＡＲＱ−ＡＣＫをＰＵＳＣＨに対するパンクチャリングに基づいてＰＵＳＣＨ内ＵＣＩピギーバックして送信。この時、（全体）ＨＡＲＱ−ＡＣＫビット構成は、ｃｏｕｎｔｅｒ−ＤＡＩ値の順序によって（ビットシーケンス上で）昇順（又は降順）に構成される。
【０９２０】
Ｂ．２ビットＵＬ  ＤＡＩ＞（ｔｏｔａｌ）２である場合（即ち、ＵＬ  ＤＡＩが２ビットを超えるＨＡＲＱ−ＡＣＫビットを指示する場合）
【０９２１】
ｉ．該当ＵＬ  ＤＡＩに対応する２ビットを超えるＨＡＲＱ−ＡＣＫをＰＵＳＣＨに対するレートマッチングに基づいてＰＵＳＣＨ内ＵＣＩピギーバックして送信。この時、（全体）ＨＡＲＱ−ＡＣＫビットの構成は、ｃｏｕｎｔｅｒ−ＤＡＩ値の順序によって（ビットシーケンス上で）昇順（又は降順）に行われる。
【０９２２】
Ｃ．ＳＰＳ  ＰＵＳＣＨである場合
【０９２３】
ｉ．Ｏｐｔ．１：スケジュールされたＰＤＳＣＨに対応する２ビット以下のＨＡＲＱ−ＡＣＫをＰＵＳＣＨに対するパンクチャリングに基づいてＰＵＳＣＨ内ＵＣＩピギーバックして送信
【０９２４】
１．この時、ＵＥは最大ＨＡＲＱ−ＡＣＫのペイロードサイズを２ビットに仮定することができる。
【０９２５】
２．また（全体）ＨＡＲＱ−ＡＣＫのビット構成は、ｃｏｕｎｔｅｒ−ＤＡＩ値の順序によって（ビットシーケンス上で）昇順（又は降順）に構成できる。
【０９２６】
ｉｉ．Ｏｐｔ．２：スケジュールされたＰＤＳＣＨの有無に関係なく、常に２ビットのＨＡＲＱ−ＡＣＫを仮定
【０９２７】
Ｄ．ＰＵＳＣＨがＤＣＩフォーマット０＿０でスケジュールされた場合、
【０９２８】
ｉ．（設定された）最大ＨＡＲＱ−ＡＣＫのペイロードサイズに対応するＨＡＲＱ−ＡＣＫをＰＵＳＣＨ内ＵＣＩピギーバックして送信
【０９２９】
１．この時、（全体）ＨＡＲＱ−ＡＣＫのビット構成は、ｃｏｕｎｔｅｒ−ＤＡＩ値の順序によって（ビットシーケンス上で）昇順（又は降順）に構成される。
【０９３０】
２．上記（設定された）最大ＨＡＲＱ−ＡＣＫのペイロードサイズが２ビット以下であると、ＵＥはＰＵＳＣＨに対するパンクチャリングに基づいてＵＣＩピギーバックを行うことができる。反面、最大ＨＡＲＱ−ＡＣＫのペイロードサイズが２ビットを超えると、ＵＥはＰＵＳＣＨに対するレートマッチングに基づいてＵＣＩピギーバックを行うことができる。又はＵＥは（最大ＨＡＲＱ−ＡＣＫのペイロードサイズに関係なく）常にＰＵＳＣＨに対するレートマッチングに基づいてＵＣＩピギーバックを行うことができる。
【０９３１】
さらに、ＵＥがＰＵＳＣＨにＨＡＲＱ−ＡＣＫをＵＣＩピギーバックして送信する時、２つのＨＡＲＱ−ＡＣＫコードブック（例：サブコードブックＡ、サブコードブックＢ）が設定され、ＵＬグラント内の単一（２ビット）ＵＬ  ＤＡＩのみが存在することができる。この時、ＵＥは単一のＵＬ  ＤＡＩ（フィールド）を上記２つのＨＡＲＱ−ＡＣＫコードブックについて共通に適用することができる。
【０９３２】
一例として、ＤＬ  ａｓｓｉｇｎｍｅｎｔ（或いはＤＬ  ｓｃｈｅｄｕｌｉｎｇ  ＤＣＩ）内の上記２つのＨＡＲＱ−ＡＣＫコードブック（例：サブコードブックＡ、サブコードブックＢ）の各々に対応する２つのＣｏｕｎｔｅｒ  ＤＡＩ（例：Ｃｏｕｎｔｅｒ  ＤＡＩ  Ａ、Ｃｏｕｎｔｅｒ  ＤＡＩ  Ｂ）が存在し、サブコードブックＡに対するＨＡＲＱ−ＡＣＫのペイロードサイズ（又はサブコードブックのサイズ）はＣｏｕｎｔｅｒ  ＤＡＩ  ＡとＵＬ  ＤＡＩから算出され、サブコードブックＢに対するＨＡＲＱ−ＡＣＫペイロードサイズ（或いはサブコードブックのサイズ）はＣｏｕｎｔｅｒ  ＤＡＩ  ＢとＵＬ  ＤＡＩから算出されることができる。
【０９３３】
またＵＥが（ＤＬ  ａｓｓｉｇｎｍｅｎｔ（又はＤＬ  ｓｃｈｅｄｕｌｉｎｇ  ＤＣＩ）により）サブコードブックＡについては最後のＰＤＳＣＨスケジュール順序値を２又は３と受信し、サブコードブックＢについては最後のＰＤＳＣＨスケジュール順序値を６又は７と受信した状態で、単一のＵＬ  ＤＡＩフィールドによりＰＤＳＣＨスケジュールの総合計値が３又は７と指示された場合、該当ＵＥはサブコードブックＡに対するＨＡＲＱ−ＡＣＫペイロードサイズ（又はサブコードブックサイズ）の場合、ｔｏｔａｌ＝３と適用して算出し、サブコードブックＢに対するＨＡＲＱ−ＡＣＫのペイロードサイズ（又はサブコードブックのサイズ）の場合は、ｔｏｔａｌ＝７と適用して算出するように動作する。
【０９３４】
上述した第２３のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０９３５】
３．２４．第２４のＵＣＩ送信方法
【０９３６】
以下の説明において、基地局は上位層信号により予めＰＵＳＣＨに対する送信リソース及び送信周期を設定し、ＤＣＩにより活性化（Ａｃｔｉｖａｔｉｏｎ）又は解除（Ｒｅｌｅａｓｅ）を指示することができる。一例として、ＤＣＩにより活性化（Ａｃｔｉｖａｔｉｏｎ）が指示された場合、ＵＥは送信リソース及び送信周期によってＰＵＳＣＨ送信を行う。他の例として、ＤＣＩにより解除（Ｒｅｌｅａｓｅ）が指示された場合は、ＵＥはＰＵＳＣＨ送信を中止する。以下では、このような方式で送信されるＰＵＳＣＨをＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）ＰＵＳＣＨと呼ぶ。
【０９３７】
ＵＥがＳＰＳ  ＰＵＳＣＨに特定のＵＣＩに対するＵＣＩピギーバックを行う場合、基地局はＳＰＳ  ＰＵＳＣＨを活性化するＤＣＩにより以下の情報をＵＥに提供する。
【０９３８】
（１）（ＵＣＩピギーバック対象）ＵＣＩに対するＵＣＩペイロードサイズ
【０９３９】
（２）（ＵＣＩピギーバック対象）ＵＣＩに対するベータオフセット値
【０９４０】
（３）ＰＵＳＣＨに対するレートマッチング／パンクチャリング情報（例：レートマッチング又はパンクチャリング対象のリソース量）
【０９４１】
ここで、ベータオフセット値はＰＵＳＣＨ内ＵＣＩマッピングを行う符号化シンボル数又はＲＥ数の計算に活用される設計値を意味する。
【０９４２】
また上記構成は、（ＶｏＩＰなどのＵＬ−ＳＣＨ送信のための）ＳＰＳ  ＰＵＳＣＨ以外に、（Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ＣＳＩ送信のための）ＳＰＳ  ＰＵＳＣＨにも適用できる。
【０９４３】
より具体的には、ＵＥがＳＰＳ  ＰＵＳＣＨに対するＵＣＩピギーバックを行う場合、ＵＥはＵＣＩピギーバック対象のＵＣＩペイロードサイズに関する情報を活性化ＤＣＩにより指示されることができる。その後、ＵＥはＤＣＩにより指示されたＵＣＩペイロードサイズに基づいてＰＵＳＣＨに対するレートマッチング又はパンクチャリングを行う。
【０９４４】
本発明が適用可能なＮＲシステムでは、ベータオフセット値をＤＣＩにより指示する動的ベータオフセット指示（Ｄｙｎａｍｉｃ  Ｂｅｔａ−ｏｆｆｓｅｔ  Ｉｎｄｉｃａｔｉｏｎ）方法が適用される。よって、ＳＰＳ  ＰＵＳＣＨについても基地局が活性化ＤＣＩにより該当ＳＰＳ  ＰＵＳＣＨにＵＣＩピギーバックのために適用されるベータオフセット値を指示することが好ましい。
【０９４５】
このように活性化ＤＣＩによりＵＣＩピギーバック関連情報（例：ＵＣＩペイロードサイズ又はベータオフセット値など）を提供する動作は、基地局が上位層信号などによりＵＣＩピギーバック関連情報（例：ＵＣＩペイロードサイズ又はベータオフセット値など）を準静的に設定することに比べて、比較的に早くＵＣＩマッピングＲＥ数を調節できるという長所がある。これにより基地局はより効率的なＵＣＩピギーバックを支援することができる。
【０９４６】
さらに、基地局が上位層信号によりＳＰＳ  ＰＵＳＣＨの送信時に適用するベータオフセットを設定する場合、ベータオフセットは以下のように設定できる。
【０９４７】
１）Ｏｐｔ．１：ＳＰＳ  ＰＵＳＣＨについて単一のベータオフセットを設定
【０９４８】
−ベータオフセットの設定は、ＳＰＳ  ＰＵＳＣＨがＵＬ−ＳＣＨ（例：ＶｏＩＰ）を送信する場合と、ＵＣＩ（例：ＳＰ−ＣＳＩ）のみを送信する場合に同様に活用される。
【０９４９】
２）Ｏｐｔ．２：ＳＰＳ  ＰＵＳＣＨについて用途別にベータオフセットを設定
【０９５０】
−一例として、ＳＰＳ  ＰＵＳＣＨがＵＬ−ＳＣＨ（例：ＶｏＩＰ）を送信する場合と、ＵＣＩ（例：ＳＰ−ＣＳＩ）のみを送信する場合に、互いに異なるベータオフセットが設定されることができる。
【０９５１】
上述した第２４のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０９５２】
３．２５．第２５のＵＣＩ送信方法
【０９５３】
以下の説明において、ＣＳＩ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）はＣＳＩパート１とＣＳＩパート２に区分できると仮定する。この時、ＣＳＩパート１はＲＩ（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ）、（１番目の輸送ブロックに対する）ＣＱＩ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）などの情報を含み、ＣＳＩパート２はその他のＣＳＩ情報を含む。この時、ＣＳＩパート１に対するＵＣＩペイロードサイズは固定され、ＣＳＩパート２に対するＵＣＩペイロードサイズはＣＳＩパート１内の情報に変更可能である。
【０９５４】
ＵＥがＨＡＲＱ−ＡＣＫとＣＳＩに対するＰＵＳＣＨへのＵＣＩピギーバックを行う場合、ＵＥは以下のように定義されるリソース及び規則によって周波数優先マッピング方式でＲＥマッピングを行うことができる。
【０９５５】
（１）（ＵＣＩマッピング対象）時間リソース（シンボル）
【０９５６】
Ａ．Ｏｐｔ．１：ＰＵＳＣＨ内のＤＭ−ＲＳ送信シンボルを除いた全てのＯＦＤＭシンボル
【０９５７】
Ｂ．Ｏｐｔ．２：ＰＵＳＣＨ内の基地局が（上位層信号により）設定したＯＦＤＭシンボル
【０９５８】
（２）（ＵＣＩマッピング対象）周波数リソース（サブキャリア）
【０９５９】
Ａ．Ｏｐｔ．１：ＰＵＳＣＨ内の（ＰＴ−ＲＳ送信シンボルを除いた）全てのサブキャリア
【０９６０】
Ｂ．Ｏｐｔ．２：ＰＵＳＣＨ内の基地局が（上位層信号により）設定したサブキャリア
【０９６１】
（３）（ＵＣＩマッピング対象）時間リソースの間のＵＣＩマッピング順序
【０９６２】
Ａ．Ｏｐｔ．１：ＰＵＳＣＨ内のＤＭ−ＲＳパターン及びＰＵＳＣＨ長さ（ｄｕｒａｔｉｏｎ）（＝ＰＵＳＣＨ内のＯＦＤＭシンボル数）によって基地局と端末に予め約束された順序
【０９６３】
ｉ．Ｏｐｔ．１−Ａ：時間軸リソースインデックス（ＯＦＤＭシンボルインデックス）基準の昇順（又は降順）
【０９６４】
ｉｉ．Ｏｐｔ．１−Ｂ：ＤＭ−ＲＳとの距離による優先順位による順序。この時、優先順位は以下の規則によって決定される。
【０９６５】
Ａ．特定シンボルと（任意の）ＤＭ−ＲＳシンボルとの最小距離が短いほど優先順位が高い
【０９６６】
Ｂ．特定シンボルの（スロット内の）ＯＦＤＭシンボルインデックスが小さいほど優先順位が高い
【０９６７】
Ｂ．Ｏｐｔ．２：基地局が（上位層信号により）設定した順序
【０９６８】
（４）（ＵＣＩマッピング対象）時間のリソース内の周波数リソースに対するＵＣＩマッピング順序
【０９６９】
Ａ．Ｏｐｔ．１：周波数インデックス（サブキャリアインデックス）基準の昇順（又は降順）
【０９７０】
Ｂ．Ｏｐｔ．２：クラスター基盤の順列（Ｐｅｒｍｕｔａｔｉｏｎ）が適用された副搬送波の間の順序
【０９７１】
ｉ．ＰＵＳＣＨ内の全ての副搬送波リソースはＮ個のクラスターで構成される。ここで、各クラスターは連続する副搬送波で構成され、周波数軸基準の昇順（又は降順）によるクラスターインデックスを有する。
【０９７２】
ｉｉ．Ｎ個のクラスターの間のＵＣＩマッピング順序は特定の順序に従い、一例として以下のように決められる。
【０９７３】
１．Ｏｐｔ．２−Ａ：Ｎ＝２Ｍである場合、２Ｍ長さに対するビット反転順列（ｂｉｔ  ｒｅｖｅｒｓａｌ  ｐｅｒｍｕｔａｔｉｏｎ）の順序に従う。
【０９７４】
２．Ｏｐｔ．２−Ｂ：Ｎ＝４である場合、クラスターインデックスの観点で、［０  １  ２  ３］、［０  ２  １  ３］、［０  ３  １  ２］、［１  ３  ０  ２］及び［０  ３  ２  １］のうちの１つの順序に従う。
【０９７５】
３．Ｏｐｔ．２−Ｃ：（任意の）Ｎについてクラスターインデックスの観点で０、Ｎ−１、１、Ｎ−２、…ｋ、（Ｎ−１）−ｋ、…の順序に従う。
【０９７６】
ｉｉｉ．クラスター内の副搬送波の間のＵＣＩマッピング順序はサブキャリアインデックスを基準として昇順（又は降順）に従う。
【０９７７】
（５）ＵＣＩタイプ間のＵＣＩマッピング順序（例：ＨＡＲＱ−ＡＣＫ−＞ＣＳＩパート１−＞ＣＳＩパート２）
【０９７８】
ｉ．ＵＥはまず他のＵＣＩタイプが予め割り当てられたＲＥについてはＵＣＩマッピングを飛ばすことができる。
【０９７９】
ｉｉ．ＵＣＩタイプごとに（ＵＣＩマッピング）対象の時間リソースの間の順序は異なることができる。
【０９８０】
ｉｉｉ．（ＵＣＩマッピング対象）時間リソースはＵＣＩマッピング順序による仮想時間インデックス（Ｖｉｒｔｕａｌ  ｔｉｍｅ  ｉｎｄｅｘ）を有することができ、ＵＣＩタイプごとにＵＣＩマッピングを開始する仮想の時間インデックスに対するオフセット値は異なるように設定されることができる。
【０９８１】
ここで、周波数優先マッピングとは、ＵＥが（ＵＣＩマッピング対象）特定の時間リソース内の（ＵＣＩマッピング対象）全ての周波数リソースに対するＵＣＩマッピングを行った後、次のＵＣＩマッピング順序の時間リソースに移動してＵＣＩマッピングを行う過程を意味する。
【０９８２】
またクラスター数又はクラスター内の副搬送波の個数（即ち、クラスターの周波数軸サイズ）は、基地局が上位層信号によりＵＥに設定することができる。
【０９８３】
より具体的には、ＰＵＳＣＨについて（ＵＣＩマッピング対象）時間リソースは、ＰＵＳＣＨ内のＤＭ−ＲＳ送信シンボルを除いた全てのＯＦＤＭシンボルと定義され、（ＵＣＩマッピング対象）周波数リソースはＰＵＳＣＨ内のＰＴ−ＲＳ送信シンボルを除いた全ての副搬送波と定義されることができる。（ＵＣＩマッピング対象）シンボル間のＵＣＩマッピング順序はシンボルインデックスの昇順に従い、（ＵＣＩマッピング対象）シンボル内の周波数リソースに対するＵＣＩマッピング順序はクラスター基盤の順列（Ｐｅｒｍｕｔａｔｉｏｎ）が適用されたサブキャリアの間の順序を従うことができる。
【０９８４】
具体的には、上述したＯｐｔ．２−Ｃが適用される場合、ＵＣＩタイプ間のＵＣＩマッピング順序はＨＡＲＱ−ＡＣＫ−＞ＣＳＩパート１−＞ＣＳＩパート２の順に従い、最後にデータに対するＲＥマッピングが行われる。
【０９８５】
図４１はＵＥがＨＡＲＱ−ＡＣＫ−＞ＣＳＩパート１−＞ＣＳＩパート２−＞データの順にＵＣＩマッピングを行う構成を簡単に示す図である。図４１において、各ＲＥ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）内の数字は、ＵＣＩに対するＲＥマッピング順序又はデータ（ＵＬ−ＳＣＨ）に対するＲＥマッピング順序を意味する。
【０９８６】
また、（ＵＣＩマッピング対象）シンボル間のＵＣＩマッピング順序は、ＰＵＳＣＨ内のＤＭ−ＲＳパターン及びＰＵＳＣＨ  ｄｕｒａｔｉｏｎ（＝ＰＵＳＣＨ内のＯＦＤＭシンボル数）によって基地局と端末の間で予め約束された順に従う。一例として、シンボル間のＵＣＩマッピング順序はＤＭ−ＲＳとの相対的な距離による優先順に従うことができる。この時、優先順位は特定シンボルと（任意の）ＤＭ−ＲＳシンボルとの最小距離が短いほど優先順位が高くなり、さらに（任意のＤＭ−ＲＳシンボルとの最小距離が同一であるシンボルの間では）（スロット内の）ＯＦＤＭシンボルインデックスが小さいほど優先順位が高くなるように設定される。
【０９８７】
図４２はＰＵＳＣＨ長さが１２ＯＦＤＭシンボルであり、ＤＭ−ＲＳシンボルが各々ＯＦＤＭシンボルインデックス＃２及び＃１１に存在する場合のＵＣＩマッピング構成を簡単に示す図である。図４２に示したように、（ＵＣＩマッピング対象）シンボルの間のＵＣＩマッピング順序はＯＦＤＭシンボルインデックスの観点で３、１０、１２、４、９、１３、５、８、６、７の順である。
【０９８８】
さらに、ＰＵＳＣＨについて周波数ホッピングが適用された場合、各ＵＣＩタイプごとに符号化ビットが２つのパート（例：ＵＣＩパート１、ＵＣＩパート２）に分割されることができる。この時、ＵＥは１番目の周波数ホップについてＵＣＩパート１のＵＣＩ−ｔｏ−ＲＥマッピングを行い、２番目の周波数ホップについてはＵＣＩパート２のＵＣＩ−ｔｏ−ＲＥマッピングを行う。この時、ＵＣＩパート１とＵＣＩパート２は以下のように分割される。
【０９８９】
１）Ｏｐｔ．１：ＰＵＳＣＨの１番目の周波数ホップ内の（ＵＣＩマッピング対象）ＯＦＤＭシンボル数（又はＵＣＩマッピング対象のＲＥ数）と２番目の周波数ホップ内の（ＵＣＩマッピング対象）ＯＦＤＭシンボル数（又はＵＣＩマッピング対象のＲＥ数）との比率と、（符号化ビット数の観点での）ＵＣＩパート１とＵＣＩパート２の比率が、（最大限／できる限り）同一であるようにＵＣＩパート１とＵＣＩパート２を分ける方法
【０９９０】
２）Ｏｐｔ．２：ＰＵＳＣＨの１番目の周波数ホップ内の（ＵＣＩパート１に対する）ＰＵＳＣＨレートマッチング（又はパンクチャリング）を行った後に残ったＵＬデータ（ＵＬ−ＳＣＨ）送信ＯＦＤＭシンボル数（又はＲＥ数）と、２番目の周波数ホップ内の（ＵＣＩパート２に対する）ＰＵＳＣＨレートマッチング（又はパンクチャリング）を行った後に残ったＵＬデータ（ＵＬ−ＳＣＨ）送信ＯＦＤＭシンボル数（又はＲＥ数）が、（最大限／できる限り）同一であるように（符号化ビット数の観点で）ＵＣＩパート１とＵＣＩパート２を分ける方法
【０９９１】
ここで、上記２つの周波数ホップについて統合されたＲＥマッピング規則（Ｕｎｉｆｉｅｄ  ＲＥマッピングルール）が適用されることができる。言い換えれば、１番目の周波数ホッピングについてＵＣＩパート１がＲＥマッピングされる方式は、２番目の周波数ホッピングについてＵＣＩパート２がＲＥマッピングされる方式と同一であることができる。
【０９９２】
ここで、周波数ホップ内の（ＵＣＩマッピング対象）ＯＦＤＭシンボルは、周波数ホップ内の全てのシンボルを意味するか、又は（ＤＭＲＳシンボルを除いた）ＵＣＩ送信シンボルのみを意味することができる。
【０９９３】
より具体的には、ＰＵＳＣＨに周波数ホッピングが適用される時、ＵＥは各ＵＣＩタイプごとに符号化ビットを２つのパート（例：ＵＣＩパート１、ＵＣＩパート２）に分割し、１番目の周波数ホップについてＵＣＩパート１のＵＣＩ−ｔｏ−ＲＥマッピングを行い、２番目の周波数ホップについて（ＵＣＩパート１と同一のＲＥマッピングルールによって）ＵＣＩパート２のＵＣＩ−ｔｏ−ＲＥマッピングを行うことができる。
【０９９４】
しかし、本発明が適用可能なＮＲシステムでは、ＰＵＳＣＨ内の各周波数ホップごとにＵＣＩマッピングが可能なＯＦＤＭシンボル数（又はＲＥ数）が異なる。よって、ＵＥがＵＣＩパート１とＵＣＩパート２を分ける時、ＵＥはＰＵＳＣＨ内の各周波数ホップごとに利用可能なＲＥ数の比率に合わせてＵＣＩパート１とＵＣＩパート２を分けることが好ましい。ＰＵＳＣＨに周波数ホッピングが適用される場合、ＵＥはＵＣＩパートの２部分を各ホップごとのシンボル比率によって分けることができる。上記において、シンボルはホップ内の全てのシンボルを意味するか、又は（ＤＭＲＳシンボルを除いた）ＵＣＩ送信シンボルのみを意味することができる。
【０９９５】
以下の説明において、クラスター基盤のＲＥマッピングルールは、ＵＥが１つのＯＦＤＭシンボル内でＲＥマッピングを行うにおいて、全ての周波数リソースを複数のクラスターに区分し、（予め約束した又は設定された順序によって）クラスターについて各１つずつのＵＣＩ  ＲＥを交互にＲＥマッピングし、各クラスターについて該当クラスター内の周波数リソースインデックスの昇順又は降順にＵＣＩに対するＲＥをマッピングする動作を意味する（例：上述した第２５のＵＣＩ送信方法の（４）に対応する構成）。
【０９９６】
さらに、ＵＥがＰＵＳＣＨでＵＣＩ送信を行う場合、ＵＥは（ＨＡＲＱ−ＡＣＫ送信のためのＰＵＳＣＨパンクチャリング又はＰＵＳＣＨレートマッチングの有無によって）以下のようにＵＣＩマッピングを行うことができる。ここで、ＣＳＩ送信のためにはＰＵＳＣＨレートマッチングが適用されると仮定する。
【０９９７】
［１］ケース１：ＰＵＳＣＨパンクチャリング（ｆｏｒ  ＨＡＲＱ−ＡＣＫ）
【０９９８】
Ａ．（単一の）ＲＥマッピングルールの適用有無
【０９９９】
ｉ．ＨＡＲＱ−ＡＣＫ、ＣＳＩパート１、ＣＳＩパート２について（単一の）ＲＥマッピングルールを適用
【１０００】
１．ここで、上記同一のＲＥマッピングルールはクラスター基盤のＲＥマッピングルールである。
【１００１】
２．またＲＥマッピングは周波数優先マッピング方式であることができ、（スロット内又は各周波数ホップ内の最初のＤＭ−ＲＳシンボルの次回のシンボルから）（ＵＣＩマッピング対象シンボルを対象として）シンボルインデックスの昇順に行われる。
【１００２】
Ｂ．（ＵＣＩタイプごとの）ＲＥマッピングの開始位置
【１００３】
ｉ．ＣＳＩパート１について（単一の）ＲＥマッピングルールを基準として１番目のＵＣＩマッピング順序を有するＲＥから（単一の）ＲＥマッピングルールによるＲＥマッピングを行う。
【１００４】
ｉｉ．ＣＳＩパート２について（単一の）ＲＥマッピングルールを基準としてＣＳＩパート１のために割り当てられた最後のＲＥの次回の（ＵＣＩマッピング）順序を有するＲＥから（単一の）ＲＥマッピングルールによるＲＥマッピングを行う。
【１００５】
ｉｉｉ．ＨＡＲＱ−ＡＣＫについて（単一の）ＲＥマッピングルールを基準としてＣＳＩパート２のために割り当てられた最後のＲＥの次回の（ＵＣＩマッピング）順序を有するＲＥから（単一の）ＲＥマッピングルールによるＲＥマッピングを行う。
【１００６】
［２］ケース２：ＰＵＳＣＨレートマッチング（ｆｏｒ  ＨＡＲＱ−ＡＣＫ）
【１００７】
Ａ．（単一の）ＲＥマッピングルールの適用有無
【１００８】
ｉ．ＨＡＲＱ−ＡＣＫ、ＣＳＩパート１、ＣＳＩパート２について（単一の）ＲＥマッピングルールを適用
【１００９】
１．ここで、上記同一のＲＥマッピングルールはクラスター基盤のＲＥマッピングルールである。
【１０１０】
２．またＲＥマッピングは周波数優先マッピング方式であることができ、（スロット内又は各周波数ホップ内の最初のＤＭ−ＲＳシンボルの次回のシンボルから）（ＵＣＩマッピング対象シンボルを対象として）シンボルインデックスの昇順に行われる。
【１０１１】
Ｂ．（ＵＣＩタイプごとの）ＲＥマッピングの開始位置
【１０１２】
ｉ．ＨＡＲＱ−ＡＣＫについて（単一の）ＲＥマッピングルールを基準として１番目のＵＣＩマッピング順序を有するＲＥから（単一の）ＲＥマッピングルールによるＲＥマッピングを行う。
【１０１３】
ｉｉ．ＣＳＩパート１について（単一の）ＲＥマッピングルールを基準としてＨＡＲＱ−ＡＣＫのために割り当てられた最後のＲＥの次回の（ＵＣＩマッピング）順序を有するＲＥから（単一の）ＲＥマッピングルールによるＲＥマッピングを行う。
【１０１４】
ｉｉｉ．ＣＳＩパート２について（単一の）ＲＥマッピングルールを基準としてＣＳＩパート１のために割り当てられた最後のＲＥの次回の（ＵＣＩマッピング）順序を有するＲＥから（単一の）ＲＥマッピングルールによるＲＥマッピングを行う。
【１０１５】
ここで、ＨＡＲＱ−ＡＣＫはＰＵＳＣＨ内のＵＬ−ＳＣＨ領域がパンクチャリングされて送信されることができる。
【１０１６】
またＤＭ−ＲＳが送信される（ＯＦＤＭ）シンボルは、ＵＣＩマッピング対象のシンボルから除外されることができる。
【１０１７】
図４３及び図４４はＨＡＲＱ−ＡＣＫのためにＰＵＳＣＨパンクチャリング又はレートマッチングが適用される一例を簡単に示す図である。
【１０１８】
図４３は上述したケース１に関する一例を示し、図４４は上述したケース２に関する一例を示す。
【１０１９】
さらに、ＵＥがＰＵＳＣＨでＵＣＩ送信を行う場合、ＵＥは（ＨＡＲＱ−ＡＣＫ送信のためのＰＵＳＣＨパンクチャリング又はＰＵＳＣＨレートマッチングの有無によって）以下のようにＵＣＩマッピングを行うことができる。この時、ＣＳＩ送信のためには、ＰＵＳＣＨレートマッチングが適用されると仮定する。
【１０２０】
１］ケース３：ＰＵＳＣＨパンクチャリング（ｆｏｒ  ＨＡＲＱ−ＡＣＫ）
【１０２１】
Ａ．（単一の）ＲＥマッピングルールの適用有無
【１０２２】
ｉ．ＨＡＲＱ−ＡＣＫ、ＣＳＩパート１、ＣＳＩパート２について（単一の）ＲＥマッピングルールを適用
【１０２３】
１．ここで、上記同一のＲＥマッピングルールはクラスター基盤のＲＥマッピングルールである。
【１０２４】
２．またＲＥマッピングは周波数優先マッピング方式であることができ、（スロット内又は各周波数ホップ内の最初のＤＭ−ＲＳシンボルの次回のシンボルから）（ＵＣＩマッピング対象シンボルを対象として）シンボルインデックスの昇順に行われる。
【１０２５】
Ｂ．（ＵＣＩタイプごとの）ＲＥマッピングの開始位置
【１０２６】
ｉ．ＣＳＩパート１について（単一の）ＲＥマッピングルールを基準として１番目のＵＣＩマッピング順序を有するＲＥから（単一の）ＲＥマッピングルールによるＲＥマッピングを行う。
【１０２７】
ｉｉ．ＨＡＲＱ−ＡＣＫについて（単一の）ＲＥマッピングルールを基準としてＣＳＩパート１のために割り当てられた最後のＲＥの次回の（ＵＣＩマッピング）順序を有するＲＥから（単一の）ＲＥマッピングルールによるＲＥマッピングを行う。
【１０２８】
ｉｉｉ．ＣＳＩパート２について（単一の）ＲＥマッピングルールを基準としてＨＡＲＱ−ＡＣＫのために割り当てられた最後のＲＥの次回の（ＵＣＩマッピング）順序を有するＲＥから（単一の）ＲＥマッピングルールによるＲＥマッピングを行う。
【１０２９】
２］ケース４：ＰＵＳＣＨレートマッチング（ｆｏｒ  ＨＡＲＱ−ＡＣＫ）
【１０３０】
Ａ．（単一の）ＲＥマッピングルールの適用有無
【１０３１】
ｉ．ＨＡＲＱ−ＡＣＫ、ＣＳＩパート１、ＣＳＩパート２について（単一の）ＲＥマッピングルールを適用
【１０３２】
１．ここで、上記同一のＲＥマッピングルールはクラスター基盤のＲＥマッピングルールである。
【１０３３】
２．またＲＥマッピングは周波数優先マッピング方式であることができ、（スロット内又は各周波数ホップ内の最初のＤＭ−ＲＳシンボルの次回のシンボルから）（ＵＣＩマッピング対象シンボルを対象として）シンボルインデックスの昇順に行われる。
【１０３４】
Ｂ．（ＵＣＩタイプごとの）ＲＥマッピングの開始位置
【１０３５】
ｉ．ＣＳＩパート１について（単一の）ＲＥマッピングルールを基準として１番目のＵＣＩマッピング順序を有するＲＥから（単一の）ＲＥマッピングルールによるＲＥマッピングを行う。
【１０３６】
ｉｉ．ＨＡＲＱ−ＡＣＫについて（単一の）ＲＥマッピングルールを基準としてＣＳＩパート１のために割り当てられた最後のＲＥの次回の（ＵＣＩマッピング）順序を有するＲＥから（単一の）ＲＥマッピングルールによるＲＥマッピングを行う。
【１０３７】
ｉｉｉ．ＣＳＩパート２について（単一の）ＲＥマッピングルールを基準としてＨＡＲＱ−ＡＣＫのために割り当てられた最後のＲＥの次回の（ＵＣＩマッピング）順序を有するＲＥから（単一の）ＲＥマッピングルールによるＲＥマッピングを行う。
【１０３８】
ここで、ＨＡＲＱ−ＡＣＫはＰＵＳＣＨ内のＵＬ−ＳＣＨ領域がパンクチャリングされて送信されることができる。
【１０３９】
またＤＭ−ＲＳが送信される（ＯＦＤＭ）シンボルはＵＣＩマッピング対象シンボルから除外されることができる。
【１０４０】
図４５及び図４６はＨＡＲＱ−ＡＣＫのためにＰＵＳＣＨパンクチャリング又はレートマッチングが適用される他の例を簡単に示す図である。
【１０４１】
図４５は上述したケース３に関する一例を示し、図４６は上述したケース４に関する一例を示す。
【１０４２】
さらに、ＵＥがＰＵＳＣＨでＵＣＩ送信を行う場合、ＵＥは（ＨＡＲＱ−ＡＣＫ送信のためのＰＵＳＣＨパンクチャリング又はＰＵＳＣＨレートマッチングの有無によって）以下のようにＵＣＩマッピングを行うことができる。この時、ＣＳＩ送信のためには、ＰＵＳＣＨレートマッチングが適用されると仮定する。
【１０４３】
＜１＞ケース５：ＰＵＳＣＨパンクチャリング／レートマッチング（ｆｏｒ  ＨＡＲＱ−ＡＣＫ）
【１０４４】
Ａ．（単一の）ＲＥマッピングルールの適用有無
【１０４５】
ｉ．ＨＡＲＱ−ＡＣＫ、ＣＳＩパート１について（単一の）ＲＥマッピングルールＡを適用
【１０４６】
１．ここで、上記ＲＥマッピングルールＡはクラスター基盤のＲＥマッピングルールである。
【１０４７】
２．またＲＥマッピングは周波数優先マッピング方式であることができ、（スロット内又は各周波数ホップ内の最初のＤＭ−ＲＳシンボルの次回のシンボルから）（ＵＣＩマッピング対象シンボルを対象として）シンボルインデックスの昇順に行われる。
【１０４８】
ｉｉ．ＣＳＩパート２について（単一の）ＲＥマッピングルールＢを適用
【１０４９】
１．ここで、ＲＥマッピングルールＢはクラスター基盤のＲＥマッピングルールである。ここで、クラスター内のＲＥ間の（相対的な）ＵＣＩマッピング順序はＲＥマッピングルールＡの逆順である。
【１０５０】
２．またＲＥマッピングは周波数優先マッピング方式であることができ、（スロット内又は周波数ホップ内の最後のシンボルから）（ＵＣＩマッピング対象シンボルを対象として）シンボルインデックスの降順に行われる（即ち、ＲＥマッピングルールＡとは時間軸で逆順である）。
【１０５１】
Ｂ．（ＵＣＩタイプごとの）ＲＥマッピングの開始位置
【１０５２】
ｉ．ＣＳＩパート１について（単一の）ＲＥマッピングルールＡを基準として１番目のＵＣＩマッピング順序を有するＲＥから（単一の）ＲＥマッピングルールＡによるＲＥマッピングを行う。
【１０５３】
ｉｉ．ＨＡＲＱ−ＡＣＫについて（単一の）ＲＥマッピングルールＡを基準としてＣＳＩパート１のために割り当てられた最後のＲＥの次回の（ＵＣＩマッピング）順序を有するＲＥから（単一の）ＲＥマッピングルールＡによるＲＥマッピングを行う。
【１０５４】
ｉｉｉ．ＣＳＩパート２について（単一の）ＲＥマッピングルールＢを基準として１番目のＵＣＩマッピング順序を有するＲＥから（単一の）ＲＥマッピングルールＢによるＲＥマッピングを行う。
【１０５５】
ここで、ＨＡＲＱ−ＡＣＫはＰＵＳＣＨ内のＵＬ−ＳＣＨ領域及び／又はＣＳＩ送信領域（例：ＣＳＩパート２）がパンクチャリングされて送信されることができる。
【１０５６】
またＤＭ−ＲＳが送信される（ＯＦＤＭ）シンボルはＵＣＩマッピング対象のシンボルから除外されることができる。
【１０５７】
図４７はＨＡＲＱ−ＡＣＫのためにＰＵＳＣＨパンクチャリング又はレートマッチングが適用されるさらに他の例を簡単に示す図である。
【１０５８】
図４７は上述したケース５に関する一例を示す。
【１０５９】
さらに、ＵＥがＰＵＳＣＨでＵＣＩ送信を行う場合、ＵＥは（ＨＡＲＱ−ＡＣＫ送信のためのＰＵＳＣＨパンクチャリング又はＰＵＳＣＨレートマッチングの有無によって）以下のようにＵＣＩマッピングを行うことができる。この時、ＣＳＩ送信のためにはＰＵＳＣＨレートマッチングが適用されると仮定する。
【１０６０】
１＞ケース６：ＰＵＳＣＨパンクチャリング／レートマッチング（ｆｏｒ  ＨＡＲＱ−ＡＣＫ）
【１０６１】
Ａ．（単一の）ＲＥマッピングルールの適用有無
【１０６２】
ｉ．ＨＡＲＱ−ＡＣＫについて（単一の）ＲＥマッピングルールＡを適用
【１０６３】
１．ここで、上記ＲＥマッピングルールＡはクラスター基盤ＢのＲＥマッピングルールである。
【１０６４】
２．またＲＥマッピングは周波数優先マッピング方式であることができ、（スロット内又は各周波数ホップ内の最初のＤＭ−ＲＳシンボルの次回のシンボルから）（ＵＣＩマッピング対象シンボルを対象として）シンボルインデックスの昇順に行われる。
【１０６５】
ｉｉ．ＣＳＩパート１、ＣＳＩパート２について（単一の）ＲＥマッピングルールＢを適用
【１０６６】
１．ここで、ＲＥマッピングルールＢはクラスター基盤のＲＥマッピングルールであることができる。ここで、クラスター内のＲＥ間の（相対的な）ＵＣＩマッピング順序はＲＥマッピングルールＡの逆順である。一例として、ＲＥマッピングルールＡにおいてクラスター内のＲＥ間の（相対的な）ＵＣＩマッピング順序が周波数リソース（例：サブキャリア）インデックスの昇順（又は降順）であると、ＲＥマッピングルールＢにおいてクラスター内のＲＥ間の（相対的な）ＵＣＩマッピング順序は周波数リソースインデックスの降順（又は降順）であることができる。
【１０６７】
２．またＲＥマッピングは周波数優先マッピング方式であることができ、（スロット内又は周波数ホップ内の最後のシンボルから）（ＵＣＩマッピング対象シンボルを対象として）シンボルインデックスの降順に行われることができる。（又はＲＥマッピングルールＡにおいて（ＵＣＩマッピング対象シンボルについて）適用される時間軸のＵＣＩマッピング順序とは逆順である）
【１０６８】
Ｂ．（ＵＣＩタイプごとの）ＲＥマッピングの開始位置
【１０６９】
ｉ．ＨＡＲＱ−ＡＣＫについて（単一の）ＲＥマッピングルールＡを基準として１番目のＵＣＩマッピング順序を有するＲＥから（単一の）ＲＥマッピングルールＡによるＲＥマッピングを行う。
【１０７０】
ｉｉ．ＣＳＩパート２について（単一の）ＲＥマッピングルールＢを基準として１番目のＵＣＩマッピング順序を有するＲＥから（単一の）ＲＥマッピングルールＢによるＲＥマッピングを行う。
【１０７１】
ｉｉ．ＣＳＩパート１について（単一の）ＲＥマッピングルールＢを基準としてＣＳＩパート２のために割り当てられた最後のＲＥの次回の（ＵＣＩマッピング）順序を有するＲＥから（単一の）ＲＥマッピングルールＢによるＲＥマッピングを行う。
【１０７２】
ここで、ＨＡＲＱ−ＡＣＫはＰＵＳＣＨ内のＵＬ−ＳＣＨ領域及び／又はＣＳＩ送信領域（例：ＣＳＩパート２）がパンクチャリングされて送信されることができる。
【１０７３】
またＤＭ−ＲＳが送信される（ＯＦＤＭ）シンボルはＵＣＩマッピング対象のシンボルから除外されることができる。
【１０７４】
図４８はＨＡＲＱ−ＡＣＫのためにＰＵＳＣＨパンクチャリング又はレートマッチングが適用されるさらに他の例を簡単に示す図である。
【１０７５】
図４８は上述したケース６に関する例を示す。
【１０７６】
さらに、ＵＥがＰＵＳＣＨでＵＣＩ送信を行う場合、ＵＥは（ＨＡＲＱ−ＡＣＫ送信のためのＰＵＳＣＨパンクチャリング又はＰＵＳＣＨレートマッチングの有無に関係なく）以下のようにＵＣＩマッピングを行うことができる。この時、ＣＳＩ送信のためにはＰＵＳＣＨレートマッチングが適用されると仮定する。
【１０７７】
｛１｝ケース７：ＰＵＳＣＨパンクチャリング／レートマッチング（ｆｏｒ  ＨＡＲＱ−ＡＣＫ）
【１０７８】
Ａ．（単一の）ＲＥマッピングルールの適用有無
【１０７９】
ｉ．ＨＡＲＱ−ＡＣＫについて（単一の）ＲＥマッピングルールＡを適用
【１０８０】
１．ここで、ＲＥマッピングルールＡはクラスター基盤のＲＥマッピングルールであることができる。
【１０８１】
２．またＲＥマッピングは周波数優先マッピング方式であり、（スロット内又は各周波数ホップ内の最初のＤＭ−ＲＳシンボルの次のシンボルから）（ＵＣＩマッピング対象シンボルを対象として）シンボルインデックスの昇順に行われる。
【１０８２】
ｉｉ．ＣＳＩパート１、ＣＳＩパート２について（単一の）ＲＥマッピングルールＢを適用
【１０８３】
１．ここで、ＲＥマッピングルールＢはクラスター基盤のＲＥマッピングルールである。ここで、クラスター内のＲＥ間の（相対的な）ＵＣＩマッピング順序はＲＥマッピングルールＡの逆順であることができる。一例として、ＲＥマッピングルールＡにおいてクラスター内のＲＥ間の（相対的な）ＵＣＩマッピング順序が周波数リソース（例：サブキャリア）インデックスの昇順（又は降順）であると、ＲＥマッピングルールＢにおいてクラスター内のＲＥ間の（相対的な）ＵＣＩマッピング順序は周波数リソースインデックスの降順（又は降順）であることができる。
【１０８４】
２．またＲＥマッピングは周波数優先マッピング方式であり、（スロット内又は周波数ホップ内の最後のシンボルから）（ＵＣＩマッピング対象シンボルを対象として）シンボルインデックスの降順に行われることができる。（又はＲＥマッピングルールＡにおいて（ＵＣＩマッピング対象シンボルについて）適用される時間軸ＵＣＩマッピング順序とは逆順であることができる）
【１０８５】
Ｂ．（ＵＣＩタイプごとの）ＲＥマッピングの開始位置
【１０８６】
ｉ．ＨＡＲＱ−ＡＣＫについて（単一の）ＲＥマッピングルールＡを基準として１番目のＵＣＩマッピング順序を有するＲＥから（単一の）ＲＥマッピングルールＡによるＲＥマッピングを行う。
【１０８７】
ｉｉ．ＣＳＩパート１について（単一の）ＲＥマッピングルールＢを基準として１番目のＵＣＩマッピング順序を有するＲＥから（単一の）ＲＥマッピングルールＢによるＲＥマッピングを行う。
【１０８８】
ｉｉｉ．ＣＳＩパート２について（単一の）ＲＥマッピングルールＢを基準としてＣＳＩパート１のために割り当てられた最後のＲＥの次回の（ＵＣＩマッピング）順序を有するＲＥから（単一の）ＲＥマッピングルールＢによるＲＥマッピングを行う。
【１０８９】
ここで、ＨＡＲＱ−ＡＣＫは、ＰＵＳＣＨ内のＵＬ−ＳＣＨ領域及び／又はＣＳＩ送信領域（例：ＣＳＩパート２）がパンクチャリングされて送信されることができる。
【１０９０】
またＤＭ−ＲＳが送信される（ＯＦＤＭ）シンボルは、ＵＣＩマッピング対象のシンボルから除外されることができる。
【１０９１】
図４９はＨＡＲＱ−ＡＣＫのためにＰＵＳＣＨパンクチャリング又はレートマッチングが適用されるさらに他の例を簡単に示す図である。
【１０９２】
図４９は上述したケース７に関する一例である。
【１０９３】
上述したケース６又はケース７において、ＵＥはＨＡＲＱ−ＡＣＫとＣＳＩ（例：ＣＳＩパート１、ＣＳＩパート２）について（周波数優先マッピング方式による）（クラスター基盤の）同一のＲＥマッピングルールを適用し、（１）シンボル間のＵＣＩマッピング順序及び／又は（２）クラスター内の（相対的な）ＲＥマッピング順序のみで互いに区分されるＲＥマッピング規則を適用することができる（例：ＲＥマッピングルールＡ  ｆｏｒ  ＨＡＲＱ−ＡＣＫ、ＲＥマッピングルールＢ  ｆｏｒ  ＣＳＩであり、ＲＥマッピングルールＡ／Ｂは（１）シンボル間のＵＣＩマッピング順序及び／又は（２）クラスター内の（相対的な）ＲＥマッピング順序の観点のみで区分される）。
【１０９４】
また周波数ホッピングが適用される場合は、全てのＵＣＩタイプのＵＣＩに対する符号化ビットは２つのパートに分割される。この時、各周波数ホップについては（周波数ホップ内の）ＵＣＩパートごとに上述したケース１乃至ケース６によるＲＥマッピングが適用されることができる（即ち、周波数ホップごとに同じＲＥマッピングルールが適用されることができる）。
【１０９５】
図５０は本発明において各周波数ホップごとにケース６における方法が適用される場合、ＵＣＩマッピング方法を簡単に示す図である。
【１０９６】
さらに、ＵＥがＵＣＩをＰＵＳＣＨに送信する場合、基地局はＵＥにＤＣＩ及び／又は上位層信号により（各ＵＣＩタイプごとに）（最大）符号化率（ｃｏｄｉｎｇ  ｒａｔｅ）を設定できる。この時、ベータオフセットに基づいて算出された（ＵＣＩマッピング）ＲＥ数とＵＣＩペイロードサイズに基づいて計算された符号化率が上記設定された（最大）符号化率を超える場合、ＵＥは該当ＵＣＩタイプに対する送信を省略することができる。
【１０９７】
ここで、ＨＡＲＱ−ＡＣＫ送信のためのＲＥ数の最大値は、ＰＵＳＣＨ内の（ＵＣＩマッピング対象）全体ＲＥ数（又はＰＵＳＣＨ  ｄｕｒａｔｉｏｎに比例する特定のＲＥ数）である。またＣＳＩパート１の送信のためのＲＥ数の最大値は、ＰＵＳＣＨ内の（ＵＣＩマッピング対象）全体ＲＥ数においてＨＡＲＱ−ＡＣＫ送信のために割り当てられたＲＥ数を引いただけのＲＥ数であることができ、ＣＳＩパート２送信のためのＲＥ数の最大値は、ＰＵＳＣＨ内の（ＵＣＩマッピング対象）全体ＲＥ数においてＨＡＲＱ−ＡＣＫ送信のために割り当てられたＲＥ数とＣＳＩパート１送信のために割り当てられたＲＥ数を全て引いただけのＲＥ数であることができる。
【１０９８】
上述した第２５のＵＣＩ送信方法は、本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【１０９９】
図５１は本発明に適用可能なＵＣＩ送信方法を簡単に示す流れ図である。
【１１００】
図５１に示したように、ＵＥは上りリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ）を物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；ＰＵＳＣＨ）にマッピングする（Ｓ５１１０）。このマッピング動作をＵＣＩピギーバックとも呼ぶ。
【１１０１】
この時、上りリンク制御情報に含まれたサイズに基づいて、ＵＥはＰＵＳＣＨについて確認応答情報をマッピングするためにレートマッチング又はパンクチャリングを行うことができる。言い換えれば、上りリンク制御情報に含まれた確認応答情報は、確認応答情報のサイズに基づいてＰＵＳＣＨ内の確認応答情報を送信するリソースに対してレートマッチング又はパンクチャリングが適用されてＰＵＳＣＨにマッピングされることができる。
【１１０２】
好ましくは、確認応答情報のサイズが一定値を超える場合、ＵＥは確認応答情報をＰＵＳＣＨにマッピングするためにＰＵＳＣＨ内の確認応答情報を送信するリソースに対してレートマッチングを行うことができる。反面、確認応答情報のサイズが一定値以下である場合、ＵＥは確認応答情報をＰＵＳＣＨにマッピングするために、ＰＵＳＣＨ内の確認応答情報を送信するリソースに対してパンクチャリングを行うことができる。ここで、一定値としては２ビットを適用できる。
【１１０３】
この時、確認応答情報はＰＵＳＣＨ内の第１復調参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＤＭ−ＲＳ）が送信されるシンボルより先行するシンボルにはマッピングされない。ここで、第１復調参照信号とは、ＰＵＳＣＨ内における最前のシンボルに位置する復調参照信号を意味する。
【１１０４】
さらに上りリンク制御情報はチャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ；ＣＳＩ）を含む。この場合、ＵＥはＣＳＩをＰＵＳＣＨにマッピングするために、ＰＵＳＣＨ内のＣＳＩを送信するリソースに対してレートマッチングを行うことができる。言い換えれば、ＣＳＩはＰＵＳＣＨ内のＣＳＩを送信するリソースに対してレートマッチングが適用されてＰＵＳＣＨにマッピングされることができる。
【１１０５】
この時、ＣＳＩはＰＵＳＣＨ内の確認応答情報のために留保（ｒｅｓｅｒｖｅ）された一定サイズのリソースではないリソースのみにマッピングされる。ここで、一定サイズのリソースは２ビットサイズに対応するリソースであることができる。
【１１０６】
次いで、ＵＥは基地局から受信された上りリンクグラント内の上りリンクＤＡＩ（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）値に基づいて確認応答情報のサイズを決定できる。
【１１０７】
またＵＥはＰＵＳＣＨ内の確認応答情報を送信するリソースのサイズを特定のベータパラメータに基づいて決定できる。この時、特定のベータパラメータは以下のような方法により指示できる。
【１１０８】
まず複数のセットは上位層シグナリングにより設定される。次いで、基地局は上りリンクグラントにより複数のセットのうち、１つのセットを指示できる。この場合、ＵＥは上りリンクグラントにより指示された１つのセットに含まれる複数のベータパラメータのうち、確認応答情報のサイズに基づいて決定される１つのベータパラメータに基づいてＰＵＳＣＨ内の確認応答情報を送信するリソースのサイズを決定する。
【１１０９】
またＵＥは上りリンク制御情報の一部又は全部をＰＵＳＣＨ内の復調参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）にマッピングすることができる。このために、ＵＥは基地局から上りリンク制御情報のマッピングが可能なＤＭ−ＲＳシンボル及び／又はシンボル内のインタレースリソース情報を受信できる。
【１１１０】
さらに、ＰＵＳＣＨがＳＰＳ（Ｓｅｍｉ  Ｐｅｒｓｉｓｔｅｎｃｅ  Ｓｃｈｅｄｕｌｉｎｇ）  ＰＵＳＣＨである場合、ＵＥはＳＰＳ  ＰＵＳＣＨ専用の最大の上りリンク制御情報ペイロードに基づいてレートマッチング又はパンクチャリングを行うことができる。この時、ＵＥはＳＰＳ  ＰＵＳＣＨ専用の最大の上りリンク制御情報ペイロード情報を基地局から別に受信することができる。
【１１１１】
またＰＵＳＣＨがＳＰＳ（Ｓｅｍｉ  Ｐｅｒｓｉｓｔｅｎｃｅ  ｓｃｈｅｄｕｌｉｎｇ）  ＰＵＳＣＨである場合、ＵＥはレートマッチング又はパンクチャリングをＳＰＳ  ＰＵＳＣＨを活性化する下りリンク制御情報に含まれたベータオフセット値に基づいて行うことができる。
【１１１２】
このような構成により、上りリンク制御情報をＰＵＳＣＨにマッピングした後、ＵＥはマッピングされた上りリンク制御情報をＰＵＳＣＨを介して送信する（Ｓ５１１０）。
【１１１３】
上述した提案方式に対する一例も本発明の実現方法の１つとして含まれてもよく、一種の提案方式と見なし得ることは明白な事実である。また、上述した提案方式は独立して実現されてもよく、一部の提案方式の組合せ（又は、併合）の形態で実現されてもよい。上記提案方法適用の有無に関する情報（又は、上記提案方法の規則に関する情報）は、基地局が端末に事前に定義されたシグナル（例えば、物理層シグナル又は上位層シグナル）で知らせるように規則が定義されてもよい。
【１１１４】
４．装置構成
【１１１５】
図５２は提案する実施例を実現できる端末及び基地局の構成を示す図である。図５２に示した端末及び基地局は、上述した端末及び基地局の間の上りリンク制御情報の送受信方法の実施例を実現するように動作する。
【１１１６】
端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１は、上りリンクでは送信端として動作し、下りリンクでは受信端として動作することができる。また、基地局（ｅＮＢ：ｅ−Ｎｏｄｅ  Ｂ）１００は、上りリンクでは受信端として動作し、下りリンクでは送信端として動作することができる。
【１１１７】
即ち、端末及び基地局は、情報、データ及び／又はメッセージの送信及び受信を制御するためにそれぞれ、送信器（Ｔｒａｎｓｍｉｔｔｅｒ）１０，１１０及び受信器（Ｒｅｃｅｉｖｅｒ）２０，１２０を含むことができ、情報、データ及び／又はメッセージを送受信するためのアンテナ３０，１３０などを含むことができる。
【１１１８】
また、端末及び基地局はそれぞれ、上述した本発明の実施例を行うためのプロセッサ（Ｐｒｏｃｅｓｓｏｒ）４０，１４０、及びプロセッサの処理過程を臨時的に又は持続的に記憶できるメモリ５０，１５０を含むことができる。
【１１１９】
このように構成された端末１は、プロセッサ４０を介して、上りリンク制御情報を物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；  ＰＵＳＣＨ）にマッピングする。この時、上りリンク制御情報に含まれた確認応答情報は、該確認応答情報のサイズに基づいてＰＵＳＣＨ内の確認応答情報を送信するリソースについてレートマッチング（ｒａｔｅ−ｍａｔｃｈｉｎｇ）又はパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）が適用されてＰＵＳＣＨにマッピングされることができる。
【１１２０】
次いで、端末１は送信器１０を介して上記マッピングされた上りリンク制御情報をＰＵＳＣＨを介して送信する。
【１１２１】
端末及び基地局に含まれた送信器及び受信器は、データ送信のためのパケット変復調機能、高速パケットチャネルコーディング機能、直交周波数分割多重接続（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）パケットスケジューリング、時分割デュプレックス（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）パケットスケジューリング及び／又はチャネル多重化機能を有することができる。また、図５２の端末及び基地局は、低電力ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）／ＩＦ（Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｆｒｅｑｕｅｎｃｙ）ユニットをさらに含むことができる。
【１１２２】
一方、本発明において端末として、個人携帯端末機（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、セルラーフォン、個人通信サービス（ＰＣＳ：Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ）フォン、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ）フォン、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  ＣＤＭＡ）フォン、ＭＢＳ（Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ  Ｓｙｓｔｅｍ）フォン、ハンドヘルドＰＣ（Ｈａｎｄ−Ｈｅｌｄ  ＰＣ）、ノートＰＣ、スマート（Ｓｍａｒｔ）フォン、又はマルチモードマルチバンド（ＭＭ−ＭＢ：Ｍｕｌｔｉ  Ｍｏｄｅ−Ｍｕｌｔｉ  Ｂａｎｄ）端末機などを用いることができる。
【１１２３】
ここで、スマートフォンとは、移動通信端末機と個人携帯端末機の長所を混合した端末機であり、移動通信端末機に、個人携帯端末機の機能である日程管理、ファクシミリ送受信、及びインターネット接続などのデータ通信機能を統合した端末機を意味することができる。また、マルチモードマルチバンド端末機とは、マルチモデムチップを内蔵して携帯インターネットシステム及び他の移動通信システム（例えば、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）２０００システム、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  ＣＤＭＡ）システムなど）のいずれにおいても作動し得る端末機のことを指す。
【１１２４】
本発明の実施例は、様々な手段によって実現することができる。例えば、本発明の実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はそれらの結合などによって実現することができる。
【１１２５】
ハードウェアによる実現の場合、本発明の実施例による方法は、１つ又はそれ以上のＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、ＤＳＰ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）、ＤＳＰＤ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅ）、ＰＬＤ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ）、ＦＰＧＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって実現することができる。
【１１２６】
ファームウェアやソフトウェアによる実現の場合、本発明の実施例による方法は、以上で説明した機能又は動作を行うモジュール、手順又は関数などの形態として実現することができる。例えば、ソフトウェアコードは、メモリ５０，１５０に格納し、プロセッサ１４，１４０によって駆動することができる。上記メモリユニットは上記プロセッサの内部又は外部に設けられて、既に公知である様々な手段によって上記プロセッサとデータをやり取りすることができる。
【１１２７】
本発明は、本発明の技術的アイディア及び必須特徴から逸脱しない範囲で他の特定の形態として具体化することができる。したがって、上記の詳細な説明はいずれの面においても制限的に解釈されてはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付する請求項の合理的解釈によって決定しなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。また、特許請求の範囲で明示的な引用関係にない請求項を結合して実施例を構成してもよく、出願後の補正によって新しい請求項として含めてもよい。
【産業上の利用可能性】
【１１２８】
本発明の実施例は、様々な無線接続システムに適用することができる。様々な無線接続システムの一例として３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）又は３ＧＰＰ２システムなどがある。本発明の実施例は、上記様々な無線接続システムの他、上記様々な無線接続システムを応用した全ての技術分野にも適用することができる。さらに、提案した方法は、超高周波帯域を利用するｍｍＷａｖｅ通信システムにも適用することができる。
【図１】
0006963611.tif 000029
【図２】
0006963611.tif 000030
【図３】
0006963611.tif 000031
【図４】
0006963611.tif 000032
【図５】
0006963611.tif 000033
【図６】
0006963611.tif 000034
【図７】
0006963611.tif 000035
【図８】
0006963611.tif 000036
【図９】
0006963611.tif 000037
【図１０】
0006963611.tif 000038
【図１１】
0006963611.tif 000039
【図１２】
0006963611.tif 000040
【図１３】
0006963611.tif 000041
【図１４】
0006963611.tif 000042
【図１５】
0006963611.tif 000043
【図１６】
0006963611.tif 000044
【図１７】
0006963611.tif 000045
【図１８】
0006963611.tif 000046
【図１９】
0006963611.tif 000047
【図２０】
0006963611.tif 000048
【図２１】
0006963611.tif 000049
【図２２】
0006963611.tif 000050
【図２３】
0006963611.tif 000051
【図２４】
0006963611.tif 000052
【図２５】
0006963611.tif 000053
【図２６】
0006963611.tif 000054
【図２７】
0006963611.tif 000055
【図２８】
0006963611.tif 000056
【図２９】
0006963611.tif 000057
【図３０】
0006963611.tif 000058
【図３１】
0006963611.tif 000059
【図３２】
0006963611.tif 000060
【図３３】
0006963611.tif 000061
【図３４】
0006963611.tif 000062
【図３５】
0006963611.tif 000063
【図３６】
0006963611.tif 000064
【図３７】
0006963611.tif 000065
【図３８】
0006963611.tif 000066
【図３９】
0006963611.tif 000067
【図４０】
0006963611.tif 000068
【図４１】
0006963611.tif 000069
【図４２】
0006963611.tif 000070
【図４３】
0006963611.tif 000071
【図４４】
0006963611.tif 000072
【図４５】
0006963611.tif 000073
【図４６】
0006963611.tif 000074
【図４７】
0006963611.tif 000075
【図４８】
0006963611.tif 000076
【図４９】
0006963611.tif 000077
【図５０】
0006963611.tif 000078
【図５１】
0006963611.tif 000079
【図５２】
0006963611.tif 000080