JP2022529211A - Ｎｒ ｖ２ｘのためのｒｌｍおよびｒｌｆプロシージャ - Google Patents

Abstract

本出願に従う装置は、サイドリンク（ＳＬ）接続を監視し得る。装置は、ＳＬ無線リンク監視（ＳＬ－ＲＬＭ）を実施するためにプロトコルスタック中で信号を受信し、信号に従って、ＳＬ無線リンク失敗（ＲＬＦ）が発生しているか否かを判定する処理回路を含む。信号は、ハイブリッド自動再送リクエスト（ＨＡＲＱ）フィードバックを含み得る。信号がＨＡＲＱ－ＮＡＣＫを含むケースでは、処理回路は、ＳＬ－ＲＬＦが発生していることを判定する。処理回路はさらに、信号についてのＳＬ－ＲＬＭに関連し、信号の測定量についての構成およびＳＬ－ＲＬＦを宣言するための条件を含む構成情報を受信し、構成情報に従って、信号についてのＳＬ－ＲＬＭについてプロトコルスタックの下位層を構成し、測定量のＳＬ－ＲＬＭ測定を実施する。

Description

（関連出願の相互参照）
本出願は、２０１９年３月２７日出願の米国仮出願番号第６２／８２４，７７７号、および２０１９年８月１４日出願の米国仮出願番号第６２／８８６，６３１号に対する優先権を主張し、それらの各々の内容は、それら全体で参照によって組み込まれる。

本開示は、概して、無線通信に関し、より詳細には、無線通信のための遠隔リンク監視および遠隔リンク失敗プロシージャのための無線通信システム、デバイス、方法、およびコンピュータ可読媒体に関する。

本開示の例示的な実施形態は、サイドリンク（Sidelink：ＳＬ）接続を監視するように構成された装置を提供する。装置は、ＳＬ無線リンク監視（SL-Radio Link Monitoring：ＳＬ－ＲＬＭ）を実施するためにプロトコルスタック内で信号を受信し、信号に従って、ＳＬ無線リンク失敗（Radio Link Failure：ＲＬＦ）が発生しているか否かを判定するように構成された処理回路を備える。信号は、ハイブリッド自動再送リクエスト（Hybrid Automatic Repeat Request：ＨＡＲＱ）フィードバックを含み得る。

信号がＨＡＲＱ－ＮＡＣＫを含むケースでは、処理回路は、ＳＬ－ＲＬＦが発生していることを判定し得る。処理回路は、信号ブロックを別の装置に伝送するようにさらに構成され得る。信号は、信号ブロックの伝送に呼応する。

処理回路は、信号についてのＳＬ－ＲＬＭに関連し、信号の測定量についての構成およびＳＬ－ＲＬＦを宣言するための条件を含む構成情報を受信し、構成情報に従って、信号についてのＳＬ－ＲＬＭについてプロトコルスタックの下位層を構成し、測定量のＳＬ－ＲＬＭ測定を実施するようにさらに構成され得る。測定量は、ハイブリッド自動再送リクエスト（ＨＡＲＱ）フィードバックを含み得る。測定量は、同期または非同期の無線リンクを含み得る。測定量は、キープアライブメッセージを含み得る。測定量は、無線リンク制御（Radio Link Control：ＲＬＣ）フィードバックを含み得る。

処理回路は、ＳＬ－ＲＬＭ測定が条件を満たすか否かを判定し、ＳＬ－ＲＬＦが、条件が満たされるケースで発生していることを宣言するようにさらに構成され得る。処理回路は、ＳＬ－ＲＬＭ測定が条件を満たすか否かを判定し、ＳＬ－ＲＬＦが、条件が満たされないケースで発生していないことを宣言するようにさらに構成され得る。処理回路は、信号のＳＬ－ＲＬＭ測定を制御エンティティに伝送するようにさらに構成され得る。制御エンティティは、装置から受信されるＳＬ－ＲＬＭ測定に従って、ＳＬ－ＲＬＦが発生しているか否かを判定する。処理回路は、上位層から、キープアライブ失敗を含むインジケーションを受信するようにさらに構成され得る。

本開示の別の例示的な実施形態は、サイドリンク（ＳＬ）接続を監視するための方法を提供する。方法は、ＳＬ無線リンク監視（ＳＬ－ＲＬＭ）を実施するためにプロトコルスタック中で信号を受信することと、信号に従って、ＳＬ無線リンク失敗（ＲＬＦ）が発生しているか否かを判定することと、を含む。

本概要は、詳細な説明で以下にさらに記載される、単純化された形態でのコンセプトの選択を導入するために提供される。本概要は、請求された主題の主要な機構または必須の機構を特定することを意図したものでもなく、請求された主題の範囲を限定するために使用されことを意図したものでもない。さらに、請求された主題は、本開示の任意の部分で記されるいずれかまたはすべての欠点を解決する限定に限定されない。

本開示の範囲は、添付の図面とともに読むと、例示的な実施形態の以下の詳細な説明から最もよく理解される。

図１Ａは、例示的な３ＧＰＰアーキテクチャを示すシステム図である。 図１Ｂは、無線アクセスネットワーク（Radio Access Network：ＲＡＮ）アーキテクチャおよびコアネットワークアーキテクチャの例を示すシステム図である。 図１Ｃは、ＲＡＮアーキテクチャおよびコアネットワークアーキテクチャの例を示すシステム図である。 図１Ｄは、ＲＡＮアーキテクチャおよびコアネットワークアーキテクチャの例を示すシステム図である。 図１Ｅは、例示的な３ＧＰＰアーキテクチャを示すシステム図である。 図１Ｆは、無線通信のために構成された例示的な装置またはデバイスのシステム図である。 図１Ｇは、通信ネットワークで使用されるコンピューティングシステムの例を示すシステム図である。 図２は、例示的な実施形態に従う、ＲＬＭおよびＲＬＦ検出のためのプロシージャを示す。 図３は、例示的な実施形態に従う、キープアライブプロシージャを示す。 図４Ａは、例示的な実施形態に従う、ピアＵＥ間のサイドリンク接続を示す。 図４Ｂは、サイドリンク無線リンク監視、サイドリンク無線リンク失敗評価、およびＳＬ無線リンク回復のためのプロシージャを示す。 図５は、例示的な実施形態に従う、複数のサイドリンクを伴うＵＥを示す。 図６は、例示的な実施形態に従う、ＵＥでＳＬ－ＲＬＦを宣言するためのプロシージャを示す。 図７Ａは、例示的な実施形態に従う、制御エンティティでＳＬ－ＲＬＦを宣言するためのプロシージャを示す。 図７Ｂは、第１のＵＥによって実施されるキープアライブプロシージャを示す。 図７Ｃは、第２のＵＥによって実施されるキープアライブプロシージャを示す。 図７Ｄは、第１のＵＥによって実施される第１の代替的なプロシージャを示す。 図７Ｅは、第１のＵＥによって実施される第２の代替的なプロシージャを示す。 図７Ｆは、第２のＵＥによって実施される第１の代替的なプロシージャを示す。

本開示の適用可能性のさらなるエリアは、以下で提供される詳細な説明から明らかになるであろう。例示的な実施形態の詳細な説明は、例示の目的のために意図しただけであって、したがって、必ずしも本開示の範囲を限定することを意図したものでないことを理解されたい。

第３世代パートナーシッププロジェクト（３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（コーデック、セキュリティ、およびサービスの品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術のための技術的規格を開発している。最新の無線アクセス技術（Radio Access Technology：ＲＡＴ）規格は、（一般に３Ｇと称される）広帯域ＣＤＭＡ（Wideband CDMA：ＷＣＤＭＡ（登録商標））と、（一般に４Ｇと称される）ロングタームエボリューション（Long Term Evolution：ＬＴＥ）と、ＬＴＥアドバンスト規格と、「５Ｇ」とも称される新無線（New Radio：ＮＲ）と、を含む。３ＧＰＰ ＮＲ規格開発は、次世代無線アクセス技術（新しいＲＡＴ）の定義を継続し含むことが予期されており、これは、７ＧＨｚを下回る新規のフレキシブルな無線アクセスの提供と、７ＧＨｚを上回る新規のウルトラモバイルブロードバンド無線アクセスの提供と、を含むことが予期されている。フレキシブルな無線アクセスは、７ＧＨｚを下回る新しいスペクトルにおける新しい非後方互換性無線アクセスで構成されることが予期されており、同じスペクトル内で共に多重化され、多様な要件を伴う３ＧＰＰ ＮＲユースケースの広範なセットに対処する場合がある、異なる動作モードを含むことが予期されている。ウルトラモバイルブロードバンドは、ウルトラモバイルブロードバンドアクセス、例えば、屋内用途およびホットスポット向けの機会を提供する、センチ波およびミリ波スペクトルを含むことが予期されている。特に、ウルトラモバイルブロードバンドは、センチ波およびミリ波特有設計最適化を伴って、共通設計フレームワークが７ＧＨｚを下回るフレキシブルな無線アクセスと共有することが予期されている。

３ＧＰＰは、データレート、レイテンシ、およびモビリティのための様々なユーザ体験要件をもたらす、ＮＲでサポートすることが予期される種々のユースケースを特定している。ユースケースは、以下の一般的カテゴリ、すなわち、高度化モバイルブロードバンド（enhanced Mobile Broadband：ｅＭＢＢ）、超高信頼低遅延通信（Ultra-Reliable Low-Latency Communication：ＵＲＬＬＣ）、大規模マシンタイプ通信（massive Machine Type Communication：ｍＭＴＣ）、ネットワーク動作（例えば、ネットワークスライシング、ルーティング、移行およびインターワーキング、エネルギー節約）、および拡張ビークルツーエブリシング（ｅＶ２Ｘ）通信を含み、ｅＶ２Ｘ通信は、ビークルツービークル（Vehicle-To-Vehicle：Ｖ２Ｖ）通信、ビークルツーインフラストラクチャ（Vehicle-To-Infrastructure：Ｖ２Ｉ）通信、ビークルツーネットワーク（Vehicle-To-Network：Ｖ２Ｎ）通信、ビークルツー歩行者（Vehicle-To-Pedestrian：Ｖ２Ｐ）通信、および他のエンティティとのビークル通信のうちのいずれかを含み得る。これらのカテゴリにおける具体的サービスおよびアプリケーションは、例えば、いくつか例を挙げると、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、第１応答者コネクティビティ、自動車ｅコール、災害警告、リアルタイムゲーム、多人数ビデオコール、自律運転、拡張現実、触知インターネット、仮想現実、ホームオートメーション、ロボティクス、および空中ドローンを含む。これらのユースケースのすべておよび他のものが、本明細書で検討される。

以下は、以下の説明で現れ得るサービスレベルおよびコアネットワーク技術に関連する頭字語のリストである。特に規定されない限り、本明細書で使用される頭字語は、以下でリストされる対応する用語を指す。

（例示的な通信システムおよびネットワーク）
図１Ａは、本明細書で記載および請求されるシステム、方法、および装置が使用され得る、例示的な通信システム１００を示す。通信システム１００は、概して、または集合的に、ＷＴＲＵ１０２と称され得る無線伝送／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、および／または１０２ｇを含み得る。通信システム１００は、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話ネットワーク（Public Switched Telephone Network：ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２と、ネットワークサービス１１３と、を含み得る。ネットワークサービス１１３は、例えば、Ｖ２Ｘサーバ、Ｖ２Ｘ機能、ＰｒｏＳｅサーバ、ＰｒｏＳｅ機能、ＩｏＴサービス、ビデオストリーミング、および／またはエッジコンピューティングなどを含み得る。

本明細書で開示されるコンセプトが、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素で使用され得ることを理解されよう。ＷＴＲＵ１０２の各々は、無線環境で動作および／または通信するように構成された任意のタイプの装置またはデバイスであり得る。図１Ａの例では、ＷＴＲＵ１０２の各々は、ハンドヘルド無線通信装置として、図１Ａ～図１Ｅに示される。無線通信のために検討される種々のユースケースに伴って、各ＷＴＲＵは、一例にすぎないが、ユーザ端末（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ポケットベル、セルラー電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、バスもしくはトラック、電車、または飛行機の車両などを含む、無線信号を伝送および／または受信するように構成された任意のタイプの装置またはデバイスを備えてもよいし、それらに含まれてもよいことを理解されたい。

通信システム１００はまた、基地局１１４ａと、基地局１１４ｂと、を含み得る。図１Ａの例では、各基地局１１４ａおよび１１４ｂは、単一の要素として示される。実際には、基地局１１４ａおよび１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得る。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。同様に、基地局１１４ｂは、遠隔無線ヘッド（Remote Radio Head：ＲＲＨ）１１８ａ、１１８ｂ、送受信ポイント（Transmission and Reception Point：ＴＲＰ）１１９ａ、１１９ｂ、ならびに／またはロードサイドユニット（ＲＳＵ）１２０ａおよび１２０ｂのうちの少なくとも１つと有線および／または無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、および／またはネットワークサービス１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２のうちの少なくとも１つ、例えばＷＴＲＵ１０２ｃと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。

ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。ＲＳＵ１２０ａおよび１２０ｂは、ＷＴＲＵ１０２ｅまたは１０２ｆのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、および／またはネットワークサービス１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。一例として、基地局１１４ａ、１１４ｂは、送受信機基地局（Base Transceiver Station：ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、次世代ノードＢ（ｇノードＢ）、衛星、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、無線ルータなどであり得る。

基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってもよく、それらＲＡＮはまた、基地局コントローラ（Base Station Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）も含み得る。同様に、基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、それらＲＡＮはまた、ＢＳＣ、ＲＮＣ、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）も含み得る。基地局１１４ａは、特定の地理的領域内で無線信号を伝送および／または受信するように構成されてもよく、その地理的領域は、セル（図示せず）と称され得る。同様に、基地局１１４ｂは、特定の地理的領域内で有線および／または無線信号を伝送および／または受信するように構成されてもよく、その地理的領域はセル（図示せず）と称され得る。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに対応付けられるセルは、３つのセクタに分割され得る。したがって、例えば、基地局１１４ａは、例えば、セルのセクタごとに１つの、３つの送受信機を含み得る。基地局１１４ａは、多入力多出力（Multiple-Input Multiple Output：ＭＩＭＯ）技術を採用してもよく、したがって、例えば、セルのセクタごとに複数の送受信機を利用し得る。

基地局１１４ａは、任意の好適な無線通信リンク（例えば、無線周波数（Radio Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、センチ波、ミリ波など）であり得るエアインターフェース１１５／１１６／１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｇのうちの１つまたは複数と通信し得る。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。

基地局１１４ｂは、任意の好適な有線（例えば、ケーブル、光ファイバーなど）または無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、ＵＶ、可視光、センチ波、ミリ波など）であり得る有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを介してＲＲＨ１１８ａおよび１１８ｂ、ＴＲＰ１１９ａおよび１１９ｂ、ならびに／またはＲＳＵ１２０ａおよび１２０ｂのうちの１つまたは複数と通信し得る。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適なＲＡＴを使用して確立され得る。

ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、および／またはＲＳＵ１２０ａ、１２０ｂは、任意の好適な無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、紫外線ＵＶ、可視光、センチ波、ミリ波など）であり得るエアインターフェース１１５ｃ／１１６ｃ／１１７ｃを介してＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆのうちの１つまたは複数と通信し得る。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適なＲＡＴを使用して確立され得る。

ＷＴＲＵ１０２は、任意の好適な無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、紫外線ＵＶ、可視光、センチ波、ミリ波など）であり得るサイドリンク通信などの直接的なエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを介して相互に通信し得る。エアインターフェース１１５ｄ／１１６ｄ／１１７ｄは、任意の好適なＲＡＴを使用して確立され得る。

通信システム１００は、複数のアクセスシステムであってもよく、かつＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つまたは複数のチャネルアクセススキームを採用し得る。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、および／もしくはＲＳＵ１２０ａおよび１２０ｂ、ならびにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、および１０２ｆは、ユニバーサルモバイル電気通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）、地上波無線アクセス（Universal Terrestrial Radio Access：ＵＴＲＡ）などの無線技術を実装してもよく、それにより、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７および／または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ）および／または発展型ＨＳＰＡ（Evolved HSPA：ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含み得る。

ＲＡＮ１０３／１０４／１０５内の基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｇ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａおよび１１８ｂ、ＴＲＰ１１９ａおよび１１９ｂ、および／もしくはＲＳＵ１２０ａおよび１２０ｂ、ならびにＷＴＲＵ１０２ｃ、１０２ｄは、発展型ＵＭＴＳ地上波無線アクセス（Evolved UMTS Terrestrial Radio Access：Ｅ－ＵＴＲＡ）などの無線技術を実装してもよく、それにより、例えば、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ－アドバンスト（LTE-Advanced：ＬＴＥ－Ａ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立し得る。エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃは、３ＧＰＰ ＮＲ技術を実装し得る。ＬＴＥおよびＬＴＥ－Ａ技術は、（サイドリンク通信などの）ＬＴＥ Ｄ２Ｄおよび／またはＶ２Ｘ技術ならびにインターフェースを含み得る。同様に、３ＧＰＰ ＮＲ技術は、（サイドリンク通信などの）ＮＲ Ｖ２Ｘ技術およびインターフェースを含み得る。

ＲＡＮ１０３／１０４／１０５内の基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｇ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａおよび１１８ｂ、ＴＲＰ１１９ａおよび１１９ｂ、および／もしくはＲＳＵ１２０ａおよび１２０ｂ、ならびにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、および１０２ｆは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide Interoperability For Microwave Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（Interim Standard 2000：ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、モバイル通信用グローバルシステム（Global System for Mobile communications：ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data Rates for GSM Evolution：ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

図１Ａにおける基地局１１４ｃは、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであってもよく、例えば、会社、自宅、車両、電車、航空機、衛星、工場、キャンパスなどの場所などの局所エリア内の無線コネクティビティを促進するための任意の好適なＲＡＴを利用し得る。基地局１１４ｃおよびＷＴＲＵ１０２、例えばＷＴＲＵ１０２ｅは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）を確立し得る。同様に、基地局１１４ｃおよびＷＴＲＵ１０２、ＷＴＲＵ１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（Wireless Personal Area Network：ＷＰＡＮ）を確立し得る。基地局１１４ｃおよびＷＴＲＵ１０２、例えばＷＲＴＵ１０２ｅは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ（登録商標）、ＬＴＥ、ＬＴＥ－Ａ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｃは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。

ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信してもよく、そのコアネットワークは、音声、データ、メッセージング、認可および認証、アプリケーション、ならびに／またはボイスオーバーインターネットプロトコル（Voice Over Internet Protocol：ＶｏＩＰ）サービスをＷＴＲＵ１０２のうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、モバイル位置ベースのサービス、プリペイドコール、インターネット（登録商標）コネクティビティ、パケットデータネットワークコネクティビティ、イーサネットコネクティビティ、ビデオ配信などを提供し、および／またはユーザ認証などの高レベルセキュリティ機能を実施し得る。

図１Ａでは示されていないが、ＲＡＮ１０３／１０４／１０５および／もしくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂならびに／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５および／もしくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接通信し得ることを理解されよう。例えば、Ｅ－ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭまたはＮＲ無線技術を採用する別のＲＡＮ（図示せず）と通信し得る。

コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２がＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回線交換電話ネットワークを含み得る。インターネット１１０は、伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、およびＴＣＰ／インターネットプロトコル（Internet Protocol：ＩＰ）インターネットプロトコルスイートにおけるインターネットプロトコル（ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、任意のタイプのパケットデータネットワーク（例えば、ＩＥＥＥ８０２．３イーサネットネットワーク）、またはＲＡＮ１０３／１０４／１０５および／もしくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴもしくは異なるＲＡＴを採用し得る１つもしくは複数のＲＡＮに接続される別のコアネットワークを含み得る。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、および１０２ｆの一部または全部は、マルチモード能力を含んでもよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、および１０２ｆは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含み得る。例えば、図１Ａに示されるＷＴＲＵ１０２ｇは、セルラーベースの無線技術を採用し得る基地局１１４ａ、およびＩＥＥＥ ８０２無線技術を採用し得る基地局１１４ｃと通信するように構成され得る。

図１Ａでは示されていないが、ユーザ端末がゲートウェイへの有線接続を行い得ることを理解されよう。ゲートウェイは、レジデンシャルゲートウェイ（Residential Gateway：ＲＧ）であり得る。ＲＧは、コアネットワーク１０６／１０７／１０９へのコネクティビティを提供し得る。本明細書に含まれる着想の多くが、ＷＴＲＵであるＵＥ、およびネットワークに接続するために有線接続を使用するＵＥに等しく適用され得ることを理解されよう。例えば、無線インターフェース１１５、１１６、１１７、および１１５ｃ／１１６ｃ／１１７ｃに適用される着想は、有線接続に等しく適用され得る。

図１Ｂは、例示的なＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る。ＲＡＮ１０３はまた、コアネットワーク１０６と通信し得る。図１Ｂに示すように、ＲＡＮ１０３は、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するための１つまたは複数の送受信機を各々含み得るノードＢ１４０ａ、１４０ｂ、および１４０ｃを含み得る。ノードＢ１４０ａ、１４０ｂ、および１４０ｃは各々、ＲＡＮ１０３内の特定のセル（図示せず）に対応付けられ得る。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含み得る。ＲＡＮ１０３は、任意の数のノードＢおよび無線ネットワークコントローラ（ＲＮＣ）を含み得ることを理解されよう。

図１Ｂに示すように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信し得る。加えて、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信し得る。ノードＢ１４０ａ、１４０ｂ、および１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａおよび１４２ｂと通信し得る。ＲＮＣ１４２ａおよび１４２ｂは、Ｉｕｒインターフェースを介して、相互に通信し得る。ＲＮＣ１４２ａおよび１４２ｂの各々は、接続されるそれぞれのノードＢ１４０ａ、１４０ｂ、および１４０ｃを制御するように構成され得る。加えて、ＲＮＣ１４２ａおよび１４２ｂの各々は、アウターループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバーシチ、セキュリティ機能、データ暗号化などの他の機能性を果たすかまたはサポートするように構成され得る。

図１Ｂに示されるコアネットワーク１０６は、メディアゲートウェイ（Media Gateway：ＭＧＷ）１４４、移動通信交換局（Mobile Switching Center ：ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０を含み得る。上述の要素の各々が、コアネットワーク１０６の一部として示されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることを理解されよう。

ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。

ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る。

コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得る他のネットワーク１１２に接続され得る。

図１Ｃは、例示的なＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用し、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る。ＲＡＮ１０４はまた、コアネットワーク１０７と通信し得る。

ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃを含み得るが、ＲＡＮ１０４は、任意の数のｅノードＢを含み得ることを理解されよう。ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するための１つまたは複数の送受信機を含み得る。例えば、ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信し得る。

ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃの各々は、特定のセル（図示せず）に対応付けられてもよく、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどをハンドリングするように構成され得る。図１Ｃに示すように、ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃは、Ｘ２インターフェースを介して相互に通信し得る。

図１Ｃに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility Management Gateway：ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（Packet Data Network：ＰＤＮ）ゲートウェイ１６６と、を含み得る。上述の要素の各々が、コアネットワーク１０７の一部として示されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることを理解されよう。

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、および１６０ｃの各々に接続されてもよく、制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃの初期アタッチの間の特定のサービングゲートウェイの選択などの役割を果たし得る。ＭＭＥ１６２はまた、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能を提供し得る。

サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、および１６０ｃの各々に接続され得る。サービングゲートウェイ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃからルーティングおよび転送し得る。サービングゲートウェイ１６４はまた、ｅノードＢ間ハンドオーバーの間のユーザプレーンのアンカ、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのために利用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのコンテキストの管理および記憶などの他の機能を実施し得る。

サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得るＰＤＮゲートウェイ１６６に接続され得る。

コアネットワーク１０７は、他のネットワークとの通信を促進し得る。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信し得る。加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得るネットワーク１１２へのアクセスを提供し得る。

図１Ｄは、例示的なＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＮＲ無線技術を採用し、エアインターフェース１１７を介してＷＴＲＵ１０２ａおよび１０２ｂと通信し得る。ＲＡＮ１０５はまた、コアネットワーク１０９と通信し得る。非３ＧＰＰインターワーキング機能（Non-3GPP Interworking Function：Ｎ３ＩＷＦ）１９９は、非３ＧＰＰ無線技術を採用し、エアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信し得る。Ｎ３ＩＷＦ１９９はまた、コアネットワーク１０９と通信し得る。

ＲＡＮ１０５は、ｇノードＢ１８０ａおよび１８０ｂを含み得る。ＲＡＮ１０５は、任意の数のｇノードＢを含み得ることを理解されよう。ｇノードＢ１８０ａおよび１８０ｂは各々、エアインターフェース１１７を介してＷＴＲＵ１０２ａおよび１０２ｂと通信するための１つまたは複数の送受信機を含み得る。統合アクセスおよびバックホール接続が使用されるとき、同じエアインターフェースが、ＷＴＲＵとｇノードＢとの間で使用されてもよく、これは、１つまたは複数のｇＮＢを介したコアネットワーク１０９であり得る。ｇノードＢ１８０ａおよび１８０ｂは、ＭＩＭＯ、ＭＵ－ＭＩＭＯ、および／またはデジタルビームフォーミング技術を実装し得る。したがって、ｇノードＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信し得る。ＲＡＮ１０５が、ｅノードＢなどの他のタイプの基地局を採用し得ることを理解されたい。ＲＡＮ１０５が、複数のタイプの基地局を採用し得ることも理解されよう。例えば、ＲＡＮは、ｅノードＢおよびｇノードＢを採用し得る。

Ｎ３ＩＷＦ１９９は、非３ＧＰＰアクセスポイント１８０ｃを含み得る。Ｎ３ＩＷＦ１９９は、任意の数の非３ＧＰＰアクセスポイントを含み得ることを理解されよう。非３ＧＰＰアクセスポイント１８０ｃは、エアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信するための１つまたは複数の送受信機を含み得る。非３ＧＰＰアクセスポイント１８０ｃは、８０２．１１プロトコルを使用し、エアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信し得る。

ｇノードＢ１８０ａおよび１８０ｂの各々は、特定のセル（図示せず）に対応付けられてもよく、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどをハンドリングするように構成され得る。図１Ｄに示すように、ｇノードＢ１８０ａおよび１８０ｂは、例えば、Ｘｎインターフェースを介して相互に通信し得る。

図１Ｄに示されるコアネットワーク１０９は、５Ｇコア（5G Core：５ＧＣ）ネットワークであり得る。コアネットワーク１０９は、数多くの通信サービスを、無線アクセスネットワークによって相互接続される顧客に提供し得る。コアネットワーク１０９は、コアネットワークの機能性を実施するいくつかのエンティティを備える。本明細書で使用されるとき、「コアネットワークエンティティ」または「ネットワーク機能」という用語は、コアネットワークの１つまたは複数の機能性を実施する任意のエンティティを示す。このようなコアネットワークエンティティは、図１Ｇに示されるシステム９０などの無線および／もしくはネットワーク通信またはコンピュータシステムのために構成された装置のメモリで記憶され、当該装置のプロセッサ上で実行されるコンピュータ実行可能命令（ソフトウェア）の形態で実装される論理エンティティであり得ることを理解されたい。

図１Ｄの例では、５Ｇコアネットワーク１０９は、アクセスモビリティ管理機能（Access and Mobility Management Function：ＡＭＦ）１７２と、セッション管理機能（Session Management Function：ＳＭＦ）１７４と、ユーザプレーン機能（User Plane Function：ＵＰＦ）１７６ａおよび１７６ｂと、ユーザデータ管理機能（User Data Management Function：ＵＤＭ）１９７と、認証サーバ機能（Authentication Server Function：ＡＵＳＦ）１９０と、ネットワークエクスポージャ機能（Network Exposure Function：ＮＥＦ）１９６と、ポリシ制御機能（Policy Control Function：ＰＣＦ）１８４と、非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）１９９と、ユーザデータレポジトリ（User Data Repository：ＵＤＲ）１７８と、を含み得る。上述の要素の各々が、５Ｇコアネットワーク１０９の一部として示されているが、これらの要素のうちのいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることを理解されよう。５Ｇコアネットワークは、これらの要素のすべてで構成されなくてもよく、追加の要素で構成されてもよく、これらの要素の各々の複数のインスタンスで構成されてもよいことも理解されよう。図１Ｄは、ネットワーク機能が相互に直接接続することを示すが、それが、Ｄｉａｍｅｔｅｒルーティングエージェントなどのルーティングエージェントまたはメッセージバスを介して通信し得ることを理解されたい。

図１Ｄの例では、ネットワーク機能間のコネクティビティは、インターフェースのセットまたは参照点を介して実現される。ネットワーク機能は、他のネットワーク機能またはサービスによって起動されるかまたは呼び出されるサービスのセットとして、モデリング、記載、または実装され得ることを理解されよう。ネットワーク機能サービスの起動は、ネットワーク機能間の直接接続、メッセージバス上のメッセージングの交換、ソフトウェア機能の呼び出しなどを介して実現され得る。

ＡＭＦ１７２は、Ｎ２インターフェースを介してＲＡＮ１０５に接続されてもよく、制御ノードとして機能し得る。例えば、ＡＭＦ１７２は、登録管理、接続管理、到達可能性管理、アクセス認証、アクセス認可の役割を果たし得る。ＡＭＦは、Ｎ２インターフェースを介してユーザプレーントンネル構成情報をＲＡＮ１０５に転送する役割を果たし得る。ＡＭＦ１７２は、Ｎ１１インターフェースを介してＳＭＦからユーザプレーントンネル構成情報を受信し得る。ＡＭＦ１７２は、概して、Ｎ１インターフェースを介して、非アクセス層（Non-Access-Stratum：ＮＡＳ）パケットをＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃからルーティングおよび転送し得る。Ｎ１インターフェースは、図１Ｄに示されていない。

ＳＭＦ１７４は、Ｎ１１インターフェースを介してＡＭＦ１７２に接続され得る。同様に、ＳＭＦは、Ｎ７インターフェースを介してＰＣＦ１８４に接続されてもよく、Ｎ４インターフェースを介してＵＰＦ１７６ａおよび１７６ｂに接続され得る。ＳＭＦ１７４は、制御ノードとして機能し得る。例えば、ＳＭＦ１７４は、セッション管理、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに対するＩＰアドレス割り当て、ＵＰＦ１７６ａおよびＵＰＦ１７６ｂでのトラフィックステアリング規則の管理および構成、ならびにＡＭＦ１７２へのダウンリンクデータ通知の生成の役割を果たし得る。

ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、インターネット１１０などのパケットデータネットワーク（ＰＤＮ）へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと他のデバイスとの間の通信を促進し得る。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂはまた、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、他のタイプのパケットデータネットワークへのアクセスを提供し得る。例えば、他のネットワーク１１２は、イーサネットワーク、またはデータのパケットを交換する任意のタイプのネットワークであり得る。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、Ｎ４インターフェースを介してＳＭＦ１７４からトラフィックステアリング規則を受信し得る。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、パケットデータネットワークをＮ６インターフェースに接続することによってか、またはＮ９インターフェースを介して互いにおよび他のＵＰＦに接続することによって、パケットデータネットワークへのアクセスを提供し得る。パケットデータネットワークへのアクセスを提供することに加え、ＵＰＦ１７６は、パケットルーティングおよび転送、ポリシ規則強制、ユーザプレーントラフィックに対するサービスハンドリングの品質、ダウンリンクパケットバッファリングの役割を果たし得る。

ＡＭＦ１７２はまた、例えば、Ｎ２インターフェースを介してＮ３ＩＷＦ１９９に接続され得る。Ｎ３ＩＷＦは、例えば、３ＧＰＰによって定義されない無線インターフェース技術を介して、ＷＴＲＵ１０２ｃと５Ｇコアネットワーク１７０との間の接続を促進する。ＡＭＦは、ＲＡＮ１０５と相互作用するのと同じまたは類似の方法で、Ｎ３ＩＷＦ１９９と相互作用し得る。

ＰＣＦ１８４は、Ｎ７インターフェースを介してＳＭＦ１７４に接続されてもよく、Ｎ１５インターフェースを介してＡＭＦ１７２に接続されてもよく、Ｎ５インターフェースを介してアプリケーション機能（Application Function：ＡＦ）１８８に接続され得る。Ｎ１５およびＮ５インターフェースは、図１Ｄに示されていない。ＰＣＦ１８４は、ポリシ規則をＡＭＦ１７２およびＳＭＦ１７４などの制御プレーンノードに提供してもよく、制御プレーンノードがこれらの規則を実施することを可能にする。ＰＣＦ１８４は、ＡＭＦがＮ１インターフェースを介してポリシをＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに届け得るように、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに対してポリシを、ＡＭＦ１７２へ送信し得る。次いで、ポリシは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃで実施または適用され得る。

ＵＤＲ１７８は、認証資格および契約情報についてのレポジトリとして機能し得る。ＵＤＲは、ネットワーク機能に接続してもよく、その結果、ネットワーク機能は、レポジトリにあるデータに追加してもよく、データから読み取ってもよく、データを修正し得る。例えば、ＵＤＲ１７８は、Ｎ３６インターフェースを介してＰＣＦ１８４に接続し得る。同様に、ＵＤＲ１７８は、Ｎ３７インターフェースを介してＮＥＦ１９６に接続してもよく、ＵＤＲ１７８は、Ｎ３５インターフェースを介してＵＤＭ１９７に接続し得る。

ＵＤＭ１９７は、ＵＤＲ１７８と他のネットワーク機能との間のインターフェースとして機能し得る。ＵＤＭ１９７は、ネットワーク機能をＵＤＲ１７８のアクセスに認可し得る。例えば、ＵＤＭ１９７は、Ｎ８インターフェースを介してＡＭＦ１７２に接続してもよく、ＵＤＭ１９７は、Ｎ１０インターフェースを介してＳＭＦ１７４に接続し得る。同様に、ＵＤＭ１９７は、Ｎ１３インターフェースを介してＡＵＳＦ１９０に接続し得る。ＵＤＲ１７８およびＵＤＭ１９７は、しっかりと統合され得る。

ＡＵＳＦ１９０は、認証関連動作を実施し、Ｎ１３インターフェースを介してＵＤＭ１７８に接続し、Ｎ１２インターフェースを介してＡＭＦ１７２に接続する。

ＮＥＦ１９６は、５Ｇコアネットワーク１０９での能力およびサービスをアプリケーション機能（ＡＦ）１８８にさらす。エクスポージャは、Ｎ３３ ＡＰＩインターフェース上で発生し得る。ＮＥＦは、Ｎ３３インターフェースを介してＡＦ１８８に接続してもよく、それは、５Ｇコアネットワーク１０９の能力およびサービスにさらすために他のネットワーク機能に接続し得る。

アプリケーション機能１８８は、５Ｇコアネットワーク１０９でのネットワーク機能と相互作用し得る。アプリケーション機能１８８とネットワーク機能との間の相互作用は、直接的なインターフェースを介してであってもよいし、またはＮＥＦ１９６を介して発生してもよい。アプリケーション機能１８８は、５Ｇコアネットワーク１０９の一部とみなされてもよいし、５Ｇコアネットワーク１０９の外部であってもよく、モバイルネットワークオペレータとのビジネス関係を有する企業によって展開され得る。

ネットワークスライシングは、オペレータのエアインターフェースの背後の１つまたは複数の「仮想」コアネットワークをサポートするために、モバイルネットワークオペレータによって使用され得るメカニズムである。これは、異なるＲＡＮ、または単一のＲＡＮ間で起動する異なるサービスタイプをサポートするように、コアネットワークを１つまたは複数の仮想ネットワークに「スライシング」することを伴う。ネットワークスライシングは、オペレータが、例えば、機能性、性能、および分離のエリアで多様な要件を要求する異なるマーケットシナリオに、最適化されたソリューションを提供するようにカスタマイズされるネットワークを生成することを可能にする。

３ＧＰＰは、ネットワークスライシングをサポートするように５Ｇコアネットワークを設計している。ネットワークスライシングは、ネットワークオペレータが、非常に多様な、時には最大の要件を要求する５Ｇユースケース（例えば、大規模ＩｏＴ、重要通信、Ｖ２Ｘ、および高度化モバイルブロードバンド）の多様なセットをサポートするために使用し得る優れたツールである。ネットワークスライシング技術の使用がない場合、ネットワークアーキテクチャは、各ユースケースが性能、拡張性、および利用可能性要件のそれ自体の特定のセットを有するときに必要なユースケースのより広い範囲を効率的にサポートするのに十分にフレキシブルおよび拡張可能でない可能性がある。さらに、新しいネットワークサービスの導入は、より効率的に行われるべきである。

再び図１Ｄを参照して、ネットワークスライシングシナリオでは、ＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃは、Ｎ１インターフェースを介してＡＭＦ１７２に接続し得る。ＡＭＦは、論理的に、１つまたは複数のスライスの一部であり得る。ＡＭＦは、ＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃの接続または通信を１つまたは複数のＵＰＦ１７６ａおよび１７６ｂ、ＳＭＦ１７４ならびに他のネットワーク機能と協調させ得る。ＵＰＦ１７６ａおよび１７６ｂの各々、ＳＭＦ１７４、ならびに他のネットワーク機能は、同じスライスまたは異なるスライスの一部であり得る。それらが、異なるスライスの一部であるとき、異なるコンピューティングリソース、セキュリティ資格などを利用し得るという意味で互いに分離され得る。

コアネットワーク１０９は、他のネットワークとの通信を促進し得る。例えば、コアネットワーク１０９は、５Ｇコアネットワーク１０９とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバなどのＩＰゲートウェイを含むか、またはそれと通信し得る。例えば、コアネットワーク１０９は、ショートメッセージサービスを介して通信を促進するショートメッセージサービス（Short Message Service：ＳＭＳ）サービスセンターを含むか、またはそれと通信し得る。例えば、５Ｇコアネットワーク１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと、サーバまたはアプリケーション機能１８８との間の非ＩＰデータパケットの交換を促進し得る。加えて、コアネットワーク１７０は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得るネットワーク１１２へのアクセスを提供し得る。

本明細書で記載され、図１Ａ、図１Ｃ、図１Ｄ、および図１Ｅに示されるコアネットワークエンティティは、特定の既存の３ＧＰＰ仕様におけるそれらのエンティティに与えられる名称によって識別されるが、将来において、それらのエンティティおよび機能性は、他の名称によって識別されてもよく、特定のエンティティまたは機能は、将来的３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって公開される将来的な仕様において組み合わせられ得ることを理解されたい。したがって、図１Ａ、図１Ｂ、図１Ｃ、図１Ｄ、および図１Ｅに記載および示されている特定のネットワークエンティティおよび機能性は、一例としてのみ提供され、本明細書で開示および請求される主題は、現在規定されているか、または将来的に規定されるか否かにかかわらず、任意の類似通信システムにおいて具現化または実装され得ることを理解されたい。

図１Ｅは、本明細書で記載されるシステム、方法、装置が使用され得る例示的な通信システム１１１を示す。通信システム１１１は、無線伝送／受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆと、基地局ｇＮＢ１２１と、Ｖ２Ｘサーバ１２４と、ロードサイドユニット（ＲＳＵ）１２３ａおよび１２３ｂと、を含み得る。実際には、本明細書で提示されるコンセプトは、任意の数のＷＴＲＵ、基地局ｇＮＢ、Ｖ２Ｘネットワーク、および／または他のネットワーク要素に適用され得る。１つのもしくはいくつかのまたはすべてのＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、アクセスネットワークカバレッジ１２２の範囲の外にあり得る。ＷＴＲＵ Ａ、Ｂ、およびＣは、ＷＴＲＵ Ａがグループリードであり、ＷＴＲＵ ＢおよびＣがグループメンバーであるＶ２Ｘグループを形成する。

ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆは、アクセスネットワークカバレッジ下にある（図１Ｅでは、ＢおよびＦのみがネットワークカバレッジ下に示される）場合、ｇＮＢ１２１を介してＵｕインターフェース１２９ｂを介して互いに通信し得る。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆは、アクセスネットワークカバレッジ下の場合でも、アクセスネットワークカバレッジ外の場合でも、サイドリンク（ＰＣ５またはＮＲ ＰＣ５）インターフェース１２５ａ、１２５ｂ、１２８を介して互いに直接通信し得る（例えば、図１Ｅでは、Ａ、Ｃ、ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆは、互いに通信し得る。ＤおよびＥは、ネットワークカバレッジ外に示される）。

ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、ビークルツーネットワーク（Ｖ２Ｎ）１２６またはサイドリンクインターフェース１２５ｂを介してＲＳＵ１２３ａまたは１２３ｂと通信し得る。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、ビークルツーインフラストラクチャ（Ｖ２Ｉ）インターフェース１２７を介してＶ２Ｘサーバ１２４に通信し得る。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、ビークルツーパーソン（Ｖ２Ｐ）インターフェース１２８を介して別のＵＥに通信し得る。

図１Ｆは、図１Ａ、図１Ｂ、図１Ｃ、図１Ｄ、または図１ＥのＷＴＲＵ１０２などの、本明細書で記載される、システム、方法、および装置に従って無線通信および動作のために構成され得る例示的な装置またはデバイスＷＴＲＵ１０２のブロック図である。図１Ｆに示すように、例示的ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、伝送／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能メモリ１３０と、取り外し可能メモリ１３２と、電源１３４と、全地球測位システム（Global Positioning System：ＧＰＳ）チップセット１３６と、他の周辺機器１３８と、を含み得る。ＷＴＲＵ１０２は、上述の要素の任意の副次的組み合わせを含み得ることを理解されよう。また、限定ではないが、とりわけ、送受信機基地局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、発展型ホームノードＢ（ｅノードＢ）、ホーム発展型ノードＢ（Home Evolved Node-B：ＨｅＮＢ）、ホーム発展型ノードＢゲートウェイ、次世代ノードＢ（ｇノードＢ）、およびプロキシノードなどの基地局１１４ａおよび１１４ｂ、ならびに／または基地局１１４ａおよび１１４ｂが表し得るノードは、図１Ｆに示され本明細書で記載される要素の一部またはすべてを含み得る。

プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに対応付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）回路、任意の他のタイプの集積回路（Integrated Circuit：ＩＣ）、状態マシンなどであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を果たし得る。プロセッサ１１８は、伝送／受信要素１２２に接続され得る送受信機１２０に接続され得る。図１Ｆは、個別のコンポーネントとしてプロセッサ１１８および送受信機１２０を示しているが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップ内に一緒に統合され得ることを理解されよう。

ＵＥの伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介した基地局（例えば、図１Ａの基地局１１４ａ）、またはエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを介した別のＵＥへ信号を伝送するか、またはそこから信号を受信するように構成され得る。例えば、伝送／受信要素１２２は、ＲＦ信号を伝送および／または受信するように構成されたアンテナであり得る。伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送および／または受信するように構成されたエミッタ／検出器であり得る。伝送／受信要素１２２は、ＲＦおよび光信号の両方を伝送および受信するように構成され得る。伝送／受信要素１２２は、無線または有線信号の任意の組み合わせを伝送および／または受信するように構成され得ることを理解されよう。

加えて、伝送／受信要素１２２は、単一の要素として図１Ｆで示されているが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介して無線信号を伝送および受信するための２つ以上の伝送／受信要素１２２（例えば、複数のアンテナ）を含み得る。

送受信機１２０は、伝送／受信要素１２２によって伝送されることになる信号を変調し、伝送／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、送受信機１２０は、ＷＴＲＵ１０２が、複数のＲＡＴ、例えば、ＮＲおよびＩＥＥＥ８０２．１１もしくはＮＲおよびＥ－ＵＴＲＡを介して通信するか、または異なるＲＲＨ、ＴＲＰ、ＲＳＵ、もしくはノードに複数のビームを介して同じＲＡＴと通信することを可能にするための複数の送受信機を含み得る。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（Liquid Crystal Display：ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（Organic Light-Emitting Diode：ＯＬＥＤ）ディスプレイユニット）に接続され、そこからユーザ入力データを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８に出力し得る。加えて、プロセッサ１１８は、非取り外し可能メモリ１３０および／または取り外し可能メモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、そこにデータを記憶し得る。非取り外し可能メモリ１３０は、ランダムアクセスメモリ（Random-Access Memory：ＲＡＭ）、読み取り専用メモリ（Read-Only Memory ：ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能メモリ１３２は、加入者識別モジュール（Subscriber Identity Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digital：ＳＤ）メモリカードなどを含み得る。プロセッサ１１８は、クラウドもしくはエッジコンピューティングプラットフォームでホストされるサーバ上、またはホームコンピュータ（図示せず）内などのＷＴＲＵ１０２上に物理的に位置しないメモリから情報にアクセスし、そこにデータを記憶し得る。

プロセッサ１１８は、電源１３４から電力を受信してもよく、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つまたは複数の乾電池、太陽電池、燃料電池などを含み得る。

プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６に接続され得る。ＧＰＳチップセット１３６からの情報に加え、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、および／または２つ以上の近傍基地局から受信されている信号のタイミングに基づいて、その位置を決定し得る。ＷＴＲＵ１０２は、任意の好適な位置決定方法によって位置情報を取得し得ることを理解されよう。

プロセッサ１１８はさらに、追加の特徴、機能性、および／または有線もしくは無線コネクティビティを提供する、１つもしくは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る他の周辺機器１３８に接続され得る。例えば、周辺機器１３８は、加速度計、バイオメトリック（例えば、指紋）センサなどの種々のセンサ、ｅコンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（Universal Serial Bus：ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含み得る。

ＷＴＲＵ１０２は、センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、トラック、電車、または飛行機などの車両などの他の装置またはデバイスに含まれ得る。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備え得る相互接続インターフェースなどの１つまたは複数の相互接続インターフェースを介して、このような装置またはデバイスの他のコンポーネント、モジュール、またはシステムに接続し得る。

図１Ｇは、例示的なコンピューティングシステム９０のブロック図であり、ここで、ＲＡＮ１０３/１０４/１０５、コアネットワーク１０６/１０７/１０９、ＰＳＴＮ１０８、インターネット１１０、他のネットワーク１１２、またはネットワークサービス１１３での特定のノードまたは機能性エンティティなどの、図１Ａ、図１Ｃ、図１Ｄ、および図１Ｅに示される通信ネットワークの１つまたは複数の装置が、具現化され得る。コンピューティングシステム９０は、コンピュータまたはサーバを備えてもよく、ソフトウェアの形態（そのようなソフトウェアが記憶されるかまたはアクセスされる場所または手段がいかなるものであっても）であり得るコンピュータ可読命令によって主に制御され得る。このようなコンピュータ可読命令は、コンピューティングシステム９０を稼働させるように、プロセッサ９１内で実行され得る。プロセッサ９１は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに対応付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどであり得る。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする、任意の他の機能性を果たし得る。コプロセッサ８１は、主要プロセッサ９１とは明確に異なる、任意選択のプロセッサであり、追加の機能を果たすか、またはプロセッサ９１を支援し得る。プロセッサ９１および／またはコプロセッサ８１は、本明細書で開示される方法および装置に関連するデータを受信、生成、および処理し得る。

プロセッサ９１は、動作時に、命令をフェッチ、復号、および実行し、コンピューティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ転送し、かつ他のリソースから転送する。このようなシステムバスは、コンピューティングシステム９０内のコンポーネント同士を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、インタラプトを送信するため、およびシステムバスを動作させるための制御ラインと、を含む。そのようなシステムバス８０の例は、周辺コンポーネント相互接続（Peripheral Component Interconnect：ＰＣＩ）バスである。

システムバス８０に接続されたメモリは、ランダムアクセスメモリ（ＲＡＭ）８２と、読み取り専用メモリ（ＲＯＭ）９３と、を含む。このようなメモリは、情報が記憶され、かつ読み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない記憶されたデータを含む。ＲＡＭ８２内に記憶されるデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られるか、または変更され得る。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理アドレスに変換する、アドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを隔離し、ユーザプロセスからシステムプロセスを隔離するメモリ保護機能を提供し得る。したがって、第１のモードで実行するプログラムは、それ自体のプロセス仮想アドレス空間によってマッピングされているメモリのみにアクセスしてもよく、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。

加えて、コンピューティングシステム９０は、プロセッサ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器に命令を通信する役割を果たす、周辺機器コントローラ８３を含み得る。

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。このような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。視覚出力は、グラフィカルユーザインターフェース（Graphical User Interface：ＧＵＩ）の形態で提供され得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを用いて実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために要求される電子コンポーネントを含む。

さらに、コンピューティングシステム９０は、コンピューティングシステム９０をＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、ＷＴＲＵ１０２、または図１Ａ、図１Ｂ、図１Ｃ、図１Ｄ、および図１Ｅの他のネットワーク１１２などの外部通信ネットワークまたはデバイスに接続するために使用され得る、例えば、無線または有線ネットワークアダプタ９７などの通信回路を含み、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信することを可能にし得る。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書で記載される、特定の装置、ノード、または機能エンティティの伝送および受信ステップを実施するために使用され得る。

本明細書で記載される装置、システム、方法、およびプロセスのうちのいずれかまたはすべては、コンピュータ可読記憶媒体上に記憶されるコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化されてもよく、その命令は、プロセッサ１１８または９１などのプロセッサによって実行されると、プロセッサに、本明細書で記載されるシステム、方法、およびプロセスを実施および／または実装させることを理解されたい。具体的には、本明細書で記載されるステップ、動作、または機能のうちのいずれも、このようなコンピュータ実行可能命令の形態で実装され、無線および／または有線ネットワーク通信向けに構成された装置またはコンピューティングシステムのプロセッサ上で実行され得る。コンピュータ可読記憶媒体は、情報を記憶するための任意の非一時的（例えば、有形または物理的）方法または技術で実装される揮発性および不揮発性媒体、取り外し可能および非取り外し可能媒体を含むが、このようなコンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（Digital Versatile Disk：ＤＶＤ）もしくは他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶デバイスもしくは他の磁気記憶デバイス、または所望の情報を記憶するために使用され、かつコンピューティングシステムによってアクセスされ得る任意の他の有形もしくは物理媒体を含むが、それらに限定されない。
（ＮＲ無線リソース管理（Radio Resource Management：ＲＲＭ）測定）
ＲＲＭの目的は、利用可能な無線リソースの効率的な使用を保証し、ネットワークが無線リソース関連要件を満たすことを可能にするメカニズムを提供することである。特に、ＲＲＭは、無線リソースを管理（例えば、割り当て、再割り当て、および解放）するための手段を提供する。それは、無線ベアラ制御、無線受付制御、モビリティ制御、およびパケットスケジューリングなどの機能を含む。これらの機能を提供するために、ＵＥおよびネットワーク（ｇＮＢ）の両方で局所的に、ＵＥ固有の測定が必要とされる。
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ＵＥは、セルの複数のビーム（少なくとも１つ）を測定し、測定結果（電力値）は、セル品質を得るために平均化される。それを行う際、ＵＥは、検出されたビームのサブセットを考慮するように構成されている。フィルタリングは、２つの異なるレベル、すなわち、ビーム品質を得るために物理層で、次いで、複数のビームからセル品質を得るためにＲＲＣレベルで行われる。ビーム測定からのセル品質は、サービングセルおよび非サービングセルについて同じ方法で得られる。測定報告は、ＵＥがｇＮＢによってそれを行うように構成されている場合、Ｘ個の最良のビームの測定結果を含み得る。
ＮＲについて、ネットワークは、ＳＳ／ＰＢＣＨブロック（ＳＳＢ）またはチャネル状態情報参照信号（Channel State Information Reference Signal：ＣＳＩ－ＲＳ）リソースに基づいて測定を実施するようにＵＥを構成し得る。ここで、測定量は、参照信号受信電力（Reference Signal Received Power：ＲＳＲＰ）、参照信号受信品質（Reference Signal Received Quality：ＲＳＲＱ）、または信号対干渉ノイズ比（Signal-to-Noise and Interference Ratio：ＳＩＮＲ）であり得る。ＮＲについての物理層測定は、参照によって組み込まれる3GPP TS 38.215, NR; Physical layer measurements (Release 15), V15.2.0で規定される。
（ＬＴＥサイドリンクＲＲＭ測定）
ＬＴＥ ＰＲｏＳｅおよびＶ２Ｘ作業の一部として、サイドリンク固有のＲＲＭ測定も規定された。すなわち、
サイドリンク受信信号強度インジケータ（Sidelink Received Signal Strength Indicator：Ｓ－ＲＳＳＩ） シンボルごとの総受信電力。それは、どのサブチャネルがビジーであるかを決定する際に使用される。
ＰＳＳＣＨ参照信号受信電力（PSSCH Reference Signal Received Power：ＰＳＳＣＨ－ＲＳＲＰ） ＰＳＳＣＨに対応付けられる復調参照信号に基づく。
チャネルビジー率（Channel Busy Ratio：ＣＢＲ） サブフレームｎで測定されるチャネルビジー率（ＣＢＲ）は、以下のように規定される。
ＰＳＳＣＨについて、リソースプールでのサブチャネルの一部であり、ＵＥによって測定されるそのＳ－ＲＳＳＩは、サブフレーム［ｎ－１００、ｎ－１］で感知される（予め）構成された閾値を超える。
ＰＳＣＣＨについて、ＰＳＣＣＨが、隣接していないリソースブロックでその対応するＰＳＳＣＨで伝送され得るように（予め）構成されたプールで、ＰＳＣＣＨプールのリソースの一部であり、ＵＥによって測定されるそのＳ－ＲＳＳＩは、ＰＳＣＣＨプールが周波数領域で２つの連続するＰＲＢペアのサイズを有するリソースで構成されていることを想定して、サブフレーム［ｎ－１００、ｎ－１］で感知される（予め）構成された閾値を超える。
チャネル占有率（Channel occupancy Ratio：ＣＲ）
サブフレームｎで評価されるチャネル占有率（ＣＲ）は、サブフレーム［ｎ－ａ、ｎ－１］でその伝送のために使用され、［ｎ－ａ、ｎ＋ｂ］での伝送プールでの構成されたサブチャネルの総数で分割されるサブフレーム［ｎ、ｎ＋ｂ］でグラントされるサブチャネルの総数として規定される。
（ＮＲ無線リンク監視（ＲＬＭ）および無線リンク失敗（ＲＬＦ））
無線リンク監視（ＲＬＭ）および無線リンク失敗（ＲＬＦ）という用語は、多くの場合、交換可能に使用される。しっかりとリンクしているが、以下で、２つの間で区別する試みがなされる。ＲＬＭは、ＵＥとｇＮＢとの間の無線リンクの監視に関連するプロシージャを示す。この監視は、プロトコルスタックの多くの層、すなわち、物理層、ＭＡＣ層、ＲＬＣ層であり得る。イベントは、ＵＥとｇＮＢとの間に存在する劣等な無線リンクをシグナリングし得るこれらの層の各々で発生し得る。無線リンク品質は、ＵＥとｇＮＢとの間に実行可能なシグナリング接続があることを保証するために重要である。このリンク品質が劣等と考えられる場合、ＵＥは、ＲＬＦを宣言し、その後、別のｇＮＢへの接続の再確立を試みることによって、またはそうでない場合は、ＵＥをＲＲＣ－ＩＤＬＥ状態に移すことによって、このＲＬＦから回復するように試み得る。
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ＵＥは、以下の基準のうちの１つが満たされると、無線リンク失敗（ＲＬＦ）を宣言する。
物理層からの無線問題のインジケーションの後に開始されるタイマの満了（タイマが満了する前に無線問題が回復する場合は、ＵＥはタイマを停止させる）、
ランダムアクセスプロシージャ失敗、
ＲＬＣ失敗。
（劣等なダウンリンク無線リンク品質によってもたらされるＲＬＦ）
全体的なプロシージャは、図２に示すように、カウンタおよびタイマに基づく。図２は、例示的な実施形態に従う、ＲＬＭおよびＲＬＦ検出のためのプロシージャを示す。
ＵＥは、セル無線リンク失敗（およびビーム無線リンク失敗）の検出のために無線リンク監視を構成するために使用されるＲａｄｉｏＬｉｎｋＭｏｎｉｔｏｒｉｎｇＣｏｎｆｉｇ ＩＥで構成されている。物理層は、同期（In-Sync：ＩＳ）または非同期（Out-Of-Sync：ＯＯＳ）条件を決定するための２つの可能性のあるメトリックのうちの１つ、すなわち、ＳＳＢまたはＣＳＩ－ＲＳを監視する。測定値は、（ＲＲＣ構成を介してＵＥにも提供される）ＱｉｎおよびＱｏｕｔ閾値と比較される。
ＵＥは、物理層から連続するＯＯＳインジケーションの数を監視する。この数がＮ３１０に等しいとき、ＵＥは、Ｔ３１０タイマを開始する（ステップ１）。この時間中に、ＵＥが同期を回復する場合、タイマは停止する。Ｔ３１０タイマが満了する場合、ＵＥは、ＲＬＦを宣言する（ステップ２）。Ｔ３１０が実行している期間は、ＲＬＦプロシージャの段階１として知られている。
ＲＬＦ宣言の後、ＵＥは、ネットワークへのその接続を再確立するように試みる。ＵＥは、最良のセルをサーチし得る。Ｔ３１１タイマが実行している期間は、ＲＬＦプロシージャの段階２と称される。
Ｔ３１０、Ｔ３１１、Ｎ３１０についての値はすべて、ネットワークによって構成されている。
次いで、ＵＥは、ターゲットセルをリセクトする。次いで、ＵＥは、ターゲットセルのＳＩを取得し、ターゲットセル上でＲＡＣＨを送信する。最後に、ＵＥは、ＵＬグラントを取得し、ＵＥは、ＲＲＣ接続再確立リクエストを送信する（ステップ３）。
（ランダムアクセスプロシージャ失敗によってもたらされるＲＬＦ）
ＮＲのためのランダムアクセスプロシージャは、伝送電力をわずかに増加させてプリアンブルを送信することに基づき、これは、ｇＮＢが衝突なしでこのプリアンブルを「聞く」ことができるまでである。ＵＥは、（ネットワーク構成パラメータｐｒｅａｍｂｌｅＴｒａｎｓＭａｘによって制御される）有限回数、このプリアンブル伝送を試みる。ＭＡＣ層がＲＡＣＨを介してＭＡＣ ＰＤＵを送信することが困難であって、このＭＡＣ ＰＤＵについてのプリアンブル伝送の試みの最大数に達した場合、ＭＡＣ層は、ランダムアクセス問題を上位層に示し、ＲＲＣは、無線リンク失敗を宣言する。
次いで、ＵＥは、セクション１．２．１でダウンリンク無線リンク品質ケースについて記載するように、ＲＬＦプロシージャの段階２を開始する。
（ＲＬＣ再伝送によってもたらされるＲＬＦ）
ＲＬＣ ＡＭを使用して伝送されるＰＤＵは、受信エンティティによって認知される。Ｕｕ ＮＲベースの伝送のケースでは、ＲＬＣ ＡＭは、ＵＥとｇＮＢとの間である。伝送の方向（アップリンクまたはダウンリンク）に応じて、いずれかのエンティティは、伝送エンティティ（アップリンク伝送についてのＵＥもしくはダウンリンク伝送についてのｇＮＢ）、または受信エンティティ（ダウンリンク伝送についてのＵＥもしくはアップリンク伝送についてのｇＮＢ）の役割を果たし得る。以下では、アップリンク方向のみを考慮するが、プロシージャはまた、ダウンリンク方向にも適用されてもよい。
ＲＬＣ ＡＭについて、ＵＥは、ｇＮＢによって伝送されており、まだ認知されていないすべてのＲＬＣ ＳＤＵの追跡を維持するために伝送ウィンドウを維持する。ＵＥは、ｇＮＢからＳＴＡＴＵＳ ＰＤＵを介して、ＲＬＣ ＳＤＵ（またはＲＬＣ ＳＤＵセグメント）についての否定応答（ｇＮＢによる受信失敗の通知）を受信し得る。否定応答を受信する各ＲＬＣ ＳＤＵは、再伝送される必要がある。
ＵＥは、各ＲＬＣ ＳＤＵについての再伝送の数のカウントを維持する。この数がネットワーク構成最大値（ｍａｘＲｅｔｘＴｈｒｅｓｈｏｌｄ）を超える場合、ＲＬＣ層は、再伝送の最大数に達したことを上位層に示す。その結果、ＲＲＣは、無線リンク失敗を宣言する。
次いで、ＵＥは、セクション１．２．１でダウンリンク無線リンク品質ケースについて記載するように、ＲＬＦプロシージャの段階２を開始する。
（ＰＣ５キープアライブメカニズム）
近接サービス（Proximity Services：ＰｒｏＳｅ）の一部として、３ＧＰＰは、ＰＣ５インターフェースを介して通信するピアＵＥが確実に、ＰＣ５の直接的なリンクをまだ必要とするように、上位層キープアライブメカニズムを規定した。メカニズムは、ピアＵＥ間のＰＣ５－Ｓシグナリングメッセージの交換およびピアＵＥでのタイマの維持に基づく。全体的なプロシージャは、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＫＥＥＰＡＬＩＶＥ／ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＫＥＥＰＡＬＩＶＥ＿ＡＣＫメッセージの交換を示す図３に示されている。
図３は、例示的な実施形態に従う、キープアライブプロシージャを示す。
リクエストＵＥは、以下の条件、すなわち、それが（パラメータＴ４１０２によって規定されるような）期間に、直接的なリンクがアライブであることを確認するための上位層（例えば、アプリケーション）からのリクエストの際、ピアＵＥから何も（シグナリングまたはユーザデータを）受信していない条件下で、キープアライブメッセージを送信する。任意選択的に、この直接的なリンクを介した最大の無効期間が（パラメータＴ４１０８によって規定されるように）観測されている場合。
ＵＥは、以下の条件、すなわち、直接的なリンクを解放するための上位層（例えば、アプリケーション）からのリクエストの際、任意選択的に、この直接的なリンクを介した最大無効期間が（パラメータＴ４１０８によって規定されるように）観測されている場合、それが、承認なしで複数回キープアライブメッセージをピアに再伝送している条件下で、ピアＵＥへのＰＣ５接続を解放する。
（問題提示）
本開示に従うデバイスおよび方法によって対処される問題は、２つの主要サブエリア、すなわち、ＲＲＭに関連するサブエリアおよびＲＬＭ／ＲＬＦに関連するサブエリアに分割される。
（ＲＲＭ）
ＲＲＭ測定の構成 ＵＥは、いつ測定するか、および何を測定するかを知る必要がある。Ｕｕケースでは、測定する信号は、常に、ｇＮＢによって伝送される。対照的に、Ｖ２Ｘ ＵＥは、半二重問題に遭遇する（ＵＥは、ＵＥが測定を実施すべき時間長で別のＵＥに／別のＵＥからデータを伝送または受信する）。
ＳＬ ＳＳＢに基づくＲＲＭ測定 一部のケースでは、ＳＬ ＳＳＢは、測定に好適でない。複数のＵＥは、同じＳＬＳＳＩＤを共有してもよく、一部のユースケースでは、ＵＥは、代替のソース、すなわち、ＧＮＳＳまたはｇＮＢからその同期を得てもよい。これらのケースでどのように測定を実施するかは明確でない。
参照信号に基づくＲＲＭ測定 伝送モード２タイプ展開では、ＵＥは、（感知に基づいて）チャネルを取得する必要がある。受信ＵＥは、伝送ＵＥがいつチャネルを取得して参照信号を伝送したかを知らない場合がある。さらに、どの参照信号を使用するかは、まだ知られていない。
（ＲＬＭ／ＲＬＦ）
劣等なサイドリンク無線リンク品質を管理するためのＰＣ５キープアライブメカニズムの使用は、ＮＲ Ｖ２Ｘで構想されるユースケースで効率的でなくてもよい。メカニズムは、上位層で維持されるタイマおよび再伝送カウンタに依存して、むしろ遅い。レイテンシ時間中、ピアＵＥは、サイドリンクを介して伝送し、必要ない干渉をもたらし得る。加えて、キープアライブメカニズムは、必ずしも、リンク品質を反映するだけではない。例えば、ＵＥは、負荷の理由により、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＫＥＥＰＡＬＩＶＥ＿ＡＣＫの送信を控え得る。その結果、アクセス層（Access Stratum：ＡＳ）リンク監視メカニズムは、ＮＲ Ｖ２Ｘユースケースに有用であり得る。
ユニキャスト上のＲＬＦについてのトリガ ＳＬ ＲＬＦについてのトリガは、物理層測定およびＲＬＣ－ＡＭ再伝送失敗に基づく可能性がある。しかし、ＳＬ物理層測定は、Ｕｕケースほど正確ではなく、ＲＬＦを宣言するために、より長いレイテンシをもたらし得る。追加のメカニズムは、サイドリンク品質が低下した時を迅速に決定するために必要とされ得る。
ＲＬＦの検出の際の動作 サイドリンク上でＲＬＦを検出する際のＵＥ動作は規定されていない。ＲＲＣ再確立の概念は、サイドリンク上で有効でなく、ここで、通信は、特定のＵＥをターゲットにしており、（そのＲＡＮのうちの１つを介した）ネットワークをターゲットにしていない。
上位層との相互作用 現在、ＰＣ５－Ｓプロトコルは、両方のＵＥが確実に、まだサイドリンク通信できるように、ピアＵＥ間でキープアライブメッセージを送信する。ＬＴＥ Ｄ２Ｄで規定されるようなキープアライブ機能性は、Ｄ２Ｄ ＰＣ５の直接的なリンクユニキャストに関し、ＵＥが通信範囲にないとき、または例えば、伝送のためのデータがもうないときを検出するために使用される。このプロシージャが任意のＡＳ ＲＬＦプロシージャとどのように相互作用するかは明確でない。加えて、上位層はなんらかの積極的な動作をするために、ＲＬＦが発生する前でさえ、通知されることが必要となり得る。上位層とのこの相互作用は規定されていない。
グループキャストリンク失敗 現在、無線リンク監視は、グループキャスト通信のための範囲にない。特定のユースケースでは、グループについての信頼性およびレイテンシ要件は、グループキャストリンクの品質が維持されることを必要とする。例えば、隊列リーダーを有する隊列では、リーダーへのリンクは、隊列の安全な動作に重要である。このリンク監視がグループキャストと組み合わせてどのように行われるかは規定されていない。
本出願では、上記の問題は、少なくとも以下のことによって対処される。
１． ＳＬ無線リンク失敗（SL Radio Link Failure：ＳＬ－ＲＬＦ）を宣言するための種々のトリガ。これらのトリガは、ＰＨＹ、ＭＡＣ、およびＲＬＣ層からである。
２． 一部のＳＬの無線リンク品質がリンクされ得ること。これらは、リンクされたＳＬと称される。ＳＬ接続が別のＳＬ接続にリンクされる場合、第２のＳＬでの無線リンク問題は、第１のＳＬに影響を有する。例えば、第２のＳＬ接続は、ｇＮＢへの中継として機能するＵＥに対してであり得るか、またはそれは、ＵＥスケジューリングエンティティに対してであり得る。
３． Ｓ－ＲＬＦがＵＥで宣言されるときの種々の動作。すなわち、
ａ．ＳＬ接続コンテキストの除去、および影響を受けたＳＬでのすべての無線ベアラの分解
ｂ．ＳＬを別のリソースプールに移すこと
ｃ．ＳＬを別の共有動作帯域に移すこと
ｄ．上位層に知らせ、それに動作を制御させること
ｅ．影響を受けたＳＬ上の無線ベアラをＵｕインターフェースに転送すること
４． アクセス層キープアライブプロシージャを可能にするための方法。
５． サイドリンク通信に関係するＵＥでのＲＬＦ評価オン／オフを抑えるための方法。
６． サイドリンク上の無線リンク監視アシスタンス情報（Radio Link Monitoring Assistance Information：ＲＬＭ－ＡＩ）の伝送を停止／停止させるための方法。このＲＬＭ－ＡＩは、ＵＥがサイドリンク状態をより十分に決定することを可能にする。
（詳細な開示）
以下では、ＵＥは、カバレッジ内のケースについて、ｇＮＢまたは発展型ｅＮＢのカバレッジ内にあり得ることに留意されたい。単純化するために、以下では、ｇＮＢという用語のみが使用されるが、これは、ｇＮＢまたは発展型ｅＮＢの両方を示し得ることを理解されたい。
ＮＲ Ｖ２Ｘについての一般的なＳＬユニキャスト通信が図４Ａに示されている。ＳＬ通信は、ＵＥ１とＵＥ２との間である。
図４Ａは、例示的な実施形態に従う、ピアＵＥ間のサイドリンク接続を示す。
特に、図４Ａは、２つの任意選択的なブロック、すなわち、ピアＵＥ（ＵＥ１およびＵＥ２）の無線リソース制御を提供する制御エンティティ１００、ならびにピアＵＥ間の伝送のスケジューリングの役割を果たすスケジューリングエンティティ２００を示す。
種々の構成／オプションが、制御エンティティ１００およびスケジューリングエンティティに対して可能である。
カバレッジ内にあるＵＥについて、制御エンティティは、ｇＮＢであり得る。このようなケースでは、ＵＥ１／ＵＥ２と制御エンティティ１００との間の通信は、Ｕｕインターフェースを介する。ＵＥ１およびＵＥ２は両方、制御エンティティ１００へのＲＲＣ接続を有する。
リソース割り当てモード１を使用しているＵＥについて、スケジューリングエンティティ２００は、ｇＮＢであり得る。このようなケースでは、ＵＥ１／ＵＥ２とスケジューリングエンティティ２００との間の通信は、Ｕｕインターフェースを介する。
リソース割り当てモード２を使用しているＵＥについて、スケジューリングエンティティ２００は、スケジューリング能力を有する別のＵＥであり得る。そのケースでは、ＵＥ１／ＵＥ２とスケジューリングエンティティ２００との間の通信は、ＰＣ５インターフェースを介する。この代替の特別なケースとして、ＵＥ（ＵＥ１またはＵＥ２）のうちの１つは、スケジューリングエンティティ２００であり得る。このＵＥは、ＵＥ１およびＵＥ２の両方についての伝送をスケジューリングし得る。
カバレッジ外にあるＵＥについて、制御エンティティ１００は、別のＵＥであり得る。そのケースでは、ＵＥ１／ＵＥ２と制御エンティティ１００との間の通信は、ＰＣ５インターフェースを介する。この代替の特別なケースとして、ＵＥ（ＵＥ１またはＵＥ２）のうちの１つは、制御エンティティ１００であり得る。
一部のケースでは、制御エンティティ１００およびスケジューリングエンティティ２００は、（例えば、ｇＮＢで）同じ場所に配置されているが、これは、常にそうであるわけではない。一部のケースでは、ＵＥ１およびＵＥ２は、異なる制御エンティティを有し得る。一部のケースでは、ＵＥ１およびＵＥ２は、それら自体のスケジューリングエンティティを有し得る。このケースでは、ＵＥ１とＵＥ２との間のサイドリンク伝送のために使用されるリソースは、それらが異なるスケジューリングエンティティによってスケジューリングされたとしても同じでなければならない。
制御エンティティ１００および／またはスケジューリングエンティティ２００へのＲＲＣ接続に加え、ＵＥ１およびＵＥ２はまた、互いの間でＳＬ ＲＲＣ（SL RRC：Ｓ－ＲＲＣ）を有し得る。このＳ－ＲＲＣ接続は、ＰＣ５インターフェースを介した２つのＵＥ間で直接シグナリングするＲＲＣのために使用され得る。
また、図４Ａは、ＵＥ１とＵＥ２との間の単一のＳＬを示すことに留意されたい。これは、任意の数の同時のサイドリンクに一般化され得ることを理解されたい。このため、ＵＥ１およびＵＥ２は、ＳＬを共有し得るが、それらは、それらの制御エンティティ１００および／またはスケジューリングエンティティ２００へのＵｕインターフェースを有し得るとともに、それらは各々、他のＵＥへの１つまたは複数の追加のサイドリンクを有し得る。
ＵＥ１／ＵＥ２は、これらの２つのＵＥ間で、ＳＬに関するチャネル品質情報（Channel Quality Information：ＣＱＩ）を、そのスケジューリングエンティティ２００、例えば、ｇＮＢまたはスケジューリングＵＥに送信する。以下では、このＣＱＩは、ＳＬ ＣＱＩ（SL CQI：Ｓ－ＣＱＩ）と称されて、それを、ＵＥがＵｕインターフェース上でダウンリンクまたはアップリンクに関連して送信するＣＱＩと区別することに留意されたい。ＣＱＩは、周期的もしくは非周期的であってもよく、またはスケジューリングされてもよいことに留意されたい。
制御エンティティ１００がｇＮＢである場合、それは、Ｕｕインターフェースを介して、ＵＥ１へのＲＲＣ接続およびＵＥ２へのＲＲＣ接続を管理し得る。しかし、制御エンティティ１００は、ＵＥ１とＵＥ２との間のＳ－ＲＲＣ接続を管理することができない。このＲＲＣシグナリングは、ＵＥ１とＵＥ２との間で直接管理される。
制御エンティティ１００が別のＵＥである場合、それは、それ自体とＵＥ１／ＵＥ２との間のＳ－ＲＲＣ接続を管理する必要があり得るが、それは、ＵＥ１とＵＥ２との間のＳ－ＲＲＣ接続を管理することができない。
ＵＥ１とＵＥ２との間のＳＬ無線品質が低下するケースでは、以下のことが予期される。スケジューリングエンティティ２００に提供されるＳ－ＣＱＩは、リンクの品質が劣等なことを示す。スケジューリングエンティティ２００は、例えば、単に、条件が向上するか否かを見るために待機するか、または最も低い可能性のＭＣＳを使用するようにＵＥに伝え得る。
加えて、より低いアクセス層（ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＳＤＡＰ）のうちの１つまたは複数は、ＳＬ無線リンク品質が劣等であるという、あるインジケーションをＵＥ１および／またはＵＥ２でＲＲＣ層に提供し得る。上位層（ＰＣ５－Ｓ）は、ＳＬに対応付けられるキープアライブタイマが満了しているという、あるインジケーションをＵＥ１および／またはＵＥ２でＲＲＣ層に提供し得る。制御エンティティ１００またはピアＵＥ（ＵＥ１もしくはＵＥ２）は、サイドリンク無線リンク失敗（Sidelink Radio Link Failure：ＳＬ ＲＬＦ）を宣言し得る。制御エンティティ１００は、ＳＬ ＲＬＦに対処するのに役立てるために、なんらかのより積極的なステップをとり得る。ピアＵＥは、ＳＬ ＲＬＦに対処するのに役立てるために、なんらかのより積極的なステップをとり得る。
（サイドリンク無線リンク監視／失敗／回復のためのプロシージャ）
図４Ｂは、サイドリンク無線リンク監視、サイドリンク無線リンク失敗評価、ＳＬ無線リンク回復のための提案されたプロシージャを示し、ここで、サイドリンク上で伝送する２つのピアＵＥ（ＵＥ１およびＵＥ２）、制御エンティティ１００、ならびにスケジューリングエンティティ２００を有する。以下のことに留意されたい。
ＳＬ無線リンク監視（ＳＬ－ＲＬＭ）は、ＵＥ、制御エンティティ１００、またはスケジューリングエンティティが、無線リンクの品質を測定するためのメトリックを監視／測定するプロセスを示す。この監視の結果、ＵＥ、制御エンティティ１００、またはスケジューリングエンティティは、無線リンクに問題があり得ることを決定し得る。
ＳＬ無線リンク失敗（ＳＬ－ＲＬＦ）評価は、ＵＥ、制御エンティティ１００、スケジューリングエンティティが、１つまたは複数の監視されたメトリックを評価し、サイドリンクの無線リンク品質が満足であるかまたは許容可能であるか否かを判定するプロシージャを示す。ＵＥ、制御エンティティ１００、またはスケジューリングエンティティが、リンクが許容可能でないことを判定する場合、ＲＬＦが宣言され得る。
ＳＬ無線リンク回復（SL Radio Link Recovery：ＳＬ－ＲＬＲ）は、ＳＬ ＲＬＦに対抗するためにとられ得る回復動作を示す。ステップ１ ＵＥは、ＳＬ無線リンク監視で補助するように伝送するインジケーション／信号についての詳細で構成される（オプション２として示される）か、または予め構成される（オプション１として示される）。ＵＥはまた、それがＳＬ無線リンク監視で補助するために受信／監視し得るインジケーション／信号についての詳細で構成されるか、または予め構成される。以下では、これらのインジケーション／信号を無線リンク監視アシスタンス情報（ＲＬＭ－ＡＩ）と称する。
ステップ２ ＵＥは、ＳＬ無線リンク失敗の評価に関する詳細で構成される（オプション２として示される）か、または予め構成される（オプション１として示される）。例えば、ＵＥは、サイドリンクが特定のＶ２Ｘサービスのために使用されている場合、ＲＬＦを評価するだけであるように構成され得る。
ステップ３ ＲＬＭ－ＡＩの構成または事前構成に基づいて、ＵＥは、アシスタンス情報を伝送し得る。
ステップ４ ピアＵＥは、１つまたは複数のメトリックに基づいて無線リンクを監視する。
ステップ５ ＳＬ－ＲＬＦが宣言される。この宣言は、ピアＵＥのうちの１つで、制御エンティティ１００で、スケジューリングエンティティ２００で、ｇＮＢ（またはｅＮＢ）で発生し得る。図４Ｂでは、ピアＵＥは、ＲＬＦ宣言を行う。
ステップ６ ＳＬ ＲＬＦに対抗するために回復動作がとられる。
（無線リンク監視アシスタンス情報）
（ＳＬ ＲＬＭ－ＡＩのタイプ）
無線リンク監視アシスタンス情報は、２つのＵＥ間でサイドリンク無線品質を評価するためにピアＵＥによって使用され得る、ＵＥによって送信される任意の情報を示す。ＲＬＭ－ＡＩは、以下のうちの１つまたは複数を含み得る。
ＰＳＣＣＨで搬送される復調参照信号（Demodulation Reference Signal：ＤＭＲＳ）。ＤＭＲＳは、サイドリンク伝送をスケジューリングするＳＣＩの一部として送信され得る。代替的に、ＤＭＲＳは、スケジューリング情報を含まないＳＣＩの一部として送信され得る。これは、専用のＳＣＩフォーマットで搬送され得る。
ＰＳＳＣＨで搬送される復調参照信号（ＤＭＲＳ）。ＤＭＲＳは、サイドリンクデータを含む移送ブロックの一部として送信され得る。代替的に、ＤＭＲＳは、ダミーデータを含む移送ブロックの一部として送信され得る。移送ブロックのサイズはまた、以下で構成され得る。
ＳＬ同期信号ブロック（SL Synchronization Signal Block：Ｓ－ＳＳＢ）
サイドリンクチャネル状態情報参照信号（Sidelink Channel State Information Reference Signal：ＳＬ－ＣＳＩ－ＲＳ）
ＵＥからのＲＬＭ参照信号（RLM Reference Signal：ＲＬＭ－ＲＳ）。これは、特にＲＬＭについてＵＥによって伝送される参照信号であり得る。ＲＬＭ－ＲＳは、伝送ＵＥに固有であり得るが、ＲＬＭ目的で複数の受信ＵＥによって使用され得る。
アクセス層（ＡＳ）キープアライブメカニズム ピアＵＥは、無線リンク監視で補助するためにサイドリンク（ＰＣ５インターフェース）上でプローブ状リクエスト／応答メッセージを交換し得る。メッセージは、サイドリンクＲＲＣ（すなわち、ＰＣ５－ＲＲＣ）メッセージ、サイドリンクＭＡＣ ＣＥ、またはサイドリンクＰＨＹ層信号であり得る。リクエスト／応答メッセージは、ＲＬＭ専用であり得る。代替的に、これらのメッセージは、サイドリンクを介して既に搬送された通常のＰＨＹシグナリングによって暗に示され得る。例えば、ＳＣＩスケジューリングは、プローブリクエストであり得る。また、ＨＡＲＱフィードバックを返すことは、プローブ応答であり得る。第２の例として、プローブリクエストは、ＳＣＩでのＣＳＩリクエストであり得る。また、ＣＳＩ報告を返すことは、プローブ応答であり得る。
（ＲＬＭ－ＡＩ構成詳細）
ＲＬＭ－ＡＩは、ＵＥで構成または予め構成され得る。以下の情報は、この構成／事前構成に含まれ得る。
伝送するＲＬＭ－ＡＩのタイプ ＵＥは、ＲＬＭ－ＡＩタイプのうちの１つまたは複数を使用するように（予め）構成され得る。
ＲＬＭ－ＡＩマッピングに対するサービスタイプ。ＵＥは、ＲＬＭ－ＡＩタイプに対するＶ２Ｘサービス（例えば、Ｖ２ＸアプリケーションのＰＳＩＤまたはＩＴＳ－ＡＩＤ）のマッピングで構成され得る。例えば、ＵＥは、自律運転アプリケーションのためにＲＬＭ－ＲＳを使用するように構成され得る。
ＲＬＭ－ＡＩマッピングに対するサイドリンク論理チャネル優先度。ＵＥは、特定の優先度のサイドリンクトラフィックのために特定のＲＬＭ－ＡＩを使用するように構成され得る。例えば、ＵＥが所与の優先度または所与のＰＱＩ値を有するサイドリンクトラフィックを有する場合、それは、特定のＲＬＭ－ＡＩタイプを使用し得る。
ＲＬＭ－ＡＩが伝送されるリソース情報。モード１リソース割り当てモードでは、ＵＥには、ＲＬＭ－ＡＩが伝送され得る１つまたは複数のリソースのリストが提供され得る。ＵＥは、提供されたリソースでＲＬＭ－ＡＩを伝送し得る。このリソースは、ＲＬＭ－ＡＩ専用であり得る。このリソースは、複数のＵＥによって共有され得る。ＲＬＭ－ＡＩが伝送されるリソース情報はまた、多数のモード２リソース割り当てモードで提供され得る。例えば、モード２（ｄ）では、スケジューリングエンティティは、リソース情報を提供し得るが、モード２（ｃ）では、ＵＥは、単一のＳＬ伝送パターンで構成され得るが、ＵＥによって実行される感知プロシージャはない。
ＲＬＭ－ＡＩ伝送／受信間隔 ＵＥには、ＲＬＭ－ＡＩをいつ伝送（または受信）するかのインジケーションが提供され得る。これは、ＲＬＭ－ＡＩ伝送についての開始時間および停止時間の形態であり得る。このようなケースでは、ＵＥは、この間隔の間にＲＬＭ－ＡＩの伝送（または受信）を試みるだけであり得る。代替的に、ＵＥには、ＲＬＭ－ＡＩ伝送（または受信）の周期が提供され得る。例えば、ＵＥは、Ｔ１秒ごとにＲＬＭ－ＡＩを伝送（または受信）するように構成され得る。ＵＥは、Ｔ２秒の長さまたは特定の回数で、Ｔ１秒ごとにＲＬＭ－ＡＩを伝送（または受信）するようにさらに構成され得る。
レイヤ１目的地ＵＥ ＩＤリスト ＵＥは、ＵＥが目的地ＵＥ ＩＤリストにあるＵＥに対する進行中のサービスを有する場合にのみ、ＲＬＭ－ＡＩを伝送または受信するように構成され得る。以下では、ＵＥ ＩＤは、レイヤ２ＩＤもしくはレイヤ１ＩＤ、または他のある特有の識別子であり得ることに留意されたい。
レイヤ１ソースＵＥ ＩＤリスト ＵＥは、ＵＥがソースＵＥ ＩＤリストにあるＵＥに対する進行中のサービスを有する場合にのみ、ＲＬＭ－ＡＩを伝送または受信するように構成され得る。
伝送キャスト ＵＥは、特定の伝送キャストタイプ、すなわち、ユニキャスト、グループキャスト、および／またはブロードキャストについてのみ、ＲＬＭ－ＡＩを伝送するように構成され得る。
有効化／無効化 ＵＥは、構成されたＲＬＭ－ＡＩ伝送／受信間隔に基づいて、ＲＬＭ－ＡＩを有効／無効にするように構成され得る。代替的に、ＵＥは、あるトリガイベント、典型的には、非周期的トリガイベントに基づいて、ＵＥでＲＬＭ－ＡＩを動的に有効／無効にするように構成され得る。
ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒ ＵＥは、サイドリンクが規定された長さで無効にされている場合、ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒに基づいて、ＲＬＭ－ＡＩを伝送するように構成され得る。この無効は、特定のレイヤ１目的地ＩＤまたは複数のレイヤ１目的地ＩＤ、特定のレイヤ１ソースＩＤまたは複数のレイヤ１ソースＩＤについて監視され得る。
（ＵＥでの構成または事前構成を介したＲＬＭ－ＡＩセットアップ）
ピアＵＥのセットは、ＲＬＭ－ＡＩを伝送／受信するために必要な情報でそれらのｇＮＢもしくはｅＮＢ、または制御エンティティによって構成され得る。例えば、ＲＲＣシグナリングまたはＰＣ５ ＲＲＣシグナリングを介する。代替的に、ＵＥがカバレッジ外にある場合、それらは、ＲＬＭ－ＡＩを伝送／受信するために必要な情報を決定するために事前構成を使用し得る。両方のケース（構成および事前構成）で、伝送ＵＥは、ＲＬＭ－ＡＩを送信するために構成情報に従い得る。さらに、受信ＵＥはまた、ＲＬＭ－ＡＩを受信するようにそれ自体を構成するために構成情報を使用し得る。ＵＥが同じ目的地への複数のサイドリンクを有するケースでは、それは、１つまたは複数の有効なＲＬＭ－ＡＩ構成詳細で構成され得る。例えば、ＵＥ１は、ＵＥ２への２つのサービスを有し得る。第１のサービスは、ＵＥ１が２秒ごとにＲＬＭ－ＡＩを送信することを必要とし得る。第２のサービスは、ＵＥ１が１秒ごとにＲＬＭ－ＡＩを送信することを必要とし得る。別の例では、ＵＥ１は、ＵＥ１が２秒ごとにＲＬＭ－ＡＩを送信することを必要とし得る所与のＰＣ５ ＱｏＳ識別子（PC5 QoS Identifier：ＰＱＩ）を有するサイドリンク論理チャネル、およびＵＥ１が１秒ごとにＲＬＭ－ＡＩを送信することを必要とし得るＰＱＩを有する第２のサイドリンク論理チャネルを有し得る。このようなケースでは、ＵＥ１は、両方のサービスまたは両方のサイドリンク論理チャネルを満たすために、組み合わされた構成を決定し得る。上記と同じ例を使用して、ＵＥ１は、ＲＬＭ－ＡＩが両方の構成を満たすために毎秒送信されるべきであることを決定し得る。必要であれば、ＵＥは、両方のＵＥが、組み合わされた構成を認識するように、ＰＣ５ ＲＲＣシグナリングを交換し得る。
（ピアＵＥ間のＲＲＣシグナリングを介したＲＬＭ－ＡＩセットアップ）
ピアＵＥのセットは、ＲＬＭ－ＡＩを伝送／受信するために必要な情報でそれらのｇＮＢもしくはｅＮＢ、または制御エンティティによって構成され得る。例えば、ＲＲＣシグナリングまたはＰＣ５ ＲＲＣシグナリングを介する。ＵＥがカバレッジ外にある場合、それらは、ＲＬＭ－ＡＩを伝送／受信するために必要な情報を決定するために事前構成を使用し得る。両方のケース（構成および事前構成）で、伝送ＵＥは、ＲＬＭ－ＡＩを送信するために構成情報に従い得る。ｇＮＢもしくはｅＮＢ、もしくは制御エンティティからの構成、または事前構成に対する代替として、ＲＬＭ－ＡＩは、ピアＵＥ間のＰＣ５－ＲＲＣシグナリングを介したセットアップであり得る。これは、ピアＵＥ間のＰＣ５－ＲＲＣリンク確立の一部として、またはリンク確立の後であり得る。例えば、ＲＬＭ－ＡＩ構成は、ＵＥ２に対するＵＥ１の間のアクセス層構成交換の一部として含まれ得る。代替的に、ＲＬＭ－ＡＩ構成は、ピアＵＥ間の初期ＡＳ能力交換の一部として含まれ得る。代替的に、ＲＬＭ－ＡＩ構成は、（例えば、ＲＲＣ再構成サイドリンクメッセージでの）初期ＰＣ５ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔプロシージャの一部として含まれ得る。代替的に、ＲＬＭ－ＡＩ構成は、専用のＰＣ５ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎプロシージャの一部として含まれ得る。
ＵＥが同じ目的地への複数のサイドリンクを有するケースでは、それは、１つまたは複数の有効なＲＬＭ－ＡＩ構成詳細で構成され得る。例えば、ＵＥ１は、ＵＥ２への２つのサービスを有し得る。第１のサービスは、ＵＥ１が２秒ごとにＲＬＭ－ＡＩを送信することを必要とし得る。第２のサービスは、ＵＥ１が１秒ごとにＲＬＭ－ＡＩを送信することを必要とし得る。別の例では、ＵＥ１は、ＵＥ１が２秒ごとにＲＬＭ－ＡＩを送信することを必要とし得る所与のＰＣ５ ＱｏＳ識別子（ＰＱＩ）を有するサイドリンク論理チャネル、およびＵＥ１が１秒ごとにＲＬＭ－ＡＩを送信することを必要とし得るＰＱＩを有する第２のサイドリンク論理チャネルを有し得る。このようなケースでは、ＵＥ１は、両方のサービスまたは両方のサイドリンク論理チャネルを満たすために、組み合わされた構成を決定し得る。上記と同じ例を使用して、ＵＥ１は、ＲＬＭ－ＡＩが両方の構成を満たすために毎秒送信されるべきであることを決定し得る。必要であれば、ＵＥは、両方のＵＥが、組み合わされた構成を認識するように、ＲＲＣシグナリングを交換し得る。
サイドリンク接続がＵＥ１とＵＥ２との間で確立され、ＲＬＭ－ＡＩ構成がＰＣ５ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージに含まれる、典型的なケースについてのステップが以下で記載される。
ステップ１ ＵＥ１は、ＰＣ５－ＲＲＣ接続確立メッセージをＵＥ２に送信する（例えば、ＰＣ５ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ）。このメッセージは、ＲＬＭ構成詳細のうちの１つまたは複数を含み得る。例えば、ＵＥ１は、周期的に（２秒の期間に２００ｍｅｃごとに１回）ＲＬＭ－ＡＩを送信するようにＵＥ２を構成し得る。
ステップ２ ＵＥ２は、ＰＣ５－ＲＲＣ接続確立メッセージ（例えば、ＰＣ５ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ）に応答し、また、ＵＥ１についてのＲＬＭ構成詳細を含み得る。
ステップ３ ＵＥ１は、リクエストされたＲＬＭ－ＡＩ構成に従い、構成されるＲＬＭ－ＡＩを送信する。
ステップ４ ＵＥ２は、リクエストされたＲＬＭ－ＡＩ構成に従い、構成されるＲＬＭ－ＡＩを送信する。
（ＲＬＭ－ＡＩの有効化／無効化）
ＵＥは、ＲＬＭ－ＡＩ構成詳細に基づいて、ＲＬＭ－ＡＩを伝送／受信するように構成され得る。例えば、ＲＬＭ－ＡＩは、ＲＬＭ－ＡＩの開始時間および終了時間もしくはＲＬＭ－ＡＩの周期、またはＲＬＭ－ＡＩを必要とするサービスタイプに関する情報を有し得る。基本的な着想は、ＵＥがＲＬＭ－ＡＩをいつ伝送または受信するかを知るように構成され得ることである。例えば、ＵＥは、１秒ごとにＲＬＭ－ＡＩを送信するようにＵＥを構成するスケジュールで構成され得る。
次いで、モード１では、ＵＥは、それがＲＬＭ－ＡＩを送信し得るように、ｇＮＢまたはｅＮＢにリソースを求め得る。または、
モード１では、ＵＥは、ＲＬＭ－ＡＩ伝送についてのリソース割り当てでさらに構成され得る。
モード２では、ＵＥは、１秒ごとにＲＬＭ－ＡＩを送信する（または送信を試みる）ために感知を使用し得る。
これらのケースでは、ＵＥは、任意の非周期的トリガイベントに基づいて、ＲＬＭ－ＡＩを送信しない。それは、どのように構成されるかにのみ基づく（例えば、サービスタイプ＝自律運転の場合、ＲＬＭ－ＡＩを伝送する）。代替的に、ＲＬＭ－ＡＩの伝送／受信は、ＵＥで、より動的であり得るとともに、あるトリガイベントに基づいて、典型的には非周期的トリガイベントであり得る。このセクションでは、種々の代替がＲＬＭ－ＡＩの動的な有効化／無効化について提案される。
（ＵＥに利用可能な情報に基づく）
この代替では、ＵＥは、ＲＬＭ－ＡＩを有効にするようにトリガされ得る。これは、ＵＥが、その既存の進行中のサイドリンク通信上で実施している無線リンク監視に基づき得る。この監視は、ＵＥ ＰＨＹ層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、もしくはＲＲＣ層、またはより上位層であり得る。この監視に基づいて、ＵＥは、無線リンクが低下しているか、または失敗のリスクがあることを決定し得る。応答で、ＵＥは、ＲＬＭ－ＡＩを有効にし、
ＲＬＭ－ＡＩ構成情報に従って、ＲＬＭ－ＡＩの伝送を開始し、
ＵＥがＲＬＭ－ＡＩの伝送を開始することをピアＵＥに知らせ、
ＲＬＭ－ＡＩが伝送され得るように、スケジューリングエンティティにリソースを求めるか、または感知を実施して、ＲＬＭ－ＡＩを伝送するリソースを決定し得る。
（制御エンティティからのインジケーションに基づく）
この代替では、制御エンティティは、ＲＬＭ－ＡＩの伝送を開始するか、またはＲＬＭ－ＡＩの受信を開始するようにＵＥに伝え得る。インジケーションは、ＲＲＣシグナリング、ＭＡＣ ＣＥ、ＤＣＩ、ＳＣＩ、またはＲＲＣ、ＭＡＣ ＣＥ、ＤＣＩ、およびＳＣＩの組み合わせの手段によって提供され得る。制御エンティティは、１つまたは複数のＲＬＭ－ＡＩ構成詳細を提供し得る。応答で、ＵＥは、ＲＬＭ－ＡＩを有効にし、
ＲＬＭ－ＡＩ構成情報に従って、ＲＬＭ－ＡＩの伝送を開始し、
ＵＥがＲＬＭ－ＡＩの伝送を開始することをピアＵＥに知らせ、
ＲＬＭ－ＡＩが伝送され得るように、スケジューリングエンティティにリソースを求めるか、または感知を実施して、ＲＬＭ－ＡＩを伝送するリソースを決定し得る。
（スケジューリングエンティティからのインジケーションに基づく）
この代替では、スケジューリングエンティティは、ＲＬＭ－ＡＩの伝送を開始するか、またはＲＬＭ－ＡＩの受信を開始するようにＵＥに伝え得る。インジケーションは、ＲＲＣシグナリング、ＭＡＣ ＣＥ、ＤＣＩ、ＳＣＩ、またはＲＲＣ、ＭＡＣ ＣＥ、ＤＣＩ、およびＳＣＩの組み合わせの手段によって提供され得る。スケジューリングエンティティは、１つまたは複数のＲＬＭ－ＡＩ構成詳細を提供し得る。応答で、ＵＥは、ＲＬＭ－ＡＩを有効にし、
ＲＬＭ－ＡＩ構成情報に従って、ＲＬＭ－ＡＩの伝送を開始し、
ＵＥがＲＬＭ－ＡＩの伝送を開始することをピアＵＥに知らせ、
ＲＬＭ－ＡＩが伝送され得るように、スケジューリングエンティティにリソースを求めるか、または感知を実施して、ＲＬＭ－ＡＩを伝送するリソースを決定し得る。
（ピアＵＥからのインジケーションに基づく）
この代替では、ピアＵＥは、そのＰＨＹ層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、ＲＲＣ層、または上位層で無線リンク監視を実施し得る。この無線リンク監視は、ピアＵＥで既存の進行中のサイドリンク通信上で実施され得る。この監視に基づいて、ピアＵＥは、無線リンクが低下しているか、または失敗のリスクがあることを決定し得る。その結果、それは、ＲＬＦを宣言する前に、より多くの測定を行うことを望み得る。ピアＵＥは、ＲＬＭ－ＡＩの伝送を開始するか、またはＲＬＭ－ＡＩの受信を開始するようにＵＥに伝え得る。インジケーションは、ＲＲＣシグナリング、ＭＡＣ ＣＥ、ＳＣＩ、またはＲＲＣ、ＭＡＣ ＣＥ、およびＳＣＩの組み合わせの手段によって提供され得る。ＵＥは、１つまたは複数のＲＬＭ－ＡＩ構成詳細を提供し得る。応答で、ピアＵＥは、ＲＬＭ－ＡＩを有効にし、
ＲＬＭ－ＡＩ構成情報に従って、ＲＬＭ－ＡＩの伝送を開始し、
ＵＥがＲＬＭ－ＡＩの伝送を開始することをピアＵＥに知らせ、
ＲＬＭ－ＡＩが伝送され得るように、スケジューリングエンティティにリソースを求めるか、または感知を実施して、ＲＬＭ－ＡＩを伝送するリソースを決定し得る。
（ＳＬ無線リンク監視（SL Radio Link Monitoring：Ｓ－ＲＬＭ））
以下では、多数のトリガが、ＳＬ無線リンク問題を識別するのに役立てるために提案される。ＵＥは、ＳＬの状態を測定し、Ｓ－ＲＬＦをトリガするために以下のうちの１つまたは複数を使用し得る。
（物理層に関連するトリガ）
以下では、物理層がＳＬの状態を監視し、インジケーションをＲＲＣ層に送信してＳＬ接続を制御することが提案される。
第１の代替では、ＰＨＹ層は、継続的に、受信リソースプールを監視し、ＰＳＣＣＨおよびＰＳＳＣＨを復号し、ＳＬ無線リンク測定を行う。ＵＥは、ＰＳＣＣＨの復調参照信号（ＤＭＲＳ）を介してサイドリンク参照信号受信電力（Sidelink Reference Signal Received Power：ＳＬ－ＲＳＲＰ）を測定し得る。ＳＣＩに含まれる情報に応じて、ＰＨＹ層は、レイヤ１ソースＩＤ、レイヤ１目的地ＩＤ、またはレイヤ１ソース／目的地ＩＤの組み合わせごとに、この測定を追跡し得る。ＵＥはまた、ＰＳＳＣＨのＤＭＲＳを介してＳＬ－ＲＳＲＰを測定し得る。
ＰＨＹ層は、レイヤ１ソースＩＤ、レイヤ１目的地ＩＤ、またはレイヤ１ソース／目的地ＩＤの組み合わせごとに、この測定を追跡し得る。
ＵＥは、ＰＳＣＣＨ ＲＳＲＰおよび／またはＰＳＳＣＨ ＲＳＲＰを介してＳＬ－ＲＳＲＰを測定するように構成され得る。
ＵＥは、この測定が提供されるＳＬ通信で構成され得る。これは、すべての観測されるＳＬ通信について、（特定のレイヤ１ソースＩＤからレイヤ１目的地ＩＤへの）特定のＳＬ通信についてのみ、ターゲットレイヤ１ソースＩＤについて、ターゲットレイヤ１目的地ＩＤについて、またはそれらの任意の組み合わせであり得る。
ＵＥは、報告頻度で構成され得る。すなわち、ＰＨＹ層は、すべてのＫ個の測定値について、または構成されたある閾値よりも上もしくは下であるレイヤ１測定値に基づいて、この情報をＲＲＣ層に周期的に提供するように構成され得る。
第２の代替では、ＰＨＹ層は、継続的に、Ｖ２Ｘ ＳＬ同期信号および／またはサイドリンクチャネル状態情報参照信号（ＳＬ－ＣＳＩ－ＲＳ）などのサイドリンク参照信号（Sidelink Reference Signal：ＳＬ－ＲＳ）を監視し、ＳＬ無線リンク測定を行う。ＵＥは、ＳＬ同期信号ブロック（Ｓ－ＳＳＢ）および／またはＳＬ－ＲＳ（例えば、ＳＬ－ＣＳＩ－ＲＳ）について参照信号受信電力を測定し得る。以下では、これはそれぞれ、Ｓ－ＳＳＢ ＲＳＲＰまたはＳＬ－ＲＳ ＲＳＲＰと称される。同期ソースが、品質が測定されるＳＬのピアＵＥである場合、ＰＨＹ層は、レイヤ１ソースＩＤごとに、この測定を追跡し得る。
ＵＥは、Ｓ－ＳＳＢおよび／またはＳＬ－ＲＳのＲＳＲＰを測定するように構成され得る。
ＵＥは、報告頻度で構成され得る。すなわち、ＰＨＹ層は、すべてのＫ個の測定値について、または構成されたある閾値よりも上もしくは下であるレイヤ１測定値に基づいて、この情報をＲＲＣ層に周期的に提供するように構成され得る。
別の代替では、ＰＨＹ層は、継続的に、ＳＬ上で（例えば、特定のパラメータ設定を有する仮定のＰＳＣＣＨの）仮定のＢＬＥＲを監視し得る。これは、Ｓ－ＳＳＢ ＲＳＲＰおよび／またはＣＳＩ－ＲＳの測定に基づく。ＵＥ ＰＨＹは、複数のＲＳ（例えば、２つのＳ－ＳＳＢおよび３つのＣＳＩ－ＲＳ）についてメトリックを推定し、すべてのＲＳについてのメトリックが閾値よりも下である場合にのみ、問題を上位層に示し得る。
ＵＥは、ＳＬ ＢＬＥＲを測定するように構成され得る。
ＵＥは、報告頻度で構成され得る。すなわち、ＰＨＹ層は、すべてのＫ個の測定値について、または構成されたある閾値よりも上もしくは下であるレイヤ１測定値に基づいて、この情報をＲＲＣ層に周期的に提供するように構成され得る。
別の代替では、ＰＨＹ層は、継続的に、ＧＮＳＳ、ｇＮＢ、または別のＵＥのいずれかから同期ソースの品質を監視し得る。ＵＥが、このソースからの同期が失われていることを決定する場合、それは、インジケーションをその上位層、例えば、ＲＲＣ層に提供し得る。
別の代替では、ＰＨＹ層は、サイドリンクの無線品質を監視するのに役立てるためにＨＡＲＱ情報を使用し得る。ＮＲ Ｖ２Ｘは、ＨＡＲＱフィードバックおよびＨＡＲＱ組み合わせをサポートする。ＰＳＳＣＨについてのＨＡＲＱ－ＡＣＫフィードバックは、物理共有フィードバックチャネル（Physical Shared Feedback Channel：ＰＳＦＣＨ）を介してサイドリンクフィードバック制御情報（Sidelink Feedback Control Information：ＳＦＣＩ）フォーマットで搬送される。ＵＥが移送ブロックを別のＵＥに伝送する場合、それは、ＰＳＦＣＨ上でＨＡＲＱフィードバックを受信することが予期される。フィードバックが受信されない場合、ＵＥは、劣等なＳＬ無線リンク品質のインジケーションとしてこれを使用し得る。ＨＡＲＱ－ＮＡＣＫが、初期伝送が低ＭＣＳで行われるケースについて受信される場合、ＵＥは、劣等なＳＬ無線リンク品質のインジケーションとしてこれを使用し得る。
ＵＥは、すべての欠落ＨＡＲＱフィードバックおよび／またはＨＡＲＱ－ＮＡＣＫについてインジケーションを送信するように構成され得る。
ＵＥは、欠落ＨＡＲＱフィードバックおよび／またはＨＡＲＱ－ＮＡＣＫの数が閾値を超えるときにインジケーションを送信するように構成され得る。
ＵＥは、このインジケーションが提供されるＳＬ通信で構成され得る。これは、すべての観測されるＳＬ通信について、（特定のレイヤ１ソースＩＤからレイヤ１目的地ＩＤへの）特定のＳＬ通信についてのみ、ターゲットレイヤ１ソースＩＤについて、ターゲットレイヤ１目的地ＩＤについて、またはそれらの任意の組み合わせであり得る。
別の代替では、ＰＨＹ層は、サイドリンクの無線品質を監視するのに役立てるためにビーム失敗を使用し得る。ＵＥがビーム失敗に遭遇し、ビームを回復することができない場合、ＵＥは、劣等なＳＬ無線リンク品質のインジケーションとしてこれを使用し得る。
（ＭＡＣ層に関連するトリガ）
一部のケースでは、ＵＥは、サイドリンク上の初期データ伝送の前に、２つのＵＥ間でランダムアクセスプロシージャを使用することが必要とされ得る。例えば、これは、サイドリンク上で初期ＵＥ伝送電力を決定するか、またはサイドリンク上でより十分なタイミング同期を実現することであり得る。プロシージャは、Ｕｕインターフェース上で使用されるランダムアクセスプロシージャに類似することが予期され、ここで、開始ＵＥは、プリアンブルがランダムアクセス応答の形態で認知されるまで、より一層高い電力でプリアンブルを送信する。ＵＥがＳＬリソースを決定するためにチャネル感知を使用するケースでは、開始ＵＥは、コンテンションベースのＲＡＣＨプロシージャを使用し得ることに留意されたい。スケジューリングエンティティがＳＬリソースをスケジューリングするケースでは、スケジューリングエンティティが、どのプリアンブルを使用するかに関する情報を開始ＵＥに提供して、開始ＵＥは、コンテンションなしのＲＡＣＨプロシージャを使用し得る。
ＵＥは、ＭＡＣ ＳＤＵごとに許可されるプリアンブル伝送の試みの最大数で構成され得る。開始ＵＥがこの最大数に達する場合、ＭＡＣ層は、ＳＬランダムアクセス問題が観測されていることをＲＲＣに示し得る。
（ＲＬＣ層に関連するトリガ）
一部のケースでは、２つのＵＥ間のサイドリンク通信は、ＲＬＣ認知モード（RLC Acknowledged Mode：ＲＬＣ ＡＭ）に依存し得る。ＵＥがＲＬＣ ＡＭ再伝送のＳＬ固有の最大数（ｍａｘＳＬＲｅｔｘＴｈｒｅｓｈｏｌｄ）で構成されることが提案される。開始エンティティがＲＬＣ再伝送のこの最大数に達する場合、それは、ＲＬＣ問題をＲＲＣ層に示し得るが、必ずしも、これがＲＬＦ宣言をもたらすべきであるということを示さなくてもよい。後者は、ＲＬＣに対応付けられる論理チャネルが、プライマリセル（Primary Cell：ＰＣｅｌｌ）またはセカンダリセル（Secondary Cell：ＳＣｅｌｌ）を介して複製されているか否かに依存する。Ｐｃｅｌｌを介した論理チャネルのみが、ＲＬＦ宣言をトリガし得る。
キャリアアグリゲーション複製がピアＵＥ間のＳＬ通信について構成されておらずおよび／またはＳＬ通信について有効にされていないケースでは、開始ＵＥがＲＬＣ再伝送のこの最大数に達する場合、ＲＬＣ層は、観測されているＳＬ ＲＬＣ問題の結果、Ｓ－ＲＬＦが宣言されるべきであることをＲＲＣに示し得る。
キャリアアグリゲーション複製がピアＵＥ間のＳＬ通信について構成および有効にされるケースでは、開始ＵＥがＲＬＣ再伝送のこの最大数に達する場合、それは、対応する論理チャネル許可サービングセルがＳＣｅｌｌを含むだけである場合、ＳＬ ＲＬＣ問題の結果、Ｓ－ＲＬＦが宣言されるべきでないことをＲＲＣに示し得る。そうでない場合、ＲＬＣ層は、ＳＬ ＲＬＣ問題の結果、Ｓ－ＲＬＦが宣言されるべきであることをＲＲＣに示し得る。
（ＰＤＣＰ層に関連するトリガ）
一部のケースでは、２つのＵＥ間のサイドリンク通信は、ＰＤＣＰ層によって維持されるシーケンス伝達に依存し得る。受信ＰＤＣＰエンティティは、パケットを並べ替えるのに役立てるためにシーケンス数を使用する。しかし、受信ＰＤＣＰエンティティは、欠落ＰＤＣＰ ＳＤＵを無期限に待機しない。並べ替えタイマが満了する場合、ＰＤＣＰエンティティは、すべてのＳＤＵを上位層に押し進める。劣等な無線リンク品質のインジケーションとして並べ替えタイマの満了を使用することが提案される。加えて、受信ＰＤＣＰがシーケンス数で大きいギャップを有する並べ替えバッファを有する場合、これはまた、劣等な無線リンク品質のインジケーションとして使用され得る。
（ＲＲＣ層に関連するトリガ）
ＳＬ上で通信するＵＥは、ｇＮＢのカバレッジ下であり得る。このＵＥは、このｇＮＢへのＲＲＣ接続を有し得る。このＵＥは、ＤＬ無線リンクおよびＳＬ無線リンクの両方を監視し得るとともに、これらのリンクの場合それぞれでリンク失敗を宣言し得る。ＵＥは、ＤＬ無線リンクにリンクされるＳＬ無線リンクを有するように構成され得る。これらのＵＥは、適切に機能するＤＬ無線リンクなしで、これらのＳＬ無線リンクを完全に／適切に使用することができなくてもよい。例えば、ＵＥは、同期またはＳＬスケジューリングについてｇＮＢへの無線リンクに依存し得る。ＤＬ ＲＬＦが、将来の／保留中のＳＬ無線リンク問題のインジケーションとして、ＲＲＣによって使用され得ることが提案される。
加えて、一部のサイドリンクがリンクされることが可能であり得る。例えば、ＵＥは、スケジューリングＵＥへの第１のサイドリンクおよび遠隔ＵＥへの第２のサイドリンクを有し得る。ＵＥは、遠隔ＵＥへの中継として機能し得る。ＵＥが、スケジューリングＵＥへのサイドリンク上でＳ－ＲＬＦを宣言する場合、それはもはや、遠隔ＵＥへの中継として機能することができない場合があり、ＲＲＣは、遠隔ＵＥへのＳＬ上の将来の／保留中のＳＬ無線リンク問題のインジケーションとしてこれを使用し得る。
ＵＥは、ＳＬがどのようにリンクされるかについての情報で構成され得る。例えば、
ＳＬ１は、ＳＬ２にリンクされ得る。
ＳＬ３は、ＤＬ無線リンクにリンクされ得る。
上記の説明は、リンクされた無線リンクでの失敗が常に、ＳＬ上のＲＬＦにつながることを想定することに留意されたい。代替として、リンクされた無線リンクでの無線リンク失敗は、ＳＬ上の無線リンク監視のパラメータを修正／適応させるために使用され得る。例えば、ＳＬ ＲＬＭは、カウンタもしくはタイマについて異なる値を使用し得る。ＳＬ ＲＬＭは、より低い閾値を使用し得る、または測定をより多く報告し得る。
加えて、ＲＲＣ層は、ＳＬ無線リンクが失敗するか否かを判定するのに役立てるために２つのＵＥ間の物理位置および距離を使用し得る。例えば、２つのＵＥは、ＦＲ１ ＳＬおよびＦＲ２ ＳＬの両方を有し得るとともに、ＦＲ１ ＳＬを使用して位置情報を交換し得る。ピアＵＥのうちの１つが、それらの距離がＦＲ２通信範囲外にあることを決定する場合、そのＲＲＣ層は、ＦＲ２についてＳ－ＲＬＦ失敗をトリガし得る。ＵＥ１およびＵＥ２の両方がカバレッジ内にあるシナリオでは、制御エンティティは、ＵＥ１およびＵＥ２の位置を知り、それらの間の距離を監視するためにこの情報を使用し得る。制御エンティティのＲＲＣ層が、ＵＥが通信範囲外にあることを決定する場合、それは、Ｓ－ＲＬＦをトリガし得る。
（上位層（ＰＣ５－Ｓ）に関連するトリガ）
ＰＣＦ－Ｓプロトコルの一部として、ＵＥは、サイドリンク上のＵＥが確実に、まだ範囲内にあり、まだサイドリンクを必要／要求するように、キープアライブメッセージを互いに送信する。ＰＣ５－Ｓは、サイドリンクについてのキープアライブタイマが満了していることをＲＲＣにシグナリングし得る。この信号は、アクセス層でＳＬを識別するのに役立てるために識別子を含み得る。例えば、この信号は、レイヤ１ソースＩＤおよびレイヤ１目的地ＩＤペア、またはあるＳＬ接続識別子を含み得る。
（スケジューリング／制御エンティティでのトリガ）
スケジューリングエンティティは、それがサイドリンク伝送リソースを提供しているすべてのＵＥを認識している。サイドリンク伝送についてこれらのＵＥを適切にスケジューリングするために、スケジューリングエンティティは、伝送ＵＥからのＢＳＲ／ＳＲ報告および受信ＵＥからのＣＳＩ報告を必要とし得る。スケジューリングエンティティが受信ＵＥからＣＳＩ報告をリクエストして何も受信されていない場合、スケジューリングエンティティＭＡＣ（またはＰＨＹ）層は、欠落ＣＳＩ報告があることをＲＲＣ層に通知し得る。これは、受信ＵＥへのスケジューリングエンティティ無線リンクが劣等であるという可能性のインジケーションである。
加えて、制御エンティティはまた、ＵＥが監視している１つまたは複数のメトリックについて、ＵＥで測定報告を構成し得る。これは、周期的報告または１回報告についてであり得る。制御エンティティがこれらの測定報告を受信できない場合、制御エンティティはまた、このＵＥへの制御エンティティ無線リンクが劣等であるという可能性のインジケーションとしてこれを使用し得る。
（ＵＥ１およびＵＥ２でのＲＲＣ構成および制御）
（Ｓ－ＲＬＭに関連するＵＥ構成）
図５は、複数の同時のＳＬを伴うＵＥを示す。このＵＥはまた、ｇＮＢへのＵｕインターフェースを有し得る。
これらのＳＬの各々について、ＵＥは、ＳＬ構成で構成され得る。ＳＬ構成は、ＲＲＣシグナリング、ＭＡＣ ＣＥ、ＤＣＩ、またはＲＲＣ、ＭＡＣ ＣＥ、およびＤＣＩの組み合わせの手段によって提供され得る。典型的な実施形態では、構成は、ＲＲＣ再構成メッセージを使用して提供される。ＳＬ構成は、以下を含み得る。
ＳＬ識別 ＳＬについての識別子
リンクされたＳＬ ＩＤのリスト このＳＬがリンクされるＳＬ識別子のリスト。無線リンク問題がこれらのリンクされたＳＬのうちのいずれか１つで宣言される場合、ＲＲＣは、現在の構成のＳＬ上で積極的な動作を行い得る。
ＳＬ ＲＬＭ（Ｓ－ＲＬＭ）構成 存在する場合、構成は、現在の構成のＳＬについて実施されるＳＬ無線リンク監視を詳述する。それはまた、ＳＬ－ＲＬＦ決定を行う役割を果たすエンティティのインジケーションを提供する。この決定は、ピアＵＥで局所的に行われ得るか、またはそれは、制御エンティティで行われ得る。存在しない場合、ＲＲＣは、Ｓ－ＲＬＭがこのＳＬについて構成されないことを想定し得る。
Ｓ－ＲＬＭ構成は、ＳＬＲａｄｉｏＬｉｎｋＭｏｎｉｔｏｒｉｎｇＣｏｎｆｉｇ ＩＥを介してであり得る。制御エンティティは、各ＳＬについてこのＩＥを構成し得る。例えば、カバレッジ内にあるＵＥについて、ｇＮＢは、このＩＥを構成し得る。代替的に、このＩＥは、予め構成され得る。ＩＥの例示的なバージョンは、表２で、以下で示されている。

ここで、ＩＥのパラメータは、以下の表３で記載される。

ＳＬ ＲＬＭ構成は、ＳＬ無線リンクが劣等か否かを判定するのに役立ち得る、ＰＨＹ層測定または上位層インジケーションを構成するために使用される。特に、ＰＨＹ層測定について、ＳＬ ＲＬＭ構成は、ＵＥが測定しなければならないメトリック、どのくらいの頻度で、このメトリックがＵＥ ＲＲＣ層に報告されなければならないか、およびこのメトリックでの変化を監視するためにＰＨＹ層によって使用される任意の閾値を提供する。上位層インジケーションについて、ＳＬ ＲＬＭ構成は、上位層インジケーションがＵＥによって使用されるか否かを提供する。これらの測定および上位層インジケーションは、決定がＵＥで行われるケースで、ＳＬ ＲＬＦ決定を行うのに十分である。
Ｓ－ＲＬＦ決定が制御エンティティによって行われるケースでは、構成の別の層も必要とされ得る。この構成は、Ｓ－ＲＬＦ決定を行うのを補助するためにＵＥが制御エンティティに送信する情報を構成するために使用される。ＵＥは、ＳＬ ＲＬＭ構成で構成されている、ＰＨＹ層測定および上位層インジケーションのいずれかを報告し得る。何をどのように、ＵＥが制御エンティティへのこれらのＰＨＹ層測定および上位層インジケーションを報告するかを構成するために、制御エンティティがメッセージをＵＥに送信し得ることが提案される。例えば、制御エンティティは、ＵＥ ＲＲＣ層によって維持される以下のＰＨＹ層測定、すなわち、ＰＳＣＣＨ ＲＳＲＰ、ＰＳＣＣＨ ＢＬＥＲ、ＲＳＲＱ、ＲＳＳＩ、ＰＳＳＣＨ ＲＳＲＰ、ＳＩＮＲ、ＣＢＲ、チャネル占有率などのうちの１つまたは複数から選択し得る。制御エンティティは、任意のレイヤ３フィルタリングが必要とされる場合、制御エンティティへのＰＨＹ層測定の報告頻度、測定のレイヤ３フィルタリングで使用される任意のメトリックを選択し得る。
加えて、制御エンティティは、ＵＥ ＲＲＣ層によって維持される以下の上位層インジケーション、すなわち、ＭＡＣインジケーション、ＲＬＣインジケーション、ＰＤＣＰインジケーション、ＲＲＣインジケーション、上位層インジケーションのうちの１つまたは複数から選択し得る。制御エンティティは、これらのうちのどれを報告するかを構成する。これらのインジケーションについてのこの報告期間は、周期的またはイベント駆動であり得る。制御エンティティは、報告を構成するために、修正された測定構成を使用し得る。
加えて、ＲＡＣＨ共通構成およびＲＬＣ構成は、以下の下線を引かれたテキストで示されるように修正され得る。これらの新しいパラメータは、ＳＬ上で使用されるＲＡＣＨ、およびＳＬを介したＲＬＣ－ＡＭ無線ベアラ（それぞれ）についてのみ適用される。ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ情報要素は、表４で示されている。

ＲＬＣ－Ｃｏｎｆｉｇ情報要素は、表５で示されている。

（下位層のＲＲＣ制御）
ＳＬごとのＳ－ＲＬＭ構成に加え、ピアＵＥ（ＵＥ１およびＵＥ２）でのＲＲＣ層は、追加の制御／機能性を下位層に提供し得る。例えば、ＲＲＣは、Ｓ－ＲＬＭの開始および／または停止を提供し得る。
ＲＲＣ層は、監視を開始するように下位層に示し得る。後で、それは、監視を停止するように下位層に伝え得る。例えば、監視は、ＳＬ上で搬送されるトラフィックのタイプに基づき得る。高い優先度のトラフィックである場合、ＳＬ無線リンク品質が低下した時を検知してなんらかの積極的な動作をするのに、監視は有用であり得る。このようなケースでは、Ｓ－ＲＬＭは、このＳＬについて有効にされる。後で、ＳＬが低い優先度トラフィックを搬送している場合、Ｓ－ＲＬＭは停止され得る。
ＲＲＣは、監視する１つまたは複数のＳＬのリストを提供し得る。これは、ＰＨＹ層での測定に基づく無線リンク監視に有用であり得る。これらについて、ＲＲＣ層は、監視が特定の（レイヤ１ソースＩＤ、レイヤ１目的地ＩＤ）ペアを有するＳＬリソース上でのすべての観測されるトラフィックについて、特定のレイヤ１目的地ＩＤに対するＳＬリソース上でのすべての観測されるトラフィックについて、特定のレイヤ１ソースＩＤからのＳＬリソース上でのすべての観測されるトラフィックについて、またはＳＬリソース上でのすべての観測されるトラフィックについてであるべきことを示し得る。
ＲＲＣは、冗長な測定を低減するために、異なるＳ－ＲＬＭ構成から監視要件を集約し得る。例えば、ＳＬ１およびＳＬ２は両方、同じレイヤ１ソースＩＤからＰＳＣＣＨ測定を必要とし得る。その結果、ＲＲＣは、これらの監視要件を組み合わせ、単一の測定構成をＰＨＹ層に提供し得る。
（ＳＬ無線リンク失敗評価（ＳＬ－ＲＬＦ））
ＳＬ ＲＬＦ評価は、ＵＥが１つまたは複数の監視されたメトリックを評価し、サイドリンクの無線リンク品質が満足であるか否かを評価し、そうでない場合、ＵＥがＲＬＦを宣言するプロシージャを示す。ＵＥは、Ｕｕインターフェース上で行われるように、ＳＬ－ＲＬＦ評価を常に実施し得る。しかし、これは、ＵＥで多くの電力を消費し得る。代替として、ＵＥは、以下の条件のうちの１つまたは複数に基づいて、ＳＬ－ＲＬＦ評価をいつ実施するかを規制し得る。
ＲＬＭ－ＡＩの存在または欠如に基づく。ＵＥは、それがＲＬＭ－ＡＩを監視しているときにのみＳＬ－ＲＬＦを評価し得る。ＵＥは、それがこれらの期間中にのみＲＬＭ－ＡＩを予期しＳＬ－ＲＬＦ評価を実施する間隔を知り得る。
ＵＥでのある無線リンク監視に基づく。ＵＥは、サイドリンクである無線リンク監視を実施し得る。それは、無線リンクが低下し始めていることを監視が示すときにＳＬ－ＲＬＦの評価を開始し得る。ＵＥは、監視の頻度、および監視するメトリックを変更し得る。ＵＥはまた、ＲＬＦがその監視に基づいて宣言されるべきか否かの評価を開始し得る。
ピアＵＥ、制御エンティティ、スケジューリングエンティティ、ｇＮＢ、またはｅＮＢからのインジケーションに基づく。ＵＥは、ピアＵＥ、制御エンティティ、スケジューリングエンティティ、ｇＮＢ、またはｅＮＢからのインジケーションに基づいて、ＳＬ－ＲＬＦ評価を開始し得る。このインジケーションは、ＲＲＣシグナリング、ＭＡＣ ＣＥ、ＤＣＩ、ＳＣＩ、またはＲＲＣ、ＭＡＣ ＣＥ、ＤＣＩ、およびＳＣＩの組み合わせを介してであり得る。
サービスのタイプに基づく。ＵＥは、サイドリンクによってサポートされているＶ２Ｘサービスに基づいて、ＳＬ－ＲＬＦ評価を開始し得る。例えば、高信頼性を必要とするサービスについて、ＵＥは、ＳＬ－ＲＬＦ評価を実施し得る。他のサービスは、いかなるＳＬ－ＲＬＦ評価も必要とせず、例えば、これらのサービスは、ＰＣ５－Ｓキープアライブメカニズムに依存し得る。ＵＥサイドリンクが複数のサービスを有するケースでは、ＵＥは、これらのサービスのうちの少なくとも１つがそれを必要とする場合にＳＬ－ＲＬＦ評価を実施し得る。
サイドリンク情報の優先度に基づく。ＵＥは、サイドリンク上で搬送される論理チャネルトラフィックの優先度に基づいて、ＳＬ－ＲＬＦ評価を開始し得る。ＳＬ－ＲＬＦ評価を必要としない場合があるサイドリンク論理チャネルもあるが、ＳＬ－ＲＬＦ評価を必要とし得るサイドリンク論理チャネルもある。ＵＥが複数のサイドリンク論理チャネルを有するケースでは、ＵＥは、これらの論理チャネルのうちの少なくとも１つがそれを必要とする場合にＳＬ－ＲＬＦ評価を実施し得る。
（ピアＵＥ（ＵＥ１またはＵＥ２）でのＳ－ＲＬＦの宣言）
図６は、例示的な実施形態に従う、ＵＥでＳ－ＲＬＦを宣言するためのプロシージャを示す。特に、全体的なコールフローは、図６に示されており、ステップは、以下で詳細に記載される。
ステップ１ 制御エンティティ１００は、ＲＬＭ、ＲＬＦ、または無線リンク状態報告制御情報をＵＥ１内に構成する。一実施形態では、このような構成は、ＲＲＣシグナリングを使用して提供され得る。別の実施形態では、このような構成は、ＭＡＣ ＣＥもしくはＤＣＩ、またはＲＲＣ、ＭＡＣ、もしくはＤＣＩシグナリングの組み合わせを介して提供され得る。別の実施形態では、このような構成は、ＵＥ１で予め構成され得る。例えば、この構成は、以下を規定するＳＬ ＲＬＭ（Ｓ－ＲＬＭ）構成詳細を含み得る。
ピアＵＥは、Ｓ－ＲＬＦ決定を行う。
Ｓ－ＲＬＭのために使用されるトリガタイプのリスト
ＲＬＦ検出または無線リンク状態評価をサポートする測定構成、閾値、これらの測定についての報告期間、測定をＲＲＣに送信するようにＵＥ１をトリガする基準を含む、この測定についての報告構成など。測定構成は、以下の構成、すなわち、（例えば、ＣＱＩ、ＰＤＣＣＨ ＢＬＥＲ、ＲＳＲＱ、ＲＳＲＰ、ＲＳＳＩ、ＳＩＮＲ、ＣＢＲ、チャネル占有率などについての）ＰＨＹ層測定に関連する測定量についての構成、例えば、ＲＡＣＨ失敗関連測定についてのＭＡＣ層関連測定などの、ＰＨＹよりも上のプロトコルスタック層に関連する測定、例えば、多数の連続するＲＬＣ ＮＡＣＫについてのＲＬＣ層に関連する測定についての構成などのうちの１つまたは複数を含み得る。
ステップ２ ＵＥ１は、提供されたＳ－ＲＬＭ構成に従って下位層を構成する。
ステップ３ 制御エンティティ１００は、ＲＬＭ、ＲＬＦ、または無線リンク状態報告制御情報をＵＥ２内に構成する。
ステップ４ ＵＥ２は、提供されたＳ－ＲＬＭ構成に従って下位層を構成する。
ステップ５ ＵＥ１およびＵＥ２は、ＳＬを介して通信する。スケジューリング情報は、スケジューリングエンティティによって提供され得るか、またはピアＵＥによって自律的に決定され得る。
ステップ６ ＵＥ１の下位層は、測定およびインジケーションをＲＲＣ層に送信する。報告は、ステップ１からの構成によって制御される。以下の情報は、ＲＲＣ層に提供され得る。
レイヤ１測定値のうちの１つについての測定報告
ＳＬが層のうちの１つで問題を経験しているというインジケーション
例えば、ＳＬについての同期ソースの損失によるＰＨＹ
例えば、ＲＡＣＨプリアンブル問題によるＭＡＣ
例えば、多数のＲＬＣ ＡＭ再伝送によるＲＬＣ
例えば、並べ替えタイマの満了によるＰＤＣＰ
例えば、キープアライブタイマ満了による上位層（ＰＣ５－Ｓ）。
リンクされたＳＬのうちの１つが失敗したため、ＳＬがすぐに問題を経験し得るというインジケーション。
ステップ７ この情報に基づいて、ＲＲＣは、Ｓ－ＲＬＦ決定を行い得る。
ＲＲＣは、下位層から、潜在的にはＰＣ５－Ｓ層からも、すべての測定およびインジケーションを収集する。収集された情報に基づいて、ＲＲＣ層は、Ｓ－ＲＬＦまたは潜在的なＳ－ＲＬＦを宣言し、ある動作をとり得る。
一部のケースでは、ＲＲＣは、インジケーションのうちの１つが得られるとすぐに、Ｓ－ＲＬＦを宣言し得る。例えば、これは、以下の場合のケースであり得る。
インジケーションがＭＡＣ層から生じる。
インジケーションがＲＬＣ層から生じる。
インジケーションが、ＰＨＹ層からであり、同期の損失を（ＧＮＳＳもしくはｇＮＢ、または別のＵＥのｓＬ－ＳＳＢに）示す。
他のケースでは、ＲＲＣは、測定またはインジケーションを収集し、条件が続いた後にＲＬＦを宣言し得る。例えば、これは、Ｓ－ＲＬＭが以下に基づく場合のケースであり得る。
ＰＳＣＣＨ ＲＳＲＰ
ＰＳＳＣＨ ＲＳＲＰ
Ｓ－ＳＳＢ ＲＳＲＰ
Ｓ－ＳＳＢおよび／またはＣＳＩ－ＲＳから推定される仮定のＢＬＥＲ
異常なＨＡＲＱ動作（例えば、欠落ＨＡＲＱフィードバックおよびＨＡＲＱ ＮＡＣＫの統計）のインジケーション
このようなケースでは、ＲＲＣは、ＲＳＲＰ測定値が閾値よりも下または上であるときにインジケーションを得てもよい。測定値がＮ３１２の連続する時間で最小閾値よりも下である場合、ＲＲＣは、Ｔ３１２タイマを開始する。タイマは、測定値がＮ３１３の連続する時間で最小閾値よりも上である場合に停止される。タイマが満了する場合、ＲＲＣは、Ｓ－ＲＬＦを宣言する。このサイドリンク上のこれらの伝送の非周期的な性質を考慮するために、ＲＲＣは、（ＵＥがこの時間中、ＲＳＲＰ測定を実施することができないため）ＵＥがサイドリンク上で進行中の通信を有しないときにタイマを一時停止する。類似のプロシージャは、ＳＬ－ＨＡＲＱ失敗インジケーションに基づく無線リンク監視のために使用され得るが、カウンタおよびタイマの値は、ＲＳＲＰに基づく無線リンク監視のために使用されるものと異なり得る。
以下の新しいカウンタおよびタイマは、表６～８でＳ－ＲＬＭについて規定される。

さらに別のケースでは、ＲＲＣは、測定またはインジケーションを収集し、条件が続いた後に潜在的なＳ－ＲＬＦを宣言し得る。例えば、これは、Ｓ－ＲＬＭが、ＳＬについてのキープアライブタイマが満了しているというＰＣ５－Ｓ層からのインジケーションに基づく場合のケースであり得る。
（Ｓ－ＲＬＦまたは潜在的なＳ－ＲＬＦの宣言後の動作）
（代替１ ＳＬに対応付けられる無線ベアラの分解）
この第１の代替では、ＲＲＣ層は、ＳＬに対応付けられる無線ベアラ構成を除去する。ＵＥは、タイマ（Ｔ３１５）を開始し、ピアＵＥとのＳＬ接続の再確立を試み得る。ＳＬが再確立される前にタイマが満了する場合、ＵＥは、２つのＵＥ間のＳ－ＲＲＣを除去する。
全体的なプロシージャは、典型的な実施形態で、以下で記載される。
〔ＳＬ無線リンク失敗の検出〕
ＵＥは、
１＞ＳＬについてのＴ３１２満了の際、または
１＞ＰＨＹからのｅｘｔｅｒｎａｌＳｙｎｃインジケーションを受信する際、もしくは
１＞Ｔ３１２が実行していない間の、ＭＡＣからのこのＳＬについてのランダムアクセス問題インジケーションの際、または
１＞ＲＬＣ問題によってもたらされるＳ－ＲＬＦのＲＬＣからのインジケーションの際、
１＞このＳＬが、Ｓ－ＲＬＦが宣言されているＳＬにリンクされることを決定する際、
２＞ＳＬについて検出されるＳＬ無線リンク失敗、すなわち、Ｓ－ＲＬＦを考慮し、
２＞タイマＴ３１５を開始し、
２＞ＳＬピアＵＥへの接続の再確立を試みる（例えば、ＲＡＣＨをピアＵＥに送信するか、またはＨＡＲＱフィードバック上の受信を確認するためにＭＡＣ ＰＤＵを送信する）。
（再確立されるＳＬ通信）
ＵＥは、
１＞ピアＵＥへのＳＬ通信が再確立される（例えば、ピアがＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信している）ことを決定する際、
２＞タイマＴ３１５を停止する。
（タイマＴ３１５の満了）
ＵＥは、
１＞タイマＴ３１５の満了の際、
２＞ＳＬ接続に対応付けられるすべてのデータ無線ベアラを除去し、
２＞ＳＬ接続に関連するＳ－ＲＲＣコンテキストを除去し、
２＞（ＳＬ構成での情報を使用して）失敗したＳＬにリンクされるＳＬを決定し、これらのＳＬの各々について、Ｓ－ＲＬＦを宣言し、現在のプロシージャを繰り返す。
（代替２ ＳＬを異なるリソースプールに移す）
この第２の代替では、ＲＲＣ層は、ＳＬ接続を別のリソースプールに自律的に移す。ＳＬ通信が、制御エンティティによって構成され得るか、またはＵＥ内に予め構成され得るリソースプールを介して有効にされるように呼び出す。ＲＲＣ層は、ＰＣ５からの構成に基づいて、またはＳＬ ＲＲＣ接続セットアッププロシージャを介して、利用可能なリソースプールを知り得る。一旦Ｓ－ＲＬＦが宣言されると、ＵＥは、新しいリソースプールを使用するためにＲＢを再構成し得る。
全体的なプロシージャは、典型的な実施形態で、以下で記載される。
〔ＳＬ無線リンク失敗の検出〕
ＵＥは、
１＞ＳＬについてのＴ３１２満了の際、または
１＞ＰＨＹからのｅｘｔｅｒｎａｌＳｙｎｃインジケーションを受信する際、もしくは
１＞Ｔ３１２が実行していない間の、ＭＡＣからのこのＳＬについてのランダムアクセス問題インジケーションの際、または
１＞ＲＬＣ問題によってもたらされるＳ－ＲＬＦのＲＬＣからのインジケーションの際、
１＞このＳＬが、Ｓ－ＲＬＦが宣言されているＳＬにリンクされることを決定する際、
２＞ＳＬについて検出されるＳＬ無線リンク失敗、すなわち、Ｓ－ＲＬＦを考慮し、
２＞ピアＵＥについて別の潜在的なリソースプールを決定し、
２＞代替のリソースプールが存在する場合、
３＞このＳＬ上ですべての無線ベアラを再構成して、この新しいリソースプールを使用し、
３＞ＳＬＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔメッセージをピアＵＥに送信して、Ｓ－ＲＲＣ接続および無線ベアラがこの新しいプールに転送されていることをピアＵＥに知らせる。このメッセージは、Ｓ－ＲＲＣ識別子、および０個以上の無線ベアラ識別子を含み得る。
２＞そうでなければ、
３＞このＳＬ上ですべての無線ベアラを除去し、このＳＬに対応付けられる任意のＳ－ＲＲＣコンテキストを除去し、
３＞（ＳＬ構成での情報を使用して）失敗したＳＬにリンクされるＳＬを決定する。これらのＳＬの各々について、Ｓ－ＲＬＦを宣言し、現在のプロシージャを繰り返す。
（代替３ ＳＬを異なる帯域に移す）
この第３の代替では、ＲＲＣ層は、両方のＵＥが他の帯域をサポートするならば、異なる帯域でＳＬ接続を別のリソースプールに自律的に移す。ＲＲＣ層は、２つのＵＥ間の能力交換の結果、ピアＵＥの帯域サポートを知り得る。この能力交換は、Ｓ－ＲＲＣ接続確立の間、またはＳ－ＲＲＣ接続確立の後に実施され得る。一旦Ｓ－ＲＬＦが宣言されると、ＵＥは、新しい帯域上で新しいリソースプールを使用するためにＲＢを再構成し得る。
全体的なプロシージャは、典型的な実施形態で、以下で記載される。
〔ＳＬ無線リンク失敗の検出〕
ＵＥは、
１＞ＳＬについてのＴ３１２満了の際、または
１＞ＰＨＹからのｅｘｔｅｒｎａｌＳｙｎｃインジケーションを受信する際、もしくは
１＞Ｔ３１２が実行していない間の、ＭＡＣからのこのＳＬについてのランダムアクセス問題インジケーションの際、または
１＞ＲＬＣ問題によってもたらされるＳ－ＲＬＦのＲＬＣからのインジケーションの際、
１＞このＳＬが、Ｓ－ＲＬＦが宣言されているＳＬにリンクされることを決定する際、
２＞ＳＬについて検出されるＳＬ無線リンク失敗、すなわち、Ｓ－ＲＬＦを考慮し、
２＞ピアＵＥについて別の潜在的な動作帯域を決定し、
２＞ピアＵＥが別の潜在的な動作帯域を共有する場合、
３＞このＳＬ上ですべての無線ベアラをこの新しい帯域に再構成し、
３＞ＳＬＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔメッセージをピアＵＥに送信して、Ｓ－ＲＲＣ接続および無線ベアラがこの新しい帯域に転送されていることをピアＵＥに知らせる。このメッセージは、Ｓ－ＲＲＣ識別子、および０個以上の無線ベアラ識別子を含み得る。
２＞そうでなければ、
３＞このＳＬ上ですべての無線ベアラを除去し、このＳＬに対応付けられる任意のＳ－ＲＲＣコンテキストを除去し、
３＞（ＳＬ構成での情報を使用して）失敗したＳＬにリンクされるＳＬを決定する。これらのＳＬの各々について、Ｓ－ＲＬＦを宣言し、現在のプロシージャを繰り返す。
（代替４ 上位層（ＰＣ５－Ｓ）に通知する）
この第４の代替では、ＲＲＣ層は、Ｓ－ＲＬＦが宣言されている上位層（ＰＣ５－Ｓ）に通知する。このメッセージは、ＳＬ接続のインジケーションを含み得る。それはまた、Ｓ－ＲＬＦの原因に関するインジケーションを提供し得る。上位層は、以下のうちの１つまたは複数を実施し得る。
ＳＬ通信サービスが継続し得る別のピアＵＥの発見の命令
ＳＬ通信サービスが継続し得る別のピアＵＥの選択
現在のＳＬ接続のパラメータの変更
サイドリンクの分解／解放
全体的なプロシージャは、典型的な実施形態で、以下で記載される。
〔ＳＬ無線リンク失敗の検出〕
ＵＥは、
１＞ＳＬについてのＴ３１２満了の際、または
１＞ＰＨＹからのｅｘｔｅｒｎａｌＳｙｎｃインジケーションを受信する際、もしくは
１＞Ｔ３１２が実行していない間の、ＭＡＣからのこのＳＬについてのランダムアクセス問題インジケーションの際、または
１＞ＲＬＣ問題によってもたらされるＳ－ＲＬＦのＲＬＣからのインジケーションの際、
１＞このＳＬが、Ｓ－ＲＬＦが宣言されているＳＬにリンクされることを決定する際、
２＞ＳＬについて検出されるＳＬ無線リンク失敗、すなわち、Ｓ－ＲＬＦを考慮し、
２＞失敗したＳＬに関して上位層に通知する。これは、ＳＬ接続のある識別、およびピアＵＥ間の失敗についての原因を含み得る。
２＞タイマＴ３１６を開始し、上位層からの応答を待機する。
（タイマＴ３１６の満了）
ＵＥは、
１＞タイマＴ３１５の満了の際、
２＞ＳＬ接続に対応付けられるすべてのデータ無線ベアラを除去し、
２＞ＳＬ接続に関連するＳ－ＲＲＣコンテキストを除去し、
２＞（ＳＬ構成での情報を使用して）失敗したＳＬにリンクされるＳＬを決定する。これらのＳＬの各々について、Ｓ－ＲＬＦを宣言し、現在のプロシージャを繰り返す。
（上位層からの応答の受信）
ＵＥは、
１＞応答が、ＳＬが除去されるべきであることを示す場合、
２＞ＳＬ接続に対応付けられるすべてのデータ無線ベアラを除去し、
２＞ＳＬ接続に関連するＳ－ＲＲＣコンテキストを除去し、
１＞応答が、ＳＬについて新しい構成を示す場合、
２＞ＳＬの構成を変更し、
２＞このＳＬ上ですべての無線ベアラをこの新しい構成で再構成し、
２＞任意選択的に、ＳＬＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔメッセージをピアＵＥに送信して、Ｓ－ＲＲＣ接続および無線ベアラがこの新しい構成に転送されていることをピアＵＥに知らせる。このメッセージは、Ｓ－ＲＲＣ識別子、および０個以上の無線ベアラ識別子を含み得る。
１＞応答が、新しい発見リクエストを示す場合、
２＞新しいピアＵＥの発見を実施し、
１＞応答が、ピアＵＥを変更することを示す場合、
２＞新しいピアＵＥへのＳＬ接続を開始し、
２＞すべての無線ベアラを新しいピアＵＥに転送し、
２＞古いＳＬ接続を分解する。
（代替５ 制御エンティティに通知する）
この第５の代替では、ＵＥ ＲＲＣ層は、ＳＬ無線リンクが失敗したことを示すようにメッセージを制御エンティティに送信する。ＵＥはまた、失敗（ＰＨＹ問題、ＭＡＣ問題など）の原因およびピアＵＥの識別のインジケーションを送信し得る。メッセージは、ＲＲＣ、ＭＡＣ ＣＥ、もしくはＤＣＩ、またはＲＲＣ、ＭＡＣ ＣＥ、もしくはＤＣＩの組み合わせによって送信され得る。応答で、制御エンティティは、
Ｓ－ＲＬＦによって影響を受けるＵＥへの任意の構成されたグラントを低減／停止／除去するようにスケジューリングエンティティに通知し、
Ｓ－ＲＬＦによって影響を受けるＵＥのスケジューリングを停止するようにスケジューリングエンティティに通知し、
Ｓ－ＲＬＦによって影響を受けるＵＥへのグラント割り当てを変更するようにスケジューリングエンティティに通知し、
新しいリソースプール上でＳＬを構成し、
新しい帯域およびリソースプール上でＳＬを構成し、
失敗したＳＬによって影響を受けるすべてのＵＥにメッセージを送信して、ＲＬＦがＳＬについて宣言されていることをこれらに通知し得る。このメッセージは、影響を受けたＵＥが失敗したＳＬを識別するのに役立つ情報、例えば、ＳＬについての識別子、レイヤ１ソースＩＤ、レイヤ１目的地ＩＤを含み得る。メッセージは、ＲＲＣ、ＭＡＣ ＣＥ、もしくはＤＣＩ、またはＲＲＣ、ＭＡＣ ＣＥ、およびＤＣＩの組み合わせによって送信され得る。メッセージは、影響を受けたＵＥの上位層に向けられ得る。
全体的なプロシージャは、典型的な実施形態で、以下で記載される。
〔ＳＬ無線リンク失敗の検出〕
ＵＥは、
１＞ＳＬについてのＴ３１２満了の際、または
１＞ＰＨＹからのｅｘｔｅｒｎａｌＳｙｎｃインジケーションを受信する際、もしくは
１＞Ｔ３１２が実行していない間の、ＭＡＣからのこのＳＬについてのランダムアクセス問題インジケーションの際、または
１＞ＲＬＣ問題によってもたらされるＳ－ＲＬＦのＲＬＣからのインジケーションの際、
１＞このＳＬが、Ｓ－ＲＬＦが宣言されているＳＬにリンクされることを決定する際、
２＞ＳＬについて検出されるＳＬ無線リンク失敗、すなわち、Ｓ－ＲＬＦを考慮し、
２＞ＳＬ状態メッセージを制御エンティティ（例えば、ｇＮＢ）に送信する。これは、ＳＬ接続のある識別と、サイドリンクの失敗についての原因と、ピアＵＥの識別と、を含み得る。
（代替６ ＳＬを交換するためにＵｕインターフェースを使用する）
この第６のオプションでは、ＲＲＣがＳ－ＲＬＦを宣言し、両方のＵＥがカバレッジ内にある場合、無線ベアラは、Ｕｕインターフェースに転送され、ＵＥ１とＵＥ２との間のすべての通信は、ｇＮＢを介して進む。これは、ピアＵＥが別のサイドリンク接続を再確立することができず、レイテンシ要件がまだ満たされている場合に使用され得る。ＳＬ構成は、ＳＬがＵｕに転送され得るか否かを表すオプションを有し得る。
全体的なプロシージャは、典型的な実施形態で、以下で記載される。
〔ＳＬ無線リンク失敗の検出〕
ＵＥは、
１＞ＳＬについてのＴ３１２満了の際、または
１＞ＰＨＹからのｅｘｔｅｒｎａｌＳｙｎｃインジケーションを受信する際、もしくは
１＞Ｔ３１２が実行していない間の、ＭＡＣからのこのＳＬについてのランダムアクセス問題インジケーションの際、または
１＞ＲＬＣ問題によってもたらされるＳ－ＲＬＦのＲＬＣからのインジケーションの際、
１＞このＳＬが、Ｓ－ＲＬＦが宣言されているＳＬにリンクされることを決定する際、
２＞ＳＬについて検出されるＳＬ無線リンク失敗、すなわち、Ｓ－ＲＬＦを考慮し、
２＞ＳＬ接続がＵｕインターフェースに転送されることを許可される場合、ＵＥは、
３＞ＲＲＣ接続が存在しない場合、ネットワークでＲＲＣ接続確立プロシージャを開始し、
３＞ＳＬの無線ベアラをｇＮＢに転送するためにＲＲＣ再構成プロシージャを開始し、
２＞そうでなければ、
３＞ＳＬ接続に対応付けられるすべてのデータ無線ベアラを除去し、
３＞ＳＬ接続に関連するＳ－ＲＲＣコンテキストを除去する。
（制御／スケジューリングエンティティでのＳ－ＲＬＦの宣言）
図７Ａは、例示的な実施形態に従う、制御エンティティ１００でＳ－ＲＬＦを宣言するためのプロシージャを示す。特に、全体的なコールフローは、図７Ａに示されており、ステップは、以下で詳細に記載される。
ステップ１ 制御エンティティ１００は、ＲＬＭ、ＲＬＦ、または無線リンク状態報告制御情報をＵＥ内に構成する。一実施形態では、このような構成は、ＲＲＣシグナリングを使用して提供され得る。別の実施形態では、このような構成は、ＭＡＣ ＣＥまたはＤＣＩ、およびＲＲＣ、ＭＡＣ、またはＤＣＩシグナリングの組み合わせを介して提供され得る。別の実施形態では、このような構成は、ＵＥで予め構成され得る。例えば、この構成は、以下を規定するＳＬ ＲＬＭ（Ｓ－ＲＬＭ）構成詳細を含み得る。
制御エンティティ１００は、Ｓ－ＲＬＦ決定を行う。
Ｓ－ＲＬＭのために使用されるトリガタイプのリスト
ＲＬＦ検出または無線リンク状態評価をサポートする測定構成、閾値、これらの測定についての報告期間、測定を制御エンティティ１００に送信するようにＵＥ１をトリガする基準を含む、この測定についての報告構成など。測定構成は、以下の構成、すなわち、（例えば、ＣＱＩ、ＰＤＣＣＨ ＢＬＥＲ、ＲＳＲＱ、ＲＳＲＰ、ＲＳＳＩ、ＳＩＮＲ、ＣＢＲ、チャネル占有率などについての）ＰＨＹ層測定に関連する測定量についての構成、例えば、ＲＡＣＨ失敗関連測定についてのＭＡＣ層関連測定などの、ＰＨＹよりも上のプロトコルスタック層に関連する測定、例えば、多数の連続するＲＬＣ ＮＡＣＫからのＲＬＣ層に関連する測定についての構成などのうちの１つまたは複数を含み得る。
ステップ２ ＵＥ１は、提供されたＳ－ＲＬＭ構成に従って下位層を構成する。
ステップ３ ステップ１と同じであるが、ＵＥ２についてである。
ステップ４ ステップ２と同じであるが、ＵＥ２についてである。
ステップ５ ＵＥ１およびＵＥ２は、ＳＬを介して通信する。スケジューリングは、スケジューリングエンティティを介して提供される。スケジューリングエンティティは、各ＵＥに割り当てるリソースの量を決定するために、ＵＥからのＢＳＲ／ＳＲを使用し得るとともに、スケジューリングエンティティは、これらのＳＬ伝送についてＭＣＳを決定するために、これらのＵＥから報告されるＳ－ＣＱＩを使用し得る。
ステップ６ ＵＥ１は、ＳＬ状態メッセージを制御エンティティ１００に送信する。これらのメッセージは、Ｓ－ＲＬＭ構成で構成される報告頻度に従って送信される。これらのメッセージは、
レイヤ１測定値のうちの１つについての測定報告
ＳＬが層のうちの１つで問題を経験しているというインジケーション
例えば、ＳＬについての同期ソースの損失によるＰＨＹ
例えば、ＲＡＣＨプリアンブル問題によるＭＡＣ
例えば、多数のＲＬＣ ＡＭ再伝送によるＲＬＣ
例えば、並べ替えタイマの満了によるＰＤＣＰ
例えば、キープアライブタイマ満了による上位層（ＰＣ５－Ｓ）
リンクされたＳＬのうちの１つが失敗したため、ＳＬがすぐに問題を経験し得るというインジケーション
ＵＥ１が、ＳＬ無線リンクが失敗したことを宣言しているというインジケーションのうちの１つまたは複数を含み得る。
状態メッセージは、ＲＲＣメッセージ、もしくはＭＡＣ ＣＥメッセージ、もしくはＤＣＩメッセージ、またはＲＲＣ、ＭＡＣ ＣＥ、もしくはＤＣＩメッセージの組み合わせとして送信され得ることに留意されたい。
ステップ７ ＵＥ２は、ＳＬ状態メッセージを制御エンティティ１００に送信する。
ステップ８ ＵＥからのこれらの状態メッセージおよびＳ－ＣＱＩ情報に基づいて、制御エンティティ１００は、Ｓ－ＲＬＦ決定を行い得る。
（Ｓ－ＲＬＦの宣言後の動作）
一旦制御エンティティ１００がＳ－ＲＬＦを宣言すると、それは、
ＳＬがＲＬＦを経験していることをピアＵＥに通知し得る。それは、ＳＬがＲＬＦを有するというインジケーションでメッセージをこれらのＵＥに送信し得る。次いで、ＵＥ１およびＵＥ２は、ピアＵＥ（ＵＥ１またはＵＥ２）でのＳ－ＲＬＦの宣言に対処するセクションで提供されるステップに従う。
ＳＬがＲＬＦを経験していることをピアＵＥに通知し得る。それは、ＳＬに対応付けられるすべての無線ベアラを分解し、ＳＬ接続に関連するＳ－ＲＲＣコンテキストを除去するようにリクエストして、メッセージをこれらのＵＥに送信し得る。
失敗したサイドリンクについて代替のリソースプールを決定し得る。それは、新しいリソースプールの構成でメッセージをこれらのＵＥに送信し得る。
失敗したサイドリンクについて代替の帯域およびリソースプールを決定し得る。それは、新しい動作帯域およびリソースプールの構成でメッセージをこれらのＵＥに送信し得る。
ピアＵＥに、それらが、ＳＬがもはや実行可能でないことをそれらの上位層に知らせるべきであることを通知し得る。上位層は、以下のうちの１つまたは複数を実施し得る。
ＳＬ通信サービスが継続し得る別のピアＵＥの発見の命令
ＳＬ通信サービスが継続し得る別のピアＵＥの選択
現在のＳＬ接続のパラメータの変更
サイドリンクの分解／解放
それが２つのＵＥ間でブリッジ／中継として機能することをＵＥ１およびＵＥ２に通知し得る。それは、失敗したＳＬから無線ベアラを転送するようにリクエストして、メッセージをこれらのＵＥに送信し得る。
ピアＵＥへのメッセージは、ＲＲＣメッセージ、もしくはＭＡＣ ＣＥメッセージ、もしくはＤＣＩメッセージ、またはＲＲＣ、ＭＡＣ ＣＥ、もしくはＤＣＩメッセージの組み合わせとして送信され得ることに留意されたい。ＲＲＣメッセージの一実施形態では、制御エンティティ１００は、ＲＲＣ再構成メッセージを使用し得る。
（サイドリンクグループキャストリンク監視のためのプロシージャ）
グループキャストは、グループのすべてのメンバー間で複数の無線リンクで構成されている。グループメンバーの各々は、グループのすべての他のメンバーに向けられるグループキャスト通信を開始し得る。一部のケースでは、グループは、グループリーダー、例えば、Ｖ２Ｘ隊列シナリオでは隊列リーダーを有する。リーダーとして、このグループメンバーは、他のメンバーよりも多くのグループキャスト通信を開始し得る。
あるグループメンバーでの無線リンク問題は、他のグループメンバーでの劣等な無線リンクのインジケーションではない。その結果、グループキャストリンク失敗の概念が規定される必要がある。
一アプローチでは、グループは、以下で規定され得る。
最小の実行可能な数 制御エンティティ１００が、グループがＵＥのこの数よりも少ない数を有することを決定する場合、グループキャストリンク失敗が宣言される。
１つまたは複数のアンカグループメンバーのセット。アンカメンバーは、適切なグループ動作のために必要とされる特別なメンバーである。例えば、アンカメンバーは、特殊センサを有する車両であり得る。このメンバーがグループを離れるか、またはグループへのコネクティビティを失う場合、グループは、これらの特殊センサ測定値を有さず、解散すべきである。制御エンティティ１００が、これらのメンバーのうちの１つがグループにないことを決定する場合、グループキャストリンク失敗が宣言される。
（アクセス層キープアライブ交換）
提案されたＲＬＭ－ＡＩタイプのうちの１つは、アクセス層キープアライブメカニズムである。このセクションでは、このキープアライブメカニズムが、どのようにアクセス層プロトコルスタックの種々の層で実装され得るかを示す。
キープアライブプロシージャは、
サイドリンクで通信するＵＥ間で、
スケジューリングエンティティと、それがスケジューリング決定を実施しているＵＥとの間で
制御エンティティと、それが無線リソース制御を提供しているＵＥとの間で使用され得る。
（ＲＲＣ層キープアライブプロシージャ）
ＵＥのＲＲＣ層は、サイドリンクがまだ実行可能であるか否かを判定するのを補助するためにキープアライブプロシージャを使用し得る。
以下では、ＵＥ１がキープアライブプロシージャを開始し、ＵＥ２がサイドリンクでのピアＵＥであることが想定される。類似のステップはまた、キープアライブプロシージャの開始者としてＵＥ２で発生し得ること、およびＵＥ１は、サイドリンクでのピアＵＥであることを理解されたい。
図７Ｂに示すＵＥ１でのキープアライブプロシージャは、以下で記載される。
ステップ１ ＲＲＣは、ＵＥ１がＲＲＣキープアライブプロシージャを開始する必要があることを決定する。ＲＲＣは、ＲＲＣキープアライブプロシージャを開始／停止し得る。第１のオプションでは、ＲＲＣは、以下のＰＣ５ ＲＲＣ接続確立プロシージャの間、またはすぐに、キープアライブプロシージャを開始し、ＰＣ５ ＲＲＣ接続が解放されるときプロシージャを停止し得る。第２のオプションでは、ＲＲＣは、ある監視されたメトリック、場合によっては、サイドリンク無線品質が低下しているという評価に基づいて、キープアライブプロシージャを開始する。この第２のオプションでは、ＲＲＣは、ある監視されたメトリック、場合によっては、サイドリンク無線品質が優れているという評価に基づいて、キープアライブプロシージャを停止し得る。２つのオプションはまた、組み合わされ得ることに留意されたい。例えば、ＰＣ５ ＲＲＣ確立でのキープアライブプロシージャの開始、およびリンクが優れていると考えられる場合のキープアライブプロシージャの停止。
ステップ２ ＵＥ１は、ＵＥ２への新しいＰＣ５ ＲＲＣメッセージ（ＰＣ５ＲＲＣＫｅｅｐＡｌｉｖｅＲｅｑｕｅｓｔ）を生成する。ＰＣ５ＲＲＣＫｅｅｐＡｌｉｖｅＲｅｑｕｅｓｔは、ＩＥ、すなわち、ｍａｘＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを含み得る。このＩＥは、ＵＥ１の最大無効時間を表す。これは、ＵＥ２によって、ＵＥ１へのサイドリンク上で問題があることを宣言する前にそれが待機する必要がある時間を判断するために使用され得る。ＵＥ１はまた、ＰＣ５ＲＲＣＫｅｅｐＡｌｉｖｅＣｏｕｎｔｅｒを初期化し得る。
ステップ３ ＵＥ１は、ｋｅｅｐＡｌｉｖｅＡｃｋＴｉｍｅｒ（Ｔ２０２）を開始（再開）し得る。
ステップ４ Ｔ２０２タイマの満了（ステップ５）、ＵＥ２からのＰＣ５ＲＲＣＫｅｅｐＡｌｉｖｅＲｅｓｐｏｎｓｅの受信（ステップ６）、ＵＥ１がＵＥ２からサイドリンク伝送を受信したというＰＨＹ層またはＭＡＣ層からのインジケーションの受信（ステップ７）、ＵＥ２へのサイドリンクがまだ許容可能であるというＲＲＣからの決定（ステップ８）、ＰＣ５ＲＲＣＫｅｅｐＡｌｉｖｅＲｅｓｐｏｎｓｅが最大回数再伝送されているという決定（ステップ９）のいずれかを待機する。
ステップ５ Ｔ２０２タイマの満了の際、ＵＥ１は、ＰＣ５ＲＲＣＫｅｅｐＡｌｉｖｅＲｅｑｕｅｓｔメッセージを再伝送する。ＵＥ１はまた、ＰＣ５ＲＲＣＫｅｅｐＡｌｉｖｅＣｏｕｎｔｅｒをインクリメントし得る。処理は、ステップ３に戻る。
ステップ６ ＵＥ２からのＰＣ５ＲＲＣＫｅｅｐＡｌｉｖｅＲｅｓｐｏｎｓｅの受信の際、ＵＥ１は、ｋｅｅｐＡｌｉｖｅＡｃｋＴｉｍｅｒ（Ｔ２０２）を停止し、ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒ（Ｔ２００）を開始し得る。ＵＥ１は、ステップ１０に進む。
ステップ７ ＵＥ２からの任意のサイドリンク伝送の受信の際、ＵＥ１は、ｋｅｅｐＡｌｉｖｅＡｃｋＴｉｍｅｒ（Ｔ２０２）を停止し、ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒ（Ｔ２００）を開始し得る。ＵＥ１は、ステップ１０に進む。
ステップ８ ＵＥ２へのサイドリンクがまだ許容可能であるという決定の際、ＵＥ１は、ｋｅｅｐＡｌｉｖｅＡｃｋＴｉｍｅｒ（Ｔ２０２）を停止し、ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒ（Ｔ２００）を開始し得る。ＵＥ１は、ステップ１０に進む。
ステップ９ ＲＲＣが、ＰＣ５ＲＲＣＫｅｅｐＡｌｉｖｅＣｏｕｎｔｅｒがｍａｘＰＣ５ＲＲＣＫｅｅｐＡｌｉｖｅＴｘに等しいことを決定する場合、ＲＲＣは、ｋｅｅｐＡｌｉｖｅＡｃｋＴｉｍｅｒ（Ｔ２０２）を停止し、無線リンク失敗を宣言し得る。次いで、ＵＥ１は、１つまたは複数の回復動作をとり得る。処理は、ここで停止する。
ステップ１０ Ｔ２００タイマの満了（ステップ１１）、ＵＥ１がＵＥ２からサイドリンク伝送を受信したというＰＨＹ層またはＭＡＣ層からのインジケーションの受信（ステップ１２）、ＵＥ２へのサイドリンクがまだ許容可能であるというＲＲＣからの決定（ステップ１３）のいずれかを待機する。
ステップ１１ Ｔ２００タイマの満了の際、ＵＥ１は、ステップ２に戻る。
ステップ１２ ＵＥ２からの任意のサイドリンク伝送の受信の際、ＵＥ１は、ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒ（Ｔ２００）を再開し得る。ＵＥ１は、ステップ１０に戻る。
ステップ１３ ＵＥ２へのサイドリンクがまだ許容可能であるという決定の際、ＵＥ１は、ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒ（Ｔ２００）を再開し得る。ＵＥ１は、ステップ１０に戻る。
ＵＥ２でのキープアライブプロシージャは、図７Ｃに示されており、以下で記載される。
ステップ１ ＲＲＣは、ＵＥ２がＲＲＣキープアライブメッセージの受信を開始する必要があることを決定する。
ステップ２ ＵＥ２は、ｍａｘＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（Ｔ２０１）を開始（再開）する。
ステップ３ Ｔ２０１タイマの満了（ステップ６）、ＵＥ２からのＰＣ５ＲＲＣＫｅｅｐＡｌｉｖｅＲｅｓｐｏｎｓｅの受信（ステップ６）、ＵＥ２がＵＥ１からサイドリンク伝送を受信したというＰＨＹ層またはＭＡＣ層からのインジケーションの受信（ステップ５）、ＵＥ１へのサイドリンクがまだ許容可能であるというＲＲＣからの決定（ステップ４）のいずれかを待機する。
ステップ４ ＵＥ１へのサイドリンクがまだ許容可能であるという決定の際、ＵＥ２は、ステップ２に戻る。
ステップ５ ＵＥ１からの任意のサイドリンク伝送の受信の際、ＵＥ２は、受信されるメッセージがＰＣ５ＲＲＣＫｅｅｐＡｌｉｖｅＲｅｑｕｅｓｔであるか否かを判定する（ステップ７）。受信されるメッセージがＰＣ５ＲＲＣＫｅｅｐＡｌｉｖｅＲｅｑｕｅｓｔであり、それがＩＥ、すなわち、ｍａｘＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを含む場合、ＵＥ２は、ｍａｘＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを更新し得る（ステップ９）。さらに、ＵＥ２は、新しいＲＲＣメッセージ（ＰＣ５ＲＲＣＫｅｅｐＡｌｉｖｅＲｅｓｐｏｎｓｅ）でＵＥ１に応答し得る（ステップ１０）。
ステップ６ Ｔ２０１タイマの満了の際、ＲＲＣは、ステップ８で無線リンク失敗を宣言し得る。次いで、ＵＥ２は、１つまたは複数の回復動作をとり得る。処理は、ここで停止する。
（ＭＡＣ層キープアライブプロシージャ）
ＵＥのＭＡＣ層は、サイドリンクがまだ実行可能であるか否かを判定するのを補助するためにキープアライブプロシージャを使用し得る。
以下では、ＵＥ１がキープアライブプロシージャを開始し、ＵＥ２がサイドリンクでのピアＵＥであることが想定される。類似のステップはまた、キープアライブプロシージャの開始者としてＵＥ２で発生し得ること、およびＵＥ１は、サイドリンクでのピアＵＥであることを理解されたい。また、以下では、上位層を示す。これは、ＭＡＣよりも上の任意の層として理解され得る。例えば、ＲＲＣ層またはＮＡＳ層。
ＵＥ１でのプロシージャについての１つのオプションは、図７Ｄに示されており、以下で記載される。
ステップ１ ＵＥ１は、ＭＡＣキープアライブ構成詳細で構成される。
ステップ２ ＵＥ１は、ＭＡＣキープアライブプロシージャを開始するために上位層からのインジケーションを待機する。上位層は、ＭＡＣキープアライブプロシージャを開始／停止し得る。第１のオプションでは、上位層は、以下のＰＣ５ ＲＲＣ接続確立プロシージャの間、またはすぐに、キープアライブプロシージャを開始し、ＰＣ５ ＲＲＣ接続が解放されるときプロシージャを停止し得る。第２のオプションでは、上位層は、ある監視されたメトリック、場合によっては、サイドリンク無線品質が低下しているという評価に基づいて、キープアライブプロシージャを開始する。この第２のオプションでは、上位層は、ある監視されたメトリック、場合によっては、サイドリンク無線品質が優れているという評価に基づいて、キープアライブプロシージャを停止し得る。２つのオプションはまた、組み合わされ得ることに留意されたい。例えば、ＰＣ５ ＲＲＣ確立でのキープアライブプロシージャの開始、およびリンクが優れていると考えられる場合のキープアライブプロシージャの停止。
ステップ３ ＵＥ１での上位層は、ＭＡＣキープアライブプロシージャの開始をトリガする。ステップ４に進む。
ステップ４ ＵＥ１は、ＭＡＣキープアライブメッセージを送信する。ＵＥ１は、新しいＭＡＣ ＣＥとしてメッセージを生成し得る。ＭＡＣ ＣＥは、「キープアライブＭＡＣ ＣＥ」であり得る。ＭＡＣ ＣＥは、ＵＥ１の最大無効時間（ＭａｘｉｍｕｍＩｎａｃｔｉｖｉｔｙＴｉｍｅ）のインジケーションを含み得る。これは、ＵＥ２によって、それがＵＥ１へのサイドリンク上で問題を検出したことをその上位層に知らせる前にそれが待機する必要がある時間を判断するために使用され得る。新しいＭＡＣ ＣＥは、新しい論理チャネルＩＤを有し得る（表９）。

論理チャネル優先順位付けの間、この新しいＭＡＣ ＣＥは、他のＳＬ上の伝送よりも高い優先度を有し得る。この新しいＭＡＣ ＣＥはまた、Ｕｕインターフェース上の一部の伝送よりも高い優先度を有し得る。ステップ５に進むよりも処理する。
ステップ５ ＵＥ１は、ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒ（Ｔ１００）を開始し得る（または再開し得る）。ステップ６に進む。
ステップ６ Ｔ１００タイマの満了（ステップ７）、ＵＥ２からの任意のサイドリンク伝送の受信（ステップ８）、上位層からのインジケーションの受信（ステップ９）のいずれかを待機する。
ステップ７ Ｔ１００タイマの満了の際、ＵＥ１は、ステップ４に戻る。
ステップ８ ＵＥ２からサイドリンク上の任意の伝送を受信する際、ＵＥ１は、ステップ５に戻る。
ステップ９ サイドリンク品質が許容可能であるという上位層からのインジケーションを受信する際、ＵＥ１は、ステップ５に戻る。上位層は、それがＵＥ２伝送から１つまたは複数の測定を行っている場合、インジケーションを提供し得る。これらの測定は、ＵＥ２伝送のうちのいずれかから行われ得るとともに、以下を含む。
ＵＥ２からＵＥ１へのサイドリンク、
（ＵＥ２から他のＵＥへの）他のサイドリンク、
ＵＥ２からそのサービングｇＮＢまたはｅＮＢへのアップリンク
これらの測定から、上位層は、ＵＥ２からのリンクの品質が許容可能であることを評価し得る。
ステップ３以降の任意の時間で、ＭＡＣ層は、ＭＡＣキープアライブプロシージャを停止するために上位層からインジケーションを受信し得ることに留意されたい。このようなケースでは、処理は、ステップ２に戻る。
ＵＥ１でのプロシージャについての第２のオプションは、図７Ｅに示されており、以下で記載される。
ステップ１ ＵＥ１は、ＭＡＣキープアライブ構成詳細で構成される。
ステップ２ ＵＥ１は、ＭＡＣキープアライブプロシージャを開始するために上位層からのインジケーションを待機する。
ステップ３ ＵＥ１での上位層は、ＭＡＣキープアライブプロシージャの開始をトリガする。ステップ４に進む。
ステップ４ ＵＥ１は、ＭＡＣキープアライブメッセージを送信する。ＵＥ１は、新しい論理チャネルＩＤで新しいＭＡＣ ＣＥとしてメッセージを生成し得る。ＵＥ１は、ステップ５に進むよりもｋｅｅｐＡｌｉｖｅＲｅＴｘＣｏｕｎｔｅｒ処理を初期化する。
ステップ５ ＵＥ１は、ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒ（Ｔ１００）を開始し得る（または再開し得る）。ステップ６に進む。
ステップ６ Ｔ１００タイマの満了（ステップ７）、ＵＥ２からの任意のサイドリンク伝送の受信（ステップ８）、上位層からのインジケーションの受信（ステップ９）、ＭＡＣ ＣＥキープアライブ伝送に対するＮＡＣＫの受信またはＨＡＲＱフィードバックの非受信（ステップ１０）、ＭＡＣ ＣＥキープアライブ伝送に対するＡＣＫの受信（ステップ１１）、行われる再伝送の試みの最大数（ステップ１２）のいずれかを待機する。
ステップ７ Ｔ１００タイマの満了の際、ＵＥ１は、ステップ４に戻る。
ステップ８ ＵＥ２からサイドリンク上の任意の伝送を受信する際、ＵＥ１は、ステップ５に戻る。
ステップ９ サイドリンク品質が許容可能であるという上位層からのインジケーションを受信する際、ＵＥ１は、ステップ５に戻る。
ステップ１０ ＭＡＣ ＣＥキープアライブ伝送について、ＮＡＣＫの受信の際、またはいかなるＨＡＲＱフィードバックも受信しない際、ＭＡＣ ＣＥキープアライブメッセージを再伝送し、ｋｅｅｐＡｌｉｖｅＲｅＴｘＣｏｕｎｔｅｒをインクリメントする。ステップ６に戻る。
ステップ１１ ＭＡＣ ＣＥキープアライブ伝送についてＡＣＫを受信する際、ＵＥ１は、ステップ５に戻る。
ステップ１２ ＭＡＣ ＣＥキープアライブメッセージを最大回数再伝送する際（ｍａｘＫｅｅｐＡｌｉｖｅＲｅＴｘＣｏｕｎｔｅｒ）、ＭＡＣ層は、ＵＥ１とＵＥ２との間のサイドリンクでの問題が検出されたことを上位層にシグナリングする。これは、信号についての動機を含み得る（例えば、最大数キープアライブ再伝送）。ＵＥ１はまた、実行している場合、ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止／再設定し得る。
ステップ３以降の任意の時間で、ＭＡＣ層は、ＭＡＣキープアライブプロシージャを停止するために上位層からインジケーションを受信し得ることに留意されたい。このようなケースでは、処理は、ステップ２に戻る。
ＵＥ２でのプロシージャは、図７Ｆに示されており、以下で記載される。
ステップ１ ＵＥ２は、ＭＡＣキープアライブ構成詳細で構成される。
ステップ２ ＵＥ２は、ＵＥ１からのＭＡＣキープアライブメッセージの受信を開始するインジケーションを待機する。これは、ＵＥ２での上位層からのインジケーションであり得る。代替的に、これは、ＵＥ１からの第１のＭＡＣ ＣＥキープアライブメッセージの受信であり得る。このメッセージは、ｍａｘＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（Ｔ１０１）値を含み得る。
ステップ３ ＵＥ２での上位層は、ＭＡＣキープアライブメッセージの受信を開始するようにＭＡＣをトリガする。代替的に、ＵＥ２は、ＵＥ１から第１のＭＡＣ ＣＥキープアライブメッセージを受信し、これは、ＭＡＣキープアライブメッセージの受信を開始するようにＭＡＣをトリガする。ステップ４に進む。
ステップ４ ＵＥ２は、ＵＥ１とＵＥ２との間のサイドリンクについてｍａｘＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（Ｔ１０１）を開始する（再開する）。ＵＥ２が、ＵＥ１へのサイドリンク通信についてｍａｘＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを知っていることが想定されることに留意されたい。これは、ＰＣ５ ＲＲＣ接続確立プロシージャの一部としてＵＥ２上位層に知られ得るとともに、ステップ１でＵＥ２に提供され得る。代替的に、ＵＥ１は、ＭＡＣ ＣＥキープアライブメッセージの一部としてこの情報を提供し得る。
ステップ５ ＵＥ１からの任意のサイドリンク伝送の受信（ステップ６）、上位層からのインジケーションの受信（ステップ７）、ｍａｘＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（Ｔ１０１）タイマの満了（ステップ８）のいずれかを待機する。
ステップ６ ＵＥ２からサイドリンク上の任意の伝送を受信する際、ＵＥ１は、受信が新しいｍａｘＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（Ｔ１０１）でＭＡＣ ＣＥキープアライブメッセージを含むか否かを判定する（ステップ１０）。そうでない場合、ＵＥ１は、ステップ４に戻る。そうである場合、タイマ値は、ＵＥ２で更新される（ステップ１１）。
ステップ７ サイドリンク品質が許容可能であるという上位層からのインジケーションを受信する際、ＵＥ１は、ステップ４に戻る。
ステップ８ Ｔ１０１タイマの満了の際、ＭＡＣ層は、ＵＥ１とＵＥ２との間のサイドリンクでの問題が検出されたことを上位層に通知／シグナリングする（ステップ９）。これは、信号についての動機を含み得る（例えば、サイドリンク無効が最大値を超える）。ＵＥ１は、ステップ２に戻る。
ステップ３以降の任意の時間で、ＭＡＣ層は、ＭＡＣキープアライブプロシージャを停止するために上位層からインジケーションを受信し得ることに留意されたい。このようなケースでは、処理は、ステップ２に戻る。
図７Ｄ～図７Ｆのフローチャートに基づいて、ＵＥは、キープアライブメカニズムについて以下のパラメータで構成され得る。
ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒ（Ｔ１００） ＭＡＣキープアライブタイマ タイマは、活動がサイドリンク上で観測されない場合のＭＡＣ層キープアライブ伝送間の間隔を表す。
ｍａｘＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（Ｔ１０１） サイドリンクで問題があり得ることを宣言する前に、受信ＵＥが待機すべき最大時間。それは、（ＲＲＣ接続確立メッセージまたはＭＡＣ ＣＥキープアライブメッセージで）ピアＵＥによって提供され得る。
最大キープアライブＲｅＴｘカウンタ サイドリンクで問題があり得ることを宣言する前に、ＵＥがＭＡＣ ＣＥキープアライブメッセージを伝送し得る最大回数。

本開示の例示的な実施形態は、サイドリンク（ＳＬ）接続を監視するように構成された装置を提供する。装置は、ＳＬ無線リンク監視（ＳＬ－ＲＬＭ）を実施するためにプロトコルスタック中で信号を受信し、信号に従って、ＳＬ無線リンク失敗（ＲＬＦ）が発生しているか否かを判定するように構成された処理回路を備える。信号は、ハイブリッド自動再送リクエスト（ＨＡＲＱ）フィードバックを含み得る。処理回路は、制御エンティティから、ＳＬ無線リンク監視（ＲＬＭ）に関連する構成情報を受信し、構成情報に従って、ＲＬＭについてプロトコルスタックの下位層を構成するようにさらに構成されている。装置は、ユーザ端末などの任意のタイプの電子デバイスであり得る。

構成情報は、ＳＬ－ＲＬＦを宣言するための条件を含み得る。

処理回路は、測定が条件を満たすか否かを判定し、ＳＬ－ＲＬＦが、条件が満たされるときに発生していることを宣言するようにさらに構成され得る。

処理回路は、測定が条件を満たすか否かを判定し、ＳＬ－ＲＬＦが、条件が満たされないときに発生していないことを宣言するようにさらに構成され得る。

処理回路は、無線リソース制御（Radio Resource Control：ＲＲＣ）を実施するようにさらに構成され得る。

処理回路によって受信される測定は、ＲＲＣ制御によって切り替えられ得る。測定は、ＳＬ接続の伝送の利用可能性によって切り替えられ得る。

処理回路は、インジケーションを受信するようにさらに構成され得る。インジケーションは、上位層からのキープアライブ失敗を含み得る。インジケーションは、装置の別の無線リンクの失敗を含み得る。別の無線リンクは、ＳＬ接続にリンクされ得る。

処理回路は、ＳＬ－ＲＬＦが発生していることを判定することに呼応して、動作を実施するようにさらに構成され得る。動作は、ＳＬ－ＲＬＦを制御エンティティに知らせることであり得る。

動作は、ＳＬ－ＲＬＦを上位層に知らせることであり得る。動作は、失敗したＳＬ接続上ですべての無線ベアラを解放し得る。動作は、失敗したＳＬ接続について維持されるすべてのＳＬ ＲＲＣ接続コンテキストを除去することをさらに含み得る。動作は、リソースプールを選択し、ＳＬ接続で利用されるリソースから分離し、新しいＳＬ接続をハンドリングすることであり得る。

処理回路は、動作の実施後、リソースプールからリソースを利用する新しいＳＬ接続を確立するようにさらに構成され得る。

処理回路は、ＳＬ－ＲＬＭの測定を制御エンティティに伝送するようにさらに構成され得る。

制御エンティティは、装置から受信されるＳＬ－ＲＬＭの測定に従って、ＳＬ無線リンク失敗（ＲＬＦ）が発生しているか否かを判定するように構成され得る。

制御エンティティは、ＳＬ－ＲＬＦが発生していることを判定することに呼応して、動作を実施するように構成され得る。制御エンティティは、ＳＬ－ＲＬＦを上位層に知らせ、失敗したＳＬ接続上ですべての無線ベアラを解放し、失敗したＳＬ接続について維持されるすべてのＳＬ ＲＲＣ接続コンテキストを除去するか、またはリソースプールを選択し、ＳＬ接続で利用されるリソースから分離し、新しいＳＬ接続をハンドリングし、制御エンティティが動作を実施した後、リソースプールからリソースを利用する新しいＳＬ接続を確立するように構成され得る。

本開示の別の例示的な実施形態は、第１の装置と第２の装置との間のサイドリンク（ＳＬ）接続を監視するように構成された制御エンティティを提供する。制御エンティティは、ＳＬ無線リンク監視（ＲＬＭ）に関連する構成情報を第１の装置に提供するように構成された処理回路を備え、構成情報は、ＲＬＭについてプロトコルスタックの下位層を構成し、ＳＬ－ＲＬＭを実施するためにプロトコルスタック中で測定を受信するように、第１の装置に命令する。処理回路は、第１の装置から、ＳＬ－ＲＬＭの測定を受信し、ＳＬ－ＲＬＭの測定に従って、ＳＬ無線リンク失敗（ＲＬＦ）が第１の装置と第２の装置との間のＳＬ接続で発生しているか否かを判定するようにさらに構成されている。

制御エンティティの処理回路は、ＳＬ－ＲＬＦが発生していることを判定することに呼応して、動作を実施するようにさらに構成され得る。動作は、ＳＬ－ＲＬＦを上位層に知らせ、失敗したＳＬ接続上ですべての無線ベアラを解放し、失敗したＳＬ接続について維持されるすべてのＳＬ ＲＲＣ接続コンテキストを除去するか、またはリソースプールを選択し、ＳＬ接続で利用されるリソースから分離し、新しいＳＬ接続をハンドリングすることであり得る。

制御エンティティは、ｇノードＢ、別の装置、または車両などのデバイスであり得る。

本開示の別の例示的な実施形態は、サイドリンク（ＳＬ）接続を監視するための方法を提供する。方法は、制御エンティティから、ＳＬ無線リンク監視（ＲＬＭ）に関連する構成情報を受信することと、構成情報に従って、ＲＬＭについてプロトコルスタックの下位層を構成することと、ＳＬ－ＲＬＭを実施するためにプロトコルスタック中で測定を受信することと、を含む。

方法は、ＳＬ－ＲＬＭの測定に従って、ＳＬ無線リンク失敗（ＲＬＦ）が発生しているか否かを判定することをさらに含み得る。

方法は、ＳＬ－ＲＬＦが発生していることを判定することに呼応して、動作を実施することをさらに含み得る。動作は、ＳＬ－ＲＬＦを制御エンティティに知らせ、ＳＬ－ＲＬＦを上位層に知らせ、失敗したＳＬ接続上ですべての無線ベアラを解放し、失敗したＳＬ接続について維持されるすべてのＳＬ ＲＲＣ接続コンテキストを除去するか、またはリソースプールを選択し、ＳＬ接続で利用されるリソースから分離し、新しいＳＬ接続をハンドリングすることであり得る。

方法は、動作の実施後、リソースプールからリソースを利用する新しいＳＬ接続を確立することをさらに含み得る。

本明細書で記載される方法およびプロセスのうちのいずれかは、コンピュータ可読記憶媒体上に記憶されるコンピュータ実行可能命令（すなわち、プログラムコード）の形態で具現化されてもよく、命令がコンピュータ、サーバ、Ｍ２Ｍ端末デバイス、Ｍ２Ｍゲートウェイデバイスなどのマシンによって実行されると、本明細書で記載されるシステム、方法、およびプロセスを実施および／または実装してもよいことが理解されよう。具体的には、上述のステップ、動作、または機能のうちのいずれも、このようなコンピュータ実行可能命令の形態で実装され得る。コンピュータ可読記憶媒体は、情報を記憶するための任意の方法または技術で実装される揮発性および不揮発性媒体の両方、取り外し可能および非取り外し可能媒体の両方を含むが、このようなコンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）もしくは他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶デバイスもしくは他の磁気記憶デバイス、または所望の情報を記憶するために使用されるとともに、コンピュータによってアクセスされ得る任意の他の物理媒体を含むが、それらに限定されない。

本開示のそれぞれの特徴は、以下の番号付けされた段落によって規定され得る。
（段落１）サイドリンク（ＳＬ）接続を監視するように構成された装置であって、
ＳＬ無線リンク監視（ＳＬ－ＲＬＭ）を実施するためにプロトコルスタック中で信号を受信し、
信号に従って、ＳＬ無線リンク失敗（ＲＬＦ）が発生しているか否かを判定するように構成された処理回路を備える、装置。

（段落２）信号は、ハイブリッド自動再送リクエスト（ＨＡＲＱ）フィードバックを含む、段落１に記載の装置。

（段落３）信号がＨＡＲＱ－ＮＡＣＫを含むケースでは、処理回路は、ＳＬ－ＲＬＦが発生していることを判定する、段落２に記載の装置。

（段落４）処理回路は、信号ブロックを別の装置に伝送するようにさらに構成されており、
信号は、信号ブロックの伝送に呼応する、段落１に記載の装置。

（段落５）処理回路は、
信号についてのＳＬ－ＲＬＭに関連し、信号の測定量についての構成およびＳＬ－ＲＬＦを宣言するための条件を含む構成情報を受信し、
構成情報に従って、信号についてのＳＬ－ＲＬＭについてプロトコルスタックの下位層を構成し、
測定量のＳＬ－ＲＬＭ測定を実施するようにさらに構成されている、段落１に記載の装置。

（段落６）測定量は、ハイブリッド自動再送リクエスト（ＨＡＲＱ）フィードバックを含む、段落５に記載の装置。

（段落７）測定量は、同期または非同期の無線リンクを含む、段落５に記載の装置。

（段落８）測定量は、キープアライブメッセージを含む、段落５に記載の装置。

（段落９）測定量は、無線リンク制御（ＲＬＣ）フィードバックを含む、段落５に記載の装置。

（段落１０）処理回路は、
ＳＬ－ＲＬＭ測定が条件を満たすか否かを判定し、
ＳＬ－ＲＬＦが、条件が満たされるケースで発生していることを宣言するようにさらに構成されている、段落５に記載の装置。

（段落１１）処理回路は、
ＳＬ－ＲＬＭ測定が条件を満たすか否かを判定し、
ＳＬ－ＲＬＦが、条件が満たされないケースで発生していないことを宣言するようにさらに構成されている、段落５に記載の装置。

（段落１２）処理回路は、信号のＳＬ－ＲＬＭ測定を制御エンティティに伝送するようにさらに構成されている、段落５に記載の装置。

（段落１３）制御エンティティは、装置から受信されるＳＬ－ＲＬＭ測定に従って、ＳＬ－ＲＬＦが発生しているか否かを判定する、段落１２に記載の装置。

（段落１４）処理回路は、上位層から、キープアライブ失敗を含むインジケーションを受信するようにさらに構成されている、段落１に記載の装置。

（段落１５）サイドリンク（ＳＬ）接続を監視するための方法であって、
ＳＬ無線リンク監視（ＳＬ－ＲＬＭ）を実施するためにプロトコルスタック中で信号を受信することと、
信号に従って、ＳＬ無線リンク失敗（ＲＬＦ）が発生しているか否かを判定することと、を含む、方法。

（段落１６）信号は、ハイブリッド自動再送リクエスト（ＨＡＲＱ）フィードバックを含む、段落１５に記載の方法。

（段落１７）信号がＨＡＲＱ－ＮＡＣＫを含むケースでは、判定することは、ＳＬ－ＲＬＦが発生していることを示す、段落１６に記載の方法。

（段落１８）信号ブロックを別の装置に伝送することをさらに含み、
信号は、信号ブロックの伝送に呼応する、段落１５に記載の方法。

（段落１９）信号についてのＳＬ－ＲＬＭに関連し、信号の測定量についての構成およびＳＬ－ＲＬＦを宣言するための条件を含む構成情報を受信することと、
構成情報に従って、信号についてのＳＬ－ＲＬＭについてプロトコルスタックの下位層を構成することと、
測定量のＳＬ－ＲＬＭ測定を実施することと、をさらに含む、段落１５に記載の方法。

（段落２０）ＳＬ－ＲＬＭ測定が条件を満たすか否かを判定することと、
ＳＬ－ＲＬＦが、条件が満たされるケースで発生していることを宣言することと、をさらに含む、段落１９に記載の方法。

本開示の主題の好ましい実施形態を記載する際、図面に示すように、特定の専門用語が明確性のために採用される。しかし、請求された主題は、そのように選択される特定の専門用語に限定されることを意図したものでなく、各々の特定の要素は、類似の目的を達成するために類似の方法で動作するすべての技術的等価物を含むことを理解されたい。

したがって、開示されたシステムおよび方法は、その趣旨または必須の特性から逸脱することなく他の特定の形態で具現化され得ることが当業者によって理解されよう。したがって、本開示の実施形態は、すべての点で例示であって、制限されないと考えられる。それは網羅的ではなく、開示された正確な形態に開示を限定しない。修正および変形は、上記教示に照らして可能であるか、または範囲もしくは領域から逸脱することなく開示の実践から得られ得る。したがって、特定の構成が本明細書で論じられているが、他の構成も採用されてもよい。数多くの修正および他の実施形態（例えば、組み合わせ、再配置など）が本開示によって可能となり、当業者の範囲内であり、開示された主題およびその任意の等価物の範囲内に入るものとして検討される。開示された実施形態の特徴は、追加の実施形態を生み出すために発明の範囲内で組み合わせ、再配置、省略などが行われ得る。さらに、時には、特定の特徴が使用されて、他の特徴を対応して使用することなく役立ってもよい。したがって、出願人は、開示された主題の趣旨および範囲内である、すべてのこのような代替、修正、等価物、および変形を包含することを意図する。

単一での要素に対する参照は、そのように明確に述べられていない限り、「１つおよび１つのみ」を意味することを意図したものではなく、むしろ「１つまたは複数」である。さらに、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」に類似する表現が請求項で使用される場合、その表現は、Ａのみが実施形態で存在していてもよく、Ｂのみが実施形態で存在していてもよく、Ｃのみが実施形態で存在していてもよく、または要素Ａ、Ｂ、およびＣの任意の組み合わせ、例えば、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、もしくはＡ、Ｂ、およびＣが単一の実施形態で存在していてもよいことを意味するように解釈されることが意図される。

本明細書での請求項の要素は、その要素が「～のための手段」の表現を使用して明確に説明されていない限り、米国特許法第１１２条（ｆ）の規定の下解釈されるものはない。本明細書で使用されるとき、「備える」、「含む」、またはその任意の他の変形の用語は、非排他的な包含を含むように意図され、そのため、要素のリストを備えるプロセス、方法、物品、または装置は、それらの要素のみを含むのではなく、明確にリストされていないか、またはこのようなプロセス、方法、物品、もしくは装置に固有の他の要素を含み得る。発明の範囲は、上述の説明ではなく添付の請求項によって示され、その意味および範囲に入るすべての変更、ならびにその等価物がそこで包含されることが意図される。

以下の［１］～［１０］が参照によって組み込まれる。
［１］ 3GPP TS 36.300, (E-UTRAN); Overall description; Stage 2 (Release 15), V15.0.0.
［２］ 3GPP TS 36.211, Physical channels and modulation (Release 15).
［３］ 3GPP TS 38.300, NR; NR and NG-RAN Overall Description; Stage 2 (Release 15), V15.2.0.
［４］ 3GPP TS 38.331, Radio Resource Control (RRC) protocol specification (Release 15), V15.2.1.
［５］ 3GPP TS 38.215, NR; Physical layer measurements (Release 15), V15.2.0.
［６］ 3GPP TS 38.213, NR; Physical Layer Procedures for Control (Release 15), V15.2.0.
［７］ 3GPP TS 38.321, NR; Medium Access Control (MAC) Protocol Specification (Release 15), V15.2.0.
［８］ 3GPP TS 38.133, Requirements for support of radio resource management (Release 15), V15.2.0.
［９］ 3GPP TS 36.133, Requirements for support of radio resource management (Release 15), V15.2.0.
［１０］ GPP TS 24.334, Proximity-services (ProSe) User Equipment (UE) to ProSe function protocol aspects; Stage (Release 15), V15.2.0.

Claims (20)

1. サイドリンク（Sidelink：ＳＬ）接続を監視するように構成された装置であって、
   ＳＬ無線リンク監視（SL-Radio Link Monitoring：ＳＬ－ＲＬＭ）を実施するためにプロトコルスタック中で信号を受信し、
   前記信号に従って、ＳＬ無線リンク失敗（Radio Link Failure：ＲＬＦ）が発生しているか否かを判定するように構成された処理回路を備える、装置。
2. 前記信号は、ハイブリッド自動再送リクエスト（Hybrid Automatic Repeat Request：ＨＡＲＱ）フィードバックを含む、請求項１に記載の装置。
3. 前記信号がＨＡＲＱ－ＮＡＣＫを含むケースでは、前記処理回路は、前記ＳＬ－ＲＬＦが発生していることを判定する、請求項２に記載の装置。
4. 前記処理回路は、信号ブロックを別の装置に伝送するようにさらに構成されており、
   前記信号は、前記信号ブロックの前記伝送に呼応する、請求項１に記載の装置。
5. 前記処理回路は、
   前記信号についての前記ＳＬ－ＲＬＭに関連し、前記信号の測定量についての構成およびＳＬ－ＲＬＦを宣言するための条件を含む構成情報を受信し、
   前記構成情報に従って、前記信号についての前記ＳＬ－ＲＬＭについて前記プロトコルスタックの下位層を構成し、
   前記測定量のＳＬ－ＲＬＭ測定を実施するようにさらに構成されている、請求項１に記載の装置。
6. 前記測定量は、ハイブリッド自動再送リクエスト（Hybrid Automatic Repeat Request：ＨＡＲＱ）フィードバックを含む、請求項５に記載の装置。
7. 前記測定量は、同期または非同期の無線リンクを含む、請求項５に記載の装置。
8. 前記測定量は、キープアライブメッセージを含む、請求項５に記載の装置。
9. 前記測定量は、無線リンク制御（Radio Link Control：ＲＬＣ）フィードバックを含む、請求項５に記載の装置。
10. 前記処理回路は、
    前記ＳＬ－ＲＬＭ測定が前記条件を満たすか否かを判定し、
    前記ＳＬ－ＲＬＦが、前記条件が満たされるケースで発生していることを宣言するようにさらに構成されている、請求項５に記載の装置。
11. 前記処理回路は、
    前記ＳＬ－ＲＬＭ測定が前記条件を満たすか否かを判定し、
    前記ＳＬ－ＲＬＦが、前記条件が満たされないケースで発生していないことを宣言するようにさらに構成されている、請求項５に記載の装置。
12. 前記処理回路は、前記信号の前記ＳＬ－ＲＬＭ測定を制御エンティティに伝送するようにさらに構成されている、請求項５に記載の装置。
13. 前記制御エンティティは、前記装置から受信される前記ＳＬ－ＲＬＭ測定に従って、前記ＳＬ－ＲＬＦが発生しているか否かを判定する、請求項１２に記載の装置。
14. 前記処理回路は、上位層から、キープアライブ失敗を含むインジケーションを受信するようにさらに構成されている、請求項１に記載の装置。
15. サイドリンク（Sidelink：ＳＬ）接続を監視するための方法であって、
    ＳＬ無線リンク監視（SL-Radio Link Monitoring：ＳＬ－ＲＬＭ）を実施するためにプロトコルスタック中で信号を受信することと、
    前記信号に従って、ＳＬ無線リンク失敗（Radio Link Failure：ＲＬＦ）が発生しているか否かを判定することと、を含む、方法。
16. 前記信号は、ハイブリッド自動再送リクエスト（Hybrid Automatic Repeat Request：ＨＡＲＱ）フィードバックを含む、請求項１５に記載の方法。
17. 前記信号がＨＡＲＱ－ＮＡＣＫを含むケースでは、前記判定することは、前記ＳＬ－ＲＬＦが発生していることを示す、請求項１６に記載の方法。
18. 信号ブロックを別の装置に伝送することをさらに含み、
    前記信号は、前記信号ブロックの前記伝送に呼応する、請求項１５に記載の方法。
19. 前記信号についての前記ＳＬ－ＲＬＭに関連し、前記信号の測定量についての構成およびＳＬ－ＲＬＦを宣言するための条件を含む構成情報を受信することと、
    前記構成情報に従って、前記信号についての前記ＳＬ－ＲＬＭについて前記プロトコルスタックの下位層を構成することと、
    前記測定量のＳＬ－ＲＬＭ測定を実施することと、をさらに含む、請求項１５に記載の方法。
20. 前記ＳＬ－ＲＬＭ測定が前記条件を満たすか否かを判定することと、
    前記ＳＬ－ＲＬＦが、前記条件が満たされるケースで発生していることを宣言することと、をさらに含む、請求項１９に記載の方法。

Images