JP2014511092A - Ｆｄｄ−ｔｄｄキャリアアグリゲーションのための制御情報の送信 - Google Patents

Abstract

複数のコンポーネントキャリア（ＣＣ）上での通信をサポートするために制御情報を送信するための技法が開示される。ユーザ機器（ＵＥ）が、複数のＣＣ上での動作のために構成される。これらのＣＣは、異なる定義を有する制御メッセージに関連付けられ得る。たとえば、周波数分割複信（ＦＤＤ）のために構成されたＣＣのための制御メッセージが、時分割複信（ＴＤＤ）のために構成されたＣＣのための制御メッセージとは異なる定義を有し得る。基地局が、第１のＣＣのための制御メッセージの定義の代わりに、第２のＣＣのための制御メッセージの定義に基づいて第１のＣＣのための第１の制御情報を送ることができる。第２のＣＣのための制御メッセージは、様々な設計に基づいて第１の制御情報を送るために使用するために選択されることができる。

Description

米国特許法第１１９条に基づく優先権の主張
本出願は、その全体が参照により本明細書に組み込まれる、２０１１年４月１１日に出願された「SEARCH SPACE DESIGN FOR FDD-TDD CARRIER AGGREGATION」と題する米国仮出願第６１／４７４，２１９号の優先権を主張する。

本開示は、一般に通信に関し、より詳細には、ワイヤレス通信ネットワークにおいて制御情報を送信するための技法に関する。

ワイヤレス通信ネットワークは、ボイス、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信コンテンツを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。そのような多元接続ネットワークの例には、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークがある。

ワイヤレス通信ネットワークは、複数のユーザ機器（ＵＥ：user equipment）のための通信をサポートすることができる複数の基地局を含み得る。ＵＥは、ダウンリンクおよびアップリンクを通じて基地局と通信し得る。ダウンリンク（または順方向リンク）は基地局からＵＥへの通信リンクを指し、アップリンク（または逆方向リンク）はＵＥから基地局への通信リンクを指す。

ワイヤレス通信ネットワークは、複数のコンポーネントキャリア（ＣＣ：component carrier）上での動作をサポートし得る。ＣＣは、通信のために使用される周波数のレンジを指し得、いくつかの特性に関連し得る。たとえば、ＣＣは、ＣＣ上での動作を定義するシステム情報に関連し得る。ＣＣは、キャリア、周波数チャネル、セルなどと呼ばれることもある。基地局は、１つまたは複数のＣＣ上でデータとダウンリンク制御情報（ＤＣＩ：downlink control information）とをＵＥに送ることができる。ＵＥは、１つまたは複数のＣＣ上でデータとアップリンク制御情報（ＵＣＩ：uplink control information）とを基地局に送ることができる。

マルチプルなＣＣ上での通信をサポートするために制御情報を送信するための技法が本明細書で開示される。ＵＥは、キャリアアグリゲーションを用いた複数のＣＣ上での動作のために構成され得る。ＵＥは、クロスキャリアシグナリングを用いずに同じＣＣ上で送られた許可、またはクロスキャリアシグナリングを用いて別のＣＣ上で送られた許可によって、所与のＣＣ上でのデータ送信のためにスケジュールされ得る。

１つの設計では、基地局が、キャリアアグリゲーションのためのＵＥのために構成された第１および第２のＣＣを決定し得る。第１および第２のＣＣは、それぞれ、異なる定義を有する、第１および第２の制御メッセージに関連し得る。たとえば、あるＣＣは周波数分割複信（ＦＤＤ）のために構成され得、他のＣＣは時分割複信（ＴＤＤ）のために構成され得る。ＦＤＤ ＣＣのための制御メッセージは、ＴＤＤ ＣＣのための制御メッセージとは異なる定義を有し得る。基地局は、第１のＣＣのための第１の制御メッセージの定義の代わりに、第２のＣＣのための第２の制御メッセージの定義に基づいて第１のＣＣのための第１の制御情報を送り得る。

ＵＥは、第１および第２のＣＣを含む複数のＣＣで構成され得る。１つの設計では、複数のＣＣのための制御情報が、所定のメッセージサイズまたは複数のＣＣに関連付けられた複数の制御メッセージのうちの最大メッセージサイズに基づいて第２のＣＣ上で送られ得る。別の設計では、より小さいメッセージサイズを有するＣＣのための制御メッセージが、より大きいメッセージサイズを有するＣＣのための制御メッセージ中に含まれない少なくとも１つの追加の制御情報フィールドを含み得る。さらに別の設計では、ＵＥのためのダウンリンク制御チャネルを搬送するＣＣのための制御メッセージが、複数のＣＣのための制御情報を送るために使用され得る。さらに別の設計では、ＵＥのためのアップリンク制御チャネルを搬送するＣＣのための制御メッセージが、複数のＣＣのための制御情報を送るために使用され得る。複数のＣＣのための制御情報を送るための様々な設計について以下で詳細に説明する。

本開示の様々な態様および特徴について以下でさらに詳細に説明する。

ワイヤレス通信ネットワークを示す図。 ＦＤＤに関する例示的なフレーム構造を示す図。 ＴＤＤに関する例示的なフレーム構造を示す図。 連続ＣＣを用いたキャリアアグリゲーションを示す図。 不連続ＣＣを用いたキャリアアグリゲーションを示す図。 シングルキャリア動作を示す図。 クロスキャリアシグナリングを用いないキャリアアグリゲーションを示す図。 クロスキャリアシグナリングを用いたキャリアアグリゲーションを示す図。 クロスキャリアシグナリングを用いたＣＣについてのマルチプルなＵＥ固有探索空間の一例を示す図。 探索空間共有の一例を示す図。 異なる構成をもつ３つのＣＣの一例を示す図。 ２つのＣＣについてのクロスキャリアシグナリングの一例を示す図。 制御情報を送信するためのプロセスを示す図。 制御情報を受信するためのプロセスを示す図。 基地局およびＵＥのブロック図。 基地局およびＵＥの別のブロック図。

詳細な説明

本明細書で説明する技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のワイヤレスネットワークなど、様々なワイヤレス通信ネットワークに使用され得る。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。ＣＤＭＡネットワークは、Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術を実装し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））、時分割同期ＣＤＭＡ（ＴＤ−ＳＣＤＭＡ）、およびＣＤＭＡの他の変形態を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））などの無線技術を実装し得る。ＯＦＤＭＡネットワークは、Ｅｖｏｌｖｅｄ ＵＴＲＡ（Ｅ−ＵＴＲＡ）、Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−ＦｉおよびＷｉ−Ｆｉ Ｄｉｒｅｃｔ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）は、ＦＤＤとＴＤＤの両方において、ダウンリンク上ではＯＦＤＭＡを利用し、アップリンク上ではＳＣ−ＦＤＭＡを利用するＥ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ」（３ＧＰＰ）と称する団体からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２」（３ＧＰＰ２）と称する団体からの文書に記載されている。本明細書で説明する技法は、上記のワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術に使用され得る。明瞭にするために、本技法のいくつかの態様について以下ではＬＴＥ／ＬＴＥ−Ａに関して説明し、以下の説明の大部分でＬＴＥ／ＬＴＥ−Ａ用語を使用する。

図１に、ＬＴＥネットワークまたは何らかの他のワイヤレスネットワークであり得る、ワイヤレス通信ネットワーク１００を示す。ワイヤレスネットワーク１００は、いくつかの発展型ノードＢ（ｅＮＢ）１１０と他のネットワークエンティティとを含み得る。ｅＮＢは、ＵＥと通信する局であり得、基地局、ノードＢ、アクセスポイントなどと呼ばれることもある。各ｅＮＢ１１０は、特定の地理的エリアに通信カバレージを与え得る。３ＧＰＰでは、「セル」という用語は、この用語が使用されるコンテキストに応じて、ｅＮＢのカバレージエリアおよび／またはこのカバレージエリアをサービスしているｅＮＢサブシステムを指すことがある。

ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレージを与え得る。マクロセルは、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。ピコセルは、比較的小さい地理的エリアをカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。フェムトセルは、比較的小さい地理的エリア（たとえば、家庭）をカバーし得、フェムトセルとの関連を有するＵＥ（たとえば、限定加入者グループ（ＣＳＧ：Closed Subscriber Group）中のＵＥ）による制限付きアクセスを可能にし得る。図１に示す例では、ｅＮＢ１１０ａ、１１０ｂおよび１１０ｃは、それぞれマクロセル１０２ａ、１０２ｂおよび１０２ｃのためのマクロｅＮＢであり得る。ｅＮＢ１１０ｄは、ピコセル１０２ｄのためのピコｅＮＢであり得る。ｅＮＢ１１０ｅおよび１１０ｆは、それぞれフェムトセル１０２ｅおよび１０２ｆのためのフェムトｅＮＢであり得る。ｅＮＢは、１つまたは複数の（たとえば、３つの）セルをサポートし得る。

ワイヤレスネットワーク１００はまた、リレーを含み得る。図１に示す例では、リレー１１０ｒは、ｅＮＢ１１０ａとＵＥ１２０ｒとの間の通信を容易にするために、ｅＮＢ１１０ａおよびＵＥ１２０ｒと通信し得る。

ネットワークコントローラ１３０は、ｅＮＢのセットに結合し、これらのｅＮＢについて協調および制御を提供し得る。ネットワークコントローラ１３０はバックホールを介してｅＮＢと通信し得る。ｅＮＢはまた、たとえば、ワイヤレスバックホールまたはワイヤラインバックホールを介して直接または間接的に互いに通信し得る。

ＵＥ１２０（たとえば、１２０ｄ、１２０ｅなど）はワイヤレスネットワーク１００全体にわたって分散され得、各ＵＥは固定または移動であり得る。ＵＥは、端末、移動局、加入者ユニット、局などと呼ばれることもある。ＵＥは、セルラー電話、スマートフォン、タブレット、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ネットブック、スマートブック、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局などであり得る。ＵＥは、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレーなどと通信することが可能であり得る。

ワイヤレスネットワーク１００は、信頼性を改善するために、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）を用いてデータ送信をサポートし得る。ＨＡＲＱでは、送信機（たとえば、ｅＮＢ）は、パケットの初期送信を送り得、必要な場合、パケットが受信機（たとえば、ＵＥ）によって正しく復号されるか、またはパケットの最大数の送信が行われるか、または何らかの他の終了条件に遭遇するまで、パケットの１つまたは複数の追加の送信を送り得る。パケットの各送信後に、受信機は、パケットが正しく復号された場合は肯定応答（ＡＣＫ）を送るか、またはパケットが誤って復号された場合は否定応答（ＮＡＣＫ）を送り得る。送信機は、ＮＡＣＫが受信された場合はパケットの別の送信を送り得、ＡＣＫが受信された場合はパケットの送信を終了し得る。パケットは、トランスポートブロック、コードワード、データブロックなどと呼ばれることもある。

ワイヤレスネットワーク１００は、ＦＤＤおよび／またはＴＤＤを利用し得る。ＦＤＤの場合、ダウンリンクおよびアップリンクには別々の周波数チャネルが割り振られ得、ダウンリンク送信およびアップリンク送信は２つの周波数チャネル上で同時に送られ得る。ＴＤＤの場合、ダウンリンクおよびアップリンクは同じ周波数チャネルを共有し得、ダウンリンク送信およびアップリンク送信は、異なる時間期間において同じ周波数チャネル上で送られ得る。

図２Ａに、ＬＴＥにおけるＦＤＤのための例示的なフレーム構造２００を示す。ダウンリンクおよびアップリンクの各々についての送信タイムラインは複数の無線フレーム単位へと区分され得る。各無線フレームは、所定の持続時間（たとえば、１０ミリ秒（ｍｓ））を有し得、０〜９のインデックスをもつ１０個のサブフレームへと区分され得る。各サブフレームは２つのスロットを含み得る。したがって、各無線フレームは、０〜１９のインデックスをもつ２０個のスロットを含み得る。各スロットは、Ｌ個のシンボル期間、たとえば、（図２Ａに示すように）ノーマルサイクリックプレフィックスの場合は７つのシンボル期間、または拡張サイクリックプレフィックスの場合は６つのシンボル期間を含み得る。各サブフレーム中の２Ｌ個のシンボル期間には０〜２Ｌ−１のインデックスが割り当てられ得る。

図２Ｂに、ＬＴＥにおけるＴＤＤのための例示的なフレーム構造２５０を示す。ダウンリンクおよびアップリンクについての送信タイムラインは、複数の無線フレーム単位へと区分され得、各無線フレームは、０〜９のインデックスをもつ１０個のサブフレームへと区分され得る。ＬＴＥは、ＴＤＤのためのいくつかのアップリンクダウンリンク構成をサポートする。各アップリンクダウンリンク構成は、各サブフレームがダウンリンクサブフレームであるのか、アップリンクサブフレームであるのか、または特殊なサブフレームであるのかを示す。すべてのアップリンクダウンリンク構成について、サブフレーム０および５はダウンリンクのために使用され、サブフレーム２はアップリンクのために使用される。サブフレーム３、４、７、８および９の各々は、アップリンクダウンリンク構成に応じてダウンリンクまたはアップリンクのために使用され得る。サブフレーム１は、ダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）と、ガード期間（ＧＰ）と、アップリンクパイロットタイムスロット（ＵｐＰＴＳ）とを含む。サブフレーム６は、アップリンクダウンリンク構成に応じて、ＤｗＰＴＳのみ、またはすべての３つの特殊フィールド、またはダウンリンクサブフレームを含み得る。

ＦＤＤとＴＤＤの両方について、ダウンリンクのためのサブフレームはダウンリンクサブフレームと呼ばれることがある。アップリンクのためのサブフレームはアップリンクサブフレームと呼ばれることがある。ＦＤＤのために構成されたＣＣはＦＤＤ ＣＣと呼ばれることがある。ＴＤＤのために構成されたＣＣはＴＤＤ ＣＣと呼ばれることがある。

ＦＤＤとＴＤＤの両方について、セルは、ダウンリンクサブフレームの制御領域において物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ：Physical HARQ Indicator Channel）、および／または他の物理チャネルを送信し得る。ＰＤＣＣＨは、ダウンリンク許可、アップリンク許可など、ダウンリンク制御情報（ＤＣＩ）を搬送し得る。ＰＨＩＣＨは、ＨＡＲＱを用いてアップリンク上で送られたデータ送信のためのＡＣＫ／ＮＡＣＫフィードバックを搬送し得る。セルはまた、ダウンリンクサブフレームのデータ領域中で物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）および／または他の物理チャネルを送信し得る。ＰＤＳＣＨは、ダウンリンク上でのデータ送信のためにスケジュールされたＵＥのためのデータを搬送し得る。ＵＥは、アップリンクサブフレームの制御領域中で物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）を送信するか、またはアップリンクサブフレームのデータ領域中で物理アップリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）を送信し得る。ＰＵＣＣＨは、チャネル状態情報（ＣＳＩ）、ＡＣＫ／ＮＡＣＫ、スケジューリング要求など、アップリンク制御情報（ＵＣＩ）を搬送し得る。ＰＵＳＣＨはデータおよび／またはＵＣＩを搬送し得る。ＬＴＥにおける様々な信号およびチャネルは、公開されている「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation」と題され、３ＧＰＰ ＴＳ ３６．２１１に記載されている。

ワイヤレスネットワーク１００は、キャリアアグリゲーションまたはマルチキャリア動作と呼ばれることがある、複数のＣＣを用いた動作をサポートし得る。ＵＥは、キャリアアグリゲーションのため、ダウンリンクのための複数のＣＣとアップリンクのための１つまたは複数のＣＣとで構成され得る。ダウンリンクのためのＣＣはダウンリンクＣＣと呼ばれることがある。アップリンクのためのＣＣはアップリンクＣＣと呼ばれることがある。ｅＮＢは、１つまたは複数のＣＣ上でデータとＤＣＩとをＵＥに送り得る。ＵＥは、１つまたは複数のＣＣ上でデータとＵＣＩとをｅＮＢに送り得る。

図３Ａに、連続キャリアアグリゲーションの一例を示す。Ｋ個のＣＣが、通信のために利用可能であり、互いに隣接しており、ここで、Ｋは任意の整数値である。

図３Ｂに、不連続キャリアアグリゲーションの一例を示す。Ｋ個のＣＣが、通信のために利用可能であり、互いに分離している。

ＬＴＥ Ｒｅｌｅａｓｅ １０では、たとえば、ＵＥは、キャリアアグリゲーションのための最高５つまでのＣＣを用いて構成され得る。各ＣＣは、最高２０ＭＨｚまでの帯域幅を有し得、ＬＴＥ Ｒｅｌｅａｓｅ ８との後方互換性があり得る。したがって、ＵＥは、最高５つまでのＣＣについて最高１００ＭＨｚまでを用いて構成され得る。１つのＣＣがプライマリＣＣ（ＰＣＣ：primary CC）として指定され得、残りのＣＣはセカンダリＣＣ（ＳＣＣ：secondary CC）と呼ばれることがある。ｅＮＢはＰＣＣ上でＰＤＣＣＨを送信し得、ＵＥはＰＣＣ上でＰＵＣＣＨを送信し得る。また、２つ以上のＣＣが、ＵＣＩが２つ以上のＣＣ上のＰＵＣＣＨ上で送られ得るように、ＰＣＣとして構成され得る。

図４Ａに、シングルキャリア動作の一例を示す。ＵＥは、ｅＮＢとの通信のために単一のＣＣ上で動作し得る。ｅＮＢは、ダウンリンクサブフレームの制御領域中のＰＤＣＣＨ上でＵＥのためのダウンリンク（ＤＬ）許可および／またはアップリンク（ＵＬ）許可を送り得る。ダウンリンク許可は、ｅＮＢからＵＥへのデータ送信のための様々なパラメータを備え得る。アップリンク許可は、ＵＥからｅＮＢへのデータ送信のための様々なパラメータを備え得る。ｅＮＢは、ダウンリンクサブフレームのデータ領域中のＰＤＳＣＨ上でデータ送信をＵＥに送り得る。ＵＥは、アップリンクサブフレームのデータ領域中のＰＵＳＣＨ上でデータ送信をｅＮＢに送り得る。

図４Ｂに、クロスキャリアシグナリングを用いないキャリアアグリゲーションの一例を示す。ＵＥは、キャリアアグリゲーションのための複数のＣＣを用いて構成され得る。ダウンリンクのための各ＣＣは、たとえば、より上位のレイヤ構成を介して、アップリンクのための１つのＣＣとペアリングされるか、またはアップリンクのための１つのＣＣと関連付けられ得る。ダウンリンクＣＣとアップリンクＣＣとのペアはセルと呼ばれ得る。ダウンリンクＣＣおよびペアリングされたアップリンクＣＣ上のデータ送信をサポートするために、ダウンリンクＣＣ上で制御情報（たとえば、許可）が送られ得る。

図４Ｃに、クロスキャリアシグナリングを用いたキャリアアグリゲーションの一例を示す。クロスキャリアシグナリングは、別のＣＣ上でのデータ送信をサポートするために１つのＣＣ上で制御情報を送ることを指す。たとえば、別のＣＣ上でのデータ送信をスケジュールするために１つのＣＣ上でダウンリンク許可が送られ得る。

ＬＴＥは、ダウンリンク上でＤＣＩを送るために使用され得るいくつかのＤＣＩフォーマットをサポートする。表１に、ＬＴＥによってサポートされるＤＣＩフォーマットのセットを記載する。ＤＣＩフォーマット０は、アップリンク上のデータ送信のためのアップリンク許可を送るために使用され得る。ＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｃおよび１Ｄは、ダウンリンク上での１つのコードワード／パケットの送信のためのダウンリンク許可を送るために使用され得る。ＤＣＩフォーマット２、２Ａおよび２Ｂは、多入力多出力（ＭＩＭＯ）のためにダウンリンク上での２つのコードワードの送信のためのダウンリンク許可を送るために使用され得る。ＤＣＩフォーマット３および３Ａは、送信電力制御（ＴＰＣ：transmit power control）情報をＵＥに送るために使用され得る。ＤＣＩフォーマット０、１Ａ、３および３Ａは同じサイズを有する。ＤＣＩフォーマット１、１Ｂ、１Ｃ、１Ｄ、２、２Ａおよび２Ｂは異なるサイズを有し得る。

表１に、たとえば、ＬＴＥ Ｒｅｌｅａｓｅ ９によってサポートされるＤＣＩフォーマットのセットを記載する。他のＤＣＩフォーマット、たとえば、ＬＴＥ Ｒｅｌｅａｓｅ １０におけるＤＣＩフォーマット２Ｃおよび将来のＬＴＥリリースにおける他のＤＣＩフォーマットもサポートされ得る。表１中のＤＣＩフォーマットは、公開されている「Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and channel coding」と題する３ＧＰＰ ＴＳ ３６．２１２に記載されている。また、３ＧＰＰ ＴＳ ３６．２１２では各ＤＣＩフォーマットの様々なフィールドについて説明している。

ＵＥは、ダウンリンク送信モードのセット中のダウンリンク送信モードを用いて上位レイヤによって半静的に構成され得る。各ダウンリンク送信モードは、ダウンリンク許可のために使用される１つまたは複数のＤＣＩフォーマットと、アップリンク許可のために使用される１つまたは複数のＤＣＩフォーマットとに関連付けられ得る。各ダウンリンク送信モードは、ＬＴＥ Ｒｅｌｅａｓｅ ８および９では最高２つのＤＣＩサイズに関連付けられ、ＬＴＥ Ｒｅｌｅａｓｅ １０では最高３つのＤＣＩサイズに関連付けられ得る。

ｅＮＢは、ＵＥのために構成されたＤＣＩフォーマットのうちのいずれか１つを使用してＰＤＣＣＨ上でＤＣＩをＵＥに送り得る。ｅＮＢはまた、それぞれ１、２、４または８のアグリゲーションレベルに対応する１つ、２つ、４つまたは８つの制御チャネル要素（ＣＣＥ：control channel element）においてＰＤＣＣＨ上でＤＣＩを送り得る。各ＣＣＥは９つのリソース要素を含み、各リソース要素は１つのシンボル期間中に１つのサブキャリアをカバーする。ＤＣＩについての保護の異なるレベルのために異なるアグリゲーションレベルが使用され得る。

ＵＥは、キャリアアグリゲーションを用いたマルチプルなＣＣ上での動作のために構成され得る。ＵＥは、それのプライマリＣＣのみのための共通探索空間を有し得、ＵＥのために構成された各ＣＣについてのＵＥ固有探索空間を有し得る。ｅＮＢは、共通探索空間と、ＵＥのためのＵＥ固有探索空間との中に位置し得る、特定のＣＣＥ中でのみＤＣＩをＵＥに送り得る。共通探索空間は、すべてのＵＥに適用可能であり得、ブロードキャストスケジューリング（たとえば、システム情報、ページング、ＲＡＣＨ応答など）と、ユニキャストスケジューリング（たとえば、許可）とのために使用され得る。ＵＥ固有探索空間は、ＵＥに固有であり得、許可などを送るために使用され得る。

ＵＥは、共通探索空間と、ＵＥのＵＥ固有探索空間との中にいくつかの復号候補を有し得る。各復号候補は、ＤＣＩがそれにおいてＵＥに送られ得る、ＣＣＥの特定のセットに対応し得る。各々の構成されたＣＣについてのＵＥ固有探索空間中の復号候補のセットは、ＵＥ ＩＤ、およびサブフレームインデックスなどの他のパラメータに基づいて決定され得る。

各復号候補について、ＵＥは、その復号候補のために利用可能な各ＤＣＩサイズについてブラインド復号を実行し得る。ＤＣＩサイズは、送るべき情報ビットの数を決定し、その情報ビットの数は、コードレートに影響を及ぼす。これで、ブラインド復号の総回数は、復号候補の数とＤＣＩサイズの数とに依存し得る。

表２は、共通探索空間とＵＥ固有探索空間とにおける、異なるアグリゲーションレベルに関する、ＵＥによって監視される復号候補の数を記載する。表２は、また、各アグリゲーションレベルに関するブラインド復号の回数も記載する。共通探索空間では、最高２つまでのＤＣＩサイズが各復号候補のために利用可能であり得る。ＵＥは、共通探索空間中の６つの復号候補について最高１２回までのブラインド復号を実行し得る。構成されたＣＣについてのＵＥ固有探索空間では、ＬＴＥ Ｒｅｌｅａｓｅ ８または９では最高２つまでのＤＣＩサイズが各復号候補のために利用可能であり得、ＬＴＥ Ｒｅｌｅａｓｅ １０では最高３つまでのＤＣＩサイズが各復号候補のために利用可能であり得る。１つのＤＣＩサイズが、ダウンリンクおよびアップリンクに関してコンパクトＤＣＩフォーマットのために使用され得、第２のＤＣＩサイズが、ダウンリンク送信モード（たとえば、ＭＩＭＯ）に依存するＤＣＩフォーマットのために使用され得、第３のＤＣＩサイズが、アップリンクＭＩＭＯ動作のために使用され得る（たとえば、ＬＴＥ Ｒｅｌｅａｓｅ １０において）。ダウンリンク許可およびアップリンク許可は、復号候補の同じセットを共有し得る。ＵＥは、ＵＥ固有探索空間中の１６個の復号候補について、（たとえば、ＬＴＥ Ｒｅｌｅａｓｅ ８または９では）最高３２回までのブラインド復号を実行するか、または（たとえば、ＬＴＥ Ｒｅｌｅａｓｅ １０では）最高４８回までのブラインド復号を実行し得る。

ＵＥは、マルチプルなＣＣ上での動作のために構成され得る。（たとえば、図４Ｃに示すように）クロスキャリアシグナリングがある場合、所与のＣＣが、それ自体ならびに１つまたは複数の他のＣＣのためのＤＣＩを搬送し得る。ＤＣＩを搬送するＣＣは、ＰＤＣＣＨ ＣＣと呼ばれることがある。ＤＣＩがそれについて送られるＣＣは、ＰＤＳＣＨ／ＰＵＳＣＨ ＣＣと呼ばれ得る。ＰＤＣＣＨ ＣＣは、ＤＣＩがＰＤＣＣＨ ＣＣ上で送られる各ＰＤＳＣＨ／ＰＵＳＣＨ ＣＣについてのＵＥ固有探索を有し得る。ＰＤＣＣＨ ＣＣは、マルチプルなＰＤＳＣＨ／ＰＵＳＣＨ ＣＣについてマルチプルなＵＥ固有探索空間を有し得る。これらのＵＥ固有探索空間は、重複することも重複しないこともある。各ＰＤＳＣＨ／ＰＵＳＣＨ ＣＣについてのＵＥ固有探索空間は、３ビットＣＩＦ（クロスキャリアインジケータフィールド）をもつが、ＬＴＥ Ｒｅｌｅａｓｅ ８の場合と同様の方法で決定され得る。

図５に、クロスキャリアシグナリングを用いたＰＤＣＣＨ ＣＣ上のマルチプルなＵＥ固有探索空間の一例を示す。この例では、ＣＣｋは、ＣＣｊ、ＣＣｋ、およびＣＣｍのためのＤＣＩを搬送する。所与のアグリゲーションレベル（たとえば、１、２、４または８）に関するＣＣｋについてのＣＣＥ空間全体は、線５１０によって表され得る。ＣＣｊ、ＣＣｋ、およびＣＣｍは、それぞれ、ＣＣＥインデックスの異なる範囲にわたる、３つのＵＥ固有探索空間５１２、５１４および５１６に関連付けられる。各ＣＣについてのＵＥ固有探索空間に関する開始ＣＣＥインデックスは、ＬＴＥ Ｒｅｌｅａｓｅ ８＋オフセットではシングルキャリア動作のためのそのＣＣについての開始ＣＣＥインデックスに等しい。そのオフセットは、ＣＣについてのＣＩＦ値に、アグリゲーションレベルを乗じ、さらに、復号候補の数を乗じたものに等しい。図５に示すように、ＣＣｊおよびＣＣｋは、隣接するＣＩＦ値を有し得、それらのＵＥ固有探索空間は互いに隣接し得る。図５に同じく示すように、ＣＣｋおよびＣＣｍは、隣接しないＣＩＦ値を有し得、それらのＵＥ固有探索空間は互いに分離され得る。クロスキャリアシグナリングを用いたＣＣｋのためのＵＥ固有探索空間は、（ｉ）ＣＣｋが０のＣＩＦ値を有する場合にはシングルキャリア動作においてＣＣｋのためのＵＥ固有探索空間に一致することがあり、または（ｉｉ）そうでない場合には一致しないことがある。

マルチプルＣＣについてのＵＥ固有探索空間は、ＤＣＩをＵＥに送るために共有され得、それは探索空間共有と呼ばれることがある。ＰＤＣＣＨ ＣＣにマッピングされるＣＣのセットは、同じＤＣＩサイズを有し得る。そのセット中のいずれかのＣＣについてのそのサイズのＤＣＩは、そのセット中のいずれかのＣＣについてのＵＥ固有探索空間中のＰＤＣＣＨ ＣＣ上で送られることができる。ＤＣＩがＵＥ固有探索空間のいずれかで送られ得るので、ＵＥ固有探索空間を共有することはスケジューリングフレキシビリティを与え得る。ＵＥがいずれにせよ各ＣＣについてのＵＥ固有探索空間についてブラインド復号を実行し得るので、探索空間共有は、ブラインド復号の最大回数を増加させない。

図６に、探索空間共有の一例を示す。この例では、ＣＣｊおよびＣＣｋは、ＣＣｊのためのＤＣＩフォーマットＸとＣＣｋのためのＤＣＩフォーマットＹとに関連する同じＤＣＩサイズを有する。ＣＣｊのためのＤＣＩフォーマットＸのＤＣＩ（また、ＣＣｋのためのＤＣＩフォーマットＹのＤＣＩ）は、ＣＣｊのためのＵＥ固有探索空間またはＣＣｋのためのＵＥ固有探索空間中のＣＣｋ上で送られ得る。したがって、ＣＣｊおよびＣＣｋのためのＵＥ固有探索空間は、同じＤＣＩサイズを有するこれらの２つのＣＣによって共有され得る。

ＬＴＥ Ｒｅｌｅａｓｅ １０は、同じ構成をもつマルチプルなＣＣについてのキャリアアグリゲーションをサポートする。特に、キャリアアグリゲーションのためのすべてのＣＣは、ＦＤＤまたはＴＤＤのいずれかのために構成され、ＦＤＤ ＣＣとＴＤＤ ＣＣとの混合は許されない。さらに、特殊なサブフレームは異なるＣＣについて別々に構成され得るが、ＣＣがＴＤＤのために構成される場合、キャリアアグリゲーションのためのすべてのＣＣは同じアップリンクダウンリンク構成を有する。同じＦＤＤまたはＴＤＤ構成ならびに同じアップリンクダウンリンク構成を有するようにすべてのＣＣを制限することが、動作を簡略化し得る。

ＬＴＥ Ｒｅｌｅａｓｅ １１および／またはそれ以降は、異なる構成をもつマルチプルなＣＣについてのキャリアアグリゲーションをサポートし得る。たとえば、ＦＤＤ ＣＣおよびＴＤＤ ＣＣのアグリゲーションがサポートされ得る。別の例として、異なるアップリンクダウンリンク構成をもつＴＤＤ ＣＣのアグリゲーションがサポートされ得る。異なる構成をもつＣＣをサポートすることは、展開におけるより多くのフレキシビリティを与え得る。各ＣＣは、シングルキャリアモードでＬＴＥ Ｒｅｌｅａｓｅ ８、９または１０における単一のＣＣに対して後方互換性があり得る。また、非後方互換性ＣＣ、たとえば、ＣＣセグメント、拡張ＣＣなどをサポートすることも可能であり得る。

図７に、異なる構成をもつ３つのＣＣの一例を示す。この例では、ＣＣ１は、ＦＤＤのために構成され、ダウンリンクＣＣ／周波数チャネルとアップリンクＣＣ／周波数チャネルとを含む。ダウンリンクＣＣは、図７中に「Ｄ」として示されるダウンリンクサブフレームを含む。アップリンクＣＣは、図７中に「Ｕ」として示されるアップリンクサブフレームを含む。ＣＣ２は、アップリンクダウンリンク構成０をもつＴＤＤのために構成される。ＣＣ２のサブフレーム０および５はダウンリンクサブフレームであり、ＣＣ２のサブフレーム１および６は特殊なサブフレームであり、ＣＣ２の残りのサブフレーム２〜４および７〜９はアップリンクサブフレームである。ＣＣ３は、アップリンクダウンリンク構成１をもつＴＤＤのために構成される。ＣＣ３のサブフレーム０、４、５および９はダウンリンクサブフレームであり、ＣＣ３のサブフレーム１および６は特殊なサブフレームであり、ＣＣ３の残りのサブフレーム２、３、７および８はアップリンクサブフレームである。

異なる構成をもつマルチプルなＣＣについてのクロスキャリアシグナリングは、困難なことがある。ＴＤＤ ＣＣは、ＦＤＤ上のデータ送信のための制御情報を搬送し得る。許可は、ＴＤＤ ＣＣのダウンリンクサブフレームと特殊なサブフレームとにおいてのみ送られることができ、データ送信は、ＦＤＤ ＣＣのすべてのサブフレームにおいて送られることができる。この相異はいくつかの方法で対処され得る。１つの設計では、データ送信は、ダウンリンクに対応するＦＤＤ ＣＣのサブフレームと、ＨＡＲＱタイムラインにおけるＴＤＤ ＣＣの特殊なサブフレームとにおいてのみスケジュールされ得る。たとえば、ダウンリンク許可は、ダウンリンク許可によってスケジュールされたデータ送信よりも４サブフレームだけ早く送られ得る。この場合、データ送信は、ＴＤＤ ＣＣのダウンリンクおよび特殊なサブフレームよりも４サブフレームだけ後のＦＤＤ ＣＣのサブフレームのみにおいてスケジュールされ得る。この設計は、ＨＡＲＱを用いたデータ送信のための既存の制御メカニズムの再利用を可能にし得る。しかしながら、ＦＤＤ ＣＣのいくつかのサブフレームは、ＴＤＤ ＣＣ上でのクロスキャリアシグナリングを用いてスケジュールされることができず、それは望ましくないことがある。別の設計では、ＴＤＤ ＣＣのダウンリンクおよび特殊なサブフレームは、クロスサブフレーム制御を用いたＦＤＤ ＣＣのすべてのサブフレーム上でのデータ送信をスケジュールし得る。たとえば、許可は、ＴＤＤ ＣＣ上で送られ、それが４サブフレームよりも多く離れているＦＤＤ ＣＣのサブフレーム中でのデータ送信のためのものであることを示し得る。

逆に、ＦＤＤ ＣＣは、ＴＤＤ ＣＣ上でのデータ送信のための制御情報を搬送し得る。ＴＤＤ ＣＣのダウンリンクサブフレームにおけるデータ送信をスケジュールするために、ＦＤＤ ＣＣのいくつかのサブフレームにおいてダウンリンク許可が送られることができ、ＴＤＤ ＣＣのアップリンクサブフレームにおけるデータ送信をスケジュールするために、ＦＤＤ ＣＣのいくつかの他のサブフレームにおいてアップリンク許可が送られ得る。１つの設計では、ＴＤＤ ＣＣの特定のサブフレームにおけるデータ送信をスケジュールするために、ＦＤＤ ＣＣの特定のサブフレームにおいて許可が送られ得る。ＦＤＤ ＣＣ上で許可を送るための特定のサブフレームは、ＴＤＤのために定義されたＨＡＲＱタイムライン、またはＦＤＤのために定義されたＨＡＲＱタイムライン、またはフレキシブルＨＡＲＱタイムラインに基づいて決定され得る。所与のサブフレーム中でのデータ送信のための許可は、（ｉ）ＦＤＤのためのＨＡＲＱタイムラインにおいて４サブフレームだけ早く送られるか、または（ｉｉ）ＴＤＤのためのＨＡＲＱタイムラインについて可変数のサブフレームだけ早く送られ得る。フレキシブルＨＡＲＱタイムラインでは、ＴＤＤ ＣＣの各サブフレームは、特定のサブフレームにおいてまたはＦＤＤ ＣＣのマルチプルなサブフレームにおいてスケジュールされ得る。フレキシブルＨＡＲＱタイムラインは、ＦＤＤ ＣＣのより多くのサブフレームがＴＤＤ ＣＣのための許可を送るために使用されることを可能にし得る。

同じシステム帯域幅、同じダウンリンク／アップリンク送信モード、および同数の送信アンテナがＦＤＤ ＣＣおよびＴＤＤ ＣＣのために使用されるときでも、ＦＤＤおよびＴＤＤは、所与のＤＣＩフォーマットの異なるＤＣＩサイズに関連付けられ得る。たとえば、１つのコードワードのためのダウンリンク許可のためのＤＣＩフォーマット１Ａは、ＦＤＤおよびＴＤＤについて異なるサイズを有し得る。表３に、ＤＣＩフォーマット１ＡのフィールドならびにＦＤＤおよびＴＤＤに関する各フィールドのビット幅を記載する。ＦＤＤのためのＤＣＩフォーマット１Ａは、３ビットＨＡＲＱプロセスＩＤを含み、ダウンリンク割当てインデックス（ＤＡＩ：downlink assignment index）を含まず、４４ビットの総ビット幅を有する。ＴＤＤのためのＤＣＩフォーマット１Ａは、４ビットＨＡＲＱプロセスＩＤと２ビットＤＡＩとを含み、４７ビットの総ビット幅を有する。また、他のＤＣＩフォーマットは、ＦＤＤおよびＴＤＤに関する異なるサイズに関連付けられ得る。

表３には示されていないが、ＤＣＩフォーマットは、クロスキャリアシグナリングをサポートするためにＣＩＦを含み得る。ＵＥはキャリアアグリゲーションのためのマルチプルなＣＣで構成され得、各ＣＣはユニークなインデックスを割り当てられ得る。ＣＩＦは、ＤＣＩがそれについて適用可能であるＣＣのインデックスを搬送するために、３ビットを含み得る。

概して、ＵＥは、キャリアアグリゲーションのための複数のＣＣで構成され得る。複数のＣＣは、同じフォーマット／タイプ（たとえば、ＤＣＩフォーマット１Ａ）の複数の制御メッセージに関連付けられ得る。複数の制御メッセージは、様々な方法で特徴づけられ得る、異なる定義を有し得る。たとえば、異なる制御メッセージは、制御情報フィールドの異なるセット、所与の制御情報フィールドのための異なるビット幅、異なるメッセージサイズなどに関連付けられ得る。所与のＣＣ Ｘについての制御情報は、別のＣＣ Ｙについての制御メッセージの定義に基づいて送られ得る。

クロスキャリアシグナリングを用いたＦＤＤ ＣＣとＴＤＤ ＣＣとの組合せのための探索空間共有をサポートすることが望ましい。しかしながら、ＤＣＩフォーマットは、たとえば、表３に示すように、ＦＤＤおよびＴＤＤについての異なる定義および／またはサイズに関連付けられ得る。これにより、探索空間共有のためのブラインド復号が多くなり得る。たとえば、ＦＤＤ ＣＣのためのＤＣＩおよびＴＤＤ ＣＣのためのＤＣＩは、ＦＤＤ ＣＣ上のＦＤＤ ＣＣおよびＴＤＤ ＣＣについてのＵＥ固有探索空間中で送られ得る。ＵＥは、ＦＤＤ ＣＣの第１のＤＣＩサイズについてブラインド復号の第１のセットを実行し、ＴＤＤ ＣＣの第２のＤＣＩサイズについてブラインド復号の第２のセットを実行する必要がある。一例として、１つのＵＥ固有探索空間では、ＵＥは、ＦＤＤのための４４ビットをもつＤＣＩフォーマット１Ａについて１６回のブラインド復号を実行し、ＴＤＤのための４７ビットをもつＤＣＩフォーマット１Ａについて別の１６回のブラインド復号を実行し得る。したがって、ＦＤＤおよびＴＤＤのためのＤＣＩフォーマット１Ａの異なるサイズは、ＵＥによるブラインド復号の回数を２倍にし得る。ＵＥは、ＦＤＤ ＣＣおよびＴＤＤ ＣＣについての探索空間共有をサポートするために２倍の回数のブラインド復号を実行する必要があり得る。

本開示の一態様では、ブラインド復号の回数を増加させることなしに、クロスキャリアシグナリングを用いたＦＤＤ ＣＣおよびＴＤＤ ＣＣについての探索空間共有をサポートするために、様々なスキームが使用され得る。これらのスキームは、ＦＤＤ ＣＣとＴＤＤ ＣＣの両方について、たとえば、同じシステム帯域幅、送信アンテナの数、およびダウンリンク／アップリンク送信モードについて、同じＤＣＩ定義および／またはサイズが使用されることを保証し得る。これは、ＵＥがＦＤＤ ＣＣとＴＤＤ ＣＣの両方のための１つのＤＣＩ定義および／またはサイズについてブラインド復号の１つのセットを実行することを可能にし得る。さらに、いくつかのスキームは、より効率的なダウンリンクおよび／またはアップリンク制御、スケジューリング、およびＨＡＲＱ動作をもたらし得る。

ＦＤＤ ＣＣおよびＴＤＤ ＣＣについての探索空間共有をサポートする第１のスキームでは、すべてのＣＣのためのＤＣＩフォーマットの様々なサイズの中から、使用するために、所与のＤＣＩフォーマットの最大サイズが選択され得る。最大ＤＣＩサイズよりも小さいＤＣＩサイズに関連付けられた各ＣＣのＤＣＩフォーマットのために、ゼロパディングが使用され得る。たとえば、ＦＤＤ ＣＣとＴＤＤ ＣＣの両方のためのＤＣＩフォーマット１Ａについて、４７ビットのＤＣＩサイズが選択され得る。ＴＤＤ ＣＣのためのＤＣＩフォーマット１ＡのＤＣＩは、通常の方法で４７ビットを用いて送られ得る。ＦＤＤ ＣＣのためのＤＣＩフォーマット１ＡのＤＣＩは、４７ビットを得るために３つの０でパディングされ得、ゼロパディングされたＤＣＩはＦＤＤ ＣＣのために送られ得る。ＵＥは、ＦＤＤ ＣＣとＴＤＤ ＣＣの両方のための４７ビットのＤＣＩサイズについてブラインド復号を実行し得る。ＵＥは、上位レイヤによって構成されたＤＣＩまたはＣＣリンケージ／ペアリング中に含まれるＣＩＦに基づいて、受信されたＤＣＩがＦＤＤ ＣＣまたはＴＤＤ ＣＣに関するものであるかどうかを決定し得る。

ＦＤＤ ＣＣおよびＴＤＤ ＣＣについての探索空間共有をサポートする第２のスキームでは、ＣＩＦは、ＦＤＤのためのＤＣＩフォーマット中に含まれ得るが、ＴＤＤのためのＤＣＩフォーマットには含まれない。たとえば、ＦＤＤのためのＤＣＩフォーマット１Ａは、３ビットＣＩＦを含み、４７ビットのサイズを有し得る。ＴＤＤのためのＤＣＩフォーマット１Ａは、ＣＩＦを除外し、４７ビットのサイズを有し得る。その場合、ＦＤＤ ＣＣとＴＤＤ ＣＣの両方のためのＤＣＩフォーマット１Ａは、４７ビットの同じサイズを有することになる。クロスキャリアシグナリングは、ＣＩＦに基づいてＦＤＤ ＣＣについてサポートされ得る。ＣＩＦは、データ送信がダウンリンク許可によってスケジュールされる特定のＣＣを示すために、ダウンリンク許可中に含まれ得る。クロスキャリアシグナリングは、上位レイヤによって構成されたＣＣリンケージ／ペアリングに基づいてＴＤＤ ＣＣについてサポートされ得る。概して、１つまたは複数のフィールドは、ＦＤＤおよびＴＤＤのためのＤＣＩフォーマットが同じサイズを有するように、より小さいサイズのＤＣＩフォーマットに追加され得る。

ＦＤＤ ＣＣおよびＴＤＤ ＣＣについての探索空間共有をサポートし、ＤＣＩフォーマットアライメントと呼ばれることがある、より効率的なダウンリンクおよび／またはアップリンク動作を提供する第３のスキームでは、ＤＣＩは、ＤＣＩが対象とするＣＣのＤＣＩフォーマット定義ではなく、ＤＣＩを搬送するＣＣのＤＣＩフォーマット定義を使用して送られ得る。１つのシナリオでは、ＤＣＩは、ＦＤＤ ＣＣ上でのデータ送信をスケジュールするためにＴＤＤ ＣＣ上で送られ得る。ＤＣＩは、ＦＤＤのためのＤＣＩフォーマットの代わりにＴＤＤのためのＤＣＩフォーマットを使用して送られ得る。表３に示すＤＣＩフォーマット１Ａでは、ＤＣＩは、（ＦＤＤのための３ビットＨＡＲＱプロセスＩＤの代わりに）ＴＤＤのための４ビットＨＡＲＱプロセスＩＤと、ＴＤＤのための２ビットＤＡＩとを含み得る。データ送信は、ＴＤＤのためのＤＣＩフォーマットを用いて容易にサポートされ得る、ＴＤＤのためのＨＡＲＱタイムラインに基づいて送られ得る。

別のシナリオでは、ＤＣＩは、ＴＤＤ ＣＣ上でのデータ送信をスケジュールするためにＦＤＤ ＣＣ上で送られ得る。追加的に、または別個に、ＴＤＤ ＣＣのためのＵＣＩはＦＤＤ ＣＣ上でＰＵＣＣＨを通じて送られ得る。ＤＣＩは、ＴＤＤのためのＤＣＩフォーマットの代わりにＦＤＤのためのＤＣＩフォーマットを使用して送られ得る。表３に示すＤＣＩフォーマット１Ａでは、ＤＣＩは、（ＴＤＤのための４ビットＨＡＲＱプロセスＩＤの代わりに）ＦＤＤのための３ビットＨＡＲＱプロセスＩＤを含み、（ＴＤＤのための２ビットＤＡＩの代わりに）ＤＡＩを含まない。データ送信は、ＦＤＤのためのＤＣＩフォーマットを用いて容易にサポートされ得る、ＦＤＤのためのＨＡＲＱタイムラインに基づいて送られ得る。

第３のスキームでは、所与のＤＣＩフォーマットの定義および／またはサイズは、ＤＣＩがそれにおいて送られるＣＣ（ＤＣＩが対象とするＣＣではなく）に依存し得る。たとえば、ＴＤＤ ＣＣのためのＤＣＩフォーマット１Ａのダウンリンク許可は、それがＴＤＤ ＣＣ上でのデータ送信のためのものであるとしても、ＦＤＤ ＣＣ上で送られるときにはＦＤＤのためのＤＣＩフォーマット１Ａの定義と４４ビットのサイズとを有し得る。この場合、ＦＤＤのためのＤＣＩフォーマット１Ａを適合させ、ＦＤＤについてビット数を４４に低減するために、ＴＤＤのためのダウンリンク許可中のいくつかの情報（たとえば、ＤＡＩ、およびＨＡＲＱプロセスＩＤの一部）が省略され得る。逆に、ＦＤＤ ＣＣのためのＤＣＩフォーマット１Ａのダウンリンク許可は、それがＦＤＤ ＣＣ上でのデータ送信のためのものであるとしても、ＴＤＤ ＣＣ上で送られるときにはＴＤＤのためのＤＣＩフォーマット１Ａの定義と４７ビットのサイズとを有し得る。この場合、ＴＤＤのためのＤＣＩフォーマット１Ａを適合させ、ＴＤＤのためのビット数を取得するために、ＦＤＤのためのダウンリンク許可中で１つまたは複数のフィールド（たとえば、ＤＡＩおよびＨＡＲＱプロセスＩＤ）が追加または拡張され得る。

ＦＤＤ ＣＣおよびＴＤＤ ＣＣについての探索空間共有をサポートし、より効率的なダウンリンクおよび／またはアップリンク動作を提供する第４のスキームでは、ＤＣＩは、ＤＣＩが適用可能であるＣＣのＤＣＩフォーマットではなく、ＰＵＣＣＨ上でＵＣＩを搬送するプライマリＣＣについてのＤＣＩフォーマットを使用して送られ得る。１つのシナリオでは、ＦＤＤ ＣＣについてのＵＣＩは、ＴＤＤ ＣＣ上でＰＵＣＣＨを通じて送られ得る。ＦＤＤ ＣＣ上でのデータ送信をスケジュールするＤＣＩは、そのＤＣＩがＦＤＤ ＣＣ上で送られる場合でも、ＦＤＤのためのＤＣＩフォーマットの代わりにＴＤＤのためのＤＣＩフォーマットを使用して送られ得る。ＦＤＤ ＣＣについてのＨＡＲＱタイムラインは、ＴＤＤ ＣＣについて定義されたＨＡＲＱタイムラインに基づき得る。ＴＤＤについて最初に（originally）定義された２ビットＤＡＩは、ＴＤＤ ＣＣ上でのＰＵＣＣＨを通じたより効率的なＡＣＫ／ＮＡＣＫフィードバックのためのＦＤＤダウンリンクデータ送信のために使用され得る。２ビットＤＡＩはまた、ＡＣＫ／ＮＡＣＫフィードバックがＰＵＳＣＨを通じて送信される場合に有益であり得る。別のシナリオでは、ＴＤＤ ＣＣについてのＵＣＩは、ＦＤＤ ＣＣ上でＰＵＣＣＨを通じて送られ得る。ＴＤＤ ＣＣ上でのデータ送信をスケジュールするＤＣＩは、ＴＤＤのためのＤＣＩフォーマットの代わりにＦＤＤのためのＤＣＩフォーマットを使用して送られ得る。ＴＤＤ ＣＣについてのＨＡＲＱタイムラインは、ＦＤＤ ＣＣについて定義されたＨＡＲＱタイムラインに基づき得る。ＴＤＤのために最初に定義された２ビットＤＡＩは省略され得、ＴＤＤのために最初に定義された４ビットＨＡＲＱプロセスＩＤは３ビットに低減され得、その結果、ダウンリンク制御オーバーヘッドが少なくなる。

ＦＤＤ ＣＣおよびＴＤＤ ＣＣについての探索空間共有およびより効率的なダウンリンクおよび／またはアップリンク動作をサポートするための４つのスキームについて上記で説明した。ＦＤＤ ＣＣおよびＴＤＤ ＣＣについての探索空間共有は、他の方法でもサポートされ得る。

上記で説明したスキームは、上記で説明したように、ＦＤＤ ＣＣおよびＴＤＤ ＣＣについての探索空間共有をサポートするために使用され得る。概して、これらのスキームは、たとえば、ＦＤＤおよびＴＤＤにより、および／または他の理由で、通常は所与のＤＣＩフォーマットに関する異なる定義および／またはサイズに関連付けられた、複数のＣＣについての探索空間共有をサポートし得る。同じ定義および／またはサイズは、マルチプルなＣＣについての所与のＤＣＩフォーマットのために使用されることができ、その結果、ＵＥがすべてのＣＣのための所与のＤＣＩフォーマットに関する１つの定義および／またはサイズについてブラインド復号の単一のセットを実行できるようになる。これは、ＵＥによるブラインド復号の最大回数を増加させることなしにマルチプルなＣＣについてのより効率的な探索空間共有を可能にし得る。これはまた、より効率的なダウンリンクおよび／またはアップリンク動作を可能にし得る。

ＤＣＩは、ＴＤＤ ＣＣ上でのデータ送信をスケジュールするためにＦＤＤ ＣＣ上で送られ得る。この場合、ＴＤＤ ＣＣのためのダウンリンク許可が、ＦＤＤ ＣＣの何らかのサブフレーム中のＰＤＣＣＨ上で送られることができ、ＴＤＤ ＣＣのためのダウンリンク許可とアップリンク許可の両方が、ＦＤＤ ＣＣの他の何らかのサブフレーム中のＰＤＣＣＨ上で送られ得る。ＰＤＣＣＨの負荷は、ＦＤＤ ＣＣのサブフレームにわたってアンバランスであり得、その結果、異なるサブフレームについてブラインド復号の回数が異ななることになり得る。アンバランスなＰＤＣＣＨ負荷は、発展型マルチメディアブロードキャストマルチメディアサービス（ｅＭＢＭＳ）または高度ブロードキャストサービス（ＡＢＳ）がＦＤＤ ＣＣおよび／またはＴＤＤ ＣＣのために構成された場合により顕著であり得る。

図８に、２つのＣＣについてのクロスキャリアシグナリングの一例を示す。この例では、ＦＤＤ ＣＣが、ＦＤＤ ＣＣならびにＴＤＤ ＣＣ上でのデータ送信をスケジュールするために許可を搬送する。ＴＤＤ ＣＣは、アップリンクダウンリンク構成１を有し、図８に示すダウンリンクサブフレームとアップリンクサブフレームとを含む。図８に示すように、ダウンリンク許可は、それぞれサブフレーム０〜４中のＦＤＤ ＣＣ上でのダウンリンクデータ送信をスケジュールするために、サブフレーム０〜４中のＦＤＤ ＣＣ上で送られ得る。アップリンク許可は、それぞれサブフレーム４〜８中のＦＤＤ ＣＣ上でのアップリンクデータ送信をスケジュールするために、サブフレーム０〜４中のＦＤＤ ＣＣ上で送られ得る。ダウンリンク許可は、それぞれサブフレーム０、１および４中のＴＤＤ ＣＣ上でのダウンリンクデータ送信をスケジュールするために、サブフレーム０、１および４中のＦＤＤ ＣＣ上で送られ得る。アップリンク許可は、それぞれサブフレーム７および８中のＴＤＤ ＣＣ上でのアップリンクデータ送信をスケジュールするために、サブフレーム３および４中のＦＤＤ ＣＣ上で送られ得る。図８に示すように、ＦＤＤ ＣＣは、ＦＤＤ ＣＣおよびＴＤＤ ＣＣをスケジュールするためにサブフレーム０〜３よりもサブフレーム４中でより多くの許可を搬送し得る。

本開示の別の態様では、マルチプルなＣＣについてのＤＣＩを搬送するＰＤＣＣＨの負荷は、サブフレームにわたってより一様に分散され得る。これは、効率を改善することができ、また、各サブフレーム中で実行すべきブラインド復号の最大回数を低減し得る。

複数のＣＣのためのＤＣＩを搬送するＰＤＣＣＨの負荷をバランシングする第１の設計では、フレキシブルＨＡＲＱタイムラインがＴＤＤのために使用されることができ、ＦＤＤ ＣＣのすべてのまたは大部分のサブフレームが、ＴＤＤ ＣＣのいくつかのサブフレームのための許可を搬送することができる。たとえば、図８に示した例では、アップリンク許可は、サブフレーム８中のＴＤＤ ＣＣ上でのアップリンクデータ送信をスケジュールするために、サブフレーム０、１、２または３中のＦＤＤ ＣＣ上で送られ得る。この設計は、ＴＤＤ ＣＣ上でのデータ送信をスケジュールするためにＦＤＤ ＣＣ上で許可を送る際により多くのフレキシビリティを提供し得る。

マルチプルなＣＣのためのＤＣＩを搬送するＰＤＣＣＨの負荷をバランシングする第２の設計では、探索空間共有は、各サブフレーム中のブラインド復号の最大回数がターゲット値以下となるようにサブフレームごとに異なり得る。ＴＤＤ ＣＣのためのダウンリンク許可のみ（またはアップリンク許可のみ）を搬送するＦＤＤ ＣＣのサブフレームでは、ブラインド復号の最大回数がターゲット値以下である限り、ＤＣＩサイズが異なる場合でも、探索空間共有は可能であり得る。

図８に示した例では、ＵＥは、探索空間共有なしのＦＤＤ ＣＣのサブフレーム４中で合計９６回のブラインド復号を実行するか、またはＦＤＤ ＣＣのためのＵＥ固有探索空間の３つのＤＣＩサイズについて４８回のブラインド復号と、ＴＤＤ ＣＣのためのＵＥ固有探索空間の３つのＤＣＩサイズについて別の４８回のブラインド復号とを実行し得る。ＦＤＤ ＣＣおよびＴＤＤ ＣＣが同じＤＣＩサイズを有する場合、ＵＥは、探索空間共有があるサブフレーム４中で合計９６回のブラインド復号を実行し得る。ＵＥは、探索空間共有のないＦＤＤ ＣＣのサブフレーム０中で合計８０回のブラインド復号を実行するか、またはＦＤＤ ＣＣについてのＵＥ固有探索空間の３つのＤＣＩサイズについて合計４８回のブラインド復号を実行し、ＴＤＤ ＣＣについてのＵＥ固有探索空間の２つのＤＣＩサイズについて別の３２回のブラインド復号を実行し得る。探索空間共有は、ＵＥが最高９６回のブラインド復号を実行することができるようにサブフレーム０中で緩和され得る。たとえば、異なるサイズを有するＦＤＤ ＣＣのためのＤＣＩ（たとえば、ダウンリンク許可またはアップリンク許可）は、ＴＤＤ ＣＣのためのＵＥ固有探索空間中で送られ得る。この場合、ＵＥは、サブフレーム０中でＴＤＤ ＣＣのためのＵＥ固有探索空間について合計４８回のブラインド復号を実行するか、またはＴＤＤ ＣＣの２つのＤＣＩサイズについて３２回のブラインド復号と、クロスサブフレームシグナリングを用いたＦＤＤ ＣＣの１つのＤＣＩサイズについて１６回のブラインド復号とを実行し得る。別の例として、異なるサイズを有するＴＤＤ ＣＣのためのＤＣＩ（たとえば、ダウンリンク許可）は、サブフレーム０中のＦＤＤ ＣＣのためのＵＥ固有探索空間中で送られ得る。

探索空間共有は、各サブフレーム中でどのＤＣＩが送られるかに応じて、ブラインド復号の最大回数が各サブフレーム中でターゲット値以下となるように、サブフレームにわたって変化し得る。サブフレーム依存探索空間共有は、上記で説明したように、ＦＤＤ ＣＣとＴＤＤ ＣＣの両方に関するＤＣＩを搬送するＦＤＤ ＣＣのために使用され得る。サブフレーム依存探索空間共有はまた、ＦＤＤ ＣＣとＴＤＤ ＣＣの両方に関するＤＣＩを搬送するＴＤＤ ＣＣのために使用され得る。探索空間共有は、クロスキャリアシグナリングがどのようにスケジューリングのために使用されるか、各ＣＣのＨＡＲＱタイムラインなど、様々なファクタに基づいて、サブフレームにわたって変化し得る。

１つの設計では、探索空間共有は、クロスキャリアシグナリングがないときでもサポートされ得る。この場合、異なるＣＣのためのＵＥ固有探索空間は、（クロスキャリアシグナリングを用いた同じＣＣ上ではなく）異なるＣＣ上に位置する。クロスキャリアシグナリングを用いない探索空間共有は、ＰＤＣＣＨ負荷バランシング、改善されたスケジューリングフレキシビリティなどのために使用され得る。

１つの設計では、ＰＤＳＣＨ ＣＣのためのＰＤＣＣＨ ＣＣは、ＰＵＳＣＨ ＣＣのためのＰＤＣＣＨ ＣＣとは異なり得る。探索空間共有では、ＰＤＳＣＨ ＣＣのためのダウンリンク許可は、ＰＤＳＣＨ ＣＣのためのＰＤＣＣＨ ＣＣまたはＰＵＳＣＨ ＣＣのためのＰＤＣＣＨ ＣＣ上で送られ得る。同様に、ＰＵＳＣＨ ＣＣのためのアップリンク許可は、ＰＵＳＣＨ ＣＣのためのＰＤＣＣＨ ＣＣまたはＰＤＳＣＨ ＣＣのためのＰＤＣＣＨ ＣＣ上で送られ得る。同じＣＣのためのダウンリンク許可およびアップリンク許可は、ＰＤＣＣＨ負荷バランシング、より良いＨＡＲＱタイミング管理などのために異なるＣＣ上で送られ得る。

ＬＴＥでは、ＴＤＤ ＣＣのダウンリンクサブフレームが、ＴＤＤ ＣＣのマルチプルなアップリンクサブフレームをスケジュールする１つのアップリンク許可を搬送し得る。たとえば、１つのアップリンク許可は、２つのアップリンクサブフレーム中でのアップリンク送信をスケジュールするために、ＬＴＥ Ｒｅｌｅａｓｅ ８〜１０ではアップリンクダウンリンク構成０をもつＴＤＤ ＣＣのダウンリンクサブフレーム中で送られ得る。２つを超えるアップリンクサブフレームは、ＬＴＥ Ｒｅｌｅａｓｅ １０＋ではＴＤＤ ＣＣのダウンリンクサブフレーム中でスケジュールされ得る。各アップリンク許可は、アップリンク許可が適用可能である特定の（１つまたは複数の）アップリンクサブフレームを示すＮビットアップリンクサブフレームインジケーションを含み得る。ＴＤＤ ＣＣのダウンリンクサブフレームは、ＦＤＤ ＣＣのダウンリンクサブフレームと比較してＰＨＩＣＨのために割り振られたより多くのリソースを有し得る。アップリンク許可は、（たとえば、３つのアップリンク許可をサポートするために３ビットに）増加したビット幅を通じて送られるか、またはどの２つのアップリンクサブフレームがアクティブであるかを示す上位レイヤ構成と組み合わせられた２ビットアップリンクサブフレームインジケーションを通じて送られ得る。同様に、ＰＨＩＣＨリソースは、（２つのうちの）どちらを使用すべきかを示す上位レイヤ構成を用いて、あるいは潜在的にいくらかのオフセットを伴って、３に増加されるか、または２のままであり得る。

図９に、制御情報を送るためのプロセス９００の設計を示す。プロセス９００は、（以下で説明するように）基地局／ｅＮＢによって、または何らかの他のエンティティによって実行され得る。基地局は、キャリアアグリゲーションのための、ＵＥのために構成された第１および第２のＣＣを決定し得る（ブロック９１２）。第１および第２のＣＣは、それぞれ、異なる定義を有する、第１および第２の制御メッセージに関連付けられ得る。たとえば、あるＣＣはＦＤＤのために構成され得、他のＣＣはＴＤＤのために構成され得る。基地局は、第２のＣＣのための第２の制御メッセージの定義に基づいて第１のＣＣのための第１の制御情報を送ることができる（ブロック９１４）。

第１および第２の制御メッセージは、同じ制御メッセージフォーマットまたはタイプ（たとえば、ＬＴＥにおけるＤＣＩフォーマット１Ａ）のためのものであり得る。第１および第２の制御メッセージは、様々な方法で特徴づけられる異なる定義を有し得る。１つの設計では、（たとえば、ＬＴＥにおけるＤＣＩフォーマット１Ａについて表３に示したように）第１の制御メッセージは、制御情報フィールドの第１のセットに関連付けられ得、第２の制御メッセージは、制御情報フィールドの第２のセットに関連付けられ得る。第１のＣＣのための第１の制御情報は、第２の制御メッセージに関する制御情報フィールドの第２のセットに基づいて送られ得る。別の設計では、あるＣＣのための制御メッセージは、他のＣＣのための制御メッセージ中に含まれない制御情報フィールドを含み得る。さらに別の設計では、第１および第２の制御メッセージは、第１および第２の制御メッセージに関する異なるビット幅を有する制御情報フィールドを含み得る。第１および第２の制御メッセージは、同じメッセージサイズまたは異なるメッセージサイズを有し得る。基地局は、第２のＣＣのための第２の制御メッセージのメッセージサイズまたは第１のＣＣと第２のＣＣの両方に適用可能な所定のメッセージサイズに基づいて、第１のＣＣのための第１の制御情報のサイズを決定し得る。

基地局は、第２のＣＣまたは別のＣＣ上で第１のＣＣのための第１の制御情報を送り得る。第１の制御情報が第２のＣＣ上で送られた場合、第１のＣＣ上でのデータ送信は、第１のＣＣのための第１の制御情報がそこにおいて送られる第２のＣＣのためのＨＡＲＱタイムラインに基づき得る。

ＵＥは、第１および第２のＣＣを含む複数のＣＣにより構成され得る。１つの設計では、複数のＣＣのための制御情報が、所定のメッセージサイズまたは複数のＣＣに関連付けられた複数の制御メッセージのうちの最大メッセージサイズに基づいて第２のＣＣ上で送られ得る。別の設計では、第２のＣＣのための第２の制御メッセージは、第１のＣＣのための第１の制御メッセージよりも大きいメッセージサイズを有し得、第１のＣＣのための第１の制御情報は、第１のＣＣのための第１の制御メッセージ中に含まれない少なくとも１つの追加の制御情報フィールド（たとえば、ＣＩＦ）を使用して送られ得る。さらに別の設計では、ＵＥのためのダウンリンク制御チャネル（たとえば、ＰＤＣＣＨ）を搬送するＣＣのための制御メッセージが、複数のＣＣのための制御情報を送るために使用され得る。第２のＣＣのための第２の制御メッセージは、第２のＣＣがＵＥのためのダウンリンク制御チャネルを搬送することに起因して、第１のＣＣのための第１の制御情報を送るために使用され得る。さらに別の設計では、ＵＥのためのアップリンク制御チャネル（たとえば、ＰＵＣＣＨ）を搬送するＣＣのための制御メッセージが、複数のＣＣのための制御情報を送るために使用され得る。第２のＣＣのための第２の制御メッセージは、第２のＣＣがＵＥのためのアップリンク制御チャネルを搬送することに起因して、第１のＣＣのための第１の制御情報を送るために使用され得る。

１つの設計では、ＵＥのために構成された各ＣＣは、ＵＥに制御情報を送るためのそれぞれの探索空間に関連付けられ得る。第１および第２のＣＣは、それぞれ、ＵＥに制御情報を送るための、第１および第２の探索空間に関連付けられ得る。第１および第２の探索空間は、制御情報がＵＥに送られる第２のＣＣ上にあり得る。基地局は、第１の探索空間または第２の探索空間中で第１のＣＣのための第１の制御情報を送り得る。１つの設計では、基地局は、第１および第２の制御メッセージが同じメッセージサイズを有するときにのみ、第２の探索空間中で第１のＣＣのための第１の制御情報を送り得る。別の設計では、基地局は、第１および第２の制御メッセージが異なるメッセージサイズを有するときでも、第２の探索空間中で第１のＣＣのための第１の制御情報を送り得る。１つの設計では、第２のＣＣのための第２の探索空間は、ダウンリンクサブフレームのサブセット中でのみ第１のＣＣのための制御情報を送るために利用可能であり得る。別の設計では、第１および第２の探索空間は、異なるダウンリンクサブフレーム中で利用可能であり得る。これらの設計は、探索空間共有のためのブラインド復号をバランシングし得る。基地局は、各サブフレーム中でＵＥによって実行されるブラインド復号の最大回数をターゲット値未満に制限する方法で複数のＣＣのための制御情報を送り得る。

１つの設計では、基地局は、異なるＣＣ上で第１のＣＣのための第１の制御情報と第１のＣＣのための第２の制御情報とを送り得る。第１の制御情報はダウンリンクデータ送信をスケジュールし得、第２の制御情報はＵＥのためのアップリンクデータ送信をスケジュールし得る。したがって、基地局は、異なるＣＣ上でダウンリンク許可とアップリンク許可とを送り得る。別の設計では、第１のＣＣのための第１の制御情報は、ＵＥのための複数のサブフレーム中でのデータ送信をスケジュールし得る。複数のサブフレームは、第１の制御情報および／またはＵＥのための半静的構成に基づいて決定され得る。

図１０に、制御情報を受信するためのプロセス１０００の設計を示す。プロセス１０００は、（以下で説明するように）ＵＥによって、または何らかの他のエンティティによって実行され得る。ＵＥは、ＵＥのために構成された第１および第２のＣＣを決定し得る（ブロック１０１２）。第１および第２のＣＣは、それぞれ、異なる定義を有する、第１および第２の制御メッセージに関連付けられ得る。第１および第２の制御メッセージは、上記で説明した特徴のいずれかにより異なる定義を有し得る。あるＣＣはＦＤＤのために構成され、他のＣＣはＴＤＤのために構成され得る。ＵＥは、第２のＣＣのための第２の制御メッセージの定義に基づいて送られた第１のＣＣのための第１の制御情報を受信し得る（ブロック１０１４）。ＵＥは、第２のＣＣまたは何らかの他のＣＣ上で第１のＣＣのための第１の制御情報を受信し得る。

ＵＥは、第１および第２のＣＣを含む複数のＣＣにより構成され得る。１つの設計では、複数のＣＣのための制御情報が、所定のメッセージサイズまたは複数のＣＣに関連付けられた複数の制御メッセージのうちの最大メッセージサイズに基づいて第２のＣＣ上で送られ得る。別の設計では、第２のＣＣのための第２の制御メッセージは、第１のＣＣのための第１の制御メッセージよりも大きいメッセージサイズを有し得る。第１のＣＣのための第１の制御情報は、第１のＣＣのための第１の制御メッセージ中に含まれない少なくとも１つの追加の制御情報フィールドを使用して送られ得る。さらに別の設計では、ＵＥのためのダウンリンク制御チャネル（たとえば、ＰＤＣＣＨ）を搬送するＣＣのための制御メッセージが、複数のＣＣのための制御情報を送るために使用され得る。さらに別の設計では、ＵＥのためのアップリンク制御チャネル（たとえば、ＰＵＣＣＨ）を搬送するＣＣのための制御メッセージが、複数のＣＣのための制御情報を送るために使用され得る。

１つの設計では、第１および第２のＣＣは、それぞれ、ＵＥに制御情報を送るための、第１および第２の探索空間に関連付けられ得る。ＵＥは、第１の探索空間または第２の探索空間中で送られた第１のＣＣのための第１の制御情報を受信し得る。

１つの設計では、ＵＥは、異なるＣＣ上で第１のＣＣのための第１の制御情報と第１のＣＣのための第２の制御情報とを受信し得る。第１の制御情報はダウンリンクデータ送信をスケジュールし得、第２の制御情報はＵＥのためのアップリンクデータ送信をスケジュールし得る。別の設計では、第１のＣＣのための第１の制御情報は、ＵＥのための複数のサブフレーム中でのデータ送信をスケジュールし得る。

図１１に、図１の基地局／ｅＮＢのうちの１つおよびＵＥのうちの１つであり得る、基地局／ｅＮＢ１１０ｘおよびＵＥ１２０ｘの設計のブロック図を示す。基地局１１０ｘ内で、モジュール１１１０は、１つまたは複数のＣＣのためのダウンリンク許可、アップリンク許可、および／または他のＤＣＩを備えるＰＤＣＣＨ送信を生成し得る。モジュール１１１２は、１つまたは複数のＣＣのためのデータおよび／または他の情報を備えるＰＤＳＣＨ送信を生成し得る。送信機１１１４は、ＰＤＣＣＨおよび／またはＰＤＳＣＨ送信を備える１つまたは複数のダウンリンク信号を生成し得る。受信機１１１６は、ＵＥ１２０ｘおよび他のＵＥによって送信されたアップリンク信号を受信し、処理し得る。モジュール１１２０は、受信されたＰＵＣＣＨ送信を処理して、ＵＥ１２０ｘおよび／または他のＵＥによって送られたＵＣＩおよび／または他の情報を復元し得る。モジュール１１１８は、受信されたＰＵＳＣＨ送信を処理して、ＵＥ１２０ｘおよび／または他のＵＥによって送られたデータおよび／またはＵＣＩを復元し得る。モジュール１１２２は、ＵＥ１２０ｘのキャリアアグリゲーション／マルチキャリア構成を決定し、たとえば、どのＣＣがＵＥ１２０ｘのために構成されるかを決定し得る。モジュール１１２４は、ＵＥ１２０ｘに適用可能なクロスキャリアシグナリングおよび／または探索空間共有を決定し得る。モジュール１１２６は、ＤＣＩをＵＥ１２０ｘに送るために使用すべき１つまたは複数のＤＣＩ定義および／またはサイズを決定し得る。基地局１１０ｘ内の様々なモジュールは、上記で説明したように動作し得る。コントローラ／プロセッサ１１３０は、基地局１１０ｘ内の様々なモジュールの動作を指示し得る。メモリ１１３２は、基地局１１０ｘのためのデータおよびプログラムコードを記憶し得る。スケジューラ１１２８は、ダウンリンクおよびアップリンク上でのデータ送信のためにＵＥをスケジュールし得る。

ＵＥ１２０ｘ内で、受信機１１５０は、基地局１１０ｘおよび他の基地局からのダウンリンク信号を受信し、処理し得る。モジュール１１５２は、受信されたＰＤＣＣＨ送信を処理（たとえば、復調および復号）して、ＵＥ１２０ｘに送られたＤＣＩおよび／または他の情報を復元し得る。モジュール１１５４は、受信されたＰＤＳＣＨ送信を処理して、ＵＥ１２０ｘに送られたデータおよび／または他の情報を復元し得る。モジュール１１５８は、１つまたは複数のＣＣのためのＵＣＩおよび／または他の情報を含むＰＵＣＣＨ送信を生成し得る。モジュール１１５６は、１つまたは複数のＣＣのためのデータおよび／またはＵＣＩを備えるＰＵＳＣＨ送信を生成し得る。送信機１１６０は、ＰＵＣＣＨおよび／またはＰＵＳＣＨ送信を備える１つまたは複数のアップリンク信号を生成し得る。モジュール１１６２は、ＵＥ１２０ｘのキャリアアグリゲーション／マルチキャリア構成を決定することができ、たとえば、どのＣＣがＵＥ１２０ｘのために構成されるかを決定することができる。モジュール１１６４は、ＵＥ１２０ｘに適用可能なクロスキャリアシグナリングおよび／または探索空間共有を決定し得る。モジュール１１６６は、ＤＣＩを受信するために使用すべき１つまたは複数のＤＣＩ定義および／またはサイズを決定し得る。ＵＥ１２０ｘ内の様々なモジュールは、上記で説明したように動作し得る。コントローラ／プロセッサ１１６８は、ＵＥ１２０ｘ内の様々なモジュールの動作を指示し得る。メモリ１１７０は、ＵＥ１２０ｘのためのデータおよびプログラムコードを記憶し得る。

図１１のモジュールは、プロセッサ、電子デバイス、ハードウェアデバイス、電子コンポーネント、論理回路、メモリ、ソフトウェアコード／ファームウェアコードなど、またはそれらの組合せを備え得る。

図１２に、図１の基地局のうちの１つおよびＵＥのうちの１つであり得る、基地局／ｅＮＢ１１０ｙおよびＵＥ１２０ｙの設計のブロック図を示す。基地局１１０ｙは、Ｔ個のアンテナ１２３４ａ〜１２３４ｔを備えることができ、ＵＥ１２０ｙは、Ｒ個のアンテナ１２５２ａ〜１２５２ｒを備えることができ、一般に、Ｔ≧１およびＲ≧１である。

基地局１１０ｙにおいて、送信プロセッサ１２２０は、データソース１２１２から１つまたは複数のＵＥのためのデータを受信し、そのＵＥについて選択された１つまたは複数の変調およびコーディングスキームに基づいて各ＵＥについてのデータを処理（たとえば、符号化および変調）し、すべてのＵＥについてデータシンボルを提供し得る。送信プロセッサ１２２０はまた、ＤＣＩ（たとえば、ダウンリンク許可、アップリンク許可など）を処理し、制御シンボルを提供し得る。プロセッサ１２２０はまた、１つまたは複数のリファレンス信号のためのリファレンスシンボルを生成し得る。送信（ＴＸ）ＭＩＭＯプロセッサ１２３０は、（適用可能な場合は）データシンボル、制御シンボル、および／またはリファレンスシンボルをプリコードし得、Ｔ個の出力シンボルストリームをＴ個の変調器（ＭＯＤ）１２３２ａ〜１２３２ｔに提供し得る。各変調器１２３２は、（たとえば、ＯＦＤＭなどのために）それの出力シンボルストリームを処理して出力サンプルストリームを取得し得る。各変調器１２３２はさらに、それの出力サンプルストリームを調整（たとえば、アナログに変換、増幅、フィルタ処理、およびアップコンバート）してダウンリンク信号を取得し得る。変調器１２３２ａ〜１２３２ｔからのＴ個のダウンリンク信号は、それぞれＴ個のアンテナ１２３４ａ〜１２３４ｔを通じて送信され得る。

ＵＥ１２０ｙにおいて、アンテナ１２５２ａ〜１２５２ｒは、基地局１１０ｙおよび／または他の基地局からダウンリンク信号を受信し、受信信号をそれぞれ復調器（ＤＥＭＯＤ）１２５４ａ〜１２５４ｒに提供し得る。各復調器１２５４は、それの受信信号を調整（たとえば、フィルタ処理、増幅、ダウンコンバート、およびデジタル化）して入力サンプルを取得し得る。各復調器１２５４はさらに、（たとえば、ＯＦＤＭなどのために）入力サンプルを処理して受信シンボルを取得し得る。ＭＩＭＯ検出器１２５６は、すべてのＲ個の復調器１２５４ａ〜１２５４ｒから受信シンボルを取得し、ＭＩＭＯ検出を実行し、検出されたシンボルを提供し得る。受信プロセッサ１２５８は、検出されたシンボルを処理（たとえば、復調および復号）し、ＵＥ１２０ｙについての復号されたデータをデータシンク１２６０に提供し、復号されたＤＣＩをコントローラ／プロセッサ１２８０に提供し得る。

ＵＥ１２０ｙにおいて、送信プロセッサ１２６４は、データソース１２６２からのデータ、およびコントローラ／プロセッサ１２８０からのＵＣＩ（たとえば、ＣＳＩ、ＡＣＫ／ＮＡＣＫなど）を受信し、処理し得る。プロセッサ１２６４はまた、１つまたは複数のリファレンス信号のためのリファレンスシンボルを生成し得る。送信プロセッサ１２６４からのシンボルは、適用可能な場合はＴＸ ＭＩＭＯプロセッサ１２６６によってプリコードされ、さらに（たとえば、ＳＣ−ＦＤＭ、ＯＦＤＭなどのために）変調器１２５４ａ〜１２５４ｒによって処理され、送信され得る。基地局１１０ｙにおいて、ＵＥ１２０ｙおよび他のＵＥからのアップリンク信号は、アンテナ１２３４によって受信され、復調器１２３２によって処理され、適用可能な場合はＭＩＭＯ検出器１２３６によって検出され、さらに、ＵＥ１２０ｙおよび他のＵＥによって送られた、復号されたデータおよびＵＣＩを取得するために、受信プロセッサ１２３８によって処理され得る。プロセッサ１２３８は、復号されたデータをデータシンク１２３９に提供し、復号されたＵＣＩをコントローラ／プロセッサ１２４０に提供し得る。

コントローラ／プロセッサ１２４０および１２８０は、それぞれ基地局１１０ｙおよびＵＥ１２０ｙにおける動作を指示し得る。基地局１１０ｙにおけるプロセッサ１２４０および／または他のプロセッサおよびモジュールは、図９のプロセス９００、および／または本明細書で説明する技法のための他のプロセスを実行または指示し得る。ＵＥ１２０ｙにおけるプロセッサ１２８０および／または他のプロセッサおよびモジュールは、図１０のプロセス１０００、および／または本明細書で説明する技法のための他のプロセスを実行または指示し得る。メモリ１２４２および１２８２は、それぞれ基地局１１０ｙおよびＵＥ１２０ｙのためのデータとプログラムコードとを記憶し得る。スケジューラ１２４４は、データ送信のためにＵＥをスケジュールし得る。

情報および信号が多種多様な技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。

さらに、本明細書の開示に関して説明した様々な例示的な論理ブロック、モジュール、回路およびアルゴリズムステップは、ハードウェア、ソフトウェア／ファームウェア、またはそれらの組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェア／ファームウェアとして実装するかは、特定の適用例および全体的なシステムに課された設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈すべきではない。

本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタロジック、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。

本明細書の開示に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェア／ファームウェアモジュールで実施されるか、またはそれらの組合せで実施され得る。ソフトウェア／ファームウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。ＡＳＩＣはユーザ端末内に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末内に個別構成要素として常駐し得る。

１つまたは複数の例示的な設計では、説明した機能は、ハードウェア、ソフトウェア／ファームウェア、またはそれらの組合せで実装され得る。ソフトウェア／ファームウェアで実装した場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を通じて送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、この場合、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）はデータをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。

本開示についての以上の説明は、いかなる当業者も本開示を作成または使用することができるように与えたものである。本開示への様々な修正は当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明した例および設計に限定されるものではなく、本明細書で開示した原理および新規な特徴と矛盾しない最も広い範囲を与えられるべきである。

Claims (59)

1. ユーザ機器（ＵＥ）のために構成された第１および第２のコンポーネントキャリア（ＣＣ）を決定することであって、前記第１および第２のＣＣが、それぞれ、異なる定義を有する、第１および第２の制御メッセージに関連付けられている、決定することと、
   前記第２のＣＣのための前記第２の制御メッセージの定義に基づいて前記第１のＣＣのための第１の制御情報を送ることと
   を備える、ワイヤレス通信のための方法。
2. 前記第１および第２の制御メッセージが同じ制御メッセージフォーマットに関するものである、請求項１に記載の方法。
3. 前記第１および第２の制御メッセージが異なるメッセージサイズを有する、請求項１に記載の方法。
4. 前記第２の制御メッセージが、前記第１の制御メッセージ中に含まれない制御情報フィールドを含む、請求項１に記載の方法。
5. 前記第１および第２の制御メッセージが、前記第１および第２の制御メッセージに関する異なるビット幅を有する制御情報フィールドを含む、請求項１に記載の方法。
6. 前記第１の制御メッセージが制御情報フィールドの第１のセットに関連付けられ、前記第２の制御メッセージが制御情報フィールドの第２のセットに関連付けられ、前記第１のＣＣのための前記第１の制御情報が、前記第２の制御メッセージに関する制御情報フィールドの前記第２のセットに基づいて送られる、請求項１に記載の方法。
7. 前記第１のＣＣのための前記第１の制御情報を前記送ることが、前記第２のＣＣ上で前記第１のＣＣのための前記第１の制御情報を送ることを備える、請求項１に記載の方法。
8. 前記第１のＣＣ上でのデータ送信は、前記第１のＣＣのための前記第１の制御情報が送られる前記第２のＣＣのためのハイブリッド自動再送要求（ＨＡＲＱ）タイムラインに基づく、請求項７に記載の方法。
9. 前記ＵＥは、前記第１および第２のＣＣを含む複数のＣＣで構成された、請求項１に記載の方法。
10. 前記複数のＣＣのための制御情報が、所定のメッセージサイズまたは前記複数のＣＣに関連付けられた複数の制御メッセージのうちの最大メッセージサイズに基づいて前記第２のＣＣ上で送られる、請求項９に記載の方法。
11. 前記第２のＣＣのための前記第２の制御メッセージが、前記第１のＣＣのための前記第１の制御メッセージよりも大きいメッセージサイズを有し、前記第１のＣＣのための前記第１の制御情報が、前記第１のＣＣのための前記第１の制御メッセージ中に含まれない少なくとも１つの追加の制御情報フィールドを使用して送られる、請求項１に記載の方法。
12. 前記少なくとも１つの追加の制御情報フィールドがクロスキャリアインジケータフィールド（ＣＩＦ）を含む、請求項１１に記載の方法。
13. 前記ＵＥのためのダウンリンク制御チャネルを搬送するＣＣのための制御メッセージが、前記複数のＣＣのための制御情報を送るために使用され、前記第２のＣＣのための前記第２の制御メッセージは、前記第２のＣＣが前記ＵＥのための前記ダウンリンク制御チャネルを搬送することに起因して、前記第１のＣＣのための前記第１の制御情報を送るために使用される、請求項９に記載の方法。
14. 前記ＵＥのためのアップリンク制御チャネルを搬送するＣＣのための制御メッセージが、前記複数のＣＣのための制御情報を送るために使用され、前記第２のＣＣのための前記第２の制御メッセージは、前記第２のＣＣが前記ＵＥのための前記アップリンク制御チャネルを搬送することに起因して、前記第１のＣＣのための前記第１の制御情報を送るために使用される、請求項９に記載の方法。
15. 前記第１および第２のＣＣのうちの１つが周波数分割複信（ＦＤＤ）のために構成され、前記第１および第２のＣＣのうちの他の１つが時分割複信（ＴＤＤ）のために構成された、請求項１に記載の方法。
16. 前記第１のＣＣが、前記ＵＥに制御情報を送るための第１の探索空間に関連付けられ、前記第２のＣＣが、前記ＵＥに制御情報を送るための第２の探索空間に関連付けられた、請求項１に記載の方法。
17. 前記第１の探索空間および前記第２の探索空間が前記第２のＣＣ上にある、請求項１６に記載の方法。
18. 前記第１のＣＣのための前記第１の制御情報を前記送ることが、前記第１の探索空間または前記第２の探索空間において前記第１のＣＣのための前記第１の制御情報を送ることを含む、請求項１６に記載の方法。
19. 前記第１のＣＣのための前記第１の制御情報を前記送ることは、前記第１および第２の制御メッセージが同じメッセージサイズを有するときのみ、前記第２の探索空間において前記第１のＣＣのための前記第１の制御情報を送ることを含む、請求項１６に記載の方法。
20. 前記第１のＣＣのための前記第１の制御情報を前記送ることは、前記第１および第２の制御メッセージが異なるメッセージサイズを有するときでも、前記第２の探索空間中で前記第１のＣＣのための前記第１の制御情報を送ることを含む、請求項１６に記載の方法。
21. 前記第２のＣＣのための前記第２の探索空間が、ダウンリンクサブフレームのサブセットにおいて前記第１のＣＣのための制御情報を送るために利用可能である、請求項１６に記載の方法。
22. 前記第１の探索空間および前記第２の探索空間が、異なるダウンリンクサブフレーム中で利用可能である、請求項１６に記載の方法。
23. 各サブフレーム中で前記ＵＥによって実行されるブラインド復号の最大回数をターゲット値未満に制限するために前記複数のＣＣのための制御情報を送ること
    をさらに備える、請求項９に記載の方法。
24. 異なるＣＣ上で前記第１のＣＣのための前記第１の制御情報と前記第１のＣＣのための第２の制御情報とを送ること
    をさらに備え、前記第１の制御情報がダウンリンクデータ送信をスケジュールし、前記第２の制御情報が前記ＵＥのためのアップリンクデータ送信をスケジュールする
    請求項１に記載の方法。
25. 前記第１のＣＣのための前記第１の制御情報が、前記ＵＥのための複数のサブフレーム中でのデータ送信をスケジュールする、請求項１に記載の方法。
26. 前記複数のサブフレームが、前記第１のＣＣのための前記第１の制御情報、または前記ＵＥのための半静的構成、またはその両方に基づいて決定される、請求項２５に記載の方法。
27. ユーザ機器（ＵＥ）のために構成された第１および第２のコンポーネントキャリア（ＣＣ）を決定するための手段であって、前記第１および第２のＣＣが、それぞれ、異なる定義を有する、第１および第２の制御メッセージに関連付けられている、決定するための手段と、
    前記第２のＣＣのための前記第２の制御メッセージの定義に基づいて前記第１のＣＣのための第１の制御情報を送るための手段と
    を備える、ワイヤレス通信のための装置。
28. 前記ＵＥは、前記第１および第２のＣＣを含む複数のＣＣで構成され、前記複数のＣＣのための制御情報が、所定のメッセージサイズまたは前記複数のＣＣに関連付けられた複数の制御メッセージのうちの最大メッセージサイズに基づいて前記第２のＣＣ上で送られる、請求項２７に記載の装置。
29. 前記第２のＣＣのための前記第２の制御メッセージが、前記第１のＣＣのための前記第１の制御メッセージよりも大きいメッセージサイズを有し、前記第１のＣＣのための前記第１の制御情報が、前記第１のＣＣのための前記第１の制御メッセージ中に含まれない少なくとも１つの追加の制御情報フィールドを使用して送られる、請求項２７に記載の装置。
30. 前記ＵＥは、前記第１および第２のＣＣを含む複数のＣＣで構成され、前記ＵＥのためのダウンリンク制御チャネルを搬送するＣＣのための制御メッセージが、前記複数のＣＣのための制御情報を送るために使用され、前記第２のＣＣのための前記第２の制御メッセージは、前記第２のＣＣが前記ＵＥのための前記ダウンリンク制御チャネルを搬送することに起因して、前記第１のＣＣのための前記第１の制御情報を送るために使用される、請求項２７に記載の装置。
31. 前記ＵＥは、前記第１および第２のＣＣを含む複数のＣＣで構成され、前記ＵＥのためのアップリンク制御チャネルを搬送するＣＣのための制御メッセージが、前記複数のＣＣのための制御情報を送るために使用され、前記第２のＣＣのための前記第２の制御メッセージは、前記第２のＣＣが前記ＵＥのための前記アップリンク制御チャネルを搬送することに起因して、前記第１のＣＣのための前記第１の制御情報を送るために使用される、請求項２７に記載の装置。
32. ワイヤレス通信のための装置であって、
    ユーザ機器（ＵＥ）のために構成された第１および第２のコンポーネントキャリア（ＣＣ）を決定することであって、前記第１および第２のＣＣが、それぞれ、異なる定義を有する、第１および第２の制御メッセージに関連付けられている、決定することと、
    前記第２のＣＣのための前記第２の制御メッセージの定義に基づいて前記第１のＣＣのための第１の制御情報を送ることと
    を行うように構成された少なくとも１つのプロセッサ
    を備える、ワイヤレス通信のための装置。
33. 前記ＵＥは、前記第１および第２のＣＣを含む複数のＣＣで構成され、前記複数のＣＣのための制御情報が、所定のメッセージサイズまたは前記複数のＣＣに関連付けられた複数の制御メッセージのうちの最大メッセージサイズに基づいて前記第２のＣＣ上で送られる、請求項３２に記載の装置。
34. 前記第２のＣＣのための前記第２の制御メッセージが、前記第１のＣＣのための前記第１の制御メッセージよりも大きいメッセージサイズを有し、前記第１のＣＣのための前記第１の制御情報が、前記第１のＣＣのための前記第１の制御メッセージ中に含まれない少なくとも１つの追加の制御情報フィールドを使用して送られる、請求項３２に記載の装置。
35. 前記ＵＥは、前記第１および第２のＣＣを含む複数のＣＣで構成され、前記ＵＥのためのダウンリンク制御チャネルを搬送するＣＣのための制御メッセージが、前記複数のＣＣのための制御情報を送るために使用され、前記第２のＣＣのための前記第２の制御メッセージは、前記第２のＣＣが前記ＵＥのための前記ダウンリンク制御チャネルを搬送することに起因して、前記第１のＣＣのための前記第１の制御情報を送るために使用される、請求項３２に記載の装置。
36. 前記ＵＥは、前記第１および第２のＣＣを含む複数のＣＣで構成され、前記ＵＥのためのアップリンク制御チャネルを搬送するＣＣのための制御メッセージが、前記複数のＣＣのための制御情報を送るために使用され、前記第２のＣＣのための前記第２の制御メッセージは、前記第２のＣＣが前記ＵＥのための前記アップリンク制御チャネルを搬送することに起因して、前記第１のＣＣのための前記第１の制御情報を送るために使用される、請求項３２に記載の装置。
37. コンピュータプログラム製品であって、
    ユーザ機器（ＵＥ）のために構成された第１および第２のコンポーネントキャリア（ＣＣ）を決定することであって、前記第１および第２のＣＣが、それぞれ、異なる定義を有する、第１および第２の制御メッセージに関連付けられている、決定することを、少なくとも１つのコンピュータに行わせるためのコードと、
    前記第２のＣＣのための前記第２の制御メッセージの定義に基づいて前記第１のＣＣのための第１の制御情報を送ることを前記少なくとも１つのコンピュータに行わせるためのコードと
    を備えるコンピュータ可読媒体
    を備える、コンピュータプログラム製品。
38. ユーザ機器（ＵＥ）のために構成された第１および第２のコンポーネントキャリア（ＣＣ）を決定することであって、前記第１および第２のＣＣが、それぞれ、異なる定義を有する、第１および第２の制御メッセージに関連付けられている、決定することと、
    前記第２のＣＣのための前記第２の制御メッセージの定義に基づいて送られた前記第１のＣＣのための第１の制御情報を受信することと
    を備える、ワイヤレス通信のための方法。
39. 前記第１のＣＣのための前記第１の制御情報を前記受信することが、前記第２のＣＣ上で前記第１のＣＣのための前記第１の制御情報を受信することを備える、請求項３８に記載の方法。
40. 前記ＵＥは、前記第１および第２のＣＣを含む複数のＣＣで構成された、請求項３８に記載の方法。
41. 前記複数のＣＣのための制御情報が、所定のメッセージサイズまたは前記複数のＣＣに関連付けられた複数の制御メッセージのうちの最大メッセージサイズに基づいて前記第２のＣＣ上で送られる、請求項４０に記載の方法。
42. 前記第２のＣＣのための前記第２の制御メッセージが、前記第１のＣＣのための前記第１の制御メッセージよりも大きいメッセージサイズを有し、前記第１のＣＣのための前記第１の制御情報が、前記第１のＣＣのための前記第１の制御メッセージ中に含まれない少なくとも１つの追加の制御情報フィールドを使用して送られる、請求項３８に記載の方法。
43. 前記ＵＥのためのダウンリンク制御チャネルを搬送するＣＣのための制御メッセージが、前記複数のＣＣのための制御情報を送るために使用され、前記第２のＣＣのための前記第２の制御メッセージは、前記第２のＣＣが前記ＵＥのための前記ダウンリンク制御チャネルを搬送することに起因して、前記第１のＣＣのための前記第１の制御情報を送るために使用される、請求項４０に記載の方法。
44. 前記ＵＥのためのアップリンク制御チャネルを搬送するＣＣのための制御メッセージが、前記複数のＣＣのための制御情報を送るために使用され、前記第２のＣＣのための前記第２の制御メッセージは、前記第２のＣＣが前記ＵＥのための前記アップリンク制御チャネルを搬送することに起因して、前記第１のＣＣのための前記第１の制御情報を送るために使用される、請求項４０に記載の方法。
45. 前記第１および第２のＣＣのうちの１つが周波数分割複信（ＦＤＤ）のために構成され、前記第１および第２のＣＣのうちの他の１つが時分割複信（ＴＤＤ）のために構成された、請求項３８に記載の方法。
46. 前記第１のＣＣが、前記ＵＥに制御情報を送るための第１の探索空間に関連付けられ、前記第２のＣＣが、前記ＵＥに制御情報を送るための第２の探索空間に関連付けられた、請求項３８に記載の方法。
47. 前記第１のＣＣのための前記第１の制御情報を前記受信することが、前記第１の探索空間または前記第２の探索空間中で送られた前記第１のＣＣのための前記第１の制御情報を受信することを備える、請求項４６に記載の方法。
48. 異なるＣＣ上で前記第１のＣＣのための前記第１の制御情報と前記第１のＣＣのための第２の制御情報とを受信することであって、前記第１の制御情報がダウンリンクデータ送信をスケジュールし、前記第２の制御情報が前記ＵＥのためのアップリンクデータ送信をスケジュールする、受信することをさらに備える、請求項３８に記載の方法。
49. ユーザ機器（ＵＥ）のために構成された第１および第２のコンポーネントキャリア（ＣＣ）を決定するための手段であって、前記第１および第２のＣＣが、それぞれ、異なる定義を有する、第１および第２の制御メッセージに関連付けられている、決定するための手段と、
    前記第２のＣＣのための前記第２の制御メッセージの定義に基づいて送られた前記第１のＣＣのための第１の制御情報を受信するための手段と
    を備える、ワイヤレス通信のための装置。
50. 前記ＵＥは、前記第１および第２のＣＣを含む複数のＣＣで構成され、前記複数のＣＣのための制御情報が、所定のメッセージサイズまたは前記複数のＣＣに関連付けられた複数の制御メッセージのうちの最大メッセージサイズに基づいて前記第２のＣＣ上で送られる、請求項４９に記載の装置。
51. 前記第２のＣＣのための前記第２の制御メッセージが、前記第１のＣＣのための前記第１の制御メッセージよりも大きいメッセージサイズを有し、前記第１のＣＣのための前記第１の制御情報が、前記第１のＣＣのための前記第１の制御メッセージ中に含まれない少なくとも１つの追加の制御情報フィールドを使用して送られる、請求項４９に記載の装置。
52. 前記ＵＥは、前記第１および第２のＣＣを含む複数のＣＣで構成され、前記ＵＥのためのダウンリンク制御チャネルを搬送するＣＣのための制御メッセージが、前記複数のＣＣのための制御情報を送るために使用され、前記第２のＣＣのための前記第２の制御メッセージは、前記第２のＣＣが前記ＵＥのための前記ダウンリンク制御チャネルを搬送することに起因して、前記第１のＣＣのための前記第１の制御情報を送るために使用される、請求項４９に記載の装置。
53. 前記ＵＥは、前記第１および第２のＣＣを含む複数のＣＣで構成され、前記ＵＥのためのアップリンク制御チャネルを搬送するＣＣのための制御メッセージが、前記複数のＣＣのための制御情報を送るために使用され、前記第２のＣＣのための前記第２の制御メッセージは、前記第２のＣＣが前記ＵＥのための前記アップリンク制御チャネルを搬送することに起因して、前記第１のＣＣのための前記第１の制御情報を送るために使用される、請求項４９に記載の装置。
54. ワイヤレス通信のための装置であって、
    ユーザ機器（ＵＥ）のために構成された第１および第２のコンポーネントキャリア（ＣＣ）を決定することであって、前記第１および第２のＣＣが、それぞれ、異なる定義を有する、第１および第２の制御メッセージに関連付けられている、決定することと、
    前記第２のＣＣのための前記第２の制御メッセージの定義に基づいて送られた前記第１のＣＣのための第１の制御情報を受信することと
    を行うように構成された少なくとも１つのプロセッサ
    を備える、ワイヤレス通信のための装置。
55. 前記ＵＥは、前記第１および第２のＣＣを含む複数のＣＣで構成され、前記複数のＣＣのための制御情報が、所定のメッセージサイズまたは前記複数のＣＣに関連付けられた複数の制御メッセージのうちの最大メッセージサイズに基づいて前記第２のＣＣ上で送られる、請求項５４に記載の装置。
56. 前記第２のＣＣのための前記第２の制御メッセージが、前記第１のＣＣのための前記第１の制御メッセージよりも大きいメッセージサイズを有し、前記第１のＣＣのための前記第１の制御情報が、前記第１のＣＣのための前記第１の制御メッセージ中に含まれない少なくとも１つの追加の制御情報フィールドを使用して送られる、請求項５４に記載の装置。
57. 前記ＵＥは、前記第１および第２のＣＣを含む複数のＣＣで構成され、前記ＵＥのためのダウンリンク制御チャネルを搬送するＣＣのための制御メッセージが、前記複数のＣＣのための制御情報を送るために使用され、前記第２のＣＣのための前記第２の制御メッセージは、前記第２のＣＣが前記ＵＥのための前記ダウンリンク制御チャネルを搬送することに起因して、前記第１のＣＣのための前記第１の制御情報を送るために使用される、請求項５４に記載の装置。
58. 前記ＵＥは、前記第１および第２のＣＣを含む複数のＣＣで構成され、前記ＵＥのためのアップリンク制御チャネルを搬送するＣＣのための制御メッセージが、前記複数のＣＣのための制御情報を送るために使用され、前記第２のＣＣのための前記第２の制御メッセージは、前記第２のＣＣが前記ＵＥのための前記アップリンク制御チャネルを搬送することに起因して、前記第１のＣＣのための前記第１の制御情報を送るために使用される、請求項５４に記載の装置。
59. コンピュータプログラム製品であって、
    ユーザ機器（ＵＥ）のために構成された第１および第２のコンポーネントキャリア（ＣＣ）を決定することであって、前記第１および第２のＣＣが、それぞれ、異なる定義を有する、第１および第２の制御メッセージに関連付けられている、決定することを、少なくとも１つのコンピュータに行わせるためのコードと、
    前記第２のＣＣのための前記第２の制御メッセージの定義に基づいて送られた前記第１のＣＣのための第１の制御情報を受信することを前記少なくとも１つのコンピュータに行わせるためのコードと
    を備えるコンピュータ可読媒体
    を備える、コンピュータプログラム製品。