JP2014147073A

JP2014147073A - Ｌｔｅ−ａマルチキャリア動作のためのｐｄｃｃｈサーチ空間設計

Info

Publication number: JP2014147073A
Application number: JP2014033252A
Authority: JP
Inventors: Chen Wansi; ワンシ・チェン; Gahl Peter; ピーター・ガール; Juan Montojo; ジュアン・モントジョ
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2009-04-30
Filing date: 2014-02-24
Publication date: 2014-08-14
Anticipated expiration: 2030-04-30
Also published as: KR20130082180A; US8989208B2; KR101350854B1; BRPI1015353A2; BRPI1015353B1; KR20120004543A; TW201127153A; JP5539497B2; EP2425578A2; HUE042557T2; TWI415499B; WO2010127300A2; WO2010127300A3; EP2425578B1; JP5678220B2; CN102415038B; ES2725788T3; US20110110316A1; JP2012525803A; CN102415038A

Abstract

【課題】複数のコンポーネントキャリアを利用するための構成に於いて、ダウンリンク制御情報（ＤＣＩ）を得るための技術を提供する。
【解決手段】複数のコンポーネントキャリアのうちのキャリア上の１セットのダウンリンク制御チャンネル（ＰＤＣＣＨ）候補は、複数のコンポーネントキャリアのうちの少なくとも１つのコンポーネントキャリアについてのＤＣＩを得るために決定される。ＰＤＣＣＨ候補の数は、少なくとも１つのキャリアのキャリア数の関数である。
【選択図】図１５

Description

関連出願

米国特許法第１１９条（ｅ）にしたがって、本願は、参照により本明細書に明確に組み込まれる、２００９年４月３０日に出願され、「PDCCH Search Space Design for LTE-A Cross-Carrier Control Signaling」と題された米国仮出願番号第６１／１７４，４４１号の利益を主張する。

本開示は、一般的には通信システムに関し、より具体的には、ＬＴＥ−Ａ(Long Term Evolution (LTE) Advanced)のマルチキャリア動作のための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）のサーチ空間設計に関する。

無線通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストのような様々なテレコミュニケーションサービスを提供するように広く展開されている。一般的な無線通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることができる多元接続技術を利用することができる。このような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。

市レベル(municipal)、国レベル(national)、地域レベル(regional)、また、グローバルレベル(global)で異なる複数の無線デバイスが通信することを可能にする共通のプロトコルを提供するために、これらの多元接続技術は、様々なテレコミュニケーション標準規格で採用されてきた。新興のテレコミュニケーション標準規格の例は、ＬＴＥ(Long Term Evolution)である。ＬＴＥは、３ＧＰＰ(Third Generation Partnership Project)によって広められたＵＭＴＳ(Universal Mobile Telecommunications System)モバイル標準規格に対する１セットの機能強化(a set of enhancements)である。スペクトル効率を改善することによりモバイルブロードバンドインターネットアクセスをよりよくサポートし、コストを削減し、サービスを改善し、新しいスペクトラムを活用し、そして、ダウンリンク（ＤＬ）上でＯＦＤＭＡ、アップリンク（ＵＬ）上でＳＣ−ＦＤＭＡ、そしてＭＩＭＯ(multiple-input multiple-output)アンテナ技術を使用して他のオープン標準規格とよりよく一体化するように設計される。しかしながら、モバイルブロードバンドアクセスの需要が高まり続けると、ＬＴＥ技術でさらなる改善の必要性がある。望ましくは、これらの改善は、他の多元接続技術と、これらの技術を利用するテレコミュニケーション標準規格に対して、適用可能であるべきである。

ＬＴＥ−Ａでは、各ＵＥは、複数のコンポーネントキャリア（ＣＣ）によってサービス提供されるように、無線リソース制御（ＲＲＣ）シグナリングを介して、構成されることができる。マルチキャリア動作のための制御の設計は、オーバヘッド、効率、信頼性、ロバストネス、及び複雑さに関して、重要である。

本開示の態様では、複数のキャリアを利用するための構成が受信される、方法、装置、およびコンピュータプログラムプロダクトが提供される。さらに、複数のキャリアのうちのキャリア上の１セットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補は、複数のキャリアのうちの少なくとも１つのキャリアについてのダウンリンク制御情報（ＤＣＩ）を得るために決定される。ＰＤＣＣＨ候補の数は、少なくとも１つのキャリアのキャリア数の関数(a function of a number of carriers of the at least one carrier)である。

本開示の一態様では、ユーザ機器が複数のキャリアで構成される、方法、装置、およびコンピュータプログラムプロダクトが提供されている。さらに、１セットのＰＤＣＣＨ候補は、複数のキャリアのうちの少なくとも１つのキャリアについてのＤＣＩを送信するために決定される。ＰＤＣＣＨ候補の数は、複数のキャリアの数の関数(a function of a number of the plurality of carriers)である。

図１は、処理システムを利用している装置のためのハードウェアインプリメンテーションの例を図示している概念図である。図２は、ネットワークアーキテクチャの例を図示している概念図である。図３は、アクセスネットワークの例を図示している概念図である。図４は、アクセスネットワークにおいて使用するためのフレーム構造の例を図示している概念図である。図５は、ユーザおよび制御プレーンのための無線プロトコルアーキテクチャの例を図示している概念図である。図６は、アクセスネットワークにおけるｅＮｏｄｅＢとＵＥの例を図示する概念図である。図７は、複数のキャリアを受信しているＵＥを図示する図である。図８は、アグリゲーションレベルに基づいて、ＵＥ特有および共通のサーチ空間についてのＰＤＣＣＨ候補の数を示している表である。図９Ａは、ＬＴＥリリース８における１つのコンポーネントキャリアに関する所与のサブフレームについての制御チャネルエレメント空間におけるＵＥ特有のサーチ空間を概念的に図示する図である。図９Ｂは、１つのコンポーネントキャリアに関する所与のサブフレームについての制御チャネルエレメント空間における例示的なＵＥ特有のサーチ空間を概念的に図示している図である。図１０は、１つのコンポーネントキャリアに関する所与のサブフレームについての制御チャネルエレメント空間における別の例示的なＵＥ特有のサーチ空間を概念的に図示する図１０００である。図１１Ａは、サーチ空間の数の増加を通じたデコーディング候補の合計数の増加を図示するための図である。図１１Ｂは、１つのサーチ空間についてのデコーディング候補の数の増加を通じたデコーディング候補の合計数の増加を図示するための図である。図１２は、オフセットベースのＰＤＣＣＨデコーディング候補の設計を概念的に図示する図である。図１３は、デコーディング候補がコンポーネントキャリアにわたって共有されうるということを概念的に図示する図である。図１４は、デコーディング候補の共有を概念的に図示する別の図である。図１５は、無線通信の方法のフローチャートである。図１６は、無線通信の方法の別のフローチャートである。図１７は、例示的な装置の機能を図示している概念ブロック図である。図１８は、例示的な装置の機能を図示している別の概念ブロック図である。

添付図面に関連して下記で記載された詳細な説明は、様々な構成の説明として意図され、ここにおいて説明されるコンセプトが実践されうる唯一の構成を表すように意図されていない。詳細な説明は、様々なコンセプトの完全な理解を提供するために具体的な詳細を含んでいる。しかしながら、これらのコンセプトがこれらの具体的な詳細なしで実行されることができるということは、当業者にとっては明らかであろう。他の例では、よく知られた構造及びコンポーネントは、そのようなコンセプトを不明瞭にすることを回避するために、ブロック図の形で示されている。

テレコミュニケーションシステムのいくつかの態様は、様々な装置および方法を参照して示される。これらの装置と方法は、次の詳細な説明に説明されており、様々なブロック、モジュール、コンポーネント、回路、ステップ、プロセス、アルゴリズム等（総称的に「エレメント」と呼ばれる）によって図面の中で図示されている。これらのエレメントは、電子ハードウェア、コンピュータソフトウェア、または、それらのいずれの組み合わせを使用してインプリメントされることができる。そのようなエレメントがハードウェアまたはソフトウェアとしてインプリメントされるかどうかは、特定のアプリケーションと全体のシステムに課された設計制約によって決まる。

例として、エレメント、またはエレメントのいずれの部分、または、エレメントのいずれの組み合わせは、１つまたは複数のプロセッサを含む「処理システム」でインプリメントされることができる。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステートマシン、ゲート論理、ディスクリートハードウェア回路、および、本開示全体にわたって説明される様々な機能を実行するように構成された他の適切なハードウェア、を含む。処理システムにおける１つまたは複数のプロセッサは、ソフトウェアを実行することができる。ソフトウェアは、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行中スレッド、プロシージャ、関数などを意味するように、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、または、別のことばで称されようとも、広く解釈されるべきである。ソフトウェアはコンピュータ可読媒体上で常駐することができる。コンピュータ可読媒体は、例として、磁気ストレージデバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ…）、光学ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル汎用ディスク(digital versatile disk)（ＤＶＤ）…）、スマートカード、また、フラッシュメモリデバイス（例、カード、スティック、キードライブ等）、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能なＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能なＰＲＯＭ（ＥＥＰＲＯＭ）、レジスタ、リムーバブルディスク、キャリア波、送信ライン、または、ソフトウェアを保存するまたは送信するためのいずれの他の適切可能な媒体を含むことができる。コンピュータ可読媒体は、処理システムに常駐していてもよく、処理システムに外付けであってよく、または、処理システムを含んでいる複数のエンティティにわたって分散していてもよい。コンピュータ可読媒体は、コンピュータプログラムプロダクトにおいて具現化されることができる。例えば、コンピュータプログラムプロダクトは、パッケージング材料においてコンピュータ可読媒体を含むことができる。当業者は、特定のアプリケーションと全体システムに課された全体的な設計制約に依存して、本開示全体にわたって示されている説明される機能を如何に最良にインプリメントするかを理解するであろう。

図１は、処理システム１１４を利用している装置１００についてのハードウェアインプリメンテーションの例を図示している概念図である。この例では、処理システム１１４は、一般的にはバス１０２によって表される、バスアーキテクチャでインプリメントされることができる。バス１０２は、処理システム１１４の特定アプリケーションと全体的な設計制約に依存して任意の数の相互接続しているバスおよびブリッジを含むことができる。バス１０２は、プロセッサ１０４によって一般的に表される１以上のプロセッサと、コンピュータ可読媒体１０６によって一般的表されるコンピュータ可読媒体とを含む様々な回路を一緒にリンクさせる。バス１０２はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路のような様々な他の回路をリンクさせる、また、これらは、当技術分野ではよく知られているので、これ以上説明しない。バスインターフェース１０８は、バス１０２とトランシーバ１１０との間でインタフェースを提供する。トランシーバ１１０は、送信媒体上で様々な他の装置と通信するための手段を提供する。装置の性質によっては、ユーザインタフェース１１２（例えば、キーパッド、ディスプレイ、スピーカー、マイクロフォン、ジョイスティック）もまた提供される。

プロセッサ１０４は、コンピュータ可読媒体１０６上で保存されるソフトウェアの実行を含むバス１０２及び一般的な処理を管理することに関与する。ソフトウェアは、プロセッサ１０４によって実施されるとき、処理システム１１４に、いずれの具体的な装置について後述される様々な機能を実行させる。コンピュータ可読媒体１０６はまた、ソフトウェアを実行するとき、プロセッサ１０４によって操作されるデータを保存するために使用されることができる。

様々な装置を利用しているテレコミュニケーションシステムの例が、図２で示されているように、ＬＴＥネットワークアーキテクチャを参照して示されている。ＬＴＥネットワークアーキテクチャ２００は、コアネットワーク２０２とアクセスネットワーク２０４と共に示されている。この例では、コアネットワーク２０２は、アクセスネットワーク２０４に対してパケット交換サービスを提供するが、当業者は、本開示にわたって提示される様々なコンセプトが回路交換サービスを提供しているコアネットワークに拡張されうるということは容易に理解するであろう。

アクセスネットワーク２０４は、ＬＴＥアプリケーションでは発展型ノードＢと一般的に呼ばれる単独の装置２１２と共に示されており、当業者によっては、基地局、ベーストランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、ベーシックサービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、またはいくつかの他の適切な用語で呼ばれうる。ｅＮｏｄｅＢ２１２は、モバイル装置２１４のために、コアネットワーク２０２に対して、アクセスポイントを提供する。モバイル装置の例は、セルラ電話、スマートフォン、セッションイニシエーションプロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、グローバルポジショニングシステム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレイヤー（例、ＭＰ３プレイヤー）、カメラ、ゲームコンソール、または、いずれの他の同様な機能デバイス、を含む。モバイル装置２１４は、ＬＴＥアプリケーションではユーザ機器（ＵＥ）と一般的に呼ばれるが、当業者によっては、モバイル局、加入者局、モバイルユニット、加入者ユニット、無線ユニット、遠隔ユニット、モバイルデバイス、無線デバイス、無線通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、無線端末、遠隔端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または、いくつかの他の適切な用語でも呼ばれうる。

コアネットワーク２０２は、パケットデータノード（ＰＤＮ）ゲートウェイ２０８とサービングゲートウェイ２１０とを含んでいるいくつかの装置と共に示されている。ＰＤＮゲートウェイ２０８は、パケットベースのネットワーク２０６に対してアクセスネットワーク２０４のための接続を提供する。この例では、パケットベースのネットワーク２０６は、インターネットであるが、本開示の全体にわたって提示されるコンセプトは、インターネットアプリケーションに限定されない。ＰＤＮゲートウェイ２０８のプライマリ機能は、ネットワーク接続をＵＥ２１４に提供することである。ＵＥ２１４がアクセスネットワーク２０４を通じてローミングするとき、ローカルモビリティアンカーとしてサービス提供するサービングゲートウェイ２１０を通じて、ＰＤＮゲートウェイ２０８とＵＥ２１４との間で、データパケットは転送される。

ＬＴＥネットワークアーキテクチャにおけるアクセスネットワークの例が、図３を参照して、提示されている。この例では、アクセスネットワーク３００は、多数のセルラ領域（セル）３０２へと分割される。ｅＮｏｄｅＢ３０４は、各セル３０２に割り当てられ、セル３０２におけるすべてのＵＥ３０６について、コアネットワーク２０２（図２参照）に対してアクセスポイントを提供するように構成される。この例のアクセスネットワーク３００には集中型コントローラはないが、集中型コントローラは、代替の設定で使用されることができる。ｅＮｏｄｅＢ３０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、そして、コアネットワーク２０２（図２参照）におけるサービングゲートウェイへの接続性を含んでいるすべての無線関連の機能について関与している。

アクセスネットワーク３００によって利用される変調及び多元接続スキームは、配置されている特定のテレコミュニケーション標準規格に依存して異なってもよい。ＬＴＥアプリケーションでは、周波数分割二重（ＦＤＤ）と時分割二重（ＴＤＤ）の両方をサポートするために、ＯＦＤＭはＤＬ上で使用され、ＳＣ−ＦＤＭＡはＵＬ上で使用される。当業者が下記に続く詳細な説明から容易に理解するように、ここに提示される様々なコンセプトは、ＬＴＥアプリケーションに関して適切である。しかしながら、これらのコンセプトは、他の変調および多元接続技術を利用している他のテレコミュニケーション標準規格へと容易に拡張されうる。例えば、これらのコンセプトは、ＥＶ-ＤＯ(Evolution-Data Optimized)、または、ＵＭＢ(Ultra Mobile Broadband)へと拡張されうる。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００ファミリの標準規格の一部として３ＧＰＰ２(3rd Generation Partnership Project 2)により広められている無線インタフェース標準規格であり、モバイル局に対してブロードバンドインターネットアクセスを提供するためにＣＤＭＡを利用する。これらのコンセプトはまた、Ｗ−ＣＤＭＡ（Wideband-CDMA)とＣＤＭＡの他の変形、例えばＴＤ−ＳＣＤＭＡを使用しているＵＴＲＡ(Universal Terrestrial Radio Access)と;ＴＤＭＡを利用しているＧＳＭ（登録商標）(Global System for Mobile Communications);そしてＥ−ＵＴＲＡ（Evolved UTRA)、ＵＭＢ(Ultra Mobile Broadband)、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０及びＯＦＤＭＡを利用しているＦｌａｓｈ−ＯＦＤＭ；へと拡張されうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＬＴＥ及びＧＳＭは、３ＧＰＰ団体の文書の中で説明されている。ＣＤＭＡ２０００とＵＭＢは、３ＧＰＰ２団体の文書の中で説明されている。実際の無線通信標準規格と利用される多元接続技術は、特定アプリケーションとシステム全体に課される全体的な設計制約に依存する。

ｅＮｏｄｅＢ３０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有することができる。ＭＩＭＯ技術の使用は、空間多重化、ビームフォーミング、そして送信ダイバーシティをサポートするために空間領域をｅＮｏｄｅＢ３０４が利用することを可能にする。

空間多重化は、同じ周波数上で同時にデータの異なる複数のストリームを送信するために使用されることができる。データストリームは、データレートを増やすために単一のＵＥ３０６に対して、または、全体的なシステムキャパシティを増加させるために複数のＵＥ３０６に対して、送信されることができる。このことは、各データストリームを空間的にプリコードし、そして、ダウンリンク上で異なる送信アンテナを通じて各空間的にプリコードされたストリームを送信することによって達成される。空間的にプリコードされたデータストリームは、異なる空間シグネチャでＵＥ（単数または複数）３０６で到達し、そしてそれは、ＵＥ（単数または複数）３０６の各々がそのＵＥ３０６に対して宛てられた１以上のデータストリームを回復することを可能にする。アップリンク上で、各ＵＥ３０６は、空間的にプリコードされたデータストリームを送信し、そしてそれは、各空間的にプリコードされたデータストリームのソースをｅＮｏｄｅＢ３０４が識別することを可能にする。

空間多重化は、チャネル条件が良好なときに、一般的に使用される。チャネル条件があまり有利でないときには、１つまたは複数の方向に送信エネルギーを集中させるために、ビームフォーミングが使用されることができる。このことは、複数のアンテナを通じた送信のためにデータを空間的にプリコードすることによって達成されることができる。セルの端において良好なカバレッジを達成するために、シングルストリームビームフォーミング送信が送信ダイバーシティと組み合わせで使用されることができる。

下記の詳細な説明では、アクセスネットワークの様々な態様がダウンリンク上でＯＦＤＭをサポートしているＭＩＭＯシステムを参照して説明されている。ＯＦＤＭは、ＯＦＤＭシンボル内の多数のサブキャリアにわたってデータを変調する、スペクトラム拡散技術である。サブキャリアは、正確な周波数で離れた間隔をあけられる。間隔をあけることは、受信機がサブキャリアからデータを復元することを可能にする「直交性」を提供する。時間領域では、ガードインターバル（例えば、サイクリックプリフィックス）は、ＯＦＤＭシンボル間干渉に取り組むために、各ＯＦＤＭシンボルに対して付加されることができる。アップリンクは、高いピーク対平均電力比（ＰＡＲＲ）を補償するために、ＤＦＴ拡散ＯＦＤＭ信号の形でＳＣ−ＦＤＭＡを使用することができる。

様々なフレーム構造は、ＤＬおよびＵＬ送信をサポートするために使用されることができる。ＤＬフレーム構造の例は、図４を参照して提示される。しかしながら、当業者が容易に理解するように、いずれの特定のアプリケーションについてのフレーム構造は、任意の数の要因によって、異なっていてもよい。この例では、フレーム（１０ｍｓ）は、１０個の同じサイズのサブフレームへと分割される。各サブフレームは、２つの連続時間スロットを含む。

リソースグリッドは、２つの時間スロットを表すために使用されることができ、各２つの時間スロットは、リソースブロックを含んでいる。リソースグリッドは、複数のリソースエレメントへと分割される。ＬＴＥでは、リソースブロックは、周波数領域において１２個の連続サブキャリアを含み、各ＯＦＤＭシンボルにおける通常のサイクリックプリフィックスの場合には、時間領域において７つの連続ＯＦＤＭシンボルを含んでいる、すなわち、８４のリソースエレメントを含む。Ｒ_０とＲ_１と示されるような、リソースエレメントのうちのいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、ＣＲＳ(Cell-specific RS)（しばしば共通ＲＳとも呼ばれる）とＵＥ−ＲＳ（UE-specific RS)を含む。ＵＥ−ＲＳは、対応する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）がマッピングされるリソースブロック上でのみ、送信される。各リソースエレメントによって搬送されるビットの数は、変調スキームに依存する。したがって、ＵＥが受信するリソースブロックが多ければ多いほど、また、変調スキームが高ければ高いほど、ＵＥについてのデータレートも高くなる。

無線プロトコルアーキテクチャは、特定のアプリケーションに依存して、様々な形態をとることができる。ＬＴＥシステムの例は、図５を参照して、示される。図５は、ユーザおよび制御プレーンのための無線プロトコルアーキテクチャの例を図示している概念図である。

図５に戻ると、ＵＥとｅＮｏｄｅＢについての無線プロトコルアーキテクチャは、層１、層２、そして層３と、３つの層で示される。層１は、最下層であり、様々な物理層の信号処理機能をインプリメントする。層１は、ここでは物理層５０６と呼ばれる。層２（Ｌ２層）５０８は、物理層５０６より上にあり、物理層５０６上でＵＥとｅＮｏｄｅＢとの間のリンクに関与する。

ユーザプレーンでは、Ｌ２層５０８は、メディアアクセス制御（ＭＡＣ）サブ層５１０、無線リンク制御（ＲＬＣ）サブ層５１２、およびパケットデータ収束プロトコル（ＰＤＣＰ）５１４サブ層を含んでおり、それらはネットワーク側のｅＮｏｄｅＢで終了する。示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ２０８（図２参照）で終了するネットワーク層（例、ＩＰ層）と、他の接続の端（例、遠端ＵＥ、サーバなど）で終了するアプリケーション層と、を含んでいるＬ２層５０８より上のいくつかの上層を有することができる。

ＰＤＣＰサブ層５１４は、異なる無線ベアラと論理チャネルとの間での多重化を提供する。ＰＤＣＰサブ層５１４はまた、無線送信オーバヘッドを減らすために上層データパケットのためのヘッダ圧縮、データパケットを暗号化することによるセキュリティ、そして、ｅＮｏｄｅＢ間でのＵＥのためのハンドオーバサポート、を提供する。ＲＬＣサブ層５１２は、ハイブリッド自動繰り返し要求（ＨＡＲＱ）により順序がばらばらな受信を補償するために、上層データパケットのセグメント化及びリアセンブリ、失われたデータパケットの再送信、そして、データパケットの並び替えを提供する。ＭＡＣサブ層５１０は、論理チャネルとトランスポートチャネルとの間の多重化を提供する。さらに、ＭＡＣサブ層５１０はまた、ＵＥの中の１つのセルにおいて様々な無線リソース（例、リソースブロック）を割り付けることに関与する。ＭＡＣサブ層５１０はまた、ＨＡＲＱ動作に関与する。

制御プレーンでは、ＵＥとｅＮｏｄｅＢのための無線プロトコルアーキテクチャは、制御プレーンのヘッダ圧縮機能がないということを除いて、物理層５０６とＬ２層５０８に対して実質的には同じである。制御プレーンはまた、層３において、無線リソース制御（ＲＲＣ）サブ層５１６を含む。ＲＲＣサブ層５１６は、無線リソース（すなわち、無線ベアラ）を得ることと、ｅＮｏｄｅＢとＵＥとの間のＲＲＣシグナリングを使用してより低い層を構成することとに関与する。

図６は、アクセスネットワークにおいてＵＥ６５０と通信しているｅＮｏｄｅＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上層パケットは、コントローラ／プロセッサ６７５に対して提供される。コントローラ／プロセッサ６７５は、図５に関連して前述されるＬ２層の機能をインプリメントする。ＤＬでは、コントローラ／プロセッサ６７５は、ヘッダ圧縮、暗号化、パケットセグメント化および並び替え、論理チャネルとトランスポートチャネルとの間の多重化、および様々なプライオリティメトリクスに基づいているＵＥ６５０への無線リソース割り付けを提供する。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作、損失パケットの再送信、そして、ＵＥ６５０へのシグナリングに関与する。

ＴＸデータプロセッサ６１６は、Ｌ１層（すなわち物理層）の様々な信号処理機能をインプリメントする。信号処理機能は、ＵＥ６５０で順方向誤り訂正（ＦＥＣ）を容易にするコード化およびインタリーブすることと、様々な変調スキーム（例、バイナリ位相シフトキーイング（ＢＰＳＫ）、直角位相シフトキーイング（ＱＰＳＫ）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ）、Ｍ直交振幅変調（Ｍ−ＱＡＭ））に基づいて信号コンスタレーションにマッピングすることと、を含む。コード化され変調されたシンボルは、並列ストリームへと分けられる。各ストリームは、ＯＤＤＭサブキャリアにマッピングされ、時間及び／または周波数領域において基準信号（例、パイロット）で多重化され、そして、逆高速フーリエ変換（ＩＦＦＴ）を使用して一緒に組み合わせられて、時間領域ＯＦＤＭシンボルストリームを搬送して物理チャネルを生成する。ＯＦＤＭストリームは、空間的にプレコードされて、複数の空間ストリームを生成する。チャネル推定器６７４からのチャネル推定値は、空間処理に加え、コーディング及び変調スキームを決定するために使用されることができる。チャネル推定値は、ＵＥ６５０によって送信される、参照信号及び／またはチャネル条件フィードバックから導出されることができる。各空間ストリームは、個別の送信機６１８ＴＸを介して異なるアンテナ６２０に対して提供される。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。

ＵＥ６５０で、各受信機６５４ＲＸは、そのそれぞれのアンテナ６５２を通じて、信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上へと変調される情報を復元し、受信機（ＲＸ）データプロセッサ６５６に対して情報を提供する。

ＲＸデータプロセッサ６５６は、Ｌ１層の様々な信号処理機能をインプリメントする。ＲＸデータプロセッサ６５６は、情報に関して空間処理を実行して、ＵＥ６５０に宛てられたいずれの空間ストリームを復元する。複数の空間ストリームがＵＥ６５０に宛てられる場合、それらは、シングルＯＦＤＭシンボルストリームへとＲＸデータプロセッサ６５６によって組み合わせられることができる。ＲＸデータプロセッサ６５６は、高速フーリエ変換（ＦＦＴ）を使用して、ＯＦＤＭシンボルストリームを時間領域から周波数領域へと変換する。周波数領域信号は、ＯＦＤＭ信号の各サブキャリアに関して別個のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボル、そして基準信号は、ｅＮｏｄｅＢ６１０によって送信される最も起こりうる信号コンスタレーションポイントを判定することによって、復元され、復調される。これらのソフト判定は、チャネル推定器６５８によって計算されるチャネル推定値に基づくことができる。ソフト判定は、デコードされデインタリーブされて、物理チャネル上でｅＮｏｄｅＢによって当初送信されたデータおよび制御信号を復元する。その後、データと制御信号は、コントローラ／プロセッサ６５９に対して供給される。

コントローラ／プロセッサ６５９は、図５に関連して前述されるようなＬ２層をインプリメントする。ＵＬで、制御／プロセッサ６５９は、トランスポートチャネルと論理チャネルとの間の逆多重化と、パケットリアセンブリと、解読(deciphering)と、ヘッダ解凍(header decompression)、制御信号処理を提供して、コアネットワークから上層パケットを回復する。上層パケットは、データシンク６６２に対して提供され、そしてそれは、Ｌ２層より上のすべてのプロトコル層を表す。様々な制御信号はまた、Ｌ３処理のためにデータシンク６６２に対して供給されることができる。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫ(acknowledgement)及び／またはＮＡＣＫ（negative acknowledgement)プロトコルを使用するエラー検出に関与する。

ＵＬで、データソース６６７は、コントローラ／プロセッサ６５９に対して上層パケットを提供するために使用される。データソース６６７は、Ｌ２層（Ｌ２）より上のすべてのプロトコル層を表す。ｅＮｏｄｅＢ６１０によるＤＬ送信に関連して説明される機能に類似して、コントローラ／プロセッサ６５９は、ヘッダ圧縮、暗号化、パケットセグメント化および並び替え、およびｅＮｏｄｅＢ６１０による無線リソース割り付けに基づく論理チャネルとトランスポートチャネルとの間の多重化、を提供することによってユーザプレーンと制御プレーンについてのＬ２層をインプリメントする。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、損失パケットの再送信、そして、ｅＮｏｄｅＢ６１０へのシグナリングに関与する。

ｅＮｏｄｅＢ６１０によって送信された基準信号またはフィードバックからチャネル推定器６５８によって導出されるチャネル推定値は、適切なコーディング及び変調スキームを選択するために、そして、空間処理を容易にするために、ＴＸデータプロセッサ６６８によって使用されることができる。ＴＸデータプロセッサ６６８によって生成される空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に対して提供される。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。

ＵＬ送信は、ＵＥ６５０における受信機機能と関連して説明されているものと同様な方法でｅＮｏｄｅＢ６１０において処理される。各受信機６１８ＲＸは、そのそれぞれのアンテナ６２０を通じて、信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上へと変調される情報を復元し、受信機（ＲＸ）データプロセッサ６７０に対して情報を提供する。ＲＸプロセッサ６７０はＬ１層をインプリメントする。

コントローラ／プロセッサ６５９は、図５に関連して前述されるように、Ｌ２層をインプリメントする。ＵＬで、制御／プロセッサ６５９は、トランスポートチャネルと論理チャネルとの間の逆多重化と、パケットリアセンブリと、解読と、ヘッダ解凍、制御信号処理を提供して、ＵＥ６５０から上層パケットを復元する。コントローラ／プロセッサ６７５からの上層パケットは、コアネットワークに対して提供されることができる。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫ及び／またはＮＡＣＫプロトコルを使用するエラー検出に関与する。

図１に関して説明された処理システム１００は、ｅＮｏｄｅＢ６１０を含んでいる。具体的には、処理システム１００は、ＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５を含む。図１に関して記述された処理システム１００は、ＵＥ６５０を含んでいる。具体的には、処理システム１００は、ＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９を含む。

図７は、複数のキャリアを受信しているＵＥ７０２を図示している図７００である。図７で示されるように、ＵＥ７０２はｅＮｏｄｅＢ７０４から、キャリアＣ１７０６とキャリアＣ２７０８を受信する。ｅＮｏｄｅＢ７０４は、キャリアＣ１７０６上でＰＤＣＣＨおよびＰＤＳＣＨを送信し、キャリアＣ２７０８上でＰＤＳＣＨを送信する。マルチキャリア動作を伴ったＬＴＥ−Ａでは、キャリアＣ１７０６上のＰＤＣＣＨは、キャリアＣ２７０８についての制御情報（例えば、割り当て）を搬送することができる。すなわち、ＰＤＣＣＨは、プライマリコンポーネントキャリア（またはアンカーキャリア）でありうる１つのコンポーネントキャリアＣ１７０６から送信され、キャリアＣ１７０６とキャリアＣ２７０８の両方についての割り当てを搬送することができる。さらに、図７で示されるように、ＵＥ７０２は、キャリアＣ１７１０上でＰＵＣＣＨおよびＰＵＳＣＨを送信し、キャリアＣ２７１２上でＰＵＳＣＨを送信する。キャリアＣ１７１０は、キャリアＣ２７１２についての制御情報を搬送する。図７は、ＵＬとＤＬの両方の相互キャリアシグナリングを示し、単一キャリアシグナリングはＵＬ上にあり、相互キャリアシグナリングはＤＬ上にあってもよく、または、単一キャリアシグナリングはＤＬ上にあり、相互キャリアシグナリングはＵＬ上にあってもよい。さらに、コンポーネントキャリアの数はＵＬとＤＬに関して２つであるように示されており、コンポーネントキャリアの数はＵＬとＤＬとの間で異なっていてもよい。

異なるコンポーネントキャリアが意図されたＰＤＣＣＨの区別は、制御シグナリング情報フィールドに、または、異なるサイクリックリダンダンシーチェック（ＣＲＣ）スクランブリングを介して（例えば、異なるコンポーネントキャリアごとに異なる無線ネットワーク一時的識別子（ＲＮＴＩ）を介して）、埋め込まれうる。ＬＴＥ−Ａマルチキャリア動作についてのＰＤＣＣＨサーチ空間の設計が下記で説明される。制御シグナリングは、ＰＤＣＣＨとＰＤＳＣＨが同じコンポーネントキャリア上で配置される場合、同じキャリア制御シグナリングを含むことができ、ＰＤＣＣＨとＰＤＳＣＨが異なるコンポーネントキャリア上で配置される場合、相互キャリア制御シグナリングを含むことができる。所与のＵＥの場合、ＰＤＣＣＨ制御シグナリングは、１つまたは複数のコンポーネントキャリアから受信されることが期待されうる。

図８は、アグリゲーションレベルに基づいて、ＵＥ特有のサーチ空間および共通のサーチ空間についてのＰＤＣＣＨ候補の数を示している表である。ＬＴＥリリース８（Ｒｅｌ−８）では、各ＵＥは、共通のサーチ空間とＵＥ特有のサーチ空間の両方をモニタすることが必要とされる。ＵＥがサブフレームにおいてデコードする試みをしなくてはならないＰＤＣＣＨ候補の最大数は、共通のサーチ空間では６であり（制御チャネルエレメント（ＣＣＥ）のアグリゲーションレベル４の場合４、ＣＣＥのアグリゲーションレベル８の場合２）、ＵＥ特有のサーチ空間では１６である（ＣＣＥのアグリゲーションレベル１、２、４、および８の場合、それぞれ、６、６、２、および２である）。

各ＵＥは、７つの送信モードのうちの１つを用いて動作するようにＲＲＣシグナリングを介して構成される。各送信モードの下で、各ＵＥは、２つの異なるＰＤＣＣＨサイズをモニタすることを要する。結果、仮定検出の数は次のとおりである：（６＋１６）＊２＝４４。すなわち、各ＵＥは、最大４４ブラインドデコードを実行することを要求され、したがって、２２デコーディング候補の各々を探し、そして、２つのダウンリンク制御情報（ＤＣＩ）サイズの各々を使用してデコーディング候補の各々をデコードしようとする。

各ＵＥは、２以上のＲＮＴＩ（例、Ｃ−ＲＮＴＩ(cell RNTI)とＳＰＳ(semi-persistent scheduling)Ｃ−ＲＮＴＩ）を割り当てられることができる。ＵＥ特有のサーチ空間の決定は、１つのＲＮＴＩ（例、Ｃ−ＲＮＴＩ）のみに基づいており、サーチ空間は、サブフレームごとに異なりうる。より具体的には、アグリゲーションレベルＬを備えたＵＥ特有のサーチ空間のＰＤＣＣＨ候補ｍに対応するＣＣＥは、下記の式によって与えられる。

なお、

は、図８で定義される所与のサーチ空間においてモニタするＰＤＣＣＨ候補の数であり、Ｙ_ｋは（ＡＹ_ｋ−１）ｍｏｄＤと等しく、Ｙ_ｋは、（ＡＹ_ｋ−１）と等しく；

ｎ_ｓは、０、１、・・・、１９から値ｓを取る無線フレーム内のスロット数であり、ｎ_ＲＮＴＩは、１つの固有ＲＮＴＩ値に対応する。

異なる複数ＵＥについてのＵＥ特有のサーチ空間は、オーバラップしてもよいし、または、オーバラップしていなくてもよい。さらに、所与のＵＥについてのＵＥ特有のサーチ空間は、サブフレームにわたって変更し、１０サブフレームまたは１０ｍｓごとに繰り返すことができる。さらに、異なるアグリゲーションレベルについてのＵＥ特有のサーチ空間は、ツリー構造に従うことができ、すなわち、アグリゲーションレベルＬについてのＣＣＥは、常に整数値の倍数Ｌで開始することができる。

ＬＴＥ−Ａにおける起こりうる問題(Potential Issues in LTE-A)
キャリア区別アプローチ（すなわち、ＰＤＣＣＨペイロードに埋め込まれる、またはＰＤＣＣＨＣＲＣスクランブリングを介する）にも関らず、コンポーネントキャリアが２以上のコンポーネントキャリアに関するＰＤＳＣＨおよび／またはＰＵＳＣＨ送信をスケジューリングするＰＤＣＣＨを搬送するとき、いずれの所与のサブフレームにおける１つのリンク（ＤＬまたはＵＬ）についてのコンポーネントキャリアの所与のＵＥに関するＵＥ特有のＰＤＣＣＨの数は１以上であることができる。これは、リンクあたりの最大１つのＵＥ特有のＰＤＣＣＨがいずれのサブフレームにおいても可能であるという点でＲｅｌ８とは異なる。したがって、このことは、ＵＥあたりのベースで、何らかの「混雑(crowdedness)」を生成する。アグリゲーションレベル１および２の場合には、最大６つのデコーディング候補があり、アグリゲーションレベル４および８の場合には、最大２つのデコーディング候補がある。異なるＵＥは、オーバーラッピングされたサーチ空間を有することができる、そしてそれは、アグリゲーションレベルごとにデコーディング候補の数を効果的にさらに制限することができる。さらに、いずれの所与のサブフレームにおける１つのリンクについて所与のＵＥに関してスケジュールされたキャリアの数は、例えば最大５であることができる。２つのリンク（ＤＬ＋ＵＬ）の場合、スケジュールされたキャリアの数は、１０であることができる。ただ１つのサーチ空間があり、Ｒｅｌ−８の（｛６，６，２，２｝）において見られるような同じサーチ空間が定義される場合には、Ｒｅｌ８で、デコーディング候補の提供された合計数１６は、効率的な方法で１０ＰＤＣＣＨをサポートすることを非常に困難にさせ、また、ＵＥサーチ空間がオーバラップする場合には、提供されたデコーディング候補で１０ＰＤＣＣＨをサポートすることが可能でない場合がある。

システムは、異なるキャリアにわたってＵＥの数のバランスをとることができる（すなわち、異なるＵＥは、ＰＤＣＣＨを搬送している異なるコンポーネントキャリアを有することができる）。しかしながら、このようなＰＤＣＣＨロードバランシングは、ＵＥあたりの「混雑(crowdedness)」問題を完全に軽減させることはできない。

図９Ａは、ＬＴＥＲｅｌ８における１つのコンポーネントキャリアに関する所与のサブフレームについてのＣＣＥ空間におけるＵＥ特有のサーチ空間９０２を概念的に図示する図９００である。上述されるように、可能性をブロックするＰＤＣＣＨを最小化するために、また、合理的なスケジューリングフレキシビリティを提供するために、新規のサーチ空間設計が必要とされる。

ＬＴＥ−ＡのためのＰＤＣＣＨサーチ空間設計(PDCCH Search Space Design for LTE-A)
図９Ｂは、１つのコンポーネントキャリアに関する所与のサブフレームについてのＣＣＥ空間における例示的なＵＥ特有のサーチ空間９０４を概念的に図示している図９５０である。図１０は、１つのコンポーネントキャリアに関する所与のサブフレームについてのＣＣＥ空間における別の例示的なＵＥ特有のサーチ空間を概念的に図示する図１０００である。図９Ｂで示されるように、「混雑性（crowdedness）」問題に取り組むために、ＵＥ特有のサーチ空間９０４あたりのデコーディング候補の数は増加する場合がある。例えば、デコーディング候補の数が通常６である場合（例えばアグリゲーションレベル１の場合）、デコーディング候補の数は、コンポーネントキャリアＣＣ１、ＣＣ２、およびＣＣ３についてのＤＣＩを搬送するために１８に増加されうる（ＣＣ４またはＣＣ５が同じキャリア制御シグナリングを有するということを仮定する、つまり、それぞれ、それら自身のサーチ空間９０６、９０８を有する）。代替的にまたは追加的に、図１０に示されるように、混雑性の問題は、所与のＵＥに対して２以上のＵＥ特有のサーチを定義することによって取り組まれることができる。図１０で示されるように、コンポーネントキャリアＣＣ１を通じてスケジューリングされた各コンポーネントキャリアについての１つを備える３つのＵＥ特有のサーチ空間１００２がある（ＣＣ１はコンポーネントキャリアＣＣ１、ＣＣ２、およびＣＣ３の各々についてのＰＤＣＣＨを搬送するということを仮定する）。ＵＥ特有のサーチ空間は、オフセットによって分離されることができ、そしてそれは、０よりも大きくてもよく、または０と等しくてもよく、または０より小さくてもよい、また、サーチ空間の各々の間で異なっていてもよい。オフセットが０である場合、ＵＥ特有のサーチ空間は、図９Ｂで示されるように、表される。

ＵＥあたりのコンポーネントキャリアの数がＵＥあたりのベースで構成されることが期待されるので、デコーディング候補および／またはサーチ空間の数は、特定のＵＥに特有でありうる。さらに、ＵＥあたりのコンポーネントキャリアの数が半静的に構成される場合には、デコーディング候補および／またはサーチ空間の数もまた、半静的に構成されることができる。しかしながら、デコーディング候補および／またはサーチ空間の数は、代替的に、静的または動的に構成されうる。

ＰＤＣＣＨ候補の数および／またはＵＥ特有のサーチ空間の数は、構成されるコンポーネントキャリアの数を考慮するＵＥのスケジューリングを適応することにおけるフレキシビリティと、ブラインド検出についての複雑性との間で良好なトレードオフを提供することができる（すなわち、サーチ空間あたりのデコーディング候補から生じるブラインド検出の合理的な合計数を有する）。

デコーディング候補および／またはサーチ空間の直接的拡張(Direct Extension of Search Space and/or Decoding Candidates)
図１１Ａは、サーチ空間の数の増加を通じてデコーディング候補の合計数の増加を図示するための図１１００である。図１１Ｂは、１つのサーチ空間についてのデコーディング候補の数の増加を通じた、デコーディング候補の合計数の増加を図示するための図１１５０である。図１１Ａと図１１Ｂで図示されるように、Ｍは、ＣＣ１がＤＣＩを搬送するコンポーネントキャリアの数であり（ＣＣ１は、コンポーネントキャリアＣＣ１，ＣＣ２，…，ＣＣＭについてのＤＣＩを搬送する）、Ｋは、ＵＥ特有のサーチ空間の数である。Ｎ_ｌ，ｋ（Ｍ，Ｋ）は、ＭコンポーネントキャリアとＫ個のＵＥ特有のサーチ空間があるときの、アグリゲーションレベルｌ（１，２，４，または８）とｋ番目のＵＥ特有のサーチ空間についてのデコーディング候補の数であると仮定する。Ｎ_ｌ，ｋ１（Ｍ，Ｋ）≠Ｎ_ｌ，ｋ２（Ｍ，Ｋ）を有することが可能である一方、ｋ_１≠ｋ_２であるとき（２つの異なるＵＥ特有のサーチ空間）、簡略化のため、

ということが仮定される。さらに、便宜上、ＭおよびＫの依存は省略され、Ｎ_ｌは、一般的にはアグリゲーションレベルｌについてのデコーディング候補の数である。

図１１Ａで示されるように、第１の設計オプションでは、サーチ空間１１０２の数は、サーチ空間あたりのデコーディング候補の数を増加させることなく、キャリアＭの数に基づいて線形的に増加されうる。そのため、ｌ＝｛１，２，４，８｝の場合、Ｋ＝ＭでＮ_ｌ＝｛６，６，２，２｝である。例えば、３つのコンポーネントキャリアＣＣ１、ＣＣ２およびＣＣ３は１つのコンポーネントキャリアＣＣ１によってスケジュールされる場合には、コンポーネントキャリアＣＣ１上で３つのＵＥ特有のサーチ空間があるはずであり、ＵＥ特有のサーチ空間の各々は、ＣＣＥのアグリゲーションレベル１、２、４、および８に関して、それぞれ、６、６、２、および２ＰＤＣＣＨデコーディング候補を有している。

図１１Ｂで示されるように、第２の設計オプションでは、１つのサーチ空間１１５４（Ｋ＝１）のみあるが、デコーディング候補の最大数は、すべてのアグリゲーションレベルに関して線形的に増加される：ｌ＝｛１，２，４，８｝の場合、Ｎ_ｌ＝｛６Ｍ，６Ｍ，２Ｍ，２Ｍ｝である。例えば、３つのコンポーネントキャリアＣＣ１、ＣＣ２およびＣＣ３がある場合には、ＣＣＥのアグリゲーションレベル１、２、４、および８に対して、それぞれ１８、１８、６、および６ＰＤＣＣＨデコーディング候補を伴う１つのＵＥ特有のサーチ空間がある。

サーチ空間あたりのデコーディング候補から生じるブラインド検出の合理的な合計数を維持するために、サーチ空間および／またはデコーディング候補の合計数は、指定数に制限されうる。例えば、１設計のオプションでは、サーチ空間の数は、Ｍ≧２の場合には２倍にされるが、サーチ空間あたりのデコーディング候補の数は変更なしのままである。すなわち、Ｍ≧２の場合、Ｋ＝２でｌ＝｛１，２，４，８｝の場合、Ｎ_ｌ＝｛６，６，２，２｝である。例えば、１つのコンポーネントキャリアＣＣ１によってスケジュールされた３つのコンポーネントキャリアＣＣ１、ＣＣ２およびＣＣ３がある場合には、コンポーネントキャリア上で２つのＵＥ特有のサーチ空間があり、ＵＥ特有のサーチ空間の各々は、ＣＣＥのアグリゲーションレベル１、２、４、および８に対して、それぞれ、６、６、２、および２ＰＤＣＣＨデコーディング候補を有している。

代替的に、別の設計オプションでは、Ｍ≧２の場合、１つのサーチ空間についてのデコーディング候補の数は、すべてのアグリゲーションレベルに対して２倍にされうる。すなわち、Ｍ≧２の場合、Ｋ＝１でｌ＝｛１，２，４，８｝の場合、Ｎ_ｌ＝｛１２，１２，４，４｝である。例えば、１つのコンポーネントキャリアＣＣ１によってスケジュールされた３つのコンポーネントキャリアＣＣ１、ＣＣ２およびＣＣ３がある場合には、アグリゲーションレベル１、２、４、および８に対して、それぞれ１２、１２、４、および４ＰＤＣＣＨデコーディング候補を伴う１つのＵＥ特有のサーチ空間がある。

上記設計のオプションのいずれの組み合わせも可能である。そのため、サーチ空間の数とサーチ空間あたりのデコーディング候補の数との双方は、増加されうる。第１のオプションと第２のオプションは、（より多くの合計デコーディング候補の）スケジューリングを適応させることについて多大なフレキシビリティを提供するが、サーチ空間とデコーディング候補がコンポーネントキャリアの数で線形的に増加すると、高い複雑性を有する。そのため、結果として生じるＰＤＣＣＨブラインド検出の複雑さおよびフォールスアラームが懸念事項でありうる。サーチ空間および／またはデコーディング候補の増加を特定の値（例えば、２倍）に制限することは、スケジューリングを適応することにフレキシビリティをあまり提供しないが、複雑さの増大を効果的に制限する。

サーチ空間および／またはデコーディング候補の増加を制限することに関して、他の代替手段が考えられる。例えば、設計オプションは、サーチ空間／デコーディング候補が、様々な値Ｍについて、２倍、３倍、および／または４倍になるように、変更されうる。例えば、サーチ空間のデコーディング候補は、Ｍ＝２の場合、２倍にされ、Ｍ＞２の場合、３倍にされうる。他のオプションまたは上記オプションの組み合わせが、サーチ空間とデコーディング候補の数に起因したスケジューリングおよび複雑さを適応させることにおいてフレキシビリティのバランスをとるために、利用可能である。

ＬＴＥ−Ａ相互キャリアＰＤＣＣＨ制御シグナリングの場合、１つのサーチ空間を維持するが、所定値（例、２倍）によってデコーディング候補の数を増加させることは、同じ数のサーチ空間あたりのデコーディング候補を維持しながら所定値によってサーチ空間の数を増加させることよりも、あまり複雑ではない。前者のオプションは、１つだけのＲＮＴＩがＵＥ特有のサーチ空間を駆動するのに必要であるため、後者のオプションの２つまたは複数のＲＮＴＩよりもあまり複雑ではない。ＰＤＣＣＨの開始ＣＣＥインデックスは、ＵＥの特定ＩＤ、サーチ空間を伴うキャリア上の利用可能なＣＣＥの数、および／またはＣＣＥのアグリゲーションレベルに基づいてランダムに導出されうる。設計のオプションは、相互キャリアＰＤＣＣＨ制御シグナリングにおいてターゲットにされるキャリアの（ＣＲＣマスキングを介して）黙示的で、（ＰＤＣＣＨペイロードで埋め込まれたビットを介して）明示的なインジケーションの両方に対して適用可能である。

すべてのアグリゲーションレベルは、デコーディング候補の数において同じ増加を有さない場合がある。例えば、アグリゲーションレベル１、２、４、および８について、それぞれ、デコーディング候補｛６，６，２，２｝の倍数が２である｛１２，１２，４，４｝の代わりに、デコーディング候補｛１２，１２，４，２｝が、アグリゲーションレベル８についてのＰＤＣＣＨデコーディング候補が増加しないように利用される場合がある。

さらに、必ずしもすべてのキャリアが、各アグリゲーションレベルについてすべてのＰＤＣＣＨデコーディング候補を有する必要はない。例えば、プライマリコンポーネントキャリアの場合のＰＤＣＣＨシグナリングは、第１の完全セットの｛６，６，２，２｝候補内にありうるが、セカンダリコンポーネントキャリアの場合、ＰＤＣＣＨシグナリングは、第２のサブセットの｛６，６，２，２｝候補内にありうる。異なるセカンダリコンポーネントキャリアにわたるこれらのサブセットは、完全にまたは部分的にオーバラップすることができる。

２以上のサーチ空間の場合、サーチ空間の決定は、異なるＲＮＴＩが異なるコンポーネントキャリアごとに構成される場合には、異なるＲＮＴＩに基づくことができる。代替的には、サーチ空間を決定することは、固定ＲＮＴＩオフセットに沿って、プライマリコンポーネントキャリアＲＮＴＩに基づくことができる。後者の場合、いずれのセカンダリコンポーネントキャリアについての効果的なＲＮＴＩは、プライマリコンポーネントキャリアＲＮＴＩにオフセットを足したものであり、そしてそれは、各コンポーネントキャリアについて固有であることができ、または、複数のコンポーネントキャリアによって共有されることができる。すべてのコンポーネントキャリアに対して１つのＲＮＴＩのみが構成される場合には、サーチ空間は、コンポーネントキャリア特有のオフセット（単数または複数）に沿って、固有ＲＮＴＩに基づいて導出されることができる。オフセット（単数または複数）は、例えばＰＤＣＣＨで埋め込まれた相互キャリアインジケーションフィールドに基づいて、ハードコードされる(hard-coded)または層３設定される(layer 3 configured)ことができる。

オフセットベースのＰＤＣＣＨサーチ空間拡張(Offset-based PDCCH Search Space Expansion)
上述より、すべてのコンポーネントキャリアにわたって１つのＵＥ特有のサーチ空間と、同じ数のコンポーネントキャリアあたりのデコーディング候補があってもよい。これらのプロパティの観点から、別の代替は、ＬＴＥ−Ａにおいて、オフセットベースのＰＤＣＣＨデコーディング候補を有することである。

図１２は、オフセットベースのＰＤＣＣＨデコーディング候補の設計を概念的に図示する図１２００である。サブフレームｎにおけるＵＥについての１つのコンポーネントキャリアを伴ったアグリゲーションレベルｌのＰＤＣＣＨの開始ＣＣＥインデックスは、ＣＣＥ_ｎ，ｌと表され、そしてそれは、ＵＥＲＮＴＩに基づいてＲｅｌ８において見られるように導出されることができる。さらに、Ｍは、コンポーネントキャリアの数として表され、０はアンカーキャリアで、｛０，１，…，Ｍ−１｝順に並べられる。オフセットΔ_ｌ，ｍは、ｍ番目キャリア（ｍ＝１，２，…，Ｍ−１）上のアグリゲーションレベルｌの開始ＣＣＥインデックスと、アンカーキャリアの開始ＣＣＥインデックスとの間のオフセットである（ＣＣＥ単位）。そのため、ｍ番目のキャリアの開始ＣＣＥインデックスは、ＣＣＥ_ｎ，ｌ＋Δ_ｌ，ｍによって与えられる。各アグリゲーションレベルについての同じ数のブラインドデコーディング候補が、Ｒｅｌ８において見られるように同じに保持されうる。オフセットは、異なるコンポーネントキャリアが完全にまたは部分的にオーバラップされたデコーディング候補または直交デコーディング候補を有するように、選ばれることができる。図１２で示されるように、デコーディング候補は、ｌ＝１，Ｍ＝３，Δ_１，１＝２，およびΔ_１，２＝４で部分的にオーバラップされる。図１２は、コンポーネントキャリアの各々に関するサーチ空間を示しているが、サーチ空間を伴わない追加コンポーネントキャリア（例、キャリア３とキャリア４）がありうる。

オフセットは、ＵＥベースまたはセルベース毎に構成されることができる。オフセットがＵＥ依存でない場合には、構成はセルあたりのベースであってもよい。ツリー構造は、コンポーネントキャリア上で可能な限り維持されることができる。維持される場合には、アグリゲーションレベルｌのΔ_ｌ，ｍは、常に、いずれのｍに対してｌの整数倍である。維持されない場合には、アグリゲーションレベルから独立しており、いずれのｍに対してもΔ_ｌ，ｍ＝Δ_ｍである。異なるキャリアにわたるオフセットは、独立であることができる、または、何らかの関連を有することができる。独立している場合、各キャリアは、オフセット（単数または複数）自身のセットが定義されることを必要とする。依存している場合、オフセットのより少ない数が定義される必要がある。１つの依存の例は、Δ_ｌ，ｍ＝ｍΔ_ｌ，１，ｍ＞１である（同じアグリゲーションレベルの場合、ｍ番目のノンアンカーキャリアについてのオフセットは、常に、ｍに第１のノンアンカーキャリアについてのオフセットを乗算したものである）。コンポーネントキャリアあたりのツリー構造という特別な場合、いずれのｌに対して、Δｌ，ｍ＝Δ_ｍ＝ｍΔ_１、ｍ＞１、である。この場合、Δ_１という１つの値のみがｅＮｏｄｅＢによって示される必要があり、すべての他のオフセットは、暗示的に導出されることができる。

Δ_ｌ，ｍ＝０という極端な場合は、任意のｌおよびｍに関して、複数のコンポーネントキャリアの中で共有される１つのサーチ空間を結果としてもたらす。そのため、コンポーネントキャリアのうちのいずれかについてのその共有されたサーチ空間において、ＤＣＩが受信されることができる。オフセットは、ＵＥベース毎にＬ３を介して半静的に構成されることができる。あるいは、それらは、静的または動的に構成されることができる。

第１の例では、Δ_ｌ，ｍ＝Ｋ_ｌ＊ｍ＊ｌ／２であり、ｌ＝｛１，２，４，８｝に対してそれぞれ、Ｋ_ｌ＝｛６，６，２，２｝であり、ｍは、所与のコンポーネントキャリアによってスケジュールされた他のコンポーネントキャリア（すなわちキャリア０以外）のキャリアインデックスである。すなわち、オフセットは、各アグリゲーションレベルに関するＣＣＥの合計数のサイズの半分である。そのため、ｍ番目のコンポーネントキャリアの場合、オフセットΔ_ｌ，ｍは、ｌ＝１の場合は３ｍ、ｌ＝２の場合は６ｍ、ｌ＝４の場合は４ｍ、そしてｌ＝８の場合は８ｍと等しい。第２の例では、Δ_ｌ，ｍ＝ｍ＊ｌであり、なお、ｍは、所与のコンポーネントキャリアによってスケジュールされた他のコンポーネントキャリア（すなわちキャリア０以外）のキャリアインデックスである。すなわち、オフセットは、所与のアグリゲーションレベルに関するデコーディング候補あたりのＣＣＥの数のサイズである。そのため、ｍ番目のコンポーネントキャリアの場合、オフセットΔ_ｌ，ｍは、ｌ＝１の場合はｍ、ｌ＝２の場合は２ｍ、ｌ＝４の場合は８ｍ、ｌ＝８の場合は８ｍと等しい。

図１３は、デコーディング候補がコンポーネントキャリアにわたって共有されうるということを概念的に図示する図１３００である。ＵＥは、各コンポーネントキャリアについてのデコーディング候補をすべてモニタすることができる。例えば、図１３で図示されるように、サーチ空間１３０２とサーチ空間１３０４は、コンポーネントキャリアＣＣ１上にあってもよく、サーチ空間１３０２は、ＣＣ１またはＣＣ２のいずれかについてのＤＣＩを搬送することができ、サーチ空間１３０４は、ＣＣ１またはＣＣ２のいずれかについてのＤＣＩを搬送することができる。そのため、サーチ空間１３０２、１３０４は、２以上のコンポーネントキャリアの間で共有されることができ、ＵＥは、コンポーネントキャリアＣＣ１およびＣＣ２の各々についてのデコーディング候補（サーチ空間１３０２、１３０４）のすべてをモニタすることができる。（３ビットでありうる）キャリアインジケータフィルード（ＣＩＦ）は、受信したＤＣＩにどのキャリアが適応するかを示すために各サーチ空間１３０２、１３０４で使用されることができる。そのため、１つのサブフレーム内で、サーチ空間は、コンポーネントキャリアＣＣ１とコンポーネントキャリアＣＣ２の両方に対して２つのＤＣＩを搬送することができる。ＵＥは、コンポーネントキャリアのうちどれがサーチ空間においてＣＩＦによって示されるかを決定することによって、受信されたＤＣＩにどのコンポーネントキャリアが適応するかを決定することができる。

図１４は、デコーディング候補の共有を概念的に図示する図１４００である。一般に、サーチ空間のうちのいくつかは、２以上のコンポーネントキャリアの中で共有されることができ、サーチ空間のうちのいくつかは、特定のコンポーネントキャリア専用であることができる。例えば、図１４で示されるように、コンポーネントキャリアＣＣ１上でのサーチ空間１４０２は、コンポーネントキャリアＣＣ１またはコンポーネントキャリアＣＣ２についてのＤＣＩを搬送することができ、サーチ空間１４０４は、コンポーネントキャリアＣＣ３についてのＤＣＩを搬送することを専用とすることができ、コンポーネントキャリアＣＣ２上のサーチ空間１４０６は、コンポーネントキャリアＣＣ１またはコンポーネントキャリアＣＣ２についてのＤＣＩを搬送することができ、コンポーネントキャリアＣＣ４上のサーチ空間１４０８は、コンポーネントキャリアＣＣ４についてのＤＣＩを搬送することを専用とすることができ、コンポーネントキャリアＣＣ５上のサーチ空間１４１０は、コンポーネントキャリアＣＣ５についてのＤＣＩを搬送することを専用とすることができる。

図１５は、ＬＴＥ−Ａ相互キャリア制御シグナリングのためのＵＥ特有のサーチ空間に関する無線通信の方法のフローチャート１５００である。方法は、複数のキャリアを利用するための構成を受信する（１５０２）。さらに、方法は、複数のキャリアのうちの少なくとも１つのキャリアについてのＤＣＩを得るために、複数のキャリアのうちのキャリア上で１セットのＰＤＣＣＨの候補を決定する（１５０４）。ＰＤＣＣＨ候補の数は、少なくとも１つのキャリアのキャリア数の関数である（１５０４）。一構成では、方法は、キャリアでＤＣＩをサーチする。一構成では、ＰＤＣＣＨ候補の数の最大は、少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する。一構成では、ＰＤＣＣＨ候補の数はまた、ＣＣＥのアグリゲーションレベルの関数である。一構成では、１セットのＰＤＣＣＨ候補を決定するために、方法は、ＤＣＩを得るために少なくとも１つのサーチ空間を決定する。ＰＤＣＣＨ候補は、少なくとも１つのサーチ空間内にある。一構成では、少なくとも１つのサーチ空間の数は、少なくとも１つのキャリアのキャリア数に基づいている。一構成では、少なくとも１つのサーチ空間の数は、少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する。一構成では、キャリア上での少なくとも１つのサーチ空間の開始ＣＣＥは、ＵＥの特定ＩＤ、少なくとも１つのキャリア上の利用可能なＣＣＥの数、または、ＣＣＥアグリゲーションレベル、のうちの少なくとも１つに基づいて、ランダムに導出される。一構成では、少なくとも１つのサーチ空間は、第１のサーチ空間を含み、方法は、複数のキャリアのうち１つまたは複数についてのＤＣＩを得るために第２のキャリア上で第２のサーチ空間をさらに決定する。第１のサーチ空間および第２のサーチ空間は、オフセットによって互いからオフセットされる。一構成では、各ＣＣＥのアグリゲーションレベルに関する各サーチ空間は、ｎ個のＣＣＥを有し、サーチ空間は、オフセットの絶対値がｎよりも小さいように互いにオーバラップするまたは部分的にオーバラップする。一構成では、オフセットは、ＰＤＣＣＨ候補を含んでいるサーチ空間のためのＣＣＥのアグリゲーションレベルの倍数である。一構成では、オフセットは、静的に、無線リソース制御（ＲＲＣ）シグナリングを通じて半静的に、または動的に、のうちの少なくとも１つを通じて構成される。一構成では、サーチ空間のうちの少なくとも１つは、少なくとも２つのキャリア間で共有され、方法は、複数のキャリアのうちの少なくとも２つのキャリアのうちのいずれか１つに対して適用可能なＤＣＩについて、サーチ空間のうちの少なくとも１つをさらにモニタする。

図１６は、ＬＴＥ−Ａ相互キャリア制御シグナリングのためのＵＥ特有のサーチ空間に関する無線通信の方法のフローチャート１６００である。方法は、複数のキャリアでＵＥを構成する（１６０２）。さらに、方法は、複数のキャリアのうちの少なくとも１つのキャリアについてのＤＣＩを送信するために１セットのＰＤＣＣＨ候補を決定する（１６０４）。ＰＤＣＣＨ候補の数は、複数のキャリアの数の関数である。一構成では、方法は、ＰＤＣＣＨ割り当てをスケジュールするために少なくとも１つのキャリアでＤＣＩを送信する。

図１７は、ＵＥ６５０でありうる、例示的な装置１００の機能を図示する概念的なブロック図１７００である。装置１００は、複数のキャリアを利用するための構成を受信するモジュール１７０２を含む。さらに、装置１００は、複数のキャリアのうちの少なくとも１つのキャリアについてのＤＣＩを得るために、複数のキャリアのうちのキャリア上で１セットのＰＤＣＣＨ候補を決定するモジュール１７０４を含む。ＰＤＣＣＨ候補の数は、少なくとも１つのキャリアのキャリア数の関数である。

図１８は、ｅＮｏｄｅＢ６１０でありうる例示的な装置１００の機能を図示する概念的なブロック図１８００である。装置１００は、複数のキャリアでＵＥを構成するモジュール１８０２を含む。さらに、装置１００は、複数のキャリアのうちの少なくとも１つのキャリアについてのＤＣＩを送信するために１セットのＰＤＣＣＨ候補を決定するモジュール１８０４を含む。ＰＤＣＣＨ候補の数は、複数のキャリアの数の関数である。一構成では、方法は、ＰＤＣＣＨ割り当てをスケジュールするために少なくとも１つのキャリアでＤＣＩを送信する。

図１と図６を再び参照すると、一構成では、無線通信のための装置１００は、複数のキャリアでＵＥを構成するための手段と、複数のキャリアのうちの少なくとも１つのキャリアについてのＤＣＩを送信するために１セットのＰＤＣＣＨ候補を決定するための手段と、を含む。ＰＤＣＣＨ候補の数は、複数のキャリアの数の関数である。一構成では、装置１００は、キャリアでＤＣＩをサーチするための手段、をさらに含む。一構成では、装置１００は、１セットのＰＤＣＣＨ候補を決定するための手段をさらに含み、１セットのＰＤＣＣＨ候補を決定するための手段は、ＤＣＩを得るために少なくとも１つのサーチ空間を決定し、ＰＤＣＣＨ候補は、少なくとも１つのサーチ空間内にある。一構成では、装置１００は、複数のキャリアのうちの１つまたは複数についてのＤＣＩを得るために第２のキャリア上で第２のサーチ空間を決定するための手段、をさらに含む。第１のサーチ空間および第２のサーチ空間は、オフセットによって互いにオフセットされる。一構成では、装置は、複数のキャリアのうちの少なくとも２つのキャリアのうちのいずれか１つに対して適用可能であるＤＣＩについてサーチ空間のうちの少なくとも１つをモニタリングするための手段、をさらに含む。前述の手段は、前述の手段によって記載された機能を実行するように構成された処理システム１１４である。上述されるように、処理システム１１４は、ＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５を含む。そのため、一構成では、前述の手段は、ＴＸプロセッサ６１６、ＲＸプロセッサ６７０、および、前述の手段で記載された機能を実行するように構成されたコントローラ／プロセッサ６７５であってもよい。

一構成では、無線通信のための装置１００は、複数のキャリアを利用するための構成を受信するための手段と、複数のキャリアのうちの少なくとも１つのキャリアについてのＤＣＩを得るために複数のキャリアのうちのキャリア上で１セットのＰＤＣＣＨ候補を決定するための手段と、を含む。ＰＤＣＣＨ候補の数は、少なくとも１つのキャリアのキャリア数の関数である。前述の手段は、前述の手段によって記載された機能を実行するように構成された処理システム１１４である。上述されるように、処理システム１１４は、ＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９を含む。そのため、一構成では、前述の手段は、ＴＸプロセッサ６６８、ＲＸプロセッサ６５６、および、前述の手段で記載された機能を実行するように構成されたコントローラ／プロセッサ６５９であってもよい。

開示されたプロセスにおけるステップの特定順序または階層は例示的なアプローチの説明であるということは理解される。設計の優先度に基づいて、プロセスにおけるステップの特定順序または階層は並び替えられうるということは、理解される。特許請求の範囲にある方法の請求項は、サンプル順序における様々なステップのエレメントを表わしており、表されている特定順序または階層に限定されるべきであると意味していない。

上記の説明は、いずれの当業者もここで説明される様々な態様を実行することを可能にするように提供されている。これらの態様への様々な修正は、当業者にとっては容易に明らかであろう、そして、ここにおいて定義された包括的な原理は、他の態様に適用されることができる。したがって、本願請求項は、ここにおいて示されている態様に限定されるように意図されていないが、本願請求項の用語と一貫して全範囲で与えられており、単数形の構成要素への言及は、「１以上(one or more)」というよりも、具体的に述べられていない限り「１つ及び１つのみ(one and only one)」を意味するように意図されていない。特に述べられていないかぎり、用語「いくつか(some)」は、１つまたは複数を指す。当業者に知られているまたは後に知られる、本開示全体にわたって説明される様々な態様の構成要素に対するすべての構造的及び機能的な同等物は、参照によりここにおいて明示的に組み込まれており、そして、本願請求項によって包含されるように意図される。さらに、ここにおいて開示されているものは、そのような開示が本願請求項で明示的に記載されているかどうかに関らず、公的に使用されることが意図されていない。構成要素が明示的にフレーズ「するための手段(means for)」を使用して記載されていないかぎり、または、方法の請求項の場合において、フレーズ「するためのステップ(step for)」を使用して記載されていないかぎり、米国特許法第１１２条第６項の規定の下で請求項の構成要素は解釈されるべきではない。

上記の説明は、いずれの当業者もここで説明される様々な態様を実行することを可能にするように提供されている。これらの態様への様々な修正は、当業者にとっては容易に明らかであろう、そして、ここにおいて定義された包括的な原理は、他の態様に適用されることができる。したがって、本願請求項は、ここにおいて示されている態様に限定されるように意図されていないが、本願請求項の用語と一貫して全範囲で与えられており、単数形の構成要素への言及は、「１以上(one or more)」というよりも、具体的に述べられていない限り「１つ及び１つのみ(one and only one)」を意味するように意図されていない。特に述べられていないかぎり、用語「いくつか(some)」は、１つまたは複数を指す。当業者に知られているまたは後に知られる、本開示全体にわたって説明される様々な態様の構成要素に対するすべての構造的及び機能的な同等物は、参照によりここにおいて明示的に組み込まれており、そして、本願請求項によって包含されるように意図される。さらに、ここにおいて開示されているものは、そのような開示が本願請求項で明示的に記載されているかどうかに関らず、公的に使用されることが意図されていない。構成要素が明示的にフレーズ「するための手段(means for)」を使用して記載されていないかぎり、または、方法の請求項の場合において、フレーズ「するためのステップ(step for)」を使用して記載されていないかぎり、米国特許法第１１２条第６項の規定の下で請求項の構成要素は解釈されるべきではない。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
無線通信の方法であって、
複数のキャリアを利用するための構成を受信することと、
前記複数のキャリアのうちの少なくとも１つのキャリアについてのダウンリンク制御情報（ＤＣＩ）を得るために、前記複数のキャリアのうちのキャリア上で１セットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定することと、ここで、ＰＤＣＣＨ候補の数は、前記少なくとも１つのキャリアのキャリア数の関数である、
を備える無線通信の方法。
［Ｃ２］
前記キャリアで前記ＤＣＩをサーチすること、をさらに備えるＣ１に記載の方法。
［Ｃ３］
前記ＰＤＣＣＨ候補の数の最大は、前記少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する、
Ｃ１に記載の方法。
［Ｃ４］
前記ＰＤＣＣＨ候補の数はまた、制御チャネルエレメント（ＣＣＥ）のアグリゲーションレベルの関数である、
Ｃ１に記載の方法。
［Ｃ５］
前記１セットのＰＤＣＣＨ候補を決定することは、前記ＤＣＩを得るために少なくとも１つのサーチ空間を決定することを備え、前記ＰＤＣＣＨ候補は、前記少なくとも１つのサーチ空間内にある、
Ｃ１に記載の方法。
［Ｃ６］
前記少なくとも１つのサーチ空間の数は、前記少なくとも１つのキャリアのキャリア数に基づいている、
Ｃ５に記載の方法。
［Ｃ７］
前記少なくとも１つのサーチ空間の数は、前記少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する、
Ｃ５に記載の方法。
［Ｃ８］
前記キャリア上の前記少なくとも１つのサーチ空間の開始制御チャネルエレメント（ＣＣＥ）は、ユーザ機器（ＵＥ）の特定識別情報（ＩＤ）、前記少なくとも１つのキャリア上の利用可能なＣＣＥの数、またはＣＣＥのアグリゲーションレベル、のうちの少なくとも１つに基づいてランダムに導出される、
Ｃ５に記載の方法。
［Ｃ９］
前記少なくとも１つのサーチ空間は、第１のサーチ空間を備え、前記方法は、前記複数のキャリアのうちの１つまたは複数についてのＤＣＩを得るために第２のキャリア上で第２のサーチ空間を決定すること、をさらに備え、前記第１のサーチ空間と前記第２のサーチ空間は、オフセットによって互いにオフセットされる、
Ｃ５に記載の方法。
［Ｃ１０］
各ＣＣＥのアグリゲーションレベルについての各サーチ空間は、ｎ個の制御チャネルエレメント（ＣＣＥ）を有し、前記サーチ空間は、前記オフセットの絶対値がｎよりも小さいように互いにオーバラップするまたは部分的にオーバラップする、
Ｃ９に記載の方法。
［Ｃ１１］
前記オフセットは、前記ＰＤＣＣＨ候補を含んでいる前記サーチ空間のための制御チャネルエレメント（ＣＣＥ）のアグリゲーションレベルの倍数である、
Ｃ９に記載の方法。
［Ｃ１２］
前記オフセットは、静的に、無線リソース制御（ＲＲＣ）シグナリングを通じて半静的に、または動的に、のうちの少なくとも１つを通じて構成される、
Ｃ９に記載の方法。
［Ｃ１３］
前記サーチ空間のうちの少なくとも１つは、少なくとも２つのキャリア間で共有され、前記方法は、前記複数のキャリアのうちの少なくとも２つのキャリアのうちのいずれか１つに対して適用可能なＤＣＩについて、前記サーチ空間のうちの前記少なくとも１つをモニタすることをさらに備える、
Ｃ５に記載の方法。
［Ｃ１４］
無線通信の方法であって、
複数のキャリアでユーザ機器を構成することと、
前記複数のキャリアのうちの少なくとも１つのキャリアについてのダウンリンク制御情報（ＤＣＩ）を送信するために、１セットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定することと、なお、前記ＰＤＣＣＨ候補の数は、前記複数のキャリアの数の関数である、
を備える無線通信の方法。
［Ｃ１５］
ＰＤＣＣＨ割り当てをスケジュールするために、前記少なくとも１つのキャリアで前記ＤＣＩを送信することをさらに備える、
Ｃ１４に記載の方法。
［Ｃ１６］
無線通信のための装置であって、
複数のキャリアを利用するための構成を受信するための手段と；
前記複数のキャリアのうちの少なくとも１つのキャリアについてのダウンリンク制御情報（ＤＣＩ）を得るために、前記複数のキャリアのうちのキャリア上で１セットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定するための手段と、なお、ＰＤＣＣＨ候補の数は、前記少なくとも１つのキャリアのキャリア数の関数である；
無線通信のための装置。
［Ｃ１７］
前記キャリアで前記ＤＣＩをサーチするための手段をさらに備える、
Ｃ１６に記載の装置。
［Ｃ１８］
前記ＰＤＣＣＨ候補の数の最大は、前記少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する、
Ｃ１６に記載の装置。
［Ｃ１９］
前記ＰＤＣＣＨ候補の数はまた、制御チャネルエレメント（ＣＣＥ）のアグリゲーションレベルの関数である、
Ｃ１６に記載の装置。
［Ｃ２０］
前記１セットのＰＤＣＣＨ候補を決定するための手段は、前記ＤＣＩを得るために少なくとも１つのサーチ空間を決定し、前記ＰＤＣＣＨ候補は、前記少なくとも１つのサーチ空間内にある、
Ｃ１６に記載の装置。
［Ｃ２１］
前記少なくとも１つのサーチ空間の数は、前記少なくとも１つのキャリアのキャリア数に基づいている、
Ｃ２０に記載の装置。
［Ｃ２２］
前記少なくとも１つのサーチ空間の数は、前記少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する、
Ｃ２０に記載の装置。
［Ｃ２３］
前記キャリア上の前記少なくとも１つのサーチ空間の開始制御チャネルエレメント（ＣＣＥ）は、ユーザ機器（ＵＥ）の特定識別情報（ＩＤ）、前記少なくとも１つのキャリア上の利用可能なＣＣＥの数、またはＣＣＥのアグリゲーションレベル、のうちの少なくとも１つに基づいてランダムに導出される、
Ｃ２０に記載の装置。
［Ｃ２４］
前記少なくとも１つのサーチ空間は、第１のサーチ空間を備え、前記装置は、前記複数のキャリアのうちの１つまたは複数についてのＤＣＩを得るために第２のキャリア上で第２のサーチ空間を決定するための手段、をさらに備え、前記第１のサーチ空間と前記第２のサーチ空間は、オフセットによって互いにオフセットされる、
Ｃ２０に記載の装置。
［Ｃ２５］
各ＣＣＥのアグリゲーションレベルについての各サーチ空間は、ｎ個の制御チャネルエレメント（ＣＣＥ）を有し、前記サーチ空間は、オフセットの絶対値がｎよりも小さいように互いにオーバラップするまたは部分的にオーバラップする、
Ｃ２４に記載の装置。
［Ｃ２６］
前記オフセットは、前記ＰＤＣＣＨ候補を含んでいる前記サーチ空間についての制御チャネルエレメント（ＣＣＥ）のアグリゲーションレベルの倍数である、
Ｃ２４に記載の装置。
［Ｃ２７］
前記オフセットは、静的に、無線リソース制御（ＲＲＣ）シグナリングを通じて半静的に、または動的に、のうちの少なくとも１つを通じて構成される、
Ｃ２４に記載の装置。
［Ｃ２８］
前記サーチ空間のうちの少なくとも１つは、少なくとも２つのキャリア間で共有され、前記装置は、前記複数のキャリアのうちの少なくとも２つのキャリアのうちのいずれか１つに対して適用可能なＤＣＩについて、前記サーチ空間のうちの前記少なくとも１つをモニタするための手段をさらに備える、
Ｃ２０に記載の装置。
［Ｃ２９］
無線通信の装置であって、
複数のキャリアでユーザ機器を構成するための手段と、
前記複数のキャリアのうちの少なくとも１つのキャリアについてのダウンリンク制御情報（ＤＣＩ）を送信するために１セットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定するための手段と、なお、前記ＰＤＣＣＨ候補の数は、前記複数のキャリアの数の関数である、
を備える無線通信の装置。
［Ｃ３０］
ＰＤＣＣＨ割り当てをスケジュールするために、前記少なくとも１つのキャリアで前記ＤＣＩを送信すること、
をさらに備えるＣ２９に記載の装置。
［Ｃ３１］
コンピュータ可読媒体を備えるコンピュータプログラムプロダクトであって、
前記コンピュータ可読媒体は、
複数のキャリアを利用するための構成を受信するためのコードと、
前記複数のキャリアのうちの少なくとも１つのキャリアについてのダウンリンク制御情報（ＤＣＩ）を得るために、前記複数のキャリアのうちのキャリア上で１セットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定するためのコードと、なお、ＰＤＣＣＨ候補の数は、前記少なくとも１つのキャリアのキャリア数の関数である、
を備える、コンピュータプログラムプロダクト。
［Ｃ３２］
前記コンピュータ可読媒体は、前記キャリアで前記ＤＣＩをサーチするためのコードをさらに備える、
Ｃ３１に記載のコンピュータプログラムプロダクト。
［Ｃ３３］
前記ＰＤＣＣＨ候補の数の最大は、前記少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する、
Ｃ３１に記載のコンピュータプログラムプロダクト。
［Ｃ３４］
前記ＰＤＣＣＨ候補の数はまた、制御チャネルエレメント（ＣＣＥ）のアグリゲーションレベルの関数である、
Ｃ３１に記載のコンピュータプログラムプロダクト。
［Ｃ３５］
前記１セットのＰＤＣＣＨ候補を決定するためのコードは、前記ＤＣＩを得るために少なくとも１つのサーチ空間を決定し、前記ＰＤＣＣＨ候補は、前記少なくとも１つのサーチ空間内にある、
Ｃ３１に記載のコンピュータプログラムプロダクト。
［Ｃ３６］
前記少なくとも１つのサーチ空間の数は、前記少なくとも１つのキャリアのキャリア数に基づいている、
Ｃ３５に記載のコンピュータプログラムプロダクト。
［Ｃ３７］
前記少なくとも１つのサーチ空間の数は、前記少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する、
Ｃ３５に記載のコンピュータプログラムプロダクト。
［Ｃ３８］
前記キャリア上の前記少なくとも１つのサーチ空間の開始制御チャネルエレメント（ＣＣＥ）は、ユーザ機器（ＵＥ）の特定識別情報（ＩＤ）、前記少なくとも１つのキャリア上の利用可能なＣＣＥの数、またはＣＣＥのアグリゲーションレベル、のうちの少なくとも１つに基づいてランダムに導出される、
Ｃ３５に記載のコンピュータプログラムプロダクト。
［Ｃ３９］
前記少なくとも１つのサーチ空間は、第１のサーチ空間を備え、前記コンピュータ可読媒体は、前記複数のキャリアのうちの１つまたは複数についてのＤＣＩを得るために第２のキャリア上で第２のサーチ空間を決定するためのコード、をさらに備え、前記第１のサーチ空間と前記第２のサーチ空間は、オフセットによって互いにオフセットされる、
Ｃ３５に記載のコンピュータプログラムプロダクト。
［Ｃ４０］
各ＣＣＥのアグリゲーションレベルについての各サーチ空間は、ｎ個の制御チャネルエレメント（ＣＣＥ）を有し、前記サーチ空間は、オフセットの絶対値がｎよりも小さいように互いにオーバラップするまたは部分的にオーバラップする、
Ｃ３９に記載のコンピュータプログラムプロダクト。
［Ｃ４１］
前記オフセットは、前記ＰＤＣＣＨ候補を含んでいる前記サーチ空間についての制御チャネルエレメント（ＣＣＥ）のアグリゲーションレベルの倍数である、
Ｃ３９に記載のコンピュータプログラムプロダクト。
［Ｃ４２］
前記オフセットは、静的に、無線リソース制御（ＲＲＣ）シグナリングを通じて半静的に、または動的に、のうちの少なくとも１つを通じて構成される、
Ｃ３９に記載のコンピュータプログラムプロダクト。
［Ｃ４３］
前記サーチ空間のうちの少なくとも１つは、少なくとも２つのキャリア間で共有され、前記コンピュータ可読媒体は、前記複数のキャリアのうちの少なくとも２つのキャリアのうちのいずれか１つに対して適用可能なＤＣＩについて、前記サーチ空間のうちの前記少なくとも１つをモニタするためのコードをさらに備える、
Ｃ３５に記載のコンピュータプログラムプロダクト。
［Ｃ４４］
コンピュータ可読媒体を備えるコンピュータプログラムプロダクトであって、
前記コンピュータ可読媒体は、
複数のキャリアでユーザ機器を構成するためのコードと、
前記複数のキャリアのうちの少なくとも１つのキャリアについてのダウンリンク制御情報（ＤＣＩ）を送信するために、１セットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定するためのコードと、なお、ＰＤＣＣＨ候補の数は、前記複数のキャリアの数の関数である、
を備える、コンピュータプログラムプロダクト。
［Ｃ４５］
前記コンピュータ可読媒体は、ＰＤＣＣＨ割り当てをスケジュールするために、前記少なくとも１つのキャリアで前記ＤＣＩを送信するためのコードをさらに備える、
Ｃ４４に記載のコンピュータプログラムプロダクト。
［Ｃ４６］
無線通信のための装置であって、
複数のキャリアを利用するための構成を受信するように、
前記複数のキャリアのうちの少なくとも１つのキャリアについてのダウンリンク制御情報（ＤＣＩ）を得るために前記複数のキャリアのうちのキャリア上で１セットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定するように、
構成された処理システムを備え、ＰＤＣＣＨ候補の数は、前記少なくとも１つのキャリアのキャリア数の関数である、
装置。
［Ｃ４７］
前記処理システムは、前記キャリアで前記ＤＣＩをサーチするようにさらに構成される、
Ｃ４６に記載の装置。
［Ｃ４８］
前記ＰＤＣＣＨ候補の数の最大は、前記少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する、
Ｃ４６に記載の装置。
［Ｃ４９］
前記ＰＤＣＣＨ候補の数はまた、制御チャネルエレメント（ＣＣＥ）のアグリゲーションレベルの関数である、
Ｃ４６に記載の装置。
［Ｃ５０］
前記１セットのＰＤＣＣＨ候補を決定するために、前記処理システムは、前記ＤＣＩを得るために少なくとも１つのサーチ空間を決定するように構成され、前記ＰＤＣＣＨ候補は、前記少なくとも１つのサーチ空間内にある、
Ｃ４６に記載の装置。
［Ｃ５１］
前記少なくとも１つのサーチ空間の数は、前記少なくとも１つのキャリアのキャリア数に基づいている、
Ｃ５０に記載の装置。
［Ｃ５２］
前記少なくとも１つのサーチ空間の数は、前記少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する、
Ｃ５０に記載の装置。
［Ｃ５３］
前記キャリア上の前記少なくとも１つのサーチ空間の開始制御チャネルエレメント（ＣＣＥ）は、ユーザ機器（ＵＥ）の特定識別情報（ＩＤ）、前記少なくとも１つのキャリア上の利用可能なＣＣＥの数、またはＣＣＥのアグリゲーションレベル、のうちの少なくとも１つに基づいてランダムに導出される、
Ｃ５０に記載の装置。
［Ｃ５４］
前記少なくとも１つのサーチ空間は、第１のサーチ空間を備え、前記処理システムは、前記複数のキャリアのうちの１つまたは複数についてのＤＣＩを得るために第２のキャリア上で第２のサーチ空間を決定するようにさらに構成され、前記第１のサーチ空間と前記第２のサーチ空間は、オフセットによって互いにオフセットされる、
Ｃ５０に記載の装置。
［Ｃ５５］
各ＣＣＥのアグリゲーションレベルについての各サーチ空間は、ｎ個の制御チャネルエレメント（ＣＣＥ）を有し、前記サーチ空間は、オフセットの絶対値がｎよりも小さいように互いにオーバラップするまたは部分的にオーバラップする、
Ｃ５４に記載の装置。
［Ｃ５６］
前記オフセットは、前記ＰＤＣＣＨ候補を含んでいる前記サーチ空間についての制御チャネルエレメント（ＣＣＥ）アグリゲーションレベルの倍数である、
Ｃ５４に記載の装置。
［Ｃ５７］
前記オフセットは、静的に、無線リソース制御（ＲＲＣ）シグナリングを通じて半静的に、または動的に、のうちの少なくとも１つを通じて構成される、
Ｃ５４に記載の装置。
［Ｃ５８］
前記サーチ空間のうちの少なくとも１つは、少なくとも２つのキャリア間で共有され、前記処理システムは、前記複数のキャリアのうちの少なくとも２つのキャリアのうちのいずれか１つに対して適用可能なＤＣＩについて、前記サーチ空間のうちの前記少なくとも１つをモニタするようにさらに構成される、
Ｃ５０に記載の方法。
［Ｃ５９］
無線通信の装置であって、
複数のキャリアでユーザ機器を構成するように、
前記複数のキャリアのうちの少なくとも１つのキャリアについてのダウンリンク制御情報（ＤＣＩ）を送信するために、１セットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定するように、
構成された処理システムを備え、ＰＤＣＣＨ候補の数は、前記複数のキャリアの数の関数である、
装置。
［Ｃ６０］
前記処理システムは、ＰＤＣＣＨ割り当てをスケジュールするために前記少なくとも１つのキャリアで前記ＤＣＩを送信するようにさらに構成される、
Ｃ５９に記載の装置。

Claims

無線通信の方法であって、
複数のキャリアを利用するための構成を受信することと、
前記複数のキャリアのうちの少なくとも１つのキャリアについてのダウンリンク制御情報（ＤＣＩ）を得るために、前記複数のキャリアのうちのキャリア上で１セットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定することと、ここで、ＰＤＣＣＨ候補の数は、前記少なくとも１つのキャリアのキャリア数の関数である、
を備える無線通信の方法。
前記キャリアで前記ＤＣＩをサーチすること、をさらに備える請求項１に記載の方法。
前記ＰＤＣＣＨ候補の数の最大は、前記少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する、
請求項１に記載の方法。
前記ＰＤＣＣＨ候補の数はまた、制御チャネルエレメント（ＣＣＥ）のアグリゲーションレベルの関数である、
請求項１に記載の方法。
前記１セットのＰＤＣＣＨ候補を決定することは、前記ＤＣＩを得るために少なくとも１つのサーチ空間を決定することを備え、前記ＰＤＣＣＨ候補は、前記少なくとも１つのサーチ空間内にある、
請求項１に記載の方法。
前記少なくとも１つのサーチ空間の数は、前記少なくとも１つのキャリアのキャリア数に基づいている、
請求項５に記載の方法。
前記少なくとも１つのサーチ空間の数は、前記少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する、
請求項５に記載の方法。
前記キャリア上の前記少なくとも１つのサーチ空間の開始制御チャネルエレメント（ＣＣＥ）は、ユーザ機器（ＵＥ）の特定識別情報（ＩＤ）、前記少なくとも１つのキャリア上の利用可能なＣＣＥの数、またはＣＣＥのアグリゲーションレベル、のうちの少なくとも１つに基づいてランダムに導出される、
請求項５に記載の方法。
前記少なくとも１つのサーチ空間は、第１のサーチ空間を備え、前記方法は、前記複数のキャリアのうちの１つまたは複数についてのＤＣＩを得るために第２のキャリア上で第２のサーチ空間を決定すること、をさらに備え、前記第１のサーチ空間と前記第２のサーチ空間は、オフセットによって互いにオフセットされる、
請求項５に記載の方法。
各ＣＣＥのアグリゲーションレベルについての各サーチ空間は、ｎ個の制御チャネルエレメント（ＣＣＥ）を有し、前記サーチ空間は、前記オフセットの絶対値がｎよりも小さいように互いにオーバラップするまたは部分的にオーバラップする、
請求項９に記載の方法。
前記オフセットは、前記ＰＤＣＣＨ候補を含んでいる前記サーチ空間のための制御チャネルエレメント（ＣＣＥ）のアグリゲーションレベルの倍数である、
請求項９に記載の方法。
前記オフセットは、静的に、無線リソース制御（ＲＲＣ）シグナリングを通じて半静的に、または動的に、のうちの少なくとも１つを通じて構成される、
請求項９に記載の方法。
前記サーチ空間のうちの少なくとも１つは、少なくとも２つのキャリア間で共有され、前記方法は、前記複数のキャリアのうちの少なくとも２つのキャリアのうちのいずれか１つに対して適用可能なＤＣＩについて、前記サーチ空間のうちの前記少なくとも１つをモニタすることをさらに備える、
請求項５に記載の方法。
無線通信の方法であって、
複数のキャリアでユーザ機器を構成することと、
前記複数のキャリアのうちの少なくとも１つのキャリアについてのダウンリンク制御情報（ＤＣＩ）を送信するために、１セットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定することと、なお、前記ＰＤＣＣＨ候補の数は、前記複数のキャリアの数の関数である、
を備える無線通信の方法。
ＰＤＣＣＨ割り当てをスケジュールするために、前記少なくとも１つのキャリアで前記ＤＣＩを送信することをさらに備える、
請求項１４に記載の方法。
無線通信のための装置であって、
複数のキャリアを利用するための構成を受信するための手段と；
前記複数のキャリアのうちの少なくとも１つのキャリアについてのダウンリンク制御情報（ＤＣＩ）を得るために、前記複数のキャリアのうちのキャリア上で１セットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定するための手段と、なお、ＰＤＣＣＨ候補の数は、前記少なくとも１つのキャリアのキャリア数の関数である；
無線通信のための装置。
前記キャリアで前記ＤＣＩをサーチするための手段をさらに備える、
請求項１６に記載の装置。
前記ＰＤＣＣＨ候補の数の最大は、前記少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する、
請求項１６に記載の装置。
前記ＰＤＣＣＨ候補の数はまた、制御チャネルエレメント（ＣＣＥ）のアグリゲーションレベルの関数である、
請求項１６に記載の装置。
前記１セットのＰＤＣＣＨ候補を決定するための手段は、前記ＤＣＩを得るために少なくとも１つのサーチ空間を決定し、前記ＰＤＣＣＨ候補は、前記少なくとも１つのサーチ空間内にある、
請求項１６に記載の装置。
前記少なくとも１つのサーチ空間の数は、前記少なくとも１つのキャリアのキャリア数に基づいている、
請求項２０に記載の装置。
前記少なくとも１つのサーチ空間の数は、前記少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する、
請求項２０に記載の装置。
前記キャリア上の前記少なくとも１つのサーチ空間の開始制御チャネルエレメント（ＣＣＥ）は、ユーザ機器（ＵＥ）の特定識別情報（ＩＤ）、前記少なくとも１つのキャリア上の利用可能なＣＣＥの数、またはＣＣＥのアグリゲーションレベル、のうちの少なくとも１つに基づいてランダムに導出される、
請求項２０に記載の装置。
前記少なくとも１つのサーチ空間は、第１のサーチ空間を備え、前記装置は、前記複数のキャリアのうちの１つまたは複数についてのＤＣＩを得るために第２のキャリア上で第２のサーチ空間を決定するための手段、をさらに備え、前記第１のサーチ空間と前記第２のサーチ空間は、オフセットによって互いにオフセットされる、
請求項２０に記載の装置。
各ＣＣＥのアグリゲーションレベルについての各サーチ空間は、ｎ個の制御チャネルエレメント（ＣＣＥ）を有し、前記サーチ空間は、オフセットの絶対値がｎよりも小さいように互いにオーバラップするまたは部分的にオーバラップする、
請求項２４に記載の装置。
前記オフセットは、前記ＰＤＣＣＨ候補を含んでいる前記サーチ空間についての制御チャネルエレメント（ＣＣＥ）のアグリゲーションレベルの倍数である、
請求項２４に記載の装置。
前記オフセットは、静的に、無線リソース制御（ＲＲＣ）シグナリングを通じて半静的に、または動的に、のうちの少なくとも１つを通じて構成される、
請求項２４に記載の装置。
前記サーチ空間のうちの少なくとも１つは、少なくとも２つのキャリア間で共有され、前記装置は、前記複数のキャリアのうちの少なくとも２つのキャリアのうちのいずれか１つに対して適用可能なＤＣＩについて、前記サーチ空間のうちの前記少なくとも１つをモニタするための手段をさらに備える、
請求項２０に記載の装置。
無線通信の装置であって、
複数のキャリアでユーザ機器を構成するための手段と、
前記複数のキャリアのうちの少なくとも１つのキャリアについてのダウンリンク制御情報（ＤＣＩ）を送信するために１セットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定するための手段と、なお、前記ＰＤＣＣＨ候補の数は、前記複数のキャリアの数の関数である、
を備える無線通信の装置。
ＰＤＣＣＨ割り当てをスケジュールするために、前記少なくとも１つのキャリアで前記ＤＣＩを送信すること、
をさらに備える請求項２９に記載の装置。
コンピュータ可読媒体を備えるコンピュータプログラムプロダクトであって、
前記コンピュータ可読媒体は、
複数のキャリアを利用するための構成を受信するためのコードと、
前記複数のキャリアのうちの少なくとも１つのキャリアについてのダウンリンク制御情報（ＤＣＩ）を得るために、前記複数のキャリアのうちのキャリア上で１セットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定するためのコードと、なお、ＰＤＣＣＨ候補の数は、前記少なくとも１つのキャリアのキャリア数の関数である、
を備える、コンピュータプログラムプロダクト。
前記コンピュータ可読媒体は、前記キャリアで前記ＤＣＩをサーチするためのコードをさらに備える、
請求項３１に記載のコンピュータプログラムプロダクト。
前記ＰＤＣＣＨ候補の数の最大は、前記少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する、
請求項３１に記載のコンピュータプログラムプロダクト。
前記ＰＤＣＣＨ候補の数はまた、制御チャネルエレメント（ＣＣＥ）のアグリゲーションレベルの関数である、
請求項３１に記載のコンピュータプログラムプロダクト。
前記１セットのＰＤＣＣＨ候補を決定するためのコードは、前記ＤＣＩを得るために少なくとも１つのサーチ空間を決定し、前記ＰＤＣＣＨ候補は、前記少なくとも１つのサーチ空間内にある、
請求項３１に記載のコンピュータプログラムプロダクト。
前記少なくとも１つのサーチ空間の数は、前記少なくとも１つのキャリアのキャリア数に基づいている、
請求項３５に記載のコンピュータプログラムプロダクト。
前記少なくとも１つのサーチ空間の数は、前記少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する、
請求項３５に記載のコンピュータプログラムプロダクト。
前記キャリア上の前記少なくとも１つのサーチ空間の開始制御チャネルエレメント（ＣＣＥ）は、ユーザ機器（ＵＥ）の特定識別情報（ＩＤ）、前記少なくとも１つのキャリア上の利用可能なＣＣＥの数、またはＣＣＥのアグリゲーションレベル、のうちの少なくとも１つに基づいてランダムに導出される、
請求項３５に記載のコンピュータプログラムプロダクト。
前記少なくとも１つのサーチ空間は、第１のサーチ空間を備え、前記コンピュータ可読媒体は、前記複数のキャリアのうちの１つまたは複数についてのＤＣＩを得るために第２のキャリア上で第２のサーチ空間を決定するためのコード、をさらに備え、前記第１のサーチ空間と前記第２のサーチ空間は、オフセットによって互いにオフセットされる、
請求項３５に記載のコンピュータプログラムプロダクト。
各ＣＣＥのアグリゲーションレベルについての各サーチ空間は、ｎ個の制御チャネルエレメント（ＣＣＥ）を有し、前記サーチ空間は、オフセットの絶対値がｎよりも小さいように互いにオーバラップするまたは部分的にオーバラップする、
請求項３９に記載のコンピュータプログラムプロダクト。
前記オフセットは、前記ＰＤＣＣＨ候補を含んでいる前記サーチ空間についての制御チャネルエレメント（ＣＣＥ）のアグリゲーションレベルの倍数である、
請求項３９に記載のコンピュータプログラムプロダクト。
前記オフセットは、静的に、無線リソース制御（ＲＲＣ）シグナリングを通じて半静的に、または動的に、のうちの少なくとも１つを通じて構成される、
請求項３９に記載のコンピュータプログラムプロダクト。
前記サーチ空間のうちの少なくとも１つは、少なくとも２つのキャリア間で共有され、前記コンピュータ可読媒体は、前記複数のキャリアのうちの少なくとも２つのキャリアのうちのいずれか１つに対して適用可能なＤＣＩについて、前記サーチ空間のうちの前記少なくとも１つをモニタするためのコードをさらに備える、
請求項３５に記載のコンピュータプログラムプロダクト。
コンピュータ可読媒体を備えるコンピュータプログラムプロダクトであって、
前記コンピュータ可読媒体は、
複数のキャリアでユーザ機器を構成するためのコードと、
前記複数のキャリアのうちの少なくとも１つのキャリアについてのダウンリンク制御情報（ＤＣＩ）を送信するために、１セットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定するためのコードと、なお、ＰＤＣＣＨ候補の数は、前記複数のキャリアの数の関数である、
を備える、コンピュータプログラムプロダクト。
前記コンピュータ可読媒体は、ＰＤＣＣＨ割り当てをスケジュールするために、前記少なくとも１つのキャリアで前記ＤＣＩを送信するためのコードをさらに備える、
請求項４４に記載のコンピュータプログラムプロダクト。
無線通信のための装置であって、
複数のキャリアを利用するための構成を受信するように、
前記複数のキャリアのうちの少なくとも１つのキャリアについてのダウンリンク制御情報（ＤＣＩ）を得るために前記複数のキャリアのうちのキャリア上で１セットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定するように、
構成された処理システムを備え、ＰＤＣＣＨ候補の数は、前記少なくとも１つのキャリアのキャリア数の関数である、
装置。
前記処理システムは、前記キャリアで前記ＤＣＩをサーチするようにさらに構成される、
請求項４６に記載の装置。
前記ＰＤＣＣＨ候補の数の最大は、前記少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する、
請求項４６に記載の装置。
前記ＰＤＣＣＨ候補の数はまた、制御チャネルエレメント（ＣＣＥ）のアグリゲーションレベルの関数である、
請求項４６に記載の装置。
前記１セットのＰＤＣＣＨ候補を決定するために、前記処理システムは、前記ＤＣＩを得るために少なくとも１つのサーチ空間を決定するように構成され、前記ＰＤＣＣＨ候補は、前記少なくとも１つのサーチ空間内にある、
請求項４６に記載の装置。
前記少なくとも１つのサーチ空間の数は、前記少なくとも１つのキャリアのキャリア数に基づいている、
請求項５０に記載の装置。
前記少なくとも１つのサーチ空間の数は、前記少なくとも１つのキャリアのキャリア数に基づいて線形的に増加する、
請求項５０に記載の装置。
前記キャリア上の前記少なくとも１つのサーチ空間の開始制御チャネルエレメント（ＣＣＥ）は、ユーザ機器（ＵＥ）の特定識別情報（ＩＤ）、前記少なくとも１つのキャリア上の利用可能なＣＣＥの数、またはＣＣＥのアグリゲーションレベル、のうちの少なくとも１つに基づいてランダムに導出される、
請求項５０に記載の装置。
前記少なくとも１つのサーチ空間は、第１のサーチ空間を備え、前記処理システムは、前記複数のキャリアのうちの１つまたは複数についてのＤＣＩを得るために第２のキャリア上で第２のサーチ空間を決定するようにさらに構成され、前記第１のサーチ空間と前記第２のサーチ空間は、オフセットによって互いにオフセットされる、
請求項５０に記載の装置。
各ＣＣＥのアグリゲーションレベルについての各サーチ空間は、ｎ個の制御チャネルエレメント（ＣＣＥ）を有し、前記サーチ空間は、オフセットの絶対値がｎよりも小さいように互いにオーバラップするまたは部分的にオーバラップする、
請求項５４に記載の装置。
前記オフセットは、前記ＰＤＣＣＨ候補を含んでいる前記サーチ空間についての制御チャネルエレメント（ＣＣＥ）アグリゲーションレベルの倍数である、
請求項５４に記載の装置。
前記オフセットは、静的に、無線リソース制御（ＲＲＣ）シグナリングを通じて半静的に、または動的に、のうちの少なくとも１つを通じて構成される、
請求項５４に記載の装置。
前記サーチ空間のうちの少なくとも１つは、少なくとも２つのキャリア間で共有され、前記処理システムは、前記複数のキャリアのうちの少なくとも２つのキャリアのうちのいずれか１つに対して適用可能なＤＣＩについて、前記サーチ空間のうちの前記少なくとも１つをモニタするようにさらに構成される、
請求項５０に記載の方法。
無線通信の装置であって、
複数のキャリアでユーザ機器を構成するように、
前記複数のキャリアのうちの少なくとも１つのキャリアについてのダウンリンク制御情報（ＤＣＩ）を送信するために、１セットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定するように、
構成された処理システムを備え、ＰＤＣＣＨ候補の数は、前記複数のキャリアの数の関数である、
装置。
前記処理システムは、ＰＤＣＣＨ割り当てをスケジュールするために前記少なくとも１つのキャリアで前記ＤＣＩを送信するようにさらに構成される、
請求項５９に記載の装置。