(57)【要約】第１のキャリアのための少なくとも１つのダウンリンク制御情報（ＤＣＩ）フォーマットと、第２のキャリアのための少なくとも１つのＤＣＩフォーマットと、を決定し、パディングされたＤＣＩフォーマットのＤＣＩフォーマットサイズが、第１のキャリアに対応するＤＣＩフォーマットのＤＣＩフォーマットサイズに等しくなるように、第２のキャリアに対応する少なくとも１つのＤＣＩフォーマット内にパディングを含めることによって、キャリアアグリゲーションが使用されるとき、ダウンリンク制御情報を伝送するための方法および装置。【選択図】図５
2013509832.tif 000002
【特許請求の範囲】
【請求項１】
キャリアアグリゲーションが使用されているときに、ダウンリンク制御情報を伝送する方法であって、
該方法は、
第１のキャリアのための少なくとも１つのダウンリンク制御情報（ＤＣＩ）フォーマットと、第２のキャリアのための少なくとも１つのＤＣＩフォーマットとを決定することと、
該第１のキャリアまたは該第２のキャリアに対応する少なくとも１つのＤＣＩフォーマット内にパディングを含めることによって、該パディングされたＤＣＩフォーマットのＤＣＩフォーマットサイズが基準サイズに等しくなることと
を含む、方法。
【請求項２】
前記基準サイズは、前記第１のキャリアに対応する前記ＤＣＩフォーマットサイズのサイズである、請求項１に記載の方法。
【請求項３】
前記第１のキャリアの少なくとも１つのＤＣＩフォーマットおよび前記第２のキャリアの少なくとも１つのＤＣＩフォーマットは、異なる伝送モードまたは異なるキャリア帯域幅に対応する、請求項１に記載の方法。
【請求項４】
前記パディングされたＤＣＩフォーマットに対応する情報を符号化することと、
該符号化された情報を有するＤＣＩをユーザ機器（ＵＥ）に伝送することと
をさらに含む、請求項１に記載の方法。
【請求項５】
コンパクトスケジューリングを使用する前記ＤＣＩフォーマットにのみ、パティングを適用することをさらに含む、請求項１に記載の方法。
【請求項６】
コンパクトスケジューリング方法を使用する前記ＤＣＩフォーマットは、０、１Ａ、１Ｂ、１Ｃ、１Ｄ、３、および３Ａを含む、請求項５に記載の方法。
【請求項７】
コンパクトスケジューリングを使用するＤＣＩフォーマット以外のＤＣＩフォーマットがパディングなしで伝送される、請求項５に記載の方法。
【請求項８】
１つ以上のＤＣＩフォーマットのために使用されるパディングビットの数を決定することに使用する基準サイズを信号伝達することをさらに含む、請求項１に記載の方法。
【請求項９】
前記基準サイズは、該基準サイズを示すインジケータによって信号伝達される、請求項８に記載の方法。
【請求項１０】
規則に基づいて、複数のダウンリンク制御情報（ＤＣＩ）フォーマットのそれぞれの基準サイズを決定することをさらに含む、請求項１に記載の方法。
【請求項１１】
前記規則は、パディングビット差が閾値より小さい複数のＤＣＩフォーマットのうちで最大ＤＣＩフォーマットサイズであるような基準ＤＣＩフォーマットサイズを選択することを含む、請求項１０に記載の方法。
【請求項１２】
前記閾値は、ビット数の絶対値またはサイズ差の相対的割合のうちの１つを含む、請求項１１に記載の方法。
【請求項１３】
前記規則は、アクセスデバイスによって信号伝達される、請求項１０に記載の方法。
【請求項１４】
キャリアアグリゲーションが使用されているときに、ダウンリンク制御情報を伝送するためのアクセスデバイスであって、
該アクセスデバイスはプロセッサを含み、該プロセッサは、
第１のキャリアのための少なくとも１つのダウンリンク制御情報（ＤＣＩ）フォーマットと、第２のキャリアのための少なくとも１つのＤＣＩフォーマットとを決定することと、
該第１のキャリアまたは該第２のキャリアに対応する少なくとも１つのＤＣＩフォーマット内にパディングを含めることによって、該パディングされたＤＣＩフォーマットのＤＣＩフォーマットサイズが基準サイズに等しくなることと
を行うように構成される、アクセスデバイス。
【請求項１５】
前記基準サイズは、前記第１のキャリアに対応するＤＣＩフォーマットサイズのサイズである、請求項１４に記載のアクセスデバイス。
【請求項１６】
前記第１のキャリアの少なくとも１つのＤＣＩフォーマットおよび前記第２のキャリアの少なくとも１つのＤＣＩフォーマットは、異なる伝送モードまたは異なるキャリア帯域幅に対応する、請求項１４に記載のアクセスデバイス。
【請求項１７】
前記プロセッサは、
前記パディングされたＤＣＩフォーマットに対応する情報を符号化することと、
該符号化された情報を有するＤＣＩをユーザ機器（ＵＥ）に伝送することと
を行うようにさらに構成される、請求項１４に記載のアクセスデバイス。
【請求項１８】
コンポーネントは、コンパクトスケジューリングを使用する前記ＤＣＩフォーマットのみにパディングを適用するようにさらに構成される、請求項１４に記載のアクセスデバイス。
【請求項１９】
コンポーネントは、パディングなしで、コンパクトスケジューリングを使用するＤＣＩフォーマット以外のＤＣＩフォーマットを伝送するようにさらに構成され、該コンポーネントは、修正なしでコンパクトスケジューリングを使用するＤＣＩフォーマット以外のＤＣＩフォーマットを伝送するようにさらに構成される、請求項１８に記載のアクセスデバイス。
【請求項２０】
コンポーネントは、各キャリアのためのＤＣＩフォーマットが、２つの可能性のある全長のうちの１つにパティングされるように、複数のＤＣＩフォーマットにパティングを適用するようにさらに構成され、同一の２つの可能性のある全長は、すべてのキャリアにわたって使用される、請求項１４に記載のアクセスデバイス。
【請求項２１】
前記コンポーネントは、１つ以上のＤＣＩフォーマットのために使用されるパディングビット数を決定する際に使用するための基準サイズを信号伝達するようにさらに構成される、請求項１４に記載のアクセスデバイス。
【請求項２２】
前記基準サイズは、該基準サイズを示すインジケータによって信号伝達される、請求項２１に記載のアクセスデバイス。
【請求項２３】
コンポーネントを含む、ユーザ機器（ＵＥ）であって、該コンポーネントは、
第１のキャリアのための少なくとも１つのダウンリンク制御情報（ＤＣＩ）フォーマットと、第２のキャリアのための少なくとも１つのＤＣＩフォーマットとを決定することと、
該第１のキャリアまたは該第２のキャリアに対応する少なくとも１つのＤＣＩフォーマット内のパディングの量を決定することにより、パディングされたＤＣＩフォーマットのＤＣＩフォーマットサイズが、該基準サイズに等しくなることと
を行うように構成される、ＵＥ。
【請求項２４】
前記基準サイズは、前記第１のキャリアに対応するＤＣＩフォーマットサイズのサイズである、請求項２３に記載のＵＥ。
【請求項２５】
前記第１のキャリアの少なくとも１つのＤＣＩフォーマットおよび前記第２のキャリアの少なくとも１つのＤＣＩフォーマットは、異なる伝送モードまたは異なるキャリア帯域幅に対応する、請求項２３に記載のＵＥ。
【請求項２６】
前記コンポーネントは、
前記決定されたパディングされるＤＣＩフォーマットサイズに基づいて、ＤＣＩを復号化するようにさらに構成される、請求項２３に記載のＵＥ。
【請求項２７】
前記コンポーネントは、規則に基づいて、複数のダウンリンク制御情報（ＤＣＩ）フォーマットのそれぞれのための基準サイズを受信するようにさらに構成される、請求項２３に記載のＵＥ。
【請求項２８】
前記規則は、暗示的規則である、請求項２７に記載のＵＥ。
【請求項２９】
前記規則は、パディングビット差が閾値より小さい複数のＤＣＩフォーマットのうちの最大ＤＣＩフォーマットサイズであるような基準ＤＣＩフォーマットサイズを選択することを含み、該閾値は、ビット数の絶対値またはサイズ差の相対的割合のうちの１つを含む、請求項２３に記載のＵＥ。
【発明の詳細な説明】
【背景技術】
【０００１】
本明細書で使用される場合、用語「ユーザ機器（「ＵＥ」）」、「基地局（「ＭＳ」）」、「ユーザ機器（「ＵＥ」）」は、ある場合には、携帯電話、携帯情報端末、ハンドヘルドまたはラップトップコンピュータ、および電気通信能力を有する、類似デバイスを指す場合がある。用語「ＭＳ」、「ＵＥ」、「ＵＡ」、「ユーザデバイス」、および「ユーザノード」は、本明細書では、同義的に使用されてもよい。ＵＥは、ＵＥを他のデバイスと通信可能にする構成可能を含む場合があり、また、加入者識別モジュール（ＳＩＭ）アプリケータ、汎用加入者識別モジュール（ＵＳＩＭ）アプリケーション、またはリムーバブルユーザ識別モジュール（Ｒ−ＵＩＭ）アプリケーションを含む、汎用ＩＣカード等であるが、それに限定されない、１つ以上の関連付けられたリムーバブルメモリモジュールを含む場合もある。代替として、そのようなＵＥは、そのようなモジュールを伴わない、デバイス自体から成る場合がある。他の場合には、用語「ＵＥ」は、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等の類似能力を有するが、可搬性ではないデバイスを指す場合がある。用語「ＵＥ」はまた、ユーザのための通信セッションを終端可能な任意のハードウェアまたはソフトウェアコンポーネントを指すことができる。
【０００２】
電気通信技術の発展に伴って、より高度なネットワークアクセス機器が導入され、以前には可能ではなかったようなサービスを提供可能になっている。本ネットワークアクセス機器は、従来の無線電気通信システム内の同等機器の改良である、システムおよびデバイスを含む場合がある。そのような高度または次世代機器は、ロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスド（ＬＴＥ−Ａ）等の進化型無線通信規格内に含まれてもよい。例えば、ＬＴＥまたはＬＴＥ−Ａシステムは、進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）であって、Ｅ−ＵＴＲＡＮノードＢ（または、ｅＮＢ）、無線アクセスポイント、中継ノード、または従来の基地局以外の類似コンポーネントを含む場合がある。本明細書で使用される場合、用語「アクセスノード」は、ＵＥまたは中継ノードに、電気通信システム内の他のコンポーネントにアクセス可能にする、地理的受信面積および伝送範囲を生成する、従来の基地局、無線アクセスポイント、中継ノード、あるいはＬＴＥまたはＬＥＴ−ＡノードＢまたはｅＮＢ等の無線ネットワークの任意のコンポーネントを指す。本書では、用語「アクセスノード」および「アクセスデバイス」は、互換可能に使用され得るが、アクセスノードは、複数のハードウェアおよびソフトウェアを含み得ることを理解されたい。
【発明の概要】
【課題を解決するための手段】
【０００３】
最初に、本開示の１つ以上の実施形態の例証的実装が、以下に提供されるが、開示されるシステムおよび／または方法は、現在既知または存在しているかどうかに関わらず、任意の数の技法を使用して、実装されてもよいことを理解されたい。本開示は、本明細書に例証および説明される例示的設計ならびに実装を含む、以下に例証される例証的実装、図面、および技法にいかようにも限定されるべきではなく、均等物のその完全範囲とともに、添付の請求項の範囲内において修正されてもよい。
【０００４】
明細書、請求項、および図面を通して使用される場合、以下の頭字語は、以下の定義を有する。別途定義されない限り、すべての用語は、第３世代パートナーシッププログラム（３ＧＰＰ）技術仕様によって定義され、それに記載される規格に準拠する。
【０００５】
「ＣＡ」は、「キャリアアグリゲーション」として定義される。
【０００６】
「ＣＣＥ」は、「制御チャネル要素」として定義される。
【０００７】
「ＣＩ」は、「キャリアインジケータ」として定義される。
【０００８】
「ＣＩＦ」は、「キャリアインジケータフィールド」として定義される。
【０００９】
「ＤＣＩ」は、「ダウンリンク制御情報」として定義される。
【００１０】
「ｅＮＢ」は、「Ｅ−ＵＴＲＡＮノードＢ」として定義される。
【００１１】
「ＥＵＴＲＡ」は、「進化型汎用地上無線アクセス」として定義される。
【００１２】
「ＥＵＴＲＡＮ」は、「Ｅ−ＵＴＲＡネットワーク」として定義される。
【００１３】
「ＦＤＤ」は、「周波数分割二重」として定義される。
【００１４】
「ＬＴＥ」は、「ロングタームエボリューション」として定義される。
【００１５】
「ＬＴＥ−Ａ」は、「ＬＴＥアドバンスド」として定義される。
【００１６】
「ＲＡＮ」は、「無線アクセスネットワーク」として定義される。
【００１７】
「ＲＢ」は、「リソースブロック」として定義される。
【００１８】
「Ｒｅｌｅａｓｅ」の後に続く番号は、３ＧＰＰ仕様のバージョン番号を指す。
【００１９】
「ＲＲＣ」は、「無線リソース制御」として定義される。
【００２０】
「ＰＯＣＣＨ」は、「物理ダウンリンク制御チャネル」として定義される。
【００２１】
「ＰＯＣＣＨ」は、「物理ダウンリンク共有チャネル」として定義される。
【００２２】
「ＰＵＳＣＨ」は、「物理アップリンク共有チャネル」として定義される。
【００２３】
「ＰＣＦＩＣＨ」は、「物理制御フォーマットインジケータチャネル」として定義される。
【００２４】
「ＴＤＤ」は、「時分割二重」として定義される。
【００２５】
「Ｔｘ」は、「伝送」として定義される。
【００２６】
「ＵＭＴＳ」は、「汎用モバイル電気通信システム」として定義される。
【００２７】
本明細書に説明される実施形態は、本明細書に説明されるキャリアアグリゲーション技法が使用されるときに使用または要求される、ブラインド復号化の数を減少させるステップに関する。後述のように、ブラインド復号化の数は、非常に大きくなり、望ましくない量のリソースの使用およびＵＥのバッテリ電力の無駄をもたらし得る。
【００２８】
通常の（Ｒｅｌｅａｓｅ−８準拠）伝送の場合、ＵＥは、ＵＥ指定検索空間内の１６の可能性のあるＰＤＣＣＨ候補および共通検索空間内の６つのＰＤＣＣＨ候補のそれぞれにおいて、２つのＤＣＩフォーマットを検索してもよい。本通常の検索は、キャリアあたり最大４４のブラインド復号化をもたらす。しかしながら、キャリアアグリゲーション技法が使用されるとき、各ダウンリンクキャリアは、その独自のＰＤＣＣＨを含有してもよい。本理由から、キャリアアグリゲーションが使用されるとき、ＵＥは、最大４４Ｎのブラインド復号化を行うことが要求され得る（Ｎは、現在アクティブであるキャリアの数である）。
【００２９】
少なくとも４つの異なる技法が、キャリアアグリゲーションが使用されるとき、ブラインド復号化の数を減少させるために提供される。例えば、ブラインド復号化の数は、４４Ｎの値に対して減少されてもよい。
【００３０】
第１の実施形態では、過剰な多数のパディングビットを回避するために、本パディング方法は、ある種類のＤＣＩフォーマットにのみ、適用される場合がある。１つの可能性のある方法は、パディングが、コンパクトリソース配分方法を使用する、ＤＣＩフォーマット内に適用されるものである。ＤＣＩフォーマットをパディングすることによって、必要なブラインド復号化の最大数は、異なるＤＣＩフォーマットサイズの数を減少させることによって、減少される。本実施形態は、以下にさらに説明される。
【００３１】
第２の実施形態では、ｅＮＢは、特定のＤＣＩフォーマットのためのパディングビット数を決定するために使用される、１つ以上の基準サイズを信号伝達してもよい。ＵＥが、基準サイズを受信すると、ＵＥは、各ＤＣＩフォーマットが、基準サイズのうちの１つと同一サイズを有するように、より小さいビット長を有するＤＣＩフォーマットに対して、パディングを含む。パディングビット数を決定するための基準サイズを指定することによって、必要なブラインド復号化の数は、異なるＤＣＩフォーマットサイズの数を減少させることによって、減少される。本実施形態は、以下でさらに説明される。
【００３２】
加えて、第３の実施形態では、暗示的方法が、キャリアアグリゲーションが使用されるとき、ブラインド復号化の数を減少させるために使用されてもよい。暗示的方法では、ＵＥは、暗示的規則に基づいて、各ＤＣＩフォーマットの基準サイズを決定する。可能性のある規則の１つは、基準サイズが、パディングビット差が、閾値より小さい、ＤＣＩフォーマットのうち、最大ＤＣＩフォーマットサイズであることである。パディングビット数を導出するための規則を使用することによって、必要なブラインド復号化の数は、異なるＤＣＩフォーマットサイズの数を減少させることによって、減少される。本実施形態は、以下でさらに説明される。
【００３３】
第４の実施形態では、ｅＮＢは、１つ以上のキャリアに対応する、各一式のＤＣＩフォーマットサイズに対して、別個の検索空間を確立してもよい。本技法は、異なるＤＣＩフォーマットサイズ間のパディングを回避する。本第４の技法もまた、ＵＥ指定検索空間を増加させることによって、ＰＤＣＣＨ上のブロッキングの確率を低下させる。ＵＥ検索空間が増加される場合でも、各ＤＣＩフォーマットサイズに対するＰＤＣＣＨ候補の数は、同じままであるため、ブラインド復号化の最大数は、増加しない。本実施形態は、以下でさらに説明される。
【００３４】
前述の４つの実施形態は、例示に過ぎない。キャリアアグリゲーションが使用されるとき、ブラインド復号化の数を減少させるための付加的実施形態および例は、以下に提供される。ブラインド復号化の数を減少させる等のある利点を提供するように説明されるが、本明細書に開示されるシステムおよび方法は、そのように限定されず、他の利点を提供する、または他の目的を果たし得る。したがって、本明細書に説明される実施形態は、これらのおよび他の問題を解決する。
【００３５】
本開示をより完全に理解するために、添付の図面および発明を実施するための形態と併せて理解される、以下の簡単な説明を参照し、類似参照数字は、類似部品を表す。
【図面の簡単な説明】
【００３６】
【図１】図１は、本開示のある実施形態による、通信システムの略図である。
【図２】図２は、本開示のある実施形態による、キャリアのアグリゲーションを例証する、略図である。
【図３】図３は、本開示のある実施形態による、キャリアアグリゲーションの代替実装を例証する、略図である。
【図４】図４は、本開示のある実施形態による、各キャリア内で使用されるＤＣＩ（ダウンリンク制御情報）フォーマットの例を例証する、略図である。
【図５】図５は、本開示のある実施形態による、パディングビットを適用後、各キャリア内で使用されるＤＣＩフォーマットの例を例証する、略図である。
【図６】図６は、本開示のある実施形態による、パディングビットを適用後、各キャリア内で使用されるＤＣＩフォーマットの例を例証する、略図である。
【図７】図７は、本開示のある実施形態による、パディングビットを適用後、各キャリア内で使用されるＤＣＩフォーマットの例を例証する、略図である。
【図８】図８は、本開示のある実施形態による、パディングビットを適用後、各キャリア内で使用されるＤＣＩフォーマットの例を例証する、略図である。
【図９】図９は、本開示のある実施形態による、制御チャネル要素を示し、その中のＵＥ指定検索空間を画定する、略図である。
【図１０】図１０は、本開示のある実施形態による、制御チャネル要素を示し、その中のＵＥ指定検索空間を画定する、略図である。
【図１１】図１１は、本開示のある実施形態による、制御チャネル要素を示し、その中のＵＥ指定検索空間を画定する、略図である。
【図１２】図１２は、本開示のある実施形態による、キャリアアグリゲーションが使用されるとき、ブラインド復号化の数を減少させるための方法を例証する、流れ図である。
【図１３】図１３は、本開示のいくつかの実施形態を実装するために好適なプロセッサおよび関連コンポーネントを例証する。
【発明を実施するための形態】
【００３７】
図１は、３ＧＰＰ仕様に説明される、ＬＴＥまたはＬＴＥ−Ａネットワークであってもよい、ＲＡＮ１００の実施形態を例証する。図１は、例示であって、他の実施形態では、他のコンポーネントまたは配設を有してもよい。ある実施形態では、ＲＡＮ１００は、ＬＴＥ−Ａネットワークであってもよく、１つ以上のアクセスノード１１０および１４０、１つ以上の中継ノード（ＲＮ）１２０、ならびに１つ以上のＵＥ１３０を含んでもよい。図１は、存在する第２のアクセスノード１４０を示す。アクセスノード１１０または１４０は、ＵＥ１３０のためのネットワークアクセスを促進する、ｅＮＢ、基地局、または他のコンポーネントであってもよい。ＵＥ１３０は、ＲＡＮ１００を介して、相互に通信してもよく、図示されるＲＡＮ１００の種々のコンポーネントと通信してもよく、また、図示されない他のコンポーネントと通信してもよい。ＲＡＮ１００は、無線電気通信システムを有効にしてもよい。
【００３８】
図２は、本開示のある実施形態による、キャリアのアグリゲーションを例証する、略図である。ＬＴＥ−Ａでは、キャリアアグリゲーションは、より広い伝送帯域をサポートし、故に、潜在的ピークデータレートを増加し、例えば、ＬＴＥ−Ａ要件に合致させるために、使用される場合がある。キャリアアグリゲーションでは、図２に示されるように、多重コンポーネントキャリアがアグリゲーションされ、サブフレーム内でＵＥに配分することができる。本例では、各コンポーネントキャリア２１０ａ、２１０ｂ、２１０ｃ、２１０ｄ、および２１０ｅは、約２０ＭＨｚの幅を有する。合計システム帯域幅は、約１００ＭＨｚである。１０ＭＨｚ等の他の帯域幅もまた、コンポーネントキャリアによって使用することができることに留意されたい。ＵＥは、例えば、ＵＥの能力に応じて、最大５つまでの多重コンポーネントキャリアにおいて、受信または伝送してもよい。加えて、配備シナリオに応じて、キャリアアグリゲーションは、同一周波数帯域に位置するキャリアおよび／または異なる帯域に位置するキャリアを伴って発生してもよい。例えば、１つのキャリアは、２ＧＨｚに位置してもよく、第２のアグリゲーションされたキャリアは、８００ＭＨｚに位置してもよい。
【００３９】
ＬＴＥ−Ａでは、キャリアアグリゲーションと関連付けられた問題の１つは、ＰＤＣＣＨの設計である。現在、２つの選択肢が存在する。選択肢１は、対応するＰＤＳＣＨが伝送されるキャリアと同一キャリア上でＰＤＣＣＨが伝送されることであって、選択肢２は、ＰＤＣＣＨが、対応するＰＤＳＣＨのうちの少なくとも１つが伝送されるキャリアと異なるキャリア上で伝送することができることを示す。
【００４０】
第１の選択肢では、コンポーネントキャリア上のＰＤＣＣＨは、同一コンポーネントキャリア上にＰＤＳＣＨリソースを、単一のリンクされたアップリンクコンポーネントキャリア上にＰＵＳＣＨリソースを割り当てる。この場合、キャリアインジケータフィールドは、存在しない。すなわち、Ｒｅｌｅａｓｅ−８  ＰＤＣＣＨ構造は、同一符号化、同一ＣＣＥベースのリソースマッピング、およびＤＣＩフォーマットを伴って、継続して使用されてもよい。
【００４１】
第２の選択肢に関して、コンポーネントキャリア上のＰＤＣＣＨは、キャリアインジケータフィールドを使用して、多重コンポーネントキャリアのうちの１つにおいて、ＰＤＳＣＨまたはＰＵＳＣＨリソースを割り当てることができる。この場合、Ｒｅｌｅａｓｅ−８  ＤＣＩフォーマットは、１−３ビットの明示的キャリアインジケータフィールドを伴って拡張される。一実施形態では、キャリアインジケータフィールドの長さは、ＲＲＣ信号伝達によって、半静的に信号伝達され得る。Ｒｅｌｅａｓｅ−８  ＰＤＣＣＨ構造の残りは、同一符号化および同一ＣＣＥベースのリソースマッピングを伴って、再使用されてもよい。本明細書に説明される実施形態は、明示的ＣＩＦの導入に関連するものを含むが、それに限定されない、種々の問題を解決するためのソリューションおよびＵＥプロシージャを提供する。
【００４２】
図３は、本開示のある実施形態による、キャリアアグリゲーションの代替実装を例証する、略図である。図３は、前述の２つの代替を示す。矢印３００に示される、第１の代替は、ＰＤＣＣＨが、ＰＤＳＣＨが伝送されるキャリアと同一キャリア上で伝送されることを示す。矢印３０２に示される第２の代替は、ＰＤＣＣＨが、対応するＰＤＳＣＨのうちの少なくとも１つが伝送されるキャリアと異なるキャリア上で伝送することができることを示す。本第２の代替の場合、ＣＩＦは、適切なＰＤＳＣＨまたはＰＵＳＣＨが配分される、キャリアを示すために使用されてもよい。ＣＩＦは、ダウンリンクリソース配分またはアップリンクリソースグラントのいずれかに対して、ＤＣＩに追加される、付加的信号伝達ビットを要求し、ＰＤＣＣＨ監視キャリア上のＰＤＣＣＨ信号伝達に、異なるキャリア上のリソースを参照することを可能にする。
【００４３】
本明細書に説明される実施形態は、とりわけ、前述のキャリアアグリゲーション技法が使用されるときに使用または要求される、ブラインド復号化の数を減少させるステップに関する。明示的ＣＩＦを使用する特徴は、ＣＩＦが、ｅＮＢに、対応するＰＤＳＣＨが伝送されるキャリアを示すことを可能にすることである。しかしながら、ＣＩＦは、異なるＤＣＩフォーマットサイズが、各キャリアのために使用されるとき、ブラインド復号化の数の減少を提供しない。例えば、ブラインド復号化の数は、あるキャリアが、ＬＴＥ  ＲｅＩ−８システムの伝送モード１において構成され、他のキャリアが、伝送モード３で構成される、２つのキャリアがアグリゲーションされる場合、問題となり得る。本問題はまた、ＵＥが、両方のキャリアに対応するリソース配分のために、ＰＤＣＣＨ監視キャリアと称される、単一ＰＤＣＣＨを監視することを含む場合がある。ＰＤＣＣＨ監視キャリアでは、ＵＥは、それぞれ、第１のキャリアのためのＤＣＩフォーマット１Ａおよび１、ならびに第２のキャリアのためのＤＣＩフォーマット１Ａおよび２Ａを監視すべきである。
【００４４】
この場合、あるアプローチは、任意の付加的パディングビットをＤＣＩに適用しないであろう。代わりに、異なるＤＣＩフォーマットに対して、別個のブラインド復号化が、行われる。この場合、ＵＥは、所与のＤＣＩフォーマットサイズの正常復号化を介して、キャリア情報を暗示的に決定可能であり得るため、ＣＩＦは、要求されなくてもよい。
【００４５】
実施形態における比較のための基準は、各ダウンリンクキャリアが、その独自のＰＯＣＣＨを含有する場合である。すなわち、各ダウンリンクキャリア上のＰＤＣＣＨは、同一ダウンリンクキャリアのためのＰＯＳＣＨ割当のみ含有し、ＣＩＦは、使用されない。通常の伝送目的の場合、ＵＥは、ＵＥ指定検索空間内の１６の可能性のあるＰＤＣＣＨ候補および共通検索空間内の６つのＰＤＣＣＨ候補（ＵＥが監視している各サブフレームの場合）のそれぞれにおいて、２つのＤＣＩフォーマットを検索してもよい。これらの事実は、キャリアあたり最大４４のブラインド復号化をもたらす。各ダウンリンクキャリアが、その独自のＰＤＣＣＨを含有する、多重キャリア状況の場合、ＵＥは、最大４４Ｎのブラインド復号化を行うであろう（Ｎは、現在アクティブなキャリアの数である）。本多くのブラインド復号化を行うことは、望ましくないであろう。
【００４６】
１つのキャリア上のＰＤＣＣＨが、異なるキャリア上のＰＤＳＣＨを参照することができる状況の場合、ＵＥによって行われなければならないブラインド復号化の最大数が、本基準数の４４Ｎを下回るように減少させることが望ましいであろう。
【００４７】
以下の表１から表４は、異なる帯域幅、また、ＦＤＤ対ＴＤＤ、およびｅＮＢにおける２つの伝送アンテナ対４つの伝送アンテナの場合のＤＣＩのすべてのビット長を含有する。ＤＣＩ  ０、１Ａ、および３／３Ａは、常に、所与のキャリア構成に対して、同一長を有してもよい。ＤＣＩ  １Ｂ、１Ｄ、２、および２Ａの長さは、部分的に、ｅＮＢにおいて使用する際の伝送アンテナの数に基づいて、変動する。
【００４８】
【表１−１】
2013509832.tif 000003
【００４９】
【表１−２】
2013509832.tif 000004
【００５０】
【表２】
2013509832.tif 000005
【００５１】
【表３】
2013509832.tif 000006
【００５２】
【表４−１】
2013509832.tif 000007
【００５３】
【表４−２】
2013509832.tif 000008
ＰＤＣＣＨブロッキングの確率
未だ解決されていない別の問題は、ＰＤＣＣＨ上のブロッキングの確率の増加に関する。ブロッキングは、いくつかの指定されるＣＣＥのうちの１つにおいて、制御メッセージをＵＥに伝送することが不可能である場合に生じ得る。ブロッキングは、例えば、同一サブフレーム内でそれらのＣＣＥが配分された他のＵＥによって、生じ得る。
【００５４】
明示的ＣＩＦによって、ＵＥは、ＰＤＳＣＨまたはＰＵＳＣＨを配分し得る、すべてのキャリアからＰＤＣＣＨを監視する必要はない。したがって、ｅＮＢが、一式のＰＤＣＣＨ監視キャリアを構成し、本一式が、ダウンリンクまたはアップリンクコンポーネントキャリアのサブセットであり得る可能性がある。この場合、Ｒｅｌｅａｓｅ−８と比較して、より大きな数のＰＤＣＣＨが、あるキャリア上において、所与のＵＥに伝送されてもよい。本事実は、ＰＤＣＣＨ検索空間も増加されない場合、ブロッキングの確率の増加をもたらす。
【００５５】
ブラインド復号化の数を減少させることに関する他の試み
異なるＤＣＩフォーマットサイズを有する異なるキャリアの問題を解決するために、ＤＣＩフォーマットが、別のＤＣＩフォーマットサイズと同一サイズとなるように、より小さいサイズを有するＤＣＩフォーマット内にパディングビットを挿入することが提案されている。しかしながら、本特定のパディング方法は、要求されるブラインド復号化の量を減少させるが、本特定のパディング方法は、冗長パディングビットを伝送するために、伝送電力または時間−周波数リソースの観点から、付加的リソースを要求する。すなわち、同一伝送エラーレートを得るために、パディングされていないＤＣＩとパディングされたＤＣＩ（より大きな数の情報ビットを伴い、そのうちのいくつかは、冗長パディングビットであろう）を比較して、より大きな伝送電力またはより多くの時間−周波数リソースが、後者の場合、使用されなければならない。
【００５６】
認識されていない問題
キャリアアグリゲーションがサポートされるとき、キャリア帯域幅の観点から、制限は存在せず、したがって、異なるキャリアは、異なる帯域幅を有し、ＤＣＩフォーマットサイズのさらなる変形例をもたらし得ることに留意されたい。加えて、各キャリアに対して異なる伝送モードを有する可能性が存在することは、以前は認識されていなかった。その結果、広範囲のＤＣＩフォーマットが、多重キャリア動作をサポートするために必要とされ得る。
【００５７】
前述の表１から４は、システム帯域幅および伝送モードに関連するＤＣＩフォーマットサイズを示す。一例では、１．４ＭＨｚキャリアおよび２０ＭＨｚキャリアが、アグリゲーションされてもよく、ＤＣＩフォーマット１が、１．４ＭＨｚキャリアのために伝送され、ＤＣＩフォーマット２Ａが、２０ＭＨｚキャリアのために伝送される。この場合、１．４ＭＨｚ  ＤＣＩ  １を２０ＭＨｚ  ＤＣＩ  ２Ａと長さを等しくするためのパディングビットは、２９ビットに等しい。しかしながら、本パディングは、非アグリゲーション１．４ＭＨｚキャリアに対して伝送されるであろう、実際のＲｅｌｅａｓｅ−８  ＤＣＩフォーマット１より大きい。
【００５８】
本明細書に説明される実施形態は、例えば、パディングビットサイズが、合理的に容認可能であるときのみ、パディング方法が適用される、ソリューションを提供する。本明細書に説明される実施形態は、前述のパディングの使用に加えられるものであって、かつそれと異なるものである。具体的には、実施形態は、明示的ＣＩビットが、ＰＤＳＣＨ／ＰＵＳＣＨが伝送されるキャリアを示すために、ＤＣＩフォーマット内に含まれるとき、ブラインド復号化を減少させるための種々のソリューションを提供する。
【００５９】
一実施形態では、本明細書の例として提示されるＤＣＩフォーマットのサイズは、ＣＩＦのサイズを含まず、したがって、ＤＣＩフォーマットのサイズは、ＬＴＥ  Ｒｅｌｅａｓｅ−８におけるＤＣＩフォーマットのサイズと同じである。その理由は、ＣＩＦの長さが、１から３ビットに決定しておらず、また、異なるＣＩＦ長を半静的に構成する可能性もあるためである。キャリアアグリゲーションがアクティブ化されているとき、等長ＣＩＦが、伝送される各ＤＣＩに追加されてもよい。しかしながら、等長ＣＩＦの追加は、必ずしも、すべてのＤＣＩが、ＣＩＦの長さだけ増加することを意味しない。以下にさらに示されるように、ＣＩＦが、曖昧ＤＣＩサイズを回避するために追加され得る、Ｒｅｌｅａｓｅ−８パディングビットを置換する場合、キャリアアグリゲーションのためのいくつかのＤＣＩフォーマットサイズの実際の増加は、ＣＩＦの長さ未満である可能性がある。この場合でも、同サイズのＤＣＩフォーマットはすべて、ＣＩＦフィールドの長さである場合がある、同一量だけ、増加するであろう。
【００６０】
コンパクトリソース配分を使用したＤＣＩフォーマット内でのパディングの適用
図４は、本開示のある実施形態による、各キャリア内で使用される例示的ＤＣＩフォーマットを例証する、略図である。図５は、本開示のある実施形態による、パッディングビットを適用後、各キャリア内で使用される例示的ＤＣＩフォーマットを例証する、略図である。図４および５は、同一の一式の４つのキャリア、キャリアセット４００およびキャリアセット５００を指す。図４および５に関して、いくつかの方法が、キャリアが、異なるＤＣＩフォーマットサイズによってアグリゲーションされるとき、ブラインド復号化の量を最小限にしながら、合理的パディングビットサイズを生成するために提供される。
【００６１】
一実施形態では、パディング方法は、過剰な多数のパディングビットを回避するために、ある種類のＤＣＩフォーマットのみに適用される場合がある。これらの種類のＤＣＩフォーマットを選択する可能性のある方法のうちの１つは、コンパクトリソース配分が、特定のＤＣＩフォーマット内で使用されているかどうかである。言い換えると、パディングが、コンパクトリソース配分を使用するＤＣＩフォーマット内にのみ適用される場合がある。
【００６２】
一実施形態では、前述の表１から表４内のＤＣＩフォーマット０または１Ａ等のいくつかのＤＣＩフォーマットを参照すると、ＤＣＩフォーマットサイズは、システム帯域幅の関数として、大幅に増加しない。対照的に、ＤＣＩフォーマット１等のＤＣＩフォーマットは、システム帯域幅が増加するのに伴って、大幅により大きなサイズを要求する。主要な差は、リソース配分方法である。
【００６３】
要するに、ＬＴＥ  Ｒｅｌｅａｓｅ−８では、２つの種類のリソース配分方法が存在する。リソース配分の種類の１つは、ビットマップベースのリソース配分を使用するものであって、各ビットは、対応するリソースブロック群が配分されるかどうかを示すために使用される。本技法は、リソース配分のために要求されるビットが、リソースブロック群の数に伴って、線形に増加することを意味する。リソースブロック群のサイズもまた、システム帯域幅に伴って増加することに留意されたい。故に、リソース配分を示すために要求されるビットの数は、リソースブロックの数（すなわち、システム帯域幅）の関数として、完全に線形に増加しなくてもよい。
【００６４】
他のリソース配分方法は、コンパクトリソース配分であって、開始点およびリソースブロックの数が示される。この場合、リソース配分ビットサイズは、対応するシステム帯域幅に対するリソースブロックの数に感度が低い、リソースブロックの数の対数尺度内で増加する。ビットマップベースのリソース配分は、コンパクトリソース配分よりもＲＢを配分するために柔軟性を有する。３ＧＰＰ  ＴＳ  ３６．２１３  ｖ８．８．０では、リソースタイプ配分タイプ０およびリソース配分タイプ１は、ビットマップベースのリソース配分を適用し、およびリソースタイプ２は、コンパクトリソース配分方法を適用する。
【００６５】
ある実施形態では、パディングは、ＤＣＩフォーマットが、コンパクトリソース配分（ＤＣＩフォーマット０、１Ａ、１Ｂ、１Ｃ、１Ｄ、３および３Ａ）を使用する場合に適用されてもよい。ＤＣＩ  ３および３Ａは、コンパクトリソース配分を使用しなくてもよいが、コンパクトリソース配分（すなわち、ＤＣＩ０および１Ａ）を使用するＤＣＩと同一長にパディングされてもよいことに留意されたい。残りのＤＣＩフォーマットの場合、ＤＣＩフォーマットは、修正を伴わずに、伝送される。修正を伴わない伝送は、ＵＥが、各ＤＣＩフォーマットサイズに対して、ブラインド復号化を行う結果をもたらす。ブロードキャスト情報（例えば、システム情報、ページング）のためのＰＤＳＣＨをスケジューリングするためにのみ使用される場合があるため、ＤＣＩフォーマット１Ｃは、多重キャリア内でＰＤＳＣＨをスケジューリングするために使用されない場合があることに留意されたい。故に、キャリアアグリゲーションが有効にされている場合でも、一実施形態は、必ずしもＣＩＦフィールドを含まずに、ＤＣＩフォーマット１Ｃが、継続して使用されることになるだろう。
【００６６】
例として、表５および図４に示されるように、異なるシステム帯域幅および伝送モードを有する、４つのキャリアが存在してもよい。２つのＤＣＩフォーマットは、各伝送モードにおけるダウンリンクスケジューリングのために考慮される。異なる情報ビットサイズは、異なる復号化が、ブラインド復号化の合計数を増加させる、ＤＣＩフォーマット情報を検出するために使用される場合があることを意味する。任意のパディングを伴わない場合、ブラインド復号化の数は、６Ｍとなり、その場合、表５内に含有される、６つの一意のＤＣＩフォーマットサイズが存在し、Ｍは、ＤＣＩフォーマットが、ＰＤＣＣＨ検索空間内で伝送することができる、ＰＤＣＣＨ候補の数である。
【００６７】
【表５】
2013509832.tif 000009
例えば、ＬＴＥ  Ｒｅｌｅａｓｅ−８システムのためのＵＥ指定検索空間内では、１６のＰＤＣＣＨ候補が存在するため、Ｍは、本検索空間内には、１６である。しかしながら、ある実施形態では、各キャリアのための２つのＤＣＩのそれぞれが、２つの可能性のある全長のうちの１つにパディングされるように（同一の２つの全長は、すべてのキャリアにわたって使用される）、パディングが、すべてのＤＣＩフォーマットに適用される場合、ブラインド復号化の合計最大数は、２Ｍまで減少することができる。本数は、ＬＴＥ  Ｒｅｌｅａｓｅ−８システムと同一であって、２つの異なるＤＣＩフォーマットサイズが、各伝送モードのために使用される。２つの異なるＤＣＩ長は、ＵＥに、２つの異なるＤＣＩ間で区別させるために、要求される場合があることに留意されたい。示される実施形態では、最大パディングビット数は、２７ビットであって、これは、過剰かつシステムリソースの無駄と見なされる場合がある。
【００６８】
図５は、前述の方が適用されるときのＤＣＩフォーマットを示す。ＤＣＩフォーマット１Ａは、コンパクトリソース配分方法を使用するため、パディングは、ブロック５０２および５０４に示されるように、ＤＣＩフォーマット１Ａに適用される。最大ＤＣＩフォーマットのサイズ１Ａは、２８ビットであって、これは、キャリア３およびキャリア４内で使用される。したがって、パディングビットは、残りのキャリア（すなわち、キャリア１およびキャリア２）のＤＣＩフォーマット１Ａ内に含まれ、合計ビット数を２８にする。ブラインド復号化の最大数は、この場合、６Ｍのオリジナル予測値より小さい、検索されるべき５つの一意のＤＣＩフォーマットサイズが存在するため、５Ｍである。
【００６９】
パディングが適用されないＤＣＩ  １およびＤＣＩ  ２の場合、ＵＥは、所与のＤＣＩフォーマットサイズの正常復号化を介して、キャリア情報を暗示的に検出可能であり得るため、ＣＩＦは、含まれなくてもよい。図５では、パディングは、特定のフォーマットの（または、特定のフォーマットサイズを伴う）ＤＣＩがすべて、キャリアのすべてにわたて、同一ＤＣＩフォーマット（例えば、ＤＣＩフォーマット１Ａ）を伴う、最大ＤＣＩと同一サイズを有するように、各キャリアに対応する特定のＤＣＩフォーマットに適用される。別の実施形態では、パディングは、これらのＤＣＩフォーマットが、ＤＣＩのその群内のＤＣＩ（すなわち、コンパクトリソース配分を使用するＤＣＩ）のうちの最大ＤＣＩと同一サイズを有するように、コンパクトリソース配分を使用するすべてのＤＣＩフォーマットに適用される（同一ＰＤＣＣＨによって参照されるすべてのキャリアにわたって）。
【００７０】
例えば、ＵＥが、ＤＣＩフォーマット１ＡおよびＤＣＩフォーマット１Ｂを受信し、ＤＣＩフォーマットのサイズ１Ａが、ＤＣＩフォーマット１Ｂより小さいとき、パディングは、ＤＣＩフォーマット１Ｂと同一長を有するように、ＤＣＩフォーマット１Ａに適用される。この場合、新しいタイプのインジケータフィールド（例えば、伝送モードに対応する２つのオリジナルのパディングされていないＤＣＩフォーマットサイズの間を示すための１ビット）は、ＵＥに、受信したＤＣＩが、ＤＣＩフォーマット１ＡまたはＤＣＩフォーマット１Ｂであるかどうかを決定させることを要求する場合がある。
【００７１】
基準サイズの信号伝達
図６は、本開示のある実施形態による、各キャリア内で使用されるＤＣＩフォーマットの例を例証する、略図である。図７は、本開示のある実施形態による、各キャリア内で使用されるＤＣＩフォーマットの例を例証する、略図である。図６および７は、同一の一式の４つのキャリア、キャリアセット６００およびキャリアセット７００を指す。
【００７２】
ある実施形態では、ｅＮＢは、所定のまたは半静的に構成されたパディング規則、例えば、パディングビットを最小限にすることに従って、パディングビット数を決定するために使用される、１つ以上の基準サイズを信号伝達してもよい。ＵＥが、基準サイズを受信すると、ＵＥは、基準サイズのうちの１つと同一サイズを有するように、より小さいビットサイズを増加させるＤＣＩフォーマットのためのパディングを適用する。正確な基準サイズを示すことができる、またはキャリアインデックスおよびＤＣＩフォーマットを信号伝達することができ、ＵＥは、所与のキャリアのＤＣＩフォーマットの基準サイズを把握する。
【００７３】
図６は、前述の表５に説明される同一構成に基づく、例を示す。本実施形態では、２８ビットおよび３９ビットが、基準サイズとして使用され、パディングは、同一種類のＤＣＩフォーマットのために適用される。キャリア１および２内のＤＣＩフォーマット１Ａは、より小さいサイズを有するため、そのサイズは、ブロック６０２および６０６に示されるように、基準サイズへのパディングの結果、お増加する。ＤＣＩフォーマット１では、基準サイズは、３９ビットとして選択される。したがって、キャリア１内のＤＣＩフォーマット１は、３９ビットまで増加され、その場合、１２ビットが、パディングビットとして挿入される（ブロック６０４）。ＤＣＩ  ２のための基準サイズは、構成されていないため、ＤＣＩ  ２、キャリア２および４は、本例では、パディングされないことに留意されたい。ＤＣＩ  ２の場合、ＵＥは、所与のＤＣＩフォーマットサイズの正常符号化を介して、キャリア情報を暗示的に検出可能であり得るため、ＣＩＦは、要求されなくてもよい。最後に、４つの一意のＤＣＩフォーマットサイズが存在するため、ブラインド復号化の全体最大数は、６Ｍとは対照的に、４Ｍである。
【００７４】
別の実施形態では、基準サイズの信号伝達は、ブロック７０２、７０４、および７０６において、図７に示されるように、異なるＤＣＩフォーマット間に適用することができる。この場合、２８ビットのみ、基準サイズとして構成される。したがって、基準サイズ２８ビットもまた、ＤＣＩフォーマット１Ａに加え、ＤＣＩフォーマット１に適用されるため、前述の例と異なり、キャリア１内のＤＣＩフォーマット１もまた、パディングビットとして、１ビットを含むことができる（ブロック７０４）。ブラインド復号化の数は、この場合もまた、４Ｍであるが、最大パディングビット数は、３ビットである。
【００７５】
本例は、パディングが、同一ＤＣＩフォーマット間に適用され、１２パディングビットをもたらすとき、より効率的である（図６のブロック６０４）。しかしながら、パディングが、異なるＤＣＩフォーマットのために適用されるとき、同一キャリアの異なるＤＣＩフォーマットは、同一ＤＣＩフォーマットサイズを有することができる。本例では、キャリア１内のＤＣＩフォーマット１ＡおよびＤＣＩフォーマット１のパディングされたサイズは、同じである。この場合、新しいタイプインジケータフィールド（例えば、伝送モードに対応する２つのＤＣＩフォーマットサイズ間を示すための１ビット）は、ＵＥに、どのＤＣＩフォーマットが、同一キャリアインジケータによって伝送されるかを把握させることを要求する場合がある。
【００７６】
本目的のために、通常、ゼロに設定されるでろあう、パディングビットのうちの１つを再使用することが可能であってもよい。図７の例では、潜在的曖昧性が、キャリア１に対するＤＣＩ  １ＡとＤＣＩ  １との間に存在する場合がある。しかしながら、これらのＤＣＩは両方とも、少なくとも１つのパディングビットを含有し、したがって、パディングビットは、本事例では、タイプインジケータとして作用するように留保され得る。本技法は、ＤＣＩ長をさらに増加されることが必要とされない場合があることを意味するであろう。
【００７７】
代替実施形態では、以下のアプローチが使用され得る。第１に、ｅＮＢは、１つ以上の基準サイズを信号伝達してもよい。これらの基準サイズは、指定ＤＣＩフォーマットにリンクされてもよく、またはされなくてもよい。複数の基準サイズは、特定のＤＣＩフォーマットのために信号伝達され得ることに留意されたい。
【００７８】
伝送または検索される各ＤＣＩに対して、ｅＮＢは、パディングビットを減少させるために、次に高い基準サイズにパディングしてもよい。次に高い基準サイズが存在しない場合、すなわち、ＤＣＩの長さが、ＵＥに信号伝達された最高基準長より高い場合、パディングは、生じない。
【００７９】
ＵＥ側では、ｅＮＢにおけるものと類似パディングプロシージャが、パディングビットを除去または無視するように適用されてもよい。したがって、ＵＥおよびｅＮＢは、パディングに関して、共通理解を有してもよい。本パディング規則は、事前に構成される、またはｅＮＢからＵＥに半静的に信号伝達され得る。
【００８０】
本アプローチは、すべてのＤＣＩに対して、異なるリソースブロック配分アプローチとともに使用することができる。本アプローチは、依然として、過剰パディングビット数によって、特定のＤＣＩをパディングすることを回避しながら、ＵＥが検索しなければならない、異なるＤＣＩフォーマットサイズの合計数を潜在的に減少させるために、コンパクトリソースブロック配分アプローチ（特に、ＤＣＩ  １、２、２Ａ）を使用しない、信号伝達ＤＣＩをパディングするために、特に、有用であり得る。
【００８１】
暗示的方法の使用
図８は、各キャリア内で使用されるＤＣＩフォーマットの例を例証する、略図である。４つのキャリアのセット８００が、示される。
【００８２】
さらに別の実施形態では、ＵＥは、暗示的規則に基づいて、各ＤＣＩフォーマットの基準サイズを決定してもよい。可能性のある規則の１つとして、基準サイズは、パディングビット差が、閾値より小さい、ＤＣＩフォーマットのうち、最大ＤＣＩフォーマットサイズである。本閾値は、絶対値（例えば、１０ビット）または相対的割合（例えば、２０％）のいずれかとして、指定されてもよい。後者の場合、２０％の割合の閾値が使用され、当該ＤＣＩが、通常、２５ビットの長さを有する場合（例えば、５ＭＨｚ  ＦＤＤのためのＤＣＩ  １Ａ）、最大５パディングビット（２５の２０％）が、そのＤＣＩに追加されることを検討可能である。
【００８３】
他の規則も可能である。例えば、暗示的規則は、規格によって指定されてもよく、またはＵＥに最初に信号伝達されてもよい。
【００８４】
暗示的規則を使用する一例示的アルゴリズムは、以下に与えられる。本特定の実施形態のみにおいて、１０ビットの絶対閾値が使用され、基準サイズの検索は、同一ＤＣＩフォーマット内で行われる。他の閾値が使用されてもよい。
【００８５】
第１のステップでは、ＵＥは、キャリア１、２、３、および４内のＤＣＩフォーマット１Ａをチェックしてもよい。ＵＥは、最小サイズから開始して、ＤＣＩフォーマット１Ａサイズ間の差をチェックする。キャリア１および残りのキャリアのＤＣＩフォーマット１Ａサイズ間の差が、閾値より小さいため、すべてのキャリアは、同一群内に含まれてもよい。群内において、最大のものが、基準であってもよい。ＵＥは、前述の群内に含まれない、ＤＣＩフォーマット１ＡのＤＣＩフォーマットサイズ間の差をチェックしてもよい。本例では、残りのキャリアは存在せず、したがって、ＵＥは、チェックを停止してもよい。
【００８６】
第２のステップでは、ＵＥは、キャリア１およびキャリア３内のＤＣＩフォーマット１をチェックしてもよい。差は、１０ビットを超える。したがって、パディングは、適用されない。その結果、各ＤＣＩフォーマットサイズのための別個のブラインド復号化が使用されてもよい。この場合、ＵＥは、所与のＤＣＩフォーマットサイズの正常符号化を介して、キャリア情報を暗示的に検出可能であり得るため、ＣＩＦは、必要とされなくてもよい。
【００８７】
第３のステップでは、ＵＥは、キャリア２および４内のＤＣＩフォーマット２をチェックしてもよい。差は、８ビットであって、１０ビットより小さい。したがって、ＤＣＩフォーマットは、同一群内に含まれ、基準サイズは、５４ビットである。
【００８８】
図８は、本開示のある実施形態による、パディングビットが含まれた後の各キャリアのためのＤＣＩフォーマットサイズを示す。キャリア１、２、３、および４内のＤＣＩフォーマット１Ａはそれぞれ、２７ビットの長さを有し、キャリア２および３内のＤＣＩフォーマット２は、５４ビットの長さを有する。キャリア１および２の場合、ＤＣＩフォーマット１Ａは、キャリア３および４内のＤＣＩフォーマット１Ａ長に等しい、２８ビットに設定されるようにパディングされる（ブロック８０２および８０４）。キャリア２内のＤＣＩフォーマット２は、キャリア４内のＤＣＩフォーマット２と同一である、５４ビットに設定される（ブロック８０６）。本方法の結果、ブラインド復号化の全体最大数は、６Ｍとは対照的に、４Ｍである。
【００８９】
別の実施形態では、本暗示的方法はまた、異なるＤＣＩフォーマットのために適用することができる。前述の基準サイズ信号伝達方法に関連して記載されるように、同一キャリアの異なるＤＣＩフォーマットは、同一ＤＣＩフォーマットサイズを有することができる。この場合、タイプインジケータは、ＵＥに、どのＤＣＩフォーマットが、同一キャリアインジケータによって伝送されるかを把握させることを要求する場合がある。
【００９０】
代替実施形態では、基準サイズの信号伝達および暗示的規則が使用される、ハイブリット技法が使用されてもよい。本実施形態では、ｅＮＢが、基準サイズを信号伝達する場合、基準サイズ信号伝達方法が適用され、そうでなければ、前述の暗示的規則方法が適用される。暗示的規則によって使用されるパラメータは、最初にＵＥに信号伝達されてもよい。
【００９１】
ＵＥ指定検索空間
図９は、本開示のある実施形態による、制御チャネル要素（ＣＣＥ）を示し、その中のＵＥ指定検索空間を画定する、略図である。ＣＣＥブロックは、示されるように、相互に整合する。異なるＤＣＩフォーマットサイズ（ビットの数）を使用する復号化が、どの方式が使用されるべきかに応じて、「Ｘ」または二重線「Ｘ」のいずれかとして示される。図９の記号「Ａｇ」は、常に、用語「アグリゲーションレベル」を指し、したがって、「Ａｇ．１」は、「アグリゲーションレベル１」を指す。
【００９２】
図９は、ブラインド復号化の最大数を増加させることなく、ブロッキングの確率を低下させるための一実施形態を表す。図９に示される技法はまた、異なるＤＣＩフォーマットサイズ間のパディングを回避するために使用されてもよい。本技法を達成するために、ｅＮＢは、１つ以上のキャリアに対応する、各一式のＤＣＩフォーマットサイズに対して、別個の検索空間を確立してもよい。本実施形態は、ＵＥ内のＵＥ指定検索空間を増加させることによって、ブロッキングの確率を低下させる。多重検索空間は、ＵＥが、ＰＤＣＣＨを受信するために画定されてもよい。しかしながら、別個のＵＥ指定検索空間は、既に、別個のブラインド復号化を要求する、異なるＤＣＩフォーマットサイズのために割り当てられるため、ブラインド復号化の数は、増加しない。効果的に、ＰＤＣＣＨが、ＰＤＳＣＨ／ＰＵＳＣＨが伝送される、同一キャリア内で伝送される場合より小さいブラインド復号化の数を有する。
【００９３】
例えば、単一ＰＤＣＣＨ監視キャリアを共有する、２つのキャリアが、ＵＥに割り当てられる場合を検討する。さらに、キャリアｆ１が、伝送モード１を使用する、１０ＭＨｚキャリアであって、キャリアｆ２が、伝送モード４を使用する、２０ＭＨｚキャリアであると仮定する。ＲｅＩｅａｓｅ−８  ＤＣＩフォーマットを使用して、かつ前述のような任意のパディング技法の使用を伴わない場合、ＵＥは、キャリアｆ１に対して、サイズ３４および２９ビット、ならびにキャリアｆ２に対して、５４および３１ビットのＤＣＩフォーマットを復号化する必要があるであろう。本結果は、本質的に、２Ｍから４Ｍに、ブラインド復号化を２倍増加させる。さらに、検索空間（Ｍ）のサイズは、Ｒｅｌｅａｓｅ−８と同一のブロッキングの確率を維持するために、キャリアアグリゲーションに対応するために拡張される必要がある可能性があり、したがって、ブラインド復号化の実際の増加は、２Ｍから４Ｍ'となるであろう（Ｍ'は、２倍の２Ｍの次数である可能性がある）。
【００９４】
しかしながら、特定のＰＤＣＣＨ候補は、特定のＤＣＩフォーマットと関連付けられてもよい。このように、各ＰＤＣＣＨ候補は、ＵＥ指定検索空間の例を示す、図９に例証されるように、２つのＤＣＩフォーマットサイズのみを使用して、ブラインド復号化されてもよい。
【００９５】
図９では、ＰＤＣＣＨ候補は、交互に、潜在的ＤＣＩフォーマットサイズ間で分割されてもよいことが分かる。各候補は、特定の一式のＤＣＩフォーマットと関連付けられるため、ブラインド復号化の唯一の増加は、Ｒｅｌｅａｓｅ−８と比較して、検索空間の増加によるものである。ブラインド復号化は、Ｒｅｌｅａｓｅ−１０と比較して、Ｒｅｌｅａｓｅ−８における２Ｍから２Ｍ'に増加する場合がある（Ｍは、ＲｅＩｅａｓｅ−８における検索空間のサイズであって、Ｍ'は、Ｒｅｌｅａｓｅ−１０におけるキャリアアグリゲーションのための検索空間のサイズである）。
【００９６】
図１０は、本開示のある実施形態による、制御チャネル要素を示し、その中のＵＥ指定検索空間を画定する、略図である。ＣＣＥブロックは、示されるように、相互に整列する。異なるＤＣＩフォーマットサイズ（ビットの数）を使用する復号化が、どの方式が使用されるべきかに応じて、「Ｘ」または二重線「Ｘ」のいずれかとして示される。図９の記号「Ａｇ」は、常に、用語「アグリゲーションレベル」を指し、したがって、「Ａｇ．１」は、「アグリゲーションレベル１」を指す。
【００９７】
図９に関連して説明される実施形態は、３つ以上のキャリアに拡張されてもよい。例えば、伝送モード４を使用する、２０ＭＨｚである、第３のキャリア、ｆ３が存在する場合、前述の復号化方式が使用され得る、またはより多くの候補が、復号化５４および３１に供され得る。本実装は、図１０に示される。
【００９８】
図１１は、本開示のある実施形態による、制御チャネル要素を示し、その中のＵＥ指定検索空間を画定する、略図である。ＣＣＥブロックは、示されるように、相互に整列する。異なるＤＣＩフォーマットサイズ（ビットの数）を使用する復号化が、どの方式が使用されるべきかに応じて、「Ｘ」または二重線「Ｘ」のいずれかとして示される。
【００９９】
いくつかの実施形態では、図１１に関連して説明される実施形態は、前述のパディングソリューションのうちの１つと組み合わせられてもよい。２つのＤＣＩフォーマットが、システム性能を大幅に妨害することがないように、十分に接近したサイズであるとき、より小さいＤＣＩフォーマットは、そのサイズが、より大きなＤＣＩフォーマットに等しくなるように、パディングされてもよい。そのような例は、図１１に例証される。用語「大幅に妨害することがない」とは、システム性能を測定する、所定のまたは別様に構成された閾値の使用によって、定量化されてもよい。
【０１００】
具体的には、図１１に示されるように、２９ビットの場合のＤＣＩフォーマットは、３１ビットにパディングされる。したがって、任意のＰＤＣＣＨ候補は、３１ビットのＤＣＩフォーマットサイズを使用して、任意のキャリアのためのリソースを配分するために使用されてもよい。いくつかの他の実施形態では、特定のＰＤＣＣＨ候補はまた、明示的または暗示的に信号伝達され得る、特定の基準サイズと関連付けられてもよい。
【０１０１】
図１２は、本開示のある実施形態による、キャリアアグリゲーションが使用されるとき、ブランド復号化の数を減少させるための方法を例証する、流れ図である。図１２に示される方法は、図１に示されるもの等のＵＥ（または、ネットワークアクセスデバイス）またはｅＮＢ内に実装されてもよい。図１２に示される方法は、図１３に示されるもの等のプロセッサおよび／または他のコンポーネントを使用して、実装されてもよい。図１２に示される方法は、図２から１１に関連して説明される、１つ以上の実施形態を反映し、図１２に示される方法は、本明細書のいずれかに説明される実施形態に従って、拡張および／または修正されてもよい。
【０１０２】
方法は、デバイスが、すべてに満たないダウンリンク制御情報（ＤＣＩ）フォーマット内に付加的パディングを含むことから開始する（ブロック１２００）。プロセスは、その後、終了する。
【０１０３】
いくつかの実施形態では、ＵＥが、異なるシステム帯域幅を有する、キャリアのうちの少なくとも２つによって、キャリアアグリゲーションのために構成されるとき、デバイスは、すべてに満たないＤＣＩフォーマット内にパディングを含む。いくつかの実施形態では、ＵＥが、異なる伝送モードおよび異なる帯域幅に対応するキャリアのうちの少なくとも２つによって、キャリアアグリゲーションのために構成されるとき、デバイスは、すべてに満たないＤＣＩフォーマット内にパディングを含む。
【０１０４】
前述で説明されるＵＥおよび他のコンポーネントは、単独で、または組み合わせて、命令を実行可能である、あるいは別様に、前述で説明される作用の発生を促進可能である、処理および他のコンポーネントを含む場合がある。図１３は、本明細書で開示される１つ以上の実施形態を実装するために好適なプロセッサ１３１０等の処理コンポーネントを含む、システム１３００の例を例証する。プロセッサ１３１０（中央プロセッサユニットまたはＣＰＵと称されてもよい）に加えて、システム１３００は、ネットワーク接続デバイス１３２０と、ランダムアクセスメモリ（ＲＡＭ）１３３０と、読取専用メモリ（ＲＯＭ）１３４０と、二次記憶装置１３５０と、入力／出力（Ｉ／Ｏ）デバイス１３６０と、を含む場合がある。これらのコンポーネントは、存在しなくてもよく、あるいは相互に、または図示されない他のコンポーネントと種々の組み合わせにおいて、組み合わせられてもよいこれらのコンポーネントは、単一の物理エンティティ内、または２つ以上の物理エンティティ内に位置する場合がある。プロセッサ１３１０によって行われる本明細書に説明される任意の作用は、プロセッサ１３１０単独によって、あるいはデジタル信号プロセッサ（ＤＳＰ）１３８０等の図面に図示される、または図示されない、１つ以上のコンポーネントと併用して、プロセッサ８１０によって、行われる場合がある。ＤＳＰ１３８０は、別個のコンポーネントとして示されるが、ＤＳＰ１３８０は、プロセッサ１３１０に組み込まれる場合がある。
【０１０５】
プロセッサ１３１０は、それがネットワーク接続デバイス１３２０、ＲＡＭ１３３０、ＲＯＭ１３４０、または二次記憶装置１３５０（ハードディスク、フロッピー（登録商標）ディスク、または光ディスク等、種々のディスクベースのシステムを含む場合がある）からアクセスする場合がある、命令、コード、コンピュータプログラム、またはスクリプトを実行する。１つのＣＰＵ１３１０のみが示されるが、複数のプロセッサが、存在してもよい。したがって、命令は、プロセッサによって実行されるものとして論議されてもよいが、命令は、同時に、順次、あるいは別様に１つまたは複数のプロセッサによって実行されてもよい。プロセッサ１３１０は、１つ以上のＣＰＵチップとして実装されてもよい。
【０１０６】
ネットワーク接続デバイス１３２０は、モデム、モデムバンク、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバ分散データインターフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、符号分割多重アクセス（ＣＤＭＡ）デバイス、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））無線送受信機デバイス等の無線送受信機デバイス、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ）デバイス、および／またはネットワークに接続するための他の周知のデバイスの形態を成してもよい。これらのネットワーク接続性デバイス１３２０によって、プロセッサ１３１０が情報を受信する場合があるか、またはプロセッサ１３１０が情報を出力する場合がある、インターネット、あるいは１つ以上の電気無線通信ネットワークまたは他のネットワークと、プロセッサ１３１０が通信することを可能にしてもよい。ネットワーク接続デバイス１３２０はまた、データを無線で伝送および／または受信可能な１つ以上の送受信機コンポーネント１３２５を含む場合がある。
【０１０７】
ＲＡＭ１３３０は、揮発性データを格納するため、および可能性として、プロセッサ１３１０によって実行される命令を格納するために使用される場合がある。ＲＯＭ１３４０は、典型的には、二次記憶装置１３５０のメモリ容量より小さいメモリを有する、不揮発性メモリデバイスである。ＲＯＭ１３４０は、命令、および可能性として、命令を実行する際に読み取られるデータを格納するために使用される場合がある。ＲＡＭ１３３０およびＲＯＭ１３４０の両方へのアクセスは、典型的には、二次記憶装置１３３０より高速である。二次記憶装置１３３０は、典型的には、１つ以上のディスクドライブまたはテープドライブから成り、データの不揮発性記憶のために、またはＲＡＭ１３３０が、全作業データを保持するために十分に大きくない場合、オーバーフローデータ記憶デバイスとして、使用される場合がある。二次記憶装置１３５０は、プログラムが実行用に選択されるとき、ＲＡＭ１３３０へロードされるプログラムを記憶するために使用されてもよい。
【０１０８】
Ｉ／Ｏデバイス１３６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カード読取装置、紙テープ読取装置、プリンタ、ビデオモニタ、または他の周知の入力デバイスを含んでもよい。また、送受信機１３２５は、ネットワーク接続デバイス１３２０のコンポーネントである代わりに、またはそれに加えて、Ｉ／Ｏデバイス１３６０のコンポーネントと見なされる場合がある。
【０１０９】
以下の文書は、参考としてその全体が本明細書に援用される：
Ｒ１−０９３６９９，“Ｗａｙ  Ｆｏｒｗａｒｄ  ｏｎ  ＰＤＣＣＨ  ｆｏｒ  Ｂａｎｄｗｉｄｔｈ  Ｅｘｔｅｎｓｉｏｎ  ｉｎ  ＬＴＥ−Ａ”，Ａｌｃａｔｅｌ−Ｌｕｃｅｎｔ  ほか．
Ｒ１−０９３４６５，“Ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｉｏｎ  ｓｃｈｅｍｅ  ｆｏｒ  ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ”，Ｐａｎａｓｏｎｉｃ．
３ＧＰＰ  ＴＳ（技術仕様）３６．８１４．
３ＧＰＰ  ＴＳ（技術仕様）３６．２１２ｖ．８．７．０．
３ＧＰＰ  ＴＳ（技術仕様）３６．２１３ｖ．８．８．０．
米国仮特許出願第６１／１８７，０７０号「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｓｈａｒｉｎｇ  ａ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  ｆｏｒ  Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ．」。
【０１１０】
したがって、実施形態は、キャリアアグリゲーションが使用されるときに行われる、ブラインド復号化の数を減少させるための方法を提供する。パディングは、すべてに満たないダウンリンク制御情報（ＤＣＩ）フォーマット内に含まれる。実施形態は、ＵＥ、アクセスノード、または可能性として、システムとして両方に実装されてもよい。ＵＥまたはアクセスノードのいずれかは、本明細書に説明される実施形態を行うように構成されるプロセッサとして、具現化されてもよい。
【０１１１】
いくつかの実施形態が、本開示で提供されているが、開示されたシステムおよび方法が、本開示の精神または範囲から逸脱することなく、多くの他の具体的形態で具現化されてもよいことを理解されたい。本例は、制限的ではなく例証的と見なされ、本明細書で提供される詳細に限定されることを意図しない。例えば、種々の要素またはコンポーネントを、別のシステムに組み入れるか、または一体化してもよく、あるいは、ある特徴を省略するか、または実装しなくてもよい。
【０１１２】
また、個別または別々のものとして種々の実施形態において説明および例証される技法、システム、サブシステム、および方法を、本開示の範囲から逸脱することなく、他のシステム、モジュール、技法、または方法に組み入れるか、または一体化してもよい。連結もしくは直接連結または相互に通信するように図示または説明される他のアイテムは、電気的、機械的、またはその他の方法かどうかにかかわらず、何らかのインターフェース、デバイス、または中間コンポーネントを通して、間接的に連結または通信してもよい。変更、置換、および改変の他の例は、当業者により解明可能であり、本明細書で開示される精神および範囲から逸脱することなく行うことができる。
【図１】
2013509832.tif 000010
【図２】
2013509832.tif 000011
【図３】
2013509832.tif 000012
【図４】
2013509832.tif 000013
【図５】
2013509832.tif 000014
【図６】
2013509832.tif 000015
【図７】
2013509832.tif 000016
【図８】
2013509832.tif 000017
【図９】
2013509832.tif 000018
【図１０】
2013509832.tif 000019
【図１１】
2013509832.tif 000020
【図１２】
2013509832.tif 000021
【図１３】
2013509832.tif 000022
【国際調査報告】
2013509832.tif 000023
2013509832.tif 000024