JP2024504255A - 体感品質（ｑｏｅ）測定状態の処理 - Google Patents

Abstract

ユーザ装置（ＵＥ）による体感品質（ＱｏＥ）測定を管理するための技術。例示的な方法は、無線アクセスネットワーク（ＲＡＮ）内の第１のノードにおいて、ＲＡＮ内の第２のノードに、第１のノードによってＵＥに対して構成された１つまたは複数のＱｏＥ測定に関連する測定値の状態情報を送信すること（１０１０）を含む。第２のノードは、デュアルコネクティビティのためのＵＥの構成を変更すること、ＵＥのモビリティ、ＵＥのＲＲＣレジュームまたはＲＲＣ再確立、サービスに対するデータの転送を第１のＲＡＮノードを介したＵＥへの経路から第２のＲＡＮノードを介したＵＥへの経路に切り替えること、の少なくとも１つに関して第１のノードと関連付けられ得る。【選択図】図１０

Description

本発明は、一般に無線通信ネットワークに関し、特に、無線ネットワークにおけるユーザ装置（ＵＥ）による様々な体感品質（ＱｏＥ）測定を構成し、実行し、報告するための効率的な技術に関する。

ロングタームエボリューション（ＬＴＥ）は、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））内で開発され、当初はリリース８（Ｒｅｌ－８）およびリリース９（Ｒｅｌ－９）で標準化された、いわゆる第４世代（４Ｇ）無線アクセス技術の総称である。ＬＴＥは、進化型ＵＭＴＳ無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）とも呼ばれ、さまざまなライセンス周波数帯域を対象としており、進化型パケットコア（ＥＰＣ）ネットワークを含む、一般にシステムアーキテクチャエボリューション（ＳＡＥ）と呼ばれる非無線側面の改善を伴っている。ＬＴＥはその後のリリースを通じて進化を続けている。

３ＧＰＰのＬＴＥリリース１０（Ｒｅｌ－１０）は、２０ＭＨｚを超える帯域幅をサポートしている。リリース１０の重要な要件の１つは、スペクトラムの互換性を含むＬＴＥリリース８との後方互換性である。したがって、広帯域のＬＴＥリリース１０のキャリア（例えば、２０ＭＨｚより広い）は、ＬＴＥリリース８（「レガシー」）端末には複数のキャリア（「コンポーネントキャリア」またはＣＣ）として見える必要がある。レガシー端末は、広帯域ＬＴＥリリース１０キャリアのすべての部分でスケジュールすることができる。これを実現する１つの方法は、キャリアアグリゲーション（ＣＡ）であり、これにより、リリース１０の端末は複数のＣＣを受信でき、それぞれがリリース８キャリアと同じ構造を持つことが望ましい。さらに、ＬＴＥリリース１２では、ＵＥが２つのネットワークノードに同時に接続できるデュアルコネクティビティ（ＤＣ）が導入され、接続の堅牢性や容量が改善された。

現在、携帯電話システムの第５世代（「５Ｇ」）は、ニューラジオ（ＮＲ）とも呼ばれ、第３世代パートナーシッププロジェクト（３ＧＰＰ）内で標準化が進められている。ＮＲは、複数の実質的に異なるユースケースをサポートするために最大限の柔軟性を持って開発されている。これには、拡張モバイルブロードバンド（ｅＭＢＢ）、マシンタイプ通信（ＭＴＣ）、超高信頼低遅延通信（ＵＲＬＬＣ）、サイドリンク型デバイス間通信（Ｄ２Ｄ）、その他いくつかのユースケースが含まれる。

５Ｇ／ＮＲ技術は、ＬＴＥと多くの類似点を有している。例えば、ＮＲは、ダウンリンク（ＤＬ、すなわちネットワークからの送信）においてＣＰ－ＯＦＤＭ（サイクリックプレフィクス直交周波数分割多重）を使用し、アップリンク（ＵＬ、すなわちネットワークへの送信）においてＣＰ－ＯＦＤＭとＤＦＴ－Ｓ－ＯＦＤＭ（ＤＦＴ拡散ＯＦＤＭ）の両方を使用している。別の例として、時間領域では、ＮＲのＤＬおよびＵＬの物理リソースは、等しいサイズの１ｍｓサブフレームに編成される。サブフレームは、さらに、等しい持続時間の複数のスロットに分割され、各スロットは、複数のＯＦＤＭベースのシンボルを含む。

しかし、ＮＲセルでは、ＬＴＥセルよりもはるかに柔軟に時間－周波数リソースを設定することができる。さらに、ＮＲネットワークは、ＬＴＥのようにセルでカバレッジを提供するだけでなく、「ビーム」でカバレッジを提供することもある。一般に、ＤＬ「ビーム」は、ユーザ装置（ＵＥ、例えば、無線通信装置）によって測定または監視され得るネットワーク送信された基準信号（ＲＳ）のカバーエリアである。

ＱｏＥ（体感品質）測定は、ＬＴＥネットワークおよび旧世代のＵＭＴＳネットワークで動作するＵＥ向けに規定されている。どちらのネットワークでも、測定は同じハイレベルな原則に従って行われる。その目的は、ネットワーク上で特定のアプリケーションを使用する際のエンドユーザの体験を測定することである。例えば、ストリーミングサービスやＭＴＳＩ（ＩＭＳのための移動電話サービス）のＱｏＥ測定は、ＬＴＥでサポートされている。ＱｏＥ測定は、ＮＲネットワークで動作するＵＥにも必要となるため、ＮＲ向けにＱｏＥ測定が規定されている。

ＬＴＥとＵＭＴＳにおけるソリューションは類似しており、全体的な原則は次のとおりである。体感品質測定収集（ＱＭＣ）では、無線リソース制御（ＲＲＣ）信号によって、ＵＥにおけるアプリケーションレイヤ測定の構成とＱｏＥ測定結果の送信を可能にする。ＯＡＭまたはコアネットワーク（ＣＮ）から受信したアプリケーション層測定構成は、透過なコンテナにカプセル化され、ダウンリンクＲＲＣメッセージでＵＥに転送される。ＵＥの上位レイヤから受信したアプリケーションレイヤ測定は、透過なコンテナにカプセル化され、アップリンクＲＲＣメッセージでネットワークに送信される。結果コンテナはトレースコレクタエンティティ（ＴＣＥ）に転送される。

ＮＲリリース１７において、「多様なサービスに対するＮＲのＱｏＥ管理および最適化に関する研究」の新しい検討項目が承認された。その目的は、ＬＴＥのようなストリーミングサービスだけでなく、ＡＲ／ＶＲ（拡張現実や仮想現実）、ＵＲＬＬＣなどの他のサービスも含めた、ＮＲにおけるＱｏＥ測定のためのソリューションを検討することである。また、様々なサービスの要件に基づき、ＮＲの研究では、多様なサービスのユーザ体験を満たすためにインテリジェントなネットワークの最適化を可能にする、より適応的なＱｏＥ管理スキームが含まれる予定である。

無線リソース制御（ＲＲＣ）シグナリングは、ＵＥにおけるアプリケーション層測定の構成と、構成されたＵＥからのＱｏＥ測定結果ファイルの収集とに使用される。特に、コアネットワーク（ＥＰＣなど）またはネットワークの運用／管理／保守（ＯＡＭ）機能（「ネットワーク管理システム」または「ＮＭＳ」とも呼ばれる）からのアプリケーション層測定構成は、透過コンテナにカプセル化されてＵＥのサービングＲＡＮノードに送られ、ＲＲＣメッセージでＵＥに転送される。ＵＥが行うアプリケーション層の測定値は、透過なコンテナにカプセル化されてサービングＲＡＮノードにＲＲＣメッセージで送信され、同ノードはコンテナをコアネットワークに関連するトレースコレクタエンティティ（ＴＣＥ）または測定収集エンティティ（ＭＣＥ）に転送する。

測定は、管理ベースの方法、すなわちＯ＆Ｍノードから、一般的な方法で、例えばＵＥのグループに対して、ＲＡＮに向かって開始されることがあり、またはそれらはまた、シグナリングベースの方法、すなわちＣＮからＲＡＮに向かって、例えば単一のＵＥに対して開始されることがある。測定の構成には、測定の詳細が含まれ、これはＲＡＮに対して透過的なコンテナにカプセル化されている。

コアネットワーク経由で開始された場合、測定は特定のＵＥに向けて開始される。ＬＴＥの場合、「ＴＲＡＣＥ ＳＴＡＲＴ」Ｓ１ＡＰメッセージが使用される。このメッセージは、特に、アプリケーションが収集すべき測定構成に関する詳細（ＲＡＮに透過的な「アプリケーション層測定構成のためのコンテナ」情報要素）および測定値を送信すべきトレース収集エンティティに到達する詳細情報を搬送する。

ＲＡＮは、ＵＥアクセス層でストリーミングセッションがいつ進行しているかを認識しておらず、また、測定がいつ進行しているかを認識していない。ＲＡＮが測定を停止するタイミングは、実装上の決定である。一般的には、ＵＥが測定領域の外に移動したときに実行される。

レガシーソリューションが提供する機会の１つは、ハンドオーバ中であっても、セッション全体のＱｏＥ測定を維持することができることである。ＬＴＥ（Ｅ－ＵＴＲＡＮ）ソリューションの背景は、以下のとおりである。

Ｅ－ＵＴＲＡＮ － アプリケーション層の測定能力
Ｅ－ＵＴＲＡＮでは、ＵＥからＥ－ＵＴＲＡＮへのＵＥ無線アクセス能力情報の転送に、ＵＥ能力転送が使用される。これを図１に示す。

ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ情報要素（ＩＥ）は、Ｅ－ＵＴＲＡ ＵＥ無線アクセス能力パラメータおよび必須機能の特徴グループインジケータをネットワークに伝達するために使用される。

応答メッセージ「ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ」において、ＵＥは「ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ」ＩＥを含めることができる。「ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ」ＩＥは、以下の「ＭｅａｓＰａｒａｍｅｔｅｒｓ－ｖ１５３０」符号化で詳述されているように、ＵＥがストリーミングサービスおよび／またはＭＴＳＩサービスのＱｏＥ測定収集をサポートしているかどうかを示すためにＵＥが使用できる「ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ－ｖ１５３０－ＩＥ」を含めることができる。

３ＧＰＰ ＴＳＧ ＲＡＮ２ミーティング＃１１０における３ＧＰＰ ＴＳ ３６．３３１ ｖ１６．０．０の寄書ＣＲ４２９７（Ｒ２－２００４６２４）は、「ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ－ｖ１６ｘｙ－ＩＥ」内にｑｏｅ－Ｅｘｔｅｎｓｉｏｎｓ－ｒ１６ＩＥを含む「ｍｅａｓＰａｒａｍｅｔｅｒｓ－ｖ１６ｘｙ」を含める可能性がある、「ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ」ＩＥの拡張を提案した。ｑｏｅ－Ｅｘｔｅｎｓｉｏｎｓ－ｒ１６ＩＥは、ＵＥがＱｏＥ測定収集のためのリリース１６拡張をサポートしているかどうか、すなわち、ＵＥが一度に複数のＱｏＥ測定タイプをサポートしているかどうか、ＵＥがｉｎｔｅｒｉｏｒＡｒｅａ、ｓｅｓｓｉｏｎＲｅｃｏｒｄｉｎｇＩｎｄｉｃａｔｉｏｎ、ｑｏｅ－Ｒｅｆｅｒｅｎｃｅ、ｔｅｍｐｏｒａｒｙＳｔｏｐＱｏＥおよびｒｅｓｔａｒｔＱｏＥのシグナリングをサポートしているかどうかを示すために使用できる。

Ｅ－ＵＴＲＡＮ － アプリケーション層測定報告
３ＧＰＰ ＴＳ ３６．３３１に記載され、図２に示される「アプリケーション層測定報告」手順の目的は、アプリケーション層測定報告についてＥ－ＵＴＲＡＮに通知することである。

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでアプリケーション層測定報告を行うことができるＵＥは、アプリケーション層測定が設定されている場合、すなわちＥ－ＵＴＲＡＮによってｍｅａｓＣｏｎｆｉｇＡｐｐＬａｙｅｒが設定されている場合、手順を開始することができる。

手順を開始すると、ＵＥは以下を行う：
１＞アプリケーション層測定が設定され、ＳＲＢ４が設定され、ＵＥが上位層からアプリケーション層測定報告情報を受信している場合：
２＞ＭｅａｓＲｅｐｏｒｔＡｐｐＬａｙｅｒメッセージのｍｅａｓＲｅｐｏｒｔＡｐｐＬａｙｅｒＣｏｎｔａｉｎｅｒにアプリケーション層測定報告情報の値を設定する；
２＞ＭｅａｓＲｅｐｏｒｔＡｐｐＬａｙｅｒメッセージのｓｅｒｖｉｃｅＴｙｐｅをアプリケーション層測定報告情報のタイプに設定する；
２＞ＭｅａｓＲｅｐｏｒｔＡｐｐＬａｙｅｒメッセージをＳＲＢ４経由で送信するために下位レイヤに送信する。

Ｅ－ＵＴＲＡＮ － ＱｏＥ測定構成のセットアップとリリース － ＲＲＣシグナリング
ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、アプリケーション層の測定用にＵＥをセットアップまたはリリースするために、ＵＥを再構成するために使用される。これは、「ＯｔｈｅｒＣｏｎｆｉｇ」ＩＥ内の「ｍｅａｓＣｏｎｆｉｇＡｐｐＬａｙｅｒ－１５」ＩＥで通知される。

このセットアップには、対象アプリケーションのＱｏＥ測定構成を指定する透過型コンテナｍｅａｓＣｏｎｆｉｇＡｐｐＬａｙｅｒＣｏｎｔａｉｎｅｒと、ＱｏＥ測定が設定されているアプリケーション（またはサービス）を示すｓｅｒｖｉｃｅＴｙｐｅＩＥが含まれている。サポートされるサービスは、ストリーミングとＭＴＳＩである。

３ＧＰＰ ＴＳＧ ＲＡＮ２ミーティング＃１１０において、３ＧＰＰ ＴＳ ３６．３３１ ｖ１６．０．０の寄書ＣＲ４２９７（Ｒ２－２００４６２４）が、ＱｏＥ測定構成の拡張を提案した。

ｍｅａｓＣｏｎｆｉｇＡｐｐＬａｙｅｒＴｏＡｄｄＭｏｄＬｉｓｔ－ｒ１６は、複数のＱｏＥ測定構成（ｍａｘＱｏＥ－Ｍｅａｓｕｒｅｍｅｎｔ－ｒ１６まで）を追加または変更するために使用することができる。ｍｅａｓＣｏｎｆｉｇＡｐｐＬａｙｅｒＴｏＲｅｌｅａｓｅＬｉｓｔ－ｒ１６ＩＥは、複数のＱｏＥ測定構成（ｍａｘＱｏＥ－Ｍｅａｓｕｒｅｍｅｎｔ－ｒ１６まで）を削除するために使用されることがある。

Ｅ－ＵＴＲＡＮ － ＱｏＥ測定報告 － ＲＲＣシグナリング
３ＧＰＰ ＴＳ ３６．３３１で規定されているように、ＭｅａｓＲｅｐｏｒｔＡｐｐＬａｙｅｒＲＲＣメッセージは、ＵＥがアプリケーション（またはサービス）のＱｏＥ測定結果をＥ－ＵＴＲＡＮノードへ送信するために使用される。報告が送信されるサービスは、「ｓｅｒｖｉｃｅＴｙｐｅ」ＩＥで示される。

３ＧＰＰ ＴＳＧ ＲＡＮ２ミーティング＃１１０における３ＧＰＰ ＴＳ ３６．３３１ ｖ１６．０．０の寄書ＣＲ４２９７（Ｒ２－２００４６２４）では、ＰＬＭＮ ＩＤとＱｏＥ測定コレクションの識別子を含むＱｏＥ参照をＭｅａｓＲｅｐｏｒｔＡｐｐＬａｙｅｒＩＥ（複数可）に追加することを提案した。

Ｅ－ＵＴＲＡＮについては、アプリケーション層の測定報告に関するＵＥの望ましい動作の例がＣＲ４２９７（Ｒ２－２００４６２４）に記載されている。

ＵＥアプリケーション層測定構成
ＵＥ Ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ」ＩＥは、３ＧＰＰ ＴＳ ３６．４１３ ｖ１６．３．０およびＴＳ ３６．４２３ ｖ１６．３．０に記述されている。

ＱｏＥ測定用のエリアスコープ
３ＧＰＰ ＴＳ ２８．４０５によると、エリアスコープパラメータは、ＱｏＥ測定収集（ＱＭＣ）が行われるセルまたはトラッキングエリア／ルーティングエリア／ロケーションエリアの観点からエリアを定義する。このパラメータが存在しない場合、ＱＭＣはＰＬＭＮターゲットで指定されたＰＬＭＮ全体で行われるものとする。

ＵＭＴＳにおけるエリアスコープパラメータは、以下のいずれかである：
－ＣＧＩで識別されるセルのリスト。最大３２個のＣＧＩを定義することができる。
－ＲＡＩで識別されるルーティングエリアのリスト。最大８つのＲＡＩを定義することができる。
－ＬＡＩで識別されるロケーションエリアのリスト。最大８つのＬＡＩを定義することができる。
ＬＴＥのエリアスコープパラメータは、以下のいずれかである：
－Ｅ－ＵＴＲＡＮ－ＣＧＩによって識別されるセルのリスト。最大３２個のＣＧＩを定義することができる。
－ＴＡＣで識別されるトラッキングエリアのリスト。最大８つのＴＡＣを定義することができる。
エリアベースＱＭＣが要求された場合、このパラメータは必須である。

本明細書で説明する技術および装置の実施形態は、ＵＥ用に構成されたＱｏＥ測定値および関連する無線関連測定値（ＭＤＴ測定値など）をＲＡＮノード間で、協調的に取り扱うことを可能にし、この取り扱いは、このＵＥに係る以下の接続手順：デュアルコネクティビティ、モビリティ、ＲＲＣレジューム、ＲＲＣ再確立に関する。

本開示のいくつかの実施形態は、無線アクセスネットワーク（ＲＡＮ）において体感品質（ＱｏＥ）測定を管理するための例示的な方法（例えば、手順）を含む。これらの例示的な方法は、無線アクセスネットワーク（ＲＡＮ）ノード（例えば、基地局、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ、ｅｎ－ｇＮＢなど）と通信するユーザ装置（ＵＥ、例えば、無線デバイス、ＩｏＴデバイス、モデムなど）により実行可能である。

本明細書で記載される実施形態のいくつかによる例示的な方法は、ユーザ装置（ＵＥ）による体感品質（ＱｏＥ）測定を管理するために、無線アクセスネットワーク（ＲＡＮ）内の第１のノードによって実行される。この例示的な方法は、前記ＲＡＮ内の第２のノードに、前記第１のノードによって前記ＵＥに対して構成された１つまたは複数のＱｏＥ測定に関連する測定値の状態情報を送信することを含む。

本明細書に記載される実施形態のいくつかによる対応する方法は、ユーザ装置（ＵＥ）による体感品質（ＱｏＥ）測定を管理するために、無線アクセスネットワーク（ＲＡＮ）内の第２のノードによって実行される。この例示的な方法は、前記ＲＡＮ内の第１のノードから、前記第１のノードによって前記ＵＥに対して構成された１つまたは複数のＱｏＥ測定に関連する測定値の状態情報を受信することを含む。

他の実施形態は、無線アクセスネットワーク（ＲＡＮ）における体感品質（ＱｏＥ）測定の構成を処理するためのユーザ装置（ＵＥ）の方法を含む。この例示的な方法は、ＲＡＮノードから、１つまたは複数のサービスタイプまたはアプリケーションに対するＱｏＥ測定構成（ＱＭＣ）を受信することと、前記ＵＥが同じサービスタイプまたはアプリケーションに対するＱｏＥ構成をすでに有していることを決定することと、を含む。該方法は、前記決定をした場合、新しい構成を破棄すること、古い構成を解放し、新しい構成で自身と上位層を構成すること、新しい構成をサスペンドすること、古い構成をサスペンドし、新しい構成をアクティブ化すること、新しい構成を受信したときに古い構成がすでにサスペンド状態にある場合、該新しい構成をアクティブに維持し、該古い構成をリリースするか該古い構成をサスペンド状態に維持すること、サービス／アプリケーションのタイプまたはサービスのサブタイプが新しいＱｏＥ構成によって指定された場合、対象となるサービスまたはアプリケーションのタイプまたはサブタイプの自身および上位層を指定されたサービスで構成し、残りのアプリケーションに対して古い構成を維持すること、デュアルコネクティビティシナリオにおいて、ＱｏＥ構成の一方がマスタノードから受信され他方がセカンダリノードから受信された場合、該セカンダリノードから受信されたＱｏＥ構成を解放し、該マスタノードから受信されたＱｏＥ構成を維持すること、デュアルコネクティビティシナリオにおいて、ＱｏＥ構成の一方がマスタノードから受信され他方がセカンダリノードから受信された場合、該セカンダリノードから受信されたＱｏＥ構成をサスペンドし、該マスタノードから受信されたＱｏＥ構成をアクティブに維持すること、ＱｏＥ構成が対象とするサービスのタイプおよび／またはサービスのサブタイプの進行中のアプリケーションセッション（または、複数のセッションが進行している場合は、全ての進行中のアプリケーションセッション）が、古い構成が受信されたＲＡＮノードに向けた無線ベアラを現在使用している場合、該古い構成を維持し、新しい構成を解放またはサスペンドすること、ＱｏＥ構成が対象とするサービスのタイプおよび／またはサービスのサブタイプの進行中のアプリケーションセッション（または、複数のセッションが進行している場合は、全ての進行中のアプリケーションセッション）が、新しい構成が受信されたＲＡＮノードに向けた無線ベアラを現在使用している場合、該新しい構成を維持し、古い構成を解放またはサスペンドすること、のアクションのうちの１つまたは複数を実行することをさらに含む。

開示された技術および装置は、無線端末または無線端末のグループに関する接続手順に複数のＲＡＮノードが関与するシナリオにおいて、ＱｏＥ測定およびＱｏＥ測定に関連する無線関連測定（ＭＤＴなど）に対する一貫した処理を可能にする。

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

ＬＴＥ（Ｅ－ＵＴＲＡＮ）におけるＵＥ能力転送を示す図である。 Ｅ－ＵＴＲＡＮにおけるアプリケーション層の測定報告を示す図である。 ３ＧＰＰで標準化されているロングタームエボリューション（ＬＴＥ）進化型ＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）および進化型パケットコア（ＥＰＣ）ネットワークのアーキテクチャ例を示すハイレベルのブロック図である。 ５Ｇ／ＮＲネットワークアーキテクチャの例を示すハイレベルの図である。 ５Ｇ／ＮＲネットワークアーキテクチャの例を示すハイレベルの図である。 ＮＲユーザプレーン（ＵＰ）と制御プレーン（ＣＰ）のプロトコルスタックの構成例を示す図である。 レガシーＵＭＴＳネットワークにおける体感品質（ＱｏＥ）測定のためのＵＴＲＡＮとＵＥとの間の様々な手順を示す図である。 レガシーＵＭＴＳネットワークにおける体感品質（ＱｏＥ）測定のためのＵＴＲＡＮとＵＥとの間の様々な手順を示す図である。 レガシーＵＭＴＳネットワークにおける体感品質（ＱｏＥ）測定のためのＵＴＲＡＮとＵＥとの間の様々な手順を示す図である。 レガシーＵＭＴＳネットワークにおける体感品質（ＱｏＥ）測定のためのＵＴＲＡＮとＵＥとの間の様々な手順を示す図である。 ＬＴＥネットワークにおけるＵＥのためのＱｏＥ測定構成の様々な態様を示す図である。 ＬＴＥネットワークにおけるＵＥのためのＱｏＥ測定構成の様々な態様を示す図である。 ＬＴＥネットワークにおけるＵＥのためのＱｏＥ測定収集の様々な態様を示す図である。 ＬＴＥネットワークにおけるＵＥのためのＱｏＥ測定収集の様々な態様を示す図である。 ＬＴＥネットワークにおけるＵＥのためのＱｏＥ測定収集の様々な態様を示す図である。 本開示の様々な例示的実施形態による、第１のＲＡＮノード（ＲＮＮ、例えば、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢなどまたはそのコンポーネント（複数））の例示的方法（例えば、手順）のフロー図である。 本開示の様々な例示的実施形態による、第２のＲＡＮノード（ＲＮＮ、例えば、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢなどまたはそのコンポーネント（複数））の例示的方法（例えば、手順）のフロー図である。 本開示の様々な例示的実施形態による、ユーザ装置（ＵＥ、例えば、無線デバイス、ＩｏＴデバイス等またはそのコンポーネント（複数可））の例示的方法（例えば、手順）のフロー図である。 本開示の様々な例示的実施形態による例示的無線デバイスまたはＵＥのブロック図である。 本開示の様々な例示的実施形態による例示的ネットワークノードのブロック図である。 本開示の様々な例示的実施形態による、ホストコンピュータとＵＥとの間でオーバーザトップ（ＯＴＴ）データサービスを提供するよう構成された例示的ネットワークのブロック図である。

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

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

また、以下の説明では、以下の用語を使用する：
・無線ノード：本明細書で使用する場合、「無線ノード」は、「無線アクセスノード」または「無線デバイス」のいずれかとすることができる。
・無線アクセスノード：本明細書で使用する場合、「無線アクセスノード」（または等価的に「無線ネットワークノード」、「無線アクセスネットワークノード」、または「ＲＡＮノード」）は、信号を無線で送信および／または受信するように動作するセルラー通信ネットワークの無線アクセスネットワーク（ＲＡＮ）の任意のノードであり得る。無線アクセスノードのいくつかの例は、基地局（例えば、３ＧＰＰ第５世代（５Ｇ）ＮＲネットワークにおけるニューラジオ（ＮＲ）基地局（ｇＮＢ／ｅｎ－ｇＮＢ）または３ＧＰＰのＬＴＥネットワークにおける拡張型または進化型ノードＢ（ｅＮＢ／ｎｇ－ｅＮＢ））、基地局分散コンポーネント（例えば、ＣＵおよびＤＵ）、基地局制御および／またはユーザプレーンコンポーネント（例えば、ＣＵ－ＣＰ、ＣＵ－ＵＰ）、高出力またはマクロ基地局、低出力基地局（例えば、マイクロ、ピコ、フェムトまたはホーム基地局など）、統合アクセスバックホール（ＩＡＢ）ノード、送信点、リモート無線ユニット（ＲＲＵまたはＲＲＨ）およびリレーノードを含むが、それだけに限らない。したがって、「ＲＡＮノード」という用語は、例えば、以下のいずれかに適用され得る：ｇＮＢ、ｅＮＢ、ｅｎ－ｇＮＢ、ｎｇ－ｅＮＢ、ｇＮＢ－ＣＵ、ｇＮＢ－ＣＵ－ＣＰ、ｇＮＢ－ＣＵ－ＵＰ、ｅＮＢ－ＣＵ、ｅＮＢ－ＣＵ－ＣＰ、ｅＮＢ－ＣＵ－ＵＰ、ＩＡＢノード、ＩＡＢドナーＤＵ、ＩＡＢドナーＣＵ、ＩＡＢ－ＤＵ、ＩＡＢ－ＭＴ、Ｏ－ＣＵ、Ｏ－ＣＵ－ＣＰ、Ｏ－ＣＵ－ＵＰ、Ｏ－ＤＵ、Ｏ－ＲＵ、Ｏ－ｅＮＢ。
・コアネットワークノード：本明細書で使用する場合、「コアネットワークノード」は、コアネットワークにおける任意のタイプのノードである。コアネットワークノードのいくつかの例は、例えば、モビリティ管理エンティティ（ＭＭＥ）、サービングゲートウェイ（ＳＧＷ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ）、サービス能力露出機能（ＳＣＥＦ）などを含む。
・無線デバイス：本明細書で使用する場合、「無線デバイス」（略して「ＷＤ」）は、ネットワークノードおよび／または他の無線デバイスと無線通信することにより、セルラー通信ネットワークへのアクセスを得る（すなわち、サービスを受ける）ことができるあらゆるタイプのデバイスである。無線通信は、電磁波、電波、赤外線、および／またはエアを通して情報を伝達するのに適した他のタイプの信号を使用して無線信号を送信および／または受信することを含み得る。無線デバイスの例としては、スマートフォン、携帯電話、セルラー電話、ＶｏＩＰ電話、無線ローカルループ電話、デスクトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、無線カメラ、ゲーム機または装置、音楽記憶装置、再生アプライアンス、ウェアラブルデバイス、無線エンドポイント、モバイルステーション、タブレット、ノートパソコン、ノートパソコン内蔵機器（ＬＥＥ）、ノートパソコン搭載機器（ＬＭＥ）、スマートデバイス、無線顧客構内機器（ＣＰＥ）、移動型通信（ＭＴＣ）機器、インターネットオブシングス（ＩｏＴ）機器、車載型無線端末機器などが挙げられるが、それらに限定されない。特に断らない限り、本明細書では、「無線デバイス」という用語は、「ユーザ装置」（略して「ＵＥ」）という用語と互換的に使用される。
・ネットワークノード：本明細書で使用する場合、「ネットワークノード」とは、セルラー通信ネットワークの無線アクセスネットワーク（例えば、上述の無線アクセスノードまたは同等の名称）またはコアネットワーク（例えば、上述のコアネットワークノード）の一部である任意のノードのことである。機能的には、ネットワークノードは、無線デバイスと、および／またはセルラー通信ネットワークの他のネットワークノードもしくは機器と直接または間接的に通信し、無線デバイスへの無線アクセスを可能にし、および／または提供し、および／またはセルラー通信ネットワークにおいて他の機能（例えば、管理）を実行できる、構成、配置、および／または操作可能な機器である。
・「ＱｏＥ測定報告」、「ＱｏＥ報告」、「測定報告」及び「報告」という用語は、互換的に使用される。
・「ＱｏＥ測定構成」、「ＱｏＥ測定」、「ＱｏＥ構成」及び「アプリケーション層測定構成」という用語は、互換性を持って使用される。
・「サービス」と「アプリケーション」という用語は、同じ意味で使われている。
・「ＭＣＥ」及び「ＴＣＥ」という用語は、互換的に使用される。

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

上記のように、３ＧＰＰリリース１７では、ＲＡＮノードがＵＥのＱｏＥ測定値に基づいてパフォーマンスの様々な側面を適応できるように、ＱｏＥ報告に対する可視性をＲＡＮノードに提供することが合意されている。しかし、このようにＲＡＮノードが使用するために従来のＱｏＥ測定を適応させることには、様々な問題、課題、および／または困難がある。これについては、以下のＬＴＥおよびＮＲネットワークアーキテクチャの説明の後に、より詳細に説明する。

第１のネットワークノードがＭＮとして機能し、第２のネットワークノードがＳＮとして機能するデュアルコネクティビティをセットアップして動作するときに、ＵＥのＱｏＥ測定を処理する１つのアプローチは、第１のＲＡＮノードによって実行される以下のステップを含む場合がある：
－ＵＥのＱｏＥ構成を作成すること；
－ＱｏＥ構成の全部または一部をＵＥに送信すること；
－ＳＮをセットアップまたは再構成する際に、ＱｏＥ構成の全部または一部を第２のネットワークノードに送信すること（ここで、ＳＮ関連のＱｏＥ構成とＭＮ関連のＱｏＥ構成は異なる場合がある）；
－第２のネットワークノードからＱｏＥ測定結果データを受信する可能性がある。

このアプローチは、セッション中にＵＥがエリア外に移動しても、セッションの終了まで測定を継続すべきという要件も満たすかもしれない。これは、例えば、エリア更新による測定の開始と停止をネットワークが制御することで実現できる。例えば、１つのアプローチでは、ネットワークは、ＱｏＥ測定を解放するために解放コマンドを送信することができる。セッションフィードバックインジケーションは、例えば、測定値を停止するタイミングを知るための助けとしてネットワークによって使用されるかもしれない。これらのアプローチは、例えば、ＵＥがハンドオーバを実行したり、設定されたエリアの外側にあるノードが制御するセルへの接続を再確立したりする場合に使用され得る。

しかし、このアプローチを使用すると、いくつかの問題が未解決のままである。例えば、第１のＲＡＮノードと第２のＲＡＮノードが共に無線端末／ＵＥに関する接続手順（ＭＲ－ＤＣ、モビリティ、レジューム、再確立など）に関与し、第１のＲＡＮノードが無線端末をＱｏＥ測定用に設定した場合に、いくつかのシナリオがあり、第２のＲＡＮノードは以下を気付かない：
－無線端末に構成されたＱｏＥ測定の状態情報
－無線端末に構成され、ＱｏＥ測定に関連する無線測定（ＭＤＴなど）の状態、
－無線端末に構成されたＱｏＥ測定値に関して実行されるべきアクションと
－無線端末に構成され、ＱｏＥ測定に関連する無線測定（ＭＤＴなど）に関して実行されるべきアクション。

第２のＲＡＮノードは上述の状態およびアクションを知らないので、第２のノードがＵＥ用に設定された進行中のＱｏＥ測定に手を加える（例えば、上書きする）ことが起こり得る。

この文書では、ＵＥ用に設定されたＱｏＥ測定値および関連する無線関連測定値（ＭＤＴ測定値など）を、ＲＡＮノード間で協調して処理できるようにするためのソリューションが紹介されている。この処理は、ＵＥに関連する以下の接続手順（デュアルコネクティビティ、モビリティ、ＲＲＣレジューム、ＲＲＣ再確立）に関連する。

提案されたソリューションの適用可能な非限定的な例は、既に構成されたＱｏＥ測定に関する状態情報が、あるＲＡＮノードから別のＲＡＮノードに送信される、以下に列挙される。状態情報の例は、以下のうちの１つまたは複数である：
－ＱｏＥ測定構成の識別および対応する設定詳細；
－測定構成がアクティブであるか、サスペンドされているか、レジュームされる予定であるか、停止される予定であるか、アクティブでないかという情報；
－ＱｏＥ測定収集処理の残り時間（それ以降は処理が停止される）；
－構成のＱｏＥ測定値が収集されたネットワークスライス識別子のリスト；
－ＱｏＥ測定構成と連動するＭＤＴ測定構成；
－ＴＣＥにシグナリングされるＱｏＥ測定報告のサイズ；
－ＱｏＥ測定報告をＴＣＥに通知すべき期間；
－ＱｏＥ報告と共にシグナリングされる、ＱｏＥ報告が既にＴＣＥにシグナリングされているか否かを示す指示。

例１）：ＭＲ－ＤＣが可能なＵＥは、最初に、第１のＲＡＮノードによって提供される第１のセルに対する単一のコネクティビティで構成される。さらに、ＵＥにサービスを提供するために利用可能な第２のセルにサービスを提供する第２のＲＡＮノードが存在するが、ＵＥはこのセルにも接続するように構成されていない、すなわち、最初からＭＲ－ＤＣ動作用に構成されていない（その理由は、実装固有のものとなり得る）。あるいは、例えば、省エネルギーポリシーのために、ＵＥにサービスを提供するために利用できない第２のセルを提供する、第２のＲＡＮノードが存在する。第１のセルへの最初の接続セットアップ時、またはその後、第１のＲＡＮノードは、ＱｏＥ測定のためにＱｏＥ構成を含むＲＲＣメッセージをＵＥに送信する。その後、第２のＲＡＮノードが提供する第２のセルが利用可能になり、ＵＥは、２つのセル（一方のセルは第２のＲＡＮノードの第２のセル、他方のセルは第１のＲＡＮノードの第１のセルまたは第３のＲＡＮノードの第３のセル）を使用してＭＲ－ＤＣ動作に再構成される。単一接続からデュアルコネクティビティへの再構成の間、以前に設定されたＱｏＥ測定の状態に関する情報が第１のＲＡＮノードから第２のＲＡＮノードに送信される。デュアルコネクティビティが第３のＲＡＮノードの第３のセルを構成する場合、第１のＲＡＮノードは、以前に構成されたＱｏＥ測定の状態を第３のＲＡＮノードに送信する。
１．一例として、ＥＮ－ＤＣの場合、ＵＥは当初、第１のｅＮＢの第１のＥ－ＵＴＲＡセルに対するシングルＬＴＥ接続で構成されており、第２のｇＮＢが提供する第２のＮＲセルが存在し、利用可能であるが使用されていない（または第２のＮＲセルが利用できない）場合である。ｅＮＢは、ＱｏＥ測定のために、ＱｏＥ構成を含むＲＲＣメッセージをＵＥに送信する。その後、ＵＥはＥＮ－ＤＣ用に再構成される。ＱｏＥ構成の状態は、第１のｅＮＢから第２のｇＮＢに送信される。
２．ＮＲ－ＤＣの場合、別の例として、ＵＥが、第１のｇＮＢの第１のＮＲセルに対する単一のＮＲ接続で初期設定され、第２のｇＮＢが提供する第２のＮＲセルが存在し、利用可能であるが使用されていない（または代替的に第２のＮＲセルが利用できない）場合がある。第１のｇＮＢは、ＱｏＥ測定のために、ＱｏＥ構成を含むＲＲＣメッセージをＵＥに送信する。その後、ＵＥはＮＲ－ＤＣ用に再構成される。ＱｏＥ構成の状態は、第１のｇＮＢから第２のｇＮＢに送信される。

例２）：ＭＲ－ＤＣが可能なＵＥは、第１のＲＡＮノードが提供する第１のセルと第２のＲＡＮノードが提供する第２のセルに向けてデュアルコネクティビティで初期構成される。最初の接続セットアップ時または接続の存続期間中に、第１のＲＡＮノードは、ＱｏＥ測定のためにＱｏＥ構成を含むＲＲＣメッセージをＵＥに送信する。その後、第３のＲＡＮノードが提供する第３のセルが利用可能になり、第１のＲＡＮノードの第１のセルを第３のＲＡＮノードの第３のセルに置き換えるか、第２のＲＡＮノードの第２のセルを第３のＲＡＮノードの第３のセルに置き換えるかの何れかで、ＵＥ構成が変更される。ＱｏＥ構成の状態は、第１のＲＡＮノードから第３のＲＡＮノードに、または第２のＲＡＮノードから第３のＲＡＮノードに送信される。

例３）：ＵＥは、第１のＲＡＮノードに対してシングル接続、または第１のＲＡＮノードと第２のＲＡＮノードに対してデュアルコネクティビティの状態にある。第１のＲＡＮノードは、ＱｏＥ測定のために、ＱｏＥ構成付きのＲＲＣメッセージをＵＥに送信する。その後、ＵＥは第３のＲＡＮノードが提供するセルに向けてモビリティを実行する。ＱｏＥ構成の状態は、第１のＲＡＮノードから第３のＲＡＮノードに送信される。

例４）：第１のＲＡＮノードに対する単一接続、または第１のＲＡＮノードと第２のＲＡＮノードに対するデュアルコネクティビティのＵＥ。第１のＲＡＮノードは、ＱｏＥ測定のためにＱｏＥ構成を含むＲＲＣメッセージをＵＥに送信し、オプションでＱｏＥ測定の状態を第２のＲＡＮノードに送信する。第１のＲＡＮノード（デュアルコネクティビティの場合はオプションで第２のＲＡＮノード）は、ＵＥのＱｏＥ構成の状態を維持する。その後、ＵＥはＲＲＣインアクティブに遷移する。その後、ＵＥは、第３のＲＡＮノードが提供するセルでＲＲＣレジュームを実行する。
第３のＲＡＮノードは、第１のＲＡＮノードからＵＥのＱｏＥ構成の状態を取得する（インアクティブへの移行前にデュアルコネクティビティがあった場合は、第２のＲＡＮノードからＱｏＥ構成を取得することができる）。

例５）：第１のＲＡＮノードに対するシングル接続、または第１のＲＡＮノードと第２のＲＡＮノードに対するデュアルコネクティビティのＵＥがある。第１のＲＡＮノードは、ＱｏＥ測定のためにＱｏＥ構成を含むＲＲＣメッセージをＵＥに送信し、オプションでＱｏＥ測定の状態を第２のＲＡＮノードに送信する。第１のＲＡＮノード（およびデュアルコネクティビティの場合はオプションで第２のＲＡＮノード）は、ＵＥに対するＱｏＥ構成の状態を維持する。その後、たとえば無線リンク障害に続いて、ＵＥは、第３のＲＡＮノードが提供するセルに向けてＲＲＣ再確立を実行する。第３のＲＡＮノードは、第１のＲＡＮノードから（および再確立前のデュアルコネクティビティの場合は（潜在的に）第２のＲＡＮノードから）ＵＥのＱｏＥ構成の状態をフェッチする。

例６）：ＵＥは、第１のＲＡＮノードおよび第２のＲＡＮノードに対するデュアルコネクティビティ（ＥＮ－ＤＣまたはＮＲ－ＤＣ）で構成される。ＱｏＥ測定が望まれるサービスのアプリケーションセッションのデータは、第１のＲＡＮノードを介してＵＥに運ばれ、第１のＲＡＮノードは、ＱｏＥ測定のためにＱｏＥ構成を含むＲＲＣメッセージをＵＥに送信する。その後、ＱｏＥ測定が構成されたサービスのアプリケーションセッションのデータは、第１のＲＡＮノードを介してＵＥと送受信される代わりに、第２のＲＡＮノードを介してＵＥに送信されるように再構成される。ＱｏＥ構成の状態は、第１のＲＡＮノードから第２のＲＡＮノードに送信される。

上記の例１）～６）のそれぞれは、１つのＵＥに係る事象の例を説明するものである。さらに、例えばデュアルコネクティビティ、モビリティ、ＲＲＣレジュームおよびＲＲＣ再確立に係るシグナリング手順は、通常、一度に１台のＵＥに対して実行される。しかし、本書に記載されている動作は、ＵＥのグループに同時に影響を与えるイベントにも同様に適用でき、その場合、２つのＲＡＮノード間のＱｏＥ構成状態転送は、複数のＵＥおよびそのＱｏＥ構成について同時に（たとえば、同じメッセージで）行われることがある。ＵＥのグループが影響を受けるイベントの一例は、ＵＥのグループがあるＩＡＢドナーＣＵから別のＩＡＢドナーＣＵに同時に移行されるロードバランシングである。

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

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

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

ＥＰＣ１３０は、ユーザおよび加入者関連情報を管理するＨＳＳ（ホーム加入者サーバ）１３１も含むことができる。ＨＳＳ１３１はまた、モビリティ管理、コールおよびセッション設定、ユーザ認証およびアクセス認可におけるサポート機能を提供することができる。ＨＳＳ１３１の機能は、レガシーホームロケーションレジスタ（ＨＬＲ）および認証センター（ＡｕＣ）の機能または動作に関連することができる。ＨＳＳ１３１はまた、それぞれのＳ６ａインタフェースを介してＭＭＥ１３４および１３８と通信することができる。

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

ＬＴＥのＰＨＹのの多重アクセス方式は、ダウンリンクではサイクリックプレフィックス（ＣＰ）付きの直交周波数分割多重（ＯＦＤＭ）、アップリンクではサイクリックプレフィックス付きの単一キャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）に基づいている。ペアおよび非ペアのスペクトラムでの伝送をサポートするため、ＬＴＥのＰＨＹは周波数分割複信（ＦＤＤ）（全二重および半二重動作を含む）および時分割複信（ＴＤＤ）の両方をサポートしている。ＬＴＥのＦＤＤダウンリンク（ＤＬ）無線フレームは、１０ｍｓの固定時間を持ち、０から１９までの２０個のスロットで構成される（各スロットは０．５ｍｓの固定時間）。１ｍｓのサブフレームは、２つの連続したスロットで構成され、サブフレームｉはスロット２ｉと２ｉ＋１で構成される。

上記で簡単に述べたように、ＬＴＥリリース１２では、デュアルコネクティビティ（ＤＣ）フレームワークが導入された。ＬＴＥのＤＣでは、ＵＥは、マスタｅＮＢ（ＭｅＮＢ）に関連付けられたマスタセルグループ（ＭＣＧ）と、セカンダリｅＮＢ（ＳｅＮＢ）に関連付けられたセカンダリセルグループ（ＳＣＧ）と共に構成される。ＣＧの各々は、プライマリセル（ＰＣｅｌｌ）および任意で１つまたは複数のセカンダリセル（ＳＣｅｌｌ）を含む。用語「スペシャルセル」（略して「ＳｐＣｅｌｌ」）は、ＵＥの媒体アクセス制御（ＭＡＣ）エンティティがそれぞれＭＣＧまたはＳＣＧに関連付けられるかどうかに応じて、ＭＣＧのＰＣｅｌｌまたはＳＣＧのＰＳＣｅｌｌを指す。非ＤＣ動作（例えば、ＣＡ）の場合、ＳｐＣｅｌｌはＰＣｅｌｌを指す。ＳｐＣｅｌｌは常にアクティブであり、物理アップリンク制御チャネル（ＰＵＣＣＨ）送信とＵＥによるコンテンションベースのランダムアクセスをサポートする。

図４は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）２９９および５Ｇコア（５ＧＣ）２９８からなる、５Ｇネットワークアーキテクチャのハイレベル図を示す。ＮＧ－ＲＡＮ２９９は、それぞれインタフェース２０２、２５２を介して接続されたｇＮＢ２００、２５０などの１つまたは複数のＮＧインタフェースを介して５ＧＣに接続されたｇＮｏｄｅＢ（ｇＮＢｓ）のセットを含み得る。さらに、ｇＮＢは、ｇＮＢ２００と２２０の間のＸｎインタフェース２４０のような１つまたは複数のＸｎインタフェースを介して互いに接続することができる。ＵＥに対するＮＲインタフェースに関して、ｇＮＢの各々は、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、またはそれらの組合せをサポートすることができる。

ＮＧ－ＲＡＮ２９９は、無線ネットワーク層（ＲＮＬ）とトランスポートネットワーク層（ＴＮＬ）に層別されている。ＮＧ－ＲＡＮアーキテクチャ、すなわちＮＧ－ＲＡＮ論理ノードとそれらの間のインタフェースは、ＲＮＬの一部として定義されている。各ＮＧ－ＲＡＮインタフェース（ＮＧ、Ｘｎ、Ｆ１）については、関連するＴＮＬプロトコルと機能が規定されている。ＴＮＬは、ユーザプレーン伝送とシグナリング伝送のためのサービスを提供する。いくつかの構成例では、各ｇＮＢは、３ＧＰＰ ＴＳ ２３．５０１で定義されている「ＡＭＦ領域」内のすべての５ＧＣノードに接続されている。ＮＧ－ＲＡＮインタフェースのＴＮＬにおけるＣＰおよびＵＰデータのセキュリティ保護がサポートされる場合、ＮＤＳ／ＩＰが適用されるものとする。

図４に示すＮＧのＲＡＮ論理ノードは、中央（または集中）ユニット（ＣＵまたはｇＮＢ－ＣＵ）および１つまたは複数の分散（または非集中）ユニット（ＤＵまたはｇＮＢ－ＤＵ）を含む。例えば、ｇＮＢ２００は、ｇＮＢ－ＣＵ２１０と、ｇＮＢ－ＤＵ２２０および２３０とを含む。ＣＵ（例えば、ｇＮＢ－ＣＵ２１０）は、上位層プロトコルをホストし、ＤＵの動作を制御するなどの様々なｇＮＢ機能を実行する論理ノードである。各ＤＵは、下位層プロトコルをホストする論理ノードであり、機能分割に応じて、ｇＮＢ機能の様々なサブセットを含むことができる。ＣＵおよびＤＵの各々は、処理回路、トランシーバ回路（例えば、通信用）、および電源回路を含む、それぞれの機能を実行するために必要な様々な回路を含むことができる。さらに、本明細書では、「中央ユニット」および「集中ユニット」という用語は、「分散ユニット」および「非集中ユニット」という用語と同様に、互換的に使用される。

ｇＮＢ－ＣＵは、図４に示すインタフェース２２２および２３２のようなそれぞれのＦ１論理インタフェースを介してｇＮＢ－ＤＵに接続する。ｇＮＢ－ＣＵおよび接続されたｇＮＢ－ＤＵは、他のｇＮＢおよびｇＮＢとしての５ＧＣに対してのみ可視である。つまり、Ｆ１インタフェースは、ｇＮＢ－ＣＵの先には見えない。図４に示されるｇＮＢ分割ＣＵ－ＤＵアーキテクチャでは、ＵＥが同じＣＵが提供する複数のＤＵに接続できるようにするか、ＵＥが異なるＣＵが提供する複数のＤＵに接続できるようにすることによって、ＤＣを実現できる。

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

ｇＮＢ３１０の各々は、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、またはそれらの組み合わせを含むＮＲ無線インタフェースをサポートすることができる。ｎｇ－ｅＮＢ３２０の各々は、ＬＴＥ無線インタフェースをサポートすることができる。しかしながら、従来のＬＴＥのｅＮＢとは異なり、ｎｇ－ｅＮＢ（複数可）３２０は、ＮＧインタフェースを介して５ＧＣに接続する。ｇＮＢおよびｎｇ－ｅＮＢの各々は、図３に示すセル３１１ａ－ｂおよび３２１ａ－ｂなどの１つより多くのセルを含む地理的カバレッジエリアを提供することができる。ＵＥ３０５は、それが位置する特定のセルに応じて、それぞれＮＲまたはＬＴＥ無線インタフェースを介して、その特定のセルにサービスを提供するｇＮＢまたはｎｇ－ｅＮＢと通信することができる。図３はｇＮＢとｎｇ－ｅＮＢを別々に示しているが、単一のＮＧ－ＲＡＮノードが両方のタイプの機能を提供することも可能である。

図６は、図４および図５に示すような、ＵＥ、ｇＮＢ、およびＡＭＦ間のＮＲユーザプレーン（ＵＰ）および制御プレーン（ＣＰ）プロトコルスタックの例示的な構成を示す。ＵＥとｇＮＢ間の物理（ＰＨＹ）、媒体アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、およびパケットデータ収束プロトコル（ＰＤＣＰ）層は、ＵＰとＣＰに共通である。ＰＤＣＰ層は、ＣＰとＵＰの両方に対して、暗号化／復号化、完全性保護、シーケンス番号付け、並べ替え、重複検出を提供する。さらに、ＰＤＣＰは、ＵＰデータのヘッダ圧縮と再送を提供する。

ＵＰ側では、インターネットプロトコル（ＩＰ）パケットがサービスデータユニット（ＳＤＵ）としてＰＤＣＰ層に到着し、ＰＤＣＰはプロトコルデータユニット（ＰＤＵ）を作成してＲＬＣに配信する。各ＩＰパケットが到着すると、ＰＤＣＰは廃棄タイマーを開始する。このタイマーの期限が切れると、ＰＤＣＰは関連するＳＤＵと対応するＰＤＵを破棄する。ＰＤＵがＲＬＣに配信された場合、ＰＤＣＰはＲＬＣにも破棄を指示する。

ＲＬＣ層は、論理チャネル（ＬＣＨ）を介してＰＤＣＰのＰＤＵをＭＡＣに転送する。ＲＬＣは、上位層との間で転送されるデータのエラー検出／訂正、連結、分割／再組立、シーケンス番号付け、並び替えを行う。ＲＬＣは、ＰＤＣＰのＰＤＵに関連する廃棄指示を受信した場合、対応するＲＬＣのＳＤＵ（またはその任意のセグメント）が下位レイヤに送信されていなければ、廃棄することになる。

ＭＡＣ層は、ＬＣＨとＰＨＹトランスポートチャネル間のマッピング、ＬＣＨの優先順位付け、トランスポートブロック（ＴＢ）への多重化またはＴＢからの逆多重化、ハイブリッドＡＲＱ（ＨＡＲＱ）エラー訂正、動的スケジューリング（ｇＮＢ側）などを提供する。ＰＨＹ層は、ＭＡＣ層にトランスポートチャネルサービスを提供し、変調、符号化、アンテナマッピング、ビームフォーミングなど、ＮＲ無線インタフェース上の転送を処理する。

ＵＰ側では、サービスデータ適応プロトコル（ＳＤＡＰ）層がサービス品質（ＱｏＳ）を処理する。これには、ＱｏＳフローとデータ無線ベアラ（ＤＲＢ）間のマッピング、ＵＬおよびＤＬパケット内のＱｏＳフロー識別子（ＱＦＩ）のマーキングが含まれる。ＣＰ側では、非アクセス層（ＮＡＳ）レイヤがＵＥとＡＭＦの間にあり、ＵＥ／ｇＮＢの認証、モビリティ管理、およびセキュリティ制御を処理する。

ＲＲＣ層はＵＥのＮＡＳの下に位置するが、終端はＡＭＦではなくｇＮＢになる。ＲＲＣは、無線インターフェイスにおけるＵＥとｇＮＢ間の通信、およびＮＧ－ＲＡＮ内のセル間におけるＵＥのモビリティを制御する。また、ＲＲＣはシステム情報（ＳＩ）をブロードキャストし、ＵＥが使用するＤＲＢおよびシグナリング無線ベアラ（ＳＲＢ）の確立、構成、維持、および解放を実行する。さらに、ＲＲＣは、ＵＥのキャリアアグリゲーション（ＣＡ）およびデュアルコネクティビティ（ＤＣ）構成の追加、変更、および解放を制御する。ＲＲＣはまた、鍵管理などのさまざまなセキュリティ機能も実行する。

ＵＥは電源投入後、ネットワークとのＲＲＣ接続が確立されるまでＲＲＣ＿ＩＤＬＥ状態になり、その時点でＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（データ転送が可能な状態など）に移行する。ネットワークとの接続が解除されると、ＵＥはＲＲＣ＿ＩＤＬＥに戻る。ＲＲＣ＿ＩＤＬＥ状態では、ＵＥの無線は、上位レイヤによって設定された不連続受信（ＤＲＸ）スケジュールでアクティブになっている。ＤＲＸアクティブ期間（「ＤＲＸオン期間」とも呼ばれる）中、ＲＲＣ＿ＩＤＬＥのＵＥは、ＵＥがキャンプしているセルでＳＩ放送を受信し、セル再選択をサポートするために近隣セルの測定を行い、ｇＮＢを介して５ＧＣからのページのためにＰＤＣＣＨのページングチャネルを監視している。ＲＲＣ＿ＩＤＬＥ状態にあるＮＲのＵＥは、ＵＥがキャンプしているセルにサービスを提供するｇＮＢに知られることはない。しかし、ＮＲのＲＲＣには、ＵＥがサービングｇＮＢによって（例えば、ＵＥコンテキストを介して）知られるＲＲＣ＿ＩＮＡＣＴＩＶＥ状態が含まれる。ＲＲＣ＿ＩＮＡＣＴＩＶＥは、ＬＴＥで使用される「サスペンド」状態に似た特性をいくつか備えている。

上述したように、ＱｏＥ測定は、ＬＴＥネットワークおよび旧世代のＵＭＴＳネットワークで動作するＵＥ向けに規定されている。どちらのネットワークでも、測定は同じハイレベルな原則に従って行われる。その目的は、ネットワーク上で特定のアプリケーションを使用する際のエンドユーザの体験を測定することである。例えば、ストリーミングサービスやＭＴＳＩ（ＩＭＳのための移動電話サービス）のＱｏＥ測定は、ＬＴＥでサポートされている。

ＱｏＥ測定は、ＵＥのグループ（例えば、１つまたは複数の基準を満たすすべてのＵＥ）に対して一般的にＯＡＭノードからＲＡＮに向かって開始されることもあれば、特定のＵＥに対してＣＮからＲＡＮに向かって開始されることもある。測定の構成には、測定の詳細が含まれ、これはＲＡＮに対して透過的なコンテナにカプセル化されている。

「ＴＲＡＣＥ ＳＴＡＲＴ」Ｓ１ＡＰメッセージは、ＬＴＥのＥＰＣが特定のＵＥによるＱｏＥ測定を開始するために使用する。このメッセージは、アプリケーションが収集すべき測定構成に関する詳細を、ＲＡＮに透過的な「アプリケーション層測定構成のためのコンテナ」ＩＥに伝える。また、このメッセージには、測定値を送信すべきＴＣＥに到達するために必要な詳細が含まれる。

図７Ａ～図７Ｄは、レガシーＵＭＴＳネットワークにおけるＱｏＥ測定のためのＵＭＴＳのＲＡＮ（ＵＴＲＡＮ）とＵＥ間の各種手順を示している。これらは、ＬＴＥ（Ｅ－ＵＴＲＡＮ）について規定されたものと同様である。図７Ａに示すように、ＵＴＲＡＮはＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージを送信して、ＵＥにそのアプリケーション層測定能力を報告するよう要求することができる。図７Ｂに示すように、ＵＥは、ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージ、特に、ストリーミングサービスおよび／またはＭＴＳＩサービスのためのＱｏＥ測定収集を実行するＵＥ能力に関連する情報を含む「測定能力」ＩＥを介して、ＵＴＲＡＮにそのアプリケーション層測定能力を提供することができる。以下の表１は、このＩＥの内容の例を示している：

ＵＴＲＡＮは、ＵＥ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｃｏｎｆｉｒｍメッセージで応答できる。図７Ｃは、ＵＴＲＡＮがＵＥのＱｏＥ測定を構成するために、「アプリケーション層測定構成」ＩＥを含む測定制御メッセージを送信できることを示する。以下の表２は、このＩＥの内容の例を示している：

図７Ｄは、ＵＥが、「アプリケーション層測定報告」ＩＥを含む測定報告メッセージを使用して、ＵＴＲＡＮを介してＱｏＥ測定結果をＴＣＥに送信できることを示す。以下の表３は、このＩＥの内容の例を示している：

上述したように、図１および図２は、ＬＴＥネットワークにおけるＱｏＥ測定を構成するためのＥ－ＵＴＲＡＮとＵＥとの間の手順を示している。図１は、ＵＥの無線アクセス能力情報をＵＥからＥ－ＵＴＲＡＮに転送するために使用されるＵＥ能力転送手順の例を示している。最初に、Ｅ－ＵＴＲＡＮは、図７Ａに示す配置と同様に、ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージを送信することができる。ＵＥは、「ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ」ＩＥを含むＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージで応答することができる。

このＩＥは、ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ－ｖ１５３０ＩＥをさらに含むことができ、これは、ＵＥがストリーミングサービスおよび／またはＭＴＳＩサービスのＱｏＥ測定収集をサポートしているかどうかを示すために使用することができる。特に、ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ－ｖ１５３０ＩＥは、ＵＥの測定サポートに関する情報を含むｍｅａｓＰａｒａｍｅｔｅｒｓ－ｖ１５３０ＩＥを含むことができる。場合によっては、ＵＥ－ＥＵＴＲＡ－ＣａｐａｂｉｌｉｔｙＩＥは、ｑｏｅ－Ｅｘｔｅｎｓｉｏｎｓ－ｒ１６フィールドを含むことができる「ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ－ｖ１６ｘｙ－ＩＥ」を含むこともできる。図８Ａは、これらの様々なＩＥのＡＳＮ．１データ構造の例を示しており、以下の表４に定義されている様々なフィールドを備えている。

図８Ｂは、上記表４で述べたｑｏｅ－ＲｅｆｅｒｅｎｃｅパラメータのＡＳＮ．１データ構造例を示す図である。

図９Ａ～図９Ｃは、ＬＴＥネットワークにおけるＵＥのためのＱｏＥ測定収集の様々な態様を示す。特に、図９Ａは、ＬＴＥのためのＱｏＥ測定収集プロセスの例示的なシグナリングフロー図である。ＱｏＥ測定を開始するために、サービングｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥに、ＱｏＥ構成ファイル、例えば、ＯｔｈｅｒＣｏｎｆｉｇＩＥ内のｍｅａｓＣｏｎｆｉｇＡｐｐＬａｙｅｒＩＥを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送る。上述したように、ＱｏＥ構成ファイルは、ｅＮＢが（例えば、ＥＰＣから）受信したアプリケーション層の測定構成で、透過コンテナにカプセル化されており、ＲＲＣメッセージの中でＵＥに転送される。ＵＥはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージで応答する。その後、ＵＥは設定されたＱｏＥ測定を実行し、ＱｏＥ測定結果ファイルを含むＭｅａｓＲｅｐｏｒｔＡｐｐＬａｙｅｒＲＲＣメッセージをｅＮＢに送信する。図示していないが、ｅＮＢは、この結果ファイルを透過的に（例えば、ＥＰＣに）転送することができる。

図９ＢはｍｅａｓＣｏｎｆｉｇＡｐｐＬａｙｅｒＩＥのＡＳＮ．１データ構造の例である。このセットアップには、対象アプリケーションのＱｏＥ測定構成を指定する透過コンテナｍｅａｓＣｏｎｆｉｇＡｐｐＬａｙｅｒＣｏｎｔａｉｎｅｒが含まれる。ｓｅｒｖｉｃｅＴｙｐｅフィールドでは、「ｑｏｅ」の値はストリーミングサービスのための体感品質測定収集を示し、「ｑｏｅｍｔｓｉ」の値はＭＴＳＩのための強化型体感品質測定収集を示している。このフィールドには、様々な予備値も含まれる。

図９Ｃは、ＵＥがアプリケーション（またはサービス）のＱｏＥ測定結果をＥ－ＵＴＲＡＮに（例えば、ＳＲＢ４を介して）送信できるｍｅａｓＲｅｐｏｒｔＡｐｐＬａｙｅｒＩＥ用のＡＳＮ．１データ構造の一例を示している。報告が送信されるサービスは、ｓｅｒｖｉｃｅＴｙｐｅＩＥで示される。

３ＧＰＰ ＴＳ ２８．４０５に規定されているように、ＬＴＥのＲＡＮノード（すなわちｅＮＢ）は、過負荷の状況が観察された場合に、ＱｏＥ測定報告を一時的に停止してレジュームすることが認められている。この動作をまとめると、以下のようになる。ＲＡＮで過負荷が発生した場合、ｅＮＢは、アプリケーション層の測定報告を一時的に停止するために、ｍｅａｓＣｏｎｆｉｇＡｐｐＬａｙｅｒＩＥ（ｏｔｈｅｒＣｏｎｆｉｇ内）を設定したＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを関連するＵＥに送信して、ＵＥ報告を一時的に停止することができる。アプリケーションは報告を停止し、さらなる情報の記録を停止することができる。ＲＡＮの過負荷状態が終了すると、ｅＮＢは、アプリケーション層測定報告をレジュームするためにｍｅａｓＣｏｎｆｉｇＡｐｐＬａｙｅｒＩＥ（ｏｔｈｅｒＣｏｎｆｉｇ内）が設定されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを関連ＵＥに送信することにより、ＵＥ報告をレジュームできる。アプリケーションは、報告および記録が停止していた場合、それをレジュームする。

一般に、ＲＡＮ（例えば、Ｅ－ＵＴＲＡＮまたはＮＧ－ＲＡＮ）は、ＵＥの進行中のストリーミングセッションを知らず、また、ＵＥによってＱｏＥ測定が実行されているときにも気づかない。それでも、測定値を分析するクライアントまたは管理機能にとって、ストリーミングセッション全体が測定されることは重要である。そのため、ＵＥがハンドオーバ中であっても、セッション全体のＱｏＥ測定を維持することは有益である。しかし、ＲＡＮがＱｏＥ測定を停止するタイミングは、実装上の決定事項である。例えば、ハンドオーバなどにより、ＵＥが測定領域外に移動した場合に行われる可能性がある。

ＱｏＥ測定に加えて、ＵＥは、実際のネットワーク性能の手動テスト（すなわち、ネットワークの地理的カバレッジの周囲をドライブすることによる）の要件を低減および／または最小化することを目的とする最小化ドライブテスト（ＭＤＴ）をサポートする測定を実行および報告するように構成することができる。ＭＤＴ機能は、ＬＴＥリリース９で初めて研究され（３ＧＰＰ ＴＲ ３６．８０５など）、リリース１０で初めて標準化された。ＭＤＴは、カバレッジの最適化、容量の最適化、モビリティの最適化、サービス品質（ＱｏＳ）の検証、共通チャネル（ＰＤＳＣＨなど）のパラメータ化など、さまざまなネットワーク性能の向上に対応することができる。

ＵＥは、ログ記録および／または即時ＭＤＴ測定を実行するように構成することができる。ＲＲＣ＿ＩＤＬＥ状態のＵＥは、（たとえば、ネットワークからのＬｏｇｇｅｄＭｅａｓｕｒｅｍｅｎｔＣｏｎｆｉｇｕｒａｔｉｏｎＲＲＣメッセージを介して）定期的なＭＤＴ測定ロギングを実行するように構成することができる。受信したＭＤＴ設定には、ｌｏｇｇｉｎｇｉｎｔｅｒｖａｌとｌｏｇｇｉｎｇｄｕｒａｔｉｏｎを含めることができる。ＵＥは、構成を受信すると、ｌｏｇｇｉｎｇｄｕｒａｔｉｏｎ（たとえば、１０～１２０分）に設定されたタイマー（Ｔ３３０）を開始し、ＵＥがＲＲＣ＿ＩＤＬＥ状態にある間にｌｏｇｇｉｎｇｄｕｒａｔｉｏｎ内のｌｏｇｇｉｎｇｉｎｔｅｒｖａｌ（１．２８～６１．４４秒）ごとに周期的にＭＤＴロギングを実行する。特に、ＵＥは、セル再選択の目的に必要な既存の測定値に基づいて、ＤＬ参照信号受信強度および品質（すなわち、ＲＳＲＰ、ＲＳＲＱ）を収集する。ＵＥは、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に戻ったときに、収集／ログ化された情報をネットワークに報告する。図４は、ＵＥによって実行されるログ記録されたＭＤＴ手順の例を示している。

対照的に、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある間に即時ＭＤＴ測定を実行および報告するように構成することができる。ログ記録されたＭＤＴと同様に、即時ＭＤＴ測定は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある間に実行された既存のＵＥおよび／またはネットワーク測定に基づいており、以下の測定量のいずれかを含むことができる：
・Ｍ１：ＵＥによるＲＳＲＰとＲＳＲＱの測定。
・Ｍ２：ＵＥによるパワーヘッドルーム測定。
・Ｍ３：ｅＮＢによる受信干渉電力測定。
・Ｍ４：ｅＮＢによる、ＵＥごとＱＣＩ（ＱｏＳクラスインジケータ）ごとの、ＤＬとＵＬ別々に対するデータ量測定。
・Ｍ５：ｅＮＢによる、ＵＥごとＲＡＢごとの、ＤＬではＵＥごとの、ＵＬではＵＥごとの、ＤＬとＵＬ別々に対するＭＤＴ測定用のスケジュールＩＰ層スループット。
・Ｍ６：ＵＥごとＱＣＩごとの、ＤＬとＵＬ別々に対するパケット遅延測定（ＵＥによるＵＬのＰＤＣＰ遅延およびｅＮＢによるＱＣＩごとのＤＬにおけるパケット遅延を参照）。
・Ｍ７：ｅＮＢによる、ＵＥごとＱＣＩごとの、ＤＬとＵＬ別々に対するパケットロス率測定。
・Ｍ８：ＵＥによる受信信号強度（ＲＳＳＩ）測定。
・Ｍ９：ＵＥによるラウンドトリップタイム（ＲＴＴ）測定。

例えば、Ｍ１測定値の報告は、イベントＡ１～Ａ６またはＢ１～Ｂ２のいずれかについて、既存のＲＲＭ構成に従って、イベントトリガとすることができる。さらに、Ｍ１報告は、ＭＤＴ固有の測定構成に従って、周期的、Ａ２イベントトリガー的、またはＡ２イベントトリガー的な周期的とすることができる。別の例として、Ｍ２測定の報告は、電力ヘッドルーム報告（ＰＨＲ）の受信に基づくことができ、Ｍ３～Ｍ９の報告は、測定収集期間の満了によってトリガされることができる。

上述したように、ＬＴＥネットワークにおけるＱｏＥ測定のための既存のソリューションは、異なるサービスに対して広範な測定セットを収集するように設計されているため、ＣＮやＯＡＭなどの要求側エンティティに報告すべき測定データが大量に発生する可能性がある。３ＧＰＰのリリース１７では、ＲＡＮノードがＵＥのＱｏＥ測定値に基づいてパフォーマンスのさまざまな側面を適応できるように、ＱｏＥ報告の可視性を提供することが合意されている。ＱｏＥ報告は高速かつ頻繁に行われるため、ＲＡＮノードはＵＲＬＬＣサービスの要件を満たすためにパフォーマンスを迅速に適応させることができるため、これはＵＲＬＬＣサービスに特に有益である。

しかし、上述のように、第１のＲＡＮがＵＥをＱｏＥ測定用に設定した後にＵＥの接続を再構成すると、第２のＲＡＮが進行中の測定値を知らないうちに改ざんする可能性がある。以下に詳述するのは、ＵＥ用に構成されたＱｏＥ測定値および関連する無線関連測定値（ＭＤＴ測定値など）をＲＡＮノード間で協調的に処理できるようにするためのソリューションであり、この処理は、このＵＥに関連する以下の接続手順（デュアルコネクティビティ、モビリティ、ＲＲＣレジューム、ＲＲＣ再確立）に関連する。

これらの解決策は、まず、第１のＲＡＮノード、すなわち、上記で簡単に説明したいくつかのシナリオにおいて、ＵＥをＱｏＥ測定値で構成するノードに関連する技術を詳述することによって説明され得る。様々なシナリオによれば、この第１のＲＡＮノードは、例えば、デュアルコネクティビティ、モビリティ、ＲＲＣレジューム、ＲＲＣ再確立、サービス用データの転送を第１のＲＡＮノードを介してＵＥに向かう経路から第２のＲＡＮノードを介してＵＥに向かう経路への切り替え（非限定例）などの第１のＲＡＮノードと第２のＲＡＮノードの両方を含む操作またはシグナリング手順によって第２のＲＡＮノードと関連付けられる。第１のＲＡＮノードは、ＱｏＥ測定のために無線端末を構成するためのＲＲＣメッセージを送信する。

図１０は、第１のＲＡＮノードについて、直ちに詳述され、本明細書で一般的に説明されるような技術による例示的な方法を示す処理フロー図である。

今回開示されている技術の様々なものによる第１のアプローチでは、第１のＲＡＮノードは、第２のＲＡＮノードに、第１のＲＡＮノードがＱｏＥ測定のために無線端末を構成した１つの（またはリストの）ＱｏＥ測定に関連する測定に関する状態情報を送信する。これは、図１０のブロック１０１０で示される。このＱｏＥ測定の状態情報は、以下のいくつかまたはすべてで構成され得る：
－構成されたＱｏＥ測定値に関する情報
・ＱｏＥ測定のために構成されている／されているＵＥの識別子、またはＵＥのグループのＵＥ識別子のリスト
・無線端末または無線端末群に対して設定されたＱｏＥ測定（複数可）またはＱｏＥ測定構成（複数可）の１つまたはリスト
・構成されたＱｏＥ測定値に関連するＱｏＥ参照ＩＤ（複数可）の１つまたはリストなどの参照または参照のリスト
・管理ベースのＱｏＥやシグナリングベースのＱｏＥなど、構成されたＱｏＥ測定のタイプに関するインジケーション（例えば、デュアルコネクティビティシナリオの一部として）
・ＱｏＥ測定値が関連するサービスタイプまたはサービスサブタイプを示すインジケーションまたはインジケーションリスト
・ＱｏＥ測定構成対象のサービスタイプまたはサービスサブタイプに属するアプリケーションのセッションが進行中であるかどうかのインジケーションまたはそのようなインジケーションのリスト
・ＱｏＥ測定構成対象のサービスタイプまたはサービスサブタイプに属するアプリケーションのセッションが開始されたことを示すインジケーションまたはそのようなインジケーションのリスト
・ＱｏＥ測定構成対象のサービスタイプまたはサービスサブタイプに属するアプリケーションのセッションが停止したことを示すインジケーションまたはそのようなインジケーションのリスト
・それぞれのＱｏＥ測定が設定されているか（すなわち測定が設定されているがまだ開始されていない）、アクティブ化されているか（すなわちアプリケーションセッションが開始され測定が現在進行している）、中断されているか、非アクティブ化されているかを示す、サービスタイプごとのサブタイプのインジケーション、またはサービスタイプごともしくはサービスサブタイプごとのインジケーションリスト
・スライス単位のＱｏＥ測定が有効であることを示すインジケーションと、対応するＳ－ＮＳＳＡＩのリスト
・ＱｏＥ測定が有効なＲＡＴタイプのインジケーション
・構成されたＱｏＥ測定に関連するＭＣＥに関するインジケーション又はインジケーションのリスト
・第２のＲＡＮノードが、設定されたＱｏＥ測定値を、ある期間もしくは所定の時刻まで有効であるとみなす旨のインジケーション、またはＱｏＥ測定収集プロセスの残り時間、またはＱｏＥ測定収集開始からＱｏＥ測定収集終了までの全体の時間である旨のインジケーション
・構成されたＱｏＥ測定構成が有効であるエリアスコープまたはエリアスコープのリストのインジケーション
・進行中のＱｏＥ測定に結合された進行中の無線関連測定（例えば、ＭＤＴ測定）に対する参照、又は参照のリスト
－ＱｏＥ測定報告構成に関する情報
・ＴＣＥにシグナリングされるＱｏＥ測定報告のサイズ
・ＱｏＥ測定報告をＴＣＥに通知すべき期間
・ＱｏＥ報告と共にシグナリングされる、ＱｏＥ報告が既にＴＣＥにシグナリングされているか否かを示すインジケーション
－構成されたＱｏＥ測定に結合された無線関連の測定（例えば、ＭＤＴ測定）に関する情報：
・進行中のＱｏＥ測定に連動する無線関連測定の構成
・進行中のＱｏＥ測定に結合された進行中の無線関連測定への参照または参照のリスト
・無線関連測定に結合されたＱｏＥ測定の参照または参照のリスト
－ＵＥのグループが、上述の関心のあるシグナリング手順（デュアルコネクティビティ、モビリティ、ＲＲＣレジューム、ＲＲＣ再確立など）のうちの１つを同時に受けている場合、本明細書に記載された動作および対応する測定状態転送シグナリングは、複数のＵＥに関連する状態（例えば、現在ハンドオーバを受けているすべてのＵＥに対して設定された測定値の一覧）を搬送することができる。例えば、モビリティ、ＲＲＣレジューム、およびＲＲＣ再確立のためのシグナリング手順は、通常、一度に１つのＵＥに対して実行されるため、ＵＥのグループに対する上述の状態情報転送は、新たに定義された手順で運ばれてもよいことに留意する。

今回開示されている実施形態の様々なものによる第２の手法では、第１のＲＡＮノードは、第２のＲＡＮノードに、第１のＲＡＮノードがＱｏＥ測定のために無線端末に以前に送信した１つの（またはリストの）ＱｏＥ測定構成に関連するＱｏＥ測定に関する要求、または上記ＱｏＥ測定に関連する無線関連測定（ＭＤＴなど）に関する要求、送信する。一例が、図１０のブロック１０２０に示されている。これらの要求は、以下のように構成され得る：
－設定されたＱｏＥ測定値に関する要求、例えば：
・アクティブ化されたＱｏＥ測定の１つまたはリストをサスペンドする要求
・中断されたＱｏＥ測定の１つまたはリストをレジュームするための要求
・アクティブ化されたＱｏＥ測定の１つまたはリストを解除またはサスペンドするための要求
・ＲＡＴ間モビリティまたはシステム間モビリティに関連する第１の例では、第２のＲＡＮノードは、進行中のＱｏＥ測定に関連する１つまたは複数のサービスタイプまたはサービスサブタイプをサポートしないＲＡＴまたはシステムに属しており、これらのサービスタイプおよび／またはサブタイプに係る測定がそれゆえ解除またはサスペンドされることを意味する。
・別の例は、手順（例えば、デュアルコネクティビティ動作に関連する）がトリガされようとしているときに、ＱｏＥ測定のためにＵＥを構成した第１のＲＡＮノードが、進行中のＱｏＥ測定のフルセットまたは一部を停止またはサスペンドしなければならないという指示を（例えば、ＯＡＭから）受け取ったときである。
・ＱｏＥ測定構成の再構成、例えば置換の要求、またはそのような再構成／置換のリスト
・第２のＲＡＮノードによって受信されたＱｏＥ報告を第１のＲＡＮノードに送信する（またはバッファリングしてその後第１のＲＡＮノードに送信する）要求。当該要求は、当該報告の開始および停止に関連する追加の条件、例えば、以下を任意に含む：
・ＱｏＥ報告を受信するＲＡＮノードの切り替えをもたらすＵＥにおける（シグナリング）無線ベアラの再構成、第１のＲＡＮノードから第２のＲＡＮノードに送信される過負荷インジケーション、期間、セッション終了まで、次のモビリティイベントがトリガされるまで、さらなるＵＥの再構成まで、サービスタイプまたはサービスサブタイプ、スライスまたはスライスのリスト
－設定されたＱｏＥ測定値に結合された無線測定値（例えばＭＤＴ測定値）に関する要求、例えば：
・無線端末を無線計測のために構成するために第１のＲＡＮノードによって使用される同じ構成で無線端末を構成する要求
・第１のＲＡＮノードによって使用される構成のサブセットは、第１のＲＡＮノードによって要求され得る（または第２のＲＡＮノードによって受け入れられる）。これは、例えば、（１）以前に構成された無線測定の一部がもはや必要とされないようにＱｏＥ測定構成が修正される場合、（２）第２のＲＡＮノードが、第１のＲＡＮノードが無線端末用に構成した無線測定構成の一部のみをサポートする場合などに望まれる（または必要な）場合がある。
・以前に設定された測定のトリガー、解除、進行中の測定のサスペンド、ＱｏＥ構成の中断、または無線関連測定（ＭＤＴ測定など）のレジュームを要求する要求
－代替の解決策では、第１のＲＡＮノードはまず要求メッセージを送信し、第２のＲＡＮノードは、確認応答、または障害と、例えば、第２のＲＡＮノードが要求を満たすことができることを示す、または要求の一部を満たすことができることを示す応答をしてよい。この応答は、図１０のブロック１０３０で示される。その後、第１のＲＡＮノードは、図１０のブロック１０４０で示されるように、第２のＲＡＮノードからの応答に基づいて、第２の、修正された、要求メッセージを送信し得る。
－第２の実施形態に係る動作をＵＥのグループに対して実行する必要がある場合、記載された複数のＵＥに係る要求は、同じメッセージ（例えば、現在ハンドオーバ中のすべてのＵＥに対して設定された測定のリスト）において搬送されてもよい。例えば、モビリティ、ＲＲＣレジューム、ＲＲＣ再確立などのためのシグナリング手順は、通常、一度に１つのＵＥに対して実行されるので、ＵＥのグループに対する上述の要求は、新たに定義された手順で運ばれてもよいことに留意されたい。
・下位実施形態では、要求メッセージは、ＱｏＥ測定関連要求がそれらのＵＥをターゲットとして送信される１つまたは複数のＵＥのリストのためのＵＥ識別子を含む。ＵＥ識別子は、ＮＧ－ＲＡＮノードＵＥのＸｎＡＰ ＩＤの任意の変種であることができる。いくつかの非限定的な例は以下の通りである：Ｍ－ＮＧ－ＲＡＮノードＵＥのＸｎＡＰ ＩＤまたはＳ－ＮＧ－ＲＡＮノードＵＥのＸｎＡＰ ＩＤ。
・他の下位実施形態では、複数のＵＥに係る要求は、すべてのＵＥについて同じタイプであってもよく（この場合、ＵＥのリスト全体について単一の要求タイプの指示が必要である）、異なるＵＥについて異なるタイプであってもよい（ここで、複数のＵＥのグループに対する多様な要求タイプのリストにおいて、同じ要求タイプが指示されるＵＥが依然として存在し得ることを含む）。
－上記のすべてにおいて、同一のＵＥまたは同一のＱｏＥ測定構成に係る複数の種類の要求が同一のメッセージで伝達され得る（すなわち、ＵＥまたはＱｏＥ測定構成ごとの複数の要求が、第１のＲＡＮノードから第２のＲＡＮノードへの同一のメッセージに含まれ得る）。

今回開示されている技術の他の態様は、上述の様々なシナリオで議論された第２のＲＡＮノード、すなわち、ＵＥに対する以前のＱｏＥ測定構成に関して第１のＲＡＮノードから特定の情報を受信するノードに関して説明され得る。この第２のＲＡＮノードは、デュアルコネクティビティ、モビリティ、レジューム、再確立など、第１のＲＡＮノードと第２のＲＡＮノードの両方を含む操作またはシグナリング手順によって、第１のＲＡＮノードと関連付けられる。図１１は、第２のＲＡＮノードについて、これらの技術による例示的な方法を示す処理フロー図である。

いくつかの実施形態では、第２のＲＡＮノードは、第１のＲＡＮノードから、第１のＲＡＮノードがＱｏＥ測定のために無線端末を構成した１つの（または複数の）ＱｏＥ測定構成（のリスト）に関連するＱｏＥ測定に関する状態情報を受信する。これは、図１１のブロック１１１０で示される。このＱｏＥ測定の状態情報は、上記の第１のＲＡＮノードのための実施形態で詳述した情報を構成することができる。

これらのいくつかの実施形態および他の実施形態では、第２のＲＡＮノードは、第１のＲＡＮノードから、第１のＲＡＮノードがＱｏＥ測定のためにＵＥにＱｏＥ構成を有するＲＲＣメッセージを送信した１つの（または複数の）ＱｏＥ測定構成（のリスト）に関連するＱｏＥ測定に関する要求を受け取る。一例が、図１１のブロック１１２０に示されている。これらの要求は、上記の第１のＲＡＮノードのための実施形態で詳述した要求のいずれかを構成することができる。

第１のＲＡＮノードからの先に示されたタイプのうちの１つの要求に応答して、第２のＲＡＮノードは、要求の実行の状態インジケーションを送信することができ、例えば、そのような状態インジケーションは、例えば、「成功」、「拒否」、「保留」、「一部成功－一部拒否」、または「一部保留－一部拒否」のうちの１つを示すことができる（他の実行状態インジケーションが排除されるわけではない）。

上記において、複数のＵＥが同時に上記アクションをトリガーする手順（状態情報送信または要求送信）を受ける場合、対応するネットワークシグナリングは、同じメッセージにおいて、これらのＵＥのうちの１つまたは複数に係る状態インジケーションおよび／または要求を伝えることができる。

第２のＲＡＮノードが第１のＲＡＮノードから要求（先に説明した要求のタイプ（複数可）のうちの１つ）を含むメッセージを受信した場合、第２のＲＡＮノードは、第１のＲＡＮノードの要求の実行状態のインジケーションで応答し得る。一例が、図１１のブロック１１３０に示されている。インジケーションは、ＵＥごとまたはＱｏＥ測定構成ごとであってもよく、各インジケーションは、例えば、「成功」、「拒否」、「保留」、「一部成功－一部拒否」、または「一部保留－一部拒否」のいずれかであってもよい（ここで、他の実行状態のインジケーションは排除されない）。

いくつかの実施形態では、第１のＲＡＮノードから、ＵＥに関連するＱｏＥ測定構成、またはＵＥに関連するＱｏＥ測定構成のインジケーション（ここで、ＵＥは、進行中のまたは準備中のモビリティまたはデュアル／マルチ接続動作が終了した後に、第２のＲＡＮノードによってサービスされるか、第２のＲＡＮノードによってサービスを受けることになる）を受信すると、またはＵＥが第２のＲＡＮノードによってサービスを提供され、当該ＱｏＥ測定構成がまだ存在し有効である間の任意の後の時間に、第２のＲＡＮノードは、ＵＥに転送されるようにＭＤＴまたはＲＲＭ測定構成を第１のＲＡＮノードに送信することができ、このＭＤＴまたはＲＲＭ測定構成はオプションとして、（例えば、ＱｏＥ測定とＭＤＴおよび／またはＲＲＭ測定との同期および／または協調を可能にするために）ＱｏＥ測定構成にリンクされてもよい。この例は、図１１のブロック１１４０に示されている。

他の実施形態では、第１のＲＡＮノードから、ＵＥに関連するＱｏＥ測定構成、またはＵＥに関連するＱｏＥ測定構成のインジケーションを受信すると（ここで、ＵＥは第２のＲＡＮノードによってサービスを提供されるか、進行中のまたは準備中のモビリティまたはデュアル／マルチ接続動作が終了した後に第２のＲＡＮノードによってサービスを受ける）、またはＵＥが第２のＲＡＮノードによってサービスされ、当該ＱｏＥ測定構成がまだ存在し有効である間の任意の後の時間に、第２のＲＡＮノードは、（例えば、ＱｏＥ測定とＭＤＴ測定および／またはＲＲＭ測定との同期および／または調整を可能にするために）当該ＱｏＥ測定構成にリンクされるＭＤＴまたはＲＲＭ測定でＵＥを構成する要求を第１のＲＡＮノードに送信し得る。

さらに他の実施形態では、第１のＲＡＮノードから、ＵＥに関連するＱｏＥ測定構成、またはＵＥに関連するＱｏＥ測定構成のインジケーションを受信すると（ここで、ＵＥは第２のＲＡＮノードによってサービスを提供されるか、進行中のまたは準備中のモビリティまたはデュアル／マルチ接続動作が終了した後に第２のＲＡＮノードによってサービスを受ける）、またはＵＥが第２のＲＡＮノードによってサービスされ、当該ＱｏＥ測定構成がまだ存在し有効である間の任意の後の時間に、第２のＲＡＮノードは、ＭＤＴまたはＲＲＭ測定構成をＵＥに送信し、（例えば、ＱｏＥ測定とＭＤＴおよび／またはＲＲＭ測定との同期および／または調整を可能にするために）このＭＤＴまたはＲＲＭ測定構成はオプションとして、ＱｏＥ測定構成にリンクされ得る。

一実施形態では、第２のＲＡＮが第１のＲＡＮからＱｏＥ測定状態に関する一連の情報を受信した場合、第２のＲＡＮは、受信した可能性のある新しいＱｏＥ測定構成を管理するためにそれらを使用することができる：
・第２のＲＡＮが新しいシグナリングベースの設定を受信し、第２のＲＡＮが第１のＲＡＮと異なるＲＡＴで動作している場合、第２のＲＡＮは、直接または第１のＲＡＮノードを介して、新しいシグナリングベースの設定でＵＥを構成する
・第２のＲＡＮが新しいシグナリングベースの構成を受信し、第２のＲＡＮが第１のＲＡＴと同じＲＡＴでＵＥにサービスを提供している場合、第２のＲＡＮは、新しく受信したＱｏＥ測定構成を第１のＲＡＮノードから受信した情報と比較する。新しい構成が現在進行中の構成に含まれる場合、第２のＲＡＮは、当該構成でＵＥを構成しないことを決定し得る。新しい構成が第１のＲＡＮで進行中の構成の一部を含む場合、第２のＲＡＮは、第１および第２のＲＡＮノードでの構成をマージする構成でＵＥを構成することを決定することができる。あるいは、第２のＲＡＮは、新たに受信した構成でＵＥを構成し、構成を所定の位置に上書きすることを決定することができる
・第２のＲＡＮが新しいシグナリングベースの構成を受信し、第２のＲＡＮが第１のＲＡＴと同じＲＡＴ上でＵＥにサービスを提供している場合、第２のＲＡＴは、第１のＲＡＮが新しい構成を受け入れてＵＥに信号を送るか、新しい構成を古い構成とマージしてＵＥに信号を送るか、新しい構成を拒否してＵＥを既存の構成で維持できるように、新しいシグナリングベースの構成を第１のＲＡＮに通知することにしてもよい（第１のＲＡＮを介して構成した場合）
・上記のプロセスは、管理ベースのＱｏＥ構成のために繰り返されることがある
・別の実施形態では、第２のＲＡＮノードが、報告サイズおよび／またはＴＣＥへの報告の頻度を含むＱｏＥ測定構成とともに、ＱｏＥ報告がＴＣＥにシグナリングされたかどうかのインジケーションを受信した場合、第２のＲＡＮノードは、
・最初のＲＡＮノードから受信したＱｏＥ報告がＴＣＥにシグナリングされているかどうかを確認し、されていない場合は、
・ＱｏＥ測定構成の一部として設定された報告サイズに達するまで、ＱｏＥ報告に新しいＱｏＥ測定結果を追加し続ける、および／または
・ＱｏＥ報告期間（第２のＲＡＮノードがＴＣＥにＱｏＥ報告を報告すべき頻度から導かれる）が満了するまで、新しいＱｏＥ測定結果をＱｏＥ報告に追加し続け、その後、ＲＡＮはＴＣＥに報告を通知する
・ＱｏＥ報告サイズとＱｏＥ報告の報告頻度の両方がＱｏＥ測定構成の一部として構成されている場合、第２のＲＡＮノードは、これら２つの条件（報告サイズまたは報告期間の満了）のうち最初の条件が満たされたときに、ＱｏＥ報告をＴＣＥにシグナリングすべきである。さらなるオプションとして、ＲＡＮノードは、ＵＥが現在のサービングセル（複数可）を離れる場合、少なくともそれによってＱｏＥ構成用に構成されたエリアスコープも離れる場合、ＱｏＥ報告をＴＣＥにシグナリングする

本明細書で説明する技術は、上述した様々なシナリオにおけるＵＥに関しても説明することができる。ＵＥのＲＲＣが２つの異なるレッグから２つのＱｏＥ構成を受信する状況を解決するために、ＵＥのＲＲＣは、ネットワークの関与がなくても（すなわち、第１および第２のＲＡＮノード間のＱｏＥ構成状態のシグナリングがなくても）、いくつかのアクションを取ることができる。

図１２は、例示的なアプローチを示す。ブロック１２１０に示すように、ＵＥは、ＲＡＮノードから、１つまたは複数のサービスタイプのためのＱｏＥ測定構成を受信する。サービスタイプまたはアプリケーションに対するこのＱｏＥ測定構成を受信すると、ブロック１２２０に示すように、ＵＥは、ＲＲＣおよび上位層が、同じサービスタイプまたは同じアプリケーションに対する既存のＱｏＥ構成で既に構成されているかどうかを確認することができる。ブロック１２３０で示されるように、同じサービスタイプのＱｏＥ構成が存在する場合、ＵＥのＲＲＣは以下のアクションのうちの１つを取ることができる：
・新しい構成を破棄する、または、
・古い構成を解除し、新しい構成で自身と上位層を構成する
・新しい構成をサスペンドする、または、
・古い構成をサスペンドし、新しい構成を起動する
・新しい構成を受信したときに、古い構成がすでにサスペンド状態になっている場合は、新しい構成をアクティブにしておき、古い構成をリリースするか、古い構成をサスペンド状態にしておくか、どちらかにする
・サービス／アプリケーションのタイプまたはサービスのサブタイプが新しいＱｏＥ構成で指定されている場合、対象となるサービスまたはアプリケーションのタイプまたはサブタイプの自身および上位層を、指定されたサービスで構成し、残りのアプリケーションについては古い構成を維持する。
・デュアルコネクティビティシナリオにおいて、ＱｏＥ構成の一方がマスタノードから受信され、他方がセカンダリノードから受信された場合、セカンダリノードから受信したＱｏＥ構成をリリースし、マスタノードから受信したＱｏＥ構成を維持する。
・デュアルコネクティビティシナリオにおいて、ＱｏＥ構成の一方がマスタノードから受信され、他方がセカンダリノードから受信された場合、セカンダリノードから受信したＱｏＥ構成を中断し、マスタノードから受信したＱｏＥ構成をアクティブに維持する。
・ＱｏＥ構成が対象とするサービスの種類および／またはサービスのサブタイプの進行中のアプリケーションセッション（複数のセッションが進行中の場合は、そのすべてのアプリケーションセッション）が、古い構成を受信したＲＡＮノードに向けて無線ベアラを使用中の場合、古い構成を維持し、新しい構成を解放またはサスペンドする。
・ＱｏＥ構成が対象とするサービスの種類および／またはサービスのサブタイプの進行中のアプリケーションセッション（複数のセッションが進行中の場合は、そのすべてのアプリケーションセッション）が、新しい構成を受信したＲＡＮノードに向けて無線ベアラを現在使用している場合、新しい構成を維持し、古い構成を解放またはサスペンドする。

次に、ＮＧ－ＲＡＮの仕様に従った上述の技術の実施例を説明する。これらの例は、デュアルコネクティビティ動作、モビリティ、レジューム、および再確立に関連して提供される。

デュアルコネクティビティのために影響を与えることができるＸ２ＡＰ手順および関連メッセージの非限定的な例：
・ＳｇＮＢの追加準備、ＳＧＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ
・ＳｇＮＢが開始するＳｇＮＢリリース、ＳＧＮＢ ＲＥＬＥＡＳＥ ＲＥＱＵＩＲＥＤ
・ＭｅＮＢが開始するＳｇＮＢリリース、ＳＧＮＢ ＲＥＬＥＡＳＥ ＲＥＱＵＥＳＴ
・ＳｇＮＢのセル変更、ＳＧＢ ＣＨＡＮＧＥ ＲＥＱＵＩＲＥＤ
・ＳｅＮＢの追加準備、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ
・ＳｅＮＢが開始するＳｅＮＢリリース、ＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＱＵＩＲＥＤ
・ＭｅＮＢが開始するＳｅＮＢリリース、ＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＱＵＥＳＴ
・トレーススタート、ＴＲＡＣＥ ＳＴＡＲＴ

デュアルコネクティビティのために影響を与えることができるＸｎＡＰ手順および関連メッセージの非限定的な例：
・Ｓ－ＮＧ－ＲＡＮノードの追加準備、Ｓ－ＮＯＤＥ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ。
・Ｓ－ＮＧ－ＲＡＮノードが開始するＳ－ＮＧ－ＲＡＮノード変更、Ｓ－ＮＯＤＥ ＣＨＡＮＧＥ ＲＥＱＵＩＲＥＤ
・Ｍ－ＮＧ－ＲＡＮノードが開始するＳ－ＮＧ－ＲＡＮノードのリリース、Ｓ－ＮＯＤＥ ＲＥＬＥＡＳＥ ＲＥＱＵＥＳＴ
・Ｓ－ＮＧ－ＲＡＮノードが開始するＳ－ＮＧ－ＲＡＮノードのリリース、Ｓ－ＮＯＤＥ ＲＥＬＥＡＳＥ ＲＥＱＵＩＲＥＤ
・トレーススタート、ＴＲＡＣＥ ＳＴＡＲＴ

モビリティに影響を与えることができるＸ２ＡＰ手順と関連メッセージの非限定的な例：
・ハンドオーバ準備、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ
・ハンドオーバキャンセル、ＨＡＮＤＯＶＥＲ ＣＡＮＣＥＬ
・ハンドオーバ成功、ＨＡＮＤＯＶＥＲ ＳＵＣＣＥＳＳ
・条件付きハンドオーバキャンセル、ＣＯＮＤＩＴＩＯＮＡＬ ＨＡＮＤＯＶＥＲ ＣＡＮＣＥＬ
・ハンドオーバ報告、ＨＡＮＤＯＶＥＲ ＲＥＰＯＲＴ

モビリティに影響を与えることができるＸｎＡＰ手順と関連メッセージの非限定的な例：
・ハンドオーバ準備、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ
・ハンドオーバキャンセル、ＨＡＮＤＯＶＥＲ ＣＡＮＣＥＬ
・ハンドオーバ成功、ＨＡＮＤＯＶＥＲ ＳＵＣＣＥＳＳ
・アクセス＆モビリティインディケーション、ＡＣＣＥＳＳ ＡＮＤ ＭＯＢＩＬＩＴＹ ＩＮＤＩＣＡＴＩＯＮ

レジュームと再確立のために影響を与えることができるＸ２ＡＰ手順と関連メッセージの非限定的な例：
・ＵＥコンテキストの取得、ＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＳＰＯＮＳＥ

レジュームおよび再確立のために影響を与えることができるＸｎＡＰ手順および関連メッセージの非限定的な例：
・ＵＥコンテキストの取得、ＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＳＰＯＮＳＥ

モビリティに影響を与えることができるＮＧＡＰ手順および関連メッセージの非限定的な例
・ハンドオーバ準備、ＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤ、ＨＡＮＤＯＶＥＲ ＣＯＭＭＡＮＤ
・ハンドオーバリソース割り当て、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥ
・ハンドオーバ成功、ＨＡＮＤＯＶＥＲ ＳＵＣＣＥＳＳ
・ハンドオーバキャンセル、ＨＡＮＤＯＶＥＲ ＣＡＮＣＥＬ

実装の非限定的な例として、ＱＭＣ関連構成パラメータを含むＩＥ「ＵＥアプリケーション層測定構成」が、本発明によるオプションを含むように拡張される。ＵＥアプリケーション層測定構成」は、さまざまなＸｎＡＰ、Ｘ２ＡＰ、ＮＧＡＰ、Ｓ１ＡＰメッセージに追加される。ＮＲ－ＤＣシナリオに適用できるＳ－ＮＯＤＥ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴの例が以下に示されている：

－－－－－提案される３ＧＰＰ仕様の開始－－－－－
９．１．２．１ Ｓ－ＮＯＤＥ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ
このメッセージは、Ｍ－ＮＧ－ＲＡＮノードがＳ－ＮＧ－ＲＡＮノードに送信し、特定のＵＥに対するデュアルコネクティビティ動作のためのリソースの準備を要求するものである。
方向：Ｍ－ＮＧ－ＲＡＮノード → Ｓ－ＮＧ－ＲＡＮノード

９．２．３．Ｘ ＵＥアプリケーション層測定構成
このＩＥは、ＱｏＥ測定収集（ＱＭＣ）機能の構成情報を定義する。

－－－－－提案される３ＧＰＰ仕様の終了－－－－－

以上、様々な実施形態を方法、技術、及び／又は手順の観点から説明したが、そのような方法、技術、及び／又は手順は、様々なシステム、通信装置、コンピューティング装置、制御装置、装置、非一時的コンピュータ読み取り可能媒体、コンピュータプログラム製品などにおけるハードウェアとソフトウェアの組み合わせによって具体化できることを当業者は容易に理解することができる。

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

ＵＥ１３００は、パラレルアドレスおよびデータバス、シリアルポート、または当業者に公知の他の方法および／もしくは構造を構成することができるバス１３７０を介して、プログラムメモリ１３２０および／またはデータメモリ１３３０に動作可能に接続することができるプロセッサ１３１０（「処理回路」とも呼ばれる）を含み得る。プログラムメモリ１３２０は、プロセッサ１３１０によって実行されると、本明細書で説明される様々な例示的方法に対応する動作を含む様々な動作を実行するようにＵＥ１３００を構成および／または促進することができるソフトウェアコード、プログラム、および／または命令（図１３ではコンピュータプログラム製品１３２１として集合的に示される）を格納することができる。そのような動作の一部として、またはそれに加えて、そのような命令の実行は、５Ｇ／ＮＲ、ＬＴＥ、ＬＴＥ－Ａ、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、１ｘＲＴＴ、ＣＤＭＡ２０００、８０２．１１のＷｉＦｉ、ＨＤＭＩ（登録商標）、ＵＳＢ、Ｆｉｒｅｗｉｒｅなどとして一般に知られているような、３ＧＰＰ、３ＧＰＰ２、またはＩＥＥＥによって標準化された１つまたは複数の無線通信プロトコル、または、無線トランシーバ１３４０、ユーザインタフェース１３５０、および／または制御インタフェース１３６０と組み合わせて利用することができる他の現在または将来のプロトコルを含む、１つまたは複数の有線または無線通信プロトコルを使用して通信するようにＵＥ１３００を構成および／または促進することができる。

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

プログラムメモリ１３２０は、無線トランシーバ１３４０、ユーザインタフェース１３５０、および／または制御インタフェース１３６０などの様々なコンポーネントを構成および制御することを含む、ＵＥ１３００の機能を制御するためにプロセッサ１３１０によって実行されるソフトウェアコードも含むことができる。プログラムメモリ１３２０は、本明細書で説明される例示的な方法のいずれかを具現化するコンピュータ実行可能命令を含む１つまたは複数のアプリケーションプログラムおよび／またはモジュールも含み得る。そのようなソフトウェアコードは、所望の機能性、例えば、実装された方法ステップによって定義されるような機能性が保持される限り、例えば、Ｊａｖａ、Ｃ＋＋、Ｃ、ＯｂｊｅｃｔｉｖｅＣ、ＨＴＭＬ、ＸＨＴＭＬ、マシンコード、アセンブラなどの任意の既知のまたは将来開発されるプログラミング言語を使用して指定または記述することができる。加えて、または代替として、プログラムメモリ１３２０は、ＵＥ１３００から離れた外部記憶配置（図示せず）を構成することができ、そこから、かかる命令の実行を可能にするように、ＵＥ１３００内に位置するかまたはＵＥ１３００に取り外し可能に結合されたプログラムメモリ１３２０に命令がダウンロードされることができる。

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

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

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

いくつかの例示的な実施形態では、無線トランシーバ１３４０は、３ＧＰＰによって公布された規格に従って、ＵＥ１３００が様々なＬＴＥ、ＬＴＥアドバンスド（ＬＴＥ－Ａ）、および／またはＮＲネットワークと通信することを容易にし得る１以上の送信機と１以上の受信機を含む。本開示のいくつかの例示的な実施形態では、無線トランシーバ１３４０は、ＵＥ１３００が、同じく３ＧＰＰ規格に従って、様々なＮＲ、ＮＲ－Ｕ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－ＬＡＡ、ＵＭＴＳ、および／またはＧＳＭ／ＥＤＧＥネットワークと通信するために必要な回路、ファームウェア等を含む。いくつかの実施形態では、無線トランシーバ１３４０は、ＵＥ１３００と他の互換デバイスとの間のＤ２Ｄ通信をサポートする回路を含み得る。

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

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

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

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

当業者であれば、上記の機能、インタフェース、および無線周波数通信規格のリストは、単に例示的なものであり、本開示の範囲を限定するものではないことを認識できる。言い換えれば、ＵＥ１３００は、たとえば、ビデオおよび／または静止画カメラ、マイクロフォン、メディアプレーヤおよび／またはレコーダなどを含む、図１３に示されるよりも多くの機能性を構成し得る。さらに、無線トランシーバ１３４０は、Ｂｌｕｅｔｏｏｔｈ、ＧＰＳ、および／またはその他を含む追加の無線周波数通信規格を使用して通信するのに必要な回路を含むことができる。さらに、プロセッサ１３１０は、プログラムメモリ１３２０に格納されたソフトウェアコードを実行して、そのような追加の機能性を制御することができる。たとえば、ＧＰＳ受信機から出力される方向速度および／または位置推定値は、本明細書に記載される任意の例示的な実施形態（たとえば、方法の）に対応するおよび／または具体化する任意のプログラムコードを含む、ＵＥ１３００上で実行される任意のアプリケーションプログラムで利用可能であり得る。

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

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

プログラムメモリ１４２０は、プロセッサ１４１０によって実行されると、本明細書で説明する様々な例示的方法に対応する動作を含む様々な動作を実行するようにネットワークノード１４００を構成および／または促進することができるソフトウェアコード、プログラム、および／または命令（図１４ではコンピュータプログラム製品１４２１として集合的に示されている）を格納することができる。そのような動作の一部として、および／またはそれに加えて、プログラムメモリ１４２０は、ＬＴＥ、ＬＴＥ－Ａ、および／またはＮＲについて３ＧＰＰによって標準化されたＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、およびＲＲＣ層プロトコルのうちの１つまたは複数、または無線ネットワークインタフェース１４４０および／またはコアネットワークインタフェース１４５０とともに利用される任意の他の上位層（たとえばＮＡＳ）プロトコルなど他のプロトコルまたはプロトコル層を用いて１以上の他のＵＥまたはネットワークノードと通信するようネットワークノード１４００を構成し、または容易にできるソフトウェアコードをプロセッサ１４１０により実行することもできる。一例として、コアネットワークインタフェース１４５０は、３ＧＰＰによって標準化されるように、Ｓ１またはＮＧインタフェースを構成することができ、無線ネットワークインタフェース１４４０は、Ｕｕインタフェースを構成することができる。プログラムメモリ１４２０は、無線ネットワークインタフェース１４４０およびコアネットワークインタフェース１４５０などの様々なコンポーネントを構成および制御することを含む、ネットワークノード１４００の機能を制御するためにプロセッサ１４１０によって実行されるソフトウェアコードも構成することができる。

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

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

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

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

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

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

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

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

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

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

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

本明細書で説明する実施形態は、ＵＥによる軽量ＱｏＥメトリクスを構成し、実行し、報告するための新規の技術を提供する。そのような技術は、従来のＱｏＥメトリクスなどの大量の情報を含む従来の測定報告によって引き起こされる不必要なネットワークトラフィックを回避しつつ、ＲＡＮにおけるより良い分析および最適化の決定を容易にすることができる。ＮＲのＵＥ（たとえば、ＵＥ１５１０）およびｇＮＢ（たとえば、ＲＡＮ１５３０を構成するｇＮＢ）において使用される場合、本明細書に記載の実施形態は、ＯＴＴアプリケーションおよび／またはサービスに対するＱｏＥ決定およびネットワーク最適化を改善できる種々の改善、利益、および／または利点を提供できる。結果として、これは、ＵＥエネルギーの過剰消費またはユーザエクスペリエンスの他の低下なしに、より低いレイテンシでサービスをより正確に提供することを含め、ＯＴＴサービスプロバイダおよびエンドユーザが経験するこれらのサービスのパフォーマンスを改善する。

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

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

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

さらに、無線デバイスまたはネットワークノードによって実行されるとして本明細書で説明される機能は、複数の無線デバイスおよび／またはネットワークノードに分散され得る。言い換えれば、本明細書で説明するネットワークノードおよび無線デバイスの機能は、単一の物理デバイスによる実行に限定されず、実際には、複数の物理デバイスに分散され得ることが企図される。

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

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

本明細書で使用する場合、反対のことを明示しない限り、列挙項目の接続リスト（例えば、「ＡおよびＢ」、「Ａ、ＢおよびＣ」）が続く「少なくとも１つ」および「１つまたは複数」という表現は、列挙項目からなるリストから各項目が選択された「少なくとも１つの項目」を意味することが意図されている。例えば、「Ａ及びＢのうち少なくとも１つ」は、以下のいずれかを意味することが意図されている：Ａ；Ｂ；Ａ及びＢ。同様に、「Ａ、Ｂ、Ｃのうちの１つまたは複数」は、以下のいずれかを意味することが意図されている：Ａ；Ｂ；Ｃ；Ａ及びＢ；Ｂ及びＣ；Ａ及びＣ；Ａ、Ｂ及びＣ。

本明細書で使用する場合、反対のことを明示しない限り、列挙項目の接続リスト（例えば、「ＡおよびＢ」、「Ａ、ＢおよびＣ」）が続く「複数」という表現は、「列挙項目からなるリストから各項目が選択された複数の項目」を意味することを意図している。例えば、「複数のＡおよびＢ」は、以下のいずれかを意味することが意図されている：複数のＡ、複数のＢ、少なくとも１つのＡおよび少なくとも１つのＢ。

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

Ａ１． 無線アクセスネットワーク（ＲＡＮ）における体感品質（ＱｏＥ）測定の構成を処理するためのユーザ装置（ＵＥ）のための方法であって、該方法は、
ＲＡＮノードから、１つまたは複数のサービスタイプまたはアプリケーションに対するＱｏＥ測定構成（ＱＭＣ）を受信することと、
前記ＵＥが同じサービスタイプまたはアプリケーションに対するＱｏＥ構成をすでに有していることを決定することと、
前記決定をした場合、
・新しい構成を破棄すること、
・古い構成を解放し、新しい構成で自身と上位層を構成すること、
・新しい構成をサスペンドすること、
・古い構成をサスペンドし、新しい構成をアクティブ化すること、
・新しい構成を受信したときに古い構成がすでにサスペンド状態にある場合、該新しい構成をアクティブに維持し、該古い構成をリリースするか該古い構成をサスペンド状態に維持すること、
・サービス／アプリケーションのタイプまたはサービスのサブタイプが新しいＱｏＥ構成によって指定された場合、対象となるサービスまたはアプリケーションのタイプまたはサブタイプの自身および上位層を指定されたサービスで構成し、残りのアプリケーションに対して古い構成を維持すること、
・デュアルコネクティビティシナリオにおいて、ＱｏＥ構成の一方がマスタノードから受信され他方がセカンダリノードから受信された場合、該セカンダリノードから受信されたＱｏＥ構成を解放し、該マスタノードから受信されたＱｏＥ構成を維持すること、
・デュアルコネクティビティシナリオにおいて、ＱｏＥ構成の一方がマスタノードから受信され他方がセカンダリノードから受信された場合、該セカンダリノードから受信されたＱｏＥ構成をサスペンドし、該マスタノードから受信されたＱｏＥ構成をアクティブに維持すること、
・ＱｏＥ構成が対象とするサービスのタイプおよび／またはサービスのサブタイプの進行中のアプリケーションセッション（または、複数のセッションが進行している場合は、全ての進行中のアプリケーションセッション）が、古い構成が受信されたＲＡＮノードに向けた無線ベアラを現在使用している場合、該古い構成を維持し、新しい構成を解放またはサスペンドすること、
・ＱｏＥ構成が対象とするサービスのタイプおよび／またはサービスのサブタイプの進行中のアプリケーションセッション（または、複数のセッションが進行している場合は、全ての進行中のアプリケーションセッション）が、新しい構成が受信されたＲＡＮノードに向けた無線ベアラを現在使用している場合、該新しい構成を維持し、古い構成を解放またはサスペンドすること、
のアクションのうちの１つまたは複数を実行することと、
を含む
方法。

Ｂ１． 無線アクセスネットワーク（ＲＡＮ）内の第１のノードにおける、ユーザ装置（ＵＥ）による体感品質（ＱｏＥ）測定を管理するための方法であって、該方法は、
前記ＲＡＮ内の第２のノードに、前記第１のノードによって前記ＵＥに対して構成された１つまたは複数のＱｏＥ測定に関連する測定値の状態情報を送信することを含む
方法。
Ｂ２． 前記第２のノードは、（例えば、デュアルコネクティビティのための）前記ＵＥの構成を変更すること、モビリティ、ＲＲＣレジュームまたはＲＲＣ再確立、サービスに対するデータの転送を、前記第１のＲＡＮノードを介した前記ＵＥへの経路から前記第２のＲＡＮノードを介した前記ＵＥへの経路に切り替えること、に関して前記第１のノードと関連付けられている
実施形態Ｂ１に記載の方法。
Ｂ３． 前記送信することの前に、前記１つまたは複数のＱｏＥ測定のために前記ＵＥを構成することを含む
実施形態Ｂ１またはＢ２に記載の方法。
Ｂ４． 前記状態情報は、
・ＵＥの識別子、または、ＱｏＥ測定に対して構成されたＵＥのグループに対するＵＥ識別子のリスト、
・無線端末または無線端末グループに対して構成されるＱｏＥ測定またはＱｏＥ測定構成の１つまたはリスト、
・ＱｏＥ参照ＩＤの１つまたはリストのような、構成されたＱｏＥ測定に関連する参照または参照のリスト、
・管理ベースのＱｏＥまたはシグナリングベースのＱｏＥ（例えば、デュアルコネクティビティシナリオの一部として）のような、構成されたＱｏＥ測定のタイプに関するインジケーション、
・ＱｏＥ測定値が関連するサービスタイプまたはサービスサブタイプを示すインジケーションまたはインジケーションのリスト、
・ＱｏＥ測定構成対象であるサービスタイプまたはサービスサブタイプに属するアプリケーションのセッションが進行中であるか否かを示すインジケーション、またはそのようなインジケーションのリスト、
・ＱｏＥ測定構成対象であるサービスタイプまたはサービスサブタイプに属するアプリケーションのセッションが開始したことを示すインジケーション、またはそのようなインジケーションのリスト、
・ＱｏＥ測定構成対象であるサービスタイプまたはサービスサブタイプに属するアプリケーションのセッションが停止したことを示すインジケーション、またはそのようなインジケーションのリスト、
・ＱｏＥ測定が構成されている（すなわち、測定が構成されているがまた開始されていない）か、アクティブ化されている（すなわち、アプリケーションセッションが開始され、測定が進行中である）か、サスペンドされているか、非アクティブ化されているかを示す、サービスタイプごとのサービスサブタイプのインジケーションまたはサービスタイプごともしくはサービスサブタイプごとのインジケーションのリスト、
・スライスごとのＱｏＥ測定が有効であることを示すインジケーション、および、対応するＳ－ＮＳＳＡＩのリスト、
・ＱｏＥ測定が有効なＲＡＴタイプのインジケーション、
・構成されたＱｏＥ測定に関連するＭＣＥに関するインジケーションまたはそのようなインジケーションのリスト、
・前記第２のＲＡＮノードが、構成されたＱｏＥ測定を一定の時間期間または所定の時刻まで有効であるとみなすことを示すインジケーション、
・構成されたＱｏＥ測定構成が有効であるエリアスコープまたはエリアスコープのリストのインジケーション、
・進行中のＱｏＥ測定（例えば、ＭＤＴ測定）に結合された進行中の無線関連測定への参照または参照のリスト
の何れか１つまたは複数を含む
実施形態Ｂ１乃至Ｂ３の何れか１項に記載の方法。
Ｂ５． 前記状態情報は、
・進行中のＱｏＥ測定に結合された無線関連測定の構成、
・進行中のＱｏＥ測定に結合された進行中の無線関連測定への参照または参照のリスト、
・無線関連測定に結合されたＱｏＥ測定の参照または参照のリスト
何れかの１つまたは複数を含む
実施形態Ｂ１乃至Ｂ４の何れか１項に記載の方法。
Ｂ６． 前記状態情報は、１つまたは複数の追加のＵＥに関連する状態情報とともに前記第２のノードに送信される
実施形態Ｂ１乃至Ｂ５の何れか１項に記載の方法。
Ｂ７． 前記方法は、前記第２のノードに、前記１つまたは複数のＱｏＥ測定に関する要求を送信することをさらに含む
実施形態Ｂ１乃至Ｂ６の何れか１項に記載の方法。
Ｂ８． 前記要求は、
・アクティブ化されたＱｏＥ測定の１つまたはリストをサスペンドするための要求、
・サスペンドされたＱｏＥ測定の１つまたはリストをレジュームするための要求、
・アクティブ化されたＱｏＥ測定の１つまたはリストを解除または停止するための要求、
・測定構成を再構成（たとえば、置換）する要求、またはそのような再構成／置換のリスト、
・前記第２のＲＡＮノードにより受信されたＱｏＥ報告を前記第１のＲＡＮノードに（またはバッファに送信した後、前記第１のＲＡＮノードに）送信するための要求、該要求は、そのような報告の開始と終了に関連する追加の条件をオプションで含む
・無線測定のために無線端末を構成するために前記第１のＲＡＮノードによって使用される同じ構成で該無線端末を構成する要求、
・以前に構成された測定のトリガー、解除、進行中の測定の停止、ＱｏＥ構成のサスペンド、または、無線関連測定のレジュームのための要求
のいずれか１つを含む
実施形態Ｂ７に記載の方法。
Ｂ９． 前記方法は、前記第２のノードから、前記要求を承認するまたは前記要求に応じないもしくは応じられないことを示すメッセージを受信することを含む
実施形態Ｂ７またはＢ８に記載の方法。
Ｂ１０． 前記方法は、前記第２のノードに、第２の要求を送信することをさらに含み、前記第２の要求は、前記第２のノードから受信された前記メッセージに基づいて変更される
実施形態Ｂ９に記載の方法。
Ｂ１１． 前記要求は、複数のＵＥに関係する
実施形態Ｂ７乃至Ｂ１０の何れか１項に記載の方法。
Ｂ１２． 無線アクセスネットワーク（ＲＡＮ）内の第２のノードにおける、ユーザ装置（ＵＥ）による体感品質（ＱｏＥ）測定を管理するための方法であって、該方法は、
前記ＲＡＮ内の第１のノードから、前記第１のノードによって前記ＵＥに対して構成された１つまたは複数のＱｏＥ測定に関連する測定値の状態情報を受信することを含む
方法。
Ｂ１３． 前記第２のノードは、（例えば、デュアルコネクティビティのための）前記ＵＥの構成を変更すること、モビリティ、ＲＲＣレジュームまたはＲＲＣ再確立、サービスに対するデータの転送を、前記第１のＲＡＮノードを介した前記ＵＥへの経路から前記第２のＲＡＮノードを介した前記ＵＥへの経路に切り替えること、に関して前記第１のノードと関連付けられている
実施形態Ｂ１２に記載の方法。
Ｂ１４． 前記方法は、前記状態情報に応答して、前記ＵＥによるＱｏＥ測定の構成を構成または変更することを控えることを含む
実施形態Ｂ１２またはＢ１３に記載の方法。
Ｂ１５． 前記状態情報は、
・ＵＥの識別子、または、ＱｏＥ測定に対して構成されたＵＥのグループに対するＵＥ識別子のリスト、
・無線端末または無線端末グループに対して構成されるＱｏＥ測定またはＱｏＥ測定構成の１つまたはリスト、
・ＱｏＥ参照ＩＤの１つまたはリストのような、構成されたＱｏＥ測定に関連する参照または参照のリスト、
・管理ベースのＱｏＥまたはシグナリングベースのＱｏＥ（例えば、デュアルコネクティビティシナリオの一部として）のような、構成されたＱｏＥ測定のタイプに関するインジケーション、
・ＱｏＥ測定値が関連するサービスタイプまたはサービスサブタイプを示すインジケーションまたはインジケーションのリスト、
・ＱｏＥ測定構成対象であるサービスタイプまたはサービスサブタイプに属するアプリケーションのセッションが進行中であるか否かを示すインジケーション、またはそのようなインジケーションのリスト、
・ＱｏＥ測定構成対象であるサービスタイプまたはサービスサブタイプに属するアプリケーションのセッションが開始したことを示すインジケーション、またはそのようなインジケーションのリスト、
・ＱｏＥ測定構成対象であるサービスタイプまたはサービスサブタイプに属するアプリケーションのセッションが停止したことを示すインジケーション、またはそのようなインジケーションのリスト、
・ＱｏＥ測定が構成されている（すなわち、測定が構成されているがまた開始されていない）か、アクティブ化されている（すなわち、アプリケーションセッションが開始され、測定が進行中である）か、サスペンドされているか、非アクティブ化されているかを示す、サービスタイプごとのサービスサブタイプのインジケーションまたはサービスタイプごともしくはサービスサブタイプごとのインジケーションのリスト、
・スライスごとのＱｏＥ測定が有効であることを示すインジケーション、および、対応するＳ－ＮＳＳＡＩのリスト、
・ＱｏＥ測定が有効なＲＡＴタイプのインジケーション、
・構成されたＱｏＥ測定に関連するＭＣＥに関するインジケーションまたはそのようなインジケーションのリスト、
・前記第２のＲＡＮノードが、構成されたＱｏＥ測定を一定の時間期間または所定の時刻まで有効であるとみなすことを示すインジケーション、
・構成されたＱｏＥ測定構成が有効であるエリアスコープまたはエリアスコープのリストのインジケーション、
・進行中のＱｏＥ測定（例えば、ＭＤＴ測定）に結合された進行中の無線関連測定への参照または参照のリスト
の何れか１つまたは複数を含む
実施形態Ｂ１２乃至Ｂ１４の何れか１項に記載の方法。
Ｂ１６． 前記状態情報は、
・進行中のＱｏＥ測定に結合された無線関連測定の構成、
・進行中のＱｏＥ測定に結合された進行中の無線関連測定への参照または参照のリスト、
・無線関連測定に結合されたＱｏＥ測定の参照または参照のリスト
何れかの１つまたは複数を含む
実施形態Ｂ１２乃至Ｂ１５の何れか１項に記載の方法。
Ｂ１７． 前記状態情報は、１つまたは複数の追加のＵＥに関連する状態情報とともに前記第１のノードから受信される
実施形態Ｂ１２乃至Ｂ１６の何れか１項に記載の方法。
Ｂ１８． 前記方法は、前記第１のノードから、前記１つまたは複数のＱｏＥ測定に関する要求を受信することをさらに含む
実施形態Ｂ１２乃至Ｂ１７の何れか１項に記載の方法。
Ｂ１９． 前記要求は、
・アクティブ化されたＱｏＥ測定の１つまたはリストをサスペンドするための要求、
・サスペンドされたＱｏＥ測定の１つまたはリストをレジュームするための要求、
・アクティブ化されたＱｏＥ測定の１つまたはリストを解除または停止するための要求、
・測定構成を再構成（例えば、置換）する要求、またはそのような再構成／置換のリスト、
・前記第２のＲＡＮノードにより受信されたＱｏＥ報告を前記第１のＲＡＮノードに（またはバッファに送信した後、前記第１のＲＡＮノードに）送信するための要求、該要求は、そのような報告の開始と終了に関連する追加の条件をオプションで含む
・無線測定のために無線端末を構成するために前記第１のＲＡＮノードによって使用される同じ構成で該無線端末を構成する要求、
・以前に構成された測定のトリガー、解除、進行中の測定の停止、ＱｏＥ構成のサスペンド、または、無線関連測定のレジュームのための要求
のいずれか１つを含む
実施形態Ｂ１８に記載の方法。
Ｂ２０． 前記方法は、前記要求の実行状態のインジケーションで応答することをさらに含む
実施形態Ｂ１８またはＢ１９に記載の方法。
Ｂ２１． 前記方法は、前記要求に応答して、前記第１のノードに、前記要求を承認するまたは前記要求に応じないもしくは応じられないことを示すメッセージを送信することを含む
実施形態Ｂ１８またはＢ１９に記載の方法。
Ｂ２２． 前記方法は、前記第１のノードから、第２の要求を受信することをさらに含み、前記第２の要求は、前記第２のノードから受信された前記メッセージに基づいて変更される
実施形態Ｂ２１に記載の方法。
Ｂ２３． 前記要求は、複数のＵＥに関係する
実施形態Ｂ１８乃至Ｂ２２の何れか１項に記載の方法。
Ｂ２４． 前記第１のノードに、前記ＵＥのＱｏＥ測定にリンクされることになる１つまたは複数の無線測定値を用いて前記ＵＥを構成するための要求を送信することをさらに含む
実施形態Ｂ１２乃至Ｂ２３の何れか１項に記載の方法。

Ｃ１． 無線アクセスネットワーク（ＲＡＮ）において体感品質（ＱｏＥ）測定を実行するように構成されたユーザ装置（ＵＥ）であって、該ＵＥは、
少なくとも１つのＲＡＮノードと通信するように構成された無線トランシーバ回路と、
前記無線トランシーバ回路に動作可能に結合された処理回路であって、前記処理回路および前記無線トランシーバ回路は、実施形態Ａ１に記載の方法に対応する動作を実行するように構成される、前記処理回路と、
を備える
ＵＥ。
Ｃ２． 無線アクセスネットワーク（ＲＡＮ）において体感品質（ＱｏＥ）測定を実行するように構成されたユーザ装置（ＵＥ）であって、該ＵＥは、実施形態Ａ１に記載の方法に対応する動作を実行するようにさらに準備される
ＵＥ。
Ｃ３． 無線アクセスネットワーク（ＲＡＮ）において体感品質（ＱｏＥ）測定を実行するように構成されたユーザ装置（ＵＥ）の処理回路によって実行されると、実施形態Ａ１に記載の方法に対応する動作を実行するように前記ＵＥを構成するコンピュータ実行可能命令を格納する非一時的コンピュータ可読媒体。
Ｃ４． 無線アクセスネットワーク（ＲＡＮ）において体感品質（ＱｏＥ）測定を実行するように構成されたユーザ装置（ＵＥ）の処理回路によって実行されると、実施形態Ａ１に記載の方法に対応する動作を実行するように前記ＵＥを構成するコンピュータ実行可能命令を含むコンピュータプログラム製品。

Ｄ１． 体感品質（ＱｏＥ）測定を実行するためにユーザ装置（ＵＥ）を構成するように準備された無線アクセスネットワーク（ＲＡＮ）ノードであって、該ＲＡＮノードは、
ＵＥおよび前記ＲＡＮの外部のネットワークノードまたは機能と通信するように構成された通信インタフェース回路と、
前記通信インタフェース回路に動作可能に結合された処理回路であって、前記処理回路および前記通信インタフェース回路は、実施形態Ｂ１乃至Ｂ１５の何れか１項に記載の方法に対応する動作を実行するように構成される、前記処理回路と、
を備える
ＲＡＮノード。
Ｄ２． 体感品質（ＱｏＥ）測定を実行するためにユーザ装置（ＵＥ）を構成するように準備された無線アクセスネットワーク（ＲＡＮ）ノードであって、該ＲＡＮノードは、実施形態Ｂ１乃至Ｂ１５の何れか１項に記載の方法に対応する動作を実行するようにさらに準備される
ＲＡＮノード。
Ｄ３． 体感品質（ＱｏＥ）測定を実行するためにユーザ装置（ＵＥ）を構成するように準備された無線アクセスネットワーク（ＲＡＮ）ノードの処理回路によって実行されると、実施形態Ｂ１乃至Ｂ２４の何れか１項に記載の方法に対応する動作を実行するように前記ＲＡＮノードを構成するコンピュータ実行可能命令を格納する非一時的コンピュータ可読媒体。

Ｄ４． 体感品質（ＱｏＥ）測定を実行するためにユーザ装置（ＵＥ）を構成するように準備された無線アクセスネットワーク（ＲＡＮ）ノードの処理回路によって実行されると、実施形態Ｂ１乃至Ｂ２４の何れか１項に記載の方法に対応する動作を実行するように前記ＲＡＮノードを構成するコンピュータ実行可能命令を含むコンピュータプログラム製品。

略語
３ＧＰＰ 第３世代パートナーシッププロジェクト
５ＧＣＮ ５Ｇコアネットワーク
５ＧＳ ５Ｇシステム
ＡＦ アプリケーション機能
ＡＭＦ アクセスおよびモビリティ管理機能
ＡＮ アクセスネットワーク
ＡＰＩ アプリケーションプログラミングインタフェース
ＡＧＶ 自動搬送車
ＢＡＰ バックホール適応プロトコル
ＣＮ コアネットワーク
ＣＰ 制御プレーン
ＣＵ 中央ユニット
ＤＣ デュアルコネクティビティ
ＤＵ 分散ユニット
ｅＮＢ Ｅ－ＵＴＲＡＮノードＢ
ＥＮ－ＤＣ Ｅ－ＵＴＲＡ－ＮＲのデュアルコネクティビティ
Ｅ－ＵＴＲＡ 進化型ＵＴＲＡ
Ｅ－ＵＴＲＡＮ 進化型ＵＴＲＡＮ
ｇＮＢ ＮＲにおける無線基地局
ＩＡＢ 統合されたアクセスおよびバックホール
ＩＤ 識別子／アイデンティティ
ＩＥ 情報要素
ＬＴＥ ロングタームエボリューション
ＭＣＥ 測定コレクタエンティティ
ＭＤＴ ドライブテストの最小化
ＭＭＥ モビリティ管理エンティティ
ＭＮ マスタノード
ＭＲ－ＤＣ マルチラジオのデュアルコネクティビティ
ＮＥ－ＤＣ ＮＲ－Ｅ－ＵＴＲＡのデュアルコネクティビティ
ＮＧ 次世代
ＮＧＥＮ－ＤＣ ＮＧ－ＲＡＮ＿Ｅ－ＵＴＲＡ－ＮＲのデュアルコネクティビティ
ＮＧ－ＲＡＮ ＮＧ無線アクセスネットワーク
ＮＲ ニューラジオ
ＯＡＭ／Ｏ＆Ｍ 運用および保守
ＰＣＦ ポリシー制御機能
ＱＣＩ ＱｏＳクラス識別子
ＱＭＣ ＱｏＥ測定収集
ＱｏＥ 体感品質
ＱｏＳ サービス品質
ＲＡＮ 無線アクセスネットワーク
ＲＡＴ 無線アクセス技術
ＲＲＣ 無線リソース制御
Ｓ１ ＬＴＥにおけるＲＡＮとＣＮの間のインタフェース
Ｓ１ＡＰ Ｓ１アプリケーションプロトコル
ＳＭＦ セッション管理機能
ＳＭＯ サービス管理とオーケストレーション
ＳＮ セカンダリノード
Ｓ－ＮＳＳＡＩ 単一ネットワークスライス選択アシスト情報
ＴＣＥ トレースコレクタエンティティ
ＵＥ ユーザ装置
ＵＰＦ ユーザプレーン機能

Claims (31)

1. 無線アクセスネットワーク（ＲＡＮ）内の第１のノードにおける、ユーザ装置（ＵＥ）による体感品質（ＱｏＥ）測定を管理するための方法であって、該方法は、
   前記ＲＡＮ内の第２のノードに、前記第１のノードによって前記ＵＥに対して構成された１つまたは複数のＱｏＥ測定に関連する測定値の状態情報を送信すること（１０１０）を含む
   方法。
2. 前記第２のノードは、
   デュアルコネクティビティのための前記ＵＥの構成を変更すること、
   前記ＵＥのモビリティ、
   前記ＵＥのＲＲＣレジュームまたはＲＲＣ再確立、
   サービスに対するデータの転送を、前記第１のＲＡＮノードを介した前記ＵＥへの経路から前記第２のＲＡＮノードを介した前記ＵＥへの経路に切り替えること、
   の少なくとも１つに関して前記第１のノードと関連付けられている
   請求項１に記載の方法。
3. 前記送信することの前に、前記１つまたは複数のＱｏＥ測定のために前記ＵＥを構成することを含む
   請求項１または２に記載の方法。
4. 前記状態情報は、
   ＵＥの識別子、または、ＵＥを含みＱｏＥ測定に対して構成されたＵＥのグループに対するＵＥ識別子のリスト、
   無線端末または無線端末グループに対して構成されるＱｏＥ測定またはＱｏＥ測定構成、
   構成されたＱｏＥ測定に関連する参照、
   構成されたＱｏＥ測定のタイプに関するインジケーション、
   ＱｏＥ測定値が関連するサービスタイプまたはサービスサブタイプを示すインジケーション、
   ＱｏＥ測定構成対象であるサービスタイプまたはサービスサブタイプに属するアプリケーションのセッションが進行中であるか否かを示すインジケーション、
   ＱｏＥ測定構成対象であるサービスタイプまたはサービスサブタイプに属するアプリケーションのセッションが開始したことを示すインジケーション、
   ＱｏＥ測定構成対象であるサービスタイプまたはサービスサブタイプに属するアプリケーションのセッションが停止したことを示すインジケーション、
   ＱｏＥ測定が構成されているか、アクティブ化されているか、サスペンドされているか、非アクティブ化されているかを示す、サービスタイプごとのサービスサブタイプのインジケーションまたはサービスタイプごともしくはサービスサブタイプごとのインジケーションのリスト、
   スライスごとのＱｏＥ測定が有効であることを示すインジケーション、および、対応するＳ－ＮＳＳＡＩのリスト、
   ＱｏＥ測定が有効なＲＡＴタイプのインジケーション、
   構成されたＱｏＥ測定に関連するＭＣＥに関するインジケーション、
   前記第２のＲＡＮノードが、構成されたＱｏＥ測定を一定の時間期間または所定の時刻まで有効であるとみなすことを示すインジケーション、
   構成されたＱｏＥ測定構成が有効であるエリアスコープまたはエリアスコープのリストのインジケーション、
   進行中のＱｏＥ測定に結合された進行中の無線関連測定への参照
   の何れか１つまたは複数を含む
   請求項１乃至３の何れか１項に記載の方法。
5. 前記状態情報は、
   進行中のＱｏＥ測定に結合された無線関連測定の構成、
   進行中のＱｏＥ測定に結合された進行中の無線関連測定への参照または参照のリスト、
   無線関連測定に結合されたＱｏＥ測定の参照または参照のリスト
   何れかの１つまたは複数を含む
   請求項１乃至４の何れか１項に記載の方法。
6. 前記方法は、１つまたは複数の追加のＵＥに関連する状態情報とともに、前記状態情報を前記第２のノードに送信することを含む
   請求項１乃至５の何れか１項に記載の方法。
7. 前記方法は、前記第２のノードに、前記１つまたは複数のＱｏＥ測定に関する要求を送信すること（１０２０）をさらに含み、
   前記要求は、
   アクティブ化されたＱｏＥ測定の１つまたはリストをサスペンドするための要求、
   サスペンドされたＱｏＥ測定の１つまたはリストをレジュームするための要求、
   アクティブ化されたＱｏＥ測定の１つまたはリストを解除または停止するための要求、
   測定構成を再構成または置換する要求、またはそのような再構成／置換のリスト、
   前記第２のＲＡＮノードにより受信されたＱｏＥ報告を前記第１のＲＡＮノードに送信するための要求、
   無線測定のために無線端末を構成するために前記第１のＲＡＮノードによって使用される同じ構成で該無線端末を構成する要求、
   以前に構成された測定のトリガー、解除、進行中の測定の停止、ＱｏＥ構成のサスペンド、または、無線関連測定のレジュームのための要求
   のいずれか１つを含む
   請求項１乃至６の何れか１項に記載の方法。
8. 前記方法は、前記第２のノードから、前記要求を承認するまたは前記要求に応じないもしくは応じられないことを示すメッセージを受信すること（１０３０）を含む
   請求項７に記載の方法。
9. 前記方法は、前記第２のノードに、第２の要求を送信すること（１０４０）をさらに含み、前記第２の要求は、前記第２のノードから受信された前記メッセージに基づいて変更される
   請求項８に記載の方法。
10. 前記要求は、複数のＵＥに関係する
    請求項７乃至９の何れか１項に記載の方法。
11. 無線アクセスネットワーク（ＲＡＮ）内の第２のノードにおける、ユーザ装置（ＵＥ）による体感品質（ＱｏＥ）測定を管理するための方法であって、該方法は、
    前記ＲＡＮ内の第１のノードから、前記第１のノードによって前記ＵＥに対して構成された１つまたは複数のＱｏＥ測定に関連する測定値の状態情報を受信すること（１１１０）を含む
    方法。
12. 前記第２のノードは、
    デュアルコネクティビティのための前記ＵＥの構成を変更すること、
    前記ＵＥのモビリティ、
    前記ＵＥのＲＲＣレジュームまたはＲＲＣ再確立、
    サービスに対するデータの転送を、前記第１のＲＡＮノードを介した前記ＵＥへの経路から前記第２のＲＡＮノードを介した前記ＵＥへの経路に切り替えること、
    の少なくとも１つに関して前記第１のノードと関連付けられている
    請求項１１に記載の方法。
13. 前記方法は、前記状態情報に応答して、前記ＵＥによるＱｏＥ測定の構成を構成または変更することを控えることを含む
    請求項１１または１２に記載の方法。
14. 前記状態情報は、
    ＵＥの識別子、または、ＵＥを含みＱｏＥ測定に対して構成されたＵＥのグループに対するＵＥ識別子のリスト、
    無線端末または無線端末グループに対して構成されるＱｏＥ測定またはＱｏＥ測定構成、
    構成されたＱｏＥ測定に関連する参照、
    構成されたＱｏＥ測定のタイプに関するインジケーション、
    ＱｏＥ測定値が関連するサービスタイプまたはサービスサブタイプを示すインジケーション、
    ＱｏＥ測定構成対象であるサービスタイプまたはサービスサブタイプに属するアプリケーションのセッションが進行中であるか否かを示すインジケーション、
    ＱｏＥ測定構成対象であるサービスタイプまたはサービスサブタイプに属するアプリケーションのセッションが開始したことを示すインジケーション、
    ＱｏＥ測定構成対象であるサービスタイプまたはサービスサブタイプに属するアプリケーションのセッションが停止したことを示すインジケーション、
    ＱｏＥ測定が構成されているか、アクティブ化されているか、サスペンドされているか、非アクティブ化されているかを示す、サービスタイプごとのサービスサブタイプのインジケーションまたはサービスタイプごともしくはサービスサブタイプごとのインジケーションのリスト、
    スライスごとのＱｏＥ測定が有効であることを示すインジケーション、および、対応するＳ－ＮＳＳＡＩのリスト、
    ＱｏＥ測定が有効なＲＡＴタイプのインジケーション、
    構成されたＱｏＥ測定に関連するＭＣＥに関するインジケーション、
    前記第２のＲＡＮノードが、構成されたＱｏＥ測定を一定の時間期間または所定の時刻まで有効であるとみなすことを示すインジケーション、
    構成されたＱｏＥ測定構成が有効であるエリアスコープまたはエリアスコープのリストのインジケーション、
    進行中のＱｏＥ測定に結合された進行中の無線関連測定への参照
    の何れか１つまたは複数を含む
    請求項１１乃至１３の何れか１項に記載の方法。
15. 前記状態情報は、
    進行中のＱｏＥ測定に結合された無線関連測定の構成、
    進行中のＱｏＥ測定に結合された進行中の無線関連測定への参照または参照のリスト、
    無線関連測定に結合されたＱｏＥ測定の参照または参照のリスト
    何れかの１つまたは複数を含む
    請求項１１乃至１４の何れか１項に記載の方法。
16. 前記方法は、１つまたは複数の追加のＵＥに関連する状態情報とともに、前記状態情報を前記第１のノードから受信することを含む
    請求項１１乃至１５の何れか１項に記載の方法。
17. 前記方法は、前記第１のノードから、前記１つまたは複数のＱｏＥ測定に関する要求を受信すること（１１２０）をさらに含み、
    前記要求は、
    アクティブ化されたＱｏＥ測定の１つまたはリストをサスペンドするための要求、
    サスペンドされたＱｏＥ測定の１つまたはリストをレジュームするための要求、
    アクティブ化されたＱｏＥ測定の１つまたはリストを解除または停止するための要求、
    測定構成を再構成または置換する要求、またはそのような再構成／置換のリスト、
    前記第２のＲＡＮノードにより受信されたＱｏＥ報告を前記第１のＲＡＮノードに送信するための要求、
    無線測定のために無線端末を構成するために前記第１のＲＡＮノードによって使用される同じ構成で該無線端末を構成する要求、
    以前に構成された測定のトリガー、解除、進行中の測定の停止、ＱｏＥ構成のサスペンド、または、無線関連測定のレジュームのための要求
    のいずれか１つを含む
    請求項１１乃至１６の何れか１項に記載の方法。
18. 前記方法は、前記要求の実行状態のインジケーションで応答することをさらに含む
    請求項１７に記載の方法。
19. 前記方法は、前記要求に応答して、前記第１のノードに、前記要求を承認するまたは前記要求に応じないもしくは応じられないことを示すメッセージを送信すること（１１３０）を含む
    請求項１７に記載の方法。
20. 前記方法は、前記第１のノードから、第２の要求を受信すること（１１４０）をさらに含み、前記第２の要求は、前記第２のノードから受信された前記メッセージに基づいて変更される
    請求項１９に記載の方法。
21. 前記要求は、複数のＵＥに関係する
    請求項１７乃至２０の何れか１項に記載の方法。
22. 前記第１のノードに、前記ＵＥのＱｏＥ測定にリンクされることになる１つまたは複数の無線測定値を用いて前記ＵＥを構成するための要求を送信することをさらに含む
    請求項１１乃至２１の何れか１項に記載の方法。
23. 体感品質（ＱｏＥ）測定を実行するためにユーザ装置（ＵＥ）を構成するように準備された無線アクセスネットワーク（ＲＡＮ）ノード（１４００）であって、該ＲＡＮノード（１４００）は、
    ＵＥおよび前記ＲＡＮの外部のネットワークノードまたは機能と通信するように構成された通信インタフェース回路（１４４０、１４５０）と、
    前記通信インタフェース回路（１４４０、１４５０）に動作可能に結合された処理回路（１３１０、１３２０、１３３０）であって、前記処理回路（１３１０、１３２０、１３３０）および前記通信インタフェース回路（１４４０、１４５０）は、請求項１乃至２２の何れか１項に記載の方法を実行するように構成される、前記処理回路（１３１０、１３２０、１３３０）と、
    を備える
    ＲＡＮノード。
24. 体感品質（ＱｏＥ）測定を実行するためにユーザ装置（ＵＥ）を構成するように準備された無線アクセスネットワーク（ＲＡＮ）ノード（１４００）であって、該ＲＡＮノード（１４００）は、請求項１乃至２２の何れか１項に記載の方法を実行するようにさらに準備される
    ＲＡＮノード。
25. 体感品質（ＱｏＥ）測定を実行するためにユーザ装置（ＵＥ）を構成するように準備された無線アクセスネットワーク（ＲＡＮ）ノードの処理回路によって実行されると、請求項１乃至２２の何れか１項に記載の方法を実行するように前記ＲＡＮノードを構成するコンピュータ実行可能命令を格納する非一時的コンピュータ可読媒体。
26. 体感品質（ＱｏＥ）測定を実行するためにユーザ装置（ＵＥ）を構成するように準備された無線アクセスネットワーク（ＲＡＮ）ノードの処理回路によって実行されると、請求項１乃至２２の何れか１項に記載の方法を実行するように前記ＲＡＮノードを構成するコンピュータ実行可能命令を含むコンピュータプログラム製品。
27. 無線アクセスネットワーク（ＲＡＮ）における体感品質（ＱｏＥ）測定の構成を処理するためのユーザ装置（ＵＥ）のための方法であって、該方法は、
    ＲＡＮノードから、１つまたは複数のサービスタイプまたはアプリケーションに対するＱｏＥ測定構成（ＱＭＣ）を受信すること（１２１０）と、
    前記ＵＥが同じサービスタイプまたはアプリケーションに対するＱｏＥ構成をすでに有していることを決定すること（１２２０）と、
    前記決定をした場合、
    新しい構成を破棄すること、
    古い構成を解放し、新しい構成で自身と上位層を構成すること、
    新しい構成をサスペンドすること、
    古い構成をサスペンドし、新しい構成をアクティブ化すること、
    新しい構成を受信したときに古い構成がすでにサスペンド状態にある場合、該新しい構成をアクティブに維持し、該古い構成をリリースするか該古い構成をサスペンド状態に維持すること、
    サービス／アプリケーションのタイプまたはサービスのサブタイプが新しいＱｏＥ構成によって指定された場合、対象となるサービスまたはアプリケーションのタイプまたはサブタイプの自身および上位層を指定されたサービスで構成し、残りのアプリケーションに対して古い構成を維持すること、
    デュアルコネクティビティシナリオにおいて、ＱｏＥ構成の一方がマスタノードから受信され他方がセカンダリノードから受信された場合、該セカンダリノードから受信されたＱｏＥ構成を解放し、該マスタノードから受信されたＱｏＥ構成を維持すること、
    デュアルコネクティビティシナリオにおいて、ＱｏＥ構成の一方がマスタノードから受信され他方がセカンダリノードから受信された場合、該セカンダリノードから受信されたＱｏＥ構成をサスペンドし、該マスタノードから受信されたＱｏＥ構成をアクティブに維持すること、
    ＱｏＥ構成が対象とするサービスのタイプおよび／またはサービスのサブタイプの進行中のアプリケーションセッション（または、複数のセッションが進行している場合は、全ての進行中のアプリケーションセッション）が、古い構成が受信されたＲＡＮノードに向けた無線ベアラを現在使用している場合、該古い構成を維持し、新しい構成を解放またはサスペンドすること、
    ＱｏＥ構成が対象とするサービスのタイプおよび／またはサービスのサブタイプの進行中のアプリケーションセッション（または、複数のセッションが進行している場合は、全ての進行中のアプリケーションセッション）が、新しい構成が受信されたＲＡＮノードに向けた無線ベアラを現在使用している場合、該新しい構成を維持し、古い構成を解放またはサスペンドすること、
    のアクションのうちの１つまたは複数を実行すること（１２３０）と、
    を含む
    方法。
28. 無線アクセスネットワーク（ＲＡＮ）において体感品質（ＱｏＥ）測定を実行するように構成されたユーザ装置（ＵＥ）（１３００）であって、該ＵＥは、
    少なくとも１つのＲＡＮノードと通信するように構成された無線トランシーバ回路（１３４０）と、
    前記無線トランシーバ回路に動作可能に結合された処理回路（１３１０、１３２０、１３３０）であって、前記処理回路（１３１０、１３２０、１３３０）および前記無線トランシーバ回路（１３４０）は、請求項２７に記載の方法を実行するように構成される、前記処理回路（１３１０、１３２０、１３３０）と、
    を備える
    ＵＥ。
29. 無線アクセスネットワーク（ＲＡＮ）において体感品質（ＱｏＥ）測定を実行するように構成されたユーザ装置（ＵＥ）（１３００）であって、該ＵＥ（１３００）は、請求項２７に記載の方法を実行するようにさらに準備される
    ＵＥ。
30. 無線アクセスネットワーク（ＲＡＮ）において体感品質（ＱｏＥ）測定を実行するように構成されたユーザ装置（ＵＥ）の処理回路によって実行されると、請求項２７に記載の方法を実行するように前記ＵＥを構成するコンピュータ実行可能命令を格納する非一時的コンピュータ可読媒体。
31. 無線アクセスネットワーク（ＲＡＮ）において体感品質（ＱｏＥ）測定を実行するように構成されたユーザ装置（ＵＥ）の処理回路によって実行されると、請求項２７に記載の方法を実行するように前記ＵＥを構成するコンピュータ実行可能命令を含むコンピュータプログラム製品。

Images