[0043]拡張キャリアアグリゲーション(eCA)は、通信リンクのスループットを増加させるために利用され得る。しかしながら、アグリゲートされたコンポーネントキャリア(CC)の数が増加するにつれて、関連する制御またはシグナリングオーバーヘッドも増加し得る。したがって、制御またはシグナリングオーバーヘッドを低減する制御方式が、eCA動作をより容易にまたは効率的にサポートするために採用され得る。いくつかの例では、ワイヤレスデバイスは、ダウンリンク制御情報(DCI)を含み得るジョイント許可(joint grant)を利用し得る。DCIは、デバイスのための構成されたCCのすべてのための制御情報を含み得る。ジョイント許可のための制御オーバーヘッドは、構成されたCCをグループ化することによってさらに低減され得る。他の例では、ワイヤレスデバイスは、複数のCCに関連するDCIを含み得る個別の許可を利用し得る。また他の例では、ジョイント許可またはCCごとの個別の許可は、単一のCCに関連する個別の許可と組み合わせられ得る。様々な例では、CCスケジューリング情報を含めた後のDCIメッセージ中で利用可能なビットの数は、各コンポーネントキャリア内のRB割振りのための割振りグラニュラリティを決定し得る。
[0044]いくつかの場合には、キャリアアグリゲーション(CA)構成は最高5つのコンポーネントキャリアをサポートし得る。他の場合には、CAは、eCA構成において6つ以上のコンポーネントキャリア(たとえば、32個のCC)に拡張し得る。これは、システムオペレータが、利用可能スペクトルをより効率的に利用し、eCA対応デバイスへのスループットを増加させることを可能にし得る。上述のように、追加のCCが利用されるとき、これらのCCをサポートするために使用される制御情報は扱いにくくなり、特定のデバイスのための過大なオーバーヘッドを生じ得る。
[0045]たとえば、5つのCCをもつCAのために十分である制御方式は、追加のCCが追加されるときにスケーラブルでないことがあり、そのような方式は、CC数が30個のCCに近づくかまたはそれを超えるとき、特に扱いにくいことがある。さらに、UEは、各CCのための制御情報を検出し、復号するために、ブラインド検出を実施し得、多数のCCがある場合、そのようなプロセスは時間がかかるかまたは電力を消費し得る。したがって、制御チャネルの効率的な使用は、多数のCCをサポートするための制御方式を与え得る。この制御方式は、CA構成の1次セル上にあり得るか、またはCA構成の1次セルと2次セルの両方の制御チャネルを使用して送信され得る、単一の物理制御チャネル(たとえば、物理アップリンク制御チャネル(PUCCH))を含み得る。別の方式では、2段リソース割当てプロセスが使用され得る。制御チャネル中の第1のメッセージが、データチャネルまたは共有チャネル上で送られる第2の送信中に含まれている制御情報にUEをダイレクトし得る。
[0046]いくつかの例では、リソースを効率的に使用することと、制御オーバーヘッドを低減し、デバイスのためのブラインド復号の回数を低減し、またはフォールスアラーム確率を低減することとのために、ジョイント許可が採用され得る。ジョイント許可はまた、クロスキャリアスケジューリングを可能にし得、無認可および認可スペクトル中で動作するCC上のリソース割当てのために使用され得る。ジョイント許可は、UEのCC構成に基づいて決定され得る半静的に構成されたDCI長さを含み得る。DCI内のスケジューリングビットマップが、構成されたCCのうちのどのCCがスケジュールされるかを示すために採用され得、たとえば、ビットマップ中のビットの数は構成されたCCの数に等しいことがある。DCIはまた、スケジュールされたCCのためのコンテンツ解釈またはスケジューリング情報あるいはその両方の指示を含み得る。コンテンツ解釈に関連するビットの数は、スケジュールされる構成されたCCの数に依存し得る。たとえば、ハイブリッド自動再送要求(HARQ)、変調およびコーディング方式(MCS)、新規データインジケータ(新規データインジケータ(NDI))、冗長バージョン(RV)、ダウンリンク割当てインデックス(DAI)、送信電力制御(TPC)、またはプリコーディングに関係する情報が、各スケジュールされたCCについて与えられ得る。スケジューリングおよびコンテンツ解釈目的のために使用されない利用可能ビットは、RB割当てグラニュラリティを増加させるために使用され得る。
[0047]いくつかの場合には、RB割当てグラニュラリティは、スケジュールされたCCの数に依存し得る。スケジュールされたCCの数が増加するにつれて、スケジュールされたCCのための制御情報のアグリゲート量も増加し得、したがって、リソース割振り情報の解釈が変わり得る。たとえば、比較的少数のスケジュールされたCCの場合、リソース割振りのより細かいグラニュラリティが利用可能であり得る。同様に、スケジュールされたCCの数が増加するにつれて、構成されたDCIフォーマットサイズに対して、より粗い割振りが与えられ得る。しかしながら、いくつかの場合には、グラニュラリティの低下から認められる不利益は、同じDCI長さ内で追加のCCをスケジュールする能力の増加の利益によって相殺され得る。
[0048]例として、すべての構成されたCCがスケジュールされる場合、RB割当てにおいて使用するための追加のビットは利用不可能であり得る。これは、CC全体がスケジュールされるかまたはスケジュールされないかのいずれかであり得る、粗い割振りの一例であり得る。スケジュールされたCCの数が減少するにつれて、RB割当てに利用可能なビットの数は増加する。これは、RB割当てのグラニュラリティを増加させ得る。いくつかの場合には、オーバーヘッドは、たとえば、各CCについてMCS構成全体を指定する代わりに、基準MCSに基づくデルタ値を伝達する、ΔMCS指示など、他のオーバーヘッド低減技法を使用してさらに低減され得る。
[0049]別の場合には、オーバーヘッドは、すべての許可コンポーネントにわたってより粗いグラニュラリティを与えることによって、さらに低減され得る。たとえば、スケジューリング情報は、CCグループに基づいて与えられ得る。グループは、グループの数と、グループとのCCの関連とを指定し得る無線リソース制御(RRC)によって構成され得る。グループ内のCCの数は、(たとえば、8つのCCの4つのグループに)制限され得る。
[0050]ジョイント制御メッセージを生成するために様々なフォーマットが使用され得る。いくつかの例では、ジョイント制御メッセージは、CCごとの1つのスケジューリングビット、ならびにCCごとのリソースブロック割振りを含み得る。RB割振りまたは割当てグラニュラリティは、スケジュールされたCCグループの数に依存し得る。しかしながら、各CCグループは、MCS、HARQなど、共通スケジューリング情報を利用し得る。CCグループからの少なくとも1つのCCが選択された場合、各グループのためのスケジューリング情報が与えられ得る。他の例では、RB割振りは、各CCグループ内のスケジュールされたCCのセットごとであり得る。CC内のスケジュールされたCCのRBは、一緒に考慮され(たとえば、サービングセルIDに基づいて連続的に順序付けられ)得る。
[0051]いくつかの例では、オーバーヘッドの低減は、ビットマップをスケジューリングすることの各ビットを用いてCCのグループを表すことによって達成され得る。リソース割振りもCCグループごとにスケジュールされ得、ここで、グラニュラリティは、たとえば、利用可能ビットの数に依存し得、利用可能ビットの数はスケジュールされたCCグループの数に依存し得る。RB割振りは、個々のCCにわたって一緒に考慮され得、サービングセルIDに基づき得る。たとえば、RB番号付けは、サービングセルIDの昇順に基づいて行われ得る。
[0052]他の例では、ワイヤレスデバイスは、リソースを効率的に使用し、制御オーバーヘッドを低減するために、特定のCCグループのための許可を利用し得る。たとえば、RRCシグナリングがCCグループを定義し得、各CCグループごとに個別の許可が利用され得る。したがって、個別の許可は、示されたグループのためのスケジューリング情報を含み得、スケジューリング情報は、グループ中のすべてのCCについて共通であり得る。追加または代替として、リソース割当ては、グループ中のすべてのCCの合成帯域幅に基づき得る。たとえば、リソースグラニュラリティはRBごとであり得る。いくつかの場合には、RBグラニュラリティは帯域幅割当てとともにスケーリングし得る。たとえば、N RBのグラニュラリティが20MHzのために利用され得、3Nのグラニュラリティが60MHzのために使用され得る。
[0053]いくつかの場合には、ワイヤレスデバイスは、リソースを効率的に使用し、より細かいグラニュラリティに適応するために、ジョイント許可と個別の許可の両方を利用し得る。これは、高トラフィックの場合、または少数の2次セルが利用可能である場合に使用され得る。いくつかの場合には、ジョイント許可は、スケジューリンググラニュラリティが粗くてもよい場合に使用され得、個別の許可は、より細かいグラニュラリティを与えるために使用され得る。たとえば、リソースを個々に許可され得るセルの数は制限され得る(たとえば、5つまたは8つのCC)。UEは、同じまたは異なるセルのための送信時間間隔(TTI)中でジョイント許可と個別の許可とを受信し得る。あるセルのために個別の許可が送信された場合、そのセルは、たとえば、同じTTI中で発生するジョイント許可から省略され得る。これは、少数のセルがUEに対してスケジュールされる場合に効率の増加を可能にし得、ワイヤレスデバイスが、より大きいジョイント許可を使用することを回避し、リソースをより効率的に使用することを可能にし得る。
[0054]いくつかの場合には、スケジュールされたCCの数は、構成されたCCの数よりもはるかに小さいことがあり、残りの、RB割当てのために利用可能なビットの数は、1RBグラニュラリティよりも高いグラニュラリティを与え得る。この場合、2つの異なるDCIサイズがブラインド復号のために使用され得る。たとえば、スケジュールされたCCと構成されたCCとの比がしきい値を下回るとき、1つのより小さいDCIオプションが使用され得る。他の場合、単一のDCI中でスケジュールされ得るCCの数が制限され得る。したがって、許可は、CCのグループごとに別個のDCIを含み得る。UEは、TTI中で異なるCCグループのための割当てを搬送する各DCIを復号し得る。いくつかの場合には、2段許可も利用され得、第1の段は、スケジューリングビットマップと、TPCなど、他の制御情報とを含み得、第2の段は、スケジュールされたCCの数に関連する追加の制御コンテンツを含み得る。第2の許可のサイズはTTIごとに変化し得、UEは、第1の許可に基づいてサイズを決定し得る。
[0055]以下の説明は、例を与えるものであり、特許請求の範囲に記載された範囲、適用可能性、または例を限定するものではない。本開示の範囲から逸脱することなく、説明される要素の機能および構成において変更が行われ得る。様々な例は、適宜に様々なプロシージャまたは構成要素を省略、置換、または追加し得る。たとえば、説明される方法は、説明される順序とは異なる順序で実施され得、様々なステップが追加、省略、または組み合わせられ得る。また、いくつかの例に関して説明される特徴は、他の例において組み合わせられ得る。
[0056]図1は、本開示の様々な態様による、ワイヤレス通信システム100の一例を示す。ワイヤレス通信システム100は、基地局105と、UE115と、コアネットワーク130とを含む。コアネットワーク130は、ユーザ認証と、アクセス許可と、トラッキングと、インターネットプロトコル(IP)接続性と、他のアクセス、ルーティング、またはモビリティ機能とを与え得る。基地局105は、バックホールリンク132(たとえば、S1など)を通してコアネットワーク130とインターフェースする。基地局105は、UE115との通信のための無線構成およびスケジューリングを実施し得るか、または基地局コントローラ(図示せず)の制御下で動作し得る。様々な例では、基地局105は、ワイヤードまたはワイヤレス通信リンクであり得るバックホールリンク134(たとえば、X1など)を介して互いと直接または間接的に(たとえば、コアネットワーク130を通して)通信し得る。
[0057]基地局105は、1つまたは複数の基地局アンテナを介してUE115とワイヤレス通信し得る。基地局105の各々は、それぞれのカバレージエリア110に通信カバレージを与え得る。いくつかの例では、基地局105は、基地トランシーバ局、無線基地局、アクセスポイント、無線トランシーバ、ノードB、eノードB(eNB)、ホームノードB、ホームeノードB、または何らかの他の好適な用語で呼ばれることがある。基地局105のためのカバレージエリア110は、カバレージエリアの一部分のみを構成するセクタに分割され得る(図示せず)。ワイヤレス通信システム100は、異なるタイプの基地局105(たとえば、マクロセル基地局またはスモールセル基地局)を含み得る。異なる技術のための重複するカバレージエリア110があり得る。基地局105のうちのいくつかはeCAをサポートし得る。
[0058]いくつかの例では、ワイヤレス通信システム100はロングタームエボリューション(LTE)/LTEアドバンスト(LTE−A)ネットワークである。LTE/LTE−Aネットワークでは、発展型ノードB(eNB)という用語は、概して、基地局105を表すために使用され得、UEという用語は、概して、UE115を表すために使用され得る。ワイヤレス通信システム100は、異なるタイプのeNBが様々な地理的領域にカバレージを与える、異種LTE/LTE−Aネットワークであり得る。たとえば、各eNBまたは基地局105は、マクロセル、スモールセル、または他のタイプのセルに通信カバレージを与え得る。「セル」という用語は、コンテキストに応じて、基地局、基地局に関連するキャリアまたはコンポーネントキャリア、あるいはキャリアまたは基地局のカバレージエリア(たとえば、セクタなど)を表すために使用され得る3GPP(登録商標)用語である。
[0059]マクロセルは、概して、比較的大きい地理的エリア(たとえば、半径数キロメートル)をカバーし、ネットワークプロバイダのサービスに加入しているUE115による無制限アクセスを可能にし得る。スモールセルは、マクロセルと比較して、マクロセルと同じまたは異なる(たとえば、認可、無認可などの)周波数帯域内で動作し得る、低電力基地局である。スモールセルは、様々な例によれば、ピコセル、フェムトセル、およびマイクロセルを含み得る。ピコセルは、たとえば、小さい地理的エリアをカバーし得、ネットワークプロバイダのサービスに加入しているUE115による無制限アクセスを可能にし得る。フェムトセルは、小さい地理的エリア(たとえば、自宅)を同じくカバーし得、フェムトセルとの関連を有するUE115(たとえば、限定加入者グループ(CSG:closed subscriber group)中のUE115、自宅内のユーザのためのUE115など)による制限付きアクセスを与え得る。マクロセルのためのeNBはマクロeNBと呼ばれることがある。スモールセルのためのeNBは、スモールセルeNB、ピコeNB、フェムトeNB、またはホームeNBと呼ばれることがある。eNBは、1つまたは複数の(たとえば、2つ、3つ、4つなどの)セル(たとえば、コンポーネントキャリア)をサポートし得る。
[0060]ワイヤレス通信システム100は同期動作または非同期動作をサポートし得る。同期動作の場合、基地局105は同様のフレームタイミングを有し得、異なる基地局105からの送信は時間的に近似的に整合され得る。非同期動作の場合、基地局105は異なるフレームタイミングを有し得、異なる基地局105からの送信は時間的に整合されないことがある。本明細書で説明される技法は、同期動作または非同期動作のいずれかのために使用され得る。
[0061]様々な開示される例のうちのいくつかに適応し得る通信ネットワークは、階層化プロトコルスタックに従って動作するパケットベースネットワークであり得、ユーザプレーン中のデータはIPに基づき得る。無線リンク制御(RLC)レイヤが、論理チャネルを介して通信するためにパケットセグメンテーションおよびリアセンブリを実施し得る。媒体アクセス制御(MAC)レイヤが、優先度処理と、トランスポートチャネルへの論理チャネルの多重化とを実施し得る。MACレイヤはまた、リンク効率を改善するためにMACレイヤにおいて再送信を行うためにハイブリッド自動再送要求(HARQ)を使用し得る。制御プレーンでは、無線リソース制御(RRC)プロトコルレイヤは、UE115と基地局105との間のRRC接続の確立と構成と維持とを行い得る。RRCプロトコルレイヤはまた、ユーザプレーンデータのための無線ベアラのコアネットワーク130サポートのために使用され得る。物理(PHY)レイヤにおいて、トランスポートチャネルは物理チャネルにマッピングされ得る。
[0062]UE115は、ワイヤレス通信システム100全体にわたって分散され得、各UE115は固定または移動であり得る。UE115は、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語をも含むか、あるいは当業者によってそのような用語で呼ばれることもある。UE115は、セルラーフォン、携帯情報端末(PDA)、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ(WLL)局などであり得る。UEは、マクロeNB、スモールセルeNB、リレー基地局などを含む、様々なタイプの基地局およびネットワーク機器と通信することが可能であり得る。UE115のうちのいくつかはeCAをサポートし得る。
[0063]ワイヤレス通信システム100に示されている通信リンク125は、UE115から基地局105へのアップリンク(UL)送信、または基地局105からUE115へのダウンリンク(DL)送信を含み得る。ダウンリンク送信は順方向リンク送信と呼ばれることもあり、アップリンク送信は逆方向リンク送信と呼ばれることもある。各通信リンク125は1つまたは複数のキャリアを含み得、ここで、各キャリアは、上記で説明された様々な無線技術に従って変調された複数のサブキャリア(たとえば、異なる周波数の波形信号)からなる信号であり得る。各被変調信号は、異なるサブキャリア上で送られ得、制御情報(たとえば、基準信号、制御チャネルなど)、オーバーヘッド情報、ユーザデータなどを搬送し得る。通信リンク125は、周波数分割複信(FDD)動作を使用して(たとえば、対スペクトルリソースを使用して)または時分割複信(TDD)動作を使用して(たとえば、不対スペクトルリソースを使用して)双方向通信を送信し得る。FDD(たとえば、フレーム構造タイプ1)およびTDD(たとえば、フレーム構造タイプ2)のためのフレーム構造が定義され得る。いくつかの例では、通信リンク125は、eCAのために構成されたCCを含む。したがって、通信リンク125は、1つ、2つ、3つ、4つ、または5つの構成されたキャリアを含み得るか、または多数の構成されたCC(たとえば、6〜32個)を含み得る。所与の時間において、特定のUE115のために構成されたCCのサブセットが、通信リンク125を介した送信のためにスケジュールされ得る。
[0064]ワイヤレス通信システム100のいくつかの例では、基地局105またはUE115は、基地局105とUE115との間の通信品質と信頼性とを改善するために、アンテナダイバーシティ方式を採用するために複数のアンテナを含み得る。追加または代替として、基地局105またはUE115は、同じまたは異なるコード化データを搬送する複数の空間レイヤを送信するために、マルチパス環境を利用し得る多入力多出力(MIMO)技法を採用し得る。
[0065]ワイヤレス通信システム100は、複数のセルまたはキャリア上での動作、すなわち、キャリアアグリゲーション(CA)またはマルチキャリア動作と呼ばれることがある特徴をサポートし得る。キャリアは、CC、レイヤ、チャネルなどと呼ばれることもある。「コンポーネントキャリア」という用語は、キャリアアグリゲーション(CA)動作においてUEによって利用される複数のキャリアの各々を指すことがあり、システム帯域幅の他の部分とは別個であり得る。たとえば、コンポーネントキャリアは、独立して、または他のコンポーネントキャリアと組み合わせて利用されることが可能である比較的狭い帯域幅のキャリアであり得る。各コンポーネントキャリアは、LTE規格のリリース8またはリリース9に基づく分離キャリアと同じ能力を与え得る。複数のコンポーネントキャリアは、いくつかのUE115に、より大きい帯域幅と、たとえば、より高いデータレートとを与えるために、アグリゲートされるか、またはコンカレントに利用され得る。したがって、個々のコンポーネントキャリアは、レガシーUE115(たとえば、LTEリリース8またはリリース9を実装するUE115)との後方互換性があることがあるが、他のUE115(たとえば、リリース8/9後のLTEバージョンを実装するUE115)は、マルチキャリアモードにおいて複数のコンポーネントキャリアで構成され得る。DLのために使用されるキャリアはDL CCと呼ばれることがあり、ULのために使用されるキャリアはUL CCと呼ばれることがある。UE115は、キャリアアグリゲーションのために、複数のDL CCと1つまたは複数のUL CCとで構成され得る。各キャリアは、制御情報(たとえば、基準信号、制御チャネルなど)、オーバーヘッド情報、データなどを送信するために使用され得る。
[0066]UE115は、複数のキャリアを利用して単一の基地局105と通信し得、また、異なるキャリア上で同時に複数の基地局と通信し得る。基地局105の各セルは、ULコンポーネントキャリア(CC)とDL CCとを含み得る。基地局105のための各サービングセルのカバレージエリア110は異なり得る(たとえば、異なる周波数帯域上のCCは、異なる経路損失を経験し得る)。いくつかの例では、あるキャリアは、1次セル(PCell)によってサービスされ得る、UE115のための1次キャリアまたは1次コンポーネントキャリア(PCC)として指定される。1次セルは、UEごとに上位レイヤ(たとえば、無線リソース制御(RRC)など)によって半静的に構成され得る。物理アップリンク制御チャネル(PUCCH)上で送信される、あるアップリンク制御情報(UCI)、たとえば、肯定応答(ACK)/否定ACK(NACK)、チャネル品質インジケータ(CQI)、およびスケジューリング情報は、1次セルによって搬送される。追加のキャリアは、2次セル(SCell)によってサービスされ得る、2次キャリア、または2次コンポーネントキャリア(SCC)として指定され得る。2次セルは、同様に、UEごとに半静的に構成され得る。いくつかの場合には、2次セルは、1次セルと同じ制御情報を含まないかまたはそれを送信するように構成されないことがある。
[0067]物理ダウンリンク制御チャネル(PDCCH)は、9つの論理的に連続するリソース要素グループ(REG)からなり得る制御チャネル要素(CCE)中でダウンリンク制御情報(DCI)を搬送し、ここで、各REGは4つのリソース要素(RE)を含んでいる。DCIは、DLスケジューリング割当て、ULリソース許可、送信方式、UL電力制御、HARQ情報、変調およびコーディング方式(MCS)に関する情報、ならびに他の情報を含む。DCIメッセージのサイズおよびフォーマットは、DCIによって搬送される情報のタイプおよび量に応じて異なり得る。たとえば、空間多重化がサポートされる場合、DCIメッセージのサイズは、連続周波数割振りと比較して大きい。同様に、MIMOを採用するシステムの場合、DCIは、追加のシグナリング情報を含み得る。DCIサイズおよびフォーマットは、情報の量、ならびに帯域幅、アンテナポートの数、および複信モードなどのファクタに依存する。
[0068]PDCCHは複数のユーザに関連するDCIメッセージを搬送することができ、各UE115は、それを対象とするDCIメッセージを復号し得る。たとえば、各UE115はセル無線ネットワーク一時識別情報(C−RNTI:cell radio network temporary identity)を割り当てられ得、各DCIにアタッチされた巡回冗長検査(CRC)ビットが、C−RNTIに基づいてスクランブルされ得る。ユーザ機器における電力消費およびオーバーヘッドを低減するために、CCEロケーションの限られたセットが、特定のUE115に関連するDCIのために指定され得る。
[0069]CCEは(たとえば、1つ、2つ、4つおよび8つのCCEのグループに)グループ化され得、ユーザ機器が、関係するDCIを発見し得る、CCEロケーションのセットが指定され得る。これらのCCEは、探索空間として知られ得る。探索空間は、共通CCE領域または探索空間と、UE固有(専用)CCE領域または探索空間との2つの領域に区分され得る。共通CCE領域は、基地局105によってサービスされるすべてのUEによって監視され、ページング情報、システム情報、ランダムアクセスプロシージャなどの情報を含み得る。UE固有探索空間は、ユーザ固有制御情報を含み得る。CCEはインデックス付けされ得、共通探索空間はCCE0から開始し得る。UE固有探索空間のための開始インデックスは、C−RNTI、サブフレームインデックス、CCEアグリゲーションレベルおよびランダムシードに依存する。UE115は、DCIが検出されるまで探索空間がその間にランダムに復号される、ブラインド復号として知られるプロセスを実施することによってDCIを復号しようと試み得る。ブラインド復号の間に、UE115は、それのC−RNTIを使用してすべての潜在的DCIメッセージをデスクランブルしようと試み、その試みが成功したかどうかを決定するためにCRCチェックを実施し得る。DCIメッセージサイズが増加するにつれて、UE115が実施し得るブラインド復号試みの数も増加し得る。各ブラインド復号プロセスは、UE115が、バッテリー電力、時間などを含む、潜在的に乏しいリソースを費やすことを引き起こし得る。
[0070]また、ワイヤレス通信システム100に関する物理リソースを編成するためにフレーム構造が使用され得る。フレームは、10ms間隔であり得、それは、10個の等しいサイズのサブフレームにさらに分割され得る。各サブフレームは、2つの連続するタイムスロットを含み得る。各スロットは、6つまたは7つのOFDMAシンボル期間を含み得る。リソース要素は、1つのシンボル期間と1つのサブキャリア(15kHz周波数範囲)とからなる。リソースブロック(RB)は、周波数領域中に12個の連続するサブキャリアを含んでおり、各OFDMシンボル中のノーマルサイクリックプレフィックスについて、時間領域(1つのスロット)中に7つの連続するOFDMシンボルを含んでおり、すなわち84個のリソース要素を含んでいることがある。いくつかのリソース要素は、DL基準信号(DL−RS)を含み得る。DL−RSは、セル固有基準信号(CRS)とUE固有RS(UE−RS)とを含み得る。UE−RSは、物理ダウンリンク共有チャネル(PDSCH)に関連するリソースブロック上で送信され得る。各リソース要素によって搬送されるビット数は、変調方式(各シンボル期間中に選択され得るシンボルの構成)に依存し得る。したがって、UEが受信するRBが多いほど、また変調方式が高いほど、UEのためのデータレートは高くなり得る。
[0071]いくつかの場合には、ワイヤレス通信システムは、1つまたは複数の拡張コンポーネントキャリア(eCC)を利用し得る。eCCは、フレキシブル帯域幅、可変長送信時間間隔(TTI)、および変更された制御チャネル構成を含む、1つまたは複数の特徴によって特徴づけられ得る。いくつかの場合には、eCCは、キャリアアグリゲーション構成またはデュアル接続性構成(すなわち、複数のサービングセルが準最適なバックホールリンクを有するとき)に関連付けられ得る。eCCはまた、無認可スペクトルまたは(2つ以上のオペレータがスペクトルを使用することを認可される)共有スペクトルにおいて使用するために構成され得る。フレキシブル帯域幅によって特徴づけられるeCCは、全帯域幅を監視することが可能でないか、または(たとえば、電力を温存するために)限られた帯域幅を使用することを選好するUE115によって利用され得る1つまたは複数のセグメントを含み得る。
[0072]本開示によれば、システム100内のデバイス、たとえば、基地局105およびUE115は、通信リンクのスループットを増加させるために拡張キャリアアグリゲーション(eCA)を使用し得る。UE115は、たとえば、基地局105からジョイント許可を受信し得、ジョイント許可は、UE115のための構成されたCCのすべてのための制御情報を含み得る。ジョイント許可のための制御オーバーヘッドは、構成されたCCをグループ化することによって低減され得る。いくつかの例では、UE115は、複数のCCに関連するDCIを含み得る個別の許可を受信し得る。代替的に、ジョイント許可またはCCごとの個別の許可は、単一のCCに関連する個別の許可と組み合わせられ得る。CCスケジューリング情報を含めた後のDCIメッセージ中で利用可能なビットの数は、各コンポーネントキャリア内のRB割振りのための割振りグラニュラリティを決定し得る。
[0073]図2は、本開示の様々な態様による、eCA構成におけるジョイント制御をサポートするワイヤレス通信システム200の一例を示す。ワイヤレス通信システム200は、図1を参照しながら上記で説明された基地局105、カバレージエリア110、またはUE115の例であり得る、基地局105−aと、基地局105−bと、カバレージエリア110−aと、UE115−aとを含み得る。基地局105−a、基地局105−b、およびUE115−aは、図1を参照しながら上記で概略的に説明されたように、UE115−aがカバレージエリア110−a内にあるとき、eCA送信205を介して互いと通信し得る。eCA送信205は、ダウンリンク送信とアップリンク送信の両方を含み得る。基地局105−aは、UE115−aと通信するためにCCの第1のセットを使用し得、基地局105−bは、UE115−aと通信するためにCCの第2のセットを使用し得る。
[0074]複数のCCに関連する制御オーバーヘッドは、(たとえば、eCA動作中に)CCの数が増加するにつれて扱いにくくなり得る。いくつかの場合には、利用可能リソースを効率的にスケジュールし、利用するために、レガシーキャリアアグリゲーション(たとえば、最高5つのCCのためのCA)とともに利用される制御方式に対する代替策が採用され得る。基地局105−aは、UE115−aによる使用のためのいくつかのCC(たとえば、32個のCC)を構成し得、基地局105−aは、eCA動作に適したDCI構成を利用し得る。たとえば、ジョイント許可、CCグループごとの個別の許可、またはジョイント許可と個別の許可との組合せが、スケジューリング(たとえば、クロスキャリアスケジューリング)およびスケジュールされたCCの効率的なリソース割当てのために使用され得る。DCIは、1つまたは複数のeCA送信205中のリソース許可メッセージ中に含まれ得る。ダウンリンクCCは、ダウンリンク制御チャネルまたはダウンリンク共有チャネルあるいはその両方を含み得、ダウンリンクeCA送信205の場合、リソース許可メッセージは、ダウンリンクCCの制御領域またはデータ領域中で送信され得る。
[0075]いくつかの場合には、DCIに割り振られるビットの数は、構成されたCCの数に基づいて半静的に決定され得る。DCIは、スケジュールされたCCのためのスケジューリングビットマップと、コンテンツまたはスケジューリング情報(たとえば、HARQ情報、MCS、新規データインジケータ(NDI)、冗長バージョン(RV)、データ割当てインデックス(DAI)、およびプリコーディング)と、RB割当て情報とを含み得る。スケジューリングビットマップはスケジュールされたCCを識別し得、使用されるビットの数は構成されたCCの数に等しいことがある。さらに、RB割当てのために使用されるビットの数がRB割当てグラニュラリティを決定し得る。いくつかの場合には、RB割当てのために利用可能なビットの数は、スケジュールされたCCの数と逆関係にあり得、すなわち、いくつかの例では、より多数のスケジュールされたCCがあるほど、各CCにおいてRBを割り振るためのより少数のビットがDCIメッセージ中に残る。RB割当てグラニュラリティはまた、1つまたは複数のeCA送信205がアップリンク送信を備えるのかダウンリンク送信を備えるのかに依存し得る。ジョイント許可において使用される適応RBグラニュラリティは、5つまたはそれ以下のCCとともに採用され得る制御方式と比較して、eCAに関連するオーバーヘッドを著しく低減し得る。
[0076]いくつかの場合には、オーバーヘッドは、個々のCCごとではなく、CCのグループごとにスケジューリングビットマップとスケジューリング情報とを生成することによってさらに減少され得る。許可は、構成されたCCの特定のサブセットを対象とし得、サブセットはRRCシグナリングによって定義され得る。RB割当てのために使用されるビットの数は、グループ中のすべてのCCの合成帯域幅に基づき得る。一例として、N RBのグラニュラリティが単一の20MHzキャリアのために利用され得、3Nのグラニュラリティが60MHzの複合帯域幅のために使用され得る。
[0077]他の例では、基地局105−aは、eCA送信205の単一のセット中に、個々のCCのための許可と組み合わせてジョイント許可または特定のCCグループのための許可を送信し得る。ジョイント許可またはグループ固有の許可は、より低いグラニュラリティを可能にするシナリオにおいて使用され得、個別の許可は、いくつかのCCにより高いグラニュラリティを与えるために使用され得る。いくつかの場合には、個々に許可され得るセルの数は、5つまたは8つのCCになど、制限され得る。これは、基地局105−aが、特定の割振りのためにより大きいジョイント許可を使用することを回避することを可能にし得る。
[0078]個別の許可およびジョイント許可はまた、割振りがダウンリンクに関するのかアップリンクに関するのかに従って利用され得る。たとえば、個々のCCは、ダウンリンク上のジョイント許可、アップリンク上の個別の許可、ダウンリンク上の個別の許可、アップリンク上のジョイント許可、またはそれらの任意の組合せを使用するように構成され得る。同様に、ジョイント許可および個別の許可のリンク固有の利用は、個々のCCがCCグループに構成され、ジョイント許可が、割振りがダウンリンクに関するのかアップリンクに関するのかに従って使用されるように、CCグループに拡張され得る。CCの構成に応じて、UEは、ジョイント許可と個別の許可の両方ではなく、そのいずれかを監視することが必要とされ得る。
[0079]図3Aは、本開示の様々な態様による、eCA構成におけるジョイント制御をサポートするDCI構造300−aの一例を示す。DCI構造300−aは、図1〜図2を参照しながら上記で説明されたUE115と基地局105との間の送信の態様を示し得る。DCI構造300−aは、スケジューリングビットマップ305と、スケジューリング情報310と、RB割当てフィールド315とを含み得、ジョイントクロスキャリア制御において使用され得る。DCI構造300−aは、送信されたリソース許可中に含まれ得る。
[0080]いくつかの場合には、DCI構造300−aは、CCごとのクロスキャリア制御情報を与え得る。DCI構造300−aの長さ(たとえば、割り振られたビットの数)は、クロスキャリア制御のために構成されたCCの数に基づいて半静的に決定され得る。スケジューリングビットマップ305は、構成されたCCのグループからどのCCがスケジュールされるかを決定するために使用され得る。スケジューリングビットマップ305によって使用されるビットの数は、構成されたCCの数に等しいことがある(たとえば、32個のCCの場合は32ビット)。スケジューリング情報310に割り振られるビットは、スケジュールされたCCの数に基づき得る。いくつかの例では、スケジューリングビットマップ305のビットは、個々のCCではなくCCグループに対応し得る。
[0081]スケジューリング情報310は、各スケジュールされたCCのためのハイブリッド自動再送要求(HARQ)情報と、送信電力制御(TPC)と、変調およびコーディング方式(MCS)と、新規データインジケータ(NDI)と、冗長バージョン(RV)と、データ割当てインデックス(DAI)と、プリコーディング情報とを含み得る。MCS情報は、新しい送信および再送信のための別個のフィールドを含み得る。冗長バージョンは、新しい送信では省略されるか、または固定値(たとえば、0)に設定され得る。
[0082]RB割当てフィールド315に割り振られるビットは、スケジューリングビットマップ305およびスケジューリング情報310にビットを割り振った後に残るビットに基づき得る。RB割当てグラニュラリティは、RB割当てのためにより多数のビットが利用可能であるとき、増加し得る。たとえば、DCI構造300−aは合計Tビットを割り振られ得、スケジューリングビットマップ305はCビットを割り振られ得、スケジューリング情報310はSビットを割り振られ得、RB割当てフィールド315はRBビットを割り振られ得る。RB割当てフィールド315のために利用可能なビットの数は、以下の式を使用して決定され得る。
RBbits=Tbits−Cbits−Sbits (1)
式1は、スケジューリング情報とスケジューリングビットマップとを考慮した後の、CCのRB割当てのために利用可能な残りのビットの依存性を示す。RB割当てのための利用可能ビットの数は、スケジュールされたCCの数に基づき得る。たとえば、より多数のCCがスケジュールされるとき、スケジューリング情報310に割り振られるビットSは増加し得、RB割当てのために利用可能なビットの数RBは減少し得る。いくつかの場合には、構成されたCCのすべてがスケジュールされ得、RB割当てのための追加のビットはないことがある。これは、DCI情報が、スケジューリングビットマップ305を通して、CCの全帯域幅がスケジュールされるかどうかを通信し得る、粗い割振り方式に対応し得る。
[0083]別の例では、DCI構造300−aは、CCのグループごとのクロスキャリア制御情報を与え得る。CCグループを定義するためにRRC構成が使用され得る(たとえば、RRC構成は、グループの数と、各CCがグループにどのように関連するかとを決定し得る)。グループの数は、(たとえば、いくつかの例では4つのCCの8つのグループに)制限され得る。スケジューリング情報310によって使用されるビットの数は、スケジュールされたCCグループの数に基づき得る。スケジューリング情報(たとえば、MCS、HARQ情報など)はグループ中の各CCに共通であり得る。いくつかの場合には、スケジューリング情報は、ビットマップが個々のCCを表す場合でもグループごとに与えられ得る。グループからの少なくとも1つのCCがスケジュールされる場合、そのグループのためのスケジューリング情報が与えられ得る。RB割振りはCCごとに行われ得るか、またはグループ内のスケジュールされたCCのRBは一緒に考慮され(たとえば、サービングセルIDに基づいて一緒にインデックス付けされ)得る。前述のように、スケジューリングビットマップ305およびスケジューリング情報310にビットを割り振った後に残るビットは、RB割当てフィールド315に割り振られ、割振りグラニュラリティを与え得る。
[0084]したがって、DCI構造300−aは、たとえば、合計Tビットを割り振られ得、スケジューリングビットマップ305は、(個々のCCを表す)Cビットを割り振られ得、スケジューリング情報310は、S*Gビットを割り振られ得、ただし、Sは、スケジューリング情報の個々の指定のために使用されるビットの数であり、Gは、割り当てられたグループの数である。RB割当てフィールド315のために利用可能なビットの数は、以下の式を使用して決定され得る。
RBbits=Tbits−Cbits−Sbits*G (2)
[0085]他の例では、スケジューリングビットマップ305によって使用されるビットの数はCCグループの数に基づき得、また、スケジューリング情報310によって使用されるビットの数はスケジュールされたCCグループの数に基づき得る。この例では、DCI構造300−aは合計Tビットを割り振られ得、スケジューリングビットマップ305はC*Gビットを割り振られ得、ただし、Gは、割り当てられたグループの数であり、スケジューリング情報310はS*Gビットを割り振られ得、RB割当てフィールド315はRBビットを割り振られ得る。RB割当てフィールド315のために利用可能なビットの数は、式3を使用して決定され得る。
RBbits=Tbits−Cbits*G−Sbits*G (3)
[0086]DCI構造300−aは、個々のCCのための許可と組み合わせて使用され得る。いくつかの場合には、ジョイント許可は、スケジューリンググラニュラリティが粗くてもよい場合に使用され得、個別の許可は、より細かいグラニュラリティを与えるために使用され得、および/またはジョイント許可の使用は、割振りがアップリンクに関するのかダウンリンクに関するのかに依存し得る。UE115は、同じまたは異なるセルのためのTTI中でジョイント許可と個別の許可とを受信し得る。いくつかの場合には、あるセルのために個別の許可が送信された場合、そのセルは、同じTTI中で発生するジョイント許可から省略され得る。これは、少数のセルがUEに対してスケジュールされる場合、効率の増加を可能にし得る。
[0087]図3Bは、本開示の様々な態様による、eCA構成におけるグループ制御のためのDCI構造300−bの一例を示す。DCI構造300−bは、図1〜図2を参照しながら上記で説明されたUE115と基地局105との間の送信の態様を示し得る。DCI構造300−bは、グループインジケータ320と、スケジューリング情報325と、RB割当てフィールド330とを含み得、ジョイントクロスキャリア制御において使用され得る。DCI構造300−bは、送信されたリソース許可中に含まれ得る。
[0088]グループインジケータ320に割り振られるビットの数は、構成されたCCグループの数に基づき得る(すなわち、それはグループインデックスを示し得る)。CCグループは、アップリンク動作とダウンリンク動作の両方のために構成され得、グループインジケータ320は、それぞれの集合に対するインデックスとして働くことができる。スケジューリング情報325(たとえば、MCS、HARQ情報など)によって使用されるビットの数は、スケジュールされたグループ内の各CCに共通であり得るか、またはそれは変わることがある。RB割当てフィールド330のために使用されるビットの数は、グループ中のすべてのCCの合成帯域幅に基づき得る。たとえば、N RBの固定グラニュラリティが20MHzキャリアのために利用され得、3Nのグラニュラリティが60MHzのために使用され得る。RB割当てフィールド330はまた、異なるサイズをもつユニットに適応し得る。たとえば、ジョイント許可とともに使用するための新しい割振りユニットは、所定の数のリソースブロックを含むものとして定義され(拡張RBG(eRBG)とも呼ばれ)得る。システム帯域幅が、選択されたeRBGユニットの整数倍でないとき、RB割当てフィールド330の1つまたは複数のビットを用いて追加の帯域幅が含められ得る。前の例を続けると、20MHzシステム帯域幅が100RBとして表される場合、およびジョイント許可が4つのCCをスケジュールするように構成される場合、RB割当てフィールド330は6つのeRBGを表し得、最初の5つがそれぞれ16RBのサイズを有し、最後のeRBGが残りの20RBを表す。eRBGを標準RBGの2乗として表すこと(たとえば、RBGが3RBである場合、eRBGは9RBである)などを含む、他のeRBGサイジングが可能である。表1は、1つのそのような例示的な構成を示す。
[0089]いくつかの場合には、DCI構造300−bは、構成されたCCの帯域幅に基づいてクロスキャリア制御のための制御情報を与え得る。スケジュールされるべきRBの数は、構成されたCCのすべてのRBの和に等しいことがある。これは、NRBとして示され得る。サービングセルインデックスに基づいて(たとえば、昇順サービングセルインデックスに従って)、RBの連続する記数法が使用され得る。いくつかの例では、局所リソース割当ては、所与のRB、NRBstartから開始し、NRB−NRBstart−1までの連続するRBを含み得る。同様の技法が、分散リソース割当てのために使用され得る。リソース割振りのために使用されるビットの数は、すべての構成されたCCのRBの合成数に基づき得る。スケジューリング情報は、スケジュールされたリソースのすべてについて同じであり得る。
[0090]DCI構造300−bは、個別の許可と組み合わせて使用され得る。いくつかの場合には、グループ許可は、スケジューリンググラニュラリティが中程度に粗くてもよい場合に使用され得、個別の許可は、より細かいグラニュラリティを与えるために使用され得る。UEは、同じまたは異なるセルのための同じTTI中でジョイント許可と、グループ許可と、個別の許可とを受信し得る。いくつかの場合には、あるセルのために個別の許可が送信された場合、そのセルは、同じTTI中で発生するジョイント許可またはグループ許可から省略され得、したがって、UEは、対応するDCIフォーマットのみを監視することが必要とされ得る。また、DCIフォーマットの数が、UEの負担を低減するために最小限に抑えられ得る。一例では、DL許可のための2つのDCIフォーマット、すなわち、CRSベースの許可のための1つのDCIフォーマットおよびDM−RSベースの許可のための他のDCIフォーマットのみが利用される。これは、少数のセルがUEに対してスケジュールされる場合、効率の増加を可能にし得る。
[0091]図3Cは、本開示の様々な態様による、eCAのためのジョイント制御をサポートする例示的なeCA通信302を示す。eCA通信302は、基地局105とUE115との間の通信の一例であり得る。Nが任意の整数であり得る、合計N個のCC、CC0〜CCNが基地局105とUE115との間の通信のために構成される。UE115のためのeCAの管理が行われ得、ここで、2段割当てが、CC0〜CCNキャリアの各々にスケジューリングと割当てとを与える。UE115は、制御PDSCH(cPDSCH)340またはcPDSCH350など、cPDSCHのためのリソースを識別する割当て指示を取得するために、CC0中のPDCCH335をブラインド復号し得る。割当て指示はまた、識別されたPDSCHが、単なる通常PDSCHではなく、cPDSCHであることをUE115にアラートする制御フラグを含み得る。割当て指示は、さらに、UE115が、構成されたCC、CC0〜CCNのうちのいずれか1つまたは複数のためのスケジューリングおよび割当て情報ならびに制御メッセージを取得するために、cPDSCH340または350など、識別されたcPDSCHを復号することを可能にする。
[0092]cPDSCH340は、それの対応するPDCCH、すなわちPDCCH335と同じサブフレームおよび同じキャリアCC0中で送信される1つの例示的なcPDSCHを示すことに留意されたい。cPDSCH350は、PDCCH335と同じサブフレーム中で、ただし、異なるキャリアCC2中で送信される別の独立した例示的なcPDSCHとして示されている。cPDSCH340とcPDSCH350の両方が図3Cに示されているが、それらは、図3Cに示されている異なる例示的な実装形態を表し得、必ずしも、両方ともPDCCH335に関して送信される2つの別個のcPDSCH送信を表すために一緒に図示されているとは限らない。
[0093]図3Cに示されているように、PDCCH、cPDSCH、dPDSCH、PUSCHなどの表現を含むサブフレームを表すブロックは、概念ブロック表現であり、特定のサブフレームの構造、またはそのようなチャネルが一般に位置するであろう図示されたサブフレームの実際の部分の詳細を与えるものではないことにさらに留意されたい。図3Cに示されているブロック表現は、特定のサブフレーム中のそのようなチャネルの存在を示すためのものにすぎない。
[0094]構成されたCCのためのスケジューリングおよび割当て情報に加えて、cPDSCH340および350など、制御PDSCHは、様々な追加の制御メッセージを含んでいることがある。たとえば、cPDSCHは、構成されたCCのいずれかまたはすべてのためのダウンリンク割当てとアップリンク割当てとを含み得る。cPDSCH340は、CC1上のdPDSCH345の、基地局105からのダウンリンク割当てを含み得、cPDSCH350は、CCN上のダウンリンク割当てdPDSCH355とCC2上のアップリンク割当てPUSCH360とを含み得る。cPDSCH340および350など、制御PDSCHはまた、アップリンク送信のためのHARQ情報など、他の制御情報と、すべてのキャリアについてPCFICH中で一般に搬送される制御フォーマットインジケータ(CFI)など、サポート制御情報とを含み得る。CFIは、各サブフレームにおいて制御チャネル(たとえば、PDCCH、PHICHなど)を搬送するためにいくつのOFDMシンボルが使用されるかを識別するインジケータである。したがって、UE115は、構成されたCC0〜CCNのいずれかについてPCFICHを検出することを試みる代わりに、cPDSCH340および/または350中のそのような情報を取得するであろう。
[0095]PDSCH内にこの情報を含めることの別の利益は、巡回冗長検査(CRC)、反復コード、パリティビット、チェックサムなど、レート制御および誤り検出コーディングを通してPDSCH送信によって与えられる保護である。したがって、cPDSCH340および350とともに送信される制御情報および制御メッセージは、誤り保護され、信頼できることがあり、これは、UE115におけるPDCCHのための解釈/プルーニング論理を低減し得、制御チャネル処理における有意な複雑さを与え得る。誤り保護はまた、HARQなど、複数の制御チャネルに関するフォールスアラーム/ミス検出のレートを減少させ得る。
[0096]PDSCHレート制御では、cPDSCH340および350など、制御PDSCHは、送信のために、MIMO、プリコーディング、およびMCS制御を使用し得る。制御PDSCHはまた、ダウンリンクデータ割当てが将来のサブフレームに割り当てられるとき、HARQプロシージャを使用し得る。たとえば、cPDSCH340は、cPDSCH340から4サブフレームであるdPDSCH345のデータダウンリンク割当てを含むので、UE115および基地局105は標準HARQプロシージャを使用し得る。したがって、基地局105が、dPDSCH345を含んでいるサブフレームまでにcPDSCH340に対するUE115からのACKを受信することができなかった場合、基地局105は、タイミングが構成されたCC、CC0〜CCNのための制御情報が追加されることを許すならば、dPDSCH345内でそのような情報を再送信することを決定し得、あるいは、dPDSCH345のスケジュールされたデータダウンリンクを取り消し、それらのリソースを、サービスされている他のUE115に再割り当てし得る。データダウンリンクがより時間に敏感であるとき、たとえば、cPDSCH350が同じサブフレーム中でdPDSCH355を割り当てる場合、HARQプロシージャが正常に動作するのに十分な時間がないことがある。
[0097]本開示の追加の態様は、より保守的なランクおよびMCS選択を使用することによって、cPDSCHの信頼性を改善し得る。標準ランクおよびMCS値は、ネットワークによって、通常PDSCHについて10%のターゲットブロック誤り率(BLER)を達成するように選択される。しかしながら、cPDSCH復号の信頼性を改善するために、基地局105は、5%、3%、1%など、より低いターゲットBLERを達成するように、より保守的なランクおよびMCSを選択し得る。cPDSCH340および350など、cPDSCHを送るとき、基地局105は、BLERを改善し得る有益なランクおよびMCSを選択し、割当て指示とともにPDCCH335中で新しいランクおよびMCSをUE115に通信し得る。
[0098]本開示の追加の態様はまた、cPDSCH内の情報を効率的に構成するための改善された設計を提供し得る。たとえば、一態様では、cPDSCH350のサブフレームなど、cPDSCHサブフレームは、複数の部分AおよびBに分けられ得る。情報は、受信機が情報を復号し得る効率を増加させるために、複数の部分にわたって構成され得る。第1のスロットAは、dPDSCH355などの、同じサブフレームのためのダウンリンク割当てなど、時間決定的な情報(time critical information)を搬送し得る。第2のスロットBは、PUSCH360など、アップリンクのためのHARQおよびアップリンク割当てなど、より遅延に寛容な情報を搬送し得る。
[0099]本開示のさらなる態様は、復号タイムラインを便宜的に改善するために、cPDSCHのための復号の複数のラウンドを提供し得る。そのような態様では、UE115は、復号を実施するために制御PDSCHサブフレーム全体が受信されるのを待つ必要がない。cPDSCH350AおよびBをもつ上記で説明された複数の部分へのcPDSCHサブフレームの分割に関して、第1のスロットA中に含まれる時間決定的な情報は、cPDSCH350のcPDSCHサブフレーム全体が受信される前に復号され、したがって、UE115が時間決定的な制御情報を直ちに処理し始めることを可能にし得る。したがって、UE115は、サブフレーム中の複数の時点において復号を開始し得、制御情報が早期に復号された場合、UE115は、サブフレーム全体が受信される前に、CCN中のdPDSCH355など、データCCを処理することによってなど、復号された情報を処理し始め得る。
[0100]cPDSCHは、cPDSCH350が同じサブフレーム中のdPDSCH355を指すように、同じサブフレーム中にあり得るダウンリンクデータPDSCHを指し、またはdPDSCH345のためにスケジュールされたデータについての遅延があまり重要でないとき、cPDSCH340が将来のサブフレーム中のdPDSCH345を指すように、後のサブフレーム中にあり得るダウンリンクデータPDSCHを指し得る。cPDSCHアップリンク割当ては、cPDSCH350が、後のサブフレームにおけるPUSCH360のためのアップリンク割当てをも含むように、将来のサブフレームを指し得る。データPDSCHが後のサブフレーム中にあるとき、UE115は、割り当てられた将来のサブフレームにより近くなるまで、他のCCを監視する必要がないことがある。たとえば、PDCCH335が、後のサブフレーム中のdPDSCH345のデータダウンリンク割当てを含むcPDSCH340のみを指す場合、UE115は、dPDSCH345の直前まで、それの受信チェーンを非アクティブ化し得る。したがって、cPDSCH340は、UE115が他のCC受信をオンにするための迅速な指示として働き得る。
[0101]必要とされるとき、より多数のCCを動的にオンにすることをUE115に提供することは、電力節約に役立ち得る。追加のCCがオンにされると、UE115は、CCをオフに戻すためにアクティビティタイマーを使用し得る。したがって、追加のデータ割当てまたは他の制御PDSCHが、dPDSCH345におけるサブフレームとアクティビティタイマーの満了との間に到着しない場合、UE115は、CC1のための受信チェーンをオフにすることができる。追加のCCがオンにされたとき、アクティビティタイマーの満了の前に到着した、後の制御PDSCHは、同じサブフレーム中でデータPDSCHをスケジュールし得、そのような将来の送信についての遅延を低減する。たとえば、UE115が、dPDSCH345のためにCC1のための受信チェーンをオンにしたとき、基地局105は、別のPDCCH365をスケジュールしており、それは、CC0の同じサブフレーム中のcPDSCH370を指す割当て指示を含む。UE115は、CC1のための受信チェーンをアクティブ化するときにアクティビティタイマーを開始し、満了より前に、dPDSCH375の時間敏感なダウンリンク割当てを含むcPDSCH370が受信される。したがって、CC1のための受信チェーンは、dPDSCH345の復号のために再アクティブ化した後、アクティビティタイマーの持続時間の間すでにオンであるので、CC1のための受信チェーンをアクティブ化する際の遅延がないことがある。
[0102]図4は、本開示の様々な態様による、eCA構成におけるジョイント制御をサポートするシステム中のプロセスフロー400の一例を示す。プロセスフロー400は、基地局105−cおよびUE115−bによって実施され得、それは、図1〜図2を参照しながら上記で説明された基地局105およびUE115の例であり得る。基地局105−cおよびUE115−bは、スループットを増加させるためにeCAを利用し得る。
[0103]ステップ405において、基地局105−cは、UE115−bのためのCCのセットを構成し得、CCは、クロスキャリア制御のために構成され得る。構成されたCCは、アップリンクCCまたはダウンリンクCC、あるいはその両方であり得る。いくつかの場合には、RRC構成メッセージが、CCを構成するためにUE115−bに送られ得る。構成メッセージは、リソース許可のサイズの指示を含み得る。いくつかの場合には、通信は、CCのうちの1つまたは複数をグループに区分するグループ構成メッセージを含み得る。いくつかの例では、指示は、各グループのためのインデックスを含む。
[0104]ステップ410において、基地局105−cは、eCA動作のためのいくつかの構成されたCCをスケジュールし得、アップリンクCCまたはダウンリンクCCを含む。いくつかの場合には、基地局105−cは、各TTIについて構成されたCCの異なるセットをスケジュールするか、またはCCを半静的にスケジュールし得る。いくつかの例では、基地局105−cは、構成されたCCの1つまたは複数のグループをスケジュールし得る。
[0105]ステップ415において、基地局105−cはリソース許可メッセージを生成し得る。リソース許可は、制御情報を含み得、いくつかの場合には、リソース許可のサイズは半静的に構成され得る。いくつかの場合には、リソース許可は、今度の通信のためのDCIを含み得る。リソース許可サイズは、TTIごとに構成され得るDCI長さに基づき得る。いくつかの場合には、DCI長さは、構成されたCCの数に基づき得る。DCIはスケジューリングビットマップを含み得、ここで、スケジューリングビットマップの各ビットは、構成されたCCまたはCCグループのうちの1つに対応する。DCIは、MCS指示、HARQ指示、新規データインジケータ(NDI)、冗長バージョン(RV)指示、送信電力制御(TPC)コマンド、プリコーディング指示、またはデータ割当てインデックス(DAI)指示、あるいはそれらの任意の組合せなどのスケジューリング情報をも含み得る。いくつかの例では、スケジューリング情報の各セットはスケジュールされたCCに対応する。他の場合には、スケジューリング情報は、CCグループに基づいて与えられる。いくつかの例では、スケジューリング情報の1つまたは複数のセットは、スケジュールされたCCのうちの少なくとも1つのための第1のスケジューリング情報と、スケジュールされたCCのうちの少なくとも2つのための第2のスケジューリング情報とを含み得る。
[0106]DCIはまた、リソース割振り情報を含み得る。リソース割振りグラニュラリティは、リソース許可メッセージ中のリソース割振りビットの数に基づき得る。いくつかの場合には、スケジュールされたCCの数がリソース割振りグラニュラリティに影響を及ぼし得、たとえば、より多数のビットがスケジューリング情報のために使用される場合、より少数のビットがRB割振りのために確保され得る。リソース割振りグラニュラリティはまた、スケジュールされたCCがアップリンクCCを備えるのかダウンリンクCCを備えるのかに基づき得る。いくつかの事例では、グラニュラリティは、リソース許可メッセージが、ダウンリンクCCの制御領域中のメッセージを備えるのかデータ領域中のメッセージを備えるのかに基づき得る。
[0107]いくつかの例では、スケジューリングビットマップの各ビットはCCのグループに対応し、スケジューリング情報はCCグループに対応し得る。その場合、スケジュールされたCCグループの数がリソース割振りグラニュラリティに影響を及ぼすかまたは作用し得る。いくつかの場合には、リソース許可サイズは、スケジュールされたCCのグループの合成帯域幅に基づき得る。リソース割振りも、スケジュールされたCCのグループの合成帯域幅に基づき得る。いくつかの場合には、リソース割振りは、構成されたCCのうちの少なくとも2つのジョイントRBインデックス付け構成に基づき得る。
[0108]ステップ420において、基地局105−cとUE115−bとは、構成されたCCを使用して通信し得る。たとえば、基地局105−cは、リソース許可と、リソース許可に関連するいくつかの情報ブロックとを含み得る信号をUE115−bに送信し得る。リソース許可メッセージは、スケジュールされたCCの指示と、リソース割振りグラニュラリティに関連するリソース割振りとを含み得る。リソース許可は、ダウンリンクCCの制御領域またはデータ領域中のメッセージを含み得、ダウンリンク制御チャネルまたはダウンリンク共有チャネル上で送られ得る。いくつかの例では、UE115−bは、追加の単一の構成されたCCのための追加のリソース許可メッセージを受信し得る。
[0109]ステップ420において追加または代替として、UE115−bは、基地局105−cから、構成されたCCをCCの1つまたは複数のグループに区分するグループ構成メッセージを受信し得る。構成されたCCは、スケジュールされたCCがアップリンクCCを含むのかダウンリンクCCを含むのかに基づいて、CCの1つまたは複数のグループに区分され得る。そのような場合、UE115−bは複数のリソース許可メッセージを受信し得、ここで、各リソース許可メッセージは、CCの1つまたは複数のグループ中のCCのグループに対応する。いくつかの場合には、CCの少なくとも1つのグループはダウンリンクCCを含み、グループの各ダウンリンクCCは、同じアップリンク制御チャネルに関連する。
[0110]ステップ425において、UE115−bは、リソース許可を復号し、RB割振りグラニュラリティを決定し得る。たとえば、UE115−bは、RB割振りのために使用されるビットの数を識別し、グラニュラリティを推論し得る。いくつかの場合には、RBグラニュラリティはまた、各CCの帯域幅内の(または一緒にインデックス付けされた帯域幅内の)インデックス付きRBの数に基づき得る。
[0111]いくつかの例では、UE115−bは、cPDSCHのためのリソースを識別する割当て指示を取得するために、リソース許可を復号し得る。割当て指示はまた、識別されたPDSCHが、単なる通常PDSCHではなく、cPDSCHであることをUE115−bにアラートする制御フラグを含み得る。割当て指示は、さらに、UE115−bが、構成されたCCのうちのいずれか1つまたは複数のためのスケジューリングおよび割当て情報ならびに制御メッセージを取得するために、識別されたcPDSCHを復号することを可能にする。
[0112]ステップ430において、UE115−bは、生成されたリソース許可に基づいて、スケジュールされたCC上のRBのセットを識別し得る。基地局105−cは、UE115−bと通信するために、識別されたRBを使用し得る。あるいは、アップリンクの場合、UE115−bは、基地局105−cと通信するために、識別されたRBを使用し得、たとえば、スケジュールされたCCのための共通HARQフィードバックメッセージを送信し得る。いくつかの場合には、基地局105−cは、(1つまたは複数のCCについて)リソース割振りグラニュラリティとRBインデックス付け構成とに基づいてRBを識別し得る。
[0113]ステップ435において、UE115−bは、識別されたRB上で送信された基地局105−cからのデータを復号し得る。あるいは、基地局105−cは、UE115−bから受信されたデータを復号し得る。
[0114]いくつかの場合には、たとえば、eCA構成においてUE115−bのために構成されたCCのセットについて、個別(CC固有)の許可と(2つまたはそれ以上のCCをスケジュールする)ジョイント許可とがサポートされ得る。一例では、UE115−bのために構成されたCCは、個別の許可のために構成されたDL CCの第1のサブセットと、ジョイント許可のために構成されたDL CCの第2のサブセットとにさらに構成され得、UL CCは、個別の許可のために構成されたUL CCの第3のサブセットと、ジョイント許可のために構成されたUL CCの第4のサブセットとを有し得る。第1のサブセットは第3のサブセットに等しくないことがあり、第2のサブセットは第4のサブセットに等しくないことがある。すなわち、個別の許可およびジョイント許可の管理は、CAを使用するUE115−bのためのDLとULとについて別々に行われ得る。また、CCは、個別の許可とジョイント許可の両方によってスケジュールされるように構成され得ることに留意されたい。UE115−bは、一度にそれらのうちの1つを復号するように構成され得る。
[0115]ジョイント許可の下で、リソース割振りグラニュラリティはeRBGに基づき得る。いくつかの場合には、eRBGは、4つのリソースブロックグループ(RBG)として定義され得る。いくつかの場合には、最後のeRBGがより大きいサイズを有し得る。たとえば、100RBの20MHzシステムの場合、6つのeRBGがあり得、最初の5つのeRBGは16RBをもち、最後のeRBGは20RBをもつ。eRBGを定義する他の方法も可能である。たとえば、eRBGは、RBGの2乗として定義され得る(たとえば、RBGが3RBである場合、eRBGは9RBである)。したがって、システム帯域幅6〜10RBの場合、eRBGジョイント許可は4RBであり得、11〜26RBシステム帯域幅は8RB eRBGを使用し得、27〜63は12RBを使用し得、64〜110は16RBを使用し得る。
[0116]ジョイント許可では、新しい送信および再送信のために、別個の変調およびコーディング方式(MCS)情報フィールドが使用され得る。すなわち、1つのMCSが新しい送信のために使用され得、別のMCSがHARQ再送信のために使用され得る。各MCSは、ジョイント許可中のすべてのCCによって共有され得る。いくつかの場合には、冗長バージョン(RV)が再送信のために使用され得、新しい送信は固定RV(たとえば0)を使用し得る。さらに、ジョイント許可のためのDCIフォーマットの数は最小限に抑えられ得る。たとえば、2つのDCIフォーマットがDL許可のために使用され得る(たとえば、CRSベース許可のための1つのDCIフォーマットおよびDM−RSベース許可のための他のDCIフォーマット)。
[0117]図5は、本開示の様々な態様による、eCA構成におけるジョイント制御をサポートする例示的なワイヤレスデバイス500のブロック図を示す。ワイヤレスデバイス500は、図1〜図4を参照しながら説明されたUE115の態様の一例であり得る。ワイヤレスデバイス500は、受信機505、ジョイント制御モジュール510、または送信機515を含み得る。ワイヤレスデバイス500はプロセッサをも含み得る。これらの構成要素の各々は互いと通信していることがある。
[0118]受信機505は、パケット、ユーザデータ、または様々な情報チャネルに関連する制御情報(たとえば、制御チャネル、データチャネル、およびeCAのためのジョイント制御に関係する情報など)などの情報を受信し得る。情報は、ジョイント制御モジュール510に、およびワイヤレスデバイス500の他の構成要素に受け渡され得る。いくつかの例では、設定されたスケジュールされたCC上で通信することは、RBのセット上で1つまたは複数のデータブロックを受信することを備える。いくつかの例では、受信機505は、リソース許可メッセージのサイズを示す構成メッセージを受信し得る。
[0119]ジョイント制御モジュール510は、複数の構成されたCCのためのリソース許可メッセージを受信し得、リソース許可は、サブフレームのための複数の構成されたCCからのスケジュールされたCCの指示を含み得る。受信は、受信機505との組合せで実施され得る。リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたCCの数に基づき得る。ジョイント制御モジュール510は、リソース許可メッセージに従って、サブフレームの間にスケジュールされたCC上で通信し得る。この通信は、送信機515との組合せで実施され得る。
[0120]送信機515は、ワイヤレスデバイス500の他の構成要素から受信された信号を送信し得る。いくつかの例では、送信機515は、トランシーバモジュールにおいて受信機505とコロケートされ得る。送信機515は単一のアンテナを含み得るか、またはそれは複数のアンテナを含み得る。
[0121]図6は、本開示の様々な態様による、eCA構成におけるジョイント制御をサポートする例示的なワイヤレスデバイス600のブロック図を示す。ワイヤレスデバイス600は、図1〜図5を参照しながら説明されたワイヤレスデバイス500またはUE115の態様の一例であり得る。ワイヤレスデバイス600は、受信機505−a、ジョイント制御モジュール510−a、または送信機515−aを含み得る。ワイヤレスデバイス600はプロセッサをも含み得る。これらの構成要素の各々は互いと通信していることがある。ジョイント制御モジュール510−aはまた、リソース許可モジュール605とスケジュールされた通信モジュール610とを含み得る。
[0122]受信機505−aは、ジョイント制御モジュール510−aに、およびワイヤレスデバイス600の他の構成要素に受け渡され得る情報を受信し得る。ジョイント制御モジュール510−aは、図5を参照しながら上記で説明された動作を実施し得る。送信機515−aは、ワイヤレスデバイス600の他の構成要素から受信された信号を送信し得る。
[0123]リソース許可モジュール605は、図2〜図4を参照しながら上記で説明されたように、サブフレームのための複数の構成されたCCからのスケジュールされたCCの指示を含む複数の構成されたCCのためのリソース許可メッセージを受信し得、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたCCの数に基づき得る。グラニュラリティはまた、スケジュールされたCCがアップリンクCCであるのかダウンリンクCCであるのかに基づき得る。いくつかの例では、リソース許可メッセージのサイズは、構成されたCCの数に基づき得る。いくつかの例では、リソース許可メッセージのサイズは半静的DCI長さを備える。リソース許可メッセージのリソース割振りは、複数の構成されたCCのうちの少なくとも2つのためのジョイントRBインデックス付け構成に基づき得る。追加または代替として、リソース許可メッセージのサイズは、構成されたCCの数に基づき得る。リソース許可モジュール605はまた、リソース許可メッセージのサイズを示す構成メッセージを受信し得る。いくつかの例では、リソース許可メッセージのリソース割振りは、複数の構成されたCCのうちの少なくとも2つのためのジョイントRBインデックス付け構成に基づき得る。リソース許可メッセージは、ダウンリンク制御チャネルまたはダウンリンク共有チャネルの制御領域またはデータ領域中で送信され得る。
[0124]リソース許可モジュール605はまた、UE115のために構成された複数のCCのうちの1つまたはCCのサブセット中のダウンリンク制御チャネルを監視し得る。したがって、UE115は、UE115のために設計されたアンカーCCまたは別のCCなど、ただ1つのCCを監視するように構成され得るか、あるいは総数のCCのうちのサブセットを監視し得る。UE115のために構成された総数よりも少数のものを監視することによって、UE115において電力が温存され得る。
[0125]追加または代替として、リソース許可モジュール605は、ダウンリンク制御チャネルとともに割当て指示を受信し得、ここで、割当て指示は、構成されたCCのうちの1つまたは複数のための制御情報をもつ、UE115に割り当てられた制御用ダウンリンク共有チャネルを識別する。たとえば、PDCCHは、UE115に対して、PDCCHが指しているPDSCHが制御PDSCHであることを識別するためのインジケータを含み得る。したがって、リソース許可モジュール605は、制御PDSCHを別様に処理すべきことを知り得る。それ以外は、PDCCHの機能は通常PDCCHと同様である。PDCCH中で受信された制御PDSCHのための割当て指示は、PDCCHと同じCC中にあるか異なるCC中にあるかにかかわらず、制御PDSCHに割り振られたリソースブロック(RB)を識別し、MCS、ランク、プリコーディング行列、HARQパラメータなど、制御PDSCH送信のためのパラメータをも識別し得る。割当て指示はまた、割り当てられた制御用ダウンリンク共有チャネルが複数のCCを管理するために構成されることを示す制御フラグを含み得る。いくつかの例では、1つまたは複数のCCのためのダウンリンク割当ては、割り当てられた制御用ダウンリンク共有チャネルと同じサブフレームまたは将来のサブフレームのうちの1つ中のダウンリンク共有チャネルを指し得る。
[0126]スケジュールされた通信モジュール610は、図2〜図4を参照しながら上記で説明されたように、リソース許可メッセージに従って、スケジュールされたサブフレームの間にスケジュールされたCC上で通信し得る。たとえば、スケジュールされた通信モジュール610は、スケジュールされたCCのための共通HARQフィードバックメッセージを送信し得る。他の例では、スケジュールされた通信モジュール610は、将来のサブフレーム中のダウンリンク送信を識別する受信されたダウンリンク割当てに対応する複数のCCのうちの1つまたは複数に関連する受信チェーンを非アクティブ化し、将来のサブフレームより前に受信チェーンを再アクティブ化すること得る。いくつかの場合には、スケジュールされた通信モジュール610は、受信チェーンを再アクティブ化することに応答して、アクティビティタイマーをアクティブ化し得、アクティビティタイマーの満了より前に追加のダウンリンク割当てが受信されないとき、満了に応答して受信チェーンを非アクティブ化し得る。
[0127]図7は、本開示の様々な態様による、eCA構成におけるジョイント制御のためのワイヤレスデバイス500またはワイヤレスデバイス600の構成要素であり得る、ジョイント制御モジュール510−bのブロック図700を示す。ジョイント制御モジュール510−bは、図5〜図6を参照しながら説明されたジョイント制御モジュール510の態様の一例であり得る。ジョイント制御モジュール510−bは、リソース許可モジュール605−aとスケジュールされた通信モジュール610−aとを含み得る。これらのモジュールの各々は、図6を参照しながら上記で説明された機能を実施し得る。ジョイント制御モジュール510−bはまた、スケジューリングビットマップモジュール705と、スケジューリング情報モジュール710と、割振りグラニュラリティモジュール715と、リソース識別モジュール720と、グループ構成モジュール725とを含み得る。
[0128]スケジューリングビットマップモジュール705は、図2〜図4を参照しながら上記で説明されたように、リソース許可の一部としてスケジューリングビットマップを構成し得る。いくつかの例では、スケジューリングビットマップの各ビットは、複数の構成されたCCからのCCグループに対応する。代替的に、スケジューリングビットマップの各ビットは、複数の構成されたCCからの個々のCCに対応する。
[0129]スケジューリング情報モジュール710は、図2〜図4を参照しながら上記で説明されたように、リソース許可の一部としてスケジューリング情報を構成し得る。スケジューリング情報の各セットは、たとえば、MCS指示、HARQ指示、NDI、RV指示、TPCコマンド、プリコーディング指示、またはDAI指示を含み得る。いくつかの例では、スケジューリング情報の各セットは、スケジュールされたCCの個々のCCに対応する。いくつかの例では、スケジューリング情報の各セットはCCのグループに対応し、対応するグループの各々は、スケジュールされたCCのうちの1つまたは複数のスケジュールされたCCを含む。スケジューリング情報の1つまたは複数のセットは、スケジュールされたCCのうちの少なくとも1つのための第1のスケジューリング情報と、スケジュールされたCCのうちの少なくとも2つのための第2のスケジューリング情報とを含み得る。
[0130]割振りグラニュラリティモジュール715は、図2〜図4を参照しながら上記で説明されたように、リソース許可メッセージ中のリソース割振りビットの数またはスケジュールされたCCの数に基づいてリソース割振りグラニュラリティを決定し得る。割振りグラニュラリティモジュール715はまた、リソース許可メッセージが、ダウンリンクCCの制御領域中のメッセージを含むのかデータ領域中のメッセージを含むのかに基づいて、リソース割振りグラニュラリティを決定し得る。
[0131]リソース識別モジュール720は、図2〜図4を参照しながら上記で説明されたように、リソース許可メッセージとリソース割振りグラニュラリティとに基づいて、スケジュールされたCC上のRBのセットを識別し得る。リソース識別モジュール720はまた、制御用ダウンリンク共有チャネル中の制御情報を復号し得る。たとえば、UEは、PDCCHから取得された制御PDSCHに割り振られたRBに同調し、制御PDSCHからの制御情報を復号する。いくつかの例では、制御メッセージのうちの時間決定的な制御メッセージは、割り当てられた制御用ダウンリンク共有チャネルの第1のセグメント中でリソース識別モジュール720によって復号され、制御メッセージのうちの遅延寛容な制御メッセージは、割り当てられた制御用ダウンリンク共有チャネルの次のセグメント中でリソース識別モジュール720によって復号される。いくつかの場合には、リソース識別モジュール720は、誤り検出コードを使用して、復号された制御情報を確認し得る。
[0132]追加または代替として、リソース識別モジュール720は、復号された制御情報を使用して、1つまたは複数の構成されたCCを構成し得る。たとえば、PDCCHからの割当て指示中に含まれている情報を使用して、リソース識別モジュール720は、制御PDSCHに制御情報が含まれている、1つまたは複数の構成されたCCを復号、およびスケジュールするための制御情報を取り出すために制御PDSCHを復号する。制御PDSCHは、UEのために構成されたCCのうちの1つ、多数、またはすべてのためのそのような制御情報を含み得る。
[0133]リソース識別モジュール720はまた、ダウンリンク制御チャネル中で、割り当てられた制御用ダウンリンク共有チャネルのためのランクおよびMCSを受信し得、ここにおいて、ランクおよびMCSは、制御情報を復号すること際に使用される。いくつかの例では、リソース識別モジュール720は、制御用ダウンリンク共有チャネルの完全な送信を受信するより前に、制御用ダウンリンク共有チャネルからの制御情報を復号することを複数回試み、復号後直ちに、完全な送信より前に復号された制御情報の部分を処理し得る。
[0134]グループ構成モジュール725は、図2〜図4を参照しながら上記で説明されたように、複数の構成されたCCのうちの1つまたは複数をCCの1つまたは複数のグループに区分するグループ構成メッセージを受信し得、ここで、CCの1つまたは複数のグループは少なくとも2つの構成されたCCを含む。いくつかの例では、指示は、CCの1つまたは複数のグループからのグループのインデックスを含む。構成されたCCは、スケジュールされたCCがアップリンクCCを含むのかダウンリンクCCを含むのかに基づいて、1つまたは複数のグループに区分され得る。いくつかの場合には、グループはダウンリンクCCを含み得、ここで、CCの少なくとも1つのグループの各ダウンリンクCCは、同じアップリンク制御チャネルに関連する。いくつかの場合には、リソース許可メッセージのリソース割振りは、グループの合成帯域幅に基づき得る。グループ構成モジュール725はまた、複数のリソース許可メッセージを受信し得、ここで、各リソース許可メッセージは、CCの1つまたは複数のグループに対応する。
[0135]図8は、本開示の様々な態様による、eCA構成におけるジョイント制御をサポートする、UEを含む例示的なシステム800の図を示す。システム800は、図1、図2および図5〜図7を参照しながら上記で説明されたワイヤレスデバイス500、ワイヤレスデバイス600、またはUE115の一例であり得る、UE115−cを含み得る。UE115−cは、図5〜図7を参照しながら説明されたジョイント制御モジュール510の一例であり得る、ジョイント制御モジュール810を含み得る。UE115−cはRRC構成モジュール825をも含み得る。UE115−cは、通信を送信するための構成要素と通信を受信するための構成要素とを含む、双方向音声およびデータ通信のための構成要素をも含み得る。たとえば、UE115−cは、基地局105−dまたはUE115−dと双方向に通信し得る。
[0136]RRC構成モジュール825は、図2〜図4を参照しながら上記で説明されたように、複数の構成されたCCのための構成を確立するRRC構成メッセージを受信し得る。
[0137]UE115−cはまた、プロセッサ805と、(ソフトウェア(SW)820を含む)メモリ815と、トランシーバ835と、1つまたは複数のアンテナ840とを含み得、それらの各々は、(たとえば、バス845を介して)互いと直接または間接的に通信し得る。トランシーバ835は、上記で説明されたように、(1つまたは複数の)アンテナ840あるいはワイヤードリンクまたはワイヤレスリンクを介して、1つまたは複数のネットワークと双方向に通信し得る。たとえば、トランシーバ835は、基地局105または別のUE115と双方向に通信し得る。トランシーバ835は、パケットを変調し、変調されたパケットを送信のために(1つまたは複数の)アンテナ840に与え、(1つまたは複数の)アンテナ840から受信されたパケットを復調するためのモデムを含み得る。UE115−cは単一のアンテナ840を含み得るが、UE115−cはまた、複数のワイヤレス送信をコンカレントに送信または受信することが可能な複数のアンテナ840を有し得る。
[0138]メモリ815は、ランダムアクセスメモリ(RAM)および読取り専用メモリ(ROM)を含み得る。メモリ815は、実行されたとき、プロセッサ805、およびしたがってUE115−cに本明細書で説明される様々な機能(たとえば、eCAのためのジョイント制御など)を実施させる命令を含むコンピュータ可読、コンピュータ実行可能ソフトウェア/ファームウェアコード820を記憶し得る。代替的に、ソフトウェア/ファームウェアコード820は、プロセッサ805によって直接的に実行可能でないことがあるが、(たとえば、コンパイルされ実行されたとき)コンピュータに本明細書で説明される機能を実施させ得る。プロセッサ805は、インテリジェントハードウェアデバイス(たとえば、中央処理ユニット(CPU)、マイクロコントローラ、ASICなど)を含み得る。
[0139]図9は、本開示の様々な態様による、eCA構成におけるジョイント制御をサポートする例示的なワイヤレスデバイス900のブロック図を示す。ワイヤレスデバイス900は、図1〜図8を参照しながら説明された基地局105の態様の一例であり得る。ワイヤレスデバイス900は、受信機905、基地局ジョイント制御モジュール910、または送信機915を含み得る。ワイヤレスデバイス900はプロセッサをも含み得る。これらの構成要素の各々は互いと通信していることがある。
[0140]受信機905は、パケット、ユーザデータ、または様々な情報チャネルに関連する制御情報(たとえば、制御チャネル、データチャネル、およびeCAのためのジョイント制御に関係する情報など)などの情報を受信し得る。情報は、基地局ジョイント制御モジュール910に、およびワイヤレスデバイス900の他の構成要素に受け渡され得る。
[0141]基地局ジョイント制御モジュール910は、サブフレームのための複数の構成されたCCからのスケジュールされたCCの指示を含む複数の構成されたCCのためのリソース許可メッセージを送信し得る。スケジュールされたCCはアップリンクCCまたはダウンリンクCCであり得る。この送信は、送信機915との組合せで実施され得る。リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたCCの数に基づき得る。基地局ジョイント制御モジュール910は、リソース許可メッセージに従って、サブフレームの間にスケジュールされたCC上で通信し得る。この通信は、様々な例では、受信機905または送信機915との組合せで実施され得る。
[0142]送信機915は、ワイヤレスデバイス900の他の構成要素から受信された信号を送信し得る。いくつかの例では、送信機915は、トランシーバモジュールにおいて受信機905とコロケートされ得る。送信機915は単一のアンテナを含み得るか、またはそれは複数のアンテナを含み得る。いくつかの例では、スケジュールされたCC上で通信することは、RBのスケジュールされたセット上で1つまたは複数のデータブロックをUE115に送信することを備える。
[0143]図10は、本開示の様々な態様による、eCA構成におけるジョイント制御をサポートする例示的なワイヤレスデバイス1000のブロック図を示す。ワイヤレスデバイス1000は、図1〜図9を参照しながら説明されたワイヤレスデバイス900または基地局105の態様の一例であり得る。ワイヤレスデバイス1000は、受信機905−a、基地局ジョイント制御モジュール910−a、または送信機915−aを含み得る。ワイヤレスデバイス1000はプロセッサをも含み得る。これらの構成要素の各々は互いと通信していることがある。基地局ジョイント制御モジュール910−aはまた、BSリソース許可モジュール1005とBSスケジュールされた通信モジュール1010とを含み得る。
[0144]受信機905−aは、基地局ジョイント制御モジュール910−aに、およびワイヤレスデバイス1000の他の構成要素に受け渡され得る情報を受信し得る。基地局ジョイント制御モジュール910−aは、図9を参照しながら上記で説明された動作を実施し得る。送信機915−aは、ワイヤレスデバイス1000の他の構成要素から受信された信号を送信し得る。
[0145]BSリソース許可モジュール1005は、図2〜図4を参照しながら上記で説明されたように、サブフレームのための複数の構成されたCCからのスケジュールされたCCの指示を備える複数の構成されたCCのためのリソース許可メッセージを送信し得、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたCCの数に基づき得る。リソース許可メッセージは、メッセージのデータ領域または制御領域中で送信され得、許可メッセージは、ダウンリンク制御チャネルまたはダウンリンク共有チャネル上で送信され得る。
[0146]BSリソース許可モジュール1005はまた、UEに制御用ダウンリンク共有チャネルを割り当てる割当て指示を生成し得る。たとえば、BSリソース許可モジュール1005は、eCA通信を使用してサービスされている特定のUE115に制御PDSCHを割り当て得る。いくつかの場合には、割当て指示は、割り当てられた制御用ダウンリンク共有チャネルのための1つまたは複数のパラメータを含み得、ここで、1つまたは複数のパラメータは、割り当てられた制御用ダウンリンク共有チャネルに割り振られた1つまたは複数のリソースブロック、送信フォーマット、または制御フラグを含み得る。いくつかの場合には、制御フラグは、割り当てられた制御用ダウンリンク制御チャネルが複数のCCを管理するために構成されることを示し得る。
[0147]BSリソース許可モジュール1005はまた、UE115のために構成された複数のCCのうちの1つのCC上で割当て指示を含むダウンリンク制御チャネルを送信し得る。いくつかの場合には、BSリソース許可モジュール1005は、ダウンリンク制御チャネル中に割当て指示を含め得る。BSリソース許可モジュール1005はまた、たとえば、送信機915−aを使用することによって、割り当てられた制御用ダウンリンク共有チャネルをUEに送信し得る。いくつかの例では、ダウンリンク割当ては将来のサブフレームを指し得、本方法は、制御用ダウンリンク共有チャネルに対するUEからの肯定応答を受信することができなかったことに応答して、制御用ダウンリンク共有チャネルのHARQ再送信中で制御情報を再送信すること、または制御用ダウンリンク共有チャネルに関連するダウンリンク割当てを取り消すことのうちの1つをさらに含み得る。
[0148]BSスケジュールされた通信モジュール1010は、図2〜図4を参照しながら上記で説明されたように、リソース許可メッセージに従って、サブフレームの間にスケジュールされたCC上で通信し得る。アップリンクの場合、BSスケジュールされた通信モジュール1010は、UE115からの送信、たとえば、スケジュールされたCCのための共通HARQフィードバックメッセージを受信し得る。
[0149]図11は、本開示の様々な態様による、eCA構成におけるジョイント制御のためのワイヤレスデバイス900またはワイヤレスデバイス1000の構成要素であり得る、基地局ジョイント制御モジュール910−bのブロック図1100を示す。基地局ジョイント制御モジュール910−bは、図9〜図10を参照しながら説明された基地局ジョイント制御モジュール910の態様の一例であり得る。基地局ジョイント制御モジュール910−bは、BSリソース許可モジュール1005−aとBSスケジュールされた通信モジュール1010−aとを含み得る。これらのモジュールの各々は、図10を参照しながら上記で説明された機能を実施し得る。基地局ジョイント制御モジュール910−bはまた、BSスケジューリングビットマップモジュール1105と、BSスケジューリング情報モジュール1110と、BS割振りグラニュラリティモジュール1115と、BSリソース識別モジュール1120と、BSグループ構成モジュール1125と、BS RRC構成モジュール1130とを含み得る。
[0150]BSスケジューリングビットマップモジュール1105は、図2〜図4を参照しながら上記で説明されたように、スケジューリングビットマップを含むようにリソース許可メッセージのスケジューリング指示を構成し得る。
[0151]BSスケジューリング情報モジュール1110は、図2〜図4を参照しながら上記で説明されたように、スケジューリング情報の1つまたは複数のセットを含むようにリソース許可メッセージを構成し得る。いくつかの例では、BSスケジューリング情報モジュール1110は、割り当てられた制御用ダウンリンク共有チャネル中で複数のCCのうちの1つまたは複数のCCをスケジュールし得る。BSスケジューリング情報モジュール1110は、アグリゲートされた制御メッセージと、eCA動作に関する多数のCCをサポートするために使用される制御情報のすべてとを含めることによって制御PDSCHを生成し得る。PDCCHとは異なり、制御PDSCHを含むPDSCHのペイロードサイズおよびリソースは、搬送される情報量に応じて割り当てられ、フレキシブルであるので、PDSCHはそのような情報量に適応し得る。いくつかの例では、BSスケジューリング情報モジュール1110は、1つまたは複数のCCのためのダウンリンク割当て、1つまたは複数のCCのためのアップリンク割当て、UEのアップリンクのためのHARQ制御情報、または1つまたは複数のCCに対応する1つまたは複数のCFIを含む制御メッセージとともに1つまたは複数のCCをスケジュールし得る。スケジューリング情報の1つまたは複数のセットは、いくつかの例では、スケジュールされたCCのうちの少なくとも1つのための第1のスケジューリング情報と、スケジュールされたCCのうちの少なくとも2つのための第2のスケジューリング情報とを含み得る。
[0152]いくつかの場合には、BSスケジューリング情報モジュール1110は、制御メッセージのうちの時間決定的な制御メッセージが、割り当てられた制御用ダウンリンク共有チャネルの第1のセグメントに入れられ、制御メッセージのうちの遅延寛容な制御メッセージが、割り当てられた制御用ダウンリンク共有チャネルの次のセグメントに入れられるように、制御メッセージのうちの時間決定的な制御メッセージを構成し得る。いくつかの場合には、1つまたは複数のCCのためのダウンリンク割当ては、割り当てられた制御用ダウンリンク共有チャネルと同じサブフレームまたは将来のサブフレームのうちの1つ、および複数のCCのうちの同じCCまたは異なるCCのうちの1つ中のダウンリンク共有チャネルを指し得る。
[0153]BS割振りグラニュラリティモジュール1115は、図2〜図4を参照しながら上記で説明されたように、リソース許可メッセージ中のリソース割振りビットの数またはスケジュールされたCCの数に基づいてリソース割振りグラニュラリティを決定し得る。グラニュラリティは、スケジュールされたCCがアップリンクCCを備えるのかダウンリンクCCを備えるのかに基づき得る。追加または代替として、リソース許可メッセージに関連するリソース割振りグラニュラリティは、リソース許可メッセージが、ダウンリンクCCの制御領域中のメッセージを備えるのかデータ領域中のメッセージを備えるのかに基づき得る。
[0154]いくつかの例では、BSリソース識別モジュール1120は、図2〜図4を参照しながら上記で説明されたように、リソース割振りグラニュラリティに基づいて、スケジュールされたCC上のRBのセットを識別し得る。BSリソース識別モジュール1120はまた、割り当てられた制御用ダウンリンク共有チャネルのための誤り検出コードを生成し得る。いくつかの例では、BSリソース識別モジュール1120は、割り当てられた制御用ダウンリンク共有チャネルのためのMCSを選択すること、ここにおいて、ランクおよびMCSは、ダウンリンク共有チャネルについてブロック誤り率を標準ターゲットブロック誤り率未満に低減するように選択される、と、ダウンリンク制御チャネル中で選択されたランクおよびMCSを送信することと得る。
[0155]BSグループ構成モジュール1125は、図2〜図4を参照しながら上記で説明されたように、複数の構成されたCCのうちの1つまたは複数をCCの1つまたは複数のグループに区分するグループ構成メッセージを送信し得、ここで、CCの1つまたは複数のグループは少なくとも2つの構成されたCCを含む。BSグループ構成モジュール1125は、スケジュールされたCCがアップリンクCCを備えるのかダウンリンクCCを備えるのかに基づいて、複数の構成されたCCをCCの1つまたは複数のグループに区分し得る。いくつかの例では、CCの少なくとも1つのグループはダウンリンクCCを備え、CCの少なくとも1つのグループの各ダウンリンクCCは、同じアップリンク制御チャネルに関連する。BS RRC構成モジュール1130は、図2〜図4を参照しながら上記で説明されたように、複数の構成されたCCのための構成を確立するRRC構成メッセージを送信し得る。BS RRC構成モジュール1130はまた、複数のリソース許可メッセージを送信し得、ここで、複数のリソース許可メッセージの各リソース許可メッセージは、CCの1つまたは複数のグループに対応する。いくつかの場合には、BS RRC構成モジュール1130は、追加の単一の構成されたCCのためのリソース許可メッセージを送信し得る。
[0156]ワイヤレスデバイス500、600、900および1000、ジョイント制御モジュール510−b、ならびに基地局ジョイント制御モジュール910−bの構成要素は、ハードウェアで適用可能な機能の一部または全部を実施するように適応された少なくとも1つのASICを用いて、個々にまたはまとめて実装され得る。代替的に、それらの機能は、少なくとも1つのIC上で、1つまたは複数の他の処理ユニット(またはコア)によって実施され得る。他の例では、当技術分野で知られている任意の様式でプログラムされ得る他のタイプの集積回路(たとえば、ストラクチャード/プラットフォームASIC、FPGA、または別のセミカスタムIC)が使用され得る。各ユニットの機能はまた、全体的にまたは部分的に、1つまたは複数の汎用または特定用途向けプロセッサによって実行されるようにフォーマットされた、メモリ中に組み込まれた命令を用いて実装され得る。
[0157]図12は、本開示の様々な態様による、eCA構成におけるジョイント制御をサポートする、基地局を含む例示的なシステム1200の図を示す。システム1200は、図1、図2および図9〜図11を参照しながら上記で説明されたワイヤレスデバイス900、ワイヤレスデバイス1000、または基地局105の一例であり得る、基地局105−eを含み得る。基地局105−eは、図9〜図11を参照しながら説明された基地局ジョイント制御モジュール910の一例であり得る、基地局ジョイント制御モジュール910を含み得る。基地局105−eは、通信を送信するための構成要素と通信を受信するための構成要素とを含む、双方向音声およびデータ通信のための構成要素をも含み得る。たとえば、基地局105−eは、基地局105−f、基地局105−g、UE115−e、またはUE115−fと双方向に通信し得る。
[0158]いくつかの場合には、基地局105−eは、1つまたは複数のワイヤードバックホールリンクを有し得る。基地局105−eは、コアネットワーク130へのワイヤードバックホールリンク(たとえば、S1インターフェースなど)を有し得る。基地局105−eはまた、基地局間バックホールリンク(たとえば、X2インターフェース)を介して、基地局105−fおよび基地局105−gなど、他の基地局105と通信し得る。基地局105の各々は、同じまたは異なるワイヤレス通信技術を使用してUE115と通信し得る。いくつかの場合には、基地局105−eは、基地局通信モジュール1225を利用して105−eまたは105−fなどの他の基地局と通信し得る。いくつかの例では、基地局通信モジュール1225は、基地局105のいくつかの間の通信を行うために、LTE/LTE−Aワイヤレス通信ネットワーク技術内のX2インターフェースを与え得る。いくつかの例では、基地局105−eは、コアネットワーク130を通して他の基地局と通信し得る。いくつかの場合には、基地局105−eは、ネットワーク通信モジュール1230を通してコアネットワーク130と通信し得る。
[0159]基地局105−eは、プロセッサ1205と、(ソフトウェア(SW)1220を含む)メモリ1215と、トランシーバ1235と、(1つまたは複数の)アンテナ1240とを含み得、それらの各々は、(たとえば、バスシステム1245を介して)互いと直接または間接的に通信していることがある。トランシーバ1235は、(1つまたは複数の)アンテナ1240を介して、マルチモードデバイスであり得るUE115と双方向に通信するように構成され得る。トランシーバ1235(または基地局105−eの他の構成要素)はまた、アンテナ1240を介して、1つまたは複数の他の基地局(図示せず)と双方向に通信するように構成され得る。トランシーバ1235は、パケットを変調し、変調されたパケットを送信のためにアンテナ1240に与え、アンテナ1240から受信されたパケットを復調するように構成されたモデムを含み得る。基地局105−eは、各々が1つまたは複数の関連するアンテナ1240をもつ、複数のトランシーバ1235を含み得る。トランシーバは、図9の組み合わせられた受信機905および送信機915の一例であり得る。
[0160]メモリ1215はRAMおよびROMを含み得る。メモリ1215はまた、実行されたとき、プロセッサ1210、およびしたがって基地局105−eに本明細書で説明される様々な機能(たとえば、eCAのためのジョイント制御、カバレージ拡張技法を選択すること、呼処理、データベース管理、メッセージルーティングなど)を実施させるように構成された命令を含んでいるコンピュータ可読、コンピュータ実行可能ソフトウェアコード1220を記憶し得る。代替的に、ソフトウェア/ファームウェアコード1220は、プロセッサ1205によって直接的に実行可能でないことがあるが、たとえば、コンパイルされ実行されたとき、aに本明細書で説明される機能を実施させるように構成され得る。プロセッサ1205は、インテリジェントハードウェアデバイス、たとえば、CPU、マイクロコントローラ、ASICなどを含み得る。プロセッサ1205は、エンコーダ、キュー処理モジュール、ベースバンドプロセッサ、無線ヘッドコントローラ、デジタル信号プロセッサ(DSP)など、様々な専用プロセッサを含み得る。
[0161]基地局通信モジュール1225は、他の基地局105との通信を管理し得る。通信管理モジュールは、他の基地局105と協働してUE115との通信を制御するためのコントローラまたはスケジューラを含み得る。たとえば、基地局通信モジュール1225は、ビームフォーミングまたはジョイント送信などの様々な干渉緩和技法のためのUE115への送信のためのスケジューリングを協調させ得る。
[0162]図13は、本開示の様々な態様による、eCA構成におけるジョイント制御のための方法1300を示すフローチャートを示す。方法1300の動作は、図1〜図12を参照しながら説明されたように、UE115またはそれの構成要素によって実装され得る。たとえば、方法1300の動作は、図5〜図8を参照しながら説明されたように、ジョイント制御モジュール510によって実施され得る。いくつかの例では、UE115は、以下で説明される機能を実施するようにUE115の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、UE115は、専用ハードウェアを使用して、以下で説明される機能態様を実施し得る。
[0163]ブロック1305において、UE115は、図2〜図4を参照しながら上記で説明されたように、サブフレームのための複数の構成されたCCからのスケジュールされたCCの指示を含む複数の構成されたCCのためのリソース許可メッセージを受信し、ここで、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたCCの数に基づき得る。いくつかの例では、ブロック1305の動作は、図6を参照しながら上記で説明されたように、リソース許可モジュール605によって実施され得る。いくつかの場合には、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたCCがアップリンクCCを備えるのかダウンリンクCCを備えるのかに基づき得る。
[0164]ブロック1310において、UE115は、図2〜図4を参照しながら上記で説明されたように、リソース許可メッセージに従って、サブフレームの間にスケジュールされたCC上で通信する。いくつかの例では、ブロック1310の動作は、図6を参照しながら上記で説明されたように、スケジュールされた通信モジュール610によって実施され得る。
[0165]本方法のいくつかの例では、リソース許可メッセージは、ダウンリンクCCの制御領域中で受信されるか、またはダウンリンクCCのデータ領域中で受信され、リソース許可メッセージに関連するリソース割振りグラニュラリティは、リソース許可メッセージが、ダウンリンクCCの制御領域中で受信されるのかデータ領域中で受信されるのかに基づき得る。他の例では、リソース許可メッセージは、ダウンリンク制御チャネルまたはダウンリンク共有チャネル中で受信され得る。リソース許可メッセージは、スケジューリング情報の1つまたは複数のセットを含み得、ここで、スケジューリング情報の各セットは、MCS指示、HARQ指示、新規データインジケータ(NDI)、冗長バージョン(RV)指示、送信電力制御(TPC)コマンド、プリコーディング指示、またはデータ割当てインデックス(DAI)指示のうちの少なくとも1つ、あるいはそれらの任意の組合せを含む。いくつかの場合には、スケジューリング情報の1つまたは複数のセットは、スケジュールされたCCのうちの少なくとも1つのための第1のスケジューリング情報と、スケジュールされたCCのうちの少なくとも2つのための第2のスケジューリング情報とを含む。いくつかの例では、リソース許可メッセージのサイズは複数の構成されたCCの数に基づき、または許可メッセージは半静的ダウンリンク制御情報(DCI)長さであり得る。いくつかの例では、UE115は、追加の単一の構成されたCCのためのリソース許可メッセージを受信し得る。
[0166]本方法はまた、リソース許可メッセージ中のリソース割振りビットの数またはスケジュールされたCCの数に基づいて、リソース許可メッセージに関連するリソース割振りグラニュラリティを決定することを含み得る。追加または代替として、本方法は、複数の構成されたCCをCCの1つまたは複数のグループに区分するグループ構成メッセージを受信することと、ここで、CCの1つまたは複数のグループの各々が少なくとも2つの構成されたCCを備える、複数のリソース許可メッセージを受信することと、ここで、複数のリソース許可メッセージの各リソース許可メッセージが、CCの1つまたは複数のグループ中のCCのグループに対応する、を含み得る。区分することは、スケジュールされたCCがアップリンクCCを含むのかダウンリンクCCを含むのか基づき得る。いくつかの場合には、CCの少なくとも1つのグループはダウンリンクCCを備え、CCの少なくとも1つのグループの各ダウンリンクCCは、同じアップリンク制御チャネルに関連する。いくつかの例では、本方法は、スケジュールされたCCのための共通HARQフィードバックメッセージを送信することを含む。
[0167]図14は、本開示の様々な態様による、eCA構成におけるジョイント制御のための方法1400を示すフローチャートを示す。方法1400の動作は、図1〜図12を参照しながら説明されたように、UE115またはそれの構成要素によって実装され得る。たとえば、方法1400の動作は、図5〜図8を参照しながら説明されたように、ジョイント制御モジュール510によって実施され得る。いくつかの例では、UE115は、以下で説明される機能を実施するようにUE115の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、UE115は、専用ハードウェアを使用して、以下で説明される機能態様を実施し得る。方法1400はまた、図13の方法1300の態様を組み込み得る。
[0168]ブロック1405において、UE115は、図2〜図4を参照しながら上記で説明されたように、サブフレームのための複数の構成されたCCからのスケジュールされたCCの指示を含む複数の構成されたCCのためのリソース許可メッセージを受信し、ここで、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたCCの数に基づき得る。いくつかの例では、ブロック1405の動作は、図6を参照しながら上記で説明されたように、リソース許可モジュール605によって実施され得る。
[0169]ブロック1410において、UE115は、図2〜図4を参照しながら上記で説明されたように、リソース許可メッセージ中のリソース割振りビットの数またはスケジュールされたCCの数に基づいてリソース割振りグラニュラリティを決定する。いくつかの例では、ブロック1410の動作は、図7を参照しながら上記で説明されたように、割振りグラニュラリティモジュール715によって実施され得る。
[0170]ブロック1415において、UE115は、図2〜図4を参照しながら上記で説明されたように、リソース許可メッセージとリソース割振りグラニュラリティとに基づいて、スケジュールされたCC上のRBのセットを識別する。いくつかの例では、ブロック1415の動作は、図7を参照しながら上記で説明されたように、リソース識別モジュール720によって実施され得る。
[0171]ブロック1420において、UE115は、図2〜図4を参照しながら上記で説明されたように、リソース許可メッセージに従って、サブフレームの間にスケジュールされたCC上で通信する。いくつかの場合には、スケジュールされたCC上で通信することは、RBのセット上で1つまたは複数のデータブロックを受信することを含む。いくつかの例では、ブロック1420の動作は、図6を参照しながら上記で説明されたように、スケジュールされた通信モジュール610によって実施され得る。
[0172]図15は、本開示の様々な態様による、eCA構成におけるジョイント制御のための方法1500を示すフローチャートを示す。方法1500の動作は、図1〜図12を参照しながら説明されたように、UE115またはそれの構成要素によって実装され得る。たとえば、方法1500の動作は、図5〜図8を参照しながら説明されたように、ジョイント制御モジュール510によって実施され得る。いくつかの例では、UE115は、以下で説明される機能を実施するようにUE115の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、UE115は、専用ハードウェアを使用して、以下で説明される機能態様を実施し得る。方法1500はまた、図13および図14の方法1300または1400の態様を組み込み得る。
[0173]ブロック1505において、UE115は、図2〜図4を参照しながら上記で説明されたように、サブフレーム中の複数の構成されたCCからのスケジュールされたCCの指示を含む複数の構成されたCCのためのリソース許可メッセージを受信し、ここで、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたCCの数に基づき得る。いくつかの例では、ブロック1505の動作は、図6を参照しながら上記で説明されたように、リソース許可モジュール605によって実施され得る。
[0174]ブロック1510において、UE115は、図2〜図4を参照しながら上記で説明されたように、リソース許可メッセージに従って、サブフレームの間にスケジュールされたCC上で通信する。いくつかの例では、ブロック1510の動作は、図6を参照しながら上記で説明されたように、スケジュールされた通信モジュール610によって実施され得る。
[0175]ブロック1515において、UE115は、図2〜図4を参照しながら上記で説明されたように、複数の構成されたCCをCCの1つまたは複数のグループに区分するグループ構成メッセージを受信し、ここで、CCの1つまたは複数のグループの各々は少なくとも2つの構成されたCCを含む。いくつかの場合には、指示は、CCの1つまたは複数のグループからのグループのインデックスを含む。いくつかの場合には、リソース許可メッセージのリソース割振りは、グループの合成帯域幅に基づく。いくつかの例では、ブロック1515の動作は、図7を参照しながら上記で説明されたように、グループ構成モジュール725によって実施され得る。
[0176]図16は、本開示の様々な態様による、eCA構成におけるジョイント制御のための方法1600を示すフローチャートを示す。方法1600の動作は、図1〜図12を参照しながら説明されたように、基地局105またはそれの構成要素によって実装され得る。たとえば、方法1600の動作は、図9〜図12を参照しながら説明されたように、基地局ジョイント制御モジュール910によって実施され得る。いくつかの例では、基地局105は、以下で説明される機能を実施するように基地局105の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、基地局105は、専用ハードウェアを使用して、以下で説明される機能態様を実施し得る。
[0177]ブロック1605において、基地局105は、図2〜図4を参照しながら上記で説明されたように、サブフレームのための複数の構成されたCCからのスケジュールされたCCの指示を含む複数の構成されたCCのためのリソース許可メッセージを送信し、ここで、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたCCの数に基づく。グラニュラリティはまた、スケジュールされたCCがアップリンクCCを備えるのかダウンリンクCCを備えるのかに基づき得る。リソース許可メッセージは、ダウンリンクCCの制御領域またはデータ領域中のメッセージ中に含まれていることがあり、グラニュラリティは、リソース許可メッセージが制御領域中にあるのかデータ領域中にあるのかに依存し得る。いくつかの例では、リソース許可メッセージは、ダウンリンク制御チャネルまたはダウンリンク共有チャネル中で受信され得る。他の例では、リソース許可メッセージに関連するリソース割振りグラニュラリティは、リソース許可メッセージ中のリソース割振りビットの数またはスケジュールされたCCの数に基づき得る。いくつかの例では、ブロック1605の動作は、図10を参照しながら上記で説明されたように、BSリソース許可モジュール1005によって実施され得る。
[0178]リソース許可メッセージはスケジューリング情報の1つまたは複数のセットを含み得、ここにおいて、スケジューリング情報の各セットは、変調およびコーディング方式(MCS)指示、ハイブリッド自動再送要求(HARQ)指示、新規データインジケータ(NDI)、冗長バージョン(RV)指示、送信電力制御(TPC)コマンド、プリコーディング指示、またはデータ割当てインデックス(DAI)指示のうちの少なくとも1つ、あるいはそれらの任意の組合せを備える。本方法のいくつかの例では、スケジューリング情報の1つまたは複数のセットは、スケジュールされたCCのうちの少なくとも1つのための第1のスケジューリング情報と、スケジュールされたCCのうちの少なくとも2つのための第2のスケジューリング情報とを備える。
[0179]ブロック1610において、基地局105は、図2〜図4を参照しながら上記で説明されたように、リソース許可メッセージに従って、サブフレームの間にスケジュールされたCC上で通信する。いくつかの例では、ブロック1610の動作は、図6を参照しながら上記で説明されたように、スケジュールされた通信モジュール610によって実施され得る。
[0180]本方法はまた、複数の構成されたCCをCCの1つまたは複数のグループに区分するグループ構成メッセージを送信することと、ここで、CCの1つまたは複数のグループが少なくとも2つの構成されたCCを備える、複数のリソース許可メッセージを送信することと、ここで、複数のリソース許可メッセージの各リソース許可メッセージが、CCの1つまたは複数のグループ中のCCのグループに対応する、を含み得る。いくつかの例では、複数の構成されたCCは、スケジュールされたCCがアップリンクCCを備えるのかダウンリンクCCを備えるのかに基づいて、CCの1つまたは複数のグループに区分され得る。追加または代替として、CCの少なくとも1つのグループはダウンリンクCCを含み得、CCの少なくとも1つのグループの各ダウンリンクCCは、同じアップリンク制御チャネルに関連する。本方法はまた、追加の単一の構成されたCCのためのリソース許可メッセージを送信することを含み得る。いくつかの例では、本方法は、スケジュールされたCCのための共通HARQフィードバックメッセージを受信することを含み得る。
[0181]図17は、本開示の様々な態様による、eCA構成におけるジョイント制御のための方法1700を示すフローチャートを示す。方法1700の動作は、図1〜図12を参照しながら説明されたように、基地局105またはそれの構成要素によって実装され得る。たとえば、方法1700の動作は、図9〜図12を参照しながら説明されたように、基地局ジョイント制御モジュール910によって実施され得る。いくつかの例では、基地局105は、以下で説明される機能を実施するように基地局105の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、基地局105は、専用ハードウェアを使用して、以下で説明される機能態様を実施し得る。方法1700はまた、図16の方法1600の態様を組み込み得る。
[0182]ブロック1705において、基地局105は、図2〜図4を参照しながら上記で説明されたように、サブフレームのための複数の構成されたCCからのスケジュールされたCCの指示を含む複数の構成されたCCのためのリソース許可メッセージを送信し、ここで、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたCCの数に基づく。いくつかの例では、ブロック1705の動作は、図10を参照しながら上記で説明されたように、BSリソース許可モジュール1005によって実施され得る。
[0183]ブロック1710において、基地局105は、図2〜図4を参照しながら上記で説明されたように、リソース許可メッセージ中のリソース割振りビットの数またはスケジュールされたCCの数に基づいてリソース割振りグラニュラリティを決定する。いくつかの例では、ブロック1710の動作は、図7を参照しながら上記で説明されたように、割振りグラニュラリティモジュール715によって実施され得る。
[0184]ブロック1715において、基地局105は、図2〜図4を参照しながら上記で説明されたように、リソース割振りグラニュラリティに基づいて、スケジュールされたCC上のRBのセットを識別する。いくつかの例では、ブロック1715の動作は、図11を参照しながら上記で説明されたように、BSリソース識別モジュール1120によって実施され得る。
[0185]ブロック1720において、基地局105は、図2〜図4を参照しながら上記で説明されたように、リソース許可メッセージに従って、サブフレームの間にスケジュールされたCC上で通信する。いくつかの場合には、スケジュールされたCC上で通信することは、RBのセット上で1つまたは複数のデータブロックを送信することを備える。いくつかの例では、ブロック1720の動作は、図6を参照しながら上記で説明されたように、スケジュールされた通信モジュール610によって実施され得る。
[0186]図18は、本開示の様々な態様による、eCA構成におけるジョイント制御のための方法1800を示すフローチャートを示す。方法1800の動作は、図1〜図12を参照しながら説明されたように、基地局105またはそれの構成要素によって実装され得る。たとえば、方法1800の動作は、図9〜図12を参照しながら説明されたように、基地局ジョイント制御モジュール910によって実施され得る。いくつかの例では、基地局105は、以下で説明される機能を実施するように基地局105の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、基地局105は、専用ハードウェアを使用して、以下で説明される機能態様を実施し得る。方法1800はまた、図16および図17の方法1600または1700の態様を組み込み得る。
[0187]ブロック1805において、基地局105は、図2〜図4を参照しながら上記で説明されたように、サブフレームのための複数の構成されたCCからのスケジュールされたCCの指示を含む複数の構成されたCCのためのリソース許可メッセージを送信し、ここで、リソース許可メッセージに関連するリソース割振りグラニュラリティは、スケジュールされたCCの数に基づく。いくつかの例では、ブロック1805の動作は、図10を参照しながら上記で説明されたように、BSリソース許可モジュール1005によって実施され得る。
[0188]ブロック1810において、基地局105は、図2〜図4を参照しながら上記で説明されたように、リソース許可メッセージに従って、サブフレームの間にスケジュールされたCC上で通信する。いくつかの例では、ブロック1810の動作は、図6を参照しながら上記で説明されたように、スケジュールされた通信モジュール610によって実施され得る。
[0189]ブロック1815において、基地局105は、図2〜図4を参照しながら上記で説明されたように、複数の構成されたCCをCCの1つまたは複数のグループに区分するグループ構成メッセージを送信し、ここで、CCの1つまたは複数のグループの各々は少なくとも2つの構成されたCCを備える。いくつかの場合には、指示は、CCの1つまたは複数のグループからのグループのインデックスを備える。いくつかの場合には、リソース許可メッセージのリソース割振りは、グループの合成帯域幅に基づく。いくつかの例では、ブロック1815の動作は、図11を参照しながら上記で説明されたように、BSグループ構成モジュール1125によって実施され得る。
[0190]図19は、本開示の様々な態様による、eCA構成のための2段リソース割当てのための方法1900を示すフローチャートを示す。方法1900の動作は、図1〜図12を参照しながら説明されたように、基地局105またはそれの構成要素によって実装され得る。たとえば、方法1900の動作は、図9〜図12を参照しながら説明されたように、基地局ジョイント制御モジュール910によって実施され得る。いくつかの例では、基地局105は、以下で説明される機能を実施するように基地局105の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、基地局105は、専用ハードウェアを使用して、以下で説明される機能態様を実施し得る。方法1900はまた、図16〜図18の方法1600、1700、または1800の態様を組み込み得る。
[0191]ブロック1905において、基地局105は、UEに制御用ダウンリンク共有チャネルを割り当てる割当て指示を生成する。いくつかの例では、ブロック1905の動作は、図10を参照しながら上記で説明されたように、基地局リソース許可モジュール1005によって実施され得る。いくつかの例では、基地局105は、eCA通信を使用してサービスされている特定のUE115に制御PDSCHを割り当て得る。いくつかの場合には、割当て指示は、割り当てられた制御用ダウンリンク共有チャネルのための1つまたは複数のパラメータを含み得、ここで、1つまたは複数のパラメータは、割り当てられた制御用ダウンリンク共有チャネルに割り振られた1つまたは複数のリソースブロック、送信フォーマット、または制御フラグを含み得る。いくつかの場合には、制御フラグは、割り当てられた制御用ダウンリンク制御チャネルが複数のCCを管理するために構成されることを示し得る。
[0192]ブロック1910において、基地局105は、UE115のために構成された複数のCCのうちの1つのCC上で割当て指示を含むダウンリンク制御チャネルを送信する。いくつかの例では、ブロック1910の動作は、図10を参照しながら上記で説明されたように、基地局リソース許可モジュール1005によって実施され得る。いくつかの場合には、基地局105は、UE115に送信されるダウンリンク制御チャネル中に割当て指示を含め得る。
[0193]ブロック1915において、基地局105は、割り当てられた制御用ダウンリンク共有チャネル中で複数のCCのうちの1つまたは複数のCCをスケジュールする。いくつかの例では、ブロック1915の動作は、図11を参照しながら上記で説明されたように、基地局スケジューリング情報モジュール1110によって実施され得る。本方法のいくつかの例では、基地局105は、アグリゲートされた制御メッセージと、eCA動作に関する多数のCCをサポートするために使用される制御情報のすべてとを含めることによって制御PDSCHを生成し得る。PDCCHとは異なり、制御PDSCHを含むPDSCHのペイロードサイズおよびリソースは、搬送される情報量に応じて割り当てられ、フレキシブルであるので、PDSCHはそのような情報量に適応し得る。本方法のいくつかの例では、スケジュールすることは、1つまたは複数のCCのためのダウンリンク割当て、1つまたは複数のCCのためのアップリンク割当て、UEのアップリンクのためのHARQ制御情報、または1つまたは複数のCCに対応する1つまたは複数のCFIを含む制御メッセージとともに1つまたは複数のCCをスケジュールすることを含み得る。
[0194]本方法のいくつかの例では、制御メッセージのうちの時間決定的な制御メッセージは、割り当てられた制御用ダウンリンク共有チャネルの第1のセグメントに入れられ、制御メッセージのうちの遅延寛容な制御メッセージは、割り当てられた制御用ダウンリンク共有チャネルの次のセグメントに入れられる。いくつかの場合には、1つまたは複数のCCのためのダウンリンク割当ては、割り当てられた制御用ダウンリンク共有チャネルと同じサブフレームまたは将来のサブフレームのうちの1つ、および複数のCCのうちの同じCCまたは異なるCCのうちの1つ中のダウンリンク共有チャネルを指し得る。
[0195]ブロック1920において、基地局105は、割り当てられた制御用ダウンリンク共有チャネルをUEに送信する。いくつかの例では、ブロック1920の動作は、図10を参照しながら上記で説明されたように、基地局リソース許可モジュール1005によって実施され得る。
[0196]いくつかの例では、ダウンリンク割当ては将来のサブフレームを指し得、本方法は、制御用ダウンリンク共有チャネルに対するUEからの肯定応答を受信することができなかったことに応答して、制御用ダウンリンク共有チャネルのHARQ再送信中で制御情報を再送信すること、または制御用ダウンリンク共有チャネルに関連するダウンリンク割当てを取り消すことのうちの1つをさらに含み得る。本方法はまた、割り当てられた制御用ダウンリンク共有チャネルのための誤り検出コードを生成することを含み得る。いくつかの例では、本方法は、割り当てられた制御用ダウンリンク共有チャネルのためのランクおよび変調コーディング方式(MCS)を選択すること、ここにおいて、ランクおよびMCSは、ダウンリンク共有チャネルについてブロック誤り率を標準ターゲットブロック誤り率未満に低減するように選択される、と、ダウンリンク制御チャネル中で選択されたランクおよびMCSを送信することとを含み得る。
[0197]図20は、本開示の様々な態様による、eCA構成のための2段リソース割当てのための方法2000を示すフローチャートを示す。方法2000の動作は、図1〜図12を参照しながら説明されたように、UE115またはそれの構成要素によって実装され得る。たとえば、方法2000の動作は、図5〜図8を参照しながら説明されたように、ジョイント制御モジュール510によって実施され得る。いくつかの例では、UE115は、以下で説明される機能を実施するようにUE115の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、UE115は、専用ハードウェアを使用して、以下で説明される機能態様を実施し得る。方法2000はまた、図13〜図15の方法1300、1400、または1500の態様を組み込み得る。
[0198]ブロック2005において、UE115は、UEのために構成された複数のCCのうちの1つまたはCCのサブセット中のダウンリンク制御チャネルを監視する。したがって、UE115は、UE115のために設計されたアンカーCCまたは別のCCなど、ただ1つのCCを監視するように構成され得るか、あるいは総数のCCのうちのサブセットを監視し得る。UE115のために構成された総数よりも少数のものを監視することによって、UE115において電力が温存され得る。いくつかの例では、ブロック2005の動作は、図6を参照しながら上記で説明されたように、リソース許可モジュール605によって実施され得る。
[0199]ブロック2010において、UE115は、ダウンリンク制御チャネルとともに割当て指示を受信し、ここで、割当て指示は、構成されたCCのうちの1つまたは複数のための制御情報をもつ、UE115に割り当てられた制御用ダウンリンク共有チャネルを識別する。たとえば、PDCCHは、UE115に対して、PDCCHが指しているPDSCHが制御PDSCHであることを識別するためのインジケータを含み得る。したがって、UE115は、制御PDSCHを別様に処理すべきことを知り得る。それ以外は、PDCCHの機能は通常PDCCHと同様である。PDCCH中で受信された制御PDSCHのための割当て指示は、PDCCHと同じCC中にあるか異なるCC中にあるかにかかわらず、制御PDSCHに割り振られたリソースブロック(RB)を識別し、MCS、ランク、プリコーディング行列、HARQパラメータなど、制御PDSCH送信のためのパラメータをも識別し得る。割当て指示はまた、割り当てられた制御用ダウンリンク共有チャネルが複数のCCを管理するために構成されることを示す制御フラグを含み得る。いくつかの例では、1つまたは複数のCCのためのダウンリンク割当ては、割り当てられた制御用ダウンリンク共有チャネルと同じサブフレームまたは将来のサブフレームのうちの1つ中のダウンリンク共有チャネルを指し得る。いくつかの例では、ブロック2010の動作は、図6を参照しながら上記で説明されたように、リソース許可モジュール605によって実施され得る。
[0200]ブロック2015において、UE115は、制御用ダウンリンク共有チャネル中の制御情報を復号する。たとえば、UEは、PDCCHから取得された制御PDSCHに割り振られたRBに同調し、制御PDSCHからの制御情報を復号する。いくつかの例では、制御メッセージのうちの時間決定的な制御メッセージは、割り当てられた制御用ダウンリンク共有チャネルの第1のセグメント中でUE115によって復号され、制御メッセージのうちの遅延寛容な制御メッセージは、割り当てられた制御用ダウンリンク共有チャネルの次のセグメント中でUE115によって復号される。いくつかの場合には、UE115は、誤り検出コードを使用して、復号された制御情報を確認し得る。いくつかの例では、ブロック2015の動作は、図7を参照しながら上記で説明されたように、リソース識別モジュール720によって実施され得る。
[0201]ブロック2020において、UE115は、復号された制御情報を使用して、1つまたは複数の構成されたCCを構成する。たとえば、PDCCHからの割当て指示中に含まれている情報を使用して、UEは、1つまたは複数の構成されたCCを復号し、スケジュールするために、制御情報を取り出すために制御PDSCHを復号し、その制御情報は制御PDSCH中に含まれている。制御PDSCHは、UEのために構成されたCCのうちの1つ、多数、またはすべてのためのそのような制御情報を含み得る。いくつかの例では、ブロック2020の動作は、図7を参照しながら上記で説明されたように、リソース識別モジュール720によって実施され得る。
[0202]本方法はまた、将来のサブフレーム中のダウンリンク送信を識別する受信されたダウンリンク割当てに対応する複数のCCのうちの1つまたは複数に関連する受信チェーンを非アクティブ化することと、将来のサブフレームより前に受信チェーンを再アクティブ化することとを含み得る。いくつかの場合には、UE115は、受信チェーンを再アクティブ化することに応答して、アクティビティタイマーをアクティブ化し得、アクティビティタイマーの満了より前に追加のダウンリンク割当てが受信されないとき、満了に応答して受信チェーンを非アクティブ化し得る。
[0203]本方法は、ダウンリンク制御チャネル中で、割り当てられた制御用ダウンリンク共有チャネルのためのランクおよび変調コーディング方式(MCS)を受信することをさらに含み得、ここにおいて、ランクおよびMCSは、制御情報を復号すること際に使用される。いくつかの例では、UE115は、制御用ダウンリンク共有チャネルの完全な送信を受信するより前に、制御用ダウンリンク共有チャネルからの制御情報を復号することを複数回試み、復号後直ちに、完全な送信より前に復号された制御情報の部分を処理し得る。
[0204]したがって、方法1300、1400、1500、1600、1700、1800、1900、および2000は、eCA構成におけるジョイント制御を与え得る。方法1300、1400、1500、1600、1700、1800、1900、および2000は可能な実装形態について説明していること、ならびに動作およびステップは、他の実装形態が可能であるように、並べ替えられるかまたは場合によっては変更され得ることに留意されたい。いくつかの例では、方法1300、1400、1500、1600、1700、1800、1900、および2000のうちの2つまたはそれ以上からの態様が組み合わせられ得る。
[0205]添付の図面に関して上記に記載された詳細な説明は、例示的な構成について説明しており、実装され得るまたは特許請求の範囲内に入るすべての例を表すとは限らない。本明細書で使用される「例示的」という用語は、「例、事例、または例示の働きをすること」を意味し、「好ましい」または「他の例よりも有利な」を意味しない。詳細な説明は、説明された技法の理解を与えるための具体的な詳細を含む。ただし、これらの技法は、これらの具体的な詳細なしに実施され得る。いくつかの事例では、説明された例の概念を不明瞭にすることを回避するために、よく知られている構造およびデバイスがブロック図の形式で示されている。
[0206]情報および信号は、多種多様な技術および技法のいずれかを使用して表され得る。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
[0207]本明細書の開示に関して説明された様々な例示的なブロックおよびモジュールは、汎用プロセッサ、DSP、ASIC、FPGAまたは他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明された機能を実施するように設計されたそれらの任意の組合せを用いて実装または実施され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサは、コンピューティングデバイスの組合せ(たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、または任意の他のそのような構成)としても実装され得る。
[0208]本明細書で説明された機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。プロセッサによって実行されるソフトウェアで実装される場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され得る。他の例および実装形態は、本開示の範囲内および添付の特許請求の範囲内に入る。たとえば、ソフトウェアの性質により、上記で説明された機能は、プロセッサ、ハードウェア、ファームウェア、ハードワイヤリング、またはこれらのいずれかの組合せによって実行されるソフトウェアを使用して実装され得る。機能を実装する特徴はまた、異なる物理ロケーションにおいて機能の部分が実装されるように分散されることを含めて、様々な位置に物理的に配置され得る。また、特許請求の範囲を含めて、本明細書で使用される場合、項目の列挙(たとえば、「のうちの少なくとも1つ」あるいは「のうちの1つまたは複数」などの句で終わる項目の列挙)中で使用される「または」は、たとえば、A、B、またはCのうちの少なくとも1つの列挙が、AまたはBまたはCまたはABまたはACまたはBCまたはABC(すなわち、AおよびBおよびC)を意味するような包括的列挙を示す。
[0209]コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、非一時的コンピュータ記憶媒体と通信媒体の両方を含む。非一時的記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、非一時的コンピュータ可読媒体は、RAM、ROM、電気的消去可能プログラマブル読取り専用メモリ(EEPROM(登録商標))、コンパクトディスク(CD)ROMまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の非一時的媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線(DSL)、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用されるディスク(disk)およびディスク(disc)は、CD、レーザーディスク(登録商標)(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピー(登録商標)ディスク(disk)、およびBlu−ray(登録商標)ディスク(disc)を含み、ここで、ディスク(disk)は、通常、データを磁気的に再生し、ディスク(disc)は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれる。
[0210]本開示についての以上の説明は、当業者が本開示を作成または使用することができるように与えられたものである。本開示への様々な変更は当業者には容易に明らかとなり、本明細書で定義された一般原理は、本開示の範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明された例および設計に限定されるべきでなく、本明細書で開示された原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
[0211]本明細書で説明された技法は、符号分割多元接続(CDMA)、時分割多元接続(TDMA)、周波数分割多元接続(FDMA)、OFDMA、SC−FDMA、および他のシステムなど、様々なワイヤレス通信システムのために使用され得る。「システム」および「ネットワーク」という用語は、しばしば互換的に使用される。CDMAシステムは、CDMA2000、ユニバーサル地上波無線アクセス(UTRA)などの無線技術を実装し得る。CDMA2000は、IS−2000、IS−95、およびIS−856規格をカバーする。IS−2000リリース0およびAは、一般に、CDMA2000 1X、1Xなどと呼ばれる。IS−856(TIA−856)は、一般に、CDMA2000 1xEV−DO、高速パケットデータ(HRPD:High Rate Packet Data)などと呼ばれる。UTRAは、広帯域CDMA(WCDMA(登録商標))およびCDMAの他の変形態を含む。TDMAシステムは、モバイル通信用グローバルシステム(GSM(登録商標))などの無線技術を実装し得る。OFDMAシステムは、ウルトラモバイルブロードバンド(UMB)、発展型UTRA(E−UTRA:Evolved UTRA)、IEEE802.11(Wi−Fi(登録商標))、IEEE802.16(WiMAX(登録商標))、IEEE802.20、Flash−OFDMなどの無線技術を実装し得る。UTRAおよびE−UTRAは、ユニバーサルモバイルテレコミュニケーションズシステム(UMTS)の一部である。3GPPロングタームエボリューション(LTE)およびLTEアドバンスト(LTE−A)は、E−UTRAを使用するユニバーサルモバイルテレコミュニケーションズシステム(UMTS)の新しいリリースである。UTRA、E−UTRA、UMTS、LTE、LTE−A、およびモバイル通信用グローバルシステム(GSM)は、「第3世代パートナーシッププロジェクト」(3GPP:3rd Generation Partnership Project)と称する団体からの文書に記載されている。CDMA2000およびUMBは、「第3世代パートナーシッププロジェクト2」(3GPP2:3rd Generation Partnership Project 2)と称する団体からの文書に記載されている。本明細書で説明された技法は、上述のシステムおよび無線技術、ならびに他のシステムおよび無線技術のために使用され得る。ただし、上記の説明では、例としてLTEシステムについて説明し、上記の説明の大部分においてLTE用語が使用されるが、本技法はLTE適用例以外に適用可能である。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
[C1]
キャリアアグリゲーションにおいて複数の構成されたコンポーネントキャリア(CC)上で通信するように動作可能なユーザ機器(UE)によって実施されるワイヤレス通信の方法であって、
サブフレームのための複数の構成されたCCからのスケジュールされたCCの指示を備える前記複数の構成されたCCのためのリソース許可メッセージを受信すること、ここにおいて、前記リソース許可メッセージに関連するリソース割振りグラニュラリティが、前記スケジュールされたCCの数に少なくとも部分的に基づく、と、
前記リソース許可メッセージに従って、前記サブフレームの間に前記スケジュールされたCC上で通信することと、
を備える、方法。
[C2]
前記リソース許可メッセージに関連する前記リソース割振りグラニュラリティは、前記スケジュールされたCCがアップリンクCCを備えるのかダウンリンクCCを備えるのかに少なくとも部分的に基づく、C1に記載の方法。
[C3]
前記リソース許可メッセージが、ダウンリンクCCの制御領域中のメッセージを備えるのかデータ領域中のメッセージを備えるのかに少なくとも部分的に基づいて、前記リソース許可メッセージに関連する前記リソース割振りグラニュラリティを決定すること、
をさらに備える、C1に記載の方法。
[C4]
前記リソース許可メッセージがスケジューリング情報の1つまたは複数のセットを備え、ここにおいて、スケジューリング情報の各セットが、変調およびコーディング方式(MCS)指示、ハイブリッド自動再送要求(HARQ)指示、新規データインジケータ(NDI)、冗長バージョン(RV)指示、送信電力制御(TPC)コマンド、プリコーディング指示、またはデータ割当てインデックス(DAI)指示のうちの少なくとも1つ、あるいはそれらの任意の組合せを備える、C1に記載の方法。
[C5]
スケジューリング情報の前記1つまたは複数のセットが、前記スケジュールされたCCのうちの少なくとも1つのための第1のスケジューリング情報と、前記スケジュールされたCCのうちの少なくとも2つのための第2のスケジューリング情報とを備える、C4に記載の方法。
[C6]
前記リソース許可メッセージ中のリソース割振りビットの数または前記スケジュールされたCCの前記数に少なくとも部分的に基づいて、前記リソース許可メッセージに関連する前記リソース割振りグラニュラリティを決定すること
をさらに備える、C1に記載の方法。
[C7]
前記複数の構成されたCCをCCの1つまたは複数のグループに区分するグループ構成メッセージを受信すること、ここにおいて、CCの前記1つまたは複数のグループの各々が少なくとも2つの構成されたCCを備える、と、
複数のリソース許可メッセージを受信すること、ここにおいて、前記複数のリソース許可メッセージの各リソース許可メッセージが、CCの前記1つまたは複数のグループ中のCCのグループに対応する、と、
をさらに備える、C1に記載の方法。
[C8]
CCの少なくとも1つのグループがダウンリンクCCを備え、CCの前記少なくとも1つのグループの各ダウンリンクCCが、同じアップリンク制御チャネルに関連する、C7に記載の方法。
[C9]
前記複数の構成されたCCは、前記スケジュールされたCCがアップリンクCCを備えるのかダウンリンクCCを備えるのかに少なくとも部分的に基づいて、CCの前記1つまたは複数のグループに区分される、C7に記載の方法。
[C10]
前記リソース許可メッセージがダウンリンクCCの制御領域中で受信される、C1に記載の方法。
[C11]
前記リソース許可メッセージがダウンリンクCCのデータ領域中で受信される、C1に記載の方法。
[C12]
前記リソース許可メッセージがダウンリンク制御チャネル中で受信される、C1に記載の方法。
[C13]
前記リソース許可メッセージがダウンリンク共有チャネル中で受信される、C1に記載の方法。
[C14]
追加の単一の構成されたCCのための追加のリソース許可メッセージを受信すること、
をさらに備える、C1に記載の方法。
[C15]
前記スケジュールされたCCのための共通HARQフィードバックメッセージを送信すること
をさらに備える、C1に記載の方法。
[C16]
前記リソース許可メッセージのサイズが、前記複数の構成されたCCの数に少なくとも部分的に基づく、C1に記載の方法。
[C17]
前記リソース許可メッセージの前記サイズが半静的ダウンリンク制御情報(DCI)長さを備える、C16に記載の方法。
[C18]
キャリアアグリゲーションにおいて複数の構成されたコンポーネントキャリア(CC)上で通信するように動作可能なユーザ機器(UE)を備えるワイヤレス通信のための装置であって、前記装置は、
サブフレームのための複数の構成されたCCからのスケジュールされたCCの指示を備える前記複数の構成されたCCのためのリソース許可メッセージを受信するための手段、ここにおいて、前記リソース許可メッセージに関連するリソース割振りグラニュラリティが、前記スケジュールされたCCの数に少なくとも部分的に基づく、と、
前記リソース許可メッセージに従って、前記サブフレームの間に前記スケジュールされたCC上で通信するための手段と、
を備える、装置。
[C19]
前記リソース許可メッセージに関連する前記リソース割振りグラニュラリティは、前記スケジュールされたCCがアップリンクCCを備えるのかダウンリンクCCを備えるのかに少なくとも部分的に基づく、C18に記載の装置。
[C20]
前記リソース許可メッセージが、ダウンリンクCCの制御領域中のメッセージを備えるのかデータ領域中のメッセージを備えるのかに少なくとも部分的に基づいて、前記リソース許可メッセージに関連する前記リソース割振りグラニュラリティを決定するための手段をさらに備える、C18に記載の装置。
[C21]
前記リソース許可メッセージ中のリソース割振りビットの数または前記スケジュールされたCCの前記数に少なくとも部分的に基づいて、前記リソース許可メッセージに関連する前記リソース割振りグラニュラリティを決定するための手段
をさらに備える、C18に記載の装置。
[C22]
前記複数の構成されたCCをCCの1つまたは複数のグループに区分するグループ構成メッセージを受信するための手段、ここにおいて、CCの前記1つまたは複数のグループの各々が少なくとも2つの構成されたCCを備える、と、
複数のリソース許可メッセージを受信するための手段、ここにおいて、前記複数のリソース許可メッセージの各リソース許可メッセージが、CCの前記1つまたは複数のグループ中のCCのグループに対応する、と、
をさらに備える、C18に記載の装置。
[C23]
CCの少なくとも1つのグループがダウンリンクCCを備え、CCの前記少なくとも1つのグループの各ダウンリンクCCが、同じアップリンク制御チャネルに関連する、C22に記載の装置。
[C24]
前記複数の構成されたCCは、前記スケジュールされたCCがアップリンクCCを備えるのかダウンリンクCCを備えるのかに少なくとも部分的に基づいて、CCの前記1つまたは複数のグループに区分される、C22に記載の装置。
[C25]
前記リソース許可メッセージがダウンリンク制御チャネル中で受信される、C18に記載の装置。
[C26]
前記リソース許可メッセージがダウンリンク共有チャネル中で受信される、C18に記載の装置。
[C27]
追加の単一の構成されたCCのためのリソース許可メッセージを受信するための手段
をさらに備える、C18に記載の装置。
[C28]
前記スケジュールされたCCのための共通HARQフィードバックメッセージを送信するための手段
をさらに備える、C18に記載の装置。
[C29]
キャリアアグリゲーションにおいて複数の構成されたコンポーネントキャリア(CC)上で通信するように動作可能なユーザ機器(UE)を備えるワイヤレス通信のための装置であって、前記装置は、
プロセッサと、
前記プロセッサと電子通信しているメモリと、
前記メモリに記憶された命令であって、前記プロセッサによって実行されたとき、前記装置に、
サブフレームのための複数の構成されたCCからのスケジュールされたCCの指示を備える前記複数の構成されたCCのためのリソース許可メッセージを受信すること、ここにおいて、前記リソース許可メッセージに関連するリソース割振りグラニュラリティが、前記スケジュールされたCCの数に少なくとも部分的に基づく、と、
前記リソース許可メッセージに従って、前記サブフレームの間に前記スケジュールされたCC上で通信することと、
を行わせるように動作可能である命令と、
を備える装置。
[C30]
ワイヤレス通信のためのコードを記憶する非一時的コンピュータ可読媒体であって、前記コードは、
サブフレームのための複数の構成されたCCからのスケジュールされたCCの指示を備える前記複数の構成されたCCのためのリソース許可メッセージを受信すること、ここにおいて、前記リソース許可メッセージに関連するリソース割振りグラニュラリティが、前記スケジュールされたCCの数に少なくとも部分的に基づく、と、
前記リソース許可メッセージに従って、前記サブフレームの間に前記スケジュールされたCC上で通信することと、
を行うために実行可能な命令を備える、非一時的コンピュータ可読媒体。