(57)【特許請求の範囲】
【請求項１】
無線通信システムのネットワークノードによって拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）情報を処理する方法であって、
ブラインドデコーディング候補（Ｘｓ）を定義するときにｅＰＤＣＣＨ制御領域内の物理リソースブロック（ＰＲＢ）ペアの組を区別すること（３００）、及び
前記ＰＲＢペアの組を区別すること（３００）に応答して、ユーザ機器のためのリソースをスケジューリングすること（３０１）
を含み、
前記ＰＲＢペアの組を区別すること（３００）が、
前記ＰＲＢペアの組のうちの重複するものが異なる開始位置をもつようにブラインドデコーディング候補（Ｘｓ）のリストの開始位置を変化させるランダム化手順を実行すること（７００Ａ）を含み、
前記ランダム化手順を実行すること（７００Ａ）が、
前記ＰＲＢペアの組それぞれが異なってランダム化されるように、前記ＰＲＢペアの組それぞれの中で別々に前記ランダム化手順を実行すること（７００Ｂ）を含む
方法。
【請求項２】
前記ＰＲＢペアの組を区別すること（３００）が、
前記ＰＲＢペアの組それぞれのサイズに比例して前記ＰＲＢペアの組にブラインドデコーディング候補（Ｘｓ）を割り当てること（６００Ａ）を含む、請求項１に記載の方法。
【請求項３】
前記ブラインドデコーディング候補（Ｘｓ）を割り当てること（６００Ａ）が、
前記ＰＲＢペアの組それぞれに少なくとも１つのブラインドデコーディング候補（Ｘ）を割り当てることを含む、請求項２に記載の方法。
【請求項４】
前記ＰＲＢペアの組それぞれのサイズに比例して前記ブラインドデコーディング候補（Ｘｓ）を割り当てること（６００Ａ）が、
前記ＰＲＢペアの組を表すアレイを形成すること（６００Ｂ‐１）、及び
前記ＰＲＢペアの組それぞれに割り当てられた前記ブラインドデコーディング候補（Ｘｓ）を表すために前記アレイを投入すること（６００Ｂ‐２）を含む、請求項２に記載の方法。
【請求項５】
前記ＰＲＢペアの組それぞれのサイズが、前記ＰＲＢペアの組のそれぞれにおけるＰＲＢの数量を含む、請求項２から４のいずれか一項に記載の方法。
【請求項６】
前記ＰＲＢペアの組それぞれの中で別々に前記ランダム化手順を実行すること（７００Ｂ）が、
前記ＰＲＢペアの組のうちの特定の１つの組を識別するランダム化関数を用いて、前記ＰＲＢペアの組のうちの前記特定の１つの組のために前記ランダム化手順を実行すること（７００Ｂ）を含む、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記ランダム化関数が、ｅＰＤＣＣＨ組番号を用いて前記ＰＲＢペアの組のうちの前記特定の１つの組を識別する、請求項６に記載の方法。
【請求項８】
前記ＰＲＢペアの組を区別すること（３００）が、
前記ＰＲＢペアの組のうちの特定の１つの組の識別情報を用いてブラインドデコーディング候補（Ｘ）を定義すること（８００Ａ）を含む、請求項１から７のいずれか１項に記載の方法。
【請求項９】
前記識別情報が、前記ＰＲＢペアの組のうちの前記特定の１つの組の利用可能なリソースの表示を含む、請求項８に記載の方法。
【請求項１０】
前記利用可能なリソースの表示が、前記ＰＲＢペアの組のうちの前記特定の１つの組の拡張制御チャネルエレメント（ｅＣＣＥ）の数量を含む、請求項９に記載の方法。
【請求項１１】
前記識別情報が、ｅＰＤＣＣＨ組番号を用いて前記ＰＲＢペアの組のうちの前記特定の１つの組を識別する、請求項８から１０のいずれか１項に記載の方法。
【請求項１２】
前記ブラインドデコーディング候補（Ｘ）を定義すること（８００Ａ）が、
前記ユーザ機器によって考慮される２つの連続するブラインドデコーディング候補（Ｘｓ）が異なるＰＲＢペアにおいて生じるように前記ブラインドデコーディング候補（Ｘ）を定義すること（８００Ｂ）を含む、請求項８から１１のいずれか１項に記載の方法。
【請求項１３】
前記ＰＲＢペアの組を区別すること（３００）が、
ｅＰＤＣＣＨ制御領域のリソースを用いる複数のユーザ機器のうちの異なるものに対して、前記ＰＲＢペアの組を異なるように順序付けすること（１０００Ａ）を含む、請求項１から１１のいずれか１項に記載の方法。
【請求項１４】
前記ＰＲＢペアの組を異なるように順序付けすること（１０００Ａ）が、
前記複数のユーザ機器のうちのすべてと前記ＰＲＢペアの組を用いて、前記複数のユーザ機器のうちの異なるものに対して、前記ＰＲＢペアの組を異なるように番号付けすること（１０００Ｂ）を含む、請求項１３に記載の方法。
【請求項１５】
前記ＰＲＢペアの組を区別すること（３００）が、
複数のユーザ機器のうちのすべてが前記ＰＲＢペアの組に対して同一の組番号を用いているにも関わらず、前記複数のユーザ機器それぞれが前記ＰＲＢペアの組の異なる順序を用いて前記ブラインドデコーディング候補（Ｘｓ）を探すように、ｅＰＤＣＣＨ制御領域のリソースを用いる前記複数のユーザ機器のうちの異なるものに対して、前記ＰＲＢペアの組を異なるように指標付けすること（１０００Ｃ）を含む、請求項１から１２のいずれか１項に記載の方法。
【請求項１６】
無線通信システムのネットワークノード（１１００）であって、
拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）を用いて通信するように構成されているトランシーバ（１１０１）、及び
プロセッサ（１１０４）であって、
ブラインドデコーディング候補（Ｘｓ）を定義するときにｅＰＤＣＣＨ制御領域内の物理リソースブロック（ＰＲＢ）ペアの組を区別し、且つ
前記ＰＲＢペアの組を区別することに応答して、ユーザ機器のためのリソースをスケジューリングするように構成されているプロセッサ
を備え、
前記プロセッサ（１１０４）が、前記ＰＲＢペアの組のうちの重複するものが異なる開始位置をもつようにブラインドデコーディング候補（Ｘｓ）のリストの開始位置を変化させるランダム化手順を実行することによって、前記ＰＲＢペアの組を区別するように構成されており、
前記ランダム化手順を実行すること（７００Ａ）が、
前記ＰＲＢペアの組それぞれが異なってランダム化されるように、前記ＰＲＢペアの組それぞれの中で別々に前記ランダム化手順を実行すること（７００Ｂ）を含む
ネットワークノード。
【請求項１７】
前記プロセッサ（１１０４）が、前記ＰＲＢペアの組それぞれのサイズに比例して前記ＰＲＢペアの組にブラインドデコーディング候補（Ｘｓ）を割り当てることによって、前記ＰＲＢペアの組を区別するように構成されている、請求項１６に記載のノード。
【請求項１８】
前記プロセッサ（１１０４）が、前記ユーザ機器によって考慮される２つの連続するブラインドデコーディング候補（Ｘｓ）が異なるＰＲＢペアにおいて生じるように、前記ＰＲＢペアの組のうちの特定の１つの組の識別情報を用いてブラインドデコーディング候補（Ｘ）を定義することによって、前記ＰＲＢペアの組を区別するように構成されている、請求項１６に記載のノード。
【請求項１９】
前記プロセッサ（１１０４）が、前記ｅＰＤＣＣＨ制御領域のリソースを用いる複数のユーザ機器のうちの異なるものに対して、前記ＰＲＢペアの組を異なるように順序付けすることによって、前記ＰＲＢペアの組を区別するように構成されている、請求項１６に記載のノード。
【請求項２０】
無線通信システムのユーザ機器（ＵＥ）（１２００）であって、
ｅＰＤＣＣＨを用いてネットワークノード（１１００）から拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）メッセージを受信するように構成されているトランシーバ（１２０２）、及び
前記ネットワークノード（１１００）から前記ｅＰＤＣＣＨメッセージを受信することに応答して、ｅＰＤＣＣＨ制御領域内の物理リソースブロック（ＰＲＢ）ペアの組を区別することに関連して定義されるブラインドデコーディング候補（Ｘｓ）を探すように構成されているプロセッサ（１２０４）
を備え、
前記ＰＲＢペアの組それぞれが異なってランダム化されており、
前記プロセッサ（１２０４）が、前記ＰＲＢペアの組のうちの重複するものが異なる開始位置をもつように、異なる開始位置を有する前記ブラインドデコーディング候補（Ｘｓ）のリストを用いることによって、前記ブラインドデコーディング候補（Ｘｓ）を探すように構成されている、
ＵＥ。
【請求項２１】
前記ブラインドデコーディング候補（Ｘｓ）が、前記ＰＲＢペアの組それぞれのサイズに比例して前記ＰＲＢペアの組に割り当てられるブラインドデコーディング候補（Ｘｓ）を含む、請求項２０に記載のＵＥ。
【請求項２２】
前記ブラインドデコーディング候補（Ｘｓ）のうちの少なくとも１つが、前記ＵＥ（１２００）によって考慮される２つの連続するブラインドデコーディング候補（Ｘｓ）が異なるＰＲＢペアにおいて生じるように、前記ＰＲＢペアの組のうちの特定の１つの組の識別情報を用いて定義されるブラインドデコーディング候補（Ｘ）を含む、請求項２０に記載のＵＥ。
【請求項２３】
前記プロセッサ（１２０４）が、前記ｅＰＤＣＣＨ制御領域のリソースを用いる他のＵＥによって用いられる順序付けとは異なる前記ＰＲＢペアの組の順序付けを用いて前記ブラインドデコーディング候補（Ｘｓ）を探すように構成されている、請求項２０に記載のＵＥ。
【請求項２４】
無線通信システムのユーザ機器（ＵＥ）（１２００）を操作する方法であって、
ｅＰＤＣＣＨを用いてネットワークノード（１１００）から拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）メッセージを受信すること（１４００）、及び
前記ネットワークノード（１１００）から前記ｅＰＤＣＣＨメッセージを受信することに応答して、ｅＰＤＣＣＨ制御領域内の物理リソースブロック（ＰＲＢ）ペアの組を区別することに関連して定義されるブラインドデコーディング候補（Ｘｓ）を探すこと（１４０１Ａ）
を含み、
前記ＰＲＢペアの組それぞれが異なってランダム化されており、
前記ブラインドデコーディング候補（Ｘｓ）を探すことが、前記ＰＲＢペアの組のうちの重複するものが異なる開始位置をもつように、異なる開始位置を有する前記ブラインドデコーディング候補（Ｘｓ）のリストを用いることによって、前記ブラインドデコーディング候補（Ｘｓ）を探すこと（１４０１Ｃ）を含む、方法。
【請求項２５】
前記ブラインドデコーディング候補（Ｘｓ）が、前記ＰＲＢペアの組それぞれのサイズに比例して前記ＰＲＢペアの組に割り当てられるブラインドデコーディング候補（Ｘｓ）を含む、請求項２４に記載の方法。
【請求項２６】
前記ブラインドデコーディング候補（Ｘｓ）のうちの少なくとも１つが、前記ＵＥ（１２００）によって考慮される２つの連続するブラインドデコーディング候補（Ｘｓ）が異なるＰＲＢペアにおいて生じるように、前記ＰＲＢペアの組のうちの特定の１つの組の識別情報を用いて定義されるブラインドデコーディング候補（Ｘ）を含む、請求項２４に記載の方法。
【請求項２７】
前記ブラインドデコーディング候補（Ｘｓ）を探すことが、前記ｅＰＤＣＣＨ制御領域のリソースを用いる他のＵＥによって用いられる順序付けとは異なる前記ＰＲＢペアの組の順序付けを用いて前記ブラインドデコーディング候補（Ｘｓ）を探すこと（１４０１Ｅ）を含む、請求項２４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
優先権の主張
本願は、そのすべての開示内容が参照によって本願に組み込まれる、「ｅＰＤＣＣＨ  Ｂｌｉｎｄ  Ｄｅｃｏｄｅ  Ｐａｒｔｉｔｉｏｎｉｎｇ  ａｎｄ  Ｓｅａｒｃｈ  Ｃａｎｄｉｄａｔｅ  Ｈａｓｈｉｎｇ」と題する２０１２年９月２８日に出願された米国仮出願第６１／７０７，２８５号の利益を主張するものである。
【０００２】
本開示は、通信を対象としており、より具体的には、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）情報を処理する方法、並びに関連するネットワークノード及びユーザ機器を対象とする。
【背景技術】
【０００３】
第３世代パートナーシッププロジェクト（３ＧＰＰ）のロングタームエボリューション（ＬＴＥ）技術は、モバイルブロードバンド無線技術であり、基地局（例えば拡張ＮｏｄｅＢ（ｅＮＢ））から移動局（例えばユーザ機器（ＵＥ））への送信が直交周波数分割多重（ＯＦＤＭ）を使用して送信される技術である。ＯＦＤＭは、信号を、周波数における複数の並列のサブキャリアに分割する。ＬＴＥにおける送信の基本単位はリソースブロック（ＲＢ）であり、その最も一般的な構成は、（１個のスロットを提供することができる）１２個のサブキャリアと７個のＯＦＤＭシンボルを含む。１つのサブキャリアと１つのＯＦＤＭシンボルという単位は、図１Ａで示されるように、リソースエレメント（ＲＥ）と呼ばれる。したがって、１個のＲＢは、８４個のＲＥを含むことができる。図１Ｂを参照すると、ＬＴＥ無線サブフレームは、周波数内に複数のＲＢを含み、ＲＢの数がシステムの帯域幅及び時間における２つのスロットを決定する。さらに、サブフレームにおいて時間的に隣接する２つのＲＢは、ＲＢペアと呼ばれることができる。
【０００４】
時間領域において、ＬＴＥダウンリンク送信は、１０ｍｓの無線フレームに編成され、各無線フレームは、Ｔｓｕｂｆｒａｍｅ＝１ｍｓの長さを有するサイズが等しい１０個のサブフレームからなる。ダウンリンク（ｅＮＢからＵＥへ送信を運ぶリンク）サブフレームにおいてｅＮＢによって送信される信号は、複数のアンテナから送信されてもよく、且つ複数のアンテナを有するＵＥにおいて受信されてもよい。無線チャネルは、複数のアンテナポートからの送信された信号を歪ませる。ダウンリンク上の任意の送信を復調するためには、ＵＥは、ダウンリンク上で送信される参照シンボル（ＲＳ）に依存する。これらのＲＳ及び時間‐周波数グリッドにおけるその位置は、ＵＥに知られており、したがって、これらのシンボルに対する無線チャネルの効果を測定することによって、チャネル推定値を決定するために用いることができる。
【０００５】
ユーザに無線リンクを介して送信されるメッセージは、制御メッセージ又はデータメッセージに大きく分類することができる。制御メッセージは、システムの適切な動作、並びにシステム内の各ＵＥの適切な動作を促進するために用いられる。制御メッセージは、ＵＥからの送信電力、データがＵＥによって受信される又はＵＥから送信されるＲＢのシグナリングなどの機能を制御するためのコマンドを含んでもよい。
【０００６】
制御メッセージの例としては、例えばスケジューリング情報と電力制御メッセージを運ぶ物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、前のアップリンク送信に応答してＡＣＫ／ＮＡＣＫを運ぶ物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）、及びシステム情報を運ぶ物理報知チャネル（ＰＢＣＨ）がある。さらに、１次同期信号及び２次同期信号は、時間と周波数において固定位置と周期を有する制御信号（ＰＳＳ／ＳＳＳ）とみなすことができ、それにより、ネットワークに初期アクセスするＵＥがそれらをみつけ、同期することができる。
【０００７】
ＰＢＣＨは、ＰＤＣＣＨ送信によってスケジューリングされないが、１次同期信号及び２次同期信号（ＰＳＳ／ＳＳＳ）に関連する固定位置を有する。したがって、ＵＥは、ＰＤＣＣＨを読み取ることができる前にＢＣＨにおいて送信されるシステム情報を受信することができる。
【０００８】
ＬＴＥリリース１０では、ＵＥへのすべての制御メッセージは、共通参照信号（ＣＲＳ）を用いて復調される。したがって、これらは広範囲なセルカバレッジを有しており、その位置に関する知識を持っていないセル内のすべてにＵＥに到達する。例外としてＰＳＳ及びＳＳＳがあり、ＰＳＳ及びＳＳＳは、スタンドアローンであり、復調の前にＣＲＳの受信を必要としない。サブフレームにおける最初の１から４のＯＦＤＭシンボルは、構成に応じて、図１Ｂ及び図１Ｃで示されるように、このような制御情報を収容するために取っておかれる。制御メッセージは、１つのＵＥへのみ送信される必要のある種類のメッセージ（すなわちＵＥ固有制御）と、ｅＮＢによりカバーされるセル内のすべてのＵＥ又は２つ以上のＵＥの何らかのサブセット（すなわち共通制御）へ送信される必要のある種類のメッセージとに分類することができる。
【０００９】
ＰＤＣＣＨタイプの制御メッセージは、ＣＲＳを用いて復調され、且つ制御チャネルエレメント（ＣＣＥ）と呼ばれる単位の集合（ｍｕｌｔｉｐｌｅｓ）で送信され、各ＣＣＥは３６個のＲＥを含む。ＰＤＣＣＨは、１、２、４、又は８個のＣＣＥのアグリゲーションレベル（ＡＬ）を有し、制御メッセージのリンクアダプテーションを可能にすることができる。さらに、各ＣＣＥは、９つのリソースエレメントグループ（ＲＥＧ）にマッピングされ、ＲＥＧはそれぞれ４つのＲＥからなる。これらのＲＥＧは、システム帯域幅全体にわたって分配され、ＣＣＥのために周波数ダイバーシティを提供する。したがって、最大８つのＣＣＥからなるＰＤＣＣＨは、構成に応じて、最初の１から４のＯＦＤＭシンボルにおいて全体的なシステム帯域幅に及ぶことができる。例えば、図１Ｃは、システム帯域幅全体に及ぶ制御領域に対して、ＰＤＣＣＨに属する１つのＣＣＥのマッピングを示す。
【００１０】
制御情報のチャネルコーディング、スクランブリング、変調、及びインターリービングの後、変調されたシンボルは、制御領域内のリソース要素にマッピングされる。本明細書に記載されているように、ＣＣＥは、各ＣＣＥが３６個のＲＥに対応するように定義されている。アグリゲーションレベルを選択することにより、ＰＤＣＣＨのリンクアダプテーションが得られる。全体では、サブフレームにおいて送信されるすべてのＰＤＣＣＨに対して利用可能なＮＣＣＥのＣＣＥがあり、ＮＣＣＥの数は、制御シンボルｎの数及び構成されたＰＨＩＣＨリソースの数に応じて、サブフレームからサブフレームへと変動する。
【００１１】
ＮＣＣＥがサブフレームからサブフレームへと変動するにつれて、端末は、そのＰＤＣＣＨのために用いられる位置並びにＣＣＥの数を盲目的（ｂｌｉｎｄｌｙ）に決定しなければならなく、これは演算集約的なデコーディングタスクでありうる。したがって、ＬＴＥリリース８では、端末が通らなければならない可能性のあるブラインドデコーディングの数に幾つかの制限が導入された。例えば、ＣＣＥは番号付され、図１Ｄで示されるように、サイズｋのＣＣＥアグリゲーションレベルは、ｋによって均一に割り切れるＣＣＥの数でしか開始することができない。一例として、図１Ｄは、８、４、２、及び１のアグリゲーションレベル（ＡＬ）を示すＣＣＥアグリゲーションを示す。
【００１２】
端末（例えばＵＥ）がブラインドデコーディングし、有効なＰＤＣＣＨを探さなければならないＣＣＥの組は、ＵＥのサーチスペースと呼ばれる。これは、端末がアサインメント（割り当て）又は他の制御情報をスケジューリングするために監視するべきＡＬ上のＣＣＥの組である。各サブフレームにおいて且つ各ＡＬ上で、端末は、そのサーチスペースにおいてＣＣＥから形成することができるすべてのＰＤＣＣＨをデコーディングすることを試みる。巡回冗長検査（ＣＲＣ）で検査が行われる場合、ＰＤＣＣＨのコンテンツが端末に対して有効であると想定され、受信情報がさらに処理される。
【００１３】
２つ以上の端末が重複するサーチスペースを有し、制御チャネルのスケジューリングのためにネットワークがそれらの１つを選択しなければならないことが多い。これが起きたとき、スケジューリング対象外端末は、ブロックされるといわれている。ＵＥのためのサーチスペースは、サブフレームからサブフレームへと疑似ランダム的に変動し、このブロッキングの確率を減少させる或いは最小限にする。さらに、図１Ｅは、サブフレーム内に送信されるすべてのＰＤＣＣＨの処理ステップを示すフロー図である。例えば、図１Ｅは、ＰＤＣＣＨメッセージは、ＣＣＥに構造化されうることを示す（ブロック１０１）。制御情報は、次いでスクランブリングされ且つ変調されることができる（ブロック１０２）。レイヤマッピング及び／又は送信ダイバーシティ操作は、オプションとして実行されることができる（ブロック１０３）。四重ベースインターリービング（ｑｕａｄｒｕｐｌｅｘ−ｂａｓｅｄ  ｉｎｔｅｒｌｅａｖｉｎｇ）が実行されることができる（ブロック１０４）。巡回シフトは、セル識別に基づいて実行してもよい（ブロック１０５）。さらに、ＲＥＧへのマッピングを実行してもよい（ブロック１０６）。
【００１４】
ＬＴＥリリース１１では、拡張制御チャネルの形態で制御情報用のＵＥ固有送信を導入することが合意されており、これは、図１Ｆで示されるように、ＵＥ固有参照信号に基づいてこのような送信を使用してＵＥへの汎用制御メッセージの送信を可能にすることによって、及びデータ領域内への配置によってなされる。これは一般的に拡張ＰＤＣＣＨ（ｅＰＤＣＣＨ）、拡張ＰＨＩＣＨ（ｅＰＨＩＣＨ）などとして知られる。リリース１１における拡張制御チャネルについては、復調のためにアンテナポート
0005992627.tif 000002
すなわち、ＵＥ固有参照シンボル（ＲＳ）を用いて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信のために使用されるのと同じアンテナポートが使用されることが合意されてきた。この拡張は、プリコーディングゲインが制御チャネルのためにも達成されうることを意味する。もう一つの利点は、異なるＰＲＢペア（又は拡張制御領域、図１Ｉを参照）をセルの内部の異なるセル又は異なる送信ポイントに割り当てることができることであり、それにより、制御チャネル間のセル間干渉調整又はポイント間干渉調整が達成されることができる。これは、ＨｅｔＮｅｔシナリオに対して特に有用である。
【００１５】
図１Ｆは、１０個のリソースブロック（ＲＢ）ペアを示すダウンリンクサブフレーム、及びそれぞれ１つの物理リソースブロック（ＰＲＢ）ペアのサイズを有する３つのｅＰＤＣＣＨ領域（１１１、１１２、１１３）の構成を示す。残りのＲＢペアは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信のために使用することができる。
【００１６】
同じ拡張制御領域（図１ｌ参照）を、互いに大きく干渉しない、セルの内部の又は異なるセルに属する異なる送信ポイントにおいて使用することができる。典型例は、マクロセルが同じ同期信号／セルＩＤを有する（又はそれと関連する）カバレージ領域内に低出力ピコノードを含む、共通セルシナリオ（ｓｈａｒｅｄ−ｃｅｌｌ  ｓｃｅｎａｒｉｏ）である。
【００１７】
例えば、図１Ｇは、ヘテロジニアスネットワークシナリオ（ｈｅｔｅｒｏｇｅｎｅｏｕｓ  ｎｅｔｗｏｒｋ）を示し、図１Ｇの破線はマクロセルカバレージ領域１２０を示し、１２１、１２２、及び１２３は、３つのピコノード１３１、１３２、及び１３３それぞれのカバレージ領域に対応する。共有セルシナリオでは、ピコノードカバレージ領域１２１、１２２、及び１２３、並びにマクロセルカバレージ領域１２０は、同じセルＩＤ、例えば同じ同期信号（すなわち、同じ同期信号で送信される又はそれに関連する）を有する。
【００１８】
図１Ｇのピコノード１３２及び１３３のように、地理的に分離されたピコノードでは、同じ拡張制御領域、すなわち、ＰＤＣＣＨ用に用いられる同じＰＲＢを再利用することができる。このようにして、セルの異なる部分において所与のＰＲＢリソースが潜在的に複数回再利用されるため、共有セル内の合計制御チャネル容量が増大する。これは、領域分割ゲイン（ａｒｅａ  ｓｐｌｉｔｔｉｎｇ  ｇａｉｎｓ）が得られることを確かにする。例えば、図１Ｈでは、ピコノード１３２及び１３３は拡張制御領域を共有するが、ピコノード１３１は、ピコノード１３２に近接するため、干渉のリスクがあり、したがって、非重複的な拡張制御領域が割り当てられる。共有セルの内部の、ピコノード１３１と１３２の間、又は同じように、送信ポイント１３１と１３２の間の干渉調整は、それにより達成される。幾つかの例では、ＵＥは、マクロセルから制御チャネルシグナリングの一部、及び近くのピコセルからの制御シグナリングの他の部分を受信しなければならない場合がある。
【００１９】
この領域分割及び制御チャネル周波数調整は、ＰＤＣＣＨが帯域幅全体に及ぶため、ＰＤＣＣＨでは可能ではない。ＰＤＣＣＨは、復調をＣＲＳの使用に依存するため、ＵＥ固有プリコーディングを使用する可能性を提供しない。
【００２０】
図１Ｈは、ＰＤＣＣＨ内のＣＣＥに類似して、複数のグループに分割され、且つ拡張制御領域１１１及び１１２のうちの１つにマッピングされるｅＰＤＣＣＨを示す。図１Ｈでは、拡張制御領域は、サブフレームにおけるＰＤＣＣＨの同時送信を調整するために、ＯＦＤＭシンボル・ゼロで開始しない。しかしながら、本明細書に記載されているように、将来のＬＴＥリリースではＰＤＣＣＨを有しないキャリアタイプがある可能性があり、その場合、拡張制御領域は、サブフレーム内のＯＦＤＭシンボル・ゼロから開始することができる。
【００２１】
図１ｌは、localized送信を達成するために、拡張制御領域のうちの１つにマッピングされるｅＰＤＣＣＨに属するＣＣＥを示すダウンリンクのサブフレームを示す。さらに、図１Ｊは、distributed送信及び周波数ダイバーシティ又はサブバンドプリコーディングを達成するために、拡張制御領域のうちの複数のものにマッピングされるｅＰＤＣＣＨに属するＣＣＥを示すダウンリンクのサブフレームを示す。
【００２２】
拡張制御チャネルがＵＥ固有プリコーディング及び図１ｌに示されるlocalized送信を可能にしたとしても、それは、幾つかの例において、ブロードキャスト型の広領域カバレージ方式で拡張制御チャネルの送信を可能にするのに有用であることができる。これは、ｅＮＢが特定のＵＥに向けてプリコーディングを実行するのに信頼性のある情報を有しない場合に有用であり、広領域カバレージ送信がより頑強となりうる。
【００２３】
もう一つの例としては、特定の制御メッセージが２つ以上のＵＥに対して意図され、且つＵＥ固有のプリコーディングを使用することができないときがある。一例として、ＰＤＣＣＨを用いた共通制御情報の送信（すなわち、共通サーチスペース（ＣＳＳ）における）がある。
【００２４】
これらのどの例においても、拡張制御領域にわたるdistributed送信が使用されることができる。例えば、図１Ｊは、同じｅＰＤＣＣＨに属する４つの部分１４１〜１４４が、拡張制御領域にわたってdistributedされることを示す。
【００２５】
３ＧＰＰのｅＰＤＣＣＨ開発では、ｅＰＤＣＣＨのdistributed送信及びlocalized送信の両方が、それぞれ図１Ｊ及び図１ｌに対応してサポートされるべきであることが合意された。
【００２６】
distributed送信が使用されるとき、ｅＰＤＣＣＨメッセージのダイバーシティ次数を増大／最大化するためにアンテナダイバーシティを達成することができればさらに有用であることができる。一方で、時には広帯域チャネル品質及び広帯域プリコーディング情報のみがｅＮＢにおいて利用可能であり、distributed送信を実行するのに有用でありうるが、ＵＥ固有の広帯域プリコーディングにおいて有用である。
【００２７】
拡張制御チャネルのdistributed送信を調整すると同時に、localized送信のための複数のオプションをサポートするためには、周波数においてdistributedなＰＲＢペアの組が、拡張制御領域に対して割り当てられなければならない場合がある。単一のＰＲＢペアの組によって提供されるものより高い制御チャネル容量をサポートするためには、拡張制御領域に対して複数の組を割り当てることができる。この割り当ては、ＵＥ固有に行われることができる。つまり、異なるＵＥに対して異なる割り当てが同時に行なわれることができる。ＰＤＳＣＨ送信のために使用されるＰＲＢペアは、リソースブロックグループ（ＲＢＧ）（すなわち、周波数において隣接するＰＲＢペアのグループ）に対して割り当てられることが多いため、所与の容量に対して拡張制御領域を収容するＲＢＧの数を制限することが有益である場合がある。これは、同じＲＢＧからＰＲＢペアの複数の組を割り当てることによって達成される。複数の組を形成するＲＢＧのグループは、クラスタと呼ばれる。ＰＲＢペアが拡張制御領域の一部であったとしても、他の送信が行われていない場合、ＰＤＳＣＨのために使用されることができる。記載されているリソースの分割は、図１Ｋに示される。
【００２８】
例えば、図１Ｋは、組とクラスタの定義を示し、組の数はリソースブロックグループ（ＲＢＧ）のサイズに等しい。クラスタごとのＲＢＧの数は、この例では４つに設定されており、組ごとの４つのＰＲＢペアに対応する。distributedなｅＰＤＣＣＨ送信は、１つの組内にマッピングされる。追加の制御リソースが必要とされる場合、追加のクラスタを構成することができる。
【００２９】
したがって、ＬＴＥでは、ｅＰＤＣＣＨと呼ばれる拡張制御チャネルが定義されている。ＵＥは、試験されている幾つかのブラインドデコーディング候補を有するｅＰＤＣＣＨメッセージを受信するためにブラインドデコーディング技法を用いる。リリース８では、ＰＤＣＣＨの各アグリゲーションレベルに対するブラインドデコーディング候補の数のアサインメントがＵＥに知られている。ｅＰＤＣＣＨに関しては、ｅＰＤＣＣＨを受信することができる空間全体を組に仕切ることができる。このパーティションを、無線リソース制御（ＲＲＣ）シグナリングを介してＵＥに知らせることは、かなりの余分なオーバーヘッドに至ることがある。さらに、ＵＥに対して構成することができる潜在的に異なるサイズの組の組み合わせの数に起因して、リリース８でなされているようにこれらの値を特定することは簡単ではない。
【００３０】
さらに、周波数多重化ゲイン（ｆｒｅｑｕｅｎｃｙ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｇａｉｎ）は、ＵＥによって試験されるブラインドデコーディング候補が連続して起きるときに、時々不具合がある場合がある。さらに、ＵＥに対して構成される２つの組が完全に又は部分的に重複するとき、リリース８において現在使用されているハッシュ関数は、これらの組に対して異なるブラインドデコーディング候補を許容しない。
【００３１】
このセクションで説明されたアプローチは、実施することができるが、必ずしも以前に考案されたり又は実施されたりしたアプローチではない。したがって、本明細書で別段の提示がない限り、このセクションにおいて説明されるアプローチは、本出願の特許請求の範囲の先行技術ではなく、且つ、このセクションに含められることによって先行技術となることは認められない。
【発明の概要】
【００３２】
様々な実施形態は、無線通信システムのネットワークノードによって拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）情報を処理する方法を提供することができる。この方法は、ブラインドデコーディング候補を定義するときにｅＰＤＣＣＨ制御領域内の物理リソースブロック（ＰＲＢ）ペアの組を区別することを含むことができる。さらに、この方法は、ＰＲＢペアの組を区別することに応答して、ユーザ機器のためのリソースをスケジューリングすることを含むことができる。ブラインドデコーディング候補を定義するときにｅＰＤＣＣＨ制御領域におけるＰＲＢペアの組を区別することによって、様々な実施形態では、ブラインドデコーディング候補の分散及び／又はＵＥによるブラインドデコーディング候補の探索を改善する方式／態様で、ネットワークノードを用いられ、ｅＰＤＣＣＨブラインドデコーディング候補が定義されうる。
【００３３】
様々な実施形態では、ＰＲＢペアの組を区別することは、ＰＲＢペアの組それぞれのサイズに比例してＰＲＢペアの組にブラインドデコーディング候補を割り当てることを含むことができる。したがって、ブラインドデコーディング候補をＰＲＢペアの組におけるリソースに比例して自動的に分散することができ、それにより長さのあるテーブルを保存する必要を取り除くことによって、ネットワークノード／ＵＥにおけるシグナリングオーバーヘッド及びメモリを節約することができる。
【００３４】
様々な実施形態によると、ＰＲＢペアの組を区別することは、ＰＲＢペアの組のうちの重複するものが異なる開始位置をもつようにブラインドデコーディング候補のリストの開始位置を変化させるランダム化手順を実行することを含むことができる。このようなランダム化は配置の柔軟性を可能にし、ＵＥは、複数の送信ポイントからデータを受信するか、又はそれらの間で動的に切り替えることができる。
【００３５】
様々な実施形態では、ＰＲＢペアの組を区別することは、ＰＲＢペアの組のうちの特定の１つの組の識別情報を用いてブラインドデコーディング候補を定義することを含むことができる。さらに、ブラインドデコーディング候補を定義することは、ユーザ機器によって考慮される２つの連続するブラインドデコーディング候補が異なるＰＲＢペアにおいて生じるようにブラインドデコーディング候補を定義することを含むことができる。異なるＰＲＢペアにおいて連続するブラインドデコーディング候補を位置付けすることは、周波数選択的スケジューリングゲイン（ｆｒｅｑｕｅｎｃｙ  ｓｅｌｅｃｔｉｖｅ  ｓｃｈｅｄｕｌｉｎｇ  ｇａｉｎ）を可能にすることができる。
【００３６】
様々な実施形態によると、ＰＲＢペアの組を区別することは、ｅＰＤＣＣＨ制御領域のリソースを用いる複数のユーザ機器のうちの異なるものに対して、ＰＲＢペアの組を異なるように順序付けすることを含むことができる。これは、ｅＰＤＣＣＨ制御領域のために使用されているＰＲＢペアの平均利用を均等化することによって、パフォーマンス向上を可能にすることができる。
【００３７】
様々な実施形態では、ＰＲＢペアの組を区別することは、複数のユーザ機器のうちのすべてがＰＲＢペアの組のために同一の組番号を用いているにも関わらず、複数のユーザ機器それぞれがＰＲＢペアの組の異なる順序を用いてブラインドデコーディング候補を探すように、ｅＰＤＣＣＨ制御領域のリソースを用いる複数のユーザ機器のうちの異なるものに対して、ＰＲＢペアの組を異なるように指標付けすることを含むことができる。
【００３８】
様々な実施形態による無線通信システムのネットワークノードが提供されることができる。ネットワークノードは、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）を用いて通信するように構成されるトランシーバを備えることができる。さらに、ネットワークノードは、ブラインドデコーディング候補（Ｘｓ）を定義するときにｅＰＤＣＣＨ制御領域内の物理リソースブロック（ＰＲＢ）ペアの組を区別するように構成されるプロセッサを備えることができる。プロセッサは、ＰＲＢペアの組を区別することに応答して、ユーザ機器のためにリソースをスケジューリングするようにさらに構成されることができる。
【００３９】
様々な実施形態による無線通信システムのユーザ機器（ＵＥ）が提供されることができる。ＵＥは、ｅＰＤＣＣＨを用いてネットワークノードから拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）メッセージを受信するように構成されるトランシーバを含むことができる。ＵＥは、ネットワークノードからｅＰＤＣＣＨメッセージを受信することに応答して、ｅＰＤＣＣＨ制御領域内の物理リソースブロック（ＰＲＢ）ペアを区別することに関連して定義されるブラインドデコーディング候補を探すように構成されるプロセッサをさらに含むことができる。
【００４０】
無線通信システムのユーザ機器（ＵＥ）を操作する方法は、ｅＰＤＣＣＨを用いてネットワークノード（１１００）から拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）メッセージを受信することを含むことができる。この方法は、ネットワークノード（１１００）からｅＰＤＣＣＨメッセージを受信することに応答して、ｅＰＤＣＣＨ制御領域内の物理リソースブロック（ＰＲＢ）ペアの組を区別することに関連して定義されるブラインドデコーディング候補（Ｘｓ）を探すことを含むことができる。
【００４１】
したがって、様々な実施形態は、ブラインドデコーディング候補の分散及び／又はＵＥによるブラインドデコーディング候補の探索を改善する方式／態様で、ネットワークノードを用い、ｅＰＤＣＣＨブラインドデコーディング候補を定義することができる。例えば、ネットワークノードは、一定数のブラインドデコーディング候補がＰＲＢペアの組の間で仕切られることを可能にすることができる。一例として、ブラインドデコーディング候補は、各組に対して構成されるＰＲＢの数に正比例して組の間で自動的に仕切られることができ、したがって、長さのあるテーブルを保存する必要を取り除くことによって、ネットワークノード／ＵＥにおけるシグナリングオーバーヘッド及びメモリを節約する。別の例では、ネットワークノードは、ＰＲＢ組番号を用いてサーチスペース候補選択をランダム化し、ＵＥが複数の送信ポイントからデータを受信するか又はそれらの間で動的に切り替わることができる特定の種類の配置において柔軟性を許容することができる。したがって、周波数において重複しうる２つ以上のＰＲＢペアの組の間でブラインドデコーディング候補のコンフリクトを減少させることができる。
【００４２】
さらに別の例として、様々な実施形態は、異なるＰＲＢペアにおいて連続して試験されるブラインドデコーディング候補が生じることを確かにすることができ、したがって、周波数選択的スケジューリングゲインが生じることができることを確かにする。さらに、ネットワークは、ｅＰＤＣＣＨ上のリソースの利用が増大／最大化するように、ＵＥに対してＰＲＢペアの組構成を（例えばネットワークノードを介して）管理することができる。例えば、異なるｅＰＤＣＣＨの組の順序付け／番号付けを異なるＵＥに対して用いることができる。
【図面の簡単な説明】
【００４３】
本開示の一層の理解をもたらすために含まれ、本適用例に組み込まれ且つその一部を構成する添付図面は、本開示の特定の非限定的な一つ又は複数の実施形態を図解する。
【００４４】
【図１Ａ】図１Ａは、ロングタームエボリューション（ＬＴＥ）ダウンリンク物理リソースを示す。
【図１Ｂ】図１Ｂは、ダウンリンクサブフレームを示す。
【図１Ｃ】図１Ｃは、制御チャネルエレメント（ＣＣＥ）のマッピングを示す。
【図１Ｄ】図１Ｄは、ＣＣＥアグリゲーションを示す。
【図１Ｅ】図１Ｅは、ＰＤＣＣＨ処理を示すフロー図である。
【図１Ｆ】図１Ｆは、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）通信の例を示す。
【図１Ｇ】図１Ｇは、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）通信の例を示す。
【図１Ｈ】図１Ｈは、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）通信の例を示す。
【図１Ｉ】図１Ｉは、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）通信の例を示す。
【図１Ｊ】図１Ｊは、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）通信の例を示す。
【図１Ｋ】図１Ｋは、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）通信の例を示す。
【図２Ａ】図２Ａは、様々な実施形態による、localized送信のためのＰＲＢペアの異なる数を有する拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）の組の例を示す。
【図２Ｂ】図２Ｂは、様々な実施形態による、distributed送信のためのＰＲＢペアの異なる数を有する拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）の組の例を示す。
【図２Ｃ】図２Ｃは、様々な実施形態による、distributedサーチスペースを示す。
【図２Ｄ】図２Ｄは、様々な実施形態による、localizedサーチスペースを示す。
【図３】図３は、様々な実施形態による、ブラインドデコーディング候補を定義するときにｅＰＤＣＣＨ制御領域内のＰＲＢペアの組を区別することを含む、ネットワークノードの操作を示すフロー図である。
【図４】図４は、様々な実施形態による、比例的列挙（ｐｒｏｐｏｒｔｉｏｎａｌ  ｅｎｕｍｅｒａｔｉｏｎ）を用いたブラインドデコーディング分割（ｂｌｉｎｄ  ｄｅｃｏｄｅ  ｐａｒｔｉｔｉｏｎｉｎｇ）の図を示す。
【図５】図５は、様々な実施形態による、ブラインドデコーディング候補を異なるＰＲＢペアの組に分散することを示すフロー図である。
【図６Ａ】図６Ａは、様々な実施形態による、ブラインドデコーディング候補を異なるＰＲＢペアの組に分散することを示すフロー図である。
【図６Ｂ】図６Ｂは、様々な実施形態による、ブラインドデコーディング候補を異なるＰＲＢペアの組に分散することを示すフロー図である。
【図７Ａ】図７Ａは、様々な実施形態による、ブラインドデコーディング候補のリストのための開始位置を変化させるランダム化手順を示すフロー図である。
【図７Ｂ】図７Ｂは、様々な実施形態による、ブラインドデコーディング候補のリストのための開始位置を変化させるランダム化手順を示すフロー図である。
【図８Ａ】図８Ａは、様々な実施形態による、利用可能なリソースの表示を用いてブラインドデコーディング候補を定義することを示すフロー図である。
【図８Ｂ】図８Ｂは、様々な実施形態による、利用可能なリソースの表示を用いてブラインドデコーディング候補を定義することを示すフロー図である。
【図９】図９は、様々な実施形態による、異なるＵＥのために異なる組の番号付けを用いる図を示す。
【図１０Ａ】図１０Ａは、様々な実施形態による、異なるＵＥとともにＰＲＢペアの組の異なる順序付けを用いることを示すフロー図である。
【図１０Ｂ】図１０Ｂは、様々な実施形態による、異なるＵＥとともにＰＲＢペアの組の異なる番号付けを用いることを示すフロー図である。
【図１０Ｃ】図１０Ｃは、様々な実施形態による、異なるＵＥとともにＰＲＢペアの組の異なる指標付けを用いることを示すフロー図である。
【図１１】図１１は、様々な実施形態による、ネットワークノードのブロック図である。
【図１２】図１２は、様々な実施形態による、ＵＥのブロック図である。
【図１３】図１３は、本発明の概念の一部の実施形態に従って動作するように構成されている通信システムのブロック図である。
【図１４Ａ】図１４Ａは、ＵＥの動作を示すフロー図である。
【図１４Ｂ】図１４Ｂは、ＵＥの動作を示すフロー図である。
【図１４Ｃ】図１４Ｃは、ＵＥの動作を示すフロー図である。
【図１４Ｄ】図１４Ｄは、ＵＥの動作を示すフロー図である。
【図１４Ｅ】図１４Ｅは、ＵＥの動作を示すフロー図である。
【発明を実施するための形態】
【００４５】
本発明の概念は、これより本発明の概念の実施形態の例が示される添付図面を参照して以下でより詳しく説明される。しかしながら、発明の概念は、多くの異なる形態に具現化でき、本明細書に記載の実施形態に限定されるものとみなすべきではない。むしろ、これらの実施形態は、本開示が包括的且つ完全なものとなり、当業者に本発明の概念の範囲を十分に伝えられるように提供される。さらに、これらの実施形態は相互に排他的ではないことに留意すべきである。１つの実施形態からの構成要素は、別の実施形態に存在する或いは別の実施形態で使用されると暗黙のうちに想定することができる。
【００４６】
様々な実施形態の記載において、本明細書で使用されている用語は、特定の実施形態を説明することのみを目的としており、本発明の概念を限定することを意図していない。別段の定義がない限り、本明細書で使用されるすべての用語（技術用語及び科学用語を含む）は、これらの本発明の概念が属する技術分野の当業者によって一般的に理解されるものと同じ意味を有する。一般的に使用される辞書で定義されるような用語は、本明細書及び関連技術の文脈におけるそれら用語の意味と一致する意味を有すると解釈するべきであり、本明細書で明白に定義されない限り、理想化された意味又は過度に形式的な意味として解釈されないことをさらに理解するべきである。
【００４７】
なお、「第１」、「第２」などの用語を様々な要素を説明するために本明細書で使用することができるが、これらの要素は、これらの用語によって限定されるべきではないことが理解されるであろう。これらの用語は、ある要素を別の要素から区別するために使用されるにすぎない。したがって、本実施形態の教示から逸脱することなく、「第１」の要素を「第２」の要素と呼ぶことができる。
【００４８】
ある要素が、他の要素に対して「接続」、「連結」、「応答」、又はこれらの変形を行うとされるとき、他の要素に直接接続、連結、又は応答するか、或いは介在要素が存在してもよい。それに対し、ある要素が別の要素に「直接接続」、「直接連結」、「直接応答」、又はこれらの変形を行うとされる場合、介在要素は存在しない。類似の番号は、全体を通して類似の要素を指す。さらに、本明細書中で使用されるような「連結」、「接続」、「対応」、又はそれらの変形は、無線連結、無線接続、又は無線応答を含んでもよい。本明細書で使用されるように、単数形（「ａ」「ａｎ」及び「ｔｈｅ」）は、文脈上他の意味が明確に示されていない限り、複数形も含むことも意図されている。周知の機能又は構造は、簡潔性及び／又は明瞭性のために詳細に記載されない場合がある。「及び／又は」という用語は、一つ又は複数の関連して列挙されたアイテムの任意の組み合わせ及び全ての組み合わせを含む。
【００４９】
本明細書で使用されるように、「備える（ｃｏｍｐｒｉｓｅ、ｃｏｍｐｒｉｓｉｎｇ、ｃｏｍｐｒｉｓｅｓ）」、「含む（ｉｎｃｌｕｄｅ、ｉｎｃｌｕｄｉｎｇ、ｉｎｃｌｕｄｅｓ）」、「有する（ｈａｖｅ、ｈａｓ、ｈａｖｉｎｇ）」、又はこれらの変形は、拡張可能であり、一つ又は複数の記載の特徴、要素、ステップ、構成要素、又は機能を含むが、一つ又は複数の他の特徴、要素、ステップ、構成要素、機能、又はこれらのグループの存在或いは追加を除外するものではない。さらに、本明細書で使用されるように、ラテン語の表現「ｅｘｅｍｐｌｉ  ｇｒａｔｉａ」に由来する一般的な省略形「ｅ．ｇ．（例えば）」は、前に言及された一般的な一又複数の例を紹介又は特定するために使用することができ、このようなアイテムを限定することは意図されていない。ラテン語の表現「ｉｄ  ｅｓｔ」に由来する一般的な省略形「ｉ．ｅ（即ち）」は、より一般的な記述から特定のアイテムを特定するために使用することができる。
【００５０】
本明細書では、例示的な実施形態が、コンピュータによって実装された方法、装置（システム及び／又はデバイス）、及び／又はコンピュータプログラム製品のブロック図及び／又はフロー図を参照して説明される。ブロック図及び／又はフロー図のブロック、並びにブロック図及び／又はフロー図の中のブロックの組み合わせは、一つ又は複数のコンピュータ回路によって実行されるコンピュータプログラム命令によって実装することができることを理解されたい。これらのコンピュータプログラム命令は、機構を生成するために汎用コンピュータ回路、専用コンピュータ回路、及び／又は他のプログラム可能なデータ処理回路のプロセッサ回路に提供することができ、コンピュータのプロセッサ及び／又は他のプログラム可能なデータ処理装置を介して実行する命令が、ブロック図及び／又はフロー図の一つ又は複数のブロックで特定された機能／作業を実装するために、トランジスタ、記憶場所に格納された値、及びそのような回路内の他のハードウェアコンポーネントを変換および制御し、それにより、ブロック図及び／又はフロー図の一つ又は複数のブロックで特定された機能／作業を実装する手段（機能性）及び／又は構造がつくりだされる。
【００５１】
これらコンピュータプログラム命令は、コンピュータ可読媒体に記憶された命令が、ブロック図及び／又はフロー図の一つ又は複数のブロックに特定された機能／作業を実装する命令を含む製造品を製造するように、コンピュータ又は他のプログラム可能なデータ処理装置が特定の方法で機能するように仕向けることができる有形のコンピュータ可読媒体にさらに記憶されることができる。
【００５２】
有形の非一時的なコンピュータ可読媒体は、電子、磁気、光学、電磁、又は半導体のデータ記憶システム、装置、又はデバイスを含んでよい。コンピュータ可読媒体のより具体的な例としては、ポータブルコンピュータディスケット、ランダムアクセスメモリ（ＲＡＭ）回路、読み取り専用メモリ（ＲＯＭ）回路、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）回路、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、及びポータブルデジタル・ビデオディスク読み取り専用メモリ（ＤＶＤ／ブルーレイ）が含まれる。
【００５３】
コンピュータプログラム命令は、一連の動作ステップがコンピュータ及び／又は他のプログラム可能な装置で実行され、コンピュータで実行されるプロセスを生成するように、コンピュータ及び／又は他のプログラム可能なデータ処理装置上に読み込まれ、これにより、コンピュータ又は他のプログラム可能な装置で実行される命令は、ブロック図及び／又はフロー図の一つ又は複数のブロックで特定される機能／行為を実施するためのステップを提供する。したがって、本開示の実施形態は、「回路」、「モジュール」、又はその変形と集合的に呼ぶことができるデジタル信号プロセッサなどのプロセッサ上で動作するハードウェア及び／又はソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）で具現化することができる。
【００５４】
一部の代替実装態様では、ブロックに記載された機能／作業は、フロー図に記載の順序から外れて行われうることにも留意するべきである。例えば、連続して示される２つのブロックは、実質的に同時に実行されてもよく、又はそのブロックが、含まれる機能性／行為次第で時に逆の順序で実行されてもよい。さらに、フロー図及び／又はブロック図の所定のブロックの機能は、複数のブロックに分離されてもよく、並びに／若しくはフロー図及び／又はブロック図の２つ以上のブロックの機能は、少なくとも部分的に統合されてもよい。最後に、他のブロックを図示のブロックの間に追加／挿入することができ、及び／又は、本発明の概念の範囲から逸脱することなく、ブロック／動作を省略することができる。さらに、幾つかの図は、通信の主要方向を示すために通信経路上に矢印を含むが、示された矢印とは反対方向に通信が発生しうることを理解されたい。
【００５５】
例示及び説明のみを目的として、無線端末（ＵＥとも呼ばれる）と無線通信チャネルを介して通信する無線アクセスネットワーク（ＲＡＮ）で動作するという状況で、これらの実施形態及び他の実施形態が本明細書に記載される。しかしながら、本発明の概念は、このような実施形態に限定されるものではなく、任意の種類の通信ネットワークで一般的に実施することができると理解されるだろう。本明細書で使用されるように、無線デバイス（ＵＥとも呼ばれる）は、通信ネットワークからデータを受信する任意のデバイスを含んでもよく、限定されないが、携帯電話（「セルラ」電話）、ラップトップ／ポータブルコンピュータ、ポケットコンピュータ、ハンドヘルドコンピュータ、及び／又はデスクトップコンピュータを含んでよい。
【００５６】
ＲＡＮの幾つかの実施形態では、幾つかの基地局を（例えば陸上通信線又は無線チャネルによって）無線ネットワークコントローラ（ＲＮＣ）に接続することができる。基地局コントローラ（ＢＳＣ）と呼ばれるときもある無線ネットワークコントローラは、それに接続される複数の基地局の様々な活動を監督又は調整する。無線ネットワークコントローラは、通常、一つ又は複数のコアネットワークに接続される。
【００５７】
ユニバーサル移動体通信システム（ＵＭＴＳ）は、モバイル通信用グローバルシステム（ＧＳＭ）から発展した第三世代移動体通信システムであり、広帯域符号分割多元接続（ＷＣＤＭＡ）技術に基づき改良された移動体通信サービスを提供することを目的とする。ＵＭＴＳ地上無線アクセスネットワークの略であるＵＴＲＡＮは、ＵＭＴＳ無線アクセスネットワークを構成するＮｏｄｅＢ及び無線ネットワークコントローラの総称である。したがって、ＵＴＲＡＮは、本質的にＵＥに対して広帯域符号分割多元接続を用いる無線アクセスネットワークである。
【００５８】
第三世代パートナーシッププロジェクト（３ＧＰＰ）は、ＵＴＲＡＮ及びＧＳＭベースの無線アクセスネットワーク技術のさらなる発展に取り掛かっている。この点に関し、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の仕様は、３ＧＰＰ内で進行中である。進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）は、ロングタームエボリューション（ＬＴＥ）及びシステムアーキテクチャエボリューション（ＳＡＥ）を含む。
【００５９】
３ＧＰＰ（第３世代パートナーシッププロジェクト）のＬＴＥ（ロングタームエボリューション）の用語が、本開示で本発明の概念の実施形態を例示するために使用されるが、本発明の概念の範囲をこれらのシステムだけに限定するものと見なすべきではないことに留意されたい。ＷＣＤＭＡ（広帯域符号分割多元接続）、ＷｉＭａｘ（ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス）、ＵＭＢ（ウルトラ・モバイル・ブロードバンド）、ＨＳＤＰＡ（高速ダウンリンクパケットアクセス）、ＧＳＭ（モバイル通信用グローバルシステム）などを含む他の無線システムもさらに本明細書に開示される実施形態を利用することにより利益を得ることができる。
【００６０】
さらに、基地局（さらにｅＮｏｄｅＢ又は拡張ＮｏｄｅＢと呼ばれる）及び無線端末（さらにＵＥ又はユーザ機器と呼ばれる）などの用語は、非限定的とみなされるべきであり、２つの間に特定の階層的な関係を示唆するものではない。概して、基地局（例えば「ｅＮｏｄｅＢ」）及び無線端末（例えば「ＵＥ」）は、無線チャネルを介して互いに通信するそれぞれ異なる通信デバイスの例とみなしてもよい。本明細書に記載の実施形態は、ｅＮｏｄｅＢからＵＥへのダウンリンクにおける無線送信に焦点を当てるが、本発明の概念の実施形態は、例えばアップリンクにおいても適用してもよい。
【００６１】
図１３は、本発明の概念の一部の実施形態に従って動作するように構成されている通信システムのブロック図である。ロングタームエボリューション（ＬＴＥ）ＲＡＮであってよい例示的なＲＡＮ１３６０が示される。無線基地局（例えばｅＮｏｄｅＢ）１１００を一つ又は複数のコアネットワーク１３７０に直接接続してもよく、及び／又は無線基地局１１００を一つ又は複数の無線ネットワークコントローラ（ＲＮＣ）を通してコアネットワーク１３７０に連結してもよい。幾つかの実施形態では、一つ又は複数の無線ネットワークコントローラの機能性は、無線基地局１１００によって実行してもよい。無線基地局１１００は、無線チャネル１３００を介して、それぞれの通信サービスセル（カバレージ領域とも呼ばれる）内にある無線端末（ユーザ機器ノード又はＵＥとも呼ばれる）１２００と通信する。無線基地局１１００は、当業者に既知であるように、Ｘ２インターフェースを通して互いに通信することができ、Ｓ１インターフェースを通して一つ又は複数のコアネットワーク１３７０と通信することができる。
【００６２】
これより図２Ａ及び図２Ｂを参照すると、様々な実施形態のよる、localized送信及びdistributed送信それぞれのためのＰＲＢペアの異なる数を有する拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）の組の例が示される。拡張ＰＤＣＣＨ（ｅＰＤＣＣＨ）制御領域は、最大で、Ｋ個の物理リソースブロック（ＰＲＢ）の組、distributed送信のために割り当てられるＫＤ個の組を有するペア、及びlocalized送信のために割り当てられるＫＬ個の組を含むことができ、ＫＤ＋ＫＬ＝Ｋとなる。Ｋｔｈ個のdistributedな組及びlocalizedな組は、それらに割り当てられた異なる数のＰＲＢペアを有することがある。これらは、
0005992627.tif 000003
及び
0005992627.tif 000004
で表すことができ、  localizedな組に対しては、
0005992627.tif 000005
となり、localizedな組に対しては
0005992627.tif 000006
となる。
【００６３】
ｅＰＤＣＣＨメッセージは、複数のアグリゲーションレベルで（すなわち、拡張制御チャネルエレメント（ｅＣＣＥ）の異なる数の集合として）送信（例えばネットワークノード１１００によってＵＥ１２００に送信）することができる。ｅＣＣＥは、複数の拡張リソースエレメントグループ（ｅＲＥＧ）を集合させることによって形成されることができる。ｅＲＥＧは、ｅＰＤＣＣＨ制御領域のための基礎的な構成ブロックである。distributed送信においては、ｅＲＥＧは、複数のＰＲＢペアにわたって分散され、localized送信に対しては、一つ又は２つのＰＲＢペアに集められる。
【００６４】
図２Ａ及び図２Ｂで示されるように、ｅＰＤＣＣＨメッセージを送信するためにｅＣＣＥの組を共に使用することができる。単一のメッセージに使用されるｅＣＣＥｓの数は、アグリゲーションレベル（ＡＬ）と呼ばれることができる。通常、４つ又は５つのアグリゲーションレベルが使用される。開発中のロングタームエボリューション（ＬＴＥ）の最新リリースに関しては、localized送信に対しては４つのアグリゲーションレベルを有し、distributed送信に対しては５つのアグリゲーションレベルを有することが合意された。distributed送信及びlocalized送信のための様々なアグリゲーションレベルに対するサーチスペースの例が、それぞれ図２Ｃ及び図２Ｄに示される。
【００６５】
特に、図２Ｃは、ｅＰＤＣＣＨ候補２０１〜２０６が表される４つの異なるアグリゲーションレベルのdistributedサーチスペースを示す。図２Ｃの最も左側の図は、ＡＬ＝１の分散された割り当てを示し、最も右側の図は、ＡＬ＝８の分散された割り当てを示す。図２Ｄは、ｅＰＤＣＣＨ候補２１１〜２１３が表される４つの異なるアグリゲーションレベルのlocalizedサーチスペースを示す。図２Ｄの最も左側の図は、ＡＬ＝１の分散された割り当てを示し、最も右側の図は、ＡＬ＝８の分散された割り当てを示す。
【００６６】
ブラインドデコーディング候補の固定数ＭＬが、アグリゲーションレベルＬに割り当てられることができる。例えば、ＬＴＥのリリース８では、ＵＥ固有サーチスペースに対して、アグリゲーションレベル｛１、２、４、８｝は、｛６、６、２、２｝ブラインドデコーディング候補それぞれが割り当てられる。各アグリゲーションレベルに対してＵＥによって使用されるこれらのブラインドデコーディング候補は、擬似ランダム的にサブフレーム間で変動しうる。ｅＰＤＣＣＨの問題のうちの１つは、各組が実質的に単独のサーチスペースの役割を果たすため、各アグリゲーションレベルに割り当てられるブラインドデコーディング候補が、構成された組のそれぞれに対してサブアサインメントに仕切られなければならないことである。さらに、各組が、異なるサイズとさらに異なる（localized又はdistributed）送信タイプである可能性があるため、ブラインドデコーディング候補の最適なパーティションはかなり複雑となりうる。
【００６７】
しかしながら、本明細書に記載の様々な実施形態は、ブラインドデコーディング候補の分散及び／又はＵＥによるブラインドデコーディング候補の探索を改善する方式／態様で、ネットワークノードを用い、ｅＰＤＣＣＨブラインドデコーディング候補を定義することができる。例えば、これより図３を参照すると、様々な実施形態による、ブラインドデコーディング候補を定義するときにネットワークノードの動作を示すフロー図が提供される。この動作は、ブラインドデコーディング候補を定義するときにｅＰＤＣＣＨ制御領域内のＰＲＢペアの組を区別することを含むことができる（ブロック３００）。この動作はさらに、ブロック３００のＰＲＢペアの組の区別に応答して、ＵＥに対してリソースを（例えばリソーススケジューラを使用して）スケジューリングすることを含むことができる（ブロック３０１）。様々なタイプの無線通信リソースが、ＵＥに対してスケジューリングされることができ、本開示はこれらの様々なリソースを限定することを意図していないことを理解されたい。さらに、この動作は、スケジューリングされたリソースに基づいて（例えば応答して）ｅＰＤＣＣＨメッセージをＵＥに送信することを含みうることを理解されたい（ブロック３０２）。
【００６８】
Ａ．ブラインドデコーディング候補のアサインメント
これより図４を参照すると、様々な実施形態による、比例列挙を用いたブラインドデコーディング分割の図が示される。特に、図４は、５つのブラインドデコーディング候補（Ｘｓ）が、ＰＲＢののサイズ［８、４、２］で構成されるＫ＝３個の組の間で仕切られていることを示す。例えば、Ｋ個のコラムのアレイ、各々の構成された組につき１つが、distributedな組及びlocalizedな組を表す代替的なコラムとともに形成されることができる。Ｋｔｈ個のコラムの長さは、Ｋｔｈ個の組に割り当てられたＰＲＢの総数の割合に比例し、
0005992627.tif 000007
として算出されてもよく、ＭＬは、アグリゲーションレベルＬに割り当てられたブラインドデコーディング候補（Ｘｓ）の合計数である。次に、ＭＬ個のブラインドデコーディング候補（Ｘｓ）は、アレイの各エレメントが１つのブラインドデコーディング候補（Ｘ）を含むように、最初に行単位でアレイを投入する。Ｋｔｈ個の組に割り当てられたブラインドデコーディング候補の数は、Ｋｔｈ個のコラム内のブラインドデコーディング候補の数である。したがって、これらの動作は、ブラインドデコーディング候補（Ｘｓ）が各組内のリソースに比例して分割される（例えば、割り当てられる、配分される、分散される、仕切られる、など）こと、及び各々の構成された組に対して少なくとも１つのブラインドデコーディング候補（Ｘ）が分配されることが優先されることを確かにすることができる。
【００６９】
これより図５、図６Ａ、及び図６Ｂを参照すると、様々な実施形態による、ＰＲＢペアの異なる組にブラインドデコーディング候補を分散することを示すフロー図が提供される。例えば、図５では、distributed送信及びlocalized送信のために割り当てられた組の数は、それぞれＫＤ及びＫＣで表され、ｋｔｈ個のdistributedな組及びlocalizedな組に割り当てられたＰＲＢペアの数は、それぞれ
0005992627.tif 000008
及び
0005992627.tif 000009
によって与えられる。最終的なブラインドデコーディングのパーティションは、
0005992627.tif 000010
に含まれ、ここで
0005992627.tif 000011
であり、 
0005992627.tif 000012
であり、
0005992627.tif 000013
である。次いで、以下の動作が実行される：
0005992627.tif 000014
と置く。
Ｈを、
0005992627.tif 000015
からの最大値として置く。ここで
0005992627.tif 000016
であり、
0005992627.tif 000017
であり、
0005992627.tif 000018
である。さらに、
0005992627.tif 000019
と置く。
【００７０】
Ｆｏｒ  ｅａｃｈ  Ｌ，
0005992627.tif 000020
【００７１】
図５のブロック５００は、高さ単位Ｓ及び最大高さＨ・Ｓの計算を示す。ブロック５０１は、次のレベルＬのために動作を実行することを示す。ブロック５０２は、ウォーターマークをｖ＝０、カウンタをｍ＝０、及びすべてをＲｋＬ＝０に設定することを示す。ブロック５０３は、セットカウンタをクリアすることを示す。ブロック５０４は、次の組Ｎｋのための動作を実行することを示す。ブロック５０５は、ｖ＜Ｎｋ及びｍ＜ＭＬであるかどうかを決定することを示す。ブロック５０６は、ブラインドデコーディングＲｋＬ＝ＲｋＬ＋１をインクリメントすること及びカウンタｍ＝ｍ＋１をインクリメントすることを示す。ブロック５０７は、すべての組が検査されたかを決定することを示す。ブロック５０８は、ウォーターマークｖ＝ｖ＋Ｓをインクリメントすることを示す。ブロック５０９は、ｖ＞Ｈ・Ｓであるかどうかを決定することを示す。ブロック５１０は、すべてのレベルＬが使い尽くされたかどうかを決定することを示す。
【００７２】
図６Ａを参照して別の例を挙げると、ブロック３００（図３）のＰＲＢペアの組を区別することは、それぞれのＰＲＢペアの組（ブロック６００Ａ）のサイズに比例してブラインドデコーディング候補をＰＲＢペアの組に割り当てることを含んでもよい。それに対して、前のＬＴＥのリリース（例えばｅＰＤＣＣＨの開発以前の）では、ＰＲＢペアの単一の組のみが使用された（例えば制御領域内で使用された）。さらに、ブロック６００Ａ’のブラインドデコーディング候補を割り当てることは、ＰＲＢペアの組それぞれに少なくとも１つのブラインドデコーディング候補を割り当てることを含んでもよい。さらに、数学的除算操作を使用せずに比例的アサインメントを実行することができるため、比例的アサインメントは、ネットワークノードに対して著しい処理負荷ではない可能性がある。
【００７３】
図６Ｂを参照すると、ＰＲＢペアの組それぞれのサイズに比例して、ブロック６００Ａのブラインドデコーディング候補のアサイメントは、ＰＲＢペアの組を表すアレイを形成することを含むことができる（ブロック６００Ｂ−１）。ＰＲＢペアのそれぞれの組のサイズが、ＰＲＢペアのそれぞれの組においてＰＲＢの数量を含むことができる。ブラインドデコーディング候補を割り当てることは、ＰＲＢペアの組それぞれに割り当てられたブラインドデコーディング候補を表すためにアレイを投入すること（ブロック６００Ｂ‐２）をさらに含むことができる。さらに、ブロック６００Ｂ‐１及び６００Ｂ‐２に示される操作は、図４に示されるようにブラインドデコーディング候補（Ｘｓ）を割り当てるために実行されることができることを理解されたい。
【００７４】
したがって、ＰＲＢペアの組の量とサイズは変動し、すべての組の数とサイズに対してｅＰＤＣＣＨブラインドデコーディング候補のパーティションを明確に列挙することは可能ではなく、ネットワークからＵＥへのブラインドデコーディング候補のアサインメントの明確な無線リソース制御（ＲＲＣ）シグナリングが極めて高額になりうるにも関わらず、本明細書に記載の様々な実施形態（例えば図４〜６）は、localized又はdistributedに関わらず、ＵＥのために構成されるｅＰＤＣＣＨのＰＲＢペアの組の間で仕切られるブラインドデコーディングアサインメントの固定数を可能にする。例えば、様々な実施形態は、構成されたＰＲＢペアの組にわたって、あるアグリゲーションレベルに対してブラインドデコーディング候補アサインメントの固定数を分散することをもたらす。一例として、ブラインドデコーディング候補は、各組のために構成されるＰＲＢの数に直接比例して、ＰＲＢペアの組の間で仕切られることができる。したがって、様々な実施形態は、複数のｅＰＤＣＣＨの組であって、そのためにＵＥが構成されうる複数のｅＰＤＣＣＨの組にわたってあるアグリゲーションレベルのためにブラインドデコーディング候補のパーティションを自動的に決定することができる。したがって、これらの操作は、長さのあるテーブルを保存する必要を取り除くことによって、ネットワークノード／ＵＥにおいてシグナリングオーバーヘッド及びメモリを節約することができる。
【００７５】
Ｂ．ランダム化
現在開発されているＬＴＥの最新リリースでは、ＵＥのために構成される２つ以上のＰＲＢペアの組が部分的に又は全体的に重複することができる。これは、例えば、同一のｅＰＤＣＣＨリソースを使用しながらもＵＥが２つの異なる送信ポイントの間で動的に切り替わるときに有用でありうる。ＬＴＥのリリース８における現在のランダム化関数は、ＵＥの無線ネットワーク一時識別子（ＲＮＴＩ）に応じた変化及びサブフレームの数に応じた変化に応じて擬似ランダム的にサーチスペース候補のリストの開始位置を変化させる。しかしながら、重複する組の場合に対しては、同様に組番号に基づいて疑似ランダムにこの開始位置を変化させることが有益でありうる。したがって、重複する組は、異なる開始ポイントを有し、２つの送信ポイントが同じサーチスペース内でメッセージを送信することを可能にする。
【００７６】
サーチスペース候補（すなわち、ブラインドデコーディング候補）は、ＬＴＥリリース８において下記のように現在定義されている。アグリゲーションレベルＬのためのｍｔｈ個のサーチスペース候補は、
0005992627.tif 000021
によって与えられ、ここで
0005992627.tif 000022
であり、ＭＬは、サーチスペース内で監視するためのＰＤＣＣＨ候補（すなわち、ブラインドデコーディング候補）の数であり、Ｙｋは、ＲＮＴＩ及びサブフレーム番号に基づくランダム化関数である。関数Ｙｋは、
0005992627.tif 000023
と現在定義されており、ｎｓは、無線フレーム内のスロット番号である。したがって、ＲＮＴＩ及びサブフレーム番号（サブフレーム内の２つのスロット）の依存関係は明白である。
【００７７】
ｅＰＤＣＣＨに対しては、同様の又は類似したリリース８のランダム化手順を使用してよいが、各組内では別々である。例えば、様々な実施形態では、ｅＰＤＣＣＨに対しては、ランダム化関数Ｙｋは、スロット番号及びＲＮＴＩに加えて、組番号に依存するように、さらに修正される。一例として、
0005992627.tif 000024
があり、ｓｅは、ｅＰＤＣＣＨの組番号であり、Ｓ＝（ＫＤ＋ＫＣ）は、サブフレーム内の組の総数である。この修正は、ＹＫの値が考慮されるそれぞれの連続する組によって異なるという効果を有する。ＵＥは、サブフレーム内のｅＰＤＣＣＨをデコーディングすることを終了するとき、ｅＰＤＣＣＨの組の構成に基づいて次のサブフレーム内の値がどのようになるかを算出する。
【００７８】
これより図７Ａ及び図７Ｂを参照すると、様々な実施形態による、ブラインドデコーディング候補のリストのための開始位置を異ならせるランダム化手順を示すフロー図が提供されている。例えば、図７Ａは、図３のブロック３００で示されるＰＲＢペアの組を区別することは、ＰＲＢペアの組のうちの重複するものが異なる開始位置をもつようにブラインドデコーディング候補のリストの開始位置を異ならせるランダム化手順を実行すること（ブロック７００Ａ）を含むことができることを示す。
【００７９】
図７Ｂは、ブロック７００Ａのランダム化手順を実行することが、ＰＲＢペアの組それぞれが異なってランダム化されるように、ＰＲＢペアの組それぞれの中で別々にランダム化手順を実行すること（ブロック７００Ｂ）を含むことができることを示す。一例として、別々にランダム化手順を実行することは、特定の組を識別するランダム化関数を用いて、ＰＲＢペアの組のグループの中の特定の組のためにランダム化手順を実行することを含むことができる。ランダム化関数は、ｅＰＤＣＣＨの組番号を用いる特定の組を識別することができる。
【００８０】
したがって、リリース８において現在使用されているハッシュ関数は、ＵＥのために構成される２つの組が全体的に又は部分的に重複するときにＰＲＢペアの組に対して異なるブラインドデコーディング候補を許容しないにも関わらず、本明細書に記載（例えば、図７Ａ及び図７Ｂ）される様々な実施形態は、（例えば、ＵＥが複数の送信ポイントからデータを受信するか又はそれらの間で動的に切り替わることができる特定の種類の配置において）柔軟性を可能にするために（例えば組番号に基づいて）サーチスペース候補選択をランダム化する。さらに、組番号に基づいたランダム化については、各組のランダム化が異なることを理解されたい。例えば、各組は、異なるランダム化関数Ｙｋを有することになる。本明細書に記載されるランダム化操作は、したがって、周波数において重複しうる２つ以上の組の間のブラインドデコーディング候補のコンフリクトを減少させることができる。
【００８１】
Ｃ．連続するブラインドデコーディング候補
localized送信については、ｅＮＢが周波数における異なる位置においてサーチスペース候補間から選択することができると有益でありうる。しかしながら、様々な実施形態では、ＬＴＥのリリース８のサーチスペース候補の定義は、変更を減少させ／最小限にし、且つ実装をより単純に及びより安価にするように修正することができる。特に、リリース８の機能の修正されたバージョンの例が以下に与えられる。localized送信に対して割り当てられる組の内のアグリゲーションレベルＬに対するｍｔｈ個のサーチスペース候補は、
0005992627.tif 000025
によって与えられ、
0005992627.tif 000026
であり、
0005992627.tif 000027
であり、
0005992627.tif 000028
であり、ＭＬは、サーチスペース内で監視するためのｅＰＤＣＣＨ候補の数であり、Ｙｋは、組番号上に依存を追加するために（ランダム化のコンテクストで）本明細書に記載されるように修正される。
【００８２】
この機能は、ＵＥによって考慮される２つの連続するブラインドデコーディング候補が、異なるＰＲＢペアにおいて生じることを確かにすることができる。例えば、ｅＣＣＥにつき拡張リソースエレメントグループ（ｅＲＥＧ）の数が４つであるとき、組につきＮ＝２のＰＲＢペアがあり、且つアグリゲーションレベルはＬ＝２であり、４つの可能なサーチスペース候補が、第１のｅＣＣＥの指標が｛０、４、２、６｝の順番で（一般性を少しも失うことなくＹｋ＝０であると推定して）探索される。開始のｅＣＣＥ指標｛０、２｝を有する候補は、第１のＰＲＢ内にあり、開始のｅＣＣＥ指標｛４、６｝を有する候補は、第２のＰＲＢ内にある。開始のｅＣＣＥ指標ｑを有する候補は、指標
0005992627.tif 000029
を有するｅＣＣＥからなることに留意するべきである。
【００８３】
これより図８Ａ及び図８Ｂを参照すると、様々な実施形態による、利用可能なリソースの表示を用いてブラインドデコーディング候補を定義することを示すフロー図が提供される。例えば、図８Ａは、ブロック３００’（図３）のＰＲＢペアの組を区別することが、ＰＲＢペアの組のうちの特定の１つの組の識別情報を用いてブラインドデコーディング候補を定義すること（ブロック８００Ａ）を含むことができることを示す。識別情報は、ＰＲＢペアのうちの特定の組の利用可能なリソースの表示（例えば、利用可能なリソースの総数）を含むことができ、これは、特定の組のｅＣＣＥの量の表示を含むことができる。様々な実施形態では、識別情報は、ｅＰＤＣＣＨの組番号を用いて特定の組を識別することができる。
【００８４】
図８Ｂは、ブロック８００Ａ’のブラインドデコーディング候補を定義することが、ＵＥによって考慮される２つの連続するブラインドデコーディング候補が異なるＰＲＢペアにおいて生じるようにブラインドデコーディング候補を定義すること（ブロック８００Ｂ）を含んでよいことを示す。したがって、様々な実施形態が異なるＰＲＢペアにおいて連続して試験されるブラインドデコーディング候補が生じることを確かにしうるため、周波数選択的スケジューリングゲインが生じうることがさらに確かにされうる。
【００８５】
Ｄ．ブラインドデコーディング候補の組の順序付け／指標付け
組のサイズ及び組の数の幾つかの組み合わせについては、幾つかの組は、他の組よりもブラインドデコーディング候補が少ない場合がある。例えば、５つのブラインドデコーディング候補がそれぞれ同じ数のＰＲＢペアで３つの組に分割されるとき、２つの組は２つのブラインドデコーディング候補を割り当てられ、１つの組は１つのブラインドデコーディング候補のみを割り当てられる。すべてのＵＥに対して同じ組が構成される場合、より少ないブラインドデコーディング候補／可能性を有する組における利用及びブロッキング性能は、他の組とは異なることがあり、これは望ましくない場合がある。
【００８６】
この問題を解決するために、様々な実施形態は、同じｅＰＤＣＣＨリソースを用いるＵＥにわたって組の順序を異ならせてもよい。例えば、これより図９を参照すると、異なるＵＥに対して組番号が異なっていてもよいが、localizedな又はdistributedな組の指定は、すべてのＵＥにわたって共通であってもよい。したがって、distributedなｅＰＤＣＣＨの組に対して使用される組番号のグループ、及びlocalizedなｅＰＤＣＣＨの組に対して使用される組番号のグループは、すべてのＵＥにわたって同じであってもよいが、各グループ内の番号付けは、各ＵＥに対して並べ替えられてもよい。一例として、組番号の並べ替えは、ＲＮＴＩの疑似ランダム関数を用いるＵＥによって決定してもよい。
【００８７】
別の例では、組番号は変えられないが、ブラインドデコーディング候補のアサインメント及び探索を実行するときに組が指標付けられる順序は修正される。本明細書の先行する操作で説明されている疑似ランダムパラメータＹｋ及び組の指標付けは、この例では、
0005992627.tif 000030
によって決定され、ｋ’は、本明細書に記載の先行する操作からのｋを置き換え、ｘは、ｋが属する組に依存するＤ又はＬである。さらに、疑似ランダムパラメータＹｋ及び組の指標付けは、
0005992627.tif 000031
によって決定してもよい。
【００８８】
言い換えれば、組の指標の並べ替えは、distributedな及びlocalizedな組のグループにわたって単独に行う代わりに、すべての組にわたって行ってもよい。この場合、ＵＥに割り当てられたdistributedな組及びlocalizedな組の重複もさらに疑似ランダムに異ならせてもよい。
【００８９】
さらに別の例では、組の番号付けは、ネットワークによって、無線リソース制御（ＲＲＣ）シグナリングを介してＵＥに提供されてもよく、ＵＥは任意の並べ替えを行う必要はない。
【００９０】
これより図９を参照すると、様々な実施形態による、異なるＵＥに対して異なる組の番号付けを用いる図が示される。特に、図９は、第１のＵＥ（ＵＥ１）のためのＰＲＢペアの組１、２、及び３が、第２のＵＥ（ＵＥ２）のために、それぞれ組３、１、及び２として順序付け／番号付されることを示す。これらの操作は、ｅＰＤＣＣＨの組それぞれにおける平均的な利用及びブロッキング性能が実質的に均一化（例えば同一に）されることを可能にすることができる。
【００９１】
これより図１０Ａから図１０Ｃを参照すると、様々な実施形態による、異なるＵＥとともにＰＲＢペアの組の異なる順序付け／番号付け／指標付けを用いることを示すフロー図が提供される。例えば、図１０Ａは、ブロック３００（図３）のＰＲＢペアの組を区別する操作は、ｅＰＤＣＣＨ制御領域のリソースを用いる複数のＵＥのうちの異なるものに対して、ＰＲＢペアの組を異なるように順序付けすること（ブロック１０００Ａ）を含んでよいことを示す。
【００９２】
図１０Ｂを参照すると、ブロック１０００ＡのＰＲＢペアの組を異なるように順序付ける操作は、複数のユーザ機器のうちのすべてとＰＲＢペアの組を用いて、複数のユーザ機器のうちの異なるものに対して、ＰＲＢペアの組を異なるように番号付けすること（１０００Ｂ）を含んでよい。この操作の図は、様々な実施形態による、図９Ａにおいて提供される。
【００９３】
図１０Ｃを参照すると、ブロック３００（図３）のＰＲＢペアの組を区別する操作は、複数のＵＥのうちのすべてがＰＲＢペアの組に対して同一の組番号を用いているにも関わらず、複数のＵＥのうちのそれぞれがＰＲＢペアの組の異なる順序を用いてブラインドデコーディング候補を探すように、ｅＰＤＣＣＨ制御領域のリソースを用いる複数のＵＥのうちの異なるものに対して、ＰＲＢペアの組を異なるように指標付けすること（ブロック１０００Ｃ）を含んでよい。例えば、組番号は、異なるＵＥに対して異ならない場合があるにも関わらず、ブラインドデコーディング候補のアサインメント／探索を実行するときに組が指標付けされる順序は、修正してもよい。したがって、組の番号付けが複数のＵＥに対して同じでありうるにも関わらず、ＵＥが第１のブラインドデコーディング候補を探索するとき、異なるＵＥは、異なるそれぞれの探索アルゴリズムを使用することになる。一例として、図９におけるＵＥ１及びＵＥ２は、組１から３を同じように番号付けしうるが（図９に示される異なる組の番号付けを用いるよりも）、ＵＥ１は、組１でブラインドデコーディング候補を探索し始めることができ、ＵＥ２は、組２（すなわち、異なる組）で探索し始めることができる。
【００９４】
したがって、（例えば、図９及び図１０Ａ〜図１０Ｃに示されるように）本明細書に記載の様々な実施形態は、異なるＵＥが同じＰＲＢペアの組を異なるように識別することを可能にすることができる。例えば、異なるＵＥは、異なる組番号又はその組に対して異なる指標付けを使用してもよい。さらに、様々な実施形態において、複数のＵＥのうちの１つは、複数の組のうちの１つをオプションとして使用しないことがあることを理解されたい。例えば、図９のＵＥ２は、組１から３のうちの１つをオプションとして使用しないことがある。
【００９５】
これより図１１及び図１２を参照すると、様々な実施形態による、ネットワークノード及びＵＥのそれぞれのブロック図が提供される。例えば、図１１は、様々な実施形態に従って構成されるネットワークノード１１００のブロック図である。ネットワークノード１１００のエレメントは、基地局（ｅＮＢ）、モビリティ管理エンティティ／サービングゲートウェイ（ＭＭＥ／Ｓ−ＧＷ）、及び／又は別の無線通信システムのネットワークノードに含まれてもよい。ネットワークノード１１００は、リソーススケジューラ１１０９をオプションとして含んでもよい。さらに、ネットワークノード１１００は、トランシーバ１１０１、一つ又は複数のネットワークインターフェース１１０２、プロセッサ（例えばコントローラ）回路１１０４、及び機能モジュール１１０８を含む一つ又は複数のメモリデバイス１１０６を含む。
【００９６】
トランシーバ１１０１（例えば３ＧＰＰ準拠の又は他の無線周波数（ＲＦ）の通信トランシーバ）は、一つ又は複数のＵＥ又は無線通信システムの別のノードと通信するように構成される。プロセッサ回路１１０４は、汎用プロセッサ及び／又は専用プロセッサ（例えば、マイクロプロセッサ及び／又はデジタル信号プロセッサ）などの一つ又は複数のデータ処理回路を含んでもよい。プロセッサ１１０４は、一つ又は複数のメモリデバイス１１０６（例えば非一時的なコンピュータ可読媒体）の機能モジュール１１０８からのコンピュータプログラム命令を実行するように構成され、ネットワークノードによって実行されるように本明細書に記載される少なくとも幾つかの操作を実行する。例えば、プロセッサ１１０４は、トランシーバ１１０１を用いて、ｅＰＤＣＣＨメッセージをＵＥ１２００に送信するように構成してもよい。ネットワークインターフェース１１０２は、ＭＭＥ／Ｓ−ＧＷ（基地局内に位置するとき）と通信することができ、又は基地局（ＭＭＥ／Ｓ−ＧＷ内に位置するとき）と通信することができる。
【００９７】
特に、ネットワークノード１１００のトランシーバ１１０１は、ｅＰＤＣＣＨを用いて通信するように構成されてもよい。さらに、プロセッサ１１０４は、ブラインドデコーディング候補を定義するときにｅＰＤＣＣＨ制御領域内のＰＲＢペアの組を区別するように構成されてもよい。プロセッサは、ＰＲＢペアの組を区別することに応答して、ＵＥのためにリソースをスケジューリングするようにさらに構成されてもよい。
【００９８】
一例では、プロセッサ１１０４は、ＰＲＢペアの組それぞれのサイズに比例してＰＲＢペアの組にブラインドデコーディング候補を割り当てることによって、ＰＲＢペアの組を区別するように構成されてもよい。別の例では、プロセッサ１１０４は、ＰＲＢペアの組のうちの重複するものが異なる開始位置をもつようにブラインドデコーディング候補のリストの開始位置を異ならせるランダム化手順を実行することによって、ＰＲＢペアの組を区別するように構成されてもよい。さらに別の例では、プロセッサ１１０４は、ＵＥによって考慮される２つの連続するブラインドデコーディング候補が異なるＰＲＢペアにおいて生じるようにＰＲＢペアの組のうちの特定の１つの組の識別情報を用いてブラインドデコーディング候補を定義することによって、ＰＲＢペアの組を区別するように構成されてもよい。さらなる例では、プロセッサ１１０４は、ｅＰＤＣＣＨ制御領域のリソースを用いる複数のＵＥのうちの異なるものに対して、ＰＲＢペアの組を異なるように順序付けすることによって、ＰＲＢペアの組を区別するように構成されてもよい。
【００９９】
図１２は、様々な実施形態による、ＵＥ１２００（例えば、本明細書に記載の任意のＵＥ）のブロック図である。ＵＥ１２００は、トランシーバ１２０２、プロセッサ回路１２０４、及び機能モジュール１２０８を含む一つ又は複数のメモリデバイス１２０６を含む。ＵＥ１２００は、ディスプレイ１２１０、ユーザ入力インターフェース１２１２、及びスピーカ１２１４などの他の要素をさらに含んでもよい。
【０１００】
トランシーバ１２０２（例えば３ＧＰＰ準拠の又は他のＲＦの通信トランシーバ）は、無線通信インターフェースを通じて基地局（ｅＮＢ）と通信するように構成される。プロセッサ１２０４は、汎用プロセッサ及び／又は専用プロセッサ（例えば、マイクロプロセッサ及び／又はデジタル信号プロセッサ）などの一つ又は複数のデータ処理回路を含んでもよい。プロセッサ１２０４は、一つ又は複数のメモリデバイス１２０６（例えば非一時的なコンピュータ可読媒体）の機能モジュール１２０８からのコンピュータプログラム命令を実行するように構成され、ＵＥによって実行されるように本明細書に記載される少なくとも幾つかの操作を実行する。
【０１０１】
ＵＥ１２００は、携帯電話（例えば「セルラ」電話）、データ端末、並びに／或いは、例えば、ポータブルコンピュータ、ポケットコンピュータ、ハンドヘルドコンピュータ、ラップトップコンピュータ、電子書籍リーダ、及び／又は据置型ゲーム装置などの無線通信能力を有する別の処理デバイスであってよい。
【０１０２】
特に、ＵＥ１２００のトランシーバ１２０２は、ｅＰＤＣＣＨを用いてネットワークノード１１００からｅＰＤＣＣＨメッセージを受信するように構成されてもよい。さらに、ＵＥ１２００のプロセッサ１２０４は、ネットワークノード１１００からｅＰＤＣＣＨメッセージを受信することに応答して、ｅＰＤＣＣＨ制御領域内のＰＲＢペアの組を区別することに関連して定義されるブラインドデコーディング候補を探すように構成されてもよい。
【０１０３】
一例では、ＵＥ１２００のプロセッサ１２０４が探すように構成されうるブラインドデコーディング候補は、ＰＲＢペアの組それぞれのサイズに比例してＰＲＢペアの組に（例えばネットワークノード１１００によって）割り当てられたブラインドデコーディング候補を含む。別の例では、ＵＥ１２００のプロセッサ１２０４は、ＰＲＢペアの組のうちの重複するものが異なる開始位置をもつように、異なる開始位置を有するブラインドデコーディング候補のリストを用いることによって、ブラインドデコーディング候補を探すように構成されてもよい。さらに別の例では、ＵＥ１２００のプロセッサ１２０４によって探索されたブラインドデコーディング候補のうちの少なくとも１つは、ＵＥによって考慮される２つの連続するブラインドデコーディング候補が異なるＰＲＢペアにおいて生じるようにＰＲＢペアの組のうちの特定の１つの組の識別情報を用いて定義されるブラインドデコーディング候補を含む。さらなる例では、プロセッサ１２０４は、ｅＰＤＣＣＨ制御領域のリソースを用いる他のＵＥによって用いられる順序付けとは異なるＰＲＢペアの組の順序付けを用いてブラインドデコーディング候補を探すように構成されてもよい。
【０１０４】
これより図１４Ａから１４Ｅを参照すると、ＵＥ１２００の操作を示すフロー図が提供される。図１４Ａは、ＵＥ１２００が、ｅＰＤＣＣＨを用いてネットワークノード１１００からｅＰＤＣＣＨメッセージを受信することができること（ブロック１４００）を示す。次いで、ＵＥ１２００は、ネットワークノード１１００からｅＰＤＣＣＨメッセージを受信することに応答して、ｅＰＤＣＣＨ制御領域内のＰＲＢペアの組を区別することに関連して定義されるブラインドデコーディング候補を探すことができる（ブロック１４０１Ａ）。
【０１０５】
図１４Ｂを参照すると、図１４Ａのブロック１４０１Ａで探索されたブラインドデコーディング候補は、ＰＲＢペアの組それぞれのサイズに比例してＰＲＢペアの組に割り当てられたブラインドデコーディング候補であることができる（ブロック１４０１Ｂ）。図１４Ｃを参照すると、（図１４Ａにおける）ブロック１４０１Ａのブラインドデコーディング候補を探すことの表示は、ＰＲＢペアの組のうちの重複するものが異なる開始位置をもつように、異なる開始位置を有するブラインドデコーディング候補のリストを用いることによって、ブラインドデコーディング候補を探すこと（ブロック１４０１Ｃ）を含んでもよい。図１４Ｄを参照すると、図１４Ａのブロック１４０１Ａにおいて探索されたブラインドデコーディング候補は、ＵＥ１２００によって考慮される２つの連続するブラインドデコーディング候補が異なるＰＲＢペアにおいて生じうるようにＰＲＢペアの組のうちの特定の１つの組の識別情報を用いて（例えばネットワークノード１１００によって）定義されたブラインドデコーディング候補を含んでもよい（ブロック１４０１Ｄ）。図１４Ｅを参照すると、（図１４Ａにおける）ブロック１４０１Ａのブラインドデコーディング候補を探すことの表示は、ｅＰＤＣＣＨ制御領域のリソースを用いる他のＵＥによって用いられる順序付けとは異なるＰＲＢペアの組の順序付けを用いてブラインドデコーディング候補を探すこと（１４０１Ｅ）を含んでもよい。
【０１０６】
以上の説明及び図面に関連して、本明細書で多くの異なる実施形態が開示された。これらの実施形態のあらゆる組み合わせ及び部分的な組み合わせをそのまま説明して例示することは、過度に反復的で難解になることを理解されたい。したがって、本明細書は、図面を含めて、実施形態の様々な例示的な組み合わせ及び部分的な組み合わせ、並びにそれらを作成して活用する方法及びプロセスの書面による完全な説明を構成すると解釈するべきであり、本明細書は、図面を含めて、任意のこのような組み合わせ及び部分的な組み合わせに対して特許請求の範囲をサポートする。
【０１０７】
本開示の原則から実質的に逸脱しなければ、実施形態に対して多くの変形及び修正を行うことができる。すべてのこのような変形及び修正は、本開示の範囲内で本明細書に含まれることが意図されている。したがって、上記で開示される主題は、限定的なものではなく、例示的なものであるとみなすべきであり、添付の特許請求は、本開示の本質及び範囲内に包含される、すべてのこのような修正、改善、及び他の実施形態を対象とすることが意図されている。
【図１Ａ】
0005992627.tif 000032
【図１Ｂ】
0005992627.tif 000033
【図１Ｃ】
0005992627.tif 000034
【図１Ｄ】
0005992627.tif 000035
【図１Ｅ】
0005992627.tif 000036
【図１Ｆ】
0005992627.tif 000037
【図１Ｇ】
0005992627.tif 000038
【図１Ｈ】
0005992627.tif 000039
【図１Ｉ】
0005992627.tif 000040
【図１Ｊ】
0005992627.tif 000041
【図１Ｋ】
0005992627.tif 000042
【図２Ａ】
0005992627.tif 000043
【図２Ｂ】
0005992627.tif 000044
【図２Ｃ】
0005992627.tif 000045
【図２Ｄ】
0005992627.tif 000046
【図３】
0005992627.tif 000047
【図４】
0005992627.tif 000048
【図５】
0005992627.tif 000049
【図６Ａ】
0005992627.tif 000050
【図６Ｂ】
0005992627.tif 000051
【図７Ａ】
0005992627.tif 000052
【図７Ｂ】
0005992627.tif 000053
【図８Ａ】
0005992627.tif 000054
【図８Ｂ】
0005992627.tif 000055
【図９】
0005992627.tif 000056
【図１０Ａ】
0005992627.tif 000057
【図１０Ｂ】
0005992627.tif 000058
【図１０Ｃ】
0005992627.tif 000059
【図１１】
0005992627.tif 000060
【図１２】
0005992627.tif 000061
【図１３】
0005992627.tif 000062
【図１４Ａ】
0005992627.tif 000063
【図１４Ｂ】
0005992627.tif 000064
【図１４Ｃ】
0005992627.tif 000065
【図１４Ｄ】
0005992627.tif 000066
【図１４Ｅ】
0005992627.tif 000067