JP2013509833A - キャリアアグリゲーションを用いる場合のダウンリンク制御情報セット切り替え - Google Patents

Abstract

ユーザ機器を再構成するための方法および装置であって、上記方法は、キャリアインジケータフィールドを含むダウンリンク制御情報フォーマットによって、物理ダウンリンク制御チャネルを受信することを含み、上記ユーザ機器は、キャリアアグリゲーションが使用されている間、第１のダウンリンク制御情報セットから第２のダウンリンク制御情報セットへのマルチキャリア動作のために構成されている、ユーザ機器を再構成するための方法および装置。
【選択図】図６

Description

本明細書で使用される場合、用語「ユーザ機器（「ＵＥ」）」、「基地局（「ＭＳ」）」、「ユーザ機器（「ＵＥ」）」は、ある場合には、携帯電話、携帯情報端末、ハンドヘルドまたはラップトップコンピュータ、および電気通信能力を有する、類似デバイスを指す場合がある。用語「ＭＳ」、「ＵＥ」、「ＵＡ」、「ユーザデバイス」、および「ユーザノード」は、本明細書では、同義的に使用されてもよい。ＵＥは、ＵＥを他のデバイスと通信可能にする構成可能を含む場合があり、また、加入者識別モジュール（ＳＩＭ）アプリケータ、汎用加入者識別モジュール（ＵＳＩＭ）アプリケーション、またはリムーバブルユーザ識別モジュール（Ｒ−ＵＩＭ）アプリケーションを含む、汎用ＩＣカード等であるが、それに限定されない、１つ以上の関連付けられたリムーバブルメモリモジュールを含む場合もある。代替として、そのようなＵＥは、そのようなモジュールを伴わない、デバイス自体から成る場合がある。他の場合には、用語「ＵＥ」は、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等の類似能力を有するが、可搬性ではないデバイスを指す場合がある。用語「ＵＥ」はまた、ユーザのための通信セッションを終端可能な任意のハードウェアまたはソフトウェアコンポーネントを指すことができる。

電気通信技術の発展に伴って、より高度なネットワークアクセス機器が導入され、以前には可能ではなかったようなサービスを提供可能になっている。本ネットワークアクセス機器は、従来の無線電気通信システム内の同等機器の改良である、システムおよびデバイスを含む場合がある。そのような高度または次世代機器は、ロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスド（ＬＴＥ−Ａ）等の進化型無線通信規格内に含まれてもよい。例えば、ＬＴＥまたはＬＴＥ−Ａシステムは、進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）であって、Ｅ−ＵＴＲＡＮノードＢ（または、ｅＮＢ）、無線アクセスポイント、中継ノード、または従来の基地局以外の類似コンポーネントを含む場合がある。本明細書で使用される場合、用語「アクセスノード」は、ＵＥまたは中継ノードに、電気通信システム内の他のコンポーネントにアクセス可能にする、地理的受信面積および伝送範囲を生成する、従来の基地局、無線アクセスポイント、中継ノード、あるいはＬＴＥまたはＬＥＴ−ＡノードＢまたはｅＮＢ等の無線ネットワークの任意のコンポーネントを指す。本書では、用語「アクセスノード」および「アクセスデバイス」は、互換可能に使用されてもよいが、アクセスノードは、複数のハードウェアおよびソフトウェアを含んでもよいことを理解されたい。

最初に、本開示の１つ以上の実施形態の例証的実装が、以下に提供されるが、開示されるシステムおよび／または方法は、現在既知または存在しているかどうかに関わらず、任意の数の技法を使用して、実装されてもよいことを理解されたい。本開示は、本明細書に例証および説明される例示的設計ならびに実装を含む、以下に例証される例証的実装、図面、および技法にいかようにも限定されるべきではなく、均等物のその完全範囲とともに、添付の請求項の範囲内において修正されてもよい。

明細書、請求項、および図面を通して使用される場合、以下の頭字語は、以下の定義を有する。別途定義されない限り、すべての用語は、第３世代パートナーシッププログラム（３ＧＰＰ）技術仕様によって定義され、それに記載される規格に準拠する。

「ＡＣＫ」は、「肯定応答」として定義される。

「ＡＭ」は、「肯定応答モード」として定義される。

「ＡＲＱ」は、「自動受信要求」として定義される。

「ＣＡ」は、「キャリアアグリゲーション」として定義される。

「ＣＣＥ」は、「制御チャネル要素」として定義される。

「ＣＩ」は、「キャリアインジケータ」として定義される。

「ＣＩＦ」は、「キャリアインジケータフィールド」として定義される。

「ＤＣＩ」は、「ダウンリンク制御情報」として定義される。

「ｅＮＢ」は、「Ｅ−ＵＴＲＡＮノードＢ」として定義される。

「ＦＤＤ」は、「周波数分割二重」として定義される。

「ＨＡＲＱ」は、「ハイブリッド自動受信要求」として定義される。

「ＬＴＥ」は、「ロングタームエボリューション」として定義される。

「ＬＴＥ−Ａ」は、「ＬＴＥアドバンスド」として定義される。

「ＭＡＣ」は、「メディアアクセス制御」として定義される。

「ＮＡＣＫ」は、「否定応答」として定義される。

「ＰＤＵ」は、「プロトコルデータユニット」として定義される。

「ＲＡＮ」は、「無線アクセスネットワーク」として定義される。

「Ｒｅｌｅａｓｅ」の後に続く番号は、３ＧＰＰ仕様のバージョン番号を指す。

「ＲＬＣ」は、「無線リンク制御」として定義される。

「ＲＮＴＩ」は、「無線ネットワーク一時識別子」として定義される。

「ＲＲＣ」は、「無線リソース制御」として定義される。

「ＰＤＣＣＨ」は、「物理ダウンリンク制御チャネル」として定義される。

「ＰＤＣＰ」は、「パケットデータ収束プロトコル」として定義される。

「ＰＤＳＣＨ」は、「物理ダウンリンク共有チャネル」として定義される。

「ＰＵＳＣＨ」は、「物理アップリンク共有チャネル」として定義される。

「ＳＤＵ」は、「サービスデータユニット」として定義される。

「ＳＦＮ」は、「システムフレーム番号」として定義される。

「ＳＲＢ」は、「信号伝達無線ベアラ」として定義される。

「ＴＤＤ」は、「時分割二重」として定義される。

「Ｔｘ」は、「伝送」として定義される。

「ＵＥ」は、「ユーザ機器」として定義される。

本明細書に説明される実施形態は、ＤＣＩセット切り替えプロシージャに関する。ＤＣＩセットは、ｅＮＢからＵＥに伝送されるダウンロード制御リンク情報の１つ以上の離散インスタンスである。ＤＣＩセットは、一式の非ＣＩＦ ＤＣＩまたは一式のＣＩＦ ＤＣＩを指す場合があり、非ＣＩＦ ＤＣＩは、キャリアインジケータフィールド（ＣＩＦ）を含まない一方、ＣＩＦ ＤＣＩは、ＣＩＦを含む。ＤＣＩセット切り替えは、非ＣＩＦ ＤＣＩの使用からＣＩＦ ＤＣＩに、またはＣＩＦ ＤＣＩの使用から非ＣＩＦ ＤＣＩに、あるいはある長さのＣＩＦを伴うＣＩＦ ＤＣＩの使用から異なる長さのＣＩＦフィールドを伴うＣＩＦ ＤＣＩに、切り替えるためのプロシージャを指す。

現在、キャリアアグリゲーションを使用する際のＤＣＩセット切り替えに関する問題が存在する。キャリアアグリゲーションでは、多重コンポーネントキャリアがアグリゲーションされる場合があり、サブフレーム内においてＵＥに配分することができる。キャリアアグリゲーションを使用する際のＤＣＩセット切り替えに関して生じる可能性がある問題の実施例は、ｅＮＢおよびＵＥが、ＤＣＩセット切り替えプロシージャの間、相互にコンタクトを喪失しないように保証することである。コンタクトは、ＮＡＣＫ／ＡＣＫエラー等のエラーの結果、喪失される場合がある。多重ＤＣＩセットのそれぞれ内の対応するＤＣＩフォーマットは、異なる長さを有する場合があるため、ｅＮＢおよびＵＥはまた、相互にコンタクトを喪失する場合がある。本理由から、ｅＮＢは、ある長さを伴うＤＣＩフォーマットを伝送し得る一方、ＵＥは、異なる長さを伴うそのＤＣＩフォーマットをブラインド復号化しようとする。これらの問題は、以下に詳述される。

本明細書に説明される実施形態は、これらおよび他の問題を解決するための少なくとも７つの異なる技法を提供する。一実施形態では、アクティブ化時間は、ｅＮＢが、ＵＥからのアップリンク伝送において生じるＮＡＣＫ／ＡＣＫエラーの可能性を低減または排除し得るよう、ＵＥが、ＲＲＣコマンドを受信し、ＲＲＣ肯定応答を伝送し得るように指定されてもよい。ＮＡＣＫ／ＡＣＫエラーは、以下に詳述される。ｅＮＢが、ＵＥからのＮＡＣＫ／ＡＣＫエラーに気付いていない場合がある時間は、不確定性ウィンドウと称されてもよい。

第２の実施形態では、ｅＮＢは、不確定性ウィンドウの間、ＰＤＣＣＨを介して、リソースをＵＥに割り当てない場合がある。本プロシージャは、ＵＥがブラインド復号化できない、ＰＤＣＣＨ通信をＵＥが受信する可能性を低減させる。

第３の実施形態では、ｅＮＢは、不確定性ウィンドウの間、両方のＤＣＩセットからＤＣＩを伝送してもよい。本技法を使用する際、両方のセットからのＤＣＩは、ＰＤＣＣＨ上に存在するであろうため、どのＤＣＩセットをＵＥが現在使用しているかは、あまり関連性がない。

第４の実施形態では、新しいＤＣＩフォーマットが提供される場合がある。新しいＤＣＩフォーマットは、ＵＥが、ＵＥの現在のマルチキャリア構成に関わらず、ＰＤＣＣＨ上の新しいＤＣＩフォーマットを常に検索する場合があるように定義され得る。

第５の実施形態では、二重ＤＣＩセットブラインド復号化は、双方向ハンドシェイクと称される場合がある技法において、ＵＥで行われてもよい。本実施形態では、ＵＥは、ｅＮＢが、新しいＤＣＩセットの使用に切り替え得るように、ＵＥが両方のＤＣＩセットを監視していることをｅＮＢに信号伝達する。順に、ｅＮＢは、ＵＥが、古いＤＣＩセットの監視を停止することができるように、ｅＮＢが、古いＤＣＩをもはや伝送していないことをＵＥに信号伝達する。

第６の実施形態では、曖昧ＤＣＩ長が存在するとき、どのＤＣＩセットが使用されるかに関して、指定または決定が行われる。第７の実施形態では、切り替えは、ＤＣＩセットを切り替える前に、非曖昧伝送モードに対して行われてもよい。これらの実施形態は両方とも、以下に詳述される。さらに、これらの７つの実施形態は、付加的実施形態が、本明細書に提供されるため、例示に過ぎない。

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

図１は、本開示のある実施形態による、通信システムの略図である。 図２は、本開示のある実施形態による、キャリアのアグリゲーションを例証する、略図である。 図３は、本開示のある実施形態による、キャリアアグリゲーションの代替実装を例証する、略図である。 図４は、本開示のある実施形態による、任意の既存のパディングビットを留保しながら、ＣＩＦフィールドをＲｅｌｅａｓｅ−８ ＤＣＩに追加するステップを例証する、略図である。 図５は、本開示のある実施形態による、任意の既存のパディングビットを除去しながら、ＣＩＦフィールドをＲｅｌｅａｓｅ−８ ＤＣＩに追加するステップを例証する、略図である。 図６は、本開示のある実施形態による、ＤＣＩセット切り替えを行うための双方向ハンドシェイクプロシージャを例証する、略図である。 図７は、本開示のある実施形態による、ＤＣＩセット切り替えを行うための方法を例証する、流れ図である。 図８は、本開示のいくつかの実施形態を実装するために好適なプロセッサおよび関連コンポーネントを例証する。

図１は、３ＧＰＰ仕様に説明される、ＬＴＥまたはＬＴＥ−Ａネットワークであってもよい、ＲＡＮ１００の実施形態を例証する。図１は、例示であって、他の実施形態では、他のコンポーネントまたは配設を有してもよい。ある実施形態では、ＲＡＮ１００は、ＬＴＥ−Ａネットワークであってもよく、１つ以上のアクセスノード１０および１４０、１つ以上の中継ノード（ＲＮ）１２０、ならびに１つ以上のＵＥ１３０を含んでもよい。図１は、存在する第２のアクセスノード１４０を示す。アクセスノード１１０または１４０は、ＵＥ１３０のためのネットワークアクセスを促進する、ｅＮＢ、基地局、または他のコンポーネントであってもよい。ＵＥ１３０は、ＲＡＮ１００を介して、相互に通信してもよく、図示されるＲＡＮ１００の種々のコンポーネントと通信してもよく、また、図示されない他のコンポーネントと通信してもよい。ＲＡＮ１００は、無線電気通信システムを有効にしてもよい。

図２は、本開示のある実施形態による、キャリアのアグリゲーションを例証する、略図である。ＬＴＥ−Ａでは、キャリアアグリゲーションは、より広い伝送帯域をサポートし、故に、潜在的ピークデータレートを増加し、例えば、ＬＴＥ−Ａ要件に合致させるために、使用される場合がある。キャリアアグリゲーションでは、図２に示されるように、多重コンポーネントキャリアがアグリゲーションされ、サブフレーム内でＵＥに配分することができる。本実施例では、各コンポーネントキャリア２１０ａ、２１０ｂ、２１０ｃ、２１０ｄ、および２１０ｅは、約２０ＭＨｚの幅を有する。合計システム帯域幅は、約１００ＭＨｚである。コンポーネントキャリアは、１０ＭＨｚ等の他の帯域幅を有してもよいことに留意されたい。ＵＥは、例えば、ＵＥの能力に応じて、最大５つまでの多重コンポーネントキャリアにおいて、受信または伝送してもよい。加えて、配備シナリオに応じて、キャリアアグリゲーションは、同一周波数帯域に位置するキャリアおよび／または異なる帯域に位置するキャリアを伴って発生してもよい。例えば、１つのキャリアは、２ＧＨｚに位置してもよく、第２のアグリゲーションされたキャリアは、８００ＭＨｚに位置してもよい。

ＬＴＥ−Ａでは、キャリアアグリゲーション内でＰＤＣＣＨを伝送するための選択肢の１つは、対応するＰＤＳＣＨが、明示的ＣＩＦを使用することによって伝送される、キャリアと異なるキャリア上でＰＤＣＣＨを伝送することである。本明細書に説明される実施形態は、明示的ＣＩＦの導入に関連するものを含むが、それに限定されない、種々の問題を解決するためのソリューションおよびＵＥプロシージャを提供する。

キャリアアグリゲーションと関連付けられた問題の１つは、ＰＤＣＣＨの設計である。現在、ＰＤＣＣＨ設計に対して、２つの選択肢が存在する。選択肢１は、対応するＰＤＳＣＨが伝送されるキャリアと同一キャリア上でＰＤＣＣＨが伝送されることであって、選択肢２は、ＰＤＣＣＨが、対応するＰＤＳＣＨのうちの少なくとも１つが伝送されるキャリアと異なるキャリア上で伝送することができることを示す。

第１の選択肢では、コンポーネントキャリア上のＰＤＣＣＨは、同一コンポーネントキャリア上にＰＤＳＣＨリソースを、単一のリンクされたアップリンクコンポーネントキャリア上にＰＵＳＣＨリソースを割り当てる。この場合、キャリアインジケータフィールドは、存在しない。すなわち、Ｒｅｌｅａｓｅ−８ ＰＤＣＣＨ構造は、同一符号化、同一ＣＣＥベースのリソースマッピング、およびＤＣＩフォーマットを伴って、継続して使用されてもよい。

第２の選択肢に関して、コンポーネントキャリア上のＰＤＣＣＨは、キャリアインジケータフィールドを使用して、多重コンポーネントキャリアのうちの１つにおいて、ＰＤＳＣＨまたはＰＵＳＣＨリソースを割り当てることができる。この場合、Ｒｅｌｅａｓｅ−８ ＤＣＩフォーマットは、１−３ビットキャリアインジケータフィールドを伴って、拡張される。Ｒｅｌｅａｓｅ−８ ＰＤＣＣＨ構造の残りは、同一符号化および同一ＣＣＥベースのリソースマッピングを伴って、再使用されてもよい。

図３は、本開示のある実施形態による、キャリアアグリゲーションの代替実装を例証する、略図である。図３は、前述の２つの代替を示す。矢印３００に示される、第１の代替は、ＰＤＣＣＨが、ＰＤＳＣＨが伝送されるキャリアと同一キャリア上で伝送されることを示す。矢印３０２に示される第２の代替は、ＰＤＣＣＨが、ＰＤＳＣＨが伝送されるキャリアと異なるキャリア上で伝送することができることを示す。本第２の代替の場合、ＣＩＦは、ＰＤＳＣＨまたはＰＵＳＣＨが配分される、キャリアを示すために使用されてもよい。ＣＩＦは、ダウンリンクリソースグラントまたはアップリンクリソースグラントのいずれかに対して、ＤＣＩに追加される、付加的信号伝達ビットを要求し、ＰＤＣＣＨ監視キャリア上のＰＤＣＣＨ信号伝達に、異なるキャリア上のリソースを参照することを可能にする。

以下の表１から表４は、異なる帯域幅、また、ＦＤＤ対ＴＤＤ、およびｅＮＢにおける２つの伝送アンテナ対４つの伝送アンテナの場合のＤＣＩのすべてのビット長を含む。ＤＣＩ ０、１Ａ、および３／３Ａは、常に、同一長を有してもよい。ＤＣＩ １Ｂ、１Ｄ、２、および２Ａの長さは、部分的に、ｅＮＢにおいて使用する際の伝送アンテナの数に基づいて、変動する。

ＤＣＩセット切り替え
既存の技術仕様によって完全に解決されない問題は、キャリアアグリゲーション使用時のＤＣＩセット切り替えである。本明細書に説明される実施形態は、キャリアアグリゲーション使用時のＤＣＩセット切り替えに関する。以下の段落は、これらの実施形態のうちのいくつか、ならびにＤＣＩセット切り替えに関連する問題を簡単に要約する。

ＤＣＩセットは、Ｒｅｌｅａｓｅ−８ ＤＣＩ等の一式の非ＣＩＦ ＤＣＩ、または一式のＣＩＦ−ＤＣＩのいずれかを指す。異なる長さのＣＩＦフィールドを伴う多重ＣＩＦ−ＤＣＩセットが存在してもよい。ＣＩＦフィールドは、１から３ビット、可能性として、それ以上の長さを有してもよい。

ＤＣＩセット切り替えは、非ＣＩＦ−ＤＣＩの使用からＣＩＦ−ＤＣＩ、あるいはＣＩＦ−ＤＣＩの使用から非ＣＩＦ−ＤＣＩ、もしくはある長さのＤＣＩフィールドを伴うＣＩＦ−ＤＣＩの使用から異なる長さのＤＣＩフィールドを伴うＣＩＦ−ＤＣＩの切り替えのプロシージャを指す。本明細書に説明される実施形態は、単に、非ＣＩＦ−ＤＣＩからＣＩＦ−ＤＣＩの切り替えを説明するが、識別される問題のおよび提案されるソリューションはすべて、反対方向における切り替えにも、同様に適用可能であってもよい。したがって、実施形態は、非ＣＩＦ−ＤＣＩからＣＩＦ−ＤＣＩの切り替えに限定されず、任意の種類のＤＣＩセット切り替えを含む。

ある実施形態では、ＣＩＦは、ＤＣＩフォーマットに追加され、ＰＤＣＣＨ監視キャリア上のＰＤＣＣＨ信号伝達に、異なるキャリア上のＰＤＳＣＨまたはＰＵＳＣＨリソースを参照可能にする、付加的信号伝達ビットを含んでもよい。ＣＩＦは、ダウンリンクリソース配分またはアップリンクリソースグラントのいずれかのために使用されてもよい。

非ＣＩＦ−ＤＣＩは、Ｒｅｌｅａｓｅ−８ ＤＣＩ等のＣＩＦを含まない、ＤＣＩを指してもよい。本実施形態はまた、ＣＩＦの長さがゼロである状況を含んでもよい。

ＣＩＦ−ＤＣＩは、ＰＤＳＣＨまたはＰＵＳＣＨが配分されるキャリアを示す、すべての関連ＤＣＩとともに、長さ１−３ビットの付加的ＣＩＦを含んでもよい。ＤＣＩセットは、一式の非ＣＩＦ−ＤＣＩまたは一式のＣＩＦ−ＤＣＩのいずれかを指してもよい。多重ＣＩＦ−ＤＣＩセットは、異なる長さのＣＩＦフィールドを有する、各ＣＩＦ−ＤＣＩセットとともに、存在してもよい。

ＤＣＩ Ｘは、一式の非ＣＩＦ−ＤＣＩ等（但し、それに限定されない）の特定のＤＣＩセット内の指定ＤＣＩフォーマットまたは長さを指してもよい。ＤＣＩ Ｘ＋は、一式のＣＩＦ−ＤＣＩ等（但し、それに限定されない）の異なるＤＣＩセット内の対応するＤＣＩフォーマットまたは長さを指してもよい。ＤＣＩ Ｘ＋は、付加的ＣＩＦフィールドの存在のため、ＤＣＩ Ｘより長い長さを有してもよい。

ＤＣＩ ＸおよびＤＣＩ Ｘ＋が、同一長を有する場合の１つは、ＤＣＩ Ｘが、曖昧ＤＣＩ長を回避するためにパディングされる場合である。曖昧長は、１２、１４、１６、２０、２４、２６、３２、４０、４４、および５６、ならびに可能性としてその他を含む。ある実施例では、ＤＣＩ Ｘが、１パディングビットを含み、ＤＣＩ Ｘ＋が、１ビットＣＩＦを含む場合、ＤＣＩ ＸおよびＤＣＩ Ｘ＋は、同一長を有する場合がある。本状況のさらなる実施例は、１０ＭＨｚの帯域に対するＤＣＩ １Ａであろう。本ＤＣＩは、２７ビットの長さを有し、そのうちの１ビットは、２６ビットの曖昧長を回避するために、パディングビットである。しかしながら、余剰パディングビットは、この場合、要求されないであろうため、１ビットＣＩＦを伴う、対応するＤＣＩ １Ａはまた、２７ビットの長さを有するであろう。

ＤＣＩセット切り替えの理解は、ＲＲＣ信号伝達の理解によって向上されるであろう。ＲＲＣ信号伝達では、ＲＲＣコマンドは、行われる指定ＲＲＣプロシージャを命令するために、ｅＮＢからＵＥに送信されるＲＲＣメッセージを指す。そのようなプロシージャの実施例として、マルチキャリアアクティブ化、再構成、または非アクティブ化が挙げられる。ＲＲＣ肯定応答は、命令されたＲＲＣプロシージャが、正常に完了した、または可能性として、正常に完了しなかったことを肯定応答するために、ＵＥからｅＮＢに送信されるＲＲＣメッセージを指す。

前述のように、古いＤＣＩセットと称される、あるＤＣＩセットの使用から、新しいＤＣＩセットと称される、別のＤＣＩセットの使用に切り替えるプロシージャに関連して、いくつかの問題が存在する。例えば、切り替えは、ＰＤＣＣＨ監視キャリアとしてのアクティブキャリアのサブセットのマルチキャリアのアクティブ化または構成等、ＣＩＦ−ＤＣＩセットからＣＩＦ−ＤＣＩセットに生じてもよい。別の実施例では、切り替えは、ＰＤＣＣＨ監視キャリアとしてのすべてのアクティブキャリアのマルチキャリアの非アクティブ化または構成におけるように、ＣＩＦ−ＤＣＩセットから非ＣＩＦ−ＤＣＩセットに生じてもよい。さらに別の実施例では、切り替えは、ＣＩＦフィールドの長さが、変更される、マルチキャリア再構成におけるように、ＭのＣＩＦ長を伴うＣＩＦ−ＤＣＩセットから、Ｎ（Ｍ≠Ｎ）のＣＩＦ長を伴う異なるＣＩＦ−ＤＣＩセットに生じてもよい。

ＤＣＩセットを切り替えるための実施形態は、以下のステップを使用して説明されてもよい。これらのステップはまた、多重キャリアをサポート可能なＵＥに対するネットワークエントリを例証する。第１に、多重キャリアをサポート可能なＵＥは、ＵＥがＲｅｌｅａｓｅ−１０ ＵＥである場合でも、Ｒｅｌｅａｓｅ−８ ＵＥとして、ネットワークエントリを行ってもよい。ｅＮＢは、非ＣＩＦ−ＤＣＩを使用して、ＰＤＣＣＨ情報をＵＥに送信してもよい。第２のマルチキャリアＵＥは、ＵＥ能力交換プロシージャを介して、そのマルチキャリア能力をｅＮＢに信号伝達してもよい。第３に、ｅＮＢは、そのＵＥへの専用制御信号伝達として、ＰＤＣＣＨ上でのＣＩＦ−ＤＣＩの使用を含む、マルチキャリア動作のために、ＵＥを再構成してもよい。システム情報（ＳＩ−ＲＮＴＩ）およびページング（Ｐ−ＲＮＴＩ）等のブロードキャストＰＤＣＣＨ信号伝達は、非ＣＩＦ−ＤＣＩを継続して使用する場合がある。

前述のプロシージャの間の１つ以上の時点において、ｅＮＢおよびＵＥは両方とも、あるＤＣＩセットの使用から、異なるＤＣＩセットの使用に切り替える必要がある場合がある。ＤＣＩセット切り替えのための正確な時点は、必ずしも、ｅＮＢおよびＵＥに対して同一でなくてもよい。本プロシージャにおけるＤＣＩセット切り替えに関連する問題は、ｅＮＢおよびＵＥが、ＤＣＩセット切り替えプロシージャの間、相互にコンタクトを喪失しないことを保証することである。２つのＤＣＩセットのそれぞれ内で対応するＤＣＩフォーマットは、異なる長さを有し得るため、ｅＮＢとＵＥとの間のコンタクトの喪失は、潜在的に、可能性がある。故に、ｅＮＢは、非ＣＩＦ−ＤＣＩセットからＤＣＩ Ｘ等のある長さを伴うＤＣＩフォーマットを伝送し得る一方、ＵＥは、ＣＩＦ−ＤＣＩセットからＤＣＩ Ｘ＋等の異なる長さを伴うそのＤＣＩフォーマットをブラインド復号化しようとする。本問題の種々の側面は、以下に論じられる。

ＵＥが、ＤＣＩセットの切り替えを含む、ＲＲＣプロシージャを行うように指示されると、いずれの固定アクティブ化時間も、ＬＴＥにおける特定のＲＲＣプロシージャと関連付けられ得ない。あるＲＲＣプロシージャは、ＵＥがそのプロシージャを開始するＲＲＣコマンドを正常に受信した時間から測定して、ある時間内に、ＵＥが、特定のプロシージャを完了するように予測される場合があるという点において、処理遅延要件を有する。しかしながら、ＵＥが無線リソース構成を適用する正確な時間は、ｅＮＢでは未知である場合がある。故に、ｅＮＢが、ＵＥの現在の構成に関して確証していない場合がある、不確定性のウィンドウが、存在する。

これらの理由から、ｅＮＢは、ｅＮＢが、プロシージャの正常な完了を肯定応答するＵＥから、ＲＲＣメッセージを受信するまで、ＵＥが、指示されたＲＲＣプロシージャを行ったことを完全に確証していない場合がある。ｅＮＢは、ＲＲＣコマンドを含む物理層転送ブロックのためのＨＡＲＱ ＡＣＫが、ＵＥから受信されると、ＵＥが、プロシージャを開始するＲＲＣコマンドを正常に受信したと仮定してもよい。しかしながら、ＵＥが、ＨＡＲＱ ＮＡＣＫを信号伝達し得るが、ｅＮＢが、ＡＣＫとして、本信号を復号化することは、確率がゼロではないが、小さい。本種類のエラーは、ＮＡＣＫ／ＡＣＫエラーと称されてもよい。

そのような状況では、ｅＮＢは、実際には、ＵＥが受信していないとき、ＵＥが、ＲＲＣコマンドを受信したかのように挙動し得る。ｅＮＢは、ＲＲＣコマンドを含む転送ブロックのためのＨＡＲＱ ＡＣＫを誤って受信しているため、ｅＮＢは、その転送ブロックの任意のさらなるＨＡＲＱ再伝送を行わず、ある場合には、決して行わない場合がある。その後、ある時点において、ｅＮＢが、ＵＥからＲＲＣ肯定応答メッセージを受信することを予測するが、受信しないとき、ｅＮＢは、ＵＥが、実際には、オリジナルＲＲＣコマンドを受信していないことを認識し得る。ｅＮＢが、エラーに気付いていない本時間は、前述のように、少なくとも、ＲＲＣプロシージャの処理遅延とアップリンク伝送を行うために使用される時間の合計に等しいであろう。本後者の時間は、アップリンクＨＡＲＱ再伝送、または最悪の場合、さらにＲＬＣ ＡＲＱ再伝送が、必要または望ましい場合、さらに延長され得る。

ＮＡＣＫ／ＡＣＫエラーは、比較的に稀であることが予測される。しかしながら、多くのｅＮＢおよびさらに多くの数のＵＥを伴う完全ネットワーク配備では、本エラー発生の低い個々の確率さえ、高い合計数のＮＡＣＫ／ＡＣＫエラー発生をもたらし得る。データ伝送のための信頼性のある肯定応答を得るための代替方法は、ＲＲＣコマンドを含む、ＲＬＣ ＳＤＵ（ＰＤＣＰ ＰＤＵ）のＡＭ ＲＬＣ ＡＣＫの使用を通したものである。しかしながら、本ＡＣＫはまた、受信ＡＭ ＲＬＣエンティティが、ＡＲＱ ＡＣＫ／ＮＡＣＫ情報を提供する、即時ＳＴＡＴＵＳレポートを発行し得ないため、遅延され得る。加えて、そのようなＳＴＡＴＵＳレポートを含むＭＡＣ ＰＤＵはまた、アップリンクＨＡＲＱ再伝送を被り、およびそれによって、さらなる遅延を招き得る。

前述の段落に説明されるように、ｅＮＢが、ＵＥに、ＤＣＩセットを切り替えるよう指示すると、ｅＮＢは、ｅＮＢが、対応するＲＲＣ肯定応答メッセージをＵＥから受信するまで、ＵＥが、実際に、切り替えを行うためのＲＲＣコマンドを受信し、および／またはそれに作用したことを完全には確証し得ない。ＵＥは、ｅＮＢから、ＰＤＣＣＨ上において、アップリンクグラント、すなわちＤＣＩ ０を受信する必要があり得る、アップリンク上で本ＲＲＣ肯定応答を伝送する。しかしながら、ＵＥが、ＤＣＩ ０の使用からＤＣＩ ０＋へ等、ＤＣＩセットを切り替えようとし、ｅＮＢが、ＲＲＣ肯定応答メッセージを受信するまで、ｅＮＢが、本作用が行われたことを確証できない場合、ＵＥが、本ＲＲＣ肯定応答メッセージを伝送することができるように、アップリンクグラントをＵＥに生じるために、ｅＮＢが、ＰＤＣＣＨ上でＤＣＩ ０またはＤＣＩ ０＋を使用すべきかどうについて、疑問が生じる。

あるＤＣＩセットから別のＤＣＩセットに切り替えるとき、ある場合には、また、ＤＣＩ長の曖昧性の潜在的問題が存在する。例えば、ＵＥは、ＵＥが、ＰＤＣＣＨ上でダウンリンクリソース割当ＤＣＩ「Ｘ」および「Ｙ」を検索しているとき、伝送モードであってもよい。ＤＣＩ Ｘは、ＤＣＩ １Ａであり得、ＤＣＩ Ｙは、現在構成されている伝送モードと関連付けられた指定ＤＣＩであり得る。ＵＥが、非ＣＩＦ−ＤＣＩセットからＣＩＦ−ＤＣＩセットに切り替えられる場合、可能性として、ＤＣＩ ＸおよびＤＣＩ Ｙ＋、またはＤＣＩ ＹおよびＤＣＩ Ｘ＋は、同一長を有し得る。ＵＥは、ｅＮＢが、ＰＤＣＣＨ上で、非ＣＩＦ−ＤＣＩセットの伝送からＣＩＦ−ＤＣＩセットの伝送に切り替える時を正確に気付いていない場合があるため、ＵＥが、ＰＤＣＣＨ候補を正常にブラインド復号化する場合、ＵＥは、そのＰＤＣＣＨ候補が、ＤＣＩ ＸまたはＤＣＩ Ｙ＋、あるいは代替として、ＤＣＩ ＹまたはＤＣＩ Ｘ＋に対応するかどうかを一義的に決定することは不可能であり得る。そのようなシナリオの具体的実施例は、前述の表１から表４に列挙されたＤＣＩフォーマット長を参照することによって、導出することができる。

例証的実施例では、ＵＥが、ＤＣＩ １Ｄを使用する、伝送モード５、またはＤＣＩ １Ｂを使用する、伝送モード６で構成されると仮定する。ＤＣＩ １ＢおよびＤは、ｅＮＢにおける所与の帯域および数のＴｘアンテナに対して、同一長であって、したがって、本実施例は、両方のＤＣＩフォーマットに等しく良好に適用される。ｅＮＢにおける２つのＴｘアンテナによって、ＤＣＩ １Ｂおよび１Ｄは、１０ＭＨｚ、１５ＭＨｚ、および２０ＭＨｚの帯域に対して、それぞれ、２８、２９、または３０ビットの長さを有する。同様に、検索されなければならない、ＤＣＩフォーマット１Ａは、同一の３つの帯域に対して、２５、２７、または２８ビットの長さを有する。次いで、１ビット（１０ＭＨｚ）または２ビット（１５および２０ＭＨｚ）ＣＩＦフィールドが、これらのＤＣＩフォーマットに追加されると仮定する。次いで、ＤＣＩ １Ａ＋は、３つの所与の帯域に対して、２８、２９、または３０ビットの長さを有するであろう。この場合、これらの長さは、ＤＣＩ １ Ｂ／１Ｄ長に等しく、したがって、ＵＥは、ブラインド復号化によって、ＤＣＩ １Ａ＋とＤＣＩ １ Ｂ／１Ｄを単純に区別することは、不可能であろう。

同様に、４つのＴｘアンテナが、ｅＮＢに存在し、１０ＭＨｚキャリアが使用されるとき、ＤＣＩ １Ｂ／１Ｄは、３０ビットの長さを有する一方、ＤＣＩ １Ａは、２７ビットの長さを有する。３ビットＣＩＦフィールドが使用される場合、ＤＣＩ １Ａ＋は、ＤＣＩ １Ｂ／１Ｄと同一長（２７＋３＝３０）を有するであろう。

本ＤＣＩ長の曖昧性の問題はまた、異なる帯域幅のキャリアが、同一ＰＤＣＣＨを共有する場合、および／または異なるキャリアが、異なる伝送モードで構成され得る場合の状況に対しても存在し得る。そのようなキャリアは、異なる無線伝播特色を呈し得、したがって、狭範囲の周波数のキャリアと異なる伝送モードで構成される可能性がより高くなり得るため、本問題は、広範囲の周波数のキャリアによって悪化し得る。

ｅＮＢとＵＥとの間のＰＤＣＣＨ通信が喪失されないことを保証しながら、ＤＣＩセットを切り替える問題は、異なる伝送モードを使用するために、ＵＥを再構成する既存のプロシージャに若干類似する。概して、ＵＥは、いくつかの可能な伝送モードのうちの１つで動作するように構成されてもよい。各伝送モードに対して、ＵＥは、現在の伝送モードに応じて、同一長、ならびにＤＣＩ １、１Ｂ、１Ｄ、２、および２Ａのうちの１つを有する、ＤＣＩ ０／１Ａを検索することが予測され得る。伝送モード変更が、ＲＲＣプロシージャとして、「指示される」とき、ｅＮＢ伝送ＲＲＣコマンドとｅＮＢ受信ＲＲＣ肯定応答との間に不確定性のウィンドウが存在する。本不確定性は、前述でさらに説明されている。本不確定性のウィンドウの間、ｅＮＢは、古いまたは新しい２つのうちのいずれが、ＵＥが、現在、動作している伝送モードであるかを確証し得ない。

本問題に対するソリューションは、ＵＥが、各伝送モードにおいて、ＤＣＩ １Ａを常に検索し得ることを保証しようとすることであろう。次いで、ｅＮＢは、ＲＲＣ肯定応答メッセージが、ＵＥから受信されるまで、ダウンリンクリソース割当をＵＥに送信するために、ＤＣＩ １Ａを使用することができる。次いで、ｅＮＢは、所望に応じて、現在の伝送モードと関連付けられた特定のＤＣＩ、すなわちＤＣＩ １、１Ｂ、１Ｄ、２、または２Ａの使用に切り替えることができる。同様に、ＵＥは、現在構成されている伝送モードに関わらず、ＰＤＣＣＨ上でＤＣＩ ０を常に検索してもよい。このように、ｅＮＢは、アップリンクグラントをＵＥに送信可能であって、いくつかの実施形態では、常に、送信可能であってもよい。

しかしながら、非ＣＩＦ−ＤＣＩセットからＣＩＦ−ＤＣＩセット、またはその逆、あるいは異なる長さのＣＩＦフィールドを伴うＣＩＦ−ＤＣＩセット間の切り替えは、ＰＤＣＣＨ上で使用される、１Ａおよび１Ａ＋等の異なる長さのＤＣＩをもたらし得る。すべての可能なキャリアアグリゲーションモードにおいて受信することができる、例えば、０、１、２、または３ビットのＣＩＦフィールド長を伴う、ＤＣＩ １Ａに類似するＤＣＩは、存在しない。

非ＣＩＦ−ＤＣＩセットからＣＩＦ−ＤＣＩセット、またはその逆、あるいは異なる長さのＣＩＦフィールドを伴うＣＩＦ−ＤＣＩセット間の切り替えは、ＣＩＦフィールドが追加または削除のいずれかが行われるため、ＤＣＩ ０に対する長さの変更をもたらす可能性が高いであろう。本理由から、ｅＮＢが、復号可能アップリンクグラントをＵＥに提供不可能であり得る、明らかな危険性が存在する。前述のように、伝送モードの切り替えは、ＤＣＩ ０の長さ変更をもたらさない場合があり、ある場合には、そのような長さ変更を決してもたらさないであろう。故に、ｅＮＢは、ｅＮＢが、ＵＥが現在どの伝送モードにあるかについて確証していない場合でも、アップリンクグラントをＵＥに常に継続して提供可能であってもよく、ある場合には、そのようなアップリンクグラントを常に継続して提供可能であってもよい。

前述のように、ＤＣＩセットは、Ｒｅｌｅａｓｅ−８ ＤＣＩ等の一式の非ＣＩＦ−ＤＣＩ、または一式のＣＩＦ−ＤＣＩのいずれかを指す。異なる長さのＣＩＦフィールドを伴う、多重ＣＩＦ−ＤＣＩセットが存在してもよい。ＣＩＦフィールドは、１から３ビット、可能性として、それ以上の長さを有してもよい。

ＤＣＩ １ＡからのＤＣＩ １Ａ＋等、対応する非ＣＩＦ−ＤＣＩからＣＩＦ−ＤＣＩを構築するとき、ＤＣＩの情報ビットペイロード内のいずれかの場所にＣＩＦフィールドを含む必要がある場合ある。本ＣＩＦフィールドは、情報ビットの開始時、既存の情報ビットのすべての後、または可能性として、既存のフィールドの中央のいずれかの場所にさえ、追加されてもよい。

Ｒｅｌｅａｓｅ−８ ＤＣＩフォーマットの情報ビットペイロードが、曖昧ビット長を有するとき、０の値を伴う、付加的パディングビットが、付与されてもよく、ある場合には、情報ビットペイロードに常に付与される。曖昧ビット長のサイズは、１２、１４、１６、２０、２４、２６、３２、４０、４４、および５６を含む。加えて、ペイロード値とＲｅｌｅａｓｅ−８ ＤＣＩ １任意のパディングビットが、同一帯域幅に対するＤＣＩ １Ａのものと等しい場合、付加的ゼロパディングビットが、追加されてもよく、ある場合には、ＤＣＩ １および１ Ａが、同一長を有さないように、ＤＣＩ １に常に追加される。

本明細書に説明される実施形態はそれぞれ、前述の問題のうちの１つ以上を解決する。以下の実施形態は、新しいＣＩＦ−ＤＣＩの正確なフォーマットを定義するとき、特に、前述の規則の適用から生じるパディングビットが、含まれるとき、検討されてもよい。

図４は、任意の既存のパディングビットを留保しながら、ＣＩＦフィールドをＲｅｌｅａｓｅ−８ ＤＣＩに追加するステップを例証する、略図である。ＤＣＩフォーマット４００はすべて、経時的に修正される、同一ＤＣＩフォーマットを指す。ＤＣＩフォーマット４０２は、１つ以上のパディングビット４０３を伴う、オリジナルＤＣＩフォーマットを示す。これらのパディングビット４０３は、存在する必要はない。ＤＣＩフォーマット４０４は、ＣＩＦ４０５の追加を伴う、ＤＣＩフォーマット４０２と同一ＤＣＩフォーマットを示す。

既存のパディングビットは、留保されてもよく、ＣＩＦフィールドが、追加される。ＣＩＦフィールドは、必ずしも、ペイロードの最後に追加される必要はない。ＤＣＩフォーマット４０６は、１つ以上のさらなるパディングビット４０７の追加を伴う、ＤＣＩフォーマット４０４と同一ＤＣＩフォーマットを示す。これらのさらなるパディングビット４０７は、曖昧合計ペイロード長を回避するために、追加される場合がある。ある帯域幅に対しては、ＣＩＦフィールド長、ＤＣＩフォーマット、およびさらなるパディングビット４０７は、必要ない、または望ましくない場合がある。

一実施形態では、Ｒｅｌｅａｓｅ−８ ＤＣＩへのＣＩＦフィールドの追加は、結果として生じるＤＣＩの長さを増加させてもよい。長さＭの既存のＲｅｌｅａｓｅ−８ ＤＣＩペイロードは、オリジナルのまま留保され、追加される任意のパディングビットが追加される。長さＮのＣＩＦフィールドが、ペイロード内に含まれてもよい。結果として生じる長さ（Ｍ＋Ｎ）が、前述に列挙された曖昧ペイロードサイズのうちの１つに対応する場合、付加的パディングビットが、含まれてもよい。加えて、ＤＣＩ１＋の結果として生じる長さが、ＤＣＩ １Ａ＋のものに等しい場合、合計長が、ＤＣＩ １Ａ＋のものに等しくなく、その長さが、前述に列挙されたもの等の一式の曖昧サイズに属さなくなるまで、付加的パディングビットが、ＤＣＩ １＋内に含まれてもよい。ＤＣＩ １Ａを使用する本プロシージャの実施例は、図４に例証される。

図５は、本開示のある実施形態による、任意の既存のパディングビットを除去しながら、Ｒｅｌｅａｓｅ−８ ＤＣＩにＣＩＦフィールドを追加するステップを例証する、略図である。ＤＣＩフォーマット５００はすべて、経時的に修正される、同一ＤＣＩフォーマットを指す。ＤＣＩフォーマット５０２は、１つ以上のパディングビット５０３を伴う、オリジナルＤＣＩフォーマットを示す。これらのパディングビット５０３は、存在する必要はない。ＤＣＩフォーマット５０４は、パディングビット５０３を除去後のＤＣＩフォーマット５０２と同一ＤＣＩフォーマットを示す。ＤＣＩフォーマット５０６は、ＣＩＦ５０７の追加を伴う、ＤＣＩフォーマット５０４と同一ＤＣＩフォーマットを示す。ＤＣＩフォーマット５０８は、１つ以上のさらなるパディングビット５０９の追加伴う、ＤＣＩフォーマット５０６と同一ＤＣＩフォーマットを示す。

Ｒｅｌｅａｓｅ−８ ＤＣＩフォーマット１Ａは、１つ以上のパディングビット５０３を含んでもよく、または含まなくてもよいことに留意されたい。しかしながら、存在うる場合、パディングビット５０３は、ＤＣＩフォーマット５０４におけるように、除去されてもよい。次いで、ＣＩＦフィールドが追加されるが（５０７）、図示されるように、必ずしも、ペイロードの最後ではない場合もある。ＤＣＩフォーマット５０８の場合、余剰パディングビットまたはビット（５０９）が、曖昧合計ペイロード長を回避するために、追加されてもよい。ある帯域幅、ＣＩＦフィールド長、およびＤＣＩフォーマットに対して、本ステップは、必要ではない、または望ましくない場合がある。

したがって、本実施形態では、長さＭの既存のＲｅｌｅａｓｅ−８ ＤＣＩペイロードに追加された任意のパディングビットは、除去される。「Ｐ」のそのようなパディングビットが存在してもよく、Ｐは、ゼロであり得る。長さＮのＣＩＦフィールドが、ペイロード内に含まれてもよい。結果として生じる長さ（Ｍ−Ｐ＋Ｎ）が、前述に列挙されたもの等の曖昧ペイロードサイズのうちの１つに対応する場合、付加的パディングビットが含まれてもよい。加えて、ＤＣＩ １＋の結果として生じる長さが、ＤＣＩ １Ａ＋のものに等しい場合、その長さが、ＤＣＩ １Ａ＋のものに等しくなく、その長さが、前述に列挙された一式の曖昧サイズに属さなくなるまで、付加的パディングビットが、ＤＣＩ １＋内に含まれてもよい。ＤＣＩ １ Ａを使用する本プロシージャの実施例は、図５に例証される。

ＤＣＩセット切り替え
前述で紹介されたように、異なるマルチキャリア構成に対して、異なるＤＣＩセットを使用する概念は、ＣＩＦフィールドが、既存のＤＣＩフォーマットに追加されるべき場合に、要求される、または望ましい場合がある。本理由から、異なるＤＣＩセット間の切り替えのためのプロシージャを定義することが、望ましい、または必要であり得る。

再び、ＤＣＩセット切り替えは、古いＤＣＩセットと称される、あるＤＣＩセットの使用から、新しいＤＣＩセットと称される、別のＤＣＩセットの使用への切り替えのプロシージャを指す。本プロシージャは、以下のいずれかを伴う切り替えを含んでもよい。

ＤＣＩセット切り替えは、非ＣＩＦ−ＤＣＩからＣＩＦ−ＤＣＩへの切り替えを含んでもよい。本種類の切り替えの実施例は、ＰＤＣＣＨ監視キャリアとして、アクティブキャリアのサブセットのマルチキャリアのアクティブ化または構成の際に生じてもよい。

ＤＣＩセット切り替えは、ＣＩＦ−ＤＣＩから非ＣＩＦ−ＤＣＩへの切り替えを含んでもよい。本種類の切り替えの実施例は、ＰＤＣＣＨ監視キャリアとして、すべてのアクティブキャリアのマルチキャリアのアクティブ化または構成の際に生じてもよい。

ＤＣＩセット切り替えは、ある長さのＤＣＩフィールドを伴うＣＩＦ−ＤＣＩから、異なる長さのＤＣＩフィールドを伴うＣＩＦ−ＤＣＩへの切り替えを含んでもよい。本種類の切り替えの実施例は、ＣＩＦフィールドの長さが変更される、マルチキャリア再構成の際に生じてもよい。

ＤＣＩセットを切り替えるための本プロシージャの予測される全体的フォーマットの一具体的実施形態は、以下のステップを介して、説明することができる。これらのステップはまた、多重キャリアをサポート可能なＵＥに対するネットワークエントリを例証する。

第１に、多重キャリア（例えば、Ｒｅｌ−１０）をサポート可能なＵＥは、Ｒｅｌｅａｓｅ−８ ＵＥとして、ネットワークエントリを行う。ｅＮＢは、非ＣＩＦ−ＤＣＩを使用して、ＰＤＣＣＨ情報をＵＥに送信する。第２に、マルチキャリアＵＥは、ＵＥ能力交換プロシージャを介して、そのマルチキャリア能力を信号伝達してもよい。第３に、ｅＮＢは、マルチキャリア動作のために、ＵＥを再構成してもよい。再構成は、そのＵＥへの専用制御信号伝達として、ＰＤＣＣＨ上のＣＩＦ−ＤＣＩの使用を含んでもよい。システム情報ＳＩ−ＲＮＴＩおよびページングＰ−ＲＮＴＩ等のブロードキャストＰＤＣＣＨ信号伝達は、非ＣＩＦ−ＤＣＩを継続して使用する場合がある。

アクティブ化時間の指定
ＤＣＩセット切り替えを行うための別の実施形態では、ＤＣＩセット内の切り替えを命令する、ＲＲＣコマンドはまた、アクティブ化時間を含み得る。アクティブ化時間は、その無線フレーム内のＳＦＮおよびサブフレームオフセットの形態であり得る。指定されたアクティブ化時間は、ＵＥが、ＲＲＣコマンドを受信し、次いで、ＲＲＣ肯定応答をｅＮＢに返信するために十分な時間が存在するように、十分に先であってもよい。したがって、ｅＮＢは、ＵＥがまた、切り替えの発生がスケジューリングされる前に、ＤＣＩセットを切り替えるであろうことの明確な肯定応答を有するであろう。次いで、ｅＮＢおよびＵＥは、ＤＣＩセット内の調整切り替えを同時に行うであろう。本作用は、ＵＥおよびｅＮＢが、どのＤＣＩセットを他のエンティティが使用しているか確証し得ない場合、不確定性ウィンドウを排除するであろう。

ｅＮＢが、ＲＲＣ肯定応答をＵＥから受信しない、またはＲＲＣトラフィックを搬送する、制御プレーンＳＲＢ１と関連付けられたＡＭ ＲＬＣエンティティからＡＲＱ ＡＣＫを受信していない場合、ｅＮＢは、オリジナルＲＲＣコマンドを受信していないことを認識するであろう。ＵＥは、恐らく、ＮＡＣＫ／ＡＣＫエラーによって、オリジナルＲＲＣコマンドを受信していない場合がある。そのような状況では、ｅＮＢは、ＤＣＩセットを切り替えず、代わりに、新しいアクティブ化時間を伴って、ＲＲＣコマンドを再送するであろう。

本アプローチの潜在的問題の１つは、ＵＥが、可及的速やかに、マルチキャリア構成内でＤＣＩセット切り替えを行うことができない場合があることである。ＲＲＣコマンドおよび／またはＲＲＣ肯定応答を伝送する際、種々の遅延が存在し得る。これらの遅延は、例えば、ダウンリンクＨＡＲＱおよび／またはアップリンクＨＡＲＱ再伝送によって、もたらされる場合がある。故に、アクティブ化時間は、可能なダウンリンクおよび／またはアップリンクＨＡＲＱ再伝送によって潜在的に導入される、付加的遅延を考慮して、十分に先に設定されてもよい。このように時間を設定することは、システムの柔軟性および動的応答性を低減させる。

不確定性ウィンドウの間、ｅＮＢは、リソースをＵＥに割り当てない
ＤＣＩセット切り替えを行うための別の実施形態では、ｅＮＢは、前述の不確定性ウィンドウの間、ＰＤＣＣＨを介して、リソースをＵＥに割り当てない場合がある。ｅＮＢが、どのＤＣＩセットをＵＥが現在使用しているかについて確証し得ない、不確定性ウィンドウが存在するため、ｅＮＢは、本不確定性周期の間、任意のダウンリンク伝送またはアップリンクグラントをＵＥに送信することを単に回避し得る。唯一の例外は、再伝送が要求される場合のＲＲＣコマンドを含む転送ブロックのダウンリンクＨＡＲＱ再伝送に対する場合である。一時的に、コンタクトを「サスペンド」することによって、ｅＮＢが、ＵＥがブラインド復号化不可能であろうＰＤＣＣＨ通信を送信する危険はないであろう。

しかしながら、本アプローチは、いくつかの問題を有する。不確定性ウィンドウの長さは、ダウンリンクおよび／またはアップリンクＨＡＲＱ再伝送が要求または所望される場合、延長され得る。本時間の間、すべてのダウンリンクおよびアップリンクトラフィクは、ブロックされる場合があり、ＵＥへ／からのスループットに一時的に影響を及ぼすであろう。さらに、モビリティ関連信号伝達等の直ちにＵＥに送達されるべき重要なメッセージが存在する場合、本ソリューションは、付加的望ましくない遅延を招き得る。別の重要な問題は、ＵＥが、ＲＲＣ肯定応答を伝送することができるように、アップリンクグラントをＵＥに送信する際に、依然として、問題がある場合があることである。実際には、ＵＥが、ＮＡＣＫ／ＡＣＫエラーの場合のように、ＤＣＩセット切り替えを行っていない場合、ｅＮＢは、ＵＥにＤＣＩ ０＋を送信する場合がある一方、ＵＥは、ＰＤＣＣＨ上でＤＣＩ ０（異なる長さを伴う）を検索するであろう。本状況は、非ＣＩＦ−ＤＣＩセットからＣＩＦ−ＤＣＩセットへの切り替えを想定する。しかしながら本問題は、直下に説明されるソリューションを介して、解決され得る。

不確定性ウィンドウの間、ｅＮＢは、両方のＤＣＩセットからＤＣＩを伝送する
不確定性ウィンドウの間、ＤＣＩセット切り替えを行うための別の実施形態では、ｅＮＢは、両方のＤＣＩセットからＵＥにＤＣＩを伝送し得る。これらのＤＣＩ対は、同一ダウンリンクリソースまたはアップリンクグラントを指してもよい。例えば、ｅＮＢが、ダウンリンク伝送を行う場合、所与のサブフレームに対して、ＰＤＣＣＨ上でＤＣＩ １ＡおよびＤＣＩ １Ａ＋の両方を含む場合がある。ＤＣＩフォーマットは両方とも、ＰＤＳＣＨ上の同一ダウンリンクリソースを指してもよい。同様に、アップリンクグラントに対して、ｅＮＢは、ＰＵＳＣＨ上で同一アップリンクリソースを参照する、両方のＤＣＩフォーマットを伴う、ＤＣＩ ０およびＤＣＩ ０＋の両方を含む場合がある。この場合、両方のセットからのＤＣＩは、ＰＤＣＣＨ上に存在するであろうため、どのＤＣＩセットをＵＥが現在使用しているかは、問題ではない。

本アプローチを使用する利点は、ＵＥが、ＰＤＣＣＨ上で行わなければならないブラインド復号化の数が増加されないことである。さらに、ＵＥへおよび／またはからのトラフィックは、前述のソリューションの場合のように、不確定性ウィンドウの間、ブロックされない。

しかしながら、ｅＮＢは、この場合、両方のＤＣＩのために、ＰＤＣＣＨの付加的空間を見出す必要がある場合があるため、両方のＤＣＩセットからの伝送は、ＰＤＣＣＨ上でのブロッキングの確率を増加させ得る。本ブロッキングの確率増加は、ＰＤＣＣＨブロッキングによって、セル内のＰＤＳＣＨおよび／またはＰＵＳＣＨリソースの非効率的使用をもたらし得る。加えて、混乱の可能性が、前述のような曖昧ＤＣＩ長間に存在する。本後者の問題に対する潜在的ソリューションは、曖昧ＤＣＩ長が存在する場合、どのＤＣＩが使用されるべきかを指定し、ＤＣＩセットを切り替える前に、非曖昧伝送モードに切り替える、実施形態に関連して、後述される。

前述のように、ＤＣＩセット切り替え不確定性ウィンドウの間、ＵＥへのリソースの割当を回避する技法が使用される場合、ｅＮＢが、ＲＲＣ肯定応答を伝送するために、ＵＥのためのアップリンクグラントを提供することを所望するとき、ｅＮＢは、両方のＤＣＩセットを送信する技法を使用して、ＤＣＩ ０およびＤＣＩ ０＋の両方をＵＥに送信し得る。本技法は、ＵＥが、どのＤＣＩセットをＵＥが現在使用しているかに関わらず、アップリンクグラントを受信可能であることを保証し得る。本限定方式において、両方のＤＣＩセットから対のＤＣＩのみを伝送する、すなわち、ＲＲＣ肯定応答のためのアップリンクグラントのみを提供することによって、ＰＤＣＣＨブロッキングに及ぼす潜在的影響が，最小限にされ得る。

本事実に照らして、不確定性ウィンドウの間、リソースの割当を回避することと、対のＤＣＩセットを送信することの技法を組み合わせることによって、ハイブリッドソリューションが、使用されてもよい。すなわち、遷移時間の間、ｅＮＢは、一時的に、可能な限り多くのアップリンクおよびダウンリンク伝送をブロックしようとしてもよい。任意の伝送が行われなければならない場合、ｅＮＢは、両方のＤＣＩセットからのＤＣＩをＵＥに伝送してもよい。

別の実施形態では、アクティブ化時間を指定する技法は、不確定性ウィンドウの間、両方のＤＣＩセットを伝送する本技法と組み合わせることができる。この場合、ｅＮＢは、ｅＮＢが、アクティブ化時間に先立って、ＵＥから、ＲＲＣ肯定応答メッセージまたはＡＭ ＲＬＣフィードバックを受信しない場合、アクティブ化時間後、両方のＤＣＩセットのみをＵＥに送信する場合がある。このように、アクティブ化時間は、より短い持続時間に設定されてもよい。ＵＥが、アクティブ化時間に先立って、ＲＲＣコマンドを受信および処理していない場合、ＵＥは、依然として、古いＤＣＩセットを復号化不可能である場合がある。

新しいＤＣＩフォーマット
ＤＣＩセット切り替えを行うための別の実施形態では、新しいＤＣＩフォーマットは、ＵＥが、ＵＥの現在のマルチキャリア構成に関わらず、ＰＤＣＣＨ上で検索するであろうことが定義され得る。本技法は、どのＤＣＩセットを各エンティティが使用しているかに関わらず、ｅＮＢおよびＵＥが、相互にコンタクトを喪失するであろう可能性を低減するために、使用され得る。本技法は、ＤＣＩセットおよびＤＣＩセット切り替えに関連して前述のように、ＵＥが、すべての伝送モードにおいて検索する、ＤＣＩ １Ａに類似するアイディアであるだろう。

しかしながら、本実施形態は、マルチキャリア対応ＵＥが行う必要があるであろう、ブラインド復号化の数を増加させる場合がある。ブラインド復号化の数の増加は、望ましくないことに、ＵＥにおける処理および電力消費を増加させる場合がある。ＤＣＩ １Ａの設計は、ＤＣＩ １Ａが、ＵＥがまた、検索しなければならない、ＤＣＩ ０およびＤＣＩ ３／３Ａと同一長であるという点において、最適化されており、故に、ＵＥは、特定のＰＤＣＣＨ候補上での単一のブランド復号化を介して、これらのＤＣＩフォーマットのすべてを検索することができる。しかしながら、単一のブランド復号化を介して、すべてのＤＣＩフォーマットを検索することは、さらに別のＤＣＩフォーマットが導入される場合、不可能である場合がある。

ある実施形態では、新しいＤＣＩフォーマットは、アクティブ化キャリアの数に関わらず、固定長を有する場合がある。したがって、新しいＤＣＩフォーマットは、ＣＩＦフィールドを含まない場合がある、または最大可能ＣＩＦサイズ（例えば、３ビット）に等しい固定長を伴う、ＣＩＦフィールドを含む場合がある。加えて、既存のＤＣＩフォーマットの長さは、含まれる任意のＣＩＦフィールドの長さに基づいて、変動する場合がある。

新しいＤＣＩフォーマットに加え、新しいＤＣＩは、ＤＣＩ長が、ＣＩＦフィールドを伴うおよび伴わないＤＣＩ両方を含む、あらゆる他の可能なＤＣＩフォーマットと異なるように、定義される場合がある。本新しいＤＣＩは、ＵＥに、ブラインド復号化を介して、そのＤＣＩを一義的に識別可能にするであろう。しかしながら、既存の可能なＤＣＩ長のいずれとも「衝突」しない新しい長さを見つけることは、困難である場合がある。

関連実施形態では、ＵＥは、キャリア−アグリゲーションが有効であるかどうかに関わらず、ＣＩＦフィールドを伴わない、ＤＣＩ １Ａと、同一長であるであろう、ＤＣＩ ０を常に検索することが要求される場合がある。見つかる場合、ＤＣＩ １ ＡまたはＤＣＩ ０は、アンカキャリアまたはＰＤＣＣＨを含むキャリアを指すように想定されるであろう。故に、ＣＩＦフィールドは、要求されない場合がある。しかしながら、本技法は、ＵＥが検索する必要があるであろう、１つ以上の付加的ＤＣＩ長を追加する場合があるため、本実施形態は、ＵＥが、多数のブラインド符号化を行う必要がある結果をもたらす場合がある。

ＵＥ／双方向ハンドシェイクにおける二重ＤＣＩセットブラインド復号化
図６は、本開示のある実施形態による、ＤＣＩを切り替えるための双方向ハンドシェイクプロシージャを例証する、略図である。本実施形態では、図６に示されるように、古いＤＣＩセットは、ＤＣＩセット切り替えに先立って使用される、ＤＣＩセットを指す一方、新しいＤＣＩセットは、ＤＣＩセット切り替え後に使用されるＤＣＩセットを指す。ｅＮＢおよびＵＥの両方に関連する、ＤＣＩセット６００が、図６に提示される。

ｅＮＢが、ＤＣＩセット切り替えを命令するＲＲＣコマンドをＵＥに送信後、ｅＮＢは、古いＤＣＩセットを継続して使用してもよい。ＵＥが、ＤＣＩセット切り替えを命令するＲＲＣコマンドを受信すると、ＵＥは、一時的に、ＰＤＣＣＨ上で両方のＤＣＩセットの監視を開始してもよい。ｅＮＢが、ＵＥに、ＲＲＣ肯定応答メッセージを伝送することを所望するとき、ｅＮＢは、アップリンクグラントＤＣＩ ０をＵＥに送信してもよい。ｅＮＢが、ＲＲＣ肯定応答を正常に受信後、ｅＮＢは、ＵＥが両方のＤＣＩセットの監視していることを把握し、次いで、新しいＤＣＩセットに切り替えることができる。ＵＥは、以下の条件のうちの１つが満たされると、古いＤＣＩセットの監視を停止することができる。

条件の１つは、ｅＮＢが、ＵＥに、古いＤＣＩセットの監視を停止するように指示する、さらなるＲＲＣコマンドを送信することであってもよい。別の条件は、ＵＥが、新しいＤＣＩセットに一義的に属する、指定数のＤＣＩを受信していることであってもよい。本数は、規格内の固定量として指定される、または構成可能であるかのいずれかであり得る。数は、ＲＲＣ信号伝達を介して、構成可能であってもよい。数はさらに、ＤＣＩセット切り替えをオリジナルとして命令したＲＲＣコマンド内のパラメータとして含まれ得る。本条件を偶発的に早期にトリガする、ＰＤＣＣＨ上のＤＣＩの誤検出を防止するために、１より大きい値を使用することが望ましいであろう。

図６に関連して説明されるアプローチは、双方向ハンドシェイクプロシージャと考えられ得、第２のハンドシェイクは、明示的（前述の２つの条件の１つ目）または暗示的（前述の２つの条件の２つ目）のいずれかである。第１のハンドシェイクは、ｅＮＢが、現時点において、新しいＤＣＩセットの使用に切り替えることができるように、両方のＤＣＩセットを現時点で監視している、ＵＥ信号伝達によって生じてもよい。第２のハンドシェイクは、ｅＮＢが、ＵＥが、そのＤＣＩセットの監視を停止することができるように、明示的または暗示的のいずれかにおいて、古いＤＣＩセットをもはや伝送していないことを信号伝達する時に生じてもよい。

本実施形態は、いくつかの利点を有する。双方向ハンドシェイクプロシージャは、不確定性ウィンドウの間、リソースの割当を回避するｅＮＢに関連して説明された実施形態のように、ＵＥへの／からのダウンリンク／アップリンクトラフィックをブロックする可能性がない。双方向ハンドシェイクプロシージャはまた、不確定性ウィンドウの間、両方のＤＣＩセットからＤＣＩを伝送するｅＮＢに関連して説明された実施形態のように、ＰＤＣＣＨ上のブロッキングの確率を増加させない。双方向ハンドシェイクプロシージャはまた、ｅＮＢおよびＵＥが、ＤＣＩセット切り替えを命令するＲＲＣコマンドを含む、物理転送ブロック上のＮＡＣＫ／ＡＣＫエラーによって、相互に偶発的にコンタクトを喪失しないことを保証するのを支援してもよい。

それでもなお、いくつかの付加的ブラインド復号化、故に、付加的処理が、ＤＣＩセットの切り替えに伴うハンドシェイクプロセスの間、ＵＥによって使用される場合がある。しかしながら、本付加的処理は、一時的ベースに過ぎないであろう。故に、付加的処理は、特に、マルチキャリアモード再構成が、頻繁に生じない場合、大幅に漸増する電力消費をもたらし得ない。

ＵＥが、２つのＤＣＩセットを監視している時、ＤＣＩセットの両方内のあるＤＣＩフォーマットが、同一長を有し得る可能性がある。この場合、ＵＥは、ＰＤＣＣＨ上での正常なブラインド復号化の場合、どのＤＣＩが意図されたかを把握していない場合がある。例えば、ＤＣＩ ＸおよびＤＣＩ Ｙ＋は、同一長を有する場合があり、したがって、ＵＥが、両方のＤＣＩセットを監視している時間の間、ＵＥは、これらの２つのＤＣＩフォーマット間を一義的に区別することが可能ではないであろう。本状況は、後述のように、どのＤＣＩが、曖昧ＤＣＩ長が存在する時に使用されるべきかを指定する、またはＤＣＩセットを切り替える前に、非曖昧伝送モードに切り替える、実施形態に関連して説明されるソリューションのうちの１つを使用することによって、恩恵を受け得る。

どのＤＣＩが、曖昧ＤＣＩ長が存在する時に使用されるべきかを指定する
ＤＣＩセットの切り替えを行うために有用な別の実施形態では、どのＤＣＩが、曖昧ＤＣＩ長が存在するときに使用されるかに関して、決定または選択が行われてもよい。ＤＣＩ ＸおよびＤＣＩ Ｙ＋が、前述のように、同一長を有するとき等、ＤＣＩセット切り替えの間、曖昧ＤＣＩ長の可能性が存在するとき、どのＤＣＩフォーマットが回避されるか、または存在しないと想定されるかに関して、決定または選択が行われてもよい。以下の段落は、本実施形態の例証的実施例を提供する。

ｅＮＢにおいて、２つのＴｘアンテナが存在し、多重キャリアはすべて、２０ＭＨｚ帯域を有し、およびＵＥは、現在、伝送モード５のために構成されていると仮定する。ＵＥが、現在、非ＣＩＦ−ＤＣＩセットを使用している場合、ＵＥは、ＰＤＣＣＨ上でＤＣＩ １Ａ（２８ビット）およびＤＣＩ １Ｄ（３０ビット）を検索している場合がある。ＵＥが、２ビットＣＩＦフィールドを伴って、マルチキャリア動作のために再構成される場合、ＤＣＩ １Ａ＋は、３０ビットの長さを有し、ＤＣＩ １Ｄ＋は、３３ビットの長さを有するであろう。３２ビットは、許容可能長ではないない場合があるため、付加的パディングビットが、ＤＣＩ １Ｄ＋に追加される場合がある。したがって、両方とも、３０ビットの長さを有するであろうため、ＤＣＩ １ＤとＤＣＩ １Ａ＋との間の潜在的ブラインド復号化の曖昧性が存在するであろう。

そのような状況では、ｅＮＢが、ＲＲＣ肯定応答メッセージをＵＥから受信するまで、ｅＮＢは、ＤＣＩ １Ａ＋を使用しないように要求される場合がある。ｅＮＢが、本ＲＲＣ肯定応答を受信後、ｅＮＢは、ＵＥが、現時点において、ＣＩＦ−ＤＣＩセットのみを監視していることを把握する。その結果、ｅＮＢは、ＵＥが、ＰＤＣＣＨ上でＤＣＩ １ Ｄをもはや検索していないことを把握するため、ｅＮＢは、現時点において、ＤＣＩ １Ａ＋を使用してもよい。ＣＩＦ−ＤＣＩセットから非ＣＩＦ−ＤＣＩセットに切り替えるとき等の反対方向では、ＤＣＩ１Ａ＋との混乱の潜在性が存在するため、ｅＮＢは、ｅＮＢが、ＲＲＣ肯定応答メッセージをＵＥから受信するまで、ＤＣＩ １Ｄの使用を回避してもよい。

したがって、ＵＥが、ＮＡＣＫ／ＡＣＫエラーの発生等のある理由から、ＤＣＩセットを切り替えることになっていることを把握していない可能性が存在し得るため、仕様は、使用されていないＤＣＩフォーマットが、ＵＥが切り替えることになっているＤＣＩセット（すなわち、新しいＤＣＩセット）に属するものであるように作成されてもよい。本実施形態は、ＵＥが、依然として、例えば、非ＣＩＦ−ＤＣＩセットを使用しているとき、ＵＥが、ＤＣＩ １Ｄとして、誤って解釈する場合がある、ＤＣＩ １Ａ＋をｅＮＢが送信しないことを保証し得る。

関連代替実施形態は、ＲＲＣ肯定応答が、ＵＥから受信されるまで、ｅＮＢが、曖昧長を有し得る、すべてのＤＣＩの使用を回避することである場合がある。しかしながら、本技法は、可能ではない場合がある。例えば、ＤＣＩ ０ ＆ ０＋およびＤＣＩ ３／３Ａ ＆ ３＋／３Ａ＋もまた、同一のそれぞれの長さを有する場合があるため、ｅＮＢが、ＤＣＩ １Ａまたは１Ａ＋と同一長のＤＣＩの使用を回避することが困難であり得る。

さらに別の代替は、曖昧ＤＣＩフォーマット長が存在する場合、付加的パディングビットを指定することである場合がある。本技法は、曖昧ＤＣＩフォーマット長のすべてのまたはほとんどの可能な発生を排除し得る。しかしながら、本技法は、既に存在するＤＣＩ長の数、および１、２、または３ビット等のＣＩＦフィールドの可能な異なる長さによって、複雑になり得る。

ＤＣＩセットを切り替える前に非曖昧伝送モードに切り替える
ＤＣＩセットの切り替えを行うために有用な別の実施形態では、非曖昧伝送モードへの切り替えは、ＤＣＩセットを切り替える前に行われてもよい。同一長を有するＤＣＩ ＸおよびＤＣＩ Ｙ＋等のＤＣＩセット切り替えの間、曖昧ＤＣＩ長を有する可能性は、ある伝送モードに対してのみ生じ得る。ＤＣＩセットおよびＤＣＩセット切り替えに関連して前述に提供される実施例は、例えば、伝送モード５および６にのみ、適用される場合がある。ＵＥが、そのような潜在的曖昧伝送モードにある場合、ｅＮＢは、最初に、中間「安全」一義的伝送モードにＵＥを再構成する場合がある。その後、ｅＮＢは、ＵＥに、ＤＣＩセットを切り替えるように指示し、次いで、最後に、ＵＥを所望の伝送モードに再構成し直す場合がある。そのような非曖昧安全伝送モードは、ｅＮＢにおける伝送アンテナの数に応じて、伝送モード１（ｅＮＢにおける単一伝送アンテナ）または伝送モード２（ｅＮＢからの伝送ダイバーシチ）である場合がある。

例えば、ＵＥは、単一キャリアモードおよび伝送モード５にあると仮定する。ＵＥをマルチキャリアモードに切り替えるために、以下のステップを行い得る。

第１に、ｅＮＢは、ＲＲＣコマンドをＵＥに送信し、ＵＥに、伝送モード２に切り替えるように指示してもよい。第２に、ＵＥは、ＲＲＣ肯定応答をｅＮＢに送信し、ＵＥが伝送モードを切り替えたことを示してもよい。第３に、ｅＮＢは、ＲＲＣコマンドをＵＥに送信し、ＵＥに、マルチキャリアモードに切り替えるように指示してもよく、すべてのキャリアは、伝送モード２で動作する。

次いで、第４に、ＵＥは、ＲＲＣ肯定応答をｅＮＢに送信し、ＵＥが、多重キャリアをアクティブ化したことを示してもよい。第５に、ｅＮＢは、ＲＲＣコマンドをＵＥに送信し、ＵＥに、多重キャリアのすべてまたはサブセットのいずれか上において、伝送モード５に戻すように指示してもよい。最後に、ＵＥは、ＲＲＣ肯定応答をｅＮＢに送信し、ＵＥが、伝送モードを切り替えたことを示してもよい。

本実施形態は、１つだけのＤＣＩセット切り替えではなく、３つの別個の連続ＲＲＣプロシージャを信号伝達し、行うことを伴う場合がある。付加的遅延が、全体的マルチキャリア再構成を行うことに関連して生じる場合がある。さらに、付加的信号伝達オーバーヘッドが、３つのＲＲＣプロシージャのそれぞれに対して、ＲＲＣコマンドおよびＲＲＣ肯定応答を送信することに関連して招かれる場合がある。

図７は、本開示のある実施形態による、ＤＣＩセットの切り替えを行うための方法を例証する、流れ図である。図７に示される方法は、キャリアアグリゲーションが使用されている間、図１から３に示されるもの等のＵＥまたはアクセスノードのいずれかに実装されてもよい。図７に示される方法は、図８に示されるもの等のプロセッサおよび／または他のコンポーネントを使用して実装されてもよい。図７に示される方法は、図４から６に関連して説明されるもの等のプロシージャを使用して実装されてもよい。

プロセスは、キャリアアグリゲーションが使用されている間、プロセッサが、ＵＥまたはアクセスノードに、第１のダウンリンク制御情報（ＤＣＩ）セットと第２のＤＣＩセットとの間で切り替えさせることが開始する（ブロック７００）。プロセスは、その後、終了する。

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

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

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

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

Ｉ／Ｏデバイス８６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カード読取装置、紙テープ読取装置、プリンタ、ビデオモニタ、または他の周知の入力デバイスを含んでもよい。また、送受信機８２５は、ネットワーク接続デバイス８２０のコンポーネントである代わりに、またはそれに加えて、Ｉ／Ｏデバイス８６０のコンポーネントと見なされる場合がある。

以下の文書は、参考として、その全体が本明細書に援用される：
Ｒ１−０９３６９９，“Ｗａｙ Ｆｏｒｗａｒｄ ｏｎ ＰＤＣＣＨ ｆｏｒ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎ ｉｎ ＬＴＥ−Ａ”， Ａｌｃａｔｅｌ−Ｌｕｃｅｎｔほか．
Ｒ１−０９３４６５，“Ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ ｉｎｄｉｃａｔｉｏｎ ｓｃｈｅｍｅ ｆｏｒ ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ”， Ｐａｎａｓｏｎｉｃ．
３ＧＰＰ，ＴＳ ３６．２１２ ｖ８．７．０（２００８−０５）”Ｅ−ＵＴＲＡ；Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ｃｈａｎｎｅｌ ｃｏｄｉｎｇ．”
３ＧＰＰ，ＴＳ ３６．８１４。

実施形態は、キャリアアグリゲーションが使用されている間、第１のダウンリンク制御情報（ＤＣＩ）セットと第２のＤＣＩセットとの間で切り替えるための方法およびデバイスを提供する。いくつかの実施形態が、本開示で提供されているが、開示されたシステムおよび方法が、本開示の精神または範囲から逸脱することなく、多くの他の具体的形態で具現化されてもよいことを理解されたい。本実施例は、制限的ではなく例証的と見なされ、本明細書で提供される詳細に限定されることを意図しない。例えば、種々の要素またはコンポーネントを、別のシステムに組み入れるか、または一体化してもよく、あるいは、ある特徴を省略するか、または実装しなくてもよい。

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

Claims (35)

1. キャリアアグリゲーションが使用されている間、第１のダウンリンク制御情報（ＤＣＩ）セットから第２のＤＣＩセットに再構成することを含む、方法。
2. 再構成することは、
   キャリアインジケータフィールド（ＣＩＦ）を含むＤＣＩフォーマットを有する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信することを含む、マルチキャリア動作のためにユーザ機器（ＵＥ）を再構成することを含む、請求項１に記載の方法。
3. 前記第１のＤＣＩセットは、第１のキャリアインジケータフィールド（ＣＩＦ）サイズを有する一式のＤＣＩフォーマットを含み、前記第２のＤＣＩセットは、第２の異なるＣＩＦサイズを有する一式のＤＣＩフォーマットを含み、再構成することは、該第１のＣＩＦサイズから該第２のＣＩＦサイズに変更することを含み、該第１のＣＩＦサイズまたは該第２のＣＩＦサイズは、ゼロに等しい場合がある、請求項１に記載の方法。
4. 前記再構成することに関連するアクティブ化時間を決定することをさらに含む、請求項１に記載の方法。
5. 前記アクティブ化時間は前記再構成することを命令する無線リソース制御（ＲＲＣ）コマンドの一部として含まれ、該アクティブ化時間は、システムフレーム番号（ＳＦＮ）と、該ＳＦＮと関連付けられた同一無線フレーム内のサブフレームオフセットとを含む、請求項４に記載の方法。
6. 再構成コマンドが伝送された後のある一定時間中に、前記第１のＤＣＩセットおよび前記第２のＤＣＩセットの両方に対応するＤＣＩフォーマットを伝送することをさらに含む、請求項１に記載の方法。
7. 少なくとも１つの共通ＤＣＩフォーマットサイズが、前記第１のＤＣＩセットおよび前記第２のＤＣＩセットの両方に含まれることを指定することをさらに含む、請求項１に記載の方法。
8. ユーザ機器（ＵＥ）が、以下の条件：１）前記第１のＤＣＩセットの監視を停止するための無線リソース制御（ＲＲＣ）コマンドを受信する、および２）前記第２のＤＣＩセットに一義的に属する所定の数のＤＣＩフォーマットを受信するのうちの少なくとも１つが満たされるまで、該第１のＤＣＩセットおよび該第２のＤＣＩセットの両方を監視することと、
   その後、該ＵＥが、該第２のＤＣＩセットのみを監視することと
   をさらに含む、請求項１に記載の方法。
9. 前記所定の数は、固定数およびアクセスノードから受信される構成可能数のうちの１つである、請求項８に記載の方法。
10. 前記第１のＤＣＩセット内のＤＣＩフォーマットのサイズが、前記第２のＤＣＩセット内の異なるＤＣＩフォーマットのサイズに等しいとき、どのＤＣＩフォーマットが監視されるかを指定することをさらに含む、請求項８に記載の方法。
11. 前記第１のＤＣＩセット内のＤＣＩフォーマットのサイズが、前記第２のＤＣＩセット内の異なるＤＣＩフォーマットのサイズに等しいとき、無線リソース制御（ＲＲＣ）メッセージがユーザ機器（ＵＥ）において受信されるまで、前記再構成後、該第２のＤＣＩセット内の該ＤＣＩフォーマットの監視を回避することをさらに含む、請求項１に記載の方法。
12. 前記第１のＤＣＩセット内のＤＣＩフォーマットのサイズが、前記第２のＤＣＩセット内の異なるＤＣＩフォーマットのサイズに等しいとき、該第２のＤＣＩセット内の該ＤＣＩフォーマットのための付加的パディングビットを含めることをさらに含む、請求項１に記載の方法。
13. キャリアアグリゲーションが使用されている間、第１のダウンリンク制御情報（ＤＣＩ）セットから第２のＤＣＩセットに再構成するように構成されるプロセッサを含む、ユーザ機器（ＵＥ）。
14. 前記ＵＥは、マルチキャリア動作のために構成され、前記プロセッサは、
    キャリアインジケータフィールド（ＣＩＦ）を含むＤＣＩフォーマットを有する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信するようにさらに構成される、請求項１３に記載のＵＥ。
15. 前記第１のＤＣＩセットは、第１のキャリアインジケータフィールド（ＣＩＦ）サイズを有する一式のＤＣＩフォーマットを含み、前記第２のＤＣＩセットは、第２の異なるＣＩＦサイズを有する一式のＤＣＩフォーマットを含み、再構成することは、該第１のＣＩＦサイズから該第２のＣＩＦサイズに変更することを含み、該第１のＣＩＦサイズまたは該第２のＣＩＦサイズは、ゼロに等しい場合がある、請求項１３に記載のＵＥ。
16. 前記プロセッサは、
    前記再構成することに関連するアクティブ化時間の指標を受信するようにさらに構成される、請求項１３に記載のＵＥ。
17. 前記アクティブ化時間は、前記再構成することを命令する無線リソース制御（ＲＲＣ）コマンドの一部として含まれ、該アクティブ化時間は、システムフレーム番号（ＳＦＮ）と、該ＳＦＮと関連付けられた同一無線フレーム内のサブフレームオフセットとを含む、請求項１６に記載のＵＥ。
18. 前記プロセッサは、
    再構成コマンドが伝送された後のある一定時間の間、前記第１のＤＣＩセットおよび前記第２のＤＣＩセットの両方に対応するＤＣＩフォーマットを受信するようにさらに構成される、請求項１３に記載のＵＥ。
19. 前記プロセッサは、
    前記第１のＤＣＩセットおよび前記第２のＤＣＩセットの両方内に含まれる少なくとも１つの共通ＤＣＩフォーマットサイズを受信するようにさらに構成される、請求項１３に記載のＵＥ。
20. 前記プロセッサは、
    以下の条件：１）前記第１のＤＣＩセットの監視を停止するための無線リソース制御（ＲＲＣ）コマンドを受信する、および２）前記第２のＤＣＩセットに一義的に属する所定の数のＤＣＩフォーマットを受信するのうちの少なくとも１つが満たされるまで、該第１のＤＣＩセットおよび該第２のＤＣＩセットの両方を監視することと、
    その後、前記第２のＤＣＩセットのみを監視することと
    を行うようにさらに構成される、請求項１３に記載のＵＥ。
21. 前記所定の数は、固定数およびアクセスノードから受信される構成可能数のうちの１つである、請求項２０に記載のＵＥ。
22. 前記プロセッサは、
    前記第１のＤＣＩセット内のＤＣＩフォーマットのサイズが、前記第２のＤＣＩセット内の異なるＤＣＩフォーマットのサイズに等しいとき、どのＤＣＩフォーマットが監視されるかを決定するようにさらに構成される、請求項２０に記載のＵＥ。
23. 前記プロセッサは、
    前記第１のＤＣＩセット内のＤＣＩフォーマットのサイズが、前記第２のＤＣＩセット内の異なるＤＣＩフォーマットのサイズに等しいとき、無線リソース制御（ＲＲＣ）メッセージが受信されるまで、前記再構成することの後、該第２のＤＣＩセット内の該ＤＣＩフォーマットの監視を回避するようにさらに構成される、請求項１３に記載のＵＥ。
24. 前記プロセッサは、
    前記第１のＤＣＩセット内のＤＣＩフォーマットのサイズが、前記第２のＤＣＩセット内の異なるＤＣＩフォーマットのサイズに等しいとき、該第２のＤＣＩセット内の該ＤＣＩフォーマットのための付加的パディングビットを含めるようにさらに構成される、請求項１３に記載のＵＥ。
25. キャリアアグリゲーションが使用されている間、第１のダウンリンク制御情報（ＤＣＩ）セットから第２のＤＣＩセットにユーザ機器（ＵＥ）を再構成するように構成されるプロセッサを含む、アクセスデバイス。
26. 前記プロセッサは、
    キャリアインジケータフィールド（ＣＩＦ）を含むＤＣＩフォーマットを有する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を伝送するようにさらに構成される、請求項２５に記載のアクセスデバイス。
27. 前記第１のＤＣＩセットは、第１のキャリアインジケータフィールド（ＣＩＦ）サイズを有する一式のＤＣＩフォーマットを含み、前記第２のＤＣＩセットは、第２の異なるＣＩＦサイズを有する一式のＤＣＩフォーマットを含み、前記再構成することは、該第１のＣＩＦサイズから該第２のＣＩＦサイズに変更することを含み、該第１のＣＩＦサイズまたは該第２のＣＩＦサイズは、ゼロに等しい場合がある、請求項２５に記載のアクセスデバイス。
28. 前記プロセッサは、
    前記再構成することに関連するアクティブ化時間を決定するようにさらに構成される、請求項２５に記載のアクセスデバイス。
29. 前記アクティブ化時間は、前記再構成を命令する無線リソース制御（ＲＲＣ）コマンドの一部として含まれ、該アクティブ化時間は、システムフレーム番号（ＳＦＮ）と、該ＳＦＮと関連付けられた同一無線フレーム内のサブフレームオフセットとを含む、請求項２８に記載のアクセスデバイス。
30. 前記プロセッサは、
    再構成コマンドが伝送された後の一定時間中に、前記第１のＤＣＩセットおよび前記第２のＤＣＩセットの両方に対応するＤＣＩフォーマットを伝送するようにさらに構成される、請求項２５に記載のアクセスデバイス。
31. 前記プロセッサは、
    少なくとも１つの共通ＤＣＩフォーマットサイズが、前記第１のＤＣＩセットおよび前記第２のＤＣＩセットの両方内に含まれることを指定するようにさらに構成される、請求項２５に記載のアクセスデバイス。
32. 前記プロセッサは、
    無線リソース制御（ＲＲＣ）コマンドを前記ＵＥに伝送し、前記第１のＤＣＩセットの監視を停止することと、
    該ＵＥが、前記第２のＤＣＩセットのみを監視するように、前記第２のＤＣＩセットに一義的に属する所定の数のＤＣＩフォーマットを伝送することと
    を行うようにさらに構成される、請求項２５に記載のアクセスデバイス。
33. 前記所定の数は、固定数および前記アクセスノードによって伝送される構成可能数のうちの１つである、請求項３２に記載のアクセスデバイス。
34. 前記プロセッサは、
    前記第１のＤＣＩセット内のＤＣＩフォーマットのサイズが、前記第２のＤＣＩセット内の異なるＤＣＩフォーマットのサイズに等しいとき、どのＤＣＩフォーマットが監視されるかを指定するようにさらに構成される、請求項３２に記載のアクセスデバイス。
35. 前記プロセッサは、
    前記第１のＤＣＩセット内のＤＣＩフォーマットのサイズが、前記第２のＤＣＩセット内の異なるＤＣＩフォーマットのサイズに等しいとき、該第２のＤＣＩセット内の前記ＤＣＩフォーマットのための付加的パディングビットを含めるようにさらに構成される、請求項２５に記載のアクセスノード。

Images