特表 2024-504256 ＲＡＮ－可視（ライトウェイト）ＱＯＥ構成方法及びＲＡＮノード間の測定調整方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-01-31

(54)【発明の名称】ＲＡＮ－可視（ライトウェイト）ＱＯＥ構成方法及びＲＡＮノード間の測定調整方法

(51)【国際特許分類】

   H04W 24/08 20090101AFI20240124BHJP

   H04W 24/10 20090101ALI20240124BHJP

【ＦＩ】

H04W24/08

H04W24/10

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023537427

(86)(22)【出願日】2022-01-31

(85)【翻訳文提出日】2023-08-01

(86)【国際出願番号】 SE2022050096

(87)【国際公開番号】W WO2022164379

(87)【国際公開日】2022-08-04

(31)【優先権主張番号】63/144,304

(32)【優先日】2021-02-01

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＦＩＲＥＷＩＲＥ

２．ＪＡＶＡ

(71)【出願人】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】ルナルディ， ルカ

(72)【発明者】

【氏名】ルネ， ヨハン

(72)【発明者】

【氏名】バラク， フィリップ

(72)【発明者】

【氏名】チェントンザ， アンジェロ

(72)【発明者】

【氏名】パリシェハレハテロウジェニ， アリ

(72)【発明者】

【氏名】エクレフ， セシリア

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067DD45

5K067DD57

5K067EE02

5K067EE10

5K067EE24

(57)【要約】

ユーザ装置（ＵＥ）による体験品質（ＱｏＥ）測定を管理する方法。第１無線アクセスネットワーク（ＲＡＮ）ノードによって実行される第１の例示的な方法は、ＲＡＮ内の第２ノードに、第１ノードによってＵＥに構成された１つ以上のＲＡＮ可視ＱｏＥ測定の構成情報を送信（１０１０）することを含む。第２ノードは、マルチ接続のためのＵＥの構成変更と、ＵＥモビリティと、ＵＥのＲＲＣ再開又はＲＲＣ再確立と、サービスデータの転送を、第１ＲＡＮノードを経由してＵＥに向かうパスから、第２ＲＡＮノードを経由してＵＥに向かうパスに切り替えることと、の内の少なくとも１つに関して第１ノードに関連付けられ得る。

【特許請求の範囲】

【請求項1】

ユーザ装置（ＵＥ）による体感品質（ＱｏＥ）測定を管理するための、無線アクセスネットワーク（ＲＡＮ）の第１ノードでの方法であって、
前記第１ノードによって前記ＵＥに構成された１つ以上のＲＡＮ可視ＱｏＥ測定の構成情報を、前記ＲＡＮの第２ノードに送信（１０１０）することを含む、方法。

【請求項2】

請求項１に記載の方法であって、
前記第２ノードは、
マルチ接続のための前記ＵＥの構成の変更と、
前記ＵＥのモビリティと、
前記ＵＥのＲＲＣ再開又はＲＲＣ再確立と、
サービスのためのデータの転送を、前記第１ＲＡＮノードを介して前記ＵＥに向かうパスから、前記第２ＲＡＮノードを介して前記ＵＥに向かうパスに切り替えることと、
の内の少なくとも１つに関して前記第１ノードに関連付けられている、方法。

【請求項3】

請求項１又は２に記載の方法であって、
前記送信することの前に、前記１つ以上のＲＡＮ可視ＱｏＥ測定のために前記ＵＥを構成することを含む、方法。

【請求項4】

請求項１から３のいずれか１項に記載の方法であって、
前記構成情報は、
前記ＲＡＮ可視ＱｏＥが構成されているサービスタイプのインジケーションと、
前記ＲＡＮ可視ＱｏＥ構成が構成されている前記サービスタイプのアプリケーションに関連するセッションが進行中か否かのインジケーションと、
前記ＱｏＥ測定のタイプのインジケーションと、
前記無線端末から前記第２ＲＡＮノードへの前記ＲＡＮ可視ＱｏＥ測定の配信時に、前記第１ＲＡＮノードが前記ＲＡＮ可視ＱｏＥ測定の結果を受信することに関心があるか否かのインジケーションと、
前記第２ＲＡＮノードに関する情報を含むＲＡＮ可視ＱｏＥレポートが受信されたことを示すインジケーションと、
ＲＡＮ可視ＱｏＥレポートと共にシグナリングされる、前記レポートが既にＴＣＥにシグナリングされているかを示すインジケーションと、
無線端末から受信したＲＡＮ可視ＱｏＥレポートと、
の内の１つ以上を含む、方法。

【請求項5】

請求項１から４のいずれか１項に記載の方法であって、
ステータス情報が、１つ以上の追加のＵＥに関するステータス情報と共に前記第２ノードに送信される、方法。

【請求項6】

請求項１から５のいずれか１項に記載の方法であって、さらに、
前記１つ以上のＲＡＮ可視ＱｏＥ測定に関する要求を前記第２ノードに送信（１０２０）することを含み、
前記要求は、
前記第２ＲＡＮノードによって受信された前記ＱｏＥレポートを前記第１ＲＡＮノードに送信する要求と、
ＲＡＮ可視ＱｏＥレポートの受信をサポートする要求と、
アクティブ化された前記ＲＡＮ可視ＱｏＥ測定の１つ又はリストを一時停止する要求と、
一時停止された前記ＲＡＮ可視ＱｏＥ測定の１つ又はリストを再開する要求と、
アクティブ化された前記ＲＡＮ可視ＱｏＥ測定の１つ又はリストを解放又は停止する要求と、
ＲＡＮ可視測定の特定の構成、又は、前記ＱｏＥ測定にリンクされた無線測定の特定の構成で前記ＵＥを構成する要求と、
の内のいずれか１つを含む、方法。

【請求項7】

請求項６に記載の方法であって。
前記要求は、レポートの開始及び停止に関連する追加の条件を含み、
前記追加の条件は、
前記ＱｏＥレポートを受信するＲＡＮノードが切り替わる結果となる、前記ＵＥにおける無線ベアラの再構成と、
前記第１ＲＡＮノードから前記第２ＲＡＮノードに送信される過負荷インジケーションと、
一定の期間と、
セッション終了までと、
後続のモビリティイベントがトリガされるまでと、
さらなるＵＥの再構成までと、
サービスタイプ又はサービスサブタイプと、
スライス又はスライスのリストと、
の内の少なくとも１つを含む、方法。

【請求項8】

請求項６又は７に記載の方法であって、
前記第２ノードから、前記要求を肯定確認するメッセージ、又は、前記要求に応じることができないか失敗したことを示すメッセージを受信（１０３０）することを含む、方法。

【請求項9】

請求項６から８のいずれか１項に記載の方法であって、
前記要求は複数のＵＥに関係する、方法。

【請求項10】

ユーザ装置（ＵＥ）による体感品質（ＱｏＥ）測定を管理するための、無線アクセスネットワーク（ＲＡＮ）の第２ノードでの方法であって、
前記ＲＡＮの第１ノードから、前記第１ノードによって前記ＵＥに構成された１つ以上のＲＡＮ可視ＱｏＥ測定の構成情報を受信（１１１０）することを含む、方法。

【請求項11】

請求項１０に記載の方法であって、
前記第２ノードは、
マルチ接続のための前記ＵＥの構成の変更と、
前記ＵＥのモビリティと、
前記ＵＥのＲＲＣ再開又はＲＲＣ再確立と、
サービスのためのデータの転送を、前記第１ＲＡＮノードを介して前記ＵＥに向かうパスから、前記第２ＲＡＮノードを介して前記ＵＥに向かうパスに切り替えることと、
の内の少なくとも１つに関して前記第１ノードに関連付けられている、方法。

【請求項12】

請求項１０又は１１に記載の方法であって、
前記構成情報は、
前記ＲＡＮ可視ＱｏＥが構成されているサービスタイプのインジケーションと、
前記ＲＡＮ可視ＱｏＥ構成が構成されている前記サービスタイプのアプリケーションに関連するセッションが進行中か否かのインジケーションと、
前記ＱｏＥ測定のタイプのインジケーションと、
前記無線端末から前記第２ＲＡＮノードへの前記ＲＡＮ可視ＱｏＥ測定の配信時に、前記第１ＲＡＮノードが前記ＲＡＮ可視ＱｏＥ測定の結果を受信することに関心があるか否かのインジケーションと、
前記第２ＲＡＮノードに関する情報を含むＲＡＮ可視ＱｏＥレポートが受信されたことを示すインジケーションと、
ＲＡＮ可視ＱｏＥレポートと共にシグナリングされる、前記レポートが既にＴＣＥにシグナリングされているかを示すインジケーションと、
無線端末から受信したＲＡＮ可視ＱｏＥレポートと、
の内の１つ以上を含む、方法。

【請求項13】

請求項１０から１２のいずれか１項に記載の方法でって、
ステータス情報に応答して、前記ＵＥによるＱｏＥ測定の構成を構成することを控える、又は、変更することを控える、方法。

【請求項14】

請求項１０から１３のいずれか１項に記載の方法であって、さらに、
前記１つ以上のＲＡＮ可視ＱｏＥ測定に関する要求を前記第１ノードから受信（１１２０）することを含み、
前記要求は、
前記第２ＲＡＮノードによって受信された前記ＱｏＥレポートを前記第１ＲＡＮノードに送信する要求と、
ＲＡＮ可視ＱｏＥレポートの受信をサポートする要求と、
アクティブ化された前記ＲＡＮ可視ＱｏＥ測定の１つ又はリストを一時停止する要求と、
一時停止された前記ＲＡＮ可視ＱｏＥ測定の１つ又はリストを再開する要求と、
アクティブ化された前記ＲＡＮ可視ＱｏＥ測定の１つ又はリストを解放又は停止する要求と、
ＲＡＮ可視測定の特定の構成、又は、前記ＱｏＥ測定にリンクされた無線測定の特定の構成で前記ＵＥを構成する要求と、
の内のいずれか１つを含む、方法。

【請求項15】

請求項１４に記載の方法であって、
前記要求は、レポートの開始及び停止に関連する追加の条件を含み、
前記追加の条件は、
前記ＱｏＥレポートを受信するＲＡＮノードが切り替わる結果となる、前記ＵＥにおける無線ベアラの再構成と、
前記第１ＲＡＮノードから前記第２ＲＡＮノードに送信される過負荷インジケーションと、
一定の期間と、
セッション終了までと、
後続のモビリティイベントがトリガされるまでと、
さらなるＵＥの再構成までと、
サービスタイプ又はサービスサブタイプと、
スライス又はスライスのリストと、
の内の少なくとも１つを含む、方法。

【請求項16】

請求項１４又は１５に記載の方法であって、さらに、
前記要求の実行ステータスのインジケーションで応答することを含む、方法。

【請求項17】

請求項１４又は１５に記載の方法であって、
前記要求に応答して、前記要求を肯定確認するメッセージ、又は、前記要求に応じることができないか失敗したことを示すメッセージを前記第１ノードに送信（１１３０）することを含む、方法。

【請求項18】

請求項１０から１７のいずれか１項に記載の方法であって、
前記要求は複数のＵＥに関係する、方法。

【請求項19】

体感品質（ＱｏＥ）測定を実行する様にユーザ装置（ＵＥ）を構成する様に適合された無線アクセスネットワーク（ＲＡＮ）ノード（１４００）であって、
複数のＵＥ及び前記ＲＡＮの外部のネットワークノード又は機能と通信する様に構成されている通信インタフェース回路（１４４０、１４５０）と、
前記通信インタフェース回路と動作可能に結合された処理回路（１４１０、１４２０、１４３０）と、
を備え、
前記処理回路及び前記通信インタフェース回路は、請求項１から１８のいずれか１項に記載の方法を実行する様に構成されている、ＲＡＮノード。

【請求項20】

体感品質（ＱｏＥ）測定を実行する様にユーザ装置（ＵＥ）を構成する様に適合された無線アクセスネットワーク（ＲＡＮ）ノード（１４００）であって、
請求項１から１８のいずれか１項に記載の方法を実行する様に適合されている、ＲＡＮノード。

【請求項21】

体感品質（ＱｏＥ）測定を実行する様にユーザ装置（ＵＥ）を構成する様に適合された無線アクセスネットワーク（ＲＡＮ）ノードの処理回路によって実行されると、請求項１から１８のいずれかに１項に記載の方法を実行する様に前記ＲＡＮノードを構成するコンピュータ実行可能命令を格納する非一時的なコンピュータ可読媒体。

【請求項22】

体感品質（ＱｏＥ）測定を実行する様にユーザ装置（ＵＥ）を構成する様に適合された無線アクセスネットワーク（ＲＡＮ）ノードの処理回路によって実行されると、請求項１から１８のいずれかに１項に記載の方法を実行する様に前記ＲＡＮノードを構成するコンピュータ実行可能命令を含むコンピュータプログラム製品。

【請求項23】

無線アクセスネットワーク（ＲＡＮ）における体感品質（ＱｏＥ）測定の構成を処理するための、ユーザ装置（ＵＥ）での方法であって、
ＲＡＮノードからＲＡＮ可視ＱｏＥ構成を受信（１２１０）することと、
前記ＵＥが同じサービスタイプ又はアプリケーションに対するＲＡＮ可視ＱｏＥ構成を既に有しているかを判定（１２２０）することと、
前記判定することにおいて、
新しいＲＡＮ可視ＱｏＥ構成を廃棄することと、
古いＲＡＮ可視ＱｏＥ構成を解放し、それ自体及び上位層を新しいＲＡＮ可視ＱｏＥ構成で構成することと、
新しい構成を一時停止することと、
古い構成を一時停止し、新しい構成をアクティブにすることと、
新しい構成を受信したときに古い構成がすでに一時停止状態にある場合、新しい構成をアクティブのままにし、古い構成を解放するか、古い構成を一時停止したままにすることと、
サービス／アプリケーションのタイプ又はサービスのサブタイプが新しいＲＡＮ可視ＱｏＥ構成によって指定されている場合、それ自体と、前記サービスの対象タイプ又はサブタイプ及び／又は対象アプリケーションの上位層を指定されたサービスで構成し、残りのアプリケーションに対する古いＲＡＮ可視ＱｏＥ構成を維持することと、
デュアル接続シナリオで、ＲＡＮ可視ＱｏＥ構成の１つがマスタノードから受信され、他のものがセカンダリノードから受信された場合、前記セカンダリノードから受信した前記ＲＡＮ可視ＱｏＥ構成を解放し、前記マスタノードから受信した前記ＲＡＮ可視ＱｏＥ構成を維持することと、
デュアル接続シナリオで、ＲＡＮ可視ＱｏＥ構成の１つがマスタノードから受信され、他のものがセカンダリノードから受信された場合、前記セカンダリノードから受信した前記ＲＡＮ可視ＱｏＥ構成を一時停止し、前記マスタノードから受信した前記ＲＡＮ可視ＱｏＥ構成をアクティブのままにすることと、
前記ＲＡＮ可視ＱｏＥ構成の対象となるサービスのタイプ及び／又はサービスのサブタイプの進行中のアプリケーションセッション（又は、複数のアプリケーションセッションが進行中の場合はその様な進行中のすべてのアプリケーションセッション）が現在、そこから古い構成を受信した前記ＲＡＮノードへの無線ベアラを使用している場合、古い構成を維持し、新しい構成を解放又は一時停止することと、
前記ＲＡＮ可視ＱｏＥ構成の対象となるサービスのタイプ及び／又はサービスのサブタイプの進行中のアプリケーションセッション（又は、複数のアプリケーションセッションが進行中の場合はその様な進行中のすべてのアプリケーションセッション）が現在、そこから新しい構成を受信した前記ＲＡＮノードへの無線ベアラを使用している場合、新しい構成を維持し、古い構成を解放又は一時停止することと、
の内の１つ以上のアクションを行う（１２３０）ことと、
を含む、方法。

【請求項24】

無線アクセスネットワーク（ＲＡＮ）における体感品質（ＱｏＥ）測定を実行する様に構成されたユーザ装置（ＵＥ）（１３００）であって、
少なくとも１つのＲＡＮノードと通信する様に構成された無線トランシーバ回路（１３４０）と、
前記無線トランシーバ回路と動作可能に結合された処理回路（１３１０、１３２０、１３３０）と、
を備え、
前記処理回路及び前記無線トランシーバ回路は、請求項２３に記載の方法を実行する様に構成されている、ＵＥ。

【請求項25】

無線アクセスネットワーク（ＲＡＮ）における体感品質（ＱｏＥ）測定を実行する様に構成されたユーザ装置（ＵＥ）（１３００）であって、
前記ＵＥは、さらに、請求項２３に記載の方法を実行する様に適合されている、ＵＥ。

【請求項26】

無線アクセスネットワーク（ＲＡＮ）における体験品質（ＱｏＥ）測定を実行する様に構成されたユーザ装置（ＵＥ）の処理回路によって実行されると、請求項２３に記載の方法を実行する様に前記ＵＥを構成するコンピュータ可読命令を格納する非一時的なコンピュータ可読記憶媒体。

【請求項27】

無線アクセスネットワーク（ＲＡＮ）における体験品質（ＱｏＥ）測定を実行する様に構成されたユーザ装置（ＵＥ）の処理回路によって実行されると、請求項２３に記載の方法を実行する様に前記ＵＥを構成するコンピュータ可読命令を含むコンピュータプログラム製品。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

ロングタームエボリューション（ＬＴＥ）は、第３世代パートナシッププロジェクト（３ＧＰＰ（登録商標））内で開発され、最初はリリース８（Ｒｅｌ－８）及びリリース９（Ｒｅｌ－９）で標準化され、発展型ＵＭＴＳ無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）としても知られる、第４世代（４Ｇ）無線アクセス技術の総称であり、ＬＴＥは、様々なライセンスされた周波数帯域を対象としており、一般に、発展型パケットコア（ＥＰＣ）ネットワークを含む、ＳＡＥ（ＳｙｓｔｅｍＡｒｃｈｉｔｅｃｔｕｒｅＥｖｏｌｕｔｉｏｎ）と呼ばれる非無線の側面の改良を伴う。ＬＴＥは、その後のリリースを通じて進化し続けている。

【0003】

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

【0004】

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

【0005】

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

【0006】

ただし、時間周波数リソースは、ＬＴＥセルよりもＮＲセルの方がはるかに柔軟に設定できる。さらにＬＴＥの場合の様に、"セル"を介したカバレッジを提供することに加えて、ＮＲネットワークは"ビーム"を介したカバレッジも提供する。一般に、ＤＬ"ビーム"は、ユーザ装置（ＵＥ、例えば、無線通信デバイス）によって測定又は監視され得るネットワーク送信参照信号（ＲＳ）のカバレッジエリアである。

【0007】

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

【0008】

ＬＴＥとＵＭＴＳのソリューションは似ており、全体的な原則は以下のとおりである。ＱＭＣ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｌｌｅｃｔｉｏｎ）により、ＵＥでのアプリケーション層測定の構成と、無線リソース制御（ＲＲＣ）シグナリングによるＱｏＥ測定結果の送信が可能になる。ＯＡＭ又はコアネットワーク（ＣＮ）から受信したアプリケーション層測定構成は、トランスペアレントコンテナにカプセル化され、ダウンリンクＲＲＣメッセージでＵＥに転送される。ＵＥの上位層から受信したアプリケーション層の測定値は、トランスペアレントコンテナにカプセル化され、アップリンクＲＲＣメッセージでネットワークに送信される。結果コンテナはトレース収集エンティティ（ＴＣＥ）に転送される。

【0009】

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

【0010】

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

【0011】

測定は、管理ベースの方法で、つまりＯ＆Ｍノードから、一般的な方法で、例えばＵＥのグループに対して、ＲＡＮに向けて開始されてもよいし、シグナリングベースの方法、例えば、単一のＵＥに対してＣＮからＲＡＮに向けて開始されても良い。測定構成は、測定の詳細を含み、ＲＡＮに対してトランスペアレントなコンテナにカプセル化される。

【0012】

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

【0013】

ＲＡＮは、ＵＥアクセス層でストリーミングセッションがいつ進行中であるかを認識しておらず、測定がいつ進行中であるかも認識していない。いつＲＡＮが測定を停止するかは、実装上の決定である。通常、これはＵＥが測定エリア外に移動したときに行われる。

【0014】

従来のソリューションによって提供される機会の１つは、ハンドオーバ状況でもセッション全体にわたってＱｏＥ測定を維持できることである。ＬＴＥ（Ｅ－ＵＴＲＡＮ）ソリューションの背景について、以下に説明する。

【0015】

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

【0016】

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

【0017】

ＵＥは、応答メッセージ"ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ"に"ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ"ＩＥを含めることができる。"ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ"ＩＥは、ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ－ｖ１５３０－ＩＥを含む場合があり、これは、以下の"ＭｅａｓＰａｒａｍｅｔｅｒｓ－ｖ１５３０"エンコードに詳細を示す様に、ＵＥがストリーミングサービス及び／又はＭＴＳＩサービスのＱｏＥ測定収集をサポートするかを示すためにＵＥによって使用され得る。

【0018】

３ＧＰＰ（登録商標）ＴＳＧ ＲＡＮ２のミーティング＃１１０での３ＧＰＰ（登録商標）ＴＳ３６．３３１ ｖ１６．０．０の奇書ＣＲ４２９７（Ｒ２－２００４６２４）は、"ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ－ｖ１６ｘｙ－ＩＥ"内にｑｏｅ－Ｅｘｔｅｎｓｉｏｎｓ－ｒ１６ ＩＥを含む"ｍｅａｓＰａｒａｍｅｔｅｒｓ－ｖ１６ｘｙ"を含み得る"ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ"の拡張を提案している。ｑｏｅ－Ｅｘｔｅｎｓｉｏｎｓ－ｒ１６ ＩＥは、ＵＥがＱｏＥ測定収集のリリース１６拡張をサポートするかどうか、つまり、ＵＥが一度に複数のＱｏＥ測定タイプをサポートするかどうか、及び、ＵＥが、ｗｉｔｈｉｎＡｒｅａ、ｓｅｓｓｉｏｎＲｅｃｏｒｄｉｎｇＩｎｄｉｃａｔｉｏｎ、ｑｏｅ－Ｒｅｆｅｒｅｎｃｅ、ｔｅｍｐｏｒａｒｙＳｔｏｐＱｏＥ及びｒｅｓｔａｒｔＱｏＥのシグナリングをサポートするかどうかを示すために使用され得る。

【0019】

Ｅ－ＵＴＲＡＮ-アプリケーション層測定レポート
３ＧＰＰ（登録商標）ＴＳ３６．３３１に記述され、図２に示されている"アプリケーション層測定レポート"手順の目的は、アプリケーション層測定レポートをＥ－ＵＴＲＡＮに通知することである。

【0020】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいてアプリケーション層測定レポートが可能なＵＥは、アプリケーション層測定が構成されたとき、すなわち、ｍｅａｓＣｏｎｆｉｇＡｐｐＬａｙｅｒがＥ－ＵＴＲＡＮによって構成されたときに、手順を開始し得る。

【0021】

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

【0022】

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

【0023】

設定は、対象のアプリケーションのＱｏＥ測定構成を特定するトランスペアレントコンテナｍｅａｓＣｏｎｆｉｇＡｐｐＬａｙｅｒＣｏｎｔａｉｎｅｒと、ＱｏＥ測定が構成されているアプリケーション（又はサービス）を示すｓｅｒｖｉｃｅＴｙｐｅ ＩＥを含む。サポートされているサービスはストリーミング及びＭＴＳＩである。

【0024】

３ＧＰＰ（登録商標）ＴＳＧ ＲＡＮ２ミーティング＃１１０での３ＧＰＰ（登録商標）ＴＳ３６．３３１ ｖ１６．０．０の奇書ＣＲ４２９７（Ｒ２－２００４６２４）は、ＱｏＥ測定構成を拡張することを提案している。

【0025】

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

【0026】

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

【0027】

３ＧＰＰ（登録商標）ＴＳＧ ＲＡＮ２ミーティング＃１１０での３ＧＰＰ（登録商標）ＴＳ３６．３３１ ｖ１６．０．０の奇書ＣＲ４２９７（Ｒ２－２００４６２４）は、ＰＬＭＮ識別子とＱｏＥ測定収集の識別子を含むＱｏＥリファレンスを導入するＭｅａｓＲｅｐｏｒｔＡｐｐＬａｙｅｒ ＩＥを拡張することを提案している。

【0028】

Ｅ－ＵＴＲＡＮの場合、アプリケーション層測定レポートのための望ましいＵＥ動作の例がＣＲ４２９７（Ｒ２－２００４６２４）に記載されている。

【0029】

ＵＥアプリケーション層測定構成
"ＵＥアプリケーション層測定構成"ＩＥは、３ＧＰＰ（登録商標）ＴＳ３６．４１３ ｖ１６．３．０及びＴＳ３６．４２３ ｖ１６．３．０に記載されている。

【0030】

ＱｏＥ測定のためのエリアスコープ
３ＧＰＰ（登録商標）ＴＳ２８．４０５によれば、エリアスコープパラメータは、ＱｏＥ測定収集（ＱＭＣ）が行われるセル又はトラッキングエリア／ルーティングエリア／ロケーションエリアに関してエリアを定義する。パラメータが存在しない場合、ＱＭＣはＰＬＭＮターゲットで特定されるＰＬＭＮの全体で実行される。

【0031】

ＵＭＴＳのエリアスコープパラメータは以下のいずれかである。
－ＣＧＩによって識別されるセルのリスト。最大３２個のＣＧＩを定義できる。
－ＲＡＩによって識別されるルーティングエリアのリスト。最大８個のＲＡＩを定義できる。
－ＬＡＩによって識別されるロケーションエリアのリスト。最大８個のＬＡＩを定義できる。

【0032】

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

【発明の概要】

【発明が解決しようとする課題】

【0033】

本明細書で説明される技術及び装置の実施形態は、ＲＡＮノード間で、ＲＡＮ可視（ライトウェイト）ＱｏＥ測定のための構成の調整された処理を可能にする。

【課題を解決するための手段】

【0034】

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

【0035】

本明細書で説明される幾つかの実施形態による例示的な方法は、ユーザ装置（ＵＥ）による体感品質（ＱｏＥ）測定を管理するために、無線アクセスネットワーク（ＲＡＮ）内の第１ノードによって実行される。この例示的な方法は、第１ノードによってＵＥに構成された１つ又は複数のＲＡＮ可視（ライトウェイト）ＱｏＥ測定の構成情報をＲＡＮ内の第２ノードに送信するステップを含む。

【0036】

本明細書で説明される幾つかの実施形態による対応する方法は、ユーザ装置（ＵＥ）による体感品質（ＱｏＥ）測定を管理するために、無線アクセスネットワーク（ＲＡＮ）内の第２ノードによって実行される。この例示的な方法は、第１ノードによってＵＥに構成された１つ又は複数のＲＡＮ可視（ライトウェイト）ＱｏＥ測定の構成情報をＲＡＮ内の第２ノードから受信するステップを含む。

【0037】

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

【0038】

本明細書に記載されるソリューションの様々な実施形態は、ＲＡＮノード間でＲＡＮ可視（ライトウェイト）ＱｏＥ測定構成及びステータス情報を転送するメカニズムを可能にし、情報を受信するノード、情報を送信するノード、及び／又は、その両方による測定の適切な処理を可能にする。さらに、これらのメカニズムにより、ｇＮＢ－ＣＵはＲＡＮ可視（ライトウェイト）ＱｏＥレポートをｇＮＢ－ＤＵに転送できるため、ｇＮＢ－ＤＵは最適化及びアルゴリズムでＲＡＮ可視（ライトウェイト）ＱｏＥ測定を使用できる。例えば、ｇＮＢ－ＤＵは、バッファレベル等のＲＡＮ可視ＱｏＥメトリックを使用して、リンクアダプテーション及びスケジューリングポリシを調整できる。

【0039】

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

【図面の簡単な説明】

【0040】

【図1】ＬＴＥ（Ｅ－ＵＴＲＡＮ）におけるＵＥ能力転送を示す図。

【図2】Ｅ－ＵＴＲＡＮのアプリケーション層測定レポートを示す図。

【図3】３ＧＰＰ（登録商標）で標準化された、ロングタームエボリューション（ＬＴＥ）発展型ＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）及び発展型パケットコア（ＥＰＣ）ネットワークの例示的なアーキテクチャの高レベルブロック図。

【図4】５Ｇ／ＮＲネットワークアーキテクチャの２つの高レベルビューを示す図。

【図5】５Ｇ／ＮＲネットワークアーキテクチャの２つの高レベルビューを示す図。

【図6】ＮＲユーザプレーン（ＵＰ）及び制御プレーン（ＣＰ）プロトコルスタックの例示的な構成を示す図。

【図7A】レガシーＵＭＴＳネットワークにおける体感品質（ＱｏＥ）測定ためのＵＴＲＡＮとＵＥとの間での様々な手順を示す図。

【図7B】レガシーＵＭＴＳネットワークにおける体感品質（ＱｏＥ）測定ためのＵＴＲＡＮとＵＥとの間での様々な手順を示す図。

【図7C】レガシーＵＭＴＳネットワークにおける体感品質（ＱｏＥ）測定ためのＵＴＲＡＮとＵＥとの間での様々な手順を示す図。

【図7D】レガシーＵＭＴＳネットワークにおける体感品質（ＱｏＥ）測定ためのＵＴＲＡＮとＵＥとの間での様々な手順を示す図。

【図8A】ＬＴＥネットワークにおけるＵＥのＱｏＥ測定構成の様々な側面を示す図。

【図8B】ＬＴＥネットワークにおけるＵＥのＱｏＥ測定構成の様々な側面を示す図。

【図9A】ＬＴＥネットワークにおけるＵＥのＱｏＥ測定収集の様々な側面を示す図。

【図9B】ＬＴＥネットワークにおけるＵＥのＱｏＥ測定収集の様々な側面を示す図。

【図9C】ＬＴＥネットワークにおけるＵＥのＱｏＥ測定収集の様々な側面を示す図。

【図10】本開示の様々な例示的な実施形態による、第１ＲＡＮノード（ＲＮＮ、例えば、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ等、又は、それらのコンポーネント）での例示的な方法（例えば、手順）を示すフロー図。

【図11】本開示の様々な例示的な実施形態による、第２ＲＡＮノード（ＲＮＮ、例えば、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ等、又は、それらのコンポーネント）での例示的な方法（例えば、手順）を示すフロー図。

【図12】本開示の様々な例示的な実施形態による、ユーザ装置（ＵＥ、例えば、無線デバイス、ＩｏＴデバイス等、又は、それらのコンポーネント）での例示的な方法（例えば、手順）を示すフロー図。

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

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

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

【発明を実施するための形態】

【0041】

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

【0042】

一般的に、ここで使用されている総ての用語は、異なる意味が明確に与えられていない限り、及び／又は、使用されている文脈から示唆されていない限り、関連する技術分野での通常の意味に従って解釈される。要素、装置、コンポーネント、手段、ステップ等への言及は、明示的に述べられない限り、オープン的に、要素、装置、コンポーネント、手段、ステップ等の少なくとも１つを参照しているものと解釈される。本明細書に開示されている方法のステップは、ステップが別のステップの後に続く、又は、前にあると明確に説明されていない限り、及び／又は、ステップが別のステップの前又は後になければならないことが暗黙的に示されている場合を除き、開示された正確な順序で実行する必要はない。本明細書に開示される実施形態の任意の特徴は、必要に応じて、他の実施形態に適用され得る。同様に、実施形態の任意の利点は、他の実施形態に適用することができ、逆もまた同様である。

【0043】

さらに、以下の用語が、以下の説明全体で使用される。

【0044】

・無線ノード：本明細書で使用されるとき、"無線ノード"は、"無線アクセスノード"又は"無線デバイス"のいずれかである。

【0045】

・無線アクセスノード：本明細書で使用されるとき、"無線アクセスノード"（又は"無線ネットワークノード"、"無線アクセスネットワークノード"又は"ＲＡＮノード）は、信号を無線で送信及び／又は受信する様に動作する、セルラ通信ネットワークの無線アクセスネットワーク（ＲＡＮ）内の任意のノードであり得る。無線アクセスノードの幾つかの例は、基地局（例えば、３ＧＰＰ（登録商標）第５世代（５Ｇ）ＮＲネットワーク内のニューレディオ（ＮＲ）基地局（ｇＮＢ／ｅｎ－ｇＮＢ）又は３ＧＰＰ（登録商標）ＬＴＥネットワークの拡張又は発展型ノードＢ（ｅＮＢ／ｎｇ－ｅＮＢ））、基地局分散コンポーネント（ＣＵ及びＤＵ等）、基地局制御及び／又はユーザプレーンコンポーネント（ＣＵ－ＣＰ，ＣＵ－ＤＵ等）、高電力又はマクロ基地局、低電力基地局（例えば、ミクロ、ピコ、フェムト又はホーム基地局等）、統合アクセスバックホール（ＩＡＢ）ノード、送信ポイント、リモート無線ユニット（ＲＲＵ又はＲＲＨ）、及び、リレーノードを含むが、それらに限定されない。したがって、"ＲＡＮノード"という用語は、例えば、ｇＮＢ、ｅＮＢ、ｅｎ－ｇＮＢ、ｎｇ－ｅＮＢ、ｇＮＢ－ＣＵ、ｇＮＢ－ＣＵ－ＣＰ、ｇＮＢ－ＣＵ－ＵＰ、ｅＮＢ－ＣＵ、ｅＮＢ－ＣＵ－ＣＰ、ｅＮＢ－ＣＵ－ＵＰ、ＩＡＢノード、ＩＡＢドナーＤＵ、ＩＡＢドナーＣＵ、ＩＡＢ－ＤＵ、ＩＡＢ－ＭＴ、Ｏ－ＣＵ、Ｏ－ＣＵ－ＣＰ、Ｏ－ＣＵ－ＵＰ、Ｏ－ＤＵ、Ｏ－ＲＵ、Ｏ－ｅＮＢのいずれにも適用され得る。

【0046】

・コアネットワークノード：本明細書で使用されるとき、"コアネットワークノード"は、コアネットワーク内の任意の種類のノードである。コアネットワークノードの例は、モビリティ管理エンティティ（ＭＭＥ）、サービングゲートウェイ（ＳＧＷ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、アクセス及びモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ）、サービス能力公開機能（ＳＣＥＦ）等を含む。

【0047】

・無線デバイス：本明細書で使用される場合、"無線デバイス"（又は略して"ＷＤ"）は、ネットワークノード及び／又は他の無線デバイスと無線通信することによってセルラ通信ネットワークにアクセスできる（すなわち、サービスされる）任意タイプのデバイスである。無線通信は、電磁波、無線波、赤外線、及び／又は。空気を通じて情報を搬送するのに適した他のタイプの信号を使用して無線信号を送信及び／又は受信することを含み得る。無線デバイスの例は、スマートフォン、移動電話、携帯電話、ＶｏＩＰ（ｖｏｉｃｅｏｖｅｒＩＰ）電話、無線ローカルループ電話、デスクトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、無線カメラ、ゲームコンソール又はデバイス、音楽ストレージデバイス、再生アプライアンス、ウェアラブルデバイス、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線宅内機器（ＣＰＥ）、モバイルタイプ通信（ＭＴＣ）デバイス、ＩｏＴ（Ｉｎｔｅｒｎｅｔ－ｏｆ－Ｔｈｉｎｇｓ）デバイス、車載無線端末デバイス等を含むが、これらに限定されない。特に明記されていない限り、"無線デバイス"という用語は、"ユーザ装置"（又は"ＵＥ"）と互換的に使用される。

【0048】

・ネットワークノード：本明細書で使用される場合、"ネットワークノード"は、セルラ通信ネットワークの無線アクセスネットワーク（例えば、上記の無線アクセスノード又は同等の名前）又はコアネットワーク（例えば、上記のコアネットワークノード）のいずれかの一部である任意のノードである。機能的に、ネットワークノードは、無線デバイスと直接又は間接的に通信する、及び／又は、セルラ通信ネットワーク内の他のネットワークノード若しくは機器と通信して、無線デバイスの無線アクセスを可能にする、及び／又は、提供できる、及び／又は、セルラ通信ネットワークにおいて他の機能（例えば、管理）を実行する様に構成、配置及び／又は動作可能な装置を指す。

【0049】

・"ＱｏＥ測定レポート"、"ＱｏＥレポート"、"測定レポート"、及び"レポート"という用語は、交換可能に使用される。

【0050】

・"ＱｏＥ測定構成"、"ＱｏＥ測定"、"ＱｏＥ構成"、及び"アプリケーション層測定構成"という用語は、交換可能に使用される。

【0051】

・"サービス"及び"アプリケーション"という用語は、交換可能に使用される。

【0052】

・"ＭＣＥ"及び"ＴＣＥ"という用語は、交換可能に使用される。

【0053】

本明細書の説明は、３ＧＰＰ（登録商標）セルラ通信システムに焦点を合わせており、よって、３ＧＰＰ（登録商標）の用語又は３ＧＰＰ（登録商標）の用語と同様の用語がしばしば使用されることに留意されたい。しかしながら、本明細書に開示されている概念は、３ＧＰＰ（登録商標）システムに限定されない。さらに、本明細書では"セル"という用語が使用されるが、（特に５Ｇ ＮＲに関して）ビームがセルの代わりに使用され、したがって、本明細書に記載の概念はセル及びビームの両方に等しく適用されることを理解されたい。

【0054】

上記で簡単に要約した様に、３ＧＰＰ（登録商標）Ｒｅｌ－１７では、ＲＡＮノードがＵＥ ＱｏＥ測定に基づいてパフォーマンスの様々な側面を適合できる様に、ＲＡＮノードへのＱｏＥレポートの可視性を提供することが合意された。しかしながら、この方法において、従来のＱｏＥ測定をＲＡＮノードによる使用に適合させるには、様々な問題、課題、及び／又は、困難が存在する。これについては、ＬＴＥ及びＮＲネットワークアーキテクチャの説明の後で、さらに詳しく説明する。

【0055】

第１ネットワークノードがＭＮとして機能し、第２ネットワークノードがＳＮとして機能するデュアル接続を設定して動作させるときに、ＵＥのＱｏＥ測定を処理する１つのアプローチは、第１ＲＡＮノードによって実行される、
－ＵＥのＱｏＥ構成を作成することと、
－ＱｏＥ構成の総て又は一部をＵＥに送信することと、
－ＳＮを設定又は再構成するときに、ＱｏＥ構成の総て又は一部を第２ネットワークノードに送信することであって、ＳＮ関連のＱｏＥ構成とＭＮ関連のＱｏＥ構成は異なり得る、ことと、
－おそらく、第２ネットワークノードからＱｏＥ測定結果データを受信することと、
のステップを含み得る。

【0056】

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

【0057】

ＱｏＥ測定のもう１つの手法は、"ライトウェイト"ＱｏＥ測定として参照されるものが含まれ、これは、ＱｏＥメトリックを補完するＱｏＥ関連の測定である（このドキュメントの残りの部分では"従来のＱｏＥ測定"としても参照する。）。このアプローチによれば、ＲＡＮノードは、ライトウェイトＱｏＥ測定で無線端末を構成できる。

【0058】

本明細書で使用される場合、"ライトウェイトＱｏＥ測定"（又は"ライトウェイトＱｏＥメトリック"）という用語は、３ＧＰＰ（登録商標）ＴＳ２６．２４７、２６．１１４、２６．１１８及び２６．３４６で規定されるレガシーＱｏＥ測定のいずれとも少なくとも異なり、対応するレガシーＱｏＥ測定よりも送信に必要な情報ビットが少なくなる測定を参照する。"ＲＡＮ可視"という用語は、本明細書では"ライトウェイトＱｏＥ測定"と同義的に使用される。同様に、"凝縮された"、"コンパクト"、"簡素化された"、及び、"より抽象的な"という用語は、ＱｏＥ測定、メトリック又はデータのフォーマット又は表現の文脈において"ライトウェイト"と同義的に使用され得る。例えば、ライトウェイトＱｏＥ測定は、レガシーＱｏＥ測定の符号化及び／又は圧縮バージョンであり、ライトウェイトＱｏＥ測定は、レガシーＱｏＥ測定と同じ粒度の情報を伝えない可能性がある。より具体的な例として、ライトウェイトＱｏＥ測定値は、整数であり得る、或いは、より大きな整数、実数値、値の配列等である対応するレガシーＱｏＥ測定値を表すバイナリフラグであり得る。

【0059】

幾つのかの場合において、上記の"符号化"は、実際の測定値と、バイナリ、整数、又は、列挙値との間のマッピングであり得る。他の場合において、レガシーＱｏＥ測定値を人工知能（ＡＩ）／機械学習（ＭＬ）システム、ニューラルネットワークベースのモデル、又は、その他のアルゴリズムに入力して、特定のサービスを実行するために、ユーザのＱｏＥの簡略化されたメトリック（例えば、単一値の品質レート／スコア／インデックス等）を生成することもできる。幾つかの場合において、複数のレガシーＱｏＥ測定値（例えば、データスループット、遅延、ジッタ等）をその様なアルゴリズムに入力して、複数のレガシーＱｏＥ測定値によってカバーされる総てのＱｏＥ側面を表す単一のメトリックを生成することができる。ただし、他のケースにおいて、単一のメトリックは、事前に決定された基準に基づいて最も関連性が高いとみなされるもの等、レガシーＱｏＥ測定によってカバーされる総てのＱｏＥ側面のサブセットのみを表す場合がある。

【0060】

ただし、幾つかの未解決の問題がある。例えば、ライトウェイトＱｏＥを処理するためのＲＡＮノード間の調整メカニズムは定義されていない。第１ＲＡＮノードと第２ＲＡＮノードの両方が無線端末／ＵＥに関する接続手順（ＭＲ－ＤＣ、モビリティ、再開及び再確立等）に関与し、第１ＲＡＮノードが、レガシーＱｏＥ測定に加えて、又は、レガシーＱｏＥ測定とは独立して、ＲＡＮ可視（ライトウェイト）ＱｏＥ測定でＵＥを構成する一部のシナリオにおいて、第２ＲＡＮノードは、以下を認識しない。
－無線端末に構成されたＲＡＮ可視（ライトウェイト）ＱｏＥ測定のステータス情報、
－無線端末に構成され、ＲＡＮ可視（ライトウェイト）ＱｏＥ測定に関連付けられた無線測定（ＭＤＴ等）のステータス、
－無線端末に構成された、ＱｏＥ測定に関して実行されるアクション：
〇例えば、ＲＡＮ可視ＱｏＥ測定レポートを受信する、第１ＲＡＮノードの要求
〇例えば、ＲＡＮ可視ＱｏＥ測定レポートを第１ＲＡＮノードに転送する要求
－ＲＡＮ可視（ライトウェイト）ＱｏＥ測定レポートがＴＣＥに通知されたかどうか。

【0061】

第２ＲＡＮノードは上述のステータス及びアクションを認識しないため、第２ノードがＵＥに対して構成された進行中のＱｏＥ測定を改ざん（例えば、上書き）する可能性がある。さらに、現在、ｇＮＢの分散ユニット、例えば、ｇＮＢ－ＤＵがＲＡＮ可視（ライトウェイト）ＱｏＥレポートの内容を読み取って使用することはできない。

【0062】

この文書において、ＲＡＮノード間（Ｘｎ又はＸ２インタフェース等を介して直接、又は、コアネットワーク及びＮＧ又はＳ１インタフェースを介して間接的に）の調整と、ＲＡＮノードと無線端末との間の調整を、構成されたＲＡＮ可視ＱｏＥの構成情報及び構成ステータス情報の転送を介して可能にするソリューションが導入される。ここで説明するソリューションは、モビリティ（ハンドオーバ、条件付きハンドオーバ、ＤＡＰＳハンドオーバ等）、デュアル接続又はマルチ接続、ＲＲＣ再開、及び、ＲＲＣ再確立等、少なくとも２つのＲＡＮノードが関与する任意のシナリオに適用され得る。

【0063】

これらのソリューションの実施形態は、第１ＲＡＮノード、第２ＲＡＮノード及び無線端末に対する以下のアクションの一部又は総てを含み得る。

【0064】

１．本明細書で提案される幾つかの方法によれば、第１ＲＡＮノードは、モビリティ手順（例えば、ハンドオーバ、条件付きハンドオーバ、ＤＡＰＳハンドオーバ等）、デュアル接続手順、ＲＲＣ接続再開手順又はＲＲＣ接続再確立手順において、無線端末に関する以下の情報を第２ＲＡＮノードに送信する。この情報は、以下のＲＡＮ可視（ライトウェイト）ＱｏＥ測定構成情報の少なくとも１つを含む。
・ＲＡＮ可視（ライトウェイト）ＱｏＥが構成されているサービスタイプを示すインジケーション；
・ＲＡＮ可視（ライトウェイト）ＱｏＥ構成が構成されているサービスタイプのアプリケーションに関連するセッションが進行中かどうかを示すインジケーション；
・管理ベース、シグナリングベース、又は、ハイブリッド（管理ベースとシグナリングベースＱｏＥの組み合わせ）等のＱｏＥ測定のタイプを示すインジケーション；
・無線端末から第２ＲＡＮノードへのＱｏＥ測定値の配信時に、第１ＲＡＮノードがＲＡＮ可視（ライトウェイト）ＱｏＥ測定結果（又は、ＲＡＮ可視ＱｏＥ測定の部分）を受信することに関心があるかどうかを示すインジケーション。換言すれば、第１ＲＡＮノードがＲＡＮ可視（ライトウェイト）ＱｏＥ測定結果の受信に関心があることをインジケーションが示す場合、このインジケーションは、ＲＡＮ可視（ライトウェイト）ＱｏＥ測定レポートが無線端末から第２ＲＡＮノードに配信されるときに、ＲＡＮ可視（ライトウェイト）ＱｏＥ測定レポートが第１ノードと共有される様にすることを要求する、第１ＲＡＮノードから第２ＲＡＮノードへの要求を示す。第２ＲＡＮノードは、通常のＱｏＥレポート、すなわち非ＲＡＮ可視部分を、第１ＲＡＮノードに転送することなく、ＴＣＥ／ＭＣＥに送信し得る。
・第２ＲＡＮノードに関する情報と共にＲＡＮ可視（ライトウェイト）ＱｏＥレポートが受信されたことを示すインジケーション；
・ＲＡＮ可視（ライトウェイト）ＱｏＥレポートと共にシグナリングされる、レポートがすでにＴＣＥにシグナリングされているかどうかを示すインジケーション；
〇その様なインジケーションは、ＴＣＥにシグナリングされるレポートのサイズと、オプションでＴＣＥにＱｏＳＥレポートをシグナリングする頻度と、を含む、ＱｏＥ測定構成情報と共にシグナリングされる
・無線端末から受信したＲＡＮ可視（ライトウェイト）ＱｏＥレポート；
この情報の転送は、オプションで、以下の条件付けが行われ得る；
〇ＲＡＮ可視（ライトウェイト）ＱｏＥレポートが、第２ＲＡＮノードに関する情報を含む、及び／又は
〇第２ＲＡＮノードが、無線端末からのＲＡＮ可視（ライトウェイト）ＱｏＥレポートが第２ＲＡＮノードに転送されることを望んでいることを以前に示したこと；
・ＲＡＮ可視（ライトウェイト）ＱｏＥレポートの１つ又はリスト、或いは、１つ又は複数のＵＥのＲＡＮ可視（ライトウェイト）ＱｏＥ測定の一部を中央ユニット（例：ｇＮＢ－ＣＵ）から分散ユニット（例：ｇＮＢ－ＤＵ）に、例えば３ＧＰＰ（登録商標）Ｆ１インタフェース経由で転送する。

【0065】

２．本明細書で説明される技術による他の方法において、ＲＡＮ可視（ライトウェイト）ＱｏＥ構成及びステータス情報を受信する第２ＲＡＮノードは、以下のアクションの内の少なくとも１つを実行し得る。
・第１ＲＡＮノードからＲＡＮ可視（ライトウェイト）ＱｏＥ測定構成を受信する。
・ＵＥからＲＡＮ可視（ライトウェイト）ＱｏＥ測定値を受信するために必要な無線リソースを構成する。無線リソースは、ＳＲＢ１、ＳＲＢ２、ＳＲＢ３、ＳＲＢ４等の任意のタイプの無線ベアラを含み得る。
・受信したＲＡＮ可視（ライトウェイト）ＱｏＥ構成ステータス情報に基づいて、新しいＲＡＮ可視（ライトウェイト）ＱｏＥ構成で無線端末を再構成するかを決定する。
〇１つの非限定的で例示的な実施形態において、第２ＲＡＮノードは、ライトウェイトＱｏＥ構成に基づき、既存の／事前構成されたシグナリングでＵＥを再構成してはならない。
・ＳＲＢ１、ＳＲＢ２、ＳＲＢ３、ＳＲＢ４等の無線ベアラを介して無線端末からＲＡＮ可視（ライトウェイト）ＱｏＥ測定レポートを受信するための準備をする。
・無線端末からＲＡＮ可視（ライトウェイト）ＱｏＥ測定レポートを受信する。
・ＲＡＮ可視（ライトウェイト）ＱｏＥ測定レポート、又は、ＲＡＮ可視（ライトウェイト）ＱｏＥ測定レポートの少なくとも一部を第１ＲＡＮノードに転送する。
・ＲＡＮ可視（ライトウェイト）ＱｏＥ測定レポートを、ＲＡＮ可視ＱｏＥ測定レポートに付加されたセルＩＤのリストに示されるセルＩＤを有するセルの内の少なくとも１つを担当する少なくとも１つのＲＡＮノードに転送する。
〇さらなるオプションとして、ＲＡＮ可視（ライトウェイト）ＱｏＥレポートに追加される１つ又は複数のＩ－ＲＮＴＩ等の１つ又は複数の無線端末コンテキスト識別子があってもよく、その様なコンテキスト識別子は、オプションで追加されたセルＩＤの１つに関連付けられる。
〇別のオプションとして、ＲＡＮ可視（ライトウェイト）ＱｏＥレポートに追加されるセルＩＤは、Ｉ－ＲＮＴＩ等の無線端末コンテキスト識別子に置き換えられ得る。
〇オプションで、ＲＡＮ可視（ライトウェイト）ＱｏＥレポートは、ＲＲＣ接続再確立手順又はＲＲＣ接続再開手順と併せて、コンテキスト取得（すなわち、無線端末に関連する情報の取得）を要求するメッセージに含められ得る。
・ＲＡＮ可視（ライトウェイト）ＱｏＥレポートの１つ又はリスト、或いは、１つ又は複数のＵＥのＲＡＮ可視（ライトウェイト）ＱｏＥ測定の一部を中央ユニット（例：ｇＮＢ－ＣＵ）から分散ユニット（例：ｇＮＢ－ＤＵ）に、例えば、３ＧＰＰ（登録商標）Ｆ１インタフェースを介して転送する。ＲＡＮ可視（ライトウェイト）ＱｏＥレポートが無線端末から受信されたことを示すインジケーションを第１ＲＡＮノードに送信する。これは、ＲＡＮ可視（ライトウェイト）ＱｏＥレポートが、第１ＲＡＮノードに関する情報を含むことによって条件付けられ得る。
・ライトウェイトＱｏＥ測定レポートに付加されたセルＩＤのリストに示されるセルＩＤを有するセルの内の少なくとも１つを担当する少なくとも１つのＲＡＮノードにインジケーションを送信し、このインジケーションは、（インジケーションを受信した）他のＲＡＮのそれぞれに、無線端末からＲＡＮノードに関する情報を含むＲＡＮ可視（ライトウェイト）ＱｏＥレポートが受信されたことを通知する。このインジケーションは、Ｉ－ＲＮＴＩ及び／又はＱｏＥ参照ＩＤ等の無線端末コンテキスト識別子を含み得る。（その様なインジケーションを受信したＲＡＮノードは、その後、第２ＲＡＮノードからＲＡＮ可視（ライトウェイト）ＱｏＥレポートを取得することを選択し得る、より好ましくは、ＲＡＮ可視（ライトウェイト）ＱｏＥレポートのうち、ＲＡＮノードに関連する（関係する）部分のみを選択的に取得し得る。）
・第２ＲＡＮノードが、ＲＡＮ可視（ライトウェイト）ＱｏＥレポートがＴＣＥにシグナリングされたかどうかのインジケーションを、レポートサイズ及び／又はＴＣＥへのレポート頻度と共に受信した場合、第２ＲＡＮノードは、
〇第１ＲＡＮノードから受信したＲＡＮ可視（ライトウェイト）ＱｏＥレポートがＴＣＥにシグナリングされたかどうかを確認し、そうでない場合は、
〇レポートがＱｏＥ測定構成の一部として構成されたレポートサイズに達するまで、新しいＱｏＥ測定値をＱｏＥレポートに追加し続ける、及び／又は、
〇ＱｏＥレポート期間（ＲＡＮがＴＣＥにＱｏＥレポートを報告する頻度から導出される）が終了するまで、新しいＱｏＥ測定値をＱｏＥレポートに追加し続け、その後、ＲＡＮはレポートをＴＣＥに通知する、
〇ＱｏＥレポートサイズとＱｏＥレポートのレポート頻度の両方がＱｏＥ測定構成の一部として構成されている場合、ＲＡＮは、これら２つの条件（レポートサイズ又はレポート期間経過）のうちの最初の条件が満たされたときに、ＱｏＥレポートをＴＣＥにシグナリングする必要がある。

【0066】

３．本明細書で説明される技術による他の方法では、第１ＲＡＮノードからＲＡＮ可視（ライトウェイト）ＱｏＥ構成を受信する無線端末は、以下のアクションの内の少なくとも１つを実行し得る。
・上位層（アプリケーション層等）からＲＡＮ可視（ライトウェイト）ＱｏＥ測定レポートを受信した際にそれをロギングする。
・ＲＡＮ可視ＱｏＥ測定値の横にあるリストの一部として、サービングセル測定値をロギングする。
〇サービングセルの測定値は、定期的に、又は、構成されたイベントと閾値に基づいてロギングされ得る。
・グローバルセルＩＤ、物理セルＩＤ、セルの周波数等のセル識別子に関連するサービングセルのリスト、及び、ＲＡＮ可視ＱｏＥ測定の一部として構成されたアクティブなＢＷＰ情報をロギングする。
・サービングセルに関連付けられた無線端末のコンテキスト識別子をロギングする。
・上述した情報を含むＲＡＮ可視（ライトウェイト）ＱｏＥ測定を、ＱｏＥ測定レポート用に構成された無線ベアラを介して少なくとも１つのサービングセルにレポートする。
〇 オプションとして、無線端末は、セルＩＤのリストをＲＡＮ可視（ライトウェイト）ＱｏＥレポートに追加することができ、セルＩＤは、ＲＡＮ可視（ライトウェイト）ＱｏＥレポートの内容が収集又は作成されたセルを表す。
〇別のオプションとして、無線端末は、ＲＡＮ可視（ライトウェイト）ＱｏＥレポートの内容が収集又は作成されたセルに関連する無線端末コンテキスト識別子のリストを追加し得る。

【0067】

様々な実施形態又は例において、第１及び第２ＲＡＮノードの上述したアクションは、任意のモビリティシナリオ（ハンドオーバ、条件付きハンドオーバ、ＤＡＰＳハンドオーバ等）、又は、任意のデュアル接続シナリオ（ＬＴＥ－ＤＣ、ＥＮ－ＤＣ、ＮＥ－ＤＣ、ＮＲ－ＤＣ等）で実行され、第１及び第２ＲＡＮノードは、同時に無線端末にサービスを提供する。このソリューションは、ＲＲＣ再開手順及びＲＲＣ再確立手順にも適用できる。一部のアクションは、ＲＲＣ接続再開手順と併せて実行され得る。

【0068】

これらのソリューションは、ＲＡＮ可視（ライトウェイト）ＱｏＥ測定構成及びステータス情報をＲＡＮノード間で転送するメカニズムを可能にし、情報を受信するノード、情報を送信するノード、及び／又は、その両方による測定の適切な処理を可能にする。さらに、これらのメカニズムにより、ｇＮＢ－ＣＵはＲＡＮ可視（ライトウェイト）ＱｏＥレポートをｇＮＢ－ＤＵに転送できるため、ｇＮＢ－ＤＵは、その最適化及びアルゴリズムでＲＡＮ可視（ライトウェイト）ＱｏＥ測定を使用できる。例えば、ｇＮＢ－ＤＵは、バッファレベル等のＲＡＮ可視ＱｏＥメトリックを使用して、リンクアダプテーション及びスケジューリングポリシを調整できる。

【0069】

これらの技術を文脈に合わせて説明するために、図３に、図１に示すＬＴＥとＳＡＥを含むネットワークの全体的なアーキテクチャ例を示す。Ｅ－ＵＴＲＡＮ１００は、ｅＮＢ１０５、１１０、１１５等の１つ以上の発展型ノードＢ（ｅＮＢ）と、ＵＥ１２０等の１つ以上のユーザ装置（ＵＥ）を含む。３ＧＰＰ（登録商標）規格内で使用される場合、"ユーザ装置"又は"ＵＥ"は、第３世代（"３Ｇ"）及び第２世代（"２Ｇ"）の３ＧＰＰ（登録商標）ＲＡＮとして一般的に知られている、Ｅ－ＵＴＲＡＮやＵＴＲＡＮ及び／又はＧＥＲＡＮを含む３ＧＰＰ（登録商標）規格に準拠したネットワーク機器と通信できる任意の無線通信デバイス（スマートフォンやコンピューティングデバイス等）を意味する。

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

上で簡単に説明した様に、デュアル接続（ＤＣ）フレームワークはＬＴＥ Ｒｅｌ－１２で導入された。ＬＴＥ ＤＣにおいて、ＵＥは、マスタｅＮＢ（ＭｅＮＢ）に関連付けられたマスタセルグループ（ＭＣＧ）と、セカンダリｅＮＢ（ＳｅＮＢ）に関連付けられたセカンダリセルグループ（ＳＣＧ）で構成される。各ＣＧは、プライマリセル（ＰＣｅｌｌ）と、オプションで１つ以上のセカンダリセル（ＳＣｅｌｌ）を含む。"スペシャルセル"（又は略して"ＳｐＣｅｌｌ"）という用語は、ＵＥの媒体アクセス制御（ＭＡＣ）エンティティがそれぞれＭＣＧ又はＳＣＧに関連付けられているかどうかに応じて、ＭＣＧのＰＣｅｌｌ又はＳＣＧのＰＳＣｅｌｌを参照する。非ＤＣ動作（例：ＣＡ）では、ＳｐＣｅｌｌはＰＣｅｌｌを参照する。ＳｐＣｅｌｌは常にアクティブ化され、物理アップリンク制御チャネル（ＰＵＣＣＨ）送信とＵＥによる競合ベースのランダムアクセスをサポートする。

【0076】

図４は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）２９９及び５Ｇコア（５ＧＣ）２９８を含む例示的な５Ｇネットワークアーキテクチャの高レベルビューを示している。ＮＧ－ＲＡＮ２９９は、それぞれインタフェース２０２、２５２を介して接続されたｇＮＢ２００、２５０等、１つ又は複数のＮＧインタフェースを介して５ＧＣに接続されたｇＮｏｄｅＢ（ｇＮＢ）のセットを含み得る。さらに、ｇＮＢは、ｇＮＢ２００と２２０との間のＸｎインタフェース２４０等の１つ又は複数のＸｎインタフェースを介して相互に接続され得る。ＵＥへのＮＲインタフェースに関して、各ｇＮＢは、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、又は、それらの組み合わせをサポートし得る。

【0077】

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

【0078】

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

【0079】

ｇＮＢ－ＣＵは、図４に示すインタフェース２２２及び２３２等、それぞれのＦ１論理インタフェースを介してｇＮＢ－ＤＵに接続する。ｇＮＢ－ＣＵ及び接続されたｇＮＢ－ＤＵは、他のｇＮＢ及び５ＧＣからは、ｇＮＢとしてみ認識される。言い換えると、Ｆ１インタフェースは、ｇＮＢ－ＣＵを越えて見えない。図４に示すｇＮＢ分割ＣＵ－ＤＵアーキテクチャでは、ＵＥが同じＣＵによってサービスされる複数のＤＵに接続できる様にすることによって、又は、ＵＥが異なるＣＵによってサービスされる複数のＤＵに接続できる様にすることによって、ＤＣが実現され得る。

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

ＲＬＣ層は、論理チャネル（ＬＣＨ）を介してＰＤＣＰ ＰＤＵをＭＡＣに転送する。ＲＬＣは、エラー検出／訂正、連結、セグメンテーション／再構成、シーケンス番号付け、上位層との間で転送されるデータの並べ替えを提供する。ＲＬＣが関連するＰＤＣＰ ＰＤＵから廃棄インジケーションを受信したときに下位層に送信していない場合、対応するＲＬＣ ＳＤＵ（又はそのセグメント）を廃棄する。

【0085】

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

【0086】

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

【0087】

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

【0088】

ＵＥの電源がオンになった後、ネットワークとのＲＲＣ接続が確立されるまで、ＵＥはＲＲＣ＿ＩＤＬＥ状態であり、ＲＲＣ接続が確立されると、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する（例えば、データ転送が生じ得る）。ネットワークとの接続が解除された後、ＵＥはＲＲＣ＿ＩＤＬＥに戻る。ＲＲＣ＿ＩＤＬＥ状態において、ＵＥの無線部は、上位層によって構成された不連続受信（ＤＲＸ）スケジュールでアクティブになる。ＤＲＸアクティブ期間（"ＤＲＸオン期間"とも呼ばれる）中に、ＲＲＣ＿ＩＤＬＥのＵＥは、ＵＥがキャンプしているセルでＳＩブロードキャストを受信し、セル再選択をサポートするために隣接セルの測定を実行し、５ＧＣからｇＮＢ経由でのページングのために、ＰＤＣＣＨ上のページングチャネルを監視する。ＲＲＣ＿ＩＤＬＥ状態にあるＮＲのＵＥは、ＵＥがキャンプしているセルにサービスを提供するｇＮＢには知られていない。しかしながら、ＮＲのＲＲＣは、ＵＥが（例えば、ＵＥコンテキストを介して）サービングｇＮＢによって知られているＲＲＣ＿ＩＮＡＣＴＩＶＥ状態を含む。ＲＲＣ＿ＩＮＡＣＴＩＶＥは、ＬＴＥで使用される"一時停止"状態に似た幾つかのプロパティを有する。

【0089】

上述した様に、ＱｏＥ測定は、ＬＴＥネットワーク及び前世代のＵＭＴＳネットワークで動作するＵＥに対して規定されている。両ネットワークにおける測定は、同じ高レベルの原理に従って動作する。その目的は、ネットワーク上で特定のアプリケーションを使用するときのエンドユーザの体感を測定することである。例えば、ストリーミングサービスやＭＴＳＩ（ＩＭＳの移動電話サービス）のＱｏＥ測定がＬＴＥでサポートされている。

【0090】

ＱｏＥ測定は、一般的にＵＥのグループ（例えば、１つ以上の基準を満たす総てのＵＥ）に対してＯＡＭノードからＲＡＮに向けて開始され得る、或いは、特定のＵＥに対してＣＮからＲＡＮに対して開始され得る。測定構成は、測定の詳細を含み、ＲＡＮに対してトランスペアレントなコンテナにカプセル化される。

【0091】

"ＴＲＡＣＥ ＳＴＡＲ"Ｓ１ＡＰメッセージは、特定のＵＥによるＱｏＥ測定を開始するためにＬＴＥ ＥＰＣによって使用される。このメッセージは、アプリケーションが"アプリケーション層測定構成コンテナ"ＩＥで収集すべき測定構成に関する詳細を搬送し、これはＲＡＮに対してトランスペアレント（透過的）である。このメッセージは、測定値の送信先となるＴＣＥに到達するために必要な詳細も含む。

【0092】

図７Ａ～図７Ｄは、レガシーＵＭＴＳネットワークにおけるＱｏＥ測定のためのＵＭＴＳ ＲＡＮ（ＵＴＲＡＮ）とＵＥとの間の様々な手順を示す。これらは、ＬＴＥ（Ｅ－ＵＴＲＡＮ）に規定されているものと同様である。図７Ａに示す様に、ＵＴＲＡＮは、ＵＥ能力問い合わせメッセージを送信して、ＵＥにそのアプリケーション層測定能力をレポートするよう要求することができる。図７Ｂに示す様に、ＵＥは、ＵＥ能力情報メッセージ、特にストリーミングサービス及び／又はＭＴＳＩサービスに対するＱｏＥ測定収集を実行するＵＥ能力に関連する情報を含む"測定能力"ＩＥを介して、そのアプリケーション層測定能力をＵＴＲＡＮに提供できる。以下の表１は、このＩＥの内容の例を示している。

【0093】

【表1】

【0094】

ＵＴＲＡＮは、ＵＥ能力情報確認メッセージで応答できる。図５Ｃは、ＵＴＲＡＮが、ＵＥにおいてＱｏＥ測定を構成するために、"アプリケーション層測定構成"ＩＥを含む測定制御メッセージを送信できることを示している。以下の表２は、このＩＥの内容の例を示している。

【0095】

【表2】

【0096】

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

【0097】

【表3】

【0098】

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

【0099】

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

【0100】

【表4】

【0101】

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

【0102】

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

【0103】

図９Ｂは、ｍｅａｓＣｏｎｆｉｇＡｐｐＬａｙｅｒ ＩＥのＡＳＮ．１データ構造の例を示している。設定は、対象アプリケーションのＱｏＥ測定構成を指定するトランスペアレントコンテナであるｍｅａｓＣｏｎｆｉｇＡｐｐＬａｙｅｒＣｏｎｔａｉｎｅｒを含む。ｓｅｒｖｉｃｅＴｙｐｅフィールドにおいて、"ｑｏｅ"の値は、ストリーミングサービス用の体感品質測定収集を示し、"ｑｏｅｍｔｓｉ"の値は、ＭＴＳＩ用の拡張体感品質測定収集を示す。このフィールドは、様々な予備の値も含む。

【0104】

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

【0105】

３ＧＰＰ（登録商標）ＴＳ２８．４０５で規定されている様に、ＬＴＥ ＲＡＮノード（つまり、ｅＮＢ）は、過負荷状況が観察された場合にＱｏＥ測定レポートを一時的に停止及び再開することができる。この動作は次の様に要約され得る。ＲＡＮの過負荷の場合、ｅＮＢは、アプリケーション層測定レポートを一時的に停止する様に設定されたｍｅａｓＣｏｎｆｉｇＡｐｐＬａｙｅｒ ＩＥ（ｏｔｈｅｒＣｏｎｆｉｇ内）を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを関連するＵＥに送信することにより、ＵＥレポートを一時的に停止することができる。アプリケーションは、レポートを停止し、さらなる情報の記録を停止し得る。ＲＡＮにおける過負荷状況が終了すると、ｅＮＢは、アプリケーション層測定レポートを再開する様に設定されたｍｅａｓＣｏｎｆｉｇＡｐｐＬａｙｅｒ ＩＥ（ｏｔｈｅｒＣｏｎｆｉｇ内）を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを関連するＵＥに送信することによって、ＵＥレポートを再開できる。アプリケーションは、レポートと記録が停止されていた場合、それらを再開する。

【0106】

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

【0107】

ＱｏＥ測定に加えて、ＵＥは、ドライブテストの最小化（ＭＤＴ）をサポートする測定を実行及びレポートする様に構成され得るが、実際のネットワークパフォーマンスの手動テスト（つまり、ネットワークの地理的カバレッジ付近のドライビングによるテスト）の要件を軽減及び／又は最小化することを目的としている。ＭＤＴ機能は、ＬＴＥ Ｒｅｌ－９（例えば、３ＧＰＰ（登録商標）ＴＲ３６．８０５）で最初に研究され、Ｒｅｌ－１０で最初に標準化された。ＭＤＴは、カバレッジの最適化、容量の最適化、モビリティの最適化、サービス品質（ＱｏＳ）の検証、共通チャネル（ＰＤＳＣＨ等）のパラメータ化等、様々なネットワークパフォーマンスの向上に取り組むことができる。

【0108】

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

【0109】

対照的に、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるときに即時ＭＤＴ測定を実行してレポートする様に構成され得る。ロギングされたＭＤＴと同様に、即時ＭＤＴ測定は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある間に実行された既存のＵＥ及び／又はネットワーク測定に基づいており、以下の測定量のいずれかを含み得る。
・Ｍ１：ＵＥによるＲＳＲＰ及びＲＳＲＱ測定
・Ｍ２：ＵＥによるパワーヘッドルーム測定
・Ｍ３：ｅＮＢによる受信干渉パワー測定
・Ｍ４：ｅＮＢによる、ＵＥ毎のＱｏＳクラスインジケータ（ＱＣＩ）当たりの、ＤＬ及びＵＬ個別のデータ量測定
・Ｍ５：ｅＮＢによる、ＤＬとＵＬ個別のＵＥ毎のＲＡＢ当たりの、ＤＬの場合はＵＥ毎の、ＵＬの場合はＵＥ毎のＭＤＴ測定のスケジュールされたＩＰ層スループット
・Ｍ６：ＵＥごとのＱＣＩごとのＤＬとＵＬのパケット遅延測定、ＵＥによるＵＬ ＰＤＣＰ遅延、及びｅＮＢによるＱＣＩごとのＤＬでのパケット遅延を参照
・Ｍ７：ｅＮＢによる、ＵＥごとのＱＣＩごとのＤＬとＵＬのパケット損失率の測定
・Ｍ８：ＵＥによる受信信号強度（ＲＳＳＩ）測定
・Ｍ９：ＵＥによる往復時間（ＲＴＴ）の測定

【0110】

例えば、Ｍ１測定値のレポートは、イベントＡ１～Ａ６又はＢ１～Ｂ２のいずれかの既存のＲＲＭ構成に従ってイベントトリガで行われ得る。さらに、Ｍ１レポートは、ＭＤＴ固有の測定構成に従って、定期的、Ａ２イベントトリガ、又は、Ａ２イベントトリガ定期的とすることができる。別の例として、Ｍ２測定値のレポートは、パワーヘッドルームレポート（ＰＨＲ）の受信に基づくものとし得る一方、Ｍ３～Ｍ９のレポートは、測定値収集期間の満了によってトリガされ得る。

【0111】

ただし、上述した様に、第１ＲＡＮがライトウェイトＱｏＥ測定のためにＵＥを構成した後にＵＥの接続を再構成すると、第２ＲＡＮが進行中の測定を知らずに改ざんしてしまう可能性がある。構成されたＲＡＮ可視ＱｏＥの構成情報及び構成ステータス情報を転送することによって、ＲＡＮノード（例えば、Ｘｎ又はＸ２インタフェースを介して直接的に、又は、コアネットワークとＮＧ又はＳ１インタフェースを介して間接的に）と無線端末との間の調整が可能になる。ここで説明する解決策は、モビリティ（ハンドオーバ、条件付きハンドオーバ、ＤＡＰＳハンドオーバ等）、デュアル接続又はマルチ接続、ＲＲＣ再開、及び、ＲＲＣ再確立等、少なくとも２つのＲＡＮノードが関与するあらゆるシナリオに適用され得る。

【0112】

これらの解決策は、最初に、第１ＲＡＮノード、すなわち、上で簡単に説明した幾つかのシナリオにおける、ＵＥにＱｏＥ測定を構成するノードに関連する技術を詳述することによって説明され得る。様々なシナリオによれば、この第１ＲＡＮノードは、例えば、デュアル接続、モビリティ、ＲＲＣ再開、ＲＲＣ再確立、サービスのためのデータの転送を、第１ＲＡＮノードを介してＵＥに向かう経路から、第２ＲＡＮノードを介してＵＥに向かう経路に切り替える（非限定的な例）等、第１ＲＡＮノードと第２ＲＡＮノードの両方が関与する動作又はシグナリング手順により第２のＲＡＮノードに関連付けられる。第１ＲＡＮノードは、無線端末にＲＡＮ可視（ライトウェイト）ＱｏＥ測定を構成する、或いは、ＯＡＭから受信し得るＲＡＮ可視（ライトウェイト）ＱｏＥ構成を無線端末に転送する。

【0113】

図１０は、第１ＲＡＮノードのための、直前に記載され、本明細書で一般的に説明される技術による例示的な方法を示すプロセスフローである。現在開示されている様々な技術による第１アプローチにおいて、第１ＲＡＮノードは、第１ＲＡＮノードがＱｏＥの目的で無線端末に構成したＲＡＮ可視（ライトウェイト）ＱｏＥ測定構成の内の少なくとも１つに関連付けられたＲＡＮ可視（ライトウェイト）ＱｏＥ測定に関する構成情報を第２ＲＡＮノードに送信する。これを図１０のブロック１０１０に示す。ＲＡＮ可視（ライトウェイト）ＱｏＥ測定に関する構成情報は、以下の１つ以上を含み得る。
－構成されたＲＡＮ可視（ライトウェイト）ＱｏＥ測定に関する情報
〇第１ＲＡＮノードがライトウェイトＱｏＥ測定を構成した無線端末のインジケーション、又は、その様な無線端末のリスト。このインジケーションは、無線端末の識別子の形式を有し得る
〇第１ＲＡＮノードが現在第２ＲＡＮノードによってサービスを受けている（又は間もなくサービスを受ける）ＵＥに送信したＲＡＮ可視（ライトウェイト）ＱｏＥ測定構成及び／又はＱｏＥ測定レポート
■オプションで、その様な構成と共に、第１ＲＡＮノードは、ＱｏＥ測定構成の対象となるサービスタイプ又はサービスサブタイプのアプリケーションセッションが進行中であるかどうかのインジケーションを含め得る。
〇無線端末に構成されたライトウェイトＱｏＥ測定値の少なくとも１つを示すインジケーション又はインジケーションのリスト
■オプションで、その様なインジケーションと共に、第１ＲＡＮノードは、ＱｏＥ測定構成の対象となるサービスタイプ又はサービスサブタイプのアプリケーションセッションが進行中であるかどうかのインジケーションを含め得る。
〇構成されたライトウェイトＱｏＥ測定に関連付けられた１つ又は複数のＱｏＥ参照ＩＤのリストといった、参照又は参照のリスト
■オプションで、その様な参照とともに、第１ＲＡＮノードは、ＱｏＥ測定構成の対象となるサービスタイプ又はサービスサブタイプのアプリケーションセッションが進行中であるかどうかのインジケーションを含め得る。
〇管理ベースのＱｏＥ、シグナリングベースのＱｏＥ、又は、管理ベースとシグナリングベースのハイブリッド／複合タイプ等、構成されたＲＡＮ可視（ライトウェイト）ＱｏＥ測定のタイプを示すインジケーション
〇ＲＡＮ可視ライトウェイトＱｏＥが構成されているサービスタイプ又はサービスサブタイプを示すインジケーションのリスト
〇それぞれのＲＡＮ可視ライトウェイトＱｏＥ測定が構成されているが、アクティブ化されていない、アクティブ化されている、一時停止されている、又は、非アクティブ化されていることを示す、サービスタイプごと、サービスサブタイプごとのインジケーション、又は、サービスタイプごと又はサービスサブタイプごとのインジケーションのリスト
〇スライスごとのＲＡＮ可視（ライトウェイト）ＱｏＥ測定が有効になっていることのインジケーションと、対応するＳ－ＮＳＳＡＩのリスト
〇構成されたＲＡＮ可視ライトウェイトＱｏＥ測定に関連付けられたＭＣＥに関するインジケーション又はインジケーションのリスト
〇第２ＲＡＮノードが、構成されたＲＡＮの可視ライトウェイトＱｏＥ測定値を、一定期間又は１日の所定の時刻まで有効であると見なすことのインジケーション
〇ＱｏＥ測定にリンクされた、例えば、ＭＤＴ測定等の無線測定が行われた時刻のインジケーション。
〇アプリケーションセッションのインジケーション
〇第１ＲＡＮノードが、アプリケーションが属するサービスタイプ又はサービスサブタイプを対象としたライトウェイトＱｏＥ測定構成、又は、その様なライトウェイトＱｏＥ測定構成定が無線端末に構成されていることのインジケーションを第２ＲＡＮノードに送信済みである場合、アプリケーションセッションが無線端末で開始されたことを示すインジケーション
■オプションとして、アプリケーションが属するサービスタイプ又はサービスサブタイプを対象としたライトウェイトＱｏＥ測定構成、又は、その様な構成が無線端末に送信されたことのインジケーションは、アプリケーションセッションの開始のインジケーションとして、同じメッセージで第２ＲＡＮノードに送信され得る。
〇第１ＲＡＮノードが、アプリケーションが属するサービスタイプ又はサービスサブタイプを対象としたライトウェイトＱｏＥ測定構成、その様なライトウェイトＱｏＥ測定構成が無線端末に構成されたことのインジケーション、及び／又は、関連するアプリケーションセッションが無線端末で開始されたことのインジケーションを第２ＲＡＮノードに送信済みである場合、アプリケーションセッションが無線端末で停止したことを示すインジケーション
■オプションとして、無線端末から受信したＲＡＮ可視（ライトウェイト）ＱｏＥレポートを、アプリケーションセッションが無線端末で停止したことのインジケーションと共に第２のＲＡＮノードに送信され得る。
■別のオプションとして、無線端末から受信したＲＡＮ可視（ライトウェイト）ＱｏＥレポートの存在のインジケーションを、無線端末においてアプリケーションセッションが停止したというインジケーションと共に第２ＲＡＮノードに送信され得る。
〇このライトウェイトＱｏＥ測定値（又はライトウェイトＱｏＥ測定値のリスト）をレガシーＱｏＥ測定値（又はそのリスト）に結合する識別子又は識別子のリスト（例えば、ＱｏＥ参照ＩＤ又は新しく定義された参照ＩＤ）、及び／又は、ＭＤＴ測定値（又はそのリスト）
〇ＱｏＥ測定とカップリングで実行された、ＭＤＴ測定値等の無線測定のタイプに関する情報。ＭＤＴ測定はハンドオーバ時に続行されない可能性があり、この情報により、ターゲットはターゲットノードで同じタイプの無線測定を構成できる様になる。情報は、例えば、ｍｅａｓＣｏｎｆｉｇ又はｍｅａｓＣｏｎｆｉｇに接続されたｍｅａｓＩＤの形式であり得る。この情報は、無線測定の任意の種類の識別情報であり得る。
－ＵＥのグループが、上記の関心のあるシグナリング手順の１つ（デュアル接続、モビリティ、ＲＲＣ再開、ＲＲＣ再確立等）を同時に受けている場合、本明細書で説明されるアクション及び対応する測定ステータス転送シグナリングは、複数のＵＥ（例えば、現在ハンドオーバを受けている総てのＵＥに対して構成された測定値のリスト）を搬送し得る。例えば、モビリティ、ＲＲＣ再開及びＲＲＣ再確立のためのシグナリング手順は、通常、一度に１つのＵＥに対して実行されるため、ＵＥのグループに対する上述のステータス情報転送は、新たに定義された手順で実行され得ることに留意されたい。

【0114】

ここで開示される様々な実施形態による第２技術において、、第１ＲＡＮノードは、第１ＲＡＮノードがＱｏＥ測定のために無線端末に構成したＲＡＮ可視ライトウェイトＱｏＥ測定の１つの（又はリスト）に関連付けられたライトウェイトＱｏＥ測定に関する要求を第２のＲＡＮノードに送信する。例を図１０のブロック１０２０に示す。要求は、以下の１つ以上を含み得る。
－構成されたＲＡＮ可視ライトウェイトＱｏＥ測定に関する要求
〇第２ＲＡＮノードによって受信されたＱｏＥレポートを第１ＲＡＮノードに送信する要求（又はバッファして、その後、第１ＲＡＮノードに送信する）要求。要求は、オプションで、その様なレポートの開始と停止に関連する以下の追加条件を含む。
■ＱｏＥレポートを受信するＲＡＮノードの切り替えをもたらすＵＥでの（シグナリング）無線ベアラの再構成、第１ＲＡＮノードから第２ＲＡＮノードに送信される過負荷インジケーション、セッション終了までの期間、後続のモビリティイベントがトリガされるまでの期間、さらなるＵＥの再構成までの期間、サービスタイプ又はサービスサブタイプ、スライス又はスライスのリスト等。
〇ＲＡＮ可視ライトウェイトＱｏＥレポートの受信をサポートする要求
〇アクティブ化されたＲＡＮ可視ライトウェイトＱｏＥ測定の１つ又はリストを一時停止する要求
〇一時停止されたＲＡＮ可視ライトウェイトＱｏＥ測定の１つ又はリストを再開する要求
〇アクティブ化されたＲＡＮ可視ライトウェイトＱｏＥ測定の１つ又はリストを解放又は停止する要求
■ＲＡＴ間モビリティ又はシステム間モビリティに関する第１の例において、第２ＲＡＮノードは、進行中のＲＡＮ可視ライトウェイトＱｏＥ測定に関連するサービスタイプ又はサービスサブタイプのうちの１つ又は複数をサポートしないＲＡＴ又はシステムに属し、これは、これらのサービスタイプ及び／又はサブタイプに関連する測定が解放又は一時停止されることを意味する。
■別の例において、手順（例えば、デュアル接続動作に関連する）がトリガされようとしており、ＱｏＥ測定のためにＵＥを構成した第１ＲＡＮノードが、進行中のＱｏＥ測定の完全なセット又は一部が停止又は一時停止されたというインジケーションを（例えばＯＡＭから）受信したときである
〇ＲＡＮ可視ライトウェイト測定の特定の構成、又は、ＱｏＥ測定にリンクされた無線測定の特定の構成でＵＥを構成する要求
－ＲＡＮ可視（ライトウェイト）ＱｏＥレポートと共にシグナリングされる、レポートがすでにＴＣＥにシグナリングされているかどうかを示すインジケーション
〇その様なインジケーションは、ＴＣＥにシグナリングされるレポートのサイズと、オプションでＴＣＥにＱｏＳＥレポートをシグナリングするときの頻度を含む、ＱｏＥ測定構成情報と共にシグナリングされる
－第２の実施形態に関係する動作がＵＥのグループに対して実行される必要がある場合、説明された複数のＵＥに関係する要求は同じメッセージで搬送され得る（例えば、現在ハンドオーバを受けている総てのＵＥに対して設定された測定値のリストが、同じＸｎ／Ｘ２／ＮＧ／Ｓ１メッセージ内で搬送される）。例えば、モビリティ、ＲＲＣ再開及びＲＲＣ再確立のためのシグナリング手順は、通常、一度に１つのＵＥに対して実行されるため、ＵＥのグループに対する上述のステータス要求は、新たに定義された手順で実行され得ることに留意されたい。
〇サブ実施形態において、複数のＵＥに関係する要求は、総てのＵＥに対して同じタイプであってもよいし（この場合、ＵＥのリスト全体に対して単一の要求タイプ指示が必要である）、又は異なるＵＥに対して異なるタイプであってもよい（ここで、これには、複数のＵＥのグループに対する様々な要求タイプのリストの中に、同じ要求タイプが示されているＵＥが存在ることを含む。）

【0115】

上記の総てにおいて、同じＵＥ又は同じＱｏＥ測定構成に関連する複数のタイプの要求が同じメッセージで伝達される場合がある（つまり、ＵＥ又はＱｏＥ測定構成ごとに複数の要求が、第１ＲＡＮノードから第２ＲＡＮノードへの同じメッセージに含まれ得る）。

【0116】

ここで開示される技術の他の態様は、上述の様々なシナリオで説明された第２ＲＡＮノード、すなわち、ＵＥに対する以前のＱｏＥ測定構成に関する特定の情報を第１ＲＡＮノードから受信するノードに関して説明され得る。この第２ＲＡＮノードは、デュアル接続、モビリティ、再開、再確立等の、第１ＲＡＮノードと第２ＲＡＮノードの両方に関係する動作又はシグナリング手順により、第１ＲＡＮノードに関連付けられる。図１１は、これらの技術による、第２ＲＡＮノードでの例示的な方法のプロセスフロー図である。

【0117】

幾つかの実施形態において、第２ＲＡＮノードは、第１ＲＡＮノードから、第１ＲＡＮノードがＲＡＮ可視（ライトウェイト）ＱｏＥ測定のために無線端末に構成した１つ（又はリスト）のライトウェイトＱｏＥ測定に関連付けられたＲＡＮ可視ライトウェイトＱｏＥ測定に関する構成情報を受信する。これは、図１１のブロック１１１０に示されている。ＲＡＮ可視ライトウェイトＱｏＥ測定のこの構成情報は、上記の第１ＲＡＮノードに関する実施形態で詳述された情報を含み得る。

【0118】

これらの幾つかの実施形態及び他の実施形態において、第２ＲＡＮノードは、第１ＲＡＮノードから、第１ＲＡＮノードがＱｏＥ測定のために無線通信に構成した１つの（又はリスト）ライトウェイトＱｏＥ測定に関連付けられたＲＡＮ可視ライトウェイトＱｏＥ測定に関する要求を受信する。一例を図１１のブロック１１２０に示す。これらの要求は、上記の第１ＲＡＮノードに関する実施形態で詳述された要求のいずれかを含み得る。

【0119】

第１ＲＡＮノードからのＲＡＮ可視ライトウェイトＱｏＥ測定結果の要求に応答して、無線端末からＲＡＮ可視ライトウェイトＱｏＥ測定結果（例えば、ＱｏＥレポート内、又は、ＱｏＥレポートに追加／関連付けられたもの）を受信すると、第２ＲＡＮノードは、ＲＡＮ可視（ライトウェイト）ＱｏＥ測定結果の少なくとも一部を第１ＲＡＮノードに転送する。ＲＡＮ可視ライトウェイトＱｏＥ測定結果の転送は、以下のいずれかのアプローチで実行され得る。
・２つのＲＡＮノード間に直接Ｘｎインタフェースがある場合、Ｘｎインタフェース経由。情報は、ＸｎＡＰメッセージ内のノード間ＲＲＣメッセージの形式でコンテナにカプセル化され得る。
・２つのＲＡＮノード間に直接ｘ２インタフェースがある場合は、Ｘ２インタフェース経由。情報は、Ｘ２ＡＰメッセージ内のノード間ＲＲＣメッセージの形式でコンテナにカプセル化され得る。
・２つのＲＡＮノード間にコアネットワークを介するＮＧインタフェースがある場合、ＮＧインタフェース経由。情報は、ネットワークメッセージ内のノード間ＲＲＣメッセージの形式でコンテナにカプセル化され得る。
・システム間のモビリティ又はマルチ接続シナリオで、２つのＲＡＮノードがＮＧ及びＳ１インタフェースを介して接続されている場合、ＮＧ及びＳ１インタフェース経由。情報は、ネットワークメッセージ内のノード間ＲＲＣメッセージの形式でコンテナにカプセル化され得る。
・別の実施形態において、第２ＲＡＮノードが、ＲＡＮ可視（ライトウェイト）ＱｏＥレポートがＴＣＥにシグナリングされたかどうかのインジケーションを、レポートサイズ及び／又はＴＣＥへのレポート頻度を含むＱｏＥ測定構成と共に受信した場合、第２ＲＡＮノードは、以下のことを行うべきである。
〇第１ＲＡＮノードから受信したＲＡＮ可視（ライトウェイト）ＱｏＥレポートがＴＣＥにシグナリングされたかどうかを確認し、そうでない場合は、
■レポートがＱｏＥ測定構成の一部として構成されたレポートサイズに達するまで、新しいＱｏＥ測定結果をＱｏＥレポートに追加し続ける、及び／又は、
■ＱｏＥレポート期間（ＲＡＮがＴＣＥにＱｏＥレポートをレポートする頻度から導出される）が終了するまで、新しいＱｏＥ測定結果をＱｏＥレポートに追加し続け、その後、ＲＡＮはレポートをＴＣＥに通知する。
■ＱｏＥレポートサイズとＱｏＥレポートのレポート頻度の両方がＱｏＥ測定構成の一部として構成されている場合、ＲＡＮは、これら２つの条件（レポートサイズ又はレポート期間の有効期限）の内の最初の条件が満たされたときに、ＱｏＥレポートをＴＣＥにシグナリングする必要がある。さらなるオプションとして、ＲＡＮノードは、ＵＥが現在のサービングセルを離れ、少なくともそれによってＲＡＮ可視（ライトウェイト）ＱｏＥ構成用に構成されたエリアスコープも離れる場合には、ＱｏＥレポートをＴＣＥにシグナリングすることができる。
・第１ＲＡＮノードからの以前に示されたタイプのうちの１つの要求に応答して、第２ＲＡＮノードは、要求の実行のステータスのインジケーションを送信することができ、その様なステータスインジケーションは、"成功"、"拒否"、"保留中"、"部分的に成功－部分的に拒否"、又は"部分的に保留中－部分的に拒否"（他の実行ステータスのインジケーションは除外されない）を示し得る。
・一実施形態において、第１ＲＡＮノードからＵＥに関連付けられたＱｏＥ測定構成、又は、ＵＥに関連付けられたＱｏＥ測定構成のインジケーションを受信すると（ＵＥは第２ＲＡＮノードによってサービスされている、又は、進行中又は準備中のモビリティ又はデュアル／マルチ接続操作が完了した後、第２ＲＡＮノードによってサービスが提供されることになる）、又は、ＵＥが第２ＲＡＮノードによってサービスを受けており、関連するＱｏＥ測定構成がまだ存在し有効である任意の時点で、第２ＲＡＮノードは、ＭＤＴ又はＲＲＭ測定構成を第１ＲＡＮノードに送信してＵＥに転送することができ、このＭＤＴ又はＲＲＭ測定構成は、オプションで、例えばＱｏＥ測定とＭＤＴ及び／又はＲＲＭ測定との間の同期及び／又は調整のために、ＱｏＥ測定構成にリンクされ得る。
・別の実施形態において、第１ＲＡＮノードからＵＥに関連付けられたＱｏＥ測定構成、又は、ＵＥに関連付けられたＱｏＥ測定構成のインジケーションを受信すると（ＵＥは第２ＲＡＮノードによってサービスされている、又は、進行中又は準備中のモビリティ又はデュアル／マルチ接続操作が完了した後、第２ＲＡＮノードによってサービスが提供されることになる）、又は、ＵＥが第２ＲＡＮノードによってサービスを受けており、関連するＱｏＥ測定構成がまだ存在し有効である任意の時点で、第２ＲＡＮノードは、例えばＱｏＥ測定とＭＤＴ及び／又はＲＲＭ測定との同期及び／又は調整のために、特定のＱｏＥ測定構成にリンクされ得るＭＤＴ又はＲＲＭ測定でＵＥを構成する要求を第１ＲＡＮノードに送信できる。

【0120】

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

【0121】

上記において、複数のＵＥが上記のアクション（ステータス情報の送信又はリクエストの送信）をトリガする手順を同時に実行する場合、対応するネットワークシグナリング（Ｘｎ／Ｘ２／ＮＧ／Ｓ１）は、同じメッセージ内で、ステータスインジケーション及び／又はこれらのＵＥの１つ以上に関するリクエストを搬送し得る。同様に、その様な要求に対する応答は、複数のＵＥ及び／又は複数のＲＡＮ可視（ライトウェイト）ＱｏＥ構成に関する情報を含み得る。例えば、第２ＲＡＮノードが第１ＲＡＮノードから複数のリクエスト（前述したタイプのリクエストのうちの１つ以上）を含むメッセージを受信した場合、第２ＲＡＮノードは、第１ＲＡＮノードの各リクエストの実行ステータスのインジケーションで応答することができる。インジケーションは、ＵＥごと又はＲＡＮごとの可視（ライトウェイト）ＱｏＥ測定構成であってもよく、各インジケーションは、例えば、"成功"、"拒否"、"保留中"、"部分成功－部分拒否"、又は"部分保留－部分拒否"のいずれかであり得る（他の実行ステータスの表示は除外されない）。

【0122】

本明細書で説明される技術は、上で説明された様々なシナリオにおけるＵＥに関して説明され得る。

【0123】

ＲＡＮ可視ライトウェイトＱｏＥ構成の構成を受信すると、無線端末はサービングセルのリンク品質のロギングを開始し、それをＲＡＮ可視ライトウェイトＱｏＥ測定値に追加する。
・一実施形態において、サービングセル品質の測定値は、セルレベルで、及び／又は、各ビーム（例えば、測定値が関連付けられるＳＳＢビーム又はＣＳＩ－ＲＳビーム）でのＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲ等の形式、及び／又は、測定値は、様々なバッファのバッファコンテンツサイズ及び／又はダウンリンク（又はアップリンク）アプリケーションメディアストリームのビットレート、選択されたメディアコーディング品質／フォーマット、再生レート等のアプリケーション層測定のインジケーション又はスナップショットを含み得る。
・別の実施形態において、ＵＥは、アプリケーション層からインジケーション（例えば、セッション開始インジケーション）を受信すると、サービングセル測定値をロギングする。
・さらに別の実施形態において、ＵＥは、ＲＡＮ可視ライトウェイトＱｏＥ測定の開始を示すアプリケーション層からのインジケーション（例えば、セッション開始インジケーション）を受信すると、サービングセル測定値をロギングする。
・さらに別の実施形態において、ＵＥは、サンプリングレート及び周期性がＲＡＮ可視ライトウェイトＱｏＥ測定の一部としてＲＡＮノードによって構成される間、サービングセル測定値を定期的にロギングする。
・さらに別の実施形態において、ＵＥは、ＲＡＮ可視ライトウェイトＱｏＥ測定の一部としてＲＡＮノードによって構成されたイベント及び特定の閾値に基づいて、サービングセル測定値をロギングする。
・さらに別の実施形態において、ＵＥが、ＱｏＥ測定にリンクされたＭＤＴ及び／又はＲＲＭ測定の構成及び／又はＲＡＮ可視（ライトウェイト）ＱｏＥ測定のレポートを受信した場合、例えば、同期又は調整されたＱｏＥ測定及びＭＤＴ及び／又はＲＲＭ測定を可能にするために、ＵＥは、リンクを示す情報、又はリンクから得られる情報、例えば、リンクされた測定タイプ間で同期される測定サンプル又は測定期間のインジケーションをロギングし得る。
・さらに別の実施形態において、サービングセル測定値は、３ＧＰＰ（登録商標）ＴＳ３８．３３１の一部としてｍｅａｓＲｅｓｕｌｔＳｅｒｖｉｎｇＣｅｌｌを含むリストである。

【0124】

MeasResultServingCellList ::= SEQUENCE (SIZE (1..maxMeasReport)) OF MeasResultNR

MeasResultNR ::= SEQUENCE {
physCellId PhysCellId
OPTIONAL,
measResult SEQUENCE {
cellResults SEQUENCE{
resultsSSB-Cell MeasQuantityResults
OPTIONAL,
resultsCSI-RS-Cell MeasQuantityResults
OPTIONAL
},
rsIndexResults SEQUENCE{
resultsSSB-Indexes ResultsPerSSB-IndexList
OPTIONAL,
resultsCSI-RS-Indexes ResultsPerCSI-RS-IndexList
OPTIONAL
}
OPTIONAL
},
...,
}

【0125】

ＵＥ ＲＲＣが２つの異なるＲＡＮノードから、同じサービスタイプ（又はアプリケーション）に対する２つのＲＡＮ可視（ライトウェイト）ＱｏＥ構成を受信する状況を解決するために、ＵＥ ＲＲＣは、ネットワークの関与がなくても（つまり、第１ＲＡＮノードと第２ＲＡＮノードとの間でのＱｏＥ構成ステータスのシグナリングなしに）、幾つかのアクションを実行できる。

【0126】

図１２は、例示的なアプローチを示している。ブロック１２１０に示す様に、ＵＥは、ＲＡＮノードからＲＡＮ可視（ライトウェイト）ＱｏＥ測定構成を受信する。サービスタイプ又はアプリケーションのこのＲＡＮ可視（ライトウェイト）ＱｏＥ測定構成を受信すると、ＵＥは、ブロック１２２０に示す様に、ＲＲＣ及び上位層が同じサービスタイプ又は同じアプリケーションの既存のＲＡＮ可視（ライトウェイト）ＱｏＥ構成で既に構成されているかをチェックし得る。ブロック１２３０に示す様に、同じサービスタイプのＲＡＮ可視（ライトウェイト）ＱｏＥ構成が存在する場合、ＵＥ ＲＲＣは以下のアクションのうちの１つを実行し得る。
〇新しいＲＡＮ可視（ライトウェイト）ＱｏＥ構成を廃棄
〇古いＲＡＮ可視（ライトウェイト）ＱｏＥ構成を解放し、それ自体及び上位層を新しいＲＡＮ可視（ライトウェイト））ＱｏＥ構成で構成
〇新しい構成を一時停止
〇古い構成を一時停止し、新しい構成をアクティブ化
〇アプリケーションのタイプ又はサービスのサブタイプが新しいＲＡＮ可視（ライトウェイト））ＱｏＥ構成によって指定されている場合、それ自体と、サービスの対象サブタイプ及び／又は対象アプリケーションの上位層を、指定されたサービスで構成し、残りのアプリケーションに対する古いＲＡＮ可視（ライトウェイト）ＱｏＥ構成を維持
〇デュアル接続シナリオで、ＲＡＮ可視（ライトウェイト）ＱｏＥ構成の１つがマスタノードから受信され、他のものセカンダリノードから受信された場合、セカンダリノードから受信したＲＡＮ可視（ライトウェイト）ＱｏＥ構成を解放し、マスタノードから受信したＲＡＮ可視（ライトウェイト）ＱｏＥ構成を維持
〇デュアル接続シナリオで、ＲＡＮ可視（ライトウェイト）ＱｏＥ構成の１つがマスタノードから受信され、他のものがセカンダリノードから受信された場合、セカンダリノードから受信したＲＡＮ可視（ライトウェイト）ＱｏＥ構成を一時停止し、マスタノードから受信したＲＡＮ可視（ライトウェイ）ＱｏＥ構成を維持
〇ＲＡＮ可視（ライトウェイ）ＱｏＥ構成の対象となるサービスのタイプ及び／又はサービスのサブタイプの進行中のアプリケーションセッション（又は、複数のアプリケーションセッションが進行中の場合はその様な進行中のすべてのアプリケーションセッション）が現在、そこから古い構成を受信したＲＡＮノードへの無線ベアラを使用している場合、古い構成を維持し、新しい構成を解放又は一時停止
〇ＲＡＮ可視（ライトウェイ）ＱｏＥ構成の対象となるサービスのタイプ及び／又はサービスのサブタイプの進行中のアプリケーションセッション（又は、複数のアプリケーションセッションが進行中の場合はその様な進行中のすべてのアプリケーションセッション）が現在、そこから新しい構成を受信したＲＡＮノードへの無線ベアラを使用している場合、新しい構成を維持し、古い構成を解放又は一時停止

【0127】

ＮＧ－ＲＡＮ仕様におけるこれらの技術の実装の非限定的な例として、ＲＡＮ可視ライトウェイトＱｏＥ測定構成情報は、３ＧＰＰ（登録商標）ＸｎＡＰインタフェースＴＳ３８．４２３の一部において、ＵＥアプリケーション層測定構成ＩＥの一部として実装され得る。

【0128】

－－－－－－－－－－提案３ＧＰＰ（登録商標）仕様の開始－－－－－－－－－－
９．２．３．Ｘ ＵＥアプリケーション層測定構成

ＩＥは、ＱｏＥ測定収集（ＱＭＣ）機能の構成情報を定義する。

【表5】

－－－－－－－－－－提案３ＧＰＰ（登録商標）仕様の最後－－－－－－－－－－

【0129】

新しい情報要素は、モビリティ又はデュアル接続シナリオに関する任意のＲＡＮノードシグナリングの一部として、またＱｏＥ測定に関してトレースアクティベーションＩＥを必要とするＲＲＣ再開及び再確立手順の一部として、トレースアクティベーションＩＥの一部として渡すことができる。トレースアクティベーションＩＥを搬送する信号の一部は以下の通りである。
・ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ
・ＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＳＰＯＮＳＥ
・ＳＧＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ
・Ｓ－ＮＯＤＥ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ
・ＴＲＡＣＥ ＳＴＡＲＴ
以下の例では、ＲＡＮ可視ライトウェイトＱｏＥ測定を含むＵＥアプリケーション層測定構成ＩＥを含むトレースアクティブ化ＩＥが示されている。

【0130】

－－－－－－－－－－提案３ＧＰＰ（登録商標）仕様の開始－－－－－－－－－－

９．２．３．Ｙ トレースアクティブ化

このＩＥは、トレースアクティブ化に関するパラメータを定義する。

【表6】

－－－－－－－－－－提案３ＧＰＰ（登録商標）仕様の最後－－－－－－－－－－

【0131】

第２ＲＡＮノードは、無線端末からＲＡＮ可視ＱｏＥ測定値を受信すると、ライトウェイトＱｏＥ測定値を第１ノードに送信し得る。これは、３ＧＰＰ（登録商標）ＴＳ３８．４２３や３ＧＰＰ（登録商標）ＴＳ３８．４１３等のＲＡＮノード間標準インタフェースの一部として実装され得る。非限定的な例において、このソリューションは、３８．４２３の一部としてのアクセス及びモビリティインジケーション信号の一部として実装される。

【0132】

－－－－－－－－－－提案３ＧＰＰ（登録商標）仕様の開始－－－－－－－－－－

９．１．３．２５ アクセス及びモビリティインジケーション

このメッセージは、ＮＧ－ＲＡＮノード２にアクセス及びモビリティ関連情報を転送するために、ＮＧ－ＲＡＮノード１によって送信される。

方向：ＮＧ－ＲＡＮノード１ → ＮＧ－ＲＡＮノード２

【表7】

【表8】

－－－－－－－－－－提案３ＧＰＰ（登録商標）仕様の最後－－－－－－－－－－

【0133】

ＲＡＮ可視（ライトウェイト）ＱｏＥ測定レポートを受信したＲＡＮノードは、そのレポートをＣＵからＤＵに転送できる。ＲＡＮ可視（ライトウェイト）ＱｏＥ測定レポートを転送する非限定的な実装例は、３ＧＰＰ（登録商標）ＴＳ３８．４７３の一部としてｇＮＢ－ＣＵからｇＮＢ－ＤＵに送信されるアクセス及びモビリティ指示信号に示されている。

【0134】

－－－－－－－－－－提案３ＧＰＰ（登録商標）仕様の開始－－－－－－－－－－

９．２．１０．１ アクセス及びモビリティインジケーション

このメッセージは、ｇＮＢ－ＤＵにアクセス及びモビリティ情報を提供するために、ｇＮＢ－ＣＵによってｇＮＢ－ＤＵに送信される。

方向：ｇＮＢ－ＣＵ → ｇＮＢ－ＤＵ

【表9】

【表10】

－－－－－－－－－－提案３ＧＰＰ（登録商標）仕様の最後－－－－－－－－－－

【0135】

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

【0136】

図１３は、他の図を参照して上述したものを含む、本開示の様々な実施形態による例示的な無線デバイス又はユーザ装置（ＵＥ）１３００（以下、"ＵＥ１３００"と呼ぶ）のブロック図である。例えば、ＵＥ１３００は、コンピュータ可読媒体に記憶された命令の実行によって構成されて、上記の例示的な方法のうちの１つ又は複数に対応する動作を実行することができる。

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

幾つかの例示的な実施形態において、無線トランシーバ１３４０は、３ＧＰＰ（登録商標）によって公布された規格に従って、ＵＥ１３００が様々なＬＴＥ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、及び／又はＮＲネットワークと通信するのを促進し得る１つ又は複数の送信機と、１つ又は複数の受信機と、を含む。本開示の幾つかの例示的な実施形態において、無線トランシーバ１３４０は、３ＧＰＰ（登録商標）標準に従い、ＵＥ１３００が様々なＮＲ、ＮＲ－Ｕ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－ＬＡＡ、ＵＭＴＳ、及び／又はＧＳＭ／ＥＤＧＥネットワークと通信するために必要な回路、ファームウェア等を含む。幾つかの実施形態において、無線トランシーバ１３４０は、ＵＥ１３００と他の互換性のあるデバイスとの間のＤ２Ｄ通信をサポートする回路を含み得る。

【0144】

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

【0145】

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

【0146】

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

【0147】

ＵＥ１３００の制御インタフェース１３６０は、ＵＥ１３００の特定の例示的な実施形態、及びＵＥ１３００が通信及び／又は制御することを意図する他のデバイスの特定のインタフェース要件に応じて、様々な形態をとることができる。例えば、制御インタフェース１３６０は、ＲＳ－２３２インタフェース、ＵＳＢインタフェース、ＨＤＭＩ（登録商標）インタフェース、ブルートゥース（登録商標）インタフェース、ＩＥＥＥ（"Ｆｉｒｅｗｉｒｅ"）インタフェース、Ｉ２Ｃインタフェース、ＰＣＭＣＩＡインタフェース等を含み得る。本開示の幾つかの例示的な実施形態において、制御インタフェース１３６０は、上述したＩＥＥＥ８０２．３イーサネットインタフェースを含み得る。本開示の幾つかの例示的な実施形態において、制御インタフェース１３６０は、例えば、１つ又は複数のデジタル－アナログ（Ｄ／Ａ）変換器、及び／又は、アナログ－デジタル（Ａ／Ｄ）変換器を含むアナログインタフェース回路を含み得る。

【0148】

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

【0149】

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

【0150】

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

【0151】

プログラムメモリ１４２０は、ソフトウェアコード、プログラム、及び／又は命令（図１４に纏めてコンピュータプログラム製品１４２１として示される）を格納することができ、プロセッサ１４１０によって実行されると、上述した様々な例示的な方法に対応する動作を含む、様々な動作を実行する様にネットワークノード１４００を構成する、及び／又は、ネットワークノード１４００が当該様々な動作を実行することを促進することができる。その様な動作の一部として、及び／又は、追加して、プログラムメモリ１４２０はまた、ＬＴＥ、ＬＴＥ－Ａ、及び／又はＮＲのために３ＧＰＰ（登録商標）によって標準化されたＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ及びＲＲＣレイヤプロトコル、或いは、無線ネットワークインタフェース１４４０及び／又はコアネットワークインタフェース１４５０と組み合わせて利用される他の任意の上位レイヤ（例えば、ＮＡＳ）プロトコルの１つ又は複数等の他のプロトコル又はプロトコルレイヤを使用して、１つ又は複数の他のＵＥ又はネットワークノードと通信することをネットワークノード１４００に促進させる、及び／又は、その様にネットワークノード１５００を構成できる、プロセッサ１４１０によって実行されるソフトウェアコードを含み得る。一例として、コアネットワークインタフェース１４５０は、Ｓ１又はＮＧインタフェースを含み、無線ネットワークインタフェース１４４０は、３ＧＰＰ（登録商標）によって標準化されているＵｕインタフェースを含み得る。プログラムメモリ１４２０はまた、無線ネットワークインタフェース１４４０及びコアネットワークインタフェース１４５０等の様々なコンポーネントの構成及び制御を含む、ネットワークノード１４００の機能を制御するためにプロセッサ１４１０によって実行されるソフトウェアコードを含み得る。

【0152】

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

【0153】

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

【0154】

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

【0155】

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

【0156】

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

【0157】

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

【0158】

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

【0159】

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

【0160】

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

【0161】

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

【0162】

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

【0163】

本明細書で説明される実施形態は、ＵＥによるライトウェイトＱｏＥメトリックを構成、実行及びレポートするための新規な技術を提供する。その様な技術により、従来のＱｏＥメトリック等の大量の情報を含む従来の測定レポートによって引き起こされる不必要なネットワークトラフィックを回避しながら、ＲＡＮにおけるより適切な分析と最適化の決定を促進できる。ＮＲのＵＥ（例えば、ＵＥ１５１０）及びｇＮＢ（例えば、ＲＡＮ１５３０を備えるｇＮＢ）で使用される場合、本明細書で説明される実施形態は、ＯＴＴアプリケーション及び／又はサービスのＱｏＥ判定及びネットワークを最適化できる、様々な改善、利益、及び／又は利点を提供できる。結果として、これは、ＯＴＴサービスプロバイダとエンドユーザが期待する様に、これらのサービスの性能を改良し、これには、過剰なＵＥエネルギー消費やユーザ経験のその他の低下を伴うことなく、より低い遅延でサービスをより正確に配信することが含まれる。

【0164】

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

【0165】

本明細書に記載される様に、デバイス及び／又は装置は、半導体チップ、チップセット、又はその様なチップ又はチップセットを含む（ハードウェア）モジュールによって表現され得るが、これは、デバイス又は装置の機能が、ハードウェアで実装されるのではなく、プロセッサで実行又は行われる実行可能なソフトウェアコード部分を含むコンピュータプログラム又はコンピュータプログラム製品等のソフトウェアモジュールとして実装される可能性を排除するものではない。さらに、デバイス又は装置の機能は、ハードウェアとソフトウェアの任意の組み合わせによって実装され得る。デバイス又は装置はまた、機能的に互いに協力しているか、又は互いに独立しているかにかかわらず、複数のデバイス及び／又は装置のアセンブリと見なすことができる。さらに、デバイス及び装置は、デバイス又は装置の機能が維持される限り、システム全体に分散して実装することができる。その様な類似の原則は、当業者には公知であるとみなされる。

【0166】

本明細書で開示される任意の適切なステップ、方法、特徴、機能、又は利点は、１つ又は複数の仮想装置の１つ又は複数の機能ユニット又はモジュールを通じて実行され得る。各仮想装置は、これらの機能ユニットをいくつか備え得る。これらの機能ユニットは、１つ以上のマイクロプロセッサ又はマイクロコントローラを含み得る処理回路と、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理等を含み得る他のデジタルハードウェアと、を含み得る。処理回路は、メモリに格納されたプログラムコードを実行する様に構成され、メモリは、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイス等の１つ以上のタイプのメモリを含み得る。メモリに格納されたプログラムコードは、１以上の通信及び／又はデータ通信プロトコルを実行するプログラム命令と、幾つかの実施形態においては、本明細書に記載された技術の一つ以上を実行するためのプログラム命令を含む。幾つかの実装形態において、処理回路は、本開示の１つ以上の実施形態による対応する機能を各機能ユニット実行させるために使用され得る。

【0167】

さらに、無線デバイス又はネットワークノードによって実行されるものとして本明細書で説明されている機能は、複数の無線デバイス及び／又はネットワークノードに渡り分散させることができる。言い換えると、本明細書に記載のネットワークノード及び無線デバイスの機能は、単一の物理デバイスによって実行されることに限定されず、実際、幾つかの物理デバイス間に分散され得る。

【0168】

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

【0169】

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

【0170】

明示的に反対の記載がない限り、本明細書で使用される場合、"少なくとも１つ"及び"１つ又は複数"という句の後に列挙された項目（例えば、"Ａ及びＢ"、"Ａ、Ｂ、及びＣ"）の接続詞リストが続く。）は、列挙されたアイテム"を含むリストから選択された少なくとも１つのアイテム"を意味する。例えば、"ＡとＢの内の少なくとも１つ"は、Ａと、Ｂと、Ａ及びＢと、の内のいずれかを意味することを意図する。同様に、"Ａ、Ｂ及びＣの１つ以上"は、Ａと、Ｂと、Ｃと、Ａ及びＢと、Ｂ及びＣと、Ａ及びＣと、Ａ、Ｂ及びＣと、のいずれかを意味することを意図する。

【0171】

本明細書で明示的に反対の記載がない限り、"複数の"という句の後に列挙された項目（例えば、"Ａ及びＢ"、"Ａ、Ｂ、及びＣ"）の接続詞リストが続くという句は、"複数の項目"を意味することを意図し、リストから選択された各アイテムは、列挙されたアイテムで構成される。例えば、"複数のＡ及びＢ"は、複数のＡ、複数のＢ、又は、少なくとも１つのＡ及び少なくとも１つのＢのいずれかを意味することを意図する。

【0172】

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

【0173】

Ａ１．無線アクセスネットワーク（ＲＡＮ））における体感品質（ＱｏＥ）測定の構成を処理するための、ユーザ装置（ＵＥ）での方法であって、
ＲＡＮノードからＲＡＮ可視ライトウェイトＱｏＥ構成を受信することと、
ＵＥが同じサービスタイプ又はアプリケーションに対するＲＡＮ可視ライトウェイトＱｏＥ構成を既に有しているかを判定することと、
前記の判定することにおいて、
〇新しいＲＡＮ可視（ライトウェイト）ＱｏＥ構成を廃棄すること、
〇古いＲＡＮ可視（ライトウェイト）ＱｏＥ構成を解放し、それ自体及び上位層を新しいＲＡＮ可視（ライトウェイト））ＱｏＥ構成で構成すること、
〇新しい構成を一時停止すること、
〇古い構成を一時停止し、新しい構成をアクティブにすること、
〇新しい構成を受信したときに古い構成がすでに一時停止状態にある場合は、新しい構成をアクティブのままにし、古い構成を解放するか、古い構成を一時停止したままにすること、
〇サービス／アプリケーションのタイプ又はサービスのサブタイプが新しいＲＡＮ可視（ライトウェイト））ＱｏＥ構成によって指定されている場合、それ自体と、サービスの対象タイプ又はサブタイプの上位層、及び／又は、対象アプリケーションを指定されたサービスで構成し、残りのアプリケーションに対する古いＲＡＮ可視（ライトウェイト）ＱｏＥ構成を維持すること、
〇デュアル接続シナリオで、ＲＡＮ可視（ライトウェイト）ＱｏＥ構成の１つがマスタノードから受信され、他のものセカンダリノードから受信された場合、セカンダリノードから受信したＲＡＮ可視（ライトウェイト）ＱｏＥ構成を解放し、マスタノードから受信したＲＡＮ可視（ライトウェイト）ＱｏＥ構成を維持すること、
〇デュアル接続シナリオで、ＲＡＮ可視（ライトウェイト）ＱｏＥ構成の１つがマスタノードから受信され、他のものがセカンダリノードから受信された場合、セカンダリノードから受信したＲＡＮ可視（ライトウェイト）ＱｏＥ構成を一時停止し、マスタノードから受信したＲＡＮ可視（ライトウェイ）ＱｏＥ構成を維持すること、
〇ＲＡＮ可視（ライトウェイ）ＱｏＥ構成の対象となるサービスのタイプ及び／又はサービスのサブタイプの進行中のアプリケーションセッション（又は、複数のアプリケーションセッションが進行中の場合はその様な進行中のすべてのアプリケーションセッション）が現在、そこから古い構成を受信したＲＡＮノードへの無線ベアラを使用している場合、新しい構成を解放又は一時停止すること、
〇ＲＡＮ可視（ライトウェイ）ＱｏＥ構成の対象となるサービスのタイプ及び／又はサービスのサブタイプの進行中のアプリケーションセッション（又は、複数のアプリケーションセッションが進行中の場合はその様な進行中のすべてのアプリケーションセッション）が現在、そこから新しい構成を受信したＲＡＮノードへの無線ベアラを使用している場合、古い構成を解放又は一時停止すること、
の内の１つ以上のアクションを実行することと、
を含む方法。

【0174】

Ｂ１．ユーザ装置（ＵＥ）による体感品質（ＱｏＥ）測定を管理するための、無線アクセスネットワーク（ＲＡＮ）の第１ノードでの方法であって、
第１ノードによってＵＥに構成された１つ以上ＲＡＮ可視（ライトウェイト）ＱｏＥ測定の構成情報を、ＲＡＮの第２ノードに送信することを含む、方法。

【0175】

Ｂ２．実施形態Ｂ１に記載の方法であって、第２ノードは、例えば、デュアル接続、モビリティ、ＲＲＣ再開、ＲＲＣ再確立、サービスデータの転送を第１ＲＡＮノードを経由してＵＥに向かうパスから第２ＲＡＮノードを経由してＵＥに向かうパスに切り替える等のＵＥの構成変更に関して第１ノードに関連付けられている、方法。

【0176】

Ｂ３．実施形態Ｂ１又はＢ２に記載の方法であって、前記送信することの前に、１つ以上のＲＡＮ可視（ライトウェイト）ＱｏＥ測定のためにＵＥを構成することを含む、方法。

【0177】

Ｂ４．実施形態Ｂ１～Ｂ３のいずれか１つに記載の方法であって、前記構成情報は、
－ＲＡＮ可視（ライトウェイト）ＱｏＥが構成されているサービスタイプを示すインジケーションと、
－ＲＡＮ可視（ライトウェイト）ＱｏＥ構成が構成されているサービスタイプのアプリケーションに関連するセッションが進行中かどうかを示すインジケーションと、
－管理ベース、シグナリングベース、又は、ハイブリッド（管理ベースとシグナリングベースのＱｏＥの組み合わせ）等のＱｏＥ測定のタイプを示すインジケーションと、
－無線端末から第２ＲＡＮノードへのＱｏＥ測定値の配信時に、第１ＲＡＮノードがＲＡＮ可視（ライトウェイト）ＱｏＥ測定結果（又は、ＲＡＮ可視ライトウェイトＱｏＥ測定結果の部分）を受信することに関心があるかどうかを示すインジケーションと、
－第２ＲＡＮノードに関する情報を含むＲＡＮ可視（ライトウェイト）ＱｏＥレポートが受信されたことを示すインジケーションと、
－ＲＡＮ可視（ライトウェイト）ＱｏＥレポートと共にシグナリングされる、レポートがすでにＴＣＥにシグナリングされているかどうかを示すインジケーションと、
－無線端末から受信したＲＡＮ可視（ライトウェイト）ＱｏＥレポートと、
の内の１つ以上を含む、方法。

【0178】

Ｂ５．実施形態Ｂ１～Ｂ４のいずれか１つに記載の方法であって、ステータス情報は、１つ以上の追加のＵＥに関するステータス情報と共に第２ノードに送信される、方法。

【0179】

Ｂ６．実施形態Ｂ１～Ｂ５のいずれか１つに記載の方法であって、さらに、１つ以上のＲＡＮ可視ライトウェイトＱｏＥ測定に関する要求を第２ノードに送信することを含む、方法。

【0180】

Ｂ７．実施形態Ｂ６に記載の方法であって、要求は、
〇第２ＲＡＮノードによって受信されたＱｏＥレポートを第１ＲＡＮノードに送信する（又はバッファして、その後、第１ＲＡＮノードに送信する）要求であって、
■ＱｏＥレポートを受信するＲＡＮノードの切り替えをもたらすＵＥでの（シグナリング）無線ベアラの再構成、第１ＲＡＮノードから第２ＲＡＮノードに送信される過負荷インジケーション、セッション終了までの期間、後続のモビリティイベントがトリガされるまでの期間、さらなるＵＥの再構成までの期間、サービスタイプ又はサービスサブタイプ、スライス又はスライスのリスト等の、その様なレポートの開始及び停止に関連付けられる追加の条件をオプションで含む要求と、
〇ＲＡＮ可視ライトウェイトＱｏＥレポートの受信をサポートする要求と、
〇アクティブ化されたＲＡＮ可視ライトウェイトＱｏＥ測定の１つ又はリストを一時停止する要求と、
〇一時停止されたＲＡＮ可視ライトウェイトＱｏＥ測定の１つ又はリストを再開する要求と、
〇アクティブ化されたＲＡＮ可視ライトウェイトＱｏＥ測定の１つ又はリストを解放又は停止する要求と、
〇ＲＡＮ可視ライトウェイト測定の特定の構成、又は、ＱｏＥ測定にリンクされた無線測定の特定の構成でＵＥを構成する要求と、
の内のいずれかを含む、方法。

【0181】

Ｂ８．実施形態Ｂ６又はＢ７に記載の方法であって、第２ノードから、要求の肯定確認するメッセージ、又は、要求に応じることができないか失敗したことを示すメッセージを受信することを含む、方法。

【0182】

Ｂ９．実施形態Ｂ６～Ｂ８のいずれか１つに記載の方法であって、要求は複数のＵＥに関係する、方法。

【0183】

Ｂ１０．ユーザ装置（ＵＥ））による体感品質（ＱｏＥ）測定を管理するための、無線アクセスネットワーク（ＲＡＮ）の第２ノードでの方法であって、
第１ノードによってＵＥに構成された１つ以上ＲＡＮ可視（ライトウェイト）ＱｏＥ測定の構成情報を、ＲＡＮの第１ノードから受信することを含む、方法。

【0184】

Ｂ１１．実施形態Ｂ１０に記載の方法であって、第２ノードは、例えば、デュアル接続、モビリティ、ＲＲＣ再開、ＲＲＣ再確立、サービスデータの転送を第１ＲＡＮノードを経由してＵＥに向かうパスから第２ＲＡＮノードを経由してＵＥに向かうパスに切り替えるといった、ＵＥの構成変更に関して第１ノードに関連付けられている、方法。

【0185】

Ｂ１２．実施形態Ｂ１０又はＢ１１に記載の方法であって、前記構成情報は、
－ＲＡＮ可視（ライトウェイト）ＱｏＥが構成されているサービスタイプを示すインジケーションと、
－ＲＡＮ可視（ライトウェイト）ＱｏＥ構成が構成されているサービスタイプのアプリケーションに関連するセッションが進行中かどうかを示すインジケーションと、
－管理ベース、シグナリングベース、又はハイブリッド（管理ベースとシグナリングベースのＱｏＥの組み合わせ）等のＱｏＥ測定のタイプを示すインジケーションと、
－無線端末から第２ＲＡＮノードへのＱｏＥ測定値の配信時に、第１ＲＡＮノードがＲＡＮ可視（ライトウェイト）ＱｏＥ測定結果（又は、ＲＡＮ可視ライトウェイトＱｏＥ測定結果の部分）を受信することに関心があるかどうかを示すインジケーションと、
－第２ＲＡＮノードに関する情報を含むＲＡＮ可視（ライトウェイト）ＱｏＥレポートが受信されたことを示すインジケーションと、
－ＲＡＮ可視（ライトウェイト）ＱｏＥレポートと共にシグナリングされる、レポートがすでにＴＣＥにシグナリングされているかどうかを示すインジケーションと、
－無線端末から受信したＲＡＮ可視（ライトウェイト）ＱｏＥレポートと、
の内の１つ以上を含む、方法。

【0186】

Ｂ１３．実施形態Ｂ１０からＢ１２のいずれか１つに記載の方法でって、ステータス情報に応じて、ＵＥによるＱｏＥ測定の構成を構成すること、又は、変更することを控える、方法。

【0187】

Ｂ１４．実施形態Ｂ１０からＢ１３のいずれか１つに記載の方法であって、さらに、１つ以上のＲＡＮ可視ライトウェイトＱｏＥ測定に関する要求を第１ノードから受信することを含む、方法。

【0188】

Ｂ１５．実施形態Ｂ１４に記載の方法であって、要求は、
〇第２ＲＡＮノードによって受信されたＱｏＥレポートを第１ＲＡＮノードに送信する（又はバッファして、その後、第１ＲＡＮノードに送信する）要求であって、
■ＱｏＥレポートを受信するＲＡＮノードの切り替えをもたらすＵＥでの（シグナリング）無線ベアラの再構成、第１ＲＡＮノードから第２ＲＡＮノードに送信される過負荷インジケーション、セッション終了までの期間、後続のモビリティイベントがトリガされるまでの期間、さらなるＵＥの再構成までの期間、サービスタイプ又はサービスサブタイプ、スライス又はスライスのリスト等の、その様なレポートの開始及び停止に関連付けられる追加の条件をオプションで含む要求と、
〇ＲＡＮ可視ライトウェイトＱｏＥレポートの受信をサポートする要求と、
〇アクティブ化されたＲＡＮ可視ライトウェイトＱｏＥ測定の１つ又はリストを一時停止する要求と、
〇一時停止されたＲＡＮ可視ライトウェイトＱｏＥ測定の１つ又はリストを再開する要求と、
〇アクティブ化されたＲＡＮ可視ライトウェイトＱｏＥ測定の１つ又はリストを解放又は停止する要求と、
〇ＲＡＮ可視ライトウェイト測定の特定の構成、又は、ＱｏＥ測定にリンクされた無線測定の特定の構成でＵＥを構成する要求と、
の内のいずれかを含む、方法。

【0189】

Ｂ１６．実施形態Ｂ１４又はＢ１５に記載の方法であって、さらに、要求の実行ステータスのインジケーションで応答することを含む、方法。

【0190】

Ｂ１７．実施形態Ｂ１４又はＢ１５に記載の方法であって、要求に応答して、要求を肯定確認するメッセージ、又は、要求に応じることができないか失敗したことを示すメッセージを第１ノードに送信することを含む、方法。

【0191】

Ｂ１８．実施形態Ｂ１０からＢ１７のいずれか１つに記載の方法であって、要求は複数のＵＥに関係する、方法。

【0192】

Ｃ１．無線アクセスネットワーク（ＲＡＮ）における体感品質（ＱｏＥ）測定を実行する様に構成されたユーザ装置（ＵＥ）であって、
少なくとも１つのＲＡＮノードと通信する様に構成された無線トランシーバ回路と、
無線トランシーバ回路と動作可能に結合された処理回路と、を備え、処理回路及び無線トランシーバ回路は、実施形態Ａ１に記載の方法に対応する動作を実行する様に構成されている、ユーザ装置。

【0193】

Ｃ２．無線アクセスネットワーク（ＲＡＮ）における体感品質（ＱｏＥ）測定を実行する様に構成されたユーザ装置（ＵＥ）であって、さらに、実施形態Ａ１に記載の方法に対応する動作を実行する様に適合されている、ユーザ装置。

【0194】

Ｃ３．無線アクセスネットワーク（ＲＡＮ）における体験品質（ＱｏＥ）測定を実行する様に構成されたユーザ装置（ＵＥ）の処理回路によって実行されると、実施形態Ａ１に記載の方法に対応する動作を実行する様にＵＥを構成するコンピュータ実行可能命令を格納する非一時的なコンピュータ可読記憶媒体。

【0195】

Ｃ４．無線アクセスネットワーク（ＲＡＮ）における体験品質（ＱｏＥ）測定を実行する様に構成されたユーザ装置（ＵＥ）の処理回路によって実行されると、実施形態Ａ１に記載の方法に対応する動作を実行する様にＵＥを構成するコンピュータ実行可能命令を格納するコンピュータプログラム製品。

【0196】

Ｄ１．体感品質（ＱｏＥ）測定を実行する様にユーザ装置（ＵＥ）を構成する様に適合された無線アクセスネットワーク（ＲＡＮ）ノードであって、
ＵＥ及びＲＡＮの外部のネットワークノード又は機能と通信する様に構成されている通信インタフェース回路と、
通信インタフェース回路と動作可能に結合された処理回路と、
を備え、
処理回路及び通信インタフェース回路は、実施形態Ｂ１からＢ１８のいずれか１つに記載の方法に対応する動作を実行する様に構成されている、無線アクセスネットワークノード。

【0197】

Ｄ２．体感品質（ＱｏＥ）測定を実行する様にユーザ装置（ＵＥ）を構成する様に適合された無線アクセスネットワーク（ＲＡＮ）ノードであって、実施形態Ｂ１からＢ１８のいずれか１つに記載の方法に対応する動作を実行する様に適合されている、ＲＡＮノード。

【0198】

Ｄ３．体感品質（ＱｏＥ）測定を実行する様にユーザ装置（ＵＥ）を構成する様に適合された無線アクセスネットワーク（ＲＡＮ）ノードの処理回路によって実行されると、実施形態Ｂ１からＢ１８のいずれか１つに記載の方法に対応する動作を実行する様にＲＡＮノードを構成するコンピュータ実行可能命令を格納する非一時的なコンピュータ可読媒体。

【0199】

Ｄ４．体感品質（ＱｏＥ）測定を実行する様にユーザ装置（ＵＥ）を構成する様に適合された無線アクセスネットワーク（ＲＡＮ）ノードの処理回路によって実行されると、実施形態Ｂ１－Ｂ１８のいずれか１つに記載の方法に対応する動作を実行する様にＲＡＮノードを構成するコンピュータ実行可能命令を格納するなコンピュータプログラム製品。

【0200】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7A】

【図7B】

【図7C】

【図7D】

【図8A】

【図8B】

【図9A】

【図9B】

【図9C】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【手続補正書】

【提出日】2023-08-01

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ユーザ装置（ＵＥ）による体感品質（ＱｏＥ）測定を管理するための、無線アクセスネットワーク（ＲＡＮ）の第１ノードでの方法であって、
前記第１ノードによって前記ＵＥに構成された１つ以上のＲＡＮ可視ＱｏＥ測定の構成情報を、前記ＲＡＮの第２ノードに送信（１０１０）することを含む、方法。

【請求項2】

請求項１に記載の方法であって、
前記第２ノードは、
マルチ接続のための前記ＵＥの構成の変更と、
前記ＵＥのモビリティと、
前記ＵＥのＲＲＣ再開又はＲＲＣ再確立と、
サービスのためのデータの転送を、前記第１ＲＡＮノードを介して前記ＵＥに向かうパスから、前記第２ＲＡＮノードを介して前記ＵＥに向かうパスに切り替えることと、
の内の少なくとも１つに関して前記第１ノードに関連付けられている、方法。

【請求項3】

請求項１又は２に記載の方法であって、
前記送信することの前に、前記１つ以上のＲＡＮ可視ＱｏＥ測定のために前記ＵＥを構成することを含む、方法。

【請求項4】

請求項１から３のいずれか１項に記載の方法であって、
前記構成情報は、
前記ＲＡＮ可視ＱｏＥが構成されているサービスタイプのインジケーションと、
前記ＲＡＮ可視ＱｏＥ構成が構成されている前記サービスタイプのアプリケーションに関連するセッションが進行中か否かのインジケーションと、
前記ＱｏＥ測定のタイプのインジケーションと、
前記無線端末から前記第２ＲＡＮノードへの前記ＲＡＮ可視ＱｏＥ測定の配信時に、前記第１ＲＡＮノードが前記ＲＡＮ可視ＱｏＥ測定の結果を受信することに関心があるか否かのインジケーションと、
前記第２ＲＡＮノードに関する情報を含むＲＡＮ可視ＱｏＥレポートが受信されたことを示すインジケーションと、
ＲＡＮ可視ＱｏＥレポートと共にシグナリングされる、前記レポートが既にＴＣＥにシグナリングされているかを示すインジケーションと、
無線端末から受信したＲＡＮ可視ＱｏＥレポートと、
の内の１つ以上を含む、方法。

【請求項5】

請求項１から４のいずれか１項に記載の方法であって、
ステータス情報が、１つ以上の追加のＵＥに関するステータス情報と共に前記第２ノードに送信される、方法。

【請求項6】

請求項１から５のいずれか１項に記載の方法であって、さらに、
前記１つ以上のＲＡＮ可視ＱｏＥ測定に関する要求を前記第２ノードに送信（１０２０）することを含み、
前記要求は、
前記第２ＲＡＮノードによって受信された前記ＱｏＥレポートを前記第１ＲＡＮノードに送信する要求と、
ＲＡＮ可視ＱｏＥレポートの受信をサポートする要求と、
アクティブ化された前記ＲＡＮ可視ＱｏＥ測定の１つ又はリストを一時停止する要求と、
一時停止された前記ＲＡＮ可視ＱｏＥ測定の１つ又はリストを再開する要求と、
アクティブ化された前記ＲＡＮ可視ＱｏＥ測定の１つ又はリストを解放又は停止する要求と、
ＲＡＮ可視測定の特定の構成、又は、前記ＱｏＥ測定にリンクされた無線測定の特定の構成で前記ＵＥを構成する要求と、
の内のいずれか１つを含む、方法。

【請求項7】

請求項６に記載の方法であって。
前記要求は、レポートの開始及び停止に関連する追加の条件を含み、
前記追加の条件は、
前記ＱｏＥレポートを受信するＲＡＮノードが切り替わる結果となる、前記ＵＥにおける無線ベアラの再構成と、
前記第１ＲＡＮノードから前記第２ＲＡＮノードに送信される過負荷インジケーションと、
一定の期間と、
セッション終了までと、
後続のモビリティイベントがトリガされるまでと、
さらなるＵＥの再構成までと、
サービスタイプ又はサービスサブタイプと、
スライス又はスライスのリストと、
の内の少なくとも１つを含む、方法。

【請求項8】

請求項６又は７に記載の方法であって、
前記第２ノードから、前記要求を肯定確認するメッセージ、又は、前記要求に応じることができないか失敗したことを示すメッセージを受信（１０３０）することを含む、方法。

【請求項9】

請求項６から８のいずれか１項に記載の方法であって、
前記要求は複数のＵＥに関係する、方法。

【請求項10】

ユーザ装置（ＵＥ）による体感品質（ＱｏＥ）測定を管理するための、無線アクセスネットワーク（ＲＡＮ）の第２ノードでの方法であって、
前記ＲＡＮの第１ノードから、前記第１ノードによって前記ＵＥに構成された１つ以上のＲＡＮ可視ＱｏＥ測定の構成情報を受信（１１１０）することを含む、方法。

【請求項11】

請求項１０に記載の方法であって、
前記第２ノードは、
マルチ接続のための前記ＵＥの構成の変更と、
前記ＵＥのモビリティと、
前記ＵＥのＲＲＣ再開又はＲＲＣ再確立と、
サービスのためのデータの転送を、前記第１ＲＡＮノードを介して前記ＵＥに向かうパスから、前記第２ＲＡＮノードを介して前記ＵＥに向かうパスに切り替えることと、
の内の少なくとも１つに関して前記第１ノードに関連付けられている、方法。

【請求項12】

請求項１０又は１１に記載の方法であって、
前記構成情報は、
前記ＲＡＮ可視ＱｏＥが構成されているサービスタイプのインジケーションと、
前記ＲＡＮ可視ＱｏＥ構成が構成されている前記サービスタイプのアプリケーションに関連するセッションが進行中か否かのインジケーションと、
前記ＱｏＥ測定のタイプのインジケーションと、
前記無線端末から前記第２ＲＡＮノードへの前記ＲＡＮ可視ＱｏＥ測定の配信時に、前記第１ＲＡＮノードが前記ＲＡＮ可視ＱｏＥ測定の結果を受信することに関心があるか否かのインジケーションと、
前記第２ＲＡＮノードに関する情報を含むＲＡＮ可視ＱｏＥレポートが受信されたことを示すインジケーションと、
ＲＡＮ可視ＱｏＥレポートと共にシグナリングされる、前記レポートが既にＴＣＥにシグナリングされているかを示すインジケーションと、
無線端末から受信したＲＡＮ可視ＱｏＥレポートと、
の内の１つ以上を含む、方法。

【請求項13】

請求項１０から１２のいずれか１項に記載の方法でって、
ステータス情報に応答して、前記ＵＥによるＱｏＥ測定の構成を構成することを控える、又は、変更することを控える、方法。

【請求項14】

請求項１０から１３のいずれか１項に記載の方法であって、さらに、
前記１つ以上のＲＡＮ可視ＱｏＥ測定に関する要求を前記第１ノードから受信（１１２０）することを含み、
前記要求は、
前記第２ＲＡＮノードによって受信された前記ＱｏＥレポートを前記第１ＲＡＮノードに送信する要求と、
ＲＡＮ可視ＱｏＥレポートの受信をサポートする要求と、
アクティブ化された前記ＲＡＮ可視ＱｏＥ測定の１つ又はリストを一時停止する要求と、
一時停止された前記ＲＡＮ可視ＱｏＥ測定の１つ又はリストを再開する要求と、
アクティブ化された前記ＲＡＮ可視ＱｏＥ測定の１つ又はリストを解放又は停止する要求と、
ＲＡＮ可視測定の特定の構成、又は、前記ＱｏＥ測定にリンクされた無線測定の特定の構成で前記ＵＥを構成する要求と、
の内のいずれか１つを含む、方法。

【請求項15】

請求項１４に記載の方法であって、
前記要求は、レポートの開始及び停止に関連する追加の条件を含み、
前記追加の条件は、
前記ＱｏＥレポートを受信するＲＡＮノードが切り替わる結果となる、前記ＵＥにおける無線ベアラの再構成と、
前記第１ＲＡＮノードから前記第２ＲＡＮノードに送信される過負荷インジケーションと、
一定の期間と、
セッション終了までと、
後続のモビリティイベントがトリガされるまでと、
さらなるＵＥの再構成までと、
サービスタイプ又はサービスサブタイプと、
スライス又はスライスのリストと、
の内の少なくとも１つを含む、方法。

【請求項16】

請求項１４又は１５に記載の方法であって、さらに、
前記要求の実行ステータスのインジケーションで応答することを含む、方法。

【請求項17】

請求項１４又は１５に記載の方法であって、
前記要求に応答して、前記要求を肯定確認するメッセージ、又は、前記要求に応じることができないか失敗したことを示すメッセージを前記第１ノードに送信（１１３０）することを含む、方法。

【請求項18】

請求項１０から１７のいずれか１項に記載の方法であって、
前記要求は複数のＵＥに関係する、方法。

【請求項19】

体感品質（ＱｏＥ）測定を実行する様にユーザ装置（ＵＥ）を構成する様に適合された無線アクセスネットワーク（ＲＡＮ）ノード（１４００）であって、
複数のＵＥ及び前記ＲＡＮの外部のネットワークノード又は機能と通信する様に構成されている通信インタフェース回路（１４４０、１４５０）と、
前記通信インタフェース回路と動作可能に結合された処理回路（１４１０、１４２０、１４３０）と、
を備え、
前記処理回路及び前記通信インタフェース回路は、請求項１から１８のいずれか１項に記載の方法を実行する様に構成されている、ＲＡＮノード。

【請求項20】

無線アクセスネットワーク（ＲＡＮ）における体感品質（ＱｏＥ）測定の構成を処理するための、ユーザ装置（ＵＥ）での方法であって、
ＲＡＮノードからＲＡＮ可視ＱｏＥ構成を受信（１２１０）することと、
前記ＵＥが同じサービスタイプ又はアプリケーションに対するＲＡＮ可視ＱｏＥ構成を既に有しているかを判定（１２２０）することと、
前記判定することにおいて、
新しいＲＡＮ可視ＱｏＥ構成を廃棄することと、
古いＲＡＮ可視ＱｏＥ構成を解放し、それ自体及び上位層を新しいＲＡＮ可視ＱｏＥ構成で構成することと、
新しい構成を一時停止することと、
古い構成を一時停止し、新しい構成をアクティブにすることと、
新しい構成を受信したときに古い構成がすでに一時停止状態にある場合、新しい構成をアクティブのままにし、古い構成を解放するか、古い構成を一時停止したままにすることと、
サービス／アプリケーションのタイプ又はサービスのサブタイプが新しいＲＡＮ可視ＱｏＥ構成によって指定されている場合、それ自体と、前記サービスの対象タイプ又はサブタイプ及び／又は対象アプリケーションの上位層を指定されたサービスで構成し、残りのアプリケーションに対する古いＲＡＮ可視ＱｏＥ構成を維持することと、
デュアル接続シナリオで、ＲＡＮ可視ＱｏＥ構成の１つがマスタノードから受信され、他のものがセカンダリノードから受信された場合、前記セカンダリノードから受信した前記ＲＡＮ可視ＱｏＥ構成を解放し、前記マスタノードから受信した前記ＲＡＮ可視ＱｏＥ構成を維持することと、
デュアル接続シナリオで、ＲＡＮ可視ＱｏＥ構成の１つがマスタノードから受信され、他のものがセカンダリノードから受信された場合、前記セカンダリノードから受信した前記ＲＡＮ可視ＱｏＥ構成を一時停止し、前記マスタノードから受信した前記ＲＡＮ可視ＱｏＥ構成をアクティブのままにすることと、
前記ＲＡＮ可視ＱｏＥ構成の対象となるサービスのタイプ及び／又はサービスのサブタイプの進行中のアプリケーションセッション（又は、複数のアプリケーションセッションが進行中の場合はその様な進行中のすべてのアプリケーションセッション）が現在、そこから古い構成を受信した前記ＲＡＮノードへの無線ベアラを使用している場合、古い構成を維持し、新しい構成を解放又は一時停止することと、
前記ＲＡＮ可視ＱｏＥ構成の対象となるサービスのタイプ及び／又はサービスのサブタイプの進行中のアプリケーションセッション（又は、複数のアプリケーションセッションが進行中の場合はその様な進行中のすべてのアプリケーションセッション）が現在、そこから新しい構成を受信した前記ＲＡＮノードへの無線ベアラを使用している場合、新しい構成を維持し、古い構成を解放又は一時停止することと、
の内の１つ以上のアクションを行う（１２３０）ことと、
を含む、方法。

【請求項21】

無線アクセスネットワーク（ＲＡＮ）における体感品質（ＱｏＥ）測定を実行する様に構成されたユーザ装置（ＵＥ）（１３００）であって、
少なくとも１つのＲＡＮノードと通信する様に構成された無線トランシーバ回路（１３４０）と、
前記無線トランシーバ回路と動作可能に結合された処理回路（１３１０、１３２０、１３３０）と、
を備え、
前記処理回路及び前記無線トランシーバ回路は、請求項２０に記載の方法を実行する様に構成されている、ＵＥ。

【国際調査報告】