JP2015536085A - ＰＲＢペアの組を区別することを含むｅＰＤＣＣＨ情報の処理 - Google Patents

Abstract

ネットワークノード（１１００）を操作する方法が提供される。様々な実施形態は、無線通信システムのネットワークノード（１１００）によって拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）情報を処理する方法を提供することができる。この方法は、ブラインドデコーディング候補（Ｘｓ）を定義するときにｅＰＤＣＣＨ制御領域内の物理リソースブロック（ＰＲＢ）ペアの組を区別すること（３００）を含むことができる。さらに、この方法は、ＰＲＢペアの組を区別すること（３００）に応答して、ユーザ機器（ＵＥ）のためのリソースをスケジューリングすること（３０１）を含むことができる。関連するネットワークノード（１１００）及びＵＥ（１２００）もさらに説明される。【選択図】図２Ａ

Description

優先権の主張
本願は、そのすべての開示内容が参照によって本願に組み込まれる、「ｅＰＤＣＣＨ Ｂｌｉｎｄ Ｄｅｃｏｄｅ Ｐａｒｔｉｔｉｏｎｉｎｇ ａｎｄ Ｓｅａｒｃｈ Ｃａｎｄｉｄａｔｅ Ｈａｓｈｉｎｇ」と題する２０１２年９月２８日に出願された米国仮出願第６１／７０７，２８５号の利益を主張するものである。

本開示は、通信を対象としており、より具体的には、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）情報を処理する方法、並びに関連するネットワークノード及びユーザ機器を対象とする。

第３世代パートナーシッププロジェクト（３ＧＰＰ）のロングタームエボリューション（ＬＴＥ）技術は、モバイルブロードバンド無線技術であり、基地局（例えば拡張ＮｏｄｅＢ（ｅＮＢ））から移動局（例えばユーザ機器（ＵＥ））への伝送が直交周波数分割多重（ＯＦＤＭ）を使用して送信される技術である。ＯＦＤＭは、信号を、周波数における複数の並列のサブキャリアに分割する。ＬＴＥにおける伝送の基本単位はリソースブロック（ＲＢ）であり、その最も一般的な構成は、（１個のスロットを提供することができる）１２個のサブキャリアと７個のＯＦＤＭシンボルを含む。１つのサブキャリアと１つのＯＦＤＭシンボルという単位は、図１Ａで示されるように、リソースエレメント（ＲＥ）と呼ばれる。したがって、１個のＲＢは、８４個のＲＥを含むことができる。図１Ｂを参照すると、ＬＴＥ無線サブフレームは、周波数内に複数のＲＢを含み、ＲＢの数がシステムの帯域幅及び時間における２つのスロットを決定する。さらに、サブフレームにおいて時間的に隣接する２つのＲＢは、ＲＢペアと呼ばれることができる。

時間領域において、ＬＴＥダウンリンク伝送は、１０ｍｓの無線フレームに編成され、各無線フレームは、Ｔｓｕｂｆｒａｍｅ＝１ｍｓの長さを有するサイズが等しい１０個のサブフレームからなる。ダウンリンク（ｅＮＢからＵＥへ伝送を運ぶリンク）サブフレームにおいてｅＮＢによって伝送される信号は、複数のアンテナから伝送されてもよく、且つ複数のアンテナを有するＵＥにおいて受信されてもよい。無線チャネルは、複数のアンテナポートからの伝送された信号を歪ませる。ダウンリンク上の任意の伝送を復調するためには、ＵＥは、ダウンリンク上で伝送される参照シンボル（ＲＳ）に依存する。これらのＲＳ及び時間‐周波数グリッドにおけるその位置は、ＵＥに知られており、したがって、これらのシンボルに対する無線チャネルの効果を測定することによって、チャネル推定値を決定するために用いることができる。

ユーザに無線リンクを介して伝送されるメッセージは、制御メッセージ又はデータメッセージに大きく分類することができる。制御メッセージは、システムの適切な動作、並びにシステム内の各ＵＥの適切な動作を促進するために用いられる。制御メッセージは、ＵＥからの送信電力、データがＵＥによって受信される又はＵＥから伝送されるＲＢのシグナリングなどの機能を制御するためのコマンドを含むことができる。

制御メッセージの例としては、例えばスケジューリング情報と電力制御メッセージを運ぶ物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、前のアップリンク伝送に応答してＡＣＫ／ＮＡＣＫを運ぶ物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）、及びシステム情報を運ぶ物理報知チャネル（ＰＢＣＨ）がある。さらに、１次同期信号及び２次同期信号は、時間と周波数において固定位置と周期を有する制御信号（ＰＳＳ／ＳＳＳ）とみなすことができ、それにより、ネットワークに初期アクセスするＵＥがそれらをみつけ、同期することができる。

ＰＢＣＨは、ＰＤＣＣＨ伝送によってスケジューリングされないが、１次同期信号及び２次同期信号（ＰＳＳ／ＳＳＳ）に関連する固定位置を有する。したがって、ＵＥは、ＰＤＣＣＨを読み取ることができる前にＢＣＨにおいて伝送されるシステム情報を受信することができる。

ＬＴＥリリース１０では、ＵＥへのすべての制御メッセージは、共通参照信号（ＣＲＳ）を用いて復調される。したがって、これらは広範囲なセルカバレッジを有しており、その位置に関する知識をもたずにセル内のすべてにＵＥに到達する。例外としてＰＳＳ及びＳＳＳがあり、ＰＳＳ及びＳＳＳは、スタンドアローンであり、復調の前にＣＲＳの受信を必要としない。サブフレームにおける最初の１から４のＯＦＤＭシンボルは、構成に応じて、図１Ｂ及び図１Ｃで示されるように、このような制御情報を収容するために取っておかれる。制御メッセージは、１つのＵＥへのみ送信される必要のある種類のメッセージ（すなわちＵＥ固有制御）と、ｅＮＢによりカバーされるセル内のすべてのＵＥ又は２つ以上のＵＥの何らかのサブセット（すなわち共通制御）へ送信される必要のある種類のメッセージとに分類することができる。

ＰＤＣＣＨタイプの制御メッセージは、ＣＲＳを用いて復調され、且つ制御チャネルエレメント（ＣＣＥ）と呼ばれる単位の集合（ｍｕｌｔｉｐｌｅｓ）で送信され、各ＣＣＥは３６個のＲＥを含む。ＰＤＣＣＨは、１、２、４、又は８個のＣＣＥの集約レベル（ＡＬ）を有し、制御メッセージのリンク適応を可能にすることができる。さらに、各ＣＣＥは、９つのリソースエレメントグループ（ＲＥＧ）にマッピングされ、ＲＥＧはそれぞれ４つのＲＥからなる。これらのＲＥＧは、システム帯域幅全体にわたって分配され、ＣＣＥのために周波数ダイバーシティを提供する。したがって、最大８つのＣＣＥからなるＰＤＣＣＨは、構成に応じて、最初の１から４のＯＦＤＭシンボルにおいて全体的なシステム帯域幅に及ぶことができる。例えば、図１Ｃは、システム帯域幅全体に及ぶ制御領域に対して、ＰＤＣＣＨに属する１つのＣＣＥのマッピングを示す。

制御情報のチャネルコーディング、スクランブリング、変調、及びインターリービングの後、変調されたシンボルは、制御領域内のリソース要素にマッピングされる。本明細書に記載されているように、ＣＣＥは、各ＣＣＥが３６個のＲＥに対応するように定義されている。集約レベルを選択することにより、ＰＤＣＣＨのリンク適応が得られる。全体では、サブフレームにおいて伝送されるすべてのＰＤＣＣＨに対して利用可能なＮ_ＣＣＥのＣＣＥがあり、Ｎ_ＣＣＥの数は、制御シンボルｎの数及び構成されたＰＨＩＣＨリソースの数に応じて、サブフレームからサブフレームへと変動する。

Ｎ_ＣＣＥがサブフレームからサブフレームへと変動するにつれて、端末は、そのＰＤＣＣＨのために用いられる位置並びにＣＣＥの数を盲目的（ｂｌｉｎｄｌｙ）に決定しなければならなく、これは演算集約的なデコーディングタスクでありうる。したがって、ＬＴＥリリース８では、端末が通らなければならない可能性のあるブラインドデコーディングの数に幾つかの制限が導入された。例えば、ＣＣＥは番号付され、図１Ｄで示されるように、サイズｋのＣＣＥ集約レベルは、ｋによって均一に割り切れるＣＣＥの数でしか開始することができない。一例として、図１Ｄは、８、４、２、及び１の集約レベル（ＡＬ）を示すＣＣＥ集約を示す。

端末（例えばＵＥ）がブラインドデコーディングし、有効なＰＤＣＣＨを探さなければならないＣＣＥの組は、ＵＥのサーチスペースと呼ばれる。これは、端末がアサインメント（割り当て）又は他の制御情報をスケジューリングするために監視するべきＡＬ上のＣＣＥの組である。各サブフレームにおいて且つ各ＡＬ上で、端末は、そのサーチスペースにおいてＣＣＥから形成することができるすべてのＰＤＣＣＨをデコーディングすることを試みる。巡回冗長検査（ＣＲＣ）で検査が行われる場合、次いでＰＤＣＣＨのコンテンツが端末に対して有効であると想定され、受信情報がさらに処理される。

２つ以上の端末が重複するサーチスペースを有し、制御チャネルのスケジューリングのためにネットワークがそれらの１つを選択しなければならないことが多い。これが起きたとき、スケジューリング対象外端末は、ブロックされるといわれている。ＵＥのためのサーチスペースは、サブフレームからサブフレームへと疑似ランダム的に変動し、このブロッキングの確率を減少させる或いは最小限にする。さらに、図１Ｅは、サブフレーム内に伝送されるすべてのＰＤＣＣＨの処理ステップを示すフロー図である。例えば、図１Ｅは、ＰＤＣＣＨメッセージは、ＣＣＥに構造化されうることを示す（ブロック１０１）。制御情報は、次いでスクランブリングされ且つ変調されることができる（ブロック１０２）。レイヤマッピング及び／又は伝送ダイバーシティ操作は、任意選択的に実行されることができる（ブロック１０３）。四重ベースインターリービング（ｑｕａｄｒｕｐｌｅｘ−ｂａｓｅｄ ｉｎｔｅｒｌｅａｖｉｎｇ）が実行されることができる（ブロック１０４）。巡回シフトは、セル識別に基づいて実行されることができる（ブロック１０５）。さらに、ＲＥＧへのマッピングが実行されることができる（ブロック１０６）。

ＬＴＥリリース１１では、拡張制御チャネルの形態で制御情報用のＵＥ固有伝送を導入することが合意されており、これは、図１Ｆで示されるように、ＵＥ固有参照信号に基づいてこのような伝送を使用してＵＥへの汎用制御メッセージの伝送を可能にすることによって、及びデータ領域内への配置によってなされる。これは一般的に拡張ＰＤＣＣＨ（ｅＰＤＣＣＨ）、拡張ＰＨＩＣＨ（ｅＰＨＩＣＨ）などとして知られる。リリース１１における拡張制御チャネルについては、復調のためにアンテナポート

すなわち、ＵＥ固有参照シンボル（ＲＳ）を用いて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）伝送のために使用されるのと同じアンテナポートが使用されることが合意されてきた。この拡張は、プリコーディングゲインが制御チャネルのためにも達成されうることを意味する。もう一つの利点は、異なるＰＲＢペア（又は拡張制御領域、図１Ｉを参照）をセルの内部の異なるセル又は異なる伝送ポイントに割り当てることができることであり、それにより、制御チャネル間のセル間干渉調整又はポイント間干渉調整が達成されることができる。これは、ＨｅｔＮｅｔシナリオに対して特に有用である。

図１Ｆは、１０個のリソースブロック（ＲＢ）ペアを示すダウンリンクサブフレーム、及びそれぞれ１つの物理リソースブロック（ＰＲＢ）ペアのサイズを有する３つのｅＰＤＣＣＨ領域（１１１、１１２、１１３）の構成を示す。残りのＲＢペアは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）伝送のために使用することができる。

同じ拡張制御領域（図１ｌ参照）を、互いに大きく干渉しない、セルの内部の又は異なるセルに属する異なる伝送ポイントにおいて使用することができる。典型例は、マクロセルが同じ同期信号／セルＩＤを有する（又はそれと関連する）カバレージ領域内に低出力ピコノードを含む、共通セルシナリオ（ｓｈａｒｅｄ−ｃｅｌｌ ｓｃｅｎａｒｉｏ）である。

例えば、図１Ｇは、異機種ネットワークシナリオ（ｈｅｔｅｒｏｇｅｎｅｏｕｓ ｎｅｔｗｏｒｋ）を示し、図１Ｇの破線はマクロセルカバレージ領域１２０を示し、１２１、１２２、及び１２３は、３つのピコノード１３１、１３２、及び１３３それぞれのカバレージ領域に対応する。共有セルシナリオでは、ピコノードカバレージ領域１２１、１２２、及び１２３、並びにマクロセルカバレージ領域１２０は、同じセルＩＤ、例えば同じ同期信号（すなわち、同じ同期信号で伝送される又はそれに関連する）を有する。

図１Ｇのピコノード１３２及び１３３のように、地理的に分離されたピコノードでは、同じ拡張制御領域、すなわち、ＰＤＣＣＨ用に用いられる同じＰＲＢを再利用することができる。このようにして、セルの異なる部分において所与のＰＲＢリソースが潜在的に複数回再利用されるため、共有セル内の合計制御チャネル容量が増大する。これは、領域分割ゲイン（ａｒｅａ ｓｐｌｉｔｔｉｎｇ ｇａｉｎｓ）が得られることを確かにする。例えば、図１Ｈでは、ピコノード１３２及び１３３は拡張制御領域を共有するが、ピコノード１３１は、ピコノード１３２に近接するため、干渉のリスクがあり、したがって、非重複的な拡張制御領域が割り当てられる。共有セルの内部の、ピコノード１３１と１３２の間、又は同じように、伝送ポイント１３１と１３２の間の干渉調整は、それにより達成される。幾つかの例では、ＵＥは、マクロセルから制御チャネルシグナリングの一部、及び近くのピコセルからの制御シグナリングの他の部分を受信しなければならない場合がある。

この領域分割及び制御チャネル周波数調整は、ＰＤＣＣＨが帯域幅全体に及ぶため、ＰＤＣＣＨでは可能ではない。ＰＤＣＣＨは、復調をＣＲＳの使用に依存するため、ＵＥ固有プリコーディングを使用する可能性を提供しない。

図１Ｈは、ＰＤＣＣＨ内のＣＣＥに類似して、複数のグループに分割され、且つ拡張制御領域１１１及び１１２のうちの１つにマッピングされるｅＰＤＣＣＨを示す。図１Ｈでは、拡張制御領域は、サブフレームにおけるＰＤＣＣＨの同時伝送を調整するために、ＯＦＤＭシンボル・ゼロで開始しない。しかしながら、本明細書に記載されているように、将来のＬＴＥリリースではＰＤＣＣＨを有しないキャリアタイプがある可能性があり、その場合、拡張制御領域は、サブフレーム内のＯＦＤＭシンボル・ゼロから開始することができる。

図１ｌは、局所化された伝送を達成するために、拡張制御領域のうちの１つにマッピングされるｅＰＤＣＣＨに属するＣＣＥを示すダウンリンクのサブフレームを示す。さらに、図１Ｊは、分散伝送及び周波数ダイバーシティ又はサブバンドプリコーディングを達成するために、拡張制御領域のうちの複数のものにマッピングされるｅＰＤＣＣＨに属するＣＣＥを示すダウンリンクのサブフレームを示す。

拡張制御チャネルがＵＥ固有プリコーディング及び図１ｌに示される局所化された伝送を可能にしたとしても、それは、幾つかの例において、放送型の広領域カバレージ方式で拡張制御チャネルの伝送を可能にするのに有用であることができる。これは、ｅＮＢが特定のＵＥに向けてプリコーディングを実行するのに信頼性のある情報を有しない場合に有用であり、広領域カバレージ伝送がより頑強となりうる。

もう一つの例としては、特定の制御メッセージが２つ以上のＵＥに対して意図され、且つＵＥ固有のプリコーディングを使用することができないときがある。一例として、ＰＤＣＣＨを用いた共通制御情報の伝送（すなわち、共通サーチスペース（ＣＳＳ）における）がある。

これらのどの例においても、拡張制御領域にわたる分散伝送が使用されることができる。例えば、図１Ｊは、同じｅＰＤＣＣＨに属する４つの部分１４１〜１４４が、拡張制御領域にわたって分散されることを示す。

３ＧＰＰのｅＰＤＣＣＨ開発では、ｅＰＤＣＣＨの分散伝送及び局所化された伝送の両方が、それぞれ図１Ｊ及び図１ｌに対応して支持されるべきであることが合意された。

分散伝送が使用されるとき、ｅＰＤＣＣＨメッセージのダイバーシティ次数を増大／最大化するためにアンテナダイバーシティを達成することができればさらに有用であることができる。一方で、時には広帯域チャネル品質及び広帯域プリコーディング情報のみがｅＮＢにおいて利用可能であり、分散伝送を実行するのに有用でありうるが、ＵＥ固有の広帯域プリコーディングにおいて有用である。

拡張制御チャネルの分散伝送を調整すると同時に、局所化された伝送のための複数の任意選択を支持するためには、周波数において分散されるＰＲＢペアの組が、拡張制御領域に対して割り当てられなければならない場合がある。単一のＰＲＢペアの組によって提供されるものより高い制御チャネル容量を支持するためには、拡張制御領域に対して複数の組を割り当てることができる。この割り当ては、ＵＥ固有に行われることができる。つまり、異なるＵＥに対して異なる割り当てが同時に行なわれることができる。ＰＤＳＣＨ伝送のために使用されるＰＲＢペアは、リソースブロックグループ（ＲＢＧ）（すなわち、周波数において隣接するＰＲＢペアのグループ）に関連して割り当てられることが多いため、所与の容量に対して拡張制御領域を収容するＲＢＧの数を制限することが有益である場合がある。これは、同じＲＢＧからＰＲＢペアの複数の組を割り当てることによって達成される。複数の組を形成するＲＢＧのグループは、クラスタと呼ばれる。ＰＲＢペアが拡張制御領域の一部であったとしても、他の伝送が行われていない場合、ＰＤＳＣＨのために使用されることができる。記載されているリソースの分割は、図１Ｋに示される。

例えば、図１Ｋは、組とクラスタの定義を示し、組の数はリソースブロックグループ（ＲＢＧ）のサイズに等しい。クラスタごとのＲＢＧの数は、この例では４つに設定されており、組ごとの４つのＰＲＢペアに対応する。分散ｅＰＤＣＣＨ伝送は、１つの組内にマッピングされる。追加の制御リソースが必要とされる場合、追加のクラスタを構成することができる。

したがって、ＬＴＥでは、ｅＰＤＣＣＨと呼ばれる拡張制御チャネルが定義されている。ＵＥは、試験されている幾つかのブラインドデコーディング候補を有するｅＰＤＣＣＨメッセージを受信するためにブラインドデコーディング技法を用いる。リリース８では、ＰＤＣＣＨの各集約レベルに対するブラインドデコーディング候補の数のアサインメントがＵＥに知られている。ｅＰＤＣＣＨに関しては、ｅＰＤＣＣＨを受信することができる空間全体を組に仕切ることができる。このパーティションを、無線リソース制御（ＲＲＣ）シグナリングを介してＵＥに知らせることは、かなりの余分なオーバーヘッドに至ることがある。さらに、ＵＥに対して構成することができる潜在的に異なるサイズの組の組み合わせの数に起因して、リリース８でなされているようにこれらの値を特定することは簡単ではない。

さらに、周波数多重化ゲイン（ｆｒｅｑｕｅｎｃｙ ｍｕｌｔｉｐｌｅｘｉｎｇ ｇａｉｎ）は、ＵＥによって試験されるブラインドデコーディング候補が連続して起きるときに、時々不具合がある場合がある。さらに、ＵＥに対して構成される２つの組が完全に又は部分的に重複するとき、リリース８において現在使用されているハッシュ関数は、これらの組に対して異なるブラインドデコーディング候補を許容しない。

このセクションで説明されたアプローチは、追究することができるが、必ずしも以前に考案されたり又は追究されたりしたアプローチではない。したがって、本明細書で別段の提示がない限り、このセクションにおいて説明されるアプローチは、本出願の特許請求の範囲の先行技術ではなく、且つ、このセクションに含められることによって先行技術となることは認められない。

様々な実施形態は、無線通信システムのネットワークノードによって拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）情報を処理する方法を提供することができる。この方法は、ブラインドデコーディング候補を定義するときにｅＰＤＣＣＨ制御領域内の物理リソースブロック（ＰＲＢ）ペアの組を区別することを含むことができる。さらに、この方法は、ＰＲＢペアの組を区別することに応答して、ユーザ機器のためのリソースをスケジューリングすることを含むことができる。ブラインドデコーディング候補を定義するときにｅＰＤＣＣＨ制御領域におけるＰＲＢペアの組を区別することによって、様々な実施形態では、ブラインドデコーディング候補の分散及び／又はＵＥによるブラインドデコーディング候補の探索を改善する方式／態様で、ネットワークノードを用いられ、ｅＰＤＣＣＨブラインドデコーディング候補が定義されうる。

様々な実施形態では、ＰＲＢペアの組を区別することは、ＰＲＢペアの組それぞれのサイズに比例してＰＲＢペアの組にブラインドデコーディング候補を割り当てることを含むことができる。したがって、ブラインドデコーディング候補をＰＲＢペアの組におけるリソースに比例して自動的に分散することができ、それにより長さのあるテーブルを保存する必要を取り除くことによって、ネットワークノード／ＵＥにおけるシグナリングオーバーヘッド及びメモリを節約することができる。

様々な実施形態によると、ＰＲＢペアの組を区別することは、ＰＲＢペアの組のうちの重複するものが異なる開始位置をもつようにブラインドデコーディング候補のリストの開始位置を変化させるランダム化手順を実行することを含むことができる。このようなランダム化は配置の柔軟性を可能にし、ＵＥは、複数の伝送ポイントからデータを受信するか、又はそれらの間で動的に切り替えることができる。

様々な実施形態では、ＰＲＢペアの組を区別することは、ＰＲＢペアの組のうちの特定の１つの識別情報を用いてブラインドデコーディング候補を定義することを含むことができる。さらに、ブラインドデコーディング候補を定義することは、ユーザ機器によって考慮される２つの連続するブラインドデコーディング候補が異なるＰＲＢペアにおいて生じるようにブラインドデコーディング候補を定義することを含むことができる。異なるＰＲＢペアにおいて連続するブラインドデコーディング候補を位置付けすることは、周波数選択的スケジューリングゲイン（ｆｒｅｑｕｅｎｃｙ ｓｅｌｅｃｔｉｖｅ ｓｃｈｅｄｕｌｉｎｇ ｇａｉｎ）を可能にすることができる。

様々な実施形態によると、ＰＲＢペアの組を区別することは、ｅＰＤＣＣＨ制御領域のリソースを用いる複数のユーザ機器のうちの異なるものに関連して、ＰＲＢペアの組を異なるように順序付けすることを含むことができる。これは、ｅＰＤＣＣＨ制御領域のために使用されているＰＲＢペアの平均利用を均等化することによって、パフォーマンス向上を可能にすることができる。

様々な実施形態では、ＰＲＢペアの組を区別することは、複数のユーザ機器のうちのすべてがＰＲＢペアの組のために同一の組番号を用いているにも関わらず、複数のユーザ機器それぞれがＰＲＢペアの組の異なる順序を用いてブラインドデコーディング候補を探すように、ｅＰＤＣＣＨ制御領域のリソースを用いる複数のユーザ機器のうちの異なるものに関連して、ＰＲＢペアの組を異なるように指標付けすることを含むことができる。

様々な実施形態による無線通信システムのネットワークノードが提供されることができる。ネットワークノードは、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）を用いて通信するように構成されるトランシーバを備えることができる。さらに、ネットワークノードは、ブラインドデコーディング候補（Ｘｓ）を定義するときにｅＰＤＣＣＨ制御領域内の物理リソースブロック（ＰＲＢ）ペアの組を区別するように構成されるプロセッサを備えることができる。プロセッサは、ＰＲＢペアの組を区別することに応答して、ユーザ機器のためにリソースをスケジューリングするようにさらに構成されることができる。

様々な実施形態による無線通信システムのユーザ機器（ＵＥ）が提供されることができる。ＵＥは、ｅＰＤＣＣＨを用いてネットワークノードから拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）メッセージを受信するように構成されるトランシーバを含むことができる。ＵＥは、ネットワークノードからｅＰＤＣＣＨメッセージを受信することに応答して、ｅＰＤＣＣＨ制御領域内の物理リソースブロック（ＰＲＢ）ペアを区別することに関連して定義されるブラインドデコーディング候補を探すように構成されるプロセッサをさらに含むことができる。

無線通信システムのユーザ機器（ＵＥ）を操作する方法は、ｅＰＤＣＣＨを用いてネットワークノード（１１００）から拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）メッセージを受信することを含むことができる。この方法は、ネットワークノード（１１００）からｅＰＤＣＣＨメッセージを受信することに応答して、ｅＰＤＣＣＨ制御領域内の物理リソースブロック（ＰＲＢ）ペアの組を区別することに関連して定義されるブラインドデコーディング候補（Ｘｓ）を探すことを含むことができる。

したがって、様々な実施形態は、ブラインドデコーディング候補の分散及び／又はＵＥによるブラインドデコーディング候補の探索を改善する方式／態様で、ネットワークノードを用い、ｅＰＤＣＣＨブラインドデコーディング候補を定義することができる。例えば、ネットワークノードは、一定数のブラインドデコーディング候補がＰＲＢペアの組の間で仕切られることを可能にすることができる。一例として、ブラインドデコーディング候補は、各組に対して構成されるＰＲＢの数に正比例して組の間で自動的に仕切られることができ、したがって、長さのあるテーブルを保存する必要を取り除くことによって、ネットワークノード／ＵＥにおけるシグナリングオーバーヘッド及びメモリを節約する。別の例では、ネットワークノードは、ＰＲＢ組番号を用いてサーチスペース候補選択をランダム化し、ＵＥが複数の伝送ポイントからデータを受信するか又はそれらの間で動的に切り替わることができる特定の種類の配置において柔軟性を許容することができる。したがって、周波数において重複しうる２つ以上のＰＲＢペアの組の間でブラインドデコーディング候補のコンフリクトを減少させることができる。

さらに別の例として、様々な実施形態は、異なるＰＲＢペアにおいて連続して試験されるブラインドデコーディング候補が生じることを確かにすることができ、したがって、周波数選択的スケジューリングゲインが生じることができることを確かにする。さらに、ネットワークは、ｅＰＤＣＣＨ上のリソースの利用が増大／最大化するように、ＵＥに関連してＰＲＢペアの組構成を（例えばネットワークノードを介して）管理することができる。例えば、異なるｅＰＤＣＣＨの組の順序付け／番号付けを異なるＵＥに対して用いることができる。

本開示の一層の理解をもたらすために含まれ、本適用例に組み込まれ且つその一部を構成する添付図面は、本開示の特定の非限定的な一つ又は複数の実施形態を図解する。

図１Ａは、ロングタームエボリューション（ＬＴＥ）ダウンリンク物理リソースを示す。 図１Ｂは、ダウンリンクサブフレームを示す。 図１Ｃは、制御チャネルエレメント（ＣＣＥ）のマッピングを示す。 図１Ｄは、ＣＣＥ集約を示す。 図１Ｅは、ＰＤＣＣＨ処理を示すフロー図である。 図１Ｆは、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）通信の例を示す。 図１Ｇは、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）通信の例を示す。 図１Ｈは、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）通信の例を示す。 図１Ｉは、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）通信の例を示す。 図１Ｊは、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）通信の例を示す。 図１Ｋは、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）通信の例を示す。 図２Ａは、様々な実施形態による、局所化された伝送のためのＰＲＢペアの異なる数を有する拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）の組の例を示す。 図２Ｂは、様々な実施形態による、分散伝送のためのＰＲＢペアの異なる数を有する拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）の組の例を示す。 図２Ｃは、様々な実施形態による、分散されたサーチスペースを示す。 図２Ｄは、様々な実施形態による、局所化されたサーチスペースを示す。 図３は、様々な実施形態による、ブラインドデコーディング候補を定義するときにｅＰＤＣＣＨ制御領域内のＰＲＢペアの組を区別することを含む、ネットワークノードの操作を示すフロー図である。 図４は、様々な実施形態による、比例的列挙（ｐｒｏｐｏｒｔｉｏｎａｌ ｅｎｕｍｅｒａｔｉｏｎ）を用いたブラインドデコーディング分割（ｂｌｉｎｄ ｄｅｃｏｄｅ ｐａｒｔｉｔｉｏｎｉｎｇ）の図を示す。 図５は、様々な実施形態による、ブラインドデコーディング候補を異なるＰＲＢペアの組に分散することを示すフロー図である。 図６Ａは、様々な実施形態による、ブラインドデコーディング候補を異なるＰＲＢペアの組に分散することを示すフロー図である。 図６Ｂは、様々な実施形態による、ブラインドデコーディング候補を異なるＰＲＢペアの組に分散することを示すフロー図である。 図７Ａは、様々な実施形態による、ブラインドデコーディング候補のリストのための開始位置を変化させるランダム化手順を示すフロー図である。 図７Ｂは、様々な実施形態による、ブラインドデコーディング候補のリストのための開始位置を変化させるランダム化手順を示すフロー図である。 図８Ａは、様々な実施形態による、利用可能なリソースの表示を用いてブラインドデコーディング候補を定義することを示すフロー図である。 図８Ｂは、様々な実施形態による、利用可能なリソースの表示を用いてブラインドデコーディング候補を定義することを示すフロー図である。 図９は、様々な実施形態による、異なるＵＥのために異なる組の番号付けを用いる図を示す。 図１０Ａは、様々な実施形態による、異なるＵＥとともにＰＲＢペアの組の異なる順序付けを用いることを示すフロー図である。 図１０Ｂは、様々な実施形態による、異なるＵＥとともにＰＲＢペアの組の異なる番号付けを用いることを示すフロー図である。 図１０Ｃは、様々な実施形態による、異なるＵＥとともにＰＲＢペアの組の異なる指標付けを用いることを示すフロー図である。 図１１は、様々な実施形態による、ネットワークノードのブロック図である。 図１２は、様々な実施形態による、ＵＥのブロック図である。 図１３は、本発明の概念の一部の実施形態に従って動作するように構成されている通信システムのブロック図である。 図１４Ａは、ＵＥの動作を示すフロー図である。 図１４Ｂは、ＵＥの動作を示すフロー図である。 図１４Ｃは、ＵＥの動作を示すフロー図である。 図１４Ｄは、ＵＥの動作を示すフロー図である。 図１４Ｅは、ＵＥの動作を示すフロー図である。

本発明の概念は、これより本発明の概念の実施形態の例が示される添付図面を参照して以下でより詳しく説明される。しかしながら、発明の概念は、多くの異なる形態に具現化でき、本明細書に記載の実施形態に限定されるものとみなすべきではない。むしろ、これらの実施形態は、本開示が包括的且つ完全なものとなり、当業者に本発明の概念の範囲を十分に伝えられるように提供される。さらに、これらの実施形態は相互に排他的ではないことに留意すべきである。１つの実施形態からの構成要素は、別の実施形態に存在する或いは別の実施形態で使用されると暗黙のうちに想定することができる。

様々な実施形態の記載において、本明細書で使用されている用語は、特定の実施形態を説明することのみを目的としており、本発明の概念を限定することを意図していない。別段の定義がない限り、本明細書で使用されるすべての用語（技術用語及び科学用語を含む）は、これらの本発明の概念が属する技術分野の当業者によって一般的に理解されるものと同じ意味を有する。一般的に使用される辞書で定義されるような用語は、本明細書及び関連技術の文脈におけるそれら用語の意味と一致する意味を有すると解釈するべきであり、本明細書で明白に定義されない限り、理想化された意味又は過度に形式的な意味として解釈されないことをさらに理解するべきである。

なお、「第１」、「第２」などの用語を様々な要素を説明するために本明細書で使用することができるが、これらの要素は、これらの用語によって限定されるべきではないことが理解されるであろう。これらの用語は、ある要素を別の要素から区別するために使用されるにすぎない。したがって、本実施形態の教示から逸脱することなく、「第１」の要素を「第２」の要素と呼ぶことができる。

ある要素が、他の要素に対して「接続」、「連結」、「応答」、又はこれらの変形を行うとされるとき、他の要素に直接接続、連結、又は応答するか、或いは介在要素が存在してもよい。それに対し、ある要素が別の要素に「直接接続」、「直接連結」、「直接応答」、又はこれらの変形を行うとされる場合、介在要素は存在しない。類似の番号は、全体を通して類似の要素を指す。さらに、本明細書中で使用されるような「連結」、「接続」、「対応」、又はそれらの変形は、無線連結、無線接続、又は無線応答を含むことができる。本明細書で使用されるように、単数形（「ａ」「ａｎ」及び「ｔｈｅ」）は、文脈上他の意味が明確に示されていない限り、複数形も含むことも意図されている。周知の機能又は構造は、簡潔性及び／又は明瞭性のために詳細に記載されない場合がある。「及び／又は」という用語は、一つ又は複数の関連して列挙されたアイテムの任意の組み合わせ及び全ての組み合わせを含む。

本明細書で使用されるように、「備える（ｃｏｍｐｒｉｓｅ、ｃｏｍｐｒｉｓｉｎｇ、ｃｏｍｐｒｉｓｅｓ）」、「含む（ｉｎｃｌｕｄｅ、ｉｎｃｌｕｄｉｎｇ、ｉｎｃｌｕｄｅｓ）」、「有する（ｈａｖｅ、ｈａｓ、ｈａｖｉｎｇ）」、又はこれらの変形は、拡張可能であり、一つ又は複数の記載の特徴、要素、ステップ、構成要素、又は機能を含むが、一つ又は複数の他の特徴、要素、ステップ、構成要素、機能、又はこれらのグループの存在或いは追加を除外するものではない。さらに、本明細書で使用されるように、ラテン語の表現「ｅｘｅｍｐｌｉ ｇｒａｔｉａ」に由来する一般的な省略形「ｅ．ｇ．（例えば）」は、前に言及された一般的な一又複数の例を紹介又は特定するために使用することができ、このようなアイテムを限定することは意図されていない。ラテン語の表現「ｉｄ ｅｓｔ」に由来する一般的な省略形「ｉ．ｅ（即ち）」は、より一般的な記述から特定のアイテムを特定するために使用することができる。

本明細書では、例示的な実施形態が、コンピュータによって実装された方法、装置（システム及び／又はデバイス）、及び／又はコンピュータプログラム製品のブロック図及び／又はフロー図を参照して説明される。ブロック図及び／又はフロー図のブロック、並びにブロック図及び／又はフロー図の中のブロックの組み合わせは、一つ又は複数のコンピュータ回路によって実行されるコンピュータプログラム命令によって実装することができることを理解されたい。これらのコンピュータプログラム命令は、機構を生成するために汎用コンピュータ回路、専用コンピュータ回路、及び／又は他のプログラム可能なデータ処理回路のプロセッサ回路に提供することができ、コンピュータのプロセッサ及び／又は他のプログラム可能なデータ処理装置を介して実行する命令が、ブロック図及び／又はフロー図の一つ又は複数のブロックで特定された機能／作業を実装するために、トランジスタ、記憶場所に格納された値、及びそのような回路内の他のハードウェアコンポーネントを変換および制御し、それにより、ブロック図及び／又はフロー図の一つ又は複数のブロックで特定された機能／作業を実装する手段（機能性）及び／又は構造がつくりだされる。

これらコンピュータプログラム命令は、コンピュータ可読媒体に記憶された命令が、ブロック図及び／又はフロー図の一つ又は複数のブロックに特定された機能／作業を実装する命令を含む製造品を製造するように、コンピュータ又は他のプログラム可能なデータ処理装置が特定の方法で機能するように仕向けることができる有形のコンピュータ可読媒体にさらに記憶されることができる。

有形の非一時的なコンピュータ可読媒体は、電子、磁気、光学、電磁、又は半導体のデータ記憶システム、装置、又はデバイスを含むことができる。コンピュータ可読媒体のより具体的な例としては、ポータブルコンピュータディスケット、ランダムアクセスメモリ（ＲＡＭ）回路、読み取り専用メモリ（ＲＯＭ）回路、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）回路、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、及びポータブルデジタル・ビデオディスク読み取り専用メモリ（ＤＶＤ／ブルーレイ）が含まれる。

コンピュータプログラム命令は、一連の動作ステップがコンピュータ及び／又は他のプログラム可能な装置で実行され、コンピュータで実行されるプロセスを生成するように、コンピュータ及び／又は他のプログラム可能なデータ処理装置上に読み込まれ、これにより、コンピュータ又は他のプログラム可能な装置で実行される命令は、ブロック図及び／又はフロー図の一つ又は複数のブロックで特定される機能／行為を実施するためのステップを提供する。したがって、本開示の実施形態は、「回路」、「モジュール」、又はその変形と集合的に呼ぶことができるデジタル信号プロセッサなどのプロセッサ上で動作するハードウェア及び／又はソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）で具現化することができる。

一部の代替実装態様では、ブロックに記載された機能／作業は、フロー図に記載の順序から外れて行われうることにも留意するべきである。例えば、連続して示される２つのブロックは、実質的に同時に実行されてもよく、又はそのブロックが、含まれる機能性／行為次第で時に逆の順序で実行されてもよい。さらに、フロー図及び／又はブロック図の所定のブロックの機能は、複数のブロックに分離されてもよく、並びに／若しくはフロー図及び／又はブロック図の２つ以上のブロックの機能は、少なくとも部分的に統合されてもよい。最後に、他のブロックを図示のブロックの間に追加／挿入することができ、及び／又は、本発明の概念の範囲から逸脱することなく、ブロック／動作を省略することができる。さらに、幾つかの図は、通信の主要方向を示すために通信経路上に矢印を含むが、示された矢印とは反対方向に通信が発生しうることを理解されたい。

例示及び説明のみを目的として、無線端末（ＵＥとも呼ばれる）と無線通信チャネルを介して通信する無線アクセスネットワーク（ＲＡＮ）で動作するという状況で、これらの実施形態及び他の実施形態が本明細書に記載される。しかしながら、本発明の概念は、このような実施形態に限定されるものではなく、任意の種類の通信ネットワークで一般的に実施することができると理解されるだろう。本明細書で使用されるように、無線デバイス（ＵＥとも呼ばれる）は、通信ネットワークからデータを受信する任意のデバイスを含んでもよく、限定されないが、携帯電話（「セルラ」電話）、ラップトップ／ポータブルコンピュータ、ポケットコンピュータ、ハンドヘルドコンピュータ、及び／又はデスクトップコンピュータを含むことができる。

ＲＡＮの幾つかの実施形態では、幾つかの基地局を（例えば陸上通信線又は無線チャネルによって）無線ネットワークコントローラ（ＲＮＣ）に接続することができる。基地局コントローラ（ＢＳＣ）と呼ばれるときもある無線ネットワークコントローラは、それに接続される複数の基地局の様々な活動を監督又は調整する。無線ネットワークコントローラは、通常、一つ又は複数のコアネットワークに接続される。

ユニバーサル移動体通信システム（ＵＭＴＳ）は、モバイル通信用グローバルシステム（ＧＳＭ）から発展した第三世代移動体通信システムであり、広帯域符号分割多元接続（ＷＣＤＭＡ）技術に基づき改良された移動体通信サービスを提供することを目的とする。ＵＭＴＳ地上無線アクセスネットワークの略であるＵＴＲＡＮは、ＵＭＴＳ無線アクセスネットワークを構成するＮｏｄｅＢ及び無線ネットワークコントローラの総称である。したがって、ＵＴＲＡＮは、本質的にＵＥに対して広帯域符号分割多元接続を用いる無線アクセスネットワークである。

第三世代パートナーシッププロジェクト（３ＧＰＰ）は、ＵＴＲＡＮ及びＧＳＭベースの無線アクセスネットワーク技術のさらなる発展に取り掛かっている。この点に関し、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の仕様は、３ＧＰＰ内で進行中である。進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）は、ロングタームエボリューション（ＬＴＥ）及びシステムアーキテクチャエボリューション（ＳＡＥ）を含む。

３ＧＰＰ（第３世代パートナーシッププロジェクト）のＬＴＥ（ロングタームエボリューション）の用語が、本開示で本発明の概念の実施形態を例示するために使用されるが、本発明の概念の範囲をこれらのシステムだけに限定するものと見なすべきではないことに留意されたい。ＷＣＤＭＡ（広帯域符号分割多元接続）、ＷｉＭａｘ（ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス）、ＵＭＢ（ウルトラ・モバイル・ブロードバンド）、ＨＳＤＰＡ（高速ダウンリンクパケットアクセス）、ＧＳＭ（モバイル通信用グローバルシステム）などを含む他の無線システムもさらに本明細書に開示される実施形態を利用することにより利益を得ることができる。

さらに、基地局（さらにｅＮｏｄｅＢ又は拡張ＮｏｄｅＢと呼ばれる）及び無線端末（さらにＵＥ又はユーザ機器と呼ばれる）などの用語は、非限定的とみなされるべきであり、２つの間に特定の階層的な関係を示唆するものではない。概して、基地局（例えば「ｅＮｏｄｅＢ」）及び無線端末（例えば「ＵＥ」）は、無線チャネルを介して互いに通信するそれぞれ異なる通信デバイスの例とみなしてもよい。本明細書に記載の実施形態は、ｅＮｏｄｅＢからＵＥへのダウンリンクにおける無線伝送に焦点を当てるが、本発明の概念の実施形態は、例えばアップリンクにおいても適用することができる。

図１３は、本発明の概念の一部の実施形態に従って動作するように構成されている通信システムのブロック図である。ロングタームエボリューション（ＬＴＥ）ＲＡＮであることができる例示的なＲＡＮ１３６０が示される。無線基地局（例えばｅＮｏｄｅＢ）１１００を一つ又は複数のコアネットワーク１３７０に直接接続してもよく、及び／又は無線基地局１１００を一つ又は複数の無線ネットワークコントローラ（ＲＮＣ）を通してコアネットワーク１３７０に連結することができる。幾つかの実施形態では、一つ又は複数の無線ネットワークコントローラの機能性は、無線基地局１１００によって実行されることができる。無線基地局１１００は、無線チャネル１３００を介して、それぞれの通信サービスセル（カバレージ領域とも呼ばれる）内にある無線端末（ユーザ機器ノード又はＵＥとも呼ばれる）１２００と通信する。無線基地局１１００は、当業者に既知であるように、Ｘ２インターフェースを通して互いに通信することができ、Ｓ１インターフェースを通して一つ又は複数のコアネットワーク１３７０と通信することができる。

これより図２Ａ及び図２Ｂを参照すると、様々な実施形態のよる、局所化された伝送及び分散伝送それぞれのためのＰＲＢペアの異なる数を有する拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）の組の例が示される。拡張ＰＤＣＣＨ（ｅＰＤＣＣＨ）制御領域は、最大で、Ｋ個の物理リソースブロック（ＰＲＢ）の組、分散伝送のために割り当てられるＫ^Ｄ個の組を有するペア、及び局所化された伝送のために割り当てられるＫ^Ｌ個の組を含むことができ、Ｋ^Ｄ＋Ｋ^Ｌ＝Ｋとなる。Ｋ^ｔｈ個の分散された組及び局所化された組は、それらに割り当てられた異なる数のＰＲＢペアを有することがある。これらは、

及び

で表すことができ、
局所化された組に対しては、

となり、局所化された組に対しては、

となる。

ｅＰＤＣＣＨメッセージは、複数の集約レベルで（すなわち、拡張制御チャネルエレメント（ｅＣＣＥ）の異なる数の集合として）伝送（例えばネットワークノード１１００によってＵＥ１２００に伝送）することができる。ｅＣＣＥは、複数の拡張リソースエレメントグループ（ｅＲＥＧ）を集合させることによって形成されることができる。ｅＲＥＧは、ｅＰＤＣＣＨ制御領域のための基礎的な構成ブロックである。分散伝送においては、ｅＲＥＧは、複数のＰＲＢペアにわたって分散され、局所化された伝送に対しては、一つ又は２つのＰＲＢペアに集められる。

図２Ａ及び図２Ｂで示されるように、ｅＰＤＣＣＨメッセージを送信するためにｅＣＣＥの組を共に使用することができる。単一のメッセージに使用されるｅＣＣＥｓの数は、集約レベル（ＡＬ）と呼ばれることができる。通常、４つ又は５つの集約レベルが使用される。開発中のロングタームエボリューション（ＬＴＥ）の最新リリースに関しては、局所化された伝送に対しては４つの集約レベルを有し、分散伝送に対しては５つの集約レベルを有することが合意された。分散伝送及び局所化された伝送のための様々な集約レベルに対するサーチスペースの例が、それぞれ図２Ｃ及び図２Ｄに示される。

特に、図２Ｃは、ｅＰＤＣＣＨ候補２０１〜２０６が表される４つの異なる集約レベルの分散されたサーチスペースを示す。図２Ｃの最も左側の図は、ＡＬ＝１の分散された割り当てを示し、最も右側の図は、ＡＬ＝８の分散された割り当てを示す。図２Ｄは、ｅＰＤＣＣＨ候補２１１〜２１３が表される４つの異なる集約レベルの局所化されたサーチスペースを示す。図２Ｄの最も左側の図は、ＡＬ＝１の分散された割り当てを示し、最も右側の図は、ＡＬ＝８の分散された割り当てを示す。

ブラインドデコーディング候補の固定数Ｍ^Ｌが、集約レベルＬに割り当てられることができる。例えば、ＬＴＥのリリース８では、ＵＥ固有サーチスペースに対して、集約レベル｛１、２、４、８｝は、｛６、６、２、２｝ブラインドデコーディング候補それぞれが割り当てられる。各集約レベルに対してＵＥによって使用されるこれらのブラインドデコーディング候補は、擬似ランダム的にサブフレーム間で変動しうる。ｅＰＤＣＣＨの問題のうちの１つは、各組が実質的に単独のサーチスペースの役割を果たすため、各集約レベルに割り当てられるブラインドデコーディング候補が、構成された組のそれぞれに対してサブアサインメントに仕切られなければならないことである。さらに、各組が、異なるサイズとさらに異なる（局所化された又は分散された）伝送タイプである可能性があるため、ブラインドデコーディング候補の最適なパーティションはかなり複雑となりうる。

しかしながら、本明細書に記載の様々な実施形態は、ブラインドデコーディング候補の分散及び／又はＵＥによるブラインドデコーディング候補の探索を改善する方式／態様で、ネットワークノードを用い、ｅＰＤＣＣＨブラインドデコーディング候補を定義することができる。例えば、これより図３を参照すると、様々な実施形態による、ブラインドデコーディング候補を定義するときにネットワークノードの動作を示すフロー図が提供される。この動作は、ブラインドデコーディング候補を定義するときにｅＰＤＣＣＨ制御領域内のＰＲＢペアの組を区別することを含むことができる（ブロック３００）。この動作はさらに、ブロック３００のＰＲＢペアの組の区別に応答して、ＵＥに対してリソースを（例えばリソーススケジューラを使用して）スケジューリングすることを含むことができる（ブロック３０１）。様々なタイプの無線通信リソースが、ＵＥに対してスケジューリングされることができ、本開示はこれらの様々なリソースを限定することを意図していないことを理解されたい。さらに、この動作は、スケジューリングされたリソースに基づいて（例えば応答して）ｅＰＤＣＣＨメッセージをＵＥに伝送することを含みうることを理解されたい（ブロック３０２）。

Ａ．ブラインドデコーディング候補のアサインメント
これより図４を参照すると、様々な実施形態による、比例列挙を用いたブラインドデコーディング分割の図が示される。特に、図４は、５つのブラインドデコーディング候補（Ｘｓ）が、ＰＲＢののサイズ［８、４、２］で構成されるＫ＝３個の組の間で仕切られていることを示す。例えば、Ｋ個のコラムのアレイ、各々の構成された組につき１つが、分散された組及び局所化された組を表す代替的なコラムとともに形成されることができる。Ｋ^ｔｈ個のコラムの長さは、Ｋ^ｔｈ個の組に割り当てられたＰＲＢの総数の割合に比例し、

として算出されてもよく、Ｍ^Ｌは、集約レベルＬに割り当てられたブラインドデコーディング候補（Ｘｓ）の合計数である。次に、Ｍ^Ｌ個のブラインドデコーディング候補（Ｘｓ）は、アレイの各エレメントが１つのブラインドデコーディング候補（Ｘ）を含むように、最初に行単位でアレイを投入する。Ｋ^ｔｈ個の組に割り当てられたブラインドデコーディング候補の数は、Ｋ^ｔｈ個のコラム内のブラインドデコーディング候補の数である。したがって、これらの動作は、ブラインドデコーディング候補（Ｘｓ）が各組内のリソースに比例して分割される（例えば、割り当てられる、配分される、分散される、仕切られる、など）こと、及び各々の構成された組に対して少なくとも１つのブラインドデコーディング候補（Ｘ）が分配されることが優先されることを確かにすることができる。

これより図５、図６Ａ、及び図６Ｂを参照すると、様々な実施形態による、ＰＲＢペアの異なる組にブラインドデコーディング候補を分散することを示すフロー図が提供される。例えば、図５では、分散伝送及び局所化された伝送のために割り当てられた組の数は、それぞれＫ_Ｄ及びＫ_Ｃで表され、ｋ^ｔｈ個の分散された組及び局所化された組に割り当てられたＰＲＢペアの数は、それぞれ

及び

によって与えられる。最終的なブラインドデコーディングのパーティションは、

，ここで

，および

，ここで

に含まれる。次いで、以下の動作が実行される：

と置く。
Ｈを、

，ここで

，と

，ここで

からの最大値と
して置く。

と置く。

Ｆｏｒ ｅａｃｈ Ｌ，

図５のブロック５００は、高さ単位Ｓ及び最大高さＨ・Ｓの計算を示す。ブロック５０１は、次のレベルＬのために動作を実行することを示す。ブロック５０２は、ウォーターマークをｖ＝０、カウンタをｍ＝０、及びすべてをＲ_ｋ ^Ｌ＝０に設定することを示す。ブロック５０３は、セットカウンタをクリアすることを示す。ブロック５０４は、次の組Ｎ_ｋのための動作を実行することを示す。ブロック５０５は、ｖ＜Ｎ_ｋ及びｍ＜Ｍ^Ｌであるかどうかを決定することを示す。ブロック５０６は、ブラインドデコーディングＲ_ｋ ^Ｌ＝Ｒ_ｋ ^Ｌ＋１をインクリメントすること及びカウンタｍ＝ｍ＋１をインクリメントすることを示す。ブロック５０７は、すべての組が検査されたかを決定することを示す。ブロック５０８は、ウォーターマークｖ＝ｖ＋Ｓをインクリメントすることを示す。ブロック５０９は、ｖ＞Ｈ・Ｓであるかどうかを決定することを示す。ブロック５１０は、すべてのレベルＬが使い尽くされたかどうかを決定することを示す。

図６Ａを参照して別の例を挙げると、ブロック３００（図３）のＰＲＢペアの組を区別することは、それぞれのＰＲＢペアの組（ブロック６００Ａ）のサイズに比例してブラインドデコーディング候補をＰＲＢペアの組に割り当てることを含むことができる。それに対して、前のＬＴＥのリリース（例えばｅＰＤＣＣＨの開発以前の）では、ＰＲＢペアの単一の組のみが使用された（例えば制御領域内で使用された）。さらに、ブロック６００Ａ’のブラインドデコーディング候補を割り当てることは、ＰＲＢペアの組それぞれに少なくとも１つのブラインドデコーディング候補を割り当てることを含むことができる。さらに、数学的除算操作を使用せずに比例的アサインメントを実行することができるため、比例的アサインメントは、ネットワークノードに対して著しい処理負荷ではない可能性がある。

図６Ｂを参照すると、ＰＲＢペアの組それぞれのサイズに比例して、ブロック６００Ａのブラインドデコーディング候補のアサイメントは、ＰＲＢペアの組を表すアレイを形成することを含むことができる（ブロック６００Ｂ−１）。ＰＲＢペアのそれぞれの組のサイズが、ＰＲＢペアのそれぞれの組においてＰＲＢの数量を含むことができる。ブラインドデコーディング候補を割り当てることは、ＰＲＢペアの組それぞれに割り当てられたブラインドデコーディング候補を表すためにアレイを投入すること（ブロック６００Ｂ‐２）をさらに含むことができる。さらに、ブロック６００Ｂ‐１及び６００Ｂ‐２に示される操作は、図４に示されるようにブラインドデコーディング候補（Ｘｓ）を割り当てるために実行されることができることを理解されたい。

したがって、ＰＲＢペアの組の量とサイズは変動し、すべての組の数とサイズに対してｅＰＤＣＣＨブラインドデコーディング候補のパーティションを明確に列挙することは可能ではなく、ネットワークからＵＥへのブラインドデコーディング候補のアサインメントの明確な無線リソース制御（ＲＲＣ）シグナリングが極めて高額になりうるにも関わらず、本明細書に記載の様々な実施形態（例えば図４〜６）は、局所化されている又は分散されるに関わらず、ＵＥのために構成されるｅＰＤＣＣＨのＰＲＢペアの組の間で仕切られるブラインドデコーディングアサインメントの固定数を可能にする。例えば、様々な実施形態は、構成されたＰＲＢペアの組にわたって、ある集約レベルに対してブラインドデコーディング候補アサインメントの固定数を分散することをもたらす。一例として、ブラインドデコーディング候補は、各組のために構成されるＰＲＢの数に直接比例して、ＰＲＢペアの組の間で仕切られることができる。したがって、様々な実施形態は、複数のｅＰＤＣＣＨの組であって、そのためにＵＥが構成されうる複数のｅＰＤＣＣＨの組にわたってある集約レベルのためにブラインドデコーディング候補のパーティションを自動的に決定することができる。したがって、これらの操作は、長さのあるテーブルを保存する必要を取り除くことによって、ネットワークノード／ＵＥにおいてシグナリングオーバーヘッド及びメモリを節約することができる。

Ｂ．ランダム化
現在開発されているＬＴＥの最新リリースでは、ＵＥのために構成される２つ以上のＰＲＢペアの組が部分的に又は全体的に重複することができる。これは、例えば、同一のｅＰＤＣＣＨリソースを使用しながらもＵＥが２つの異なる伝送ポイントの間で動的に切り替わるときに有用でありうる。ＬＴＥのリリース８における現在のランダム化機能は、ＵＥの無線ネットワーク一時識別子（ＲＮＴＩ）に応じた変化及びサブフレームの数に応じた変化とともに擬似ランダム的にサーチスペース候補のリストの開始位置を変化させる。しかしながら、重複する組の場合に対しては、同様に組番号に基づいて疑似ランダムにこの開始位置を変化させることが有益でありうる。したがって、重複する組は、異なる開始ポイントを有し、２つの伝送ポイントが同じサーチスペース内でメッセージを送信することを可能にする。

サーチスペース候補（すなわち、ブラインドデコーディング候補）は、ＬＴＥリリース８において下記のように現在定義されている。集約レベルＬのためのｍ^ｔｈ個のサーチスペース候補は、

ここで

によって与えられ、Ｍ^Ｌは、サーチスペース内で監視するためのＰＤＣＣＨ候補（すなわち、ブラインドデコーディング候補）の数であり、Ｙ_ｋは、ＲＮＴＩ及びサブフレーム番号に基づくランダム化機能である。機能Ｙ_ｋは、

と現在定義されており、ｎｓは、無線フレーム内のスロット番号である。したがって、ＲＮＴＩ及びサブフレーム番号（サブフレーム内の２つのスロット）の依存関係は明白である。

ｅＰＤＣＣＨに対しては、同様の又は類似したリリース８のランダム化手順を使用することができるが、各組内では別々である。例えば、様々な実施形態では、ｅＰＤＣＣＨに対しては、ランダム化機能Ｙ_ｋは、スロット番号及びＲＮＴＩに加えて、組番号に依存するように、さらに修正される。一例として、

があり、ｓ_ｅは、ｅＰＤＣＣＨの組番号であり、Ｓ＝（Ｋ^Ｄ＋Ｋ^Ｃ）は、サブフレーム内の組の総数である。この修正は、Ｙ_Ｋの値が考慮されるそれぞれの連続する組とともに変化するという効果を有する。ＵＥは、サブフレーム内のｅＰＤＣＣＨをデコーディングすることを終了するとき、ｅＰＤＣＣＨの組の構成に基づいて次のサブフレーム内の値がどのようになるかを算出する。

これより図７Ａ及び図７Ｂを参照すると、様々な実施形態による、ブラインドデコーディング候補のリストのための開始位置を変化させるランダム化手順を示すフロー図が提供されている。例えば、図７Ａは、図３のブロック３００で示されるＰＲＢペアの組を区別することは、ＰＲＢペアの組のうちの重複するものが異なる開始位置をもつようにブラインドデコーディング候補のリストの開始位置を変化させるランダム化手順を実行すること（ブロック７００Ａ）を含むことができることを示す。

図７Ｂは、ブロック７００Ａのランダム化手順を実行することが、ＰＲＢペアの組それぞれが異なってランダム化されるように、ＰＲＢペアの組それぞれの中で別々にランダム化手順を実行すること（ブロック７００Ｂ）を含むことができることを示す。一例として、別々にランダム化手順を実行することは、特定の組を識別するランダム化機能を用いて、ＰＲＢペアの組のグループの中の特定の組のためにランダム化手順を実行することを含むことができる。ランダム化機能は、ｅＰＤＣＣＨの組番号を用いる特定の組を識別することができる。

したがって、リリース８において現在使用されているハッシュ関数は、ＵＥのために構成される２つの組が全体的に又は部分的に重複するときにＰＲＢペアの組に対して異なるブラインドデコーディング候補を許容しないにも関わらず、本明細書に記載（例えば、図７Ａ及び図７Ｂ）される様々な実施形態は、（例えば、ＵＥが複数の伝送ポイントからデータを受信するか又はそれらの間で動的に切り替わることができる特定の種類の配置において）柔軟性を可能にするために（例えば組番号に基づいて）サーチスペース候補選択をランダム化する。さらに、組番号に基づいたランダム化については、各組のランダム化が異なることを理解されたい。例えば、各組は、異なるランダム化機能Ｙ_ｋを有することになる。本明細書に記載されるランダム化操作は、したがって、周波数において重複しうる２つ以上の組の間のブラインドデコーディング候補のコンフリクトを減少させることができる。

Ｃ．連続するブラインドデコーディング候補
局所化された伝送については、ｅＮＢが周波数における異なる位置においてサーチスペース候補間から選択することができると有益でありうる。しかしながら、様々な実施形態では、ＬＴＥのリリース８のサーチスペース候補の定義は、変化を減少させ／最小限にし、且つ実装をより単純に及びより安価にするように修正することができる。特に、リリース８の機能の修正されたバージョンの例が以下に与えられる。局所化された伝送に対して割り当てられる組の内の集約レベルＬに対するｍ^ｔｈ個のサーチスペース候補は、

ここで

及び

によって与えられ、Ｍ^Ｌは、サーチスペース内で監視するためのｅＰＤＣＣＨ候補の数であり、Ｙ_ｋは、組番号上に依存を追加するために（ランダム化のコンテクストで）本明細書に記載されるように修正される。

この機能は、ＵＥによって考慮される２つの連続するブラインドデコーディング候補が、異なるＰＲＢペアにおいて生じることを確かにすることができる。例えば、ｅＣＣＥにつき拡張リソースエレメントグループ（ｅＲＥＧ）の数が４つであるとき、組につきＮ＝２のＰＲＢペアがあり、且つ集約レベルはＬ＝２であり、４つの可能なサーチスペース候補が、第１のｅＣＣＥの指標が｛０、４、２、６｝の順番で（一般性を少しも失うことなくＹ_ｋ＝０であると推定して）探索される。開始のｅＣＣＥ指標｛０、２｝を有する候補は、第１のＰＲＢ内にあり、開始のｅＣＣＥ指標｛４、６｝を有する候補は、第２のＰＲＢ内にある。開始のｅＣＣＥ指標ｑを有する候補は、指標

を有するｅＣＣＥからなることに留意するべきである。

これより図８Ａ及び図８Ｂを参照すると、様々な実施形態による、利用可能なリソースの表示を用いてブラインドデコーディング候補を定義することを示すフロー図が提供される。例えば、図８Ａは、ブロック３００’（図３）のＰＲＢペアの組を区別することが、ＰＲＢペアの組のうちの特定の１つの識別情報を用いてブラインドデコーディング候補を定義すること（ブロック８００Ａ）を含むことができることを示す。識別情報は、ＰＲＢペアのうちの特定の組の利用可能なリソースの表示（例えば、利用可能なリソースの総数）を含むことができ、これは、特定の組のｅＣＣＥの量の表示を含むことができる。様々な実施形態では、識別情報は、ｅＰＤＣＣＨの組番号を用いて特定の組を識別することができる。

図８Ｂは、ブロック８００Ａ’のブラインドデコーディング候補を定義することが、ＵＥによって考慮される２つの連続するブラインドデコーディング候補が異なるＰＲＢペアにおいて生じるようにブラインドデコーディング候補を定義すること（ブロック８００Ｂ）を含むことができることを示す。したがって、様々な実施形態が異なるＰＲＢペアにおいて連続して試験されるブラインドデコーディング候補が生じることを確かにしうるため、周波数選択的スケジューリングゲインが生じうることがさらに確かにされうる。

Ｄ．ブラインドデコーディング候補の組の順序付け／指標付け
組のサイズ及び組の数の幾つかの組み合わせについては、幾つかの組は、他の組よりもブラインドデコーディング候補が少ない場合がある。例えば、５つのブラインドデコーディング候補がそれぞれ同じ数のＰＲＢペアで３つの組に分割されるとき、２つの組は２つのブラインドデコーディング候補を割り当てられ、１つの組は１つのブラインドデコーディング候補のみを割り当てられる。すべてのＵＥに対して同じ組が構成される場合、より少ないブラインドデコーディング候補／可能性を有する組における利用及びブロッキング性能は、他の組とは異なることがあり、これは望ましくない場合がある。

この問題を解決するために、様々な実施形態は、同じｅＰＤＣＣＨリソースを用いるＵＥにわたって組の順序を変化させることがある。例えば、これより図９を参照すると、異なるＵＥに対して組番号が変化することがあるが、局所化される又は分散される組の指定は、すべてのＵＥにわたって共通であることができる。したがって、分散されたｅＰＤＣＣＨの組に対して使用される組番号のグループ、及び局所化されたｅＰＤＣＣＨの組に対して使用される組番号のグループは、すべてのＵＥにわたって同じであることができるが、各グループ内の番号付けは、各ＵＥに対して並べ替えられることができる。一例として、組番号の並べ替えは、ＲＮＴＩの疑似ランダム関数を用いるＵＥによって決定されることができる。

別の例では、組番号は変えられないが、ブラインドデコーディング候補のアサインメント及び探索を実行するときに組が指標付けられる順序は修正される。本明細書の先行する操作で説明されている疑似ランダムパラメータＹ^ｋ及び組の指標付けは、この例では、

によって決定され、ｋ’は、本明細書に記載の先行する操作からのｋを置き換え、ｘは、ｋが属する組に依存するＤ又はＬである。さらに、疑似ランダムパラメータＹ^ｋ及び組の指標付けは、

によって決定されることができる。

言い換えれば、組の指標の並べ替えは、分散された及び局所化された組のグループにわたって単独に行う代わりに、すべての組にわたって行うことができる。この場合、ＵＥに割り当てられた分散された組及び局所化された組の重複もさらに疑似ランダムに変化することができる。

さらに別の例では、組の番号付けは、ネットワークによって、無線リソース制御（ＲＲＣ）シグナリングを介してＵＥに提供されてもよく、ＵＥは任意の並べ替えを行う必要はない。

これより図９を参照すると、様々な実施形態による、異なるＵＥに対して異なる組の番号付けを用いる図が示される。特に、図９は、第１のＵＥ（ＵＥ１）のためのＰＲＢペアの組１、２、及び３が、第２のＵＥ（ＵＥ２）のために、それぞれ組３、１、及び２として順序付け／番号付されることを示す。これらの操作は、ｅＰＤＣＣＨの組それぞれにおける平均的な利用及びブロッキング性能が実質的に均一化（例えば同一に）されることを可能にすることができる。

これより図１０Ａから図１０Ｃを参照すると、様々な実施形態による、異なるＵＥとともにＰＲＢペアの組の異なる順序付け／番号付け／指標付けを用いることを示すフロー図が提供される。例えば、図１０Ａは、ブロック３００（図３）のＰＲＢペアの組を区別する操作は、ｅＰＤＣＣＨ制御領域のリソースを用いる複数のＵＥのうちの異なるものに関連して、ＰＲＢペアの組を異なるように順序付けすること（ブロック１０００Ａ）を含むことができることを示す。

図１０Ｂを参照すると、ブロック１０００ＡのＰＲＢペアの組を異なるように順序付ける操作は、複数のユーザ機器のうちのすべてとＰＲＢペアの組を用いること、及び複数のユーザ機器のうちの異なるものに関連して、ＰＲＢペアの組を異なるように番号付けすること（１０００Ｂ）を含むことができる。この操作の図は、様々な実施形態による、図９Ａにおいて提供される。

図１０Ｃを参照すると、ブロック３００（図３）のＰＲＢペアの組を区別する操作は、複数のＵＥのうちのすべてがＰＲＢペアの組に対して同一の組番号を用いているにも関わらず、複数のＵＥのうちのそれぞれがＰＲＢペアの組の異なる順序を用いてブラインドデコーディング候補を探すように、ｅＰＤＣＣＨ制御領域のリソースを用いる複数のＵＥのうちの異なるものに関連して、ＰＲＢペアの組を異なるように指標付けすること（ブロック１０００Ｃ）を含むことができる。例えば、組番号は、異なるＵＥに関連して変化しない場合があるにも関わらず、ブラインドデコーディング候補のアサインメント／探索を実行するときに組が指標付けされる順序は、修正されることができる。したがって、組の番号付けが複数のＵＥに対して同じでありうるにも関わらず、ＵＥが第１のブラインドデコーディング候補を探索するとき、異なるＵＥは、異なるそれぞれの探索アルゴリズムを使用することになる。一例として、図９におけるＵＥ１及びＵＥ２は、組１から３を同じように番号付けしうるが（図９に示される異なる組の番号付けを用いるよりも）、ＵＥ１は、組１でブラインドデコーディング候補を探索し始めることができ、ＵＥ２は、組２（すなわち、異なる組）で探索し始めることができる。

したがって、（例えば、図９及び図１０Ａ〜図１０Ｃに示されるように）本明細書に記載の様々な実施形態は、異なるＵＥが同じＰＲＢペアの組を異なるように識別することを可能にすることができる。例えば、異なるＵＥは、異なる組番号又はその組に関連して異なる指標付けを使用することができる。さらに、様々な実施形態において、複数のＵＥのうちの１つは、複数の組のうちの１つを任意選択的に使用しないことがあることを理解されたい。例えば、図９のＵＥ２は、組１から３のうちの１つを任意選択的に使用しないことがある。

これより図１１及び図１２を参照すると、様々な実施形態による、ネットワークノード及びＵＥのそれぞれのブロック図が提供される。例えば、図１１は、様々な実施形態に従って構成されるネットワークノード１１００のブロック図である。ネットワークノード１１００のエレメントは、基地局（ｅＮＢ）、モビリティ管理エンティティ／サービングゲートウェイ（ＭＭＥ／Ｓ−ＧＷ）、及び／又は別の無線通信システムのネットワークノードに含まれることができる。ネットワークノード１１００は、リソーススケジューラ１１０９を任意選択的に含むことができる。さらに、ネットワークノード１１００は、トランシーバ１１０１、一つ又は複数のネットワークインターフェース１１０２、プロセッサ（例えばコントローラ）回路１１０４、及び機能モジュール１１０８を含む一つ又は複数のメモリデバイス１１０６を含む。

トランシーバ１１０１（例えば３ＧＰＰ準拠の又は他の無線周波数（ＲＦ）の通信トランシーバ）は、一つ又は複数のＵＥ又は無線通信システムの別のノードと通信するように構成される。プロセッサ回路１１０４は、汎用プロセッサ及び／又は専用プロセッサ（例えば、マイクロプロセッサ及び／又はデジタル信号プロセッサ）などの一つ又は複数のデータ処理回路を含むことができる。プロセッサ１１０４は、一つ又は複数のメモリデバイス１１０６（例えば非一時的なコンピュータ可読媒体）の機能モジュール１１０８からのコンピュータプログラム命令を実行するように構成され、ネットワークノードによって実行されるように本明細書に記載される少なくとも幾つかの操作を実行する。例えば、プロセッサ１１０４は、トランシーバ１１０１を用いて、ｅＰＤＣＣＨメッセージをＵＥ１２００に伝送するように構成されることができる。ネットワークインターフェース１１０２は、ＭＭＥ／Ｓ−ＧＷ（基地局内に位置するとき）と通信することができ、又は基地局（ＭＭＥ／Ｓ−ＧＷ内に位置するとき）と通信することができる。

特に、ネットワークノード１１００のトランシーバ１１０１は、ｅＰＤＣＣＨを用いて通信するように構成されることができる。さらに、プロセッサ１１０４は、ブラインドデコーディング候補を定義するときにｅＰＤＣＣＨ制御領域内のＰＲＢペアの組を区別するように構成されることができる。プロセッサは、ＰＲＢペアの組を区別することに応答して、ＵＥのためにリソースをスケジューリングするようにさらに構成されることができる。

一例では、プロセッサ１１０４は、ＰＲＢペアの組それぞれのサイズに比例してＰＲＢペアの組にブラインドデコーディング候補を割り当てることによって、ＰＲＢペアの組を区別するように構成されることができる。別の例では、プロセッサ１１０４は、ＰＲＢペアの組のうちの重複するものが異なる開始位置をもつようにブラインドデコーディング候補のリストの開始位置を変化させるランダム化手順を実行することによって、ＰＲＢペアの組を区別するように構成されることができる。さらに別の例では、プロセッサ１１０４は、ＵＥによって考慮される２つの連続するブラインドデコーディング候補が異なるＰＲＢペアにおいて生じるようにＰＲＢペアの組のうちの特定の１つの識別情報を用いてブラインドデコーディング候補を定義することによって、ＰＲＢペアの組を区別するように構成されることができる。さらなる例では、プロセッサ１１０４は、ｅＰＤＣＣＨ制御領域のリソースを用いる複数のＵＥのうちの異なるものに関連して、ＰＲＢペアの組を異なるように順序付けすることによって、ＰＲＢペアの組を区別するように構成されることができる。

図１２は、様々な実施形態による、ＵＥ１２００（例えば、本明細書に記載の任意のＵＥ）のブロック図である。ＵＥ１２００は、トランシーバ１２０２、プロセッサ回路１２０４、及び機能モジュール１２０８を含む一つ又は複数のメモリデバイス１２０６を含む。ＵＥ１２００は、ディスプレイ１２１０、ユーザ入力インターフェース１２１２、及びスピーカ１２１４などの他の要素をさらに含むことができる。

トランシーバ１２０２（例えば３ＧＰＰ準拠の又は他のＲＦの通信トランシーバ）は、無線通信インターフェースを通じて基地局（ｅＮＢ）と通信するように構成される。プロセッサ１２０４は、汎用プロセッサ及び／又は専用プロセッサ（例えば、マイクロプロセッサ及び／又はデジタル信号プロセッサ）などの一つ又は複数のデータ処理回路を含むことができる。プロセッサ１２０４は、一つ又は複数のメモリデバイス１２０６（例えば非一時的なコンピュータ可読媒体）の機能モジュール１２０８からのコンピュータプログラム命令を実行するように構成され、ＵＥによって実行されるように本明細書に記載される少なくとも幾つかの操作を実行する。

ＵＥ１２００は、携帯電話（例えば「セルラ」電話）、データ端末、並びに／或いは、例えば、ポータブルコンピュータ、ポケットコンピュータ、ハンドヘルドコンピュータ、ラップトップコンピュータ、電子書籍リーダ、及び／又は据置型ゲーム装置などの無線通信能力を有する別の処理デバイスであることができる。

特に、ＵＥ１２００のトランシーバ１２０２は、ｅＰＤＣＣＨを用いてネットワークノード１１００からｅＰＤＣＣＨメッセージを受信するように構成されることができる。さらに、ＵＥ１２００のプロセッサ１２０４は、ネットワークノード１１００からｅＰＤＣＣＨメッセージを受信することに応答して、ｅＰＤＣＣＨ制御領域内のＰＲＢペアの組を区別することに関連して定義されるブラインドデコーディング候補を探すように構成されることができる。

一例では、ＵＥ１２００のプロセッサ１２０４が探すように構成されうるブラインドデコーディング候補は、ＰＲＢペアの組それぞれのサイズに比例してＰＲＢペアの組に（例えばネットワークノード１１００によって）割り当てられたブラインドデコーディング候補を含む。別の例では、ＵＥ１２００のプロセッサ１２０４は、ＰＲＢペアの組のうちの重複するものが異なる開始位置をもつように、変化する開始位置を有するブラインドデコーディング候補のリストを用いることによって、ブラインドデコーディング候補を探すように構成されることができる。さらに別の例では、ＵＥ１２００のプロセッサ１２０４によって探索されたブラインドデコーディング候補のうちの少なくとも１つは、ＵＥによって考慮される２つの連続するブラインドデコーディング候補が異なるＰＲＢペアにおいて生じるようにＰＲＢペアの組のうちの特定の１つの識別情報を用いて定義されるブラインドデコーディング候補を含む。さらなる例では、プロセッサ１２０４は、ｅＰＤＣＣＨ制御領域のリソースを用いる他のＵＥによって用いられる順序付けとは異なるＰＲＢペアの組の順序付けを用いてブラインドデコーディング候補を探すように構成されることができる。

これより図１４Ａから１４Ｅを参照すると、ＵＥ１２００の操作を示すフロー図が提供される。図１４Ａは、ＵＥ１２００が、ｅＰＤＣＣＨを用いてネットワークノード１１００からｅＰＤＣＣＨメッセージを受信することができること（ブロック１４００）を示す。次いで、ＵＥ１２００は、ネットワークノード１１００からｅＰＤＣＣＨメッセージを受信することに応答して、ｅＰＤＣＣＨ制御領域内のＰＲＢペアの組を区別することに関連して定義されるブラインドデコーディング候補を探すことができる（ブロック１４０１Ａ）。

図１４Ｂを参照すると、図１４Ａのブロック１４０１Ａで探索されたブラインドデコーディング候補は、ＰＲＢペアの組それぞれのサイズに比例してＰＲＢペアの組に割り当てられたブラインドデコーディング候補であることができる（ブロック１４０１Ｂ）。図１４Ｃを参照すると、（図１４Ａにおける）ブロック１４０１Ａのブラインドデコーディング候補を探すことの表示は、ＰＲＢペアの組のうちの重複するものが異なる開始位置をもつように、変化する開始位置を有するブラインドデコーディング候補のリストを用いることによって、ブラインドデコーディング候補を探すこと（ブロック１４０１Ｃ）を含むことができる。図１４Ｄを参照すると、図１４Ａのブロック１４０１Ａにおいて探索されたブラインドデコーディング候補は、ＵＥ１２００によって考慮される２つの連続するブラインドデコーディング候補が異なるＰＲＢペアにおいて生じうるようにＰＲＢペアの組のうちの特定の１つの識別情報を用いて（例えばネットワークノード１１００によって）定義されたブラインドデコーディング候補を含むことができる（ブロック１４０１Ｄ）。図１４Ｅを参照すると、（図１４Ａにおける）ブロック１４０１Ａのブラインドデコーディング候補を探すことの表示は、ｅＰＤＣＣＨ制御領域のリソースを用いる他のＵＥによって用いられる順序付けとは異なるＰＲＢペアの組の順序付けを用いてブラインドデコーディング候補を探すこと（１４０１Ｅ）を含むことができる。

以上の説明及び図面に関連して、本明細書で多くの異なる実施形態が開示された。これらの実施形態のあらゆる組み合わせ及び部分的な組み合わせをそのまま説明して例示することは、過度に反復的で難解になることを理解されたい。したがって、本明細書は、図面を含めて、実施形態の様々な例示的な組み合わせ及び部分的な組み合わせ、並びにそれらを作成して活用する方法及びプロセスの書面による完全な説明を構成すると解釈するべきであり、本明細書は、図面を含めて、任意のこのような組み合わせ及び部分的な組み合わせに対して特許請求の範囲をサポートする。

本開示の原則から実質的に逸脱しなければ、実施形態に対して多くの変形及び修正を行うことができる。すべてのこのような変形及び修正は、本開示の範囲内で本明細書に含まれることが意図されている。したがって、上記で開示される主題は、限定的なものではなく、例示的なものであるとみなすべきであり、添付の特許請求は、本開示の本質及び範囲内に包含される、すべてのこのような修正、改善、及び他の実施形態を対象とすることが意図されている。

Claims (32)

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. 前記ブラインドデコーディング候補（Ｘｓ）を探すことが、前記ｅＰＤＣＣＨ制御領域のリソースを用いる他のＵＥによって用いられる順序付けとは異なる前記ＰＲＢペアの組の順序付けを用いて前記ブラインドデコーディング候補（Ｘｓ）を探すこと（１４０１Ｅ）を含む、請求項２８に記載の方法。

Images