JP2024516694A - 体感品質測定のための能力シグナリング - Google Patents

Abstract

体感品質（ＱｏＥ）測定のための能力シグナリングの方法は、ユーザ機器（ＵＥ）により、ＱｏＥに関連付けられた１つまたは複数の能力情報要素（ＩＥ）を含む能力メッセージを基地局（ＢＳ）へ送信するステップと、１つまたは複数の送信された能力ＩＥに基づいて、ＵＥにより、ＢＳからＱｏＥ測定および報告のための第１の構成パラメータを含む１つまたは複数の無線リソース制御（ＲＲＣ）メッセージを受信するステップと、ＵＥにより、第１の構成パラメータに基づいて１つまたは複数のＱｏＥ測定報告をＢＳに送信するステップと、を含む。

Description

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

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

本発明は、より具体的には、ストリーミング、仮想／拡張現実（ＶＲ／ＡＲ）、およびＵＲＬＬＣアプリケーションを含む様々なサービスおよびアプリケーションにおける改善された体感品質（ＱｏＥ）測定および報告に関する。

一実施形態では、本発明は体感品質（ＱｏＥ）測定のための能力シグナリングの方法を提供する。本方法は、ユーザ機器（ＵＥ）により、ＱｏＥに関連付けられた１つまたは複数の能力情報要素（ＩＥ）を含む能力メッセージを基地局（ＢＳ）へ送信するステップと、１つまたは複数の送信された能力ＩＥに基づいて、ＵＥにより、ＢＳからＱｏＥ測定および報告のための第１の構成パラメータを含む１つまたは複数の無線リソース制御（ＲＲＣ）メッセージを受信するステップと、ＵＥにより、第１の構成パラメータに基づいて１つまたは複数のＱｏＥ測定報告をＢＳに送信するステップと、を含む。

１つまたは複数の能力情報要素（ＩＥ）は、ユーザ機器（ＵＥ）が体感品質（ＱｏＥ）測定およびＱｏＥ関連シグナリングの少なくとも一方をサポートするかどうかを示す。１つまたは複数の無線リソース制御（ＲＲＣ）メッセージを受信するステップは、１つまたは複数の能力情報要素（ＩＥ）が、ユーザ機器（ＵＥ）が体感品質（ＱｏＥ）測定およびＱｏＥ関連シグナリングをサポートしていることを示すかどうかに基づく。第１の構成パラメータは、ユーザ機器（ＵＥ）が測定および報告するための１つまたは複数の主要性能指標（ＫＰＩ）を示す。１つまたは複数の主要性能指標（ＫＰＩ）は、エンドツーエンド遅延、無線アクセスネットワーク（ＲＡＮ）遅延、コアネットワーク（ＣＮ）遅延、スループット、およびジッタのうちの１つまたは複数を含む。あるいは、１つまたは複数の主要性能指標（ＫＰＩ）は、アプリケーション層ＫＰＩまたは無線層ＫＰＩを含むことができる。一実施形態では、１つまたは複数の主要性能指標（ＫＰＩ）は、アプリケーション層ＫＰＩおよび無線層ＫＰＩを含むことができる。

一実施形態では、１つまたは複数の主要性能指標（ＫＰＩ）は、ストリーミングサービスタイプ、仮想現実（ＶＲ）サービスタイプ、および超高信頼低遅延通信（ＵＲＬＬＣ）サービスタイプのうちの少なくとも１つを含む１つまたは複数のサービスタイプのためのものである。１つまたは複数の体感品質（ＱｏＥ）測定報告を送信するステップは、１つまたは複数の無線リソース制御（ＲＲＣ）メッセージに基づく。１つまたは複数の無線リソース制御（ＲＲＣ）メッセージは、第１のシグナリング無線ベアラ（ＳＲＢ）と関連付けられる。好ましくは、第１のシグナリング無線ベアラ（ＳＲＢ）は第１の優先順位と関連付けられ、第２のＳＲＢに関連付けられた第２の優先順位は第１の優先順位よりも高い。第２のシグナリング無線ベアラ（ＳＲＢ）は、共通制御チャネル（ＣＣＣＨ）論理チャネルを使用するか、または専用制御チャネル（ＤＣＣＨ）論理チャネルを使用することが
できる。専用制御チャネル（ＤＣＣＨ）論理チャネルは、非アクセス層（ＮＡＳ）メッセージを送信するために使用される。第１のシグナリング無線ベアラ（ＳＲＢ）は、専用制御チャネル（ＤＣＣＨ）を使用する。

一形態では、１つまたは複数の能力情報要素（ＩＥ）は、ユーザ機器（ＵＥ）が体感品質（ＱｏＥ）測定およびＱｏＥ関連シグナリングに関連付けられた１つまたは複数のパラメータをサポートするかどうかを示す。ここで、１つまたは複数の情報要素（ＩＥ）は、ユーザ機器（ＵＥ）が体感品質（ＱｏＥ）測定およびＱｏＥ関連シグナリングに関連付けられた１つまたは複数のパラメータをサポートすることを示し、ＱｏＥ測定および報告のための第１の構成パラメータを受信するステップは、ＵＥがＱｏＥ測定およびＱｏＥ関連シグナリングに関連付けられた１つまたは複数のパラメータをサポートしていることに応答して行われる。

１つまたは複数のパラメータは、１つまたは複数の主要性能指標（ＫＰＩ）に対応することができる。１つまたは複数のパラメータは、ストリーミングサービスタイプ、仮想現実（ＶＲ）サービスタイプ、および超高信頼低遅延通信（ＵＲＬＬＣ）サービスタイプのうちの少なくとも１つを含む１つまたは複数のサービスタイプに対応することができる。１つまたは複数のパラメータは、無線リソース制御（ＲＲＣ）非アクティブ状態における体感品質（ＱｏＥ）測定に関連付けられ得る。１つまたは複数のパラメータは、無線リソース制御（ＲＲＣ）アイドル状態における体感品質（ＱｏＥ）測定に関連付けられ得る。１つまたは複数のパラメータは、シグナリングに基づく、または管理に基づく体感品質（ＱｏＥ）測定に関連付けられ得る。

第１の構成パラメータは、体感品質（ＱｏＥ）測定および報告の少なくとも一方のためのトリガ条件を示す。体感品質（ＱｏＥ）測定報告を送信するステップは時間パターンに基づく。好ましくは、第１の構成パラメータは時間パターンを示す。その点に関して、体感品質（ＱｏＥ）測定報告を送信するステップは周期性に基づいており、第１の構成パラメータは好ましくは周期性を示す。第１の構成パラメータは、地理に基づく体感品質（ＱｏＥ）測定報告を示すことができる。その場合、地理に基づく体感品質（ＱｏＥ）測定報告は、１つまたは複数の追跡領域（ＴＡ）のＱｏＥ測定報告を含む。

好ましくは、能力メッセージは無線リソース制御（ＲＲＣ）メッセージである。さらに、能力メッセージを送信するステップは、ユーザ機器が能力問い合わせメッセージを最初に受信したことに応答して、または初期アクセスのためのランダム・アクセス・プロセスを介して行われてもよい。あるいは、能力メッセージを送信するステップは、ランダム・アクセス・プロセスが２ステップ・ランダム・アクセス・プロセスである場合には、ＭｓｇＡランダム・アクセス・メッセージを介して行われ、能力メッセージを送信するステップは、ランダム・アクセス・プロセスが４ステップ・ランダム・アクセス・プロセスである場合には、Ｍｓｇ３ランダム・アクセス・メッセージを介して行われる。本方法は、１つまたは複数の体感品質（ＱｏＥ）測定報告の送信に応答して、ＱｏＥ測定および報告を必要とするサービスタイプに関連付けられたデータの送信または受信のためのスケジューリング情報を受信するステップをさらに含むことができる。

本発明はまた、体感品質（ＱｏＥ）測定のための能力シグナリングの方法を提供する。本方法は、ユーザ機器（ＵＥ）により、ＵＥが領域に基づくＱｏＥ測定および報告を行うことができるかどうか、またはＵＥがＱｏＥ測定および報告を行うための領域を決定することができるかどうかを示す１つまたは複数の能力情報要素（ＩＥ）を含む能力メッセージを送信するステップと、ＵＥにより、領域内のＱｏＥ測定および報告のための構成パラメータを含む１つまたは複数の無線リソース制御（ＲＲＣ）メッセージを受信するステップと、ＵＥにより、構成パラメータに基づいて、領域に関連付けられた１つまたは複数の
ＱｏＥ測定報告を送信するステップと、を含む。

１つまたは複数の能力情報要素（ＩＥ）は、ＵＥが領域に基づくＱｏＥ測定および報告を行うことができること、またはＵＥがＱｏＥ測定および報告を行うための領域を決定することができることを示す。構成パラメータは、体感品質（ＱｏＥ）測定を実行し、対応するＱｏＥ報告を送信するための領域を示す。本方法はまた、体感品質（ＱｏＥ）測定および報告を実行するための領域を決定するステップをさらに含む。一形態では、領域は１つまたは複数のセルを含む。一形態では、領域は追跡領域（ＴＡ）である。一形態では、領域は、無線アクセスネットワーク（ＲＡＮ）通知領域（ＲＮＡ）である。好ましくは、領域に基づく体感品質（ＱｏＥ）測定および報告は、ユーザ機器（ＵＥ）が領域内に存在している間に１つまたは複数の主要性能指標（ＫＰＩ）を測定することを含む。

ユーザ機器（ＵＥ）は、その領域を離れることに応答して、１つまたは複数の主要性能指標（ＫＰＩ）の測定を停止する。その点に関して、本方法はまた、ＵＥが領域に基づく体感品質（ＱｏＥ）測定および報告を行うことができないこと、またはＵＥがＱｏＥ測定および報告を行うための領域を決定することができないことを示す１つまたは複数の能力情報要素（ＩＥ）に応答して、ＱｏＥ測定および報告を開始または停止することを指示するコマンドを受信するステップをさらに含むことができる。好ましくは、コマンドは、ダウンリンク制御情報を介して、または１つもしくは複数の媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を介して受信される。

本開示の様々な典型的な実施形態のいくつかの態様にしたがう移動通信システムの例を示す図である。 本開示の様々な例示的な実施形態のうちのいくつかのいくつかの態様による、ユーザプレーンおよび制御プレーンのための無線プロトコルスタックの例を示す図である。 本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による、ダウンリンク、アップリンクおよびサイドリンクにおける論理チャネルとトランスポートチャネルとの間の例示的なマッピングを示す図である。 本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による、ダウンリンク、アップリンクおよびサイドリンクにおけるトランスポートチャネルと物理チャネルとの間の例示的なマッピングを示す図である。 本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による、ＮＲサイドリンク通信のための無線プロトコルスタックの例を示す図である。 本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による、ダウンリンク、アップリンクおよびサイドリンクにおける例示的な物理信号を示す図である。 本開示の様々な典型的な実施形態のいくつかの態様にしたがう無線リソース制御（ＲＲＣ）状態および異なるＲＲＣ状態間の遷移の例を示す図である。 本開示の様々な例示的な実施形態のいくつかの態様による例示的なフレーム構造および物理リソースを示す図である。 本開示の様々な例示的な実施形態のうちのいくつかの態様による、異なるキャリア・アグリゲーション・シナリオにおけるコンポーネントキャリア構成の例を示す図である。 本開示の様々な例示的な実施形態のいくつかの態様による例示的な帯域幅部分の構成および切り替えを示す図である。 本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による、例示的な４ステップ競合ベースおよび競合なしのランダム・アクセス・プロセスを示す図である。 本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による、例示的な２ステップ競合ベースおよび競合なしのランダム・アクセス・プロセスを示す図である。 本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による、同期信号および物理ブロードキャスト・チャネル（ＰＢＣＨ）ブロック（ＳＳＢ）の例示的な時間および周波数構造を示す図である。 本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による例示的なＳＳＢバースト伝送を示す図である。 本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による、送信および／または受信のためのユーザ機器および基地局の例示的な構成要素を示す図である。 本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による例示的な能力転送手順を示す図である。 本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による例示的なプロセスを示す図である。 本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による、例示的な領域に基づく体感品質（ＱｏＥ）測定／報告を示す図である。 本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による例示的なプロセスを示す図である。 ランダム・アクセス・プロセスを使用する例示的な能力情報送信を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＲＬＣ２０３またはＲＬＣ２１３サブレイヤの主なサービスおよび機能は伝送モード（例えば、ＴＭ、ＵＭまたはＡＭ）に依存し、上位層ＰＤＵの転送、ＰＤＣＰのシーケンス番号とは無関係のシーケンス番号（ＵＭおよびＡＭ）、ＡＲＱによる誤り訂正（ＡＭのみ）、ＲＬＣ ＳＤＵのセグメント化（ＡＭおよびＵＭ）および再セグメント化（ＡＭのみ）、ＳＤＵ（ＡＭおよびＵＭ）の再アセンブリ、重複検出（ＡＭのみ）、ＲＬＣ ＳＤＵ廃棄（ＡＭおよびＵＭ）、ＲＬＣ再確立、ならびにプロトコルエラー検出（ＡＭのみ）を含むことができる。

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

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

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

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

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

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

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

ダウンリンクでは、論理チャネルとトランスポートチャネルとの間に以下の接続が存在することができる。ＢＣＣＨは、ＢＣＨにマップされてもよい。ＢＣＣＨは、ＤＬ－ＳＣＨにマッピングされてもよい。ＰＣＣＨは、ＰＣＨにマップされてもよい。ＣＣＣＨは、ＤＬ－ＳＣＨにマップされてもよい。ＤＣＣＨは、ＤＬ－ＳＣＨにマップされてもよい。ＤＴＣＨはＤＬ－ＳＣＨにマッピングされてもよい。

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

アップリンクでは、論理チャネルと伝送チャネルとの間に以下の接続が存在することができる。ＣＣＣＨは、ＵＬ－ＳＣＨにマップされてもよい。ＤＣＣＨは、ＵＬ－ＳＣＨにマップされてもよい。ＤＴＣＨはＵＬ－ＳＣＨにマッピングされてもよい。

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

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

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

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

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

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

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

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

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

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

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

ＲＲＣサブレイヤは、ＰＣ５インターフェースを介して以下のサービスおよび機能、すなわち、ピアＵＥ間のＰＣ５－ＲＲＣメッセージの転送、２つのＵＥ間のＰＣ５－ＲＲＣ接続の維持および解放、ならびにＭＡＣまたはＲＬＣからの指示に基づくＰＣ５－ＲＲＣ接続のためのサイドリンク無線リンク障害の検出を提供することができる。ＰＣ５－ＲＲＣ接続は、対応するＰＣ５ユニキャストリンクが確立された後に確立されたとみなされ得る送信元レイヤ－２ＩＤと宛先レイヤ－２ＩＤのペアのための２つのＵＥ間の論理接続であり得る。ＰＣ５－ＲＲＣ接続とＰＣ５ユニキャストリンクとの間には１対１の対応関係があり得る。ＵＥは、送信元レイヤ－２ＩＤと宛先レイヤ－２ＩＤとの異なるペアについて、１つまたは複数のＵＥとの複数のＰＣ５－ＲＲＣ接続を有することができる。別々のＰＣ５－ＲＲＣ手順およびメッセージは、ＵＥがＳＬ－ＤＲＢ構成を含むＵＥ能力およびサイドリンク構成をピアＵＥに転送するために使用され得る。両方のピアＵＥは、両方のサイドリンク方向で別々の双方向手順を使用して、自身のＵＥ能力およびサイドリンク構成を交換することができる。

図６は、本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による、ダウンリンク、アップリンクおよびサイドリンクにおける例示的な物理信号を示す。復調基準信号（ＤＭ－ＲＳ）は、ダウンリンク、アップリンク、およびサイドリンクで使用されてもよく、チャネル推定に使用されてもよい。ＤＭ－ＲＳは、ＵＥ固有の基準信号であり、ダウンリンク、アップリンク、またはサイドリンクの物理チャネルと共に送信され得、物理チャネルのチャネル推定およびコヒーレント検出に使用され得る。位相追跡基準信
号（ＰＴ－ＲＳ）は、ダウンリンク、アップリンク、およびサイドリンクで使用することができ、位相を追跡し、位相雑音による性能損失を軽減するために使用することができる。ＰＴ－ＲＳは、主に、システム性能に対する共通位相誤差（ＣＰＥ）の影響を推定および最小化するために使用され得る。位相雑音特性のために、ＰＴ－ＲＳ信号は、周波数領域において低密度を有し、時間領域において高密度を有し得る。ＰＴ－ＲＳは、ＤＭ－ＲＳと組み合わせて、ネットワークが存在するようにＰＴ－ＲＳを構成した場合に発生し得る。位置決め基準信号（ＰＲＳ）は、異なる位置決め技術を用いて位置決めするために、ダウンリンクで使用されてもよい。ＰＲＳは、基地局からの受信信号を受信機内のローカルレプリカと相関させることによってダウンリンク伝送の遅延を測定するために使用され得る。チャネル状態情報基準信号（ＣＳＩ－ＲＳ）は、ダウンリンクおよびサイドリンクで使用され得る。ＣＳＩ－ＲＳは、とりわけ、チャネル状態推定、モビリティおよびビーム管理のための基準信号受信電力（ＲＳＲＰ）測定、復調のための時間／周波数トラッキングのために使用され得る。ＣＳＩ－ＲＳはＵＥ固有に構成されてもよいが、複数のユーザが同じＣＳＩ－ＲＳリソースを共有してもよい。ＵＥは、ＣＳＩレポートを決定し、ＰＵＣＣＨまたはＰＵＳＣＨを用いて、これらをアップリンクで基地局へ伝送することができる。ＣＳＩ報告は、サイドリンクＭＡＣ ＣＥで搬送されてもよい。プライマリ同期信号（ＰＳＳ）およびセカンダリ同期信号（ＳＳＳ）は、無線フレーム同期のために使用され得る。ＰＳＳおよびＳＳＳは、初期アタッチ中のセル探索手順またはモビリティ目的のために使用され得る。サウンディング基準信号（ＳＲＳ）は、アップリンク・チャネル推定のために、アップリンクで使用されてもよい。ＣＳＩ－ＲＳと同様に、ＳＲＳは、ＳＲＳと準コロケートされて送信されるように構成されてもよいように、他の物理チャネルのためのＱＣＬ基準として機能することができる。サイドリンクＰＳＳ（Ｓ－ＰＳＳ）およびサイドリンクＳＳＳ（Ｓ－ＳＳＳ）は、サイドリンク同期のためのサイドリンクで使用され得る。

図７は、本開示の様々な典型的な実施形態のいくつかの態様にしたがう無線リソース制御（ＲＲＣ）状態および異なるＲＲＣ状態間の遷移の例を例示する。ＵＥは、ＲＲＣ接続状態７１０、ＲＲＣアイドル状態７２０、およびＲＲＣ非アクティブ状態７３０の３つのＲＲＣ状態のうちのいずれかにあり得る。電源投入後に、ＵＥはＲＲＣアイドル状態７２０にあり得、ＵＥは、データ転送を実行するため、および／または音声通話を行うために、初期アクセスを使用し、ＲＲＣ接続確立手順を介してネットワークとの接続を確立し得る。ＲＲＣ接続が確立されると、ＵＥはＲＲＣ接続状態７１０になり得る。ＵＥはＲＲＣ接続確立／解放手順７４０を使ってＲＲＣアイドル状態７２０からＲＲＣ接続状態７１０へ、またはＲＲＣ接続状態７１０からＲＲＣアイドル状態７２０へ遷移できる。

ＵＥが頻繁なスモールデータを送信するときのＲＲＣ接続状態７１０からＲＲＣアイドル状態７２０への頻繁な遷移から生じるシグナリング負荷および待ち時間を低減するために、ＲＲＣ非アクティブ状態７３０が使用され得る。ＲＲＣ非アクティブ状態７３０では、ＡＳコンテキストは、ＵＥとｇＮＢの両方によって格納され得る。これは、ＲＲＣ非アクティブ状態７３０からＲＲＣ接続状態７１０へのより速い状態遷移をもたらし得る。ＵＥは、ＲＲＣ接続再開／非アクティブ化手順７６０を用いてＲＲＣ非アクティブ状態７３０からＲＲＣ接続状態７１０へ、またはＲＲＣ接続状態７１０からＲＲＣ非アクティブ状態７３０へ遷移し得る。ＵＥは、ＲＲＣ接続解放手順７５０を用いてＲＲＣ非アクティブ状態７３０からＲＲＣアイドル状態７２０に遷移し得る。

図８は、本開示の様々な例示的な実施形態のいくつかの態様による例示的なフレーム構造および物理リソースを示す。ダウンリンクまたはアップリンクまたはサイドリンク送信は、１０個の１ｍｓのサブフレームからなる１０ｍｓの持続時間を有するフレームに編成され得る。各サブフレームは、１、２、４、．．．スロットからなり得、サブフレーム当たりのスロット数は、送信が行われるキャリアのサブキャリア間隔に依存し得る。スロッ
ト持続時間は、通常のサイクリックプレフィックス（ＣＰ）を持つ１４個のシンボルと、拡張ＣＰを持つ１２個のシンボルとであってもよい。そして、サブフレーム内に整数個のスロットが存在するように、使用されるサブキャリア間隔に応じて時間的にスケール・インされてもよい。図８は、時間および周波数領域におけるリソースグリッドを示す。時間において１つのシンボルおよび周波数において１つのサブキャリアを含むリソースグリッドの各要素は、リソース要素（ＲＥ）と呼ばれる。リソースブロック（ＲＢ）は、周波数領域における１２の連続したサブキャリアとして定義されてもよい。

いくつかの例では、非スロットベースのスケジューリングを用いて、パケットの伝送は、スロットの一部にわたって、例えば、ミニスロットとも呼ばれ得る２、４、または７つのＯＦＤＭシンボルの間に行われ得る。ミニスロットは、ＵＲＬＬＣなどの低遅延アプリケーションおよびライセンス不要帯域での動作に使用され得る。いくつかの実施形態では、ミニスロットは、サービスの高速柔軟スケジューリング（例えば、ｅＭＢＢに対するＵＲＬＬＣのプリエンプション）にも使用され得る。

図９は、本開示の様々な例示的な実施形態のうちのいくつかの態様による、異なるキャリア・アグリゲーション・シナリオにおけるコンポーネントキャリア構成の例を示す。キャリアアグリゲーション（ＣＡ）では、２つ以上のコンポーネントキャリア（ＣＣ）がアグリゲーションされてもよい。ＵＥは、その能力に依存して、１または複数のＣＣで同時に受信または送信することができる。ＣＡは、図９に図示するように、同じ帯域または異なる帯域において、連続したＣＣと不連続なＣＣとの両方についてサポートされてもよい。ｇＮＢおよびＵＥは、サービングセルを使用して通信することができる。サービス提供セルは、少なくとも１つのダウンリンクＣＣに関連付けられ得る（例えば、１つのダウンリンクＣＣのみに関連付けられ得るか、または、ダウンリンクＣＣおよびアップリンクＣＣに関連付けられ得る）。サービングセルは、プライマリセル（ＰＣｅｌｌ）またはセカンダリｃＣｅｌｌ（ＳＣｅｌｌ）であってもよい。

ＵＥは、アップリンク・タイミング制御手順を用いて、そのアップリンク伝送のタイミングを調節することができる。タイミングアドバンス（ＴＡ）を使用して、ダウンリンクフレームタイミングに対してアップリンクフレームタイミングを調整することができる。ｇＮＢは、所望のタイミングアドバンス設定を決定し、それをＵＥに提供することができる。ＵＥは、提供されたＴＡを使用して、ＵＥの観測されたダウンリンク受信タイミングに対するそのアップリンク送信タイミングを決定することができる。

ＲＲＣ接続状態では、ｇＮＢは、Ｌ１を同期させ続けるためにタイミングアドバンスを維持する役割を担い得る。同じタイミングアドバンスが適用されるアップリンクを有し、同じタイミング基準セルを使用するサービングセルは、タイミングアドバンスグループ（ＴＡＧ）にグループ化される。ＴＡＧは、構成されたアップリンクを有する少なくとも１つのサービングセルを含み得る。サービングセルのＴＡＧへのマッピングは、ＲＲＣによって構成され得る。プライマリＴＡＧの場合、ＵＥは、ＳＣｅｌｌが場合によってはタイミング基準セルとしても使用され得る共有スペクトルチャネルアクセスを除いて、ＰＣｅｌｌをタイミング基準セルとして使用することができる。セカンダリＴＡＧでは、ＵＥは、このＴＡＧのアクティブ化されたＳＣｅｌｌのいずれかをタイミング基準セルとして使用することができ、必要でない限りこれを変更しなくてもよい。

タイミングアドバンス更新は、ＭＡＣ ＣＥコマンドを介してｇＮＢによってＵＥにシグナリングされてもよい。そのようなコマンドは、Ｌ１が同期され得るか否かを示すことができるＴＡＧ固有タイマを再開することができ、タイマが実行されているとき、Ｌ１は同期されているとみなされ得、そうでない場合、Ｌ１は非同期であるとみなされ得る（この場合、アップリンク伝送はＰＲＡＣＨ上でのみ行われ得る）。

ＣＡの単一のタイミングアドバンス機能を有するＵＥは、同じタイミングアドバンスを共有する複数のサービングセル（１つのＴＡＧにグループ化された複数のサービングセル）に対応する複数のＣＣを同時に受信および／または送信することができる。ＣＡのための複数のタイミングアドバンス能力を有するＵＥは、異なるタイミングアドバンスを有する複数のサービングセル（複数のＴＡＧにグループ化された複数のサービングセル）に対応する複数のＣＣを同時に受信および／または送信することができる。ＮＧ－ＲＡＮは、各ＴＡＧが少なくとも１つのサービングセルを含むことを保証し得る。非ＣＡ対応ＵＥは、単一のＣＣで受信し、１つのサービングセルのみ（１つのＴＡＧ内の１つのサービングセル）に対応する単一のＣＣで送信し得る。

ＣＡの場合の物理層のマルチキャリア特性は、ＭＡＣ層に公開されてもよく、サービングセルごとに１つのＨＡＲＱエンティティが必要とされてもよい。ＣＡが設定されている場合、ＵＥはネットワークとの１つのＲＲＣ接続を有し得る。ＲＲＣ接続確立／再確立／ハンドオーバにおいて、１つのサービングセル（例えば、ＰＣｅｌｌ）がＮＡＳモビリティ情報を提供し得る。ＵＥの能力に応じて、ＳＣｅｌｌは、ＰＣｅｌｌと共にサービングセルのセットを形成するように構成され得る。ＵＥのために構成されたサービングセルのセットは、１つのＰＣｅｌｌと１つまたは複数のＳＣｅｌｌとで構成され得る。ＳＣｅｌｌの再構成、追加、および削除は、ＲＲＣによって実行されてもよい。

二重接続シナリオでは、ＵＥは、マスタ基地局と通信するためのマスタセルグループ（ＭＣＧ）と、セカンダリ基地局と通信するためのセカンダリセルグループ（ＳＣＧ）と、２つのＭＡＣエンティティであって、１つはマスタ基地局と通信するためのＭＣＧのためのものであり、１つはセカンダリ基地局と通信するためのＳＣＧのためのものである、２つのＭＡＣエンティティとを含む複数のセルで構成され得る。

図１０は、本開示の様々な例示的な実施形態のいくつかの態様による例示的な帯域幅部分の構成および切り替えを示す。ＵＥは、所与の成分キャリアにおける１つまたは複数の帯域幅部分（ＢＷＰ）１０１０を用いて設定されてもよい。いくつかの例では、１つまたは複数の帯域幅部分のうちの１つが一度にアクティブであってもよい。アクティブ帯域幅部分は、セルの動作帯域幅内のＵＥの動作帯域幅を定義することができる。初期アクセスのために、セル内のＵＥの構成が受信されるまで、システム情報から決定された初期帯域幅部分１０２０が使用され得る。例えばＢＷＰ切り替え１０４０による帯域幅適応（ＢＡ）では、ＵＥの受信帯域幅および送信帯域幅はセルの帯域幅ほど大きくなくてもよく、調整されてもよい。例えば、幅は変更するように順序付けられてもよく（例えば、低活動期間中に収縮して電力を節約する）、位置は周波数領域で移動することができ（例えば、スケジューリングの柔軟性を高めるために）、サブキャリア間隔は、変更するように順序付けられてもよい（例えば、異なるサービスを可能にするために）。第１のアクティブＢＷＰ１０２０は、ＰＣｅｌｌのＲＲＣ（再）設定時またはＳＣｅｌｌのアクティベーション時のアクティブＢＷＰであってもよい。

それぞれ、ダウンリンクＢＷＰまたはアップリンクＢＷＰのセット内のダウンリンクＢＷＰまたはアップリンクＢＷＰの場合、ＵＥには、以下の構成パラメータ、すなわち、サブキャリア間隔（ＳＣＳ）、サイクリックプレフィックス、共通ＲＢおよびいくつかの連続したＲＢ、それぞれのＢＷＰ－ＩｄによるダウンリンクＢＷＰまたはアップリンクＢＷＰのセット内のインデックス、ＢＷＰ共通パラメータのセットおよびＢＷＰ専用パラメータのセットが提供され得る。ＢＷＰは、ＢＷＰに対して構成されたサブキャリア間隔およびサイクリックプレフィックスに従って、ＯＦＤＭヌメロロジに関連付けられ得る。サービングセルの場合、ＵＥは、構成されたダウンリンクＢＷＰのうちのデフォルトのダウンリンクＢＷＰによって提供され得る。ＵＥにデフォルトのダウンリンクＢＷＰが提供され
ない場合、デフォルトのダウンリンクＢＷＰは初期ダウンリンクＢＷＰであり得る。

ダウンリンクＢＷＰは、ＢＷＰ非アクティブタイマに関連付けられ得る。アクティブなダウンリンクＢＷＰに関連付けられたＢＷＰ非アクティブタイマが満了し、デフォルトのダウンリンクＢＷＰが構成されている場合、ＵＥは、デフォルトのＢＷＰへのＢＷＰ切り替えを実行することができる。アクティブなダウンリンクＢＷＰに関連付けられたＢＷＰ非アクティブタイマが満了し、デフォルトのダウンリンクＢＷＰが構成されていない場合、ＵＥは、初期ダウンリンクＢＷＰへのＢＷＰ切り替えを実行することができる。

図１１は、本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による、例示的な４ステップ競合ベースおよび競合なしのランダム・アクセス・プロセスを示す。図１２は、本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による、例示的な２ステップ競合ベースおよび競合なしのランダム・アクセス・プロセスを示す。ランダムアクセス手順は、いくつかのイベント、例えば、ＲＲＣアイドル状態からの初期アクセス、ＲＲＣ接続再確立手順、アップリンク同期状態が「非同期」であるときのＲＲＣ接続状態中のダウンリンクまたはアップリンクデータ到着、スケジューリング要求（ＳＲ）のために利用可能なＰＵＣＣＨリソースがない場合のＲＲＣ接続状態中のアップリンクデータ到着、ＳＲ不良、同期再構成時のＲＲＣによる要求（例えば、ハンドオーバ）、ＲＲＣ非アクティブ状態からの遷移、セカンダリＴＡＧの時間整合を確立すること、その他のシステム情報（ＳＩ）の要求、ビーム障害回復（ＢＦＲ）、ＰＣｅｌｌでの一貫したアップリンクのリッスン・ビフォア・トーク（ＬＢＴ）障害によってトリガされ得る。

２つのタイプのランダムアクセス（ＲＡ）手順がサポートされ得る。すなわち、ＭＳＧ１を伴う４ステップＲＡタイプおよびＭＳＧＡを伴う２ステップＲＡタイプである。両方のタイプのＲＡ手順は、図１１および図１２に示すように、競合ベースのランダムアクセス（ＣＢＲＡ）および競合なしのランダム・アクセス（ＣＦＲＡ）をサポートすることができる。

ＵＥは、ネットワーク構成に基づいてランダムアクセス手順の開始時にランダムアクセスのタイプを選択することができる。ＣＦＲＡリソースが設定されていない場合、ＲＳＲＰしきい値は、２ステップＲＡタイプと４ステップＲＡタイプとの間で選択するためにＵＥによって使用され得る。４ステップＲＡタイプのためのＣＦＲＡリソースが設定される場合、ＵＥは、４ステップＲＡタイプを用いてランダムアクセスを実行することができる。２ステップＲＡタイプのためのＣＦＲＡリソースが設定される場合、ＵＥは、２ステップＲＡタイプを用いてランダムアクセスを実行することができる。

４ステップＲＡタイプのＭＳＧ１は、ＰＲＡＣＨにおけるプリアンブルからなり得る。ＭＳＧ１伝送後に、ＵＥは、設定されたウィンドウ内でネットワークからの応答を監視することができる。ＣＦＲＡの場合、ＭＳＧ１伝送のための専用プリアンブルが、ネットワークによって割り当てられ、ネットワークからランダムアクセス応答（ＲＡＲ）を受信すると、ＵＥは、図１１に図示するように、ランダムアクセス手順を終了することができる。ＣＢＲＡの場合、ランダムアクセス応答の受信時に、ＵＥは、ランダムアクセス応答でスケジュールされたアップリンクグラントを使用してＭＳＧ３を送信し得、図１１に示すように競合解決を監視し得る。競合解決がＭＳＧ３（再）送信の後に成功しない場合、ＵＥはＭＳＧ１送信に戻ることができる。

２ステップＲＡタイプのＭＳＧＡは、ＰＲＡＣＨにおけるプリアンブルと、ＰＵＳＣＨにおけるペイロードとを含んでもよい。ＭＳＧＡ送信後に、ＵＥは、設定されたウィンドウ内でネットワークからの応答を監視することができる。ＣＦＲＡの場合、専用プリアンブルおよびＰＵＳＣＨリソースは、ＭＳＧＡ送信のために構成され得、ネットワーク応答
を受信すると、ＵＥは、図１２に示すようにランダムアクセス手順を終了することができる。ＣＢＲＡの場合、ネットワーク応答の受信時に競合解決が成功した場合、ＵＥは、図１２に示すように、ランダムアクセス手順を終了することができ、一方、フォールバック指示がＭＳＧＢで受信された場合、ＵＥは、フォールバック指示でスケジュールされたアップリンクグラントを使用してＭＳＧ３送信を実行し、競合解決を監視することができる。競合解決がＭＳＧ３（再）送信の後に成功しなかった場合、ＵＥはＭＳＧＡ送信に戻ることができる。

図１３は、本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による、同期信号および物理ブロードキャスト・チャネル（ＰＢＣＨ）ブロック（ＳＳＢ）の例示的な時間および周波数構造を示す。ＳＳ／ＰＢＣＨブロック（ＳＳＢ）は、それぞれが１個のシンボルおよび１２７個のサブキャリア（例えば、図１３のサブキャリア番号５６から１８２）を占有するプライマリ同期信号およびセカンダリ同期信号（ＰＳＳ、ＳＳＳ）と、３個のＯＦＤＭシンボルおよび２４０個のサブキャリアにまたがるが、図１３に示すように、１つのシンボル上ではＳＳＳのために中央に未使用部分が残るＰＢＣＨと、からなり得る。半フレーム内のＳＳＢの可能な時間位置は、サブキャリア間隔によって決定されてもよく、ＳＳＢが送信される半フレームの周期性は、ネットワークによって構成されてもよい。半フレームの間、異なるＳＳＢは、異なる空間方向で送信され得る（すなわち、セルのカバレッジエリアにまたがる異なるビームを使用する）。

ＰＢＣＨは、セル探索および初期アクセス手順中にＵＥによって使用されるマスタ情報ブロック（ＭＩＢ）を搬送するために使用され得る。ＵＥは、他のシステム情報を受信するために、ＰＢＣＨ／ＭＩＢを最初に復号することができる。ＭＩＢは、システム情報ブロック１（ＳＩＢ１）を取得するために必要なパラメータ、より具体的には、ＳＩＢ１を搬送するＰＤＳＣＨをスケジューリングするためのＰＤＣＣＨの監視に必要な情報をＵＥに提供することができる。さらに、ＭＩＢは、セル禁止状態情報を示すことができる。ＭＩＢとＳＩＢ１をまとめて最小システム情報（ＳＩ）と呼び、ＳＩＢ１を残りの最小システム情報（ＲＭＳＩ）と呼ぶことがある。その他のシステム情報ブロック（ＳＩＢ）（例えば、ＳＩＢ２、ＳＩＢ３、．．．、ＳＩＢ１０およびＳＩＢｐｏｓ）は、その他ＳＩと称され得る。他のＳＩは、ＤＬ－ＳＣＨ上で定期的にブロードキャストされてもよく、ＤＬ－ＳＣＨ上でオンデマンドでブロードキャストされてもよく（例えば、ＲＲＣアイドル状態、ＲＲＣ非アクティブ状態、またはＲＲＣ接続状態にあるＵＥからの要求に応じて）、またはＤＬ－ＳＣＨ上でＲＲＣ接続状態のＵＥに専用の方法で送信されてもよい（例えば、要求に応じて、ネットワークによって構成されている場合、ＲＲＣ接続状態にあるＵＥから、またはＵＥが共通探索空間が構成されていないアクティブＢＷＰを有する場合）。

図１４は、本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による例示的なＳＳＢバースト伝送を示す。ＳＳＢバーストはＮ個のＳＳＢを含むことができ、Ｎ個のＳＳＢの各ＳＳＢはビームに対応することができる。ＳＳＢバーストは、周期性（例えば、ＳＳＢバースト期間）に従って送信され得る。競合ベースのランダム・アクセス・プロセスの間、ＵＥは、ランダム・アクセス・リソース選択プロセスを実行することができ、ここで、ＵＥは、ＲＡプリアンブルを選択する前に、まずＳＳＢを選択する。ＵＥは、設定されたしきい値を上回るＲＳＲＰを有するＳＳＢを選択することができる。いくつかの実施形態では、ＵＥは、設定されたしきい値を上回るＲＳＲＰを有するＳＳＢが利用可能でない場合、任意のＳＳＢを選択することができる。ランダム・アクセス・プリアンブルのセットは、ＳＳＢに関連付けられ得る。ＳＳＢを選択した後に、ＵＥは、ＳＳＢに関連付けられたランダム・アクセス・プリアンブルのセットからランダム・アクセス・プリアンブルを選択することができ、ランダム・アクセス・プロセスを開始するために選択されたランダム・アクセス・プリアンブルを送信することができる。

いくつかの実施形態では、Ｎ個のビームのうちのビームは、ＣＳＩ－ＲＳリソースに関連付けられ得る。ＵＥは、ＣＳＩ－ＲＳリソースを測定し、設定されたしきい値を上回るＲＳＲＰを有するＣＳＩ－ＲＳを選択することができる。ＵＥは、選択されたＣＳＩ－ＲＳに対応するランダム・アクセス・プリアンブルを選択し、選択されたランダム・アクセス・プロセスを送信してランダム・アクセス・プロセスを開始することができる。選択されたＣＳＩ－ＲＳに関連付けられたランダム・アクセス・プリアンブルがない場合、ＵＥは、選択されたＣＳＩ－ＲＳと準コロケートされたＳＳＢに対応するランダム・アクセス・プリアンブルを選択することができる。

いくつかの実施形態では、ＣＳＩ－ＲＳリソースのＵＥ測定値およびＵＥ ＣＳＩ報告に基づいて、基地局は、送信構成指示（ＴＣＩ）状態を決定することができ、ＵＥにＴＣＩ状態を示すことができ、ＵＥは、ダウンリンク制御情報（例えば、ＰＤＣＣＨを介して）またはデータ（例えば、ＰＤＳＣＨを介して）の受信のために示すＴＣＩ状態を使用することができる。ＵＥは、データまたは制御情報の受信のために適切なビームを使用するために、示されたＴＣＩ状態を使用することができる。ＴＣＩ状態の指示は、ＲＲＣ構成を使用すること、またはＲＲＣシグナリングと動的シグナリングとの組み合わせであり得る（例えば、ＭＡＣ制御要素（ＭＡＣ ＣＥ）を介して、および／またはダウンリンク伝送をスケジュールするダウンリンク制御情報内のフィールドの値に基づいて）。ＴＣＩ状態は、ＣＳＩ－ＲＳのようなダウンリンク基準信号と、ダウンリンク制御またはデータチャネル（例えば、それぞれＰＤＣＣＨまたはＰＤＳＣＨ）に関連付けられたＤＭ－ＲＳとの間の準コロケーション（ＱＣＬ）関係を示すことができる。

いくつかの実施形態では、ＵＥは、ＵＥ向けのＤＣＩを有する検出されたＰＤＣＣＨおよび所与のサービングセルに従ってＰＤＳＣＨを復号するために、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）構成パラメータを使用して、最大Ｍ個のＴＣＩ－状態構成のリストを用いて構成されてもよく、ＭはＵＥ能力に依存してもよい。各ＴＣＩ－Ｓｔａｔｅは、１つまたは２つのダウンリンク基準信号と、ＰＤＳＣＨのＤＭ－ＲＳポート、ＰＤＣＣＨのＤＭ－ＲＳポート、またはＣＳＩ－ＲＳリソースのＣＳＩ－ＲＳポートとの間のＱＣＬ関係を構成するためのパラメータを含むことができる。擬似コロケーション関係は、１つまたは複数のＲＲＣパラメータによって構成され得る。各ＤＬ ＲＳに対応する準コロケーションタイプは、以下の値のうちの１つをとることができる。「ＱＣＬ－ＴｙｐｅＡ」：｛ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散｝、「ＱＣＬ－ＴｙｐｅＢ」：｛ドップラーシフト、ドップラー拡散｝、「ＱＣＬ－ＴｙｐｅＣ」：｛ドップラーシフト、平均遅延｝、「ＱＣＬ－ＴｙｐｅＤ」：｛空間Ｒｘパラメータ｝。ＵＥは、ＴＣＩ状態をＤＣＩフィールドのコードポイントにマッピングするために使用されるアクティブ化コマンド（例えば、ＭＡＣ ＣＥ）を受信することができる。

図１５は、本開示の様々な典型的な実施形態のうちのいくつかのいくつかの態様による、送信および／または受信のためのユーザ機器および基地局の例示的な構成要素を示す。図１５におけるブロックおよび機能のすべてまたはサブセットは、基地局１５０５およびユーザ機器１５００にあってもよく、ユーザ機器１５００および基地局１５０５によって実行されてもよい。アンテナ１５１０は、電磁信号の送信または受信に使用され得る。アンテナ１５１０は、１つまたは複数のアンテナ素子を含むことができ、多入力多出力（ＭＩＭＯ）構成、多入力単出力（ＭＩＳＯ）構成および単入力多出力（ＳＩＭＯ）構成を含む異なる入出力アンテナ構成を可能にすることができる。いくつかの実施形態では、アンテナ１５０は、数十または数百のアンテナ素子を有する大規模ＭＩＭＯ構成を可能にすることができる。アンテナ１５１０は、ビームフォーミングなどの他のマルチアンテナ技術を可能にすることができる。いくつかの例では、ＵＥ１５００の能力またはＵＥ１５００のタイプ（例えば、低複雑度ＵＥ）に応じて、ＵＥ１５００は単一のアンテナのみをサポ
ートすることができる。

トランシーバ１５２０は、アンテナ１５１０を介して、本明細書で説明される無線リンクを双方向に通信することができる。例えば、トランシーバ１５２０は、ＵＥにおける無線トランシーバを表してもよく、基地局における無線トランシーバと双方向に通信してもよく、またはその逆であってもよい。トランシーバ１５２０は、パケットを変調し、変調されたパケットを送信のためにアンテナ１５１０に提供し、アンテナ１５１０から受信されたパケットを復調するためのモデムを含むことができる。

メモリ１５３０は、ＲＡＭおよびＲＯＭを含むことができる。メモリ１５３０は、実行されると、プロセッサに本明細書に記載の様々な機能を実行させる命令を含むコンピュータ可読コンピュータ実行可能コード１５３５を格納することができる。いくつかの例では、メモリ１５３０は、とりわけ、周辺構成要素またはデバイスとの相互作用などの基本的なハードウェアまたはソフトウェア動作を制御することができる基本入力／出力システム（ＢＩＯＳ）を含むことができる。

プロセッサ１５４０は、処理能力を有するハードウェアデバイス（例えば、汎用プロセッサ、ＤＳＰ、ＣＰＵ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ、プログラマブルロジックデバイス、ディスクリートゲートもしくはトランジスタロジックコンポーネント、ディスクリートハードウェアコンポーネント、またはそれらの任意の組み合わせ）を含むことができる。いくつかの例では、プロセッサ１５４０は、メモリコントローラを使用してメモリを動作させるように構成されてもよい。他の例では、メモリコントローラがプロセッサ１５４０に統合されてもよい。プロセッサ１５４０は、ＵＥ１５００または基地局１５０５に様々な機能を実行させるために、メモリ（例えば、メモリ１５３０）に格納されたコンピュータ読取可能な命令群を実行するように構成され得る。

中央処理装置（ＣＰＵ）１５５０は、メモリ１５３０内のコンピュータ命令によって指定された基本的な算術、論理、制御、および入力／出力（Ｉ／Ｏ）動作を実行することができる。ユーザ機器１５００および／または基地局１５０５は、グラフィックス処理ユニット（ＧＰＵ）１５６０および全地球測位システム（ＧＰＳ）１５７０などの追加の周辺構成要素を含むことができる。ＧＰＵ１５６０は、ユーザ機器１５００および／または基地局１５０５の処理性能を加速するためのメモリ１５３０の迅速な操作および変更のための専用回路である。ＧＰＳ１５７０は、例えばユーザ機器１５００の地理的位置に基づいて、位置ベースのサービスまたは他のサービスを可能にするために使用され得る。

例示的な実施形態は、ストリーミングサービスを含む異なるサービスの体感品質（ＱｏＥ）測定値収集を可能にすることができる。例示的なＱｏＥ管理は、ストリーミングサービスならびに拡張現実／仮想現実（ＡＲ／ＶＲ）およびＵＲＬＬＣサービスの経験パラメータを収集することができる。

いくつかの例示的な実施形態では、ＱｏＥ測定は、ユーザＫＰＩ情報、例えばエンドツーエンド（Ｅ２Ｅ）信頼性統計インジケータなどを収集することを可能にすることができる。

いくつかの例では、異なるタイプのＵＥは、異なるＱｏＥ要件を有してもよい。いくつかの例では、ＱｏＥパラメータは、ＵＥ固有のサービス関連として定義されてもよい。いくつかの例では、ＱｏＥを、ネットワーク品質を評価するための基準として使用することができる。従来、ネットワーク解決策の性能評価には、スループット、容量、カバレッジなどのメトリックが通常使用されていた。例示的な実施形態は、関連するエンティティ（例えば、ＵＥ、ネットワーク・エンティティ）を含む、ＱｏＥ測定値収集のためのトリガ
、構成および報告の機構を可能にすることができる。

いくつかの例では、シグナリングベースおよび管理に基づく機構が、ＱｏＥ関連シグナリングのために使用されてもよい。いくつかの例では、ＯＡＭまたはＣＮから受信したアプリケーション層測定構成は、ダウンリンクＲＲＣメッセージでＵＥに転送され得る透過的コンテナにカプセル化されてもよい。ＵＥの上位層から受信したアプリケーション層測定値は、透過的コンテナにカプセル化され、アップリンクＲＲＣメッセージでネットワークに送信されてもよい。

いくつかの例では、ＲＡＮは、例えば、これをサポートしていないネットワークにハンドオーバする場合、進行中のＱｏＥ測定／報告構成を解放してもよい。

いくつかの例では、領域は、ＱｏＥ測定および／または報告のために定義および／または構成されてもよい。いくつかの例では、領域処理のために、ネットワークは、ＵＥが領域の内側にあるか外側にあるかを追跡し、それに応じて構成を構成／解放することができる。いくつかの例では、ネットワークは、ＵＥが領域内にあるか領域外にあるかを追跡してもよく、ＵＥは、それに応じてＱｏＥの開始停止を管理してもよい。いくつかの例では、ＵＥは、領域チェックを行い（ＵＥは領域構成を有していてもよい）、それに応じてＱｏＥの開始停止を管理してもよい。

いくつかの例では、ＭＢＳについて、ＲＲＣ ＩＮＡＣＴＩＶＥ状態におけるＱｏＥ測定がサポートされてもよい。いくつかの例では、ＭＢＳについて、ＲＲＣ ＩＤＬＥ状態におけるＱｏＥ測定がサポートされてもよい。

いくつかの例では、管理に基づくＱｏＥ構成は、シグナリングに基づくＱｏＥ構成をオーバーライドしなくてもよい。

いくつかの例では、ＱｏＥ報告は、ＮＲ内の（現在のＳＲＢとは別の）別のＳＲＢを介して送信されてもよく、なぜなら、この報告は他のＳＲＢ送信よりも低い優先順位であり得るからである。

いくつかの例では、ＵＥのための複数の同時ＱｏＥ測定のための構成および報告がサポートされてもよい。

いくつかの例では、ＲＲＣシグナリングは、ＵＥにＱｏＥ報告を一時停止または再開するように指示するために、ｇＮＢによって使用されてもよい。

いくつかの例では、一時停止／再開は、すべてのＱｏＥ報告に対するものであってもよいし、ＱｏＥ構成ごとのものであってもよい。

いくつかの例では、アプリケーション層測定値収集機能は、ＵＥからのアプリケーション層測定値の収集を可能にすることができる。サポートされるサービスタイプの例は、ストリーミングサービスなどのサービスのＱｏＥ測定収集であってもよい。シグナリングに基づく開始ケースと管理に基づく開始ケースの両方が使用されてもよい。シグナリングに基づく場合、アプリケーション層測定収集は、ＣＮノードから特定のＵＥに向けて開始されてもよく、管理に基づく場合、アプリケーション層測定収集は、（例えば、特定のＵＥをターゲットとせずに）領域をターゲットとするＯＡＭから開始されてもよい。

いくつかの例では、ＯＡＭまたはＣＮから受信したアプリケーション層測定構成は、ダウンリンクＲＲＣメッセージでＵＥに転送され得る透過的コンテナにカプセル化されても
よい。ＵＥの上位層から受信したアプリケーション層測定値は、透過的コンテナにカプセル化され、アップリンクＲＲＣメッセージでネットワークに送信されてもよい。ネットワークは、いつでもＵＥに向けてアプリケーション層測定構成を解放することができる。

いくつかの例では、ＵＲＬＬＣサービスの場合、Ｅ２Ｅ遅延が重要であり、事業者は遅延測定を監視し保証することができる。

いくつかの例では、ＱｏＥ管理フレームワークは、シグナリングに基づくＱｏＥおよび管理に基づくＱｏＥの２つのフレーバーで存在してもよい。シグナリングに基づくＱｏＥでは、ＱｏＥ測定構成（ＱＭＣ）をＲＡＮノードに配信することができる。ＱＭＣは、測定のための領域スコープを指定することができ、領域スコープは、リストまたはセル／ＴＡ／ＴＡＩ／ＰＬＭＮを介して定義することができる。管理に基づくＱｏＥでは、ＯＡＭは、ＱＭＣをＲＡＮノードに配信することができる。

いくつかの例では、ＱｏＥ測定収集の開始および停止をトリガするしきい値に基づく機構が使用されてもよい。いくつかの例では、時間に基づくイベントをＱｏＥ測定のアクティブ化に使用して、予め定義された期間内のＱｏＥ測定のアクティブ化の柔軟性を可能にすることができる。

いくつかの例では、追跡領域は、ＡＭＦを更新することなくユーザが移動することができる領域の論理概念であってもよい。ネットワークは、１つまたは複数のＴＡを有するリストをユーザに割り当てることができる。

一例では、ＵＥおよびネットワーク／ｇＮＢは、ＵＥ能力転送手順を開始することができる。例示的な手順を図１６に示す。一例では、ＵＥは、ネットワークからＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙを受信すると、そのＵＥ能力情報をコンパイルし、転送することができる。一例では、ネットワークは、ＵＥ無線アクセス能力情報を必要とする（例えば、追加）場合に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいてＵＥへの手順を開始することができる。ネットワークは、アクセス層（ＡＳ）セキュリティアクティブ化後にＵＥ能力を取得することができる。一例では、ネットワークは、ＡＳセキュリティアクティブ化の前に取得されたＵＥ能力をＣＮに転送しなくてもよい。

一例では、ＵＥは、ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージの内容を以下のように設定することができる。ｕｅ－ＣａｐａｂｉｌｉｔｙＲＡＴ－ＲｅｑｕｅｓｔＬｉｓｔが、ｒａｔ－Ｔｙｐｅがｎｒに設定されたＵＥ－ＣａｐａｂｉｌｉｔｙＲＡＴ－Ｒｅｑｕｅｓｔを含む場合には、ＵＥは、ｕｅ－ＣａｐａｂｉｌｉｔｙＲＡＴ－ＣｏｎｔａｉｎｅｒＬｉｓｔに、タイプＵＥ－ＮＲ－ＣａｐａｂｉｌｉｔｙのＵＥ－ＣａｐａｂｉｌｉｔｙＲＡＴ－Ｃｏｎｔａｉｎｅｒを含めることができ、ｒａｔ－Ｔｙｐｅはｎｒに設定され、ＵＥは、対応するｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎＬｉｓｔ、ｆｅａｔｕｒｅＳｅｔ、およびｆｅａｔｕｒｅＳｅｔＣｏｍｂｉｎａｔｉｏｎｓを含んでもよい。ｕｅ－ＣａｐａｂｉｌｉｔｙＲＡＴ－ＲｅｑｕｅｓｔＬｉｓｔが、ｅｕｔｒａ－ｎｒに設定されたｒａｔ－Ｔｙｐｅを有するＵＥ－ＣａｐａｂｉｌｉｔｙＲＡＴ－Ｒｅｑｕｅｓｔを含む場合、ＵＥが（ＮＧ）ＥＮ－ＤＣまたはＮＥ－ＤＣをサポートする場合には、ＵＥは、ｕｅ－ＣａｐａｂｉｌｉｔｙＲＡＴ－ＣｏｎｔａｉｎｅｒＬｉｓｔに、タイプＵＥ－ＭＲＤＣ－ＣａｐａｂｉｌｉｔｙのＵＥ－ＣａｐａｂｉｌｉｔｙＲＡＴ－Ｃｏｎｔａｉｎｅｒを含めることができ、ｒａｔ－Ｔｙｐｅがｅｕｔｒａ－ｎｒに設定され、ＵＥは、対応するｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎＬｉｓｔおよびｆｅａｔｕｒｅＳｅｔＣｏｍｂｉｎａｔｉｏｎｓを含んでもよい。ｕｅ－ＣａｐａｂｉｌｉｔｙＲＡＴ－ＲｅｑｕｅｓｔＬｉｓｔが、ｅｕｔｒａに設定されたｒａｔ－Ｔｙｐｅを有するＵＥ－ＣａｐａｂｉｌｉｔｙＲＡＴ－Ｒｅｑｕｅｓｔを含む場合には、ＵＥは
Ｅ－ＵＴＲＡをサポートすることができ、ＵＥは、受信した場合には、ｃａｐａｂｉｌｉｔｙＲｅｑｕｅｓｔＦｉｌｔｅｒに従って、ｕｅ－ＣａｐａｂｉｌｉｔｙＲＡＴ－ＣｏｎｔａｉｎｅｒＬｉｓｔに、ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙタイプのｕｅ－ＣａｐａｂｉｌｉｔｙＲＡＴ－Ｃｏｎｔａｉｎｅｒを含めることができ、ｒａｔ－Ｔｙｐｅがｅｕｔｒａに設定される。ｕｅ－ＣａｐａｂｉｌｉｔｙＲＡＴ－ＲｅｑｕｅｓｔＬｉｓｔが、ｕｔｒａ－ｆｄｄに設定されたｒａｔ－Ｔｙｐｅを有するＵＥ－ＣａｐａｂｉｌｉｔｙＲＡＴ－Ｒｅｑｕｅｓｔを含む場合、ＵＥがＵＴＲＡ－ＦＤＤをサポートする場合には、ＵＥは、ｕｅ－ＣａｐａｂｉｌｉｔｙＲＡＴ－Ｃｏｎｔａｉｎｅｒ内にＵＴＲＡ－ＦＤＤのためのＵＥ無線アクセス能力を含めることができ、ｒａｔ－Ｔｙｐｅはｕｔｒａ－ｆｄｄに設定される。受信されたフィールドｒｒｃ－ＳｅｇＡｌｌｏｗｅｄに基づいてＲＲＣメッセージセグメント化が有効にされ、符号化されたＲＲＣメッセージが指定されたＰＤＣＰ ＳＤＵの最大サポートサイズよりも大きい場合には、ＵＥはＵＬメッセージセグメント転送手順を開始することができる。そうでない場合には、ＵＥは、送信のためにＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージを下位層に提示することができ、その時点で手順は終了することができる。

一例では、ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージを使用して、ＮＲおよび他のＲＡＴのＵＥ無線アクセス能力を要求することができる。

一例では、ＩＥ ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージを使用して、ネットワークによって要求されたＵＥ無線アクセス能力を転送することができる。

体感品質（ＱｏＥ）測定および報告は、ストリーミング、仮想／拡張現実（ＶＲ／ＡＲ）およびＵＲＬＬＣアプリケーションを含む様々なサービスおよびアプリケーションにとって重要な機能である。既存の能力シグナリングおよび対応するＲＲＣ構成は、ＱｏＥ測定および報告に関連付けられたパラメータをサポートしない場合がある。既存の能力シグナリングは、ＱｏＥ測定および報告ならびにその関連パラメータ（例えば、領域に基づくＱｏＥ測定および報告）のために強化される必要があり得る。例示的な実施形態は、ＱｏＥ測定および報告に関連付けられた能力シグナリングを強化する。

図１７に示す例示的な実施形態では、ＵＥは能力メッセージを基地局に送信することができる。能力メッセージの送信は、ＲＲＣ層を介して行われてもよい。いくつかの例では、基地局への能力メッセージの送信は、図１６に示す能力転送手順に基づいてもよく、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあってもよい。ＵＥは、能力問い合わせメッセージに応答して能力メッセージを送信することができる。いくつかの例では、能力メッセージの送信は、例えば初期アクセス手順中に、ＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にＵＥを遷移させるためのランダム・アクセス・プロセスを介してもよい。能力メッセージの送信は、４ステップ・ランダム・アクセス・プロセスのＭｓｇ３を介してもよいし、２ステップ・ランダム・アクセス・プロセスのＭｓｇＡを介してもよい。ランダム・アクセス・プロセスに基づく能力メッセージの送信の例を図２０に示す。

能力メッセージは、体感品質（ＱｏＥ）測定および／またはＱｏＥ報告および／またはＱｏＥ測定および／またはＱｏＥ報告のためのシグナリングと関連付けられた１つまたは複数の能力情報要素（ＩＥ）を含むことができる。例えば、１つまたは複数のＩＥは、ＵＥがＱｏＥ測定および／またはＱｏＥ報告および／またはＱｏＥ測定および／またはＱｏＥ報告のためのシグナリングのうちの少なくとも１つをサポートしているかどうかを示すことができる。１つまたは複数の能力ＩＥは、１つまたは複数の値を有してもよい。１つまたは複数の能力ＩＥの１つまたは複数の値に基づいて、ＵＥは、ＱｏＥ測定および報告のための第１の構成パラメータを含む１つまたは複数のＲＲＣメッセージを受信すること
ができる。例えば、１つまたは複数のＩＥの１つまたは複数の値は、ＵＥがＱｏＥ測定および１つまたは複数のＱｏＥ関連シグナリングをサポートすることを示してもよい。

いくつかの例では、１つまたは複数のＩＥを使用して、ＵＥがＱｏＥ測定および１つまたは複数のＱｏＥ関連シグナリングに関連付けられた１つまたは複数のパラメータをサポートするかどうかを示してもよい。いくつかの例では、１つまたは複数のＩＥの１つまたは複数の値は、ＵＥがＱｏＥ測定および１つまたは複数のＱｏＥ関連シグナリングに関連付けられた１つまたは複数のパラメータをサポートすることを示してもよい。ＱｏＥ測定および報告のための第１の構成パラメータの受信は、ＵＥがＱｏＥ測定および１つまたは複数のＱｏＥ関連シグナリングに関連付けられた１つまたは複数のパラメータをサポートすることに応答して行われてもよい。いくつかの例では、１つまたは複数のパラメータは、１つまたは複数のＫＰＩに対応してもよい。いくつかの例では、１つまたは複数のパラメータは、１つまたは複数のサービスタイプに対応してもよい。１つまたは複数のサービスタイプは、ストリーミングサービスタイプ、仮想／拡張現実（ＶＲ／ＡＲ）サービスタイプ、および超高信頼低遅延通信（ＵＲＬＬＣ）サービスタイプのうちの少なくとも１つに対応することができる。いくつかの例では、１つまたは複数のパラメータは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＱｏＥ測定と関連付けられてもよい。いくつかの例では、１つまたは複数のパラメータは、ＲＲＣ＿ＩＤＬＥ状態におけるＱｏＥ測定と関連付けられてもよい。いくつかの例では、１つまたは複数のパラメータは、シグナリングベースまたは管理に基づくＱｏＥ管理（例えば、ＱｏＥ測定／報告および対応するシグナリング）などの複数のＱｏＥ構成方式のうちの１つと関連付けることができる。

ＵＥは、ＵＥがＱｏＥ測定および１つまたは複数のＱｏＥ関連シグナリングをサポートしていることを示す１つまたは複数のＩＥの１つまたは複数の値に基づいて、１つまたは複数のＲＲＣメッセージを受信してもよい。ＵＥは、ＱｏＥ測定および報告のために第１の構成パラメータを利用してもよく、第１の構成パラメータに基づいて１つまたは複数のＱｏＥ測定報告を送信してもよい。いくつかの例では、ＱｏＥ測定報告の送信は、時間パターン、例えば、事前構成された時間パターンまたは構成可能な時間パターン（例えば、第１の構成パラメータによって示される時間パターン）に基づいてもよい。いくつかの例では、ＱｏＥ測定報告の送信は、周期性、例えば、事前構成された周期性または構成可能な周期性（例えば、第１の構成パラメータによって示される周期性）に基づいてもよい。いくつかの例では、ＱｏＥ測定報告の送信は、地理に基づいてもよく、例えば、事前構成された地理（例えば、１つまたは複数のセル、例えば、追跡領域（ＴＡ）、無線アクセスネットワーク（ＲＡＮ）通知領域（ＲＮＡ）など）または構成可能な地理（例えば、１つまたは複数のセル、例えば、第１の構成パラメータによって示される、例えば、追跡領域（ＴＡ）、無線アクセスネットワーク（ＲＡＮ）通知領域（ＲＮＡ）など）に基づいてもよい。

いくつかの例では、１つまたは複数のＱｏＥ測定報告の送信は、１つまたは複数の第１のＲＲＣメッセージを介してもよい。１つまたは複数のＱｏＥ測定報告の送信に使用される１つまたは複数の第１のＲＲＣメッセージは、第１のシグナリング無線ベアラ（ＳＲＢ）と関連付けられ得る。いくつかの例では、第１のＳＲＢは、専用制御チャネル（ＤＣＣＨ）論理チャネルを使用することができる。いくつかの例では、第１のＳＲＢは、第１の優先順位と関連付けられ得る。第１のＳＲＢに関連付けられた第１の優先順位は、第２のＳＲＢに関連付けられた第２の優先順位よりも低くてもよい。いくつかの例では、第２のＳＲＢは、共通制御チャネル（ＣＣＣＨ）論理チャネルを使用することができる。いくつかの例では、第２のＳＲＢは、専用制御チャネル（ＤＣＣＨ）論理チャネルを使用してもよく、非アクセス層（ＮＡＳ）メッセージの送信に使用されてもよい。

いくつかの例では、１つまたは複数のＲＲＣメッセージを介して受信される第１の構成
パラメータは、ＵＥが測定し報告するための１つまたは複数の主要性能指標（ＫＰＩ）を含んでもよい。１つまたは複数のＫＰＩは、遅延（例えば、エンドツーエンド（Ｅ２Ｅ）遅延、コアネットワーク（ＣＮ）遅延、または無線アクセスネットワーク（ＲＡＮ）遅延）、スループット、ジッタなどのうちの１つまたは複数を含むことができる。ＵＥによって送信される１つまたは複数の測定報告は、１つまたは複数のＫＰＩに関連付けられた測定情報を含むことができる。いくつかの例では、１つまたは複数のＫＰＩは、アプリケーション層ＫＰＩおよび／または無線層ＫＰＩを含むことができる。いくつかの例では、１つまたは複数のＫＰＩは、ストリーミングサービスタイプ、仮想現実（ＶＲ）サービスタイプ、ＵＲＬＬＣサービスタイプのうちの少なくとも１つを含むことができる。

いくつかの例では、第１の構成パラメータは、ＱｏＥ測定のトリガ条件を示してもよい。いくつかの例では、第１の構成パラメータは、ＱｏＥ報告のトリガ条件を示してもよい。いくつかの例では、第１の構成パラメータは、ＱｏＥ測定および／またはＱｏＥ測定報告のトリガ条件を示してもよい。

いくつかの例では、ＱｏＥ測定報告の送信に応答して、基地局は、ＱｏＥ測定に関連付けられた１つまたは複数のサービス（例えば、ＶＲ／ＡＲサービスタイプ、ストリーミングサービスタイプ、ＵＲＬＬＣサービスタイプなど）のスケジューリング情報を決定してもよい。ＵＥは、ＱｏＥ測定および報告と関連付けられたデータを受信するためのスケジューリング情報（例えば、スケジューリング情報を含むダウンリンク制御情報）を受信してもよい。

図１８Ａに示す例示的な実施形態では、ＱｏＥ測定および／またはＱｏＥ測定報告の送信を実行することは、領域に基づいてもよく、例えば、ＱｏＥ測定および／またはＱｏＥ報告のために構成された領域のためであってもよく、および／またはそれに関連付けられてもよい。いくつかの例では、領域は、１つまたは複数のセル（例えば、追跡領域（ＴＡ）、ＲＡＮ通知領域（ＲＮＡ）など）を含んでもよい。いくつかの例では、ＵＥは、ＱｏＥ測定および／または報告のための領域を示す構成パラメータを受信してもよい。

図１８Ｂに示す例示的な実施形態では、ＵＥは、ＱｏＥ測定および／または報告の開始を指示する第１のコマンド（例えば、第１のＤＣＩまたは第１のＭＡＣ ＣＥ）を受信してもよい。ＵＥは、コマンドの受信に応答してＱｏＥ測定および／または報告を開始することができる。ＵＥは、ＱｏＥ測定および／または報告の停止を指示する第２のコマンド（例えば、第２のＤＣＩまたは第２のＭＡＣ ＣＥ）を受信してもよい。ＵＥは、第２のコマンドの受信に応答してＱｏＥ測定および／または報告を停止することができる。いくつかの例では、ＱｏＥ測定／報告の開始（例えば、第１のコマンドの受信に基づく）は、ＵＥがＱｏＥ測定および報告を行う領域に入るＵＥに対応してもよく、ＱｏＥ測定／報告の停止（例えば、第２のコマンドの受信に基づく）は、ＵＥがＱｏＥ測定および報告を行う領域から出るＵＥに対応してもよい。

図１９に示す例示的な実施形態では、ＵＥは能力メッセージを基地局に送信することができる。能力メッセージの送信は、ＲＲＣ層を介して行われてもよい。いくつかの例では、基地局への能力メッセージの送信は、図１６に示す能力転送手順に基づいてもよく、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあってもよい。ＵＥは、能力問い合わせメッセージに応答して能力メッセージを送信することができる。いくつかの例では、能力メッセージの送信は、例えば初期アクセス手順中に、ＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にＵＥを遷移させるためのランダム・アクセス・プロセスを介してもよい。能力メッセージの送信は、４ステップ・ランダム・アクセス・プロセスのＭｓｇ３を介してもよいし、２ステップ・ランダム・アクセス・プロセスのＭｓｇＡを介してもよい。ランダム・アクセス・プロセスに基づく能力メッセ
ージの送信の例を図２０に示す。

能力メッセージは、ＵＥが領域に基づくＱｏＥ測定／報告が可能であるかどうかを示す、またはＵＥがＱｏＥ測定および／または報告のための領域を決定することが可能であることを示す、１つまたは複数の能力情報要素（ＩＥ）を含むことができる。ＵＥは、領域内のＱｏＥ測定／報告のための構成パラメータを含む１つまたは複数のＲＲＣメッセージを受信することができる。いくつかの例では、構成パラメータは、ＵＥがＱｏＥ測定／報告を行うことができる領域を示してもよい。いくつかの例では、ＵＥは、構成パラメータに基づいてＱｏＥ測定／報告のための領域を決定してもよい。いくつかの例では、ＱｏＥ測定および報告のための領域は、１つまたは複数のセル（例えば、ＴＡまたはＲＮＡ）を含んでもよい。ＵＥは、構成パラメータに基づいてＱｏＥ測定を行ってもよく、ＵＥは、構成パラメータに基づいて１つまたは複数のＱｏＥ測定報告を送信してもよい。１つまたは複数のＱｏＥ測定報告は、１つまたは複数のＫＰＩを測定することを含んでもよい。いくつかの例では、ＵＥは、ＵＥが領域（例えば、構成パラメータによって構成される領域）内に存在している間に、１つまたは複数のＱｏＥ測定報告を送信してもよい。いくつかの例では、ＵＥは、ＵＥが領域（例えば、構成パラメータによって構成される領域）を離れるときに、ＱｏＥ報告の測定および／または報告を停止してもよい。

いくつかの例では、１つまたは複数の能力情報要素（ＩＥ）は、ＵＥが領域に基づくＱｏＥ測定／報告を行うことができないことを示してもよく、ＵＥがＱｏＥ測定および／または報告のための領域を決定することができないことを示してもよい。ＵＥが領域に基づくＱｏＥ測定／報告を行うことができないことを示す、またはＵＥがＱｏＥ測定および／または報告のための領域を決定することができないことを示す１つまたは複数の能力情報要素（ＩＥ）に応答して、ＵＥは、ＱｏＥ測定またはＱｏＥ報告の開始または停止を示す１つまたは複数のコマンド（例えば、１つまたは複数のＤＣＩまたは１つまたは複数のＭＡＣ ＣＥ）を受信することができる。

例示的な実施形態では、ユーザ機器（ＵＥ）は、１つまたは複数の能力情報要素（ＩＥ）を含む能力メッセージを基地局（ＢＳ）に送信することができる。１つまたは複数の能力ＩＥの１つまたは複数の値に基づいて、ＵＥは、ＱｏＥ測定および報告のための第１の構成パラメータを含む１つまたは複数の無線リソース制御（ＲＲＣ）メッセージをＢＳから受信することができる。ＵＥは、第１の構成パラメータに基づいて１つまたは複数の測定報告をＢＳに送信することができる。

いくつかの例では、１つまたは複数の情報要素は、無線デバイスがＱｏＥ測定および１つまたは複数のＱｏＥ関連シグナリングのうちの少なくとも１つをサポートするかどうかを示す。いくつかの例では、１つまたは複数の無線リソース制御（ＲＲＣ）メッセージを受信することは、ＵＥがＱｏＥ測定および１つまたは複数のＱｏＥ関連シグナリングをサポートすることを示す、１つまたは複数の能力ＩＥの１つまたは複数の値に基づく。

いくつかの例では、第１の構成パラメータは、ユーザ機器（ＵＥ）が測定し報告するための１つまたは複数の主要性能指標（ＫＰＩ）を示すことができる。いくつかの例では、１つまたは複数の主要性能指標（ＫＰＩ）は、エンドツーエンド遅延、無線アクセスネットワーク（ＲＡＮ）遅延、コアネットワーク（ＣＮ）遅延、スループット、およびジッタのうちの１つまたは複数を含むことができる。いくつかの例では、１つまたは複数の主要性能指標（ＫＰＩ）は、アプリケーション層ＫＰＩを含むことができる。いくつかの例では、１つまたは複数の主要性能指標（ＫＰＩ）は、無線層ＫＰＩを含むことができる。いくつかの例では、１つまたは複数の主要性能指標（ＫＰＩ）は、ストリーミングサービスタイプ、仮想現実（ＶＲ）サービスタイプ、および超高信頼低遅延通信（ＵＲＬＬＣ）サービスタイプのうちの少なくとも１つを含む１つまたは複数のサービスタイプ用であって
もよい。

いくつかの例では、１つまたは複数の体感品質（ＱｏＥ）測定報告を送信することは、１つまたは複数の第１の無線リソース制御（ＲＲＣ）メッセージに基づく。いくつかの例では、１つまたは複数の体感品質（ＱｏＥ）測定報告の送信のための１つまたは複数の無線リソース制御（ＲＲＣ）メッセージは、第１のシグナリング無線ベアラ（ＳＲＢ）と関連付けられ得る。いくつかの例では、第１のシグナリング無線ベアラ（ＳＲＢ）は第１の優先順位と関連付けられてもよく、第２のＳＲＢに関連付けられた第２の優先順位は第１の優先順位よりも高い。いくつかの例では、第２のシグナリング無線ベアラ（ＳＲＢ）は、共通制御チャネル（ＣＣＣＨ）論理チャネルを使用することができる。いくつかの例では、第２のシグナリング無線ベアラ（ＳＲＢ）は、専用制御チャネル（ＤＣＣＨ）論理チャネルを使用してもよく、非アクセス層（ＮＡＳ）メッセージの送信用であってもよい。いくつかの例では、第１のシグナリング無線ベアラ（ＳＲＢ）は、専用制御チャネル（ＤＣＣＨ）を使用することができる。

いくつかの例では、１つまたは複数の情報要素（ＩＥ）は、ユーザ機器（ＵＥ）が体感品質（ＱｏＥ）測定および１つもしくは複数のＱｏＥ関連シグナリングに関連付けられた１つまたは複数のパラメータをサポートするかどうかを示すために使用されてもよい。

いくつかの例では、１つまたは複数の情報要素（ＩＥ）の１つまたは複数の値は、ユーザ機器（ＵＥ）が、体感品質（ＱｏＥ）測定および１つもしくは複数のＱｏＥ関連シグナリングに関連付けられた１つまたは複数のパラメータをサポートすることを示すことができる。ＱｏＥ測定および報告のための第１の構成パラメータを受信することは、ＵＥがＱｏＥ測定および１つもしくは複数のＱｏＥ関連シグナリングに関連付けられた１つまたは複数のパラメータをサポートしていることに応答してもよい。いくつかの例では、１つまたは複数のパラメータは、１つまたは複数の主要性能指標（ＫＰＩ）に対応することができる。いくつかの例では、１つまたは複数のパラメータは、ストリーミングサービスタイプ、仮想現実（ＶＲ）サービスタイプ、および超高信頼低遅延通信（ＵＲＬＬＣ）サービスタイプのうちの少なくとも１つを含む１つまたは複数のサービスタイプに対応することができる。いくつかの例では、１つまたは複数のパラメータは、無線リソース制御（ＲＲＣ）非アクティブ状態における体感品質（ＱｏＥ）測定値と関連付けることができる。いくつかの例では、１つまたは複数のパラメータは、無線リソース制御（ＲＲＣ）アイドル状態における体感品質（ＱｏＥ）測定値と関連付けることができる。いくつかの例では、１つまたは複数のパラメータは、シグナリングに基づくまたは管理に基づく体感品質（ＱｏＥ）測定に関連付けることができる。

いくつかの例では、第１の構成パラメータは、体感品質（ＱｏＥ）測定および報告のうちの少なくとも１つのトリガ条件を示すことができる。

いくつかの例では、体感品質（ＱｏＥ）測定報告を送信するステップは、時間パターンに基づいてもよい。いくつかの例では、第１の構成パラメータは時間パターンを示すことができる。

いくつかの例では、体感品質（ＱｏＥ）測定報告を送信するステップは、周期性に基づいてもよい。いくつかの例では、第１の構成パラメータは周期性を示すことができる。

いくつかの例では、第１の構成パラメータは、地理に基づく体感品質（ＱｏＥ）測定報告を示すことができる。いくつかの例では、地理に基づく体感品質（ＱｏＥ）測定報告は、１つまたは複数の追跡領域（ＴＡ）のＱｏＥ測定報告を含んでもよい。

いくつかの例では、能力メッセージは無線リソース制御（ＲＲＣ）メッセージであってもよい。

いくつかの例では、能力メッセージを送信することは、能力問い合わせメッセージに応答してもよい。

いくつかの例では、能力メッセージを送信するステップは、初期アクセスのためのランダム・アクセス・プロセスを介してもよい。いくつかの例では、能力メッセージを送信するステップは、ランダム・アクセス・プロセスが２ステップ・ランダム・アクセス・プロセスである場合には、ＭｓｇＡランダム・アクセス・メッセージを介してもよく、能力メッセージを送信するステップは、ランダム・アクセス・プロセスが４ステップ・ランダム・アクセス・プロセスである場合には、Ｍｓｇ３ランダム・アクセス・メッセージを介してもよい。

いくつかの例では、１つまたは複数の体感品質（ＱｏＥ）測定報告の送信に応答して、ＵＥは、ＱｏＥ測定および報告を必要とするサービスタイプに関連付けられたデータの送信または受信のためのスケジューリング情報を受信することができる。

例示的な実施形態では、ユーザ機器（ＵＥ）は、ＵＥが領域に基づくＱｏＥ測定および報告を行うことができるかどうか、またはＵＥがＱｏＥ測定および報告を行うための領域を決定することができるかどうかを示す１つまたは複数の能力情報要素（ＩＥ）を含む能力メッセージを送信することができる。ＵＥは、領域内のＱｏＥ測定および報告のための構成パラメータを含む１つまたは複数の無線リソース制御（ＲＲＣ）メッセージを受信することができる。ＵＥは、構成パラメータに基づいて、領域に関連付けられた１つまたは複数のＱｏＥ測定報告を送信することができる。

いくつかの例では、１つまたは複数の能力情報要素（ＩＥ）は、ＵＥが領域に基づくＱｏＥ測定および報告を行うことができること、またはＵＥがＱｏＥ測定および報告を行うための領域を決定することができることを示すことができる。

いくつかの例では、構成パラメータは、体感品質（ＱｏＥ）測定を実行し、対応するＱｏＥ報告を送信するための領域を示すことができる。

いくつかの例では、ＵＥは、体感品質（ＱｏＥ）測定および報告を実行するための領域を決定することができる。

いくつかの例では、領域は１つまたは複数のセルを含んでもよい。いくつかの例では、領域は追跡領域（ＴＡ）であってもよい。いくつかの例では、領域は、無線アクセスネットワーク（ＲＡＮ）通知領域（ＲＮＡ）であってもよい。

いくつかの例では、領域に基づく体感品質（ＱｏＥ）は、ユーザ機器（ＵＥ）が領域内に存在している間に１つまたは複数の主要性能指標（ＫＰＩ）を測定することを含むことができる。いくつかの例では、ユーザ機器（ＵＥ）は、その領域を離れることに応答して、１つまたは複数の主要性能指標（ＫＰＩ）の測定を停止することができる。

いくつかの例では、ＵＥは、ＵＥが領域に基づく体感品質（ＱｏＥ）測定および報告を行うことができないこと、またはＵＥがＱｏＥ測定および報告を行うための領域を決定することができないことを示す１つまたは複数の能力情報要素（ＩＥ）に応答して、ＱｏＥ測定および報告を開始または停止することを指示するコマンドを受信することができる。いくつかの例では、コマンドの受信は、ダウンリンク制御情報を介して行われ得る。いく
つかの例では、コマンドは、１つまたは複数の媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を介してもよい。

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

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

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

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

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

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

Claims (45)

1. 体感品質（ＱｏＥ）測定のための能力シグナリングの方法であって、
   ユーザ機器（ＵＥ）により、ＱｏＥに関連付けられた１つまたは複数の能力情報要素（ＩＥ）を含む能力メッセージを基地局（ＢＳ）へ送信するステップと、
   前記１つまたは複数の送信された能力ＩＥに基づいて、前記ＵＥにより、前記ＢＳからＱｏＥ測定および報告のための第１の構成パラメータを含む１つまたは複数の無線リソース制御（ＲＲＣ）メッセージを受信するステップと、
   前記ＵＥにより、前記第１の構成パラメータに基づいて１つまたは複数のＱｏＥ測定報告を前記ＢＳに送信するステップと、を含む方法。
2. 前記１つまたは複数の能力情報要素（ＩＥ）が、前記ユーザ機器（ＵＥ）が体感品質（ＱｏＥ）測定およびＱｏＥ関連シグナリングの少なくとも一方をサポートするかどうかを示す、請求項１に記載の方法。
3. 前記１つまたは複数の無線リソース制御（ＲＲＣ）メッセージを受信するステップは、前記１つまたは複数の能力情報要素（ＩＥ）が、前記ユーザ機器（ＵＥ）が前記体感品質（ＱｏＥ）測定および前記ＱｏＥ関連シグナリングをサポートしていることを示すかどうかに基づく、請求項２に記載の方法。
4. 前記第１の構成パラメータが、前記ユーザ機器（ＵＥ）が測定および報告するための１つまたは複数の主要性能指標（ＫＰＩ）を示す、請求項１に記載の方法。
5. 前記１つまたは複数の主要性能指標（ＫＰＩ）が、エンドツーエンド遅延、無線アクセスネットワーク（ＲＡＮ）遅延、コアネットワーク（ＣＮ）遅延、スループット、およびジッタのうちの１つまたは複数を含む、請求項４に記載の方法。
6. 前記１つまたは複数の主要性能指標（ＫＰＩ）がアプリケーション層ＫＰＩを含む、請求項４に記載の方法。
7. 前記１つまたは複数の主要性能指標（ＫＰＩ）が無線層ＫＰＩを含む、請求項４に記載の方法。
8. 前記１つまたは複数の主要性能指標（ＫＰＩ）が、ストリーミングサービスタイプ、仮想現実（ＶＲ）サービスタイプ、および超高信頼低遅延通信（ＵＲＬＬＣ）サービスタイプのうちの少なくとも１つを含む１つまたは複数のサービスタイプのためのものである、請求項４に記載の方法。
9. 前記１つまたは複数の体感品質（ＱｏＥ）測定報告を送信するステップが、１つまたは複数の無線リソース制御（ＲＲＣ）メッセージに基づく、請求項１に記載の方法。
10. 前記１つまたは複数の無線リソース制御（ＲＲＣ）メッセージが、第１のシグナリング無線ベアラ（ＳＲＢ）と関連付けられる、請求項９に記載の方法。
11. 前記第１のシグナリング無線ベアラ（ＳＲＢ）が第１の優先順位と関連付けられ、
    第２のＳＲＢに関連付けられた第２の優先順位が前記第１の優先順位よりも高い、
    請求項１０に記載の方法。
12. 前記第２のシグナリング無線ベアラ（ＳＲＢ）が共通制御チャネル（ＣＣＣＨ）論理チャネルを使用する、請求項１１に記載の方法。
13. 前記第２のシグナリング無線ベアラ（ＳＲＢ）が専用制御チャネル（ＤＣＣＨ）論理チャネルを使用し、非アクセス層（ＮＡＳ）メッセージを送信するために使用される、請求項１１に記載の方法。
14. 前記第１のシグナリング無線ベアラ（ＳＲＢ）が専用制御チャネル（ＤＣＣＨ）を使用する、請求項１０に記載の方法。
15. 前記１つまたは複数の能力情報要素（ＩＥ）が、前記ユーザ機器（ＵＥ）が前記体感品質（ＱｏＥ）測定および前記ＱｏＥ関連シグナリングに関連付けられた１つまたは複数のパラメータをサポートするかどうかを示す、請求項１に記載の方法。
16. 前記１つまたは複数の情報要素（ＩＥ）が、前記ユーザ機器（ＵＥ）が前記体感品質（ＱｏＥ）測定および前記ＱｏＥ関連シグナリングに関連付けられた前記１つまたは複数のパラメータをサポートすることを示し、
    ＱｏＥ測定および報告のための前記第１の構成パラメータを受信するステップが、前記ＵＥが前記ＱｏＥ測定および前記ＱｏＥ関連シグナリングに関連付けられた前記１つまたは複数のパラメータをサポートしていることに応答して行われる、
    請求項１５に記載の方法。
17. 前記１つまたは複数のパラメータが、１つまたは複数の主要性能指標（ＫＰＩ）に対応する、請求項１６に記載の方法。
18. 前記１つまたは複数のパラメータが、ストリーミングサービスタイプ、仮想現実（ＶＲ）サービスタイプ、および超高信頼低遅延通信（ＵＲＬＬＣ）サービスタイプのうちの少なくとも１つを含む１つまたは複数のサービスタイプに対応する、請求項１６に記載の方法。
19. 前記１つまたは複数のパラメータが、無線リソース制御（ＲＲＣ）非アクティブ状態における前記体感品質（ＱｏＥ）測定に関連付けられる、請求項１６に記載の方法。
20. 前記１つまたは複数のパラメータが、無線リソース制御（ＲＲＣ）アイドル状態における前記体感品質（ＱｏＥ）測定に関連付けられる、請求項１６に記載の方法。
21. 前記１つまたは複数のパラメータが、シグナリングに基づくまたは管理に基づく体感品質（ＱｏＥ）測定に関連付けられる、請求項１６に記載の方法。
22. 前記第１の構成パラメータが、前記体感品質（ＱｏＥ）測定および報告の少なくとも一方のためのトリガ条件を示す、請求項１に記載の方法。
23. 前記体感品質（ＱｏＥ）測定報告を送信するステップが、時間パターンに基づく、請求項１に記載の方法。
24. 前記第１の構成パラメータが前記時間パターンを示す、請求項２３に記載の方法。
25. 前記体感品質（ＱｏＥ）測定報告を送信するステップが周期性に基づく、請求項１に記載の方法。
26. 前記第１の構成パラメータが前記周期性を示す、請求項２５に記載の方法。
27. 前記第１の構成パラメータが、地理に基づく体感品質（ＱｏＥ）測定報告を示す、請求項１に記載の方法。
28. 前記地理に基づく体感品質（ＱｏＥ）測定報告が、１つまたは複数の追跡領域（ＴＡ）のＱｏＥ測定報告を含む、請求項２７に記載の方法。
29. 前記能力メッセージが無線リソース制御（ＲＲＣ）メッセージである、請求項１に記載の方法。
30. 前記能力メッセージを送信するステップが、前記ユーザ機器が能力問い合わせメッセージを最初に受信したことに応答して行われる、請求項１に記載の方法。
31. 前記能力メッセージを送信するステップが、初期アクセスのためのランダム・アクセス・プロセスを介して行われる、請求項１に記載の方法。
32. 前記能力メッセージを送信するステップが、ランダム・アクセス・プロセスが２ステップ・ランダム・アクセス・プロセスである場合には、ＭｓｇＡランダム・アクセス・メッセージを介して行われ、
    前記能力メッセージを送信するステップが、前記ランダム・アクセス・プロセスが４ステップ・ランダム・アクセス・プロセスである場合には、Ｍｓｇ３ランダム・アクセス・メッセージを介して行われる、
    請求項３１に記載の方法。
33. 前記１つまたは複数の体感品質（ＱｏＥ）測定報告の送信に応答して、ＱｏＥ測定および報告を必要とするサービスタイプに関連付けられたデータの送信または受信のためのスケジューリング情報を受信するステップをさらに含む、請求項１に記載の方法。
34. 体感品質（ＱｏＥ）測定のための能力シグナリングの方法であって、
    ユーザ機器（ＵＥ）により、ＵＥが領域に基づくＱｏＥ測定および報告を行うことができるかどうか、または前記ＵＥがＱｏＥ測定および報告を行うための領域を決定することができるかどうかを示す１つまたは複数の能力情報要素（ＩＥ）を含む能力メッセージを送信するステップと、
    前記ＵＥにより、領域内のＱｏＥ測定および報告のための構成パラメータを含む１つまたは複数の無線リソース制御（ＲＲＣ）メッセージを受信するステップと、
    前記ＵＥにより、前記構成パラメータに基づいて、前記領域に関連付けられた１つまたは複数のＱｏＥ測定報告を送信するステップと、を含む方法。
35. 前記１つまたは複数の能力情報要素（ＩＥ）が、前記ＵＥが領域に基づくＱｏＥ測定および報告を行うことができること、または前記ＵＥがＱｏＥ測定および報告を行うための領域を決定することができることを示す、請求項３２に記載の方法。
36. 前記構成パラメータが、体感品質（ＱｏＥ）測定を実行し、対応するＱｏＥ報告を送信するための前記領域を示す、請求項３２に記載の方法。
37. 前記体感品質（ＱｏＥ）測定および報告を実行するための前記領域を決定するステップをさらに含む、請求項３２に記載の方法。
38. 前記領域が１つまたは複数のセルを含む、請求項３２に記載の方法。
39. 前記領域が追跡領域（ＴＡ）である、請求項３６に記載の方法。
40. 前記領域が、無線アクセスネットワーク（ＲＡＮ）通知領域（ＲＮＡ）である、請求項３６に記載の方法。
41. 前記領域に基づく体感品質（ＱｏＥ）測定および報告が、前記ユーザ機器（ＵＥ）が前記領域内に存在している間に１つまたは複数の主要性能指標（ＫＰＩ）を測定することを含む、請求項３２に記載の方法。
42. 前記ユーザ機器（ＵＥ）が、前記領域を離れることに応答して、前記１つまたは複数の主要性能指標（ＫＰＩ）の測定を停止する、請求項３９に記載の方法。
43. 前記ＵＥが領域に基づく体感品質（ＱｏＥ）測定および報告を行うことができないこと、または前記ＵＥがＱｏＥ測定および報告を行うための領域を決定することができないことを示す前記１つまたは複数の能力情報要素（ＩＥ）に応答して、ＱｏＥ測定および報告を開始または停止することを指示するコマンドを受信するステップをさらに含む、請求項３２に記載の方法。
44. 前記コマンドを受信するステップがダウンリンク制御情報を介して行われる、請求項４１に記載の方法。
45. 前記コマンドを受信するステップが、１つまたは複数の媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を介して行われる、請求項４１に記載の方法。

Images