特表 2024-522944 体感報告の品質および再開指示についての制御シグナリング

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

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

(11)【公表番号】

(43)【公表日】2024-06-21

(54)【発明の名称】体感報告の品質および再開指示についての制御シグナリング

(51)【国際特許分類】

   H04W 24/10 20090101AFI20240614BHJP

   H04W 72/23 20230101ALI20240614BHJP

【ＦＩ】

H04W24/10

H04W72/23

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024520833

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

(85)【翻訳文提出日】2024-02-05

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

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

(87)【国際公開日】2022-12-15

(31)【優先権主張番号】63/208,710

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

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】523466972

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

(74)【代理人】

【識別番号】110003797

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

(72)【発明者】

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

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

5K067

【Ｆターム（参考）】

5K067EE02

5K067EE10

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

基地局と、
ユーザ機器（ＵＥ）であって、１つまたは複数のプロセッサと、命令を記憶するメモリとを備え、前記命令が、前記１つまたは複数のプロセッサによって実行されると、前記ＵＥに、前記基地局からＱｏＥ構成の構成パラメータを含む第１のメッセージを受信することと、第１のタイミングにおいて、前記ＱｏＥ構成と関連付けられたＱｏＥ報告に対する休止または再開を示す第２のメッセージを受信することと、第２のタイミング以降に前記ＱｏＥ報告を休止または再開することとを行わせ、前記第２のタイミングが、前記第１のタイミングおよび基準タイミングに基づいて決定される、ユーザ機器と
を備える、システム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【0002】

本発明は、第５世代モバイルネットワークである５Ｇを対象とする。これは、１Ｇ、２Ｇ、３Ｇ、および４Ｇネットワークの後の新たなグローバル無線規格である。５Ｇは、機械、物体、およびデバイスを接続するように設計されたネットワークを可能にする。

【0003】

本発明は、より具体的には、ＱｏＥ構成に関連するＱｏＥ報告の動的および／または半静的な休止または再開を可能にする、体感品質（ＱｏＥ）測定のための装置および方法に関する。

【発明の概要】

【0004】

実施形態では、本発明は、体感品質（ＱｏＥ）休止または再開シグナリングの方法であって、ユーザ機器（ＵＥ）によって、複数のＱｏＥ構成の構成パラメータを含む１つまたは複数のメッセージを受信することと、フィールドを含む制御メッセージを受信することであって、フィールドが、複数のＱｏＥ構成における第１のＱｏＥ構成に対応し、フィールドの第１の値が、第１のＱｏＥ構成についてのＱｏＥ報告の休止を示し、第１のフィールドの第２の値が、第１のＱｏＥ構成についてのＱｏＥ報告の再開を示す、受信することと、制御メッセージの受信に応答して、第１のＱｏＥ構成に関連付けられたＱｏＥ報告を休止または再開することと、を含む、方法を提供する。

【0005】

制御メッセージは、トランスポートブロック（ＴＢ）を介して受信され得る。第１の体感品質（ＱｏＥ）構成に対応するＱｏＥ報告は、制御メッセージを受信する前に休止され、第１のＱｏＥ構成に対応するＱｏＥ報告は、制御メッセージの受信に応答して再開される。第１の体感品質（ＱｏＥ）構成に対応するＱｏＥ報告は、制御メッセージを受信する前に休止され、第１のＱｏＥ構成に対応するＱｏＥ報告は、制御メッセージの受信に応答して休止され続ける。第１の体感品質（ＱｏＥ）構成に対応するＱｏＥ報告は、制御メッセージを受信する前にユーザ機器（ＵＥ）によって実行され、第１のＱｏＥ構成に対応するＱｏＥ報告は、制御メッセージの受信に応答して休止される。第１の体感品質（ＱｏＥ）構成に対応するＱｏＥ報告は、制御メッセージを受信する前にユーザ機器（ＵＥ）によって実行され、第１のＱｏＥ構成に対応するＱｏＥ報告は、制御メッセージの受信に応答して実行され続ける。

【0006】

制御メッセージのフィールドの第２の値は、第１の体感品質（ＱｏＥ）構成についてのＱｏＥ報告が制御メッセージを受信する前に休止されたか、または休止されなかったかに基づいて、ＱｏＥ報告の再開またはＱｏＥ報告の継続を示す。制御メッセージの複数のフィールド内の第１のフィールドの位置は、複数の体感品質（ＱｏＥ）構成内の対応するＱｏＥ構成を示す。好ましくは、複数の体感品質（ＱｏＥ）構成における第１のＱｏＥ構成は、第１の識別子と関連付けられ、第１のＱｏＥ構成が関連付けられる複数のフィールド内の第１のフィールドの第１の位置は、第１の識別子の第１の値に基づく。第１の体感品質（ＱｏＥ）構成の第１の構成パラメータは、識別子を示す第１のパラメータを含み得る。重要なことに、複数の体感品質（ＱｏＥ）構成における各ＱｏＥ構成は、対応する識別子と関連付けられてもよく、複数のフィールドにおける右端のフィールドは、最小の識別子値を有する識別子に関連付けられてもよい。複数の体感品質（ＱｏＥ）構成における各ＱｏＥ構成は、対応する識別子を示すパラメータを含む。

【0007】

好ましくは、体感品質（ＱｏＥ）報告を休止することは、ＱｏＥ測定を実行し続けることを含む。本方法はまた、体感品質（ＱｏＥ）報告の休止に応答してＱｏＥ報告を記憶することと、第１のＱｏＥ構成に対するＱｏＥ報告の再開を示す第２のコマンドの受信に応答して、記憶されたＱｏＥ報告を送信することと、を含み得る。その中で、制御メッセージは、第１のフィールドに対応する第２のフィールドを備え、第２のフィールドの値は、第１の体感品質（ＱｏＥ）構成の識別子を示す。

【0008】

実施形態では、本発明は、体感品質（ＱｏＥ）シグナリングの休止または再開の方法であって、ユーザ機器（ＵＥ）によって、ＱｏＥ構成の構成パラメータを含む第１のメッセージを受信することと、第１のタイミングにおいて、ＱｏＥ構成と関連付けられたＱｏＥ報告に対する休止または再開を示す第２のメッセージを受信することと、第２のタイミング以降にＱｏＥ報告を休止または再開することであって、第２のタイミングが、第１のタイミングおよび基準タイミングに基づいて決定される、休止または再開することと、を含む、方法を提供する。好ましくは、基準タイミングは、第１のシステムフレーム番号（ＳＦＮ）である。第１のシステムフレーム番号（ＳＦＮ）はゼロであり得る。また、第２のタイミングは、第１のシステムフレーム番号（ＳＦＮ）の第１のサブフレームに対するオフセットであり得る。その点に関して、本方法はまた、オフセットを示す構成パラメータを受信することを含み得て、オフセットは、所定の値を有することが好ましい。オフセットは、第１のスロット数または第１のサブフレーム数にあり得る。

【0009】

本方法はまた、体感品質（ＱｏＥ）測定を実行することと、ＱｏＥ構成に基づいて、ＱｏＥ構成に対応する報告することであって、第２のメッセージが、ＱｏＥ報告に対する休止を示す、報告することと、を含み得る。第２のメッセージは、無線リソース制御（ＲＲＣ）メッセージであり得る。体感品質（ＱｏＥ）構成に対応するＱｏＥ報告が、第２のメッセージを受信する前に休止された場合、ＱｏＥ構成に対応するＱｏＥ報告は、第２のメッセージを受信したことに応答して再開される。体感品質（ＱｏＥ）構成に対応するＱｏＥ報告が第２のメッセージを受信する前に休止された場合、ＱｏＥ構成に対応するＱｏＥ報告は、第２のメッセージを受信したことに応答して休止され続ける。体感品質（ＱｏＥ）構成に対応するＱｏＥ報告が、第２のメッセージを受信する前にユーザ機器（ＵＥ）によって実行された場合、ＱｏＥ構成に対応するＱｏＥ報告は、第２のメッセージを受信したことに応答して休止される。体感品質（ＱｏＥ）構成に対応するＱｏＥ報告が、第２のメッセージを受信する前にユーザ機器（ＵＥ）によって実行された場合、ＱｏＥ構成に対応するＱｏＥ報告は、第２のメッセージを受信したことに応答して実行され続ける。

【0010】

第２のメッセージは、複数の体感品質（ＱｏＥ）構成におけるＱｏＥ構成についてのＱｏＥ報告の休止または再開を示すフィールドを含み得る。その場合、フィールドは、体感品質（ＱｏＥ）構成に関連付けられた１以上のビットを含み、その値は、対応するＱｏＥ構成の再開または休止を示す。本方法は、体感品質（ＱｏＥ）報告の休止に応答してＱｏＥ報告を記憶することと、第１のＱｏＥ構成に対するＱｏＥ報告の再開を示す第２のコマンドの受信に応答して、記憶されたＱｏＥ報告を送信することと、を含み得る。好ましくは、第２のコマンドは、第３のメッセージに基づく。第３のメッセージは、無線リソース制御（ＲＲＣ）メッセージであり得る。その点に関して、体感品質（ＱｏＥ）報告を休止することは、ＱｏＥ測定を実行し続けることを含む。

【図面の簡単な説明】

【0011】

【図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】本開示の様々な例示的な実施形態のいくつかの態様にかかる例示的な情報要素（ＩＥ）を示している。

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

【0012】

図１は、本開示の様々な例示的な実施形態のいくつかの態様にかかる移動通信システム１００の例を示している。移動通信システム１００は、モバイルネットワークオペレータ（ＭＮＯ）、プライベートネットワークオペレータ、マルチシステムオペレータ（ＭＳＯ）、モノのインターネット（ＩＯＴ）ネットワークオペレータなどの無線通信システムオペレータによって動作され得て、音声、データ（例えば、無線インターネットアクセス）、メッセージング、ビークル・ツー・エブリシング（Ｖ２Ｘ）通信サービスなどの車両通信サービス、安全サービス、ミッションクリティカルサービス、ＩｏＴ、産業ＩＯＴ（ＩＩＯＴ）などの住宅、商業、または産業環境におけるサービスなどのサービスを提供し得る。

【0013】

移動通信システム１００は、待ち時間、信頼性、スループットなどに関して異なる要件を有する様々なタイプのアプリケーションを可能にし得る。サポートされるアプリケーションの例は、高度モバイルブロードバンド（ｅＭＢＢ）、超高信頼低遅延通信（ＵＲＬＬＣ）、および大規模マシンタイプ通信（ｍＭＴＣ）を含む。ｅＭＢＢは、高いピークデータレートと、セルエッジユーザのための中程度のレートとの安定した接続をサポートし得る。ＵＲＬＬＣは、レイテンシおよび信頼性に関して厳しい要件、ならびにデータレートに関して中程度の要件を有するアプリケーションをサポートし得る。例示的なｍＭＴＣアプリケーションは、散発的にのみアクティブであり、小さなデータペイロードを送信する多数のＩｏＴデバイスのネットワークを含む。

【0014】

移動通信システム１００は、無線アクセスネットワーク（ＲＡＮ）部分およびコアネットワーク部分を含み得る。図１に示す例は、ＲＡＮおよびコアネットワークの例として、次世代ＲＡＮ（ＮＧ－ＲＡＮ）１０５および５Ｇコアネットワーク（５ＧＣ）１１０をそれぞれ示している。本開示の範囲から逸脱することなく、ＲＡＮおよびコアネットワークの他の例が実装され得る。ＲＡＮの他の例は、発展型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）、ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）などを含む。コアネットワークの他の例は、進化型パケットコア（ＥＰＣ）、ＵＭＴＳコアネットワーク（ＵＣＮ）などを含む。ＲＡＮは、無線アクセス技術（ＲＡＴ）を実装し、ユーザ機器（ＵＥ）１２５とコアネットワークとの間に存在する。そのようなＲＡＴの例は、ニューラジオ（ＮＲ）、エボルブドユニバーサル地上無線アクセス（ＥＵＴＲＡ）としても知られているロングタームエボリューション（ＬＴＥ）、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）などを含む。移動通信の例示的なシステム１００のＲＡＴは、ＮＲであり得る。コアネットワークは、ＲＡＮと１つまたは複数の外部ネットワーク（例えば、データネットワーク）との間に存在し、モビリティ管理、認証、セッション管理、ベアラのセットアップ、および異なるサービス品質（ＱｏＳ）の適用などの機能を担当する。ＵＥ１２５とＲＡＮ（例えば、ＮＧ－ＲＡＮ１０５）との間の機能レイヤは、アクセス層（ＡＳ）と称され、ＵＥ１２５とコアネットワーク（例えば、５ＧＣ１１０）との間の機能レイヤは、非アクセス層（ＮＡＳ）と称されることがある。

【0015】

ＵＥ１２５は、ＲＡＮにおける１つまたは複数のノード、１つまたは複数のリレーノード、または、１つまたは複数のその他のＵＥなどと通信するための無線送信および受信手段を含み得る。ＵＥの例は、スマートフォン、タブレット、ラップトップ、コンピュータ、車両内の無線送信および／または受信ユニット、Ｖ２Ｘまたは車両間（Ｖ２Ｖ）デバイス、無線センサ、ＩｏＴデバイス、ＩＩＯＴデバイスなどを含むが、これらに限定されるものではない。移動局（ＭＳ）、端末機器、端末ノード、クライアントデバイス、モバイルデバイスなどのような他の名称がＵＥに使用されることがある。

【0016】

ＲＡＮは、ＵＥと通信するためのノード（例えば、基地局）を含み得る。例えば、移動通信システム１００のＮＧ－ＲＡＮ１０５は、ＵＥ１２５と通信するためのノードを含み得る。例えば、ＲＡＮのために使用されるＲＡＴに依存して、ＲＡＮノードのために異なる名称が使用されることがある。ＲＡＮノードは、ＵＭＴＳ ＲＡＴを使用するＲＡＮにおいて、ノードＢ（ＮＢ）と称されることがある。ＲＡＮノードは、ＬＴＥ／ＥＵＴＲＡ ＲＡＴを使用するＲＡＮにおいて、エボルブドノードＢ（ｅＮＢ）と称されることがある。図１における移動通信システム１００の例示的な例では、ＮＧ－ＲＡＮ１０５のノードは、次世代ノードＢ（ｇＮＢ）１１５または次世代エボルブドノードＢ（ｎｇ－ｅＮＢ）１２０のいずれかであり得る。本明細書では、基地局、ＲＡＮノード、ｇＮＢ、およびｎｇ－ｅＮＢという用語は互換的に使用され得る。ｇＮＢ１１５は、ＮＲユーザプレーンおよび制御プレーンプロトコル終端をＵＥ１２５に提供し得る。ｎｇ－ｅＮＢ１２０は、ＵＥ１２５に向けてＥ－ＵＴＲＡユーザプレーンおよび制御プレーンプロトコル終端を提供し得る。ｇＮＢ１１５とＵＥ１２５との間またはｎｇ－ｅＮＢ１２０とＵＥ１２５との間のインターフェースは、Ｕｕインターフェースと称されることがある。Ｕｕインターフェースは、ユーザプレーンプロトコルスタックおよび制御プレーンプロトコルスタックを用いて確立され得る。Ｕｕインターフェースの場合、基地局（例えば、ｇＮＢ１１５またはｎｇ－ｅＮＢ１２０）からＵＥ１２５への方向はダウンリンクと称されることがあり、ＵＥ１２５から基地局（例えば、ｇＮＢ１１５またはｎｇ－ｅＮＢ１２０）への方向はアップリンクと称されることがある。

【0017】

ｇＮＢ１１５およびｎｇ－ｅＮＢ１２０は、Ｘｎインターフェースを用いて相互接続され得る。Ｘｎインターフェースは、Ｘｎユーザプレーン（Ｘｎ－Ｕ）インターフェースおよびＸｎ制御プレーン（Ｘｎ－Ｃ）インターフェースを備え得る。Ｘｎ－Ｕインターフェースのトランスポートネットワークレイヤは、インターネットプロトコル（ＩＰ）トランスポート上に構築され得て、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）は、ユーザプレーンプロトコルデータユニット（ＰＤＵ）を搬送するためにユーザデータグラムプロトコル（ＵＤＰ）／ＩＰ上で使用され得る。Ｘｎ－Ｕは、ユーザプレーンＰＤＵの保証されない配信を提供し得て、データ転送およびフロー制御をサポートし得る。Ｘｎ－Ｃインターフェースのトランスポートネットワークレイヤは、ＩＰ上のストリーム制御トランスポートプロトコル（ＳＣＴＰ）上に構築され得る。アプリケーションレイヤシグナリングプロトコルは、ＸｎＡＰ（Ｘｎアプリケーションプロトコル）と称されることがある。ＳＣＴＰレイヤは、アプリケーションレイヤメッセージの保証された配信を提供し得る。トランスポートＩＰレイヤでは、シグナリングＰＤＵを配信するためにポイントツーポイント送信が使用され得る。Ｘｎ－Ｃインターフェースは、Ｘｎインターフェース管理、コンテキスト転送およびＲＡＮページングを含むＵＥモビリティ管理、および二重接続をサポートし得る。

【0018】

ｇＮＢ１１５およびｎｇ－ｅＮＢ１２０はまた、ＮＧインターフェースによって５ＧＣ１１０に、より具体的にはＮＧ－Ｃインターフェースによって５ＧＣ１１０のアクセスおよびモビリティ管理機能（ＡＭＦ）１３０に、ＮＧ－Ｕインターフェースによって５ＧＣ１１０のユーザプレーン機能（ＵＰＦ）１３５に接続され得る。ＮＧ－Ｕインターフェースのトランスポートネットワークレイヤは、ＩＰトランスポート上に構築され得て、ＵＤＰ／ＩＰ上でＧＴＰプロトコルが使用されて、ＮＧ－ＲＡＮノード（例えば、ｇＮＢ１１５またはｎｇ－ｅＮＢ１２０）とＵＰＦ１３５との間でユーザプレーンＰＤＵを搬送し得る。ＮＧ－Ｕは、ＮＧ－ＲＡＮノードとＵＰＦとの間のユーザプレーンＰＤＵの非保証配信を提供し得る。ＮＧ－Ｃインターフェースのトランスポートネットワークレイヤは、ＩＰトランスポート上に構築され得る。シグナリングメッセージの確実な伝送のために、ＩＰの上にＳＣＴＰが追加され得る。アプリケーションレイヤシグナリングプロトコルは、ＮＧＡＰ（ＮＧアプリケーションプロトコル）と称されることがある。ＳＣＴＰレイヤは、アプリケーションレイヤメッセージの保証された配信を提供し得る。トランスポートでは、ＩＰレイヤ・ポイントツーポイント送信が、シグナリングＰＤＵを配信するために使用され得る。ＮＧ－Ｃインターフェースは、以下の機能を提供し得る：ＮＧインターフェース管理；ＵＥコンテキスト管理；ＵＥモビリティ管理；ＮＡＳメッセージの転送；ページング；ＰＤＵセッション管理；構成転送；および警告メッセージ送信。

【0019】

ｇＮＢ１１５またはｎｇ－ｅＮＢ１２０は、以下の機能のうちの１つまたは複数をホストし得る：無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、アップリンクおよびダウンリンクの両方におけるＵＥへのリソースの動的割り当て（例えば、スケジューリング）などの無線リソース管理機能；データのＩＰおよびイーサネットヘッダ圧縮、暗号化および完全性保護；ＵＥによって提供された情報からＡＭＦへのルーティングが決定されることができない場合のＵＥアタッチメントにおけるＡＭＦの選択；ＵＰＦへのユーザプレーンデータのルーティング；ＡＭＦへの制御プレーン情報のルーティング；接続設定および解放；ページングメッセージのスケジューリングおよび送信；システムブロードキャスト情報（例えば、ＡＭＦに由来する）のスケジューリングおよび送信；モビリティおよびスケジューリングのための測定および測定報告構成；アップリンクにおけるトランスポートレベルパケットマーキング；セッション管理；ネットワークスライシングのサポート；ＱｏＳフロー管理およびデータ無線ベアラへのマッピング；ＲＲＣ非アクティブ状態のＵＥのサポート；ＮＡＳメッセージの配信機能；無線アクセスネットワーク共有；二重接続；ＮＲとＥ－ＵＴＲＡとの間の緊密な相互作用；ユーザプレーン５Ｇシステム（５ＧＳ）セルラＩｏＴ（ＣＩｏＴ）最適化のためのセキュリティおよび無線構成の維持。

【0020】

ＡＭＦ１３０は、以下の機能のうちの１つまたは複数をホストし得る：ＮＡＳシグナリング終端；ＮＡＳシグナリングセキュリティ；ＡＳセキュリティ制御；３ＧＰＰ（登録商標）アクセスネットワーク間のモビリティのためのＣＮノード間シグナリング；アイドルモードＵＥの到達性（ページング再送信の制御および実行を含む）；レジストレーションエリア管理；システム内およびシステム間モビリティのサポート；アクセス認証；ローミング権の確認を含むアクセス許可；モビリティ管理制御（サブスクリプションおよびポリシー）；ネットワークスライシングのサポート；セッション管理機能（ＳＭＦ）選択；５ＧＳ ＣＩｏＴ最適化の選択。

【0021】

ＵＰＦ１３５は、以下の機能のうちの１つまたは複数をホストし得る：ＲＡＴ内／ＲＡＴ間移動のためのアンカーポイント（適用可能な場合）；データネットワークへの相互接続の外部ＰＤＵセッションポイント；パケットルーティングおよび転送；ポリシー規則施行のパケット検査およびユーザプレーン部分；トラフィック使用状況報告；データネットワークへのトラフィックフローのルーティングをサポートするアップリンク分類器；マルチホームＰＤＵセッションをサポートするための分岐点；ユーザプレーンのためのＱｏＳ処理、例えば、パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート実施；アップリンクトラフィック検証（サービスデータフロー（ＳＤＦ）からＱｏＳフローマッピング）；ダウンリンクパケットバッファリングおよびダウンリンクデータ通知トリガ。

【0022】

図１に示すように、ＮＧ－ＲＡＮ１０５は、２つのＵＥ１２５（例えば、ＵＥ１２５ＡおよびＵＥ１２５Ｂ）間のＰＣ５インターフェースをサポートし得る。ＰＣ５インターフェースでは、２つのＵＥ間の通信の方向（例えば、ＵＥ１２５ＡからＵＥ１２５Ｂへ、またはその逆）は、サイドリンクと称されることがある。ＰＣ５インターフェースを介したサイドリンク送信および受信は、ＵＥ１２５がどのＲＲＣ状態にあるかにかかわらず、ＵＥ１２５がＮＧ－ＲＡＮ１０５カバレッジ内にあるとき、およびＵＥがＮＧ－ＲＡＮ１０５カバレッジ外にあるときにサポートされ得る。ＰＣ５インターフェースを介したＶ２Ｘサービスのサポートは、ＮＲサイドリンク通信および／またはＶ２Ｘサイドリンク通信によって提供され得る。

【0023】

ＰＣ５－Ｓシグナリングは、ダイレクト通信要求／受諾メッセージを伴うユニキャストリンク確立のために使用され得る。ＵＥは、例えばＶ２Ｘサービスタイプに基づいて、ＰＣ５ユニキャストリンクの送信元レイヤ２ ＩＤを自己割り当てし得る。ユニキャストリンク確立手順中に、ＵＥは、ピアＵＥ、例えば、宛先ＩＤが上位レイヤから受信されたＵＥに、ＰＣ５ユニキャストリンクのためのその送信元レイヤ２ ＩＤを送信し得る。送信元レイヤ２ ＩＤおよび宛先レイヤ２ ＩＤのペアは、ユニキャストリンクを一意に識別し得る。受信ＵＥは、前記宛先ＩＤがそれに属することを検証し得て、送信元ＵＥからのユニキャストリンク確立要求を受け入れ得る。ＰＣ５ユニキャストリンク確立手順の間、アクセス層上のＰＣ５－ＲＲＣ手順は、ＵＥサイドリンクコンテキスト確立の目的のために、ならびにＡＳレイヤ構成、能力交換などのために呼び出され得る。ＰＣ５－ＲＲＣシグナリングは、ＰＣ５ユニキャストリンクが確立されるＵＥのペア間でＵＥ能力およびサイドリンク無線ベアラ構成などのＡＳレイヤ構成を交換することを可能にし得る。

【0024】

ＮＲサイドリンク通信は、ＡＳにおける送信元レイヤ２ ＩＤと宛先レイヤ２ ＩＤとのペアについて、３つのタイプの送信モード（例えば、ユニキャスト送信、グループキャスト送信、およびブロードキャスト送信）のうちの１つをサポートし得る。ユニキャスト送信モードは、以下によって特徴付けられ得る：ペアのためのピアＵＥ間の１つのＰＣ５－ＲＲＣ接続のサポート；サイドリンクにおけるピアＵＥ間の制御情報およびユーザトラフィックの送受信；サイドリンクＨＡＲＱフィードバックのサポート；サイドリンク送信電力制御のサポート；ＲＬＣ確認モード（ＡＭ）のサポート；およびＰＣ５－ＲＲＣ接続のための無線リンク障害の検出。グループキャスト送信は、以下によって特徴付けられ得る：サイドリンクにおけるグループに属するＵＥ間のユーザトラフィックの送受信；およびサイドリンクＨＡＲＱフィードバックのサポート。ブロードキャスト送信は、以下によって特徴付けられ得る：サイドリンクにおけるＵＥ間のユーザトラフィックの送信および受信。

【0025】

ＮＲサイドリンク通信には、送信元レイヤ－２ ＩＤ、宛先レイヤ－２ ＩＤ、およびＰＣ５リンク識別子が使用され得る。送信元レイヤ２ ＩＤは、サイドリンク通信フレームの受信者であるデバイスまたはデバイスのグループを識別するリンクレイヤ識別情報であり得る。宛先レイヤ２ ＩＤは、サイドリンク通信フレームを発信するデバイスを識別するリンクレイヤ識別情報であり得る。いくつかの例では、送信元レイヤ２ ＩＤおよび宛先レイヤ２ ＩＤは、コアネットワーク内の管理機能によって割り当てられ得る。送信元レイヤ２ ＩＤは、ＮＲサイドリンク通信におけるデータの送信元を識別し得る。送信元レイヤ２ ＩＤは、２４ビット長であり得て、ＭＡＣレイヤにおいて２つのビット列に分割され得る：１つのビット列は、送信元レイヤ２ ＩＤのＬＳＢ部分（８ビット）であり得て、送信者の物理レイヤに転送され得る。これは、サイドリンク制御情報内の意図されたデータの送信元を識別し得て、受信機の物理レイヤにおけるパケットのフィルタリングに使用され得る。第２のビット列は、送信元レイヤ２ ＩＤのＭＳＢ部分（１６ビット）であり得て、媒体アクセス制御（ＭＡＣ）ヘッダ内で搬送され得る。これは、受信機のＭＡＣレイヤにおけるパケットのフィルタリングに使用され得る。宛先レイヤ２ ＩＤは、ＮＲサイドリンク通信におけるデータのターゲットを識別し得る。ＮＲサイドリンク通信の場合、宛先レイヤ２ ＩＤは、２４ビット長であり得て、ＭＡＣレイヤにおいて２つのビット列に分割され得る：１つのビット列は、宛先レイヤ２ ＩＤのＬＳＢ部分（１６ビット）であり得て、送信者の物理レイヤに転送され得る。これは、サイドリンク制御情報内の意図されたデータのターゲットを識別し得て、受信機の物理レイヤにおいてパケットのフィルタリングに使用され得る。第２のビット列は、宛先レイヤ２ ＩＤのＭＳＢ部分（８ビット）であり得て、ＭＡＣヘッダ内で搬送され得る。これは、受信機のＭＡＣレイヤにおけるパケットのフィルタリングに使用され得る。ＰＣ５リンク識別子は、ＰＣ５ユニキャストリンクの寿命の間、ＵＥ内のＰＣ５ユニキャストリンクを一意に識別し得る。ＰＣ５リンク識別子は、そのサイドリンク無線リンク障害（ＲＬＦ）宣言が行われ、ＰＣ５－ＲＲＣ接続が解放されたＰＣ５ユニキャストリンクを示すために使用され得る。

【0026】

図２Ａおよび図２Ｂは、本開示の様々な例示的な実施形態のいくつかの態様にかかる、ユーザプレーンおよび制御プレーンについての無線プロトコルスタックの例を示している。図２Ａに示すように、（ＵＥ１２５とｇＮＢ１１５との間の）Ｕｕインターフェースのユーザプレーンのためのプロトコルスタックは、サービスデータ適応プロトコル（ＳＤＡＰ）２０１およびＳＤＡＰ２１１と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）２０２およびＰＤＣＰ２１２と、無線リンク制御（ＲＬＣ）２０３およびＲＬＣ２１３と、ＭＡＣ２０４およびＭＡＣ２１４と、レイヤ２のサブレイヤおよび物理（ＰＨＹ）２０５およびＰＨＹ２１５レイヤ（レイヤ１はＬ１とも称される）とを含む。

【0027】

ＰＨＹ２０５およびＰＨＹ２１５は、ＭＡＣ２０４およびＭＡＣ２１４サブレイヤにトランスポートチャネル２４４を提供する。ＭＡＣ２０４およびＭＡＣ２１４サブレイヤは、ＲＬＣ２０３およびＲＬＣ２１３サブレイヤに論理チャネル２４３を提供する。ＲＬＣ２０３およびＲＬＣ２１３サブレイヤは、ＰＤＣＰ２０２およびＰＣＰ２１２サブレイヤにＲＬＣチャネル２４２を提供する。ＰＤＣＰ２０２およびＰＤＣＰ２１２サブレイヤは、ＳＤＡＰ２０１およびＳＤＡＰ２１１サブレイヤに無線ベアラ２４１を提供する。無線ベアラは、ユーザプレーンデータのためのデータ無線ベアラ（ＤＲＢ）と、制御プレーンデータのためのシグナリング無線ベアラ（ＳＲＢ）との２つのグループに分類され得る。ＳＤＡＰ２０１およびＳＤＡＰ２１１サブレイヤは、５ＧＣにＱｏＳフロー２４０を提供する。

【0028】

ＭＡＣ２０４またはＭＡＣ２１４サブレイヤの主なサービスおよび機能は、論理チャネルとトランスポートチャネルとの間のマッピング；１つまたは異なる論理チャネルに属するＭＡＣサービスデータユニット（ＳＤＵ）の、トランスポートチャネル上で物理レイヤとの間で受け渡しされるトランスポートブロック（ＴＢ）への／からの多重化／逆多重化；スケジューリング情報報告；ハイブリッド自動再送要求（ＨＡＲＱ）による誤り訂正（キャリアアグリゲーション（ＣＡ）の場合、セルごとに１つのＨＡＲＱエンティティ）；動的スケジューリングによるＵＥ間の優先度処理；論理チャネル優先順位付け（ＬＣＰ）による１つのＵＥの論理チャネル間の優先度処理；１つのＵＥの重複リソース間の優先度処理；およびパディングを含む。単一のＭＡＣエンティティは、複数のヌメロロジ、送信タイミングおよびセルをサポートし得る。論理チャネル優先順位付けにおけるマッピング制限は、論理チャネルがどのヌメロロジ、セル、および送信タイミングを使用し得るかを制御する。

【0029】

ＨＡＲＱ機能は、レイヤ１におけるピアエンティティ間の配信を保証し得る。物理レイヤがダウンリンク／アップリンク空間多重化のために構成されていない場合、単一のＨＡＲＱプロセスは１つのＴＢをサポートし得て、物理レイヤがダウンリンク／アップリンク空間多重化のために構成されている場合、単一のＨＡＲＱプロセスは、１つまたは複数のＴＢをサポートし得る。

【0030】

ＲＬＣ２０３またはＲＬＣ２１３サブレイヤは、以下の３つの送信モードをサポートし得る：透過モード（ＴＭ）；非確認モード（ＵＭ）；および確認モード（ＡＭ）。ＲＬＣ構成は、ヌメロロジおよび／または送信時間に依存せずに論理チャネルごとであってもよく、自動再送要求（ＡＲＱ）は、論理チャネルが構成されているヌメロロジおよび／または送信時間のいずれかで動作してもよい。

【0031】

ＲＬＣ２０３またはＲＬＣ２１３サブレイヤの主なサービスおよび機能は、送信モード（例えば、ＴＭ、ＵＭまたはＡＭ）に依存し、以下を含み得る：上位レイヤＰＤＵの転送；ＰＤＣＰの配列番号とは無関係の配列番号（ＵＭおよびＡＭ）；ＡＲＱによる誤り訂正（ＡＭのみ）；ＲＬＣ ＳＤＵのセグメント化（ＡＭおよびＵＭ）および再セグメント化（ＡＭのみ）；ＳＤＵ（ＡＭおよびＵＭ）の再組み立て；重複検出（ＡＭのみ）；ＲＬＣ ＳＤＵ破棄（ＡＭおよびＵＭ）；ＲＬＣ再確立；およびプロトコルエラー検出（ＡＭのみ）。

【0032】

ＲＬＣ２０３またはＲＬＣ２１３サブレイヤ内の自動再送要求は、以下の特性を有し得る：ＡＲＱは、ＲＬＣ状況報告に基づいてＲＬＣ ＳＤＵまたはＲＬＣ ＳＤＵセグメントを再送信する；ＲＬＣ状況通知のためのポーリングは、ＲＬＣによって必要とされる場合に使用され得る；ＲＬＣ受信機はまた、欠落したＲＬＣ ＳＤＵまたはＲＬＣ ＳＤＵセグメントを検出した後にＲＬＣ状況通知をトリガし得る。

【0033】

ＰＤＣＰ２０２またはＰＤＣＰ２１２サブレイヤの主なサービスおよび機能は、以下を含み得る：データの転送（ユーザプレーンまたは制御プレーン）；ＰＤＣＰシーケンス番号（ＳＮ）の維持；ロバストヘッダ圧縮（ＲＯＨＣ）プロトコルを使用したヘッダ圧縮および解凍；ＥＨＣプロトコルを使用したヘッダ圧縮および伸張；暗号化および復号；完全性保護および完全性検証；タイマベースのＳＤＵ破棄；スプリットベアラのルーティング；重複；リオーダリングおよびインオーダー配信；アウトオブオーダー配信；および重複破棄。

【0034】

ＳＤＡＰ２０１またはＳＤＡＰ２１１の主なサービスおよび機能は、以下を含み得る：ＱｏＳフローとデータ無線ベアラとの間のマッピング；およびダウンリンクパケットとアップリンクパケットの両方におけるＱｏＳフローＩＤ（ＱＦＩ）のマーキング。ＳＤＡＰの単一のプロトコルエンティティは、個々のＰＤＵセッションごとに構成されてもよい。

【0035】

図２Ｂに示すように、（ＵＥ１２５とｇＮＢ１１５との間の）Ｕｕインターフェースの制御プレーンのプロトコルスタックは、上述したように、ＰＨＹレイヤ（レイヤ１）と、レイヤ２のＭＡＣ、ＲＬＣおよびＰＤＣＰサブレイヤと、さらに、ＲＲＣ２０６サブレイヤおよびＲＲＣ２１６サブレイヤとを含む。Ｕｕインターフェース上のＲＲＣ２０６サブレイヤおよびＲＲＣ２１６サブレイヤの主なサービスおよび機能は、以下を含む：ＡＳおよびＮＡＳに関連するシステム情報のブロードキャスト；５ＧＣまたはＮＧ－ＲＡＮによって開始されるページング；ＵＥとＮＧ－ＲＡＮとの間のＲＲＣ接続の確立、維持、および解放（キャリアアグリゲーションの追加、変更、および解放；ＮＲまたはＥ－ＵＴＲＡとＮＲとの間のデュアルコネクティビティの追加、変更、および解放を含む）；鍵管理を含むセキュリティ機能；ＳＲＢおよびＤＲＢの確立、構成、維持および解放；移動機能（ハンドオーバおよびコンテキスト転送；ＵＥセル選択および再選択およびセル選択および再選択の制御；およびＲＡＴ間移動を含む）；ＱｏＳ管理機能；ＵＥ測定報告および報告の制御；無線リンク障害の検出および回復；およびＵＥとの間におけるＮＡＳとの間でのＮＡＳメッセージ転送。ＮＡＳ２０７およびＮＡＳ２２７レイヤは、認証、モビリティ管理、セキュリティ制御などの機能を実行する（ネットワーク側のＡＭＦにおいて終端される）制御プロトコルである。

【0036】

Ｕｕインターフェース上のＲＲＣサブレイヤのサイドリンク固有のサービスおよび機能は、以下を含み得る：システム情報または専用シグナリングを介したサイドリンクリソース割り当ての構成；ＵＥサイドリンク情報の報告；サイドリンクに関する測定構成および報告；およびＳＬトラフィックパターンのためのＵＥ支援情報の報告。

【0037】

図３Ａ、図３Ｂおよび図３Ｃは、本開示の様々な例示的な実施形態のいくつかの態様にかかる、ダウンリンクにおける論理チャネルとトランスポートチャネルとの間の例示的なマッピングを示している。異なる種類のデータ転送サービスがＭＡＣによって提供され得る。各論理チャネルタイプは、どのタイプの情報が転送されるかによって定義され得る。論理チャネルは、制御チャネルおよびトラフィックチャネルの２つのグループに分類され得る。制御チャネルは、制御プレーン情報の転送のみに使用され得る。ブロードキャスト制御チャネル（ＢＣＣＨ）は、システム制御情報をブロードキャストするためのダウンリンクチャネルである。ページング制御チャネル（ＰＣＣＨ）は、ページングメッセージを搬送するダウンリンクチャネルである。共通制御チャネル（ＣＣＣＨ）は、ＵＥとネットワークとの間で制御情報を送信するためのチャネルである。このチャネルは、ネットワークとのＲＲＣ接続を有しないＵＥのために使用され得る。専用制御チャネル（ＤＣＣＨ）は、ＵＥとネットワークとの間で専用制御情報を送信するポイントツーポイント双方向チャネルであり、ＲＲＣ接続を有するＵＥによって使用され得る。トラフィックチャネルは、ユーザプレーン情報の転送のみに使用され得る。専用トラフィックチャネル（ＤＴＣＨ）は、ユーザ情報を転送するための、１つのＵＥに専用のポイントツーポイントチャネルである。ＤＴＣＨは、アップリンクとダウンリンクとの両方に存在し得る。サイドリンク制御チャネル（ＳＣＣＨ）は、１つのＵＥから他のＵＥに制御情報（例えば、ＰＣ５－ＲＲＣメッセージおよびＰＣ５－Ｓメッセージ）を送信するためのサイドリンクチャネルである。サイドリンクトラフィックチャネル（ＳＴＣＨ）は、１つのＵＥから他のＵＥにユーザ情報を送信するためのサイドリンクチャネルである。サイドリンクブロードキャスト制御チャネル（ＳＢＣＣＨ）は、１つのＵＥから他のＵＥにサイドリンクシステム情報をブロードキャストするためのサイドリンクチャネルである。

【0038】

ダウンリンクトランスポートチャネルのタイプは、ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有チャネル（ＤＬ－ＳＣＨ）、およびページングチャネル（ＰＣＨ）を含む。ＢＣＨは、固定された、以下によって特徴付けられ得る：事前定義されたトランスポートフォーマット；単一のメッセージとして、または異なるＢＣＨインスタンスをビームフォーミングすることによって、セルのカバレッジエリア全体でブロードキャストされるという要件。ＤＬ－ＳＣＨは、以下によって特徴付けられ得る：ＨＡＲＱのサポート；変調、符号化、および送信電力を変化させることによる動的リンク適応のためのサポート；セル全体でブロードキャストされる可能性；ビームフォーミングを使用する可能性；動的リソース割り当てと半静的リソース割り当ての両方のサポート；およびＵＥの省電力を可能にするためのＵＥ不連続受信（ＤＲＸ）のサポート。ＤＬ－ＳＣＨは、以下によって特徴付けられ得る：ＨＡＲＱのサポート；変調、符号化、および送信電力を変化させることによる動的リンク適応のためのサポート；セル全体でブロードキャストされる可能性；ビームフォーミングを使用する可能性；動的リソース割り当てと半静的リソース割り当ての両方のサポート；ＵＥの省電力を可能にするためのＵＥ不連続受信（ＤＲＸ）のサポート。ＰＣＨは、以下によって特徴付けられ得る：ＵＥ省電力を可能にするためのＵＥ不連続受信（ＤＲＸ）のサポート（ＤＲＸサイクルがネットワークによってＵＥに示される）；単一のメッセージとして、または異なるＢＣＨインスタンスをビームフォーミングすることによって、セルのカバレッジエリア全体でブロードキャストされるという要件；トラフィック／他の制御チャネルにも動的に使用されることができる物理リソースへのマッピング。

【0039】

ダウンリンクでは、論理チャネルとトランスポートチャネルとの間に以下の接続が存在し得る：ＢＣＣＨは、ＢＣＨにマッピングされ得る：ＢＣＣＨは、ＤＬ－ＳＣＨにマッピングされ得る；ＰＣＣＨは、ＰＣＨにマッピングされ得る；ＣＣＣＨは、ＤＬ－ＳＣＨにマッピングされ得る；ＤＣＣＨは、ＤＬ－ＳＣＨにマッピングされ得る；ＤＴＣＨは、ＤＬ－ＳＣＨにマッピングされ得る。

【0040】

アップリンクトランスポートチャネルタイプは、アップリンク共有チャネル（ＵＬ－ＳＣＨ）およびランダムアクセスチャネル（ＲＡＣＨ）を含む。ＵＬ－ＳＣＨは、以下によって特徴付けられ得る：ビームフォーミングを使用する可能性；送信電力を変化させ、潜在的に変調および符号化することによる動的リンク適応のためのサポート；ＨＡＲＱのサポート；動的リソース割り当ておよび準静的リソース割り当ての両方のサポート。ＲＡＣＨは、限定された制御情報；および衝突リスクによって特徴付けられ得る。

【0041】

アップリンクでは、論理チャネルと伝送チャネルとの間に以下の接続が存在し得る：ＣＣＣＨは、ＵＬ－ＳＣＨにマッピングされ得る；ＤＣＣＨは、ＵＬ－ＳＣＨにマッピングされ得る；ＤＴＣＨは、ＵＬ－ＳＣＨにマッピングされ得る。

【0042】

サイドリンクトランスポートチャネルタイプは、サイドリンクブロードキャストチャネル（ＳＬ－ＢＣＨ）およびサイドリンク共有チャネル（ＳＬ－ＳＣＨ）を含む。ＳＬ－ＢＣＨは、事前定義されたトランスポートフォーマットによって特徴付けられ得る。ＳＬ－ＳＣＨは、ユニキャスト送信、グループキャスト送信、およびブロードキャスト送信のサポート；ＮＧ－ＲＡＮによるＵＥ自律リソース選択とスケジュールされたリソース割り当ての両方のサポート；ＵＥがＮＧ－ＲＡＮによってリソースを割り当てられたときの動的リソース割り当ておよび準静的リソース割り当ての両方のサポート；ＨＡＲＱのサポート；送信電力、変調、および符号化を変化させることによる動的リンク適応のサポートによって特徴付けられ得る。

【0043】

サイドリンクでは、論理チャネルとトランスポートチャネルとの間に以下の接続が存在し得る：ＳＣＣＨは、ＳＬ－ＳＣＨにマッピングされ得る；ＳＴＣＨは、ＳＬ－ＳＣＨにマッピングされ得る；ＳＢＣＣＨは、ＳＬ－ＢＣＨにマッピングされ得る。

【0044】

図４Ａ、図４Ｂおよび図４Ｃは、本開示の様々な例示的な実施形態のいくつかの態様にかかる、ダウンリンクにおけるトランスポートチャネルと物理チャネルとの間の例示的なマッピングを示している。ダウンリンクにおける物理チャネルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、および物理ブロードキャストチャネル（ＰＢＣＨ）を含む。ＰＣＨおよびＤＬ－ＳＣＨトランスポートチャネルは、ＰＤＳＣＨにマッピングされる。ＢＣＨトランスポートチャネルは、ＰＢＣＨにマッピングされる。トランスポートチャネルは、ＰＤＣＣＨにマッピングされず、ＰＤＣＣＨを介してダウンリンク制御情報（ＤＣＩ）が送信される。

【0045】

アップリンクにおける物理チャネルは、物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、および物理ランダムアクセスチャネル（ＰＲＡＣＨ）を含む。ＵＬ－ＳＣＨトランスポートチャネルは、ＰＵＳＣＨにマッピングされてもよく、ＲＡＣＨトランスポートチャネルは、ＰＲＡＣＨにマッピングされてもよい。トランスポートチャネルは、ＰＵＣＣＨにマッピングされず、ＰＵＣＣＨを介してアップリンク制御情報（ＵＣＩ）が送信される。

【0046】

サイドリンクの物理チャネルは、物理サイドリンク共有チャネル（ＰＳＳＣＨ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）、および物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）を含む。物理サイドリンク制御チャネル（ＰＳＣＣＨ）は、ＰＳＳＣＨのためにＵＥによって使用されるリソースおよび他の送信パラメータを示し得る。物理サイドリンク共有チャネル（ＰＳＳＣＨ）は、データ自体のＴＢ、ならびにＨＡＲＱ手順およびＣＳＩフィードバックトリガなどの制御情報を送信し得る。１つのスロット内の少なくとも６つのＯＦＤＭシンボルがＰＳＳＣＨ送信に使用され得る。物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）は、ＰＳＳＣＨ送信の意図された受信者であるＵＥから送信を実行したＵＥにサイドリンクを介してＨＡＲＱフィードバックを搬送し得る。ＰＳＦＣＨシーケンスは、スロット内のサイドリンクリソースの端部付近の２つのＯＦＤＭシンボルにわたって繰り返される１つのＰＲＢにおいて送信され得る。ＳＬ－ＳＣＨトランスポートチャネルは、ＰＳＳＣＨにマッピングされ得る。ＳＬ－ＢＣＨは、ＰＳＢＣＨにマッピングされ得る。トランスポートチャネルは、ＰＳＦＣＨにマッピングされないが、サイドリンクフィードバック制御情報（ＳＦＣＩ）は、ＰＳＦＣＨにマッピングされ得る。トランスポートチャネルは、ＰＳＣＣＨにマッピングされないが、サイドリンク制御情報（ＳＣＩ）は、ＰＳＣＣＨにマッピングされ得る。

【0047】

図５Ａ、図５Ｂ、図５Ｃおよび図５Ｄは、本開示の様々な例示的な実施形態のいくつかの態様にかかるＮＲサイドリンク通信のための無線プロトコルスタックの例を示している。ＰＣ５インターフェース（すなわち、ＳＴＣＨの場合）におけるユーザプレーンのためのＡＳプロトコルスタックは、ＳＤＡＰ、ＰＤＣＰ、ＲＬＣおよびＭＡＣサブレイヤ、ならびに物理レイヤから構成され得る。ユーザプレーンのプロトコルスタックが図５Ａに示されている。ＰＣ５インターフェースにおけるＳＢＣＣＨのためのＡＳプロトコルスタックは、図５Ｂに以下に示すように、ＲＲＣ、ＲＬＣ、ＭＡＣサブレイヤ、および物理レイヤから構成され得る。ＰＣ５－Ｓプロトコルをサポートするために、図５Ｃに示すように、ＰＣ５－Ｓは、ＰＣ５－Ｓ用のＳＣＣＨのための制御プレーンプロトコルスタック内のＰＤＣＰ、ＲＬＣ、およびＭＡＣサブレイヤ、ならびに物理レイヤの上に配置される。ＰＣ５インターフェースにおけるＲＲＣ用のＳＣＣＨのための制御プレーンのためのＡＳプロトコルスタックは、ＲＲＣ、ＰＤＣＰ、ＲＬＣおよびＭＡＣサブレイヤ、ならびに物理レイヤから構成される。ＲＲＣのためのＳＣＣＨのための制御プレーンのプロトコルスタックが図５Ｄに示されている。

【0048】

サイドリンク無線ベアラ（ＳＬＲＢ）は、ユーザプレーンデータ用のサイドリンクデータ無線ベアラ（ＳＬ ＤＲＢ）および制御プレーンデータ用のサイドリンク信号無線ベアラ（ＳＬ ＳＲＢ）の２つのグループに分類され得る。異なるＳＣＣＨを使用する別々のＳＬ ＳＲＢは、それぞれ、ＰＣ５－ＲＲＣおよびＰＣ５－Ｓシグナリング用に構成され得る。

【0049】

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

【0050】

ＲＬＣサブレイヤのサービスおよび機能は、サイドリンクのためにサポートされ得る。ＲＬＣ非確認モード（ＵＭ）と確認モード（ＡＭ）の両方がユニキャスト伝送で使用されてもよく、一方、グループキャスト伝送またはブロードキャスト伝送ではＵＭのみが使用されてもよい。ＵＭの場合、グループキャストおよびブロードキャストのために一方向の送信のみがサポートされ得る。

【0051】

ＵｕインターフェースのためのＰＤＣＰサブレイヤのサービスおよび機能は、いくつかの制限を伴ってサイドリンクのためにサポートされ得る：アウトオブオーダー配信は、ユニキャスト送信のためにのみサポートされ得る；および、重複は、ＰＣ５インターフェースを介してサポートされなくてもよい。

【0052】

ＳＤＡＰサブレイヤは、ＰＣ５インターフェースを介して以下のサービスおよび機能を提供し得る：ＱｏＳフローとサイドリンクデータ無線ベアラとの間のマッピング。宛先に関連付けられたユニキャスト、グループキャスト、およびブロードキャストのうちの１つに対して、宛先ごとに１つのＳＤＡＰエンティティが存在し得る。

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

本開示で使用されるように、項目のリストにおける「または」という用語の使用は、包括的なリストを示す。項目のリストは、「少なくとも１つ」または「１つまたは複数」などのフレーズで始められ得る。例えば、Ａ、Ｂ、またはＣの少なくとも１つのリストは、ＡまたはＢまたはＣまたはＡＢ（すなわち、ＡおよびＢ）またはＡＣまたはＢＣまたはＡＢＣ（すなわち、ＡおよびＢおよびＣ）を含む。また、本開示で使用されるように、条件のリストの前に「に基づく」という語句を付けることは、条件のセット「のみに基づく」と解釈されるべきではなく、むしろ条件のセット「に少なくとも部分的に基づく」と解釈されるべきである。例えば、「条件Ａに基づく」と記載された結果は、本開示の範囲から逸脱することなく、条件Ａおよび条件Ｂの両方に基づいてもよい。

【0171】

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

【0172】

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

【図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-03-29

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

体感品質（ＱｏＥ）シグナリングを休止または再開する方法であって、
ユーザ機器（ＵＥ）によって、複数のＱｏＥ構成の構成パラメータを含む１つまたは複数のメッセージを受信するステップと、
フィールドを含む制御メッセージを受信するステップであって、
前記フィールドが、前記複数のＱｏＥ構成のうちの第１のＱｏＥ構成に対応し、
前記フィールドの第１の値が、前記第１のＱｏＥ構成についてのＱｏＥ報告の休止を示し、
第１のフィールドの第２の値が、前記第１のＱｏＥ構成についてのＱｏＥ報告の再開を示す、受信するステップと、
前記制御メッセージの受信に応答して、前記第１のＱｏＥ構成に関連付けられたＱｏＥ報告を休止または再開するステップと
を含む、方法。

【請求項2】

前記制御メッセージが、トランスポートブロック（ＴＢ）を介して受信される、請求項１に記載の方法。

【請求項3】

前記第１の体感品質（ＱｏＥ）構成に対応する前記ＱｏＥ報告が、前記制御メッセージを受信する前に休止され、
前記第１のＱｏＥ構成に対応する前記ＱｏＥ報告が、前記制御メッセージの受信に応答して再開される、
請求項１に記載の方法。

【請求項4】

前記第１の体感品質（ＱｏＥ）構成に対応する前記ＱｏＥ報告が、前記制御メッセージを受信する前に休止され、
前記第１のＱｏＥ構成に対応する前記ＱｏＥ報告が、前記制御メッセージの受信に応答して休止され続ける、
請求項１に記載の方法。

【請求項5】

前記第１の体感品質（ＱｏＥ）構成に対応する前記ＱｏＥ報告が、前記制御メッセージを受信する前に前記ユーザ機器（ＵＥ）によって実行され、
前記第１のＱｏＥ構成に対応する前記ＱｏＥ報告が、前記制御メッセージの受信に応答して休止される、
請求項１に記載の方法。

【請求項6】

前記第１の体感品質（ＱｏＥ）構成に対応する前記ＱｏＥ報告が、前記制御メッセージを受信する前に前記ユーザ機器（ＵＥ）によって実行され、
前記第１のＱｏＥ構成に対応する前記ＱｏＥ報告が、前記制御メッセージの受信に応答して実行され続ける、
請求項１に記載の方法。

【請求項7】

前記制御メッセージの前記フィールドの前記第２の値が、前記第１の体感品質（ＱｏＥ）構成についてのＱｏＥ報告が前記制御メッセージを受信する前に休止されたか、または休止されなかったかに基づいて、前記ＱｏＥ報告の再開または前記ＱｏＥ報告の継続のいずれかを示す、請求項１に記載の方法。

【請求項8】

前記制御メッセージの複数の前記フィールドにおける前記第１のフィールドの位置が、前記複数の体感品質（ＱｏＥ）構成における対応するＱｏＥ構成を示す、請求項１に記載の方法。

【請求項9】

前記複数の体感品質（ＱｏＥ）構成における前記第１のＱｏＥ構成が、第１の識別子と関連付けられ、
前記第１のＱｏＥ構成が関連付けられる、複数の前記フィールド内の前記第１のフィールドの第１の位置が、前記第１の識別子の第１の値に基づく、
請求項１に記載の方法。

【請求項10】

前記第１の体感品質（ＱｏＥ）構成の第１の構成パラメータが、第１の識別子を示す第１のパラメータを含む、請求項１に記載の方法。

【請求項11】

前記複数の体感品質（ＱｏＥ）構成における各ＱｏＥ構成が、対応する識別子と関連付けられ、
複数の前記フィールドにおける右端のフィールドが、最小の識別子値を有する識別子に関連付けられる、
請求項１に記載の方法。

【請求項12】

前記複数の体感品質（ＱｏＥ）構成における各ＱｏＥ構成が、対応する識別子を示すパラメータを含む、請求項１に記載の方法。

【請求項13】

前記体感品質（ＱｏＥ）報告を休止することが、ＱｏＥ測定を実行し続ける工程を含む、請求項１に記載の方法。

【請求項14】

前記体感品質（ＱｏＥ）報告の休止に応答して前記ＱｏＥ報告を記憶する工程と、
前記第１のＱｏＥ構成についてのＱｏＥ報告の再開を示す第２のコマンドの受信に応答して、記憶された前記ＱｏＥ報告を送信する工程と
をさらに含む、請求項１に記載の方法。

【請求項15】

前記制御メッセージが、前記第１のフィールドに対応する第２のフィールドを含み、
前記第２のフィールドの値が、前記第１の体感品質（ＱｏＥ）構成の識別子を示す、
請求項１に記載の方法。

【請求項16】

ユーザ機器（ＵＥ）であって、
１つまたは複数のプロセッサと、
命令を記憶するメモリとを備え、前記命令が、前記１つまたは複数のプロセッサによって実行されると、前記ＵＥに、
複数の体感品質（ＱｏＥ）構成の構成パラメータを含む１つまたは複数のメッセージを受信することと、
フィールドを含む制御メッセージを受信することであって、
前記フィールドが、前記複数のＱｏＥ構成における第１のＱｏＥ構成に対応し、
前記フィールドの第１の値が、前記第１のＱｏＥ構成についてのＱｏＥ報告の休止を示し、
第１のフィールドの第２の値が、前記第１のＱｏＥ構成についてのＱｏＥ報告の再開を示す、受信することと、
前記制御メッセージの受信に応答して、前記第１のＱｏＥ構成に関連付けられたＱｏＥ報告を休止または再開することと
を行わせる、ユーザ機器。

【請求項17】

前記制御メッセージが、トランスポートブロック（ＴＢ）を介して受信される、請求項１６に記載のユーザ機器（ＵＥ）。

【請求項18】

前記第１の体感品質（ＱｏＥ）構成に対応する前記ＱｏＥ報告が、前記制御メッセージを受信する前に休止され、
前記第１のＱｏＥ構成に対応する前記ＱｏＥ報告が、前記制御メッセージの受信に応答して再開される、
請求項１６に記載のユーザ機器（ＵＥ）。

【請求項19】

前記第１の体感品質（ＱｏＥ）構成に対応する前記ＱｏＥ報告が、前記制御メッセージを受信する前に休止され、
前記第１のＱｏＥ構成に対応する前記ＱｏＥ報告が、前記制御メッセージの受信に応答して休止され続ける、
請求項１６に記載のユーザ機器（ＵＥ）。

【請求項20】

前記第１の体感品質（ＱｏＥ）構成に対応する前記ＱｏＥ報告が、前記制御メッセージを受信する前に前記ユーザ機器（ＵＥ）によって実行され、
前記第１のＱｏＥ構成に対応する前記ＱｏＥ報告が、前記制御メッセージの受信に応答して休止される、
請求項１６に記載のユーザ機器（ＵＥ）。

【請求項21】

前記第１の体感品質（ＱｏＥ）構成に対応する前記ＱｏＥ報告が、前記制御メッセージを受信する前に前記ユーザ機器（ＵＥ）によって実行され、
前記第１のＱｏＥ構成に対応する前記ＱｏＥ報告が、前記制御メッセージの受信に応答して実行され続ける、
請求項１６に記載のユーザ機器（ＵＥ）。

【国際調査報告】