(57)【特許請求の範囲】
【請求項１】
第１セル及び第２セルを含む複数のセルの搬送波集約をサポートする時分割２重通信（ＴＤＤ）無線通信システムにおいて、通信装置がアップリンク制御情報を送信する方法であって、
前記第１セル及び前記第２セルに対するハイブリッド自動再送要求応答（ＨＡＲＱ−ＡＣＫ）ビットを生成するステップと、
前記の生成されたＨＡＲＱ−ＡＣＫビットに対応するＨＡＲＱ−ＡＣＫ信号をアップリンクサブフレームの物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して送信するステップと、を有し、
前記生成されたＨＡＲＱ−ＡＣＫビットのうち前記第１セルのＨＡＲＱ−ＡＣＫビットは第１の値を用いて生成され、前記生成されたＨＡＲＱ−ＡＣＫビットのうち前記第２セルのＨＡＲＱ−ＡＣＫビットは第２の値を用いて生成され、
前記ＰＵＳＣＨに対応するアップリンク・ダウンリンク割当インデクス（ＵＬ ＤＡＩ）値が１又は２である場合、前記第１の値はｍｉｎ（Ｍ１，Ｗ）に対応し、前記第２の値はｍｉｎ（Ｍ２，Ｗ）に対応し、
Ｗは前記ＵＬ  ＤＡＩ値に対応し、
ｍｉｎ（Ａ，Ｂ）は、Ａ及びＢのうち大きくない数を表し、
Ｍ１は、前記第１セルの前記アップリンクサブフレームに対応するダウンリンクサブフレームの個数に該当し、Ｍ２は、前記第２セルの前記アップリンクサブフレームに対応するダウンリンクサブフレームの個数に該当し、
前記第１セル及び前記第２セルは、別個のアップリンク・ダウンリンク（ＵＬ−ＤＬ）構成を有する、方法。
【請求項２】
前記ＵＬ  ＤＡＩ値が３又は４であるとき、前記第１の値及び前記第２の値はそれぞれＷに対応する、請求項１に記載の方法。
【請求項３】
前記第１セルの前記アップリンクサブフレームに対応するＭ１個のダウンリンクサブフレームと、前記第２セルの前記アップリンクサブフレームに対応するＭ２個のダウンリンクサブフレームとでダウンリンク信号を受信するステップを更に有し、
前記生成されたＨＡＲＱ−ＡＣＫビットは、前記の受信されたダウンリンク信号のＨＡＲＱ−ＡＣＫ応答に対応する、請求項１に記載の方法。
【請求項４】
前記ＵＬ  ＤＡＩ値が１又は２であるとき、前記生成されたＨＡＲＱ−ＡＣＫビットはそれぞれ、ＨＡＲＱ−ＡＣＫ応答それぞれに対応する、請求項３に記載の方法。
【請求項５】
前記ＵＬ  ＤＡＩ値が３又は４であるとき、前記生成されたＨＡＲＱ−ＡＣＫビットは４ビットを有する、請求項１に記載の方法。
【請求項６】
物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）を介して前記ＰＵＳＣＨをスケジュールするダウンリンク制御情報（ＤＣＩ）を受信するステップを更に有し、
前記ＵＬ  ＤＡＩ値は前記ＤＣＩのダウンリンク割当インデクス（ＤＡＩ）によって決定される、請求項１に記載の方法。
【請求項７】
前記第１セルは１次セル（ＰＣｅｌｌ）であり、前記第２セルは２次セル（ＳＣｅｌｌ）である、請求項１に記載の方法。
【請求項８】
チャネル選択方式を用いてＨＡＲＱ−ＡＣＫを送信するように設定された通信装置によって行われる、請求項１に記載の方法。
【請求項９】
前記複数のセルはそれぞれＵＬ−ＤＬ構成０〜６のうち一つを有し、
セルのサブフレーム構成は、次の表に基づく前記セルのＵＬ−ＤＬ構成によって決定される、請求項１に記載の方法。
【表１】
0005866465.tif 000024
ここで、Ｄはダウンリンク用のサブフレームを表し、Ｓはダウンリンク期間、ガード期間及びアップリンク期間を有するサブフレームを表し、Ｕはアップリンク用のサブフレームを表す。
【請求項１０】
前記アップリンクサブフレームがサブフレームｎであり、前記ダウンリンクサブフレームがそれぞれサブフレームｎ−ｋのとき、ｋは次の表に基づくＵＬ−ＤＬ構成によって与えられる、請求項１に記載の方法。
【表２】
0005866465.tif 000025
【請求項１１】
第１セル及び第２セルを含む複数のセルの搬送波集約をサポートする時分割２重通信（ＴＤＤ）無線通信システムにおいてアップリンク制御情報を送信するように構成された通信装置であって、
無線周波（ＲＦ）ユニットと、
前記ＲＦユニットに接続されたプロセッサと、を備え、
前記プロセッサは、第１セル及び前記第２セルに対するハイブリッド自動再送要求応答（ＨＡＲＱ−ＡＣＫ）ビットを生成し、前記の生成されたＨＡＲＱ−ＡＣＫビットに対応するＨＡＲＱ−ＡＣＫ信号をアップリンクサブフレームの物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して送信するように前記ＲＦユニットを制御するように構成され、
前記生成されたＨＡＲＱ−ＡＣＫビットのうち前記第１セルのＨＡＲＱ−ＡＣＫビットは第１の値を用いて生成され、前記生成されたＨＡＲＱ−ＡＣＫビットのうち前記第２セルのＨＡＲＱ−ＡＣＫビットは第２の値を用いて生成され、
前記ＰＵＣＣＨに対応するアップリンク・ダウンリンク割当インデクス（ＵＬ ＤＡＩ）値が１又は２である場合、前記第１の値はｍｉｎ（Ｍ１，Ｗ）に対応し、前記第２の値はｍｉｎ（Ｍ２，Ｗ）に対応し、
Ｗは前記ＵＬ  ＤＡＩ値に対応し、
ｍｉｎ（Ａ，Ｂ）は、Ａ及びＢのうち大きくない数を表し、
Ｍ１は、前記第１セルの前記アップリンクサブフレームに対応するダウンリンクサブフレームの個数に該当し、Ｍ２は、前記第２セルの前記アップリンクサブフレームに対応するダウンリンクサブフレームの個数に該当し、
前記第１セル及び前記第２セルは、別個のアップリンク・ダウンリンク（ＵＬ−ＤＬ）構成を有する、通信装置。
【請求項１２】
前記ＵＬ  ＤＡＩ値が３又は４であるとき、前記第１の値及び前記第２の値はそれぞれＷに対応する、請求項１１に記載の通信装置。
【請求項１３】
前記第１セルの前記アップリンクサブフレームに対応するＭ１個のダウンリンクサブフレームと、前記第２セルの前記アップリンクサブフレームに対応するＭ２個のダウンリンクサブフレームとでダウンリンク信号を受信するステップを更に有し、
前記生成されたＨＡＲＱ−ＡＣＫビットは、前記の受信されたダウンリンク信号のＨＡＲＱ−ＡＣＫ応答に対応する、請求項１１に記載の通信装置。
【請求項１４】
前記ＵＬ  ＤＡＩ値が１又は２であるとき、前記生成されたＨＡＲＱ−ＡＣＫビットはそれぞれ、ＨＡＲＱ−ＡＣＫ応答それぞれに対応する、請求項１３に記載の通信装置。
【請求項１５】
前記ＵＬ  ＤＡＩ値が３又は４であるとき、前記生成されたＨＡＲＱ−ＡＣＫビットは４ビットを有する、請求項１１に記載の通信装置。
【請求項１６】
前記プロセッサは、
物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）を介して前記ＰＵＳＣＨをスケジュールするダウンリンク制御情報（ＤＣＩ）を受信するように前記ＲＦユニットを制御するように更に構成され、
前記ＵＬ  ＤＡＩ値は前記ＤＣＩのダウンリンク割当インデクス（ＤＡＩ）によって決定される、請求項１１に記載の通信装置。
【請求項１７】
前記第１セルは１次セル（ＰＣｅｌｌ）であり、前記第２セルは２次セル（ＳＣｅｌｌ）である、請求項１１に記載の通信装置。
【請求項１８】
チャネル選択方式を用いてＨＡＲＱ−ＡＣＫを送信するように設定された、請求項１１に記載の通信装置。
【請求項１９】
前記複数のセルはそれぞれＵＬ−ＤＬ構成０〜６のうち一つを有し、
セルのサブフレーム構成は、次の表に基づく前記セルのＵＬ−ＤＬ構成によって決定される、請求項１１に記載の通信装置。
【表３】
0005866465.tif 000026
ここで、Ｄはダウンリンク用のサブフレームを表し、Ｓはダウンリンク期間、ガード期間及びアップリンク期間を有するサブフレームを表し、Ｕはアップリンク用のサブフレームを表す。
【請求項２０】
前記アップリンクサブフレームがサブフレームｎであり、前記ダウンリンクサブフレームがそれぞれサブフレームｎ−ｋのとき、ｋは次の表に基づくＵＬ−ＤＬ構成によって与えられる、請求項１１に記載の通信装置。
【表４】
0005866465.tif 000027
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに係り、特に、制御情報を送信する方法及びそのための装置に関する。
【背景技術】
【０００２】
無線通信システムが音声又はデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、利用可能なシステムリソース（帯域幅、送信電力など）を共有して複数ユーザとの通信をサポートし得る多元接続システムのことをいう。多元接続システムの例には、符号分割多元接続（ＣＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、単一搬送波周波数分割多元接続（ＳＣ−ＦＤＭＡ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、無線通信システムにおいて制御情報を効率よく送信する方法及びそのための装置を提供することにある。本発明の他の目的は、時分割２重通信（ＴＤＤ）システムにおいてアップリンク制御情報を効率よく送信し、そのためのリソースを効率的に管理する方法及びそのための装置を提供することにある。本発明で達成しようとする技術的課題は、上記の技術的課題に制限されず、言及していない他の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【０００４】
本発明の一態様として、搬送波集約（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）をサポートし、ＴＤＤで動作する無線通信システムにおいてアップリンク制御情報を送信する方法であって、第１セルに対する第１ハイブリッド自動再送要求応答（ＨＡＲＱ−ＡＣＫ）セットを、Ｌ１値を用いて生成するステップと、第２セルに対する第２ＨＡＲＱ−ＡＣＫセットを、Ｌ２値を用いて生成するステップと、第１及び第２ＨＡＲＱ−ＡＣＫセットに対応するビット値をサブフレームｎにおいて物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して送信するステップと、を含み、ＰＵＳＣＨに対応するアップリンク・ダウンリンク割当インデクス（Ｕｐｌｉｎｋ  Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ、ＵＬ ＤＡＩ）の値（Ｗ）が１又は２である場合、Ｌ１＝ｍｉｎ（Ｍ１，Ｗ）であり、Ｌ２＝ｍｉｎ（Ｍ２，Ｗ）であり、ＰＵＳＣＨに対応するＵＬ ＤＡＩの値（Ｗ）が３又は４である場合、Ｌ１＝Ｌ２＝Ｗであり、ｍｉｎ（Ａ，Ｂ）は、Ａ及びＢのうち大きくない数を表し、Ｍ１は、第１セルのアップリンクサブフレームｎに対応するダウンリンクサブフレームの個数に該当し、Ｍ２は、第２セルのアップリンクサブフレームｎに対応するダウンリンクサブフレームの個数に該当し、第１セル及び第２セルは、別個のアップリンク・ダウンリンク（ＵＬ−ＤＬ）構成を有する、方法が提供される。
【０００５】
本発明の他の態様として、搬送波集約をサポートし、ＴＤＤで動作する無線通信システムにおいてアップリンク制御情報を送信するように構成された通信装置であって、無線周波（ＲＦ）ユニットと、プロセッサと、を備え、プロセッサは、第１セルに対する第１ＨＡＲＱ−ＡＣＫセットをＬ１値を用いて生成し、第２セルに対する第２ＨＡＲＱ−ＡＣＫセットをＬ２値を用いて生成し、第１及び第２ＨＡＲＱ−ＡＣＫセットに対応するビット値をサブフレームｎでＰＵＳＣＨを介して送信するように構成され、ＰＵＣＣＨに対応するＵＬ ＤＡＩの値（Ｗ）が１又は２である場合、Ｌ１＝ｍｉｎ（Ｍ１，Ｗ）であり、Ｌ２＝ｍｉｎ（Ｍ２，Ｗ）であり、ＰＵＣＣＨに対応するＵＬ ＤＡＩの値（Ｗ）が３又は４である場合、Ｌ１＝Ｌ２＝Ｗであり、ｍｉｎ（Ａ，Ｂ）は、Ａ及びＢのうち大きくない数を表し、Ｍ１は、第１セルのアップリンクサブフレームｎに対応するダウンリンクサブフレームの個数に該当し、Ｍ２は、第２セルのアップリンクサブフレームｎに対応するダウンリンクサブフレームの個数に該当し、第１セル及び第２セルは、別個のＵＬ−ＤＬ構成を有する、通信装置が提供される。
【０００６】
好適には、Ｗが１又は２である場合、ビット値内の各ビットは、第１ＨＡＲＱ−ＡＣＫセット及び第２ＨＡＲＱ−ＡＣＫセット内の個別ＨＡＲＱ−ＡＣＫ応答に対応する。
【０００７】
好適には、Ｗが２である場合、第１セル及び第２セルのうち少なくとも一つのセルに対してＨＡＲＱ−ＡＣＫセット生成時に空間バンドルが適用され、少なくとも一つのセルは、一つのサブフレームで送信可能な伝送ブロックの最大個数が複数に設定されたセルである。
【０００８】
好適には、Ｗが３又は４である場合、第１ＨＡＲＱ−ＡＣＫセット及び第２ＨＡＲＱ−ＡＣＫセットを含む第３ＨＡＲＱ−ＡＣＫセットに対応する４ビット値が送信され、第３ＨＡＲＱ−ＡＣＫセットは、２Ｗ個のＨＡＲＱ−ＡＣＫ応答を含む。
【０００９】
好適には、第１セルは１次セル（ＰＣｅｌｌ）であり、第２セルは２次セル（ＳＣｅｌｌ）である。
【００１０】
好適には、上記の方法は、チャネル選択方式を用いてＨＡＲＱ−ＡＣＫを送信するように設定された通信装置によって行われる。
【発明の効果】
【００１１】
本発明によれば、無線通信システムにおいて制御情報を効率よく送信することが可能になる。具体的には、ＴＤＤシステムにおいてアップリンク制御情報を効率よく送信し、そのためのリソースを効率よく管理することが可能になる。
【００１２】
本発明によって得られる効果は、以上に言及した効果に制限されず、言及していない別の効果は、本発明の属する技術の分野における通常の知識を有する者には下の記載から明確に理解されるであろう。
【００１３】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明の実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図面の簡単な説明】
【００１４】
【図１】無線フレームの構造を例示する図である。
【図２】ダウンリンクスロットのリソースグリッドを例示する図である。
【図３】ダウンリンクサブフレームの構造を示す図である。
【図４】アップリンクサブフレームの構造を例示する図である。
【図５】ＵＬ−ＳＣＨデータと制御情報の処理過程を例示する図である。
【図６】ＰＵＳＣＨ上で制御情報とＵＬ−ＳＣＨデータとの多重化を示す図である。
【図７】単一セル状況におけるＴＤＤ ＵＬ Ａ/Ｎ送信過程を示す図である。
【図８】ＤＡＩを用いたＡ／Ｎ送信を例示する図である。
【図９】搬送波集約通信システムを例示する図である。
【図１０】搬送波間スケジュールを例示する図である。
【図１１】ＨＤ−ＴＤＤ ＣＡ方式を例示する図である。
【図１２】ＦＤ−ＴＤＤ ＣＡ方式を例示する図である。
【図１３ａ】ＴＤＤ ＣＡにおけるチャネル選択ベースのＡ／Ｎ送信過程を例示する図である。
【図１３ｂ】ＴＤＤ ＣＡにおけるチャネル選択ベースのＡ／Ｎ送信過程を例示する図である。
【図１４】本発明の一例によるＴＤＤ ＣＡ Ａ／Ｎ送信過程を例示する図である。
【図１５】スロットレベルのＰＵＣＣＨフォーマット３構造を例示する図である。
【図１６】ＰＵＣＣＨフォーマット３モードが設定された場合、Ａ／ＮをＰＵＳＣＨで送信するときの、ＵＬ−ＳＣＨデータ及び制御情報の処理過程を例示する図である。
【図１７】本発明の他の例によるＴＤＤ ＣＡ Ａ／Ｎ送信過程を例示する図である。
【図１８】本発明の実施例に適用可能な基地局及び端末を例示する図である。
【発明を実施するための形態】
【００１５】
以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡのような様々な無線接続システムに用いてもよい。ＣＤＭＡは、はん用地上無線接続（ＵＴＲＡ）又はＣＤＭＡ２０００のような無線技術によって実現されている。ＴＤＭＡは、ＧＳＭ（登録商標）／一般パケット無線サービス（ＧＰＲＳ）／ＧＳＭ（登録商標）進化用強化データ速度（ＥＤＧＥ）のような無線技術によって実現されている。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、進化ＵＴＲＡ（Ｅ−ＵＴＲＡ）のような無線技術によって実現されている。ＵＴＲＡは、はん用移動体通信システム（ＵＭＴＳ）の一部である。第３世代パートナシッププロジェクト（３ＧＰＰ）長期進化システム（ＬＴＥ）は、Ｅ−ＵＴＲＡを用いる進化ＵＭＴＳ（Ｅ−ＵＭＴＳ）の一部であり、ダウンリンクにおいてＯＦＤＭＡを採用し、アップリンクにおいてＳＣ−ＦＤＭＡを採用する。高度ＬＴＥ（ＬＴＥ−Ａ）は、３ＧＰＰ ＬＴＥの進展したバージョンである。
【００１６】
説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心に説明するが、これに本発明の技術的思想が制限されるわけではない。また、以下の説明で使われる特定用語は、本発明の理解を助けるために提供されるものであって、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更してもよい。
【００１７】
まず、本明細書で用いられる用語についてまとめる。
【００１８】
●ＨＡＲＱ−ＡＣＫ:ダウンリンク送信（例えば、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）又は半永続スケジュール（ＳＰＳ）解放（ｒｅｌｅａｓｅ）物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に対する受信応答結果、すなわち、肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）／不連続送信（ＤＴＸ）応答（略して、ＡＣＫ／ＮＡＣＫ応答、ＡＣＫ／ＮＡＣＫ、Ａ／Ｎ応答、Ａ／Ｎともいう。）のことを指す。ＡＣＫ／ＮＡＣＫ応答は、ＡＣＫ、ＮＡＣＫ、ＤＴＸ、又はＮＡＣＫ／ＤＴＸを意味する。ＣＣに対するＨＡＲＱ−ＡＣＫ又はＣＣのＨＡＲＱ−ＡＣＫは、該当のＣＣに関連している（例えば、該当のＣＣにスケジュールされた）ダウンリンク送信に対するＡＣＫ／ＮＡＣＫ応答を意味する。ＰＤＳＣＨは、伝送ブロック又は符号語と言い換えてもよい。
【００１９】
●ＰＤＳＣＨ：ＤＬ許可ＰＤＣＣＨに対応するＰＤＳＣＨを意味する。本明細書においてＰＤＳＣＨはＰＤＳＣＨ ｗ／ＰＤＣＣＨと同じ意味で使われる。
【００２０】
●ＳＰＳ解放ＰＤＣＣＨ：ＳＰＳ解放を指示するＰＤＣＣＨを意味する。端末は、ＳＰＳ解放ＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ情報をアップリンクにフィードバックする。
【００２１】
●ＳＰＳ ＰＤＳＣＨ：ＳＰＳによって半永続的に設定されたリソースを用いてＤＬ送信されるＰＤＳＣＨを意味する。ＳＰＳ ＰＤＳＣＨには、対応するＤＬ許可ＰＤＣＣＨがない。本明細書においてＳＰＳ ＰＤＳＣＨはＰＤＳＣＨ ｗ／ｏ ＰＤＣＣＨと同じ意味で使われる。
【００２２】
●ダウンリンク割当インデクス（ＤＡＩ）：ＰＤＣＣＨを介して送信されるＤＣＩに含まれる。ＤＡＩは、ＰＤＣＣＨの順序値又はカウンタ値を表すものであってよい。便宜上、ＤＬ許可ＰＤＣＣＨのＤＡＩフィールドが指示する値をＤＬ ＤＡＩ（Ｖと略す）と呼び、ＵＬ許可ＰＤＣＣＨ内のＤＡＩフィールドが指示する値をＵＬ ＤＡＩ（Ｗと略す）と呼ぶ。
【００２３】
●１次成分搬送波（Ｐｒｉｍａｒｙ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ、ＰＣＣ）ＰＤＣＣＨ：ＰＣＣをスケジュールするＰＤＣＣＨを意味する。すなわち、ＰＣＣ ＰＤＣＣＨは、ＰＣＣ上のＰＤＳＣＨに対応するＰＤＣＣＨを指す。ＰＣＣに対して搬送波間スケジュールが許容されないとき、ＰＣＣ ＰＤＣＣＨはＰＣＣ上でだけ送信される。ＰＣＣはＰＣｅｌｌと同じ意味で使われる。
【００２４】
●２次成分搬送波（ＳＣＣ）ＰＤＣＣＨ：ＳＣＣをスケジュールするＰＤＣＣＨを意味する。すなわち、ＳＣＣ ＰＤＣＣＨは、ＳＣＣ上のＰＤＳＣＨに対応するＰＤＣＣＨを指す。ＳＣＣに対して搬送波間スケジュールが許容される場合、ＳＣＣ ＰＤＣＣＨは、該当のＳＣＣ以外の他のＣＣ（例えば、ＰＣＣ）上で送信してもよい。ＳＣＣに対して搬送波間スケジュールが許容されない場合は、ＳＣＣ ＰＤＣＣＨは、該当のＳＣＣ上でだけ送信される。ＳＣＣは、ＳＣｅｌｌと同じ意味で使われる。
【００２５】
●ＣＣ間スケジュール：ＳＣＣをスケジュールするＰＤＣＣＨが該当のＳＣＣ以外のＣＣ（例えば、ＰＣＣ）を通じて送信される動作を意味する。ＰＣＣ及びＳＣＣの２個のＣＣだけが存在する場合、すべてのＰＤＣＣＨが一つのＰＣＣを通じてだけスケジュール／送信される動作を意味する。
【００２６】
●非ＣＣ間スケジュール：各ＣＣをスケジュールするＰＤＣＣＨが該当のＣＣを通じてスケジュール／送信される動作を意味する。
【００２７】
図１は、無線フレーム構造を例示する図である。セルラＯＦＤＭ無線パケット通信システムにおいて、アップリンク／ダウンリンクデータパケット送信はサブフレーム単位で行われ、１サブフレームは、複数のＯＦＤＭシンボルを含む一定の時間期間と定義される。ＬＴＥ（−Ａ）は、周波数分割２重通信（ＦＤＤ）のためのタイプ１無線フレーム構造、及びＴＤＤのためのタイプ２無線フレーム構造をサポートする。
【００２８】
図１（ａ）に、タイプ１無線フレーム構造を例示する。ダウンリンク無線フレームは、１０個のサブフレームで構成され、１サブフレームは、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）において２個のスロットで構成される。１サブフレームを送信するためにかかる時間を送信時間間隔（ＴＴＩ）という。例えば、１サブフレームの長さは１ｍｓであり、１スロットの長さは０．５ｍｓであってよい。１スロットは、時間領域で複数のＯＦＤＭシンボルを含み、かつ周波数領域で複数のリソースブロック（ＲＢ）を含む。ＬＴＥ（−Ａ）システムでは、ダウンリンクにおいてＯＦＤＭＡを用いるため、ＯＦＤＭシンボルが１シンボル期間を表す。ＯＦＤＭシンボルはＳＣ−ＦＤＭＡシンボル又はシンボル期間と呼んでもよい。リソース割当単位としてのリソースブロック（ＲＢ）は、１スロットにおいて複数個の連続した副搬送波を含んでもよい。
【００２９】
１スロットに含まれるＯＦＤＭシンボルの数は、循環プレフィクス（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ、ＣＰ）の構成によって異なることがある。例えば、ＯＦＤＭシンボルが正規ＣＰ（ｎｏｒｍａｌ  ＣＰ）を有する場合、スロットに含まれるＯＦＤＭシンボルの数は７個であってよく、拡張ＣＰ（ｅｘｔｅｎｄｅｄ  ＣＰ）を有する場合、スロットに含まれるＯＦＤＭシンボルの数は６個であってよい。
【００３０】
図１（ｂ）には、タイプ２無線フレーム構造を例示する。タイプ２無線フレームは、２個のハーフフレームで構成され、各ハーフフレームは５個のサブフレームで構成される。サブフレームは２個のスロットで構成される。
【００３１】
表１に、ＴＤＤモードにおいて無線フレーム内のサブフレームのＵＬ−ＤＬ構成（ＵＬ−ＤＬ Ｃｆｇ）を例示する。
【００３２】
【表１】
0005866465.tif 000002
【００３３】
表１において、Ｄは、ダウンリンクサブフレームを、Ｕはアップリンクサブフレームを、Ｓは特別サブフレームを表す。
【００３４】
特別サブフレームは、ダウンリンクパイロット時間スロット（ＤｗＰＴＳ）、ガード期間（ＧＰ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）を含む。ＤｗＰＴＳは、ダウンリンク送信用に留保されている時間期間であり、ＵｐＰＴＳは、アップリンク送信用に留保されている時間期間である。
【００３５】
表２に、特別サブフレーム構成によるＤｗＰＴＳ／ＧＰ／ＵｐＰＴＳの長さを例示する。表２で、Ｔｓはサンプリング時間を表す。
【００３６】
【表２】
0005866465.tif 000003
【００３７】
無線フレームの構造は例示に過ぎず、無線フレームにおいてサブフレームの数、スロットの数、シンボルの数は様々に変更してもよい。
【００３８】
図２は、ダウンリンクスロットのリソースグリッドを例示する図である。
【００３９】
図２を参照すると、ダウンリンクスロットは、時間領域において複数のＯＦＤＭシンボルを含む。一つのダウンリンクスロットは７（６）個のＯＦＤＭシンボルを含み、リソースブロック（ＲＢ）は周波数領域において１２個の副搬送波を含んでもよい。リソースグリッド上の各要素はリソース要素（ＲＥ）と呼ばれる。１ ＲＢは１２×７（６）個のＲＥを含む。ダウンリンクスロットに含まれるＲＢの個数ＮＲＢは、ダウンリンク送信帯域に依存する。アップリンクスロットの構造は、ＯＦＤＭシンボルがＳＣ−ＦＤＭＡシンボルに置き替えられる以外は、ダウンリンクスロットの構造と同一である。
【００４０】
図３は、ダウンリンクサブフレームの構造を例示する図である。
【００４１】
図３を参照すると、サブフレームの１番目のスロットにおける先頭の最大３（４）個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に相当する。残りのＯＦＤＭシンボルは、ＰＤＳＣＨが割り当てられるデータ領域に相当する。ダウンリンク制御チャネルの例には、物理制御フォーマット指示子チャネル（ＰＣＦＩＣＨ）、ＰＤＣＣＨ、物理ハイブリッド自動再送要求（ＨＡＲＱ）指示子チャネル（ＰＨＩＣＨ）などがある。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレーム内で制御チャネルの送信に使われるＯＦＤＭシンボルの個数に関する情報を運ぶ。ＰＨＩＣＨは、アップリンク送信に対する応答としてＨＡＲＱ ＡＣＫ／ＮＡＣＫ信号を運ぶ。
【００４２】
ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ＤＣＩ）という。ＤＣＩフォーマットは、アップリンク用にフォーマット０、３、３Ａ、４が定義され、ダウンリンク用にフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃなどが定義されている。ＤＣＩフォーマットは、用途によって、ホップフラグ、ＲＢ割当、変調符号化方式（ＭＣＳ）、冗長バージョン（ＲＶ）、新規データ指示子（ＮＤＩ）、送信電力制御（ＴＰＣ）、復調基準信号（ＤＭ ＲＳ）のための巡回シフト、チャネル品質情報（ＣＱＩ）要求、ＨＡＲＱプロセス番号、送信済プリコーディング行列指示子（ＴＰＭＩ）、プリコーディング行列指示子（ＰＭＩ）などの情報を選択的に含む。
【００４３】
ＰＤＣＣＨは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）の送信フォーマット及びリソース割当情報、アップリンク共有チャネル（ＵＬ−ＳＣＨ）の送信フォーマット及びリソース割当情報、呼出しチャネル（ＰＣＨ）上の呼出し情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答のような上位層制御メッセージのリソース割当情報、端末グループ内の個別端末に対するＴｘ電力制御命令セット、Ｔｘ電力制御命令、ＩＰ電話（ＶｏＩＰ）の活性化指示情報などを運ぶ。複数のＰＤＣＣＨが制御領域内で送信されることがあり、端末は複数のＰＤＣＣＨを監視してもよい。ＰＤＣＣＨは、一つ又は複数の連続した制御チャネル要素（ＣＣＥ）の集合（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥは、ＰＤＣＣＨに無線チャネル状態に基づく符号化速度を提供するために用いられる論理的割当ユニットである。ＣＣＥは、複数のリソース要素グループ（ＲＥＧ）に対応する。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの個数はＣＣＥの個数によって決定される。基地局は、端末に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報に巡回冗長検査ビット（ＣＲＣ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は使用目的によって識別子（例えば、無線網一時識別子（ＲＮＴＩ））でマスクされる。例えば、ＰＤＣＣＨが特定端末のためのものである場合、当該端末の識別子（例えば、セルＲＮＴＩ（Ｃ−ＲＮＴＩ））でＣＲＣをマスクしてもよい。ＰＤＣＣＨが呼出しメッセージのためのものである場合、呼出し識別子（例えば、呼出しＲＮＴＩ（Ｐ−ＲＮＴＩ））でＣＲＣをマスクしてもよい。ＰＤＣＣＨがシステム情報（より具体的には、システム情報ブロック（ＳＩＢ））のためのものである場合、システム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）でＣＲＣをマスクしてもよい。ＰＤＣＣＨがランダムアクセス応答のためのものである場合、ランダム接続ＲＮＴＩ（ＲＡ−ＲＮＴＩ）でＣＲＣをマスクしてもよい。
【００４４】
図４は、ＬＴＥで用いられるアップリンクサブフレームの構造を例示する図である。
【００４５】
図４を参照すると、アップリンクサブフレームは、複数（例えば、２個）のスロットを含む。スロットは、ＣＰ長によって異なった数のＳＣ−ＦＤＭＡシンボルを含むことがある。アップリンクサブフレームは周波数領域でデータ領域と制御領域とに区別される。データ領域は、ＰＵＳＣＨを含み、音声などのデータ信号を送信するために用いられる。制御領域は、ＰＵＣＣＨを含み、アップリンク制御情報（ＵＣＩ）を送信するために用いられる。ＰＵＣＣＨは、周波数軸でデータ領域の両端部に位置しているＲＢ対を含み、スロット境界をホップする。
【００４６】
ＰＵＣＣＨは次の制御情報を送信するために用いてもよい。
【００４７】
−  スケジュール要求（ＳＲ）：アップリンクＵＬ−ＳＣＨリソースを要求するために用いられる情報である。オンオフ変調（ＯＯＫ）方式で送信される。
【００４８】
−  ＨＡＲＱ ＡＣＫ／ＮＡＣＫ：ＰＤＳＣＨ上のダウンリンクデータパケットに対する応答信号である。ダウンリンクデータパケットが成功裏に受信されたか否かを表す。一つのダウンリンク符号語（ＣＷ）に対する応答としてＡＣＫ／ＮＡＣＫ １ビットが送信され、二つのダウンリンク符号語に対する応答としてＡＣＫ／ＮＡＣＫ ２ビットが送信される。
【００４９】
−  ＣＱＩ：ダウンリンクチャネルに対するフィードバック情報である。多入力多出力システム（ＭＩＭＯ）関連フィードバック情報は、ＲＩ、ＰＭＩ、プリコーディング種別指示子（ＰＴＩ）などを含む。サブフレーム当たり２０ビットが使われる。
【００５０】
表３に、ＬＴＥにおいてＰＵＣＣＨフォーマットとＵＣＩとのマップ関係を表す。
【００５１】
【表３】
0005866465.tif 000004
【００５２】
一方、ＬＴＥ端末は、ＰＵＣＣＨ及びＰＵＳＣＨを同時に送信することはできず、ＰＵＳＣＨが送信されるサブフレームにおいてＵＣＩ（例えば、ＣＱＩ／ＰＭＩ、ＨＡＲＱ−ＡＣＫ、ＲＩなど）の送信が必要な場合、ＵＣＩをＰＵＳＣＨ領域に多重化する（ＰＵＳＣＨピギーバック）。ＬＴＥ−Ａでも端末がＰＵＣＣＨとＰＵＳＣＨを同時に送信できないように構成されることがある。この場合、ＰＵＳＣＨが送信されるサブフレームにおいてＵＣＩ（例えば、ＣＱＩ／ＰＭＩ、ＨＡＲＱ−ＡＣＫ、ＲＩなど）の送信が必要な場合、端末はＵＣＩをＰＵＳＣＨ領域に多重化してもよい（ＰＵＳＣＨピギーバック）。
【００５３】
図５は、ＵＬ−ＳＣＨデータと制御情報の処理手順を例示する図である。
【００５４】
図５を参照すると、エラー検出がＣＲＣ付加によってＵＬ−ＳＣＨ伝送ブロックに提供される（Ｓ１００）。
【００５５】
全体伝送ブロックがＣＲＣパリティビットを計算するために用いられる。伝送ブロックのビットは、ａ０，ａ１，ａ２，ａ３，・・・，ａＡ−１である。パリティビットはＰ０，Ｐ１，Ｐ２，Ｐ３，・・・，ＰＬ−１である。伝送ブロックの大きさはＡであり、パリティビットの数はＬである。
【００５６】
伝送ブロックＣＲＣ付加の後に、符号ブロック分割及び符号ブロックＣＲＣ付加が実行される（Ｓ１１０）。符号ブロック分割に対するビット入力は、ｂ０，ｂ１，ｂ２，ｂ３，・・・，ｂＢ−１である。Ｂは、伝送ブロック（ＣＲＣを含む）のビット数である。符号ブロック分割後のビットは、Ｃｒ０，Ｃｒ１，Ｃｒ２，Ｃｒ３，・・・，Ｃｒ（Ｋｒ−１）になる。ｒは、符号ブロック番号を表し（ｒ＝０，１，…，Ｃ−１）、Ｋrは、符号ブロックｒのビット数を表す。Ｃは符号ブロックの総数を表す。
【００５７】
チャネル符号化は、符号ブロック分割及び符号ブロックＣＲＣの後に実行される（Ｓ１２０）。チャネル符号化後のビットはｄ（ｉ）ｒ０，ｄ（ｉ）ｒ１，ｄ（ｉ）ｒ２，ｄ（ｉ）ｒ３，・・・，ｄ（ｉ）ｒ（Ｄｒ−１）になる。ｉ＝０，１，２であり、Ｄｒは、符号ブロックｒのためのｉ番目の符号化されたストリームのビット数を表す（すなわち、Ｄｒ＝Ｋｒ＋４）。ｒは、符号ブロック番号を表し（ｒ=０，１，…，Ｃ−１）、Ｋrは、符号ブロックｒのビット数を表す。Ｃは、符号ブロックの総数を表す。チャネル符号化のためにターボ符号化を用いてもよい。
【００５８】
速度整合（レートマッチング）はチャネル符号化の後に行われる（Ｓ１３０）。速度整合後のビットは、ｅｒ０，ｅｒ１，ｅｒ２，ｅｒ３，・・・，ｅｒ（Ｅｒ−１）になる。Ｅｒは、ｒ番目の符号ブロックの速度整合されたビットの数である。ｒ＝０，１，…，Ｃ−１であり、Ｃは、符号ブロックの総数を表す。
【００５９】
符号ブロック連結は速度整合後に実行される（Ｓ１４０）。符号ブロック連結後のビットは、ｆ０，ｆ１，ｆ２，ｆ３，・・・，ｆＧ−１になる。Ｇは、送信のための符号化されたビットの総数を表す。制御情報がＵＬ−ＳＣＨ送信と多重化される場合、制御情報送信に用いられるビットはＧに含まれない。ｆ０，ｆ１，ｆ２，ｆ３，・・・，ｆＧ−１はＵＬ−ＳＣＨ符号語に相当する。
【００６０】
ＵＣＩは、チャネル品質情報（ＣＱＩ及び／又はＰＭＩ）Ｏ０，Ｏ１，・・・，ＯＯ−１、ＲＩ ［ＯＲＩ０］又は［ＯＲＩ１］、及びＨＡＲＱ−ＡＣＫ ［ＯＡＣＫ０］、［ＯＡＣＫ０ＯＡＣＫ１］又は［ＯＡＣＫ０ＯＡＣＫ１・・・ＯＡＣＫＯＡＣＫ‐１］のチャネル符号化がそれぞれ独立して行われる（Ｓ１５０〜Ｓ１７０）。ＵＣＩのチャネル符号化は、それぞれの制御情報のための符号化されたシンボルの個数に基づいて行われる。例えば、符号化されたシンボルの個数が、符号化された制御情報の速度整合に用いられる。符号化されたシンボルの個数は、以降の過程において変調シンボルの個数、ＲＥの個数などに対応する。
【００６１】
ＨＡＲＱ−ＡＣＫのチャネル符号化は、段階Ｓ１７０の入力ビットシーケンス［ＯＡＣＫ０］、［ＯＡＣＫ０ＯＡＣＫ１］又は［ＯＡＣＫ０ＯＡＣＫ１・・・ＯＡＣＫＯＡＣＫ‐１］を用いて行われる。［ＯＡＣＫ０］及び［ＯＡＣＫ０ＯＡＣＫ１］はそれぞれ、１ビットＨＡＲＱ−ＡＣＫ及び２ビットＨＡＲＱ−ＡＣＫを意味する。また、［ＯＡＣＫ０ＯＡＣＫ１・・・ＯＡＣＫＯＡＣＫ‐１］は、３ビット以上の情報で構成されたＨＡＲＱ−ＡＣＫを意味する（すなわち、ＯＡＣＫ＞２）。ＡＣＫは１に符号化され、ＮＡＣＫは０に符号化される。１ビットＨＡＲＱ−ＡＣＫについては、反復符号化が用いられる。２ビットＨＡＲＱ−ＡＣＫについては、（３，２）シンプレックス符号が用いられ、符号化されたデータは循環反復されてもよい。ＯＡＣＫ＞２の場合、（３２，Ｏ）ブロック符号が使用される。
【００６２】
ＱＡＣＫは、符号化されたビットの総数を表し、ビットシーケンスｑＡＣＫ０，ｑＡＣＫ１，ｑＡＣＫ２，・・・，ｑＡＣＫＱＡＣＫ−１は、符号化されたＨＡＲＱ−ＡＣＫブロックの結合によって得られる。ビットシーケンスの長さをＱＡＣＫに合わせるために、最後に結合される符号化されたＨＡＲＱ−ＡＣＫブロックは一部分である場合もある（すなわち、速度整合）。ＱＡＣＫ＝Ｑ’ＡＣＫ×Ｑｍであり、Ｑ’ＡＣＫは、ＨＡＲＱ−ＡＣＫのための符号化されたシンボルの個数であり、Ｑｍは、変調次数（ｏｒｄｅｒ）である。Ｑｍは、ＵＬ−ＳＣＨデータと同一に設定される。
【００６３】
データ／制御多重化ブロックの入力は、符号化されたＵＬ−ＳＣＨビットを意味するｆ０，ｆ１，ｆ２，ｆ３，・・・，ｆＧ−１及び符号化されたＣＱＩ／ＰＭＩビットを意味するｑ０，ｑ１，ｑ２，ｑ３，・・・，ｑＱＣＱＩ−１である（Ｓ１８０）。データ／制御多重化ブロックの出力は、ｇ０，ｇ１，ｇ２，ｇ３，・・・，ｇＨ’−１である。ｇｉは、長さＱｍのカラムベクトルである（ｉ＝０，・・・，Ｈ’−１）。Ｈ’＝Ｈ／Ｑｍであり、Ｈ＝（Ｇ＋ＱＣＱＩ）である。Ｈは、ＵＬ−ＳＣＨデータ及びＣＱＩ／ＰＭＩのために割り当てられた、符号化されたビットの総数である。
【００６４】
チャネルインタリーバの入力は、データ／制御多重化ブロックの出力ｇ０，ｇ１，ｇ２，ｇ３，・・・，ｇＨ’−１、符号化されたランク指示子ｑＲＩ０，ｑＲＩ１，ｑＲＩ２，・・・，ｑＲＩＱ’ＲＩ−１、及び符号化されたＨＡＲＱ−ＡＣＫ ｑＡＣＫ０，ｑＡＣＫ１，ｑＡＣＫ２，・・・，ｑＡＣＫＱ’ＡＣＫ−１を対象にして行われる（Ｓ１９０）。ｇｉは、ＣＱＩ／ＰＭＩのための長さＱｍのカラムベクトルであり、ｉ＝０，・・・，Ｈ’−１である（Ｈ’＝Ｈ／Ｑｍ）。ｑＡＣＫｉは、ＡＣＫ／ＮＡＣＫのための長さＱｍのカラムベクトルであり、ｉ＝０，・・・，Ｑ’ＡＣＫ−１である（Ｑ’ＡＣＫ＝ＱＡＣＫ／Ｑｍ）。ｑＲＩｉは、ＲＩのための長さＱｍのカラムベクトルであり、ｉ＝０，・・・，Ｑ’ＲＩ−１である（Ｑ’ＲＩ＝ＱＲＩ／Ｑｍ）。
【００６５】
チャネルインタリーバは、ＰＵＳＣＨ送信のために制御情報とＵＬ−ＳＣＨデータとを多重化する。具体的には、チャネルインタリーバは、ＰＵＳＣＨリソースに対応するチャネルインタリーバ行列に制御情報及びＵＬ−ＳＣＨデータをマップする過程を含む。
【００６６】
チャネルインタリーブ後に、チャネルインタリーバ行列から行単位（ｒｏｗ−ｂｙ−ｒｏｗ）に読み出されたビットシーケンスｈ０，ｈ１，ｈ２，・・・，ｈＨ＋ＱＲＩ−１が出力される。読み出されたビットシーケンスはリソースグリッド上にマップされる。Ｈ”＝Ｈ’＋Ｑ’ＲＩ個の変調シンボルがサブフレームで送信される。
【００６７】
図６に、ＰＵＳＣＨ上で制御情報とＵＬ−ＳＣＨデータとの多重化を示す。ＰＵＳＣＨ送信が割り当てられたサブフレームで制御情報を送信しようとする場合、端末は、ＤＦＴ−拡散前に制御情報（ＵＣＩ）とＵＬ−ＳＣＨデータとを多重する。制御情報は、ＣＱＩ／ＰＭＩ、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、及びＲＩの少なくとも一つを含む。ＣＱＩ／ＰＭＩ、ＡＣＫ／ＮＡＣＫ及びＲＩの送信に用いられるそれぞれのＲＥの個数は、ＰＵＳＣＨ送信のために割り当てられたＭＣＳ及びオフセット値に基づく。オフセット値は、制御情報別に異なる符号化速度を許容し、上位層（例えば、ＲＲＣ）信号によって半永続的に設定される。ＵＬ−ＳＣＨデータと制御情報とが、同一のＲＥにマップされることはない。制御情報はサブフレームの２スロットの両方に存在するようにマップされる。
【００６８】
図６を参照すると、ＣＱＩ及び／又はＰＭＩ（ＣＱＩ／ＰＭＩ）リソースは、ＵＬ−ＳＣＨデータリソースの先頭部分に位置し、一つの副搬送波上で全ＳＣ−ＦＤＭＡシンボルに順次マップされた後、次の副搬送波でマップがなされる。ＣＱＩ／ＰＭＩは、副搬送波内で左側から右側へ、すなわち、ＳＣ−ＦＤＭＡシンボルインデクスが増加する方向にマップされる。ＰＵＳＣＨデータ（ＵＬ−ＳＣＨデータ）は、ＣＱＩ／ＰＭＩリソースの量（すなわち、符号化されたシンボルの個数）を考慮して速度整合される。ＵＬ−ＳＣＨデータと同じ変調次数がＣＱＩ／ＰＭＩに用いられる。ＡＣＫ／ＮＡＣＫは、ＵＬ−ＳＣＨデータがマップされたＳＣ−ＦＤＭＡのリソースの一部にパンクチャによって挿入される。ＡＣＫ／ＮＡＣＫはＲＳに隣接して位置し、該当のＳＣ−ＦＤＭＡシンボル内で下方から上方へ、すなわち、副搬送波インデクスが増加する方向に埋められる。正規ＣＰでは、同図のように、ＡＣＫ／ＮＡＣＫのためのＳＣ−ＦＤＭＡシンボルは各スロットにおいてＳＣ−ＦＤＭＡシンボル＃２／＃５に位置する。サブフレームにおいてＡＣＫ／ＮＡＣＫが実際に送信されるか否かにかかわらず、符号化されたＲＩは、ＡＣＫ／ＮＡＣＫのためのシンボルに隣接して位置する。
【００６９】
ＬＴＥにおいて、制御情報（例えば、ＱＰＳＫ変調使用）は、ＵＬ−ＳＣＨデータなしにＰＵＳＣＨ上で送信されるようにスケジュールされることもある。制御情報（ＣＱＩ／ＰＭＩ、ＲＩ及び／又はＡＣＫ／ＮＡＣＫ）は、低い３次計量（Ｃｕｂｉｃ  Ｍｅｔｒｉｃ、ＣＭ）の単一搬送波特性を維持するためにＤＦＴ拡散前に多重化される。ＡＣＫ／ＮＡＣＫ、ＲＩ及びＣＱＩ／ＰＭＩを多重化することは、図７におけると同様である。ＡＣＫ／ＮＡＣＫのためのＳＣ−ＦＤＭＡシンボルはＲＳに隣接して位置し、ＣＱＩのマップされたリソースがパンクチャされることがある。ＡＣＫ／ＮＡＣＫ及びＲＩのためのＲＥの個数は、基準ＭＣＳ（ＣＱＩ／ＰＭＩ ＭＣＳ）及びオフセットパラメータに基づく。基準ＭＣＳは、ＣＱＩペイロードサイズ及びリソース割当から計算される。ＵＬ−ＳＣＨデータのない制御信号通知のためのチャネル符号化及び速度整合は、上述したＵＬ−ＳＣＨデータがある制御信号通知の場合と同一である。
【００７０】
次に、ＴＤＤシステムのＡＣＫ／ＮＡＣＫ送信過程について説明する。ＴＤＤ方式は、同じ周波数帯域を時間領域でＤＬサブフレームとＵＬサブフレームとに分けて使用する（図１（ｂ）参照）。そのため、ＤＬ／ＵＬ非対称データトラフィック状況では、ＤＬサブフレームが多く割り当てられたり、ＵＬサブフレームが多く割り当てられたりすることがある。したがって、ＴＤＤ方式ではＤＬサブフレームとＵＬサブフレームとが一対一で対応しない場合が発生する。特に、ＤＬサブフレームの数がＵＬサブフレームよりも多い場合、端末は、複数のＤＬサブフレーム上の複数のＰＤＳＣＨ（及び／又はＡＣＫ／ＮＡＣＫ応答を要するＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫ応答を、一つのＵＬサブフレームで送信しなければならない状況が発生する。例えば、ＴＤＤ構成によって、ＤＬサブフレーム：ＵＬサブフレーム＝Ｍ：１に設定されることがある。ここで、Ｍは一つのＵＬサブフレームに対応するＤＬサブフレームの個数である。この場合、端末は、Ｍ個のＤＬサブフレーム上の複数のＰＤＳＣＨ（又はＡＣＫ／ＮＡＣＫ応答を要するＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫ応答を、一つのＵＬサブフレームで送信しなければならない。
【００７１】
図７は、単一セル状況においてＴＤＤ ＵＬ ＡＣＫ／ＮＡＣＫ送信過程を示す図である。
【００７２】
図７を参照すると、端末は、Ｍ個のＤＬサブフレーム（ＳＦ）上で一つ以上のＤＬ送信（例えば、ＰＤＳＣＨ信号）を受信することができる（Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１）。それぞれのＰＤＳＣＨ信号は、送信モードによって一つ又は複数（例えば、２個）の伝送ブロック（ＴＢ）（又は、符号語（ＣＷ））を送信するために用いられる。また、図示してはいないが、段階Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１において、ＡＣＫ／ＮＡＣＫ応答を要するＰＤＣＣＨ信号、例えば、ＳＰＳ解放を指示するＰＤＣＣＨ信号（略して、ＳＰＳ解放ＰＤＣＣＨ信号ともいう。）も受信されることがある。Ｍ個のＤＬサブフレームにＰＤＳＣＨ信号及び／又はＳＰＳ解放ＰＤＣＣＨ信号が存在すると、端末は、ＡＣＫ／ＮＡＣＫを送信するための過程（例えば、ＡＣＫ／ＮＡＣＫ（ペイロード）生成、ＡＣＫ／ＮＡＣＫリソース割当など）を経て、Ｍ個のＤＬサブフレームに対応する一つのＵＬサブフレームでＡＣＫ／ＮＡＣＫを送信する（Ｓ５０４）。ＡＣＫ／ＮＡＣＫは段階Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１のＰＤＳＣＨ信号及び／又はＳＰＳ解放ＰＤＣＣＨ信号に対する受信応答情報を含む。ＡＣＫ／ＮＡＣＫは基本的に、ＰＵＣＣＨを介して送信されるが（例えば、図５及び図６参照）、ＡＣＫ／ＮＡＣＫ送信時点でＰＵＳＣＨ送信があるときは、ＡＣＫ／ＮＡＣＫはＰＵＳＣＨを介して送信してもよい。ＡＣＫ／ＮＡＣＫ送信のために表３の様々なＰＵＣＣＨフォーマットを用いてもよい。また、送信されるＡＣＫ／ＮＡＣＫビット数を減らすために、ＡＣＫ／ＮＡＣＫバンドル、ＡＣＫ／ＮＡＣＫチャネル選択のような種々の方法が用いられることもある。
【００７３】
上述したとおり、ＴＤＤでは、Ｍ個のＤＬサブフレームで受信したデータに対するＡＣＫ／ＮＡＣＫが一つのＵＬサブフレームで送信され（すなわち、Ｍ ＤＬ ＳＦ（ｓ）：１ ＵＬ ＳＦ）、それらの関係はダウンリンクアソシエーションセットインデクス（ＤＡＳＩ）によって与えられる。
【００７４】
表４は、ＬＴＥ（−Ａ）に定義されたＤＡＳＩ（Ｋ：｛ｋ0，ｋ1，…，ｋM-1｝）を表すものである。表４は、ＡＣＫ／ＮＡＣＫを送信するＵＬサブフレームの観点で自身と関連しているＤＬサブフレームとの間隔を表す。具体的には、サブフレームｎ−ｋ（ｋ∈Ｋ）にＰＤＳＣＨ送信及び／又はＳＰＳ解放ＰＤＣＣＨがあれば、端末は、サブフレームｎで対応のＡＣＫ／ＮＡＣＫを送信する。
【００７５】
【表４】
0005866465.tif 000005
【００７６】
ＴＤＤ方式で動作するとき、端末はＭ個のＤＬ ＳＦで受信した一つ以上のＤＬ送信（例えば、ＰＤＳＣＨ）に対するＡＣＫ／ＮＡＣＫ信号を、一つのＵＬ ＳＦで送信しなければならない。複数のＤＬ ＳＦに対するＡＣＫ／ＮＡＣＫを一つのＵＬ ＳＦで送信する方式は、次のとおりである。
【００７７】
１）ＡＣＫ／ＮＡＣＫバンドル：複数のデータユニット（例えば、ＰＤＳＣＨ、ＳＰＳ解放ＰＤＣＣＨなど）に対するＡＣＫ／ＮＡＣＫビットが論理演算（例えば、論理ＡＮＤ演算）によって結合する。例えば、すべてのデータユニットが成功裏に復号されると、受信端（例えば、端末）はＡＣＫ信号を送信する。一方、データユニットのいずれかで復号（又は検出）に失敗すると、受信端はＮＡＣＫ信号を送信するか、又は何にも送信しない。
【００７８】
２）チャネル選択：複数のデータユニット（例えば、ＰＤＳＣＨ、ＳＰＳ解放ＰＤＣＣＨなど）を受信する端末は、ＡＣＫ／ＮＡＣＫ送信のために複数のＰＵＣＣＨリソースを占有する。複数のデータユニットに対するＡＣＫ／ＮＡＣＫ応答は、実際にＡＣＫ／ＮＡＣＫ送信に使われたＰＵＣＣＨリソースと、送信されたＡＣＫ／ＮＡＣＫ内容（例えば、ビット値、ＱＰＳＫシンボル値）との組合せによって識別される。チャネル選択方式はＡＣＫ／ＮＡＣＫ選択方式又はＰＵＣＣＨ選択方式とも呼ばれる。
【００７９】
ＴＤＤで端末が基地局にＡＣＫ／ＮＡＣＫ信号を送信するときに下記の問題が生じることがある。
【００８０】
・複数のサブフレーム区間で基地局が送ったＰＤＣＣＨのうちの一部を端末が取り損ねた場合、端末は、取り損ねたＰＤＣＣＨに該当するＰＤＳＣＨが自身に送信された事実さえ分からず、ＡＣＫ／ＮＡＣＫ生成時に誤りが発生することがある。
【００８１】
このような誤りを解決するために、ＴＤＤシステムは、ＰＤＣＣＨにダウンリンク割当インデクス（ＤＡＩ）を含める。ＤＡＩは、ＤＬサブフレームｎ−ｋ（ｋ∈Ｋ）内で現在サブフレームまでのＰＤＳＣＨに対応するＰＤＣＣＨ及びダウンリンクＳＰＳ解放を指示するＰＤＣＣＨの累積値（すなわち、計数値）を表す。例えば、３個のＤＬサブフレームが一つのＵＬサブフレームに対応する場合、３個のＤＬサブフレーム区間に送信されるＰＤＳＣＨに順次インデクスを付与（すなわち、順次計数）して、ＰＤＳＣＨをスケジュールするＰＤＣＣＨに乗せて送る。端末は、ＰＤＣＣＨに含まれているＤＡＩ情報から、これまでのＰＤＣＣＨを正しく受信したか否かが確認できる。便宜上、ＰＤＳＣＨスケジュールＰＤＣＣＨ及びＳＰＳ解放ＰＤＣＣＨに含まれたＤＡＩを、ＤＬ ＤＡＩ、ＤＡＩ−ｃ（カウンタ）と称するか、又は、簡単にＤＡＩと称する。
【００８２】
表５に、ＤＬ ＤＡＩフィールドが指示する値（ＶＤＬＤＡＩ）を示す。本明細書ではＤＬ ＤＡＩをＶと略することがある。
【００８３】
【表５】
0005866465.tif 000006
【００８４】
・ＭＳＢ：最上位ビット、ＬＳＢ：最下位ビット
【００８５】
図８に、ＤＬ ＤＡＩを用いたＡＣＫ／ＮＡＣＫ送信を例示する。本例は、３ ＤＬサブフレーム：１ ＵＬサブフレームで構成されたＴＤＤシステムを仮定する。便宜上、端末はＰＵＳＣＨリソースを用いてＡＣＫ／ＮＡＣＫを送信すると仮定する。既存のＬＴＥでは、ＰＵＳＣＨを介してＡＣＫ／ＮＡＣＫを送信する場合に１ビット又は２ビットのバンドルされたＡＣＫ／ＮＡＣＫを送信する。
【００８６】
図８を参照すると、例１）のように、２番目のＰＤＣＣＨを取り損ねた場合、端末は、３番目のＰＤＣＣＨのＤＬ ＤＡＩ値とその時まで検出されたＰＤＣＣＨの数とが異なるため、２番目のＰＤＣＣＨを取り損ねたことが分かる。この場合、端末は、２番目のＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ応答をＮＡＣＫ（又はＮＡＣＫ／ＤＴＸ）として処理できる。一方、例２）のように、最後のＰＤＣＣＨを取り損ねた場合には、端末は、最後に検出したＰＤＣＣＨのＤＡＩ値とそのときまで検出されたＰＤＣＣＨの数とが一致するため、最後のＰＤＣＣＨを取り損ねたことが認識できない（すなわち、ＤＴＸ）。そのため、端末は、ＤＬサブフレーム区間において２個のＰＤＣＣＨだけがスケジュールされたものと認識する。この場合、端末は最初の２個のＰＤＣＣＨに対応するＡＣＫ／ＮＡＣＫだけをバンドルすることになるため、ＡＣＫ／ＮＡＣＫフィードバック過程で誤りが発生する。このような問題を解決するために、ＰＵＳＣＨスケジュールＰＤＣＣＨ（すなわち、ＵＬ許可ＰＤＣＣＨ）は、ＤＡＩフィールド（便宜上、ＵＬ ＤＡＩフィールド）を含む。ＵＬ ＤＡＩフィールドは、２ビットフィールドであり、スケジュールされたＰＤＣＣＨの個数に関する情報を知らせる。
【００８７】
具体的には、端末は、ＶＵＬＤＡＩ≠（ＵＤＡＩ＋ＮＳＰＳ−１）ｍｏｄ４＋１の場合、少なくとも一つのダウンリンク割当が失われたと仮定し（すなわち、ＤＴＸ発生）、バンドル過程によってすべての符号語に対してＮＡＣＫを生成する。ここで、ＵＤＡＩは、サブフレームｎ−ｋ（ｋ∈Ｋ）（表４参照）で検出されたＤＬ許可ＰＤＣＣＨ及びＳＰＳ解放ＰＤＣＣＨの総数を表す。ＮＳＰＳは、ＳＰＳ ＰＤＳＣＨの個数を表し、０又は１である。
【００８８】
表６は、ＵＬ ＤＡＩフィールドが指示する値（ＶＵＬＤＡＩ）を表すものである。本明細書では ＵＬ ＤＡＩをＷと略することがある。
【００８９】
【表６】
0005866465.tif 000007
【００９０】
・ＭＳＢ：最上位ビット、ＬＳＢ：最下位ビット
【００９１】
図９は、搬送波集約（ＣＡ）通信システムを例示する図である。ＬＴＥ−Ａシステムは、より広い周波数帯域を使用するために、複数のＵＬ／ＤＬ周波数ブロックを集約してより大きいＵＬ／ＤＬ帯域幅を使用する搬送波集約技術を用いる。各周波数ブロックは、成分搬送波（ＣＣ）によって送信される。成分搬送波は、その周波数ブロックのための搬送波周波数（又は中心搬送波、中心周波数）と理解してもよい。
【００９２】
図９を参照すると、複数のＵＬ／ＤＬ成分搬送波を集約してより広いＵＬ／ＤＬ帯域幅がサポートされている。ＣＣは、周波数領域で相互に隣接又は非隣接するものでよい。各ＣＣの帯域幅は独立して定めてもよい。ＵＬ ＣＣの個数とＤＬ ＣＣの個数とが異なっている非対称搬送波集約も可能である。例えば、ＤＬ ＣＣ  ２個、ＵＬ ＣＣ  １個であるとき、ＤＬ ＣＣはＵＬ ＣＣに２：１で対応付けられる。ＤＬ ＣＣ／ＵＬ ＣＣリンクはシステムに固定的又は半永続的に構成されてよい。また、システム全体帯域がＮ個のＣＣで構成されていても、特定端末が監視／受信できる周波数帯域は、Ｌ（＜Ｎ）個のＣＣに限定されてもよい。搬送波集約に関する種々のパラメータは、セル特定、端末グループ特定又は端末特定方式で設定してもよい。一方、制御情報は特定ＣＣを用いてだけ送受信されるように設定してもよい。このような特定ＣＣを１次ＣＣ（ＰＣＣ）（又はアンカＣＣ）と呼び、残りのＣＣを２次ＣＣ（ＳＣＣ）と呼ぶことができる。
【００９３】
ＬＴＥ−Ａは、無線リソースを管理するためにセルの概念を使用する［３６．３００  Ｖ１０．２．０（２０１０−１２）  ５．５．Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ；７．５．Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ参照］。セルは、ダウンリンクリソースとアップリンクリソースとの組合せで定義され、アップリンクリソースは必須要素ではない。そのため、セルは、ダウンリンクリソース単独、又はダウンリンクリソースとアップリンクリソースとの組合せで構成される。搬送波集約がサポートされる場合、ダウンリンクリソースの搬送波周波数（又は、ＤＬ ＣＣ）とアップリンクリソースの搬送波周波数（又は、ＵＬ ＣＣ）との対応付け（ｌｉｎｋａｇｅ）はシステム情報によって指示してもよい。１次周波数（又はＰＣＣ）上で動作するセルを１次セル（ＰＣｅｌｌ）と呼び、２次周波数（又はＳＣＣ）上で動作するセルを２次セル（ＳＣｅｌｌ）と呼んでもよい。ＰＣｅｌｌは、端末が初期接続確立（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行ったり、接続再確立過程を行ったりするために用いられる。ＰＣｅｌｌは、ハンドオーバ過程で指示されたセルを指すこともある。ＳＣｅｌｌは、ＲＲＣ接続確立がなされた後に構成可能であり、追加的な無線リソースを提供するために用いてもよい。ＰＣｅｌｌ及びＳＣｅｌｌはサービス提供セルと総称してもよい。したがって、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、搬送波集約が設定されていないか、又は搬送波集約をサポートしない端末については、ＰＣｅｌｌだけで構成されたサービス提供セルが一つだけ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、かつ搬送波集約が設定された端末については、一つ以上のサービス提供セルが存在し、全体サービス提供セルにはＰＣｅｌｌ及び全体ＳＣｅｌｌが含まれる。搬送波集約のために、ネットワークは初期セキュリティ活性化過程が開始された後、接続確立過程で初期に構成されるＰＣｅｌｌに加えて、一つ以上のＳＣｅｌｌを搬送波集約をサポートする端末のために構成してもよい。
【００９４】
搬送波間スケジュール（又はＣＣ間スケジュール）が適用される場合、ダウンリンク割当のためのＰＤＣＣＨはＤＬ ＣＣ＃０で送信され、該当のＰＤＳＣＨはＤＬ ＣＣ＃２で送信されてもよい。ＣＣ間スケジュールのために、搬送波指示フィールド（ＣＩＦ）の導入を考慮してもよい。ＰＤＣＣＨにおけるＣＩＦの存在有無は、上位層信号通知（例えば、ＲＲＣ信号通知）によって半永続的及び端末特定（又は端末グループ特定）方式で設定してもよい。ＰＤＣＣＨ送信の基本を要約すると、次のとおりである。
【００９５】
−  ＣＩＦ無効化：ＤＬ ＣＣ上のＰＤＣＣＨは、同じＤＬ ＣＣ上のＰＤＳＣＨリソースを割り当てるか、又は一つのリンクされたＵＬ ＣＣ上のＰＵＳＣＨリソースを割り当てる。
【００９６】
−  ＣＩＦ有効化：ＤＬ ＣＣ上のＰＤＣＣＨは、ＣＩＦを用いて、複数の集約されたＤＬ／ＵＬ ＣＣのうち、特定ＤＬ／ＵＬ ＣＣ上のＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てることが可能である。
【００９７】
ＣＩＦが存在する場合、基地局は、端末側のＢＤ複雑度を下げるために、ＰＤＣＣＨ監視ＤＬ ＣＣセットを割り当ててもよい。ＰＤＣＣＨ監視ＤＬ ＣＣセットは、集約された全体ＤＬ ＣＣの一部であって、一つ以上のＤＬ ＣＣを含み、端末は、当該ＤＬ ＣＣ上でだけＰＤＣＣＨの検出／復号を行う。すなわち、基地局が端末にＰＤＳＣＨ／ＰＵＳＣＨをスケジュールするとき、ＰＤＣＣＨはＰＤＣＣＨ監視ＤＬ ＣＣセットを通じてだけ送信される。ＰＤＣＣＨ監視ＤＬ ＣＣセットは、端末特定、端末グループ特定、又はセル特定方式で設定してもよい。「ＰＤＣＣＨ監視ＤＬ ＣＣ」という用語は、監視搬送波、監視セルなどの均等な用語に代えてもよい。また、端末のために集約されたＣＣは、サービス提供ＣＣ、サービス提供搬送波、サービス提供セルなどの均等な用語に代えてもよい。
【００９８】
図１０は、複数の搬送波が集約された場合のスケジュールを例示する図である。同図は、３個のＤＬ ＣＣが集約されており、ＤＬ ＣＣ ＡがＰＤＣＣＨ監視ＤＬ ＣＣに設定された場合を例示する。ＤＬ ＣＣ Ａ〜Ｃは、サービス提供ＣＣ、サービス提供搬送波、サービス提供セルなどと呼んでもよい。ＣＩＦが無効化された場合、それぞれのＤＬ ＣＣは、ＬＴＥ ＰＤＣＣＨ規則に基づいてＣＩＦなしに、自身のＰＤＳＣＨをスケジュールするＰＤＣＣＨだけを送信してもよい。一方、ＣＩＦが有効化された場合には、ＤＬ ＣＣ Ａ（監視ＤＬ ＣＣ）は、ＣＩＦを用いてＤＬ ＣＣ ＡのＰＤＳＣＨをスケジュールするＰＤＣＣＨだけでなく、他のＣＣのＰＤＳＣＨをスケジュールするＰＤＣＣＨも送信してもよい。この場合、ＰＤＣＣＨ監視ＤＬ ＣＣと設定されないＤＬ ＣＣ Ｂ／Ｃでは、ＰＤＣＣＨが送信されない。
【００９９】
実施例：別個のＵＬ−ＤＬ構成を有するＣＣ（又はセル）の集約時におけるＡ／Ｎ送信
【０１００】
ＴＤＤベースのｂｅｙｏｎｄ  ＬＴＥ−Ａシステムでは、別個のＵＬ−ＤＬ構成で動作する複数ＣＣの集約を検討してもよい。この場合、ＰＣＣ及びＳＣＣに設定されたＡ／Ｎタイミング（すなわち、各ＤＬ ＳＦで送信されたＤＬデータに対するＡ／Ｎが送信されるＵＬ ＳＦタイミング）が、該当のＣＣのＵＬ−ＤＬ構成に応じて異なることがある。例えば、同じＤＬ ＳＦタイミング（これを通じて送信されたＤＬデータ）に対してＡ／Ｎが送信されるＵＬ ＳＦタイミングが、ＰＣＣとＳＣＣとで異なって設定されることがあり、同じＵＬ ＳＦタイミングに送信されるＡ／Ｎフィードバックの対象となるＤＬ ＳＦグループがＰＣＣとＳＣＣとで異なって設定されることがある。また、同じＳＦタイミングに対してＰＣＣ及びＳＣＣのリンク方向（すなわち、ＤＬ又はＵＬ）が異なるように設定してもよい。一例として、特定ＳＦタイミングでＵＬ ＳＦがＳＣＣに設定され、当該ＳＦタイミングでＤＬ ＳＦがＰＣＣに設定されてもよい。
【０１０１】
また、ＴＤＤベースのｂｅｙｏｎｄ  ＬＴＥ−Ａシステムでは、別個のＴＤＤ ＵＬ−ＤＬ構成ベースのＣＡ状況（便宜上、別個のＴＤＤ ＣＡと称する。）においてＣＣ間スケジュール動作サポートを検討してもよい。この場合、監視ＣＣ（ＭＣＣ）とＳＣＣのそれぞれに設定されたＵＬ許可タイミング（ＵＬ送信をスケジュールするＵＬ許可が送信されるＤＬ ＳＦタイミング）及びＰＨＩＣＨタイミング（ＵＬデータに対するＰＨＩＣＨが送信されるＤＬ ＳＦタイミング）とが異なることがある。例えば、同じＵＬ ＳＦに対してＵＬ許可／ＰＨＩＣＨが送信されるＤＬ ＳＦがＭＣＣとＳＣＣとで異なって設定されてもよい。また、同じＤＬ ＳＦで送信されるＵＬ許可又はＰＨＩＣＨフィードバックの対象となるＵＬ ＳＦグループがＭＣＣとＳＣＣとで異なって設定されてもよい。この場合にも、同じＳＦタイミングに対してＭＣＣとＳＣＣとのリンク方向が異なるように設定されることがある。例えば、ＳＣＣ上の特定ＳＦタイミングをＵＬ許可／ＰＨＩＣＨが送信されるＤＬ ＳＦとして設定し、ＭＣＣ上の該当ＳＦタイミングをＵＬ ＳＦとして設定してもよい。
【０１０２】
一方、別個のＴＤＤ ＣＡ構成に応じてＰＣＣ及びＳＣＣのリンク方向が異なるＳＦタイミング（以下、衝突（ｃｏｌｌｉｄｅｄ）ＳＦという。）が存在する場合、当該ＳＦタイミングでは端末のハードウェア構成又は他の理由／目的などによってＰＣＣ／ＳＣＣのうち特定リンク方向又は特定ＣＣ（例えば、ＰＣＣ）と同じリンク方向を持つＣＣだけを運用してよい。便宜上、このような方式を半二重（Ｈａｌｆ−Ｄｕｐｌｅｘ、ＨＤ）−ＴＤＤ ＣＡと称する。例えば、ＰＣＣは、特定ＳＦタイミングがＤＬ ＳＦに設定され、ＳＣＣは当該ＳＦタイミングがＵＬ ＳＦに設定されて衝突ＳＦが形成される場合、当該ＳＦタイミングで、ＤＬ方向を持つＰＣＣ（すなわち、ＰＣＣに設定されたＤＬ ＳＦ）だけを運用し、ＵＬ方向を持つＳＣＣ（すなわち、ＳＣＣに設定されたＵＬ ＳＦ）は運用しなくてもよい（逆の場合も可能）。このような状況において、全ＣＣのＤＬ ＳＦで送信されたＤＬデータに対するＡ／ＮフィードバックをＰＣＣを通じて送信するには、ＣＣ別に同一又は異なった（特定ＵＬ−ＤＬ構成に設定された）Ａ／Ｎタイミングを適用したり、特定ＵＬ−ＤＬ構成に設定されたＡ／Ｎタイミングを全ＣＣに共通に適用したりする方法を検討してもよい。ここで、上記特定ＵＬ−ＤＬ構成（以下、基準構成（Ｒｅｆ−Ｃｆｇ）という。）は、ＰＣＣ又はＳＣＣに設定されたものと同一であってもよいし、それ以外のＵＬ−ＤＬ構成としてもよい。
【０１０３】
ＨＤ−ＴＤＤ ＣＡの場合、一つのＵＬ ＳＦタイミングで、Ａ／Ｎフィードバックの対象となるＤＬ ＳＦ（以下、Ａ／Ｎ−ＤＬ ＳＦ）の個数がＰＣＣとＳＣＣとで異なるように設定してもよい。言い換えると、一つのＵＬ ＳＦに対応するＤＬ ＳＦ（便宜上、Ａ／Ｎ−ＤＬ ＳＦ）の個数をＭと定義したとき、一つのＰＣＣ ＵＬ ＳＦに対してＭ値をＣＣ別に異なるように／独立して設定してもよい（ＣＣ別Ｍ値：Ｍｃ）。また、特定ＸＣＣ（例えば、ＰＣＣ又はＳＣＣ）のＲｅｆ−ＣｆｇがＰＣＣのＵＬ−ＤＬ構成（すなわち、ＰＣＣ−Ｃｆｇ）と同一でないとき、ＰＣＣ ＵＬ ＳＦタイミングに設定されるＸＣＣのＡ／Ｎ−ＤＬ ＳＦインデクスが、元来のＰＣＣ−ＣｆｇのＡ／Ｎタイミングを適用したときのＡ／Ｎ−ＤＬ ＳＦインデクスと異なる場合がある。特に、この場合には、ＤＬデータをスケジュールするＰＤＣＣＨのＣＣＥリソースにリンクされたＰＵＣＣＨリソースを暗黙的ＰＵＣＣＨと呼ぶとき、ＣＣ間スケジュール状況であっても、（上記のような特定ＸＣＣ ＤＬ ＳＦに対してＡ／Ｎを送信するＰＣＣ ＵＬ ＳＦに対する）暗黙的ＰＵＣＣＨが特定ＸＣＣ ＤＬ ＳＦに関して定義されていないことがある。
【０１０４】
図１１は、ＨＤ−ＴＤＤ ＣＡ構造を例示する。同図で、灰色の網掛け部（Ｘ）は、衝突ＳＦで使用が制限されるＣＣ（リンク方向）を例示し、点線矢印は、ＰＣＣ ＵＬ ＳＦに暗黙的ＰＵＣＣＨがリンクされていないＤＬ ＳＦを例示する。
【０１０５】
一方、ＰＣＣ及びＳＣＣのリンク方向が異なる衝突ＳＦにおいては、ＵＬ／ＤＬ同時送受信をすべて許容する方式を検討してもよい。便宜上、このような方式を全二重（Ｆｕｌｌ−Ｄｕｐｌｅｘ、ＦＤ）−ＴＤＤ ＣＡと称する。この場合も、すべてのＣＣのＤＬ ＳＦに対するＡ／Ｎフィードバックを一つのＰＣＣ ＵＬ ＳＦで送信するためには、ＣＣ別に同一又は異なった（Ｒｅｆ−Ｃｆｇに設定された）Ａ／Ｎタイミングを適用したり、特定Ｒｅｆ−Ｃｆｇに設定されたＡ／ＮタイミングをすべてのＣＣに共通に適用したりしてもよい。Ｒｅｆ−Ｃｆｇは、ＰＣＣ−Ｃｆｇ又はＳＣＣ−Ｃｆｇと同一であってもよく、それ以外のＵＬ−ＤＬ Ｃｆｇにしてもよい。また、ＦＤ−ＴＤＤ ＣＡ構造において、一つのＰＣＣ ＵＬ ＳＦに対してＭ値がＣＣ別に異なるように、又は独立して設定してもよく、ＣＣ間スケジュール状況であっても、特定のＸＣＣ ＤＬ ＳＦに対しては（当該ＸＣＣ ＤＬＳＦに対応するＰＣＣ ＵＬ ＳＦにおいて）暗黙的ＰＵＣＣＨが定義されないことがある。図１２は、ＦＤ−ＴＤＤ ＣＡ構造を例示し、点線矢印は、ＰＣＣ ＵＬ ＳＦに暗黙的ＰＵＣＣＨリソースがリンクされていないＤＬ ＳＦを例示する。
【０１０６】
上述のとおり、様々なＴＤＤ ＣＡ状況（例えば、別個のＵＬ−ＤＬ構成を有するＣＣの集約、ＨＤ−ＴＤＤ ＣＡ、ＦＤ−ＴＤＤ ＣＡなど）の導入及び／又はこれによるＲｅｆ−Ｃｆｇの定義などによって、Ａ／Ｎが送信されるＵＬサブフレーム（以下、Ａ／Ｎサブフレーム）に対応するＤＬサブフレームの個数がＣＣ（又は、セル）によって異なることがある。したがって、このような場合にＡ／Ｎを送信するための方法が要求される。以下では、例えば、別個のＵＬ−ＤＬ構成を有するＣＣ（又はセル）が集約された場合にＡ／Ｎを効率的に送信する方法を、端末のＡ／Ｎ送信モード（例えば、チャネル選択モード又はＰＵＣＣＨフォーマット３モード）によって説明する。
【０１０７】
実施例１：チャネル選択モードでＰＵＳＣＨを介したＡ／Ｎ送信
【０１０８】
本例は、端末がチャネル選択モードに設定され、別個のＵＬ−ＤＬ構成を有する複数のＣＣ（又はセル）が集約された場合にＰＵＳＣＨを介してＡ／Ｎを送信することに関する。ここで、チャネル選択モードは、ＰＵＣＣＨフォーマット１ｂを用いたチャネル選択を意味する。
【０１０９】
本発明の説明に先立って、既存ＬＴＥ−ＡのＴＤＤ ＣＡにおいてチャネル選択モードに設定された場合にＡ／Ｎを送信する方法について、図１３ａ及び図１３ｂを参照して説明する。
【０１１０】
既存のＬＴＥ−Ａは、図１３ａに示すように、同じＴＤＤ ＵＬ−ＤＬ Ｃｆｇを持つ２個のサービス提供セル（すなわち、ＰＣｅｌｌ及びＳＣｅｌｌ）（又はＰＣＣ及びＳＣＣ）が集約された場合を仮定する。まず、ＨＡＲＱ−ＡＣＫ送信のためのＵＬサブフレームｎでＭ≦２の場合、ＰＵＣＣＨフォーマット１ｂを用いたチャネル選択方式について説明する。ここで、Ｍは、表４を参照して説明したＫ集合の要素の個数（すなわち、ＵＬ ＳＦに対応するＤＬ ＳＦの個数）に該当する。ＵＬサブフレームｎでＭ≦２の場合、端末は、Ａ個のＰＵＣＣＨリソース（ｎ(1)PUCCH,i）から選択されたＰＵＣＣＨリソース上でｂ（０）ｂ（１）を送信してもよい（０≦ｉ≦Ａ−１及びＡ⊂｛２，３，４｝）。具体的には、端末はＵＬサブフレームｎでＰＵＣＣＨフォーマット１ｂを用いて表７〜９によってＡ／Ｎ信号を送信する。ＵＬサブフレームｎでＭ＝１の場合、ＨＡＲＱ−ＡＣＫ（ｊ）は、サービス提供セルｃに関連している、伝送ブロック又はＳＰＳ解放ＰＤＣＣＨに対するＡ／Ｎ応答を表す。ここで、Ｍ＝１の場合、伝送ブロック、ＨＡＲＱ−ＡＣＫ（ｊ）及びＡ個のＰＵＣＣＨリソースは、表１０によって与えてもよい。ＵＬサブフレームｎでＭ＝２の場合、ＨＡＲＱ−ＡＣＫ（ｊ）は、各サービス提供セルで集合Ｋによって与えられたＤＬサブフレーム内で、伝送ブロック又はＳＰＳ解放ＰＤＣＣＨに対するＡ／Ｎ応答を表す。ここで、Ｍ＝２の場合、ＨＡＲＱ−ＡＣＫ（ｊ）のための各サービス提供セル上のサブフレーム及びＡ個のＰＵＣＣＨリソースは、表１１によって与えてもよい。
【０１１１】
表７は、同じＵＬ−ＤＬ Ｃｆｇを持つ二つのＣＣが集約され、かつＭ＝１及びＡ＝２の場合、ＬＴＥ−Ａシステムに定義されたチャネル選択用マップテーブルを例示する。
【０１１２】
【表７】
0005866465.tif 000008
【０１１３】
ここで、ｎ(1)PUCCH,0には、ＰＣＣ（又はＰＣｅｌｌ）をスケジュールするＰＤＣＣＨ（すなわち、ＰＣＣ−ＰＤＣＣＨ）にリンクされた暗黙的ＰＵＣＣＨリソースを割り当て、ｎ(1)PUCCH,1には、ＣＣ間スケジュールの有無によって、ＳＣＣをスケジュールするＰＤＣＣＨ（すなわち、ＳＣＣ−ＰＤＣＣＨ）にリンクされた暗黙的ＰＵＣＣＨリソース又はＲＲＣで予約される明示的ＰＵＣＣＨリソースを割り当ててもよい。例えば、ＣＣ間スケジュール状況において、ｎ(1)PUCCH,0には、ＰＣＣ−ＰＤＣＣＨにリンクされた暗黙的ＰＵＣＣＨリソースを割り当て、ｎ(1)PUCCH,1には、ＳＣＣ−ＰＤＣＣＨにリンクされた暗黙的ＰＵＣＣＨリソースを割り当ててもよい。
【０１１４】
表８は、同じＵＬ−ＤＬ Ｃｆｇを持つ二つのＣＣが集約され、かつＭ＝１及びＡ＝３の場合、ＬＴＥ−Ａシステムに定義されたチャネル選択用マップテーブルを例示する。
【０１１５】
【表８】
0005866465.tif 000009
【０１１６】
ここで、ＰＣＣがＭＩＭＯ ＣＣであり、ＳＣＣが非ＭＩＭＯ ＣＣであるとき、ｎ(1)PUCCH,0及びｎ(1)PUCCH,1には、ＰＣＣ−ＰＤＣＣＨにリンクされた暗黙的ＰＵＣＣＨリソースを割り当て、ｎ(1)PUCCH,2には、ＣＣ間スケジュールの有無によって、ＳＣＣ−ＰＤＣＣＨにリンクされた暗黙的ＰＵＣＣＨリソース又はＲＲＣで予約される明示的ＰＵＣＣＨリソースを割り当ててもよい。また、ＰＣＣが非ＭＩＭＯ ＣＣであり、ＳＣＣがＭＩＭＯ ＣＣであるとき、ｎ(1)PUCCH,0には、ＰＣＣ−ＰＤＣＣＨにリンクされた暗黙的ＰＵＣＣＨリソースを割り当て、ｎ(1)PUCCH,1とｎ(1)PUCCH,2には、ＣＣ間スケジュールの有無によって、ＳＣＣ−ＰＤＣＣＨにリンクされた暗黙的ＰＵＣＣＨリソース又はＲＲＣで予約される明示的ＰＵＣＣＨリソースを割り当ててもよい。
【０１１７】
表９は、同じＵＬ−ＤＬ Ｃｆｇを持つ二つのＣＣが集約され、かつＭ≦２及びＡ＝４の場合、ＬＴＥ−Ａシステムに定義されたチャネル選択用マップテーブルを例示する。
【０１１８】
【表９】
0005866465.tif 000010
【０１１９】
ここで、ｎ(1)PUCCH,0及び／又はｎ(1)PUCCH,1には、ＣＣ間スケジュールの有無にかかわらず、ＰＣＣ（又はＰＣｅｌｌ）をスケジュールするＰＤＣＣＨ（すなわち、ＰＣＣ−ＰＤＣＣＨ）にリンクされた暗黙的ＰＵＣＣＨリソースを割り当て、ｎ(1)PUCCH,2及び／又はｎ(1)PUCCH,3には、ＣＣ間スケジュールの有無によって、ＳＣＣをスケジュールするＰＤＣＣＨ（すなわち、ＳＣＣ−ＰＤＣＣＨ）にリンクされた暗黙的ＰＵＣＣＨリソース又はＲＲＣで予約される明示的ＰＵＣＣＨリソースを割り当ててもよい。例えば、ＣＣ間スケジュール状況においてＭ＝２の場合、ｎ(1)PUCCH,0及びｎ(1)PUCCH,1にはそれぞれ１番目のＤＬ ＳＦ及び２番目のＤＬ ＳＦのＰＣＣ−ＰＤＣＣＨにリンクされた暗黙的ＰＵＣＣＨリソースを割り当て、ｎ(1)PUCCH,2とｎ(1)PUCCH,3にはそれぞれ１番目のＤＬ ＳＦ及び２番目のＤＬ ＳＦのＳＣＣ−ＰＤＣＣＨにリンクされた暗黙的ＰＵＣＣＨリソースを割り当ててもよい。
【０１２０】
表１０は、Ｍ＝１の場合、伝送ブロック、ＨＡＲＱ−ＡＣＫ（ｊ）及びＰＵＣＣＨリソースを例示する。
【０１２１】
【表１０】
0005866465.tif 000011
【０１２２】
*ＴＢ：伝送ブロック、ＮＡ：該当なし
【０１２３】
表１１は、Ｍ＝２の場合、伝送ブロック、ＨＡＲＱ−ＡＣＫ（ｊ）及びＰＵＣＣＨリソースを例示する。
【０１２４】
【表１１】
0005866465.tif 000012
【０１２５】
次に、ＨＡＲＱ−ＡＣＫ送信のためのＵＬサブフレームｎでＭ＞２の場合、ＰＵＣＣＨフォーマット１ｂを用いたチャネル選択方式について説明する。基本事項は、Ｍ≦２の場合と同様／類似になっている。具体的には、端末は、ＵＬサブフレームｎでＰＵＣＣＨフォーマット１ｂを用いて表１２〜１３によってＡ／Ｎ信号を送信する。ＵＬサブフレームｎでＭ＞２の場合、ｎ(1)PUCCH,0及びｎ(1)PUCCH,1は、ＰＣｅｌｌ上のＤＬ送信（例えば、ＰＤＳＣＨ送信）と関連付けられ、ｎ(1)PUCCH,2及びｎ(1)PUCCH,3は、ＳＣｅｌｌ上のＤＬ送信（例えば、ＰＤＳＣＨ送信）と関連付けられる。
【０１２６】
また、任意のセルに対するＨＡＲＱ−ＡＣＫ（ｉ）は、当該セルをスケジュールするＤＡＩ−ｃがｉ+１であるＰＤＣＣＨ（これに対応するＰＤＳＣＨ）に対するＡ／Ｎ応答を意味する。一方、ＰＤＳＣＨ ｗ／ｏ ＰＤＣＣＨが存在する場合、ＨＡＲＱ−ＡＣＫ（０）は、当該ＰＤＳＣＨ ｗ／ｏ ＰＤＣＣＨに対するＡ／Ｎ応答を、ＨＡＲＱ−ＡＣＫ（ｉ）は、ＤＡＩ−ｃがｉであるＰＤＣＣＨ（これに対応するＰＤＳＣＨ）に対するＡ／Ｎ応答を意味してもよい。
【０１２７】
表１２は、同じＵＬ−ＤＬ Ｃｆｇを持つ二つのＣＣが集約され、かつＭ＝３の場合、ＬＴＥ−Ａシステムに定義されたチャネル選択用マップテーブルを例示する。
【０１２８】
【表１２】
0005866465.tif 000013
【０１２９】
ここで、ｎ(1)PUCCH,0及び／又はｎ(1)PUCCH,1には、ＣＣ間スケジュールの有無にかかわらず、ＰＣＣ（又はＰＣｅｌｌ）をスケジュールするＰＤＣＣＨ（すなわち、ＰＣＣ−ＰＤＣＣＨ）にリンクされた暗黙的ＰＵＣＣＨリソースを割り当て、ｎ(1)PUCCH,2及び／又はｎ(1)PUCCH,3には、ＣＣ間スケジュールの有無によって、ＳＣＣをスケジュールするＰＤＣＣＨ（すなわち、ＳＣＣ−ＰＤＣＣＨ）にリンクされた暗黙的ＰＵＣＣＨリソース又はＲＲＣで予約される明示的ＰＵＣＣＨリソースを割り当ててもよい。例えば、ＴＤＤ状況において、ｎ(1)PUCCH,0及びｎ(1)PUCCH,1にはそれぞれ、ＤＡＩ−ｃが１及び２であるＰＣＣ−ＰＤＣＣＨにリンクされた暗黙的ＰＵＣＣＨリソースを割り当て、ｎ(1)PUCCH,2及びｎ(1)PUCCH,3にはそれぞれ、ＤＡＩ−ｃが１及び２であるＳＣＣ−ＰＤＣＣＨにリンクされた暗黙的ＰＵＣＣＨリソースを割り当ててもよい。
【０１３０】
表１３は、同じＵＬ−ＤＬ Ｃｆｇを持つ二つのＣＣが集約され、Ｍ＝４の場合、ＬＴＥ−Ａシステムに定義されたチャネル選択用マップテーブルを例示する。
【０１３１】
【表１３】
0005866465.tif 000014
【０１３２】
【表１４】
0005866465.tif 000015
【０１３３】
【表１５】
0005866465.tif 000016
【０１３４】
ここで、ｎ(1)PUCCH,0、ｎ(1)PUCCH,1、ｎ(1)PUCCH,2及びｎ(1)PUCCH,3は、表１３で例示したとおりに割り当ててもよい。
【０１３５】
図１３ｂは、既存の方式によってＴＤＤ ＣＡでチャネル選択ベースのＡ／Ｎ送信過程を例示する。既存ではチャネル選択モードに設定された場合、ＴＤＤ ＣＡは二つの同じＵＬ−ＤＬ構成を持つＣＣ（例えば、ＰＣＣ及びＳＣＣ）が集約された場合を仮定する（図１３ａ）。
【０１３６】
図１３ｂを参照すると、端末は、第１ＣＣ（又はセル）のための第１セットのＨＡＲＱ−ＡＣＫ、及び第２ＣＣ（又はセル）のための第２セットのＨＡＲＱ−ＡＣＫを生成する（Ｓ１３０２）。その後、端末は、Ａ／Ｎ送信のためのサブフレーム（以下、Ａ／Ｎサブフレーム）にＰＵＳＣＨ割当があるか否か確認する（Ｓ１３０４）。Ａ／ＮサブフレームにＰＵＳＣＨ割当がないと、端末はＰＵＣＣＨフォーマット１ｂ及びチャネル選択を行ってＡ／Ｎ情報を送信する（表７〜表１３参照）。一方、Ａ／ＮサブフレームにＰＵＳＣＨ割当があると、端末はＡ／ＮビットをＰＵＳＣＨに多重化する。具体的には、端末は、第１セットのＨＡＲＱ−ＡＣＫ及び第２セットのＨＡＲＱ−ＡＣＫに対応するＡ／Ｎビットシーケンス（例えば、表１２〜表１３のｏ(０)，ｏ(１)，ｏ(２)，ｏ(３)）を生成する（Ｓ１３０８）。Ａ／Ｎビットシーケンスはチャネル符号化（図５のＳ１７０）、チャネルインタリーバ（図５のＳ１９０）を経てＰＵＳＣＨを介して送信される。チャネル符号化には、ＲＭ（Ｒｅｅｄ−Ｍｕｌｌｅｒ）符号化、末尾喰い畳み込み符号化（Ｔａｉｌ−ｂｉｔｉｎｇ  ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｃｏｄｉｎｇ）などがある。
【０１３７】
図１３ｂで、ＰＵＳＣＨを用いたＡ／Ｎ送信は、当該ＰＵＳＣＨをスケジュールするＵＬ許可ＰＤＣＣＨ内のＵＬ ＤＡＩ（略して、Ｗ）を参照して行ってもよい。説明のために、Ａ／ＮサブフレームにおいてＭ＝４と仮定する。この場合、ＰＵＣＣＨを介したＡ／Ｎ送信には、固定されたＭ（＝４）値に基づくチャネル選択マップ（表１３）が用いられるが、ＰＵＳＣＨを介したＡ／Ｎ送信には、ＵＬ許可ＰＤＣＣＨ内のＷ（≦Ｍ）値に基づくチャネル選択マップが用いられる（例えば、Ｗ＝３：表１２、Ｗ＝２：表９）。換言すれば、ＰＵＳＣＨ上にＡ／Ｎをピギーバックする場合、端末は、ＭをＷ値に置き換え、それに基づくチャネル選択マップを用いてＡ／Ｎを送信する。その詳細はＷ値によって下記のように整理できる。
【０１３８】
以下の説明は２個のＣＣ（すなわち、ＰＣＣとＳＣＣ）のＣＡ状況を仮定する。また、ＰＣＣ ＵＬ ＳＦ ｎに設定されるＣＣ１（例えば、ＰＣＣ）（又はＳＣＣ）及びＣＣ２（例えば、ＳＣＣ）（又はＰＣＣ）のＡ／Ｎ−ＤＬ ＳＦ個数（表４、集合Ｋの要素数を参照）をそれぞれＭ１、Ｍ２と定義する。ここで、Ｍ１値及びＭ２値は、異なるＴＤＤ ＵＬ−ＤＬ構成及び／又はＲｅｆ−Ｃｆｇ適用によって、別個に設定してもよい。また、以下では、ＡはＡＣＫを意味し、ＮはＮＡＣＫを意味し、Ｄはデータ未受信又はＰＤＣＣＨ未受信（すなわち、ＤＴＸ）を意味する。Ｎ／Ｄは、ＮＡＣＫ又はＤＴＸであることを意味し、ａｎｙは、ＡＣＫ、ＮＡＣＫ又はＤＴＸであることを意味する。また、ＣＣを通じて送信可能な伝送ブロック（ＴＢ）の最大個数を便宜上、Ｎｔｂと定義する。また、ＰＤＣＣＨなしで送信されるＤＬデータ（例えば、ＳＰＳによって送信されるＰＤＳＣＨ）を便宜上、ＤＬデータｗ／ｏ ＰＤＣＣＨと称する。また、ＤＬデータは、ＡＣＫ／ＮＡＣＫフィードバックが要求されるＰＤＣＣＨ／ＰＤＳＣＨを総称し、ＳＰＳ解放を指示するＰＤＣＣＨを含んでもよい。また、ＤＬ ＳＦは、一般的なＤＬ ＳＦの他、特別ＳＦを含んでもよい。
【０１３９】
下記において、Ｗは、ＵＬ許可ＰＤＣＣＨ内のＵＬ ＤＡＩフィールドが指示する値を表し、Ｖは、ＤＬ許可ＰＤＣＣＨ内のＤＬ ＤＡＩフィールドが指示する値を表す。
【０１４０】
・Ｗ＝１の場合（方式１）
【０１４１】
○ ＰＣＣ、ＳＣＣ両方ともＮｔｂ＝１の場合
【０１４２】
−  ＨＡＲＱ−ＡＣＫ(０)は、Ｖ＝１のＰＤＣＣＨに対応するＰＣＣ ＤＬデータに対するＡ／Ｎ応答、又はＤＬデータｗ／ｏ ＰＤＣＣＨに対するＡ／Ｎ応答
【０１４３】
−  ＨＡＲＱ−ＡＣＫ(１）は、Ｖ＝１のＰＤＣＣＨに対応するＳＣＣ ＤＬデータに対するＡ／Ｎ応答
【０１４４】
○ ＰＣＣはＮｔｂ＝２、ＳＣＣはＮｔｂ＝１の場合
【０１４５】
−  ＨＡＲＱ−ＡＣＫ(０)、(１)は、Ｖ＝１のＰＤＣＣＨに対応するＰＣＣ ＤＬデータの各ＴＢに対する個別Ａ／Ｎ応答、又はＤＬデータｗ／ｏ ＰＤＣＣＨに対するＡ／Ｎ応答（この場合、ＤＬデータｗ／ｏ ＰＤＣＣＨに対するＡ／Ｎ応答をＨＡＲＱ−ＡＣＫ(０)にマップし、ＨＡＲＱ−ＡＣＫ(１)をＤにマップしてもよい）
【０１４６】
−  ＨＡＲＱ−ＡＣＫ(２)は、Ｖ＝１のＰＤＣＣＨに対応するＳＣＣ ＤＬデータに対するＡ／Ｎ応答
【０１４７】
○ ＰＣＣはＮｔｂ＝１、ＳＣＣはＮｔｂ＝２の場合
【０１４８】
−  ＨＡＲＱ−ＡＣＫ(０)は、Ｖ＝１のＰＤＣＣＨに対応するＰＣＣ ＤＬデータに対するＡ／Ｎ応答、又はＤＬデータｗ／ｏ ＰＤＣＣＨに対するＡ／Ｎ応答
【０１４９】
−  ＨＡＲＱ−ＡＣＫ(１)、(２)は、Ｖ＝１のＰＤＣＣＨに対応するＳＣＣ ＤＬデータの各ＴＢに対する個別Ａ／Ｎ応答
【０１５０】
○ ＰＣＣ、ＳＣＣ両方ともＮｔｂ＝２の場合
【０１５１】
−  ＨＡＲＱ−ＡＣＫ(０)、(１)は、Ｖ＝１のＰＤＣＣＨに対応するＰＣＣ ＤＬデータの各ＴＢに対する個別Ａ／Ｎ応答、又はＤＬデータｗ／ｏ ＰＤＣＣＨに対するＡ／Ｎ応答（この場合、ＤＬデータｗ／ｏ ＰＤＣＣＨに対するＡ／Ｎ応答をＨＡＲＱ−ＡＣＫ(０)にマップし、ＨＡＲＱ−ＡＣＫ(１)をＤにマップしてもよい）
【０１５２】
−  ＨＡＲＱ−ＡＣＫ(２)、(３)は、Ｖ＝１のＰＤＣＣＨに対応するＳＣＣ ＤＬデータの各ＴＢに対する個別Ａ／Ｎ応答
【０１５３】
○ ＨＡＲＱ−ＡＣＫ(ｉ)は（Ａ→１、Ｎ／Ｄ→０のマップ過程を経て）ＰＵＳＣＨへのＡ／Ｎピギーバックのための最終ＲＭ符号入力ビットｏ(ｉ)として決定される
【０１５４】
・Ｗ＝２の場合（方式２）
【０１５５】
○ ＨＡＲＱ−ＡＣＫ(０)、(１)はそれぞれＶ＝１、２のＰＤＣＣＨに対応するＰＣＣ ＤＬデータに対するＡ／Ｎ応答。ＤＬデータｗ／ｏ ＰＤＣＣＨが存在する場合、ＨＡＲＱ−ＡＣＫ(１)はＤＬデータｗ／ｏ ＰＤＣＣＨに対するＡ／Ｎ応答であってよい。
【０１５６】
○ ＨＡＲＱ−ＡＣＫ(２)、(３)はそれぞれＶ＝１、２のＰＤＣＣＨに対応するＳＣＣ ＤＬデータに対するＡ／Ｎ応答
【０１５７】
○ ＨＡＲＱ−ＡＣＫ(ｉ)は（Ａ→１、Ｎ／Ｄ→０のマップ過程を経て）ＰＵＳＣＨへのＡ／Ｎピギーバックのための最終ＲＭ符号入力ビットｏ(ｉ)として決定される
【０１５８】
・Ｗ＝３の場合（方式３）
【０１５９】
○ ＰＣＣ ＨＡＲＱ−ＡＣＫ(０)、(１)、(２)はそれぞれＶ＝１、２、３のＰＤＣＣＨに対応するＰＣＣ ＤＬデータに対するＡ／Ｎ応答。ＤＬデータｗ／ｏ ＰＤＣＣＨが存在する場合、ＨＡＲＱ−ＡＣＫ(０)はＤＬデータｗ／ｏ ＰＤＣＣＨに対するＡ／Ｎ応答であり、ＨＡＲＱ−ＡＣＫ(１)、(２)はそれぞれＶ＝１、２のＰＤＣＣＨに対応するＰＣＣ ＤＬデータに対するＡ／Ｎ応答であってよい。
【０１６０】
○ ＳＣＣ ＨＡＲＱ−ＡＣＫ(０)、(１)、(２)はそれぞれＶ＝１、２、３のＰＤＣＣＨに対応するＳＣＣ ＤＬデータに対するＡ／Ｎ応答
【０１６１】
○ 表１２で該当の全体Ａ／Ｎ状態（ＰＣＣ ＨＡＲＱ−ＡＣＫ(０)、(１)、(２)、ＳＣＣ ＨＡＲＱ−ＡＣＫ(０)、(１)、(２)）に対応するＲＭ符号入力ビットｏ(０)、ｏ(１)、ｏ(２)、ｏ(３)を用いてＰＵＳＣＨへのＡ／Ｎピギーバックを行う
【０１６２】
・Ｗ＝４の場合（方式４）
【０１６３】
○ ＰＣＣ ＨＡＲＱ−ＡＣＫ(０)、(１)、(２)、(３)はそれぞれＶ＝１、２、３、４のＰＤＣＣＨに対応するＰＣＣ ＤＬデータに対するＡ／Ｎ応答。ＤＬデータｗ／ｏ ＰＤＣＣＨが存在する場合、ＨＡＲＱ−ＡＣＫ(０)はＤＬデータｗ／ｏ ＰＤＣＣＨに対するＡ／Ｎ応答であり、ＨＡＲＱ−ＡＣＫ(１)、(２)、(３)はそれぞれＶ＝１、２、３のＰＤＣＣＨに対応するＰＣＣ ＤＬデータに対するＡ／Ｎ応答であってよい
【０１６４】
○ ＳＣＣ ＨＡＲＱ−ＡＣＫ(０)、(１)、(２)、(３)はそれぞれＶ＝１、２、３、４のＰＤＣＣＨに対応するＳＣＣ ＤＬデータに対するＡ／Ｎ応答
【０１６５】
○ 表１３で該当の全体Ａ／Ｎ状態（ＰＣＣ ＨＡＲＱ−ＡＣＫ(０)、(１)、(２)、(３)、ＳＣＣ ＨＡＲＱ−ＡＣＫ(０)、(１)、(２)、(３)）に対応するＲＭ符号入力ビットｏ(０)、ｏ(１)、ｏ(２)、ｏ(３)を用いてＰＵＳＣＨへのＡ／Ｎピギーバックを行う
【０１６６】
理解を助けるために、Ｍ＝４のときの具体的な動作を例示する。Ａ／Ｎ送信がＰＵＣＣＨを介して行われ、ＰＣＣのＨＡＲＱ−ＡＣＫ(０)、(１)、(２)、(３)＝（Ａ，Ａ，Ｎ／Ｄ，ａｎｙ）であり、ＳＣＣのＨＡＲＱ−ＡＣＫ(０)、(１)、(２)、(３)＝（Ｎ／Ｄ，ａｎｙ、ａｎｙ，ａｎｙ）である場合、端末は、表１３で該当のＡ／Ｎ状態に対応するＰＵＣＣＨリソース及びＱＰＳＫシンボルの組合せ（すなわち、（ｎ(1)PUCCH,1、ｂ(０)ｂ(１)＝０、１）)を用いてＡ／Ｎ送信を行う。一方、Ａ／ＮがＰＵＳＣＨにピギーバックされ、Ｗ＝３（方式３）である状況において、ＰＣＣのＨＡＲＱ−ＡＣＫ(０)、(１)、(２)＝（Ａ，Ａ，Ａ）であり、ＳＣＣのＨＡＲＱ−ＡＣＫ(０)、(１)、(２)＝（Ａ，Ｎ／Ｄ，ａｎｙ）である場合、端末は、表１２で該当のＡ／Ｎ状態に対応する４ビットＲＭ符号入力ビットｏ(０)、ｏ(１)、ｏ(２)、ｏ(３)＝（１，１，０，１)を用いてＡ／Ｎ送信を行う。
【０１６７】
Ｗ＝２（方式２）であり、ＰＣＣに対するＨＡＲＱ−ＡＣＫ(０)、(１)＝（Ａ，Ｎ／Ｄ）であり、ＳＣＣに対するＨＡＲＱ−ＡＣＫ(２)、(３)＝（Ｎ／Ｄ，Ａ）である場合、端末は、Ａ／Ｎ状態（Ａ，Ｎ／Ｄ，Ｎ／Ｄ，Ａ）に対応する４ビットＲＭ符号入力ビットを用いてＡ／Ｎ送信を行う。Ｗ＝２の場合、Ａ／Ｎ状態はＲＭ符号入力ビットに直接マップされる（例えば、Ａ→１、Ｎ／Ｄ→０）。したがって、端末は、ｏ(０)、ｏ(１)、ｏ(２)、ｏ(３)＝（１，０，０，１)を用いてＰＵＳＣＨ上でＡ／Ｎ送信を行う。
【０１６８】
他の例として、ＰＣＣはＮｔｂ＝２であり、ＳＣＣはＮｔｂ＝１であるとする。Ａ／ＮがＰＵＳＣＨにピギーバックされ、Ｗ＝１（方式１）である状況において、ＰＣＣに対するＨＡＲＱ−ＡＣＫ(０)、(１)＝（Ｎ／Ｄ，Ａ）であり、ＳＣＣに対するＨＡＲＱ−ＡＣＫ(２)＝（Ａ）である場合、端末は、Ａ／Ｎ状態（Ｎ／Ｄ，Ａ，Ａ）に対応する３ビットＲＭ符号入力ビットを用いてＡ／Ｎ送信を行う。Ｗ＝１の場合、Ａ／Ｎ状態はＲＭ符号入力ビットに直接マップされる（例えば、Ａ→１、Ｎ／Ｄ→０）。したがって、端末は、ｏ(０)、ｏ(１)、ｏ(２)＝（０，１，１)を用いてＰＵＳＣＨ上でＡ／Ｎ送信を行う。
【０１６９】
以下、互いに異なったＴＤＤ ＤＬ−ＵＬ構成を有する複数のＣＣが集約され、（ＰＵＣＣＨを介した）Ａ／Ｎ送信のためにチャネル選択モードが設定された状況においてＰＵＳＣＨを介してＡ／Ｎを送信する時に適合したＡ／Ｎ状態マップ方法を提案する。説明のために、本実施例では、２個ＣＣ（例えば、ＰＣＣとＳＣＣ）のＣＡ状況を仮定する。また、Ｒｅｆ−Ｃｆｇに基づいてＰＣＣ ＵＬ ＳＦタイミングに設定されるＣＣ１（例えば、ＰＣＣ）（又はＳＣＣ）及びＣＣ２（例えば、ＳＣＣ）（又はＰＣＣ）のＡ／Ｎ−ＤＬ ＳＦ個数をそれぞれＭ１、Ｍ２と定義する。互いに異なったＴＤＤ ＤＬ−ＵＬ Ｃｆｇ及びＲｅｆ−Ｃｆｇの適用によってＭ１値及びＭ２値を別個に設定してもよく、本例では、Ｍ１、Ｍ２（Ｍ１＜Ｍ２）、及びＵＬ許可ＰＤＣＣＨで信号通知されるＷ値の組合せによるＣＣ別Ａ／Ｎ状態マップ及びそれに対応するＲＭ符号入力ビット決定方法を提案する。ここで、ＲＭはチャネル符号化の一例であり、公知の他のチャネル符号化方法に代えてもよい。
【０１７０】
・Ｗ≦Ｍ１の場合
【０１７１】
○ ＣＣ１とＣＣ２の全体に、Ｗ値に基づくチャネル選択マップを用いてＡ／Ｎピギーバックを行ってもよい。
【０１７２】
−  例えば、Ｍ１＝３、Ｍ２＝４、Ｗ＝２の場合、端末は２個ＣＣ全体にＷ＝２に基づいてＡ／Ｎ状態をマップし、それに対応するＲＭ符号入力ビットを決定できる（方式２）。ＲＭ入力ビットはチャネル符号化などの過程を経てＰＵＳＣＨを介して送信される。
【０１７３】
・Ｍ１＜Ｗ≦Ｍ２の場合
【０１７４】
○ ＣＣ１に対してＭ１値に基づくチャネル選択マップを、ＣＣ２に対してＷ値に基づくチャネル選択マップを用いてＡ／Ｎピギーバックを行ってもよい。
【０１７５】
−  例えば、Ｍ１＝２、Ｍ２＝４、Ｗ＝３の場合、端末はＣＣ１に対してＭ１＝２に基づいてＣＣ１Ａ／Ｎ状態をマップし、それに対応するＣＣ１ ＲＭ符号入力ビットを決定できる（方式２）。端末はＣＣ２に対してＷ＝３に基づいてＣＣ２Ａ／Ｎ状態をマップし、それに対応するＣＣ２ＲＭ符号入力ビットを決定できる（方式３）。
【０１７６】
−  端末はＣＣ１のＲＭ符号入力ビットとＣＣ２のＲＭ符号入力ビットを（例えば、ＰＣＣ  ｆｉｒｓｔ、ＳＣＣ  ｌａｓｔで）連結し、全体Ａ／Ｎ状態に対する最終ＲＭ符号入力ビットを生成できる。最終ＲＭ入力ビットはチャネル符号化などの過程を経てＰＵＳＣＨを介して送信される。
【０１７７】
理解を助けるために、Ｍ１＝２、Ｍ２＝４、ＣＣ１＝ＰＣＣ、ＣＣ２＝ＳＣＣであり、チャネル選択方式を用いてＡ／ＮがＰＵＳＣＨにピギーバックされる場合の具体的な動作について説明する。まず、Ｗ＝２の場合（すなわち、Ｗ≦Ｍ１）、２個ＣＣ全体に方式２を適用してもよい。具体的には、ＰＣＣに対するＡ／Ｎ応答がＨＡＲＱ−ＡＣＫ(０)、(１)＝（Ａ，Ａ）であり、ＳＣＣに対するＡ／Ｎ応答がＨＡＲＱ−ＡＣＫ(２)、(３)＝（Ａ，Ｎ／Ｄ）であるとき、Ａ／Ｎ状態（Ａ，Ａ，Ａ，Ｎ／Ｄ）に対応する４ビットＲＭ符号入力ビットを用いてＡ／Ｎ送信を行ってもよい。Ｗ＝２の場合、Ａ／Ｎ状態はＲＭ符号入力ビットに直接マップされるため（例えば、Ａ→１、Ｎ／Ｄ→０）、端末は、ｏ(０)、ｏ(１)、ｏ(２)、ｏ(３)＝（１，１，１，０)を用いてＰＵＳＣＨ上でＡ／Ｎ送信を行ってもよい。次に、Ｗ＝３の場合（すなわち、Ｍ１＜Ｗ≦Ｍ２）、ＰＣＣに対してはＭ１＝２に基づくチャネル選択方式が適用され（方式２）、ＳＣＣに対してはＷ＝３に基づくチャネル選択方式が適用される（方式３）。ＰＣＣに対するＡ／Ｎ応答がＨＡＲＱ−ＡＣＫ(０)、(１)＝（Ｎ／Ｄ，Ａ）であるとしたとき、（Ａ，Ｎ／Ｄをそれぞれビット１、０に直接マップさせることによって）ＰＣＣのＡ／Ｎ状態（Ｎ／Ｄ，Ａ）に対応する２ビットＲＭ符号入力ビットｏ(０)、ｏ(１)＝（０，１)を決定できる。次に、ＳＣＣに対するＡ／Ｎ応答がＳＣＣ ＨＡＲＱ−ＡＣＫ(０)、(１)、(２)＝（Ａ，Ａ，Ｎ／Ｄ）であるとき、表１２でＳＣＣのＡ／Ｎ状態に対応する２ビットＲＭ符号入力ビットｏ(２)、ｏ(３)＝（１，０)を決定できる。最終的に、端末はＰＣＣのＲＭ符号入力ビットとＳＣＣのＲＭ符号入力ビットとを（例えば、ＰＣＣ  ｆｉｒｓｔ、ＳＣＣ  ｌａｓｔで）連結し、全体Ａ／Ｎ状態に対する最終ＲＭ符号入力ビットｏ(０)、ｏ(１)、ｏ(２)、ｏ(３)＝（０、１，１，０)を生成できる。最終ＲＭ入力ビットはチャネル符号化などの過程を経てＰＵＳＣＨを介して送信される。
【０１７８】
上記提案方法はＣＣ別Ａ／Ｎ状態マップの観点で、ＣＣ１に対してはｍｉｎ（Ｍ１，Ｗ）に基づいてチャネル選択マップ方式を適用し、ＣＣ２に対してはｍｉｎ（Ｍ２，Ｗ）に基づいてチャネル選択マップ方式を行うものとして一般化可能である（方式１〜４を参照）。具体的には、ｍｉｎ（Ｍ１，Ｗ）及びｍｉｎ（Ｍ２，Ｗ）に基づいて、ＣＣ別Ａ／Ｎ状態ＨＡＲＱ−ＡＣＫ(ｉ)を決定し、それに対応する（ＣＣ別）ＲＭ符号入力ビットが連結された（全体Ａ／Ｎ状態に対する）最終ＲＭ符号入力ビットを生成してもよい。最終ＲＭ入力ビットはチャネル符号化などの過程を経てＰＵＳＣＨを介して送信される（Ａ／Ｎピギーバック）。本方法を便宜上Ａｌｔ１と呼ぶ。本方法は、好ましくは、Ｗ＝１又は２の場合に適用してもよい。又は、本方法は、ｍｉｎ（Ｍ，Ｗ）＝１又は２の場合にだけ適用してもよい。その他の場合、すなわち、Ｗ＝３又は４の場合、既存ＬＴＥ−Ａ方式によって、ＣＣ１及びＣＣ２両方ともＷに基づいてチャネル選択マップ方式が行われ、それによってＲＭ符号入力ビットを生成してもよい。すなわち、Ｗ＝３又は４の場合、Ｗ値と（各ＣＣの）Ｍ値との大小関係によらず、すべてのＣＣに対してＷ値に基づく上記方法及びチャネル選択マップを用いてＣＣ別Ａ／Ｎ状態ＨＡＲＱ−ＡＣＫ(ｉ)を決定し、それに対応する（ＣＣ別）ＲＭ符号入力ビットが連結された（全体Ａ／Ｎ状態に対する）最終ＲＭ符号入力ビットを生成してもよい。一方、本方法がＷ＝１又は２にだけ適用される場合、ｍｉｎ（Ｍ，Ｗ）＝２のＣＣに対してだけ空間バンドルを適用し、ｍｉｎ（Ｍ，Ｗ）＝１のＣＣに対しては空間バンドルを適用しなくてもよい。
【０１７９】
図１４は、本方法によるＡ／Ｎ送信例を示す。便宜上、同図は、端末の立場で図示及び説明されるが、対応する動作が基地局で行われ得ることは明らかである。
【０１８０】
図１４を参照すると、端末は、別個のＵＬ−ＤＬ構成（表１参照）を有する複数のＣＣ（例えば、ＣＣ１、ＣＣ２）を集約する（Ｓ１４０２）。これに制限されるものではないが、ＣＣ１はＰＣＣであり、ＣＣ２はＳＣＣであってよい。その後、端末は、ＤＬデータ（例えば、ＰＤＳＣＨ、ＳＰＳ解放ＰＤＣＣＨ）を受信した場合、ＤＬデータに対するＡ／Ｎフィードバックを送信するための過程を行う。具体的には、端末は、ＣＣ１のために第１ＨＡＲＱ−ＡＣＫセットをＬ１値基準で生成し（Ｓ１４０４）、第２ＨＡＲＱ−ＡＣＫセットをＬ２値基準で生成してもよい（Ｓ１４０６）。続いて、端末は、第１ＨＡＲＱ−ＡＣＫセット及び第２ＨＡＲＱ−ＡＣＫセットに対応する情報をＰＵＳＣＨを介して基地局に送信してもよい（Ｓ１４０８）。本例で、第１条件を満たす場合、Ｌ１＝ｍｉｎ（Ｍ１，Ｗ）であり、Ｌ２＝ｍｉｎ（Ｍ２，Ｗ）である。Ｍ１は、ＣＣ１に対してＡ／Ｎ ＵＬ ＳＦ（例えば、ＰＣＣ ＵＬ ＳＦ ｎ）に対応するＤＬ ＳＦの個数を表す。同様に、Ｍ２はＣＣ２に対してＡ／Ｎ ＵＬ ＳＦ（例えば、ＰＣＣ ＵＬ ＳＦ ｎ）に対応するＤＬ ＳＦの個数を表す。一方、第２条件を満たす場合、Ｌ１＝Ｌ２＝Ｗと与えてもよい。これに制限されるものではないが、第１条件はＷ＝１又は２を含み、第２条件はＷ＝３又は４を含んでよい。
【０１８１】
さらに、｛ｍｉｎ（Ｍ１，Ｗ），ｍｉｎ（Ｍ２，Ｗ）｝が｛１，２｝、｛１，３｝又は｛１，４｝となる場合、ＣＣ１に対して空間バンドルを適用してもよい（すなわち、ＣＣ１／ＣＣ２に設定されたＮｔｂ値に関係なく、ＣＣ１及びＣＣ２に対してそれぞれ１ビット、２ビットを生成してもよい）。換言すれば、｛ｍｉｎ（Ｍ１，Ｗ），ｍｉｎ（Ｍ２，Ｗ）｝が｛１，１｝である場合（又は、Ｗ＝１の場合）に限っては、空間バンドルを適用しなくてもよい。一方、その他の場合（又は、Ｗ＝２、３、４の場合、好ましくはＷ＝２の場合に限定して）、複数の伝送ブロックを送信できるように設定されたＣＣ（便宜上、ＭＩＭＯ ＣＣ）に対して空間バンドルを適用してもよい。空間バンドルは、当該ＣＣの同一サブフレームで受信したＤＬデータに対するＨＡＲＱ−ＡＣＫ応答を、論理演算（例えば、論理ＡＮＤ）を用いて一つのＨＡＲＱ−ＡＣＫ応答としてバンドルすることを意味できる。
【０１８２】
また、｛ｍｉｎ（Ｍ１，Ｗ），ｍｉｎ（Ｍ２，Ｗ）｝が｛１，３｝になる場合、ＣＣ１に対しては空間バンドルを適用し、ＣＣ２に対してはＶ＝１、２、３（又はＶ＝１、２、ＤＬデータｗ／ｏ ＰＤＣＣＨ、このとき、ＤＬデータｗ／ｏ ＰＤＣＣＨに対するＡ／Ｎ応答がＬＳＢに配置されてもよい）のそれぞれに対応する空間バンドルされたＡ／Ｎ応答にマップしてもよい。この場合、ＣＣ１／ＣＣ２に設定されたＮｔｂ値に関係なく、ＣＣ１とＣＣ２に対してそれぞれ１ビット、３ビットを生成してもよい。このときにも、ＣＣ別に生成されたＡ／Ｎビットを（例えば、ＰＣＣ  ｆｉｒｓｔ、ＳＣＣ  ｌａｓｔで）連結し、ＰＵＳＣＨを介して送信される最終Ａ／Ｎペイロードを構成してもよい。
【０１８３】
また、｛Ｍ１，Ｍ２｝＝｛１，２｝、｛１，３｝又は｛１，４｝である状況においてＡ／Ｎ ＰＵＳＣＨに対応するＷ値が存在しない場合（例えば、ＳＰＳ方式ベースのＰＵＳＣＨ）にも、これと同様の方式を適用してもよい。すなわち、ＣＣ１に対して空間バンドルなしにＴＢ別の個別Ａ／Ｎ応答が構成され、又は空間バンドルが適用され、Ｎｔｂに関係なく常に１ビットを割り当ててもよい。
【０１８４】
他の方法として、Ｗ値と（各ＣＣの）Ｍ値との大小関係によらず、すべてのＣＣに対してＷ値に基づく上記方法及びチャネル選択マップを用いて、ＣＣ別Ａ／Ｎ状態ＨＡＲＱ−ＡＣＫ(ｉ)を決定し、それに対応する（ＣＣ別）ＲＭ符号入力ビットが連結された（全体Ａ／Ｎ状態に対する）最終ＲＭ符号入力ビットを生成してもよい。このとき、Ｗ＞ＭのＣＣに対してはＡ／Ｎフィードバック対象となり得る最大Ｍ個のＡ／Ｎ−ＤＬ ＳＦよりも多いＷ個のＡ／Ｎ−ＤＬ ＳＦのためのチャネル選択マップが適用される。この場合、当該ＣＣに対するＡ／Ｎ状態ＨＡＲＱ−ＡＣＫ(ｉ)を決定するとき、Ｍ値を超えるＶ（ＤＬ ＤＡＩ）値に対応するＤＬデータ、又はＭ個のＡ／Ｎ−ＤＬ ＳＦインデクスを超えるＡ／Ｎ−ＤＬ ＳＦインデクスに対応するＤＬデータに対してはＡ／Ｎ応答をＤＴＸとして処理してもよい。このようなＤＬデータは当該ＣＣ上に実際存在しないＤＬデータであるためである。本方法を便宜上Ａｌｔ２と呼ぶ。本方法は好ましくはＷ＝３又は４の場合に適用してもよい。
【０１８５】
本例で、Ｗ＝１又は２の場合にはＡｌｔ１方法を適用し、Ｗ＝３又は４の場合にはＡｌｔ２方法を適用可能である。
【０１８６】
一方、上記の諸方法において特定ＣＣに対してＭ＝０となる場合には、当該ＣＣに対するＡ／Ｎ状態及びそれに対応するＲＭ符号入力ビットを生成しなくてもよい。結果として、当該ＣＣに対するＡ／Ｎフィードバックは、ＰＵＳＣＨで送信されるＡ／Ｎペイロード構成から除外、すなわちＡ／Ｎペイロードに含まれなくてもよい。例えば、ＣＣ１に対するＭ１＝０の状況においてＡｌｔ１又はＡｌｔ２を適用する場合、ＣＣ２に対してだけｍｉｎ（Ｍ２，Ｗ）（又は、Ｗ値自体）に基づくチャネル選択マップを適用してもよい。すなわち、ＣＣ２に対するＡ／Ｎ状態ＨＡＲＱ−ＡＣＫ(ｉ)だけを決定し、それに対応するＲＭ符号入力ビットだけを生成してＰＵＳＣＨへのＡ／Ｎピギーバックを行ってもよい。また、Ｍ１＝０の状況においてＡ／Ｎ ＰＵＳＣＨに対応するＷ値が存在しない場合（例えば、ＳＰＳ方式ベースのＰＵＳＣＨ）にも、ＣＣ２に対するＭ２値に基づいて同様の方式を適用してもよい。
【０１８７】
また、｛ｍｉｎ（Ｍ１，Ｗ），ｍｉｎ（Ｍ２，Ｗ）｝が｛０，２｝となる場合、ＣＣ２に対して空間バンドルを適用しなくてよい。したがって、当該ＣＣ２に設定されたＮｔｂ値によって合計２×Ｎｔｂ個のＡ／Ｎ応答にそれぞれ対応する２×ＮｔｂビットのＲＭ符号入力ビットが生成されてもよい。また、｛ｍｉｎ（Ｍ１，Ｗ），ｍｉｎ（Ｍ２，Ｗ）｝が｛０，３｝又は｛０，４｝となる場合、上記方法３及び４において表１２及び表１３を参照することなく直接当該ＣＣ２に対するＨＡＲＱ−ＡＣＫ(ｉ)（すなわち、それぞれのＤＬデータに対する個別Ａ／Ｎ応答）に対応する３又は４ビットのＲＭ符号入力ビットを生成してもよい（例えば、Ａ→１、Ｎ／Ｄ→０）。ここで、Ａ／Ｎ応答はＤＬ ＤＡＩ順に配置（例えば、低いＤＬ ＤＡＩ値に対応するＤＬデータに対するＡ／Ｎ応答から順次にＭＳＢに配置）してもよい。この場合、ＤＬデータｗ／ｏ ＰＤＣＣＨに対するＡ／Ｎ応答をＬＳＢに配置してもよい。また、｛Ｍ１，Ｍ２｝＝｛０，２｝、｛０，３｝又は｛０，４｝である状況においてＡ／Ｎ ＰＵＳＣＨに対応するＷ値が存在しない場合（例えば、ＳＰＳ方式ベースのＰＵＳＣＨ）、ＣＣ２に対するＭ２値に基づいて同様の方式を適用してもよい。
【０１８８】
一方、ＤｗＰＴＳ区間がＮ個（例えば、Ｎ＝３）以下の少ないＯＦＤＭシンボルで構成される特別ＳＦ（Ｓ ＳＦ）（例えば、表２でＳ ＳＦ構成＃０に該当）が割り当てられることがある。この場合、当該Ｓ ＳＦがＰＣＣ（すなわち、ＰＣｅｌｌ）に設定されるとき、当該Ｓ ＳＦでＳＰＳ解放を指示するＰＤＣＣＨ（これは、１ビットＡ／Ｎフィードバックだけを必要とする）が送信されることがある。一方、当該Ｓ ＳＦがＳＣＣ（すなわち、ＳＣｅｌｌ）に設定されるとき、当該Ｓ ＳＦではＡ／Ｎフィードバックを必要とするいかなるＰＤＣＣＨ／ＤＬデータも送信されないことがある。したがって、提案方法の適用時に、例示のように小さいＤｗＰＴＳ区間を有する当該Ｓ ＳＦ（便宜上、最短Ｓ ＳＦと呼ぶ）がＰＣｅｌｌに設定された場合、当該ＰＣｅｌｌに設定されたＮｔｂ値に関係なく、当該最短Ｓ ＳＦに対応するＡ／Ｎは常に１ビットに割り当ててもよいし、当該最短Ｓ ＳＦはＭ値決定のためのＡ／Ｎ−ＤＬ ＳＦから除外してもよい。この場合、端末は、当該Ｓ ＳＦではＳＰＳ解放を指示するＰＤＣＣＨが送信されないと見なしてもよい（これによって、ＰＣｅｌｌ Ｓ ＳＦでＰＤＣＣＨ監視過程（例えば、ブラインド復号）が省略可能である）。一方、最短Ｓ ＳＦがＳＣｅｌｌに設定された場合、当該Ｓ ＳＦはＭ値決定のためのＡ／Ｎ−ＤＬ ＳＦから除外してもよい。他の方法として、ＰＣｅｌｌの場合、最短Ｓ ＳＦに対応するＡ／Ｎに対しても、当該ＰＣｅｌｌに設定されたＮｔｂ値によるＮｔｂビット（例えば、Ｍ＝１の場合）、又は空間バンドルが適用される場合に１ビット（例えば、Ｍ＞１の場合）がそのまま割り当てられ、ＳＣｅｌｌの場合には、最短Ｓ ＳＦがＭ値決定のためのＡ／Ｎ−ＤＬ ＳＦから除外してもよい。また、Ａ／Ｎ ＰＵＳＣＨに対応するＷが存在しない場合（例えば、ＳＰＳ方式ベースのＰＵＳＣＨ）、又はＡ／ＮがＰＵＣＣＨを介して送信される場合にも、上記のようなＭ値ベースのチャネル選択マップ（Ａ／Ｎ状態ＨＡＲＱ−ＡＣＫ(ｉ)決定、及びそれに対応するＲＭ符号入力ビット生成）を適用してもよい。
【０１８９】
また、ＰＣｅｌｌに設定された最短Ｓ ＳＦをＡ／Ｎ−ＤＬ ＳＦから除外せず、当該Ｓ ＳＦに対応するＡ／Ｎを、当該ＰＣｅｌｌに設定されたＮｔｂ値に関係なく常に１ビットに割り当てる方法が適用されると仮定できる。この場合、ＰＣｅｌｌがＮｔｂ＝２に設定されると、Ｍ値及びＷ値の場合に対して下記のようなＡ／Ｎビット割当が可能である。この場合、当該Ａ／Ｎビットが（別のＡ／Ｎ状態マップ過程なしで、すなわち、Ａ，Ｎ／Ｄをそれぞれビット１、０に直接マップする方式で）そのままＲＭ符号入力ビットに決定してもよい。便宜上、ＰＣｅｌｌ及びＳＣｅｌｌに対するＭ値をそれぞれＭｐ、Ｍｓと定義する。また、ＰＣｅｌｌ及びＳＣｅｌｌに対応するＡ／Ｎビット数をそれぞれＮｐ、Ｎｓと定義する。少なくともＭｐを構成するＡ／Ｎ−ＤＬ ＳＦには最短Ｓ ＳＦが含まれると仮定する。また、Ｍｐ＝１であり、Ｍｓ＞２の場合、Ｗ及びＭｓ値に関係なく、Ｎｐ＝１に決定してもよい。
【０１９０】
１）Ｍｐ＝１、Ｍｓ＝０の場合
【０１９１】
Ａ．Ａ／Ｎが送信されるＰＵＳＣＨ（又はＰＵＣＣＨ）に対応するＷが存在しない場合
【０１９２】
ｉ．Ｎｐ＝１、Ｎｓ＝０
【０１９３】
Ｂ．Ａ／Ｎが送信されるＰＵＳＣＨに対応するＷが存在する場合
【０１９４】
ｉ．Ｗ＝１（又はＷ≧１）：Ｎｐ＝１、Ｎｓ＝０
【０１９５】
２）Ｍｐ＝１、Ｍｓ＝１の場合
【０１９６】
Ａ．Ａ／Ｎが送信されるＰＵＳＣＨ（又はＰＵＣＣＨ）に対応するＷが存在しない場合
【０１９７】
ｉ．Ｎｐ＝１、Ｎｓ＝ＳＣｅｌｌに設定されたＮｔｂ値
【０１９８】
Ｂ．Ａ／Ｎが送信されるＰＵＳＣＨに対応するＷが存在する場合
【０１９９】
ｉ．Ｗ＝１（又はＷ≧１）：Ｎｐ＝１、Ｎｓ＝ＳＣｅｌｌに設定されたＮｔｂ値
【０２００】
３）Ｍｐ＝１、Ｍｓ＝２の場合
【０２０１】
Ａ．Ａ／Ｎが送信されるＰＵＳＣＨ（又はＰＵＣＣＨ）に対応するＷが存在しない場合
【０２０２】
ｉ．Ｎｐ＝１、Ｎｓ＝２（空間バンドル適用）
【０２０３】
Ｂ．Ａ／Ｎが送信されるＰＵＳＣＨに対応するＷが存在する場合
【０２０４】
ｉ．Ｗ＝１：Ｎｐ＝１、Ｎｓ＝ＳＣｅｌｌに設定されたＮｔｂ値
【０２０５】
ii．Ｗ＝２（又はＷ≧２）：Ｎｐ＝１、Ｎｓ＝２（空間バンドル適用）
【０２０６】
４）Ｍｐ＝２、Ｍｓ＝０の場合（オプション１）
【０２０７】
Ａ．Ａ／Ｎが送信されるＰＵＳＣＨ（又はＰＵＣＣＨ）に対応するＷが存在しない場合
【０２０８】
ｉ．Ｎｐ＝２（空間バンドル適用）、Ｎｓ＝０
【０２０９】
Ｂ．Ａ／Ｎが送信されるＰＵＳＣＨに対応するＷが存在する場合
【０２１０】
ｉ．Ｗ＝１：Ｎｐ＝２、Ｎｓ＝０
【０２１１】
ii．Ｗ＝２（又はＷ≧２）：Ｎｐ＝２（空間バンドル適用）、Ｎｓ＝０
【０２１２】
５）Ｍｐ＝２、Ｍｓ＝０の場合（オプション２）
【０２１３】
Ａ．Ａ／Ｎが送信されるＰＵＳＣＨ（又はＰＵＣＣＨ）に対応するＷが存在しない場合
【０２１４】
ｉ．Ｎｐ＝３（Ｓ ＳＦのために１ビット、正規ＤＬ ＳＦのために２ビット）、Ｎｓ＝０
【０２１５】
Ｂ．Ａ／Ｎが送信されるＰＵＳＣＨに対応するＷが存在する場合
【０２１６】
ｉ．Ｗ＝１：Ｎｐ＝２、Ｎｓ＝０
【０２１７】
ii．Ｗ＝２（又はＷ≧２）：Ｎｐ＝３、Ｎｓ＝０
【０２１８】
６）Ｍｐ＝２、Ｍｓ＝１であり、かつＳＣｅｌｌに対してＮｔｂ＝１に設定された場合（オプション１）
【０２１９】
Ａ．Ａ／Ｎが送信されるＰＵＳＣＨ（又はＰＵＣＣＨ）に対応するＷが存在しない場合
【０２２０】
ｉ．Ｎｐ＝２（空間バンドル適用）、Ｎｓ＝１
【０２２１】
Ｂ．Ａ／Ｎが送信されるＰＵＳＣＨに対応するＷが存在する場合
【０２２２】
ｉ．Ｗ＝１：Ｎｐ＝２、Ｎｓ＝１
【０２２３】
ii．Ｗ＝２（又はＷ≧２）：Ｎｐ＝２（空間バンドル適用）、Ｎｓ＝１
【０２２４】
７）Ｍｐ＝２、Ｍｓ＝１であり、かつＳＣｅｌｌに対してＮｔｂ＝１に設定された場合（オプション  ２）
【０２２５】
Ａ．Ａ／Ｎが送信されるＰＵＳＣＨ（又はＰＵＣＣＨ）に対応するＷが存在しない場合
【０２２６】
ｉ．Ｎｐ＝３（Ｓ ＳＦのために１ビット、正規ＤＬ ＳＦのために２ビット）、Ｎｓ＝１
【０２２７】
Ｂ．Ａ／Ｎが送信されるＰＵＳＣＨに対応するＷが存在する場合
【０２２８】
ｉ．Ｗ＝１：Ｎｐ＝２、Ｎｓ＝１
【０２２９】
ii．Ｗ＝２（又はＷ≧２）：Ｎｐ＝３、Ｎｓ＝１
【０２３０】
８）Ｍｐ＝２、Ｍｓ＝１であり、かつＳＣｅｌｌに対してＮｔｂ＝２に設定された場合（オプション１）
【０２３１】
Ａ．Ａ／Ｎが送信されるＰＵＳＣＨ（又はＰＵＣＣＨ）に対応するＷが存在しない場合
【０２３２】
ｉ．Ｎｐ＝２（空間バンドル適用）、Ｎｓ＝１（空間バンドル適用）
【０２３３】
Ｂ．Ａ／Ｎが送信されるＰＵＳＣＨに対応するＷが存在する場合
【０２３４】
ｉ．Ｗ＝１：Ｎｐ＝２、Ｎｓ＝２
【０２３５】
ii．Ｗ＝２（又はＷ≧２）：Ｎｐ＝２（空間バンドル適用）、Ｎｓ＝１（空間バンドル適用）
【０２３６】
９）Ｍｐ＝２、Ｍｓ＝１であり、かつＳＣｅｌｌに対してＮｔｂ＝２に設定された場合（オプション２）
【０２３７】
Ａ．Ａ／Ｎが送信されるＰＵＳＣＨ（又はＰＵＣＣＨ）に対応するＷが存在しない場合
【０２３８】
ｉ．Ｎｐ＝２（空間バンドル適用）、Ｎｓ＝２
【０２３９】
Ｂ．Ａ／Ｎが送信されるＰＵＳＣＨに対応するＷが存在する場合
【０２４０】
ｉ．Ｗ＝１：Ｎｐ＝２、Ｎｓ＝２
【０２４１】
ii．Ｗ＝２（又はＷ≧２）：Ｎｐ＝２（空間バンドル適用）、Ｎｓ＝２
【０２４２】
１０）Ｍｐ＝２、Ｍｓ＝２の場合
【０２４３】
Ａ．Ａ／Ｎが送信されるＰＵＳＣＨ（又はＰＵＣＣＨ）に対応するＷが存在しない場合
【０２４４】
ｉ．Ｎｐ＝２（空間バンドル適用）、Ｎｓ＝２（空間バンドル適用）
【０２４５】
Ｂ．Ａ／Ｎが送信されるＰＵＳＣＨに対応するＷが存在する場合
【０２４６】
ｉ．Ｗ＝１：Ｎｐ＝２、Ｎｓ＝ＳＣｅｌｌに設定されたＮｔｂ値
【０２４７】
ii．Ｗ＝２（又はＷ≧２）：Ｎｐ＝２（空間バンドル適用）、Ｎｓ＝２（空間バンドル適用）
【０２４８】
また、Ｎｐ＝３と割り当てられる場合、端末は、ＰＣｅｌｌで受信したＤＬデータ数又はＴＢ数によって下記のようなＡ／Ｎビット構成を適用してもよい（説明の便宜上、ＳＰＳ解放を指示するＰＤＣＣＨを簡単に「ＳＰＳ解放」と称する）。
【０２４９】
１）Ｖ＝１に対応するＳＰＳ解放だけを受信した場合
【０２５０】
Ａ．当該ＳＰＳ解放に対する１ビットＡ／ＮをＭＳＢに配置し、残るＬＳＢ側の２ビットをＮ／Ｄとして処理
【０２５１】
２）Ｖ＝２に対応するＳＰＳ解放だけを受信した場合
【０２５２】
Ａ．当該ＳＰＳ解放に対する１ビットＡ／ＮをＬＳＢに配置し、残るＭＳＢ側の２ビットをＮ／Ｄとして処理
【０２５３】
３）Ｖ＝１に対応するＰＤＳＣＨだけを受信した場合
【０２５４】
Ａ．当該ＰＤＳＣＨに対する２ビットＡ／Ｎ（ＴＢ当たり１ビット）をＭＳＢ側に配置し、残る１ビット（ＬＳＢ）をＮ／Ｄとして処理
【０２５５】
４）Ｖ＝２に対応するＰＤＳＣＨだけを受信した場合
【０２５６】
Ａ．当該ＰＤＳＣＨに対する２ビットＡ／Ｎ（ＴＢ当たり１ビット）をＬＳＢ側に配置し、残る１ビット（ＭＳＢ）をＮ／Ｄ処理
【０２５７】
５）Ｖ＝１に対応するＳＰＳ解放、Ｖ＝２に対応するＰＤＳＣＨ両方を受信した場合
【０２５８】
Ａ．当該ＳＰＳ解放に対する１ビットＡ／ＮをＭＳＢに、当該ＰＤＳＣＨに対する２ビットＡ／ＮをＬＳＢ側に配置
【０２５９】
６）Ｖ＝１に対応するＰＤＳＣＨ、Ｖ＝２に対応するＳＰＳ解放両方を受信した場合
【０２６０】
Ａ．当該ＰＤＳＣＨに対する２ビットＡ／ＮをＭＳＢ側に、当該ＳＰＳ解放に対する１ビットＡ／ＮをＬＳＢに配置
【０２６１】
一方、ＰＣｅｌｌとＳＣｅｌｌとが同一のＴＤＤ ＤＬ−ＵＬ Ｃｆｇを有する場合にも、最短Ｓ ＳＦが設定されると、上記のような方式（すなわち、当該Ｓ ＳＦに対応するＡ／Ｎを常に１ビットに割り当て、又は当該Ｓ ＳＦを（Ｍ値決定時に）Ａ／Ｎ−ＤＬ ＳＦから除外する）に基づいて提案方法を適用可能である。このとき、最短Ｓ ＳＦを（Ｍ値決定時に）Ａ／Ｎ−ＤＬ ＳＦから除外する方法において、最短Ｓ ＳＦをＡ／Ｎ−ＤＬ ＳＦから除外しなかった時のＭ値をＭ’とすると、当該Ｓ ＳＦを除外するときのＭ値はＭ’−１となる。このとき、最短Ｓ ＳＦが設定されたセルの場合、当該Ｓ ＳＦを含む区間（これを構成するＡ／Ｎ−ＤＬ ＳＦ）に対してはＷ＝Ｍ’（又はＷ≧Ｍ’）である場合に限ってｍｉｎ（Ｍ，Ｗ）＝ｍｉｎ（Ｍ’−１，Ｗ）、すなわち、Ｍ’−１値に基づくチャネル選択マップ（すなわち、Ａ／Ｎ状態ＨＡＲＱ−ＡＣＫ(ｉ)決定、及びそれに対応するＲＭ符号入力ビット生成）を適用してもよい。又は、Ａ／Ｎ ＰＵＳＣＨに対応するＷが存在しない場合、Ｍ’−１値に基づくチャネル選択マップを適用してもよい。その他の場合（すなわち、Ｗ＜Ｍ’）、Ｗ値に基づくチャネル選択マップを適用してもよい。好ましくは、本方式は、Ｍ’値が１又は２の場合に適用してもよい。また、Ｍ’−１＝０になる場合、これに対応するＡ／Ｎは（０ビットに割り当てられ）構成しなくてもよい。
【０２６２】
実施例２：ＰＵＣＣＨフォーマット３モードにおいてＰＵＳＣＨを介したＡ／Ｎ送信
【０２６３】
本例は、ＰＵＣＣＨフォーマット３モードが設定され、かつ互いに異なったＵＬ−ＤＬ構成を有する複数のＣＣ（又はセル）が集約された場合、ＰＵＳＣＨを介したＡ／Ｎ送信について説明する。
【０２６４】
本発明の説明に先立ち、既存ＬＴＥ−ＡのＴＤＤ ＣＡにおいてＰＵＣＣＨフォーマット３モードに設定された場合にＡ／Ｎを送信する方法について、図１５及び図１６を参照して説明する。
【０２６５】
図１５は、スロットレベルのＰＵＣＣＨフォーマット３構造を例示する。ＰＵＣＣＨフォーマット３において、複数のＡ／Ｎ情報は、ジョイント符号化（例えば、Ｒｅｅｄ−Ｍｕｌｌｅｒ  ｃｏｄｅ、Ｔａｉｌ−ｂｉｔｉｎｇ  ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｃｏｄｅなど）、ブロック拡散、ＳＣ−ＦＤＭＡ変調を経て送信される。
【０２６６】
図１５を参照すると、一つのシンボルシーケンスが周波数領域にわたって送信され、当該シンボルシーケンスに対して直交カバー符号（ＯＣＣ）ベースの時間領域拡散が適用される。ＯＣＣを用いて同一のＲＢに複数の端末の制御信号を多重化できる。具体的には、長さ５のＯＣＣ（Ｃ１〜Ｃ５）を用いて一つのシンボルシーケンス（｛ｄ１，ｄ２，…｝）から５個のＳＣ−ＦＤＭＡシンボル（すなわち、ＵＣＩデータパート）が生成される。ここで、シンボルシーケンス（｛ｄ１，ｄ２，…｝）は、変調シンボルシーケンス又は符号語ビットシーケンスを意味する。
【０２６７】
ＰＵＣＣＨフォーマット３のためのＡＣＫ／ＮＡＣＫペイロードはセル別に構成された後、セルインデクス順に連結される。具体的には、ｃ番目のサービス提供セル（又はＤＬ ＣＣ）のためのＨＡＲＱ−ＡＣＫフィードバックビットは、ＯＡＣＫｃ，０ＯＡＣＫｃ，１ ・・・ＯＡＣＫｃ，ＯＡＣＫｃ−１ で与えられる（ｃ≧０）。ＯACKcは、ｃ番目のサービス提供セルのためのＨＡＲＱ−ＡＣＫペイロードのビット数（すなわち、サイズ）を表す。ｃ番目のサービス提供セルに対して、単一伝送ブロック送信をサポートする送信モードが設定されたり、空間バンドルが適用されたりする場合、ＯACKc＝ＢDLcで与えてもよい。一方、ｃ番目のサービス提供セルに対して、複数（例えば、２）の伝送ブロック送信をサポートする送信モードが設定され、空間バンドルが適用されない場合、ＯACKc＝２ＢDLcで与えられてもよい。ＨＡＲＱ−ＡＣＫフィードバックビットがＰＵＣＣＨを介して送信されるか、又はＨＡＲＱ−ＡＣＫフィードバックビットがＰＵＳＣＨを介して送信されるが、該ＰＵＳＣＨに対応するＷが存在しない場合（例えば、ＳＰＳ方式ベースのＰＵＳＣＨ）、ＢDLc＝Ｍで与えられる。Ｍは、表４に定義されたＫセット内の要素個数を表す。ＴＤＤ ＵＬ−ＤＬ構成が＃１、＃２、＃３、＃４、＃６であり、ＨＡＲＱ−ＡＣＫフィードバックビットがＰＵＳＣＨを介して送信される場合、ＢDLc＝ＷULDAIで与えられる。ここで、ＷULDAIは、ＵＬ許可ＰＤＣＣＨ内のＵＬ ＤＡＩフィールドが指示する値を表し、簡単にＷと表示する。ＴＤＤ ＵＬ−ＤＬ構成が＃５の場合、
【数１】
0005866465.tif 000017
で与えられる。ここで、ＵはＵｃのうち最大値を表し、Ｕｃは、ｃ番目のサービス提供セルでサブフレームｎ−ｋで受信されたＰＤＳＣＨ及び（ダウンリンク）ＳＰＳ解放を指示するＰＤＣＣＨの総数を表す。サブフレームｎは、ＨＡＲＱ−ＡＣＫフィードバックビットが送信されるサブフレームである。
【数２】
0005866465.tif 000018
は、天井関数（ｃｅｉｌｉｎｇ  ｆｕｎｃｔｉｏｎ）を表す。
【０２６８】
ｃ番目のサービス提供セルに対して、単一伝送ブロック送信をサポートする送信モードが設定されるか、又は空間バンドルが適用される場合、当該サービス提供セルのＨＡＲＱ−ＡＣＫペイロード内で各ＡＣＫ／ＮＡＣＫの位置はＯＡＣＫｃ，ＤＡＩ（ｋ）−１ で与えられる。ＤＡＩ(ｋ)は、ＤＬサブフレームｎ−ｋで検出されたＰＤＣＣＨのＤＬ ＤＡＩ値を表す。一方、ｃ番目のサービス提供セルに対して、複数（例えば、２）の伝送ブロック送信をサポートする送信モードが設定され、空間バンドルが適用されない場合、当該サービス提供セルのＨＡＲＱ−ＡＣＫペイロード内で各ＡＣＫ／ＮＡＣＫの位置は、ＯＡＣＫｃ，２ＤＡＩ（ｋ）−１及びＯＡＣＫｃ，２ＤＡＩ（ｋ）−２で与えられる。ＯＡＣＫｃ，２ＤＡＩ（ｋ）−１は符号語０のためのＨＡＲＱ−ＡＣＫを表し、ＯＡＣＫｃ，２ＤＡＩ（ｋ）−２は符号語１のためのＨＡＲＱ−ＡＣＫを表す。符号語０及び符号語１は、スワップによって、それぞれ伝送ブロック０及び１、又は伝送ブロック１及び０に対応する。ＳＲ送信のために設定されたサブフレームでＰＵＣＣＨフォーマット３が送信される場合、ＰＵＣＣＨフォーマット３は、ＡＣＫ／ＮＡＣＫビット及びＳＲ １ビットを併せて送信する。
【０２６９】
図１６は、ＰＵＣＣＨフォーマット３モードが設定された場合、ＨＡＲＱ−ＡＣＫをＰＵＳＣＨを介して送信する場合のＵＬ−ＳＣＨデータ及び制御情報の処理過程を例示する。図１６は、図５のブロック図においてＡ／Ｎに関連した一部を示している。
【０２７０】
図１６において、チャネル符号化ブロック（Ｓ１７０）に入力されるＨＡＲＱ−ＡＣＫペイロードは、ＰＵＣＣＨフォーマット３のために定義された方法によって構成される。すなわち、ＨＡＲＱ−ＡＣＫペイロードは、セル別に構成された後、セルインデクス順に連結される。具体的には、ｃ番目のサービス提供セル（又はＤＬ ＣＣ）のためのＨＡＲＱ−ＡＣＫフィードバックビットはＯＡＣＫｃ，０ ＯＯＡＣＫｃ，１・・・ＯＡＣＫｃ，ＯＡＣＫｃ−１で与えられる（ｃ≧０）。したがって、一つのサービス提供セルが構成された場合（ｃ＝０）に、チャネル符号化ブロック（Ｓ１７０）にはＯＡＣＫｃ＝０，０ ＯＡＣＫｃ＝０，１・・・ＯＡＣＫｃ＝０，ＯＡＣＫｃ＝０−１が入力される。他の例として、２つのサービス提供セルが構成された場合（ｃ＝０、ｃ＝１）に、チャネル符号化ブロック（Ｓ１７０）にはＯＡＣＫｃ＝０，０ ＯＡＣＫｃ＝０，１・・・ＯＡＣＫｃ＝０，ＯＡＣＫｃ＝０−１＋ＯＡＣＫｃ＝１，０ ＯＡＣＫｃ＝１，１・・・ＯＡＣＫｃ＝１，ＯＡＣＫｃ＝１−１が入力される。チャネル符号化ブロック（Ｓ１７０）の出力ビットは、チャネルインタリーバブロック（Ｓ１９０）に入力される。チャネルインタリーバブロック（Ｓ１９０）には、データ及び制御多重化ブロック（Ｓ１８０）の出力ビット及びＲＩ用チャネル符号化ブロック（Ｓ１６０）の出力ビットも入力される。ＲＩは選択的に存在する。
【０２７１】
上述のとおり、既存のＬＴＥ−Ａでは、同一のＴＤＤ ＤＬ−ＵＬ構成を有する２個以上のＣＣのＣＡ状況においてＰＵＣＣＨフォーマット３送信技法を適用できる。
【０２７２】
以下、別個のＴＤＤ ＤＬ−ＵＬ構成を有する複数のＣＣが集約され、ＰＵＣＣＨフォーマット３モードが設定された状況においてＰＵＳＣＨを介してＡ／Ｎを送信するために適したＡ／Ｎ状態マップ方法を提案する。本例では、複数ＣＣのＣＡ状況を仮定する。また、Ｒｅｆ−Ｃｆｇに基づいてＰＣＣ ＵＬ ＳＦタイミングに設定される各ＣＣのＡ／Ｎ−ＤＬ ＳＦ個数をＭｃと定義する。別個のＴＤＤ ＤＬ−ＵＬ Ｃｆｇ及びＲｅｆ−Ｃｆｇの適用によって、Ｍｃ値が別個に設定されることがある。Ｒｅｆ−Ｃｆｇは、すべてのＣＣに対して同一に与えてもよく、ＣＣごと独立に与えてもよい。
【０２７３】
ＰＵＣＣＨフォーマット３モードが設定された状態におけるＰＵＳＣＨへのＡ／Ｎピギーバックは、当該ＰＵＳＣＨをスケジュールするＵＬ許可ＰＤＣＣＨ内のＵＬ ＤＡＩ（すなわち、Ｗ）を参照して行ってもよい。Ｗは、ＰＵＳＣＨにピギーバックされる（有効な）Ａ／Ｎ応答の範囲を決定する用途に使用可能であり、好ましくは、ＣＣ別にスケジュールされたＤＬデータ個数のうち最大値を信号通知するために用いてもよい。このとき、２ビットＵＬ ＤＡＩフィールドを考慮すると、４を超えるＷ値に対してはｍｏｄｕｌｏ−４演算を適用してもよい。そうすると、実施例１及び２でＷを
【数３】
0005866465.tif 000019
に置き換えることができる。ここで、Ｕmaxは、端末が実際に受信したＣＣ別ＤＬデータ個数のうち最大値を意味する。
【０２７４】
具体的には、ＣＡを構成する複数のＣＣのうち少なくとも一つのＣＣにおいてＡ／Ｎタイミング用Ｒｅｆ−ＣｆｇがＤＬ−ＵＬ Ｃｆｇ ＃５に設定される場合、すべてのＣＣに対してＷに代えて 
【数４】
0005866465.tif 000020
を適用可能である。したがって、ＣＡを構成する複数のＣＣのうち、Ａ／Ｎタイミング用Ｒｅｆ−ＣｆｇがＤＬ−ＵＬ Ｃｆｇ ＃５に設定されるＣＣがない場合、すべてのＣＣに対してＷをそのまま適用してもよい。ここで、Ｕmaxは、端末が実際に受信したＣＣ別ＤＬデータ個数のうち最大値を意味する。他の方法として、Ａ／Ｎタイミング用Ｒｅｆ−ＣｆｇがＤＬ−ＵＬ Ｃｆｇ ＃５に設定されるＣＣに対してだけ、Ｗに代えて
【数５】
0005866465.tif 000021
を適用してもよい。ここで、Ｕmaxは、当該ＣＣ（ＤＬ−ＵＬ Ｃｆｇ ＃５のＡ／Ｎタイミングが適用されるＣＣ）だけを対象にして、端末が実際に受信したＣＣ別ＤＬデータ個数のうち最大値を意味する。他の方法として、ＤＬ−ＵＬ Ｃｆｇ ＃５のＡ／Ｎタイミングが適用されるＣＣに限って
【数６】
0005866465.tif 000022
を適用してもよく、ここで、Ｕmaxは、端末が当該ＣＣで実際に受信したＤＬデータ個数を意味する。
【０２７５】
次に、ＰＵＣＣＨフォーマット３モードにおいて本実施例によってＡ／Ｎペイロードを構成する方法、具体的にＡ／Ｎペイロードサイズ（すなわち、ビット個数）を決定する方法について説明する。便宜上、端末に割り当てられたＣＣ個数の合計をＮと定義し、Ｎ個のＣＣのうち、Ｎｔｂ＝２であり、かつ空間バンドルが適用されないＣＣ個数をＮ２と定義する。
【０２７６】
本例で、Ａ／ＮをＰＵＣＣＨを介して送信する場合、Ａ／Ｎの合計ビット数（Ｏ）は、ＵＬ−ＤＬ Ｃｆｇによって当該ＵＬサブフレームに対して固定されたＭ値に基づいてＯ＝Ｍ×（Ｎ＋Ｎ２）によって決定してもよい。一方、Ａ／ＮをＰＵＳＣＨにピギーバックする場合、Ａ／Ｎの合計ビット数（Ｏ）は、Ｗ（≦Ｍ）値に基づいてＯ＝Ｗ×（Ｎ＋Ｎ２）によって決定してもよい。換言すれば、ＰＵＳＣＨを用いてＡ／Ｎをピギーバックするときには、（ＰＵＣＣＨでＡ／Ｎを送信するときに固定使用された）ＭをＷ値に代え、それに基づいて実際Ａ／Ｎ送信ビットを決定してもよい。その詳細は下記のとおりである。
【０２７７】
下記において、Ｗは、ＵＬ許可ＰＤＣＣＨ内のＵＬ ＤＡＩフィールドが指示する値を表し、Ｖは、ＤＬ許可ＰＤＣＣＨ内のＤＬ ＤＡＩフィールドが指示する値を表す。
【０２７８】
・Ｎ２に該当するＣＣの場合
【０２７９】
○ ＨＡＲＱ−ＡＣＫ（２ｉ−２）、（２ｉ−１）はＶ＝ｉに対応するＤＬデータの各ＴＢに対するＡ／Ｎ応答
【０２８０】
○ 合計２Ｗ個のＡ／Ｎビットを生成：ＨＡＲＱ−ＡＣＫ(０)，…，（２Ｗ−１）
【０２８１】
−  ＰＣＣであり、ＤＬデータｗ／ｏ ＰＤＣＣＨが存在する場合、ＨＡＲＱ−ＡＣＫ（２Ｗ−１）は、当該ＤＬデータに対するＡ／Ｎ応答であってよい（このとき、ＨＡＲＱ−ＡＣＫ（２Ｗ−２）＝Ｄによってマップしてもよい）
【０２８２】
・Ｎ２に該当しないＣＣの場合
【０２８３】
○ ＨＡＲＱ−ＡＣＫ（ｉ−１）は、Ｖ＝ｉに対応するＤＬデータに対するＡ／Ｎ応答
【０２８４】
○ 合計Ｗ個のＡ／Ｎビットを生成：ＨＡＲＱ−ＡＣＫ(０)，…，（Ｗ−１）
【０２８５】
−  ＰＣＣであり、ＤＬデータｗ／ｏ ＰＤＣＣＨが存在する場合、ＨＡＲＱ−ＡＣＫ（Ｗ−１）は、当該ＤＬデータに対するＡ／Ｎ応答であってよい
【０２８６】
・最終ＲＭ符号入力ビット
【０２８７】
○ 上で生成されたＣＣ別Ｗ個又は２Ｗ個のＡ／Ｎビットを連結して合計Ｗ×（Ｎ＋Ｎ２）個のＡ／Ｎビットを構成：ＨＡＲＱ−ＡＣＫ(０)，…，（Ｗ×（Ｎ＋Ｎ２）−１）
【０２８８】
−  ＣＣ別Ａ／Ｎビットは、低いＣＣインデクスから高いＣＣインデクスへの順（例えば、ＰＣＣ  ｆｉｒｓｔ、ＳＣＣ  ｌａｓｔ）に連結してもよい
【０２８９】
○ ＨＡＲＱ−ＡＣＫ(ｉ)は、（Ａ→１、Ｎ／Ｄ→０のマップ過程を経て）ＰＵＳＣＨへのＡ／Ｎピギーバックのための最終ＲＭ符号入力ビットｏ(ｉ)として決定される。Ａ／Ｎ応答→ビットマップの実行順序は具現例に応じて変更してもよい。例えば、Ａ／Ｎ応答→ビットマップは、ＣＣ別Ａ／Ｎビット生成過程で行ってもよい。
【０２９０】
次に、別個のＴＤＤ ＤＬ−ＵＬ Ｃｆｇを有する複数のＣＣのＣＡ状況においてＰＵＣＣＨによるＡ／Ｎ送信のためにＰＵＣＣＨフォーマット３送信技法を適用する場合、ＰＵＳＣＨへのＡ／Ｎピギーバックに適したＡ／Ｎビットマップ方法を提案する。本例では、Ｎ個ＣＣのＣＡ状況を仮定し、Ｒｅｆ−Ｃｆｇに基づき、特定ＰＣＣ ＵＬ ＳＦタイミングに設定される各ＣＣのＡ／Ｎ−ＤＬ ＳＦ個数をＭｃと定義する。別個のＴＤＤ ＤＬ−ＵＬ Ｃｆｇ及びＲｅｆ−Ｃｆｇの適用によってＣＣごとにＭｃ値が別個に設定されることがある。以下、Ｍｃ、Ｎ２及びＵＬ許可ＰＤＣＣＨによって信号通知されるＷ値の組合せによって、ＣＣ別Ａ／Ｎビット割当及びそれに対応する最終ＲＭ符号入力ビット決定の方法を具体的に提案する。
【０２９１】
・Ｗ≦Ｍｃであり、Ｎ２に該当するＣＣの場合
【０２９２】
○ ＨＡＲＱ−ＡＣＫ（２ｉ−２）、（２ｉ−１）はＶ＝ｉに対応するＤＬデータの各ＴＢに対するＡ／Ｎ応答
【０２９３】
○ 合計２Ｗ個のＡ／Ｎビットを生成：ＨＡＲＱ−ＡＣＫ(０)，…，（２Ｗ−１）
【０２９４】
−  ＰＣＣであり、ＤＬデータｗ／ｏ ＰＤＣＣＨが存在する場合、ＨＡＲＱ−ＡＣＫ（２Ｗ−１）は、当該ＤＬデータに対するＡ／Ｎ応答であってよい（このとき、ＨＡＲＱ−ＡＣＫ（２Ｗ−２）＝Ｄによってマップしてもよい）
【０２９５】
・Ｗ≦Ｍｃであり、Ｎ２に該当しないＣＣの場合
【０２９６】
○ ＨＡＲＱ−ＡＣＫ（ｉ−１）は、Ｖ＝ｉに対応するＤＬデータに対するＡ／Ｎ応答
【０２９７】
○ 合計Ｗ個のＡ／Ｎビットを生成：ＨＡＲＱ−ＡＣＫ(０)，…，（Ｗ−１）
【０２９８】
−  ＰＣＣであり、ＤＬデータｗ／ｏ ＰＤＣＣＨが存在する場合、ＨＡＲＱ−ＡＣＫ（Ｗ−１）は、当該ＤＬデータに対するＡ／Ｎ応答であってよい
【０２９９】
・Ｗ＞Ｍｃであり、Ｎ２に該当するＣＣの場合
【０３００】
○ ＨＡＲＱ−ＡＣＫ（２ｉ−２）、（２ｉ−１）はＶ＝ｉに対応するＤＬデータの各ＴＢに対するＡ／Ｎ応答
【０３０１】
○ 合計２Ｍｃ個のＡ／Ｎビットを生成：ＨＡＲＱ−ＡＣＫ(０)，…，（２Ｍｃ−１）
【０３０２】
−  ＰＣＣであり、ＤＬデータｗ／ｏ ＰＤＣＣＨが存在する場合、ＨＡＲＱ−ＡＣＫ（２Ｍｃ−１）は、当該ＤＬデータに対するＡ／Ｎ応答であってよい（このとき、ＨＡＲＱ−ＡＣＫ（２Ｍｃ−２）＝Ｄによってマップしてもよい）
【０３０３】
・Ｗ＞Ｍｃであり、Ｎ２に該当しないＣＣの場合
【０３０４】
○ ＨＡＲＱ−ＡＣＫ（ｉ−１）は、Ｖ＝ｉに対応するＤＬデータに対するＡ／Ｎ応答
【０３０５】
○ 合計Ｍｃ個のＡ／Ｎビットを生成：ＨＡＲＱ−ＡＣＫ(０)，…，（Ｍｃ−１）
【０３０６】
−  ＰＣＣであり、ＤＬデータｗ／ｏ ＰＤＣＣＨが存在する場合、ＨＡＲＱ−ＡＣＫ（Ｍｃ−１）は、当該ＤＬデータに対するＡ／Ｎ応答であってよい
【０３０７】
・最終ＲＭ符号入力ビット
【０３０８】
○ 上で生成されたＣＣ別のＷ個、２Ｗ個、Ｍｃ個又は２Ｍｃ個のＡ／Ｎビットを連結（このとき、Ｍｃ値はＣＣ別に異なってもよい）：ＨＡＲＱ−ＡＣＫ(０)，…
【０３０９】
−  ＣＣ別Ａ／Ｎビットは、低いＣＣインデクスから高いＣＣインデクスへの順（例えば、ＰＣＣ  ｆｉｒｓｔ、ＳＣＣ  ｌａｓｔ）に連結してもよい
【０３１０】
○ ＨＡＲＱ−ＡＣＫ(ｉ)は、（Ａ→１、Ｎ／Ｄ→０のマップ過程を経て）ＰＵＳＣＨへのＡ／Ｎピギーバックのための最終ＲＭ符号入力ビットｏ(ｉ)として決定される。Ａ／Ｎ応答→ビットマップの実行順序は具現例に応じて変更してもよい。例えば、Ａ／Ｎ応答→ビットマップは、ＣＣ別Ａ／Ｎビット生成過程で行ってもよい。
【０３１１】
次に、Ｌｃ＝ｍｉｎ（Ｍｃ，Ｗ）と定義した状態で上記の提案方法をより一般化すると、下記のとおりである。ここで、Ｍｃ値は、各ＣＣに対するＭ値を意味し、ＣＣごとに同一であってもよいし、異なってもよい。すなわち、ＭｃはＣＣごとに独立して与えられる。
【０３１２】
・Ｎ２に該当するＣＣの場合
【０３１３】
○ ＨＡＲＱ−ＡＣＫ（２ｉ−２）、（２ｉ−１）は、Ｖ＝ｉに対応するＤＬデータの各ＴＢに対するＡ／Ｎ応答
【０３１４】
○ 合計２Ｌｃ個のＡ／Ｎビットを生成：ＨＡＲＱ−ＡＣＫ(０)，…，（２Ｌｃ−１）
【０３１５】
−  ＰＣＣであり、ＤＬデータｗ／ｏ ＰＤＣＣＨが存在する場合、ＨＡＲＱ−ＡＣＫ（２Ｌｃ−１）は、当該ＤＬデータに対するＡ／Ｎ応答であってよい（このとき、ＨＡＲＱ−ＡＣＫ（２Ｌｃ−２）＝Ｄによってマップしてもよい）
【０３１６】
・Ｎ２に該当しないＣＣの場合
【０３１７】
○ ＨＡＲＱ−ＡＣＫ（ｉ−１）は、Ｖ＝ｉに対応するＤＬデータに対するＡ／Ｎ応答
【０３１８】
○ 合計Ｌｃ個のＡ／Ｎビットを生成：ＨＡＲＱ−ＡＣＫ(０)，…，（Ｌｃ−１）
【０３１９】
−  ＰＣＣであり、ＤＬデータｗ／ｏ ＰＤＣＣＨが存在する場合、ＨＡＲＱ−ＡＣＫ（Ｌｃ−１）は、当該ＤＬデータに対するＡ／Ｎ応答であってよい
【０３２０】
・最終ＲＭ符号入力ビット
【０３２１】
○ 上で決定されたＣＣ別のＬｃ個又は２Ｌｃ個のＡ／Ｎビットを連結（このとき、Ｌｃ値はＣＣ別に異なってもよい）：
【０３２２】
ＨＡＲＱ−ＡＣＫ(０)，…
【０３２３】
−  ＣＣ別Ａ／Ｎビットは、低いＣＣインデクスから高いＣＣインデクスへの順（例えば、ＰＣＣ  ｆｉｒｓｔ、ＳＣＣ  ｌａｓｔ）に連結してもよい
【０３２４】
○ ＨＡＲＱ−ＡＣＫ(ｉ)は、（Ａ→１、Ｎ／Ｄ→０のマップ過程を経て）ＰＵＳＣＨへのＡ／Ｎピギーバックのための最終ＲＭ符号入力ビットｏ(ｉ)として決定される。Ａ／Ｎ応答→ビットマップの実行順序は具現例に応じて変更してもよい。例えば、Ａ／Ｎ応答→ビットマップは、ＣＣ別Ａ／Ｎビット生成過程で行ってもよい。
【０３２５】
図１７は、本方法によるＡ／Ｎ送信例を示す。便宜上、同図は端末の立場で図示及び説明されているが、対応する動作が基地局で行われ得ることは明らかである。
【０３２６】
図１７を参照すると、端末は、複数のＣＣを集約する（Ｓ１７０２）。ここで、複数のＣＣは別個のＵＬ−ＤＬ構成を有してもよい。その後、端末は、ＤＬデータ（例えば、ＰＤＳＣＨ、ＳＰＳ解放ＰＤＣＣＨ）を受信した場合、ＤＬデータに対するＡ／Ｎフィードバックを送信するための過程を行う。具体的には、端末は、ＣＣ別ＨＡＲＱ−ＡＣＫビット数を決定してもよい（Ｓ１７０４）。続いて、端末は、複数のセル別ＨＡＲＱ−ＡＣＫビットを含むＨＡＲＱ−ＡＣＫペイロードを構成してもよい（Ｓ１７０６）。その後、端末は、ＨＡＲＱ−ＡＣＫペイロードをＰＵＳＣＨを介して基地局に送信してもよい（Ｓ１７０８）。本例において、第１条件を満たす場合、ＣＣ別ＨＡＲＱ−ＡＣＫビット数はｍｉｎ（Ｗ，Ｍｃ）を用いて決定され、第２条件を満たす場合には、ＣＣ別ＨＡＲＱ−ＡＣＫビット数は
【数７】
0005866465.tif 000023
を用いて決定されてもよい。第１条件は、ＣＡを構成する複数のＣＣのうち、Ａ／Ｎタイミング用Ｒｅｆ−ＣｆｇがＤＬ−ＵＬ Ｃｆｇ ＃５に設定されるＣＣがない場合を含む。一方、第２条件は、複数のＣＣのうち、少なくとも一つのＣＣにおいてＡ／Ｎタイミング用Ｒｅｆ−ＣｆｇがＤＬ−ＵＬ Ｃｆｇ ＃５に設定される場合を含む。
【０３２７】
一方、上記のいずれの方法においても、特定ＣＣに対してＭｃ＝０になる場合は、当該ＣＣに対するＡ／Ｎビット及びそれに対応するＲＭ符号入力ビットは生成されなくてもよい。結果として、当該ＣＣに対するＡ／Ｎフィードバックは、ＰＵＳＣＨで送信されるＡ／Ｎペイロード構成から除外、すなわち、Ａ／Ｎペイロードに含まれなくてもよい。
【０３２８】
一方、ＤｗＰＴＳ区間がＮ個（例えば、Ｎ＝３）以下の少ないＯＦＤＭシンボルで構成される特別ＳＦ（Ｓ ＳＦ）（例えば、表２でＳ ＳＦ構成＃０に該当）が割り当てられることがある。この場合、当該Ｓ ＳＦがＰＣＣ（すなわち、ＰＣｅｌｌ）に設定されるとき、当該Ｓ ＳＦでＳＰＳ解放を指示するＰＤＣＣＨ（これは、１ビットＡ／Ｎフィードバックだけを必要とする）が送信されることがある。一方、当該Ｓ ＳＦがＳＣＣ（すなわち、ＳＣｅｌｌ）に設定されるとき、当該Ｓ ＳＦではＡ／Ｎフィードバックを必要とするいかなるＰＤＣＣＨ／ＤＬデータも送信されないことがある。したがって、提案方法の適用時に、例示のように小さいＤｗＰＴＳ区間を有する当該Ｓ ＳＦ（便宜上、最短Ｓ ＳＦと呼ぶ）がＰＣｅｌｌに設定された場合、当該ＰＣｅｌｌに設定されたＮｔｂ値に関係なく、当該最短Ｓ ＳＦに対応するＡ／Ｎは常に１ビットに割り当て、又は当該最短Ｓ ＳＦはＭ値決定のためのＡ／Ｎ−ＤＬ ＳＦから除外してよい。この場合、端末は、当該Ｓ ＳＦではＳＰＳ解放を指示するＰＤＣＣＨが送信されないと見なしてもよい（これによって、ＰＣｅｌｌ Ｓ ＳＦでＰＤＣＣＨ監視過程（例えば、ブラインド復号）が省略可能である）。一方、最短Ｓ ＳＦがＳＣｅｌｌに設定された場合、当該Ｓ ＳＦはＭ値決定のためのＡ／Ｎ−ＤＬ ＳＦから除外してよい。他の方法として、ＰＣｅｌｌの場合、最短Ｓ ＳＦに対応するＡ／Ｎに対しても、当該ＰＣｅｌｌに設定されたＮｔｂ値によるＮｔｂビット（例えば、Ｍ＝１の場合）、又は空間バンドルが適用される場合に１ビット（例えば、Ｍ＞１の場合）がそのまま割り当てられ、ＳＣｅｌｌの場合には、最短Ｓ ＳＦをＭ値決定のためのＡ／Ｎ−ＤＬ ＳＦから除外してもよい。また、Ａ／Ｎ ＰＵＳＣＨに対応するＷが存在しない場合（例えば、ＳＰＳ方式ベースのＰＵＳＣＨ）、又はＡ／ＮがＰＵＣＣＨを介して送信される場合にも、上記のようなＭ値ベースのＡ／Ｎペイロード構成（ＨＡＲＱ−ＡＣＫ(ｉ)決定、及びそれに対応するＲＭ符号入力ビット生成）を適用してもよい。
【０３２９】
一方、ＰＣｅｌｌとＳＣｅｌｌとが同一のＴＤＤ ＤＬ−ＵＬ Ｃｆｇを有する場合にも、最短Ｓ ＳＦが設定されるとき、上記のような方式（すなわち、当該Ｓ ＳＦに対応するＡ／Ｎを常に１ビットに割り当て、又は当該Ｓ ＳＦを（Ｍ値決定時に）Ａ／Ｎ−ＤＬ ＳＦから除外する）に基づいて提案方法を適用可能である。このとき、最短Ｓ ＳＦを（Ｍ値決定時に）Ａ／Ｎ−ＤＬ ＳＦから除外する方法において、最短Ｓ ＳＦをＡ／Ｎ−ＤＬ ＳＦから除外しなかった時のＭ値をＭ’としたとき、当該Ｓ ＳＦを除外する時のＭ値はＭ’−１となる。このとき、最短Ｓ ＳＦが設定されたセルの場合、当該Ｓ ＳＦを含む区間（これを構成するＡ／Ｎ−ＤＬ ＳＦ）に対してはＷ＝Ｍ’（又はＷ≧Ｍ’）である場合に限ってｍｉｎ（Ｍ，Ｗ）＝ｍｉｎ（Ｍ’−１，Ｗ）、すなわち、Ｍ’−１値に基づくチャネル選択マップ（すなわち、Ａ／Ｎ状態ＨＡＲＱ−ＡＣＫ(ｉ)決定、及びそれに対応するＲＭ符号入力ビット生成）を適用してもよい。又は、Ａ／Ｎ ＰＵＳＣＨに対応するＷが存在しない場合、Ｍ’−１値に基づくチャネル選択マップを適用してもよい。その他の場合（すなわち、Ｗ＜Ｍ’）、Ｗ値に基づくチャネル選択マップを適用してもよい。好ましくは、本方式は、Ｍ’値が１又は２の場合に適用されてもよい。また、Ｍ’−１＝０になる場合、これに対応するＡ／Ｎは（０ビットに割り当てられ）構成しなくてもよい。
【０３３０】
図１８は、本発明の実施例に適用し得る基地局及び端末を例示する図である。リレーを含むシステムでは、基地局又は端末をリレーに置き替えてもよい。
【０３３１】
図１８を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波（ＲＦ）ユニット１１６を含む。プロセッサ１１２は、本発明で提案した手順及び／又は方法を実現するように構成されてもよい。メモリ１１４は、プロセッサ１１２に接続し、プロセッサ１１２の動作と関連した種々の情報を記憶する。ＲＦユニット１１６は、プロセッサ１１２に接続し、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含む。プロセッサ１２２は、本発明で提案した手順及び／又は方法を実現するように構成されてもよい。メモリ１２４は、プロセッサ１２２に接続し、プロセッサ１２２の動作と関連した種々の情報を記憶する。ＲＦユニット１２６は、プロセッサ１２２に接続し、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は、単一アンテナ又は複数アンテナを有する。
【０３３２】
以上説明してきた実施例は、本発明の構成要素及び特徴を所定形態に結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素又は特徴と結合しない形態で実施してもよいし、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更してもよい。ある実施例の一部構成又は特徴は、別の実施例に含まれてもよいし、別の実施例の対応する構成又は特徴に置き換えてもよい。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正によって新しい請求項として含めたりしてもよいことは明らかである。
【０３３３】
本文書で、本発明の実施例は主に、端末と基地局との間のデータ送受信関係を中心に説明されている。本文書で基地局によって行われるとした特定動作は、場合によっては、その上位ノードによって行ってもよい。すなわち、基地局を含む複数のネットワークノードからなるネットワークにおいて端末との通信のために行われる種々の動作は、基地局又は基地局以外の別のネットワークノードによって実行されることは明らかである。基地局は、固定局、ノードＢ、強化ノードＢ（ｅＮＢ）、アクセスポイントなどの用語に代えてもよい。また、端末は、ユーザ装置（ＵＥ）、移動機（ＭＳ）、移動加入者局（ＭＳＳ）などの用語に代えてもよい。
【０３３４】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア、ソフトウェア又はそれらの結合などによって実現してもよい。ハードウェアによる実現の場合、本発明の一実施例は、一つ又はそれ以上の特定用途集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラム可能論理デバイス（ＰＬＤ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって実現してもよい。
【０３３５】
ファームウェア又はソフトウェアによる実現の場合、本発明の一実施例は、以上で説明された機能又は動作を行うモジュール、手順、関数などの形態としてもよい。ソフトウェアコードは、メモリユニットに記憶されて、プロセッサによって駆動されてもよい。メモリユニットは、プロセッサの内部又は外部に設けられて、既に公知の様々な手段によってプロセッサとデータを交換してもよい。
【０３３６】
本発明は、本発明の特徴から逸脱しない範囲で別の特定の形態に具体化し得るということは、当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定すべきであり、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０３３７】
本発明は、端末、リレー、基地局のような無線通信装置に利用可能である。
【図１】
0005866465.tif 000028
【図２】
0005866465.tif 000029
【図３】
0005866465.tif 000030
【図４】
0005866465.tif 000031
【図５】
0005866465.tif 000032
【図６】
0005866465.tif 000033
【図７】
0005866465.tif 000034
【図８】
0005866465.tif 000035
【図９】
0005866465.tif 000036
【図１０】
0005866465.tif 000037
【図１１】
0005866465.tif 000038
【図１２】
0005866465.tif 000039
【図１３ａ】
0005866465.tif 000040
【図１３ｂ】
0005866465.tif 000041
【図１４】
0005866465.tif 000042
【図１５】
0005866465.tif 000043
【図１６】
0005866465.tif 000044
【図１７】
0005866465.tif 000045
【図１８】
0005866465.tif 000046