特許 7579979 無線通信ネットワークにおいてサービスをハンドリングするためのネットワークノードおよび方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-30

(45)【発行日】2024-11-08

(54)【発明の名称】無線通信ネットワークにおいてサービスをハンドリングするためのネットワークノードおよび方法

(51)【国際特許分類】

   H04W 24/08 20090101AFI20241031BHJP

   H04W 24/10 20090101ALI20241031BHJP

   H04W 80/12 20090101ALI20241031BHJP

【ＦＩ】

H04W24/08

H04W24/10

H04W80/12

【請求項の数】 17

(21)【出願番号】P 2023534287

(86)(22)【出願日】2021-12-07

(65)【公表番号】

(43)【公表日】2023-12-13

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

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

(87)【国際公開日】2022-06-16

【審査請求日】2023-08-04

(31)【優先権主張番号】63/122,050

(32)【優先日】2020-12-07

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

(73)【特許権者】

【識別番号】598036300

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

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶 晴美

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(72)【発明者】

【氏名】パリチェレッテロージナイ， アリ

(72)【発明者】

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

(72)【発明者】

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

(72)【発明者】

【氏名】ルーン， ヨハン

(72)【発明者】

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

(72)【発明者】

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

【審査官】吉倉 大智

(56)【参考文献】

【文献】国際公開第２０２２／０８３５５８（ＷＯ，Ａ１）

【文献】特開２０１９－０５４４７８（ＪＰ，Ａ）

【文献】国際公開第２０２０／１２８６５７（ＷＯ，Ａ１）

【文献】ZTE Corporation, Sanechips，Discussion on QoE in NR，3GPP TSG RAN WG2 #112-e R2-2010476，2020年10月23日

【文献】Ericsson，pCR for TR 38.890: Way Forward on Remaining Issues in NR QoE Management，3GPP TSG RAN WG3 #110-e R3-206399，2020年10月23日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線通信ネットワーク（３００）において１つまたは複数のサービスをハンドリングするための第１のネットワークノード（３１１）において実施される方法であって、前記無線通信ネットワーク（３００）が、前記第１のネットワークノード（３１１）と、第２のネットワークノード（３１２）と、１つまたは複数の無線通信デバイス（３３０、３３１）とを備え、前記方法が、
前記第２のネットワークノード（３１２）から、１つまたは複数の無線通信デバイス（３３０、３３１）のための１つまたは複数のサービスについてのアプリケーションレイヤ測定設定に関係する指示を受信すること（３５２）と、
アプリケーションレイヤ測定設定に関係する前記受信された指示に基づいて、１つまたは複数の無線通信デバイス（３３０、３３１）のためのアプリケーションレイヤ測定設定のセットを決定すること（３５３）と、
アプリケーションレイヤ測定設定の前記決定されたセット、またはアプリケーションレイヤ測定設定の前記決定されたセットの指示を、前記１つまたは複数の無線通信デバイス（３３０、３３１）に送ること（３５４）と
を含み、
アプリケーションレイヤ測定設定に関係する前記指示が、アプリケーションレイヤ測定設定のリストを含み、
アプリケーションレイヤ測定設定の前記リスト中の各アプリケーションレイヤ測定設定は、
ａ） アプリケーションレイヤ測定設定が、レガシーＱｏＥ測定設定であるのか軽量ＱｏＥ測定設定であるのか、
ｂ） アプリケーションレイヤ測定が、無線通信デバイスにおいてレガシーＱｏＥ測定設定と並列に記憶、適用、または実行され得るかどうか、
ｃ） アプリケーションレイヤ測定が、無線通信デバイスにおいて軽量ＱｏＥ測定設定と並列に記憶、適用、または実行され得るかどうか、
ｄ） シグナリングベースＱｏＥ測定、管理ベースＱｏＥ測定、またはシグナリングベースＱｏＥ測定と管理ベースＱｏＥ測定との組合せなど、ＱｏＥ測定のタイプ
のうちの１つまたは複数を指示するための指示を含む、
方法。

【請求項2】

アプリケーションレイヤ測定設定の前記リストが、同じまたは異なるサービスタイプについての体感品質（ＱｏＥ）測定設定のリストを含む、請求項１に記載の方法。

【請求項3】

アプリケーションレイヤ測定設定の前記リストは、アプリケーションレイヤ測定報告が送られるべきである１つまたはサービスタイプ複数の測定収集エンティティ（ＭＣＥ）および／またはトレース収集エンティティ（ＴＣＥ）についての１つまたは複数の指示を含み、前記方法が、
前記アプリケーションレイヤ測定設定に基づいて、１つまたは複数の無線通信デバイス（３３０、３３１）から受信されたアプリケーションレイヤ測定報告を、対応するＭＣＥおよび／またはＴＣＥに送ること（３５５）
をさらに含む、請求項１または２に記載の方法。

【請求項4】

前記第１のネットワークノード（３１１）が無線アクセスネットワーク（ＲＡＮ）ノードであり、前記第２のネットワークノード（３１２）が、別のＲＡＮノード、またはコアネットワークノード、運用保守（ＯＡＭ）ノード、サービス管理およびオーケストレーション（ＳＭＯ）ノード、ネットワーク管理システム（ＮＭＳ）ノードである、請求項１から３のいずれか一項に記載の方法。

【請求項5】

前記第１のネットワークノード（３１１）が、モビリティプロシージャによってターゲットにされたターゲット無線アクセスネットワーク（ＲＡＮ）ノードであり、前記第２のネットワークノード（３１２）が、前記モビリティプロシージャを始動するソースＲＡＮノードである、請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記第１のネットワークノード（３１１）が、１つまたは複数の無線通信デバイス（３３０、３３１）のコンテキストをフェッチする必要があるターゲット無線アクセスネットワーク（ＲＡＮ）ノードであり、前記第２のネットワークノード（３１２）が、１つまたは複数の無線通信デバイス（３３０、３３１）の前記コンテキストをホストするソースＲＡＮノードである、請求項１から４のいずれか一項に記載の方法。

【請求項7】

各ＱｏＥ測定設定が、
ａ） アプリケーションレイヤ測定設定のためのコンテナ、
ｂ） 前記アプリケーションレイヤ測定設定の識別子、
ｃ） エリアスコープの指示、
ｄ） アプリケーションレイヤ測定の前記サービスタイプを指示する１つの識別子、またはサービスタイプの識別子のリスト、
ｅ） １つまたは複数の特定の無線通信デバイス（３３０、３３１）の、１つの識別子または識別子のリスト、
ｆ） 複数の前記ＱｏＥ測定設定間で優先度を付けるために使用されるべき優先度指示
のうちの１つまたは複数をさらに含む、請求項２に記載の方法。

【請求項8】

前記第２のネットワークノード（３１２）から、１つまたは複数の無線通信デバイス（３３０、３３１）のための１つまたは複数のサービスについてのアプリケーションレイヤ測定設定に関係する指示を受信すること（３５２）が、
前記第２のネットワークノード（３１２）から、複数のアプリケーションレイヤ測定設定を同時に受信すること
を含む、請求項１から７のいずれか一項に記載の方法。

【請求項9】

前記第２のネットワークノード（３１２）から、１つまたは複数の無線通信デバイス（３３０、３３１）のための１つまたは複数のサービスについてのアプリケーションレイヤ測定設定に関係する指示を受信すること（３５２）が、
アプリケーションレイヤ測定設定を異なる時間的ポイントにおいて連続的に受信すること
を含む、請求項１から７のいずれか一項に記載の方法。

【請求項10】

アプリケーションレイヤ測定設定を異なる時間的ポイントにおいて連続的に受信することが、
各時間において、単一のＱｏＥ測定設定、またはＱｏＥ測定設定のセットを受信すること
を含む、請求項９に記載の方法。

【請求項11】

アプリケーションレイヤ測定設定を異なる時間的ポイントにおいて連続的に受信することが、
各時間において、ＯＡＭノードまたはＣＮノード、または別のＲＡＮノードのいずれかから、１つまたは複数の測定設定を受信すること
を含む、請求項９に記載の方法。

【請求項12】

アプリケーションレイヤ測定設定の前記決定されたセットの指示を前記１つまたは複数の無線通信デバイス（３３０、３３１）に送ること（３５４）は、（１つまたは複数の）前に提供されたアプリケーションレイヤ測定設定が、同じ前記無線通信デバイス（３３０、３３１）について、（１つまたは複数の）現在のアプリケーションレイヤ測定設定と、並列に出るかどうかの指示を送ることを含む、請求項９から１１のいずれか一項に記載の方法。

【請求項13】

アプリケーションレイヤ測定設定は、前記アプリケーションレイヤ測定設定が、別の、指定されていないコンカレントまたは並列ＱｏＥ測定設定と組み合わせられるべきであるかどうかの関連する指示を含む、請求項９から１１のいずれか一項に記載の方法。

【請求項14】

アプリケーションレイヤ測定設定は、（１つまたは複数の）後続のアプリケーションレイヤ測定設定が、（１つまたは複数の）現在のまたは別のレイヤ測定設定とコンカレントにまたは並列に記憶される、組み合わせられる、または適用されるべきであるかどうかの関連する指示を含む、請求項９から１１のいずれか一項に記載の方法。

【請求項15】

無線通信ネットワーク（３００）において１つまたは複数のサービスをハンドリングするための第１のネットワークノード（３１１）であって、前記無線通信ネットワーク（３００）が、前記第１のネットワークノード（３１１）と、第２のネットワークノード（３１２）と、１つまたは複数の無線通信デバイス（３３０、３３１）とを備え、前記第１のネットワークノード（３１１）が、
前記第２のネットワークノード（３１２）から、１つまたは複数の無線通信デバイス（３３０、３３１）のための１つまたは複数のサービスについてのアプリケーションレイヤ測定設定に関係する指示を受信することと、
アプリケーションレイヤ測定設定に関係する前記受信された指示に基づいて、１つまたは複数の無線通信デバイス（３３０、３３１）のためのアプリケーションレイヤ測定設定のセットを決定することと、
アプリケーションレイヤ測定設定の前記決定されたセット、またはアプリケーションレイヤ測定設定の前記決定されたセットの指示を、前記１つまたは複数の無線通信デバイス（３３０、３３１）に送ることと
を行うように設定され、
アプリケーションレイヤ測定設定に関係する前記指示が、アプリケーションレイヤ測定設定のリストを含み、
アプリケーションレイヤ測定設定の前記リスト中の各アプリケーションレイヤ測定設定は、
ａ） アプリケーションレイヤ測定設定が、レガシーＱｏＥ測定設定であるのか軽量ＱｏＥ測定設定であるのか、
ｂ） アプリケーションレイヤ測定が、無線通信デバイスにおいてレガシーＱｏＥ測定設定と並列に記憶、適用、または実行され得るかどうか、
ｃ） アプリケーションレイヤ測定が、無線通信デバイスにおいて軽量ＱｏＥ測定設定と並列に記憶、適用、または実行され得るかどうか、
ｄ） シグナリングベースＱｏＥ測定、管理ベースＱｏＥ測定、またはシグナリングベースＱｏＥ測定と管理ベースＱｏＥ測定との組合せなど、ＱｏＥ測定のタイプ
のうちの１つまたは複数を指示するための指示を含む、
第１のネットワークノード（３１１）。

【請求項16】

無線通信ネットワーク（３００）において１つまたは複数のサービスをハンドリングするための第２のネットワークノード（３１２）によって実施される方法であって、前記無線通信ネットワーク（３００）が、第１のネットワークノード（３１１）と、前記第２のネットワークノード（３１２）と、１つまたは複数の無線通信デバイス（３３０、３３１）とを備え、前記方法は、
前記第１のネットワークノード（３１１）に、１つまたは複数の無線通信デバイス（３３０、３３１）のための１つまたは複数のサービスについてのアプリケーションレイヤ測定設定に関係する指示を送信することであって、前記指示がアプリケーションレイヤ測定設定のリストを含む、指示を送信すること
を含み、
アプリケーションレイヤ測定設定に関係する前記指示が、アプリケーションレイヤ測定設定のリストを含み、
アプリケーションレイヤ測定設定の前記リスト中の各アプリケーションレイヤ測定設定は、
ａ） アプリケーションレイヤ測定設定が、レガシーＱｏＥ測定設定であるのか軽量ＱｏＥ測定設定であるのか、
ｂ） アプリケーションレイヤ測定が、無線通信デバイスにおいてレガシーＱｏＥ測定設定と並列に記憶、適用、または実行され得るかどうか、
ｃ） アプリケーションレイヤ測定が、無線通信デバイスにおいて軽量ＱｏＥ測定設定と並列に記憶、適用、または実行され得るかどうか、
ｄ） シグナリングベースＱｏＥ測定、管理ベースＱｏＥ測定、またはシグナリングベースＱｏＥ測定と管理ベースＱｏＥ測定との組合せなど、ＱｏＥ測定のタイプ
のうちの１つまたは複数を指示するための指示を含む、
方法。

【請求項17】

無線通信ネットワーク（３００）において１つまたは複数のサービスをハンドリングするための第２のネットワークノード（３１２）であって、前記無線通信ネットワーク（３００）が、第１のネットワークノード（３１１）と、前記第２のネットワークノード（３１２）と、１つまたは複数の無線通信デバイス（３３０、３３１）とを備え、前記第２のネットワークノードは、
前記第１のネットワークノード（３１１）に、１つまたは複数の無線通信デバイス（３３０、３３１）のための１つまたは複数のサービスについてのアプリケーションレイヤ測定設定に関係する指示を送信することであって、前記指示がアプリケーションレイヤ測定設定のリストを含む、指示を送信すること
を行うように設定され、
アプリケーションレイヤ測定設定に関係する前記指示が、アプリケーションレイヤ測定設定のリストを含み、
アプリケーションレイヤ測定設定の前記リスト中の各アプリケーションレイヤ測定設定は、
ａ） アプリケーションレイヤ測定設定が、レガシーＱｏＥ測定設定であるのか軽量ＱｏＥ測定設定であるのか、
ｂ） アプリケーションレイヤ測定が、無線通信デバイスにおいてレガシーＱｏＥ測定設定と並列に記憶、適用、または実行され得るかどうか、
ｃ） アプリケーションレイヤ測定が、無線通信デバイスにおいて軽量ＱｏＥ測定設定と並列に記憶、適用、または実行され得るかどうか、
ｄ） シグナリングベースＱｏＥ測定、管理ベースＱｏＥ測定、またはシグナリングベースＱｏＥ測定と管理ベースＱｏＥ測定との組合せなど、ＱｏＥ測定のタイプ
のうちの１つまたは複数を指示するための指示を含む、
第２のネットワークノード（３１２）。

【発明の詳細な説明】

【技術分野】

【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】

本明細書の実施形態によれば、目的は、無線通信ネットワークにおいて１つまたは複数のサービスをハンドリングするための第２のネットワークノードによって実施される方法を提供することによって達成される。第２のネットワークノードは、第１のネットワークノードに、１つまたは複数のＵＥのための１つまたは複数のサービスについてのアプリケーションレイヤ測定設定に関係する指示を送信する。指示は、アプリケーションレイヤ測定設定のリストであり得る。

【0041】

本明細書の実施形態によれば、第１のネットワークノードおよび第２のネットワークノードが、それぞれ、上記の方法を実施するために提供される。

【0042】

したがって、第１のネットワークノード、たとえば、ＲＡＮノードは、第２のネットワークノード、たとえば、ＯＡＭノードまたはＣＮノードまたは別のＲＡＮノードから、アプリケーションレイヤ測定設定のリスト、たとえば、同じまたは異なるサービスタイプについてのＱｏＥ測定設定のリストを受信し得る。

【0043】

現在のソリューションは、さらに、アプリケーションレイヤ測定報告が送られ得る多数の測定収集エンティティ（ＭＣＥ）またはトレース収集エンティティ（ＴＣＥ）を伴ってＲＡＮノードを設定するためのサポートを欠く。本明細書の実施形態によれば、第１のネットワークノードは、さらに、アプリケーションレイヤ測定の報告が報告されるべきである、サービスについてのＭＣＥまたはＴＣＥの指示を受信し得る。設定されるべき各ＵＥは、その場合、たとえば、ＱｏＥ測定設定のセットと示される、アプリケーションレイヤ測定設定の一部または全部を提供され得る。

【0044】

アプリケーションレイヤ測定設定のリストは、コンカレントであり得るか、またはコンカレントでないことがある。「コンカレント」という用語は、ＱｏＥ測定設定によって設定された測定が並列に実施されることを意味する必要がない。「コンカレント」という用語は、ＵＥがすべての受信されたＱｏＥ測定設定を記憶するべきであり、ＱｏＥ測定設定のすべてまたはサブセットを同時にアクティブにさせるために準備されるべきであることを意味する。その場合、ＱｏＥ測定設定のどれが同時にアクティブであるかは、アプリケーションセッションまたはアプリケーションセッションにおけるメディアコンポーネントのどれが同時にアクティブであるかに依存し得る。

【0045】

各アプリケーションレイヤ測定設定は、設定が、レガシーＱｏＥ測定設定に関する、すなわち、ＱＭＣ設定フィールドをもつのか、軽量ＱｏＥ測定設定、たとえば、ＱｏＥを決定するときに考慮すべき、低減された数のパラメータを含む低減されたＱｏＥ測定設定に関するのかの指示を含み得る。さらに、各アプリケーションレイヤ測定設定は、アプリケーションレイヤ測定設定が、ＵＥにおいてレガシーＱｏＥ測定設定と並列に記憶および適用、または実行され得るかどうかの指示を含み得る。また別のオプションとして、各アプリケーションレイヤ測定設定は、アプリケーションレイヤ測定設定が、ＵＥにおいて軽量ＱｏＥ測定設定と並列に記憶および適用、または実行され得るかどうかの指示を含み得る。また別のオプションとして、各アプリケーションレイヤ測定設定は、アプリケーションレイヤ測定設定が、他のＱｏＥ測定設定のタイプにかかわらず、ＵＥにおいて別のアプリケーションレイヤ測定設定（ＱｏＥ測定設定）と並列に記憶および適用、または実行され得るかどうかの指示を含み得る。

【0046】

体感品質メトリック測定のための設定を含む各アプリケーションレイヤ測定設定は、ＱｏＥ測定のタイプを指示する指示を含み得る。指示は、ＱｏＥ測定設定が、シグナリングベースＱｏＥ測定であるのか、管理ベースＱｏＥ測定であるのか、ハイブリッドバージョン、すなわち、シグナリングベースＱｏＥ測定と管理ベースＱｏＥ測定との組合せであるのかを指示する。

【0047】

第１のネットワークノード、たとえば、ＲＡＮノードは、次いで、ＱｏＥ測定設定を１つまたは複数のＵＥにフォワーディングし得る。

【0048】

本明細書の実施形態による提案されるソリューションが適用され得る識別されたシナリオは、少なくとも以下である。
・ シナリオ：「セットアップにおける複数のＱｏＥ測定設定」。このシナリオでは、第１のネットワークノードは、ＲＡＮノードであり得、第２のネットワークノードは、たとえば、ＲＡＮノード、５ＧＣノード、たとえば、ＡＭＦ、ＯＡＭノード、ＳＭＯノードであり得る。
・ シナリオ：たとえば、ハンドオーバ、セル変更、またはＵＥコンテキスト取出しによる、「モビリティにおける複数のＱｏＥ測定設定」。このシナリオでは、第１のネットワークノードは第２のＲＡＮノードであり得、第２のネットワークノードは第１のＲＡＮノードであり得る。
・ シナリオ：たとえば、ＳｇＮＢ追加の場合、「マルチコネクティビティにおける複数のＱｏＥ測定設定」。このシナリオでは、第１のネットワークノードは第１のＲＡＮノードであり得、第２のネットワークノードは第２のＲＡＮノードであり得る。

【0049】

ＱｏＥ測定設定のリストの形態の、複数のＱｏＥ測定設定のプロビジョンのための方法に加えて、本明細書の実施形態は、独立した、（１つまたは複数の）ＱｏＥ測定設定のセットへの（１つまたは複数の）ＱｏＥ測定設定の追加、および（１つまたは複数の）ＱｏＥ測定設定のセットからの（１つまたは複数の）ＱｏＥ測定設定の削除をサポートする方法をも含む。

【0050】

本明細書の実施形態による提案されるソリューションは、ネットワーク事業者が、異なるサービスについて、複数のＱｏＥ測定キャンペーンを同時に稼働することを可能にする。

【0051】

本明細書の実施形態の例が、添付の図面を参照しながらより詳細に説明される。

【図面の簡単な説明】

【0052】

【図1】Ｅ－ＵＴＲＡＮにおけるＵＥ能力転送を示すシグナリング図である。

【図2】Ｅ－ＵＴＲＡＮにおけるアプリケーションレイヤ測定報告を示すシグナリング図である。

【図3a】通信ネットワークの実施形態を示す概略ブロック図である。

【図3b】本明細書の実施形態による、組み合わせられたシグナリングスキーマおよびフローチャートである。

【図4】５ＧＣを介してＯＡＭからＲＡＮノードに送られる複数のＱｏＥ設定の例示的な実施形態であって、異なるＱｏＥ設定が異なるＵＥに送られる、実施形態を示すシグナリング図である。

【図5】５ＧＣを介してＯＡＭからＲＡＮノードに送られる複数のＱｏＥ設定の例示的な実施形態であって、異なるＱｏＥ設定が同じＵＥに送られる、実施形態を示すシグナリング図である。

【図6】同じＵＥについての複数のＱｏＥ設定が第２のネットワークノード、ｇＮＢ１、から第１のネットワークノード、ＡＭＦに送られるモビリティの例示的な実施形態を示すシグナリング図である。

【図7】同じＵＥについての複数のＱｏＥ設定が第２のネットワークノード、ｇＮＢ１、から第１のネットワークノード、ｇＮＢ２に送られるモビリティの例示的な実施形態を示すシグナリング図である。

【図8】ＵＥコンテキストをホストするノードからフェッチされる複数のＱｏＥ設定の例示的な実施形態を示すシグナリング図である。

【図9】デュアルコネクティビティにおいてＳｇＮＢ追加とともに送られる複数のＱｏＥ設定の例示的な実施形態を示すシグナリング図である。

【図10】デュアルコネクティビティおいてトレース開始とともに送られる複数のＱｏＥ設定の例示的な実施形態を示すシグナリング図である。

【図11】第１のネットワークノードの一実施形態を示す概略ブロック図である。

【図12】第２のネットワークノードの一実施形態を示す概略ブロック図である。

【図13】中間ネットワークを介してホストコンピュータに接続された通信ネットワークを概略的に示す図である。

【図14】部分的無線接続上でホストコンピュータが基地局を介してユーザ機器と通信することの一般化されたブロック図である。

【図15】ホストコンピュータと基地局とユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。

【図16】ホストコンピュータと基地局とユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。

【図17】ホストコンピュータと基地局とユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。

【図18】ホストコンピュータと基地局とユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。

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

【0053】

「ＵＥ」、「端末機器」、「無線端末」、および「端末」という用語は、互換的に使用されることに留意されたい。
・ 「ＱｏＥ測定報告」、「ＱｏＥ報告」、「測定報告」、および「報告」という用語は、互換的に使用される。
・ 「ＱｏＥ測定設定」、「ＱｏＥ測定」、「ＱｏＥ設定」、および「アプリケーションレイヤ測定設定」という用語は、互換的に使用される。
・ 「サービス」および「アプリケーション」という用語は、互換的に使用される。
・ 「ＭＣＥ」および「ＴＣＥ」という用語は、互換的に使用される。

【0054】

本明細書の実施形態は、一般に、通信ネットワークに関する。図３ａは、通信ネットワーク３００を示す概観である。通信ネットワーク３００は、１つまたは複数のＲＡＮと、１つまたは複数のＣＮとを備える無線通信ネットワークであり得る。通信ネットワーク３００は、ほんの数個の可能な実装形態を挙げると、Ｗｉ－Ｆｉ、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥアドバンスト、ＮＲ、広帯域符号分割多元接続（ＷＣＤＭＡ）、汎欧州デジタル移動電話方式／ＧＳＭ進化型高速データレート（ＧＳＭ／ＥＤＧＥ）、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、またはウルトラモバイルブロードバンド（ＵＭＢ）など、いくつかの異なる技術を使用し得る。本明細書の実施形態は、５Ｇコンテキストにおいて特に関心の対象となる最近の技術傾向に関するが、実施形態は、たとえばＷＣＤＭＡおよびＬＴＥなど、既存の無線通信システムのさらなる発展においても適用可能である。

【0055】

無線通信ネットワーク３００において、移動局、非アクセスポイント（非ＡＰ）ＳＴＡ、ＳＴＡ、ユーザ機器および／または無線端末など、１つまたは複数の無線デバイス、たとえばユーザ機器３３０が、１つまたは複数のアクセスネットワーク（ＡＮ）、たとえばＲＡＮを介して１つまたは複数のコアネットワーク（ＣＮ）に通信する。「無線デバイス」が、セル内で通信する、任意の端末、無線通信端末、ユーザ機器、マシン型通信（ＭＴＣ）デバイス、Ｄ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）端末、またはノード、たとえば、スマートフォン、ラップトップコンピュータ、モバイルフォン、センサー、リレー、モバイルタブレット、さらには小さい基地局を意味する、非限定的な用語であることが当業者によって理解されるべきである。ユーザ機器３３０、ＵＥ、ＵＥ３３０および無線デバイス３３０という用語は、本明細書では互換的に使用される。

【0056】

第１のネットワークノード３１１および第２のネットワークノード３１２などのネットワークノードは、無線通信ネットワーク３００において動作する。ＲＡＮノードは、ｇＮＢ、ｅＮＢ、ｅｎ－ｇＮＢ、ｎｇ－ｅＮＢ、ｇＮＢ中央ユニット（ｇＮＢ－ＣＵ）、ｇＮＢ－ＣＵ－制御プレーン（ｇＮＢ－ＣＵ－ＣＰ）、ｇＮＢ－ＣＵ－ユーザプレーン（ｇＮＢ－ＣＵ－ＵＰ）、ｅＮＢ中央ユニット（ｅＮＢ－ＣＵ）、ｅＮＢ－ＣＵ－制御プレーン（ｅＮＢ－ＣＵ－ＣＰ）、ｅＮＢ－ＣＵ－ユーザプレーン（ｅＮＢ－ＣＵ－ＵＰ）、無線アクセスバックホール統合伝送（ＩＡＢ）ノード、ＩＡＢ－ドナー分散ユニット（ＩＡＢ－ドナーＤＵ）、ＩＡＢ－ドナーＣＵ、ＩＡＢ－ＤＵ、ＩＡＢモバイル終端（ＩＡＢ－ＭＴ）、オープンＲＡＮ中央ユニット（Ｏ－ＣＵ）、Ｏ－ＣＵ－ＣＰ、Ｏ－ＣＵ－ＵＰ、Ｏ－ＤＵ、Ｏ－ＲＡＮ無線ユニット（Ｏ－ＲＵ）、Ｏ－ｅＮＢのうちのいずれかであり得る。第１のネットワークノード３１１は、ビーム、またはビームグループと呼ばれることもある、地理的エリア、サービスエリア１１にわたる無線カバレッジを提供し、ここで、ビームのグループは、５Ｇ、ＬＴＥ、Ｗｉ－Ｆｉ、または同様のものなど、第１の無線アクセス技術（ＲＡＴ）のサービスエリアをカバーしている。第２のネットワークノード３１２は、ビームまたはビームグループと呼ばれることもある、地理的エリア、サービスエリア１２にわたる無線カバレッジを提供し、ここで、ビームのグループは、５Ｇ、ＬＴＥ、Ｗｉ－Ｆｉ、または同様のものなど、第１または第２の無線アクセス技術（ＲＡＴ）のサービスエリアをカバーしている。ネットワークノードは、ＲＡＮノード、ＣＮノード、またはＯＡＭノードであり得ることに留意されたい。

【0057】

第１のネットワークノード３１１および第２のネットワークノード３１２は、送信および受信ポイント、たとえば、無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスポイントまたはアクセスポイント局（ＡＰ ＳＴＡ）などの無線ネットアクセスワークノード、アクセスコントローラ、基地局、たとえばノードＢ、ｇＮＢ、エボルブドノードＢ（ｅＮＢ、ｅノードＢ）などの無線基地局、基地トランシーバ局、無線リモートユニット、アクセスポイント基地局、基地局ルータ、無線基地局の伝送配置、スタンドアロンアクセスポイント、あるいは、たとえば使用される第１の無線アクセス技術および用語に応じてそれぞれの第１のネットワークノード３１１および第２のネットワークノード３１２によってサーブされるサービスエリア内で無線デバイスと通信することが可能な任意の他のネットワークユニットであり得る。第１のネットワークノード３１１および第２のネットワークノード３１２は、それぞれ、ソース無線ネットワークノードおよびターゲット無線ネットワークノードと呼ばれることがあり、ユーザ機器３３０へのダウンリンク（ＤＬ）送信および無線デバイス３３０からのアップリンク（ＵＬ）送信を用いて、無線デバイス３３０と通信し得る。

【0058】

図３ｂは、本明細書のいくつかの実施形態による、概略的な組み合わせられたシグナリング方式を示す。したがって、無線通信ネットワーク３００において１つまたは複数のサービスをハンドリングするためのソリューションを示すこと。

【0059】

アクション３５１．ＯＡＭノードまたはＣＮノードなど、第２のネットワークノード３１２は、１つまたは複数のサービスについての複数のアプリケーションレイヤ測定設定を取得、たとえば、受信する。

【0060】

アクション３５２．第２のネットワークノード３１２は、第１のネットワークノード３１１に、１つまたは複数のサービスについての複数のアプリケーションレイヤ測定設定を指示する指示を送信する。したがって、第１のネットワークノード３１１は、第２のネットワークノードから、１つまたは複数のＵＥのための１つまたは複数のサービスについてのアプリケーションレイヤ測定設定に関係する指示を受信する。指示は、アプリケーションレイヤ測定設定のリストであり得る。アプリケーションレイヤ測定設定のリストは、同じまたは異なるサービスタイプについてのＱｏＥ測定設定のセットを含み得る。アプリケーションレイヤ測定設定のリストは、ＵＥのＱｏＥ測定報告を受信するための、１つまたは複数の測定収集エンティティ（ＭＣＥ）、および／またはトレース収集エンティティ（ＴＣＥ）についての１つまたは複数の指示をさらに含み得る。

【0061】

アクション３５３．第１のネットワークノードは、次いで、ＵＥ１０についての複数のアプリケーションレイヤ測定設定の全部、または一部を決定し得る。

【0062】

アクション３５４．第１のネットワークノード３１１を決定すると、第１のネットワークノード３１１は、アプリケーションレイヤ測定設定のリストの中から１つまたは複数のアプリケーションレイヤ測定設定を、１つまたは複数のＵＥに送信し得る（または、決定された１つまたは複数のアプリケーションレイヤ測定設定の指示を送信する）。

【0063】

アクション３５５．第１のネットワークノード３１１は、次いで、アプリケーションレイヤ測定設定に基づいて、ＵＥからのＱｏＥ測定報告を、対応するＭＣＥおよび／またはＴＣＥに送り得る。

【0064】

本明細書のいくつかの実施形態によれば、アプリケーションレイヤ測定設定のリスト中の各アプリケーションレイヤ測定設定は、以下のうちの１つまたは複数を指示するための指示を含み得る。
ａ） アプリケーションレイヤ測定設定が、レガシーＱｏＥ測定設定であるのか軽量ＱｏＥ測定設定であるのか、
ｂ） アプリケーションレイヤ測定が、無線通信デバイスにおいてレガシーＱｏＥ測定設定と並列に記憶、適用、または実行され得るかどうか、
ｃ） アプリケーションレイヤ測定が、無線通信デバイスにおいて軽量ＱｏＥ測定設定と並列に記憶、適用、または実行され得るかどうか、
ｄ） ＱｏＥ測定設定のタイプ。

【0065】

本明細書の実施形態によれば、無線通信ネットワーク３００において１つまたは複数のサービスをハンドリングするための第２のネットワークノード３１２によって実施される方法が提供される。第２のネットワークノード３１２は、第１のネットワークノード３１１に、１つまたは複数のＵＥのための１つまたは複数のサービスについてのアプリケーションレイヤ測定設定に関係する指示を送信する。指示は、アプリケーションレイヤ測定設定のリストであり得る。

【0066】

例示的な実施形態が以下で説明される。

【0067】

・ シナリオ：「セットアップにおける複数のＱｏＥ測定設定」に関係する実施形態

【0068】

このシナリオでは、第１のネットワークノード３１１は、ＲＡＮノード、たとえば、ｇＮＢまたはｅＮＢであり、第２のネットワークノード３１２は、別のＲＡＮノード、５ＧＣノード、ＯＡＭ、ＳＭＯ、またはＮＭＳであり得る。

【0069】

第１のネットワークノード３１１は、第２のネットワークノード３１２から、たとえば、ＮＧＡＰ初期コンテキストセットアップ要求メッセージまたはＸ２ＡＰ ＳＧＮＢ追加要求メッセージ中の、あるいはＯＡＭノードからのＱｏＥ測定設定のリストを受信する。各ＱｏＥ測定設定は、以下のうちの１つまたは複数を含む。
・ アプリケーションレイヤ測定設定のためのコンテナ。
・ アプリケーションレイヤ測定設定の識別子、すなわち、この特定の設定を参照するコンテナの外部の識別子。
・ たとえば、３６．４１３ ｖ１６．３．０において指示されている、エリアスコープの指示。
・ たとえば、ＱｏＥメトリックの共通セットがサービスのセットのために適用可能である場合、ＵＥアプリケーションレイヤ測定のサービスタイプを指示する１つの識別子、またはサービスタイプの識別子のリスト。
・ １つまたは複数の特定のＵＥの、１つの識別子または識別子のリスト。
・ １つの指示、たとえば、ＱｏＥ測定報告をＭＣＥに送るためにＲＡＮノードによって使用され得る、ＩＰアドレスまたはＵＲＬまたは指示のリスト。
・ アプリケーションレイヤ測定設定のタイプを指示する指示、指示は、設定が、ＱＭＣ設定ファイルを含むレガシーＱｏＥ測定設定、または軽量ＱｏＥ測定設定であることを指示する。
・ ＱｏＥ測定設定のタイプを指示する指示、指示は、ＱｏＥ測定設定がシグナリングベースＱｏＥ測定設定であるのか、管理ベースＱｏＥ測定設定であるのか、ハイブリッドバージョン、すなわち、組み合わせられた管理ベースＱｏＥ測定およびシグナリングベースＱｏＥ測定であるのかを指示する。
・ あるポイントにおいてＱｏＥ測定設定を受信したＵＥが、たとえば、リソース制約または競合する設定命令により、実行のための条件が満たされたすべての設定されたＱｏＥ測定設定に従ってＱｏＥ測定を実施することができない場合の、複数のＱｏＥ測定設定間で優先度を付けるために使用されるべき優先度指示。

【0070】

第１のネットワークノードは、受信された情報に従ってアプリケーションレイヤ測定を実施するように１つまたは複数のＵＥを設定するために、アプリケーションレイヤ測定設定のリストを使用し得る。

【0071】

ネットワークノードはまた、特定のＱｏＥ設定を識別し、２つのコンテナが同じＱｏＥ設定を含んでいるかどうかを認識し得る。さらに、ＱｏＥ測定設定を受信するネットワークノードは、設定された測定のタイプ、すなわち、レガシーＱｏＥ測定または軽量ＱｏＥ測定を検出することが可能であり得る。その上、アプリケーションレイヤ測定設定のリストを受信するネットワークノードは、設定されたＱｏＥ測定設定がシグナリングベースＱｏＥに関係するのか管理ベースＱｏＥに関係するのかを検出し得る。

【0072】

図４は、本明細書の実施形態による、ＱｏＥ設定についてのシグナリングフローの一例を示す。複数のＱｏＥ設定が、５ＧＣを介してＯＡＭからＲＡＮノードに送られる。異なるＱｏＥ設定が、異なるＵＥに送られる。

【0073】

図４に示されているように、本明細書の実施形態によれば影響を及ぼされる、点線ボックスによって指示されたステップ２）において、ＱｏＥ測定設定のリストは、２つのサービス、サービス１およびサービス２に関係し、２つの異なるＭＣＥが指示され、したがって、たとえば、サービス１についてのＱｏＥ報告がＲＡＮノードからＭＣＥ１に送られることになり、サービス２についてのＱｏＥ報告がＲＡＮノードからＭＣＥ２に送られることになる。サービス１に関係するＱｏＥ測定設定は、ＵＥ１を設定するために使用され、サービス２に関係するＱｏＥ測定設定は、ＵＥ２を設定するために使用される。

【0074】

図５は、本明細書の実施形態による、ＱｏＥ設定についてのシグナリングフローの別の例を示す。状況は図４中の前の例と同様であるが、この場合、サービス１に関係するＱｏＥ測定設定とサービス２に関係するＱｏＥ測定設定の両方がＵＥ１を設定するために使用され、すなわち、異なるＱｏＥ設定が同じＵＥに送られる。

【0075】

・ シナリオ：「モビリティにおける複数のＱｏＥ測定設定」に関係する実施形態

【0076】

このシナリオでは、第１のネットワークノード３１１は第１のＲＡＮノードであり、第２のネットワークノード３１２は第２のＲＡＮノードである。

【0077】

このシナリオは、少なくとも以下の場合に適用可能である。
ａ） モビリティ、たとえば、ＸｎＡＰハンドオーバ準備、Ｘ２ＡＰ ＳｇＮＢ変更またはＸｎＡＰ ＳＣｅｌｌ追加プロシージャ、
ｂ） たとえば、ＲＲＣ再確立またはＲＲＣ再開の場合の、ＲＡＮノード間、たとえばｇＮＢ間またはｅＮＢ間の、ＵＥコンテキストの取出し。

【0078】

本明細書の実施形態による、モビリティの場合、第１のネットワークノード３１１は、モビリティプロシージャによってターゲットにされたＲＡＮノード、すなわち、ターゲットＲＡＮノードであり、第２のネットワークノード３１２は、モビリティプロシージャを始動するＲＡＮノード、すなわち、ソースＲＡＮノードである。

【0079】

ソースＲＡＮノードは、ターゲットＲＡＮノードに、ＱｏＥ測定設定のリストを含むメッセージ、たとえば、ＸｎＡＰハンドオーバ要求メッセージ、Ｘ２ＡＰ ＳＧＮＢ変更必要（Ｘ２ＡＰ ＳＧＮＢ ＣＨＡＮＧＥ ＲＥＱＵＩＲＥＤ）メッセージを送る。複数のＱｏＥ測定設定の各々は、シナリオ「セットアップにおける複数のＱｏＥ測定設定」について詳述されたものと同じ情報を含み得る。

【0080】

ターゲットＲＡＮノードは、ＱｏＥ測定設定のリストが受け付けられたことを指示するために、たとえば、ＸｎＡＰハンドオーバ要求確認応答メッセージ、Ｘ２ＡＰ ＳＧＮＢ変更確認メッセージを介して要求に確認応答し得るか、または、ターゲットＲＡＮノードは、たとえば、ＸｎＡＰハンドオーバ準備失敗メッセージ、Ｘ２ＡＰ ＳＧＮＢ変更拒否メッセージを使用して、準備が失敗したことを指示し得る。

【0081】

本明細書の実施形態による、ＸｎＡＰを介したモビリティの場合についてのシグナリングフローの一例が図６に示されており、ここで、ｇＮＢ１はソースＲＡＮノードであり、ｇＮＢ２はターゲットＲＡＮノードである。図６に示されているように、点線ボックスによって指示されたステップ４）および５）におけるプロシージャは、本明細書の実施形態によれば影響を及ぼされる。２つのサービス、たとえば、サービス１およびサービス２に関係するＱｏＥ測定設定のリスト、ならびに２つの異なるＭＣＥについての連絡先情報が、ハンドオーバ準備プロシージャの一部として、たとえば、ＸｎＡＰハンドオーバ要求メッセージ中で、ソースＲＡＮノードからターゲットＲＡＮノードに転送される。

【0082】

図６に示されているように、同じＵＥについての複数のＱｏＥ設定が、第１のＲＡＮノードｇＮＢ１として例示されている第２のネットワークノード３１２から、第２のＲＡＮノードｇＮＢ２として例示されている第１のネットワークノードに送られる。この例示的なシグナリングフローにおける第１のメッセージの前に、ｇＮＢ１は、ＯＡＭノードまたはコアネットワークノードからＱｏＥ測定設定を受信したことに留意されたい。

【0083】

本明細書の実施形態による、ＮＧＡＰを介したモビリティの場合についてのシグナリングフローの別の例が、図７において提供され、ここで、ｇＮＢ１はソースＲＡＮノードであり、ｇＮＢ２はターゲットＲＡＮノードである。図６のＸｎＡＰプロシージャと同様に、この場合についても、２つのサービス、たとえば、サービス１およびサービス２に関係するＱｏＥ測定設定のリスト、ならびに２つの異なるＭＣＥについての連絡先情報が、ソースＲＡＮノードからターゲットＲＡＮノードに転送される。図７に示されているように、点線ボックスによって指示されたステップ４）および７）におけるプロシージャは、本明細書の実施形態によれば影響を及ぼされる。

【0084】

図７に示されているように、同じＵＥについての複数のＱｏＥ設定が、第１のＲＡＮノードｇＮＢ１などの第２のネットワークノード３１２から、第２のＲＡＮノードｇＮＢ２にそれをフォワーディングするＡＭＦなどの第１のネットワークノード３１１に送られる。この例示的なシグナリングフローにおける第１のメッセージの前に、ｇＮＢ１は、ＯＡＭノードまたはコアネットワークノードからＱｏＥ測定設定を受信したことに留意されたい。

【0085】

本明細書の実施形態による、ＵＥコンテキストの取出しの場合、第１のネットワークノード３１１は、ＵＥコンテキストをフェッチする必要があるＲＡＮノード、すなわち、ターゲットＲＡＮノードであり、第２のネットワークノード３１２は、ＵＥコンテキストをホストするＲＡＮノード、すなわち、ソースＲＡＮノードである。

【0086】

ターゲットＲＡＮノードは、たとえば、ＸｎＡＰ ＵＥコンテキスト取出し要求メッセージ中で、またはＸ２ＡＰ ＵＥコンテキスト取出し要求メッセージ中で、ＵＥコンテキストをフェッチするようにソースＲＡＮノードに要求する。

【0087】

ソースＲＡＮノードは、要求に確認応答し、ターゲットＲＡＮノードのほうへの応答中に、たとえば、ＸｎＡＰ ＵＥコンテキスト取出し応答メッセージ中に、またはＸ２ＡＰ ＵＥコンテキスト取出し応答メッセージ中に、ＱｏＥ測定設定のリストを含め得る。複数のＱｏＥ測定設定の各々は、シナリオ「セットアップにおける複数のＱｏＥ測定設定」について詳述されたものと同じ情報を含み得る。

【0088】

本明細書の実施形態による、ＵＥコンテキストの取出しの場合についてのシグナリングフローの一例が、図８に示されており、ここで、複数のＱｏＥ設定が、ＵＥコンテキストをホストするネットワークノードからフェッチされる。ｇＮＢ１はソースＲＡＮノードであり、ｇＮＢ２はターゲットＲＡＮノードである。この例示的なシグナリングフローにおける第１のメッセージの前に、ｇＮＢ１は、ＯＡＭノードまたはコアネットワークノードからＱｏＥ測定設定を受信したことに留意されたい。図８に示されているように、点線ボックスによって指示されたステップ６）および７）におけるプロシージャは、本明細書の実施形態によれば影響を及ぼされる。

【0089】

・ シナリオ：「マルチコネクティビティにおける複数のＱｏＥ測定設定」に関係する実施形態

【0090】

このシナリオでは、第１のネットワークノード３１１は第１のＲＡＮノードであり、第２のネットワークノード３１２は第２のＲＡＮノードである。

【0091】

このシナリオは、少なくとも以下の場合について適用可能である。
ａ） マルチコネクティビティ関係クラス１基本プロシージャ、たとえば、ＸｎＡＰ Ｓ－ＮＧ－ＲＡＮノード追加準備プロシージャ、Ｘ２ＡＰ ＳｇＮＢ追加準備プロシージャ、Ｘ２ＡＰ ＳｅＮＢ追加準備プロシージャ。
ｂ） マルチコネクティビティ関係クラス２基本プロシージャ、たとえば、トレース開始プロシージャ。

【0092】

本明細書の実施形態による、マルチコネクティビティ関係プロシージャの場合、第１のネットワークノード３１１は、プロシージャによってターゲットにされたＲＡＮノード、すなわち、ターゲットＲＡＮノードであり、第２のネットワークノード３１２は、プロシージャを始動するＲＡＮノード、すなわち、ソースＲＡＮノードである。

【0093】

マルチコネクティビティ関係クラス１基本プロシージャの場合、
－ ソースＲＡＮノードは、ターゲットＲＡＮノードに、複数のＱｏＥ測定設定を含む要求メッセージ、たとえば、Ｘ２ＡＰ ＳＧＮＢ追加要求メッセージまたはＸｎＡＰ Ｓ－ノード追加要求メッセージを送る。複数のＱｏＥ測定設定の各々は、シナリオ「セットアップにおける複数のＱｏＥ測定設定」について詳述されたものと同じ情報を含み得る。
－ ターゲットＲＡＮノードは、ＱｏＥ測定設定が受け付けられたことを指示するために、たとえば、Ｘ２ＡＰ ＳＧＮＢ追加要求確認応答メッセージ、またはＸｎＡＰ Ｓ－ノード追加要求確認応答メッセージを介して要求を受け付け得るか、または、要求を受け付けず、たとえば、Ｘ２ＡＰ ＳＧＮＢ追加要求拒否メッセージまたはＸｎＡＰ Ｓ－ノード追加要求拒否メッセージでソースＲＡＮノードに応答し得る。

【0094】

マルチコネクティビティ関係クラス２基本プロシージャの場合、
－ ソースＲＡＮノードは、ターゲットＲＡＮノードに、要求メッセージ、たとえば、複数のＱｏＥ測定設定を含むトレース開始メッセージを送る。ＱｏＥ測定設定の各々は、シナリオ「セットアップにおける複数のＱｏＥ測定設定」について詳述されたものと同じ情報を含み得る。

【0095】

本明細書の実施形態による、ＳｇＮＢ追加の場合についてのシグナリングフローの一例が、図９に示されている。ｅＮＢ１はソースＲＡＮノードであり、ｇＮＢ１はターゲットＲＡＮノードである。ステップ４におけるＳＧＮＢ追加要求メッセージは、ＱｏＥ測定設定を伝達するために使用される。ＱｏＥ測定を報告するためにＵＥによって使用される無線ベアラの再設定の場合、たとえば、ＲＡＮ過負荷がソースＲＡＮノードにおいて検出されたとき、ターゲットＲＡＮノードは、そのようなＱｏＥ報告を関係するＭＣＥのほうへフォワーディングすることが可能であることになる。

【0096】

図９に示されているように、点線ボックスによって指示されたステップ４）および５）におけるプロシージャは、本明細書の実施形態によれば影響を及ぼされ、複数のＱｏＥ設定は、デュアルコネクティビティにおいてＳｇＮＢ追加要求メッセージとともに送られる。この例示的なシグナリングフローにおける第１のメッセージの前に、ｅＮＢ１は、ＯＡＭノードまたはコアネットワークノードからＱｏＥ測定設定を受信したことに留意されたい。

【0097】

本明細書の実施形態による、トレース開始の場合についてのシグナリングフローの一例が、図１０に示されている。ｅＮＢ１はソースＲＡＮノードであり、ｇＮＢ１はターゲットＲＡＮノードである。ステップ４におけるトレース開始メッセージは、本明細書の実施形態によれば影響を及ぼされ、ＱｏＥ測定設定をフォワーディングするために使用される。ＱｏＥ測定を報告するためにＵＥによって使用される無線ベアラの再設定の場合、たとえば、ＲＡＮ過負荷がソースＲＡＮノードにおいて検出されたとき、ターゲットＲＡＮノードは、そのようなＱｏＥ報告を関係するＭＣＥのほうへフォワーディングすることが可能であることになる。

【0098】

図１０に示されているように、複数のＱｏＥ設定は、デュアルコネクティビティにおいてトレース開始メッセージとともに送られる。この例示的なシグナリングフローにおける第１のメッセージの前に、ｇＮＢ１は、ＯＡＭノードまたはコアネットワークノードからＱｏＥ測定設定を受信したことに留意されたい。

【0099】

ＬＴＥについての実装形態の例
実装形態の一例がＳ１ＡＰ（ＴＳ３６．４１３）について以下で提供され、太字のテキストが本明細書の実施形態に関係する。

【0100】

以下の表が、トレースアクティブ化に関係するパラメータを規定する（９．２．１．４トレースアクティブ化）。

【0101】

ここで、９．ｘ．ｘは測定収集エンティティアイテムである。この情報エレメントは、測定収集エンティティを指示する。

【0102】

以下のテーブル、９．２．１．１２８ ＵＥアプリケーションレイヤ測定設定は、ＱｏＥ測定収集（ＱＭＣ）機能のための設定情報を規定するＩＥを示す。

【0103】

実装形態の一例がＸ２ＡＰ（ＴＳ ３６．４２３）について以下で提供され、太字のテキストが本明細書の実施形態に関係する。

【0104】

以下の表、９．２．２トレースアクティブ化が、トレースアクティブ化に関係するパラメータを規定する。

【0105】

ここで、９．ｘ．ｘは測定収集エンティティアイテムである。この情報エレメントは、測定収集エンティティを指示する。

【0106】

ＮＧ－ＲＡＮについての実装形態の例：
実装形態の一例がＮＧＡＰ（ＴＳ ３８．４１３）について以下で提供され、太字のテキストが本明細書の実施形態に関係する。

【0107】

以下の表、９．３．１．１４トレースアクティブ化が、トレースセッションアクティブ化に関係するパラメータを規定するＩＥを示す。

【0108】

ここで、９．３．１．ｘｘｘは、ＵＥアプリケーションレイヤ測定設定である。ＩＥは、ＱｏＥ測定収集（ＱＭＣ）機能についての設定情報を規定する。

【0109】

ここで、９．ｘ．ｘは測定収集エンティティアイテムである。この情報エレメントは、測定収集エンティティを指示する。

【0110】

実装形態の一例がＸｎＡＰ（ＴＳ ３８．４２３）について以下で提供され、太字のテキストが本明細書の実施形態に関係する。

【0111】

以下の表、９．２．３．５５トレースアクティブ化が、トレースセッションアクティブ化に関係するパラメータを規定するこのＩＥを示す。

【0112】

９．３．１．ｘｘｘ ＵＥアプリケーションレイヤ測定設定。
ＩＥは、ＱｏＥ測定収集（ＱＭＣ）機能についての設定情報を規定する。

【0113】

９．ｘ．ｘ 測定収集エンティティ
この情報エレメントは、測定収集エンティティを指示する。

【0114】

・ ＱｏＥ測定設定の独立した追加および削除に関係する実施形態。
前に説明されたように、複数のＱｏＥ測定設定は、たとえば、ＯＡＭシステムから、ＣＮから、または別のＲＡＮノードから、ＲＡＮに同時に伝達され得る。代替的に、異なるＱｏＥ測定設定が、異なる時間的ポイントにおいて連続的にＲＡＮに送られ得る。この場合、ＲＡＮが１つまたは複数のＱｏＥ測定設定を受信するときの各オケージョンにおいて、これは、単一のＱｏＥ測定設定またはＱｏＥ測定設定のセットであり得る。毎回、ＲＡＮは、ＯＡＭノードまたはＣＮノード、または別のＲＡＮノードのいずれかから、（１つまたは複数の）ＱｏＥ測定設定を受信し得る。ＱｏＥ測定設定、またはＱｏＥ測定設定のセットがＵＥに伝達されるとき、ＱｏＥ測定設定、またはＱｏＥ測定設定のセットは、（１つまたは複数の）新しいＱｏＥ測定設定が、並列に、すなわち、同じＵＥにおいて存在し得る、（１つまたは複数の）前に提供されたＱｏＥ測定設定の指示を含み得る。このようにして、複数の、場合によってはコンカレントまたは並列ＱｏＥ測定設定が、異なるオケージョンにおいて、独立して追加または削除され得る。（１つまたは複数の）前に提供されたＱｏＥ測定設定の指示は、（１つまたは複数の）ＱｏＥ測定ＩＤまたは（１つまたは複数の）ＱｏＥ測定設定ＩＤの形態を有し得る。別のオプションとして、たとえば、コンカレントに記憶および適用され得るＱｏＥ測定設定のセットが、共通の「ＱｏＥ測定設定セットＩＤ」を与えられ得、次いで、そのセットに追加されるべき任意の新しいＱｏＥ測定設定が、同じＱｏＥ測定設定セットＩＤをもつセットを参照し得る。

【0115】

また別のオプションとして、ＲＡＮに提供される、たとえば、（１つまたは複数の）前に提供されたＱｏＥ測定設定の後に提供されるＱｏＥ測定設定は、そのＱｏＥ測定設定が、別の、指定されていない、場合によってはコンカレント／並列ＱｏＥ測定設定と組み合わせられ得るかどうかの関連する指示を有し得、その場合、ＲＡＮは、ＱｏＥ測定設定を、１つまたは複数のＱｏＥ測定設定をすでに有するＵＥにフォワーディングし得、そのＵＥは、次いで、新しいＱｏＥ測定設定を記憶および潜在的に適用することになる。

【0116】

また別のオプションとして、ＱｏＥ測定設定は、（１つまたは複数の）後続のＱｏＥ測定設定が、現在のＱｏＥ測定設定とコンカレントにまたは並列に記憶および適用され得るかどうかの関連する指示を有し得る。これは、当該のＱｏＥ測定設定がＵＥに提供される最初のものであるのか、後続のものであるのかに応じて、わずかに異なる意味をもつが、先行するオプションにおけるものと同じ指示であり得る。

【0117】

また別のオプションとして、ＣＮノードが、ＲＡＮがＱｏＥ測定設定をフォワーディングするべきである特定のＵＥを指示する、シグナリングベースＱｏＥ測定設定をＲＡＮに提供するとき、ＣＮノードはまた、このＵＥが、並列に記憶および適用された前のまたは後続のＱｏＥ測定設定を有し得るかどうか、たとえば、ＲＡＮノードが、ＵＥがＱｏＥ測定設定をすでに有する場合でも、ＱｏＥ測定設定をＵＥにフォワーディングすることを可能にされるかどうかを指示することができ、その場合、ＱｏＥ設定は、並列に、記憶および潜在的に適用され得る。その指示が、そのようなコンカレントＱｏＥ測定設定がＵＥについて可能にされないことである場合、ＵＥがＱｏＥ測定設定をすでに有する場合、この古い測定設定は消去され得る。さらに、ＣＮノードからの指示が、そのようなコンカレントＱｏＥ測定設定がＵＥについて可能にされないことである場合、ＵＥが当該のＱｏＥ測定を提供され、次いで、潜在的にＵＥにフォワーディングされ得る、ＣＮまたはＯＡＭからＲＡＮへの別のＱｏＥ測定設定が後で提供される場合、この後続のＱｏＥ測定設定はＵＥにフォワーディングされないことがあるが、場合によっては、その後続のＱｏＥ測定設定は、それが、オーバーライドするかまたは古いものよりも高い優先度を有するように指示されたシグナリングベースＱｏＥ測定設定である場合、古いものを置き換えることができる。

【0118】

ＱｏＥ測定設定が、独立して、（１つまたは複数の）ＱｏＥ測定設定のセットに追加されるか、または（１つまたは複数の）ＱｏＥ測定設定のセットから削除されるとき、ＲＡＮノードとＵＥとの間のＲＲＣシグナリングにおいて、情報は、ａｄｄ－ｍｏｄ－ｌｉｓｔ構築、たとえば、ＱｏＥ－ＭｅａｓＣｏｎｆｉｇ－ＴｏＡｄｄＭｏｄＬｉｓｔ ＩＥおよび／またはＱｏＥ－ＭｅａｓＣｏｎｆｉｇＴｏＲｅｍｏｖｅＬｉｓｔ ＩＥを使用して符号化され得る。

【0119】

第１のネットワークノード３１１において方法を実施するために、第１のネットワークノード３１１は、図１１に示されているモジュールを備える。ネットワークノード３１１は、受信モジュール１１１０、送信モジュール１１２０、決定モジュール１１３０、処理モジュール１１４０、メモリ１１５０などを備える。

【0120】

第１のネットワークノード３１１は、第２のネットワークノード３１２から、１つまたは複数のＵＥのための１つまたは複数のサービスについてのアプリケーションレイヤ測定設定に関係する指示を受信するように、たとえば、そのように受信モジュール１１１０が設定されることによって、設定される。指示は、アプリケーションレイヤ測定設定のリストであり得る。アプリケーションレイヤ測定設定のリストは、同じまたは異なるサービスタイプについてのＱｏＥ測定設定のセットを含み得る。

【0121】

アプリケーションレイヤ測定設定のリストは、ＵＥのＱｏＥ測定報告を受信するための、１つまたは複数の測定収集エンティティ（ＭＣＥ）、および／またはトレース収集エンティティ（ＴＣＥ）についての１つまたは複数の指示をさらに含み得る。第１のネットワークノード３１１は、設定に基づいて、ＱｏＥ測定報告を、対応するＭＣＥおよび／またはＴＣＥに送り得る。

【0122】

本明細書の実施形態によれば、第１のネットワークノード３１１はさらに、アプリケーションレイヤ測定設定のリストの中から１つまたは複数のアプリケーションレイヤ測定設定を、１つまたは複数のＵＥに送るように、たとえば、そのように送信モジュール１１２０が設定されることによって、設定され得る。

【0123】

本明細書の実施形態による方法は、本明細書の実施形態の機能およびアクションを実施するためのコンピュータプログラムコードとともに、ネットワークノード３１１中のプロセッサ１１６０など、１つまたは複数のプロセッサを通して実装され得る。上述のプログラムコードはまた、たとえば、ネットワークノード３１１にロードされているとき、本明細書の実施形態を実施するための図１１に示されているコンピュータプログラムコード１１７０を搬送するコンピュータ可読媒体またはデータキャリア１１８０の形態の、コンピュータプログラム製品として提供され得る。１つのそのようなキャリアは、ＣＤ ＲＯＭディスクの形態のものであり得る。ただし、そのようなキャリアは、メモリスティックなど、他のデータキャリアで実現可能である。コンピュータプログラムコードは、さらに、サーバまたはクラウド上の純粋なプログラムコードとして提供され、ネットワークノード３１１にダウンロードされ得る。

【0124】

第２のネットワークノード３１２において方法を実施するために、第２のネットワークノード３１２は、図１２に示されているモジュールを備える。第２のネットワークノード３１２は、受信モジュール１２１０、送信モジュール１２２０、決定モジュール１２３０、処理モジュール１２４０、メモリ１２５０などを備える。

【0125】

第２のネットワークノード３１２は、第１のネットワークノード３１１に、１つまたは複数のＵＥのための１つまたは複数のサービスについてのアプリケーションレイヤ測定設定に関係する指示を送信信するように、たとえば、そのように送信モジュール１２２０が設定されることによって、設定される。指示は、アプリケーションレイヤ測定設定のリストであり得る。

【0126】

本明細書の実施形態による方法は、本明細書の実施形態の機能およびアクションを実施するためのコンピュータプログラムコードとともに、第２のネットワークノード３１２中のプロセッサ１２６０など、１つまたは複数のプロセッサを通して実装され得る。上述のプログラムコードはまた、たとえば、第２のネットワークノード３１２にロードされているとき、本明細書の実施形態を実施するための図１２に示されているコンピュータプログラムコード１２７０を搬送するコンピュータ可読媒体またはデータキャリア１２８０の形態の、コンピュータプログラム製品として提供され得る。１つのそのようなキャリアは、ＣＤ ＲＯＭディスクの形態のものであり得る。ただし、そのようなキャリアは、メモリスティックなど、他のデータキャリアで実現可能である。コンピュータプログラムコードは、さらに、サーバまたはクラウド上の純粋なプログラムコードとして提供され、第２のネットワークノード３１２にダウンロードされ得る。

【0127】

図１３を参照すると、一実施形態によれば、通信システムが、無線アクセスネットワークなどのアクセスネットワーク３２１１とコアネットワーク３２１４とを備える、３ＧＰＰタイプセルラネットワークなどの通信ネットワーク３２１０を含む。アクセスネットワーク３２１１は、本明細書の無線ネットワークノード１２の例であるＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数の基地局３２１２ａ、３２１２ｂ、３２１２ｃを備え、各々が、対応するカバレッジエリア３２１３ａ、３２１３ｂ、３２１３ｃを規定する。各基地局３２１２ａ、３２１２ｂ、３２１２ｃは、有線接続または無線接続３２１５上でコアネットワーク３２１４に接続可能である。カバレッジエリア３２１３ｃ中に位置する、ＵＥ３３０の一例である第１のユーザ機器（ＵＥ）３２９１が、対応する基地局３２１２ｃに無線で接続するように、または対応する基地局３２１２ｃによってページングされるように設定される。カバレッジエリア３２１３ａ中の第２のＵＥ３２９２が、対応する基地局３２１２ａに無線で接続可能である。この例では複数のＵＥ３２９１、３２９２が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または唯一のＵＥが、対応する基地局３２１２に接続している状況に等しく適用可能である。

【0128】

通信ネットワーク３２１０は、それ自体、ホストコンピュータ３２３０に接続され、ホストコンピュータ３２３０は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェアにおいて、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ３２３０は、サービスプロバイダの所有または制御下にあり得、あるいはサービスプロバイダによってまたはサービスプロバイダに代わって動作され得る。通信ネットワーク３２１０とホストコンピュータ３２３０との間の接続３２２１、３２２２が、コアネットワーク３２１４からホストコンピュータ３２３０まで直接延び得るか、または随意の中間ネットワーク３２２０を介して進み得る。中間ネットワーク３２２０は、公衆ネットワーク、プライベートネットワークまたはホストされたネットワークのうちの１つ、あるいはそれらのうちの２つ以上の組合せであり得、中間ネットワーク３２２０は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワーク３２２０は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。

【0129】

図１３の通信システムは全体として、接続されたＵＥ３２９１、３２９２のうちの１つとホストコンピュータ３２３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続３２５０として説明され得る。ホストコンピュータ３２３０および接続されたＵＥ３２９１、３２９２は、アクセスネットワーク３２１１、コアネットワーク３２１４、任意の中間ネットワーク３２２０および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続３２５０を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続３２５０は、ＯＴＴ接続３２５０が通過する、参加する通信デバイスが、アップリンク通信およびダウンリンク通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、基地局３２１２は、接続されたＵＥ３２９１にフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータ３２３０から発生したデータを伴う着信ダウンリンク通信の過去のルーティングに関して、知らされないことがあるかまたは知らされる必要がない。同様に、基地局３２１２は、ＵＥ３２９１から発生してホストコンピュータ３２３０に向かう発信アップリンク通信の将来ルーティングに気づいている必要がない。

【0130】

次に、一実施形態による、前の段落において説明されたＵＥ、基地局およびホストコンピュータの例示的な実装形態が、図１４を参照しながら説明される。通信システム３３００では、ホストコンピュータ３３１０は、通信システム３３００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース３３１６を含む、ハードウェア３３１５を備える。ホストコンピュータ３３１０は、記憶能力および／または処理能力を有し得る、処理回路３３１８をさらに備える。特に、処理回路３３１８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。ホストコンピュータ３３１０は、ホストコンピュータ３３１０に記憶されるかまたはホストコンピュータ３３１０によってアクセス可能であり、処理回路３３１８によって実行可能である、ソフトウェア３３１１をさらに備える。ソフトウェア３３１１は、ホストアプリケーション３３１２を含む。ホストアプリケーション３３１２は、ＵＥ３３３０およびホストコンピュータ３３１０において終端するＯＴＴ接続３３５０を介して接続するＵＥ３３３０など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション３３１２は、ＯＴＴ接続３３５０を使用して送信されるユーザデータを提供し得る。

【0131】

通信システム３３００は、通信システム中に提供される基地局３３２０をさらに含み、基地局３３２０は、基地局３３２０がホストコンピュータ３３１０およびＵＥ３３３０と通信することを可能にするハードウェア３３２５を備える。ハードウェア３３２５は、通信システム３３００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース３３２６、ならびに、基地局３３２０によってサーブされるカバレッジエリア（図１４に図示せず）中にあるＵＥ３３３０との少なくとも無線接続３３７０をセットアップおよび維持するための無線インターフェース３３２７を含み得る。通信インターフェース３３２６は、ホストコンピュータ３３１０への接続３３６０を容易にするように設定され得る。接続３３６０は直接であり得るか、あるいは接続３３６０は、通信システムのコアネットワーク（図１４に図示せず）を、および／または通信システムの外側の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局３３２０のハードウェア３３２５は、処理回路３３２８をさらに含み、処理回路３３２８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。基地局３３２０は、内部的に記憶されるかまたは外部接続を介してアクセス可能なソフトウェア３３２１をさらに有する。

【0132】

通信システム３３００は、すでに言及されたＵＥ３３３０をさらに含む。ＵＥ３３３０のハードウェア３３３５は、ＵＥ３３３０が現在位置するカバレッジエリアをサーブする基地局との無線接続３３７０をセットアップおよび維持するように設定された、無線インターフェース３３３７を含み得る。ＵＥ３３３０のハードウェア３３３５は、処理回路３３３８をさらに含み、処理回路３３３８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。ＵＥ３３３０は、ＵＥ３３３０に記憶されるかまたはＵＥ３３３０によってアクセス可能であり、処理回路３３３８によって実行可能である、ソフトウェア３３３１をさらに備える。ソフトウェア３３３１はクライアントアプリケーション３３３２を含む。クライアントアプリケーション３３３２は、ホストコンピュータ３３１０のサポートを伴って、ＵＥ３３３０を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ３３１０では、実行しているホストアプリケーション３３１２は、ＵＥ３３３０およびホストコンピュータ３３１０において終端するＯＴＴ接続３３５０を介して、実行しているクライアントアプリケーション３３３２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション３３３２は、ホストアプリケーション３３１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続３３５０は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション３３３２は、クライアントアプリケーション３３３２が提供するユーザデータを生成するためにユーザと対話し得る。

【0133】

図１４に示されているホストコンピュータ３３１０、基地局３３２０およびＵＥ３３３０は、それぞれ、図１３のホストコンピュータ３２３０、基地局３２１２ａ、３２１２ｂ、３２１２ｃのうちの１つ、およびＵＥ３２９１、３２９２のうちの１つと同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図１４に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図１３のものであり得る。

【0134】

図１４では、ＯＴＴ接続３３５０は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、基地局３３２０を介したホストコンピュータ３３１０とユーザ機器３３３０との間の通信を示すために、抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ネットワークインフラストラクチャは、ＵＥ３３３０からまたはホストコンピュータ３３１０を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続３３５０がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが、（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ルーティングを動的に変更する判定を行い得る。

【0135】

１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータ３３１０とＵＥ３３３０との間のＯＴＴ接続３３５０を再設定するための随意のネットワーク機能がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続３３５０を再設定するためのネットワーク機能は、ホストコンピュータ３３１０のソフトウェア３３１１においてまたはＵＥ３３３０のソフトウェア３３３１において、またはその両方において実装され得る。

【0136】

図１５に示されているホストコンピュータ３３１０、基地局３３２０およびＵＥ３３３０は、それぞれ、図１４のホストコンピュータ３２３０、基地局３２１２ａ、３２１２ｂ、３２１２ｃのうちの１つ、およびＵＥ３２９１、３２９２のうちの１つと同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図１５に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図１４のものであり得る。

【0137】

図１５では、ＯＴＴ接続３３５０は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、基地局３３２０を介したホストコンピュータ３３１０とユーザ機器３３３０との間の通信を示すために、抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ネットワークインフラストラクチャは、ＵＥ３３３０からまたはホストコンピュータ３３１０を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続３３５０がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが、（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ルーティングを動的に変更する判定を行い得る。

【0138】

ＵＥ３３３０と基地局３３２０との間の無線接続３３７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続３３７０が最後のセグメントを形成するＯＴＴ接続３３５０を使用して、ＵＥ３３３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、効率的なＲＡＣＨプロセスを達成し、それにより、改善されたバッテリー時間およびより良好な応答性などの利益を提供し得る。

【0139】

ＵＥ３３３０と基地局３３２０との間の無線接続３３７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続３３７０が最後のセグメントを形成するＯＴＴ接続３３５０を使用して、ＵＥ３３３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、効率的なＱｏＥ報告を達成し、それにより、改善されたＵＥ体感およびより良好な応答性などの利益を提供し得る。

【0140】

１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータ３３１０とＵＥ３３３０との間のＯＴＴ接続３３５０を再設定するための随意のネットワーク機能がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続３３５０を再設定するためのネットワーク機能は、ホストコンピュータ３３１０のソフトウェア３３１１においてまたはＵＥ３３３０のソフトウェア３３３１において、またはその両方において実装され得る。実施形態では、ＯＴＴ接続３３５０が通過する通信デバイスにおいて、またはその通信デバイスに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、またはソフトウェア３３１１、３３３１が監視された量を算出または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続３３５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局３３２０に影響を及ぼす必要がなく、再設定は、基地局３３２０に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能は、当技術分野において知られ、実践され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ３３１０の測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェア３３１１、３３３１が、ソフトウェア３３１１、３３３１が伝搬時間、エラーなどを監視する間にＯＴＴ接続３３５０を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されることを引き起こすことにおいて、実装され得る。

【0141】

図１５は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１３および図１４を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１５への図面参照のみがこのセクションに含まれる。方法の第１のステップ３４１０において、ホストコンピュータはユーザデータを提供する。第１のステップ３４１０の随意のサブステップ３４１１において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。第２のステップ３４２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。随意の第３のステップ３４３０において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをＵＥに送信する。随意の第４のステップ３４４０において、ＵＥは、ホストコンピュータによって実行されたホストアプリケーションに関連するクライアントアプリケーションを実行する。

【0142】

図１６は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１３および図１４を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１６への図面参照のみがこのセクションに含まれる。方法の第１のステップ３５１０において、ホストコンピュータはユーザデータを提供する。随意のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。第２のステップ３５２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して進み得る。随意の第３のステップ３５３０において、ＵＥは、送信において搬送されたユーザデータを受信する。

【0143】

図１７は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１３および図１４を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１７への図面参照のみがこのセクションに含まれる。方法の随意の第１のステップ３６１０において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、随意の第２のステップ３６２０において、ＵＥはユーザデータを提供する。第２のステップ３６２０の随意のサブステップ３６２１において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。第１のステップ３６１０のさらなる随意のサブステップ３６１１において、ＵＥは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥは、随意の第３のサブステップ３６３０において、ホストコンピュータへのユーザデータの送信を始動する。方法の第４のステップ３６４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

【0144】

図１８は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１３および図１４を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１８への図面参照のみがこのセクションに含まれる。方法の随意の第１のステップ３７１０において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。随意の第２のステップ３７２０において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。第３のステップ３７３０において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。

【0145】

本明細書で使用される「処理モジュール」という用語は、処理回路、処理ユニット、プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などを指し得る。一例として、プロセッサ、ＡＳＩＣ、ＦＰＧＡなどは、１つまたは複数のプロセッサカーネルを備え得る。いくつかの例では、処理モジュールは、ソフトウェアモジュールまたはハードウェアモジュールによって具現され得る。任意のそのようなモジュールは、本明細書で開示される決定手段、推定手段、キャプチャ手段、関連手段、比較手段、識別手段、選択手段、受信手段、送信手段などであり得る。一例として、「手段」という表現は、決定モジュール、選択モジュールなどのモジュールであり得る。

【0146】

本明細書で使用される、「ように設定される」という表現は、処理回路が、本明細書で説明されるアクションのうちの１つまたは複数を実施するように、ソフトウェア設定および／またはハードウェア設定によって、設定または適応されることを意味し得る。

【0147】

本明細書で使用される「メモリ」という用語は、ハードディスク、磁気記憶媒体、ポータブルコンピュータディスケットまたはディスク、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）などを指し得る。さらに、「メモリ」という用語は、プロセッサの内部レジスタメモリなどを指し得る。

【0148】

本明細書で使用される「コンピュータ可読媒体」という用語は、ユニバーサルシリアルバス（ＵＳＢ）メモリ、ＤＶＤディスク、Ｂｌｕ－ｒａｙディスク、データのストリームとして受信されるソフトウェアモジュール、フラッシュメモリ、ハードドライブ、メモリスティック、マルチメディアカード（ＭＭＣ）などのメモリカードであり得る。

【0149】

上記の説明および添付の図面は、本明細書で教示された方法および装置の非限定的な例を表すことが諒解されよう。したがって、本明細書で教示された装置および技法は、上記の説明および添付の図面によって限定されない。

【図1】

【図2】

【図3a】

【図3b】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】