JP2023521365A - 新しい無線（ｎｒ）のサイドリンク（ｓｌ）におけるｐｃ５から無線リソース制御（ｒｒｃ）設定手順の監視の強化 - Google Patents

Abstract

例えば、新しい無線（ＮＲ）サイドリンク（ＳＬ）モード１における無線リソース制御（ＰＣ５－ＲＲＣ）設定手順へのＰＣ５インターフェイスを監視するためのシステム、方法、装置、およびコンピュータプログラム製品が提供される。１つの方法は、ＳＬユーザ機器（ＵＥ）とネットワークノードとの間のインターフェイスの状態を考慮して、ＰＣ５－ＲＲＣプロシージャおよび１つ以上の関連するタイマーを処理および監視するための動作をＳＬ ＵＥに設定することが含まれる場合がある。【選択図】図１

Description

関連する出願への相互参照
本出願は、２０２０年４月９日に出願された米国仮特許出願番号６３／００７，４５０による優先権を主張している。先に出願されたこの出願の全内容は、参照によりその全体がここに組み込まれる。

いくつかの例の実施形態は、概して、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）または第５世代（５Ｇ）の無線アクセス技術または新しい無線（Ｎｅｗ Ｒａｄｉｏ；ＮＲ）アクセス技術、またはその他の通信システムなどのモバイルまたはワイヤレス通信システムに関連する場合がある。例えば、特定の実施例は、新しい無線（ＮＲ）のサイドリンク（ＳＬ）モード１でＰＣ５無線リソース制御（ＲＲＣ）設定手順を監視するためのシステムおよび／または方法に関連する場合がある。

モバイルまたはワイヤレス通信システムの例には、ユニバーサルモバイル通信システム（ＵＭＴＳ）地上波無線アクセスネットワーク（ＵＴＲＡＮ） 、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）進化型ＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、ＭｕｌｔｅＦｉｒｅ、ＬＴＥ－Ａ Ｐｒｏ、および／または第５世代（５Ｇ）無線アクセステクノロジーまたは新しい無線（ＮＲ）アクセステクノロジーが含まれる場合がある。５Ｇワイヤレスシステムは、無線システムとネットワークアーキテクチャの次世代（ＮＧ）を指す。５Ｇシステムは主に５Ｇの新しい無線（ＮＲ）で構築されるが、５Ｇ（またはＮＧ）ネットワークはＥ－ＵＴＲＡ無線で構築することもできる。ＮＲは１０－２０Ｇｂｉｔ／ｓ以上のオーダのビットレートを提供し、少なくとも強化モバイルブロードバンド（ｅＭＢＢ）や超高信頼低遅延通信（ＵＲＬＬＣ）のようなサービスカテゴリと大規模マシンタイプ通信（ｍＭＴＣ）をサポートできると推定されている。ＮＲは、モノのインターネット（ＩｏＴ）をサポートするために、エクストリームなブロードバンドとウルトラロバストで低遅延の接続性、および大規模なネットワークを提供することが期待されている。ＩｏＴやマシンツーマシン（Ｍ２Ｍ）通信の普及に伴い、低消費電力、低データレート、長いバッテリー寿命などのニーズを満たすネットワークへのニーズが高まっている。次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）は、５Ｇ用のＲＡＮを表し、ＮＲとＬＴＥ（およびＬＴＥ－Ａｄｖａｎｃｅｄ）の両方の無線アクセスを提供できる。
なお、５Ｇでは、ユーザ機器に無線アクセス機能を提供できるノード（つまり、ＵＴＲＡＮのノードＢ、ＮＢ、またはＬＴＥの進化したＮＢ、ｅＮＢに似ている）は、ＮＲ無線で構築された場合は次世代ＮＢ（ｇＮＢ）、Ｅ－ＵＴＲＡ無線で構築された場合は次世代ｅＮＢ（ＮＧ－ｅＮＢ）と命名されることがある。

第１の実施形態は、ネットワークノードによって実行される可能性のある方法に向けられている。この方法は、ＳＬ ＵＥおよびネットワークノード（例えば、Ｕｕリンク）の間のインターフェイスの状態を考慮することにより、ネットワークノードが、ＰＣ５－無線リソース制御（ＲＲＣ）手順および１つまたは複数の関連するタイマーを処理し監視する動作を有するサイドリンク（ＳＬ）ユーザ機器（ＵＥ）を設定するステップを備える場合がある。

たとえば、変形例では、ＰＣ５ＲＲＣ（再）設定手順の監視に使用されるタイマーを処理するためのＳＬ ＵＥの設定が含まれる場合がある。

変形例として、タイマーはＴ４００タイマーである場合がある。
変形例によると、設定には、タイマーまたは同じＰＣ５－ＲＲＣ手順に関連付けられた複数の異なるタイマーを使用についての複数の値でＳＬ ＵＥを設定することが含まれる場合がある。一部の変形例では、物理層の問題や接続の再確立手順、またはインターフェイスを介したハンドオーバ手順がある場合、ＳＬ ＵＥとネットワークノード間のインターフェイスから経験した条件に応じて異なる値またはタイマーが使用される場合がある。
変形例では、インターフェイスがＵｕインターフェイスである場合がある。

一部の変形例によると、インターフェイスを介した物理層の問題が検出されず、接続の再確立および／またはハンドオーバ手順が開始されない場合に、１つの値および／またはタイマーが使用される場合がある。一部の変形例では、物理層の問題が検出されたときなどに使用する別の値やタイマーを設定することができる。
一部の変形例によると、接続の再確立が開始されたときなどに使用する別の値および／またはタイマーが設定される場合がある。一部の変形例では、たとえば、ハンドオーバ手順が開始されたときに使用するように別の値および／またはタイマーを設定できる。
一部の変形例では、たとえば、ＳＬ ＵＥが例外的なリソースプールを使用してＲＲＣ再設定サイドリンクメッセージを送信する場合などに使用する別の値および／またはタイマーを設定できる。

変形例では、設定は、ＲＲＣ再設定サイドリンクメッセージが下位層に送信され、タイマーが開始されたときに、物理層の問題の検出または接続再確立手順またはハンドオーバ手順の開始時に、タイマー（例：Ｔ４００タイマー）を拡張するようにＳＬ ＵＥを設定することが含まれる場合がありる。一部の変形例によると、設定には、物理層の問題の発生、接続の再確立またはハンドオーバ手順の実行、例外的なリソースプールの使用などの条件に対応する拡張値でＳＬ ＵＥを設定することが含まれる場合がある。１つの変形例では、タイマーの拡張は、物理層回復手順または接続再確立手順またはハンドオーバ手順を監視するために設定されたタイマーに関連する場合がある。

第２の実施形態は、ＳＬ ＴＸ ＵＥのようなＳＬ ＵＥによって実行される可能性のある方法に向けられている。この方法には、ＳＬ ＴＸ ＵＥとネットワークノードの間のインターフェイスに無線の問題があるかどうかを判定することが含まれる場合がある。インターフェイスの無線の問題がないと判定された場合、この方法にはＲＲＣ再設定サイドリンクメッセージを生成することまたは構築することが含まれる場合がある。

変形例では、無線の問題の有無の判定には、物理層の問題の有無の判定や、ＳＬ ＵＥとネットワークとの間のインターフェイスを介した接続再確立手順やハンドオーバ手順が含まれる場合がある。さらに、変形例では、物理層の問題、またはインターフェイスを介した接続再確立手順またはハンドオーバ手順がないと判定された場合、その方法には、ＲＲＣ再設定サイドリンクメッセージを下位層に送信し、タイマーＴ４００を開始することが含まれる場合がある。

変形例では、無線の問題があるかどうかの判定には、例外的なリソースプールが設定されているかどうか、またはおよび／または、無線の問題が検出される前に、ＵＥが設定された許可タイプのリソースを受信したかどうか、のうちの少なくとも１つの判定が含まれる場合がある。

１つの変形例によると、ＲＲＣ再設定サイドリンクメッセージの構築は、ＳＬ ＵＥのＲＲＣレイヤで実行される場合がある。一例として、ＳＬ ＵＥとネットワークの間のインターフェイスがＵｕインターフェイスである場合がある。

１つの変形例では、送信には、物理層の問題またはＵｕインターフェイスを介した接続再確立手順またはハンドオーバ手順がない場合にのみ、ＲＲＣ再設定サイドリンクメッセージを下位層に送信するＳＬ ＵＥのＲＲＣ層が含まれる場合がある。

変形例によると、物理層の問題、またはインターフェイスを介した接続再確立手順またはハンドオーバ手順があると判定された場合、その方法には、ＲＲＣ再設定サイドリンクメッセージを生成または構築しないこと、およびＰＣ５ＲＲＣ（再）設定手順を監視するために使用されるタイマーを開始しないことが含まれる場合がある。変形例として、タイマーはＴ４００タイマーである場合がある。つまり、変形例では、物理層の問題、またはインターフェイス（例：Ｕｕインターフェイス）を介した接続再確立手順やハンドオーバ手順がある場合、ＳＬ ＵＥのＲＲＣ層はＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｉｄｅｌｉｎｋメッセージを生成または構築せず、タイマーは開始されない。

変形例では、この判定には、物理層（例：Ｕｕ物理層）回復手順および／または接続再確立手順および／またはハンドオーバ手順を監視するために設定された（１つまたは複数の）チェックタイマーが含まれる場合がある。たとえば、一部の変形例では、チェックにはＴ３１０タイマーが実行されているかどうかのチェックが含まれる場合がある。これは、ＳＬ ＵＥがＵｕインターフェイスに関する下位レイヤからのＮ３１０の連続した同期外れの兆候を検出したことを示す。変形例では、物理層の問題があると判断された場合（、構築には、物理層の問題が解決された後例えば、Ｔ３１０タイマーが停止したとき）のＲＲＣ再設定サイドリンクメッセージの構築が含まれる場合がある。

別の変形例では、インターフェイスを介した接続再確立手順またはハンドオーバ手順があると判定された場合、構築することには、接続再確立またはターゲットセルへのハンドオーバ後のＲＲＣ再設定サイドリンクメッセージを構築することが含まれる場合がある。

第３の実施形態は、ＳＬ ＵＥによって実行される可能性のある方法に向けられている。この方法には、ＲＲＣ再設定サイドリンクメッセージの生成または構築、およびＰＣ５ＲＲＣ（再）設定手順の監視に使用されるタイマーの開始が含まれる場合がある。この方法には、ＲＲＣ再設定サイドリンクメッセージを構築し、タイマーを開始した後、ＳＬ ＵＥとネットワークノード間のインターフェイスに無線の問題があることを検出することが含まれる場合がある。この方法には、インターフェイスの無線の問題が解決されるまでタイマーの値を保持することが含まれる場合がある。

変形例として、インターフェイスの無線の問題があることの検出には、物理層の問題の検出、またはＵｕインターフェイスを介した接続再確立手順またはハンドオーバ手順の開始が含まれる場合がある。

別の変形例では、ＲＲＣ再設定サイドリンクメッセージを構築し、タイマー（例：Ｔ４００タイマー）を開始した後に、物理層の問題が検出されたか、接続再確立手順またはハンドオーバ手順が開始された場合、その方法には、物理層の問題が解決されるか、接続再確立またはハンドオーバ手順が完了するか、またはＳＬ ＵＥがＲＲＣアイドルモードになるまで、タイマーの値を保持することが含まれる場合がある。この変形例では、物理層の問題が解決されるか、同じサービングセルで接続の再確立が実行されると、方法には、既存の値を使用してタイマー（例：Ｔ４００タイマー）を再起動することが含まれる場合がある。

一部の変形例では、接続再確立手順またはハンドオーバ手順が開始されたときに、その方法にはタイマー（例：Ｔ４００タイマー）を保留にすることが含まれる場合がある。
新しいサービングセルで接続再確立またはハンドオーバ手順が成功した場合、または接続再確立またはハンドオーバが成功せずにＳＬ ＵＥがＲＲＣアイドルモードに入った場合、この方法には、（接続再確立およびハンドオーバが成功した場合）新しいサービングセルから取得したＰＣ５設定、または（アイドルモードに入った場合）ＳＩＢ／事前設定が、構築されたＲＲＣ再設定サイドリンクメッセージの設定に準拠しているかどうかのチェックが含まれる場合がある。準拠している場合、方法には、既存の値でタイマー（例：Ｔ４００タイマー）を再度開始することが含まれる場合がある。アイドルモードに入ってＳＬモード２に切り替える場合には、ＳＬ ＵＥで検知結果が得られたら、既存の値でタイマー（例：Ｔ４００タイマー）を起動してＳＬモード２を使用する方法が考えられる。準拠しない場合、その方法には、それに応じて新しいＲＲＣ再設定サイドリンクメッセージを構築し、元の値／初期値でタイマーを再起動する（例えば、Ｔ４００の値がリセットされ、Ｔ４００が再起動する）ことが含まれる場合がある。

１つの変形例では、接続再確立手順またはハンドオーバ手順が失敗した場合、その方法にはＳＬモード２への切り替えが含まれる場合がある。この変形例では、方法は、ＳＩＢ／事前設定から取得した設定が、構築されたＲＲＣ再設定サイドリンクメッセージの設定に準拠しているかどうかのチェックを含む場合がある。準拠している場合、この方法にはタイマーの開始（例：Ｔ４００タイマー）が含まれる場合がある。この方法には、ＳＬモード２を使用するためにセンシング結果が利用可能になった時点で、既存の値でタイマー（例：Ｔ４００タイマー）を開始することがさらに含まれる場合がある。準拠しない場合、方法には、それに応じて新しいＲＲＣ再設定サイドリンクメッセージを構築し、タイマーを開始することが含まれる場合がある（例：Ｔ４００タイマー）。この方法には、ＳＬモード２を使用するために検出結果が利用可能になったら、タイマー（例：Ｔ４００タイマー）を起動することがさらに含まれる場合がある。さらに、この変形例では、新しいＲＲＣ再設定サイドリンクメッセージの下位層への送信時に、元の値／初期値でタイマー（例：Ｔ４００タイマー）を再起動することが含まれる場合がある。

特定の変形例では、ＳＬ ＵＥは、ネットワークによって、タイマーの複数の値（例：Ｔ４００タイマー）または同じＰＣ５－ＲＲＣ手順に関連付けられた複数の異なるタイマーで設定される場合がある。いくつかの例によると、例えば物理層の問題や、（Ｕｕ）インターフェイスを介した接続の再確立手順やハンドオーバ手順がある場合など、ＳＬ ＵＥとネットワーク（例：Ｕｕインターフェイス）との間のインターフェイスから経験する条件に応じて、異なる値やタイマーが使用されることがある。

別の変形例では、ＲＲＣ再設定サイドリンクメッセージが下位層に送信され、タイマー（例：Ｔ４００タイマー）が開始されたときに、物理層の問題の検出または接続再確立手順またはハンドオーバ手順の開始時に、ネットワークによってＳＬ ＵＥがタイマー（例：Ｔ４００タイマー）を拡張するように設定される場合がある。いくつかの例によると、ＳＬ ＵＥは、物理層の問題が発生した、接続の再確立またはハンドオーバ手順を実行した、例外的なリソースプールを使用したなどの条件に対応する拡張値で設定される場合がある。１つの変形例では、タイマーの拡張は、物理層回復手順または接続再確立手順またはハンドオーバ手順を監視するために設定されたタイマーに対応して関連付けられる場合がある。

第４の実施形態は、コンピュータプログラムコードを設定する少なくとも１つのプロセッサと少なくとも１つのメモリを含む装置に向けられている。少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサとともに、装置に、少なくとも第１の実施形態、第２の実施形態、第３の実施形態、および／またはここで説明する他の実施形態、または上記のいずれかの変形に従う方法を実行させるように設定することができる。

第５の実施形態は、第１の実施形態、第２の実施形態、第３の実施形態、および／またはここで説明する他の実施形態、または上記のいずれかの変形に従って方法を実行するように設定された回路を含むことができる装置を対象とする。

第６の実施形態は、第１の実施形態、第２の実施形態、第３の実施形態、および／またはここで説明する他の実施形態、または上記のいずれかの変形に従って方法を実行する手段を含むことができる装置を対象とする。

第７の実施形態は、少なくとも第１の実施形態、第２の実施形態、第３の実施形態、および／またはここで説明する他の実施形態、または上記のいずれかの変形に従って方法を実行するために格納されたプログラム命令を含む、一時的ではないコンピュータ可読媒体を対象とする。

例示的な実施形態を適切に理解するために、添付の図面を参照されたい。

図１は、一実施形態に従う、ＳＬモード１を使用して無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージ（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージ）を送信する操作の例を示すシグナリングダイヤグラムの例を示す。 図２は、一実施形態に従う、ＵＥが物理層の問題を経験する例を示す。 図３は、一実施形態に従う、新しいセルへのＲＲＣ接続を再確立することによって無線の問題を解決する例を示す。 図４は、一実施形態に従う、ＳＬ送信（ＴＸ）－ＵＥがＲＲＣ－ＩＤＬＥ状態になり、ＳＬモード２に切り替わる例を示す。 図５ａは、一例の実施例に従う方法のフロー図の例を示す。 図５ｂは、一例の実施例による方法のフロー図の例を示す。 図５ｃは、一例の実施形態による方法のフロー図の例を示す。 ａは、一実施例による装置のブロック図の例を示す。ｂは、一実施形態による装置のブロック図の例を示す。ｃは、一実施例による装置のブロック図の例を示す。

一般的に説明され、本明細書の図に示されているように、特定の例の実施形態の構成要素は、多種多様な異なる設定で配置され、設計されている可能性があることは容易に理解できるであろう。したがって、ＮＲ ＳＬモード１でＰＣ５インターフェイスからＲＲＣ（ＰＣ５－ＲＲＣ）設定手順を監視するためのシステム、方法、装置、およびコンピュータプログラム製品のいくつかの実施例の詳細な説明は、特定の実施例の範囲を制限することを意図したものではなく、選択された実施例の代表的なものである。

本明細書全体を通して記述されている例示的な実施形態の特徴、構造、または特性は、１つ以上の例示的な実施形態において任意の適切な方法で組み合わせることができる。例えば、本明細書全体を通しての「特定の実施形態」、「いくつかの実施形態」、または他の類似の語句の使用は、実施形態に関連して記述された特定の特徴、構造、または特性が少なくとも１つの実施形態に含まれる可能性があるという事実を指す。したがって、本明細書全体を通しての「特定の実施形態において」、「いくつかの実施形態において」、「他の実施形態において」、または他の類似の語句の出現は、必ずしもすべてが同じ実施形態のグループを指しているわけではなく、記述された特徴、構造、または特性は、１つ以上の実施形態の例において、任意の適切な方法で組み合わせることができる。

さらに、必要に応じて、以下で説明する異なる機能または手順を、異なる順序で、または同時に実行することもできる。さらに、必要に応じて、説明されている機能または手順の１つ以上をオプションにしたり、組み合わせたりすることもできる。したがって、以下の説明は、特定の例示的な実施形態の原理と教示を例示するものと考えるべきであり、それに限定されるものではない。

特定の実施形態は、Ｒｅｌｅａｓｅ－１６以降の第３世代パートナーシッププロジェクト（３ＧＰＰ）ＮＲサイドリンク（ＳＬ）に関連する場合がある。ＮＲ ＳＬの目的は、例えば高度なＶｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ（Ｖ２Ｘ）のユースケースをサポートするために、高信頼性かつ低遅延の通信（ＨＲＬＬＣ）を提供することである。

ＮＲ Ｖ２Ｘは高度なＶ２Ｘサービスを提供するために使用され、ＬＴＥ Ｖ２Ｘは基本的なＶ２Ｘサービスを提供することを目的としている。３ＧＰＰ Ｒｅｌｅａｓｅ－１６ ＮＲ ＳＬ仕様（例：３ＧＰＰ ＴＳ ３８．３３１）では、サイドリンクＲＲＣ再設定（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋ）メッセージの送信に関連するアクションには、次で説明するように、ＵＥがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージの内容を設定することが含まれることが示されている。

例えば、ｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＮＲ、システム情報ブロックタイプｘ（ＳＩＢＸ）、ＳｉｄｅｌｉｎｋＰｒｅｃｏｎｆｉｇＮＲまたは上位層による設定により、解放されるＳＬデータ無線ベアラ（ＤＲＢ）ごとに、ＵＥはＳＬ ＤＲＢに対応するｓｌｒｂ－ＣｏｎｆｉｇＴｏＲｅｌｅａｓｅＬｉｓｔに含まれるｓｌｒｂ－ＰＣ５－ＣｏｎｆｉｇＩｎｄｅｘを設定することができる。例えば、ｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＮＲ、ＳＩＢＸ、ＳｉｄｅｌｉｎｋＰｒｅｃｏｎｆｉｇＮＲを受信したことにより、確立または変更される各ＳＬ ＤＲＢについて：ＵＥは、受信したＳＬ ＤＲＢに対応するｓｌ－ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇおよびｓｌ－ＲＬＣ－ＢｅａｒｅｒＣｏｎｆｉｇに従って、ｓｌｒｂ－ＣｏｎｆｉｇＴｏＡｄｄＭｏｄＬｉｓｔに含まれるＳＬＲＢ－Ｃｏｎｆｉｇを設定することができる。設定するＮＲ ＳＬの測定およびレポートごとに、ＵＥは格納されているＮＲ ＳＬ測定設定情報に従ってｓｌ－ＭｅａｓＣｏｎｆｉｇを設定することができる。ＵＥは、ＰＣ５ＲＲＣ（再）設定手順のパフォーマンスを監視するために使用される送信および開始タイマーＴ４００のために、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを下位層に提示する場合がある。

したがって、上記の手順は、ＰＣ５－ＲＲＣを設定または再設定するときに、ＰＣ５（再）設定手順中に発生した問題を検出するためにタイマーＴ４００が開始されることを示している。Ｔ４００の値は、ＳＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＮＲ、ＳＩＢＸ、またはＳｉｄｅｌｉｎｋＰｒｅｃｏｎｆｉｇＮＲ（例えば、ｔ４００－ｒ１６ＥＮＵＭＥＲＡＴＥＤ｛ｍｓ１００，ｍｓ２００，ｍｓ３００，ｍｓ４００，ｍｓ６００，ｍｓ１０００，ｍｓ１５００，ｍｓ２０００｝）の情報要素でネットワークによって定義される場合がある。Ｔ４００が満了し、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージのフィードバック（すなわち、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅＳｉｄｅｌｉｎｋメッセージまたはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＦａｉｌｕｒｅＳｉｄｅｌｉｎｋメッセージ）が受信されていない場合、ＰＣ５－ＲＲＣ接続はＲａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ（ＲＬＦ）手順によって処理される。したがって、ＴＸ ＵＥはＴ４００の有効期限が切れるとＰＣ５－ＲＲＣ ＲＬＦを検出し、ＲＬＦと同じ動作を実行する。これは、ＴＸ ＵＥがＰＣ５リンクを解放し、このリンクの関連する設定を削除することを意味する。

ＵｕおよびＰＣ５インターフェイスの関連するＲＲＣ手順に関連するいくつかのタイマーを次の表１に示す。

図１は、ＳＬモード１（すなわち、モード１では、ＵＥを開始するには、サービスを提供するネットワークからＳＬ伝送リソースを要求する必要がある）を使用してＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを送信する操作の例を示すシグナリング図の例である。図１の例に示すように、モード１のＮＲ ＳＬは、Ｕｕインターフェイスと比較して、ネットワークからＳＬリソースを要求してＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを送信する。

この開示では、期間はｔ＿ＳＬ＿ｇｒａｎｔとして示される場合があることに留意されたい。図１の例に示すように、ｔ＿ＳＬ＿ｇｒａｎｔは、ＳＬ接続がシステム内のリソースを取得するのにかかる時間である場合がある。

ＳＬモード１では、ｔ＿ＳＬ＿ｇｒａｎｔはＵｕリンクの無線条件とＵｕインターフェイスの輻輳に依存する場合がある。たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージが構築された後、送信のために下位層に渡され、タイマーＴ４００が開始される場合がある。その後、ＵＥは、例えばバッファ状態レポート、スケジューリング要求、ランダムアクセス手順を使用して、ＳＬリソースを要求する必要がある場合がある。しかしながら、Ｕｕインターフェイスからの無線リンクの問題があり、例外的なリソースプールがない場合、ＵＥはネットワークからＳＬリソースを取得する前に、まずＵｕ無線リンクの問題（例：ＲＲＣ再構築手順を実行する）を解決する必要がある場合がある。したがって、Ｔ４００が満了する前にＵｕ無線リンクの問題が解決されない場合、ＵＥはＴ４００が満了する前にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを送信できない可能性がある。また、Ｔ４００が満了する前に無線リンクの問題が解決された場合、期限が切れるまでの残り時間がＳＬ ＲＲＣの再設定手順を実行するのに十分でない可能性がある。本明細書で使用されているように、無線リンクの問題とは、例えば、物理層の問題の発生、接続再確立手順および／またはハンドオーバ手順の実行など、ＵＥがネットワークからＳＬリソースを要求することを妨げる、Ｕｕインターフェイスを介した問題、条件、または状態を指すことがある。

例外的なリソースプールが設定されている場合、モード１のＵＥがネットワークからサイドリンクリソースを要求できない問題がＵｕから発生した場合に、ＵＥは設定された例外的なリソースプールを使用してＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを送信することがある。ただし、ＵＥは例外的なリソースプールからリソースをランダムに選択する必要があるため、良好なサイドリンクパフォーマンスを確保できない。したがって、この場合、例外的なリソースプールを使用するパフォーマンスが悪いために、タイマーＴ４００が満了することもある。例外的なリソースプールは一時的にしか使用されず、ＵＥは後に通常の動作に戻るため、例えば、ネットワークからリソースを要求したり、モード２でセンシングベースのリソース選択に切り替えることさえあるため、例外的なリソースプールが使用されている間の一時的なパフォーマンスを監視してサイドリンクのパフォーマンスを判断することは不合理である。

Ｔ４００が満了した場合、ＴＸ－ＵＥはそれをＰＣ５－ＲＲＣ ＲＬＦと見なし、ＰＣ５無線リンクを解放することができる。この場合、２つのＳＬ ＵＥ間のＶ２ＸサービスはＰＣ５を介してサポートできないが、これは実際にはＰＣ５の無線リンクの問題によるものではなく、Ｕｕインターフェイスの無線リンクの問題によるものであり、物理層の問題を解決する、新しいサービングセルでＲＲＣ接続を再確立する、ターゲットセルに引き継ぐ、またはＵＥがＲＲＣアイドルモード（例：Ｔ３０１、Ｔ３１０、Ｔ３１１の満了）に入るなどの方法で回復する可能性がある。この場合、実際にはＰＣ５との接続と通信を継続できる。そのため、Ｕｕ無線リンク問題によるＴ４００期限切れによってトリガーされるＰＣ５－ＲＲＣ ＲＬＦは、可能な限り回避することが望ましい場合がある。

Ｔ４００タイマーを使用する理由には、ＰＣ５接続の問題をタイムリーに検出することが含まれる場合があることに留意されたい。現在の３ＧＰＰ Ｖ２Ｘの議論では、ＴＸ－ＵＥでのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージの生成とピアＵＥへの実際の送信との不一致、および対応するＴ４００タイマーの不一致は対処されていない。ただし、タイマーＴ４００を大きな値に設定すると、問題のあるＰＣ５接続をタイムリーに検出できなくなり、システムにいくつかの影響を与える可能性がある。たとえば、Ｔ４００を設定するためにＵｕインターフェイスからの最悪のケース（これも予測が容易ではない）を考慮すると、Ｔｘ ＵＥがＲＬＦ／ＲＬＭを実行するために必要以上に長く待機する可能性がある。タイマーＴ４００は、ＳＬのパフォーマンスを監視するために導入されたものであり、他のタイマー／手順によって処理されるＵｕリンクの監視には使用すべきでない。Ｔ４００を大きくしすぎると、タイマーを使用しない場合と同じ効果がある。したがって、タイマーＴ４００を導入する意味は失われる。また、タイマーＴ４００を最大値（例：２秒）に設定しても上記の問題は解決しない。一方、Ｔ４００の値を大きくすると、ＰＣ５リンクでの問題の検出が遅延する。

特定の例の実施例は、ＮＲ ＳＬモード１でＳＬ ＲＲＣ設定の手順を監視するためのタイマー設定の困難さを少なくとも解決するように指示される場合がある。たとえば、１つまたは複数の実施形態は、Ｕｕリンクの状態／問題を考慮することによって、ＰＣ５ＲＲＣ手順および関連するタイマーでの処理に関する新しいＵＥ動作を提供することができる。

一実施例では、サイドリンクＴＸ－ＵＥ（例えば、開始ＴＸ－ＵＥ）のＲＲＣ層は、Ｕｕインターフェイスを介して無線の問題（例えば、物理層の問題が検出されなかったり、接続再確立手順またはハンドオーバ手順が実行されなかったりする）がない場合に、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを構築して下位層に送信することができ、これによりＵＥがネットワークからＳＬリソースを要求することを防止する。例えば、ある実施形態では、ＴＸ ＵＥのＲＲＣ層は、物理層の問題またはＵｕインターフェイスを介した接続再確立手順またはハンドオーバ手順がない場合にのみ、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを構築して下位層に送信することができる。それ以外の場合、一実施形態では、ＴＸ－ＵＥのＲＲＣ層はＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを下位層に提示すべきではないため、この場合はタイマーＴ４００を開始すべきではない。したがって、この場合、Ｕｕインターフェイスの問題によりＳＬ再設定の失敗は検出されない。ＰＣ５ＲＲＣ（再）設定手順は、Ｕｕインターフェイスの物理層の問題が解決した場合、またはＵｕインターフェイスを介した接続再確立手順またはハンドオーバ手順が実行された場合、またはＴｘ ＵＥがＲＲＣアイドルモードになった場合に開始される。

たとえば、ＴＸ－ＵＥは、タイマーＴ３１０が動作しているかどうかをチェックする場合がある。これは、ＴＸ－ＵＥがＵｕインターフェイスに関する下位層からのＮ３１０の連続した同期外れの兆候を検出したことを示す。したがって、タイマーＴ３１０が動作していることに気付かずにＴ４００を開始された場合、物理層の問題が解決する前にＴ４００が満了し、ＰＣ５リンクの状態を反映していないため、ＰＣ５リンクが解放されるという不合理な結果になることがある。この場合、ＴＸ－ＵＥは、物理層の問題が解決された後、例えばＴ３１０が停止した場合に、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを構築する必要がある。

ＴＸ－ＵＥがＵｕ接続再確立手順を実行しようとしている場合（Ｔ３０１またはＴ３１１が動作している場合など）にも、同じ原則が適用される場合がある。この場合、ＴＸ－ＵＥはＵｕ接続が再確立される前にはネットワークからＳＬリソースを取得できない。したがって、Ｔ４００が満了するとＰＣ５リンクが解放されるため、Ｕｕ接続の確立が完了する前にＴ４００が期限切れになることを避けるために、この場合はＴ４００を起動しないようにする必要がある。さらに、ＵＥが新しいセルへのＵｕ接続を再確立する場合、新しいセルから新しいＰＣ５設定を取得することがある。したがって、Ｕｕ接続の再確立後にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを待機して構築するのが合理的である。

別の例では、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを含むＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信すると、ＵＥはタイマーＴ３０４を開始し、対応する特殊セル（ＳｐＣｅｌｌ）へのハンドオーバを実行する。したがって、ハンドオーバ手順が成功する前に、ＵＥはネットワークからサイドリンクリソースを要求できない。ここでも、ＵＥがターゲットセルから新しいＰＣ５設定を取得する可能性があるため、ハンドオーバ手順の後にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを待機して構築するのが合理的である。

別の実施例では、ＴＸ－ＵＥがＵｕ物理層の問題を検出した場合、またはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを構築してＴ４００を開始した後にＵｕ接続再確立またはハンドオーバ手順を開始した場合、ＴＸ－ＵＥは、Ｕｕ物理層の問題が解決されるか、Ｕｕ接続再確立またはハンドオーバ手順が完了するか、またはＵＥがＲＲＣアイドルモードに入るまで、タイマーＴ４００の値を保持することができる。例えば、ＴＸ－ＵＥが物理層の問題（たとえば、タイマーＴ３１０が開始するか、無線チャネルの条件が設定されたしきい値よりも悪い。）を検出した場合、タイマーＴ４００は保留（つまり、Ｔ４００は停止するが初期値にリセットされない）となる。Ｕｕ物理層の問題が同じサービングセル（たとえば、Ｔ３１０が停止するか、無線チャネルの条件が設定されたしきい値よりも良好である）で解決されると、Ｔ４００は引き続き実行できる。

ＴＸ－ＵＥがＵｕ接続再確立手順（たとえば、Ｕｕインターフェイスを介した最大再送信が最大数に達したためのＲＬＣ失敗、またはハンドオーバ失敗が原因）を開始したり、ハンドオーバ手順を開始したりする場合は、タイマーＴ４００も保留にする必要がある。同じサービングセルでＵｕの再確立が成功すると、Ｔ４００は引き続き実行できる。新しいサービングセルでＵｕの再確立またはハンドオーバが成功した場合、またはＵｕの再確立またはハンドオーバの失敗によりＵＥがＲＲＣアイドルモードに入った場合、ＴＸ－ＵＥは、新しいサービングセル（Ｕｕの再確立が成功した場合）またはＳＩＢ／事前設定（アイドルモードに入った場合）から取得したＰＣ５設定が、構築されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージの設定に準拠しているかどうかをチェックする場合がある。準拠している場合、タイマーＴ４００は継続して実行される場合がある。ＵＥがアイドルモードに入ってＳＬモード２に切り替わった場合、ＴＸ－ＵＥでセンシング結果が得られた時点でＴ４００は動作を継続し、ＳＬモード２を使用する。準拠していない場合、ＵＥはそれに応じて新しいＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを構築し、ＳＬモード２を使用するためのセンシング結果が利用可能になったら、タイマーＴ４００（つまり、Ｔ４００の値が０にリセットされ、Ｔ４００が再び開始される。）を再起動することができる。たとえば、この場合、ＵＥは新しいＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを構築し、新しいＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージの送信時にタイマーＴ４００を再度開始できる。

例えば、Ｕｕ接続再確立手順やハンドオーバ手順が失敗した場合、ＵＥはＳＬモード２（すなわち、ＵＥ自律リソース選択モード）に切り替わることがある。この場合、ＴＸ－ＵＥは、ＳＩＢ／事前設定から取得した設定が、構築されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージの設定に準拠しているかどうかをチェックする場合がある。準拠している場合、ＵＥでＳＬモード２を使用するためのセンシング結果が得られると、タイマーＴ４００は動作し続ける可能性がある。準拠していない場合、ＴＸ－ＵＥは、ＳＬモード２を使用するためのセンシング結果が得られると、それに応じて新しいＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを構築することがある。また、ＵＥは新しいＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを下位層に送信すると、タイマーＴ４００を再度開始する場合がある。

図２は、ＵＥが物理層の問題を経験する実施例を示している。図２の例では、ＲＲＣがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを下位層に送信した後、ｔ０でＴ４００が開始する。ｔ１で、ＳＬ ＴＸ－ＵＥに物理層の問題（例えばＴ３１０の開始）が発生する。したがって、ＳＬ ＴＸ－ＵＥはＴ４００、例えばＴ４００＝Ｔ１を保持する。後の時点、例えばｔ２で、無線の問題は解決され（例えば、Ｔ３１０の停止）、ＳＬ ＴＸ－ＵＥは以前と同じサービングセルと通信することができる。したがって、ＳＬ ＴＸ－ＵＥはＴ４００を保持しなくなり、Ｔ４００＝Ｔ１から実行し続ける。ｔ３で、ＳＬ ＴＸ－ＵＥはピアＵＥからのフィードバックメッセージを受信する。
したがって、この例の実施例では、Ｔ４００はＴ１およびＴ２の期間に実行されるが、Ｕｕリンクに問題がある手順（すなわち、ｔ１とｔ２の間）を監視するためには使用されず、他のタイマー（例えば、Ｔ３１０）によって処理される。Ｔ１＋Ｔ２がタイマーＴ４００の設定された値より小さい限り、ＰＣ５ＲＲＣ（再）設定手順は成功したと見なされ、Ｕｕの問題によってＵＥがＲＬＦを宣言してＰＣ５接続を解放することを防ぐ。

図３は、ＲＲＣ接続の再確立または新しいセルへの引き継ぎによって無線の問題を解決する実施例を示している。図３の例のように、ｔ２でＳＬ ＴＸ－ＵＥはＲＲＣ接続を再確立するか、新しいセルに引き継ぐ。この場合、ｔ３で、ＳＬ ＴＸ－ＵＥは、新しいセルからの新しい設定が、ｔ０で生成されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージに準拠しているかどうかを確認する。準拠していない場合は、図３の例に示すように、新しいセルから取得した新しい設定に従って、ｔ４で新しいＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを生成する必要がある。また、タイマーＴ４００は初期値からスタートする。この場合、Ｔ２がタイマーＴ４００の設定値より小さい限り、ＰＣ５ＲＲＣ（再）設定手順は成功したと見なされ、Ｕｕの問題によってＵＥがＲＬＦを宣言してＰＣ５接続を解放することはなくなる。新しいセルからの設定がｔ０で生成されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージに準拠している場合、タイマーはＴ４００＝Ｔ１（図３の例にはこの場合が示されていないことに注意されたい。）から続行できる。

図４に、ＳＬ ＴＸ－ＵＥがＲＲＣ－ＩＤＬＥ状態（例えば、Ｔ３０１、Ｔ３１０、またはＴ３１１の期限切れによる）になり、ＳＬモード２に切り替わる実施例を示す。図４の例に示すように、ｔ０で生成されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージが新しい状態から取得された設定に準拠しているかどうかを確認するために、ＵＥはｔ３でＳＩＢ／事前設定を読み取ることができる。準拠していない場合、図４の例に示されているように、ＵＥは新しいＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを生成し、センシング結果が利用可能になると、例えばｔ４で、初期値からタイマーＴ４００を開始することができる。この場合、Ｔ２がタイマーＴ４００の設定値より小さい限り、ＰＣ５ＲＲＣ（再）設定手順は成功したと見なされ、Ｕｕの問題によってＵＥがＲＬＦを宣言してＰＣ５接続を解放することはなくなる。

さらに別の実施形態では、ＴＸ－ＵＥは、同じＰＣ５－ＲＲＣ手順に関連付けられたＴ４００または複数の異なるＴ４００のようなタイマーの複数の値で設定できる。物理層の問題やＵｕ経由での接続再確立手順やハンドオーバ手順がある場合など、Ｕｕインターフェイスから発生するさまざまな条件に応じて、異なる値やタイマーを使用／設定できる。たとえば、Ｕｕ物理層の問題が検出されず、Ｕｕ接続の再確立とハンドオーバが開始されなかった場合に、１つの値またはタイマーを使用できる。Ｕｕ物理層の問題が検出された場合などに、別の値やタイマーを使用するように設定できる。この場合、このような物理層の問題を検出すると、ＲＲＣ層は値を更新し、このスペシャルでＴ４００の満了を検出するために使用される。Ｕｕ接続の再確立が開始された場合などに、別の値やタイマーを使用するように設定できる。別の値やタイマーを使用するように設定することもできる（たとえば、ハンドオーバ手順が開始された場合）。ＳＬ ＴＸ－ＵＥが例外的なリソースプールを使用してＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを送信する場合など、別の値やタイマーを使用するように設定できる。なお、下位層へのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージの送信の前後にＵｕの無線の問題が検出された場合は、Ｔ４００用の複数の値または複数の異なるＴ４００のようなタイマーを適用できる。したがって、このアプローチでは、ＰＣ５ＲＲＣ（再）設定手順を監視するために使用されるさまざまな値またはタイマーを、Ｕｕインターフェイスのさまざまな無線条件に応じて設定／更新できる。

別の実施形態では、ＴＸ－ＵＥは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージが下位層に送信され、Ｔ４００が開始された場合に、Ｕｕ物理層の問題の検出またはＵｕ再確立手順またはハンドオーバ手順の開始時にタイマーＴ４００を拡張するように設定されることがある。いくつかの例によると、Ｕｕ物理層の問題が発生した場合、Ｕｕ接続の再確立を実行した場合、ハンドオーバ手順を実行した場合、例外的なリソースプールを使用した場合など、上記の条件に対応する拡張値でＵＥをネットワークで設定することができる。１つの例では、タイマーの拡張は、Ｕｕ物理層回復手順またはＵｕ接続再確立手順またはハンドオーバ手順を監視するために設定されたタイマーに関連する場合がある。たとえば、ＴＸ－ＵＥがＴ４００の定数Ｔ０、およびＴ３０１、Ｔ３１０、Ｔ３１１の満了を検出する定数Ｔ１、Ｔ２、Ｔ３で設定されている場合、次のようになる。ＴＸ－ＵＥがＴ３１０の開始をトリガーする物理層の問題を検出した場合、Ｔ４００の定数を（Ｔ０＋Ｔ２）として拡張できる。物理層の問題が解決できず、Ｔ３１０が満了した場合、ＴＸ－ＵＥは、適切なセルを選択する手順と、Ｕｕインターフェイスを介してＲＲＣの再確立を要求する別の手順を含む、Ｕｕ接続再確立手順を開始する場合がある。この場合、Ｔ４００の定数は（Ｔ０＋Ｔ２＋Ｔ３＋Ｔ１）として拡張できる。一例の実施形態では、ＴＸ－ＵＥは他のトリガー（例えば最大再送回数に達した場合のＲＬＣの失敗）によりＵｕ接続再確立手順を開始することもできる。この場合、Ｔ４００の定数は（Ｔ０＋Ｔ３＋Ｔ１）として拡張できる。上記の例は、本実施例の範囲を制限するものではなく、本実施例の理解をより容易にするためのいくつかの例としてのみ役立つことに留意されたい。

特定の実施形態によれば、ＲＲＣ層から下位層に提供されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージは送信されたと見なされることに留意されたい。

図５ａは、一例の実施形態による、例えばＮＲＳＬモード１でのＰＣ５－ＲＲＣ設定手順の監視に関連する方法のフロー図の例を示している。特定の例の実施形態では、図５ａのフロー図は、ＬＴＥや５ＧＮＲなどの通信システムのネットワークエンティティまたはネットワークノードによって実行される場合がある。例えば、いくつかの例の実施形態では、図５ａの方法を実行するネットワークノードは、基地局、ｅＮＢ、ｇＮＢ、および／またはＮＧ－ＲＡＮノードなどを含むことができる。

図５ａの例に示すように、この方法には、５００で、Ｕｕリンクの状態／問題を考慮して、ＰＣ５ＲＲＣ手順および関連するタイマーの処理と監視に関する動作でＳＬ ＵＥを設定することが含まれる場合がある。

一実施形態では、設定５００には、Ｕｕインターフェイスを介して無線に問題がない場合（例えば、物理層の問題が検出されなかったり、接続再確立手順やハンドオーバ手順が実行されなかったりする。）に、ＲＲＣ層がＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを構築して下位層に送信できるようにＳＬ ＵＥを設定することが含まれる場合があり、これにより、ＳＬ ＵＥはネットワークノードからＳＬリソースを要求できなくなる。例えば、ある実施形態では、物理層の問題やＵｕインターフェイスを介した接続再確立手順やハンドオーバ手順がない場合に限り、ＳＬ ＵＥのＲＲＣ層がＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを構築して下位層に送信するように設定されることがある。それ以外の場合、一実施形態では、ＲＲＣ層がＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを下位層に提示しないようにＳＬ ＵＥを設定することが５００に含まれる場合があり、したがって、この場合はタイマーＴ４００が開始されないようにする必要がある。

別の実施形態では、設定５００は、ＳＬ ＵＥがＵｕ物理層の問題を検出した場合、またはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを構築してＴ４００を開始した後にＵｕ接続再確立またはハンドオーバ手順を開始した場合、Ｕｕ物理層の問題が解決されるか、Ｕｕ接続再確立またはハンドオーバ手順が完了するか、またはＳＬ ＵＥがＲＲＣアイドルモードに入るまで、ＳＬ ＵＥがタイマーＴ４００の値を保持するように設定することを含む場合がある。例えば、ＳＬ ＵＥが物理層の問題（たとえば、タイマーＴ３１０が開始するか、無線チャネルの条件が設定されたしきい値よりも悪い）を検出した場合、ＳＬ ＵＥはタイマーＴ４００を保留するように設定される（つまり、Ｔ４００は停止するが初期値にリセットされない）。Ｕｕ物理層の問題が同じサービングセル（たとえば、Ｔ３１０が停止するか、無線チャネルの条件が設定されたしきい値よりも良好である）で解決されると、ＳＬ ＵＥはタイマーＴ４００を再起動して実行を継続できるように設定される。

例えば、ある実施形態では、設定５００は、ＳＬ再設定失敗手順をいつ実行するかを決定するために使用されるタイマー（例：Ｔ４００タイマー）を処理するためのＳＬ ＵＥの設定を含むことができる。一実施形態では、設定５００は、タイマーの複数の値（例：Ｔ４００）または同じＰＣ５－ＲＲＣ手順に関連付けられた複数の異なる同様のタイマーでＳＬ ＵＥを設定することを含むことができる。例によっては、物理層の問題や、（Ｕｕ）インターフェイスを介した接続の再確立手順やハンドオーバ手順がある場合に、ＳＬ ＵＥとネットワーク間のインタフェース（例：Ｕｕインターフェイス）で経験した条件に応じて、異なる値やタイマーを使用することがある。たとえば、物理層の問題が検出されず、接続の再確立が開始されない場合には、１つの値またはタイマーを使用できる。物理層の問題が検出された場合などに、別の値やタイマーを使用するように設定できる。この場合、このような物理層の問題が検出されると、ＲＲＣ層はタイマー（例：Ｔ４００タイマー）の満了を検出するために使用される定数を更新することがある。接続の再確立が開始された場合などに、別の値やタイマーを使用するように設定できる。たとえば、ＳＬ ＵＥが例外的なリソースプールを使用してＲＲＣ再設定サイドリンクメッセージを送信する場合に使用するために別の値やタイマーが設定され得る。

一実施形態では、設定５００は、ＲＲＣ再設定サイドリンクメッセージが下位層に送信され、タイマー（例：Ｔ４００タイマー）が開始された場合に、物理レイヤの問題の検出時または接続再確立手順の開始時に、タイマー（例：Ｔ４００タイマー）を拡張するようにＳＬ ＵＥを設定することを含む場合がある。いくつかの例によると、設定５００には、物理層の問題が発生した場合、接続の再確立を実行した場合、例外的なリソースプールを使用した場合など、上記の条件に対応する拡張値でＳＬ ＵＥを設定することが含まれる場合がある。１つの例では、タイマーの拡張は、物理層の回復手順または接続の再確立手順を監視するために設定されたタイマーに関連する場合がある。例えば、ＳＬ ＵＥがＴ４００タイマーの定数Ｔ０と、それに対応してＴ３０１、Ｔ３１０、Ｔ３１１タイマーの満了を検出する定数Ｔ１、Ｔ２、Ｔ３で設定されている場合、ＳＬ ＵＥがＴ３１０の開始をトリガーする物理層の問題を検出した場合、Ｔ４００の定数を（Ｔ０＋Ｔ２）として拡張できる。物理層の問題が解決できず、Ｔ３１０が満了した場合、ＳＬ ＵＥは、適切なセルを選択する手順と、Ｕｕインターフェイスを介してＲＲＣの再確立を要求する別の手順を含む、Ｕｕ接続の再確立手順を開始する場合がある。この場合、Ｔ４００タイマーの定数は（Ｔ０＋Ｔ２＋Ｔ３＋Ｔ１）として拡張できる。一例の実施形態では、この方法には、他のトリガー（例：最大再送回数に達したためにＲＬＣが失敗した場合）によりＵｕ接続再確立手順を開始するようにＳＬ ＵＥを設定することが含まれる。この場合、Ｔ４００タイマーの定数は（Ｔ０＋Ｔ３＋Ｔ１）として拡張できる。

図５ｂは、一例の実施形態による、例えばＮＲ ＳＬモード１における、ＰＣ５－ＲＲＣの設定手順を監視する方法のフロー図の例を示している。特定の例の実施形態では、図５ｂのフロー図は、ＬＴＥや５ＧＮＲなどの通信システムのネットワークエンティティまたはネットワークノードによって実行される場合がある。例えば、いくつかの例の実施形態では、図５ｂの方法を実行するネットワークエンティティは、ＳＬ ＵＥ（例：ＳＬ ＴＸ ＵＥまたはＳＬ ＲＸ ＵＥ）、モバイルステーション、ＩｏＴデバイスなどのＵＥを含むことができる。

一実施形態では、図５ｂの方法は、５３０で無線の問題があるかどうかを判定することを含むことができる。例えば、判定５３０には、物理層の問題があるかどうかの判定や、ＳＬ ＵＥとネットワークとの間のインターフェース（例：Ｕｕインターフェイス）を介した接続再確立手順やハンドオーバ手順が含まれる。一実施形態では、５３０で無線の問題がない（たとえば、物理層の問題がない、Ｕｕインターフェイスを介した接続再確立手順がない、および／またはハンドオーバ手順が実行されていないなど）と判定された場合、この方法は、５３５でＲＲＣ再設定サイドリンクメッセージを構築することを含むことができる。この方法には、５４０でＲＲＣ再設定サイドリンクメッセージを下位層に送信し、ＰＣ５ＲＲＣ（再）構成手順を監視するために使用されるタイマー（例：タイマーＴ４００）を開始することが含まれる場合がある。例えば、ある実施形態では、送信５４０は、物理層の問題またはＵｕインターフェイスを介した接続再確立手順またはハンドオーバ手順がない場合に限り、ＲＲＣ再構成サイドリンクメッセージを下位層に送信するＳＬ ＵＥのＲＲＣ層を含むことができる。それ以外の場合、５３０で無線の問題があると判定されたとき（例：物理層の問題、Ｕｕインターフェイスを介した接続再確立手順やハンドオーバ手順）、５５０で、ＲＲＣ再構成サイドリンクメッセージを構築せず、ＰＣ５ＲＲＣ（再）構成手順を監視するために使用されるタイマーを開始しない（例：タイマーＴ４００）ことを方法に含めることができる。

図５ｃは、別の実施例による、例えばＮＲ ＳＬモード１でのＰＣ５－ＲＲＣ構成手順を監視する方法のフロー図の例を示している。特定の例の実施形態では、図５ｃのフロー図は、ＬＴＥや５ＧＮＲなどの通信システムのネットワークエンティティまたはネットワークノードによって実行される場合がある。例えば、いくつかの例の実施形態では、図５ｃの方法を実行するネットワークエンティティは、ＳＬ ＵＥ（例：ＳＬ ＴＸ ＵＥまたはＳＬ ＲＸ ＵＥ）、モバイルステーション、ＩｏＴデバイスなどのＵＥを含むことができる。

一実施形態では、図５ｃの方法は、５６０で、ＲＲＣ再構成サイドリンクメッセージを構築し、それを下位層に送信し、ＰＣ５ＲＲＣ（再）構成手順を監視するために使用されるタイマー（例：タイマーＴ４００）を開始することを含むことができる。一実施形態によれば、ＲＲＣ再構成サイドリンクメッセージを構築し、それを下位層に送信し、タイマーを開始した後、この方法は、５７０において、無線の問題（例えば、物理層の問題、Ｕｕインターフェイスを介した接続再確立手順やハンドオーバ手順）があることを検出することを含むことができる。一実施形態では、この方法は、５８０において、無線の問題が解決されるまでタイマー（例：Ｔ４００）の値を保持することを含むことができる。例えば、同じサービングセル内での接続再確立手順や、インターフェース（例：Ｕｕインターフェイス）を介した新しいセルへのハンドオーバ手順が完了すると、物理層の問題が解決され、無線の問題が解決される場合がある。

したがって、図５ｃの例に示されている１つの実施例では、ＲＲＣ再構成サイドリンクメッセージを構築し、Ｔ４００タイマーを開始した後に、物理層の問題を検出または接続再確立手順を開始した場合、その方法には、物理層の問題が解決されるか、接続再確立またはハンドオーバ手順が完了するか、またはＵＥがＲＲＣアイドルモードに入るまで、タイマーＴ４００の値を保持することが含まれる場合がある。

一実施形態では、検出５７０には、Ｔ３１０タイマーが動作しているかどうかのチェックが含まれる場合があり、これはＳＬ ＵＥがＵｕインターフェイスに関して下位層からＮ３１０の連続した同期外れの兆候を検出したことを示す。

たとえば、物理層の問題が検出された場合（たとえば、タイマーＴ３１０が開始するか、無線チャネルの条件が設定されたしきい値よりも悪い）、その方法にはタイマーＴ４００を保留（つまり、Ｔ４００タイマーは停止するが、値は初期値にリセットされない）にすることが含まれる。物理層の問題が同じサービングセル（たとえば、Ｔ３１０が停止するか、無線チャネルの条件が設定されたしきい値よりも良好である。）で解決されると、その方法にはＴ４００タイマーの再起動が含まれる場合がある。

一実施形態では、接続再確立手順が開始された場合（たとえば、Ｕｕインターフェイスを介した最大再送信が最大数に達したためのＲＬＣ失敗、またはハンドオーバ失敗が原因）、またはハンドオーバ手順が開始されたとき、その方法はタイマーＴ４００を保留にすることを含むことができる。同じサービングセルでＵｕの再確立が成功すると、Ｔ４００は引き続き実行できる。新しいサービングセルで接続再確立またはハンドオーバが成功した場合、または接続再確立が成功せずにＵＥがＲＲＣアイドルモードに入った場合、この方法には、新しいサービングセルから取得したＰＣ５設定（Ｕｕ再確立が成功した場合）またはＳＩＢ／事前設定（アイドルモードに入った場合）が、構築されたＲＲＣ再構成サイドリンクメッセージの設定に準拠しているかどうかのチェックが含まれる場合がある。準拠している場合、この方法にはタイマーＴ４００の再度の開始が含まれる場合がある。アイドルモードに入ってＳＬモード２に切り替える場合には、ＳＬ ＵＥで感知結果が得られたらＴ４００タイマーを起動してＳＬモード２を使用する方法が考えられる。準拠していない場合、その方法には、新しいＲＲＣ再構成サイドリンクメッセージをそれに応じて構築し、ＳＬモード２を使用するためのセンシング結果が利用可能になったら、タイマーＴ４００を再起動する（つまり、Ｔ４００の値が０にリセットされ、Ｔ４００が再び開始される）ことが含まれる場合がある。たとえば、この場合、この方法には、新しいＲＲＣ再設定サイドリンクメッセージの構築と、新しいＲＲＣ再設定サイドリンクメッセージの送信時にタイマーＴ４００を再起動することが含まれる場合がある。

１つの例では、接続再確立手順またはハンドオーバ手順が失敗した場合、その方法にはＳＬモード２（すなわち、ＵＥ自律リソース選択モード）への切り替えが含まれる場合がある。この場合、この方法には、ＳＩＢ／事前設定から取得した設定が、構築されたＲＲＣ再設定サイドリンクメッセージの設定に準拠しているかどうかのチェックが含まれる場合がある。もしそれが準拠していれば、この方法には、ＳＬモード２を使用するためにセンシング結果が利用可能になった時点で、タイマーＴ４００を起動することが含まれる。これに準拠しない場合、この方法には、ＳＬモード２を使用するためのセンシング結果が利用可能になったら、それに応じて新しいＲＲＣ再設定サイドリンクメッセージを構築することが含まれる場合がある。また、この方法には、新しいＲＲＣ再設定サイドリンクメッセージが下位層に送信されたときにタイマーＴ４００を再起動することが含まれる場合がある。

特定の実施例では、ＳＬ ＵＥは、ネットワークによって、タイマー（例：Ｔ４００タイマー）の複数の値または同じＰＣ５－ＲＲＣ手順に関連付けられた複数の異なる同様のタイマーを設定することができる。いくつかの例によると、物理層の問題、または（Ｕｕ）インターフェイスを介した接続再確立手順やハンドオーバ手順がある場合、ＳＬ ＵＥとネットワーク（例：Ｕｕインターフェイス）の間のインターフェイスから経験される異なる条件に応じて、異なる値やタイマーが使用または設定されることがある。たとえば、物理層の問題が検出されず、接続の再確立とハンドオーバが開始されない場合に、１つの値またはタイマーを使用できる。物理層の問題が検出された場合などに、別の値やタイマーを使用するように設定できる。この場合、このような物理層の問題が検出されると、ＲＲＣ層はタイマーの満了を検出するために使用される値を更新する場合がある（例：Ｔ４００タイマー）。接続の再確立が開始されたときなどに、別の値やタイマーを使用するように設定できる。たとえば、ハンドオーバ手順が開始された場合に使用するように、別の値やタイマーを設定できる。また、ＳＬ ＵＥが例外的なリソースプールを使用してＲＲＣ再設定サイドリンクメッセージを送信する場合などに使用するために別の値やタイマーを設定することもできる。一例の実施形態によれば、Ｕｕの無線の問題が下位層へのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージの送信の前後に検出された場合に、Ｔ４００用の複数の値または複数の異なるＴ４００のようなタイマーを適用することができる。したがって、特定の実施形態では、ＰＣ５ＲＲＣ（再）設定手順を監視するために使用される異なる値またはタイマーを、Ｕｕインターフェイスの異なる無線条件に従って設定／更新することができる。

１つの例では、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｉｄｅｌｉｎｋメッセージが下位層に送信され、タイマー（例：Ｔ４００タイマー）が開始されたときに、物理層の問題の検出または接続再確立手順またはハンドオーバ手順の開始時に、タイマー（例：Ｔ４００タイマー）を拡張するように、ＳＬ ＵＥをネットワークによって設定することができる。いくつかの例によると、物理層の問題が発生した場合、接続の再確立またはハンドオーバ手順を実行した場合、例外的なリソースプールを使用した場合など、上記の条件に対応する拡張値でＳＬ ＵＥを設定することができる。１つの例では、タイマーの拡張は、物理層の回復手順または接続の再確立またはハンドオーバ手順を監視するために設定されたタイマーに関連する場合がある。

図１、２、３、４、５ａ、５ｂまたは５ｃに示されている１つ以上の手順、関数またはブロックは、特定の実施形態に従って、はオプションの場合もあれば、省略される場合もあることに留意されたい。従って、図１、２、３、４、５ａまたは５ｂはいくつかの実施例を示しているが、実施例はこれらの例のみに限定されると考えるべきではない。さらに、特定の実施形態では、図５ａ、５ｂまたは５ｃのフロー図に例示されている例は、組み合わせられる場合があり、または統合される場合がある。

図６ａは、一実施形態による装置１０の例を示す。一実施形態では、装置１０は、通信ネットワーク内のノード、ホスト、サーバ、またはそのようなネットワークにサービスを提供するものであってもよい。たとえば、装置１０は、衛星、基地局、ノードＢ、進化したノードＢ（ｅＮＢ）、５ＧノードＢまたはアクセスポイント、次世代ノードＢ（ＮＧ－ＮＢまたはｇＮＢ）、および／またはＷＬＡＮアクセスポイントであり、ＬＴＥネットワーク、５ＧまたはＮＲなどの無線アクセスネットワークに関連付けられている場合がある。実施例では、装置１０はＮＧ－ＲＡＮノード、ＬＴＥではｅＮＢ、５ＧではｇＮＢとすることができる。

いくつかの例の実施形態では、装置１０は、分散コンピューティングシステムとしてのエッジクラウドサーバで設定され、サーバと無線ノードは、無線パスまたは有線接続を介して相互に通信するスタンドアロンの装置であってもよく、有線接続を介して通信する同じエンティティに配置されていてもよいことを理解すべきである。例えば、装置１０がｇＮＢを表す特定の例の実施形態では、ｇＮＢ機能を分割するセントラルユニット（ＣＵ）および分散ユニット（ＤＵ）アーキテクチャで設定することができる。このようなアーキテクチャでは、ＣＵは、ユーザデータの転送、モビリティ制御、無線アクセスネットワーク共有、ポジショニング、および／またはセッション管理などのｇＮＢ機能を含む論理ノードである場合があり、ＣＵはフロントホールインターフェイスを介してＤＵの動作を制御する場合がある。ＤＵは、関数分割オプションに応じて、ｇＮＢ関数のサブセットを含む論理ノードである場合がある。当業者であれば、装置１０が図６ａに示されていない構成要素または特徴を含んでいてもよいことを理解するであろうことに留意すべきである。

図６ａの例に示すように、装置１０は、情報を処理し、命令または操作を実行するためのプロセッサ１２を含むことができる。プロセッサ１２は、汎用プロセッサまたは特定用途プロセッサのいずれのタイプでもよい。実際、プロセッサ１２には、例として、汎用コンピュータ、特殊用途コンピュータ、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの一つ以上が含まれる場合がある。図６ａには単一のプロセッサ１２が示されているが、他の実施形態に従って複数のプロセッサを利用することもできる。例えば、特定の実施形態では、装置１０は、マルチプロセッサシステム（例えば、この場合プロセッサ１２はマルチプロセッサを表すことができる）を形成し、マルチプロセッシングをサポートすることができる複数のプロセッサを含むことがあることを理解すべきである。特定の実施形態では、マルチプロセッサシステムは（例えば、コンピュータクラスタを形成するために）密結合または疎結合である。

プロセッサ１２は、例えば、アンテナの利得／位相パラメータのプリコーディング、通信メッセージを形成する個々のビットの符号化と復号化、情報のフォーマット、および通信リソースの管理に関連するプロセスを含む、装置１０の全体的な制御を含む、装置１０の動作に関連する機能を実行することができる。

装置１０はさらに、プロセッサ１２によって実行される可能性のある情報と命令を格納するための（内部または外部）メモリ１４を含むか、プロセッサ１２に結合することができる。メモリ１４は、一つ以上のメモリであり、ローカルアプリケーション環境に適した任意のタイプであり、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、固定メモリ、および／またはリムーバブルメモリなど、任意の適切な揮発性または不揮発性データ記憶技術を使用して実装することができる。たとえば、メモリ１４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、磁気ディスクや光ディスクなどの静的ストレージ、ハードディスクドライブ（ＨＤＤ）、またはその他の任意のタイプの一時的でないマシンやコンピュータで読み取り可能なメディアの任意の組み合わせで設定できる。メモリ１４に格納された命令には、プロセッサ１２によって実行されたときに装置１０がここに記述されているようなタスクを実行できるようにするプログラム命令またはコンピュータプログラムコードが含まれる場合がある。

一実施形態では、装置１０は、光ディスク、ＵＳＢドライブ、フラッシュドライブ、またはその他の任意の記憶媒体のような外部のコンピュータ読み取り可能な記憶媒体を受け入れて読み取るように設定されたドライブまたはポートをさらに含むか、または（内部または外部に）結合することができる。例えば、外部コンピュータ可読記憶媒体は、プロセッサ１２および／または装置１０によって実行されるコンピュータプログラムまたはソフトウェアを格納することができる。

いくつかの実施形態では、装置１０は、装置１０との間で信号および／またはデータを送受信するために、一つまたは複数のアンテナ１５を含むか、それらに結合することもできる。装置１０は、情報を送受信するように設定されたトランシーバ１８をさらに含むか、またはこれに結合することができる。トランシーバ１８は、例えば、アンテナ１５に結合することができる複数の無線インターフェイスを含むことができる。無線インターフェイスは、ＧＳＭ、ＮＢ－ＩｏＴ、ＬＴＥ、５Ｇ、ＷＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、ＢＴ－ＬＥ、ＮＦＣ、無線周波数識別子（ＲＦＩＤ）、超広帯域（ＵＷＢ）、ＭｕｌｔｅＦｉｒｅなどの１つ以上を含む複数の無線アクセス技術に対応することができる。無線インターフェイスは、フィルタ、コンバータ（例えば、デジタル／アナログ変換器など）、マッパー、高速フーリエ変換（ＦＦＴ）モジュールなどのコンポーネントを含み、１つ以上のダウンリンクを介した伝送のシンボルを生成し、シンボルを受信する（たとえば、アップリンク経由）。

そのため、トランシーバ１８は、アンテナ１５による送信のために情報をキャリア波形に変調し、アンテナ１５を介して受信した情報を装置１０の他の要素によるさらなる処理のために復調するように設定することができる。他の実施形態では、トランシーバ１８は信号またはデータを直接送受信することができる。加えて、または代替として、いくつかの実施形態では、装置１０は入力および／または出力デバイス（Ｉ／Ｏデバイス）を含むことができる。

一実施形態では、メモリ１４は、プロセッサ１２によって実行された場合に機能を提供するソフトウェアモジュールを格納することができる。モジュールには、例えば、装置１０にオペレーティングシステム機能を提供するオペレーティングシステムを含めることができる。メモリはまた、装置１０のための追加機能を提供するために、アプリケーションやプログラムなどの一つ以上の機能モジュールを格納することもできる。装置１０の構成要素は、ハードウェアで実装することも、ハードウェアとソフトウェアの適切な組み合わせとして実装することもできる。

いくつかの実施形態によれば、プロセッサ１２およびメモリ１４は、処理回路または制御回路に含まれることもあれば、その一部を形成することもある。さらに、いくつかの実施形態では、トランシーバ１８は、トランシーバ回路に含まれている場合もあれば、トランシーバ回路の一部を形成している場合もある。

ここで使用されるように、「回路」という用語は、ハードウェアのみの回路実装（アナログ回路やデジタル回路など）、ハードウェア回路とソフトウェアの組み合わせ、アナログおよび／またはデジタルハードウェア回路とソフトウェア／ファームウェアの組み合わせ、ハードウェアプロセッサとソフトウェア（例えば装置１０）の任意の部分であって、さまざまな機能を実行するために一緒に動作して装置をケースに収めるために動作するもの、および／またはハードウェア回路および／またはプロセッサ、またはその一部であって、動作にソフトウェアを使用するが、動作にソフトウェアが必要でない場合は存在しない可能性があるものを指すことがある。さらなる例として、ここで使用されるように、「回路」という用語は、単にハードウェア回路またはプロセッサ（または複数のプロセッサ）、またはハードウェア回路またはプロセッサの一部、およびそれに付随するソフトウェアおよび／またはファームウェアの実装を含むこともある。回路という用語は、例えば、サーバ、セルラーネットワークノードまたはデバイス、またはその他のコンピューティングまたはネットワークデバイスにおけるベースバンド集積回路を含むこともある。

前述のように、特定の実施形態では、装置１０は、基地局、アクセスポイント、ノードＢ、ｅＮＢ、ｇＮＢ、ＷＬＡＮアクセスポイントなどのＮＷノードまたはＲＡＮノードである場合がある。例えば、いくつかの実施形態では、装置１０は、図１、５ａまたは５ｂに示されているような、本明細書に記載されているフローチャートまたは信号図のいずれかに示されているプロセスの一つ以上を実行するように設定することができる。一実施形態によれば、装置１０は、図１の例に示されるネットワークブロックに対応してもよい。いくつかの実施形態では、ここで議論するように、装置１０は、例えばＮＲ ＳＬにおけるＰＣ５－ＲＲＣ（再）設定手順の監視と改善に関する手順を実行するように設定することができる。

特定の実施形態によれば、装置１０はメモリ１４とプロセッサ１２によって制御され、Ｕｕリンクの状態／問題を考慮してＰＣ５ＲＲＣ手順と関連するタイマーを処理および監視するための動作を持つＳＬ ＵＥを設定することができる。

いくつかの実施例では、装置１０をメモリ１４とプロセッサ１２で制御して、Ｕｕインターフェイスを介して無線に問題（例えば、物理層の問題が検出されなかったり、接続再確立手順やハンドオーバ手順が実行されなかったりする。）がないときに、ＲＲＣ層がＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを構築して下位層に送信できるようにＳＬ ＵＥを設定し、ＳＬ ＵＥがネットワークノードからＳＬリソースを要求できないようにすることができる。例えば、一実施形態では、装置１０は、物理層の問題またはＵｕインターフェイスを介した接続再確立手順またはハンドオーバ手順がない場合に限り、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを構築して下位層に送信するようにＳＬ ＵＥのＲＲＣ層を設定するために、メモリ１４およびプロセッサ１２によって制御される場合がある。それ以外の場合、一実施形態では、装置１０は、そのＲＲＣ層がＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを下位層に送信しないようにＳＬ ＵＥを設定するために、メモリ１４とプロセッサ１２によって制御されることがあり、したがって、この場合、タイマーＴ４００は開始されない。

別の実施形態では、装置１０をメモリ１４とプロセッサ１２で制御して、ＳＬ ＵＥがＵｕ物理層の問題を検出した場合、またはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを構築してタイマーＴ４００を開始した後にＵｕ接続再確立またはハンドオーバ手順を開始した場合、Ｕｕ物理層の問題が解決されるか、Ｕｕ接続再確立またはハンドオーバ手順が完了するか、またはＳＬ ＵＥがＲＲＣアイドルモードに入るまで、ＳＬ ＵＥがタイマーＴ４００の値を保持するように設定してもよい。例えば、ＳＬ ＵＥが物理層の問題（たとえば、タイマーＴ３１０が開始するか、無線チャネルの条件が設定されたしきい値よりも悪い）を検出した場合、装置１０はメモリ１４とプロセッサ１２によって制御され、ＳＬ ＵＥがタイマーＴ４００を保留するように設定される（つまり、Ｔ４００は停止するが初期値にリセットされない）。Ｕｕ物理層の問題が同じサービングセル（たとえば、Ｔ３１０が停止するか、無線チャネルの条件が設定されたしきい値よりも良好である）で解決されると、ＳＬ ＵＥはタイマーＴ４００を再起動して実行を継続できるように設定される。

一実施形態では、装置１０は、メモリ１４とプロセッサ１２によって制御され、ＳＬ再設定失敗手順をいつ実行するかを決定するために使用されるタイマー（例：Ｔ４００タイマー）を処理するＳＬ ＵＥを設定することができる。一実施形態では、装置１０は、メモリ１４とプロセッサ１２によって制御され、ＳＬ ＵＥにタイマーの複数の値（例：Ｔ４００）または同じＰＣ５－ＲＲＣ手順に関連付けられた複数の異なる同様のタイマーを設定することができる。いくつかの例によると、物理層の問題や（Ｕｕ）インターフェイスを介した接続再確立手順がある場合、ＳＬ ＵＥとネットワーク間のインタフェース（例：Ｕｕインターフェイス）から経験する条件に応じて、異なる値やタイマーを使用することがある。たとえば、物理層の問題が検出されず、接続の再確立が開始されない場合には、１つの値またはタイマーを使用できる。物理層の問題が検出された場合などに、別の値やタイマーを使用するように設定できる。この場合、このような物理層の問題が検出されると、ＲＲＣ層はタイマーの期限切れを検出するために使用される定数を更新することがある（例：Ｔ４００タイマー）。接続の再確立が開始されたときなどに、別の値やタイマーを使用するように設定できる。たとえば、ＳＬ ＵＥが例外的なリソースプールを使用してＲＲＣ再設定サイドリンクメッセージを送信する場合に、を使用するように別の値やタイマーを設定できる。

一実施形態では、ＲＲＣ再設定サイドリンクメッセージが下位層に送信され、タイマー（例：Ｔ４００タイマー）が開始された場合に、物理層の問題の検出または接続再確立手順の開始時に、タイマー（例：Ｔ４００タイマー）を拡張するようにＳＬ ＵＥを設定するために、装置１０をメモリ１４およびプロセッサ１２によって制御することができる。いくつかの例によると、機器１０はメモリ１４とプロセッサ１２によって制御され、物理層の問題が発生した、接続の再確立を実行した、例外的なリソースプールを使用したなど、上記の条件に対応する拡張値でＳＬ ＵＥを設定することができる。１つの例では、タイマーの拡張は、物理層の回復手順または接続の再確立手順を監視するために設定されたタイマーに関連する場合がある。例えば、ＳＬ ＵＥがＴ４００タイマーの定数Ｔ０と、それに対応してＴ３０１、Ｔ３１０、Ｔ３１１タイマーの満了を検出する定数Ｔ１、Ｔ２、Ｔ３で設定されている場合、ＳＬ ＵＥがＴ３１０の開始をトリガーする物理層の問題を検出した場合、Ｔ４００の定数を（Ｔ０＋Ｔ２）として拡張できる。物理層の問題が解決できず、Ｔ３１０が満了した場合、ＳＬ ＵＥは、適切なセルを選択する手順と、Ｕｕインターフェイスを介してＲＲＣの再確立を要求する別の手順を含む、Ｕｕ接続の再確立手順を開始する場合がある。この場合、Ｔ４００タイマーの定数は（Ｔ０＋Ｔ２＋Ｔ３＋Ｔ１）として拡張できる。一例の実施形態では、他のトリガー（例：最大再送回数に達したためにＲＬＣが失敗した場合）によりＵｕ接続再確立手順を開始するようにＳＬ ＵＥを設定するために、装置１０をメモリ１４とプロセッサ１２によって制御することができる。この場合、Ｔ４００タイマーの定数は（Ｔ０＋Ｔ３＋Ｔ１）として拡張できる。

図６ｂは、別の実施形態による装置２０の例を示す。一実施形態では、装置２０は、ＵＥ、モバイル機器（ＭＥ）、モバイルステーション、モバイルデバイス、固定デバイス、ＩｏＴデバイス、またはその他のデバイスなど、通信ネットワーク内のノードまたは要素であるか、そのようなネットワークに関連付けられている場合がある。本明細書で説明するように、ＵＥは、例えば、移動局、移動機器、モバイルユニット、モバイルデバイス、ユーザデバイス、加入者局、ワイヤレス端末、タブレット、スマートフォン、ＩｏＴデバイス、センサーまたはＮＢ－ＩｏＴデバイスなどとも呼ばれる。一例として、装置２０は、例えば、ワイヤレスハンドヘルドデバイス、ワイヤレスプラグインアクセサリなどに実装することができる。

いくつかの例の実施形態では、装置２０は、一つ以上のプロセッサ、一つ以上のコンピュータ可読記憶媒体（たとえば、メモリ、ストレージなど）、一つ以上の無線アクセスコンポーネント（たとえば、モデム、トランシーバなど）、および／またはユーザインタフェースを含むことができる。いくつかの実施形態では、装置２０は、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＮＲ、５Ｇ、ＷＬＡＮ、ＷｉＦｉ、ＮＢ－ＩｏＴ、Ｂｌｕｅｔｏｏｔｈ、ＮＦＣ、ＭｕｌｔｅＦｉｒｅ、および／またはその他の無線アクセス技術のような、一つ以上の無線アクセス技術を使用して動作するように設定することができる。当業者であれば、装置２０が図６ｂに示されていない構成要素または特徴を含んでいてもよいことを理解するであろうことに注意すべきである。

図６ｂの例に示されているように、装置２０は、情報を処理し、命令または操作を実行するためのプロセッサ２２を含むか、またはこれに結合することができる。プロセッサ２２は、汎用プロセッサまたは特定用途プロセッサのいずれのタイプでもよい。実際、プロセッサ２２には、例として、汎用コンピュータ、特殊用途コンピュータ、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの一つ以上が含まれる場合がある。図６ｂには単一のプロセッサ２２が示されているが、他の実施形態に従って複数のプロセッサを利用することもできる。例えば、特定の実施形態では、装置２０は、マルチプロセッサシステム（例えば、この場合プロセッサ２２はマルチプロセッサを表すことができる。）を形成し、マルチプロセッシングをサポートすることができる複数のプロセッサを含むことがあることを理解すべきである。特定の実施形態では、マルチプロセッサシステムは密結合または疎結合（例えば、コンピュータクラスタを形成するために）である。

プロセッサ２２は、いくつかの例として、アンテナの利得／位相パラメータのプリコーディング、通信メッセージを形成する個々のビットのエンコードおよびデコード、情報のフォーマット、および通信リソースの管理に関連するプロセスを含む、装置２０の全体的な制御を含む、装置２０の動作に関連する機能を実行することができる。

装置２０はさらに、プロセッサ２２によって実行される可能性のある情報と命令を格納するためのメモリ２４（内部または外部）を含むか、プロセッサ２２に結合することができる。メモリ２４は、一つ以上のメモリであり、ローカルアプリケーション環境に適した任意のタイプであり、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、固定メモリ、および／またはリムーバブルメモリなど、任意の適切な揮発性または不揮発性データ記憶技術を使用して実装することができる。たとえば、メモリ２４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、磁気ディスクや光ディスクなどの静的ストレージ、ハードディスクドライブ（ＨＤＤ）、またはその他の任意のタイプの一時的でないマシンやコンピュータで読み取り可能なメディアの任意の組み合わせで構成できる。メモリ２４に格納された命令には、プロセッサ２２によって実行されたときに装置２０がここに記述されているようなタスクを実行できるようにするプログラム命令またはコンピュータプログラムコードが含まれる場合がある。

一実施形態では、装置２０は、光ディスク、ＵＳＢドライブ、フラッシュドライブ、またはその他の任意の記憶媒体のような外部のコンピュータ読み取り可能な記憶媒体を受け入れて読み取るように設定されたドライブまたはポートをさらに含むか、または（内部または外部）に結合することができる。例えば、外部コンピュータ可読記憶媒体は、プロセッサ２２および／または装置２０によって実行されるコンピュータプログラムまたはソフトウェアを格納することができる。

いくつかの実施形態では、装置２０は、ダウンリンク信号を受信し、装置２０からアップリンクを介して送信するために、一つ以上のアンテナ２５を含むか、またはそれらに結合することもできる。装置２０は、情報を送受信するように設定されたトランシーバ２８をさらに含むことができる。トランシーバ２８は、アンテナ２５に結合された無線インターフェース（例：モデム）を含むこともできる。無線インターフェイスは、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、５Ｇ、ＮＲ、ＷＬＡＮ、ＮＢ－ＩｏＴ、Ｂｌｕｅｔｏｏｔｈ、ＢＴ－ＬＥ、ＮＦＣ、ＲＦＩＤ、ＵＷＢなどの１つ以上を含む複数の無線アクセス技術に対応することができる。無線インターフェイスは、フィルタ、コンバータ（例えば、デジタル／アナログ変換器など）、シンボルデマッパ、信号整形コンポーネント、逆高速フーリエ変換（ＩＦＦＴ）モジュールなどの他のコンポーネントを含み、ダウンリンクまたはアップリンクによって運ばれるＯＦＤＭＡシンボルなどのシンボルを処理することができる。

例えば、トランシーバ２８は、アンテナ２５による送信のために情報を搬送波波形に変調し、アンテナ２５を介して受信した情報を装置２０の他の要素によるさらなる処理のために復調するように設定することができる。他の実施形態では、トランシーバ２８は信号またはデータを直接送受信することができる。加えて、または代替として、いくつかの実施形態では、装置２０は入力および／または出力デバイス（Ｉ／Ｏデバイス）を含むことができる。特定の実施形態では、装置２０はさらに、グラフィカルユーザインタフェースやタッチスクリーンなどのユーザインタフェースを含むことができる。

一実施形態では、メモリ２４は、プロセッサ２２によって実行されたときに機能を提供するソフトウェアモジュールを格納する。モジュールには、例えば、装置２０にオペレーティングシステム機能を提供するオペレーティングシステムを含めることができる。メモリはまた、装置２０のための追加機能を提供するために、アプリケーションやプログラムなどの一つ以上の機能モジュールを格納することもできる。装置２０の構成要素は、ハードウェアで実装することも、ハードウェアとソフトウェアの適切な組み合わせとして実装することもできる。一例の実施形態によれば、装置２０は、ＮＲなどの任意の無線アクセス技術に従って、無線または有線通信リンクまたはインターフェイス７０を介して装置１０または装置３０と通信するように任意で設定することができる。

いくつかの実施形態によれば、プロセッサ２２およびメモリ２４は、処理回路または制御回路に含まれることもあれば、その一部を形成することもある。さらに、いくつかの実施形態では、トランシーバ２８は、送受信回路に含まれている場合もあれば、送受信回路の一部を形成している場合もある。

前述のように、いくつかの実施形態によれば、装置２０は、例えば、ＵＥ（例：ＳＬ ＵＥ）、モバイルデバイス、モバイルステーション、ＭＥ、ＩｏＴデバイスおよび／またはＮＢ－ＩｏＴデバイスであってもよい。特定の実施形態によれば、装置２０は、ここに記載された実施形態の例に関連する機能を実行するために、メモリ２４およびプロセッサ２２によって制御されることがある。例えば、いくつかの実施形態では、装置２０は、図１－４、５ａまたは５ｂに示されているような、ここに記載されているフローチャートまたは信号図のいずれかに示されているプロセスの一つ以上を実行するように設定することができる。特定の実施形態では、装置２０は、ＳＬ ＵＥなどのＵＥを含むか、ＵＥと同等であることができる。一例の実施形態では、装置２０は、図１の例に示されているようなＳＬ ＴＸ ＵＥを表すことができる。一実施形態によれば、装置１０は、例えばＮＲ ＳＬにおけるＰＣ５－ＲＲＣ（再）設定手順の監視と改善に関する手順を実行するように設定することができる。

特定の実施形態では、無線の問題があるかどうかを判断するために、装置２０をメモリ２４とプロセッサ２２で制御することができる。例えば、無線の問題には、物理層の問題や、ＳＬ ＵＥとネットワーク間のインターフェース（例：Ｕｕインターフェイス）を介した接続再確立手順やハンドオーバ手順が含まれる場合がある。一実施形態では、（たとえば、物理層の問題がない、Ｕｕインターフェイスを介した接続再確立手順がない、および／またはハンドオーバ手順が実行されていないなど）無線の問題がないと判断された場合、装置２０はメモリ２４とプロセッサ２２によって制御され、ＲＲＣ再設定サイドリンクメッセージを構成することができる。特定の実施形態によれば、装置２０は、ＲＲＣ再設定サイドリンクメッセージを下位層に送信し、ＰＣ５ＲＲＣ（再）設定手順（例：タイマーＴ４００）を監視するために使用されるタイマーを開始するために、メモリ２４とプロセッサ２２によって制御されることがある。例えば、一実施形態では、機器２０のＲＲＣ層は、物理層の問題またはＵｕインターフェイスを介した接続再確立手順またはハンドオーバ手順がない場合にのみ、ＲＲＣ再設定サイドリンクメッセージを下位層に送信するように制御されてもよい。それ以外の場合、無線の問題があると判定されたとき（例えば、物理層の問題、Ｕｕインターフェイスを介した接続再確立手順やハンドオーバ手順）、装置２０はメモリ２４とプロセッサ２２によって制御され、ＰＣ５ＲＲＣ（再）設定手順を監視するために使用されるタイマーを開始しない（例：タイマーＴ４００）。いくつかの実施形態では、ＲＲＣ再設定サイドリンクメッセージが送信され、タイマーＴ４００が開始された場合、装置２０は、物理層の問題、またはインターフェイス（例：Ｕｕインターフェイス）を介した接続再確立手順またはハンドオーバ手順を検出すると、メモリ２４およびプロセッサ２２によって制御され、タイマーの値（例：Ｔ４００）を保持することができる。

例えば、ある実施形態では、物理層の問題があるかどうかを判定するために、装置２０をメモリ２４とプロセッサ２２によって制御して、Ｔ３１０タイマーが動作しているかどうかを確認することができる。これは、装置２０がＵｕインターフェイスに関して下位層からＮ３１０の連続した同期外れの兆候を検出したことを示す。そのため、タイマーＴ３１０が動作していることに気付かずにＴ４００タイマーを開始した場合、物理層の問題が解決される前にＴ４００タイマーが満了になり、ＰＣ５リンクが解放される可能性があり、ＰＣ５リンクの状態を反映しないため望ましくない。この実施例では、物理層の問題があると判定された場合、例えばＴ３１０タイマーが停止した場合など、物理層の問題が解決した後に、装置２０をメモリ２４とプロセッサ２２によって制御してＲＲＣ再設定サイドリンクメッセージを構成することができる。

また、装置２０がＵｕ接続再確立手順を実行しようとしている場合、例えばタイマーＴ３０１またはＴ３１１が動作している場合にも、同様の方法が適用される。この場合、インターフェース（例：Ｕｕインターフェイス）を介した接続再確立手順があると判定すると、Ｕｕ接続が再確立される前に機器２０はネットワークからＳＬリソースを取得できなくなる。したがって、Ｔ４００が満了するとＰＣ５リンクが解放されるので、Ｕｕ接続の確立が完了する前にＴ４００が満了になることを避けるために、この場合はＴ４００を起動しないようにする必要がある。さらに、ＵＥが新しいセルへのＵｕ接続を再確立する場合、新しいセルから新しいＰＣ５設定を取得することがある。そのため、インターフェース（例：Ｕｕインターフェイス）を介した接続再確立手順があると判定した場合、接続再確立後にＲＲＣ再設定サイドリンクメッセージを構築するために、装置２０をメモリ２４とプロセッサ２２で制御することがある。

別の例では、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを含むＲＲＣＲＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信すると、装置２０はメモリ２４とプロセッサ２２によって制御され、タイマーＴ３０４を開始し、対応する特殊セル（ＳｐＣｅｌｌ）へのハンドオーバを実行する。その結果、装置２０は、ハンドオーバ手順が成功する前に、ネットワークからサイドリンクリソースを要求できない。ここでも、装置２０がターゲットセルから新しいＰＣ５設定を取得できるため、装置２０は、ハンドオーバ手順の後にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを待機して構築するのが合理的である。

一実施形態では、装置２０は、ＲＲＣ再設定サイドリンクメッセージを構築して送信し、ＰＣ５ＲＲＣ（再）設定手順を監視するために使用されるタイマー（例：タイマーＴ４００）を開始するために、メモリ２４とプロセッサ２２によって制御される場合がある。
一実施形態によれば、ＲＲＣ再設定サイドリンクメッセージを構築して送信し、タイマーを開始した後、装置２０は、無線の問題（例：物理層の問題、Ｕｕインターフェイスを介した接続再確立手順やハンドオーバ手順）があることを検出するために、メモリ２４とプロセッサ２２によって制御されてもよい。一実施形態では、装置２０は、無線の問題が解決されるまでタイマーの値（例：Ｔ４００）を保持するように、メモリ２４とプロセッサ２２によって制御される。

このように、一実施形態では、ＲＲＣ再設定サイドリンクメッセージを構築し、Ｔ４００タイマーを開始した後に、物理層の問題が検出されるか、または接続再確立手順が開始されると、機器２０は、物理層の問題が解決されるか、接続再確立が完了するか、ハンドオーバ手順が完了するか、または機器２０がＲＲＣアイドルモードに入るまで、タイマーＴ４００の値を保持するようにメモリ２４およびプロセッサ２２によって制御される場合がある。例えば、物理層の問題が検出された場合（たとえば、タイマーＴ３１０が開始するか、無線チャネルの条件が設定されたしきい値よりも悪い）、装置２０はメモリ２４とプロセッサ２２によって制御され、タイマーＴ４００を保留状態にする（つまり、Ｔ４００タイマーは停止するが、値を０にリセットしない）。物理層の問題が同じサービングセルで解決されると（たとえば、Ｔ３１０が停止するか、無線チャネルの条件が設定されたしきい値よりも良好である）、装置２０はメモリ２４とプロセッサ２２によって制御され、Ｔ４００タイマーを再び開始することができる。

一実施形態では、接続再確立手順が開始されたとき（たとえば、Ｕｕインターフェイスを介した最大再送信が最大数に達したためのＲＬＣ失敗、またはハンドオーバ失敗が原因）、またはハンドオーバ手順が開始されたとき、装置２０はメモリ２４とプロセッサ２２によって制御され、タイマーＴ４００を保留状態にすることができる。同じサービングセルでＵｕの再確立が成功すると、装置２０はメモリ２４とプロセッサ２２によって制御され、タイマーＴ４００を実行し続けることができる。新しいサービングセルで接続の再確立またはハンドオーバが成功した場合、または接続の再確立が成功せずにＵＥがＲＲＣアイドルモードに入った場合、装置２０はメモリ２４とプロセッサ２２によって制御され、新しいサービングセルから取得したＰＣ５の設定（Ｕｕの再確立が成功した場合）またはＳＩＢ／事前設定（アイドルモードに入った場合）が、構築されたＲＲＣ再設定サイドリンクメッセージの設定に準拠しているかどうかをチェックすることができる。準拠する場合、装置２０はメモリ２４とプロセッサ２２によって制御され、タイマーＴ４００を再び起動することができる。アイドルモードに入ってＳＬモード２に切り替わる場合、ＳＬモード２を使用するために装置２０でセンシング結果が得られると、装置２０はメモリ２４とプロセッサ２２によって制御され、Ｔ４００タイマーを起動する。準拠しない場合、ＳＬモード２を使用するためのセンシング結果が利用可能になると、装置２０はメモリ２４とプロセッサ２２によって制御され、それに応じて新しいＲＲＣ再設定サイドリンクメッセージを構築し、タイマーＴ４００を再起動（つまり、Ｔ４００の値が０にリセットされ、Ｔ４００が再び開始される）することができる。例えば、この場合、装置２０はメモリ２４とプロセッサ２２によって制御され、新しいＲＲＣ再設定サイドリンクメッセージを構築し、新しいＲＲＣ再設定サイドリンクメッセージの送信時にタイマーＴ４００を再起動することができる。

一例では、接続の再確立またはハンドオーバ手順が失敗した場合、機器２０はメモリ２４とプロセッサ２２によって制御され、ＳＬモード２（すなわち、ＵＥ自律リソース選択モード）に切り替えることができる。この場合、装置２０は、ＳＩＢ／事前設定から取得した設定が、構築されたＲＲＣ再設定サイドリンクメッセージの設定に準拠しているかどうかを確認するために、メモリ２４とプロセッサ２２によって制御される場合がある。準拠する場合、機器２０は、ＳＬモード２を使用するためにセンシング結果が利用可能になると、メモリ２４とプロセッサ２２によって制御され、タイマーＴ４００を開始することができる。準拠しない場合、ＳＬモード２を使用するためにセンシング結果が利用可能になると、装置２０はメモリ２４とプロセッサ２２によって制御され、それに応じて新しいＲＲＣ再設定サイドリンクメッセージを構築することができる。また、装置２０はメモリ２４とプロセッサ２２によって制御され、新しいＲＲＣ再設定サイドリンクメッセージが下位層に送信されたときにタイマーＴ４００を再起動することができる。

特定の実施例では、装置２０は、ネットワークによって、タイマーの複数の値（例：Ｔ４００タイマー）または同じＰＣ５－ＲＲＣ手順に関連付けられた複数の異なる同様のタイマーを設定することができる。いくつかの例によると、物理層の問題、または（Ｕｕ）インターフェイスを介した接続の再確立またはハンドオーバ手順がある場合、装置２０とネットワーク（例：Ｕｕインターフェイス）の間のインターフェイスから経験される異なる条件に従って、異なる値またはタイマーが使用または設定される場合がある。たとえば、物理層の問題が検出されず、接続の再確立またはハンドオーバ手順が開始されない場合に、１つの値またはタイマーを使用できる。物理層の問題が検出された場合などに、別の値やタイマーを使用するように設定できる。この場合、このような物理層の問題が検出されると、ＲＲＣ層はタイマーの満了を検出するために使用される定数を更新することがある（例：Ｔ４００タイマー）。接続の再確立が開始された場合などに、別の値やタイマーを使用するように設定できる。たとえば、ハンドオーバ手順が開始されたときに使用するように、別の値やタイマーを設定できる。また、別の値やタイマーを設定して、例えば装置２０が例外的なリソースプールを使用してＲＲＣ再設定サイドリンクメッセージを送信するときに使用することもできる。

一実施形態では、装置２０は、ＲＲＣ再設定サイドリンクメッセージが下位層に送信され、タイマー（例：Ｔ４００タイマー）が開始された場合に、物理層の問題の検出または接続再確立手順の開始時に、タイマー（例：Ｔ４００タイマー）を拡張するようにネットワークによって設定される場合がある。いくつかの例によると、機器２０は、物理層の問題が発生した、接続の再確立を実行した、例外的なリソースプールを使用したなど、上記の条件に対応する拡張値で設定される場合がある。１つの例では、タイマーの拡張は、物理層の回復手順または接続の再確立手順を監視するために設定されたタイマーに関連する場合がある。

図６ｃは、別の実施例による装置３０の例を示している。一例の実施形態では、装置３０は、ＵＥ、モバイル機器（ＭＥ）、モバイルステーション、モバイルデバイス、固定デバイス、ＩｏＴデバイス、またはその他のデバイスなど、通信ネットワーク内のノードまたは要素であるか、そのようなネットワークに関連付けられている場合がある。本明細書で説明するように、ＵＥは、例えば、移動局、移動機器、モバイルユニット、モバイルデバイス、ユーザデバイス、加入者局、ワイヤレス端末、タブレット、スマートフォン、ＩｏＴデバイスまたはＮＢ－ＩｏＴデバイス、コネクテッドカーなどとも呼ばれる。一例として、装置３０は、例えば、ワイヤレスハンドヘルドデバイス、ワイヤレスプラグインアクセサリなどに実装することができる。

いくつかの例の実施形態では、装置３０は、一つ以上のプロセッサ、一つ以上のコンピュータ可読記憶媒体（たとえば、メモリ、ストレージなど）、一つ以上の無線アクセスコンポーネント（たとえば、モデム、トランシーバなど）、および／またはユーザインタフェースを含むことができる。いくつかの例の実施形態では、装置３０は、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＮＲ、５Ｇ、ＷＬＡＮ、ＷｉＦｉ、ＮＢ－ＩｏＴ、ＭｕｌｔｅＦｉｒｅ、および／またはその他の任意の無線アクセス技術のような、一つ以上の無線アクセス技術を使用して動作するように設定することができる。当業者であれば、装置３０が図６ｃに示されていない構成要素または特徴を含んでいてもよいことを理解するであろうことに留意すべきである。

図６ｃの例に示されているように、装置３０は、情報を処理し、命令または操作を実行するためのプロセッサ３２を含むか、またはこれに結合することができる。プロセッサ３２は、汎用プロセッサまたは特定用途プロセッサのいずれのタイプでもよい。実際、プロセッサ３２には、例として、汎用コンピュータ、特殊用途コンピュータ、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの一つ以上が含まれる場合がある。図６ｃには単一のプロセッサ３２が示されているが、他の実施例に従って複数のプロセッサを利用することもできる。例えば、特定の例の実施形態では、装置３０は、マルチプロセッサシステム（例えば、この場合プロセッサ３２はマルチプロセッサを表すことができる。）を形成し、マルチプロセッシングをサポートする可能性のある複数のプロセッサを含むことがあることを理解すべきである。特定の例の実施形態では、マルチプロセッサシステムは密結合であっても疎結合であってもよい（例えば、コンピュータクラスタを形成するために）。

プロセッサ３２は、いくつかの例として、アンテナの利得／位相パラメータのプリコーディング、通信メッセージを形成する個々のビットのエンコードおよびデコード、情報のフォーマット、および通信リソースの管理に関連するプロセスを含む、装置３０の全体的な制御を含む、装置３０の動作に関連する機能を実行することができる。

装置３０はさらに、プロセッサ３２によって実行される可能性のある情報と命令を格納するためのメモリ３４（内部または外部）を含むか、プロセッサ３２に結合することができる。メモリ３４は、一つ以上のメモリであり、ローカルアプリケーション環境に適した任意のタイプであり、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、固定メモリ、および／またはリムーバブルメモリなど、任意の適切な揮発性または不揮発性データ記憶技術を使用して実装することができる。たとえば、メモリ３４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、磁気ディスクや光ディスクなどの静的ストレージ、ハードディスクドライブ（ＨＤＤ）、またはその他の任意のタイプの一時的でないマシンやコンピュータで読み取り可能なメディアの任意の組み合わせで構成できる。メモリ３４に格納された命令には、プロセッサ３２によって実行されたときに装置３０がここに記述されているようなタスクを実行できるようにするプログラム命令またはコンピュータプログラムコードが含まれる場合がある。

一例の実施形態では、装置３０は、光ディスク、ＵＳＢドライブ、フラッシュドライブ、またはその他の任意の記憶媒体のような外部のコンピュータ読み取り可能な記憶媒体を受け入れて読み取るように設定されたドライブまたはポートをさらに含むか、または（内部または外部）に結合することができる。例えば、外部コンピュータ可読記憶媒体は、プロセッサ３２および／または装置３０によって実行されるコンピュータプログラムまたはソフトウェアを格納することができる。

いくつかの例の実施形態では、装置３０は、ダウンリンク信号を受信し、装置３０からアップリンクを介して送信するために、一つ以上のアンテナ３５を含むか、またはそれらに結合することもできる。装置３０は、情報を送受信するように設定されたトランシーバ３８をさらに含むことができる。トランシーバ３８は、アンテナ３５に結合された無線インターフェース（例：モデム）を含むこともできる。無線インターフェイスは、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、５Ｇ、ＮＲ、ＷＬＡＮ、ＮＢ－ＩｏＴ、ＢＴ－ＬＥ、ＲＦＩＤ、ＵＷＢなどの１つ以上を含む複数の無線アクセス技術に対応することができる。無線インターフェイスは、フィルタ、コンバータ（例えば、デジタル／アナログ変換器など）、シンボルデマッパ、信号整形コンポーネント、逆高速フーリエ変換（ＩＦＦＴ）モジュールなどの他のコンポーネントを含み、下りリンクまたは上りリンクによって運ばれるＯＦＤＭＡシンボルなどのシンボルを処理することができる。

例えば、トランシーバ３８は、アンテナ３５による送信のために情報を搬送波波形に変調し、アンテナ３５を介して受信した情報を装置３０の他の要素によるさらなる処理のために復調するように設定することができる。他の例の実施形態では、トランシーバ３８は信号またはデータを直接送受信することができる。加えて、または代替として、いくつかの例の実施形態では、装置３０は入力および／または出力デバイス（Ｉ／Ｏデバイス）を含むことができる。特定の例の実施形態では、装置３０は、グラフィカルユーザインタフェースやタッチスクリーンなどのユーザインタフェースをさらに含むことができる。

一例の実施形態では、メモリ３４は、プロセッサ３２によって実行された場合に機能を提供するソフトウェアモジュールを格納する。モジュールには、例えば、装置３０にオペレーティングシステム機能を提供するオペレーティングシステムを含めることができる
メモリはまた、装置３０のための追加機能を提供するために、アプリケーションやプログラムなどの一つ以上の機能モジュールを格納することもできる。装置３０の構成要素は、ハードウェアで実装することも、ハードウェアとソフトウェアの適切な組み合わせとして実装することもできる。一例の実施形態によれば、装置３０は、ＮＲのような任意の無線アクセス技術に従って、無線または有線通信リンク７１を介して装置１０と通信するように、および／または無線または有線通信リンク７２を介して装置２０と通信するように、任意に設定することができる。

いくつかの例の実施形態によれば、プロセッサ３２およびメモリ３４は、処理回路または制御回路に含まれていてもよく、またはその一部を形成していてもよい。さらに、いくつかの例の実施形態では、トランシーバ３８は、送受信回路に含まれている場合もあれば、送受信回路の一部を形成している場合もある。

前述のように、いくつかの例の実施形態によれば、装置３０は、例えば、ＵＥ（例：ＳＬ ＵＥ）、モバイルデバイス、モバイルステーション、ＭＥ、ＩｏＴデバイスおよび／またはＮＢ－ＩｏＴデバイスであってもよい。特定の例の実施形態によれば、装置３０は、ここに記載されている例の実施形態に関連する機能を実行するために、メモリ３４およびプロセッサ３２によって制御されることがある。例えば、いくつかの例の実施形態では、装置３０は、ここに記載されている図または信号フロー図のいずれかに示されているプロセスの一つ以上を実行するように設定することができる。一例として、装置３０は、例えばＳＬ ＲＸ ＵＥのような、図１に示された１つ以上のＵＥのような、ＵＥに対応したり、ＵＥを表したりすることができる。特定の例の実施形態によれば、装置３０は、例えばＮＲ ＳＬにおけるＰＣ５－ＲＲＣ（再）設定手順の監視と改善に関連する手順を実行するように設定することができる。

いくつかの実施例では、装置３０は、ＳＬ ＵＥ（例：ＳＬ ＴＸ ＵＥまたは装置２０）からＲＲＣ再設定サイドリンクメッセージを受信し、ＲＲＣ再設定完了サイドリンクメッセージをＳＬ ＵＥ（例：ＳＬ ＴＸ ＵＥまたは装置２０）に送信するように、メモリ３４とプロセッサ３２によって制御される場合がある。

したがって、特定の例の実施形態は、既存の技術プロセスに対するいくつかの技術的改善、強化、および／または利点を提供し、少なくともワイヤレスネットワーク制御および管理の技術分野に対する改善を構成する。例えば、特定の実施形態では、Ｕｕ無線リンクの問題などによるＰＣ ５－ＲＲＣ無線リンク障害をＳＬ ＵＥが回避できるようにする。その結果、実施例によると、ＰＣ５との接続と通信を継続できるため、ＳＬ ＵＥはＶ２Ｘサービスを維持することができる。したがって、特定の例の実施形態を使用すると、通信ネットワークとそのノード（基地局、ｅＮＢ、ｇＮＢ、および／またはＵＥまたは移動局など）の機能が向上する。

いくつかの例示的な実施形態では、ここに記載されている方法、プロセス、シグナリング図、アルゴリズムまたはフローチャートのいずれかの機能は、ソフトウェアおよび／またはコンピュータプログラムコード、またはメモリまたは他のコンピュータ可読または有形メディアに格納されたコードの一部によって実装され、プロセッサによって実行される場合がある。

いくつかの例の実施形態では、装置は、少なくとも１つの演算プロセッサによって実行される、算術演算として、またはプログラムまたはその一部（追加または更新されたソフトウェアルーチンを含む）として設定された、少なくとも１つのソフトウェアアプリケーション、モジュール、ユニットまたはエンティティに含まれるか、関連付けられる。プログラムは、ソフトウェアルーチン、アプレットおよびマクロを含むプログラム製品またはコンピュータプログラムとも呼ばれ、装置で読み取り可能な任意のデータ記憶媒体に格納され、特定のタスクを実行するためのプログラム命令を含む場合がある。

コンピュータプログラム製品は、プログラムが実行されるとき、いくつかの例示的な実施形態を実行するように設定される１つ以上のコンピュータ実行可能コンポーネントを含むことができる。１つ以上のコンピュータ実行可能コンポーネントは、少なくとも１つのソフトウェアコードまたはコードの一部である場合がある。例示的な実施形態の機能を実装するために必要な変更および設定は、ルーチンとして実行することができ、それは追加または更新されたソフトウェアルーチンとして実装することができる。一例では、ソフトウェアルーチンを装置にダウンロードすることができる。

例として、ソフトウェアまたはコンピュータプログラムのコードまたはコードの一部は、ソースコード形式、オブジェクトコード形式、または何らかの中間形式である場合があり、プログラムを運ぶことができる任意のエンティティまたはデバイスである、何らかのキャリア、配布媒体、またはコンピュータ可読媒体に格納される場合がある。このようなキャリアには、例えば、記録媒体、コンピュータメモリ、読み取り専用メモリ、光電および／または電気キャリア信号、電気通信信号、および／またはソフトウェア配布パッケージが含まれる。コンピュータプログラムは、必要な処理能力に応じて、１台の電子デジタルコンピュータで実行する場合もあれば、複数のコンピュータに分散させる場合もある。コンピュータが読み取り可能な媒体またはコンピュータが読み取り可能な記憶媒体は、一時的でない媒体であってもよい。

他の例の実施形態では、機能は、例えば、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルゲートアレイ（ＰＧＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のハードウェアとソフトウェアの任意の組み合わせを使用することによって、装置に含まれるハードウェアまたは回路によって実行される。さらに別の例示的な実施形態では、機能は、インターネットまたは他のネットワークからダウンロードされた電磁信号によって伝送することができる、非有形手段などの信号として実装することができる。

一例の実施形態によれば、ノード、デバイスまたは対応する構成要素のような装置は、回路、コンピュータまたはシングルチップコンピュータ素子のようなマイクロプロセッサとして構成されてもよく、チップセットとして構成されてもよく、チップセットは、算術演算に使用される記憶容量を提供するメモリおよび／または算術演算を実行する演算プロセッサを少なくとも含んでいてもよい。

当業者であれば、上記で説明した例示的な実施形態が、異なる順序での手順、および／または開示されているものとは異なる構成のハードウェア要素を用いて実施され得ることを容易に理解できるであろう。したがって、いくつかの実施例は、これらの実施例に基づいて説明されているが、特定の修正、バリエーション、および代替構成が、実施例の精神および範囲内にとどまりながら明らかであることは、当業者には明らかであろう。

Claims (70)

1. サイドリンク（ＳＬ）ユーザ機器（ＵＥ）およびネットワークノードの間のインターフェイスの状態を考慮することにより、ネットワークノードによって、ＰＣ５－無線リソース制御（ＲＲＣ）手順および１つまたは複数の関連するタイマーを処理し監視する動作を有する前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）を設定するステップを備える、方法。
2. 前記設定するステップが、前記ＰＣ５－ＲＲＣ設定または再設定手順を監視するために使用されるタイマーを処理するための前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）を設定するステップを含む、請求項１に記載の方法。
3. 前記設定するステップが、前記タイマーまたは前記同じＰＣ５－ＲＲＣ手順に関連する複数の異なるタイマーについての複数の値で前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）を設定するステップを含み、
   物理層の問題または前記インターフェイスを介した接続再確立手順またはハンドオーバ手順がある場合、前記複数の値または複数のタイマーは前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）および前記ネットワークの間のインターフェイスで経験した条件に応じて使用される、請求項１または２に記載の方法。
4. １つの値またはタイマーは、前記インターフェイスを介する物理層の問題が検出されず、接続再確立手順またはハンドオーバ手順が開始されない場合に使用されるように設定され、
   別の値またはタイマーは、物理層の問題が検出される場合、接続再確立が開始される場合、ハンドオーバ手順が開始される場合、または、前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）が無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを送信するために例外的なリソースプールを使用する場合の少なくとも１つの場合に使用されるように設定される、請求項３に記載の方法。
5. 前記設定するステップは、前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージが下位層に送信され、前記タイマーが開始された場合、物理層の問題の前記検出または前記接続再確立手順または前記ハンドオーバ手順の前記開始時に、前記タイマーを拡張するように前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）を設定するステップを含む、請求項２～４のいずれか１項に記載の方法。
6. 前記設定するステップは、物理層の問題の発生、接続再確立手順またはハンドオーバ手順の実行、または例外的なリソースプールを使用することの内の少なくとも１つを含む条件と対応する前記拡張値で前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）を設定するステップを含む、請求項１～５のいずれか１項に記載の方法。
7. 少なくとも１つのプロセッサと、
   コンピュータプログラムコードを含む少なくとも１つのメモリとを備える装置であって、
   前記少なくとも１つのメモリおよびコンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、前記装置に、
   サイドリンク（ＳＬ）ユーザ機器（ＵＥ）および前記装置の間のインターフェイスの状態を考慮することにより、ＰＣ５－無線リソース制御（ＲＲＣ）手順および１つまたは複数の関連するタイマーを処理し監視する動作を有する前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）を設定するステップを少なくとも実行させる、装置。
8. 前記設定するステップが、前記ＰＣ５－ＲＲＣ設定または再設定手順を監視するために使用されるタイマーを処理するための前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）を設定するステップを含む、請求項７に記載の装置。
9. 前記設定するステップが、前記タイマーまたは前記同じＰＣ５－ＲＲＣ手順に関連する複数の異なるタイマーについての複数の値で前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）を設定するステップを含み、
   物理層の問題または前記インターフェイスを介した接続再確立手順またはハンドオーバ手順がある場合、前記複数の値または複数のタイマーは前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）および前記ネットワークの間のインターフェイスで経験した条件に応じて使用される、請求項７または８に記載の装置。
10. １つの値またはタイマーは、前記インターフェイスを介する物理層の問題が検出されず、接続再確立手順またはハンドオーバ手順が開始されない場合に使用されるように設定され、
    別の値またはタイマーは、物理層の問題が検出される場合、接続再確立が開始される場合、ハンドオーバ手順が開始される場合、または、前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）が無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを送信するために例外的なリソースプールを使用する場合の少なくとも１つの場合に使用されるように設定される、請求項９に記載の装置。
11. 前記設定するステップは、前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージが下位層に送信され、前記タイマーが開始された場合、物理層の問題の前記検出または前記接続再確立手順または前記ハンドオーバ手順の前記開始時に、前記タイマーを拡張するように前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）を設定するステップを含む、請求項８～１０のいずれか１項に記載の装置。
12. 前記設定するステップは、物理層の問題の発生、接続再確立手順またはハンドオーバ手順の実行、または例外的なリソースプールを使用することの内の少なくとも１つを含む条件と対応する前記拡張値で前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）を設定するステップを含む、請求項７～１１のいずれか１項に記載の装置。
13. 装置であって、
    サイドリンク（ＳＬ）ユーザ機器（ＵＥ）および前記装置の間のインターフェイスの状態を考慮することにより、ＰＣ５－無線リソース制御（ＲＲＣ）手順および１つまたは複数の関連するタイマーを処理し監視する動作を有する前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）を設定する手段を備える、装置。
14. 前記設定する手段が、前記ＰＣ５－ＲＲＣ設定または再設定手順を監視するために使用されるタイマーを処理するための前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）を設定する手段を含む、請求項１３に記載の装置。
15. 前記設定する手段が、前記タイマーまたは前記同じＰＣ５－ＲＲＣ手順に関連する複数の異なるタイマーについての複数の値で前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）を設定する手段を含み、
    物理層の問題または前記インターフェイスを介した接続再確立手順またはハンドオーバ手順がある場合、前記複数の値または複数のタイマーは前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）および前記ネットワークの間のインターフェイスで経験した条件に応じて使用される、請求項１３または１４に記載の装置。
16. １つの値またはタイマーは、前記インターフェイスを介する物理層の問題が検出されず、接続再確立手順またはハンドオーバ手順が開始されない場合に使用されるように設定され、
    別の値またはタイマーは、物理層の問題が検出される場合、接続再確立が開始される場合、ハンドオーバ手順が開始される場合、または、前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）が無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを送信するために例外的なリソースプールを使用する場合の少なくとも１つの場合に使用されるように設定される、請求項１５に記載の装置。
17. 前記設定する手段は、前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージが下位層に送信され、前記タイマーが開始された場合、物理層の問題の前記検出または前記接続再確立手順または前記ハンドオーバ手順の前記開始時に、前記タイマーを拡張するように前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）を設定する手段を含む、請求項１４～１６のいずれか１項に記載の装置。
18. 前記設定する手段は、物理層の問題の発生、接続再確立手順またはハンドオーバ手順の実行、または例外的なリソースプールを使用することの内の少なくとも１つを含む条件と対応する前記拡張値で前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）を設定する手段を含む、請求項１３～１７のいずれか１項に記載の装置。
19. サイドリンク（ＳＬ）ユーザ機器（ＵＥ）において、前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）およびネットワークノードの間のインターフェイスの無線の問題の有無を判定するステップと、
    前記インターフェイスの無線の問題がないと判定された場合、無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを生成または構築するステップとを含む、方法。
20. 前記無線の問題の有無を判定するステップは、物理層の問題、または前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）および前記ネットワークノードの間のインターフェイスを介した接続再確立手順またはハンドオーバ手順の有無を判定するステップを含み、
    物理層の問題、または前記インターフェイスを介した接続再確立手順またはハンドオーバ手順がないと判定される場合に、前記方法は、前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを下位層に送信しタイマーを開始するステップを含む、請求項１９に記載の方法。
21. 前記無線の問題の有無を判定するステップは、
    １つまたは複数の例外的なリソースプールが設定されているかどうか、または、
    前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）が、前記無線の問題が検出されるよりも前に、設定された許可（ｇｒａｎｔ）タイプのリソースを受信したかどうか
    の内の少なくとも１つを判定するステップを含む、請求項１９または２０に記載の方法。
22. 前記無線リソース設定（ＲＲＣ）再設定サイドリンクメッセージを前記構築するステップは、前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）の前記無線リソース制御（ＲＲＣ）層で実行される、請求項１９～２１のいずれか１項に記載の方法。
23. 物理層の問題、または接続再確立手順またはハンドオーバ手順がない場合に、前記送信が、前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを、前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）における前記無線リソース制御（ＲＲＣ）層を介して、前記下位層に送信するステップを含む、請求項２０～２２のいずれか１項に記載の方法。
24. 物理層の問題、または前記インターフェイスを介した接続再確立手順またはハンドオーバ手順があると判定される場合に、前記方法は、
    前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを生成または構築しないステップ、および
    前記ＰＣ－５無線リソース制御（ＲＲＣ）設定手順を監視するために使用される前記タイマーを開始しないステップを含む、請求項２０～２３のいずれか１項に記載の方法。
25. 前記判定するステップは、
    物理層回復手順、
    前記接続再確立手順、または
    前記ハンドオーバ手順
    の内の少なくとも１つを監視するために設定された１つまたは複数のタイマーをチェックするステップを含む、請求項１９～２４のいずれか１項に記載の方法。
26. 前記インターフェイスを介した接続再確立手順またはハンドオーバ手順があると判定される場合、前記構築するステップは、ターゲットセルへの前記接続再確立またはハンドオーバの後に、前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを構築するステップを含む、請求項１９～２５のいずれか１項に記載の方法。
27. 少なくとも１つのプロセッサと、
    コンピュータプログラムコードを含む少なくとも１つのメモリとを備える装置であって、
    前記少なくとも１つのメモリおよびコンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、前記装置に、
    前記装置およびネットワークノードの間のインターフェイスの無線の問題の有無を判定するステップと、
    前記インターフェイスの無線の問題がないと判定された場合、無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを生成または構築するステップとを少なくとも実行させる、装置。
28. 前記無線の問題の有無を判定するステップは、物理層の問題、または前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）および前記ネットワークノードの間のインターフェイスを介した接続再確立手順またはハンドオーバ手順の有無を判定するステップを含み、
    物理層の問題、または前記インターフェイスを介した接続再確立手順またはハンドオーバ手順がないと判定される場合に、前記少なくとも１つのメモリおよびコンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、前記装置に、前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを下位層に送信しタイマーを開始するステップを少なくとも実行させる、請求項２７に記載の装置。
29. 前記無線の問題の有無を判定するステップは、
    １つまたは複数の例外的なリソースプールが設定されているかどうか、または、
    前記装置が、前記無線の問題が検出されるよりも前に、設定された許可（ｇｒａｎｔ）タイプのリソースを受信したかどうか
    の内の少なくとも１つを判定するステップを含む、請求項２７または２８に記載の装置。
30. 前記無線リソース設定（ＲＲＣ）再設定サイドリンクメッセージを前記構築するステップは、前記装置の前記無線リソース制御（ＲＲＣ）層で実行される、請求項２７～２９のいずれか１項に記載の装置。
31. 物理層の問題、または接続再確立手順またはハンドオーバ手順がない場合に、前記送信が、前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを、前記装置における前記無線リソース制御（ＲＲＣ）層を介して、前記下位層に送信するステップを含む、請求項２８～３０のいずれか１項に記載の装置。
32. 物理層の問題、または前記インターフェイスを介した接続再確立手順またはハンドオーバ手順があると判定される場合に、
    前記少なくとも１つのメモリおよびコンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、前記装置に、
    前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを前記生成または構築するステップをスキップするステップ、および
    前記ＰＣ－５無線リソース制御（ＲＲＣ）設定手順を監視するために使用される前記タイマーを前記開始するステップをスキップするステップを少なくとも実行させる、請求項２８～３１のいずれか１項に記載の装置。
33. 前記判定するステップは、
    物理層回復手順、
    前記接続再確立手順、または
    前記ハンドオーバ手順
    の内の少なくとも１つを監視するために設定された１つまたは複数のタイマーをチェックするステップを含む、請求項２７～３２のいずれか１項に記載の装置。
34. 前記インターフェイスを介した接続再確立手順またはハンドオーバ手順があると判定される場合、前記構築するステップは、ターゲットセルへの前記接続再確立またはハンドオーバの後に、前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを構築するステップを含む、請求項２７～３３のいずれか１項に記載の装置。
35. 装置およびネットワークノードの間のインターフェイスの無線の問題の有無を判定する手段と、
    前記インターフェイスの無線の問題がないと判定された場合、無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを生成または構築する手段とを含む装置。
36. 無線の問題の有無を判定する前記手段は、物理層の問題、または前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）および前記ネットワークノードの間のインターフェイスを介した接続再確立手順またはハンドオーバ手順の有無を判定する手段を含み、
    物理層の問題、または前記インターフェイスを介した接続再確立手順またはハンドオーバ手順がないと判定される場合に、前記装置が、前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを下位層に送信しタイマーを開始する手段を含む、請求項３５に記載の装置。
37. 前記無線の問題の有無を判定する手段は、
    １つまたは複数の例外的なリソースプールが設定されているかどうか、または、
    前記装置が、前記無線の問題が検出されるよりも前に、設定された許可（ｇｒａｎｔ）タイプのリソースを受信したかどうか
    の内の少なくとも１つを判定する手段を含む、請求項３５または３６に記載の装置。
38. 前記無線リソース設定（ＲＲＣ）再設定サイドリンクメッセージを前記構築する手段は、前記装置の前記無線リソース制御（ＲＲＣ）層で実行される、請求項３５～３７のいずれか１項に記載の装置。
39. 物理層の問題、または接続再確立手順またはハンドオーバ手順がない場合に、前記送信する手段は、前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを、前記装置における前記無線リソース制御（ＲＲＣ）層を介して、前記下位層に送信する手段を含む、請求項３６～３８のいずれか１項に記載の装置。
40. 物理層の問題、または前記インターフェイスを介した接続再確立手順またはハンドオーバ手順があると判定される場合に、前記装置が、前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを前記生成または構築することをスキップする手段、および
    前記ＰＣ－５無線リソース制御（ＲＲＣ）設定手順を監視するために使用される前記タイマーを前記開始することをスキップする手段を含む、請求項３６から３９のいずれかに記載の装置。
41. 前記判定する手段は、
    物理層回復手順、
    前記接続再確立手順、または
    前記ハンドオーバ手順
    の内の少なくとも１つを監視するために設定された１つまたは複数のタイマーをチェックする手段を含む、請求項３５～４０のいずれか１項に記載の装置。
42. 前記インターフェイスを介した接続再確立手順またはハンドオーバ手順があると判定される場合、前記構築する手段は、ターゲットセルへの前記接続再確立またはハンドオーバの後に前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを構築する手段を含む、請求項３５～４１のいずれか１項に記載の装置。
43. サイドリンク（ＳＬ）ユーザ機器（ＵＥ）で、無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを生成または構築するステップと、
    前記ＰＣ５－無線リソース制御（ＲＲＣ）設定手順を監視するために使用されるタイマーを開始するステップとを含む方法。
44. 前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）およびネットワークノードの間のインターフェイスの無線の問題があることを検出するステップ、および
    前記インターフェイスの前記無線の問題が解決されるまで前記タイマーの値を保持するステップを含む、請求項４３に記載の方法。
45. 前記インターフェイスの前記無線の問題があることを前記検出するステップは、物理層の問題、またはＵｕインターフェイスを介した接続再確立手順またはハンドオーバ手順の開始を検出するステップを含む、請求項４４に記載の方法。
46. 物理層の問題が検出された場合、または、前記無線リソース制御（ＲＲＣ）再設定再度リンクメッセージを構築して前記タイマーを開始するステップの後に接続再確立手順またはハンドオーバ手順が開始される場合に、前記方法は、
    前記物理層の問題が解決するまで、または、前記接続再確立またはハンドオーバ手順がなされるまで、または前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）がアイドルモードに入るまで、前記タイマーの前記値を保持するステップ、および
    前記物理層の問題が解決する場合、または、前記接続再確立が前記同じサービングセルで実行される場合、前記既存の値を使用して前記タイマーを開始するステップを含む、請求項４４または４５に記載の方法。
47. 接続再確立手順またはハンドオーバ手順が開始された場合に、前記方法が前記タイマーを保留にすることを含む、請求項４３～４６のいずれか１項に記載の方法。
48. 接続再確立または新しいサービングセルとのハンドオーバ手順が成功したとき、または前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）が、接続再確立またはハンドオーバを成功させずに無線リソース制御（ＲＲＣ）アイドルモードに入った場合に、
    前記新しいサービングセルまたはシステム情報ブロック（ＳＩＢ）／事前設定から取得した前記ＰＣ５設定が前記構築された無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージの設定に準拠しているかどうかをチェックするステップと、
    前記ＰＣ５設定または前記システム情報ブロック（ＳＩＢ）／事前設定が準拠している場合、前記タイマーを既存の値で再度開始するステップと、
    前記ＰＣ５設定または前記システム情報ブロック（ＳＩＢ）／事前設定が準拠していない場合、それに応じて新しい無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを構築するステップと、前記タイマーを前記初期値で再起動するステップとを含む、請求項４５～４７のいずれか１項に記載の方法。
49. 前記接続再確立手順または前記ハンドオーバ手順が失敗した場合に、
    サイドリンク（ＳＬ）モード２に切り替えるステップと、
    システム情報ブロック（ＳＩＢ）／事前設定から取得した前記設定が前記構築された無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージの設定に準拠しているかどうかをチェックするステップと、
    前記取得した設定が準拠している場合、サイドリンク（ＳＬ）モード２を使用するためのセンシング結果が利用可能となったら、前記既存の値で前記タイマーを開始するステップと、
    前記取得した設定が準拠していない場合、それに応じて、サイドリンク（ＳＬ）モード２を使用するためのセンシング結果が利用可能となったら、新しい無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを構築するステップおよび前記タイマーを開始するステップを含む、請求項４５～４７のいずれか１項に記載の方法。
50. 前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）は、前記タイマー、または前記同じＰＣ５－無線リソース制御（ＲＲＣ）手順と関連する複数の異なるタイマーについての複数の値で構成され、
    前記異なる複数の値または複数のタイマーは前記複数の値または複数のタイマーは前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）および前記ネットワークの間の前記インターフェイスで経験した条件に応じて使用される、請求項４３～４９のいずれか１項に記載の方法。
51. 前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）は、前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージが下位層に送信され、前記タイマーが開始した場合、物理層の問題の前記検出または前記接続再確立手順またはハンドオーバ手順の前記開始時に、前記タイマーを拡張するように構成される、請求項４３～５０のいずれか１項に記載の方法。
52. 少なくとも１つのプロセッサと、
    コンピュータプログラムコードを含む少なくとも１つのメモリとを備える装置であって、
    前記少なくとも１つのメモリおよびコンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、前記装置に、
    無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを生成または構築するステップと、
    前記ＰＣ５－無線リソース制御（ＲＲＣ）設定手順を監視するために使用されるタイマーを開始するステップとを少なくとも実行させる、装置。
53. 前記少なくとも１つのメモリおよびコンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、前記装置に、
    前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）およびネットワークノードの間のインターフェイスの無線の問題があることを検出するステップ、および
    前記インターフェイスの前記無線の問題が解決されるまで前記タイマーの値を保持するステップを少なくとも実行させる、請求項５２に記載の装置。
54. 前記インターフェイスの前記無線の問題があることを前記検出するステップは、物理層の問題、またはＵｕインターフェイスを介した接続再確立手順またはハンドオーバ手順の開始を検出するステップを含む、請求項５３に記載の装置。
55. 物理層の問題が検出された場合、または、前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを構築して前記タイマーを開始するステップの後に接続再確立手順またはハンドオーバ手順が開始される場合に、前記少なくとも１つのメモリおよびコンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、前記装置に、
    前記物理層の問題が解決するまで、または、前記接続再確立またはハンドオーバ手順がなされるまで、または前記装置がアイドルモードに入るまで、前記タイマーの前記値を保持するステップ、および
    前記物理層の問題が解決する場合、または、前記接続再確立が前記同じサービングセルで実行される場合、前記既存の値を使用して前記タイマーを再度開始するステップを少なくとも実行させる、請求項５３または５４に記載の装置。
56. 接続再確立手順またはハンドオーバ手順が開始された場合に、前記少なくとも１つのメモリおよびコンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、前記装置に、前記タイマーを保留にするステップを少なくとも実行させる、請求項５２～５５のいずれか１項に記載の装置。
57. 接続再確立または新しいサービングセルとのハンドオーバ手順が成功したとき、または前記装置が、接続再確立またはハンドオーバを成功させずに無線リソース制御（ＲＲＣ）アイドルモードに入った場合に、前記少なくとも１つのメモリおよびコンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、前記装置に、
    前記新しいサービングセルまたはシステム情報ブロック（ＳＩＢ）／事前設定から取得した前記ＰＣ５設定が前記構築された無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージの設定に準拠しているかどうかをチェックするステップと、
    前記ＰＣ５設定または前記システム情報ブロック（ＳＩＢ）／事前設定が準拠している場合、前記タイマーを前記既存の値で再度開始するステップと、
    前記ＰＣ５設定または前記システム情報ブロック（ＳＩＢ）／事前設定が準拠していない場合、それに応じて新しい無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを構築するステップおよび前記タイマーを前記初期値で再起動するステップとを少なくとも実行させる、請求項５４～５６のいずれか１項に記載の装置。
58. 前記接続再確立手順または前記ハンドオーバ手順が失敗した場合に、前記少なくとも１つのメモリおよびコンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、前記装置に、
    サイドリンク（ＳＬ）モード２に切り替えるステップと、
    システム情報ブロック（ＳＩＢ）／事前設定から取得した前記設定が前記構築された無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージの設定に準拠しているかどうかをチェックするステップと、
    前記取得した設定が準拠している場合、サイドリンク（ＳＬ）モード２を使用するためのセンシング結果が利用可能となったら、前記既存の値で前記タイマーを開始するステップと、
    前記取得した設定が準拠していない場合、それに応じて、サイドリンク（ＳＬ）モード２を使用するための前記センシング結果が利用可能となったら、新しい無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを構築するステップおよび前記タイマーを開始するステップを少なくとも実行させる、請求項５４～５６のいずれか１項に記載の装置。
59. 前記装置は、前記タイマー、または前記同じＰＣ５－無線リソース制御（ＲＲＣ）手順と関連する複数の異なるタイマーについての複数の値で構成され、
    前記異なる複数の値または複数のタイマーは前記装置および前記ネットワークの間の前記インターフェイスで経験した条件に応じて使用される、請求項５２～５８のいずれか１項に記載の方法。
60. 前記装置は、前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージが下位層に送信され、前記タイマーが開始した場合、物理層の問題の前記検出または前記接続再確立手順またはハンドオーバ手順の前記開始時に、前記タイマーを拡張するように構成される、請求項５２～５９のいずれか１項に記載の方法。
61. 無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを生成または構築する手段と、
    前記ＰＣ５－無線リソース制御（ＲＲＣ）設定手順を監視するために使用されるタイマーを開始する手段とを含む、装置。
62. 前記サイドリンク（ＳＬ）ユーザ機器（ＵＥ）およびネットワークノードの間のインターフェイスの無線の問題があることを検出する手段、および
    前記インターフェイスの前記無線の問題が解決されるまで前記タイマーの値を保持する手段を含む、請求項６１に記載の装置。
63. 前記インターフェイスの前記無線の問題があることを前記検出する手段は、物理層の問題、またはＵｕインターフェイスを介した接続再確立手順またはハンドオーバ手順の開始を検出する手段を含む、請求項６２に記載の装置。
64. 物理層の問題が検出された場合、または、前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを構築して前記タイマーを開始した後に接続再確立手順またはハンドオーバ手順が開始される場合に、前記装置が、
    前記物理層の問題が解決するまで、または、前記接続再確立またはハンドオーバ手順がなされるまで、または前記装置がアイドルモードに入るまで、前記タイマーの前記値を保持する手段、および
    前記物理層の問題が解決する場合、または、前記接続再確立が前記同じサービングセルで実行される場合、前記既存の値を使用して前記タイマーを再度開始する手段を含む、請求項６２または６３に記載の装置。
65. 接続再確立手順またはハンドオーバ手順が開始された場合に、前記タイマーを保留にする手段を含む、請求項６１～６４のいずれか１項に記載の装置。
66. 接続再確立または新しいサービングセルとのハンドオーバ手順が成功したとき、または前記装置が、接続再確立またはハンドオーバを成功させずに無線リソース制御（ＲＲＣ）アイドルモードに入った場合に、前記装置が、
    前記新しいサービングセルまたはシステム情報ブロック（ＳＩＢ）／事前設定から取得した前記ＰＣ５設定が前記構築された無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージの設定に準拠しているかどうかをチェックする手段と、
    前記ＰＣ５設定または前記システム情報ブロック（ＳＩＢ）／事前設定が準拠している場合に、前記タイマーを前記既存の値で再度開始する手段、および
    前記ＰＣ５設定または前記システム情報ブロック（ＳＩＢ）／事前設定が準拠していない場合に、それに応じて新しい無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを構築して前記タイマーを前記初期値で再起動する手段を含む、請求項６３～６５のいずれか１項に記載の装置。
67. 前記接続再確立手順または前記ハンドオーバ手順が失敗した場合に、前記装置は、
    サイドリンク（ＳＬ）モード２に切り替える手段と、
    システム情報ブロック（ＳＩＢ）／事前設定から取得した前記設定が前記構築された無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージの前記設定に準拠しているかどうかをチェックする手段と、
    前記取得した設定が準拠している場合、サイドリンク（ＳＬ）モード２を使用するためのセンシング結果が利用可能となったら、前記既存の値で前記タイマーを開始する手段と、
    前記取得した設定が準拠していない場合、それに応じて、サイドリンク（ＳＬ）モード２を使用するための前記センシング結果が利用可能となったら、新しい無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージを構築する手段、および前記タイマーを開始する手段を含む、請求項６３～６５のいずれか１項に記載の装置。
68. 前記装置は、前記タイマー、または前記同じＰＣ５－無線リソース制御（ＲＲＣ）手順と関連する複数の異なるタイマーについての複数の値で構成され、
    前記異なる複数の値または複数のタイマーは前記装置および前記ネットワークの間の前記インターフェイスで経験した条件に応じて使用される、請求項６１～６７のいずれか１項に記載の方法。
69. 前記装置は、前記無線リソース制御（ＲＲＣ）再設定サイドリンクメッセージが下位層に送信され、前記タイマーが開始した場合、物理層の問題の前記検出または前記接続再確立手順またはハンドオーバ手順の前記開始時に、前記タイマーを拡張するように構成される、請求項６１～６８のいずれか１項に記載の方法。
70. 少なくとも請求項１～６、１９～２６、または４３～５１のいずれか１項に記載の方法を実行するための命令が格納される、コンピュータプログラム。

Images