特表 2024-535938 非アクティブ状態での体感品質測定

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

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

(11)【公表番号】

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

(54)【発明の名称】非アクティブ状態での体感品質測定

(51)【国際特許分類】

   H04W 24/10 20090101AFI20240925BHJP

   H04W 76/27 20180101ALI20240925BHJP

   H04W 74/0833 20240101ALI20240925BHJP

【ＦＩ】

H04W24/10

H04W76/27

H04W74/0833

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024533927

(86)(22)【出願日】2022-05-19

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

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

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

(87)【国際公開日】2022-11-24

(31)【優先権主張番号】63/191,762

(32)【優先日】2021-05-21

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．３ＧＰＰ

(71)【出願人】

【識別番号】523466972

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

(71)【出願人】

【識別番号】524057913

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

(74)【代理人】

【識別番号】110003797

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

(72)【発明者】

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

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

5K067

【Ｆターム（参考）】

5K067DD11

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】

前記ユーザ機器（ＵＥ）によって、前記ＵＥが前記無線リソース制御（ＲＲＣ）非アクティブ状態にある間に、前記１つまたは複数の体感品質（ＱｏＥ）測定報告を記憶する工程をさらに含む、請求項１に記載の方法。

【発明の詳細な説明】

【技術分野】

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

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【誤訳訂正書】

【提出日】2024-04-30

【誤訳訂正1】

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

【訂正対象項目名】全文

【訂正方法】変更

【訂正の内容】

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

本発明は、第５世代モバイルネットワークである５Ｇに関する。これは、１Ｇ、２Ｇ、３Ｇ、および４Ｇネットワークの後の新しいグローバルワイヤレス規格である。５Ｇは、マシン、オブジェクト、およびデバイスを接続するように設計されたネットワークを可能にする。

【0003】

本発明は、より具体的には、体感品質（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ）（ＱｏＥ）測定および報告に関し、すなわち、ＲＲＣ非アクティブ状態の間のＱｏＥ測定をサポートする、つまり、ＲＲＣ非アクティブ状態の間におけるＱｏＥ測定のプロセスを可能にし、かつ強化する、ＱｏＥ機構に関する。

【発明の概要】

【0004】

一実施形態では、本発明は、体感品質（ＱｏＥ）の測定と報告の方法を提供し、該方法は、ユーザ機器（ＵＥ）によって、１つまたは複数のＱｏＥ構成の構成パラメータを含む無線リソース制御（ＲＲＣ）メッセージを受信する工程と、ＵＥがＲＲＣ接続状態からＲＲＣ非アクティブ状態に遷移することを示すＲＲＣ解放メッセージを受信する工程と、ＵＥがＲＲＣ非アクティブ状態にある間に、１つまたは複数のＱｏＥ構成のうちの少なくとも１つの第１のＱｏＥ構成に対してＱｏＥ測定を実施する工程と、ＲＲＣ非アクティブ状態からＲＲＣ接続状態に遷移することを決定する工程と、遷移することを決定したことに応答して、１つまたは複数のＱｏＥ測定報告を送信する工程とを含む。

【0005】

方法は、ＲＲＣ解放メッセージを受信したことに応答して、無線リソース制御（ＲＲＣ）接続状態からＲＲＣ非アクティブ状態に遷移する工程を含み得る。当該方法において、無線リソース制御（ＲＲＣ）解放メッセージは、ｓｕｓｐｅｎｄｃｏｎｆｉｇ情報要素（ＩＥ）を含み、ｓｕｓｐｅｎｄｃｏｎｆｉｇ ＩＥは、ＲＲＣ非アクティブ状態にあるユーザ機器（ＵＥ）の動作についての構成パラメータを含む。１つまたは複数のＱｏＥ構成の各体感品質（ＱｏＥ）構成は、識別子に関連付けられ得、１つまたは複数のＱｏＥ構成の構成パラメータは、少なくとも１つの第１の体感品質（ＱｏＥ）構成に関連付けられた識別子を示す。１つまたは複数のＱｏＥ構成の各体感品質（ＱｏＥ）構成は、ＱｏＥ構成について関連付けられた識別子を示すパラメータを含む。

【0006】

好ましくは、無線リソース制御（ＲＲＣ）解放メッセージは、少なくとも１つの第１の体感品質（ＱｏＥ）構成に関連する１つまたは複数の識別子のうちの少なくとも１つの第１の識別子を示す。無線リソース制御（ＲＲＣ）解放メッセージは、ユーザ機器（ＵＥ）のＲＲＣ非アクティブ状態への遷移を示すｓｕｓｐｅｎｄｃｏｎｆｉｇ情報要素（ＩＥ）を含み得る。ｓｕｓｐｅｎｄｃｏｎｆｉｇ情報要素（ＩＥ）は、少なくとも１つの第１の体感品質（ＱｏＥ）構成に関連する少なくとも１つの第１の識別子を示し得る。ｓｕｓｐｅｎｄｃｏｎｆｉｇ情報要素（ＩＥ）は、少なくとも１つの第１の体感品質（ＱｏＥ）測定構成のリストを示すパラメータを含み得る。好ましくは、１つまたは複数の体感品質（ＱｏＥ）構成の構成パラメータは、ＱｏＥ測定のための第１のパラメータおよびＱｏＥ報告ための第２のパラメータを含む。

【0007】

第１のパラメータは、体感品質（ＱｏＥ）測定のための１つまたは複数のアプリケーションを示し得る。第２のパラメータは、体感品質（ＱｏＥ）報告のための１つまたは複数の周期性を示す。当該方法では、無線リソース制御（ＲＲＣ）非アクティブ状態からＲＲＣ接続状態に遷移する工程は、ランダムアクセスプロセスを開始することを含み、１つまたは複数の体感品質（ＱｏＥ）測定報告を送信する工程は、ランダムアクセスプロセスのランダムアクセスメッセージを介する。ランダムアクセスメッセージは、ランダムアクセスプロセスが４ステップランダムアクセスプロセスである場合、Ｍｓｇ３メッセージであり得る。ランダムアクセスプロセスが２ステップランダムアクセスプロセスである場合、ランダムアクセスメッセージはＭｓｇＡメッセージである。１つまたは複数の体感品質（ＱｏＥ）測定報告を送信する工程は、無線リソース制御（ＲＲＣ）非アクティブ状態からＲＲＣ接続状態に遷移した後、アップリンクグラントに基づき得る。好ましくは、アップリンクグラントは、無線リソース制御（ＲＲＣ）非アクティブ状態からＲＲＣ接続状態に遷移した後に受信される。

【0008】

好ましくは、１つまたは複数の第１のＱｏＥ構成の少なくとも１つの第１の体感品質（ＱｏＥ）構成の第１の構成パラメータは、ユーザ機器（ＵＥ）が無線リソース制御（ＲＲＣ）接続状態にある間の第１の値と、ＵＥがＲＲＣ非アクティブ状態にある間の第２の値とに、対応付けられる。１つまたは複数の体感品質（ＱｏＥ）測定報告を送信する工程は、１つまたは複数の無線リソース制御（ＲＲＣ）メッセージを介して行われ得る。１つまたは複数の無線リソース制御（ＲＲＣ）メッセージは、シグナリング無線ベアラ４（ＳＲＢ４）に関連付けられ得る。１つまたは複数の無線リソース制御（ＲＲＣ）メッセージは、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔＡｐｐＬａｙｅｒメッセージを含む。１つまたは複数の体感品質（ＱｏＥ）構成の構成パラメータの少なくともいくつかの構成パラメータは同じであり得る。

【0009】

方法では、１つまたは複数の体感品質（ＱｏＥ）測定報告の測定報告が、測定識別子を含み、測定識別子が、ＱｏＥ測定報告が関連付けられる１つまたは複数のＱｏＥ構成のうちのあるＱｏＥ構成を示す。測定識別子は、体感品質（ＱｏＥ）測定報告を対応する受信者に転送するために無線アクセスネットワーク（ＲＡＮ）によって使用される。方法は、ＲＲＣ接続状態に遷移した後に、体感品質（ＱｏＥ）測定報告が一時停止していること示す一時停止インジケータ（ｐａｕｓｅ ｉｎｄｉｃａｔｏｒ）を受信する工程をさらに含み得る。一時停止インジケータは物理層メッセージであり得る。物理層メッセージは、ダウンリンク制御チャネルを介して、または媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を介して受信され得る。一時停止インジケータは、無線リソース制御（ＲＲＣ）メッセージを介して受信され得る。体感品質（ＱｏＥ）測定は、ＱｏＥ測定報告を一時停止している間に実行され得る。

【0010】

方法はまた、無線リソース制御（ＲＲＣ）接続状態に遷移した後に、体感品質（ＱｏＥ）測定報告の再開を示す再開インジケータを受信する工程を含み得る。ここで、再開インジケータは物理層メッセージであり得る。物理層メッセージは、ダウンリンク制御チャネルを介して受信され得る。好ましくは、再開インジケーションメッセージは、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を介して受信される。再開インジケーションは、無線リソース制御（ＲＲＣ）メッセージを介して受信され得る。少なくとも１つの第１の体感品質（ＱｏＥ）構成は、好ましくは、無線リソース制御（ＲＲＣ）非アクティブ状態の間にＱｏＥ測定の要件に基づいて、１つまたは複数のＱｏＥ構成から選択される。代替として、少なくとも１つの第１の体感品質（ＱｏＥ）構成は、無線リソース制御（ＲＲＣ）非アクティブ状態からＲＲＣ接続状態への遷移に応答して、ＱｏＥ報告の要件に基づいて、１つまたは複数のＱｏＥ構成から選択され得る。１つまたは複数の体感品質（ＱｏＥ）測定報告を送信することは、１つまたは複数の第１のＱｏＥ構成に基づき得る。好ましくは、無線リソース制御（ＲＲＣ）メッセージは、ＲＲＣ再構成メッセージであってもよい。方法は、ユーザ機器（ＵＥ）によって、ＵＥが無線リソース制御（ＲＲＣ）非アクティブ状態にある間に１つまたは複数の体感品質（ＱｏＥ）測定報告を記憶する工程をさらに含み得る。

【図面の簡単な説明】

【0011】

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

【図2】図２Ａおよび図２Ｂは、本開示の種々の例示的な実施形態のうちのいくつかの、いくつかの態様による、ユーザプレーンおよび制御プレーンのための無線プロトコルスタックの例をそれぞれ示す。

【図3】図３Ａ、図３Ｂ、および図３Ｃは、本開示の種々の例示的な実施形態のうちのいくつかの、いくつかの態様による、ダウンリンク、アップリンク、およびサイドリンクにおける、論理チャネルとトランスポートチャネルとの間の例示的なマッピングをそれぞれ示す。

【図4】図４Ａ、図４Ｂ、および図４Ｃは、本開示の種々の例示的な実施形態のうちのいくつかの、いくつかの態様による、ダウンリンク、アップリンク、およびサイドリンクにおける、トランスポートチャネルと物理チャネルとの間の例示的なマッピングをそれぞれ示す。

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

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

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

【誤訳訂正2】

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

【訂正対象項目名】全文

【訂正方法】変更

【訂正の内容】

【特許請求の範囲】

【請求項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】

前記ユーザ機器（ＵＥ）によって、前記ＵＥが前記無線リソース制御（ＲＲＣ）非アクティブ状態にある間に、前記１つまたは複数の体感品質（ＱｏＥ）測定報告を記憶する工程をさらに含む、請求項１に記載の方法。

【誤訳訂正3】

【訂正対象書類名】図面

【訂正対象項目名】図２

【訂正方法】変更

【訂正の内容】

【図2】

【誤訳訂正4】

【訂正対象書類名】図面

【訂正対象項目名】図３

【訂正方法】変更

【訂正の内容】

【図3】

【誤訳訂正5】

【訂正対象書類名】図面

【訂正対象項目名】図４

【訂正方法】変更

【訂正の内容】

【図4】

【国際調査報告】