JP2023529712A - マスターセルグループ（ｍｃｇ）障害および無線リンク障害（ｒｌｆ）のレポート - Google Patents

Abstract

無線リンク障害（ＲＬＦ）情報をレポートするための方法（４００）。本方法は、マスターセルグループ（ＭＣＧ）に関するＲＬＦを検出するユーザ装置（ＵＥ）を含む。本方法はまた、ＭＣＧに関するＲＬＦを検出したことに応答して、ＵＥがＲＬＦ情報を記憶することを含む。本方法はまた、ＵＥが、ＭＣＧ障害情報（たとえば、ＲＬＦ情報）を備える第１のメッセージを送信することと、タイマーをアクティブ化することと、を含む。本方法はまた、第１のメッセージを送信するとともにタイマーをアクティブ化した後に、第２のメッセージを受信すること、を含む。本方法はまた、第２のメッセージを受信したことに応じて、条件が満たされていると決定することを含み、条件が満たされていると決定することは、タイマーがまだ計時中であると決定することを少なくとも含む。本方法はまた、条件が満たされていると判定した結果として、ＵＥがＲＬＦ情報を削除することを含む。【選択図】図４

Description

ＭＣＧ失敗レポートおよびＲＬＦ障害レポートに関連する実施形態が開示される。

１．１ － ５Ｇアーキテクチャ

現在の５Ｇ無線アクセスネットワーク（ＲＡＮ）（次世代ＲＡＮ）アーキテクチャは、図１に示されるように、技術仕様書（ＴＳ）３８．４０１ｖ１５．７．０（www.3gpp.org/ftp//Specs/archive/38_series/38.401/38401-f70.zip）に示され、説明される。

ＮＧアーキテクチャは、以下のようにさらに説明することができる。ＮＧ－ＲＡＮは、次世代（ＮＧ）インターフェースを介して５Ｇコア（５ＧＣ）に接続される次世代ノードＢ（ｇＮＢ）のセットからなる。ｇＮＢは、ＦＤＤ（周波数分割デュープレックス）モード、ＴＤＤ（時分割デュープレックス）モード、またはデュアルモード運用をサポートすることができ、複数のｇＮＢは、Ｘｎインターフェースを介して相互接続することができる。ｇＮＢは、ｇＮＢセントラルユニット（ｇＮＢ－ＣＵ）および１つまたは複数のｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）から構成され得る。ｇＮＢ－ＣＵとｇＮＢ－ＤＵとは、Ｆ１論理インターフェースを介して接続される。１つのｇＮＢ－ＤＵは、１つのｇＮＢ－ＣＵにのみ接続される。柔軟性のために、ｇＮＢ－ＤＵは、適切な実装によって複数のｇＮＢ－ＣＵに接続されることもある。ＮＧ、Ｘｎ、Ｆ１ は論理インターフェースである。ＮＧ－ＲＡＮ は、無線ネットワークレイヤ（ＲＮＬ）とトランスポートネットワークレイヤ（ＴＮＬ）とに階層化されている。ＮＧ－ＲＡＮアーキテクチャ、すなわち、複数のＮＧ－ＲＡＮ論理ノードおよびそれらの間のインターフェースは、ＲＮＬの一部として規定される。ＮＧ－ＲＡＮインターフェース（ＮＧ、Ｘｎ、Ｆ１）ごとに、関連するＴＮＬプロトコルおよび機能が規定される。ＴＮＬは、ユーザプレーントランスポートおよびシグナリングトランスポートのためのサービスを提供する。

別のアーキテクチャオプションは、発展型パケットコアネットワークに接続されたロングタームエボリューション（ＬＴＥ）の発展型ノードＢ（ｅＮＢ）が、いわゆるＮＲ－ｇＮＢとＸ２インターフェースを介して接続される場合である。後者は、コアネットワーク（ＣＮ）には直接的に接続されていないものの、デュアルコネクティビティを実行するためだけに、Ｘ２を介してｅＮＢに接続されるｇＮＢである。

図１のアーキテクチャは、ｇＮＢ－ＣＵを２つのエンティティに分離することによって、拡張可能である。ユーザプレーンを提供し、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）プロトコルをホストする１つのｇＮＢ－ＣＵ－ユーザプレーン（ｇＮＢ－ＣＵ－ＵＰ）と、制御プレーンを提供し、ＰＤＣＰおよび無線リソース制御（ＲＲＣ）プロトコルをホストする１つのｇＮＢ－ＣＵ－ＣＰと。完全性のために、ｇＮＢ－ＤＵは、無線リンク制御（ＲＬＣ）／媒体アクセス制御（ＭＡＣ）／物理レイヤ（ＰＨＹ）プロトコルをホストすると言うべきである。

１．２ － ＬＴＥ／ＮＲにおけるモビリティロバストネス組織化（ＭＲＯ）と無線リンク障害（ＲＬＦ）

シームレスハンドオーバは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））技術の重要な特徴である。ハンドオーバの成功は、ユーザ装置（ＵＥ）（すなわち、アクセスポイント（たとえば、ｇＮＢ、ｅＮＢなど）とのワイヤレス通信が可能な任意のデバイス）が、データ送信においてあまりにも多くの割り込みを引き起こすことなく、異なるセルのカバレッジエリア中を移動すること、を保証する。しかしながら、ネットワークが時間的に間に合うように「正しい」隣接セルにＵＥをハンドオーバすることに失敗するシナリオが存在し、そのようなシナリオでは、ＵＥが、無線リンク障害（ＲＬＦ）またはハンドオーバ失敗（ＨＯＦ）を宣言する。

ＨＯＦおよびＲＬＦに応じて、ＵＥは、自律的なアクションを実行し、すなわち、ＵＥは、再度到達可能であるように、できるだけ早く復帰可能となるように、セルを選択し、再確立手順を開始することを試みることができる。ＲＬＦは、ＵＥとネットワークとの間に利用可能な信頼できる通信チャネル（無線リンク）がないことを認識するときにのみ、ＵＥによって宣言されるが、ＲＬＦは、不十分なユーザ体験をもたらす。また、コネクションを再確立するには、新たに選択されたセルとのシグナリング（ランダムアクセス手順、ＲＲＣ再確立要求、ＲＲＣ再確立ＲＲＣ再確立完了、ＲＲＣ再構成、およびＲＲＣ再構成完了）が必要であり、ＵＥがネットワークとデータを再度やり取りできるようになるまで、ある程度の待ち時間を追加する。

ＬＴＥ／ＮＲの規格（ＴＳ ３６．３３１、ＴＳ ３８．３３１）によれば、無線リンク障害のありうる原因は、以下のうちの１つであり得る：

１） 無線リンク監視関連タイマーＴ３１０の満了；

２） 測定レポート関連タイマーＴ３１２の満了（Ｔ３１０の計時中に測定レポートを送信したにもかかわらず、このタイマーの持続時間内にネットワークからハンドオーバコマンドを受信できなかった）；

３） ＭＣＧのためのＲＬＣ再送信回数が最大数に達したこと；

４） ＭＣＧ ＭＡＣエンティティからランダムアクセス問題インジケーションを受信したこと。

ＲＬＦは、性能およびユーザ体験を低下させるような再確立につながるため、ＲＬＦの原因を理解し、その後のＲＬＦを回避するためにモビリティ関連パラメータ（たとえば、測定レポートのトリガ条件）を最適化しようとすることは、ネットワークにとっての関心事である。ネットワークにおけるＭＲＯ関連レポート取り扱いについて標準化される前は、ＵＥのみが、ＲＬＦの発生時に無線品質がどのように見えるかと、ＲＬＦを宣言する実際の理由と、などに関連するいくつかの情報を知っているにすぎなかった。ネットワークがＲＬＦの理由を特定するために、ネットワークは、ＵＥからの情報と、隣接基地局からの情報との両方について、さらなる情報を必要とする。

ＬＴＥにおけるＭＲＯソリューションの一部として、ＲＬＦレポート手順は、リリース９のＲＡＮ２作業部会におけるＲＲＣ仕様において導入された。それは、ＵＥがＲＬＦの発生した瞬間に関連情報を記録し、その後（たとえば、再確立後）にＵＥが接続に成功したターゲットセルにレポートすることが標準化されたという意味で、ＲＲＣの規格（ＴＳ ３６．３３１）に影響を与えたといえる。それはまた、ＲＬＦレポートを受信するｅノードＢが、障害が発生したｅノードＢにそれを転送できるようにするための、ｇＮｏｄｅＢ間インターフェース、すなわち、Ｘ２ＡＰ規格（ＴＳ ３６．４２３）に、影響を与えた。

ＬＴＥ／ＮＲでは、下位レイヤは、ＵＥの物理レイヤによって内部的に上位レイヤの同期外れ（ＯＯＳ（アウト・オブ・シンク））および同期獲得済み（ＩＳ：イン・シンク）を提供し、無線リンク障害（ＲＬＦ）の評価のためにＲＲＣ／レイヤ３（すなわち、上位レイヤ）フィルタリングを適用し得る。この手順を図２に示す。図２は、ＬＴＥにおける上位レイヤＲＬＦ関連手順を示す。

ＵＥによって生成されたＲＬＦレポートについて、そのコンテンツは、後続のリリースにおいてより詳細に拡張されている。最新のＬＴＥ ＲＲＣ規格（３ＧＰＰ（登録商標） ＴＳ３６．３３１ Ｖ１２．８．０）に基づく測定レポートに含まれる測定値は：
１）最後のサービングセル（ＰＣｅｌｌ）についての測定量（たとえば、基準信号受信電力（ＲＳＲＰ）および基準信号受信品質（ＲＳＲＱ））。
２）様々なＲＡＴ（ユニバーサル地上無線アクセス（ＵＴＲＡ）、発展型－ＵＴＲＡ （Ｅ－ＵＴＲＡ）、移動通信のためのグローバルシステム（ＧＳＭ）エッジＲＡＮ（ＧＥＲＡＮ）、ＣＤＭＡ（符号分割多元接続）２０００）の様々な周波数における隣接セルの測定量。
３）ＷＬＡＮ（ワイヤレスローカルエリアネットワーク）のアクセスポイントに関連する測定量（ＲＳＳＩ（受信信号強度インジケータ））。
４）ブルートゥース（登録商標）ビーコンに関連付けられた測定量（ＲＳＳＩ）。
５）位置情報（可能な場合）（位置座標と速度を含む）
６）最後のサービングセルのグローバル固有識別子（利用可能な場合）、そうでなければ、物理セルＩＤ（ＰＣＩ）および最後のサービングセルのキャリア周波数。
７）ＰＣｅｌｌのトラッキングエリアコード。
８）”Ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ”メッセージを最後に受信してからの経過時間。
９）前のサービングセルで使用されているセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）。
１０）ＵＥが、サービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）値が１であるデータ無線ベアラ（ＤＲＢ）を用いて構成されたか否か。

ＲＬＦ関連パラメータの検出およびロギングは、ＬＴＥ ＲＲＣ規格のセクション５．３．１１．３に取り入れられ、これは、以下の表のとおりである。

┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
５．３．１１．３ 無線リンク障害の検出
ＵＥは：
１＞Ｔ３１０の満了時に、
１＞Ｔ３１２の満了時に、または、
１＞Ｔ３００、Ｔ３０１、Ｔ３０４、Ｔ３１１のいずれもが計時中でないときに、ＭＣＧのＭＡＣからランダムアクセス問題インジケーションが来たときに、または、
１＞ＰＣｅｌｌで送信することが許可されている、ＭＣＧのＲＬＣから、ＳＲＢまたはＤＲＢのための再送信回数が最大回数に達したことを示すインジケーションが来たときに：
２＞ＭＣＧ（すなわちＲＬＦ）について検出される無線リンク障害を考慮する；
２＞ＮＢ－ＩｏＴを除き、ＶａｒＲＬＦ－Ｒｅｐｏｒｔに以下の無線リンク障害情報を記憶し、フィールドを次のように設定する：
３＞ＶａｒＲＬＦ－Ｒｅｐｏｒｔに含まれている情報があればそれをクリアする；
３＞ＵＥによって記憶されたＥＰＬＭＮのリストを含む（すなわち、ＲＰＬＭＮを含む）ように、ｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔを設定する；
３＞ＵＥが無線リンク障害を検出した瞬間までに収集された測定値に基づくＰＣｅｌｌのＲＳＲＰおよびＲＳＲＱ（利用可能な場合）を含めるように、ｍｅａｓＲｅｓｕｌｔＬａｓｔＳｅｒｖＣｅｌｌを設定する；
３＞最良のセルが最初にリストされるように順序付けられ、ＵＥが無線リンク障害を検出した瞬間までに収集された測定値に基づき、ＰＣｅｌｌ以外の最良の測定セルを含むように、ｍｅａｓＲｅｓｕｌｔＮｅｉｇｈＣｅｌｌを設定し、そのフィールドを以下のように設定する；
４＞ＵＥが１つまたは複数のＥＵＴＲＡ周波数のための測定を実行するように構成される場合、ｍｅａｓＲｅｓｕｌｔＬｉｓｔＥＵＴＲＡを含める；
４＞ＵＥが１つまたは複数の隣接するＵＴＲＡ周波数について測定報告を実行するように構成された場合、ｍｅａｓＲｅｓｕｌｔＬｉｓｔＵＴＲＡを含める；
４＞ＵＥが１つまたは複数の隣接するＧＥＲＡＮ周波数について測定報告を実行するように構成された場合、ｍｅａｓＲｅｓｕｌｔＬｉｓｔＧＥＲＡＮを含める；
４＞１つまたは複数の隣接するＣＤＭＡ２０００周波数について測定報告を実行するようにＵＥが構成された場合、ｍｅａｓＲｅｓｕｌｔｓＣＤＭＡ２０００を含める；
４＞含まれる各隣接セルについて、利用可能なオプションのフィールドを含める；
注１：測定された量は、モビリティ測定コンフィギュレーションで構成されたＬ３フィルタによってフィルタリングされる。測定が構成されている場合、測定は、時間領域測定リソース制限に基づく。ブラックリストに記載されているセルは、報告する必要はない。
３＞利用可能な場合は、ＷＬＡＮ ＡＰのＲＳＳＩが小さい順にＷＬＡＮ測定結果を含めるよう、ｌｏｇＭｅａｓＲｅｓｕｌｔＬｉｓｔＷＬＡＮを設定する；
３＞利用可能な場合は、ＢｌｕｅｔｏｏｔｈビーコンのＲＳＳＩが減少する順に、Ｂｌｕｅｔｏｏｔｈ測定結果を含むように、ｌｏｇＭｅａｓＲｅｓｕｌｔＬｉｓｔＢＴを設定する；
３＞詳細な位置情報がある場合は、その位置情報（ｌｏｃａｔｉｏｎＩｎｆｏ）の内容を以下のように設定する：
４＞ロケーション座標（ｌｏｃａｔｉｏｎＣｏｏｒｄｉｎａｔｅｓ）を含める；
４＞利用可能な場合は水平速度（ｈｏｒｉｚｏｎｔａｌＶｅｌｏｃｉｔｙ）を含める；
３＞利用可能であれば、ｆａｉｌｅｄＰＣｅｌｌＩｄをグローバルセル識別子に設定し、利用可能でなければ、無線リンク障害が検出されたＰＣｅｌｌの物理セル識別子およびキャリア周波数に設定する；
３＞ｔａｃ－ＦａｉｌｅｄＰＣｅｌｌを、無線リンク障害が検出されたＰＣｅｌｌのトラッキングエリアコード（利用可能な場合）に設定する；
３＞コネクション障害の発生前にｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信している場合：
４＞ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含む最後のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがＥ－ＵＴＲＡ内ハンドオーバに関係する場合：
ａ５＞ｐｒｅｖｉｏｕｓＰＣｅｌｌＩｄを含め、それを、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含む最後のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが受信されたＰＣｅｌｌのグローバルセル識別子に設定する；
ｂ５＞ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含む最後のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信してからの経過時間にｔｉｍｅＣｏｎｎＦａｉｌｕｒｅを設定する；
４＞ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含む最後のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがＵＴＲＡからのＥ－ＵＴＲＡへのハンドオーバに関係する場合、およびＵＥがＲＡＴ間ＭＲＯのための無線リンク障害報告をサポートする場合：
ｃ５＞ｐｒｅｖｉｏｕｓＵＴＲＡ－ＣｅｌｌＩｄを含め、それを、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含む最後のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが受信されたＵＴＲＡセルの物理セル識別子、キャリア周波数およびグローバルセル識別子（利用可能な場合）に設定する；
ｄ５＞ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含む最後のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信してからの経過時間にｔｉｍｅＣｏｎｎＦａｉｌｕｒｅを設定する；
３＞ＵＥが無線リンク障害レポートにおいてＱＣＩ１インジケーションをサポートしており、ＱＣＩが１であるＤＲＢを有する場合：
４＞ｄｒｂ－ＥｓｔａｂｌｉｓｈｅｄＷｉｔｈＱＣＩ－１を含める；
３＞ｃｏｎｎｅｃｔｉｏｎＦａｉｌｕｒｅＴｙｐｅをｒｌｆに設定する；
３＞ｃ－ＲＮＴＩをＰＣｅｌｌで使用されるＣ－ＲＮＴＩに設定する；
３＞ｒｌｆ－Ｃａｕｓｅを、無線リンク障害を検出するためのトリガに設定する；
２＞ＡＳセキュリティがアクティブになっていない場合：
３＞ＵＥがＮＢ－ＩｏＴ ＵＥである場合：
４＞ＵＥが制御プレーンＣＩｏＴ ＥＰＳの最適化のためのＲＲＣコネクション再確立をサポートしている場合：
ｅ５＞５．３．７に規定されたＲＲＣコネクション再確立手順を開始する；
４＞そうでない場合：
ｆ５＞５．３．１２で規定されているように、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態を離れると、動作を実行する。解放原因は「ＲＲＣコネクション障害」である；
３＞そうでない場合：
４＞５．３．１２で規定されているように、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態を離れると、アクションを実行する。開放原因は「ｏｔｈｅｒ（その他）」；
２＞そうでない場合：
３＞５．３．７に規定されるコネクション再確立手順を開始する；
ＤＣの場合、ＵＥは：
１＞Ｔ３１３の満了時に、または、
１＞ＳＣＧのＭＡＣからのランダムアクセス問題インジケーションが来たときに、
１＞ＰＳＣｅｌｌで送信されることが許可される、ＳＣＧのＲＬＣから、ＳＣＧまたはスプリットＤＲＢのための再送信回数が最大値に達したことを示すインジケーションが来たときに、：
２＞ＳＣＧ、すなわちＳＣＧ－ＲＬＦに対して検出される無線リンク障害を考慮する；
２＞ＳＣＧ無線リンク障害を報告するために、５．６．１３に規定されるＳＣＧ障害情報手順を開始する；
ＣＡ ＰＤＣＰデュプリケーション（複製）の場合に、ＵＥは：
１＞ＳＣｅｌｌ上でのみ送信されるように制限されているＲＬＣエンティティから、再送信回数が最大値に達したことを示すインジケーションが来たときに：
２＞ＲＬＣエンティティについて無線リンク障害が検出されると考える；
２＞ＰＤＣＰ複製障害を報告するために、５．６．２１で規定された障害情報手順を開始する；
ＵＥは、無線リンク障害が検出されてから４８時間後、電源オフ時、またはデタッチ時に、無線リンク障害情報を破棄する、すなわち、ＵＥ変数であるＶａｒＲＬＦ－Ｒｅｐｏｒｔを解放することができる。
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

ＲＬＦが宣言された後、ＲＬＦレポートが記録され、ＵＥがセルを選択し、再確立に成功すると、ＵＥは、ＲＲＣ再確立完了メッセージにおいて利用可能なＲＬＦレポートを有するというインジケーションを含めることで、ターゲットセルにその利用可能性を認識させる。次いで、”ｒｌｆ－ＲｅｐｏｒｔＲｅｑ－ｒ９”というフラグを有するＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージを受信すると、ＵＥは、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージにＲＬＦレポート（これは上述のようにＵＥの変数であるＶａｒＲＬＦ－Ｒｅｐｏｒｔ内に記憶される）を含め、ネットワークに送信するものとする。

ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージとＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージについては後述される。

ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ －ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔは、ＵＥから情報を取得するためにＥ－ＵＴＲＡＮによって使用されるコマンドである。メッセージのためのシグナリング無線ベアラはＳＲＢ１であり、ＲＬＣ－ＳＡＰはＡＭであり、論理チャネルはＤＣＣＨであり、方向はＥ ＵＴＲＡＮからＵＥへ、である。

次の表は、さまざまなＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージを示している：

┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓-- ASN1START

UEInformationRequest-r9 ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
c1 CHOICE {
ueInformationRequest-r9 UEInformationRequest-r9-IEs,
spare3 NULL, spare2 NULL, spare1 NULL
},
criticalExtensionsFuture SEQUENCE {}
}
}

UEInformationRequest-r9-IEs ::= SEQUENCE {
rach-ReportReq-r9 BOOLEAN,
rlf-ReportReq-r9 BOOLEAN,
nonCriticalExtension UEInformationRequest-v930-IEs OPTIONAL
}

UEInformationRequest-v930-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension UEInformationRequest-v1020-IEs OPTIONAL
}

UEInformationRequest-v1020-IEs ::= SEQUENCE {
logMeasReportReq-r10 ENUMERATED {true} OPTIONAL, -- Need ON
nonCriticalExtension UEInformationRequest-v1130-IEs OPTIONAL
}

UEInformationRequest-v1130-IEs ::= SEQUENCE {
connEstFailReportReq-r11 ENUMERATED {true} OPTIONAL, -- Need ON
nonCriticalExtension UEInformationRequest-v1250-IEs OPTIONAL
}

UEInformationRequest-v1250-IEs ::= SEQUENCE {
mobilityHistoryReportReq-r12 ENUMERATED {true} OPTIONAL, -- Need ON
nonCriticalExtension UEInformationRequest-v1530-IEs OPTIONAL
}

UEInformationRequest-v1530-IEs ::= SEQUENCE {
idleModeMeasurementReq-r15 ENUMERATED {true} OPTIONAL, -- Need ON
flightPathInfoReq-r15 FlightPathInfoReportConfig-r15 OPTIONAL, -- Need ON
nonCriticalExtension SEQUENCE {} OPTIONAL
}

-- ASN1STOP
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ フィールド記述 －ｒａｃｈ－ＲｅｐｏｒｔＲｅｑ：このフィールドは、ＵＥがランダムアクセス手順に関する情報をレポートするかどうかを示すために使用される。

ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ

ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージは、Ｅ－ＵＴＲＡＮによって要求された情報を転送するためにＵＥによって使用される。ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅのシグナリング無線ベアラは、ＳＲＢ１またはＳＲＢ２（記録された測定情報が含まれる場合）であり、ＲＬＣ－ＳＡＰはＡＭであり、論理チャネルはＤＣＣＨであり、方向はＵＥからＥ－ＵＴＲＡＮへ、である。

次の表は、さまざまな ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ メッセージを示している。

┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓-- ASN1START

UEInformationResponse-r9 ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
c1 CHOICE {
ueInformationResponse-r9 UEInformationResponse-r9-IEs,
spare3 NULL, spare2 NULL, spare1 NULL
},
criticalExtensionsFuture SEQUENCE {}
}
}

UEInformationResponse-r9-IEs ::= SEQUENCE {
rach-Report-r9 SEQUENCE {
numberOfPreamblesSent-r9 NumberOfPreamblesSent-r11,
contentionDetected-r9 BOOLEAN
} OPTIONAL,
rlf-Report-r9 RLF-Report-r9 OPTIONAL,
nonCriticalExtension UEInformationResponse-v930-IEs OPTIONAL
}

-- Late non critical extensions
UEInformationResponse-v9e0-IEs ::= SEQUENCE {
rlf-Report-v9e0 RLF-Report-v9e0 OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}

-- Regular non critical extensions
UEInformationResponse-v930-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING (CONTAINING UEInformationResponse-v9e0-IEs) OPTIONAL,
nonCriticalExtension UEInformationResponse-v1020-IEs OPTIONAL
}

UEInformationResponse-v1020-IEs ::= SEQUENCE {
logMeasReport-r10 LogMeasReport-r10 OPTIONAL,
nonCriticalExtension UEInformationResponse-v1130-IEs OPTIONAL
}

UEInformationResponse-v1130-IEs ::= SEQUENCE {
connEstFailReport-r11 ConnEstFailReport-r11 OPTIONAL,
nonCriticalExtension UEInformationResponse-v1250-IEs OPTIONAL
}

UEInformationResponse-v1250-IEs ::= SEQUENCE {
mobilityHistoryReport-r12 MobilityHistoryReport-r12 OPTIONAL,
nonCriticalExtension UEInformationResponse-v1530-IEs OPTIONAL
}

UEInformationResponse-v1530-IEs ::= SEQUENCE {
measResultListIdle-r15 MeasResultListIdle-r15 OPTIONAL,
flightPathInfoReport-r15 FlightPathInfoReport-r15 OPTIONAL, nonCriticalExtension SEQUENCE {} OPTIONAL
}

RLF-Report-r9 ::= SEQUENCE {
measResultLastServCell-r9 SEQUENCE {
rsrpResult-r9 RSRP-Range,
rsrqResult-r9 RSRQ-Range OPTIONAL
},
measResultNeighCells-r9 SEQUENCE {
measResultListEUTRA-r9 MeasResultList2EUTRA-r9 OPTIONAL,
measResultListUTRA-r9 MeasResultList2UTRA-r9 OPTIONAL,
measResultListGERAN-r9 MeasResultListGERAN OPTIONAL,
measResultsCDMA2000-r9 MeasResultList2CDMA2000-r9 OPTIONAL
} OPTIONAL,
...,
[[ locationInfo-r10 LocationInfo-r10 OPTIONAL,
failedPCellId-r10 CHOICE {
cellGlobalId-r10 CellGlobalIdEUTRA,
pci-arfcn-r10 SEQUENCE {
physCellId-r10 PhysCellId,
carrierFreq-r10 ARFCN-ValueEUTRA
}
} OPTIONAL,
reestablishmentCellId-r10 CellGlobalIdEUTRA OPTIONAL,
timeConnFailure-r10 INTEGER (0..1023) OPTIONAL,
connectionFailureType-r10 ENUMERATED {rlf, hof} OPTIONAL,
previousPCellId-r10 CellGlobalIdEUTRA OPTIONAL
]],
[[ failedPCellId-v1090 SEQUENCE {
carrierFreq-v1090 ARFCN-ValueEUTRA-v9e0
} OPTIONAL
]],
[[ basicFields-r11 SEQUENCE {
c-RNTI-r11 C-RNTI,
rlf-Cause-r11 ENUMERATED {
t310-Expiry, randomAccessProblem,
rlc-MaxNumRetx, t312-Expiry-r12},
timeSinceFailure-r11 TimeSinceFailure-r11
} OPTIONAL,
previousUTRA-CellId-r11 SEQUENCE {
carrierFreq-r11 ARFCN-ValueUTRA,
physCellId-r11 CHOICE {
fdd-r11 PhysCellIdUTRA-FDD,
tdd-r11 PhysCellIdUTRA-TDD
},
cellGlobalId-r11 CellGlobalIdUTRA OPTIONAL
} OPTIONAL,
selectedUTRA-CellId-r11 SEQUENCE {
carrierFreq-r11 ARFCN-ValueUTRA,
physCellId-r11 CHOICE {
fdd-r11 PhysCellIdUTRA-FDD,
tdd-r11 PhysCellIdUTRA-TDD
}
} OPTIONAL
]],
[[ failedPCellId-v1250 SEQUENCE {
tac-FailedPCell-r12 TrackingAreaCode
} OPTIONAL,
measResultLastServCell-v1250 RSRQ-Range-v1250 OPTIONAL,
lastServCellRSRQ-Type-r12 RSRQ-Type-r12 OPTIONAL,
measResultListEUTRA-v1250 MeasResultList2EUTRA-v1250 OPTIONAL
]],
[[ drb-EstablishedWithQCI-1-r13 ENUMERATED {qci1} OPTIONAL
]],
[[ measResultLastServCell-v1360 RSRP-Range-v1360 OPTIONAL
]],
[[ logMeasResultListBT-r15 LogMeasResultListBT-r15 OPTIONAL,
logMeasResultListWLAN-r15 LogMeasResultListWLAN-r15 OPTIONAL
]]
}

RLF-Report-v9e0 ::= SEQUENCE {
measResultListEUTRA-v9e0 MeasResultList2EUTRA-v9e0
}

MeasResultList2EUTRA-r9 ::= SEQUENCE (SIZE (1..maxFreq)) OF MeasResult2EUTRA-r9

MeasResultList2EUTRA-v9e0 ::= SEQUENCE (SIZE (1..maxFreq)) OF MeasResult2EUTRA-v9e0

MeasResultList2EUTRA-v1250 ::= SEQUENCE (SIZE (1..maxFreq)) OF MeasResult2EUTRA-v1250

MeasResult2EUTRA-r9 ::= SEQUENCE {
carrierFreq-r9 ARFCN-ValueEUTRA,
measResultList-r9 MeasResultListEUTRA
}

MeasResult2EUTRA-v9e0 ::= SEQUENCE {
carrierFreq-v9e0 ARFCN-ValueEUTRA-v9e0 OPTIONAL
}

MeasResult2EUTRA-v1250 ::= SEQUENCE {
rsrq-Type-r12 RSRQ-Type-r12 OPTIONAL
}

MeasResultList2UTRA-r9 ::= SEQUENCE (SIZE (1..maxFreq)) OF MeasResult2UTRA-r9

MeasResult2UTRA-r9 ::= SEQUENCE {
carrierFreq-r9 ARFCN-ValueUTRA,
measResultList-r9 MeasResultListUTRA
}

MeasResultList2CDMA2000-r9 ::= SEQUENCE (SIZE (1..maxFreq)) OF MeasResult2CDMA2000-r9

MeasResult2CDMA2000-r9 ::= SEQUENCE {
carrierFreq-r9 CarrierFreqCDMA2000,
measResultList-r9 MeasResultsCDMA2000
}

LogMeasReport-r10 ::= SEQUENCE {
absoluteTimeStamp-r10 AbsoluteTimeInfo-r10,
traceReference-r10 TraceReference-r10,
traceRecordingSessionRef-r10 OCTET STRING (SIZE (2)),
tce-Id-r10 OCTET STRING (SIZE (1)),
logMeasInfoList-r10 LogMeasInfoList-r10,
logMeasAvailable-r10 ENUMERATED {true} OPTIONAL,
...,
[[ logMeasAvailableBT-r15 ENUMERATED {true} OPTIONAL,
logMeasAvailableWLAN-r15 ENUMERATED {true} OPTIONAL
]]
}

LogMeasInfoList-r10 ::= SEQUENCE (SIZE (1..maxLogMeasReport-r10)) OF LogMeasInfo-r10

LogMeasInfo-r10 ::= SEQUENCE {
locationInfo-r10 LocationInfo-r10 OPTIONAL,
relativeTimeStamp-r10 INTEGER (0..7200),
servCellIdentity-r10 CellGlobalIdEUTRA,
measResultServCell-r10 SEQUENCE {
rsrpResult-r10 RSRP-Range,
rsrqResult-r10 RSRQ-Range
},
measResultNeighCells-r10 SEQUENCE {
measResultListEUTRA-r10 MeasResultList2EUTRA-r9 OPTIONAL,
measResultListUTRA-r10 MeasResultList2UTRA-r9 OPTIONAL,
measResultListGERAN-r10 MeasResultList2GERAN-r10 OPTIONAL,
measResultListCDMA2000-r10 MeasResultList2CDMA2000-r9 OPTIONAL
} OPTIONAL,
...,
[[ measResultListEUTRA-v1090 MeasResultList2EUTRA-v9e0 OPTIONAL
]],
[[ measResultListMBSFN-r12 MeasResultListMBSFN-r12 OPTIONAL,
measResultServCell-v1250 RSRQ-Range-v1250 OPTIONAL,
servCellRSRQ-Type-r12 RSRQ-Type-r12 OPTIONAL,
measResultListEUTRA-v1250 MeasResultList2EUTRA-v1250 OPTIONAL
]],
[[ inDeviceCoexDetected-r13 ENUMERATED {true} OPTIONAL
]],
[[ measResultServCell-v1360 RSRP-Range-v1360 OPTIONAL
]],
[[ logMeasResultListBT-r15 LogMeasResultListBT-r15 OPTIONAL,
logMeasResultListWLAN-r15 LogMeasResultListWLAN-r15 OPTIONAL
]]
}

MeasResultListMBSFN-r12 ::= SEQUENCE (SIZE (1..maxMBSFN-Area)) OF MeasResultMBSFN-r12

MeasResultMBSFN-r12 ::= SEQUENCE {
mbsfn-Area-r12 SEQUENCE {
mbsfn-AreaId-r12 MBSFN-AreaId-r12,
carrierFreq-r12 ARFCN-ValueEUTRA-r9
},
rsrpResultMBSFN-r12 RSRP-Range,
rsrqResultMBSFN-r12 MBSFN-RSRQ-Range-r12,
signallingBLER-Result-r12 BLER-Result-r12 OPTIONAL,
dataBLER-MCH-ResultList-r12 DataBLER-MCH-ResultList-r12 OPTIONAL,
...
}

DataBLER-MCH-ResultList-r12 ::= SEQUENCE (SIZE (1.. maxPMCH-PerMBSFN)) OF DataBLER-MCH-Result-r12

DataBLER-MCH-Result-r12 ::= SEQUENCE {
mch-Index-r12 INTEGER (1..maxPMCH-PerMBSFN),
dataBLER-Result-r12 BLER-Result-r12
}

BLER-Result-r12 ::= SEQUENCE {
bler-r12 BLER-Range-r12,
blocksReceived-r12 SEQUENCE {
n-r12 BIT STRING (SIZE (3)),
m-r12 BIT STRING (SIZE (8))
}
}

BLER-Range-r12 ::= INTEGER(0..31)

MeasResultList2GERAN-r10 ::= SEQUENCE (SIZE (1..maxCellListGERAN)) OF MeasResultListGERAN

ConnEstFailReport-r11 ::= SEQUENCE {
failedCellId-r11 CellGlobalIdEUTRA,
locationInfo-r11 LocationInfo-r10 OPTIONAL,
measResultFailedCell-r11 SEQUENCE {
rsrpResult-r11 RSRP-Range,
rsrqResult-r11 RSRQ-Range OPTIONAL
},
measResultNeighCells-r11 SEQUENCE {
measResultListEUTRA-r11 MeasResultList2EUTRA-r9 OPTIONAL,
measResultListUTRA-r11 MeasResultList2UTRA-r9 OPTIONAL,
measResultListGERAN-r11 MeasResultListGERAN OPTIONAL,
measResultsCDMA2000-r11 MeasResultList2CDMA2000-r9 OPTIONAL
} OPTIONAL,
numberOfPreamblesSent-r11 NumberOfPreamblesSent-r11,
contentionDetected-r11 BOOLEAN,
maxTxPowerReached-r11 BOOLEAN,
timeSinceFailure-r11 TimeSinceFailure-r11,
measResultListEUTRA-v1130 MeasResultList2EUTRA-v9e0 OPTIONAL,
...,
[[ measResultFailedCell-v1250 RSRQ-Range-v1250 OPTIONAL,
failedCellRSRQ-Type-r12 RSRQ-Type-r12 OPTIONAL,
measResultListEUTRA-v1250 MeasResultList2EUTRA-v1250 OPTIONAL
]],
[[ measResultFailedCell-v1360 RSRP-Range-v1360 OPTIONAL
]],
[[ logMeasResultListBT-r15 LogMeasResultListBT-r15 OPTIONAL,
logMeasResultListWLAN-r15 LogMeasResultListWLAN-r15 OPTIONAL
]]
}

NumberOfPreamblesSent-r11::= INTEGER (1..200)

TimeSinceFailure-r11 ::= INTEGER (0..172800)

MobilityHistoryReport-r12 ::= VisitedCellInfoList-r12

FlightPathInfoReport-r15 ::= SEQUENCE {
flightPath-r15 SEQUENCE (SIZE (1..maxWayPoint-r15)) OF WayPointLocation-r15 OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}

WayPointLocation-r15 ::= SEQUENCE {
wayPointLocation-r15 LocationInfo-r10,
timeStamp-r15 AbsoluteTimeInfo-r10 OPTIONAL
}

-- ASN1STOP
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

ＲＬＦレポートの内容（たとえば、障害が発生した最後のサービングセルのグローバルに一意の識別子）に基づいて、ＵＥが再確立したセルは、最後のサービングセルに対して、ＲＬＦレポートを転送することができる。このＲＬＦレポートの転送は、ＲＬＦへ導かれたＵＥに関連するパラメータを構成したのは元のサービングセルであるたため、この元のサービングセルがハンドオーバ関連パラメータ（たとえば、測定レポートトリガ閾値）を調整することを支援するために行われる。

このため、無線リンク障害インジケーションとハンドオーバレポート（３６．４２３基準）という２つのタイプのノード間通信メッセージが標準化されている。

無線リンク障害インジケーション手順は、ｅＮＢ間でＲＲＣ再確立試行または受信されたＲＬＦレポートに関する情報を転送するために使用される。このメッセージは、ＵＥが再確立を実行する対象となるｅＮＢから、ＵＥの元のサービングセルであったｅＮＢへ、送信される。

１．３ ＭＣＧ 高速リカバリ手順

ＬＴＥ／ＮＲ リリース１６では、高速ＭＣＧリンクリカバリ（回復）手順が合意された。高速ＭＣＧリンクリカバリは、ＲＲＣ手順であり、ＵＥは、ＲＲＣ再確立をトリガする代わりに、ＭＣＧ上の無線リンク障害の検出した時に、セカンダリセルグループ（ＳＣＧ）を介してマスタノード（ＭＮ）にＭＣＧ障害情報メッセージを送信する。

ＭＣＧについての無線リンク障害が検出されて、高速ＭＣＧリンクリカバリが構成される場合、ＵＥは、高速ＭＣＧリンクリカバリをトリガする。そうでない場合、ＵＥは、ＲＲＣコネクション再確立手続きを開始する。高速ＭＣＧリンクリカバリ中に、ＵＥは、すべての無線ベアラのＭＣＧ送信を中断し、スプリットシグナリング無線ベアラ（ＳＲＢ）１またはＳＲＢ３のＳＣＧレッグを使用して、ＭＣＧ障害情報メッセージを用いて障害をＳＣＧを介してＭＮにレポートする。

ＵＥは、ＭＮ及びセカンダリノード（ＳＮ）の両方の現在の測定コンフィギュレーション（構成）に従って、利用可能な測定結果を、ＭＣＧ障害情報メッセージに含める。高速ＭＣＧリンクリカバリがトリガされると、ＵＥは、ＭＮおよびＳＮの両方からの現在の測定構成を維持し、可能であれば、ＭＮおよびＳＮからの構成に基づいて、測定を継続する。ＵＥは、高速ＭＣＧリンクリカバリが開始された後、ある一定期間（Ｔ３１６と呼ばれるタイマーによって決定される）内に、ＲＲＣ再構成メッセージまたはＲＲＣ解放メッセージを受信できない場合、ＲＲＣコネクション再確立手順を開始する。

ＭＣＧ障害情報を受信すると、ＭＮは、スプリットＳＲＢ１またはＳＲＢ３のＳＣＧレッグを使用して、ＲＲＣ再構成メッセージまたはＲＲＣ解放メッセージをＵＥに送信することができる。（ＭＣＧがＮＲであった場合のｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃまたはＭＣＧがＬＴＥであった場合のｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含む）ＲＲＣ再構成メッセージを受信すると、ＵＥは、すべての無線ベアラのについてＭＣＧ送信を再開する。ＲＲＣ解放メッセージを受信すると、ＵＥはすべての無線ベアラおよび構成を解放する。

また、ネットワークは、ＭＣＧ障害情報に応答して、ＲＡＴ間ハンドオーバ（ＨＯ）コマンドをＵＥに送信することができることも合意されている。すなわち、ＭＣＧがＮＲ（ＮＲ－ＤＣ、ＮＥ－ＤＣ）であった場合、ＵＥは、ＵＥをＬＴＥにハンドオーバするために使用される、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを埋め込まれて含むＭｏｂｉｌｉｔｙＦｒｏｍＮＲコマンドを受信することができる。ＭＣＧがＬＴＥ（（ＮＧ）ＥＮ－ＤＣ）であった場合、ＵＥは、ＵＥをＮＲにハンドオーバするために使用されるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが埋め込まれたＭｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡコマンドを受信することができる。

ＭＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージの構造を以下に示す（３ＧＰＰ（登録商標） ＴＳ３８．３３１、Ｖ１６．０．０（以下「ＴＳ ３８．３３１」と称す）も参照）。見て分かるように、メッセージは、ＵＥが有するいくつかの測定結果（両方ともＭＮ／ＳＮ測定構成に基づくＮＲ測定およびＬＴＥ測定）を含む。

┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ MCGFailureInformation message
-- ASN1START
-- TAG-MCGFAILUREINFORMATION-START

MCGFailureInformation-r16 ::= SEQUENCE {
criticalExtensions CHOICE {
mcgFailureInformation-r16 MCGFailureInformation-r16-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}

MCGFailureInformation-r16-IEs ::= SEQUENCE {
failureReportMCG-r16 FailureReportMCG-r16 OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}

FailureReportMCG-r16 ::= SEQUENCE {
failureType-r16 ENUMERATED {t310-Expiry, randomAccessProblem, rlc-MaxNumRetx, spare},
measResultFreqList-r16 MeasResultList2NR OPTIONAL,
measResultFreqListEUTRA-r16 MeasResultList2EUTRA OPTIONAL,
measResultSCG-r16 OCTET STRING (CONTAINING MeasResultSCG-Failure) OPTIONAL,
measResultSCG-EUTRA-r16 OCTET STRING OPTIONAL,
...
}

MeasResultList2EUTRA ::= SEQUENCE (SIZE (1..maxNrofServingCellsEUTRA)) OF MeasResult2EUTRA

-- TAG-MCGFAILUREINFORMATION-STOP
-- ASN1STOP
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

ＭＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージは、ＵＥによって検出されたＮＲ ＭＣＧ障害に関する情報を提供するために使用され、以下の特性を有する：シグナリング無線ベアラ：ＳＲＢ１、ＲＬＣ－ＳＡＰ：ＡＭ、論理チャネル：ＤＣＣＨ、方向：ＵＥからネットワークへ。以下の表に、メッセージの要素の説明を示す。

┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃ ＭＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎフィールドの説明 ┃
┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┫
┃ ｍｅａｓＲｅｓｕｌｔＦｒｅｑＬｉｓｔ ┃
┃ ┃
┃ このフィールドは、ＭＣＧに関連付けられたｍｅａｓＣｏｎｆｉｇにしたがって┃
┃測定するようにＵＥが構成されているＮＲ周波数に関する測定の利用可能な結果を┃
┃含む。 ┃
┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┫
┃ ｍｅａｓＲｅｓｕｌｔＦｒｅｑＬｉｓｔＥＵＴＲＡ ┃
┃ ┃
┃ このフィールドは、ＭＣＧに関連付けられたｍｅａｓＣｏｎｆｉｇによって ┃
┃測定するようにＵＥが構成されているＥ－ＵＴＲＡ周波数に関する測定の利用可能┃
┃な結果を含む。 ┃
┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┫
┃ ｍｅａｓＲｅｓｕｌｔＳＣＧ ┃
┃ ┃
┃ このフィールドは、ＭｅａｓＲｅｓｕｌｔＳＣＧ－Ｆａｉｌｕｒｅ ＩＥを ┃
┃含み、これは、ＳＣＧに関連付けられたｍｅａｓＣｏｎｆｉｇによって測定する ┃
┃ようにＵＥが構成されているＮＲ周波数に関する利用可能な測定結果を含む。 ┃
┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┫
┃ｍｅａｓＲｅｓｕｌｔＳＣＧ－ＥＵＴＲＡ ┃
┃ ┃
┃このフィールドは、ＥＵＴＲＡ ＭｅａｓＲｅｓｕｌｔＳＣＧ－ＦａｉｌｕｒｅＭ┃
┃ＲＤＣ ＩＥを含み、これは、ＴＳ３６．３３１［１０］において指定されるよう┃
┃に、Ｅ－ＵＴＲＡ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ┃
┃メッセージにしたがって測定するようにＵＥが構成されているＥ－ＵＴＲＡ周波数┃
┃に関する測定の利用可能な結果を含む。 ┃
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

無線リンク障害の検出

ＴＳ３８．３３１のセクション５．３．１０．３に規定されるとおりである。

┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
５．３．１０．３ 無線リンク障害の検出
ＵＥは：

１＞いずれかのＤＲＢについてｄａｐｓＣｏｎｆｉｇが構成されている場合：
２＞ソース側においてＴ３１０が有効期限切れになると、または、
２＞ソース側のＭＣＧのＭＡＣから、ランダムアクセス問題インジケーションが来たとき、または、
２＞ソース側のＭＣＧのＲＬＣから、再送信回数が最大値に達したことを示すインジケーションが来たときに：
３＞ソース側のＭＣＧ、すなわち送信元であるＲＬＦに対して検出される無線リンク障害を考慮する；
４＞ソース側におけるすべてのＤＲＢをサスペンドする；
４＞ソース側のコネクションを解放する。
１＞そうでない場合：
２＞ＰＣｅｌｌにおけるＴ３１０が満了すると、または、
２＞ＰＣｅｌｌにおけるＴ３１２が満了すると、
２＞Ｔ３００、Ｔ３０１、Ｔ３０４、Ｔ３１１、Ｔ３１９のいずれもが計時中でない間に、ＭＣＧのＭＡＣから、ランダムアクセス問題インジケーションが来たときに、または、
２＞ＭＣＧのＲＬＣから、再送信回数が最大値に達したことを示すインジケーションが来たとき、または、
２＞ＩＡＢノードとして接続されている場合、ＭＣＧから、ＢＨ ＲＬＦインジケーションがＢＡＰエンティティにおいて受信されるとき、または、
２＞ＭＣＧのＭＡＣからから、一貫したアップリンクＬＢＴ障害のインジケーションが来たとき：
３＞このインジケーションがＭＣＧのＲＬＣからのものであり、かつ、ＣＡ複製が構成されてアクティブ化され、対応する論理チャネルに対して、ａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌｓはＳＣｅｌｌのみを含む場合：
４＞ＲＬＣ障害を報告するために、５．７．５に規定された障害情報手順を開始する。
３＞そうでない場合：
４＞ＭＣＧ、すなわちＲＬＦに対して検出される無線リンク障害を考慮する；
４＞受信されたセグメント化されたＲＲＣメッセージのセグメントを破棄する；
４＞ＶａｒＲＬＦ－Ｒｅｐｏｒｔのフィールドを次のように設定することによって、ＶａｒＲＬＦレポートに無線リンク障害情報を記憶（格納）する：
５＞ＶａｒＲＬＦ－Ｒｅｐｏｒｔに含まれている情報があればそれをクリアする；
５＞ＵＥによって記憶されたＥＰＬＭＮのリストを含める（すなわち、ＲＰＬＭＮを含める）ように、ｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔを設定する；
５＞ＵＥが無線リンク障害を検出した瞬間までに収集された利用可能なＳＳＢおよびＣＳＩ－ＲＳの測定値に基づいて、ソースであるＰＣｅｌｌのＲＳＲＰ、ＲＳＲＱおよび利用可能なＳＩＮＲを含めるように、ｍｅａｓＲｅｓｕｌｔＬａｓｔＳｅｒｖＣｅｌｌを設定する；
５＞ソースであるＰＣｅｌｌの無線リンク監視構成を含めるように、ｍｅａｓＲｅｓｕｌｔＬａｓｔＳｅｒｖＣｅｌｌのｓｓｂＲＬＭＣｏｎｆｉｇＢｉｔｍａｐおよび／またはｃｓｉ－ｒｓＲＬＭＣｏｎｆｉｇＢｉｔｍａｐを設定する；
５＞測定を利用可能な、構成されたＮＲ周波数の各々について：
６＞ＳＳ／ＰＢＣＨブロック単位の測定量がある場合：
７＞ＵＥが無線リンク障害を検出した瞬間まで収集された利用可能なＳＳ／ＰＢＣＨブロックに基づく測定に基づいて、ＳＳ／ＰＢＣＨブロックＲＳＲＰの測定結果が利用可能である場合、最も高いＳＳ／ＰＢＣＨブロックＲＳＲＰを有するセルが最初にリストされるように、そうでない場合、ＳＳ／ＰＢＣＨブロックＲＳＲＱの測定結果が利用可能である場合、最も高いＳＳ／ＰＢＣＨブロックＲＳＲＱを有するセルが最初にリストされ、そうでない場合、最も高いＳＳ／ＰＢＣＨブロックＳＩＮＲを有するセルが最初にリストされるように、順序付けられ、ソースのＰＣｅｌｌを除いて、測定された最良のセルのすべての利用可能な測定量を含めるように、ｍｅａｓＲｅｓｕｌｔＮｅｉｇｈＣｅｌｌｓにおけるｍｅａｓＲｅｓｕｌｔＬｉｓｔＮＲを設定する；
８＞含まれる各隣接セルに対して、利用可能なオプションフィールドを含める；
６＞ＣＳＩ－ＲＳベースの測定量が利用可能である場合：
７＞ＵＥが無線リンク障害を検出した瞬間まで収集された利用可能なＣＳＩ－ＲＳに基づく測定に基づいて、ＣＳＩ－ＲＳ ＲＳＲＰの測定結果が利用可能である場合、最も高いＣＳＩ－ＲＳ ＲＳＲＰを有するセルが最初にリストされるように、そうでない場合、ＣＳＩ－ＲＳ ＲＳＲＱの測定結果が利用可能である場合、最も高いＣＳＩ－ＲＳ ＲＳＲＱを有するセルが最初にリストされ、そうでない場合、最も高いＣＳＩ－ＲＳ ＳＩＮＲを有するセルが最初にリストされるように、順序付けられ、ソースのＰＣｅｌｌを除いて、測定された最良のセルのすべての利用可能な測定量を含めるように、ｍｅａｓＲｅｓｕｌｔＮｅｉｇｈＣｅｌｌｓにおけるｍｅａｓＲｅｓｕｌｔＬｉｓｔＮＲを設定する；
８＞含まれる各隣接セルに対して、利用可能なオプションフィールドを含める；
５＞測定が利用可能な構成されたＥＵＴＲＡ周波数の各について：
６＞ＵＥが無線リンク障害を検出した瞬間まで収集された測定に基づいて、ＲＳＲＰの測定結果が利用可能である場合、最も高いＲＳＲＰを有するセルが最初にリストされるように、そうでない場合、最も高いＲＳＲＱを有するセルが最初にリストされるように、順序付けられ、測定された最良のセルを含めるように、ｍｅａｓＲｅｓｕｌｔＮｅｉｇｈＣｅｌｌｓにおけるｍｅａｓＲｅｓｕｌｔＬｉｓｔＮＲを設定する；

注記： 測定量は、モビリティ測定構成で構成されたＬ３フィルタによって、フィルタリングされる。測定は、時間領域測定リソース制限が構成されている場合、それに基づく。ブラックリストに記載されているセルは、報告される必要はない。

５＞詳細な位置情報がある場合は、位置情報（ｌｏｃａｔｉｏｎＩｎｆｏ）の内容を以下のように設定する：
６＞利用可能な場合は、詳細な位置情報を含めるようにｃｏｍｍｏｎＬｏｃａｔｉｏｎＩｎｆｏを設定する；
６＞利用可能な場合は、Ｂｌｕｅｔｏｏｔｈ測定結果をＢｌｕｅｔｏｏｔｈ ビーコンのＲＳＳＩの降順に含めるように、ｌｏｃａｔｉｏｎＩｎｆｏ内のｂｔ－ＬｏｃａｔｉｏｎＩｎｆｏを設定する；
６＞利用可能な場合は、ＷＬＡＮのＡＰのＲＳＳＩの順にＷＬＡＮ測定結果を含めるように、ｌｏｃａｔｉｏｎＩｎｆｏ内のｗｌａｎ－ＬｏｃａｔｉｏｎＩｎｆｏを設定する；
６＞利用可能な場合は、ｌｏｃａｔｉｏｎＩｎｆｏにセンサー測定結果を含めるようにｓｅｎｓｏｒ－ＬｏｃａｔｉｏｎＩｎｆｏを設定する；
５＞グローバルセル識別子およびトラッキングエリアコードが利用可能な場合、それらをｆａｉｌｅｄＰＣｅｌｌＩｄに設定し、そうでない場合、無線リンク障害が検出されたＰＣｅｌｌの物理セル識別子およびキャリア周波数をｆａｉｌｅｄＰＣｅｌｌＩｄに設定する；
５＞コネクション障害が発生する前に、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを含むＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信した場合：
６＞ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを含む最後のＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがイントラＮＲハンドオーバに関係する場合：
７＞ｐｒｅｖｉｏｕｓＰＣｅｌｌＩｄを含め、それに、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを含む最後のＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが受信されたＰＣｅｌｌのグローバルセル識別およびトラッキングエリアコードを設定する；
７＞ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを含む最後のＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信してからの経過時間をｔｉｍｅＣｏｎｎＦａｉｌｕｒｅに設定する；
５＞ｃｏｎｎｅｃｔｉｏｎＦａｉｌｕｒｅＴｙｐｅをｒｌｆに設定する；
５＞ＰＣｅｌｌで使用されるＣ－ＲＮＴＩをｃ－ＲＮＴＩに設定する；
５＞無線リンク障害を検出するためのトリガをｒｌｆ－Ｃａｕｓｅに設定する；
５＞ｒｌｆ－ＣａｕｓｅがｒａｎｄｏｍＡｃｃｅｓｓＰｒｏｂｌｅｍまたはｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＦａｉｌｕｒｅに設定されている場合：
６＞ランダムアクセスリソースに関連する基準リソースブロックの絶対周波数を示すようにａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡを設定する；
６＞ｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈおよびｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇにランダムアクセスリソースのＵＬ ＢＷＰを設定する；
６＞ｍｓｇ１－ＦｒｅｑｕｅｎｃｙＳｔａｒｔに、ランダムアクセスリソースに関連するｍｓｇ１－ＦＤＭ、およびｍｓｇ１－ＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇを設定する；
６＞ｐｅｒＲＡＩｎｆｏＬｉｓｔ内におけるａｔｔｍｅｐｔの時系列順に、個々のランダムアクセス試行に関連するパラメータを以下のように設定する：
７＞使用されるランダムアクセスリソースがＳＳ／ＰＢＣＨブロックに関連付けられている場合、１つまたは複数のランダムアクセス試行のために同一のＳＳ／ＰＢＣＨブロックに関連付けられている、継続するランダムアクセス試行のためのランダムアクセスパラメータを、以下のように、設定する：
８＞使用されるランダムアクセスリソースに関連するＳＳ／ＰＢＣＨブロックインデックスを含めるように、ｓｓｂ－Ｉｎｄｅｘを設定する；
８＞ＳＳ／ＰＢＣＨブロックに関連する継続するランダムアクセス試行の回数を示すように、ｎｕｍｂｅｒＯｆＰｒｅａｍｂｌｅｓＳｅｎｔＯｎＳＳＢを設定する；
８＞ランダムアクセスリソースに対して実行される各ランダムアクセス試行に対して、ランダムアクセス試行の時系列順に、以下のパラメータを含める：
９＞送信されたプリアンブルについてＴＳ３８．３２１［６］に規定されているように競合解決が成功しなかった場合：
１０＞ｃｏｎｔｅｎｔｉｏｎＤｅｔｅｃｔｅｄをｔｒｕｅに設定する；
９＞そうでない場合：
１０＞ｃｏｎｔｅｎｔｉｏｎＤｅｔｅｃｔｅｄをｆａｌｓｅに設定する；
９＞ランダムアクセス試行で使用されるランダムアクセスリソースに対応するＳＳ／ＰＢＣＨブロックのＳＳ／ＰＢＣＨブロックＲＳＲＰが、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回る場合：
１０＞ｄｌＲＳＲＰＡｂｏｖｅＴｈｒｅｓｈｏｌｄをｔｒｕｅに設定する；
９＞そうでない場合：
１０＞ｄｌＲＳＲＰＡｂｏｖｅＴｈｒｅｓｈｏｌｄをｆａｌｓｅに設定する；
７＞そうでない場合であって、使用されるランダムアクセスリソースがＣＳＩ－ＲＳに関連付けられている場合、１つまたは複数のランダムアクセス試行のために同一の同じＣＳＩ－ＲＳに関連付けられた連続するランダムアクセス試行のためのランダムアクセスパラメータを、以下のように、設定する：
８＞使用されるランダムアクセスリソースに関連付けられているＣＳＩ－ＲＳインデックスを含むように、ｃｓｉ－ＲＳ－Ｉｎｄｅｘを設定する；
８＞ＣＳＩ－ＲＳに関連付けられた連続するランダムアクセス試行の回数を示すように、ｎｕｍｂｅｒＯｆＰｒｅａｍｂｌｅｓＳｅｎｔＯｎＣＳＩ－ＲＳを設定する；
８＞ランダムアクセスリソースに対して実行される各ランダムアクセス試行に対して、ランダムアクセス試行の時系列順に、以下のパラメータを含める：
９＞送信されたプリアンブルについてＴＳ３８．３２１［６］に規定されているように競合解決が成功しなかった場合：
１０＞ｃｏｎｔｅｎｔｉｏｎＤｅｔｅｃｔｅｄをｔｒｕｅに設定する；
９＞そうでない場合：
１０＞ｃｏｎｔｅｎｔｉｏｎＤｅｔｅｃｔｅｄをｆａｌｓｅに設定する；
９＞ランダムアクセス試行で使用されるランダムアクセスリソースに対応するＣＳＩ－ＲＳのＣＳＩ－ＲＳ ＲＳＲＰが、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳを上回る場合：
１０＞ｄｌＲＳＲＰＡｂｏｖｅＴｈｒｅｓｈｏｌｄをｔｒｕｅに設定する；
９＞そうでない場合：
１０＞ｄｌＲＳＲＰＡｂｏｖｅＴｈｒｅｓｈｏｌｄをｆａｌｓｅに設定する；
４＞ＡＳセキュリティが有効になっていない場合：
５＞５．３．１１で規定されているＲＲＣ＿ＩＤＬＥへの移行時に、解放原因を「ｏｔｈｅｒ（その他）」として、アクションを実行する。
４＞それ以外の場合、ＡＳセキュリティが有効化されているが、ＳＲＢ２と少なくとも１つのＤＲＢとがセットアップされていない場合：
５＞５．３．１１で規定されるＲＲＣ＿ＩＤＬＥへの移行時に、解除原因を「ＲＲＣコネクション障害」として、アクションを実行する；
記述者による注記：ＳＲＢ２の有効化のチェックと１つのＤＲＢのセットアップとがＩＡＢノードに適用可能である場合、はさらなる検討（ＦＦＳ）を要する。
４＞そうでない場合：
５＞Ｔ３１６が構成されている場合；
５＞ＳＣＧ送信が中断されていない場合；
５＞ＰＳＣｅｌｌ変更が進行中でない場合（すなわち、ＮＲ－ＤＣの場合にはＮＲ ＰＳＣｅｌｌのためのタイマーＴ３０４が計時中でないか、または、Ｅ－ＵＴＲＡ ＰＳＣｅｌｌのタイマーＴ３０７が、ＴＳ３６．３３１［１０］、節５．３．１０．１０、ＮＥ－ＤＣにおいて規定されているように、計時中でない場合）：
６＞ＭＣＧ無線リンク障害を報告するために、５．７．３ｂに規定されたＭＣＧ障害情報手順を開始する。
５＞そうでない場合：
６＞５．３．７に規定されるコネクション再確立手順を開始する。
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

上記で説明したように、ＬＴＥ／ＮＲのリリース１６では、ＭＣＧ高速リカバリ手順は、ＵＥがＭＣＧに関してＲＬＦを検出したときにＵＥが再確立手順を開始する代わりに、ＵＥがスプリットＳＲＢ１またはＳＲＢ３のＳＣＧレッグを使用してＭＮにＭＣＧ障害情レポートを送信するように、規定されている。ＴＳ ３８．３３１の副節５．３．１０．３（上記で引用されたもの）に規定される現在の手順によれば、ＵＥは、ＭＣＧ上で無線リンク障害が検出されると、ＲＬＦレポートを生成する。

したがって、ネットワークがＭＣＧ障害を受信し、それに応答した（たとえば、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを含むＲＲＣＣｏｎｆｉｇｕｒａｔｉｏｎが受信された）場合でも、ＵＥは、ＵＥにおけるＲＬＦレポートの利用可能性について（たとえば、受信された再構成に応答したＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ中で、ＭＣＧをリカバリしたことを）依然として示してしまうだろう。次いで、ネットワークは、ＲＬＦレポートを要求するためにＵＥ情報リクエストを送信し、ＵＥは、ＲＬＦレポートをＵＥ情報レスポンスメッセージにおいて送信する。これは、ＵＥが、ＭＣＧ障害リカバリにつながった問題に関連する測定値を２回レポートすることを意味する（最初にＭＣＧ障害情報において送信し、次にＲＬＦレポートにおいてネットワークに送信する）。ネットワークへの同一の測定レポートの二重送信とは別に、ＲＬＦレポートは、通常、ＳＯＮ／ＭＤＴ目的のために収集され、これらは、集約されて、ＨＯ／モビリティパラメータチューニングのために分析される。したがって、すでに回復されたＭＣＧ障害についてＲＬＦレポートを送信することは、いくつかの複雑さ（たとえば、不必要に／不正確にパラメータの値をネットワークが変更すること、場合によっては、ＲＬＦまたはハンドオーバ障害の機会を将来増加させること）を引き起こす可能性がある。

したがって、一態様では、無線リンク障害（ＲＬＦ）情報をレポートするための方法が提供される。本方法は、ユーザ装置（ＵＥ）がマスターセルグループ（ＭＣＧ）に関するＲＬＦを検出すること、を含む。本方法はまた、ＭＣＧに関するＲＬＦを検出したことに応答して、ＵＥがＲＬＦ情報を記憶すること、を含む。本方法はまた、ＵＥがタイマーをアクティブ化することと、ＭＣＧ障害情報（たとえば、ＲＬＦ情報）を備える第１のメッセージを送ることと、を含む。本方法はまた、第１のメッセージを送信した後に第２のメッセージを受信することと、タイマーをアクティブ化することと、を含む。本方法はまた、第２のメッセージを受信したことに応答して、条件が満たされていると決定することを含み、条件が満たされていると決定することは、タイマーがまだ計時中であると決定することを少なくとも含む。本方法はまた、条件が満たされると判定した結果として、ＵＥがＲＬＦ情報を削除すること、を含む

別の態様によれば、ＵＥの処理回路によって実行されると、ＵＥに本明細書で開示される方法のいずれかを実行させる命令を備えるコンピュータプログラムが提供される。一実施形態によれば、コンピュータプログラムを含むキャリアが提供され、キャリアは、電気信号、光信号、無線信号、およびコンピュータ可読記憶媒体のうちの１つである。別の態様では、本明細書で開示する方法を実行するように構成されたＵＥが提供される。ＵＥは、メモリと、メモリに結合された処理回路と、を含み得る。

上記の手法の長所は、１）ネットワークによって既にリカバリ（回復）された障害に関する冗長な測定レポートを報告しないこと、２）ネットワークによって既に回復された障害に関するレポートを（ＭＤＴ／ＳＯＮを取り扱うノード／機能に）送信しないことによって、将来の複雑化／エラーを防止すること、を含む。

本明細書に組み込まれ、本明細書の一部を形成する添付の図面は、様々な実施形態を示す。

は、例示的な５Ｇ ＲＡＮ（ＮＧ－ＲＡＮ）アーキテクチャを示す図である。

は、ＬＴＥにおける上位レイヤのＲＬＦ関連手順を示す図である。

は、一実施形態によるメッセージフロー図である。

は、いくつかの実施形態によるプロセスを示す図である。

は、いくつかの実施形態によるＵＥを示す図である。

１． ＲＬＦレポートの削除に関連する実現例

１．１ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを含むＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信すると、ＲＬＦレポートを削除する。

１．１．１ 同期手順によるリコンフィギュレーション（再構成）で削除が実行される

一実施形態によれば、ＵＥは、同期を伴う再構成を実行するために、以下の表で指定されるアクションを実行しなければならない。

┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
１＞ＡＳセキュリティがアクティブ化（有効化）されていない場合、５．３．１１で規定されているように、ＲＲＣ＿ＩＤＬＥへの移行時に、手順を終了させる解放原因を「ｏｔｈｅｒ」とし、アクションを実行する；
１＞いずれのＤＲＢにもｄａｐｓＣｏｎｆｉｇが設定されていない場合：
２＞対応するＳｐＣｅｌｌのタイマーＴ３１０（計時中の場合）を停止する；
１＞対応するＳｐＣｅｌｌのタイマーＴ３１２（計時中の場合）を停止する；
１＞ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃに含まれるタイマ値を、対応するＳｐＣｅｌｌのためのタイマＴ３０４に設定し、Ｔ３０４をスタートさせる；
１＞ｆｒｅｑｕｅｎｃｙＩｎｆｏＤＬが含まれている場合：
２＞ターゲットＳｐＣｅｌｌは、ｐｈｙｓＣｅｌｌＩｄによって示される物理セル識別子を有するｆｒｅｑｕｅｎｃｙＩｎｆｏＤＬによって示されるＳＳＢ周波数上のものであると、みなす；
１＞そうでない場合：
２＞ターゲットＳｐＣｅｌｌは、ｐｈｙｓＣｅｌｌＩｄによって示される物理セル識別子を有するソース側のＳｐＣｅｌｌのＳＳＢ周波数上のものである、とみなす；
１＞ターゲットＳｐＣｅｌｌのＤＬとに対する同期を開始する；
１＞ターゲットに対して、９．１．１．１で定義される、規格化されたＢＣＣＨ構成を適用する；
１＞ＴＳ３８．２１３［１３］に規定されているようにスケジュールされている、ターゲットのＭＩＢを取得する；

注記１：ＵＥは、同期を伴う再構成をトリガするＲＲＣメッセージの受信後、可能な限り速やかに同期を伴う再構成を実行すべきであるが、これは、このメッセージの受信成功（ＨＡＲＱおよびＡＲＱ）を確認する前であってもよい。

注記２：ＵＥがすでに必要なタイミング情報を有する場合、またはランダムアクセスのためにタイミング情報が必要とされない場合、ＵＥは、ＭＩＢの読み取りを省略することができる。

１＞ＤＲＢに対してｄａｐｓＣｏｎｆｉｇが設定されている場合：
２＞ソース側のＭＡＣエンティティと同じ設定でターゲット側のＭＡＣエンティティを作成する；
２＞ｄａｐｓＨＯ－Ｃｏｎｆｉｇを使用する各ＤＲＢについて：
３＞ソース側のＰＣｅｌｌと同じ構成を用いて、ターゲット側のＲＬＣエンティティまたは複数のＲＬＣエンティティを確立する；
３＞ソース側と同じ構成を用いてターゲット側のＰｃｅｌｌのための論理チャネルを確立する；
２＞ｄａｐｓＨＯ－Ｃｏｎｆｉｇなしの各ＤＲＢについて：
３＞ＲＬＣエンティティと関連する論理チャネルとを、ターゲット側のＰｃｅｌｌに関連付ける；
２＞各ＳＲＢに対して：
３＞ソース側と同じ構成で、ターゲット側のＲＬＣエンティティを確立する；
３＞ソース側と同じ構成でターゲット側のＰｃｅｌｌのための論理チャネルを確立する；
２＞ソース側のＳＲＢをサスペンドする；

注記３：ＤＡＰＳを構成されるＵＥは、システム情報アップデート、ショートメッセージ（ＮＲの場合）、および、ページングといった、ソース側における動作を中止する。

２＞ターゲット側におけるＣ－ＲＮＴＩとしてｎｅｗＵＥ－Ｉｄｅｎｔｉｔｙの値を適用する；
２＞受信されるｓｐＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎに従ってターゲットの下位レイヤを構成する；
２＞受信されるｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃに含まれている場合、以前はカバーされていなかった、いずれかの追加フィールドに従って、ターゲット側のための下位レイヤを構成する。
１＞そうでない場合：
２＞このセルグループのＭＡＣエンティティをリセットする；
２＞ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内のＳＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔに含まれていない、このセルグループのＳＣｅｌｌ（複数可）は、（構成されている場合）、非アクティブ状態にあるっものと、見なす；
２＞このセルグループのＣ－ＲＮＴＩとしてｎｅｗＵＥ－Ｉｄｅｎｔｉｔｙの値を適用する；
２＞受信されるｓｐＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎに従って下位レイヤを構成する；
２＞受信されるｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃに含まれている場合、以前にはカバーされていなかった、いずれかの追加フィールドに従って、下位レイヤを構成する。
２＞このセルグループがＭＣＧの場合であって、
３＞タイマーＴ３１６が計時中の場合；
４＞ＶａｒＲＬＦ－Ｒｅｐｏｒｔに含まれている情報があればそれをクリアする
４＞ＭＣＧ送信を再開する（中断していた場合）
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

１．１．２ 削除は、再構成手順で行われる

いくつかのレアケースではあるものの、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ手順が正常に実行され、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる他の情報をハンドリング（処理）／コンパイルする一方で、障害（たとえば、再構成障害）が存在していることがある。したがって、１つの代替案は、ＲＬＦレポートを削除する前に、コンプリート（完了）メッセージの送信の準備まで待つこと、である。したがって、一実施形態によれば、ＵＥは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信すると、または条件付き構成（ＣＨＯまたはＣＰＣ）を実行すると、以下のアクションを実行する。

┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
１＞ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージの内容を次のように設定する：
．．．．
２＞ＵＥが、ＴＳ３６．３３１［１０］のＶａｒＲＬＦ－Ｒｅｐｏｒｔにおいて利用可能な無線リンク障害またはハンドオーバ障害情報を持っており、かつ、ＵＥがクロスＲＡＴ ＲＬＦ報告が可能である場合で、かつ、ＲＰＬＭＮが、ＴＳ３６．３３１［１０］のＶａｒＲＬＦ－Ｒｅｐｏｒｔに記憶されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
３＞ＭＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎへの応答としてＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信した場合
４＞ＶａｒＲＬＦ－Ｒｅｐｏｒｔに含まれている情報があればそれをクリアする
３＞そうでない場合
４＞ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージにｒｌｆ－ＩｎｆｏＡｖａｉｌａｂｌｅを含める；
．．．．
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

１．２ ＲＲＣＲｅｌｅａｓｅ の受信によるＲＬＦ レポートの削除

一実施形態によれば、ＵＥがＲＲＣＲｅｌｅａｓｅメッセージを受信すると、ＵＥは、以下を含むプロセスを実行する：１）タイマーＴ３８０（計時中である場合）の停止；２）タイマーＴ３２０（計時中である場合）の停止；３）タイマーＴ３１６が計時中であるかどうかを決定する；および、４）タイマーが計時中であると決定された場合、タイマーをステップし、ＶａｒＲＬＦ－Ｒｅｐｏｒｔに含まれる情報が存在する場合は、それをクリアする。

１．３ ＭｏｂｉｌｉｔｙＦｒｏｍＮＲの受信によるＲＬＦ レポートの削除

実施形態によれば、ＵＥがＭｏｂｉｌｉｔｙＦｒｏｍＮＲＣｏｍｍａｎｄを受信すると、ＵＥは、以下のステップを実行する。

┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
１＞Ｔ３９０が計時中である場合：
２＞すべてのアクセスカテゴリのためのタイマＴ３９０を停止する；
２＞ＴＳ３８．３３１の５．３．１４．４に規定されているアクションを実行する；
１＞ｔａｒｇｅｔＲＡＴ－Ｔｙｐｅがｅｕｔｒａに設定されている場合：
２＞ＲＡＴ間モビリティがＥ－ＵＴＲＡに向けて開始されると考慮する；
２＞ｎａｓ－ＳｅｃｕｒｉｔｙＰａｒａｍＦｒｏｍＮＲを上位レイヤに転送する（含まれる場合）；
１＞タイマーＴ３１６が計時中である場合
２＞タイマーＴ３１６を停止する。
２＞ＶａｒＲＬＦ－Ｒｅｐｏｒｔに含まれている情報があればそれをクリアする
１＞ｔａｒｇｅｔＲＡＴ－Ｔｙｐｅがｕｔｒａ－ｆｄｄに設定されている場合：
２＞ＲＡＴ間モビリティがＵＴＲＡ－ＦＤＤに向けて開始されると、考慮する；
２＞ｎａｓ－ＳｅｃｕｒｉｔｙＰａｒａｍＦｒｏｍＮＲを上位レイヤに転送する（含まれる場合）；
１＞ターゲットＲＡＴの規格に従って、ＲＡＴ間メッセージにおいて示されるターゲットセルにアクセスする。
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

現在のＲＲＣ規格は、ＵＥがＭＣＧ障害を宣言する（ＵＥがＲＬＦレポートを格納し、ＭＣＧを一時停止し、次いでＵＥがＭＣＧＦａｉｌｕｒｅＩｎｄｉｃａｔｉｏｎメッセージを送信する）とき、ＵＥの内部メモリ（たとえば、「ＲＬＦ－ｒｅｐｏｒｔ－ｒ１６」（ＴＳ ３８．３１１においても定義されている）およびＰＬＭＮ－ＩｄｅｎｔｉｔｉｙＬｉｓｔを含むものとしてＴＳ ３８．３３１のセクション７．４において定義されているｖａｒＲＬＦ－Ｒｅｐｏｒｔという名前のＵＥ変数）におけるＲＬＦレポートの格納をすでに取り入れているため、本開示は、ＵＥがＭＣＧ障害リカバリの結果に基づいてＲＬＦレポートに含まれる情報をクリアする（たとえば、ＲＬＦレポートを削除する）ことができる方法のセットを提案する。

たとえば、一実施形態によれば、ＵＥは、ＭＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージに応答して（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内で）ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを受信し、ＭＣＧが中断されている間に、ｖａｒＲＬＦ－Ｒｅｐｏｒｔの内容をクリアする。これが起こると、ＵＥは、タイマーＴ３１６を停止するなどのレガシー動作に従い、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ手順に関連する動作を実行し、新しいＰＣｅｌｌにおいてＭＣＧを再開する。ＲＬＦレポートは、同期手順を用いた再構成（すなわち、ハンドオーバコマンド）が成功裏に実行された後にのみ、クリアされる必要があることに留意されたい。

別の実施形態によれば、ＵＥは、ＭＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージに応答してＲＲＣＲｅｌｅａｓｅメッセージを受信した場合には、ＭＣＧが中断されている間に、ＵＥは、ｖａｒＲＬＦ－Ｒｅｐｏｒｔの内容をクリアする。この場合、ＵＥは、ＲＲＣＲｅｌｅａｓｅメッセージに設定されているように、Ｔ３１６を停止し、ＩＤＬＥ／ＩＮＡＣＴＩＶＥへの状態遷移を実行し、ＩＤＬＥ／ＩＮＡＣＴＩＶＥに遷移すると、アクションを実行する。

別の実施形態によれば、ＵＥは、ＭＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎに応答してＭｏｂｉｌｉｔｙＦｒｏｍＮＲ／ＭｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡメッセージを受信した場合には、ＭＣＧが中断されている間に、ＵＥは、ｖａｒＲＬＦ－Ｒｅｐｏｒｔの内容をクリアする。これが起こると、ＵＥは、Ｔ３１６を停止し、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ／ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃで構成されたハンドオーバ手順に関連するアクションを実行し、ＬＴＥ／ＮＲの新しいＰＣｅｌｌでＭＣＧを再開する。ＲＬＦレポートは、同期手順を用いた再構成（すなわち、ハンドオーバコマンド）が成功裏に実行された後にのみ、クリアされる必要があることに留意されたい。

図４は、ＲＬＦ情報をレポートするための、一実施形態によるプロセス４００を示すフローチャートである。プロセス４００は、ステップｓ４０２で開始することができる。

ステップｓ４０２は、ＵＥ３０２（図３参照）が、マスターセルグループ（ＭＣＧ）に関するＲＬＦを検出すること、を含む。

ステップｓ４０４は、ＲＬＦを検出した後、ＵＥがＲＬＦ情報を生成して記憶すること、を含む。たとえば、ＲＬＦ情報を記憶することは、ＲＬＦ情報を変数ＶａｒＲＬＦ－Ｒｅｐｏｒｔに記憶すること、を含む。

ステップｓ４０６は、ＵＥがタイマー（たとえば、Ｔ３１６タイマー）を起動すること（すなわち、タイマーが計時を開始し、一定時間経過後に終了すること（計時を停止すること））と、セカンダリノード（ＳＮ）を介してＭＣＧのマスタノード（ＭＮ）３０４に、ＭＣＧ障害情報（たとえば、ＲＬＦ情報）を含む第１のメッセージ３１０（図３参照）を送信することと、を含む。

ステップｓ４０８は、ＵＥが第２のメッセージ３１２を受信することを含む（たとえば、第２のメッセージ３１２は、メッセージ３１０に応答して送信される）。

ステップｓ４１０は、ＵＥが、第２のメッセージ３１２を受信したことに応答して、条件が満たされたかどうかを決定することを含み、この決定は、タイマーがまだ計時中であるかどうかを決定することを含む。

ステップｓ４１２は、ＵＥが、条件が満たされていると判定した結果として（たとえば、タイマーがまだ計時中であると判定した結果として、またはタイマーがまだ計時中であると判定し、第２のメッセージ３１２が特定のメッセージであると判定した結果として）、ＵＥがＲＬＦ情報を削除すること、を含む。一実施形態によれば、ＲＬＦ情報を削除することは、ＶａｒＲＬＦ－ＲｅｐｏｒｔからＲＬＦ関連情報をクリアすること、を含む。

ステップｓ４１４（オプション）は、ＵＥが、タイマーを非アクティブ化（停止）することを含む。

いくつかの実施形態によれば、第２のメッセージ３１２は、ｉ）ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、ｉｉ）ＲＲＣＲｅｌｅａｓｅメッセージ、ｉｉｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＮＲメッセージ、ｉｖ）ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＭｅｓｓａｇｅ、ｖ）ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ、またはｖｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡメッセージ、のうちの１つである。

図５は、いくつかの実施形態による、ＵＥ３０２のブロック図である。図５に示すように、ＵＥ３０２は、１つまたは複数のプロセッサ（Ｐ）５５５（たとえば、１つまたは複数の汎用マイクロプロセッサ、および／または特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などの１つまたは複数の他のプロセッサ）を含むことができる処理回路（ＰＣ）５０２と、１つまたは複数のアンテナを備えるアンテナ構造体５４９に結合され、ＵＥ３０２がデータを送信し、データ（たとえば、無線でデータを送信／受信する）ことを可能にするための送信機（Ｔｘ）５４５および受信機（Ｒｘ）５４７を備える通信回路５４８と、１つまたは複数の不揮発性記憶装置および／または１つまたは複数の揮発性記憶装置を含むことができるローカル記憶ユニット（「データ記憶システム」とも呼ばれる）５０８と、を含むことができる。ＰＣ５０２がプログラマブルプロセッサを含む実施形態によれば、コンピュータプログラムプロダクト（ＣＰＰ）５４１が提供され得る。ＣＰＰ５４１は、コンピュータ可読命令（ＣＲＩ）５４４を備えるコンピュータプログラム（ＣＰ）５４３を記憶するコンピュータ可読媒体（ＣＲＭ）５４２を含む。ＣＲＭ５４２は、磁気媒体（たとえば、ハードディスク）、光媒体、メモリデバイス（たとえば、ランダムアクセスメモリ、フラッシュメモリ）などの非一時的コンピュータ可読媒体であり得る。いくつかの実施形態によれば、コンピュータプログラム５４３のＣＲＩ５４４は、ＰＣ５０２によって実行されると、ＣＲＩがＵＥ３０２に、本明細書で説明するステップ（たとえば、フローチャートを参照して本明細書で説明されるステップ）を実行させるように構成される。他の実施形態によれば、ＵＥ３０２は、コードを必要とせずに、本明細書で説明されるステップを実行するように構成され得る。すなわち、たとえば、ＰＣ５０２は、１つまたは複数のＡＳＩＣのみから構成されてもよい。したがって、本明細書で説明される実施形態の特徴は、ハードウェアおよび／またはソフトウェアで実装され得る。

様々な実施形態の概要

Ａ１． ＲＬＦ情報をレポートするための方法４００（図４参照）。本方法は、ユーザ装置であるＵＥ３０２がＭＣＧに関してＲＬＦを検出すること（ｓ４０２）と、当該ＭＣＧに関してＲＬＦを検出したことに応答して、前記ＵＥがＲＬＦ情報を記憶するこ（ｓ４０４）と、前記ＵＥがタイマーをアクティブ化し、ＭＣＧ障害情報（たとえば、ＲＬＦ情報）を備える第１のメッセージ３１０を送信すること（ｓ４０６）と、前記ＵＥが前記第１のメッセージを送信し、前記タイマーをアクティブ化した後に、前記ＵＥが第２のメッセージ３１２を受信すること（ｓ４０８）（たとえば、第２のメッセージ３１２が第１のメッセージ３１０に応答して（たとえば、第１のメッセージに含まれるＭＣＧ障害情報に応答して受信すること）と、前記ＵＥが、前記第２のメッセージ３１２を受信したことに応答して、条件が満たされていると決定すること（ｓ４１０）と、ここで、前記条件が満たされていると決定することは、前記タイマーがまだ計時中であると少なくとも決定すること（ｓ４１０）を含み、前記条件が満たされていると決定した結果として、前記ＵＥが前記ＲＬＦ情報を削除すること（ｓ４１２）と、を含む。

Ａ２． 前記ＵＥが、前記第２のメッセージ３１２の受信に応答して前記タイマーを非活性化すること（ｓ４１４）をさらに含む、実施形態Ａ１の方法。

Ａ３． 前記第２のメッセージ３１２が、ｉ）ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、ｉｉ）ＲＲＣＲｅｌｅａｓｅメッセージ、ｉｉｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＮＲメッセージ、ｉｖ）ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＭｅｓｓａｇｅ、ｖ）ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ、または、ｖｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡメッセージ、のうちの１つである、実施形態Ａ１またはＡ２に記載の方法。

Ａ４． 前記条件が満たされていると決定することは、前記ＵＥが、前記第２のメッセージが同期インジケータを伴う再構成を含むＲＲＣメッセージであると決定すること（たとえば、ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素（ＩＥ）を含むＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）をさらに含み、前記ＵＥは、前記タイマーがまだ計時中であると決定し、前記第２のメッセージが同期インジケータを伴う再構成を含むＲＲＣメッセージであると決定した結果として、前記削除のステップを実行する、上記実施形態のいずれか１つに記載の方法。

Ａ５． 前記条件が満たされていると決定することは、前記ＵＥが、前記第２のメッセージが解放メッセージ（たとえば、ＲＲＣＲｅｌｅａｓｅメッセージ）であると決定することをさらに含み、前記ＵＥは、前記タイマーがまだ計時中であると決定し、前記第２のメッセージが解放メッセージであると決定した結果として、前記削除のステップを実行する、実施形態Ａ１～Ａ３のいずれか１つに記載の方法。

Ａ６． 前記条件が満たされていることを決定することは、前記ＵＥが、前記第２のメッセージが、ｉ）ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを伴うＭｏｂｉｌｉｔｙＦｒｏｍＮＲメッセージ、ｉｉ）ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＭｅｓｓａｇｅ、ｉｉｉ）ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ、または、ｉｖ）ＭｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡメッセージ、のうちの１つであると決定することをさらに含み、前記ＵＥは、前記タイマーがまだ計時中であると決定し、前記第２のメッセージが、ｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＮＲメッセージ、ｉｉ）ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを伴うＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＭｅｓｓａｇｅ、ｉｉｉ）ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ、または、ｉｖ）ＭｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡメッセージ、のうちの１つであると決定した結果として、前記削除のステップを実行する、実施形態Ａ１～Ａ３のいずれか１つに記載の方法。

Ｂ１． ユーザ装置であるＵＥ３０２の処理回路５０２によって実行されると、ＵＥ３０２に上記実施形態のいずれか１つの方法を実行させる命令５４４を備えるコンピュータプログラム５４３。

Ｂ２． キャリアであって、電気信号、光信号、無線信号、およびコンピュータ可読記憶媒体５４２のうちの１つである、実施形態Ｂ１に記載のコンピュータプログラムを含むキャリア。

Ｃ１． ユーザ装置であるＵＥ３０２は、上記の実施形態のいずれか１つの方法を実行するように適合される。

Ｄ１． ユーザ装置であるＵＥ３０２であって、前記ＵＥは、処理回路５０２と、メモリ５４２とを備え、前記メモリは、前記処理回路によって実行可能な命令５４４を含み、前記ＵＥは、上記実施形態のいずれか１つの方法を実行するように動作可能である、ＵＥ。

Ｅ１． 無線リンク障害（ＲＬＦ）関連情報をレポートするためにＵＥによって実行される方法。前記ＵＥは、マスタノード（ＭＮ）とセカンダリノード（ＳＮ）との間のデュアルコネクティビティ（二重接続）で動作しており、前記ＭＮは、サービングセルのセットであるマスタセルグループ（ＭＣＧ）を提供しており、ＳＮは、サービングセルのセットであるセカンダリセルグループ（ＳＣＧ）を提供している。本方法は、１）ＵＥがＭＣＧ上でＲＬＦを検出することと、２）ＵＥがＲＬＦレポートを生成し、それを記憶することと、３）ＵＥがＭＣＧ障害リカバリ手順を開始することとを含む。

Ｅ２． 前記ＭＣＧ障害リカバリ手順を開始することは、前記ＵＥがタイマーＴ３１６を開始することと、前記ＵＥが、障害原因に関する情報と、前記障害の発生時の（サービングセルおよび隣接セルにおける）測定値と、を含むＭＣＧ障害情報を準備することと、前記ＵＥが、前記ＳＮを介して（構成されている場合、スプリットＳＲＢ１またはＳＲＢ３のセカンダリレッグのいずれかを使用して）前記ＭＣＧ障害情報を前記ＭＮに送信することと、を含む、実施形態Ｅ１に記載の方法。Ｔ３１６が満了する前に、前記ネットワークが前記ＭＣＧ障害情報に応答したと決定した後で、前記ＵＥは、前記ＲＬＦレポートを削除してもよい。いくつかの実施形態によれば、Ｔ３１６が満了するまでに前記ネットワークが前記ＭＣＧ障害情報に応答したと決定することは、前記ＵＥが、以下のうちの１つを受信することを含む：Ａ）前記ＭＮがＮＲノードである場合、ｉ）ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを伴うＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、ｉｉ）ＲＲＣＲｅｌｅａｓｅメッセージ、または、ｉｉｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＮＲメッセージ、あるいは、Ｂ）前記ＭＮがＬＴＥノードである場合、ｉ）ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを伴うＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＭｅｓｓａｇｅ、ｉｉ）ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ、または、ｉｉｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡメッセージ。１つの代替案によれば、前記ＲＬＦレポートは、上記のすべての場合（すなわち、再構成、リリース、またはｍｏｂｉｌｉｔｙＦｒｏｍＮＲ／ｍｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡメッセージを受信した場合）に、削除される。別の代替形態によれば、前記ＲＬＦレポートは、前記解放メッセージの前記受信の際して、削除されない。別の代替形態によれば、前記ＲＬＦレポートは、前記ｍｏｂｉｌｉｔｙＦｒｏｍＮＲ／ｍｏｂｉｌｉｔｙＦｒｏｍＬＴＥメッセージの前記受信に際して、削除されない。

様々な実施形態が本明細書に記載されているが、それらは、限定ではなく、単なる例として提示されていることを理解されたい。したがって、本開示の幅および範囲は、上述の例示的な実施形態のいずれによっても限定されるべきではない。さらに、本明細書に別段の指示がない限り、または文脈によって明らかに矛盾しない限り、そのすべての可能な変形形態における上記の要素の任意の組合せが、本開示によって包含される。

加えて、上述され、図面に示されたプロセスは、一連のステップとして示されているが、これは、単に例示のために行われたものである。したがって、いくつかのステップが追加され得、いくつかのステップが省略され得、ステップの順序が再配置され得、いくつかのステップが並行して実行され得ることが企図される。

略語

ＡＣＫ： アクノレッジメント（肯定応答）

ＡＰ： アプリケーションプロトコル

ＢＳＲ： バッファ状態レポート

ＢＷＰ： 帯域幅パート

Ｃ－ＲＮＴＩ： セル無線ネットワーク一時識別子

ＣＡ： キャリアアグリゲーション

ＣＥ： 制御エレメント

ＣＰ： 制御プレーン

ＣＱＩ： チャネル品質インジケータ

ＤＣ： デュアルコネクティビティ（二重接続）

ＤＣＩ： ダウンリンク制御情報

ＤＬ： ダウンリンク

ＤＲＢ： データ無線ベアラ

ｅＮＢ： （ＥＵＴＲＡＮ）基地局

Ｅ－ＲＡＢ： ＥＵＴＲＡＮの無線アクセスベアラ

ＦＤＤ： 周波数分割デュープレックス

ｇＮＢ： ＮＲ基地局

ＧＴＰ－Ｕ： ＧＰＲＳトンネリングプロトコル－ユーザプレーン

ＩＰ： インターネットプロトコル

ＬＴＥ： ロングタームエボリューション

ＭＣＧ： マスターセルグループ

ＭＡＣ： 媒体アクセス制御

ＭｅＮＢ： マスターｅＮＢ

ＭｇＮＢ： マスターｇＮＢ

ＭＮ： マスタノード

ＮＡＣＫ： ネガティブアクノレッジメント（否定応答）

ＮＲ： ニューレディオ（新無線）

ＰＤＣＰ： パケットデータコンバージェンスプロトコル

ＰＣｅｌｌ： プライマリセル

ＰＣＩ： 物理セル識別子

ＰＳＣｅｌｌ： プライマリＳＣｅｌｌ

ＰＵＳＣＨ： 物理アップリンク共有チャネル

ＲＬＣ： 無線リンク制御

ＲＬＦ： 無線リンク障害

ＲＲＣ： 無線リソース制御

ＳＣｅｌｌ： セカンダリセル

ＳＣＧ： セカンダリセルグループ

ＳＣＴＰ： ストリーム制御伝送プロトコル

ＳｅＮＢ： セカンダリｅＮＢ

ＳＩＮＲ： 信号対干渉プラス雑音比

ＳＮ： セカンダリノード

ＳＲ： スケジューリングリクエスト

ＳＲＢ： シグナリング無線ベアラ

ＳＵＬ： 補助アップリンク

ＴＤＤ： 時分割デュープレックス

ＴＥＩＤ： トンネルエンドポイント識別情報

ＴＮＬ： トランスポートネットワーク層

ＵＣＩ： アップリンク制御情報

ＵＤＰ： ユーザデータグラムプロトコル

ＵＥ： ユーザ装置

ＵＬ： アップリンク

ＵＰ： ユーザプレーン

ＵＲＬＣＣ： 超信頼性低遅延通信

Ｘ２： 基地局間インタフェース

Claims (19)

1. 無線リンク障害（ＲＬＦ）情報をレポートするための方法（４００）であって、前記方法は、
   ユーザ装置（ＵＥ）（３０２）は、マスターセルグループ（ＭＣＧ）に関してＲＬＦを検出すること（ｓ４０２）と、
   前記ＭＣＧに関する前記ＲＬＦの検出に応じて、前記ＵＥが、ＲＬＦ情報を記憶すること（ｓ４０４）と、
   前記ＵＥが、ＭＣＧ障害情報を含む第１のメッセージ（３１０）を送信し（ｓ４０６）、タイマーをアクティブ化することと、
   前記第１のメッセージを送信し、前記タイマーをアクティブ化した後で、前記ＵＥが、第２のメッセージ（３１２）を受信すること（ｓ４０８）と、
   前記ＵＥが、前記第２のメッセージを受信したこと（３１２）に応じて、条件が満たされていると決定すること（ｓ４１０）と、ここで、前記条件が満たされていると決定することは、前記タイマーがまだ計時中であると少なくとも決定することを含み、前記条件が満たされていると決定した結果として、前記ＵＥが、ＲＬＦ情報を削除すること（ｓ４１２）と、
   を有する方法。
2. 請求項１に記載の方法であって、さらに、前記第２のメッセージ（３１２）を受信したことに応じて、前記ＵＥが前記タイマーを非アクティブ化すること（ｓ４１４）と、を有する、方法。
3. 請求項１または２に記載の方法であって、前記第２のメッセージ（３１２）は、ｉ）ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、ｉｉ）ＲＲＣＲｅｌｅａｓｅメッセージ、ｉｉｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＮＲメッセージ、ｉｖ）ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＭｅｓｓａｇｅ、ｖ）ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ、または、ｖｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡメッセージ、のうちの１つである、方法。
4. 請求項１～３のいずれか一項に記載の方法であって、前記条件が満たされていると決定することは、前記ＵＥが、前記第２のメッセージが同期インジケータを含む再構成を含むＲＲＣメッセージであると決定すること、をさらに含み、前記ＵＥは、前記タイマーがまだ計時中であると決定し、かつ、前記第２のメッセージが同期インジケータを含む再構成を含むＲＲＣメッセージであると決定した結果として、前記削除のステップを実行する、方法。
5. 請求項１～３のいずれか一項に記載の方法であって、前記条件が満たされていると決定することは、前記ＵＥが、前記第２のメッセージが解放メッセージであると決定することをさらに含み、前記ＵＥは、前記タイマーがまだ計時中であると決定し、かつ、前記第２のメッセージが解放メッセージであると決定したことの結果として、前記削除のステップを実行する、方法。
6. 請求項１～３のいずれか一項に記載の方法であって、前記条件が満たされていると決定することは、前記ＵＥが、前記第２のメッセージが、ｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＮＲメッセージまたはｉｉ）ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＭｅｓｓａｇｅであると決定することをさらに含み、前記ＵＥは、前記タイマーがまだ計時中であると決定し、かつ、前記第２のメッセージがｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＮＲメッセージまたはｉｉ）ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＭｅｓｓａｇｅであると決定した結果として、前記削除のステップを実行する、方法。
7. 請求項１～３のいずれか一項に記載の方法であって、前記条件が満たされていると決定することは、前記ＵＥが、前記第２のメッセージが、ｉ）ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージまたはｉｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡメッセージであると決定することをさらに含み、前記タイマーがまだ計時中であると決定し、かつ、前記第２のメッセージが、ｉ）ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージまたはｉｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡメッセージであると決定した結果として、前記ＵＥが、前記削除のステップを実行する、方法。
8. 請求項１～７のいずれか一項に記載の方法であって、前記ＭＣＧ障害情報は、前記ＲＬＦ情報を含む、方法。
9. ユーザ装置（ＵＥ）（３０２）の処理回路（５０２）によって実行されると、前記ＵＥ（３０２）に請求項１～８のいずれか一項に記載の方法を実行させる命令（５４４）を含むコンピュータプログラム（５４３）。
10. キャリアであって、電気信号、光信号、無線信号、およびコンピュータ可読記憶媒体（５４２）のうちの１つである、請求項７に記載のコンピュータプログラムを含む、キャリア。
11. ユーザ装置（ＵＥ）（３０２）であって、前記ＵＥは、
    マスターセルグループ（ＭＣＧ）に関する無線リンク障害（ＲＬＦ）を検出すること（ｓ４０２）と、
    前記ＭＣＧに関する前記ＲＬＦを検出したことに応じてＲＬＦ情報を記憶すること（ｓ４０４）と、
    タイマーを起動し、ＭＣＧ障害情報を含む第１のメッセージ（３１０）を送信すること（ｓ４０６）と、
    前記第１のメッセージを送信するとともに前記タイマーを起動した後で、第２のメッセージ（３１２）を受信すること（ｓ４０８）と、
    前記第２のメッセージ（３１２）を受信したことに応じて、条件が満たされているかどうかを決定すること（ｓ４１０）と、ここで、前記条件が満たされているかどうかを決定することは、前記タイマーがまだ計時中であると少なくとも決定することを含み、前記条件が満たされていると決定した結果として、前記ＲＬＦ情報を削除すること（ｓ４１２）と、
    を行うように構成されている、ＵＥ。
12. 請求項１１に記載のＵＥであって、さらに、前記ＵＥが、前記第２のメッセージを受信したこと（３１２）に応じて、前記タイマーを非アクティブ化すること（ｓ４１４）をさらに有する、ＵＥ。
13. 請求項１１または１２に記載のＵＥであって、前記第２のメッセージ（３１２）は、ｉ）ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、ｉｉ）ＲＲＣＲｅｌｅａｓｅメッセージ、ｉｉｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＮＲメッセージ、ｉｖ）ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＭｅｓｓａｇｅ、ｖ）ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ、または、ｖｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡメッセージ、のうちの１つである、ＵＥ。
14. 請求項１１～１３のいずれか一項に記載のＵＥであって、前記条件が満たされていると決定することは、前記ＵＥが、前記第２のメッセージが同期インジケータを含む再構成を含むＲＲＣメッセージであると決定すること、をさらに含み、前記ＵＥは、前記タイマーがまだ計時中であると決定し、かつ、前記第２のメッセージが同期インジケータを含む再構成を含むＲＲＣメッセージであると決定した結果として、前記削除のステップを実行する、ＵＥ。
15. 請求項１１～１３のいずれか一項に記載のＵＥであって、前記条件が満たされていると決定することは、前記ＵＥが、前記第２のメッセージが解放メッセージであると決定することをさらに含み、前記ＵＥは、前記タイマーがまだ計時中であると決定し、かつ、前記第２のメッセージが解放メッセージであると決定した結果として、前記削除のステップを実行する、ＵＥ。
16. 請求項１１～１３のいずれか一項に記載のＵＥであって、前記条件が満たされていると決定することは、前記ＵＥが、前記第２のメッセージが、ｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＮＲメッセージまたはｉｉ）ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＭｅｓｓａｇｅであると決定することをさらに含み、前記ＵＥは、前記タイマーがまだ計時中であると決定し、かつ、前記第２のメッセージが、ｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＮＲメッセージまたはｉｉ）ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＭｅｓｓａｇｅであると決定した結果として、前記削除のステップを実行する、ＵＥ。
17. 前記条件が満たされていると決定することは、前記第２のメッセージがｉ）ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージまたはｉｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡメッセージであると前記ＵＥが決定することをさらに有し、前記ＵＥは、前記タイマーがまだ計時中であると決定し、前記第２のメッセージがｉ）ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージまたはｉｉ）ＭｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡメッセージであると決定した結果として、前記削除のステップを実行する、請求項１１～１３のいずれか一項に記載のＵＥ。
18. 請求項１１～１７のいずれか一項に記載のＵＥであって、前記ＭＣＧ障害情報は、前記ＲＬＦ情報を含む、ＵＥ。
19. ユーザ装置（ＵＥ）（３０２）であって、前記ＵＥは、
    処理回路（５０２）と、メモリ（５４２）と、を有し、前記メモリは、前記処理回路によって実行可能な命令（５４４）を含み、前記ＵＥは、請求項１～８のいずれか一項に記載の方法を実行するように構成される、ＵＥ。

Images