特表2024-538554 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ レノボ・シンガポール・プライベート・リミテッドの特許一覧

特表2024-538554ＱｏＥ測定レポートサイズの要求

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

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

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

(11)【公表番号】

(43)【公表日】2024-10-23

(54)【発明の名称】ＱｏＥ測定レポートサイズの要求

(51)【国際特許分類】

H04W 24/10 20090101AFI20241016BHJP

H04W 28/06 20090101ALI20241016BHJP

H04W 28/14 20090101ALI20241016BHJP

【ＦＩ】

H04W24/10

H04W28/06

H04W28/14

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024518472

(86)(22)【出願日】2022-09-22

(85)【翻訳文提出日】2024-03-22

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

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

(87)【国際公開日】2023-03-30

(31)【優先権主張番号】63/247,170

(32)【優先日】2021-09-22

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ＰＹＴＨＯＮ

２．ＪＡＶＡ

３．ＢＬＵＥＴＯＯＴＨ

４．ＺＩＧＢＥＥ

５．ＳＩＧＦＯＸ

(71)【出願人】

【識別番号】505205731

【氏名又は名称】レノボ・シンガポール・プライベート・リミテッド

(74)【代理人】

【識別番号】100108453

【弁理士】

【氏名又は名称】村山靖彦

(74)【代理人】

【識別番号】100205785

【弁理士】

【氏名又は名称】▲高▼橋史生

(72)【発明者】

【氏名】ヒュン－ナム・チェ

(72)【発明者】

【氏名】ヨアヒム・レール

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

5K067

【Ｆターム（参考）】

5K067AA28

5K067DD41

5K067EE02

5K067EE10

5K067HH23

(57)【要約】

QoE測定報告制御のための装置、方法、およびシステムが開示されている。一方法(1400)は、通信ネットワークから、RRCバッファ内の記憶済みQoE測定レポートのサイズを要求する第1のメッセージを受信すること(1405)を含む。方法(1400)は、通信デバイスによって、第1のメッセージに応答して記憶済みQoE測定レポートのサイズを決定すること(1410)と、通信ネットワークに、RRCバッファ内の記憶済みQoE測定レポートのサイズを含む第2のメッセージを伝送すること(1415)とを含む。方法(1400)は、通信ネットワークから、QoE測定報告の再開を可能にする構成を含む第3のメッセージを受信すること(1420)と、通信ネットワークに、少なくとも1つのQoE測定レポートを含む少なくとも1つの第4のメッセージを伝送すること(1425)とを含む。

【特許請求の範囲】

【請求項1】

ユーザ機器(「UE」)装置であって、
プロセッサと、
無線リソース制御(「RRC」)バッファと、
前記プロセッサと結合されたメモリであって、前記プロセッサは前記装置に
通信ネットワークから、前記RRCバッファ内の記憶済みエクスペリエンス品質(「QoE」)測定レポートのサイズを要求する第1のメッセージを受信し、
前記第1のメッセージに応答して前記記憶済みQoE測定レポートの前記サイズを決定し、
前記通信ネットワークに、前記RRCバッファ内の記憶済みQoE測定レポートの前記サイズを含む第2のメッセージを伝送し、
前記通信ネットワークから、QoE測定報告の再開を可能にする構成を含む第3のメッセージを受信し、
前記通信ネットワークに、少なくとも1つのQoE測定レポートを含む少なくとも1つの第4のメッセージを伝送することを行わせる、メモリとを備えるユーザ機器(「UE」)装置。

【請求項2】

前記第1のメッセージおよび前記第3のメッセージは、前記装置がQoE測定報告が許可されていないUE状態にある間に受信され、前記第2のメッセージは、前記装置がQoE測定報告が許可されていない前記UE状態にある間に送信される請求項1に記載の装置。

【請求項3】

前記第1のメッセージは、すべての記憶済みQoE測定レポートのサイズを転送することを求める要求を含み、前記第2のメッセージは、すべての記憶済みQoE測定レポートの前記サイズを含む請求項1に記載の装置。

【請求項4】

前記第1のメッセージは、構成されたQoE測定のリストに対する前記記憶済みQoE測定レポートのサイズを転送することを求める要求を含み、前記第2のメッセージは、構成されたQoE測定のリストに対する前記記憶済みQoE測定レポートの前記サイズを含む請求項1に記載の装置。

【請求項5】

QoE測定報告の再開を可能にする前記構成は、QoE測定レポート処理に対する開始指示を含み、前記開始指示は最も古いQoE測定レポートから処理を開始する指示、または一番最近のQoE測定レポートから処理を開始する指示を含む請求項1に記載の装置。

【請求項6】

QoE測定報告の再開を可能にする前記構成は、前記記憶済みQoE測定レポートが伝送のために下位層に送信されたときの前記RRCバッファ内の前記記憶済みQoE測定レポートの最大バッファリング時間の指示をさらに含む請求項5に記載の装置。

【請求項7】

前記第4のメッセージは、1つまたは複数の完全なQoE測定レポートを含む請求項1に記載の装置。

【請求項8】

前記第4のメッセージは、QoE測定レポートの1つまたは複数のセグメントをさらに含む請求項7に記載の装置。

【請求項9】

ネットワーク装置であって、
プロセッサと、
前記プロセッサに結合されたメモリであって、前記プロセッサは前記装置に
通信デバイスに、前記通信デバイスの無線リソース制御(「RRC」)バッファ内の記憶済みエクスペリエンス品質(「QoE」)測定レポートのサイズを要求する第1のメッセージを伝送し、
前記通信デバイスから、前記記憶済みQoE測定レポートの前記サイズを含む第2のメッセージを受信し、
前記第2のメッセージを使用して、前記通信デバイスにおけるQoE測定報告の再開を可能にする構成を決定し、
前記通信デバイスに、QoE測定報告の再開を可能にする前記構成を含む第3のメッセージを伝送し、
前記通信デバイスから、少なくとも1つのQoE測定レポートを含む少なくとも1つの第4のメッセージを受信することを行わせるように構成される、メモリとを備えるネットワーク装置。

【請求項10】

前記第1のメッセージおよび前記第3のメッセージは、前記通信デバイスがQoE測定報告が許可されていないUE状態にある間に受信され、前記第2のメッセージは、前記通信デバイスがQoE測定報告が許可されていない前記UE状態にある間に送信される請求項9に記載の装置。

【請求項11】

前記第1のメッセージは、すべての記憶済みQoE測定レポートのサイズを転送することを求める要求を含み、前記第2のメッセージは、すべての記憶済みQoE測定レポートの前記サイズを含む請求項9に記載の装置。

【請求項12】

前記第1のメッセージは、構成されたQoE測定のリストに対する前記記憶済みQoE測定レポートのサイズを転送することを求める要求を含み、前記第2のメッセージは、構成されたQoE測定のリストに対する前記記憶済みQoE測定レポートの前記サイズを含む請求項9に記載の装置。

【請求項13】

QoE測定報告の再開を可能にする前記構成は、QoE測定レポート処理に対する開始指示を含み、前記開始指示は最も古いQoE測定レポートから処理を開始する指示、または一番最近のQoE測定レポートから処理を開始する指示を含む請求項9に記載の装置。

【請求項14】

QoE測定報告の再開を可能にする前記構成は、前記記憶済みQoE測定レポートが伝送のために下位層に送信されたときの前記RRCバッファ内の前記記憶済みQoE測定レポートの最大バッファリング時間の指示をさらに含む請求項13に記載の装置。

【請求項15】

通信ネットワークにおける方法であって、
通信ネットワークから通信デバイスに、前記通信デバイスの無線リソース制御(「RRC」)バッファ内の記憶済みエクスペリエンス品質(「QoE」)測定レポートのサイズを要求する第1のメッセージを伝送することと、
前記通信デバイスから、前記記憶済みQoE測定レポートの前記サイズを含む第2のメッセージを受信することと、
前記第2のメッセージを使用して、前記通信デバイスにおけるQoE測定報告の再開を可能にする構成を決定することと、
前記通信デバイスに、QoE測定報告の再開を可能にする前記構成を含む第3のメッセージを伝送することと、
前記通信デバイスから、少なくとも1つのQoE測定レポートを含む少なくとも1つの第4のメッセージを受信することとを含む方法。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、参照により本明細書に組み込まれている、Hyung-Nam ChoiおよびJoachim Lohrのために2021年9月22日に出願された「QOE MEASUREMENT REPORTING CONTROL IN NR SYSTEMS」と題する米国仮特許出願第63/247,170号の優先権を主張するものである。

【0002】

本明細書において開示されている主題は、一般的に、ワイヤレス通信に関するものであり、より詳細には、たとえば、第3世代パートナーシッププロジェクト(「3GPP（登録商標）」)新無線(「NR」)システムにおける、エクスペリエンス品質(Quality of Experience)(「QoE」)測定報告制御(measurement reporting control)に関するものである。

【背景技術】

【0003】

現在、3GPPシステム、ユニバーサル地上無線アクセスネットワーク(「UTRAN」、すなわち、第3世代(「3G」)無線アクセス技術(「RAT」))、および発展型UTRAN(「E-UTRAN」、すなわち、第4世代(「4G」)RAT)において、QoE測定収集(QoE Measurement Collection)(「QMC」)が、ストリーミングサービスおよびIMS用マルチメディアテレフォニーサービス(Multimedia Telephony Service for IMS)(「MTSI」)に対して規定されている。この特徴は、事業者が、ストリーミングおよびMTSIサービスのQoE測定情報を収集し利用して、ユーザエクスペリエンスをよりよく理解し、関係するサービスのためにUTRAN/E-UTRANネットワークを最適化することを可能にする。しかし、QMCは、現在、NRではサポートされていない。NR無線アクセスネットワーク(「RAN」)におけるQoE測定報告の効率的制御のためのソリューションが必要である。

【発明の概要】

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

【0004】

開示されるのは、QoE測定報告制御に関係する手順である。前記手順は、装置、システム、方法、またはコンピュータプログラム製品によって実装され得る。

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

【0005】

ユーザ機器(「UE」)における一方法は、通信ネットワークから、無線リソース制御(「RRC」)バッファに記憶されているエクスペリエンス品質(「QoE」)測定レポートのサイズを要求する第1のメッセージを受信することを含む。この方法は、通信デバイスによって、第1のメッセージに応答して記憶済みQoE測定レポートのサイズを決定することと、通信ネットワークに、RRCバッファ内の記憶済みQoE測定レポートのサイズを含む第2のメッセージを伝送することとを含む。この方法は、通信ネットワークから、QoE測定報告の再開を可能にする構成を含む第3のメッセージを受信することと、通信ネットワークに、少なくとも1つのQoE測定レポートを含む少なくとも1つの第4のメッセージを伝送することとを含む。

【0006】

ネットワークデバイスにおける一方法は、通信デバイスに、通信デバイスのRRCバッファ内の記憶済みQoE測定レポートのサイズを要求する第1のメッセージを伝送することと、通信デバイスから、記憶済みQoE測定レポートのサイズを含む第2のメッセージを受信することとを含む。この方法は、第2のメッセージを使用して、通信デバイスにおけるQoE測定報告の再開を可能にする構成を決定することと、通信デバイスに、QoE測定報告の再開を可能にする構成を含む第3のメッセージを伝送することとを含む。この方法は、通信デバイスから、少なくとも1つのQoE測定レポートを含む少なくとも1つの第4のメッセージを受信することとを含む。

【0007】

上で簡潔に説明されている実施形態のより具体的な説明は、添付図面に例示されている特定の実施形態を参照することによってなされる。これらの図面は、いくつかの実施形態のみを描いており、それだからと言って範囲を限定するとみなされることにはならないことを理解した上で、添付図面の使用を通じて具体的内容および詳細を加えて実施形態の記述および説明がなされていることに留意されたい。

【図面の簡単な説明】

【0008】

【図1】QoE測定報告制御のためのワイヤレス通信システムの一実施形態を例示する概略ブロック図である。

【図2】新無線(「NR」)プロトコルスタックの一実施形態を例示するブロック図である。

【図3】NR QoE測定報告を有するアップリンク(「UL」)ASプロトコル層構成の一実施形態を例示する図である。

【図4】RRCBufferStatusRequestメッセージの抽象構文記法(Abstract Syntax Notation)#1(「ASN.1」)構造に対する一実施形態を例示する図である。

【図5】RRCBufferStatusResponseメッセージに対するASN.1構造の一実施形態を例示する図である。

【図6】RRC再開指示に対するASN.1構造の一実施形態を例示する図である。

【図7】RRCバッファ内のQoEレポートのストレージの一実施形態を例示する図である。

【図8】MeasurementReportAppLayerメッセージにおける複数のQoEレポートを作成し伝送することの一実施形態を例示する図である。

【図9】QoE一時停止(QoE pause)時のQoEレポート取り扱い(QoE report handling)に対する第1のオプションの実施形態を例示する図である。

【図10】セグメンテーション(segmentation)を有するQoE測定報告の一実施形態を例示する図である。

【図11】QoE一時停止時のQoEレポート取り扱いに対する第2のオプションの実施形態を例示する図である。

【図12】QoE測定報告制御のために使用され得るユーザ機器装置の一実施形態を例示するブロック図である。

【図13】QoE測定報告制御のために使用され得るネットワーク装置の一実施形態を例示するブロック図である。

【図14】QoE測定報告制御のための第1の方法の一実施形態を例示するフローチャート図である。

【図15】QoE測定報告制御のための第2の方法の一実施形態を例示するフローチャート図である。

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

【0009】

当業者であれば理解するように、この実施形態の態様は、システム、装置、方法、またはプログラム製品として具現化され得る。したがって、実施形態は、全体がハードウェアである実施形態、全体がソフトウェアである実施形態(ファームウェア、常駐ソフトウェア、マイクロコードなどを含む)、またはソフトウェアおよびハードウェアの態様を組み合わせた実施形態の形態をとり得る。

【0010】

たとえば、開示されている実施形態は、カスタム超大規模集積(「VLSI」)回路もしくはゲートアレイ、論理チップ、トランジスタ、もしくは他のディスクリートコンポーネントなどの既成の半導体を含むハードウェア回路として実装され得る。開示されている実施形態は、また、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイス、または同様のものなどのプログラム可能ハードウェアデバイスで実装され得る。別の例として、開示されている実施形態は、たとえば、オブジェクト、プロシージャ、または関数として編成され得る、実行可能コードの1つまたは複数の物理的または論理的ブロックを含み得る。

【0011】

さらに、実施形態は、以下でコードと称される、機械可読コード、コンピュータ可読コード、および/またはプログラムコードを記憶する1つまたは複数のコンピュータ可読ストレージデバイスで具現化されたプログラム製品の形態をとり得る。ストレージデバイスは、有形の、非一時的の、および/または非伝送のものであってよい。ストレージデバイスは信号を具現化しなくてもよい。ある実施形態では、ストレージデバイスは、コードにアクセスするために信号のみを採用する。

【0012】

1つまたは複数のコンピュータ可読媒体の任意の組合せが利用され得る。コンピュータ可読媒体は、コンピュータ可読ストレージ媒体であってもよい。コンピュータ可読ストレージ媒体は、コードを記憶するストレージデバイスであってもよい。ストレージデバイスは、たとえば、限定はしないが、電子的な、磁気的な、光学的な、電磁気的な、赤外線の、ホログラフィックの、微小機械の、または半導体のシステム、装置、もしくはデバイス、または前述の任意の好適な組合せであってよい。

【0013】

ストレージデバイスのより具体的な例(非網羅的なリスト)は、1つもしくは複数の電線を有する電気的接続、携帯型コンピュータディスケット、ハードディスク、ランダムアクセスメモリ(「RAM」)、リードオンリーメモリ(「ROM」)、消去可能プログラム可能リードオンリーメモリ(「EPROM」またはフラッシュメモリ)、携帯型コンパクトディスクリードオンリーメモリ(「CD-ROM」)、光学式記憶デバイス、磁気記憶デバイス、または前述のものの任意の好適な組合せを含むであろう。本明細書の文脈において、コンピュータ可読ストレージ媒体は、命令実行システム、装置、もしくはデバイスによって使用される、またはそれらと組み合わせて使用されるプログラムを含むことができるか、または記憶することができる、任意の有形の媒体であり得る。

【0014】

実施形態の動作を実行するためのコードは任意の行数のコードであってよく、Python、Ruby、Java、Smalltalk、C++、または同様のものなどのオブジェクト指向プログラミング言語、および「C」プログラミング言語または同様のものなどの従来の手続き型プログラミング言語、および/またはアセンブリ言語などの機械語を含む、1つまたは複数のプログラミング言語の任意の組合せで書かれ得る。コードは、完全にユーザのコンピュータ上で実行され得るか、部分的にユーザのコンピュータ上で実行され得るか、独立型ソフトウェアパッケージとして実行され得るか、一部はユーザのコンピュータ上で一部はリモートコンピュータ上で実行され得るか、または完全にリモートにあるコンピュータもしくはサーバ上で実行され得る。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク(「LAN」)、ワイヤレスLAN(「WLAN」)、もしくはワイドエリアネットワーク(「WAN」)を含む、任意のタイプのネットワークを通じてユーザのコンピュータに接続され得るか、または接続は、外部コンピュータに対して(たとえば、インターネットサービスプロバイダ(「ISP」)を使用してインターネットを通じて)行われ得る。

【0015】

さらに、実施形態の説明されている特徴、構造、または特性は、任意の好適な方式で組み合わされ得る。次の説明では、実施形態の完全な理解を提供するために、プログラミング、ソフトウェアモジュール、ユーザ選択、ネットワークトランザクション、データベースクエリ、データベース構造、ハードウェアモジュール、ハードウェア回路、ハードウェアチップなどの例など、多数の具体的な詳細が提供される。しかしながら、当業者であれば、実施形態は、具体的詳細の1つまたは複数がなくても、または他の方法、コンポーネント、材料などを使用しても、実施され得ることを理解するであろう。他の場合には、よく知られている構造、材料、または動作は、実施形態の態様がわかりにくくならないように詳細に図示または説明されていない。

【0016】

本明細書全体を通しての「一実施形態」、「実施形態」、または類似の言い回しへの参照は、その実施形態に関して説明されている特定の特徴、構造、または特性が少なくとも1つの実施形態に含まれることを意味する。したがって、「一実施形態において」または「実施形態において」という語句および類似の言い回しの出現はすべてが、必ずしも同じ実施形態を指しているとは限らないが、特に断りのない限り、「1つまたは複数の、ただしすべてではない、実施形態」を意味する。「含む」、「備える」、「有する」、およびそれらの変化形は、特に断りのない限り「限定はしないが含む」ことを意味する。項目の列挙されたリスティングは、特に断りのない限り、項目のいずれかまたはすべてが相互に排他的であることを暗示しない。また、英語原文中の冠詞「a」、「an」、および「the」は、特に断りのない限り、「1つまたは複数」を指す。

【0017】

本明細書において使用されているように、「および/または」の接続詞を有するリストは、リスト内の任意の単一の項目またはリスト内の項目の組合せを含む。たとえば、A、Bおよび/またはCのリストは、Aのみ、Bのみ、Cのみ、AとのBの組合せ、BとCとの組合せ、AとCの組合せ、またはA、BおよびCの組合せを含む。本明細書において使用されているように、「の1つまたは複数」という言い回しを使用するリストは、リスト内の任意の単一の項目またはリスト内の項目の組合せを含む。たとえば、A、B、およびCのうちの1つまたは複数は、Aのみ、Bのみ、Cのみ、AとBとの組合せ、BとCとの組合せ、AとCとの組合せ、またはA、B、およびCの組合せを含む。本明細書において使用されているように、「のうちの1つ」は、リスト内の任意の単一の項目のただ1つを含む。たとえば、「A、B、およびCのうちの1つ」は、Aのみ、Bのみ、またはCのみを含み、A、B、およびCの組合せを除外する。本明細書において使用されているように、「A、B、およびCからなる群から選択されるメンバー」は、A、B、またはCのうちのただ1つを含み、A、B、およびCの組合せを除外する。本明細書において使用されているように、「A、B、およびCならびにそれらの組合せからなる群から選択されるメンバー」は、Aのみ、Bのみ、Cのみ、AとBとの組合せ、BとCとの組合せ、AとCとの組合せ、またはA、B、およびCの組合せを含む。

【0018】

これらの実施形態の態様は、実施形態による方法、装置、システム、およびプログラム製品の概略フローチャート図および/または概略ブロック図を参照しつつ以下で説明される。概略フローチャート図および/または概略ブロック図の各ブロック、ならびに概略フローチャート図および/または概略ブロック図中のブロックの組合せは、コードによって実装され得ることは理解されるであろう。このコードは、汎用コンピュータ、専用コンピュータ、または他のプログラム可能データ処理装置のプロセッサに提供されて機械を生成して、それによりそれらの命令は、コンピュータまたは他のプログラム可能データ処理装置のプロセッサを介して実行され、フローチャート図および/またはブロック図で指定される機能/動作を実装するための手段を作成する。

【0019】

コードは、コンピュータ、他のプログラム可能データ処理装置、または他のデバイスに特定の方式で機能することを指令することができるストレージデバイス内にも記憶されてよく、それによりストレージデバイスに記憶されている命令は、フローチャート図および/またはブロック図で指定されている機能/動作を実装する命令を含む製造品を生み出す。

【0020】

コードは、また、コンピュータ、他のプログラム可能データ処理装置、または他のデバイス上にロードされて、コンピュータ、他のプログラム可能装置、または他のデバイス上で一連の動作ステップを実行させ、コンピュータまたは他のプログラム可能装置上で実行されるコードがフローチャート図および/またはブロック図で指定された機能/動作を実装するためのプロセスを提供するようにコンピュータ実装プロセスを生成し得る。

【0021】

図におけるコールフロー図、フローチャート図、および/またはブロック図は、様々な実施形態による装置、システム、方法、およびプログラム製品の可能な実装のアーキテクチャ、機能性、および動作を例示している。この点に関して、フローチャート図またはブロック図中の各ブロックは、モジュール、セグメント、またはコードの一部を表すものとしてよく、これは指定された論理機能を実装するためのコードの1つまたは複数の実行可能命令を含む。

【0022】

いくつかの代替的実装形態において、ブロック中に記載されている機能は、図示されている順序と違う順序で実行され得ることにも留意されたい。たとえば、連続して示されている2つのブロックは、実際には、実質的に同時に実行され得るか、またはそれらのブロックは、ときには、関連する機能性に応じて、逆順に実行され得る。例示されている図の1つまたは複数のブロックまたはその一部分に機能、論理、または効果に関して同等である他のステップおよび方法が企図され得る。

【0023】

コールフロー図、フローチャート図、および/またはブロック図において、様々な矢印タイプおよび線タイプが採用され得るが、これらは対応する実施形態の範囲を限定するものではないと理解される。実際、いくつかの矢印または他のコネクタは、描かれた実施形態の論理フローのみを示すために使用され得る。たとえば、矢印は、描かれた実施形態の列挙されたステップの間の未指定の持続時間の待機期間または監視期間を示し得る。ブロック図および/またはフローチャート図の各ブロック、ならびにブロック図および/またはフローチャート図中のブロックの組合せは、指定された機能もしくは動作を実行するか、または専用ハードウェアとコードとの組合せを実行する専用ハードウェアベースのコンピュータシステムによって実装され得ることにも留意されたい。

【0024】

各図における要素の説明は、進行図の要素を指すものとしてよい。同様の番号は、同様の要素の代替的実施形態を含む、すべての図における同様の要素を指す。

【0025】

一般的に、本開示は、QoE測定報告制御メカニズムのためのシステム、方法、および装置について説明する。いくつかの実施形態では、これらの方法は、コンピュータ可読媒体上に埋め込まれたコンピュータコードを使用して実行され得る。いくつかの実施形態において、装置またはシステムは、プロセッサによって実行されたときに、以下に説明される解決方法の少なくとも一部を装置またはシステムに実行させるコンピュータ可読コードを収容するコンピュータ可読媒体を含み得る。

【0026】

QMCは、現在、NRにおいてサポートされていないが、Rel-17ではNR QoE作業項目の文脈において規定されることになる。この作業項目の目的は、NRスタンドアロンモードにおけるQMCに対するサポートを規定し、RRC_INACTIVE状態でのQoE測定取り扱いを規定し、シグナリングベースのQoEに対するシステム内RAT内モビリティシナリオにおけるQMCおよび報告継続性のサポートを規定し、RAN可視QoEのサポートを規定し、スライス単位のQoE測定に対するサポートを規定し、無線関係測定およびQoE測定の整合性をサポートするために必要なメカニズムを規定することである。

【0027】

UTRANおよびE-UTRANとは対照的に、NR QoEは、ストリーミングサービス、MTSI、仮想現実(「VR」)、マルチキャストブロードキャストサービス(「MBS」)、拡張現実(「XR」)などの様々な種類のサービスをサポートするより汎用的で柔軟な方法で設計される。

【0028】

QoE測定レポート(以下、「QoEレポート」と略記する)の取り扱いは、次の理由により現在議論中である。

【0029】

NR QoEでは、UEは複数の同時QoE測定について構成され得る。同時QoE測定の最大数は、まだ決定されていないが、候補値は8～64の範囲内である。その結果、UEアプリケーション層は、アクティブなQMCセッションにおいて多数のQoEレポートを作成するものとしてよく、これは、次いで、ネットワークに伝送される必要がある。さらに、構成されたサービスタイプおよび報告間隔に応じて、たとえば各QMCセッションの終了時に、またはより長いQMCセッションについては10分毎に、QoEレポートのサイズは、大部分の場合に8kバイト未満であり、まれなケースでは、8kバイトを超えることがある。しかしながら、VRなどのより高度な新しいサービスタイプでは、QoEレポートのサイズは、10分毎に報告して約18kバイトであり得る。

【0030】

RANの過負荷時に、5G/NRノードB(「gNB」)は、gNBからQoE再開指示を受信するまで影響を受けるQoE測定構成のQoEレポートの送信を一時的に停止するようにUEに指令するQoE一時停止指示を送信し得る。QoE一時停止フェーズにおいて、UEアプリケーション層は、QMCを続行する。すなわち、RANの過負荷状況がネットワークにおいてどれくらい長く(数分、数時間、またはそれ以上)続き得るかに応じて、UEは、RANの過負荷が解消された後にネットワークに伝送される必要がある多数のQoEレポートを作成し得る。

【0031】

上記の理由を考慮すると、NR RANにおけるQoE測定報告の効率的な制御のためのソリューションは、次の問題に対処するために必要とされる。

【0032】

A)通常動作でのQoEレポートの取り扱い、すなわち、QoEレポートを個別に伝送するか、または複数のQoEレポートを単一のMeasurementReportAppLayerメッセージで伝送するかどうか。

【0033】

B)RANの過負荷が解消されたときの、記憶済みQoEレポートの取り扱い、すなわち、記憶済みQoEレポートをMeasurementReportAppLayerメッセージで伝送する方法。

【0034】

C)複数のQoEレポートが伝送される必要があり、連結されたQoEレポートのサイズが9000バイトであるRRCメッセージの最大サイズを超える場合に、MeasurementReportAppLayerメッセージのULセグメンテーションを実行する方法。

【0035】

NR RANにおけるQoE測定報告を効率的な方式でサポートするために、次のソリューションが提案される。第1のソリューションによれば、RRCメッセージが、UE内の記憶済みQoEレポートのサイズを要求し転送するために導入される。第2のソリューションによれば、QoE報告ポリシーの指示がQoE再開指示において提供される。第3のソリューションによれば、QoEレポートを作成し、MeasurementReportAppLayerメッセージで伝送するためのルールが提供される。

【0036】

図1は、本開示の実施形態による、QoE測定報告制御のためのワイヤレス通信システム100を示す。一実施形態において、ワイヤレス通信システム100は、少なくとも1つのリモートユニット105、無線アクセスネットワーク(「RAN」)120、およびモバイルコアネットワーク140を含む。RAN120およびモバイルコアネットワーク140は、モバイル通信ネットワークを形成する。RAN120は、ワイヤレス通信リンク123を使用してリモートユニット105が通信する相手であるベースユニット121から構成され得る。特定の数のリモートユニット105、ベースユニット121、ワイヤレス通信リンク123、RAN120、およびモバイルコアネットワーク140が図1に描かれているとしても、当業者であれば、任意の数のリモートユニット105、ベースユニット121、ワイヤレス通信リンク123、RAN120、およびモバイルコアネットワーク140がワイヤレス通信システム100に含まれてもよいことを認識するであろう。

【0037】

一実装形態において、RAN120は、3GPP仕様において規定されている5Gセルラーシステムに準拠する。たとえば、RAN120は、次世代無線アクセスネットワーク(「NG-RAN」)であってよく、これはNR無線アクセス技術(「RAT」)および/またはロングタームエボリューション(「LTE」)RATを実装するものである。別の例では、RAN120は、非3GPP RAT(たとえば、Wi-Fi(登録商標)または電気電子学会(「IEEE」)802.11ファミリー準拠のWLAN)を含み得る。別の実装形態では、RAN120は、3GPP仕様において規定されるLTEシステムに準拠する。しかしながら、より一般的には、ワイヤレス通信システム100は、ほかにもネットワークはあるがとりわけ、いくつかの他のオープンまたはプロプライエタリ通信ネットワーク、たとえばワイマックス(「WiMAX」)またはIEEE 802.16ファミリー規格のネットワークを実装し得る。本開示は、任意の特定のワイヤレス通信システムアーキテクチャまたはプロトコルの実装に限定されることを意図されていない。

【0038】

一実施形態において、リモートユニット105は、デスクトップコンピュータ、ラップトップコンピュータ、携帯情報端末(「PDA」)、タブレットコンピュータ、スマートフォン、スマートテレビ(たとえば、インターネットに接続されたテレビ)、スマートアプライアンス(たとえば、インターネットに接続されたアプライアンス)、セットトップボックス、ゲーム機、セキュリティシステム(防犯カメラを含む)、車載コンピュータ、ネットワークデバイス(たとえば、ルーター、スイッチ、モデム)、または同様のものなどのコンピューティングデバイスを含み得る。いくつかの実施形態において、リモートユニット105は、スマートウォッチ、フィットネスバンド、光学ヘッドマウントディスプレイ、または同様のものなどの、ウェアラブルデバイスを含む。さらに、リモートユニット105は、UE、サブスクライバユニット、移動体、移動局、ユーザ、端末、移動端末、固定端末、サブスクライバ局、ユーザ端末、ワイヤレス送受信ユニット(「WTRU」)、デバイスと称されるか、または当技術分野で使用される他の用語によって称され得る。様々な実施形態において、リモートユニット105は、サブスクライバIDおよび/または識別モジュール(「SIM」)、および移動体終端機能(たとえば、無線伝送、ハンドオーバー、音声符号化および復号、誤り検出および訂正、シグナリング、ならびにSIMへのアクセス)を提供する移動体機器(「ME」)を含む。いくつかの実施形態において、リモートユニット105は、端末機器(「TE」)を含み、および/またはアプライアンスもしくはデバイス(たとえば、上で説明されているようなコンピューティングデバイス)に埋め込まれ得る。

【0039】

リモートユニット105は、ULおよびダウンリンク(「DL」)の通信信号を介して、RAN120内の1つまたは複数のベースユニット121と直接的に通信し得る。さらに、ULおよびDL通信信号は、ワイヤレス通信リンク123上で搬送され得る。さらに、UL通信信号は、物理アップリンク制御チャネル(「PUCCH」)および/または物理アップリンク共有チャネル(「PUSCH」)などの1つまたは複数のアップリンクチャネルを含むものとしてよいが、DL通信信号は、物理ダウンリンク制御チャネル(「PDCCH」)および/または物理ダウンリンク共有チャネル(「PDSCH」)などの1つまたは複数のDLチャネルを含み得る。ここで、RAN120は、リモートユニット105にモバイルコアネットワーク140へのアクセスを提供する中間ネットワークである。

【0040】

様々な実施形態において、リモートユニット105は、サイドリンク通信(図1には示されていない)を使用して、互いに直接的に通信(たとえば、デバイス間通信)し得る。ここで、サイドリンク伝送は、サイドリンクリソース上で行われ得る。リモートユニット105は、異なる割り当てモードに従って異なるサイドリンク通信リソースを提供され得る。本明細書において使用されているように、「リソースプール」は、サイドリンク動作のために割り当てられたリソースのセットを指す。リソースプールは、1つまたは複数の時間単位(たとえば、直交周波数分割多重(「OFDM」)シンボル、サブフレーム、スロット、サブスロットなど)にわたるリソースブロック(すなわち、物理リソースブロック(「PRB」))のセットからなる。いくつかの実施形態において、リソースブロックのセットは、周波数領域において連続するPRBを含む。PRBは、本明細書において使用されているように、周波数領域における12個の連続的なサブキャリアからなる。

【0041】

いくつかの実施形態において、リモートユニット105は、モバイルコアネットワーク140とのネットワーク接続を介してアプリケーションサーバ151と通信する。たとえば、リモートユニット105内のアプリケーション107(たとえば、ウェブブラウザ、メディアクライアント、電話および/またはボイスオーバーインターネットプロトコル(「VoIP」)アプリケーション)は、RAN120を介してモバイルコアネットワーク140とのプロトコルデータユニット(「PDU」)セッション(またはパケットデータネットワーク(「PDN」)接続)を確立するようにリモートユニット105をトリガーし得る。PDUセッションは、リモートユニット105とユーザプレーン機能(「UPF」)141との間の論理接続を表す。モバイルコアネットワーク140は、次いで、PDUセッション(または他のデータ接続)を使用してパケットデータネットワーク150内のリモートユニット105とアプリケーションサーバ151との間のトラフィックを中継する。

【0042】

PDUセッション(またはPDN接続)を確立するために、リモートユニット105はモバイルコアネットワーク140に登録されなければならない(第4世代(「4G」)システムの文脈では「モバイルコアネットワークにアタッチされた」とも称される)。リモートユニット105は、モバイルコアネットワーク140と1つまたは複数のPDUセッション(または他のデータ接続)を確立し得ることに留意されたい。そのようなものとして、リモートユニット105は、パケットデータネットワーク150と通信するための少なくとも1つのPDUセッションを有し得る。リモートユニット105は、他のデータネットワークおよび/または他の通信ピアと通信するための追加のPDUセッションを確立し得る。

【0043】

5Gシステム(「5GS」)の文脈では、「PDUセッション」という用語は、UPF141を通じてリモートユニット105と特定のデータネットワーク(「DN」)との間のエンドツーエンド(「E2E」)ユーザプレーン(「UP」)コネクティビティを提供するデータ接続を指す。PDUセッションは、1つまたは複数のサービス品質(「QoS」)フローをサポートする。いくつかの実施形態において、QoSフローとQoSプロファイルとの間に1対1のマッピングがあるものとしてよく、それにより特定のQoSフローに属するすべてのパケットは同じ5G QoS識別子(「5QI」)を有する。

【0044】

発展型パケットシステム(「EPS」)などの、4G/LTEシステムの文脈では、PDN接続(EPSセッションとも称される)は、リモートユニットとPDNとの間のE2E UPコネクティビティを提供する。PDNコネクティビティ手順は、EPSベアラ、すなわち、リモートユニット105とモバイルコアネットワーク140内のPDNゲートウェイ(「PGW」、図1に図示せず)との間のトンネルを確立する。いくつかの実施形態において、EPSベアラとQoSプロファイルとの間に1対1のマッピングがあるものとしてよく、それにより特定のEPSベアラに属するすべてのパケットは同じQoSクラス識別子(「QCI」)を有する。

【0045】

ベースユニット121は、地理的領域上に分散され得る。いくつかの実施形態において、ベースユニット121は、また、アクセス端末、アクセスポイント、基地、基地局、ノードB(「NB」)、発展型ノードB(eNodeBまたは「eNB」と略記され、発展型ユニバーサル地上無線アクセスネットワーク(「E-UTRAN」)ノードBとも呼ばれる)、5G/NRノードB(「gNB」)、ホームノードB、中継ノード、RANノード、または当技術分野で使用される他の任意の用語でも称され得る。ベースユニット121は、一般的に、1つまたは複数の対応するベースユニット121に通信可能に結合された1つまたは複数のコントローラを含み得るRAN120などのRANの一部である。無線アクセスネットワークのこれらおよび他の要素は例示されていないが、当業者には一般によく知られている。ベースユニット121は、RAN120を介してモバイルコアネットワーク140に接続する。

【0046】

ベースユニット121は、ワイヤレス通信リンク123を介して、サービング領域、たとえば、セルまたはセルセクタ内の多数のリモートユニット105にサービスを提供し得る。ベースユニット121は、通信信号を介してリモートユニット105のうちの1つまたは複数と直接的に通信し得る。一般的に、ベースユニット121は、時間、周波数、および/または空間領域においてリモートユニット105にサービスを提供するためにDL通信信号を伝送する。さらに、DL通信信号は、ワイヤレス通信リンク123上で搬送され得る。ワイヤレス通信リンク123は、認可または非認可無線スペクトルにおける任意の好適なキャリアであり得る。ワイヤレス通信リンク123は、リモートユニット105のうちの1つまたは複数および/またはベースユニット121のうちの1つまたは複数との間の通信を円滑にする。

【0047】

QMCを円滑にするために、ベースユニット121は、QoE測定構成125をリモートユニット105に伝送する。QoE測定構成125は、サービスタイプおよび報告間隔を示し得る。リモートユニット105は、複数の同時QoE測定で構成され得ることに留意されたい。その結果、リモートユニット105は、受信された構成に従って、少なくとも1つのQoE測定レポート127を生成し、QoE測定レポート127をベースユニット121に伝送する。

【0048】

非認可スペクトルでのNR動作中(「NR-U」と称される)、ベースユニット121およびリモートユニット105は、非認可(すなわち、共有)無線スペクトル上で通信することに留意されたい。同様に、非認可スペクトルでのLTE動作中(「LTE-U」と称される)、ベースユニット121およびリモートユニット105は、また、非認可(すなわち、共有)無線スペクトル上で通信する。

【0049】

一実施形態において、モバイルコアネットワーク140は、5Gコアネットワーク(「5GC」)または発展型パケットコア(「EPC」)であり、これは、データネットワークはほかにもあるがとりわけ、インターネットおよびプライベートデータネットワークのような、パケットデータネットワーク150に結合され得る。リモートユニット105は、モバイルコアネットワーク140とのサブスクリプションまたは他のアカウントを有し得る。様々な実施形態において、各モバイルコアネットワーク140は、単一の移動体通信事業者(「MNO」)および/または公衆陸上移動体ネットワーク(「PLMN」)に属する。本開示は、任意の特定のワイヤレス通信システムアーキテクチャまたはプロトコルの実装に限定されることを意図されていない。

【0050】

モバイルコアネットワーク140は、いくつかのネットワーク機能(「NF」)を含む。描かれているように、モバイルコアネットワーク140は、少なくとも1つのUPF141を含む。モバイルコアネットワーク140は、限定はしないが、RAN120にサービスを提供するアクセスおよびモビリティ管理機能(「AMF」)143、セッション管理機能(「SMF」)145、ポリシー制御機能(「PCF」)147、統合データ管理機能(「UDM」)、およびユーザデータリポジトリ(「UDR」)を含む複数の制御プレーン(「CP」)機能も含む。いくつかの実施形態において、UDMは、組み合わされたエンティティ「UDM/UDR」149として描かれている、UDRと同一の場所にある。ネットワーク機能の特定の数およびタイプが図1に描かれているが、当業者であれば、任意の数およびタイプのネットワーク機能がモバイルコアネットワーク140に含まれ得ることを認識するであろう。

【0051】

UPF141は、5Gアーキテクチャにおいて、パケットルーティングおよびフォワーディング、パケット検査、QoSハンドリング、およびデータネットワーク(「DN」)を相互接続するための外部PDUセッションを担当する。AMF143は、ノンアクセスストラタム(「NAS」)シグナリングの終了、NAS暗号化および完全性保護、登録管理、接続管理、モビリティ管理、アクセス認証および許可、セキュリティコンテキスト管理を担当する。SMF145は、セッション管理(すなわち、セッション確立、修正、解放)、リモートユニット(すなわち、UE)のインターネットプロトコル(「IP」)アドレス割り当ておよび管理、DLデータ通知、ならびに適切なトラフィックルーティングのためのUPF141のトラフィックステアリング構成を担当する。

【0052】

PCF147は、統一ポリシーフレームワーク、CP機能へのポリシールールの提供、UDRにおけるポリシー決定のためのアクセス加入情報を担当する。UDMは、認証および鍵合意(「AKA」)資格情報の生成、ユーザ識別の取り扱い、アクセス許可、サブスクリプション管理を担当する。UDRはサブスクライバ情報のリポジトリであり、多くのネットワーク機能にサービスを提供するために使用され得る。たとえば、UDRは、サブスクリプションデータ、ポリシー関係データ、サードパーティアプリケーションに公開されることを許されているサブスクライバ関係データ、および同様のものを記憶し得る。

【0053】

様々な実施形態において、モバイルコアネットワーク140は、ネットワークリポジトリ機能(「NRF」)(ネットワーク機能(「NF」)サービスの登録および発見を提供し、NFが互いに適切なサービスを識別し、アプリケーションプログラミングインターフェース(「API」)を介して互いに通信することを可能にする)、ネットワーク公開機能(「NEF」)(ネットワークデータおよびリソースを顧客およびネットワークパートナーに容易にアクセス可能にすることを担当する)、認証サーバ機能(「AUSF」)、または5GCに対して定義された他のNFも含み得る。存在するときに、AUSFは、認証サーバおよび/または認証プロキシとして働き、それによってAMF143がリモートユニット105を認証することを可能にし得る。特定の実施形態では、モバイルコアネットワーク140は、認証、許可、およびアカウンティング(「AAA」)サーバを含み得る。

【0054】

様々な実施形態において、モバイルコアネットワーク140は、異なるタイプのモバイルデータ接続および異なるタイプのネットワークスライスをサポートし、各モバイルデータ接続は、特定のネットワークスライスを利用する。ここで、「ネットワークスライス」は、特定のトラフィックタイプまたは通信サービスに対して最適化されたモバイルコアネットワーク140の一部分を指す。たとえば、1つまたは複数のネットワークスライスは、エンハンストモバイルブロードバンド(「eMBB」)サービスに対して最適化され得る。別の例として、1つまたは複数のネットワークスライスは、超高信頼低遅延通信(「URLLC」)サービスに対して最適化され得る。他の例では、ネットワークスライスは、マシンタイプ通信(「MTC」)サービス、massive MTC(「mMTC」)サービス、モノのインターネット(「IoT」)サービスに対して最適化され得る。さらに他の例では、ネットワークスライスは、特定のアプリケーションサービス、垂直サービス、特定のユースケースなどについて展開され得る。

【0055】

ネットワークスライスインスタンスは、単一ネットワークスライス選択支援情報(「S-NSSAI」)によって識別され得るが、リモートユニット105が使用を許可されているネットワークスライスのセットは、ネットワークスライス選択支援情報(「NSSAI」)によって識別される。ここで、「NSSAI」は、1つまたは複数のS-NSSAI値を含むベクトル値を指す。いくつかの実施形態において、様々なネットワークスライスは、SMF145およびUPF141などのネットワーク機能の別々のインスタンスを含み得る。いくつかの実施形態において、異なるネットワークスライスは、AMF143などのいくつかの共通ネットワーク機能を共有し得る。異なるネットワークスライスは、例示しやすくするために図1には示されていないが、それらのサポートは想定されている。

【0056】

保守運用管理(「OAM」)160は、システム100の運用、運営管理、管理、および保守に関わる。「運用」は、環境の自動監視、障害の検出および決定、管理者への警告を包含する。「管理」は、性能統計の収集、課金を目的とする会計データ、利用状況データを使用した容量計画、およびシステム信頼性の維持を伴う。管理は、定期的課金を決定するために使用されるサービスデータベースの保守も伴い得る。「保守」は、アップグレード、修正、新機能有効化、バックアップおよびリストア、ならびに媒体健全性の監視を伴う。いくつかの実施形態において、OAM160は、プロビジョニング、すなわち、ユーザアカウント、デバイス、およびサービスのセットアップにも関与し得る。

【0057】

図1は、5G RANおよび5Gコアネットワークのコンポーネントを描いているが、QoE測定報告制御に対する説明されている実施形態は、IEEE 802.11バリアント、グローバル・システム・フォー・モバイル・コミュニケーションズ(「GSM」、すなわち、2Gデジタルセルラーネットワーク)、汎用パケット無線サービス(「GPRS」)、ユニバーサル移動体通信システム(「UMTS」)、LTEバリアント、CDMA2000、Bluetooth、ZigBee、Sigfox、および同様のものを含む、他のタイプの通信ネットワークおよびRATに適用される。

【0058】

さらに、モバイルコアネットワーク140がEPCであるLTEバリアントでは、示されているネットワーク機能は、モビリティ管理エンティティ(「MME」)、サービングゲートウェイ(「SGW」)、PGW、ホームサブスクライバサーバ(「HSS」)、および同様のものなどの適切なEPCエンティティで置き換えられ得る。たとえば、AMF143はMMEにマッピングされてもよく、SMF145はPGWの制御プレーン部分および/またはMMEにマッピングされてもよく、UPF141はSGWおよびPGWのユーザプレーン部分にマッピングされてもよく、UDM/UDR149はHSSにマッピングされてもよい、などである。

【0059】

次の説明では、「RANノード」という用語が基地局/ベースユニットに使用されるが、これは、任意の他の無線アクセスノード、たとえば、gNB、ng-eNB、eNB、基地局(「BS」)、基地局ユニット、アクセスポイント(「AP」)、NR BS、5G NB、伝送受信点(「TRP」)などで置き換え可能である。それに加えて、「UE」という用語は、移動局/リモートユニットに使用されるが、任意の他のリモートデバイス、たとえば、リモートユニット、MS、MEなどで置き換え可能である。さらに、動作は主に5G NRの文脈において説明されている。しかしながら、以下で説明されている解決方法/方法は、他のモバイル通信システムのQoE測定報告制御にも同様に適用可能である。

【0060】

図2は、本開示の実施形態による、NRプロトコルスタック200を示している。図2は、5Gコアネットワーク(「5GC」)におけるUE205、RANノード210、およびAMF215を示しているが、これらは、ベースユニット121およびモバイルコアネットワーク140とインタラクティブにやり取りするリモートユニット105のセットの代表である。描かれているように、NRプロトコルスタック200は、ユーザプレーンプロトコルスタック201および制御プレーンプロトコルスタック203を含む。ユーザプレーンプロトコルスタック201は、物理(「PHY」)層220、媒体アクセス制御(「MAC」)副層225、無線リンク制御(「RLC」)副層230、パケットデータコンバージェンスプロトコル(「PDCP」)副層235、およびサービスデータ適応プロトコル(「SDAP」)副層240を含む。制御プレーンプロトコルスタック203は、PHY層220、MAC副層225、RLC副層230、およびPDCP副層235を含む。制御プレーンプロトコルスタック203は、また、無線リソース制御(「RRC」)層245と、ノンアクセスストラタム(「NAS」)層250とを含む。

【0061】

ユーザプレーンプロトコルスタック201に対するAS層255(「ASプロトコルスタック」とも称される)は、少なくともSDAP、PDCP、RLC、およびMAC副層、ならびに物理層からなる。制御プレーンプロトコルスタック203に対するAS層260は、少なくともRRC、PDCP、RLC、およびMAC副層、ならびに物理層からなる。層2(「L2」)は、SDAP、PDCP、RLC、およびMAC副層に分割される。層3(「L3」)は、制御プレーンに対するRRC層245およびNAS層250を含み、たとえば、ユーザプレーンに対するIP層および/またはPDU層(図示せず)を含む。L1およびL2は「下位層」と称されるが、L3およびそれ以上の層(たとえば、トランスポート層、アプリケーション層)は「高位層」または「上位層」と称される。

【0062】

PHY層220は、MAC副層225にトランスポートチャネルを提供する。PHY層220は、本明細書において説明されているように、エネルギー検出閾値を使用してビーム障害検出手順を実行し得る。いくつかの実施形態において、PHY層220は、ビーム障害の指示をMAC副層225におけるMACエンティティに送信し得る。MAC副層225は、論理チャネルをRLC副層230に提供する。RLC副層230は、RLCチャネルをPDCP副層235に提供する。PDCP副層235は、無線ベアラをSDAP副層240および/またはRRC層245に提供する。SDAP副層240は、QoSフローをコアネットワーク(たとえば、5GC)に提供する。RRC層245は、キャリアアグリゲーションおよび/またはデュアルコネクティビティの追加、修正、および解放のための機能を提供する。RRC層245は、また、シグナリング無線ベアラ(「SRB」)およびデータ無線ベアラ(「DRB」)の確立、構成、維持、および解放を管理する。

【0063】

NAS層250は、5GCにおいてUE205とAMF215との間にある。NASメッセージは、RANを通して透過的に渡される。NAS層250は、通信セッションの確立を管理するために、またUE205がRANの異なるセルとセルとの間を移動するときにUE205との連続的通信を維持するために使用される。対照的に、AS層255および260は、UE205とRAN(すなわち、RANノード210)との間にあり、ネットワークのワイヤレス部分を介して情報を搬送する。図2には描かれていないが、IP層はNAS層250の上に存在し、トランスポート層はIP層の上に存在し、アプリケーション層はトランスポート層の上に存在する。

【0064】

MAC副層225は、NRプロトコルスタックのL2アーキテクチャにおける最下位副層である。それと下にあるPHY層220との接続は、トランスポートチャネルを通して行われ、上にあるRLC副層230との接続は、論理チャネルを通して行われる。したがって、MAC副層225は、論理チャネルとトランスポートチャネルとの間の多重化および逆多重化を実行する、すなわち、MAC副層225は、伝送側では、論理チャネルを通して受信されたMACサービスデータユニット(「SDU」)からMAC PDU(トランスポートブロック(「TB」)とも呼ばれる)を構築し、MAC副層225は、受信側では、トランスポートチャネルを通して受信されたMAC PDUからMAC SDUを回復する。

【0065】

MAC副層225は、制御データ(たとえば、RRCシグナリング)を搬送する制御論理チャネルまたはユーザプレーンデータを搬送するトラフィック論理チャネルのいずれかである、論理チャネルを通してRLC副層230に対してデータ転送サービスを提供する。他方では、MAC副層225からのデータは、ULまたはDLに分類される、トランスポートチャネルを通してPHY層220と交換される。データは、無線でどのように伝送されるかに応じてトランスポートチャネルに多重化される。

【0066】

PHY層220は、エアインターフェースを介してデータおよび制御情報の実際の伝送を受け持つ、すなわち、PHY層220は、MACトランスポートチャネルからのすべての情報を、伝送側でエアインターフェースを介して搬送する。PHY層220によって実行される重要な機能のいくつかは、符号化および変調、リンク適応(たとえば、適応変調符号化(「AMC」))、電力制御、セルサーチおよびランダムアクセス(初期同期およびハンドオーバーの目的のための)、ならびにRRC層245に対する他の測定(3GPPシステム(すなわち、NRおよび/またはLTEシステム)内およびシステム間)を含む。PHY層220は、変調方式、符号化率(すなわち、変調符号化方式(「MCS」))、物理リソースブロックの数などの伝送パラメータに基づき伝送を実行する。

【0067】

RANの過負荷時に、RANノード210は、RANノード210からQoE再開指示を受信するまで影響を受けるQoE測定構成のQoEレポートの送信を一時的に停止するようにUE205に指令するQoE一時停止指示を送信し得る。QoE一時停止フェーズにおいて、UEアプリケーション層は、QMCを続行する。すなわち、RANの過負荷状況がネットワークにおいてどれくらい長く(数分、数時間、またはそれ以上)続き得るかに応じて、UE205は、RANの過負荷が解消された後にネットワークに伝送される必要がある多数のQoEレポートを作成し得る。QoEレポートの取り扱いに対する第1のオプションによれば、QoEレポートは、QoE一時停止フェーズの間にUEアプリケーション層に記憶される。QoEレポートの取り扱いに対する第2のオプションによれば、QoEレポートは、QoE一時停止フェーズの間にUE AS層に記憶される。

【0068】

UTRANおよびE-UTRANについては、ストリーミングサービスおよび/またはMTSIに対するQoE測定収集(「QMC」)が規定されている。3GPP仕様では、OAMがQMCのアクティブ化/非アクティブ化をどのように開始できるかについて、2つの方法が定義されている。すなわち、信号ベースの開始と管理ベースの開始である。

【0069】

シグナリングベースの手順は、コアネットワーク(「CN」)が関与する制御プレーンの手順であり、CNは、QMCアクティブ化/非アクティブ化構成が送信されるべき資格のある/関係するUE205を決定する。シグナリングベースの開始の場合、OAM160は、QMCアクティブ化/非アクティブ化を開始するが、RAN120に向けて実際にQMCをアクティブ化/非アクティブ化するのはCNである。シグナリングベースの手順のステップは次の通りである。

【0070】

ステップ0:RAN120は、(UE205の)UE AS層からUE能力情報、ほかにもあるがとりわけ、QMCをサポートしているかどうかの情報を受信する。

【0071】

ステップ1:OAM160は、PLMNにおいてサービスを受けているUE205からいくつかのサービスに対するQoE測定を受信することに関心があり、QoE測定構成を含む「Configure QoE measurement」メッセージをCNに送信する。QoE測定構成は、PLMNターゲット、アプリケーションの記録のためのセッション、サービスタイプ、エリアスコープ(セルのリストまたはトラッキングエリア(「TA」)のリスト)、QoE参照(QoE測定レポートの最終送信先、たとえば、トレース収集エンティティ(「TCE」)または測定収集エンティティ(「MCE」))、関係するサービスタイプのQoE測定メトリクス(記録の開始時間および持続時間を含む)、または同様のものなどのパラメータを含み得る。詳細については、3GPP技術仕様(TS)28.405を参照。たとえば、ストリーミングサービスに対するQoEメトリクスは、ほかにもあるがとりわけ、平均スループット、初期再生遅延、バッファレベル、再生リスト、デバイス情報を含む。詳細については、3GPP TS26.247を参照。

【0072】

ステップ2:OAM160からの受信済みQoE測定構成により、CNは、適格なUE205に対してQoE測定構成をアクティブ化し、「Activate QoE measurement」メッセージを使用してQoE測定構成をRAN120に転送する。

【0073】

ステップ3:RAN120は、QoE測定構成をDL RRCメッセージでUE AS層に送信する。

【0074】

ステップ4:UE AS層は、AT(ATtention)コマンドを使用して受信済みQoE測定構成をそれのアプリケーション層(「AL」)に送信する。

【0075】

ステップ5:UE ALは、受信済みQoE測定構成に従ってQoE測定収集を開始する。

【0076】

ステップ6:QoE測定収集が完了している場合、UE ALは、ATコマンドを使用して、収集されたQoE測定結果をQoE測定レポートでそのAS層に送信する。

【0077】

ステップ7:UE AS層は、QoE測定レポートをUL RRCメッセージでRAN120に送信する。

【0078】

ステップ8:RAN120は、受信済みQoE測定レポートをTCE/MCEに転送する。

【0079】

OAM160は、UE205から特定のサービスに対するQoE測定値を受信することにもはや関心がない場合、たとえば、それらのサービスに対するQoE情報が十分であるので、QMCの非活性化を開始する。シグナリングベースのQMC非活性化のステップは次の通りである。

【0080】

ステップ1:OAM160は、関係するサービスの指示を含む「Configure Deactivation」メッセージをCNに送信する。

【0081】

ステップ2:OAM160からの受信済み「Configure Deactivation」メッセージに従って、CNは、どのUE205に対して関係するQoE測定構成が非アクティブ化されるべきかを示す指示とともに「Deactivate QoE measurement」メッセージをRAN120に送信する。

【0082】

ステップ3:RAN120は、非アクティブ化指示をDL RRCメッセージでUE AS層に送信し、関係するQoE測定構成を解放する。

【0083】

ステップ4:UE AS層は、ATコマンドを使用して、受信済み非アクティブ化指示をそのALに送信する。UE ALは、関係するQoE測定の記録および報告を停止する。

【0084】

対照的に、管理ベースの手順は、CNを伴わない(たとえば、CNがバイパスされる)手順であり、OAM160は、RANに向かうQMC構成を直接的にアクティブ化/非アクティブ化する。管理ベースの開始の場合、RAN120は、QMCアクティブ化/非アクティブ化構成が送信されるべき適格なUE205を決定する。シグナリングベースの手順のステップは次の通りである。

【0085】

ステップ0:RAN120は、UE205からUE能力情報、ほかにもあるがとりわけ、QMCをサポートしているかどうかの情報を受信する。

【0086】

ステップ1:OAM160は、特定のエリアにおいてPLMNでサービスを受けているUE205からのいくつかのサービスに対するQoEを受信することに関心があり、QoE測定構成をアクティブ化し、「Activate QoE measurement」メッセージを使用してQoE測定構成をRANに転送する。

【0087】

ステップ2:RAN120は、ターゲットエリア内でQoE測定構成を送信するための適格なUE205を決定し、適格なUE AS層にDL RRCメッセージでQoE測定構成を送信する。

【0088】

ステップ3:UE AS層は、ATコマンドを使用して、受信済みQoE測定構成をそのALに送信する。

【0089】

ステップ4:UE ALは、受信済みQoE測定構成に従ってQoE測定収集を開始する。

【0090】

ステップ5:QoE測定収集が完了している場合、UE ALは、ATコマンドを使用して、収集されたQoE測定結果をQoE測定レポートでUE AS層に送信する。

【0091】

ステップ6:UE AS層は、QoE測定レポートをUL RRCメッセージでRAN120に送信する。

【0092】

ステップ7:RAN120は、受信済みQoE測定レポートをTCE/MCEに転送する。

【0093】

OAM160は、UEから特定のサービスに対するQoE測定値を受信することにもはや関心がない場合、たとえば、それらのサービスに対するQoE情報が十分であるので、QMCの非活性化を開始する。管理ベースのQMC非活性化のステップは次の通りである。

【0094】

ステップ1:OAM160は、どのQoE測定構成が非アクティブ化されるべきかを示す指示とともに「Deactivate QoE measurement」メッセージをRAN120に送信する。

【0095】

ステップ2:RAN120は、非アクティブ化指示をDL RRCメッセージで関係するUE AS層に送信し、関係するQoE測定構成を解放する。

【0096】

ステップ3:UE AS層は、ATコマンドを使用して、受信済み非アクティブ化指示をそのALに送信する。UE ALは、関係するQoE測定の記録および報告を停止する。

【0097】

AS層におけるQoE測定構成および報告に関して、QoE測定構成および報告に対するRel-15におけるE-UTRAN(別名LTE)では、3GPP TS36.331において説明されているように、AS層に対して透過的である。OAMからのQoE測定構成は、DL RRCConnectionReconfigurationメッセージにおけるコンテナ「measConfigAppLayerContainer-r15」に含まれる。QoE測定構成の最大サイズは1000バイトであってよい。

【0098】

QoE測定レポートを転送するために、UE205は、シグナリング無線ベアラ(「SRB」)SRB4およびUL RRC MeasurementReportAppLayerメッセージを使用する。QoE測定レポートは、コンテナ「measReportAppLayerContainer-r15」に含まれる。QoE測定レポートの最大サイズは8000バイトであってよい。イベントトリガーQoE報告のみがサポートされる、すなわち、UE AS層は、UEアプリケーション層からQoEレポートを受信すると必ず、QoEレポートをE-UTRANに転送する。

【0099】

QoE測定構成および報告は、RRC_CONNECTED状態でのみサポートされる。RRCシグナリングは、LTE eNBが一度にUE205に対する単一のQoE測定構成をセットアップし解放することのいずれかを可能にする、すなわち、複数のQoE測定構成のセットアップおよび解放はサポートされない。さらに、QoE測定構成の一時的な一時停止または再開もサポートされない。

【0100】

接続モードモビリティに対する測定収集に関して、RRC_CONNECTED状態にあるUE(たとえば、UE205)は、たとえば、UEのモビリティまたはネットワーク負荷(ソースセルおよび候補ターゲットセル、たとえばXn/X2インターフェースを介して報告されるものにおける)に応じてハンドオーバーを適切に実行するために、隣接セルを測定し報告するようにネットワークによって構成される。接続モードモビリティに対する測定構成および報告の例示的なメッセージフローが以下で説明される。メッセージフローは、UE205およびRANノード210を伴う。

【0101】

ステップ1で、UE205は、RRCReconfigurationメッセージまたはRRCResumeメッセージのいずれかを介して、RANノード210から測定および報告構成(たとえば、パラメータmeasConfig)を受信する。NR Rel-16仕様3GPP TS38.331によれば、測定および報告構成は、ほかにもあるがとりわけ、次に示す情報を含む。A)何を測定するかを定義する測定構成(すなわち、RAT、および/または搬送波周波数、および/またはセルのリストなど)、およびB)いつ、どのように測定が報告されるものとするかを定義する報告構成(たとえば、定期的、またはイベントトリガー)。定期的報告の場合、定義された報告間隔が報告のトリガーとなる。イベントトリガー報告の場合、特定の測定結果が報告のトリガーとなる。

【0102】

ステップ2で、RANノード210から受信された測定および報告構成に従って、UE205は、隣接セルを測定し、測定基準、たとえば、測定対象、閾値、定期的またはイベントベーストリガー、測定すべきセルなどの基準を満たすセルを報告する。

【0103】

ステップ3で、UE205は、MeasurementReportメッセージを介して測定結果をRANノード210に報告する。

【0104】

ステップ4で、RANノード210は、UE205から報告された測定値を評価し、たとえばUE205のモビリティまたはネットワーク負荷に応じて、ハンドオーバーを実行するかどうかを決定する。

【0105】

図3は、NR QoE測定報告を伴うUL ASプロトコル層300の1つの構成を示している。UL ASプロトコル層300は、図2を参照しつつ上で説明されている、UE205におけるAS層255およびAS層260のアップリンク態様の一実施形態であり得る。制御プレーンにおいて、3つのSRBが構成され、これらはRRCメッセージに対するSRB1、NASメッセージに対するSRB2、ならびにストリーミングおよびMTSIサービスのアプリケーション層測定レポートを送信するために使用されるMeasurementReportAppLayerメッセージに対するSRB4である。ユーザプレーンでは、2つのDRBが構成され、これらはMTSIサービスのデータを搬送するためのDRB1、およびIPマルチメディアサブシステム(「IMS」)シグナリングのデータを搬送するためのDRB2である。

【0106】

MAC副層225では、UE205は、PHY層220においてPUSCH上で伝送されるべきMAC PDU(たとえば、非多入力多出力(「MIMO」)の場合)を作成する。MAC PDUは、トランスポートブロック(「TB」)を指し、異なる論理チャネルからのULデータを含む。UE205は、ネットワークから受信された構成に従って異なる論理チャネルからのULデータのスケジューリングおよび優先処理を実行する。3GPP TS38.331および3GPP TS38.321を参照されたい。ネットワークは、次の主なパラメータによってULデータのスケジューリングおよび優先処理を制御する。
・1から16の範囲内の優先度。すなわち、値1は最高優先度であり、値16は最低優先度である。このパラメータは、各構成済み論理チャネルに対して設定される。
・値範囲{0kBps、8kBps、16kBps、32kBps、64kBps、128kBps、256kBps、512kBps、1024kBps、2048kBps、4096kBps、8192kBps、16384kBps、32768kBps、65536kBps、infinity}内の優先順位付けされたビットレート(「PBR」)を設定するprioritisedBitRate。SRBについては、PBRは無限大に設定される。PBRは、保証最小ビットレートに対応する。
・値範囲{5ms、10ms、20ms、50ms、100ms、150ms、300ms、500ms、1000ms}内のバケットサイズ持続時間(「BSD」)を設定するbucketSizeDuration。

【0107】

上記のパラメータは、UE205が、各構成された無線ベアラのサービス品質(「QoS」)および割り当てられた無線リソースに従ってULデータを伝送することを確実にする。他方では、これらのパラメータは、低優先度の無線ベアラからのULデータの潜在的な飢餓が回避されることを確実にする。

【0108】

MACスケジューリングおよび優先処理のための例示的な構成は、以下のTable 1(表1)において説明されている。

【0109】

【表1】

【0110】

本明細書において説明されているソリューションは、NR RANにおけるQoE測定報告を効率的な方法でサポートすることに取り組むものである。第1のソリューションによれば、RRCメッセージが、UE205内の記憶済みQoEレポートのサイズを要求し転送するために導入される。第2のソリューションによれば、QoE報告ポリシーの指示がQoE再開指示において提供される。第3のソリューションによれば、QoEレポートを作成し、MeasurementReportAppLayerメッセージで伝送するための規則が提供される。

【0111】

第1のソリューションの実施形態によれば、新規RRCメッセージが、UE205内の記憶済みQoEレポートのサイズを要求し転送するために導入される。図4および図5は、次に示す新規RRCメッセージのASN.1構造の実施形態を示している。

【0112】

図4は、UE205において記憶されているQoEレポートのサイズを要求するためのパラメータ「nr-qoe-MeasReportReq-r17」を含むRRCBufferStatusRequestメッセージの一例を示している。パラメータ「measurementReportReqAll-r17」により、ネットワークは、すべての記憶済みQoEレポートのサイズを要求する。パラメータ「measurementReportReqList-r17」により、ネットワークは、「NR-QOE-ConfigIndex-r17」によって与えられる構成済みQoE測定のリストに対する記憶されているQoEレポートのサイズを要求する。

【0113】

図5は、UE205において記憶されているQoEレポートのサイズを転送するためのパラメータ「nr-qoe-MeasReport-r17」を含むRRCBufferStatusResponseメッセージの一例を示している。パラメータ「measurementReportAll-r17」により、UE205は、すべての記憶済みQoEレポートのサイズを転送する。図5に、このパラメータに対する例示的な値の範囲が示されている。値「kB8」は、すべての記憶済みQoEレポートのサイズが8kバイト以下であることを意味し、値「kB12」は、すべての記憶済みQoEレポートのサイズが12kバイト以下であることを意味する。値「infinity」は、すべての記憶済みQoEレポートのサイズが128kバイトより大きいことを意味する。

【0114】

パラメータ「measurementReportList-r17」により、UE205は、「nr-qoe-ConfigIndex-r17」によって与えられる構成済みQoE測定のリストに対する記憶されているQoEレポートのサイズを転送する。図5に、このパラメータに対する例示的な値の範囲が示されている。値「infinity」を除き、パラメータmeasurementReport-r17によって与えられる各値は、構成されたQoE測定に対する記憶されているQoEレポートのサイズが、シグナリングされた値以下であることを意味する。値「infinity」は、構成されたQoE測定に対する記憶されているQoEレポートのサイズが128kバイトより大きいことを意味する。

【0115】

代替的に、新しいRRCメッセージのコンテンツは、既存のRRCメッセージで搬送され得る、すなわち、RRRCBufferStatusRequestのコンテンツは、たとえば、UEInformationRequestまたはRRCReconfigurationで搬送され、RRRCBufferStatusResponseのコンテンツは、たとえば、UEInformationResponseまたはUEAssistanceInformationで搬送され得る。

【0116】

第2のソリューションの実施形態によれば、QoE報告ポリシーの指示がQoE再開指示において提供される。

【0117】

図6は、RRC再開指示に対するASN.1構造の一実施形態を示している。RANの輻輳が解消された場合、ネットワーク(すなわち、RANノード210)は、QoEレポートの送信を再開するQoE再開指示をUE205に送信する。QoE再開指示は、次のパラメータのうちの1つまたは複数を含む。

【0118】

パラメータ「nr-qoe-ConfigToResumeList-r17」は、QoE報告が再開されるものとする構成されたQoE測定のリストを示す。このパラメータがない場合、すべての構成済みQoE測定値に対してQoE報告を再開することをUEに指示する。

【0119】

パラメータ「nr-qoe-ReportingPolicy-r17」は、QoE報告に適用するポリシーを示す。値「fifo」は「先入れ先出し」を表す、すなわち、UEは最も古いQoEレポートから処理を開始するものとする。値「lifo」は「後入れ先出し」を表す、すなわち、UEは一番最近のQoEレポートから処理を開始するものとする。パラメータnr-qoe-ReportingPolicy-r17が存在していない場合、QoEレポートをどのように処理するかはUEの実装形態に任される。

【0120】

パラメータ「nr-qoe-DiscardTimer-r17」は、QoEレポートをSRB4上で下位層(すなわち、L2)に伝送した後のRRCバッファ内のQoEレポートの最大バッファリング時間を示す。値「ms10」は10msに対応し、値「ms20」は20msに対応する、などである。一実装形態において、新しいタイマーは、すべてのQoEレポートに共通に適用される、すなわち、タイマーの複数のインスタンスがあり、タイマーの各インスタンスはQoEレポートに関連付けられる。QoEレポートが、MeasurementReportAppLayerメッセージ毎に下位層に送信される場合、nr-qoe-DiscardTimer-r17は、関連付けられたQoEレポートに対して開始される。

【0121】

QoEレポートに対するnr-qoe-DiscardTimer-r17が満了するか、またはQoEレポートの正常な配信が下位層によって確認された場合、UE205は、RRCバッファからQoEレポートを破棄するものとする。QoEレポートに対するタイマーが終了した場合、RRC副層は、下位層(パケットデータコンバージェンスプロトコル(PDCP)または無線リンク制御(RLC))に、対応するPDCPまたはRLCパケットを伝送バッファから破棄するための通知を送信する。

【0122】

別の実装形態では、ネットワークは、サービスタイプに応じて、パラメータ「nr-qoe-DiscardTimer-r17」を特にQoE測定構成に合わせて構成し得る。たとえば、大きなQoEレポートが作成されることが期待されるVRなどのサービスタイプについて、ネットワークは、より大きなタイマー値を構成するものとしてよい。さらに、nr-qoe-DiscardTimer-r17が存在している場合、ネットワークはSRB4に対してPDCP廃棄タイマーを構成しない。同様に、nr-qoe-DiscardTimer-r17が存在していない場合、ネットワークはSRB4に対してPDCP廃棄タイマーを構成する。

【0123】

QoE再開指示は、ネットワークによって、新しいRRCメッセージまたはRRCReconfigurationなどの既存のRRCメッセージのいずれかで送信できる。

【0124】

図7は、本開示の実施形態による、RRCバッファ700にQoEレポートを記憶する様子の一例を示す。ここでは、RRCバッファ700は、6個のQoEレポート(番号#1から#6)を含むものとして描かれている。第1のQoEレポート#1は、第1のQoE測定構成(たとえば、ストリーミングサービスに対する)に対応し、QoEレポート#2およびQoEレポート#5は、第2のQoE測定構成(たとえば、MTSIに対する)に対応し、QoEレポート#3は、第3のQoE測定構成(たとえば、VRサービスに対する)に対応し、QoEレポート#4およびQoEレポート#6は、第4のQoE測定構成(たとえば、MBSに対する)に対応する。

【0125】

それに加えて、最初に到着したQoEレポート(QoEレポート#1として描かれている)は、時刻「t1」に到着したと仮定され、第2の到着したQoEレポート(QoEレポート#2として描かれている)は、時刻「t2」に到着したと仮定され、第3の到着したQoEレポート(QoEレポート#3として描かれている)は、時刻「t3」に到着したと仮定され、第4の到着したQoEレポート(QoEレポート#4として描かれている)は、時刻「t4」に到着したと仮定され、第5の到着したQoEレポート(QoEレポート#5として描かれている)は、時刻「t5」に到着したと仮定され、第6の到着したQoEレポート(QoEレポート#6として描かれている)は、時刻「t6」に到着したと仮定される。

【0126】

第3のソリューションの実施形態によれば、QoEレポートを作成し、MeasurementReportAppLayerメッセージで伝送するための規則が提供される。

【0127】

図8は、MeasurementReportAppLayerメッセージ805における複数のQoEレポートを作成し伝送することの一実施形態800を例示する図である。一ルールまたはあるルールのセットにより、QoEレポートは、以下のように、イベントトリガー方式で伝送されるものとする。

【0128】

RAN輻輳の場合、ネットワークから受信されたQoE再開指示(図6も参照)に従って、UE205は、以下のように、記憶されているQoEレポートを作成して送信する。関係するすべてのQoEレポート810が連結され、MeasurementReportAppLayerメッセージ805内にカプセル化される。UE205は、MeasurementReportAppLayerメッセージ805の結果として得られるサイズを決定する。MeasurementReportAppLayerメッセージ805のサイズがRRCメッセージの9000バイトの最大サイズより大きい場合、UE205は、RRCメッセージセグメンテーション815を実行する。UE205は、各セグメントのサイズがRRCメッセージのサイズ制限以下であることを確実にする。各セグメントは、次いで、既存のULDedicatedMessageSegmentメッセージに含められて、下位層に送信される。描かれている実施形態において、N個のQoEレポートがカプセル化され、次いで、L個のULDedicatedMessageSegmentメッセージにセグメント化される。

【0129】

通常動作モード(非RAN輻輳の場合)では、UE205は、UE AS層がUEアプリケーション層からQoEレポートを受信すると必ずQoEレポートをネットワークに転送する。UE AS層が一度にUEアプリケーション層から単一のQoEレポートを受信する場合、このQoEレポートは、単一のMeasurementReportAppLayerメッセージ805で伝送される。しかしながら、UE AS層がUEアプリケーション層から複数のQoEレポートを同時に受信する場合、これらの複数のQoEレポートは、上で説明されているように、RAN輻輳の場合に従って送信される。

【0130】

有益なことに、提案されるソリューションは、UE205が単一のメッセージで単一のQoEレポートを伝送することと比較してより効率的である単一のMeasurementReportAppLayerメッセージ805で複数のQoEレポートを伝送することを可能にし得る。提案されたソリューションは、ネットワークがRAN過負荷において作成され記憶された記憶済みQoEレポートの伝送を選択的に制御することを可能にする。RANの過負荷状況がどれくらい長く続き得るかにもよるが、これはすべてのQoEレポートの伝送を可能にするのと比較してより効率的である。提案されたソリューションのいくつかのさらなる実施形態が以下で説明される。

【0131】

図9は、本開示の実施形態による、QoE一時停止におけるQoEレポート取り扱いのための手順900を示している。手順900は、UE205-UE AS層(「UE AS」として描かれている)905およびUEアプリケーション層(「UE AL」として描かれている)910を含む-を伴う。手順900において、QoE一時停止中にUEアプリケーション層910によって作成され、送信されるQoEレポートは、UE AS層に記憶される。

【0132】

前提条件として、UE205は、RANノード210(図9には描かれていない)からQMC構成を受信する。この実施形態の一例として、RRC_CONNECTED状態にあるUE205が、ストリーミング(構成#1)、MTSI(構成#2)、VR(構成#3)、およびMBS(構成#4)に対するQoE測定を収集するように構成されているものと仮定される。

【0133】

ステップ1で、RANノード210は、たとえば、RANノード210によるサービスを受けるセル内の高トラフィック負荷に起因して、RAN輻輳が発生したことを決定する(ブロック915を参照)。

【0134】

ステップ2において、セル内のトラフィック負荷をさらに増大させないために、RANノード210は、たとえば、RAN輻輳状態の検出に応答して、すべての構成されたQoE測定値に対するQoE報告を一時停止するQoE一時停止指示をUE205(および他のUEにも)に送信する(メッセージング920を参照)。図示されているように、QoE一時停止指示は、UE AS層905で受信される。

【0135】

ステップ3で、QoE一時停止フェーズにおいて、UEアプリケーション層910-RAN輻輳に気付かない-は、QMCを継続し、一連のATコマンドをUE AS層905に送信し、各ATコマンドメッセージはQoEレポートを含む(メッセージング925を参照)。図示されている例では、UEアプリケーション層910は、N個のQoEレポートをUE AS層905に転送する。

【0136】

ステップ4で、UE AS層905は、各受信済みQoEレポートを、たとえば、RRCバッファ内に記憶する(ブロック930を参照)。一例として、RAN輻輳状況が1時間続き、その間にUE AS層905がUEアプリケーション層910から6個のQoEレポートを受信し、それらをRRCバッファに記憶すると仮定される。図7を参照すると、この例では、記憶されるQoEレポートのサイズは、QoEレポート#1=2kバイト、QoEレポート#2=1kバイト、QoEレポート#3=18kバイト、QoEレポート#4=2kバイト、QoEレポート#5=1kバイト、およびQoEレポート#6=2kバイト(合計26kバイト)と仮定される。

【0137】

再び図9を参照すると、ステップ5で、RANノード210は、RAN輻輳が解消されたと決定する(ブロック935を参照)。

【0138】

ステップ6で、潜在的に大量の記憶済みQoEレポートの転送に起因するRAN輻輳を回避するために、RANノード210は、UE205(すなわち、UE AS層905)にRRCBufferStatusRequestメッセージを送信する(メッセージング940を参照)。図4を参照すると、RANノード210は、RRCBufferStatusRequestメッセージ400内にパラメータ「measurementReportReqAll-r17」を設定することによって、すべての記憶済みQoEレポートのサイズを要求し得る。

【0139】

再び図9を参照すると、ステップ7で、UE AS層905は、すべての記憶済みQoEレポートのサイズを示すRRCBufferStatusResponseメッセージをRANノード210に送信する(メッセージング945を参照)。図5を参照すると、UE AS層905は、パラメータ「measurementReportAll-r17」をRRCBufferStatusResponseメッセージ500内の列挙値「kB32」(すなわち、32kバイト)に設定することによって、すべての記憶済みQoEレポートのサイズをRANノード210に転送するものとしてよいが、これは、26kバイトの実際のRRCバッファサイズを超える最小の列挙値であるからである。

【0140】

再び図9を参照すると、ステップ8で、RANノード210は、QoE測定報告を再開することをUE205に要求するQoE再開指示をUE205(すなわち、UE AS層905)に送信する(メッセージング950を参照)。図6を参照すると、RANノード210は、パラメータ「nr-qoe-ConfigToResumeList」を使用して、構成済みQoE測定構成のサブセット、たとえば、QoE測定構成#1(たとえば、ストリーミングサービス)、#2(たとえば、MTSI)、および#4(たとえば、MBS)に対するQoE報告を再開することをUEに要求し得る。一例として、パラメータ「nr-qoe-ReportingPolicy-r17」が「fifo」(先入れ先出し)に設定され、パラメータ「nr-qoe-DiscardTimer-r17」が50msに設定されていると仮定される。

【0141】

ステップ9で、受信されたQoE再開指示に従って、UE AS層905は、記憶されているQoEレポートを処理する(ブロック955を参照)。上記の例によれば、UE AS層905は、QoEレポート#1、#2、#4、#5、および#6(先入れ先出しの順序に従う)を含むMeasurementReportAppLayerメッセージを作成する。しかしながら、MeasurementReportAppLayerメッセージの結果として得られるサイズは、9000バイトのRRCメッセージサイズ制限より小さいので、MeasurementReportAppLayerメッセージのセグメント化は必要ない。図7によれば、QoEレポート#3は、パラメータ「nr-qoe-ConfigToResumeList」にリストされていない、QoE測定構成#3に対応することに留意されたい。

【0142】

ステップ10で、UE AS層905は、MeasurementReportAppLayerメッセージをRANノード210に送信する(メッセージング960を参照)。nr-qoe-DiscardTimer-r17値内のQoEレポートの配信が成功したことが下位層によって確認されたときに、UE AS層905は、RRCバッファからQoEレポート#1、#2、#4、#5、および#6を破棄する。

【0143】

手順900の代替的実施形態において、ステップ8で、RANノード210によって送信されたQoE再開指示(メッセージング950を参照)は、QoE測定構成#3(VR)および#4(MBS)に対するQoE測定報告を再開することをUE205に要求し得る。たとえば、パラメータ「nr-qoe-ReportingPolicy-r17」は「lifo」(後入れ先出し)に設定され、パラメータ「nr-qoe-DiscardTimer-r17」は50msに設定される。

【0144】

代替的ステップ9で、受信されたQoE再開指示に従って、UE205は、記憶されているQoEレポートを処理する。すなわち、UE205は、QoEレポート#6、#4、および#3(後入れ先出しの順序に従う)を含むMeasurementReportAppLayerメッセージを作成する。MeasurementReportAppLayerメッセージの結果として得られるサイズは22kバイトであり、9000バイトのRRCメッセージサイズ制限よりも大きいので、MeasurementReportAppLayerメッセージは、3つのセグメントに分割される必要がある。

【0145】

ステップ10:図10に示されているように、UEは、ULDedicatedMessageSegmentメッセージ内のセグメントとしてQoEレポート#6、#4、および#3をgNBに送信する。nr-qoe-DiscardTimer-r17値内のQoEレポートの配信が成功したことが下位層によって確認されたときに、UEは、RRCバッファからQoEレポート#6、#4、および#3を破棄する。

【0146】

図10は、本開示の実施形態による、複数のULDedicatedMessageSegmentメッセージ1015にセグメント化されたMeasurementReportAppLayerメッセージ1005の一実施形態1000を示す。ここで、MeasurementReportAppLayerメッセージ1005は、QoEレポート#6(2kバイト)、QoEレポート#4(2kバイト)、およびQoEレポート#3(18kバイト)を含み、合計サイズは22kバイトである。関係するすべてのQoEレポート1010が連結され、MeasurementReportAppLayerメッセージ1005内にカプセル化される。MeasurementReportAppLayerメッセージ1005のサイズは、9000バイトのRRCメッセージの最大サイズよりも大きいので、UE205は、RRCメッセージセグメンテーションを実行して、カプセル化されたQoEレポートを3つのULDedicatedMessageSegmentメッセージ1015にセグメント化する。UE205は、各セグメントのサイズがRRCメッセージのサイズ制限以下であることを確実にする。

【0147】

図11は、本開示の実施形態による、QoE一時停止におけるQoEレポート取り扱いのためのさらなる手順1100を示している。手順1100は、UE205-UE AS層(「UE AS」として示されている)905およびUEアプリケーション層(「UE AL」として示されている)910を含む-を伴う。手順1100では、QoEレポートはUEアプリケーション層910に記憶される。

【0148】

ステップ1で、RANノード210は、RAN輻輳が発生したと決定する(ブロック1105を参照)。

【0149】

ステップ2で、RANノード210は、QoE一時停止指示をUE AS層905に送信し、UE AS層905は、QoE一時停止指示をUEアプリケーション層910に転送する(メッセージング1110および1115を参照)。

【0150】

ステップ3で、UEアプリケーション層910は、QMCを継続するが、QoEレポートをUEアプリケーション層910に記憶する(ブロック1120を参照)。

【0151】

ステップ4で、RANノード210は、RAN輻輳が解消されたと決定する(ブロック1125を参照)。

【0152】

ステップ5で、潜在的に大量の記憶済みQoEレポートの転送に起因するRANの輻輳を回避するために、RANノード210は、たとえば、RRCBufferStatusRequestメッセージを使用して、UE205(すなわち、UEアプリケーション層910)からすべての記憶されたQoEレポートのサイズを要求する(メッセージング1130を参照)。

【0153】

ステップ6で、UE AS層905は、すべての記憶済みQoEレポートのサイズをUEアプリケーション層910から取り出す(メッセージング1135を参照)。

【0154】

ステップ7で、UE AS層905は、たとえば、RRCBufferStatusResponseメッセージにおいて、RANノード210にすべての記憶済みQoEレポートのサイズを示す(メッセージング1140を参照)。

【0155】

ステップ8で、RANノード210は、QoE再開指示をUE AS層905に送信し、UE AS層905は、QoE再開指示をUEアプリケーション層910に転送する(メッセージング1145および1150を参照)。

【0156】

ステップ9で、UEアプリケーション層910は、記憶済みQoEレポートを転送することを決定する(ブロック1155を参照)。

【0157】

ステップ10で、UEアプリケーション層910は、一連のATコマンドをUE AS層905に送信し、各ATコマンドメッセージはQoEレポートを含む(メッセージング1160を参照)。図示されている例では、UEアプリケーション層910は、N個のQoEレポートを転送する。

【0158】

ステップ11で、UE AS層905は、受信されたQoEレポートを処理する(ブロック1165を参照)。

【0159】

ステップ12で、UE AS層905は、MeasurementReportAppLayerメッセージをRANノード210に送信する(メッセージング1170を参照)。MeasurementReportAppLayerメッセージの例示的な構造およびセグメンテーションは、図8を参照しつつ上で説明されている。

【0160】

通常動作モードにおけるQoE報告の第3の実施形態が提示されている。この実施形態の一例では、UE AS層905は、以下の時間インスタンスにおいて、UEアプリケーション層910から6個のQoEレポートを受信する:
t1:QoEレポート#1:2kバイト
t2:QoEレポート#2:1kバイト
t3:QoEレポート#3:18kバイト、QoEレポート#4:2kバイト、QoEレポート#5:1kバイト
t4:QoEレポート#6:2kバイト

【0161】

QoEレポート#1、#2、#6は、そのサイズが常に9000バイトのRRCメッセージサイズ制限より小さいので、各々単一のMeasurementReportAppLayerメッセージで送信される。

【0162】

QoEレポート#3、#4、および#5については、UEは、QoEレポートを連結し、連結されたQoEレポートをMeasurementReportAppLayerメッセージにカプセル化する。MeasurementReportAppLayerメッセージの結果として得られるサイズは21kバイトであり、9000バイトのRRCメッセージサイズ制限よりも大きいので、MeasurementReportAppLayerメッセージは、3つのセグメントに分割される。UEは、ULDedicatedMessageSegmentメッセージ内のセグメントとしてQoEレポート#3、#4、および#5をgNBに送信する。

【0163】

図12は、本開示の実施形態による、QoE測定報告制御に使用され得るユーザ機器装置1200を示している。様々な実施形態において、ユーザ機器装置1200は、上で説明されている解決方法の1つまたは複数を実装するために使用される。ユーザ機器装置1200は、上で説明されているように、リモートユニット105および/またはUE205などの、ユーザエンドポイントの一実施形態であってもよい。さらに、ユーザ機器装置1200は、プロセッサ1205、メモリ1210、入力デバイス1215、出力デバイス1220、およびトランシーバ1225を備え得る。

【0164】

いくつかの実施形態において、入力デバイス1215および出力デバイス1220は、タッチスクリーンなどの、単一のデバイスに組み合わされる。いくつかの実施形態において、ユーザ機器装置1200は、入力デバイス1215および/または出力デバイス1220を含まない場合がある。様々な実施形態において、ユーザ機器装置1200は、プロセッサ1205、メモリ1210、およびトランシーバ1225のうちの1つまたは複数を備え、入力デバイス1215および/または出力デバイス1220を含まなくてもよい。

【0165】

描かれているように、トランシーバ1225は、少なくとも1つの送信機1230および少なくとも1つの受信機1235を含む。いくつかの実施形態において、トランシーバ1225は、1つまたは複数のベースユニット121によってサポートされる1つまたは複数のセル(またはワイヤレスカバレッジエリア)と通信する。様々な実施形態において、トランシーバ1225は、非認可スペクトル上で動作可能である。さらに、トランシーバ1225は、1つまたは複数のビームをサポートする複数のUEパネルを備え得る。それに加えて、トランシーバ1225は、少なくとも1つのネットワークインターフェース1240および/またはアプリケーションインターフェース1245をサポートし得る。アプリケーションインターフェース1245は、1つまたは複数のAPIをサポートし得る。ネットワークインターフェース1240は、Uu、N1、PC5などの3GPP参照点をサポートし得る。当業者によって理解されるように、他のネットワークインターフェース1240もサポートされ得る。

【0166】

プロセッサ1205は、一実施形態では、コンピュータ可読命令を実行することができ、および/または論理演算を実行することができる任意の知られているコントローラを含み得る。たとえば、プロセッサ1205は、マイクロコントローラ、マイクロプロセッサ、中央演算処理装置(「CPU」)、グラフィックスプロセッシングユニット(「GPU」)、補助処理ユニット、フィールドプログラマブルゲートアレイ(「FPGA」)、または類似のプログラム可能コントローラであってもよい。いくつかの実施形態において、プロセッサ1205は、メモリ1210に記憶されている命令を実行して、本明細書において説明されている方法およびルーチンを実行する。プロセッサ1205は、メモリ1210、入力デバイス1215、出力デバイス1220、およびトランシーバ1225に通信可能に結合される。

【0167】

様々な実施形態において、プロセッサ1205は、上で説明されているUEの挙動を実装するようにユーザ機器装置1200を制御する。いくつかの実施形態において、プロセッサ1205は、アプリケーション領域およびオペレーティングシステム(「OS」)機能を管理するアプリケーションプロセッサ(「メインプロセッサ」とも呼ばれる)と、無線機能を管理するベースバンドプロセッサ(「ベースバンド無線プロセッサ」とも呼ばれる)とを含み得る。

【0168】

様々な実施形態において、トランシーバ1225を介して、プロセッサ1205は、ネットワークノードから、RRCバッファ(すなわち、プロセッサ1205、メモリ1210、トランシーバ1225、および/またはネットワークインターフェース1240の要素)内の記憶済みQoE測定レポートのサイズを要求する第1のメッセージを受信する。いくつかの実施形態において、第1のメッセージは、装置がQoE測定報告が許可されていないUE状態にある間に受信される。いくつかの実施形態において、第1のメッセージは、すべての記憶済みQoE測定レポートのサイズを転送することを求める要求を含む。いくつかの実施形態において、第1のメッセージは、構成されたQoE測定のリストに対する記憶済みQoE測定レポートのサイズを転送することを求める要求を含む。

【0169】

プロセッサ1205は、第1のメッセージに応答して記憶済みQoE測定レポートのサイズを決定し、第2のメッセージをネットワークノードに送信するようにトランシーバ1225に指令する。ここで、第2のメッセージは、RRCバッファ内の記憶済みQoE測定レポートのサイズを含む。いくつかの実施形態において、第2のメッセージは、装置がQoE測定報告が許可されていないUE状態にある間に送信される。いくつかの実施形態において、第2のメッセージは、すべての記憶済みQoE測定レポートのサイズを含む。いくつかの実施形態において、第2のメッセージは、構成されたQoE測定のリストに対する記憶済みQoE測定レポートのサイズを含む。

【0170】

トランシーバ1225を介して、プロセッサ1205は、ネットワークノードから、QoE測定報告の再開を可能にする構成を含む第3のメッセージを受信する。いくつかの実施形態において、第3のメッセージは、装置がQoE測定報告が許可されていないUE状態にある間に受信される。

【0171】

いくつかの実施形態において、QoE測定報告の再開を可能にする構成は、QoE測定レポート処理に対する開始指示を含み、開始指示は、最も古いQoE測定レポートから処理を開始する指示、または一番最近のQoE測定レポートから処理を開始する指示を含む。いくつかの実施形態において、QoE測定報告の再開を可能にする構成は、記憶済みQoE測定レポートが伝送のために下位層に送信されたときのRRCバッファ内の記憶済みQoE測定レポートの最大バッファリング時間の指示をさらに含む。

【0172】

プロセッサ1205は、少なくとも1つの第4のメッセージをネットワークノードに伝送することをトランシーバ1225に指令する。ここで、少なくとも1つの第4のメッセージの各々は、少なくとも1つのQoE測定レポートを含む。いくつかの実施形態において、第4のメッセージは、1つまたは複数の完全なQoE測定レポートを含む。いくつかの実施形態において、第4のメッセージは、QoE測定レポートの1つまたは複数のセグメントをさらに含む。

【0173】

メモリ1210は、一実施形態において、コンピュータ可読記憶媒体である。いくつかの実施形態において、メモリ1210は、揮発性コンピュータ記憶媒体を含む。たとえば、メモリ1210は、ダイナミックRAM(「DRAM」)、シンクロナスダイナミックRAM(「SDRAM」)、および/またはスタティックRAM(「SRAM」)を含むRAMを含み得る。いくつかの実施形態において、メモリ1210は、不揮発性コンピュータ記憶媒体を含む。たとえば、メモリ1210は、ハードディスクドライブ、フラッシュメモリ、または任意の他の好適な不揮発性コンピュータ記憶デバイスを含み得る。いくつかの実施形態において、メモリ1210は、揮発性と不揮発性の両方のコンピュータ記憶媒体を含む。

【0174】

いくつかの実施形態において、メモリ1210は、QoE測定報告制御に関係するデータを記憶する。たとえば、メモリ1210は、上で説明されているように、パラメータ、構成、および同様のものを記憶し得る。いくつかの実施形態において、メモリ1210は、ユーザ機器装置1200上で動作するオペレーティングシステムまたは他のコントローラアルゴリズムなどのプログラムコードおよび関係するデータも記憶する。

【0175】

入力デバイス1215は、一実施形態において、タッチパネル、ボタン、キーボード、スタイラス、マイク、または同様のものを含む任意の知られているコンピュータ入力デバイスを含み得る。いくつかの実施形態において、入力デバイス1215は、たとえば、タッチスクリーンまたは類似のタッチセンサーディスプレイとして、出力デバイス1220と一体化されてもよい。いくつかの実施形態において、入力デバイス1215は、タッチスクリーン上に表示される仮想キーボードを使用して、および/またはタッチスクリーン上の手書きによって、テキストが入力され得るようなタッチスクリーンを含む。いくつかの実施形態において、入力デバイス1215は、キーボードおよびタッチパネルなどの2つまたはそれ以上の異なるデバイスを含む。

【0176】

出力デバイス1220は、一実施形態において、視覚、聴覚、および/または触覚信号を出力するように設計されている。いくつかの実施形態において、出力デバイス1220は、視覚データをユーザに出力することができる電子的に制御可能なディスプレイまたは表示デバイスを含む。たとえば、出力デバイス1220は、限定はしないが、液晶ディスプレイ(「LCD」)、発光ダイオード(「LED」)ディスプレイ、有機LED(「OLED」)ディスプレイ、プロジェクタ、または画像、テキスト、もしくは同様のものをユーザに出力することができる類似の表示デバイスを含み得る。別の、非限定的な例として、出力デバイス1220は、スマートウォッチ、スマートグラス、ヘッドアップディスプレイ、または同様のものなどの、ユーザ機器装置1200の残りの部分とは別であるが、通信可能に結合される、ウェアラブルディスプレイを含み得る。さらに、出力デバイス1220は、スマートフォン、携帯情報端末、テレビ、テーブルコンピュータ、ノートブック(ラップトップ)コンピュータ、パーソナルコンピュータ、車両ダッシュボード、または同様のものの一コンポーネントであってもよい。

【0177】

いくつかの実施形態において、出力デバイス1220は、音を発生するための1つまたは複数のスピーカを備える。たとえば、出力デバイス1220は、可聴警告または通知(たとえば、ビープ音もしくはチャイム)を発生し得る。いくつかの実施形態において、出力デバイス1220は、振動、動き、または他の触覚フィードバックを発生するための1つまたは複数の触覚デバイスを含む。いくつかの実施形態において、出力デバイス1220の全部または一部は、入力デバイス1215と一体化されてもよい。たとえば、入力デバイス1215および出力デバイス1220は、タッチスクリーンまたは類似のタッチセンサーディスプレイを形成し得る。他の実施形態では、出力デバイス1220は、入力デバイス1215の近くに配置され得る。

【0178】

トランシーバ1225は、1つまたは複数のアクセスネットワークを介してモバイル通信ネットワークの1つまたは複数のネットワーク機能と通信する。トランシーバ1225は、プロセッサ1205の制御下で動作して、メッセージ、データ、および他の信号を伝送し、またメッセージ、データ、および他の信号を受信する。たとえば、プロセッサ1205は、メッセージを送信し、受信するために、特定の時間にトランシーバ1225(またはその一部)を選択的にアクティブ化し得る。

【0179】

トランシーバ1225は、少なくとも1つの送信機1230および少なくとも1つの受信機1235を含む。1つまたは複数の送信機1230は、本明細書において説明されているUL伝送などの、UL通信信号をベースユニット121に提供するために使用され得る。同様に、1つまたは複数の受信機1235は、本明細書において説明されているように、ベースユニット121からDL通信信号を受信するために使用され得る。1つの送信機1230および1つの受信機1235のみが例示されているが、ユーザ機器装置1200は、任意の好適な数の送信機1230および受信機1235を有し得る。さらに、送信機1230および受信機1235は、任意の好適なタイプの送信機および受信機であってよい。一実施形態において、トランシーバ1225は、認可無線スペクトル上でモバイル通信ネットワークと通信するために使用される第1の送信機/受信機ペアと、非認可無線スペクトル上でモバイル通信ネットワークと通信するために使用される第2の送信機/受信機ペアとを含む。

【0180】

いくつかの実施形態において、認可無線スペクトル上でモバイル通信ネットワークと通信するために使用される第1の送信機/受信機ペアと、非認可無線スペクトル上でモバイル通信ネットワークと通信するために使用される第2の送信機/受信機ペアは、単一のトランシーバユニット、たとえば、認可無線スペクトルと非認可無線スペクトルの両方で使用するための機能を実行する単一のチップに組み合わされ得る。いくつかの実施形態において、第1の送信機/受信機ペアおよび第2の送信機/受信機ペアは、1つまたは複数のハードウェアコンポーネントを共有し得る。たとえば、いくつかのトランシーバ1225、送信機1230、および受信機1235は、たとえばネットワークインターフェース1240などの、共有ハードウェアリソースおよび/またはソフトウェアリソースにアクセスする物理的に分離しているコンポーネントとして実装され得る。

【0181】

様々な実施形態において、1つまたは複数の送信機1230および/または1つまたは複数の受信機1235は、マルチトランシーバチップ、システムオンチップ、特定用途向け集積回路(「ASIC」)、または他のタイプのハードウェアコンポーネントなど、単一のハードウェアコンポーネントに実装されおよび/または一体化され得る。いくつかの実施形態において、1つまたは複数の送信機1230および/または1つまたは複数の受信機1235は、マルチチップモジュールに実装されおよび/または一体化され得る。いくつかの実施形態において、ネットワークインターフェース1240または他のハードウェアコンポーネント/回路などの他のコンポーネントは、任意の数の送信機1230および/または受信機1235とともに単一チップに集積化され得る。そのような実施形態では、送信機1230および受信機1235は、1つまたは複数の共通制御信号を使用するトランシーバ1225として、または同じハードウェアチップ内またはマルチチップモジュール内に実装されたモジュール式送信機1230および受信機1235として論理的に構成され得る。

【0182】

図13は、本開示の実施形態による、QoE測定報告制御に使用され得るネットワーク装置1300を示している。一実施形態において、ネットワーク装置1300は、上で説明されているように、ベースユニット121および/またはRANノード210などのネットワークエンドポイントの一実装形態であり得る。さらに、ネットワーク装置1300は、プロセッサ1305、メモリ1310、入力デバイス1315、出力デバイス1320、およびトランシーバ1325を備え得る。

【0183】

いくつかの実施形態において、入力デバイス1315および出力デバイス1320は、タッチスクリーンなどの、単一のデバイスに組み合わされる。いくつかの実施形態において、ネットワーク装置1300は、入力デバイス1315および/または出力デバイス1320を含まない場合がある。様々な実施形態において、ネットワーク装置1300は、プロセッサ1305、メモリ1310、およびトランシーバ1325のうちの1つまたは複数を備え、入力デバイス1315および/または出力デバイス1320を含まなくてもよい。

【0184】

描かれているように、トランシーバ1325は、少なくとも1つの送信機1330および少なくとも1つの受信機1335を含む。ここで、トランシーバ1325は、1つまたは複数のリモートユニット105と通信する。それに加えて、トランシーバ1325は、少なくとも1つのネットワークインターフェース1340および/またはアプリケーションインターフェース1345をサポートし得る。アプリケーションインターフェース1345は、1つまたは複数のAPIをサポートし得る。ネットワークインターフェース1340は、Uu、N1、N2、およびN3などの3GPP参照点をサポートし得る。当業者によって理解されるように、他のネットワークインターフェース1340もサポートされ得る。

【0185】

プロセッサ1305は、一実施形態では、コンピュータ可読命令を実行することができ、および/または論理演算を実行することができる任意の知られているコントローラを含み得る。たとえば、プロセッサ1305は、マイクロコントローラ、マイクロプロセッサ、CPU、GPU、補助処理ユニット、FPGA、または類似のプログラム可能コントローラであってもよい。いくつかの実施形態において、プロセッサ1305は、メモリ1310に記憶されている命令を実行して、本明細書において説明されている方法およびルーチンを実行する。プロセッサ1305は、メモリ1310、入力デバイス1315、出力デバイス1320、およびトランシーバ1325に通信可能に結合される。

【0186】

様々な実施形態において、ネットワーク装置1300は、本明細書において説明されているように、1つまたは複数のUEと通信するRANノード(たとえば、gNB)である。そのような実施形態において、プロセッサ1305は、上で説明されているRANの動作を実行するようにネットワーク装置1300を制御する。RANノードとして動作するときに、プロセッサ1305は、アプリケーション領域およびオペレーティングシステム(「OS」)機能を管理するアプリケーションプロセッサ(「メインプロセッサ」とも呼ばれる)と、無線機能を管理するベースバンドプロセッサ(「ベースバンド無線プロセッサ」とも呼ばれる)とを含み得る。

【0187】

様々な実施形態において、トランシーバ1325を介して、プロセッサ1305は、通信デバイスに、通信デバイスのRRCバッファ内の記憶済みQoE測定レポートのサイズを要求する第1のメッセージを伝送する。いくつかの実施形態において、第1のメッセージは、通信デバイスがQoE測定報告が許可されていないUE状態にある間に受信される。いくつかの実施形態において、第1のメッセージは、すべての記憶済みQoE測定レポートのサイズを転送することを求める要求を含む。いくつかの実施形態において、第1のメッセージは、構成されたQoE測定のリストに対する記憶済みQoE測定レポートのサイズを転送することを求める要求を含む。

【0188】

トランシーバ1325を介して、プロセッサ1305は、通信デバイスから第2のメッセージを受信する。ここで、第2のメッセージは、記憶済みQoE測定レポートのサイズを含む。いくつかの実施形態において、第2のメッセージは、通信デバイスがQoE測定報告が許可されていないUE状態にある間に送信される。いくつかの実施形態において、第2のメッセージは、すべての記憶済みQoE測定レポートのサイズを含む。いくつかの実施形態において、第2のメッセージは、構成されたQoE測定のリストに対する記憶済みQoE測定レポートのサイズを含む。

【0189】

プロセッサ1305は、第2のメッセージを使用して、通信デバイスにおけるQoE測定報告の再開を可能にする構成を決定する。いくつかの実施形態において、QoE測定報告の再開を可能にする構成は、QoE測定レポート処理に対する開始指示を含み、開始指示は最も古いQoE測定レポートから処理を開始する指示、または一番最近のQoE測定レポートから処理を開始する指示を含む。

【0190】

いくつかの実施形態において、QoE測定報告の再開を可能にする構成は、記憶済みQoE測定レポートが伝送のために下位層に送信されたときのRRCバッファ内の記憶済みQoE測定レポートの最大バッファリング時間の指示をさらに含む。

【0191】

プロセッサ1305は、第3のメッセージを通信デバイスに伝送することを送信機1330に指令し、第3のメッセージは、QoE測定報告の再開を可能にするための構成を含む。いくつかの実施形態において、第3のメッセージは、通信デバイスがQoE測定報告が許可されていないUE状態にある間に受信される。トランシーバ1325を介して、プロセッサ1305は、通信デバイスから少なくとも1つの第4のメッセージを受信し、少なくとも第4のメッセージの各々は少なくとも1つのQoE測定レポートを含む。

【0192】

メモリ1310は、一実施形態において、コンピュータ可読記憶媒体である。いくつかの実施形態において、メモリ1310は、揮発性コンピュータ記憶媒体を含む。たとえば、メモリ1310は、DRAM、SDRAM、および/またはSRAMを含む、RAMを含み得る。いくつかの実施形態において、メモリ1310は、不揮発性コンピュータ記憶媒体を含む。たとえば、メモリ1310は、ハードディスクドライブ、フラッシュメモリ、または任意の他の好適な不揮発性コンピュータ記憶デバイスを含み得る。いくつかの実施形態において、メモリ1310は、揮発性と不揮発性の両方のコンピュータ記憶媒体を含む。

【0193】

いくつかの実施形態において、メモリ1310は、QoE測定報告制御に関係するデータを記憶する。たとえば、メモリ1310は、上で説明されているように、パラメータ、構成、および同様のものを記憶し得る。いくつかの実施形態において、メモリ1310は、ネットワーク装置1300上で動作するオペレーティングシステムまたは他のコントローラアルゴリズムなどのプログラムコードおよび関係するデータも記憶する。

【0194】

入力デバイス1315は、一実施形態において、タッチパネル、ボタン、キーボード、スタイラス、マイク、または同様のものを含む任意の知られているコンピュータ入力デバイスを含み得る。いくつかの実施形態において、入力デバイス1315は、たとえば、タッチスクリーンまたは類似のタッチセンサーディスプレイとして、出力デバイス1320と一体化されてもよい。いくつかの実施形態において、入力デバイス1315は、タッチスクリーン上に表示される仮想キーボードを使用して、および/またはタッチスクリーン上の手書きによって、テキストが入力され得るようなタッチスクリーンを含む。いくつかの実施形態において、入力デバイス1315は、キーボードおよびタッチパネルなどの2つまたはそれ以上の異なるデバイスを含む。

【0195】

出力デバイス1320は、一実施形態において、視覚、聴覚、および/または触覚信号を出力するように設計されている。いくつかの実施形態において、出力デバイス1320は、視覚データをユーザに出力することができる電子的に制御可能なディスプレイまたは表示デバイスを含む。たとえば、出力デバイス1320は、限定はしないが、LCDディスプレイ、LEDディスプレイ、OLEDディスプレイ、プロジェクタ、または画像、テキスト、もしくは同様のものをユーザに出力することができる類似の表示デバイスを含み得る。別の、非限定的な例として、出力デバイス1320は、スマートウォッチ、スマートグラス、ヘッドアップディスプレイ、または同様のものなどの、ネットワーク装置1300の残りの部分とは別であるが、通信可能に結合される、ウェアラブルディスプレイを含み得る。さらに、出力デバイス1320は、スマートフォン、携帯情報端末、テレビ、テーブルコンピュータ、ノートブック(ラップトップ)コンピュータ、パーソナルコンピュータ、車両ダッシュボード、または同様のものの一コンポーネントであってもよい。

【0196】

いくつかの実施形態において、出力デバイス1320は、音を発生するための1つまたは複数のスピーカを備える。たとえば、出力デバイス1320は、可聴警告または通知(たとえば、ビープ音もしくはチャイム)を発生し得る。いくつかの実施形態において、出力デバイス1320は、振動、動き、または他の触覚フィードバックを発生するための1つまたは複数の触覚デバイスを含む。いくつかの実施形態において、出力デバイス1320の全部または一部は、入力デバイス1315と一体化されてもよい。たとえば、入力デバイス1315および出力デバイス1320は、タッチスクリーンまたは類似のタッチセンサーディスプレイを形成し得る。他の実施形態では、出力デバイス1320は、入力デバイス1315の近くに配置され得る。

【0197】

トランシーバ1325は、少なくとも1つの送信機1330および少なくとも1つの受信機1335を含む。1つまたは複数の送信機1330は、本明細書において説明されているように、UEと通信するために使用され得る。同様に、1つまたは複数の受信機1335は、本明細書において説明されているように、PLMNおよび/またはRAN内のネットワーク機能と通信するために使用され得る。1つの送信機1330および1つの受信機1335のみが例示されているが、ネットワーク装置1300は、任意の好適な数の送信機1330および受信機1335を有し得る。さらに、送信機1330および受信機1335は、任意の好適なタイプの送信機および受信機であってよい。

【0198】

図14は、本開示の実施形態による、QoE測定報告制御のための方法1400の一実施形態を示す。様々な実施形態において、方法1400は、上で説明されている、リモートユニット105、UE205、および/またはユーザ機器装置1200などの、通信デバイスによって実行される。いくつかの実施形態において、方法1400は、マイクロコントローラ、マイクロプロセッサ、CPU、GPU、補助処理ユニット、FPGA、または同様のものなどの、プロセッサによって実行される。

【0199】

方法1400は、通信ネットワークから、RRCバッファ内の記憶済みQoE測定レポートのサイズを要求する第1のメッセージ1405を受信することを含む。方法1400は、通信デバイスによって、第1のメッセージに応答して記憶済みQoE測定レポートのサイズを決定すること1410を含む。方法1400は、通信ネットワークに、RRCバッファ内の記憶済みQoE測定レポートのサイズを含む第2のメッセージを伝送すること1415を含む。方法1400は、通信ネットワークから、QoE測定報告の再開を可能にする構成を含む第3のメッセージを受信すること1420を含む。方法1400は、通信ネットワークに、少なくとも1つのQoE測定レポートを含む少なくとも1つの第4のメッセージを伝送すること1425を含む。方法1400は終了する。

【0200】

図15は、本開示の実施形態による、QoE測定報告制御のための方法1500の一実施形態を示す。様々な実施形態において、方法1500は、上で説明されているように、ベースユニット121、RANノード210、および/またはネットワーク装置1300などの、ネットワークデバイスによって実行される。いくつかの実施形態において、方法1500は、マイクロコントローラ、マイクロプロセッサ、CPU、GPU、補助処理ユニット、FPGA、または同様のものなどの、プロセッサによって実行される。

【0201】

方法1500は、通信デバイスに、通信デバイスのRRCバッファ内の記憶済みQoE測定レポートのサイズを要求する第1のメッセージを伝送すること1505を含む。方法1500は、通信デバイスから、記憶済みQoE測定レポートのサイズを含む第2のメッセージを受信すること1510を含む。方法1500は、第2のメッセージを使用して、通信デバイスにおけるQoE測定報告の再開を可能にする構成を決定すること1515を含む。方法1500は、通信デバイスに、QoE測定報告の再開を可能にする構成を含む第3のメッセージを伝送すること1520を含む。方法1500は、通信デバイスから、少なくとも1つのQoE測定レポートを含む少なくとも1つの第4のメッセージを受信すること1525を含む。方法1500は終了する。

【0202】

本明細書において開示されているのは、本開示の実施形態による、QoE測定報告制御のための第1の装置である。第1の装置は、上で説明されている、リモートユニット105、UE205、および/またはユーザ機器装置1200などの、通信デバイスによって実装され得る。第1の装置は、トランシーバと、RRCバッファに結合されたプロセッサとを備え、プロセッサは装置に、A)通信ネットワークから、RRCバッファ内の記憶済みQoE測定レポートのサイズを要求する第1のメッセージを受信し、B)第1のメッセージに応答して記憶済みQoE測定レポートのサイズを決定し、C)通信ネットワークに、RRCバッファ内の記憶済みQoE測定レポートのサイズを含む第2のメッセージを伝送し、D)通信ネットワークから、QoE測定報告の再開を可能にする構成を含む第3のメッセージを受信し、E)通信ネットワークに、少なくとも1つのQoE測定レポートを含む少なくとも1つの第4のメッセージを伝送することを行わせるように構成される。

【0203】

いくつかの実施形態において、第1のメッセージおよび第3のメッセージは、第1の装置がQoE測定報告が許可されていないUE状態にある間に受信され、第2のメッセージは、第1の装置がQoE測定報告が許可されていないUE状態にある間に送信される。

【0204】

いくつかの実施形態において、第1のメッセージは、すべての記憶済みQoE測定レポートのサイズを転送することを求める要求を含み、第2のメッセージは、すべての記憶されたQoE測定レポートのサイズを含む。

【0205】

いくつかの実施形態において、第1のメッセージは、構成されたQoE測定のリストに対する記憶済みQoE測定レポートのサイズを転送することを求める要求を含み、第2のメッセージは、構成されたQoE測定のリストに対する記憶済みQoE測定レポートのサイズを含む。

【0206】

いくつかの実施形態において、QoE測定報告の再開を可能にする構成は、QoE測定レポート処理に対する開始指示を含み、開始指示は最も古いQoE測定レポートから処理を開始する指示、または一番最近のQoE測定レポートから処理を開始する指示を含む。

【0207】

【0208】

いくつかの実施形態において、第4のメッセージは、1つまたは複数の完全なQoE測定レポートを含む。いくつかの実施形態において、第4のメッセージは、QoE測定レポートの1つまたは複数のセグメントをさらに含む。

【0209】

本明細書において開示されているのは、本開示の実施形態による、QoE測定報告制御のための第1の方法である。第1の方法は、上で説明されている、リモートユニット105、UE205、および/またはユーザ機器装置1200などの、通信デバイスによって実行され得る。第1の方法は、通信ネットワークから、RRCバッファ内の記憶済みQoE測定レポートのサイズを要求する第1のメッセージを受信することを含む。第2の方法は、通信デバイスによって、第1のメッセージに応答して記憶済みQoE測定レポートのサイズを決定することと、通信ネットワークに、RRCバッファ内の記憶済みQoE測定レポートのサイズを含む第2のメッセージを伝送することとを含む。第2の方法は、通信ネットワークから、QoE測定報告の再開を可能にする構成を含む第3のメッセージを受信することと、通信ネットワークに、少なくとも1つのQoE測定レポートを含む少なくとも1つの第4のメッセージを伝送することとを含む。

【0210】

いくつかの実施形態において、第1のメッセージおよび第3のメッセージは、通信デバイスがQoE測定報告が許可されていないUE状態にある間に受信され、第2のメッセージは、通信デバイスがQoE測定報告が許可されていないUE状態にある間に送信される。

【0211】

【0212】

【0213】

【0214】

【0215】

【0216】

本明細書において開示されているのは、本開示の実施形態による、QoE測定報告制御のための第2の装置である。第2の装置は、上で説明されているように、ベースユニット121、RANノード210、および/またはネットワーク装置1300などの、ネットワークデバイスによって実装され得る。第2の装置は、トランシーバに結合されたプロセッサを備え、トランシーバはUEと通信するように構成され、プロセッサは装置に、A)通信デバイスに、通信デバイスのRRCバッファ内の記憶済みQoE測定レポートのサイズを要求する第1のメッセージを伝送し、B)通信デバイスから、記憶済みQoE測定レポートのサイズを含む第2のメッセージを受信し、D)第2のメッセージを使用して、通信デバイスにおけるQoE測定報告の再開を可能にする構成を決定し、D)通信デバイスに、QoE測定報告の再開を可能にする構成を含む第3のメッセージを伝送し、E)通信デバイスから、少なくとも1つのQoE測定レポートを含む少なくとも1つの第4のメッセージを受信することを行わせるように構成される。

【0217】

【0218】

【0219】

【0220】

【0221】

【0222】

本明細書において開示されているのは、本開示の実施形態による、QoE測定報告制御のための第2の方法である。第2の方法は、上で説明されているように、ベースユニット121、RANノード210、および/またはネットワーク装置1300などの、ネットワークデバイスによって実行され得る。第2の方法は、通信デバイスのRRCバッファ内の記憶済みQoE測定レポートのサイズを要求する第1のメッセージを通信デバイスに伝送することと、通信デバイスから、記憶済みQoE測定レポートのサイズを含む第2のメッセージを受信することとを含む。第2の方法は、第2のメッセージを使用して、通信デバイスにおけるQoE測定報告の再開を可能にする構成を決定することと、通信デバイスに、QoE測定報告の再開を可能にする構成を含む第3のメッセージを伝送することとを含む。第2の方法は、通信デバイスから、少なくとも1つのQoE測定レポートを含む少なくとも1つの第4のメッセージを受信することを含む。

【0223】

【0224】

【0225】

【0226】

【0227】

【0228】

実施形態は、他の特定の形態で実施されてもよい。説明されている実施形態は、すべての点で、説明のみを目的としており、制限することを目的としていないとみなされるべきである。したがって、本発明の範囲は、前述の説明ではなく、付属の特許請求の範囲によって指示される。特許請求の範囲の同等性の意味および範囲内にある変更はすべて、本発明の範囲に包含されるべきである。

【符号の説明】

【0229】

100 ワイヤレス通信システム
105 リモートユニット
107 アプリケーション
120 無線アクセスネットワーク(「RAN」)
121 ベースユニット
123 ワイヤレス通信リンク
125 QoE測定構成
127 QoE測定レポート
140 モバイルコアネットワーク
141 ユーザプレーン機能(「UPF」)
143 アクセスおよびモビリティ管理機能(「AMF」)
145 セッション管理機能(「SMF」)
147 ポリシー制御機能(「PCF」)
149 組み合わされたエンティティ「UDM/UDR」
151 アプリケーションサーバ
160 保守運用管理(「OAM」)
200 NRプロトコルスタック
201 ユーザプレーンプロトコルスタック
203 制御プレーンプロトコルスタック
205 UE
210 RANノード
215 AMF
220 物理(「PHY」)層
225 媒体アクセス制御(「MAC」)副層
230 無線リンク制御(「RLC」)副層
235 パケットデータ収束プロトコル(「PDCP」)副層
240 サービスデータ適応プロトコル(「SDAP」)副層
245 無線リソース制御(「RRC」)層
250 ノンアクセスストラタム(「NAS」)層
255 AS層
260 AS層
300 UL ASプロトコル層
400 RRCBufferStatusRequestメッセージ
500 RRCBufferStatusResponseメッセージ
700 RRCバッファ
800 一実施形態
805 MeasurementReportAppLayerメッセージ
810 QoEレポート
815 RRCメッセージセグメンテーション
900 手順
905 UE AS層(「UE AS」として示されている)
910 UEアプリケーション層(「UE AL」として示されている)
920 メッセージング
925 メッセージング
940 メッセージング
945 メッセージング
950 メッセージング
960 メッセージング
1000 一実施形態
1005 MeasurementReportAppLayerメッセージ
1010 QoEレポート
1015 ULDedicatedMessageSegmentメッセージ
1100 手順
1110および1115 メッセージング
1130 メッセージング
1140 メッセージング
1160 メッセージング
1170 メッセージング
1200 ユーザ機器装置
1205 プロセッサ
1210 メモリ
1215 入力デバイス
1220 出力デバイス
1225 トランシーバ
1230 送信機
1235 受信機
1240 ネットワークインターフェース
1245 アプリケーションインターフェース
1300 ネットワーク装置
1305 プロセッサ
1310 メモリ
1315 入力デバイス
1320 出力デバイス
1325 トランシーバ
1330 送信機
1335 受信機
1340 ネットワークインターフェース
1345 アプリケーションインターフェース
1400 方法
1405 第1のメッセージ
1500 方法

【図1】