JP5527913B2 - キャリアアグリゲーションに対する制御チャネルを共有するためのシステム及び方法 - Google Patents

Description

（優先権主張）
本願は、２０１０年４月３０日に出願された、米国仮出願第６１／３３０，１５７号に対する優先権を主張し、該米国仮出願の全内容は、参照により本明細書中に援用される。

（背景）
本開示は、概して、モバイル通信システムにおけるデータ伝送に関し、より具体的には、キャリアアグリゲーションに対して、制御チャネルを共有するための方法に関する。

本明細書で使用されるように、用語「ユーザエージェント」（ＵＡ）は、携帯電話、携帯情報端末、ハンドヘルドまたはラップトップコンピュータ、および電気通信能力を有する、類似デバイスまたは他のユーザ機器（「ＵＥ」）等の無線デバイスを指すことができる。いくつかの構成では、ＵＡは、モバイル無線デバイスを指してもよい。用語「ＵＡ」はまた、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等、概して、可搬性ではないが、類似能力を有する、デバイスを指してもよい。

従来の無線電気通信システムでは、基地局内の伝送機器が、セルとして知られる地理的領域を通して、信号を伝送する。技術が進化するのに伴って、より高度な機器が、導入され、以前は不可能であったサービスを提供することができるようになっている。本高度な機器として、例えば、従来の無線電気通信システム内の対応する機器と比較して、非常に進化した進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ノードＢ（ｅＮＢ）を含む場合がある。そのような高度なまたは次世代機器は、本明細書では、ロングタームエボリューション（ＬＴＥ）機器と称され、そのような機器を使用する、パケットベースのネットワークは、進化型パケットシステム（ＥＰＳ）と称され得る。ＬＴＥシステム／機器に対する付加的改良は、最終的に、ＬＴＥアドバンスド（ＬＴＥ−Ａ）システムをもたらすであろう。本明細書で使用されるように、用語「アクセスデバイス」は、ＵＡに、電気通信システム内の他の構成要素へのアクセスを提供することができる、従来の基地局あるいはＬＴＥまたはＬＴＥ−Ａアクセスデバイス（ｅＮＢを含む）等の任意の構成要素を指すであろう。

Ｅ−ＵＴＲＡＮ等のモバイル通信システムでは、アクセスデバイスは、無線アクセスを１つ以上のＵＡに提供する。アクセスデバイスは、ダウンリンクトラフィックデータパケット伝送を動的にスケジューリングし、アクセスデバイスと通信するすべてのＵＡ間にアップリンクトラフィックデータパケット伝送リソースを配分するためのパケットスケジューラを備える。スケジューラの機能は、とりわけ、ＵＡ間の利用可能な無線インターフェース能力を分割し、各ＵＡのパケットデータ伝送に対して、使用されるべきトランスポートチャネルを決定し、パケット配分およびシステム負荷を監視することを含む。スケジューラは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）および物理アップリンク共有チャネル（ＰＵＳＣＨ）データ伝送のためのリソースを動的に配分し、スケジューリングチャネルを通して、スケジューリング情報をＵＡに送信する。

とりわけ、アップリンクリソースを指定するためのＤＣＩ形式０、ダウンリンクリソースを指定するためのＤＣＩ形式１、１Ａ、ＩＢ、１Ｃ、ＩＤ、２、および２Ａ、ならびに電力制御情報を指定するためのＤＣＩ形式３および３Ａを含む、いくつかの異なるデータ制御情報（ＤＣＩ）メッセージ形式が、リソース割当をＵＡに通信するために使用される。アップリンク指定ＤＣＩ形式０は、いくつかのＤＣＩフィールドを含み、該フィールドは、それぞれ、配分されたアップリンクリソースの異なる側面を指定するための情報を含む。例示的ＤＣＩ形式０ＤＣＩフィールドは、伝送電力制御（ＴＰＣ）フィールド、復調基準信号のためのサイクリックシフト（ＤＭ−ＲＳ）フィールド、変調および符号化方式（ＭＣＳ）および冗長バージョンフィールド、新規データインジケータ（ＮＤＩ）フィールド、リソースブロック割当フィールド、ならびにホッピングフラグフィールドを含む。ＤＣＩ形式１、１Ａ、２、および２Ａを指定するダウンリンクはそれぞれ、配分されたダウンリンクリソースの異なる側面を指定するための情報を含む、いくつかのＤＣＩフィールドを含む。例示的ＤＣＩ形式１、１Ａ、２、および２Ａ ＤＣＩフィールドは、ハイブリッド自動再送要求（ＨＡＲＱ）プロセス数フィールド、ＭＣＳフィールド、新規データインジケータ（ＮＤＩ）フィールド、リソースブロック割当フィールド、および冗長バージョンフィールドを含む。ＤＣＩ形式０、１、２、１Ａ、および２Ａはそれぞれ、配分されたリソースを指定するための付加的フィールドを含む。他のダウンリンク形式１Ｂ、１Ｃ、および１Ｄは、類似情報を含む。アクセスデバイスは、ＵＡおよびアクセスデバイス能力、ＵＡが伝送する必要があるデータの量、通信（チャネル）条件、使用されるべき伝送モード、セル内の通信トラフィックの量等を含む、いくつかの要因の関数として、リソースをＵＡに配分するために、ダウンリンクＤＣＩ形式のうちの１つを選択する。

ＤＣＩメッセージは、明示的とは対照的に、暗黙的にそれと関連付けることができるように、サブフレームと同期され、これは、制御オーバーヘッド要件を低減させる。例えば、ＬＴＥ周波数分割複信（ＦＤＤ）システムでは、アップリンクリソースのためのＤＣＩメッセージは、例えば、ＤＣＩメッセージが、最初に受信される時、ＵＡが、その最初の時から４ミリ秒後に、その中に示されるリソースグラントを使用して、サブフレーム内のデータパケットを伝送するようにプログラムされるように、４ミリ秒後に、アップリンクサブフレームと関連付けられる。同様に、ダウンリンクリソースのためのＤＣＩメッセージは、同時に伝送されるダウンリンクサブフレームと関連付けられる。例えば、ＤＣＩメッセージが、最初に受信される時、ＵＡは、その中に示されるリソースグラントを使用して、同時に受信したトラフィックデータサブフレーム内のデータパケットをデコードするようにプログラムされる。

動作の間、ＬＴＥネットワークは、共有物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を使用して、ＤＣＩメッセージをＵＡ間に分配させる。各ＵＡに対するＤＣＩメッセージならびに他の共有制御情報は、別個にエンコードされる。ＬＴＥでは、ＰＤＣＣＨは、ＰＤＣＣＨ領域と呼ぶことができる、システム帯域幅全体にわたって、最初のいくつかの直交周波数分割多重化（ＯＦＤＭ）シンボル内で伝送される。ＰＤＣＣＨ領域は、ＤＣＩメッセージをアクセスデバイスからＵＡに伝送するために使用される、複数の制御チャネル要素（ＣＣＥ）を含む。アクセスデバイスは、ＤＣＩメッセージをＵＡに伝送するために使用されるべき１つのＣＣＥまたはＣＣＥのアグリゲーションを選択する。すなわち、メッセージを伝送するために選択されるＣＣＥサブセットは、少なくとも部分的に、アクセスデバイスとＵＡとの間で認識された通信条件に依存する。例えば、高品質通信リンクが、アクセスデバイスとＵＡとの間に存在することが既知である場合、アクセスデバイスは、ＣＣＥの単一の１つを介して、データをＵＡに伝送してもよく、リンクが、低品質である場合、アクセスデバイスは、２つ、４つ、またはさらに８つのＣＣＥのサブセットを介して、データをＵＡに伝送してもよく、付加的ＣＣＥは、関連付けられたＤＣＩメッセージのよりロバストな伝送を促進する。アクセスデバイスは、多くの他の基準に基づいて、ＤＣＩメッセージ伝送のためのＣＣＥサブセットを選択してもよい。

ＵＡは、どのＣＣＥサブセットまたはサブセットが、アクセスデバイスによって、ＤＣＩメッセージをＵＡに伝送するために使用されるかを正確に把握していないため、既存のＬＴＥネットワークでは、ＵＡは、ＤＣＩメッセージを検索する時、多くの異なるＣＣＥサブセット候補をデコードしようとするようにプログラムされる。例えば、ＵＡは、ＤＣＩメッセージに対する複数の単一のＣＣＥならびに複数の２つのＣＣＥサブセット、４つのＣＣＥサブセット、および８つのＣＣＥサブセットを検索し、ＤＣＩメッセージを特定するようにプログラムされてもよい。検索される必要がある可能なＣＣＥサブセットを減少させるために、アクセスデバイスおよびＵＡは、ＵＡが、どのＣＣＥサブセットを検索すべきかを把握するよう、各アクセスデバイスが、特異的ＣＣＥサブセットのみ使用して、ＤＣＩメッセージを特異的データトラフィックサブフレームに対応する特異的ＵＡを伝送するように、プログラムされてもよい。例えば、現在のＬＴＥネットワークでは、各データトラフィックサブフレームに対して、ＵＡは、ＤＣＩメッセージのための６つの単一ＣＣＥ、６つの２−ＣＣＥサブセット、２つの４−ＣＣＥサブセット、および２つの８−ＣＣＥサブセットの合計１６のＣＣＥサブセットを検索する。１６のＣＣＥサブセットは、ＵＡ１０に割り当てられる特異的無線ネットワーク一時識別子（ＲＮＴＩ）の関数であって、サブフレーム毎に変動する。所与のＵＡに特異的である本検索空間は、以下、「ＵＡ特異的検索空間」と称される。

多くの場合、望ましい短時間において、アクセスデバイスが、大量のデータをＵＡに伝送する、またはＵＡが、大量のデータをアクセスデバイスに伝送することが望ましい。例えば、一連の写真は、短時間にわたって、アクセスデバイスに伝送される必要があってもよい。別の事例では、ＵＡは、組み合わせられたデータ転送が、極端に大きくなるように、すべて、本質的に同時に、データパケットをアクセスデバイスから受信する必要があるいくつかのアプリケーションを起動してもよい。データ伝送レートを増加させるための方法の１つは、ＬＴＥ−Ａの場合のように、複数のキャリア（すなわち、複数の周波数）を使用して、アクセスデバイスとＵＡとの間で通信するものである。例えば、システムは、５つの別個の８つのアップリンクＨＡＲＱおよび５つの別個の８つのダウンリンクＨＡＲＱ伝送ストリームが、並行して生成され得るように、５つの異なるキャリア（すなわち、周波数）および８つのＨＡＲＱプロセスをサポートしてもよい。複数のキャリアを介した通信は、キャリアアグリゲーションと称される。

キャリアアグリゲーションの場合、制御チャネル構造は、ＤＣＩ制御メッセージを分配させるために、各キャリアに配分される。単純な方法として、各キャリアは、別個のＰＤＣＣＨ領域を含み、各キャリアに対して、制御チャネル情報をアクセスデバイスとＵＡとの間で独立して通信させることができる。本アプローチは、各キャリアに対して、制御チャネル情報を分配させるが、各キャリア上に、実質的量のリソースの配分を要求する。さらに、干渉レベルは、キャリア間で変動するため、すべてのキャリア上にＰＤＣＣＨ領域を等しく実装することは困難であり得る。ある場合には、例えば、特定のキャリア上の干渉レベルは、実質的であるため、そのキャリア上にＰＤＣＣＨ領域を実装することを困難または不可能にし得る。代替として、第１のキャリア上の制御メッセージのためのＤＣＩメッセージ形式は、各ＤＣＩメッセージと関連付けられた特異的キャリアを示すための付加的フィールドを提供するように修正されてもよい。
本発明は、例えば、以下を含む。
（項目１）
マルチキャリア通信システム内におけるリソースグラントによって配分されるアップリンクおよびダウンリンクリソースのうちの少なくとも１つを識別するために、ユーザエージェント（ＵＡ）において、制御チャネルを処理するための方法であって、リソースグラントは、制御チャネル要素（ＣＣＥ）サブセット候補によって指定され、データ伝送および受信のために使用されるキャリアは、構成キャリアであり、
前記方法は、
前記構成キャリアの中から、アクティブおよび非アクティブ化キャリアを指定するアクティブ化信号を受信するステップと、
アクティブキャリアに対して、
（ｉ）デコードするためのＣＣＥサブセット候補の数を識別するステップと、
（ｉｉ）前記リソースグラントを識別する試みにおいて、前記識別された数に至るまでの数のＣＣＥサブセット候補をデコードするステップと、
非アクティブ化キャリアに対して、前記非アクティブ化キャリアと関連付けられたＣＣＥサブセット候補を無視するステップと
を含む、方法。
（項目２）
前記アクティブ化信号は、アップリンクキャリアが、アクティブであることと、対応する対合されたダウンリンクキャリアが、非アクティブ化されることとを示し、ＣＣＥサブセット候補を識別するステップは、デコードするためのアクティブアップリンクキャリアに対して、データ制御情報（ＤＣＩ）０形式と関連付けられた候補のみ識別するステップを含む、項目１に記載の方法。
（項目３）
マルチキャリア通信システム内におけるリソースグラントによって配分されるアップリンクおよびダウンリンクリソースのうちの少なくとも１つを識別するために、ユーザエージェント（ＵＡ）において、制御チャネルを処理するための方法であって、リソースグラントは、制御チャネル要素（ＣＣＥ）サブセット候補によって指定され、
前記方法は、
各キャリアに対して、ＣＣＥサブセット候補の場所を判定するステップと、
データ制御情報（ＤＣＩ）メッセージを受信するステップと、
ＣＣＥサブセット候補が、２つ以上のキャリアに対応するとき、
（ｉ）前記ＤＣＩメッセージ内のキャリアインジケータフィールド（ＣＩＦ）を識別することによって、前記ＤＣＩメッセージをデコードするステップと、
（ｉｉ）前記ＣＩＦを使用して、前記ＣＣＥサブセット候補と関連付けられたキャリアを識別するステップと、
前記ＣＣＥサブセット候補が、１つのキャリアにのみ対応するとき、検索空間内の前記ＣＣＥサブセット候補の場所を使用して、前記ＣＣＥサブセット候補と関連付けられたキャリアを識別するステップと
を含む、方法。
（項目４）
マルチキャリア通信システム内におけるリソースグラントによって配分されるアップリンクおよびダウンリンクリソースのうちの少なくとも１つを識別するために、ユーザエージェント（ＵＡ）において、制御チャネルを処理するための方法であって、リソースグラントは、制御チャネル要素（ＣＣＥ）サブセット候補によって指定され、
前記方法は、
各キャリアに対して、ＣＣＥサブセット候補の場所を判定するステップと、
データ制御情報（ＤＣＩ）メッセージを受信するステップと、
特異的アグリゲーションレベルにおけるＣＣＥサブセット候補が、２つ以上のキャリアに対応するとき、
（ｉ）各ＤＣＩメッセージ内のキャリアインジケータフィールド（ＣＩＦ）を識別することによって、サブフレームに対する前記特異的アグリゲーションレベルに対応するすべてのＤＣＩメッセージをデコードするステップと、
（ｉｉ）前記ＣＩＦを使用して、前記ＣＣＥサブセット候補と関連付けられたキャリアを識別するステップと、
前記特異的アグリゲーションレベルにおける各ＣＣＥサブセット候補が、１つのキャリアのみに対応するとき、検索空間内の前記ＣＣＥサブセット候補の場所を使用して、サブフレームに対して、前記特異的アグリゲーションレベルにおける各ＣＣＥサブセット候補と関連付けられたキャリアを識別するステップと
を含む、方法。
（項目５）
マルチキャリア通信システム内におけるリソースグラントによって配分されるアップリンクおよびダウンリンクリソースのうちの少なくとも１つを識別するために、ユーザエージェント（ＵＡ）において、制御チャネルを処理するための方法であって、リソースグラントは、制御チャネル要素（ＣＣＥ）サブセット候補によって指定され、
前記方法は、
各キャリアに対して、ＣＣＥサブセット候補の場所を判定するステップと、
データ制御情報（ＤＣＩ）メッセージを受信するステップと、
任意のアグリゲーションレベルにおけるＣＣＥサブセット候補が、サブフレームに対して、２つ以上のキャリアに対応するとき、
（ｉ）各ＤＣＩメッセージ内のキャリアインジケータフィールド（ＣＩＦ）を識別することによって、前記サブフレームに対するすべてのアグリゲーションレベルにおけるすべてのＤＣＩメッセージをデコードするステップと、
（ｉｉ）前記ＣＩＦを使用して、前記ＣＣＥサブセット候補と関連付けられたキャリアを識別するステップと、
前記サブフレームに対するすべてのアグリゲーションレベルにおける各ＣＣＥサブセット候補が、１つのキャリアのみに対応するとき、検索空間内の前記ＣＣＥサブセット候補の場所を使用して、前記サブフレームに対して、すべての前記アグリゲーションレベルにおける各ＣＣＥサブセット候補と関連付けられたキャリアを識別するステップと
を含む、方法。

本開示をより完全に理解するために、添付の図面および発明を実施するための形態と併せて理解される、以下の簡単な説明を参照し、類似参照数字は、類似部品を表す。

図１は、キャリアアグリゲーションに対して、制御チャネルを共有するために、ユーザエージェント（ＵＡ）を含む、通信システムの構成要素を示す、概略図である。 図２は、各構成要素キャリアが、帯域幅２０ＭＨｚを有し、総システム帯域幅が、１００ＭＨｚである、通信ネットワーク内のキャリアアグリゲーションの例証である。 図３は、ＰＤＣＣＨ領域内に存在し得る、アグリゲーションレベルおよび検索空間の例証である。 図４は、異なるＵＡ特異的および共通検索空間に対するアグリゲーションレベルを示す、表である。 図５ａおよび５ｂは、キャリアアグリゲーションに対して、２つ以上のキャリアのために、制御チャネルを実装するための２つの例示的ＰＤＣＣＨ領域設計選択肢を例証する。 図５ａおよび５ｂは、キャリアアグリゲーションに対して、２つ以上のキャリアのために、制御チャネルを実装するための２つの例示的ＰＤＣＣＨ領域設計選択肢を例証する。 図６は、ＣＣＥの各セットが、異なるキャリアに割り当てられる、ＣＣＥのセットを有する、例示的ＰＤＣＣＨ領域を例証し、また、キャリアｆ１とｆ２との間にＤＣＩ制御メッセージを配分するための例示的アグリゲーションレベルおよび検索空間を示す。 図７は、各キャリアに配分されたＣＣＥが、ＰＤＣＣＨ領域を通して分配され得る、２つのキャリアに配分されたＣＣＥを有する、例示的ＰＤＣＣＨ領域を例証し、また、キャリアｆ１とｆ２との間にＤＣＩ制御メッセージを配分するために、ＰＤＣＣＨ領域内に存在し得る、例示的アグリゲーションレベルおよび検索空間を示す。 図８は、各アグリゲーションレベルに対して、特定のキャリアに対するＰＤＣＣＨ候補が、次のより小さいアグリゲーションレベルにおいて、複数のＣＣＥの数だけシフトされ得る、ＰＤＣＣＨ領域内に存在し得る、アグリゲーションレベルおよび検索空間の例証である。 図９は、特定のＰＤＣＣＨ候補に対するキャリアインデックスが、ＰＤＣＣＨ候補のＣＣＥインデックスによって計算され得る、ＰＤＣＣＨ領域内に存在し得る、アグリゲーションレベルおよび検索空間の例証である。 図１０は、ＵＡ特異的空間に対するアグリゲーションレベル、ＣＣＥの数における各アグリゲーションレベルのサイズ、および各アグリゲーションレベルで検索されるべきＰＤＣＣＨ（ＣＣＥサブセット）候補の拡大された数を示す、表である。 図１１ａ−１１ｂは、ＲＥＧの並べ替えを使用して、ＰＤＣＣＨ候補と潜在的に関連付けられたキャリアを区別し得る、リソース要素群（ＲＥＧ）の並べ替えを例証する。 図１２は、アグリゲーションレベル１より高いアグリゲーションレベルに対して、各潜在的ＰＤＣＣＨ候補を構成するＣＣＥの順序が、変動される、アグリゲーションレベル２、４、および８におけるキャリアｆ１およびｆ２のそれぞれに対するＰＤＣＣＨ候補の例示的構造を示す、例証である。 図１３は、本開示の種々の実施形態のいくつかに対して、動作可能なＵＡを含む、無線通信システムの略図である。 図１４は、本開示の種々の実施形態のいくつかに対して、動作可能なＵＡのブロック図である。 図１５は、本開示の種々の実施形態のいくつかに対して、動作可能なＵＡ上に実装され得る、ソフトウェア環境の略図である。 図１６は、本開示の種々の実施形態のいくつかに対して、好適な例証的汎用コンピュータシステムである。 図１７は、本説明の少なくとも一実施形態と一致する、ＵＡ特異的空間に対するアグリゲーションレベル、ＣＣＥの数における各アグリゲーションレベルのサイズ、および各アグリゲーションレベルで検索されるべきＰＤＣＣＨ（ＣＣＥサブセット）候補の拡大された数を示す、表である。 図１８は、本説明の少なくとも一実施形態と一致する、ＵＡ特異的空間に対するアグリゲーションレベル、ＣＣＥの数における各アグリゲーションレベルのサイズ、および各アグリゲーションレベルで検索されるべきＰＤＣＣＨ（ＣＣＥサブセット）候補の拡大された数を示す、表である。 図１９は、本説明の少なくとも一実施形態と一致する、ＵＡ特異的空間に対するアグリゲーションレベル、ＣＣＥの数における各アグリゲーションレベルのサイズ、および各アグリゲーションレベルで検索されるべきＰＤＣＣＨ（ＣＣＥサブセット）候補の拡大された数を示す、表である。 図２０は、本説明の少なくとも一実施形態と一致する、ＵＡ特異的空間に対するアグリゲーションレベル、ＣＣＥの数における各アグリゲーションレベルのサイズ、および各アグリゲーションレベルで検索されるべきＰＤＣＣＨ（ＣＣＥサブセット）候補の拡大された数を示す、表である。 図２１は、アクティブ化信号に基づいて、１つ以上のキャリアのリソースグラントを識別するための例示的方法を示す、流れ図である。 図２２Ａは、キャリア識別フィールドに基づいて、１つ以上のキャリアのリソースグラントを識別するための例示的方法を示す、流れ図である。 図２２Ｂは、特異的アグリゲーションレベルに対応する各ＤＣＩメッセージ内のキャリア識別フィールド（ＣＩＦ）に基づいて、１つ以上のキャリアのリソースグラントを識別するための例示的方法を示す、流れ図である。 図２２Ｃは、すべてのアグリゲーションレベルに対応する各ＤＣＩメッセージ内のＣＩＦに基づいて、１つ以上のキャリアのリソースグラントを識別するための例示的方法を示す、流れ図である。

制御チャネルは、マルチキャリア通信ネットワークシステムにおいて、２つ以上のキャリア間で共有され得ることが認識されている。

本開示は、制御チャネルを処理するためのシステム、ソフトウェア、および方法の種々の実施形態を提供する。いくつかの側面では、方法は、マルチキャリア通信システム内におけるリソースグラントによって配分されるアップリンクおよびダウンリンクリソースのうちの少なくとも１つを識別するために、ユーザエージェント（ＵＡ）において、制御チャネルを処理するための動作を行うために開示され、リソースグラントは、制御チャネル要素（ＣＣＥ）サブセット候補によって指定され、データ伝送および受信のために使用されるキャリアは、構成キャリアである。一実施形態では、方法は、構成キャリアの中から、アクティブおよび非アクティブ化キャリアを指定するアクティブ化信号を受信するステップを備える。アクティブキャリアに対して、デコードされるＣＣＥサブセット候補の数が、識別され、識別された数に至るまでの数のＣＣＥサブセット候補が、リソースグラントを識別する試みにおいて、デコードされる。非アクティブ化キャリアに対して、関連付けられたＣＣＥサブセット候補は、無視される。

いくつかの実施形態では、アクティブ化信号は、アップリンクキャリアが、アクティブであって、対応する対合されたダウンリンクキャリアが、非アクティブ化されることを示してもよく、ＣＣＥサブセット候補を識別するステップはさらに、デコードするために、アクティブアップリンクキャリアに対して、データ制御情報（ＤＣＩ）０形式と関連付けられた候補のみ識別するステップを含むことができる。

いくつかの側面では、方法は、マルチキャリア通信システム内におけるリソースグラントによって配分されるアップリンクおよびダウンリンクリソースのうちの少なくとも１つを識別するために、ＵＡにおいて、制御チャネルを処理するための動作を行うために開示され、リソースグラントは、ＣＣＥサブセット候補によって指定される。一実施形態では、方法は、各キャリアに対して、ＣＣＥサブセット候補の場所を判定するステップと、ＤＣＩメッセージを受信するステップと、ＣＣＥサブセット候補が、２つ以上のキャリアに対応する時、ＤＣＩメッセージ内のＣＩＦを識別することによって、ＤＣＩメッセージをデコードするステップと、ＣＩＦを使用して、ＣＣＥサブセット候補と関連付けられたキャリアを識別するステップと、を備える。ＣＣＥサブセット候補が、１つのキャリアのみに対応する時、検索空間内のＣＣＥサブセット候補の場所を使用して、ＣＣＥサブセット候補と関連付けられたキャリアを識別する。

別の実施形態では、方法は、各キャリアに対して、ＣＣＥサブセット候補の場所を判定するステップと、ＤＣＩメッセージを受信するステップと、特異的アグリゲーションレベルにおけるＣＣＥサブセット候補が、２つ以上のキャリアに対応する時、各ＤＣＩメッセージ内のＣＩＦを識別することによって、サブフレームに対する特異的アグリゲーションレベルに対応するすべてのＤＣＩメッセージをデコードするステップと、ＣＩＦを使用して、ＣＣＥサブセット候補と関連付けられたキャリアを識別するステップと、を備える。特異的アグリゲーションレベルにおける各ＣＣＥサブセット候補が、１つのキャリアのみに対応する時、検索空間内のＣＣＥサブセット候補の場所を使用して、サブフレームに対する特異的アグリゲーションレベルにおける各ＣＣＥサブセット候補と関連付けられたキャリアを識別する。

さらに別の実施形態では、方法は、各キャリアに対して、ＣＣＥサブセット候補の場所を判定するステップと、ＤＣＩメッセージを受信するステップと、任意のアグリゲーションレベルにおけるＣＣＥサブセット候補が、サブフレームに対して、２つ以上のキャリアに対応する時、各ＤＣＩメッセージ内のＣＩＦを識別することによって、サブフレームに対するすべてのアグリゲーションレベルにおいて、すべてのＤＣＩメッセージをデコードするステップと、ＣＩＦを使用して、ＣＣＥサブセット候補と関連付けられたキャリアを識別するステップと、サブフレームに対するすべてのアグリゲーションレベルにおける各ＣＣＥサブセット候補が、１つのキャリアのみに対応する時、検索空間内のＣＣＥサブセット候補の場所を使用して、サブフレームに対するすべてのアグリゲーションレベルにおける各ＣＣＥサブセット候補と関連付けられたキャリアを識別するステップと、を備える。

前述および関連目的を達成するために、本開示は、次いで、以下に完全に説明される特徴を備える。以下の説明および付随の図面は、本開示のある例証的側面を詳細に記載する。しかしながら、これらの側面は、本開示の原理を採用することができる、種々の方法のいくつかに過ぎないことを示す。本開示の他の側面、利点、および新規特徴は、図面と併せて検討される時、本開示の以下の発明を実施するための形態から明白となるであろう。

次に、本開示の種々の側面について、付随の図面を参照して説明するが、同一数字は、全体を通して、同一または対応する要素を指す。しかしながら、図面およびそれに関連する発明を実施するための形態は、請求される主題を開示される特定の形態に限定することを意図するものではないことを理解されたい。むしろ、請求される主題の精神および範囲内にある、すべての修正、均等物、および代替を網羅することを意図する。

本明細書で使用されるように、用語「構成要素」、「システム」等は、ハードウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、または実行中であるソフトウェアのいずれかである、コンピュータ関連エンティティを指すように意図される。例えば、構成要素は、プロセッサ上で起動するプロセス、プロセッサ、オブジェクト、実行のスレッド、プログラム、および／またはコンピュータであってもよいが、それらに限定されない。例証として、コンピュータ上で起動するアプリケーションおよびコンピュータは両方とも、構成要素であり得る。１つ以上の構成要素は、プロセスおよび／または実行のスレッド内に常駐してもよく、構成要素は、１つのコンピュータ上に位置する、および／または２つ以上のコンピュータ間に分散されてもよい。

単語「例示的」とは、本明細書では、実施例、事例、または例証としての役割を果たすことを意味するために使用される。「例示的」として、本明細書に説明される任意の側面または設計は、必ずしも、他の側面または設計より好ましいまたは有利であると解釈されるわけではない。

さらに、開示される主題は、本明細書に詳述される側面を実装するために、コンピュータまたはプロセッサベースのデバイスを制御するためのソフトウェア、ファームウェア、ハードウェア、または任意のそれらの組み合わせを生産する標準的プログラミングおよび／またはエンジニアリング技法を使用して、システム、方法、装置、または製品として、実装されてもよい。用語「製品」（または、代替として、「コンピュータプログラム製品」）は、本明細書で使用されるように、任意のコンピュータ可読デバイスからアクセス可能なコンピュータプログラム、キャリア、またはメディアを包含するように意図される。例えば、コンピュータ可読媒体は、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ．．．）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）．．．）、スマートカード、およびフラッシュメモリデバイス（例えば、カード、スティック）を含むことが、それらに限定されない。加えて、キャリア波は、電子メールを伝送および受信する際、あるいはインターネットまたはローカルエリアネットワーク（ＬＡＮ）等のネットワークにアクセスする際、使用されるもの等、コンピュータ可読電子データを搬送するために採用することを理解されたい。当然ながら、当業者は、請求される主題の範囲または精神から逸脱することなく、本構成に多くの修正を行ってもよいことを認識するであろう。

一般に、本発明のシステムおよび方法は、２つ以上のキャリア間の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）領域等、単一制御チャネルリソースを共有するために開発された。したがって、システムは、マルチキャリア制御構造を提供し、１つのＰＤＣＣＨ領域を介して分配されるダウンリンク制御情報（ＤＣＩ）制御メッセージに、１つ以上のキャリア上のリソース配分を判定させる。一般に、本システムは、前述の既存のＤＣＩ制御メッセージ形式を使用して、実装されてもよい。したがって、既存のＤＣＩ形式の長さは、本システムの実装後であっても、不変のままであり得る。

次に、図面を参照すると（同一参照番号は、いくつかの図を通して、類似要素に対応する）、図１は、ユーザエージェント（ＵＡ）１０およびアクセスデバイス１２を含む、例示的マルチチャネル通信システム３０を例証する、概略図である。ＵＡ１０は、他の構成要素の中でもとりわけ、１つ以上のソフトウェアプログラムを起動する、プロセッサ１４を含み、プログラムのうちの少なくとも１つは、アクセスデバイス１２と通信し、アクセスデバイス１２からデータを受信し、そこにデータを提供する。データが、ＵＡ１０からデバイス１２に伝送される時、データは、アップリンクデータと称され、データが、アクセスデバイス１２からＵＡ１０に伝送される時、データは、ダウンリンクデータと称される。アクセスデバイス１２は、一実装では、Ｅ−ＵＴＲＡＮノードＢ（ｅＮＢ）またはＵＡ１０と通信するための他のネットワーク構成要素を含んでもよい。

通信を促進するために、複数の異なる通信チャネルが、アクセスデバイス１２とＵＡ１０との間に確立される。本開示の目的のために、図１を参照すると、アクセスデバイス１２とＵＡ１０との間の重要なチャネルとして、ＰＤＣＣＨ７０、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）７２、および物理アップリンク共有チャネル（ＰＵＳＣＨ）７４を含む。標識が含意するように、ＰＤＣＣＨは、ダウンリンクデータ通信の間、アクセスデバイス１２に、制御ＵＡ１０を制御させるチャネルである。この目的を達成するために、ＰＤＣＣＨは、ＤＣＩパケットと称されるスケジューリングまたは制御データパケットをＵＡ１０に伝送し、ＵＡ１０によって使用されるべきスケジューリングを示し、ダウンリンク通信トラフィックパケットを受信する、またはアップリンク通信トラフィックパケットを伝送する、または特異的命令（例えば、電力制御コマンド、ランダムアクセスプロシージャを行うための順序、または半永続的スケジューリングアクティブ化または非アクティブ化）をＵＡに送信するために使用される。別個のＤＣＩパケットは、各トラフィックパケット／サブフレーム伝送のために、アクセスデバイス１２によって、ＵＡ１０に伝送されてもよい。

例示的ＤＣＩ形式は、アップリンクリソースを指定するためのＤＣＩ形式０ならびにダウンリンクリソースを指定するためのＤＣＩ形式１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、および２Ａを含む。他のＤＣＩ形式も想定される。例示的ＤＣＩパケットは、図１では、ＰＤＣＣＨ７０上の通信７１によって示される。

依然として、図１を参照すると、ＰＤＳＣＨ７２上の例示的トラフィックデータパケットまたはサブフレームは、７３と標識される。ＰＵＳＣＨ７４は、ＵＡ１０によって、使用され、データサブフレームまたはパケットをアクセスデバイス１２に伝送してもよい。ＰＵＳＣＨ７４上の例示的トラフィックパケットは、７７と標識される。

キャリアアグリゲーションは、ＵＡ１０、アクセスデバイス１２、および／または他のネットワーク構成要素間の通信のために、より広い伝送帯域幅をサポートし、潜在的ピークデータレートを増加させるために使用することができる。キャリアアグリゲーションでは、複数の構成要素キャリアが、アグリゲートされ、図２に示されるように、サブフレームにおいて、ＵＡ１０に配分されてもよい。図２は、通信ネットワーク内のキャリアアグリゲーションを示し、各構成要素キャリアは、帯域幅２０ＭＨｚを有し、総システム帯域幅は、１００ＭＨｚである。例証されるように、利用可能な帯域幅１００は、複数のキャリア１０２に分割される。ＵＡ１０は、ＵＡの能力に応じて、複数の構成要素キャリア（図２に示される実施例では、最大合計５つのキャリア１０２）上で受信または伝送してもよい。ある場合には、ネットワーク展開に応じて、キャリアアグリゲーションは、同一帯域に位置するキャリア１０２および／または異なる帯域に位置するキャリア１０２とともに生じてもよい。例えば、１つのキャリア１０２は、２ＧＨｚに位置してもよく、第２のアグリゲートされたキャリア１０２は、８００ＭＨｚに位置してもよい。

図３を参照すると、例示的ＰＤＣＣＨ領域は、ＤＣＩ形式メッセージをアクセスデバイス１２からＵＡ１０に伝送するために使用される、複数の制御チャネル要素（ＣＣＥ）１１０を含む。ＵＡ１０は、特定のＵＡ１０に特異的であるＵＡ特異的検索空間１１４およびアクセスデバイス１２にリンクされたすべてのＵＡに共通の共通検索空間１１２内のＤＣＩメッセージを伝送するために使用される、ＣＣＥを検索することができる。例証される実施例では、ＰＤＣＣＨ領域は、３８のＣＣＥを含むが、しかしながら、他のＰＤＣＣＨ事例は、３８より多いまたは少ないＣＣＥを含んでもよい。アクセスデバイス１２は、ＤＣＩメッセージをＵＡ１０に伝送するために使用されるべき１つのＣＣＥまたはＣＣＥのアグリゲートを選択し、メッセージを伝送するために選択されるＣＣＥサブセットは、少なくとも部分的に、アクセスデバイスとＵＡとの間で認識される通信条件に依存する。例えば、高品質通信リンクが、アクセスデバイスとＵＡとの間に存在することが既知である場合、アクセスデバイスは、ＣＣＥの単一の１つ（１１６参照）を介して、ＵＡにデータを伝送してもよく、リンクが、低品質である場合、アクセスデバイスは、２つ（１１８参照）、４つ（１２０参照）、またはさらに８つのＣＣＥ（１２２参照）のサブセットを介して、ＵＡにデータを伝送してもよく、付加的ＣＣＥは、関連付けられたＤＣＩメッセージのよりロバストな伝送を促進する。アクセスデバイスは、多くの他の基準に基づいて、ＤＣＩメッセージ伝送のためのＣＣＥサブセットを選択してもよい。

以下、そうではないことが示されない限り、１つのＣＣＥを含むＣＣＥサブセットは、「アグリゲーションレベル１」またはＡＬ１サブセットと称されるであろう。同様に、２つのＣＣＥを含むサブセットは、「アグリゲーションレベル２」またはＡＬ２サブセットと称され、４つのＣＣＥを含むサブセットは、「アグリゲーションレベル４」またはＡＬ４サブセットと称され、８つのＣＣＥを含むサブセットは、「アグリゲーションレベル８」またはＡＬ８サブセットと称されるであろう。アグリゲーションレベルが高いほど、特定のＤＣＩを伝送するために使用されるＣＣＥの数が、より大きく（例えば、アグリゲーションレベル８は、アグリゲーションレベル４より大きい）、したがって、所与のチャネル条件のセットを前提として、よりロバストであることを示す。故に、不良チャネル条件を伴うＵＡ１０は、より高いアグリゲーションレベルが割り当てられ、ＵＡ１０が、ＰＤＣＣＨ上で受信したＤＣＩメッセージを正常にデコードすることができることを確実にしてもよい。

次に、図４を参照すると、図３に描写されるように、それぞれ、ＵＡ特異的および共通検索空間１１４ならびに１１２に対するアグリゲーションレベル、ＣＣＥの数における各アグリゲーションレベルのサイズ、および各アグリゲーションレベルにおいて、ＵＡ１０によって検索されるべきＰＤＣＣＨ（ＣＣＥサブセット）候補の数を示す、図３における情報を要約する、表が提供される。ＵＡ特異的検索空間１１４では、アグリゲーションレベル１では、検索空間は、合計６つのＰＤＣＣＨ候補を伴う、６つのＣＣＥである。アグリゲーションレベル２では、検索空間は、合計６つのＰＤＣＣＨ候補を伴う、１２のＣＣＥである。アグリゲーションレベル４では、検索空間は、２つのＰＤＣＣＨ候補を伴う、８つのＣＣＥであって、アグリゲーションレベル８では、検索空間は、２つのＰＤＣＣＨ候補を伴う、１６のＣＣＥである。共通検索空間１１２では、アグリゲーションレベル４では、検索空間は、４つのＰＤＣＣＨ候補を伴う、１６のＣＣＥであって、アグリゲーションレベル８では、検索空間は、２つのＰＤＣＣＨ候補を伴う、１６のＣＣＥである。

概して、図４に示されるアグリゲーションレベルの異なるものを使用することによって、ＰＤＣＣＨ伝送の信頼性は、意図されたＵＡに対して設定されてもよい。ＵＡによって監視されるべきＰＤＣＣＨ候補のセットは、検索空間の観点から定義され、アグリゲーションレベル１、２、４、または８における検索空間Ｓ_ｋ ^（Ｌ）は、ＰＤＣＣＨ候補のセットによって定義される。検索空間Ｓ_ｋ ^（Ｌ）のＰＤＣＣＨ候補ｍに対応するＣＣＥは、以下の式によって求められてもよい。

式中、Ｙ_ｋ（Ｙ_ｋは、ＴＳ３６．２１３の第９．１．１節に説明されるように計算されてもよい）は、ＵＡ特異的検索空間を定義するための乱数であって、Ｌは、アグリゲーションレベルであって、ｉ＝０、．．．、Ｌ−１、およびｍ＝０、．．．、Ｍ^（Ｌ）−１である。Ｍ^（Ｌ）は、所与の検索空間内で監視するためのＰＤＣＣＨ候補の数である。

キャリアアグリゲーションの場合、制御チャネル構造は、ＤＣＩ制御メッセージを分配するための各キャリアに配分される。図５ａおよび５ｂは、キャリアアグリゲーションに対して、２つ以上のキャリアのために、制御チャネルを実装するための２つの例示的ＰＤＣＣＨ設計選択肢を例証する。図５ａでは、各キャリアｆ１およびｆ２は、別個のＰＤＣＣＨ領域が配分される。故に、キャリアｆ１に関連するＤＣＩ制御メッセージは、ＰＤＣＣＨ領域１３０を介して、分配され、キャリアｆ２に関連するＤＣＩ制御メッセージは、ＰＤＣＣＨ領域１３２を介して、分配される。比較的に実装が容易であるが、図５ａのＰＤＣＣＨ構造は、各キャリア上に実質的リソースの配分を要求し、特定のキャリアが、ＰＤＣＣＨ領域を有していない時は、当てはまらない。複数のキャリアに対するＰＤＣＣＨ領域が、単一キャリア上に留保される場合、他のキャリアは、制御領域を伴うことなく、ＰＤＳＣＨのみを伝送するように構成され、ＰＤＳＣＨ伝送の帯域幅効率を増加させるであろう。加えて、各キャリアの被覆範囲は、異なり得る。また、ある場合には、ＵＡ実装を簡略化するために、単一キャリア上で制御を伝送することが望ましくあり得る。故に、多くの場合、特定のキャリアは、ＰＤＣＣＨ領域を実装しない、または利用可能にしなくてもよい。

図５ｂは、代替ＰＤＣＣＨ領域設計選択肢を例証しており、あるＰＤＣＣＨ領域は、ゼロ以上の他のキャリアに加え、ＰＤＣＣＨが伝送されるキャリアに対して、ＤＣＩ制御メッセージを分配するように構成されてもよい。図５ｂでは、キャリアｆ１に関連するＤＣＩ制御メッセージは、ＰＤＣＣＨ領域１３６を介して、分配される。加えて、キャリアｆ１上のＰＤＣＣＨ領域１３６は、キャリアｆ２および／または付加的キャリア（図示せず）に関連するＤＣＩ制御メッセージを分配するように構成されてもよい。ＤＣＩ制御メッセージが関連するＰＤＳＣＨ／ＰＵＳＣＨキャリアを示す、新しいＤＣＩフィールドを使用して、図５ｂに例証されるＰＤＣＣＨ設計選択肢を実装することが可能であり得るが、そのような解決策は、既存のＤＣＩ形式の数を修正または増加させるだろうため、望ましくない。

本システムは、２つ以上のキャリアのそれぞれ上のリソース配分を判定するために、ＤＣＩ制御メッセージを第１のキャリア上の１つのＰＤＣＣＨ領域を介して分配させる、２つ以上のキャリア間の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）領域等、単一制御チャネルの共有を促進する。ネットワーク構成に応じて、本システムは、従来のＤＣＩ制御メッセージ形式を使用して、実装されてもよい。したがって、既存のＤＣＩ形式の長さは、本システムの実装後でも、不変のままであり得る。各解決策は、以下に別個に説明されるが、異なる解決策の種々の側面は、少なくともいくつかの実施形態において組み合わせられ、他の有用解決策をもたらし得ることを理解されたい。

（解決策１）
本システムの一実装では、単一キャリアＰＤＣＣＨ領域上のＣＣＥは、異なる群に割り当てられ、各群は、マルチキャリアシステムの異なるキャリアに事前に割り当てられる。例えば、図６を参照すると、ＰＤＣＣＨ領域１４０は、キャリアｆ１上に位置する。ＰＤＣＣＨ領域１４０のＣＣＥは、２つの群に配分され、各群は、キャリアｆ１またはキャリアｆ２のいずれかに割り当てられる。ＰＤＣＣＨ領域１４０は、ＰＤＣＣＨ１４０の第１のＣＣＥ群１４２を含み、ＣＣＥ群１４２は、キャリアｆ１に配分される。第１のＣＣＥ群１４２は、ＰＤＣＣＨ領域１４０のＣＣＥ０−１７を含む。同様に、ＰＤＣＣＨ領域１４０の第２のＣＣＥ群１４４は、キャリアｆ２に配分され、ＰＤＣＣＨ領域１４０のＣＣＥ１８−３５を含む。３つ以上のキャリアを有するシステムでは、単一ＰＤＣＣＨ領域上のＣＣＥは、キャリアの数に等しい数の群に配分されてもよい。ネットワーク実装に応じて、各群に配分されたＣＣＥの数は、等しくてもよく、またはキャリア間で変動してもよい。

依然として、図６を参照すると、キャリアｆ１とｆ２との間でＤＣＩ制御メッセージを配分するために、ＰＤＣＣＨ領域１４０内に存在し得る、アグリゲーションレベルおよび検索空間が、示される。ＰＤＣＣＨ領域１４０は、３６のＣＣＥを含む。ＣＣＥ０−１７は、第１の群に置かれ、キャリアｆ１（ＰＤＣＣＨ領域１４０を含有するキャリア）に配分され、ＣＣＥ１８−３５は、第２の群に置かれ、キャリアｆ２に配分される。ＰＤＣＣＨ領域１４０を使用して、アクセスデバイス１２は、ＣＣＥの１つあるいはＣＣＥのアグリゲーションまたはサブセットを選択し、ＤＣＩ制御メッセージをＵＡ１０に伝送する。アクセスデバイスによって選択される特定のＣＣＥサブセットは、少なくとも部分的に、アクセスデバイス１２とＵＡ１０との間で認識される通信条件に依存してもよい。選択されるＣＣＥサブセットはまた、ＤＣＩ制御メッセージがリソースを配分するキャリアを判定する。

例えば、高品質通信リンクが、キャリアｆ１上において、アクセスデバイス１２とＵＡ１０との間に存在することが既知である場合、アクセスデバイス１２は、キャリアｆ１に配分されるＣＣＥ１４２の群内のＣＣＥの単一の１つ（１４６参照）を介して、制御メッセージをＵＡ１０に伝送してもよい。キャリアｆ１リンクが、低品質である場合、アクセスデバイス１２は、キャリアｆ１に配分されるＣＣＥ１４２の群内の２つ（１４８参照）、４つ（１５０参照）、またはさらに８つのＣＣＥ（１５２参照）のサブセットを介して、データをＵＡ１０に伝送してもよく、付加的ＣＣＥは、ＵＡ１０への関連付けられたＤＣＩメッセージのよりロバストな伝送を促進する。

同様に、高品質通信リンクが、キャリアｆ１上において、アクセスデバイスとＵＡとの間に存在することが既知である場合、アクセスデバイスは、キャリアｆ２に配分されるＣＣＥ１４４の群内のＣＣＥの単一の１つ（１５４参照）を介して、データをＵＡ１０に伝送してもよい。キャリアｆ２に対するＰＤＣＣＨ領域は、キャリアｆ１上で伝送されるため、キャリアｆ１上のチャネル品質は、アグリゲーションレベルを判定する際に考慮されるべきである。キャリアｆ１リンクが、低品質である場合、アクセスデバイスは、キャリアｆ２に配分されるＣＣＥ１４４の群内のＣＣＥの２つ（１５６参照）、４つ（１５８参照）、またはさらに８つのＣＣＥ（１６０参照）のサブセットを介して、データをＵＡ１０に伝送してもよく、付加的ＣＣＥは、関連付けられたＤＣＩメッセージのよりロバストな伝送を促進する。アクセスデバイスは、多くの他の基準に基づいて、ＤＣＩメッセージ伝送のためのＣＣＥサブセットを選択してもよい。

ＵＡ１０が、キャリアｆ１に対して指定されるＣＣＥ空間１４２において、有効ＤＣＩ制御メッセージ形式を見つける場合、ＵＡ１０は、対応するグラントが、キャリアｆ１に対して有効であると結論付けてもよい。反対に、ＵＡ１０が、キャリアｆ２のために指定されるＣＣＥ空間１４４において、有効ＤＣＩ形式を見つける場合、ＵＡ１０は、対応するグラントが、キャリアｆ２に対して有効であると結論付けてもよい。

多くの場合、ＰＤＣＣＨ領域１４０上で利用可能なＣＣＥの総数は、システム要件に応じて、３６より多いまたは少なくてもよい。例えば、ＰＤＣＣＨ領域内の多数のＣＣＥは、アクセスデバイスが、所与のサブフレームの間、特定のＵＡに伝送することを所望するが、アクセスデバイスが、所望のＤＣＩ制御メッセージを置くべき、ＰＤＣＣＨ領域内に好適なＣＣＥのサブセットを見つけることができない場合、ＰＤＣＣＨ上でのブロッキングの発生を最小限にし得る。さらに、ＣＣＥは、キャリア間に均一に分配される必要はない。例えば、アクセスデバイスとスケジューリングされたＵＡとの間の特定の強いまたは高品質の接続を有することが知られているキャリアは、より高いレベルのアグリゲーションが、キャリアに対して必要である可能性が低いため、ＰＤＣＣＨ領域内により少ない総ＣＣＥが配分されてもよい。反対に、非常に低い品質の接続を伴うキャリアは、多くの場合、高レベルのアグリゲーションを要求するであろうため、ＰＤＣＣＨ領域内により多い総数のＣＣＥが配分されてもよい。

一実装では、キャリアｆ１に配分されたＣＣＥセット１４２は、Ｒｅｌ−８信号伝達物理制御形式インジケータチャネル（ＰＣＦＩＣＨ）を使用して、信号伝達され、キャリアｆ２に配分されたＣＣＥセット１４４は、代替信号伝達方法を使用して、信号伝達される。その場合、Ｒｅｌ−８ＵＡは、ＣＣＥセット１４４によって、サーブされなくてもよい。

別の実装では、ＣＣＥ空間全体（ＣＣＥセット１４２および１４４を含む）が、Ｒｅｌ−８信号伝達を使用して、ＰＣＦＩＣＨを使用するＲｅｌ−８ＵＡに信号伝達され、ＣＣＥセット１４２および１４４は、２つのエンティティとして、Ｒｅｌ−１０信号伝達を使用して、Ｒｅｌ−１０ＵＡに信号伝達される。例えば、ＲＲＣ信号伝達は、ＣＣＥセット１４２および１４４を示すために使用することができる。その場合、Ｒｅｌ−８ＵＡは、単一グラントに対して、ＰＤＣＣＨ空間全体に及んでもよい一方、Ｒｅｌ−１０ＵＡに対する単一グラントは、ＣＣＥセット１４２またはＣＣＥセット１４４のいずれかに位置する。両方の場合、ＵＡは、現在定義されているものと同一ＰＤＣＣＨ検索プロシージャを使用し、アクセスデバイスは、特定のグラントが、各ＵＡに対する適切な場所に位置することを確実にし得るため、解決策は、Ｒｅｌ−８ＵＡに透過的であってもよい。

ある場合には、Ｒｅｌ−８技法を使用して、十分に大きなＰＤＣＣＨ空間を定義し、複数のキャリア動作に対応することは、困難であり得る。例えば、４つ以上の直交周波数分割多重化（ＯＦＤＭ）シンボルが、ＰＤＣＣＨに対して必要とされる場合、トラフィックチャネル（ＰＤＳＣＨ）を制御チャネル（ＰＤＣＣＨ）からオフセットすることは、困難であり得る。したがって、システムまたはシステムの一部は、論理領域内に実装されてもよく、ＣＣＥセット１４２は、Ｒｅｌ−８におけるように定義され、ＣＣＥセット１４４は、特定の無線リソースのセット、例えば、物理リソースブロックのセットを使用する。しかしながら、これは、ＵＡが、サブフレーム全体をバッファすることを要求し、したがって、既存のＰＤＣＣＨ構造のマイクロスリープの利点を排除し得る。

前述の第１の解決策は、キャリアｆ１およびキャリアｆ２に対するＰＤＣＣＨ領域１４０ＣＣＥサブセット１４２と１４４との間のトランキングを可能にし得ず、したがって、完全共通ＰＤＣＣＨ空間と比較して、より高いブロッキングレートをもたらし得る。したがって、Ｒｅｌ−８ＤＣＩ形式を変更することなく、ＣＣＥの共通セットを使用して、キャリアｆ１およびｆ２両方上に配分を行うことが望ましくあり得る。加えて、特に、より大きなアグリゲーションレベルでは、各キャリアに対して、検索空間を留保することが困難であり得る。

信号伝達は、各ＵＡ１０に、ＣＣＥのセットを特定のキャリアにマップする方法を命令するように実装されてもよい。ある場合には、ブロードキャスト信号伝達を使用して、ＰＤＣＣＨ領域をＣＣＥ群に分割してもよい。例えば、再び、図６を参照すると、ブロードキャスト信号伝達を使用して、ＣＣＥセット１４２が、ＣＣＥ０−１７に対応し、ＣＣＥセット１４４が、ＣＣＥ１８−３５に対応することを示してもよい。

ＣＣＥセットが構成された後、アクセスデバイスは、どのキャリアが、どのＣＣＥセットに対応するかを示してもよい。加えて、アクセスデバイスは、各ＣＣＥセット内のキャリアインデックスを示してもよい。例えば、ＣＣＥセット１４２が、ＣＣＥセット「０」と称され、３つのキャリアに対して使用され（図６におけるようにではなく）、ＣＣＥセット１４４が、ＣＣＥセット「１」と称され、１つのキャリアに対して使用される場合、例示的信号伝達は、以下の表に例証される。

この場合、ＤＣＩメッセージは、ＣＣＥセット内のキャリアインデックスを示すように修正されてもよく、または後述の解決策のうちの１つを、キャリアを示すために使用することができる。

定義されたＣＣＥセットが１つのみの場合、図６におけるように、ＣＣＥセット内のキャリアインデックスは、キャリアインデックスに等しくてもよく、その場合、信号伝達は、必要でなくてもよい。

（解決策２）
他の実装では、ＣＣＥは、複数の構成要素キャリア間で共有することができるが、特定のアグリゲーションレベルにおける、第１のキャリアに対する第１のＰＤＣＣＨ ＤＣＩ制御メッセージ候補は、同一アグリゲーションレベルにおける、第２のキャリアに対する第２のＰＤＣＣＨ ＤＣＩ制御メッセージ候補と重複しないことを条件とする。図７を参照すると、キャリアｆ１およびｆ２はそれぞれ、キャリアｆ１ ＰＤＣＣＨ領域１６２上で利用可能なＣＣＥ（本実施例では、０−３５と番号が付けられた合計３６のＣＣＥ）のいずれかによって、リソースが配分されてもよい。キャリアｆ１およびキャリアｆ２に対するＣＣＥ配分を区別するために、あるアグリゲーションレベルにおける、各非アンカキャリアに対するＰＤＣＣＨ１６２候補は、アンカキャリア上の各ＰＤＣＣＨ候補の位置に対して、アンカキャリア上に配分されたＣＣＥの数だけ、シフトされる。

図７では、キャリアｆ１とｆ２との間でＤＣＩ制御メッセージを配分するために、ＰＤＣＣＨ領域１６２内に存在し得る、アグリゲーションレベルおよび検索空間が、例証され、キャリアｆ１およびｆ２に対するＤＣＩ制御メッセージは、ＰＤＣＣＨ領域１６２を通して、分配されてもよい。図７では、キャリアｆ１およびｆ２に対するＤＣＩ制御メッセージはそれぞれ、０−３５と番号が付けられたＣＣＥのうちの１つ以上（すなわち、ＰＤＣＣＨ領域１６２上で利用可能なＣＣＥのいずれか）が配分されてもよい。キャリアｆ１およびキャリアｆ２に対する配分を区別するために、キャリアｆ２に対するＰＤＣＣＨ候補は、アンカキャリア（例えば、キャリアｆ１）に配分されたＣＣＥの位置に対して、シフトされる。

例えば、図７では、キャリアｆ２に対するアグリゲーションレベル１のためのＰＤＣＣＨ候補は、アグリゲーションレベル１において、アンカキャリアに配分されたＣＣＥの数だけ、キャリアｆ１に対するＰＤＣＣＨ候補に対して、シフトされる。図７では、ＰＤＣＣＨ候補１６６から始まる６つのＣＣＥが、アンカキャリア（キャリアｆ１）に配分されている。したがって、キャリアｆ２ ＰＤＣＣＨ候補に対する開始ＣＣＥ１６４は、アンカキャリアに配分されたＣＣＥの数（この場合、６）だけ、アンカキャリア上のものと同一開始位置からシフトされる。したがって、ＰＤＣＣＨ候補１６４に対する開始点は、６つのＣＣＥだけ、右にシフトされる。

同様に、依然として、図７を参照すると、候補１６８から開始する、ＡＬ２およびキャリアｆ１（Ｃｆ１）に対する６つのＰＤＣＣＨまたはＣＣＥサブセット候補が存在する。ＡＬ２上に６つのＰＤＣＣＨ候補が存在するため、ＡＬ２上のキャリアｆ２（Ｃｆ２）に対する６つのＰＤＣＣＨ候補の最初の１７０は、示されるように、６つの候補だけ、シフトされる。

類似プロセスは、各アグリゲーションレベルにおいて、キャリア間に配分されたＰＤＣＣＨ候補を指定および発行するために反復されてもよい。アルゴリズムもまた、付加的キャリアが、システムに追加されるのに伴って、適用されてもよい。第３のキャリアに対するＰＤＣＣＨ候補は、例えば、キャリアｆ１およびｆ２の両方に配分されたＰＤＣＣＨ候補の数だけ、右にシフトされるであろう。同様に、第４のキャリアに対するＰＤＣＣＨ候補は、キャリアｆ１、ｆ２、およびｆ３に配分されたＰＤＣＣＨ候補の数だけ、右にシフトされるであろう。

ＵＡ１０が、特定のアグリゲーションレベルにおいて、有効ＤＣＩ制御メッセージ形式を見つける場合、ＵＡ１０は、ＤＣＩメッセージを伝送するために使用されるＣＣＥに基づいて、どのキャリアに、グラントが配分されるかを判定することができる。ＤＣＩメッセージを伝送するために使用されるＣＣＥが、第１のキャリアに配分されたもの内にある場合、グラントは、第１のキャリア上のリソースに対するものである。しかしながら、ＣＣＥが、第２のキャリアに配分されたセット内に含まれる場合、グラントは、第２のキャリア上のリソースのためのものである等となる。

図７では、アグリゲーションレベル４およびアグリゲーションレベル８に対して、単一キャリア（例えば、アンカキャリア）のみ、共通検索空間と重複してもよい。したがって、ＰＤＣＣＨ１６２のＡＬ４およびＡＬ８領域の特別な扱いが、要求される。図７に示される実施例では、２つの候補１６５および１６７が、ＡＬ４におけるキャリアｆ２に対して存在するが、残りの候補は、キャリアｆ１上のＵＡ１０特異的検索空間または共通検索空間のいずれかのために使用されるため、ＡＬ８におけるｆ２に対する候補は、ゼロである。

別の実装では、ＵＡ１０は、第１のアグリゲーションレベルで分配されたすべてのＤＣＩ制御メッセージを読み出し、制御メッセージが、キャリア間に均一に分配されることを前提として、そのアグリゲーションレベルにおけるＤＣＩ制御メッセージの総数に基づいて、各制御メッセージと関連付けられたキャリアを判定してもよい。例えば、アグリゲーションレベル１において分配された合計６つの総ＤＣＩ制御メッセージが存在し、ＵＡ１０が、ＰＤＣＣＨによってサーブされる２つのキャリアが存在することを把握している場合、ＵＡ１０は、第１の３つの制御メッセージが、キャリアｆ１上にリソースを配分し、第２の３つの制御メッセージが、キャリアｆ２上にリソースを配分すると判定してもよい。言い換えると、システムは、キャリア間にＰＤＣＣＨ候補を均一に分散し、また、キャリアのものと同一順序で候補を発行するように構成されてもよい。３つのキャリア（図示せず）の場合、例えば、制御メッセージの３分の１は、キャリアｆ１上に、３分の２は、キャリアｆ２上に、最後の３分の１は、キャリアｆ３上に、リソースを配分するであろう。本プロセスは、すべてのアグリゲーションレベルにおいて、任意の数のキャリアに対して、反復されてもよい。

ある場合には、Ｒｅｌ−８技法を使用して、十分に大きなＰＤＣＣＨ空間を定義し、複数のキャリア動作に対応することが困難であり得る。共通検索空間は、Ｒｅｌ−８とＲｅｌ−１０ ＵＥとの間で共有されてもよいため、検索空間は、ＰＣＦＩＣＨ等、Ｒｅｌ−８信号伝達を使用して、信号伝達されてもよい。その結果、検索空間は、１．４ＭＨｚのキャリア帯域幅に対して、合計３つのＯＦＤＭシンボルに限定され得る（または、４つのＯＦＤＭシンボルであるが、そのような狭帯域幅は、キャリアアグリゲーションに対して適用される可能性は低い）。

図７では、キャリアｆ２に対するＰＤＣＣＨ候補は、キャリアｆ１に対するＰＤＣＣＨ候補の隣に位置する。これは、１つの位置決めアルゴリズムであって、任意の位置決めアルゴリズムを使用することができることを理解されたい。例えば、キャリアｆ２に対するＰＤＣＣＨ候補は、キャリアｆ１に対するＰＤＣＣＨ候補のために使用されるプロセスと同様に、ＰＤＣＣＨ内に疑似乱数的に位置してもよい。キャリアｆ１に対するＰＤＣＣＨ候補が、キャリアｆ２に対するＰＤＣＣＨ候補と重複する場合、一方のキャリアは、優先度が与えられなければならない。例えば、重複する場合、ＰＤＣＣＨ候補は、ＵＡ１０およびアクセスデバイス１２において、キャリアｆ１に対応することが既知であり得る。

（解決策３）
別の実装では、特定のアグリゲーションレベルに対して、各アグリゲーションレベルにおいて、各キャリアに対して配分されたＰＤＣＣＨ候補のための開始ＣＣＥは、次のより小さいアグリゲーションレベル内のＣＣＥの数に基づいて、シフトされる。図８は、各アグリゲーションレベルに対して、特定のキャリアに対するＰＤＣＣＨ候補が、次のより小さいアグリゲーションレベル内の複数のＣＣＥの数だけシフトされ得る、ＰＤＣＣＨ１８０を例証する。例えば、あるアグリゲーションレベルにおいて、２つのキャリアに対して、第２のキャリアに対するＤＣＩ制御メッセージは、次のより低いアグリゲーションレベルにおける各ＰＤＣＣＨ候補にアグリゲートされたＣＣＥの数と等しいＣＣＥの数だけ、第１のキャリアに対して、制御メッセージからオフセットされてもよい。アグリゲーションレベル１に対するオフセットは、１より低いアグリゲーションレベルが存在しないため、例外であることに留意されたい。その場合、アグリゲーションレベルに対するオフセットは、任意の整数に設定されてもよい（例えば、６のオフセットが、図８に例証される）。

依然として、特異的実施例に関して、図８を参照すると、キャリアｆ２に対するアグリゲーションレベル２ＰＤＣＣＨ候補１８４のための開始ＣＣＥは、キャリアｆ１に対するＰＤＣＣＨ候補１８２に対して、１つのＣＣＥ（次のより小さいアグリゲーションレベル内のアグリゲートされたＣＣＥの数に等しい）だけ、シフトされる。同様に、キャリアｆ２に対するアグリゲーションレベル４のためのＰＤＣＣＨ候補１８８は、キャリアｆ１に対するＰＤＣＣＨ候補１８６に対して、２つのＣＣＥ（次のより小さいアグリゲーションレベル内のアグリゲートされたＣＣＥの数に等しい）だけ、シフトされる等となる。

より低いアグリゲーションレベルにおける各ＰＤＣＣＨ候補内のＣＣＥの数だけ、任意の所与のアグリゲーションレベルにおける異なる周波数に対するＰＤＣＣＨ候補をシフトすることによって、各アグリゲーションレベルでの異なる周波数におけるＰＤＣＣＨは、精密には、重複せず、したがって、ＣＣＥサブセット候補は、一意である。

ここでは、本第３の解決策は、同一アグリゲーションレベルにおいてＰＤＣＣＨ候補を構成する、ＣＣＥの数Ｑ未満である、任意のオフセットが使用され得るように、一般化されてもよいことを理解されたい。より広義には、オフセットに関する主な制限は、それが、Ｑの整数の倍数ではないことである。例えば、図８におけるアグリゲーションレベルＡＬ４では、示されるオフセットは、２つのＣＣＥに等しい。そのオフセットは、１つのＣＣＥまたは３つのＣＣＥ（すなわち、Ｑ−ｌ）に変更され、類似効果を達成してもよい。同様に、ＡＬ８に対して、図８に示される４つのＣＣＥオフセットは、１つのＣＣＥから７つのＣＣＥのいずれであってもよい（すなわち、再び、Ｑ−ｌであって、Ｑは、各ＡＬ８ ＣＣＥサブセット候補内のＣＣＥの数である）。

より広義には、オフセットシフトに関する主な制限は、少なくともいくつかの実施形態では、同一アグリゲーションレベルにおいて、ＰＤＣＣＨ候補を構成する、ＣＣＥの数の整数の倍数ではないことであり得る。

（解決策４）
図９を参照すると、さらにある他の実施形態では、特定のＰＤＣＣＨ候補に対するキャリアは、ＰＤＣＣＨ候補のＣＣＥインデックスによって計算されてもよい。例えば、構成キャリアの数は、Ｎであると仮定すると、特定のＰＤＣＣＨ候補に対するキャリアインデックスは、以下の式によって判定されてもよい：
キャリアインデックス＝（Ｉ_ｃｃｅ／Ｌ）ＭＯＤ Ｎ＋１ 式（２）
式中、Ｉ_ｃｃｅは、特異的ＰＤＣＣＨ候補内の第１のＣＣＥのインデックスであって、Ｌは、現在検討されているアグリゲーションレベルである。図９では、例えば、ＰＤＣＣＨ候補２０２に対する２００のキャリアインデックスは、式（２）を使用して、判定されてもよい。ＰＤＣＣＨ候補２０２は、４のＩ_ｃｃｅ、１のアグリゲーションレベルを有する。ＰＤＣＣＨは、２つのキャリアを含み、したがって、ＰＤＣＣＨ候補２０２に対するキャリアは、（４／１）ＭＯＤ２＋１＝４ＭＯＤ２＋１＝０＋１＝１に等しい。同様に、ＰＤＣＣＨ候補２０４は、１２のＩ_ｃｃｅ、および４のアグリゲーションレベルを有する。故に、ＰＤＣＣＨ候補２０４に対するキャリアは、（１２／４）ＭＯＤ２＋１＝３ＭＯＤ２＋１＝１＋１＝２に等しい。このように、図９における各ＰＤＣＣＨ候補に割り当てられるキャリアは、ＵＡ１０によって計算されてもよい。したがって、いくつかの実装では、本システムは、特定のアグリゲーションレベルにおいて、各キャリアに対して、ＰＤＣＣＨ候補を互いに組み合わせる。

ＵＡ１０が、式（２）によって、一意のキャリアインデックスを達成することを保証するために、図１０に示されるように、構成キャリアの数の関数として、ＰＤＣＣＨ候補の数を増加させる必要がある。図１０では、ＵＡ特異的空間に対するアグリゲーションレベルおよびＣＣＥの数における各アグリゲーションレベルに対する検索空間の最小必要サイズを示す、表が提供される。アグリゲーションレベル１では、最小検索空間は、Ｎ ＣＣＥであって、Ｎは、キャリアの数である。アグリゲーションレベル２では、最小検索空間は、２＊Ｎ ＣＣＥである。アグリゲーションレベル４では、最小検索空間は、４＊Ｎ ＣＣＥであって、アグリゲーションレベル８では、最小検索空間は、８＊Ｎ ＣＣＥである。すなわち、最小検索空間サイズは、ＡＬ＊Ｎ ＣＣＥとして指定され得、ＡＬは、アグリゲーションレベル（１、２、４、または８）であって、Ｎは、キャリアの数である。

他の実施形態では、アクセスデバイスが、いくつかのＵＡと通信する、キャリアアグリゲーションの場合では、ＵＡのうちの１つと関連付けられたＰＤＣＣＨ候補のすべて（アグリゲーションレベルのうちの１つ以上において）が、現在使用されている場合、ブロッキングが、生じ得、グラントをＵＡのうちの１つ以上に伝送する際、遅延が生じる。本理由から、キャリアアグリゲーションの場合、少なくともある場合には、ＵＡが、増加された数の候補をブラインドデコード可能である場合、ＣＣＥ検索空間のサイズおよびＰＤＣＣＨ候補の数を増加させることが可能であることが有用であると認識されている。例えば、ある場合には、構成キャリアの数の関数として、ＣＣＥ検索空間サイズおよびＰＤＣＣＨ候補の数を増加させることが有用となり得る。構成キャリアの数の関数として、検索空間サイズおよびＰＤＣＣＨ候補の数を増加させる例示的方法の１つは、図１７に例証されており、例えば、ｍａｘ（Ｎ，６）は、キャリアの数の最大値を意味し、６は、アグリゲーションレベル１に対して、ＣＣＥ内の検索空間のサイズとして、選択される。同様に、２ｘｍａｘ（Ｎ，６）は、キャリアの数の２倍の最大値を意味し、１２等となる。したがって、例えば、構成キャリアの数が、４である場合、各候補が、８つのＣＣＥを含む場合、４つの候補が存在するように、ＣＣＥ内の検索空間は、３２（例えば、８ｘｍａｘ（Ｎ，２）、式中、Ｎは、４である）であって、ＰＤＣＣＨ候補の数は、４（例えば、ｍａｘ（Ｎ，２）、式中、Ｎは、４である）である。

ダウンリンクＤＣＩおよびアップリンクＤＣＩを同時に受信するために、ＰＤＣＣＨ候補の数は、図１８に示されるように、構成キャリアの数の２倍だけ、増加することができる。

別の実施形態では、より大きな数のＰＤＣＣＨ候補が、実際の構成キャリアの数に関わらず、キャリアアグリゲーションが構成される時、ＬＴＥ Ｒｅｌ−８システムにおいて使用されるＰＤＣＣＨ候補の数の代わりに、使用されることができる。図１９は、一例示的アプローチを示し、Ｍ１、Ｍ２、Ｍ３、およびＭ４は、それぞれ、アグリゲーションレベル１、２、４、および８に対するＰＤＣＣＨ候補の数を表し、Ｍ１、Ｍ２、Ｍ３、およびＭ４は、それぞれ、ＬＴＥ Ｒｅｌ−８において使用されるＰＤＣＣＨ候補の数以上であるべきである。これらの値は、信号伝達される、または仕様に規定することができる。少なくともいくつかの実施形態では、同一値をＭ１、Ｍ２、Ｍ３、およびＭ４に対して使用することができる、または異なる値を使用することができる。図１９では、単一キャリアのみ構成される場合、検索空間サイズおよびＰＤＣＣＨ候補の数は、Ｒｅｌ８システムにおける空間サイズおよび候補数と同じであることに留意されたい。したがって、ここでは、再び、構成キャリアの数は、検索空間サイズおよびＰＤＣＣＨ候補の数に影響を及ぼす。

図１０、１７、１８、および１９は、ＵＡ特異的検索空間を拡張するためのいくつかの異なる方法を示すが、本技法はまた、共通検索空間内で伝送されるＰＤＣＣＨが、ＰＤＳＣＨ／ＰＵＳＣＨが伝送されるキャリアと異なるキャリア上で伝送される場合、共通検索空間にも適用することができる。

ＰＤＳＣＨ伝送に対するキャリアの数およびＰＵＳＣＨ伝送に対するキャリアの数は、ｅＮＢ構成に応じて、異なり得る。この場合、Ｎは、より大きな数のキャリアであることができる。

別の実施形態では、図２０を参照すると、第１のセットのＰＤＣＣＨ候補サイズ（Ａ１、Ａ２、Ａ３、およびＡ４）は、単一キャリア動作（Ｎ＝ｌ）に対して使用されてもよく、第２のセットのＰＤＣＣＨ候補サイズ（Ｃ１、Ｃ２、Ｃ３、およびＣ４）は、キャリアアグリゲーションに対して使用されてもよく、第２のセットのＰＤＣＣＨ候補サイズ（Ｃ１、Ｃ２、Ｃ３、Ｃ４）は、第１のセットのＰＤＣＣＨ候補サイズ（Ａ１、Ａ２、Ａ３、Ａ４）を含む、関数と、キャリア（Ｎ）の数−１によって乗算される、スケーリングパラメータ（Ｂ１、Ｂ２、Ｂ３、およびＢ４）を使用して、定義される。少なくともいくつかの実施形態では、第１のセットのＰＤＣＣＨ候補サイズ（すなわち、Ａ１、Ａ２、Ａ３、Ａ４）は、ＬＴＥ Ｒｅｌ−８において使用されるものに等しい。

本方式はさらに、単一セットのＰＤＣＣＨ候補が、特定のセットのキャリアに非均一に寄与され得るように、一般化されてもよい。例えば、２つのキャリアに対して、一方のキャリアは、６つのＰＤＣＣＨ候補が配分されてもよく、他方のキャリアは、３つのＰＤＣＣＨ候補が配分されてもよい。代替として、式は、特定のアグリゲーションレベルに対するＰＤＣＣＨ候補の場所が、各キャリアに対してランダムであるように、採用されてもよい。これは、例えば、キャリアインデックスフィールドを３ＧＰＰ ＴＳ３６．２１３、ｖ８．６．０（２００９年３月）において見出される式に追加することによって、実装されてもよい。

ある場合には、ＰＤＣＣＨのサイズに応じて、２つ以上のキャリアに対するＰＤＣＣＨ候補が、衝突する可能性があり得る。その場合、ＰＤＣＣＨ候補は、特定のキャリア、例えば、最低キャリアインデックス（例えば、アンカキャリア）を伴うキャリアに配分されてもよい。

ある場合には、検索空間サイズおよびＰＤＣＣＨ候補の数は、あるキャリアの数まで、キャリアの数に伴って増加し、次いで、より多くのキャリアが追加されるのに伴って、一定値を維持する。例えば、それぞれ、１、２、３、４、５つのキャリアに対して、Ｎ＝１とすると、ＰＤＣＣＨ候補の数は、６、１０、１４、１８、１８となり得る。この場合、付加的ＰＤＣＣＨ候補は、４つと５つのキャリア間の遷移において使用されない。

本システムの前述の実施形態は、別個または組み合わせて、実装されてもよい。

（解決策５）
本システムのいくつかの実装では、アンカキャリアのＣ−ＲＮＴＩまたは各ＵＡのＲＮＴＩを使用して、ＵＥ特異的検索空間内のキャリア間のＰＤＣＣＨ候補の配分を判定してもよい。以下の実施例では、検索空間は、Ｒｅｌ−８に対して、同一サイズまたは拡張されてもよい。

複数のＲＮＴＩが、ＵＡに割り当てられてもよく、１つのＲＮＴＩが、各キャリアに対して割り当てられる。例えば、２つのキャリアを使用するシステムに対して、ＵＡ１０は、第１のキャリアと関連付けられた第１のＲＮＴＩおよび第２のキャリアと関連付けられた第２のＲＮＴＩが割り当てられてもよい。アクセスデバイスが、第２のキャリア上のリソースを第１のＵＡに配分することを所望する場合、アクセスデバイスは、ＤＣＩ制御メッセージをエンコードする時、ＵＡの第２のＲＮＴＩを使用する。同様に、アクセスデバイス１２が、第１のキャリア上のリソースをＵＡ１０に配分することを所望する場合、アクセスデバイス１２は、ＤＣＩ制御メッセージをエンコードする時、ＵＡの第１のＲＮＴＩを使用する。したがって、ＵＡは、両ＲＮＴＩを使用して、メッセージをデコードしようとすることによって、どのキャリアに、制御メッセージが、サービスを配分するかを判定することができる。制御メッセージを正常にデコードするＲＮＴＩの数は、ＵＡに、制御メッセージがリソースを配分するキャリアを通知する。

例えば、ＰＤＣＣＨ候補を受信後、各ＵＡは、候補のブラインドデコーディングを試みてもよい。ブラインドデコーディング後、ＰＤＣＣＨ候補のＣＲＣスクラブリングが、ＵＡの割り当てられたＲＮＴＩ値のすべてに対して比較される。ＲＮＴＩのうちの１つが、ＰＤＣＣＨ候補を正常に逆スクランブルするために使用することができる場合、逆スクランブルを行うために使用されるＲＮＴＩは、ＰＤＣＣＨ候補のＤＣＩ制御メッセージと関連付けられた特定のキャリアを識別する。代替として、異なるＣＲＣマスクが、各キャリアに対して使用され、類似機能性を達成してもよい。

別の実装では、ＰＤＣＣＨ候補内の変調シンボルまたはリソース要素群（ＲＥＧ）は、どのキャリアに、ＰＤＣＣＨ候補が、リソースを割り当てるかの表示として、回転されてもよい（または別様にその順序を変動させる）。例えば、特定のＰＤＣＣＨ候補に対して、対数尤度比（ＬＬＲ）を生成後、ＵＡ１０は、標準的アプローチ（および、ＲＥＧの標準的構成）を使用して、ＰＤＣＣＨ候補をブラインドデコードしようと試みる。

デコーディングが成功する場合、ＰＤＣＣＨ候補は、キャリアｆ１に配分される。デコーディングが失敗する場合、ＵＡ１０は、ＲＥＧのＬＬＲ（変調シンボルに対応する）を所定のアルゴリズムに対して代替順序に適宜シャッフルし、ブラインドデコーディングを再び試みるように構成される。第１の代替順序付けを使用するブラインドデコーディングが作用する場合、ＰＤＣＣＨ候補は、キャリアｆ２に配分される。シャフリングアルゴリズムは、２回、３回、または４回、実装され、例えば、第３、第４、および第５のキャリアを識別してもよい。本実施例では、標準的順序およびＬＬＲに対する任意の所定の代替順序付けは、異なるキャリアに対応する。ある場合には、２つ以上の異なる順序付け構成が、ＲＥＧに対して定義され、ＲＥＧ順序付けに、２つ以上のキャリアのうちの１つに対するＰＤＣＣＨ候補の配分を示させてもよい。

実施例として、図１１ａ−１１ｃは、ＲＥＧの並べ替えを例証しており、ＲＥＧ順序付けを使用して、ＰＤＣＣＨ候補と関連付けられたキャリア間で区別してもよい。図１１ａは、アグリゲーションレベル１に対して定義され得る、ＲＥＧを例証する。図１１ｂは、キャリアｆ１を識別するための図１１ａのＲＥＧの例示的順序を例証する。図１１ｃは、キャリアｆ２を識別するための図１１ａのＲＥＧの例示的順序を例証する。アグリゲーションレベル１では、９つのＲＥＧ（図１１ａに示されるように）を使用して、次いで、ブラインドデコードされ、有効ＤＣＩ制御メッセージが存在するかどうか判定され得る、１つのＣＣＥを構築してもよい。第１のＲＥＧ順序付けは、キャリアｆ１に対して使用される。ＰＤＣＣＨ候補のブラインドデコーディングが、図１１ｂの順序付けを使用して、成功する場合、ＵＡ１０は、ＰＤＣＣＨ候補が、キャリアｆ１に配分されると判定する。しかしながら、ブラインドデコーディングが失敗する場合、ＲＥＧは、図１１ｃに従って、並び替えられてもよく、第２のブラインドデコーディングは、ＵＡによって試みられてもよい。ブラインドデコーディングが成功する場合、ＵＡ１０は、ＰＤＣＣＨ候補が、キャリアｆ２に配分されると判定する。しかしながら、ブラインドデコーディングがまた、不成功の場合、ＵＡ１０は、ＰＤＣＣＨ候補が無効（例えば、別のＵＡに配分される）である、または別のキャリアに配分されると判定してもよい。

図１１ｂおよび１１ｃでは、個々のＲＥＧの逆が、キャリアｆ２に配分されたＰＤＣＣＨ候補をキャリアｆ１に配分されたものと区別するために使用される。しかしながら、他の実装では、他の並べ替えアルゴリズムが、実装されてもよい。一実施例では、各ＲＥＧ内の個々のリソース要素または変調シンボルは、異なるキャリアを暗黙的に信号伝達するように並び替えられる。例えば、ＲＥＧ内の特異的数または数の組み合わせの位置が、キャリアを示してもよい。

代替として、アグリゲーションレベル１より高いアグリゲーションレベルに対して、潜在的ＰＤＣＣＨ候補を構成するＣＣＥの順序付けは、ＰＤＣＣＨ候補が配分されるキャリアを示す、その順序付けに伴って変動され得る。そのようなアプローチの実施例は、図１２に示される。図１２は、アグリゲーションレベル２、４、および８における、キャリアｆ１およびｆ２のそれぞれに対するＰＤＣＣＨ候補の例示的構造を示す。

各潜在的ＰＤＣＣＨ候補に対して、現在指定されている順序付けにおいてアグリゲートされたＣＣＥブラインドデコーディング（例えば、ＬＴＥ仕様に従って）が、最初に試みられる。ブラインドデコーディングが成功する場合、ＰＤＣＣＨ候補が、キャリアｆ１に配分されることが示されてもよい。ブラインドデコーディングが失敗する場合、ＣＣＥは、並び替えられ（図１２は、現在のアグリゲーションレベルの量の半分のＣＣＥの回転を例証するが、他のＣＣＥの並べ替えもまた、可能であってもよい）、第２のブラインドデコーディングが行われる。本ブラインドデコーディングが成功する場合、ＰＤＣＣＨ候補が、キャリアｆ２に配分されることが示されてもよい。本アプローチは、複数のＣＣＥが、ＰＤＣＣＨ候補を構築するために使用されることを要求するため、アグリゲーションレベルＡＬ１に対して作用しないであろう。

したがって、図１２では、ＡＬ２およびキャリアｆ１において、ＣＣＥ０および１は、０の後に１が続く、従来の順序において処理される。デコーディングが成功する場合、ＤＣＩメッセージは、キャリアｆ１に対応する。ＵＡ１０はまた、１の後に０が続く、逆の順序において、ＣＣＥのデコードを試み、正常デコーディングは、キャリアｆ２に対応するＤＣＩメッセージをもたらす。ＵＡ１０はまた、レベルＡＬ４において、ＣＣＥ０、１、２、および３を、キャリアｆ１に対しては、従来の順序で、デコードすることを試み、キャリアｆ２に対しては、順序２、３、０、１で、デコードすることを試み、そして、レベルＡＬ８において、ＣＣＥ０、１、２、３、４、５、６、および７を、キャリアｆ１に対しては、従来の順序で、デコードすることを試み、キャリアｆ２に対しては、順序４、５、６、７、０、１、２、および３で、デコードすることを試みる。

最後に、予備ビットが、既存のＤＣＩ形式において使用されてもよく、または１つ以上の既存のＤＣＩ形式フィールドの定義が、ＤＣＩ制御メッセージに、どのキャリアに、グラントが対応するかを明示的に示させるように変更されてもよい。

本システムは、マルチキャリア制御構造を提供し、１つのキャリア上のＰＤＣＣＨは、２つ以上のキャリア間にリソースを配分する、ＰＤＣＣＨ候補を含んでもよい。一実装では、本システムは、既存のＲｅｌ−８ＤＣＩ制御メッセージ形式への修正を要求せず、既存のＲｅｌ−８ＤＣＩ形式の長さを変化させない。

今後、ＬＴＥ−Ａでは、例えば、既存のＤＣＩ形式に加え、新しいＤＣＩ形式が、新しい特徴（例えば、８ｘ８ＭＩＭＯおよびＣｏＭＰ）をサポートするために提案されてもよい。したがって、明示的ビットが、任意の新しいＤＣＩ形式に追加され、キャリアを信号伝達してもよい。たとえそうであっても、依然として、本システムに説明されるように、キャリアの暗黙的ＰＤＣＣＨ配分を実装することは、有益であり得る。第１に、送信ダイバーシチおよび開ループＳＭ等のＲｅｌ−８モードは、依然として、ＬＴＥ−Ａシステムにおける高移動性ＵＡに対するフォールバックモードまたは伝送モードとして、見なされてもよい。故に、形式１Ａ等の対応するＲｅｌ−８ＤＣＩ形式は、依然として、そのようなシステムにおいて使用されてもよい。第２に、キャリアを識別するための明示的ビット、例えば、３ビットが、新しいＤＣＩ形式において定義される場合、任意のそのようなビットは、常に、伝送される必要があり、多くの場合、２つのキャリアのみアグリゲートされる時、またはキャリアアグリゲーションが存在しない時、無駄となり得る。その場合、明示的ビットが、例えば、０−３ビットと変動する場合、そのような実装は、ブラインドデコーディングを増加させ得る。対照的に、任意のそのような明示的ビットの数が、異なるキャリアアグリゲーション展開に対して、半静的に指定される場合、ＤＣＩ形式の変動の数は、実質的に増加し得る。

（他の解決策）
いくつかの実施形態では、構成キャリアのセットは、実際のデータ伝送および受信のために使用されるキャリアのセットである。いくつかの実施形態では、キャリアは、構成されるが、アクティブ化されなくてもよい。この目的を達成するために、ある場合には、ＵＡが、複数のキャリアを使用するように構成された後、構成キャリアは、アクセスデバイスからＵＡにアクティブ化信号を送信することによって（すなわち、ＭＡＣ信号伝達または物理信号伝達を介して）、アクティブ化または非アクティブ化することができる。アクティブ化信号が、ＵＡによって受信されない（すなわち、アクティブ化／非アクティブ化が適用されない）少なくともいくつかの実施形態では、構成キャリアは、常に、アクティブ化される（すなわち、デフォルトは、キャリアがアクティブである）。アクティブ化／非アクティブ化の主要目的は、実際のデータアクティビティに基づいて、ＵＡ伝送／受信をより頻繁にオン／オフにすることであって、これは、ＵＡバッテリ電力を節約する。ＭＡＣ信号伝達または物理信号伝達は、ＲＲＣ信号伝達より高速であって、したがって、より最適化される。それでもなお、ＲＲＣ信号伝達が、ある場合には、使用されてもよい。

図２１は、アクティブ化信号に基づいて、１つ以上のキャリアのリソースグラントを識別するための例示的方法２１００を示す、流れ図である。例示的方法２１００は、ＵＡ１０において行うことができる。プロセスは、ステップ２１１０から開始する。ステップ２１２０では、アクティブ化信号が、ＵＡ１０において受信され、複数の構成キャリアが、データ伝送のために使用されてもよい。いくつかの実施形態では、アクティブ化信号は、ＭＡＣ信号伝達または物理信号伝達に含むことができる。ステップ２１３０では、アクティブ化信号は、複数のキャリアのアクティブキャリアおよび／または非アクティブ化キャリアを識別するためにデコードされる。決定ステップ２１４０では、ＵＡ１０は、構成キャリアの中からキャリアが、アクティブであるかどうかを決定する。キャリアが非アクティブ化されている場合、少なくともいくつかの実施形態では、ＵＡ１０は、ＰＤＳＣＨまたはＰＵＳＣＨリソースが、非アクティブ化キャリア上にスケジューリングされないため、非アクティブ化キャリアに配分されたＰＤＣＣＨ候補を監視しないであろう。ＵＡは、非アクティブ化キャリアと関連付けられたＣＣＥサブセット候補を無視し、ステップ２１１０に戻ることができる。キャリアが、アクティブである場合、ＵＡ１０は、ステップ２１５０に進み、いくつかのＣＣＥサブセット候補が、デコードするために識別される。２１６０では、識別された数に至るまでの数のＣＣＥサブセット候補が、リソースグラントを識別するためにデコードされる。

対合されたＤＬおよびＵＬキャリアが、ＵＬおよびＤＬに対して、異なるステータスを有する（すなわち、ＤＬキャリアは、非アクティブ化されているが、リンクされたＵＬキャリアは、アクティブ化されている、またはその逆である）時、ＵＡは、依然として、ＤＬキャリアまたはＵＬキャリアにリンクされたＰＤＣＣＨ候補を監視するようにプログラムすることができる。その結果、ＰＤＣＣＨ候補の総数は、アクティブ化されたキャリアの数の関数として、増加し得る。言い換えると、図１７および１８に示される表中のＮは、アクティブ化されたキャリアの数として、定義することができる。ＤＬおよびＵＬキャリアが、独立して、アクティブ化／非アクティブ化されている場合、Ｎは、アクティブ化されたＤＬキャリアの数およびアクティブ化されたＵＬキャリアの数の最大値であり得る。

ＤＣＩ０のみ、ＵＬグラントに対して使用されるため、ＵＬキャリアがアクティブ化されると、対応する対合されたＤＬキャリアは、非アクティブ化される。少なくともいくつかの実施形態では、少なくとも１つのキャリアが、ステップ２１４０において、アクティブであると識別されると、ＵＡ１０は、随意の決定ステップ２１４５に進み、ＵＬキャリアが、アクティブであるが、対合されたＤＬキャリアが、アクティブでないかどうか判定することができる。そうである場合、ＵＡは、随意のステップ２１５５において、ＤＣＩ０形式サイズに対してのみ、ブラインドデコーディングを行うようにプログラムされてもよく、これは、必要とされるブラインドデコーディングの数を半分に減少させるであろう。そうでなければ、ＵＥは、２１５０において、すべての関連付けられたＤＣＩ形式に対して、ブラインドデコーディングを行い、ＣＣＥサブセット候補を識別してもよい。

複数の構成要素キャリアに対する検索空間の設計に応じて、ＣＣＥ場所の観点から、ＰＤＣＣＨ候補が、２つ以上のキャリアに対して重複することが可能であってもよい。前述のように、本問題に対する解決策の１つは、重複の場合、１つのキャリアにのみ対応するように、ＰＤＣＣＨ候補を定義することである。

いくつかの実施形態では、第１のキャリアに対するＰＤＣＣＨ候補が、第２のキャリアに対するＰＤＣＣＨ候補と重複する時、ＤＣＩ制御メッセージは、どのキャリアに、ＰＤＣＣＨ候補が属するかを示す、キャリアインジケータフィールド（ＣＩＦ）を含むように修正されてもよい。例えば、いくつかの実施形態では、ＣＩＦは、３ビットであってもよく、ＣＩＦの各値は、特定のキャリアに対応する。

図２２Ａは、キャリア識別フィールドに基づいて、１つ以上のキャリアのリソースグラントを識別するための例示的方法２２２０Ａを示す、流れ図である。例示的方法２２２０Ａは、複数のキャリア能力を有する、ＵＡにおいて行うことができる。プロセスは、ステップ２２１０から開始する。ステップ２２２０では、ＵＡは、複数のキャリアの中から、各キャリアに対して、ＰＤＣＣＨ候補（または、ＣＣＥサブセット候補）の場所を判定する。ＰＤＣＣＨ候補の場所はまた、伝送前に、アクセスデバイスによって、各キャリアに対して判定することができることを理解されたい。ステップ２２３０では、ＰＤＣＣＨからの情報が、ＵＡにおいて受信され、情報は、ＤＣＩメッセージを含む。２２４０では、ＰＤＣＣＨ上で伝送される１つ以上のＣＣＥサブセット候補が、ＵＡによって識別される。決定ステップ２２５０Ａでは、識別された１つ以上のＣＣＥサブセット候補に対して、ＵＡは、ＣＣＥサブセット候補のそれぞれが、１つのキャリアのみに対応するかどうか判定する。そうではない場合、すなわち、単一ＰＤＣＣＨ候補が、２つ以上のキャリアに対応する場合、ＵＡは、ステップ２２７０Ａにおいて、ＤＣＩメッセージ内のＣＩＦを識別することによって、ＤＣＩメッセージをデコードする。ＣＣＥサブセット候補が、２つ以上のキャリアに対応する場合、アクセスデバイスは、ＣＩＦを含む、ＤＣＩ制御メッセージを伝送することができ、ＣＩＦは、ＰＵＳＣＨ／ＰＤＳＣＨに対応するキャリアを示すことを理解されるであろう。ステップ２２８０Ａでは、ＵＡは、ＣＩＦを使用して、識別されたＣＣＥサブセット候補のそれぞれと関連付けられたキャリアを識別する。単一ＰＤＣＣＨ候補のみ、１つのキャリアに対応する場合、プロセス２２００Ａは、ステップ２２６０Ａに進み、ＵＡ１０は、ＣＩＦが含まれないことを前提として、ＤＣＩ制御メッセージをデコードし、ＰＤＣＣＨ候補の場所を使用して、ＰＵＳＣＨ／ＰＤＳＣＨを暗黙的に判定する。そのような場合、アクセスデバイスは、ＣＩＦを含まないＤＣＩ制御メッセージを伝送し、ＰＤＣＣＨ候補の場所が、ＰＵＳＣＨ／ＰＤＳＣＨに暗黙的に対応することを理解されたい。

図２２Ｂは、特異的アグリゲーションレベルに対応する各ＤＣＩメッセージ内のキャリア識別フィールドＴ￥ＣＩＦ）に基づいて、１つ以上のキャリアのリソースグラントを識別するための例示的方法２２００Ｂを示す、流れ図である。方法２２００Ｂは、複数のキャリア能力を有する、ＵＡ１０において行うことができる。方法２２００Ｂのステップ２２１０、２２２０、２２３０、および２２４０は、実質的に、方法２２００Ａで行われる、最初の４つのステップに類似する。決定ステップ２２５０Ｂでは、ＵＥは、特異的アグリゲーションレベルにおける少なくとも１つのＣＣＥサブセット候補が、１つのキャリアのみに対応するかどうか、または言い換えると、特定のアグリゲーションレベルにおいて、少なくとも１つのＰＤＣＣＨ候補に対する重複が存在しないかどうかを決定する。特異的アグリゲーションレベルにおける少なくとも１つのＣＣＥサブセット候補が、１つのキャリアのみに対応する場合、ステップ２２６０Ｂにおいて、ＵＡ１０は、ＣＩＦを識別することなく、サブフレームに対する特異的アグリゲーションレベルにおいて、ＣＣＥサブセット候補と関連付けられたキャリアを識別してもよい。そうでなければ、ＣＩＦは、特異的サブフレームにおいて伝送される特定のアグリゲーションレベルに対して、すべてのＤＣＩ制御メッセージに含まれる。故に、プロセスは、ステップ２２７０Ｂに進み、ＵＡ１０は、サブフレームに対するＣＩＦを識別することによって、特異的アグリゲーションレベルに対応するＤＣＩメッセージをデコードする。ステップ２２８０Ｂでは、ＵＡは、識別されたＣＩＦを使用して、ＣＣＥサブセット候補と関連付けられたキャリアを識別する。

図２２Ｃは、すべてのアグリゲーションレベルに対応する各ＤＣＩメッセージ内のＣＩＦに基づいて、１つ以上のキャリアのリソースグラントを識別するための例示的方法２２００Ｃを示す、流れ図である。方法２２００Ｃは、複数のキャリア能力を有する、ＵＡ１０において行うことができる。方法２２００Ｂのステップ２２１０、２２２０、２２３０、および２２４０は、実質的に、方法２２００Ａ−Ｂで行われる、最初の４つのステップに類似する。決定ステップ２２５０Ｃでは、ＵＥは、任意のアグリゲーションレベルにおける少なくとも１つのＣＣＥサブセット候補が、１つのキャリアのみに対応する、または言い換えると、任意のアグリゲーションレベルにおいて、少なくとも１つのＰＤＣＣＨ候補に対して、重複が存在しないかどうかを決定する。任意のアグリゲーションレベルにおける少なくとも１つのＣＣＥサブセット候補が、１つのキャリアのみに対応する場合、ステップ２２６０Ｃでは、ＵＡは、任意のＣＩＦを識別することなく、サブフレームに対するすべてのアグリゲーションレベルにおいて、ＣＣＥサブセット候補と関連付けられたキャリアを識別してもよい。そうでなければ、ＣＩＦは、特異的サブフレームにおいて伝送される任意のアグリゲーションレベルに対して、すべてのＤＣＩ制御メッセージに含まれる。故に、プロセスは、ステップ２２７０Ｃに進み、ＵＡ１０は、サブフレームに対する各ＤＣＩメッセージ内のＣＩＦを識別することによって、すべてのアグリゲーションレベルにおいて、ＤＣＩメッセージをデコードする。ステップ２２８０Ｃでは、ＵＡ１０は、識別されたＣＩＦを使用して、ＣＣＥサブセット候補と関連付けられたキャリアを識別する。

いくつかの実施形態では、ＣＩＦの含有は、ＵＡ１０特異的検索空間に有意に適用することができる。そのような方式によって、どのキャリアに、ＰＤＣＣＨ候補が属するかに関して曖昧性が存在する時のみ、ＤＣＩ制御メッセージに含まれることが可能となる。これは、ＣＩＦが、常に、ＤＣＩ制御メッセージに含まれ、検索空間をキャリア間で完全に共有させる方式、ＣＩＦが、ＤＣＩ制御メッセージに決して含まれない方式と比較して、制御チャネルオーバーヘッドを低減させる。

図１３は、ＵＡ１０の実施形態を含む、無線通信システムを例証する。ＵＡ１０は、本開示の側面を実装するために動作可能であるが、本開示は、これらの実装に限定されるべきではない。携帯電話として例証されるが、ＵＡ１０は、無線ハンドセット、ポケベル、形態情報端末（ＰＤＡ）、ポータブルコンピュータ、タブレットコンピュータ、ラップトップコンピュータを含む、種々の形態をとってもよい。多くの好適なデバイスは、これらの機能のうちのいくつかはまた全てを組み合わせる。本開示のいくつかの実施形態では、ＵＡ１０は、ポータブル、ラップトップ、またはタブレットコンピュータのような汎用コンピューティングデバイスではなく、むしろ、携帯電話、無線ハンドセット、ポケットベル、ＰＤＡ、または車載電気通信デバイス等の専用通信デバイスである。ＵＡ１０はまた、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等、類似能力を有するが、可搬性ではない、デバイスである、デバイスを含む、またはその中に含まれてもよい。ＵＡ１０は、ゲーム、在庫管理、ジョブ制御、および／またはタスク管理機能等の特殊活動を支援してもよい。

ＵＡ１０は、ディスプレイ７０２を含む。ＵＡ１０はまた、ユーザによる入力のために、概して７０４と称されるタッチセンサ式表面、キーボード、または他の入力キーを含む。キーボードは、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等の、完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであってもよい。入力キーは、さらなる入力機能を提供するように内向きに押下され得る、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。ＵＡ１０は、ユーザが選択するためのオプション、ユーザが作動させるための制御、および／またはユーザが指図するためのカーソルまたは他のインジケータを提示してもよい。

ＵＡ１０はさらに、ダイヤルする番号、またはＵＡ１０の動作を構成するための種々のパラメータを含む、ユーザからのデータ入力を受け取ってもよい。ＵＡ１０はさらに、ユーザコマンドに応答して、１つ以上のソフトウェアまたはファームウェアアプリケーションを実行してもよい。これらのアプリケーションは、ユーザ対話に応答して種々のカスタマイズされた機能を果たすようにＵＡ１０を構成してもよい。加えて、ＵＡ１０は、例えば、無線基地局、無線アクセスポイント、またはピアＵＡ１０から、無線でプログラムおよび／または構成されてもよい。

ＵＡ１０によって実行可能な種々のアプリケーションの中には、ディスプレイ７０２がウェブページを表示することを可能にするウェブブラウザがある。ウェブページは、無線ネットワークアクセスノード、携帯電話の基地局、ピアＵＡ１０、または任意の他の無線通信ネットワークあるいはシステム７００との無線通信を介して、取得されてもよい。ネットワーク７００は、インターネット等の有線ネットワーク７０８に連結される。無線リンクおよび有線ネットワークを介して、ＵＡ１０は、サーバ７１０等の種々のサーバ上の情報にアクセスできる。サーバ７１０は、ディスプレイ７０２上に示されてもよいコンテンツを提供してもよい。代替として、ＵＡ１０は、リレー型またはホップ型の接続で、仲介の役割を果たすピアＵＡ１０を通してネットワーク７００にアクセスしてもよい。

図１４は、ＵＡ１０のブロック図を示す。ＵＡ１１０の種々の既知の構成要素が描写されているが、実施形態では、記載された構成要素および／または記載されていない付加的な構成要素の一部が、ＵＡ１０に含まれてもよい。ＵＡ１０は、デジタル信号プロセッサ（ＤＳＰ）８０２と、メモリ８０４とを含む。示されるように、ＵＡ１０はさらに、アンテナおよびフロントエンドユニット８０６と、無線周波数（ＲＦ）送受信機８０８と、アナログベースバンド処理ユニット８１０と、マイクロホン８１２と、イヤホンスピーカ８１４と、ヘッドセットポート８１６と、入力／出力インターフェース８１８と、可撤性メモリカード８２０と、ユニバーサルシリアルバス（ＵＳＢ）ポート８２２と、短距離無線通信サブシステム８２４と、アラート８２６と、キーパッド８２８と、タッチセンサ式表面を含んでもよい液晶ディスプレイ（ＬＣＤ）８３０と、ＬＣＤコントローラ８３２と、電荷結合素子（ＣＣＤ）カメラ８３４と、カメラコントローラ８３６と、グローバルポジショニングシステム（ＧＰＳ）センサ８３８とを含んでもよい。実施形態では、ＵＡ１０は、タッチセンサ式画面を提供しない、別の種類のディスプレイを含んでもよい。実施形態では、ＤＳＰ８０２は、入力／出力インターフェース８１８を通過せずに、メモリ８０４と直接通信してもよい。

ＤＳＰ８０２または何らかの他の形態のコントローラあるいは中央処理ユニットは、メモリ８０４に記憶された、またはＤＳＰ８０２自体内に含有されるメモリに記憶された、内蔵ソフトウェアまたはファームウェアに従って、ＵＡ１０の種々の構成要素を制御するように動作する。内蔵ソフトウェアまたはファームウェアに加えて、ＤＳＰ８０２は、メモリ８０４に記憶された、または、可撤性メモリカード８２０のような携帯用データ記憶媒体等の情報担体媒体を介して、あるいは有線または無線ネットワーク通信を介して利用可能となった、他のアプリケーションを実行してもよい。アプリケーションソフトウェアは、所望の機能性を提供するようにＤＳＰ８０２を構成する、コンパイルされた機械可読命令のセットを備えてもよく、または、アプリケーションソフトウェアは、ＤＳＰ８０２を間接的に構成するようにインタープリタまたはコンパイラによって処理される、高次ソフトウェア命令であってもよい。

アンテナおよびフロントエンドユニット８０６は、無線信号と電気信号との間で変換するように提供されてもよく、ＵＡ１０が、セルラーネットワークまたは何らかの他の利用可能な無線通信ネットワークから、あるいはピアＵＡ１０から、情報を送受信することを可能にする。実施形態では、アンテナおよびフロントエンドユニット８０６は、ビーム形成および／または多重入出力（ＭＩＭＯ）動作を支援するように、複数のアンテナを含んでもよい。当業者に公知であるように、ＭＩＭＯ動作は、困難なチャネル条件を克服する、および／またはチャネルスループットを増加させるために使用することができる、空間的多様性を提供してもよい。アンテナおよびフロントエンドユニット８０６は、アンテナ同調および／またはインピーダンス整合構成要素、ＲＦ電力増幅器、および／または低雑音増幅器を含んでもよい。

ＲＦ送受信機８０８は、周波数偏移を提供し、受信したＲＦ信号をベースバンドに変換し、ベースバンド伝送信号をＲＦに変換する。いくつかの説明では、無線送受信機またはＲＦ送受信機は、変調／復調、符号化／復号、インターリービング／デインタリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および他の信号処理機能等の、他の信号処理機能性を含むと理解されてもよい。簡単にする目的で、ここでの説明は、ＲＦおよび／または無線段階から、この信号処理の説明を分離し、その信号処理を、アナログベースバンド処理ユニット８１０および／またはＤＳＰ８０２あるいは他の中央処理ユニットに概念的に割り当てる。いくつかの実施形態では、ＲＦ送受信機８０８、アンテナおよびフロントエンド８０６の複数部分、およびアナログベースバンド処理ユニット８１０が、１つ以上の処理ユニットおよび／または特定アプリケーション向け集積回路（ＡＳＩＣ）に組み入れられてもよい。

アナログベースバンド処理ユニット８１０は、入力および出力の種々のアナログ処理、例えば、マイクロホン８１２およびヘッドセット８１６からの入力ならびにイヤホン８１４およびヘッドセット８１６への出力のアナログ処理を提供してもよい。そのためには、アナログベースバンド処理ユニット８１０は、ＵＡ１０が携帯電話として使用されることを可能にする、内蔵マイクロホン８１２およびイヤホンスピーカ８１４に接続するためのポートを有してもよい。アナログベースバンド処理ユニット８１０はさらに、ヘッドセットまたは他のハンズフリーマイクロホンおよびスピーカ構成に接続するためのポートを含んでもよい。アナログベースバンド処理ユニット８１０は、１つの信号方向にデジタル・アナログ変換を、反対の信号方向にアナログ・デジタル変換を提供してもよい。いくつかの実施形態では、アナログベースバンド処理ユニット８１０の機能性の少なくとも一部が、デジタル処理構成要素によって、例えば、ＤＳＰ８０２によって、または他の中央処理ユニットによって提供されてもよい。

ＤＳＰ８０２は、変調／復調、符号化／復号、インターリービング／デインタリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および無線通信と関連する他の信号処理機能を行ってもよい。実施形態では、例えば、符号分割多重アクセス（ＣＤＭＡ）技術用途において、伝送器機能のために、ＤＳＰ８０２は、変調、符号化、インターリービング、および拡散を行ってもよく、受信機機能のために、ＤＳＰ８０２は、逆拡散、デインタリービング、復号、および復調を行ってもよい。別の実施形態では、例えば、直交周波数分割多重アクセス（ＯＦＤＭＡ）技術用途において、伝送器機能のために、ＤＳＰ８０２は、変調、符号化、インターリービング、逆高速フーリエ変換、および周期的接頭辞添付を行ってもよく、受信機機能のために、ＤＳＰ８０２は、周期的接頭辞除去、高速フーリエ変換、デインタリービング、復号、および復調を行ってもよい。他の無線技術用途では、さらに他の信号処理機能、および信号処理機能の組み合わせが、ＤＳＰ８０２によって行われてもよい。

ＤＳＰ８０２は、アナログベースバンド処理ユニット８１０を介して無線ネットワークと通信してもよい。いくつかの実施形態では、通信は、インターネット接続を提供してもよく、ユーザがインターネット上のコンテンツへのアクセスを獲得すること、および電子メールおよびテキストメッセージを送受信することを可能にする。入力／出力インターフェース８１８は、ＤＳＰ８０２ならびに種々のメモリおよびインターフェースを相互接続する。メモリ８０４および可撤性メモリカード８２０は、ソフトウェアおよびデータを提供して、ＤＳＰ８０２の動作を構成してもよい。インターフェースの中には、ＵＳＢインターフェース８２２および短距離無線通信サブシステム８２４があってもよい。ＵＳＢインターフェース８２２は、ＵＡ１０を充電するために使用されてもよく、また、ＵＡ１０が周辺デバイスとして機能し、パーソナルコンピュータまたは他のコンピュータシステムと情報を交換することを可能にしてもよい。短距離無線通信サブシステム８２４は、赤外線ポート、ブルートゥースインターフェース、ＩＥＥＥ８０２．１１準拠の無線インターフェース、または任意の他の短距離無線通信サブシステムを含んでもよく、それによって、ＵＡ１０が他のすぐ近くのモバイルデバイスおよび／または無線基地局と無線で通信することを可能にし得る。

入力／出力インターフェース８１８はさらに、トリガされると、例えば、ベルを鳴らす、メロディを再生する、または振動することによって、ＵＡ１０に、ユーザへ通知を提供させる、アラート８２６にＤＳＰ８０２を接続してもよい。アラート８２６は、無音で振動することによって、または特定の架電者に対して特定の事前に割り当てられたメロディを再生することによって、着信電話、新しいテキストメッセージ、および予約のリマインダ等の種々のイベントのうちのいずれかをユーザに警告するための機構としての機能を果たしてもよい。

キーパッド８２８は、インターフェース８１８を介してＤＳＰ８０２に連結し、ユーザが選択を行う、情報を入力する、そうでなければ、ＵＡ１０に入力を提供するための１つの機構を提供する。キーボード８２８は、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等の、完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであってもよい。入力キーは、さらなる入力機能を提供するように内向きに押下され得る、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。別の入力機構は、タッチスクリーン能力を含み、また、ユーザにテキストおよび／またはグラフィックを表示し得る、ＬＣＤ８３０であってもよい。ＬＣＤコントローラ８３２は、ＤＳＰ８０２をＬＣＤ８３０に連結する。

ＣＣＤカメラ８３４は、装備された場合、ＵＡ１０がデジタル写真を撮ることを可能にする。ＤＳＰ８０２は、カメラコントローラ８３６を介してＣＣＤカメラ８３４と通信する。別の実施形態では、電荷結合素子カメラ以外の技術に従って動作するカメラが採用されてもよい。ＧＰＳセンサ８３８は、グローバルポジショニングシステム信号を復号するようにＤＳＰ８０２に連結され、それにより、ＵＡ１０がその位置を判定することを可能にする。種々の他の周辺機器もまた、付加的な機能、例えば、ラジオおよびテレビ受信を提供するように含まれてもよい。

図１５は、ＤＳＰ８０２によって実装されてもよい、ソフトウェア環境９０２を例証する。ＤＳＰ８０２は、ソフトウェアの残りが作動するプラットフォームを提供する、オペレーティングシステムドライバ９０４を実行する。オペレーティングシステムドライバ９０４は、ＵＡハードウェアのためのドライバに、アプリケーションソフトウェアにアクセス可能な標準インターフェースを提供する。オペレーティングシステムドライバ９０４は、ＵＡ１０上で動作するアプリケーション間の制御を伝達する、アプリケーション管理サービス（「ＡＭＳ」）９０６を含む。また、図１５には、ウェブブラウザアプリケーション９０８、メディアプレーヤアプリケーション９１０、およびＪＡＶＡ（登録商標）アプレット９１２が示されている。ウェブブラウザアプリケーション９０８は、ウェブブラウザとして動作するようにＵＡ１０を構成し、ユーザは、情報をフォームに入力し、ウェブページを検索し閲覧するように、リンクを選択できる。メディアプレーヤアプリケーション９１０は、音声または視聴覚媒体を検索し再生するように、ＵＡ１０を構成する。ＪＡＶＡ（登録商標）アプレット９１２は、ゲーム、ユーティリティ、および他の機能性を提供するように、ＵＡ１０を構成する。構成要素９１４は、本明細書に記載の機能性を提供する場合がある。

前述のＵＡ１０、アクセスデバイス１２、および他の構成要素は、前述のアクションに関連する命令を実行可能な処理構成要素を含む場合がある。図１６は、本明細書に開示される、１つ以上の実施形態を実装するのに好適な処理構成要素１０１０を含む、システム１０００の実施例を例証している。プロセッサ１０１０（中央プロセッサユニット（ＣＰＵまたはＤＳＰ）と称される場合がある）に加えて、システム１０００は、ネットワーク接続デバイス１０２０、ランダムアクセスメモリ（ＲＡＭ）１０３０、読取専用メモリ（ＲＯＭ）１０４０、二次記憶装置１０５０、および入力／出力（Ｉ／Ｏ）デバイス１０６０を含む場合がある。ある場合には、これらの構成要素のうちのいくつかは、存在しなくてもよいか、あるいは相互にまたは例証されない他の構成要素との種々の組み合わせで組み合わされてもよい。これらの構成要素は、単一の物理エンティティの中、または１より多い物理エンティティの中に位置する場合がある。プロセッサ１０１０によって行われるように本明細書に説明されるいずれのアクションも、プロセッサ１０１０のみによって、あるいは図中に示される、または示されない１つ以上の構成要素と協働して、行われる場合がある。

プロセッサ１０１０は、ネットワーク接続デバイス１０２０、ＲＡＭ１０３０、ＲＯＭ１０４０、または二次記憶装置１０５０（ハードディスク、フロッピー（登録商標）ディスク、または光ディスク等、種々のディスクベースのシステムを含む場合がある）からアクセスしてもよい、命令、コード、コンピュータプログラム、あるいはスクリプトを実行する。１つのプロセッサ１０１０のみが示されている一方で、複数のプロセッサが存在してもよい。それゆえ、命令が、プロセッサによって実行されていると述べられる場合がある一方で、命令は、同時に、順次、あるいはそうでなければ１つまたは複数のプロセッサによって実行されてもよい。プロセッサ１０１０は、１つ以上のＣＰＵチップとして実装されてもよい。

ネットワーク接続デバイス１０２０は、モデム、集合モデム、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバ分散データインタフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、符号分割多重アクセス（ＣＤＭＡ）デバイス等の無線送受信機デバイス、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））無線送受信機デバイス、マイクロ波のための世界規模での相互互換性（ＷｉＭＡＺ）デバイス、および／またはネットワークに接続するための他の周知のデバイスの形態を取ってもよい。これらのネットワーク接続デバイス１０２０によって、プロセッサ１０１０が情報を受信する場合があるか、またはプロセッサ１０１０が情報を出力する場合がある、インターネット、あるいは１つ以上の電気無線通信ネットワークまたは他のネットワークと、プロセッサ１０１０が通信することが可能になってもよい。

ネットワーク接続デバイス１０２０はまた、無線周波数信号またはマイクロ波周波数信号等、電磁波の形態でデータを無線で伝送および／または受信することができる、１つ以上の送受信機構成要素１０２５を含む場合がある。代替として、データは、導電体の表面の中または上を、同軸ケーブルの中を、導波管の中を、光ファイバ等の光媒体の中を、あるいは他の媒体の中を伝搬してもよい。送受信機構成要素１０２５は、別個の受信および伝送ユニット、または単一の送受信機を含んでもよい。送受信機１０２５によって伝送または受信される情報は、プロセッサ１０１０によって処理されているデータ、またはプロセッサ１０１０によって実行されるべき命令を含んでもよい。そのような情報は、例えば、コンピュータデータベースバンド信号、またはキャリアに統合される信号の形態で、ネットワークから受信され、ネットワークに出力されてもよい。データは、データを処理または生成するか、あるいはデータを伝送または受信するかのいずれかに対して、望ましい場合があるような、異なるシーケンスに従って順序付けられてもよい。ベースバンド信号、キャリアに統合される信号、あるいは現在使用されるか、または今後発展する他のタイプの信号は、伝送媒体と称されてもよく、当業者に周知のいくつかの方法に従って生成されてもよい。

ＲＡＭ１０３０は、揮発性データを記憶し、おそらくプロセッサ１０１０によって実行される命令を記憶するように使用されてもよい。ＲＯＭ１０４０は、通常、二次記憶装置１０５０のメモリ容量より小さいメモリ容量を有する、不揮発性メモリデバイスである。ＲＯＭ１０４０は、命令、およびおそらく命令の実行の間に読まれるデータを記憶するように使用される場合がある。ＲＡＭ１０３０およびＲＯＭ１０４０の両方へのアクセスは、通常、二次記憶装置１０５０より迅速である。二次記憶装置１０５０は、典型的には、１つ以上のディスクドライブまたはテープドライブから成り、ＲＡＭ１０３０が全ての作業用データを保持するのに十分大きくない場合、データの不揮発性記憶用に、またはオーバーフローデータ記憶デバイスとして使用される場合がある。二次記憶装置１０５０は、プログラムが実行用に選択される時、ＲＡＭ１０３０へロードされるプログラムを記憶するために使用されてもよい。

Ｉ／Ｏデバイス１０６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カードリーダ、紙テープ読取装置、プリンタ、ビデオモニタ、または他の周知の入力／出力デバイスを含んでもよい。また、送受信機１０２５は、ネットワーク接続デバイス１０２０の構成要素の代わりに、またはそれに加えて、Ｉ／Ｏデバイス１０６０の構成要素と見なされる場合がある。Ｉ／Ｏデバイス１０６０のうちのいくつかまたは全ては、図１３に示される、ディスプレイ７０２および入力７０４等、前に記載したＵＡ１０の図表に描写する、種々の構成要素と実質的に類似してもよい。

以下の３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ）Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ（ＴＳ）は、参照することによって本明細書に組み込まれる：ＴＳ３６．３２１、ＴＳ３６．３３１、およびＴＳ３６．３００、ＴＳ３６．２１１、ＴＳ３６．２１２およびＴＳ３６．２１３。

いくつかの実施形態が本開示で提供されているが、開示されたシステムおよび方法が、本開示の精神または範囲から逸脱することなく、多くの他の特定の形態で具現化されてもよいことを理解されたい。本実施例は、制限的ではなく例証的と見なされ、本明細書で提供される詳細に限定されることを意図しない。例えば、種々の要素または構成要素を、別のシステムに組み入れるか、または一体化してもよく、あるいは、ある特徴を省略するか、または実装しなくてもよい。

また、個別または別個のものとして種々の実施形態において説明および例証される技法、システム、サブシステム、および方法は、本開示の範囲から逸脱することなく、他のシステム、モジュール、技法、または方法と組み合わせられる、または統合されてもよい。連結もしくは直接連結または相互に通信するように例証または説明される他のアイテムは、電気的、機械的、またはその他の方法かどうかにかかわらず、何らかのインターフェース、デバイス、または中間構成要素を通して、間接的に連結または通信してもよい。変更、置換、および改変の他の例は、当業者により解明可能であり、本明細書で開示される精神および範囲から逸脱することなく行うことができる。

本開示の範囲を公に知らせるために、以下を請求する。

Claims (3)

1. マルチキャリア通信システム内におけるリソースグラントによって配分されるアップリンクリソースおよびダウンリンクリソースのうちの少なくとも１つを識別するために、ユーザエージェント（ＵＡ）において、制御チャネルを処理するための方法であって、リソースグラントは、制御チャネル要素（ＣＣＥ）サブセット候補によって指定され、データ伝送および受信のために使用されるキャリアは、構成キャリアであり、
   前記方法は、
   前記構成キャリアの中から、アクティブキャリアおよび非アクティブ化キャリアを指定するアクティブ化信号を受信するステップと、
   アクティブキャリアに対して、
   （ｉ）デコードするためのＣＣＥサブセット候補の数を識別するステップと、
   （ｉｉ）前記リソースグラントを識別する試みにおいて、前記識別された数に至るまでの数のＣＣＥサブセット候補をデコードするステップと、
   非アクティブ化キャリアに対して、前記非アクティブ化キャリアと関連付けられたＣＣＥサブセット候補を無視するステップと
   を含む、方法。
2. 前記アクティブ化信号は、アップリンクキャリアが、アクティブであることと、対応する対合されたダウンリンクキャリアが、非アクティブ化されていることとを示し、ＣＣＥサブセット候補を識別するステップは、デコードするためのアクティブアップリンクキャリアに対して、データ制御情報（ＤＣＩ）０形式と関連付けられた候補のみ識別するステップを含む、請求項１に記載の方法。
3. 請求項１〜２のうちのいずれか一項に記載の方法を実行するように構成されたユーザ機器。