JP2015506633A - 無線通信システムにおいて制御情報を送信する方法及び装置 - Google Patents

Abstract

本発明は無線通信システムに関する。特に、本発明は、ＣＡベースの無線通信システムにおいて端末が制御情報を送信する方法及びそのための装置であって、互いに異なるサブフレーム構成を有する第１セルと第２セルを構成し、該第２セルはＴＤＤ ＵＬ−ＤＬ構成＃０に構成されることと、前記第１セルを通じてＵＬグラント（Ｕｐｌｉｎｋ ｇｒａｎｔ）を受信することと、前記第２セルを通じて前記ＵＬグラントに対応するデータを送信することと、を含む方法及びそのための装置が提供される。【選択図】図１９

Description

本発明は、無線通信システムに係り、特に、キャリアアグリゲーション（ＣＡ）ベースの無線通信システムにおいて制御情報を送信する方法及び装置に関する。

無線通信システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、可用のシステムリソース（帯域幅、送信電力など）を共有して複数ユーザとの通信をサポートできる多元接続（ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムのことをいう。多元接続システムの例には、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムなどがある。

本発明の目的はＣＡベースの無線通信システムにおいて制御情報を送信する方法及びそのための装置を提供することにある。本発明の他の目的は、アップリンク信号に対する受信応答情報を效率よく送信／受信するための方法及びそのための装置を提供することにある。

本発明で達成しようとする技術的課題は、以上に言及している技術的課題に制限されるものではなく、言及していない他の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明らかになるであろう。

本発明の一態様として、ＣＡ（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）ベースの無線通信システムにおいて端末がＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）過程を行う方法であって、互いに異なるサブフレーム構成を有する第１セルと第２セルを構成し、該第２セルはＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）ＵＬ−ＤＬ構成（Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ ｃｏｎｆｉｇｕｒａｔｉｏｎ）＃０に構成されることと、前記第１セルを通じてＵＬグラント（Ｕｐｌｉｎｋ ｇｒａｎｔ）を受信することと、前記第２セルを通じて前記ＵＬグラントに対応するデータを送信することと、を含み、前記第１セル上で前記データに対するＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）リソースは下記の式によって決定され、

ここで、
は、ＰＨＩＣＨグループインデックスを表し、
は、直交シーケンスインデックスを表し、
は、前記データの送信に用いられたリソースブロックのインデックスと関連した値を表し、
は、前記スケジューリング情報内のＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）−関連フィールドの値から得られ、
は、ＰＨＩＣＨグループの個数を表し、
は、直交シーケンス長さを表し、Ｉ_{ＰＨＩＣＨ}は０又は１であり、前記データにＩ_{ＰＨＩＣＨ}＝０のＰＨＩＣＨリソースが対応する場合、前記データに対する再送信は、ＰＨＩＣＨ及びＵＬグラントの少なくとも一つに基づいて行われ、前記データに Ｉ_{ＰＨＩＣＨ}＝１のＰＨＩＣＨリソースが対応する場合、前記データに対する再送信は、ＵＬグラントのみに基づいて行われる、方法が提供される。

本発明の他の態様として、ＣＡ（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）ベースの無線通信システムにおいてＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）過程を行うように構成された端末であって、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットと、プロセッサと、を備え、前記プロセッサは、互いに異なるサブフレーム構成を有する第１セルと第２セルを構成し、前記第２セルはＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）ＵＬ−ＤＬ構成（Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ ｃｏｎｆｉｇｕｒａｔｉｏｎ）＃０に構成され、前記第１セルを通じてＵＬグラント（Ｕｐｌｉｎｋ ｇｒａｎｔ）を受信し、前記第２セルを通じて前記ＵＬグラントに対応するデータを送信するように構成され、前記第１セル上で前記データに対するＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）リソースは、下記の式によって決定され、

ここで、
は、ＰＨＩＣＨグループインデックスを表し、
は、直交シーケンスインデックスを表し、
は、前記データの送信に用いられたリソースブロックのインデックスと関連した値を表し、
は、前記スケジューリング情報内のＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）−関連フィールドの値から得られ、
は、ＰＨＩＣＨグループの個数を表し、
は、直交シーケンス長さを表し、Ｉ_{ＰＨＩＣＨ}は０又は１であり、前記データにＩ_{ＰＨＩＣＨ}＝０のＰＨＩＣＨリソースが対応する場合、前記データに対する再送信は、ＰＨＩＣＨ及びＵＬグラントの少なくとも一つに基づいて行われ、前記データにＩ_{ＰＨＩＣＨ}＝１のＰＨＩＣＨリソースが対応する場合、前記データに対する再送信は、ＵＬグラントのみに基づいて行われる、端末が提供される。

好適には、前記第１セルのサブフレーム構成は、ＴＤＤ ＵＬ−ＤＬ構成＃１〜＃６のうち一つによって構成されたり、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）方式によって構成され、前記ＴＤＤ ＵＬ−ＤＬ構成によるサブフレーム構成は、下記の表のようである：
ここで、ＤはＤＬサブフレーム（ＳＦ）を表し、ＵはＵＬ ＳＦを表し、ＳはスペシャルＳＦを表す。
好適には、 前記ＵＬグラントは、第１のＵＬ ＳＦ及び第２のＵＬ ＳＦのうち少なくとも一つに関するＵＬスケジューリング情報を含み、前記第１のＵＬ ＳＦは、時間的に前記第２のＵＬ ＳＦよりも早く、

前記第１のＵＬ ＳＦのデータに対する再送信は、ＰＨＩＣＨ及びＵＬグラントのうち少なくとも一つに基づいて行われ、前記第２のＵＬ ＳＦのデータに対する再送信は、ＵＬグラントのみに基づいて行われる。

好適には、前記データに前記Ｉ_{ＰＨＩＣＨ}＝１のＰＨＩＣＨリソースが対応する場合、該当のＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）でＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層のＨＡＲＱプロセスにＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を知らせる。

好適には、前記第１セルはスケジューリングセルであり、前記第２セルは被スケジューリングセルである。

本発明によれば、ＣＡベースの無線通信システムにおいて制御情報を效率よく送信することが可能である。また、アップリンク信号に対する受信応答情報を效率よく送信／受信することが可能になる。

本発明で得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。

本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明の実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。

図１は、無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）の構造を例示する図である。

図２は、ダウンリンクスロットのリソースグリッドを例示する図である。

図３は、ダウンリンクサブフレームの構造を示す図である。

図４は、アップリンクサブフレームの構造を例示する図である。

図５及び図６は、ＵＬグラント（ＵＧ）／ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）−ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）タイミングを例示する図である。 図５及び図６は、ＵＬグラント（ＵＧ）／ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）−ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）タイミングを例示する図である。

図７及び図８は、ＵＬグラント／ＰＨＩＣＨ−ＰＵＳＣＨタイミングを例示する図である。 図７及び図８は、ＵＬグラント／ＰＨＩＣＨ−ＰＵＳＣＨタイミングを例示する図である。

図９及び図１０は、ＰＵＳＣＨ−ＵＬグラント／ＰＨＩＣＨタイミングを例示する図である。 図９及び図１０は、ＰＵＳＣＨ−ＵＬグラント／ＰＨＩＣＨタイミングを例示する図である。

図１１は、ＰＨＩＣＨ信号処理過程／ブロックを例示する図である。

図１２は、制御領域内にＰＨＩＣＨが割り当てられる例を示す図である。

図１３は、ＣＡベースの無線通信システムを例示する図である。

図１４は、複数のセルが構成された場合のスケジューリング方法を例示する図である。

図１５及び図１６は、ＣＡが構成された場合の第２層の構造を例示する図である。 図１５及び図１６は、ＣＡが構成された場合の第２層の構造を例示する図である。

図１７は、ＨＤ（Ｈａｌｆ Ｄｕｐｌｅｘ）−ＴＤＤ ＣＡ方式を例示する図である。

図１８は、ＦＤ（Ｆｕｌｌ Ｄｕｐｌｅｘ）−ＴＤＤ ＣＡ方式を例示する図である。

図１９は、本発明の一実施例に係るＨＡＲＱ過程を例示する図である。

図２０は、本発明の実施例に適用することができる基地局及び端末を例示する図である。

以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような種々の無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）によって実現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ（登録商標） Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって実現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって実現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ） ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は３ＧＰＰ ＬＴＥの進展したバージョンである。

説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるものではない。また、以下の説明で使用する特定用語は、本発明の理解を助けるために提供されたものであり、このような特定用語は、本発明の技術的思想から逸脱しない範囲で他の形態に変更することもできる。

無線通信システムにおいて、端末は基地局からダウンリンク（ＤＬ）を通じて情報を受信し、端末は基地局にアップリンク（ＵＬ）を通じて情報を送信する。ＬＴＥ（−Ａ）においてダウンリンクではＯＦＤＭＡが用いられ、アップリンクではＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）が用いられる。

まず、本明細書で使用する用語について整理する。

●ＨＡＲＱ−ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）：ダウンリンク送信（例、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）或いはＳＰＳ解除ＰＤＣＣＨ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ ｒｅｌｅａｓｅ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ））に対する受信応答の結果、すなわち、ＡＣＫ／ＮＡＣＫ（Ｎｅｇａｔｉｖｅ ＡＣＫ）／ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ）応答（簡単に、ＡＣＫ／ＮＡＣＫ（応答）、Ａ／Ｎ（応答））を意味する。ＡＣＫ／ＮＡＣＫ応答は、ＡＣＫ、ＮＡＣＫ、ＤＴＸ又はＮＡＣＫ／ＤＴＸを表す。ＣＣ（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）（又は、セル）に対するＨＡＲＱ−ＡＣＫ或いはＣＣのＨＡＲＱ−ＡＣＫは、当該ＣＣに関連した（例、当該ＣＣにスケジューリングされた）ダウンリンク送信に対するＡＣＫ／ＮＡＣＫ応答を表す。ＰＤＳＣＨは、伝送ブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）或いはコードワード（ｃｏｄｅｗｏｒｄ）に代替することができる。

●ＰＤＳＣＨ：ＤＬグラントＰＤＣＣＨに対応するＰＤＳＣＨ、及びＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨを含む。

●ＳＰＳ ＰＤＳＣＨ：ＳＰＳによって半−静的（ｓｅｍｉ−ｓｔａｔｉｃ）に設定されたＤＬリソースを用いて送信されるＰＤＳＣＨを意味する。ＳＰＳ ＰＤＳＣＨは、対応するＤＬグラントＰＤＣＣＨがない。ＳＰＳ ＰＤＳＣＨは、ＰＤＳＣＨ ｗ／ｏ（ｗｉｔｈｏｕｔ）ＰＤＣＣＨと同じ意味で使われる。

●ＳＰＳ解除（ｒｅｌｅａｓｅ）ＰＤＣＣＨ：ＳＰＳ解除を指示するＰＤＣＣＨを意味する。端末は、ＳＰＳ解除ＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ情報をフィードバックする。

●ＰＣＣ（Ｐｒｉｍａｒｙ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）ＰＤＣＣＨ：ＰＣＣをスケジューリングするＰＤＣＣＨを意味する。すなわち、ＰＣＣ ＰＤＣＣＨは、ＰＣＣ上のＰＤＳＣＨに対応するＰＤＣＣＨを意味する。ＰＣＣに対してクロスキャリアスケジューリング（或いは、クロースＣＣ（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）スケジューリング）が許容されないと仮定すれば、ＰＣＣ ＰＤＣＣＨはＰＣＣ上でのみ送信される。ＰＣＣはＰＣｅｌｌ（Ｐｒｉｍａｒｙ Ｃｅｌｌ）と同じ意味で使われる。

●ＳＣＣ（Ｓｅｃｏｎｄａｒｙ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）ＰＤＣＣＨ：ＳＣＣをスケジューリングするＰＤＣＣＨを意味する。すなわち、ＳＣＣ ＰＤＣＣＨは、ＳＣＣ上のＰＤＳＣＨに対応するＰＤＣＣＨを意味する。ＳＣＣに対してクロスキャリアスケジューリングが許容される場合、ＳＣＣ ＰＤＣＣＨは、当該ＳＣＣではなく他のＣＣ（例、ＰＣＣ）上で送信することができる。ＳＣＣに対してクロスキャリアスケジューリングが許容されない場合、ＳＣＣ ＰＤＣＣＨを当該ＳＣＣ上でのみ送信する。ＳＣＣは、ＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）と同じ意味で使われる。

●クロスキャリアスケジューリング：ＳＣＣをスケジューリングするＰＤＣＣＨが、当該ＳＣＣではなく他のＣＣ（例、ＰＣＣ）を通じて送信される動作を意味する。ＰＣＣ及びＳＣＣの２個のＣＣのみ存在する場合、ＰＣＣのみを通じてＰＤＣＣＨをスケジューリング／送信することができる。

●非クロスキャリアスケジューリング（或いは、非クロースＣＣスケジューリング、セルフスケジューリング）：各ＣＣをスケジューリングするＰＤＣＣＨが当該ＣＣを通じてスケジューリング／送信される動作を意味する。

図１は、無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）構造を例示する図である。

図１（ａ）には、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）のためのタイプ１無線フレームの構造を例示する。無線フレームは、複数（例、１０個）のサブフレームを含み、サブフレームは時間ドメインで複数（例、２個）のスロットを含む。サブフレーム長は１ｍｓ、スロット長は０．５ｍｓであってよい。スロットは、時間ドメインにおいて複数のＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルを含み、周波数ドメインにおいて複数のリソースブロック（ＲＢ）を含む。

図１（ｂ）には、ＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）のためのタイプ２無線フレーム構造を例示する。タイプ２無線フレームは、２個のハーフフレーム（ｈａｌｆ ｆｒａｍｅ）を含み、ハーフフレームは５個のサブフレームを含む。サブフレームは２個のスロットを含む。

表１は、ＴＤＤモードにおいて無線フレーム内のサブフレームのＵＬ−ＤＬ構成（Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ Ｃｏｎｆｉｇｕｒａｔｉｏｎ；ＵＬ−ＤＬ Ｃｆｇ）を例示する。

表１で、Ｄはダウンリンクサブフレームを、Ｕはアップリンクサブフレームを、Ｓはスペシャルサブフレームを表す。スペシャルサブフレームは、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ）、ＧＰ（Ｇｕａｒｄ Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ）を含む。ＤｗＰＴＳはＤＬ送信のための時間区間であり、ＵｐＰＴＳはＵＬ送信のための時間区間である。

図２は、ＤＬスロットのリソースグリッドを例示する。

図２を参照すると、ＤＬスロットは、時間ドメインにおいて複数のＯＦＤＭＡ（又はＯＦＤＭ）シンボルを含む。ＤＬスロットは、ＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）長によって７（６）個のＯＦＤＭＡシンボルを含み、ＲＢは、周波数ドメインで１２個の副搬送波を含むことができる。リソースグリッド上の各要素はリソース要素（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎ；ＲＥ）と呼ばれる。ＲＢは１２×７（６）個のＲＥを含む。ＤＬスロットに含まれるＲＢの個数Ｎ_ＲＢはＤＬ送信帯域に依存する。ＵＬスロットの構造は、ＤＬスロットの構造と同一であり、ただし、ＯＦＤＭＡシンボルがＳＣ−ＦＤＭＡシンボルに取り替えられる。

図３は、ＤＬサブフレームの構造を例示する。

図３を参照すると、サブフレームの１番目スロット先頭における最大３（４）個のＯＦＤＭＡシンボルは、制御チャネルが割り当てられる制御領域に該当する。残るＯＦＤＭＡシンボルは、ＰＤＳＣＨが割り当てられるデータ領域に該当する。ＤＬ制御チャネルは、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ ｈｙｂｒｉｄ ＡＲＱ ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）を含む。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭＡシンボルで送信され、サブフレーム内で制御チャネルの送信に用いれるＯＦＤＭＡシンボルの個数に関する情報を運ぶ。ＰＨＩＣＨは、ＵＬ送信に対する応答としてＨＡＲＱ−ＡＣＫ信号を運ぶ。

ＰＤＣＣＨは、 Ｌ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）の送信フォーマット及びリソース割当情報、ＵＬ−ＳＣＨ （Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）の送信フォーマット及びリソース割当情報、ＰＣＨ（Ｐａｇｉｎｇ ＣＨａｎｎｅｌ）上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答のような上位層制御メッセージのリソース割当情報、端末グループ内の個別端末へのＴｘ電力制御命令セット、Ｔｘ電力制御命令、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）の活性化指示情報などを運ぶ。ＰＤＣＣＨを通じてＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）が送信される。ＵＬスケジューリンググラント（又はＵＬグラント（ＵＧ））のためにＤＣＩフォーマット０／４（以下、ＵＬ ＤＣＩフォーマット）、ＤＬスケジューリングのためにＤＣＩフォーマット１／１Ａ／１Ｂ／１Ｃ／１Ｄ／２／２Ａ／２Ｂ／２Ｃ／２Ｄ（以下、ＤＬ ＤＣＩフォーマット）が定義される。ＤＣＩフォーマットはホップフラグ、ＲＢ割当情報、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）、ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）、ＴＰＣ（Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ）、ＤＭＲＳ（ＤｅＭｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、サイクリックシフトなどの情報を、用途によって選択的に含む。

複数のＰＤＣＣＨが制御領域内で送信されることがあり、端末は、自身に指示されたＰＤＣＣＨを確認するために毎サブフレームごとに複数のＰＤＣＣＨをモニタリングする。ＰＤＣＣＨは、一つ以上のＣＣＥ（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）を通じて送信される。ＰＤＣＣＨ送信に用いれるＣＣＥ個数（すなわち、ＣＣＥアグリゲーションレベル）によってＰＤＣＣＨコーディングレートを調節することができる。ＣＣＥは複数のＲＥＧ（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ）を含む。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの個数は、ＣＣＥ個数によって決定する。基地局は、端末に送信するＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は使用目的によって識別子（例、ＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ））でマスキングする。例えば、ＰＤＣＣＨが特定端末のためのものであれば、当該端末の識別子（例、Ｃｅｌｌ−ＲＮＴＩ（Ｃ−ＲＮＴＩ））をＣＲＣにマスキングすることができる。ＰＤＣＣＨがページングメッセージのためのものであれば、ページング識別子（例、Ｐａｇｉｎｇ−ＲＮＴＩ（Ｐ−ＲＮＴＩ））をＣＲＣにマスキングすることができる。ＰＤＣＣＨがシステム情報（より具体的に、システム情報ブロック（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ；ＳＩＢ））のためのものであれば、ＳＩ−ＲＮＴＩ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ）をＣＲＣにマスキングすることができる。ＰＤＣＣＨがランダムアクセス応答のためのものであれば、ＲＡ−ＲＮＴＩ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ−ＲＮＴＩ）をＣＲＣにマスキングすることができる。

図４は、ＵＬサブフレームの構造を例示する。

図４を参照すると、ＵＬサブフレームは、複数（例、２個）のスロットを含む。スロットはＣＰ長によって異なる個数のＳＣ−ＦＤＭＡシンボルを含むことがある。ＵＬサブフレームは、周波数ドメインにおいてデータ領域と制御領域とに区別される。データ領域は、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を通じて音声などのデータ信号を送信するために用いれる。制御領域は、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を通じてＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を送信するために用いれる。ＰＵＣＣＨは、周波数軸においてデータ領域の両端部に位置しているＲＢ対（ＲＢ ｐａｉｒ）を含み、スロットを境界にホップする。

ＰＵＣＣＨは、下記の制御情報を送信するために用いることができる。
− ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）：ＵＬ−ＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）リソースを要請するために用いられる情報である。ＯＯＫ（Ｏｎ−Ｏｆｆ Ｋｅｙｉｎｇ）方式を用いて送信される。
− ＨＡＲＱ−ＡＣＫ：ＤＬ信号（例、ＰＤＳＣＨ、ＳＰＳ解除ＰＤＣＣＨ）に対する受信応答信号である。一例として、１つのＤＬコードワードに対する応答としてＡＣＫ／ＮＡＣＫ １ビットが送信され、２つのＤＬコードワードに対する応答としてＡＣＫ／ＮＡＣＫ ２ビットが送信される。
− ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｕｓ Ｉｎｆｏｒｍａｔｏｎ）：ＤＬチャネルに関するフィードバック情報である。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＰＴＩ（Ｐｒｅｃｏｄｉｎｇ Ｔｙｐｅ Ｉｎｄｉｃａｔｏｒ）などを含む。

表２は、ＬＴＥ（−Ａ）においてＰＵＣＣＨフォーマットとＵＣＩとのマップ関係を表すものである。

以下、図５〜図１０を参照して、ＴＤＤと設定されたＣＣ（或いはセル）でのＡＣＫ／ＮＡＣＫ、ＵＧ、ＰＨＩＣＨ及びＰＵＣＣＨ送信タイミングについて説明する。

図５及び図６は、ＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）タイミング（或いは、ＨＡＲＱタイミング）を示す図である。

図５を参照すると、端末は、Ｍ個のＤＬサブフレーム（ＳＦ）上で一つ以上のＰＤＳＣＨ信号を受信することができる（Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１）（Ｍ≧１）。それぞれのＰＤＳＣＨ信号は、送信モードによって一つ又は複数（例、２個）の伝送ブロック（ＴＢ）を含む。また、段階Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１においてＳＰＳ解除を指示するＰＤＣＣＨ信号も受信することができる。Ｍ個のＤＬサブフレームにＰＤＳＣＨ信号及び／又はＳＰＳ解除ＰＤＣＣＨ信号が存在すると、端末はＡＣＫ／ＮＡＣＫ送信のための過程（例、ＡＣＫ／ＮＡＣＫ（ペイロード）生成、ＡＣＫ／ＮＡＣＫリソース割当など）を経て、Ｍ個のＤＬサブフレームに対応する一つのＵＬサブフレームを通じてＡＣＫ／ＮＡＣＫを送信する（Ｓ５０４）。ＡＣＫ／ＮＡＣＫは、段階Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１のＰＤＳＣＨ信号及び／又はＳＰＳ解除ＰＤＣＣＨ信号に関する受信応答情報を含む。

ＡＣＫ／ＮＡＣＫは基本的にＰＵＣＣＨを通じて送信されるが、ＡＣＫ／ＮＡＣＫ送信時点にＰＵＳＣＨ送信がある場合、ＰＵＳＣＨを通じて送信される。端末に複数のＣＣが構成された場合、ＰＵＣＣＨはＰＣＣ上でのみ送信され、ＰＵＳＣＨはスケジューリングされたＣＣ上で送信される。ＡＣＫ／ＮＡＣＫ送信のために、表２の様々なＰＵＣＣＨフォーマットを用いることができる。また、ＰＵＣＣＨフォーマットを通じて送信されるＡＣＫ／ＮＡＣＫビット数を減らすために、ＡＣＫ／ＮＡＣＫバンドリング（ｂｕｎｄｌｉｎｇ）、ＡＣＫ／ＮＡＣＫチャネル選択（ｃｈａｎｎｅｌ ｓｅｌｅｃｔｉｏｎ）のような種々の方法を用いることができる。

上述した通り、ＴＤＤではＭ個のＤＬサブフレームで受信したＤＬ信号に対するＡＣＫ／ＮＡＣＫが一つのＵＬサブフレームを通じて送信され（すなわち、Ｍ ＤＬ ＳＦ（ｓ）：１ ＵＬ ＳＦ）、これらの関係はＤＡＳＩ（Ｄｏｗｎｌｉｎｋ Ａｓｓｏｃｉａｔｉｏｎ Ｓｅｔ Ｉｎｄｅｘ）によって与えられる。

表３は、ＬＴＥ（−Ａ）に定義されたＤＡＳＩ（Ｋ：｛ｋ_０，ｋ_１，…ｋ_Ｍ−１｝）を示す。表３は、ＡＣＫ／ＮＡＣＫを送信するＵＬサブフレームの立場で、自身に関係するＤＬサブフレームとの間隔を示している。サブフレームｎ−ｋ（ｋ∈Ｋ）に、ＰＤＳＣＨ信号、及び／又はＳＰＳ解除を指示するＰＤＣＣＨがある場合、端末はサブフレームｎでＡＣＫ／ＮＡＣＫを送信する。

図６は、ＵＬ−ＤＬ構成＃１が設定されたＣＣに適用されるＡ／Ｎタイミングを例示する。同図で、ＳＦ＃０〜＃９及びＳＦ＃１０〜＃１９はそれぞれ無線フレームに対応する。ボックス内の数字は、ＤＬサブフレームの観点で自身に関係するＵＬサブフレームを表す。例えば、ＳＦ＃５ ＰＤＳＣＨに対するＡ／ＮはＳＦ＃５＋７（＝ＳＦ＃１２）で送信され、ＳＦ＃６ ＰＤＳＣＨに対するＡ／ＮはＳＦ＃６＋６（＝ＳＦ＃１２）で送信される。すなわち、ＳＦ＃５／ＳＦ＃６に対するＡ／Ｎは両方ともＳＦ＃１２で送信される。同様に、ＳＦ＃１４ ＰＤＳＣＨに対するＡ／Ｎは、ＳＦ＃１４＋４（＝ＳＦ＃１８）で送信される。

図７及び図８は、ＵＧ／ＰＨＩＣＨ−ＰＵＳＣＨタイミングを示す。ＰＤＣＣＨ（ＵＧ）及び／又はＰＨＩＣＨ（ＮＡＣＫ）に対応してＰＵＳＣＨを送信することができる。

図７を参照すると、端末は、ＰＤＣＣＨ（ＵＧ）及び／又はＰＨＩＣＨ（ＮＡＣＫ）を受信することができる（Ｓ７０２）。ここで、ＮＡＣＫは、以前のＰＵＳＣＨ送信に対するＡ／Ｎ応答に該当する。この場合、端末はＰＵＳＣＨ送信のための過程（例、ＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）符号化、ＴＢ−ＣＷ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ−ＣｏｄｅＷｏｒｄ）スワップ、ＰＵＳＣＨリソース割当など）を経て、ｋサブフレームの後にＰＵＳＣＨを通じて一つ又は複数の伝送ブロック（ＴＢ）を初期／再送信することができる（Ｓ７０４）。同図は、ＰＵＳＣＨが１回送信される普通（ｎｏｒｍａｌ）のＨＡＲＱ動作を仮定する。この場合、ＰＵＳＣＨ送信に対応するＰＨＩＣＨ／ＵＧは同一サブフレームに存在する。ただし、ＰＵＳＣＨが複数のサブフレームを通じて複数回送信されるサブフレームバンドリングでは、ＰＵＳＣＨ送信に対応するＵＧ／ＰＨＩＣＨは、互いに異なるサブフレームに存在することがある。

表４には、ＬＴＥ（−Ａ）にＰＵＳＣＨ送信のためのＵＡＩ（Ｕｐｌｉｎｋ Ａｓｓｏｃｉａｔｉｏｎ Ｉｎｄｅｘ）（ｋ）を示す。表４は、ＰＨＩＣＨ／ＵＧが検出されたＤＬサブフレームの立場で自身に関係するＵＬサブフレームとの間隔を示している。サブフレームｎでＰＨＩＣＨ／ＵＧが検出されると、端末はサブフレームｎ＋ｋでＰＵＳＣＨを送信することができる。

図８は、ＵＬ−ＤＬ構成＃１が設定された場合のＰＵＳＣＨ送信タイミングを例示する。同図で、ＳＦ＃０〜＃９及びＳＦ＃１０〜＃１９はそれぞれ無線フレームに対応する。同図で、ボックス内の数字は、ＤＬサブフレームの観点で自身に関係するＵＬサブフレームを表す。例えば、ＳＦ＃６ ＰＨＩＣＨ／ＵＧに対するＰＵＳＣＨはＳＦ＃６＋６（＝ＳＦ＃１２）で送信され、ＳＦ＃１４ ＰＨＩＣＨ／ＵＧに対するＰＵＳＣＨはＳＦ＃１４＋４（＝ＳＦ＃１８）で送信される。

図９及び図１０には、ＰＵＳＣＨ−ＵＧ／ＰＨＩＣＨタイミングを示す。ＰＨＩＣＨはＤＬ ＡＣＫ／ＮＡＣＫを送信するために用いれる。ここで、ＤＬ ＡＣＫ／ＮＡＣＫは、ＵＬデータ（例、ＰＵＳＣＨ）に対する応答としてダウンリンクで送信されるＡＣＫ／ＮＡＣＫを意味する。

図９を参照すると、端末は基地局にＰＵＳＣＨ信号を送信する（Ｓ９０２）。ここで、ＰＵＳＣＨ信号は送信モードによって一つ又は複数（例、２個）の伝送ブロック（ＴＢ）を送信するために用いれる。ＰＵＳＣＨ送信に対する応答として、基地局は、Ａ／Ｎを送信するための過程（例、Ａ／Ｎ生成、Ａ／Ｎリソース割当など）を経て、ｋサブフレームの後にＰＨＩＣＨを通じてＡ／Ｎを端末に送信することができる（Ｓ９０４）。Ａ／Ｎは、段階Ｓ９０２のＰＵＳＣＨ信号に関する受信応答情報を含む。また、ＰＵＳＣＨ送信に対する応答がＮＡＣＫであると、基地局はｋサブフレームの後にＰＵＳＣＨ再送信のためのＵＧ ＰＤＣＣＨを端末に送信することができる（Ｓ９０４）。普通のＨＡＲＱ動作の場合、ＰＵＳＣＨ送信に対応するＵＧ／ＰＨＩＣＨは、同一サブフレームで送信することができる。ただし、サブフレームバンドリングの場合、ＰＵＳＣＨ送信に対応するＵＧ／ＰＨＩＣＨを、互いに異なるサブフレームで送信することができる。

表５には、ＴＤＤに定義されたＰＨＩＣＨタイミングを示す。サブフレーム＃ｎのＰＵＳＣＨ送信に対して、端末はサブフレーム＃（ｎ＋ｋ_{ＰＨＩＣＨ}）で対応するＰＣＨＩＨリソースを決定する。

図１０は、ＵＬ−ＤＬ構成＃１が設定された場合のＵＧ／ＰＨＩＣＨ送信タイミングを例示する。同図で、ＳＦ＃０〜＃９及びＳＦ＃１０〜＃１９はそれぞれ無線フレームに対応する。ボックス内の数字は、ＵＬサブフレーム観点で自身に関係するＤＬサブフレームを表す。例えば、ＳＦ＃２ ＰＵＳＣＨに対するＰＨＩＣＨ／ＵＧはＳＦ＃２＋４（＝ＳＦ＃６）で送信され、ＳＦ＃８のＰＵＳＣＨに対するＵＧ／ＰＨＩＣＨはＳＦ＃８＋６（＝ＳＦ＃１４）で送信される。

図１１は、ＰＨＩＣＨ信号処理過程／ブロックを例示する図である。

図１１を参照すると、Ａ／Ｎ生成ブロック６０２は、ＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ−Ｕｓｅｒ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）の場合、ＰＵＳＣＨに対する応答として一つの１ビットＡ／Ｎを生成し、ＳＵ−ＭＩＭＯ（Ｓｉｎｇｌｅ−Ｕｓｅｒ ＭＩＭＯ）の場合、ＰＵＳＣＨに対する応答として２つの１ビットＡ／Ｎを生成する。その後、ＰＨＩＣＨ生成のために、Ａ／Ｎビットに、（チャンネル）コーディング６０４（例、１／３反復コーディング（ｒｅｐｅｔｉｔｉｏｎ ｃｏｄｉｎｇ））、変調（６０６）（例、ＢＰＳＫ（Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ））、拡散６０８、レイヤーマップ６１０、及びリソースマップ６１２を適用する。

複数のＰＨＩＣＨが同一のリソース要素（例、ＲＥＧ）にマップされることがあり、これらはＰＨＩＣＨグループを構成する。ＲＥＧは、一つのＯＦＤＭシンボル上で参照信号のためのＲＥを除く残りのＲＥのうち、４個の隣り合うＲＥで構成される。ＰＨＩＣＨグループ内でそれぞれのＰＨＩＣＨは、（拡散に用いられた）直交シーケンスによって区別される。したがって、ＰＨＩＣＨリソースは、インデックス対
によって識別される。
は、ＰＨＩＣＨグループ番号を表し、
は直交シーケンスインデックスを表す。
及び
は、ＰＵＳＣＨ送信のために割り当てられたＰＲＢ（Ｐｈｙｓｉｃａｌ ＲＢ）インデックスのうち最も低いＰＲＢインデックス、及びＵＧで送信されるＤＭＲＳのサイクリックシフトを用いて確認する。

下記の式１は、
及び
を求める例を表す。

ここで、
は、ＰＵＳＣＨ送信に対応して最近に受信したＵＧ ＰＤＣＣＨ信号内のＤＭＲＳフィールド値（すなわち、サイクリックシフト）からマップされる。
は、ＰＨＩＣＨ変調に用いられる拡散因子サイズ（ｓｐｒｅａｄｉｎｇ ｆａｃｔｏｒ ｓｉｚｅ）を表す。正規ＣＰの場合、
は４であり、拡張ＣＰの場合、
は２である。
は、ＰＨＩＣＨグループの個数を表す。ＰＵＳＣＨの１番目のＴＢに対して
は
であり、ＰＵＳＣＨの２番目のＴＢに対して
は
である。
は、ＰＵＳＣＨ送信において（１番目のスロットの）最も低いＰＲＢインデックスを表す。Ｉ_{ＰＨＩＣＨ}は、ＴＤＤ ＵＬ−ＤＬ構成が０であり、サブフレームｎ＝４又は９のＰＵＳＣＨ送信に対して１であり、その他の場合は０である。

ＦＤＤ（フレーム構造タイプ１）の場合、ＰＨＩＣＨグループの個数
はいずれのサブフレームでも同一であり、各サブフレームにおいて
は式２で与えられる。

ここで、
は上位層によって提供され、Ｎ^ＤＬ _ＲＢは、ダウンリンク帯域のＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）個数を表す。

ＴＤＤ（フレーム構造タイプ２）の場合、ＰＨＩＣＨグループの個数はＤＬサブフレームごとに異なることがあり、
と与えられる。表６は、
を表す。便宜上、
の場合のＰＨＩＣＨリソース（或いは、ＰＨＩＣＨリソースの量）を１ｘ ＰＨＩＣＨリソースと呼び、
の場合のＰＨＩＣＨリソース（或いは、ＰＨＩＣＨリソースの量）を２ｘ ＰＨＩＣＨリソースと呼ぶ。

表７は、Ａ／Ｎビットを拡散するために用いる直交シーケンスを例示するものである。

図１２は、制御領域内にＰＨＩＣＨが割り当てられた例を示す図である。ＰＨＩＣＨは、ＯＦＤＭＡシンボル内でＰＣＦＩＣＨ及びＲＳ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）以外のＲＥＧにマップされる。

図１２を参照すると、ＰＨＩＣＨグループは、周波数ドメインにおいて極力遠く離れた３個のＲＥＧを用いて送信される。その結果、それぞれのＲＥＧを通じてＡ／Ｎ符号語の各ビットが送信される。ＰＨＩＣＨグループは周波数ドメインにおいて連続して割り当てられる。同図で、同一の数字は、同一のＰＨＩＣＨグループに属するＲＥＧを表す。ＰＨＩＣＨ区間は制御領域の大きさによって制限され、ＰＨＩＣＨ送信に用いられるＯＦＤＭシンボルの個数（ＰＨＩＣＨ区間）は、１〜３ ＯＦＤＭＡシンボルと与えられる。複数のＯＦＤＭＡシンボルがＰＨＩＣＨ送信に用いられる場合、同一のＰＨＩＣＨグループに属したＲＥＧは、互いに異なるＯＦＤＭシンボルで送信される。

端末にはＵＬ送信のために複数の並列ＨＡＲＱプロセスが存在する。複数の並列ＨＡＲＱプロセスは、以前ＵＬ送信に対する成功又は不成功受信に関するＨＡＲＱフィードバックを待つ間にＵＬ送信が連続して行われるようにする。それぞれのＨＡＲＱプロセスはＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層のＨＡＲＱバッファと連関している。それぞれのＨＡＲＱプロセスは、バッファ内のＭＡＣ ＰＤＵ（Ｐｈｙｓｉｃａｌ Ｄａｔａ Ｂｌｏｃｋ）の送信回数、バッファ内のＭＡＣ ＰＤＵに対するＨＡＲＱフィードバック、リダンダンシバージョン（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ；ＲＶ）などに関する状態変数を管理する。また、ＨＡＲＱプロセスは、ＰＨＹ（Ｐｈｙｓｉｃａｌ）層で送信ブロックのためのソフトバッファ及びコードブロックのためのソフトバッファと連関している

ＬＴＥ（−Ａ） ＦＤＤの場合、ノン−サブフレームバンドリング動作（すなわち、普通のＨＡＲＱ動作）のためのＵＬ ＨＡＲＱプロセスの個数は、８個である。一方、ＬＴＥ（−Ａ） ＴＤＤの場合には、ＵＬ−ＤＬ構成によってＵＬサブフレームの個数が異なるため、ＵＬ ＨＡＲＱプロセスの個数及びＨＡＲＱ ＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）もＵＬ−ＤＬ構成に従って別々に設定される。ここで、ＨＡＲＱ ＲＴＴは、ＵＬグラントを受信した時点から（これに対応する）ＰＵＳＣＨ送信を経て（これに対応する）ＰＨＩＣＨが受信される時点までの時間間隔（例、ＳＦ又はｍｓ単位）、或いはＰＵＳＣＨ送信時点からこれに対応する再送信時点までの時間間隔を意味できる。サブフレームバンドリングが適用されると、ＦＤＤ及びＴＤＤにおいて４個の連続したＵＬサブフレームで構成された１バンドルのＰＵＳＣＨ送信がなされる。したがって、サブフレームバンドリングが適用される場合のＨＡＲＱ動作／プロセスは、上述した普通のＨＡＲＱ動作／プロセスと異なってくる。

表８は、ＴＤＤにおいてＵＬ−ＤＬ構成によるＤＬ ＨＡＲＱプロセスの最大数を示すものである。

表９は、ＴＤＤにおいて同期式ＵＬ ＨＡＲＱプロセスの個数及びＨＡＲＱ ＲＴＴを表すものである。ＵＬ ＳＦの個数がＵＬ−ＤＬ Ｃｆｇに従って別々に定義されており、これに基づき、ＵＬ ＨＡＲＱプロセスの個数、（ＵＬ）ＨＡＲＱ ＲＴＴも、ＵＬ−ＤＬ構成に従って別々に設定される。ＨＡＲＱ ＲＴＴは、ＵＬグラントを受信した時点から（これに対応する）ＰＵＳＣＨ送信を経て（これに対応する）ＰＨＩＣＨが受信される時点までの時間間隔（ＳＦ又はｍｓ単位）、或いはＰＵＳＣＨ送信時点からこれに対応する再送信時点までの時間間隔を意味できる。ＵＬ ＨＡＲＱ ＲＴＴが１０［００ＳＦｓ又はｍｓ］である場合（ＵＬ−ＤＬ構成＃１、＃２、＃３、＃４、＃５）、一つのＵＬ ＨＡＲＱプロセスは一つの固定したＵＬ ＳＦタイミングを用いる。一方、ＵＬ ＨＡＲＱ ＲＴＴが１０［００ＳＦｓ又はｍｓ］でない場合（ＵＬ−ＤＬ構成＃０、＃６）、一つのＵＬ ＨＡＲＱプロセスは、（一つの固定したＵＬ ＳＦタイミングではなく）複数のＵＬ ＳＦタイミングを（ホップしつつ）用いる。例えば、ＵＬ−ＤＬ構成＃６の場合、一つのＵＬ ＨＡＲＱプロセスにおいてＰＵＳＣＨ送信タイミングは次のようである：ＳＦ ＃２：ＰＵＳＣＨ＝＞ＳＦ ＃１３：ＰＵＳＣＨ（ＲＴＴ：１１ ＳＦｓ）＝＞ＳＦ ＃２４：ＰＵＳＣＨ（ＲＴＴ：１１ ＳＦｓ）＝＞ＳＦ ＃３７：ＰＵＳＣＨ（ＲＴＴ：１３ ＳＦｓ）＝＞ＳＦ ＃４８：ＰＵＳＣＨ（ＲＴＴ：１１ ＳＦｓ）＝＞ＳＦ ＃５２：ＰＵＳＣＨ（ＲＴＴ：１４ ＳＦｓ）。

／

ＴＤＤ ＵＬ−ＤＬ構成が＃１〜６であり、普通のＨＡＲＱ動作時に、ＵＬグラントＰＤＣＣＨ及び／又はＰＨＩＣＨがサブフレームｎで検出されると、端末は、ＰＤＣＣＨ及び／又はＰＨＩＣＨ情報に基づいてサブフレームｎ＋ｋ（表４参照）で対応のＰＵＳＣＨ信号を送信する。

ＴＤＤ ＵＬ−ＤＬ構成が＃０であり、普通のＨＡＲＱ動作時に、ＵＬ ＤＣＩグラントＰＤＣＣＨ及び／又はＰＨＩＣＨがサブフレームｎで検出される場合、端末のＰＵＳＣＨ送信タイミングは条件によって異なってくる。まず、ＤＣＩ内のＵＬインデックスのＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）が１であるか、ＰＨＩＣＨがサブフレーム＃０又は＃５においてＩ_{ＰＨＩＣＨ}＝０に対応するリソースを通じて受信された場合、端末は、サブフレームｎ＋ｋ（表４参照）で対応のＰＵＳＣＨ信号を送信する。次に、ＤＣＩ内のＵＬインデックスのＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）が１であるか、ＰＨＩＣＨがサブフレーム＃０又は＃５においてＩ_{ＰＨＩＣＨ}＝１に対応するリソースを通じて受信されたり、ＰＨＩＣＨがサブフレーム＃１又は＃６で受信された場合、端末は、サブフレームｎ＋７で対応のＰＵＳＣＨ信号を送信する。次に、ＤＣＩ内のＭＳＢ、ＬＳＢ両方ともセットされた場合、端末は、サブフレームｎ＋ｋ（表４参照）及びサブフレームｎ＋７で対応のＰＵＳＣＨ信号を送信する。

本発明の最初の仮出願前に公開された３ＧＰＰ ＴＳ ３６．３２１ Ｖ１０．５．０（２０１２−０３）を参照して、ＨＡＲＱ個体（ＨＡＲＱ ｅｎｔｉｔｙ）及びＨＡＲＱプロセスの動作をより具体的に説明する。ＨＡＲＱ個体は、複数のＨＡＲＱプロセスを管理する。

表１０及び表１１はそれぞれ、ＨＡＲＱ個体及びＨＡＲＱプロセスの動作を表すものである。

図１３は、キャリアアグリゲーション（ＣＡ）ベースの無線通信システムを例示する。ＬＴＥシステムは、一つのＤＬ／ＵＬ周波数ブロックのみをサポートするが、ＬＴＥ−Ａシステムは、より広い周波数帯域を用いるために、複数のＵＬ／ＤＬ周波数ブロックを束ねることによってより大きいＵＬ／ＤＬ帯域幅を用いるＣＡ技術を用いる。各周波数ブロックは、コンポーネントキャリア（ＣＣ）を用いて送信する。ＣＣは、当該周波数ブロックのためのキャリア周波数（又は、中心キャリア、中心周波数）と理解することができる。

図１３を参照すると、ＣＡ技術は、複数のＵＬ／ＤＬ ＣＣを束ねてより広いＵＬ／ＤＬ帯域幅をサポートすることができる。これらＣＣは、周波数ドメインにおいて互いに隣接していてもよく、隣接していなくてもよい。各ＣＣの帯域幅は、独立して定めることができる。ＵＬ ＣＣの個数とＤＬ ＣＣの個数とが異なる非対称ＣＡも可能である。例えば、ＤＬ ＣＣ ２個、ＵＬ ＣＣ １個とある場合は、２：１で対応するように構成することができる。ＤＬ ＣＣ／ＵＬ ＣＣリンクは、システムに固定されていてもよく、半−静的に構成されてもよい。また、システム全体帯域がＮ個のＣＣで構成されても、特定端末が使用できる周波数帯域は、Ｌ（＜Ｎ）個のＣＣに限定することができる。ＣＡに関する様々なパラメータは、セル特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）、端末グループ特定（ＵＥ ｇｒｏｕｐ−ｓｐｅｃｉｆｉｃ）又は端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）の方式で設定することができる。一方、制御情報は特定ＣＣのみを通じて送受信されるように設定することができる。このような特定ＣＣをプライマリＣＣ（ＰＣＣ）（又はアンカーＣＣ）と称し、残りＣＣをセカンダリＣＣ（ＳＣＣ）と称することができる。

ＬＴＥ（−Ａ）は、無線リソースの管理のためにセル（ｃｅｌｌ）の概念を用いる。セルは、ＤＬリソースとＵＬリソースとの組合せで定義し、ＵＬリソースは必須要素ではない。そのため、ＤＬリソース単独、又はＤＬリソース及びＵＬリソースによってセルを構成することができる。ＣＡがサポートされる場合、ＤＬリソースのキャリア周波数（又は、ＤＬ ＣＣ）とＵＬリソースのキャリア周波数（又は、ＵＬ ＣＣ）間のリンケージ（ｌｉｎｋａｇｅ）は、システム情報によって指示することができる。プライマリ周波数（又は、ＰＣＣ）上で動作するセルをプライマリセル（ＰＣｅｌｌ）と呼び、セカンダリ周波数（又はＳＣＣ）上で動作するセルをセカンダリセル（ＳＣｅｌｌ）と呼ぶことができる。ＰＣｅｌｌは、端末が初期接続確立（ｉｎｉｔｉａｌ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行ったり、接続再確立過程を行うために用いる。ＰＣｅｌｌは、ハンドオーバー過程で指示されたセルを意味することもある。ＳＣｅｌｌは、基地局と端末間にＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続が確立された後に構成可能であり、追加の無線リソースを提供するために用いることができる。ＰＣｅｌｌ及びＳＣｅｌｌをサービングセルと総称することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、ＣＡが設定されていないか、ＣＡをサポートしない端末に対しては、ＰＣｅｌｌのみで構成されたサービングセルが一つのみ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあると共に、ＣＡが設定された端末に対しては、一つのＰＣｅｌｌ及び一つ以上のＳＣｅｌｌを含む複数のサービングセルを構成することができる。

特に言及しない限り、前述した内容（図１〜図１３）は、複数のＣＣ（又はセル）が束ねられた場合、それぞれのＣＣ（又はセル）に適用することができる。また、本明細書においてＣＣは、サービングＣＣ、サービングキャリア、セル、サービングセルなどの用語にしてもよい。

複数のＣＣが構成された場合、クロスＣＣスケジューリング方式と非クロスＣＣスケジューリング方式を用いることができる。非クロスＣＣスケジューリングは、既存ＬＴＥにおけるスケジューリングと同一である。クロスＣＣスケジューリングの適用時に、ＤＬグラントＰＤＣＣＨは、ＤＬ ＣＣ ＃０上で送信され、対応するＰＤＳＣＨはＤＬ ＣＣ ＃２上で送信されることがある。同様に、ＵＬグラントＰＤＣＣＨはＤＬ ＣＣ ＃０上で送信され、対応するＰＵＳＣＨはＵＬ ＣＣ ＃４上で送信されることがある。クロスＣＣスケジューリングのために、キャリア指示フィールド（Ｃａｒｒｉｅｒ Ｉｎｄｉｃａｔｏｒ Ｆｉｅｌｄ；ＣＩＦ）を用いる。ＰＤＣＣＨ内でＣＩＦ存在の有無は、上位層シグナリング（例、ＲＲＣシグナリング）によって半−静的及び端末−特定（又は、端末グループ−特定）方式で設定することができる。

ＣＩＦ設定によるスケジューリングを下記のように整理することができる。
− ＣＩＦディスエイブルド（ｄｉｓａｂｌｅｄ）：ＤＬ ＣＣ上のＰＤＣＣＨは、同ＤＬ ＣＣ上のＰＤＳＣＨリソースを割り当てたり、一つのリンクされたＵＬ ＣＣ上のＰＵＳＣＨリソースを割り当てる。
− ＣＩＦイネイブルド（ｅｎａｂｌｅｄ）：ＤＬ ＣＣ上のＰＤＣＣＨは、ＣＩＦを用いて複数の束ねられたＤＬ／ＵＬ ＣＣのうち、特定ＤＬ／ＵＬ ＣＣ上のＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てることができる。

ＣＩＦ存在時に、基地局は、端末にとってのブラインド検出複雑度を低減するべく、モニタリングＤＬ ＣＣを割り当てることができる。ＰＤＳＣＨ／ＰＵＳＣＨスケジューリングのために、端末は当該ＤＬ ＣＣでのみＰＤＣＣＨの検出／デコーディングを行うことができる。また、基地局はモニタリングＤＬ ＣＣ（セット）でのみＰＤＣＣＨを送信することができる。モニタリングＤＬ ＣＣセットは、端末−特定、端末グループ−特定、又はセル−特定方式で設定することができる。

図１４は、クロスキャリアスケジューリングを例示する。同図は、ＤＬスケジューリングを例示しているが、例示された事項はＵＬスケジューリングにも同様に適用される。

図１４を参照すると、端末に３個のＤＬ ＣＣを構成し、ＤＬ ＣＣ ＡをＰＤＣＣＨモニタリングＤＬ ＣＣに設定することができる。ＣＩＦがティスエイブルされた場合、各ＤＬ ＣＣはＬＴＥ ＰＤＣＣＨ規則に従ってＣＩＦなしに自身のＰＤＳＣＨをスケジューリングするＰＤＣＣＨのみを送信することができる。一方、ＣＩＦがイネイブルされた場合、ＤＬ ＣＣ Ａ（すなわち、ＭＣＣ）は、ＣＩＦを用いて、ＤＬ ＣＣ ＡのＰＤＳＣＨをスケジューリングするＰＤＣＣＨに加え、他のＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨも送信することができる。本例において、ＤＬ ＣＣ Ｂ／ＣではＰＤＣＣＨが送信されない。

ここで、スケジューリング情報（例、ＰＤＣＣＨ）を送信するのに用いられる特定ＣＣ（或いはセル）を「モニタリングＣＣ（ｍｏｎｉｔｏｒｉｎｇ ＣＣ；ＭＣＣ）」といい、モニタリングキャリア、モニタリングセル、スケジューリングキャリア、スケジューリングセル、スケジューリングＣＣなどのような等価の用語にしてもよい。ＰＤＣＣＨに対応するＰＤＳＣＨが送信されるＤＬ ＣＣ、ＰＤＣＣＨに対応するＰＵＳＣＨが送信されるＵＬＣＣは、被スケジューリングキャリア（ｓｃｈｅｄｕｌｅｄ ｃａｒｒｉｅｒ）、被スケジューリングＣＣ、被スケジューリングセルなどと呼ぶこともできる。一つの端末に対して一つ以上のスケジューリングＣＣを設定することができる。スケジューリングＣＣはＰＣＣを含むことができ、スケジューリングＣＣを一つのみ設定した場合、スケジューリングＣＣはＰＣＣであってよい。スケジューリングＣＣは、端末−特定、端末グループ−特定、又はセル−特定方式で設定することができる。

クロスＣＣスケジューリングが設定された場合、次のように信号送信を行うことができる。
− ＰＤＣＣＨ（ＵＬ／ＤＬグラント）：スケジューリングＣＣ（或いはＭＣＣ）
− ＰＤＳＣＨ／ＰＵＳＣＨ：スケジューリングＣＣで検出されたＰＤＣＣＨのＣＩＦが指示するＣＣ
− ＤＬ ＡＣＫ／ＮＡＣＫ（例、ＰＨＩＣＨ）：スケジューリングＣＣ（或いはＭＣＣ）（例、ＤＬ ＰＣＣ）
− ＵＬ ＡＣＫ／ＮＡＣＫ（例、ＰＵＣＣＨ）：ＵＬ ＰＣＣ
＊以下の説明において、説明の便宜のために、ＤＬ ＡＣＫ／ＮＡＣＫをＤＬ Ａ／Ｎ又はＰＨＩＣＨと呼び、ＵＬ ＡＣＫ／ＮＡＣＫをＵＬ Ａ／Ｎ又はＡ／Ｎと呼ぶこともできる。

図１５及び図１６は、ＣＡのための第２層（Ｌａｙｅｒ ２）構造を例示する図である。第２層の下部には第１層（すなわち、物理層（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ；ＰＨＹ））が存在し、第２層の上部には第３層（例、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層）が存在する。図１５は基地局の第２層の構造を示し、図１６は端末の第２層の構造を示している。ＣＡ技術は、第２層におけるＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層に多い影響を及ぼす。例えば、ＣＡでは複数のＣＣが束ねられ、一つのＨＡＲＱ個体（ＨＡＲＱ ｅｎｔｉｔｙ、図中のＨＡＲＱブロック）は一つのＣＣを管理するため、ＣＡシステムのＭＡＣ層は複数のＨＡＲＱ個体と関連した動作を行う。各ＨＡＲＱ個体は独立して送信ブロックを処理するため、複数のＣＣを通じて複数の送信ブロックを同一時間に送信又は受信することができる。各ＨＡＲＱ個体は、複数のＨＡＲＱプロセス（ＨＡＲＱ ｐｒｏｃｅｓｓ；ＨＡＲＱｐ）の動作を管理する。

実施例：互いに異なるサブフレーム構成を有するＣＣが束ねられたた場合のＡ／Ｎ送信

従来のＣＡ ＴＤＤシステムは、同一のＴＤＤ ＵＬ−ＤＬ Ｃｆｇを有する複数のサービングセル（例、ＰＣｅｌｌ及びＳＣｅｌｌ）（或いは、ＰＣＣ及びＳＣＣ）が束ねられた場合のみを考慮した。しかし、ｂｅｙｏｎｄ ＬＴＥ−Ａシステムでは、互いに異なるサブフレーム構成を有する複数ＣＣの集約を考慮している。例えば、互いに異なるサブフレーム構成を有する複数ＣＣの集約は、互いに異なるＵＬ−ＤＬ構成に設定された複数ＣＣの集約（便宜上、相異なる（ｄｉｆｆｅｒｅｎｔ）ＴＤＤ ＣＡと呼ぶ）、ＴＤＤ ＣＣとＦＤＤ ＣＣの集約を含む。以下の説明は、相異なるＴＤＤ ＣＡ状況を仮定するが、互いに異なるサブフレーム構成を有する複数ＣＣの集約がこれに制限されるものではない。相異なるＴＤＤ ＣＡの場合、ＰＣＣとＳＣＣに設定されたＡ／Ｎタイミング（図５及び図６参照）が当該ＣＣのＵＬ−ＤＬ構成によって異なることがある。したがって、同一のＤＬ ＳＦタイミングに対してＡ／Ｎが送信されるＵＬ ＳＦタイミングがＰＣＣとＳＣＣに互いに異なるように設定されることがあり、同一のＵＬ ＳＦタイミングに送信されるＡ／Ｎフィードバックの対象となるＤＬ ＳＦグループがＰＣＣとＳＣＣに異なるように設定されることがある。また、同一ＳＦタイミングに対してＰＣＣとＳＣＣのリンク方向（すなわち、ＤＬ／ＵＬ）が異なることもある。

また、ｂｅｙｏｎｄ ＬＴＥ−Ａシステムでは、互いに異なるサブフレーム構成を有する複数ＣＣが束ねられた場合にもクロスＣＣスケジューリング動作のサポートを考慮している。この場合、ＭＣＣとＳＣＣのそれぞれに設定されたＵＬグラント／ＰＨＩＣＨタイミング（図７〜図１０参照）が互いに異なることがある。例えば、同一ＵＬ ＳＦに対してＵＬグラント／ＰＨＩＣＨが送信されるＤＬ ＳＦが、ＭＣＣとＳＣＣにおいて互いに異なるように設定されることがある。また、同一ＤＬ ＳＦで送信されるＵＬグラント或いはＰＨＩＣＨフィードバックの対象となるＵＬ ＳＦグループが、ＭＣＣとＳＣＣにおいて互いに異なるように設定されることがある。この場合にも、同一ＳＦタイミングに対してＭＣＣとＳＣＣのリンク方向が異なるように設定されることがある。例えば、ＳＣＣでは、特定ＳＦタイミングが、ＵＬグラント／ＰＨＩＣＨの送信されるＤＬ ＳＦと設定されるのに対し、ＭＣＣでは当該ＳＦタイミングがＵＬ ＳＦと設定されることがある。

一方、互いに異なるサブフレーム構成（例、相異なるＴＤＤ ＣＡ構成）によってＰＣＣとＳＣＣのリンク方向が異なるＳＦタイミング（以下、衝突（ｃｏｌｌｉｄｅｄ）ＳＦと称する）が存在する場合、該ＳＦタイミングでは端末のハードウェア構成或いは他の理由／目的などによってＰＣＣ（又は、ＭＣＣ）／ＳＣＣのうち特定リンク方向或いは特定ＣＣ（例、ＰＣＣ）と同じリンク方向を持つＣＣのみを運用することがある。便宜上、このような方式をＨＤ（Ｈａｌｆ−Ｄｕｐｌｅｘ）−ＴＤＤ ＣＡと呼ぶ。例えば、ＰＣＣ（又は、ＭＣＣ）は、特定ＳＦタイミングがＤＬ ＳＦに設定され、ＳＣＣは、当該ＳＦタイミングがＵＬ ＳＦに設定されることで、衝突ＳＦが形成される場合、当該ＳＦタイミングでＤＬ方向を持つＰＣＣ（又は、ＭＣＣ）（すなわち、ＰＣＣ（又は、ＭＣＣ）に設定されたＤＬ ＳＦ）のみを運用し、ＵＬ方向を持つＳＣＣ（すなわち、ＳＣＣに設定されたＵＬ ＳＦ）は運用しなくてよい（逆の場合も可能）。

この場合、ＭＣＣ ＵＬ ＳＦ、及びＭＣＣを通じてクロスＣＣスケジューリングされるＳＣＣ ＵＬ ＳＦを通じて送信されるＵＬデータに対するＵＧ／ＰＨＩＣＨ送信をＭＣＣを通じて行うために、各ＣＣ別に同一或いは異なる（特定ＵＬ−ＤＬ構成に設定された）ＵＧ／ＰＨＩＣＨタイミングを適用したり、特定ＵＬ−ＤＬ構成に設定されたＵＧ／ＰＨＩＣＨタイミングを全てのＣＣ（すなわち、ＰＣＣ（又はＭＣＣ）／ＳＣＣ）に共通に適用する方案を考慮できる。特定ＵＬ−ＤＬ構成（以下、基準構成（Ｒｅｆｅｒｅｎｃｅ Ｃｏｎｆｉｇｕｒａｔｉｏｎ；Ｒｅｆ−Ｃｆｇ））は、ＰＣＣ（又はＭＣＣ）に設定されたＵＬ−ＤＬ構成（ＭＣＣ−Ｃｆｇ）又はＳＣＣに設定されたＵＬ−ＤＬ構成（ＳＣＣ−Ｃｆｇ）と同一であってもよく、その他のＵＬ−ＤＬ構成にしてもよい。図１７は、ＨＤ−ＴＤＤ ＣＡ構造を例示する。同図で、灰色の陰影（Ｘ）は、衝突ＳＦで使用が制限されるＣＣ（リンク方向）を例示する。

一方、ＰＣＣ（又はＭＣＣ）とＳＣＣのリンク方向が異なる衝突ＳＦでＵＬ／ＤＬ同時送受信を全て許容する方式も考慮することができる。便宜上、このような方式をＦＤ（Ｆｕｌｌ−Ｄｕｐｌｅｘ）−ＴＤＤ ＣＡと呼ぶ。この場合も、ＰＣＣ（又はＭＣＣ）のＵＬ ＳＦ、ＰＣＣ（又はＭＣＣ）を通じてクロスＣＣスケジューリングされるＳＣＣのＵＬ ＳＦに対するＵＧ／ＰＨＩＣＨ送信をＰＣＣ（又はＭＣＣ）を通じて行うために、各ＣＣ別に同一或いは異なる（特定ＵＬ−ＤＬ構成（すなわち、Ｒｅｆ−Ｃｆｇ）に設定された）ＵＧ／ＰＨＩＣＨタイミングを適用したり、特定ＵＬ−ＤＬ構成（すなわち、Ｒｅｆ−Ｃｆｇ）に設定されたＵＧ／ＰＨＩＣＨタイミングを全てのＣＣ（すなわち、ＰＣＣ（又はＭＣＣ）／ＳＣＣ）に共通に適用したりできる。Ｒｅｆ−Ｃｆｇは、ＭＣＣ−Ｃｆｇ又はＳＣＣ−Ｃｆｇと同一であってもよく、その他のＵＬ−ＤＬ Ｃｆｇにしてもよい。図１８は、ＦＤ−ＴＤＤ ＣＡ構造を例示している。

本明細書において、Ｄは、ＤＬ ＳＦ又はスペシャルＳＦを意味し、Ｕは、ＵＬ ＳＦを意味する。ＣＣのＵＬ−ＤＬ構成（ＵＤ−ｃｆｇ）は、同報情報又は上位層シグナリングによって（半−）静的に構成され、当該ＣＣのサブフレーム構成は、表１に基づいて決定することができる。また、Ａ／Ｎタイミングは、特定ＤのＤＬデータに対するＡ／Ｎを送信／受信できるように設定されたＵを意味したり、これらのタイミング関係を意味できる。ＵＧ又はＰＨＩＣＨタイミングは、特定ＵのＵＬデータをスケジューリングするＵＧ及び当該ＵＬデータ送信に対するＰＨＩＣＨを送信／受信できるように設定されたＤを意味したり、これらのタイミング関係を意味できる。具体的に、特定ＣＣ（すなわち、Ｒｅｆ−ＣＣ）或いは特定ＵＤ−Ｃｆｇ（すなわち、Ｒｅｆ−ｃｆｇ）に設定されたＡＣＫ／ＮＡＣＫタイミングを適用するということは、表３で特定ＣＣのＵＤ−Ｃｆｇ或いは特定ＵＤ−ｃｆｇに該当するパラメータ値を使用することを意味できる。また、特定ＣＣ（すなわち、Ｒｅｆ−ＣＣ）或いは特定ＵＤ−ｃｆｇ（すなわち、Ｒｅｆ−ｃｆｇ）に設定されたＵＬグラント又はＰＨＩＣＨタイミングを適用するということは、表４及び表５で特定ＣＣのＵＤ−Ｃｆｇ或いは特定ＵＤ−ｃｆｇに該当するパラメータ値を使用することを意味できる。

本発明で、ＵＬデータＨＡＲＱプロセス（すなわち、ＵＧ又はＰＨＩＣＨタイミング）のためのＲｅｆ−Ｃｆｇは、クロスＣＣスケジューリングの有無によって、次のように決定することができる。

［ソリューション１］
■ＭＣＣを通じて送信されるＵＬデータに対するＵＬグラント／ＰＨＩＣＨ
▲ＭＣＣに設定されたＵＬグラント／ＰＨＩＣＨタイミングを適用
■ＳＣＣを通じて送信されるＵＬデータに対するＵＬグラント／ＰＨＩＣＨ
▲非クロスＣＣスケジューリング：ＳＣＣに設定されたＵＬグラント／ＰＨＩＣＨタイミングを適用
▲クロスＣＣスケジューリング：ＭＣＣ又はＳＣＣがＵであるＳＦ（ｓ）が全てＵに設定されたＵＬ−ＤＬ構成のうち、Ｕの個数が最も小さいＵＬ−ＤＬ構成（以下、ＵＬユニオン）のＵＬグラント／ＰＨＩＣＨタイミング（以下、ＵＬユニオンタイミング）を適用。等価的に、ＭＣＣ又はＳＣＣがＵであるＳＦ（ｓ）が全てＵに設定されたＵＬ−ＤＬ構成のうち、Ｄの個数が最も多いＵＬ−ＤＬ構成（すなわち、ＵＬユニオン）のＵＬグラント／ＰＨＩＣＨタイミングを適用。

［ソリューション２］
■ＭＣＣを通じて送信されるＵＬデータに対するＵＬグラント／ＰＨＩＣＨ
▲ＭＣＣに設定されたＵＬグラント／ＰＨＩＣＨタイミングを適用
■ＳＣＣを通じて送信されるＵＬデータに対するＵＬグラント／ＰＨＩＣＨ
▲非クロスＣＣスケジューリング：ＳＣＣに設定されたＵＬグラント／ＰＨＩＣＨタイミングを適用
▲クロスＣＣスケジューリング：ＭＣＣに設定されたＵＬグラント／ＰＨＩＣＨタイミングを適用。ＭＣＣ（及び／又はＰＣＣ）がＤであり、ＳＣＣがＵである衝突ＳＦに対しては、ＳＣＣのＵに対するスケジューリングを放棄することができる（すなわち、（ＵＬグラント／ＰＨＩＣＨ観点で）衝突ＳＦは可用Ｕから除外する）。そのため、衝突ＳＦは、ＵＬグラント／ＰＨＩＣＨタイミングが定義されないことがある。したがって、衝突ＳＦは、ＨＡＲＱプロセス個数、ＨＡＲＱ ＲＴＴ決定過程などで考慮されなかったり、ＮＡＣＫ（又は、ＤＴＸ又はＮＡＣＫ／ＤＴＸ）と処理されたりする。

一方、ＵＬ ＳＦの個数がＤＬ ＳＦの個数よりも多いＵＬ−ＤＬ構成＃０の場合、他のＤＬ−ＵＬ構成とは異なる特性を有する。例えば、ＵＬ−ＤＬ構成＃１〜＃６の場合、ＵＬ ＤＡＩ（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）がＵＬグラントＤＣＩフォーマットに含まれるが、ＵＬ−ＤＬ構成＃０の場合は、ＵＬ ＤＡＩの代わりにＵＬインデックスがＵＬグラントＤＣＩフォーマットに含まれる。ここで、ＵＬインデックスは、スケジューリングの対象となるＵＬ ＳＦを指示する。すなわち、ＵＬ−ＤＬ構成＃０の場合、少ない数のＤＬ ＳＦを用いてＤＬ ＳＦよりも多い数のＵＬ ＳＦに対するＵＬデータスケジューリング／ＨＡＲＱを行うためにＵＬインデックスが用いられる。また、ＵＬ−ＤＬ構成＃１〜＃６の場合、ＤＬグラントＤＣＩフォーマット内のＤＬ ＤＡＩは、ＰＤＣＣＨの順序値（又は、カウンタ値）を表す。一方、ＵＬ−ＤＬ構成＃０の場合、ＤＬグラントＤＣＩフォーマット内にＤＬ ＤＡＩは含まれるが、ＤＬ ＤＡＩはシグナリングされないものと定義される。ＵＬ−ＤＬ構成＃０の場合、ＵＬ ＳＦ個数がＤＬ ＳＦ個数よりも多いため、（Ａ／Ｎ送信のために）各ＤＬ ＳＦ別に互いに異なるＵＬ ＳＦをリンクさせることができ、ＤＬ ＤＡＩシグナリングの省略が可能なわけである。ここで、ＤＬグラントＤＣＩフォーマットは、ＤＬデータをスケジューリングするＰＤＣＣＨに加え、ＳＰＳ解除を命令するＰＤＣＣＨも含むことができる。

これによって、他のＵＤ−Ｃｆｇとは違い、ＵＤ−Ｃｆｇ ＃０に対しては、一つのＵＬグラントＰＤＣＣＨが、複数（例、２個）のＵＬ ＳＦを通じてそれぞれ送信される複数（例、２個）のＵＬデータを同時にスケジューリングできる動作を許容する。また、これを勘案して、特定ＤＬ ＳＦでは、（ＵＬグラントＰＤＣＣＨ当たり一つのＵＬ ＳＦスケジューリングのみを許容する）一般の場合に比べてより多量（例、２倍）のＰＨＩＣＨリソースを占有（ｒｅｓｅｒｖｅ）する。

具体的に、式１及び表６を再び参照すると、２個のＵＬ ＳＦ（これを通じて送信されるＵＬデータ）に対するＰＨＩＣＨ送信が特定ＤＬ ＳＦ（例、ＤＬ ＳＦ ＃０、＃５）で同時に行われる場合、（時間順序上）１番目のＵＬ ＳＦに対応するＰＨＩＣＨリソースインデックスは、式１にＩ_{ＰＨＩＣＨ}＝０を適用して算出されたＰＨＩＣＨリソースインデックスと決定し、２番目のＵＬ ＳＦに対応するＰＨＩＣＨリソースインデックスは、式１にＩ_{ＰＨＩＣＨ}＝１を適用して算出されたＰＨＩＣＨリソースインデックスと決定することができる。便宜上、式１を次に再び記載する。

一方、クロスＣＣスケジューリング状況において、ＳＣＣがＵＤ−Ｃｆｇ ＃０であり、ＭＣＣがＵＤ−Ｃｆｇ ＃０以外のＵＤ−Ｃｆｇに設定された場合、ソリューション１を適用することができる。ソリューション１の適用時に、ＳＣＣを通じて送信されるＵＬデータ（簡単に、ＳＣＣ ＵＬデータ）（例、ＳＣＣ ＰＵＳＣＨ）に対するＵＧ／ＰＨＩＣＨタイミングのＲｅｆ−Ｃｆｇは、ＭＣＣとＳＣＣのＵＬユニオンであるＵＤ−Ｃｆｇ ＃０（すなわち、ＳＣＣ ＵＤ−Ｃｆｇ）と決定することができる。このとき、クロスＣＣスケジューリング状況であるから、ＳＣＣ ＵＬデータに対するＰＨＩＣＨはＭＣＣで送信され、ＭＣＣはＵＤ−Ｃｆｇ ＃０でないため、ＤＬ ＳＦで１ｘ ＰＨＩＣＨリソースしか占有できない。そのため、２個のＳＣＣ ＵＬ ＳＦに対するＰＨＩＣＨ送信が一つのＭＣＣ ＤＬ ＳＦで要求される場合、既存のＰＨＩＣＨリソース決定及び送信方式をそのまま適用できないという問題が発生する。

この問題を解消するために、互いに異なるＵＤ−Ｃｆｇ間ＴＤＤ ＣＡベースのクロスＣＣスケジューリング状況においてＳＣＣ ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ ＃０である場合、ＳＣＣ ＵＬデータに対するＡ／Ｎフィードバックのために、ＰＨＩＣＨリソース決定及びＰＨＩＣＨ信号送信方法について提案する。発明の理解のために、提案方式では、ソリューション１に従って、ＵＤ−Ｃｆｇ ＃０のＳＣＣを通じて送信されるＵＬデータに対するＵＧ／ＰＨＩＣＨタイミングのＲｅｆ−Ｃｆｇは、ＵＤ−Ｃｆｇ ＃０（すなわち、ＳＣＣ ＵＤ−Ｃｆｇ）と決定されるとする。提案方法は、ＭＣＣ自体のＵＤ−ＣｆｇがＵＤ−Ｃｆｇ ＃０でなく（例、ＭＣＣ ＵＤ−Ｃｆｇ＝ＵＤ−Ｃｆｇ ＃１〜＃６；ＭＣＣ＝ＦＤＤ ＣＣ）、ＳＣＣに対するＵＧ／ＰＨＩＣＨタイミングＲｅｆ−ＣｆｇがＵＤ−Ｃｆｇ ＃０に設定された状況で、ＳＣＣ ＵＬデータに対応するＰＨＩＣＨリソース決定及び送信方法へと一般化できる。提案方法は、ＳＣＣが複数である場合にも適用でき、それぞれのＭＣＣ／ＳＣＣ組合せに対して提案方法を適用することができる。

具体的に、ＳＣＣ上の特定２個のＵＬ ＳＦ（これを通じて送信される２個のＵＬデータ）に対する共通ＰＨＩＣＨタイミングとなるＭＣＣのＤＬ ＳＦが、ＭＣＣ自体に設定されたＵＧ／ＰＨＩＣＨタイミング（例、ＰＨＩＣＨリソースが占有（ｒｅｓｅｒｖｅ）されたＤＬ ＳＦ）に属する場合（すなわち、１ｘ ＰＨＩＣＨリソースのみが占有された状態で２個のＵＬデータに対するＰＨＩＣＨリソース割当及び送信が同時に要求されるとき）、次のようなＰＨＩＣＨリソース割当及び送信方法を提案する。便宜上、これら２個のＵＬ ＳＦをそれぞれＵＬ ＳＦ−１、ＵＬ ＳＦ−２とし、時間順序上ＵＬ ＳＦ−１がＵＬ ＳＦ−２以前に存在するとする。

Ａｌｔ ０）全てのＵＬ ＳＦに対してＩ_{ＰＨＩＣＨ}＝０を適用してＰＨＩＣＨリソースインデックスを算出

ＵＬ ＳＦ−１及びＵＬ ＳＦ−２に対応するＰＨＩＣＨリソース決定時に（式１参照）、これらＵＬ ＳＦ両方に対してＩ_{ＰＨＩＣＨ}＝０を適用することができる。具体的に、ＵＬ ＳＦ−１に対応するＰＨＩＣＨリソースインデックスは、Ｉ_{ＰＨＩＣＨ}＝０に基づき、ＵＬ ＳＦ−１内のＵＬデータ送信リソース領域の最小（ｌｏｗｅｓｔ）のＰＲＢインデックス（及び当該ＵＬデータ送信に結び付いたＤＭＲＳ ＣＳ（Ｃｙｃｌｉｃ Ｓｈｉｆｔ）値）にリンクされたＰＨＩＣＨリソースインデックスを割り当てることができる。また、ＵＬ ＳＦ−２に対応するＰＨＩＣＨリソースインデックスは、Ｉ_{ＰＨＩＣＨ}＝０に基づき、ＵＬ ＳＦ−２内のＵＬデータ送信リソース領域の最小のＰＲＢインデックス（及び当該ＵＬデータ送信に結び付いたＤＭＲＳ ＣＳ値）にリンクされたＰＨＩＣＨリソースインデックスを割り当てることができる。ＳＣＣが一つのＵＬ ＳＦで最大２個のＴＢ送信をサポートするモードに設定された場合、ＵＬ ＳＦ−１（又はＵＬ ＳＦ−２）の１番目のＴＢに対応するＰＨＩＣＨリソースインデックスは、Ｉ_{ＰＨＩＣＨ}＝０に基づき、ＵＬ ＳＦ−１（又はＵＬ ＳＦ−２）でのＵＬデータ送信に用いられた最小のＰＲＢインデックスｋ_ＰＲＢ（及びＵＬデータ送信に結び付いたＤＭＲＳ ＣＳ値）にリンクされたＰＨＩＣＨリソースインデックス（ｎ_{ＰＨＩＣＨ．０}）と決定し、ＵＬ ＳＦ−１（又はＵＬ ＳＦ−２）の２番目のＴＢに対応するＰＨＩＣＨリソースインデックスは、Ｉ_{ＰＨＩＣＨ}＝０に基づき、ｋ_ＰＲＢ＋１（及びＵＬデータ送信に結び付いたＤＭＲＳ ＣＳ値）にリンクされたＰＨＩＣＨリソースインデックス（ｎ_{ＰＨＩＣＨ．１}）と決定することができる。

本方式では、ＵＬ ＳＦ−１／ＵＬ ＳＦ−２に対応するＰＨＩＣＨリソース間の衝突を避けるために、ＵＬ ＳＦ−１とＵＬ ＳＦ−２で送信されるそれぞれのＵＬデータに割り当てられた最小のＰＲＢインデックス（ＳＣＣ ＵＬが最大２個のＴＢ送信をサポートする場合、ｋ_ＰＲＢ及び／又はｋ_ＰＲＢ＋１）とそれに結び付いたＤＭＲＳ ＣＳ値がＵＬ ＳＦ−１／ＵＬ ＳＦ−２で同一に割り当てられる場合を制限してもよい。

本方式は、Ｉ_{ＰＨＩＣＨ}値は、ＵＧ／ＰＨＩＣＨタイミングのＲｅｆ−ＣｆｇであるＵＤ−Ｃｆｇ ＃０に従って決定し（すなわち、ＳＦ ＃４及び＃９のＵＬデータ送信に対してはＩ_{ＰＨＩＣＨ}＝１、その他ＳＦのＵＬデータ送信に対してはＩ_{ＰＨＩＣＨ}＝０）、ＰＨＩＣＨリソースインデックスは下記の式に基づいて算出するものと等価的に動作することができる。

また、本方式は、Ｉ_{ＰＨＩＣＨ}値はＵＧ／ＰＨＩＣＨタイミングのＲｅｆ−ＣｆｇであるＵＤ−Ｃｆｇ ＃０に従って決定し（すなわち、ＳＦ ＃４及び＃９のＵＬデータ送信に対してはＩ_{ＰＨＩＣＨ}＝１、その他ＳＦのＵＬデータ送信に対してはＩ_{ＰＨＩＣＨ}＝０）、ＰＨＩＣＨリソースインデックス（すなわち、ＰＨＩＣＨグループインデックス）は下記の式のいずれかに基づいて算出するものと等価的に動作することができる。

ここで、１番目の式で、オフセット値は、
（ＳＦ ＃４及び＃９の場合）、或いは０（その他ＳＦの場合）に設定することができ、２番目の式で、オフセットは、−１（ＳＦ ＃４及び＃９の場合）、或いは０（その他ＳＦの場合）に設定することができる。

Ａｌｔ １）ＰＨＩＣＨリソースインデックス（或いは、ＤＭＲＳ ＣＳ）に対するオフセットを設定

ＵＬ ＳＦ−１のＵＬデータに対応するＰＨＩＣＨリソースは、ＵＬデータ送信リソース領域の最小のＰＲＢインデックス（及びＤＭＲＳ ＣＳ値）にリンクされたＰＨＩＣＨリソースインデックス（例、ｎ_{ＰＨＩＣＨ}）と決定することができる。また、ＵＬ ＳＦ−２のＵＬデータに対応するＰＨＩＣＨリソースは、ｎ_{ＰＨＩＣＨ}にオフセットが加えられたＰＨＩＣＨリソースインデックスと決定することができる。等価的に、ＵＬ ＳＦ−２のＵＬデータに対応するＰＨＩＣＨリソースは、ＵＧ ＰＤＣＣＨ内のＤＭＲＳ ＣＳフィールドを通じてシグナリングされた値にオフセットが加えられたＤＭＲＳ ＣＳ値から類推されるＰＨＩＣＨリソースインデックス（或いは、その他のＰＨＩＣＨリソースインデックス決定に用いられる他のパラメータにオフセットが加えられた値に基づいて類推されるＰＨＩＣＨリソースインデックス）と決定することができる。ここで、オフセット値は、あらかじめ固定されてもよく、Ｌ１（Ｌａｙｅｒ １）／Ｌ２（Ｌａｙｅｒ ２）／ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）／ブロードキャストシグナリングを通じてセル−／端末−特定に設定されてもよい。逆に、ＵＬ ＳＦ−２に対応するＰＨＩＣＨリソース決定時にオフセットを適用せず、ＵＬ ＳＦ−１に対応するＰＨＩＣＨリソース決定時にオフセットを適用する方法も可能である。ＰＨＩＣＨリソース衝突の点で、オフセットは０以外の値に設定することが好ましい。

ＳＣＣのＵＬが最大２個のＴＢ送信をサポートするモードに設定された場合、ＵＬ ＳＦ−１（又はＵＬ ＳＦ−２）で送信された２個のＴＢに対応するＰＨＩＣＨリソースは、最低ＰＲＢインデックスｋ_ＰＲＢ及びｋ_ＰＲＢ＋１のそれぞれにリンクされたＰＨＩＣＨリソースインデックスｎ_{ＰＨＩＣＨ．０}及びｎ_{ＰＨＩＣＨ．１}と決定することができる。また、ＵＬ ＳＦ−２（又はＵＬ ＳＦ−１）で送信された２個のＴＢに対応するＰＨＩＣＨリソースは、ｎ_{ＰＨＩＣＨ．０}及びｎ_{ＰＨＩＣＨ．１}のそれぞれに上記オフセットが加えられた２個のＰＨＩＣＨリソースインデックスと決定することができる。等価的に、ＵＬ ＳＦ−２（又はＵＬ ＳＦ−１）で送信された２個のＴＢに対応するＰＨＩＣＨリソースは、ｋ_ＰＲＢ、ｋ_ＰＲＢ＋１、ＤＭＲＳ ＣＳ或いはその他のＰＨＩＣＨリソース決定に結び付いたパラメータにオフセットが加えられた値から類推される２個のＰＨＩＣＨリソースインデックスと決定することができる。このとき、ＰＨＩＣＨリソース衝突の点で、オフセットは、｛−１，０，＋１｝以外の値に設定すればよい。

Ａｌｔ ２）ＰＨＩＣＨ参照無しでＵＬグラントベースの再送信のみを許容する動作を適用

ＵＬ ＳＦ−１のＵＬデータの場合、ＰＨＩＣＨ参照ベースの非適応的再送信（及びＵＬグラント受信ベースの適応的再送信）を許容することができる。このとき、ＵＬ ＳＦ−１に対応するＰＨＩＣＨリソースは、ＵＬデータ送信リソース領域の最小のＰＲＢインデックス（及びＤＭＲＳ ＣＳ値）にリンクされたＰＨＩＣＨリソースインデックスと決定することができる。ＳＣＣのＵＬが最大２個のＴＢ送信をサポートするモードに設定された場合、ＵＬ ＳＦ−１で送信された２個のＴＢに対応するＰＨＩＣＨリソースは、最小のＰＲＢインデックスｋ_ＰＲＢにリンクされたＰＨＩＣＨリソースインデックスｎ_{ＰＨＩＣＨ．０}、及びｋ_ＰＲＢ＋１にリンクされたＰＨＩＣＨリソースインデックスｎ_{ＰＨＩＣＨ．１}と決定することができる。

また、ＵＬ ＳＦ−２のＵＬデータの場合、対応するＰＨＩＣＨリソースを割り当てず、ＰＨＩＣＨ参照無しでＵＬグラントベースの適応的再送信のみを許容することができる（便宜上、ＰＨＩＣＨ−レス（ｌｅｓｓ）動作という）。ＵＬグラントベースの再送信のみを許容するために、端末は、ＵＬ ＳＦ−２に対するＰＨＩＣＨを受信すべきＤＬ ＳＦにおいてＡＣＫをＭＡＣ層のＨＡＲＱ個体（具体的に、ＨＡＲＱプロセス）に伝達すればよい。ＵＬデータ再送信はＮＡＣＫ又はＤＴＸが検出された場合に行われるが、端末がＵＬ ＳＦ−２に対するＰＨＩＣＨを受信すべきＤＬ ＳＦで何らＨＡＲＱ応答をＭＡＣ層に報告しないと、ＭＡＣ層はＵＬデータ／ＰＨＩＣＨにＤＴＸが発生したと判断するからである。一方、ＵＬ ＳＦ−２に対するＰＨＩＣＨを受信るべきＤＬ ＳＦでＵＬグラントが受信された場合、端末は、ＵＬグラント内のＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）によってＵＬデータ再送信／初期送信を行うことができる。

逆に、ＵＬ ＳＦ−２についてＰＨＩＣＨ参照ベースの方式を適用し、ＵＬ ＳＦ−１についてＰＨＩＣＨ−レス動作を適用することもできる。すなわち、ＵＬ ＳＦ−１に対して、対応するＰＨＩＣＨリソース割当及び参照無しで、ＵＬグラントベースの適応的再送信のみを許容することもできる。

図１９はＡｌｔ ２によるＨＡＲＱ過程を一般化した例である。便宜上、同図は端末の立場で示したが、対応の動作を基地局で行うことができることは明らかである。

図１９を参照すると、端末は、複数のＣＣを束ねる（Ｓ１９０２）。ここで、複数のＣＣは、互いに異なるサブフレーム構成（例、互いに異なるＴＤＤ ＵＬ−ＤＬ構成を有するＣＣの集約、又はＴＤＤ ＣＣ／ＦＤＤ ＣＣの集約）を有することができる。例えば、スケジューリングＣＣと被−スケジューリングＣＣを束ね、被−スケジューリングＣＣのＵＬ−ＤＬ構成はＵＬ−ＤＬ構成＃０であってよい。以降、端末は、被−スケジューリングＣＣのＵＬ ＳＦに対するスケジューリング情報（ＵＬグラントＰＤＣＣＨ）をスケジューリングＣＣを通じて受信することができる（Ｓ１９０４）。被−スケジューリングＣＣのＵＬ−ＤＬ構成がＵＬ−ＤＬ構成＃０である場合、ＵＬグラントＰＤＣＣＨは、ＵＬ ＳＦ−１及び／又はＵＬ ＳＦ−２に関するスケジューリング情報を含むことができる。ＵＬ ＳＦ−１はＵＬ ＳＦ−２よりも時間的に早いＵＬ ＳＦを表す。ＵＬ ＳＦ−１及び／又はＵＬ ＳＦ−２に対するリソース割当は、ＵＬグラントＰＤＣＣＨ内のＵＬインデックスを用いて指示することができる。その後、端末はスケジューリング情報に基づいて被−スケジューリングＣＣのＵＬ ＳＦでＵＬデータを送信することができる（Ｓ１９０４）。本提案によれば、ＵＬ ＳＦに対応するスケジューリングＣＣのＤＬ ＳＦに、ＵＬ ＳＦに対応するＰＨＩＣＨリソースがある場合（例、ＵＬ ＳＦ−１の場合）、ＵＬ ＳＦのデータに対してＰＨＩＣＨベースの再送信及び／又はＵＬグラントベースの再送信を許容する。一方、ＵＬ ＳＦに対応するスケジューリングＣＣのＤＬ ＳＦに、ＵＬ ＳＦに対応するＰＨＩＣＨリソースがない場合（例、ＵＬ ＳＦ−２の場合）、ＵＬ ＳＦのデータに対してＵＬグラントベースの再送信のみを許容することができる。

Ａｌｔ ２−１）ＰＨＩＣＨ参照無しでＵＬグラントベースの再送信のみを許容する動作を適用

ＵＬ ＳＦ−１のＵＬデータ及びＵＬ ＳＦ−２のＵＬデータに対して、対応するＰＨＩＣＨリソースを割り当てず、ＰＨＩＣＨ参照無しでＵＬグラントベースの適応的再送信のみを許容することができる。すなわち、ＵＬ ＳＦ−１及びＵＬ ＳＦ−２両方に対してＰＨＩＣＨ−レス動作を適用することができる。

Ａｌｔ ３）ＵＬ ＳＦ別／間バンドリングされた（ｂｕｎｄｌｅｄ）ＡＣＫ／ＮＡＣＫを一つのＰＨＩＣＨリソースを通じて送信

ＵＬ ＳＦ−１のＵＬデータに対するＡ／ＮとＵＬ ＳＦ−２のＵＬデータに対するＡ／Ｎに対してバンドリング動作（例、論理ＡＮＤ演算）を行った後、バンドリングされたＡ／Ｎを一つのＰＨＩＣＨリソースを通じて送信することができる。ＰＨＩＣＨリソースを、ＵＬ ＳＦ−１（又は、ＵＬ ＳＦ−２）のＵＬデータ送信リソース領域の最小のＰＲＢインデックス（及びＤＭＲＳ ＣＳ値）にリンクされたＰＨＩＣＨリソースインデックスと決定することができる。

ＳＣＣのＵＬが最大２個のＴＢ送信をサポートするモードに設定された場合、特定一つのＵＬ ＳＦ（ＵＬ ＳＦ−１或いはＵＬ ＳＦ−２）でのＵＬデータ送信リソース領域の最小のＰＲＢインデックスｋ_ＰＲＢにリンクされたＰＨＩＣＨリソースインデックスｎ_{ＰＨＩＣＨ．０}とｋ_ＰＲＢ＋１にリンクされたＰＨＩＣＨリソースインデックスｎ_{ＰＨＩＣＨ．１}を用いることができる。また、ＵＬ ＳＦ−１のＵＬデータ送信リソース領域の最小のＰＲＢインデックスｋ_{ＰＲＢ．Ｕ１}にリンクされたＰＨＩＣＨリソースインデックスｎ_{ＰＨＩＣＨ．Ｕ１}とＵＬ ＳＦ−２のＵＬデータ送信リソース領域の最小のＰＲＢインデックスｋ_{ＰＲＢ．Ｕ２}にリンクされたＰＨＩＣＨリソースインデックスｎ_{ＰＨＩＣＨ．Ｕ２}を用いることができる。これに基づき、ｉ）ＵＬ ＳＦ−１ ＴＢに対するバンドリングされたＡＣＫ／ＮＡＣＫをｎ_{ＰＨＩＣＨ．０}（或いはｎ_{ＰＨＩＣＨ．Ｕ１}）を通じて送信／受信したり、ＵＬ ＳＦ−２ ＴＢに対するバンドリングされたＡＣＫ／ＮＡＣＫをｎ_{ＰＨＩＣＨ．１}（或いはｎ_{ＰＨＩＣＨ．Ｕ２}）を通じて送信／受信したり、或いは、ｉｉ）２個のＵＬ ＳＦで送信された１番目のＴＢに対するバンドリングされたＡＣＫ／ＮＡＣＫをｎ_{ＰＨＩＣＨ．０}（或いはｎ_{ＰＨＩＣＨ．Ｕ１}）を通じて送信／受信し、２番目のＴＢに対するバンドリングされたＡＣＫ／ＮＡＣＫをｎ_{ＰＨＩＣＨ．１}（或いはｎ_{ＰＨＩＣＨ．Ｕ２}）を通じて送信／受信する方案を考慮できる。

これと違い、ＳＣＣ上の特定２個のＵＬ ＳＦ（具体的に、これらのＳＦで送信される２個のＵＬデータ）に対する共通ＰＨＩＣＨタイミングとなるＭＣＣのＤＬ ＳＦが、ＭＣＣ自体に設定されたＵＧ／ＰＨＩＣＨタイミング（例、ＰＨＩＣＨリソースが占有（ｒｅｓｅｒｖｅ）されたＤＬ ＳＦ）に属しない場合（すなわち、占有されたＰＨＩＣＨリソースがない状態で２個のＵＬデータに対するＰＨＩＣＨリソース割当及び送信が同時に要求される時）には、Ａｌｔ ２−１を適用することができる。

一方、クロスＣＣスケジューリング状況で、上とは逆に、ＭＣＣがＵＤ−Ｃｆｇ ＃０であり、ＳＣＣがＵＤ−Ｃｆｇ ＃０以外のＵＤ−Ｃｆｇに設定された場合、ソリューション１又は２以外の方法を適用することができる。例えば、ＳＣＣ ＵＬデータに対するＵＧ／ＰＨＩＣＨタイミングのＲｅｆ−Ｃｆｇは、（ＭＣＣとＳＣＣのＵＬユニオン或いはＭＣＣのＵＤ−Ｃｆｇに該当する）ＵＤ−Ｃｆｇ ＃０以外のＵＤ−Ｃｆｇ（ＳＣＣのＵＤ−Ｃｆｇを含んでもよい）（例、ＵＤ−Ｃｆｇ ＃１、ＵＤ−Ｃｆｇ ＃６）と決定することができる。更に一般化すると、前の状況は、ＭＣＣのＵＤ−ＣｆｇがＵＤ−Ｃｆｇ ＃０であり、ＳＣＣに対するＵＧ／ＰＨＩＣＨタイミングのＲｅｆ−ＣｆｇがＵＤ−Ｃｆｇ ＃０に設定されない場合を意味できる。ここで、ＭＣＣはＵＤ−Ｃｆｇ ＃０であるため、全ての或いは一部のＤＬ ＳＦで２ｘ ＰＨＩＣＨリソースを占有していることがある。この場合、Ｒｅｆ−Ｃｆｇによって一つのＭＣＣ ＤＬ ＳＦでは一つのＳＣＣ ＵＬ ＳＦ（該ＳＦで送信されるＵＬデータ）に対するＰＨＩＣＨ送信のみが行われるように設定することができる。

そのために、Ａｌｔ ０を適用したり（すなわち、ＳＣＣの全てのＵＬ ＳＦ（これらＳＦで送信されたＵＬデータ）に対してＩ_{ＰＨＩＣＨ}＝０を適用してＰＨＩＣＨリソースインデックスを算出）したり、１ｘ ＰＨＩＣＨリソースが占有された場合と２ｘ ＰＨＩＣＨリソースが占有された場合に対してそれぞれＩＰＨＩＣＨ値０と１を適用したり、１ｘ ＰＨＩＣＨリソースが占有された場合にはＩ_{ＰＨＩＣＨ}＝０を適用し、２倍のＰＨＩＣＨリソースが占有された場合に対しては、Ｉ_{ＰＨＩＣＨ}として０及び１のうち、いずれの値を適用するかを設定することができる。Ｉ_{ＰＨＩＣＨ}値は、例えば、ＲＲＣシグナリングなどを通じて半−静的に設定したり、ＵＬグラントＰＤＣＣＨ内の（１ビット）フィールドを追加して明示的に指示したり、ＵＬグラントＰＤＣＣＨ内の特定フィールド値に黙示的にリンク（例、ＲＢ割当情報及び／又はＤＭＲＳ ＣＳ値に従ってＩ_{ＰＨＩＣＨ}値を別々に適用）させたりできる。

また、以上の提案Ａｌｔ（Ａｌｔ ０〜３）のうちいずれの方法を適用するかを、ＲＲＣシグナリングなどを通じてセル−特定或いはＵＥ−特定に設定することもできる。

また、Ａｌｔ ０方法（ＩＰＨＩＣＨ＝０適用）に基づく場合、（互いに異なるＵＤ−Ｃｆｇ間ＴＤＤ ＣＡ状況に限定して）ＭＣＣ自体のＵＤ−Ｃｆｇ（すなわち、ＭＣＣ ＵＤ−Ｃｆｇ）及び／又はＳＣＣに対するＵＧ／ＰＨＩＣＨタイミングのＲｅｆ−Ｃｆｇ（すなわち、ＳＣＣ Ｒｅｆ−Ｃｆｇ）によって（ＳＣＣでのＵＬデータ送信に対応する）Ｉ_{ＰＨＩＣＨ}値を次のような方式で決定することができる。

Ａｌｔ ０−１）ＭＣＣ ＵＤ−Ｃｆｇ又はＳＣＣ Ｒｅｆ−ＣｆｇがＵＤ−Ｃｆｇ ＃０であるか否かによってＩ_{ＰＨＩＣＨ}値を設定

ＭＣＣ ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ ＃０である場合、ＳＦによってＩ_{ＰＨＩＣＨ}値を０又は１に設定することができる。そうでない（すなわち、ＭＣＣ ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ ＃０でない）場合、全てのＳＦに対してＩ_{ＰＨＩＣＨ}値を０に設定することができる。また、ＳＣＣ Ｒｅｆ−ＣｆｇがＵＤ−Ｃｆｇ ＃０である場合、ＳＦによってＩ_{ＰＨＩＣＨ}値を０又は１に設定し、そうでない（すなわち、ＳＣＣ Ｒｅｆ−ＣｆｇがＵＤ−Ｃｆｇ ＃０でない）場合には、全てのＳＦに対してＩ_{ＰＨＩＣＨ}値を０に設定することができる。
Ａｌｔ ０−２）ＭＣＣ ＵＤ−ＣｆｇとＳＣＣ Ｒｅｆ−Ｃｆｇの両方がＵＤ−Ｃｆｇ ＃０であるか否かによってＩ_{ＰＨＩＣＨ}値を設定

ＭＣＣ ＵＤ−Ｃｆｇ、ＳＣＣ Ｒｅｆ−Ｃｆｇ両方ともＵＤ−Ｃｆｇ ＃０である場合、ＳＦによってＩ_{ＰＨＩＣＨ}値を０又は１に設定し、そうでない（すなわち、ＭＣＣ ＵＤ−ＣｆｇとＳＣＣ Ｒｅｆ−Ｃｆｇの少なくとも一方でもＵＤ−Ｃｆｇ ＃０でない）場合には、全てのＳＦ（すなわち、全ての（ＵＬ）ＳＦでのＵＬデータ送信）に対してＩ_{ＰＨＩＣＨ}値を０に設定することができる。具体的に、ＭＣＣ ＵＤ−Ｃｆｇ、ＳＣＣ Ｒｅｆ−Ｃｆｇ両方もＵＤ−Ｃｆｇ ＃０である場合、ＳＦ ＃４及び＃９でのＵＬデータ送信に対してはＩ_{ＰＨＩＣＨ}＝１に設定し、その他ＳＦでのＵＬデータ送信に対してはＩ_{ＰＨＩＣＨ}＝０に設定することができる。

また、ＭＣＣ ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ ＃０であり、ＳＣＣ Ｒｅｆ−ＣｆｇがＵＤ−Ｃｆｇ ＃０でない場合、１）ＭＣＣに対しては、上記と同様、（ＵＬデータ送信）ＳＦによってＩ_{ＰＨＩＣＨ}値を０又は１に設定したり、ＳＣＣに対しては全ＳＦに対してＩ_{ＰＨＩＣＨ}値を０に設定したり、２）ＭＣＣ／ＳＣＣ両方に対して全ＳＦに対応するＩＰＨＩＣＨ値を０に設定することができる。一方、ＭＣＣ ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ ＃０でない場合、（ＳＣＣ Ｒｅｆ−Ｃｆｇに関係なく）ＭＣＣ／ＳＣＣ両方に対して全ての（ＵＬデータ送信）ＳＦに対応するＩ_{ＰＨＩＣＨ}値を０に設定することができる。
Ａｌｔ ０−３）ＭＣＣ／ＳＣＣ組合せによらずにＩ_{ＰＨＩＣＨ}値を設定

本方式では、ＭＣＣ／ＳＣＣ組合せによらず（すなわち、ＭＣＣ ＵＤ−Ｃｆｇ及び／又はＳＣＣ Ｒｅｆ−ＣｆｇがＵＤ−Ｃｆｇ ＃０であるか否かにかかわらず）、全てのＳＦ（すなわち、全ての（ＵＬ）ＳＦでのＵＬデータ送信）に対してＩ_{ＰＨＩＣＨ}値を常に０に設定することができる。

具体的に、ＭＣＣ ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ ＃０である場合（ＳＣＣ Ｒｅｆ−Ｃｆｇによらず）、１）ＭＣＣに対しては、（ＵＬデータ送信）ＳＦによってＩ_{ＰＨＩＣＨ}値を０又は１に設定し、ＳＣＣに対しては、全てのＳＦに対してＩ_{ＰＨＩＣＨ}値を０にそれぞれ設定したり、２）ＭＣＣ／ＳＣＣ両方に対して、全てのＳＦに対応するＩ_{ＰＨＩＣＨ}値を０に設定することができる。また、ＭＣＣ ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ ＃０でない場合には（ＳＣＣ Ｒｅｆ−Ｃｆｇによらず）、ＭＣＣ／ＳＣＣ両方に対して、全ての（ＵＬデータ送信）ＳＦに対応するＩ_{ＰＨＩＣＨ}値を０に設定することができる。

また、（互いに異なるＵＤ−Ｃｆｇ間ＴＤＤ ＣＡ状況に限定して）ＰＣＣに対しても、１）ＰＣＣ ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ ＃０である場合には、上記と同様、（ＵＬデータ送信）ＳＦによってＩ_{ＰＨＩＣＨ}値を０又は１に設定し、ＰＣＣ ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ ＃０でない場合には、全てのＳＦに対してＩ_{ＰＨＩＣＨ}値を０に設定したり、２）ＰＣＣ ＵＤ−Ｃｆｇにかかわらず、全てのＳＦに対してＩ_{ＰＨＩＣＨ}値を０に設定することもできる。

一方、特定ＣＣに対するＵＧ／ＰＨＩＣＨタイミングのＲｅｆ−Ｃｆｇが、当該特定ＣＣ自体のＵＤ−Ｃｆｇ（例、ＵＤ−Ｃｆｇ ＃０又はＵＤ−Ｃｆｇ ＃Ｎ（Ｎ＞０））以外の、他のＵＤ−Ｃｆｇ（例、ＵＤ−Ｃｆｇ ＃Ｎ（Ｎ＞０）又はＵＤ−Ｃｆｇ ＃０）に設定される場合（及び／又は、上記でＭＣＣとＳＣＣが同一である場合（すなわち、当該特定ＣＣに対してクロスＣＣスケジューリングが設定されていないか、又は非クロスＣＣスケジューリングが設定されている場合））、当該特定ＣＣを通じて送信されるＵＬデータに対応するＰＨＩＣＨリソースの決定／送信のために、以上の諸提案方法を同一／類似に拡張適用することができる。

本明細書で、Ｉ_{ＰＨＩＣＨ}＝０又は１に設定することは、（Ｉ_{ＰＨＩＣＨ}値の設定はＲｅｆ−Ｃｆｇに従うが）ＰＨＩＣＨリソースインデックス決定時に
を加えるか否かを設定するという意味を含むことができる。すなわち、Ｉ_{ＰＨＩＣＨ}＝０又は１に設定することは、下記式のいずれかを適用するかを決定するという意味を含むことができる。

図２０は、本発明の実施例に適用することができる基地局及び端末を例示する図である。リレーを含むシステムでは、基地局又は端末がリレーに代替してもよい。

図２０を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。基地局１１０は、プロセッサ１１２、メモリー１１４及び無線周波数（ＲＦ）ユニット１１６を備える。プロセッサ１１２は、本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリー１１４は、プロセッサ１１２に接続し、プロセッサ１１２の動作に関する様々な情報を記憶する。ＲＦユニット１１６は、プロセッサ１１２に接続し、て無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリー１２４及びＲＦユニット１２６を備える。プロセッサ１２２は、本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリー１２４は、プロセッサ１２２に接続し、プロセッサ１２２の動作に関する様々な情報を記憶する。ＲＦユニット１２６は、プロセッサ１２２に接続し、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は、単一アンテナ又は多重アンテナを有することができる。

以上説明してきた実施例は、本発明の構成要素及び特徴を所定形態に結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、別の実施例に含めることもでき、別の実施例の対応する構成又は特徴に置き換えることもできる。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正によって新しい請求項として含めたりできることは明らかである。

本文書において、本発明の実施例は主として端末と基地局との間のデータ送受信関係を中心に説明されている。本文書において基地局によって行われるとした特定動作は、場合によっては、その上位ノード（ｕｐｐｅｒ ｎｏｄｅ）によって行われてもよい。すなわち、基地局を含む複数のネットワークノードからなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局又は基地局以外の別のネットワークノードによって実行できることは明らかである。基地局は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）などの用語に代替してもよい。また、端末は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）などの用語に代替してもよい。

本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍ ｗａｒｅ）、ソフトウェア、又はそれらの結合などによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。

ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能又は動作を実行するモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードは、メモリーユニットに保存され、プロセッサによって駆動することができる。メモリーユニットはプロセッサの内部又は外部に設けられ、既に公知の様々な手段によってプロセッサとデータを交換することができる。

本発明は、本発明の特徴を逸脱しない範囲で別の特定の形態に具体化可能であるということは、当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定すべきであり、本発明の均等範囲内における変更はいずれも本発明の範囲に含まれる。

本発明は、無線移動通信システムの端末機、基地局、又はその他の装備（例、リレー）に用いることができる。具体的に、本発明は、制御情報を送信する方法及びそのための装置に適用することができる。

Claims (10)

1. ＣＡ（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）ベースの無線通信システムにおいて端末がＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）過程を行う方法であって、
   互いに異なるサブフレーム構成を有する第１セルと第２セルを構成し、該第２セルはＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）ＵＬ−ＤＬ構成（Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ ｃｏｎｆｉｇｕｒａｔｉｏｎ）＃０に構成されることと、
   前記第１セルを通じてＵＬグラント（Ｕｐｌｉｎｋ ｇｒａｎｔ）を受信することと、
   前記第２セルを通じて前記ＵＬグラントに対応するデータを送信することと、
   を含み、
   前記第１セル上で前記データに対するＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）リソースは下記の式によって決定され、
   
   ここで、
   は、ＰＨＩＣＨグループインデックスを表し、
   は、直交シーケンスインデックスを表し、
   は、前記データの送信に用いられたリソースブロックのインデックスと関連した値を表し、
   は、前記スケジューリング情報内のＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）−関連フィールドの値から得られ、
   は、ＰＨＩＣＨグループの個数を表し、
   は、直交シーケンス長さを表し、Ｉ_{ＰＨＩＣＨ}は０又は１であり、
   前記データにＩ_{ＰＨＩＣＨ}＝０のＰＨＩＣＨリソースが対応する場合、前記データに対する再送信は、ＰＨＩＣＨ及びＵＬグラントの少なくとも一つに基づいて行われ、
   前記データに Ｉ_{ＰＨＩＣＨ}＝１のＰＨＩＣＨリソースが対応する場合、前記データに対する再送信は、ＵＬグラントのみに基づいて行われる、方法。
2. 前記第１セルのサブフレーム構成は、ＴＤＤ ＵＬ−ＤＬ構成＃１〜＃６のうち一つによって構成されたり、又はＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）方式によって構成され、
   前記ＴＤＤ ＵＬ−ＤＬ構成によるサブフレーム構成は、下記の表のようである、請求項１に記載の方法：
   ここで、ＤはＤＬサブフレーム（ＳＦ）を表し、ＵはＵＬ ＳＦを表し、ＳはスペシャルＳＦを表す。
3. 前記ＵＬグラントは、第１のＵＬ ＳＦ及び第２のＵＬ ＳＦのうち少なくとも一つに関するＵＬスケジューリング情報を含み、前記第１のＵＬ ＳＦは時間的に前記第２のＵＬ ＳＦよりも早く、
   前記第１のＵＬ ＳＦのデータに対する再送信は、ＰＨＩＣＨ及びＵＬグラントのうち少なくとも一つに基づいて行われ、前記第２のＵＬ ＳＦのデータに対する再送信は、ＵＬグラントのみに基づいて行われる、請求項１に記載の方法。
4. 前記データに前記Ｉ_{ＰＨＩＣＨ}＝１のＰＨＩＣＨリソースが対応する場合、該当のＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）でＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層のＨＡＲＱプロセスにＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を知らせる、請求項１に記載の方法。
5. 前記第１セルはスケジューリングセルであり、前記第２セルは被スケジューリングセルである、請求項１に記載の方法。
6. ＣＡ（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）ベースの無線通信システムにおいてＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）過程を行うように構成された端末であって、
   ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットと、
   プロセッサと、
   を備え、前記プロセッサは、
   互いに異なるサブフレーム構成を有する第１セルと第２セルを構成し、前記第２セルはＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）ＵＬ−ＤＬ構成（Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ ｃｏｎｆｉｇｕｒａｔｉｏｎ）＃０に構成され、前記第１セルを通じてＵＬグラント（Ｕｐｌｉｎｋ ｇｒａｎｔ）を受信し、前記第２セルを通じて前記ＵＬグラントに対応するデータを送信するように構成され、
   前記第１セル上で前記データに対するＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）リソースは、下記の式によって決定され、
   
   ここで、
   は、ＰＨＩＣＨグループインデックスを表し、
   は、直交シーケンスインデックスを表し、
   は、前記データの送信に用いられたリソースブロックのインデックスと関連した値を表し、
   は、前記スケジューリング情報内のＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）−関連フィールドの値から得られ、
   は、ＰＨＩＣＨグループの個数を表し、
   は、直交シーケンス長さを表し、Ｉ_{ＰＨＩＣＨ}は０又は１であり、
   前記データにＩ_{ＰＨＩＣＨ}＝０のＰＨＩＣＨリソースが対応する場合、前記データに対する再送信は、ＰＨＩＣＨ及びＵＬグラントの少なくとも一つに基づいて行われ、
   前記データにＩ_{ＰＨＩＣＨ}＝１のＰＨＩＣＨリソースが対応する場合、前記データに対する再送信は、ＵＬグラントのみに基づいて行われる、端末。
7. 前記第１セルのサブフレーム構成は、ＴＤＤ ＵＬ−ＤＬ構成＃１〜＃６のうち一つによって構成されたり、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）方式によって構成され、
   前記ＴＤＤ ＵＬ−ＤＬ構成によるサブフレーム構成は、下記の表のようである、請求項６に記載の端末：
   ここで、ＤはＤＬサブフレーム（ＳＦ）を表し、ＵはＵＬ ＳＦを表し、ＳはスペシャルＳＦを表す。
8. 前記ＵＬグラントは、第１のＵＬ ＳＦ及び第２のＵＬ ＳＦのうち少なくとも一つに関するＵＬスケジューリング情報を含み、前記第１のＵＬ ＳＦは、時間的に前記第２のＵＬ ＳＦよりも早く、
   前記第１のＵＬ ＳＦのデータに対する再送信は、ＰＨＩＣＨ及びＵＬグラントのうち少なくとも一つに基づいて行われ、前記第２のＵＬ ＳＦのデータに対する再送信は、ＵＬグラントのみに基づいて行われる、請求項６に記載の端末。
9. 前記データに前記Ｉ_{ＰＨＩＣＨ}＝１のＰＨＩＣＨリソースが対応する場合、該当のＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）でＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層のＨＡＲＱプロセスにＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を知らせる、請求項６に記載の端末。
10. 前記第１セルはスケジューリングセルであり、前記第２セルは被スケジューリングセルである、請求項６に記載の端末。