JP5777222B2 - リソースインデックス情報を決定するための方法及び装置 - Google Patents

Description

本発明は、方法及び装置に関し、具体的には、排他的な意味ではないが、アグリゲートキャリア環境で使用するための方法及び装置に関する。

通信システムは、移動体通信装置及び／又はその他の局などの、２又はそれ以上のエンティティ間の通信セッションを可能にする設備として見なすことができる。通信は、例えば、音声、電子メール（ｅメール）、テキストメッセージ、マルチメディアなどの通信情報を運ぶデータの通信を含むことができる。これにより、ユーザの通信装置を介して、ユーザに数多くのサービスを提案及び提供することができる。これらのサービスの非限定的な例として、双方向又は多方向通話、データ通信又はマルチメディアサービス、或いは単純に、インターネットなどのデータ通信ネットワークシステムへのアクセスが挙げられる。ユーザにブロードキャスト又はマルチキャストコンテンツを提供することもできる。これらのコンテンツの非限定的な例として、ダウンロード、テレビ及びラジオ番組、ビデオ、広告、様々な警告、及びその他の情報が挙げられる。

通信システムは、例えば、通信ネットワーク及び１又はそれ以上の互換性のある通信装置によって実現することができる。通常、通信システム及び関連装置は、システムに関連する様々なエンティティに何が許可されるか、及びいかにしてそれを行うかを示す所与の規格又は仕様に従って動作する。例えば、これらの規格又は仕様は、通信装置に回線交換キャリアサービスを提供するか、パケット交換キャリアサービスを提供するか、それともこれらの両方を提供するか、及びキャリアをどのように構成するかを規定することができる。通常は、接続に使用すべき通信プロトコル及び／又はパラメータも規定される。例えば、通信システムが提供するリソースに通信装置がいかにしてアクセスできるか、並びに通信装置間、通信ネットワークの要素間、及び／又はその他の通信装置間の通信をいかに実施すべきかは、一般に所定の通信プロトコルに基づく。

無線通信システムでは、少なくとも２つの局間の通信の少なくとも一部が無線リンクを介して行われる。無線システムの例には、公衆陸上移動体ネットワーク（ＰＬＭＮ）、衛星ベースの通信システム、及び、例えば無線ローカルエリアネットワーク（ＷＬＡＮ）などの様々な無線ローカルネットワークがある。通常、無線システムはセルに分割することができ、従ってしばしばセルラーシステムと呼ばれる。

ユーザは、適当な通信装置を使用して通信システムにアクセスすることができる。多くの場合、ユーザの通信装置はユーザ装置（ＵＥ）と呼ばれる。通信装置は、通信を可能にするための、例えば、通信ネットワークへのアクセス又は他のユーザとの直接通信を可能にするための適当な信号送受信装置を備える。通信装置は、例えばセルの基地局などの局により提供されるキャリアにアクセスし、このキャリア上で通信を送信及び／又は受信することができる。

キャリアは、複合キャリア、すなわち複数のサブキャリア又はコンポーネントキャリアによって提供されるキャリアを含むことができる。複合キャリアは、キャリアアグリゲーションとして知られているものを利用することにより提供することができる。キャリアアグリゲーションでは、帯域幅を増やすために複数のキャリアが集約（アグリゲート）される。このようなキャリアはアグリゲートキャリアとして知られており、各アグリゲートキャリアは、複数のコンポーネントキャリアを含む。アグリゲートキャリアは、周波数が隣接することができ、或いは隣接しない周波数内に位置することもできる。

１つのアーキテクチャ案は、ユニバーサル移動体電気通信システム（ＵＭＴＳ）無線アクセス技術のロングターム・エボリューション（ＬＴＥ）として知られており、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって標準化されている。３ＧＰＰ ＬＴＥ仕様の様々な発展段階は、リリースと呼ばれる。標準化の目的は、例えば、レイテンシが低く、ユーザデータレートが高く、システム容量及びカバレッジが向上し、通信事業者のコストが低い通信システムを実現することである。ＬＴＥをさらに発展させたものは、ＬＴＥ−Ａｄｖａｎｃｅｄと呼ばれる。ＬＴＥ−Ａｄｖａｎｃｅｄは、低いコストでデータレートをさらに高めてレイテンシを下げることにより、さらに高度なサービスを提供することを目指している。ＬＴＥ−Ａｄｖａｎｃｅｄの特徴は、アグリゲートキャリアを利用できる点である。

アップリンクＡＣＫ／ＮＡＣＫ（肯定応答／否定応答）は、ダウンリンクパケットに対応するアップリンクで行われる。ＡＣＫ／ＮＡＣＫは、ハイブリッドＡＲＱ（自動再送要求）に関連するシグナリングの一部である。キャリアアグリゲーションでは、アップリンク及びダウンリンクの両方において、複数のコンポーネントキャリア（ＣＣ）上で同時に送信／受信を行うことが可能である。ダウンリンクのコンポーネントキャリアの数とアップリンクのコンポーネントキャリアの数は同じでなくてもよい。ほんの一例として、アップリンクコンポーネントキャリアが１つ存在し、ダウンリンクコンポーネントキャリアが複数存在してもよい。キャリアのそれぞれで別個のトランスポートブロック（又は空間多重化したＭＩＭＯ（多入力多出力）の場合にはトランスポートブロックの組）を送信することができる。これまで、コンポーネントキャリア固有の別個のＡＣＫ／ＮＡＣＫをダウンリンクキャリアごとにシグナリングすることが提案されてきた。

ユーザ装置（ＵＥ）がデータを送信中でない場合は、アップリンクチャネルＰＵＣＣＨ（物理アップリンク制御チャネル）でシグナリングを行うことができる。送信中の場合は、ＰＵＳＣＨ（物理アップリンク共有チャネル）でシグナリングを行うことができる。

本発明の第１の態様によれば、第１のチャネル内の確認応答情報の位置を定義するリソースインデックス情報を決定するステップを含む方法が提供され、確認応答情報は、第２のチャネルのコンポーネントキャリアの少なくとも１つに応答して送信され、リソースインデックス情報は、第２のチャネルのリソースの割り当てと、第１のチャネルの構成に関する少なくとも１つのパラメータとに依存する少なくとも１つのパラメータに応じて決定される。

本発明の第２の態様によれば、複数のダウンリンクコンポーネントキャリアを受け取るステップと、コンポーネントキャリアのそれぞれのための確認応答情報を共通のアップリンクコンポーネントキャリア上で提供するステップとを含む方法が提供される。

本発明の第３の態様によれば、第１のチャネル内の確認応答情報の位置を定義するリソースインデックス情報を決定する手段を備えた装置が提供され、確認応答情報は、第２のチャネルの少なくとも１つのコンポーネントキャリアに応答して送信され、リソースインデックス情報は、第２のチャネルのリソースの割り当てと、第１のチャネルの構成に関する少なくとも１つのパラメータとに依存する少なくとも１つのパラメータに応じて決定される。

本発明の第４の態様によれば、複数のダウンリンクコンポーネントキャリアを受け取る手段と、コンポーネントキャリアのそれぞれのための確認応答情報を共通のアップリンクコンポーネントキャリア上で提供する手段とを備えた装置が提供される。

本発明の第５の態様によれば、第１のチャネル内の確認応答情報の位置を定義するリソースインデックス情報を決定するように構成されたプロセッサを備え、確認応答情報は、第２のチャネルのコンポーネントキャリアの少なくとも１つに応答して送信され、リソースインデックス情報は、第２のチャネルのリソースの割り当てと、第１のチャネルの構成に関する少なくとも１つのパラメータとに依存する少なくとも１つのパラメータに応じて決定され、決定されたリソースインデックス情報を使用して信号情報を生成するように構成された信号情報生成器をさらに備えた装置が提供される。

本発明の第６の態様によれば、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備えた装置が提供され、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサによって装置に、第１のチャネル内の確認応答情報の位置を定義するリソースインデックス情報を決定するステップを少なくとも実行させ、確認応答情報は、第２のチャネルのコンポーネントキャリアの少なくとも１つに応答して送信され、リソースインデックス情報は、第２のチャネルのリソースの割り当てと、第１のチャネルの構成に関する少なくとも１つのパラメータとに依存する少なくとも１つのパラメータに応じて決定される。

以下の詳細な説明及び添付の特許請求の範囲には、様々な他の態様及びさらなる実施形態も記載する。

以下の実施例及び添付図面を参照しながら、以下、本発明をほんの一例としてさらに詳細に説明する。

本発明の実施形態を実施できる通信システムの例を示す図である。 通信装置の例を示す図である。 基地局のコントローラの例を示す図である。 キャリアアグリゲーションの例を示す図である。 本発明の実施形態の概略図である。 本発明の実施形態における、ダウンリンクとアップリンクの間のマッピングを示す図である。 本発明の実施形態における論理ＰＵＣＣＨ構造を示す図である。 ＣＣＥ（制御チャネル要素）とコンポーネントキャリアインデックスの間のマッピングを示す図である。 ＣＣＥとコンポーネントキャリアインデックスの間のマッピングの第２のテーブルを示す図である。 本発明を具体化する方法を示す図である。

以下、移動体通信装置にサービスを提供する無線又は移動体通信システムを参照しながら、いくつかの例示的な実施形態について説明する。いくつかの例示的な実施形態を詳細に説明する前に、説明例の基礎をなす技術の理解に役立つように、図１及び図２を参照しながら無線通信システム及び移動体通信装置のいくつかの一般的原理について簡単に説明する。

通信装置は、通信システムを介して提供される様々なサービス及び／又はアプリケーションへのアクセスに使用することができる。無線又は移動体通信システムでは、移動体通信装置１と適当な無線アクセスシステム１０の間のアクセスインターフェイスを介してアクセスが行われる。通常、移動体装置１は、少なくとも１つの基地局１２又はアクセスシステムの同様の無線送信機及び／又は受信機ノードを介して通信システムに無線でアクセスすることができる。通常、基地局サイトは、セルラーシステムの１又はそれ以上のセルを提供する。図１の例では、基地局１２がセルを提供するように構成されるが、例えば、それぞれがセルを提供する３つのセクタを提供することもできる。各移動体装置１及び基地局は、１又はそれ以上の無線チャネルを同時に開かせて、複数のソースから信号を受け取ることができる。

基地局は、基地局の動作及び基地局と通信する移動体通信装置の管理を可能にするために少なくとも１つの適当なコントローラを有し、通常はこれによって制御される。この制御エンティティは、他の制御エンティティと相互接続することができる。図１には、コントローラが設けられていることをブロック１３によって示している。通常、コントローラは、記憶容量及び少なくとも１つのデータプロセッサ１４を備える。この制御機能は、複数のコントローラユニット間で分散できると理解されたい。

図１の例では、基地局ノード１２が、適当なゲートウェイ１５を介してデータネットワーク２０に接続される。アクセスシステムと、パケットデータネットワークなどの別のネットワークとの間のゲートウェイ機能は、例えば、パケットデータゲートウェイ及び／又はアクセスゲートウェイなどのいずれかの適当なゲートウェイノードによって提供することができる。従って、１又はそれ以上の相互接続ネットワーク及びこれらの要素によって通信システムを実現し、様々なネットワークを相互接続するための１又はそれ以上のゲートウェイノードを設けることができる。

通信装置は、様々なサービス及び／又はアプリケーションへのアクセスに使用することができる。通信装置は、符号分割多元接続（ＣＤＭＡ）又は広帯域ＣＤＭＡ（ＷＣＤＭＡ）などの様々なアクセス技術に基づいて通信システムにアクセスすることができる。後者の技術は、第３世代パートナーシッププロジェクト（３ＧＰＰ）仕様に基づく通信システムが使用している。他の例には、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、空間分割多元接続（ＳＤＭＡ）などがある。本明細書で説明する原理を適用できる移動体アーキテクチャの非限定的な例は、進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）として知られている。適当なアクセスノードの非限定的な例にセルラーシステムの基地局があり、例えば、３ＧＰＰ仕様の語彙ではＮｏｄｅＢ又はエンハンストＮｏｄｅＢ（ｅＮＢ）として知られている。ｅＮＢは、ユーザプレーンの無線リンク制御／媒体アクセス制御／物理層プロトコル（ＲＬＣ／ＭＡＣ／ＰＨＹ）、及び移動体通信装置に向けた制御プレーンの無線リソース制御（ＲＲＣ）プロトコル終端などのＥ−ＵＴＲＡＮ機能を提供することができる。他の例としては、無線ローカルエリアネットワーク（ＷＬＡＮ）及び／又はＷｉＭａｘ（ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス）などの技術に基づくシステムの基地局が挙げられる。

図２に、例えば少なくとも１つの基地局との、複数のコンポーネントキャリアを含むキャリア１１上における通信に使用できる通信装置１の概略的な部分断面図を示す。適当な移動体通信装置は、無線信号を送受信できるいずれかの装置によって実現することができる。非限定的な例として、移動局（ＭＳ）、無線インターフェイスカード又はその他の無線インターフェイス機能を備えたポータブルコンピュータ、無線通信能力を備えた携帯情報端末（ＰＤＡ）、或いはこれらの組み合わせなどが挙げられる。

移動体通信装置は、音声通話及びビデオ通話に、及び／又はデータネットワークを介して提供されるサービスアプリケーションへのアクセスに使用することができる。移動体装置１は、無線信号を送受信するための適当な装置を介して信号を受け取ることができる。図２には、ブロック７によってトランシーバを概略的に示している。このトランシーバは、例えば、無線部品及び関連するアンテナ配列によって実現することができる。アンテナ配列は、移動体装置の内部又は外部に配置することができる。通常、移動体装置は、少なくとも１つのデータ処理エンティティ３、少なくとも１つのメモリ４、及び実行するように設計されたタスクで使用するためのその他の実施可能な構成要素９も備える。これらのデータ処理エンティティ、ストレージエンティティ、及びその他のエンティティは、適当な回路基板上及び／又はチップセット内に提供することができる。この機構を、参照番号６によって示している。ユーザは、キーパッド２、音声コマンド、タッチセンサ式スクリーン又はパッド、又はこれらの組み合わせなどの、好適なユーザインターフェイスを使用して移動体装置の動作を制御することができる。通常は、ディスプレイ５、スピーカ、及びマイクも与えられる。さらに、移動体装置は、他の装置への、及び／又は例えばハンズフリー装置などの外部アクセサリを接続するための適当なコネクタ（有線又は無線のいずれか）を備えることができる。このデータ処理エンティティは、ユーザ装置が送信するための信号情報を生成するように構成することができる。

図３に、少なくとも１つのメモリ３１、少なくとも１つのデータ処理ユニット３２、３３、及び入力／出力インターフェイス３４を備えたコントローラ装置３０の例を示す。コントローラ３０は、以下でより詳細に説明するような制御機能を提供するための適当なソフトウェアコードを実行するように構成することができる。コントローラ３０は、以下で説明する実施形態の原理に従って基地局により提供される単一の又は複数の複合キャリアを制御するために提供することができる。コントローラ装置は基地局内に提供してもよく、或いはコントローラなどの異なるエンティティの一部であってもよい。コントローラは、基地局が送信するための信号情報を生成するように構成することができる。

ここで、ＬＴＥ−Ａシステムのキャリアアグリゲーションに関する現在の提案について簡単に説明する。キャリアアグリゲーションでは、コンポーネントキャリアＣＣと呼ばれる２又はそれ以上のキャリアを集約（アグリゲート）して、通信装置が、装置の能力に応じて１又は複数のコンポーネントキャリアを同時に受信（又は送信）できるようにしている。例えば、受信能力が２０ＭＨｚを超えるＬＴＥ−Ａｄｖａｎｃｅｄ移動体通信装置は、複数のコンポーネントキャリア上で同時に受信を行うことができる。現在のところ、ＬＴＥ−Ａｄｖａｎｃｅｄでは、キャリアアグリゲーションが２０ＭＨｚを上回るダウンリンク送信帯域幅をサポートすると考えられているが、当然ながら、キャリアアグリゲーションの使用はこれによって制限されるわけではない。ＬＴＥ−Ａに関して提案されてきた要件では、現行のリリース８ ＬＴＥよりも広い、例えば、最大１００ＭＨｚなどのスペクトル割り当てを含む異なるサイズのスペクトル割り当てで動作して、高移動性では１００Ｍｂｉｔ／ｓの、低移動性では１Ｇｂｉｔ／ｓのピークデータレートを達成すべきである、とされている。

図４に、キャリアアグリゲーションの例を示す。この例では、複数のＲｅｌ８帯域幅である「チャンク」、すなわちコンポーネントキャリアをともに結合して、Ｍ×Ｒｅｌ８帯域幅（ＢＷ）を形成する。例えば、Ｍ＝５とすれば、５×２０ＭＨｚ＝１００ＭＨｚが得られる。上述したように、リリース８対応の通信装置は、１つのコンポーネントキャリア上でしか送信／受信を行うことができない。しかしながら、ＬＴＥ−Ａｄｖａｎｃｅｄ通信は、複数のコンポーネントキャリア上で同時に送信／受信を行うこともでき、従ってより高い帯域幅に達することができる。

本発明のいくつかの実施形態は、ＰＵＣＣＨ上のＡＣＫ／ＮＡＣＫのシグナリング面に関する。本発明のいくつかの実施形態では、ＰＵＣＣＨ上のアップリンクリソースとダウンリンクキャリアの関係が与えられる。

ＬＴＥ−Ｒｅｌでは、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫシグナリングにリソースを割り当てる方法が２つある。以下のいずれかでＰＵＣＣＨリソースを導出することができる。
１．動的スケジューリングの場合は暗黙的。ＰＤＣＣＨ（物理ダウンリンク制御チャネル）上の最小のＣＣＥ（制御チャネル要素）のインデックスと、ＰＵＣＣＨのアップリンクＡＣＫ／ＮＡＣＫリソースのインデックスとの間には１対１のマッピングが存在する。
２．（準）永続的スケジューリングの場合は明示的。ＡＣＫ／ＮＡＣＫに使用されるＰＵＣＣＨリソースは、ＲＲＣ（無線リソース制御）構成を使用してユーザ装置ごとに別個にシグナリングされる。

ＬＴＥ−Ａｄｖａｎｃｅｄでは、ＣＣＥの数が増加するにつれ、ＡＣＫ／ＮＡＣＫシグナリングに関連してキャリアアグリゲーションの問題に対処する必要がある。５×２０ＭＨｚのダウンリンクキャリアという極端な事例では、例えば、ＦＤＤ（周波数分割二重）の場合、ＰＣＦＩＣＨ（物理制御チャネルフォーマットインジケータチャネル）が３に等しいと仮定すると、最大で５×８０＝（約）３００個のＣＣＥが存在することになる。ＴＤＤ（時分割二重）では、ＣＣＥの数がさらに大きくなり得る。

いくつかの事例では、例えば、最大９個などの複数のＰＤＳＣＨ（物理ダウンリンク共有チャネル）からダウンリンクＨＡＲＱ（ハイブリッド自動再送要求）−ＡＣＫ／ＮＡＣＫが関連付けられ、単一のＰＵＣＣＨアップリンクサブフレームにマッピングされるようになる。

例えば、日本の宮崎における３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１会議５８ｂｉｓで提案されたように（会議議事録−Ｒ１−０９４４２１）、ＰＣＦＩＣＨは、各コンポーネントキャリア上に特定の値を有することができる。純粋な暗黙的１対１マッピングを使用した場合、ＰＣＦＩＣＨが、ＰＵＣＣＨ上のＡＣＫ／ＮＡＣＫリソースの数に直接影響を与えることがある。例えば、ユーザ装置がＰＣＦＩＣＨを正しく復号できなかった場合、ＡＣＫ／ＮＡＣＫリソースの番号付けがうまくいかないことがある。

シナリオによっては、キャリア構成が非対称の場合があると理解されたい。例えば、ダウンリンクのコンポーネントキャリアの数とアップリンクのコンポーネントキャリアの数が異なる場合がある。アップリンク及びダウンリンクのコンポーネントキャリアの数は、用途に応じてあらゆる好適な数とすることができる。１つのシナリオでは、アップリンクコンポーネントキャリアが１つ存在するのに対し、ダウンリンクキャリアが複数存在する。

１つの提案では、全てのダウンリンクコンポーネントキャリアのＡＣＫ／ＮＡＣＫから単一のＵＥ固有のアップリンクコンポーネントキャリアへのマッピングをサポートすることができる。ＣＣアグリゲーションの場合、このモードをいわゆる「デフォルトのＰＵＣＣＨ構成」と見なすことができる。

本発明のいくつかの実施形態は、キャリアアグリゲーションの場合の、ＰＵＣＣＨ ＡＣＫ／ＮＡＣＫリソースのインデックスの導出に関する。

１つの実施形態では、単純な暗黙的１対１マッピングを使用する。これにより、ＣＣＥからＡＣＫ／ＮＡＣＫリソースへの１対１のマッピングが可能になる。例えば、必要なＡＣＫ／ＮＡＣＫリソースの数が大きい場合、ＰＵＣＣＨのために確保されるＰＲＢ（物理リソースブロック）の数も対応して多くなり得る。例えば、（構成に応じて）ＰＲＢあたり１２個、１８個、又は３６個のＡＣＫ／ＮＡＣＫリソースが存在することができる。

ＣＣＥの数は、ＰＣＦＩＣＨの値に依存することができる。ＰＣＦＩＣＨの受信エラーに対して堅固であるために、ＰＣＦＩＣＨの最大値に基づいてＰＵＣＣＨ ＡＣＫ／ＮＡＣＫリソースを確保することができる。例えば、例えばＰＣＦＩＣＨ＝３などの最悪のケースの想定に基づいてオーバーヘッドを設定する必要がある。

第２の実施形態では、明示的なリソースシグナリングを行う。ＲＲＣ接続されたＵＥの数が比較的多い場合、非常に数多くのＡＣＫ／ＮＡＣＫリソースを確保する必要があり、これに応じてアップリンクシグナリングのオーバーヘッドが高くなる。従って、この方法は、ＵＥの数が比較的少ない場合に使用することができる。しかしながら、ＵＥの数が比較的多い場合でも、この方法（すなわち、ＣＣアグリゲーション）が有用なこともある。

代替案では、複数のユーザ装置に同じリソースを割り当てる場合、ｅＮｏｄｅＢが適当なスケジューリングを行うことができる。従って、ＡＣＫ／ＮＡＣＫリソースが同じＵＥは、同じサブフレーム内のダウンリンクデータを受け取ることができない。

本発明のさらなる実施形態では、アップリンクオーバーヘッドが比較的低くスケジューラ制約が比較的単純な、ＣＣＥからＡＣＫ／ＮＡＣＫリソースへの暗黙的マッピングルールが提供される。本発明のいくつかの実施形態は、複数のダウンリンクＣＣのためにともに確保された構成可能なＡＣＫ／ＮＡＣＫリソース空間を提供する。好ましい実施形態では、この構成可能なリソース空間を単一のアップリンクＣＣ上で提供することができる。本発明の代替の実施形態では、この構成可能なＡＣＫ／ＮＡＣＫリソース空間を複数のアップリンクＣＣ上で提供することができる。以下、このＡＣＫ／ＮＡＣＫリソース空間を、動的クロスＣＣ−ＡＣＫ／ＮＡＣＫ空間と呼ぶ。

動的ＡＣＫ／ＮＡＣＫ空間は、例えばＬＴＥ−Ｒｅｌ−８で定義される動的ＡＣＫ／ＮＡＣＫ空間である第１の部分、並びにこの動的クロスＣＣ−ＡＣＫ／ＮＡＣＫ空間を含むことになる。

本発明の実施形態では、動的クロスＣＣ−ＡＣＫ／ＮＡＣＫ空間において、様々な入力パラメータに基づいて中間マッピング動作を行うことにより、ＡＣＫ／ＮＡＣＫチャネルのいくつかが重複できるようになる。これに関して、マッピングルール生成器を概略的に示す図５、及び本発明を具体化する方法を示す図１０を参照する。

マッピングルール生成器１００を提供する。このマッピングルール生成器は、ＰＤＣＣＨ割り当てに依存する動的入力パラメータ１０２及び１０４を受け取る。第１の動的入力パラメータ１０２は、ＵＥに対してスケジュールされたＰＤＣＣＨの所定のＣＣＥのインデックスを含む。本発明の１つの実施形態では、この所定のＣＣＥが、ＰＤＣＣＨ上でこのＵＥに対してスケジュールされたＣＣＥのうちの最小のＣＣＥのインデックスである。代替の実施形態では、他のあらゆるＣＣＥインデックスを所定のＣＣＥインデックスとすることができると理解されたい。第２の動的入力パラメータ１０４は、送信ＰＤＣＣＨのＣＣインデックスである。いくつかの実施形態では、第１及び第２パラメータの一方のみが提供される。これに加えて、又はこれとは別に、動的入力パラメータは、アグリゲーションレベル（１、２、４、８）、サブフレーム番号、ｃｅｌｌ＿ＩＤ、その他のうちの１又はそれ以上を含むことができる。

マッピングルール生成器１００は、第１の構成パラメータ１０６及び／又は第２の構成パラメータ１０８も受け取る。第１の構成パラメータ１０６は圧縮因子であり、第２の構成パラメータはＣＣ＿ｓｈｉｆｔ値である。これらの構成パラメータは、リソース割り当てを構成可能にする。圧縮因子１０６は、同じリソースインデックスを共有するコンポーネントキャリア内の隣接するＰＵＣＣＨリソース（ＣＣＥ）の数を定める。ＣＣ＿ｓｈｉｆｔは、隣接するコンポーネントキャリアインデックス間のＰＵＣＣＨリソースのインデックス間の分離を定める。これに加えて、又はこれとは別に、パラメータは、例えば、既存の（Ｒｅｌ−８）ＡＣＫ／ＮＡＣＫリソース空間の開始位置を定義する１又はそれ以上のパラメータ（例えば、ｎ_PUCCH ⁽²⁾、Ｎ_PUCCH ⁽¹⁾、及びＮ_CS ⁽¹⁾）などのＲｅｌ−８のパラメータとすることができる。これは、例えばレガシーＵＥが存在せず、全てのＡＣＫ／ＮＡＣＫを同じＣＣ内に配置できる場合の選択肢とすることができる。

本発明の代替の実施形態では、他の構成パラメータ及び／又は追加の構成パラメータを使用できると理解されたい。例えば、１つの構成パラメータを、動的クロスＡＣＫ／ＮＡＣＫ空間の開始位置、すなわち、Ｎ_PUCCH,CC ⁽¹⁾１０５とすることができ、この場合、Ｎ_PUCCH,CC ⁽¹⁾は、動的クロスＡＣＫ／ＮＡＣＫ空間の所定の開始位置である。この情報をＵＥにシグナリングすることができる。従って、ＵＥはこの情報を受け取ることができる。

従って、図１０のステップＳ１において、マッピングルール生成器１００が、動的入力パラメータ及び構成パラメータを使用して、所与のＰＤＣＣＨ／ＰＤＳＣＨ割り当てに対応する相対論的ＡＣＫ／ＮＡＣＫリソースインデックスを導出する。このリソースインデックスは、組（０、１、２．．．）に属する。いくつかの実施形態では、負のリソースインデックスの値を有することも可能である。

ステップＳ２において、ユーザ装置が、所与の開始位置及び計算したＡＣＫ／ＮＡＣＫリソースインデックスを考慮して、論理ＰＵＣＣＨフォーマット１／１ａ／１ｂリソースインデックスを導出するように構成される。

本発明の１つの実施形態では、図５に示すマッピングルール生成器を、基地局又はその他の制御エンティティ内に設けることができる。マッピングルール生成器１００は、図３の構成に組み込まれた別個のエンティティであってもよく、或いは図３に示すプロセッサによって実現してもよいと理解されたい。本発明の代替の実施形態では、図５に示す回路構成をユーザ装置に含めることができる。マッピング生成器は、ＵＥ及び／又はｅＮＢ内に設けられる。マッピング生成器は、ＵＥとｅＮＢのいずれにも設けられることが好ましい。

１つの実施形態では、動的クロスＣＣ−ＡＣＫ／ＮＡＣＫ空間を、所定のダウンリンクコンポーネントキャリアのみのために構成することができる。３つのダウンリンクコンポーネントキャリア１１０、１１２、及び１１４がユーザ装置のダウンリンクコンポーネントキャリアセットを形成することを示す図６を参照する。図６には、３つのアップリンクコンポーネントキャリア１１６、１１８、及び１２０を示している。図示の例では、図示の３つのダウンリンク１１０、１１２、及び１１４のそれぞれのＰＵＣＣＨリソースが、第１のアップリンクＣＣ１１６からのみ確保される。ユーザ装置は、ユーザ装置のダウンリンクコンポーネントキャリアセットの一部であるコンポーネントキャリアを介してＰＤＣＣＨを受け取ることができると理解されたい。

ステップＳ３において、第１のダウンリンクＣＣ１１０を介してスケジュールされたＰＤＳＣＨに対応するＡＣＫ／ＮＡＣＫリソースが、動的ＡＣＫ／ＮＡＣＫのために確保された（例えば、リリース８で定義されるような）既存のＰＵＣＣＨリソース空間から確保される。

ステップＳ４において、図５に関連して説明したように、第２及び第３のダウンリンクＣＣ１１２及び１１４によってスケジュールされたＰＤＳＣＨに対応するＡＣＫ／ＮＡＣＫリソースが動的クロスＣＣ−ＡＣＫ／ＮＡＣＫ空間から確保される。これらの確保されるリソースはＰＵＣＣＨリソースであり、第１のアップリンクＣＣ１１６でも再び確保される。これらの確保されたリソース上でＡＣＫ／ＮＡＣＫが送信される。

或いは、ステップＳ３において、第１のダウンリンクＣＣ１１０を介してスケジュールされたＰＤＳＣＨに対応するＡＣＫ／ＮＡＣＫリソースが、（例えば、リリース８で定義されるような）動的ＡＣＫ／ＮＡＣＫのために確保された既存のＰＵＣＣＨリソース空間から暗黙的に確保される一方で、第２及び第３のダウンリンクＣＣ１１２及び１１４によってスケジュールされたＰＤＳＣＨに対応するＡＣＫ／ＮＡＣＫリソースが、例えば、永続的ＡＣＫ／ＮＡＣＫ及びＳＲＩに対して確保されたリソース空間などの別のリソース空間から明示的に確保されるようにＡＣＫ／ＮＡＣＫリソースを確保することも可能である。この明示的なリソース割り当ては、より上位のレイヤのシグナリングを使用して実現することができる。

図６には、３つのダウンリンクリソース及び３つのアップリンクＣＣリソースを示していると理解されたい。これは一例にすぎず、他のあらゆる好適な数のアップリンク及びダウンリンクＣＣリソースを提供することができる。図６に示す例には、ダウンリンクＣＣリソースを、第１のアップリンクリソースにマッピングされるものとして示している。これは一例にすぎず、他のアップリンクＣＣリソースのいずれにもダウンリンクリソースをマッピングできると理解されたい。

第１のアップリンクと第１のダウンリンクの間の復信間隔は、例えばＲｅｌ８で定義されるような間隔に対応する。

本発明を具体化する１つのマッピングルールは、例えば、スケーラビリティ、スケジューラの柔軟性、及びＰＵＣＣＨオーバーヘッドなどの多くの異なる基準を考慮に入れることができ、以下の方程式１で与えられる。
方程式１：

式中、ＣＣＥ及びＣＣ＿ｉｎｄｅｘはそれぞれ、対応するＰＤＣＣＨの第１の制御チャネル要素インデックス及びコンポーネントキャリアインデックスである。

は床演算であり、（ｎ_res＝クロスＣＣ−ＡＣＫ／ＮＡＣＫリソースインデックス）である。

なお、各ＤＬ ＣＣに対応するＣＣ＿ｉｎｄｅｘは、例えば、ＵＥ固有のＣＣの構成中に明示的に構成することができる。また、ＣＣ＿ｉｎｄｅｘを構成する際に、（ＤＬ）ＣＩＦ（キャリアインジケータフィールド）パラメータ、及びクロスコンポーネントキャリアスケジューリングにとって必要なシグナリングを再利用することもできる（ＣＣ＿ｉｎｄｅｘ＝ＣＩＦ）。

いくつかの実施形態では、ｎ_resのサイズを所定の最大値Ｎ_resに制限することができる。これらの場合、ｎ_resを以下のように定義することができる。

ここで、本発明の実施形態による論理ＰＵＣＣＨ構造を示す図７を参照する。この例では、ＰＵＣＣＨが、９つのリソースブロック１２２〜１３８を含む。最初の３つのリソースブロック１２２、１２４、及び１２６は、ＰＵＣＣＨフォーマット２／２ａ／２ｂのために確保される。

４番目のリソースブロック１２８は、フォーマット１／１ａ／１ｂ及びフォーマット２／２ａ／２ｂの両方のための混合リソースブロックである（任意）。残りの５つのブロック１３０〜１３８は、ＰＵＣＣＨフォーマット１／１ａ／１ｂのために確保される。

ＰＵＣＣＨ上の制御シグナリングは、巡回シフトされたＣＡＺＡＣ（一定振幅ゼロ自己相関）系列を使用して、符号分割多重を提供するとともに制御情報を伝達する。例えば、１つの物理リソースブロックに等しい１２シンボルのＣＡＺＡＣ系列の使用をＢＰＳＫ又はＱＰＳＫ（二位相偏移変調又は四位相偏移変調）変調して、系列あたり１つ又は２つの情報ビットを提供することができる。ＣＡＺＡＣ系列の異なる巡回シフトを割り当てることにより、所与のリソース上に複数の異なるユーザ装置を多重化することができる。図７から分かるように、各ベアラの１２個の巡回シフト１４０を概略的に示している。

フォーマット１／１ａ／１ｂは、ＣＡＺＡＣ系列変調及びブロック単位の拡散を使用する。フォーマット１／１ａ／１ｂは、１つの情報シンボル、例えばスロットあたり１〜２ビットを搬送する。フォーマット２／２ａ／２ｂは、スロットあたり５つのシンボルを搬送する。フォーマット２／２ａ／２ｂはＣＡＺＡＣ系列変調のみを使用し、その主な目的は、ＣＱＩ（チャネル品質インジケータ）のための物理リソースを提供することである。例えば、これにより、サブフレームあたり２０個の符号化ビット及びＡＣＫ／ＮＡＣＫを提供することができる。

ＵＥは、所定の開始位置及び計算した相対論的ＡＣＫ／ＮＡＣＫリソースインデックスの両方を考慮して、論理ＰＵＣＣＨフォーマット１／１ａ／１ｂリソースインデックスｎ_PUCCH ⁽¹⁾を導出する。これを方程式３に示す。
方程式３：

式中、Ｎ_PUCCH,CC ⁽¹⁾は所定の開始位置である。
Ｎ_PUCCH,CC ⁽¹⁾は、例えば基地局からのシステム情報の一部として明示的にシグナリングすることができる。

別の選択肢は、ＰＵＣＣＨの動的ＡＣＫ／ＮＡＣＫ領域の瞬間的サイズに基づいてＮ_PUCCH,CC ⁽¹⁾を動的に導出することである。この場合、既存の動的ＡＣＫ／ＮＡＣＫ領域の直後に動的クロスＣＣ−ＡＣＫ／ＮＡＣＫ空間が配置される。

Ｎ_PUCCH,CC ⁽¹⁾は、ＰＤＣＣＨが送信されたときに、例えば、第１のダウンリンクＣＣ１１０などの「１次」ＤＬ ＣＣの瞬間的ＰＣＦＩＣＨ値に基づいて導出することができる。動的クロスＡＣＫ／ＮＡＣＫ空間は、ＰＣＦＩＣＨ＝１、２又は３である動的ＡＣＫ／ＮＡＣＫ領域の直後に（図７に示すように、ＰＣＦＩＣＨ＞１の場合には２つのＡＣＫ／ＮＡＣＫ空間が重複するように）配置することができる。

図７には、Ｎ_PUCCH,CC ⁽¹⁾が明示的に構成された例を示している。ＰＣＦＩＣＨ＝１である動的ＡＣＫ／ＮＡＣＫ領域の直後に動的クロスＡＣＫ／ＮＡＣＫ空間が配置されるようにＮ_PUCCH,CC ⁽¹⁾を設定することが可能である（図７には示していないが）。この理由は、ｅＮＢが、ＰＣＦＩＣＨ＝１であるＣＣＥの数を知っているからである。Ｎ_PUCCH,CC ⁽¹⁾が明示的にシグナリングされる場合、スケジューラの制約とＰＵＣＣＨのオーバーヘッドを相殺することができるので、ｅＮＢは、動的クロスＣＣ−ＡＣＫ／ＮＡＣＫ領域をあらゆる場所に配置することができる。

図７に示すように、ｎ_PUCCH ⁽¹⁾インデックスは、ＰＵＣＣＨフォーマット１／１ａ／１ｂのリソースインデックスである。このリソースインデックスの図示の部分には、永続的にスケジュールされるＰＤＳＣＨのＡＣＫ／ＮＡＣＫ、及びｎ_PUCCH ⁽¹⁾により明示的に構成されたスケジューリング要求インジケータのために確保された複数のリソースを提供する第１の部分１５０が存在する。

動的にスケジュールされるＰＤＳＣＨには、動的ＡＣＫ／ＮＡＣＫ「リリース８」（いわゆる標準的な動的ＡＣＫ／ＮＡＣＫ空間）のために確保されたＰＵＣＣＨフォーマット１ａ／１ｂリソースである第２の領域１５２が存在する。

第３の領域１５４は、動的クロスＣＣ−ＡＣＫ／ＮＡＣＫ空間のために確保されたＰＵＣＣＨフォーマット１ａ／１ｂリソースである。この領域は、標準的な動的ＡＣＫ／ＮＡＣＫ空間に重なる領域を有する。この領域は、奇数及び偶数のＲＢを有する（各ＰＲＢは、構成に応じて、所定の（１２／１８／３６）ＰＵＣＣＨフォーマット１／１ａ／１ｂリソースを有する）。点線は、ＰＲＢの境界を示している。図７から分かるように、この特定の例では、フォーマット１／１ａ／１ｂの信号を搬送する各ＰＲＢ上に１８個のＰＵＣＣＨリソースが存在する。

図８に、利用可能なＣＣ＿ｉｎｄｅｘをＣＣＥインデックスごとに一覧にしたテーブルを示す。図８には、ＣＣＥインデックス及びＣＣ＿ｉｎｄｅｘからｎ_res＝クロスＣＣ−ＡＣＫ／ＮＡＣＫリソースインデックスへのマッピングを示している。例えば、ＣＣＥインデックス＝１５かつＣＣ＿ｉｎｄｅｘ＝２の場合、ｎ_res＝９である。従って、対応するＡＣＫ／ＮＡＣＫは、領域１５４内の１０番目の（インデックスは０から始まるので）リソースで送信される。従って、リソースインデックス（０、１、２、）は、異なるＰＤＣＣＨ／ＰＤＳＣＨ割り当てに対応する相対論的ＡＣＫ／ＮＡＣＫリソースインデックスである（ＣＣＥは、ＰＤＣＣＨの第１のＣＣＥに相当する）。「０」は、動的クロスＣＣ−ＡＣＫ／ＮＡＣＫ空間（１５４）上に配置された第１のＰＵＣＣＨフォーマット１ａ／１ｂリソースに相当し、「１」は第２のリソースであり、以下同様である。

図８と同様のテーブルを示す図９を参照する。このテーブルでは、異なるＣＣでは帯域幅が異なるので（ここではＢＷ１とＢＷ２）、同様にＰＣＦＩＣＨに対応するＣＣＥの数も異なる。スケジューラの観点からは、ＰＣＦＩＣＨ＝１の範囲に対応するＣＣ固有のＡＣＫ／ＮＡＣＫリソース間の重複ができる限り小さくなるように保証することが有利となり得る。このマッピングを図９のテーブルの範囲１５５によって示す。範囲１５５は、ＰＣＦＩＣＨ＝１であるＣＣ固有のＡＣＫ／ＮＡＣＫに対応する。クロスＣＣ ＡＣＫ／ＮＡＣＫ空間は、ＰＣＦＩＣＨ＝１であるＣＣＥに対応するＡＣＫ／ＮＡＣＫリソース間に衝突がないように配置される（この例では、４つのキャリアが異なるＢＷ値を有する）。従って、所与のＰＣＦＩＣＨを有するＣＣＥの数は異なる。

従って、図８には、方程式１を使用したＣＣＥ及びＣＣインデックスの関数としてｎ_resを示している。この例では、（最大）４つのクロスＣＣが存在し、パラメータＣｏｍｐｒｅｓｓｉｏｎ Ｆａｃｔｏｒ（圧縮因子）が２に等しく設定され、ＣＣ＿ｓｈｉｆｔ＝１である。この例では、ＣＣＥインデックス（図８では０〜２５）と、ＣＣＥインデックスに関連するＰＵＣＣＨリソースｎ_resとの間に多対１のマッピングが存在する。パラメータＣｏｍｐｒｅｓｓｉｏｎ Ｆａｃｔｏｒ及びＣＣ＿ｓｈｉｆｔを調整することで、アップリンクシグナリングオーバーヘッド及び／又はスケジューリング制約のブロックの確率／量のスケーリングが可能になる。好ましい実施形態では、ＣＣの１つが標準的なＡＣＫ／ＮＡＣＫ空間を利用し、従ってクロスＣＣリソース割り当てから外れることができる。

このマッピングルールは、異なるＤＬ ＣＣに対応する完全に重複しないＡＣＫ／ＮＡＣＫリソースを提供することもできる。これは、以下のパラメータ設定により実現することができる。
ＣｏｍｐｒｅｓｓｉｏｎＦａｃｔｏｒ＝

（例えば、１／４）
・ＣＣ＿ｓｈｉｆｔ＝１

１つの実施形態では、パラメータＣｏｍｐｒｅｓｓｉｏｎ Ｆａｃｔｏｒ及びＣＣ＿ｓｈｉｆｔが、より上位のレイヤのシグナリングを使用して（例えば、マスタ情報ブロック又はシステム情報ブロックのいくつかを介して）全てのＵＥにシグナリングされる、システム又はセル又はＣＣ固有のパラメータである。この実施形態を、完全に動的な方法をサポートするように構成することができ、及び／又はこの実施形態により、ＵＬオーバーヘッドとスケジューラの制約度合いとの間の好適な相殺をｅＮｏｄｅＢの実施構成が選択できるようにすることができる。

別の実施形態では、パラメータＣＣ＿ｓｈｉｆｔをＣＣ間で、以下の方程式に従って所定の方法で変化させることができる。

この実施形態では、あらゆる追加パラメータをシグナリングする必要性を避けることができる。制限されたスケジューラ制約が存在することがある。例えば、全てのＣＣ上でＰＣＦＩＣＨ＝１が使用される場合には、制約は存在しない。スケジューラは、例えば、ＣＣＥに最初にＤＬグラントを配置し（最小インデックス）、次にＵＬグラントを配置して、リソースブロック機能を最小化することができる。この実施形態の特別な例では、ＣＣ固有のＣＣＥ空間（＝動的ＡＣＫ／ＮＡＣＫ領域）の瞬間的サイズに基づいて、ＣＣ＿ｓｈｉｆｔ（ＣＣ＿ｉｎｄｅｘ）を導出する。この情報は、ＣＣ固有のＰＤＦＩＣＨを受け取ることによって取得することができる。

ＣＣ＿ｓｈｉｆｔは、コンポーネントキャリアの帯域幅に依存することもできる。このような場合の例を、図９のテーブルに示している。図９には、ＰＣＦＩＣＨ＝１と想定した場合のＣＣＥの数に基づいて、ＣＣごとに個別にＣＣ＿ｓｈｉｆｔが導出されることを示している。ＬＴＥ Ｒｅｌ−８対応のＣＣは、ＬＴＥ Ｒｅｌ−９と同じマッピングを使用する。ＣＣ＿ｓｈｉｆｔの値を定義する１つの方法は、この値を、そのＣＣ内のＰＣＦＩＣＨ＝１に対応するＣＣＥの数と同じになるように設定することである。Ｃｏｍｐｒｅｓｓｉｏｎ Ｆａｃｔｏｒは、１に固定することができる。このような場合、２つのパラメータをいずれもシグナリングしなくてよい。

本発明の実施形態は、ＣＣの数によって拡張することができる。本発明の実施形態は、ＣＣＥの数によって拡張することができる。本発明のいくつかの実施形態では、暗黙的マッピングを維持することができる。本発明の実施形態は、完全に関連する１対１のマッピングと比較した場合、オーバーヘッドを減少させることができる。本発明の実施形態では、システム帯域幅に応じてオーバーヘッドをスケール調整することができる。本発明のいくつかの実施形態は、ＰＵＣＣＨリソースの明示的シグナリングと比較した場合、オーバーヘッドを減少させ及び／又はスケジューリングを柔軟にすることができる。

本発明のいくつかの実施形態は、ユーザ装置がいくつかのＣＣのＰＳＦＩＣＨを復号できなかった場合にも問題が生じないように堅固である。本発明の実施形態は、レガシーな形のマッピングと互換性を有することができる。

１又はそれ以上のデータプロセッサによって、基地局装置の必要なデータ処理装置及び機能、並びに適当な通信装置を提供することができる。説明した機能は、別個のプロセッサによって提供することも、又は統合プロセッサによって提供することもできる。複数のデータ処理モジュールにわたってデータ処理機能を分散することもできる。例えば、少なくとも１つのチップによってデータプロセッサを提供することができる。関連ノード内に、少なくとも１つのメモリの形の適当な記憶容量を提供することもできる。適切に適合した（１又は複数の）コンピュータプログラムコード製品を、例えば図１に示す基地局１２に関連するプロセッサ装置１３、及び／又は図２の移動体通信装置１のデータ処理装置３、４及び９の１つ又はそれ以上などの適当なデータ処理装置にロードした場合、これらのコンピュータプログラムコード製品を使用して実施形態を実施することができる。この動作を可能にするプログラムコード製品を適当なキャリア媒体上に記憶し、この適当なキャリア媒体によって提供し、具体化することができる。適当なコンピュータプログラムをコンピュータ可読記録媒体上に具体化することができる。データネットワークを介してプログラムコード製品をダウンロードすることもできる。

なお、ＬＴＥ−Ａｄｖａｎｃｅｄに関連して実施形態を説明したが、複数のコンポーネントキャリアを含む複合キャリアを利用する他のあらゆる通信システムにも同様の原理を適用することができる。また、基地局によって提供されるキャリアの代わりに、移動体ユーザ装置などの通信装置によってコンポーネントキャリアを含む複合キャリアを提供することもできる。例えば、このことは、例えばアドホックネットワークにおいて、固定装置は提供されないが複数のユーザ装置によって通信システムが提供されるような用途において当てはまることができる。従って、無線ネットワーク、技術及び規格のためのいくつかの例示的なアーキテクチャを参照しながらいくつかの実施形態を一例として説明したが、本明細書で図示し説明した以外のあらゆる好適な形の通信システムに実施形態を適用することもできる。

ＡＣＫ／ＮＡＣＫの形の確認応答情報に関連して本発明の実施形態を説明した。本発明の代替の実施形態は、他のあらゆる好適な形の確認応答情報とともに使用することができる。

確認応答を行うダウンリンクパケットに関連して本発明の実施形態を説明した。これの代わりに又はこれに加えて、本発明の実施形態をアップリンクパケットの確認応答に使用することもできる。

ＰＵＣＣＨ及びＰＤＣＣＨチャネルに関連して本発明の実施形態を説明した。本発明の実施形態は、他のあらゆる好適なチャネルともに使用することができる。

また、本発明の例示的な実施形態について説明したが、本発明の範囲から逸脱することなく、本明細書に開示した解決策に対して行うことができる変形及び修正は複数存在する。

１００ マッピングルール
１０２ ＣＣＥインデックス
１０４ ＣＣインデックス
１０６ 圧縮因子
１０８ ＣＣ＿ｓｈｉｆｔ

Claims (30)

1. 第１のチャネル内の確認応答情報の位置を定義するリソースインデックス情報をユーザ装置において決定するステップを含み、前記確認応答情報が、少なくとも２つのコンポーネントキャリア上の第２のチャネルに応答して送信され、前記リソースインデックス情報が、前記第２のチャネルのリソースの割り当てと、前記第１のチャネルの構成に関する少なくとも１つのパラメータとに依存する少なくとも１つのパラメータに応じて決定され、
   前記第１のチャネルの構成に関する前記少なくとも１つのパラメータが、共通のリソースインデックス情報を共有するコンポーネントキャリア内に隣接するリソースを含む制御チャネル要素の数、及び隣接するコンポーネントキャリアリソースインデックス情報間における第１のチャネルリソースのリソースインデックス情報の分離の少なくとも一方を含み、
   前記決定されたリソースインデックスによって定義される前記第１のチャネル内の前記位置で前記確認応答情報をユーザ装置において送信するステップを含む、
   ことを特徴とする方法。
2. 前記第１のチャネルがアップリンクチャネルである、
   ことを特徴とする請求項１に記載の方法。
3. 前記第１のチャネルが、物理アップリンク制御チャネルを含む、
   ことを特徴とする請求項１又は２に記載の方法。
4. リソースインデックス情報を決定するステップが、インデックス開始位置に付加するためのリソースインデックス値を決定するステップを含む、
   ことを特徴とする請求項１から３のいずれかに記載の方法。
5. 前記第２のチャネルのリソースの割り当てに依存する前記少なくとも１つのパラメータが、前記第２のチャネルの制御チャネル要素の所定のインデックス、前記第２のチャネルの最小制御チャネル要素のインデックス、及びコンポーネントキャリアインデックスのうちの少なくとも１つを含む、
   ことを特徴とする請求項１から４のいずれかに記載の方法。
6. 方程式：
   

   

   を使用してリソースインデックスを定義するステップを含み、
   式中、ＣＣＥ及びＣＣ＿ｉｎｄｅｘはそれぞれ、第１の制御チャネル要素インデックス、及び対応する第２のチャネルのコンポーネントキャリアインデックスであり、
   ＣＣ＿ｓｈｉｆｔは、隣接するコンポーネントキャリア間の前記第１のチャネルリソースのインデックス間の分離を定義し、
   Ｃｏｍｐｒｅｓｓｉｏｎ Ｆａｃｔｏｒは、共通のリソースインデックスを共有するコンポーネントキャリア内の隣接する第１のチャネルリソースの数を定義し、
   

   

   は、床演算であり、
   ｎ_resはリソースインデックスである、
   ことを特徴とする請求項１から５のいずれかに記載の方法。
7. 

   であり、式中、Ｎ_resは所定の最大値である、
   ことを特徴とする請求項６に記載の方法。
8. 前記リソースインデックス情報が、前記第２のチャネルの動的にスケジュールされたコンポーネントキャリアに関連する、
   ことを特徴とする請求項１から７のいずれかに記載の方法。
9. 前記第２のチャネルがダウンリンクチャネルである、
   ことを特徴とする請求項１から８のいずれかに記載の方法。
10. 前記第２のチャネルが、物理ダウンリンク制御チャネルである、
    ことを特徴とする請求項１から９のいずれかに記載の方法。
11. 前記確認応答情報が、ＡＣＫ／ＮＡＣＫを含む、
    ことを特徴とする請求項１から１０のいずれかに記載の方法。
12. 前記リソースインデックス情報を決定するステップが、前記第２のチャネル上のリソースと前記第１のチャネル上のリソースとの間の所定のマッピングを動的スケジューリングに使用するステップをさらに含む、
    ことを特徴とする請求項１から１１のいずれかに記載の方法。
13. 前記方法が、少なくともユーザ装置で実行される、
    ことを特徴とする請求項１から１２のいずれかに記載の方法。
14. プロセッサ上で実行されたときに、請求項１から１３のステップのいずれかを実行するようになっているプログラムコード手段を備える、
    ことを特徴とするコンピュータプログラム。
15. 第１のチャネル内の確認応答情報の位置を定義するリソースインデックス情報をユーザ装置において決定する手段を備え、前記確認応答情報が、少なくとも２つのコンポーネントキャリア上の第２のチャネルに応答して送信され、前記リソースインデックス情報が、前記第２のチャネルのリソースの割り当てと、前記第１のチャネルの構成に関する少なくとも１つのパラメータとに依存する少なくとも１つのパラメータに応じて決定され、
    前記第１のチャネルの構成に関する前記少なくとも１つのパラメータが、共通のリソースインデックス情報を共有するコンポーネントキャリア内に隣接するリソースを含む制御チャネル要素の数、及び隣接するコンポーネントキャリアリソースインデックス情報間における第１のチャネルリソースのリソースインデックス情報の分離の少なくとも一方を含む、
    ことを特徴とする装置。
16. 前記第１のチャネルがアップリンクチャネルである、
    ことを特徴とする請求項１５に記載の装置。
17. 前記第１のチャネルが、物理アップリンク制御チャネルを含む、
    ことを特徴とする請求項１５又は１６に記載の装置。
18. 前記決定する手段が、インデックス開始位置に付加するためのリソースインデックス値を決定するように構成される、
    ことを特徴とする請求項１５から１７のいずれかに記載の装置。
19. 前記第２のチャネルのリソースの割り当てに依存する前記少なくとも１つのパラメータが、前記第２のチャネルの制御チャネル要素の所定のインデックス、前記第２のチャネルの最小制御要素のインデックス、及びコンポーネントキャリアインデックスのうちの少なくとも１つを含む、
    ことを特徴とする請求項１５から１８のいずれかに記載の装置。
20. 前記決定する手段が、方程式：
    

    

    を使用してリソースインデックスを定義するように構成され、
    式中、ＣＣＥ及びＣＣ＿ｉｎｄｅｘはそれぞれ、第１の制御チャネル要素インデックス、及び対応する第２のチャネルのコンポーネントキャリアインデックスであり、
    ＣＣ＿ｓｈｉｆｔは、隣接するコンポーネントキャリア間の前記第１のチャネルリソースのインデックス間の分離を定義し、
    Ｃｏｍｐｒｅｓｓｉｏｎ Ｆａｃｔｏｒは、共通のリソースインデックスを共有するコンポーネントキャリア内の隣接する第１のチャネルリソースの数を定義し、
    

    

    は、床演算であり、
    ｎ_resはリソースインデックスである、
    ことを特徴とする請求項１５から１９のいずれかに記載の装置。
21. 

    であり、式中、Ｎ_resは所定の最大値である、
    ことを特徴とする請求項２０に記載の装置。
22. 前記リソースインデックス情報が、前記第２のチャネルの動的にスケジュールされたコンポーネントキャリアに関連する、
    ことを特徴とする請求項１５から２１のいずれかに記載の装置。
23. 前記第２のチャネルがダウンリンクチャネルである、
    ことを特徴とする請求項１５から２２のいずれかに記載の装置。
24. 前記第２のチャネルが、物理ダウンリンク制御チャネルである、
    ことを特徴とする請求項１５から２３のいずれかに記載の装置。
25. 前記確認応答情報が、ＡＣＫ／ＮＡＣＫを含む、
    ことを特徴とする請求項１５から２４のいずれかに記載の装置。
26. 前記決定されたリソースインデックスによって定義される前記第１のチャネル内の前記位置で前記確認応答情報を送信する手段を備える、
    ことを特徴とする請求項１５から２５のいずれかに記載の装置。
27. 前記リソースインデックス情報を決定する前記手段が、前記第２のチャネル上のリソースと前記第１のチャネル上のリソースとの間の所定のマッピングを動的スケジューリングに使用する、
    ことを特徴とする請求項１５から２６のいずれかに記載の装置。
28. 第１のチャネル内の確認応答情報の位置を定義するリソースインデックス情報をユーザ装置において決定するように構成されたプロセッサを備え、前記確認応答情報が、少なくとも２つのコンポーネントキャリア上の第２のチャネルに応答して送信され、前記リソースインデックス情報が、前記第２のチャネルのリソースの割り当てと、前記第１のチャネルの構成に関する少なくとも１つのパラメータとに依存する少なくとも１つのパラメータに応じて決定され、
    前記第１のチャネルの構成に関する前記少なくとも１つのパラメータが、共通のリソースインデックス情報を共有するコンポーネントキャリア内に隣接するリソースを含む制御チャネル要素の数、及び隣接するコンポーネントキャリアリソースインデックス情報間における第１のチャネルリソースのリソースインデックス情報の分離の少なくとも一方を含み、
    前記決定されたリソースインデックス情報を使用して信号情報を生成するように構成された信号情報生成器をさらに備える、ことを特徴とする装置。
29. 少なくとも１つのプロセッサと、
    コンピュータプログラムコードを含む少なくとも１つのメモリと、
    を備えた装置であって、前記少なくとも１つのメモリ及び前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサによって装置に、
    第１のチャネル内の確認応答情報の位置を定義するリソースインデックス情報をユーザ装置において決定するステップを少なくとも実行させ、前記確認応答情報が、少なくとも２つのコンポーネントキャリア上の第２のチャネルに応答して送信され、
    前記第１のチャネルの構成に関する前記少なくとも１つのパラメータが、共通のリソースインデックス情報を共有するコンポーネントキャリア内に隣接するリソースを含む制御チャネル要素の数、及び隣接するコンポーネントキャリアリソースインデックス情報間における第１のチャネルリソースのリソースインデックス情報の分離の少なくとも一方を含み、
    前記少なくとも１つのメモリ及び前記コンピュータプログラムコードはまた、前記少なくとも１つのプロセッサによって装置に、前記決定されたリソースインデックスによって定義される前記第１のチャネル内の前記位置で前記確認応答情報を送信するステップを少なくとも実行させる、
    ことを特徴とする装置。
30. 請求項１５から２９のいずれかに記載の装置を備える、
    ことを特徴とするユーザ装置。

Images