▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
特表2024-531876ランダムアクセスパーティショニングおよびランダムアクセスレポート
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-09-03
(54)【発明の名称】ランダムアクセスパーティショニングおよびランダムアクセスレポート
(51)【国際特許分類】
H04W 74/0833 20240101AFI20240827BHJP
【ＦＩ】
H04W74/0833
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024503783
(86)(22)【出願日】2022-08-03
(85)【翻訳文提出日】2024-03-05
(86)【国際出願番号】 IB2022057229
(87)【国際公開番号】W WO2023012705
(87)【国際公開日】2023-02-09
(31)【優先権主張番号】63/229,243
(32)【優先日】2021-08-04
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
２．ＬｏＲａ
３．ＳＩＧＦＯＸ
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】ベルグストレム， マティアス
(72)【発明者】
【氏名】ラマチャンドラ， プラディーパ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA15
5K067DD11
5K067EE02
5K067EE10
(57)【要約】
通信デバイスは、ランダムアクセス（「ＲＡ」）手順中に通信デバイスによって使用されたＲＡリソースを示すことができる。通信デバイスは、第１のネットワークノードから、少なくとも一つのフィーチャ特有のＲＡリソース構成に関連付けられたＲＡ構成を受信することができる。通信デバイスはさらに、ＲＡ構成に基づいて、ＲＡリソースを用いて第１のネットワークノードに向けてＲＡ手順を実行することができる。通信デバイスは、ＲＡ手順中に通信デバイスによって使用されたＲＡリソースを示す情報をさらに記憶することができる。通信デバイスは、さらに、第２のネットワークノードに情報を送信することができる。
【選択図】図３
【選択図】図３
【特許請求の範囲】
【請求項1】
ＲＡ（ランダムアクセス）手順中に通信デバイスによって使用されたＲＡリソースを示すための、前記通信デバイスによって実行される、方法であって、前記方法は、第１のネットワークノードから少なくとも一つのフィーチャ特有のＲＡリソース構成に関連付けられたＲＡ構成を受信すること（３３０）と、
前記ＲＡ構成に基づいて前記ＲＡリソースを使用して前記第１のネットワークノードに向けて前記ＲＡ手順を実行すること（３４０）と、
前記ＲＡ手順中に前記通信デバイスによって使用された前記ＲＡリソースを示す情報を記憶すること（３５０）と、
前記情報を第２のネットワークノードに送信すること（３８０）と、
を有する、方法。
【請求項2】
請求項１に記載の方法であって、前記情報は、前記ＲＡ手順において使用された前記ＲＡリソースに関連付けられたフィーチャのタイプを含む、方法。
【請求項3】
請求項１～２のいずれか一項に記載の方法であって、前記情報は、前記ＲＡ手順において使用された前記ＲＡリソースの識別情報を含む、方法。
【請求項4】
請求項３に記載の方法であって、前記識別情報は、前記ＲＡリソースに関連した時間と、前記ＲＡリソースに関連した周波数と、前記ＲＡリソースに関連したプリアンブル次元と、のうちの少なくとも一つを含む、方法。
【請求項5】
請求項１～４のいずれか一項に記載の方法であって、前記第１のネットワークノードが、前記第２のネットワークノードとは別個のものである、方法。
【請求項6】
請求項１～４のいずれか一項に記載の方法であって、前記第１のネットワークノードは前記第２のネットワークノードを含む、方法。
【請求項7】
請求項１～６のいずれか一項に記載の方法であって、さらに、前記第２のネットワークノードに、前記通信デバイスが前記情報を記憶することができるというインジケーションを送信すること（３１０）、
を有する、方法。
【請求項8】
請求項１～７のいずれか一項に記載の方法であって、さらに、前記第２のネットワークノードから、前記情報を記憶するためのリクエストを受信すること（３２０）、
を有する、方法。
【請求項9】
請求項１～８のいずれか一項に記載の方法であって、さらに、前記通信デバイスが前記情報を記憶しているというインジケーションを前記第２のネットワークノードに送信すること（３６０）と、
前記通信デバイスがフィーチャ特有のＲＡ手順に関連付けられた情報を記憶しているというインジケーションを送信すること（３６０）と、
のうちの少なくとも一つを有する、方法。
【請求項10】
請求項１～９のいずれか一項に記載の方法であって、さらに、前記情報を送信するためのリクエストを前記第２のネットワークノードから受信すること（３７０）と、
前記第２のネットワークノードから、特定のフィーチャタイプに関連付けられた情報を送信するためのリクエストを受信すること（３７０）と、
のうちの少なくとも一つを有し、
ここで、前記情報を前記第２のネットワークノードに送信することは、前記第２のネットワークノードから前記リクエストを受信したことに応じて、前記情報を前記第２のネットワークノードに送信すること
を含む、方法。
【請求項11】
第１のネットワークノードとのＲＡ（ランダムアクセス）手順中に通信デバイスによって使用されるＲＡリソースを示す情報を収集するための、第２のネットワークノードによって実行される、方法であって、前記方法は、前記ＲＡ手順中に前記通信デバイスによって使用される前記ＲＡリソースを示す情報を送信するためのリクエストを前記通信デバイスに送信すること（４５０）と、
前記リクエストを送信したことに応じて、前記通信デバイスから前記情報を受信すること（４６０）と、
を有する、方法。
【請求項12】
請求項１１に記載の方法であって、前記情報は、前記ＲＡリソースに関連付けられたフィーチャのタイプを含む、方法。
【請求項13】
請求項１１～１２のいずれか一項に記載の方法であって、前記情報は、前記ＲＡリソースの識別情報を含む、方法。
【請求項14】
請求項１３に記載の方法であって、前記識別情報は、前記ＲＡリソースに関連した時間と、前記ＲＡリソースに関連した周波数と、前記ＲＡリソースに関連したプリアンブル次元と、のうちの少なくとも一つを含む、方法。
【請求項15】
請求項１１～１４のいずれか一項に記載の方法であって、前記第１のネットワークノードは前記第２のネットワークノードとは別個のものである、方法。
【請求項16】
請求項１１～１４のいずれか一項に記載の方法であって、前記第１のネットワークノードは前記第２のネットワークノードを含む、方法。
【請求項17】
請求項１６に記載の方法であって、さらに、前記通信デバイスに、少なくとも一つのフィーチャ特有のＲＡリソース構成に関連付けられたＲＡ構成を送信すること（４３０）、
を有する、方法。
【請求項18】
請求項１７に記載の方法であって、前記ＲＡ構成を送信することは、ブロードキャストメッセージを送信することと、専用の構成を送信することと、のうちの少なくとも一つを含む、方法。
【請求項19】
請求項１１～１８のいずれか一項に記載の方法であって、さらに、前記通信デバイスから、前記通信デバイスが前記情報を記憶可能であるというインジケーションを受信すること（４１０）、
を有する、方法。
【請求項20】
請求項１１～１９のいずれか一項に記載の方法であって、さらに、前記通信デバイスに前記情報を記憶するためのリクエストを送信すること（４２０）、
を有する、方法。
【請求項21】
請求項１１～２０のいずれか一項に記載の方法であって、さらに、前記通信デバイスから、前記通信デバイスが前記情報を記憶しているというインジケーションを受信すること（４４０）と、
前記通信デバイスから、前記通信デバイスがフィーチャ特有のＲＡ手順に関連付けられた情報を記憶しているというインジケーションを受信すること（４４０）と、
のうちの少なくとも一つを有する、方法。
【請求項22】
ＲＡ（ランダムアクセス）手順中に通信デバイスによって使用されたＲＡリソースを示すための通信デバイス（６００）であって、前記通信デバイスは、処理回路（６０２）と、
前記処理回路に接続され、請求項１～１０のいずれか一項に記載の動作を含む動作を前記通信デバイスに実行させる、前記処理回路によって実行可能な命令を記憶するメモリ（６１０）と、
を有する、通信デバイス。
【請求項23】
ＲＡ（ランダムアクセス）手順中に通信デバイスによって使用されたＲＡリソースを示すための前記通信デバイス（６００）の処理回路（６０２）によって実行されるプログラムコードを備えるコンピュータプログラムであって、前記プログラムコードを実行することによって、前記通信デバイスに、請求項１～１０のいずれか一項に記載の動作を含む動作を実行させる、コンピュータプログラム。
【請求項24】
ＲＡ（ランダムアクセス）手順中に通信デバイスによって使用されたＲＡリソースを示すための前記通信デバイス（６００）の処理回路（６０２）によって実行されるプログラムコードを含む非一時的記憶媒体（６１０）を備えるコンピュータプログラム製品であって、前記プログラムコードを実行することによって、前記通信デバイスに、請求項１～１０のいずれか一項に記載の動作を含む動作を実行させる、コンピュータプログラム製品。
【請求項25】
ＲＡ（ランダムアクセス）手順中に通信デバイスによって使用されたＲＡリソースに関連付けられた情報を収集するためのネットワークノード（７００）であって、前記ネットワークノードは、処理回路（７０２）と、
前記処理回路に接続され、請求項１１～２１のいずれか一項に記載の動作を含む動作を前記ネットワークノードに実行させるために前記処理回路によって実行可能な命令を記憶するメモリ（７０４）と、
を有する、ネットワークノード。
【請求項26】
ＲＡ（ランダムアクセス）手順中に通信デバイスによって使用されるＲＡリソースに関連付けられた情報を収集するためのネットワークノード（７００）の処理回路（７０２）によって実行されるプログラムコードを含むコンピュータプログラムであって、前記プログラムコードを実行することによって、請求項１１～２１のいずれか一項に記載の動作を含む動作を前記ネットワークノードに実行させる、コンピュータプログラム。
【請求項27】
ＲＡ（ランダムアクセス）手順中に通信デバイスによって使用されるＲＡリソースに関連付けられた情報を収集するためのネットワークノード（７００）の処理回路（７０２）によって実行されるプログラムコードを含む非一時的な記憶媒体（７０４）を含むコンピュータプログラム製品であって、前記プログラムコードを実行することによって、請求項１１～２１のいずれか一項に記載の動作を含む動作を前記ネットワークノードに実行させる、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、ワイヤレス通信システムに関し、より詳細には、ランダムアクセス（「ＲＡ」）パーティショニングおよびＲＡレポートに関する。
【背景技術】
【0002】
ランダムアクセスチャネル（「ＲＡＣＨ」）コンフィギュレーション（構成）は、ユーザ体験および全体的なネットワーク性能に重大な影響を及ぼしてもよい。ＲＡＣＨ衝突確率、ひいてはアクセスセットアップ遅延、アップリンク（「ＵＬ」）非同期状態からのデータ再開遅延、ハンドオーバ遅延、無線リソース制御（「ＲＲＣ」）＿ＩＮＡＣＴＩＶＥからの遷移遅延、およびビーム障害回復遅延はすべて、ＲＡＣＨセッティング（設定）によって影響を受ける。さらに、最も適切なダウンリンクビーム上でＲＡＣＨ送信を実行することも重要であり、これは無駄な電力消費の増加および失敗したＲＡＣＨ送信試行を回避することになる。これは、ネットワークとランダムアクセスを試行しているデバイスとの両方にとって有益であり、ネットワークにおける不必要な干渉を回避することを可能にし、また、経験される遅延およびユーザ装置（「ＵＥ」）のエネルギー消費を低減することになる。新しい無線（「ＮＲ」）において、新しい特徴は、ＵＥ（本明細書では通信デバイスとも呼ばれる）がＲＡＣＨプロシージャ中にＲＡＣＨリソースを変更することを可能にし、これは、より複雑な挙動をもたらす。
【0003】
いくつかのフィーチャのために、ＵＥは、すでにランダムアクセス手順にあるネットワークにインジケーションを提供する必要がある。たとえば、ＵＥは、ＵＥがあるタイプのものであること、またはＵＥがフィーチャ（機能）を適用することを望むことを示す必要があってもよい。第３世代パートナーシッププロジェクト（「３ＧＰＰ（登録商標）」）では、低減された能力のＵＥ（ＲｅｄＣａｐ（赤帽）ＵＥと呼ばれることもある）が、ランダムアクセス手順中に、ＵＥが非ＲｅｄＣａｐ ＵＥではなくＲｅｄＣａｐ ＵＥであることをネットワークに示す必要があり得ることが論じられている。そのようなフィーチャの別の実例は、ＵＥがスモールデータ送信（「ＳＤＴ」）フィーチャを使用したいかどうかの、ＵＥからのインジケーションである。
【発明の概要】
【0004】
いくつかの実施形態によれば、ランダムアクセス（「ＲＡ」）手順中に通信デバイスによって使用されたＲＡリソースを示すために通信デバイスによって実行される方法が提供される。本方法は、第１のネットワークノードから、少なくとも一つのフィーチャ（特徴）特有のＲＡリソース構成に関連付けられたＲＡ構成を受信することを含む。本方法は、ＲＡ構成に基づいてＲＡリソースを使用して第１のネットワークノードに向けてＲＡ手順を実行することをさらに含む。本方法は、ＲＡ手順中に通信デバイスによって使用されたＲＡリソースを示す情報を記憶することをさらに含む。本方法は、第２のネットワークノードにデータを送信することをさらに含む。
【0005】
他の実施形態によれば、第１のネットワークノードとのランダムアクセス（「ＲＡ」）手順中に通信デバイスによって使用されるＲＡリソースを示す情報を収集するための第２のネットワークノードによって実行される方法が提供される。本方法は、ＲＡ手順中に通信デバイスによって使用されるＲＡリソースを示す情報を送信するためのリクエストを通信デバイスに送信することを含む。本方法は、要求を送信したことに対する応答して、通信デバイスから情報を受信することをさらに含む。
【0006】
他の実施形態によれば、上記の方法のうちの一つを実行するための通信デバイス、ネットワークノード、コンピュータプログラム、コンピュータプログラムプロダクト、または非一時的コンピュータ可読媒体が提供される。
【0007】
特定の実施形態は、以下の技術的利点のうちの一つまたは複数を提供することができる。いくつかの実施形態によれば、ネットワークは、フィーチャ特有のＲＡ性能を識別することができ、したがって、特徴の各々についてＲＡ性能を別々に最適化することができる。
【図面の簡単な説明】
【0008】
本開示のさらなる理解を提供するために含まれ、本出願に組み込まれ、その一部を構成する添付図面は、発明の概念の特定かつ非限定的な実施形態を示す。図面において：
【0009】
【図1】は、本開示のいくつかの実施形態によるランダムアクセスレポートリストの一例を示す図である。
【0010】
【図2A】は、本開示の概念のいくつかの実施形態によるランダムアクセスレポートフィールド記述の一例を示す表である。
【図2B】は、本開示の概念のいくつかの実施形態によるランダムアクセスレポートフィールド記述の一例を示す表である。
【0011】
【図3】は、発明概念のいくつかの実施形態による通信デバイスの動作の一例を示すフローチャートである。
【0012】
【図4】は、本開示の一実施形態によるネットワークノードの動作を示すフローチャートである。
【0013】
【図5】は、いくつかの実施形態による通信システムの構成図である。
【0014】
【図6】は、いくつかの実施形態によるユーザ装置のブロック図である。
【0015】
【図7】は、いくつかの実施形態によるネットワークノードの構成図である。
【0016】
【図8】は、いくつかの実施形態による、ユーザ機器と通信するホストコンピュータのブロック図である。
【0017】
【図9】は、いくつかの実施形態による仮想化環境のブロック図である。
【0018】
【図10】は、いくつかの実施形態による、いくつかの実施形態による、部分的無線コネクションを介して基地局を介してユーザ機器と通信するホストコンピュータの構成図である。
【発明を実施するための形態】
【0019】
ここで、本明細書で企図される実施形態のいくつかを、添付の図面を参照してより完全に説明する。実施形態は、主題の範囲を当業者に伝えるために例として提供される。発明概念の実施形態の例が示されている。しかしながら、本開示の概念は多くの異なる形態で具現化することができ、本明細書に記載される実施形態に限定されると解釈されるではない。むしろ、これらの実施形態は本開示が徹底的かつ完全であるように、かつ本開示の概念の範囲を当業者に十分に伝えるように提供される。また、これらの実施形態は、相互に排他的ではないことにも留意されたい。一つの実施形態の構成要素は、別の実施形態において存在する／使用されることが暗黙のうちに想定されうる。
【0020】
ランダムアクセス（「ＲＡ」）の最適化について以下で説明する。
【0021】
ランダムアクセスチャネル（「ＲＡＣＨ」）構成は、ユーザ体験および全体的なネットワーク性能に重大な影響を及ぼす。ＲＡＣＨ衝突確率、ひいてはアクセスセットアップ遅延、ＵＬ非同期状態からのデータ再開遅延、ハンドオーバ遅延、無線リソース制御（「ＲＲＣ」）＿ＩＮＡＣＴＩＶＥからの遷移遅延、およびビーム障害回復遅延はすべて、ＲＡＣＨ設定によって影響を受ける。さらに、最も適切なダウンリンクビーム上でＲＡＣＨ送信を実行することも重要であり、これは無駄な電力消費の増加および失敗したＲＡＣＨ試行を回避することになる。これは、ネットワークとランダムアクセスを試行しているデバイスとの両方にとって有益であり、ネットワークにおける不必要な干渉を回避することを可能にし、また、経験される遅延およびユーザ装置（「ＵＥ」）エネルギー消費を低減する。新しい無線（「ＮＲ」）では、新しい特徴は、ＵＥ（本明細書では通信デバイスとも呼ばれる）がＲＡＣＨプロシージャ中にＲＡＣＨリソースを変更することを可能にし、これは、より複雑な挙動をもたらす。
【0022】
ＲＡＣＨパラメータの設定は、多数の要因（ファクタ）に依存する。たとえば、ファクタは、物理アップリンク共有チャネル（「ＰＵＳＣＨ」）からのアップリンクセル間干渉を含みうる。追加または代替の例では、ファクタは、ＲＡＣＨロード（コール到達レート、ハンドオーバ（「ＨＯ」）レート、トラッキングエリアアップデート、ＲＲＣ＿ＩＮＡＣＴＩＶＥ移行レート、他のシステム情報（「ＳＩ」）のリクエスト、ビーム障害リカバリ、トラフィックパターン、ＵＬ同期状態に影響するセルカバレッジ下の人口、および、ランダムアクセスを使用する必要性）を含む。追加または代替の例では、ファクタは、アップリンク（「ＵＬ」）および補助アップリンク（「ＳＵＬ」）との不均衡を含む。追加または代替の例では、ファクタはＰＵＳＣＨロードを含む。追加または代替の例では、ファクタは、セルに割り振られたプリアンブルのキュービックメトリック（３次指標）を含む。追加または代替の例では、ファクタは、セルが高速モードにあるかどうかを含む。追加または代替の例では、ファクタは、ＵＬおよびダウンリンク（ＤＬ）アンバランスを含む。
【0023】
ＲＡＣＨ最適化のターゲットは、（１）ポピュラー同期信号ブロック（「ＳＳＢ」）のカバレッジ下にあるＵＥのアクセス遅延を最小化すること、（２）他のＳＩを要求するためにＵＥの遅延を最小化すること、（３）ＵＬチャネルおよびＳＵＬチャネル上のＵＥのアクセス遅延の不均衡を最小化すること、（４）ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中のＵＥのためのビーム障害回復遅延を最小化すること、および（５）成功前にＲＡＣＨリソース上で失敗した／不必要なＲＡＣＨ試行を最小化すること、のように示される。
【0024】
その結果、ＲＡＣＨ最適化関数は、ＲＡＣＨの性能に関連するいくつかのパラメータを自動的に設定することを試みる。
【0025】
自動ＲＡＣＨパラメータ設定は、ＵＥからＲＡＣＨレポートを収集することによって、およびｇＮＢ間のＰＲＡＣＨパラメータ交換（送受信）によって有効にすることができる。ロングタームエボリューション（「ＬＴＥ」）におけるＲＡＣＨ最適化のための情報レポート（報告）／交換の機構および内容は、ＮＲの新しい特徴（たとえば、ビーム、ＳＵＬなど）を考慮に入れることがベースラインであってもよい。
【0026】
最適化され得るＲＡＣＨパラメータの設定は、（１）ＲＡＣＨ構成（リソースユニット割り当て）、（２）ＲＡＣＨプリアンブルスプリット（専用のグループＡ、グループＢ間で）、（３）ＲＡＣＨバックオフパラメータ値、および（４）ＲＡＣＨ送信電力制御パラメータである。
【0027】
最低限、ＲＡＣＨ最適化は、ＵＥがＲＡＣＨ関連情報レポートを次世代（「ＮＧ」）無線アクセスネットワーク（「ＲＡＮ」）ノードに提供し、ＮＧ ＲＡＮノード間で通常のＵＬキャリアおよびＳＵＬキャリアのＰＲＡＣＨ構成をやり取りすることによって実現される。
【0028】
セントラル化（集中）ユニット（「ＣＵ」）分散ユニット（「ＤＵ」）アーキテクチャの場合、ｇＮＢ－ＤＵは、セルごとのそのＲＡＣＨ構成をｇＮＢ－ＣＵに報告することを許可されるべきであり、ｇＮＢ－ＣＵは、サービングしているセルごとのＲＡＣＨ構成を隣接するＮＧ ＲＡＮノードにシグナリングすることを許可されるべきである。これは、ＮＧ－ＲＡＮノードが、隣接セルのＲＡＣＨ構成が最適化されるかどうか、または隣接セル間のより良好なＲＡＣＨ協調を達成するために変更が必要かどうかを識別（特定）することを可能にする。
【0029】
ＮＧ ＲＡＮノード（現サービングセルにおける潜在的にはｇＮＢ－ＣＵ）からＲＡＣＨレポートを要求するポーリングメッセージ（たとえば、ＵＥ情報要求メッセージ）を受信すると、ＵＥは、ＵＥ情報応答（レスポンス）メッセージ内でＲＡＣＨ情報をレポートする。ｇＮＢ－ＣＵおよびｇＮＢ－ＤＵは、最適化されたＲＡＣＨ構成を達成するために、ＲＡＣＨ報告および他のノード情報を考慮する。
【0030】
ＲＡＣＨ情報レポートのコンテンツは、以下のうちの少なくとも一つを含む： 試行の時系列順にリストされた試行されたＳＳＢのインデックスおよび試行されたＳＳＢ上で送信されたＲＡＣＨプリアンブルの数； 試行されたＳＳＢの周波数（ＮＲ絶対無線周波数チャネル番号（「ＡＲＦＣＮ」）； 試行されたＳＳＢのそれぞれのビーム品質（すなわち、ビーム基準信号受信電力（「ＢＲＳＲＰ」）、ビーム基準信号受信品質（「ＢＲＳＲＱ」）、およびビーム信号対干渉ノイズ比（「ＢＳＩＮＲ」）などのＲＡＣＨ試行中のビームレベル測定結果）； 選択されたＳＳＢがｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢしきい値を上回るか下回るかどうかを示すインジケーション； ビーム選択時間より前の最後の測定からの経過時間； ＳＵＬ上で送信されたＲＡＣＨプリアンブルの数； ＮＵＬ上で送信されたＲＡＣＨプリアンブルの数； および、競合ベースＲＡＣＨアクセス（「ＣＢＲＡ」）と競合フリーＲＡＣＨアクセス（「ＣＦＲＡ」）競合検出インジケーションとの間のフォールバックの総数。
【0031】
上述されたＲＡＣＨ情報レポートは、マルチ無線アクセス技術（ＭＲ）－デュアルコネクティビティ（ＤＣ）ケースのためのＳＮノードにも適用されるべきであろう。
【0032】
ランダムアクセス手順が実行されるときのＲＡＣＨ情報のレポートは、ＲＡＣＨプロシージャが成功した場合、ＲＲＣ（ＴＳ３８．３３１ ｖ１６．４．１のセクション５．７．１０．３）においてＵＥ情報プロシージャを介してネットワークによって要求されてもよい。また、ＲＡレポートにＵＥがどのような情報を含めるかは、ＴＳ３８．３３１ ｖ１６．４．１のセクション５．７．１０．５で規定されている。
【0033】
ＲＡ分割（パーティショニング）については後述する。
【0034】
いくつかのフィーチャのために、ＵＥは、すでにランダムアクセス手順にあるネットワークにインジケーションを提供する必要がある。たとえば、ＵＥは、ＵＥがあるタイプのものであること、またはＵＥがフィーチャ（特徴）を適用することを望むことを示す必要があってもよい。第３世代パートナーシッププロジェクト（「３ＧＰＰ（登録商標）」）では、低減された能力のＵＥ（ＲｅｄＣａｐ ＵＥと呼ばれることもある）が、ランダムアクセス手順中に、ＵＥが非ＲｅｄＣａｐ ＵＥではなくＲｅｄＣａｐ ＵＥであることをネットワークに示す必要があり得ることが論じられている。そのようなフィーチャの別の実例は、ＵＥがスモールデータ送信（「ＳＤＴ」）フィーチャを使用したいかどうかを示す、ＵＥからのインジケーションである。
【0035】
ランダムアクセス手順中にそのようなインジケーションを提供するために、ランダムアクセスリソースは、一つのパーティショ（区画）がＲｅｄＣａｐ ＵＥに専用であり、別のパーティションが非ＲｅｄＣａｐ ＵＥに専用であり得るように分割されるべきであることが論じられる。
【0036】
システムは、ランダムアクセス手順中にインジケーションを必要とするいくつかの特徴をサポートしてもよい。たとえば、ＲｅｄＣａｐとＳＤＴとの両方がサポートされる。つまり、いくつかのパーティション、たとえば、ＳＤＴを適用することを望まない非ＲｅｄＣａｐ ＵＥのための一つのパーティション、ＳＤＴを適用することを望む非ＲｅｄＣａｐ ＵＥのための一つのパーティション、ＳＤＴを適用することを望まないＲｅｄＣａｐ ＵＥのための一つのパーティション、およびＳＤＴを適用することを望むＲｅｄＣａｐ ＵＥのための一つのパーティションが存在することになる。
【0037】
ＲＡリソースのパーティションは、一つの特徴（または特徴の組み合わせ）に専用の一つの時間周波数ＲＡリソースと、別の特徴（または特徴の組み合わせ）に専用の別の時間周波数ＲＡリソースとがあることであってもよい。別の可能性は、ＲＡリソース内のプリアンブルの一つのセットが、一つの特徴（または特徴の組み合わせ）に専用であり、ＲＡリソース内のプリアンブルの別のセットが、別の特徴（または特徴の別の組み合わせ）に専用であることである。
【0038】
現在、いくつかの課題が存在する。ＲＡリソースは、ＲＡＮ２のＲｅｌ－１７において議論されている異なるユースケース（たとえば、ＲｅｄＣａｐ（レッドキャップ）、スモールデータエンハンスメント、スライシング）のために分割されることが期待される。したがって、ＵＥは、ネットワークのＲＡリソースパーティショニング構成がどのように見えるか、およびＵＥの能力およびＵＥの現在の構成がどのように見えるかに応じて、ＲＡリソースの特定の部分を使用する。
【0039】
ネットワークは、ＲＡリソースを異なる方法で分割することができ、これらのＲＡリソース分割は、セルのカバレッジエリアにおけるＵＥディストリビューションのタイプに適合するように、経時的に変更されてもよい。たとえば、１日のある期間中に、セルは、ショートデータ送信（「ＳＤＴ」）および能力低減（「ＲｅｄＣａｐ」）ＵＥのために異なるＲＡリソースを割り振ることができ（たとえば、セルのカバレッジエリア中に多くのＳＤＴおよびＲｅｄＣａｐ ＵＥがあるとき）、一方、何らかの他の期間中に、セルは、ＳＤＴおよびＲｅｄＣａｐ ＵＥの両方のために同じＲＡリソースを割り振ることができる（たとえば、セルのカバレッジエリア中にわずかなＳＤＴおよびＲｅｄＣａｐ ＵＥがあるとき）。
【0040】
ネットワークはまた、同じＲＡ周波数＋時間リソース中の異なるプリアンブルが異なる特徴に割り振られるように、ＲＡリソースを区分してもよい。たとえば、プリアンブル１～１０はＲｅｄＣａｐ ＵＥ用に予約され、プリアンブル１１～２５はＳＤＴ ＵＥ用であり、２５～５０の間のプリアンブルはスライスＸ用であり、残りのプリアンブルはスライスＹ用である。ネットワークがＲＡパラメータ最適値をさらに最適化することを望む場合、ネットワークは、ＲＡレポートを使用して、ＲＡを実行している間にＵＥが直面する問題を特定する。ネットワークが特定のフィーチャ（たとえば、ＲｅｄＣａｐ、ＳＤＴなど）のためにＲＡパラメータ構成最適化を実行することを望む場合、ネットワークは、ＵＥから取得されたＲＡレポートがＲｅｄＣａｐ関連フィーチャまたはＳＤＴフィーチャなどに関連付けられているかどうかを知る必要がある。ただし、既存のＲＡレポートを使用することはできない。
【0041】
本開示およびそれらの実施形態における、ある態様は、これらの課題または他の課題に対する解決策を提供することができる。いくつかの実施形態によれば、ＵＥは、ＲＡ関連情報を収集することができ、ＲＡ関連情報は、ＵＥによって使用されているＲＡリソースに関連するフィーチャ（特徴）のタイプおよび／またはＵＥによって使用される詳細なＲＡリソースを含むことができる。
【0042】
いくつかの実施形態によれば、ＵＥは、ＵＥによって使用されるＲＡリソースに関連する特徴についてネットワークに通知するための動作を実行してもよい。本動作は、第１のネットワークノードから、少なくとも一つのフィーチャ（特徴）特有ＲＡリソース構成に関連付けられたＲＡ構成を受信することを含むことができる。本動作は、第１のネットワークノードに向かってＲＡ手順を実行することをさらに含むことができる。本動作は、ＲＡ手順に関係する第１の情報を記憶することをさらに含むことができる。第１の情報は、ＲＡ手順において使用されるＲＡリソースに関連付けられたフィーチャ（特徴）タイプと、ＲＡ手順において使用される正確なＲＡリソース（時間、周波数、およびプリアンブル次元で）とのうちの少なくとも一つを含むことができる。追加または代替の実施形態によれば、本動作は、第２のネットワークノード（第１のネットワークノードまたは別のネットワークノードと同じであってもよい）に、特定のフィーチャの種類に関連付けられた第１の情報の存在を示すことをさらに含むことができる。本動作は、第２のネットワークノードから第１の情報を送信するためのリクエストを受信することをさらに含むことができる（オプションで、特別なフィーチャタイプ（特徴の種類）の明示的なインジケーションを含む）。本動作は、記憶された第１の情報を第２のネットワークノードに送信することをさらに含むことができる。
【0043】
いくつかの実施形態によれば、第１のネットワークノードは、フィーチャタイプに関連付けられたＵＥによって使用されるＲＡリソースに関連付けられた情報を収集するための動作を実行してもよい。本動作は、少なくとも一つのフィーチャ特有のＲＡリソース構成（ブロードキャストまたは専用の構成のいずれか）に関連するＲＡ構成を送信することを含むことができる。追加または代替の実施形態によれば、本動作は、特定のフィーチャタイプ（特徴の種類）に関連付けられた第１の情報の存在に関するインジケーションをＵＥから受信することを含むことができる。本動作は、第１の情報（オプション的に、特定のフィーチャタイプの明示的なインジケーションを含む）をＵＥに送信するためのリクエストを送信することをさらに含むことができる。本動作は、ＵＥから第１の情報を受信することをさらに含むことができる。
【0044】
上述のように、ＲＡリソースは、いくつかのパート（部分）に分割されてもよく、各パートは、特定のフィーチャセットにマッピングされる。たとえば、ＲＡリソースの一部は、ＵＥがＲｅｄＣａｐ ＵＥであることを示すために使用されてもよく、別の部分は、ＵＥがＳＤＴを使用していることを示すために使用されてもよく、第３の部分は、ＵＥがＳＤＴを使用しているＲｅｄＣａｐ ＵＥであることであってもよい。ＵＥがＲｅｄＣａｐ ＵＥではなく、ＳＤＴを使用しているものでもない場合に使用される、これらのフィーチャのいずれにもマッピングされていない、一つのパート（部分）が存在してもよい。
【0045】
また、上で説明されたように、ＵＥは、ＵＥが実行したＲＡプロシージャについての報告、たとえば、失敗したＲＡ試行を示すＲＡ報告をネットワークに示してもよい。
【0046】
第１の実施形態によれば、ＵＥは、ＵＥによって要求される／示されるフィーチャとは異なるフィーチャを示すためにＲＡリソースがパーティショニングされた場合、どのＲＡリソースをＵＥが選択したかをネットワークに示す。このインジケーションは、本明細書では「ＲＡパーティション（分割）インジケーション」と呼ばれる。
【0047】
ＲＡパーティションインジケーションは、選択されたＲＡパーティションに関連付けられたフィーチャセットを示すインジケーションであってもよい。別のアプローチは、ＲＡパーティショニングインジケーションが、ＵＥが選択した特定のＲＡリソースを示すインジケーションであることである。詳細は後述する。
【0048】
いくつかの実施形態によれば、インジケーションは、選択されたフィーチャのセットである。このアプローチによれば、ＵＥは、ＵＥがＲＡ手順のために選択した特徴を示す。
【0049】
たとえば、ＵＥが、ＵＥがＳＤＴを使用しているＲｅｄＣａｐ ＵＥであることを示すためにＲＡ手順を実行した場合、ＵＥは、後に、ＵＥがＲｅｄＣａｐ＋ＳＤＴに関連付けられたプリアンブルを使用していたことをネットワークに示すことになる。
【0050】
以下、動作の流れの一例について説明する。本動作は、ＵＥがプリアンブル送信で示すことを望むフィーチャのセットをＵＥが選択すること、を含むことができる。たとえば、ＵＥは、ＲｅｄＣａｐ＋ＳＤＴを示すことを望んでいることを示してもよい。本動作は、ＵＥが、選択された特徴に基づいてＲＡリソースを決定することをさらに含んでもよい。本動作は、ＵＥが、決定されたＲＡリソースを使用してＲＡ手順を実行することをさらに含んでもよい。本動作は、ＲＡプロシージャの成功または失敗をさらに含むことができる。本動作は、ＵＥがＲＡ試行をロギングすることをさらに含むことができる。ロギングするとき、ＵＥは、選択されたフィーチャのセットをロギングすることができる。本動作は、ネットワークがＵＥにログを要求することをさらに含むことができる。本動作は、選択されたフィーチャのセットに関するインジケーションを含むログをＵＥが送信することをさらに含むことができる。
【0051】
これをどのようにＲＲＣ規格仕様に含めることができるかの一例を以下に示す。ＵＥは、以下のようにｒａ－ＩｎｆｏｒｍａｔｉｏｎＣｏｍｍｏｎ内のコンテンツに設定する： １＞ ランダムアクセス手順で使用されるランダムアクセスリソースに関連する参照リソースブロックの絶対周波数を示すようａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡを設定する；
１＞ ランダムアクセス手順で使用されるランダムアクセスリソースのＵＬ ＢＷＰに関連付けられているｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈとｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇを設定する；
１＞ ランダムアクセス手順で使用される場合、競合ベースのランダムアクセスリソースに関連付けられているｍｓｇ１－ＦｒｅｑｕｅｎｃｙＳｔａｒｔ、ｍｓｇ１－ＦＤＭ、およびｍｓｇ１－ＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇを設定する；
１＞ ランダムアクセス手順で使用される場合、コンテンションフリーランダムアクセスリソースに関連付けられているｍｓｇ１－ＦｒｅｑｕｅｎｃｙＳｔａｒｔＣＦＲＡ、ｍｓｇ１－ＦＤＭＣＦＲＡ、およびｍｓｇ１－ＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇＣＦＲＡを設定する；
１＞ ランダムアクセスプロシージャに関連付けられた対応するフィーチャタイプをｒａＦｅａｔｕｒｅＴｙｐｅに設定する；
１＞ ｐｅｒＲＡＩｎｆｏＬｉｓｔにおける個々のランダムアクセス試行に関連するパラメータを、次のように試行の時間順に設定する：
２＞ 使用されるランダムアクセスリソースがＳＳ／ＰＢＣＨブロックに関連付けられている場合、以下のように、一つまたは複数のランダムアクセス試行について、同一のＳＳ／ＰＢＣＨブロックに関連付けられている連続するランダムアクセス試行のための、関連付けられたランダムアクセスパラメータを設定する：
３＞ 使用されるランダムアクセスリソースに関連するＳＳ／ＰＢＣＨブロックインデックスを含むようにｓｓｂ－Ｉｎｄｅｘを設定する；
３＞ ＳＳ／ＰＢＣＨブロックに関連する連続ランダムアクセス試行の回数を示すようにｎｕｍｂｅｒＯｆＰｒｅａｍｂｌｅｓＳｅｎｔＯｎＳＳＢを設定する；
３＞ランダムアクセスリソースに対して実行される各ランダムアクセス試行に対して、ランダムアクセス試行の時系列順に以下のパラメータを含む：
４＞ ランダムアクセス試行が競合ベースのランダムアクセスリソース上で実行される場合、およびｒａＰｕｒｐｏｓｅが「ｒｅｑｕｅｓｔＦｏｒＯｔｈｅｒＳＩ」と等しくない場合、以下のようにｃｏｎｔｅｎｔｉｏｎＤｅｔｅｃｔｅｄを含める：
５＞ 送信されたプリアンブルについてＴＳ３８．３２１［６］に規定されているように競合解決が成功しなかった場合：
６＞ ｃｏｎｔｅｎｔｉｏｎＤｅｔｅｃｔｅｄにｔｒｕｅを設定する；
５＞ その他：
６＞ ｃｏｎｔｅｎｔｉｏｎＤｅｔｅｃｔｅｄにｆａｌｓｅを設定する；
４＞ ランダムアクセス試行が競合ベースのランダムアクセスリソースに対して実行される場合、または
４＞ ランダムアクセス試行がコンテンションフリーランダムアクセスリソース上で実行される場合、およびランダムアクセス手順がＰＤＣＣＨ順序付けのために開始された場合：
５＞ ランダムアクセス試行で使用されるランダムアクセスリソースに対応するＳＳ／ＰＢＣＨブロックのＳＳ／ＰＢＣＨブロックＲＳＲＰがｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回る場合：
６＞ ｄｌＲＳＲＰＡｂｏｖｅＴｈｒｅｓｈｏｌｄにｔｒｕｅを設定する；
５＞ その他：
６＞ ｄｌＲＳＲＰＡｂｏｖｅＴｈｒｅｓｈｏｌｄにｆａｌｓｅを設定する；
２＞ そうでない場合、使用されるランダムアクセスリソースがＣＳＩ－ＲＳに関連付けられる場合、以下のように、一つまたは複数のランダムアクセス試行のために同じＣＳＩ－ＲＳに関連付けられる連続するランダムアクセス試行のための関連付けられたランダムアクセスパラメータを設定する：
３＞ 使用されるランダムアクセスリソースに関連付けられたＣＳＩ－ＲＳインデックスを含むように、ｃｓｉ－ＲＳ－Ｉｎｄｅｘを設定する；
３＞ ＣＳＩ－ＲＳに関連付けられた連続ランダムアクセス試行の回数を示すように、ｎｕｍｂｅｒＯｆＰｒｅａｍｂｌｅｓＳｅｎｔＯｎＣＳＩ－ＲＳを設定する。
１＞ ランダムアクセス手順で使用されるランダムアクセスリソースのＵＬ ＢＷＰに関連付けられているｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈとｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇを設定する；
１＞ ランダムアクセス手順で使用される場合、競合ベースのランダムアクセスリソースに関連付けられているｍｓｇ１－ＦｒｅｑｕｅｎｃｙＳｔａｒｔ、ｍｓｇ１－ＦＤＭ、およびｍｓｇ１－ＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇを設定する；
１＞ ランダムアクセス手順で使用される場合、コンテンションフリーランダムアクセスリソースに関連付けられているｍｓｇ１－ＦｒｅｑｕｅｎｃｙＳｔａｒｔＣＦＲＡ、ｍｓｇ１－ＦＤＭＣＦＲＡ、およびｍｓｇ１－ＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇＣＦＲＡを設定する；
１＞ ランダムアクセスプロシージャに関連付けられた対応するフィーチャタイプをｒａＦｅａｔｕｒｅＴｙｐｅに設定する；
１＞ ｐｅｒＲＡＩｎｆｏＬｉｓｔにおける個々のランダムアクセス試行に関連するパラメータを、次のように試行の時間順に設定する：
２＞ 使用されるランダムアクセスリソースがＳＳ／ＰＢＣＨブロックに関連付けられている場合、以下のように、一つまたは複数のランダムアクセス試行について、同一のＳＳ／ＰＢＣＨブロックに関連付けられている連続するランダムアクセス試行のための、関連付けられたランダムアクセスパラメータを設定する：
３＞ 使用されるランダムアクセスリソースに関連するＳＳ／ＰＢＣＨブロックインデックスを含むようにｓｓｂ－Ｉｎｄｅｘを設定する；
３＞ ＳＳ／ＰＢＣＨブロックに関連する連続ランダムアクセス試行の回数を示すようにｎｕｍｂｅｒＯｆＰｒｅａｍｂｌｅｓＳｅｎｔＯｎＳＳＢを設定する；
３＞ランダムアクセスリソースに対して実行される各ランダムアクセス試行に対して、ランダムアクセス試行の時系列順に以下のパラメータを含む：
４＞ ランダムアクセス試行が競合ベースのランダムアクセスリソース上で実行される場合、およびｒａＰｕｒｐｏｓｅが「ｒｅｑｕｅｓｔＦｏｒＯｔｈｅｒＳＩ」と等しくない場合、以下のようにｃｏｎｔｅｎｔｉｏｎＤｅｔｅｃｔｅｄを含める：
５＞ 送信されたプリアンブルについてＴＳ３８．３２１［６］に規定されているように競合解決が成功しなかった場合：
６＞ ｃｏｎｔｅｎｔｉｏｎＤｅｔｅｃｔｅｄにｔｒｕｅを設定する；
５＞ その他：
６＞ ｃｏｎｔｅｎｔｉｏｎＤｅｔｅｃｔｅｄにｆａｌｓｅを設定する；
４＞ ランダムアクセス試行が競合ベースのランダムアクセスリソースに対して実行される場合、または
４＞ ランダムアクセス試行がコンテンションフリーランダムアクセスリソース上で実行される場合、およびランダムアクセス手順がＰＤＣＣＨ順序付けのために開始された場合：
５＞ ランダムアクセス試行で使用されるランダムアクセスリソースに対応するＳＳ／ＰＢＣＨブロックのＳＳ／ＰＢＣＨブロックＲＳＲＰがｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回る場合：
６＞ ｄｌＲＳＲＰＡｂｏｖｅＴｈｒｅｓｈｏｌｄにｔｒｕｅを設定する；
５＞ その他：
６＞ ｄｌＲＳＲＰＡｂｏｖｅＴｈｒｅｓｈｏｌｄにｆａｌｓｅを設定する；
２＞ そうでない場合、使用されるランダムアクセスリソースがＣＳＩ－ＲＳに関連付けられる場合、以下のように、一つまたは複数のランダムアクセス試行のために同じＣＳＩ－ＲＳに関連付けられる連続するランダムアクセス試行のための関連付けられたランダムアクセスパラメータを設定する：
３＞ 使用されるランダムアクセスリソースに関連付けられたＣＳＩ－ＲＳインデックスを含むように、ｃｓｉ－ＲＳ－Ｉｎｄｅｘを設定する；
３＞ ＣＳＩ－ＲＳに関連付けられた連続ランダムアクセス試行の回数を示すように、ｎｕｍｂｅｒＯｆＰｒｅａｍｂｌｅｓＳｅｎｔＯｎＣＳＩ－ＲＳを設定する。
【0052】
【0053】
別の可能性は、ＵＥが示すことを望むフィーチャの組み合わせがビットマップによって示されることである。ビットマップ内の各ビットは、あるフィーチャに関連付けられてもよく、たとえば、第１のビットは、第１のフィーチャに関連付けられ、第２のビットは、第２のフィーチャに関連付けられ、以下同様である。ＵＥが、ＲＡ手順が第１および第４のフィーチャのためのものであったことを示すことを望む場合、ＵＥは、ビットマップ中の第１および第４のビットをセットする。
【0054】
このアプローチによれば、ＵＥは、ＵＥが選択したＲＡリソースを示す。
【0055】
たとえば、ＵＥが、ＵＥがＳＤＴを使用しているＲｅｄＣａｐ ＵＥであることを示すためにＲＡ手順を実行し、ＲｅｄＣａｐ＋ＳＤＴがＲＡリソースの特定のパーティションＸに割り当てられた場合、ＵＥは、後に、ＵＥがパーティションＸを使用してランダムアクセスを実行していたことを示すことになる。
【0056】
以下、本動作の流れの一例について説明する。本動作は、ＵＥがプリアンブル送信で示すことを望むフィーチャのセットをＵＥが選択すること、を含むことができる。たとえば、ＵＥは、ＲｅｄＣａｐ＋ＳＤＴを示すことを望んでいることを示してもよい。本動作は、ＵＥが、選択された特徴に基づいてＲＡリソースを決定することをさらに含んでもよい。本動作は、ＵＥが、決定されたＲＡリソースを使用してＲＡ手順を実行することをさらに含んでもよい。本動作は、ＲＡプロシージャの成功または失敗をさらに含むことができる。本動作は、ＵＥがＲＡ試行をロギングすることをさらに含むことができる。ロギングするとき、ＵＥは、決定されたＲＡリソースをロギングすることができる。本動作は、ネットワークがＵＥにログを要求することをさらに含むことができる。本動作は、ＵＥが決定されたＲＡリソースに関するインジケーションを含むログを送信することをさらに含むことができる。
【0057】
特殊な場合には、特定のフィーチャセットがいくつかのＲＡパーティションにマッピングされることに留意されたい。たとえば、ＲｅｄＣａｐとＳＤＴとの組み合わせ（ここではＲｅｄＣａｐ＋ＳＤＴと表される）は、複数のＲＡパーティションにマッピングされてもよい。
【0058】
たとえば、２つのＲＡリソース、すなわちＲＡリソースＡおよびＲＡリソースＢを有するシナリオを考える。ＡのサブセットおよびＢのサブセットが、両方ともＲｅｄＣａｐ＋ＳＤＴにマッピングされるようにすることができる。たとえば、Ａにおけるプリアンブル１～１０は、ＲｅｄＣａｐ＋ＳＤＴにマッピングすることができ、プリアンブル２１～２５は、ＲｅｄＣａｐ＋ＳＤＴにマッピングすることもできる。そのような構成では、ＵＥがＳＤＴを使用しているＲｅｄＣａｐ ＵＥであることを示すことを望むＵＥは、ＲＡリソースＡ中のプリアンブル１～１０またはＲＡリソースＢ中の２１～２５のいずれかを使用してもよい。
【0059】
このアプローチが適用される場合、ＵＥは、ＵＥが選択した特定のＲＡリソースを示すようにＲＡパーティションインジケーションを設定することができる（たとえば、ＵＥがＲＡリソースＡを選択した場合、ＵＥはＲＡリソースＡのプリアンブルグループ１～１０を示し、ＵＥがＲＡリソースＢを選択した場合、ＵＥはＲＡリソースＢのプリアンブルグループ２１～２５を示す）。この特別なケースにおける別のアプローチは、ＵＥが、ＵＥが使用しているフィーチャのセットのために使用され得るすべての候補ＲＡリソースを示す（すなわち、ＲＡリソースＡのプリアンブルグループ１～１０とＲＡリソースＢのプリアンブルグループ２１～２５の両方を示す）ことである。
【0060】
ＵＥからのレポートをフィーチャ特有でフェッチ（取得）することについて以下で説明する。
【0061】
このアプローチによれば、ネットワークは、ＵＥによって記憶されたフィーチャ（複数可）特有のＲＡ手順に関連する情報を含めるようにＵＥに要求することができる。そのような要求を受信すると、ＵＥは、要求されたフィーチャ（複数可）に関連付けられて記憶されているＲＡプロシージャ（複数可）の関連情報を含める。
【0062】
このアプローチによれば、ＵＥは、ＵＥが記憶したフィーチャ（複数可）特有のＲＡプロシージャ関連情報のタイプをさらに示すことができる。そのようなインジケーションを受信すると、ネットワークは、特定のフィーチャ（複数可）に関連付けられた要求－応答手順を開始することができる。
【0063】
たとえば、ＵＥがＳＤＴを使用したＲｅｄＣａｐ ＵＥである間に、ＵＥがＲＡ手順に関連する情報を記憶している場合、ＵＥは、ＲｅｄＣａｐ＋ＳＤＴに関連するＲＡ関連情報を記憶していることをネットワークに示すことができる。ネットワークは、ＲｅｄＣａｐ＋ＳＤＴに関連付けられたＲＡプロシージャ関連情報を受信することに関心があることを要求メッセージに示すことができ、そのような要求を受信すると、ＵＥは、ＲｅｄＣａｐ＋ＳＤＴモードでＲＡプロシージャに関連付けられたＲＡ関連情報を含む。
【0064】
以下、本動作の流れの一例について説明する。本動作は、ＵＥがプリアンブル送信で示すことを望むフィーチャのセットをＵＥが選択することを含むことができる。たとえば、ＵＥは、ＲｅｄＣａｐ＋ＳＤＴを示すことを望むことを示してもよい。本動作は、ＵＥが、選択された特徴に基づいてＲＡリソースを決定することをさらに含んでもよい。本動作は、ＵＥが、決定されたＲＡリソースを使用してＲＡ手順を実行することをさらに含んでもよい。本動作は、ＲＡプロシージャの成功または失敗をさらに含むことができる。本動作は、ＵＥがＲＡ試行をロギングすることをさらに含むことができる。ロギングするとき、ＵＥは、選択されたフィーチャのセットをロギングすることができる。本動作は、ＵＥがＲＡプロシージャ関連情報を有するフィーチャのセットについてネットワークに示すＵＥをさらに含むことができる。このインジケーションは、ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅ、ＲＲＣＲｅｓｕｅｍＣｏｍｐｌｅｔｅ、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅ、またはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージに含むことができる。本動作は、ネットワークが、フィーチャ関連ＲＡプロシージャのログのセットをＵＥに要求することをさらに含むことができる。本動作は、ＵＥが、インジケーションを含むフィーチャ関連ＲＡプロシージャのログを送信することをさらに含むことができる。
【0065】
これをどのようにＲＲＣ規格仕様に含めることができるかの一例を以下に示す。ＲＲＣＳｅｔＵｐＣｏｍｐｌｅｔｅへの変更のみを以下に示すが、ＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅ、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅ、およびＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅなどの他のＲＲＣｘｘＣｏｍｐｌｅｔｅメッセージにも同じ変更が適用される。
【0066】
ＵＥは、ＲＲＣＳｅｔｕｐを受信すると、以下のアクションを実行する：
．．．
１＞ ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージの内容を次のように設定する：
２＞ 上位レイヤが５Ｇ－Ｓ－ＴＭＳＩを提供する場合：
３＞ ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔに対する応答としてＲＲＣＳｅｔｕｐを受信した場合：
４＞ ｎｇ－５Ｇ－Ｓ－ＴＭＳＩ－Ｖａｌｕｅにｎｇ－５Ｇ－Ｓ－ＴＭＳＩ－Ｐａｒｔ２を設定する；
３＞ その他：
４＞ ｎｇ－５Ｇ－Ｓ－ＴＭＳＩ－Ｖａｌｕｅにｎｇ－５Ｇ－Ｓ－ＴＭＳＩを設定する；
２＞ 選択された上位レイヤがＳＮＰＮまたはＰＬＭＮであり、ＰＬＭＮ ＵＥの場合、少なくとも一つのＣＡＧ ＩＤがブロードキャストされるセルを介してＰＬＭＮにアクセスすることを許可または指示される場合：
３＞ ｎｐｎ－ＩｄｅｎｔｉｔｙＩｎｆｏＬｉｓｔからｓｅｌｅｃｔｅｄＰＬＭＮ－Ｉｄｅｎｔｉｔｙを設定する；
２＞ その他：
３＞ ｓｅｌｅｃｔｅｄＰＬＭＮ－Ｉｄｅｎｔｉｔｙにｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔから上位レイヤにより選択されたＰＬＭＮを設定する；
２＞ 上位レイヤが「Ｒｅｇｉｓｔｅｒｅｄ ＡＭＦ（登録されたＡＭＦ）」を提供する場合：
３＞ ｒｅｇｉｓｔｅｒｅｄＡＭＦを以下のように含めて設定する：
４＞ 「登録されたＡＭＦ」のＰＬＭＮ識別情報が、上位レイヤによって選択されたＰＬＭＮと異なる場合：
５＞ ｒｅｇｉｓｔｅｒｅｄＡＭＦにｐｌｍｎＩｄｅｎｔｉｔｙを含めるとともに、それに、上位レイヤから受信された「登録されたＡＭＦ」のＰＬＭＮ識別情報の値を設定する；
４＞ ａｍｆ－Ｉｄｅｎｔｉｆｉｅｒに上位レイヤから受信された値を設定する；
３＞ 上位レイヤーにより提供される値をｇｕａｍｉ－Ｔｙｐｅに含めるよう設定する；
２＞ 上位レイヤが一つ以上のＳ－ＮＳＳＡＩを提供する場合（ＴＳ２３．００３［２１］を参照）：
３＞ ｓ－ＮＳＳＡＩ－Ｌｉｓｔを含めるとともに、上位レイヤによって提供される値をコンテンツに設定する；
２＞ ｄｅｄｉｃａｔｅｄＮＡＳ－Ｍｅｓｓａｇｅに上位レイヤから受信された情報を含めるように設定する；
２＞ ＩＡＢ－ノードとして接続する場合：
３＞ ｉａｂ－ＮｏｄｅＩｎｄｉｃａｔｉｏｎを含める；
２＞ ＳＩＢ１がｉｄｌｅＭｏｄｅＭｅａｓｕｒｅｍｅｎｔｓＮＲを含み、ＵＥがＶａｒＭｅａｓＩｄｌｅＲｅｐｏｒｔで利用可能なＰＣｅｌｌ以外のセルに関するＮＲアイドル／非アクティブ測定情報を有する場合、または
２＞ ＳＩＢ１がｉｄｌｅＭｏｄｅＭｅａｓｕｒｅｍｅｎｔｓＥＵＴＲＡを含み、ＵＥがＶａｒＭｅａｓＩｄｌｅＲｅｐｏｒｔにおいて利用可能なＥ－ＵＴＲＡアイドル／非アクティブ測定情報を有する場合：
３＞ ｉｄｌｅＭｅａｓＡｖａｉｌａｂｌｅを含める；
２＞ ＵＥがＮＲに利用可能な測定値を記録（ログ）し、ＲＰＬＭＮがＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに格納されているｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれている場合：
３＞ ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
３＞ Ｂｌｕｅｔｏｏｔｈ測定結果が記録された測定に含まれる場合、ＵＥはＮＲにとって利用可能であり、ＲＰＬＭＮがＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
４＞ ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＢＴをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
３＞ ＷＬＡＮ測定結果がログに記録された測定に含まれる場合、ＵＥはＮＲに利用可能であり、ＲＰＬＭＮがＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
４＞ ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＷＬＡＮをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
２＞ ＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔで利用可能なコネクションの確立失敗またはレジューム失敗をした場合、かつ、ＲＰＬＭＮがＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔに格納されたｐｌｍｎ－Ｉｄｅｎｔｉｔｙに等しい場合：
３＞ ｃｏｎｎＥｓｔＦａｉｌＩｎｆｏＡｖａｉｌａｂｌｅをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
２＞ ＵＥがＶａｒＲＬＦ－Ｒｅｐｏｒｔにおいて利用可能な無線リンク障害またはハンドオーバ障害情報を有し、ＲＰＬＭＮがＶａｒＲＬＦ－Ｒｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合、または
２＞ ＵＥが、ＴＳ３６．３３１［１０］におけるＶａｒＲＬＦ－Ｒｅｐｏｒｔにおいて利用可能な無線リンク障害またはハンドオーバ障害情報を有し、ＵＥがクロスラットＲＬＦ報告が可能である場合、およびＲＰＬＭＮが、ＴＳ３６．３３１［１０］のＶａｒＲＬＦ－Ｒｅｐｏｒｔに格納されているｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
３＞ ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージにｒｌｆ－ＩｎｆｏＡｖａｉｌａｂｌｅを含める；
２＞ ＵＥがモビリティ履歴情報の記憶をサポートし、ＵＥがＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔにおいて利用可能なモビリティ履歴情報を有する場合：
３＞ ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＡｖａｉｌをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
２＞ ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１またはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔに応答してＲＲＣＳｅｔｕｐを受信した場合：
３＞ ＳＩＢ２でｓｐｅｅｄＳｔａｔｅＲｅｓｅｌｅｃｔｉｏｎＰａｒｓが設定されている場合：
４＞ ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージにｍｏｂｉｌｉｔｙＳｔａｔｅを含め、それをＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入る直前のＵＥのモビリティ状態（ＴＳ３８．３０４［２０］で指定されるように）に設定する；
２＞ ＵＥがＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連レポートを有し、ＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されたｐｌｍｎ－Ｉｄｅｎｔｉｔｙに等しい場合：
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＲｅｄＣａｐに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ＲｅｄＣａｐＲＡＲｅｐｏｒｔＡｖａｉｌをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＳＤＴに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージにｓｄｔＲＡＲｅｐｏｒｔＡｖａｉｌを含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＳｌｉｃｅ－ＭＢＢに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ｓｌｉｃｅＭＢＢＲＡｒｅｐｏｒｔＡｖａｉｌをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＳｌｉｃｅ－ＵＲＬＬＣに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ｓｌｉｃｅＵＲＬＬＣＲＡＲｅｐｏｒｔＡｖａｉｌをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＲｅｄＣａｐ＋ＳＤＴに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージにｒｅｄＣａｐＳＤＴＲＡＲｅｐｏｒｔＡｖａｉｌを含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＲｅｄＣａｐ＋Ｓｌｉｃｅ－ＭＢＢに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージにｒｅｄＣａｐＳｌｉｃｅＭＢＢＲＡｒｅｐｏｒｔＡｖａｉｌを含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つが、ＲｅｄＣａｐ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージにｒｅｄＣａｐＳｌｉｃｅＵＲＬＬＣＲＡＲｅｐｏｒｔＡｖａｉｌを含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＳＤＴ＋Ｓｌｉｃｅ－ＭＢＢに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ｓｄｔＳｌｉｃｅＭＢＢＲＡｒｅｐｏｒｔＡｖａｉｌをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つが、ＳＤＴ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ｓｄｔＳｌｉｃｅＵＲＬＬＣＲＡＲｅｐｏｒｔＡｖａｉｌをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＳｌｉｃｅ－ＭＢＢ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ｓｌｉｃｅＭＢＢｓｌｉｃｅＵＲＬＬＣＲＡＲｅｐｏｒｔＡｖａｉｌをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
１＞ ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを送信のために下位レイヤにサブミットし、その後、手順を終了する。
．．．
１＞ ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージの内容を次のように設定する：
２＞ 上位レイヤが５Ｇ－Ｓ－ＴＭＳＩを提供する場合：
３＞ ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔに対する応答としてＲＲＣＳｅｔｕｐを受信した場合：
４＞ ｎｇ－５Ｇ－Ｓ－ＴＭＳＩ－Ｖａｌｕｅにｎｇ－５Ｇ－Ｓ－ＴＭＳＩ－Ｐａｒｔ２を設定する；
３＞ その他：
４＞ ｎｇ－５Ｇ－Ｓ－ＴＭＳＩ－Ｖａｌｕｅにｎｇ－５Ｇ－Ｓ－ＴＭＳＩを設定する；
２＞ 選択された上位レイヤがＳＮＰＮまたはＰＬＭＮであり、ＰＬＭＮ ＵＥの場合、少なくとも一つのＣＡＧ ＩＤがブロードキャストされるセルを介してＰＬＭＮにアクセスすることを許可または指示される場合：
３＞ ｎｐｎ－ＩｄｅｎｔｉｔｙＩｎｆｏＬｉｓｔからｓｅｌｅｃｔｅｄＰＬＭＮ－Ｉｄｅｎｔｉｔｙを設定する；
２＞ その他：
３＞ ｓｅｌｅｃｔｅｄＰＬＭＮ－Ｉｄｅｎｔｉｔｙにｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔから上位レイヤにより選択されたＰＬＭＮを設定する；
２＞ 上位レイヤが「Ｒｅｇｉｓｔｅｒｅｄ ＡＭＦ（登録されたＡＭＦ）」を提供する場合：
３＞ ｒｅｇｉｓｔｅｒｅｄＡＭＦを以下のように含めて設定する：
４＞ 「登録されたＡＭＦ」のＰＬＭＮ識別情報が、上位レイヤによって選択されたＰＬＭＮと異なる場合：
５＞ ｒｅｇｉｓｔｅｒｅｄＡＭＦにｐｌｍｎＩｄｅｎｔｉｔｙを含めるとともに、それに、上位レイヤから受信された「登録されたＡＭＦ」のＰＬＭＮ識別情報の値を設定する；
４＞ ａｍｆ－Ｉｄｅｎｔｉｆｉｅｒに上位レイヤから受信された値を設定する；
３＞ 上位レイヤーにより提供される値をｇｕａｍｉ－Ｔｙｐｅに含めるよう設定する；
２＞ 上位レイヤが一つ以上のＳ－ＮＳＳＡＩを提供する場合（ＴＳ２３．００３［２１］を参照）：
３＞ ｓ－ＮＳＳＡＩ－Ｌｉｓｔを含めるとともに、上位レイヤによって提供される値をコンテンツに設定する；
２＞ ｄｅｄｉｃａｔｅｄＮＡＳ－Ｍｅｓｓａｇｅに上位レイヤから受信された情報を含めるように設定する；
２＞ ＩＡＢ－ノードとして接続する場合：
３＞ ｉａｂ－ＮｏｄｅＩｎｄｉｃａｔｉｏｎを含める；
２＞ ＳＩＢ１がｉｄｌｅＭｏｄｅＭｅａｓｕｒｅｍｅｎｔｓＮＲを含み、ＵＥがＶａｒＭｅａｓＩｄｌｅＲｅｐｏｒｔで利用可能なＰＣｅｌｌ以外のセルに関するＮＲアイドル／非アクティブ測定情報を有する場合、または
２＞ ＳＩＢ１がｉｄｌｅＭｏｄｅＭｅａｓｕｒｅｍｅｎｔｓＥＵＴＲＡを含み、ＵＥがＶａｒＭｅａｓＩｄｌｅＲｅｐｏｒｔにおいて利用可能なＥ－ＵＴＲＡアイドル／非アクティブ測定情報を有する場合：
３＞ ｉｄｌｅＭｅａｓＡｖａｉｌａｂｌｅを含める；
２＞ ＵＥがＮＲに利用可能な測定値を記録（ログ）し、ＲＰＬＭＮがＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに格納されているｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれている場合：
３＞ ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
３＞ Ｂｌｕｅｔｏｏｔｈ測定結果が記録された測定に含まれる場合、ＵＥはＮＲにとって利用可能であり、ＲＰＬＭＮがＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
４＞ ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＢＴをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
３＞ ＷＬＡＮ測定結果がログに記録された測定に含まれる場合、ＵＥはＮＲに利用可能であり、ＲＰＬＭＮがＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
４＞ ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＷＬＡＮをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
２＞ ＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔで利用可能なコネクションの確立失敗またはレジューム失敗をした場合、かつ、ＲＰＬＭＮがＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔに格納されたｐｌｍｎ－Ｉｄｅｎｔｉｔｙに等しい場合：
３＞ ｃｏｎｎＥｓｔＦａｉｌＩｎｆｏＡｖａｉｌａｂｌｅをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
２＞ ＵＥがＶａｒＲＬＦ－Ｒｅｐｏｒｔにおいて利用可能な無線リンク障害またはハンドオーバ障害情報を有し、ＲＰＬＭＮがＶａｒＲＬＦ－Ｒｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合、または
２＞ ＵＥが、ＴＳ３６．３３１［１０］におけるＶａｒＲＬＦ－Ｒｅｐｏｒｔにおいて利用可能な無線リンク障害またはハンドオーバ障害情報を有し、ＵＥがクロスラットＲＬＦ報告が可能である場合、およびＲＰＬＭＮが、ＴＳ３６．３３１［１０］のＶａｒＲＬＦ－Ｒｅｐｏｒｔに格納されているｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
３＞ ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージにｒｌｆ－ＩｎｆｏＡｖａｉｌａｂｌｅを含める；
２＞ ＵＥがモビリティ履歴情報の記憶をサポートし、ＵＥがＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔにおいて利用可能なモビリティ履歴情報を有する場合：
３＞ ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＡｖａｉｌをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
２＞ ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１またはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔに応答してＲＲＣＳｅｔｕｐを受信した場合：
３＞ ＳＩＢ２でｓｐｅｅｄＳｔａｔｅＲｅｓｅｌｅｃｔｉｏｎＰａｒｓが設定されている場合：
４＞ ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージにｍｏｂｉｌｉｔｙＳｔａｔｅを含め、それをＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入る直前のＵＥのモビリティ状態（ＴＳ３８．３０４［２０］で指定されるように）に設定する；
２＞ ＵＥがＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連レポートを有し、ＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されたｐｌｍｎ－Ｉｄｅｎｔｉｔｙに等しい場合：
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＲｅｄＣａｐに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ＲｅｄＣａｐＲＡＲｅｐｏｒｔＡｖａｉｌをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＳＤＴに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージにｓｄｔＲＡＲｅｐｏｒｔＡｖａｉｌを含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＳｌｉｃｅ－ＭＢＢに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ｓｌｉｃｅＭＢＢＲＡｒｅｐｏｒｔＡｖａｉｌをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＳｌｉｃｅ－ＵＲＬＬＣに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ｓｌｉｃｅＵＲＬＬＣＲＡＲｅｐｏｒｔＡｖａｉｌをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＲｅｄＣａｐ＋ＳＤＴに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージにｒｅｄＣａｐＳＤＴＲＡＲｅｐｏｒｔＡｖａｉｌを含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＲｅｄＣａｐ＋Ｓｌｉｃｅ－ＭＢＢに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージにｒｅｄＣａｐＳｌｉｃｅＭＢＢＲＡｒｅｐｏｒｔＡｖａｉｌを含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つが、ＲｅｄＣａｐ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージにｒｅｄＣａｐＳｌｉｃｅＵＲＬＬＣＲＡＲｅｐｏｒｔＡｖａｉｌを含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＳＤＴ＋Ｓｌｉｃｅ－ＭＢＢに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ｓｄｔＳｌｉｃｅＭＢＢＲＡｒｅｐｏｒｔＡｖａｉｌをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つが、ＳＤＴ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ｓｄｔＳｌｉｃｅＵＲＬＬＣＲＡＲｅｐｏｒｔＡｖａｉｌをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
３＞ ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＳｌｉｃｅ－ＭＢＢ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合：
４＞ ｓｌｉｃｅＭＢＢｓｌｉｃｅＵＲＬＬＣＲＡＲｅｐｏｒｔＡｖａｉｌをＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含める；
１＞ ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを送信のために下位レイヤにサブミットし、その後、手順を終了する。
【0067】
特定のフィーチャタイプに基づくＲＡレポートを要求するネットワーク、および対応するＲＡレポートを含むＵＥの例が、以下に提供される。
【0068】
ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージを受信すると、ＵＥは、セキュリティアクティブ化が成功した後にのみ、次のようにする：
１＞ ｉｄｌｅＭｏｄｅＭｅａｓｕｒｅｍｅｎｔＲｅｑがＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔに含まれ、ＵＥが、ＰＣｅｌｌ以外のセルに関する測定情報を含むＶａｒＭｅａｓＩｄｌｅＲｅｐｏｒｔを記憶している場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｍｅａｓＲｅｓｕｌｔＩｄｌｅＥＵＴＲＡをＶａｒＭｅａｓＩｄｌｅＲｅｐｏｒｔのｍｅａｓＲｅｐｏｒｔＩｄｌｅＥＵＴＲＡの値を設定する（使用可能な場合）；
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｍｅａｓＲｅｓｕｌｔＩｄｌｅＮＲにＶａｒＭｅａｓＩｄｌｅＲｅｐｏｒｔ内のｍｅａｓＲｅｐｏｒｔＩｄｌｅＮＲの値を設定する（使用可能な場合）；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＭｅａｓＩｄｌｅＲｅｐｏｒｔを破棄する；
１＞ ｌｏｇＭｅａｓＲｅｐｏｒｔＲｅｑが存在し、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔ に格納されているｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔにＲＰＬＭＮが含まれている場合：
２＞ ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに１つ以上の測定エントリが含まれている場合、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｌｏｇＭｅａｓＲｅｐｏｒｔの内容を次のように設定する：
３＞ ａｂｓｏｌｕｔｅＴｉｍｅＳｔａｍｐを含め、それに、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔのａｂｓｏｌｕｔｅＴｉｍｅＩｎｆｏの値を設定する；
３＞ ｔｒａｃｅＲｅｆｅｒｅｎｃｅを含め、それに、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔのｔｒａｃｅＲｅｆｅｒｅｎｃｅの値を設定する；
３＞ ｔｒａｃｅＲｅｃｏｒｄｉｎｇＳｅｓｓｉｏｎＲｅｆを含め、それに、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔのｔｒａｃｅＲｅｃｏｒｄｉｎｇＳｅｓｓｉｏｎＲｅｆの値を設定する；
３＞ ｔｃｅ－Ｉｄを含め、それに、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔのｔｃｅ－Ｉｄの値を設定する；
３＞ ｌｏｇＭｅａｓＩｎｆｏＬｉｓｔを含め、それに、最初に記録されたエントリから始まるＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔからの一つ以上のエントリを含めるように設定し、含められるｌｏｇＭｅａｓＩｎｆｏＬｉｓｔの各エントリについて、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔ内の対応するｌｏｇＭｅａｓＩｎｆｏＬｉｓｔエントリに格納されているすべての情報を含める；
３＞ ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｌｏｇＭｅａｓＩｎｆｏＬｉｓｔに含まれていない１つ以上の追加のログ測定エントリが含まれている場合：
４＞ ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅを含める；
４＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｌｏｇＭｅａｓＩｎｆｏＬｉｓｔに含まれていないＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔ内の一つ以上の追加のログ測定エントリのｌｏｃａｔｉｏｎｉｎｆｏ内にｂｔ－ＬｏｃａｔｉｏｎＩｎｆｏが含まれている場合：
５＞ ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＢＴを含める；
４＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｌｏｇＭｅａｓＩｎｆｏＬｉｓｔに含まれていないＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔの一つ以上の追加のログ測定エントリのｌｏｃａｔｉｏｎＩｎｆｏにＷＬＡＮ－ＬｏｃａｔｉｏｎＩｎｆｏが含まれている場合：
５＞ ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＷＬＡＮを含める；
１＞ ｒａ－ＲｅｐｏｒｔＲｅｑがｔｒｕｅに設定され、ＵＥがＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔにＶａｒＲＡ－Ｒｅｐｏｒｔのｒａ－ＲｅｐｏｒｔＬｉｓｔの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＲｅｄＣａｐＲｅｑがｔｒｕｅに設定され、ＵＥが関連するＶａｒＲＡ－Ｒｅｐｏｒｔで利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＲｅｄＣａｐに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合、およびＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｒａ－ＲｅｐｏｒｔＬｉｓｔに、ＲｅｄＣａｐに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＳＤＴＲｅｑがｔｒｕｅに設定され、ＵＥが関連するＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＳＤＴに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合、およびＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔに、ＳＤＴに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔのｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＳｌｉｃｅ－ＭＢＢＲｅｑがｔｒｕｅに設定され、ＵＥが、関連付けられたＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリのうちの少なくとも一つが、Ｓｌｉｃｅ－ＭＢＢに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合、およびＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔに、Ｓｌｉｃｅ－ＭＢＢに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＳｌｉｃｅ－ＵＲＬＬＣＲｅｑがｔｒｕｅに設定され、ＵＥが、関連付けられたＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリのうちの少なくとも一つが、Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合、およびＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔに、Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＲｅｄＣａｐＳＤＴＲｅｑがｔｒｕｅに設定され、ＵＥが、関連付けられたＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリのうちの少なくとも一つが、ＲｅｄＣａｐ＋ＳＤＴに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合、および、ＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔに、ＲｅｄＣａｐ＋ＳＤＴに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔのｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＲｅｄＣａｐＳｌｉｃｅ－ＭＢＢＲｅｑがｔｒｕｅに設定され、ＵＥが、関連付けられたＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリのうちの少なくとも一つが、ＲｅｄＣａｐ＋Ｓｌｉｃｅ－ＭＢＢに設定されたＦｅａｔｕｒｅＴｙｐｅを有し、ＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔに、ＲｅｄＣａｐ＋Ｓｌｉｃｅ－ＭＢＢに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔのｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＲｅｄＣａｐＳｌｉｃｅ－ＵＲＬＬＣＲｅｑがｔｒｕｅに設定され、ＵＥが、関連付けられたＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリのうちの少なくとも一つが、ＲｅｄＣａｐ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたＦｅａｔｕｒｅＴｙｐｅを有し、ＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔに、ＲｅｄＣａｐ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＳＤＴＳｌｉｃｅ－ＭＢＢＲｅｑがｔｒｕｅに設定され、ＵＥが、関連付けられたＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリのうちの少なくとも一つが、ＳＤＴ＋Ｓｌｉｃｅ－ＭＢＢに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合、および、ＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｒａ－ＲｅｐｏｒｔＬｉｓｔに、ＳＤＴ＋Ｓｌｉｃｅ－ＭＢＢに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＳＤＴｐＳｌｉｃｅ－ＵＲＬＬＣＲｅｑがｔｒｕｅに設定され、ＵＥが、関連付けられたＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリのうちの少なくとも一つが、ＳＤＴ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合、および、ｍＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔに、ＳＤＴ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－Ｒｅｐｏｒｔ Ｓｌｉｃｅ－ＭＢＢＳｌｉｃｅ－ＵＲＬＬＣＲｅｑがｔｒｕｅに設定され、ＵＥが、関連付けられたＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－Ｒｅｐｏｒｔリスト内のＲＡ－Ｒｅｐｏｒｔエントリのうちの少なくとも一つが、Ｓｌｉｃｅ－ＭＢＢ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたＦｅａｔｕｒｅＴｙｐｅを有し、ＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔに、Ｓｌｉｃｅ－ＭＢＢ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒｌｆ－ＲｅｐｏｒｔＲｅｑがｔｒｕｅに設定されている場合：
２＞ ＵＥがＶａｒＲＬＦ－Ｒｅｐｏｒｔにおいて利用可能な無線リンク障害情報またはハンドオーバ障害情報を有し、ＲＰＬＭＮがＶａｒＲＬＦ－Ｒｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
３＞ ＶａｒＲＬＦ－Ｒｅｐｏｒｔ内のｔｉｍｅＳｉｎｃｅＦａｉｌｕｒｅに、ＮＲにおける最後の無線リンク障害またはハンドオーバ障害から経過した時間を設定する；
３＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｒｌｆ－Ｒｅｐｏｒｔに、ＶａｒＲＬＦ－Ｒｅｐｏｒｔのｒｌｆ－Ｒｅｐｏｒｔの値を設定する；
３＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＬＦ－Ｒｅｐｏｒｔからｒｌｆ－Ｒｅｐｏｒｔを破棄する；
２＞ そうでない場合、ＵＥが、ＴＳ３８．３０６［２６］において定義されるようにクロスＲＡＴ ＲＬＦ報告が可能であり、ＴＳ３６．３３１［１０］のＶａｒＲＬＦ報告において利用可能な無線リンク障害情報またはハンドオーバ障害情報を有し、ＲＰＬＭＮが、ＴＳ３６．３３１［１０］のＶａｒＲＬＦ報告において記憶されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
３＞ ＴＳ３６．３３１［１０］のＶａｒＲＬＦ－Ｒｅｐｏｒｔ内のｓｉｎｃｅＦａｉｌｕｒｅに、ＥＵＴＲＡにおける最後の無線リンク障害またはハンドオーバ障害から経過した時間を設定する；
３＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｒｌｆ－Ｒｅｐｏｒｔ内のｆａｉｌｅｄＰＣｅｌｌＩｄ－ＥＵＴＲＡを、ＴＳ３６．３３１［１０］のＶａｒＲＬＦ－ＲｅｐｏｒｔでＲＬＦが検出されたＰＣｅｌｌまたは失敗したハンドオーバのソースＰＣｅｌｌを示すように設定る；
３＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒｌｆ－ＲｅｐｏｒｔのｍｅａｓＲｅｓｕｌｔ－ＲＬＦ－Ｒｅｐｏｒｔ－ＥＵＴＲＡに、ＴＳ３６．３３１［１０］のＶａｒＲＬＦ－Ｒｅｐｏｒｔのｒｌｆ－Ｒｅｐｏｒｔの値を設定する；
３＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＴＳ３６．３３１［１０］のＶａｒＲＬＦ－Ｒｅｐｏｒｔからｒｌｆ－Ｒｅｐｏｒｔを破棄する；
１＞ ｃｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔＲｅｑがｔｒｕｅに設定され、ＵＥがＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔにおいてコネクション確立失敗またはコネクション再開失敗を有する場合、および、ＲＰＬＭＮがＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔに格納されたｐｌｍｎ－Ｉｄｅｎｔｉｔｙに等しい場合：
２＞ ｖａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔ内のｔｉｍｅＳｉｎｃｅＦａｉｌｕｒｅに、最後のコネクション構築失敗またはＮＲのコネクション再開失敗から経過した時間を設定する；
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｃｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔに、ＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔのｃｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージが正常に配信されると、ＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔからｃｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔを破棄する；
１＞ ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑがｔｒｕｅに設定されている場合：
２＞ ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔを含め、それに、ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔからのエントリを含めるように設定する；
２＞ 必要に応じて最も古いエントリを削除した後に、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに現在のセルのエントリを含め、それのフィールドを次のように設定する：
３＞ ｖｉｓｉｔｅｄＣｅｌｌＩｄに、現在のセルのグローバルセルアイデンティティまたは物理セルアイデンティティおよびキャリア周波数を設定する：
３＞ ｔｉｍｅＳｐｅｎｔフィールドに、現在のセルで費やされた時間を設定する；
１＞ ｌｏｇＭｅａｓＲｅｐｏｒｔがＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅに含まれている場合：
２＞ ＳＲＢ２を介した送信のために、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを下位レイヤに提出する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージが正常に配信されると、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔからｌｏｇＭｅａｓＩｎｆｏＬｉｓｔに含まれるログ記録された測定エントリを破棄する；
１＞ その他：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを下位レイヤに提出し、ＳＲＢ１経由で送信する。
１＞ ｉｄｌｅＭｏｄｅＭｅａｓｕｒｅｍｅｎｔＲｅｑがＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔに含まれ、ＵＥが、ＰＣｅｌｌ以外のセルに関する測定情報を含むＶａｒＭｅａｓＩｄｌｅＲｅｐｏｒｔを記憶している場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｍｅａｓＲｅｓｕｌｔＩｄｌｅＥＵＴＲＡをＶａｒＭｅａｓＩｄｌｅＲｅｐｏｒｔのｍｅａｓＲｅｐｏｒｔＩｄｌｅＥＵＴＲＡの値を設定する（使用可能な場合）；
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｍｅａｓＲｅｓｕｌｔＩｄｌｅＮＲにＶａｒＭｅａｓＩｄｌｅＲｅｐｏｒｔ内のｍｅａｓＲｅｐｏｒｔＩｄｌｅＮＲの値を設定する（使用可能な場合）；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＭｅａｓＩｄｌｅＲｅｐｏｒｔを破棄する；
１＞ ｌｏｇＭｅａｓＲｅｐｏｒｔＲｅｑが存在し、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔ に格納されているｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔにＲＰＬＭＮが含まれている場合：
２＞ ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに１つ以上の測定エントリが含まれている場合、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｌｏｇＭｅａｓＲｅｐｏｒｔの内容を次のように設定する：
３＞ ａｂｓｏｌｕｔｅＴｉｍｅＳｔａｍｐを含め、それに、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔのａｂｓｏｌｕｔｅＴｉｍｅＩｎｆｏの値を設定する；
３＞ ｔｒａｃｅＲｅｆｅｒｅｎｃｅを含め、それに、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔのｔｒａｃｅＲｅｆｅｒｅｎｃｅの値を設定する；
３＞ ｔｒａｃｅＲｅｃｏｒｄｉｎｇＳｅｓｓｉｏｎＲｅｆを含め、それに、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔのｔｒａｃｅＲｅｃｏｒｄｉｎｇＳｅｓｓｉｏｎＲｅｆの値を設定する；
３＞ ｔｃｅ－Ｉｄを含め、それに、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔのｔｃｅ－Ｉｄの値を設定する；
３＞ ｌｏｇＭｅａｓＩｎｆｏＬｉｓｔを含め、それに、最初に記録されたエントリから始まるＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔからの一つ以上のエントリを含めるように設定し、含められるｌｏｇＭｅａｓＩｎｆｏＬｉｓｔの各エントリについて、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔ内の対応するｌｏｇＭｅａｓＩｎｆｏＬｉｓｔエントリに格納されているすべての情報を含める；
３＞ ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｌｏｇＭｅａｓＩｎｆｏＬｉｓｔに含まれていない１つ以上の追加のログ測定エントリが含まれている場合：
４＞ ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅを含める；
４＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｌｏｇＭｅａｓＩｎｆｏＬｉｓｔに含まれていないＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔ内の一つ以上の追加のログ測定エントリのｌｏｃａｔｉｏｎｉｎｆｏ内にｂｔ－ＬｏｃａｔｉｏｎＩｎｆｏが含まれている場合：
５＞ ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＢＴを含める；
４＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｌｏｇＭｅａｓＩｎｆｏＬｉｓｔに含まれていないＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔの一つ以上の追加のログ測定エントリのｌｏｃａｔｉｏｎＩｎｆｏにＷＬＡＮ－ＬｏｃａｔｉｏｎＩｎｆｏが含まれている場合：
５＞ ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＷＬＡＮを含める；
１＞ ｒａ－ＲｅｐｏｒｔＲｅｑがｔｒｕｅに設定され、ＵＥがＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔにＶａｒＲＡ－Ｒｅｐｏｒｔのｒａ－ＲｅｐｏｒｔＬｉｓｔの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＲｅｄＣａｐＲｅｑがｔｒｕｅに設定され、ＵＥが関連するＶａｒＲＡ－Ｒｅｐｏｒｔで利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＲｅｄＣａｐに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合、およびＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｒａ－ＲｅｐｏｒｔＬｉｓｔに、ＲｅｄＣａｐに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＳＤＴＲｅｑがｔｒｕｅに設定され、ＵＥが関連するＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの少なくとも一つがＳＤＴに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合、およびＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔに、ＳＤＴに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔのｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＳｌｉｃｅ－ＭＢＢＲｅｑがｔｒｕｅに設定され、ＵＥが、関連付けられたＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリのうちの少なくとも一つが、Ｓｌｉｃｅ－ＭＢＢに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合、およびＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔに、Ｓｌｉｃｅ－ＭＢＢに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＳｌｉｃｅ－ＵＲＬＬＣＲｅｑがｔｒｕｅに設定され、ＵＥが、関連付けられたＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリのうちの少なくとも一つが、Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合、およびＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔに、Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＲｅｄＣａｐＳＤＴＲｅｑがｔｒｕｅに設定され、ＵＥが、関連付けられたＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリのうちの少なくとも一つが、ＲｅｄＣａｐ＋ＳＤＴに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合、および、ＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔに、ＲｅｄＣａｐ＋ＳＤＴに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔのｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＲｅｄＣａｐＳｌｉｃｅ－ＭＢＢＲｅｑがｔｒｕｅに設定され、ＵＥが、関連付けられたＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリのうちの少なくとも一つが、ＲｅｄＣａｐ＋Ｓｌｉｃｅ－ＭＢＢに設定されたＦｅａｔｕｒｅＴｙｐｅを有し、ＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔに、ＲｅｄＣａｐ＋Ｓｌｉｃｅ－ＭＢＢに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔのｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＲｅｄＣａｐＳｌｉｃｅ－ＵＲＬＬＣＲｅｑがｔｒｕｅに設定され、ＵＥが、関連付けられたＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリのうちの少なくとも一つが、ＲｅｄＣａｐ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたＦｅａｔｕｒｅＴｙｐｅを有し、ＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔに、ＲｅｄＣａｐ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＳＤＴＳｌｉｃｅ－ＭＢＢＲｅｑがｔｒｕｅに設定され、ＵＥが、関連付けられたＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリのうちの少なくとも一つが、ＳＤＴ＋Ｓｌｉｃｅ－ＭＢＢに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合、および、ＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｒａ－ＲｅｐｏｒｔＬｉｓｔに、ＳＤＴ＋Ｓｌｉｃｅ－ＭＢＢに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－ＲｅｐｏｒｔＳＤＴｐＳｌｉｃｅ－ＵＲＬＬＣＲｅｑがｔｒｕｅに設定され、ＵＥが、関連付けられたＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－ＲｅｐｏｒｔＬｉｓｔ内のＲＡ－Ｒｅｐｏｒｔエントリのうちの少なくとも一つが、ＳＤＴ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたＦｅａｔｕｒｅＴｙｐｅを有する場合、および、ｍＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔに、ＳＤＴ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒａ－Ｒｅｐｏｒｔ Ｓｌｉｃｅ－ＭＢＢＳｌｉｃｅ－ＵＲＬＬＣＲｅｑがｔｒｕｅに設定され、ＵＥが、関連付けられたＶａｒＲＡ－Ｒｅｐｏｒｔにおいて利用可能なランダムアクセス関連情報を有し、ＶａｒＲＡ－Ｒｅｐｏｒｔに含まれるｒａ－Ｒｅｐｏｒｔリスト内のＲＡ－Ｒｅｐｏｒｔエントリのうちの少なくとも一つが、Ｓｌｉｃｅ－ＭＢＢ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたＦｅａｔｕｒｅＴｙｐｅを有し、ＲＰＬＭＮがＶａｒＲＡ－Ｒｅｐｏｒｔに格納されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒａ－ＲｅｐｏｒｔＬｉｓｔに、Ｓｌｉｃｅ－ＭＢＢ＋Ｓｌｉｃｅ－ＵＲＬＬＣに設定されたｒａＦｅａｔｕｒｅＴｙｐｅを持つＶａｒＲＡ－Ｒｅｐｏｒｔ内のＲＡ－Ｒｅｐｏｒｔエントリの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＡ－Ｒｅｐｏｒｔからｒａ－ＲｅｐｏｒｔＬｉｓｔ内の対応するＲＡ－Ｒｅｐｏｒｔエントリを破棄する；
１＞ ｒｌｆ－ＲｅｐｏｒｔＲｅｑがｔｒｕｅに設定されている場合：
２＞ ＵＥがＶａｒＲＬＦ－Ｒｅｐｏｒｔにおいて利用可能な無線リンク障害情報またはハンドオーバ障害情報を有し、ＲＰＬＭＮがＶａｒＲＬＦ－Ｒｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
３＞ ＶａｒＲＬＦ－Ｒｅｐｏｒｔ内のｔｉｍｅＳｉｎｃｅＦａｉｌｕｒｅに、ＮＲにおける最後の無線リンク障害またはハンドオーバ障害から経過した時間を設定する；
３＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｒｌｆ－Ｒｅｐｏｒｔに、ＶａｒＲＬＦ－Ｒｅｐｏｒｔのｒｌｆ－Ｒｅｐｏｒｔの値を設定する；
３＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＶａｒＲＬＦ－Ｒｅｐｏｒｔからｒｌｆ－Ｒｅｐｏｒｔを破棄する；
２＞ そうでない場合、ＵＥが、ＴＳ３８．３０６［２６］において定義されるようにクロスＲＡＴ ＲＬＦ報告が可能であり、ＴＳ３６．３３１［１０］のＶａｒＲＬＦ報告において利用可能な無線リンク障害情報またはハンドオーバ障害情報を有し、ＲＰＬＭＮが、ＴＳ３６．３３１［１０］のＶａｒＲＬＦ報告において記憶されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
３＞ ＴＳ３６．３３１［１０］のＶａｒＲＬＦ－Ｒｅｐｏｒｔ内のｓｉｎｃｅＦａｉｌｕｒｅに、ＥＵＴＲＡにおける最後の無線リンク障害またはハンドオーバ障害から経過した時間を設定する；
３＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｒｌｆ－Ｒｅｐｏｒｔ内のｆａｉｌｅｄＰＣｅｌｌＩｄ－ＥＵＴＲＡを、ＴＳ３６．３３１［１０］のＶａｒＲＬＦ－ＲｅｐｏｒｔでＲＬＦが検出されたＰＣｅｌｌまたは失敗したハンドオーバのソースＰＣｅｌｌを示すように設定る；
３＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージのｒｌｆ－ＲｅｐｏｒｔのｍｅａｓＲｅｓｕｌｔ－ＲＬＦ－Ｒｅｐｏｒｔ－ＥＵＴＲＡに、ＴＳ３６．３３１［１０］のＶａｒＲＬＦ－Ｒｅｐｏｒｔのｒｌｆ－Ｒｅｐｏｒｔの値を設定する；
３＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージの配信が成功すると、ＴＳ３６．３３１［１０］のＶａｒＲＬＦ－Ｒｅｐｏｒｔからｒｌｆ－Ｒｅｐｏｒｔを破棄する；
１＞ ｃｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔＲｅｑがｔｒｕｅに設定され、ＵＥがＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔにおいてコネクション確立失敗またはコネクション再開失敗を有する場合、および、ＲＰＬＭＮがＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔに格納されたｐｌｍｎ－Ｉｄｅｎｔｉｔｙに等しい場合：
２＞ ｖａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔ内のｔｉｍｅＳｉｎｃｅＦａｉｌｕｒｅに、最後のコネクション構築失敗またはＮＲのコネクション再開失敗から経過した時間を設定する；
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ内のｃｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔに、ＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔのｃｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔの値を設定する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージが正常に配信されると、ＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔからｃｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔを破棄する；
１＞ ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑがｔｒｕｅに設定されている場合：
２＞ ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔを含め、それに、ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔからのエントリを含めるように設定する；
２＞ 必要に応じて最も古いエントリを削除した後に、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに現在のセルのエントリを含め、それのフィールドを次のように設定する：
３＞ ｖｉｓｉｔｅｄＣｅｌｌＩｄに、現在のセルのグローバルセルアイデンティティまたは物理セルアイデンティティおよびキャリア周波数を設定する：
３＞ ｔｉｍｅＳｐｅｎｔフィールドに、現在のセルで費やされた時間を設定する；
１＞ ｌｏｇＭｅａｓＲｅｐｏｒｔがＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅに含まれている場合：
２＞ ＳＲＢ２を介した送信のために、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを下位レイヤに提出する；
２＞ 下位レイヤによって確認されたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージが正常に配信されると、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔからｌｏｇＭｅａｓＩｎｆｏＬｉｓｔに含まれるログ記録された測定エントリを破棄する；
１＞ その他：
２＞ ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを下位レイヤに提出し、ＳＲＢ１経由で送信する。
【0069】
以下の説明で、通信デバイスは、無線デバイス５１２Ａ、５１２Ｂ、有線または無線デバイスＵＥ５１２Ｃ、ＵＥ５１２Ｄ、ＵＥ６００、仮想化ハードウエア９０４、仮想マシン９０８Ａ、９０８Ｂ、またはＵＥ１００６のいずれかであり得るが、通信デバイス６００は、通信デバイスの動作の機能を説明するために使用されるものとする。（図６のブロック図の構造を使用して実装される）通信デバイス６００の動作が、本開示の概念のいくつかの実施形態による図３のフローチャートを参照して説明される。たとえば、モジュールは、図６のメモリ６１０に記憶されてもよく、これらのモジュールは、モジュールの命令がそれぞれの通信デバイス処理回路６０２によって実行されるとき、処理回路６０２がフローチャートのそれぞれの動作を実行するように、命令を与え得る。
【0070】
図３は、ＲＡ手順中に通信デバイスによって使用されたランダムアクセス（ＲＡ）リソースを示すために通信デバイスによって実行される動作の例を示す。
【0071】
ブロック３１０において、処理回路６０２は、通信インターフェース６１２を介して、通信デバイスがＲＡプロシージャに関連するデータを記憶することができることを示す、インジケーションを送信する。いくつかの実施形態によれば、情報は、ＲＡリソースに関連するフィーチャ（特徴）タイプを含む。追加または代替の実施形態によれば、情報は、ＲＡリソースの識別情報を含む。識別情報は、ＲＡリソースに関連する時間、ＲＡリソースに関連する周波数、およびＲＡリソースに関連するプリアンブル次元のうちの少なくとも一つを含むことができる。
【0072】
ブロック３２０において、処理回路６０２は、通信インターフェース６１２を介して、情報を記憶する要求を受信する。
【0073】
ブロック３３０において、処理回路６０２は、第１のネットワークノードから、少なくとも一つのフィーチャ特有のＲＡリソース構成に関連するＲＡ構成を受信する。
【0074】
ブロック３４０において、処理回路６０２は、第１のネットワークノードに向けてＲＡ手順を実行する。
【0075】
ブロック３５０において、処理回路６０２は、ＲＡ手順に関連する情報を格納する。
【0076】
ブロック３６０において、処理回路６０２は、通信インターフェース６１２を介して、通信デバイスが当該情報を記憶しているという、インジケーションを送信する。
【0077】
ブロック３７０において、処理回路６０２は、通信インターフェース６１２を介して、当該情報を送信するための要求を受信する。
【0078】
ブロック３８０において、処理回路６０２は、通信インターフェース６１２を介して、第２のネットワークノードに当該情報を送信する。いくつかの実施形態において、第１のネットワークノードは、第２のネットワークノードとは別個である。他の実施形態によれば、第１のネットワークノードは第２のネットワークノードを含む。
【0079】
図３のフローチャートからの様々な動作は、通信デバイスおよび関連する方法のいくつかの実施形態に関して任意であってもよい。例示的な実施形態１（以下に記載）の方法に関して、たとえば、図３のブロック３１０、３２０、３６０、および３７０の動作は、オプションであってもよい。
【0080】
以下の説明では、ネットワークノードは、ネットワークノード５１０Ａ、５１０Ｂ、７００、１００６、ハードウェア９０４、または仮想マシン９０８Ａ、９０８Ｂのいずれかであり得るが、ネットワークノード７００は、ネットワークノードの動作の機能を説明するために使用されるものとする。ネットワークノード７００（図７の構造を用いて実施される）の動作は、本開示の概念のいくつかの実施形態による図４のフローチャートに関連して説明される。たとえば、モジュールは、図７のメモリ７０４に記憶されてもよく、これらのモジュールは、モジュールの命令がそれぞれのネットワークノード処理回路７０２によって実行されるとき、処理回路７０２がフローチャートのそれぞれの動作を実行するように、命令を与え得る。
【0081】
図４は、第１のネットワークノードとのＲＡ手順中に通信デバイスによって使用されるランダムアクセス（ＲＡ）リソースに関連する情報を収集するための第２のネットワークノードによって実行される動作の例示を示す。いくつかの実施形態において、第１のネットワークノードは、第２のネットワークノードとは別個である。他の実施形態によれば、第１のネットワークノードは第２のネットワークノードを含む。
【0082】
ブロック４１０において、処理回路７０２は、通信インターフェース７０６を介して、通信デバイスが、ＲＡプロシージャに関連付けられた情報を記憶することができるというインジケーションを受信する。いくつかの実施形態によれば、情報は、ＲＡリソースに関連するフィーチャタイプを含む。追加または代替の実施形態によれば、情報は、ＲＡリソースの識別情報を含む。識別情報は、ＲＡリソースに関連する時間、ＲＡリソースに関連する周波数、およびＲＡリソースに関連するプリアンブル次元のうちの少なくとも一つを含むことができる。
【0083】
ブロック４２０において、処理回路７０２は、通信インターフェース７０６を介して、情報を記憶するための要求（リクエスト）を通信デバイスに送信する。
【0084】
ブロック４３０において、処理回路７０２は、通信インターフェース７０６を介して、少なくとも一つのフィーチャ特有ＲＡリソース構成に関連付けられたＲＡ構成を通信デバイスに送信する。いくつかの実施形態によれば、ＲＡ構成を送信することは、ブロードキャストメッセージを送信することと、専用構成を送信することと、のうちの少なくとも一つを含む。
【0085】
ブロック４４０において、処理回路７０２は、通信インターフェース７０６を介して、通信デバイスが情報を記憶しているというインジケーションを受信する。
【0086】
ブロック４５０において、処理回路７０２は、通信インターフェース７０６を介して、情報を送信することを求める要求を送信する。
【0087】
ブロック４６０において、処理回路７０２は、通信インターフェース７０６を介して情報を受信する。
【0088】
図４のフローチャートからの様々な動作は、ネットワークノードおよび関連する方法のいくつかの実施形態に関して任意であってもよい。例示的な実施形態１０（以下に記載）の方法に関して、たとえば、図４のブロック４１０、４２０、４３０、および４４０の動作は、オプションであってもよい。
【0089】
図５は、いくつかの実施形態による通信システム５００の例示を示す。
【0090】
例示では、通信システム５００は、無線アクセスネットワーク（ＲＡＮ）などのアクセスネットワーク５０４を含む電気通信ネットワーク５０２と、一つまたは複数のコアネットワークノード５０８を含むコアネットワーク５０６と、含む。アクセスネットワーク５０４は、ネットワークノード５１０ａおよび５１０ｂ（そのうちの一つまたは複数は、一般にネットワークノード５１０と呼ばれ得る）、または任意の他の同様の第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））アクセスノードまたは非３ＧＰＰ（登録商標）アクセスポイントなど、一つまたは複数のアクセスネットワークノードを含む。ネットワークノード５１０は、一つまたは複数の無線コネクションを介してＵＥ５１２ａ、５１２ｂ、５１２ｃ、および５１２ｄ（それらのうちの一つまたは複数は一般にＵＥ５１２と呼ばれ得る）をコアネットワーク５０６に接続することなどによって、ユーザ装置（ＵＥ）の直接的または間接的コネクションを可能にする。
【0091】
無線コネクションを介した例示的な無線通信は、電磁波、電波、赤外線、および／またはワイヤ、ケーブル、または他のデータ導体を使用せずに情報を伝達するのに適した他のタイプの信号を使用して無線信号を送信および／または受信することを含む。さらに、様々な実施形態によれば、通信システム５００は、任意の個数のワイヤードまたはワイヤレスネットワーク、ネットワークノード、ＵＥ、および／または、ワイヤードまたは無線コネクションを介するかどうかにかかわらず、データおよび／または信号の通信を容易にし、またはそれに関与してもよい任意の他の構成要素またはシステムを含んでもよい。通信システム５００は、任意の種類の通信、電気通信、データ、セルラー、無線ネットワーク、および／または他の同様のタイプのシステムを含み、かつ／またはそれらとインターフェースしてもよい。
【0092】
ＵＥ５１２は、ネットワークノード５１０および他の通信デバイスとワイヤレスに通信するように形成され、構成され、および／または動作可能な無線デバイスを含む、多種多様な通信デバイスのいずれかであってもよい。同様に、ネットワークノード５１０は、ワイヤレスネットワークアクセスなどのネットワークアクセスを可能にし、かつ／または提供するために、および／または電気通信ネットワーク５０２における管理などの他の機能を実行するために、ＵＥ５１２および／または電気通信ネットワーク５０２内の他のネットワークノードもしくは装置と直接的または間接的に通信するように形成され、可能にされ、構成され、および／または動作可能である。
【0093】
図示の実施形態によれば、コアネットワーク５０６は、ネットワークノード５１０をホスト５１６などの一つまたは複数のホストに接続する。これらのコネクションは、一つまたは複数の中間ネットワークまたはデバイスを介して直接的または間接的であってもよい。他の実施例では、ネットワークノードは、ホストに直接的に結合されてもよい。コアネットワーク５０６は、ハードウエアおよびソフトウエアコンポーネントで構成された一つ以上のコアネットワークノード（たとえば、コアネットワークノード５０８）を含む。これらの構成要素の特徴は、ＵＥ、ネットワークノード、および／またはホストに関して説明したものと実質的に同様であってもよく、したがって、それらの説明は、概して、コアネットワークノード５０８の対応する構成要素に適用可能である。例示的なコアネットワークノードは、モバイルスイッチングセンタ（ＭＳＣ）、モビリティ管理エンティティ（ＭＭＥ）、ホームサブスクライバサーバ（ＨＳＳ）、アクセスアンドモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、サブスクリプション識別情報隠蔽解除機能（ＳＩＤＦ）、統合データ管理（ＵＤＭ）、セキュリティエッジプロテクションプロキシ（ＳＥＰＰ）、ネットワーク公開機能（ＮＥＦ）、および／またはユーザプレーン機能（ＵＰＦ）のうちの一つまたは複数の機能を含む。
【0094】
ホスト５１６は、アクセスネットワーク５０４および／または電気通信ネットワーク５０２のオペレータまたはプロバイダ以外のサービスプロバイダの所有権または制御下にあってもよく、サービスプロバイダによって、またはサービスプロバイダに代わって動作されてもよい。ホスト５１６は、一つまたは複数のサービスを提供するために様々なアプリケーションをホストすることができる。そのようなアプリケーションの例には、ライブおよび事前に記録されたオーディオ／ビデオコンテンツ、複数のＵＥによって検出された様々な周囲条件に関するデータを検索およびコンパイルするなどのデータ収集サービス、分析機能、ソーシャルメディア、リモートデバイスを制御するための、またはそうでなければリモートデバイスと対話するための機能、アラームおよび監視センターのための機能、またはサーバによって実行される任意の他のそのような機能が含まれる。
【0095】
全体として、図５の通信システム５００は、ＵＥ、ネットワークノード、およびホスト間のコネクティビティを可能にする。その意味で、通信システムは、それだけに限らないが、モバイル通信のためのグローバルシステム（ＧＳＭ）、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、および／または他の好適な２Ｇ、３Ｇ、４Ｇ、５Ｇ規格、または任意の適用可能な将来世代規格（たとえば、６Ｇ）、電気電子学会（ＩＥＥＥ）８０２．１１規格（ＷｉＦｉ）などのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）規格、および／またはマイクロ波アクセスのためのワールドワイドインターオペラビリティ（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚ－Ｗａｖｅ、近距離無線通信（ＮＦＣ）、ＺｉｇＢｅｅ、ＬｉＦｉ、および／またはＬｏＲａおよびＳｉｇｆｏｘなどの任意の低電力ワイドエリアネットワーク（ＬＰＷＡＮ）規格などの任意の他の適切なワイヤレス通信規格など、事前定義された規則または手続きに従って動作するように構成されてもよい。
【0096】
いくつかの例では、電気通信ネットワーク５０２は、３ＧＰＰ（登録商標）で標準化されたフィーチャ（特徴）を実装するセルラーネットワークである。したがって、電気通信ネットワーク５０２は、電気通信ネットワーク５０２に接続された異なるデバイスに異なる論理ネットワークを提供するために、ネットワークスライシングをサポートしてもよい。たとえば、電気通信ネットワーク５０２は、いくつかのＵＥに超高信頼性低遅延通信（ＵＲＬＬＣ）サービスを提供する一方で、他のＵＥにエンハンスドモバイルブロードバンド（ｅＭＢＢ）サービス、および／またはさらなるＵＥにマッシブマシンタイプ通信（ｍＭＴＣ）／マッシブＩｏＴサービスを提供してもよい。
【0097】
いくつかの例では、ＵＥ５１２は、直接的な人間の対話なしに情報を送信および／または受信するように構成される。たとえば、ＵＥは、所定のスケジュールで、内部または外部イベントによってトリガされたときに、またはアクセスネットワーク５０４からの要求に応答して、アクセスネットワーク５０４に情報を送信するように設計されてもよい。さらに、ＵＥは、単一またはマルチＲＡＴまたはマルチ標準モードで動作するように構成されてもよい。たとえば、ＵＥは、Ｗｉ－Ｆｉ、ＮＲ（ニューレディオ）、およびＬＴＥの任意の一つまたは組み合わせで動作することができ、すなわち、Ｅ－ＵＴＲＡＮ（エボルブド－ＵＭＴＳ地上無線アクセスネットワーク）ニューレディオ－デュアルコネクティビティ（ＥＮ－ＤＣ）などのマルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ）を構成されてもよい。
【0098】
例示では、ハブ５１４は、一つまたは複数のＵＥ（たとえば、ＵＥ５１２ｃおよび／または５１２ｄ）とネットワークノード（たとえば、ネットワークノード５１０ｂ）との間の間接通信を容易にするためにアクセスネットワーク５０４と通信する。いくつかの例では、ハブ５１４は、コントローラ、ルータ、コンテンツソースおよび分析、またはＵＥに関して本明細書で説明する他の通信デバイスのいずれかであってもよい。たとえば、ハブ５１４は、ＵＥのためのコアネットワーク５０６へのアクセスを可能にするブロードバンドルータであってもよい。別の例として、ハブ５１４は、ＵＥ内の一つまたは複数のアクチュエータにコマンドまたは命令を送るコントローラであってもよい。コマンドまたはインストラクションは、ＵＥ、ネットワークノード５１０から、またはハブ５１４内の実行可能コード、スクリプト、プロセス、または他の命令によって受信されてもよい。別の例として、ハブ５１４は、ＵＥデータのための一時記憶として働くデータコレクタであってもよく、いくつかの実施形態によれば、データの分析または他の処理を実行してもよい。別の例として、ハブ５１４は、コンテンツソースであってもよい。たとえば、ＶＲヘッドセット、ディスプレイ、ラウドスピーカまたは他のメディア配信デバイスであるＵＥの場合、ハブ５１４は、ネットワークノードを介して、ＶＲアセット、映像、音声、または他のメディアまたは感覚情報に関連するデータを取り出すことができ、次いで、ハブ５１４は、ローカル処理を実行した後、および／または追加のローカルコンテンツを追加した後のいずれかで、直接的にＵＥに提供する。さらに別の例では、ハブ５１４は、特に、ＵＥのうちの一つまたは複数が低エネルギーＩｏＴデバイスである場合、ＵＥのプロキシサーバまたはオーケストレータとして働く。
【0099】
ハブ５１４は、ネットワークノード５１０ｂに対して一定／持続的または断続的なコネクションを有することができる。ハブ５１４はまた、ハブ５１４とＵＥ（たとえば、ＵＥ５１２ｃおよび／または５１２ｄ）との間、およびハブ５１４とコアネットワーク５０６との間の別の通信方式および／またはスケジュールを可能にしてもよい。他の実施形態によれば、ハブ５１４は、ワイヤードコネクションを介してコアネットワーク５０６および／または一つまたは複数のＵＥに接続される。さらに、ハブ５１４は、アクセスネットワーク５０４を介してＭ２Ｍサービスプロバイダに、および／または直接コネクションを介して別のＵＥに接続するように構成されてもよい。いくつかの状況では、ＵＥは、有線または無線コネクションを介してハブ５１４を介して依然として接続されている間に、ネットワークノード５１０との無線コネクションを確立してもよい。いくつかの実施形態によれば、ハブ５１４は、専用ハブ、すなわち、ネットワークノード５１０ｂから／からＵＥに通信をルーティングすることが主な機能であるハブであってもよい。他の実施形態によれば、ハブ５１４は、非専用ハブ、すなわち、ＵＥとネットワークノード５１０ｂとの間の通信をルーティングするように動作することが可能であるが、特定のデータチャネルのための通信始点および／または終点としてさらに動作することが可能であるデバイスであってもよい。
【0100】
図６は、いくつかの実施形態によるＵＥ６００を示す。本明細書で使用される場合、ＵＥは、ネットワークノードおよび／または他のＵＥとワイヤレスに通信することが可能であり、構成され、構成され、および／または動作可能なデバイス（装置）を指す。ＵＥとしては、スマートフォン、携帯電話、携帯電話、ボイスオーバーＩＰ（ＶｏＩＰ）電話、ワイヤレスローカルループフォン、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、ワイヤレスカメラ、ゲーム機またはデバイス、音楽記憶デバイス、プレイバックアプライアンス、ウェアラブル端末デバイス、ワイヤレスエンドポイント、移動局、タブレット、ラップトップ、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、ワイヤレスカスタマープレミス機器（ＣＰＥ）、車載または組み込み／統合無線デバイスなどが挙げられるが、これらに限定されない。他の例は、狭帯域モノのインターネット（ＮＢ－ＩｏＴ）ＵＥ、マシンタイプ通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって識別される任意のＵＥを含む。
【0101】
ＵＥは、たとえば、サイドリンク通信、専用短距離通信（ＤＳＲＣ）、車車間通信（Ｖ２Ｖ）、車対インフラストラクチャ（Ｖ２Ｉ）、または車対あらゆるもの（Ｖ２Ｘ）のための３ＧＰＰ（登録商標）規格を実装することによって、デバイスツーデバイス（Ｄ２Ｄ）通信をサポートしてもよい。他の例では、ＵＥは、必ずしも、関連するデバイスを所有し、かつ／またはそれを操作する人間のユーザの意味で、ユーザを有していなくてもよい。代わりに、ＵＥは、人間のユーザへの販売または人間のユーザによる操作が意図されているが、最初は特定の人間のユーザ（たとえば、スマートスプリンクラコントローラ）に関連付けられていてもいなくてもよく、または関連付けられていなくてもよいデバイスを表してもよい。あるいは、ＵＥは、エンドユーザへの販売またはエンドユーザによる運用を意図されていないが、ユーザ（たとえば、スマート電力メータ）のために関連付けられるか、または運用されてもよいデバイスを表してもよい。
【0102】
ＵＥ６００は、バス６０４を介して、入力／出力インターフェース６０６、電源６０８、メモリ６１０、通信インターフェース６１２、および／または任意の他の構成要素、またはそれらの任意の組み合わせに動作可能に結合される処理回路６０２を含む。いくつかのＵＥは、図６に示される構成要素のすべてまたはサブセットを利用してもよい。構成要素間の統合のレベルは、一つのＵＥから別のＵＥへと変化してもよい。さらに、いくつかのＵＥは、複数のプロセッサ、メモリ、トランシーバ（送受信機）、送信機、受信機など、部品の複数のインスタンスを含んでもよい。
【0103】
処理回路６０２は、命令およびデータを処理するように構成され、メモリ６１０内に機械可読コンピュータプログラムとして記憶された命令を実行するように動作可能な任意の順次状態機械を実装するように構成されてもよい。処理回路６０２は、一つまたは複数のハードウェア実装状態機械（たとえば、個別ロジック、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）など）、適切なファームウェアとともにプログラマブル論理、適切なソフトウェアとともにマイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）などの一つまたは複数の記憶されたコンピュータプログラム、汎用プロセッサ、または上記の任意の組み合わせとして実装されてもよい。たとえば、処理回路６０２は、複数の中央処理装置（ＣＰＵ）を含むことができる。
【0104】
この例では、入力／出力インターフェース６０６は、入力デバイス、出力デバイス、または一つまたは複数の入力および／または出力デバイスにインターフェースを提供するように構成されてもよい。出力デバイスの例は、スピーカ、サウンドカード、ビデオカード、ディスプレイ、監視、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組み合わせを含む。入力デバイスは、ユーザがＵＥ６００に情報をキャプチャすることを可能にしてもよい。入力デバイスの例には、タッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ（たとえば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサ、マウス、トラックボール、方向入力パッド、トラックパッド、スクロールホイール、スマートカードなどが含まれる。存在感知ディスプレイは、ユーザからの入力を感知するために、容量性または抵抗性タッチセンサを含んでもよい。センサは、たとえば、加速度計、ジャイロスコープ、傾斜センサ、力センサ、磁力計、光センサ、近接センサ、生体センサなど、またはそれらの任意の組み合わせであってもよい。出力デバイスは、入力デバイスと同じタイプのインターフェイスポートを使用できる。たとえば、ユニバーサルシリアルバス（ＵＳＢ）ポートは、入力デバイスおよび出力デバイスを提供するために使用されてもよい。
【0105】
いくつかの実施形態によれば、電源６０８は、バッテリまたはバッテリパックとして構成される。外部電源（たとえば、電気コンセント）、光発電デバイス、または電力セルなどの他のタイプの電源を使用することができる。電源６０８は、電源６０８自体、および／または外部電源から、入力回路または電力ケーブルなどのインターフェースを介して、ＵＥ６００の種々の部分に電力を送達するための電源回路をさらに含んでもよい。送電は、たとえば、電源６０８の充電のためのものであってもよい。電源回路は、電力が供給されるＵＥ６００のそれぞれの構成要素に適した電力を作るために、電源６０８からの電力に対する任意のフォーマット、変換、または他の修正を実行してもよい。
【0106】
メモリ６１０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、フィールドプログラマブルゲートアレイ読み出し専用メモリ（ＰＲＯＭ）、消去可能フィールドプログラマブルゲートアレイ読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能フィールドプログラマブルゲートアレイ読み出し専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、ハードディスク、リムーバブルカートリッジ、フラッシュドライブなどのメモリであり得るか、またはそれらを含むように構成されてもよい。一実施形態によれば、メモリ６１０は、オペレーティングシステム、ウェブブラウザアプリケーション、ウィジェット、ガジェットエンジン、または他のアプリケーションなどの一つまたは複数のアプリケーションプログラム６１４、および対応するデータ６１６を含む。メモリ６１０は、様々なオペレーティングシステムまたはオペレーティングシステムの組み合わせのいずれかを、ＵＥ６が使用するために格納することができる。
【0107】
メモリ６１０は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光ディスクドライブ、内蔵ハードディスクドライブ、ブルーレイ光ディスクドライブ、ホログラフィックデジタルデータストレージ（ＨＤＤＳ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、一つまたは複数の加入者識別モジュール（ＳＩＭ）、たとえばＵＳＩＭおよび／またはＩＳＩＭ、他のメモリ、またはそれらの任意の組み合わせを含むユニバーサル集積回路カード（ＵＩＣＣ）の形態の不正開封防止モジュールなどのスマートカードメモリなど、いくつかの物理駆動部含むように構成されてもよい。ＵＩＣＣは、たとえば、埋め込み型ＵＩＣＣ（ｅＵＩＣＣ）、統合型ＵＩＣＣ（ｉＵＩＣＣ）、または「ＳＩＭカード」として一般に知られているリムーバブルＵＩＣＣであってもよい。メモリ６１０は、ＵＥ６００が、一時的または非一時的メモリ媒体上に記憶された命令、アプリケーションプログラムなどにアクセスし、データをオフロードし、またはデータをアップロードすることを可能にしてもよい。通信システムを利用するものなどの製品は、デバイス可読記憶媒体であってもよいし、デバイス可読記憶媒体を含んでもよいメモリ６１０として、またはその中に有形に具現化されてもよい。
【0108】
処理回路６０２は、通信インターフェース６１２を使用してアクセスネットワークまたは他のネットワークと通信するように構成されてもよい。通信インターフェース６１２は、一つまたは複数の通信サブシステムを備えてもよく、アンテナ６２２を含み得るか、または通信可能に結合されてもよい。通信インターフェース６１２は、ワイヤレス通信が可能な別の装置（たとえば、アクセスネットワーク中の別のＵＥまたはネットワークノード）の一つまたは複数のリモートトランシーバと通信することなどによって通信するために使用される一つまたは複数のトランシーバを含んでもよい。各トランシーバは、ネットワーク通信（たとえば、光、電気、周波数割振りなど）を提供するのに適切な送信機６１８および／または受信機６２０を含んでもよい。さらに、送信機６１８および受信機６２０は、一つまたは複数のアンテナ（たとえば、アンテナ６２２）に結合されてもよく、回路構成要素、ソフトウェアまたはファームウェアを共有してもよいか、あるいは別個に実装されてもよい。
【0109】
図示の実施形態によれば、通信インターフェース６１２の通信機能は、セルラー通信、Ｗｉ－Ｆｉ通信、ＬＰＷＡＮ通信、データ通信、ボイス通信、マルチメディア通信、ブルートゥース（登録商標）などの近距離通信、近接離通信、ロケーション（位置）を決定するための全地球測位システム（ＧＰＳ）の使用などのロケーションベースの通信、別の同様の通信機能、またはそれらの任意の組み合わせを含んでもよい。通信は、ＩＥＥＥ８０２．１１、符号分割多元接続（ＣＤＭＡ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、ＧＳＭ（登録商標）、ＬＴＥ、新しい無線（ＮＲ）、ＵＭＴＳ、ＷｉＭａｘ、イーサネット（登録商標）、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）、同期光ネットワーキング（ＳＯＮＥＴ）、非同期転送モード（ＡＴＭ）、ＱＵＩＣ、ハイパーテキスト転送プロトコル（ＨＴＴＰ）などの一つ以上の通信プロトコルおよび／または規格にしたがって、実装されてもよい。
【0110】
センサの種類にかかわらず、ＵＥは、その通信インターフェース６１２を介して、無線コネクションを介してネットワークノードに、そのセンサによってキャプチャされたデータ出力を提供することができる。ＵＥのセンサによってキャプチャされたデータは、別のＵＥを介して無線コネクションを介してネットワークノードに通信されてもよい。出力は、トリガーイベントに応答して（たとえば、水分が検出されたとき、警告が送信されたとき）、要求（たとえば、ユーザ開始要求）、または連続ストリーム（たとえば、患者のライブビデオフィード）に応答して、周期的（たとえば、感知された温度を報告する場合、１５分に１回）、ランダム（たとえば、いくつかのセンサからの報告からの負荷さえもなく）であってもよい。
【0111】
別の例示として、ＵＥは、無線コネクションを介してネットワークノードから無線インプットを受信するように構成された通信インターフェースに関連するアクチュエータ、モータ、またはスイッチを備える。受信されたワイヤレス入力に応答して、アクチュエータ、モータ、またはスイッチの状態が変化してもよい。たとえば、ＵＥは、受信された入力に従って、または受信された入力に従って医療処置を実行するロボットアームに、飛行中の無人機の操縦翼面またはロータを調整するモータを備えてもよい。
【0112】
ＵＥは、モノのインターネット（ＩｏＴ）デバイスの形成であるとき、一つまたは複数のアプリケーションドメインで使用するためのデバイスであってもよく、これらのドメインは、限定はされないが、都市ウェアラブル技術、拡張産業アプリケーション、およびヘルスケアを備える。そのようなＩｏＴデバイスの非限定的な例は、コネクテッド型の冷蔵庫または冷凍庫、ＴＶ、コネクテッド型の照明器具、電力メータ、ロボット真空掃除機、音声制御スマートフォンスピーカ、ホームセキュリティカメラ、動き検出器、サーモスタット、煙検出器、ドア／窓センサ、洪水／水分センサ、電気式ドアロック、コネクテッド型のドアフォン、ヒートポンプなどの空調システム、自律走行車両、監視システム、気象監視装置、車両駐車監視装置、電動車両充電ステーション、スマートウォッチ、フィットネストラッカー、拡張現実（ＡＲ）または仮想現実（ＶＲ）のためのヘッドマウントディスプレイ、触覚増強または感覚増強のためのウェアラブル、ウォータースプリンクラー、動物またはアイテムを追跡するためのセンサ、植物もしくは動物を監視するためのセンサ、産業用ロボット、無人航空機（ＵＡＶ）、および心拍数または遠隔操作の手術ロボットのような任意の種類の医療装置、またはそれらに埋め込まれているデバイスである。ＩｏＴデバイスの形態をしたＵＥは、図６に示されるＵＥ６００に関連して説明されるような他の構成要素に加えて、ＩｏＴデバイスの意図されたアプリケーションに応じた回路および／またはソフトウェアを備える。
【0113】
さらに別の具体例として、ＩｏＴシナリオでは、ＵＥは、監視および／または測定を実行し、そのような監視および／または測定の結果を別のＵＥおよび／またはネットワークノードに送信するマシンまたは他の装置を表すことができる。ＵＥは、この場合、３ＧＰＰ（登録商標）の説明においてＭＴＣデバイスと呼ばれ得るＭ２Ｍデバイスであってもよい。一つの特定の例として、ＵＥは、３ＧＰＰ（登録商標）ＮＢ－ＩｏＴ規格を実装してもよい。他のシナリオでは、ＵＥは、自動車、バス、トラック、船舶および航空機などの車両、またはその動作状態またはその動作に関連する他の機能を監視および／または報告することができる他の機器を表してもよい。
【0114】
実際には、任意の数のＵＥが、単一のユースケースに関して一緒に使用されてもよい。たとえば、第１のＵＥは、ドローンであってもよく、またはドローンに統合されてもよく、ドローンを操作するリモートコントローラである第２のＵＥにドローンの速度情報（速度センサを介して取得される）を提供してもよい。ユーザがリモートコントローラから変更を行うとき、第１のＵＥは、ドローンの速度を増加または減少させるために、（たとえば、アクチュエータを制御することによって）ドローン上のスロットルを調整することができる。第１および／または第２のＵＥはまた、上記で説明した機能のうちの２つ以上を含んでもよい。たとえば、ＵＥは、センサおよびアクチュエータを備え、速度センサおよびアクチュエータの両方のためのデータの通信を取り扱うことができる。
【0115】
図７は、いくつかの実施形態によるネットワークノード７００を示す。本明細書で使用される場合、ネットワークノードは、電気通信ネットワークにおいて、ＵＥと、および／または他のネットワークノードまたは装置と直接的または間接的に通信することができる、構成され、配置され、および／または動作可能な装置を指す。ネットワークノードの例にはアクセスポイント（ＡＰ）（たとえば、無線アクセスポイント）、基地局（ＢＳ）（たとえば、無線基地局、ノードＢ、進化型ノードＢ（ｅＮＢ）およびＮＲノードＢ（ｇＮＢ））が含まれるが、これらに限定されない。
【0116】
基地局は、それらが提供するカバレッジの量（または、異なる言い方をすれば、それらの送信電力レベル）に基づいて分類されてもよく、したがって、提供されるカバレッジの量に応じて、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれ得る。基地局は、リレーを制御するリレーノードまたはリレードナーノードであってもよい。ネットワークノードはまた、遠隔無線ヘッド（ＲＲＨ）と呼ばれることもある、集中デジタルユニットおよび／または遠隔無線ユニット（ＲＲＵ）などの分散型の無線基地局の一つまたは複数の（またはすべての）部分を含むことができる。このような遠隔無線ユニットは、アンテナ一体型無線機としてアンテナと一体化される場合とされない場合がある。分散型の無線基地局の一部は、分散アンテナシステム（ＤＡＳ）においてノードと呼ばれることもある。
【0117】
ネットワークノードの他の実例は、マルチ送信ポイント（マルチＴＲＰ）５Ｇアクセスノード、ＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ）機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、ベーストランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、運用および保守（Ｏ＆Ｍ）ノード、運用支援システム（ＯＳＳ）ノード、自己組織化ネットワーク（ＳＯＮ）ノード、測位ノード（たとえば、進化型サービングモバイルロケーションセンタ（Ｅ－ＳＭＬＣ））、および／またはドライブテストの最小化（ＭＤＴ）を含む。
【0118】
ネットワークノード７００は、処理回路７０２と、メモリ７０４と、通信インターフェース７０６と、電源７０８とを含む。ネットワークノード７００は、それぞれがそれぞれの構成要素を有してもよい、多数の物理的に別個の構成要素（たとえば、ノードＢ構成要素およびＲＮＣ構成要素、またはＢＴＳ構成要素およびＢＳＣ構成要素など）から構成されてもよい。ネットワークノード７００が複数の別々の構成要素（たとえば、ＢＴＳおよびＢＳＣ構成要素）を含む特定の状況では、一つまたは複数の別々の構成要素を複数のネットワークノード間で共有してもよい。たとえば、単一のＲＮＣは、複数のノードＢを制御することができる。このようなシナリオでは、ユニークなノードＢとＲＮＣとの各組は、場合によっては、単一の個別のネットワークノードと見なされる可能性がある。いくつかの実施形態で、ネットワークノード７００は、マルチプル（多元）無線アクセス技術（ＲＡＴ）をサポートするように構成されうる。そのような実施形態によれば、いくつかの構成要素は複数化されてもよく（たとえば、異なるＲＡＴのための別個のメモリ７０４）、いくつかの構成要素は再使用されてもよい（たとえば、同じアンテナ７１０が異なるＲＡＴによって共有されてもよい）。ネットワークノード７００はまた、ネットワークノード７００に統合された様々なワイヤレス技術のための様々な図示された構成要素、たとえば、ＧＳＭ、ＷＣＤＭＡ（登録商標）、ＬＴＥ、ＮＲ、ＷｉＦｉ、Ｚｉｇｂｅｅ、Ｚ－ｗａｖｅ、ＬｏＲａＷＡＮ、無線周波数識別装置（ＲＦＩＤ）、またはブルートゥース（登録商標）ワイヤレス技術の多数のセットを含んでもよい。これらのワイヤレス技術は、ネットワークノード７００内の同じまたは異なったチップまたはチップセットおよび他の構成要素に統合されてもよい。
【0119】
処理回路７０２は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適な計算装置、リソース、またはハードウェア、ソフトウェアおよび／もしくは符号化ロジックの組み合わせのうちの一つ以上の組み合わせを含んでもよく、これらの組み合わせは、単独で、またはメモリ７０４などの他のネットワークノード７００構成要素と併せて、ネットワークノード７００機能を提供するように動作可能である。
【0120】
いくつかの実施形態によれば、処理回路７０２は、システムオンチップ（ＳＯＣ）を含む。いくつかの実施形態によれば、処理回路７０２は、無線周波数（ＲＦ）トランシーバ回路７１２およびベースバンド処理回路７１４のうちの一つまたは複数を含む。いくつかの実施形態で、無線周波数（ＲＦ）トランシーバ回路７１２およびベースバンド処理回路７１４は、無線ユニットおよびデジタルユニットなどの、別個のチップ（またはチップセット）、ボード、またはユニット上にあってもよい。代替実施形態で、ＲＦトランシーバ回路７１２およびベースバンド処理回路７１４の一部または全部は、同じチップまたはチップセット、ボード、またはユニット上にあってもよい。．
【0121】
メモリ７０４は、限定はしないが、永続的記憶装置、ソリッドステートメモリ、リモートマウントメモリ、磁気記録媒体、光記録媒体、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、フラッシュドライブ、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、ならびに／あるいは処理回路７０２によって使用され得る情報、データ、および／または命令を記憶する任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを含む、任意の形態の揮発性または不揮発性コンピュータ可読メモリを含み得る。メモリ７０４は、コンピュータプログラム、ソフトウエア、ロジック、ルール、コード、テーブル、および／または処理回路７０２によって実行され、ネットワークノード７００によって利用されることができる他の命令のうちの一つ以上を含むアプリケーションを含む、任意の好適な命令、データ、または情報を記憶することができる。メモリ７０４は、処理回路７０２によって行われる任意の演算、および／または通信インターフェース７０６を介して受信される任意のデータを記憶するために使用されてもよい。いくつかの実施形態によれば、処理回路７０２およびメモリ７０４は統合される。
【0122】
通信インターフェース７０６は、ネットワークノード、アクセスネットワーク、および／またはＵＥ間のシグナリングおよび／またはデータの有線または無線の通信に使用される。図示のように、通信インターフェース７０６は、たとえば、有線コネクションを介してネットワークへ、およびネットワークからデータを送受信するためのポート／端子７１６を備える。通信インターフェース７０６はまた、アンテナ７１０に、またはある実施形態によればその部分に結合され得る無線フロントエンド回路７１８を含む。無線フロントエンド回路７１８は、フィルタ７２０および増幅器７２２を含む。無線フロントエンド回路７１８は、アンテナ７１０および処理回路７０２に接続されてもよい。無線フロントエンド回路は、アンテナ７１０と処理回路７０２との間で通信される信号を調整するように構成されてもよい。無線フロントエンド回路７１８は、無線コネクションを介して他のネットワークノードまたはＵＥに送出されることになるデジタルデータを受信することができる。無線フロントエンド回路７１８は、フィルタ７２０および／または増幅器７２２の組み合わせを使用して、デジタルデータを適切なチャネルおよび帯域幅パラメータを有する無線信号に変換してもよい。次いで、無線信号は、アンテナ７１０を介して送信されてもよい。同様に、データを受信するとき、アンテナ７１０は、無線フロントエンド回路７１８によってデジタルデータに変換される無線信号を収集することができる。デジタルデータは、処理回路７０２に渡されてもよい。他の実施形態で、通信インターフェースは、異なる構成要素および／または構成要素が異なる組み合わせを含むことができる。
【0123】
特定の代替実施形態によれば、ネットワークノード７００は、別個の無線フロントエンド回路７１８を含まず、代わりに、処理回路７０２は、無線フロントエンド回路を含み、アンテナ７１０に接続される。同様に、いくつかの実施形態によれば、ＲＦトランシーバ回路７１２のすべてまたはいくつかは、通信インターフェース７０６の一部である。さらに他の実施形態によれば、通信インターフェース７０６は、無線ユニット（図示せず）の一部として、一つまたは複数のポートまたは端子７１６と、無線フロントエンド回路７１８と、ＲＦトランシーバ回路７１２とを含み、通信インターフェース７０６は、デジタルユニット（図示せず）の一部であるベースバンド処理回路７１４と通信する。
【0124】
アンテナ７１０は、無線信号を送信および／または受信するように構成された一つまたは複数のアンテナ、またはアンテナアレイを含んでもよい。アンテナ７１０は、無線フロントエンド回路７１８に結合されてもよく、データおよび／または信号をワイヤレスに送信および受信することが可能な任意のタイプのアンテナであってもよい。ある実施形態によれば、アンテナ７１０は、ネットワークノード７００とは別個であり、インターフェースまたはポートを通じてネットワークノード７００に接続可能である。
【0125】
アンテナ７１０、通信インターフェース７０６、および／または処理回路７０２は、ネットワークノードによって実行されるものとして本明細書で説明される任意の受信動作および／またはいくつかの取得動作を実行するように構成されてもよい。任意の情報、データおよび／またはシグナルは、ＵＥ、別のネットワークノードおよび／または任意の他のネットワーク装置から受信されてもよい。同様に、アンテナ７１０、通信インターフェース７０６、および／または処理回路７０２は、ネットワークノードによって実行されるものとして本明細書で説明される任意の送信動作を実行するように構成されてもよい。任意の情報、データおよび／または信号は、ＵＥ、別のネットワークノードおよび／または任意の他のネットワーク装置に送信されてもよい。
【0126】
電源７０８は、ネットワークノード７００の様々な構成要素に、それぞれの構成要素に適した形態で（たとえば、それぞれの構成要素に必要とされる電圧レベルおよび電流レベルで）電力を提供する。電源７０８は、本明細書で説明する機能を実行するための電力をネットワークノード７００の構成要素に供給するための電力管理回路さらに備えるか、またはそれに結合されてもよい。たとえば、ネットワークノード７００は、外部電源（たとえば、送電グリッド、電気コンセント）に、電線などの入力回路またはインターフェースを介して接続可能であってもよく、それによって、外部電源は、電源７０８の電源回路に電力を供給する。さらなる例として、電源７０８は、電源回路に接続されるか、または電源回路に統合される、バッテリまたはバッテリパックの形態の電力源を備え得る。外部電源に障害が発生した場合、バッテリからバックアップ電源が供給されることがある。
【0127】
ネットワークノード７００の実施形態は、本明細書で説明される機能性のいずれか、および／または本明細書で説明される主題をサポートするために必須の任意の機能性を含む、ネットワークノードの機能性の特定の態様を提供するための、図７に示されるものを超える追加の構成要素を含んでもよい。たとえば、ネットワークノード７００は、ネットワークノード７００への情報の入力を可能にし、ネットワークノード７００からの情報の出力を可能にするユーザインターフェース装置を含むことができる。これにより、ユーザは、ネットワークノード７００の診断、保守、修理、および他の管理機能を実行してもよい。
【0128】
図８は、本明細書で説明する様々な態様による、図５のホスト５１６の一実施形態であり得るホスト８００のブロック図である。本明細書で使用される場合、ホスト８００は、スタンドアロンサーバ、ブレードサーバ、クラウド実施サーバ、分散サーバ、仮想マシン、コンテナ、またはサーバファーム内の処理リソースを含む、様々な組み合わせのハードウェアおよび／またはソフトウェアであり得るか、またはそれらを備え得る。ホスト８００は、一つまたは複数のサービスを一つまたは複数のＵＥに提供することができる。
【0129】
ホスト８００は、バス８０４を介して、入力／出力インターフェース８０６、ネットワークインターフェース８０８、電源８１０、およびメモリ８１２に動作可能に結合される処理回路８０２を含む。他の構成要素が、他の実施形態に含まれてもよい。これらの構成要素の特徴は、その説明がホスト８００の対応する構成要素に概して適用可能であるように、図６および図７などの前の図のデバイスに関して説明したものと実質的に同様であってもよい。
【0130】
メモリ８１２は、一つまたは複数のホストアプリケーションプログラム８１４と、ユーザデータ、たとえば、ホスト８００のためにＵＥによって生成されたデータまたはＵＥのためにホスト８００によって生成されたデータを含み得るデータ８１６とを含む、一つまたは複数のコンピュータプログラムを含んでもよい。ホスト８００の実施形態は、示されている構成要素のサブセットのみまたはすべてを利用することができる。ホストアプリケーションプログラム８１４は、コンテナベースのアーキテクチャで実装することができ、ＵＥ（例：ハンドセット、デスクトップコンピュータ、ウエアラブルディスプレイシステム、ヘッドアップディスプレイシステム）の複数の異なるクラス、タイプ、または実装に対するトランスコーディングを含む、ビデオコーデック（たとえば、バーサタイルビデオコーディング（ＶＶＣ）、高効率映像符号化（ＨＥＶＣ）、アドバンストビデオコーディング（ＡＶＣ）、ＭＰＥＧ、ＶＰ９）および音声符号化（たとえば、ＦＬＡＣ、アドバンストオーディオコーディング（ＡＡＣ）、ＭＰＥＧ、Ｇ．７１１）のサポートを提供することができる。ホストアプリケーションプログラム８１４はまた、ユーザ認証およびライセンスチェックを提供することができ、コアネットワーク内またはそエッジ上の装置などの中央ノードに、ヘルス、ルート、およびコンテンツ利用可能性を定期的に報告することができる。したがって、ホスト８００は、ＵＥのためのオーバーザトップサービスのための異なるホストを選択および／または示すことができる。ホストアプリケーションプログラム８１４は、ＨＴＴＰライブストリーミング（ＨＬＳ）プロトコル、リアルタイムメッセージングプロトコル（ＲＴＭＰ）、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、動的適応ストリーミングオーバーＨＴＴＰ（ＭＰＥＧ－ＤＡＳＨ）などの様々なプロトコルをサポートしてもよい。
【0131】
図９は、いくつかの実施形態によって実装される機能が仮想化され得る仮想化環境９００を示すブロック図である。本文中では、仮想化とは、ハードウェアプラットフォーム、記憶装置およびネットワークリソースを仮想化することを含む装置または装置の仮想バージョンを作成することを意味する。本明細書で使用される場合、仮想化は、本明細書で説明される任意のデバイス、またはその構成要素に適用されてもよく、機能の少なくとも一部分が一つまたは複数の仮想コンポーネントとして実装される実装形態に関する。本明細書で説明する機能の一部または全部は、ネットワークノード、ＵＥ、コアネットワークノード、またはホストとして動作するハードウェアコンピューティングデバイスなどのハードウェアノードのうちの一つまたは複数によってホストされる一つまたは複数の仮想環境９００において実装される一つまたは複数の仮想マシン（ＶＭ）によって実行される仮想コンポーネントとして実装されてもよい。さらに、仮想ノードが無線コネクティビティを必要としない実施形態（たとえば、コアネットワークノードまたはホスト）では、ノードは完全に仮想化されてもよい。
【0132】
アプリケーション９０２（代替的に、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれ得る）は、本明細書で開示される実施形態のうちのいくつかの特徴、機能、および／または利点のうちのいくつかを実装するために、仮想化環境Ｑ４００において実行される。
【0133】
ハードウェア９０４は、処理回路、ハードウェア処理回路によって実行可能なソフトウェアおよび／または命令を格納するメモリ、および／またはネットワークインターフェース、入力／出力インターフェースなど、本明細書で説明する他のハードウェアデバイスを含む。ソフトウェアは、処理回路によって実行されて、一つまたは複数の仮想化レイヤ９０６（ハイパーバイザまたは仮想マシンモニタ（ＶＭＭ）とも呼ばれる）をインスタンス化し、ＶＭ９０８ａおよび９０８ｂ（そのうちの一つまたは複数は、概してＶＭ９０８と呼ばれ得る）を提供し、ならびに／あるいは本明細書で説明するいくつかの実施形態に関連して説明する機能、特徴および／または利益のいずれかを実行してもよい。仮想化レイヤ９０６は、ネットワーキングハードウェアのように見える仮想オペレーティングプラットフォームをＶＭ９０８に提示することができる。
【0134】
ＶＭ９０８は、仮想処理、仮想メモリ、仮想ネットワークワーキングまたはインターフェース、および仮想ストレージを備え、対応する仮想化レイヤ９０６によって実行されてもよい。仮想アプライアンス９０２のインスタンスの様々な実施形態は、ＶＭ９０８のうちの一つまたは複数上に実装されてもよく、実装は、異なる方法で行われ得る。ハードウェアの仮想化は、ネットワーク機能仮想化（ＮＦＶ）と呼ばれるいくつかのコンテキスト（文脈）にそって行われる。ＮＦＶは、多くのネットワーク機器タイプを、業界標準の大容量サーバハードウェア、物理スイッチ、およびデータセンタ内に配置可能な物理ストレージ、ならびに顧客構内機器に統合するために、使用されてもよい。
【0135】
ＮＦＶの文脈によれば、ＶＭ９０８は、あたかも物理的な仮想化されていないマシン上で実行されているかのようにプログラムを実行する物理マシンのソフトウェア実装であってもよい。ＶＭ９０８の各々、およびそのＶＭを実行するハードウェア９０４のその部分は、そのＶＭ専用のハードウェア、および／またはそのＶＭによってＶＭの他のものと共有されるハードウェアであり、別々の仮想ネットワーク要素を形成する。さらに、ＮＦＶの文脈では、仮想ネットワーク機能は、ハードウェア９０４の上の一つまたは複数のＶＭ９０８において実行され、アプリケーション９０２に対応する特定のネットワーク機能を処理する役割を担う。
【0136】
ハードウェア９０４は、一般的なまたは具体的な構成要素を有する独立型ネットワークノードで実装されてもよい。ハードウェア９０４は、仮想化を介していくつかの機能を実装することができる。代替的に、ハードウェア９０４は、多くのハードウェアノードが協働し、とりわけ、アプリケーション９０２のライフサイクル管理を監督する管理およびオーケストレーション９１０を介して管理される、より大きなハードウェアクラスター（たとえば、データセンタまたはＣＰＥ内など）の一部であってもよい。いくつかの実施形態によれば、ハードウェア９０４は、各々が一つまたは複数の送信機と、一つまたは複数のアンテナに結合され得る一つまたは複数の受信機とを含む、一つまたは複数の無線ユニットに結合される。無線ユニットは、一つまたは複数の適切なネットワークインターフェースを介して他のハードウェアノードと直接的に通信することができ、仮想ノードに無線接続ノードまたは基地局などの無線機能を提供するために仮想コンポーネントと組み合わせて使用することができる。いくつかの実施形態によれば、一部のシグナリングは、制御システム９１２を使用して提供することができ、これは、代替的に、ハードウエアノードと無線ユニットとの間の通信に使用することができる。
【0137】
図１０は、いくつかの実施形態による、部分的に無線コネクションを介してＵＥ１００６とネットワークノード１００４を介して通信するホスト１００２の通信図を示す。様々な実施形態による、（図５のＵＥ５１２ａおよび／または図６のＵＥ６００などの）ＵＥ、（図５のネットワークノード５１０ａおよび／または図７のネットワークノード７００などの）ネットワークノード、および（図５のホスト５１６および／または図８のホスト８００などの）ホストの例示的な実施形態について、図１０に関して説明する。
【0138】
ホスト８００と同様に、ホスト１００２の実施形態は、通信インターフェース、処理回路、およびメモリなどのハードウェアを含む。ホスト１００２はまた、ホスト１００２に記憶されるか、またはそれによってアクセス可能であり、処理回路によって実行可能であるソフトウェアを含む。このソフトウェアは、ＵＥ１００６とホスト１００２との間に延在するオーバーザトップ（ＯＴＴ）コネクション１０５０を介して接続するＵＥ１００６などのリモートユーザにサービスを提供するように動作可能であり得るホストアプリケーションを含む。リモートユーザにサービスを提供する際、ホストアプリケーションは、ＯＴＴコネクション１０５０を用いて送信されるユーザデータを提供することができる。
【0139】
ネットワークノード１００４は、ホスト１００２およびＵＥ１００６と通信するためのハードウエアを含む。コネクション１０６０は、コアネットワーク（図５のコアネットワーク５０６のようである）および／または一つまたは複数のパブリック、私設、またはホストネットワークなどの一つまたは複数の他の中間ネットワークを直接または通過することができる。たとえば、中間ネットワークは、バックボーンネットワークまたはインターネットであってもよい。
【0140】
ＵＥ１００６は、ＵＥ１００６に記憶されるか、またはそれによってアクセス可能であり、ＵＥの処理回路によって実行可能である、ハードウェアおよびソフトウェアを含む。ソフトウェアは、ホスト１００２のサポートを用いてＵＥ１００６を介して人間または非人間のユーザにサービスを提供するように動作可能であり得る、ウェブブラウザまたはオペレータ特有の「アプリ」などのクライアントアプリケーションを含む。ホスト１００２において、実行中のホストアプリケーションは、ＵＥ１００６およびホスト１００２で終端するＯＴＴコネクション１０５０を介して、実行中のクライアントアプリケーションと通信することができる。ユーザにサービスを提供する際、ＵＥのクライアントアプリケーションは、ホストのホストアプリケーションから要求データを受信し、要求データに応答してユーザデータを提供することができる。ＯＴＴコネクション１０５０は、リクエストデータとユーザデータの両方を伝送してもよい。ＵＥのクライアントアプリケーションは、ユーザと対話して、ＯＴＴコネクション１０５０を介してホストアプリケーションに提供するユーザデータを生成することができる。
【0141】
ＯＴＴコネクション１０５０は、ホスト１００２とＵＥ１００６との間のコネクションを提供するために、ホスト１００２とネットワークノード１００４との間のコネクション１０６０を介して、およびネットワークノード１００４とＵＥ１００６との間の無線コネクション１０７０を介して延在してもよい。ＯＴＴコネクション１０５０が提供され得るコネクション１０６０および無線コネクション１０７０は、ネットワークノード１００４を介したホスト１００２とＵＥ１００６との間の通信を示すために抽象的に描かれているが、これらのデバイスを介したメッセージのいかなる中間デバイスおよび正確なルーティングも明示的には言及されていない。
【0142】
ＯＴＴコネクション１０５０を介してデータを送信することの一例として、ステップ１００８において、ホスト１００２は、ホストアプリケーションを実行することによって実行され得るユーザデータを提供する。いくつかの実施形態によれば、ユーザデータは、ＵＥ１００６と対話する特定の人間のユーザに関連付けられる。他の実施形態によれば、ユーザデータは、明示的な人間の対話なしにホスト１００２とデータを共有するＵＥ１００６に関連付けられる。ステップ１０１０において、ホスト１００２は、ＵＥ１００６に向けてユーザデータを搬送する送信を開始する。ホスト１００２は、ＵＥ１００６によって送信された要求に応答して送信を開始することができる。要求は、ＵＥ１００６との人間の対話によって、またはＵＥ１００６上で実行されるクライアントアプリケーションの動作によって引き起こされてもよい。伝送は、本開示の全体にわたって説明される実施形態の教示に従って、ネットワークノード１００４を介して通過することができる。したがって、ステップ１０１２において、ネットワークノード１００４は、本開示の全体にわたって説明される実施形態の教示に従って、ホスト１００２が開始した伝送において搬送されたユーザデータをＵＥ１００６に送信する。ステップ１０１４において、ＵＥ１００６は、ホスト１００２によって実行されるホストアプリケーションに関連するＵＥ１００６上で実行されるクライアントアプリケーションによって実行され得る、送信において搬送されるユーザデータを受信する。
【0143】
いくつかの例では、ＵＥ１００６は、ユーザデータをホスト１００２に提供するクライアントアプリケーションを実行する。ユーザデータは、ホスト１００２から受信されたデータに反応して、またはそれに応答して提供されてもよい。したがって、ステップ１０１６において、ＵＥ１００６は、クライアントアプリケーションを実行することによって生成され得るユーザデータを提供してもよい。ユーザデータを提供する際に、クライアントアプリケーションは、ＵＥ１００６の入力／出力インターフェースを介してユーザから受信されたユーザ入力をさらに考慮してもよい。ユーザデータが提供された具体的な方法にかかわらず、ＵＥ１００６は、ステップ１０１８において、ネットワークノード１００４を介してユーザデータのホスト１００２への伝送を開始する。ステップ１０２０において、本開示の全体にわたって説明される実施形態の教示に従って、ネットワークノード１００４は、ユーザデータをＵＥ１００６から受信し、受信されたユーザデータのホスト１００２への伝送を開始する。ステップ１０２２において、ホスト１００２は、ＵＥ１００６によって開始された送信において搬送されたユーザデータを受信する。
【0144】
様々な実施形態のうちの一つまたは複数は、無線コネクション１０７０が最後の区間を形成するＯＴＴコネクション１０５０を使用して、ＵＥ１００６に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、ネットワークが、フィーチャ（特徴）特有のＲＡ性能を識別し、したがって、特徴の各々について別々にＲＡ性能を最適化することを可能にしてもよい。
【0145】
例示的なシナリオでは、工場ステータス情報は、ホスト１００２によって収集され、分析されてもよい。別の例として、ホスト１００２は、マップを作成する際に使用するためにＵＥから取り出されたオーディオおよびビデオデータを処理することができる。別の例として、ホスト１００２は、車両輻輳の制御（たとえば、信号機の制御）を支援するために、リアルタイムデータを収集し、分析することができる。別の例として、ホスト１００２は、ＵＥによってアップロードされた監視ビデオを記憶することができる。別の例として、ホスト１００２は、ＵＥにブロードキャスト、マルチキャスト、またはユニキャストすることができるビデオ、オーディオ、ＶＲ、またはＡＲなどのメディアコンテンツへのアクセスを記憶または制御してもよい。他の例として、ホスト１００２は、エネルギー価格設定、発電ニーズのバランスをとるための非タイムクリティカルな電気負荷の遠隔制御、ロケーションサービス、プレゼンテーションサービス（遠隔デバイスから収集されたデータからの図などを編集することなど）、またはデータを収集、検索、記憶、分析および／または送信する任意の他の機能のために使用されてもよい。
【0146】
いくつかの例では、一つまたは複数の実施形態が改善するデータレート、レイテンシ（待ち時間）、および他の要因を監視する目的で、測定手順が提供されてもよい。さらに、測定結果の変動に応じて、ホスト１００２とＵＥ１００６との間でＯＴＴコネクション１０５０を再構成するためのオプションのネットワーク機能が存在してもよい。ＯＴＴコネクションを再構成するための測定手順および／またはネットワーク機能は、ホスト１００２および／またはＵＥ１００６のソフトウェアやハードウェアで実施することができる。いくつかの実施形態によれば、センサ（図示せず）は、ＯＴＴコネクション１０５０が通過する他の装置内に、またはそれと関連して展開されてもよく、センサは、上で例示された監視量の値を供給することによって、または、ソフトウエアが監視量を計算または推定することができる他の物理量の値を供給することによって、計測プロシージャに関与してもよい。ＯＴＴコネクション１０５０の再構成は、メッセージフォーマット、再送信設定、好ましい経路設定などを含むことができ、再構成は、ネットワークノード１００４の動作を直接的に変更する必要はない。このようなプロシージャ（手順）および機能性は、当技術分野で公知であり、実践されているものであってもよい。特定の実施形態によれば、測定は、ホスト１００２によるスループット、伝搬時間、待ち時間などの測定を容易にする独自のＵＥシグナリングを伴うことができる。測定は、伝搬時間、誤りなどを監視しながら、ＯＴＴコネクション１０５０を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されるように、ソフトウェアが実装されてもよい。
【0147】
本明細書で説明されるコンピューティングデバイス（たとえば、ＵＥ、ネットワークノード、ホスト）は、ハードウェアコンポーネントの図示された組み合わせを含むことができるが、他の実施形態は、コンポーネントの様々な組み合わせを有するコンピューティングデバイスを含むことができる。これらのコンピューティングデバイスは、本明細書に開示されるタスク、特徴、機能、および方法を実行するために必要とされるハードウェアおよび／またはソフトウェアの任意の適切な組み合わせを備え得ることを理解されたい。本明細書で説明される決定、演算、取得、または類似の動作は、たとえば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をネットワークノードに記憶された情報と比較すること、および／または取得された情報または変換された情報に基づいて一つまたは複数の動作を実行することによって情報を処理し、決定を行うことができる処理回路によって実行されてもよい。さらに、構成要素は、より大きなボックス内に位置する単一のボックスとして描かれ、または複数のボックス内に入れ子にされているが、実際には、コンピューティングデバイスは、単一の図示された構成要素を構成する複数の異なる物理構成要素を備えてもよく、機能は、別個の構成要素間で分割配置されてもよい。たとえば、通信インターフェースは、本明細書で説明する構成要素のいずれかを含むように構成されてもよく、および／または構成要素の機能は、処理回路と通信インターフェースとの間で区分されてもよい。別の例では、そのような構成要素のいずれかの演算負荷の軽い機能をソフトウェアまたはファームウェアで実装し、演算負荷の重い機能をハードウェアで実装してもよい。
【0148】
特定の実施形態によれば、本明細書で説明する機能の一部または全部は、メモリに記憶された命令を実行する処理回路によって提供されてもよく、特定の実施形態によれば、非一時的コンピュータ可読記憶媒体の形態のコンピュータプログラム製品であってもよい。代替実施形態によれば、機能の一部または全部は、ハードワイヤード方式など、別個のまたは別個のデバイス可読記憶媒体上に記憶された命令を実行することなく、処理回路によって提供されてもよい。これらの特定の実施形態のいずれにおいても、非一時的コンピュータ可読記憶媒体に記憶された命令を実行するかどうかにかかわらず、処理回路は、説明された機能を実行するように構成されてもよい。そのような機能によって提供される利点は、処理回路だけに、またはコンピューティングデバイスの他の構成要素に限定されず、コンピューティングデバイス全体によって、および／またはエンドユーザおよび無線ネットワーク全体によって享受される。
【図1】
【図2A】
【図2B】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【手続補正書】
【提出日】2024-03-05
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ＲＡ（ランダムアクセス）手順中に通信デバイスによって使用されたＲＡリソースを示すための、前記通信デバイスによって実行される、方法であって、前記方法は、第１のネットワークノードから少なくとも一つのフィーチャ特有のＲＡリソース構成に関連付けられたＲＡ構成を受信すること（３３０）と、
前記ＲＡ構成に基づいて前記ＲＡリソースを使用して前記第１のネットワークノードに向けて前記ＲＡ手順を実行すること（３４０）と、
前記ＲＡ手順中に前記通信デバイスによって使用された前記ＲＡリソースを示す情報を記憶すること（３５０）と、
前記情報を第２のネットワークノードに送信すること（３８０）と、
を有する、方法。
【請求項2】
請求項１に記載の方法であって、前記情報は、前記ＲＡ手順において使用された前記ＲＡリソースに関連付けられたフィーチャのタイプと、
前記ＲＡ手順において使用された前記ＲＡリソースの識別情報と、
のうちの少なくとも一つを含む、方法。
【請求項3】
請求項２に記載の方法であって、前記識別情報は、前記ＲＡリソースに関連した時間と、前記ＲＡリソースに関連した周波数と、前記ＲＡリソースに関連したプリアンブル次元と、のうちの少なくとも一つを含む、方法。
【請求項4】
請求項１に記載の方法であって、さらに、前記第２のネットワークノードに、前記通信デバイスが前記情報を記憶することができるというインジケーションを送信すること（３１０）、
を有する、方法。
【請求項5】
請求項１に記載の方法であって、さらに、前記第２のネットワークノードから、前記情報を記憶するためのリクエストを受信すること（３２０）、
を有する、方法。
【請求項6】
請求項１に記載の方法であって、さらに、前記通信デバイスが前記情報を記憶しているというインジケーションを前記第２のネットワークノードに送信すること（３６０）と、
前記通信デバイスがフィーチャ特有のＲＡ手順に関連付けられた情報を記憶しているというインジケーションを送信すること（３６０）と、
のうちの少なくとも一つを有する、方法。
【請求項7】
請求項１に記載の方法であって、さらに、前記情報を送信するためのリクエストを前記第２のネットワークノードから受信すること（３７０）と、
前記第２のネットワークノードから、特定のフィーチャタイプに関連付けられた情報を送信するためのリクエストを受信すること（３７０）と、
のうちの少なくとも一つを有し、
ここで、前記情報を前記第２のネットワークノードに送信することは、前記第２のネットワークノードから前記リクエストを受信したことに応じて、前記情報を前記第２のネットワークノードに送信すること
を含む、方法。
【請求項8】
第１のネットワークノードとのＲＡ（ランダムアクセス）手順中に通信デバイスによって使用されるＲＡリソースを示す情報を収集するための、第２のネットワークノードによって実行される、方法であって、前記方法は、前記ＲＡ手順中に前記通信デバイスによって使用される前記ＲＡリソースを示す情報を送信するためのリクエストを前記通信デバイスに送信すること（４５０）と、
前記リクエストを送信したことに応じて、前記通信デバイスから前記情報を受信すること（４６０）と、
を有する、方法。
【請求項9】
請求項８に記載の方法であって、前記情報は、前記ＲＡリソースに関連付けられたフィーチャのタイプと、
前記ＲＡリソースの識別情報と、
のうちの少なくとも一つを含む、方法。
【請求項10】
請求項９に記載の方法であって、前記識別情報は、前記ＲＡリソースに関連した時間と、前記ＲＡリソースに関連した周波数と、前記ＲＡリソースに関連したプリアンブル次元と、のうちの少なくとも一つを含む、方法。
【請求項11】
請求項８に記載の方法であって、さらに、前記通信デバイスに、少なくとも一つのフィーチャ特有のＲＡリソース構成に関連付けられたＲＡ構成を送信すること（４３０）、
を有する、方法。
【請求項12】
請求項１１に記載の方法であって、前記ＲＡ構成を送信することは、ブロードキャストメッセージを送信することと、専用の構成を送信することと、のうちの少なくとも一つを含む、方法。
【請求項13】
請求項８に記載の方法であって、さらに、前記通信デバイスから、前記通信デバイスが前記情報を記憶可能であるというインジケーションを受信すること（４１０）、
を有する、方法。
【請求項14】
請求項８に記載の方法であって、さらに、前記通信デバイスに前記情報を記憶するためのリクエストを送信すること（４２０）、
を有する、方法。
【請求項15】
請求項８に記載の方法であって、さらに、前記通信デバイスから、前記通信デバイスが前記情報を記憶しているというインジケーションを受信すること（４４０）と、
前記通信デバイスから、前記通信デバイスがフィーチャ特有のＲＡ手順に関連付けられた情報を記憶しているというインジケーションを受信すること（４４０）と、
のうちの少なくとも一つを有する、方法。
【請求項16】
ＲＡ（ランダムアクセス）手順中に通信デバイスによって使用されたＲＡリソースを示すための通信デバイス（６００）であって、前記通信デバイスは、処理回路（６０２）と、
前記処理回路に接続され、請求項１～７のいずれか一項に記載の動作を含む動作を前記通信デバイスに実行させる、前記処理回路によって実行可能な命令を記憶するメモリ（６１０）と、
を有する、通信デバイス。
【請求項17】
ＲＡ（ランダムアクセス）手順中に通信デバイスによって使用されたＲＡリソースを示すための前記通信デバイス（６００）の処理回路（６０２）によって実行されるプログラムコードを備えるコンピュータプログラムであって、前記プログラムコードを実行することによって、前記通信デバイスに、請求項１～７のいずれか一項に記載の動作を含む動作を実行させる、コンピュータプログラム。
【請求項18】
ＲＡ（ランダムアクセス）手順中に通信デバイスによって使用されたＲＡリソースに関連付けられた情報を収集するためのネットワークノード（７００）であって、前記ネットワークノードは、処理回路（７０２）と、
前記処理回路に接続され、請求項８～１５のいずれか一項に記載の動作を含む動作を前記ネットワークノードに実行させるために前記処理回路によって実行可能な命令を記憶するメモリ（７０４）と、
を有する、ネットワークノード。
【請求項19】
ＲＡ（ランダムアクセス）手順中に通信デバイスによって使用されるＲＡリソースに関連付けられた情報を収集するためのネットワークノード（７００）の処理回路（７０２）によって実行されるプログラムコードを含むコンピュータプログラムであって、前記プログラムコードを実行することによって、請求項８～１５のいずれか一項に記載の動作を含む動作を前記ネットワークノードに実行させる、コンピュータプログラム。
【国際調査報告】