"マルチキャリア通信システム内におけるリソースグラントによって配分されるアップリンクおよびダウンリンクリソースのうちの少なくとも1つを識別するために、ユーザエージェントUAにおいて、制御チャネルを処理するための方法であって、リソースグラントは、制御チャネル要素CCEサブセット候補によって指定され、データ伝送および受信のために使用されるキャリアは、構成キャリアであり、前記方法は、前記構成キャリアの中から、アクティブおよび非アクティブ化キャリアを指定するアクティブ化信号を受信するステップと、アクティブキャリアに対して、iデコードするためのCCEサブセット候補の数を識別するステップと、ii前記リソースグラントを識別する試みにおいて、前記識別されたCCEサブセット候補の最大数をデコードするステップと、非アクティブ化キャリアに対して、前記非アクティブ化キャリアと関連付けられたCCEサブセット候補を無視するステップとを含む、方法。前記アクティブ化信号は、アップリンクキャリアが、アクティブであることと、対応する対合されたダウンリンクキャリアが、非アクティブ化されることとを示し、CCEサブセット候補を識別するステップは、デコードするためのアクティブアップリンクキャリアに対して、データ制御情報DCI0形式と関連付けられた候補のみ識別するステップを含む、請求項1に記載の方法。マルチキャリア通信システム内におけるリソースグラントによって配分されるアップリンクおよびダウンリンクリソースのうちの少なくとも1つを識別するために、ユーザエージェントUAにおいて、制御チャネルを処理するための方法であって、リソースグラントは、制御チャネル要素CCEサブセット候補によって指定され、前記方法は、各キャリアに対して、CCEサブセット候補の場所を判定するステップと、データ制御情報DCIメッセージを受信するステップと、CCEサブセット候補が、2つ以上のキャリアに対応するとき、i前記DCIメッセージ内のキャリアインジケータフィールドCIFを識別することによって、前記DCIメッセージをデコードするステップと、ii前記CIFを使用して、前記CCEサブセット候補と関連付けられたキャリアを識別するステップと、前記CCEサブセット候補が、1つのキャリアにのみ対応するとき、検索空間内の前記CCEサブセット候補の場所を使用して、前記CCEサブセット候補と関連付けられたキャリアを識別するステップとを含む、方法。マルチキャリア通信システム内におけるリソースグラントによって配分されるアップリンクおよびダウンリンクリソースのうちの少なくとも1つを識別するために、ユーザエージェントUAにおいて、制御チャネルを処理するための方法であって、リソースグラントは、制御チャネル要素CCEサブセット候補によって指定され、前記方法は、各キャリアに対して、CCEサブセット候補の場所を判定するステップと、データ制御情報DCIメッセージを受信するステップと、特異的アグリゲーションレベルにおけるCCEサブセット候補が、2つ以上のキャリアに対応するとき、i各DCIメッセージ内のキャリアインジケータフィールドCIFを識別することによって、サブフレームに対する前記特異的アグリゲーションレベルに対応するすべてのDCIメッセージをデコードするステップと、ii前記CIFを使用して、前記CCEサブセット候補と関連付けられたキャリアを識別するステップと、前記特異的アグリゲーションレベルにおける各CCEサブセット候補が、1つのキャリアのみに対応するとき、検索空間内の前記CCEサブセット候補の場所を使用して、サブフレームに対して、前記特異的アグリゲーションレベルにおける各CCEサブセット候補と関連付けられたキャリアを識別するステップとを含む、方法。マルチキャリア通信システム内におけるリソースグラントによって配分されるアップリンクおよびダウンリンクリソースのうちの少なくとも1つを識別するために、ユーザエージェントUAにおいて、制御チャネルを処理するための方法であって、リソースグラントは、制御チャネル要素CCEサブセット候補によって指定され、前記方法は、各キャリアに対して、CCEサブセット候補の場所を判定するステップと、データ制御情報DCIメッセージを受信するステップと、任意のアグリゲーションレベルにおけるCCEサブセット候補が、サブフレームに対して、2つ以上のキャリアに対応するとき、i各DCIメッセージ内のキャリアインジケータフィールドCIFを識別することによって、前記サブフレームに対するすべてのアグリゲーションレベルにおけるすべてのDCIメッセージをデコードするステップと、ii前記CIFを使用して、前記CCEサブセット候補と関連付けられたキャリアを識別するステップと、前記サブフレームに対するすべてのアグリゲーションレベルにおける各CCEサブセット候補が、1つのキャリアのみに対応するとき、検索空間内の前記CCEサブセット候補の場所を使用して、前記サブフレームに対して、すべての前記アグリゲーションレベルにおける各CCEサブセット候補と関連付けられたキャリアを識別するステップとを含む、方法。本明細書で使用されるように、用語ユーザエージェントUAは、携帯電話、携帯情報端末、ハンドヘルドまたはラップトップコンピュータ、および電気通信能力を有する、類似デバイスまたは他のユーザ機器UE等の無線デバイスを指すことができる。いくつかの構成では、UAは、モバイル無線デバイスを指してもよい。用語UAはまた、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等、概して、可搬性ではないが、類似能力を有する、デバイスを指してもよい。従来の無線電気通信システムでは、基地局内の伝送機器が、セルとして知られる地理的領域を通して、信号を伝送する。技術が進化するのに伴って、より高度な機器が、導入され、以前は不可能であったサービスを提供することができるようになっている。本高度な機器として、例えば、従来の無線電気通信システム内の対応する機器と比較して、非常に進化した進化型ユニバーサル地上無線アクセスネットワークE-UTRANノードBeNBを含む場合がある。そのような高度なまたは次世代機器は、本明細書では、ロングタームエボリューションLTE機器と称され、そのような機器を使用する、パケットベースのネットワークは、進化型パケットシステムEPSと称され得る。LTEシステム/機器に対する付加的改良は、最終的に、LTEアドバンスドLTE-Aシステムをもたらすであろう。本明細書で使用されるように、用語アクセスデバイスは、UAに、電気通信システム内の他の構成要素へのアクセスを提供することができる、従来の基地局あるいはLTEまたはLTE-AアクセスデバイスeNBを含む等の任意の構成要素を指すであろう。E-UTRAN等のモバイル通信システムでは、アクセスデバイスは、無線アクセスを1つ以上のUAに提供する。アクセスデバイスは、ダウンリンクトラフィックデータパケット伝送を動的にスケジューリングし、アクセスデバイスと通信するすべてのUA間にアップリンクトラフィックデータパケット伝送リソースを配分するためのパケットスケジューラを備える。スケジューラの機能は、とりわけ、UA間の利用可能な無線インターフェース能力を分割し、各UAのパケットデータ伝送に対して、使用されるべきトランスポートチャネルを決定し、パケット配分およびシステム負荷を監視することを含む。スケジューラは、物理ダウンリンク共有チャネルPDSCHおよび物理アップリンク共有チャネルPUSCHデータ伝送のためのリソースを動的に配分し、スケジューリングチャネルを通して、スケジューリング情報をUAに送信する。とりわけ、アップリンクリソースを指定するためのDCI形式0、ダウンリンクリソースを指定するためのDCI形式1、1A、IB、1C、ID、2、および2A、ならびに電力制御情報を指定するためのDCI形式3および3Aを含む、いくつかの異なるデータ制御情報DCIメッセージ形式が、リソース割当をUAに通信するために使用される。アップリンク指定DCI形式0は、いくつかのDCIフィールドを含み、該フィールドは、それぞれ、配分されたアップリンクリソースの異なる側面を指定するための情報を含む。例示的DCI形式0DCIフィールドは、伝送電力制御TPCフィールド、復調基準信号のためのサイクリックシフトDM-RSフィールド、変調および符号化方式MCSおよび冗長バージョンフィールド、新規データインジケータNDIフィールド、リソースブロック割当フィールド、ならびにホッピングフラグフィールドを含む。DCI形式1、1A、2、および2Aを指定するダウンリンクはそれぞれ、配分されたダウンリンクリソースの異なる側面を指定するための情報を含む、いくつかのDCIフィールドを含む。例示的DCI形式1、1A、2、および2ADCIフィールドは、ハイブリッド自動再送要求HARQプロセス数フィールド、MCSフィールド、新規データインジケータNDIフィールド、リソースブロック割当フィールド、および冗長バージョンフィールドを含む。DCI形式0、1、2、1A、および2Aはそれぞれ、配分されたリソースを指定するための付加的フィールドを含む。他のダウンリンク形式1B、1C、および1Dは、類似情報を含む。アクセスデバイスは、UAおよびアクセスデバイス能力、UAが伝送する必要があるデータの量、通信チャネル条件、使用されるべき伝送モード、セル内の通信トラフィックの量等を含む、いくつかの要因の関数として、リソースをUAに配分するために、ダウンリンクDCI形式のうちの1つを選択する。DCIメッセージは、明示的とは対照的に、暗黙的にそれと関連付けることができるように、サブフレームと同期され、これは、制御オーバーヘッド要件を低減させる。例えば、LTE周波数分割複信FDDシステムでは、アップリンクリソースのためのDCIメッセージは、例えば、DCIメッセージが、最初に受信される時、UAが、その最初の時から4ミリ秒後に、その中に示されるリソースグラントを使用して、サブフレーム内のデータパケットを伝送するようにプログラムされるように、4ミリ秒後に、アップリンクサブフレームと関連付けられる。同様に、ダウンリンクリソースのためのDCIメッセージは、同時に伝送されるダウンリンクサブフレームと関連付けられる。例えば、DCIメッセージが、最初に受信される時、UAは、その中に示されるリソースグラントを使用して、同時に受信したトラフィックデータサブフレーム内のデータパケットをデコードするようにプログラムされる。動作の間、LTEネットワークは、共有物理ダウンリンク制御チャネルPDCCHを使用して、DCIメッセージをUA間に分配させる。各UAに対するDCIメッセージならびに他の共有制御情報は、別個にエンコードされる。LTEでは、PDCCHは、PDCCH領域と呼ぶことができる、システム帯域幅全体にわたって、最初のいくつかの直交周波数分割多重化OFDMシンボル内で伝送される。PDCCH領域は、DCIメッセージをアクセスデバイスからUAに伝送するために使用される、複数の制御チャネル要素CCEを含む。アクセスデバイスは、DCIメッセージをUAに伝送するために使用されるべき1つのCCEまたはCCEのアグリゲーションを選択する。すなわち、メッセージを伝送するために選択されるCCEサブセットは、少なくとも部分的に、アクセスデバイスとUAとの間で認識された通信条件に依存する。例えば、高品質通信リンクが、アクセスデバイスとUAとの間に存在することが既知である場合、アクセスデバイスは、CCEの単一の1つを介して、データをUAに伝送してもよく、リンクが、低品質である場合、アクセスデバイスは、2つ、4つ、またはさらに8つのCCEのサブセットを介して、データをUAに伝送してもよく、付加的CCEは、関連付けられたDCIメッセージのよりロバストな伝送を促進する。アクセスデバイスは、多くの他の基準に基づいて、DCIメッセージ伝送のためのCCEサブセットを選択してもよい。UAは、どのCCEサブセットまたはサブセットが、アクセスデバイスによって、DCIメッセージをUAに伝送するために使用されるかを正確に把握していないため、既存のLTEネットワークでは、UAは、DCIメッセージを検索する時、多くの異なるCCEサブセット候補をデコードしようとするようにプログラムされる。例えば、UAは、DCIメッセージに対する複数の単一のCCEならびに複数の2つのCCEサブセット、4つのCCEサブセット、および8つのCCEサブセットを検索し、DCIメッセージを特定するようにプログラムされてもよい。検索される必要がある可能なCCEサブセットを減少させるために、アクセスデバイスおよびUAは、UAが、どのCCEサブセットを検索すべきかを把握するよう、各アクセスデバイスが、特異的CCEサブセットのみ使用して、DCIメッセージを特異的データトラフィックサブフレームに対応する特異的UAを伝送するように、プログラムされてもよい。例えば、現在のLTEネットワークでは、各データトラフィックサブフレームに対して、UAは、DCIメッセージのための6つの単一CCE、6つの2-CCEサブセット、2つの4-CCEサブセット、および2つの8-CCEサブセットの合計16のCCEサブセットを検索する。16のCCEサブセットは、UA10に割り当てられる特異的無線ネットワーク一時識別子RNTIの関数であって、サブフレーム毎に変動する。所与のUAに特異的である本検索空間は、以下、UA特異的検索空間と称される。多くの場合、望ましい短時間において、アクセスデバイスが、大量のデータをUAに伝送する、またはUAが、大量のデータをアクセスデバイスに伝送することが望ましい。例えば、一連の写真は、短時間にわたって、アクセスデバイスに伝送される必要があってもよい。別の事例では、UAは、組み合わせられたデータ転送が、極端に大きくなるように、すべて、本質的に同時に、データパケットをアクセスデバイスから受信する必要があるいくつかのアプリケーションを起動してもよい。データ伝送レートを増加させるための方法の1つは、LTE-Aの場合のように、複数のキャリアすなわち、複数の周波数を使用して、アクセスデバイスとUAとの間で通信するものである。例えば、システムは、5つの別個の8つのアップリンクHARQおよび5つの別個の8つのダウンリンクHARQ伝送ストリームが、並行して生成され得るように、5つの異なるキャリアすなわち、周波数および8つのHARQプロセスをサポートしてもよい。複数のキャリアを介した通信は、キャリアアグリゲーションと称される。キャリアアグリゲーションの場合、制御チャネル構造は、DCI制御メッセージを分配させるために、各キャリアに配分される。単純な方法として、各キャリアは、別個のPDCCH領域を含み、各キャリアに対して、制御チャネル情報をアクセスデバイスとUAとの間で独立して通信させることができる。本アプローチは、各キャリアに対して、制御チャネル情報を分配させるが、各キャリア上に、実質的量のリソースの配分を要求する。さらに、干渉レベルは、キャリア間で変動するため、すべてのキャリア上にPDCCH領域を等しく実装することは困難であり得る。ある場合には、例えば、特定のキャリア上の干渉レベルは、実質的であるため、そのキャリア上にPDCCH領域を実装することを困難または不可能にし得る。代替として、第1のキャリア上の制御メッセージのためのDCIメッセージ形式は、各DCIメッセージと関連付けられた特異的キャリアを示すための付加的フィールドを提供するように修正されてもよい。本開示をより完全に理解するために、添付の図面および発明を実施するための形態と併せて理解される、以下の簡単な説明を参照し、類似参照数字は、類似部品を表す。制御チャネルは、マルチキャリア通信ネットワークシステムにおいて、2つ以上のキャリア間で共有され得ることが認識されている。本開示は、制御チャネルを処理するためのシステム、ソフトウェア、および方法の種々の実施形態を提供する。いくつかの側面では、方法は、マルチキャリア通信システム内におけるリソースグラントによって配分されるアップリンクおよびダウンリンクリソースのうちの少なくとも1つを識別するために、ユーザエージェントUAにおいて、制御チャネルを処理するための動作を行うために開示され、リソースグラントは、制御チャネル要素CCEサブセット候補によって指定され、データ伝送および受信のために使用されるキャリアは、構成キャリアである。一実施形態では、方法は、構成キャリアの中から、アクティブおよび非アクティブ化キャリアを指定するアクティブ化信号を受信するステップを備える。アクティブキャリアに対して、デコードされるCCEサブセット候補の数が、識別され、識別されたCCEサブセット候補の最大数が、リソースグラントを識別する試みにおいて、デコードされる。非アクティブ化キャリアに対して、関連付けられたCCEサブセット候補は、無視される。いくつかの実施形態では、アクティブ化信号は、アップリンクキャリアが、アクティブであって、対応する対合されたダウンリンクキャリアが、非アクティブ化されることを示してもよく、CCEサブセット候補を識別するステップはさらに、デコードするために、アクティブアップリンクキャリアに対して、データ制御情報DCI0形式と関連付けられた候補のみ識別するステップを含むことができる。いくつかの側面では、方法は、マルチキャリア通信システム内におけるリソースグラントによって配分されるアップリンクおよびダウンリンクリソースのうちの少なくとも1つを識別するために、UAにおいて、制御チャネルを処理するための動作を行うために開示され、リソースグラントは、CCEサブセット候補によって指定される。一実施形態では、方法は、各キャリアに対して、CCEサブセット候補の場所を判定するステップと、DCIメッセージを受信するステップと、CCEサブセット候補が、2つ以上のキャリアに対応する時、DCIメッセージ内のCIFを識別することによって、DCIメッセージをデコードするステップと、CIFを使用して、CCEサブセット候補と関連付けられたキャリアを識別するステップと、を備える。CCEサブセット候補が、1つのキャリアのみに対応する時、検索空間内のCCEサブセット候補の場所を使用して、CCEサブセット候補と関連付けられたキャリアを識別する。別の実施形態では、方法は、各キャリアに対して、CCEサブセット候補の場所を判定するステップと、DCIメッセージを受信するステップと、特異的アグリゲーションレベルにおけるCCEサブセット候補が、2つ以上のキャリアに対応する時、各DCIメッセージ内のCIFを識別することによって、サブフレームに対する特異的アグリゲーションレベルに対応するすべてのDCIメッセージをデコードするステップと、CIFを使用して、CCEサブセット候補と関連付けられたキャリアを識別するステップと、を備える。特異的アグリゲーションレベルにおける各CCEサブセット候補が、1つのキャリアのみに対応する時、検索空間内のCCEサブセット候補の場所を使用して、サブフレームに対する特異的アグリゲーションレベルにおける各CCEサブセット候補と関連付けられたキャリアを識別する。さらに別の実施形態では、方法は、各キャリアに対して、CCEサブセット候補の場所を判定するステップと、DCIメッセージを受信するステップと、任意のアグリゲーションレベルにおけるCCEサブセット候補が、サブフレームに対して、2つ以上のキャリアに対応する時、各DCIメッセージ内のCIFを識別することによって、サブフレームに対するすべてのアグリゲーションレベルにおいて、すべてのDCIメッセージをデコードするステップと、CIFを使用して、CCEサブセット候補と関連付けられたキャリアを識別するステップと、サブフレームに対するすべてのアグリゲーションレベルにおける各CCEサブセット候補が、1つのキャリアのみに対応する時、検索空間内のCCEサブセット候補の場所を使用して、サブフレームに対するすべてのアグリゲーションレベルにおける各CCEサブセット候補と関連付けられたキャリアを識別するステップと、を備える。前述および関連目的を達成するために、本開示は、次いで、以下に完全に説明される特徴を備える。以下の説明および付随の図面は、本開示のある例証的側面を詳細に記載する。しかしながら、これらの側面は、本開示の原理を採用することができる、種々の方法のいくつかに過ぎないことを示す。本開示の他の側面、利点、および新規特徴は、図面と併せて検討される時、本開示の以下の発明を実施するための形態から明白となるであろう。次に、本開示の種々の側面について、付随の図面を参照して説明するが、同一数字は、全体を通して、同一または対応する要素を指す。しかしながら、図面およびそれに関連する発明を実施するための形態は、請求される主題を開示される特定の形態に限定することを意図するものではないことを理解されたい。むしろ、請求される主題の精神および範囲内にある、すべての修正、均等物、および代替を網羅することを意図する。本明細書で使用されるように、用語構成要素、システム等は、ハードウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、または実行中であるソフトウェアのいずれかである、コンピュータ関連エンティティを指すように意図される。例えば、構成要素は、プロセッサ上で起動するプロセス、プロセッサ、オブジェクト、実行のスレッド、プログラム、および/またはコンピュータであってもよいが、それらに限定されない。例証として、コンピュータ上で起動するアプリケーションおよびコンピュータは両方とも、構成要素であり得る。1つ以上の構成要素は、プロセスおよび/または実行のスレッド内に常駐してもよく、構成要素は、1つのコンピュータ上に位置する、および/または2つ以上のコンピュータ間に分散されてもよい。単語例示的とは、本明細書では、実施例、事例、または例証としての役割を果たすことを意味するために使用される。例示的として、本明細書に説明される任意の側面または設計は、必ずしも、他の側面または設計より好ましいまたは有利であると解釈されるわけではない。さらに、開示される主題は、本明細書に詳述される側面を実装するために、コンピュータまたはプロセッサベースのデバイスを制御するためのソフトウェア、ファームウェア、ハードウェア、または任意のそれらの組み合わせを生産する標準的プログラミングおよび/またはエンジニアリング技法を使用して、システム、方法、装置、または製品として、実装されてもよい。用語製品または、代替として、コンピュータプログラム製品は、本明細書で使用されるように、任意のコンピュータ可読デバイスからアクセス可能なコンピュータプログラム、キャリア、またはメディアを包含するように意図される。例えば、コンピュータ可読媒体は、磁気記憶デバイス例えば、ハードディスク、フロッピー登録商標ディスク、磁気ストリップ...、光ディスク例えば、コンパクトディスクCD、デジタル多用途ディスクDVD...、スマートカード、およびフラッシュメモリデバイス例えば、カード、スティックを含むことが、それらに限定されない。加えて、キャリア波は、電子メールを伝送および受信する際、あるいはインターネットまたはローカルエリアネットワークLAN等のネットワークにアクセスする際、使用されるもの等、コンピュータ可読電子データを搬送するために採用することを理解されたい。当然ながら、当業者は、請求される主題の範囲または精神から逸脱することなく、本構成に多くの修正を行ってもよいことを認識するであろう。一般に、本発明のシステムおよび方法は、2つ以上のキャリア間の物理ダウンリンク制御チャネルPDCCH領域等、単一制御チャネルリソースを共有するために開発された。したがって、システムは、マルチキャリア制御構造を提供し、1つのPDCCH領域を介して分配されるダウンリンク制御情報DCI制御メッセージに、1つ以上のキャリア上のリソース配分を判定させる。一般に、本システムは、前述の既存のDCI制御メッセージ形式を使用して、実装されてもよい。したがって、既存のDCI形式の長さは、本システムの実装後であっても、不変のままであり得る。次に、図面を参照すると同一参照番号は、いくつかの図を通して、類似要素に対応する、図1は、ユーザエージェントUA10およびアクセスデバイス12を含む、例示的マルチチャネル通信システム30を例証する、概略図である。UA10は、他の構成要素の中でもとりわけ、1つ以上のソフトウェアプログラムを起動する、プロセッサ14を含み、プログラムのうちの少なくとも1つは、アクセスデバイス12と通信し、アクセスデバイス12からデータを受信し、そこにデータを提供する。データが、UA10からデバイス12に伝送される時、データは、アップリンクデータと称され、データが、アクセスデバイス12からUA10に伝送される時、データは、ダウンリンクデータと称される。アクセスデバイス12は、一実装では、E-UTRANノードBeNBまたはUA10と通信するための他のネットワーク構成要素を含んでもよい。通信を促進するために、複数の異なる通信チャネルが、アクセスデバイス12とUA10との間に確立される。本開示の目的のために、図1を参照すると、アクセスデバイス12とUA10との間の重要なチャネルとして、PDCCH70、物理ダウンリンク共有チャネルPDSCH72、および物理アップリンク共有チャネルPUSCH74を含む。標識が含意するように、PDCCHは、ダウンリンクデータ通信の間、アクセスデバイス12に、制御UA10を制御させるチャネルである。この目的を達成するために、PDCCHは、DCIパケットと称されるスケジューリングまたは制御データパケットをUA10に伝送し、UA10によって使用されるべきスケジューリングを示し、ダウンリンク通信トラフィックパケットを受信する、またはアップリンク通信トラフィックパケットを伝送する、または特異的命令例えば、電力制御コマンド、ランダムアクセスプロシージャを行うための順序、または半永続的スケジューリングアクティブ化または非アクティブ化をUAに送信するために使用される。別個のDCIパケットは、各トラフィックパケット/サブフレーム伝送のために、アクセスデバイス12によって、UA10に伝送されてもよい。例示的DCI形式は、アップリンクリソースを指定するためのDCI形式0ならびにダウンリンクリソースを指定するためのDCI形式1、1A、1B、1C、1D、2、および2Aを含む。他のDCI形式も想定される。例示的DCIパケットは、図1では、PDCCH70上の通信71によって示される。依然として、図1を参照すると、PDSCH72上の例示的トラフィックデータパケットまたはサブフレームは、73と標識される。PUSCH74は、UA10によって、使用され、データサブフレームまたはパケットをアクセスデバイス12に伝送してもよい。PUSCH74上の例示的トラフィックパケットは、77と標識される。キャリアアグリゲーションは、UA10、アクセスデバイス12、および/または他のネットワーク構成要素間の通信のために、より広い伝送帯域幅をサポートし、潜在的ピークデータレートを増加させるために使用することができる。キャリアアグリゲーションでは、複数の構成要素キャリアが、アグリゲートされ、図2に示されるように、サブフレームにおいて、UA10に配分されてもよい。図2は、通信ネットワーク内のキャリアアグリゲーションを示し、各構成要素キャリアは、帯域幅20MHzを有し、総システム帯域幅は、100MHzである。例証されるように、利用可能な帯域幅100は、複数のキャリア102に分割される。UA10は、UAの能力に応じて、複数の構成要素キャリア図2に示される実施例では、最大合計5つのキャリア102上で受信または伝送してもよい。ある場合には、ネットワーク展開に応じて、キャリアアグリゲーションは、同一帯域に位置するキャリア102および/または異なる帯域に位置するキャリア102とともに生じてもよい。例えば、1つのキャリア102は、2GHzに位置してもよく、第2のアグリゲートされたキャリア102は、800MHzに位置してもよい。図3を参照すると、例示的PDCCH領域は、DCI形式メッセージをアクセスデバイス12からUA10に伝送するために使用される、複数の制御チャネル要素CCE110を含む。UA10は、特定のUA10に特異的であるUA特異的検索空間114およびアクセスデバイス12にリンクされたすべてのUAに共通の共通検索空間112内のDCIメッセージを伝送するために使用される、CCEを検索することができる。例証される実施例では、PDCCH領域は、38のCCEを含むが、しかしながら、他のPDCCH事例は、38より多いまたは少ないCCEを含んでもよい。アクセスデバイス12は、DCIメッセージをUA10に伝送するために使用されるべき1つのCCEまたはCCEのアグリゲートを選択し、メッセージを伝送するために選択されるCCEサブセットは、少なくとも部分的に、アクセスデバイスとUAとの間で認識される通信条件に依存する。例えば、高品質通信リンクが、アクセスデバイスとUAとの間に存在することが既知である場合、アクセスデバイスは、CCEの単一の1つ116参照を介して、UAにデータを伝送してもよく、リンクが、低品質である場合、アクセスデバイスは、2つ118参照、4つ120参照、またはさらに8つのCCE122参照のサブセットを介して、UAにデータを伝送してもよく、付加的CCEは、関連付けられたDCIメッセージのよりロバストな伝送を促進する。アクセスデバイスは、多くの他の基準に基づいて、DCIメッセージ伝送のためのCCEサブセットを選択してもよい。以下、そうではないことが示されない限り、1つのCCEを含むCCEサブセットは、アグリゲーションレベル1またはAL1サブセットと称されるであろう。同様に、2つのCCEを含むサブセットは、アグリゲーションレベル2またはAL2サブセットと称され、4つのCCEを含むサブセットは、アグリゲーションレベル4またはAL4サブセットと称され、8つのCCEを含むサブセットは、アグリゲーションレベル8またはAL8サブセットと称されるであろう。アグリゲーションレベルが高いほど、特定のDCIを伝送するために使用されるCCEの数が、より大きく例えば、アグリゲーションレベル8は、アグリゲーションレベル4より大きい、したがって、所与のチャネル条件のセットを前提として、よりロバストであることを示す。故に、不良チャネル条件を伴うUA10は、より高いアグリゲーションレベルが割り当てられ、UA10が、PDCCH上で受信したDCIメッセージを正常にデコードすることができることを確実にしてもよい。次に、図4を参照すると、図3に描写されるように、それぞれ、UA特異的および共通検索空間114ならびに112に対するアグリゲーションレベル、CCEの数における各アグリゲーションレベルのサイズ、および各アグリゲーションレベルにおいて、UA10によって検索されるべきPDCCHCCEサブセット候補の数を示す、図3における情報を要約する、表が提供される。UA特異的検索空間114では、アグリゲーションレベル1では、検索空間は、合計6つのPDCCH候補を伴う、6つのCCEである。アグリゲーションレベル2では、検索空間は、合計6つのPDCCH候補を伴う、12のCCEである。アグリゲーションレベル4では、検索空間は、2つのPDCCH候補を伴う、8つのCCEであって、アグリゲーションレベル8では、検索空間は、2つのPDCCH候補を伴う、16のCCEである。共通検索空間112では、アグリゲーションレベル4では、検索空間は、4つのPDCCH候補を伴う、16のCCEであって、アグリゲーションレベル8では、検索空間は、2つのPDCCH候補を伴う、16のCCEである。概して、図4に示されるアグリゲーションレベルの異なるものを使用することによって、PDCCH伝送の信頼性は、意図されたUAに対して設定されてもよい。UAによって監視されるべきPDCCH候補のセットは、検索空間の観点から定義され、アグリゲーションレベル1、2、4、または8における検索空間SkLは、PDCCH候補のセットによって定義される。検索空間SkLのPDCCH候補mに対応するCCEは、以下の式によって求められてもよい。式中、YkYkは、TS36.213の第9.1.1節に説明されるように計算されてもよいは、UA特異的検索空間を定義するための乱数であって、Lは、アグリゲーションレベルであって、i=0、...、L-1、およびm=0、...、ML-1である。MLは、所与の検索空間内で監視するためのPDCCH候補の数である。キャリアアグリゲーションの場合、制御チャネル構造は、DCI制御メッセージを分配するための各キャリアに配分される。図5aおよび5bは、キャリアアグリゲーションに対して、2つ以上のキャリアのために、制御チャネルを実装するための2つの例示的PDCCH設計選択肢を例証する。図5aでは、各キャリアf1およびf2は、別個のPDCCH領域が配分される。故に、キャリアf1に関連するDCI制御メッセージは、PDCCH領域130を介して、分配され、キャリアf2に関連するDCI制御メッセージは、PDCCH領域132を介して、分配される。比較的に実装が容易であるが、図5aのPDCCH構造は、各キャリア上に実質的リソースの配分を要求し、特定のキャリアが、PDCCH領域を有していない時は、当てはまらない。複数のキャリアに対するPDCCH領域が、単一キャリア上に留保される場合、他のキャリアは、制御領域を伴うことなく、PDSCHのみを伝送するように構成され、PDSCH伝送の帯域幅効率を増加させるであろう。加えて、各キャリアの被覆範囲は、異なり得る。また、ある場合には、UA実装を簡略化するために、単一キャリア上で制御を伝送することが望ましくあり得る。故に、多くの場合、特定のキャリアは、PDCCH領域を実装しない、または利用可能にしなくてもよい。図5bは、代替PDCCH領域設計選択肢を例証しており、あるPDCCH領域は、ゼロ以上の他のキャリアに加え、PDCCHが伝送されるキャリアに対して、DCI制御メッセージを分配するように構成されてもよい。図5bでは、キャリアf1に関連するDCI制御メッセージは、PDCCH領域136を介して、分配される。加えて、キャリアf1上のPDCCH領域136は、キャリアf2および/または付加的キャリア図示せずに関連するDCI制御メッセージを分配するように構成されてもよい。DCI制御メッセージが関連するPDSCH/PUSCHキャリアを示す、新しいDCIフィールドを使用して、図5bに例証されるPDCCH設計選択肢を実装することが可能であり得るが、そのような解決策は、既存のDCI形式の数を修正または増加させるだろうため、望ましくない。本システムは、2つ以上のキャリアのそれぞれ上のリソース配分を判定するために、DCI制御メッセージを第1のキャリア上の1つのPDCCH領域を介して分配させる、2つ以上のキャリア間の物理ダウンリンク制御チャネルPDCCH領域等、単一制御チャネルの共有を促進する。ネットワーク構成に応じて、本システムは、従来のDCI制御メッセージ形式を使用して、実装されてもよい。したがって、既存のDCI形式の長さは、本システムの実装後でも、不変のままであり得る。各解決策は、以下に別個に説明されるが、異なる解決策の種々の側面は、少なくともいくつかの実施形態において組み合わせられ、他の有用解決策をもたらし得ることを理解されたい。解決策1本システムの一実装では、単一キャリアPDCCH領域上のCCEは、異なる群に割り当てられ、各群は、マルチキャリアシステムの異なるキャリアに事前に割り当てられる。例えば、図6を参照すると、PDCCH領域140は、キャリアf1上に位置する。PDCCH領域140のCCEは、2つの群に配分され、各群は、キャリアf1またはキャリアf2のいずれかに割り当てられる。PDCCH領域140は、PDCCH140の第1のCCE群142を含み、CCE群142は、キャリアf1に配分される。第1のCCE群142は、PDCCH領域140のCCE0-17を含む。同様に、PDCCH領域140の第2のCCE群144は、キャリアf2に配分され、PDCCH領域140のCCE18-35を含む。3つ以上のキャリアを有するシステムでは、単一PDCCH領域上のCCEは、キャリアの数に等しい数の群に配分されてもよい。ネットワーク実装に応じて、各群に配分されたCCEの数は、等しくてもよく、またはキャリア間で変動してもよい。依然として、図6を参照すると、キャリアf1とf2との間でDCI制御メッセージを配分するために、PDCCH領域140内に存在し得る、アグリゲーションレベルおよび検索空間が、示される。PDCCH領域140は、36のCCEを含む。CCE0-17は、第1の群に置かれ、キャリアf1PDCCH領域140を含有するキャリアに配分され、CCE18-35は、第2の群に置かれ、キャリアf2に配分される。PDCCH領域140を使用して、アクセスデバイス12は、CCEの1つあるいはCCEのアグリゲーションまたはサブセットを選択し、DCI制御メッセージをUA10に伝送する。アクセスデバイスによって選択される特定のCCEサブセットは、少なくとも部分的に、アクセスデバイス12とUA10との間で認識される通信条件に依存してもよい。選択されるCCEサブセットはまた、DCI制御メッセージがリソースを配分するキャリアを判定する。例えば、高品質通信リンクが、キャリアf1上において、アクセスデバイス12とUA10との間に存在することが既知である場合、アクセスデバイス12は、キャリアf1に配分されるCCE142の群内のCCEの単一の1つ146参照を介して、制御メッセージをUA10に伝送してもよい。キャリアf1リンクが、低品質である場合、アクセスデバイス12は、キャリアf1に配分されるCCE142の群内の2つ148参照、4つ150参照、またはさらに8つのCCE152参照のサブセットを介して、データをUA10に伝送してもよく、付加的CCEは、UA10への関連付けられたDCIメッセージのよりロバストな伝送を促進する。同様に、高品質通信リンクが、キャリアf1上において、アクセスデバイスとUAとの間に存在することが既知である場合、アクセスデバイスは、キャリアf2に配分されるCCE144の群内のCCEの単一の1つ154参照を介して、データをUA10に伝送してもよい。キャリアf2に対するPDCCH領域は、キャリアf1上で伝送されるため、キャリアf1上のチャネル品質は、アグリゲーションレベルを判定する際に考慮されるべきである。キャリアf1リンクが、低品質である場合、アクセスデバイスは、キャリアf2に配分されるCCE144の群内のCCEの2つ156参照、4つ158参照、またはさらに8つのCCE160参照のサブセットを介して、データをUA10に伝送してもよく、付加的CCEは、関連付けられたDCIメッセージのよりロバストな伝送を促進する。アクセスデバイスは、多くの他の基準に基づいて、DCIメッセージ伝送のためのCCEサブセットを選択してもよい。UA10が、キャリアf1に対して指定されるCCE空間142において、有効DCI制御メッセージ形式を見つける場合、UA10は、対応するグラントが、キャリアf1に対して有効であると結論付けてもよい。反対に、UA10が、キャリアf2のために指定されるCCE空間144において、有効DCI形式を見つける場合、UA10は、対応するグラントが、キャリアf2に対して有効であると結論付けてもよい。多くの場合、PDCCH領域140上で利用可能なCCEの総数は、システム要件に応じて、36より多いまたは少なくてもよい。例えば、PDCCH領域内の多数のCCEは、アクセスデバイスが、所与のサブフレームの間、特定のUAに伝送することを所望するが、アクセスデバイスが、所望のDCI制御メッセージを置くべき、PDCCH領域内に好適なCCEのサブセットを見つけることができない場合、PDCCH上でのブロッキングの発生を最小限にし得る。さらに、CCEは、キャリア間に均一に分配される必要はない。例えば、アクセスデバイスとスケジューリングされたUAとの間の特定の強いまたは高品質の接続を有することが知られているキャリアは、より高いレベルのアグリゲーションが、キャリアに対して必要である可能性が低いため、PDCCH領域内により少ない総CCEが配分されてもよい。反対に、非常に低い品質の接続を伴うキャリアは、多くの場合、高レベルのアグリゲーションを要求するであろうため、PDCCH領域内により多い総数のCCEが配分されてもよい。一実装では、キャリアf1に配分されたCCEセット142は、Rel-8信号伝達物理制御形式インジケータチャネルPCFICHを使用して、信号伝達され、キャリアf2に配分されたCCEセット144は、代替信号伝達方法を使用して、信号伝達される。その場合、Rel-8UAは、CCEセット144によって、サーブされなくてもよい。別の実装では、CCE空間全体CCEセット142および144を含むが、Rel-8信号伝達を使用して、PCFICHを使用するRel-8UAに信号伝達され、CCEセット142および144は、2つのエンティティとして、Rel-10信号伝達を使用して、Rel-10UAに信号伝達される。例えば、RRC信号伝達は、CCEセット142および144を示すために使用することができる。その場合、Rel-8UAは、単一グラントに対して、PDCCH空間全体に及んでもよい一方、Rel-10UAに対する単一グラントは、CCEセット142またはCCEセット144のいずれかに位置する。両方の場合、UAは、現在定義されているものと同一PDCCH検索プロシージャを使用し、アクセスデバイスは、特定のグラントが、各UAに対する適切な場所に位置することを確実にし得るため、解決策は、Rel-8UAに透過的であってもよい。ある場合には、Rel-8技法を使用して、十分に大きなPDCCH空間を定義し、複数のキャリア動作に対応することは、困難であり得る。例えば、4つ以上の直交周波数分割多重化OFDMシンボルが、PDCCHに対して必要とされる場合、トラフィックチャネルPDSCHを制御チャネルPDCCHからオフセットすることは、困難であり得る。したがって、システムまたはシステムの一部は、論理領域内に実装されてもよく、CCEセット142は、Rel-8におけるように定義され、CCEセット144は、特定の無線リソースのセット、例えば、物理リソースブロックのセットを使用する。しかしながら、これは、UAが、サブフレーム全体をバッファすることを要求し、したがって、既存のPDCCH構造のマイクロスリープの利点を排除し得る。前述の第1の解決策は、キャリアf1およびキャリアf2に対するPDCCH領域140CCEサブセット142と144との間のトランキングを可能にし得ず、したがって、完全共通PDCCH空間と比較して、より高いブロッキングレートをもたらし得る。したがって、Rel-8DCI形式を変更することなく、CCEの共通セットを使用して、キャリアf1およびf2両方上に配分を行うことが望ましくあり得る。加えて、特に、より大きなアグリゲーションレベルでは、各キャリアに対して、検索空間を留保することが困難であり得る。信号伝達は、各UA10に、CCEのセットを特定のキャリアにマップする方法を命令するように実装されてもよい。ある場合には、ブロードキャスト信号伝達を使用して、PDCCH領域をCCE群に分割してもよい。例えば、再び、図6を参照すると、ブロードキャスト信号伝達を使用して、CCEセット142が、CCE0-17に対応し、CCEセット144が、CCE18-35に対応することを示してもよい。CCEセットが構成された後、アクセスデバイスは、どのキャリアが、どのCCEセットに対応するかを示してもよい。加えて、アクセスデバイスは、各CCEセット内のキャリアインデックスを示してもよい。例えば、CCEセット142が、CCEセット0と称され、3つのキャリアに対して使用され図6におけるようにではなく、CCEセット144が、CCEセット1と称され、1つのキャリアに対して使用される場合、例示的信号伝達は、以下の表に例証される。この場合、DCIメッセージは、CCEセット内のキャリアインデックスを示すように修正されてもよく、または後述の解決策のうちの1つを、キャリアを示すために使用することができる。定義されたCCEセットが1つのみの場合、図6におけるように、CCEセット内のキャリアインデックスは、キャリアインデックスに等しくてもよく、その場合、信号伝達は、必要でなくてもよい。解決策2他の実装では、CCEは、複数の構成要素キャリア間で共有することができるが、特定のアグリゲーションレベルにおける、第1のキャリアに対する第1のPDCCHDCI制御メッセージ候補は、同一アグリゲーションレベルにおける、第2のキャリアに対する第2のPDCCHDCI制御メッセージ候補と重複しないことを条件とする。図7を参照すると、キャリアf1およびf2はそれぞれ、キャリアf1PDCCH領域162上で利用可能なCCE本実施例では、0-35と番号が付けられた合計36のCCEのいずれかによって、リソースが配分されてもよい。キャリアf1およびキャリアf2に対するCCE配分を区別するために、あるアグリゲーションレベルにおける、各非アンカキャリアに対するPDCCH162候補は、アンカキャリア上の各PDCCH候補の位置に対して、アンカキャリア上に配分されたCCEの数だけ、シフトされる。図7では、キャリアf1とf2との間でDCI制御メッセージを配分するために、PDCCH領域162内に存在し得る、アグリゲーションレベルおよび検索空間が、例証され、キャリアf1およびf2に対するDCI制御メッセージは、PDCCH領域162を通して、分配されてもよい。図7では、キャリアf1およびf2に対するDCI制御メッセージはそれぞれ、0-35と番号が付けられたCCEのうちの1つ以上すなわち、PDCCH領域162上で利用可能なCCEのいずれかが配分されてもよい。キャリアf1およびキャリアf2に対する配分を区別するために、キャリアf2に対するPDCCH候補は、アンカキャリア例えば、キャリアf1に配分されたCCEの位置に対して、シフトされる。例えば、図7では、キャリアf2に対するアグリゲーションレベル1のためのPDCCH候補は、アグリゲーションレベル1において、アンカキャリアに配分されたCCEの数だけ、キャリアf1に対するPDCCH候補に対して、シフトされる。図7では、PDCCH候補166から始まる6つのCCEが、アンカキャリアキャリアf1に配分されている。したがって、キャリアf2PDCCH候補に対する開始CCE164は、アンカキャリアに配分されたCCEの数この場合、6だけ、アンカキャリア上のものと同一開始位置からシフトされる。したがって、PDCCH候補164に対する開始点は、6つのCCEだけ、右にシフトされる。同様に、依然として、図7を参照すると、候補168から開始する、AL2およびキャリアf1Cf1に対する6つのPDCCHまたはCCEサブセット候補が存在する。AL2上に6つのPDCCH候補が存在するため、AL2上のキャリアf2Cf2に対する6つのPDCCH候補の最初の170は、示されるように、6つの候補だけ、シフトされる。類似プロセスは、各アグリゲーションレベルにおいて、キャリア間に配分されたPDCCH候補を指定および発行するために反復されてもよい。アルゴリズムもまた、付加的キャリアが、システムに追加されるのに伴って、適用されてもよい。第3のキャリアに対するPDCCH候補は、例えば、キャリアf1およびf2の両方に配分されたPDCCH候補の数だけ、右にシフトされるであろう。同様に、第4のキャリアに対するPDCCH候補は、キャリアf1、f2、およびf3に配分されたPDCCH候補の数だけ、右にシフトされるであろう。UA10が、特定のアグリゲーションレベルにおいて、有効DCI制御メッセージ形式を見つける場合、UA10は、DCIメッセージを伝送するために使用されるCCEに基づいて、どのキャリアに、グラントが配分されるかを判定することができる。DCIメッセージを伝送するために使用されるCCEが、第1のキャリアに配分されたもの内にある場合、グラントは、第1のキャリア上のリソースに対するものである。しかしながら、CCEが、第2のキャリアに配分されたセット内に含まれる場合、グラントは、第2のキャリア上のリソースのためのものである等となる。図7では、アグリゲーションレベル4およびアグリゲーションレベル8に対して、単一キャリア例えば、アンカキャリアのみ、共通検索空間と重複してもよい。したがって、PDCCH162のAL4およびAL8領域の特別な扱いが、要求される。図7に示される実施例では、2つの候補165および167が、AL4におけるキャリアf2に対して存在するが、残りの候補は、キャリアf1上のUA10特異的検索空間または共通検索空間のいずれかのために使用されるため、AL8におけるf2に対する候補は、ゼロである。別の実装では、UA10は、第1のアグリゲーションレベルで分配されたすべてのDCI制御メッセージを読み出し、制御メッセージが、キャリア間に均一に分配されることを前提として、そのアグリゲーションレベルにおけるDCI制御メッセージの総数に基づいて、各制御メッセージと関連付けられたキャリアを判定してもよい。例えば、アグリゲーションレベル1において分配された合計6つの総DCI制御メッセージが存在し、UA10が、PDCCHによってサーブされる2つのキャリアが存在することを把握している場合、UA10は、第1の3つの制御メッセージが、キャリアf1上にリソースを配分し、第2の3つの制御メッセージが、キャリアf2上にリソースを配分すると判定してもよい。言い換えると、システムは、キャリア間にPDCCH候補を均一に分散し、また、キャリアのものと同一順序で候補を発行するように構成されてもよい。3つのキャリア図示せずの場合、例えば、制御メッセージの3分の1は、キャリアf1上に、3分の2は、キャリアf2上に、最後の3分の1は、キャリアf3上に、リソースを配分するであろう。本プロセスは、すべてのアグリゲーションレベルにおいて、任意の数のキャリアに対して、反復されてもよい。ある場合には、Rel-8技法を使用して、十分に大きなPDCCH空間を定義し、複数のキャリア動作に対応することが困難であり得る。共通検索空間は、Rel-8とRel-10UEとの間で共有されてもよいため、検索空間は、PCFICH等、Rel-8信号伝達を使用して、信号伝達されてもよい。その結果、検索空間は、1.4MHzのキャリア帯域幅に対して、合計3つのOFDMシンボルに限定され得るまたは、4つのOFDMシンボルであるが、そのような狭帯域幅は、キャリアアグリゲーションに対して適用される可能性は低い。図7では、キャリアf2に対するPDCCH候補は、キャリアf1に対するPDCCH候補の隣に位置する。これは、1つの位置決めアルゴリズムであって、任意の位置決めアルゴリズムを使用することができることを理解されたい。例えば、キャリアf2に対するPDCCH候補は、キャリアf1に対するPDCCH候補のために使用されるプロセスと同様に、PDCCH内に疑似乱数的に位置してもよい。キャリアf1に対するPDCCH候補が、キャリアf2に対するPDCCH候補と重複する場合、一方のキャリアは、優先度が与えられなければならない。例えば、重複する場合、PDCCH候補は、UA10およびアクセスデバイス12において、キャリアf1に対応することが既知であり得る。解決策3別の実装では、特定のアグリゲーションレベルに対して、各アグリゲーションレベルにおいて、各キャリアに対して配分されたPDCCH候補のための開始CCEは、次のより小さいアグリゲーションレベル内のCCEの数に基づいて、シフトされる。図8は、各アグリゲーションレベルに対して、特定のキャリアに対するPDCCH候補が、次のより小さいアグリゲーションレベル内の複数のCCEの数だけシフトされ得る、PDCCH180を例証する。例えば、あるアグリゲーションレベルにおいて、2つのキャリアに対して、第2のキャリアに対するDCI制御メッセージは、次のより低いアグリゲーションレベルにおける各PDCCH候補にアグリゲートされたCCEの数と等しいCCEの数だけ、第1のキャリアに対して、制御メッセージからオフセットされてもよい。アグリゲーションレベル1に対するオフセットは、1より低いアグリゲーションレベルが存在しないため、例外であることに留意されたい。その場合、アグリゲーションレベルに対するオフセットは、任意の整数に設定されてもよい例えば、6のオフセットが、図8に例証される。依然として、特異的実施例に関して、図8を参照すると、キャリアf2に対するアグリゲーションレベル2PDCCH候補184のための開始CCEは、キャリアf1に対するPDCCH候補182に対して、1つのCCE次のより小さいアグリゲーションレベル内のアグリゲートされたCCEの数に等しいだけ、シフトされる。同様に、キャリアf2に対するアグリゲーションレベル4のためのPDCCH候補188は、キャリアf1に対するPDCCH候補186に対して、2つのCCE次のより小さいアグリゲーションレベル内のアグリゲートされたCCEの数に等しいだけ、シフトされる等となる。より低いアグリゲーションレベルにおける各PDCCH候補内のCCEの数だけ、任意の所与のアグリゲーションレベルにおける異なる周波数に対するPDCCH候補をシフトすることによって、各アグリゲーションレベルでの異なる周波数におけるPDCCHは、精密には、重複せず、したがって、CCEサブセット候補は、一意である。ここでは、本第3の解決策は、同一アグリゲーションレベルにおいてPDCCH候補を構成する、CCEの数Q未満である、任意のオフセットが使用され得るように、一般化されてもよいことを理解されたい。より広義には、オフセットに関する主な制限は、それが、Qの整数の倍数ではないことである。例えば、図8におけるアグリゲーションレベルAL4では、示されるオフセットは、2つのCCEに等しい。そのオフセットは、1つのCCEまたは3つのCCEすなわち、Q-lに変更され、類似効果を達成してもよい。同様に、AL8に対して、図8に示される4つのCCEオフセットは、1つのCCEから7つのCCEのいずれであってもよいすなわち、再び、Q-lであって、Qは、各AL8CCEサブセット候補内のCCEの数である。より広義には、オフセットシフトに関する主な制限は、少なくともいくつかの実施形態では、同一アグリゲーションレベルにおいて、PDCCH候補を構成する、CCEの数の整数の倍数ではないことであり得る。解決策4図9を参照すると、さらにある他の実施形態では、特定のPDCCH候補に対するキャリアは、PDCCH候補のCCEインデックスによって計算されてもよい。例えば、構成キャリアの数は、Nであると仮定すると、特定のPDCCH候補に対するキャリアインデックスは、以下の式によって判定されてもよい:キャリアインデックス=Icce/LMODN1式2式中、Icceは、特異的PDCCH候補内の第1のCCEのインデックスであって、Lは、現在検討されているアグリゲーションレベルである。図9では、例えば、PDCCH候補202に対する200のキャリアインデックスは、式2を使用して、判定されてもよい。PDCCH候補202は、4のIcce、1のアグリゲーションレベルを有する。PDCCHは、2つのキャリアを含み、したがって、PDCCH候補202に対するキャリアは、4/1MOD21=4MOD21=01=1に等しい。同様に、PDCCH候補204は、12のIcce、および4のアグリゲーションレベルを有する。故に、PDCCH候補204に対するキャリアは、12/4MOD21=3MOD21=11=2に等しい。このように、図9における各PDCCH候補に割り当てられるキャリアは、UA10によって計算されてもよい。したがって、いくつかの実装では、本システムは、特定のアグリゲーションレベルにおいて、各キャリアに対して、PDCCH候補を互いに組み合わせる。UA10が、式2によって、一意のキャリアインデックスを達成することを保証するために、図10に示されるように、構成キャリアの数の関数として、PDCCH候補の数を増加させる必要がある。図10では、UA特異的空間に対するアグリゲーションレベルおよびCCEの数における各アグリゲーションレベルに対する検索空間の最小必要サイズを示す、表が提供される。アグリゲーションレベル1では、最小検索空間は、NCCEであって、Nは、キャリアの数である。アグリゲーションレベル2では、最小検索空間は、2NCCEである。アグリゲーションレベル4では、最小検索空間は、4NCCEであって、アグリゲーションレベル8では、最小検索空間は、8NCCEである。すなわち、最小検索空間サイズは、ALNCCEとして指定され得、ALは、アグリゲーションレベル1、2、4、または8であって、Nは、キャリアの数である。他の実施形態では、アクセスデバイスが、いくつかのUAと通信する、キャリアアグリゲーションの場合では、UAのうちの1つと関連付けられたPDCCH候補のすべてアグリゲーションレベルのうちの1つ以上においてが、現在使用されている場合、ブロッキングが、生じ得、グラントをUAのうちの1つ以上に伝送する際、遅延が生じる。本理由から、キャリアアグリゲーションの場合、少なくともある場合には、UAが、増加された数の候補をブラインドデコード可能である場合、CCE検索空間のサイズおよびPDCCH候補の数を増加させることが可能であることが有用であると認識されている。例えば、ある場合には、構成キャリアの数の関数として、CCE検索空間サイズおよびPDCCH候補の数を増加させることが有用となり得る。構成キャリアの数の関数として、検索空間サイズおよびPDCCH候補の数を増加させる例示的方法の1つは、図17に例証されており、例えば、maxN,6は、キャリアの数の最大値を意味し、6は、アグリゲーションレベル1に対して、CCE内の検索空間のサイズとして、選択される。同様に、2xmaxN,6は、キャリアの数の2倍の最大値を意味し、12等となる。したがって、例えば、構成キャリアの数が、4である場合、各候補が、8つのCCEを含む場合、4つの候補が存在するように、CCE内の検索空間は、32例えば、8xmaxN,2、式中、Nは、4であるであって、PDCCH候補の数は、4例えば、maxN,2、式中、Nは、4であるである。ダウンリンクDCIおよびアップリンクDCIを同時に受信するために、PDCCH候補の数は、図18に示されるように、構成キャリアの数の2倍だけ、増加することができる。別の実施形態では、より大きな数のPDCCH候補が、実際の構成キャリアの数に関わらず、キャリアアグリゲーションが構成される時、LTERel-8システムにおいて使用されるPDCCH候補の数の代わりに、使用されることができる。図19は、一例示的アプローチを示し、M1、M2、M3、およびM4は、それぞれ、アグリゲーションレベル1、2、4、および8に対するPDCCH候補の数を表し、M1、M2、M3、およびM4は、それぞれ、LTERel-8において使用されるPDCCH候補の数以上であるべきである。これらの値は、信号伝達される、または仕様に規定することができる。少なくともいくつかの実施形態では、同一値をM1、M2、M3、およびM4に対して使用することができる、または異なる値を使用することができる。図19では、単一キャリアのみ構成される場合、検索空間サイズおよびPDCCH候補の数は、Rel8システムにおける空間サイズおよび候補数と同じであることに留意されたい。したがって、ここでは、再び、構成キャリアの数は、検索空間サイズおよびPDCCH候補の数に影響を及ぼす。図10、17、18、および19は、UA特異的検索空間を拡張するためのいくつかの異なる方法を示すが、本技法はまた、共通検索空間内で伝送されるPDCCHが、PDSCH/PUSCHが伝送されるキャリアと異なるキャリア上で伝送される場合、共通検索空間にも適用することができる。PDSCH伝送に対するキャリアの数およびPUSCH伝送に対するキャリアの数は、eNB構成に応じて、異なり得る。この場合、Nは、より大きな数のキャリアであることができる。別の実施形態では、図20を参照すると、第1のセットのPDCCH候補サイズA1、A2、A3、およびA4は、単一キャリア動作N=lに対して使用されてもよく、第2のセットのPDCCH候補サイズC1、C2、C3、およびC4は、キャリアアグリゲーションに対して使用されてもよく、第2のセットのPDCCH候補サイズC1、C2、C3、C4は、第1のセットのPDCCH候補サイズA1、A2、A3、A4を含む、関数と、キャリアNの数-1によって乗算される、スケーリングパラメータB1、B2、B3、およびB4を使用して、定義される。少なくともいくつかの実施形態では、第1のセットのPDCCH候補サイズすなわち、A1、A2、A3、A4は、LTERel-8において使用されるものに等しい。本方式はさらに、単一セットのPDCCH候補が、特定のセットのキャリアに非均一に寄与され得るように、一般化されてもよい。例えば、2つのキャリアに対して、一方のキャリアは、6つのPDCCH候補が配分されてもよく、他方のキャリアは、3つのPDCCH候補が配分されてもよい。代替として、式は、特定のアグリゲーションレベルに対するPDCCH候補の場所が、各キャリアに対してランダムであるように、採用されてもよい。これは、例えば、キャリアインデックスフィールドを3GPPTS36.213、v8.6.02009年3月において見出される式に追加することによって、実装されてもよい。ある場合には、PDCCHのサイズに応じて、2つ以上のキャリアに対するPDCCH候補が、衝突する可能性があり得る。その場合、PDCCH候補は、特定のキャリア、例えば、最低キャリアインデックス例えば、アンカキャリアを伴うキャリアに配分されてもよい。ある場合には、検索空間サイズおよびPDCCH候補の数は、あるキャリアの数まで、キャリアの数に伴って増加し、次いで、より多くのキャリアが追加されるのに伴って、一定値を維持する。例えば、それぞれ、1、2、3、4、5つのキャリアに対して、N=1とすると、PDCCH候補の数は、6、10、14、18、18となり得る。この場合、付加的PDCCH候補は、4つと5つのキャリア間の遷移において使用されない。本システムの前述の実施形態は、別個または組み合わせて、実装されてもよい。解決策5本システムのいくつかの実装では、アンカキャリアのC-RNTIまたは各UAのRNTIを使用して、UE特異的検索空間内のキャリア間のPDCCH候補の配分を判定してもよい。以下の実施例では、検索空間は、Rel-8に対して、同一サイズまたは拡張されてもよい。複数のRNTIが、UAに割り当てられてもよく、1つのRNTIが、各キャリアに対して割り当てられる。例えば、2つのキャリアを使用するシステムに対して、UA10は、第1のキャリアと関連付けられた第1のRNTIおよび第2のキャリアと関連付けられた第2のRNTIが割り当てられてもよい。アクセスデバイスが、第2のキャリア上のリソースを第1のUAに配分することを所望する場合、アクセスデバイスは、DCI制御メッセージをエンコードする時、UAの第2のRNTIを使用する。同様に、アクセスデバイス12が、第1のキャリア上のリソースをUA10に配分することを所望する場合、アクセスデバイス12は、DCI制御メッセージをエンコードする時、UAの第1のRNTIを使用する。したがって、UAは、両RNTIを使用して、メッセージをデコードしようとすることによって、どのキャリアに、制御メッセージが、サービスを配分するかを判定することができる。制御メッセージを正常にデコードするRNTIの数は、UAに、制御メッセージがリソースを配分するキャリアを通知する。例えば、PDCCH候補を受信後、各UAは、候補のブラインドデコーディングを試みてもよい。ブラインドデコーディング後、PDCCH候補のCRCスクラブリングが、UAの割り当てられたRNTI値のすべてに対して比較される。RNTIのうちの1つが、PDCCH候補を正常に逆スクランブルするために使用することができる場合、逆スクランブルを行うために使用されるRNTIは、PDCCH候補のDCI制御メッセージと関連付けられた特定のキャリアを識別する。代替として、異なるCRCマスクが、各キャリアに対して使用され、類似機能性を達成してもよい。別の実装では、PDCCH候補内の変調シンボルまたはリソース要素群REGは、どのキャリアに、PDCCH候補が、リソースを割り当てるかの表示として、回転されてもよいまたは別様にその順序を変動させる。例えば、特定のPDCCH候補に対して、対数尤度比LLRを生成後、UA10は、標準的アプローチおよび、REGの標準的構成を使用して、PDCCH候補をブラインドデコードしようと試みる。デコーディングが成功する場合、PDCCH候補は、キャリアf1に配分される。デコーディングが失敗する場合、UA10は、REGのLLR変調シンボルに対応するを所定のアルゴリズムに対して代替順序に適宜シャッフルし、ブラインドデコーディングを再び試みるように構成される。第1の代替順序付けを使用するブラインドデコーディングが作用する場合、PDCCH候補は、キャリアf2に配分される。シャフリングアルゴリズムは、2回、3回、または4回、実装され、例えば、第3、第4、および第5のキャリアを識別してもよい。本実施例では、標準的順序およびLLRに対する任意の所定の代替順序付けは、異なるキャリアに対応する。ある場合には、2つ以上の異なる順序付け構成が、REGに対して定義され、REG順序付けに、2つ以上のキャリアのうちの1つに対するPDCCH候補の配分を示させてもよい。実施例として、図11a-11cは、REGの並べ替えを例証しており、REG順序付けを使用して、PDCCH候補と関連付けられたキャリア間で区別してもよい。図11aは、アグリゲーションレベル1に対して定義され得る、REGを例証する。図11bは、キャリアf1を識別するための図11aのREGの例示的順序を例証する。図11cは、キャリアf2を識別するための図11aのREGの例示的順序を例証する。アグリゲーションレベル1では、9つのREG図11aに示されるようにを使用して、次いで、ブラインドデコードされ、有効DCI制御メッセージが存在するかどうか判定され得る、1つのCCEを構築してもよい。第1のREG順序付けは、キャリアf1に対して使用される。PDCCH候補のブラインドデコーディングが、図11bの順序付けを使用して、成功する場合、UA10は、PDCCH候補が、キャリアf1に配分されると判定する。しかしながら、ブラインドデコーディングが失敗する場合、REGは、図11cに従って、並び替えられてもよく、第2のブラインドデコーディングは、UAによって試みられてもよい。ブラインドデコーディングが成功する場合、UA10は、PDCCH候補が、キャリアf2に配分されると判定する。しかしながら、ブラインドデコーディングがまた、不成功の場合、UA10は、PDCCH候補が無効例えば、別のUAに配分されるである、または別のキャリアに配分されると判定してもよい。図11bおよび11cでは、個々のREGの逆が、キャリアf2に配分されたPDCCH候補をキャリアf1に配分されたものと区別するために使用される。しかしながら、他の実装では、他の並べ替えアルゴリズムが、実装されてもよい。一実施例では、各REG内の個々のリソース要素または変調シンボルは、異なるキャリアを暗黙的に信号伝達するように並び替えられる。例えば、REG内の特異的数または数の組み合わせの位置が、キャリアを示してもよい。代替として、アグリゲーションレベル1より高いアグリゲーションレベルに対して、潜在的PDCCH候補を構成するCCEの順序付けは、PDCCH候補が配分されるキャリアを示す、その順序付けに伴って変動され得る。そのようなアプローチの実施例は、図12に示される。図12は、アグリゲーションレベル2、4、および8における、キャリアf1およびf2のそれぞれに対するPDCCH候補の例示的構造を示す。各潜在的PDCCH候補に対して、現在指定されている順序付けにおいてアグリゲートされたCCEブラインドデコーディング例えば、LTE仕様に従ってが、最初に試みられる。ブラインドデコーディングが成功する場合、PDCCH候補が、キャリアf1に配分されることが示されてもよい。ブラインドデコーディングが失敗する場合、CCEは、並び替えられ図12は、現在のアグリゲーションレベルの量の半分のCCEの回転を例証するが、他のCCEの並べ替えもまた、可能であってもよい、第2のブラインドデコーディングが行われる。本ブラインドデコーディングが成功する場合、PDCCH候補が、キャリアf2に配分されることが示されてもよい。本アプローチは、複数のCCEが、PDCCH候補を構築するために使用されることを要求するため、アグリゲーションレベルAL1に対して作用しないであろう。したがって、図12では、AL2およびキャリアf1において、CCE0および1は、0の後に1が続く、従来の順序において処理される。デコーディングが成功する場合、DCIメッセージは、キャリアf1に対応する。UA10はまた、1の後に0が続く、逆の順序において、CCEのデコードを試み、正常デコーディングは、キャリアf2に対応するDCIメッセージをもたらす。UA10はまた、レベルAL4において、CCE0、1、2、および3を、キャリアf1に対しては、従来の順序で、デコードすることを試み、キャリアf2に対しては、順序2、3、0、1で、デコードすることを試み、そして、レベルAL8において、CCE0、1、2、3、4、5、6、および7を、キャリアf1に対しては、従来の順序で、デコードすることを試み、キャリアf2に対しては、順序4、5、6、7、0、1、2、および3で、デコードすることを試みる。最後に、予備ビットが、既存のDCI形式において使用されてもよく、または1つ以上の既存のDCI形式フィールドの定義が、DCI制御メッセージに、どのキャリアに、グラントが対応するかを明示的に示させるように変更されてもよい。本システムは、マルチキャリア制御構造を提供し、1つのキャリア上のPDCCHは、2つ以上のキャリア間にリソースを配分する、PDCCH候補を含んでもよい。一実装では、本システムは、既存のRel-8DCI制御メッセージ形式への修正を要求せず、既存のRel-8DCI形式の長さを変化させない。今後、LTE-Aでは、例えば、既存のDCI形式に加え、新しいDCI形式が、新しい特徴例えば、8x8MIMOおよびCoMPをサポートするために提案されてもよい。したがって、明示的ビットが、任意の新しいDCI形式に追加され、キャリアを信号伝達してもよい。たとえそうであっても、依然として、本システムに説明されるように、キャリアの暗黙的PDCCH配分を実装することは、有益であり得る。第1に、送信ダイバーシチおよび開ループSM等のRel-8モードは、依然として、LTE-Aシステムにおける高移動性UAに対するフォールバックモードまたは伝送モードとして、見なされてもよい。故に、形式1A等の対応するRel-8DCI形式は、依然として、そのようなシステムにおいて使用されてもよい。第2に、キャリアを識別するための明示的ビット、例えば、3ビットが、新しいDCI形式において定義される場合、任意のそのようなビットは、常に、伝送される必要があり、多くの場合、2つのキャリアのみアグリゲートされる時、またはキャリアアグリゲーションが存在しない時、無駄となり得る。その場合、明示的ビットが、例えば、0-3ビットと変動する場合、そのような実装は、ブラインドデコーディングを増加させ得る。対照的に、任意のそのような明示的ビットの数が、異なるキャリアアグリゲーション展開に対して、半静的に指定される場合、DCI形式の変動の数は、実質的に増加し得る。他の解決策いくつかの実施形態では、構成キャリアのセットは、実際のデータ伝送および受信のために使用されるキャリアのセットである。いくつかの実施形態では、キャリアは、構成されるが、アクティブ化されなくてもよい。この目的を達成するために、ある場合には、UAが、複数のキャリアを使用するように構成された後、構成キャリアは、アクセスデバイスからUAにアクティブ化信号を送信することによってすなわち、MAC信号伝達または物理信号伝達を介して、アクティブ化または非アクティブ化することができる。アクティブ化信号が、UAによって受信されないすなわち、アクティブ化/非アクティブ化が適用されない少なくともいくつかの実施形態では、構成キャリアは、常に、アクティブ化されるすなわち、デフォルトは、キャリアがアクティブである。アクティブ化/非アクティブ化の主要目的は、実際のデータアクティビティに基づいて、UA伝送/受信をより頻繁にオン/オフにすることであって、これは、UAバッテリ電力を節約する。MAC信号伝達または物理信号伝達は、RRC信号伝達より高速であって、したがって、より最適化される。それでもなお、RRC信号伝達が、ある場合には、使用されてもよい。図21は、アクティブ化信号に基づいて、1つ以上のキャリアのリソースグラントを識別するための例示的方法2100を示す、流れ図である。例示的方法2100は、UA10において行うことができる。プロセスは、ステップ2110から開始する。ステップ2120では、アクティブ化信号が、UA10において受信され、複数の構成キャリアが、データ伝送のために使用されてもよい。いくつかの実施形態では、アクティブ化信号は、MAC信号伝達または物理信号伝達に含むことができる。ステップ2130では、アクティブ化信号は、複数のキャリアのアクティブキャリアおよび/または非アクティブ化キャリアを識別するためにデコードされる。決定ステップ2140では、UA10は、構成キャリアの中からキャリアが、アクティブであるかどうかを決定する。キャリアが非アクティブ化されている場合、少なくともいくつかの実施形態では、UA10は、PDSCHまたはPUSCHリソースが、非アクティブ化キャリア上にスケジューリングされないため、非アクティブ化キャリアに配分されたPDCCH候補を監視しないであろう。UAは、非アクティブ化キャリアと関連付けられたCCEサブセット候補を無視し、ステップ2110に戻ることができる。キャリアが、アクティブである場合、UA10は、ステップ2150に進み、いくつかのCCEサブセット候補が、デコードするために識別される。2160では、識別されたCCEサブセット候補の最大数が、リソースグラントを識別するためにデコードされる。対合されたDLおよびULキャリアが、ULおよびDLに対して、異なるステータスを有するすなわち、DLキャリアは、非アクティブ化されているが、リンクされたULキャリアは、アクティブ化されている、またはその逆である時、UAは、依然として、DLキャリアまたはULキャリアにリンクされたPDCCH候補を監視するようにプログラムすることができる。その結果、PDCCH候補の総数は、アクティブ化されたキャリアの数の関数として、増加し得る。言い換えると、図17および18に示される表中のNは、アクティブ化されたキャリアの数として、定義することができる。DLおよびULキャリアが、独立して、アクティブ化/非アクティブ化されている場合、Nは、アクティブ化されたDLキャリアの数およびアクティブ化されたULキャリアの数の最大値であり得る。DCI0のみ、ULグラントに対して使用されるため、ULキャリアがアクティブ化されると、対応する対合されたDLキャリアは、非アクティブ化される。少なくともいくつかの実施形態では、少なくとも1つのキャリアが、ステップ2140において、アクティブであると識別されると、UA10は、随意の決定ステップ2145に進み、ULキャリアが、アクティブであるが、対合されたDLキャリアが、アクティブでないかどうか判定することができる。そうである場合、UAは、随意のステップ2155において、DCI0形式サイズに対してのみ、ブラインドデコーディングを行うようにプログラムされてもよく、これは、必要とされるブラインドデコーディングの数を半分に減少させるであろう。そうでなければ、UEは、2150において、すべての関連付けられたDCI形式に対して、ブラインドデコーディングを行い、CCEサブセット候補を識別してもよい。複数の構成要素キャリアに対する検索空間の設計に応じて、CCE場所の観点から、PDCCH候補が、2つ以上のキャリアに対して重複することが可能であってもよい。前述のように、本問題に対する解決策の1つは、重複の場合、1つのキャリアにのみ対応するように、PDCCH候補を定義することである。いくつかの実施形態では、第1のキャリアに対するPDCCH候補が、第2のキャリアに対するPDCCH候補と重複する時、DCI制御メッセージは、どのキャリアに、PDCCH候補が属するかを示す、キャリアインジケータフィールドCIFを含むように修正されてもよい。例えば、いくつかの実施形態では、CIFは、3ビットであってもよく、CIFの各値は、特定のキャリアに対応する。図22Aは、キャリア識別フィールドに基づいて、1つ以上のキャリアのリソースグラントを識別するための例示的方法2220Aを示す、流れ図である。例示的方法2220Aは、複数のキャリア能力を有する、UAにおいて行うことができる。プロセスは、ステップ2210から開始する。ステップ2220では、UAは、複数のキャリアの中から、各キャリアに対して、PDCCH候補または、CCEサブセット候補の場所を判定する。PDCCH候補の場所はまた、伝送前に、アクセスデバイスによって、各キャリアに対して判定することができることを理解されたい。ステップ2230では、PDCCHからの情報が、UAにおいて受信され、情報は、DCIメッセージを含む。2240では、PDCCH上で伝送される1つ以上のCCEサブセット候補が、UAによって識別される。決定ステップ2250Aでは、識別された1つ以上のCCEサブセット候補に対して、UAは、CCEサブセット候補のそれぞれが、1つのキャリアのみに対応するかどうか判定する。そうではない場合、すなわち、単一PDCCH候補が、2つ以上のキャリアに対応する場合、UAは、ステップ2270Aにおいて、DCIメッセージ内のCIFを識別することによって、DCIメッセージをデコードする。CCEサブセット候補が、2つ以上のキャリアに対応する場合、アクセスデバイスは、CIFを含む、DCI制御メッセージを伝送することができ、CIFは、PUSCH/PDSCHに対応するキャリアを示すことを理解されるであろう。ステップ2280Aでは、UAは、CIFを使用して、識別されたCCEサブセット候補のそれぞれと関連付けられたキャリアを識別する。単一PDCCH候補のみ、1つのキャリアに対応する場合、プロセス2200Aは、ステップ2260Aに進み、UA10は、CIFが含まれないことを前提として、DCI制御メッセージをデコードし、PDCCH候補の場所を使用して、PUSCH/PDSCHを暗黙的に判定する。そのような場合、アクセスデバイスは、CIFを含まないDCI制御メッセージを伝送し、PDCCH候補の場所が、PUSCH/PDSCHに暗黙的に対応することを理解されたい。図22Bは、特異的アグリゲーションレベルに対応する各DCIメッセージ内のキャリア識別フィールドTCIFに基づいて、1つ以上のキャリアのリソースグラントを識別するための例示的方法2200Bを示す、流れ図である。方法2200Bは、複数のキャリア能力を有する、UA10において行うことができる。方法2200Bのステップ2210、2220、2230、および2240は、実質的に、方法2200Aで行われる、最初の4つのステップに類似する。決定ステップ2250Bでは、UEは、特異的アグリゲーションレベルにおける少なくとも1つのCCEサブセット候補が、1つのキャリアのみに対応するかどうか、または言い換えると、特定のアグリゲーションレベルにおいて、少なくとも1つのPDCCH候補に対する重複が存在しないかどうかを決定する。特異的アグリゲーションレベルにおける少なくとも1つのCCEサブセット候補が、1つのキャリアのみに対応する場合、ステップ2260Bにおいて、UA10は、CIFを識別することなく、サブフレームに対する特異的アグリゲーションレベルにおいて、CCEサブセット候補と関連付けられたキャリアを識別してもよい。そうでなければ、CIFは、特異的サブフレームにおいて伝送される特定のアグリゲーションレベルに対して、すべてのDCI制御メッセージに含まれる。故に、プロセスは、ステップ2270Bに進み、UA10は、サブフレームに対するCIFを識別することによって、特異的アグリゲーションレベルに対応するDCIメッセージをデコードする。ステップ2280Bでは、UAは、識別されたCIFを使用して、CCEサブセット候補と関連付けられたキャリアを識別する。図22Cは、すべてのアグリゲーションレベルに対応する各DCIメッセージ内のCIFに基づいて、1つ以上のキャリアのリソースグラントを識別するための例示的方法2200Cを示す、流れ図である。方法2200Cは、複数のキャリア能力を有する、UA10において行うことができる。方法2200Bのステップ2210、2220、2230、および2240は、実質的に、方法2200A-Bで行われる、最初の4つのステップに類似する。決定ステップ2250Cでは、UEは、任意のアグリゲーションレベルにおける少なくとも1つのCCEサブセット候補が、1つのキャリアのみに対応する、または言い換えると、任意のアグリゲーションレベルにおいて、少なくとも1つのPDCCH候補に対して、重複が存在しないかどうかを決定する。任意のアグリゲーションレベルにおける少なくとも1つのCCEサブセット候補が、1つのキャリアのみに対応する場合、ステップ2260Cでは、UAは、任意のCIFを識別することなく、サブフレームに対するすべてのアグリゲーションレベルにおいて、CCEサブセット候補と関連付けられたキャリアを識別してもよい。そうでなければ、CIFは、特異的サブフレームにおいて伝送される任意のアグリゲーションレベルに対して、すべてのDCI制御メッセージに含まれる。故に、プロセスは、ステップ2270Cに進み、UA10は、サブフレームに対する各DCIメッセージ内のCIFを識別することによって、すべてのアグリゲーションレベルにおいて、DCIメッセージをデコードする。ステップ2280Cでは、UA10は、識別されたCIFを使用して、CCEサブセット候補と関連付けられたキャリアを識別する。いくつかの実施形態では、CIFの含有は、UA10特異的検索空間に有意に適用することができる。そのような方式によって、どのキャリアに、PDCCH候補が属するかに関して曖昧性が存在する時のみ、DCI制御メッセージに含まれることが可能となる。これは、CIFが、常に、DCI制御メッセージに含まれ、検索空間をキャリア間で完全に共有させる方式、CIFが、DCI制御メッセージに決して含まれない方式と比較して、制御チャネルオーバーヘッドを低減させる。図13は、UA10の実施形態を含む、無線通信システムを例証する。UA10は、本開示の側面を実装するために動作可能であるが、本開示は、これらの実装に限定されるべきではない。携帯電話として例証されるが、UA10は、無線ハンドセット、ポケベル、形態情報端末PDA、ポータブルコンピュータ、タブレットコンピュータ、ラップトップコンピュータを含む、種々の形態をとってもよい。多くの好適なデバイスは、これらの機能のうちのいくつかはまた全てを組み合わせる。本開示のいくつかの実施形態では、UA10は、ポータブル、ラップトップ、またはタブレットコンピュータのような汎用コンピューティングデバイスではなく、むしろ、携帯電話、無線ハンドセット、ポケットベル、PDA、または車載電気通信デバイス等の専用通信デバイスである。UA10はまた、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等、類似能力を有するが、可搬性ではない、デバイスである、デバイスを含む、またはその中に含まれてもよい。UA10は、ゲーム、在庫管理、ジョブ制御、および/またはタスク管理機能等の特殊活動を支援してもよい。UA10は、ディスプレイ702を含む。UA10はまた、ユーザによる入力のために、概して704と称されるタッチセンサ式表面、キーボード、または他の入力キーを含む。キーボードは、QWERTY、Dvorak、AZERTY、および逐次タイプ等の、完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであってもよい。入力キーは、さらなる入力機能を提供するように内向きに押下され得る、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。UA10は、ユーザが選択するためのオプション、ユーザが作動させるための制御、および/またはユーザが指図するためのカーソルまたは他のインジケータを提示してもよい。UA10はさらに、ダイヤルする番号、またはUA10の動作を構成するための種々のパラメータを含む、ユーザからのデータ入力を受け取ってもよい。UA10はさらに、ユーザコマンドに応答して、1つ以上のソフトウェアまたはファームウェアアプリケーションを実行してもよい。これらのアプリケーションは、ユーザ対話に応答して種々のカスタマイズされた機能を果たすようにUA10を構成してもよい。加えて、UA10は、例えば、無線基地局、無線アクセスポイント、またはピアUA10から、無線でプログラムおよび/または構成されてもよい。UA10によって実行可能な種々のアプリケーションの中には、ディスプレイ702がウェブページを表示することを可能にするウェブブラウザがある。ウェブページは、無線ネットワークアクセスノード、携帯電話の基地局、ピアUA10、または任意の他の無線通信ネットワークあるいはシステム700との無線通信を介して、取得されてもよい。ネットワーク700は、インターネット等の有線ネットワーク708に連結される。無線リンクおよび有線ネットワークを介して、UA10は、サーバ710等の種々のサーバ上の情報にアクセスできる。サーバ710は、ディスプレイ702上に示されてもよいコンテンツを提供してもよい。代替として、UA10は、リレー型またはホップ型の接続で、仲介の役割を果たすピアUA10を通してネットワーク700にアクセスしてもよい。図14は、UA10のブロック図を示す。UA110の種々の既知の構成要素が描写されているが、実施形態では、記載された構成要素および/または記載されていない付加的な構成要素の一部が、UA10に含まれてもよい。UA10は、デジタル信号プロセッサDSP802と、メモリ804とを含む。示されるように、UA10はさらに、アンテナおよびフロントエンドユニット806と、無線周波数RF送受信機808と、アナログベースバンド処理ユニット810と、マイクロホン812と、イヤホンスピーカ814と、ヘッドセットポート816と、入力/出力インターフェース818と、可撤性メモリカード820と、ユニバーサルシリアルバスUSBポート822と、短距離無線通信サブシステム824と、アラート826と、キーパッド828と、タッチセンサ式表面を含んでもよい液晶ディスプレイLCD830と、LCDコントローラ832と、電荷結合素子CCDカメラ834と、カメラコントローラ836と、グローバルポジショニングシステムGPSセンサ838とを含んでもよい。実施形態では、UA10は、タッチセンサ式画面を提供しない、別の種類のディスプレイを含んでもよい。実施形態では、DSP802は、入力/出力インターフェース818を通過せずに、メモリ804と直接通信してもよい。DSP802または何らかの他の形態のコントローラあるいは中央処理ユニットは、メモリ804に記憶された、またはDSP802自体内に含有されるメモリに記憶された、内蔵ソフトウェアまたはファームウェアに従って、UA10の種々の構成要素を制御するように動作する。内蔵ソフトウェアまたはファームウェアに加えて、DSP802は、メモリ804に記憶された、または、可撤性メモリカード820のような携帯用データ記憶媒体等の情報担体媒体を介して、あるいは有線または無線ネットワーク通信を介して利用可能となった、他のアプリケーションを実行してもよい。アプリケーションソフトウェアは、所望の機能性を提供するようにDSP802を構成する、コンパイルされた機械可読命令のセットを備えてもよく、または、アプリケーションソフトウェアは、DSP802を間接的に構成するようにインタープリタまたはコンパイラによって処理される、高次ソフトウェア命令であってもよい。アンテナおよびフロントエンドユニット806は、無線信号と電気信号との間で変換するように提供されてもよく、UA10が、セルラーネットワークまたは何らかの他の利用可能な無線通信ネットワークから、あるいはピアUA10から、情報を送受信することを可能にする。実施形態では、アンテナおよびフロントエンドユニット806は、ビーム形成および/または多重入出力MIMO動作を支援するように、複数のアンテナを含んでもよい。当業者に公知であるように、MIMO動作は、困難なチャネル条件を克服する、および/またはチャネルスループットを増加させるために使用することができる、空間的多様性を提供してもよい。アンテナおよびフロントエンドユニット806は、アンテナ同調および/またはインピーダンス整合構成要素、RF電力増幅器、および/または低雑音増幅器を含んでもよい。RF送受信機808は、周波数偏移を提供し、受信したRF信号をベースバンドに変換し、ベースバンド伝送信号をRFに変換する。いくつかの説明では、無線送受信機またはRF送受信機は、変調/復調、符号化/復号、インターリービング/デインタリービング、拡散/逆拡散、逆高速フーリエ変換IFFT/高速フーリエ変換FFT、周期的接頭辞添付/除去、および他の信号処理機能等の、他の信号処理機能性を含むと理解されてもよい。簡単にする目的で、ここでの説明は、RFおよび/または無線段階から、この信号処理の説明を分離し、その信号処理を、アナログベースバンド処理ユニット810および/またはDSP802あるいは他の中央処理ユニットに概念的に割り当てる。いくつかの実施形態では、RF送受信機808、アンテナおよびフロントエンド806の複数部分、およびアナログベースバンド処理ユニット810が、1つ以上の処理ユニットおよび/または特定アプリケーション向け集積回路ASICに組み入れられてもよい。アナログベースバンド処理ユニット810は、入力および出力の種々のアナログ処理、例えば、マイクロホン812およびヘッドセット816からの入力ならびにイヤホン814およびヘッドセット816への出力のアナログ処理を提供してもよい。そのためには、アナログベースバンド処理ユニット810は、UA10が携帯電話として使用されることを可能にする、内蔵マイクロホン812およびイヤホンスピーカ814に接続するためのポートを有してもよい。アナログベースバンド処理ユニット810はさらに、ヘッドセットまたは他のハンズフリーマイクロホンおよびスピーカ構成に接続するためのポートを含んでもよい。アナログベースバンド処理ユニット810は、1つの信号方向にデジタルアナログ変換を、反対の信号方向にアナログデジタル変換を提供してもよい。いくつかの実施形態では、アナログベースバンド処理ユニット810の機能性の少なくとも一部が、デジタル処理構成要素によって、例えば、DSP802によって、または他の中央処理ユニットによって提供されてもよい。DSP802は、変調/復調、符号化/復号、インターリービング/デインタリービング、拡散/逆拡散、逆高速フーリエ変換IFFT/高速フーリエ変換FFT、周期的接頭辞添付/除去、および無線通信と関連する他の信号処理機能を行ってもよい。実施形態では、例えば、符号分割多重アクセスCDMA技術用途において、伝送器機能のために、DSP802は、変調、符号化、インターリービング、および拡散を行ってもよく、受信機機能のために、DSP802は、逆拡散、デインタリービング、復号、および復調を行ってもよい。別の実施形態では、例えば、直交周波数分割多重アクセスOFDMA技術用途において、伝送器機能のために、DSP802は、変調、符号化、インターリービング、逆高速フーリエ変換、および周期的接頭辞添付を行ってもよく、受信機機能のために、DSP802は、周期的接頭辞除去、高速フーリエ変換、デインタリービング、復号、および復調を行ってもよい。他の無線技術用途では、さらに他の信号処理機能、および信号処理機能の組み合わせが、DSP802によって行われてもよい。DSP802は、アナログベースバンド処理ユニット810を介して無線ネットワークと通信してもよい。いくつかの実施形態では、通信は、インターネット接続を提供してもよく、ユーザがインターネット上のコンテンツへのアクセスを獲得すること、および電子メールおよびテキストメッセージを送受信することを可能にする。入力/出力インターフェース818は、DSP802ならびに種々のメモリおよびインターフェースを相互接続する。メモリ804および可撤性メモリカード820は、ソフトウェアおよびデータを提供して、DSP802の動作を構成してもよい。インターフェースの中には、USBインターフェース822および短距離無線通信サブシステム824があってもよい。USBインターフェース822は、UA10を充電するために使用されてもよく、また、UA10が周辺デバイスとして機能し、パーソナルコンピュータまたは他のコンピュータシステムと情報を交換することを可能にしてもよい。短距離無線通信サブシステム824は、赤外線ポート、ブルートゥースインターフェース、IEEE802.11準拠の無線インターフェース、または任意の他の短距離無線通信サブシステムを含んでもよく、それによって、UA10が他のすぐ近くのモバイルデバイスおよび/または無線基地局と無線で通信することを可能にし得る。入力/出力インターフェース818はさらに、トリガされると、例えば、ベルを鳴らす、メロディを再生する、または振動することによって、UA10に、ユーザへ通知を提供させる、アラート826にDSP802を接続してもよい。アラート826は、無音で振動することによって、または特定の架電者に対して特定の事前に割り当てられたメロディを再生することによって、着信電話、新しいテキストメッセージ、および予約のリマインダ等の種々のイベントのうちのいずれかをユーザに警告するための機構としての機能を果たしてもよい。キーパッド828は、インターフェース818を介してDSP802に連結し、ユーザが選択を行う、情報を入力する、そうでなければ、UA10に入力を提供するための1つの機構を提供する。キーボード828は、QWERTY、Dvorak、AZERTY、および逐次タイプ等の、完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであってもよい。入力キーは、さらなる入力機能を提供するように内向きに押下され得る、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。別の入力機構は、タッチスクリーン能力を含み、また、ユーザにテキストおよび/またはグラフィックを表示し得る、LCD830であってもよい。LCDコントローラ832は、DSP802をLCD830に連結する。CCDカメラ834は、装備された場合、UA10がデジタル写真を撮ることを可能にする。DSP802は、カメラコントローラ836を介してCCDカメラ834と通信する。別の実施形態では、電荷結合素子カメラ以外の技術に従って動作するカメラが採用されてもよい。GPSセンサ838は、グローバルポジショニングシステム信号を復号するようにDSP802に連結され、それにより、UA10がその位置を判定することを可能にする。種々の他の周辺機器もまた、付加的な機能、例えば、ラジオおよびテレビ受信を提供するように含まれてもよい。図15は、DSP802によって実装されてもよい、ソフトウェア環境902を例証する。DSP802は、ソフトウェアの残りが作動するプラットフォームを提供する、オペレーティングシステムドライバ904を実行する。オペレーティングシステムドライバ904は、UAハードウェアのためのドライバに、アプリケーションソフトウェアにアクセス可能な標準インターフェースを提供する。オペレーティングシステムドライバ904は、UA10上で動作するアプリケーション間の制御を伝達する、アプリケーション管理サービスAMS906を含む。また、図15には、ウェブブラウザアプリケーション908、メディアプレーヤアプリケーション910、およびJAVA登録商標アプレット912が示されている。ウェブブラウザアプリケーション908は、ウェブブラウザとして動作するようにUA10を構成し、ユーザは、情報をフォームに入力し、ウェブページを検索し閲覧するように、リンクを選択できる。メディアプレーヤアプリケーション910は、音声または視聴覚媒体を検索し再生するように、UA10を構成する。JAVA登録商標アプレット912は、ゲーム、ユーティリティ、および他の機能性を提供するように、UA10を構成する。構成要素914は、本明細書に記載の機能性を提供する場合がある。前述のUA10、アクセスデバイス12、および他の構成要素は、前述のアクションに関連する命令を実行可能な処理構成要素を含む場合がある。図16は、本明細書に開示される、1つ以上の実施形態を実装するのに好適な処理構成要素1010を含む、システム1000の実施例を例証している。プロセッサ1010中央プロセッサユニットCPUまたはDSPと称される場合があるに加えて、システム1000は、ネットワーク接続デバイス1020、ランダムアクセスメモリRAM1030、読取専用メモリROM1040、二次記憶装置1050、および入力/出力I/Oデバイス1060を含む場合がある。ある場合には、これらの構成要素のうちのいくつかは、存在しなくてもよいか、あるいは相互にまたは例証されない他の構成要素との種々の組み合わせで組み合わされてもよい。これらの構成要素は、単一の物理エンティティの中、または1より多い物理エンティティの中に位置する場合がある。プロセッサ1010によって行われるように本明細書に説明されるいずれのアクションも、プロセッサ1010のみによって、あるいは図中に示される、または示されない1つ以上の構成要素と協働して、行われる場合がある。プロセッサ1010は、ネットワーク接続デバイス1020、RAM1030、ROM1040、または二次記憶装置1050ハードディスク、フロッピー登録商標ディスク、または光ディスク等、種々のディスクベースのシステムを含む場合があるからアクセスしてもよい、命令、コード、コンピュータプログラム、あるいはスクリプトを実行する。1つのプロセッサ1010のみが示されている一方で、複数のプロセッサが存在してもよい。それゆえ、命令が、プロセッサによって実行されていると述べられる場合がある一方で、命令は、同時に、順次、あるいはそうでなければ1つまたは複数のプロセッサによって実行されてもよい。プロセッサ1010は、1つ以上のCPUチップとして実装されてもよい。ネットワーク接続デバイス1020は、モデム、集合モデム、イーサネット登録商標デバイス、ユニバーサルシリアルバスUSBインターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバ分散データインタフェースFDDIデバイス、無線ローカルエリアネットワークWLANデバイス、符号分割多重アクセスCDMAデバイス等の無線送受信機デバイス、モバイル通信用グローバルシステムGSM登録商標無線送受信機デバイス、マイクロ波のための世界規模での相互互換性WiMAZデバイス、および/またはネットワークに接続するための他の周知のデバイスの形態を取ってもよい。これらのネットワーク接続デバイス1020によって、プロセッサ1010が情報を受信する場合があるか、またはプロセッサ1010が情報を出力する場合がある、インターネット、あるいは1つ以上の電気無線通信ネットワークまたは他のネットワークと、プロセッサ1010が通信することが可能になってもよい。ネットワーク接続デバイス1020はまた、無線周波数信号またはマイクロ波周波数信号等、電磁波の形態でデータを無線で伝送および/または受信することができる、1つ以上の送受信機構成要素1025を含む場合がある。代替として、データは、導電体の表面の中または上を、同軸ケーブルの中を、導波管の中を、光ファイバ等の光媒体の中を、あるいは他の媒体の中を伝搬してもよい。送受信機構成要素1025は、別個の受信および伝送ユニット、または単一の送受信機を含んでもよい。送受信機1025によって伝送または受信される情報は、プロセッサ1010によって処理されているデータ、またはプロセッサ1010によって実行されるべき命令を含んでもよい。そのような情報は、例えば、コンピュータデータベースバンド信号、またはキャリアに統合される信号の形態で、ネットワークから受信され、ネットワークに出力されてもよい。データは、データを処理または生成するか、あるいはデータを伝送または受信するかのいずれかに対して、望ましい場合があるような、異なるシーケンスに従って順序付けられてもよい。ベースバンド信号、キャリアに統合される信号、あるいは現在使用されるか、または今後発展する他のタイプの信号は、伝送媒体と称されてもよく、当業者に周知のいくつかの方法に従って生成されてもよい。RAM1030は、揮発性データを記憶し、おそらくプロセッサ1010によって実行される命令を記憶するように使用されてもよい。ROM1040は、通常、二次記憶装置1050のメモリ容量より小さいメモリ容量を有する、不揮発性メモリデバイスである。ROM1040は、命令、およびおそらく命令の実行の間に読まれるデータを記憶するように使用される場合がある。RAM1030およびROM1040の両方へのアクセスは、通常、二次記憶装置1050より迅速である。二次記憶装置1050は、典型的には、1つ以上のディスクドライブまたはテープドライブから成り、RAM1030が全ての作業用データを保持するのに十分大きくない場合、データの不揮発性記憶用に、またはオーバーフローデータ記憶デバイスとして使用される場合がある。二次記憶装置1050は、プログラムが実行用に選択される時、RAM1030へロードされるプログラムを記憶するために使用されてもよい。I/Oデバイス1060は、液晶ディスプレイLCD、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カードリーダ、紙テープ読取装置、プリンタ、ビデオモニタ、または他の周知の入力/出力デバイスを含んでもよい。また、送受信機1025は、ネットワーク接続デバイス1020の構成要素の代わりに、またはそれに加えて、I/Oデバイス1060の構成要素と見なされる場合がある。I/Oデバイス1060のうちのいくつかまたは全ては、図13に示される、ディスプレイ702および入力704等、前に記載したUA10の図表に描写する、種々の構成要素と実質的に類似してもよい。以下の3rdGenerationPartnershipProject3GPPTechnicalSpecificationsTSは、参照することによって本明細書に組み込まれる:TS36.321、TS36.331、およびTS36.300、TS36.211、TS36.212およびTS36.213。いくつかの実施形態が本開示で提供されているが、開示されたシステムおよび方法が、本開示の精神または範囲から逸脱することなく、多くの他の特定の形態で具現化されてもよいことを理解されたい。本実施例は、制限的ではなく例証的と見なされ、本明細書で提供される詳細に限定されることを意図しない。例えば、種々の要素または構成要素を、別のシステムに組み入れるか、または一体化してもよく、あるいは、ある特徴を省略するか、または実装しなくてもよい。また、個別または別個のものとして種々の実施形態において説明および例証される技法、システム、サブシステム、および方法は、本開示の範囲から逸脱することなく、他のシステム、モジュール、技法、または方法と組み合わせられる、または統合されてもよい。連結もしくは直接連結または相互に通信するように例証または説明される他のアイテムは、電気的、機械的、またはその他の方法かどうかにかかわらず、何らかのインターフェース、デバイス、または中間構成要素を通して、間接的に連結または通信してもよい。変更、置換、および改変の他の例は、当業者により解明可能であり、本明細書で開示される精神および範囲から逸脱することなく行うことができる。本開示の範囲を公に知らせるために、以下を請求する。"