JP7391206B2 - 無線リンク障害（ｒｌｆ）レポートにおいて隣接セルをソートするための方法 - Google Patents

Description

本発明は、一般に、無線通信ネットワークに関し、特に、そのようなネットワークにおける現在のサービングセルにおいて無線リンク障害（ＲＬＦ）を経験した際のユーザ装置（ＵＥ）のモビリティの改善に関する。

現在、ＮＲ（ニューレディオ）とも呼ばれるセルラーシステムの第５世代（「５Ｇ」）は、第三世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））内で標準化されている。ＮＲは、複数の実質的に異なる使用事例をサポートするために最大限の柔軟性を提供するよう開発される。典型的なモバイルブロードバンドの仕様事例に加えて、マシンタイプ通信（ＭＴＣ）、超低レイテンシクリティカル通信（ＵＲＬＣＣ）、サイドリンクデバイスツーデバイス（Ｄ２Ｄ）、およびいくつかの他の仕様事例が存在する。本開示は、概して、ＮＲおよび前世代のＬＴＥ（ロングタームエボリューション）技術の両方に関し、これは、以下ですぐに説明される。

ロングタームエボリューション（ＬＴＥ）は、第３世代パートナーシッププロジェクト（３ＧＰＰ）内で開発され、進化型ＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）としても知られるリリース８（Ｒｅｌ－８）およびリリース９（Ｒｅｌー９）で最初に標準化された、いわゆる第４世代（４Ｇ）無線アクセス技術の総称である。ＬＴＥは、様々な認可された周波数帯域をターゲットとし、発展型パケットコア（ＥＰＣ）ネットワークを含む、一般にシステムアーキテクチャエボリューション（ＳＡＥ）と呼ばれる非無線部の観点の改善を伴う。ＬＴＥは、無線アクセスネットワーク（ＲＡＮ）ＷＧ、およびサブワーキンググループ（例えば、ＲＡＮ１、ＲＡＮ２など）を含む、３ＧＰＰおよびそのワーキンググループ（ＷＧ）を伴う規格策定プロセスに従って開発される後続のリリースを通じて進化し続けている。

ＬＴＥ Ｒｅｌ－１０は、２０ＭＨｚを超える帯域幅に対応している。Ｒｅｌ－１０に関する１つの重要な要件は、ＬＴＥ Ｒｅｌ－８との下位互換性である。これはまた、広帯域であるＬＴＥ Ｒｅｌ－１０のキャリア（例えば、２０ＭＨｚよりも広い）が、ＬＴＥ Ｒｅｌ－８（「レガシー」）端末（「ユーザ装置」またはＵＥ）に対して複数のキャリアとして体現されるような、スペクトル互換性を含む。そのような各キャリアは、コンポーネントキャリア（ＣＣ）と呼ばれることがある。効率的な使用のために、レガシー端末は、広帯域であるＬＴＥ Ｒｅｌ－１０のキャリアのすべての部分においてスケジュールされる。これは、キャリアアグリゲーション（ＣＡ）によって行うことができ、これにより、Ｒｅｌ－１０端末は、各々Ｒｅｌ－８キャリアと同じ構造を有する複数のＣＣを受信することになる。ＬＴＥ Ｒｅｌ－１２は、デュアルコネクティビティ（ＤＣ）を導入し、それによって、ＵＥは、２つのネットワークノードに同時に接続可能となり、それによって、接続のロバスト性および／または容量が改善された。

ＬＴＥおよびＳＡＥを含むネットワークの全体的な例示的なアーキテクチャは、図１に示されている。Ｅ－ＵＴＲＡＮ１００は、ｅＮＢ１０５、１１０、および１１５などの１つまたは複数の進化型ノードＢ（ｅＮＢ）、およびＵＥ１２０などの１つまたは複数のユーザ装置（ＵＥ）を含む。３ＧＰＰ規格内で使用されるように、「ユーザ装置」または「ＵＥ」は、第３世代（「３Ｇ」）および第２世代（「２Ｇ」）３ＧＰＰ RANが一般に知られているように、Ｅ－ＵＴＲＡＮならびにＵＴＲＡＮおよび／またはＧＥＲＡＮを含む、３ＧＰＰ規格準拠ネットワーク機器と通信することができる任意の無線通信装置（たとえば、スマートフォンまたはコンピューティングデバイス）を意味する。

３ＧＰＰによって規定されているように、Ｅ－ＵＴＲＡＮ１００は、無線ベアラ制御、無線アドミッション制御、無線モビリティ制御、スケジューリング、およびアップリンクおよびダウンリンクにおけるＵＥ（たとえば、ＵＥ１２０）へのリソースの動的割り当て、ならびにＵＥとの通信のセキュリティを含む、ネットワーク内のすべての無線関連機能を担当する。これらの機能は、ｅＮＢ１０５、１１０、１１５などのｅＮＢに存在する。ｅＮＢのそれぞれは、ｅＮＢ１０５、１１０、および１１５によってそれぞれサービスされるセル１０６、１１１、および１１６などの１つまたは複数のセルを含む地理的カバレッジエリアにサービスを提供することができる。

E－ＵＴＲＡＮ内のｅＮＢは、図１に示されるように、Ｘ１インターフェースを介して互いに通信し、ｅＮＢは、ＥＰＣ １３０へのＥ－ＵＴＲＡＮインターフェース、具体的には、図１にＭＭＥ／Ｓ－ＧＷ１３４および１３８として集合的に示される、モビリティ管理エンティティ（ＭＭＥ）およびサービングゲートウェイ（ＳＧＷ）へのＳ１インターフェースも担当する。一般に、ＭＭＥ／Ｓ－ＧＷは、ＵＥの全体的な制御と、ＵＥとＥＰＣの残りの部分との間のデータフローとの両方を処理する。より具体的には、ＭＭＥは、非アクセス階層（ＮＡＳ）プロトコルとして知られている、ＵＥとＥＰＣとの間のシグナリング（例えば、制御プレーン）プロトコルを処理する。サービングゲートウェイは、ＵＥとＥＰＣとの間のすべてのインターネットプロトコル（ＩＰ）データパケット（データまたはユーザプレーンなど）を処理し、ＵＥ１２０がｅＮＢ１０５、１１０、１１５などのｅＮＢ間を移動するとき、データベアラのローカルモビリティアンカーとしてサービスを提供する。

ＥＰＣ１３０はまた、ユーザおよび加入者関連情報を管理するホーム加入者サーバ１３１を含むことができる。ＨＳＳ１３１はまた、モビリティ管理、呼およびセッションのセットアップ、ユーザ認証およびアクセス許可におけるサポート機能を提供することができる。ＨＳＳ１３１の機能は、レガシーホームロケーションレジスタ（ＨＬＲ）および認証センター（ＡｕＣ）の機能または動作に関連する。

いくつかの実施形態で、ＨＳＳ１３１は、図１においてＥＰＣ－ＵＤＲ１３５とラベル付けされたユーザデータリポジトリ（ＵＤＲ）と、Ｕｄインターフェースを介して、通信することができる。ＥＰＣ－ＵＤＲ１３５は、ＡｕＣアルゴリズムによって暗号化された後、ユーザクレデンシャルを保存することができる。これらのアルゴリズムは、ＥＰＣ－ＵＤＲ１３５に格納されている暗号化されたクレデンシャルがＨＳＳ１３１のベンダー以外のどのベンダーからもアクセス他ないように、標準化されていない（すなわち、ベンダー固有である）。

図２Ａは、その構成エンティティである、ＵＥ、Ｅ－ＵＴＲＡＮ、およびＥＰＣ、ならびにアクセス層（ＡＳ）および非アクセス層（ＮＡＳ）へのハイレベルの機能分割に関して、例示的なＬＴＥアーキテクチャのハイレベルブロック図を示す。図２Ａはまた、２つの特定のインターフェースポイント、すなわち、Ｕｕ（ＵＥ/Ｅ－ＵＴＲＡＮ無線インターフェース）およびＳ１（Ｅ－ＵＴＲＡＮ／ＥＰＣインターフェース）を示し、それぞれは、プロトコルの特定のセット、すなわち、無線プロトコルおよびＳ１プロトコルを使用する。２つのプロトコルのそれぞれは、ユーザプレーン（または「Ｕプレーン」）および制御プレーン（または「Ｃプレーン」）プロトコル機能にさらにセグメント化することができる。Ｕｕインターフェースでは、Ｕプレーンはユーザ情報（例えば、データパケット）を搬送し、ＣプレーンはＵＥとＥ－ＵＴＲＡＮの間で制御情報を搬送する。

図２Ｂは、ＵＥと、ｅＮＢと、ＭＭＥとの間の例示的な制御（Ｃ）－プレーンプロトコルスタックのブロック図を示す。例示的なプロトコルスタックは、ＵＥとｅＮＢとの間の物理（ＰＨＹ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、パケットデータ収束プロトコル（ＰＤＣＰ）レイヤ、および無線リソース制御（ＲＲＣ）レイヤを含む。ＰＨＹレイヤは、ＬＴＥ無線インターフェース上のトランスポートチャネルを介してデータを転送するためにどのように、またどのような特性が使用されるかに関係する。ＭＡＣレイヤは、論理チャネルでデータ転送サービスを提供し、論理チャネルをＰＨＹトランスポートチャネルにマッピングし、これらのサービスをサポートするためにＰＨＹリソースを再割り当てする。ＲＬＣレイヤは、上位レイヤとの間で転送されるデータの誤り検出および／または訂正、連結、セグメント化、および再組み立て、並べ替えを提供する。ＰＤＣＰレイヤは、ＵプレーンおよびＣプレーンの両方のための暗号化／解読および整合性保護、並びにヘッダ圧縮のようなＵプレーンのための他の機能を提供する。例示的なプロトコルスタックはまた、ＵＥとＭＭＥとの間の非アクセス階層（ＮＡＳ）信号を含む。

ＲＲＣレイヤは、無線インターフェースにおけるＵＥとｅＮＢとの間の通信、ならびにＥ－ＵＴＲＡＮにおけるセル間のＵＥのモビリティを制御する。ＵＥの電源投入後、ネットワークとのＲＲＣコネクションが確立されるまで、ＵＥはＲＲＣ＿ＩＤＬＥ状態になり、その後、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行する（例えば、データ転送が可能となる）。ネットワークとの接続が解除されると、ＵＥはＲＲＣ＿ＩＤＬＥに戻る。ＲＲＣ＿ＩＤＬＥ状態では、ＵＥの無線は、上位レイヤによって構成された不連続受信（ＤＲＸ）スケジュール上でアクティブである。ＤＲＸアクティブ期間（「ＤＲＸオン持続時間」とも呼ばれる）中に、ＲＲＣ＿ＩＤＬＥ状態のＵＥは、サービングセルによってブロードキャストされたシステム情報（ＳＩ）を受信し、セル再選択をサポートするために隣接セルの測定を実行し、ｅＮＢを介してＥＰＣからのページについてＰＤＣＣＨ上のページングチャネルを監視する。ＲＲＣ＿ＩＤＬＥ状態のＵＥは、ＥＰＣにおいて既知であり、割り当てられたＩＰアドレスをもつが、サービスを提供するｅＮＢには知られていない（例えば、記憶されたコンテキストがない）。

ＵＥとｅＮＢ間の論理チャネル通信は、無線ベアラを介して行われる。ＬＴＥ Ｒｅｌ８以降、シグナリング無線ベアラ（ＳＲＢ）であるＳＲＢ０、ＳＲＢ１、およびＳＲＢ２は、ＲＲＣおよびＮＡＳメッセージのトランスポートのために利用可能であった。ＳＲＢ０は、ＲＲＣコネクション設定、ＲＲＣコネクション再開、およびＲＲＣコネクション再確立に使用される。これらの動作のいずれかが成功すると、ＳＲＢ１は、ＲＲＣメッセージ（ピギーバックされたＮＡＳメッセージを含む可能性がある）の処理と、ＳＲＢ２の確立前のＮＡＳメッセージのために使用される。ＳＲＢ２は、ＮＡＳメッセージおよびより低い優先度のＲＲＣメッセージ（例えば、ログされた測定情報）のために使用される。ＳＲＢ０およびＳＲＢ１は、ＵＥとｅＮＢとの間でユーザデータを搬送するためのデータ無線ベアラ（ＤＲＢ）の確立および修正のためにも使用される。

ＬＴＥ ＰＨＹのための多元接続方式は、下りリンクではサイクリックプレフィックス（ＣＰ）を持つ直交周波数分割多重化（ＯＦＤＭ）に基づき、上りリンクではサイクリックプレフィックスを使用する単一キャリア周波数分割多元接続（ＳＣ‐ＦＤＭＡ）に基づく。ペアスペクトルおよび非ペアスペクトルでの送信をサポートするために、ＬＴＥ ＰＨＹは、周波数分割複信（ＦＤＤ）（全二重および半二重動作の両方を含む）および時分割複信（ＴＤＤ）の両方をサポートする。図３は、ＬＴＥ ＦＤＤダウンリンク（ＤＬ）運用に使用される例示的な無線フレーム構造（「タイプ１」）を示す。ＤＬ無線フレームは、１０ｍｓの固定の持続時間を有し、それぞれが０．５ｍｓの固定の持続時間を有する、０から１９までラベル付けされた２０個のスロットからなる。１ｍｓサブフレームは、２つの連続するスロットを含み、つまり、サブフレームは、２ｉと２ｉ＋１のスロットで構成される。各例示的なＦＤＤ ＤＬスロットはＮ^ＤＬ _ｓｙｍｂ個のＯＦＤＭシンボルから成り、各シンボルはＮ_ｓｃ個のＯＦＤＭサブキャリアから成る。Ｎ^ＤＬ _ｓｙｍｂの例示的な値は、１５ｋＨｚのサブキャリア間隔（ＳＣＳ）に対して、７（通常のＣＰで）または６（拡張された長さのＣＰで）である。Ｎ_ｓｃの値は、使用可能なチャネル帯域幅に基づいて構成可能である。図３に示すように、特定のシンボルにおける特定のサブキャリアの組合せは、リソース要素（ＲＥ）として知られている。各ＲＥは、そのＲＥに使用される変調コンステレーションおよび／またはビットマッピングコンステレーションのタイプに応じて、特定の数のビットを送信するために使用される。例えば、いくつかのＲＥは、ＱＰＳＫ変調を使用して２ビットを搬送することができ、他のＲＥは、１６または６４ＱＡＭをそれぞれ使用して４または６ビットを搬送することができる。また、ＬＴＥ ＰＨＹの無線リソースは、物理リソースブロック（ＰＲＢ）によって定義される。ＰＲＢは、スロット（すなわち、Ｎ^ＤＬ _ｓｙｍｂ）の持続時間にわたってＮ^ＲＢ _ｓｃ個のサブキャリアにスパンする。ここで、Ｎ^ＲＢ _ｓｃは、通常、１２（１５ｋＨｚサブキャリア帯域幅の場合）または２４（７．５ｋＨｚ帯域幅の場合）である。

例示的なＬＴＥ ＦＤＤアップリンク（ＵＬ）無線フレームは、図３に示す例示的なＦＤＤ ＤＬ無線フレームに類似した方法で配置されうる。上述のＤＬの説明と一致する用語を使用すると、各ＵＬスロットはＮＵＬｂｓｙｍｂ個のＯＦＤＭシンボルから成り、各ＵＬスロットはＮ_ｓｃ個のＯＦＤＭサブキャリアから成る。

一般に、ＬＴＥ物理チャネルは、上位レイヤから発信される情報を搬送するＲＥのセットに対応する。ＬＴＥ ＰＨＹによって提供されるダウンリンク（すなわち、ｅＮＢからＵＥへの）物理チャネルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理マルチキャストチャネル（ＰＭＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、中継物理ダウンリンク制御チャネル（Ｒ－ＰＤＣＣＨ）、物理ブロードキャストチャネル（ＰＢＣＨ）、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、および物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）を含む。さらに、ＬＴＥ ＰＨＹダウンリンクには、さまざまな基準信号（例えば、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）、同期信号、およびディスカバリ信号が含まれる。

ＰＤＳＣＨは、ユニキャストダウンリンクデータ送信に使用される主な物理チャネルであるが、ＲＡＲ（ランダムアクセス応答）、特定のシステム情報ブロック、およびページング情報の送信にも使用される。ＰＢＣＨは、ＵＥがネットワークにアクセスするために必要な基本システム情報を伝送する。ＰＤＣＣＨは、ＰＤＳＣＨ上のＤＬメッセージのためのスケジューリング情報、ＰＵＳＣＨ上のＵＬ送信のためのグラント、および、ＵＬチャネルのためのチャネル品質フィードバック（例えば、ＣＳＩ）を含むダウンリンク制御情報（ＤＣＩ）を送信するために使用される。ＰＨＩＣＨは、ＵＥによるＵＬ送信のためのＨＡＲＱフィードバック（例えば、ＡＣＫ／ＮＡＫ）を搬送する。

ＬＴＥ ＰＨＹによって提供されるアップリンク（すなわち、ＵＥからｅＮＢへの）物理チャネルは、物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、および物理ランダムアクセスチャネル（ＰＲＡＣＨ）を含む。さらに、ＬＴＥ ＰＨＹアップリンクは、関連するＰＵＣＣＨまたはＰＵＳＣＨの受信においてｅＮＢを支援するために送信される復調基準信号（ＤＭ－ＲＳ）と、任意のアップリンクチャネルに関連しないサウンディング基準信号（ＳＲＳ）とを含む様々な基準信号を含む。

ＰＵＳＣＨは、ＰＤＳＣＨに対応するアップリンクである。ＰＵＣＣＨは、ｅＮＢ ＤＬ送信のためのＨＡＲＱフィードバック、ＤＬチャネルのためのチャネル品質フィードバック（例えば、ＣＳＩ）、スケジューリング要求（ＳＲ）などを含むアップリンク制御情報（ＵＣＩ）を送信するためにＵＥによって使用され、ＰＲＡＣＨは、ランダムアクセスプリアンブル送信のために使用される。

ＬＴＥ ＤＬ内において、各ＬＴＥ サブフレーム内の特定のＲＥは、上記のＤＭ－ＲＳ などの基準信号の送信用に予約されている。他のＤＬ基準信号は、セル固有基準信号（ＣＲＳ）、測位基準信号（ＰＲＳ）、およびＣＳＩ基準信号（ＣＳＩ－ＲＳ）を含む。ＵＬ基準信号には、前述のＤＭ－ＲＳとＳＲＳがある。他のＲＳのようなＤＬ信号は、プライマリ同期シーケンス（ＰＳＳ）およびセカンダリ同期シーケンス（ＳＳＳ）を含み、これらは、ＵＥの時間および周波数同期ならびにシステムパラメータの獲得（例えば、ＰＢＣＨを介する）を容易にする。

ＬＴＥでは、（例えば、それぞれ、ＰＵＳＣＨおよびＰＤＳＣＨ上での）ＵＬおよびＤＬデータ送信は、ネットワーク（例えば、ｅＮＢ）によるリソースの明示的な許可または割り当てを伴って、または伴わずに行われうる。一般に、ＵＬ送信は、通常、ネットワークによって「許可される」と呼ばれ（すなわち、「ＵＬグラント」）、ＤＬ送信は、通常、ネットワークによって「割り当てられる」リソース上で行われると呼ばれる（すなわち、「ＤＬ割り当て」）。明示的な許可／割り当てに基づく送信の場合、ダウンリンク制御情報（ＤＣＩ）がＵＥに送信され、送信に使用されるべき特定の無線リソースをＵＥに通知する。対照的に、明示的な許可／割り当てのない送信は、典型的には、定義された周期で発生するように構成される。周期的および／または反復的なＵＬグラントおよび／またはＤＬ割り当てが与えられると、ＵＥは、次いで、事前定義された構成に従って、データ送信を開始し、および／またはデータを受信することができる。このような送信は、セミパーシステントスケジューリング（ＳＰＳ）、構成されたグラント（ＣＧ）、または、グラントフリー送信、と呼ばれることがある。

シームレスなモビリティは、３ＧＰＰ無線アクセス技術（ＲＡＴ）の重要な特徴である。一般に、ネットワークは、サービングセルから隣接セルへのハンドオーバなどのために、ネットワーク制御されたモビリティ決定を支援するよう、ＵＥを構成し、無線リソース管理（ＲＲＭ）測定を実行させて報告させる。シームレスハンドオーバは、ＵＥが、データ送信において過度に多くの中断を引き起こすことなく、異なるセルのカバレッジエリア内を移動することを保証する。しかしながら、ネットワークが、ＵＥを「正しい」隣接セルに時間内にハンドオーバすることに失敗するシナリオがあり、これは、ＵＥに、無線リンク障害（ＲＬＦ）またはハンドオーバ障害（ＨＯＦ）を宣言させる可能性がある。

ＲＬＦレポート手順は、ＬＴＥ Ｒｅｌ－９におけるモビリティロバストネス最適化（ＭＲＯ）の一部として導入された。この手順によれば、ＵＥは、ＲＬＦの発生時に関連情報をログし、その後、ＵＥが最終的に接続するターゲットセルを介して（例えば、再確立後に）、そのような情報をネットワークに報告する。報告された情報は、モビリティ動作（例えば、ハンドオーバ）の前の様々な隣接セルのＲＲＭ測定を含むことができる。ただし、ＵＥが、レポート内のそのような隣接セルの測定をソートし、順序付けし、および／または優先順位付けする方法は、未定義である。これは、ＵＥ ＲＬＦレポートにおけるそのような測定（の結果）をネットワークがどのように解釈するかにおいて、あいまいさ、不確実性、および／または混乱を引き起こす可能性がある。

本開示の実施形態は、上記で要約され、以下でより詳細に説明される例示的な問題を克服するための解決策を容易にすることなどによって、無線ネットワーク内のＵＥによるＲＬＦのハンドリング（処理）に対する特定の改善を提供する。

本開示の実施形態は、無線ネットワークのセルにおいて無線リンク障害（ＲＬＦ）を報告するための方法（例えば、手順）を含む。これらの例示的な方法は、複数のセルを有する無線ネットワーク（たとえば、Ｅ－ＵＴＲＡＮ、ＮＧ－ＲＡＮなど）において動作するユーザ装置（ＵＥ、たとえば、無線デバイス、ＭＴＣデバイス、ＮＢ－ＩｏＴデバイス、モデムなど、またはそれらの構成要素）によって実行され得る。

これらの例示的な方法は、無線ネットワーク内の複数のセルの測定を実行することを含むことができる。複数のセルは、（すなわち、ＵＥのための）サービングセルと、複数の隣接セルとを含むことができる。各特定のセルについての測定は、特定のセルで送信される１つまたは複数のタイプの基準信号（ＲＳ）に基づく。例えば、ＲＳのタイプは、セル固有ＲＳ（ＣＲＳ）、チャネル状態情報ＲＳ（ＣＳＩ－ＲＳ）、および同期／ＰＢＣＨ信号ブロック（ＳＳＢ）のうちのいずれかを含むことができる。さらに、各セル上でＵＥによって実行される測定は、１つまたは複数の測定量を含めることができる。例えば、１つまたは複数の測定量は、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、および信号対干渉雑音比（ＳＩＮＲ）のいずれかを含むことができる。

これらの例示的な方法はまた、サービングセルにおいて無線リンク障害（ＲＬＦ）が発生したことを決定することを含むことができる。これらの例示的な方法はまた、１つまたは複数のソート基準に基づいて、隣接セルについての測定を１つまたは複数の測定リストへとソートすることを含むことができる。ソート基準は、以下のうちの１つまたは複数に関連付けることができる：各隣接セルについての測定が基づくＲＳタイプと、各隣接セルについて利用可能な測定量。これらの例示的な方法は、１つまたは複数の測定リスト（たとえば、ソートされたものとして）を含むＲＬＦレポートをネットワークノードに送信することも有することができる。

いくつかの実施形態によれば、ソート基準は、特定の測定量（例えば、ＲＳＲＰ、ＲＳＲＱ、またはＳＩＮＲ）を含むことができる。そのような実施形態によれば、ソート動作は、各隣接セルについて測定された特定の測定量の値に基づいて、隣接セルの測定を１つまたは複数の測定リストへと順序付けることを含むことができる。

これらの実施形態のいくつかでは、ソート基準は、複数の測定量を含むことができ、１つまたは複数の測定リストは、それぞれの測定量に関連する複数の測定リストを含むことができる。そのような実施形態によれば、それぞれの測定量を含む隣接セルの測定を、それぞれの測定リストへと順序付けることができる。

これらの実施形態のうちの他の実施形態によれば、ソート基準はまた、特定のＲＳタイプを含むことができる。そのような実施形態によれば、隣接セルの測定を１つまたは複数の測定リストへと順序付けることは、特定のＲＳタイプに基づいて各隣接セルについて測定された特定の測定量の値に基づくことができる。例えば、特定の測定量の値が隣接セルのうちの２つについて等しい場合、２つの隣接セルについての測定の順序付けは、２つの隣接セルについて測定された以下のうちの１つの値に基づくことができる：
●特定のＲＳタイプに基づくさらなる測定量、または、
●他のＲＳタイプに基づく特定の測定量。

これらの実施形態のうちの他の実施形態によれば、ソート基準はまた、複数のＲＳタイプを含むことができ、１つまたは複数の測定リストは、それぞれの複数のＲＳタイプに関連付けられた複数の測定リストを含む。そのような実施形態によれば、隣接セルの測定を１つまたは複数の測定リストへと順序付けることは、それぞれのＲＳタイプに基づいて各隣接セルについて測定される特定の測定量の値に基づくことができる。

いくつかの実施形態によれば、隣接セル測定は、複数のキャリア周波数上で実行可能である。これらの実施形態のいくつかでは、１つまたは複数の測定リストは、それぞれの複数のキャリア周波数に関連付けられた複数の測定リストを含み、それぞれのキャリア周波数上で行われる隣接セル測定は、それぞれの測定リストへと順序付けられる。

これらの実施形態のうちの他の実施形態によれば、１つまたは複数の測定リストは、複数のキャリア周波数に関連付けられ、その結果、キャリア周波数のすべてに対して行われる隣接セル測定は、１つまたは複数の測定リストへと順序付けられる。これらの実施形態のいくつかでは、１つまたは複数の測定リストは、それぞれの複数のＲＳタイプおよびキャリア周波数のすべてに関連する複数の測定リストを含む。そのような実施形態によれば、それぞれのＲＳタイプで行われる隣接セル測定は、それぞれの測定リストへと順序付けられる。

いくつかの実施形態によれば、１つまたは複数の測定リストは、複数の測定リストを含むことができる。そのような実施形態によれば、ソート動作は、キャリア周波数、ＲＳタイプ、および測定量というそれぞれの測定リストに関連付けられた以下のうちの１つまたは複数の優先順位に従って、複数の測定リストを単一の測定リストに結合することを含むことができる。そのような実施形態で、ＲＬＦレポートは、単一の測定リストを含むことができる。

様々な実施形態で、１つまたは複数の測定リスト（例えば、ＲＬＦレポートに含まれる）は、以下のタイプの測定値のうちの１つを含むことができる：
●ソート基準としても使用される特定のＲＳ（基準信号）タイプに基づく、ソート基準として使用される、特定の測定量の値；
●いずれかのＲＳタイプに基づく、ソート基準として使用される、特定の測定量の値；
●ソート基準として使用される特定のＲＳタイプに基づくいずれかの利用可能な測定量の値；または
●いずれかのＲＳタイプに基づくいずれかの利用可能な測定量の値。

他の実施形態は、本明細書で説明される例示的な方法のいずれかに対応する動作を実行するように構成されたユーザ装置（ＵＥ、たとえば、無線デバイス、ＭＴＣデバイス、ＮＢ－ＩｏＴデバイス、またはモデムなどのその構成要素）を含む。他の実施形態は、プロセッシング回路によって実行されると、本明細書で説明される例示的な方法に対応する動作を実行するようにそのようなＵＥを構成するプログラム命令を格納する非一時的なコンピュータ可読媒体を含む。

本開示の実施形態のこれらおよび他の目的、特徴、利益、および利点は、以下に簡潔に記載される図面を考慮して以下の詳細な説明を読むことによって明らかになるであろう。

は、３ＧＰＰによって標準化された、ロングタームエボリューション（ＬＴＥ）、進化型ＵＴＲＡＮ （Ｅ-ＵＴＲＡＮ）および進化型パケットコア（ＥＰＣ）ネットワークの例示的なアーキテクチャのハイレベルブロック図である。

は、その構成要素、プロトコル、およびインターフェースに関する例示的なＥ－ＵＴＲＡＮアーキテクチャのハイレベルブロック図である。

は、ユーザ装置（ＵＥ）とＥ－ＵＴＲＡＮとの間の無線（Ｕｕ）インターフェースの制御プレーン部分の例示的なプロトコルレイヤのブロック図である。

は、周波数分割複信（ＦＤＤ）動作に使用される例示的なダウンリンクＬＴＥ無線フレーム構造のブロック図である。

は、本開示の様々な例示的な実施形態による、ＬＴＥおよびＮＲにおける例示的な無線リンク障害（ＲＬＦ）手順の２つの位相を示すハイレベルタイミング図を示す。

は、例示的なＬＴＥ ＲＬＦ手順中のＵＥの動作のより詳細なバージョンを示す。

は、無線リソース制御（ＲＲＣ）のRLF-TimersAndConstants情報要素（ＩＥ）を定義する例示的なＡＳＮ．１データ構造を示す。

は、ＵＥ無線リンク監視（ＲＬＭ）測定に基づいて物理ダウンリンク制御チャネル（ＰＤＣＣＨ）品質を推定するための例示的な構成を示す。

は、ＵＥによって開始される例示的なＬＴＥランダムアクセス（ＲＡ）手順の特定の動作を示す。

は、RRC RACH－ConfigCommon IEのための例示的なＡＳＮ．１データ構造を示す。

は、UEInformationRequestメッセージのための例示的なＡＳＮ．１データ構造を示す。

と と は、UEInformationResponseメッセージのための例示的なＡＳＮ．１データ構造を示す。

および、 は、本開示の様々な例示的な実施形態による、隣接セルの測定をリストへとソートするための例示的な方法（例えば、手順）のフローチャートを示す。

は、本開示の様々な例示的な実施形態による、ユーザ装置（ＵＥ、例えば、無線デバイス、ＭＴＣデバイス、ＮＢ－ＩｏＴデバイス、モデムなど、またはそれらの構成要素）のための例示的な方法（例えば、手順）のフローチャートを示す。

は、例示的な５Ｇネットワークアーキテクチャのハイレベル図を示す。

は、本開示の様々な例示的な実施形態による、例示的な無線デバイスまたはＵＥのブロック図を示す。

は、本開示の様々な例示的な実施形態による、例示的なネットワークノードのブロック図を示す。

は、本開示の様々な例示的な実施形態による、ホストコンピュータとＵＥとの間でオーバーザトップ（ＯＴＴ）データサービスを提供するように構成された例示的なネットワークのブロック図を示す。

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

一般に、本明細書で使用されるすべての用語は、異なる意味が明確に与えられ、かつ/またはそれが使用される文脈から暗示されない限り、関連する技術分野におけるそれらの通常の意味に従って解釈されるべきである。ａ/ａｎ/ｔｈｅ+要素、装置、構成要素、手段、ステップなどへの言及はすべて、特に明記しない限り、要素、装置、構成要素、手段、ステップなどの少なくとも１つのインスタンスを指すものとして開放的に解釈されるべきである。本明細書に開示される任意の方法のステップは、ステップが別のステップの後または前として明示的に記載されていない限り、および/またはステップが別のステップの後または前になければならないことが暗黙的でない限り、開示される正確な順序で実行される必要はない。本明細書に開示される実施形態のいずれかの任意の特徴は、適切な場合には、任意の他の実施形態に適用されてもよい。同様に、任意の実施形態の任意の利点は、任意の他の実施形態に適用することができ、その逆も同様である。添付の実施形態の他の目的、特徴、および利点は、以下の説明から明らかになるであろう。

さらに、以下の用語は、以下に与えられる説明を通して使用される：
●無線ノード：本明細書で使用されるように、「無線ノード」は、「無線アクセスノード」または「無線デバイス」のいずれかであり得る。
●無線アクセスノード：本明細書で使用されるように、「無線アクセスノード」（または同等に「無線ネットワークノード」、「無線アクセスネットワークノード」、または「ＲＡＮノード」）は、信号を無線で送信および／または受信するように動作するセルラー通信ネットワークの無線アクセスネットワーク（ＲＡＮ）内の任意のノードであり得る。無線アクセスノードのいくつかの例は、３ＧＰＰの第５世代（５Ｇ）ＮＲネットワークにおける基地局（例えば、新無線（ＮＲ）基地局（ｇＮＢ）、または３ＧＰＰのＬＴＥネットワークにおける拡張または発展型ノードＢ （ｅＮＢ））、基地局分散コンポーネント（例えば、ＣＵおよびＤＵ）、ハイパワーまたはマクロ基地局、ローパワー基地局（例えば、マイクロ、ピコ、フェムト、またはホーム基地局など）、統合アクセスバックホール（ＩＡＢ）ノード、送信ポイント、リモート無線ユニット（ＲＲＵまたはＲＲＨ）、およびリレーノードを含むが、これらに限定されない。

●コアネットワークノード：ここで使用されるように、「コアネットワークノード」は、コアネットワーク内の任意の種類のノードである。コアネットワークノードの例としては、モビリティ管理エンティティ（ＭＭＥ）、サービングゲートウェイ（ＳＧＷ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、ロケーション管理機能（ＬＭＦ）、ユーザプレーン機能（ＵＰＦ）、ネットワーク公開機能（ＮＥＦ）などがある。

●無線デバイス：ここで使用されるように、「無線デバイス」（略して「ＷＤ」）は、ネットワークノードおよび／または他の無線デバイスと無線で通信することによって、セルラー通信ネットワークにアクセスする（すなわち、サービスを提供される）任意のタイプの装置である。無線で通信することは、電磁波、電波、赤外線、および／または空気を介して情報を伝達するのに適した他のタイプの信号を使用して、無線信号を送信および／または受信することを含むことができる。無線デバイスのいくつかの例は、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーIP （ＶｏＩＰ）フォン、無線ローカルループフォン、デスクトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、無線カメラ、ゲームコンソールまたはデバイス、音楽記憶デバイス、再生機器、ウェアラブルデバイス、無線エンドポイント、モバイルステーション、タブレット、ラップトップ、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップマウント機器（ＬＭＥ）、スマートデバイス、無線顧客宅内機器（ＣＰＥ）、モバイルタイプ通信（ＭＴＣ）デバイス、物のインターネット（ＩｏＴ）デバイス、車両搭載型無線端末デバイスなどを含むが、これらに限定されない。特に断らない限り、「無線デバイス」という用語は、本明細書では、「ユーザ装置」（または略して「ＵＥ」）という用語と互換的に使用される。

●ネットワークノード：ここで使用されるように、「ネットワークノード」は、セルラー通信ネットワークの無線アクセスネットワークの一部（例えば、上述の無線アクセスノードまたは同等の名前）またはコアネットワーク（例えば、上述のコアネットワークノード）のいずれかである任意のノードである。機能的には、ネットワークノードは、直接的または間接的に無線デバイスおよび／またはセルラー通信ネットワーク内の他のネットワークノードまたは機器と通信し、無線デバイスへの無線アクセスを可能および／または提供し、および／またはセルラー通信ネットワーク内の他の機能（例えば、管理）を実行することができるように、構成され、配置され、および／または動作可能である。

本明細書の説明は、３ＧＰＰセルラー通信システムに焦点を当てており、したがって、３ＧＰＰ用語または３ＧＰＰ用語に類似する用語がしばしば使用されることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰシステムに限定されない。さらに、本明細書では「セル」という用語を使用するが、（特に５Ｇ ＮＲに関して）ビームをセルの代わりに使用することができ、したがって、本明細書で説明する概念は、セルおよびビームの両方に等しく適用されることを理解されたい。

簡単に上述されたように、現在の無線リンク障害（ＲＬＦ）手順では、ＵＥは、ＲＬＦの発生時に関連情報をログし、後に、ＵＥが最終的に接続するターゲットセルを介して（例えば、再確立後に）そのような情報をネットワークにレポート（報告）する。報告された情報は、モビリティ動作（例えば、ハンドオーバ）の前の様々な隣接セルの無線リソース管理（ＲＲＭ）測定を含むことができる。ただし、ＵＥが、レポート内のそのような隣接セルの測定をソートし、順序付けし、および／または優先順位付けする方法は、未定義であった。これは、ＵＥ ＲＬＦレポートにおけるそのような測定をネットワークがどのように解釈するかにおいて、あいまいさ、不確実性、および／または混乱を引き起こす可能性があり、これについては、以下でより詳細に説明する。

上述のように、ＬＴＥ Ｒｅｌ－１３の前に、２つのＲＲＣ状態、すなわち、ＲＲＣ＿ＩＤＬＥ状態およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のみがＵＥに対して定義されていた。ＬＴＥ Ｒｅｌ－１３では、ＲＲＣ＿ＩＤＬＥ状態と同様であるが、いくつかの重要な相違点を有するサスペンド状態で、ネットワークによってＵＥがサスペンドされるための機構が導入された。まず、サスペンド状態は、ＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤに並ぶ３番目のＲＲＣ「状態」ではなく、ＲＲＣ＿ＩＤＬＥの「サブ状態」と見なすことができる。第２に、ＵＥおよびサービングｅＮＢの両方が、サスペンド後にＵＥのＡＳ（例えば、Ｓ１－ＡＰ）コンテキストおよびＲＲＣコンテキストを記憶する。その後、サスペンドされたＵＥがコネクションを再開する必要が生じると（例えば、ＵＬデータを送るため）、従来のサービス要求手続きを経る代わりに、サスペンドされたＵＥは、単にRRC ConnectionResume-RequestメッセージをｅＮＢに送信するだけでよい。ｅＮＢはＳ１ＡＰコンテキストを再開し、RRC ConnectionResumeメッセージで応答する。ＭＭＥとｅＮＢとの間のセキュリティコンテキストの詳細な送受信はなく、ＡＳセキュリティコンテキストの設定もない。保存されたＡＳコンテキストおよびＲＲＣコンテキストは、それらが以前に中断された場所から単に再開される。シグナリングを削減することで、（例えば、インターネットにアクセスするスマートフォンのための）ＵＥレイテンシおよびＵＥシグナリングを削減することが可能となる。これは、特にシグナリングがエネルギーの主たる消費主であるような非常に少ないデータを送信するマシンタイプ通信（ＭＴＣ）デバイスに対して、ＵＥエネルギー消費の削減につながり得る。

３ＧＰＰでは、最近、５Ｇ用の新しい無線インターフェースに関する研究項目が完了し、３ＧＰＰは、しばしばＮＲ（新無線）と略されるこの新しい無線インターフェースを標準化する努力を続けている。ＬＴＥは、主にユーザ間通信のために設計されたが、５Ｇ／ＮＲネットワークは、高いシングルユーザデータレート（例えば、１Ｇｂ／ｓ）と、周波数帯域幅を共有する多くの異なるデバイスからの短いバースト送信を伴う大規模なマシン間通信と、の両方をサポートすることが想定されている。

ＬＴＥと同様に、ＮＲは、下りリンクでＣＰ‐ＯＦＤＭ（サイクリックプレフィックス直交周波数分割多重化）を使用し、上りリンクでＣＰ‐ＯＦＤＭとＤＦＴ‐拡散ＯＦＤＭ （ＤＦＴ‐Ｓ‐ＯＦＤＭ）の両方を使用する。時間領域において、ＮＲのダウンリンクおよびアップリンク物理リソースは、各１ｍｓの等しいサイズのサブフレームに編成される。サブフレームは、等しい持続時間の複数のスロットにさらに分割され、各スロットは、複数のＯＦＤＭベースのシンボルを含む。

ＮＲで、ＲＲＣ状態は、ＬＴＥ Ｒｅｌ－１３におけるサスペンドされたサブ状態と同様のプロパティを有するＲＲＣ＿ＩＮＡＣＴＩＶＥ状態を含む。しかし、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態は、それ自体が別個のＲＲＣ状態であり、ＬＴＥのようにＲＲＣ＿ＩＤＬＥの一部ではないという点で、多少異なる特性を持っている。さらに、ＣＮ／ＲＡＮコネクション（ＮＧまたはＮ２インターフェース）は、ＬＴＥでサスペンドされている間であって、ＲＲＣ＿ＩＮＡＣＴＩＶＥの間は、アライブとして維持される。

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態では、ネットワークは通常、あるセルから別のセルへのハンドオーバのようなネットワーク制御モビリティの決定を支援するために、ＲＲＭ測定を実行して報告するようＵＥを構成する。ＲＬＦプロシージャは、典型的には、ハンドオーバを含むモビリティ関連プロシージャのいずれかにおいて何らかの予期せぬことが起こったときに、ＵＥにおいてトリガーされる。ＲＬＦプロシージャは、ＲＲＣと、Ｌ１上の無線リンク監視（ＲＬＭ）を含むＰＨＹ（またはＬ１）、ＭＡＣ、ＲＬＣなどの下位レイヤプロトコルとの間のインタラクションを含む。

ハンドオーバ障害（ＨＯＦ）およびＲＬＦの際に、ＵＥがネットワークによって到達可能であることが維持されるように、ＵＥは、セルを選択し、再確立手順を開始しようと試みるなどの自律的なアクションをとることができる。一般に、ＵＥは、ＵＥとネットワークとの間で利用可能な信頼性のある通信チャネル（または無線リンク）がないことをＵＥが認識した場合にのみＲＬＦを宣言し、その結果、ユーザエクスペリエンスが低下する可能性がある。また、コネクションを再確立するには、新たに選択されたセルとのシグナリング（例えば、ランダムアクセス手順、様々なＲＲＣメッセージの交換など）が必要であり、ＵＥが再び確実にネットワークとユーザデータを送受信できるまでの待ち時間が必要となる。

３ＧＰＰ ＴＳ３６．３３１（ｖ１５．７．０）によれば、ＲＬＦの潜在的な原因は以下を含む：
１）無線リンクモニタリング（ＲＬＭ）関連タイマーＴ３１０の満了；
２）測定報告関連タイマーＴ３１２の満了（Ｔ３１０が動作しているときに測定報告を送信したにもかかわらず、このタイマーの継続時間内にネットワークからハンドオーバコマンドを受信できなかったこと）；
３）ＲＬＣ再送信回数が最大値に達したこと；
４）ＭＡＣエンティティからランダムアクセス・プロブレム・インジケーションを受信したとき。

ＲＬＦは、新しいセルにおける再確立と、ＵＥ／ネットワーク性能とエンドユーザ経験の低下と、につながるため、ＵＥ ＲＬＦの理由を理解し、後続のＲＬＦを低減、最小化、および／または回避するよう、モビリティ関連パラメータ（たとえば、測定レポートのトリガー条件）を最適化することが、ネットワークの関心事である。Ｒｅｌ－９モビリティロバストネス最適化（ＭＲＯ）の前においては、ＵＥのみが、ＲＬＦ発生時の無線品質、ＲＬＦを宣言する実際の理由など、を知っている。ＲＬＦ原因を識別するために、ネットワークはＵＥから、および隣接基地局（例えばｅＮＢ）から、より多くの情報を必要とする。

上述のように、様々な問題および／または課題は、ＬＴＥおよびＮＲにおいてＲＬＦをトリガーすることができる。しかしながら、本開示の目的のために、２つの最も重要なものは、１）無線リンクまたはＰＨＹ問題（例えば、タイマーＴ３１０の満了）によるＲＬＦと、２）ＭＡＣレイヤによって示されるようなランダムアクセス問題によるＲＬＦと、である。ＲＬＦは、他の原因（例えば、ＲＬＣ）によってトリガーされ得るが、これらの説明は、簡潔さおよび／または簡潔さのために省略される。

ＲＬＭの原理は、ＬＴＥおよびＮＲにおいて同様である。一般に、ＵＥは、ＵＥのサービングセルのリンク品質を監視し、その情報を使用して、ＵＥがそのサービングセルに対して同期しているか（ＩＳ）、同期していないか（ＯＯＳ）を決定する。ＬＴＥでは、ＲＬＭは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でダウンリンク基準信号（例えば、ＣＲＳ）を測定するＵＥによって実行される。ＲＬＭ（すなわち、Ｌ１／ＰＨＹによる）が、ＵＥ ＲＲＣレイヤに対して、連続するＯＯＳ条件の個数を示す場合、ＲＲＣは、無線リンク障害（ＲＬＦ）手順を開始し、タイマ（例えば、Ｔ３１０）の満了後にＲＬＦを宣言する。Ｌ１ ＲＬＭ手順は、推定されたＣＲＳ測定を、ＱｏｕｔおよびＱｉｎと呼ばれるいくつかの目標ブロック誤り率（ＢＬＥＲ）と比較すること、によって実行される。特に、ＱｏｕｔおよびＱｉｎは、それぞれ１０％および２％の例示的な値を有する、サービングセルからの仮想ＰＤＣＣＨ／ＰＣＩＦＣＨ送信のＢＬＥＲに対応する。ＮＲで、ネットワークは、ＲＳタイプ（例えば、ＣＳＩ－ＲＳおよび／またはＳＳＢ）、監視されるべき正確なリソース、さらにはＩＳおよびＯＯＳインジケーションのためのＢＬＥＲターゲットを定義することができる。

図４に、ＬＴＥおよびＮＲにおけるＲＬＦ手順の２つのフェーズを示すハイレベルのタイミング図を示す。第１のフェーズは、無線問題が検出されると開始され、期間Ｔ１中に回復が行われなかった後に無線リンク障害の検出に至る。第２のフェーズは、ＲＬＦ検出またはハンドオーバ失敗時に開始され、期間Ｔ２中に回復が行われない場合、ＵＥがＲＲＣ＿ＩＤＬＥ状態に戻ることで終了する。

図５は、例示的なＬＴＥ ＲＬＦ手順中のＵＥの動作のより詳細なバージョンを示す。この例で、ＵＥは、上述したように、Ｌ１ ＲＬＭ手順中にＮ３１０個の連続するＯＯＳ条件を検出し、次いで、タイマーＴ３１０を開始する。その後の動作は、より上位のレイヤ（例えば、ＲＲＣ）によって実行される。Ｔ３１０の満了後、ＵＥは、Ｔ３１１およびＲＲＣ再確立を開始し、最良のターゲットセルを探索する。再確立のためにターゲットセルを選択した後、ＵＥは、ターゲットセルのためのシステム情報（ＳＩ）を取得し、（例えば、ＲＡＣＨを介して）ランダムアクセスを実行する。Ｔ３１０が満了後からこの時点までの経過時間は、ＵＥの再確立遅延と見なすことができる。最終的に、ＵＥは、ターゲットセルへのアクセスを取得し、ターゲットセルにRRC Reestablishment Requestメッセージを送信する。Ｔ３１０の満了後からこの時点までの経過時間は、総ＲＲＣ再確立遅延と見なすことができる。

これらの動作は、３ＧＰＰ ＴＳ３６．３３１（ｖ１５．７．０）においてさらに規定されており、その関連部分は、以下の抜粋において提供される。

＊＊＊ ３ＧＰＰ規格＊＊＊から抜粋
５．２．２．９ SystemInformationBlockType2の受信時のアクション
SystemInformationBlockType2を受信すると、ＵＥは、次のことを行う：
１＞radioResourceConfigCommonに含まれる構成を適用する；
．．．

１＞ RRC_CONNECTED状態において、ＵＥがrlf-TimersAndConstants内で受信されたＲＬＦタイマー値と定数値を構成されている場合：
２＞タイマーＴ３００の値を除いて、ue-TimersAndConstants内のタイマー値および定数の値を更新しない；
．．．

５．３．１０．０ 一般
ＵＥは：

１＞ 受信されたradioResourceConfigDedicatedにrlf-TimersAndConstantsが含まれる場合：
２＞ ５．３．１０．７ で規定されたタイマー値と定数の値を再構成する；
．．．

５．３．１０．７ 無線リンク障害タイマーおよび定数の再構成
ＵＥは：
１＞ 受信されたrlf-TimersAndConstantsがリリースに設定されている場合：
２＞ SystemInformationBlockType2（またはＮＢ－ＩｏＴではSystemInformationBlockType2－NB）で受信されるue-TimersAndConstantsに含まれるタイマーＴ３０１、Ｔ３１０、Ｔ３１１および定数Ｎ３１０、Ｎ３１１の値を使用する；
１＞ それ以外の場合（else）：
２＞ 受信されたrlf-TimersAndConstantsに従ってタイマーと定数の値を再構成する；
１＞ 受信されたrlf-TimersAndConstantsSCGがリリースに設定されている場合：
２＞ タイマーＴ３１３（実行中の場合）を停止させ、
２＞ タイマーｔ３１３、定数ｎ３１３、ｎ３１４の値をリリース（解放）する；
１＞それ以外の場合（else）：
２＞受信されたrlf-TimersAndConstantsSCGに従ってタイマーと定数の値を再構成する；
．．．

５．３．１０．１１ＳＣＧ 専用リソース構成
ＵＥは：
．．．

１＞ 受信されたradioResourceConfigDedicatedSCGがrlf-TimersAndConstantsSCGを含む場合：
２＞ ５．３．１０．７ で規定されたタイマーと定数の値を再構成する；
．．．

５．３．１１．１ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態での物理レイヤ問題の検出
ＵＥは：
１＞ Ｔ３００、Ｔ３０１、Ｔ３０４、Ｔ３１１のいずれも動作していない間に、下位レイヤからＰＣｅｌｌに対するＮ３１０個の連続した「ＯＯＳ」インジケーションを受信すると：
２＞ タイマーＴ３１０をスタートさせる；
１＞ Ｔ３０７が動作していない間に、下位レイヤからＰＳＣｅｌｌに対するＮ３１３個の連続した「ＯＯＳ」インジケーションを受信すると：
２＞ Ｔ３１３をスタートさせる；
メモ： 物理レイヤの監視および関連する自律アクションは、ＰＳＣｅｌｌ以外のＳＣｅｌｌには適用されない。

５．３．１１．２ 物理レイヤ問題の回復
Ｔ３１０が動作している間に、下位レイヤからＰＣｅｌｌに対するＮ３１１個の連続した「ＩＳ」インジケーションを受信すると、ＵＥは、次のことを行う：
１＞ タイマーＴ３１０を停止させる；
１＞ タイマーＴ３１２（が動作中であれば）を停止させる；
注１：この場合、ＵＥは、明示的なシグナリングなしでＲＲＣコネクションを維持する、すなわち、ＵＥは、無線リソース構成全体を維持する。

注２：「ＩＳ」および「ＯＯＳ」のいずれもレイヤ１によって報告されない期間は、連続する「ＩＳ」または「ＯＯＳ」インジケーションの個数の評価に影響を与えない。

Ｔ３１３が動作している間に、下位レイヤからＰＳＣｅｌｌに対するＮ３１４個の連続した「ＩＳ」インジケーションを受信すると、ＵＥは、次のことを行う：
１＞ タイマーＴ３１３を停止させる；
＊＊＊ ３ＧＰＰ規格からの抜粋の終了 ＊＊＊

さらに、図６は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥに適用可能なＵＥ固有のタイマーおよび定数を含むRRC RLF-TimersAndConstants情報要素（ＩＥ）を定義する、例示的なＡＳＮ．１データ構造（３ＧＰＰ ＴＳ３６．３３１からも取得）を示す。以下の表に、図６の特定のフィールドの定義を示す。

ＤＲＸ（間欠受信）が設定されていない場合、最後の２００ｍｓの期間に推定された下り無線リンク品質が閾値Ｑｏｕｔより悪くなると、ＯＯＳが発生する。同様に、ＤＲＸなしの場合、最後の１００ｍｓ期間にわたって推定されたダウンリンク無線リンク品質が閾値Ｑｉｎよりも良くなるときに、ＩＳが発生する。同期外れが検出されると、ＵＥは同期内の評価を開始する。

ＤＲＸを使用してＵＥのエネルギー消費を削減する場合、ＯＯＳおよびＩＳの評価期間は、構成されたＤＲＸ サイクル長に基づいて、延長される。ＵＥは、ＯＯＳが発生するたびにＩＳ評価を開始する。したがって、ＯＯＳとＩＳの評価には同じ期間（TEvaluate_Qout_DRX）が使用される。しかしながら、ＲＬＦタイマ（Ｔ３１０）が満了するまでそれを起動すると、ＩＳ評価期間は１００ｍｓに短縮され、これはＤＲＸがない場合と同じである。タイマーＴ３１０がＮ３１１個の連続したＩＳインジケーションによって停止した場合、ＵＥは、ＤＲＸベースの周期（TEvaluate_Qout_DRX）に従って、ＩＳ評価を実行する。

要約すると、ＬＴＥ ＲＬＭ手順は、ＰＤＣＣＨおよびＣＲＳを送信するＬＴＥサービングセルにおいてＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥに依拠した、ＰＤＣＣＨ品質を「推定」するためにセル固有基準信号（ＣＲＳ）を測定すること、に基づく。ＣＲＳは、特定の物理セル識別子（ＰＣＩ）に関連付けられる。さらに、ＬＴＥ ＲＬＭは、ネットワークがいかなるパラメータも構成する必要がないように規定されており、ＵＥは、無線リンク問題の検出のためにＩＳ／ＯＯＳイベントを内部で生成する。一方、ＲＬＦプロシージャ（ＳＣＧ障害を含む）は、カウンタＮ３１０、Ｎ３１１、Ｎ３１３、Ｎ３１４（早すぎるＲＬＦトリガーを回避するためにフィルタとして働く）およびタイマーＴ３１０、Ｔ３１１、Ｔ３１３、およびＴ３１４を介して、ＲＲＣによって制御されるとともに、ネットワークによって構成される。

ＣＲＳベースのＲＬＭ測定と仮定のＰＤＣＣＨ ＢＬＥＲとの間のマッピングは、ＵＥの実装に任されている。しかし、その性能は、様々な環境に対して定義された適合性試験によって検証される。また、ＵＥは、ＰＤＣＣＨがスケジューリングされるリソースを必ずしも知っているわけではないため、ダウンリンク品質は、帯域全体にわたるＣＲＳのＲＳＲＰに基づいて演算される。これを図７に示す。

ＬＴＥで、ＲＬＦは、（例えば、３ＧＰＰ ＴＳ３６．３２１で定義されているように）ＭＡＣレイヤで行われるランダムアクセス（ＲＡ）手順における問題によってトリガーされることも可能である。ＬＴＥにおけるランダムアクセスは、衝突の固有のリスクを有する競合ベースのランダムアクセス（ＣＢＲＡ）、または特定の時間に特定のＵＥのために専用ＲＡリソースがネットワークによって予約／割り当てられる無競合ＲＡＣＨ（ＣＦＲＡ）として、構成可能である。例えば、ネットワークは、ＵＥのハンドオーバ中にＣＦＲＡを構成することができる。

図８は、例示的なＬＴＥ ＣＢＲＡ手順におけるステップ（すなわち、動作）を示す。ステップ１において、ＵＥは、ブロードキャストチャネルを介してネットワークによって送信されたプリアンブルの既知のセットから１つのアクセスプリアンブルをランダムに選択する。その目的は、符号領域においてプリアンブルを分離することによって衝突を回避することである。ＬＴＥでは、典型的には、各セルに６４個の異なる利用可能なプリアンブルがある。これらは、複数のプリアンブルグループに分割されてもよく、これにより、ＵＥは、小さなメッセージ（データパッケージ）のための無線リソースを必要とするか、または大きなメッセージ（データパッケージ）のための無線リソースを必要とするかにかかわらず、１ビットでシグナリングすることができる。すなわち、１つのグループからランダムに選択されたプリアンブルは、ＵＥが送信すべき少量のデータを有することを示すことができ、一方、別のグループからランダムに選択されたプリアンブルは、より大量のデータのためのリソースが必要であることを示すことができる。

ＵＥは、特定のＵＬ時間／周波数リソース上でのみＲＡプリアンブルを送信し、これはブロードキャストシステム情報（ＳＩ）を介して全てのＵＥに知られる。ｅＮＢは、これらのリソースにおいてＵＥによって送信されたすべての非衝突プリアンブルを検出し、各ＵＥの往復時間（ＲＴＴ）を推定する。ＲＴＴは、ＬＴＥのＯＦＤＭをベースとしたシステムにおいて、ＵＥに対してＤＬとＵＬの両方で時間と周波数同期を達成するために必要である。

ステップ２において、ｅＮＢからＵＥへのＲＡ応答（ＲＡＲ）は、ステップ３において使用するために、ＲＴＴ、一時的なＵＥ識別子（例えば、一時的なセルＲＮＴＩ、ＴＣ－ＲＮＴＩ）、およびＵＬリソースを搬送する。上述のように、ＵＥは、ＵＬ同期を取得するために、受信されたＲＴＴを使用して、その送信ウィンドウを調整することができる。ＲＡＲは、ＤＬ共有チャネル（例えば、ＰＤＳＣＨ）上でスケジュールされ、ＲＡＲのために予約された識別子を使用してＤＬ制御チャネル（例えば、ＰＤＣＣＨ）上でインジケートされる。ＲＡプリアンブルを送信したすべてのＵＥは、プリアンブル送信後の時間ウィンドウ内において、ＲＡＲのためのＤＬ制御チャネルを監視する。ＵＥが時間ウィンドウ内にＲＡＲを検出しない場合、ＵＥは、試行失敗を宣言し、増加された送信電力を使用してステップ１を繰り返す。

ステップ３で使用される受信されたＵＬリソース割り当ては、本質的に、どのサブフレーム（時間）でどのリソースブロック（周波数）を使用するかをＵＥに正確に通知するポインタ（例えば、ＵＬ時間／周波数リソースグリッド上の位置へのポインタ）である。上位レイヤは、３ＧＰＰ ＴＳ３６．３２１および３６．２１３で定義されているように、ＰＨＹに対する２０ビットのＵＬグラントをインジケートする。ＬＴＥ ＰＨＹで、これはＲＡＲグラント（RAR Grant）と呼ばれ、特定のフォーマットのダウンリンク制御情報（ＤＣＩ）によってＰＤＣＣＨ上で搬送される。ＲＡＲグラントのサイズは、ｅＮＢ スケジューラにある程度のリソース割り当ての柔軟性を提供することと、リソース割り当てを伝達するためのビット数の最小化と、の間のバランスを取ることを意図されている。一般に、ＰＨＹメッセージの長さはシステム帯域幅に依存する。

ステップ２においてＲＡＲが正しく受信されると、ＵＥはｅＮＢと時間同期される。ステップ３のＵＥ送信（略して「メッセージ３」または「ｍｓｇ３」と呼ぶ）は、ステップ２で割り当てられたＵＬチャネル無線リソースを使用する。ＵＥが既にこのセルに割り当てられたＣ－ＲＮＴＩを有する場合、ＵＥは、ｍｓｇ３にそのＣ－ＲＮＴＩを含め、そうでない場合、ＵＥは、ｍｓｇ２で受信されたＴＣ－ＲＮＴＩを含める。ＵＥ状態に応じて、追加のメッセージ交換も必要とされ得る。例えば、ＵＥがｅＮＢにおいて知られていない場合、ｅＮＢとコアネットワークとの間で何らかシグナリングが必要とされる（図８において破線で描かれた矢印によって示される）。

ステップ４において、ｅＮＢは競合を解決する可能性があるためにＲＲＣ経由でｍｓｇ４を送信する。特に、ｍｓｇ４はｍｓｇ３で受信された（Ｔ）Ｃ－ＲＮＴＩを含み、その特定のＣ－ＲＮＴＩについて競合が解決されることを示す。ｍｓｇ４のＣ－ＲＮＴＩがｍｓｇ３で送信されたＵＥと一致する場合、ＵＥは競合が解決されたと見なす。そうでなければ、競合未解決の状態で衝突が検出された場合、ＵＥは、プリアンブル再送信を実行し、再びランダムアクセスを開始する。衝突の検出は、以下に基づいて行われる：
●ターゲットセルによって割り当てられたＣ－ＲＮＴＩを使用してｍｓｇ３送信した後で（例：ハンドオーバ中、またはＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中）、ＵＥは、自己のＣ－ＲＮＴＩをアドレス指定されていないｍｓｇ４を検出し、競合解決タイマーが期限切れ（満了）になる。または、
●ＲＡＲにおいて割り当てられたＴＣ－ＲＮＴＩを使用してｍｓｇ３を送信した後で、ＵＥは、同じＴＣ－ＲＮＴＩをアドレス指定されたｍｓｇ４を検出するが、ｍｓｇ４ペイロード内のＵＥ識別子がｍｓｇ３で送信されたＵＥの識別子と一致しない。

なお、ＵＥ ＭＡＣレイヤは、衝突を障害事例とはみなさない。したがって、上位レイヤは、衝突が発生したことに気付かない。

上記のケースに加えて、ＵＥがプリアンブルを送信し、ＲＡＲ時間ウィンドウ内にＲＡＲを受信しないときにも、プリアンブル再送信がトリガーされる。その場合、ＵＥは、プリアンブル電力ランピングを実行し、プリアンブルを再び送信する。これらのすべての場合において、（ＣＦＲＡまたはＣＢＲＡのために）ＲＡＲ時間ウィンドウが満了したとき、または衝突が検出されたとき、ＵＥはプリアンブル再送信を実行する。ｅＮＢからのＲＲＣシグナリングを介してＵＥに提供されるRACH－ConfigCommon IE内のパラメータは、ＵＥがそれを何回行うべきかを制御する。図９は、例示的なRACH－ConfigCommon IEを定義するＡＳＮ．１データ構造を示す。

上述のように、ＲＬＦレポート手順は、ＬＴＥ Ｒｅｌ－９においてＭＲＯの一部として導入された。この手順で、ＵＥは、ＲＬＦの発生時点で関連情報をログに記録し、その後、ＵＥが最終的に接続するターゲットセルを介して（例えば、再確立後に）そのような情報をネットワークに報告する。この手順は、ＵＥとネットワーク（例えば、ターゲットセルをホストするターゲットｅＮＢ）との間に新しいＲＲＣシグナリングを導入するだけでなく、ネットワーク内のノード間にシグナリング（例えば、３ＧＰＰ ＴＳ３６．４２３で規定されたＸ２ＡＰシグナリング）を導入する。たとえば、ＲＬＦレポートを受信したｅＮＢは、そのレポートの一部または全部を、ＲＬＦが発生したｅＮＢに転送することができる。一般に、ＵＥが報告するＲＬＦ情報は、以下のいずれかを含むことができる：
●最後のサービングセル（ＰＣｅｌｌ）の測定量（ＲＳＲＰ、ＲＳＲＱ）。

●異なるＲＡＴ（例えば、ＥＵＴＲＡ、ＵＴＲＡ、ＧＥＲＡＮ、ＣＤＭＡ２０００）の異なる周波数における隣接セルの測定量。

●ＷＬＡＮＡＰに関連する測定量（ＲＳＳＩ）。

●Ｂｌｕｅｔｏｏｔｈ（登録商標）のビーコンに関連する測定量（ＲＳＳＩ）。

●位置情報（利用可能な場合）（位置の座標および速度を含む）
●利用可能であれば、最後のサービングセルのグローバル固有識別情報。もし利用可能でなければ、最後のサービングセルのキャリア周波数およびＰＣＩ。

●ＰＣｅｌｌのトラッキングエリアコード。

●「ハンドオーバコマンド」メッセージを最後に受信してからの経過時間。

●前のサービングセルで使用されていたＣ－ＲＮＴＩ。

●ＵＥがＱＣＩ＝１を有するＤＲＢで構成されていたか否か。

より具体的には、ＬＴＥの場合、ＵＥのＲＬＦ関連パラメータの検出およびロギングは、３ＧＰＰ ＴＳ３６．３３１（ｖ１５．７．０）で規定されている。関連する部分は、以下の抜粋において提供され、下線による強調は、本説明に対して最も関連する部分に追加される。

＊＊＊ ３ＧＰＰ規格＊＊＊から抜粋
５．３．１１．３ 無線リンク障害の検出
ＵＥは：
１＞ Ｔ３１０の満了時に；または、
１＞ Ｔ３１２の満了時に；または、
１＞ Ｔ３００、Ｔ３０１、Ｔ３０４およびＴ３１１のいずれもが実行されていない間に、ＭＣＧ ＭＡＣからのランダムアクセス・プロブレム・インジケーションを受信したときに；または、
１＞ ＰＣｅｌｌ上で送信することが許可されているＭＣＧ ＲＬＣからのＳＲＢまたはＤＲＢについて最大再送回数に達したことを示すインジケーションを受信したときに：
２＞ ＭＣＧ、すなわちＲＬＦについて無線リンク障害が検出されたと考慮する；
２＞ ＮＢ－ＩｏＴを除き、VarRLF-Reportに以下の無線リンク障害情報を以下のように設定して記憶する：
３＞ VarRLF-Reportに含まれる情報が、もしあれば、それをクリアする；
３＞ ＵＥによって記憶されたＥＰＬＭＮのリストを含めるように、plmn－IdentityListを設定する（すなわち、ＲＰＬＭＮを含める）；
３＞ measResultLastServCellを、ＵＥが無線リンク障害を検出した瞬間までに収集された測定に基づいて、利用可能であればＰＣｅｌｌのＲＳＲＰおよびＲＳＲＱを含むように設定する；
３＞ 最良のセルが最初にリストされるように順序付けられた、ＰＣｅｌｌ以外の、最良の測定されたセルを含むようにmeasResultNeighCellsを設定し、ＵＥが無線リンク障害を検出した時点までに収集された測定に基づいて、そのフィールドを次のように設定する；
４＞ ＵＥが１つまたは複数のＥＵＴＲＡ周波数の測定を実行するように構成されている場合、measResultListEUTRAを含める；
４＞ ＵＥが１つまたは複数の隣接するＵＴＲＡ周波数についての測定報告を実行するように構成された場合、measResultListUTRAを含める；
４＞ ＵＥが１つまたは複数の隣接するＧＥＲＡＮ周波数についての測定報告を実行するように構成された場合、measResultListGERANを含める；
４＞ ＵＥが１つまたは複数の隣接ＣＤＭＡ２０００周波数についての測定報告を実行するように構成されている場合、measResultsCDMA2000を含める；
４＞ 含まれる各隣接セルについて、利用可能なオプションフィールドを含める；
注１：測定された量は、モビリティ測定コンフィギュレーションで構成されたＬ３フィルタによってフィルタリングされる。測定は、時間領域測定リソース制限に基づく（そのように構成されている場合）。ブラックリストに列挙されたセルは、報告される必要はない。
．．．

ＵＥは、無線リンク障害が検出されてから４８時間後、電源オフ時、またはデタッチ時に、無線リンク障害情報を廃棄する、すなわち、ＵＥ変数であるVarRLF－Reportをリリースすることができる。

＊＊＊３ＧＰＰ規格からの抜粋の終了＊＊＊

ＵＥがＲＬＦを宣言し、（例えば、変VarRLF－Reportにおいて）報告するための関連情報をログした後、ＵＥは、ターゲットセルを選択し、ターゲットセルに対する再確立に成功した場合、ＵＥは、RRCReestablishmentCompleteメッセージに、ＵＥが利用可能なＲＬＦレポートを有する、というインジケーションを含める。ターゲットセルにサービスを提供しているｅＮＢがＲＬＦレポートを受信する場合、”rlf-ReportReq-r9”というフラグを有するUEInformationRequestメッセージをＵＥへ送信する。レスポンス（応答）として、ＵＥは、ＲＬＦ レポートを含むUEInformationResponse メッセージをｅＮＢへ送信する。

図１０は、例示的なUEInformationRequestメッセージを定義するＡＳＮ．１データ構造を示す。UEInformationRequest-r9-IEのrlf-ReportReq-r9 およびrach-ReportReq-r9フィールドは、ネットワークがそれぞれのレポートをＵＥに対して要求しているかどうかを示すブール型変数であることに注意する。さらに、図１１Ａ～Ｃを含む図１１は、UEInformationRequestメッセージに応答してＵＥによって送信される例示的なＵUEInformationResponse メッセージを定義するＡＳＮ．１データ構造を示す。特に、RLF－Report－r9（図１１Ｂ）およびRLF－Report－v9e0（図１１Ｃ）というIEは、本説明に関連するＲＬＦレポート情報を含む。たとえば、ネットワークがrlf-ReportReq-r9を介してＲＬＦ レポートを要求したことに応答して、これらのＩＥが送信されてもよい。

ＲＬＦレポートの内容（例えば、最後のサービングセルのグローバルに固有の識別子）に基づいて、ターゲットセル（すなわち、ＵＥの新しいサービングセル）をサービングするｅＮＢは、ＲＬＦが発信されたセルを決定し、そのセルをサービングするソースｅＮＢへＲＬＦレポートを転送することができる。この報告を受信したことに基づいて、ソースｅＮＢは、ＵＥをＲＬＦに至らしめたパラメータを含む、そのセルのためのハンドオーバ関連パラメータ（例えば、測定報告トリガ閾値）を調整することができる。２つの異なるタイプのノード間メッセージが、ノード間でＲＬＦレポートを送信するために３ＧＰＰ ＴＳ３６．４２３において標準化されている：無線リンク障害インジケーションおよびハンドオーバレポート。

ＲＬＦレポートは、異なる周波数および／または異なるＲＡＴ（たとえば、ＥＵＴＲＡ、ＵＴＲＡ、ＧＥＲＡＮ、ＣＤＭＡ２０００）における隣接セル（たとえば、ＵＥの最後のサービングセル）のＲＲＭ測定を含むことができるが、現在、ＵＥが、ＲＬＦレポートにおいてそのようなＲＲＭ測定をソートし、順序付け、および／または優先順位付けするための定義された方法はない。むしろ、３ＧＰＰ ＴＳ３６．３３１からの上記の抜粋の下線部分によって示されるように、ＵＥは、単に、「最良セルが最初にリストされるように順序付けされた、ＰＣｅｌｌ以外の、最良の測定セルを含むようにmeasResultNeighCellsを設定すること、およびＵＥが無線リンク障害を検出した時点までに収集された測定に基づいて」を必要とするだけであり、この曖昧な要件は、異なる方法で、異なるＵＥに、隣接セル測定をソートさせ、および／または、順序付けさせたりしてしまう可能性があり、その結果、レポートを受信するｅＮＢによる解釈の曖昧さをもたらす。

さらに、ＮＲについては、ＵＥは、ＳＳＢおよびＣＳＩ－ＲＳのような複数の基準信号に基づいた測定を有することができる。これはまた、ＲＬＦレポートにおいて曖昧さを作り出すだろう。例えば、そのようなシナリオで、ＵＥは、１つの基準信号のみに基づいて測定をソートし、両方の測定を報告すべきかどうか、または両方の基準信号に基づいてソートし、それに応じて報告すべきかどうかを知らない。

したがって、本開示の例示的な実施形態は、ＵＥが以前のサービングセル（例えば、異なるソースノードによってホストされる）においてＲＬＦを決定した後に、ターゲットノードに送信されるべき（例えば、ＵＥの新しいサービングセルをホストする）ＲＬＦレポートに含めるために、ＵＥが隣接セル上の利用可能なＲＲＭ測定をソートするための、新規で、柔軟で、効率的な技法を提供する。明確かつ決定論的なソート規則に依拠することによって、そのような技法は、ネットワークによるそのようなＲＬＦレポートを解釈する際の曖昧さを低減および／または排除する。その結果、そのような技法は、報告されたＲＬＦが発生しているセルについて修復アクションを実行するネットワークの能力を改善することができ、それは、そのようなセルにおけるその後のＲＬＦ障害を低減および／または排除することができる。

一般に、これらの例示的な技法は、実施形態の２つのグループ（「ソリューション」とも呼ばれる）に細分化することができる。第１のグループの実施形態で、ＵＥは、ソート基準として１つまたは複数の測定量（たとえば、ＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲなど）を使用して、周波数ごとに、および基準信号タイプ（たとえば、ＳＳＢまたはＣＳＩ－ＲＳ）ごとに、利用可能なＲＲＭ測定をソートすることができる。１つまたは複数の基準は、ネットワークによって構成された利用可能な測定量から選択可能である。

これらの実施形態のいくつかで、ＵＥは、以下のソート基準の優先順位に従って、周波数ごとに、および基準信号タイプごとに、利用可能なＲＲＭ測定をソートすることができる：１）ＲＳＲＰが利用可能である場合、ＲＳＲＰに基づいて、２）そうではなくて、ＲＳＲＱが利用可能である場合、ＲＳＲＱに基づいて、３）そうではなくて、ＳＩＮＲが利用可能である場合、ＳＩＮＲに基づいて、４）そうではなければ、何らかのデフォルト基準に基づいて。

これらの実施形態のうちの他の実施形態によれば、ＵＥは、｛ＲＳタイプ、測定量｝といったタプルごとにソートされたＲＲＭ測定のリストを作成することができる。例えば、３つの測定量および２つのＲＳタイプがある場合、ＵＥは、各測定された周波数に対して６つのソートされたリストを生成することができる。いくつかの実施形態で、ネットワークは、（例えば、ＵＥのＲＲＣ構成を介して）アルゴリズムをソートするために使用されるＲＳタイプおよび測定量の個数を制限することができる。いくつかの実施形態で、ＵＥは、ネットワークによって定義された、またはＵＥにおいて事前に構成されたポリシーおよび／または優先度に基づいて、ソート基準として使用されるＲＳタイプおよび測定量を制限することができる。しかしながら、利用可能なＲＳタイプおよび／または測定量のサブセットがソートのために使用されるとしても、ＵＥは、ＲＬＦレポートに、測定された各隣接セルのための他の測定量および／またはＲＳタイプ（すなわち、ソートのために使用されないもの）の値を含めることができる。

図１２は、実施形態の第１のグループによる、隣接セルの測定をリスト（例えば、measResultNeighCells IE）へとソートするための例示的な方法（例えば、手順）のフローチャートを示す。図１２に示される例示的な方法は、ユーザ装置（たとえば、ＵＥ、無線デバイス、ＭＴＣデバイス、ＮＢ－ＩｏＴデバイス、モデムなど、またはそれらの構成要素）によって実行され得る。図１２は、特定の順序で特定のブロックを示しているが、例示的な方法の動作は、示されているものとは異なる順序で実行されることが可能であり、示されているものとは異なる機能を有するブロックに組み合わされ、かつ／または分割されることが可能である。オプションのブロックまたは動作は、破線によって示される。

動作１２０１において、ＵＥは、ＲＲＭ測定を有する、利用可能な周波数（例えば、RRC IEであるMeasObjectNRを介して構成された周波数セット）の中から周波数を選択する。一実施形態で、ＵＥは、構成された各周波数について測定を実行するとともに、１２０１において、順番にこれらの周波数の各々を選択して行く。別の実施形態で、ＵＥは、例えば、ネットワークによって構成された、またはＵＥにおいて事前に構成された優先度および／またはポリシーに従って、特定の順序で周波数を選択することができる。

動作１２０２において、ＵＥは、ＲＲＭ測定を有する、利用可能なＲＳタイプ（例えば、RRC IEであるMeasObjectNRを介して構成されたＲＳセット）の中からＲＳタイプを選択する。一実施形態によれば、ＵＥは、各利用可能なＲＳタイプを順番に選択する。別の実施形態によれば、ＵＥは、特定の順序、例えば、ネットワークによって構成された優先度および／またはＵＥ内に予め構成されたポリシーに従って、ＲＳタイプを選択することができる。一例として、そのようなポリシーは、動作１２０２において、ソート選択のために特定のＲＳを除外することができる（すなわち、これらのＲＳは利用可能ではない）。

動作１２０３において、ＵＥは、利用可能な測定量（例えば、RRC IEであるMeasObjectNRを介して構成された測定量、例えば、ＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲなど）から、ソート基準として測定量を選択する。ＵＥの選択は、選択された周波数（例えば、１２０１において）および選択されたＲＳタイプ（例えば、１２０２において）について、選択された測定量が利用可能である（例えば、すでに測定されている）かどうかにさらに基づくことができる。例えば、ポリシー（例えば、ネットワークによって構成されるか、またはＵＥにおいて事前に構成される）は、動作１２０３においてソート基準として選択するために、ある測定量を除外することができる（すなわち、これらの測定量は利用可能ではない）。

いくつかの実施形態によれば、測定量は、ネットワークによって構成された優先順位に従って、および／またはＵＥにおいて事前に構成された優先順位に従って、動作１２０３において選択され得る。例えば、選択された測定量は、１）選択された周波数およびＲＳタイプのために利用可能であればＲＳＲＰ、２）そうではなくて、利用可能であればＲＳＲＱ、３）そうではなくて、利用可能であればＳＩＮＲ、４）そうでなければ、何らかのデフォルト基準とすることができる。他の実施形態によれば、ＵＥは、ソート基準として複数の測定量を選択することができ、これは、（以下で説明するように）それぞれのソート済みリストを生成するために使用されうる。

動作１２０４において、ＵＥは、現在選択されている｛ＲＳタイプ、測定量｝というタプルに基づいて、選択された周波数に対するＲＲＭ測定をソートする。ソートアルゴリズムは、線形ソートや、クイックソート等を含むことができる。いくつかの実施形態によれば、ＵＥは、例えば、利用可能な測定量から選択された、二次的なソート基準に基づいて、等しい値（「タイ（同順位）」）を有する利用可能なＲＲＭ測定について、ソートすることができる。ＵＥがソート基準として複数の測定量を選択した場合、ＵＥは、動作１２０４において、各ソート基準に基づいてソートされたリストを生成することができる。

動作１２０５において、ＵＥは、周波数ごとにソートされた測定のリストを作成（例えば、コンパイル（編集））する。例えば、ＵＥは、現在選択されている周波数について決定されたリストを、以前に選択された周波数からソートされた測定の既存のリストに追加することができる。ＵＥが異なるソート基準に基づいて動作１２０４で複数のソート済みリストを生成した場合、ＵＥは、使用されるソート基準ごとにリストを作成することができる。

いくつかの実施形態によれば、選択された周波数およびＲＳタイプについて複数の測定量が存在する場合（たとえば、ＵＥがＲＳＲＰおよびＲＳＲＱによって測定した場合）、ＵＥは、｛ＲＳタイプ、測定量｝というタプル（たとえば、｛ＳＳＢ、ＲＳＲＰ｝、｛ＣＳＩ－ＲＳ、ＲＳＲＱ｝、｛ＳＳＢ、ＳＩＮＲ｝など）ごとにソートされた測定の複数のリストを作成／コンパイルすることができる。

いくつかの実施形態によれば、ＵＥは、ＲＲＭ測定のリストに、ソート基準として選択された測定量のみを含めることができる。他の実施形態によれば、ソート基準は１つの測定量とすることができるが、すべての利用可能な他の測定量もソートされた測定のリストに含まれる。例えば、ＲＳＲＰがソート基準として使用される場合、ＵＥは、最も高いＲＳＲＰ値を有するセルを選択し、これらのセルに関連する利用可能なＲＳＲＰ、ＲＳＲＱ、およびＳＩＮＲ測定量を含める。

いくつかの実施形態によれば、ソートにおいて考慮されるＲＳタイプのみが、作成されるＲＲＭ測定のリストの一部とされてもよい。他の実施形態によれば、ソートにおいて考慮されるＲＳタイプは１つのＲＳタイプであり得るが、他のすべての利用可能なＲＳタイプが、ソートされた測定のリストに含められてもよい。例えば、選択された｛ＣＳＩ－ＲＳ、ＲＳＲＰ｝というタプルについて、ＵＥは、ＣＳＩ－ＲＳ ＲＳＲＰ測定に基づいてセルを順序付けることができるが、ＣＳＩ－ＲＳ ＲＳＲＰ測定だけでなく、隣接セルに関連する任意のＳＳＢ ＲＳＲＰ測定を、を含めてもよい。

これらの実施形態は、様々な方法で組み合わせることもできることに留意されたい。例えば、選択された｛ＣＳＩ－ＲＳ、ＲＳＲＰ｝というタプルについて、ＵＥは、ＣＳＩ－ＲＳ ＲＳＲＰ測定に基づいてセルを順序付けることができるが、これらのセルに関連するＣＳＩ－ＲＳ ＲＳＲＰ/ＲＳＲＱ/ＳＩＮＲ測定およびＳＳＢ ＲＳＲＰ/ＲＳＲＱ/ＳＩＮＲ測定を含めてもよい。

オプションである動作１２０６において、ＵＥは、選択された周波数の測定をソートするために、すべての利用可能な｛ＲＳタイプ、測定量｝というタプルが選択されたかどうかを判定する。そうでない場合、ＵＥは、利用可能な（しかし、以前には選択されていない） {ＲＳタイプ、測定量｝というタプルの選択のためにブロック１２０２に戻る。そうでない場合、ＵＥは、動作１２０７に進む。

動作１２０７において、ＵＥは、すべての利用可能な周波数がソートのために選択されたかどうか（すなわち、すべての周波数が構成され、測定がソートされたかどうか）を判定する。そうでない場合、ＵＥは、利用可能な（しかし、以前に選択されていない）周波数の選択のためにブロック１２０１に戻る。そうでなければ、手順は終了する。

第２のグループの実施形態によれば、ＵＥは、ソート基準として１つまたは複数の測定量（たとえば、ＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲなど）を使用して、ＲＲＭ測定が利用可能であるすべての周波数にわたって利用可能なＲＲＭ測定をソートすることができる。１つまたは複数の基準は、ネットワークによって構成された利用可能な測定量から選択することができる。

これらの実施形態のいくつかで、ＵＥは、以下のソート基準の優先順位に従って、基準信号タイプごとに利用可能なＲＲＭ測定をソートすることができる：１）ＲＳＲＰが利用可能である場合、ＲＳＲＰに基づいて、２）そうではなくて、ＲＳＲＱが利用可能である場合、ＲＳＲＱに基づいて、３）そうではなくて、ＳＩＮＲが利用可能である場合、ＳＩＮＲに基づいて、４）そうでなければ、何らかのデフォルト基準に基づいて。

これらの実施形態のうちの他の実施形態によれば、ＵＥは、｛ＲＳタイプ、測定量｝というタプルごとにソートされたＲＲＭ測定のリストを作成することができる。例えば、３つの測定量および２つのＲＳタイプがある場合、ＵＥは、すべての周波数にわたってソートされた６つのリストを作成することができる。いくつかの実施形態によれば、ネットワークは、（例えば、ＵＥのＲＲＣ構成を介して）アルゴリズムをソートするために使用されるＲＳタイプおよび測定量の個数を制限することができる。いくつかの実施形態によれば、ＵＥは、ネットワークによって定義された、またはＵＥにおいて事前に構成されたポリシーおよび／または優先度に基づいて、ソート基準として使用されるＲＳタイプおよび測定量を制限することができる。しかしながら、利用可能なＲＳタイプおよび／または測定量のサブセットがソートのために使用されるとしても、ＵＥは、ＲＬＦレポートに、測定された各隣接セルのための他の測定量および／またはＲＳタイプ（すなわち、ソートのために使用されないもの）の値を含めることができる。

図１３は、実施形態の第２のグループによる、隣接セルの測定をリスト（例えば、measResultNeighCells IE）へとソートするための例示的な方法（例えば、手順）のフローチャートを示す。図１３に示される例示的な方法は、ユーザ装置（たとえば、ＵＥ、無線デバイス、ＭＴＣデバイス、ＮＢ－ＩｏＴデバイス、モデムなど、またはそれらの構成要素）によって実行され得る。図１３は、特定の順序で特定のブロックを示しているが、例示的な方法の動作は、示されているものとは異なる順序で実行可能であり、示されているものとは異なる機能を有するブロックに組み合わされ、かつ／または分割されることが可能である。オプションのブロックまたは動作は、破線によって示される。

動作１３０１において、ＵＥは、ＲＲＭ測定を有する利用可能なＲＳタイプ（例えば、ＲＲＣ ＩＥであるMeasObjectNRを介して構成されたＲＳセット）の中からＲＳタイプ（例えば、ＣＳＩ－ＲＳ、ＳＳＢなど）を選択する。一実施形態によれば、ＵＥは、各利用可能なＲＳタイプを順番に選択する。別の実施形態によれば、ＵＥは、特定の順序、例えば、ネットワークによって構成された優先度および／またはＵＥ内に予め構成されたポリシーに従って、ＲＳタイプを選択することができる。一例として、そのようなポリシーは、動作１３０１において、ソート選択のために特定のＲＳを除外することができる（すなわち、これらのＲＳは利用可能ではない）。

動作１３０２において、ＵＥは、ソート基準として、利用可能な測定量（例えば、RRC IEであるMeasObjectNRを介して構成された測定量、例えば、ＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲなど）から測定量を選択する。ＵＥの選択は、（例えば、１３０１において）選択されたＲＳタイプについて、選択された測定量が利用可能である（例えば、測定されている）かどうかにさらに基づくことができる。例えば、ポリシー（例えば、ネットワークによって構成されるか、またはＵＥにおいて事前に構成される）は、動作１３０２においてソート基準として選択するために、ある測定量を除外することができる（すなわち、これらの測定量は利用可能ではない）。

いくつかの実施形態によれば、測定量は、ネットワークによって構成された、および／またはＵＥにおいて事前に構成された優先順位に従って、動作１３０２において選択され得る。例えば、選択された測定量は、１）選択された周波数およびＲＳタイプのために利用可能であればＲＳＲＰ、２）そうではなくて、利用可能であればＲＳＲＱ、３）そうではなくて、利用可能であればＳＩＮＲ、４）そうでなければ、何らかのデフォルト基準とすることができる。他の実施形態によれば、ＵＥは、ソート基準として複数の測定量を選択することができ、これは、（以下で説明するように）それぞれのソート済みリストを生成するために使用することができる。

動作１３０３では、ＵＥは、現在選択されている｛ＲＳ型、測定量｝というタプルに基づいて、すべての利用可能な周波数にわたってＲＲＭ測定をソートする。ソートアルゴリズムは、線形ソートアルゴリズム、クイックソート等を含むことができる。いくつかの実施形態によれば、ＵＥは、例えば、利用可能な測定量から選択された、二次的なソート基準に基づいて、等しい値（「タイ（同順位）」）を有する利用可能なＲＲＭ測定をソートすることができる。ＵＥがソート基準として複数の測定量を選択した場合、動作１３０３において、ＵＥは、各ソート基準に基づいてソートされたリストを生成することができる。

動作１３０４において、ＵＥは、現在選択されている｛ＲＳタイプ、測定量｝というタプルについて、すべての周波数にわたってソートされた測定のリストを作成する（例えば、コンパイルする）。ＵＥが異なるソート基準に基づいて動作１３０３で複数のソート済みリストを生成した場合、ＵＥは、使用されるソート基準ごとにリストを作成することができる。

いくつかの実施形態によれば、選択されたＲＳタイプについて複数の測定量が存在する（たとえば、ＵＥがＲＳＲＰおよびＲＳＲＱによって測定した）場合、ＵＥは、｛ＲＳタイプ、測定量｝というタプル（たとえば、｛ＳＳＢ、ＲＳＲＰ｝、｛ＣＳＩ－ＲＳ、ＲＳＲＱ｝、｛ＳＳＢ、ＳＩＮＲ｝など）ごとにソートされた測定の複数のリストを作成／コンパイルすることができる。

いくつかの実施形態によれば、ＵＥは、ＲＲＭ測定のリストに、ソート基準として選択された測定量のみを含めることができる。他の実施形態によれば、ソート基準は１つの測定量とすることができるが、すべての利用可能な他の測定量もソートされた測定のリストに含められてもよい。例えば、ＲＳＲＰがソート基準として使用される場合、ＵＥは、最も高いＲＳＲＰ値を有するセルを選択し、これらのセルに関連する利用可能なＲＳＲＰ、ＲＳＲＱ、およびＳＩＮＲ測定量を含める。

いくつかの実施形態によれば、ソートにおいて考慮されるＲＳタイプのみが、作成されるＲＲＭ測定のリストの一部とされてもよい。他の実施形態によれば、ソートにおいて考慮されるＲＳタイプは１つのＲＳタイプであり得るが、他のすべての利用可能なＲＳタイプは、ソートされた測定のリストに含められてもよい。例えば、選択された｛ＣＳＩ－ＲＳ、ＲＳＲＰ｝というタプルについて、ＵＥは、ＣＳＩ－ＲＳ ＲＳＲＰ測定に基づいてセルを順序付けることができるが、ＣＳＩ－ＲＳ ＲＳＲＰ測定だけでなく、隣接セルに関連する任意のＳＳＢ ＲＳＲＰ測定と、を含めてもよい。

これらの実施形態は、様々な方法で組み合わせることもできることに留意されたい。例えば、選択された｛ＣＳＩ－ＲＳ、ＲＳＲＰ｝というタプルについて、ＵＥは、ＣＳＩ－ＲＳ ＲＳＲＰ測定に基づいてセルを順序付けることができるが、これらのセルに関連するＣＳＩ－ＲＳ ＲＳＲＰ／ＲＳＲＱ／ＳＩＮＲ測定およびＳＳＢ ＲＳＲＰ／ＲＳＲＱ／ＳＩＮＲ測定を含めてもよい。

オプションである動作１３０５において、ＵＥは、すべての利用可能な｛ＲＳタイプ、測定量｝というタプルがソートのために選択されたかどうかを判定する。そうでない場合、ＵＥは、利用可能な（しかし、以前には選択されていない）｛ＲＳタイプ、測定量｝というタプルを選択するためにブロック１３０１に戻る。そうでなければ、手順は終了する。

上述の実施形態は、本開示の様々な例示的な実施形態による、無線ネットワークのセルにおける無線リンク障害（ＲＬＦ）を報告するための例示的な方法（例えば、手順）のフローチャートを示す図１４によってさらに例示される。特に、上で論じた様々な実施形態の態様は、図１４に示す動作の特徴であり、図１４に示す例示的な方法は、複数のセルを含む無線ネットワーク（例えば、Ｅ－ＵＴＲＡＮ、ＮＧ－ＲＡＮなど）で動作するユーザ装置（ＵＥ、無線デバイス、ＭＴＣデバイス、ＮＢ－ＩｏＴデバイス、モデムなど、またはその構成要素）によって実行可能である。さらに、図１４に示される例示的な方法は、本明細書で説明される様々な例示的な利点を提供するために、本明細書で説明される他の例示的な方法（例えば、図１２～１３）と協働して使用され得る。図１４は、特定の順序で特定のブロックを示しているが、例示的な方法の動作は、示されているものとは異なる順序で実行されることが可能であり、示されているものとは異なる機能を有するブロックに組み合わされ、かつ／または分割されることが可能である。オプションのブロックまたは動作は、破線によって示される。

例示的な方法は、ブロック１４１０の動作を含むことができ、ＵＥは、無線ネットワーク内の複数のセルの測定を実行することができる。複数のセルは、（すなわち、ＵＥのための）サービングセルと、複数の隣接セルと、を含むことができる。各特定のセル（例えば、複数のセル）の測定は、特定のセルで送信される１つまたは複数のタイプの基準信号（ＲＳ）に基づく。例えば、ＲＳのタイプは、セル固有ＲＳ（ＣＲＳ）、チャネル状態情報ＲＳ（ＣＳＩ－ＲＳ）、および同期／ＰＢＣＨ信号ブロック（ＳＳＢ）のうちのいずれかを含むことができる。さらに、各セル上でＵＥによって実行される測定は、１つまたは複数の測定量を含むことができる。例えば、１つまたは複数の測定量は、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、および信号対干渉雑音比（ＳＩＮＲ）のいずれかを含むことができる。

例示的な方法はまた、ブロック１４２０の動作を含むことができ、この場合、ＵＥは、サービングセルにおいて無線リンク障害（ＲＬＦ）が発生したと判定することができる。この判定は、上述したように、ＵＥのＬ１（またはＰＨＹ）とＲＲＣレイヤとの間で協調的に実行可能である。

例示的な方法はまた、ブロック１４３０の動作を含むことができ、ここで、ＵＥは、隣接セルの測定を、１つまたは複数のソート基準に基づいて１つまたは複数の測定リストへとソートすることができる。ソート基準は、以下のうちの１つまたは複数に関連付けることができる： 各隣接セルについての測定の基礎となるＲＳタイプ； および各隣接セルについて利用可能な測定量。例示的方法はまた、ブロック１４４０の動作を含むことができ、この動作において、ＵＥは、１つまたは複数の測定リストを含むＲＬＦレポートをネットワークノードに送信することができる（例えば、ブロック１４３０のようにソートされる）。例えば、ＵＥは、ＲＬＦの後にターゲットセルにおいてそのコネクションを再確立した後に、そのような報告を送信することができる。

いくつかの実施形態によれば、ソート基準は、特定の測定量（例えば、ＲＳＲＰ、ＲＳＲＱ、またはＳＩＮＲ）を含むことができる。そのような実施形態によれば、ブロック１４３０のソート動作は、サブブロック１４３１の動作を含むことができ、ＵＥは、各隣接セルについて測定された特定の測定量の値に基づいて、１つまたは複数の測定リストへと隣接セルの測定を順序付けることができる。

これらの実施形態のいくつかでは、ソート基準は、複数の測定量を含むことができ、１つまたは複数の測定リストは、それぞれの測定量に関連する複数の測定リストを含むことができる。そのような実施形態によれば、それぞれの測定量を含む隣接セルの測定は、（例えば、サブブロック１４３１において）それぞれの測定リストへと順序付けられることができる。

これらの実施形態のうちの他の実施形態によれば、ソート基準はまた、特定のＲＳタイプ（例えば、ＳＳＢ）を含むことができる。そのような実施形態によれば、（例えば、サブブロック１４３１において）１つまたは複数の測定リストに隣接セルの測定を順序付けることは、特定のＲＳタイプに基づいて各隣接セルについて測定された特定の測定量の値に基づくことができる。例えば、特定の測定量（例えば、ＲＳＲＰ）の値が、隣接セルのうちの２つについて等しい場合、（例えば、サブブロック１４３１において）２つの隣接セルについての測定を順序付けることは、２つの隣接セルについて測定された以下のうちの１つの値に基づくことができる：
●特定のＲＳタイプ（例えば、ＳＳＢ）に基づくさらなる測定量（例えば、ＲＳＲＱ）、または、
●さらなるＲＳタイプ（例えば、ＣＲＳ）に基づく特定の測定量（例えば、ＲＳＲＰ）。

これらの実施形態のうちの他の実施形態によれば、ソート基準はまた、複数のＲＳタイプを含むことができ、１つまたは複数の測定リストは、それぞれの複数のＲＳタイプに関連付けられた複数の測定リストを含む。そのような実施形態によれば、（例えば、サブブロック１４３１において）１つまたは複数の測定リストに隣接セルの測定を順序付けることは、それぞれのＲＳタイプに基づいて各隣接セルについて測定された特定の測定量の値に基づくことができる。

いくつかの実施形態によれば、隣接セル測定は、複数のキャリア周波数上で（例えば、ブロック１４１０において）実行可能である。これらの実施形態のいくつかでは、１つまたは複数の測定リストは、それぞれの複数のキャリア周波数に関連付けられた複数の測定リストを含み、それぞれのキャリア周波数上で行われた隣接セル測定は、（たとえば、ブロック１４３１で）それぞれの測定リストへと順序付けられる（たとえば、図１２に示すように）。

これらの実施形態のうちの他の実施形態によれば、１つまたは複数の測定リストは、複数のキャリア周波数に関連付けられ、その結果、すべてのキャリア周波数上で（たとえば、ブロック１４１０で）行われた隣接セル測定は、（たとえば、サブブロック１４３１で）１つまたは複数の測定リストへと順序付けられる（たとえば、図１３に示すように）。これらの実施形態のいくつかでは、１つまたは複数の測定リストは、それぞれの複数のＲＳタイプおよびキャリア周波数のすべてに関連する複数の測定リストを含む。そのような実施形態によれば、それぞれのＲＳタイプ上で（たとえば、ブロック１４１０で）行われた隣接セル測定は、（たとえば、サブブロック１４３１で）それぞれの測定リストへと順序付けられる。

いくつかの実施形態によれば、１つまたは複数の測定リストは、複数の測定リストを含むことができる。そのような実施形態によれば、ブロック１４３０における仕分け動作は、サブブロック１４３２の動作を含むことができ、ここで、ＵＥは、キャリア周波数、ＲＳタイプ、および測定量の、それぞれの測定リストに関連する次のうちの１つまたは複数の優先順位に従って、複数の測定リストを単一の測定リストに結合することができる。そのような実施形態によれば、（例えば、ブロック１４４０で送信された）ＲＬＦレポートは、単一の測定リストを含む。

様々な実施形態によれば、１つまたは複数の測定リスト（例えば、ＲＬＦレポートに含まれる）は、以下のタイプの測定値のうちの１つを含むことができる：
●ソート基準として使用される特定のＲＳの種類に基づく、ソート基準としても使用される特定の測定量の値；
●いずれかのＲＳタイプに基づく、ソート基準として使用される、特定の測定量の値；
●ソート基準として使用される特定のＲＳタイプに基づくいずれかの利用可能な測定量の値、または、
●いずれかのＲＳタイプに基づくいずれかの利用可能な測定量の値。

例えば、ＵＥは、上述したように、ソートに使用される｛ＲＳタイプ、測定量｝というタプル以外の測定値を選択的に含めることができる。

上述の図１２～図１３のソート技法の特徴のいずれも、図１４に示す動作の一部として明示的に開示されていない限り、当業者は、そのような特徴を、ブロック１４３０のソート動作（例えば、サブブロックとして）および／または他のブロックに組み込むことができることを理解するであろう。

本明細書では、方法、装置、デバイス、コンピュータ可読媒体、および受信機に関する様々な実施形態が上で説明されたが、当業者は、そのような方法が、様々なシステム、通信デバイス、コンピューティングデバイス、制御デバイス、装置、非一時的コンピュータ可読媒体などにおけるハードウェアおよびソフトウェアの様々な組合せによって実施され得ることを容易に理解するであろう。

図１５は、次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）１５９９および５Ｇコア（５ＧＣ）１５９８を含む例示的な５Ｇネットワークアーキテクチャのハイレベル図を示す。図に示すように、ＮＧ－ＲＡＮ１５９９は、それぞれのＸｎインターフェースを介して互いに相互接続されたｇＮＢ１５１０（たとえば、１５１０ａ、ｂ）およびｎｇ－ｅＮＢ１５２０（たとえば、１５２０ａ、ｂ）を含むことができる。ｇＮＢおよびｎｇ－ｅＮＢはまた、ＮＧインターフェースを介して５ＧＣ１５９８に、より具体的には、それぞれのＮＧ－Ｃインターフェースを介してＡＭＦ（アクセスおよびモビリティ管理機能）１５３０（たとえば、ＡＭＦ１５３０ａ、ｂ）に、およびそれぞれのＮＧ－Ｕインターフェースを介してＵＰＦ（ユーザプレーン機能）１５４０（たとえば、ＵＰＦ１５４０ａ、ｂ）に接続される。さらに、ＡＭＦ１５３０ａ，ｂは、１つまたは複数のポリシー制御機能（ＰＣＦ、例えば、ＰＣＦ１５５０ａ，ｂ）およびネットワーク公開機能（ＮＥＦ、例えば、ＮＥＦ１５６０ａ，ｂ）と通信することができる。

各ｇＮＢ１５１０は、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、またはそれらの組み合わせを含むＮＲ無線インターフェースをサポートすることができる。対照的に、ｎｇ－ｅＮＢ１５２０の各々は、ＬＴＥ無線インターフェースをサポートすることができるが、（図１に示されるようである）従来のＬＴＥ ｅＮＢとは異なり、ＮＧインターフェースを介して５ＧＣに接続する。ｇＮＢおよびｎｇ－ｅＮＢのそれぞれは、図１５に例示的に示されるセル１５１１ａ－ｂおよび１５２１ａ－ｂを含む１つ以上のセルを含む地理的カバレッジエリアにサービスすることができ、上述のように、ｇＮＢおよびｎｇ－ｅＮＢは、それぞれのセルにおいてカバレッジを提供するために様々な指向性ビームを使用することもできる。ＵＥ１５０５は、それが位置する特定のセルに応じて、それぞれＮＲまたはＬＴＥ無線インターフェースを介して、その特定のセルにサービスを提供するｇＮＢまたはｎｇ－ｅＮＢと通信することができる。

ｇＮＢ１５１０ａ、ｂのそれぞれは、中央（または集中）ユニット（ＣＵまたはｇＮＢ－ＣＵ）と、１つまたは複数の分散（または非集中）ユニット（ＤＵまたはｇＮＢ－ＤＵ）とを含むことができる。ＣＵは、上位層プロトコルをホストし、ＤＵの動作を制御するなどのさまざまなｇＮＢ機能を実行する論理ノードである。同様に、ＤＵは下位層プロトコルをホストする論理ノードであり、機能分割に応じてｇＮＢ機能のさまざまなサブセットを含めることができる。そのように、ＣＵおよびＤＵの各々は、プロセッシング回路、送受信機回路（例えば、通信用）、および電源回路を含む、それぞれの機能を実行するために必要とされる様々な回路を含むことができる。ｇＮＢ－ＣＵは、それぞれのＦ１論理インターフェースを介してそのｇＮＢ－ＤＵに接続するが、ｇＮＢ－ＣＵおよび接続されたｇＮＢ－ＤＵは、ｇＮＢとして他のｇＮＢおよび５ＧＣにのみ見える。言い換えると、Ｆ１インターフェースはｇＮＢ－ＣＵを越えては見えない。

図１６は、他の図を参照して上記で説明されたものを含む、本開示の様々な実施形態による例示的な無線デバイスまたはユーザ装置（ＵＥ）１６００（以下、「ＵＥ１６００」と呼ばれる）のブロック図を示す。例えば、ＵＥ１６００は、上述の例示的な方法および／または手順のうちの１つまたは複数に対応する動作を実行するように、コンピュータ可読媒体上に格納された命令の実行によって構成され得る。

ＵＥ１６００は、並列アドレスおよびデータバス、シリアルポート、または当業者に知られている他の方法および／または構造を備えることができるバス１６７０を介して、プログラムメモリ１６２０および／またはデータメモリ１６３０に動作可能に接続可能なプロセッサ１６１０（「プロセッシング回路」とも呼ばれる）を含むことができる。プログラムメモリ１６２０は、ソフトウェアコード、プログラム、および／または命令（図１６にコンピュータプログラム製品１６２１としてまとめて示される）を記憶することができ、これは、プロセッサ１６１０によって実行されると、以下に説明する動作を含む様々な動作を実行するようにＵＥ１６００を構成および／または容易にすることができる。例えば、このような命令の実行は、５Ｇ／ＮＲ、ＬＴＥ、ＬＴＥ－Ａ、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、１ｘＲＴＴ、ＣＤＭＡ２０００、８０２．１１ ＷｉＦｉ、ＨＤＭＩ（登録商標）、ＵＳＢ、Ｆｉｒｅｗｉｒｅなどとして一般に知られているような３ＧＰＰ、３ＧＰＰ２、またはＩＥＥＥによって標準化された１つ以上の無線通信プロトコル、または無線送受信機１６４０、ユーザインターフェース１６５０、および／または制御インターフェース１６６０と共に利用できる他の任意の現在または将来のプロトコルを含む、１つ以上の有線または無線通信プロトコルを使用して通信するように、ＵＥ１６００を構成および／または容易にすることができる。

別の例として、プロセッサ１６１０は、３ＧＰＰによって標準化されたＭＡＣ、ＲＬＣ、ＰＤＣＰ、およびＲＲＣレイヤプロトコル（例えば、ＮＲおよび／またはＬＴＥ用）に対応するプログラムメモリ１６２０に記憶されたプログラムコードを実行することができる。さらなる例として、プロセッサ１６１０は、無線送受信機１６４０とともに、直交周波数分割多重化（ＯＦＤＭ）、直交周波数分割多元接続（ＯＦＤＭＡ）、および単一キャリア周波数分割多元アクセス（ＳＣ－ＦＤＭＡ）などの対応するＰＨＹレイヤプロトコルを実装するプログラムメモリ１６２０に格納されたプログラムコードを実行することができる。別の例として、プロセッサ１６１０は、無線送受信機１６４０とともに、他の互換性のあるデバイスおよび／またはＵＥとのデバイスツーデバイス（Ｄ２Ｄ）通信を実装するプログラムメモリ１６２０に格納されたプログラムコードを実行することができる。

プログラムメモリ１６２０はまた、無線送受信機１６４０、ユーザインターフェース１６５０、および／またはホストインターフェース１６６０などの様々な構成要素を構成および制御することを含む、ＵＥ１６００の機能を制御するためにプロセッサ１６１０によって実行されるソフトウェアコードを含むことができる。プログラムメモリ１６２０はまた、本明細書で説明される例示的な方法および／または手順のいずれかを実施するコンピュータ実行可能命令を備える１つまたは複数のアプリケーションプログラムおよび／またはモジュールを備えることができる。このようなソフトウェアコードは、例えば、実装された方法ステップによって定義された所望の機能が保存されている限り、Ｊａｖａ、Ｃ＋＋、Ｃ、オブジェクト指向型Ｃ、ＨＴＭＬ、ＸＨＴＭＬ、マシンコード、およびアセンブラのような、任意の既知または将来開発されるプログラミング言語を使用して指定または記述することができる。さらに、又は代替的なものとして、プログラムメモリ１６２０は、ＵＥ１６００から離れた外部記憶装置を構成することができ、そこからこの指示が、ＵＥ１６００の内部にある、又は、取り外し可能に連結されたプログラムメモリ１６２０にダウンロードされて、そのような命令の実行を可能にする。

データメモリ１６３０は、本明細書で説明される例示的な方法および／または手順のいずれかに対応する、またはそれらを備える動作を含む、ＵＥ１６００のプロトコル、構成、制御、および他の機能で使用される変数を格納するためのプロセッサ１６１０のためのメモリ領域を含むことができる。さらに、プログラムメモリ１６２０および／またはデータメモリ１６３０は、不揮発性メモリ（例えば、フラッシュメモリ）、揮発性メモリ（例えば、スタティックまたはダイナミックＲＡＭ）、またはそれらの組合せを含むことができる。さらに、データメモリ１６３０は、１つ以上のフォーマット（例えば、ＳＤカード、メモリスティック、コンパクトフラッシュ（登録商標）など）の取り外し可能なメモリカードを挿入および取り外すことができるメモリスロットを含むことができる。

当業者は、プロセッサ１６１０が、複数の個々のプロセッサ（例えば、マルチコアプロセッサを含む）を含むことができ、その各々が、上述の機能の一部を実装することを認識するであろう。このような場合、複数の個々のプロセッサは、プログラムメモリ１６２０およびデータメモリ１６３０に一般的に接続することも、複数の個々のプログラムメモリおよび／またはデータメモリに個別に接続することもできる。より一般的には、ＵＥ１６００の様々なプロトコルおよび他の機能は、アプリケーションプロセッサ、シグナルプロセッサ、汎用プロセッサ、マルチコアプロセッサ、ＡＳＩＣ、固定および／またはプログラマブルデジタル回路、アナログベースバンド回路、無線周波数回路、ソフトウェア、ファームウェア、およびミドルウェアを含むが、これらに限定されない、ハードウェアおよびソフトウェアの様々な組合せを備える多くの異なるコンピュータ構成で実装され得ることを、当業者は認識するであろう。

無線送受信機１６４０は、ＵＥ１６００が、無線通信規格および／またはプロトコルなどをサポートする他の機器と通信することを容易にする無線周波数送信機および／または受信機機能を含むことができる。いくつかの例示的な実施形態によれば、無線送受信機１６４０は、ＵＥ１６００が、３ＧＰＰおよび／または他の標準化団体による標準化のために提案された様々なプロトコルおよび／または方法に従って通信することを可能にする、１つまたは複数の送信機および１つまたは複数の受信機を含む。例えば、そのような機能性は、他の図に関して本明細書に記載されるような、ＯＦＤＭ、ＯＦＤＭＡ、および／またはＳＣ－ＦＤＭＡ技術に基づくＰＨＹレイヤを実装するために、プロセッサ１６１０と協働して動作可能である。

いくつかの例示的な実施形態によれば、無線送受信機１６４０は、３ＧＰＰによって公布された規格に従って、ＵＥ１６００が様々なＬＴＥ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、および／またはＮＲネットワークと通信することを容易にすることができる１つまたは複数の送信機および１つまたは複数の受信機を含む。本開示のいくつかの例示的な実施形態によれば、無線送受信機１６４０は、やはり３ＧＰＰ規格に従って、ＵＥ１６００が様々なＮＲ、ＮＲ－Ｕ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－ＬＡＡ、ＵＭＴＳ、および／またはＧＳＭ／ＥＤＧＥネットワークと通信するために必要な回路、ファームウェアなどを含む。いくつかの実施形態によれば、無線送受信機１６４０は、ＵＥ１６００と他の互換装置との間のＤ２Ｄ通信をサポートする回路を含むことができる。

いくつかの実施形態によれば、無線送受信機１６４０は、３ＧＰＰ２規格に従って、ＵＥ１６００が様々なＣＤＭＡ２０００ネットワークと通信するために必要な回路、ファームウェアなどを含む。いくつかの実施形態によれば、無線送受信機１６４０は、２．４ＧＨｚ、５．６ＧＨｚ、および／または６０ＧＨｚの領域の周波数を使用して動作するＩＥＥＥ ８０２．１１ ＷｉＦｉなど、免許不要な周波数帯域で動作する無線技術を使用して通信することが可能であり得る。いくつかの実施形態によれば、無線送受信機１６４０は、ＩＥＥＥ ８０２．３イーサネット（登録商標）技術を使用することなどによって、有線通信が可能な送受信機を含むことができる。これらの実施形態の各々に特有の機能は、データメモリ１６３０と共にプログラムメモリ１６２０に格納されたプログラムコードを実行するプロセッサ１６１０のようなＵＥ１６００内の他の回路と結合され、および／または制御され得る。

ユーザインターフェース１６５０は、ＵＥ１６００の特定の実施形態に応じて様々な形態をとることができ、またはＵＥ１６００に完全に存在しなくてもよい。いくつかの実施形態によれば、ユーザインターフェース１６５０は、マイクロフォン、ラウドスピーカ、スライド可能なボタン、押し下げ可能なボタン、ディスプレイ、タッチスクリーンディスプレイ、機械的または仮想キーパッド、機械的または仮想キーボード、および／または携帯電話で一般に見られる任意の他のユーザインターフェース機能を備えることができる。他の実施形態によれば、ＵＥ１６００は、より大きなタッチスクリーンディスプレイを含むタブレットコンピューティングデバイスを備えることができる。そのような実施形態によれば、ユーザインターフェース１６５０の機械的特徴のうちの１つまたは複数は、当業者によく知られているように、タッチスクリーンディスプレイを使用して実装される同等のまたは機能的に同等の仮想ユーザインターフェース特徴（例えば、仮想キーパッド、仮想ボタンなど）によって置き換えることができる。他の実施形態によれば、ＵＥ１６００は、特定の例示的な実施形態に応じて一体化、取り外し、または取り外し可能とすることができる機械的キーボードを備えるラップトップコンピュータ、デスクトップコンピュータ、ワークステーションなどのデジタルコンピューティングデバイスとすることができる。そのようなデジタルコンピューティングデバイスはまた、タッチスクリーンディスプレイを備えることができる。タッチスクリーンディスプレイを有するＵＥ１６００の多くの例示的な実施形態は、本明細書で説明されるか、または当業者に知られている例示的な方法および／または手順に関連する入力などのユーザ入力を受信することができる。

いくつかの実施形態によれば、ＵＥ１６００は配向センサを含むことができ、これはＵＥ１６００の特徴および機能によって様々な方法で使用することができる。例えば、ＵＥ１６００は、方向センサの出力を使用して、ユーザがＵＥ１６００のタッチスクリーンディスプレイの物理的な向きをいつ変更したかを判定することができる。方位センサからの指示信号は、ＵＥ１６００上で実行される任意のアプリケーションプログラムに利用可能であり得、その結果、アプリケーションプログラムは、指示信号がデバイスの物理的方位のおよそ９０度の変化を示すときに、スクリーンディスプレイの方位を自動的に（例えば、ポートレートからランドスケープに）変更し得る。この例示的な方法では、アプリケーションプログラムは、デバイスの物理的な向きにかかわらず、ユーザによって読み取り可能な方法で画面表示を維持することができる。さらに、方位センサの出力は、本開示の様々な例示的な実施形態と併せて使用することができる。

ＵＥ１６００の制御インターフェース１６６０は、ＵＥ１６００の特定の例示的な実施形態、およびＵＥ１６００が通信および／または制御することが意図される他のデバイスの特定のインターフェース要件に応じて、様々な形態をとることができる。例えば、制御インターフェース１６６０は、ＲＳ－２３２インターフェース、ＵＳＢインターフェース、ＨＤＭＩ（登録商標）インターフェース、Ｂｌｕｅｔｏｏｔｈ（登録商標）インターフェース、ＩＥＥＥ（「Ｆｉｒｅｗｉｒｅ」）インターフェース、Ｉ２Ｃインターフェース、ＰＣＭＣＩＡインターフェース等を含むことができる。本開示のいくつかの例示的な実施形態によれば、制御インターフェース１６６０は、上述のようなＩＥＥＥ ８０２．３イーサネット（登録商標）インターフェースを備えることができる。本開示のいくつかの例示的実施形態によれば、制御インターフェース１６６０は、例えば、１つ以上のデジタル－アナログ（Ｄ／Ａ）および／またはアナログ－デジタル（Ａ／Ｄ）コンバータを含むアナログインターフェース回路を含むことができる。

当業者は、特徴、インターフェース、および無線周波数通信規格の上記のリストは、単に例示的なものであり、本開示の範囲を限定するものではないことを認識することができる。言い換えると、ＵＥ１６００は、例えば、ビデオカメラおよび／または静止画像カメラ、マイクロフォン、メディアプレーヤおよび／またはレコーダなどを含む、図１６に示されるよりも多くの機能を備えることができる。さらに、無線送受信機１６４０は、ブルートゥース（登録商標）、ＧＰＳ、および／またはその他を含む追加の無線周波数通信規格を使用して通信するために必要な回路を含むことができる。さらに、プロセッサ１６１０は、プログラムメモリ１６２０に記憶されたソフトウェアコードを実行して、このような追加機能を制御することができる。例えば、ＧＰＳ受信機から出力される方向付きの速度および／または位置推定値は、本開示の様々な例示的な実施形態による様々な例示的な方法および／またはコンピュータ可読媒体を含む、ＵＥ１６００上で実行される任意のアプリケーションプログラムに利用可能であり得る。

図１７は、他の図を参照して上述したものを含む、本開示の様々な実施形態による例示的なネットワークノード１７００のブロック図を示す。例えば、例示的なネットワークノード１７００は、コンピュータ可読媒体に記憶された命令の実行によって、上述の例示的な方法および／または手順の１つ以上に対応する動作を実行するように構成することができる。いくつかの例示的な実施形態によれば、ネットワークノード１７００は、基地局、ｅＮＢ、ｇＮＢ、またはそれらの１つまたは複数の構成要素を備えることができる。例えば、ネットワークノード１７００は、３ＧＰＰによって指定されたＮＲ ｇＮＢアーキテクチャに従って、セントラルユニット（ＣＵ）および１つまたは複数の分散ユニット（ＤＵ）として構成することができる。より一般的には、ネットワークノード１７００の機能は、様々な物理デバイスおよび／または機能ユニット、モジュールなどにわたって分散させることができる。

ネットワークノード１７００は、バス１７７０を介してプログラムメモリ１７２０およびデータメモリ１７３０に動作可能に接続されるプロセッサ１７１０（「プロセッシング回路」とも呼ばれる）を含むことができ、このプロセッサは、並列アドレスおよびデータバス、シリアルポート、または当業者に公知の他の方法および／または構造を含むことができる。

プログラムメモリ１７２０は、プロセッサ１７１０によって実行されると、ネットワークノード１７００が様々な動作を実行するように構成および／または促進できるソフトウェアコード、プログラム、および／または命令（図１７にコンピュータプログラム製品１７２１としてまとめて示される）を記憶することができる。例えば、そのような格納された命令の実行は、上記で論じられた１つまたは複数の例示的な方法および／または手順を含む、本開示の様々な実施形態によるプロトコルを使用して、１つまたは複数の他のデバイスと通信するようにネットワークノード１７００を構成することができる。プログラムメモリ１７２０はまた、ＬＴＥ、ＬＴＥ－Ａ、および／またはＮＲのために３ＧＰＰによって標準化されたＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、およびＲＲＣレイヤプロトコルの１つ以上、または無線ネットワークインタフェース１７４０およびコアネットワークインタフェース１７５０と共に利用される他の任意の上位レイヤプロトコルのような、他のプロトコルまたはプロトコルレイヤを使用して１つ以上の他のデバイスと通信するために、ネットワークノード１７００を容易にし、具体的に構成することができるプロセッサ１７１０によって実行されるソフトウェアコードを含むことができる。例として、限定されないが、コアネットワークインタフェース１７５０は、Ｓ１インタフェースを含むことができ、無線ネットワークインタフェース１７４０は、３ＧＰＰによって標準化されるように、Ｕｕインタフェースを含むことができる。プログラムメモリ１７２０は、さらに、無線ネットワークインターフェース１７４０およびコアネットワークインターフェース１７５０のような様々な構成要素の構成および制御を含む、ネットワークノード１７００の機能を制御するためにプロセッサ１７１０によって実行されるソフトウェアコードを含むことができる。

データメモリ１７３０は、プロセッサ１７１０が、ネットワークノード１７００のプロトコル、構成、制御、および他の機能で使用される変数を格納するためのメモリ領域を含むことができる。したがって、プログラムメモリ１７２０およびデータメモリ１７３０は、不揮発性メモリ（たとえば、フラッシュメモリ、ハードディスクなど）、揮発性メモリ（たとえば、スタティックＲＡＭまたはダイナミックＲＡＭ）、ネットワークベース（たとえば、「クラウド」）ストレージ、またはそれらの組合せを備えることができる。当業者は、プロセッサ１７１０が、複数の個別のプロセッサ（図示せず）を含むことができ、その各々が、上述の機能の一部を実装することを認識するであろう。このような場合、複数の個々のプロセッサは、プログラムメモリ１７２０およびデータメモリ１７３０に一般的に接続されてもよく、または複数の個々のプログラムメモリおよび／またはデータメモリに個別に接続されてもよい。より一般的には、ネットワークノード１７００の様々なプロトコルおよび他の機能は、アプリケーションプロセッサ、シグナルプロセッサ、汎用プロセッサ、マルチコアプロセッサ、ＡＳＩＣ、固定デジタル回路、プログラマブルデジタル回路、アナログベースバンド回路、無線周波数回路、ソフトウェア、ファームウェア、およびミドルウェアを含むがこれらに限定されない、ハードウェアおよびソフトウェアの多くの異なる組合せで実装され得ることを、当業者は認識するであろう。

無線ネットワークインタフェース１７４０は、送信機、受信機、シグナルプロセッサ、ＡＳＩＣ、アンテナ、ビームフォーミングユニット、およびネットワークノード１７００が、いくつかの実施形態によれば、複数の互換ユーザ装置（ＵＥ）などの他の装置と通信することを可能にする他の回路を備えることができる。いくつかの実施形態によれば、インターフェース１７４０はまた、ネットワークノード１７００が衛星通信ネットワークの互換性のある衛星と通信することを可能にすることができる。いくつかの例示的な実施形態によれば、無線ネットワークインターフェース１７４０は、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－ＬＡＡ、ＮＲ、ＮＲ－Ｕなどのために３ＧＰＰによって標準化されたＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、および／またはＲＲＣレイヤプロトコルなどの様々なプロトコルまたはプロトコルレイヤ、本明細書で上述したようなそれらの改善、または無線ネットワークインターフェース１７４０に関連して利用される任意の他のより高いレイヤプロトコルを備えることができる。本開示のさらなる例示的な実施形態によれば、無線ネットワークインターフェース１７４０は、ＯＦＤＭ、ＯＦＤＭＡ、および／またはＳＣ－ＦＤＭＡ技術に基づくＰＨＹレイヤを備えることができる。ある実施形態によれば、このようなＰＨＹレイヤの機能性は、無線ネットワークインターフェース１７４０およびプロセッサ１７１０（メモリ１７２０内のプログラムコードを含む）によって協調的に提供することができる。

コアネットワークインターフェース１７５０は、ネットワークノード１７００が、いくつかの実施形態によれば、回線交換（ＣＳ）および／またはパケット交換コア（ＰＳ）ネットワークなどのコアネットワーク内の他の機器と通信することを可能にする、送信機、受信機、および他の回路を備えることができる。いくつかの実施形態によれば、コアネットワークインターフェース１７５０は、３ＧＰＰによって標準化されたＳ１インターフェースを備えることができる。いくつかの実施形態によれば、コアネットワークインターフェース１７５０は、３ＧＰＰによって標準化されたＮＧインターフェースを備えることができる。いくつかの例示的な実施形態によれば、コアネットワークインターフェース１７５０は、１つまたは複数のＡＭＦ、ＳＭＦ、ＳＧＷ、ＭＭＥ、ＳＧＳＮ、ＧＧＳＮ、ならびに当業者に知られているＧＥＲＡＮ、ＵＴＲＡＮ、ＥＰＣ、５ＧＣ、およびＣＤＭＡ２０００コアネットワークに見られる機能を備える他の物理デバイスへの１つまたは複数のインターフェースを備えることができる。いくつかの実施形態によれば、これらの１つまたは複数のインターフェースは、単一の物理インターフェース上で一緒に多重化され得る。いくつかの実施形態によれば、コアネットワークインターフェース１７５０の下位レイヤは、非同期転送モード（ＡＴＭ）、イーサネット（登録商標）上のインターネットプロトコル（ＩＰ）、光ファイバ上のＳＤＨ、銅線上のＴ１／Ｅ１／ＰＤＨ、マイクロ波無線、または当業者に知られている他の有線または無線伝送技術のうちの１つまたは複数を備えることができる。

いくつかの実施形態においては、ネットワークノード１７００は、他のｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ、ｅｎ－ｇＮＢ、ＩＡＢノード等のようなＲＡＮ内の他のネットワークノードと通信するためにネットワークノード１７００を構成し、かつ／又は容易にするハードウェアおよび／又はソフトウェアを含むことができる。このようなハードウェアおよび／またはソフトウェアは、無線ネットワークインターフェース１７４０および／またはコアネットワークインターフェース１７５０の一部であってもよく、あるいは別個の機能ユニット（図示せず）であってもよい。例えば、このようなハードウェアおよび／またはソフトウェアは、３ＧＰＰによって標準化されるように、ネットワークノード１７００がＸ２またはＸｎインターフェースを介して他のＲＡＮノードと通信するように構成および／または促進することができる。

ＯＡ＆Ｍインターフェース１７６０は、ネットワークノード１７００が、ネットワークノード１７００またはそれに動作可能に接続された他のネットワーク機器の動作、管理、および保守の目的で外部ネットワーク、コンピュータ、データベースなどと通信することを可能にする送信機、受信機、および他の回路を含むことができる。ＯＡ＆Ｍインターフェース１７６０の下位レイヤは、非同期転送モード（ＡＴＭ）、インターネットプロトコル（ＩＰ）－オーバーイーサネット（登録商標）、光ファイバ上のＳＤＨ、銅線上のＴ１／Ｅ１／ＰＤＨ、マイクロ波無線、または当業者に知られている他の有線または無線伝送技術のうちの１つまたは複数を備えることができる。さらに、いくつかの実施形態によれば、無線ネットワークインターフェース１７４０、コアネットワークインターフェース１７５０、およびＯＡ＆Ｍインターフェース１７６０のうちの１つまたは複数は、上に列挙された例などの単一の物理インターフェース上で一緒に多重化され得る。

図１８は、本開示の１つまたは複数の例示的な実施形態による、ホストコンピュータとユーザ装置（ＵＥ）との間でオーバーザトップ（ＯＴＴ）データサービスを提供するように構成された例示的な通信ネットワークのブロック図である。ＵＥ１８１０は、例えば、ＬＴＥ、ＬＴＥ－Ａ、および５Ｇ／ＮＲを含む上述のプロトコルに基づくことができる無線インターフェース１８２０を介して無線アクセスネットワーク（ＲＡＮ）１８３０と通信することができる。例えば、ＵＥ１８１０は、上述の他の図に示されるように構成および／または配置されうる。

ＲＡＮ１８３０は、認可スペクトル帯域で動作可能な１つまたは複数の地上ネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、コントローラなど）、ならびに２．４ＧＨｚ帯域および／または５ＧＨｚ帯域などの（たとえば、ＬＡＡまたはＮＲ－Ｕ技術を使用して）非認可スペクトルで動作可能な１つまたは複数のネットワークノードを含むことができる。そのような場合、ＲＡＮ１８３０を備えるネットワークノードは、ライセンスされたスペクトルおよびライセンスされていないスペクトルを使用して協働して動作することができる。いくつかの実施形態によれば、ＲＡＮ１８３０は、衛星アクセスネットワークを備える１つまたは複数の衛星を含むことができ、または衛星と通信することができる。

ＲＡＮ１８３０は、上述した様々なプロトコルおよびインターフェースに従って、コアネットワーク１８４０とさらに通信することができる。たとえば、ＲＡＮ１８３０を備える１つまたは複数の装置（たとえば、基地局、ｅＮＢ、ｇＮＢなど）は、上述のコアネットワークインターフェース１６５０を介してコアネットワーク１８４０と通信することができる。いくつかの例示的な実施形態によれば、ＲＡＮ１８３０およびコアネットワーク１８４０は、上で論じた他の図に示すように構成および／または配置することができる。例えば、Ｅ－ＵＴＲＡＮ１８３０を備えるｅＮＢは、図１に示されるようなＳ１インターフェースを介してＥＰＣコアネットワーク１８４０と通信することができ、別の例として、ＮＲ ＲＡＮ１８３０を備えるｇＮＢは、ＮＧインターフェースを介して５ＧＣコアネットワーク１８３０と通信することができる。

コアネットワーク１８４０は、当業者に知られている様々なプロトコルおよびインタフェースに従って、インターネット１８５０として図１８に示されている外部パケットデータネットワークとさらに通信することができる。多くの他の装置および／またはネットワークも、例示的なホストコンピュータ１８６０のようなインターネット１８５０に接続し、それを介して通信することができる。いくつかの例示的な実施形態によれば、ホストコンピュータ１８６０は、インターネット１８５０、コアネットワーク１８４０、およびＲＡＮ１８３０を媒介として使用して、ＵＥ１８１０と通信することができる。ホストコンピュータ１８６０は、サービスプロバイダの所有権および／または制御下にあるサーバ（例えば、アプリケーションサーバ）とすることができる。ホストコンピュータ１８６０は、ＯＴＴサービスプロバイダによって、またはサービスプロバイダの代わりに別のエンティティによって操作することができる。

例えば、ホストコンピュータ１８６０は、コアネットワーク１８４０およびＲＡＮ１８３０の設備を使用して、ホストコンピュータ１８６０との間の発信／着信通信のルーティングを意識することができない、オーバーザトップ（ＯＴＴ）パケットデータサービスをＵＥ１８１０に提供することができる。同様に、ホストコンピュータ１８６０は、ホストコンピュータからＵＥへの送信、例えばＲＡＮ１８３０を介した送信のルーティングを意識することができない。例えば、ホストコンピュータからＵＥへのストリーミング（単方向）オーディオおよび／又はビデオ、ホストコンピュータとＵＥとの間のインタラクティブ（双方向）オーディオおよび／又はビデオ、インタラクティブメッセージング又はソーシャルコミュニケーション、インタラクティブ仮想又は拡張現実等を含む、図１８に示す例示的な構成を用いて、様々なＯＴＴサービスを提供することができる。

図１８に示される例示的なネットワークはまた、本明細書で開示される例示的な実施形態によって改善されるデータレート、待ち時間、および他の要因を含むネットワーク性能メトリックを監視する測定手順および／またはセンサを含むことができる。例示的なネットワークはまた、測定結果の変動に応答してエンドポイント（例えば、ホストコンピュータおよびＵＥ）間のリンクを再構成するための機能を含むことができる。そのような手順および機能は、知られており、実践されており、ネットワークがＯＴＴサービスプロバイダから無線インターフェースを隠すか、または抽象化する場合、測定は、ＵＥとホストコンピュータとの間の独自の信号によって容易にすることができる。

本明細書で説明される例示的な実施形態は、無線リンク障害（ＲＬＦ）の前にＵＥによって行われた隣接セル測定を報告するための効率的かつ曖昧でない技法を提供する。明確かつ決定論的なソート規則に依拠することによって、そのような技法は、ネットワークによるそのようなＲＬＦレポートを解釈する際の曖昧さを低減および／または排除することができる。その結果、そのような技法は、報告されたＲＬＦが発生するセルについて修復アクションを実行するネットワークの能力を改善することができ、それは、そのようなセルにおけるその後のＲＬＦ障害を低減および／または排除することができる。ＬＴＥまたはＮＲ ＵＥ（たとえば、ＵＥ１８１０）およびｅＮＢまたはｇＮＢ（たとえば、ＲＡＮ１８３０を備えるｇＮＢ）で使用される場合、本明細書で説明される例示的な実施形態は、過剰なＵＥ電力消費、サービス中断、および／またはユーザ体験の他の低下なしに、より一貫したデータ全体にわたってより少ない遅延を含めて、ＯＴＴサービスプロバイダおよびエンドユーザに様々な改善、利益、および／または利点を提供することができる。

上記は、単に本開示の原理を例示するものである。本明細書の教示を考慮すれば、記載された実施形態に対する様々な修正および変更が当業者には明らかであろう。したがって、当業者は、本明細書では明示的に示されていないか、または説明されていないが、本開示の原理を具体化し、したがって本開示の精神および範囲内にあり得る、多数のシステム、構成、および手順を考案することができることが理解されよう。当業者には理解されるように、様々な例示的な実施形態を互いに一緒に使用することができ、またそれらと交換可能に使用することができる。

本明細書で使用されるユニットという用語は、電子機器、電気デバイス、および／または電子デバイスの分野で従来の意味を有することができ、たとえば、本明細書で説明されるような、電気および／または電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステートおよび／またはディスクリートデバイス、それぞれのタスク、手順、演算、出力、および／または表示機能などを実行するためのコンピュータプログラムまたは命令を含むことができる。

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

本明細書で説明するように、デバイスおよび／または装置は、半導体チップ、チップセット、またはそのようなチップまたはチップセットを備える（ハードウェア）モジュールによって表すことができるが、これは、ハードウェア実装される代わりに、デバイスまたは装置の機能が、実行のための、またはプロセッサ上で実行される実行可能ソフトウェアコード部分を備えるコンピュータプログラムまたはコンピュータプログラム製品などのソフトウェアモジュールとして実装される可能性を排除しない。さらに、デバイスまたは装置の機能は、ハードウェアおよびソフトウェアの任意の組合せによって実装され得る。デバイスまたは装置は、機能的に互いに協働するか、または互いに独立しているかにかかわらず、複数のデバイスおよび／または装置のアセンブリと見なすこともできる。さらに、デバイスまたは装置の機能が保存される限り、デバイスおよび装置は、システム全体にわたって分散された形で実装され得る。このような原理および類似の原理は、当業者に知られていると考えられる。

別段の定義がない限り、本明細書で使用されるすべての用語（技術用語および科学用語を含む）は、本開示が属する技術分野の当業者によって一般に理解されるものと同じ意味を有する。さらに、本明細書で使用される用語は、本明細書および関連技術の文脈におけるそれらの意味と一致する意味を有すると解釈されるべきであり、本明細書で明示的にそのように定義されない限り、理想化された、または過度に形式的な意味で解釈されないことが理解されるであろう。

さらに、本明細書、図面、およびその例示的な実施形態を含む、本開示で使用される特定の用語は、例えば、データおよび情報を含むが、これらに限定されない、特定の例では、同義的に使用することができる。これらの単語および／または互いに同義であり得る他の単語は、本明細書において同義に使用され得るが、そのような単語が同義に使用されないことを意図され得る場合があり得ることを理解されたい。さらに、従来技術の知識が上記の基準により明示的に組み込まれていない限り、その全体が本明細書に明示的に組み込まれる。参照される全ての刊行物は、その全体が参照により本明細書に組み込まれる。

本明細書で説明される技法および装置の例示的な実施形態は、以下の列挙された例を含むが、これらに限定されない：

Ｅ１．ユーザ装置（ＵＥ）によって実行される、無線ネットワークのセルにおいて無線リンク障害（ＲＬＦ）を報告する方法であって、前記方法は、
前記無線ネットワーク内の複数のセルの測定を実行することと、ここで、
前記複数のセルは、サービングセルと、複数の隣接セルとを含み、
各特定のセルについての測定は、当該特定のセルにおいて送信される１つ以上のタイプの基準信号（ＲＳ）に基づいており、
各セルについての前記測定は、１つ以上の測定量を含み、
前記サービングセルにおいて前記無線リンク障害（ＲＬＦ）が発生したことを判定することと、
前記隣接セルの測定を１つまたは複数の測定リストへとソートすることであって、
前記各隣接セルについての測定の基礎となるＲＳタイプと、
前記各隣接セルについて利用可能な前記測定量と、
のうちの１つまたは複数に関連する１つまたは複数のソート基準に基づいて、ソートすることと、
前記１つまたは複数の測定リストを含むＲＬＦレポートを、ターゲットセルを介して、前記無線ネットワーク内のノードへ送信することと、を有する。

Ｅ２．実施形態Ｅ１に記載の方法であって、前記各隣接セルについての測定は、複数の異なるキャリア周波数に対して行われる測定を含む。

Ｅ３．本明細書の実施形態Ｅ２の方法であって、各測定リストは、単一の搬送波周波数についての測定のみを含む。

Ｅ４．実施形態Ｅ２の方法であって、各測定リストは、複数の異なるキャリア周波数についての測定を含む。

Ｅ５．実施形態Ｅ１～Ｅ４のいずれかの方法であって、
前記ソート基準は、特定の測定量を含み、
前記隣接セルの前記測定をソートすることは、前記各隣接セルについて測定された特定の測定量の値に基づいて前記隣接セルの前記測定を順序付けることを含む。

Ｅ６．実施形態Ｅ５の方法であって、
前記ソート基準は、さらに、特定のＲＳタイプを含み、
前記隣接セルの測定をソートすることは、前記特定のＲＳタイプに基づいて前記各隣接セルについて測定された前記特定の測定量の値に基づいて前記隣接セルの測定を順序付けることを含む。

Ｅ７．実施形態Ｅ１～Ｅ６のいずれかの方法であって、前記１つ以上の測定リストが、以下のうちの１つを含む：
前記特定のＲＳタイプに基づく前記特定の測定量の値と、
前記ＲＳタイプのいずれかに基づく前記特定の測定量の値と、
前記特定のＲＳタイプに基づくいずれかの前記測定量の値と、または、
いずれかの前記ＲＳタイプに基づくいずれかの前記測定量の値。

Ｅ８．実施形態Ｅ１～Ｅ７のいずれかの方法であって、前記１つ以上のＲＳタイプは、以下のいずれかを含む：
セル固有ＲＳ（ＣＲＳ）;
チャネル状態情報ＲＳ（ＣＳＩ－ＲＳ）；および
同期／ＰＢＣＨ信号ブロック（ＳＳＢ）。

Ｅ９．実施形態Ｅ１～Ｅ８のいずれかの方法であって、前記１つ以上の測定量は以下のいずれかを含む：
基準信号受信電力（ＲＳＲＰ）；
基準信号受信品質（ＲＳＲＱ）；および
信号対干渉雑音比（ＳＩＮＲ）。

Ｅ１０．無線ネットワークのセル内の無線リンク障害（ＲＬＦ）を報告するように構成されたユーザ装置（ＵＥ）であって、前記ＵＥは、
前記無線ネットワーク内の１つまたは複数のネットワークノードと通信するように構成される送受信機回路と、
前記送受信機回路に動作可能に結合されたプロセッシング回路と、を有し、それによって、前記プロセッシング回路および前記送受信機回路は、実施形態Ｅ１～Ｅ９のいずれかの方法に対応する動作を実行するように構成される。

Ｅ１１．無線ネットワークのセルにおいて無線リンク障害（ＲＬＦ）を報告するように構成されたユーザ装置（ＵＥ）であって、前記ＵＥは、実施形態Ｅ１～Ｅ９の方法のいずれかに対応する動作を実行するようにさらに構成されている、ユーザ機器（ＵＥ）。

Ｅ１２．ユーザ装置（ＵＥ）のプロセッシング回路によって実行されると、実施形態Ｅ１～Ｅ９の方法のいずれかに対応する動作を実行するようにＵＥを構成する、コンピュータ実行可能命令を記憶する非一時的なコンピュータ可読媒体。

Ｅ１３．ユーザ装置（ＵＥ）のプロセッシング回路によって実行されると、実施形態Ｅ１～Ｅ９の方法のいずれかに対応する動作を実行するようにＵＥを構成する、コンピュータ実行可能命令を有するコンピュータプログラム製品。

Claims (16)

1. 無線ネットワークのセル内の無線リンク障害（ＲＬＦ）を報告するために、ユーザ装置（ＵＥ）によって実行される方法であって、前記方法は、
   前記無線ネットワークにおける複数のセルの測定を実行すること（１４１０）であって、ここで、
   前記複数のセルは、サービングセルおよび複数の隣接セルを含み、
   各特定のセルの前記測定は、当該特定のセルにおいて送信される１つまたは複数のタイプの基準信号（ＲＳ）に基づいており、
   各特定のセルの前記測定は、１つまたは複数の測定量を生成する、ことと、
   前記サービングセルにおいてＲＬＦが発生したことを判定すること（１４２０）と、
   各隣接セルについての前記測定を１つまたは複数のソート基準に基づいてソートして１つまたは複数の測定リストを生成すること（１４３０）であって、
   前記各隣接セルについての前記測定の基礎となる前記ＲＳのタイプと、
   前記各隣接セルについて利用可能な前記測定量と、
   の組み合わせであるタプルごとに測定リストが生成される、ことと、
   前記１つまたは複数の測定リストを含むＲＬＦレポートをネットワークノードに送信すること（１４４０）と、を有する方法。
2. 請求項１に記載の方法であって、前記１つまたは複数のＲＳのタイプは、
   セル固有ＲＳ（ＣＲＳ）と、
   チャネル状態情報ＲＳ（ＣＳＩ－ＲＳ）と、
   同期／ＰＢＣＨ信号ブロック（ＳＳＢ）と、
   のうちのいずれかを含む、方法。
3. 請求項１～２のいずれかに記載の方法であって、前記１つまたは複数の測定量は、
   基準信号受信電力（ＲＳＲＰ）と、
   基準信号受信品質（ＲＳＲＱ）と、
   信号対干渉雑音比（ＳＩＮＲ）と、
   のうちのいずれかを含む、方法。
4. 請求項１ないし３のいずれか一項に記載の方法であって、
   前記ソート基準は、特定の測定量を含み、
   前記各隣接セルについての前記測定をソートすること（１４３０）は、前記各隣接セルについて測定された前記特定の測定量の値に基づいて、前記各隣接セルについての前記測定を１つまたは複数の測定リストへと順序付けること（１４３１）、を含む、方法。
5. 請求項４に記載の方法であって、
   前記ソート基準は、複数の測定量を含み、
   前記１つまたは複数の測定リストは、各測定量に関連付けられた複数の測定リストを含み、
   前記各測定量を生成する前記各隣接セルについての前記測定は、前記測定リストのそれぞれへと順序付けられる、方法。
6. 請求項４に記載の方法であって、
   前記ソート基準は、さらに、特定のＲＳのタイプを含み、
   前記１つまたは複数の測定リストへと前記各隣接セルについての前記測定を順序付けすること（１４３１）は、前記特定のＲＳのタイプに基づいて前記各隣接セルについて測定された前記特定の測定量の値に基づいている、方法。
7. 請求項６に記載の方法であって、前記隣接セルのうちの２つの隣接セルについて前記特定の測定量の値が等しい場合、前記２つの隣接セルについて、前記測定を順序付ける（１４３１）ことは、前記２つの隣接セルについて測定された、
   前記特定のＲＳのタイプに基づくさらなる測定量、または、
   さらなるＲＳのタイプに基づく前記特定の測定量、
   のうちの１つの値に基づく、方法。
8. 請求項４に記載の方法であって、
   前記ソート基準は、複数のＲＳのタイプも含み、
   前記１つまたは複数の測定リストは、前記複数のＲＳのタイプのそれぞれに関連する複数の測定リストを含み、
   前記１つまたは複数の測定リストへと前記各隣接セルについての前記測定を順序付けること（１４３１）は、各ＲＳのタイプに基づいて各隣接セルについて測定された前記特定の測定量の値に基づく、方法。
9. 請求項４～８のいずれか一項に記載の方法であって、前記隣接セルについての前記測定は、複数のキャリア周波数上で実行される、方法。
10. 請求項９に記載の方法であって、
    前記１つまたは複数の測定リストは、前記複数のキャリア周波数のそれぞれに関連付けられた複数の測定リストを含み、
    各キャリア周波数で実行された前記各隣接セルについての前記測定は、前記測定リストのそれぞれへと順序付けられる、方法。
11. 請求項９に記載の方法であって、
    前記１つまたは複数の測定リストは、前記複数のキャリア周波数に関連付けられ、
    前記キャリア周波数のすべてにおいて実行された各隣接セルについての前記測定は、前記１つまたは複数の測定リストへと順序付けられる、方法。
12. 請求項１１に記載の方法であって、
    前記１つまたは複数の測定リストは、複数のＲＳのタイプのそれぞれと、前記キャリア周波数のすべてと、に関連付けられた複数の測定リストを含み、
    各ＲＳのタイプで実行された前記各隣接セルについての前記測定は、前記測定リストのそれぞれへと順序付けられる、方法。
13. 請求項８ないし１２のいずれか一項に記載の方法であって、
    前記１つまたは複数の測定リストが、複数の測定リストである場合に、
    前記各隣接セルについての前記測定をソートすること（１４３０）は、さらに、前記測定リストのそれぞれに関連付けられた、キャリア周波数、ＲＳのタイプ、および測定量のうちの１つまたは複数の優先順位に従って、前記複数の測定リストを単一の測定リストへと結合すること（１４３１）を含み、
    前記ＲＬＦレポートは、前記単一の測定リストを含む、方法。
14. 請求項１～１３のいずれか一項に記載の方法であって、前記１つまたは複数の測定リストは、
    ソート基準として使用される特定の測定量の値であって、ソート基準としても使用される特定のＲＳのタイプに基づく値でと、
    前記ＲＳのタイプのいずれかに基づき、ソート基準として使用される、特定の測定量の値と、
    ソート基準として使用される特定のＲＳのタイプに基づくいずれかの利用可能な測定量の値と、
    いずれかの前記ＲＳのタイプに基づくいずれかの利用可能な測定量の値と、
    のうちの１つを含む、方法。
15. 無線ネットワーク（１００、１５９９）のセル（１０６、１１１、１１６、１５１１、１５２１）において、無線リンク障害（ＲＬＦ）を報告するように構成されたユーザ装置（ＵＥ）（１２０、１５０５、１６００）であって、前記ＵＥは、
    前記無線ネットワーク内の１つまたは複数のネットワークノード（１０５、１１０、１１５、１５１０、１５２０、１７００）と通信するように構成された無線送受信機回路（１６４０）と、
    前記無線送受信機回路に動作可能に結合されたプロセッシング回路（１６１０）と、を有し、それによって、前記プロセッシング回路および前記無線送受信機回路は、
    前記無線ネットワーク内の複数のセルの測定を実行することであって、
    前記複数のセルは、サービングセルおよび複数の隣接セルを含み、
    各特定のセルについての前記測定は、前記特定のセルにおいて送信される１つまたは複数のタイプの基準信号（ＲＳ）に基づいており、
    各特定のセルの前記測定は、１つまたは複数の測定量を生成する、ことと、
    前記サービングセルにおいてＲＬＦが発生したことを判定することと、
    各隣接セルについての前記測定を１つまたは複数のソート基準に基づいてソートして１つまたは複数の測定リストを生成することであって、
    前記各隣接セルについての前記測定の基礎となる前記ＲＳのタイプと、
    前記各隣接セルについて利用可能な前記測定量と、
    の組み合わせであるタプルごとに測定リストが生成される、ことと、
    前記１つまたは複数の測定リストを含むＲＬＦレポートをネットワークノードへ送信することと、を実行するように構成されている、ＵＥ。
16. 請求項１５に記載のＵＥであって、前記プロセッシング回路および前記無線送受信機回路は、請求項２～１４に記載の方法のいずれかに対応する動作を実行するようにさらに構成されている、ＵＥ。