JP7161832B2 - ハンドオーバ実行におけるマルチビームランダムアクセス手順 - Google Patents

Description

本開示は、全体として、無線通信に関し、より詳細には、マルチビームランダムアクセス手順に関する。

ロングタームエボリューション（ＬＴＥ）では、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤユーザ機器（ＵＥ）は、ＵＥがセルを変更する必要があるときにハンドオーバを実施する。これは、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）３６．３００に概説されている。

図１Ａおよび１Ｂは、３ＧＰＰ ＴＳ ３６．３００に記載されているようなハンドオーバを示している。ステップ１－０で、ソースエボルブドノードＢ（ｅＮＢ）１０内のＵＥコンテキストは、接続確立時または最後のトラッキングエリア（ＴＡ）更新時に提供された、ローミングおよびアクセス制限に関する情報を包含している。ステップ１－１で、ソースｅＮＢ １０は、ローミングおよびアクセス制限情報、ならびに例えば、利用可能な複数周波数帯情報にしたがって、ＵＥ ５の測定手順を設定する。ソースｅＮＢ １０によって提供される測定値は、ＵＥ ５の接続モビリティを制御する機能を支援してもよい。

ステップ１－２で、ＭＥＡＳＵＲＥＭＥＮＴ ＲＥＰＯＲＴが始動され、ＵＥ ５によってソースｅＮＢ １０に送出される。ステップ１－３で、ソースｅＮＢ １０は、ＭＥＡＳＵＲＥＭＥＮＴ ＲＥＰＯＲＴおよび無線リソース管理（ＲＲＭ）情報に基づいて、ＵＥ ５をハンドオフする判断をする。ステップ１－４で、ソースｅＮＢ １０は、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージをターゲットｅＮＢ １５に対して発行して、ターゲット側でハンドオーバを準備するのに必要な情報を渡す。この情報は、例えば、ソースｅＮＢ １０におけるＵＥ Ｘ２シグナリングコンテキスト参照、ＵＥ Ｓ１エボルブドパケットコア（ＥＰＣ）シグナリングコンテキスト参照、ターゲットセルＩＤ、Ｋ_ｅＮＢ＊（ソースｅＮＢによって生成されるキーであって、他のキーを生成するのにターゲットｅＮＢにおいてＫｅＮＢとして使用されるキー）、無線リソース制御（ＲＲＣ）コンテキスト（ソースｅＮＢ １０におけるＵＥ ５のセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）を含む）、アクセス層（ＡＳ）コンフィギュレーション、ソースセルのエボルブドパケットシステム（ＥＰＳ）無線アクセスベアラ（Ｅ－ＲＡＢ）コンテキストおよび物理層ＩＤに、起こり得る無線リンク障害（ＲＬＦ）復旧に対する短いメッセージ認証コード－完全性（ＭＡＣ－Ｉ）を加えたものを含んでもよい。ＵＥ Ｘ２／ＵＥ Ｓ１シグナリング参照によって、ターゲットｅＮＢ １５がソースｅＮＢ １０およびＥＰＣに対処できるようになる。Ｅ－ＲＡＢコンテキストは、必要な無線ネットワーク層（ＲＮＬ）およびトランスポートネットワーク層（ＴＮＬ）アドレス情報、ならびにＥ－ＲＡＢのサービス品質（ＱｏＳ）プロファイルを含む。

ステップ１－５で、リソースをターゲットｅＮＢ １５によって許可できる場合、ハンドオーバが成功する可能性を増加させるため、受信したＥ－ＲＡＢ ＱｏＳ情報に応じて、ターゲットｅＮＢ １５によってアドミッション制御が実施されてもよい。ターゲットｅＮＢ １５は、受信したＥ－ＲＡＢ ＱｏＳにしたがって必要なリソースを設定し、Ｃ－ＲＮＴＩおよび任意にランダムアクセスチャネル（ＲＡＣＨ）プリアンブルを保存する。ターゲットセルで使用されるＡＳコンフィギュレーションは、独立して（即ち、「確立」）、またはソースセルで使用されるＡＳコンフィギュレーションと比較した差分として（即ち、「再構成」）指定することができる。

ステップ１－６で、ターゲットｅＮＢ １５は、Ｌ１／Ｌ２を用いてハンドオーバを準備し、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージをソースｅＮＢ １０に送出する。ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージは、ハンドオーバを実施するためのＲＲＣメッセージとしてＵＥ ５に送出されるトランスペアレントコンテナを含む。コンテナは、選択されたセキュリティアルゴリズムに対する新しいＣ－ＲＮＴＩターゲットｅＮＢセキュリティアルゴリズム識別子を含み、また、専用ＲＡＣＨプリアンブルおよび場合によっては他の何らかのパラメータ（例えば、アクセスパラメータ、システム情報ブロック（ＳＩＢ）など）を含んでもよい。ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージはまた、必要に応じて、転送トンネルのためのＲＮＬ／ＴＮＬ情報を含んでもよい。

ソースｅＮＢ １０がＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥを受信するとすぐに、またはハンドオーバコマンドの送信がダウンリンク（ＤＬ）で開始されるとすぐに、データ転送が開始されてもよいことに留意されたい。

更に詳細に後述するように、残りのステップ１－７～１－１６は、ハンドオーバ中のデータ損失を回避する手段を提供するものであり、３ＧＰＰ ＴＳ ３６．３００のセクション１０．１．２．１．２および１０．１．２．３に更に詳述されている。

ステップ１－７で、ターゲットｅＮＢ １５は、ソースｅＮＢ １０によってＵＥ ５に向かって送出される、ハンドオーバを実施するＲＲＣメッセージ（即ち、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）を生成する。ソースｅＮＢ １０は、メッセージの必要な完全性保護および暗号化を実施する。ＵＥ ５は、必要なパラメータ（例えば、新しいＣ－ＲＮＴＩ、ターゲットｅＮＢセキュリティアルゴリズム識別子、および任意に専用ＲＡＣＨプリアンブル、ターゲットｅＮＢ ＳＩＢなど）を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信し、ハンドオーバを実施するようにソースｅＮＢ １０によって命令される。ＵＥ ５は、ソースｅＮＢ １０に対してハイブリッド自動再送要求（ＨＡＲＱ）／自動再送要求（ＡＲＱ）応答を送達するため、ハンドオーバ実行を遅らせる必要はない。

ステップ１－８で、ソースｅＮＢ １０は、ＳＮ ＳＴＡＴＵＳ ＴＲＡＮＳＦＥＲメッセージをターゲットｅＮＢ １５に送出して、（例えば、無線リンク制御（ＲＬＣ）確認型モード（ＡＭ）に対する）ＰＤＣＰ状態保存が適用されるＥ－ＲＡＢのアップリンク（ＵＬ）パケットデータ収束プロトコル（ＰＤＣＰ）シーケンス番号（ＳＮ）受信側状態およびＤＬ ＰＤＣＰ ＳＮ送信側状態を搬送する。ＵＬ ＰＤＣＰ ＳＮ受信側状態は、第１の失われたＵＬサービスデータユニット（ＳＤＵ）のＰＤＣＰ ＳＮを少なくとも含み、かかるＳＤＵが存在する場合、ＵＥ ５がターゲットセルにおける再送信を必要とする順番誤りＵＬ ＳＤＵの受信側状態のビットマップを含んでもよい。ＤＬ ＰＤＣＰ ＳＮ送信側状態は、ターゲットｅＮＢ １５がＰＤＣＰ ＳＮをまだ有していない新しいＳＤＵに割り当てるべき、次のＰＤＣＰ ＳＮを示す。ソースｅＮＢ １０は、ＵＥ ５のＥ－ＲＡＢがいずれもＰＤＣＰ状態を保存して処理されるべきでない場合、このメッセージの送出を省略してもよい。

ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信した後、ステップ１－９で、ＵＥ ５は、専用ＲＡＣＨプリアンブルがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎで示された場合は無競合手順に続いて、または専用プリアンブルが示されなかった場合は競合ベースの手順に続いて、ターゲットｅＮＢ １５に対する同期を実施し、ＲＡＣＨを介してターゲットセルにアクセスする。ＵＥ ５は、ターゲットｅＮＢ固有のキーを導出し、選択されたセキュリティアルゴリズムがターゲットセルで使用されるように設定する。

ステップ１－１０で、ターゲットｅＮＢ １５は、ＵＬ割振りおよびタイミングアドバンスに応答する。

ＵＥ ５がターゲットセルにアクセスするのに成功していると、ステップ１－１１で、ＵＥ ５は、可能であれば常にＵＬバッファ状態報告（ＢＳＲ）とともに、ターゲットｅＮＢ １５に対して、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ（Ｃ－ＲＮＴＩ）を送出してハンドオーバを確認して、ＵＥ ５に対するハンドオーバ手順が完了したことを示す。ターゲットｅＮＢ １５は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージで送出されたＣ－ＲＮＴＩを検証する。

次に図１Ｂを参照すると、ターゲットｅＮＢ １５はここで、ＵＥ ５へのデータ送出を始めることができる。ステップ１－１２で、ターゲットｅＮＢ １５は、ＰＡＴＨ ＳＷＩＴＣＨ ＲＥＱＵＥＳＴメッセージをモビリティ管理エンティティ（ＭＭＥ）２０に送出して、ＵＥ ５がセルを変更したことをＭＭＥ ２０に通知する。ステップ１－１３で、ＭＭＥ ２０は、ＭＯＤＩＦＹ ＢＥＡＲＥＲ ＲＥＱＵＥＳＴメッセージをサービングゲートウェイ２５に送出する。ステップ１－１４で、サービングゲートウェイ２５はＤＬデータパスをターゲット側に切り替える。サービングゲートウェイ２５は、古いパスの１つまたは複数の「エンドマーカー」パケットをソースｅＮＢ １０に送出し、次に任意のユーザプレーン／ＴＮＬリソースをソースｅＮＢ １０に向けて解除することができる。

ステップ１－１５で、サービングゲートウェイ２５は、ＭＯＤＩＦＹ ＢＥＡＲＥＲ ＲＥＳＰＯＮＳＥメッセージをＭＭＥ ２０に送出する。ステップ１－１６で、ＭＭＥ ２０は、ＰＡＴＨ ＳＷＩＴＣＨ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージを用いてＰＡＴＨ ＳＷＩＴＣＨ ＲＥＱＵＥＳＴメッセージを確認する。ステップ１－１７でＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥメッセージを送出することによって、ターゲットｅＮＢ １５はソースｅＮＢ １０にハンドオーバの成功を通知し、ソースｅＮＢ １０によるリソースの解除を始動する。ターゲットｅＮＢ １５は、ＰＡＴＨ ＳＷＩＴＣＨ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージがＭＭＥ ２０から受信された後、このメッセージを送出する。

ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥメッセージを受信すると、ステップ１－１８で、ソースｅＮＢ １０は、ＵＥコンテキストに関連する無線および制御プレーン関連リソースを解除することができる。任意の進行中のデータ転送が継続してもよい。

ホームｅＮＢ（ＨｅＮＢ）が関与するＸ２ハンドオーバが使用される場合、またソースＨｅＮＢがＨｅＮＢゲートウェイ（ＧＷ）に接続される場合、ＨｅＮＢ ＧＷがＵＥコンテキストに関連する全てのリソースを解除してもよいことを指示するために、明確なＧＷコンテキスト解除指示を含むＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥ ＲＥＱＵＥＳＴメッセージがソースＨｅＮＢによって送出される。ハンドオーバ実行、および特にランダムアクセス手順に関して、３ＧＰＰ ＴＳ ３８．３３１仕様書は以下を定義している。
５．３．５．４ ＵＥによるｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信（ハンドオーバ）
ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含み、ＵＥがこのメッセージに含まれるコンフィギュレーションに準拠することができる場合、ＵＥは以下を行うものとする。
１＞ タイマーＴ３１０が稼動していればこれを停止する。
１＞ タイマーＴ３１２が稼動していればこれを停止する。
１＞ ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏに含まれるように、タイマー値をｔ３０４に設定してタイマーＴ３０４をスタートさせる。
１＞ タイマーＴ３７０が稼動していればこれを停止する。
１＞ ｃａｒｒｉｅｒＦｒｅｑが含まれる場合、
２＞ ターゲットＰＣｅｌｌが、ｔａｒｇｅｔＰｈｙｓＣｅｌｌＩｄによって示される物理的セル識別情報を有する、ｃａｒｒｉｅｒＦｒｅｑによって示される周波数にあるものであると見なす。
１＞ そうでなければ、
２＞ ターゲットＰＣｅｌｌが、ｔａｒｇｅｔＰｈｙｓＣｅｌｌＩｄによって示される物理的セル識別情報を有する、ソースＰＣｅｌｌの周波数にあるものであると見なす。
１＞ ターゲットＰＣｅｌｌのＤＬに対する同期を始める。
…
１＞ ＭＡＣがランダムアクセス手順の完了に成功した場合、または、
１＞ ＭＡＣが、Ｃ－ＲＮＴＩにアドレスされたＰＤＣＣＨ送信の受信の成功を示した場合、
２＞ タイマーＴ３０４を停止する。

ＬＴＥランダムアクセス手順は２つの形態で行われるので、アクセスが競合ベース（固有の衝突リスクを示唆する）または無競合どちらかであることが可能になる。競合ベースのランダムアクセスでは、プリアンブルシーケンスがＵＥによって無作為に選ばれることにより、１つを超えるＵＥが同じ署名を同時に送信し、後に続く競合解決プロセスが必要になることがある。ハンドオーバの場合、ｅＮＢは、専用の署名をＵＥに割り振ることによって起こる競合を防ぐ選択肢を有する（無競合）。

競合ベース手順は、（１）プリアンブル送信、（２）ランダムアクセス応答、（３）メッセージ３（ＭＳＧ．３）の送信、および（４）競合解決メッセージという４つのステップから成る。

図２は、競合ベースのランダムアクセス手順の一例を示している。ステップ２０１で、ＵＥ ５は、ランダムアクセスプリアンブル（Ｌ２／Ｌ３メッセージサイズに関する１ビットの指示が埋め込まれている）をｅＮＢ １５に送出する。プリアンブル送信と関連して、ＵＥ ５は、６４－Ｚの物理的ランダムアクセスチャネル（ＰＲＡＣＨ）競合ベースシーケンスの１つを選択する（Ｚは、ｅＮｏｄｅＢ １５によって割り振られる無競合プリアンブルに対する番号の割振り）。競合ベース署名のセットは更に２つのサブグループに細分化されるので、プリアンブルの選択は、ＭＳＧ．３を送信するのに必要な送信リソース量に関連する１ビットの情報を保持することができる。ブロードキャストシステム情報（ＳＩ）は、どの署名が２つのサブグループそれぞれにあるか（各サブグループは１ビットの情報の１つの値に対応）、ならびに各サブグループの意味を示す。ＵＥ ５は、適切なＲＡＣＨ使用例に必要な送信リソースのサイズに対応するサブグループからシーケンスを選択する（いくつかの使用例は、ＭＳＧ．３で送信するために数ビットしか必要ないので、小さいメッセージサイズを選ぶことによって不必要なＵＬリソースの割振りが回避される）。適切なリソースサイズを選択して指示する際、ＵＥ ５は、ＵＥ ５の最大許容電力を超える送信電力を必要とするであろう、ＭＳＧ．３のリソースが許可されることを回避するために、現在のＤＬパス損失およびＭＳＧ．３の必要な送信電力を考慮に入れる。ＭＳＧ．３に必要な送信電力は、ｅＮＢ １５によってブロードキャストされるいくつかのパラメータに基づいて計算されるので、ネットワークは、ＭＳＧ．３の最大サイズに適合する何らかの柔軟性を有する。ｅＮＢ １５は、各グループの観察される負荷にしたがって、各サブグループのシーケンス数を制御することができる。

最初のプリアンブル送信電力設定は、パス損失を完全に相殺した開ループ推定値に基づく。これは、シーケンスの受信電力がパス損失とは無関係であることを確保するように設計される。ＵＥ ５は、ＤＬ参照信号受信電力（ＲＳＲＰ）の測定値を平均化することによって、パス損失を推定する。ｅＮＢ １５はまた、例えば、所望の受信信号対干渉雑音比（ＳＩＮＲ）、ＲＡＣＨプリアンブルに割り振られた時間周波数スロットにおける測定されたＵＬ干渉および雑音レベル、ならびに場合によってはプリアンブル形式に応じて、追加の電力オフセットを設定してもよい。

ステップ２０２で、ｅＮＢ １５はランダムアクセス応答（ＲＡＲ）をＵＥ ５に送出する。ＲＡＲは、検出されたプリアンブルの識別情報（ランダムアクセスプリアンブルＩＤ（ＲＡＰＩＤ））、ＵＥ ５からの後続のＵＬ送信を同期させるタイミング調整命令、ＭＳＧ．３の送信に対する最初のＵＬリソース許可、一時的なＣ－ＲＮＴＩの割当て（次のステップ（競合解決）の結果として恒久的にされてもされなくてもよい）を搬送する。ＲＡＲはまた、ＲＡＲが検出されると、ランダムアクセス無線ネットワーク一時識別子（ＲＡ－ＲＮＴＩ）を用いてスクランブルされ、プリアンブルが送信されるとＰＲＡＣＨリソースを示す。ＲＡＲメッセージはまた、ｅＮＢ １５が、ランダムアクセス試行を再び試す前にある期間の間、バックオフするようにＵＥ ５に指示するように設定することができる、「バックオフインジケータ」を含むことができる。ＵＥ ５は、開始および終了がｅＮＢ １５によって設定され、セル固有のシステム情報の一部としてブロードキャストする、時間窓内でＲＡＲを受信することを予期する。ＵＥ ５が設定された時間窓内でＲＡＲを受信しない場合、再び送信するのに別のシーケンスを選択する。ＲＡＲ窓の終了後における別のプリアンブルの送信に対する最小遅延は３ｍｓである。

ｅＮＢ １５は、送信された各プリアンブルの送信電力が固定の段階ずつ増加するように、プリアンブル電力増減を設定してもよい。ｅＮＢ １５は、電力に関する電力増減の段階、およびランダムアクセス障害を申告する前の合計の最大試行回数を設定することができる。

ステップ２０３で、ＵＥ ５はＭＳＧ．３をｅＮＢ １５に送信する。このメッセージは、物理的アップリンク共有チャネル（ＰＵＳＣＨ）における第１のスケジューリングされたＵＬ送信であり、ＨＡＲＱを利用する。ＲＡＲに割り振られた一時的Ｃ－ＲＮＴＩにアドレスされ、（ハンドオーバの場合）提供されたＣ－ＲＮＴＩを保持する。プリアンブル衝突がステップ２０１で起こった場合、衝突するＵＥは、ＲＡＲを通して同じ一時的Ｃ－ＲＮＴＩを受信し、また、リソースのＬ２／Ｌ３メッセージを送信しているとき、同じＵＬ時間周波数リソースで衝突することになる。これにより、衝突するＵＥを復号できないような干渉がもたらされることがあり、ＵＥは、ＨＡＲＱ再送信の最大数に達した後、ランダムアクセス手順を再び始めてもよい。しかしながら、１つのＵＥの復号に成功した場合、他のＵＥに関して競合は未解決のままである。続くＤＬメッセージ（ステップ２０４）によって、この競合の迅速な解決が可能になる。

ステップ２０４で、ｅＮＢ １５は早期の競合解決のためのメッセージを送出する。競合解決メッセージはＨＡＲＱを使用する。競合解決メッセージは、Ｃ－ＲＮＴＩ（ステップ２０３でＭＳＧ．３メッセージにおいて示された場合）に対して、または一時的なＣ－ＲＮＴＩに対してアドレスされ、後者の場合、ＭＳＧ．３に含まれるＵＥ識別情報を繰り返す。ＭＳＧ．３の復号に成功した後の衝突の場合、ＨＡＲＱフィードバックは、自身のＵＥ識別情報（またはＣ－ＲＮＴＩ）を検出するＵＥによってのみ送信され、他のＵＥは、衝突があったことを理解し、ＨＡＲＱフィードバックは送信せず、現在のランダムアクセス手順を迅速に出て別の手順を始めることができる。

現在、特定の課題が存在している。例えば、新無線（ＮＲ）では、ランダムアクセス中のＵＥの挙動に影響を及ぼす、ＬＴＥとは異なるいくつかの態様がある。１つの変更は、各ＮＲセルにおいて、異なるビーム（または方向）で送信することができる１つもしくは複数の同期信号ブロック（ＳＳＢ）で構成された、複数のＳＳＢセットが存在し得ることである。これらの方向それぞれに対して、ＰＲＡＣＨリソースコンフィギュレーションにいくつかの違いがあり得る。したがって、ＮＲでは、ランダムアクセスを開始する前に、ＵＥはセル内でビーム選択（またはＳＳＢ選択）を実施して、時間／周波数リソースおよびシーケンスなどの使用すべきＰＲＡＣＨリソースを導出するものとする。

既存の解決策による上述の問題に対処するため、ＵＥにおける方法が開示される。方法は、メッセージをネットワークノードから受信することを含み、メッセージは、専用ＲＡＣＨリソースの１つまたは複数のセットに関する情報を含み、専用ＲＡＣＨリソースの各セットは、ターゲットセルと関連付けられたビームと関連付けられる。方法は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の推定値を取得することを含む。方法は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の取得した推定値に基づいて、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かを決定することを含む。方法は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かに基づいて、ランダムアクセスを実施することを含む。

特定の実施形態では、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かを決定することは、少なくとも１つのビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすと決定することを含んでもよい。

特定の実施形態では、ランダムアクセスを実施することは、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすと決定された少なくとも１つのビームと関連付けられた専用ＲＡＣＨリソースを使用して、ランダムアクセスプリアンブルを送信することを含んでもよい。

特定の実施形態では、少なくとも１つのビームは、複数のビームを含んでもよく、ランダムアクセスを実施することは、第２の基準セットのうち１つまたは複数の基準に基づいて複数のビームの１つを選択することと、選択されたビームと関連付けられた専用リソースを使用して、ランダムアクセスプリアンブルを送信することとを含んでもよい。特定の実施形態では、第２の基準セットのうち１つまたは複数の基準は、最大の測定量を有するビーム、時間領域ＲＡＣＨリソースが最初に起こるビーム、およびある期間にわたって最小の変化量を有していた無線条件を有するビームのうち、１つまたは複数を含んでもよい。

特定の実施形態では、方法は更に、ターゲットセルに対する共通のＲＡＣＨリソースに関する情報を受信することを含んでもよい。特定の実施形態では、方法は更に、ランダムアクセスを実施するため、共通のＲＡＣＨリソースよりも専用ＲＡＣＨリソースを優先することを含んでもよい。特定の実施形態では、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かを決定することは、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすビームがないと決定することを含んでもよく、ランダムアクセスを実施することは、共通のＲＡＣＨリソースを使用してランダムアクセスプリアンブルを送信することを含んでもよい。

特定の実施形態では、第１の基準セットのうち１つまたは複数の基準は、参照信号受信電力（ＲＳＲＰ）閾値、参照信号受信品質（ＲＳＲＱ）閾値、および信号対干渉雑音（ＳＩＮＲ）閾値のうち、１つまたは複数を含んでもよい。

特定の実施形では、ターゲットセルと関連付けられたビームは、同期信号／物理的ブロードキャストチャネルブロック（ＳＳＢ）を含んでもよい。

特定の実施形態では、ターゲットセルと関連付けられたビームは、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）リソースを含んでもよい。

特定の実施形態では、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の推定値を取得することは、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対して１つまたは複数の測定を実施することを含んでもよく、１つまたは複数の測定はビーム品質を示す。特定の実施形態では、１つまたは複数の測定は、ＲＳＲＰ測定、ＲＳＲＱ測定、およびＳＩＮＲ測定のうち、１つまたは複数を含んでもよい。

特定の実施形態では、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の推定値を取得することは、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対して過去に実施された１つまたは複数の測定の結果を取得することを含んでもよく、１つまたは複数の過去に実施された測定はビーム品質を示す。特定の実施形態では、１つまたは複数の過去に実施された測定は、ＲＳＲＰ測定、ＲＳＲＱ測定、およびＳＩＮＲ測定のうち、１つまたは複数を含んでもよい。

特定の実施形態では、ランダムアクセスを実施することは、ランダムアクセス手順を開始することを含んでもよく、方法は更に、ランダムアクセス手順の開始に応答してタイマーをスタートさせることを含んでもよい。

特定の実施形態では、受信メッセージはハンドオーバコンフィギュレーションメッセージであってもよく、ランダムアクセス手順は、ハンドオーバコンフィギュレーションメッセージの受信に応答して開始されてもよい。特定の実施形態では、タイマーはハンドオーバ障害タイマーを含んでもよい。

特定の実施形態では、方法は、ビーム障害を検出することを含んでもよい。ランダムアクセス手順は、ビーム障害の検出に応答して開始されてもよく、専用ＲＡＣＨリソースの１つまたは複数のセットに関する情報を含むメッセージは、ビーム障害が検出された後に受信されてもよい。特定の実施形態では、タイマーはビーム障害復旧タイマーを含んでもよい。

特定の実施形態では、方法は更に、タイマーが終了する前にランダムアクセス応答メッセージを受信することを含んでもよい。特定の実施形態では、受信したランダムアクセス応答メッセージは、ＵＥをバックオフさせる命令を含んでもよい。

特定の実施形態では、方法は更に、タイマーが終了する前にランダムアクセス応答メッセージを受信していないと決定することを含んでもよい。特定の実施形態では、方法は更に、ランダムアクセスを実施するため、異なるビームを選択することを含んでもよい。特定の実施形態では、方法は更に、ＵＥの送信電力を増加させることと、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かを再評価することとを含んでもよい。

また、ＵＥが開示される。ＵＥは、受信機と、送信機と、受信機および送信機に結合された処理回路構成とを備える。処理回路構成は、メッセージをネットワークノードから受信するように設定され、メッセージは、専用ＲＡＣＨリソースの１つまたは複数のセットに関する情報を含み、専用ＲＡＣＨリソースの各セットは、ターゲットセルと関連付けられたビームと関連付けられる。処理回路構成は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の推定値を取得するように設定される。処理回路構成は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の取得した推定値に基づいて、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かを決定するように設定される。処理回路構成は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かに基づいて、ランダムアクセスを実施するように設定される。

また、コンピュータプログラムが開示され、コンピュータプログラムは、ＵＥにおいて上述の方法を実施するように設定された命令を含む。

また、コンピュータプログラム製品が開示され、コンピュータプログラム製品は、非一時的コンピュータ可読記憶媒体を含み、非一時的コンピュータ可読記憶媒体は、プロセッサで実行されると、ＵＥにおいて上述の方法を実施するように設定された、コンピュータ実行可能命令を含むコンピュータプログラムを含む。

また、ネットワークノードにおける方法が開示される。方法は、メッセージをＵＥに送信することを含み、メッセージは、専用ＲＡＣＨリソースの１つまたは複数のセットに関する情報を含み、専用ＲＡＣＨリソースの各セットは、ネットワークノードと関連付けられたビームと関連付けられる。方法は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かに基づいて、ＵＥとのランダムアクセスを実施することを含む。

特定の実施形態では、少なくとも１つのビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たしてもよい。

特定の実施形態では、ランダムアクセスを実施することは、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たす少なくとも１つのビームと関連付けられた専用ＲＡＣＨリソースにおいて、ランダムアクセスプリアンブルをＵＥから受信することを含んでもよい。

特定の実施形態では、少なくとも１つのビームは、複数のビームを含んでもよく、ランダムアクセスを実施することは、第２の基準セットのうち１つまたは複数の基準に基づいてＵＥによって選択された複数のビームのうち１つと関連付けられた専用ＲＡＣＨリソースにおいて、ランダムアクセスプリアンブルをＵＥから受信することを含んでもよい。特定の実施形態では、第２の基準セットのうち１つまたは複数の基準は、最大の測定量を有するビーム、時間領域ＲＡＣＨリソースが最初に起こるビーム、およびある期間にわたって最小の変化量を有していた無線条件を有するビームのうち、１つまたは複数を含んでもよい。

特定の実施形態では、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられたビームはいずれも、ランダムアクセスを実施するための第１のセットのうち１つまたは複数の基準を満たさなくてもよく、方法は、ネットワークノードに対する共通のＲＡＣＨリソースに関する情報を送信することと、共通のＲＡＣＨリソースにおいてランダムアクセスプリアンブルをＵＥから受信することとを含んでもよい。特定の実施形態では、方法は、ランダムアクセスを実施するため、共通のＲＡＣＨリソースよりも専用ＲＡＣＨリソースを優先するように、ＵＥを設定することを含んでもよい。

特定の実施形態では、第１の基準セットのうち１つまたは複数の基準は、参照信号受信電力（ＲＳＲＰ）閾値、参照信号受信品質（ＲＳＲＱ）閾値、および信号対干渉雑音（ＳＩＮＲ）閾値のうち、１つまたは複数を含んでもよい。

特定の実施形態では、ネットワークノードと関連付けられたビームは、ＳＳＢを含んでもよい。

特定の実施形態では、ネットワークノードと関連付けられたビームは、ＣＳＩ－ＲＳリソースを含んでもよい。

特定の実施形態では、送信メッセージは、ハンドオーバコンフィギュレーションメッセージであってもよい。

特定の実施形態では、送信メッセージは、ＵＥのビーム障害検出に応答して送信されてもよい。

特定の実施形態では、方法は更に、ランダムアクセス応答メッセージをＵＥに送信することを含んでもよい。

特定の実施形態では、ネットワークノードは、ターゲットネットワークノードであってもよい。

また、ネットワークノードが開示される。ネットワークノードは、受信機と、送信機と、受信機および送信機に結合された処理回路構成とを備える。処理回路構成は、メッセージをＵＥに送信するように設定され、メッセージは、専用ＲＡＣＨリソースの１つまたは複数のセットに関する情報を含み、専用ＲＡＣＨリソースの各セットは、ネットワークノードと関連付けられたビームと関連付けられる。処理回路構成は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かに基づいて、ＵＥとのランダムアクセスを実施するように設定される。

また、コンピュータプログラムが開示され、コンピュータプログラムは、ネットワークノードにおいて上述の方法を実施するように設定された命令を含む。

また、コンピュータプログラム製品が開示され、コンピュータプログラム製品は、非一時的コンピュータ可読記憶媒体を含み、非一時的コンピュータ可読記憶媒体は、プロセッサで実行されると、ネットワークノードにおいて上述の方法を実施するように設定された、コンピュータ実行可能命令を含むコンピュータプログラムを含む。

本開示の特定の実施形態は、１つまたは複数の技術的利点を提供することができる。一例として、特定の実施形態は、有利には、Ｔ３０４タイマーが終了しない限り、ＵＥが無競合ランダムアクセスまたは競合ベースのランダムアクセスを実施できるようにし、それによって障害を回避してもよい。他の利点は当業者には容易に明白となる。特定の実施形態は、上記に列挙した利点を１つも有さないか、そのいくつか、または全てを有してもよい。

開示される実施形態ならびにそれらの特徴および利点を更に完全に理解するため、以下、添付図面と併せて以下の説明を参照する。

３ＧＰＰ ＴＳ ３６．３００に記載されているようなハンドオーバを示す図である。 ３ＧＰＰ ＴＳ ３６．３００に記載されているようなハンドオーバを示す図である。 競合ベースのランダムアクセス手順の一例を示す図である。 特定の実施形態による、無線通信ネットワークの一例を示す図である。 特定の実施形態による、マルチビームランダムアクセス手順の一例を示す図である。 特定の実施形態による、マルチビームランダムアクセス手順の一例を示す図である。 特定の実施形態による、ＵＥにおける方法を示すフローチャートである。 特定の実施形態による、仮想化装置を示す概略ブロック図である。 特定の実施形態による、ネットワークノードにおける方法の一例を示す図である。 特定の実施形態による、仮想化装置を示す概略ブロック図である。 特定の実施形態による、ＵＥの一実施形態を示す図である。 特定の実施形態による、仮想化環境を示す概略ブロック図である。 特定の実施形態による、中間ネットワークを介してホストコンピュータに接続される電気通信ネットワークの一例を示す図である。 特定の実施形態による、部分無線接続を通じて基地局を介してＵＥと通信しているホストコンピュータの一例を示す図である。 特定の実施形態による、通信システムにおいて実現される方法を示すフローチャートである。 特定の実施形態による、通信システムにおいて実現される方法を示すフローチャートである。 特定の実施形態による、通信システムにおいて実現される方法を示すフローチャートである。 特定の実施形態による、通信システムにおいて実現される方法を示すフローチャートである。

以下、本明細書において想到される実施形態のいくつかについて、添付図面を参照して更に十分に記載する。しかしながら、他の実施形態が本明細書に開示する主題の範囲内に含まれ、開示する主題は、本明細書で説明する実施形態のみに限定されるものと解釈されるべきではなく、それよりもむしろ、これらの実施形態は、主題の範囲を当業者に伝えるために例として提供されるものである。

一般に、本明細書で使用する全ての用語は、異なる意味が明確に与えられない限り、ならびに／あるいは異なる意味がその用語を使用している文脈から示唆されない限り、関連技術分野におけるそれらの本来の意味にしたがって解釈されるべきものである。要素、装置、構成要素、手段、ステップなどに対する全ての参照は、別の形で明示的に定義されない限り、要素、装置、構成要素、手段、ステップなどの少なくとも一例を指すものと広く解釈されるべきである。本明細書に開示するいずれかの方法のステップは、あるステップが別のステップの後または前に行われると明示的に記載されない限り、ならびに／あるいはあるステップが別のステップの後または前に行われなければならないと示唆されない限り、開示する順序で正確に実施されなければならないものではない。本明細書に開示する実施形態のいずれかにおけるあらゆる特徴は、適切であれば、他のいずれかの実施形態に適用されてもよい。同様に、実施形態のいずれかにおけるあらゆる利点は、他のいずれかの実施形態に当てはまることがあり、その逆もまた真である。含まれる実施形態の他の目的、特徴、および利点は、以下の説明から明白になるであろう。

上述したように、ＬＴＥとは異なるＮＲのいくつかの態様がある。これらの違いは、ランダムアクセス中のＵＥの挙動に影響を及ぼす。１つの変更は、各ＮＲセルにおいて、異なるビーム（または方向）で送信することができる１つもしくは複数の同期信号ブロック（ＳＳＢ）で構成された、複数のＳＳＢセットが存在し得る。これらの方向それぞれに対して、ＰＲＡＣＨリソースコンフィギュレーションにいくつかの違いがあり得る。したがって、ＮＲでは、ランダムアクセスを開始する前に、ＵＥはセル内でビーム選択（またはＳＳＢ選択）を実施して、使用すべきＰＲＡＣＨリソース（時間／周波数リソースおよびシーケンスなど）を導出する。

各セルは、異なるビームで追加のリソース信号（例えば、ＣＳＩ－ＲＳ）をビーム形成し、ＵＥにＰＲＡＣＨリソースとＣＳＩ－ＲＳとの間のマッピングを提供することができ、それによって少なくともハンドオーバ中にＣＳＩ－ＲＳに基づいてビーム選択を実施できることが合意されている。それに加えて、接続モードにおける新無線（ＮＲ）についてのＲＡＣＨ手順に関する以下のＲＡＮ１会議で、以下の合意がなされた。

ＲＡＮ１ ＃８６の２で、以下の合意に達した。

送信（Ｔｘ）／受信（Ｒｘ）の相互関係が少なくとも複数ビーム動作に関してｇＮｏｄｅＢ（ｇＮＢ）で利用可能なとき、以下のＲＡＣＨ手順が少なくとも待機モードのＵＥに関して考慮されることが合意された。第一に、ＤＬブロードキャストチャネル／信号に関する１つまたは複数の機会とＲＡＣＨリソースのサブセットとの間の連関が、ブロードキャストシステム情報によってＵＥに通知されるか、またはＵＥには分かっている。「非連関」のシグナリングは更なる検討が必要（ＦＦＳ）である。同様に、ＲＡＣＨプリアンブルの詳細な設計については更に検討されるべきである。第二に、ＤＬ測定および対応する連関に基づいて、ＵＥはＲＡＣＨリソースのサブセットを選択する。ＲＡＣＨプリアンブル送信に対するＴｘビーム選択か否かは更なる検討が必要である。第三に、ｇＮＢにおいて、ＵＥのＤＬ Ｔｘビームは、検出されたＲＡＣＨプリアンブルに基づいて取得することができ、またメッセージ２に適用されるであろう。メッセージ２におけるＵＬ許可は、ＭＳＧ．３の送信タイミングを示してもよい。Ｔｘ／Ｒｘの相互関係を有する場合および有さない場合に対して、共通のランダムアクセス手順が求められるべきである。第四に、Ｔｘ／Ｒｘの相互関係が利用可能でない場合、少なくとも待機モードのＵＥに関して以下を更に考慮することができる。（１）ＤＬ ＴｘビームをｇＮＢに報告するか否か、またはどのように報告するか（例えば、ＲＡＣＨプリアンブル／リソース、Ｍｓｇ．３）、ならびに（２）ＵＬ ＴｘビームをＵＥに示すか否か、またはどのように示すか（例えば、ＲＡＲ）。

それに加えて、ＲＡＮ１は、ＵＥに関する２つの主要ステップ（Ｍｓｇ１およびＭｓｇ２）から成る単純化されたＲＡＣＨ手順の潜在的な利益について検討している。特に、ＲＡＮ１は以下について考察してきた。（１）Ｍｓｇ１におけるＵＥ識別情報の使用、ならびに（２）Ｍｓｇ２：Ｍｓｇ１におけるＵＥ識別情報に対してアドレスされるランダムアクセス応答。ＵＥ識別情報、ならびに単純化されたＲＡＣＨ手順が適用可能であってもよいシナリオの定義および選択は、ＦＦＳである。

それに加えて、ＲＡＣＨリソース（即ち、ＲＡＣＨプリアンブルを送出する時間周波数リソース）に関して、またＵＥがＲＡＣＨリソースのサブセット内の１つまたは複数の／繰り返されるプリアンブルを送信する必要があるか否かを、ブロードキャストシステム情報によって通知できるかについて、合意に達した。例えば、ｇＮＢにおけるＴｘ／Ｒｘの相互関係がない場合、ｇＮＢ ＲＸビーム掃引を包含するためである。

それに加えて、ＮＲが複数のＲＡＣＨプリアンブル形式に対応することが更に合意された。形式は少なくとも、より長いプリアンブル長さを有するＲＡＣＨプリアンブル形式と、より短いプリアンブル長さを有するＲＡＣＨプリアンブル形式とを含む。署名の数（例えば、ＲＡＣＨシーケンスの数、ペイロードサイズなど）についての課題は、更なる検討が必要である。更に、ＲＡＣＨリソースにおける複数の／繰り返されるＲＡＣＨプリアンブルに対応することが合意された。単一ビームおよび／またはマルチビーム動作にどのように対応するか、またプリアンブルが同じかまたは異なるかについての課題は、更なる検討が必要である。更に、ＲＡＣＨプリアンブルに関する数秘術は周波数範囲に応じて異なり得ること（周波数範囲ごとにいくつの数秘術が対応するかはＦＦＳである）、およびＲＡＣＨプリアンブルに関する数秘術が他のＵＬデータ／制御チャネルに関するものとは異なるかもしくは同じであり得ることが合意された。

それに加えて、ＲＡＣＨプリアンブル送信およびＲＡＣＨリソース選択の評価において、企業は、基地局におけるＲｘビーム掃引の対応、およびカバレッジの対応（例えば、３ＧＰＰ ＴＲ ３８．９１３に定義された値）の仮定を報告することが合意された。

ＲＡＮ１ ＃８７で、以下の合意に達した。

以下の選択肢は、連続する複数の／繰り返されるＲＡＣＨプリアンブルに関して更に考慮できることが合意された。選択肢１：巡回プレフィックス（ＣＰ）が連続する複数の／繰り返されるＲＡＣＨシーケンスの最初に挿入され、ＲＡＣＨシーケンスの間のＣＰ／ガード時間（ＧＴ）が省略され、ＧＴが連続する複数の／繰り返されるＲＡＣＨシーケンスの最後に保存される。選択肢２：ＣＰと同じＲＡＣＨシーケンスが使用され、ＧＴが連続する複数の／繰り返されるＲＡＣＨシーケンスの最後に保存される。選択肢３：ＣＰ／ＧＴと同じＲＡＣＨシーケンスが使用される。選択肢４：ＣＰとは異なるＲＡＣＨシーケンスが使用され、ＧＴが連続する複数の／繰り返されるＲＡＣＨシーケンスの最後に保存される。選択肢５：ＣＰ／ＧＴとは異なるＲＡＣＨシーケンスが使用される。選択肢２および３に関して、ＧＴを有するおよび有さない同じＲＡＣＨシーケンスを、異なる直交カバーコードで更に乗算し、送信することができるか否かを、更に検討することが合意された。例えば、Ｔｘ／Ｒｘビームの対応が送受信ポイント（ＴＲＰ）で止まらない場合、連続する複数の／繰り返されるＲＡＣＨプリアンブルが使用されるであろう。他の選択肢が除外されるものではない。

更に、単一のＲＡＣＨプリアンブル送信に関して、ＣＰ／ＧＴが必要とされることが合意された。例えば、マルチビーム動作に関してＴｘ／Ｒｘビームの対応がＴＲＰまたはＵＥの両方で止まる場合、単一のＲＡＣＨプリアンブルが使用されるであろう。

更に、ＲＡＣＨプリアンブル送信の最大帯域幅が、６ＧＨｚ未満のキャリア周波数の場合は５ＭＨｚ以下であり、６ＧＨｚ～５２．６ＧＨｚのキャリア周波数の場合はＸ ＭＨｚ以下であることが合意された。Ｘは、５、１０、および２０ＭＨｚからダウン選択される。更に、ＲＡＣＨプリアンブルに対して少なくとも１つの基準数秘術が定義され、１．２５×ｎ ｋＨｚ、および１５×ｎ ｋＨｚ（ｎの整数値は更なる検討が必要）であることが合意された。他の値が除外されるものではない。更に、ＲＡＣＨプリアンブルに対する基準数秘術に基づいて、キャリア周波数に基づいて、スケーラブルな数秘術を用いる複数のＲＡＣＨプリアンブルに対応することが合意された。

更に、評価のために、Ｚａｄｏｆｆ－Ｃｈｕ（ＺＣ）シーケンスおよびｍシーケンスを考慮できることが合意された。しかしながら、他のシーケンスが除外されるものではない。

ＲＡＮ１ ＮＲ ＡｄＨｏｃ ＃１で、以下のことが合意された。

以下の次のステップが合意された。ダウン選択の目的で、次の会議が、以下のＲＡＣＨサブキャリア間隔（ＳＣＳ）の代替例の評価を行うまで、ドップラー周波数に対する堅牢性、ビーム掃引レイテンシ、リンクバジェット、セルサイズ、ＲＡＣＨ容量、および周波数オフセットを少なくとも考慮する。ＲＡＣＨ ＳＣＳの代替例は、ＳＣＳ＝［１．２５ ２．５ ５ ７．５ １０ １５ ２０ ３０ ６０ １２０ ２４０］ｋＨｚを含む。ＲＡＣＨ ＳＣＳ＝［１５ ３０ ６０ １２０ ２４０］の場合、（１）後続のＵＬデータおよび制御と同じＳＣＳを使用する、ならびに（２）後続のＵＬデータおよび制御とは異なるＳＣＳを使用するという、２つの設計上の選択肢があることに留意されたい。それに加えて、Ｚａｄｏｆｆ－Ｃｈｕ、Ｍシーケンス、Ｍシーケンスを使用するカバーエクステンションを含むＺａｄｏｆｆ－Ｃｈｕという、ＲＡＣＨプリアンブルシーケンスタイプが考慮される。将来的な新しい設計が除外されるものではないことに留意されたい。

単一／マルチビーム動作に関して、以下のことが合意された。複数の／繰り返されるＲＡＣＨプリアンブル送信に関して、選択肢１、選択肢２、および選択肢４のみを考慮する。選択肢１：ＣＰが連続する複数の／繰り返されるＲＡＣＨ ＯＦＤＭ記号の最初に挿入され、ＲＡＣＨ記号の間のＣＰ／ＧＴが省略され、ＧＴが連続する複数の／繰り返されるＲＡＣＨシーケンスの最後に保存される。選択肢２／４：ＣＰとは同じ／異なるＲＡＣＨシーケンスが使用され、ＧＴが連続する複数の／繰り返されるＲＡＣＨシーケンスの最後に保存される。異なる直交カバーコードを用いた多重化を実施するか否か、およびＲＡＣＨプリアンブルに独立したＲＡＣＨシーケンスを使用するか否かは、更なる検討が必要である。更に、様々なカバレッジおよび上位互換性に対応するため、ＣＰ／ＧＴの長さ、ならびに繰り返されるＲＡＣＨプリアンブルおよびＲＡＣＨ記号の数における柔軟性に対応することが合意された。これら３つの選択肢の具体的な使用は、ＲＡＣＨサブキャリア間隔およびＴＲＰビーム対応に応じて決まり得ることに留意されたい。

それに加えて、ＮＲは以下のことを定義する。（１）ランダムアクセスプリアンブル形式が、１つまたは複数のランダムアクセスプリアンブルから成ること、（２）ランダムアクセスプリアンブルが、１つのプリアンブルシーケンスにＣＰを加えたものから成ること、ならびに（３）１つのプリアンブルシーケンスが１つまたは複数のＲＡＣＨ ＯＦＤＭ記号から成ること。更に、ＵＥは、設定されたランダムアクセスプリアンブル形式にしたがって、ＰＲＡＣＨを送信することが合意された。

それに加えて、４ステップＲＡＣＨ手順に関して、ＲＡＣＨ送信の機会は、単一の特定のＴｘビームを用いて設定されたＰＲＡＣＨプリアンブル形式を使用してＰＲＡＣＨメッセージ１が送信される、時間周波数リソースとして定義されることが合意された。

それに加えて、４ステップＲＡＣＨ手順に関して、以下のことが合意された。（１）ＮＲが少なくとも、監視されるＲＡＲ窓の終了前における単一のＭｓｇ．１の送信に対応すること、ならびに（２）ＮＲの４ステップＲＡＣＨ手順が、必要が生じた場合にＲＡＲ窓の終了まで複数のＭｓｇ．１の送信を除外すべきでないこと。

それに加えて、ＮＲ ＲＡＣＨ Ｍｓｇ．１再送信（少なくとも、マルチビーム動作の場合）に関して、ＮＲが電力増減に対応することが合意された。ＵＥがビーム切替えを行う場合、作業仮説は、後述する代替例の１つが選択されるというものである（明確な利益が示された場合、複数の代替例間の設定可能性が考慮されてもよい）。代替例１：電力増減のカウンタがリセットされる。代替例２：電力増減のカウンタが不変のままである。代替例３：電力増減のカウンタが増加し続ける。他の代替例または上記のものの組み合わせが除外されるものではない。ＵＥがビームを変更しない場合、電力増減のカウンタは増加し続ける。ＵＥは、パス損失の最近の推定値を使用して、ＵＬ送信電力を導出してもよいことに留意されたい。電力増減の段階サイズの詳細はＦＦＳである。更に、再送信中にＵＥがＵＬビーム切替えを実施するか否かは、ＵＥの実現例次第であることが合意された。ＵＥがどのビームに切り替えるかはＵＥの実現例次第であることに留意されたい。

ＲＡＮ１ ＃８８で、以下の合意に達した。

複数の／繰り返されるＰＲＡＣＨプリアンブル形式に関して、ＮＲは少なくとも選択肢１に対応する。ＲＡＮ１は、他の選択肢を検討し、選択肢１を他の選択肢との比較のためのベースラインと見なす。ＲＡＣＨの容量拡張に関して、直交カバーコード（ＯＣＣ）を含む／含まない選択肢２、ならびに／あるいは異なるシーケンスを含む選択肢４を考慮することができる。選択肢４に関して、異なるシーケンスとの組み合わせを検討できることが合意されたことに留意されたい。また、選択肢４に関して、ＰＲＡＣＨ検出の潜在的な複雑性の低減について、２段階または複数段階のＵＥ検出を検討できることが合意されたことに留意されたい。更に、全ての選択肢はビーム切替え時間を考慮することが合意された。プリアンブル／記号の数およびＣＰ／ＧＴの長さはＦＦＳであることが合意された。それに加えて、ＰＲＡＣＨ送信の領域は、ＵＬ記号／スロット／サブフレームの境界に位置合わせすべきであることが合意された。

更に、ＲＡＣＨ送信機会においてＬＴＥよりも多数のＰＲＡＣＨプリアンブルシーケンスを有する可能性を考慮した設計を評価することが合意された。評価のため、Ｍシーケンスを使用するカバーエクステンションを含むＺａｄｏｆｆ－Ｃｈｕ、Ｍシーケンス、およびＺａｄｏｆｆ－Ｃｈｕシーケンスという、方法を考慮できることが合意された。他の方法が除外されるものではないことに留意されたい。それに加えて、これらの異なるシーケンスのピーク対平均電力比（ＰＡＰＲ）および偽アラームも評価されるべきであることが合意された。

ＲＡＲ許可に対応するＰＵＳＣＨ（再）送信に関して、更に、以下の代替例を検討することが合意された。代替例１：仕様書においてＵＬ波形が固定される。ＵＬ波形はＤＦＴ－Ｓ－ＯＦＤＭまたはＣＰ－ＯＦＤＭのどちらかであることに留意されたい。代替例２：ＤＦＴ－Ｓ－ＯＦＤＭまたはＣＰ－ＯＦＤＭを使用するか否かを、ネットワークがＵＥに通知する（シグナリング方法はＦＦＳであることに留意されたい）。更に、他の代替例は除外されるものではないことが合意された。

無競合ランダムアクセスに関して、以下の選択肢が評価中であることが合意された。選択肢１：監視されるＲＡＲ窓の終了前における単一のＭｓｇ．１のみの送信。選択肢２：複数の同時のＭｓｇ．１を送信するようにＵＥを設定することができる。複数の同時のＭｓｇ．１送信は、異なる周波数リソースを使用すること、および／または異なるプリアンブルインデックスを有する同じ周波数リソースを使用することに留意されたい。選択肢３：監視されるＲＡＲ窓の終了前に時間領域における複数のＲＡＣＨ送信の機会を通じて、複数のＭｓｇ．１を送信するようにＵＥを設定することができる。更に、以下はベースラインのＵＥ挙動であることが合意された。ＵＥは、所与のＲＡＲ窓内のＵＥにおける単一のＲＡＲ受信を仮定する。ＮＲランダムアクセス設計は、必要が生じた場合、所与のＲＡＲ窓内における複数のＲＡＲのＵＥ受信を除外するべきでない。

更に、少なくともｇＮＢ Ｔｘ／Ｒｘビームの対応がない場合に関して、ｇＮＢは、Ｍｓｇ２ ＤＬ Ｔｘビームを決定するため、ＤＬ信号／チャネルと、ＲＡＣＨリソースのサブセットおよび／またはプリアンブルインデックスのサブセットとの間の連関を設定できることが合意された。ＤＬ測定および対応する連関に基づいて、ＵＥは、ＲＡＣＨリソースのサブセットおよび／またはＲＡＣＨプリアンブルインデックスのサブセットを選択する。プリアンブルインデックスは、プリアンブルシーケンスインデックスと、ＯＣＣに対応している場合はＯＣＣインデックスとから成る。プリアンブルのサブセットはＯＣＣインデックスによって示すことができることに留意されたい。

ＲＡＮ１ ＃８８の２で、以下の合意に達した。

ＮＲ ＲＡＣＨの容量は、少なくともＬＴＥ程度の容量があるものとすることが合意された。かかる容量は、時間／周波数リソースの所与の合計量に対する時間／符号／周波数多重化によって達成される。更に、Ｚａｄｏｆｆ－ＣｈｕシーケンスがＮＲに採用されることが合意された。例えば、高速および大型セルのシナリオに関して、Ｚａｄｏｆｆ－Ｃｈｕシーケンスに加えて、別のシーケンスタイプおよび／または他の方法を使用することは、ＦＦＳである。同様に、大型セルおよび高速の定義はＦＦＳである。容量拡張のため、他のシーケンスタイプおよび／または他の方法を使用することも、ＦＦＳである。例えば、少なくともマルチビームおよび低速のシナリオにおける、複数の／繰り返されるＰＲＡＣＨプリアンブル形式に関して、プリアンブルにわたるＯＣＣを含む選択肢２。特に、高速シナリオの複数の／繰り返されるプリアンブルにわたるＯＣＣを含む選択肢２の使用はＦＦＳである。別の例として、複数の異なるＺＣシーケンスで構成されたＰＲＡＣＨプリアンブル設計。別の例として、選択肢１に加えて正弦変調。

Ｚａｄｏｆｆ－Ｃｈｕシーケンスタイプに関して、更に、ＲＡＮ１仕様書は２つのＮＲ－ＰＲＡＣＨシーケンス長さ（Ｌ）に対応することが更に合意され、ここで
Ｌ＝８３９：ＳＣＳ＝｛１．２５，２．５，５｝ＫＨｚ、
ならびに、
Ｌ＝６３／７１：ＳＣＳ＝｛１５，３０，６０，１２０，２４０｝ＫＨｚ、および、
Ｌ＝１２７／１３９：ＳＣＳ＝｛７．５，１５，３０，６０，１２０｝ＫＨｚ
のうち１つが選択される。更に、各シーケンス長さ、および他のシーケンスタイプに関して対応するＳＣＳはＦＦＳであることが合意された。

更に、ＲＡＣＨ ＭＳＧ．３の波形はＤＦＴ－Ｓ－ＯＦＤＭまたはＣＰ－ＯＦＤＭであり得ることが合意された。ネットワークは、ＲＡＣＨメッセージ３波形をＵＥに（直接的または間接的に）シグナリングすること、ならびにネットワークは、残りの最小システム情報（ＳＩ）においてＲＡＣＨ ＭＳＧ．３の波形を１ビットとしてシグナリングすることが合意された。

更に、ＮＲにおいて、ＲＡＣＨコンフィギュレーションは少なくとも、（１）ＲＡＣＨ時間／周波数情報、および（２）ＲＡＣＨプリアンブル形式を提供することが合意された。

更に、同期信号（ＳＳ）ブロックに関する１つもしくは複数の機会と、ＲＡＣＨリソースのサブセットおよび／またはプリアンブルインデックスのサブセットとの間の連関が、ブロードキャストＳＩによってＵＥに通知されるか、またはＵＥには分かっていること、またはＦＦＳの専用シグナリングであることが合意された。ｇＮＢが、Ｍｓｇ２ ＤＬ Ｔｘビームを決定するため、Ｌ３モビリティに関するチャネル状態情報参照信号（ＣＳＩ－ＲＳ）と、ＲＡＣＨリソースのサブセットおよび／またはプリアンブルインデックスのサブセットとの間の連関を設定することができるか否かは、ＦＦＳである。

更に、ＮＲは、ＵＥに対する、非競合ベースのランダムアクセスについてのＰＲＡＣＨリソースの割振りの指示に対応することが合意された。ＵＥに対してＰＲＡＣＨリソースがどのように指示されるかはＦＦＳである。ＰＲＡＣＨリソースは、ＰＲＡＣＨプリアンブルの時間、周波数、および／またはコードリソースを指してもよいことに留意されたい。

更に、ＮＲ ＲＡＣＨ Ｍｓｇ．１再送信（少なくとも、マルチビーム動作の場合）に関して、ＮＲが電力増減に対応することが合意された。ＵＥがビーム切替えを行う場合、作業仮説は、後述する代替例の１つが選択されるというものである（明確な利益が示された場合、複数の代替例間の設定可能性が考慮されてもよい）。代替例１：電力増減のカウンタがリセットされる。代替例２：電力増減のカウンタが不変のままである。代替例３：電力増減のカウンタが増加し続ける。代替例４：３ＧＰＰ Ｒ１－１７０６６１３のスライド４で提案され、スライド５に示されるようなもの。他の代替例または上記のものの組み合わせが除外されるものではない。

更に、ＵＥがビームを変更しない場合、電力増減のカウンタは増加し続けることが合意された。ＵＥは、パス損失の最近の推定値を使用して、ＵＬ送信電力を導出してもよいことに留意されたい。電力増減の段階サイズの詳細はＦＦＳである。更に、再送信中にＵＥがＵＬビーム切替えを実施するか否かは、ＵＥの実現例次第であることが合意された。ＵＥがどのビームに切り替えるかはＵＥの実現例次第であることに留意されたい。

ＲＡＮ１ ＃８９で、以下の合意に達した。

ＮＲは、８３９のシーケンス長さに対して、ＰＲＡＣＨプリアンブル形式０および１に対応することが合意された（下記の表１に示されるようなもの）。

作業仮説は、ＮＲが、８３９のシーケンス長さに対して、下記の表２に示されるＰＲＡＣＨプリアンブル形式に対応するというものである。大型セルの半径に対する制限されたセットおよび他のシーケンスの使用は、ＦＦＳである。

カバレッジ拡張ＺＴＥのＮＲ－ＲＡＣＨプリアンブル形式に関するＲ１－１７０９７０８ ＷＦでは、ＣＭＣＣは、ＬＴＥのＰＲＡＣＨプリアンブル形式２と比較して、３ｄＢのＭＣＬ利得を提供するＰＲＡＣＨプリアンブル形式を導入することを提案した（下記の表３に示されるようなもの）。

表３では、Ｌはシーケンス長さ、Ｔｓ＝１／（３０７２０）ｍｓであることに留意されたい。

Ｌ＝８３９の場合、ＮＲは少なくとも１．２５ｋＨｚのサブキャリア間隔に対応することが合意された。２．５ｋＨｚまたは５ｋＨｚのどちらに対応するかはＦＦＳである。

更に、Ｌ＝８３９よりも短いシーケンス長さの場合、ＮＲは、｛１５，３０，６０，１２０｝ｋＨｚのＳＣＳでＬ＝１２７または１３９のシーケンス長さに対応することが合意された。これは、２４０ｋＨｚのＳＣＳがデータ／制御に利用不能であるという仮定に基づくことに留意されたい。７．５ｋＨｚのサブキャリア間隔の使用はＦＦＳである。

更に、ＲＡＣＨ設計に関して、（１）ビーム復旧要求、および（２）オンデマンドのＳＩ要求という新しい使用事例を考慮することが合意された。特に、以下の態様を検討することが合意された。（１）上述の新しい使用事例を満たすという要件、（２）容量に対する影響、（３）追加のプリアンブル形式が必要か否か、ならびに（４）ＲＡＣＨ手順に対する影響。

更に、ＵＥがビーム切替えを行う場合、電力増減のカウンタは不変のままであることが合意された。最大電力に達した後のＵＥの挙動はＦＦＳである。

それに加えて、ＮＲは、ＲＡＣＨ手順の間、ＵＥのビーム対応能力を報告することに対応しないことが合意された。ＵＥのビーム対応能力は、ＲＡＣＨ手順後に報告されることに留意されたい。

更に、ランダムアクセスコンフィギュレーションが残りの最小ＳＩ（ＲＭＳＩ）に含まれることが合意された。以下の点について考察を続けることが合意された。（１）全てのランダムアクセスコンフィギュレーション情報が、セル内のＲＭＳＩに使用される全てのビームで送信されるか否か、（２）ネットワークがＲＭＳＩおよびＳＳブロックの同じビームセットを使用することが必須であるか否か、ならびに（３）ＳＳブロックおよびＲＭＳＩが空間ＱＣＬされているか否か。

更に、ＲＡＮ１は、ＣＳＩ－ＲＳに基づいた、リソースのＣＯＮＮＥＣＴＥＤモードにおけるＰＲＡＣＨプリアンブルの送信について考察することが合意された。ＣＳＩ－ＲＳに基づいた使用例およびコンフィギュレーションの詳細はＦＦＳである。

ＲＡＮ１ ＮＲ ＡｄＨｏｃ ＃２で、以下の合意に達した。

対応形式３における作業仮説が確認された。Ｌ＝８３９の形式の場合、無制限のセットに対応することが合意された。更に、制限されたセットに関して、：（１）１．２５ｋＨｚでは、制限されたセットＡに対応し、制限されたセットＢはＦＦＳであり、（２）５ｋＨｚでは、制限されたセットＡ、Ｂ、または両方に対応している場合、ＦＦＳで制限されたセットに対応する。選択肢１を用いるＬ＝１２７／１３９の場合、１、２、４、６、および１２の直交周波数分割多重（ＯＦＤＭ）記号を含む形式に対応することが合意された。更に、問題が特定された場合、記号の数を調節できることが合意された。

それに加えて、１５ｋＨｚのＳＣＳの場合、Ａ２、Ａ３、Ｂ４のプリアンブル形式が合意された。作業仮説は、Ａ０、Ａ１、Ｂ０、Ｂ１、Ｂ２、Ｂ３、Ｃ０、Ｃ１のプリアンブル形式にも対応するものであることが合意された。

上記の表４では、（１）単位はＴｓで、Ｔｓ＝１／３０．７２ＭＨｚであり、（２）ＰＲＡＣＨプリアンブルは、同じ数秘術のデータに対してＯＦＤＭ記号の境界と位置合わせされ、（３）ＲＡＣＨプリアンブルが０．５ｍｓの境界を越えて、または０．５ｍｓの境界から送信される場合、０．５ｍｓごとに追加の１６Ｔｓが巡回プレフィックス時間（ＴＣＰ）に含まれるべきであり、（４）形式Ａの場合、連続して送信されるＲＡＣＨプリアンブルのうち最後のＲＡＣＨプリアンブル内でＧＰを定義することができる。

３０／６０／１２０ｋＨｚのＳＣＳの場合、サブキャリア間隔にしたがってプリアンブル形式を換算できることが合意された。例えば、（１）３０ｋＨｚのＳＣＳの場合、Ｔｓ＝１／（２×３０７２０）ｍｓ、（２）６０ｋＨｚのＳＣＳの場合、Ｔｓ＝１／（４×３０７２０）ｍｓ、（３）１２０ｋＨｚのＳＣＳの場合、Ｔｓ＝１／（８×３０７２０）ｍｓである。形式のうちいくつかは、全てのＳＣＳに適用可能ではないことがあることに留意されたい。

それに加えて、ＵＥは、少なくとも最近の概算パス損失および電力増減に基づいて、再送信のためのＰＲＡＣＨ送信電力を計算することが合意された。パス損失は、少なくとも、ＰＲＡＣＨリソース／プリアンブルのサブセットと関連付けられたＳＳブロックで測定される。更に、最大電力に達するときのＵＥ挙動に関して、再計算された電力がＰｃ，ｍａｘ以上のままである場合、ＵＥは、ＴＸビームを変更した場合であっても最大電力で送信できることが合意された。

更に、全てのランダムアクセスコンフィギュレーション情報が、セル内のＲＭＳＩに使用される全てのビームでブロードキャストされることが合意された（即ち、ＲＭＳＩ情報は全てのビームに対して共通である）。

更に、少なくともハンドオーバの場合、ソースセルがハンドオーバコマンドにおいて、ＲＡＣＨリソースとＣＳＩ－ＲＳコンフィギュレーションとの間の連関、ＲＡＣＨリソースとＳＳブロックとの間の連関、および／または専用ＲＡＣＨリソースのセットを示すことができることが合意された（ＦＦＳは、時間／周波数／シーケンス）。上述のＣＳＩ－ＲＳコンフィギュレーションはＵＥ特異的に設定されることに留意されたい。

更に、無競合の場合、ＵＥは、時間領域における複数の専用ＲＡＣＨ送信機会の設定に対応している場合、監視されるＲＡＲ窓の終わり前に時間領域における複数の専用ＲＡＣＨ送信機会を通じて複数のＭｓｇ．１を送信するように設定できることが合意された。「時間領域における専用ＲＡＣＨ」に使用される時間リソースは、競合ベースのランダムアクセスの時間リソースとは異なることに留意されたい。また、複数のＭｓｇ．１は、同じまたは異なるＵＥ ＴＸビームで送信できることに留意されたい。

更に、競合ベースのランダムアクセスの場合、ＳＳバーストセットにおけるＳＳブロックと、ＲＡＣＨリソースおよび／またはプリアンブルインデックスのサブセットとの間の連関は、ＲＭＳＩのパラメータセットによって設定されることが合意された。特に、ＲＡＮ１は、異なる事例（例えば、ｇＮＢにおけるアナログ／ハイブリッド／デジタルビーム整形）に対して、ｇＮＢビーム対応のレベル、ＳＳブロックの数、周波数多重ＰＲＡＣＨリソースの数、ＰＲＡＣＨリソースの時間密度など、同じパラメータセットを使用することを求める。それに加えて、ＲＡＮ１はパラメータセットを最小限に抑えることを求める。パラメータセットおよび（ＲＭＳＩまたはＭＩＢで示される場合）ＳＳブロックの数（例えば、実際に送信されるＳＳブロックの数もしくは最大数（Ｌ））は、ＦＦＳである。

ＲＡＮ１ ＃９０で、以下の合意に達した。

ＮＲのＰＲＡＣＨプリアンブルがＬ＝８３９でＳＣＳ＝１．２５ｋＨｚの場合、制限されたセットのタイプＡに加えて、Ｎｃｓの制限されたセットのタイプＢに対応することが合意された。更に、ＮＲのＰＲＡＣＨプリアンブルがＬ＝８３９でＳＣＳが５ｋＨｚの場合、Ｎｃｓの制限されたセットのタイプＡおよびタイプＢに対応することが合意された。

少なくとも、プリアンブル形式Ａ１、Ｂ１、Ｂ２、Ｂ３に関して、作業仮説を確認することが合意された。更に、プリアンブル形式Ｂ０の定義は行わず、形式Ｂ１に関してＴＣＰ値の１９２から２１６への変更、および無送信区間時間（ＴＧＰ）値の９６から７２への変更は行わないことが合意された。

それに加えて、Ｌ＝８３９のＲＡＣＨプリアンブル形式には、６ＧＨｚを超える帯域では対応せず、６ＧＨｚ未満の帯域では対応することが合意された。更に、短いシーケンス（Ｌ＝１２７／１３９）ベースのプリアンブル形式の場合、６ＧＨｚを超える帯域でのＲＡＣＨ送信は、（１）６０および１２０ｋＨｚのサブキャリア間隔に対応し、（２）１５および３０ｋＨｚのＳＣＳには対応しないことが合意された。更に、短いシーケンス（Ｌ＝１２７／１３９）ベースのプリアンブル形式の場合、６ＧＨｚ未満の帯域でのＲＡＣＨ送信は、（１）１５および３０ｋＨｚのサブキャリア間隔に対応し、（２）６０および１２０ｋＨｚのサブキャリア間隔には対応しないことが合意された。

更に、シーケンス長さが短いＰＲＡＣＨのプリアンブル形式は、合意された形式Ａ１、Ａ２、Ａ３、Ｂ１、Ｂ２、Ｂ３、およびＢ４に加えて、プリアンブル形式Ａ０、Ｃ０、およびＣ２に対応することが合意された。

更に、ＬＴＥにおいて定義されたのと同じ巡回シフト値が、ＮＲのＰＲＡＣＨプリアンブル形式０および１に適用されることが合意された。パラメータ（例えば、遅延スプレッド、無送信時間、フィルタ長さなど）を考慮して、ＬＴＥにおいて定義されたのと同じ巡回シフト値を、ＮＲのＰＲＡＣＨプリアンブル形式２および３に適用することができるか否かは、ＦＦＳである。

更に、ＳＳブロックと、閾値を満たすＳＳブロックに基づいたパス損失推定および（再）送信のための対応するＰＲＡＣＨリソースとをどのように選択するかは、ＵＥの実現例次第であることが合意された。ＵＥが閾値を満たすＳＳブロックを検出しなかった場合、ＵＥが、ＲＡＣＨプリアンブルの目標受信電力を最大送信電力と一致させることを可能にする、任意のＳＳブロックを選択する柔軟性を有する。ＵＥは、閾値を満たすＳＳブロックのリストを見つけ出す、ＲＸビームを選択する柔軟性を有する。ＳＳブロックの選択に対する閾値が、仕様書において設定されるかまたは固定であるかは、ＦＦＳである。電力増減のカウンタは、ＵＥがメッセージ１における選択されたＳＳブロックを変更した場合、再送信は変更されないことが合意された。

それに加えて、ＵＥは、「ＳＳブロック送信電力」およびＳＳブロックＲＳＲＰに基づいて、パス損失を計算することが合意された。少なくとも１つの「ＳＳブロック送信電力」値が、ＲＭＳＩでＵＥに対して示される。複数の値に対応するか否か、またどのように対応するかはＦＦＳである。ＳＳバーストの異なるＳＳブロックは、少なくともネットワーク実現例として、異なる電力で、ならびに／または異なるＴｘビーム整形利得で送信できることに留意されたい。

更に、ＮＲは、ランダムアクセスの問題を示すのに、キャリア当たりの合計最大送信数Ｍ（ＬＴＥに類似）に対応すること、またＭはネットワーク設定可能パラメータであることが合意された。

それに加えて、少なくとも最初のアクセスに関して、ＲＡＲが、ＲＡＣＨコンフィギュレーションにおいて設定されたＣＯＲＥＳＥＴのＮＲ－ＰＤＣＣＨによってスケジューリングされる、ＮＲ－ＰＤＳＣＨに保持されることが合意された。ＲＡＣＨコンフィギュレーションにおいて設定されたＣＯＲＥＳＥＴは、ＮＲ物理的ブロードキャストチャネル（ＮＲ－ＰＢＣＨ）において設定されたＣＯＲＥＳＥＴと同じ、または異なるものであり得ることに留意されたい。

更に、単一のＭｓｇ１ ＲＡＣＨに関して、ＲＡＲ窓は、Ｍｓｇ１送信の終わりから固定の持続時間後、第１の利用可能なＣＯＲＥＳＥＴから開始されることが合意された。固定の持続時間はＸ Ｔ＿ｓであり、Ｘは全てのＲＡＣＨの機会に対して同じである。Ｘの値、およびＸが周波数範囲依存であるか否かと同じく、ＣＯＲＥＳＥＴの開始位置がスロットの境界と位置合わせされるか否かはＦＦＳである。

更に、ＵＥからの単一のＭｓｇ１ ＲＡＣＨに関して、ＲＡＲ窓のサイズは全てのＲＡＣＨの機会で同じであり、ＲＭＳＩにおいて設定され、ＲＡＲ窓はｇＮＢにおける処理時間に適応できることが合意された。最大窓サイズは、処理遅延、スケジューリング遅延などを含む、Ｍｓｇ１受信後における最悪の場合のｇＮＢ遅延に応じて決まる。最小窓サイズは、Ｍｓｇ２またはＣＯＲＥＳＥＴの持続時間およびスケジューリング遅延に応じて決まる。

更に、最初にアクセスする場合、長いシーケンスベースのプリアンブルまたは短いシーケンスベースのプリアンブルが、ＲＡＣＨコンフィギュレーションで設定されることが合意された。

それに加えて、競合ベースのＮＲの４ステップランダムアクセス手順の場合、Ｍｓｇ１のＳＣＳはＲＡＣＨコンフィギュレーションで設定され、Ｍｓｇ２のＳＣＳはＲＭＳＩの数秘術と同じであり、Ｍｓｇ３のＳＣＳはＭｓｇ１のＳＣＳとは別個のＲＡＣＨコンフィギュレーションで設定され、Ｍｓｇ４のＳＣＳはＭｓｇ２と同じであることが合意された。ハンドオーバに対する無競合ＲＡ手順の場合、Ｍｓｇ１のＳＣＳおよびＭｓｇ２のＳＣＳはハンドオーバコマンドで提供される。

更に、ＮＲは、（１）競合ベースのランダムアクセスのＭｓｇ３を通して、ＳＳブロックインデックス（例えば、最強のＳＳブロックインデックス）を報告すること、ならびに（２）無競合のランダムアクセス手順のＭｓｇ１を通して、複数のＳＳブロックインデックスを報告すること（例えば、ネットワークは、複数のＲＡＣＨ送信時間およびＲＡＣＨプリアンブルをＵＥに割り当てることができる）について、検討することが合意された。ＵＥは、ＲＡＣＨ送信時間を選択することによって１つのＳＳブロックインデックスを、またＲＡＣＨプリアンブルを選択することによって別のＳＳブロックインデックスの暗示を伝達することができる。

ＲＡＮ１ ＮＲ ＡｄＨｏｃ ＃３で、以下の合意に達した。

形式２に関して、形式０および１と同じ巡回シフト値が使用される。Ｌ＝１３９という作業仮説は、短いシーケンスを使用するＲＡＣＨプリアンブル形式のシーケンス長さとして採用される。

全てのＳＣＳにおける短いシーケンスベースのＰＲＡＣＨ形式に関する巡回シフト（Ｎｃｓ）値に、１つの共通の表を使用することが合意された。代替例１は、巡回シフト値の数が、４ビットによって表される最大１６個の値であるというものである。代替例２は、巡回シフト値の数が、３ビットによって表される最大８個の値であるというものである。

更に、形式３について、以下の表６が使用されることが合意された。下線を引いた値は作業仮説である。

更に、制限されたセットは、短いシーケンス長さに基づいたＮＲのＰＲＡＣＨプリアンブルに対応していないことが合意された。全てのＳＣＳにおける短いシーケンスベースのＰＲＡＣＨ形式に関する巡回シフト（Ｎｃｓ）値に、１つの共通の表を使用することが合意された。巡回シフト値の数は、４ビットによって表される最大１６個の値であり、下記の表７が採用された。

更に、ＮＲは、ＰＲＡＣＨリソースを含むスロットのパターンを、より大きい時間間隔に定義することが合意された。スロット（例えば、ＳＳブロック、ＵＬ／ＤＬ、Ｍｓｇ１、またはＰＵＳＣＨ）の時間間隔（例えば、５／１０／２０ｍｓ）、パターン、および数秘術は、ＦＦＳである。各スロット内でＲＡＣＨリソースが連続しているか否かもＦＦＳである。代替例１は、スロット内のＲＡＣＨリソースが連続しているものである。代替例２は、スロット内のＲＡＣＨリソースが連続していないもの（例えば、２／４／７個の記号におけるＣＯＲＥＳＥＴモニタリングの事例を扱うため）である。

更に、少なくとも最初のアクセスに関して、（１）ＲＡＲのＰＤＳＣＨが、所与の周波数帯に対してＮＲ ＵＥの最小ＤＬ帯域幅内に制約されること、および（２）Ｍｓｇ４のＰＤＳＣＨが、所与の周波数帯に対してＮＲ ＵＥの最小ＤＬ ＢＷ内に制約されることが合意された。ＲＡＲおよびＭｓｇ４のＰＤＳＣＨが最初の有効ＤＬ帯域幅内に制約されるか否かは、ＦＦＳである。

それに加えて、ＬＳをＲＡＮ４に送出して、異なるＲＡＣＨプリアンブル形式のトーン間隔および帯域幅を通知することが合意された。これらのＲＡＣＨプリアンブル形式がＵＥの最小ＵＬ帯域幅内に制約されるかをチェックする。

更に、少なくとも最初のアクセスに関して、ＳＳブロックとＲＡＣＨプリアンブルインデックスおよび／またはＲＡＣＨリソースとの間の連関は、ＲＭＳＩで示される実際に送信されたＳＳブロックに基づくことが合意された。

更に、ＲＡＲに関して、Ｍｓｇ１送信の終わりとＲＡＲのＣＯＲＥＳＥＴの開始位置との間のタイミングギャップにＸを対応させることができることが合意された。Ｘの値はシーリング（Δ／（記号持続時間））×記号持続時間であり、記号持続時間はＲＡＲ数秘術に基づき、Δは、必要な場合におけるＵＥ Ｔｘ－Ｒｘ切替えのため（例えば、ＴＤＤのため）に十分な時間に適応するものであることが合意された。

更に、ＲＭＳＩは、Ｒｅｌ－１５のＳＳブロックに対する単一の送信電力のみを示すことが合意された。それに加えて、最初のアクセスに関して、ＲＡＣＨリソースの連関に対するＳＳブロック選択の閾値は、ネットワークによって設定可能であり、閾値はＲＳＲＰに基づくことが合意された。ピンポン効果の扱いを含む詳細はＦＦＳである。

それに加えて、ＮＲは少なくとも、Ｍｓｇ２、Ｍｓｇ３、およびＭｓｇ４のスロットベースの送信に対応することが合意された。

また、Ｍｓｇ３はＲＡＲのＵＬ許可によってスケジューリングされ、Ｍｓｇ３は、Ｍｓｇ２の無線受信の終わりから最小の時間ギャップ後に送信されることが合意された。ｇＮＢは、最小の時間ギャップを確保しながら、Ｍｓｇ３の送信時間をスケジューリングする柔軟性を有する。ＵＥ処理能力に対する最小の時間ギャップは、更なる検討が必要である。

多数の課題がＦＦＳのままである。一例として、メッセージ２を搬送するＰＤＣＣＨ／ＰＤＳＣＨ ＤＭＲＳが、ＵＥが送出したプリアンブル／ＲＡＣＨの機会が連関するＳＳブロックと擬似コロケーション（ＱＣＬ）されていると仮定して、メッセージ２のＰＤＣＣＨ／ＰＤＳＣＨがＵＥによって受信されるか否かである。別の例として、受信したＲＡＲが連関するｇＮＢによるＰＲＡＣＨプリアンブルの受信に使用されたのと同じＲｘビームを仮定して、メッセージ３がＵＥによって送信されるか否かである。更に別の例として、ＲＡＣＨメッセージ３にビームの報告がない場合、メッセージ４を搬送するＰＤＣＣＨ／ＰＤＳＣＨ復調参照信号（ＤＭＲＳ）がＭｓｇ２のそれとＱＣＬされていると仮定して、メッセージ４のＰＤＣＣＨ／ＰＤＳＣＨがＵＥによって受信されるか否かは、ＦＦＳである。更に別の例として、ＲＡＣＨメッセージ３にビームの報告があるか否かはＦＦＳである。別の例として、ＲＡＣＨメッセージ３におけるビーム報告がメッセージ４のＴｘ ＱＣＬ仮定に影響を及ぼすか、またどのように影響を及ぼすかは、ＦＦＳである。

ＲＡＣＨ手順、電力増減／ビーム切替えを介した再送信、およびＵＬ電力推定の測定の扱いに関する全てのＲＡＮ１合意にかかわらず、専用ＲＡＣＨリソースが提供される場合は共通のＲＡＣＨリソースよりも優先されるという高次の原理以外は、専用リソースまたは共通のＲＡＣＨリソースの使用の間の関係に関して何も合意されておらず、（ＲＡＮ２＃９９で合意されたように）Ｔ３０４タイマー終了に基づいてＨＯ障害を申告する前に、共通のＲＡＣＨリソースを使用して、ＵＥがアクセスを試行することは禁止されない。

高次の原理に対する合意にかかわらず、異なるエラー事例に応じたＵＥの動作が何であるか、または換言すれば、特にＵＥが専用リソースを含むビームを見つけ出せないときなどの異なるエラー事例において、ＵＥがどのように優先順位付けを実施すべきかは、不明のままである。また、異なるシナリオにおいて（例えば、ＵＥが、１つのＳＳＢに対して、多くのＳＳＢに対して、１つのＣＳＩ－ＲＳに対して、多くのＣＳＩ－ＲＳに対して、専用リソースを受信する場合など）、ＵＥが何を行うべきかについて合意は成されていない。

本開示の特定の態様およびそれらの実施形態は、これらまたは他の課題に対する解決策を提供することができる。特定の実施形態では、例えばハンドオーバ障害をもたらし得る、ランダムアクセス障害を回避するため、ＵＥが競合ベースのランダムアクセスリソースを使用するのを可能にしたまま、ＵＥがビームごと（即ち、ＳＳＢごと、および／またはＣＳＩ－ＲＳリソースごと）の無競合ランダムアクセスリソースの優先順位付けを実施する、ビーム選択方法が開示される。特定の実施形態では、ビームごと（即ち、ＳＳＢごと、および／またはＣＳＩ－ＲＳリソースごと）の無競合ランダムアクセスリソースと、ビームごと（即ち、ＳＳＢごと、および／またはＣＳＩ－ＲＳリソースごと）の競合ベースのランダムアクセスリソースとの間で、ＵＥが優先順位付けを実施する、ビーム選択コンフィギュレーションが使用される。

本明細書に記載するように、ビーム選択は、（１）ＵＥが同期し、ランダムアクセスを実施すべきセルに関連付けられた、ＳＳ／ＰＢＣＨブロック（ＳＳＢ）の選択、および（２）ＵＥが同期し、ランダムアクセスを実施すべきセルに関連付けられた、ＣＳＩ－ＲＳリソースの選択の、１つまたは組み合わせを指す。

１つの例示の実施形態によれば、無線デバイス（例えば、ＵＥ）における方法が開示される。無線デバイスは、メッセージをネットワークノード（例えば、ｇＮＢ）から受信する。メッセージは、専用ＲＡＣＨリソースの１つまたは複数のセットに関する情報を含む。専用ＲＡＣＨリソースの各セットは、ターゲットセルと関連付けられたビームと関連付けられてもよい。無線デバイスは、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の推定値を取得する。無線デバイスは、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の取得した推定値に基づいて、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かを決定する。無線デバイスは、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かに基づいて、ランダムアクセスを実施する。

別の例示の実施形態によれば、ネットワークノード（例えば、ｇＮＢ）における方法が開示される。ネットワークノードは、メッセージを無線デバイス（例えば、ＵＥ）に送信する。メッセージは、専用ＲＡＣＨリソースの１つまたは複数のセットに関する情報を含む。専用ＲＡＣＨリソースの各セットは、ネットワークノードと関連付けられたビームと関連付けられてもよい。ネットワークノードは、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かに基づいて、無線デバイスとのランダムアクセスを実施する。

また、特に、異なるエラー事例を扱う際に、またＵＥに提供されるＲＡＣＨコンフィギュレーションに関する異なるシナリオ（専用および共通）の下で、ＵＥがどのように優先順位付けを実施するかを詳述する、異なる実施形態が開示される。

特定の実施形態は、一例としてハンドオーバを使用して記載されることがあるが、本明細書に記載する様々な実施形態は、ビーム選択（ビーム復旧など）を含む無競合および競合ベースのアクセスの使用に依存する、任意の手順に適用可能である。

本開示の特定の実施形態は、１つまたは複数の技術的利点を提供することができる。一例として、特定の実施形態は、有利には、Ｔ３０４タイマーが終了しない限り、ＵＥが無競合ランダムアクセスまたは競合ベースのランダムアクセスを実施できるようにし、それによって障害を回避してもよい。他の利点は当業者には容易に明白となる。特定の実施形態は、上記に列挙した利点を１つも有さないか、そのいくつか、または全てを有してもよい。

図３は、特定の実施形態による、無線通信ネットワークの一例である。本明細書に記載する主題は、任意の適切な構成要素を使用する任意の適切なタイプのシステムで実現されてもよいが、本明細書に開示する実施形態は、図３に示される例示の無線ネットワークなどの無線ネットワークに関連して記載する。単純にするため、図３の無線ネットワークは、ネットワーク１０６、ネットワークノード１６０および１６０ｂ、ならびに無線デバイス（ＷＤ）１１０、１１０ｂ、および１１０ｃのみを示している。実際上、無線ネットワークは、無線デバイス間の通信、あるいは無線デバイスと地上電話、サービスプロバイダ、または他の任意のネットワークノードもしくはエンドデバイスなど、別の通信デバイスとの間の通信に対応するのに適した、任意の追加の要素を更に含んでもよい。図示される構成要素のうち、ネットワークノード１６０およびＷＤ １１０が更に詳細に図示されている。無線ネットワークは、通信および他のタイプのサービスを１つまたは複数の無線デバイスに提供して、無線ネットワークによってもしくは無線ネットワークを介して提供されるサービスに関する、無線デバイスのアクセスおよび／または使用を容易にしてもよい。

無線ネットワークは、任意のタイプの通信、電気通信、データ、移動体、および／または無線ネットワーク、あるいは他の同様のタイプのシステムを備えてもよく、ならびに／あるいはそれらとインターフェース接続してもよい。いくつかの実施形態では、無線ネットワークは、特定の規格、または他のタイプの規定の規則もしくは手順にしたがって動作するように構成されてもよい。したがって、無線ネットワークの特定の実施形態は、グローバル移動体通信システム（ＧＳＭ）、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、および／または他の適切な２Ｇ、３Ｇ、４Ｇ、もしくは５Ｇ規格、ＩＥＥＥ ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／あるいは、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭａｘ）、ブルートゥース、Ｚ波、および／またはジグビー規格などの他の任意の適切な無線通信規格などの、通信規格を実現してもよい。

ネットワーク１０６は、１つもしくは複数のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、広域ネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間で通信できるようにする他のネットワークを含んでもよい。

ネットワークノード１６０およびＷＤ １１０は、更に詳細に後述する様々な構成要素を備える。これらの構成要素は、無線ネットワークにおける無線接続を提供するなど、ネットワークノードおよび／または無線デバイスの機能性を提供するために共に働く。異なる実施形態では、無線ネットワークは、任意の数の有線もしくは無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、ならびに／あるいは、有線または無線接続のどちらかを介するデータおよび／または信号の通信を容易にするかまたはそれに関与することができる、他の任意の構成要素またはシステムを含んでもよい。

本明細書で使用するとき、ネットワークノードは、無線デバイスへの無線アクセスを可能にする、および／または無線アクセスを提供する、ならびに／あるいは無線ネットワークにおける他の機能（例えば、管理）を実施するために、無線通信ネットワーク内のネットワークノードまたもしくは他の機器と、直接または間接的に通信することができる、通信するように構成された、通信するように配置された、ならびに／または通信するように動作可能である、機器を指す。ネットワークノードの例としては、アクセスポイント（ＡＰ）（例えば、無線アクセスポイント）、基地局（ＢＳ）（例えば、無線基地局、ノードＢ、進化型ノードＢ（ｅＮＢ）、およびＮＲノードＢ（ｇＮＢ））が挙げられるが、それらに限定されない。基地局は、それらが提供するカバレッジの量（または換言すれば、それらの送信電力レベル）に基づいて分類されてもよく、そのため、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局とも呼ばれることがある。基地局は、中継を制御する中継ノードまたは中継ドナーノードであってもよい。ネットワークノードはまた、中央デジタルユニット、および／またはリモート無線ヘッド（ＲＲＨ）と呼ばれることがあるリモート無線ユニット（ＲＲＵ）など、分散無線基地局の１つもしくは複数（または全て）の部分を含んでもよい。かかるリモート無線ユニットは、アンテナ統合無線として、アンテナと統合されてもされなくてもよい。分散無線基地局の部分はまた、分散アンテナシステム（ＤＡＳ）のノードと呼ばれることもある。ネットワークノードの更なる他の例としては、ＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ）機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、ベーストランシーバ基地局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、コアネットワークノード（例えば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、ポジショニングノード（例えば、Ｅ－ＳＭＬＣ）、ならびに／あるいはＭＤＴが挙げられる。別の例として、ネットワークノードは、更に詳細に後述するような仮想ネットワークノードであってもよい。しかしながら、より一般的には、ネットワークノードは、無線デバイスが無線ネットワークにアクセスできるようにすること、もしくは無線デバイスに無線ネットワークへのアクセスを提供すること、および／または無線ネットワークにアクセスしている無線デバイスに何らかのサービスを提供することが、可能である、そのように構成されている、そのように配置されている、ならびに／またはそれを可能にするように動作可能である、任意の適切なデバイス（またはデバイス群）を表してもよい。

図３では、ネットワークノード１６０は、処理回路構成１７０と、デバイス可読媒体１８０と、インターフェース１９０と、補助機器１８４と、電源１８６と、電力回路構成１８７と、アンテナ１６２とを含む。図３の例示の無線ネットワークに示されるネットワークノード１６０は、ハードウェア構成要素の図示される組み合わせを含むデバイスを表すことがあるが、他の実施形態は、構成要素の異なる組み合わせを含むネットワークノードを備えてもよい。ネットワークノードは、本明細書に開示するタスク、特徴、機能、および方法を実施するのに必要な、ハードウェアおよび／またはソフトウェアの任意の適切な組み合わせを含むことが理解されるべきである。更に、ネットワークノード１６０の構成要素は、より大きいボックス内に位置するかまたは複数のボックス内に入れ子状になった、単独のボックスとして示されているが、実際上、ネットワークノードは、単一の図示される構成要素を構成する複数の異なる物理的構成要素を含んでもよい（例えば、デバイス可読媒体１８０は、複数の別個のハードドライブならびに複数のＲＡＭモジュールを備えてもよい）。

同様に、ネットワークノード１６０は、各々がそれぞれ自身の構成要素を有してもよい、複数の物理的に別個の構成要素（例えば、ノードＢコンポーネントおよびＲＮＣコンポーネント、またはＢＴＳコンポーネントおよびＢＳＣコンポーネントなど）から成ってもよい。ネットワークノード１６０が複数の別個の構成要素（例えば、ＢＴＳおよびＢＳＣコンポーネント）を備える特定のシナリオでは、別個の構成要素の１つまたは複数が、いくつかのネットワークノードの間で共有されてもよい。例えば、単一のＲＮＣが複数のノードＢを制御してもよい。かかるシナリオでは、ノードＢおよびＲＮＣの固有の各対が、場合によっては、単一の別個のネットワークノードと見なされてもよい。いくつかの実施形態では、ネットワークノード１６０は、複数の無線アクセス技術（ＲＡＴ）に対応するように構成されてもよい。かかる実施形態では、いくつかの構成要素が重複してもよく（例えば、異なるＲＡＴに対して別個のデバイス可読媒体１８０）、いくつかの構成要素は再使用されてもよい（例えば、同じアンテナ１６２がＲＡＴによって共有されてもよい）。ネットワークノード１６０はまた、例えば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、またはブルートゥース無線技術など、ネットワークノード１６０に統合された異なる無線技術に関する複数組の様々な図示される構成要素を含んでもよい。これらの無線技術は、同じまたは異なるチップもしくはチップセット、およびネットワークノード１６０内の他の構成要素に統合されてもよい。

処理回路構成１７０は、ネットワークノードによって提供されるものとして本明細書に記載される、任意の決定、計算、または類似の動作（例えば、特定の取得動作）を実施するように構成される。処理回路構成１７０によって実施されるこれらの動作は、例えば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をネットワークノードに格納された情報と比較すること、ならびに／あるいは取得された情報または変換された情報に基づいて１つもしくは複数の動作を実施することによって、処理回路構成１７０によって取得される情報を処理すること、ならびに前記処理の結果として決定を行うことを含んでもよい。

処理回路構成１７０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または他の任意の適切なコンピューティングデバイス、リソース、あるいは単独で、または他のネットワークノード１６０の構成要素（デバイス可読媒体１８０、ネットワークノード１６０の機能性など）と併せて提供するように動作可能な、ハードウェア、ソフトウェア、および／または符号化論理の組み合わせのうち、１つもしくは複数のものの組み合わせを備えてもよい。例えば、処理回路構成１７０は、デバイス可読媒体１８０に、または処理回路構成１７０内のメモリに格納された命令を実行してもよい。かかる機能性は、本明細書で考察する様々な無線の特徴、機能、または利益のいずれかを提供することを含んでもよい。いくつかの実施形態では、処理回路構成１７０はシステムオンチップ（ＳＯＣ）を含んでもよい。

いくつかの実施形態では、処理回路構成１７０は、無線周波数（ＲＦ）送受信機回路構成１７２およびベースバンド処理回路構成１７４の１つまたは複数を含んでもよい。いくつかの実施形態では、無線周波数（ＲＦ）送受信機回路構成１７２およびベースバンド処理回路構成１７４は、別個のチップ（もしくはチップセット）、ボード、または無線ユニットおよびデジタルユニットなどのユニット上にあってもよい。代替実施形態では、ＲＦ送受信機回路構成１７２およびベースバンド処理回路構成１７４の一部または全ては、同じチップもしくはチップセット、ボード、またはユニットの上にあってもよい。

特定の実施形態では、ネットワークノード、基地局、ｅＮＢ、または他のかかるネットワークデバイスによって提供されるものとして本明細書に記載する機能性の一部または全ては、デバイス可読媒体１８０または処理回路構成１７０内のメモリに格納された命令を実行する、処理回路構成１７０によって実施されてもよい。代替実施形態では、機能性の一部または全ては、ハードワイヤード方式などで、別個のまたは離散的なデバイス可読媒体に格納された命令を実行することなく、処理回路構成１７０によって提供されてもよい。それらの実施形態のいずれかにおいて、デバイス可読記憶媒体に格納された命令を実行するか否かにかかわらず、処理回路構成１７０は、記載される機能性を実施するように構成することができる。かかる機能性によって提供される利益は、処理回路構成１７０のみに、またはネットワークノード１６０の他の構成要素に限定されず、ネットワークノード１６０全体ならびに／あるいはエンドユーザおよび無線ネットワーク全般によって享受される。

デバイス可読媒体１８０は、非限定的に、永続記憶装置、固体メモリ、リモート実装メモリ、磁気媒体、光学媒体、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、フラッシュドライブ、コンパクトディスク（ＣＤ）、もしくはデジタルビデオディスク（ＤＶＤ））、ならびに／または他の任意の揮発性もしくは不揮発性非一時的デバイス可読および／もしくはコンピュータ実行可能メモリデバイスを含む、処理回路構成１７０によって使用されてもよい情報、データ、および／もしくは命令を格納する、任意の形態の揮発性または不揮発性コンピュータ可読メモリを含んでもよい。デバイス可読媒体１８０は、論理、規則、コード、テーブルなどの１つもしくは複数を含むコンピュータプログラム、ソフトウェア、アプリケーションを含む、任意の適切な命令、データ、または情報、あるいは処理回路構成１７０によって実行され、ネットワークノード１６０によって利用され得る他の命令を格納してもよい。デバイス可読媒体１８０は、処理回路構成１７０によって行われる任意の計算、および／またはインターフェース１９０を介して受信される任意のデータを格納するのに使用されてもよい。いくつかの実施形態では、処理回路構成１７０およびデバイス可読媒体１８０は、統合されたものと見なされてもよい。

インターフェース１９０は、ネットワークノード１６０、ネットワーク１０６、および／またはＷＤ １１０の間における、シグナリングおよび／またはデータの有線または無線通信で使用される。図示されるように、インターフェース１９０は、例えば、有線接続を通じてネットワーク１０６との間でデータを送受信する、ポート／端子１９４を備える。インターフェース１９０はまた、アンテナ１６２に、または特定の実施形態ではその一部に連結されてもよい、無線フロントエンド回路構成１９２を含む。無線フロントエンド回路構成１９２はフィルタ１９８および増幅器１９６を備える。無線フロントエンド回路構成１９２はアンテナ１６２および処理回路構成１７０に接続されてもよい。無線フロントエンド回路構成は、アンテナ１６２と処理回路構成１７０との間で通信される信号を調整するように構成されてもよい。無線フロントエンド回路構成１９２は、無線接続を介して他のネットワークノードまたはＷＤに対して送出されるべきである、デジタルデータを受信してもよい。無線フロントエンド回路構成１９２は、フィルタ１９８および／または増幅器１９６の組み合わせを使用して、デジタルデータを、適切なチャネルおよび帯域幅パラメータを有する無線信号へと変換してもよい。無線信号は次に、アンテナ１６２を介して送信されてもよい。同様に、データを受信するとき、アンテナ１６２は無線信号を収集してもよく、それらは次に、無線フロントエンド回路構成１９２によってデジタルデータへと変換される。デジタルデータは処理回路構成１７０に渡されてもよい。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組み合わせを備えてもよい。

特定の代替実施形態では、ネットワークノード１６０は別個の無線フロントエンド回路構成１９２を含まなくてもよく、代わりに、処理回路構成１７０は、無線フロントエンド回路構成を備えてもよく、別個の無線フロントエンド回路構成１９２なしでアンテナ１６２に接続されてもよい。同様に、いくつかの実施形態では、ＲＦ送受信機回路構成１７２の全てまたは一部はインターフェース１９０の一部と見なされてもよい。更に他の実施形態では、インターフェース１９０は、無線ユニット（図示なし）の一部として、１つもしくは複数のポートまたは端子１９４、無線フロントエンド回路構成１９２、およびＲＦ送受信機回路構成１７２を含んでもよく、インターフェース１９０は、デジタルユニット（図示なし）の一部である、ベースバンド処理回路構成１７４と通信してもよい。

アンテナ１６２は、無線信号を送信および／または受信するように構成された、１つもしくは複数のアンテナまたはアンテナアレイを含んでもよい。アンテナ１６２は、無線フロントエンド回路構成１９０に連結されてもよく、データおよび／または信号を無線で送受信することができる、任意のタイプのアンテナであってもよい。いくつかの実施形態では、アンテナ１６２は、例えば、２ＧＨｚ～６６ＧＨｚの無線信号を送受信するように動作可能な、１つもしくは複数の全方向性、セクター、またはパネルアンテナを含んでもよい。全方向性アンテナは、任意の方向で無線信号を送受信するのに使用されてもよく、セクターアンテナは、特定のエリア内でデバイスから無線信号を送受信するのに使用されてもよく、パネルアンテナは、比較的直線で無線信号を送受信するのに使用される見通し線アンテナであってもよい。いくつかの例では、１つを超えるアンテナの使用はＭＩＭＯと呼ばれることがある。特定の実施形態では、アンテナ１６２は、ネットワークノード１６０とは別個であってもよく、インターフェースまたはポートを通してネットワークノード１６０に接続可能であってもよい。

アンテナ１６２、インターフェース１９０、および／または処理回路構成１７０は、ネットワークノードによって実施されるものとして、本明細書に記載するあらゆる受信動作および／または特定の取得動作を実施するように構成されてもよい。あらゆる情報、データ、および／または信号は、無線デバイス、別のネットワークノード、および／または他の任意のネットワーク機器から受信されてもよい。同様に、アンテナ１６２、インターフェース１９０、および／または処理回路構成１７０は、ネットワークノードによって実施されるものとして、本明細書に記載するあらゆる送信動作を実施するように構成されてもよい。あらゆる情報、データ、および／または信号は、無線デバイス、別のネットワークノード、および／または他の任意のネットワーク機器に送信されてもよい。

電力回路構成１８７は、電力管理回路構成を含むかまたはそれに連結されてもよく、ネットワークノード１６０の構成要素に、本明細書に記載する機能性を実施する電力を供給するように構成される。電力回路構成１８７は電源１８６から電力を受信してもよい。電源１８６および／または電力回路構成１８７は、それぞれの構成要素に適した形態で（例えば、それぞれの構成要素に必要な電圧および電流レベルで）、ネットワークノード１６０の様々な構成要素に電力を提供するように構成されてもよい。電源１８６は、回路構成１８７および／またはネットワークノード１６０に含まれるか、あるいはその外部にあってもよい。例えば、ネットワークノード１６０は、入力回路構成、または電気ケーブルなどのインターフェースを介して、外部電源（例えば、電気コンセント）に接続可能であってもよく、外部電源は電力を電力回路構成１８７に供給する。更なる例として、電源１８６は、電力回路構成１８７に接続されるかまたは統合される、電池もしくは電池パックの形態の電源を含んでもよい。電池は、外部電源が故障した場合のバックアップ電力を提供してもよい。光起電デバイスなど、他のタイプの電源も使用されてもよい。

ネットワークノード１６０の代替実施形態は、本明細書に記載する機能性のいずれか、および／または本明細書に記載する主題に対応するのに必要な任意の機能性を含む、ネットワークノードの機能性の特定の態様を提供することに関与してもよい、図３に示されるものを超える追加の構成要素を含んでもよい。例えば、ネットワークノード１６０は、情報をネットワークノード１６０に入力するのを可能にし、情報をネットワークノード１６０から出力するのを可能にする、ユーザインターフェース機器を含んでもよい。これは、ネットワークノード１６０に対する診断、保守、修理、および他の管理機能をユーザが実施するのを可能にしてもよい。

本明細書で使用するとき、無線デバイス（ＷＤ）は、ネットワークノードおよび／または他の無線デバイスと無線で通信することができる、そのように構成されている、そのように配置されている、および／またはそのように動作可能であるデバイスを指す。別段の記述がない限り、ＷＤという用語は、本明細書ではユーザ機器（ＵＥ）と交換可能に使用されてもよい。無線通信には、電磁波、電波、赤外線波、および／または無線で情報を伝達するのに適した他のタイプの信号を使用して、無線信号を送信および／または受信することが関与してもよい。いくつかの実施形態では、ＷＤは、直接的な人間の相互作用なしに情報を送信および／または受信するように構成されてもよい。例えば、ＷＤは、内部もしくは外部イベントによって起動されると、またはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計されてもよい。ＷＤの例としては、スマートフォン、移動電話、携帯電話、ボイスオーバーＩＰ（ＶｏＩＰ）電話、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲームコンソールもしくはデバイス、音楽記憶デバイス、再生器具、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ内蔵機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線カスタマー構内設備（ＣＰＥ）、車載型無線端末デバイスなどが挙げられるが、それらに限定されない。ＷＤは、例えば、サイドリンク通信の３ＧＰＰ規格を実現することによるデバイス間（Ｄ２Ｄ）通信、車車間（Ｖ２Ｖ）、路車間（Ｖ２Ｉ）、車車間・路車間（Ｖ２Ｘ）に対応してもよく、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。更に別の特定の例として、物のインターネット（ＩｏＴ）のシナリオでは、ＷＤは、監視および／または測定を実施し、かかる監視および／または測定の結果を別のＷＤおよび／またはネットワークノードに送信する、機械または他のデバイスを表してもよい。ＷＤは、この場合、３ＧＰＰの文脈ではＭＴＣデバイスと呼ばれることがある、マシンツーマシン（Ｍ２Ｍ）デバイスであってもよい。１つの特定の例として、ＷＤは、３ＧＰＰ狭帯域物のインターネット（ＮＢ－ＩｏＴ）規格を実現するＵＥであってもよい。かかるマシンまたはデバイスの特定の例は、センサ、電力計などの計量デバイス、工業用機械類、家庭用または個人用電気器具（例えば、冷蔵庫、テレビなど）、個人用ウェアラブル（例えば、時計、フィットネストラッカーなど）である。他のシナリオでは、ＷＤは、その動作状態またはその動作と関連付けられた他の機能に関して監視および／または報告することができる、車両用または他の機器を表してもよい。上述したようなＷＤは、無線接続のエンドポイントを表してもよく、その場合、デバイスは無線端末と呼ばれることがある。更に、上述したようなＷＤは移動体であってもよく、その場合、移動デバイスまたは移動端末と呼ばれることもある。

図示されるように、無線デバイス１１０は、アンテナ１１１、インターフェース１１４、処理回路構成１２０、デバイス可読媒体１３０、ユーザインターフェース機器１３２、補助機器１３４、電源１３６、および電力回路構成１３７を含む。ＷＤ １１０は、例えば、例を挙げると、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、またはブルートゥース無線技術など、ＷＤ １１０が対応する異なる無線技術に対して、図示される構成要素のうち１つまたは複数のものの複数組を含んでもよい。これらの無線技術は、ＷＤ １１０内の他の構成要素と同じもしくは異なるチップまたはチップセットに統合されてもよい。

アンテナ１１１は、無線信号を送信および／または受信するように構成された、１つもしくは複数のアンテナまたはアンテナアレイを含んでもよく、インターフェース１１４に接続される。特定の代替実施形態では、アンテナ１１１は、ＷＤ １１０とは別個であってもよく、インターフェースまたはポートを通してＷＤ １１０に接続可能であってもよい。アンテナ１１１、インターフェース１１４、および／または処理回路構成１２０は、ＷＤによって実施されるものとして本明細書に記載される、あらゆる受信または送信動作を実施するように構成されてもよい。あらゆる情報、データ、および／または信号は、ネットワークノードおよび／または別のＷＤから受信されてもよい。いくつかの実施形態では、無線フロントエンド回路構成および／またはアンテナ１１１は、インターフェースと見なされてもよい。

図示されるように、インターフェース１１４は無線フロントエンド回路構成１１２およびアンテナ１１１を備える。無線フロントエンド回路構成１１２は、１つまたは複数のフィルタ１１８および増幅器１１６を備える。無線フロントエンド回路構成１１４は、アンテナ１１１および処理回路構成１２０に接続され、アンテナ１１１と処理回路構成１２０との間で通信される信号を調整するように構成される。無線フロントエンド回路構成１１２は、アンテナ１１１に連結されるか、またはその一部であってもよい。いくつかの実施形態では、ＷＤ １１０は、別個の無線フロントエンド回路構成１１２を含まなくてもよく、それよりもむしろ、処理回路構成１２０は、無線フロントエンド回路構成を備えてもよく、アンテナ１１１に接続されてもよい。同様に、いくつかの実施形態では、ＲＦ送受信機回路構成１２２の全てまたは一部はインターフェース１１４の一部と見なされてもよい。無線フロントエンド回路構成１１２は、無線接続を介して他のネットワークノードまたはＷＤに対して送出されるべきである、デジタルデータを受信してもよい。無線フロントエンド回路構成１１２は、フィルタ１１８および／または増幅器１１６の組み合わせを使用して、デジタルデータを、適切なチャネルおよび帯域幅パラメータを有する無線信号へと変換してもよい。無線信号は次に、アンテナ１１１を介して送信されてもよい。同様に、データを受信するとき、アンテナ１１１は無線信号を収集してもよく、それらは次に、無線フロントエンド回路構成１１２によってデジタルデータへと変換される。デジタルデータは処理回路構成１２０に渡されてもよい。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組み合わせを備えてもよい。

処理回路構成１２０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または他の任意の適切なコンピューティングデバイス、リソース、あるいは単独で、または他のＷＤ １１０の構成要素（デバイス可読媒体１３０、ＷＤ １１０の機能性など）と併せて提供するように動作可能な、ハードウェア、ソフトウェア、および／または符号化論理の組み合わせのうち、１つもしくは複数のものの組み合わせを備えてもよい。かかる機能性は、本明細書で考察する様々な無線の特徴または利益のいずれかを提供することを含んでもよい。例えば、処理回路構成１２０は、デバイス可読媒体１３０に、または処理回路構成１２０内のメモリに格納された命令を実行して、本明細書に開示する機能性を提供してもよい。

図示されるように、処理回路構成１２０は、ＲＦ送受信機回路構成１２２、ベースバンド処理回路構成１２４、およびアプリケーション処理回路構成１２６の１つまたは複数を含む。他の実施形態では、処理回路構成は、異なる構成要素および／または構成要素の異なる組み合わせを備えてもよい。特定の実施形態では、ＷＤ １１０の処理回路構成１２０はＳＯＣを備えてもよい。いくつかの実施形態では、ＲＦ送受信機回路構成１２２、ベースバンド処理回路構成１２４、およびアプリケーション処理回路構成１２６は、別個のチップまたはチップセット上にあってもよい。代替実施形態では、ベースバンド処理回路構成１２４およびアプリケーション処理回路構成１２６の一部または全ては、１つのチップまたはチップセットに組み入れられてもよく、ＲＦ送受信機回路構成１２２は別個のチップまたはチップセット上にあってもよい。更なる代替実施形態では、ＲＦ送受信機回路構成１２２およびベースバンド処理回路構成１２４の一部または全てが、同じチップまたはチップセット上にあってもよく、アプリケーション処理回路構成１２６が別個のチップまたはチップセット上にあってもよい。更なる他の代替実施形態では、ＲＦ送受信機回路構成１２２、ベースバンド処理回路構成１２４、およびアプリケーション処理回路構成１２６の一部または全てが、同じチップまたはチップセットに組み入れられてもよい。いくつかの実施形態では、ＲＦ送受信機回路構成１２２はインターフェース１１４の一部であってもよい。ＲＦ送受信機回路構成１２２は、処理回路構成１２０に対するＲＦ信号を調整してもよい。

特定の実施形態では、ＷＤによって実施されるものとして本明細書に記載される機能性の一部または全ては、特定の実施形態ではコンピュータ可読記憶媒体であってもよい、デバイス可読媒体１３０に格納された命令を処理回路構成１２０が実行することによって提供されてもよい。代替実施形態では、機能性の一部または全ては、ハードワイヤード方式などで、別個のまたは離散的なデバイス可読記憶媒体に格納された命令を実行することなく、処理回路構成１２０によって提供されてもよい。これら特定の実施形態のいずれかにおいて、デバイス可読記憶媒体に格納された命令を実行するか否かにかかわらず、処理回路構成１２０は、記載される機能性を実施するように構成することができる。かかる機能性によって提供される利益は、処理回路構成１２０のみに、またはＷＤ １１０の他の構成要素に限定されず、ＷＤ １１０全体ならびに／あるいはエンドユーザおよび無線ネットワーク全般によって享受される。

処理回路構成１２０は、ＷＤによって実施されるものとして本明細書に記載される、任意の決定、計算、または類似の動作（例えば、特定の取得動作）を実施するように構成されてもよい。処理回路構成１２０によって実施されるようなこれらの動作は、例えば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をＷＤ １１０によって格納された情報と比較すること、ならびに／あるいは取得された情報または変換された情報に基づいて１つもしくは複数の動作を実施することによって、処理回路構成１２０によって取得される情報を処理すること、ならびに前記処理の結果として決定を行うことを含んでもよい。

デバイス可読記憶媒体１３０は、１つもしくは複数の論理、規則、符号、テーブルなどを含む、コンピュータプログラム、ソフトウェア、アプリケーション、ならびに／あるいは処理回路構成１２０によって実行することができる他の命令を格納するように動作可能であってもよい。デバイス可読記憶媒体１３０の例としては、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）または読出し専用メモリ（ＲＯＭ））、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、ならびに／あるいは、処理回路構成１２０によって使用されてもよい情報、データ、および／または命令を格納する、他の任意の揮発性もしくは不揮発性非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを挙げることができる。いくつかの実施形態では、処理回路構成１２０およびデバイス可読記憶媒体１３０は、統合されたものと見なされてもよい。

ユーザインターフェース機器１３２は、人間のユーザがＷＤ １１０と相互作用することを可能にする構成要素を提供してもよい。かかる相互作用は、視覚、聴覚、触覚など、多くの形態のものであってもよい。ユーザインターフェース機器１３２は、ユーザに対する出力を生成し、ユーザがＷＤ １１０への入力を提供するように動作可能であってもよい。相互作用のタイプは、ＷＤ １１０にインストールされるユーザインターフェース機器１３２のタイプに応じて変わってもよい。例えば、ＷＤ １１０がスマートフォンの場合、相互作用はタッチスクリーンを介してもよく、ＷＤ １１０がスマートメータの場合、相互作用は、使用（例えば、使用したガロン数）を提供する画面、または（例えば、煙が検出された場合に）可聴警告音を提供するスピーカーを通すものであってもよい。ユーザインターフェース機器１３２は、入力インターフェース、デバイス、および回路、ならびに出力インターフェース、デバイス、および回路を含んでもよい。ユーザインターフェース機器１３２は、ＷＤ １１０への情報の入力を可能にするように構成され、処理回路構成１２０に接続されて、処理回路構成１２０が入力情報を処理するのを可能にする。ユーザインターフェース機器１３２は、例えば、マイクロフォン、近接センサもしくは他のセンサ、キー／ボタン、タッチディスプレイ、１つもしくは複数のカメラ、ＵＳＢポート、または他の入力回路構成を含んでもよい。ユーザインターフェース機器１３２はまた、ＷＤ １１０からの情報の出力を可能にし、処理回路構成１２０が情報をＷＤ １１０から出力するのを可能にするように構成される。ユーザインターフェース機器１３２は、例えば、スピーカー、ディスプレイ、振動回路構成、ＵＳＢポート、ヘッドフォンインターフェース、または他の出力回路構成を含んでもよい。ユーザインターフェース機器１３２の１つまたは複数の入力および出力インターフェース、デバイス、および回路を使用して、ＷＤ １１０は、エンドユーザおよび／または無線ネットワークと通信し、それらが本明細書に記載する機能性から利益を得ることを可能にしてもよい。

補助機器１３４は、一般にはＷＤによって実施されないことがある、より具体的な機能性を提供するように動作可能である。これは、様々な目的の測定を行う専用センサ、有線通信などの追加のタイプの通信のためのインターフェースなどを含んでもよい。補助機器１３４を含むこと、またその構成要素のタイプは、実施形態および／またはシナリオに応じて異なってもよい。

電源１３６は、いくつかの実施形態では、電池または電池パックの形態のものであってもよい。外部電源（例えば、電気コンセント）、光起電デバイス、またはパワーセルなど、他のタイプの電源も使用されてもよい。ＷＤ １１０は、本明細書に記載または指示される任意の機能性を実施するのに電源１３６からの電力を必要とするＷＤ １１０の様々な部分に、電源１３６から電力を送達する、電力回路構成１３７を更に備えてもよい。電力回路構成１３７は、特定の実施形態では、電力管理回路構成を含んでもよい。電力回路構成１３７は、それに加えてまたはその代わりに、外部電源から電力を受信するように動作可能であってもよく、その場合、ＷＤ １１０は、入力回路構成、または電力ケーブルなどのインターフェースを介して、外部電源（電気コンセントなど）に接続可能であってもよい。電力回路構成１３７はまた、特定の実施形態では、外部電源から電源１３６に電力を送達するように動作可能であってもよい。これは、例えば、電源１３６を充電するものであってもよい。電力回路構成１３７は、電源１３６からの電力に対して任意のフォーマット化、変換、または他の修正を実施して、電力が供給されるＷＤ １１０のそれぞれの構成要素に適した電力にしてもよい。

上述したように、本開示は、ビーム選択の様々な実施形態を想到する。更に詳細に後述するように、特定の実施形態では、例えばハンドオーバ障害をもたらし得る、ランダムアクセス障害を回避するため、ＷＤ １１０が競合ベースのランダムアクセスリソースを使用するのを可能にしたまま、ＷＤ １１０が、ビームごと（即ち、ＳＳＢごと、および／またはＣＳＩ－ＲＳリソースごと）の無競合ランダムアクセスリソースの優先順位付けを実施する。特定の実施形態では、ビームごと（即ち、ＳＳＢごと、および／またはＣＳＩ－ＲＳリソースごと）の無競合ランダムアクセスリソースと、ビームごと（即ち、ＳＳＢごと、および／またはＣＳＩ－ＲＳリソースごと）の競合ベースのランダムアクセスリソースとの間で、ＷＤ １１０が優先順位付けを実施する、ビーム選択コンフィギュレーションが使用される。

上述したように、ビーム選択は、（１）ＵＥが同期し、ランダムアクセスを実施すべきセルに関連付けられた、ＳＳＢの選択、および（２）ＵＥが同期し、ランダムアクセスを実施すべきセルに関連付けられた、ＣＳＩ－ＲＳリソースの選択の、１つまたは組み合わせを指す。

特定の実施形態では、メッセージはＲＲＣシグナリングメッセージを指す。ＲＲＣの場合、一例は、ハンドオーバコマンド（即ち、ターゲットセルのＲＡＣＨコンフィギュレーションを含む、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ ＩＥを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）である。しかしながら、本明細書に記載する様々な実施形態は、ＷＤ １１０を始動してランダムアクセスを実施させる、任意のプロトコルレベルからの任意のメッセージに適用可能である。

特定の実施形態では、ビームは、ビーム整形され、ＷＤ １１０によって測定することができる、ＳＳＢを指す（例えば、ＷＤ １１０はＳＳ－ＲＳＲＰを計算することができる）。各ＳＳＢはＰＣＩを符号化し、同じＮＲセルに関連付けられたＳＳＢは同じＰＣＩを送信する。それに加えて、各ＳＳＢは、ＰＢＣＨのＤＭＲＳから導出することができる自身のＳＳＢインデックス、時間インデックス（例えば、ＰＢＣＨで符号化される）、または両者の組み合わせ（組み合わせは固有のＳＳＢ識別子を作ることができるので）を有する。特定の実施形態では、ビームは（代替または追加で）、ビーム整形され、ＷＤ １１０によって測定することができる、ＣＳＩ－ＲＳリソースを指してもよい（例えば、ＷＤ １１０は、ＣＳＩ－ＲＳＲＰ、ＣＳＩ－ＲＳＲＱ、ＣＳＩ－ＳＩＮＲを計算することができる）。各ＣＳＩ－ＲＳは関連付けられたＰＣＩを有してもよいので、ＷＤ １１０は、ＣＳＩ－ＲＳリソースを測定する前に同期のために使用することができる。

特定の実施形態では、ビームごとの測定結果は、ビームごとのＲＳＲＰ、ビームごとのＲＳＲＱ、および／またはビームごとのＳＩＮＲであり得る。ＳＳＢがビームレベルの測定の参照信号タイプとして使用される場合、ＳＳ－ＲＳＲＰ、ＳＳ－ＲＳＲＱ、ＳＳ－ＳＩＮＲが使用されてもよい。ＣＳＩ－ＲＳがビームレベルの測定の参照信号タイプとして使用される場合、ＣＳＩ－ＲＳＲＰ、ＣＳＩ－ＲＳＲＱ、ＣＳＩ－ＳＩＮＲが使用されてもよい。

特定の実施形態では、適切なビームは、測定結果が条件を満たすものであってもよい。例えば、適切なビームは、測定結果が絶対閾値に基づいた条件を満たすものであってもよい。特定の実施形態では、絶対閾値は、設定可能であるかまたは規格で定義されるかのどちらかであることができる。例えば、ビームｂ（ｉ）は、ｂ（ｉ）のＲＳＲＰ＞絶対閾値の場合に適切であってもよい。

他の測定量は、例えば、ｂ（ｉ）のＲＳＲＱ＞絶対閾値の場合、および／またはｂ（ｉ）のＳＩＮＲ＞絶対閾値の場合など、基準として使用することもできる。測定量の組み合わせも基準として使用することができる。例えば、特定の実施形態では、ｂ（ｉ）のＲＳＲＱ＞絶対閾値１の場合、かつｂ（ｉ）のＳＩＮＲ＞絶対閾値２の場合、ｂ（ｉ）が適切なことがある。例えば、特定の実施形態では、ｂ（ｉ）のＲＳＲＱ＞絶対閾値１の場合、かつｂ（ｉ）のＳＩＮＲ＞絶対閾値２の場合、ｂ（ｉ）が適切なことがある。別の例として、特定の実施形態では、ｂ（ｉ）のＲＳＲＱ＞絶対閾値１の場合、かつｂ（ｉ）のＲＳＲＰ＞絶対閾値２の場合、ｂ（ｉ）が適切なことがある。更に別の例として、特定の実施形態では、ｂ（ｉ）のＲＳＲＱ＞絶対閾値１の場合、かつｂ（ｉ）のＲＳＲＰ＞絶対閾値２の場合、かつｂ（ｉ）のＳＩＮＲ＞絶対閾値３の場合、ｂ（ｉ）が適切なことがある。大なり（＞）を使用した上述の数学的関係は単なる例であり、小なり（＜）、小なりイコール（≦）、大なりイコール（≧）、等号（＝）、否定等号（≠）が挙げられるがそれらに限定されない、他の演算子も検討できることが理解されるべきである。これらの演算子は、新しい数学的関係を形成するため、ＡＮＤ、ＯＲ、ＸＯＲ、ＮＯＴが挙げられるがそれらに限定されない、論理演算子と組み合わせることもできる。

特定の実施形態では、ターゲットセルは、いずれのサービングセルとも異なる、ハンドオーバ中にＷＤ １１０が同期するものとして示されるセルを指す。特定の実施形態では、ターゲットセルはいずれかのサービングセルと同じであることもできる。かかるシナリオの一例は、ビーム復旧中のビーム選択の際など、ＷＤ １１０がランダムアクセスまたは同等の手順を実施して、無線リンク障害が始まる前にサービングセルとの同期を再獲得する場合である。しかしながら、場合によっては、そのような手順であっても異なるセルで実施されるように設定される場合がある。

特定の実施形態では、ネットワークノード１６０などのネットワークノードはメッセージをＷＤ １１０に送信する。メッセージは、専用ＲＡＣＨリソースの１つまたは複数のセットに関する情報を含む。専用ＲＡＣＨリソースの各セットは、ネットワークノードと関連付けられたビームと関連付けられる。上述したように、メッセージはＲＲＣシグナリングメッセージであってもよい。例えば、メッセージは、ハンドオーバコマンド（例えば、ターゲットセルのＲＡＣＨコンフィギュレーションを含む、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ ＩＥを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）であってもよい。しかしながら、上述したように、特定の実施形態では、別のメッセージ（例えば、ＷＤ １１０を始動してランダムアクセスを実施させる別のメッセージ）であってもよい。

ＷＤ １１０は、メッセージをネットワークノード１６０から受信する。特定の実施形態では、メッセージの受信に応答して、ＷＤ １１０は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームのビーム品質の推定値を取得する。例えば、ＷＤ １１０は、ターゲットセルに関連付けられたビームインデックスごとのビーム品質の推定値を取得してもよい。特定の実施形態では、この推定値は、全てのビームに対して、またはビームのサブセットのみに対して取得されてもよい。

ＷＤ １１０は、様々な手法で、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の推定値を取得する。第１の例として、ＷＤ １１０は、以前に実施されたビームインデックスごとの測定結果を使用してもよい。

第２の例として、ＷＤ １１０は、ターゲットセルに対してビームインデックスごとの測定結果を更新してもよい。特定の実施形態では、更新された測定結果はフィルタ処理された測定結果であってもよい。換言すれば、ＷＤ １１０は、以前に実施された測定を考慮に入れてもよい。特定の実施形態では、フィルタ係数を定義または設定することができる。場合によっては、フィルタ係数に応じて、最新のサンプルのみが重要なことがある（即ち、メモリなしのフィルタ）。特定の実施形態では、測定値の更新は、適切なランダムアクセス手順を実施するにはより最新の測定結果を要することがあることを考慮して、設定されたイベント測定評価に対してＷＤ １１０が使用するものよりも速い周期で行うことができる。場合によっては、異なるサンプリング周期の使用は、異なる基準（例えば、ＷＤ １１０の移動方向、ＷＤ １１０の速度または速度状態など）に基づいて、設定および／または調節されてもよい。特定の実施形態では、サンプリング速度は、無線チャネルの物理的性質（例えば、キャリア周波数およびＳＣＳ）に応じて決まってもよい。

第３の例として、特定の実施形態では、ＷＤ １１０は、以前に実施されたビームインデックスごとの測定結果を使用するか、または１つもしくは複数の基準に基づいて測定値の更新を実施するかを判断してもよい。１つもしくは複数の基準は任意の適切な基準であってもよい。特定の実施形態では、１つまたは複数の基準は、メッセージがＷＤ １１０によって受信される前に、閾値時間量（例えば、Ｘｍｓ）を超えて最新の測定が実施されたか否かを含んでもよく、これは、以前に実施された測定値が古くなっており、最初のＵＬ電力送信の誤った推定によって、プリアンブル送信が失敗する可能性があることを示す可能性がある。メッセージがＸｍｓ前に受信された場合、以前に実施された測定は有効と見なすことができ、ＷＤ １１０は測定値の更新を実施する必要がない。別の例として、特定の実施形態では、１つまたは複数の基準はＷＤ速度を含んでもよく、これは、ＷＤ速度がより速いと、変更が行われる可能性が高いことを示すことができる。特定の実施形態では、速度状態が定義されてもよく、または１つもしくは複数の速度閾値が使用されてもよい。別の例として、特定の実施形態では、１つまたは複数の基準はＷＤの移動（例えば、回転）を含んでもよい。例えば、ＷＤ １１０が最新の測定を実施した時間との間で回転が検出された場合、ＷＤ １１０は、ランダムアクセスを開始するビームを選択する前に測定の更新を実施すべきである。

特定の実施形態では、上述の基準の組み合わせは、以前に実施されたビームインデックスごとの測定結果を使用するか、または測定値の更新を実施するかを決定するのに使用されてもよい。

特定の実施形態では、ＷＤ １１０は、（ビーム品質を測定する代わりに、またはビーム品質の測定に加えて）ビーム品質を推定する他の方法を使用してもよい。例えば、特定の実施形態では、ＷＤ １１０は、別のビームに対して実施された測定に基づいて、特定のビームに対するビーム品質を外挿してもよい。その段階の結果は、Ｋ個の適切なビームインデックスに対して、例えば次の通りである。
［Ｂｅａｍ（１）：ＲＳＲＰ－１，Ｂｅａｍ（２）：ＲＳＲＰ２，…，Ｂｅａｍ（Ｋ）：ＲＳＲＰ（Ｋ）］、および／または、
［Ｂｅａｍ（１）：ＲＳＲＰ－１，Ｂｅａｍ（２）：ＲＳＲＱ２，…，Ｂｅａｍ（Ｋ）：ＲＳＲＱ（Ｋ）］、および／または、
［Ｂｅａｍ（１）：ＳＩＮＲ－１，Ｂｅａｍ（２）：ＳＩＮＲ－２，…，Ｂｅａｍ（Ｋ）：ＳＩＮＲ（Ｋ）］
ここでこれらは全て、閾値を上回る測定品質、この例ではＲＳＲＰを有する。

ＷＤ １１０は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の取得した推定値に基づいて、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かを決定する。ＷＤ １１０は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かに基づいて、ランダムアクセスを実施する。このことは、図４Ａおよび４Ｂに関して更に詳細に後述する。

図４Ａおよび４Ｂは、特定の実施形態による、マルチビームランダムアクセス手順の一例を示している。次に図４Ａを参照すると、マルチビームランダムアクセス手順は、ステップ４－１で始まり、ＷＤ（例えば、ＵＥ）が、ＷＤが同期してランダムアクセスを実施すべきターゲットセルに関連付けられたビームに関連付けられた、ゼロまたは複数の専用ＲＡＣＨリソースを含むネットワークノードからメッセージを受信する。特定の実施形態では、メッセージは共通のＲＡＣＨリソースも含んでもよい。

メッセージを受信すると（または受信に応答して）、ステップ４－２で、ＷＤがタイマーを開始する。図４Ａおよび４Ｂの例では、タイマーはハンドオーバ障害タイマー（例えば、Ｔ３０４のようなタイマー）である。しかしながら、更に詳細に後述するように、本明細書に記載する実施形態はハンドオーバ障害に限定されず、ステップ４－２で開始されるタイマーは異なるタイマーであってもよい。

ステップ４－３で、ＷＤは、上述したようにターゲットセルに関連付けられたビームインデックスごとのビーム品質を推定する（例えば、ＷＤは、ビームの一部または全てに対して以前の推定値を使用することができ、ＷＤは、以前に実施されたビームインデックスごとの測定結果を使用することができ、ＷＤは、ターゲットセルに対するビームインデックスごとの測定結果を更新することができ、ならびに／または別のビームに対して実施された測定に基づいて、特定のビームのビーム品質を外挿することができる）。

ステップ４－４で、ＷＤは、専用ＲＡＣＨコンフィギュレーションを有するビームのどれが適切であるかを評価する。上述したように、適切なビームは、測定結果が条件を満たすものであってもよい。例えば、適切なビームは、測定結果が絶対閾値に基づいた条件を満たすものであってもよい。換言すれば、ＷＤは、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の取得した推定値に基づいて、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かを決定する。特定の実施形態では、第１の基準セットのうち１つまたは複数の基準は、ＲＳＲＰ閾値、ＲＳＲＱ閾値、およびＳＩＮＲ閾値のうち１つまたは複数を含んでもよい。更に詳細に後述するように、ＷＤは、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かに基づいて、ランダムアクセスを実施する。

ステップ４－５から、方法は、関連付けられた専用ＲＡＣＨリソースによって設定されているビームのどれが適切であるかをＷＤが特定するか否かに基づいて進む。専用ＲＡＣＨリソースが関連付けられた少なくとも１つのビームが適切である場合、方法は、ステップ４－６に進む。

ステップ４－６で、ＷＤは、専用ＲＡＣＨリソースが関連付けられて設定されたビームを選択する。特定の実施形態では、専用ＲＡＣＨリソースが関連付けられて設定されたビームのうち１つのみが適切なことがある。かかるシナリオでは、ＷＤは、関連付けられたリソースを使用してランダムアクセスを実施する（例えば、選択されたビームと関連付けられた専用リソースを使用して、ランダムアクセスプリアンブルを送信し、設定されたＲＡＲ時間窓を開始する）。

特定の実施形態では、専用ＲＡＣＨリソースが関連付けられて設定された１つを超えるビームが適切なことがある。かかるシナリオでは、ＷＤは、適切なビームの１つを選択し、選択されたビームと関連付けられたリソースを用いてランダムアクセスを実施（例えば、選択されたビームと関連付けられた専用リソースを使用して、ランダムアクセスプリアンブルを送信し、設定されたＲＡＲ時間窓を開始）してもよい。特定の実施形態では、ＷＤは、第２の基準セットのうち１つまたは複数の基準に基づいて、複数のビームのうち１つを選択してもよい。ＷＤは、複数の適切なビームのうち１つを選択するのに、任意の適切な基準を使用してもよい。一例として、特定の実施形態では、ＷＤは、最大の測定量を有する適切なビームを選択してもよい。別の例として、特定の実施形態では、ＷＤは、レイテンシを優先させるため、時間領域ＲＡＣＨリソースが最初に発生する適切なビームを選択してもよい。更に別の例として、特定の実施形態では、ＷＤは、より高い安定性を有する適切なビームを選択してもよい（例えば、無線条件統計値に基づいて、ＷＤは、期間内にビームに対する無線条件が劇的に変化していないことを決定し、そのビームを選択してもよい）。特定の実施形態では、第２の基準セットのうち上述した基準の組み合わせが、複数の適切なビームのうち１つを選択するのに使用されてもよい。

上述の記載は、上述の基準に基づいてビームを選択することを説明しているが、特定の実施形態では、専用ＲＡＣＨリソースを含む複数のビームが適切である場合、ＷＤは、適切なビームに関連する専用ＲＡＣＨリソースの任意のサブセットに対する複数のプリアンブルを送出してもよい。

ステップ４－７で、ＷＤは、ＲＡＲ時間窓が終了する前にＲＡＲを受信しているか否かを決定する。ＷＤが、ＷＤのＲＡ－ＲＮＴＩを用いてスクランブルがかけられ、ＲＡＲ窓内のＷＤのＲＡＰＩＤを含むＲＡＲを受信した場合、方法はステップ４－８に進む。ステップ４－８で、手順は成功であると見なされ、ＷＤは、ターゲットセルに送信されるべきハンドオーバ完了メッセージを準備する。

ＲＡＲ時間窓が終了する前にＷＤがＲＡＲを受信しない場合、方法はステップ４－９に進む。ステップ４－９で、ＷＤは、（１）同じビームに対して電力増減を実施する（即ち、送信電力を増加させる）か、または（２）同じ電力を使用する新しいビームに切り替える。特定の実施形態では、ＷＤはまた、ビームインデックスごとのビーム品質を再推定してもよい。品質を再評価した後、専用ＲＡＣＨを有する少なくとも１つの適切なビームがある場合、ＷＤは、第２の基準セットにおける上述した基準の１つまたは複数を満たすものを選択する。

品質を再評価した後、専用ＲＡＣＨを有する適切なビームがない場合、ＷＤは、ステップ４－２で開始されたＴ３０４タイマーがまだ稼動しているか否かを検証する。Ｔ３０４が終了していない場合、ＷＤは、ステップ４－５を再び通ってステップ４－１０（更に詳細に後述する）に進み、ＷＤは、共通のＲＡＣＨリソースを含む適切なビーム（例えば、上述した第１および／または第２の基準セットのうち１つもしくは複数の基準を満たすビーム）を選択する。そうでなければ、ステップ４－２で開始したＴ３０４タイマーが終了している場合、ＷＤは、ランダムアクセス障害を申告し、上位層に通知する。

再びステップ４－５を参照すると、ステップ４－５で、専用ＲＡＣＨリソースが関連付けられたビームがいずれも適切でない場合、方法はステップ４－１０に進む。ステップ４－１０で、ＷＤは、共通のＲＡＣＨリソースを含む適切なビーム（例えば、上述した第１および／または第２の基準セットのうち１つもしくは複数の基準を満たすビーム）を選択し、選択されたビームと関連付けられたリソースを使ってランダムアクセスを実施する（例えば、選択されたビームと関連付けられた共通のリソースを使用して、ランダムアクセスプリアンブルを送信し、設定されたＲＡＲ時間窓を開始する）。

ステップ４－１１で、ＷＤは、ＲＡＲ時間窓が終了する前にＲＡＲを受信しているか否かを決定する。ＷＤが、ＷＤのＲＡ－ＲＮＴＩを用いてスクランブルがかけられ、ＲＡＲ窓内のＷＤのＲＡＰＩＤを含むＲＡＲを受信した場合、方法はステップ４－８に進む。ステップ４－８で、手順は成功であると見なされ、ＷＤは、ターゲットセルに送信されるべきハンドオーバ完了メッセージを準備する。

ＲＡＲ時間窓が終了する前にＷＤがＲＡＲを受信しない場合、方法はステップ４－１２に進む。ステップ４－１２で、ＷＤは、（１）同じビームに対して電力増減を実施する（即ち、送信電力を増加させる）か、または（２）同じ電力を使用する新しいビームに切り替える。特定の実施形態では、ＷＤはまた、ビームインデックスごとのビーム品質を再推定してもよい。品質を再評価した後、専用ＲＡＣＨを有する少なくとも１つの適切なビームがある場合、ＷＤは、第２の基準セットにおける上述した基準の１つまたは複数を満たすものを選択する。

品質を再評価した後、専用ＲＡＣＨを有する適切なビームがない場合、ＷＤは、ステップ４－２で開始されたＴ３０４タイマーがまだ稼動しているか否かを検証する。Ｔ３０４が終了していない場合、ＷＤは、共通のＲＡＣＨリソースが上述した第１および／または第２の基準セットにおける１つまたは複数の基準を満たす、適切なビームを選択し、ステップ４－６に戻るものとする。そうでなければ、ステップ４－２で開始したＴ３０４タイマーが終了している場合、ＷＤは、ランダムアクセス障害を申告し、上位層に通知する。

特定の実施形態では、ＷＤは、ステップ４－７または４－１１で、ＷＤのＲＡ－ＲＮＴＩを用いてスクランブルがかけられ、バックオフインジケータを含む、ＲＡＲを受信してもよい。特定の実施形態では、かかるシナリオでは、ＷＤは、バックオフインジケータによって命令されるようにバックオフし、ステップ４－１２から手順を続けてもよい。

あるいは、かかるシナリオで、ＷＤは、上述したようにビーム品質推定を更新する（例えば、ＷＤは、ビームの一部または全てに対して以前の推定値を使用することができ、ＷＤは、以前に実施されたビームインデックスごとの測定結果を使用することができ、ＷＤは、ターゲットセルに対するビームインデックスごとの測定結果を更新することができ、または上述したように別のビームに対して実施された測定に基づいて、特定のビームのビーム品質を外挿することができる）。ＷＤが、以前の試行に使用したものとは異なる適切なビームを選択することができる場合、ＷＤは、この新しいビームを使用し、バックオフすることなく、ステップ４－１２または４－９から手順を続けてもよい。

特定の実施形態では、バックオフインジケータは、異なるＷＤ動作を駆動する異なるタイプの情報を含んでもよい。例えば、特定の実施形態では、バックオフインジケータは、ＷＤが選択し、関連付けられているＲＡＣＨにアクセスしようとしている、特定のビームに対して有効であってもよい。その場合、ＷＤは、待機する必要なく、プリアンブルの再送信に適した他の任意のビームを選択しようとすることができる。適切なビームのみが、バックオフインジケータが関連付けられているものである場合、ＷＤは、再びアクセスする前にバックオフ時間を待機する。

別の例として、バックオフインジケータは、複数のビームに対するバックオフ時間値を含んでもよい（即ち、ＷＤは、提供されたバックオフインジケータにはない適切なビームに関連付けられたリソースを使用するバックオフ時間の前に、プリアンブルの再送信を実施することのみが可能にされる）。複数のビームが示されるようなシナリオでは、特定の実施形態では、ＷＤは、適切であってバックオフインジケータには存在しない、専用リソースを有する任意のものを選択してもよい。

特定の実施形態では、ＷＤは、ＷＤが同期してランダムアクセスを実施すべきターゲットセルに関連する、全てのビームに関連付けられた専用ＲＡＣＨリソースを含むネットワークから、メッセージを受信してもよい。かかるシナリオでは、そのメッセージを受信すると（または受信に応答して）、ＷＤは、以下の修正を含めて図４Ａおよび４Ｂに示される方法のステップを実施してもよい。

特定の実施形態では、（ｎ＋１）番目のビーム再選択の結果として、ＷＤがｎ番目の（再）選択と同じビームを再選択した場合、同じ方向が依然として最適であるが、ＵＬ電力が十分ではなかったことを示すので、ＷＤは電力増減を実施してもよい。あるいは、ＷＤは、（上述した電力増減の代わりに、もしくはそれに加えて）ＵＬビーム切替えを実施して、プリアンブルを送信してもよい（例えば、ＷＤが、変更されないままの幅広いＤＬ Ｔｘビームと比べて狭いＵＬビームを送信する可能性を有する場合）。

特定の実施形態では、（ｎ＋１）番目のビーム再選択の結果として、ＷＤがｎ番目の（再）選択とは別のビームを再選択した場合、別の方向を試行するべきであることの指示として、ＷＤは、最初の電力レベル推定値でランダムアクセスの実施を開始し、ならびに／またはその電力増減レベルを継続する。

かかるシナリオでは、ＷＤは、ステップ４－９および４－１２の１つから手順を継続してもよい。換言すれば、ＷＤは、提供された関連付けられたＲＡＣＨリソース（例えば、時間／周波数／シーケンス）を有する選択されたビームを使用して、ランダムアクセスを開始し、設定されたＲＡＲ時間窓に関連付けられたタイマーを開始する。

特定の実施形態では、ＷＤは、ＷＤのＲＡ－ＲＮＴＩを用いてスクランブルがかけられ、ＷＤのＲＡＰＩＤを含む、ＲＡＲを受信してもよい。かかるシナリオでは、ＷＤは、設定されたＲＡＲ時間窓に関連付けられたタイマーを停止し、ランダムアクセス手順が成功と見なしてもよい。設定されたＲＡＲ時間窓タイマーに関連付けられたタイマーが終了した（または、ＷＤが、上述したようにバックオフを含むＲＡＲを受信した）場合、ＷＤは、送信されたプリアンブルのカウンタが以前に設定された値に等しくなるか、またはタイマー（例えば、タイマーＴ３０４）が終了するまで、エラー処理手順を再試行することができる。特定の実施形態では、カウンタは、ＷＤがＵＬビーム切替えなしおよびＤＬビーム切替えなしで電力増減を実施していたか、ＷＤがＵＬビーム切替えありおよびＤＬビーム切替えなしで電力増減を実施していたか、ＷＤがＵＬビーム切替えありおよびＤＬビーム切替えありで電力増減を実施していたか、ＷＤがＵＬビーム切替えなしおよびＤＬビーム切替えありで電力増減を実施していたか、ＷＤが電力増減を実施しなかったがＤＬビーム切替えありでＵＬビーム切替えを実施していたか、ＷＤが電力増減を実施しなかったがＤＬビーム切替えなしでＵＬビーム切替えを実施していたか、ＷＤが電力増減を実施しなかったがＵＬビーム切替えなしでＤＬビーム切替えを実施していたかとは独立して、ＷＤがプリアンブル送信を実施するたびに増分されてもよい。

かかるシナリオでは、全てのビームがそのＷＤのために設定された専用のリソースを有する場合、タイマー（例えば、Ｔ３０４タイマー）が稼動している限り、それらのリソースは有効である。ターゲットネットワークノードはそのタイマーを維持することができ、タイマーが終了すると、ターゲットノードは、これらを共通のＲＡＣＨリソースに変換するか、または専用ＲＡＣＨリソースとして他のＷＤに割り振ることができる。

別の例示の実施形態によれば、ＷＤは、ＷＤが同期してランダムアクセスを実施すべきターゲットセルに関連する、全てのビームに関連付けられた共通のＲＡＣＨリソースのみを含んでもよいネットワークから、メッセージを受信してもよい。かかるメッセージを受信すると、ＷＤは、ステップ４－９および／または４－１２で使用したＲＡＣＨリソースが共通のリソースである場合を例外として、ＷＤが専用ＲＡＣＨリソースのみを受信した場合、上述したのと同じ動作を実施してもよい。そのメッセージが共通のＲＡＣＨを含まない場合、ＷＤは、ソースセルに対して定義されたものなど、以前に獲得した共通のＲＡＣＨコンフィギュレーションを使用するものとする。

上記した例示の実施形態では、ＷＤを始動してランダムアクセスを実施させる、ＷＤが受信したメッセージは、ハンドオーバコマンドメッセージとして説明されたが、本開示はそれらの例示の実施形態に限定されない。例えば、上述の実施形態は、ＷＤにランダムアクセスを実施させるトリガーがハンドオーバメッセージではないシナリオに、等しく適用可能である。例えば、上述の実施形態は、ビーム選択がビーム障害の検出によって始動されてもよい、ビーム復旧のシナリオにも適用可能である。かかるシナリオでは、ＷＤは、メッセージを介して専用および共通のＵＬビームチャネルリソースを用いて設定されてもよいが、ビーム選択手順自体は他の基準によって始動される。

それに加えて、上述の例示の実施形態は、ビーム選択が関与する手順の一例としてランダムアクセスを使用するが、上述した様々な実施形態は、ＷＤがビーム選択を実施する必要もあり、（ＰＲＡＣＨリソースのような）チャネルリソースを用いて設定されてもよく、また障害が申告される前に応答を待つという意味で、ビーム復旧にも適用可能である。

図５は、特定の実施形態による、ＵＥにおける方法５００を示すフローチャートである。方法５００は、ステップ５０１で始まり、ＵＥがメッセージをネットワークノードから受信し、メッセージは、専用ＲＡＣＨリソースの１つまたは複数のセットに関する情報を含み、専用ＲＡＣＨリソースの各セットは、ターゲットセルと関連付けられたビームと関連付けられる。

ステップ５０２で、ＵＥは、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の推定値を取得する。

ステップ５０３で、ＵＥは、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の取得した推定値に基づいて、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かを決定する。

ステップ５０４で、ＵＥは、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かに基づいて、ランダムアクセスを実施する。

特定の実施形態では、ステップ５０３で、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かを決定することは、少なくとも１つのビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすと決定することを含んでもよい。

特定の実施形態では、ステップ５０４でランダムアクセスを実施することは、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすと決定された少なくとも１つのビームと関連付けられた専用ＲＡＣＨリソースを使用して、ランダムアクセスプリアンブルを送信することを含んでもよい。

特定の実施形態では、少なくとも１つのビームは、複数のビームを含んでもよく、ステップ５０４でランダムアクセスを実施することは、第２の基準セットのうち１つまたは複数の基準に基づいて複数のビームの１つを選択することと、選択されたビームと関連付けられた専用リソースを使用して、ランダムアクセスプリアンブルを送信することとを含んでもよい。特定の実施形態では、第２の基準セットのうち１つまたは複数の基準は、最大の測定量を有するビーム、時間領域ＲＡＣＨリソースが最初に起こるビーム、およびある期間にわたって最小の変化量を有していた無線条件を有するビームのうち、１つまたは複数を含んでもよい。

特定の実施形態では、方法は更に、ターゲットセルに対する共通のＲＡＣＨリソースに関する情報を受信することを含んでもよい。特定の実施形態では、方法は更に、ランダムアクセスを実施するため、共通のＲＡＣＨリソースよりも専用ＲＡＣＨリソースを優先することを含んでもよい。特定の実施形態では、ステップ５０３で、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かを決定することは、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすビームがないと決定することを含んでもよく、ランダムアクセスを実施することは、共通のＲＡＣＨリソースを使用してランダムアクセスプリアンブルを送信することを含んでもよい。

特定の実施形態では、第１の基準セットのうち１つまたは複数の基準は、ＲＳＲＰ閾値、ＲＳＲＱ閾値、およびＳＩＮＲ閾値のうち１つまたは複数を含んでもよい。

特定の実施形態では、ターゲットセルと関連付けられたビームは、同期信号／物理的ブロードキャストチャネルブロックを含んでもよい。

特定の実施形態では、ターゲットセルと関連付けられたビームは、ＣＳＩ－ＲＳリソースを含んでもよい。

特定の実施形態では、ステップ５０２で、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の推定値を取得することは、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対して１つまたは複数の測定を実施することを含んでもよく、１つまたは複数の測定はビーム品質を示す。特定の実施形態では、１つまたは複数の測定は、ＲＳＲＰ測定、ＲＳＲＱ測定、およびＳＩＮＲ測定のうち、１つまたは複数を含んでもよい。

特定の実施形態では、ステップ５０２で、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の推定値を取得することは、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対して以前に実施された１つまたは複数の測定の結果を取得することを含んでもよく、１つまたは複数の以前に実施された測定はビーム品質を示す。特定の実施形態では、１つまたは複数の以前に実施された測定は、ＲＳＲＰ測定、ＲＳＲＱ測定、およびＳＩＮＲ測定のうち、１つまたは複数を含んでもよい。

特定の実施形態では、ステップ５０４でランダムアクセスを実施することは、ランダムアクセス手順を開始することを含んでもよく、方法は更に、ランダムアクセス手順の開始に応答してタイマーをスタートさせることを含んでもよい。

特定の実施形態では、ステップ５０１で受信したメッセージはハンドオーバコンフィギュレーションメッセージであってもよく、ランダムアクセス手順は、ハンドオーバコンフィギュレーションメッセージの受信に応答して開始されてもよい。特定の実施形態では、タイマーはハンドオーバ障害タイマーを含んでもよい。

特定の実施形態では、方法は、ビーム障害を検出することを含んでもよい。ランダムアクセス手順は、ビーム障害の検出に応答して始動されてもよく、ステップ５０１で受信するメッセージは、ビーム障害が検出された後に受信されてもよい。特定の実施形態では、タイマーはビーム障害復旧タイマーを含んでもよい。

特定の実施形態では、方法は更に、タイマーが終了する前にランダムアクセス応答メッセージを受信することを含んでもよい。特定の実施形態では、受信したランダムアクセス応答メッセージは、ＵＥをバックオフさせる命令を含んでもよい。

特定の実施形態では、方法は更に、タイマーが終了する前にランダムアクセス応答メッセージを受信していないと決定することを含んでもよい。特定の実施形態では、方法は更に、ランダムアクセスを実施するため、異なるビームを選択することを含んでもよい。特定の実施形態では、方法は更に、ＵＥの送信電力を増加させることと、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かを再評価することとを含んでもよい。

図６は、特定の実施形態による、仮想化装置の概略ブロック図である。より具体的には、図６は、無線ネットワーク（例えば、図３に示される無線ネットワーク）の装置６００の概略ブロック図を示している。装置は、無線デバイス（例えば、図３に示される無線デバイス１１０）で実現されてもよい。装置６００は、上記の図５を参照して記載される例示の方法、および場合によっては本明細書に開示される他の任意のプロセスまたは方法を実施するように動作可能である。また、図５の方法は必ずしも装置６００のみによって実施されなくてもよいことが理解されるべきである。方法の少なくともいくつかの動作は、１つまたは複数の他のエンティティによって実施することができる。

仮想装置６００は、１つもしくは複数のマイクロプロセッサまたはマイクロコントローラを含んでもよい、処理回路構成、ならびにＤＳＰ、専用デジタル論理など含んでもよい、他のデジタルハードウェアを備えてもよい。処理回路構成は、ＲＯＭ、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光学記憶デバイスなど、１つまたは複数のタイプのメモリを含んでもよい、メモリに格納されたプログラムコードを実行するように構成されてもよい。メモリに格納されたプログラムコードとしては、１つまたは複数の電気通信および／またはデータ通信プロトコルを実行するプログラム命令、ならびにいくつかの実施形態において本明細書に記載される技術の１つまたは複数を実施する命令が挙げられる。いくつかの実現例では、処理回路構成は、受信ユニット６０２、決定ユニット６０４、通信ユニット６０６、および装置６００の他の任意の適切なユニットに、本開示の１つまたは複数の実施形態による対応する機能を実施させるのに使用されてもよい。

図６に示されるように、装置６００は、受信ユニット６０２と、決定ユニット６０４と、通信ユニット６０６とを含む。受信ユニット６０２は、装置６００の受信機能を実施するように設定されてもよい。例えば、受信ユニット６０２は、メッセージをネットワークノードから受信するように設定されてもよく、メッセージは、専用ＲＡＣＨリソースの１つまたは複数のセットに関する情報を含み、専用ＲＡＣＨリソースの各セットは、ターゲットセルと関連付けられたビームと関連付けられる。別の例として、受信ユニット６０２は、ターゲットセルの共通のＲＡＣＨリソースに関する情報を受信するように設定されてもよい。更に別の例として、受信ユニット６０２は、タイマーが終了する前にランダムアクセス応答メッセージを受信するように設定されてもよい。更に別の例として、受信ユニット６０２は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対する、ビーム品質の推定値を取得するように設定されてもよい。

受信ユニット６０２は、任意の適切な情報をネットワークノードまたは別の無線デバイスから受信してもよい。受信ユニット６０２は、受信機、および／または図３に関連して上述したＲＦ送受信機回路構成１２２などの送受信機を含んでもよい。受信ユニット６０２は、メッセージおよび／または信号を無線で受信するように設定された回路構成を含んでもよい。特定の実施形態では、受信ユニット６０２は、受信したメッセージおよび／または信号を、決定ユニット６０４もしくは装置６００の他の任意の適切なユニットに通信してもよい。受信ユニット６０２の機能は、特定の実施形態では、１つまたは複数の別個のユニットで実施されてもよい。

決定モジュール６０４は、装置６００の処理機能を実施してもよい。例えば、決定ユニット６０４は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対する、ビーム品質の推定値を取得するように設定されてもよい。特定の実施形態では、決定ユニット６０４は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対して、１つまたは複数の測定を実施するように設定されてもよく、１つまたは複数の測定はビーム品質を示す。特定の実施形態では、決定ユニット６０４は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対して、１つまたは複数の以前に実施された測定の結果を取得するように設定されてもよく、１つまたは複数の以前に実施された測定はビーム品質を示す。

別の例として、決定ユニット６０４は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の取得した推定値に基づいて、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かを決定するように設定されてもよい。特定の実施形態では、決定ユニット６０４は、少なくとも１つのビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすことを決定するように設定されてもよい。特定の実施形態では、少なくとも１つのビームは、複数のビームを含んでもよく、決定ユニット６０４は、第２の基準セットのうち１つまたは複数の基準に基づいて、複数のビームのうち１つを選択するように設定されてもよい。特定の実施形態では、決定ユニット６０４は、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすビームがないことを決定するように設定されてもよい。

更に別の例として、決定ユニット６０４は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かに基づいて、ランダムアクセスを実施するように設定されてもよい。

更に別の例として、決定ユニット６０４は、ランダムアクセスを実施するため、共通のＲＡＣＨリソースよりも専用ＲＡＣＨリソースを優先するように設定されてもよい。

別の例として、決定ユニット６０４は、ランダムアクセス手順を開始するように構成されてもよい。特定の実施形態では、受信ユニット６０２によって受信されるメッセージは、ハンドオーバコンフィギュレーションメッセージであってもよく、決定ユニット６０４は、ハンドオーバコンフィギュレーションメッセージの受信に応答して、ランダムアクセス手順を開始するように設定されてもよい。別の例として、決定ユニット６０４は、ランダムアクセス手順の開始に応答して、タイマーをスタートさせるように設定されてもよい。

別の例として、決定ユニット６０４は、ビーム障害を検出するように設定されてもよい。特定の実施形態では、決定ユニット６０４は、ビーム障害の検出に応答して、ランダムアクセス手順を開始するようい設定されてもよい。

別の例として、決定ユニット６０４は、タイマーが終了する前に受信されたランダムアクセス応答メッセージがなかったことを決定するように設定されてもよい。特定の実施形態では、決定ユニット６０４は、ランダムアクセスを実施するために異なるビームを選択するように設定されてもよい。特定の実施形態では、決定ユニット６０４は、ＷＤの送信電力を増加させ、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かを再評価するように設定されてもよい。

決定ユニット６０４は、図３に関連して上述した処理回路構成１２０などの１つもしくは複数のプロセッサを含むか、またはそれに含まれてもよい。決定ユニット６０４は、上述の決定ユニット６０４および／または処理回路構成１２０の機能のいずれかを実施するように設定された、アナログおよび／またはデジタル回路構成を含んでもよい。決定ユニット６０４の機能は、特定の実施形態では、１つまたは複数の別個のユニットで実施されてもよい。

通信ユニット６０６は、装置６００の送信機能を実施するように設定されてもよい。例えば、通信ユニット６０６は、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすと決定された少なくとも１つのビームと関連付けられた専用ＲＡＣＨリソースを使用して、ランダムアクセスプリアンブルを送信するように設定されてもよい。別の例として、通信ユニット６０６は、選択されたビームと関連付けられた専用のリソースと使用して、ランダムアクセスプリアンブルを送信するように設定されてもよい。更に別の例として、通信ユニット６０６は、共通のＲＡＣＨリソースを使用してランダムアクセスプリアンブルを送信するように設定されてもよい。

通信ユニット６０６は、１つまたは複数のネットワークノードまたは他の無線デバイスにメッセージを送信してもよい。通信ユニット６０６は、受信機、および／または図３に関連して上述したＲＦ送受信機回路構成１２２などの送受信機を含んでもよい。通信ユニット６０６は、メッセージおよび／または信号を無線で送信するように設定された回路構成を含んでもよい。特定の実施形態では、通信ユニット６０６は、決定ユニット６０４もしくは装置６００の他の任意のユニットから送信のためのメッセージおよび／または信号を受信してもよい。通信ユニット６０４の機能は、特定の実施形態では、１つまたは複数の別個のユニットで実施されてもよい。

ユニットという用語は、エレクトロニクス、電気デバイス、および／または電子デバイスの分野における従来の意味を有してもよく、例えば、本明細書に記載されるような、それぞれのタスク、手順、計算、電力、および／または表示機能などを実施する、電気および／または電子回路構成、デバイス、モジュール、プロセッサ、メモリ、論理固体および／または離散的デバイス、コンピュータプログラムまたは命令を含んでもよい。

図７は、特定の実施形態による、ネットワークノードにおける方法７００のフローチャートである。方法７００は、ステップ７０１で始まり、ネットワークノードがメッセージをＵＥに送信し、メッセージは、専用ＲＡＣＨリソースの１つまたは複数のセットに関する情報を含み、専用ＲＡＣＨリソースの各セットは、ネットワークノードと関連付けられたビームと関連付けられる。特定の実施形態では、ネットワークノードは、ターゲットネットワークノードであってもよい。

特定の実施形態では、送信メッセージは、ハンドオーバコンフィギュレーションメッセージであってもよい。

特定の実施形態では、送信メッセージは、ＵＥのビーム障害検出に応答して送信されてもよい。

ステップ７０２で、ネットワークノードは、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かに基づいて、ＵＥとのランダムアクセスを実施する。

特定の実施形態では、少なくとも１つのビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たしてもよい。

特定の実施形態では、ステップ７０２でランダムアクセスを実施することは、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たす少なくとも１つのビームと関連付けられた専用ＲＡＣＨリソースにおいて、ランダムアクセスプリアンブルをＵＥから受信することを含んでもよい。

特定の実施形態では、少なくとも１つのビームは、複数のビームを含んでもよく、ステップ７０２でランダムアクセスを実施することは、第２の基準セットのうち１つまたは複数の基準に基づいてＵＥによって選択された複数のビームのうち１つと関連付けられた専用ＲＡＣＨリソースにおいて、ランダムアクセスプリアンブルをＵＥから受信することを含んでもよい。特定の実施形態では、第２の基準セットのうち１つまたは複数の基準は、最大の測定量を有するビーム、時間領域ＲＡＣＨリソースが最初に起こるビーム、およびある期間にわたって最小の変化量を有していた無線条件を有するビームのうち、１つまたは複数を含んでもよい。

特定の実施形態では、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられたビームはいずれも、ランダムアクセスを実施するための第１のセットのうち１つまたは複数の基準を満たさなくてもよく、方法は、ネットワークノードに対する共通のＲＡＣＨリソースに関する情報を送信することと、共通のＲＡＣＨリソースにおいてランダムアクセスプリアンブルをＵＥから受信することとを含んでもよい。特定の実施形態では、方法は、ランダムアクセスを実施するため、共通のＲＡＣＨリソースよりも専用ＲＡＣＨリソースを優先するように、ＵＥを設定することを含んでもよい。

特定の実施形態では、第１の基準セットのうち１つまたは複数の基準は、ＲＳＲＰ閾値、ＲＳＲＱ閾値、およびＳＩＮＲ閾値のうち１つまたは複数を含んでもよい。

特定の実施形態では、ネットワークノードと関連付けられたビームは、ＳＳＢブロックを含んでもよい。

特定の実施形態では、ネットワークノードと関連付けられたビームは、ＣＳＩ－ＲＳリソースを含んでもよい。

特定の実施形態では、方法は更に、ランダムアクセス応答メッセージをＵＥに送信することを含んでもよい。

図８は、特定の実施形態による、仮想化装置の概略ブロック図である。より具体的には、図６は、無線ネットワーク（例えば、図３に示される無線ネットワーク）の装置８００の概略ブロック図を示している。装置は、ネットワークノード（例えば、図３に示されるネットワークノード１６０）で実現されてもよい。装置８００は、上記の図７を参照して記載される例示の方法、および場合によっては本明細書に開示される他の任意のプロセスまたは方法を実施するように動作可能である。また、図７の方法は必ずしも装置８００のみによって実施されなくてもよいことが理解されるべきである。方法の少なくともいくつかの動作は、１つまたは複数の他のエンティティによって実施することができる。

仮想装置８００は、１つもしくは複数のマイクロプロセッサまたはマイクロコントローラを含んでもよい、処理回路構成、ならびにＤＳＰ、専用デジタル論理などを含んでもよい、他のデジタルハードウェアを備えてもよい。処理回路構成は、ＲＯＭ、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光学記憶デバイスなど、１つまたは複数のタイプのメモリを含んでもよい、メモリに格納されたプログラムコードを実行するように構成されてもよい。メモリに格納されたプログラムコードとしては、１つまたは複数の電気通信および／またはデータ通信プロトコルを実行するプログラム命令、ならびにいくつかの実施形態において本明細書に記載される技術の１つまたは複数を実施する命令が挙げられる。いくつかの実現例では、処理回路構成は、受信ユニット８０２、決定ユニット８０４、通信ユニット８０６、および装置８００の他の任意の適切なユニットに、本開示の１つまたは複数の実施形態による対応する機能を実施させるのに使用されてもよい。

図８に示されるように、装置８００は、受信ユニット８０２と、決定ユニット８０４と、通信ユニット８０６とを含む。受信ユニット８０２は、装置８００の受信機能を実施するように設定されてもよい。例えば、受信ユニット８０２は、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たす少なくとも１つのビームと関連付けられた専用ＲＡＣＨリソースにおいて、ＵＥからランダムアクセスプリアンブルを受信するように設定されてもよい。別の例として、受信ユニット８０２は、第２の基準セットのうち１つまたは複数の基準に基づいて、ＵＥによって選択された複数のビームのうち１つと関連付けられた専用ＲＡＣＨリソースにおいて、ＵＥからランダムアクセスプリアンブルを受信するように設定されてもよい。更に別の例として、受信ユニット８０２は、共通のＲＡＣＨリソースにおいて、ＵＥからランダムアクセスプリアンブルを送信するように設定されてもよい。

受信ユニット８０２は、任意の適切な情報をネットワークノードまたは別の無線デバイスから受信してもよい。受信ユニット８０２は、受信機、および／または図３に関連して上述したＲＦ送受信機回路構成１７２などの送受信機を含んでもよい。受信ユニット８０２は、メッセージおよび／または信号を無線で受信するように設定された回路構成を含んでもよい。特定の実施形態では、受信ユニット８０２は、受信したメッセージおよび／または信号を、決定ユニット８０４もしくは装置８００の他の任意の適切なユニットに通信してもよい。受信ユニット８０２の機能は、特定の実施形態では、１つまたは複数の別個のユニットで実施されてもよい。

決定ユニット８０４は、装置８００の処理機能を実施してもよい。例えば、決定ユニット８０４は、専用ＲＡＣＨリソースの１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かに基づいて、ＵＥを用いてランダムアクセスを実施するように設定されてもよい。別の例として、決定ユニット８０４は、ランダムアクセスを実施するため、共通のＲＡＣＨリソースよりも専用ＲＡＣＨリソースを優先するように、ＵＥを設定するように設定されてもよい。

決定ユニット８０４は、図３に関連して上述した処理回路構成１７０などの１つもしくは複数のプロセッサを含むか、またはそれに含まれてもよい。決定ユニット８０４は、上述の決定ユニット８０４および／または処理回路構成１７０の機能のいずれかを実施するように設定された、アナログおよび／またはデジタル回路構成を含んでもよい。決定ユニット８０４の機能は、特定の実施形態では、１つまたは複数の別個のユニットで実施されてもよい。

通信ユニット８０６は、装置８００の送信機能を実施するように設定されてもよい。例えば、通信ユニット８０６は、メッセージをＵＥに送信するように設定されてもよく、メッセージは、専用ランダムアクセスチャネルＲＡＣＨリソースの１つまたは複数のセットに関する情報を含み、専用ＲＡＣＨリソースの各セットは、ネットワークノードと関連付けられたビームと関連付けられる。別の例として、通信ユニット８０６は、ネットワークノードの共通のＲＡＣＨリソースに関する情報を送信するように設定されてもよい。更に別の例として、通信ユニット８０６は、ランダムアクセス応答メッセージをＵＥに送信するように設定されてもよい。

通信ユニット８０６は、１つまたは複数のネットワークノードまたは他の無線デバイスにメッセージを送信してもよい。通信ユニット８０６は、受信機、および／または図３に関連して上述したＲＦ送受信機回路構成１７２などの送受信機を含んでもよい。通信ユニット８０６は、メッセージおよび／または信号を無線で送信するように設定された回路構成を含んでもよい。特定の実施形態では、通信ユニット８０６は、決定ユニット８０４もしくは装置６００の他の任意のユニットから送信のためのメッセージおよび／または信号を受信してもよい。通信ユニット８０４の機能は、特定の実施形態では、１つまたは複数の別個のユニットで実施されてもよい。

ユニットという用語は、エレクトロニクス、電気デバイス、および／または電子デバイスの分野における従来の意味を有してもよく、例えば、本明細書に記載されるような、それぞれのタスク、手順、計算、出力、および／または表示機能などを実施する、電気および／または電子回路構成、デバイス、モジュール、プロセッサ、メモリ、論理固体および／または離散的デバイス、コンピュータプログラムまたは命令を含んでもよい。

図９は、本明細書に記載する様々な態様による、ＵＥの一実施形態を示している。本明細書で使用するとき、ユーザ機器、即ちＵＥは、関連デバイスを所有および／または操作する人間のユーザという意味では、必ずしもユーザを有さなくてもよい。代わりに、ＵＥは、人間のユーザに販売するか人間のユーザによって操作されることが意図されるが、特定の人間のユーザと関連付けられないことがある、または最初は関連付けられないことがあるデバイスを表してもよい（例えば、スマートスプリンクラーコントローラ）。ＵＥはまた、人間のユーザに販売されるかまたは人間のユーザが操作するように意図されていないＮＢ－ＩｏＴ ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって特定された任意のＵＥを含んでもよい。図９に示されるようなＵＥ ９００は、３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格など、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって普及される１つまたは複数の通信規格にしたがった通信向けに構成されたＷＤの一例である。上述したように、ＷＤおよびＵＥという用語は交換可能に使用されてもよい。したがって、図９はＵＥであるが、本明細書で考察する構成要素はＷＤに等しく適用可能であり、その逆もまた真である。

図９では、ＵＥ ９００は、入出力インターフェース９０５、無線周波数（ＲＦ）インターフェース９０９、ネットワーク接続インターフェース９１１、メモリ９１５（ランダムアクセスメモリ（ＲＡＭ）９１７、読出し専用メモリ（ＲＯＭ）９１９、および記憶媒体９２１などを含む）、通信サブシステム９３１、電源９１３、および／または他の任意の構成要素、あるいはそれらの任意の組み合わせに動作可能に連結された、処理回路構成９０１を含む。記憶媒体９２１は、オペレーティングシステム９２３、アプリケーションプログラム９２５、およびデータ９２７を含む。他の実施形態では、記憶媒体９２１は他の類似のタイプの情報を含んでもよい。特定のＵＥは、図９に示される構成要素の全て、または構成要素のサブセットのみを利用してもよい。構成要素間の統合レベルはＵＥごとに異なってもよい。更に、特定のＵＥは、複数のプロセッサ、メモリ、送受信機、送信機、受信機など、構成要素の複数の例を含んでもよい。

図９では、処理回路構成９０１は、コンピュータ命令およびデータを処理するように構成されてもよい。処理回路構成９０１は、１つもしくは複数のハードウェア実装状態機械（例えば、離散的な論理、ＦＰＧＡ、ＡＳＩＣなど）、適切なファームウェアを伴うプログラマブル論理、１つもしくは複数の格納されたプログラム、適切なソフトウェアを伴うマイクロプロセッサもしくはデジタル信号プロセッサ（ＤＳＰ）などの汎用プロセッサ、または上記のものの任意の組み合わせなど、機械可読コンピュータプログラムとしてメモリに格納された機械命令を実行するように動作可能な、任意の連続状態機械を実現するように構成されてもよい。例えば、処理回路構成９０１は２つの中央処理装置（ＣＰＵ）を含んでもよい。データは、コンピュータが使用するのに適した形態の情報であってもよい。

図示される実施形態では、入出力インターフェース９０５は、入力デバイス、出力デバイス、または入出力デバイスに対する通信インターフェースを提供するように構成されてもよい。ＵＥ ９００は、入出力インターフェース９０５を介して出力デバイスを使用するように構成されてもよい。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用してもよい。例えば、ＵＥ ９００に対する入出力を提供するのに、ＵＳＢポートが使用されてもよい。出力デバイスは、スピーカー、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組み合わせであってもよい。ＵＥ ９００は、入出力インターフェース９０５を介して入力デバイスを使用して、ユーザがＵＥ ９００への情報を捕捉することを可能にするように構成されてもよい。入力デバイスは、タッチセンサ式または存在センサ式ディスプレイ、カメラ（例えば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサ、マウス、トラックボール、指向性パッド、トラックパッド、スクロールホイール、スマートカードなどを含んでもよい。存在センサ式ディスプレイは、ユーザからの入力を感知する、容量性または抵抗性タッチセンサを含んでもよい。センサは、例えば、加速度計、ジャイロスコープ、傾きセンサ、力センサ、磁力計、光学センサ、近接センサ、別の同様のセンサ、またはそれらの任意の組み合わせであってもよい。例えば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光学センサであってもよい。

図９では、ＲＦインターフェース９０９は、通信インターフェースを、送信機、受信機、およびアンテナなどのＲＦ構成要素に提供するように構成されてもよい。ネットワーク接続インターフェース９１１は、通信インターフェースをネットワーク９４３ａに提供するように構成されてもよい。ネットワーク９４３ａは、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、他の類似のネットワーク、またはそれらの任意の組み合わせなど、有線および／または無線ネットワークを包含してもよい。例えば、ネットワーク９４３ａはＷｉＦｉネットワークを含んでもよい。ネットワーク接続インターフェース９１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなど、１つまたは複数の通信プロトコルにしたがって、通信ネットワークを通じて１つもしくは複数の他のデバイスと通信するのに使用される、受信機および送信機インターフェースを含むように構成されてもよい。ネットワーク接続インターフェース９１１は、通信ネットワークリンク（例えば、光学、電気など）に適切な受信機および送信機の機能性を実現してもよい。送信機および受信機機能は、回路構成要素、ソフトウェア、もしくはファームウェアを共有してもよく、あるいは別個に実現されてもよい。

ＲＡＭ ９１７は、バス９０２を介して処理回路構成９０１にインターフェース接続して、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなどのソフトウェアプログラムを実行する間、データまたはコンピュータ命令を格納またはキャッシングするように構成されてもよい。ＲＯＭ ９１９は、コンピュータ命令またはデータを処理回路構成９０１に提供するように構成されてもよい。例えば、ＲＯＭ ９１９は、基本的入出力（Ｉ／Ｏ）、起動、または不揮発性メモリに格納されたキーボードからのキーストロークの受信など、基本的なシステム機能に対する不変の低レベルシステムコードまたはデータを格納するように構成されてもよい。記憶媒体９２１は、ＲＡＭ、ＲＯＭ、プログラマブル読出し専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読出し専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光学ディスク、フロッピーディスク、ハードディスク、取外し可能カートリッジ、またはフラッシュドライブなどのメモリを含むように構成されてもよい。一例では、記憶媒体９２１は、オペレーティングシステム９２３、ウェブブラウザアプリケーションなどのアプリケーションプログラム９２５、ウィジェットもしくはガジェットエンジンまたは別のアプリケーション、およびデータファイル９２７を含むように構成されてもよい。記憶媒体９２１は、ＵＥ ９００が使用するため、多種多様の様々なオペレーティングシステムまたはオペレーティングシステムの組み合わせのいずれかを格納してもよい。

記憶媒体９２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光学ディスクドライブ、内部ハードディスクドライブ、ブルーレイ光学ディスクドライブ、ホログラフィックデジタルデータストレージ（ＨＤＤＳ）光学ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、同期式動的ランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、スマートカードメモリ（加入者識別モジュールもしくはリムーバブルユーザ識別（ＳＩＭ／ＲＵＩＭ）モジュール）、他のメモリ、またはそれらの任意の組み合わせなど、多数の物理的ドライブユニットを含むように構成されてもよい。記憶媒体９２１によって、ＵＥ ９００が、一時的もしくは非一時的メモリ媒体に格納された、コンピュータ実行可能命令、アプリケーションプログラムなどにアクセスするか、データをオフロードするか、またはデータをアップロードすることが可能になってもよい。通信システムを利用するものなどの製品は、デバイス可読媒体を含んでもよい、記憶媒体９２１の形で有形的に具体化されてもよい。

図９では、処理回路構成９０１は、通信サブシステム９３１を使用してネットワーク９４３ｂと通信するように構成されてもよい。ネットワーク９４３ａおよびネットワーク９４３ｂは、同じネットワークまたは異なるネットワークであってもよい。通信サブシステム９３１は、ネットワーク９４３ｂと通信するのに使用される１つまたは複数の送受信機を含むように構成されてもよい。例えば、通信サブシステム９３１は、ＩＥＥＥ ８０２．ＱＱ２、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘなどの１つまたは複数の通信プロトコルにしたがって、別のＷＤ、ＵＥ、または無線アクセスネットワーク（ＲＡＮ）の基地局など、無線通信することができる別のデバイスの１つまたは複数のリモート送受信機と通信するのに使用される、１つまたは複数の送受信機を含むように構成されてもよい。各送受信機は、ＲＡＮリンクに適した送信機または受信機の機能性（例えば、周波数割当てなど）をそれぞれ実現する、送信機９３３および／または受信機９３５を含んでもよい。更に、各送受信機の送信機９３３および受信機９３５は、回路構成要素、ソフトウェア、もしくはファームウェアを共有してもよく、あるいは別個に実現されてもよい。

図示される実施形態では、通信サブシステム９３１の通信機能は、データ通信、音声通信、マルチメディア通信、ブルートゥースなどの近距離通信、近接場通信、位置を決定するのに全地球測位システム（ＧＰＳ）を使用するものなどの位置依存型通信、別の類似の通信機能、またはそれらの任意の組み合わせを含んでもよい。例えば、通信サブシステム９３１は、セルラー通信、ＷｉＦｉ通信、ブルートゥース通信、およびＧＰＳ通信を含んでもよい。ネットワーク９４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の類似のネットワーク、またはそれらの任意の組み合わせなど、有線および／または無線ネットワークを包含してもよい。例えば、ネットワーク９４３ｂは、セルラーネットワーク、ＷｉＦｉネットワーク、および／または近接場ネットワークであってもよい。電源ＱＱ２１３は、交流（ＡＣ）または直流（ＤＣ）電力をＵＥ ９００の構成要素に提供するように構成されてもよい。

本明細書に記載する特徴、利益、および／または機能は、ＵＥ ９００の構成要素の１つで実現されてもよく、またはＵＥ ９００の複数の構成要素にわたって分割されてもよい。更に、本明細書に記載する特徴、利益、および／または機能は、ハードウェア、ソフトウェア、またはファームウェアの任意の組み合わせで実現されてもよい。一例では、通信サブシステム９３１は、本明細書に記載する構成要素のいずれかを含むように構成されてもよい。更に、処理回路構成９０１は、バス９０２を通じてかかる構成要素のいずれかと通信するように構成されてもよい。別の例では、かかる構成要素のいずれかは、処理回路構成９０１によって実行されると、本明細書に記載される対応する機能を実施する、メモリに格納されたプログラム命令によって表されてもよい。別の例では、かかる構成要素のいずれかの機能性は、処理回路構成９０１と通信サブシステム９３１との間で分割されてもよい。別の例では、かかる構成要素のいずれかの非コンピュータ集約的機能は、ソフトウェアまたはファームウェアの形で実現されてもよく、コンピュータ集約的機能はハードウェアの形で実現されてもよい。

図１０は、特定の実施形態による、仮想化環境を示す概略ブロック図である。より具体的には、図１０は、いくつかの実施形態によって実現される機能が仮想化されてもよい、仮想化環境１０００を示す概略ブロック図である。この文脈では、仮想化とは、ハードウェアプラットフォーム、記憶デバイス、およびネットワーキングリソースを仮想化することを含んでもよい、装置またはデバイスを仮想化したものを作成することを意味する。本明細書で使用するとき、仮想化は、ノード（例えば、仮想化基地局もしくは仮想化無線アクセスノード）、あるいはデバイス（例えば、ＵＥ、無線デバイス、もしくは他の任意のタイプの通信デバイス）またはその構成要素に適用することができ、機能性の少なくとも一部分が（例えば、１つまたは複数のネットワークにおいて１つまたは複数の物理的処理ノードで実行する、１つもしくは複数のアプリケーション、コンポーネント、機能、仮想機械、またはコンテナを介して）１つまたは複数の仮想構成要素として実現される実現例に関する。

いくつかの実施形態では、本明細書に記載する機能の一部または全ては、１つまたは複数のハードウェアノード１０３０がホストする１つまたは複数の仮想環境１０００において実現される、１つまたは複数の仮想機械によって実行される仮想構成要素として実現されてもよい。更に、仮想ノードが無線アクセスノードではなく、無線接続性（例えば、コアネットワークノード）を要しない実施形態では、ネットワークノードは全体的に仮想化されてもよい。

機能は、本明細書に開示する実施形態のうちいくつかの特徴、機能、および／または利益の一部を実現するように動作する、１つまたは複数のアプリケーション１０２０（あるいは、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることがある）によって実現されてもよい。アプリケーション１０２０は、処理回路構成１０６０およびメモリ１０９０を備えるハードウェア１０３０を提供する仮想化環境１０００で稼動する。メモリ１０９０は、処理回路構成１０６０によって実行可能な命令１０９５を含み、それによってアプリケーション１０２０は、本明細書に開示する特徴、利益、および／または機能の１つもしくは複数を提供するように動作する。

仮想化環境１０００は、商用オフザシェルフ（ＣＯＴＳ）プロセッサ、専用特定用途向け集積回路（ＡＳＩＣ）、あるいはデジタルもしくはアナログハードウェア構成要素または専用プロセッサを含む他の任意のタイプの処理回路構成であってもよい、１つもしくは複数のプロセッサまたは処理回路構成１０６０のセットを備える、汎用または専用ネットワークハードウェアデバイス１０３０を備える。各ハードウェアデバイスは、処理回路構成１０６０によって実行される命令１０９５またはソフトウェアを一時的に格納する非永続的メモリであってもよい、メモリ１０９０－１を備えてもよい。各ハードウェアデバイスは、物理的ネットワークインターフェース１０８０を含む、ネットワークインターフェースカードとしても知られる、１つまたは複数のネットワークインターフェースコントローラ（ＮＩＣ）１０７０を備えてもよい。各ハードウェアデバイスはまた、処理回路構成１０６０によって実行可能なソフトウェア１０９５および／または命令が格納された、非一時的な永続的機械可読記憶媒体１０９０－２を含んでもよい。ソフトウェア１０９５は、１つまたは複数の仮想化レイヤ１０５０（ハイパーバイザーとも呼ばれる）をインスタンス化するソフトウェア、仮想機械１０４０を実行するソフトウェア、ならびに本明細書に記載するいくつかの実施形態に関連して記載される機能、特徴、および／または利益を実行することを可能にするソフトウェアを含む、任意のタイプのソフトウェアを含んでもよい。

仮想機械１０４０は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想記憶装置を含み、対応する仮想化レイヤ１０５０またはハイパーバイザーによって稼動してもよい。仮想アプライアンス１０２０のインスタンスの異なる実施形態は、仮想機械１０４０の１つまたは複数で実現されてもよく、実現は異なる形で行われてもよい。

動作中、処理回路構成１０６０は、場合によっては仮想機械モニタ（ＶＭＭ）と呼ばれることがある、ハイパーバイザーまたは仮想化レイヤ１０５０をインスタンス化するソフトウェア１０９５を実行する。仮想化レイヤ１０５０は、仮想機械１０４０に対するネットワーキングハードウェアのように見える、仮想オペレーティングプラットフォームを提供してもよい。

図１０に示されるように、ハードウェア１０３０は、一般または特定構成要素を備えた独立型ネットワークノードであってもよい。ハードウェア１０３０は、アンテナ１０２２５を備えてもよく、仮想化によって一部の機能を実現してもよい。あるいは、ハードウェア１０３０は、多くのハードウェアノードが共に働き、中でも特にアプリケーション１０２０のライフサイクル管理を監督する、管理およびオーケストレーション（ＭＡＮＯ）１０１００を介して管理される、ハードウェアの（例えば、データセンタもしくはカスタマー構内設備（ＣＰＥ）における）より大きいクラスタの一部であってもよい。

ハードウェアの仮想化は、文脈によっては、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、業界標準の大容量サーバハードウェア、物理的スイッチ、ならびにデータセンタおよびカスタマー構内設備に位置することができる物理的記憶装置上へと統合するのに使用されてもよい。

ＮＦＶの文脈では、仮想機械１０４０は、物理的な非仮想化機械で実行しているかのようにプログラムを走らせる、物理的機械のソフトウェア実現例であってもよい。各仮想機械１０４０、およびその仮想機械を実行するハードウェア１０３０の部分は、その仮想機械専用のハードウェアであり、ならびに／あるいはその仮想機械と他の仮想機械１０４０とで共有されるハードウェアは、別個の仮想ネットワーク要素（ＶＮＥ）を形成する。

やはりＮＦＶの文脈では、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワーキングインフラストラクチャ１０３０の最上位にある１つまたは複数の仮想機械１０４０で稼動する特定のネットワーク機能の取り扱いに関与し、図１０のアプリケーション１０２０に相当する。

いくつかの実施形態では、１つまたは複数の送信機１０２２０および１つまたは複数の受信機１０２１０をそれぞれ含む、１つまたは複数の無線ユニット１０２００は、１つまたは複数のアンテナ１０２２５に結合されてもよい。無線ユニット１０２００は、１つまたは複数の適切なネットワークインターフェースを介してハードウェアノード１０３０と直接通信してもよく、仮想ノードに無線アクセスノードまたは基地局などの無線能力を提供する、仮想構成要素との組み合わせで使用されてもよい。

いくつかの実施形態では、一部のシグナリングは、ハードウェアノード１０３０と無線ユニット１０２００との間の通信に代わりに使用されてもよい、制御システム１０２３０を使用することによって実施することができる。

図１１は、特定の実施形態による、中間ネットワークを介してホストコンピュータに接続される電気通信ネットワークの一例を示している。図１１を参照すると、一実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク１１１１とコアネットワーク１１１４とを含む、３ＧＰＰタイプのセルラーネットワークなどの電気通信ネットワーク１１１０を含む。アクセスネットワーク１１１１は、対応するカバレッジエリア１１１３ａ、１１１３ｂ、１１１３ｃをそれぞれ規定する、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなど、複数の基地局１１１２ａ、１１１２ｂ、１１１２ｃを備える。各基地局１１２ａ、１１１２ｂ、１１１２ｃは、有線または無線接続１１１５を通じてコアネットワーク１１１４に接続可能である。カバレッジエリア１１１３ｃに位置する第１のＵＥ １１９１は、対応する基地局１１１２ｃに無線接続するように、またはそれによってページングされるように構成される。カバレッジエリア１１１３ａのＵＥ １１９２は、対応する基地局１１１２ａに無線接続可能である。この例では複数のＵＥ １１９１、１１９２が示されているが、開示される実施形態は、単一のＵＥがカバレッジエリアにあるか、または単一のＵＥが対応する基地局１１１２に接続している状況に等しく適用可能である。

電気通信ネットワーク１１１０自体は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェアの形で、あるいはサーバファームの処理リソースとして具体化されてもよい、ホストコンピュータ１１３０に接続される。ホストコンピュータ１１３０は、サービスプロバイダの所有もしくは制御下にあってもよく、またはサービスプロバイダによって、もしくはサービスプロバイダに代わって操作されてもよい。電気通信ネットワーク１１１０とホストコンピュータ１１３０との間の接続１１２１および１１２２は、コアネットワーク１１１４からホストコンピュータ１１３０まで直接延在してもよく、または任意の中間ネットワーク１１２０を介して通ってもよい。中間ネットワーク１１２０は、公衆、私設、もしくはホストされたネットワークの１つ、または１つを超えるものの組み合わせであってもよく、中間ネットワーク１１２０がある場合、バックボーンネットワークまたはインターネットであってもよく、中間ネットワーク１１２０は、２つ以上のサブネットワーク（図示なし）を含んでもよい。

図１１の通信システム全体は、接続されたＵＥ １１９１、１１９２とホストコンピュータ１１３０との間の接続性を可能にする。接続性は、オーバーザトップ（ＯＴＴ）接続１１５０として説明されてもよい。ホストコンピュータ１１３０および接続されたＵＥ １１９１、１１９２は、アクセスネットワーク１１１１、コアネットワーク１１１４、任意の中間ネットワーク１１２０、および場合によっては仲介物としての更なるインフラストラクチャ（図示なし）を使用して、ＯＴＴ接続１１５０を介してデータおよび／またはシグナリングを通信するように構成される。ＯＴＴ接続１１５０は、ＯＴＴ接続１１５０が通っている関与する通信デバイスが、ＵＬおよびＤＬ通信の経路指定を意識していないという意味で透過である。例えば、基地局１１１２は、ホストコンピュータ１１３０からのデータが接続されたＵＥ １１９１に転送される（例えば、ハンドオーバされる）、入ってくる通信の過去の経路指定に関して通知されなくてもよいか、または通知される必要がない。同様に、基地局１１１２は、ＵＥ １１９１からホストコンピュータ１１３０に向かう、出て行くＵＬ通信の今後の経路指定を意識する必要はない。

図１２は、特定の実施形態による、部分無線接続を通じて基地局を介してＵＥと通信しているホストコンピュータの一例を示している。次に、一実施形態による、上述のパラグラフで考察したＵＥ、基地局およびホストコンピュータの例示の実現例について、図１２を参照して記載する。通信システム１２００では、ホストコンピュータ１２１０は、通信システム１２００の異なる通信デバイスのインターフェースとの有線または無線接続を設定し維持するように構成された、通信インターフェース１２１６を含むハードウェア１２１５を備える。ホストコンピュータ１２１０は、記憶および／または処理能力を有してもよい、処理回路構成１２１８を更に備える。特に、処理回路構成１２１８は、１つもしくは複数のプラグラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するように適合されたこれらの組み合わせ（図示なし）を含んでもよい。ホストコンピュータ１２１０は、ホストコンピュータ１２１０に格納されるかそれによってアクセス可能であり、処理回路構成１２１８によって実行可能である、ソフトウェア１２１１を更に備える。ソフトウェア１２１１はホストアプリケーション１２１２を含む。ホストアプリケーション１２１２は、ＵＥ １２３０およびホストコンピュータ１２１０で終端するＯＴＴ接続１２５０を介して接続するＵＥ １２３０などのリモートユーザに、サービスを提供するように動作可能であってもよい。サービスをリモートユーザに提供する際、ホストアプリケーション１２１２は、ＯＴＴ接続１２５０を使用して送信されるユーザデータを提供してもよい。

通信システム１２００は、電気通信システムに提供され、ホストコンピュータ１２１０およびＵＥ １２３０と通信できるようにするハードウェア１２２５を備える、基地局１２２０を更に含む。ハードウェア１２２５は、通信システム１２００の異なる通信デバイスのインターフェースとの有線または無線接続を設定し維持する通信インターフェース１２２６、ならびに基地局１２２０がサーブするカバレッジエリア（図１２には図示なし）に位置するＵＥ １２３０との少なくとも無線接続１２７０を設定し維持する無線インターフェース１２２７を含んでもよい。通信インターフェース１２２６は、ホストコンピュータ１２１０への接続１２６０を容易にするように構成されてもよい。接続１２６０は、直接であってもよく、または電気通信システムのコアネットワーク（図１２には明示的に図示なし）、および／または電気通信システム外の１つもしくは複数の中間ネットワークを通過してもよい。図示される実施形態では、基地局１２２０のハードウェア１２２５は、１つもしくは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するように適合されたこれらの組み合わせ（図示なし）を含んでもよい、処理回路構成１２２８を更に含む。基地局１２２０は、内部に格納されるか、または外部接続を介してアクセス可能な、ソフトウェア１２２１を更に有する。

通信システム１２００は、既に言及したＵＥ １２３０を更に含む。ＵＥ １２３０のハードウェア１２３５は、ＵＥ １２３０が現在位置しているカバレッジエリアにサーブする基地局との無線接続１２７０を設定し維持するように構成された、無線インターフェース１２３７を含んでもよい。ＵＥ １２３０のハードウェア１２３５は、１つもしくは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するように適合されたこれらの組み合わせ（図示なし）を含んでもよい、処理回路構成１２３８を更に含む。ＵＥ １２３０は、ＵＥ １２３０に格納されるかそれによってアクセス可能であり、処理回路構成１２３８によって実行可能である、ソフトウェア１２３１を更に備える。ソフトウェア１２３１はクライアントアプリケーション１２３２を含む。クライアントアプリケーション１２３２は、ホストコンピュータ１２１０が対応しているＵＥ １２３０を介して人間または人間以外のユーザにサービスを提供するように動作可能であってもよい。ホストコンピュータ１２１０では、実行中のホストアプリケーション１２１２は、ＵＥ １２３０およびホストコンピュータ１２１０で終端するＯＴＴ接続１２５０を介して、実行中のクライアントアプリケーション１２３２と通信してもよい。サービスをユーザに提供する際、クライアントアプリケーション１２３２は、要求データをホストアプリケーション１２１２から受信し、要求データに応答してユーザデータを提供してもよい。ＯＴＴ接続１２５０は、要求データおよびユーザデータの両方を転送してもよい。クライアントアプリケーション１２３２は、ユーザと相互作用して、提供するユーザデータを生成してもよい。

図１２に示されるホストコンピュータ１２１０、基地局１２２０、およびＵＥ １２３０はそれぞれ、図１１のホストコンピュータ１１３０、基地局１１１２ａ、１１１２ｂ、１１１２ｃの１つ、およびＵＥ １１９１、１１９２の１つと同様または同一であってもよいことが注目される。つまり、これらのエンティティの内部仕事は図１２に示されるようなものであってもよく、また独立して、周囲のネットワークトポロジーは図１１のものであってもよい。

図１２では、ＯＴＴ接続１２５０は、仲介デバイスおよびそれらのデバイスを介したメッセージの正確な経路指定に明示的に言及することなく、基地局１２２０を介したホストコンピュータ１２１０とＵＥ １２３０との間の通信を示すため、抽象的に描かれている。ネットワークインフラストラクチャは、ＵＥ １２３０から、またはホストコンピュータ１２１０を動作させるサービスプロバイダから、または両方から隠れるように構成されてもよい、経路指定を決定してもよい。ＯＴＴ接続１２５０がアクティブである間、ネットワークインフラストラクチャは更に、（例えば、ネットワークのロードバランシングの考慮または再構成に基づいて）経路指定を動的に変更する決定を行ってもよい。

ＵＥ １２３０と基地局１２２０との間の無線接続１２７０は、本開示を通して記載される実施形態の教示にしたがっている。様々な実施形態の１つまたは複数は、無線接続１２７０が最後のセグメントを形成するＯＴＴ接続１２５０を使用してＵＥ １２３０に提供される、ＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、電力消費を改善し、それによって、電池寿命の延長およびユーザ待機時間の低減などの利益を提供してもよい。

測定手順は、データ転送率、レイテンシ、および１つまたは複数の実施形態を改善する際の他の因子を監視する目的のために提供されてもよい。更に、測定結果の変動に応答して、ホストコンピュータ１２１０とＵＥ １２３０との間でＯＴＴ接続１２５０を再構成する任意のネットワーク機能性があってもよい。測定手順、および／またはＯＴＴ接続１２５０を再構成するネットワーク機能性は、ホストコンピュータ１２１０のソフトウェア１２１１およびハードウェア１２１５の形、またはＵＥ １２３０のソフトウェア１２３１およびハードウェア１２３５の形で、または両方で実現されてもよい。実施形態では、センサ（図示なし）は、ＯＴＴ接続１２５０が通過する通信デバイスにおいて、またはそれと関連して展開されてもよく、センサは、上記に例示した監視量の値を供給することによって、または監視量を計算もしくは推定するのにソフトウェア１２１１、１２３１が用いる他の物理的量の値を供給することによって、測定手順に関与してもよい。ＯＴＴ接続１２５０の再構成は、メッセージ形式、再送信設定、好ましい経路指定などを含んでもよく、再構成は、基地局１２２０に必ずしも影響を及ぼさなくてもよく、基地局１２２０にとって未知または認識不能であってもよい。かかる手順および機能性は、当該分野において知られており実践されていることがある。特定の実施形態では、測定には、ホストコンピュータ１２１０がスループット、伝播時間、レイテンシなどを測定するのを容易にする、所有ＵＥシグナリングが関与してもよい。測定は、伝播時間、エラーなどを監視している状態のＯＴＴ接続１２５０を使用して、ソフトウェア１２１１および１２３１によってメッセージが、特に空または「ダミー」メッセージが送信されるという点で実現されてもよい。

図１３は、特定の実施形態による、通信システムにおいて実現される方法のフローチャートである。通信システムは、図１１および１２を参照して記載したものであってもよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示を簡潔にするため、図１３に対する参照のみを本セクションに含める。ステップ１３１０で、ホストコンピュータはユーザデータを提供する。ステップ１３１０のサブステップ１３１１（任意であってもよい）で、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ１３２０で、ホストコンピュータは、ユーザデータをＵＥに伝達する送信を開始する。ステップ１３３０（任意であってもよい）で、基地局は、本開示全体を通して記載する実施形態の教示にしたがって、ホストコンピュータが開始した送信によって伝達されたユーザデータをＵＥに送信する。ステップ１３４０（やはり任意であってもよい）で、ＵＥは、ホストコンピュータが実行したホストアプリケーションと関連付けられたクライアントアプリケーションを実行する。

図１４は、特定の実施形態による、通信システムにおいて実現される方法のフローチャートである。通信システムは、図１１および１２を参照して記載したものであってもよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示を簡潔にするため、図１４に対する参照のみを本セクションに含める。方法のステップ１４１０で、ホストコンピュータはユーザデータを提供する。任意のサブステップ（図示なし）で、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ１４２０で、ホストコンピュータは、ユーザデータをＵＥに伝達する送信を開始する。本開示を通して記載される実施形態の教示にしたがって、送信は基地局を介してもよい。ステップ１４３０（任意であってもよい）で、ＵＥは送信で伝達されるユーザデータを受信する。

図１５は、特定の実施形態による、通信システムにおいて実現される方法のフローチャートである。通信システムは、図１１および１２を参照して記載したものであってもよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示を簡潔にするため、図１５に対する参照のみを本セクションに含める。ステップ１５１０（任意であってもよい）で、ＵＥはホストコンピュータによって提供される入力データを受信する。それに加えて、またはその代わりに、ステップ１５２０で、ＵＥはユーザデータを提供する。ステップ１５２０のサブステップ１５２１（任意であってもよい）で、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを提供する。ステップ１５１０のサブステップ１５１１（任意であってもよい）で、ＵＥは、ホストコンピュータが提供した受信入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際、実行されたクライアントアプリケーションは、ユーザから受信するユーザ入力を更に考慮してもよい。ユーザデータが提供された特定の方式にかかわらず、ＵＥは、サブステップ１５３０（任意であってもよい）で、ホストコンピュータへのユーザデータの送信を開始する。方法のステップ１５４０で、ホストコンピュータは、本開示を通して記載される実施形態の教示にしたがって、ＵＥから送信されたユーザデータを受信する。

図１６は、特定の実施形態による、通信システムにおいて実現される方法のフローチャートである。通信システムは、図１１および１２を参照して記載したものであってもよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示を簡潔にするため、図１６に対する参照のみを本セクションに含める。ステップ１６１０（任意であってもよい）で、本開示を通して記載される実施形態の教示にしたがって、基地局はユーザデータをＵＥから受信する。ステップ１６２０（任意であってもよい）で、基地局は、ホストコンピュータに対する受信したユーザデータの送信を開始する。ステップ１６３０（任意であってもよい）で、ホストコンピュータは、基地局が開始した送信で伝達されるユーザデータを受信する。

本明細書に開示する任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能的ユニットまたはモジュールによって実施されてもよい。各仮想装置は多数のこれらの機能的ユニットを備えてもよい。これらの機能的ユニットは、１つもしくは複数のマイクロプロセッサまたはマイクロコントローラを含んでもよい処理回路構成、ならびにデジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含んでもよい、他のデジタルハードウェアによって実現されてもよい。処理回路構成は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリドライブ、光学記憶デバイスなど、１つまたは複数のタイプのメモリを含んでもよい、メモリに格納されたプログラムコードを実行するように構成されてもよい。メモリに格納されたプログラムコードとしては、１つもしくは複数の電気通信および／またはデータ通信プロトコルを実行するプログラム命令、ならびに本明細書に記載される技術の１つもしくは複数を実施する命令が挙げられる。いくつかの実現例では、処理回路構成は、本開示の１つまたは複数の実施形態による対応する機能をそれぞれの機能的ユニットに実施させるのに使用されてもよい。

本明細書に記載されるシステムおよび装置に対して、本開示の範囲から逸脱することなく、修正、追加、または省略が行われてもよい。システムおよび装置の構成要素は統合または分離されてもよい。更に、システムおよび装置の動作は、より多数、より少数、または他の構成要素によって実施されてもよい。それに加えて、システムおよび装置の動作は、ソフトウェア、ハードウェア、および／または他の論理を含む、任意の適切な論理を使用して実施されてもよい。本明細書で使用するとき、「各」は、セットのそれぞれのメンバー、またはセットのサブセットにおけるそれぞれのメンバーを指す。

本明細書に記載される方法に対して、本開示の範囲から逸脱することなく、修正、追加、または省略が行われてもよい。方法は、より多数、より少数、または他のステップを含んでもよい。それに加えて、ステップは任意の適切な順序で実施されてもよい。

本開示について特定の実施形態に関連して記載してきたが、実施形態の変更および置換が当業者には明白となるであろう。したがって、実施形態の上述の説明は本開示を拘束するものではない。以下の特許請求の範囲によって定義されるように、本開示の趣旨および範囲から逸脱することなく、他の変化、代用、および変更が可能である。

以下の略語の少なくとも一部が本開示で使用されることがある。略語の間に不一致がある場合、上記でどのように使用されているかを優先するものとする。以下で複数回列挙されている場合、最初の列挙をその後の列挙よりも優先するものとする。
１×ＲＴＴ ＣＤＭＡ２０００ １Ｘ無線送信技術
３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代
５ＧＣ ５Ｇコア
５ＧＳ ５Ｇシステム
ＡＢＳ オールモストブランクサブフレーム
ＡＣ アクセスクラス
ＡＣＢ アクセスクラス規制
ＡＣＤＣ データ通信のためのアプリケーション単位の輻輳制御
ＡＮ アクセスネットワークまたはアクセスノード
ＡＲＱ 自動再送要求
ＡＳ アクセス層
ＡＳＮ．１ 抽象構文記法１
ＡＷＧＮ 加算性白色ガウス雑音
ＢＣＣＨ ブロードキャスト制御チャネル
ＢＣＨ ブロードキャストチャネル
ＢＳＲ バッファ状態報告
ＣＡ キャリアアグリゲーション
ＣＣ キャリアコンポーネント
ＣＣＣＨ ＳＤＵ 共通制御チャネルＳＤＵ
ＣＤＭＡ 符号分割多重化アクセス
ＣＧＩ セルグローバル識別子
ＣｉＲ チャネルインパルス応答
ＣＰ 巡回プレフィックス
ＣＰＩＣＨ 共通パイロットチャネル
ＣＰＩＣＨ Ｅｃ／Ｎｏ ＣＰＩＣＨのチップ当たり受信エネルギーをバンドの電力密度で割ったもの
ＣＱＩ チャネル品質情報
Ｃ－ＲＮＴＩ セルＲＮＴＩ
ＣＳＦＢ 回線交換フォールバック
ＣＳＩ チャネル状態情報
ＤＣＣＨ 専用制御チャネル
ＤＬ ダウンリンク
ＤＭ 復調
ＤＭＲＳ 復調参照信号
ＤＲＸ 間欠受信
ＤＴＸ 間欠送信
ＤＴＣＨ 専用トラフィックチャネル
ＤＵＴ 被試験デバイス
ＥＡＢ 拡張アクセス規制
Ｅ－ＣＩＤ 拡張セルＩＤ（測位方法）
Ｅ－ＲＡＢ ＥＰＳ無線アクセスベアラ
Ｅ－ＳＭＬＣ エボルブドサービングモバイル位置情報センタ
ＥＣＧＩ エボルブドＣＧＩ
ｅＮＢ Ｅ－ＵＴＲＡＮノードＢ
ｅＰＤＣＣＨ 拡張物理ダウンリンク制御チャネル
ＥＰＣ エボルブドパケットコア
ＥＰＳ エボルブドパケットシステム
Ｅ－ＳＭＬＣ エボルブドサービングモバイル位置情報センタ
Ｅ－ＵＴＲＡ エボルブドＵＴＲＡ
Ｅ－ＵＴＲＡＮ エボルブドＵＴＲＡＮ
ＦＤＤ 周波数分割複信
ＦＦＳ 更なる検討が必要
ＧＥＲＡＮ ＧＳＭ ＥＤＧＥ無線アクセスネットワーク
ｇＮＢ ＮＲの基地局（ＬＴＥのｅＮＢに相当）
ＧＮＳＳ 全地球航法衛星システム
ＧＳＭ モバイル通信用グローバルシステム
ＧＴ 無送信時間
ＨＡＲＱ ハイブリッド自動再送要求
ＨＯ ハンドオーバ
ＨＳＰＡ 高速パケットアクセス
ＨＲＰＤ 高速パケットデータ
ＩｏＴ 物のインターネット
ＩＭＳ ＩＰマルチメディアサブシステム
ＬＯＳ 見通し線
ＬＰＰ ＬＴＥ測位プロトコル
ＬＴＥ ロングタームエボリューション
ＭＡＣ 媒体アクセス制御
ＭＡＣ－Ｉ 整合性のためのメッセージ認証コード
ＭＢＭＳ マルチメディアブロードキャストマルチキャストサービス
ＭＢＳＦＮ マルチメディアブロードキャストマルチキャストサービス単一周波数ネットワーク
ＭＢＳＦＮ ＡＢＳ ＭＢＳＦＮオールモストブランクサブフレーム
ＭＤＴ ドライブ試験の最小化
ＭＩＢ マスタ情報ブロック
ＭＭＥ モビリティ管理エンティティ
ＭＭＴｅｌ マルチメディアテレフォニー
ＭＳＣ 移動交換局
ＭＳＧ．３ メッセージ３
ＮＡＳ 非アクセス層
ＮＰＤＣＣＨ 狭帯域物理ダウンリンク制御チャネル
ＮＲ 新無線
ＯＣＮＧ ＯＦＤＭＡチャネル雑音発生器
ＯＦＤＭ 直交周波数分割多重
ＯＦＤＭＡ 直交周波数分割アクセス
ＯＭＡ－ＤＭ オープンモバイルアライアンスデバイス管理
ＯＳＳ 動作サポートシステム
ＯＴＤＯＡ 観察される到着時間差
Ｏ＆Ｍ 動作およびメンテナンス
ＰＢＣＨ 物理ブロードキャストチャネル
Ｐ－ＣＣＰＣＨ プライマリ共通制御物理チャネル
ＰＣｅｌｌ プライマリセル
ＰＣＦＩＣＨ 物理制御フォーマットインジケータチャネル
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＣＰ パケットデータコンバージェンスプロトコル
ＰＤＰ プロファイル遅延プロファイル
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＰＧＷ パケットゲートウェイ
ＰＨＩＣＨ 物理ハイブリッドＡＲＱインジケータチャネル
ＰＬＭＮ 公衆携帯電話網
ＰＭＩ プリコーダマトリクスインジケータ
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＰＲＳ 測位参照信号
ＰＳＳ プライマリ同期信号
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＱＡＭ 直角位相振幅変調
ＱｏＳ サービス品質
ＱＣＬ’ｅｄ 擬似コロケート
ＲＡＣＨ ランダムアクセスチャネル
ＲＡＮ 無線アクセスネットワーク
ＲＡＰＩＤ ランダムアクセスプリアンブルＩＤ
ＲＡＲ ランダムアクセス応答
ＲＡ－ＲＮＴＩ ランダムアクセスＲＮＴＩ
ＲＡＴ 無線アクセス技術
ＲＬＭ 無線リンク管理
ＲＭＳＩ 残存最小システム情報
ＲＮＣ 無線ネットワークコントローラ
ＲＮＬ 無線ネットワーク層
ＲＮＴＩ 無線ネットワーク仮識別子
ＲＲＣ 無線リソース制御
ＲＲＭ 無線リソース管理
ＲＳ 参照信号
ＲＳＣＰ 受信信号コード電力
ＲＳＲＰ 参照記号受信電力、または
参照信号受信電力
ＲＳＲＱ 参照信号受信品質、または
参照記号受信品質
ＲＳＳＩ 受信信号強度インジケータ
ＲＳＴＤ 参照信号時間差
Ｒｘ 受信
ＳＣＨ 同期チャネル
ＳＣｅｌｌ セカンダリセル
ＳＣＳ サブキャリア間隔
ＳＤＵ サービスデータユニット
ＳＦＮ システムフレーム番号
ＳＧＷ サービングゲートウェイ
ＳＩ システム情報
ＳＩＢ システム情報ブロック
ＳＮ シーケンス番号
ＳＮＲ 信号雑音比
ＳＯＮ 自己最適化ネットワーク
ＳＳ 同期信号
ＳＳＢ 同期信号ブロック
ＳＳＡＣ サービス固有アクセス制御
ＳＳＳ セカンダリ同期信号
ＴＡ トラッキングエリア
ＴＣＰ 巡回プレフィックスの時間
ＴＤＤ 時分割複信
ＴＤＯＡ 到着時間差
ＴＧＰ 無送信区間の時間
ＴＮＬ 転送ネットワーク層
ＴＯＡ 到着時間
ＴＲＰ 送受信ポイント
ＴＳＳ ターシャリ同期信号
ＴＴＩ 送信時間間隔
Ｔｘ 送信
ＵＡＣ 統合アクセス制御
ＵＥ ユーザ機器
ＵＬ アップリンク
ＵＭＴＳ ユニバーサル移動体通信システム
ＵＳＩＭ ユニバーサル加入者識別モジュール
ＵＴＤＯＡ アップリンク到着時間差
ＵＴＲＡ ユニバーサル地上無線アクセス
ＵＴＲＡＮ ユニバーサル地上無線アクセスネットワーク
ＷＣＤＭＡ 広帯域ＣＤＭＡ
ＷＬＡＮ ワイドローカルエリアネットワーク
ＺＣ Ｚａｄｏｆｆ－Ｃｈｕ

Claims (15)

1. ユーザ機器（ＵＥ）（５、１１０）における方法であって、
   ターゲットセルと関連付けられたビームと専用ランダムアクセスチャネル（ＲＡＣＨ）リソースの各セットが関連付けられる、専用ＲＡＣＨリソースの１つまたは複数のセットに関する情報を含むメッセージを、ネットワークノード（１５、１６０）から受信すること（５０１）と、
   専用ＲＡＣＨリソースの前記１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の推定値を取得すること（４－３、５０２）と、
   専用ＲＡＣＨリソースの前記１つまたは複数のセットと関連付けられた各ビームに対する、取得した前記ビーム品質の推定値に基づいて、専用ＲＡＣＨリソースの前記１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かを決定すること（４－４、５０３）と、
   専用ＲＡＣＨリソースの前記１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための前記第１の基準セットのうち前記１つまたは複数の基準を満たすか否かに基づいて、ランダムアクセスを実施すること（４－６、４－１０、５０４）とを含み、
   専用ＲＡＣＨリソースの前記１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための前記第１の基準セットのうち前記１つまたは複数の基準を満たすか否かを決定することが、少なくとも１つのビームが、ランダムアクセスを実施するための前記第１の基準セットのうち前記１つまたは複数の基準を満たすと決定すること（４－５）を含み、
   前記少なくとも１つのビームが複数のビームを含み、ランダムアクセスを実施することが、
   第２の基準セットのうち１つまたは複数の基準に基づいて、前記複数のビームのうち１つを選択することと、
   選択された前記ビームと関連付けられた前記専用ＲＡＣＨリソースを使用して、ランダムアクセスプリアンブルを送信することとを含み、
   前記第２の基準セットのうち前記１つまたは複数の基準が、ある期間にわたって最小の変化量を有していた無線条件を有するビームを含む、方法。
2. ネットワークノード（１０、１５、１６０）における方法であって、
   前記ネットワークノードと関連付けられたビームと専用ランダムアクセスチャネル（ＲＡＣＨ）リソースの各セットが関連付けられる、専用ＲＡＣＨリソースの１つまたは複数のセットに関する情報を含むメッセージを、ユーザ機器（ＵＥ）（５、１１０）に送信すること（７０１）と、
   専用ＲＡＣＨリソースの前記１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かに基づいて、前記ＵＥとのランダムアクセスを実施すること（７０２）とを含み、
   少なくとも１つのビームが、ランダムアクセスを実施するための前記第１の基準セットのうち前記１つまたは複数の基準を満たし、
   前記少なくとも１つのビームが複数のビームを含み、ランダムアクセスを実施することが、第２の基準セットのうち１つまたは複数の基準に基づいて前記ＵＥによって選択された前記複数のビームのうち１つと関連付けられた専用ＲＡＣＨリソースにおいて、前記ＵＥからランダムアクセスプリアンブルを受信することを含み、
   前記第２の基準セットのうち前記１つまたは複数の基準が、ある期間にわたって最小の変化量を有していた無線条件を有するビームを含む、方法。
3. 受信機（１１４、１２２）と、
   送信機（１１４、１２２）と、
   前記受信機および前記送信機に結合された処理回路構成（１２０）と
   を備えるユーザ機器（ＵＥ）（５、１１０）であって、前記処理回路構成が、
   ターゲットセルと関連付けられたビームと専用ランダムアクセスチャネル（ＲＡＣＨ）リソースの各セットが関連付けられる、専用ＲＡＣＨリソースの１つまたは複数のセットに関する情報を含むメッセージを、ネットワークノード（１５、１６０）から受信し（５０１）、
   専用ＲＡＣＨリソースの前記１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の推定値を取得し（４－３、５０２）、
   専用ＲＡＣＨリソースの前記１つまたは複数のセットと関連付けられた各ビームに対する、取得した前記ビーム品質の推定値に基づいて、専用ＲＡＣＨリソースの前記１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かを決定し（４－４、５０３）、
   専用ＲＡＣＨリソースの前記１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための前記第１の基準セットのうち前記１つまたは複数の基準を満たすか否かに基づいて、ランダムアクセスを実施する（４－６、４－１０、５０４）ように設定され、
   専用ＲＡＣＨリソースの前記１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための前記第１の基準セットのうち前記１つまたは複数の基準を満たすか否かを決定するように設定された、前記処理回路構成が、少なくとも１つのビームが、ランダムアクセスを実施するための前記第１の基準セットのうち前記１つまたは複数の基準を満たすと決定する（４－５）ように更に設定され、
   前記少なくとも１つのビームが複数のビームを含み、ランダムアクセスを実施するように設定された前記処理回路構成が、
   第２の基準セットのうち１つまたは複数の基準に基づいて、前記複数のビームのうち１つを選択し、
   選択された前記ビームと関連付けられた前記専用ＲＡＣＨリソースを使用して、ランダムアクセスプリアンブルを送信するように更に設定され、
   前記第２の基準セットのうち前記１つまたは複数の基準が、ある期間にわたって最小の変化量を有していた無線条件を有するビームを含む、ユーザ機器（ＵＥ）（５、１１０）。
4. 前記処理回路構成が、前記ターゲットセルの共通のＲＡＣＨリソースに関する情報を受信するように更に設定される、請求項３に記載のＵＥ。
5. 前記処理回路構成が、ランダムアクセスを実施するため、前記共通のＲＡＣＨリソースよりも専用ＲＡＣＨリソースを優先するように更に設定される、請求項４に記載のＵＥ。
6. 専用ＲＡＣＨリソースの前記１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための前記第１の基準セットのうち前記１つまたは複数の基準を満たすか否かを決定するように設定された、前記処理回路構成が、ランダムアクセスを実施するための前記第１の基準セットのうち前記１つまたは複数の基準を満たすビームがないと決定するように更に設定され、
   ランダムアクセスを実施するように設定された前記処理回路構成が、前記共通のＲＡＣＨリソースを使用してランダムアクセスプリアンブルを送信するように更に設定される、請求項４に記載のＵＥ。
7. 前記第１の基準セットのうち前記１つまたは複数の基準が、
   参照信号受信電力（ＲＳＲＰ）閾値、
   参照信号受信品質（ＲＳＲＱ）閾値、および、
   信号対干渉雑音（ＳＩＮＲ）閾値のうち、１つまたは複数を含む、請求項３から６のいずれか一項に記載のＵＥ。
8. 前記ターゲットセルと関連付けられた前記ビームが、同期信号／物理的ブロードキャストチャネルブロック（ＳＳＢ）を含む、または、
   前記ターゲットセルと関連付けられた前記ビームが、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）リソースを含む、請求項３から７のいずれか一項に記載のＵＥ。
9. 専用ＲＡＣＨリソースの前記１つまたは複数のセットと関連付けられた各ビームに対するビーム品質の前記推定値を取得するように設定された、前記処理回路構成が、
   専用ＲＡＣＨリソースの前記１つまたは複数のセットと関連付けられた各ビームに対して、ビーム品質を示す１つまたは複数の測定を実施する、または、
   専用ＲＡＣＨリソースの前記１つまたは複数のセットと関連付けられた各ビームに対して、ビーム品質を示す１つまたは複数の以前に実施された測定の結果を取得する
   ように更に設定される、請求項３から８のいずれか一項に記載のＵＥ。
10. ランダムアクセスを実施するように設定された前記処理回路構成が、ランダムアクセス手順を開始するように更に設定され、前記処理回路構成が、
    前記ランダムアクセス手順の開始に応答して、タイマーをスタートさせる（４－３）ように更に設定され、前記タイマーがハンドオーバ障害タイマーを含む、請求項３から９のいずれか一項に記載のＵＥ。
11. 前記処理回路構成が、ビーム障害を検出するように更に設定され、
    前記処理回路構成が、前記ビーム障害の検出に応答して、ランダムアクセス手順を開始するように設定され、
    前記処理回路構成が、前記ビーム障害が検出された後に、専用ＲＡＣＨリソースの前記１つまたは複数のセットに関する情報を含む前記メッセージを受信するように設定される、請求項３から１０のいずれか一項に記載のＵＥ。
12. 前記処理回路構成が、前記タイマーが終了する前にランダムアクセス応答メッセージを受信するように更に設定され、前記ランダムアクセス応答メッセージが、前記ＵＥをバックオフさせる命令を含む、請求項１０に記載のＵＥ。
13. 前記処理回路構成が、前記タイマーが終了する前に受信されたランダムアクセス応答メッセージがなかったことを決定するように更に設定される、請求項１０に記載のＵＥ。
14. 前記処理回路構成が、
    ランダムアクセスを実施するために異なるビームを選択するように更に設定される、または、
    前記処理回路構成が、
    前記ＵＥの送信電力を増加させ、かつ
    専用ＲＡＣＨリソースの前記１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かを再評価するように更に設定される、請求項１３に記載のＵＥ。
15. 受信機（１９０、１７２）と、
    送信機（１９０、１７２）と、
    前記受信機および前記送信機に結合された処理回路構成（１７０）と
    を備えるネットワークノード（１０、１５、１６０）であって、前記処理回路構成が、
    前記ネットワークノードと関連付けられたビームと専用ランダムアクセスチャネル（ＲＡＣＨ）リソースの各セットが関連付けられる、専用ＲＡＣＨリソースの１つまたは複数のセットに関する情報を含むメッセージを、ユーザ機器（ＵＥ）（５、１１０）に送信し（７０１）、
    専用ＲＡＣＨリソースの前記１つまたは複数のセットと関連付けられた任意のビームが、ランダムアクセスを実施するための第１の基準セットのうち１つまたは複数の基準を満たすか否かに基づいて、前記ＵＥとのランダムアクセスを実施する（７０２）ように設定され、
    少なくとも１つのビームが、ランダムアクセスを実施するための前記第１の基準セットのうち前記１つまたは複数の基準を満たし、
    前記少なくとも１つのビームが複数のビームを含み、ランダムアクセスを実施するように設定された前記処理回路構成が、第２の基準セットのうち１つまたは複数の基準に基づいて前記ＵＥによって選択された前記複数のビームのうち１つと関連付けられた専用ＲＡＣＨリソースにおいて、前記ＵＥからランダムアクセスプリアンブルを受信するように更に設定され、
    前記第２の基準セットのうち前記１つまたは複数の基準が、ある期間にわたって最小の変化量を有していた無線条件を有するビームを含む、ネットワークノード（１０、１５、１６０）。

Images