(57)【要約】【課題】互いに異なる種類のサービングセルが設定された無線通信システムにおける端末のダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）デコーディング方法及び装置を提供する。【解決手段】前記方法は、第１のセルを介して第２のセルをスケジューリングするＤＣＩを受信し、及び前記ＤＣＩをデコーディングし、前記第２のセルが前記第１のセルと同じ種類のセルかどうかによって前記ＤＣＩの大きさを決定してデコーディングすることを特徴とする。【選択図】図１６
2019169974.tif 000002
【特許請求の範囲】
【請求項１】
本明細書に記載の発明。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、互いに異なるタイプの無線フレームを使用するサービングセルがアグリゲーションされた無線通信システムにおいて、ダウンリンク制御情報をデコーディングする方法及び装置に関する。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＴＳ（Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）リリース（Ｒｅｌｅａｓｅ）８に基づくＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、有力な次世代移動通信標準である。
【０００３】
３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ８．７．０（２００９−０５）“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌｓ  ａｎｄ  Ｍｏｄｕｌａｔｉｏｎ（Ｒｅｌｅａｓｅ８）”に開示されているように、ＬＴＥにおいて、物理チャネルは、ダウンリンクチャネルであるＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）とＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、及びアップリンクチャネルであるＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）とＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に分けられる。
【０００４】
ＰＵＣＣＨは、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）ＡＣＫ／ＮＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＳＲ（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ）のようなアップリンク制御情報の送信に使われるアップリンク制御チャネルである。現在、３ＧＰＰ  ＬＴＥの進化である３ＧＰＰ  ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）が進行している。
【０００５】
一方、３ＧＰＰ  ＬＴＥの進化である３ＧＰＰ  ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）が進行している。３ＧＰＰ  ＬＴＥ−Ａに導入される技術ではキャリアアグリゲーション（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）がある。
【０００６】
キャリアアグリゲーションは、複数のコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）を使用する。コンポーネントキャリアは、中心周波数と帯域幅で定義される。一つのダウンリンクコンポーネントキャリアまたはアップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアとの対（ｐａｉｒ）が一つのセルに対応される。複数のダウンリンクコンポーネントキャリアを利用してサービスの提供を受ける端末は、複数のサービングセルからサービスの提供を受けるということができる。キャリアアグリゲーションでは、スケジューリングするセルとスケジューリングを受けるセルが互いに異なる交差搬送波スケジューリング（ｃｒｏｓｓ  ｃａｒｒｉｅｒ  ｓｃｈｅｄｕｌｉｎｇ）と、そうでない非交差搬送波スケジューリングがある。
【０００７】
一方、次世代無線通信システムには、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）無線フレームを使用するサービングセルとＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）無線フレームを使用するサービングセルのように互いに異なる無線フレーム構造を使用するサービングセルがアグリゲーションされることができる。即ち、端末に互いに異なるタイプの無線フレームを使用する複数のサービングセルが割り当てられることができる。または、同じタイプの無線フレームを使用する複数のサービングセルがアグリゲーションされても、各サービングセルのＵＬ−ＤＬ設定（ｕｐｌｉｎｋ−ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）が異なることがある。
【０００８】
一方、ダウンリンク制御情報は、フォーマットが決められている。即ち、ダウンリンク制御情報がどんなフィールドを含むかが決められており、また、各フィールドのビット数も決められている。ところが、ダウンリンク制御情報フォーマットがＴＤＤに使われるかまたはＦＤＤに使われるかによってビット数が変わるフィールドもある。
【０００９】
互いに異なる無線フレーム構造を使用するサービングセルがアグリゲーションされた無線通信システムにおいて、交差搬送波スケジューリングが適用される場合、スケジューリングセルで送信されるダウンリンク制御情報のフォーマットは、スケジューリングを受けるセルがＦＤＤセルかまたはＴＤＤセルかによってダウンリンク制御情報の大きさが変わることができるという問題がある。この場合、端末のブラインドデコーディング回数が増加するようになるという問題がある。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明が解決しようとする技術的課題は、互いに異なるタイプの無線フレームを使用する複数のサービングセルがアグリゲーションされた無線通信システムにおいて、ダウンリンク制御情報をデコーディングする方法及び装置を提供することにある。
【課題を解決するための手段】
【００１１】
一側面において、互いに異なる種類のサービングセルが設定された無線通信システムにおいて、端末のダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）デコーディング方法を提供する。前記方法は、第１のセルを介して第２のセルをスケジューリングするＤＣＩを受信し、及び前記ＤＣＩをデコーディングし、前記第２のセルが前記第１のセルと同じ種類のセルかどうかによって前記ＤＣＩの大きさを決定してデコーディングすることを特徴とする。
【００１２】
前記第１のセルは、前記端末が基地局との最初接続確立過程（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ）または接続再確立過程を実行するプライマリセルであり、前記第２のセルは、前記端末に前記プライマリセル以外に追加に割り当てられるセカンダリセルである。
【００１３】
前記第１のセルは、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）フレームを使用するＦＤＤセルであり、前記第２のセルは、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）フレームを使用するＴＤＤセルである。
【００１４】
前記ＤＣＩは、単独で使われるＦＤＤセルまたはＴＤＤセルのスケジューリングにおいて互いに異なるビットサイズを有する特定フィールドを含む。
【００１５】
前記特定フィールドは、前記ＴＤＤセルをスケジューリングする時、単独で使われるＦＤＤセルをスケジューリングする時と同じビット大きさを有する。
【００１６】
前記特定フィールドは、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）プロセスナンバーを含むフィールドであり、３ビットで構成される。
【００１７】
前記第１のセルは、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）フレームを使用するＴＤＤセルであり、前記第２のセルは、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）フレームを使用するＦＤＤセルである。
【００１８】
前記ＤＣＩは、単独で使われるＦＤＤセルまたはＴＤＤセルのスケジューリングにおいて互いに異なるビットサイズを有する特定フィールドを含む。
【００１９】
前記特定フィールドは、前記ＦＤＤセルをスケジューリングする時、単独で使われるＴＤＤセルをスケジューリングする時と同じビット大きさを有する。
【００２０】
前記特定フィールドは、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）プロセスナンバーを含むフィールドであり、４ビットで構成される。
【００２１】
他の側面で提供される端末は、無線信号を送信及び受信するＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）部；及び、前記ＲＦ部と連結されるプロセッサ；を含み、前記プロセッサは、第１のセルを介して第２のセルをスケジューリングするＤＣＩを受信し、及び前記ＤＣＩをデコーディングし、前記第２のセルが前記第１のセルと同じ種類のセルかどうかによって前記ＤＣＩの大きさを決定してデコーディングすることを特徴とする。
本明細書は、例えば、以下の項目も提供する。
（項目１）
互いに異なる種類のサービングセルが設定された無線通信システムにおける端末のダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）デコーディング方法において、
第１のセルを介して第２のセルをスケジューリングするＤＣＩを受信し、及び
前記ＤＣＩをデコーディングし、
前記第２のセルが前記第１のセルと同じ種類のセルかどうかによって前記ＤＣＩの大きさを決定してデコーディングすることを特徴とする方法。
（項目２）
前記第１のセルは、前記端末が基地局との最初接続確立過程（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ）または接続再確立過程を実行するプライマリセルであり、前記第２のセルは、前記端末に前記プライマリセル以外に追加に割り当てられるセカンダリセルであることを特徴とする項目１に記載の方法。
（項目３）
前記第１のセルは、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）フレームを使用するＦＤＤセルであり、前記第２のセルは、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）フレームを使用するＴＤＤセルであることを特徴とする項目１に記載の方法。
（項目４）
前記ＤＣＩは、単独で使われるＦＤＤセルまたはＴＤＤセルのスケジューリングにおいて互いに異なるビットサイズを有する特定フィールドを含むことを特徴とする項目３に記載の方法。
（項目５）
前記特定フィールドは、前記ＴＤＤセルをスケジューリングする時、単独で使われるＦＤＤセルをスケジューリングする時と同じビット大きさを有することを特徴とする項目４に記載の方法。
（項目６）
前記特定フィールドは、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）プロセスナンバーを含むフィールドであり、３ビットで構成されることを特徴とする項目５に記載の方法。
（項目７）
前記第１のセルは、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）フレームを使用するＴＤＤセルであり、前記第２のセルは、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）フレームを使用するＦＤＤセルであることを特徴とする項目１に記載の方法。
（項目８）
前記ＤＣＩは、単独で使われるＦＤＤセルまたはＴＤＤセルのスケジューリングにおいて互いに異なるビットサイズを有する特定フィールドを含むことを特徴とする項目７に記載の方法。
（項目９）
前記特定フィールドは、前記ＦＤＤセルをスケジューリングする時、単独で使われるＴＤＤセルをスケジューリングする時と同じビット大きさを有することを特徴とする項目８に記載の方法。
（項目１０）
前記特定フィールドは、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）プロセスナンバーを含むフィールドであり、４ビットで構成されることを特徴とする項目９に記載の方法。
（項目１１）
無線信号を送信及び受信するＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）部；及び、
前記ＲＦ部と連結されるプロセッサ；を含み、
前記プロセッサは、第１のセルを介して第２のセルをスケジューリングするＤＣＩを受信し、及び
前記ＤＣＩをデコーディングし、
前記第２のセルが前記第１のセルと同じ種類のセルかどうかによって前記ＤＣＩの大きさを決定してデコーディングすることを特徴とする装置。
【発明の効果】
【００２２】
互いに異なるタイプの無線フレームを使用する複数のサービングセルがアグリゲーションされた無線通信システムにおいて、端末は、効率的にダウンリンク制御情報をデコーディングすることができる。
【図面の簡単な説明】
【００２３】
【図１】図１は、ＦＤＤ無線フレームの構造を示す。
【図２】図２は、ＴＤＤ無線フレームの構造を示す。
【図３】図３は、一つのダウンリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）の一例を示す。
【図４】図４は、ダウンリンクサブフレーム（ＤＬサブフレーム）の構造を示す。
【図５】図５は、ＰＤＣＣＨのモニタリングを示す例示図である。
【図６】図６は、ＦＤＤで使われるＤＣＩフォーマットの構造を示す。
【図７】図７は、ＴＤＤで使われるＤＣＩフォーマットの構造を示す。
【図８】図８は、アップリンクサブフレームの構造を示す。
【図９】図９は、ノーマルＣＰでＰＵＣＣＨフォーマット１ｂのチャネル構造を示す。
【図１０】図１０は、ノーマルＣＰでＰＵＣＣＨフォーマット２／２ａ／２ｂのチャネル構造を示す。
【図１１】図１１は、ＰＵＣＣＨフォーマット３のチャネル構造を例示する。
【図１２】図１２は、３ＧＰＰ  ＬＴＥにおいて、一つのセルで実行されるダウンリンクＨＡＲＱを例示する。
【図１３】図１３は、単一搬送波システムとキャリアアグリゲーションシステムの比較例である。
【図１４】図１４は、無線通信システムにおいて、複数のサービングセルが互いに異なるタイプの無線フレームを使用する一例を示す。
【図１５】図１５は、無線通信システムにおいて、複数のサービングセルが互いに異なるタイプの無線フレームを使用する他の例を示す。
【図１６】図１６は、本発明の一実施例に係るＤＣＩデコーディング方法を示す。
【図１７】図１７は、本発明の実施例が具現される無線機器を示すブロック図である。
【発明を実施するための形態】
【００２４】
端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）は、固定されてもよいし、移動性を有してもよく、ＭＳ（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＳＳ（ｓｕｂｓｃｒｉｂｅｒ  ｓｔａｔｉｏｎ）、無線機器（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）、ＰＤＡ（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）、無線モデム（ｗｉｒｅｌｅｓｓ  ｍｏｄｅｍ）、携帯機器（ｈａｎｄｈｅｌｄ  ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。
【００２５】
基地局は、一般的に端末と通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）を意味し、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語で呼ばれることもある。
【００２６】
基地局から端末への通信をダウンリンク（ｄｏｗｎｌｉｎｋ：ＤＬ）といい、端末から基地局への通信をアップリンク（ｕｐｌｉｎｋ：ＵＬ）という。基地局及び端末を含む無線通信システムは、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）システムまたはＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）システムである。ＴＤＤシステムは、同じ周波数帯域で互いに異なる時間を使用してアップリンク及びダウンリンク送受信を実行する無線通信システムである。ＦＤＤシステムは、互いに異なる周波数帯域を使用し、同時にアップリンク及びダウンリンク送受信が可能な無線通信システムである。無線通信システムは、無線フレームを使用して通信を実行することができる。
【００２７】
図１は、ＦＤＤ無線フレームの構造を示す。
【００２８】
ＦＤＤ無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）を含み、一つのサブフレームは、２個の連続的なスロット（ｓｌｏｔ）を含む。無線フレーム内に含まれるスロットは、０〜１９のインデックスが付けられる。一つのサブフレームの送信にかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）といい、ＴＴＩは、最小スケジューリング単位（ｍｉｎｉｍｕｍ  ｓｃｈｅｄｕｌｉｎｇ  ｕｎｉｔ）である。例えば、一つのサブフレームの長さは１ｍｓであり、一つのスロットの長さは０．５ｍｓである。以下、ＦＤＤ無線フレームをＦＤＤフレームと略称する。
【００２９】
図２は、ＴＤＤ無線フレームの構造を示す。
【００３０】
図２を参照すると、ＴＤＤで使用するＴＤＤ無線フレームにはＤＬ（ｄｏｗｎｌｉｎｋ）サブフレームとＵＬ（Ｕｐｌｉｎｋ）サブフレームが共存する。表１は、無線フレームのＵＬ−ＤＬ設定（ＵＬ−ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）の一例を示す。
【００３１】
【表１】
2019169974.tif 000003
【００３２】
表１において、‘Ｄ’はＤＬサブフレームを示し、‘Ｕ’はＵＬサブフレームを示し、‘Ｓ’はスペシャルサブフレーム（ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅ）を示す。基地局からＵＬ−ＤＬ設定を受信すると、端末は、無線フレームで各サブフレームがＤＬサブフレームであるか、またはＵＬサブフレームであるかを知ることができる。以下、ＵＬ−ＤＬ設定Ｎ（Ｎは、０〜６のうちいずれか一つ）は、前記表１を参照することができる。
【００３３】
ＴＤＤフレームで、インデックス＃１とインデックス＃６を有するサブフレームは、スペシャルサブフレームであり、スペシャルサブフレームは、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、ＧＰ（Ｇｕａｒｄ  Ｐｅｒｉｏｄ）及びＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）を含む。ＤｗＰＴＳは、端末での初期セル探索、同期化またはチャネル推定に使われる。ＵｐＰＴＳは、基地局でのチャネル推定と端末のアップリンク送信同期を合わせるのに使われる。ＧＰは、アップリンクとダウンリンクとの間にダウンリンク信号の多重経路遅延によりアップリンクで発生する干渉を除去するための区間である。以下、ＴＤＤ無線フレームをＴＤＤフレームと略称する。
【００３４】
図３は、一つのダウンリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）の一例を示す。
【００３５】
図３を参照すると、ダウンリンクスロットは、時間領域で複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、周波数領域でＮＲＢ個のリソースブロック（ＲＢ；Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含むことができる。リソースブロックは、リソース割当単位であり、時間領域で一つのスロットを含み、周波数領域で複数の連続する副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。ダウンリンクスロットに含まれるリソースブロックの数ＮＲＢは、セルで設定されるダウンリンク送信帯域幅（ｂａｎｄｗｉｄｔｈ）ＮＤＬに従属する。例えば、ＬＴＥシステムにおいて、ＮＲＢは、６〜１１０のうちいずれか一つである。アップリンクスロットの構造も前記ダウンリンクスロットの構造と同じである。
【００３６】
リソースグリッド上の各要素（ｅｌｅｍｅｎｔ）をリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ、ＲＥ）という。リソースグリッド上のリソース要素は、スロット内のインデックス対（ｐａｉｒ）（ｋ，ｌ）により識別されることができる。ここで、ｋ（ｋ＝０，．．．，ＮＲＢ×１２−１）は、周波数領域内の副搬送波インデックスであり、ｌ（ｌ＝０，．．．，６）は、時間領域内のＯＦＤＭシンボルインデックスである。
【００３７】
図３において、一つのリソースブロックは、時間領域で７ＯＦＤＭシンボルと、周波数領域で１２副搬送波とで構成されることで、７×１２リソース要素を含むと例示的に記述するが、リソースブロック内のＯＦＤＭシンボルの数と副搬送波の数は、これに制限されるものではない。ＯＦＤＭシンボルの数と副搬送波の数は、ＣＰの長さ、周波数間隔（ｆｒｅｑｕｅｎｃｙ  ｓｐａｃｉｎｇ）などによって多様に変更されることができる。一つのＯＦＤＭシンボルで、副搬送波の数は、１２８、２５６、５１２、１０２４、１５３６及び２０４８のうち一つを選定して使用することができる。
【００３８】
図４は、ダウンリンクサブフレーム（ＤＬサブフレーム）の構造を示す。
【００３９】
図４を参照すると、ＤＬサブフレームは、時間領域で制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）とデータ領域（ｄａｔａ  ｒｅｇｉｏｎ）とに分けられる。制御領域は、サブフレーム内の第１のスロットの前方部の最大３個（場合によって、最大４個）のＯＦＤＭシンボルを含むが、制御領域に含まれるＯＦＤＭシンボルの個数は変わることができる。制御領域には、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）及び他の制御チャネルが割り当てられ、データ領域には、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）が割り当てられる。
【００４０】
３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ８．７．０に開示されているように、３ＧＰＰ  ＬＴＥにおいて、物理チャネルは、データチャネルであるＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）とＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）、及び制御チャネルであるＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に分けられる。
【００４１】
サブフレームの１番目のＯＦＤＭシンボルで送信されるＰＣＦＩＣＨは、サブフレーム内で制御チャネルの送信に使われるＯＦＤＭシンボルの数（即ち、制御領域の大きさ）に対するＣＦＩ（ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ）を伝送する。端末は、まず、ＰＣＦＩＣＨ上にＣＦＩを受信した後、ＰＤＣＣＨをモニタリングする。ＰＤＣＣＨと違って、ＰＣＦＩＣＨは、ブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を使用せずに、サブフレームの固定されたＰＣＦＩＣＨリソースを介して送信される。
【００４２】
ＰＨＩＣＨは、アップリンクＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）のためのＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を伝送する。即ち、端末により送信されるＰＵＳＣＨ上のＵＬ（ｕｐｌｉｎｋ）データに対するＡＣＫ／ＮＡＣＫ信号は、ＰＨＩＣＨ上に基地局により送信される。
【００４３】
ＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）は、無線フレームの１番目のサブフレームの第２のスロットの前方部の４個のＯＦＤＭシンボルで送信される。ＰＢＣＨは、端末が基地局と通信するときに必須なシステム情報を伝送し、ＰＢＣＨを介して送信されるシステム情報をＭＩＢ（ｍａｓｔｅｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ）という。これと比較して、ＰＤＣＣＨにより指示されるＰＤＳＣＨ上に送信されるシステム情報をＳＩＢ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ）という。
【００４４】
ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）という。ＤＣＩは、ＰＤＳＣＨのリソース割当（これをＤＬグラント（ｄｏｗｎｌｉｎｋ  ｇｒａｎｔ）ともいう）、ＰＵＳＣＨのリソース割当（これをＵＬグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ）ともいう）、任意のＵＥグループ内の個別ＵＥに対する送信パワー制御命令の集合及び／またはＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の活性化を含むことができる。ＤＣＩは、多様なフォーマット（ｆｏｒｍａｔ）を有し、これに対しては後述する。
【００４５】
サブフレーム内の制御領域は、複数のＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）を含む。ＣＣＥは、無線チャネルの状態による符号化率をＰＤＣＣＨに提供するために使われる論理的割当単位であって、複数のＲＥＧ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に対応される。ＲＥＧは、複数のリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）を含む。ＣＣＥの数とＣＣＥにより提供される符号化率との連関関係によって、ＰＤＣＣＨのフォーマット及び可能なＰＤＣＣＨのビット数が決定される。
【００４６】
一つのＲＥＧは、４個のＲＥを含み、一つのＣＣＥは、９個のＲＥＧを含む。一つのＰＤＣＣＨを構成するために｛１，２，４，８｝個のＣＣＥを使用することができ、｛１，２，４，８｝の各々の要素をＣＣＥアグリゲーションレベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）という。
【００４７】
ＰＤＤＣＨの送信に使われるＣＣＥの個数は、基地局がチャネル状態によって決定する。
【００４８】
図５は、ＰＤＣＣＨのモニタリングを示す例示図である。
【００４９】
３ＧＰＰ  ＬＴＥでは、ＰＤＣＣＨの検出のためにブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を使用する。ブラインドデコーディングは、受信されるＰＤＣＣＨ（これをＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）という）のＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）に所望の識別子をデマスキング（ｄｅ−ｍａｓｋｉｎｇ）し、ＣＲＣエラーをチェックすることで該当ＰＤＣＣＨが自分の制御チャネルかどうかを確認する方式である。端末は、自分のＰＤＣＣＨが制御領域内でどの位置でどんなＣＣＥアグリゲーションレベルやＤＣＩフォーマットを使用して送信されるかを知らない。
【００５０】
一つのサブフレーム内で複数のＰＤＣＣＨが送信されることができる。端末は、サブフレームごとに複数のＰＤＣＣＨをモニタリングする。ここで、モニタリングとは、端末がモニタリングされるＰＤＣＣＨフォーマットによってＰＤＣＣＨのデコーディングを試みることである。
【００５１】
３ＧＰＰ  ＬＴＥでは、ブラインドデコーディングによる負担を減らすために、検索空間（ｓｅａｒｃｈ  ｓｐａｃｅ）を使用する。検索空間は、ＰＤＣＣＨのためのＣＣＥのモニタリングセット（ｍｏｎｉｔｏｒｉｎｇ  ｓｅｔ）ということができる。端末は、該当する検索空間内でＰＤＣＣＨをモニタリングする。
【００５２】
検索空間は、共用検索空間（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ：ＣＳＳ）と端末特定検索空間（ＵＥ−ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ：ＵＳＳ）とに分けられる。共用検索空間は、共用制御情報を有するＰＤＣＣＨを検索する空間であって、ＣＣＥインデックス０〜１５までの１６個のＣＣＥで構成され、｛４，８｝のＣＣＥアグリゲーションレベルを有するＰＤＣＣＨをサポートする。しかし、共用検索空間にも端末特定情報を伝送するＰＤＣＣＨ（ＤＣＩフォーマット０、１Ａ）が送信されることもできる。端末特定検索空間は、｛１，２，４，８｝のＣＣＥアグリゲーションレベルを有するＰＤＣＣＨをサポートする。
【００５３】
検索空間の開始点は、共用検索空間と端末特定検索空間が異なるように定義される。共用検索空間の開始点は、サブフレームに関係なく固定されているが、端末特定検索空間の開始点は、端末識別子（例えば、Ｃ−ＲＮＴＩ）、ＣＣＥアグリゲーションレベル及び／または無線フレーム内のスロット番号によってサブフレームごとに変わることができる。端末特定検索空間の開始点が共用検索空間内にある場合、端末特定検索空間と共用検索空間は、重複（ｏｖｅｒｌａｐ）されることができる。
【００５４】
以下、ＰＤＣＣＨ上に送信される既存のＤＣＩフォーマットに対して説明する。
【００５５】
図６は、ＦＤＤで使われるＤＣＩフォーマットの構造を示し、図７は、ＴＤＤで使われるＤＣＩフォーマットの構造を示す。図６及び図７では、ＤＣＩフォーマット＃Ａを簡単に＃Ａのように表示した。
【００５６】
図６及び図７を参照すると、ＤＣＩフォーマットは、下記に説明するフィールドを含み、各フィールドは、情報ビットａ０〜ａＡ−１にマッピングされることができる。各フィールドは、各ＤＣＩフォーマットで説明する順序通りにマッピングされることができ、各フィールドは、‘０’パディングビットを含むことができる。１番目のフィールドが最も低い次数の情報ビットａ０にマッピングされることができ、連続する他のフィールドが高い次数の情報ビットにマッピングされることができる。各フィールドで最も重要なビット（ｍｏｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ、ＭＳＢ）は、該当フィールドの最も低い次数の情報ビットにマッピングされることができる。例えば、１番目のフィールドの最も重要なビットは、ａ０にマッピングされることができる。以下、既存の各ＤＣＩフォーマットが含むフィールドの集合を情報フィールドという。
【００５７】
１．ＤＣＩフォーマット０
【００５８】
ＤＣＩフォーマット０は、一つのアップリンクセルでのＰＵＳＣＨスケジューリングのために使われる。ＤＣＩフォーマット０を介して送信される情報（フィールド）は、下記の通りである。
【００５９】
１）搬送波指示子フィールド（ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄ：ＣＩＦ、以下、同一）。搬送波指示子フィールドは、０または３ビットで構成されることができる。２）ＤＣＩフォーマット０とＤＣＩフォーマット１Ａを区分するためのフラグ（０の場合はＤＣＩフォーマット０を指示し、１の場合はＤＣＩフォーマット１Ａを指示する）、３）周波数ホッピングフラグ（１ビット）、４）リソースブロック指定及びホッピングリソース割当、５）変調及びコーディングスキーム及びリダンダンシーバージョン（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ  ａｎｄ  ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）（５ビット）、６）新しいデータ指示子（ｎｅｗ  ｄａｔａ  ｉｎｄｉｃａｔｏｒ）（１ビット）、７）スケジューリングされたＰＵＳＣＨに対するＴＰＣ命令（２ビット）、８）ＤＭ−ＲＳのための循環シフト及びＯＣＣ（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）インデックス（３ビット）、９）ＵＬインデックス（２ビット）、１０）ダウンリンク指定インデックス（ｄｏｗｎｌｉｎｋ  ａｓｓｉｇｎｍｅｎｔ  ｉｎｄｅｘ：ＤＡＩ）（ＴＤＤにのみ）、１１）ＣＳＩ要求、１２）ＳＲＳ（ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）要求（このフィールドは、端末特定検索空間にマッピングされた、ＰＵＳＣＨをスケジューリングするＤＣＩフォーマットにのみ存在）、１３）リソース割当タイプ（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ  ｔｙｐｅ）（このフィールドは、ダウンリンクに割り当てられたリソースブロックの個数がアップリンクに割り当てられたリソースブロックの個数以上である場合にのみ存在）などである。もし、ＤＣＩフォーマット０での情報ビットの個数がＤＣＩフォーマット１Ａのペイロードサイズより小さい場合は、ＤＣＩフォーマット１Ａとペイロードサイズと同じように‘０’がパディングされる。
【００６０】
２．ＤＣＩフォーマット１
【００６１】
ＤＣＩフォーマット１は、一つのセルで一つのＰＤＳＣＨコードワードスケジューリングに使われる。ＤＣＩフォーマット１には下記の情報が送信される。
【００６２】
１）搬送波指示子フィールド（０または３ビット）、２）リソース割当ヘッダ（リソース割当タイプ０／タイプ１を指示）−ダウンリンク帯域幅が１０ＰＲＢより小さい場合、リソース割当ヘッダは含まれず、リソース割当タイプ０と仮定される。３）リソースブロック指定、４）変調及びコーディングスキーム（５ビット）、５）ＨＡＲＱプロセスナンバー（ＦＤＤで３ビット、ＴＤＤで４ビット）、６）新しいデータ指示子（１ビット）、７）リダンダンシーバージョン（２ビット）、８）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、９）ダウンリンク指定インデックス（ＤＡＩ）（２ビット、ＴＤＤにのみ）、１０）ＨＡＲＱ−ＡＣＫリソースオフセット（２ビット）などである。ＤＣＩフォーマット１の情報ビットの個数がＤＣＩフォーマット０／１Ａと同じ場合は、‘０’値を有する一つのビットがＤＣＩフォーマット１に追加される。ＤＣＩフォーマット１で情報ビットの個数が｛１２，１４，１６，２０，２４，２６，３２，４０，４４，５６｝のうちいずれか一つと同じ場合、一つ以上の‘０’値を有するビットをＤＣＩフォーマット１に追加することで前記｛１２，１４，１６，２０，２４，２６，３２，４０，４４，５６｝及びＤＣＩフォーマット０／１Ａのペイロードサイズと異なるペイロードサイズを有するようにする。
【００６３】
３．ＤＣＩフォーマット１Ａ
【００６４】
ＤＣＩフォーマット１Ａは、一つのセルで一つのＰＤＳＣＨコードワードの簡単な（ｃｏｍｐａｃｔ）スケジューリングまたはＰＤＣＣＨ命令により誘発されたランダムアクセス過程に使われる。ＰＤＣＣＨ命令に対応されるＤＣＩは、ＰＤＣＣＨまたはＥＰＤＣＣＨ（ｅｎｈａｎｃｅｄ  ＰＤＣＣＨ）を介して伝達されることができる。
【００６５】
ＤＣＩフォーマット１Ａには下記の情報が送信される。１）搬送波指示子フィールド（０または３ビット）、２）ＤＣＩフォーマット０とＤＣＩフォーマット１Ａを区分するためのフラグ（１ビット）、３）地域化／分散化ＶＲＢ（ｌｏｃａｌｉｚｅｄ／ｄｉｓｔｒｉｂｕｔｅｄ  ｖｉｒｔｕａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）指定フラグ（１ビット）、４）リソースブロック指定、５）プリアンブルインデックス（６ビット）、６）ＰＲＡＣＨマスク（ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ  ｍａｓｋ）インデックス（４ビット）、７）変調及びコーディングスキーム（５ビット）、８）ＨＡＲＱプロセスナンバー（３ビット）、９）新しいデータ指示子（１ビット）、１０）リダンダンシーバージョン（２ビット）、１１）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、１２）ダウンリンク指定インデックス（ＤＡＩ、２ビット）（ＴＤＤにのみ）、１３）ＳＲＳ要求（０または１ビット）、１４）ＨＡＲＱ−ＡＣＫリソースオフセット（２ビット）などである。ＤＣＩフォーマット１Ａの情報ビット個数がＤＣＩフォーマット０の情報ビット個数より少ない場合、‘０’値を有するビットを追加してＤＣＩフォーマット０のペイロードサイズと同じようにする。ＤＣＩフォーマット１Ａで情報ビットの個数が｛１２，１４，１６，２０，２４，２６，３２，４０，４４，５６｝のうちいずれか一つと同じ場合、一つの‘０’値を有するビットをＤＣＩフォーマット１Ａに追加する。
【００６６】
４．ＤＣＩフォーマット１Ｂ
【００６７】
ＤＣＩフォーマット１Ｂは、プリコーディング情報を含み、一つのセルの一つのＰＤＳＣＨコードワードに対する簡単なスケジューリングに使われる。ＤＣＩフォーマット１Ｂには下記の情報が送信される。
【００６８】
１）搬送波指示子フィールド（０または３ビット）、２）地域化／分散化ＶＲＢ指定フラグ（１ビット）、３）リソースブロック指定、４）変調及びコーディングスキーム（５ビット）、５）ＨＡＲＱプロセスナンバー（３ビット）、６）新しいデータ指示子（１ビット）、７）リダンダンシーバージョン（２ビット）、８）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、９）ダウンリンク指定インデックス（ＤＡＩ、２ビット、ＴＤＤにのみ）、１０）プリコーディングのためのＴＰＭＩ（ｔｒａｎｓｍｉｔｔｅｄ  ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ）情報、１１）プリコーディングのためのＰＭＩ確認（１ビット）などである。もし、ＤＣＩフォーマット１Ｂの情報ビットの個数が｛１２，１４，１６，２０，２４，２６，３２，４０，４４，５６｝のうちいずれか一つと同じ場合、一つの‘０’値を有するビットをＤＣＩフォーマット１Ｂに追加する。
【００６９】
５．ＤＣＩフォーマット１Ｃ
【００７０】
ＤＣＩフォーマット１Ｃは、一つのＰＤＳＣＨコードワードに対する非常に簡単なスケジューリング（ｖｅｒｙ  ｃｏｍｐａｃｔ  ｓｃｈｅｄｕｌｉｎｇ）及びＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）変更通知に使われる。前者の場合、ＤＣＩフォーマット１Ｃには下記の情報が送信される。１）ギャップ（ｇａｐ）値を示す指示子（１ビット）、２）リソースブロック指定、３）変調及びコーディングスキーム。後者の場合、ＤＣＩフォーマット１Ｃには下記の情報が送信される。１）ＭＣＣＨ変更通知のための情報（８ビット）、２）予約された情報ビットなどである。
【００７１】
６．ＤＣＩフォーマット１Ｄ
【００７２】
ＤＣＩフォーマット１Ｄは、プリコーディング及び電力オフセット情報を含み、一つのセルの一つのＰＤＳＣＨコードワードに対する簡単なスケジューリングに使われる。
【００７３】
ＤＣＩフォーマット１Ｄには下記のような情報が送信される。
【００７４】
１）搬送波指示子フィールド（０または３ビット）、２）地域化／分散化ＶＲＢ指定フラグ（１ビット）、３）リソースブロック指定、４）変調及びコーディングスキーム（５ビット）、５）ＨＡＲＱプロセスナンバー（ＦＤＤで３ビット、ＴＤＤで４ビット）、６）新しいデータ指示子（１ビット）、７）リダンダンシーバージョン（２ビット）、８）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、９）ダウンリンク指定インデックス（ＤＡＩ、２ビット、ＴＤＤにのみ）、１０）プリコーディングのためのＴＰＭＩ情報、１１）ダウンリンク電力オフセット（１ビット）、１２）ＨＡＲＱ−ＡＣＫリソースオフセット（２ビット）などである。もし、ＤＣＩフォーマット１Ｄの情報ビットの個数が｛１２，１４，１６，２０，２４，２６，３２，４０，４４，５６｝のうちいずれか一つと同じ場合、一つの‘０’値を有するビットをＤＣＩフォーマット１Ｄに追加する。
【００７５】
７．ＤＣＩフォーマット２
【００７６】
ＤＣＩフォーマット２は、閉ループＭＩＭＯ動作のためのＰＤＳＣＨ指定のために使われる。ＤＣＩフォーマット２には下記のような情報が送信される。
【００７７】
１）搬送波指示子フィールド（０または３ビット）、２）リソース割当ヘッダ（１ビット）、３）リソースブロック指定、４）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、５）ダウンリンク指定インデックス（ＤＡＩ、２ビット、ＴＤＤにのみ）、６）ＨＡＲＱプロセスナンバー（ＦＤＤで３ビット、ＴＤＤで４ビット）、７）トランスポートブロックとコードワードスワップフラグ（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ  ｔｏ  ｃｏｄｅｗｏｒｄ  ｓｗａｐ  ｆｌａｇ）（１ビット）、８）変調及びコーディングスキーム（５ビット）、９）新しいデータ指示子（１ビット）、１０）リダンダンシーバージョン（２ビット）、１１）プリコーディング情報、１２）ＨＡＲＱ−ＡＣＫリソースオフセットなどである。前記８）〜１０）は、各トランスポートブロックに対して与えられることができる。
【００７８】
８．ＤＣＩフォーマット２Ａ
【００７９】
ＤＣＩフォーマット２Ａは、開ループＭＩＭＯ動作のためのＰＤＳＣＨ指定のために使われる。ＤＣＩフォーマット２Ａには下記のような情報が送信される。
【００８０】
１）搬送波指示子フィールド（０または３ビット）、２）リソース割当ヘッダ（１ビット）、３）リソースブロック割当、４）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、５）ダウンリンク指定フラグ（ＤＡＩ、２ビット、ＴＤＤにのみ）、６）ＨＡＲＱプロセスナンバー（ＦＤＤで３ビット、ＴＤＤで４ビット）、７）トランスポートブロックとコードワードスワップフラグ（１ビット）、８）変調及びコーディングスキーム（５ビット）、９）新しいデータ指示子（１ビット）、１０）リダンダンシーバージョン（２ビット）、１１）プリコーディング情報、１２）ＨＡＲＱ−ＡＣＫリソースオフセットなどである。
【００８１】
９．ＤＣＩフォーマット２Ｂ
【００８２】
ＤＣＩフォーマット２Ｂには下記のような情報が送信される。
【００８３】
１）搬送波指示子フィールド（０または３ビット）、２）リソース割当ヘッダ（１ビット）、３）リソースブロック割当、４）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、５）ダウンリンク指定フラグ（ＤＡＩ、２ビット、ＴＤＤにのみ）、６）ＨＡＲＱプロセスナンバー（ＦＤＤで３ビット、ＴＤＤで４ビット）、７）スクランブリングＩＤ（ｉｄｅｎｔｉｔｙ）（１ビット）、８）ＳＲＳ要求（０または１ビット）、９）変調及びコーディングスキーム（５ビット）、１０）新しいデータ指示子（１ビット）、１１）リダンダンシーバージョン（２ビット）、１２）ＨＡＲＱ−ＡＣＫリソースオフセットなどである。
【００８４】
１０．ＤＣＩフォーマット２Ｃ
【００８５】
ＤＣＩフォーマット２Ｃには下記のような情報が送信される。
【００８６】
１）搬送波指示子フィールド（０または３ビット）、２）リソース割当ヘッダ（１ビット）、３）リソースブロック割当、４）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、５）ダウンリンク指定フラグ（ＤＡＩ、２ビット、ＴＤＤにのみ）、６）ＨＡＲＱプロセスナンバー（ＦＤＤで３ビット、ＴＤＤで４ビット）、７）アンテナポート、スクランブリングＩＤ及びレイヤの個数（３ビット）、８）ＳＲＳ要求（０または１ビット）、９）変調及びコーディングスキーム（５ビット）、１０）新しいデータ指示子（１ビット）、１１）リダンダンシーバージョン（２ビット）、１２）ＨＡＲＱ−ＡＣＫリソースオフセットなどである。
【００８７】
１１．ＤＣＩフォーマット２Ｄ
【００８８】
ＤＣＩフォーマット２Ｄには下記のような情報が送信される。
【００８９】
１）搬送波指示子フィールド（０または３ビット）、２）リソース割当ヘッダ（１ビット）、３）リソースブロック割当、４）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、５）ダウンリンク指定フラグ（ＤＡＩ、２ビット、ＴＤＤにのみ）、６）ＨＡＲＱプロセスナンバー（ＦＤＤで３ビット、ＴＤＤで４ビット）、７）アンテナポート、スクランブリングＩＤ及びレイヤの個数（３ビット）、８）ＳＲＳ要求（０または１ビット）、９）変調及びコーディングスキーム（５ビット）、１０）新しいデータ指示子（１ビット）、１１）リダンダンシーバージョン（２ビット）、１２）ＰＤＳＣＨリソース要素マッピング及びクアジコロケーション指示子（ｑｕａｓｉ−ｃｏ−ｌｏｃａｔｉｏｎ  ｉｎｄｉｃａｔｏｒ）、１３）ＨＡＲＱ−ＡＣＫリソースオフセットなどである。
【００９０】
１２．ＤＣＩフォーマット３
【００９１】
ＤＣＩフォーマット３は、２ビットの電力調整を介してＰＵＣＣＨ及びＰＵＳＣＨに対するＴＰＣ命令を送信するために使われる。ＤＣＩフォーマット３にはＮ個のＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）命令が送信されることができる。
【００９２】
１３．ＤＣＩフォーマット３Ａ
【００９３】
ＤＣＩフォーマット３Ａは、１ビットの電力調整を介してＰＵＣＣＨ及びＰＵＳＣＨに対するＴＰＣ命令を送信するために使われる。ＤＣＩフォーマット３ＡにはＭ個のＴＰＣ命令が送信されることができる。
【００９４】
１４．ＤＣＩフォーマット４
【００９５】
ＤＣＩフォーマット４は、多重アンテナポート送信モードを有する一つのＵＬセルでＰＵＳＣＨのスケジューリングのために使われる。
【００９６】
１）搬送波指示子フィールド（０または３ビット）、２）リソースブロック割当、３）ＰＵＳＣＨのためのＴＰＣ命令（２ビット）、４）ＤＭ  ＲＳのための循環シフト及びＯＣＣインデックス（３ビット）、５）ＵＬインデックス（２ビット）、６）ダウンリンク指定フラグ（ＤＡＩ、２ビット、ＴＤＤにのみ）、７）ＣＳＩ要求（１または２ビット）、８）ＳＲＳ要求（２ビット）、９）リソース割当タイプ（１ビット）、１０）変調及びコーディングスキーム及びリダンダンシーバージョン（５ビット）、１１）新しいデータ指示子（１ビット）、１２）プリコーディング情報及びレイヤの個数などである。
【００９７】
図８は、アップリンクサブフレームの構造を示す。
【００９８】
図８を参照すると、アップリンクサブフレームは、周波数領域で、アップリンク制御情報を伝送するＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）が割り当てられる制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）と、ユーザデータを伝送するＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられるデータ領域（ｄａｔａ  ｒｅｇｉｏｎ）と、に分けられる。
【００９９】
ＰＵＣＣＨは、サブフレームでＲＢ対（ｐａｉｒ）で割り当てられる。ＲＢ対に属するＲＢは、第１のスロットと第２のスロットの各々で互いに異なる副搬送波を占める。ＲＢ対は、同じリソースブロックインデックスｍを有する。
【０１００】
３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ８．７．０によると、ＰＵＣＣＨは、多重フォーマットをサポートする。ＰＵＣＣＨフォーマットに従属した変調方式（ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅ）によってサブフレーム当たり送信されるビットの数は変わることができる。
【０１０１】
以下の表２は、ＰＵＣＣＨフォーマットによる変調方式（Ｍｏｄｕｌａｔｉｏｎ  Ｓｃｈｅｍｅ）及びサブフレーム当たりビット数の例を示す。
【０１０２】
【表２】
2019169974.tif 000004
【０１０３】
ＰＵＣＣＨフォーマット１はＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）の送信に使われ、ＰＵＣＣＨフォーマット１ａ／１ｂはＨＡＲＱのためのＡＣＫ／ＮＡＣＫ信号の送信に使われ、ＰＵＣＣＨフォーマット２はＣＱＩの送信に使われ、ＰＵＣＣＨフォーマット２ａ／２ｂはＣＱＩ及びＡＣＫ／ＮＡＣＫ信号の同時（ｓｉｍｕｌｔａｎｅｏｕｓ）送信に使われる。サブフレームで、ＡＣＫ／ＮＡＣＫ信号のみを送信する時、ＰＵＣＣＨフォーマット１ａ／１ｂが使われ、ＳＲが単独に送信される時、ＰＵＣＣＨフォーマット１が使われる。ＳＲとＡＣＫ／ＮＡＣＫを同時に送信する時は、ＰＵＣＣＨフォーマット１が使われ、ＳＲに割り当てられたリソースにＡＣＫ／ＮＡＣＫ信号を変調して送信する。
【０１０４】
全てのＰＵＣＣＨフォーマットは、各ＯＦＤＭシンボルでシーケンスの循環シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ、ＣＳ）を使用する。循環シフトされたシーケンスは、基本シーケンス（ｂａｓｅ  ｓｅｑｕｅｎｃｅ）を特定ＣＳ量（ｃｙｃｌｉｃ  ｓｈｉｆｔ  ａｍｏｕｎｔ）ほど循環シフトさせて生成される。特定ＣＳ量は、循環シフトインデックス（ＣＳ  ｉｎｄｅｘ）により指示される。
【０１０５】
基本シーケンスｒｕ（ｎ）を定義した一例は、以下の数式の通りである。
【０１０６】
【数１】
2019169974.tif 000005
【０１０７】
ここで、ｕはルートインデックス（ｒｏｏｔ  ｉｎｄｅｘ）であり、ｎは要素インデックスであり、０≦ｎ≦Ｎ−１、Ｎは基本シーケンスの長さである。ｂ（ｎ）は、３ＧＰＰ
ＴＳ  ３６．２１１  Ｖ８．７．０の５．５節で定義されている。
【０１０８】
シーケンスの長さは、シーケンスに含まれる要素（ｅｌｅｍｅｎｔ）の数と同じである。ｕは、セルＩＤ（ｉｄｅｎｔｉｆｉｅｒ）、無線フレーム内のスロット番号などにより決められる。
【０１０９】
基本シーケンスが周波数領域で一つのリソースブロックにマッピング（ｍａｐｐｉｎｇ）されるとする時、一つのリソースブロックが１２副搬送波を含むため、基本シーケンスの長さＮは１２になる。異なるルートインデックスによって異なる基本シーケンスが定義される。
【０１１０】
基本シーケンスｒ（ｎ）を以下の数式２のように循環シフトさせ、循環シフトされたシーケンスｒ（ｎ，Ｉｃｓ）を生成することができる。
【０１１１】
【数２】
2019169974.tif 000006
【０１１２】
ここで、Ｉｃｓは、ＣＳ量を示す循環シフトインデックスである（０≦Ｉｃｓ≦Ｎ−１）。
【０１１３】
基本シーケンスの可用（ａｖａｉｌａｂｌｅ）循環シフトインデックスは、ＣＳ間隔（ＣＳ  ｉｎｔｅｒｖａｌ）によって基本シーケンスから得る（ｄｅｒｉｖｅ）ことができる循環シフトインデックスを意味する。例えば、基本シーケンスの長さが１２であり、ＣＳ間隔が１の場合、基本シーケンスの可用循環シフトインデックスの総個数は１２になる。または、基本シーケンスの長さが１２であり、ＣＳ間隔が２の場合、基本シーケンスの可用循環シフトインデックスの総数は６になる。
【０１１４】
図９は、ノーマルＣＰでＰＵＣＣＨフォーマット１ｂのチャネル構造を示す。
【０１１５】
一つのスロットは７個のＯＦＤＭシンボルを含み、３個のＯＦＤＭシンボルは基準信号のためのＲＳ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）ＯＦＤＭシンボルになり、４個のＯＦＤＭシンボルはＡＣＫ／ＮＡＣＫ信号のためのデータＯＦＤＭシンボルになる。
【０１１６】
ＰＵＣＣＨフォーマット１ｂでは、エンコーディングされた２ビットＡＣＫ／ＮＡＣＫ信号をＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）変調して変調シンボルｄ（０）が生成される。
【０１１７】
循環シフトインデックスＩｃｓは、無線フレーム内のスロット番号（ｎｓ）及び／またはスロット内のシンボルインデックス（ｌ）によって変わることができる。
【０１１８】
ノーマルＣＰで、一つのスロットにＡＣＫ／ＮＡＣＫ信号の送信のために４個のデータＯＦＤＭシンボルがあるため、各データＯＦＤＭシンボルで対応する循環シフトインデックスをＩｃｓ０、Ｉｃｓ１、Ｉｃｓ２、Ｉｃｓ３と仮定する。
【０１１９】
変調シンボルｄ（０）は、循環シフトされたシーケンスｒ（ｎ，Ｉｃｓ）に拡散される。スロットで（ｉ＋１）番目のＯＦＤＭシンボルに対応する１次元拡散されたシーケンスをｍ（ｉ）とする時、
【０１２０】
｛ｍ（０），ｍ（１），ｍ（２），ｍ（３）｝＝｛ｄ（０）ｒ（ｎ，Ｉｃｓ０），ｄ（０）ｒ（ｎ，Ｉｃｓ１），ｄ（０）ｒ（ｎ，Ｉｃｓ２），ｄ（０）ｒ（ｎ，Ｉｃｓ３）｝で表すことができる。
【０１２１】
端末容量を増加させるために、１次元拡散されたシーケンスは、直交シーケンスを利用して拡散されることができる。拡散係数（ｓｐｒｅａｄｉｎｇ  ｆａｃｔｏｒ）Ｋ＝４である直交シーケンスｗｉ（ｋ）（ｉは、シーケンスインデックス、０≦ｋ≦Ｋ−１）として、下記のようなシーケンスを使用する。
【０１２２】
【表３】
2019169974.tif 000007
【０１２３】
拡散係数Ｋ＝３である直交シーケンスｗｉ（ｋ）（ｉは、シーケンスインデックス、０≦ｋ≦Ｋ−１）として、下記のようなシーケンスを使用する。
【０１２４】
【表４】
2019169974.tif 000008
【０１２５】
スロット毎に異なる拡散係数を使用することができる。
【０１２６】
したがって、任意の直交シーケンスインデックスｉが与えられる時、２次元拡散されたシーケンス｛ｓ（０），ｓ（１），ｓ（２），ｓ（３）｝は、下記のように示すことができる。
【０１２７】
｛ｓ（０），ｓ（１），ｓ（２），ｓ（３）｝＝｛ｗｉ（０）ｍ（０），ｗｉ（１）ｍ（１），ｗｉ（２）ｍ（２），ｗｉ（３）ｍ（３）｝
【０１２８】
２次元拡散されたシーケンス｛ｓ（０），ｓ（１），ｓ（２），ｓ（３）｝は、ＩＦＦＴ（ｉｎｖｅｒｓｅ  ｆａｓｔ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）が実行された後、対応するＯＦＤＭシンボルで送信される。それによって、ＡＣＫ／ＮＡＣＫ信号がＰＵＣＣＨ上に送信される。
【０１２９】
ＰＵＣＣＨフォーマット１ｂの基準信号も基本シーケンスｒ（ｎ）を循環シフトさせた後、直交シーケンスに拡散させて送信される。３個のＲＳ  ＯＦＤＭシンボルに対応する循環シフトインデックスをＩｃｓ４、Ｉｃｓ５、Ｉｃｓ６とする時、３個の循環シフトされたシーケンスｒ（ｎ，Ｉｃｓ４）、ｒ（ｎ，Ｉｃｓ５）、ｒ（ｎ，Ｉｃｓ６）を得ることができる。この３個の循環シフトされたシーケンスは、Ｋ＝３である直交シーケンスｗＲＳｉ（ｋ）に拡散される。
【０１３０】
直交シーケンスインデックスｉ、循環シフトインデックスＩｃｓ及びリソースブロックインデックスｍは、ＰＵＣＣＨを構成するために必要なパラメータであり、ＰＵＣＣＨ（または、端末）を区分するときに使われるリソースである。可用循環シフトの個数が１２であり、可用な直交シーケンスインデックスの個数が３の場合、総３６個の端末に対するＰＵＣＣＨが一つのリソースブロックに多重化されることができる。
【０１３１】
３ＧＰＰ  ＬＴＥでは、端末がＰＵＣＣＨを構成するための前記３個のパラメータを取得するために、リソースインデックスｎ（１）ＰＵＣＣＨが定義される。リソースインデックスｎ（１）ＰＵＣＣＨ＝ｎＣＣＥ＋Ｎ（１）ＰＵＣＣＨに定義され、ｎＣＣＥは、対応するＰＤＣＣＨ（即ち、ＡＣＫ／ＮＡＣＫ信号に対応するダウンリンクデータをスケジューリングするダウンリンクリソース割当（ＤＣＩ）を含むＰＤＣＣＨ）の送信に使われる１番目のＣＣＥの番号であり、Ｎ（１）ＰＵＣＣＨは、基地局が端末に上位階層メッセージを介して知らせるパラメータである。
【０１３２】
ＡＣＫ／ＮＡＣＫ信号の送信に使われる時間、周波数、コードリソースをＡＣＫ／ＮＡＣＫリソースまたはＰＵＣＣＨリソースという。前述したように、ＡＣＫ／ＮＡＣＫ信号をＰＵＣＣＨ上に送信するために必要なＡＣＫ／ＮＡＣＫリソースのインデックス（ＡＣＫ／ＮＡＣＫリソースインデックスまたはＰＵＣＣＨインデックスという）は、直交シーケンスインデックスｉ、循環シフトインデックスＩｃｓ、リソースブロックインデックスｍ及び前記３個のインデックスを求めるためのインデックスのうち少なくともいずれか一つで表現されることができる。ＡＣＫ／ＮＡＣＫリソースは、直交シーケンス、循環シフト、リソースブロック及びこれらの組合せのうち少なくともいずれか一つを含むことができる。
【０１３３】
図１０は、ノーマルＣＰでＰＵＣＣＨフォーマット２／２ａ／２ｂのチャネル構造を示す。
【０１３４】
図１０を参照すると、ノーマルＣＰで、ＯＦＤＭシンボル１及び５（即ち、２番目及び６番目のＯＦＤＭシンボル）は参照信号（ＲＳ）のために使われ、残りのＯＦＤＭシンボルはＣＱＩ送信のために使われる。拡張ＣＰでは、ＯＦＤＭシンボル３（４番目のシンボル）がＲＳのために使われる。
【０１３５】
１０個のＣＱＩ情報ビットが、例えば、１／２コードレート（ｃｏｄｅ  ｒａｔｅ）でチャネルコーディングされ、２０個のコーディングされたビットになる。チャネルコーディングには、リードマラー（Ｒｅｅｄ−Ｍｕｌｌｅｒ）コードが使われることができる。また、スクランブリング（ｓｃｒａｍｂｌｉｎｇ）された後、ＱＰＳＫコンステレーションマッピング（ｃｏｎｓｔｅｌｌａｔｉｏｎ  ｍａｐｐｉｎｇ）されることで、ＱＰＳＫ変調シンボルが生成される（スロット０で、ｄ（０）乃至ｄ（４））。各ＱＰＳＫ変調シンボルは、長さ１２である基本ＲＳシーケンス（ｒ（ｎ））の循環シフトに変調された後にＩＦＦＴされ、サブフレーム内の１０個のＳＣ−ＦＤＭＡシンボルの各々で送信される。均一に離隔された１２個の循環シフトは、１２個の互いに異なる端末が同じＰＵＣＣＨリソースブロックで直交に多重化されるようにする。ＯＦＤＭシンボル１及び５に適用されるＲＳシーケンスは、長さ１２である基本ＲＳシーケンス（ｒ（ｎ））が使われることができる。
【０１３６】
図１１は、ＰＵＣＣＨフォーマット３のチャネル構造を例示する。
【０１３７】
図１１を参照すると、ＰＵＣＣＨフォーマット３は、ブロックスプレッディング（ｂｌｏｃｋ  ｓｐｒｅａｄｉｎｇ）技法を使用するＰＵＣＣＨフォーマットである。ブロックスプレッディング技法は、ブロックスプレッディングコードを利用してマルチビットＡＣＫ／ＮＡＣＫを変調したシンボルシーケンスを時間領域で拡散する方法を意味する。
【０１３８】
ＰＵＣＣＨフォーマット３では、シンボルシーケンス（例えば、ＡＣＫ／ＮＡＣＫシンボルシーケンス）がブロックスプレッディングコードにより時間領域で拡散されて送信される。ブロックスプレッディングコードとして、直交カバーコード（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ：ＯＣＣ）が使われることができる。ブロックスプレッディングコードにより複数の端末の制御信号が多重化されることができる。ＰＵＣＣＨフォーマット２では、各データシンボルで送信されるシンボル（例えば、図７のｄ（０）、ｄ（１）、ｄ（２）、ｄ（３）、ｄ（４）等）が異なり、ＣＡＺＡＣ（ｃｏｎｓｔａｎｔ  ａｍｐｌｉｔｕｄｅ  ｚｅｒｏ  ａｕｔｏ−ｃｏｒｒｅｌａｔｉｏｎ）シーケンスの循環シフトを利用して端末多重化を実行し、それに対し、ＰＵＣＣＨフォーマット３では、一つ以上のシンボルで構成されるシンボルシーケンスが各データシンボルの周波数領域にわたって送信され、ブロックスプレッディングコードにより時間領域で拡散されて端末多重化を実行するという点が異なる。図８では、一つのスロットで２個のＲＳシンボルを使用する場合を例示したが、これに制限されるものではなく、３個のＲＳシンボルを使用し、スプレッディングファクタ（ｓｐｒｅａｄｉｎｇ  ｆａｃｔｏｒ）値として４を有する直交カバーコードを使用することもできる。ＲＳシンボルは、特定循環シフトを有するＣＡＺＡＣシーケンスから生成されることができ、時間領域の複数のＲＳシンボルに特定直交カバーコードをかけた形態に送信されることができる。
【０１３９】
図１２は、３ＧＰＰ  ＬＴＥにおいて、一つのセルで実行されるダウンリンクＨＡＲＱを例示する。
【０１４０】
図１２を参照すると、基地局は、端末にサブフレームｎでＰＤＣＣＨ４１１上のダウンリンクリソース割当により指示されるＰＤＳＣＨ４１２上にダウンリンク送信ブロックを送信する。
【０１４１】
端末は、サブフレームｎ＋４でＰＵＣＣＨ４２０上にＡＣＫ／ＮＡＣＫ信号を送る。一例として、ＡＣＫ／ＮＡＣＫ信号の送信に使われるＰＵＣＣＨ４２０のリソースは、ＰＤＣＣＨ４１１のリソース（例えば、ＰＤＣＣＨ４１１の送信に使われる１番目のＣＣＥのインデックス）に基づいて決定されることができる。
【０１４２】
基地局は、端末からＮＡＣＫ信号を受信しても、アップリンクＨＡＲＱと違って必ずサブフレームｎ＋８で再送信するものではない。ここでは、ｎ＋９番目のサブフレームでＰＤＣＣＨ４３１上のダウンリンクリソース割当により指示されるＰＤＳＣＨ４３２上に再送信ブロックを送信する例を示している。
【０１４３】
端末は、ｎ＋１３番目のサブフレームでＰＵＣＣＨ４４０上にＡＣＫ／ＮＡＣＫ信号を送る。
【０１４４】
アップリンクＨＡＲＱは、基地局のＵＬグラント送信、端末のＰＵＳＣＨ送信（前記ＵＬグラントによりスケジューリングされた）、前記ＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫを前記基地局がＰＨＩＣＨを介して送信し、または新しいＵＬグラントを送信する過程で構成される。アップリンクＨＡＲＱは、ＵＬグラントとＰＵＳＣＨとの間及びＰＵＳＣＨとＰＨＩＣＨ（または、ＵＬグラント）との間の間隔が予め４ｍｓに決められることができる。
【０１４５】
以下、キャリアアグリゲーション（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）システムに対して説明する。キャリアアグリゲーションシステムは、多重搬送波（ｍｕｌｔｉｐｌｅ  ｃａｒｒｉｅｒ）システムともいう。
【０１４６】
３ＧＰＰ  ＬＴＥシステムは、ダウンリンク帯域幅とアップリンク帯域幅が異なるように設定される場合をサポートするが、これは一つのコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ、ＣＣ）を前提にする。３ＧＰＰ  ＬＴＥシステムは、最大２０ＭＨｚをサポートし、アップリンク帯域幅とダウンリンク帯域幅が異なる場合も、アップリンクとダウンリンクの各々に一つのＣＣのみをサポートする。
【０１４７】
キャリアアグリゲーション（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）（または、帯域幅アグリゲーション（ｂａｎｄｗｉｄｔｈ  ａｇｇｒｅｇａｔｉｏｎ）、スペクトラムアグリゲーション（ｓｐｅｃｔｒｕｍ  ａｇｇｒｅｇａｔｉｏｎ）ともいう）は、複数のＣＣをサポートする。例えば、２０ＭＨｚ帯域幅を有する搬送波単位のグラニュラリティ（ｇｒａｎｕｌａｒｉｔｙ）として５個のＣＣが割り当てられる場合、最大１００Ｍｈｚの帯域幅をサポートすることができる。
【０１４８】
図１３は、単一搬送波システムとキャリアアグリゲーションシステムの比較例である。
【０１４９】
キャリアアグリゲーションシステム（図１２（ｂ））は、ＤＬ  ＣＣとＵＬ  ＣＣが各々３個ずつあるが、ＤＬ  ＣＣとＵＬ  ＣＣの個数に制限があるものではない。各ＤＬ  ＣＣでＰＤＣＣＨとＰＤＳＣＨが独立的に送信され、各ＵＬ  ＣＣでＰＵＣＣＨとＰＵＳＣＨが独立的に送信されることができる。または、ＰＵＣＣＨは、特定ＵＬ  ＣＣを介してのみ送信されることもできる。
【０１５０】
ＤＬ  ＣＣ−ＵＬ  ＣＣの対が３個定義されるため、端末は、３個のセルからサービスの提供を受けるということができる。
【０１５１】
端末は、複数のＤＬ  ＣＣでＰＤＣＣＨをモニタリングし、複数のＤＬ  ＣＣを介して同時にＤＬトランスポートブロックを受信することができる。端末は、複数のＵＬ  ＣＣを介して同時に複数のＵＬトランスポートブロックを送信することができる。
【０１５２】
ＤＬ  ＣＣ  ＃Ａ（ＤＬコンポーネントキャリアＡ）とＵＬ  ＣＣ  ＃Ａ（ＵＬコンポーネントキャリアＡ）の対が第１のサービングセルになり、ＤＬ  ＣＣ  ＃ＢとＵＬ  ＣＣ  ＃Ｂの対が第２のサービングセルになり、ＤＬ  ＣＣ  ＃ＣとＵＬ  ＣＣ  ＃Ｃが第３のサービングセルになることができる。各サービングセルは、セルインデックス（Ｃｅｌｌ  ｉｎｄｅｘ、ＣＩ）を介して識別されることができる。ＣＩは、セル内で固有または端末−特定的である。
【０１５３】
サービングセルは、プライマリセル（ｐｒｉｍａｒｙ  ｃｅｌｌ）とセカンダリセル（ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ）に区分されることができる。プライマリセルは、端末が初期接続確立過程を実行し、または接続再確立過程を開始し、またはハンドオーバ過程でプライマリセルに指定されたセルである。プライマリセルは、基準セル（ｒｅｆｅｒｅｎｃｅ  ｃｅｌｌ）ともいう。セカンダリセルは、ＲＲＣ接続が確立された後に設定されることができ、追加的な無線リソースの提供に使われることができる。常に少なくとも一つのプライマリセルが設定され、セカンダリセルは上位階層シグナリング（例、ＲＲＣメッセージ）により追加／修正／解除されることができる。プライマリセルのＣＩは、固定されることができる。例えば、最も低いＣＩがプライマリセルのＣＩに指定されることができる。
【０１５４】
プライマリセルは、コンポーネントキャリア側面で、ＤＬ  ＰＣＣ（ｄｏｗｎｌｉｎｋ  ｐｒｉｍａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）とＵＬ  ＰＣＣ（ｕｐｌｉｎｋ  ｐｒｉｍａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）で構成される。セカンダリセルは、コンポーネントキャリア側面で、ＤＬ  ＳＣＣ（ｄｏｗｎｌｉｎｋ  ｓｅｃｏｎｄａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）のみで構成され、またはＤＬ  ＳＣＣ及びＵＬ  ＳＣＣ（ｕｐｌｉｎｋ  ｓｅｃｏｎｄａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）の対で構成されることができる。
【０１５５】
前述したように、キャリアアグリゲーションシステムでは単一搬送波システムと違って複数のコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ、ＣＣ）、即ち、複数のサービングセルをサポートすることができる。
【０１５６】
このようなキャリアアグリゲーションシステムは、交差搬送波スケジューリング（ｃｒｏｓｓ−ｃａｒｒｉｅｒ  ｓｃｈｅｄｕｌｉｎｇ：ＣＣＳ）をサポートすることができる。交差搬送波スケジューリングは、特定コンポーネントキャリアを介して送信されるＰＤＣＣＨを介して他のコンポーネントキャリアを介して送信されるＰＤＳＣＨのリソース割当及び／または前記特定コンポーネントキャリアと基本的にリンクされているコンポーネントキャリア以外の他のコンポーネントキャリアを介して送信されるＰＵＳＣＨのリソース割当をすることができるスケジューリング方法である。即ち、ＰＤＣＣＨとＰＤＳＣＨが互いに異なるＤＬ  ＣＣを介して送信されることができ、ＵＬグラントを含むＰＤＣＣＨが送信されたＤＬ  ＣＣとリンクされたＵＬ  ＣＣではない他のＵＬ  ＣＣを介してＰＵＳＣＨが送信されることができる。このように交差搬送波スケジューリングをサポートするシステムでは、ＰＤＣＣＨが制御情報を提供するＰＤＳＣＨ／ＰＵＳＣＨがどのＤＬ  ＣＣ／ＵＬ  ＣＣを介して送信されるかを知らせる搬送波指示子が必要である。以下、このような搬送波指示子を含むフィールドを搬送波指示フィールド（ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｉｏｎ  ｆｉｅｌｄ、ＣＩＦ）という。
【０１５７】
交差搬送波スケジューリングをサポートするキャリアアグリゲーションシステムは、搬送波指示子フィールド（ＣＩＦ）を含むことができる。交差搬送波スケジューリングをサポートするシステム、例えば、ＬＴＥ−Ａシステムでは既存のＤＣＩフォーマット（即ち、ＬＴＥで使用するＤＣＩフォーマット）にＣＩＦが追加されるため、３ビットが拡張されることができ、ＰＤＣＣＨ構造は、既存のコーディング方法、リソース割当方法（即ち、ＣＣＥベースのリソースマッピング）等を再使用することができる。
【０１５８】
基地局は、ＰＤＣＣＨモニタリングＤＬ  ＣＣ（モニタリングＣＣ）集合を設定することができる。ＰＤＣＣＨモニタリングＤＬ  ＣＣ集合は、アグリゲーションされた全体ＤＬ  ＣＣのうち一部ＤＬ  ＣＣで構成され、交差搬送波スケジューリングが設定されると、端末は、ＰＤＣＣＨモニタリングＤＬ  ＣＣ集合に含まれているＤＬ  ＣＣに対してのみＰＤＣＣＨモニタリング／デコーディングを実行する。即ち、基地局は、ＰＤＣＣＨモニタリングＤＬ  ＣＣ集合に含まれているＤＬ  ＣＣを介してのみ、スケジューリングしようとするＰＤＳＣＨ／ＰＵＳＣＨに対するＰＤＣＣＨを送信する。ＰＤＣＣＨモニタリングＤＬ  ＣＣ集合は、端末特定的、端末グループ特定的、またはセル特定的に設定されることができる。
【０１５９】
非交差搬送波スケジューリング（ｎｏｎ−ｃｒｏｓｓ  ｃａｒｒｉｅｒ  ｓｃｈｅｄｕｌｉｎｇ：ＮＣＣＳ）は、特定コンポーネントキャリアを介して送信されるＰＤＣＣＨを介して前記特定コンポーネントキャリアを介して送信されるＰＤＳＣＨのリソース割当及び／または前記特定コンポーネントキャリアと基本的にリンクされているコンポーネントキャリアを介して送信されるＰＵＳＣＨのリソース割当をすることができるスケジューリング方法である。
【０１６０】
以下、３ＧＰＰ  ＬＴＥ  ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）でのＨＡＲＱのためのＡＣＫ／ＮＡＣＫ送信に対して記述する。
【０１６１】
ＴＤＤは、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）と違って、一つの無線フレームにＤＬサブフレームとＵＬサブフレームが共存する。ＴＤＤフレームでは、ＵＬ−ＤＬ設定によって、ＵＬサブフレームの個数がＤＬサブフレームの個数より少ない、または同じである。したがって、ＡＣＫ／ＮＡＣＫ信号を送信するためのＵＬサブフレームが足りない場合を対比し、複数のＤＬサブフレームで受信したＤＬトランスポートブロックまたはＰＤＳＣＨに対する複数のＡＣＫ／ＮＡＣＫ信号を一つのＵＬサブフレームで送信することをサポートしている。
【０１６２】
３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ８．７．０（２００９−０５）の１０．１節によると、ＡＣＫ／ＮＡＣＫバンドリング（ＡＣＫ／ＮＡＣＫ  ｂｕｎｄｌｉｎｇ）とＡＣＫ／ＮＡＣＫ多重化（ＡＣＫ／ＮＡＣＫ  ｍｕｌｔｉｐｌｅｘｉｎｇ）の二つのＡＣＫ／ＮＡＣＫモードが開示される。
【０１６３】
ＡＣＫ／ＮＡＣＫバンドリングは、端末が受信したＰＤＳＣＨ（ダウンリンクトランスポートブロック）のデコーディングに全部成功する場合はＡＣＫを送信し、以外の場合はＮＡＣＫを送信する。そのために、各ＰＤＳＣＨに対するＡＣＫまたはＮＡＣＫを論理的ＡＮＤ演算（ｌｏｇｉｃａｌ  ＡＮＤ  ｏｐｅｒａｔｉｏｎ）を介して圧縮する。
【０１６４】
ＡＣＫ／ＮＡＣＫ多重化は、ＡＣＫ／ＮＡＣＫチャネル選択（または、単にチャネル選択）ともいう。ＡＣＫ／ＮＡＣＫ多重化によると、端末は、複数のＰＵＣＣＨリソースの中から一つのＰＵＣＣＨリソースを選択してＡＣＫ／ＮＡＣＫを送信する。
【０１６５】
以下の表は、３ＧＰＰ  ＬＴＥにおいて、ＵＬ−ＤＬ設定によるＵＬサブフレームｎと連結された（ａｓｓｏｃｉａｔｅｄ）ＤＬサブフレームｎ−ｋ、ここで、ｋ∈Ｋ、Ｍは集合Ｋの要素の個数を示す。
【０１６６】
【表５】
2019169974.tif 000009
【０１６７】
以下、本発明に対して説明する。
【０１６８】
ＬＴＥ−Ａ  Ｒｅｌ  １０システムでは、一つの端末がアグリゲーションされた複数のセル（ＣＣ）を介してデータを送受信することができる。このとき、複数のセルをスケジューリング／制御するための制御信号は、特定ＤＬ  ＣＣのみを介して送信され、または各セルのＤＬ  ＣＣを介して送信されることができる。前者は、交差搬送波スケジューリングといい、後者は、非交差搬送波スケジューリングという。
【０１６９】
以下、制御信号が送信されるＣＣをスケジューリングＣＣといい、残りのＣＣをスケジューリングを受けるＣＣという。非交差搬送波スケジューリングでは、スケジューリングＣＣとスケジューリングを受けるＣＣが同じＣＣであり、交差搬送波スケジューリングでは、スケジューリングＣＣとスケジューリングを受けるＣＣが互いに異なる。
【０１７０】
スケジューリングＣＣには代表的にプライマリＣＣ（ＰＣＣ）がある。ＰＣＣは、アップリンク制御信号を送信するＣＣとして使われる。ＰＣＣでないＣＣは、ＳＣＣという。以下、スケジューリングＣＣの代表的な例としてＰＣＣを使用し、スケジューリングを受けるＣＣの代表的な例としてＳＣＣを使用する。しかし、必ずこれに制限されるものではない。
【０１７１】
ＬＴＥ−Ａ  Ｒｅｌ  １０で動作する端末は、同じフレーム構造を有するＣＣのみをアグリゲーションすることができた。また、複数のＴＤＤ  ＣＣをアグリゲーションする場合、ＵＬ−ＤＬ設定が同じなＣＣのみが使われることができた。そして、非交差搬送波スケジューリングが使われる場合、一つのＣＣで定義されたタイミング関係を複数のＣＣに単純拡大して適用した。
【０１７２】
しかし、将来の無線通信システムでは、アグリゲーションされるＣＣが互いに異なるフレーム構造を使用することができる。例えば、ＦＤＤ  ＣＣとＴＤＤ  ＣＣがアグリゲーションされることができる。
【０１７３】
図１４は、無線通信システムにおいて、複数のサービングセルが互いに異なるタイプの無線フレームを使用する一例を示す。
【０１７４】
図１４を参照すると、端末にプライマリセル（ＰＣｅｌｌ）、複数のセカンダリセル（ＳＣｅｌｌ＃１，．．．，ＳＣｅｌｌ＃Ｎ）が設定されることができる。このような場合、プライマリセルは、ＦＤＤで動作してＦＤＤフレームを使用し、セカンダリセルは、ＴＤＤで動作してＴＤＤフレームを使用することができる。複数のセカンダリセルには同じＵＬ−ＤＬ設定が使われることができる。プライマリセルは、ダウンリンクサブフレーム（Ｄで表示）とアップリンクサブフレーム（Ｕで表示）が１：１に存在するが、セカンダリセルは、ダウンリンクサブフレームとアップリンクサブフレームが１：１でない割合で存在できる。
【０１７５】
図１５は、無線通信システムにおいて、複数のサービングセルが互いに異なるタイプの無線フレームを使用する他の例を示す。
【０１７６】
図１５を参照すると、端末にＴＤＤフレームを使用するプライマリセル（ＰＣｅｌｌ）に設定され、ＦＤＤフレームを使用するセカンダリセル（ＳＣｅｌｌ）が設定されることができる。
【０１７７】
一方、ＴＤＤ  ＣＣをアグリゲーションしても、各ＴＤＤ  ＣＣに適用されるＵＬ−ＤＬ設定は異なる場合がある。このような場合、単一ＣＣに適用されたＨＡＲＱタイミングを同じように適用しにくい。例えば、ＴＤＤ  ＣＣ  １をＰＣＣとして使用し、ＴＤＤ  ＣＣ  ２をＳＣＣとして使用し、前記ＴＤＤ  ＣＣ  １及び２が互いに異なるＵＬ−ＤＬ設定を使用すると仮定する。ＴＤＤ  ＣＣ  ２に適用されるＵＬ−ＤＬ設定による時、ＴＤＤ  ＣＣ  ２のＤＬサブフレームＮ１でデータを受信すると、これに対するＡＣＫ／ＮＡＣＫは、ＵＬサブフレームＮ２で送信するようにＨＡＱＲタイミングが決定されると仮定する。ＴＤＤ  ＣＣ  １及び２のＵＬ−ＤＬ設定が異なるため、前記ＵＬサブフレームＮ２に該当するＴＤＤ  ＣＣ  １のサブフレームは、ＤＬサブフレームであり、その結果、ＴＤＤ  ＣＣ  １を介してＡＣＫ／ＮＡＣＫを送信することができない。
【０１７８】
即ち、一つのセルのみがある場合に対する、ＵＬグラントの受信と前記ＵＬグラントによりスケジューリングされるＰＵＳＣＨ間のタイミングも、互いに異なるフレームタイプまたは互いに異なるＵＬ−ＤＬ設定を使用するＴＤＤ  ＣＣがアグリゲーションされた場合はそのまま適用することができない。例えば、一つのセルのみがある場合のタイミングによる時、ＵＬグラントを受信すべきサブフレームが前記キャリアアグリゲーション状況ではＵＬサブフレームに設定されることができるためである。したがって、ＨＡＲＱタイミングを再設定する必要がある。
【０１７９】
以下、プライマリセルは、ＰＵＣＣＨを送信するセルとして例示するが、セカンダリセルもＰＵＣＣＨを送信するセルになることもできる。また、交差搬送波スケジューリング時、プライマリセルをスケジューリングセルとして例示するが、これに制限されるものではない。
【０１８０】
ＦＤＤ  ＤＬ  ＨＡＲＱタイミングの場合、一つのＵＬサブフレームに対応されるＤＬサブフレームの個数（以下、これをＭという）が１：１である（前記対応とは、前記ＵＬサブフレームで、前記ＤＬサブフレームで受信したＰＤＳＣＨまたは送信ブロックに対するＡＣＫ／ＮＡＣＫを送信する関係にあるという意味である）。したがって、ＤＬスケジューリングＤＣＩとＵＬスケジューリングＤＣＩにＤＡＩが必要ない。
【０１８１】
それに対し、ＴＤＤ  ＤＬ  ＨＡＲＱタイミングの場合、ＵＬ−ＤＬ設定１、２、３、４、５、６の場合、ＵＬサブフレーム：ＤＬサブフレームが１：Ｍ（Ｍ＞１）になる場合がある。即ち、一つのＵＬサブフレームに複数のＤＬサブフレームが対応されることができる。したがって、ＤＬスケジューリングＤＣＩとＵＬスケジューリングＤＣＩにＤＡＩが必要である。
【０１８２】
ＵＬ−ＤＬ設定０の場合は、全てのＤＬサブフレームが一つのＵＬサブフレームに対応されることができるため、ＤＡＩが不要である。他方、ＵＬスケジューリング時、ＵＬサブフレームの個数がＤＬサブフレームの個数より多いため、一つのＤＬサブフレームで複数のＵＬサブフレームをスケジューリングしなければならない。そのためにＵＬインデックスが存在する。
【０１８３】
ただ、ＵＬ−ＤＬ設定６では、Ｍ＝１のみが存在するため、ＤＡＩが必要ないが、従来技術では常にＤＡＩ＝１に送信する。本発明では、ＵＬ−ＤＬ設定６で、ＤＡＩは除去されることもできる。
【０１８４】
ＤＡＩには、ＤＬ  ＤＣＩに含まれるＤＬ  ＤＡＩとＵＬ  ＤＣＩに含まれるＵＬ  ＤＡＩとに区分されることができる。ＤＬ  ＤＡＩは、ダウンリンクにスケジューリングされた制御チャネル及びデータチャネルの順序及び個数をシグナリングするために必要である。ＵＬ  ＤＡＩは、ＤＬ  ＨＡＲＱ−ＡＣＫがＰＵＳＣＨにピギーバックされる場合、これに対する総和をシグナリングするために必要である。
【０１８５】
以下、ＦＤＤセカンダリセルに対するＤＣＩ構成方法を説明する。便宜上、プライマリセルは、ＤＬ  ＨＡＲＱの場合、セカンダリセルに対するＰＵＣＣＨ送信セルであり、ＵＬ  ＨＡＲＱの場合、スケジューリングを受けるセカンダリセルに対するスケジューリングセルであると仮定する。しかし、必ずこれに制限されるものではない。
【０１８６】
Ｉ．ＦＤＤプライマリセルとＴＤＤセカンダリセルのアグリゲーション
【０１８７】
１．非交差搬送波スケジューリングが設定された場合
【０１８８】
１）ＴＤＤセカンダリセルに対するＤＬ  ＨＡＲＱタイミング：前記ＦＤＤプライマリセルに対するＦＤＤ  ＨＡＲＱタイミングとＴＤＤセカンダリセル自体のＴＤＤ  ＨＡＲＱタイミングを適用することができる。これはプライマリセルがＦＤＤセルであるため、全てのサブフレームでＤＬ方向とＵＬ方向に送信が可能なためである。
【０１８９】
２）ＴＤＤセカンダリセルに対するＵＬ  ＨＡＲＱタイミング：ＴＤＤセカンダリセル自体のＴＤＤ  ＨＡＲＱタイミングのみを適用することができる。
【０１９０】
ＵＬ  ＨＡＲＱタイミングの場合、ＴＤＤ  ＨＡＲＱタイミングの適用のみが可能である。この場合、全てのＵＬ−ＤＬ設定にＤＡＩは必要なく、ＵＬ−ＤＬ設定０の場合、ＵＬインデックスが必要である。したがって、下記のような構成が可能である。
【０１９１】
ｉ）全てのＵＬ−ＤＬ設定で、ＤＬ  ＨＡＲＱタイミングは、ＴＤＤセカンダリセル自体のＴＤＤ  ＨＡＲＱタイミングを適用し、ＵＬ  ＨＡＲＱタイミングも、ＴＤＤセカンダリセル自体のＴＤＤ  ＨＡＲＱタイミングを適用するように構成。
【０１９２】
このとき、既存ＴＤＤと同様に、ＤＡＩ及びＵＬインデックスを構成することができる。
【０１９３】
ｉｉ）全てのＵＬ−ＤＬ設定で、ＤＬ  ＨＡＲＱタイミングは、ＦＤＤプライマリセルに対するＦＤＤ  ＨＡＲＱタイミングを適用し、ＵＬ  ＨＡＲＱタイミングは、ＴＤＤセカンダリセルに対するＴＤＤ  ＨＡＲＱタイミングを適用するように構成。
【０１９４】
このとき、ＵＬ−ＤＬ設定１、２、３、４、５、６では、ＤＣＩにＤＬ／ＵＬ  ＤＡＩ及びＵＬインデックスを含まない、または含むとしても活用しない。ＵＬ−ＤＬ設定０では、ＵＬ  ＤＣＩにＵＬインデックスを含み、ＤＬ  ＤＣＩにはＤＬ  ＤＡＩを含まない、または含むとしても活用しない。
【０１９５】
ｉｉｉ）ＵＬ−ＤＬ設定１、２、３、４、５、６で、ＤＬ  ＨＡＲＱタイミングは、ＦＤＤプライマリセルに対するＦＤＤ  ＨＡＲＱタイミングを適用し、ＵＬ  ＨＡＲＱタイミングは、ＴＤＤセカンダリセルに対するＴＤＤ  ＨＡＲＱタイミングを適用するように構成。
【０１９６】
このとき、ＵＬ−ＤＬ設定０で、ＤＬ  ＨＡＲＱタイミングは、ＴＤＤセカンダリセルに対するＴＤＤ  ＨＡＲＱタイミングを適用し、ＵＬ  ＨＡＲＱタイミングにも、ＴＤＤセカンダリセルに対するＴＤＤ  ＨＡＲＱタイミングを適用することができる。
【０１９７】
ＵＬ−ＤＬ設定１、２、３、４、５、６では、ＤＣＩにＤＬ／ＵＬ  ＤＡＩ及びＵＬインデックスを含まない、または含むとしても活用しない。ＵＬ−ＤＬ設定０では、ＵＬ  ＤＣＩにＵＬインデックスを含み、ＤＬ  ＤＣＩにはＤＬ  ＤＡＩを含まない、または含むとしても活用しない。
【０１９８】
２．交差搬送波スケジューリングが設定された場合
【０１９９】
１）ＴＤＤセカンダリセルに対するＤＬ  ＨＡＲＱタイミング：ＦＤＤプライマリセルに対するＦＤＤ  ＨＡＲＱタイミングとＴＤＤセカンダリセル自体のＴＤＤ  ＨＡＲＱタイミングを適用することができる。これはプライマリセルがＦＤＤセルであるため、全てのサブフレームでＤＬ方向とＵＬ方向に送信が可能なためである。
【０２００】
２）ＴＤＤセカンダリセルに対するＵＬ  ＨＡＲＱタイミング：全てのＵＬ−ＤＬ設定で、ＴＤＤセカンダリセル自体のＴＤＤ  ＨＡＲＱタイミングを適用し、または例外的にＵＬ−ＤＬ設定０では１０サブフレーム（１０ｍｓ）周期の新しいＨＡＲＱタイミングを適用することができる。
【０２０１】
ＵＬ−ＤＬ設定０に対し、１０ｍｓ周期のＵＬ  ＨＡＲＱプロセスを適用すると、Ｍ＝１になるため、ＵＬインデックスは必要なくなる。この場合、全てのＵＬ−ＤＬ設定にＤＡＩは必要なく、ＵＬ−ＤＬ設定０の場合、ＵＬインデックスも必要なくなる。したがって、下記のような構成が可能である。
【０２０２】
ｉ）全てのＵＬ−ＤＬ設定で、ＤＬ  ＨＡＲＱタイミングは、ＴＤＤセカンダリセル自体のＴＤＤ  ＨＡＲＱタイミングを適用し、ＵＬ  ＨＡＲＱタイミングも、ＴＤＤセカンダリセル自体のＴＤＤ  ＨＡＲＱタイミングを適用するように構成。このとき、既存ＴＤＤと同様に、ＤＡＩ及びＵＬインデックスを構成することができる。
【０２０３】
ｉｉ）全てのＵＬ−ＤＬ設定で、ＤＬ  ＨＡＲＱタイミングは、ＦＤＤプライマリセルに対するＦＤＤ  ＨＡＲＱタイミングを適用し、ＵＬ  ＨＡＲＱタイミングは、ＴＤＤセカンダリセルに対するＴＤＤ  ＨＡＲＱタイミングを適用するように構成。
【０２０４】
このとき、ＵＬ−ＤＬ設定１、２、３、４、５、６では、ＤＣＩにＤＬ／ＵＬ  ＤＡＩ及びＵＬインデックスを含まない、または含むとしても活用しない。ＵＬ−ＤＬ設定０では、ＵＬ  ＤＣＩにＵＬインデックスを含み、ＤＬ  ＤＣＩにはＤＬ  ＤＡＩを含まない、または含むとしても活用しない。
【０２０５】
ｉｉｉ）ＵＬ−ＤＬ設定１、２、３、４、５、６で、ＤＬ  ＨＡＲＱタイミングは、ＦＤＤプライマリセルに対するＦＤＤ  ＨＡＲＱタイミングを適用し、ＵＬ  ＨＡＲＱタイミングは、ＴＤＤセカンダリセルに対するＴＤＤ  ＨＡＲＱタイミングを適用するように構成。
【０２０６】
このとき、ＵＬ−ＤＬ設定０で、ＤＬ  ＨＡＲＱタイミングは、ＴＤＤセカンダリセルに対するＴＤＤ  ＨＡＲＱタイミングを適用し、ＵＬ  ＨＡＲＱタイミングにも、ＴＤＤセカンダリセルに対するＴＤＤ  ＨＡＲＱタイミングを適用することができる。
【０２０７】
ＵＬ−ＤＬ設定１、２、３、４、５、６では、ＤＣＩにＤＬ／ＵＬ  ＤＡＩ及びＵＬインデックスを含まない、または含むとしても活用しない。ＵＬ−ＤＬ設定０では、ＵＬ  ＤＣＩにＵＬインデックスを含み、ＤＬ  ＤＣＩにはＤＬ  ＤＡＩを含まない、または含むとしても活用しない。
【０２０８】
ｉｖ）ＵＬ−ＤＬ設定１、２、３、４、５（、６）で、ＤＬ  ＨＡＲＱタイミングは、ＦＤＤプライマリセルに対するＦＤＤ  ＨＡＲＱタイミングを適用し、ＵＬ  ＨＡＲＱタイミングは、ＴＤＤセカンダリセルに対するＴＤＤ  ＨＡＲＱタイミングを適用するように構成できる。
【０２０９】
または、ＵＬ−ＤＬ設定０（、６）で、ＤＬ  ＨＡＲＱタイミングは、ＦＤＤセカンダリセルに対するＦＤＤ  ＨＡＲＱタイミングを適用し、ＵＬ  ＨＡＲＱタイミングは、１０ｍｓ周期を有する新しいＴＤＤセカンダリセルに対するＨＡＲＱタイミングを適用することができる。
【０２１０】
ＵＬ−ＤＬ設定６は、前者または後者のうちどちらか一方に含まれるように適用される。
【０２１１】
ＵＬ−ＤＬ設定０、１、２、３、４、５、６の全ては、ＤＣＩにＤＡＩ及びＵＬインデックスを含まない、または含むとしても活用しない。特徴的に、ＵＬ−ＤＬ設定０で、ＵＬ  ＤＣＩにはＵＬインデックスを含まない、または含むとしても活用せず、ＤＬ  ＤＣＩにＤＬ  ＤＡＩを含まない、または含むとしても活用しない。
【０２１２】
ＩＩ．ＴＤＤプライマリセルとＦＤＤセカンダリセルのアグリゲーション
【０２１３】
１．非交差搬送波スケジューリングが設定された場合
【０２１４】
１）ＦＤＤセカンダリセルに対するＤＬ  ＨＡＲＱタイミング：ＴＤＤプライマリセルに対するＴＤＤ  ＨＡＲＱタイミングまたは基準ＴＤＤ  ＨＡＲＱタイミングを適用することができる。セカンダリセル自体に対するＦＤＤ  ＨＡＲＱタイミングは適用することができない。その理由は、ＴＤＤプライマリセルの一部サブフレームでＵＬ方向の送信を支援することができないためである。
【０２１５】
２）ＦＤＤセカンダリセルに対するＵＬ  ＨＡＲＱタイミング：セカンダリセル自体のＦＤＤ  ＨＡＲＱタイミングの適用が可能であり、プライマリセルのＴＤＤ  ＨＡＲＱタイミングも適用できる。ここで、セカンダリセル自体のＦＤＤ  ＨＡＲＱタイミングは、ＵＬグラント受信とＰＵＳＣＨ送信との間の時間間隔が４ｍｓであることを意味する。ＰＵＳＣＨ送信とＰＨＩＣＨまたはＵＬグラント受信との間の時間間隔は、ＦＤＤと違って４ｍｓでない（例えば、６ｍｓである）。この場合、一つのＤＬサブフレームで一つのＵＬサブフレームのみをスケジューリングするようになってＵＬ−ＤＬ設定０に対してＵＬインデックスが必要なくなる。
【０２１６】
ＤＬ  ＨＡＲＱタイミングの場合、ＴＤＤ  ＨＡＲＱタイミングの適用のみが可能である。この場合、ＵＬ−ＤＬ設定１、２、３、４、５（、６）で、ＤＡＩは必要であり、ＵＬ−ＤＬ設定０の場合、ＤＡＩが必要なくなる。したがって、下記のような構成が可能である。
【０２１７】
ｉ）全てのＵＬ−ＤＬ設定で、ＤＬ  ＨＡＲＱタイミングは、ＴＤＤセカンダリセルのＨＡＲＱタイミングを適用し、ＵＬ  ＨＡＲＱタイミングも、ＴＤＤセカンダリセルのＨＡＲＱタイミングを適用することができる。このとき、既存ＴＤＤ方式通りにＤＡＩ及びＵＬインデックスを構成することができる。
【０２１８】
ｉｉ）全てのＵＬ−ＤＬ設定で、ＤＬ  ＨＡＲＱタイミングは、ＴＤＤプライマリセルのＨＡＲＱタイミングを適用し、ＵＬ  ＨＡＲＱタイミングは、ＦＤＤセカンダリセルのＨＡＲＱタイミングを適用することができる。ＵＬ−ＤＬ設定１、２、３、４、５（、６）では、ＤＣＩにＤＡＩを含み、ＵＬ−ＤＬ設定０で、ＵＬ  ＤＣＩにはＵＬインデックスを含まない、または含むとしても活用しない。そして、ＤＬ  ＤＣＩにはＤＬ  ＤＡＩを含まない、または含むとしても活用しない。
【０２１９】
２．交差搬送波スケジューリングが設定された場合
【０２２０】
１）ＦＤＤセカンダリセルに対するＤＬ  ＨＡＲＱタイミング：プライマリセルに対するＴＤＤ  ＨＡＲＱタイミングのみが適用可能であり、セカンダリセル自体のＦＤＤ  ＨＡＲＱタイミングを適用することができない。その理由は、ＴＤＤプライマリセルの一部サブフレームでＵＬ方向の送信支援が不可能であるためである。
【０２２１】
２）ＦＤＤセカンダリセルに対するＵＬ  ＨＡＲＱタイミング：プライマリセルＴＤＤ  ＨＡＲＱタイミング、基準ＴＤＤ  ＨＡＲＱタイミングまたはセカンダリセル自体のＦＤＤ  ＨＡＲＱタイミングを適用することができる。ここで、セカンダリセル自体のＦＤＤ  ＨＡＲＱタイミングは、ＵＬグラント受信時点とＰＵＳＣＨ送信時点との間の時間間隔が４ｍｓであることを意味する。ＰＵＳＣＨ送信時点とＰＨＩＣＨまたはＵＬグラント受信時点との間の時間間隔は、ＦＤＤと違って４ｍｓでない（例えば、６ｍｓである）。この場合、一つのＤＬサブフレームで一つのＵＬサブフレームのみをスケジューリングするようになってＵＬ−ＤＬ設定０に対してＵＬインデックスが必要なくなる。
【０２２２】
ｉ）全てのＵＬ−ＤＬ設定で、ＤＬ  ＨＡＲＱタイミングは、ＴＤＤセカンダリセルのＴＤＤ  ＨＡＲＱタイミングを適用し、ＵＬ  ＨＡＲＱタイミングも、ＴＤＤセカンダリセルのＴＤＤ  ＨＡＲＱタイミングを適用することができる。この場合、既存ＴＤＤ方式通りにＤＡＩ及びＵＬインデックスを構成することができる。
【０２２３】
ｉｉ）全てのＵＬ−ＤＬ設定で、ＤＬ  ＨＡＲＱタイミングは、ＴＤＤセカンダリセルのＴＤＤ  ＨＡＲＱタイミングを適用し、ＵＬ  ＨＡＲＱタイミングは、ＦＤＤセカンダリセルのＨＡＲＱタイミングを適用することができる。ＵＬ−ＤＬ設定１、２、３、４、５（、６）では、ＤＣＩにＤＡＩを含み、ＵＬ−ＤＬ設定０で、ＵＬ  ＤＣＩにＵＬインデックスを含まない、または含むとしても活用しない。そして、ＤＬ  ＤＣＩにはＤＬ  ＤＡＩを含まない、または含むとしても活用しない。
【０２２４】
ｉｉｉ）全てのＵＬ−ＤＬ設定で、ＤＬ  ＨＡＲＱタイミングは、ＴＤＤセカンダリセルのＴＤＤ  ＨＡＲＱタイミングを適用し、ＵＬ  ＨＡＲＱタイミングは、ＵＬ−ＤＬ設定０以外の組合せでも一つのＤＬサブフレームで複数のＵＬサブフレームをスケジューリングすることができる。
【０２２５】
ＵＬ−ＤＬ設定１、２、３、４、５（、６）では、ＤＣＩにＤＡＩを含み、ＵＬ  ＤＣＩにＵＬインデックスも含む。ＵＬ−ＤＬ設定０では、ＤＡＩを含まない、または含むとしても活用しない。ＵＬインデックスは、従来２ビットであったが、本実施例では３ビットに増えることができる。
【０２２６】
ｉｖ）全てのＵＬ−ＤＬ設定で、ＤＬ  ＨＡＲＱタイミングは、ＴＤＤセカンダリセルのＴＤＤ  ＨＡＲＱタイミングを適用し、ＵＬ  ＨＡＲＱタイミングは、基準ＴＤＤセカンダリセルのＨＡＲＱタイミングを適用することができる。
【０２２７】
ＵＬ−ＤＬ設定１、２、３、４、５（、６）では、ＤＬ  ＤＣＩにＤＡＩを含み、ＵＬ  ＤＣＩにＵＬ  ＤＡＩを含むことができる。ＵＬ−ＤＬ設定０では、ＤＬ  ＤＣＩにＤＡＩを含まない、または含むとしても活用しない。ＵＬ−ＤＬ設定０で、ＵＬ  ＤＣＩにＵＬインデックスを含んで活用し、このとき、ＵＬ  ＤＣＩには長さを増えないために、ＵＬ  ＤＡＩを含まない。即ち、ＵＬ−ＤＬ設定１、２、３、４、５の場合、ＤＬサブフレーム：ＵＬサブフレーム＝Ｍ：１になってＵＬ  ＤＡＩを活用することができるが、これを除外することができる。ＰＵＣＣＨ送信時と同じ数のＡＣＫ／ＮＡＣＫビットをＰＵＳＣＨを介して送信するようにすることができる。
【０２２８】
前述した過程で、ＤＡＩが必要な場合、ＤＬ  ＤＡＩは必ず送信しなければならない。それに対し、ＤＡＩが必要な場合であるとしでも、ＵＬ  ＤＡＩは送信しなくて、この時は、ＵＬ  ＤＡＩ値をスケジューリング可能な最大値と仮定して動作できる。したがって、ＤＬ  ＤＡＩを送信してもＵＬ  ＤＡＩは送信しなくてもよい。ＵＬ  ＤＡＩが送信されないことは、ＵＬインデックスが含まれている場合にのみ適用することができる。
【０２２９】
もし、ダウンリンクにＵＬ−ＤＬ設定５が基準ＨＡＲＱタイミングとして適用される状況で、アップリンクにＵＬ−ＤＬ設定０が基準ＨＡＲＱタイミングとして適用されると、ＵＬインデックスが導入され、ＵＬ  ＤＡＩが除外される。この場合、ＵＬ  ＤＡＩは１と仮定し、ＰＵＳＣＨにピギーバックされるＡＣＫ／ＮＡＣＫを構成し、またはＵＬ  ＤＡＩを受けていないと認識することで、ＰＵＣＣＨに送信されるＡＣＫ／ＮＡＣＫビット数と同じようにＰＵＳＣＨにＡＣＫ／ＮＡＣＫをピギーバックすることができる。
【０２３０】
ＤＬ  ＨＡＲＱタイミングの場合、ＴＤＤプライマリセルのＨＡＲＱタイミングを基準ＴＤＤ  ＨＡＲＱタイミングに代えることができる。また、基準設定が適用された場合、ＤＡＩは、ＤＬ  ＨＡＲＱプロセスに対する基準設定によって動作が定義される。ＵＬインデックスは、ＵＬ  ＨＡＲＱプロセスに対する基準設定によって動作が定義される。基準設定は、プライマリセルに対するＨＡＲＱタイミングまたはスケジューリングセルのＨＡＲＱタイミングになることができる。
【０２３１】
前記で交差搬送波スケジューリングされる場合のＵＬ  ＨＡＲＱに対し、プライマリセルとスケジューリングセルが同じであることを前提とした。プライマリセルとスケジューリングセルが異なる場合、ＵＬ  ＨＡＲＱを対象にした記述でプライマリセルをスケジューリングセルに代えればよい。
【０２３２】
以下、ＴＤＤセルとＦＤＤセルのアグリゲーションにおいて、ＨＡＲＱタイミングによってＤＣＩを構成する実施例を説明する。
【０２３３】
まず、ＴＤＤセルとＦＤＤセルとの間のキャリアアグリゲーションに適用できるＨＡＲＱタイミングを下記のように整理できる。
【０２３４】
１）ＦＤＤプライマリセルとＴＤＤセカンダリセルのアグリゲーションで、ＤＬ  ＨＡＲＱタイミング（即ち、ＰＤＳＣＨ受信と前記ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ送信タイミング）。
【０２３５】
非交差搬送波スケジューリングでは、ＦＤＤプライマリセルのＤＬ  ＨＡＲＱタイミングに従う。交差搬送波スケジューリングでも、ＦＤＤプライマリセルのＤＬ  ＨＡＲＱタイミングに従う。
【０２３６】
２）ＦＤＤプライマリセルとＴＤＤセカンダリセルのアグリゲーションで、ＵＬ  ＨＡＲＱタイミング（即ち、ＵＬグラント（ＵＬ  ＤＣＩ）受信と前記ＵＬグラントによりスケジューリングされるＰＵＳＣＨの送信タイミング、前記ＰＵＳＣＨ送信と前記ＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫを含むＰＨＩＣＨ受信タイミング）。
【０２３７】
まず、非交差搬送波スケジューリングでは、スケジューリングを受けるＴＤＤセカンダリセルのＵＬ  ＨＡＲＱタイミングに従う。
【０２３８】
次に、交差搬送波スケジューリングでは下記のように動作できる。
【０２３９】
ｉ）ＦＤＤセルであるスケジューリングセルに対しては、スケジューリングを受けるＴＤＤセルのＵＬ  ＨＡＲＱタイミングに従うことができる。ＴＤＤセルであるスケジューリングセルに対しては、スケジューリングを受けるセルとスケジューリングセルのＵＬ−ＤＬ設定から基準ＵＬ−ＤＬ設定を導出し、それによるＵＬ  ＨＡＲＱタイミングに従うことができる。
【０２４０】
ｉｉ）ＦＤＤセルであるスケジューリングセルに対しては、ＵＬグラント受信とＰＵＳＣＨ送信との間は４ｍｓになり、ＰＵＳＣＨ送信とＰＨＩＣＨ受信との間は６ｍｓになるようにすることができる。ＴＤＤセルであるスケジューリングセルに対しては、スケジューリングを受けるセルとスケジューリングセルのＵＬ−ＤＬ設定から基準ＵＬ−ＤＬ設定を導出し、それによるＵＬ  ＨＡＲＱタイミングに従うことができる。
【０２４１】
３）ＴＤＤプライマリセルとＦＤＤセカンダリセルのアグリゲーションで、ＤＬ  ＨＡＲＱタイミング（即ち、ＰＤＳＣＨ受信と前記ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ送信タイミング）
【０２４２】
まず、非交差搬送波スケジューリングに対しては、ｉ）ＴＤＤプライマリセルのＤＬ  ＨＡＲＱタイミングに従い、ＴＤＤプライマリセルで、ＤＬ  ＨＡＲＱタイミングが定義されないＤＬサブフレームがある場合、このＤＬサブフレームに対しては、新しいＤＬ  ＨＡＲＱタイミングに従うことができる。または、従来ＴＤＤセルよりＤＬサブフレームが多い、新しいＤＬ  ＨＡＲＱタイミングを全面的に使用することもできる。ｉｉ）ＦＤＤセカンダリセルに対して定義された基準ＵＬ−ＤＬ設定によってＤＬ  ＨＡＲＱタイミングを決定することができる。
【０２４３】
次に、交差搬送波スケジューリングに対しては、前述した非交差搬送波スケジューリングにおけるｉ）及びｉｉ）の方法を同じように使用し、またはＴＤＤプライマリセルのＤＬ  ＨＡＲＱタイミングのみを従うことができる。
【０２４４】
４）ＴＤＤプライマリセルとＦＤＤセカンダリセルのアグリゲーションで、ＵＬ  ＨＡＲＱタイミング（即ち、ＵＬグラント（ＵＬ  ＤＣＩ）受信と前記ＵＬグラントによりスケジューリングされるＰＵＳＣＨの送信タイミング、前記ＰＵＳＣＨ送信と前記ＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫを含むＰＨＩＣＨ受信タイミング）。
【０２４５】
まず、非交差搬送波スケジューリングではスケジューリングを受けるＦＤＤセルのＵＬ  ＨＡＲＱタイミングに従う。
【０２４６】
次に、交差搬送波スケジューリングでは下記のように動作できる。
【０２４７】
ｉ）ＴＤＤセルであるスケジューリングセルに対しては、前記スケジューリングセルのＵＬ  ＨＡＲＱタイミングに従うことができる。ＦＤＤセルであるスケジューリングセルに対しては、ＦＤＤ  ＵＬ  ＨＡＲＱタイミングに従う。
【０２４８】
ｉｉ）ＴＤＤセルであるスケジューリングセルに対しては、ＵＬグラント受信とＰＵＳＣＨ送信との間は４ｍｓになり、ＰＵＳＣＨ送信とＰＨＩＣＨ受信との間は６ｍｓになるようにすることができる。ＦＤＤセルであるスケジューリングセルに対しては、ＦＤＤ  ＵＬ  ＨＡＲＱタイミングに従う。
【０２４９】
前述したように、ＴＤＤセルとＦＤＤセルがアグリゲーションされる時、どんな種類のセルがプライマリセルであり、どんな種類のセルがセカンダリセルか、交差搬送波スケジューリングが適用されるかどうかによって多様な組合せが発生し、各組合せに各々のＤＬ／ＵＬ  ＨＡＲＱタイミングが決定されることができる。前述した各組合せの場合に対し、ＤＬ／ＵＬグラントを構成するＤＣＩフィールドがどのように構成されるかに対して以下で説明する。
【０２５０】
以下、“ｎｏ  ｆｉｅｌｄ”は、フィールドは存在するが、該当フィールドを元の用途で使用しない方式を意味する。
【０２５１】
１．ＦＤＤプライマリセルとＴＤＤセカンダリセルのアグリゲーションでＤＬ  ＤＣＩフォーマット
【０２５２】
１）交差搬送波スケジューリングまたは非交差搬送波スケジューリングのいずれでもＦＤＤ  ＤＣＩフォーマットに基づいてＤＬ  ＤＣＩフォーマットを決定する。即ち、３ビットで構成されるＨＡＲＱプロセスナンバーフィールドを使用し、ＤＬ  ＤＡＩフィールドは“ｎｏ  ｆｉｅｌｄ”として処理する。
【０２５３】
非周期的ＳＲＳが設定される場合、ＤＣＩフォーマット２Ｂ／２Ｃ／２Ｄには１ビットの非周期的ＳＲＳ誘発フィールドが追加される。
【０２５４】
２．ＦＤＤプライマリセルとＴＤＤセカンダリセルのアグリゲーションでＵＬ  ＤＣＩフォーマット
【０２５５】
１）非交差搬送波スケジューリングでは、ＦＤＤ  ＵＬ  ＤＣＩフォーマットに基づいてＵＬ  ＤＣＩフォーマットを決定する。ＵＬ  ＤＡＩフィールド及びＵＬインデックスフィールドは“ｎｏ  ｆｉｅｌｄ”として処理する。ＵＬ−ＤＬ設定０で、２ビットのＵＬインデックスフィールドが追加される。
【０２５６】
２）交差搬送波スケジューリングでは、スケジューリングセルがＴＤＤセルでもＦＤＤセルでも関係なく、前記非交差搬送波スケジューリングのように動作できる。
【０２５７】
または、スケジューリングセルがＴＤＤセルの場合に限って、前記非交差搬送波スケジューリングのように動作できる。もし、スケジューリングセルがＦＤＤセルの場合、ＦＤＤ  ＵＬ  ＤＣＩフォーマットと同じようにＵＬ  ＤＣＩを構成する。即ち、ＵＬ  ＤＡＩフィールド及びＵＬインデックスフィールドは“ｎｏ  ｆｉｅｌｄ”として処理する。
【０２５８】
３．ＴＤＤプライマリセルとＦＤＤセカンダリセルのアグリゲーションでＤＬ  ＤＣＩフォーマット
【０２５９】
１）非交差搬送波スケジューリングまたは交差搬送波スケジューリングの両方ともで、ｉ）ＴＤＤ  ＤＬ  ＤＣＩフォーマットに基づいてＤＬ  ＤＣＩを構成することができる。即ち、４ビットでＨＡＲＱプロセスナンバーフィールドを構成し、２ビットでＤＬ  ＤＡＩフィールドを構成することができる。ＤＣＩフォーマット２Ｂ／２Ｃ／２Ｄに対し、ＳＲＳ誘発フィールド（ＳＲＳ  ｔｒｉｇｇｅｒｉｎｇ  ｆｉｅｌｄ）は“ｎｏ  ｆｉｅｌｄ”として処理する。または、ｉｉ）ＴＤＤ  ＤＬ  ＤＣＩフォーマットに基づいてＤＬ  ＤＣＩを構成し（４ビットＨＡＲＱプロセスナンバーフィールド使用）、２ビットＤＬ  ＤＡＩフィールドは、基準ＵＬ−ＤＬ設定によって選択的に含むことができる。どのような基準ＵＬ−ＤＬ設定で、２ビットＤＬ  ＤＡＩフィールドが含まれるかは設定されることができる。または、２ビットＵＬ  ＤＡＩフィールドは、基準ＵＬ−ＤＬ設定に関係なく含まれることもできる。ＤＣＩフォーマット２Ｂ／２Ｃ／２Ｄに対し、ＳＲＳ誘発フィールド（ＳＲＳ  ｔｒｉｇｇｅｒｉｎｇ  ｆｉｅｌｄ）は“ｎｏ  ｆｉｅｌｄ”として処理する。
【０２６０】
４．ＴＤＤプライマリセルとＦＤＤセカンダリセルのアグリゲーションでＵＬ  ＤＣＩフォーマット
【０２６１】
１）非交差搬送波スケジューリングで、ｉ）ＴＤＤプライマリセルのＤＬ  ＨＡＲＱタイミングに従い、ＴＤＤプライマリセルでＤＬ  ＨＡＲＱタイミングが定義されないＤＬサブフレームがある場合、このＤＬサブフレームに対しては新しいＤＬ  ＨＡＲＱタイミングに従うことができる。この場合、ＴＤＤ  ＵＬ  ＤＣＩフォーマットに基づいてＵＬ  ＤＣＩを構成することができる。例えば、２ビットＵＬ  ＤＡＩフィールドを含むことができる。ＵＬインデックスフィールドは“ｎｏ  ｆｉｅｌｄ”として処理する。または、ｉｉ）ＴＤＤ  ＵＬ  ＤＣＩフォーマットに基づいており、２ビットＵＬ  ＤＡＩフィールドは、基準ＵＬ−ＤＬ設定によって含むことができ、該当する基準ＵＬ−ＤＬ設定は、基地局により設定されることができる。または、２ビットＵＬ  ＤＡＩフィールドは、基準ＵＬ−ＤＬ設定に関係なく含まれることもできる。ＵＬインデックスフィールドは“ｎｏ  ｆｉｅｌｄ”として処理する。
【０２６２】
２）交差搬送波スケジューリングでは、ｉ）スケジューリングセルがＦＤＤセルの場合、非交差搬送波スケジューリングと同じようにＵＬ  ＤＣＩを構成することができる。もし、スケジューリングセルがＴＤＤセルの場合、ＴＤＤ  ＵＬ  ＤＣＩフォーマットと同じようにＵＬ  ＤＣＩを構成する。即ち、２ビットＵＬ  ＤＡＩフィールドを含む。スケジューリングセルにＵＬ−ＤＬ設定０が設定されると、ＵＬ  ＤＡＩフィールドを２ビットＵＬインデックスフィールドとして代える。または、ｉｉ）スケジューリングセルがＦＤＤセルかまたはＴＤＤセルかに関係なく、非交差搬送波スケジューリングと同じようにＵＬ  ＤＣＩフォーマットを構成することができる。
【０２６３】
図１６は、本発明の一実施例に係るＤＣＩデコーディング方法を示す。
【０２６４】
図１６を参照すると、端末は、第１のセルを介して第２のセルをスケジューリングするＤＣＩを受信する（Ｓ１５１）。
【０２６５】
端末は、第２のセルが第１のセルと同じ種類のセルかどうかによって前記ＤＣＩの大きさを決定した後デコーディングできる（Ｓ１５２）。
【０２６６】
ここで、第１のセルは、前記端末が基地局との最初接続確立過程（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ）または接続再確立過程を実行するプライマリセルであり、前記第２のセルは、前記端末に前記プライマリセル以外に追加に割り当てられるセカンダリセルである。
【０２６７】
異種のセルがアグリゲーションされるキャリアアグリゲーションで、第１のセルは、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）フレームを使用するＦＤＤセルであり、第２のセルは、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）フレームを使用するＴＤＤセルである。このとき、前記ＤＣＩは、単独で使われるＦＤＤセルまたはＴＤＤセルのスケジューリングにおいて、互いに異なるビットサイズを有する特定フィールドを含むことができる。前記特定フィールドは、前記ＴＤＤセルをスケジューリングする時、単独で使われるＦＤＤセルをスケジューリングする時と同じビット大きさを有することができる。前記特定フィールドは、例えば、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）プロセスナンバーを含むフィールドである。ＨＡＲＱプロセスナンバーフィールドは、単独で使われるＦＤＤセルをスケジューリングする時は３ビットで構成され、単独で使われるＴＤＤセルをスケジューリングする時は４ビットで構成される。それに対し、前記例のように、異種のセルがアグリゲーションされた状況で、ＦＤＤセルを介してＴＤＤセルをスケジューリングするＤＣＩが送信される場合、このＤＣＩは、単独で使われるＦＤＤセルをスケジューリングする時と同じビット大きさ（３ビット）を有する。
【０２６８】
他の例として、前記第１のセルは、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）フレームを使用するＴＤＤセルであり、前記第２のセルは、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）フレームを使用するＦＤＤセルである。この場合、前記ＤＣＩは、単独で使われるＦＤＤセルまたはＴＤＤセルのスケジューリングにおいて、互いに異なるビットサイズを有する特定フィールドを含むことができ、前記特定フィールドは、前記ＦＤＤセルをスケジューリングする時、単独で使われるＴＤＤセルをスケジューリングする時と同じビット大きさを有することができる。前記特定フィールドは、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）プロセスナンバーフィールドである。前記他の例のように、異種のセルがアグリゲーションされた状況で、ＴＤＤセルを介してＦＤＤセルをスケジューリングするＤＣＩが送信される場合、このＤＣＩは、単独で使われるＴＤＤセルをスケジューリングする時と同じビット大きさ（４ビット）を有する。
【０２６９】
交差搬送波スケジューリングが適用され、ＦＤＤプライマリセルとＴＤＤセカンダリセルがアグリゲーションされる場合を考慮する。このとき、ＰＵＣＣＨは、プライマリセルにのみ送信されると仮定する。
【０２７０】
前記ＴＤＤセカンダリセルに対するＤＬ／ＵＬ  ＤＣＩは、ＦＤＤプライマリセルに送信され、このとき、ＴＤＤセカンダリセルをスケジューリングするＤＬ／ＵＬ  ＤＣＩは、ＤＬ／ＵＬ  ＤＡＩフィールドを含まない、または含むとしても元の用途で使用しない。特に、ＴＤＤセカンダリセルは、どのようなＵＬ−ＤＬ設定を有するかに関係なく、ＤＬ／ＵＬ  ＤＡＩフィールドを含まない、または含むとしても元の用途で使用しない。また、ＴＤＤセカンダリセルに対するスケジューリングをするＤＬ／ＵＬ  ＤＣＩは、既存には４ビットのＨＡＲＱプロセスナンバービットを含んだが、本発明では３ビットのＨＡＲＱプロセスナンバーフィールドを使用することができる。
【０２７１】
交差搬送波スケジューリングが適用され、ＴＤＤプライマリセルとＦＤＤセカンダリセルがアグリゲーションされる場合を考慮する。このとき、ＰＵＣＣＨは、プライマリセルにのみ送信されると仮定する。
【０２７２】
この場合、ＴＤＤプライマリセルの全てのＵＬ−ＤＬ設定で、ＤＬ／ＵＬ  ＤＡＩフィールドが使われる。また、ＦＤＤセカンダリセルに対するスケジューリングをするＤＬ／ＵＬ  ＤＣＩは、既存には３ビットのＨＡＲＱプロセスナンバービットを含んだが、本発明では４ビットのＨＡＲＱプロセスナンバーフィールドを使用することができる。
【０２７３】
ＴＤＤセカンダリセルをスケジューリングするＵＬ  ＤＣＩには、ＴＤＤセカンダリセルのＵＬ−ＤＬ設定がＵＬ−ＤＬ設定０の場合に限って、ＵＬインデックスフィールドが存在する。ＦＤＤセカンダリセルをスケジューリングするＵＬ  ＤＣＩには、ＵＬインデックスフィールドが存在しない、または存在するとしても元の用途で使われない。
【０２７４】
図１７は、本発明の実施例が具現される無線機器を示すブロック図である。
【０２７５】
基地局１００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１１０、メモリ（ｍｅｍｏｒｙ）１２０及びＲＦ部（ＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）ｕｎｉｔ）１３０を含む。プロセッサ１１０は、提案された機能、過程及び／または方法を具現する。例えば、プロセッサ１１０は、端末に互いに異なるフレーム構造を使用する複数のサービングセルを設定する。例えば、ＦＤＤフレームを使用するＦＤＤセルを設定し、ＴＤＤフレームを使用するＴＤＤセルを設定することができる。その後、ＦＤＤセルをスケジューリングするＤＣＩとＴＤＤセルをスケジューリングするＤＣＩを生成して送信できる。ＤＣＩの一部フィールドは、ＴＤＤセル／ＦＤＤセルを単独にスケジューリングする時とは異なる大きさのビット大きさを有することができる。メモリ１２０は、プロセッサ１１０と連結され、プロセッサ１１０を駆動するための多様な情報を格納する。ＲＦ部１３０は、プロセッサ１１０と連結され、無線信号を送信及び／または受信する。
【０２７６】
端末２００は、プロセッサ２１０、メモリ２２０及びＲＦ部２３０を含む。プロセッサ２１０は、提案された機能、過程及び／または方法を具現する。例えば、プロセッサ２１０は、第１のセルを介して第２のセルをスケジューリングするＤＣＩを受信し、前記ＤＣＩをデコーディングする。このとき、前記第２のセルが前記第１のセルと同じ種類のセルかどうかによって前記ＤＣＩの大きさを決定してデコーディングできる。メモリ２２０は、プロセッサ２１０と連結され、プロセッサ２１０を駆動するための多様な情報を格納する。ＲＦ部２３０は、プロセッサ２１０と連結され、無線信号を送信及び／または受信する。
【０２７７】
プロセッサ１１０、２１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、データ処理装置及び／またはベースバンド信号及び無線信号を相互変換する変換器を含むことができる。メモリ１２０、２２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部１３０、２３０は、無線信号を送信及び／または受信する一つ以上のアンテナを含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ１２０、２２０に格納され、プロセッサ１１０、２１０により実行されることができる。メモリ１２０、２２０は、プロセッサ１１０、２１０の内部または外部にあり、よく知られた多様な手段によりプロセッサ１１０、２１０と連結されることができる。
【図１】
2019169974.tif 000010
【図２】
2019169974.tif 000011
【図３】
2019169974.tif 000012
【図４】
2019169974.tif 000013
【図５】
2019169974.tif 000014
【図６】
2019169974.tif 000015
【図７】
2019169974.tif 000016
【図８】
2019169974.tif 000017
【図９】
2019169974.tif 000018
【図１０】
2019169974.tif 000019
【図１１】
2019169974.tif 000020
【図１２】
2019169974.tif 000021
【図１３】
2019169974.tif 000022
【図１４】
2019169974.tif 000023
【図１５】
2019169974.tif 000024
【図１６】
2019169974.tif 000025
【図１７】
2019169974.tif 000026