特表 2024-530885 ユーザ体感品質の再設定

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

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

(11)【公表番号】

(43)【公表日】2024-08-27

(54)【発明の名称】ユーザ体感品質の再設定

(51)【国際特許分類】

   H04W 24/10 20090101AFI20240820BHJP

   H04W 72/231 20230101ALI20240820BHJP

【ＦＩ】

H04W24/10

H04W72/231

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024504175

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

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

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

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

(87)【国際公開日】2023-01-26

(31)【優先権主張番号】63/224,922

(32)【優先日】2021-07-23

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．３ＧＰＰ

(71)【出願人】

【識別番号】523466972

【氏名又は名称】パルサ ワイヤレス コミュニケーションズ，エルエルシー

(74)【代理人】

【識別番号】110003797

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

(72)【発明者】

【氏名】ババエイ，アリレザ

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD11

5K067EE02

5K067EE10

5K067EE16

(57)【要約】

ユーザ体感品質（ＱｏＥ）再設定の方法は、ユーザ機器（ＵＥ）が、基地局（ＢＳ）から、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを受信することと、ＵＥが、設定パラメータに基づいて、ＢＳへのスケジュールされた送信のための１つ以上の第１のＱｏＥ測定報告を作成することと、ＵＥが、ＢＳから、第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第２のメッセージを受信することであって、少なくとも１つの第２のメッセージは、ＱｏＥ設定に関連する変更を示す、ことと、少なくとも１つの第２のメッセージの受信に応答して、１つ以上の第１のＱｏＥ測定報告を破棄することと、を含む。
【選択図】図１６

【特許請求の範囲】

【請求項1】

ユーザ体感品質（ＱｏＥ）再設定の方法であって、
ユーザ機器（ＵＥ）が、基地局（ＢＳ）から、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを受信するステップと、
前記ＵＥが、前記設定パラメータに基づいて、前記ＢＳへのスケジュールされた送信のための１つ以上の第１のＱｏＥ測定報告を作成するステップと、
前記ＵＥが、前記ＢＳから、前記第１のＱｏＥ設定に関連する前記設定パラメータを含む少なくとも１つの第２のメッセージを受信するステップであって、前記少なくとも１つの第２のメッセージは、前記ＱｏＥ設定に関連する変更を示す、ステップと、
前記少なくとも１つの第２のメッセージの受信に応答して、前記１つ以上の第１のＱｏＥ測定報告を破棄するステップと、を含む、方法。

【請求項2】

前記１つ以上の第１のＱｏＥ測定報告は、１つ以上の無線リソース制御（ＲＲＣ）メッセージを介した送信のために作成される、請求項１に記載の方法。

【請求項3】

前記１つ以上の第１のＱｏＥ測定報告は、ＱｏＥ関連シグナリング無線ベアラ（ＳＲＢ）に関連する、請求項２に記載の方法。

【請求項4】

前記ＱｏＥ関連シグナリング無線ベアラ（ＳＲＢ）は、ＳＲＢ４である、請求項３に記載の方法。

【請求項5】

前記ユーザ体感品質（ＱｏＥ）関連シグナリング無線ベアラ（ＳＲＢ）は、アップリンク共通制御チャネル論理チャネルに関連する第２のＳＲＢよりも低い優先順位を有する、請求項４に記載の方法。

【請求項6】

前記１つ以上のリソース制御（ＲＲＣ）メッセージは、前記１つ以上のＱｏＥ測定報告を含む測定報告アプリケーション層情報要素（ＭｅａｓＲｅｐｏｒｔａｐｐＬａｙｅｒ ＩＥ）を含む、請求項２に記載の方法。

【請求項7】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、前記ＱｏＥ設定に関連する識別子を含む、請求項１に記載の方法。

【請求項8】

前記設定パラメータは、１つ以上のサービスタイプ又はアプリケーションタイプに関連する、請求項１に記載の方法。

【請求項9】

前記第１のＱｏＥ設定に関連するユーザ体感品質（ＱｏＥ）の測定及び報告は、前記少なくとも１つの第１のメッセージの受信に応答してアクティブ化される、請求項１に記載の方法。

【請求項10】

第１のＱｏＥ設定に関連する前記設定パラメータは、前記基地局（ＢＳ）によって、オペレータのコアネットワーク（ＣＮ）及び保守運用（ＯＡＭ）エンティティのうちの１つから受信され、前記第１のＱｏＥ設定に関連する前記設定パラメータは、透過的なコンテナ内にカプセル化される、請求項１に記載の方法。

【請求項11】

前記ユーザ機器（ＵＥ）が、前記設定パラメータに基づいて、前記基地局（ＢＳ）への送信のための１つ以上の第２のユーザ体感品質（ＱｏＥ）測定報告を作成することと、
前記ＵＥが、前記ＢＳから、前記第１のＱｏＥ設定に関連する前記設定パラメータを含む少なくとも１つの第３のメッセージを受信することであって、前記少なくとも１つの第３のメッセージは、前記設定パラメータの少なくとも１つの第２の設定パラメータの値が変更されたことを示す、ことと、を更に含む、請求項１に記載の方法であって、
前記少なくとも１つの第２のメッセージの受信に応答して、前記１つ以上の第２のＱｏＥ測定報告は、破棄されず、
前記方法は、前記１つ以上の第２のＱｏＥ測定報告を送信することを更に含む、請求項１に記載の方法。

【請求項12】

前記少なくとも１つの第２の設定パラメータは、報告周期を含む、請求項１１に記載の方法。

【請求項13】

前記ユーザ体感品質（ＱｏＥ）設定に関連する前記変更は、前記１つ以上の第１のＱｏＥ測定報告の内容に影響する、請求項１に記載の方法。

【請求項14】

前記ユーザ体感品質（ＱｏＥ）設定に関連する前記変更は、１つ以上の無線関連パラメータの変更を含む、請求項１３に記載の方法。

【請求項15】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、第１のタイミングで送信されるようにスケジュールされ、
前記少なくとも１つの第２のメッセージは、第２のタイミングで受信され、
前記１つ以上の第１のＱｏＥ測定報告を破棄するステップは、前記第１のタイミング及び前記第２のタイミングに更に基づく、請求項１に記載の方法。

【請求項16】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄するステップは、前記少なくとも１つの第２のメッセージの処理時間に更に基づく、請求項１５に記載の方法。

【請求項17】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄するステップは、前記少なくとも１つの第２のメッセージの処理時間に更に基づく、請求項１に記載の方法。

【請求項18】

前記少なくとも１つの第２のメッセージの前記処理時間は、前記ユーザ機器（ＵＥ）の能力に基づく、請求項１７に記載の方法。

【請求項19】

前記第１のユーザ体感品質（ＱｏＥ）設定は、第１のサービスタイプ又は第１のアプリケーションタイプに関連し、
前記１つ以上の第１のＱｏＥ測定報告を破棄するステップは、前記第１のＱｏＥ設定が前記第１のサービスタイプ又は前記第１のアプリケーションタイプに関連することに更に基づく、請求項１に記載の方法。

【請求項20】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄するステップは、前記１つ以上のＱｏＥ測定報告を含む１つ以上のトランスポートブロックに関連する１つ以上のハイブリッド自動再送要求（ＨＡＲＱ）バッファをフラッシュすることを含む、請求項１に記載の方法。

【請求項21】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄するステップは、前記１つ以上のＱｏＥ報告に関連する１つ以上のシグナリング無線ベアラ（ＳＲＢ）の１つ以上のバッファをフラッシュすることを含む、請求項１に記載の方法。

【請求項22】

前記スケジュールされた送信のための送信パラメータを示すアップリンクグラントを受信することを更に含む、請求項１に記載の方法。

【請求項23】

ユーザ体感品質（ＱｏＥ）再設定の方法であって、
ユーザ機器（ＵＥ）が、基地局（ＢＳ）から、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを受信するステップと、
前記ＵＥが、前記ＢＳから、前記第１のＱｏＥ設定に関連する前記設定パラメータを含む少なくとも１つの第２のメッセージを受信するステップであって、前記少なくとも１つの第２のメッセージは、前記第１のＱｏＥ設定に関連する変更を示す、ステップと、
前記少なくとも１つの第２のメッセージの受信に応答して、ＱｏＥ測定又は報告に関連するカウンタをリセットするか、又はタイマをリスタートするステップと、を含む、方法。

【請求項24】

前記ユーザ体感品質（ＱｏＥ）測定及び報告に関連する前記カウンタは、ＱｏＥ主要性能指標（ＫＰＩ）を決定するために使用される、請求項２３に記載の方法。

【請求項25】

前記主要性能指標（ＫＰＩ）は、スループット、遅延、ジッタ、応答時間、アクセス時間、及び障害率のうちの１つ以上である、請求項２４に記載の方法。

【請求項26】

前記ユーザ体感品質（ＱｏＥ）測定及び報告に関連する前記タイマは、ＱｏＥ主要性能指標（ＫＰＩ）を決定するために使用される、請求項２３に記載の方法。

【請求項27】

前記主要性能指標（ＫＰＩ）は、スループット、遅延、ジッタ、応答時間、アクセス時間、及び障害率のうちの１つ以上である、請求項２６に記載の方法。

【請求項28】

１つ以上の無線リソース制御（ＲＲＣ）メッセージを介して、１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を送信することを更に含む、請求項２３に記載の方法。

【請求項29】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、ＱｏＥ関連シグナリング無線ベアラ（ＳＲＢ）に関連する、請求項２８に記載の方法。

【請求項30】

前記ユーザ体感品質（ＱｏＥ）関連シグナリング無線ベアラ（ＳＲＢ）は、ＳＲＢ４である、請求項２９に記載の方法。

【請求項31】

前記ユーザ体感品質（ＱｏＥ）関連シグナリング無線ベアラ（ＳＲＢ）は、アップリンク共通制御チャネル論理チャネルに関連する第２のＳＲＢよりも低い優先順位を有する、請求項３０に記載の方法。

【請求項32】

前記１つ以上のリソース制御（ＲＲＣ）メッセージは、１つ以上の前記ユーザ体感品質（ＱｏＥ）測定報告を含む測定報告アプリケーション層情報要素（ＭｅａｓＲｅｐｏｒｔａｐｐＬａｙｅｒ ＩＥ）を含む、請求項２８に記載の方法。

【請求項33】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、前記ＱｏＥ設定に関連する識別子を含む、請求項２８に記載の方法。

【請求項34】

前記設定パラメータは、１つ以上のサービスタイプ又はアプリケーションタイプに関連する、請求項２３に記載の方法。

【請求項35】

前記第１のＱｏＥ設定に関連するユーザ体感品質（ＱｏＥ）の測定及び報告は、前記少なくとも１つの第１のメッセージの受信に応答してアクティブ化される、請求項２３に記載の方法。

【請求項36】

第１のユーザ体感品質（ＱｏＥ）設定に関連する前記設定パラメータは、前記基地局（ＢＳ）によって、オペレータのコアネットワーク（ＣＮ）及び保守運用（ＯＡＭ）エンティティのうちの少なくとも１つから受信され、前記第１のＱｏＥ設定に関連する前記設定パラメータは、透過的なコンテナ内にカプセル化される、請求項２３に記載の方法。

【請求項37】

前記ユーザ機器（ＵＥ）が、前記基地局（ＢＳ）から、前記第１のユーザ体感品質（ＱｏＥ）設定に関連する前記設定パラメータを含む少なくとも１つの第３のメッセージを受信することであって、前記少なくとも１つの第３のメッセージは、前記設定パラメータの少なくとも１つの第２の設定パラメータの値が変更されたことを示す、ことを更に含み、
前記少なくとも１つの第２のメッセージの受信に応答して、前記カウンタはリセットされず、前記タイマはリスタートされない、請求項２３に記載の方法。

【請求項38】

前記少なくとも１つの第２の設定パラメータは、報告周期を含む、請求項３７に記載の方法。

【請求項39】

前記ユーザ体感品質（ＱｏＥ）設定に関連する前記変更は、前記１つ以上の第１のＱｏＥ測定報告の内容に影響する、請求項２３に記載の方法。

【請求項40】

前記ユーザ体感品質（ＱｏＥ）設定に関連する前記変更は、１つ以上の無線関連パラメータの変更を含む、請求項３９に記載の方法。

【請求項41】

前記第１のユーザ体感品質（ＱｏＥ）設定は、第１のサービスタイプ又は第１のアプリケーションタイプに関連し、
前記カウンタをリセットするか、又は前記タイマをリスタートするステップは、前記第１のＱｏＥ設定が前記第１のサービスタイプ又は前記第１のアプリケーションタイプに関連することに更に基づく、請求項２３に記載の方法。

【請求項42】

１つ以上のプロセッサと、
命令を記憶するメモリと、を含む、ユーザ機器（ＵＥ）であって、前記命令は、前記１つ以上のプロセッサによって実行されると、前記ＵＥに、
基地局（ＢＳ）から、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを受信することと、
前記設定パラメータに基づいて、前記ＢＳへのスケジュールされた送信のための１つ以上の第１のＱｏＥ測定報告を作成することと、
前記ＢＳから、前記第１のＱｏＥ設定に関連する前記設定パラメータを含む少なくとも１つの第２のメッセージを受信することであって、前記少なくとも１つの第２のメッセージは、前記ＱｏＥ設定に関連する変更を示す、ことと、
前記少なくとも１つの第２のメッセージの受信に応答して、前記１つ以上の第１のＱｏＥ測定報告を破棄することと、を行わせる、ユーザ機器（ＵＥ）。

【請求項43】

前記１つ以上の第１のＱｏＥ測定報告は、１つ以上の無線リソース制御（ＲＲＣ）メッセージを介した送信のために作成される、請求項４２に記載のユーザ機器（ＵＥ）。

【請求項44】

前記１つ以上の第１のＱｏＥ測定報告は、ＱｏＥ関連シグナリング無線ベアラ（ＳＲＢ）に関連する、請求項４３に記載のユーザ機器（ＵＥ）。

【請求項45】

前記ＱｏＥ関連シグナリング無線ベアラ（ＳＲＢ）は、ＳＲＢ４である、請求項４４に記載のユーザ機器（ＵＥ）。

【請求項46】

前記ユーザ体感品質（ＱｏＥ）関連シグナリング無線ベアラ（ＳＲＢ）は、アップリンク共通制御チャネル論理チャネルに関連する第２のＳＲＢよりも低い優先順位を有する、請求項４５に記載のユーザ機器（ＵＥ）。

【請求項47】

前記１つ以上のリソース制御（ＲＲＣ）メッセージは、前記１つ以上のＱｏＥ測定報告を含む測定報告アプリケーション層情報要素（ＭｅａｓＲｅｐｏｒｔａｐｐＬａｙｅｒ ＩＥ）を含む、請求項４３に記載のユーザ機器（ＵＥ）。

【請求項48】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、前記ＱｏＥ設定に関連する識別子を含む、請求項４２に記載のユーザ機器（ＵＥ）。

【請求項49】

前記設定パラメータは、１つ以上のサービスタイプ又はアプリケーションタイプに関連する、請求項４２に記載のユーザ機器（ＵＥ）。

【請求項50】

前記第１のＱｏＥ設定に関連するユーザ体感品質（ＱｏＥ）の測定及び報告は、前記少なくとも１つの第１のメッセージの受信に応答してアクティブ化される、請求項４２に記載のユーザ機器（ＵＥ）。

【請求項51】

第１のＱｏＥ設定に関連する前記設定パラメータは、前記基地局（ＢＳ）によって、オペレータのコアネットワーク（ＣＮ）及び保守運用（ＯＡＭ）エンティティのうちの１つから受信され、前記第１のＱｏＥ設定に関連する前記設定パラメータは、透過的なコンテナ内にカプセル化される、請求項４２に記載のユーザ機器（ＵＥ）。

【請求項52】

前記命令は、前記１つ以上のプロセッサによって実行されると、前記ＵＥに、
前記ユーザ機器（ＵＥ）が、前記設定パラメータに基づいて、前記基地局（ＢＳ）への送信のための１つ以上の第２のユーザ体感品質（ＱｏＥ）測定報告を作成することと、
前記ＵＥが、前記ＢＳから、前記第１のＱｏＥ設定に関連する前記設定パラメータを含む少なくとも１つの第３のメッセージを受信することであって、前記少なくとも１つの第３のメッセージは、前記設定パラメータの少なくとも１つの第２の設定パラメータの値が変更されたことを示す、ことと、を更に行わせる、請求項４２に記載のユーザ機器（ＵＥ）であって、
前記少なくとも１つの第２のメッセージの受信に応答して、前記１つ以上の第２のＱｏＥ測定報告は、破棄されず、
前記命令は、前記１つ以上のプロセッサによって実行されると、前記ＵＥに、前記１つ以上の第２のＱｏＥ測定報告を送信することを更に行わせる、請求項４２に記載のユーザ機器（ＵＥ）。

【請求項53】

前記少なくとも１つの第２の設定パラメータは、報告周期を含む、請求項５２に記載のユーザ機器（ＵＥ）。

【請求項54】

前記ユーザ体感品質（ＱｏＥ）設定に関連する前記変更は、前記１つ以上の第１のＱｏＥ測定報告の内容に影響する、請求項４２に記載のユーザ機器（ＵＥ）。

【請求項55】

前記ユーザ体感品質（ＱｏＥ）設定に関連する前記変更は、１つ以上の無線関連パラメータの変更を含む、請求項５４に記載のユーザ機器（ＵＥ）。

【請求項56】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、第１のタイミングで送信されるようにスケジュールされ、
前記少なくとも１つの第２のメッセージは、第２のタイミングで受信され、
前記１つ以上の第１のＱｏＥ測定報告を破棄することは、前記第１のタイミング及び前記第２のタイミングに更に基づく、請求項４２に記載のユーザ機器（ＵＥ）。

【請求項57】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄することは、前記少なくとも１つの第２のメッセージの処理時間に更に基づく、請求項５６に記載のユーザ機器（ＵＥ）。

【請求項58】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄することは、前記少なくとも１つの第２のメッセージの処理時間に更に基づく、請求項４２に記載のユーザ機器（ＵＥ）。

【請求項59】

前記少なくとも１つの第２のメッセージの前記処理時間は、前記ユーザ機器（ＵＥ）の能力に基づく、請求項５８に記載のユーザ機器（ＵＥ）。

【請求項60】

前記第１のユーザ体感品質（ＱｏＥ）設定は、第１のサービスタイプ又は第１のアプリケーションタイプに関連し、
前記１つ以上の第１のＱｏＥ測定報告を破棄することは、前記第１のＱｏＥ設定が前記第１のサービスタイプ又は前記第１のアプリケーションタイプに関連することに更に基づく、請求項４２に記載のユーザ機器（ＵＥ）。

【請求項61】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄することは、前記１つ以上のＱｏＥ測定報告を含む１つ以上のトランスポートブロックに関連する１つ以上のハイブリッド自動再送要求（ＨＡＲＱ）バッファをフラッシュすることを含む、請求項４２に記載のユーザ機器（ＵＥ）。

【請求項62】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄することは、前記１つ以上のＱｏＥ報告に関連する１つ以上のシグナリング無線ベアラ（ＳＲＢ）の１つ以上のバッファをフラッシュすることを含む、請求項４２に記載のユーザ機器（ＵＥ）。

【請求項63】

前記命令は、前記１つ以上のプロセッサによって実行されると、前記ＵＥに、前記スケジュールされた送信のための送信パラメータを示すアップリンクグラントを受信することを、更に行わせる、請求項４２に記載のユーザ機器（ＵＥ）。

【請求項64】

１つ以上のプロセッサと、
命令を記憶するメモリと、を含む、ユーザ機器（ＵＥ）であって、前記命令は、前記１つ以上のプロセッサによって実行されると、前記ＵＥに、
基地局（ＢＳ）から、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを受信することと、
前記ＢＳから、前記第１のＱｏＥ設定に関連する前記設定パラメータを含む少なくとも１つの第２のメッセージを受信することであって、前記少なくとも１つの第２のメッセージは、前記第１のＱｏＥ設定に関連する変更を示す、ことと、
前記少なくとも１つの第２のメッセージの受信に応答して、ＱｏＥ測定又は報告に関連するカウンタをリセットするか、又はタイマをリスタートすることと、を行わせる、ユーザ機器（ＵＥ）。

【請求項65】

前記ユーザ体感品質（ＱｏＥ）測定及び報告に関連する前記カウンタは、ＱｏＥ主要性能指標（ＫＰＩ）を決定するために使用される、請求項６４に記載のユーザ機器（ＵＥ）。

【請求項66】

前記主要性能指標（ＫＰＩ）は、スループット、遅延、ジッタ、応答時間、アクセス時間、及び障害率のうちの１つ以上である、請求項６５に記載のユーザ機器（ＵＥ）。

【請求項67】

前記ユーザ体感品質（ＱｏＥ）測定及び報告に関連する前記タイマは、ＱｏＥ主要性能指標（ＫＰＩ）を決定するために使用される、請求項６４に記載のユーザ機器（ＵＥ）。

【請求項68】

前記主要性能指標（ＫＰＩ）は、スループット、遅延、ジッタ、応答時間、アクセス時間、及び障害率のうちの１つ以上である、請求項６７に記載のユーザ機器（ＵＥ）。

【請求項69】

前記命令は、前記１つ以上のプロセッサによって実行されると、前記ＵＥに、１つ以上の無線リソース制御（ＲＲＣ）メッセージを介して、１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を送信することを、更に行わせる、請求項６４に記載のユーザ機器（ＵＥ）。

【請求項70】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、ＱｏＥ関連シグナリング無線ベアラ（ＳＲＢ）に関連する、請求項６９に記載のユーザ機器（ＵＥ）。

【請求項71】

前記ユーザ体感品質（ＱｏＥ）関連シグナリング無線ベアラ（ＳＲＢ）は、ＳＲＢ４である、請求項７０に記載のユーザ機器（ＵＥ）。

【請求項72】

前記ユーザ体感品質（ＱｏＥ）関連シグナリング無線ベアラ（ＳＲＢ）は、アップリンク共通制御チャネル論理チャネルに関連する第２のＳＲＢよりも低い優先順位を有する、請求項７１に記載のユーザ機器（ＵＥ）。

【請求項73】

前記１つ以上のリソース制御（ＲＲＣ）メッセージは、１つ以上の前記ユーザ体感品質（ＱｏＥ）測定報告を含む測定報告アプリケーション層情報要素（ＭｅａｓＲｅｐｏｒｔａｐｐＬａｙｅｒ ＩＥ）を含む、請求項６９に記載のユーザ機器（ＵＥ）。

【請求項74】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、前記ＱｏＥ設定に関連する識別子を含む、請求項６９に記載のユーザ機器（ＵＥ）。

【請求項75】

前記設定パラメータは、１つ以上のサービスタイプ又はアプリケーションタイプに関連する、請求項６４に記載のユーザ機器（ＵＥ）。

【請求項76】

前記第１のＱｏＥ設定に関連するユーザ体感品質（ＱｏＥ）の測定及び報告は、前記少なくとも１つの第１のメッセージの受信に応答してアクティブ化される、請求項６４に記載のユーザ機器（ＵＥ）。

【請求項77】

第１のユーザ体感品質（ＱｏＥ）設定に関連する前記設定パラメータは、前記基地局（ＢＳ）によって、オペレータのコアネットワーク（ＣＮ）及び保守運用（ＯＡＭ）エンティティのうちの少なくとも１つから受信され、前記第１のＱｏＥ設定に関連する前記設定パラメータは、透過的なコンテナ内にカプセル化される、請求項６４に記載のユーザ機器（ＵＥ）。

【請求項78】

前記命令は、前記１つ以上のプロセッサによって実行されると、前記ＵＥに、
前記基地局（ＢＳ）から、前記第１のユーザ体感品質（ＱｏＥ）設定に関連する前記設定パラメータを含む少なくとも１つの第３のメッセージを受信することであって、前記少なくとも１つの第３のメッセージは、前記設定パラメータの少なくとも１つの第２の設定パラメータの値が変更されたことを示す、ことを更に行わせ、
前記少なくとも１つの第２のメッセージの受信に応答して、前記カウンタはリセットされず、前記タイマはリスタートされない、請求項６４に記載のユーザ機器（ＵＥ）。

【請求項79】

前記少なくとも１つの第２の設定パラメータは、報告周期を含む、請求項７８に記載のユーザ機器（ＵＥ）。

【請求項80】

前記ユーザ体感品質（ＱｏＥ）設定に関連する前記変更は、前記１つ以上の第１のＱｏＥ測定報告の内容に影響する、請求項６４に記載のユーザ機器（ＵＥ）。

【請求項81】

前記ユーザ体感品質（ＱｏＥ）設定に関連する前記変更は、１つ以上の無線関連パラメータの変更を含む、請求項８０に記載のユーザ機器（ＵＥ）。

【請求項82】

前記第１のユーザ体感品質（ＱｏＥ）設定は、第１のサービスタイプ又は第１のアプリケーションタイプに関連し、
前記カウンタをリセットすること、又は前記タイマをリスタートすることは、前記第１のＱｏＥ設定が前記第１のサービスタイプ又は前記第１のアプリケーションタイプに関連することに更に基づく、請求項６４に記載のユーザ機器（ＵＥ）。

【請求項83】

ユーザ体感品質（ＱｏＥ）再設定の方法であって、
前記方法は、基地局が、ユーザ機器（ＵＥ）に、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを送信するステップを含む、方法であって、
１つ以上の第１のＱｏＥ測定報告が、前記設定パラメータに基づいて、前記基地局へのスケジュールされた送信のために作成され、
前記方法は、前記基地局が、前記ＵＥに、前記第１のＱｏＥ設定に関連する前記設定パラメータを含む少なくとも１つの第２のメッセージを送信するステップであって、前記少なくとも１つの第２のメッセージは、前記ＱｏＥ設定に関連する変更を示すステップ、を含み、
前記１つ以上の第１のＱｏＥ測定報告は、前記少なくとも１つの第２のメッセージの受信に応答して破棄される、方法。

【請求項84】

前記１つ以上の第１のＱｏＥ測定報告は、１つ以上の無線リソース制御（ＲＲＣ）メッセージを介した送信のために作成される、請求項８３に記載の方法。

【請求項85】

前記１つ以上の第１のＱｏＥ測定報告は、ＱｏＥ関連シグナリング無線ベアラ（ＳＲＢ）に関連する、請求項８４に記載の方法。

【請求項86】

前記ＱｏＥ関連シグナリング無線ベアラ（ＳＲＢ）は、ＳＲＢ４である、請求項８５に記載の方法。

【請求項87】

前記ユーザ体感品質（ＱｏＥ）関連シグナリング無線ベアラ（ＳＲＢ）は、アップリンク共通制御チャネル論理チャネルに関連する第２のＳＲＢよりも低い優先順位を有する、請求項８６に記載の方法。

【請求項88】

前記１つ以上のリソース制御（ＲＲＣ）メッセージは、前記１つ以上のＱｏＥ測定報告を含む測定報告アプリケーション層情報要素（ＭｅａｓＲｅｐｏｒｔａｐｐＬａｙｅｒ ＩＥ）を含む、請求項８４に記載の方法。

【請求項89】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、前記ＱｏＥ設定に関連する識別子を含む、請求項８３に記載の方法。

【請求項90】

前記設定パラメータは、１つ以上のサービスタイプ又はアプリケーションタイプに関連する、請求項８３に記載の方法。

【請求項91】

前記第１のＱｏＥ設定に関連するユーザ体感品質（ＱｏＥ）の測定及び報告は、前記少なくとも１つの第１のメッセージの受信に応答してアクティブ化される、請求項８３に記載の方法。

【請求項92】

第１のＱｏＥ設定に関連する前記設定パラメータは、前記基地局（ＢＳ）によって、オペレータのコアネットワーク（ＣＮ）及び保守運用（ＯＡＭ）エンティティのうちの１つから受信され、前記第１のＱｏＥ設定に関連する前記設定パラメータは、透過的なコンテナ内にカプセル化される、請求項８３に記載の方法。

【請求項93】

前記基地局が、前記ＵＥに、前記第１のＱｏＥ設定に関連する前記設定パラメータを含む少なくとも１つの第３のメッセージを送信することであって、前記少なくとも１つの第３のメッセージは、前記設定パラメータの少なくとも１つの第２の設定パラメータの値が変更されたことを示す、ことを更に含む、請求項８３に記載の方法であって、
前記設定パラメータに基づいて、前記基地局への送信のための１つ以上の第２のユーザ体感品質（ＱｏＥ）測定報告が作成され、
前記少なくとも１つの第２のメッセージの送信に応答して、前記１つ以上の第２のＱｏＥ測定報告は、破棄されず、
前記方法は、前記１つ以上の第２のＱｏＥ測定報告を受信することを更に含む、請求項８３に記載の方法。

【請求項94】

前記少なくとも１つの第２の設定パラメータは、報告周期を含む、請求項９３に記載の方法。

【請求項95】

前記ユーザ体感品質（ＱｏＥ）設定に関連する前記変更は、前記１つ以上の第１のＱｏＥ測定報告の内容に影響する、請求項８３に記載の方法。

【請求項96】

前記ユーザ体感品質（ＱｏＥ）設定に関連する前記変更は、１つ以上の無線関連パラメータの変更を含む、請求項９５に記載の方法。

【請求項97】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、第１のタイミングで送信されるようにスケジュールされ、
前記少なくとも１つの第２のメッセージは、第２のタイミングで受信され、および前記１つ以上の第１のＱｏＥ測定報告を破棄することは、前記第１のタイミング及び前記第２のタイミングに更に基づく、請求項８３に記載の方法。

【請求項98】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄することは、前記少なくとも１つの第２のメッセージの処理時間に更に基づく、請求項９７に記載の方法。

【請求項99】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄することは、前記少なくとも１つの第２のメッセージの処理時間に更に基づく、請求項８３に記載の方法。

【請求項100】

前記少なくとも１つの第２のメッセージの前記処理時間は、前記ユーザ機器（ＵＥ）の能力に基づく、請求項９９に記載の方法。

【請求項101】

請求項８３に記載の方法であって、
前記第１のユーザ体感品質（ＱｏＥ）設定は、第１のサービスタイプ又は第１のアプリケーションタイプに関連し、
前記１つ以上の第１のＱｏＥ測定報告を破棄することは、前記第１のＱｏＥ設定が前記第１のサービスタイプ又は前記第１のアプリケーションタイプに関連することに更に基づく、請求項８３に記載の方法。

【請求項102】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄することは、前記１つ以上のＱｏＥ測定報告を含む１つ以上のトランスポートブロックに関連する１つ以上のハイブリッド自動再送要求（ＨＡＲＱ）バッファをフラッシュすることを含む、請求項８３に記載の方法。

【請求項103】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄することは、前記１つ以上のＱｏＥ報告に関連する１つ以上のシグナリング無線ベアラ（ＳＲＢ）の１つ以上のバッファをフラッシュすることを含む、請求項８３に記載の方法。

【請求項104】

前記スケジュールされた送信のための送信パラメータを示すアップリンクグラントを送信することを更に含む、請求項８３に記載の方法。

【請求項105】

ユーザ体感品質（ＱｏＥ）再設定の方法であって、
基地局が、ユーザ機器（ＵＥ）に、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを送信するステップと、
前記基地局が、前記ＵＥに、前記第１のＱｏＥ設定に関連する前記設定パラメータを含む少なくとも１つの第２のメッセージを送信するステップであって、前記少なくとも１つの第２のメッセージは、前記第１のＱｏＥ設定に関連する変更を示す、ステップと、を含み、
前記少なくとも１つの第２のメッセージの受信に応答して、ＱｏＥ測定若しくは報告に関連するカウンタがリセットされるか、又はＱｏＥ測定若しくは報告に関連するタイマがリスタートされる、方法。

【請求項106】

前記ユーザ体感品質（ＱｏＥ）測定及び報告に関連する前記カウンタは、ＱｏＥ主要性能指標（ＫＰＩ）を決定するために使用される、請求項１０５に記載の方法。

【請求項107】

前記主要性能指標（ＫＰＩ）は、スループット、遅延、ジッタ、応答時間、アクセス時間、及び障害率のうちの１つ以上である、請求項１０５に記載の方法。

【請求項108】

前記ユーザ体感品質（ＱｏＥ）測定及び報告に関連する前記タイマは、ＱｏＥ主要性能指標（ＫＰＩ）を決定するために使用される、請求項１０５に記載の方法。

【請求項109】

前記主要性能指標（ＫＰＩ）は、スループット、遅延、ジッタ、応答時間、アクセス時間、及び障害率のうちの１つ以上である、請求項１０８に記載の方法。

【請求項110】

１つ以上の無線リソース制御（ＲＲＣ）メッセージを介して、１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を受信することを更に含む、請求項１０５に記載の方法。

【請求項111】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、ＱｏＥ関連シグナリング無線ベアラ（ＳＲＢ）に関連する、請求項１１０に記載の方法。

【請求項112】

前記ユーザ体感品質（ＱｏＥ）関連シグナリング無線ベアラ（ＳＲＢ）は、ＳＲＢ４である、請求項１１１に記載の方法。

【請求項113】

前記ユーザ体感品質（ＱｏＥ）関連シグナリング無線ベアラ（ＳＲＢ）は、アップリンク共通制御チャネル論理チャネルに関連する第２のＳＲＢよりも低い優先順位を有する、請求項１１２に記載の方法。

【請求項114】

前記１つ以上のリソース制御（ＲＲＣ）メッセージは、１つ以上の前記ユーザ体感品質（ＱｏＥ）測定報告を含む測定報告アプリケーション層情報要素（ＭｅａｓＲｅｐｏｒｔａｐｐＬａｙｅｒ ＩＥ）を含む、請求項１１０に記載の方法。

【請求項115】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、前記ＱｏＥ設定に関連する識別子を含む、請求項１１０に記載の方法。

【請求項116】

前記設定パラメータは、１つ以上のサービスタイプ又はアプリケーションタイプに関連する、請求項１０５に記載の方法。

【請求項117】

前記第１のＱｏＥ設定に関連するユーザ体感品質（ＱｏＥ）の測定及び報告は、前記少なくとも１つの第１のメッセージの受信に応答してアクティブ化される、請求項１０５に記載の方法。

【請求項118】

第１のユーザ体感品質（ＱｏＥ）設定に関連する前記設定パラメータは、前記基地局（ＢＳ）によって、オペレータのコアネットワーク（ＣＮ）及び保守運用（ＯＡＭ）エンティティのうちの少なくとも１つから受信され、前記第１のＱｏＥ設定に関連する前記設定パラメータは、透過的なコンテナ内にカプセル化される、請求項１０５に記載の方法。

【請求項119】

前記基地局が、前記ユーザ機器（ＵＥ）に、前記第１のユーザ体感品質（ＱｏＥ）設定に関連する前記設定パラメータを含む少なくとも１つの第３のメッセージを送信することであって、前記少なくとも１つの第３のメッセージは、前記設定パラメータの少なくとも１つの第２の設定パラメータの値が変更されたことを示す、ことを更に含み、
前記少なくとも１つの第２のメッセージの受信に応答して、前記カウンタはリセットされず、前記タイマはリスタートされない、請求項１０５に記載の方法。

【請求項120】

前記少なくとも１つの第２の設定パラメータは、報告周期を含む、請求項１１９に記載の方法。

【請求項121】

前記ユーザ体感品質（ＱｏＥ）設定に関連する前記変更は、前記１つ以上の第１のＱｏＥ測定報告の内容に影響する、請求項１０５に記載の方法。

【請求項122】

前記ユーザ体感品質（ＱｏＥ）設定に関連する前記変更は、１つ以上の無線関連パラメータの変更を含む、請求項１２１に記載の方法。

【請求項123】

前記第１のユーザ体感品質（ＱｏＥ）設定は、第１のサービスタイプ又は第１のアプリケーションタイプに関連し、
前記カウンタをリセットすること、又は前記タイマをリスタートすることは、前記第１のＱｏＥ設定が前記第１のサービスタイプ又は前記第１のアプリケーションタイプに関連することに更に基づく、請求項１０５に記載の方法。

【請求項124】

１つ以上のプロセッサと、
命令を記憶するメモリと、を含む、基地局であって、
前記命令は、前記１つ以上のプロセッサによって実行されると、基地局に、
ユーザ機器（ＵＥ）へ、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを送信することを行わせ、
１つ以上の第１のＱｏＥ測定報告が、前記設定パラメータに基づいて、前記基地局へのスケジュールされた送信のために作成され、
前記命令は、前記１つ以上のプロセッサによって実行されると、前記基地局に、
前記ＵＥへ、前記第１のＱｏＥ設定に関連する前記設定パラメータを含む少なくとも１つの第２のメッセージを送信することであって、前記少なくとも１つの第２のメッセージは、前記ＱｏＥ設定に関連する変更を示す、ことを更に行わせ、
前記１つ以上の第１のＱｏＥ測定報告は、前記少なくとも１つの第２のメッセージの受信に応答して破棄される、基地局。

【請求項125】

前記１つ以上の第１のＱｏＥ測定報告は、１つ以上の無線リソース制御（ＲＲＣ）メッセージを介した送信のために作成される、請求項１２４に記載の基地局。

【請求項126】

前記１つ以上の第１のＱｏＥ測定報告は、ＱｏＥ関連シグナリング無線ベアラ（ＳＲＢ）に関連する、請求項１２５に記載の基地局。

【請求項127】

前記ＱｏＥ関連シグナリング無線ベアラ（ＳＲＢ）は、ＳＲＢ４である、請求項１２６に記載の基地局。

【請求項128】

前記ユーザ体感品質（ＱｏＥ）関連シグナリング無線ベアラ（ＳＲＢ）は、アップリンク共通制御チャネル論理チャネルに関連する第２のＳＲＢよりも低い優先順位を有する、請求項１２７に記載の基地局。

【請求項129】

前記１つ以上のリソース制御（ＲＲＣ）メッセージは、前記１つ以上のＱｏＥ測定報告を含む測定報告アプリケーション層情報要素（ＭｅａｓＲｅｐｏｒｔａｐｐＬａｙｅｒ ＩＥ）を含む、請求項１２５に記載の基地局。

【請求項130】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、前記ＱｏＥ設定に関連する識別子を含む、請求項１２４に記載の基地局。

【請求項131】

前記設定パラメータは、１つ以上のサービスタイプ又はアプリケーションタイプに関連する、請求項１２４に記載の基地局。

【請求項132】

前記第１のＱｏＥ設定に関連するユーザ体感品質（ＱｏＥ）の測定及び報告は、前記少なくとも１つの第１のメッセージの受信に応答してアクティブ化される、請求項１２４に記載の基地局。

【請求項133】

第１のＱｏＥ設定に関連する前記設定パラメータは、前記基地局（ＢＳ）によって、オペレータのコアネットワーク（ＣＮ）及び保守運用（ＯＡＭ）エンティティのうちの１つから受信され、前記第１のＱｏＥ設定に関連する前記設定パラメータは、透過的なコンテナ内にカプセル化される、請求項１２４に記載の基地局。

【請求項134】

前記命令は、前記１つ以上のプロセッサによって実行されると、前記基地局に、
前記ＵＥへ、前記第１のＱｏＥ設定に関連する前記設定パラメータを含む少なくとも１つの第３のメッセージを送信することであって、前記少なくとも１つの第３のメッセージは、前記設定パラメータの少なくとも１つの第２の設定パラメータの値が変更されたことを示す、ことを更に行わせる、請求項１２４に記載の基地局であって、
前記設定パラメータに基づいて、前記基地局への送信のための１つ以上の第２のユーザ体感品質（ＱｏＥ）測定報告が作成され、
前記少なくとも１つの第２のメッセージの送信に応答して、前記１つ以上の第２のＱｏＥ測定報告は、破棄されず、
前記命令は、前記１つ以上のプロセッサによって実行されると、前記基地局に、前記１つ以上の第２のＱｏＥ測定報告を受信することを更に行わせる、請求項１２４に記載の基地局。

【請求項135】

前記少なくとも１つの第２の設定パラメータは、報告周期を含む、請求項１３４に記載の基地局。

【請求項136】

前記ユーザ体感品質（ＱｏＥ）設定に関連する前記変更は、前記１つ以上の第１のＱｏＥ測定報告の内容に影響する、請求項１２４に記載の基地局。

【請求項137】

前記ユーザ体感品質（ＱｏＥ）設定に関連する前記変更は、１つ以上の無線関連パラメータの変更を含む、請求項１３６に記載の基地局。

【請求項138】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、第１のタイミングで送信されるようにスケジュールされ、
前記少なくとも１つの第２のメッセージは、第２のタイミングで受信され、
前記１つ以上の第１のＱｏＥ測定報告を破棄することは、前記第１のタイミング及び前記第２のタイミングに更に基づく、請求項１２４に記載の基地局。

【請求項139】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄することは、前記少なくとも１つの第２のメッセージの処理時間に更に基づく、請求項１３８に記載の基地局。

【請求項140】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄することは、前記少なくとも１つの第２のメッセージの処理時間に更に基づく、請求項１２４に記載の基地局。

【請求項141】

前記少なくとも１つの第２のメッセージの前記処理時間は、前記ユーザ機器（ＵＥ）の能力に基づく、請求項１４０に記載の基地局。

【請求項142】

前記第１のユーザ体感品質（ＱｏＥ）設定は、第１のサービスタイプ又は第１のアプリケーションタイプに関連し、
前記１つ以上の第１のＱｏＥ測定報告を破棄することは、前記第１のＱｏＥ設定が前記第１のサービスタイプ又は前記第１のアプリケーションタイプに関連することに更に基づく、請求項１２４に記載の基地局。

【請求項143】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄することは、前記１つ以上のＱｏＥ測定報告を含む１つ以上のトランスポートブロックに関連する１つ以上のハイブリッド自動再送要求（ＨＡＲＱ）バッファをフラッシュすることを含む、請求項１２４に記載の基地局。

【請求項144】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄することは、前記１つ以上のＱｏＥ報告に関連する１つ以上のシグナリング無線ベアラ（ＳＲＢ）の１つ以上のバッファをフラッシュすることを含む、請求項１２４に記載の基地局。

【請求項145】

前記命令は、前記１つ以上のプロセッサによって実行されると、前記基地局に、前記スケジュールされた送信のための送信パラメータを示すアップリンクグラントを送信することを、更に行わせる、請求項１２４に記載の基地局。

【請求項146】

１つ以上のプロセッサと、
命令を記憶するメモリと、を含む、基地局であって、前記命令は、前記１つ以上のプロセッサによって実行されると、前記基地局に、
ユーザ機器（ＵＥ）へ、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを送信することと、
前記ＵＥへ、前記第１のＱｏＥ設定に関連する前記設定パラメータを含む少なくとも１つの第２のメッセージを送信することであって、前記少なくとも１つの第２のメッセージは、前記第１のＱｏＥ設定に関連する変更を示す、ことと、を行わせ、
前記少なくとも１つの第２のメッセージの送信に応答して、ＱｏＥ測定若しくは報告に関連するカウンタがリセットされるか、又はＱｏＥ測定若しくは報告に関連するタイマがリスタートされる、基地局。

【請求項147】

前記ユーザ体感品質（ＱｏＥ）測定及び報告に関連する前記カウンタは、ＱｏＥ主要性能指標（ＫＰＩ）を決定するために使用される、請求項１４６に記載の基地局。

【請求項148】

前記主要性能指標（ＫＰＩ）は、スループット、遅延、ジッタ、応答時間、アクセス時間、及び障害率のうちの１つ以上である、請求項１４６に記載の基地局。

【請求項149】

前記ユーザ体感品質（ＱｏＥ）測定及び報告に関連する前記タイマは、ＱｏＥ主要性能指標（ＫＰＩ）を決定するために使用される、請求項１４６に記載の基地局。

【請求項150】

前記主要性能指標（ＫＰＩ）は、スループット、遅延、ジッタ、応答時間、アクセス時間、及び障害率のうちの１つ以上である、請求項１４９に記載の基地局。

【請求項151】

前記命令は、前記１つ以上のプロセッサによって実行されると、前記基地局に、１つ以上の無線リソース制御（ＲＲＣ）メッセージを介して、１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を受信することを、更に行わせる、請求項１４６に記載の基地局。

【請求項152】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、ＱｏＥ関連シグナリング無線ベアラ（ＳＲＢ）に関連する、請求項１５１に記載の基地局。

【請求項153】

前記ユーザ体感品質（ＱｏＥ）関連シグナリング無線ベアラ（ＳＲＢ）は、ＳＲＢ４である、請求項１５２に記載の基地局。

【請求項154】

前記ユーザ体感品質（ＱｏＥ）関連シグナリング無線ベアラ（ＳＲＢ）は、アップリンク共通制御チャネル論理チャネルに関連する第２のＳＲＢよりも低い優先順位を有する、請求項１５３に記載の基地局。

【請求項155】

前記１つ以上のリソース制御（ＲＲＣ）メッセージは、１つ以上の前記ユーザ体感品質（ＱｏＥ）測定報告を含む測定報告アプリケーション層情報要素（ＭｅａｓＲｅｐｏｒｔａｐｐＬａｙｅｒ ＩＥ）を含む、請求項１５１に記載の基地局。

【請求項156】

前記１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、前記ＱｏＥ設定に関連する識別子を含む、請求項１５１に記載の基地局。

【請求項157】

前記設定パラメータは、１つ以上のサービスタイプ又はアプリケーションタイプに関連する、請求項１５６に記載の基地局。

【請求項158】

前記第１のＱｏＥ設定に関連するユーザ体感品質（ＱｏＥ）の測定及び報告は、前記少なくとも１つの第１のメッセージの受信に応答してアクティブ化される、請求項１５６に記載の基地局。

【請求項159】

第１のユーザ体感品質（ＱｏＥ）設定に関連する前記設定パラメータは、前記基地局（ＢＳ）によって、オペレータのコアネットワーク（ＣＮ）及び保守運用（ＯＡＭ）エンティティのうちの少なくとも１つから受信され、前記第１のＱｏＥ設定に関連する前記設定パラメータは、透過的なコンテナ内にカプセル化される、請求項１４６に記載の基地局。

【請求項160】

前記命令は、前記１つ以上のプロセッサによって実行されると、前記基地局に、
前記ユーザ機器（ＵＥ）へ、前記第１のユーザ体感品質（ＱｏＥ）設定に関連する前記設定パラメータを含む少なくとも１つの第３のメッセージを送信することであって、前記少なくとも１つの第３のメッセージは、前記設定パラメータの少なくとも１つの第２の設定パラメータの値が変更されたことを示す、ことを更に行わせ、
前記少なくとも１つの第２のメッセージの受信に応答して、前記カウンタはリセットされず、前記タイマはリスタートされない、請求項１４６に記載の基地局。

【請求項161】

前記少なくとも１つの第２の設定パラメータは、報告周期を含む、請求項１６０に記載の基地局。

【請求項162】

前記ユーザ体感品質（ＱｏＥ）設定に関連する前記変更は、前記１つ以上の第１のＱｏＥ測定報告の内容に影響する、請求項１４６に記載の基地局。

【請求項163】

前記ユーザ体感品質（ＱｏＥ）設定に関連する前記変更は、１つ以上の無線関連パラメータの変更を含む、請求項１６２に記載の基地局。

【請求項164】

前記第１のユーザ体感品質（ＱｏＥ）設定は、第１のサービスタイプ又は第１のアプリケーションタイプに関連し、
前記カウンタをリセットすること、又は前記タイマをリスタートすることは、前記第１のＱｏＥ設定が前記第１のサービスタイプ又は前記第１のアプリケーションタイプに関連することに更に基づく、請求項１４６に記載の基地局。

【請求項165】

基地局と、
ユーザ機器（ＵＥ）と、を含むシステムであって、
前記ＵＥは、１つ以上のプロセッサと、命令を記憶するメモリと、を含み、前記命令は、前記１つ以上のプロセッサによって実行されると、前記ＵＥに、前記基地局（ＢＳ）から、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを受信することと、前記設定パラメータに基づいて、前記ＢＳへのスケジュールされた送信のための１つ以上の第１のＱｏＥ測定報告を作成することと、前記ＢＳから、前記第１のＱｏＥ設定に関連する前記設定パラメータを含む少なくとも１つの第２のメッセージを受信することであって、前記少なくとも１つの第２のメッセージは、前記ＱｏＥ設定に関連する変更を示す、ことと、前記少なくとも１つの第２のメッセージの受信に応答して、前記１つ以上の第１のＱｏＥ測定報告を破棄することと、を行わせる、システム。

【請求項166】

基地局と、
ユーザ機器（ＵＥ）と、を含むシステムであって、
前記ＵＥは、１つ以上のプロセッサと、命令を記憶するメモリと、を含み、前記命令は、前記１つ以上のプロセッサによって実行されると、前記ＵＥに、前記基地局（ＢＳ）から、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを受信することと、前記ＢＳから、前記第１のＱｏＥ設定に関連する前記設定パラメータを含む少なくとも１つの第２のメッセージを受信することであって、前記少なくとも１つの第２のメッセージは、前記第１のＱｏＥ設定に関連する変更を示す、ことと、前記少なくとも１つの第２のメッセージの受信に応答して、ＱｏＥ測定又は報告に関連するカウンタをリセットするか、又はタイマをリスタートすることと、を行わせる、システム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願への相互参照
本出願は、米国特許法第１１９条（ｅ）の定めにより、２０２１年７月２３日に出願された米国仮特許出願第６３／２２４，９２２号（「仮出願」）からの優先権を主張する。仮特許出願の内容は、参照により本明細書に組み込まれている。

【背景技術】

【0002】

本発明は、第５世代モバイルネットワークである５Ｇを対象とする。これは、１Ｇ、２Ｇ、３Ｇ、及び４Ｇネットワークに続く新しい世界的な無線規格である。５Ｇにより、マシン、オブジェクト、及びデバイスを接続するように設計されたネットワークが可能になる。

【0003】

本発明は、特に、ストリーミング、仮想／拡張現実（ｖｉｒｔｕａｌ／ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ、ＶＲ／ＡＲ）及びＵＲＬＬＣアプリケーションを含む様々なサービス及びアプリケーションのためのユーザ体感品質（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ、ＱｏＥ）の測定及び報告、並びにＱｏＥの測定及び／又は報告、例えば、ＱｏＥ測定報告及び／又はＱｏＥ報告プロセスの内容の影響を対象とする。

【発明の概要】

【0004】

実施形態において、本発明は、ユーザ体感品質（ＱｏＥ）再設定の方法を提供し、本方法は、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）が、基地局（ｂａｓｅ ｓｔａｔｉｏｎ、ＢＳ）から、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを受信することと、ＵＥが、設定パラメータに基づいて、ＢＳへのスケジュールされた送信のための１つ以上の第１のＱｏＥ測定報告を作成することと、ＵＥが、ＢＳから、第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第２のメッセージを受信することであって、少なくとも１つの第２のメッセージは、ＱｏＥ設定に関連する変更を示す、ことと、少なくとも１つの第２のメッセージの受信に応答して、１つ以上の第１のＱｏＥ測定報告を破棄することと、を含む。

【0005】

別の実施形態において、本発明は、ユーザ体感品質（ＱｏＥ）再設定の方法を提供し、本方法は、ユーザ機器（ＵＥ）が、基地局（ＢＳ）から、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを受信することと、ＵＥが、ＢＳから、第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第２のメッセージを受信することであって、少なくとも１つの第２のメッセージは、第１のＱｏＥ設定に関連する変更を示す、ことと、少なくとも１つの第２のメッセージの受信に応答して、ＱｏＥ測定又は報告に関連するカウンタをリセットするか、又はタイマをリスタートすることと、を含む。

【0006】

別の実施形態において、本発明は、１つ以上のプロセッサと、命令を記憶するメモリと、を有するユーザ機器（ＵＥ）を提供し、命令は、１つ以上のプロセッサによって実行されると、ＵＥに、基地局（ＢＳ）から、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを受信することと、設定パラメータに基づいて、ＢＳへのスケジュールされた送信のための１つ以上の第１のＱｏＥ測定報告を作成することと、ＢＳから、第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第２のメッセージを受信することであって、少なくとも１つの第２のメッセージは、ＱｏＥ設定に関連する変更を示す、ことと、少なくとも１つの第２のメッセージの受信に応答して、１つ以上の第１のＱｏＥ測定報告を破棄する、ことと、を行わせる。

【0007】

別の実施形態において、本発明は、１つ以上のプロセッサと、命令を記憶するメモリと、を有するユーザ機器（ＵＥ）を提供し、命令は、１つ以上のプロセッサによって実行されると、ＵＥに、基地局（ＢＳ）から、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを受信することと、ＢＳから、第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第２のメッセージを受信することであって、少なくとも１つの第２のメッセージは、第１のＱｏＥ設定に関連する変更を示す、ことと、少なくとも１つの第２のメッセージの受信に応答して、ＱｏＥ測定又は報告に関連するカウンタをリセットするか、又はタイマをリスタートすることと、を行わせる。

【0008】

別の実施形態では、本発明は、ユーザ体感品質（ＱｏＥ）再設定の方法を提供する。本方法は、基地局がユーザ機器（ＵＥ）に、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを送信することとであって、設定パラメータに基づいて、基地局へのスケジュールされた送信のために、１つ以上の第１のＱｏＥ測定報告が作成される、ことと、基地局がＵＥに、第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第２のメッセージを送信することであって、少なくとも１つの第２のメッセージは、ＱｏＥ設定に関連する変更を示す、ことと、を含み、少なくとも１つの第２のメッセージの受信に応答して、１つ以上の第１のＱｏＥ測定報告が破棄される。

【0009】

別の実施形態では、本発明は、ユーザ体感品質（ＱｏＥ）再設定の方法を提供し、本方法は、基地局がユーザ機器（ＵＥ）に、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを送信することと、基地局がＵＥに、第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第２のメッセージを送信することであって、少なくとも１つの第２のメッセージは、第１のＱｏＥ設定に関連する変更を示す、ことと、を含み、少なくとも１つの第２のメッセージの受信に応答して、ＱｏＥ測定又は報告に関連するカウンタがリセットされるか、又はＱｏＥ測定又は報告に関連するタイマがリスタートされる。

【0010】

別の実施形態では、本発明は、１つ以上のプロセッサと、命令を記憶するメモリと、を有する、基地局を提供し、命令は、１つ以上のプロセッサによって実行されると、基地局に、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージをユーザ機器（ＵＥ）に送信することであって、設定パラメータに基づいて、基地局へのスケジュールされた送信のための１つ以上の第１のＱｏＥ測定報告が作成される、ことと、第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第２のメッセージをＵＥに送信することであって、少なくとも１つの第２のメッセージは、ＱｏＥ設定に関連する変更を示す、ことと、を行わせ、少なくとも１つの第２のメッセージの受信に応答して、１つ以上の第１のＱｏＥ測定報告が破棄される。

【0011】

別の実施形態では、本発明は、１つ以上のプロセッサと、命令を記憶するメモリと、を有する、基地局を提供し、命令は、１つ以上のプロセッサによって実行されると、基地局に、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージをユーザ機器（ＵＥ）に送信することと、第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第２のメッセージをＵＥに送信することであって、少なくとも１つの第２のメッセージは、第１のＱｏＥ設定に関連する変更を示す、ことと、を行わせ、少なくとも１つの第２のメッセージの送信に応答して、ＱｏＥ測定又は報告に関連するカウンタはリセットされ、あるいはＱｏＥ測定又は報告に関連するタイマはリスタートされる。

【0012】

別の実施形態では、本発明は、基地局と、ユーザ機器（ＵＥ）と、を備えるシステムを提供する。ＵＥは、１つ以上のプロセッサと、命令を記憶するメモリと、を含み、命令は、１つ以上のプロセッサによって実行されると、ＵＥに、基地局（ＢＳ）から、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを受信することと、設定パラメータに基づいて、ＢＳへのスケジュールされた送信のための１つ以上の第１のＱｏＥ測定報告を作成することと、ＢＳから、第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第２のメッセージを受信することであって、少なくとも１つの第２のメッセージは、ＱｏＥ設定に関連する変更を示す、ことと、少なくとも１つの第２のメッセージの受信に応答して、１つ以上の第１のＱｏＥ測定報告を破棄することと、を行わせる。

【0013】

別の実施形態では、本発明は、基地局と、ユーザ機器（ＵＥ）と、を有するシステムを提供し、ユーザ機器（ＵＥ）は、１つ以上のプロセッサと、命令を記憶するメモリと、を含み、命令は、１つ以上のプロセッサによって実行されると、ＵＥに、基地局（ＢＳ）から、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを受信することと、ＢＳから、第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第２のメッセージを受信することであって、少なくとも１つの第２のメッセージは、第１のＱｏＥ設定に関連する変更を示す、ことと、少なくとも１つの第２のメッセージの受信に応答して、ＱｏＥ測定又は報告に関連するカウンタをリセットするか、又はタイマをリスタートすることと、を行わせる。

【図面の簡単な説明】

【0014】

【図1】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、移動通信システムの一例を示す。

【図2A】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、ユーザプレーンの無線プロトコルスタックの例を示す。

【図2B】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、制御プレーンの無線プロトコルスタックの例を示す。

【図3A】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、ダウンリンクにおけるトランスポートチャネルと論理チャネルとの間の例示的なマッピングを示す。

【図3B】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、アップリンクにおけるトランスポートチャネルと論理チャネルとの間の例示的なマッピングを示す。

【図3C】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、サイドリンクにおけるトランスポートチャネルと論理チャネルとの間の例示的なマッピングを示す。

【図4A】本開示の様々な例示的実施形態うちのいくつかのいくつかの態様による、ダウンリンクにおける物理チャネルとトランスポートチャネルとの間の例示的なマッピングを示す。

【図4B】本開示の様々な例示的実施形態うちのいくつかのいくつかの態様による、アップリンクにおける物理チャネルとトランスポートチャネルとの間の例示的なマッピングを示す。

【図4C】本開示の様々な例示的実施形態うちのいくつかのいくつかの態様による、サイドリンクにおける物理チャネルとトランスポートチャネルとの間の例示的なマッピングを示す。

【図5A】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、ＮＲサイドリンク通信のための無線プロトコルスタックの例を示す。

【図5B】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、ＮＲサイドリンク通信のための無線プロトコルスタックの例を示す。

【図5C】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、ＮＲサイドリンク通信のための無線プロトコルスタックの例を示す。

【図5D】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、ＮＲサイドリンク通信のための無線プロトコルスタックの例を示す。

【図6】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、ダウンリンク、アップリンク、及びサイドリンクにおける例示的な物理信号を示す。

【図7】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）状態及び異なるＲＲＣ状態間の移行の例を示す。

【図8】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による例示的なフレーム構造及び物理リソースを示す。

【図9】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、異なるキャリアアグリゲーションシナリオにおける例示的なコンポーネントキャリア構成を示す。

【図10】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、例示的な帯域幅部分の構成及び切替を示す。

【図11】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、４ステップの競合ベース及び競合フリーのランダムアクセスプロセスの例を示す。

【図12】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、２ステップの競合ベース及び競合フリーのランダムアクセスプロセスの例を示す。

【図13】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、同期信号及び物理ブロードキャストチャネル（ Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ、ＰＢＣＨ）ブロック（ＳＳＢ）の例示的な時間及び周波数構造を示す。

【図14】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、例示的なＳＳＢバースト送信を示す。

【図15】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、送信及び／又は受信のためのユーザ機器及び基地局の例示的な構成要素を示す。

【図16】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による例示的なプロセスを示す。

【図17】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による例示的なプロセスを示す。

【図18】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による例示的なプロセスを示す。

【図19】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による例示的なプロセスを示す。

【図20】本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による例示的なプロセスを示す。

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

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

ＭＡＣサブ層は、ＰＣ５インターフェースを介して次のサービス及び機能を提供してもよい。無線リソース選択、パケットフィルタリング、所与のＵＥのアップリンク送信とサイドリンク送信との間の優先処理、及びサイドリンクＣＳＩ報告。ＭＡＣの論理チャネル優先順位制限により、同じ宛先に属するサイドリンク論理チャネルのみが、宛先に関連付けられ得るすべてのユニキャスト、グループキャスト、及びブロードキャスト送信のＭＡＣ ＰＤＵに多重化され得る。パケットフィルタリングについて、送信元層－２ ＩＤ及び宛先層－２ ＩＤの両方の部分を含むＳＬ－ＳＣＨ ＭＡＣヘッダがＭＡＣ ＰＤＵに追加され得る。ＭＡＣサブヘッダ内に含まれる論理チャネル識別子（ＬＣＩＤ）は、送信元層－２ ＩＤと宛先層－２ ＩＤの組み合わせの範囲内で論理チャネルを一意に識別し得る。

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

いくつかの例では、少なくとも１つの第１の設定パラメータは、１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告の内容に影響してもよい。いくつかの例では、少なくとも１つの第１の設定パラメータは、１つ以上の無線関連パラメータを含んでもよい。

【0150】

いくつかの例では、１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、第１のタイミングで送信されるようにスケジュールされてもよい。少なくとも１つの第２のメッセージは、第２のタイミングで受信されてもよい。１つ以上の第１のＱｏＥ測定報告を破棄することは、第１のタイミング及び第２のタイミングに更に基づいてもよい。いくつかの例では、１つ以上の第１のＱｏＥ測定報告を破棄することは、少なくとも１つの第２のメッセージの処理時間に更に基づいてもよい。いくつかの例では、少なくとも１つの第２のメッセージの処理時間は、ユーザ機器（ＵＥ）の能力に基づいてもよい。

【0151】

いくつかの例では、第１のＱｏＥ設定は、第１のサービスタイプ又は第１のアプリケーションタイプに関連していてもよい。１つ以上の第１のＱｏＥ測定報告を破棄することは、第１のＱｏＥ設定が第１のサービスタイプ又は第１のアプリケーションタイプに関連することに更に基づいてもよい。

【0152】

いくつかの例では、１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄することは、１つ以上のＱｏＥ測定報告を含む１つ以上のトランスポートブロックに関連する１つ以上のハイブリッド自動再送要求（ＨＡＲＱ）バッファをフラッシュすることを含んでもよい。

【0153】

いくつかの例では、１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告を破棄することは、１つ以上のＱｏＥ報告に関連する１つ以上のシグナリング無線ベアラ（ＳＲＢ）の１つ以上のバッファをフラッシュすることを含んでもよい。

【0154】

いくつかの例では、ＵＥは、スケジュールされた送信のための送信パラメータを含むアップリンクグラントを受信してもよい。

【0155】

例示的な実施形態では、ユーザ機器（ＵＥ）は、基地局（ＢＳ）から、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを受信してもよい。ＵＥは、ＢＳから、第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第２のメッセージを受信してもよい。少なくとも１つの第２のメッセージは、設定パラメータの少なくとも１つの第１の設定パラメータが変更されたことを示してもよい。ＵＥは、少なくとも１つの第２のメッセージの受信に応答して、ＱｏＥ測定又は報告に関連するカウンタをリセットするか、又はタイマをリスタートしてもよい。

【0156】

いくつかの例では、ユーザ体感品質（ＱｏＥ）測定及び報告に関連するカウンタは、ＱｏＥ主要性能指標（ｋｅｙ ｐｅｒｆｏｒｍａｎｃｅ ｉｎｄｉｃａｔｏｒ、ＫＰＩ）を決定するために使用されてもよい。いくつかの例では、主要性能指標（ＫＰＩ）は、スループット、遅延、ジッタ、応答時間、アクセス時間、及び障害率（ｆａｉｌｕｒｅ ｒａｔｉｏ）のうちの１つ以上である。

【0157】

いくつかの例では、ユーザ体感品質（ＱｏＥ）測定及び報告に関連するタイマは、ＱｏＥ主要性能指標（ＫＰＩ）を決定するために使用されてもよい。いくつかの例では、主要性能指標（ＫＰＩ）は、スループット、遅延、ジッタ、応答時間、アクセス時間、及び障害率のうちの１つ以上である。

【0158】

いくつかの例では、ＵＥは、１つ以上の無線リソース制御（ＲＲＣ）メッセージを介して、１つ以上の第１のＱｏＥ測定報告を送信してもよい。いくつかの例では、１つ以上の第１のＱｏＥ測定報告は、ＱｏＥ関連シグナリング無線ベアラ（ＳＲＢ）に関連してもよい。いくつかの例では、ＱｏＥ関連シグナリング無線ベアラ（ＳＲＢ）は、ＳＲＢ４であってもよい。いくつかの例では、ユーザ体感品質（ＱｏＥ）関連シグナリング無線ベアラ（ＳＲＢ）は、アップリンク制御チャネル論理チャネルに関連する第２のＳＲＢよりも低い優先順位を有してもよい。いくつかの例では、１つ以上のリソース制御（ＲＲＣ）メッセージは、１つ以上のＱｏＥ測定報告を含む測定報告アプリケーション層情報要素（ＭｅａｓＲｅｐｏｒｔａｐｐＬａｙｅｒ ＩＥ）を含んでもよい。いくつかの例では、１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告は、ＱｏＥ設定に関連する識別子を含んでもよい。

【0159】

いくつかの例では、設定パラメータは、１つ以上のサービスタイプ又はアプリケーションタイプに関連してもよい。

【0160】

いくつかの例では、第１のＱｏＥ設定に関連するユーザ体感品質（ＱｏＥ）の測定及び報告は、少なくとも１つの第１のメッセージの受信に応答してアクティブ化されてもよい。

【0161】

いくつかの例では、第１のＱｏＥ設定に関連する設定パラメータは、基地局（ＢＳ）によって、オペレータのコアネットワーク（ＣＮ）及び保守運用（ＯＡＭ）エンティティのうちの少なくとも１つから受信されてもよく、第１のＱｏＥ設定に関連する設定パラメータは、透過的なコンテナ内にカプセル化されてもよい。

【0162】

いくつかの例では、ＵＥは、ＢＳから、第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第３のメッセージを受信してもよい。少なくとも１つの第３のメッセージは、設定パラメータの少なくとも１つの第２の設定パラメータの値が変更されたことを示してもよい。少なくとも１つの第２のメッセージの受信に応答して、カウンタはリセットされなくてもよいし、タイマはリスタートされなくてもよい。いくつかの例では、少なくとも１つの第２の設定パラメータは、報告周期を含んでもよい。

【0163】

いくつかの例では、少なくとも１つの第１の設定パラメータは、１つ以上の第１のユーザ体感品質（ＱｏＥ）測定報告の内容に影響してもよい。いくつかの例では、少なくとも１つの第１の設定パラメータは、１つ以上の無線関連パラメータを含んでもよい。

【0164】

いくつかの例では、第１のＱｏＥ設定は、第１のサービスタイプ又は第１のアプリケーションタイプに関連してもよい。カウンタをリセットすること、又はタイマをリスタートすることは、第１のＱｏＥ設定が第１のサービスタイプ又は第１のアプリケーションタイプに関連することに更に基づいてもよい。

【0165】

様々な例示的な実施形態に関して本開示で記載される例示的なブロック及びモジュールは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又は他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタロジック、ディスクリートハードウェア部品、又は本明細書に記載される機能を実行するように設計されたそれらの任意の組み合わせによって実装又は実行されてよい。汎用プロセッサの例としては、マイクロプロセッサ、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械などが挙げられるが、これらに限定されない。いくつかの例では、プロセッサは、デバイスの組み合わせ（例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わせた１つ以上のマイクロプロセッサ、又は任意の他のそのような構成）を使用して実装されてよい。

【0166】

本開示に記載されている機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、又はそれらの任意の組み合わせで実装されてよい。機能を実装するために、命令又はコードをコンピュータ可読媒体に記憶又は送信してもよい。本明細書で開示される機能を実装するための他の例も、本開示の範囲内である。機能の実装は、物理的に同じ場所に配置された要素を介して行われてもよいし、又は（例えば、様々な場所に）分散させた要素を介して行われてもよく、これには、機能の各部分がそれぞれ異なる物理的位置で実装されるように分散することが含まれる。

【0167】

コンピュータ可読媒体としては、非一時的コンピュータ記憶媒体が挙げられるが、これに限定されない。非一時的記憶媒体は、汎用コンピュータ又は専用コンピュータによりアクセスされてよい。非一時的記憶媒体の例としては、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ、コンパクトディスク（ＣＤ）ＲＯＭ又は他の光学ディスクストレージ、磁気ディスクストレージ又は磁気ストレージデバイスなどが挙げられるが、これらに限定されない。非一時的媒体は、所望のプログラムコード手段（例えば、命令及び／又はデータ構造）を保持又は記憶するために使用されてよく、汎用コンピュータ若しくは専用コンピュータ、又は汎用プロセッサ若しくは専用プロセッサによりアクセスされてよい。いくつかの例では、ソフトウェア／プログラムコードは、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、又は、赤外線、高周波、マイクロ波などの無線技術を使用して、遠隔地の提供元（例えば、ウェブサイト、サーバなど）から送信されてもよい。このような例では、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、又は赤外線、高周波、マイクロ波などの無線技術は、媒体の定義の範囲内に含まれる。上記の例の組み合わせも、コンピュータ可読媒体の範囲内に含まれる。

【0168】

本開示で使用される、項目のリストにおける「又は」、「若しくは」という用語の使用は、包括的な（ｉｎｃｌｕｓｉｖｅ）リストを示す。項目のリストには、「～のうちの少なくとも１つ」又は「～のうちの１つ以上」などの語句が前置きされる場合がある。例えば、Ａ、Ｂ、又はＣのうちの少なくとも１つ、というリストは、Ａ、又はＢ、又はＣ、又はＡＢ（すなわち、Ａ及びＢ）、又はＡＣ、又はＢＣ、又はＡＢＣ（すなわち、Ａ及びＢ及びＣ）を含む。また、本開示で使用される場合、条件のリストの前に「～に基づいて」という語句を付けることは、その条件群「のみに基づく」と解釈されるべきではなく、その条件群「に少なくとも部分的に基づく」と解釈されるものとする。例えば、「条件Ａに基づく」と記載された結果は、本開示の範囲から逸脱することなく、条件Ａと条件Ｂの両方に基づくものであり得る。

【0169】

本明細書では、「含む（ｃｏｍｐｒｉｓｅ、ｉｎｃｌｕｄｅ、又はｃｏｎｔａｉｎ）」という用語は、交換可能に使用され、同じ意味を有し得、また、包括的かつオープンエンドなものとして解釈されるべきである。「含む（ｃｏｍｐｒｉｓｅ、ｉｎｃｌｕｄｅ、又はｃｏｎｔａｉｎ）」という用語は、要素のリストの前に使用される場合があり、少なくとも、リストに列挙された要素のすべてが存在する一方で、リストにない他の要素も存在し得ることを示し得る。例えば、ＡがＢとＣを含む場合、｛Ｂ，Ｃ｝と｛Ｂ，Ｃ，Ｄ｝の両方がＡの範囲内に含まれる。

【0170】

本開示では、添付の図面と関連して、例示的な構成を記載しているが、これらの例示的な構成は、実装し得るすべての例を表すものでもないし、本開示の範囲内にあるすべての構成を表すものでもない。「例示的な」という用語は、「好ましい」又は「他の例と比較して有利な」と解釈されるべきではなく、「例示、事例、又は例」として解釈されるべきである。実施形態の記載及び図面を含む本開示を読むことによって、当業者には、本明細書に開示される技術が代替実施形態を使用して実装され得ることが理解されるであろう。当業者であれば、本明細書に記載の実施形態、又はそれらの実施形態の特定の特徴を組み合わせて、本開示に記載の技術を実施するための更なる他の実施形態に想到し得ることを理解するであろう。したがって、本開示は、本明細書に記載される例及び設計に限定されず、本開示には、本明細書に開示される原理及び新規な特徴と矛盾することのない最大限広い範囲が付与されるべきである。

【図1】

【図2A】

【図2B】

【図3A】

【図3B】

【図3C】

【図4A】

【図4B】

【図4C】

【図5A】

【図5B】

【図5C】

【図5D】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【手続補正書】

【提出日】2024-06-20

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ユーザ体感品質（ＱｏＥ）再設定の方法であって、
ユーザ機器（ＵＥ）が、基地局（ＢＳ）から、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを受信するステップと、
前記ＵＥが、前記設定パラメータに基づいて、前記ＢＳへのスケジュールされた送信のための１つ以上の第１のＱｏＥ測定報告を作成するステップと、
前記ＵＥが、前記ＢＳから、前記第１のＱｏＥ設定に関連する前記設定パラメータを含む少なくとも１つの第２のメッセージを受信するステップであって、前記少なくとも１つの第２のメッセージは、前記第１のＱｏＥ設定に関連する変更を示す、ステップと、
前記少なくとも１つの第２のメッセージの受信に応答して、前記１つ以上の第１のＱｏＥ測定報告を破棄するステップと、を含む、方法。

【請求項2】

前記１つ以上の第１のＱｏＥ測定報告は、１つ以上の無線リソース制御（ＲＲＣ）メッセージを介した送信のために作成される、請求項１に記載の方法。

【請求項3】

前記１つ以上の第１のＱｏＥ測定報告は、ＱｏＥ関連シグナリング無線ベアラ（ＳＲＢ）に関連する、請求項２に記載の方法。

【請求項4】

前記ＱｏＥ関連シグナリング無線ベアラ（ＳＲＢ）は、ＳＲＢ４である、請求項３に記載の方法。

【請求項5】

前記ＱｏＥ関連シグナリング無線ベアラ（ＳＲＢ）は、アップリンク共通制御チャネル論理チャネルに関連する第２のＳＲＢよりも低い優先順位を有する、請求項４に記載の方法。

【請求項6】

前記１つ以上の無線リソース制御（ＲＲＣ）メッセージは、前記１つ以上の第１のＱｏＥ測定報告を含む測定報告アプリケーション層情報要素（ＭｅａｓＲｅｐｏｒｔａｐｐＬａｙｅｒ ＩＥ）を含む、請求項２に記載の方法。

【請求項7】

前記１つ以上の第１のＱｏＥ測定報告は、前記第１のＱｏＥ設定に関連する識別子を含む、請求項１に記載の方法。

【請求項8】

前記設定パラメータは、１つ以上のサービスタイプ又はアプリケーションタイプに関連する、請求項１に記載の方法。

【請求項9】

前記第１のＱｏＥ設定に関連するＱｏＥ測定及び報告は、前記少なくとも１つの第１のメッセージの受信に応答してアクティブ化される、請求項１に記載の方法。

【請求項10】

ｚ第１のＱｏＥ設定に関連する前記設定パラメータは、前記基地局（ＢＳ）によって、オペレータのコアネットワーク（ＣＮ）及び保守運用（ＯＡＭ）エンティティのうちの１つから受信され、前記第１のＱｏＥ設定に関連する前記設定パラメータは、透過的なコンテナ内にカプセル化される、請求項１に記載の方法。

【請求項11】

前記ユーザ機器（ＵＥ）が、前記設定パラメータに基づいて、前記基地局（ＢＳ）への送信のための１つ以上の第２のユーザ体感品質（ＱｏＥ）測定報告を作成することと、
前記ＵＥが、前記ＢＳから、前記第１のＱｏＥ設定に関連する前記設定パラメータを含む少なくとも１つの第３のメッセージを受信することであって、前記少なくとも１つの第３のメッセージは、前記設定パラメータの少なくとも１つの第２の設定パラメータの値が変更されたことを示し、前記少なくとも１つの第３のメッセージの受信に応答して、前記１つ以上の第２のＱｏＥ測定報告は、破棄されない、受信することと、
前記少なくとも１つの第３のメッセージの受信に応答して、前記１つ以上の第２のＱｏＥ測定報告を送信することと、を更に含む、請求項１に記載の方法。

【請求項12】

前記少なくとも１つの第２の設定パラメータは、報告周期を含む、請求項１１に記載の方法。

【請求項13】

前記１つ以上の第１のＱｏＥ測定報告は、第１のタイミングで送信されるようにスケジュールされ、
前記少なくとも１つの第２のメッセージは、第２のタイミングで受信され、
前記１つ以上の第１のＱｏＥ測定報告を破棄するステップは、前記第１のタイミング及び前記第２のタイミングに更に基づく、請求項１に記載の方法。

【請求項14】

前記１つ以上の第１のＱｏＥ測定報告を破棄するステップは、前記少なくとも１つの第２のメッセージの処理時間に更に基づく、請求項１３に記載の方法。

【請求項15】

前記１つ以上の第１のＱｏＥ測定報告を破棄するステップは、前記少なくとも１つの第２のメッセージの処理時間に更に基づく、請求項１に記載の方法。

【請求項16】

前記少なくとも１つの第２のメッセージの前記処理時間は、前記ユーザ機器（ＵＥ）の能力に基づく、請求項１５に記載の方法。

【請求項17】

前記１つ以上の第１のＱｏＥ測定報告を破棄するステップは、前記１つ以上の第１のＱｏＥ測定報告を含む１つ以上のトランスポートブロックに関連する１つ以上のハイブリッド自動再送要求（ＨＡＲＱ）バッファをフラッシュすることを含む、請求項１に記載の方法。

【請求項18】

前記１つ以上の第１のＱｏＥ測定報告を破棄するステップは、前記１つ以上の第１のＱｏＥ測定報告に関連する１つ以上のシグナリング無線ベアラ（ＳＲＢ）の１つ以上のバッファをフラッシュすることを含む、請求項１に記載の方法。

【請求項19】

前記スケジュールされた送信のための送信パラメータを示すアップリンクグラントを受信することを更に含む、請求項１に記載の方法。

【請求項20】

ユーザ体感品質（ＱｏＥ）再設定の方法であって、
ユーザ機器（ＵＥ）が、基地局（ＢＳ）から、ＱｏＥ測定及び報告のための第１のＱｏＥ設定に関連する設定パラメータを含む少なくとも１つの第１のメッセージを受信するステップと、
前記ＵＥが、前記ＢＳから、前記第１のＱｏＥ設定に関連する前記設定パラメータを含む少なくとも１つの第２のメッセージを受信するステップであって、前記少なくとも１つの第２のメッセージは、前記第１のＱｏＥ設定に関連する変更を示す、ステップと、
前記少なくとも１つの第２のメッセージの受信に応答して、ＱｏＥ測定又は報告に関連するカウンタをリセットするか、又はタイマをリスタートするステップと、を含む、方法。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０００１

【補正方法】変更

【補正の内容】

【0001】

関連出願への相互参照
本出願は、２０２２年７月１２日に出願され、現在は、米国特許法第３７１条に基づき米国で出願された、ＰＣＴ／ＵＳ２０２２／０３６７５１（「ＰＣＴ出願」）の国内段階出願である。本「ＰＣＴ出願」は、米国特許法第１１９条（ｅ）の下、２０２１年７月２３日に出願された米国仮特許出願第６３／２２４，９２２号（「仮出願」）の優先権を主張する。ＰＣＴ出願および仮特許出願のそれぞれの内容は、参照により本明細書に組み込まれている。

【国際調査報告】