(57)【特許請求の範囲】
【請求項１】
キャリアアグリゲーションにおいて複数の構成されたコンポーネントキャリア（ＣＣ）上で通信するように動作可能なユーザ機器（ＵＥ）によって実施されるワイヤレス通信の方法であって、
サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を備える前記複数の構成されたＣＣのためのリソース許可メッセージを受信すること、ここにおいて、前記リソース許可メッセージに関連するリソース割振りグラニュラリティが、前記スケジュールされたＣＣの数と、前記スケジュールされたＣＣがアップリンクＣＣを備えるのかダウンリンクＣＣを備えるのかとに基づく、と、
前記リソース許可メッセージに従って、前記サブフレームの間に前記スケジュールされたＣＣ上で通信することと、
を備える、方法。
【請求項２】
前記リソース許可メッセージが、ダウンリンクＣＣの制御領域中のメッセージを備えるのかデータ領域中のメッセージを備えるのかに基づいて、前記リソース許可メッセージに関連する前記リソース割振りグラニュラリティを決定すること、
をさらに備える、請求項１に記載の方法。
【請求項３】
前記リソース許可メッセージがスケジューリング情報の１つまたは複数のセットを備え、ここにおいて、スケジューリング情報の各セットが、変調およびコーディング方式（ＭＣＳ）指示、ハイブリッド自動再送要求（ＨＡＲＱ）指示、新規データインジケータ（ＮＤＩ）、冗長バージョン（ＲＶ）指示、送信電力制御（ＴＰＣ）コマンド、プリコーディング指示、またはデータ割当てインデックス（ＤＡＩ）指示のうちの少なくとも１つ、あるいはそれらの任意の組合せを備え、特に、スケジューリング情報の前記１つまたは複数のセットが、前記スケジュールされたＣＣのうちの少なくとも１つのための第１のスケジューリング情報と、前記スケジュールされたＣＣのうちの少なくとも２つのための第２のスケジューリング情報とを備える、請求項１に記載の方法。
【請求項４】
前記リソース許可メッセージ中のリソース割振りビットの数または前記スケジュールされたＣＣの前記数に基づいて、前記リソース許可メッセージに関連する前記リソース割振りグラニュラリティを決定すること
をさらに備える、請求項１−３のうちのいずれか１項に記載の方法。
【請求項５】
前記複数の構成されたＣＣをＣＣの１つまたは複数のグループに区分するグループ構成メッセージを受信すること、ここにおいて、ＣＣの前記１つまたは複数のグループの各々が少なくとも２つの構成されたＣＣを備える、と、
複数のリソース許可メッセージを受信すること、ここにおいて、前記複数のリソース許可メッセージの各リソース許可メッセージが、ＣＣの前記１つまたは複数のグループ中のＣＣのグループに対応する、と、
をさらに備える、請求項１−３のうちのいずれか１項に記載の方法。
【請求項６】
ＣＣの少なくとも１つのグループがダウンリンクＣＣを備え、ＣＣの前記少なくとも１つのグループの各ダウンリンクＣＣが、同じアップリンク制御チャネルに関連する、または、前記複数の構成されたＣＣは、前記スケジュールされたＣＣがアップリンクＣＣを備えるのかダウンリンクＣＣを備えるのかに基づいて、ＣＣの前記１つまたは複数のグループに区分される、請求項５に記載の方法。
【請求項７】
前記リソース許可メッセージがダウンリンクＣＣの制御領域中で、または、ダウンリンクＣＣのデータ領域中で、または、ダウンリンク制御チャネル中で、または、ダウンリンク共有チャネル中で受信される、請求項１−３のうちのいずれか１項に記載の方法。
【請求項８】
追加の単一の構成されたＣＣのための追加のリソース許可メッセージを受信すること、または、
前記スケジュールされたＣＣのための共通ＨＡＲＱフィードバックメッセージを送信すること
をさらに備える、請求項１−３のうちのいずれか１項に記載の方法。
【請求項９】
前記リソース許可メッセージのサイズが、前記複数の構成されたＣＣの数に基づく、特に、ここにおいて、前記リソース許可メッセージの前記サイズが半静的ダウンリンク制御情報（ＤＣＩ）長さを備える、請求項１−３のうちのいずれか１項に記載の方法。
【請求項１０】
キャリアアグリゲーションにおいて複数の構成されたコンポーネントキャリア（ＣＣ）上で通信するように動作可能なユーザ機器（ＵＥ）を備えるワイヤレス通信のための装置であって、前記装置は、
サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を備える前記複数の構成されたＣＣのためのリソース許可メッセージを受信するための手段、ここにおいて、前記リソース許可メッセージに関連するリソース割振りグラニュラリティが、前記スケジュールされたＣＣの数と、前記スケジュールされたＣＣがアップリンクＣＣを備えるのかダウンリンクＣＣを備えるのかとに基づく、と、
前記リソース許可メッセージに従って、前記サブフレームの間に前記スケジュールされたＣＣ上で通信するための手段と、
を備える、装置。
【請求項１１】
前記リソース許可メッセージが、ダウンリンクＣＣの制御領域中のメッセージを備えるのかデータ領域中のメッセージを備えるのかに基づいて、または、前記リソース許可メッセージ中のリソース割振りビットの数または前記スケジュールされたＣＣの前記数に基づいて、前記リソース許可メッセージに関連する前記リソース割振りグラニュラリティを決定するための手段をさらに備える、請求項１０に記載の装置。
【請求項１２】
前記複数の構成されたＣＣをＣＣの１つまたは複数のグループに区分するグループ構成メッセージを受信するための手段、ここにおいて、ＣＣの前記１つまたは複数のグループの各々が少なくとも２つの構成されたＣＣを備える、と、
複数のリソース許可メッセージを受信するための手段、ここにおいて、前記複数のリソース許可メッセージの各リソース許可メッセージが、ＣＣの前記１つまたは複数のグループ中のＣＣのグループに対応する、と、
をさらに備える、請求項１０または１１に記載の装置。
【請求項１３】
ＣＣの少なくとも１つのグループがダウンリンクＣＣを備え、ＣＣの前記少なくとも１つのグループの各ダウンリンクＣＣが、同じアップリンク制御チャネルに関連する、または、前記複数の構成されたＣＣは、前記スケジュールされたＣＣがアップリンクＣＣを備えるのかダウンリンクＣＣを備えるのかに基づいて、ＣＣの前記１つまたは複数のグループに区分される、請求項１２に記載の装置。
【請求項１４】
前記リソース許可メッセージがダウンリンク制御チャネル中でまたはダウンリンク共有チャネル中で受信される、請求項１０または１１に記載の装置。
【請求項１５】
追加の単一の構成されたＣＣのためのリソース許可メッセージを受信するための手段、または
前記スケジュールされたＣＣのための共通ＨＡＲＱフィードバックメッセージを送信するための手段
をさらに備える、請求項１０または１１に記載の装置。
【請求項１６】
請求項１−９のうちのいずれか１項に従った方法を実施するための命令を備えるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
相互参照
[0001]本特許出願は、各々が本出願の譲受人に譲渡された、２０１６年１月２８日に出願された、「Joint Control For Enhanced Carrier Aggregation」と題する、Ｄａｍｎｊａｎｏｖｉｃらによる米国特許出願第１５／００９，１１３号、２０１５年５月５日に出願された、「Joint Control for Enhanced Carrier Aggregation」と題する、Ｄａｍｎｊａｎｏｖｉｃらによる米国仮特許出願第６２／１５７，４２４号、２０１５年４月１０日に出願された、「Using Control PDSCH for ECA」と題する、Ｓｕｎらによる米国仮特許出願第６２／１４５，９６３号、および２０１５年１月３０日に出願された、「Joint Control for Enhanced Carrier Aggregation」と題する、Ｄａｍｎｊａｎｏｖｉｃらによる米国仮特許出願第６２／１１０，２５２号の優先権を主張する。
【０００２】
[0002]以下は、一般にワイヤレス通信に関し、より詳細には、拡張キャリアアグリゲーション（ｅＣＡ：enhanced carrier aggregation）構成におけるジョイント制御に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信システムは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（たとえば、時間、周波数、および電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムであり得る。そのような多元接続システムの例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システム（たとえば、ロングタームエボリューション（ＬＴＥ（登録商標））システム）がある。
【０００４】
[0004]例として、ワイヤレス多元接続通信システムは、複数の通信デバイスのための通信を各々が同時にサポートする、いくつかの基地局を含み得、場合によってはユーザ機器（ＵＥ）として知られ得る。基地局は、（たとえば、基地局からＵＥへの送信のために）ダウンリンクチャネル、および（たとえば、ＵＥから基地局への送信のために）アップリンクチャネル上で、通信デバイスと通信し得る。
【０００５】
[0005]通信システムは、利用可能帯域幅を効率的に利用し、スループットを増加させるために、キャリアアグリゲーション（ＣＡ）を採用し得る。システムは、ＣＡ構成の複数のコンポーネントキャリア（ＣＣ）をサポートするために、追加の制御情報を使用し得る。ワイヤレスデバイスのためにスケジュールされるＣＣの数が増加するにつれて、関連する制御情報も増加し得、多数の個々のＣＣにリソース許可を与えることは過大なオーバーヘッドを生じ得る。
【発明の概要】
【０００６】
[0006]拡張キャリアアグリゲーション（ｅＣＡ）構成におけるジョイント制御のためのシステム、方法、および装置が説明される。ワイヤレスデバイスは、通信リンクのスループットを増加させるためにｅＣＡを使用し得る。制御オーバーヘッドを低減するための様々な制御方式が、ｅＣＡ動作をサポートするために採用され得る。いくつかの場合には、ダウンリンク制御情報（ＤＣＩ）長さは、構成されたＣＣの数に基づいて事前決定され得る。ＤＣＩは、スケジューリングビットマップと、スケジューリング情報（たとえば、ＨＡＲＱ情報、ＭＣＳなど）と、リソースブロック（ＲＢ）割当て情報とを含み得る。スケジューリングビットマップは、スケジュールされたＣＣまたはＣＣグループを識別するために使用され得る。スケジューリング情報も個々のＣＣに対応し得るか、またはそれはＣＣグループ中の各ＣＣに共通であり得る。ＲＢ割当てグラニュラリティ（granularity）は、スケジュールされたＣＣの数またはスケジュールされたＣＣの帯域幅に基づき得る。すなわち、多数のスケジュールされたＣＣは、ＲＢ割当てのための少数のビットを残し得る。利用可能帯域幅は、ＤＣＩ中で利用可能なビットの数に基づくＲＢ割当てグラニュラリティに従って区分され得る。受信デバイスは、スケジューリングビットマップとＲＢグラニュラリティとに基づいて、割り振られたリソースを識別し得る。
【０００７】
[0007]ワイヤレス通信の方法が説明される。本方法は、サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を備える複数の構成されたＣＣのためのリソース許可メッセージを受信すること、ここにおいて、リソース許可メッセージに関連するリソース割振りグラニュラリティが、スケジュールされたＣＣの数に少なくとも部分的に基づく、と、リソース許可メッセージに従って、サブフレームの間にスケジュールされたＣＣ上で通信することとを含み得る。
【０００８】
[0008]ワイヤレス通信のための装置が説明される。本装置は、サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を備える複数の構成されたＣＣのためのリソース許可メッセージを受信するための手段、ここにおいて、リソース許可メッセージに関連するリソース割振りグラニュラリティが、スケジュールされたＣＣの数に少なくとも部分的に基づく、と、リソース許可メッセージに従って、サブフレームの間にスケジュールされたＣＣ上で通信するための手段とを含み得る。
【０００９】
[0009]さらなる装置が説明される。本装置は、プロセッサと、プロセッサと電子通信しているメモリと、メモリに記憶された命令とを含み得る。命令は、サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を備える複数の構成されたＣＣのためのリソース許可メッセージを受信すること、ここにおいて、リソース許可メッセージに関連するリソース割振りグラニュラリティが、スケジュールされたＣＣの数に少なくとも部分的に基づく、と、リソース許可メッセージに従って、サブフレームの間にスケジュールされたＣＣ上で通信することとをプロセッサに行わせるように動作可能であり得る。
【００１０】
[0010]ワイヤレス通信のための非一時的コンピュータ可読媒体が説明される。本非一時的コンピュータ可読媒体は、サブフレームのための構成されたＣＣのセットからのスケジュールされたＣＣの指示を備える構成されたＣＣのセットのためのリソース許可メッセージを受信すること、ここで、リソース許可メッセージに関連するリソース割振りグラニュラリティが、スケジュールされたＣＣの数に基づく、と、リソース許可メッセージに従って、サブフレームの間にスケジュールされたＣＣ上で通信することとをプロセッサに行わせるための命令を含み得る。
【００１１】
[0011]上記で説明された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたＣＣがアップリンクＣＣを備えるのかダウンリンクＣＣを備えるのかに基づく。上記で説明された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、リソース許可メッセージはダウンリンクＣＣの制御領域中で受信されるか、またはリソース許可メッセージはダウンリンクＣＣのデータ領域中で受信される。上記で説明された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、リソース許可メッセージはダウンリンク制御チャネル中で受信されるか、またはリソース許可メッセージはダウンリンク共有チャネル中で受信される。
【００１２】
[0012]上記で説明された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例は、リソース許可メッセージが、ダウンリンクＣＣの制御領域中のメッセージを備えるのかデータ領域中のメッセージを備えるのかに基づいて、リソース許可メッセージに関連するリソース割振りグラニュラリティを決定するためのプロセス、特徴、手段、または命令をさらに含み得る。
【００１３】
[0013]上記で説明された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、リソース許可メッセージはスケジューリング情報の１つまたは複数のセットを備え、ここで、スケジューリング情報の各セットは、変調およびコーディング方式（ＭＣＳ）指示、ハイブリッド自動再送要求（ＨＡＲＱ）指示、新規データインジケータ（ＮＤＩ）、冗長バージョン（ＲＶ）指示、送信電力制御（ＴＰＣ）コマンド、プリコーディング指示、またはデータ割当てインデックス（ＤＡＩ）指示のうちの少なくとも１つ、あるいはそれらの任意の組合せを備える。
【００１４】
[0014]上記で説明された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、スケジューリング情報の１つまたは複数のセットは、スケジュールされたＣＣのうちの少なくとも１つのための第１のスケジューリング情報と、スケジュールされたＣＣのうちの少なくとも２つのための第２のスケジューリング情報とを備える。
【００１５】
[0015]上記で説明された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例は、リソース許可メッセージ中のリソース割振りビットの数またはスケジュールされたＣＣの数に基づいて、リソース許可メッセージに関連するリソース割振りグラニュラリティを決定するためのプロセス、特徴、手段、または命令をさらに含み得る。
【００１６】
[0016]上記で説明された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例は、構成されたＣＣのセットをＣＣの１つまたは複数のグループに区分するグループ構成メッセージを受信するためのプロセス、特徴、手段、または命令をさらに含み得、ここで、ＣＣの１つまたは複数のグループの各々は少なくとも２つの構成されたＣＣを備える。上記で説明された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例は、リソース許可メッセージのセットを受信するためのプロセス、特徴、手段、または命令をさらに含み得、ここで、リソース許可メッセージのセットの各リソース許可メッセージは、ＣＣの１つまたは複数のグループ中のＣＣのグループに対応する。
【００１７】
[0017]上記で説明された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、ＣＣの少なくとも１つのグループはダウンリンクＣＣを備え、ＣＣの少なくとも１つのグループの各ダウンリンクＣＣは、同じアップリンク制御チャネルに関連する。上記で説明された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、構成されたＣＣのセットは、スケジュールされたＣＣがアップリンクＣＣを備えるのかダウンリンクＣＣを備えるのかに基づいて、ＣＣの１つまたは複数のグループに区分される。上記で説明された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例は、追加の単一の構成されたＣＣのための追加のリソース許可メッセージを受信するためのプロセス、特徴、手段、または命令をさらに含み得る。
【００１８】
[0018]上記で説明された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例は、スケジュールされたＣＣのための共通ＨＡＲＱフィードバックメッセージを送信するためのプロセス、特徴、手段、または命令をさらに含み得る。
【００１９】
[0019]上記で説明された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、リソース許可メッセージのサイズは構成されたＣＣのセットの数に基づく。上記で説明された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、リソース許可メッセージのサイズは半静的ダウンリンク制御情報（ＤＣＩ）長さを備える。
【００２０】
[0020]開示される概念および具体例は、本開示の同じ目的を実行するための他の構造を変更または設計するための基礎として容易に利用され得る。そのような等価な構成は、添付の特許請求の範囲から逸脱しない。本明細書で開示される概念の特性、それらの編成と動作方法の両方は、関連する利点とともに、添付の図に関連して以下の説明を検討するとより良く理解されよう。図の各々は、例示および説明のみの目的で与えられるものであり、特許請求の範囲の制限の定義として与えられるものではない。
【００２１】
[0021]本開示の性質および利点のさらなる理解は、以下の図面を参照することによって実現され得る。添付の図では、同様の構成要素または特徴は同じ参照ラベルを有し得る。さらに、同じタイプの様々な構成要素は、参照ラベルの後に、ダッシュと、それらの同様の構成要素の間で区別する第２のラベルとを続けることによって区別され得る。第１の参照ラベルのみが本明細書において使用される場合、説明は、第２の参照ラベルにかかわらず、同じ第１の参照ラベルを有する同様の構成要素のいずれにも適用可能である。
【図面の簡単な説明】
【００２２】
【図１】[0022]本開示の様々な態様による、ｅＣＡのためのジョイント制御をサポートするワイヤレス通信システムの一例を示す図。
【図２】[0023]本開示の様々な態様による、ｅＣＡのためのジョイント制御をサポートするワイヤレス通信システムの一例を示す図。
【図３Ａ】[0024]本開示の様々な態様による、ｅＣＡのためのジョイント制御をサポートするＤＣＩ構造の例を示す図。
【図３Ｂ】本開示の様々な態様による、ｅＣＡのためのジョイント制御をサポートするＤＣＩ構造の例を示す図。
【図３Ｃ】[0025]本開示の様々な態様による、ｅＣＡのためのジョイント制御をサポートする例示的な通信を示す図。
【図４】[0026]本開示の様々な態様による、ｅＣＡのためのジョイント制御をサポートするシステム内のプロセスフローの一例を示す図。
【図５】[0027]本開示の様々な態様による、ｅＣＡのためのジョイント制御をサポートする例示的なワイヤレスデバイスのブロック図。
【図６】[0028]本開示の様々な態様による、ｅＣＡのためのジョイント制御をサポートする例示的なワイヤレスデバイスのブロック図。
【図７】[0029]本開示の様々な態様による、ｅＣＡのためのジョイント制御をサポートする例示的なワイヤレスデバイスのブロック図。
【図８】[0030]本開示の様々な態様による、ｅＣＡのためのジョイント制御をサポートするユーザ機器（ＵＥ）を含むシステムの一例を示す図。
【図９】[0031]本開示の様々な態様による、ｅＣＡのためのジョイント制御をサポートする例示的なワイヤレスデバイスのブロック図。
【図１０】[0032]本開示の様々な態様による、ｅＣＡのためのジョイント制御をサポートする例示的なワイヤレスデバイスのブロック図。
【図１１】[0033]本開示の様々な態様による、ｅＣＡのためのジョイント制御をサポートする例示的なワイヤレスデバイスのブロック図。
【図１２】[0034]本開示の様々な態様による、ｅＣＡのためのジョイント制御をサポートする基地局を含むシステムの一例を示す図。
【図１３】[0035]本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御のための方法を示す図。
【図１４】[0036]本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御のための方法を示す図。
【図１５】[0037]本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御のための方法を示す図。
【図１６】[0038]本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御のための方法を示す図。
【図１７】[0039]本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御のための方法を示す図。
【図１８】[0040]本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御のための方法を示す図。
【図１９】[0041]本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御のための方法を示す図。
【図２０】[0042]本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御のための方法を示す図。
【発明を実施するための形態】
【００２３】
[0043]拡張キャリアアグリゲーション（ｅＣＡ）は、通信リンクのスループットを増加させるために利用され得る。しかしながら、アグリゲートされたコンポーネントキャリア（ＣＣ）の数が増加するにつれて、関連する制御またはシグナリングオーバーヘッドも増加し得る。したがって、制御またはシグナリングオーバーヘッドを低減する制御方式が、ｅＣＡ動作をより容易にまたは効率的にサポートするために採用され得る。いくつかの例では、ワイヤレスデバイスは、ダウンリンク制御情報（ＤＣＩ）を含み得るジョイント許可（joint grant）を利用し得る。ＤＣＩは、デバイスのための構成されたＣＣのすべてのための制御情報を含み得る。ジョイント許可のための制御オーバーヘッドは、構成されたＣＣをグループ化することによってさらに低減され得る。他の例では、ワイヤレスデバイスは、複数のＣＣに関連するＤＣＩを含み得る個別の許可を利用し得る。また他の例では、ジョイント許可またはＣＣごとの個別の許可は、単一のＣＣに関連する個別の許可と組み合わせられ得る。様々な例では、ＣＣスケジューリング情報を含めた後のＤＣＩメッセージ中で利用可能なビットの数は、各コンポーネントキャリア内のＲＢ割振りのための割振りグラニュラリティを決定し得る。
【００２４】
[0044]いくつかの場合には、キャリアアグリゲーション（ＣＡ）構成は最高５つのコンポーネントキャリアをサポートし得る。他の場合には、ＣＡは、ｅＣＡ構成において６つ以上のコンポーネントキャリア（たとえば、３２個のＣＣ）に拡張し得る。これは、システムオペレータが、利用可能スペクトルをより効率的に利用し、ｅＣＡ対応デバイスへのスループットを増加させることを可能にし得る。上述のように、追加のＣＣが利用されるとき、これらのＣＣをサポートするために使用される制御情報は扱いにくくなり、特定のデバイスのための過大なオーバーヘッドを生じ得る。
【００２５】
[0045]たとえば、５つのＣＣをもつＣＡのために十分である制御方式は、追加のＣＣが追加されるときにスケーラブルでないことがあり、そのような方式は、ＣＣ数が３０個のＣＣに近づくかまたはそれを超えるとき、特に扱いにくいことがある。さらに、ＵＥは、各ＣＣのための制御情報を検出し、復号するために、ブラインド検出を実施し得、多数のＣＣがある場合、そのようなプロセスは時間がかかるかまたは電力を消費し得る。したがって、制御チャネルの効率的な使用は、多数のＣＣをサポートするための制御方式を与え得る。この制御方式は、ＣＡ構成の１次セル上にあり得るか、またはＣＡ構成の１次セルと２次セルの両方の制御チャネルを使用して送信され得る、単一の物理制御チャネル（たとえば、物理アップリンク制御チャネル（ＰＵＣＣＨ））を含み得る。別の方式では、２段リソース割当てプロセスが使用され得る。制御チャネル中の第１のメッセージが、データチャネルまたは共有チャネル上で送られる第２の送信中に含まれている制御情報にＵＥをダイレクトし得る。
【００２６】
[0046]いくつかの例では、リソースを効率的に使用することと、制御オーバーヘッドを低減し、デバイスのためのブラインド復号の回数を低減し、またはフォールスアラーム確率を低減することとのために、ジョイント許可が採用され得る。ジョイント許可はまた、クロスキャリアスケジューリングを可能にし得、無認可および認可スペクトル中で動作するＣＣ上のリソース割当てのために使用され得る。ジョイント許可は、ＵＥのＣＣ構成に基づいて決定され得る半静的に構成されたＤＣＩ長さを含み得る。ＤＣＩ内のスケジューリングビットマップが、構成されたＣＣのうちのどのＣＣがスケジュールされるかを示すために採用され得、たとえば、ビットマップ中のビットの数は構成されたＣＣの数に等しいことがある。ＤＣＩはまた、スケジュールされたＣＣのためのコンテンツ解釈またはスケジューリング情報あるいはその両方の指示を含み得る。コンテンツ解釈に関連するビットの数は、スケジュールされる構成されたＣＣの数に依存し得る。たとえば、ハイブリッド自動再送要求（ＨＡＲＱ）、変調およびコーディング方式（ＭＣＳ）、新規データインジケータ（新規データインジケータ（ＮＤＩ））、冗長バージョン（ＲＶ）、ダウンリンク割当てインデックス（ＤＡＩ）、送信電力制御（ＴＰＣ）、またはプリコーディングに関係する情報が、各スケジュールされたＣＣについて与えられ得る。スケジューリングおよびコンテンツ解釈目的のために使用されない利用可能ビットは、ＲＢ割当てグラニュラリティを増加させるために使用され得る。
【００２７】
[0047]いくつかの場合には、ＲＢ割当てグラニュラリティは、スケジュールされたＣＣの数に依存し得る。スケジュールされたＣＣの数が増加するにつれて、スケジュールされたＣＣのための制御情報のアグリゲート量も増加し得、したがって、リソース割振り情報の解釈が変わり得る。たとえば、比較的少数のスケジュールされたＣＣの場合、リソース割振りのより細かいグラニュラリティが利用可能であり得る。同様に、スケジュールされたＣＣの数が増加するにつれて、構成されたＤＣＩフォーマットサイズに対して、より粗い割振りが与えられ得る。しかしながら、いくつかの場合には、グラニュラリティの低下から認められる不利益は、同じＤＣＩ長さ内で追加のＣＣをスケジュールする能力の増加の利益によって相殺され得る。
【００２８】
[0048]例として、すべての構成されたＣＣがスケジュールされる場合、ＲＢ割当てにおいて使用するための追加のビットは利用不可能であり得る。これは、ＣＣ全体がスケジュールされるかまたはスケジュールされないかのいずれかであり得る、粗い割振りの一例であり得る。スケジュールされたＣＣの数が減少するにつれて、ＲＢ割当てに利用可能なビットの数は増加する。これは、ＲＢ割当てのグラニュラリティを増加させ得る。いくつかの場合には、オーバーヘッドは、たとえば、各ＣＣについてＭＣＳ構成全体を指定する代わりに、基準ＭＣＳに基づくデルタ値を伝達する、ΔＭＣＳ指示など、他のオーバーヘッド低減技法を使用してさらに低減され得る。
【００２９】
[0049]別の場合には、オーバーヘッドは、すべての許可コンポーネントにわたってより粗いグラニュラリティを与えることによって、さらに低減され得る。たとえば、スケジューリング情報は、ＣＣグループに基づいて与えられ得る。グループは、グループの数と、グループとのＣＣの関連とを指定し得る無線リソース制御（ＲＲＣ）によって構成され得る。グループ内のＣＣの数は、（たとえば、８つのＣＣの４つのグループに）制限され得る。
【００３０】
[0050]ジョイント制御メッセージを生成するために様々なフォーマットが使用され得る。いくつかの例では、ジョイント制御メッセージは、ＣＣごとの１つのスケジューリングビット、ならびにＣＣごとのリソースブロック割振りを含み得る。ＲＢ割振りまたは割当てグラニュラリティは、スケジュールされたＣＣグループの数に依存し得る。しかしながら、各ＣＣグループは、ＭＣＳ、ＨＡＲＱなど、共通スケジューリング情報を利用し得る。ＣＣグループからの少なくとも１つのＣＣが選択された場合、各グループのためのスケジューリング情報が与えられ得る。他の例では、ＲＢ割振りは、各ＣＣグループ内のスケジュールされたＣＣのセットごとであり得る。ＣＣ内のスケジュールされたＣＣのＲＢは、一緒に考慮され（たとえば、サービングセルＩＤに基づいて連続的に順序付けられ）得る。
【００３１】
[0051]いくつかの例では、オーバーヘッドの低減は、ビットマップをスケジューリングすることの各ビットを用いてＣＣのグループを表すことによって達成され得る。リソース割振りもＣＣグループごとにスケジュールされ得、ここで、グラニュラリティは、たとえば、利用可能ビットの数に依存し得、利用可能ビットの数はスケジュールされたＣＣグループの数に依存し得る。ＲＢ割振りは、個々のＣＣにわたって一緒に考慮され得、サービングセルＩＤに基づき得る。たとえば、ＲＢ番号付けは、サービングセルＩＤの昇順に基づいて行われ得る。
【００３２】
[0052]他の例では、ワイヤレスデバイスは、リソースを効率的に使用し、制御オーバーヘッドを低減するために、特定のＣＣグループのための許可を利用し得る。たとえば、ＲＲＣシグナリングがＣＣグループを定義し得、各ＣＣグループごとに個別の許可が利用され得る。したがって、個別の許可は、示されたグループのためのスケジューリング情報を含み得、スケジューリング情報は、グループ中のすべてのＣＣについて共通であり得る。追加または代替として、リソース割当ては、グループ中のすべてのＣＣの合成帯域幅に基づき得る。たとえば、リソースグラニュラリティはＲＢごとであり得る。いくつかの場合には、ＲＢグラニュラリティは帯域幅割当てとともにスケーリングし得る。たとえば、Ｎ  ＲＢのグラニュラリティが２０ＭＨｚのために利用され得、３Ｎのグラニュラリティが６０ＭＨｚのために使用され得る。
【００３３】
[0053]いくつかの場合には、ワイヤレスデバイスは、リソースを効率的に使用し、より細かいグラニュラリティに適応するために、ジョイント許可と個別の許可の両方を利用し得る。これは、高トラフィックの場合、または少数の２次セルが利用可能である場合に使用され得る。いくつかの場合には、ジョイント許可は、スケジューリンググラニュラリティが粗くてもよい場合に使用され得、個別の許可は、より細かいグラニュラリティを与えるために使用され得る。たとえば、リソースを個々に許可され得るセルの数は制限され得る（たとえば、５つまたは８つのＣＣ）。ＵＥは、同じまたは異なるセルのための送信時間間隔（ＴＴＩ）中でジョイント許可と個別の許可とを受信し得る。あるセルのために個別の許可が送信された場合、そのセルは、たとえば、同じＴＴＩ中で発生するジョイント許可から省略され得る。これは、少数のセルがＵＥに対してスケジュールされる場合に効率の増加を可能にし得、ワイヤレスデバイスが、より大きいジョイント許可を使用することを回避し、リソースをより効率的に使用することを可能にし得る。
【００３４】
[0054]いくつかの場合には、スケジュールされたＣＣの数は、構成されたＣＣの数よりもはるかに小さいことがあり、残りの、ＲＢ割当てのために利用可能なビットの数は、１ＲＢグラニュラリティよりも高いグラニュラリティを与え得る。この場合、２つの異なるＤＣＩサイズがブラインド復号のために使用され得る。たとえば、スケジュールされたＣＣと構成されたＣＣとの比がしきい値を下回るとき、１つのより小さいＤＣＩオプションが使用され得る。他の場合、単一のＤＣＩ中でスケジュールされ得るＣＣの数が制限され得る。したがって、許可は、ＣＣのグループごとに別個のＤＣＩを含み得る。ＵＥは、ＴＴＩ中で異なるＣＣグループのための割当てを搬送する各ＤＣＩを復号し得る。いくつかの場合には、２段許可も利用され得、第１の段は、スケジューリングビットマップと、ＴＰＣなど、他の制御情報とを含み得、第２の段は、スケジュールされたＣＣの数に関連する追加の制御コンテンツを含み得る。第２の許可のサイズはＴＴＩごとに変化し得、ＵＥは、第１の許可に基づいてサイズを決定し得る。
【００３５】
[0055]以下の説明は、例を与えるものであり、特許請求の範囲に記載された範囲、適用可能性、または例を限定するものではない。本開示の範囲から逸脱することなく、説明される要素の機能および構成において変更が行われ得る。様々な例は、適宜に様々なプロシージャまたは構成要素を省略、置換、または追加し得る。たとえば、説明される方法は、説明される順序とは異なる順序で実施され得、様々なステップが追加、省略、または組み合わせられ得る。また、いくつかの例に関して説明される特徴は、他の例において組み合わせられ得る。
【００３６】
[0056]図１は、本開示の様々な態様による、ワイヤレス通信システム１００の一例を示す。ワイヤレス通信システム１００は、基地局１０５と、ＵＥ１１５と、コアネットワーク１３０とを含む。コアネットワーク１３０は、ユーザ認証と、アクセス許可と、トラッキングと、インターネットプロトコル（ＩＰ）接続性と、他のアクセス、ルーティング、またはモビリティ機能とを与え得る。基地局１０５は、バックホールリンク１３２（たとえば、Ｓ１など）を通してコアネットワーク１３０とインターフェースする。基地局１０５は、ＵＥ１１５との通信のための無線構成およびスケジューリングを実施し得るか、または基地局コントローラ（図示せず）の制御下で動作し得る。様々な例では、基地局１０５は、ワイヤードまたはワイヤレス通信リンクであり得るバックホールリンク１３４（たとえば、Ｘ１など）を介して互いと直接または間接的に（たとえば、コアネットワーク１３０を通して）通信し得る。
【００３７】
[0057]基地局１０５は、１つまたは複数の基地局アンテナを介してＵＥ１１５とワイヤレス通信し得る。基地局１０５の各々は、それぞれのカバレージエリア１１０に通信カバレージを与え得る。いくつかの例では、基地局１０５は、基地トランシーバ局、無線基地局、アクセスポイント、無線トランシーバ、ノードＢ、ｅノードＢ（ｅＮＢ）、ホームノードＢ、ホームｅノードＢ、または何らかの他の好適な用語で呼ばれることがある。基地局１０５のためのカバレージエリア１１０は、カバレージエリアの一部分のみを構成するセクタに分割され得る（図示せず）。ワイヤレス通信システム１００は、異なるタイプの基地局１０５（たとえば、マクロセル基地局またはスモールセル基地局）を含み得る。異なる技術のための重複するカバレージエリア１１０があり得る。基地局１０５のうちのいくつかはｅＣＡをサポートし得る。
【００３８】
[0058]いくつかの例では、ワイヤレス通信システム１００はロングタームエボリューション（ＬＴＥ）／ＬＴＥアドバンスト（ＬＴＥ−Ａ）ネットワークである。ＬＴＥ／ＬＴＥ−Ａネットワークでは、発展型ノードＢ（ｅＮＢ）という用語は、概して、基地局１０５を表すために使用され得、ＵＥという用語は、概して、ＵＥ１１５を表すために使用され得る。ワイヤレス通信システム１００は、異なるタイプのｅＮＢが様々な地理的領域にカバレージを与える、異種ＬＴＥ／ＬＴＥ−Ａネットワークであり得る。たとえば、各ｅＮＢまたは基地局１０５は、マクロセル、スモールセル、または他のタイプのセルに通信カバレージを与え得る。「セル」という用語は、コンテキストに応じて、基地局、基地局に関連するキャリアまたはコンポーネントキャリア、あるいはキャリアまたは基地局のカバレージエリア（たとえば、セクタなど）を表すために使用され得る３ＧＰＰ（登録商標）用語である。
【００３９】
[0059]マクロセルは、概して、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし、ネットワークプロバイダのサービスに加入しているＵＥ１１５による無制限アクセスを可能にし得る。スモールセルは、マクロセルと比較して、マクロセルと同じまたは異なる（たとえば、認可、無認可などの）周波数帯域内で動作し得る、低電力基地局である。スモールセルは、様々な例によれば、ピコセル、フェムトセル、およびマイクロセルを含み得る。ピコセルは、たとえば、小さい地理的エリアをカバーし得、ネットワークプロバイダのサービスに加入しているＵＥ１１５による無制限アクセスを可能にし得る。フェムトセルは、小さい地理的エリア（たとえば、自宅）を同じくカバーし得、フェムトセルとの関連を有するＵＥ１１５（たとえば、限定加入者グループ（ＣＳＧ：closed subscriber group）中のＵＥ１１５、自宅内のユーザのためのＵＥ１１５など）による制限付きアクセスを与え得る。マクロセルのためのｅＮＢはマクロｅＮＢと呼ばれることがある。スモールセルのためのｅＮＢは、スモールセルｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、またはホームｅＮＢと呼ばれることがある。ｅＮＢは、１つまたは複数の（たとえば、２つ、３つ、４つなどの）セル（たとえば、コンポーネントキャリア）をサポートし得る。
【００４０】
[0060]ワイヤレス通信システム１００は同期動作または非同期動作をサポートし得る。同期動作の場合、基地局１０５は同様のフレームタイミングを有し得、異なる基地局１０５からの送信は時間的に近似的に整合され得る。非同期動作の場合、基地局１０５は異なるフレームタイミングを有し得、異なる基地局１０５からの送信は時間的に整合されないことがある。本明細書で説明される技法は、同期動作または非同期動作のいずれかのために使用され得る。
【００４１】
[0061]様々な開示される例のうちのいくつかに適応し得る通信ネットワークは、階層化プロトコルスタックに従って動作するパケットベースネットワークであり得、ユーザプレーン中のデータはＩＰに基づき得る。無線リンク制御（ＲＬＣ）レイヤが、論理チャネルを介して通信するためにパケットセグメンテーションおよびリアセンブリを実施し得る。媒体アクセス制御（ＭＡＣ）レイヤが、優先度処理と、トランスポートチャネルへの論理チャネルの多重化とを実施し得る。ＭＡＣレイヤはまた、リンク効率を改善するためにＭＡＣレイヤにおいて再送信を行うためにハイブリッド自動再送要求（ＨＡＲＱ）を使用し得る。制御プレーンでは、無線リソース制御（ＲＲＣ）プロトコルレイヤは、ＵＥ１１５と基地局１０５との間のＲＲＣ接続の確立と構成と維持とを行い得る。ＲＲＣプロトコルレイヤはまた、ユーザプレーンデータのための無線ベアラのコアネットワーク１３０サポートのために使用され得る。物理（ＰＨＹ）レイヤにおいて、トランスポートチャネルは物理チャネルにマッピングされ得る。
【００４２】
[0062]ＵＥ１１５は、ワイヤレス通信システム１００全体にわたって分散され得、各ＵＥ１１５は固定または移動であり得る。ＵＥ１１５は、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語をも含むか、あるいは当業者によってそのような用語で呼ばれることもある。ＵＥ１１５は、セルラーフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局などであり得る。ＵＥは、マクロｅＮＢ、スモールセルｅＮＢ、リレー基地局などを含む、様々なタイプの基地局およびネットワーク機器と通信することが可能であり得る。ＵＥ１１５のうちのいくつかはｅＣＡをサポートし得る。
【００４３】
[0063]ワイヤレス通信システム１００に示されている通信リンク１２５は、ＵＥ１１５から基地局１０５へのアップリンク（ＵＬ）送信、または基地局１０５からＵＥ１１５へのダウンリンク（ＤＬ）送信を含み得る。ダウンリンク送信は順方向リンク送信と呼ばれることもあり、アップリンク送信は逆方向リンク送信と呼ばれることもある。各通信リンク１２５は１つまたは複数のキャリアを含み得、ここで、各キャリアは、上記で説明された様々な無線技術に従って変調された複数のサブキャリア（たとえば、異なる周波数の波形信号）からなる信号であり得る。各被変調信号は、異なるサブキャリア上で送られ得、制御情報（たとえば、基準信号、制御チャネルなど）、オーバーヘッド情報、ユーザデータなどを搬送し得る。通信リンク１２５は、周波数分割複信（ＦＤＤ）動作を使用して（たとえば、対スペクトルリソースを使用して）または時分割複信（ＴＤＤ）動作を使用して（たとえば、不対スペクトルリソースを使用して）双方向通信を送信し得る。ＦＤＤ（たとえば、フレーム構造タイプ１）およびＴＤＤ（たとえば、フレーム構造タイプ２）のためのフレーム構造が定義され得る。いくつかの例では、通信リンク１２５は、ｅＣＡのために構成されたＣＣを含む。したがって、通信リンク１２５は、１つ、２つ、３つ、４つ、または５つの構成されたキャリアを含み得るか、または多数の構成されたＣＣ（たとえば、６〜３２個）を含み得る。所与の時間において、特定のＵＥ１１５のために構成されたＣＣのサブセットが、通信リンク１２５を介した送信のためにスケジュールされ得る。
【００４４】
[0064]ワイヤレス通信システム１００のいくつかの例では、基地局１０５またはＵＥ１１５は、基地局１０５とＵＥ１１５との間の通信品質と信頼性とを改善するために、アンテナダイバーシティ方式を採用するために複数のアンテナを含み得る。追加または代替として、基地局１０５またはＵＥ１１５は、同じまたは異なるコード化データを搬送する複数の空間レイヤを送信するために、マルチパス環境を利用し得る多入力多出力（ＭＩＭＯ）技法を採用し得る。
【００４５】
[0065]ワイヤレス通信システム１００は、複数のセルまたはキャリア上での動作、すなわち、キャリアアグリゲーション（ＣＡ）またはマルチキャリア動作と呼ばれることがある特徴をサポートし得る。キャリアは、ＣＣ、レイヤ、チャネルなどと呼ばれることもある。「コンポーネントキャリア」という用語は、キャリアアグリゲーション（ＣＡ）動作においてＵＥによって利用される複数のキャリアの各々を指すことがあり、システム帯域幅の他の部分とは別個であり得る。たとえば、コンポーネントキャリアは、独立して、または他のコンポーネントキャリアと組み合わせて利用されることが可能である比較的狭い帯域幅のキャリアであり得る。各コンポーネントキャリアは、ＬＴＥ規格のリリース８またはリリース９に基づく分離キャリアと同じ能力を与え得る。複数のコンポーネントキャリアは、いくつかのＵＥ１１５に、より大きい帯域幅と、たとえば、より高いデータレートとを与えるために、アグリゲートされるか、またはコンカレントに利用され得る。したがって、個々のコンポーネントキャリアは、レガシーＵＥ１１５（たとえば、ＬＴＥリリース８またはリリース９を実装するＵＥ１１５）との後方互換性があることがあるが、他のＵＥ１１５（たとえば、リリース８／９後のＬＴＥバージョンを実装するＵＥ１１５）は、マルチキャリアモードにおいて複数のコンポーネントキャリアで構成され得る。ＤＬのために使用されるキャリアはＤＬ  ＣＣと呼ばれることがあり、ＵＬのために使用されるキャリアはＵＬ  ＣＣと呼ばれることがある。ＵＥ１１５は、キャリアアグリゲーションのために、複数のＤＬ  ＣＣと１つまたは複数のＵＬ  ＣＣとで構成され得る。各キャリアは、制御情報（たとえば、基準信号、制御チャネルなど）、オーバーヘッド情報、データなどを送信するために使用され得る。
【００４６】
[0066]ＵＥ１１５は、複数のキャリアを利用して単一の基地局１０５と通信し得、また、異なるキャリア上で同時に複数の基地局と通信し得る。基地局１０５の各セルは、ＵＬコンポーネントキャリア（ＣＣ）とＤＬ  ＣＣとを含み得る。基地局１０５のための各サービングセルのカバレージエリア１１０は異なり得る（たとえば、異なる周波数帯域上のＣＣは、異なる経路損失を経験し得る）。いくつかの例では、あるキャリアは、１次セル（ＰＣｅｌｌ）によってサービスされ得る、ＵＥ１１５のための１次キャリアまたは１次コンポーネントキャリア（ＰＣＣ）として指定される。１次セルは、ＵＥごとに上位レイヤ（たとえば、無線リソース制御（ＲＲＣ）など）によって半静的に構成され得る。物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信される、あるアップリンク制御情報（ＵＣＩ）、たとえば、肯定応答（ＡＣＫ）／否定ＡＣＫ（ＮＡＣＫ）、チャネル品質インジケータ（ＣＱＩ）、およびスケジューリング情報は、１次セルによって搬送される。追加のキャリアは、２次セル（ＳＣｅｌｌ）によってサービスされ得る、２次キャリア、または２次コンポーネントキャリア（ＳＣＣ）として指定され得る。２次セルは、同様に、ＵＥごとに半静的に構成され得る。いくつかの場合には、２次セルは、１次セルと同じ制御情報を含まないかまたはそれを送信するように構成されないことがある。
【００４７】
[0067]物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、９つの論理的に連続するリソース要素グループ（ＲＥＧ）からなり得る制御チャネル要素（ＣＣＥ）中でダウンリンク制御情報（ＤＣＩ）を搬送し、ここで、各ＲＥＧは４つのリソース要素（ＲＥ）を含んでいる。ＤＣＩは、ＤＬスケジューリング割当て、ＵＬリソース許可、送信方式、ＵＬ電力制御、ＨＡＲＱ情報、変調およびコーディング方式（ＭＣＳ）に関する情報、ならびに他の情報を含む。ＤＣＩメッセージのサイズおよびフォーマットは、ＤＣＩによって搬送される情報のタイプおよび量に応じて異なり得る。たとえば、空間多重化がサポートされる場合、ＤＣＩメッセージのサイズは、連続周波数割振りと比較して大きい。同様に、ＭＩＭＯを採用するシステムの場合、ＤＣＩは、追加のシグナリング情報を含み得る。ＤＣＩサイズおよびフォーマットは、情報の量、ならびに帯域幅、アンテナポートの数、および複信モードなどのファクタに依存する。
【００４８】
[0068]ＰＤＣＣＨは複数のユーザに関連するＤＣＩメッセージを搬送することができ、各ＵＥ１１５は、それを対象とするＤＣＩメッセージを復号し得る。たとえば、各ＵＥ１１５はセル無線ネットワーク一時識別情報（Ｃ−ＲＮＴＩ：cell radio network temporary identity）を割り当てられ得、各ＤＣＩにアタッチされた巡回冗長検査（ＣＲＣ）ビットが、Ｃ−ＲＮＴＩに基づいてスクランブルされ得る。ユーザ機器における電力消費およびオーバーヘッドを低減するために、ＣＣＥロケーションの限られたセットが、特定のＵＥ１１５に関連するＤＣＩのために指定され得る。
【００４９】
[0069]ＣＣＥは（たとえば、１つ、２つ、４つおよび８つのＣＣＥのグループに）グループ化され得、ユーザ機器が、関係するＤＣＩを発見し得る、ＣＣＥロケーションのセットが指定され得る。これらのＣＣＥは、探索空間として知られ得る。探索空間は、共通ＣＣＥ領域または探索空間と、ＵＥ固有（専用）ＣＣＥ領域または探索空間との２つの領域に区分され得る。共通ＣＣＥ領域は、基地局１０５によってサービスされるすべてのＵＥによって監視され、ページング情報、システム情報、ランダムアクセスプロシージャなどの情報を含み得る。ＵＥ固有探索空間は、ユーザ固有制御情報を含み得る。ＣＣＥはインデックス付けされ得、共通探索空間はＣＣＥ０から開始し得る。ＵＥ固有探索空間のための開始インデックスは、Ｃ−ＲＮＴＩ、サブフレームインデックス、ＣＣＥアグリゲーションレベルおよびランダムシードに依存する。ＵＥ１１５は、ＤＣＩが検出されるまで探索空間がその間にランダムに復号される、ブラインド復号として知られるプロセスを実施することによってＤＣＩを復号しようと試み得る。ブラインド復号の間に、ＵＥ１１５は、それのＣ−ＲＮＴＩを使用してすべての潜在的ＤＣＩメッセージをデスクランブルしようと試み、その試みが成功したかどうかを決定するためにＣＲＣチェックを実施し得る。ＤＣＩメッセージサイズが増加するにつれて、ＵＥ１１５が実施し得るブラインド復号試みの数も増加し得る。各ブラインド復号プロセスは、ＵＥ１１５が、バッテリー電力、時間などを含む、潜在的に乏しいリソースを費やすことを引き起こし得る。
【００５０】
[0070]また、ワイヤレス通信システム１００に関する物理リソースを編成するためにフレーム構造が使用され得る。フレームは、１０ｍｓ間隔であり得、それは、１０個の等しいサイズのサブフレームにさらに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。各スロットは、６つまたは７つのＯＦＤＭＡシンボル期間を含み得る。リソース要素は、１つのシンボル期間と１つのサブキャリア（１５ｋＨｚ周波数範囲）とからなる。リソースブロック（ＲＢ）は、周波数領域中に１２個の連続するサブキャリアを含んでおり、各ＯＦＤＭシンボル中のノーマルサイクリックプレフィックスについて、時間領域（１つのスロット）中に７つの連続するＯＦＤＭシンボルを含んでおり、すなわち８４個のリソース要素を含んでいることがある。いくつかのリソース要素は、ＤＬ基準信号（ＤＬ−ＲＳ）を含み得る。ＤＬ−ＲＳは、セル固有基準信号（ＣＲＳ）とＵＥ固有ＲＳ（ＵＥ−ＲＳ）とを含み得る。ＵＥ−ＲＳは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関連するリソースブロック上で送信され得る。各リソース要素によって搬送されるビット数は、変調方式（各シンボル期間中に選択され得るシンボルの構成）に依存し得る。したがって、ＵＥが受信するＲＢが多いほど、また変調方式が高いほど、ＵＥのためのデータレートは高くなり得る。
【００５１】
[0071]いくつかの場合には、ワイヤレス通信システムは、１つまたは複数の拡張コンポーネントキャリア（ｅＣＣ）を利用し得る。ｅＣＣは、フレキシブル帯域幅、可変長送信時間間隔（ＴＴＩ）、および変更された制御チャネル構成を含む、１つまたは複数の特徴によって特徴づけられ得る。いくつかの場合には、ｅＣＣは、キャリアアグリゲーション構成またはデュアル接続性構成（すなわち、複数のサービングセルが準最適なバックホールリンクを有するとき）に関連付けられ得る。ｅＣＣはまた、無認可スペクトルまたは（２つ以上のオペレータがスペクトルを使用することを認可される）共有スペクトルにおいて使用するために構成され得る。フレキシブル帯域幅によって特徴づけられるｅＣＣは、全帯域幅を監視することが可能でないか、または（たとえば、電力を温存するために）限られた帯域幅を使用することを選好するＵＥ１１５によって利用され得る１つまたは複数のセグメントを含み得る。
【００５２】
[0072]本開示によれば、システム１００内のデバイス、たとえば、基地局１０５およびＵＥ１１５は、通信リンクのスループットを増加させるために拡張キャリアアグリゲーション（ｅＣＡ）を使用し得る。ＵＥ１１５は、たとえば、基地局１０５からジョイント許可を受信し得、ジョイント許可は、ＵＥ１１５のための構成されたＣＣのすべてのための制御情報を含み得る。ジョイント許可のための制御オーバーヘッドは、構成されたＣＣをグループ化することによって低減され得る。いくつかの例では、ＵＥ１１５は、複数のＣＣに関連するＤＣＩを含み得る個別の許可を受信し得る。代替的に、ジョイント許可またはＣＣごとの個別の許可は、単一のＣＣに関連する個別の許可と組み合わせられ得る。ＣＣスケジューリング情報を含めた後のＤＣＩメッセージ中で利用可能なビットの数は、各コンポーネントキャリア内のＲＢ割振りのための割振りグラニュラリティを決定し得る。
【００５３】
[0073]図２は、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御をサポートするワイヤレス通信システム２００の一例を示す。ワイヤレス通信システム２００は、図１を参照しながら上記で説明された基地局１０５、カバレージエリア１１０、またはＵＥ１１５の例であり得る、基地局１０５−ａと、基地局１０５−ｂと、カバレージエリア１１０−ａと、ＵＥ１１５−ａとを含み得る。基地局１０５−ａ、基地局１０５−ｂ、およびＵＥ１１５−ａは、図１を参照しながら上記で概略的に説明されたように、ＵＥ１１５−ａがカバレージエリア１１０−ａ内にあるとき、ｅＣＡ送信２０５を介して互いと通信し得る。ｅＣＡ送信２０５は、ダウンリンク送信とアップリンク送信の両方を含み得る。基地局１０５−ａは、ＵＥ１１５−ａと通信するためにＣＣの第１のセットを使用し得、基地局１０５−ｂは、ＵＥ１１５−ａと通信するためにＣＣの第２のセットを使用し得る。
【００５４】
[0074]複数のＣＣに関連する制御オーバーヘッドは、（たとえば、ｅＣＡ動作中に）ＣＣの数が増加するにつれて扱いにくくなり得る。いくつかの場合には、利用可能リソースを効率的にスケジュールし、利用するために、レガシーキャリアアグリゲーション（たとえば、最高５つのＣＣのためのＣＡ）とともに利用される制御方式に対する代替策が採用され得る。基地局１０５−ａは、ＵＥ１１５−ａによる使用のためのいくつかのＣＣ（たとえば、３２個のＣＣ）を構成し得、基地局１０５−ａは、ｅＣＡ動作に適したＤＣＩ構成を利用し得る。たとえば、ジョイント許可、ＣＣグループごとの個別の許可、またはジョイント許可と個別の許可との組合せが、スケジューリング（たとえば、クロスキャリアスケジューリング）およびスケジュールされたＣＣの効率的なリソース割当てのために使用され得る。ＤＣＩは、１つまたは複数のｅＣＡ送信２０５中のリソース許可メッセージ中に含まれ得る。ダウンリンクＣＣは、ダウンリンク制御チャネルまたはダウンリンク共有チャネルあるいはその両方を含み得、ダウンリンクｅＣＡ送信２０５の場合、リソース許可メッセージは、ダウンリンクＣＣの制御領域またはデータ領域中で送信され得る。
【００５５】
[0075]いくつかの場合には、ＤＣＩに割り振られるビットの数は、構成されたＣＣの数に基づいて半静的に決定され得る。ＤＣＩは、スケジュールされたＣＣのためのスケジューリングビットマップと、コンテンツまたはスケジューリング情報（たとえば、ＨＡＲＱ情報、ＭＣＳ、新規データインジケータ（ＮＤＩ）、冗長バージョン（ＲＶ）、データ割当てインデックス（ＤＡＩ）、およびプリコーディング）と、ＲＢ割当て情報とを含み得る。スケジューリングビットマップはスケジュールされたＣＣを識別し得、使用されるビットの数は構成されたＣＣの数に等しいことがある。さらに、ＲＢ割当てのために使用されるビットの数がＲＢ割当てグラニュラリティを決定し得る。いくつかの場合には、ＲＢ割当てのために利用可能なビットの数は、スケジュールされたＣＣの数と逆関係にあり得、すなわち、いくつかの例では、より多数のスケジュールされたＣＣがあるほど、各ＣＣにおいてＲＢを割り振るためのより少数のビットがＤＣＩメッセージ中に残る。ＲＢ割当てグラニュラリティはまた、１つまたは複数のｅＣＡ送信２０５がアップリンク送信を備えるのかダウンリンク送信を備えるのかに依存し得る。ジョイント許可において使用される適応ＲＢグラニュラリティは、５つまたはそれ以下のＣＣとともに採用され得る制御方式と比較して、ｅＣＡに関連するオーバーヘッドを著しく低減し得る。
【００５６】
[0076]いくつかの場合には、オーバーヘッドは、個々のＣＣごとではなく、ＣＣのグループごとにスケジューリングビットマップとスケジューリング情報とを生成することによってさらに減少され得る。許可は、構成されたＣＣの特定のサブセットを対象とし得、サブセットはＲＲＣシグナリングによって定義され得る。ＲＢ割当てのために使用されるビットの数は、グループ中のすべてのＣＣの合成帯域幅に基づき得る。一例として、Ｎ  ＲＢのグラニュラリティが単一の２０ＭＨｚキャリアのために利用され得、３Ｎのグラニュラリティが６０ＭＨｚの複合帯域幅のために使用され得る。
【００５７】
[0077]他の例では、基地局１０５−ａは、ｅＣＡ送信２０５の単一のセット中に、個々のＣＣのための許可と組み合わせてジョイント許可または特定のＣＣグループのための許可を送信し得る。ジョイント許可またはグループ固有の許可は、より低いグラニュラリティを可能にするシナリオにおいて使用され得、個別の許可は、いくつかのＣＣにより高いグラニュラリティを与えるために使用され得る。いくつかの場合には、個々に許可され得るセルの数は、５つまたは８つのＣＣになど、制限され得る。これは、基地局１０５−ａが、特定の割振りのためにより大きいジョイント許可を使用することを回避することを可能にし得る。
【００５８】
[0078]個別の許可およびジョイント許可はまた、割振りがダウンリンクに関するのかアップリンクに関するのかに従って利用され得る。たとえば、個々のＣＣは、ダウンリンク上のジョイント許可、アップリンク上の個別の許可、ダウンリンク上の個別の許可、アップリンク上のジョイント許可、またはそれらの任意の組合せを使用するように構成され得る。同様に、ジョイント許可および個別の許可のリンク固有の利用は、個々のＣＣがＣＣグループに構成され、ジョイント許可が、割振りがダウンリンクに関するのかアップリンクに関するのかに従って使用されるように、ＣＣグループに拡張され得る。ＣＣの構成に応じて、ＵＥは、ジョイント許可と個別の許可の両方ではなく、そのいずれかを監視することが必要とされ得る。
【００５９】
[0079]図３Ａは、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御をサポートするＤＣＩ構造３００−ａの一例を示す。ＤＣＩ構造３００−ａは、図１〜図２を参照しながら上記で説明されたＵＥ１１５と基地局１０５との間の送信の態様を示し得る。ＤＣＩ構造３００−ａは、スケジューリングビットマップ３０５と、スケジューリング情報３１０と、ＲＢ割当てフィールド３１５とを含み得、ジョイントクロスキャリア制御において使用され得る。ＤＣＩ構造３００−ａは、送信されたリソース許可中に含まれ得る。
【００６０】
[0080]いくつかの場合には、ＤＣＩ構造３００−ａは、ＣＣごとのクロスキャリア制御情報を与え得る。ＤＣＩ構造３００−ａの長さ（たとえば、割り振られたビットの数）は、クロスキャリア制御のために構成されたＣＣの数に基づいて半静的に決定され得る。スケジューリングビットマップ３０５は、構成されたＣＣのグループからどのＣＣがスケジュールされるかを決定するために使用され得る。スケジューリングビットマップ３０５によって使用されるビットの数は、構成されたＣＣの数に等しいことがある（たとえば、３２個のＣＣの場合は３２ビット）。スケジューリング情報３１０に割り振られるビットは、スケジュールされたＣＣの数に基づき得る。いくつかの例では、スケジューリングビットマップ３０５のビットは、個々のＣＣではなくＣＣグループに対応し得る。
【００６１】
[0081]スケジューリング情報３１０は、各スケジュールされたＣＣのためのハイブリッド自動再送要求（ＨＡＲＱ）情報と、送信電力制御（ＴＰＣ）と、変調およびコーディング方式（ＭＣＳ）と、新規データインジケータ（ＮＤＩ）と、冗長バージョン（ＲＶ）と、データ割当てインデックス（ＤＡＩ）と、プリコーディング情報とを含み得る。ＭＣＳ情報は、新しい送信および再送信のための別個のフィールドを含み得る。冗長バージョンは、新しい送信では省略されるか、または固定値（たとえば、０）に設定され得る。
【００６２】
[0082]ＲＢ割当てフィールド３１５に割り振られるビットは、スケジューリングビットマップ３０５およびスケジューリング情報３１０にビットを割り振った後に残るビットに基づき得る。ＲＢ割当てグラニュラリティは、ＲＢ割当てのためにより多数のビットが利用可能であるとき、増加し得る。たとえば、ＤＣＩ構造３００−ａは合計Ｔビットを割り振られ得、スケジューリングビットマップ３０５はＣビットを割り振られ得、スケジューリング情報３１０はＳビットを割り振られ得、ＲＢ割当てフィールド３１５はＲＢビットを割り振られ得る。ＲＢ割当てフィールド３１５のために利用可能なビットの数は、以下の式を使用して決定され得る。
ＲＢｂｉｔｓ＝Ｔｂｉｔｓ−Ｃｂｉｔｓ−Ｓｂｉｔｓ                    （１）
式１は、スケジューリング情報とスケジューリングビットマップとを考慮した後の、ＣＣのＲＢ割当てのために利用可能な残りのビットの依存性を示す。ＲＢ割当てのための利用可能ビットの数は、スケジュールされたＣＣの数に基づき得る。たとえば、より多数のＣＣがスケジュールされるとき、スケジューリング情報３１０に割り振られるビットＳは増加し得、ＲＢ割当てのために利用可能なビットの数ＲＢは減少し得る。いくつかの場合には、構成されたＣＣのすべてがスケジュールされ得、ＲＢ割当てのための追加のビットはないことがある。これは、ＤＣＩ情報が、スケジューリングビットマップ３０５を通して、ＣＣの全帯域幅がスケジュールされるかどうかを通信し得る、粗い割振り方式に対応し得る。
【００６３】
[0083]別の例では、ＤＣＩ構造３００−ａは、ＣＣのグループごとのクロスキャリア制御情報を与え得る。ＣＣグループを定義するためにＲＲＣ構成が使用され得る（たとえば、ＲＲＣ構成は、グループの数と、各ＣＣがグループにどのように関連するかとを決定し得る）。グループの数は、（たとえば、いくつかの例では４つのＣＣの８つのグループに）制限され得る。スケジューリング情報３１０によって使用されるビットの数は、スケジュールされたＣＣグループの数に基づき得る。スケジューリング情報（たとえば、ＭＣＳ、ＨＡＲＱ情報など）はグループ中の各ＣＣに共通であり得る。いくつかの場合には、スケジューリング情報は、ビットマップが個々のＣＣを表す場合でもグループごとに与えられ得る。グループからの少なくとも１つのＣＣがスケジュールされる場合、そのグループのためのスケジューリング情報が与えられ得る。ＲＢ割振りはＣＣごとに行われ得るか、またはグループ内のスケジュールされたＣＣのＲＢは一緒に考慮され（たとえば、サービングセルＩＤに基づいて一緒にインデックス付けされ）得る。前述のように、スケジューリングビットマップ３０５およびスケジューリング情報３１０にビットを割り振った後に残るビットは、ＲＢ割当てフィールド３１５に割り振られ、割振りグラニュラリティを与え得る。
【００６４】
[0084]したがって、ＤＣＩ構造３００−ａは、たとえば、合計Ｔビットを割り振られ得、スケジューリングビットマップ３０５は、（個々のＣＣを表す）Ｃビットを割り振られ得、スケジューリング情報３１０は、Ｓ＊Ｇビットを割り振られ得、ただし、Ｓは、スケジューリング情報の個々の指定のために使用されるビットの数であり、Ｇは、割り当てられたグループの数である。ＲＢ割当てフィールド３１５のために利用可能なビットの数は、以下の式を使用して決定され得る。
ＲＢｂｉｔｓ＝Ｔｂｉｔｓ−Ｃｂｉｔｓ−Ｓｂｉｔｓ＊Ｇ              （２）
【００６５】
[0085]他の例では、スケジューリングビットマップ３０５によって使用されるビットの数はＣＣグループの数に基づき得、また、スケジューリング情報３１０によって使用されるビットの数はスケジュールされたＣＣグループの数に基づき得る。この例では、ＤＣＩ構造３００−ａは合計Ｔビットを割り振られ得、スケジューリングビットマップ３０５はＣ＊Ｇビットを割り振られ得、ただし、Ｇは、割り当てられたグループの数であり、スケジューリング情報３１０はＳ＊Ｇビットを割り振られ得、ＲＢ割当てフィールド３１５はＲＢビットを割り振られ得る。ＲＢ割当てフィールド３１５のために利用可能なビットの数は、式３を使用して決定され得る。
ＲＢｂｉｔｓ＝Ｔｂｉｔｓ−Ｃｂｉｔｓ＊Ｇ−Ｓｂｉｔｓ＊Ｇ          （３）
【００６６】
[0086]ＤＣＩ構造３００−ａは、個々のＣＣのための許可と組み合わせて使用され得る。いくつかの場合には、ジョイント許可は、スケジューリンググラニュラリティが粗くてもよい場合に使用され得、個別の許可は、より細かいグラニュラリティを与えるために使用され得、および／またはジョイント許可の使用は、割振りがアップリンクに関するのかダウンリンクに関するのかに依存し得る。ＵＥ１１５は、同じまたは異なるセルのためのＴＴＩ中でジョイント許可と個別の許可とを受信し得る。いくつかの場合には、あるセルのために個別の許可が送信された場合、そのセルは、同じＴＴＩ中で発生するジョイント許可から省略され得る。これは、少数のセルがＵＥに対してスケジュールされる場合、効率の増加を可能にし得る。
【００６７】
[0087]図３Ｂは、本開示の様々な態様による、ｅＣＡ構成におけるグループ制御のためのＤＣＩ構造３００−ｂの一例を示す。ＤＣＩ構造３００−ｂは、図１〜図２を参照しながら上記で説明されたＵＥ１１５と基地局１０５との間の送信の態様を示し得る。ＤＣＩ構造３００−ｂは、グループインジケータ３２０と、スケジューリング情報３２５と、ＲＢ割当てフィールド３３０とを含み得、ジョイントクロスキャリア制御において使用され得る。ＤＣＩ構造３００−ｂは、送信されたリソース許可中に含まれ得る。
【００６８】
[0088]グループインジケータ３２０に割り振られるビットの数は、構成されたＣＣグループの数に基づき得る（すなわち、それはグループインデックスを示し得る）。ＣＣグループは、アップリンク動作とダウンリンク動作の両方のために構成され得、グループインジケータ３２０は、それぞれの集合に対するインデックスとして働くことができる。スケジューリング情報３２５（たとえば、ＭＣＳ、ＨＡＲＱ情報など）によって使用されるビットの数は、スケジュールされたグループ内の各ＣＣに共通であり得るか、またはそれは変わることがある。ＲＢ割当てフィールド３３０のために使用されるビットの数は、グループ中のすべてのＣＣの合成帯域幅に基づき得る。たとえば、Ｎ  ＲＢの固定グラニュラリティが２０ＭＨｚキャリアのために利用され得、３Ｎのグラニュラリティが６０ＭＨｚのために使用され得る。ＲＢ割当てフィールド３３０はまた、異なるサイズをもつユニットに適応し得る。たとえば、ジョイント許可とともに使用するための新しい割振りユニットは、所定の数のリソースブロックを含むものとして定義され（拡張ＲＢＧ（ｅＲＢＧ）とも呼ばれ）得る。システム帯域幅が、選択されたｅＲＢＧユニットの整数倍でないとき、ＲＢ割当てフィールド３３０の１つまたは複数のビットを用いて追加の帯域幅が含められ得る。前の例を続けると、２０ＭＨｚシステム帯域幅が１００ＲＢとして表される場合、およびジョイント許可が４つのＣＣをスケジュールするように構成される場合、ＲＢ割当てフィールド３３０は６つのｅＲＢＧを表し得、最初の５つがそれぞれ１６ＲＢのサイズを有し、最後のｅＲＢＧが残りの２０ＲＢを表す。ｅＲＢＧを標準ＲＢＧの２乗として表すこと（たとえば、ＲＢＧが３ＲＢである場合、ｅＲＢＧは９ＲＢである）などを含む、他のｅＲＢＧサイジングが可能である。表１は、１つのそのような例示的な構成を示す。
【表１】
0006661648.tif 000002
【００６９】
[0089]いくつかの場合には、ＤＣＩ構造３００−ｂは、構成されたＣＣの帯域幅に基づいてクロスキャリア制御のための制御情報を与え得る。スケジュールされるべきＲＢの数は、構成されたＣＣのすべてのＲＢの和に等しいことがある。これは、ＮRBとして示され得る。サービングセルインデックスに基づいて（たとえば、昇順サービングセルインデックスに従って）、ＲＢの連続する記数法が使用され得る。いくつかの例では、局所リソース割当ては、所与のＲＢ、ＮRBstartから開始し、ＮRB−ＮRBstart−１までの連続するＲＢを含み得る。同様の技法が、分散リソース割当てのために使用され得る。リソース割振りのために使用されるビットの数は、すべての構成されたＣＣのＲＢの合成数に基づき得る。スケジューリング情報は、スケジュールされたリソースのすべてについて同じであり得る。
【００７０】
[0090]ＤＣＩ構造３００−ｂは、個別の許可と組み合わせて使用され得る。いくつかの場合には、グループ許可は、スケジューリンググラニュラリティが中程度に粗くてもよい場合に使用され得、個別の許可は、より細かいグラニュラリティを与えるために使用され得る。ＵＥは、同じまたは異なるセルのための同じＴＴＩ中でジョイント許可と、グループ許可と、個別の許可とを受信し得る。いくつかの場合には、あるセルのために個別の許可が送信された場合、そのセルは、同じＴＴＩ中で発生するジョイント許可またはグループ許可から省略され得、したがって、ＵＥは、対応するＤＣＩフォーマットのみを監視することが必要とされ得る。また、ＤＣＩフォーマットの数が、ＵＥの負担を低減するために最小限に抑えられ得る。一例では、ＤＬ許可のための２つのＤＣＩフォーマット、すなわち、ＣＲＳベースの許可のための１つのＤＣＩフォーマットおよびＤＭ−ＲＳベースの許可のための他のＤＣＩフォーマットのみが利用される。これは、少数のセルがＵＥに対してスケジュールされる場合、効率の増加を可能にし得る。
【００７１】
[0091]図３Ｃは、本開示の様々な態様による、ｅＣＡのためのジョイント制御をサポートする例示的なｅＣＡ通信３０２を示す。ｅＣＡ通信３０２は、基地局１０５とＵＥ１１５との間の通信の一例であり得る。Ｎが任意の整数であり得る、合計Ｎ個のＣＣ、ＣＣ０〜ＣＣＮが基地局１０５とＵＥ１１５との間の通信のために構成される。ＵＥ１１５のためのｅＣＡの管理が行われ得、ここで、２段割当てが、ＣＣ０〜ＣＣＮキャリアの各々にスケジューリングと割当てとを与える。ＵＥ１１５は、制御ＰＤＳＣＨ（ｃＰＤＳＣＨ）３４０またはｃＰＤＳＣＨ３５０など、ｃＰＤＳＣＨのためのリソースを識別する割当て指示を取得するために、ＣＣ０中のＰＤＣＣＨ３３５をブラインド復号し得る。割当て指示はまた、識別されたＰＤＳＣＨが、単なる通常ＰＤＳＣＨではなく、ｃＰＤＳＣＨであることをＵＥ１１５にアラートする制御フラグを含み得る。割当て指示は、さらに、ＵＥ１１５が、構成されたＣＣ、ＣＣ０〜ＣＣＮのうちのいずれか１つまたは複数のためのスケジューリングおよび割当て情報ならびに制御メッセージを取得するために、ｃＰＤＳＣＨ３４０または３５０など、識別されたｃＰＤＳＣＨを復号することを可能にする。
【００７２】
[0092]ｃＰＤＳＣＨ３４０は、それの対応するＰＤＣＣＨ、すなわちＰＤＣＣＨ３３５と同じサブフレームおよび同じキャリアＣＣ０中で送信される１つの例示的なｃＰＤＳＣＨを示すことに留意されたい。ｃＰＤＳＣＨ３５０は、ＰＤＣＣＨ３３５と同じサブフレーム中で、ただし、異なるキャリアＣＣ２中で送信される別の独立した例示的なｃＰＤＳＣＨとして示されている。ｃＰＤＳＣＨ３４０とｃＰＤＳＣＨ３５０の両方が図３Ｃに示されているが、それらは、図３Ｃに示されている異なる例示的な実装形態を表し得、必ずしも、両方ともＰＤＣＣＨ３３５に関して送信される２つの別個のｃＰＤＳＣＨ送信を表すために一緒に図示されているとは限らない。
【００７３】
[0093]図３Ｃに示されているように、ＰＤＣＣＨ、ｃＰＤＳＣＨ、ｄＰＤＳＣＨ、ＰＵＳＣＨなどの表現を含むサブフレームを表すブロックは、概念ブロック表現であり、特定のサブフレームの構造、またはそのようなチャネルが一般に位置するであろう図示されたサブフレームの実際の部分の詳細を与えるものではないことにさらに留意されたい。図３Ｃに示されているブロック表現は、特定のサブフレーム中のそのようなチャネルの存在を示すためのものにすぎない。
【００７４】
[0094]構成されたＣＣのためのスケジューリングおよび割当て情報に加えて、ｃＰＤＳＣＨ３４０および３５０など、制御ＰＤＳＣＨは、様々な追加の制御メッセージを含んでいることがある。たとえば、ｃＰＤＳＣＨは、構成されたＣＣのいずれかまたはすべてのためのダウンリンク割当てとアップリンク割当てとを含み得る。ｃＰＤＳＣＨ３４０は、ＣＣ１上のｄＰＤＳＣＨ３４５の、基地局１０５からのダウンリンク割当てを含み得、ｃＰＤＳＣＨ３５０は、ＣＣＮ上のダウンリンク割当てｄＰＤＳＣＨ３５５とＣＣ２上のアップリンク割当てＰＵＳＣＨ３６０とを含み得る。ｃＰＤＳＣＨ３４０および３５０など、制御ＰＤＳＣＨはまた、アップリンク送信のためのＨＡＲＱ情報など、他の制御情報と、すべてのキャリアについてＰＣＦＩＣＨ中で一般に搬送される制御フォーマットインジケータ（ＣＦＩ）など、サポート制御情報とを含み得る。ＣＦＩは、各サブフレームにおいて制御チャネル（たとえば、ＰＤＣＣＨ、ＰＨＩＣＨなど）を搬送するためにいくつのＯＦＤＭシンボルが使用されるかを識別するインジケータである。したがって、ＵＥ１１５は、構成されたＣＣ０〜ＣＣＮのいずれかについてＰＣＦＩＣＨを検出することを試みる代わりに、ｃＰＤＳＣＨ３４０および／または３５０中のそのような情報を取得するであろう。
【００７５】
[0095]ＰＤＳＣＨ内にこの情報を含めることの別の利益は、巡回冗長検査（ＣＲＣ）、反復コード、パリティビット、チェックサムなど、レート制御および誤り検出コーディングを通してＰＤＳＣＨ送信によって与えられる保護である。したがって、ｃＰＤＳＣＨ３４０および３５０とともに送信される制御情報および制御メッセージは、誤り保護され、信頼できることがあり、これは、ＵＥ１１５におけるＰＤＣＣＨのための解釈／プルーニング論理を低減し得、制御チャネル処理における有意な複雑さを与え得る。誤り保護はまた、ＨＡＲＱなど、複数の制御チャネルに関するフォールスアラーム／ミス検出のレートを減少させ得る。
【００７６】
[0096]ＰＤＳＣＨレート制御では、ｃＰＤＳＣＨ３４０および３５０など、制御ＰＤＳＣＨは、送信のために、ＭＩＭＯ、プリコーディング、およびＭＣＳ制御を使用し得る。制御ＰＤＳＣＨはまた、ダウンリンクデータ割当てが将来のサブフレームに割り当てられるとき、ＨＡＲＱプロシージャを使用し得る。たとえば、ｃＰＤＳＣＨ３４０は、ｃＰＤＳＣＨ３４０から４サブフレームであるｄＰＤＳＣＨ３４５のデータダウンリンク割当てを含むので、ＵＥ１１５および基地局１０５は標準ＨＡＲＱプロシージャを使用し得る。したがって、基地局１０５が、ｄＰＤＳＣＨ３４５を含んでいるサブフレームまでにｃＰＤＳＣＨ３４０に対するＵＥ１１５からのＡＣＫを受信することができなかった場合、基地局１０５は、タイミングが構成されたＣＣ、ＣＣ０〜ＣＣＮのための制御情報が追加されることを許すならば、ｄＰＤＳＣＨ３４５内でそのような情報を再送信することを決定し得、あるいは、ｄＰＤＳＣＨ３４５のスケジュールされたデータダウンリンクを取り消し、それらのリソースを、サービスされている他のＵＥ１１５に再割り当てし得る。データダウンリンクがより時間に敏感であるとき、たとえば、ｃＰＤＳＣＨ３５０が同じサブフレーム中でｄＰＤＳＣＨ３５５を割り当てる場合、ＨＡＲＱプロシージャが正常に動作するのに十分な時間がないことがある。
【００７７】
[0097]本開示の追加の態様は、より保守的なランクおよびＭＣＳ選択を使用することによって、ｃＰＤＳＣＨの信頼性を改善し得る。標準ランクおよびＭＣＳ値は、ネットワークによって、通常ＰＤＳＣＨについて１０％のターゲットブロック誤り率（ＢＬＥＲ）を達成するように選択される。しかしながら、ｃＰＤＳＣＨ復号の信頼性を改善するために、基地局１０５は、５％、３％、１％など、より低いターゲットＢＬＥＲを達成するように、より保守的なランクおよびＭＣＳを選択し得る。ｃＰＤＳＣＨ３４０および３５０など、ｃＰＤＳＣＨを送るとき、基地局１０５は、ＢＬＥＲを改善し得る有益なランクおよびＭＣＳを選択し、割当て指示とともにＰＤＣＣＨ３３５中で新しいランクおよびＭＣＳをＵＥ１１５に通信し得る。
【００７８】
[0098]本開示の追加の態様はまた、ｃＰＤＳＣＨ内の情報を効率的に構成するための改善された設計を提供し得る。たとえば、一態様では、ｃＰＤＳＣＨ３５０のサブフレームなど、ｃＰＤＳＣＨサブフレームは、複数の部分ＡおよびＢに分けられ得る。情報は、受信機が情報を復号し得る効率を増加させるために、複数の部分にわたって構成され得る。第１のスロットＡは、ｄＰＤＳＣＨ３５５などの、同じサブフレームのためのダウンリンク割当てなど、時間決定的な情報（time critical information）を搬送し得る。第２のスロットＢは、ＰＵＳＣＨ３６０など、アップリンクのためのＨＡＲＱおよびアップリンク割当てなど、より遅延に寛容な情報を搬送し得る。
【００７９】
[0099]本開示のさらなる態様は、復号タイムラインを便宜的に改善するために、ｃＰＤＳＣＨのための復号の複数のラウンドを提供し得る。そのような態様では、ＵＥ１１５は、復号を実施するために制御ＰＤＳＣＨサブフレーム全体が受信されるのを待つ必要がない。ｃＰＤＳＣＨ３５０ＡおよびＢをもつ上記で説明された複数の部分へのｃＰＤＳＣＨサブフレームの分割に関して、第１のスロットＡ中に含まれる時間決定的な情報は、ｃＰＤＳＣＨ３５０のｃＰＤＳＣＨサブフレーム全体が受信される前に復号され、したがって、ＵＥ１１５が時間決定的な制御情報を直ちに処理し始めることを可能にし得る。したがって、ＵＥ１１５は、サブフレーム中の複数の時点において復号を開始し得、制御情報が早期に復号された場合、ＵＥ１１５は、サブフレーム全体が受信される前に、ＣＣＮ中のｄＰＤＳＣＨ３５５など、データＣＣを処理することによってなど、復号された情報を処理し始め得る。
【００８０】
[0100]ｃＰＤＳＣＨは、ｃＰＤＳＣＨ３５０が同じサブフレーム中のｄＰＤＳＣＨ３５５を指すように、同じサブフレーム中にあり得るダウンリンクデータＰＤＳＣＨを指し、またはｄＰＤＳＣＨ３４５のためにスケジュールされたデータについての遅延があまり重要でないとき、ｃＰＤＳＣＨ３４０が将来のサブフレーム中のｄＰＤＳＣＨ３４５を指すように、後のサブフレーム中にあり得るダウンリンクデータＰＤＳＣＨを指し得る。ｃＰＤＳＣＨアップリンク割当ては、ｃＰＤＳＣＨ３５０が、後のサブフレームにおけるＰＵＳＣＨ３６０のためのアップリンク割当てをも含むように、将来のサブフレームを指し得る。データＰＤＳＣＨが後のサブフレーム中にあるとき、ＵＥ１１５は、割り当てられた将来のサブフレームにより近くなるまで、他のＣＣを監視する必要がないことがある。たとえば、ＰＤＣＣＨ３３５が、後のサブフレーム中のｄＰＤＳＣＨ３４５のデータダウンリンク割当てを含むｃＰＤＳＣＨ３４０のみを指す場合、ＵＥ１１５は、ｄＰＤＳＣＨ３４５の直前まで、それの受信チェーンを非アクティブ化し得る。したがって、ｃＰＤＳＣＨ３４０は、ＵＥ１１５が他のＣＣ受信をオンにするための迅速な指示として働き得る。
【００８１】
[0101]必要とされるとき、より多数のＣＣを動的にオンにすることをＵＥ１１５に提供することは、電力節約に役立ち得る。追加のＣＣがオンにされると、ＵＥ１１５は、ＣＣをオフに戻すためにアクティビティタイマーを使用し得る。したがって、追加のデータ割当てまたは他の制御ＰＤＳＣＨが、ｄＰＤＳＣＨ３４５におけるサブフレームとアクティビティタイマーの満了との間に到着しない場合、ＵＥ１１５は、ＣＣ１のための受信チェーンをオフにすることができる。追加のＣＣがオンにされたとき、アクティビティタイマーの満了の前に到着した、後の制御ＰＤＳＣＨは、同じサブフレーム中でデータＰＤＳＣＨをスケジュールし得、そのような将来の送信についての遅延を低減する。たとえば、ＵＥ１１５が、ｄＰＤＳＣＨ３４５のためにＣＣ１のための受信チェーンをオンにしたとき、基地局１０５は、別のＰＤＣＣＨ３６５をスケジュールしており、それは、ＣＣ０の同じサブフレーム中のｃＰＤＳＣＨ３７０を指す割当て指示を含む。ＵＥ１１５は、ＣＣ１のための受信チェーンをアクティブ化するときにアクティビティタイマーを開始し、満了より前に、ｄＰＤＳＣＨ３７５の時間敏感なダウンリンク割当てを含むｃＰＤＳＣＨ３７０が受信される。したがって、ＣＣ１のための受信チェーンは、ｄＰＤＳＣＨ３４５の復号のために再アクティブ化した後、アクティビティタイマーの持続時間の間すでにオンであるので、ＣＣ１のための受信チェーンをアクティブ化する際の遅延がないことがある。
【００８２】
[0102]図４は、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御をサポートするシステム中のプロセスフロー４００の一例を示す。プロセスフロー４００は、基地局１０５−ｃおよびＵＥ１１５−ｂによって実施され得、それは、図１〜図２を参照しながら上記で説明された基地局１０５およびＵＥ１１５の例であり得る。基地局１０５−ｃおよびＵＥ１１５−ｂは、スループットを増加させるためにｅＣＡを利用し得る。
【００８３】
[0103]ステップ４０５において、基地局１０５−ｃは、ＵＥ１１５−ｂのためのＣＣのセットを構成し得、ＣＣは、クロスキャリア制御のために構成され得る。構成されたＣＣは、アップリンクＣＣまたはダウンリンクＣＣ、あるいはその両方であり得る。いくつかの場合には、ＲＲＣ構成メッセージが、ＣＣを構成するためにＵＥ１１５−ｂに送られ得る。構成メッセージは、リソース許可のサイズの指示を含み得る。いくつかの場合には、通信は、ＣＣのうちの１つまたは複数をグループに区分するグループ構成メッセージを含み得る。いくつかの例では、指示は、各グループのためのインデックスを含む。
【００８４】
[0104]ステップ４１０において、基地局１０５−ｃは、ｅＣＡ動作のためのいくつかの構成されたＣＣをスケジュールし得、アップリンクＣＣまたはダウンリンクＣＣを含む。いくつかの場合には、基地局１０５−ｃは、各ＴＴＩについて構成されたＣＣの異なるセットをスケジュールするか、またはＣＣを半静的にスケジュールし得る。いくつかの例では、基地局１０５−ｃは、構成されたＣＣの１つまたは複数のグループをスケジュールし得る。
【００８５】
[0105]ステップ４１５において、基地局１０５−ｃはリソース許可メッセージを生成し得る。リソース許可は、制御情報を含み得、いくつかの場合には、リソース許可のサイズは半静的に構成され得る。いくつかの場合には、リソース許可は、今度の通信のためのＤＣＩを含み得る。リソース許可サイズは、ＴＴＩごとに構成され得るＤＣＩ長さに基づき得る。いくつかの場合には、ＤＣＩ長さは、構成されたＣＣの数に基づき得る。ＤＣＩはスケジューリングビットマップを含み得、ここで、スケジューリングビットマップの各ビットは、構成されたＣＣまたはＣＣグループのうちの１つに対応する。ＤＣＩは、ＭＣＳ指示、ＨＡＲＱ指示、新規データインジケータ（ＮＤＩ）、冗長バージョン（ＲＶ）指示、送信電力制御（ＴＰＣ）コマンド、プリコーディング指示、またはデータ割当てインデックス（ＤＡＩ）指示、あるいはそれらの任意の組合せなどのスケジューリング情報をも含み得る。いくつかの例では、スケジューリング情報の各セットはスケジュールされたＣＣに対応する。他の場合には、スケジューリング情報は、ＣＣグループに基づいて与えられる。いくつかの例では、スケジューリング情報の１つまたは複数のセットは、スケジュールされたＣＣのうちの少なくとも１つのための第１のスケジューリング情報と、スケジュールされたＣＣのうちの少なくとも２つのための第２のスケジューリング情報とを含み得る。
【００８６】
[0106]ＤＣＩはまた、リソース割振り情報を含み得る。リソース割振りグラニュラリティは、リソース許可メッセージ中のリソース割振りビットの数に基づき得る。いくつかの場合には、スケジュールされたＣＣの数がリソース割振りグラニュラリティに影響を及ぼし得、たとえば、より多数のビットがスケジューリング情報のために使用される場合、より少数のビットがＲＢ割振りのために確保され得る。リソース割振りグラニュラリティはまた、スケジュールされたＣＣがアップリンクＣＣを備えるのかダウンリンクＣＣを備えるのかに基づき得る。いくつかの事例では、グラニュラリティは、リソース許可メッセージが、ダウンリンクＣＣの制御領域中のメッセージを備えるのかデータ領域中のメッセージを備えるのかに基づき得る。
【００８７】
[0107]いくつかの例では、スケジューリングビットマップの各ビットはＣＣのグループに対応し、スケジューリング情報はＣＣグループに対応し得る。その場合、スケジュールされたＣＣグループの数がリソース割振りグラニュラリティに影響を及ぼすかまたは作用し得る。いくつかの場合には、リソース許可サイズは、スケジュールされたＣＣのグループの合成帯域幅に基づき得る。リソース割振りも、スケジュールされたＣＣのグループの合成帯域幅に基づき得る。いくつかの場合には、リソース割振りは、構成されたＣＣのうちの少なくとも２つのジョイントＲＢインデックス付け構成に基づき得る。
【００８８】
[0108]ステップ４２０において、基地局１０５−ｃとＵＥ１１５−ｂとは、構成されたＣＣを使用して通信し得る。たとえば、基地局１０５−ｃは、リソース許可と、リソース許可に関連するいくつかの情報ブロックとを含み得る信号をＵＥ１１５−ｂに送信し得る。リソース許可メッセージは、スケジュールされたＣＣの指示と、リソース割振りグラニュラリティに関連するリソース割振りとを含み得る。リソース許可は、ダウンリンクＣＣの制御領域またはデータ領域中のメッセージを含み得、ダウンリンク制御チャネルまたはダウンリンク共有チャネル上で送られ得る。いくつかの例では、ＵＥ１１５−ｂは、追加の単一の構成されたＣＣのための追加のリソース許可メッセージを受信し得る。
【００８９】
[0109]ステップ４２０において追加または代替として、ＵＥ１１５−ｂは、基地局１０５−ｃから、構成されたＣＣをＣＣの１つまたは複数のグループに区分するグループ構成メッセージを受信し得る。構成されたＣＣは、スケジュールされたＣＣがアップリンクＣＣを含むのかダウンリンクＣＣを含むのかに基づいて、ＣＣの１つまたは複数のグループに区分され得る。そのような場合、ＵＥ１１５−ｂは複数のリソース許可メッセージを受信し得、ここで、各リソース許可メッセージは、ＣＣの１つまたは複数のグループ中のＣＣのグループに対応する。いくつかの場合には、ＣＣの少なくとも１つのグループはダウンリンクＣＣを含み、グループの各ダウンリンクＣＣは、同じアップリンク制御チャネルに関連する。
【００９０】
[0110]ステップ４２５において、ＵＥ１１５−ｂは、リソース許可を復号し、ＲＢ割振りグラニュラリティを決定し得る。たとえば、ＵＥ１１５−ｂは、ＲＢ割振りのために使用されるビットの数を識別し、グラニュラリティを推論し得る。いくつかの場合には、ＲＢグラニュラリティはまた、各ＣＣの帯域幅内の（または一緒にインデックス付けされた帯域幅内の）インデックス付きＲＢの数に基づき得る。
【００９１】
[0111]いくつかの例では、ＵＥ１１５−ｂは、ｃＰＤＳＣＨのためのリソースを識別する割当て指示を取得するために、リソース許可を復号し得る。割当て指示はまた、識別されたＰＤＳＣＨが、単なる通常ＰＤＳＣＨではなく、ｃＰＤＳＣＨであることをＵＥ１１５−ｂにアラートする制御フラグを含み得る。割当て指示は、さらに、ＵＥ１１５−ｂが、構成されたＣＣのうちのいずれか１つまたは複数のためのスケジューリングおよび割当て情報ならびに制御メッセージを取得するために、識別されたｃＰＤＳＣＨを復号することを可能にする。
【００９２】
[0112]ステップ４３０において、ＵＥ１１５−ｂは、生成されたリソース許可に基づいて、スケジュールされたＣＣ上のＲＢのセットを識別し得る。基地局１０５−ｃは、ＵＥ１１５−ｂと通信するために、識別されたＲＢを使用し得る。あるいは、アップリンクの場合、ＵＥ１１５−ｂは、基地局１０５−ｃと通信するために、識別されたＲＢを使用し得、たとえば、スケジュールされたＣＣのための共通ＨＡＲＱフィードバックメッセージを送信し得る。いくつかの場合には、基地局１０５−ｃは、（１つまたは複数のＣＣについて）リソース割振りグラニュラリティとＲＢインデックス付け構成とに基づいてＲＢを識別し得る。
【００９３】
[0113]ステップ４３５において、ＵＥ１１５−ｂは、識別されたＲＢ上で送信された基地局１０５−ｃからのデータを復号し得る。あるいは、基地局１０５−ｃは、ＵＥ１１５−ｂから受信されたデータを復号し得る。
【００９４】
[0114]いくつかの場合には、たとえば、ｅＣＡ構成においてＵＥ１１５−ｂのために構成されたＣＣのセットについて、個別（ＣＣ固有）の許可と（２つまたはそれ以上のＣＣをスケジュールする）ジョイント許可とがサポートされ得る。一例では、ＵＥ１１５−ｂのために構成されたＣＣは、個別の許可のために構成されたＤＬ  ＣＣの第１のサブセットと、ジョイント許可のために構成されたＤＬ  ＣＣの第２のサブセットとにさらに構成され得、ＵＬ  ＣＣは、個別の許可のために構成されたＵＬ  ＣＣの第３のサブセットと、ジョイント許可のために構成されたＵＬ  ＣＣの第４のサブセットとを有し得る。第１のサブセットは第３のサブセットに等しくないことがあり、第２のサブセットは第４のサブセットに等しくないことがある。すなわち、個別の許可およびジョイント許可の管理は、ＣＡを使用するＵＥ１１５−ｂのためのＤＬとＵＬとについて別々に行われ得る。また、ＣＣは、個別の許可とジョイント許可の両方によってスケジュールされるように構成され得ることに留意されたい。ＵＥ１１５−ｂは、一度にそれらのうちの１つを復号するように構成され得る。
【００９５】
[0115]ジョイント許可の下で、リソース割振りグラニュラリティはｅＲＢＧに基づき得る。いくつかの場合には、ｅＲＢＧは、４つのリソースブロックグループ（ＲＢＧ）として定義され得る。いくつかの場合には、最後のｅＲＢＧがより大きいサイズを有し得る。たとえば、１００ＲＢの２０ＭＨｚシステムの場合、６つのｅＲＢＧがあり得、最初の５つのｅＲＢＧは１６ＲＢをもち、最後のｅＲＢＧは２０ＲＢをもつ。ｅＲＢＧを定義する他の方法も可能である。たとえば、ｅＲＢＧは、ＲＢＧの２乗として定義され得る（たとえば、ＲＢＧが３ＲＢである場合、ｅＲＢＧは９ＲＢである）。したがって、システム帯域幅６〜１０ＲＢの場合、ｅＲＢＧジョイント許可は４ＲＢであり得、１１〜２６ＲＢシステム帯域幅は８ＲＢ  ｅＲＢＧを使用し得、２７〜６３は１２ＲＢを使用し得、６４〜１１０は１６ＲＢを使用し得る。
【００９６】
[0116]ジョイント許可では、新しい送信および再送信のために、別個の変調およびコーディング方式（ＭＣＳ）情報フィールドが使用され得る。すなわち、１つのＭＣＳが新しい送信のために使用され得、別のＭＣＳがＨＡＲＱ再送信のために使用され得る。各ＭＣＳは、ジョイント許可中のすべてのＣＣによって共有され得る。いくつかの場合には、冗長バージョン（ＲＶ）が再送信のために使用され得、新しい送信は固定ＲＶ（たとえば０）を使用し得る。さらに、ジョイント許可のためのＤＣＩフォーマットの数は最小限に抑えられ得る。たとえば、２つのＤＣＩフォーマットがＤＬ許可のために使用され得る（たとえば、ＣＲＳベース許可のための１つのＤＣＩフォーマットおよびＤＭ−ＲＳベース許可のための他のＤＣＩフォーマット）。
【００９７】
[0117]図５は、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御をサポートする例示的なワイヤレスデバイス５００のブロック図を示す。ワイヤレスデバイス５００は、図１〜図４を参照しながら説明されたＵＥ１１５の態様の一例であり得る。ワイヤレスデバイス５００は、受信機５０５、ジョイント制御モジュール５１０、または送信機５１５を含み得る。ワイヤレスデバイス５００はプロセッサをも含み得る。これらの構成要素の各々は互いと通信していることがある。
【００９８】
[0118]受信機５０５は、パケット、ユーザデータ、または様々な情報チャネルに関連する制御情報（たとえば、制御チャネル、データチャネル、およびｅＣＡのためのジョイント制御に関係する情報など）などの情報を受信し得る。情報は、ジョイント制御モジュール５１０に、およびワイヤレスデバイス５００の他の構成要素に受け渡され得る。いくつかの例では、設定されたスケジュールされたＣＣ上で通信することは、ＲＢのセット上で１つまたは複数のデータブロックを受信することを備える。いくつかの例では、受信機５０５は、リソース許可メッセージのサイズを示す構成メッセージを受信し得る。
【００９９】
[0119]ジョイント制御モジュール５１０は、複数の構成されたＣＣのためのリソース許可メッセージを受信し得、リソース許可は、サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を含み得る。受信は、受信機５０５との組合せで実施され得る。リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたＣＣの数に基づき得る。ジョイント制御モジュール５１０は、リソース許可メッセージに従って、サブフレームの間にスケジュールされたＣＣ上で通信し得る。この通信は、送信機５１５との組合せで実施され得る。
【０１００】
[0120]送信機５１５は、ワイヤレスデバイス５００の他の構成要素から受信された信号を送信し得る。いくつかの例では、送信機５１５は、トランシーバモジュールにおいて受信機５０５とコロケートされ得る。送信機５１５は単一のアンテナを含み得るか、またはそれは複数のアンテナを含み得る。
【０１０１】
[0121]図６は、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御をサポートする例示的なワイヤレスデバイス６００のブロック図を示す。ワイヤレスデバイス６００は、図１〜図５を参照しながら説明されたワイヤレスデバイス５００またはＵＥ１１５の態様の一例であり得る。ワイヤレスデバイス６００は、受信機５０５−ａ、ジョイント制御モジュール５１０−ａ、または送信機５１５−ａを含み得る。ワイヤレスデバイス６００はプロセッサをも含み得る。これらの構成要素の各々は互いと通信していることがある。ジョイント制御モジュール５１０−ａはまた、リソース許可モジュール６０５とスケジュールされた通信モジュール６１０とを含み得る。
【０１０２】
[0122]受信機５０５−ａは、ジョイント制御モジュール５１０−ａに、およびワイヤレスデバイス６００の他の構成要素に受け渡され得る情報を受信し得る。ジョイント制御モジュール５１０−ａは、図５を参照しながら上記で説明された動作を実施し得る。送信機５１５−ａは、ワイヤレスデバイス６００の他の構成要素から受信された信号を送信し得る。
【０１０３】
[0123]リソース許可モジュール６０５は、図２〜図４を参照しながら上記で説明されたように、サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を含む複数の構成されたＣＣのためのリソース許可メッセージを受信し得、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたＣＣの数に基づき得る。グラニュラリティはまた、スケジュールされたＣＣがアップリンクＣＣであるのかダウンリンクＣＣであるのかに基づき得る。いくつかの例では、リソース許可メッセージのサイズは、構成されたＣＣの数に基づき得る。いくつかの例では、リソース許可メッセージのサイズは半静的ＤＣＩ長さを備える。リソース許可メッセージのリソース割振りは、複数の構成されたＣＣのうちの少なくとも２つのためのジョイントＲＢインデックス付け構成に基づき得る。追加または代替として、リソース許可メッセージのサイズは、構成されたＣＣの数に基づき得る。リソース許可モジュール６０５はまた、リソース許可メッセージのサイズを示す構成メッセージを受信し得る。いくつかの例では、リソース許可メッセージのリソース割振りは、複数の構成されたＣＣのうちの少なくとも２つのためのジョイントＲＢインデックス付け構成に基づき得る。リソース許可メッセージは、ダウンリンク制御チャネルまたはダウンリンク共有チャネルの制御領域またはデータ領域中で送信され得る。
【０１０４】
[0124]リソース許可モジュール６０５はまた、ＵＥ１１５のために構成された複数のＣＣのうちの１つまたはＣＣのサブセット中のダウンリンク制御チャネルを監視し得る。したがって、ＵＥ１１５は、ＵＥ１１５のために設計されたアンカーＣＣまたは別のＣＣなど、ただ１つのＣＣを監視するように構成され得るか、あるいは総数のＣＣのうちのサブセットを監視し得る。ＵＥ１１５のために構成された総数よりも少数のものを監視することによって、ＵＥ１１５において電力が温存され得る。
【０１０５】
[0125]追加または代替として、リソース許可モジュール６０５は、ダウンリンク制御チャネルとともに割当て指示を受信し得、ここで、割当て指示は、構成されたＣＣのうちの１つまたは複数のための制御情報をもつ、ＵＥ１１５に割り当てられた制御用ダウンリンク共有チャネルを識別する。たとえば、ＰＤＣＣＨは、ＵＥ１１５に対して、ＰＤＣＣＨが指しているＰＤＳＣＨが制御ＰＤＳＣＨであることを識別するためのインジケータを含み得る。したがって、リソース許可モジュール６０５は、制御ＰＤＳＣＨを別様に処理すべきことを知り得る。それ以外は、ＰＤＣＣＨの機能は通常ＰＤＣＣＨと同様である。ＰＤＣＣＨ中で受信された制御ＰＤＳＣＨのための割当て指示は、ＰＤＣＣＨと同じＣＣ中にあるか異なるＣＣ中にあるかにかかわらず、制御ＰＤＳＣＨに割り振られたリソースブロック（ＲＢ）を識別し、ＭＣＳ、ランク、プリコーディング行列、ＨＡＲＱパラメータなど、制御ＰＤＳＣＨ送信のためのパラメータをも識別し得る。割当て指示はまた、割り当てられた制御用ダウンリンク共有チャネルが複数のＣＣを管理するために構成されることを示す制御フラグを含み得る。いくつかの例では、１つまたは複数のＣＣのためのダウンリンク割当ては、割り当てられた制御用ダウンリンク共有チャネルと同じサブフレームまたは将来のサブフレームのうちの１つ中のダウンリンク共有チャネルを指し得る。
【０１０６】
[0126]スケジュールされた通信モジュール６１０は、図２〜図４を参照しながら上記で説明されたように、リソース許可メッセージに従って、スケジュールされたサブフレームの間にスケジュールされたＣＣ上で通信し得る。たとえば、スケジュールされた通信モジュール６１０は、スケジュールされたＣＣのための共通ＨＡＲＱフィードバックメッセージを送信し得る。他の例では、スケジュールされた通信モジュール６１０は、将来のサブフレーム中のダウンリンク送信を識別する受信されたダウンリンク割当てに対応する複数のＣＣのうちの１つまたは複数に関連する受信チェーンを非アクティブ化し、将来のサブフレームより前に受信チェーンを再アクティブ化すること得る。いくつかの場合には、スケジュールされた通信モジュール６１０は、受信チェーンを再アクティブ化することに応答して、アクティビティタイマーをアクティブ化し得、アクティビティタイマーの満了より前に追加のダウンリンク割当てが受信されないとき、満了に応答して受信チェーンを非アクティブ化し得る。
【０１０７】
[0127]図７は、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御のためのワイヤレスデバイス５００またはワイヤレスデバイス６００の構成要素であり得る、ジョイント制御モジュール５１０−ｂのブロック図７００を示す。ジョイント制御モジュール５１０−ｂは、図５〜図６を参照しながら説明されたジョイント制御モジュール５１０の態様の一例であり得る。ジョイント制御モジュール５１０−ｂは、リソース許可モジュール６０５−ａとスケジュールされた通信モジュール６１０−ａとを含み得る。これらのモジュールの各々は、図６を参照しながら上記で説明された機能を実施し得る。ジョイント制御モジュール５１０−ｂはまた、スケジューリングビットマップモジュール７０５と、スケジューリング情報モジュール７１０と、割振りグラニュラリティモジュール７１５と、リソース識別モジュール７２０と、グループ構成モジュール７２５とを含み得る。
【０１０８】
[0128]スケジューリングビットマップモジュール７０５は、図２〜図４を参照しながら上記で説明されたように、リソース許可の一部としてスケジューリングビットマップを構成し得る。いくつかの例では、スケジューリングビットマップの各ビットは、複数の構成されたＣＣからのＣＣグループに対応する。代替的に、スケジューリングビットマップの各ビットは、複数の構成されたＣＣからの個々のＣＣに対応する。
【０１０９】
[0129]スケジューリング情報モジュール７１０は、図２〜図４を参照しながら上記で説明されたように、リソース許可の一部としてスケジューリング情報を構成し得る。スケジューリング情報の各セットは、たとえば、ＭＣＳ指示、ＨＡＲＱ指示、ＮＤＩ、ＲＶ指示、ＴＰＣコマンド、プリコーディング指示、またはＤＡＩ指示を含み得る。いくつかの例では、スケジューリング情報の各セットは、スケジュールされたＣＣの個々のＣＣに対応する。いくつかの例では、スケジューリング情報の各セットはＣＣのグループに対応し、対応するグループの各々は、スケジュールされたＣＣのうちの１つまたは複数のスケジュールされたＣＣを含む。スケジューリング情報の１つまたは複数のセットは、スケジュールされたＣＣのうちの少なくとも１つのための第１のスケジューリング情報と、スケジュールされたＣＣのうちの少なくとも２つのための第２のスケジューリング情報とを含み得る。
【０１１０】
[0130]割振りグラニュラリティモジュール７１５は、図２〜図４を参照しながら上記で説明されたように、リソース許可メッセージ中のリソース割振りビットの数またはスケジュールされたＣＣの数に基づいてリソース割振りグラニュラリティを決定し得る。割振りグラニュラリティモジュール７１５はまた、リソース許可メッセージが、ダウンリンクＣＣの制御領域中のメッセージを含むのかデータ領域中のメッセージを含むのかに基づいて、リソース割振りグラニュラリティを決定し得る。
【０１１１】
[0131]リソース識別モジュール７２０は、図２〜図４を参照しながら上記で説明されたように、リソース許可メッセージとリソース割振りグラニュラリティとに基づいて、スケジュールされたＣＣ上のＲＢのセットを識別し得る。リソース識別モジュール７２０はまた、制御用ダウンリンク共有チャネル中の制御情報を復号し得る。たとえば、ＵＥは、ＰＤＣＣＨから取得された制御ＰＤＳＣＨに割り振られたＲＢに同調し、制御ＰＤＳＣＨからの制御情報を復号する。いくつかの例では、制御メッセージのうちの時間決定的な制御メッセージは、割り当てられた制御用ダウンリンク共有チャネルの第１のセグメント中でリソース識別モジュール７２０によって復号され、制御メッセージのうちの遅延寛容な制御メッセージは、割り当てられた制御用ダウンリンク共有チャネルの次のセグメント中でリソース識別モジュール７２０によって復号される。いくつかの場合には、リソース識別モジュール７２０は、誤り検出コードを使用して、復号された制御情報を確認し得る。
【０１１２】
[0132]追加または代替として、リソース識別モジュール７２０は、復号された制御情報を使用して、１つまたは複数の構成されたＣＣを構成し得る。たとえば、ＰＤＣＣＨからの割当て指示中に含まれている情報を使用して、リソース識別モジュール７２０は、制御ＰＤＳＣＨに制御情報が含まれている、１つまたは複数の構成されたＣＣを復号、およびスケジュールするための制御情報を取り出すために制御ＰＤＳＣＨを復号する。制御ＰＤＳＣＨは、ＵＥのために構成されたＣＣのうちの１つ、多数、またはすべてのためのそのような制御情報を含み得る。
【０１１３】
[0133]リソース識別モジュール７２０はまた、ダウンリンク制御チャネル中で、割り当てられた制御用ダウンリンク共有チャネルのためのランクおよびＭＣＳを受信し得、ここにおいて、ランクおよびＭＣＳは、制御情報を復号すること際に使用される。いくつかの例では、リソース識別モジュール７２０は、制御用ダウンリンク共有チャネルの完全な送信を受信するより前に、制御用ダウンリンク共有チャネルからの制御情報を復号することを複数回試み、復号後直ちに、完全な送信より前に復号された制御情報の部分を処理し得る。
【０１１４】
[0134]グループ構成モジュール７２５は、図２〜図４を参照しながら上記で説明されたように、複数の構成されたＣＣのうちの１つまたは複数をＣＣの１つまたは複数のグループに区分するグループ構成メッセージを受信し得、ここで、ＣＣの１つまたは複数のグループは少なくとも２つの構成されたＣＣを含む。いくつかの例では、指示は、ＣＣの１つまたは複数のグループからのグループのインデックスを含む。構成されたＣＣは、スケジュールされたＣＣがアップリンクＣＣを含むのかダウンリンクＣＣを含むのかに基づいて、１つまたは複数のグループに区分され得る。いくつかの場合には、グループはダウンリンクＣＣを含み得、ここで、ＣＣの少なくとも１つのグループの各ダウンリンクＣＣは、同じアップリンク制御チャネルに関連する。いくつかの場合には、リソース許可メッセージのリソース割振りは、グループの合成帯域幅に基づき得る。グループ構成モジュール７２５はまた、複数のリソース許可メッセージを受信し得、ここで、各リソース許可メッセージは、ＣＣの１つまたは複数のグループに対応する。
【０１１５】
[0135]図８は、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御をサポートする、ＵＥを含む例示的なシステム８００の図を示す。システム８００は、図１、図２および図５〜図７を参照しながら上記で説明されたワイヤレスデバイス５００、ワイヤレスデバイス６００、またはＵＥ１１５の一例であり得る、ＵＥ１１５−ｃを含み得る。ＵＥ１１５−ｃは、図５〜図７を参照しながら説明されたジョイント制御モジュール５１０の一例であり得る、ジョイント制御モジュール８１０を含み得る。ＵＥ１１５−ｃはＲＲＣ構成モジュール８２５をも含み得る。ＵＥ１１５−ｃは、通信を送信するための構成要素と通信を受信するための構成要素とを含む、双方向音声およびデータ通信のための構成要素をも含み得る。たとえば、ＵＥ１１５−ｃは、基地局１０５−ｄまたはＵＥ１１５−ｄと双方向に通信し得る。
【０１１６】
[0136]ＲＲＣ構成モジュール８２５は、図２〜図４を参照しながら上記で説明されたように、複数の構成されたＣＣのための構成を確立するＲＲＣ構成メッセージを受信し得る。
【０１１７】
[0137]ＵＥ１１５−ｃはまた、プロセッサ８０５と、（ソフトウェア（ＳＷ）８２０を含む）メモリ８１５と、トランシーバ８３５と、１つまたは複数のアンテナ８４０とを含み得、それらの各々は、（たとえば、バス８４５を介して）互いと直接または間接的に通信し得る。トランシーバ８３５は、上記で説明されたように、（１つまたは複数の）アンテナ８４０あるいはワイヤードリンクまたはワイヤレスリンクを介して、１つまたは複数のネットワークと双方向に通信し得る。たとえば、トランシーバ８３５は、基地局１０５または別のＵＥ１１５と双方向に通信し得る。トランシーバ８３５は、パケットを変調し、変調されたパケットを送信のために（１つまたは複数の）アンテナ８４０に与え、（１つまたは複数の）アンテナ８４０から受信されたパケットを復調するためのモデムを含み得る。ＵＥ１１５−ｃは単一のアンテナ８４０を含み得るが、ＵＥ１１５−ｃはまた、複数のワイヤレス送信をコンカレントに送信または受信することが可能な複数のアンテナ８４０を有し得る。
【０１１８】
[0138]メモリ８１５は、ランダムアクセスメモリ（ＲＡＭ）および読取り専用メモリ（ＲＯＭ）を含み得る。メモリ８１５は、実行されたとき、プロセッサ８０５、およびしたがってＵＥ１１５−ｃに本明細書で説明される様々な機能（たとえば、ｅＣＡのためのジョイント制御など）を実施させる命令を含むコンピュータ可読、コンピュータ実行可能ソフトウェア／ファームウェアコード８２０を記憶し得る。代替的に、ソフトウェア／ファームウェアコード８２０は、プロセッサ８０５によって直接的に実行可能でないことがあるが、（たとえば、コンパイルされ実行されたとき）コンピュータに本明細書で説明される機能を実施させ得る。プロセッサ８０５は、インテリジェントハードウェアデバイス（たとえば、中央処理ユニット（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなど）を含み得る。
【０１１９】
[0139]図９は、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御をサポートする例示的なワイヤレスデバイス９００のブロック図を示す。ワイヤレスデバイス９００は、図１〜図８を参照しながら説明された基地局１０５の態様の一例であり得る。ワイヤレスデバイス９００は、受信機９０５、基地局ジョイント制御モジュール９１０、または送信機９１５を含み得る。ワイヤレスデバイス９００はプロセッサをも含み得る。これらの構成要素の各々は互いと通信していることがある。
【０１２０】
[0140]受信機９０５は、パケット、ユーザデータ、または様々な情報チャネルに関連する制御情報（たとえば、制御チャネル、データチャネル、およびｅＣＡのためのジョイント制御に関係する情報など）などの情報を受信し得る。情報は、基地局ジョイント制御モジュール９１０に、およびワイヤレスデバイス９００の他の構成要素に受け渡され得る。
【０１２１】
[0141]基地局ジョイント制御モジュール９１０は、サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を含む複数の構成されたＣＣのためのリソース許可メッセージを送信し得る。スケジュールされたＣＣはアップリンクＣＣまたはダウンリンクＣＣであり得る。この送信は、送信機９１５との組合せで実施され得る。リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたＣＣの数に基づき得る。基地局ジョイント制御モジュール９１０は、リソース許可メッセージに従って、サブフレームの間にスケジュールされたＣＣ上で通信し得る。この通信は、様々な例では、受信機９０５または送信機９１５との組合せで実施され得る。
【０１２２】
[0142]送信機９１５は、ワイヤレスデバイス９００の他の構成要素から受信された信号を送信し得る。いくつかの例では、送信機９１５は、トランシーバモジュールにおいて受信機９０５とコロケートされ得る。送信機９１５は単一のアンテナを含み得るか、またはそれは複数のアンテナを含み得る。いくつかの例では、スケジュールされたＣＣ上で通信することは、ＲＢのスケジュールされたセット上で１つまたは複数のデータブロックをＵＥ１１５に送信することを備える。
【０１２３】
[0143]図１０は、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御をサポートする例示的なワイヤレスデバイス１０００のブロック図を示す。ワイヤレスデバイス１０００は、図１〜図９を参照しながら説明されたワイヤレスデバイス９００または基地局１０５の態様の一例であり得る。ワイヤレスデバイス１０００は、受信機９０５−ａ、基地局ジョイント制御モジュール９１０−ａ、または送信機９１５−ａを含み得る。ワイヤレスデバイス１０００はプロセッサをも含み得る。これらの構成要素の各々は互いと通信していることがある。基地局ジョイント制御モジュール９１０−ａはまた、ＢＳリソース許可モジュール１００５とＢＳスケジュールされた通信モジュール１０１０とを含み得る。
【０１２４】
[0144]受信機９０５−ａは、基地局ジョイント制御モジュール９１０−ａに、およびワイヤレスデバイス１０００の他の構成要素に受け渡され得る情報を受信し得る。基地局ジョイント制御モジュール９１０−ａは、図９を参照しながら上記で説明された動作を実施し得る。送信機９１５−ａは、ワイヤレスデバイス１０００の他の構成要素から受信された信号を送信し得る。
【０１２５】
[0145]ＢＳリソース許可モジュール１００５は、図２〜図４を参照しながら上記で説明されたように、サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を備える複数の構成されたＣＣのためのリソース許可メッセージを送信し得、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたＣＣの数に基づき得る。リソース許可メッセージは、メッセージのデータ領域または制御領域中で送信され得、許可メッセージは、ダウンリンク制御チャネルまたはダウンリンク共有チャネル上で送信され得る。
【０１２６】
[0146]ＢＳリソース許可モジュール１００５はまた、ＵＥに制御用ダウンリンク共有チャネルを割り当てる割当て指示を生成し得る。たとえば、ＢＳリソース許可モジュール１００５は、ｅＣＡ通信を使用してサービスされている特定のＵＥ１１５に制御ＰＤＳＣＨを割り当て得る。いくつかの場合には、割当て指示は、割り当てられた制御用ダウンリンク共有チャネルのための１つまたは複数のパラメータを含み得、ここで、１つまたは複数のパラメータは、割り当てられた制御用ダウンリンク共有チャネルに割り振られた１つまたは複数のリソースブロック、送信フォーマット、または制御フラグを含み得る。いくつかの場合には、制御フラグは、割り当てられた制御用ダウンリンク制御チャネルが複数のＣＣを管理するために構成されることを示し得る。
【０１２７】
[0147]ＢＳリソース許可モジュール１００５はまた、ＵＥ１１５のために構成された複数のＣＣのうちの１つのＣＣ上で割当て指示を含むダウンリンク制御チャネルを送信し得る。いくつかの場合には、ＢＳリソース許可モジュール１００５は、ダウンリンク制御チャネル中に割当て指示を含め得る。ＢＳリソース許可モジュール１００５はまた、たとえば、送信機９１５−ａを使用することによって、割り当てられた制御用ダウンリンク共有チャネルをＵＥに送信し得る。いくつかの例では、ダウンリンク割当ては将来のサブフレームを指し得、本方法は、制御用ダウンリンク共有チャネルに対するＵＥからの肯定応答を受信することができなかったことに応答して、制御用ダウンリンク共有チャネルのＨＡＲＱ再送信中で制御情報を再送信すること、または制御用ダウンリンク共有チャネルに関連するダウンリンク割当てを取り消すことのうちの１つをさらに含み得る。
【０１２８】
[0148]ＢＳスケジュールされた通信モジュール１０１０は、図２〜図４を参照しながら上記で説明されたように、リソース許可メッセージに従って、サブフレームの間にスケジュールされたＣＣ上で通信し得る。アップリンクの場合、ＢＳスケジュールされた通信モジュール１０１０は、ＵＥ１１５からの送信、たとえば、スケジュールされたＣＣのための共通ＨＡＲＱフィードバックメッセージを受信し得る。
【０１２９】
[0149]図１１は、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御のためのワイヤレスデバイス９００またはワイヤレスデバイス１０００の構成要素であり得る、基地局ジョイント制御モジュール９１０−ｂのブロック図１１００を示す。基地局ジョイント制御モジュール９１０−ｂは、図９〜図１０を参照しながら説明された基地局ジョイント制御モジュール９１０の態様の一例であり得る。基地局ジョイント制御モジュール９１０−ｂは、ＢＳリソース許可モジュール１００５−ａとＢＳスケジュールされた通信モジュール１０１０−ａとを含み得る。これらのモジュールの各々は、図１０を参照しながら上記で説明された機能を実施し得る。基地局ジョイント制御モジュール９１０−ｂはまた、ＢＳスケジューリングビットマップモジュール１１０５と、ＢＳスケジューリング情報モジュール１１１０と、ＢＳ割振りグラニュラリティモジュール１１１５と、ＢＳリソース識別モジュール１１２０と、ＢＳグループ構成モジュール１１２５と、ＢＳ  ＲＲＣ構成モジュール１１３０とを含み得る。
【０１３０】
[0150]ＢＳスケジューリングビットマップモジュール１１０５は、図２〜図４を参照しながら上記で説明されたように、スケジューリングビットマップを含むようにリソース許可メッセージのスケジューリング指示を構成し得る。
【０１３１】
[0151]ＢＳスケジューリング情報モジュール１１１０は、図２〜図４を参照しながら上記で説明されたように、スケジューリング情報の１つまたは複数のセットを含むようにリソース許可メッセージを構成し得る。いくつかの例では、ＢＳスケジューリング情報モジュール１１１０は、割り当てられた制御用ダウンリンク共有チャネル中で複数のＣＣのうちの１つまたは複数のＣＣをスケジュールし得る。ＢＳスケジューリング情報モジュール１１１０は、アグリゲートされた制御メッセージと、ｅＣＡ動作に関する多数のＣＣをサポートするために使用される制御情報のすべてとを含めることによって制御ＰＤＳＣＨを生成し得る。ＰＤＣＣＨとは異なり、制御ＰＤＳＣＨを含むＰＤＳＣＨのペイロードサイズおよびリソースは、搬送される情報量に応じて割り当てられ、フレキシブルであるので、ＰＤＳＣＨはそのような情報量に適応し得る。いくつかの例では、ＢＳスケジューリング情報モジュール１１１０は、１つまたは複数のＣＣのためのダウンリンク割当て、１つまたは複数のＣＣのためのアップリンク割当て、ＵＥのアップリンクのためのＨＡＲＱ制御情報、または１つまたは複数のＣＣに対応する１つまたは複数のＣＦＩを含む制御メッセージとともに１つまたは複数のＣＣをスケジュールし得る。スケジューリング情報の１つまたは複数のセットは、いくつかの例では、スケジュールされたＣＣのうちの少なくとも１つのための第１のスケジューリング情報と、スケジュールされたＣＣのうちの少なくとも２つのための第２のスケジューリング情報とを含み得る。
【０１３２】
[0152]いくつかの場合には、ＢＳスケジューリング情報モジュール１１１０は、制御メッセージのうちの時間決定的な制御メッセージが、割り当てられた制御用ダウンリンク共有チャネルの第１のセグメントに入れられ、制御メッセージのうちの遅延寛容な制御メッセージが、割り当てられた制御用ダウンリンク共有チャネルの次のセグメントに入れられるように、制御メッセージのうちの時間決定的な制御メッセージを構成し得る。いくつかの場合には、１つまたは複数のＣＣのためのダウンリンク割当ては、割り当てられた制御用ダウンリンク共有チャネルと同じサブフレームまたは将来のサブフレームのうちの１つ、および複数のＣＣのうちの同じＣＣまたは異なるＣＣのうちの１つ中のダウンリンク共有チャネルを指し得る。
【０１３３】
[0153]ＢＳ割振りグラニュラリティモジュール１１１５は、図２〜図４を参照しながら上記で説明されたように、リソース許可メッセージ中のリソース割振りビットの数またはスケジュールされたＣＣの数に基づいてリソース割振りグラニュラリティを決定し得る。グラニュラリティは、スケジュールされたＣＣがアップリンクＣＣを備えるのかダウンリンクＣＣを備えるのかに基づき得る。追加または代替として、リソース許可メッセージに関連するリソース割振りグラニュラリティは、リソース許可メッセージが、ダウンリンクＣＣの制御領域中のメッセージを備えるのかデータ領域中のメッセージを備えるのかに基づき得る。
【０１３４】
[0154]いくつかの例では、ＢＳリソース識別モジュール１１２０は、図２〜図４を参照しながら上記で説明されたように、リソース割振りグラニュラリティに基づいて、スケジュールされたＣＣ上のＲＢのセットを識別し得る。ＢＳリソース識別モジュール１１２０はまた、割り当てられた制御用ダウンリンク共有チャネルのための誤り検出コードを生成し得る。いくつかの例では、ＢＳリソース識別モジュール１１２０は、割り当てられた制御用ダウンリンク共有チャネルのためのＭＣＳを選択すること、ここにおいて、ランクおよびＭＣＳは、ダウンリンク共有チャネルについてブロック誤り率を標準ターゲットブロック誤り率未満に低減するように選択される、と、ダウンリンク制御チャネル中で選択されたランクおよびＭＣＳを送信することと得る。
【０１３５】
[0155]ＢＳグループ構成モジュール１１２５は、図２〜図４を参照しながら上記で説明されたように、複数の構成されたＣＣのうちの１つまたは複数をＣＣの１つまたは複数のグループに区分するグループ構成メッセージを送信し得、ここで、ＣＣの１つまたは複数のグループは少なくとも２つの構成されたＣＣを含む。ＢＳグループ構成モジュール１１２５は、スケジュールされたＣＣがアップリンクＣＣを備えるのかダウンリンクＣＣを備えるのかに基づいて、複数の構成されたＣＣをＣＣの１つまたは複数のグループに区分し得る。いくつかの例では、ＣＣの少なくとも１つのグループはダウンリンクＣＣを備え、ＣＣの少なくとも１つのグループの各ダウンリンクＣＣは、同じアップリンク制御チャネルに関連する。ＢＳ  ＲＲＣ構成モジュール１１３０は、図２〜図４を参照しながら上記で説明されたように、複数の構成されたＣＣのための構成を確立するＲＲＣ構成メッセージを送信し得る。ＢＳ  ＲＲＣ構成モジュール１１３０はまた、複数のリソース許可メッセージを送信し得、ここで、複数のリソース許可メッセージの各リソース許可メッセージは、ＣＣの１つまたは複数のグループに対応する。いくつかの場合には、ＢＳ  ＲＲＣ構成モジュール１１３０は、追加の単一の構成されたＣＣのためのリソース許可メッセージを送信し得る。
【０１３６】
[0156]ワイヤレスデバイス５００、６００、９００および１０００、ジョイント制御モジュール５１０−ｂ、ならびに基地局ジョイント制御モジュール９１０−ｂの構成要素は、ハードウェアで適用可能な機能の一部または全部を実施するように適応された少なくとも１つのＡＳＩＣを用いて、個々にまたはまとめて実装され得る。代替的に、それらの機能は、少なくとも１つのＩＣ上で、１つまたは複数の他の処理ユニット（またはコア）によって実施され得る。他の例では、当技術分野で知られている任意の様式でプログラムされ得る他のタイプの集積回路（たとえば、ストラクチャード／プラットフォームＡＳＩＣ、ＦＰＧＡ、または別のセミカスタムＩＣ）が使用され得る。各ユニットの機能はまた、全体的にまたは部分的に、１つまたは複数の汎用または特定用途向けプロセッサによって実行されるようにフォーマットされた、メモリ中に組み込まれた命令を用いて実装され得る。
【０１３７】
[0157]図１２は、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御をサポートする、基地局を含む例示的なシステム１２００の図を示す。システム１２００は、図１、図２および図９〜図１１を参照しながら上記で説明されたワイヤレスデバイス９００、ワイヤレスデバイス１０００、または基地局１０５の一例であり得る、基地局１０５−ｅを含み得る。基地局１０５−ｅは、図９〜図１１を参照しながら説明された基地局ジョイント制御モジュール９１０の一例であり得る、基地局ジョイント制御モジュール９１０を含み得る。基地局１０５−ｅは、通信を送信するための構成要素と通信を受信するための構成要素とを含む、双方向音声およびデータ通信のための構成要素をも含み得る。たとえば、基地局１０５−ｅは、基地局１０５−ｆ、基地局１０５−ｇ、ＵＥ１１５−ｅ、またはＵＥ１１５−ｆと双方向に通信し得る。
【０１３８】
[0158]いくつかの場合には、基地局１０５−ｅは、１つまたは複数のワイヤードバックホールリンクを有し得る。基地局１０５−ｅは、コアネットワーク１３０へのワイヤードバックホールリンク（たとえば、Ｓ１インターフェースなど）を有し得る。基地局１０５−ｅはまた、基地局間バックホールリンク（たとえば、Ｘ２インターフェース）を介して、基地局１０５−ｆおよび基地局１０５−ｇなど、他の基地局１０５と通信し得る。基地局１０５の各々は、同じまたは異なるワイヤレス通信技術を使用してＵＥ１１５と通信し得る。いくつかの場合には、基地局１０５−ｅは、基地局通信モジュール１２２５を利用して１０５−ｅまたは１０５−ｆなどの他の基地局と通信し得る。いくつかの例では、基地局通信モジュール１２２５は、基地局１０５のいくつかの間の通信を行うために、ＬＴＥ／ＬＴＥ−Ａワイヤレス通信ネットワーク技術内のＸ２インターフェースを与え得る。いくつかの例では、基地局１０５−ｅは、コアネットワーク１３０を通して他の基地局と通信し得る。いくつかの場合には、基地局１０５−ｅは、ネットワーク通信モジュール１２３０を通してコアネットワーク１３０と通信し得る。
【０１３９】
[0159]基地局１０５−ｅは、プロセッサ１２０５と、（ソフトウェア（ＳＷ）１２２０を含む）メモリ１２１５と、トランシーバ１２３５と、（１つまたは複数の）アンテナ１２４０とを含み得、それらの各々は、（たとえば、バスシステム１２４５を介して）互いと直接または間接的に通信していることがある。トランシーバ１２３５は、（１つまたは複数の）アンテナ１２４０を介して、マルチモードデバイスであり得るＵＥ１１５と双方向に通信するように構成され得る。トランシーバ１２３５（または基地局１０５−ｅの他の構成要素）はまた、アンテナ１２４０を介して、１つまたは複数の他の基地局（図示せず）と双方向に通信するように構成され得る。トランシーバ１２３５は、パケットを変調し、変調されたパケットを送信のためにアンテナ１２４０に与え、アンテナ１２４０から受信されたパケットを復調するように構成されたモデムを含み得る。基地局１０５−ｅは、各々が１つまたは複数の関連するアンテナ１２４０をもつ、複数のトランシーバ１２３５を含み得る。トランシーバは、図９の組み合わせられた受信機９０５および送信機９１５の一例であり得る。
【０１４０】
[0160]メモリ１２１５はＲＡＭおよびＲＯＭを含み得る。メモリ１２１５はまた、実行されたとき、プロセッサ１２１０、およびしたがって基地局１０５−ｅに本明細書で説明される様々な機能（たとえば、ｅＣＡのためのジョイント制御、カバレージ拡張技法を選択すること、呼処理、データベース管理、メッセージルーティングなど）を実施させるように構成された命令を含んでいるコンピュータ可読、コンピュータ実行可能ソフトウェアコード１２２０を記憶し得る。代替的に、ソフトウェア／ファームウェアコード１２２０は、プロセッサ１２０５によって直接的に実行可能でないことがあるが、たとえば、コンパイルされ実行されたとき、ａに本明細書で説明される機能を実施させるように構成され得る。プロセッサ１２０５は、インテリジェントハードウェアデバイス、たとえば、ＣＰＵ、マイクロコントローラ、ＡＳＩＣなどを含み得る。プロセッサ１２０５は、エンコーダ、キュー処理モジュール、ベースバンドプロセッサ、無線ヘッドコントローラ、デジタル信号プロセッサ（ＤＳＰ）など、様々な専用プロセッサを含み得る。
【０１４１】
[0161]基地局通信モジュール１２２５は、他の基地局１０５との通信を管理し得る。通信管理モジュールは、他の基地局１０５と協働してＵＥ１１５との通信を制御するためのコントローラまたはスケジューラを含み得る。たとえば、基地局通信モジュール１２２５は、ビームフォーミングまたはジョイント送信などの様々な干渉緩和技法のためのＵＥ１１５への送信のためのスケジューリングを協調させ得る。
【０１４２】
[0162]図１３は、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御のための方法１３００を示すフローチャートを示す。方法１３００の動作は、図１〜図１２を参照しながら説明されたように、ＵＥ１１５またはそれの構成要素によって実装され得る。たとえば、方法１３００の動作は、図５〜図８を参照しながら説明されたように、ジョイント制御モジュール５１０によって実施され得る。いくつかの例では、ＵＥ１１５は、以下で説明される機能を実施するようにＵＥ１１５の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、ＵＥ１１５は、専用ハードウェアを使用して、以下で説明される機能態様を実施し得る。
【０１４３】
[0163]ブロック１３０５において、ＵＥ１１５は、図２〜図４を参照しながら上記で説明されたように、サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を含む複数の構成されたＣＣのためのリソース許可メッセージを受信し、ここで、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたＣＣの数に基づき得る。いくつかの例では、ブロック１３０５の動作は、図６を参照しながら上記で説明されたように、リソース許可モジュール６０５によって実施され得る。いくつかの場合には、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたＣＣがアップリンクＣＣを備えるのかダウンリンクＣＣを備えるのかに基づき得る。
【０１４４】
[0164]ブロック１３１０において、ＵＥ１１５は、図２〜図４を参照しながら上記で説明されたように、リソース許可メッセージに従って、サブフレームの間にスケジュールされたＣＣ上で通信する。いくつかの例では、ブロック１３１０の動作は、図６を参照しながら上記で説明されたように、スケジュールされた通信モジュール６１０によって実施され得る。
【０１４５】
[0165]本方法のいくつかの例では、リソース許可メッセージは、ダウンリンクＣＣの制御領域中で受信されるか、またはダウンリンクＣＣのデータ領域中で受信され、リソース許可メッセージに関連するリソース割振りグラニュラリティは、リソース許可メッセージが、ダウンリンクＣＣの制御領域中で受信されるのかデータ領域中で受信されるのかに基づき得る。他の例では、リソース許可メッセージは、ダウンリンク制御チャネルまたはダウンリンク共有チャネル中で受信され得る。リソース許可メッセージは、スケジューリング情報の１つまたは複数のセットを含み得、ここで、スケジューリング情報の各セットは、ＭＣＳ指示、ＨＡＲＱ指示、新規データインジケータ（ＮＤＩ）、冗長バージョン（ＲＶ）指示、送信電力制御（ＴＰＣ）コマンド、プリコーディング指示、またはデータ割当てインデックス（ＤＡＩ）指示のうちの少なくとも１つ、あるいはそれらの任意の組合せを含む。いくつかの場合には、スケジューリング情報の１つまたは複数のセットは、スケジュールされたＣＣのうちの少なくとも１つのための第１のスケジューリング情報と、スケジュールされたＣＣのうちの少なくとも２つのための第２のスケジューリング情報とを含む。いくつかの例では、リソース許可メッセージのサイズは複数の構成されたＣＣの数に基づき、または許可メッセージは半静的ダウンリンク制御情報（ＤＣＩ）長さであり得る。いくつかの例では、ＵＥ１１５は、追加の単一の構成されたＣＣのためのリソース許可メッセージを受信し得る。
【０１４６】
[0166]本方法はまた、リソース許可メッセージ中のリソース割振りビットの数またはスケジュールされたＣＣの数に基づいて、リソース許可メッセージに関連するリソース割振りグラニュラリティを決定することを含み得る。追加または代替として、本方法は、複数の構成されたＣＣをＣＣの１つまたは複数のグループに区分するグループ構成メッセージを受信することと、ここで、ＣＣの１つまたは複数のグループの各々が少なくとも２つの構成されたＣＣを備える、複数のリソース許可メッセージを受信することと、ここで、複数のリソース許可メッセージの各リソース許可メッセージが、ＣＣの１つまたは複数のグループ中のＣＣのグループに対応する、を含み得る。区分することは、スケジュールされたＣＣがアップリンクＣＣを含むのかダウンリンクＣＣを含むのか基づき得る。いくつかの場合には、ＣＣの少なくとも１つのグループはダウンリンクＣＣを備え、ＣＣの少なくとも１つのグループの各ダウンリンクＣＣは、同じアップリンク制御チャネルに関連する。いくつかの例では、本方法は、スケジュールされたＣＣのための共通ＨＡＲＱフィードバックメッセージを送信することを含む。
【０１４７】
[0167]図１４は、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御のための方法１４００を示すフローチャートを示す。方法１４００の動作は、図１〜図１２を参照しながら説明されたように、ＵＥ１１５またはそれの構成要素によって実装され得る。たとえば、方法１４００の動作は、図５〜図８を参照しながら説明されたように、ジョイント制御モジュール５１０によって実施され得る。いくつかの例では、ＵＥ１１５は、以下で説明される機能を実施するようにＵＥ１１５の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、ＵＥ１１５は、専用ハードウェアを使用して、以下で説明される機能態様を実施し得る。方法１４００はまた、図１３の方法１３００の態様を組み込み得る。
【０１４８】
[0168]ブロック１４０５において、ＵＥ１１５は、図２〜図４を参照しながら上記で説明されたように、サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を含む複数の構成されたＣＣのためのリソース許可メッセージを受信し、ここで、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたＣＣの数に基づき得る。いくつかの例では、ブロック１４０５の動作は、図６を参照しながら上記で説明されたように、リソース許可モジュール６０５によって実施され得る。
【０１４９】
[0169]ブロック１４１０において、ＵＥ１１５は、図２〜図４を参照しながら上記で説明されたように、リソース許可メッセージ中のリソース割振りビットの数またはスケジュールされたＣＣの数に基づいてリソース割振りグラニュラリティを決定する。いくつかの例では、ブロック１４１０の動作は、図７を参照しながら上記で説明されたように、割振りグラニュラリティモジュール７１５によって実施され得る。
【０１５０】
[0170]ブロック１４１５において、ＵＥ１１５は、図２〜図４を参照しながら上記で説明されたように、リソース許可メッセージとリソース割振りグラニュラリティとに基づいて、スケジュールされたＣＣ上のＲＢのセットを識別する。いくつかの例では、ブロック１４１５の動作は、図７を参照しながら上記で説明されたように、リソース識別モジュール７２０によって実施され得る。
【０１５１】
[0171]ブロック１４２０において、ＵＥ１１５は、図２〜図４を参照しながら上記で説明されたように、リソース許可メッセージに従って、サブフレームの間にスケジュールされたＣＣ上で通信する。いくつかの場合には、スケジュールされたＣＣ上で通信することは、ＲＢのセット上で１つまたは複数のデータブロックを受信することを含む。いくつかの例では、ブロック１４２０の動作は、図６を参照しながら上記で説明されたように、スケジュールされた通信モジュール６１０によって実施され得る。
【０１５２】
[0172]図１５は、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御のための方法１５００を示すフローチャートを示す。方法１５００の動作は、図１〜図１２を参照しながら説明されたように、ＵＥ１１５またはそれの構成要素によって実装され得る。たとえば、方法１５００の動作は、図５〜図８を参照しながら説明されたように、ジョイント制御モジュール５１０によって実施され得る。いくつかの例では、ＵＥ１１５は、以下で説明される機能を実施するようにＵＥ１１５の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、ＵＥ１１５は、専用ハードウェアを使用して、以下で説明される機能態様を実施し得る。方法１５００はまた、図１３および図１４の方法１３００または１４００の態様を組み込み得る。
【０１５３】
[0173]ブロック１５０５において、ＵＥ１１５は、図２〜図４を参照しながら上記で説明されたように、サブフレーム中の複数の構成されたＣＣからのスケジュールされたＣＣの指示を含む複数の構成されたＣＣのためのリソース許可メッセージを受信し、ここで、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたＣＣの数に基づき得る。いくつかの例では、ブロック１５０５の動作は、図６を参照しながら上記で説明されたように、リソース許可モジュール６０５によって実施され得る。
【０１５４】
[0174]ブロック１５１０において、ＵＥ１１５は、図２〜図４を参照しながら上記で説明されたように、リソース許可メッセージに従って、サブフレームの間にスケジュールされたＣＣ上で通信する。いくつかの例では、ブロック１５１０の動作は、図６を参照しながら上記で説明されたように、スケジュールされた通信モジュール６１０によって実施され得る。
【０１５５】
[0175]ブロック１５１５において、ＵＥ１１５は、図２〜図４を参照しながら上記で説明されたように、複数の構成されたＣＣをＣＣの１つまたは複数のグループに区分するグループ構成メッセージを受信し、ここで、ＣＣの１つまたは複数のグループの各々は少なくとも２つの構成されたＣＣを含む。いくつかの場合には、指示は、ＣＣの１つまたは複数のグループからのグループのインデックスを含む。いくつかの場合には、リソース許可メッセージのリソース割振りは、グループの合成帯域幅に基づく。いくつかの例では、ブロック１５１５の動作は、図７を参照しながら上記で説明されたように、グループ構成モジュール７２５によって実施され得る。
【０１５６】
[0176]図１６は、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御のための方法１６００を示すフローチャートを示す。方法１６００の動作は、図１〜図１２を参照しながら説明されたように、基地局１０５またはそれの構成要素によって実装され得る。たとえば、方法１６００の動作は、図９〜図１２を参照しながら説明されたように、基地局ジョイント制御モジュール９１０によって実施され得る。いくつかの例では、基地局１０５は、以下で説明される機能を実施するように基地局１０５の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、基地局１０５は、専用ハードウェアを使用して、以下で説明される機能態様を実施し得る。
【０１５７】
[0177]ブロック１６０５において、基地局１０５は、図２〜図４を参照しながら上記で説明されたように、サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を含む複数の構成されたＣＣのためのリソース許可メッセージを送信し、ここで、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたＣＣの数に基づく。グラニュラリティはまた、スケジュールされたＣＣがアップリンクＣＣを備えるのかダウンリンクＣＣを備えるのかに基づき得る。リソース許可メッセージは、ダウンリンクＣＣの制御領域またはデータ領域中のメッセージ中に含まれていることがあり、グラニュラリティは、リソース許可メッセージが制御領域中にあるのかデータ領域中にあるのかに依存し得る。いくつかの例では、リソース許可メッセージは、ダウンリンク制御チャネルまたはダウンリンク共有チャネル中で受信され得る。他の例では、リソース許可メッセージに関連するリソース割振りグラニュラリティは、リソース許可メッセージ中のリソース割振りビットの数またはスケジュールされたＣＣの数に基づき得る。いくつかの例では、ブロック１６０５の動作は、図１０を参照しながら上記で説明されたように、ＢＳリソース許可モジュール１００５によって実施され得る。
【０１５８】
[0178]リソース許可メッセージはスケジューリング情報の１つまたは複数のセットを含み得、ここにおいて、スケジューリング情報の各セットは、変調およびコーディング方式（ＭＣＳ）指示、ハイブリッド自動再送要求（ＨＡＲＱ）指示、新規データインジケータ（ＮＤＩ）、冗長バージョン（ＲＶ）指示、送信電力制御（ＴＰＣ）コマンド、プリコーディング指示、またはデータ割当てインデックス（ＤＡＩ）指示のうちの少なくとも１つ、あるいはそれらの任意の組合せを備える。本方法のいくつかの例では、スケジューリング情報の１つまたは複数のセットは、スケジュールされたＣＣのうちの少なくとも１つのための第１のスケジューリング情報と、スケジュールされたＣＣのうちの少なくとも２つのための第２のスケジューリング情報とを備える。
【０１５９】
[0179]ブロック１６１０において、基地局１０５は、図２〜図４を参照しながら上記で説明されたように、リソース許可メッセージに従って、サブフレームの間にスケジュールされたＣＣ上で通信する。いくつかの例では、ブロック１６１０の動作は、図６を参照しながら上記で説明されたように、スケジュールされた通信モジュール６１０によって実施され得る。
【０１６０】
[0180]本方法はまた、複数の構成されたＣＣをＣＣの１つまたは複数のグループに区分するグループ構成メッセージを送信することと、ここで、ＣＣの１つまたは複数のグループが少なくとも２つの構成されたＣＣを備える、複数のリソース許可メッセージを送信することと、ここで、複数のリソース許可メッセージの各リソース許可メッセージが、ＣＣの１つまたは複数のグループ中のＣＣのグループに対応する、を含み得る。いくつかの例では、複数の構成されたＣＣは、スケジュールされたＣＣがアップリンクＣＣを備えるのかダウンリンクＣＣを備えるのかに基づいて、ＣＣの１つまたは複数のグループに区分され得る。追加または代替として、ＣＣの少なくとも１つのグループはダウンリンクＣＣを含み得、ＣＣの少なくとも１つのグループの各ダウンリンクＣＣは、同じアップリンク制御チャネルに関連する。本方法はまた、追加の単一の構成されたＣＣのためのリソース許可メッセージを送信することを含み得る。いくつかの例では、本方法は、スケジュールされたＣＣのための共通ＨＡＲＱフィードバックメッセージを受信することを含み得る。
【０１６１】
[0181]図１７は、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御のための方法１７００を示すフローチャートを示す。方法１７００の動作は、図１〜図１２を参照しながら説明されたように、基地局１０５またはそれの構成要素によって実装され得る。たとえば、方法１７００の動作は、図９〜図１２を参照しながら説明されたように、基地局ジョイント制御モジュール９１０によって実施され得る。いくつかの例では、基地局１０５は、以下で説明される機能を実施するように基地局１０５の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、基地局１０５は、専用ハードウェアを使用して、以下で説明される機能態様を実施し得る。方法１７００はまた、図１６の方法１６００の態様を組み込み得る。
【０１６２】
[0182]ブロック１７０５において、基地局１０５は、図２〜図４を参照しながら上記で説明されたように、サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を含む複数の構成されたＣＣのためのリソース許可メッセージを送信し、ここで、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたＣＣの数に基づく。いくつかの例では、ブロック１７０５の動作は、図１０を参照しながら上記で説明されたように、ＢＳリソース許可モジュール１００５によって実施され得る。
【０１６３】
[0183]ブロック１７１０において、基地局１０５は、図２〜図４を参照しながら上記で説明されたように、リソース許可メッセージ中のリソース割振りビットの数またはスケジュールされたＣＣの数に基づいてリソース割振りグラニュラリティを決定する。いくつかの例では、ブロック１７１０の動作は、図７を参照しながら上記で説明されたように、割振りグラニュラリティモジュール７１５によって実施され得る。
【０１６４】
[0184]ブロック１７１５において、基地局１０５は、図２〜図４を参照しながら上記で説明されたように、リソース割振りグラニュラリティに基づいて、スケジュールされたＣＣ上のＲＢのセットを識別する。いくつかの例では、ブロック１７１５の動作は、図１１を参照しながら上記で説明されたように、ＢＳリソース識別モジュール１１２０によって実施され得る。
【０１６５】
[0185]ブロック１７２０において、基地局１０５は、図２〜図４を参照しながら上記で説明されたように、リソース許可メッセージに従って、サブフレームの間にスケジュールされたＣＣ上で通信する。いくつかの場合には、スケジュールされたＣＣ上で通信することは、ＲＢのセット上で１つまたは複数のデータブロックを送信することを備える。いくつかの例では、ブロック１７２０の動作は、図６を参照しながら上記で説明されたように、スケジュールされた通信モジュール６１０によって実施され得る。
【０１６６】
[0186]図１８は、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御のための方法１８００を示すフローチャートを示す。方法１８００の動作は、図１〜図１２を参照しながら説明されたように、基地局１０５またはそれの構成要素によって実装され得る。たとえば、方法１８００の動作は、図９〜図１２を参照しながら説明されたように、基地局ジョイント制御モジュール９１０によって実施され得る。いくつかの例では、基地局１０５は、以下で説明される機能を実施するように基地局１０５の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、基地局１０５は、専用ハードウェアを使用して、以下で説明される機能態様を実施し得る。方法１８００はまた、図１６および図１７の方法１６００または１７００の態様を組み込み得る。
【０１６７】
[0187]ブロック１８０５において、基地局１０５は、図２〜図４を参照しながら上記で説明されたように、サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を含む複数の構成されたＣＣのためのリソース許可メッセージを送信し、ここで、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたＣＣの数に基づく。いくつかの例では、ブロック１８０５の動作は、図１０を参照しながら上記で説明されたように、ＢＳリソース許可モジュール１００５によって実施され得る。
【０１６８】
[0188]ブロック１８１０において、基地局１０５は、図２〜図４を参照しながら上記で説明されたように、リソース許可メッセージに従って、サブフレームの間にスケジュールされたＣＣ上で通信する。いくつかの例では、ブロック１８１０の動作は、図６を参照しながら上記で説明されたように、スケジュールされた通信モジュール６１０によって実施され得る。
【０１６９】
[0189]ブロック１８１５において、基地局１０５は、図２〜図４を参照しながら上記で説明されたように、複数の構成されたＣＣをＣＣの１つまたは複数のグループに区分するグループ構成メッセージを送信し、ここで、ＣＣの１つまたは複数のグループの各々は少なくとも２つの構成されたＣＣを備える。いくつかの場合には、指示は、ＣＣの１つまたは複数のグループからのグループのインデックスを備える。いくつかの場合には、リソース許可メッセージのリソース割振りは、グループの合成帯域幅に基づく。いくつかの例では、ブロック１８１５の動作は、図１１を参照しながら上記で説明されたように、ＢＳグループ構成モジュール１１２５によって実施され得る。
【０１７０】
[0190]図１９は、本開示の様々な態様による、ｅＣＡ構成のための２段リソース割当てのための方法１９００を示すフローチャートを示す。方法１９００の動作は、図１〜図１２を参照しながら説明されたように、基地局１０５またはそれの構成要素によって実装され得る。たとえば、方法１９００の動作は、図９〜図１２を参照しながら説明されたように、基地局ジョイント制御モジュール９１０によって実施され得る。いくつかの例では、基地局１０５は、以下で説明される機能を実施するように基地局１０５の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、基地局１０５は、専用ハードウェアを使用して、以下で説明される機能態様を実施し得る。方法１９００はまた、図１６〜図１８の方法１６００、１７００、または１８００の態様を組み込み得る。
【０１７１】
[0191]ブロック１９０５において、基地局１０５は、ＵＥに制御用ダウンリンク共有チャネルを割り当てる割当て指示を生成する。いくつかの例では、ブロック１９０５の動作は、図１０を参照しながら上記で説明されたように、基地局リソース許可モジュール１００５によって実施され得る。いくつかの例では、基地局１０５は、ｅＣＡ通信を使用してサービスされている特定のＵＥ１１５に制御ＰＤＳＣＨを割り当て得る。いくつかの場合には、割当て指示は、割り当てられた制御用ダウンリンク共有チャネルのための１つまたは複数のパラメータを含み得、ここで、１つまたは複数のパラメータは、割り当てられた制御用ダウンリンク共有チャネルに割り振られた１つまたは複数のリソースブロック、送信フォーマット、または制御フラグを含み得る。いくつかの場合には、制御フラグは、割り当てられた制御用ダウンリンク制御チャネルが複数のＣＣを管理するために構成されることを示し得る。
【０１７２】
[0192]ブロック１９１０において、基地局１０５は、ＵＥ１１５のために構成された複数のＣＣのうちの１つのＣＣ上で割当て指示を含むダウンリンク制御チャネルを送信する。いくつかの例では、ブロック１９１０の動作は、図１０を参照しながら上記で説明されたように、基地局リソース許可モジュール１００５によって実施され得る。いくつかの場合には、基地局１０５は、ＵＥ１１５に送信されるダウンリンク制御チャネル中に割当て指示を含め得る。
【０１７３】
[0193]ブロック１９１５において、基地局１０５は、割り当てられた制御用ダウンリンク共有チャネル中で複数のＣＣのうちの１つまたは複数のＣＣをスケジュールする。いくつかの例では、ブロック１９１５の動作は、図１１を参照しながら上記で説明されたように、基地局スケジューリング情報モジュール１１１０によって実施され得る。本方法のいくつかの例では、基地局１０５は、アグリゲートされた制御メッセージと、ｅＣＡ動作に関する多数のＣＣをサポートするために使用される制御情報のすべてとを含めることによって制御ＰＤＳＣＨを生成し得る。ＰＤＣＣＨとは異なり、制御ＰＤＳＣＨを含むＰＤＳＣＨのペイロードサイズおよびリソースは、搬送される情報量に応じて割り当てられ、フレキシブルであるので、ＰＤＳＣＨはそのような情報量に適応し得る。本方法のいくつかの例では、スケジュールすることは、１つまたは複数のＣＣのためのダウンリンク割当て、１つまたは複数のＣＣのためのアップリンク割当て、ＵＥのアップリンクのためのＨＡＲＱ制御情報、または１つまたは複数のＣＣに対応する１つまたは複数のＣＦＩを含む制御メッセージとともに１つまたは複数のＣＣをスケジュールすることを含み得る。
【０１７４】
[0194]本方法のいくつかの例では、制御メッセージのうちの時間決定的な制御メッセージは、割り当てられた制御用ダウンリンク共有チャネルの第１のセグメントに入れられ、制御メッセージのうちの遅延寛容な制御メッセージは、割り当てられた制御用ダウンリンク共有チャネルの次のセグメントに入れられる。いくつかの場合には、１つまたは複数のＣＣのためのダウンリンク割当ては、割り当てられた制御用ダウンリンク共有チャネルと同じサブフレームまたは将来のサブフレームのうちの１つ、および複数のＣＣのうちの同じＣＣまたは異なるＣＣのうちの１つ中のダウンリンク共有チャネルを指し得る。
【０１７５】
[0195]ブロック１９２０において、基地局１０５は、割り当てられた制御用ダウンリンク共有チャネルをＵＥに送信する。いくつかの例では、ブロック１９２０の動作は、図１０を参照しながら上記で説明されたように、基地局リソース許可モジュール１００５によって実施され得る。
【０１７６】
[0196]いくつかの例では、ダウンリンク割当ては将来のサブフレームを指し得、本方法は、制御用ダウンリンク共有チャネルに対するＵＥからの肯定応答を受信することができなかったことに応答して、制御用ダウンリンク共有チャネルのＨＡＲＱ再送信中で制御情報を再送信すること、または制御用ダウンリンク共有チャネルに関連するダウンリンク割当てを取り消すことのうちの１つをさらに含み得る。本方法はまた、割り当てられた制御用ダウンリンク共有チャネルのための誤り検出コードを生成することを含み得る。いくつかの例では、本方法は、割り当てられた制御用ダウンリンク共有チャネルのためのランクおよび変調コーディング方式（ＭＣＳ）を選択すること、ここにおいて、ランクおよびＭＣＳは、ダウンリンク共有チャネルについてブロック誤り率を標準ターゲットブロック誤り率未満に低減するように選択される、と、ダウンリンク制御チャネル中で選択されたランクおよびＭＣＳを送信することとを含み得る。
【０１７７】
[0197]図２０は、本開示の様々な態様による、ｅＣＡ構成のための２段リソース割当てのための方法２０００を示すフローチャートを示す。方法２０００の動作は、図１〜図１２を参照しながら説明されたように、ＵＥ１１５またはそれの構成要素によって実装され得る。たとえば、方法２０００の動作は、図５〜図８を参照しながら説明されたように、ジョイント制御モジュール５１０によって実施され得る。いくつかの例では、ＵＥ１１５は、以下で説明される機能を実施するようにＵＥ１１５の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、ＵＥ１１５は、専用ハードウェアを使用して、以下で説明される機能態様を実施し得る。方法２０００はまた、図１３〜図１５の方法１３００、１４００、または１５００の態様を組み込み得る。
【０１７８】
[0198]ブロック２００５において、ＵＥ１１５は、ＵＥのために構成された複数のＣＣのうちの１つまたはＣＣのサブセット中のダウンリンク制御チャネルを監視する。したがって、ＵＥ１１５は、ＵＥ１１５のために設計されたアンカーＣＣまたは別のＣＣなど、ただ１つのＣＣを監視するように構成され得るか、あるいは総数のＣＣのうちのサブセットを監視し得る。ＵＥ１１５のために構成された総数よりも少数のものを監視することによって、ＵＥ１１５において電力が温存され得る。いくつかの例では、ブロック２００５の動作は、図６を参照しながら上記で説明されたように、リソース許可モジュール６０５によって実施され得る。
【０１７９】
[0199]ブロック２０１０において、ＵＥ１１５は、ダウンリンク制御チャネルとともに割当て指示を受信し、ここで、割当て指示は、構成されたＣＣのうちの１つまたは複数のための制御情報をもつ、ＵＥ１１５に割り当てられた制御用ダウンリンク共有チャネルを識別する。たとえば、ＰＤＣＣＨは、ＵＥ１１５に対して、ＰＤＣＣＨが指しているＰＤＳＣＨが制御ＰＤＳＣＨであることを識別するためのインジケータを含み得る。したがって、ＵＥ１１５は、制御ＰＤＳＣＨを別様に処理すべきことを知り得る。それ以外は、ＰＤＣＣＨの機能は通常ＰＤＣＣＨと同様である。ＰＤＣＣＨ中で受信された制御ＰＤＳＣＨのための割当て指示は、ＰＤＣＣＨと同じＣＣ中にあるか異なるＣＣ中にあるかにかかわらず、制御ＰＤＳＣＨに割り振られたリソースブロック（ＲＢ）を識別し、ＭＣＳ、ランク、プリコーディング行列、ＨＡＲＱパラメータなど、制御ＰＤＳＣＨ送信のためのパラメータをも識別し得る。割当て指示はまた、割り当てられた制御用ダウンリンク共有チャネルが複数のＣＣを管理するために構成されることを示す制御フラグを含み得る。いくつかの例では、１つまたは複数のＣＣのためのダウンリンク割当ては、割り当てられた制御用ダウンリンク共有チャネルと同じサブフレームまたは将来のサブフレームのうちの１つ中のダウンリンク共有チャネルを指し得る。いくつかの例では、ブロック２０１０の動作は、図６を参照しながら上記で説明されたように、リソース許可モジュール６０５によって実施され得る。
【０１８０】
[0200]ブロック２０１５において、ＵＥ１１５は、制御用ダウンリンク共有チャネル中の制御情報を復号する。たとえば、ＵＥは、ＰＤＣＣＨから取得された制御ＰＤＳＣＨに割り振られたＲＢに同調し、制御ＰＤＳＣＨからの制御情報を復号する。いくつかの例では、制御メッセージのうちの時間決定的な制御メッセージは、割り当てられた制御用ダウンリンク共有チャネルの第１のセグメント中でＵＥ１１５によって復号され、制御メッセージのうちの遅延寛容な制御メッセージは、割り当てられた制御用ダウンリンク共有チャネルの次のセグメント中でＵＥ１１５によって復号される。いくつかの場合には、ＵＥ１１５は、誤り検出コードを使用して、復号された制御情報を確認し得る。いくつかの例では、ブロック２０１５の動作は、図７を参照しながら上記で説明されたように、リソース識別モジュール７２０によって実施され得る。
【０１８１】
[0201]ブロック２０２０において、ＵＥ１１５は、復号された制御情報を使用して、１つまたは複数の構成されたＣＣを構成する。たとえば、ＰＤＣＣＨからの割当て指示中に含まれている情報を使用して、ＵＥは、１つまたは複数の構成されたＣＣを復号し、スケジュールするために、制御情報を取り出すために制御ＰＤＳＣＨを復号し、その制御情報は制御ＰＤＳＣＨ中に含まれている。制御ＰＤＳＣＨは、ＵＥのために構成されたＣＣのうちの１つ、多数、またはすべてのためのそのような制御情報を含み得る。いくつかの例では、ブロック２０２０の動作は、図７を参照しながら上記で説明されたように、リソース識別モジュール７２０によって実施され得る。
【０１８２】
[0202]本方法はまた、将来のサブフレーム中のダウンリンク送信を識別する受信されたダウンリンク割当てに対応する複数のＣＣのうちの１つまたは複数に関連する受信チェーンを非アクティブ化することと、将来のサブフレームより前に受信チェーンを再アクティブ化することとを含み得る。いくつかの場合には、ＵＥ１１５は、受信チェーンを再アクティブ化することに応答して、アクティビティタイマーをアクティブ化し得、アクティビティタイマーの満了より前に追加のダウンリンク割当てが受信されないとき、満了に応答して受信チェーンを非アクティブ化し得る。
【０１８３】
[0203]本方法は、ダウンリンク制御チャネル中で、割り当てられた制御用ダウンリンク共有チャネルのためのランクおよび変調コーディング方式（ＭＣＳ）を受信することをさらに含み得、ここにおいて、ランクおよびＭＣＳは、制御情報を復号すること際に使用される。いくつかの例では、ＵＥ１１５は、制御用ダウンリンク共有チャネルの完全な送信を受信するより前に、制御用ダウンリンク共有チャネルからの制御情報を復号することを複数回試み、復号後直ちに、完全な送信より前に復号された制御情報の部分を処理し得る。
【０１８４】
[0204]したがって、方法１３００、１４００、１５００、１６００、１７００、１８００、１９００、および２０００は、ｅＣＡ構成におけるジョイント制御を与え得る。方法１３００、１４００、１５００、１６００、１７００、１８００、１９００、および２０００は可能な実装形態について説明していること、ならびに動作およびステップは、他の実装形態が可能であるように、並べ替えられるかまたは場合によっては変更され得ることに留意されたい。いくつかの例では、方法１３００、１４００、１５００、１６００、１７００、１８００、１９００、および２０００のうちの２つまたはそれ以上からの態様が組み合わせられ得る。
【０１８５】
[0205]添付の図面に関して上記に記載された詳細な説明は、例示的な構成について説明しており、実装され得るまたは特許請求の範囲内に入るすべての例を表すとは限らない。本明細書で使用される「例示的」という用語は、「例、事例、または例示の働きをすること」を意味し、「好ましい」または「他の例よりも有利な」を意味しない。詳細な説明は、説明された技法の理解を与えるための具体的な詳細を含む。ただし、これらの技法は、これらの具体的な詳細なしに実施され得る。いくつかの事例では、説明された例の概念を不明瞭にすることを回避するために、よく知られている構造およびデバイスがブロック図の形式で示されている。
【０１８６】
[0206]情報および信号は、多種多様な技術および技法のいずれかを使用して表され得る。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【０１８７】
[0207]本明細書の開示に関して説明された様々な例示的なブロックおよびモジュールは、汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡまたは他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明された機能を実施するように設計されたそれらの任意の組合せを用いて実装または実施され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサは、コンピューティングデバイスの組合せ（たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成）としても実装され得る。
【０１８８】
[0208]本明細書で説明された機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。プロセッサによって実行されるソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され得る。他の例および実装形態は、本開示の範囲内および添付の特許請求の範囲内に入る。たとえば、ソフトウェアの性質により、上記で説明された機能は、プロセッサ、ハードウェア、ファームウェア、ハードワイヤリング、またはこれらのいずれかの組合せによって実行されるソフトウェアを使用して実装され得る。機能を実装する特徴はまた、異なる物理ロケーションにおいて機能の部分が実装されるように分散されることを含めて、様々な位置に物理的に配置され得る。また、特許請求の範囲を含めて、本明細書で使用される場合、項目の列挙（たとえば、「のうちの少なくとも１つ」あるいは「のうちの１つまたは複数」などの句で終わる項目の列挙）中で使用される「または」は、たとえば、Ａ、Ｂ、またはＣのうちの少なくとも１つの列挙が、ＡまたはＢまたはＣまたはＡＢまたはＡＣまたはＢＣまたはＡＢＣ（すなわち、ＡおよびＢおよびＣ）を意味するような包括的列挙を示す。
【０１８９】
[0209]コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、非一時的コンピュータ記憶媒体と通信媒体の両方を含む。非一時的記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、非一時的コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスク（ＣＤ）ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の非一時的媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用されるディスク（disk）およびディスク（disc）は、ＣＤ、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれる。
【０１９０】
[0210]本開示についての以上の説明は、当業者が本開示を作成または使用することができるように与えられたものである。本開示への様々な変更は当業者には容易に明らかとなり、本明細書で定義された一般原理は、本開示の範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明された例および設計に限定されるべきでなく、本明細書で開示された原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
【０１９１】
[0211]本明細書で説明された技法は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および他のシステムなど、様々なワイヤレス通信システムのために使用され得る。「システム」および「ネットワーク」という用語は、しばしば互換的に使用される。ＣＤＭＡシステムは、ＣＤＭＡ２０００、ユニバーサル地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装し得る。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６規格をカバーする。ＩＳ−２０００リリース０およびＡは、一般に、ＣＤＭＡ２０００  １Ｘ、１Ｘなどと呼ばれる。ＩＳ−８５６（ＴＩＡ−８５６）は、一般に、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯ、高速パケットデータ（ＨＲＰＤ：High Rate Packet Data）などと呼ばれる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形態を含む。ＴＤＭＡシステムは、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））などの無線技術を実装し得る。ＯＦＤＭＡシステムは、ウルトラモバイルブロードバンド（ＵＭＢ）、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭなどの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスト（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）の新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびモバイル通信用グローバルシステム（ＧＳＭ）は、「第３世代パートナーシッププロジェクト」（３ＧＰＰ：3rd Generation Partnership Project）と称する団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２：3rd Generation Partnership Project 2）と称する団体からの文書に記載されている。本明細書で説明された技法は、上述のシステムおよび無線技術、ならびに他のシステムおよび無線技術のために使用され得る。ただし、上記の説明では、例としてＬＴＥシステムについて説明し、上記の説明の大部分においてＬＴＥ用語が使用されるが、本技法はＬＴＥ適用例以外に適用可能である。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
キャリアアグリゲーションにおいて複数の構成されたコンポーネントキャリア（ＣＣ）上で通信するように動作可能なユーザ機器（ＵＥ）によって実施されるワイヤレス通信の方法であって、
サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を備える前記複数の構成されたＣＣのためのリソース許可メッセージを受信すること、ここにおいて、前記リソース許可メッセージに関連するリソース割振りグラニュラリティが、前記スケジュールされたＣＣの数に少なくとも部分的に基づく、と、
前記リソース許可メッセージに従って、前記サブフレームの間に前記スケジュールされたＣＣ上で通信することと、
を備える、方法。
［Ｃ２］
前記リソース許可メッセージに関連する前記リソース割振りグラニュラリティは、前記スケジュールされたＣＣがアップリンクＣＣを備えるのかダウンリンクＣＣを備えるのかに少なくとも部分的に基づく、Ｃ１に記載の方法。
［Ｃ３］
前記リソース許可メッセージが、ダウンリンクＣＣの制御領域中のメッセージを備えるのかデータ領域中のメッセージを備えるのかに少なくとも部分的に基づいて、前記リソース許可メッセージに関連する前記リソース割振りグラニュラリティを決定すること、
をさらに備える、Ｃ１に記載の方法。
［Ｃ４］
前記リソース許可メッセージがスケジューリング情報の１つまたは複数のセットを備え、ここにおいて、スケジューリング情報の各セットが、変調およびコーディング方式（ＭＣＳ）指示、ハイブリッド自動再送要求（ＨＡＲＱ）指示、新規データインジケータ（ＮＤＩ）、冗長バージョン（ＲＶ）指示、送信電力制御（ＴＰＣ）コマンド、プリコーディング指示、またはデータ割当てインデックス（ＤＡＩ）指示のうちの少なくとも１つ、あるいはそれらの任意の組合せを備える、Ｃ１に記載の方法。
［Ｃ５］
スケジューリング情報の前記１つまたは複数のセットが、前記スケジュールされたＣＣのうちの少なくとも１つのための第１のスケジューリング情報と、前記スケジュールされたＣＣのうちの少なくとも２つのための第２のスケジューリング情報とを備える、Ｃ４に記載の方法。
［Ｃ６］
前記リソース許可メッセージ中のリソース割振りビットの数または前記スケジュールされたＣＣの前記数に少なくとも部分的に基づいて、前記リソース許可メッセージに関連する前記リソース割振りグラニュラリティを決定すること
をさらに備える、Ｃ１に記載の方法。
［Ｃ７］
前記複数の構成されたＣＣをＣＣの１つまたは複数のグループに区分するグループ構成メッセージを受信すること、ここにおいて、ＣＣの前記１つまたは複数のグループの各々が少なくとも２つの構成されたＣＣを備える、と、
複数のリソース許可メッセージを受信すること、ここにおいて、前記複数のリソース許可メッセージの各リソース許可メッセージが、ＣＣの前記１つまたは複数のグループ中のＣＣのグループに対応する、と、
をさらに備える、Ｃ１に記載の方法。
［Ｃ８］
ＣＣの少なくとも１つのグループがダウンリンクＣＣを備え、ＣＣの前記少なくとも１つのグループの各ダウンリンクＣＣが、同じアップリンク制御チャネルに関連する、Ｃ７に記載の方法。
［Ｃ９］
前記複数の構成されたＣＣは、前記スケジュールされたＣＣがアップリンクＣＣを備えるのかダウンリンクＣＣを備えるのかに少なくとも部分的に基づいて、ＣＣの前記１つまたは複数のグループに区分される、Ｃ７に記載の方法。
［Ｃ１０］
前記リソース許可メッセージがダウンリンクＣＣの制御領域中で受信される、Ｃ１に記載の方法。
［Ｃ１１］
前記リソース許可メッセージがダウンリンクＣＣのデータ領域中で受信される、Ｃ１に記載の方法。
［Ｃ１２］
前記リソース許可メッセージがダウンリンク制御チャネル中で受信される、Ｃ１に記載の方法。
［Ｃ１３］
前記リソース許可メッセージがダウンリンク共有チャネル中で受信される、Ｃ１に記載の方法。
［Ｃ１４］
追加の単一の構成されたＣＣのための追加のリソース許可メッセージを受信すること、
をさらに備える、Ｃ１に記載の方法。
［Ｃ１５］
前記スケジュールされたＣＣのための共通ＨＡＲＱフィードバックメッセージを送信すること
をさらに備える、Ｃ１に記載の方法。
［Ｃ１６］
前記リソース許可メッセージのサイズが、前記複数の構成されたＣＣの数に少なくとも部分的に基づく、Ｃ１に記載の方法。
［Ｃ１７］
前記リソース許可メッセージの前記サイズが半静的ダウンリンク制御情報（ＤＣＩ）長さを備える、Ｃ１６に記載の方法。
［Ｃ１８］
キャリアアグリゲーションにおいて複数の構成されたコンポーネントキャリア（ＣＣ）上で通信するように動作可能なユーザ機器（ＵＥ）を備えるワイヤレス通信のための装置であって、前記装置は、
サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を備える前記複数の構成されたＣＣのためのリソース許可メッセージを受信するための手段、ここにおいて、前記リソース許可メッセージに関連するリソース割振りグラニュラリティが、前記スケジュールされたＣＣの数に少なくとも部分的に基づく、と、
前記リソース許可メッセージに従って、前記サブフレームの間に前記スケジュールされたＣＣ上で通信するための手段と、
を備える、装置。
［Ｃ１９］
前記リソース許可メッセージに関連する前記リソース割振りグラニュラリティは、前記スケジュールされたＣＣがアップリンクＣＣを備えるのかダウンリンクＣＣを備えるのかに少なくとも部分的に基づく、Ｃ１８に記載の装置。
［Ｃ２０］
前記リソース許可メッセージが、ダウンリンクＣＣの制御領域中のメッセージを備えるのかデータ領域中のメッセージを備えるのかに少なくとも部分的に基づいて、前記リソース許可メッセージに関連する前記リソース割振りグラニュラリティを決定するための手段をさらに備える、Ｃ１８に記載の装置。
［Ｃ２１］
前記リソース許可メッセージ中のリソース割振りビットの数または前記スケジュールされたＣＣの前記数に少なくとも部分的に基づいて、前記リソース許可メッセージに関連する前記リソース割振りグラニュラリティを決定するための手段
をさらに備える、Ｃ１８に記載の装置。
［Ｃ２２］
前記複数の構成されたＣＣをＣＣの１つまたは複数のグループに区分するグループ構成メッセージを受信するための手段、ここにおいて、ＣＣの前記１つまたは複数のグループの各々が少なくとも２つの構成されたＣＣを備える、と、
複数のリソース許可メッセージを受信するための手段、ここにおいて、前記複数のリソース許可メッセージの各リソース許可メッセージが、ＣＣの前記１つまたは複数のグループ中のＣＣのグループに対応する、と、
をさらに備える、Ｃ１８に記載の装置。
［Ｃ２３］
ＣＣの少なくとも１つのグループがダウンリンクＣＣを備え、ＣＣの前記少なくとも１つのグループの各ダウンリンクＣＣが、同じアップリンク制御チャネルに関連する、Ｃ２２に記載の装置。
［Ｃ２４］
前記複数の構成されたＣＣは、前記スケジュールされたＣＣがアップリンクＣＣを備えるのかダウンリンクＣＣを備えるのかに少なくとも部分的に基づいて、ＣＣの前記１つまたは複数のグループに区分される、Ｃ２２に記載の装置。
［Ｃ２５］
前記リソース許可メッセージがダウンリンク制御チャネル中で受信される、Ｃ１８に記載の装置。
［Ｃ２６］
前記リソース許可メッセージがダウンリンク共有チャネル中で受信される、Ｃ１８に記載の装置。
［Ｃ２７］
追加の単一の構成されたＣＣのためのリソース許可メッセージを受信するための手段
をさらに備える、Ｃ１８に記載の装置。
［Ｃ２８］
前記スケジュールされたＣＣのための共通ＨＡＲＱフィードバックメッセージを送信するための手段
をさらに備える、Ｃ１８に記載の装置。
［Ｃ２９］
キャリアアグリゲーションにおいて複数の構成されたコンポーネントキャリア（ＣＣ）上で通信するように動作可能なユーザ機器（ＵＥ）を備えるワイヤレス通信のための装置であって、前記装置は、
プロセッサと、
前記プロセッサと電子通信しているメモリと、
前記メモリに記憶された命令であって、前記プロセッサによって実行されたとき、前記装置に、
サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を備える前記複数の構成されたＣＣのためのリソース許可メッセージを受信すること、ここにおいて、前記リソース許可メッセージに関連するリソース割振りグラニュラリティが、前記スケジュールされたＣＣの数に少なくとも部分的に基づく、と、
前記リソース許可メッセージに従って、前記サブフレームの間に前記スケジュールされたＣＣ上で通信することと、
を行わせるように動作可能である命令と、
を備える装置。
［Ｃ３０］
ワイヤレス通信のためのコードを記憶する非一時的コンピュータ可読媒体であって、前記コードは、
サブフレームのための複数の構成されたＣＣからのスケジュールされたＣＣの指示を備える前記複数の構成されたＣＣのためのリソース許可メッセージを受信すること、ここにおいて、前記リソース許可メッセージに関連するリソース割振りグラニュラリティが、前記スケジュールされたＣＣの数に少なくとも部分的に基づく、と、
前記リソース許可メッセージに従って、前記サブフレームの間に前記スケジュールされたＣＣ上で通信することと、
を行うために実行可能な命令を備える、非一時的コンピュータ可読媒体。
【図１】
0006661648.tif 000003
【図２】
0006661648.tif 000004
【図３Ａ】
0006661648.tif 000005
【図３Ｂ】
0006661648.tif 000006
【図３Ｃ】
0006661648.tif 000007
【図４】
0006661648.tif 000008
【図５】
0006661648.tif 000009
【図６】
0006661648.tif 000010
【図７】
0006661648.tif 000011
【図８】
0006661648.tif 000012
【図９】
0006661648.tif 000013
【図１０】
0006661648.tif 000014
【図１１】
0006661648.tif 000015
【図１２】
0006661648.tif 000016
【図１３】
0006661648.tif 000017
【図１４】
0006661648.tif 000018
【図１５】
0006661648.tif 000019
【図１６】
0006661648.tif 000020
【図１７】
0006661648.tif 000021
【図１８】
0006661648.tif 000022
【図１９】
0006661648.tif 000023
【図２０】
0006661648.tif 000024