JP6563518B2 - カバレージ拡張された低複雑度マシン・タイプ通信のためのランダム・アクセス応答位置インジケータ - Google Patents

Description

マシン・タイプ通信（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＭＴＣ）デバイスは、特定の応用例のために機械によって使用されるユーザ機器（ＵＥ）である。３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（３ＧＰＰ−ＬＴＥ）Ｒｅｌｅａｓｅ １２（Ｒｅｌ−１２）では、ＭＴＣ ＵＥの複雑度およびコストが約５０％低減された低複雑度ＭＴＣ（Ｌｏｗ Ｃｏｍｐｌｅｘｉｔｙ ＭＴＣ：ＬＣ−ＭＴＣ）ＵＥに関する作業項目（ｗｏｒｋ ｉｔｅｍ：ＷＩ）が決定された。Ｒｅｌｅａｓｅ １３（Ｒｅｌ−１３）では、ＭＴＣ ＵＥの複雑度をさらに削減し、カバレージを拡張し、電力消費を改善するために、別のＷＩが合意された。

複雑度およびコストを削減する１つの技法は、ＬＣ−ＭＴＣ ＵＥの無線周波数（ＲＦ）帯域幅を１．４ＭＨｚに削減することである（６つの物理リソース・ブロック（ＰＲＢ）を用いて動作し、ＰＲＢは、周波数領域でのリソース割振りの単位である）。

このＷＩのカバレージ拡張（ｃｏｖｅｒａｇｅ ｅｎｈａｎｃｅｍｅｎｔ：ＣＥ）態様に関して、複雑度およびコストを低減させる１つの技法は、物理チャネルの反復である。しかし、反復の回数は比較的多くなる（たとえば、数百回の反復）と予想され、これは、スペクトル効率に影響する可能性がある。

少なくとも１つの例示的な実施形態は、処理回路と処理回路に接続されたトランシーバとを含む基地局を提供する。処理回路は、複数の物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）送信を並列にスケジューリングするように構成されたスケジューラを含み、複数の物理ダウンリンク共有チャネル送信の中の第１の物理ダウンリンク共有チャネル送信は、第１のユーザ機器へのランダム・アクセス応答を含み、複数の物理ダウンリンク共有チャネル送信は、ランダム・アクセス応答ウィンドウ中に複数のユーザ機器に送信されるようにスケジューリングされる。トランシーバ回路は、ランダム・アクセス応答ウィンドウ中に複数のユーザ機器に複数の物理ダウンリンク共有チャネル送信を送信するように構成される。

少なくとも１つの他の例示的な実施形態は、処理回路と処理回路に接続されたトランシーバとを含む基地局を提供する。処理回路は、ランダム・アクセス・チャネル上で複数のユーザ機器から受信されたプリアンブルに応答して複数のユーザ機器の複数の物理ダウンリンク共有チャネル送信をスケジューリングし、スケジューリングされた物理ダウンリンク共有チャネル送信は、複数のユーザ機器へのランダム・アクセス応答を含み、複数の物理ダウンリンク共有チャネル送信は、ランダム・アクセス応答ウィンドウ中に送信されるようにスケジューリングされ、（ｉ）複数のユーザ機器から受信されたプリアンブル、および（ｉｉ）プリアンブルを送信するために複数のユーザ機器によって使用されるランダム・アクセス・チャネルリソース、のうちの少なくとも１つに応じて複数のユーザ機器の物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）送信を搬送するためのワイヤレス・リソースを割振り、複数の物理ダウンリンク制御チャネル送信は、スケジューリングされた複数の物理ダウンリンク制御チャネル送信に対応するように構成されたスケジューラを含む。トランシーバ回路は、ランダム・アクセス応答ウィンドウ中に複数のユーザ機器に複数の物理ダウンリンク共有チャネル送信および対応する物理ダウンリンク制御チャネル送信を送るように構成される。

少なくとも１つの他の例示的な実施形態は、処理回路と処理回路に接続されたトランシーバとを含むユーザ機器を提供する。処理回路は、物理ダウンリンク制御チャネル上で受信されたユーザ機器のダウンリンク制御情報に基づいてランダム・アクセス応答ウィンドウ内のユーザ機器へのランダム・アクセス応答メッセージの位置を判定し、ランダム・アクセス応答ウィンドウ内の判定された位置にあるランダム・アクセス応答メッセージを復号してユーザ機器へのランダム・アクセス応答を入手するように構成される。トランシーバは、入手したランダム・アクセス応答に基づいて無線リソース接続を確立するように構成される。ランダム・アクセス応答メッセージは、物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）に対応する物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）で送信され得る。

本発明は、本明細書の下で与えられる詳細な説明および添付図面からより十分に理解されるようになり、添付図面では、同様の要素が、同様の符号によって表され、詳細な説明および添付図面は、例示としてのみ与えられ、したがって、本発明を制限するものではない。

３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（３ＧＰＰ ＬＴＥ）ネットワークを示す図である。 例示的なｅＮｏｄｅＢ（ｅＮＢ）を示す図である。 ユーザ機器（ＵＥ）の例示的な実施形態を示す図である。 例示的な実施形態による、ＵＥとｅＮＢとの間の無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）（ＲＲＣ）接続を確立する方法を示す信号フロー図である。 ランダム・アクセス（ＲＡ）応答ウィンドウ内のＲＡＲメッセージごとの、拡張物理ダウンリンク制御チャネル（Ｅｎｈａｎｃｅｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）（ＥＰＤＣＣＨ）反復とそれに続くＰＤＳＣＨ反復との例のシーケンスを示す図である。 例示的な実施形態による、ランダム・アクセス（ＲＡ）応答ウィンドウ内のＥＰＤＣＣＨ反復とそれに続く物理ダウンリンク共有チャネル（ＰＤＳＣＨ）反復のシーケンスとの例の送信を示す図である。 例示的な実施形態による、並列のＥＰＤＣＣＨ送信の例の反復を示す図である。 例示的な実施形態による、ＰＤＳＣＨ送信の位置を識別する方法を示す流れ図である。

これらの図は、ある種の例示的な実施形態で利用される方法、構造、および／または材料の全般的な特性を示し、下で提供される書かれた説明を増補することを意図されたものであることに留意されたい。しかし、これらの図は、原寸通りではなく、任意の所与の実施形態の正確な構造的特性または性能特性を正確には反映しない場合があり、例示的な実施形態によって包含される値の範囲または特性を定義または限定するものとして解釈されてはならない。様々な図面での同様のまたは同一の符号の使用は、同様のまたは同一の要素または特徴の存在を示すことを意図されたものである。

これから、様々な例示的な実施形態を、いくつかの例示的な実施形態を示す添付図面を参照してより十分に説明する。

詳細な例示的な実施形態を本明細書で開示する。しかし、本明細書で開示される特定の構造的詳細および機能的詳細は、単に、例示的な実施形態を説明するための典型である。しかし、例示的な実施形態は、多数の代替の形で実施され得、本明細書で示される実施形態だけに限定されると解釈してはならない。

例示的な実施形態は、様々な変更および代替の形態が可能であるが、実施形態は、図内で例として示され、本明細書で詳細に説明される。しかし、例示的な実施形態を開示される特定の形態に限定する意図がないことを理解されたい。逆に、例示的な実施形態は、本開示の範囲に含まれるすべての修正形態、同等物、および代替形態を包含する。同様の符号が、図面の説明全体を通じて同様の要素を指す。

第１、第２などの用語が、本明細書で様々な要素を説明するのに使用される場合があるが、これらの要素はこれらの用語によって限定されてはならない。これらの用語は、ある要素を別の要素から区別するためのみに使用される。たとえば、本開示の範囲から逸脱せずに、第１の要素が第２の要素と呼ばれる可能性があり、同様に、第２の要素が第１の要素と呼ばれる可能性がある。本明細書で使用されるとき、用語「および／または」は、関連してリストされた項目のうちの１つまたは複数の任意のすべての組合せを含む。

ある要素が別の要素に「接続される」または「結合される」ものとして参照されるとき、その要素は、他方の要素に直接接続または結合される場合も、あるいは、介在する要素が存在する場合もある。対照的に、ある要素が別の要素に「直接に接続される」または「直接に結合される」ものとして参照されるときには、介在する要素は存在しない。要素の間の関係を記述するのに使用される他の単語は、同様の形で解釈されなければならない（たとえば、「〜の間」対「直接に〜の間」、「隣接する」対「直接に隣接する」など）。

本明細書で使用される用語法は、特定の実施形態を説明するためのみのものであって、限定的であることは意図されていない。本明細書で使用されるとき、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈がそうではないことを明瞭に示さない限り、複数形をも含むことが意図されている。用語「ｃｏｍｐｒｉｓｅｓ（含む）」、「ｃｏｍｐｒｉｓｉｎｇ（含む）」、「ｉｎｃｌｕｄｅｓ（含む）」、および／または「ｉｎｃｌｕｄｉｎｇ（含む）」は、本明細書で使用されるとき、述べられた特徴、整数、ステップ、動作、要素、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、および／またはその群の存在または追加を除外しないことがさらに理解されよう。

いくつの代替実施態様で、注記される機能／行為が、図内に示された順序から外れて発生する可能性があることにも留意されたい。たとえば、連続して示される２つの図が、含まれる機能性／行為に応じて実質的に並列に実行される場合があり、あるいは、時には逆の順序で実行される場合がある。

特定の詳細が、例示的な実施形態の完全な理解を提供するために以下の説明で提供される。しかし、例示的な実施形態が、これらの特定の詳細なしで実践され得ることが、当業者によって理解されよう。たとえば、システムは、不必要な詳細で例示的な実施形態を不明瞭にしないように、ブロック図で示される場合がある。他の場合に、周知のプロセス、構造、および技法が、例示的な実施形態を不明瞭にすることを回避するために、不必要な詳細なしで図示される場合がある。

以下の説明では、例示的な実施形態は、プログラム・モジュールまたは機能プロセスとして実施され得る行為または動作の記号表現（たとえば、流れ図、フロー図、データ・フロー図、構造図、ブロック図など）を参照して説明され、機能プロセスは、特定のタスクを実行するか特定の抽象データ型を実施するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含み、たとえば既存のスモール・ワイヤレス・セル、基地局、ＮｏｄｅＢ、ＬＣ−ＭＴＣ ＵＥを含むユーザ機器（ＵＥ）などにある既存のハードウェアを使用して実施され得る。そのような既存のハードウェアは、１つまたは複数の中央処理装置（ＣＰＵ）、システムオンチップ（ＳＯＣ）デバイス、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、コンピュータ、または類似物を含むことができる。

流れ図は、順次プロセスとして動作を記述することができるが、動作の多くは、並行して、並列に、または同時に実行され得る。さらに、動作の順序は並べ替えられ得る。プロセスは、その動作が完了する時に終了され得るが、図に含まれない追加のステップも有する場合がある。プロセスは、メソッド、関数、プロシージャ、サブルーチン、サブプログラムなどに対応する場合がある。プロセスが関数に対応するとき、その終了は、呼出し側関数またはメイン関数への関数のリターンに対応することができる。

本明細書で開示されるとき、用語「記憶媒体」、「コンピュータ可読記憶媒体」、または「非一時的コンピュータ可読記憶媒体」は、読取専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、磁気ＲＡＭ、コア・メモリ、磁気ディスク記憶媒体、光記憶媒体、フラッシュ・メモリ・デバイス、および／または情報を記憶する他の有形の機械可読媒体を含む、データを記憶する１つまたは複数のデバイスを表すことができる。用語「コンピュータ可読媒体」は、ポータブルまたは固定のストレージ・デバイス、光ストレージ・デバイス、ならびに命令および／またはデータを記憶し、含み、または担持することのできる様々な他の媒体を含むことができるが、これに限定されない。

さらに、例示的な実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその任意の組合せによって実施され得る。ソフトウェア、ファームウェア、ミドルウェア、またはマイクロコードで実施されるとき、必要なタスクを実行するプログラム・コードまたはコード・セグメントは、コンピュータ可読記憶媒体などの機械可読媒体またはコンピュータ可読媒体内に記憶され得る。ソフトウェアで実施されるときには、１つまたは複数のプロセッサが、必要なタスクを実行する。

コード・セグメントは、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、または、命令、データ構造、もしくはプログラム・ステートメントの任意の組合せを表すことができる。コード・セグメントは、情報、データ、引数、パラメータ、またはメモリ内容を渡し、かつ／または受け取ることによって、別のコード・セグメントまたはハードウェア回路に結合され得る。情報、引数、パラメータ、データなどは、メモリ共有、メッセージ・パッシング、トークン・パッシング、ネットワーク伝送などを含む任意の適切な手段を介して渡され、転送され、または伝送され得る。

本明細書で使用されるとき、用語「ｅＮｏｄｅＢ」または「ｅＮＢ」は、ＮｏｄｅＢ、基地局、トランシーバ・ステーション、ベース・トランシーバ・ステーション（ＢＴＳ）、マクロ・セルなどと同義と考えることができ、以下では時にそのように呼ばれる場合があり、地理的カバレージ・エリア内のＵＥと通信しており、ＵＥにワイヤレス・リソースを提供するデバイスを記述する。本明細書で議論されるとき、ｅＮＢは、本明細書で議論される能力および機能性に加えて、従来の周知の基地局に関連するすべての機能性を有することができる。

本明細書で使用されるとき、用語「スモール・ワイヤレス・セル」は、マイクロ・セル、ピコ・セル、Ｈｏｍｅ ＮｏｄｅＢ（ＨＮＢ）、Ｈｏｍｅ ｅＮｏｄｅＢ（ＨｅＮＢ）などと同義と考えることができ、以下では時にそのように呼ばれる場合があり、ほとんどの場合にマクロｅＮＢまたはマクロ・セルによってカバーされる地理的カバレージ・エリアより小さい地理的カバレージ・エリア内のユーザと通信しており、ユーザにワイヤレス・リソース（たとえば、ＬＴＥ、３Ｇ、ＷｉＦｉなど）を提供するデバイスを記述する。本明細書で議論されるとき、スモール・ワイヤレス・セルは、本明細書で議論される能力および機能性に加えて、従来の周知の基地局に関連するすべての機能性を有することができる。これに関して、スモール・ワイヤレス・セルは、基地局またはｅＮＢを含むことができる。少なくともいくつかの例示的な実施形態によるスモール・ワイヤレス・セルは、スモール・ワイヤレス・セルの範囲内のデバイスにＷＬＡＮ（またはＷｉＦｉ）リソースを提供するＷＬＡＮ（またはＷｉＦｉ）アクセス・ポイント（ＡＰ）としても働くことができる。マクロｅＮＢに関して議論されるが、例示的な実施形態は、スモール・ワイヤレス・セルおよび基地局にも適用可能とすることができる。

一般に、本明細書で議論されるとき、スモール・ワイヤレス・セルは、１つまたは複数のプロセッサ、様々な通信インターフェース（たとえば、ＬＴＥ、ＷｉＦｉ、および有線）、コンピュータ可読媒体、メモリなどを含む任意の周知のスモール・ワイヤレス・セルとすることができる。１つまたは複数のインターフェースは、ＷｉＦｉおよびセルラ・ネットワークを介する１つまたは複数の他のデバイスへ／からのワイヤレス接続を介してデータ信号を送信／受信するように構成され得、たとえば有線接続を介してインターネットと通信することもできる。

用語「ユーザ機器」または「ＵＥ」は、本明細書で議論されるとき、ユーザ、クライアント、クライアント・デバイス、モバイル・ユニット、移動局、モバイル・ユーザ、モバイル、加入者、ユーザ、リモート・ステーション、アクセス端末、受信器などと同義と考えることができ、以下では時にそのように呼ばれる場合があり、ワイヤレス通信ネットワーク（たとえば、３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（３ＧＰＰ ＬＴＥ）ネットワーク）内のワイヤレス・リソースのリモート・ユーザを記述する。本明細書で議論されるＵＥは、カバレージ拡張（ｃｏｖｅｒａｇｅ ｅｎｈａｎｃｅｄ）（ＣＥ）モードおよび／または非カバレージ拡張（ｎｏｎ−ＣＥ）モードで動作することのできる低複雑度マシン・タイプ通信（ＬＣ−ＭＴＣ）ＵＥとすることができる。

例示的な実施形態によれば、ＵＥ、スモール・ワイヤレス基地局（またはセル）、ｅＮＢなどは、ハードウェア、ファームウェア、ソフトウェアを実行するハードウェア、またはその任意の組合せとする（またはこれを含む）ことができる。そのようなハードウェアは、本明細書で説明される機能ならびに下記の要素の任意の他の周知の機能を実行するための特殊目的機械として構成された、１つまたは複数の中央処理装置（ＣＰＵ）、システムオンチップ（ＳＯＣ）デバイス、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、コンピュータ、または類似物を含むことができる。少なくともいくつかの場合に、ＣＰＵ、ＳＯＣ、ＤＳＰ、ＡＳＩＣ、およびＦＰＧＡは、集合的に、処理回路、プロセッサ、および／またはマイクロプロセッサと呼ばれる場合がある。

図１は、３ＧＰＰ ＬＴＥネットワーク１０を示す。

図１を参照すると、ネットワーク１０は、インターネット・プロトコル（ＩＰ）接続性アクセス・ネットワーク（Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）（ＩＰ−ＣＡＮ）１００およびＩＰパケット・データ・ネットワーク（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）（ＩＰ−ＰＤＮ）１００１を含む。ＩＰ−ＣＡＮ １００は、サービング・ゲートウェイ（ＳＧＷ）１０１、パケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１０３、ポリシおよび課金ルール機能（ｐｏｌｉｃｙ ａｎｄ ｃｈａｒｇｉｎｇ ｒｕｌｅｓ ｆｕｎｃｔｉｏｎ：ＰＣＲＦ）１０６、モビリティ管理エンティティ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ：ＭＭＥ）１０８、ならびにｅＮｏｄｅ Ｂ（ｅＮＢ）１０５を含む。図１には示されていないが、進化型パケット・システム（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ：ＥＰＳ）のＩＰ−ＰＤＮ １００１部分は、アプリケーション・サーバおよび／またはプロキシ・サーバ、メディア・サーバ、電子メール・サーバなどを含むことができる。

ＩＰ−ＣＡＮ １００内で、ｅＮＢ １０５は、Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（ＥＵＴＲＡＮ）と呼ばれるものの一部であり、ＩＰ−ＣＡＮ １００のうちでＳＧＷ １０１、ＰＧＷ １０３、ＰＣＲＦ １０６、およびＭＭＥ １０８を含む部分は、進化型パケット・コア（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ：ＥＰＣ）と呼ばれる。１つのみのｅＮＢ １０５が図１に示されているが、ＥＵＴＲＡＮが任意の個数のｅＮＢを含むことができることを理解されたい。同様に、それぞれ１つのみのＳＧＷ、ＰＧＷ、およびＭＭＥが図１に示されているが、ＥＰＣが、任意の個数のこれらのコア・ネットワーク要素を含むことができることを理解されたい。

引き続き図１を参照すると、ｅＮＢ １０５は、１つまたは複数のユーザ機器（ＵＥ）１１０にワイヤレス・リソースおよび無線カバレージを提供する。すなわち、任意の個数のＵＥ １１０が、ワイヤレス・ネットワーク・サービスおよびワイヤレス・ネットワーク・リソースにアクセスするためにｅＮＢ １０５に接続され（またはアタッチされ）得る。ｅＮＢ １０５は、ＳＧＷ １０１およびＭＭＥ １０８に動作可能に結合される。ｅＮＢ １０５およびＵＥ １１０の追加の機能性は、後でより詳細に議論される。

ＳＧＷ １０１は、ユーザ・データ・パケットをルーティングし、転送するが、ＵＥのｅＮＢ間ハンドオーバ中にユーザ・プレーンのモビリティ・アンカとしても働く。ＳＧＷ １０１は、３ＧＰＰ ＬＴＥと他の３ＧＰＰ技術との間のモビリティのアンカとしても働く。アイドルＵＥに関して、ＳＧＷ １０１は、ダウンリンク・データ経路を終端し、アイドルＵＥのダウンリンク・データが到着した時にページングをトリガする。

ＰＧＷ １０３は、ＩＰ−ＣＡＮ １００へ／からのＵＥ １１０のトラフィックの入口点／出口点として働くことによって、ＵＥ １１０と外部パケット・データ・ネットワーク（たとえば、ＩＰ−ＰＤＮ）との間の接続性を提供する。既知の通り、所与のＵＥ １１０は、複数のＰＤＮにアクセスするために複数のＰＧＷ １０３との同時接続性を有することができる。

引き続き図１を参照すると、ｅＮＢ １０５は、ＭＭＥ １０８にも動作可能に結合される。ＭＭＥ １０８は、ＥＵＴＲＡＮの制御ノードであり、アイドル・モードＵＥ １１０ページングおよび再送信を含むタグ付け手順の責任を負う。ＭＭＥ １０８は、ネットワークへのＵＥの初期アタッチメント中およびコア・ネットワーク（ＣＮ）ノードの再配置を含むＬＴＥ内ハンドオーバ中にＵＥのために特定のＳＧＷを選択する責任をも負う。ＭＭＥ １０８は、図１には示されていないホーム加入者サーバ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ：ＨＳＳ）と相互作用することによってＵＥ １１０を認証する。

ノン・アクセス・ストレイタム（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ：ＮＡＳ）シグナリングは、ＭＭＥ １０８で終端し、ＵＥ １１０の一時アイデンティティの生成および割振りの責任を負う。ＭＭＥ １０８は、サービス・プロバイダの公衆陸上移動体ネットワーク（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ：ＰＬＭＮ）にキャンプするためのＵＥ １１０の許可をもチェックし、ＵＥ １１０のローミング制限を実施する。ＭＭＥ １０８は、ＮＡＳシグナリングの暗号化／完全性保護に関するネットワーク内の終端点であり、セキュリティ鍵管理を処理する。

ＭＭＥ １０８は、ＬＴＥとＭＭＥ １０８で終端するＳＧＳＮ（図示せず）からのＳ３タイプのインターフェースを有する２Ｇ／３Ｇアクセス・ネットワークとの間のモビリティの制御プレーン機能性をも提供する。

引き続き図１を参照すると、ポリシおよび課金ルール機能（ＰＣＲＦ）１０６は、ポリシ決定を行い、課金ルールを設定するエンティティである。これは、加入者データベースへのアクセスを有し、３ＧＰＰアーキテクチャ内である役割を演じる。

図２は、図１に示されたｅＮＢ １０５の例を示す。

図２を参照すると、ｅＮＢ １０５は、メモリ２２５、プロセッサ２１０、スケジューラ２１５、ワイヤレス通信インターフェース２２０、ならびにバックホール・データおよびシグナリング・インターフェース（本明細書ではバックホール・インターフェースと称する）２３５を含む。プロセッサまたは処理回路２１０は、ｅＮＢ １０５の機能（本明細書で説明される）を制御し、メモリ２２５および通信インターフェース２２０に動作可能に結合される。１つのプロセッサ２１０だけが図２に示されているが、複数のプロセッサがｅＮＢ １０５などの通常のｅＮＢ内に含まれ得ることを理解されたい。プロセッサによって実行される機能は、ハードウェアを使用して実施され得る。上で議論したように、そのようなハードウェアは、１つまたは複数の中央処理装置（ＣＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、コンピュータ、または類似物を含むことができる。本文書全体で使用される用語、プロセッサまたは処理回路は、これらの例示的な実施態様のいずれをも指すことができるが、この用語はこれらの例に限定されない。

引き続き図２を参照すると、ワイヤレス通信インターフェース２２０（通信インターフェース２２０とも称する）は、ＵＥ １１０へ／から、または制御プレーンを介して、制御信号およびデータ信号をワイヤレスで送信／受信するために、１つまたは複数のアンテナに接続された１つまたは複数の送信器／受信器（すなわち、トランシーバ）を含む様々なインターフェースを含む。

バックホール・インターフェース２３５は、ＳＧＷ １０１、ＭＭＥ １０８、他のｅＮＢ、またはＩＰ−ＣＡＮ １００内の他のＥＰＣネットワーク要素および／もしくはＲＡＮ要素とインターフェースする。

メモリ２２５は、ｅＮＢ １０５に送信され、ｅＮＢ １０５から受信される、ｅＮＢ １０５で処理されているデータをバッファリングし、記憶することができる。

引き続き図２を参照すると、スケジューラ２１５は、ｅＮＢ １０５によってＵＥ １１０に送信され、ＵＥ １１０から受信される制御通信およびデータ通信をスケジューリングする。スケジューラ２１５およびｅＮＢ １０５の追加の機能性は、後でより詳細に議論される。

図３は、図１に示されたＵＥ １１０の例を示す。

図３を参照すると、ＵＥ １１０は、メモリ２７０、メモリ２７０に接続されたプロセッサ（または処理回路）２５０、プロセッサ２５０に接続された様々なインターフェース２９０、および様々なインターフェース２９０に接続されたアンテナ２９５を含む。様々なインターフェース２９０およびアンテナ２９５は、ｅＮＢ １０５から／へデータを送信／受信するトランシーバを構成することができる。了解されるように、実施態様に応じて、ＵＥ １１０は、図３に示されたものより多数の構成要素を含むことができる。しかし、例示的な例示的な実施形態を開示するためにこれらの概ね従来からある構成要素のすべてが図示されることは必要ではない。

メモリ２７０は、ランダム・アクセス・メモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、および／またはディスク・ドライブなどの永久大容量ストレージ・デバイスを全般的に含むコンピュータ可読記憶媒体とすることができる。メモリ２７０はまた、オペレーティング・システムと、プロセッサ２５０によって実行されるＵＥ １１０の機能性（たとえば、ＵＥの機能性、例示的な実施形態による方法など）を提供するための任意の他のルーチン／モジュール／アプリケーションとを記憶する。これらのソフトウェア構成要素は、ドライブ機構（図示せず）を使用して、別々のコンピュータ可読記憶媒体からメモリ２７０にロードされることも可能である。そのような別々のコンピュータ可読記憶媒体は、ディスク、テープ、ＤＶＤ／ＣＤ−ＲＯＭドライブ、メモリ・カード、または他の同様のコンピュータ可読記憶媒体（図示せず）を含むことができる。いくつかの実施形態では、ソフトウェア構成要素は、コンピュータ可読記憶媒体を介するのではなく、様々なインターフェース２９０のうちの１つを介してメモリ２７０にロードされ得る。

プロセッサ２５０は、システムの算術演算、論理演算、および入出力動作を実行することによってコンピュータ・プログラムの命令を実行するように構成され得る。命令は、メモリ２７０によってプロセッサ２５０に供給され得る。

様々なインターフェース２９０は、アンテナ２９５または他の入出力構成要素にプロセッサ２５０をインターフェースする構成要素を含むことができる。理解されるように、インターフェース２９０と、ＵＥ １１０の特殊目的機能性を示すためにメモリ２７０内に記憶されるプログラムとは、ＵＥ １１０の実施態様に応じて変化する。

ＵＥ（図１内のＵＥ １１０など）がｅＮＢ（図１に示されたｅＮＢ １０５など）のカバレージ・エリアに入る時、ＵＥは、ワイヤレス・ネットワークにアクセスするためにｅＮＢとの無線リソース制御（ＲＲＣ）プロトコル接続（ＲＲＣ接続とも称する）を確立することを試みる。既知の通り、ＲＲＣプロトコルは、接続確立機能、接続解放機能、システム情報のブロードキャスト、無線ベアラ確立、無線ベアラ再構成、無線ベアラ解放、ＲＲＣ接続モビリティ手順、ページング通知、ページング解放、および外側ループ電力制御などの機能を提供する。シグナリング機能を介して、ＲＲＣプロトコルは、ワイヤレス・ネットワークの状況に従ってユーザ・プレーンおよび制御プレーンを構成し、ワイヤレス・ネットワーク内での無線リソース管理（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）戦略の実施を可能にする。

ｅＮＢとのＲＲＣ接続の確立を開始するために、ＵＥは、物理ランダム・アクセス・チャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ：ＰＲＡＣＨ）を介して第１のメッセージ（Ｍｓｇ１）内でｅＮＢにランダム・アクセス・チャネル（Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ：ＲＡＣＨ）プリアンブルを送る。既知の通り、ＵＥは、６４個のプリアンブル・シーケンスのセットの中からＲＡＣＨプリアンブルを選択する。プリアンブル・シーケンス（またはプリアンブルＩＤ）は、プリアンブル・シーケンスを送るＵＥのタイプおよびＵＥの識別子（ＵＥ ＩＤ）を含めて、特定のＵＥを識別する。一例では、プリアンブル・シーケンスは、サイクリック・プリフィックス、シーケンス、およびガード・タイムを含むことができる。プリアンブル・シーケンスは、Ｚａｄｏｆｆ−Ｃｈｕシーケンスから定義され得る。本明細書で議論されるとき、プリアンブル・シーケンスまたはプリアンブルＩＤは、プリアンブルまたはＲＡＣＨプリアンブルと呼ばれる場合がある。

ＰＲＡＣＨ上でＵＥからプリアンブルを受信することに応答して、ｅＮＢは、物理ダウンリンク・シェア・チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ：ＰＤＳＣＨ）上でＵＥに第２のメッセージ（Ｍｓｇ２）を送る。一例では、第２のメッセージ（Ｍｓｇ２）は、ＵＥへのランダム・アクセス応答（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ：ＲＡＲ）を含む。特定のＵＥのＲＡＲは、ＵＥのタイミング・アドバンス（ｔｉｍｉｎｇ ａｄｖａｎｃｅ：ＴＡ）およびセル無線ネットワーク一時識別子（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ：Ｃ−ＲＮＴＩ）、ならびに、ＵＥが後続のＲＲＣ接続要求をｅＮＢに送信するためのアップリンク（ＵＬ）グラントを含むことができる。

ＵＥのＲＡＲは、ｅＮＢが並列に、同時に、または所与の時間ウィンドウ内でプリアンブルをそこからも受信した他のＵＥのＲＡＲと一緒に多重化される。これに関して、複数のＵＥのＲＡＲは、ＲＡＲメッセージ（ＲＡＲプロトコル・データ・ユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ：ＰＤＵ）、ＰＤＳＣＨ送信、またはＰＤＳＣＨの送信とも称する）に多重化され、各ＲＡＲメッセージは、複数の異なるＵＥのＲＡＲを含むことができる。本明細書で議論されるとき、用語、ＲＡＲメッセージ、ＲＡＲ ＰＤＵ、およびＰＤＳＣＨ送信は、交換可能に使用される場合がある。

ｅＮＢは、複数の異なるＵＥのＲＡＲを１つのみののＲＡＲメッセージ（またはＰＤＳＣＨ送信）内に多重化することができるので、ｅＮＢは、拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）上でＥＰＤＣＣＨ共通検索空間（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ：ＣＳＳ）サブフレーム内で各ＲＡＲメッセージに対応するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）をもＵＥに送る。ＤＣＩは、ＵＥ宛の特定のＰＤＳＣＨ送信およびＲＡＲを復号するための制御情報（たとえば、トランスポート・ブロック・サイズ（ＴＢＳ）ならびに変調およびコーディング方式（ＭＣＳ））を提供する。複数のＵＥのＤＣＩは、ＲＡ応答ウィンドウ中にＵＥに送信されるＥＰＤＣＣＨ送信（制御チャネル・メッセージとも称する）に多重化され得る。本明細書で議論されるとき、用語、制御チャネル・メッセージおよびＥＰＤＣＣＨ送信は、交換可能に使用される場合がある。

１つの従来の例では、ＵＥごとのＤＣＩを含む制御チャネル・メッセージは、ＵＥへの送信のためにＲＡＲメッセージと（たとえば、時間領域で）多重化され、すなわち、この従来の例では、ｅＮＢは、ＵＥが対応するＲＡＲメッセージを受信する前に制御チャネル・メッセージを受信するように、ＵＥへのＥＰＤＣＣＨ送信およびＰＤＳＣＨ送信を多重化する。

１つのみのＲＡＲがＲＡＲメッセージに含まれる場合であっても、ｅＮＢは、サブバンド／物理リソース・ブロック（ＰＲＢ）とＴＢＳおよび／またはＭＣＳが仕様で固定されるかまたはシステム情報ブロック（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ：ＳＩＢ）内で準静的に構成される（それによりｅＮＢでのスケジューリング柔軟性を制限する）場合を除いて、それでも、ＥＰＤＣＣＨ上でＲＡＲメッセージのサブバンド／ＰＲＢを提供する。ＵＥのＲＡＲをスケジューリングする際の柔軟性を維持するために、制御チャネル・メッセージは、ＰＤＳＣＨ上での対応するＲＡＲメッセージの送信の前に、ＥＰＤＣＣＨ上で送信され得る。帯域幅が制限されたシステムでは、異なる反復レベル（異なるＰＲＡＣＨリソースが使用される場合であっても）が、制御チャネル・メッセージに関して同一のサブバンドを共有することができる。

特定の反復レベルに関して、ｅＮＢは、同時に、並列に、および／または所与の時間ウィンドウ内にワイヤレス・ネットワークへのアクセスを要求する複数の異なるＵＥから受信されるプリアンブル（複数の異なるＵＥから受信されたＰＲＡＣＨとも称する）に応答できなければならない。ｅＮＢによるＲＡＲメッセージへの複数のＲＡＲの多重化は、これに関して役立つ可能性がある。

しかし、ｅＮＢは、１つの特定のインスタンスですべての受信されたプリアンブルに応答するのではなく、ＵＥからのＭｅｓｓａｇｅ ３メッセージ（たとえば、無線リソース制御（ＲＲＣ）接続要求）のリソースの割振りを拡散することを望む場合もある。リソースのこの拡散を容易にするために、３ＧＰＰ−ＬＴＥ Ｒｅｌｅａｓｅ ８（Ｒｅｌ−８）は、ｅＮＢによるＲＡＲメッセージの送信が準静的に構成された期間にわたって拡散されるランダム・アクセス（ＲＡ）応答ウィンドウを提供する。

カバレージ拡張（ＣＥ）の状況では、ＵＥでのＥＰＤＣＣＨ送信およびＰＤＳＣＨ送信（たとえば、ＲＡＲを含む）の正しい受信には、各送信の多数回の反復が必要となる。従来、ＵＥへの所与のＰＤＳＣＨ送信のＤＣＩは、対応するＥＰＤＣＣＨ送信内で提供されるので、ＰＤＳＣＨ送信（ＰＤＳＣＨ反復と称することもある）は、対応するＥＰＤＣＣＨ送信（ＥＰＤＣＣＨ反復と称することもある）の終了の後にのみ始まる。その結果、従来のＲＡ応答ウィンドウは、ＲＡＲメッセージごとに、ＥＰＤＣＣＨ反復とそれに続くＰＤＳＣＨ反復とのシーケンスを含む可能性がある。

図５は、ＲＡ応答ウィンドウ内のＲＡＲメッセージごとの、ＥＰＤＣＣＨ反復とそれに続くＰＤＳＣＨ反復との例のシーケンスを示す。

図５に示された例では、３つのＰＤＳＣＨ送信（反復）５０４、５０８、および５１２と、３つのＥＰＤＣＣＨ送信（反復）５０２、５０６、および５１０とが、ＲＡ応答ウィンドウ内で送られる。この例に示されているように、それぞれのＰＤＳＣＨ送信５０４、５０８、および５１２は、ＲＡ応答ウィンドウ内でＥＰＤＣＣＨ送信５０２、５０６、および５１０の間にインターリーブされる。

慣習的に、ＵＥ（たとえば、ＬＣ−ＭＴＣ ＵＥ）が自身のＲＡＲを見つけるまで、ＵＥは、対応するＰＤＳＣＨ送信がＵＥ宛のＲＡＲを含むかどうかを判定するために、少なくともＲＡ応答ウィンドウ内のＥＰＤＣＣＨ送信のそれぞれをブラインド復号する。しかし、そのようなブラインド復号は、ＵＥでのかなりの電力消費をもたらす可能性がある。

図５に関して、たとえば、各ＥＰＤＣＣＨ送信５０２、５０６、および５１０が、１０回の反復（たとえば、１０個のサブフレーム）を必要とし、特定のＵＥのＲＡＲがＰＤＳＣＨ送信５１２内にある場合（または、ｅＮＢがＵＥに応答しない場合）、ＵＥは、ＥＰＤＣＣＨ送信５１０およびＰＤＳＣＨ送信５１２だけがＵＥにとって重要である場合でも、すべてのＥＰＤＣＣＨ送信を受信するために少なくとも３０サブフレームの間ウェイク・アップしなければならない。

１つまたは複数の例示的な実施形態は、ＲＡ応答ウィンドウ中のＵＥでの電力消費を低減することができる。少なくとも１つの例示的な実施形態によれば、ｅＮＢは、従来技術のように順次ではなく、ＲＡ応答ウィンドウ内でのＵＥへの送信のためにすべてのＰＤＳＣＨ送信を並列にスケジューリングする。これに関して、ｅＮＢは、ＥＰＤＣＣＨ上でＵＥのＤＣＩを送信する前に、ＵＥのＰＤＳＣＨ送信をスケジューリングする。その後、ｅＮＢは、明示的に、またはＥＰＤＣＣＨ（本明細書では制御チャネル送信または物理制御チャネル送信とも称する）上で搬送される対応するＤＣＩを使用して暗黙的にのいずれかで、ＰＤＳＣＨ送信のスケジューリング情報を供給する。少なくともいくつかの例示的な実施形態によれば、スケジューリング情報は、ＲＡ応答ウィンドウ内のＵＥ宛の特定のＰＤＳＣＨ送信（ＲＡＲを含む）の位置（たとえば、サブフレームなどの時間的位置）を示す。

少なくとも１つの例示的な実施形態によれば、ＥＰＤＣＣＨ送信は、ＵＥへのＰＤＳＣＨの送信の前に、ＲＡ応答ウィンドウの始めに提供される。ＰＤＳＣＨ送信を並列にスケジューリングすることによって、ＵＥは、従来技術のように複数回（たとえば、ＥＰＤＣＣＨ送信ごとに）ではなく、ＲＡ応答ウィンドウごとに１回、そのランダム・アクセス無線ネットワーク一時識別子（Ｒａｎｄｏｍ Ａｃｃｅｓｓ−Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ：ＲＡ−ＲＮＴＩ）を使用してＥＰＤＣＣＨのブラインド復号を実行することだけを必要とする。

図６は、例示的な実施形態による、ＲＡ応答ウィンドウ内のＥＰＤＣＣＨ反復とそれに続くＰＤＳＣＨ反復のシーケンスとの例の送信を示す。

図６に示されているように、ＲＡ応答ウィンドウ内にすべての後続ＰＤＳＣＨ送信のＤＣＩ（およびスケジューリング情報）を含むＥＰＤＣＣＨ送信６００の並列反復は、ＲＡ応答ウィンドウの始めに、かつＵＥのＲＡＲを含むＰＤＳＣＨ送信６０２、６０４、および６０６の前に送信される。

図６に示された例示的な実施形態では、各ＥＰＤＣＣＨ送信が１０回の反復（たとえば、１０個のサブフレーム）を必要とし、特定のＵＥのＲＡＲが第３のＰＤＳＣＨ送信６０６内にある場合（または、ｅＮＢがＵＥに応答しない場合）に、ＵＥは、図５に示された従来の例で必要になる少なくとも３０サブフレームではなく、ＥＰＤＣＣＨ送信を受信するために最初の１０個のサブフレームの間だけウェイク・アップすればよい。

例示的な実施形態を、これから、図１〜図３に示されたＵＥ １１０とｅＮＢ １０５との間での無線リソース制御（ＲＲＣ）接続の確立に関してより詳細に説明する。しかし、例示的な実施形態が、この例のケースに限定されてはならない。

図４は、図１〜図３に示されたＵＥ １１０とｅＮＢ １０５との間で無線リソース制御（ＲＲＣ）接続を確立する方法の例示的な実施形態を示す信号フロー図である。

図４を参照すると、ｅＮＢ １０５とのＲＲＣ接続の確立を開始するために、Ｓ４０では、ＵＥ １１０が、ＰＲＡＣＨを介してｅＮＢ １０５にＲＡＣＨプリアンブル（Ｍｓｇ１）を送る。

ＵＥ １１０からのＲＡＣＨプリアンブル（Ｍｓｇ１）の受信に応答して、Ｓ４１０では、スケジューラ２１５が、ＰＤＳＣＨ上でＲＡＲメッセージ内でＵＥ １１０に送信されるＵＥ １１０のＲＡＲを生成する。ＲＡＲを生成する方法およびこれに含まれる情報は周知なので、詳細な議論は省略する。また、Ｓ４１０では、スケジューラ２１５が、ＰＤＳＣＨ上で他のＲＡＲと一緒にＲＡＲメッセージ内でＵＥ １１０に送信されるＲＡＲを符号化する。本明細書で議論されるとき、ＲＡＲメッセージは、ＲＡＲ ＰＤＵまたはＰＤＳＣＨ送信と呼ばれる場合もある。

Ｓ４１２では、スケジューラ２１５が、ＲＡ応答ウィンドウ内でのＵＥへのＰＤＳＣＨ送信の並列スケジューリングを実行する。それを行う際に、スケジューラ２１５は、ＲＡ応答ウィンドウ内でのＵＥ １１０へのＰＤＳＣＨ送信（複数のＵＥへのＰＤＳＣＨ送信の中の）の位置（たとえば、時間的位置）を決定する。一例では、スケジューラ２１５は、どのリソース・ブロック対がＵＥ １１０へ対応するＰＤＳＣＨ送信を送信するのに使用されるのかなど、リソース割当を含むスケジューリング情報を生成する。ＰＤＳＣＨ送信の並列スケジューリングは、任意の適切な周知の形で行うことができる。スケジューリング情報は、ＲＡ応答ウィンドウ内でのＵＥへのＰＤＳＣＨ送信の位置を識別する。一例では、スケジューリング情報は、ＵＥ １１０のためのＰＤＳＣＨ送信を搬送するＲＡ応答ウィンドウ内の１つまたは複数のサブフレームを識別することができる。

Ｓ４１４では、スケジューラ２１５が、Ｓ４１０で生成されたＲＡＲメッセージのダウンリンク制御情報（ＤＣＩ）を生成する。ＤＣＩは、電力制御コマンド、ＲＡＣＨコマンド、物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＰＵＳＣＨ）のアップリンク・グラントの情報などを含む。さらに、ＵＥ １１０へのＰＤＳＣＨ送信に関連して生成されるＤＣＩは、Ｓ４１２で生成されたＵＥ １１０のスケジューリング情報を示す。下でより詳細に議論されるように、ＤＣＩは、ＲＡ応答ウィンドウ内でのＵＥ １１０へのＰＤＳＣＨ送信の位置を暗黙的または明示的に示すことができる。

図４に戻って、Ｓ４１４では、スケジューラ２１５が、ＥＰＤＣＣＨ上の制御チャネル・メッセージとしてＵＥ １１０へ送信するためにＤＣＩの符号化も行う。本明細書で議論されるように、制御チャネル・メッセージは、ＥＰＤＣＣＨ送信とも称し、制御チャネル・メッセージは、ＵＥ １１０へのＰＤＳＣＨ送信のＤＣＩを含む複数の異なるＰＤＳＣＨ送信のＤＣＩを含むことができる。一例では、ｅＮＢ １０５は、ＵＥ １１０のＲＡ−ＲＮＴＩを使用してＵＥ １１０のＤＣＩをマスクすることができる。この例では、ＲＡ−ＲＮＴＩは、下に示された式（１）に従って計算され得る。
ＲＡ−ＲＮＴＩ＝１＋ｔ_ｉｄ＋１０ｆ_ｉｄ （１）

引き続き図４を参照すると、Ｓ４２では、ｅＮＢ １０５が（ワイヤレス・インターフェースまたはトランシーバ２２０を介して）、ＥＰＤＣＣＨ上で生成された制御チャネル・メッセージ内でＵＥ １１０にＤＣＩを送り、ＲＡ応答ウィンドウ内でＰＤＳＣＨ上のＲＡＲメッセージ内でＲＡＲをＵＥ １１０に送る。ＵＥ １１０のＤＣＩは、制御チャネル・メッセージ内で他のＵＥのＤＣＩと多重化され得る（たとえば、時間、周波数、または符号において）。同様に、ＵＥ １１０のＲＡＲは、ＲＡＲメッセージ内で他のＵＥのＲＡＲと多重化され得る。さらに、ＲＡＲメッセージは、他のＵＥのＲＡＲを含むＲＡＲメッセージと（たとえば、時間領域において）多重化され得る。

受信時に、ＵＥ １１０は、ＲＡ応答ウィンドウ内のＵＥ １１０宛のＲＡＲを含むＲＡＲメッセージの位置（たとえば、時間的位置）を判定するために、制御チャネル・メッセージ内に含まれるＤＣＩを調べる。上で述べたように、ＤＣＩは、暗黙的または明示的に、ＲＡＲメッセージの位置を示すことができる。

ＲＡ応答ウィンドウ内のＵＥ １１０宛のＲＡＲを含むＲＡＲメッセージの位置を入手した後に、ＵＥ １１０は、ＵＥ １１０のためにｅＮＢ １０５によって供給されたＲＡＲを入手するために、判定された位置のＲＡＲメッセージを復号する。一例では、ＵＥ １１０は、ＵＥ １１０のためにｅＮＢ １０５によって供給されたＲＡＲを入手するために、判定された位置にあるＲＡＲメッセージだけを復号する。例示的な実施形態は、ＵＥが１つのみののＲＡＲメッセージを復号することに関して議論されるが、ＵＥが、復号を必要とする複数の位置にあるＲＡＲメッセージを識別できることを理解されたい。この例では、ＵＥは、ＲＡ応答ウィンドウ内の識別された位置のそれぞれにあるＲＡＲメッセージを復号することができる。

ｅＮＢ １０５からのＲＡＲメッセージに含まれるＲＡＲを入手した後に、ＵＥ １１０およびｅＮＢ １０５は、たとえば第３のメッセージおよび第４のメッセージ（Ｍｓｇ３およびＭｓｇ４）を交換することによって、ランダム・アクセス・プロセスを継続する。図４に示されたＲＲＣ接続の文脈では、ＵＥ １１０およびｅＮＢ １０５は、入手されたＲＡＲ内でｅＮＢ １０５によって付与されたリソースを使用して、ＵＥ １１０とワイヤレス・ネットワークとの間のＲＲＣセッションを確立するためにＲＲＣ接続メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ｍｅｓｓａｇｅ）を交換する。

より詳細には、図４に示されているように、Ｓ４４では、ＵＥ １１０が、ＵＥ １１０宛のＲＡＲ内でＵＥ １１０に付与されたリソースを使用して、ｅＮＢ １０５に第３のメッセージ（ＲＲＣ接続要求メッセージ（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）などのＭｓｇ３）を送り、Ｓ４６では、ｅＮＢ １０５が、ＵＥ １１０からの第３のメッセージに応答して、ＵＥ １１０とｅＮＢ １０５との間でＲＲＣ接続を確立するために第４のメッセージ（ＲＲＣ接続セットアップメッセージ（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ ｍｅｓｓａｇｅ）などのＭｓｇ４）を送る。

上で議論したように、スケジューラ２１５は、ＤＣＩ内で明示的に、ＵＥ １１０などのＵＥのＲＡＲを含むＲＡＲメッセージのスケジューリング情報を供給することができる。また、ＵＥ １１０のＤＣＩは、ＥＰＤＣＣＨ上で送信される制御チャネル・メッセージ内で他のＵＥのＤＣＩと多重化され得る。一例では、スケジューラ２１５は、ＵＥの対応するＲＡＲメッセージのＰＤＳＣＨ反復を含む、ＲＡ応答ウィンドウ内のＰＤＳＣＨ送信（またはＲＡＲメッセージ）の位置を示すビット（インジケータ・ビット、位置インジケータ情報、または位置インジケータ・ビットとも称する）を含む。位置インジケータは、ＲＡＲメッセージを搬送するＰＤＳＣＨ送信の開始（または第１の）サブフレームおよびその反復回数に加えて、従来のＤＣＩに見られるスケジューリング情報を含むことができる。

別の例（たとえば、図５に示された）では、１つのＤＣＩメッセージがＥＰＤＣＣＨ送信ごとに供給され得、複数のＥＰＤＣＣＨ送信が１つのサブフレーム内に含められ得る。

上で簡潔に述べたように、スケジューリング情報は、たとえば複数のＲＡＲが同一のＲＡ−ＲＮＴＩに対応するが、異なるプリアンブルに対応する場合に、ＲＡ応答ウィンドウ内のＰＤＳＣＨ送信の複数の位置を所与のＵＥに示すことができる。

少なくとも１つの他の例示的な実施形態によれば、スケジューラ２１５は、ＤＣＩ内の明示的な位置インジケータ情報なしで、暗黙的にＵＥ １１０にスケジューリング情報を供給することができる。

一例では、スケジューラ２１５は、ＵＥ １１０のＤＣＩを搬送するＥＰＤＣＣＨ候補のＥＣＣＥインデックス（たとえば、第１のＥＣＣＥインデックス）を使用して、ＵＥ １１０にスケジューリング情報を供給することができる。より具体的には、スケジューラ２１５は、ＵＥ １１０のＤＣＩを搬送するＥＰＤＣＣＨ候補のＥＣＣＥインデックス（たとえば、第１のＥＣＣＥインデックス）を使用して、ＵＥ １１０にＥＰＤＣＣＨ送信の時間的位置を示すことができる。この例示的な実施形態は、下で図７に関してより詳細に議論される。さらに、これらの図の議論は、いくつかの場合に、図１〜図３にもう一度戻って参照する。この例では、ＲＡ応答ウィンドウ中にｅＮＢによって送られるＲＡＲメッセージは、同一の反復レベルを有する。しかし、これは必ずしも必要ではない。

図７は、６つの物理リソース・ブロック（ＰＲＢ）のサブバンド内の強化制御チャネル要素（ｅｎｈａｎｃｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）（ＥＣＣＥ）の例を示す。

周知の通り、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）（ＲＥ）は、時間領域の１つの直交周波数分割多重化（ＯＦＤＭ）シンボルおよび周波数領域の１つの副搬送波によって示される、３ＧＰＰ−ＬＴＥネットワーク内の最小リソース単位である。強化リソース要素グループ（ｅｎｈａｎｃｅｄ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ：ＥＲＥＧ）は、物理リソース・ブロック内に９つのＲＥを含む。強化制御チャネル要素（ＥＣＣＥ）は、通常は４つのＥＲＥＧを含み、これらのＥＲＥＧは、ＰＲＢ対（局所化された送信用）またはＰＲＢ対のセット（分散された通信用）内で分散される。拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）は、これらのブロックを使用して構築される。ＥＰＤＣＣＨ送信内のＥＣＣＥの個数は、そのアグリゲーション・レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ：ＡＬ）と呼ばれ、１つ、２つ、４つ、または８つのＥＣＣＥ（論理シーケンス）とすることができる。

図７に示された例では、アグリゲーション・レベル（ＡＬ）がすべてのＲＡ−ＲＮＴＩおよびＵＥに関して同一であり、ＡＬが４および８のうち一方であると仮定する。４のＡＬは、サブバンドあたり６つのＥＰＤＣＣＨ候補（およびＲＡ−ＲＮＴＩ）に対応し、８のＡＬは、サブバンドあたり３つのＥＰＤＣＣＨ候補（およびＲＡ−ＲＮＴＩ）に対応する。したがって、この例では、ＲＡ応答ウィンドウ内のＲＡＲメッセージの個数は、４のＡＬに関しては６であり、ＲＡ応答ウィンドウ内のＲＡＲメッセージの個数は、８のＡＬに関しては３である。各ＥＣＣＥは、インデックスｉを割り当てられ、ｉは、０と２３との間の値を有する。

図７に示された例を参照すると、４のＡＬに関して、２０ｘ反復の反復レベルを仮定すると、６つのＥＰＤＣＣＨ候補が、下の表１に示されているように与えられ得る。

８のＡＬに関して、１０ｘ反復の反復レベルを仮定すると、３つのＥＰＤＣＣＨ候補が、下の表２に示されているように与えられ得る。

図７に示された例では、特定のＲＡＲメッセージを搬送するＰＤＳＣＨの反復が、そのＲＡＲメッセージのＤＣＩ内で示されることも仮定される。すべてのＲＡＲメッセージが、同一回数の反復を有するので、ＲＡＲメッセージのＤＣＩに基づいてＲＡ応答ウィンドウ内のＲＡＲメッセージの位置を判定した後に、ＵＥは、ＲＡＲメッセージの位置に基づいて、ＰＤＳＣＨ反復がその間に始まるサブフレームを識別することができる。

一例では、もう一度図１〜図３を参照すると、スケジューラ２１５は、ＵＥ １１０へのＰＤＳＣＨ送信のスケジューリング情報に基づいて、ＵＥ １１０へのＥＰＤＣＣＨの送出を開始すべき第１のＥＣＣＥのインデックスＩ_ＥＣＣＥを計算する。より具体的には、スケジューラ２１５は、ＲＡ応答ウィンドウ内のＵＥ １１０のＰＤＳＣＨ送信の位置に基づいて、ＵＥ １１０へのＥＰＤＣＣＨの送信を開始すべき第１のＥＣＣＥのインデックスＩ_ＥＣＣＥを計算する。

より詳細には、たとえば、スケジューラ２１５は、ＲＡ応答ウィンドウ内でのＵＥ １１０のＰＤＳＣＨ送信の位置Ｐ_ＲＡＲおよびＵＥ １１０のＥＰＤＣＣＨ候補のＡＬに基づいて、ＵＥ １１０へＥＰＤＣＣＨを送信し始めるべき第１のＥＣＣＥのインデックスＩ_ＥＣＣＥを計算する。１つの特定の例では、スケジューラ２１５は、下に示された式（２）に従ってインデックスＩ_ＥＣＣＥを計算することができる。
Ｉ_ＥＣＣＥ＝Ｐ_ＲＡＲ×ＡＬ （２）

式（２）では、上で述べたように、Ｉ_ＥＣＣＥは、ＵＥ １１０にＤＣＩを送信するためのＥＰＤＣＣＨ候補の第１のＥＣＣＥインデックスであり、ＡＬは、ＵＥ １１０のＥＰＤＣＣＨ候補のアグリゲーション・レベルである。

再度図６および図７に示された例を参照すると、ＥＰＤＣＣＨ候補のＡＬが８なので、スケジューラ２１５が、ＲＡ応答ウィンドウ内のＰＤＳＣＨ送信６０２（ＲＡＲ＃１）で第１のＵＥ（たとえば、図１のＵＥ １１０のうちの１つ）のＲＡＲの送信をスケジューリングする場合、スケジューラ２１５は、第１のＥＣＣＥのインデックスＩ_ＥＣＣＥをＥＣＣＥ＃０として計算する（すなわち、Ｉ_ＥＣＣＥ＝０×８＝０）。この場合、スケジューラ２１５は、ＥＣＣＥ＃０で始まる第１のＵＥへのＥＰＤＣＣＨ上のＤＣＩの送信をスケジューリングする。

スケジューラ２１５が、ＲＡ応答ウィンドウ内のＰＤＳＣＨ送信６０６（ＲＡＲ＃３）で第２のＵＥ（たとえば、図１のＵＥ １１０のうちの別の１つ）のＲＡＲの送信をスケジューリングする場合、スケジューラ２１５は、第１のＥＣＣＥのインデックスＩ_ＥＣＣＥをＥＣＣＥ＃１６として計算する（すなわちＩ_ＥＣＣＥ＝２×８＝１６）。この場合、スケジューラ２１５は、ＥＣＣＥ＃１６で始まる第２のＵＥへのＥＰＤＣＣＨ上のＤＣＩの送信をスケジューリングする。少なくともこの例示的な実施形態によれば、スケジューラ２１５は、それぞれのＵＥにＤＣＩを送信するために割り振られたワイヤレス・リソースに基づいて暗黙的にスケジューリング情報を供給することができる。より特定の例では、スケジューラ２１５は、ＵＥにＤＣＩを送信するために割り振られたワイヤレス・リソースを使用して暗黙的にＵＥのＰＤＳＣＨ送信の位置を伝えることができる。

引き続き現在の例を参照すると、ｅＮＢ １０５からのＥＰＤＣＣＨ送信の受信時に、第１のＵＥおよび第２のＵＥのそれぞれは、それぞれのＵＥへＤＣＩを搬送するＥＰＤＣＣＨを送信するために割り振られたワイヤレス・リソースに基づいて、各自に対応するＰＤＳＣＨ送信の位置を判定することができる。より詳細な例では、各ＵＥは、ＥＰＤＣＣＨ候補のＡＬと、ＲＡ応答ウィンドウ内でそれぞれのＵＥのＤＣＩを伝えるのに使用されるＥＰＤＣＣＨ候補の第１のＥＣＣＥのインデックスＩ_ＥＣＣＥとに基づいて、ＲＡ応答ウィンドウ内での各自のＰＤＳＣＨ送信の位置を識別する。

より詳細な例では、第１のＵＥおよび第２のＵＥのそれぞれは、下に示された式（３）に従って、ＲＡ応答ウィンドウ内のそのＲＡＲメッセージの位置Ｐ_ＲＡＲを計算することができる。

この例では、複数のＲＡＲメッセージ位置が識別される場合（たとえば、２つのＵＥが同一のＲＡ−ＲＮＴＩに関連する場合）は、ＲＡＲ位置の下限値が、この例のＵＥのＲＡＲメッセージの位置として採用される。

対応するＰＤＳＣＨ送信の位置の暗黙の指示を含むＤＣＩの受信に応答して第１のＵＥおよび第２のＵＥで実行されるプロセスのより詳細な例を、これから、図７に示された例および図８に示された流れ図に関して説明する。この例では、ｅＮＢによるスケジューリング情報の暗黙の指示に関して上で議論されたものと同一の仮定があてはまる。

図８は、例示的な実施形態による、ＰＤＳＣＨ送信の位置を識別する方法を示す流れ図である。

図７および図８を参照すると、ステップＳ８０２では、時刻τ_０に、上で述べた第１のＵＥと第２のＵＥとの両方が、ＥＰＤＣＣＨ送信を並列に復号し始める。

ステップＳ８０４では、時刻τ_１に、ＥＰＤＣＣＨ送信の１０回の反復を累積した後に、第１のＵＥと第２のＵＥとの両方が、８のＡＬに関するそれぞれのＲＡ−ＲＮＴＩ（たとえば、ＲＡ−ＲＮＴＩ＃１およびＲＡ−ＲＮＴＩ＃２）を使用してＤＣＩの復号を試みる。

この例では、ＡＬは時刻τ_１には４にしか達しておらず、したがって、第１のＵＥと第２のＵＥとの両方が、すべてのＤＣＩの復号に失敗する（すなわち、第１のＵＥおよび第２のＵＥによるＤＣＩを復号する試みは失敗する）。

ＤＣＩを復号する試みが、ＥＰＤＣＣＨ送信の１０回の反復を累積した後に失敗するので、ステップＳ８０６では、第１のＵＥおよび第２のＵＥが時刻τ_２までＥＰＤＣＣＨ反復を累積し続け、時刻τ_２には、それぞれがＥＰＤＣＣＨ送信の２０回の反復を累積している。

ステップＳ８０８では、時刻τ_２に、第１のＵＥおよび第２のＵＥが、８のＡＬに関するそれぞれのＲＡ−ＲＮＴＩを使用するＤＣＩの復号をもう一度試みる。

ＡＬが８に達したので、第１のＵＥは、Ｉ_ＥＣＣＥ＝０を有する候補ＡＬ８−１上のＲＡ−ＲＮＴＩ＃１を使用してＤＣＩの復号に成功することができ、第２のＵＥは、Ｉ_ＥＣＣＥ＝１６を有する候補ＡＬ８−３上のＲＡ−ＲＮＴＩ＃２を使用してＤＣＩの復号に成功することができる。したがって、第１のＵＥおよび第２のＵＥは、Ｓ８１０で、それぞれのＥＰＤＣＣＨ候補の第１のＥＣＣＥのインデックスを識別することができる。

それぞれのＤＣＩの復号に成功した後に、ステップＳ８１２では、第１のＵＥおよび第２のＵＥが、それぞれのＤＣＩを搬送するワイヤレス・リソースに基づいてそれぞれのＰＤＳＣＨ送信（ＲＡＲメッセージ）の位置を計算する。より具体的には、たとえば、上で議論した式（３）を使用して、第１のＵＥは、ＲＡ応答ウィンドウ内の第１の位置として自身のＰＤＳＣＣＨ送信の位置Ｐ_ＲＡＲを決定する（すなわち、

）。

また、ステップＳ８１２では、第２のＵＥは、ＲＡ応答ウィンドウ内の第３の位置として自身のＰＤＳＣＣＨ送信の位置Ｐ_ＲＡＲを決定する（すなわち、

）。

それぞれのＰＤＳＣＨ送信の位置を判定した後に、ステップＳ８１４では、第１のＵＥおよび第２のＵＥが、ＲＡ応答ウィンドウ内のそれぞれのＰＤＳＣＨ送信（たとえば、図６に示された例では第１の位置の６０２（ＲＡＲ＃１）および第３の位置の６０６（ＲＡＲ＃３））を復号する。

Ｓ８０８に戻って、８のＡＬに関する第１のＵＥおよび第２のＵＥによるＤＣＩを復号する試みが時刻τ_２に成功しない場合には、このプロセスは終了する。この場合、第１のＵＥおよび第２のＵＥは、プリアンブル再送信を実行することができる。

ステップＳ８０４に戻って、８のＡＬに関する第１のＵＥおよび第２のＵＥによるＤＣＩを復号する試みが時刻τ_１に成功する場合には、このプロセスは、ステップＳ８１０に進み、上で議論したように、ただし４のＡＬに関して継続する。

式（２）および式（３）に関して議論したが、例示的な実施形態は、ＲＡ応答ウィンドウ内のＲＡＲメッセージの位置を暗黙的に判定するために他の機能を利用することができる。さらに、この例示的な実施形態は、入力として第１のＥＣＣＥインデックスを利用するものとして議論されるが、最後のＥＣＣＥインデックスなどの他のＥＣＣＥインデックスも使用され得る。

１つまたは複数の例示的な実施形態によれば、スケジューラ２１５は、プリアンブルおよび／またはプリアンブルをｅＮＢ １０５に送信するのにそれぞれのＵＥによって使用されるＲＡＣＨリソースに応じてＵＥのＥＰＤＣＣＨ送信を搬送するためのリソース（たとえばサブバンド）を割り当てることによって、ＥＰＤＣＣＨ送信の負荷を拡大することができる。

たとえば、対応するＲＡＲメッセージのＤＣＩを含むＥＰＤＣＣＨ送信を搬送するために４つのサブバンドが定義される場合、６４個のプリアンブルは、プリアンブルの各グループが４つのサブバンドの中の１サブバンドに対応するように、プリアンブルの４つのグループに分割され得る。

この例では、ＵＥ（たとえば、ＵＥ １１０）は、ＵＥがそれ自体のプリアンブルをそこから選択したプリアンブルのグループを知っており、ＲＡ応答ウィンドウ内のｅＮＢ １０５からの後続ＥＰＤＣＣＨ送信のそのプリアンブルのグループに関連するサブバンドを（たとえばそのサブバンドだけを）監視する。

１つの例のグループ化では、プリアンブル＃０から＃１５が第１のグループを構成することができ、プリアンブル＃１６から＃３１が第２のグループを構成することができ、プリアンブル＃３２から＃４７が第３のグループを構成することができ、プリアンブル＃４８から＃６３が第４のグループを構成することができる。この例では、第１のグループ内のプリアンブル＃０から＃１５の中にあるプリアンブルを有するＵＥは、ＥＰＤＣＣＨ送信の第１のサブバンドを監視し、第２のグループ内のプリアンブル＃１６から＃３１の中にあるプリアンブルを有するＵＥは、ＥＰＤＣＣＨ送信の第２のサブバンドを監視し、第３のグループ内のプリアンブル＃３２から＃４７の中にあるプリアンブルを有するＵＥは、ＥＰＤＣＣＨ送信の第３のサブバンドを監視し、第２のグループ内のプリアンブル＃４８から＃６３の中にあるプリアンブルを有するＵＥは、ＥＰＤＣＣＨ送信の第４のサブバンドを監視する。

この例示的な実施形態によれば、本発明者は、サブバンドが、制限された個数のＰＤＳＣＨ送信のＤＣＩだけを含むことができ、負荷が比較的に高い場合にはＥＰＤＣＣＨリソース内でボトルネックが発生する可能性があることを認識した。ＲＡ応答ウィンドウ内にＵＥへのＥＰＤＣＣＨ送信のための複数のサブバンドを有すると、ｅＮＢがＲＡ応答ウィンドウ内でより多数のＵＥに応答することを可能にすることができる。

スケジューラ２１５は、ｅＮＢ １０５にプリアンブルを伝えるためにそれぞれのＵＥによって使用されるＲＡＣＨリソースに応じて、ＥＰＤＣＣＨ送信を送るためのサブバンドを割り当てることもできる。既知の通り、ＲＡＣＨリソースは、周波数リソース、時間リソース、および／または符号リソースを含むことができる。

一例では、２つの（アップリンク）サブバンド（たとえば、２つの周波数リソース）が、ＲＡＣＨ上でｅＮＢにプリアンブルを送信するのにＵＥによって使用され得、６４個のプリアンブル（符号リソース）が、各サブバンド（周波数リソース）内で使用され得る。たとえば、第１のＵＥおよび第２のＵＥが、それぞれのプリアンブルを送信するのに異なる周波数リソース（サブバンド）を使用するが、両方が同一の符号リソース（プリアンブル）を使用する場合、第１のＵＥおよび第２のＵＥは、効果的に異なるＲＡＣＨリソースを使用している。したがって、第１のＵＥおよび第２のＵＥは、各自のＥＰＤＣＣＨ送信に関して異なるサブバンドを監視することができ、これによってＥＰＤＣＣＨの容量を拡大することができる。

さらなる少なくとも１つの他の例示的な実施形態では、各ＲＡＲメッセージは、１つのＲＡ−ＲＮＴＩに対応することができ、すなわち、ＲＡＲメッセージおよびＲＡ−ＲＮＴＩは、１対１対応を有することができる。これは、複数のＲＡＲメッセージが同一のＲＡ−ＲＮＴＩに対応することができ、したがって、ユーザ機器が、特定のＵＥのプリアンブルに関連するＲＡＲを識別するために複数のＲＡＲを復号しなければならない可能性がある従来技術とは対照的である。少なくともこの例示的な実施形態は、ＵＥが、少なくともいくつかの状況で、１つのみののＰＤＳＣＨ送信だけにブラインド復号を制限することを可能にする。というのは、ＵＥのプリアンブルＩＤが、ＵＥに関連するＲＡ−ＲＮＴＩに対応するＲＡＲメッセージ内で見つからない場合に、ＵＥがＲＡＣＨプロセスを停止できるからである。少なくともこの例示的な実施形態では、同一のＲＡ−ＲＮＴＩに関連するＲＡＲは、同一のＲＡＲメッセージ内で多重化される。有利なことに、この多重化方法は、過剰反復の回数を削減することができる。

例示的な実施形態の前述の説明は、例示および説明のために提供された。網羅的であることまたは本開示を限定することは、意図されていない。特定の例示的な実施形態の個々の要素または特徴は、一般に、その特定の実施形態に限定されるのではなく、適用可能な場合には、具体的には図示されず、説明されない場合であっても、交換可能であり、選択された実施形態内で使用され得る。同一のことが、多数の形で変更もされ得る。そのような変形形態は、本開示からの逸脱とみなされてはならず、そのような修正のすべてが、本開示の範囲に含まれることが意図されている。

Claims (19)

1. スケジューラ（２１５）を含む処理回路（２１０）と、
   トランシーバ回路（２２０）と、
   を備える基地局（１０５）であって、
   前記スケジューラ（２１５）が、複数の物理ダウンリンク共有チャネル送信を並列にスケジューリングするように構成され、
   前記複数の物理ダウンリンク共有チャネル送信の中の第１の物理ダウンリンク共有チャネル送信は、第１のユーザ機器（１１０）へのランダム・アクセス応答を含み、
   前記複数の物理ダウンリンク共有チャネル送信は、ランダム・アクセス応答ウィンドウ中に複数のユーザ機器（１１０）に送信されるようにスケジューリングされ、
   前記スケジューラは、前記複数のユーザ機器への前記複数の物理ダウンリンク共有チャネル送信に関するダウンリンク制御情報を生成するようにさらに構成され、
   前記ダウンリンク制御情報は、前記複数のユーザ機器に対する前記複数の物理ダウンリンク共有チャネル送信の位置を示し、
   前記トランシーバ回路（２２０）が、
   前記処理回路に接続され、
   前記ランダム・アクセス応答ウィンドウ中に前記複数のユーザ機器に前記複数の物理ダウンリンク共有チャネル送信を送信し、
   前記複数の物理ダウンリンク共有チャネル送信の前記送信の前に、前記複数のユーザ機器に前記ダウンリンク制御情報を含む物理ダウンリンク制御チャネルの並列繰り返しを送信するように構成されている、
   基地局（１０５）。
2. 前記ダウンリンク制御情報は、前記ランダム・アクセス応答ウィンドウ内の前記複数の物理ダウンリンク共有チャネル送信の中の前記複数の物理ダウンリンク共有チャネル送信の位置を示す、
   請求項１に記載の基地局。
3. 前記ダウンリンク制御情報は、前記ランダム・アクセス応答ウィンドウ内の前記複数の物理ダウンリンク共有チャネル送信の前記位置を識別するインジケータ・ビットを含む、
   請求項１に記載の基地局。
4. 前記ダウンリンク制御情報は、前記ランダム・アクセス応答ウィンドウ内の前記複数のユーザ機器への前記複数の物理ダウンリンク共有チャネル送信の前記位置を暗黙的に示す、
   請求項１に記載の基地局。
5. 前記スケジューラは、
   前記ランダム・アクセス応答ウィンドウ内の前記複数の物理ダウンリンク共有チャネル送信の中の第１の物理ダウンリンク共有チャネル送信の時間的位置を判定することによって前記第１の物理ダウンリンク共有チャネル送信をスケジューリングし、
   前記ランダム・アクセス応答ウィンドウ内の前記第１の物理ダウンリンク共有チャネル送信の前記判定された時間的位置に基づいて、第１の物理ダウンリンク制御チャネル送信を送るためのワイヤレス・リソースを割り当てる
   ようにさらに構成され、
   前記トランシーバ回路は、前記割り当てられたワイヤレス・リソースを使用して、第１のユーザ機器に前記第１の物理ダウンリンク制御チャネル送信を送るようにさらに構成される、
   請求項１に記載の基地局。
6. 前記割り当てられたワイヤレス・リソースは、強化制御チャネル要素のセットを含み、
   前記スケジューラは、
   強化制御チャネル要素の前記セット内の強化制御チャネル要素のインデックスを計算し、
   前記計算されたインデックスに基づいて、前記第１の物理ダウンリンク制御チャネル送信に強化制御チャネル要素の前記セットを割り当てる、
   ようにさらに構成される、
   請求項５に記載の基地局。
7. 前記スケジューラは、前記ランダム・アクセス応答ウィンドウ内の前記第１の物理ダウンリンク共有チャネル送信の前記時間的位置、および前記第１の物理ダウンリンク制御チャネル送信に関するアグリゲーション・レベルに基づいて、前記強化制御チャネル要素の前記インデックスを計算するようにさらに構成される、
   請求項６に記載の基地局。
8. 強化制御チャネル要素の前記セット内の前記強化制御チャネル要素の前記インデックスは、強化制御チャネル要素の前記セット内の第１および最後の強化制御チャネル要素のうちの一つのインデックスである、
   請求項６に記載の基地局。
9. スケジューラ（２１５）を含む処理回路（２１０）と、
   トランシーバ回路（２２０）と、
   を備える基地局（１０５）であって、
   前記スケジューラ（２１５）が、
   ランダム・アクセス・チャネル上で複数のユーザ機器（１１０）から受信されたプリアンブルに応答して前記複数のユーザ機器の複数の物理ダウンリンク共有チャネル送信をスケジューリングし、
   （ｉ）前記複数のユーザ機器から受信された前記プリアンブル、および（ｉｉ）前記プリアンブルを送信するために前記複数のユーザ機器によって使用されるランダム・アクセス・チャネルリソース、のうちの少なくとも１つに応じて前記複数のユーザ機器の物理ダウンリンク制御チャネル送信を搬送するためのワイヤレス・リソースを割振る、
   ように構成され、
   前記スケジューリングされた複数の物理ダウンリンク共有チャネル送信は、前記複数のユーザ機器へのランダム・アクセス応答を含み、
   前記複数の物理ダウンリンク共有チャネル送信は、ランダム・アクセス応答ウィンドウ中に送信されるようにスケジューリングされ、
   前記処理回路は、前記複数のユーザ機器への前記複数の物理ダウンリンク共有チャネル送信に関するダウンリンク制御情報を生成するようにさらに構成され、
   前記ダウンリンク制御情報は、前記複数のユーザ機器に関する前記複数の物理ダウンリンク共有チャネル送信の位置を示し、
   前記複数の物理ダウンリンク制御チャネル送信は、前記スケジューリングされた複数の物理ダウンリンク共有チャネル送信に対応し、
   前記トランシーバ回路（２２０）が、
   前記処理回路に接続され、
   前記ランダム・アクセス応答ウィンドウ中に前記複数のユーザ機器に前記複数の物理ダウンリンク共有チャネル送信および対応する物理ダウンリンク制御チャネル送信の繰り返しを送るように構成され、
   対応する物理ダウンリンク制御チャネル送信の前記繰り返しは、並列に、そして前記物理ダウンリンク共有チャネル送信の前に送られ、
   対応する物理ダウンリンク制御チャネル送信の前記繰り返しは、前記ダウンリンク制御情報を含む、
   基地局（１０５）。
10. ユーザ機器（１１０）であって、
    物理ダウンリンク制御チャネルを介して受信された前記ユーザ機器のダウンリンク制御情報に基づいてランダム・アクセス応答ウィンドウ内の前記ユーザ機器へのランダム・アクセス応答メッセージの位置を判定するように構成された処理回路であって、前記ダウンリンク制御情報は前記ユーザ機器への前記ランダム・アクセス応答メッセージの前記位置を示し、
    さらに、前記ランダム・アクセス応答ウィンドウ内の前記判定された位置にある前記ランダム・アクセス応答メッセージを復号して前記ユーザ機器へのランダム・アクセス応答を入手する、
    ように構成された処理回路（２５０）と、
    前記処理回路に接続され、複数の物理ダウンリンク制御チャネル送信の並列した繰り返しの中から物理ダウンリンク制御チャネル送信の繰り返しを受信するように構成されたトランシーバであって、前記物理ダウンリンク制御チャネル送信の前記繰り返しは前記ダウンリンク制御情報を含み、
    さらに、前記入手されたランダム・アクセス応答に基づいて無線リソース接続を確立するように構成されたトランシーバ（２９０、２９５）と、
    を含む、
    ユーザ機器（１１０）。
11. 前記ダウンリンク制御情報は、前記ランダム・アクセス応答メッセージの前記位置の明示的指示を前記ユーザ機器に提供する、
    請求項１０に記載のユーザ機器。
12. 前記ダウンリンク制御情報は、前記ランダム・アクセス応答ウィンドウ内の前記ランダム・アクセス応答メッセージの前記位置を識別するインジケータ・ビットを含み、
    前記処理回路は、前記インジケータ・ビットに基づき前記ランダム・アクセス応答メッセージの前記位置を判定するようにさらに構成される、
    請求項１１に記載のユーザ機器。
13. 前記ダウンリンク制御情報は、前記ランダム・アクセス応答ウィンドウ内の前記ランダム・アクセス応答メッセージの前記位置を暗黙的に示す、
    請求項１０に記載のユーザ機器。
14. 前記処理回路が、前記物理ダウンリンク制御チャネル上で基地局から前記ユーザ機器へ前記ダウンリンク制御情報を送信するために使用される無線リソースに基づいて、前記ランダム・アクセス応答ウィンドウ内の前記ランダム・アクセス応答メッセージの前記位置を判定するようにさらに構成された、
    請求項１３に記載のユーザ機器。
15. 前記無線リソースは、強化制御チャネル要素のセットを含み、
    前記処理回路は、
    強化制御チャネル要素の前記セット内の強化制御チャネル要素のインデックスに基づいて、前記ランダム・アクセス応答ウィンドウ内の前記ランダム・アクセス応答メッセージの前記位置を計算するようにさらに構成される、
    請求項１４に記載のユーザ機器。
16. 前記処理回路は、前記強化制御チャネル要素の前記インデックス、および前記物理ダウンリンク制御チャネルに関するアグリゲーション・レベルに基づいて、前記ランダム・アクセス応答ウィンドウ内の前記ランダム・アクセス応答メッセージの前記位置を計算するようにさらに構成される、
    請求項１５に記載のユーザ機器。
17. 強化制御チャネル要素の前記セット内の前記強化制御チャネル要素の前記インデックスは、強化制御チャネル要素の前記セット内の第１および最後の強化制御チャネル要素のうちの一つのインデックスである、
    請求項１５に記載のユーザ機器。
18. 前記物理ダウンリンク制御チャネルは、拡張型物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）である、
    請求項１０に記載のユーザ機器。
19. 前記ランダム・アクセス応答メッセージは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を介して受信される、
    請求項１０に記載のユーザ機器。

Images