JP2023536879A - サイドリンクリレーのためのリンク管理及び回復のための方法及び装置 - Google Patents

Abstract

本明細書では、サイドリンクリレーについてのリンク管理及び回復のための方法及び装置について説明する。方法は、第１のリレーを介して、かつサイドリンク無線ベアラ（ＳＬＲＢ）構成を使用して、ネットワークにパケットを送信することであって、送信されたパケットが、第１のリレーに関連付けられた識別子を含む、送信することと、代替リレーを識別するメッセージを受信することと、無線リンク障害を検出することと、を含んでもよい。方法は、代替リレーに関連付けられた基準信号の信号品質測定値を取得することと、代替リレーから、最も高い信号品質を有する第２のリレーを選択することと、同じＳＬＲＢ構成又は同等のＳＬＲＢ構成を使用することを示す再構成メッセージを、選択された第２のリレーに送信することと、を含んでもよい。第２のリレーの再構成が成功したことを応答が示す場合、パケットは、同じ又は同等のＳＬＲＢ構成を使用して第２のリレーを介して送信され得る。パケットは、第２のリレーに関連付けられた識別子を含み得る。【選択図】図６

Description

（関連出願の相互参照）
本出願は、２０２０年８月５日に出願された米国仮特許出願第６３／０６１，５３２号及び２０２１年５月７日に出願された米国仮特許出願第６３／１８５，８０１号の利益を主張するものであり、これらの内容は、参照により本明細書に組み込まれる。

本明細書では、サイドリンクリレーのためのリンク管理及び回復のための方法及び装置について説明する。方法は、第１のリレーを介して、かつサイドリンク無線ベアラ（sidelink radio bearer、ＳＬＲＢ）構成を使用して、ネットワークにパケットを送信することであって、送信されたパケットが、第１のリレーに関連付けられた識別子を含む、送信することと、代替リレーを識別するメッセージを受信することと、無線リンク障害を検出することと、を含んでもよい。方法は、代替リレーに関連付けられた基準信号の信号品質測定値を取得することと、代替リレーから、最も高い信号品質を有する第２のリレーを選択することと、同じＳＬＲＢ構成又は同等のＳＬＲＢ構成を使用することを示す再構成メッセージを、選択された第２のリレーに送信することと、を含んでもよい。第２のリレーの再構成が成功したことを応答が示す場合、パケットは、同じ又は同等のＳＬＲＢ構成を使用して第２のリレーを介して送信され得る。パケットは、第２のリレーに関連付けられた識別子を含み得る。

より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得られ得、図中の同様の参照番号は、同様の要素を示す。
１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを示すシステム図である。 レイヤ２進化型ＷＴＲＵネットワーク間リレーのためのユーザプレーン無線プロトコルスタックの例を示す図である。 レイヤ２進化型ＷＴＲＵネットワーク間リレーのための制御プレーン無線プロトコルスタックの例を示す図である。 ＷＴＲＵ間リレーの一例を示す図である。 ＷＴＲＵネットワーク間リレーの一例を示す図である。 例示的な再確立又は回復手順の流れ図である。

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（zero-tail unique-word discrete Fourier transform Spread OFDM、ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ型ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの１つ以上のチャネルアクセス方法を用い得る。

図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話ネットワーク（public switched telephone network、ＰＳＴＮ）１０８、インターネット１１０、及び他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、いずれもステーション（station、ＳＴＡ）と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（ＷＴＲＵ）、モバイルステーション、固定又はモバイル加入者ユニット、加入ベースのユニット、ポケットベル、携帯電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、時計又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及び用途（例えば、遠隔手術）、産業デバイス及び用途（例えば、産業及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、消費者電子デバイス、商業及び／又は産業無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＷＴＲＵと称され得る。

通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、及び／又は他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（base transceiver station、ＢＴＳ）、ノードＢ、ｅノードＢ（eNode B、ｅＮＢ）、ホームノードＢ、ホームｅノードＢ、ｇノードＢ（ｇＮＢ）などの次世代ノードＢ、新無線（ＮＲ）ノードＢ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは各々単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。

基地局１１４ａは、ＲＡＮ１０４の一部であり得、これはまた、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなどの他の基地局、及び／又はネットワーク要素（図示せず）を含み得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可及び未認可スペクトルの組み合わせであり得る。セルは、相対的に固定され得るか又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、更にセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用い得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信及び／又は受信し得る。

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、このエアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセススキームを用い得る。例えば、ＲＡＮ１０４及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの基地局１１４ａは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立し得る、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンク（ＵＬ）パケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含み得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得るが、これは、ロングタームエボリューション（ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得、これは、ＮＲを使用してエアインターフェース１１６を確立し得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に／から送信される複数のタイプの無線アクセス技術及び／又は送信によって特徴付けられ得る。

他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅ Ｂ又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がない場合がある。

ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークであり得る、ＣＮ１０６と通信し得る。データは、例えば、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６は、通話制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、映像配信などを提供し、かつ／又はユーザ認証などの高レベルセキュリティ機能を行い得る。図１Ａには示されていないが、ＲＡＮ１０４及び／又はＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用いる他のＲＡＮと直接又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４に接続されることに加えて、ＣＮ１０６はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ又はＷｉＦｉ無線技術を用いて別のＲＡＮ（図示せず）と通信し得る。

ＣＮ１０６はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用い得る１つ以上のＲＡＮに接続された別のＣＮを含み得る。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（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、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリの情報にアクセスし、かつ当該メモリにデータを記憶し得る。

プロセッサ１１８は、電源１３４から電力を受信し得るが、ＷＴＲＵ１０２における他の構成要素に電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽セル、燃料セルなどを含み得る。

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

プロセッサ１１８は、他の周辺機器１３８に更に結合され得、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得る。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、配向センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、湿度センサなどのうちの１つ以上であり得る。

ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ及び（例えば、受信のための）ＤＬの両方の特定のサブフレームと関連付けられた）信号の一部又は全部の送受信が、同時及び／又は一緒であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）を介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ又は（例えば、受信のための）ＤＬのいずれかの特定のサブフレームと関連付けられた）信号の一部又は全部の送受信の半二重無線機を含み得る。

図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を図示するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅノードＢを含み得るということが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。

ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられ得、ＵＬ及び／又はＤＬにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（packet data gateway、ＰＧＷ）１６６を含み得る。前述の要素は、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されよう。

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

ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングし、転送し得る。ＳＧＷ１６４は、ｅＮｏｄｅ－Ｂ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶する機能などの、他の機能を実行し得る。

ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。更に、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は動作される他の有線及び／又は無線ネットワークを含み得る。

ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに記載されているが、特定の代表的な実施形態では、そのような端末は、通信ネットワークとの（例えば、一時的又は永久的に）有線通信インターフェースを使用し得ることが企図される。

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。

インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（station、ＳＴＡ）を有し得る。ＡＰは、ＢＳＳ内に、かつ／又はＢＳＳ外にトラフィックを搬送する配信システム（Distribution System、ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先への生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡどうしの間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとしてみなされ、かつ／又は称され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）で送信され得る。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全部）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。

８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。一次チャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又は動的に設定された幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的な実施形態では、衝突回避を用いるキャリア感知多重アクセス（Carrier Sense Multiple Access with Collision Avoidance、ＣＳＭＡ／ＣＡ）は、例えば、８０２．１１システムにおいて実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを感知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると感知され／検出され、かつ／又は判定される場合、特定のＳＴＡはバックオフされ得る。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信し得る。

高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得るが、この４０ＭＨｚ幅のチャネルは、例えば、プライマリ２０ＭＨｚチャネルと、隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介して形成され得る。

非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する２０ＭＨｚチャネルどうしを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作を逆にされ得、組み合わされたデータを媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信し得る。

サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルで５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなどのメータタイプの制御／マシンタイプ通信（Machine-Type Communications、ＭＴＣ）をサポートし得る。ＭＴＣデバイスは、例えば、特定の、かつ／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、特定の能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。

複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、一次チャネルがビジーである場合、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡにより、利用可能な周波数帯域の大部分がアイドル状態になったとしても、利用可能な周波数帯域の全てがビジーであるとみなされ得る。

米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。

図１Ｄは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、ＮＲ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

ＲＡＮ１０４は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を維持しながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信及び／又は受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々な若しくは拡張可能な長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボル及び／又は様々な長さの絶対時間の持続し変化する時間を含む）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可帯域における信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービスするための追加のカバレッジ及び／又はスループットを提供し得る。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライスのサポート、ＤＣ、ＮＲとＥ－ＵＴＲＡとの間の相互作用、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂに対するユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂに対する制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。

図１Ｄに示されるＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素は、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されよう。

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１０４におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ネットワークスライスのためのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（protocol data unit、ＰＤＵ）セッションの処理）、登録のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（non-access stratum、ＮＡＳ）シグナル伝達の終了、モビリティ管理などの役割を果たし得る。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低レイテンシ（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、拡張大規模モバイルブロードバンド（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、ＭＴＣアクセスのためのサービスなどのような、異なる使用事例に対して確立され得る。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉなどの非－３ＧＰＰアクセス技術などの他の無線技術を用いる他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１０６内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１０６内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＷＴＲＵ ＩＰアドレスを管理及び配分する機能、ＰＤＵセッションを管理する機能、ポリシー実施及びＱｏＳを制御する機能、ＤＬデータ通知を提供する機能などのような、他の機能を実行し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１０４内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、これにより、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットのルーティング及び転送、ユーザプレーンポリシーの実施、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの処理、ＤＬパケットのバッファリング、モビリティアンカリングなどの他の機能を実行し得る。

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。更に、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は動作される他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルＤＮ１８５ａ、１８５ｂに接続され得る。

図１Ａ～図１Ｄ及び図１Ａ～図１Ｄの対応する説明を考慮して、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載される任意の他のデバイスの１つ以上に関して本明細書に記載される機能のうちの１つ以上又は全部は、１つ以上のエミュレーションデバイス（図示せず）によって行われ得る（図示せず）。エミュレーションデバイスは、本明細書に説明される機能の１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。

エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装され、かつ／又は展開されている間、１つ以上若しくは全ての機能を実行し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実行し得る。エミュレーションデバイスは、オーバザエアの無線通信を使用して、試験する及び／又は試験を行う目的で、別のデバイスに直接結合され得る。

１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、１つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信及び／又は受信するように、エミュレーションデバイスによって使用され得る。

新無線（ＮＲ）リリース１７は、ＰＣ５インターフェース（例えば、サイドリンク）に基づくＷＴＲＵネットワーク間リレー及びＷＴＲＵ間リレーの両方の使用を検討することができる。例えば、ＮＲサイドリンク手順の初期バージョンは、Ｖ２Ｘ関連の道路安全サービスをサポートし得るＮＲリリース１６のために開発された。この設計は、カバレッジ外シナリオとネットワークカバレッジ内シナリオの両方において、ブロードキャスト、グループキャスト、及びユニキャスト通信のためのサポートを提供することができる。しかしながら、例えば、拡張されたサービス品質（ＱｏＳ）要件をサポートするために、カバレッジ拡張及び電力効率を改善し、リリース１６において検討されたよりも広い範囲のアプリケーション及びサービスを検討することが望ましいことがある。

例えば、ＷＴＲＵネットワーク間カバレッジ拡張及び／又はＷＴＲＵ間カバレッジ拡張を検討することが望ましい場合がある。ＷＴＲＵネットワーク間カバレッジ拡張に関して、エアインターフェース（すなわち、Ｕｕ）カバレッジ到達可能性は、ＷＴＲＵがＰＤＮネットワーク内のサーバ又は近接エリア外の対応するＷＴＲＵに到達するために必要であり得る。ＷＴＲＵネットワーク間リレーに関してリリース１３において議論された様々なオプションは、ＥＵＴＲＡベースの技術に限定されることがあり、したがって、ＮＧ－ＲＡＮ及びＮＲベースのサイドリンク通信の両方について、ＮＲベースのシステムに適用されないことがある。ＷＴＲＵ間カバレッジ拡張に関して、現在の近接到達可能性は、ＥＵＴＲＡベースサイドリンク技術又はＮＲベースサイドリンク技術のいずれかを介したシングルホップサイドリンクリンクに限定され得る。しかしながら、これは、限定されたシングルホップサイドリンクカバレッジを考慮すると、Ｕｕカバレッジが存在しないシナリオにおいて十分ではないことがある。

いくつかの考慮事項には、シングルホップＮＲサイドリンクリレーに関して、仕様への影響が最小限である機構を含めることができ、この機構は、サイドリンクベースのＷＴＲＵネットワーク間リレー及びＷＴＲＵ間リレーに関するスケジューリング割当て（scheduling assignment、ＳＡ）要件をサポートし、例えば、レイヤ３リレー及びレイヤ２リレーに関する１つ以上の局面を重視する。そのような局面には、リレー（再）選択基準及び手順、リレー／リモートＷＴＲＵ許可、リレー機能のためのＱｏＳ、サービス継続性、ＳＡ３がその結論を下した後のリレーされた接続のセキュリティ、並びにユーザプレーンプロトコルスタック及び制御プレーン手順に対する影響（例えば、リレーされた接続の接続管理）を含むことができる。他の考慮事項は、例えば、新しい物理レイヤチャネル／信号がないと仮定して、サイドリンクリレーのためのディスカバリモデル及び／又は手順の上位レイヤ動作のサポートを含み得る。

リリース１３は、カバレッジ外ＷＴＲＵとＷＴＲＵネットワーク間リレーとの間のＰＣ５インターフェース（例えば、Ｄ２Ｄ）を使用することによって、カバレッジ外ＷＴＲＵにネットワークカバレッジを拡張するために、近接サービス（proximity services、ＰｒｏＳｅ）ＷＴＲＵネットワーク間リレーを介したリレーを導入した。ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーは、リモートＷＴＲＵとネットワークとの間で任意のタイプのＩＰトラフィックをリレーすることができる一般的なＬ３転送機能を提供することができる。リモートＷＴＲＵとＰｒｏＳｅ ＷＴＲＵネットワーク間リレーとの間で、１対１及び１対多のサイドリンク通信を使用し得る。リモートＷＴＲＵとリレーＷＴＲＵの両方について、１つのシングルキャリア（例えば、パブリックセーフティＰｒｏＳｅキャリア）動作のみがサポートされ得る（例えば、Ｕｕ及びＰＣ５は、リレーＷＴＲＵとリモートＷＴＲＵの両方について同じキャリアであり得る）。リモートＷＴＲＵは、上位レイヤによって許可されてもよく、例えば、パブリックセーフティＰｒｏＳｅキャリアのカバレッジ内であるか、又はＷＴＲＵネットワーク間リレーのディスカバリ、選択又は再選択、及び通信のためのパブリックセーフティＰｒｏＳｅキャリアを含む任意のサポートされるキャリア上のカバレッジ外であってもよい。

ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーのためのリレー選択又は再選択は、アクセス層（access stratum、ＡＳ）レイヤ品質測定値（例えば、基準信号受信電力（reference signal received power、ＲＳＲＰ））及び上位レイヤ基準の一方又は組み合わせに基づいて実行され得る。ｅＮＢは、ＷＴＲＵがＰｒｏＳｅ ＷＴＲＵネットワーク間リレーとして動作することができるかどうかを制御し得る。ｅＮＢが、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーの動作に関連付けられた情報をブロードキャストする場合、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーの動作は、セルにおいてサポートされ得る。ｅＮＢは、ＲＲＣ＿ＩＤＬＥ状態のためのブロードキャストシグナリング及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のための専用シグナリングを使用する、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーのディスカバリのための送信リソース、並びにブロードキャストシグナリングを使用する、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーのディスカバリのための受信リソースのうちの１つ以上を提供することができる。

ｅＮＢは、例えば、ＷＴＲＵネットワーク間リレーのディスカバリ手順を開始できるようになる前に、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーが満たす（又は「順守する」）必要があり得る１つ以上の最小及び／又は最大Ｕｕリンク品質（例えば、ＲＳＲＰ）閾値をブロードキャストし得る。ＲＲＣ＿ＩＤＬＥモードで動作するとき、ｅＮＢが送信リソースプールをブロードキャストするときなどのいくつかの場合には、ＷＴＲＵは、閾値を使用して、ＷＴＲＵネットワーク間リレーのディスカバリ手順を自律的に開始又は停止することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードで動作するときなどのいくつかの場合には、ＷＴＲＵは、閾値を使用して、ＷＴＲＵがリレーＷＴＲＵであり、かつＰｒｏＳｅ ＷＴＲＵネットワーク間リレーのディスカバリを開始することを望むことをｅＮＢに示すことができるかどうかを判定し得る。ｅＮＢがＰｒｏＳｅ－ＷＴＲＵネットワーク間リレーのディスカバリのための送信リソースプールをブロードキャストしない場合、ＷＴＲＵは、１つ以上のブロードキャストされた閾値を満たしつつ（又は「順守しつつ」）、専用シグナリングによってＰｒｏＳｅ－ＷＴＲＵネットワーク間リレーのディスカバリリソースの要求を開始することができる。

ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーの動作がブロードキャストシグナリングによって開始される場合、ＷＴＲＵネットワーク間リレーは、ＲＲＣ＿ＩＤＬＥモードにあるときにＰｒｏＳｅ ＷＴＲＵネットワーク間リレーのディスカバリを実行することができる。ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーは、専用シグナリングによって開始される場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードであるときにはリレーディスカバリを行うことができる。ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーの動作のためのサイドリンク通信を行うＰｒｏＳｅ ＷＴＲＵネットワーク間リレーは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードで動作する必要がある場合がある。レイヤ２リンク確立要求又は一時的モバイルグループ認証情報（temporary mobile group identity、ＴＭＧＩ）監視要求（例えば、上位レイヤメッセージ）、又は任意の他の論理的に同等のメッセージリモートＷＴＲＵから受信した後、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーは、それがＰｒｏＳｅ ＷＴＲＵネットワーク間リレーであり、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーのサイドリンク通信を行う予定であることをｅＮＢに示すことができる。ｅＮＢは、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレー通信のためのリソースを提供し得る。

リモートＷＴＲＵは、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーのディスカバリの監視をいつ開始するかを決定し得る。リモートＷＴＲＵは、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーのディスカバリのためのリソースの構成に応じて、ＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤである間に、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーのディスカバリ要請メッセージを送信することができる。ｅＮＢは、閾値をブロードキャストすることができ、この閾値は、リモートＷＴＲＵがＰｒｏＳｅ ＷＴＲＵネットワーク間リレーのディスカバリ要請メッセージを送信して、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーＷＴＲＵと接続又は通信することができるかどうかを判定するためにリモートＷＴＲＵによって使用され得る。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤリモートＷＴＲＵは、ブロードキャストされた閾値を使用して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤリモートＷＴＲＵが、リモートＷＴＲＵであり、かつＰｒｏＳｅ ＷＴＲＵネットワーク間リレーのディスカバリ及び／又は通信に参加することを望むことをｅＮＢに示すことができるかどうかを判定し得る。ｅＮＢは、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーの動作のために、ブロードキャスト又は専用シグナリングを使用して送信リソースを提供し、ブロードキャストシグナリングを使用して受信リソースを提供することができる。リモートＷＴＲＵは、ＲＳＲＰがブロードキャストされた閾値を超える場合、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーのディスカバリ及び通信リソースを使用することを停止し得る。ＵｕからＰＣ５への、又はその逆のトラフィック切替えの正確な時間は、上位レイヤ機能、エンティティ、又はそれらの論理的等価物によって決定又はシグナリングされ得る。

リモートＷＴＲＵは、ＰＣ５インターフェースにおいて無線測定を行い、それらの測定値を上位レイヤ基準とともにＰｒｏＳｅ ＷＴＲＵネットワーク間リレー選択及び再選択のために使用することができる。ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーは、例えば、ＰＣ５リンク品質が、構成された閾値（例えば、事前に構成された、又はｅＮＢによって提供された）を超える場合、（例えば、無線基準に関して）好適であるとみなされ得る。場合によっては、リモートＷＴＲＵは、（例えば、上位レイヤシグナリング、上位レイヤ機能若しくはエンティティ、又はそれらの論理的等価物によって提供される）１つ以上の基準を満たし、全ての適切なＰｒｏＳｅ ＷＴＲＵネットワーク間リレーの中で最良のＰＣ５リンク品質を有するＰｒｏＳｅ ＷＴＲＵネットワーク間リレーを選択することができる。

リモートＷＴＲＵは、１つ以上の状況下でＰｒｏＳｅ ＷＴＲＵネットワーク間リレーの再選択をトリガすることができる。例えば、リモートＷＴＲＵは、現在のＰｒｏＳｅ ＷＴＲＵネットワーク間リレーのＰＣ５信号強度が、構成された信号強度閾値を下回る場合、及び／又はリモートＷＴＲＵが、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーからレイヤ２リンク解放メッセージ（例えば、上位レイヤメッセージ又は任意の論理等価物）を受信する場合、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーの再選択をトリガし得る。

リリース１４では、ウェアラブル及びＩｏＴデバイスに合わせて調整された商用ユースケースのためのＷＴＲＵネットワーク間リレーに関する研究が、ＲＡＮで行われた。そのような研究はいかなる仕様ももたらさなかったが、技術報告（technical report、ＴＲ）ではそのようなリレーのためのいくつかの好ましい解決策が提供された。レイヤ３（ＩＰレイヤ）リレー手法を使用することができるＰｒｏＳｅ ＷＴＲＵネットワーク間リレーとは対照的に、ウェアラブルのためのＷＴＲＵネットワーク間リレーは、図２及び図３に示されるプロトコルスタックに基づくレイヤ２リレーであると予想されており、このリレーについて以下の段落で実質的に紹介し説明する。ＬＴＥ仕様の以前のリリースにおけるリレーソリューションは、２つのＷＴＲＵ（例えば、リモートＷＴＲＵ及びＷＴＲＵネットワーク間リレー）の間の上位レイヤ（例えば、ＰｒｏＳｅレイヤ）において確立された１対１の通信リンクに基づいていた。そのような接続は、ＡＳレイヤに対して透過的であり、上位レイヤにおいて行われる接続管理シグナリング及び手順は、ＡＳレイヤデータチャネルによって搬送された。ＡＳレイヤは、そのような１対１の接続を認識しないことがあった。

図２は、レイヤ２進化型ＷＴＲＵネットワーク間リレーのためのユーザプレーン無線プロトコルスタックの例を示す図である。図２に示されているように、リモートＷＴＲＵ２０１は、サイドリンクを介してレイヤ２リレーＷＴＲＵ２０２とインターフェースすることができる（すなわち、リモートＷＴＲＵ２０１及びリレーＷＴＲＵ２０２は、ＰＣ５インターフェースを介して通信することができる）。レイヤ２リレーＷＴＲＵ２０２及びｅＮＢ２０３は、エアインターフェース（Ｕｕ）を介してｅＮＢと確立された下位レイヤリンクを有することができる。

ＰＤＣＰ及びＩＰリンクは、リモートＷＴＲＵ２０１とｅＮＢ２０３との間で確立することができ、一方、ＲＬＣ、ＭＡＣ、及びＰＨＹ、並びに非３ＧＰＰトランスポートレイヤリンクは、ＰＣ５を介してリモートＷＴＲＵ２０１とレイヤ２リレーＷＴＲＵ２０２との間で、かつＵｕを介して進化型レイヤ２リレーＷＴＲＵ２０２とｅＮＢ２０３との間で確立することができる。リモートＷＴＲＵ２０１からコアネットワーク（ＣＮ）２０４への、レイヤ２進化型ＷＴＲＵネットワーク間リレーを介したユーザプレーンデータのリレー、及びその逆は、ＲＬＣレイヤより上で（例えば、ＰＤＣＰレイヤ及びＩＰレイヤにおいて）実行され得る。

図３は、レイヤ２進化型ＷＴＲＵネットワーク間リレーのための制御プレーン無線プロトコルスタックの例を示す図である。図２について上記で要素２０１、２０２、２０３、及び２０４に関して説明したのと同様に、リモートＷＴＲＵ３０１は、サイドリンクを介してレイヤ２リレーＷＴＲＵ３０２とインターフェースすることができる（すなわち、リモートＷＴＲＵ２０１及びリレーＷＴＲＵ２０２は、ＰＣ５インターフェースを介して通信することができる）。ＰＤＣＰ及びＲＲＣリンクは、リモートＷＴＲＵ３０１とｅＮＢ３０３との間に確立することができ、一方ＲＬＣ、ＭＡＣ、及びＰＨＹ、並びに非３ＧＰＰトランスポートレイヤは、ＰＣ５を介してリモートＷＴＲＵ３０１とレイヤ２リレーＷＴＲＵ３０２との間で、かつＵｕを介して進化型レイヤ２リレーＷＴＲＵ３０２とｅＮＢ３０３との間で確立することができる。リモートＷＴＲＵ２０１からコアネットワーク（ＣＮ）２０４への、レイヤ２進化型ＷＴＲＵネットワーク間リレーを介した制御プレーンデータのリレー、及びその逆は、ＲＬＣレイヤより上で（例えば、ＰＤＣＰレイヤ及びＩＰレイヤにおいて）実行され得る。

（例えば、リリース１６で説明されたような）ＮＲ Ｖ２Ｘフレームワークに従って動作するシステムでは、ＡＳレイヤは、２つのＷＴＲＵ間のユニキャストリンクをサポートすることができる。ユニキャストリンクは、（例えば、ＰｒｏＳｅ１対１接続におけるように）上位レイヤによって開始され得る。しかしながら、ＡＳレイヤは、そのようなユニキャストリンクの存在、及びピアＷＴＲＵ間で、ユニキャスト方式で送信される任意のデータを通知され得る。そのような知識を用いて、ＡＳレイヤは、ハイブリッド自動再送要求（hybrid automatic repeat request、ＨＡＲＱ）フィードバック、チャネル品質インジケータ（channel quality indicator、ＣＱＩ）フィードバック、及びユニキャストに固有の電力制御方式をサポートすることができる。

ＡＳレイヤにおけるユニキャストリンクは、ＰＣ５無線リソース構成（PC5-radio resource configuration、ＲＲＣ）接続を介してサポートされ得る。ＰＣ５－ＲＲＣ接続は、ＡＳ内のソースレイヤ２ＩＤ及び宛先レイヤ２ＩＤのペア間の論理接続であり得る。１つのＰＣ５－ＲＲＣ接続は、１つのＰＣ５ユニキャストリンクに対応し得る。ＰＣ５－ＲＲＣシグナリングは、その対応するＰＣ５ユニキャストリンク確立の後に開始され得る。ＰＣ５－ＲＲＣ接続、並びに対応するサイドリンクシグナリング無線ベアラ（sidelink signaling radio bearer、ＳＲＢ）及びサイドリンク専用無線ベアラ（sidelink dedicated radio bearer、ＤＲＢ）は、上位レイヤによって示されるようにＰＣ５ユニキャストリンクが解放された場合に解放され得る。

各ＰＣ５－ＲＲＣユニキャスト接続について、サイドリンクＳＲＢは、ＰＣ５－Ｓメッセージ（例えば、２つのＷＴＲＵ間のセキュアなＰＣ５リンクを確立、維持、又は解放するために使用されるメッセージ）を送信するために使用され得る。そのようなメッセージは、ＰＣ５－Ｓセキュリティが確立される前に送信され得る。１つのサイドリンクＳＲＢは、ＰＣ５－Ｓセキュリティを確立するためにＰＣ５－Ｓメッセージを送信するために使用され得る。１つのサイドリンクＳＲＢは、ＰＣ５－Ｓセキュリティが確立された後にＰＣ５－Ｓメッセージを送信するために使用され得、ＰＣ５－Ｓメッセージは保護され得る。１つのサイドリンクＳＲＢは、ＰＣ５－ＲＲＣシグナリングを送信するために使用され得、ＰＣ５－ＲＲＣシグナリングは、保護され、ＰＣ５－Ｓセキュリティが確立された後にのみ送られる。

ＰＣ５－ＲＲＣシグナリングは、ＷＴＲＵが、ピアＷＴＲＵにおける各サイドリンク無線ベアラ（ＳＬＲＢ）のＲＸ関連のパラメータを構成することができる１つ以上のサイドリンク構成メッセージ（例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージ、又は論理的に等価なメッセージ）を含むことができる。そのような再構成メッセージは、Ｌ２スタック中の各プロトコル（例えば、サービスデータアダプテーションプロトコル（service data adaptation protocol、ＳＤＡＰ）、パケットデータコンバージェンスプロトコル（packet data convergence protocol、ＰＤＣＰ）など）のパラメータを構成し得る。受信側ＷＴＲＵは、ピアＷＴＲＵによって提案された構成をサポートすることができるかどうかに応じて、そのような構成を確認又は拒否することができる。

リリース１６における統合アクセス及びバックホール（integrated access and backhaul、ＩＡＢ）は、ｂａｃｋｈａｕｌｔ無線リンク障害（radio link failure、ＲＬＦ）指示をサポートすることができる。バックホールＲＬＦ回復障害がＩＡＢモバイル終端（mobile termination、ＭＴ）において検出されたとき、ＩＡＢ分散ユニット（distributed unit、ＤＵ）に関連付けられた各エグレスリンクについて、ＩＡＢ－ＤＵにおけるバックホール適応プロトコル（backhaul adaptation protocol、ＢＡＰ）エンティティの送信部は、バックホールＲＬＦ指示のためのＢＡＰ制御プロトコルデータユニット（protocol data unit、ＰＤＵ）を構築することができる。ＢＡＰ制御ＰＤＵのためのエグレスバックホール（backhaul、ＢＨ）無線リンク制御（radio control channel、ＲＬＣ）チャネルが構成される場合、ＩＡＢ－ＤＵにおけるＢＡＰエンティティは、ＢＡＰ制御ＰＤＵをエグレスリンクの構成されたエグレスＢＨ ＲＬＣチャネルにサブミットすることができる。ＢＡＰ制御ＰＤＵのためのエグレスＢＨ ＲＬＣチャネルが構成されていないときなど、いくつかの場合には、エグレスリンクの任意のエグレスＢＨ ＲＬＣチャネルにＢＡＰ制御ＰＤＵをサブミットし得る。下位レイヤ（例えば、イングレスＢＨ ＲＬＣチャネル）からバックホールＲＬＦ指示のためのＢＡＰ制御ＰＤＵを受信すると、ＢＡＰエンティティの受信部分は、ＢＡＰ制御ＰＤＵが受信されるイングレスリンクのためにバックホールＲＬＦ指示が受信されたことを上位レイヤに示し得る。

リリース１６に記載されている統合アクセス及びバックホール（ＩＡＢ）フレームワークは、以下のようにフロー制御フィードバックをサポートすることができる。リンクについて、ＩＡＢ－ＭＴにおけるＢＡＰエンティティの送信部は、バッファ負荷があるレベルを超えるときにフロー制御フィードバックがトリガされたとき、又はフロー制御ポーリングのためのＢＡＰ制御ＰＤＵが受信部で受信されたときに、フロー制御フィードバックのためのＢＡＰ制御ＰＤＵを構築することができる。ＢＡＰ制御ＰＤＵのためのエグレスＢＨ ＲＬＣチャネルが構成されている場合、エグレスＢＨ ＲＬＣチャネルは、エグレスリンクの構成されたエグレスＢＨ ＲＬＣチャネルにＢＡＰ制御ＰＤＵをサブミットし得る。ＢＡＰ制御ＰＤＵのためのエグレスＢＨ ＲＬＣチャネルが構成されていない場合、エグレスリンクの任意のエグレスＢＨ ＲＬＣチャネルにＢＡＰ制御ＰＤＵをサブミットすることができる。

本明細書で解決策が提案される様々な問題は、以下のように理解され得る。

リンク管理は、Ｕｕ ＲＬＭ／ＲＬＦ手順を介してＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＷＴＲＵに対して実行され得る。この手順は、ネットワークによって送信される基準信号（ＲＳ）の品質を使用して、リンクがもはや信頼できないときにそれを判定し得る。サイドリンク接続の場合、リンク管理がＳＬ ＲＬＦ手順を介して実行されるように、２つのＷＴＲＵ間の類似のＰＣ５－ＲＲＣ接続が存在することができ、ＳＬ ＲＬＦ手順は、送信側ＷＴＲＵによって観測される連続するＨＡＲＱ不連続送信（discontinuous transmission、ＤＴＸ）の数、及び／又は実行される連続するＲＬＣ再送信の数を監視することを含み得る。

サイドリンクを伴うリレーされたリンク（例えば、ＷＴＲＵからネットワーク（ＮＷ）へのリレー又はＷＴＲＵ間リレー）の場合、１つのリンク上のリンク管理が必ずしも別のリンクに可視であるとは限らないので、個々のリンク管理手順は十分でない可能性がある。したがって、１つのリンク上の障害を別のリンクに見えるようにする機構が望ましい場合がある。例えば、ＷＴＲＵネットワーク間リレーシナリオでは、リレーＷＴＲＵは、リレーされたリンクを介してＴＸベースのＲＬＦをトリガすることがある。しかしながら、そのようなＲＬＦは、リモートＷＴＲＵが同様のＲＬＦをトリガするためのリモートＷＴＲＵ自体の定期的な送信を有していない場合、又はＳＬチャネルが相互的でない場合、リモートＷＴＲＵには見えない可能性がある。そのような場合、回復が遅れることがあり、サービス継続性を達成することが困難になることがある。具体的には、ネットワークは、（ＳＬ障害の場合に）Ｕｕを介してデータを送信することが可能であり得るが、ＷＴＲＵネットワーク間リレーを介して接続されたＷＴＲＵに、（例えば、省電力目的のために）全ての必要なＵｕ手順を実行することを要求すべきではないという前提を考えると、障害後にＷＴＲＵが到達可能であるかどうかを知ることはできない。

更に、Ｕｕ上での回復は、再確立手順を介して達成され得るが、別の前提は、ＳＬ ＲＲＣ接続がＷＴＲＵの単一のペアの間に存在することであり得るので、そのような手順はＳＬ上に存在しない。リレーされたリンクについては、新しいリレーを選択することによって回復を達成することができる。しかしながら、リレーが障害が起こったリンクと同じＱｏＳを達成することができるように、そのようなリレーを選択するための解決策が望ましい。

本明細書では、サイドリンクリレーのためのリンク管理及び回復のための方法について説明する。ＷＴＲＵ間リレー及びＷＴＲＵネットワーク間リレーの両方に適用可能なリンク管理機構について、本明細書で詳細に論じる。

図４は、ＷＴＲＵ間リレーのコンテキストにおけるリンク管理及び回復のための例示的なアーキテクチャを示す図である。リレーＷＴＲＵ４０２は、図４に示すように、ＷＴＲＵ間リレーとして使用することができる。図４に示される第１のリンクは、ソースＷＴＲＵ４０１とリレーＷＴＲＵ４０２との間のリンクに対応し得る。第２のリンクは、ＷＴＲＵ間マルチホップリンク又はＷＴＲＵネットワーク間マルチホップリンクにおける、リレーＷＴＲＵ４０２と宛先又は次ホップＷＴＲＵ４０３のいずれかとの間のリンクを指すこともある。一般的に言えば、宛先は、例えば、リレーがＷＴＲＵ間リレーであるか、又はＷＴＲＵネットワーク間リレーであるかに応じて、ＷＴＲＵ又はネットワークノードとすることができる。図４に示されるケースでは、宛先は前者の宛先ＷＴＲＵ４０４である。一般性を失うことなく、ソースＷＴＲＵという用語は、宛先へのリンクに沿って別のリレーによってサービスされているリレーＷＴＲＵを指すこともある。

図５は、特にＷＴＲＵネットワーク間リレーのコンテキストにおけるリンク管理及び回復のための別の例示的なアーキテクチャを示す図である。リレーＷＴＲＵは、図５に示すように、ＷＴＲＵネットワーク間リレーとして使用され得る。図４に示される第１のリンクは、ソースＷＴＲＵ５０１とリレーＷＴＲＵ５０２との間のリンクに対応し得る。第２のリンクは、ＷＴＲＵ間マルチホップリンク又はＷＴＲＵネットワーク間マルチホップリンクにおける、リレーＷＴＲＵ５０２と宛先又は次ホップＷＴＲＵ５０３のいずれかとの間のリンクを指すこともある。図５に示すケースでは、宛先はノードＢ５０４である。一般性を失うことなく、図５に関して説明したソースＷＴＲＵという用語は、宛先へのリンクに沿って別のリレーによってサービスされているリレーＷＴＲＵを指すこともある。

いくつかの実施形態では、ＳＬリレー（例えば、ＷＴＲＵネットワーク間リレー又はＷＴＲＵ間リレー）として構成されたＷＴＲＵは、サイドリンクを介して１つ以上の他のＷＴＲＵにリンク問題指示を送信することができる。そのような指示は、例えば、本明細書で説明し図面に示すアーキテクチャに従って、リレーされた接続のソースＷＴＲＵ又はリレー接続に関与する別のＷＴＲＵに送信され得る。そのような指示は、リレーＷＴＲＵとＮＷとの間で検出されたリンク問題（ＷＴＲＵネットワーク間リレーの場合）、又はリレーＷＴＲＵと別のＷＴＲＵ（例えば、本明細書で説明し添付の図面に示すアーキテクチャに従って、宛先ＷＴＲＵ又は別のリレーＷＴＲＵであり得る）との間で検出されたリンク問題の検出時に送信され得る。

リンク問題指示（link problem indication、ＬＰＩ）は、ＰＣ５－ＲＲＣメッセージ、ＳＬ ＭＡＣ制御要素（control element、ＣＥ）、又はＲＬＣ制御ＰＤＵ、アダプテーションレイヤ（又はリレーアダプテーションレイヤ）制御ＰＤＵ、ＰＤＣＰ ＰＤＵ、若しくは任意の他の論理的等価物などのＬ２制御ＰＤＵのいずれか又は組み合わせを介して送信されるＬ２プロトコルメッセージであり得る。例えば、ＷＴＲＵは、ＬＰＩをＰＣ５－ＲＲＣメッセージとして送信し、メッセージとともに、本明細書に記載され、ＬＰＩに関連付けられた情報の一部を含むＳＬ媒体アクセス制御（ＭＡＣ）ＣＥ及び／又は適応制御ＰＤＵを含めることができる。代替的又は追加的に、ＬＰＩは、サイドリンク制御情報（ＳＣＩ）メッセージを介して送られ得る。

ＬＰＩは、特定のリレーＷＴＲＵによってサービスされる全てのソースＷＴＲＵにブロードキャスト／グループキャストすることができる。例えば、リレーＷＴＲＵに、リレーＷＴＲＵによってサービスされるソースＷＴＲＵの各々又はサブセットを対象とするＬＰＩ又は同様のステータスメッセージの送信のために、Ｌ２ソース／宛先ＩＤ（又は論理的に等価なソース／宛先ＩＤ）を構成することができる。リレーＷＴＲＵ（及び対応するソースＷＴＲＵ）は、上位レイヤから受信された１つ以上の指示の任意の組み合わせに基づいてそのようなＬ２ ＩＤを決定し、ＲＡＮ ＩＤからＬ２ ＩＤを導出するか、又はリレーＷＴＲＵ自体の構成されたＬ２ ＩＤに基づいて、かつ／若しくは各ソースＷＴＲＵとのＰＣ５－ＲＲＣ構成におけるＬ２アドレス交換手順に基づいてＬ２ ＩＤを決定することができる。リレーＷＴＲＵが、例えば、上位レイヤに少なくとも基づいてＬ２ ＩＤを決定するとき、リレーＷＴＲＵ及び対応するＷＴＲＵは、例えば、リレーＷＴＲＵとして動作する／リレーＷＴＲＵを使用するように構成されるとき、上位レイヤから、及び／又はネットワークから明示的にＬ２を受信することができる。リレーＷＴＲＵが、少なくともＲＡＮ ＩＤからＬ２ ＩＤを導出することによってＬ２ ＩＤを決定するとき、例えば、リレーＷＴＲＵは、セル無線ネットワーク一時識別子（cell radio network temporary identifier、Ｃ－ＲＮＴＩ）、非アクティブＲＮＴＩ（inactive RNTI、Ｉ－ＲＮＴＩ）、又は国際モバイル加入者識別番号（international mobile subscriber identity、ＩＭＳＩ）など、ＲＡＮ ＩＤの任意の機能を使用することができる。

リレーＷＴＲＵは、例えば、リレーＷＴＲＵ自体の構成されたＬ２ ＩＤに少なくとも基づいてＬ２ ＩＤを決定するとき、ＬＰＩの送信のためのソース／宛先ＩＤを構築するために、潜在的に何らかの他の情報とともに、リレーＷＴＲＵ自体のＬ２ソース／宛先ＩＤのうちの１つを再使用することができる。例えば、リレーＷＴＲＵは、そのソース／宛先ＩＤのうちの１つのビットのサブセットを使用し、ビットの特別な組み合わせをサブセットに付加して、グループキャストソース／宛先ＩＤを作成することができる。例えば、リレーＷＴＲＵは、上位レイヤが提供したソース／宛先ＩＤのビットのサブセットを使用し、ＷＴＲＵ固有の識別子を付加することができ、ＷＴＲＵ固有の識別子は、ランダムに選択され、ネットワークによって割り当てられ、又は何らかの他のＲＡＮ ＩＤ（例えば、Ｃ－ＲＮＴＩ又はＩＭＳＩ）から導出され得る。

例えば、リレーＷＴＲＵは、各ソースＷＴＲＵとのＰＣ５－ＲＲＣ構成におけるＬ２アドレス交換手順に少なくとも基づいてＬ２ ＩＤを決定するとき、ＬＰＩメッセージの送信のために使用するＬ２ソース／宛先ＩＤを用いて（例えば、上位レイヤによって）構成されてもよく、リンク確立のためのＰＣ５－ＲＲＣ構成手順中にＬ２ソース／宛先ＩＤを各ソースＷＴＲＵに送信してもよい。例えば、リレーＷＴＲＵは、（例えば、ＲＡＮ ＩＤから導出される）上記の例で説明した任意の手段を使用してソース／宛先アドレスを決定することができ、ＰＣ５－ＲＲＣ構成手順においてＩＤをソースＷＴＲＵの各々に提供することができる。

ソースＷＴＲＵは、ＬＰＩメッセージの送信に関連付けられたＬ２ソース／宛先ＩＤを認識すると、リレーＷＴＲＵによって送信されたグループキャストＬＰＩメッセージの受信についてソース／宛先ＩＤを監視することができる。

いくつかの実施形態では、ＬＰＩは、特別なＳＣＩ又はＳＣＩフォーマット（例えば、ソース／宛先ＩＤなしのＳＣＩ）で識別されたＰＳＣＣＨ又はＰＳＳＣＨ上の専用メッセージ中で送信され得る。例えば、Ｌ１ソース／宛先ＩＤ以外の送信のための識別子を含む新しいＳＣＩフォーマットが（例えば、ＳＣＩ中の予約済みビットを使用して）作成され得る。例えば、このＳＣＩは、新しい送信タイプ（例えば、ソースＷＴＲＵへのリレー固有のブロードキャスト送信）を示すことができる。ＳＣＩは、（例えば、本明細書で説明するような）リレーＷＴＲＵのためのＲＡＮ固有識別情報、（例えば、本明細書で説明するような）ＰＣ５－ＲＲＣを介して交換されるリレーＷＴＲＵのための識別子、及び／又は（例えば、本明細書で説明するような）上位レイヤによって提供された識別子など、リレーＷＴＲＵを識別する識別子又はパラメータを更に含むことができる。

いくつかの実施形態では、ＬＰＩの内容が制限される（例えば、ＲＬＦの指示のみを含む）場合、ＬＰＩは、物理サイドリンク制御チャネル（physical sidelink control channel、ＰＳＣＣＨ）、物理サイドリンク共有チャネル（physical sidelink shared channel、ＰＳＳＣＨ）、又は物理サイドリンクフィードバックチャネル（physical sidelink feedback channel、ＰＳＦＣＨ）などの専用ＰＨＹチャネル上で送信され得る。いくつかの専用リソースは、専用ＰＨＹチャネルのいずれか上でのＬＰＩの送信のために構成され得る。詳細には、ＷＴＲＵ間リレーに、ＬＰＩを送信するためのＰＳＦＣＨリソース（例えば、周期的に発生する）を構成することができる。例えば、リレーＷＴＲＵは、ＬＰＩを送信するときにＰＳＦＣＨリソース上で指示（例えば、ＨＡＲＱ肯定応答（acknowledgment、ＡＣＫ）又はＨＡＲＱ否定応答（negative acknowledgment、ＮＡＣＫ））を送信することができる。リレーＷＴＲＵは、（例えば、ＬＰＩの内容に従って）第２のリンク及び／又は送られるべき情報のために、宛先ＷＴＲＵ又はリレーＷＴＲＵごとに１つのそのようなＰＳＦＣＨリソースを用いて（例えば、ＮＷによって）構成され得る。

ソースＷＴＲＵは、ＬＰＩに関連付けられたＰＨＹチャネルに関連付けられた専用構成／リソースを（例えば、リンク確立中のリレーＷＴＲＵとのＰＣ５－ＲＲＣシグナリングにおいて）受信することができる。ソースＷＴＲＵは、そのようなリソースを監視して、リレーされたリンクに関連付けられたＬＰＩの受信を決定することができる。

リレーＷＴＲＵは、リンク問題回復指示（ＬＰＲＩ）を送信することができる。そのようなＬＰＲＩは、ＬＰＩをトリガしたイベントに関連付けられ得る。ＬＰＩを送信するＷＴＲＵは、ＬＰＲＩの送信の監視を開始することができる。ＷＴＲＵは、関連付けられたＬＰＩをトリガした条件が緩和されるときはいつでも、ＬＰＲＩを送信することができる。ＬＰＩについて本明細書で言及される条件のいずれも、ＬＰＩ条件が緩和されたときにＬＰＲＩについて検討され得る。例えば、ＷＴＲＵは、ＣＲ／リソースプール依存閾値を上回るバッファステータスに関連付けられたＬＰＩを送信することができ、次いで、そのようなバッファステータスが別の（場合によっては関係する）閾値を下回るとき、ＬＰＲＩを送信することができる。

ＬＰＲＩを受信するソースＷＴＲＵは、ＬＰＩの受信の結果として開始された可能性があるリレー、リレー再選択／再構成などに関係する任意の動作をキャンセルすることができる。

いくつかの例では、ＬＰＩは、リレー選択のための（場合によってはより頻繁な）ディスカバリを開始し、及び／又はディスカバリメッセージ送信の優先度／パラメータを変更することができる。ＷＴＲＵは、状態が緩和されたことを示すＬＰＲＩの受信時にそのようなディスカバリを停止することができる。ＬＰＩにおいて示される条件が持続する場合（例えば、第２の条件が満たされたことを示すＬＰＲＩの受信時、又は第２のＬＰＩ若しくはＬＰＲＩの受信なしのタイマ満了時）、ＷＴＲＵは、リレーされたリンクのセル再選択及び／又は再構成をトリガすることができる。

いくつかの例では、ＷＴＲＵは、ＬＰＩの受信時にリレー再選択手順の一部を開始し、次いで、ＷＴＲＵが条件の緩和を示すＬＰＲＩを受信しない場合、又はそのようなＬＰＲＩの受信なしにタイマが満了する場合、再選択／再構成を完了することができる。

リレーＷＴＲＵは、周期的な様式でリンク問題指示において情報を送ることができる。期間は、以下で更に説明する１つ以上のパラメータの値に依存し得る。いくつかの事例では、リレーＷＴＲＵは、以下の条件、すなわち、宛先に関連付けられた第２のリンク上のＲＬＦ、回復の実行の失敗、リレー選択若しくは再選択（回復若しくは選択若しくは再選択が行われるべき持続時間にわたって（若しくはその中で）関連付けられる可能性がある）、及び／又は別のＷＴＲＵからのリンク問題指示の受信のうちの１つ又は組み合わせに応じて、ＬＰＩを送ることができる。いくつかの事例では、リレーＷＴＲＵは、ＣＢＲ／ＣＲの程度に基づいて、リレー固有のＣＲに基づいて、連続するＨＡＲＱフィードバック失敗の数に基づいて、第２のリンク（ＷＴＲＵへのリンクである場合も、又はネットワークへのリンクである場合もある）に関するカウンタ及び／又はタイマの値に基づいて、リレーにおけるバッファ負荷に基づいて、リレーＷＴＲＵによって受信／送信されるＣＱＩ／ＲＳＲＰ測定値に基づいて、構成されたベアラ及び／又はリレーバッファ内のデータのＱｏＳ（例えば、観測されるレイテンシ又は残りのＰＤＢ）に基づいて、ピア（ソース）ＷＴＲＵによる構成に基づいて（暗黙的である場合も、又は明示的である場合もある）、リソースプール構成に基づいて、Ｕｕ品質／条件に基づいて、Ｕｕモビリティイベントに基づいて、Ｕｕ障害に基づいて、現在のリンク構成／ステータスがソースＷＴＲＵにおけるＲＬＦ／リンク問題の検出を可能にするかどうかに基づいて、フィードバック応答がないことに基づいて、及び／又は第１のリンクに、ＲＬＦを判定するための機構が構成されているかどうかに基づいて、具体的には、ＷＴＲＵ間リレーのコンテキストにおいて、リレーＷＴＲＵに、過去時ウィンドウにわたって有効化されたＨＡＲＱフィードバックが、いくつかのＳＣＩについて構成されるか又は事前に構成されていること、及び／又はリレーＷＴＲＵに、ＲＬＣ ＡＭが構成された少なくとも１つのＳＬＲＢ（潜在的にＳＬ ＳＲＢをカウントしない）が構成されていることのいずれか又は組み合わせなどに基づいて、ＬＰＩを送信してもよい。

宛先に関連付けられた第２のリンク上のＲＬＦに関して、例えば、リレーＷＴＲＵは、ＷＴＲＵ間リレー接続の宛先ＷＴＲＵへの第２のリンクに関連するＲＬＦをトリガすると、ＬＰＩを送信することができる。具体的には、ＷＴＲＵは、ソースＷＴＲＵがリレーを介して接続された宛先に対してＲＬＦが発生したとき、ソースＷＴＲＵにＬＰＩを送信することができる。例えば、リレーＷＴＲＵは、ＷＴＲＵネットワーク間リレーの第２のリンクに関連付けられたＵｕ ＲＬＦをトリガすると、ＬＰＩを送信することができる。

回復の実行の失敗に関して、例えば、リレーＷＴＲＵは、第２のリンク上でのＲＬＦに続いてタイマを開始するか、又は持続時間の測定を開始することができる。リレーＷＴＲＵは、リレー選択又は再選択を開始することができる。タイマの満了前に再選択が完了しない場合、又は持続時間が経過したと判定されたときに、リレーＷＴＲＵは、ＬＰＩメッセージを送信することができる。

別のＷＴＲＵからのリンク問題指示の受信に関して、例えば、リレーＷＴＲＵは、第２のリンク上で別のＷＴＲＵ（例えば、次ホップリレーＷＴＲＵ）からＬＰＩを受信することができ、ＬＰＩを送信し、かつ／又は受信されたＬＰＩをソースＷＴＲＵに転送することができる。

ＣＢＲ／ＣＲの程度に関して、例えば、ＷＴＲＵは、測定されたＣＢＲ／ＣＲが何らかの構成された事前に構成された条件を満たすときに、ＬＰＩを送信することができる。そのような条件は、リレー及び／又はリレーにおけるＳＬＲＢ／リレー構成によって送信されるデータのＱｏＳに更に依存し得る。そのような条件は、ＬＰＩを送信するうえで、本明細書で言及される他の条件に依存し得る。そのような条件は、ＣＢＲ／ＣＲが、場合によってはある期間にわたって、何らかの構成されるか又は事前に構成された値に達することからなり得る。例えば、ＷＴＲＵは、測定されたチャネルビジー比（channel busy ratio、ＣＢＲ）が、場合によってはある期間にわたって、構成されるか又は事前に構成された閾値を超えるときに、ＬＰＩを送信することができる。例えば、ＷＴＲＵは、チャネル占有率（ＣＲ）が、構成された事前に構成された閾値を超えるときに、ＬＰＩを送信することができる。

リレー固有のＣＲに関して、ＷＴＲＵは、リレー固有のＣＲを決定することができる。特に、リレーＷＴＲＵは、リレーされたトラフィックの送信のために予約／利用されるリソースの量、及び／又はリレーされたトラフィックに適用可能なＣＲの比率を測定することができる。ＷＴＲＵは、リレートラフィック対非リレートラフィックに関するＷＴＲＵのバッファ内のトラフィックの比率を決定することによって、そのような比率を決定し、そのような比率を測定されたＣＲに乗算することができる。ＷＴＲＵは、リレーされたリンクに関連付けられるか、又はリレーされたリンクに関連付けられたＬＣＨからのデータを含む宛先ＩＤに送信するために使用されたリソースプール内のリソースの総数に対するリソースの量を決定することによって、リレー固有のＣＲを決定することができる。

連続するＨＡＲＱフィードバック失敗の数に関して、リレーＷＴＲＵは、宛先についてのＨＡＲＱベースの送信に対する連続するＤＴＸ受信の数が何らかの値に達したときに、ソースＷＴＲＵにＬＰＩを送信することができる。そのような宛先は、ソースＷＴＲＵがＷＴＲＵ間リレーを介して通信している宛先に対応し得る。例えば、リレーＷＴＲＵは、連続するＤＴＸのためのＬＰＩの送信に続いて、ＲＬＦがトリガされるとき、又は連続するＤＴＸの数がリセットされるときに、ＬＰＩ又はＬＰＲＩをトリガすることができる。

第２のリンクに関係するカウンタ及び／又はタイマ及び／又は持続時間の値に関して、例えば、ＷＴＲＵネットワーク間リレーＷＴＲＵは、例えば、タイマＴ３１０が開始されたとき、Ｔ３１０が満了したとき、Ｔ３１０が何らかの構成されるか若しくは事前に構成された値に到達したとき、又は連続するＯＯＳの数が何らかの事前に構成された値に到達したときに、ソースＷＴＲＵにＬＰＩを送信することができる。別の言い方をすれば、ＷＴＲＵネットワーク間リレーＷＴＲＵは、例えば、持続時間が始まるとき、持続時間が経過したとき、持続時間の何らかの構成されるか若しくは事前に構成された持続時間のとき、又は連続するＯＯＳの数が何らかの事前に構成された値に到達したときに、ＬＰＩをソースＷＴＲＵに送信することができる。例えば、ＷＴＲＵ間リレーは、連続するＲＬＣ再送信の数が、構成されるか又は事前に構成された値に達したときに、ＬＰＩをソースＷＴＲＵに送信することができる。

リレーにおけるバッファ負荷に関して、例えば、ＷＴＲＵは、バッファ負荷が閾値を超えたときにＬＰＩを送信することができる。そのような閾値は、ＱｏＳ、ＳＬＲＢ構成、リレーされたソースＷＴＲＵ／ＬＣＨの数などに更に依存し得る。例えば、ＬＰＩをトリガするバッファ負荷は、単一のＬＣＨの負荷であり得るか、又はリレーＷＴＲＵにおける全てのＬＣＨ若しくはリレーされたＬＣＨの全体的な負荷であり得る。

リレーＷＴＲＵによって受信／送信されるＣＱＩ／ＲＳＲＰ測定値に関して、例えば、ＷＴＲＵは、ＷＴＲＵのリレーによって受信された（例えば、第２のリンクの）ＣＱＩ測定値が閾値を上回る／下回るときにＬＰＩを送信することができる。

例えば、リレーバッファ内の構成されたベアラ及び／又はデータのＱｏＳに関して、ＷＴＲＵは、ＳＬＲＢのレイテンシ及び／又は（場合によってはリレー接続のための）リレーＷＴＲＵバッファ内に現在バッファリングされているデータのレイテンシに関連付けられた任意の条件（場合によっては別の条件と組み合わせて）に基づいてＬＰＩを送信することができる。例えば、ＷＴＲＵは、閾値を下回るレイテンシ（又は閾値を下回る予想される残りのＰＤＢ）を有する任意のリレーされたＬＣＨのためにバッファされたにおけるデータの量が閾値を上回るときに、ＬＰＩを送信することができる。

ピアＷＴＲＵによる構成に関して、リレーＷＴＲＵは、特定のトリガの発生時にＬＰＩを送信するか否かに関して、ピアＷＴＲＵによって（例えば、ＰＣ５－ＲＲＣシグナリングにおいて）構成され得る。例えば、リレーＷＴＲＵは、第２のリンク上でＲＬＦを検出したときに、次の２つの挙動：第２のリンク上でＲＬＦを検出すると、リレーＷＴＲＵは、第２のリンクに関連付けられたＰＣ５－ＲＲＣ接続を直ちに解放し、ＬＰＩを送信しない、又はＬＰＩをソースＷＴＲＵに送信し（例えば、ＲＬＦ指示を潜在的に含む）、ＰＣ５－ＲＲＣ接続を解放する前に確認を待つ、の一方又は両方を行うように構成されてもよい。リレーＷＴＲＵは更に、ＲＬＦにあるリンクに関連付けられた第２のリンク上で実行される任意の送信を一時停止することができる。そのような構成は、ＳＬＲＢ構成の一部として提供され得る。例えば、リレーＷＴＲＵは、ＳＬＲＢごとにそのような構成パラメータを受信することができ、関連する挙動が構成されたＳＬＲＢのうちの少なくとも１つに基づいて挙動を選択することができる。

ＬＰＩを送信するかどうかの暗黙的な構成は、リンク自体のアクティブ化／非アクティブ化ステータス、ＷＴＲＵロケーション、ＷＴＲＵ ＲＲＣ状態、及び／又はＷＴＲＵカバレッジステータスに関して定義することができる。リンク自体のアクティブ化／非アクティブ化ステータスに関して、例えば、リレーされたリンクは、ソースＷＴＲＵ及び／又はＮＷ及び／又は上位レイヤによってアクティブ化／非アクティブ化され得る。ＷＴＲＵは、リンクがアクティブ化されているときにのみＬＰＩを送信することができ、リンクが非アクティブ化されているときに（例えば、アクティブ化時に送信するために）ＬＰＩをドロップするか又はバッファリングすることができる。例えば、ＷＴＲＵは、ソースＷＴＲＵへの少なくとも１つのリンクがアクティブ化されている限り、全てのソースＷＴＲＵにＬＰＩをブロードキャストすることができる。ＷＴＲＵロケーションに関して、例えば、ＷＴＲＵに、ＬＰＩを送信すべきかどうかについて、別のＷＴＲＵ又はノードＢ（例えば、ｇＮＢ）とのＷＴＲＵの相対位置に関するゾーン又はルールを構成することができる。ＷＴＲＵ ＲＲＣ状態に関して、例えば、ＷＴＲＵは、リレーＷＴＲＵの現在のＲＲＣ状態に基づいて、別のトリガが満たされる場合にＬＰＩを送信するかどうかを判定することができる。ＷＴＲＵカバレッジステータスに関して、例えば、ＷＴＲＵは、ＷＴＲＵがＵｕのカバレッジ内にあるかどうかに基づいて、別のトリガが満たされた場合にＬＰＩを送信するかどうかを判定することができる。

リソースプール構成に関して、例えば、ＬＰＩを送るための本明細書で説明する任意の条件は、送信リソースプール構成に更に依存し得る。例えば、ＷＴＲＵは、バッファ内のデータの量が、リレーによる送信に利用可能なスロット／サブチャネルの密度及び／又はリレーＷＴＲＵにおいて測定されたＣＲ／ＣＢＲに依存する何らかの値を超える場合、ＬＰＩを送信することができる。例えば、リレーＷＴＲＵは、バッファ内のリレーされたデータの量がＴＸプール固有の閾値を超えるとき、（例えば、フロー制御の目的で）ＬＰＩを送信することができる。別の例では、リレーＷＴＲＵは、バッファ内のリレーされたデータの量が、ＣＢＲ／ＣＲ、及び／若しくはリソースプール内のＴＸのためのサブチャネルの数、並びに／又はリレーＷＴＲＵにおいて現在バッファされているデータの平均レイテンシ／残りのＰＤＢの関数を超えるとき、（例えば、フロー制御目的のために）ＬＰＩを送ることができる。

Ｕｕ品質／条件に関して、リレーＷＴＲＵは、ＵｕセルＲＳＲＰ／ＲＳＲＱ（例えば、閾値未満）及び／又は測定されたＣＱＩ（例えば、閾値未満）のいずれかの結果としてＬＰＩを送ることができる。

Ｕｕモビリティイベントに関して、例えば、リレーＷＴＲＵは、ハンドオーバ／再構成／条件付きハンドオーバ／ＰＳＣｅｌｌ変更がリレーＷＴＲＵにおいて受信／トリガされること、セル再選択イベントがリレーＷＴＲＵにおいてトリガされること、並びに／あるいはリレーＷＴＲＵがトラッキングエリア、ＲＡＮページングエリアなどを変更すること、又は構成されるか若しくは事前に構成されたセルのセットのカバレッジ外に移動することのいずれかの結果として、ＬＰＩを送信することができる。

Ｕｕ障害に関して、例えば、リレーＷＴＲＵは、ＲＬＦ、失敗した再確立、失敗した再構成／ハンドオーバ／ＰＳＣｅｌｌ変更のいずれかの結果としてＬＰＩを送信することができる。

現在のリンク構成／ステータスが、フィードバック／応答がないことに基づいてソースＷＴＲＵにおけるＲＬＦ／リンク問題の検出を可能にするかどうかに関して、例えば、リレーＷＴＲＵは、第２のリンクのＲＬＦにおいて、次の２つの挙動：第２のリンクに関連付けられたＰＣ５－ＲＲＣ接続を直ちに解放し、ＬＰＩを送信しない、及び／又はＬＰＩをソースＷＴＲＵに送信し（例えば、ＲＬＦ指示を潜在的に含む）、ＰＣ５－ＲＲＣ接続を解放する前に確認を待つ、のうちの１つを選択することができる。ＷＴＲＵリレーＷＴＲＵは更に、ＲＬＦにあるリンクに関連付けられた第２のリンク上で実行される任意の送信を一時停止することができる。

リレーＷＴＲＵは、ソースＷＴＲＵへのＬＰＩにおいて、失敗の指示、リレーによって開始されたトリガされたリレー選択／再選択の指示、又はリレーによってトリガされたトリガされたＵｕ再確立の指示、ＬＰＩを送信するための本明細書で説明する条件のいずれかに関連付けられた量、（場合によってはＬＰＩが適用可能である（例えば、ＲＬＦをトリガしたリンク））次のホップのＬ２ソース／宛先ＩＤ、第２のリンクに関連付けられた１つ以上のＲＬＦ関連パラメータ、他のＬＰＩコンテンツが適用される１つ以上のＬＣＨ、リレーＷＴＲＵがＲＬＦ／再確立失敗を経験したセルのセルＩＤ、又はＲＬＦに関係する任意の条件、（ＬＰＩの受信後若しくは再選択手順の完了後に想定される）ＷＴＲＵネットワーク間リレー接続に適用可能な新しいセルＩＤ、１つ以上のリレー再選択候補（例えば、リレーのソース／宛先Ｌ２ ＩＤ及び／若しくはセルＩＤ）及び何らかの関連する測定／選択メトリック（ＳＬ／Ｕｕ ＲＳＲＰ測定など）、並びに／あるいは（例えば、ＬＰＩの受信後及び／若しくは再選択の成功後に通信を継続するために）ＬＰＩの受信後にＷＴＲＵによって使用される識別子のいずれかを含むことができる。

失敗の指示に関して、例えば、ＬＰＩは、失敗の理由、又はＬＰＩの送信のためのリソースを更に識別する識別子を含むことができ、それによって、本明細書で説明するトリガのいずれも、異なる理由であり得る。トリガされたリレー選択／再選択の指示に関して、例えば、リレーＷＴＲＵは、ＬＰＩの送信に関連付けられたいくつかの条件に応じてリレー選択又はリレー再選択をトリガすることを決定することができる。リレーＷＴＲＵは、そのような情報をＬＰＩに含めることができる。ＬＰＩを送信するための本明細書で説明する条件に関連付けられた量に関して、これらは、例えば、リレーバッファ負荷、ＣＢＲ、ＣＲ、又はＲＳＲＰを含み得る。例えば、ＬＰＩは、場合によってはＬＰＩが送信されているソースＷＴＲＵに関連付けられたリレーされたＲＬＣチャネルごとに、第２のリンクを介して正常に送信された最後のパケットのステータス（例えば、ＲＬＣステータス／番号）を含むことができる。

第２のリンクに関連付けられた１つ以上のＲＬＦ関連パラメータに関して、これらは、例えば、リレーＷＴＲＵによって経験される連続するＤＴＸからＨＡＲＱへの送信の数、リレーＷＴＲＵによって経験される連続するＲＬＣ再送信の数、ＯＯＳの数、又は第２のリンクのＲＬＦに関連するカウンタ／タイマの何らかの値を含むことができる。例えば、リレーＷＴＲＵは、リレーＷＴＲＵが失敗し、及び／又はＨＡＲＱフィードバックを送信しなかった送信／再送信のセットを送信することができる。リレーＷＴＲＵは、サイドリンク上でのＤＡＩ（など）の受信に基づいて、欠落した送信／再送信を判定することができる。ソースＷＴＲＵは、ＲＬＦ決定アルゴリズムにおいてそのような失われた送信を考慮する（例えば、ＤＴＸからＨＡＲＱへの数を減算する）ことができる。別の例では、リレーＷＴＲＵは、連続するＩＳ／ＯＯＳの数、任意のカウンタの値、タイマ（例えば、Ｔ３１０）の値、又は測定された持続時間の値を、ソースＷＴＲＵ又はＷＴＲＵネットワーク間リレーリンクに送信することができる。例えば、リレーＷＴＲＵは、Ｔ３１０の値又は測定されるべき持続時間を送信することができるか、Ｔ３１０の値が閾値に達したという指示を送信することができるか、又は持続時間が経過したという指示を送信することができる。ＬＰＩＥの受信に続いてＷＴＲＵによって使用される識別子に関して、このような識別子は、例えば、ソース／宛先Ｌ２ ＩＤ、Ｃ－ＲＮＴＩ、Ａ－ＲＮＴＩ、又は同様のＵｕ若しくはＳＬ識別子のいずれかを含むことができる。

リレーＷＴＲＵは、ソースＷＴＲＵによるリンクの開始に応じて、ソースＷＴＲＵへの送信のためのＳＬＲＢを作成することができる。例えば、リレーＷＴＲＵは、ソースＷＴＲＵからＰＣ５－ＲＲＣメッセージを受信すると、ソースＷＴＲＵに向けてＳＬＲＢを作成することができる。代替又は追加として、リレーＷＴＲＵは、それが特定のソース／宛先Ｌ２ ＩＤのためのリレーＷＴＲＵとして働くという上位レイヤからの指示、及び／又は上位レイヤからのソース／宛先ルーティングテーブルの受信に応じて、ソースＷＴＲＵに向けてＳＬＲＢを作成することができる。例えば、そのようなＳＬＲＢは、セキュアな様式でＬＰＩの送信のために使用され得る。

いくつかの実施形態では、ＷＴＲＵは、そのリンク管理決定／アクションを、ＬＰＩ／ＬＰＲＩ及び／又はＬＰＩ／ＬＰＲＩのコンテンツ（又はコンテンツの関数）の受信の関数として修正することができる。例えば、ＷＴＲＵは、ＬＰＩが受信されるリレーされたリンクのＲＬＦをトリガすること、ＲＬＦのＨＡＲＱフィードバック監視を一時停止、開始、若しくは再開すること、リレー再選択手順を開始すること、リレーされたリンクに関連するＲＬＦについて監視するＨＡＲＱフィードバックに関連付けられた任意のカウンタを修正／リセットすること、リレーされたリンクに関連するＲＬＦをトリガするための条件を修正／変更／選択する（例えば、ＲＬＦのための連続ＨＡＲＱ ＤＴＸの数を変更する）こと、１つのリレーリンク（ＬＰＩが受信されたリンク）から、場合によってはリレー選択後に決定される異なるリレーリンクに伝送経路を変更すること、又は上位レイヤに通知することのいずれか又は組み合わせを実行してもよい。

いくつかの実施形態では、ソースＷＴＲＵは、ＳＬ ＲＬＦを示すＬＰＩの受信に続いてＳＬ ＲＬＦをトリガすることができる。ソースＷＴＲＵは、ＬＰＩを送信したリレーＷＴＲＵとのＰＣ５－ＲＲＣ接続に関連付けられた全てのコンテキストを削除することができ、ＳＬ ＲＬＦを上位レイヤに通知することができる。いくつかの実施形態では、ソースＷＴＲＵは、第２のリンク上のＳＬ ＲＬＦを示すＬＰＩの受信に続いて、リレー再選択を開始することができる。ソースＷＴＲＵは、場合によっては再選択が実行されている間、ＬＰＩを送信したリレーＷＴＲＵへの送信を一時停止することができる。再選択が成功すると、ソースＷＴＲＵは、再選択が成功したことを上位レイヤに通知することができ、かつ／又は元のリレーＷＴＲＵを介して送信された任意のＳＬＲＢのソース／宛先ＩＤを、場合によっては再選択に続いて、上位レイヤによって提供された新しいソース／宛先ＩＤに変更することができる。再選択が失敗すると、ソースＷＴＲＵは、代わりにＳＬ ＲＬＦをトリガすることができる。

ソースＷＴＲＵは、ＬＰＩ内の情報に基づいて、ソースＷＴＲＵのＲＬＦ決定機構の任意の態様を決定／変更することができる。いくつかの実施形態では、ＷＴＲＵは、ＬＰＩにおいて報告された以下のパラメータのいずれか又は組み合わせに基づいて、ＲＬＦをトリガするＨＡＲＱベースの送信に応答して、連続するＤＴＸの最大数を決定することができる。ＷＴＲＵは、ＬＰＩ／ＬＰＲＩの受信時に、ＲＬＦをトリガするＨＡＲＱベースの送信に応答して、連続するＤＴＸの最大数を第１の値から第２の値に更に変更してもよく、以下のパラメータ、すなわち、リレーＷＴＲＵによって測定されたＣＲ、リレーＷＴＲＵによって測定されたＣＢＲ、リレーＷＴＲＵバッファ内のデータの量又はリレーＷＴＲＵバッファ占有率（場合によっては、単一のリンク又は全てのリレーされたリンクに関連付けられる）、バッファ内のデータに関連する（潜在的にデータのリレーに関連する）レイテンシの程度、リレーＷＴＲＵのＴＸリソースプール構成（ソースＷＴＲＵのＴＸリソースプール構成と同じであっても異なっていてもよい）、リレーＷＴＲＵによってそのピアＷＴＲＵから受信され、リレーＷＴＲＵによってソースＷＴＲＵに更に報告された第２のリンク上のＣＱＩ、リレーＷＴＲＵによって測定された第２のリンクのチャネル容量／効率の何らかの程度、及び／又は送信がリレーＷＴＲＵに対して行われているか、それとも直接ピアＷＴＲＵに対して行われているか、並びにリレーされた経路に関連付けられたホップの数は、前のＬＰＩ／ＬＰＲＩと比較して変更される。バッファ内のデータに関連付けられたレイテンシの程度に関して、例えば、ＷＴＲＵは、各パケットにレイテンシ値を割り当てることによって（例えば、そのパケットに関連付けられたＬＣＨに基づいて）、そのバッファ内のデータについての平均レイテンシメトリックを計算することができる。

いくつかの実施形態では、ＷＴＲＵは、リレーＷＴＲＵによって測定されたＣＲが閾値を下回る場合、連続するＤＴＸの数を第１の値に設定し、ＣＲが閾値を上回る場合、連続するＤＴＸの数を第２の値に設定することができる。いくつかの実施形態では、ＷＴＲＵは、ＬＰＩの受信時に、場合によってはある時間期間にわたって、ＲＬＦ決定のためのＨＡＲＱベースのＤＴＸのカウントを一時停止することができ、場合によっては、そのようなＬＰＩは、何らかの構成されるか又は事前に構成された基準を満たす上記の例において言及されたパラメータの値を含む。いくつかの実施形態では、ＷＴＲＵは、ＬＰＩ／ＬＰＲＩの受信時にカウントされたＨＡＲＱベースのＤＴＸの数をリセットすることができる（場合によっては、そのようなＬＰＩ／ＬＰＲＩが、何らかの構成されるか又は事前に構成された基準を満たす、上記の例で言及されたパラメータの値を含む場合）。

いくつかの実施形態では、ＷＴＲＵは、構成可能なウィンドウにわたってカウントされたＨＡＲＱベースのＤＴＸの数に基づいてＲＬＦを宣言することができる。ＷＴＲＵは、ＬＰＩの内容が何らかの条件を満たす場合にのみ、このようにしてＲＬＦを実行することができる。例えば、ＷＴＲＵは、リレーＷＴＲＵによって報告されたＣＲ及び／又はバッファステータスが閾値を上回るときにのみ、このようにしてＲＬＦを実行することができる。ＷＴＲＵは更に、ＬＰＩにおけるそのようなパラメータに基づいて、ＲＬＦ及び／又はウィンドウサイズをトリガするＨＡＲＱベースのＤＴＸの数を決定することができる。

いくつかの実施形態では、ＷＴＲＵは、いくつかのあらかじめ定義されたアルゴリズム又はパターンに従って連続するＤＴＸをカウントするとき、特定のＨＡＲＱベースのＤＴＸを無視することができる。例えば、ＷＴＲＵは、連続するＤＴＸの数をカウントするとき、Ｎ個のＤＴＸごとのカウントをスキップすることができ、ここで、Ｎは、ＬＰＩ内のパラメータに更に依存することができる。

いくつかの実施形態では、ＷＴＲＵは、異なるリレーを介した同じ宛先への別のアクティブリンク、リレーされたリンク上のアクティブベアラに関連付けられたＱｏＳ、及び／又はＬＰＩメッセージ自体において受信された任意の情報（例えば、ＣＢＲ／ＣＲ／ＣＱＩ）の存在のうちの１つ以上に基づいて、リンクを非アクティブ化する（例えば、後のアクティブ化のために、及び測定値、ＬＰＲＩ／ＬＰＩメッセージの受信のためにリンクを維持する）か、又はリンクを解放するかを決定することができる。

例えば、ＷＴＲＵは、（例えば、別のリレーＷＴＲＵを介して）同じ宛先への第２のリンクをアクティブ化すること、及び／又は（例えば、ＬＰＩメッセージのトリガのために）本明細書で説明する基準と同様の任意の基準を満たす情報を潜在的に用いて、ＬＰＩメッセージの受信に続いて第１のリンクを非アクティブ化することができる。例えば、リレーＷＴＲＵからＲＬＦの指示を受信するＷＴＲＵは、非アクティブ化メッセージでリレーＷＴＲＵに応答することができる。ソースＷＴＲＵは、次いで、（別のリレーを介して）同じ宛先への異なるリンクのリレー再選択及び／又はアクティブ化を実行することができる。別の例では、ＷＴＲＵは、ＱｏＳが同じ宛先への複数のアクティブリンクを必要とせず、ＷＴＲＵが宛先への別のリンクの再選択に成功し、かつ／又はＬＰＩの受信時にアクティブな同じ宛先への別のリンクを有する場合、リンクを解放することができる。

いくつかの実施形態では、ＷＴＲＵ（例えば、ソースＷＴＲＵ又はリレーＷＴＲＵ）は、（例えば、本明細書で説明するＬＰＩ又はＬＰＩを送信するための同様のトリガの受信に続いて）ソースＷＴＲＵにおいてリレー再選択を実行するか、又はリレーＷＴＲＵにおいてリレー再選択を実行するかを決定することができる。例えば、リレーＷＴＲＵにおけるリレー選択は、全体的なエンドツーエンドリンクにおいてより多数のホップを導入することを伴い得る。例えば、ソースＷＴＲＵでのリレー選択は、ホップ数の増加を必要としない可能性があるという利点を有することができる。どのＷＴＲＵがリレー再選択を実行するかの決定は、ソースＷＴＲＵ又はリレーＷＴＲＵによって下すことができる。リレーＷＴＲＵは、それ自体が、マルチホップ環境におけるソースＷＴＲＵとみなされ得る。

いくつかの実施形態では、決定は、リレーＷＴＲＵによって提供された情報に基づいて、ソースＷＴＲＵによって行われ得る。他の実施形態では、決定は、ソースＷＴＲＵによって提供された情報に基づいて、リレーＷＴＲＵによって行われ得る。ＷＴＲＵ（ソース又はリレー）は、以下の情報（各々のそのような情報は、他のＷＴＲＵによって提供されてもよく、又は他のＷＴＲＵに関連する情報であってもよく、かつ／あるいはこのＷＴＲＵによって独自に決定されるか若しくはこのＷＴＲＵ自体に関連する情報であってもよい）、すなわち、ＱｏＳ若しくはＳＬＲＢ構成、ソースＷＴＲＵ及び／若しくはリレーＷＴＲＵにおける通信範囲要件、ソースＷＴＲＵ及び／若しくはリレーＷＴＲＵの同期ソース（潜在的に宛先ＷＴＲＵを参照する同期ソース）、ソース及び／若しくはリレーのロケーション（潜在的に互いに関連するロケーション、又はノードＢ（例えば、ｇＮＢ）若しくは宛先ＷＴＲＵなどの別のエンティティに関連するロケーション）、ＣＢＲ／ＣＲ／ＣＱＩ／ＲＳＲＰ若しくは同様の測定値、リレーディスカバリ手順に基づいて決定された潜在的なリレーＷＴＲＵの数、リレーディスカバリ手順に基づいて決定された１つ若しくはいくつかの潜在的なリレーＷＴＲＵの測定品質基準（例えば、ＲＳＲＰ測定値）又はその任意の関数（場合によっては現在のリレー品質と比較する）、リレーホップの数、及び／又は最後のホップリレーとＮＷとの間のリンクのＵｕ ＲＳＲＰ測定値（ＷＴＲＵネットワーク間リレーの場合）のうちのいずれか又は組み合わせに基づいて上記のような決定を下すことができる。

ＱｏＳ及び／又はＳＬＲＢ構成に関して、例えば、任意の構成されたベアラのＳＬＲＢ構成は、リレーＷＴＲＵがいくつかの条件下でのみ再選択を実行することを可能にすることも、しないこともある。ソースＷＴＲＵ及び／又はリレーＷＴＲＵにおける通信範囲要件に関して、例えば、通信範囲要件及び場合によってはリレーＷＴＲＵの位置に基づいて、再選択はリレーＷＴＲＵによって許可されないことがある。ＷＴＲＵ及び／又はリレーＷＴＲＵの同期ソースに関して、例えば、ＷＴＲＵ（リモート又はリレーＷＴＲＵ）によって再選択を実行することができ、その結果、現在の同期ソースを維持することができ、又は、例えば、リレーＷＴＲＵ若しくは宛先ＷＴＲＵと同じ同期ソースを有するＷＴＲＵへの同期を優先することができる。ソース及び／又はリレーのロケーションに関して、例えば、ロケーションは、構成されたゾーンに基づいて決定され得る。測定品質基準に関して、測定品質基準は、例えば、任意の潜在的リレーＷＴＲＵの最大ＲＳＲＰ、いくつか／全ての潜在的リレーＷＴＲＵのＲＳＲＰの平均値、現在のリレーのＲＳＲＰが第２の閾値より悪くなる一方で潜在的リレーＷＴＲＵのＲＳＲＰが第１の閾値より良くなること、及び／又は潜在的リレーのＲＳＲＰが現在のリレーＷＴＲＵよりいくらか良くなることを含むことができる。

いくつかの実施形態では、リレーＷＴＲＵに、リソース再選択を開始するか、又はリレー選択を実行するようにソースＷＴＲＵに通知するかを判定するために、（例えば、リレーＷＴＲＵにおいて測定されるような）上記の情報に基づいて、１つ又は１組の条件を構成するか又は事前に構成することができる。例えば、宛先への再選択／再構成されたリレー経路への再構成から生じるホップの数がＱｏＳ／ＳＬＲＢ依存閾値を下回る場合、リレーＷＴＲＵは、ＬＰＩメッセージの送信のためのトリガと同様の任意のトリガに続いて、第２の経路のリレー再選択及び／又は再構成を実行することができる。そうでない場合、リレーＷＴＲＵは、場合によっては、ソースＷＴＲＵにおいてリレー再選択を実行する必要があることを示すＬＰＩメッセージをソースＷＴＲＵに送信することができる。ソースＷＴＲＵは、ＬＰＩメッセージを受信すると、リレー再選択を実行することができる。

別の例では、リレーＷＴＲＵは、選択されたリレーのＲＳＲＰが、構成されるか又は事前に構成された閾値を上回る場合、ＬＰＩメッセージの送信のためのトリガと同様の任意のトリガに続いて、第２の経路のリレー再選択及び／又は再構成を実行することができる。このこと、又は任意の再選択手順などの例におけるリレーＷＴＲＵは、以下の手順のうちの１つを更に実行することができる。例えば、リレーＷＴＲＵは、（例えば、ＬＰＩ又は同様のメッセージを介して）ソースＷＴＲＵに、リレーＷＴＲＵがリレー再選択を実行していることを通知することができる。例えば、ソースＷＴＲＵは、リレー再選択の実行中に、リレーＷＴＲＵへの任意のトラフィックをバッファすることができる。リレーＷＴＲＵは、リレーＷＴＲＵによって実行された再選択の成功又は失敗をソースＷＴＲＵに通知することができる。例えば、ＷＴＲＵは、ソースＷＴＲＵに、最終ホップリレーＷＴＲＵが接続される新しいセルの新しいセルＩＤ、宛先への新しいホップ数、宛先への新しいリンクを介した予想されるレイテンシ若しくは他の予想されるＱｏＳ、新しいパスに沿った後続のノード（例えば、ＮＷのリレー）に関連付けられた新しいベアラ構成若しくはベアラマッピング構成又は能力情報、例えば、マルチキャリアのサポート又は全二重動作のサポートなど、宛先への更新されたリンクの更新された構成及び／又はＱｏＳ情報を提供することができる。

別の例示的な実施形態では、リレーＷＴＲＵ／ソースＷＴＲＵは、ＬＰＩの送信において、又はＬＰＩへの応答において、ソースＷＴＲＵ／リレーＷＴＲＵにリレー選択候補を提供することができる。ソースＷＴＲＵ／リレーＷＴＲＵは、ＷＴＲＵ自身の候補及び他のＷＴＲＵ候補の測定品質メトリックの比較に基づいて、リレー選択を実行するかどうかを判定し、かつ／又はリレー選択を実行するようにリレーＷＴＲＵ／ソースＷＴＲＵに命令することができる。例えば、ＷＴＲＵは、その候補が他のＷＴＲＵ候補よりも高いＲＳＲＰを有する場合に、再選択を実行すべきであると判定することができる。例えば、ＷＴＲＵは、その候補のＲＳＲＰが他のＷＴＲＵ候補よりも良好なオフセットである場合に、ＷＴＲＵが再選択を実行すると決定することができ、そのようなオフセットは、どのＷＴＲＵ（例えば、ソースＷＴＲＵ又はリレーＷＴＲＵ）が決定を下すか、並びに／又は本明細書において交換／使用される情報及び／若しくはＬＰＩにおける情報において言及される任意の他の因子に依存することができる。

いくつかの実施形態では、ＷＴＲＵは、いくつかの連続した数のＨＡＲＱベースのＤＴＸとピアＷＴＲＵからの受信との組み合わせに基づいてＲＬＦを判定することができ、そのような受信は、ピア／リレーＷＴＲＵによるＬＰＩ又は別の送信の受信であり得る。ソースＷＴＲＵは、ピアＷＴＲＵによって受信された送信が、ソースＷＴＲＵ自体の送信と同じソース／宛先ＩＤに関連付けられていると判定することができるが、ソースＩＤ及び宛先ＩＤは逆である。代替又は追加として、ソースＷＴＲＵは、ピアＷＴＲＵによる受信が、本明細書でより詳細に説明する逆方向制御チャネルによって受信される任意の受信であると判定することができる。

例では、ＷＴＲＵは、リレー／ピアＷＴＲＵから受信すると、ＲＬＦ判定において連続するＤＴＸの数をリセットすることができる。そのような受信は、ＲＬＣバッファステータス、フロー制御指示、測定指示、ＬＰＩ／ＬＰＲＩ、ＲＳ送信、測定報告、又は任意のデータ／制御送信であり得る。別の例では、ＷＴＲＵは、いくつかの連続するＨＡＲＱベースのＤＴＸと、リレーＷＴＲＵからの受信なしに到達される時間期間との組み合わせに基づいて、ＲＬＦをトリガすることがある。そのような時間差は、ＳＬＲＢ構成及び／又はＱｏＳに更に依存し得る。

本明細書で説明する例のいずれにおいても、ＲＬＦ及び／又はＬＰＩメッセージの送信／受信の結果としての再選択の成功は、構成された時間又はタイマ内で全てのアクションを実行することに依存し得る。ＷＴＲＵは、タイマを開始することができ、それによって、関連するアクションが完了する前にタイマが満了すると、再選択手順が失敗することがあり、又はＷＴＲＵは、関連するアクションが完了するに時間期間が経過すると、再選択手順が失敗することがあると判定することができる。そのようなタイマ又は持続時間は、リレー及び／又はＣＢＲを介した確立された１つ以上のサービスのＱｏＳ／ＳＬＲＢ構成のいずれか又は組み合わせに更に依存し得る。ＱｏＳ／ＳＬＲＢ構成に関して、例えば、ソース／リレーＷＴＲＵに、各ＳＬＲＢに関連付けられた再選択タイマ又は再選択持続時間を構成することができる。再選択をトリガすると、ＷＴＲＵは、タイマを各確立されたＳＬＲＢのタイマの最小値に設定するか、又は持続時間を各確立されたＳＬＲＢのタイマの最小値であるとみなすことができる。ＣＢＲに関して、例えば、ソース／リレーＷＴＲＵに、ＣＢＲの範囲に関連付けられた再選択タイマ又は再選択持続時間を構成することができる。再選択をトリガすると、ＷＴＲＵは、タイマを、再選択トリガ時に測定されたＣＢＲに関連付けられた値に設定することができる。

本明細書で説明する例のいずれにおいても、再選択の成功は、既存の／古いリレーのために構成されたＳＬＲＢ構成又は同様若しくは同等の構成をサポートする新しいリレーに依存し得る。具体的には、いくつかの事例では、リレーを見つけるためにリレー再選択手順をトリガするＷＴＲＵは、再選択の前に構成された（場合によっては、リレーＷＴＲＵとの通信のために構成されたＳＬＲＢのための）ＳＬＲＢ構成又は同等の構成をリレーがサポートする場合にのみ、そのようなリレーを選択することができる。

いくつかの実施形態では、リレー再選択をトリガするＷＴＲＵは、以下の段落で説明するイベントを（潜在的に順番に）実行することができる。

ＷＴＲＵは、リレー選択手順を開始することができ、リレー選択手順は、上位レイヤからのディスカバリメッセージ及び／又はリンク確立メッセージの送信／受信を含むことができる。代替又は追加として、ＷＴＲＵは、リレー選択のために既存のディスカバリメッセージ送信に依拠することができる。

ＷＴＲＵは、最良のＲＳＲＰ測定値を有するリレーを潜在的なリレーＷＴＲＵとして選択することができる。ＷＴＲＵはまた、リレーの選択のために上位レイヤ基準（例えば、サポートされるサービス）を使用することができる（例えば、上位レイヤサービスがサポートされる最良のＲＳＲＰ測定値を有するリレーをサポートする）。ＷＴＲＵは、ピアＷＴＲＵ（例えば、選択された潜在的なリレーＷＴＲＵ）とのＰＣ５－ＲＲＣ構成手順を開始することができるかどうかを判定することができる。ＷＴＲＵは、潜在的な選択されたリレーとのＰＣ５－ＲＲＣ接続に含まれる構成のために、及び／又はＳＬＲＢ構成のＴＸ関連パラメータのために、既存のリレーとのベアラ／ＰＣ５－ＲＲＣ接続の構成（例えば、リレーのためのＳＬＲＢ構成）を再利用することができる。ＷＴＲＵは、（ディスカバリメッセージを送信する潜在的な新しいリレーＷＴＲＵに関連付けられた）上位レイヤによって提供されたＬ２ソース／宛先ＩＤを使用して、ＰＣ５－ＲＲＣ再構成メッセージを送信し、応答を受信することができる。代替又は追加として、ＷＴＲＵは、場合によっては同じく上位レイヤによって提供された、リレー再選択送信のためのデフォルトＬ２ソース／宛先ＩＤペアを使用することができる。代替又は追加として、ＷＴＲＵは、新しい潜在的リレーへのディスカバリメッセージ送信／受信とともに提供されたＬ２ソース／宛先ＩＤを、ＰＣ５－ＲＲＣ構成メッセージの送信に使用することができる。同じ／同様の構成の使用は、同じ数のＳＬＲＢを使用すること、ＳＬＲＢのＴＸ関連パラメータ及び／又はＰＣ５－ＲＲＣ再構成メッセージ中でリレーＷＴＲＵに送られるＳＬＲＢのパラメータを含み得る、ＳＬＲＢのうちの１つ若しくは複数、又はＳＬＲＢのパラメータのサブセットの同じ構成を使用すること、等価な構成を使用し、それによって、新しい選択されたリレー／パスの以下の特性のいずれかの変化を考慮に入れるようにそのような構成が元の構成から導出されること（そのような情報は、リレー選択の前に、例えばディスカバリメッセージにおいて提供され得るか、又は例えばそのリレーとの前のセッションから記憶され得る）、古いリンクと新しいリンクとの間のホップ数の差、新しいリレーの能力（例えば、サポートされるキャリアの数）における差、及び／又は新しいリレーによって報告されるか、若しくは新しいリレーによる測定値における差のいずれかを含んでもよい。同等の構成は、ネットワークからの各構成に対して構成されるか又は事前に構成されてもよい。

ＷＴＲＵは、選択された潜在的なリレーとのＰＣ５－ＲＲＣ構成手順が成功した場合、成功したリレー選択又は再選択手順を上位レイヤに示すことができる。ＷＴＲＵは、以下の後続のアクションのいずれか又は組み合わせを更に実行することができ、ＷＴＲＵは、現在のリレーＷＴＲＵに関連付けられたＰＣ５－ＲＲＣコンテキストを解放することができる。ＷＴＲＵは、リレーＷＴＲＵへの再選択が成功したことを上位レイヤに示し、リレーＷＴＲＵを識別するソース／宛先ＩＤを示すことができる。ＷＴＲＵは、新しいリレーＷＴＲＵに関連付けられた新しいＰＣ５－ＲＲＣ接続を作成することができ、及び／又はＷＴＲＵは、現在のリレーに関連付けられたソース／宛先ＩＤを、現在のリレーのＰＣ５－ＲＲＣコンテキスト内のリレーＷＴＲＵに関連付けられた新しいソース／宛先ＩＤに置き換えることができる。

ＷＴＲＵは、ＰＣ５－ＲＲＣ構成応答メッセージにおける失敗の受信時に、以下のアクションのいずれか、又は以下の後続のアクションのいずれかの組み合わせを実行することができる。ＷＴＲＵは、別の潜在的なリレー（例えば、潜在的に、次善のＲＳＲＰを有するリレーＷＴＲＵ）とのＰＣ５－ＲＲＣ再構成手順を再開することができる。例えば、ＷＴＲＵは、ＰＣ５－ＲＲＣ再構成手順が成功するまで、最良のＲＳＲＰ測定値から順に、複数の潜在的な選択されたリレーによるＰＣ５－ＲＲＣ構成手順を繰り返すことができる。別の例では、ＷＴＲＵは、ＰＣ５－ＲＲＣ再構成手順が成功するまで、ＲＳＲＰ測定値が何らかの基準を満たす（例えば、閾値を上回る）任意の（例えば、ランダムに選択された）潜在的リレーＷＴＲＵによるＰＣ５－ＲＲＣ構成手順を繰り返すことができる。別の例では、ＷＴＲＵは、測定されたＲＳＲＰが閾値を上回る潜在的なリレーの全てが試行されるまで、又はＰＣ５－ＲＲＣ再構成手順が成功するまで、異なる潜在的なリレーによるＰＣ５－ＲＲＣ構成手順を繰り返すことができる。別の例では、ＷＴＲＵは、本明細書で説明するように、所与の持続時間のタイマが満了したと判定されるまで、異なる潜在的なリレーによるＰＣ５－ＲＲＣ構成手順を繰り返すことができる。別の潜在的なリレーを用いてＰＣ５－ＲＲＣ再構成手順を再開するかどうかを判定するとき、ＷＴＲＵ挙動について、上記の例における条件の任意の組み合わせが可能である。ＷＴＲＵは、再選択に関連付けられた最大数若しくは最大時間を超えたとき、及び／又は場合によってはＲＳＲＰが閾値を上回る潜在的なリレーＷＴＲＵの全てによるＰＣ５－ＲＲＣ再構成が失敗した後のうちの少なくとも一方に応じて、再選択の失敗を上位レイヤに示すことができる。

図６は、例示的な再確立又は回復手順の流れ図である。図６の６０１に示すように、リモートＷＴＲＵは、ＷＴＲＵネットワーク間リレーとのサイドリンクインターフェースを介してネットワークに接続することができる。リモートＷＴＲＵに、例えば、本明細書で説明する１つ以上の他の手順に従って、６０２に示すように、代替リレーのセットを構成することができる。６０３に示すように、リモートＷＴＲＵは、リレーに接続されている間に、（例えば、本説明の１つ以上の手順に従って）ＳＬ ＲＬＦが発生したと判定すると、リモートＷＴＲＵは、６０４に示すように、適切なリレーを選択することができる。図６に示すように、そのような適切なリレーは、最高のＲＳＲＰを有するリレーであり得る。代替又は追加として、閾値を上回るＳＬ ＲＳＲＰを有する任意の適切なリレーが選択され得る。適切なリレーは、構成されたリストにおいてネットワークによって提供されたリレーであってもよい。適切なリレーは、測定されたＳＬ ＲＳＲＰが閾値よりも高く、ディスカバリメッセージに関連付けられたいくつかの上位レイヤ基準を満たし、許容可能なＰＬＭＮを有するリレーであり得る。図示されていない実施形態による解決策は、本明細書で説明する手順による１つ以上の適切なリレーの選択を伴い得ることを諒解されたい。６０５に示すように、リモートＷＴＲＵに対して構成された代替リレーのセットにおける全てのリレーが使い尽くされた場合、例えば、全ての代替リレーについて再構成が失敗した場合、又は適切な代替リレーを見つけることができない場合、リモートＷＴＲＵは、回復が失敗したと判定することができる。適切な代替リレーを見つけて選択することができる場合、６０６において、リモートＷＴＲＵは、ＳＬ再構成メッセージを選択されたリレーに送信して、ＳＬＲＢのうちの１つ以上を構成することができる。リモートＷＴＲＵは、以前のリレーを用いてリモートＷＴＲＵにおいて以前に構成された同じＳＬＲＢ構成（例えば、全てのＳＬ ＲＬＣチャネルなど、ＳＬＲＢ１を送信するためのＳＬ ＲＬＣチャネル）を使用することができる。６０７において、リモートＷＴＲＵは、例えば、選択された代替リレーから受信された応答に基づいて、再構成が成功したかどうかを判定することができる。例えば、リレーが失敗で応答した場合、又はリモートＷＴＲＵが応答を受信しない場合、リモートＷＴＲＵは、異なる適切なリレーによる再構成を再試行することができる。リモートＷＴＲＵは、適切なリレーのリストが使い尽くされるまで、又はリレー再選択に関連付けられたタイマが満了するまで、又は決定された持続時間が経過するまで、そのような手順を再試行することができる。例えば、新たに選択されたリレーから受信された応答に基づいて、新たに選択されたリレーのための再構成が成功したと判定された場合、６０８において、リモートＷＴＲＵは、新たに選択されたリレーの新たなＬ２ ＩＤを用いてその現在のリレーを更新し、６０９において、Ｌ２ ＩＤが新たなＬ２ ＩＤのために変更され得ることを除いて、ＳＲＢ１送信のためのその既存のＳＬ ＲＬＣチャネルを使用してＵｕ再確立要求メッセージを送信することができる。具体的には、リモートＷＴＲＵは、送信のためにＳＬ ＲＬＣチャネルの同じ構成を維持することができ、古いリレーを新しいリレーとして、Ｌ２ ＩＤを置き換える。

図６に示される例では、回復が失敗したという条件で、リモートＷＴＲＵは、そのコンテキストを削除し、ＲＲＣ＿ＩＤＬＥに移動し、リレー再選択手順をトリガし、かつ／又はセル再選択手順をトリガすることができる。実施形態において、リレー再選択は、ＮＷによって提供されるリレーのセットと比較して、適切なリレーの新しいセット又は異なるセットをもたらし得る。

いくつかの実施形態では、ＷＴＲＵは、ネットワークによって提供された構成されたリレーＷＴＲＵのセットからのリレーに対して、（例えば、ＲＬＦの後に）リレー選択又は再選択及び／又は回復を実行することができる。具体的には、ＷＴＲＵは、ネットワークによって提供されたＷＴＲＵのリスト内のＷＴＲＵを選択することによって、選択、再選択、又は回復すべきリレーＷＴＲＵを決定することができる。そのようなリストは、（例えば、ＷＴＲＵがカバレッジ内にある間に）Ｕｕを介して直接提供され得る。代替又は追加として、そのようなリストは、現在接続されているリレーＷＴＲＵを介して送信されるＲＲＣシグナリングによって提供することができる。リモートＷＴＲＵは、本明細書で定義される任意の条件（例えば、リレーＷＴＲＵによるＳＬ ＲＬＦ）を検出すると、再選択又は回復時のリレーの測定値、各リレーに関連付けられた順序付け及び／若しくは優先度、並びに／又はリモートＷＴＲＵの現在のロケーションのいずれか又は組み合わせに基づいて、ネットワークによって提供されたリレーのリスト内のリレーのうちの１つを選択することができる。その時間におけるリレーの測定又は再選択若しくは回復に関して、例えば、リモートＷＴＲＵは、最高のＲＳＲＰを有するリスト上のリレーＷＴＲＵを選択することができる。別の例では、リモートＷＴＲＵは、許容可能なＲＳＲＰ（例えば、閾値を上回るＲＳＲＰ）を有する任意のリレーＷＴＲＵを選択することができる。各リレーに関連付けられた順序付け及び／又は優先度に関して、例えば、リモートＷＴＲＵは、各リレーに関連付けられた選好及び／又は優先度を受信することができ、最高優先度に関連付けられたリレーＷＴＲＵに対して再選択／回復を実行することができる。別の例では、リモートＷＴＲＵは、本明細書で説明する他の因子（例えば、リレーのＲＳＲＰ測定値）をそのような優先度と更に組み合わせてリレーを決定することができる。リモートＷＴＲＵの現在のロケーションに関して、例えば、ネットワークは、各リレーＷＴＲＵに対して許可されたロケーション（例えば、ゾーンＩＤ）のセットを提供することができ、リモートＷＴＲＵは、現在のＷＴＲＵロケーション（例えば、その現在のゾーンＩＤ）に関連付けられたリレーを選択することができる。

ＷＴＲＵは更に、回復／再選択時にそのようなリレーＷＴＲＵの各々とともに使用されるＳＬ構成（ＰＣ５－ＲＲＣ）をネットワークから受信することができる。具体的には、リモートＷＴＲＵは、別のリレーＷＴＲＵを介して、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮの回復に適用可能なＰＣ５－ＲＲＣ構成を受信することができる。そのようなＰＣ５－ＲＲＣ構成を使用して、本明細書で説明する任意のトリガ／イベント（例えば、ＳＬ－ＲＬＦ）の発生時に再選択されたリレーと通信することができる。

ＷＴＲＵは、ＳＬ上で初期アクティブ化メッセージを送信することによって、場合によってはＷＴＲＵが記憶されたＰＣ５－ＲＲＣ構成を有するリレーＷＴＲＵに対する回復を開始することができ、それによって、そのようなアクティブ化メッセージは、専用アクティブ化ＰＣ５－ＲＲＣメッセージ、ＳＬ ＭＡＣ ＣＥ、又は新しいリレーのＬ２宛先ＩＤにアドレス指定されたＳＣＩ、ＷＴＲＵがＬ２宛先ＩＤを新しいリレーのＬ２宛先ＩＤに変更することができる任意のＵＬ又はＳＬデータの送信、並びに／あるいは回復Ｌ２宛先ＩＤ、又は回復のためにリモートＷＴＲＵにおいて構成された特別なＬ２宛先ＩＤへの専用アクティブ化又は通常のＵＬ若しくはＳＬ送信のうちの１つ以上を含むことができる。リレーＷＴＲＵは、そのようなメッセージを受信すると、リモートＷＴＲＵへの受信／送信のために同様に記憶された構成をアクティブ化することができる。

ＷＴＲＵは、それがＷＴＲＵネットワーク間リレーへのＰＣ５－ＲＲＣ接続を有する（例えば、ＷＴＲＵが、リレーであるか、又はリレーに固有であると決定されるＰＣ５－ＲＲＣコンテキストを有する）場合、ＷＴＲＵネットワーク間リレーを介してネットワークに接続されているとみなすことができる。具体的には、ＷＴＲＵは、リレーＷＴＲＵとのＰＣ５－リンクが開始されたという上位レイヤからの指示、及び／又はリレーのための接続を示すＰＣ５－ＲＲＣメッセージの受信のうちの１つ以上に応じて、ネットワークへの手順のサブセットを実行することを停止し、リレーを介して接続されているとみなされ得る。例えば、ＷＴＲＵは、構成がＷＴＲＵネットワーク間リレーへの接続に関連付けられているという指示を含むＰＣ５－ＲＲＣ再構成メッセージを受信することができる。別の例では、ＷＴＲＵは、メッセージの内容に起因してリレーのためのＰＣ５－ＲＲＣ接続の再構成を暗黙的に示すＰＣ５－ＲＲＣ再構成メッセージを受信することができる。リレーＷＴＲＵからのＰＣ５－ＲＲＣ構成メッセージは、アダプテーションレイヤのための構成、Ｕｕ ＱｏＳフロー／ベアラをＳＬプロトコル（例えば、ＲＬＣ）エンティティ／ベアラにマッピングするための構成、Ｕｕ ＱｏＳエンティティのＳＬ ＱｏＳエンティティへのマッピング、Ｕｕプロトコルレイヤ（例えば、ＰＤＣＰ／ＳＤＡＰ）のための構成、Ｕｕに戻るための構成／条件、及び／又はＷＴＲＵネットワーク間リレーに接続されている間にＵｕを監視するための構成（ＰＤＣＣＨ構成、Ｕｕ ＲＬＦ構成、及び／又はＣＱＩ報告構成を含む）のいずれかを含むことができる。例えば、ＷＴＲＵは、本明細書で説明するように、Ｕｕ接続のいくつかの態様を構成する埋め込まれたＵｕ ＲＲＣ再構成メッセージを含むＰＣ５－ＲＲＣメッセージを受信することができる。

ＷＴＲＵネットワーク間リレーへの接続時に、そのようなＷＴＲＵは、Ｕｕへのいくつかの手順の実行を停止することができる。例えば、ＷＴＲＵは、Ｕｕ上のＲＬＦ（レガシーＲＬＦ）を監視することを停止し、リレーＷＴＲＵとのリレーベースのリンク監視手順を開始することができる。ＷＴＲＵはまた、本明細書で説明するように、（Ｕｕ上で）ネットワークとの新しいか又は限定されたＲＬＦ手順を実行することができる。別の例では、ＷＴＲＵは、ネットワークからのシステム情報の受信を停止し、リレーＷＴＲＵからシステム情報を受信することができる。別の例では、ＷＴＲＵは、ページングの監視を停止し、ピアＷＴＲＵからページングを受信することができる。別の例では、ＷＴＲＵは、ＤＬ割り当て及びＵＬグラントについてネットワークからのＰＤＣＣＨを監視することを停止することができる。代替又は追加として、ＷＴＲＵは、本明細書で説明するように、何らかの制限されたＰＤＣＣＨ監視を実行することができる。別の例では、ＷＴＲＵは、全てのＤＲＢを一時停止することができる。別の例では、ＷＴＲＵは、いくつか又は全てのＤＲＢを、対応するリレーされたＤＲＢと置き換えることができる。別の例では、ＷＴＲＵは、Ｕｕ個のＤＲＢに対応するリレーされたＤＲＢを作成することができ、このＤＲＢは一時停止され得る。

ＷＴＲＵネットワーク間リレーを介して接続されたＷＴＲＵは、ＷＴＲＵネットワーク間リレーに関連するＲＬＦが検出されると、リレーＲＬＦ手順をトリガすることができる。そのような検出は、本明細書で説明するトリガのいずれかの結果としてであり得る。

ＷＴＲＵは、ＷＴＲＵネットワーク間リレーに関連するＲＬＦをトリガすると、以下のアクションのいずれか、又はいずれかの組み合わせを実行することができる。例えば、ＷＴＲＵは、ＷＴＲＵネットワーク間リレーに関連付けられたＰＣ５－ＲＲＣコンテキストを解放することができる。ＷＴＲＵは、ＳＬとＵｕとの間のルーティングのためにプロトコルエンティティ（例えば、アダプテーションレイヤ）を解放することができる。ＷＴＲＵは、ＳＬベアラ（例えば、シグナリング及び／又はデータＳＬベアラ）を解放することができる。ＷＴＲＵがネットワークカバレッジ内にあるか、又はネットワークに関してＲＬＦをトリガしていない場合、ＷＴＲＵは、任意の中断されたＵｕベアラを含む、ＷＴＲＵのＵｕコンテキストを復元することができる。ＷＴＲＵがネットワークカバレッジ内にある場合、又はネットワークに関してＲＬＦをトリガしていない場合、ＷＴＲＵは、ＳＬベアラ／チャネルを介したＵｕベアラのルーティングを解放し、Ｕｕベアラを介してＷＴＲＵのＵｕ ＱｏＳフローの送信を再開するか、又はＷＴＲＵのＵｕ ＱｏＳフローからデータを送信することができる。ＷＴＲＵがネットワークカバレッジ内にある場合、ＷＴＲＵのＳＤＡＰ及び／又はＰＤＣＰレイヤは、ＱｏＳフロー／ベアラをＳＬからＵｕに再ルーティングすることができる。ＷＴＲＵは、ＷＴＲＵネットワーク間リレー再選択を開始することができる。ＷＴＲＵがネットワークカバレッジ内にあるか、又はネットワークに関してＲＬＦをトリガしていない場合、ＷＴＲＵは、ＷＴＲＵネットワーク間リレーへの接続時に中断された通常のＵｕ手順を再開することができる。ＷＴＲＵがネットワークカバレッジ内にある場合、又はネットワークに関してＲＬＦをトリガしていない場合、ＷＴＲＵは、本明細書で説明するように、ネットワークへのアクセス手順を実行することができる。ＷＴＲＵがネットワークカバレッジ内にあるか、又はネットワークに関してＲＬＦをトリガしていない場合、ＷＴＲＵは、ネットワークによる送信のためにＰＤＳＣＨの復号を開始することができる。ＷＴＲＵがネットワークカバレッジ内にあるか、又はネットワークに関してＲＬＦをトリガしていない場合、ＷＴＲＵは、任意の中断されたＵｕ無線ベアラを再開することができる。

いくつかの実施形態では、ＷＴＲＵネットワーク間リレーに接続されたＷＴＲＵは、接続されたリレーＷＴＲＵからのディスカバリの受信に基づいて、リンク監視手順を開始することができる。ＷＴＲＵは更に、ＳＣＩ内の指示に基づいて（例えば、ＳＣＩが、関連するデータがディスカバリ送信を含むという指示を含む場合）、又はＭＡＣヘッダ内の指示に基づいて（例えば、ＭＡＣヘッダが、ディスカバリに関連付けられた論理チャネルのためのデータを示す場合）、リンク監視のためにどの受信を使用するかを決定することができる。具体的には、リモートＷＴＲＵは、リレーＷＴＲＵによるディスカバリ送信に対してＲＳＲＰ測定を実行し、測定されたＲＳＲＰに基づいてＲＬＦを宣言し、かつ／又はディスカバリ送信及び場合によっては更にディスカバリ送信において受信されたＲＳに基づいてＢＬＥＲ計算を実行するかどうかを判定することができる。ＲＳＲＰ測定を実行することに関して、例えば、ＷＴＲＵは、リレーディスカバリ送信のＲＳＲＰが、場合によってはある時間期間にわたって、閾値を下回る場合、リレーされた接続のＲＬＦを宣言することができる。別の例では、ＷＴＲＵは、リレーディスカバリ送信のＲＳＲＰが少なくとも閾値だけ変化し、場合によってはある期間にわたって変化しないままである場合、リレーされた接続のＲＬＦを宣言することができる。ＢＬＥＲ計算の実行に関して、例えば、ＷＴＲＵは、ディスカバリメッセージに関連付けられた／ディスカバリメッセージを含むＳＣＩ（例えば、ディスカバリ送信を示すＳＣＩ）において受信されたＲＳから、ＰＳＣＣＨ ＢＬＥＲを決定することができる。ＷＴＲＵは、連続するＯＯＳ（例えば、閾値未満のＢＬＥＲ）イベントの数をカウントすることができ、ＯＯＳの数がある値に達したときにＲＬＦタイマを開始することができ、又は言い換えれば、ＷＴＲＵは、ＲＬＦに関連付けられた持続時間が経過したかどうかを判定することができる。いくつかの回復イベント（例えば、ＢＬＥＲが閾値を上回る）なしにタイマが満了すると、又は持続時間が経過すると、ＷＴＲＵは、ＲＬＦをトリガすることがある。ＷＴＲＵは、（例えば、ＰＣ５－ＲＲＣを介して取得された）ＷＴＲＵ又はリレーの構成されたディスカバリ送信期間に基づいて、ＩＳ／ＯＯＳの決定及び／又は上位レイヤへの指示の周期を更に決定することができる。

いくつかの実施形態では、ＷＴＲＵは、リレーＷＴＲＵに接続されている間、ＰＤＣＣＨの監視を実行することができる。そのような監視は、周期的及び／又は疎であり得る。これによって、ＰＤＣＣＨ監視に関連する電力消費を最小限に抑えることができる。例えば、ＷＴＲＵは、リレーＷＴＲＵに接続されている間、ＰＤＣＣＨの何らかのＤＲＸのような監視を実行することができる。例えば、ＷＴＲＵは、構成されるか又は事前に構成された周期を有する１つ以上のスロット上でＰＤＣＣＨを監視することができる。

いくつかの実施形態では、ＷＴＲＵは、ＷＴＲＵネットワーク間リレーとの接続が開始されたときに、ＮＷとのＤＲＸを有効化／開始するように構成され得る。ＷＴＲＵは、（例えば、ＳＩＢ又は専用ＲＲＣシグナリングを介して）ＷＴＲＵネットワーク間リレーと接続する前に、ネットワークからＤＲＸのためのそのような構成を受信することができる。代替又は追加として、ＷＴＲＵは、リレーＷＴＲＵとのＰＣ５－ＲＲＣ接続の確立に続いて、リレーＷＴＲＵを介して（例えば、ＰＣ５－ＲＲＣ上で）ＤＲＸ構成を受信したときにＤＲＸを有効にすることができる。

ＷＴＲＵは、ＰＤＣＣＨ対ＰＳＣＣＨの監視を制御することができるウェイクアップ信号（wakeup signal、ＷＵＳ）を受信するように構成することができる。例えば、ＷＵＳは、ある時間期間（例えば、ＤＲＸサイクル）の間、ＰＳＣＣＨの代わりにＰＤＣＣＨを監視すべきかどうか（又はその逆）を決定し得る。例えば、ＷＴＲＵは、構成されるか又は事前に構成された時間に、Ｕｕを介してＷＵＳを監視することができる。ＷＵＳが検出された場合、ＷＴＲＵは、ＤＲＸサイクルについてＰＤＣＣＨを監視することができる。そうでない場合、いくつかの実施形態におけるように、ＤＲＸサイクルをスキップし、ＳＬのみを監視し続けることができる。

ＷＴＲＵは、リレーＷＴＲＵとのＰＣ５－ＲＲＣ接続に関連付けられた測定値／基準に基づいて、ＷＴＲＵネットワーク間リレーに接続されている間のＰＤＣＣＨ監視の強度を決定することができる。例えば、ＰＤＣＣＨの監視の強度は、ＰＤＣＣＨ監視の周期、監視される帯域幅若しくはＰＤＣＣＨ、各期間ごとに監視される連続スロットの数、及び／又は監視されるＰＤＣＣＨに関連付けられた探索空間のうちのいずれかを含み得る。

ＷＴＲＵは、リレーＷＴＲＵへのＳＬ上の測定されかつ／若しくは報告されたＲＳＲＰ、並びに／又は任意のパラメータの値、ＳＬ ＲＬＦに関係するタイマのカウンタ、若しくはＳＬ ＲＬＦに関係する持続時間の満了のいずれかに基づいて、ＰＤＣＣＨ監視の強度を決定することができる。例えば、リレーＷＴＲＵへのＳＬ上の測定されかつ／又は報告されたＲＳＲＰに関して、ＷＴＲＵに、測定／報告されたＲＳＲＰ範囲とＰＤＣＣＨ監視の周期との間のマッピングを構成するか又は事前に構成することができる。リモートＷＴＲＵは、ＳＬ ＲＳＲＰ測定値をリレーＷＴＲＵに報告するように構成され得る。次いで、リレーＷＴＲＵは、そのようなＲＳＲＰ測定値をネットワークに転送することができる。代替又は追加として、リレーＷＴＲＵは、ＲＳＲＰ測定値（又はそのような測定値のレベルの指示）を、そのような測定値が、リモートＷＴＲＵのＰＤＣＣＨ監視の強度の変化に対応して第１のレベルから第２のレベルに変化したときにのみ送信することができる。ＳＬ ＲＬＦに関連する任意のパラメータ、カウンタ、タイマ、又は持続時間の値に関して、例えば、ＷＴＲＵに、ＳＬリンク監視に関連付けられたＴ３１０のようなタイマが動作しているとき、又はＳＬリンク監視に関連付けられた持続時間が経過していないときのためのＰＤＣＣＨ復号強度、及びＴ３１０のようなタイマが動作していないとき、又はＳＬリンク監視に関連付けられた持続時間が経過したときのための別のＰＤＣＣＨ復号強度を構成することができる。例えば、ＷＴＲＵに、ＨＡＲＱ－ＤＴＸ（連続的又はウィンドウ内のいずれか）の数が閾値を下回り、ＨＡＲＱ－ＤＴＸ（連続的又はウィンドウ内のいずれか）の数が閾値を上回るときのためのＰＤＣＣＨ復号強度を構成することができる。

ＷＴＲＵは、Ｕｕ上で受信されるようにリレーされる以下の条件、すなわち、ＰＤＣＣＨ上でのスケジューリングの受信（例えば、ＷＴＲＵのＣ－ＲＴＮＩを用いてスケジュールされたＤＣＩ、又はＮＷベースのスケジューリングの再開を示す新しいＲＮＴＩ）であって、そのようなスケジューリングが、Ｕｕ上のＵＬ及び／又はＤＬデータ送信についてのスケジューリングであり得る、受信、Ｕｕベースの（例えば、非リレー）動作を再開するＲＲＣメッセージの受信であって、そのようなＲＲＣメッセージがＵｕリンク上で直接受信され得る、受信、Ｕｕ上のＭＡＣ ＣＥのための受信、構成されたＵｕ監視機会におけるＷＴＲＵの受信、及び／又は上記のシグナリング機構のいずれかにおけるネットワークからの明示的な指示（例えば、ＳＬ ＲＦＬをトリガする明示的な指示を有するＲＲＣメッセージ、又はＳＬ ＲＬＦをトリガする明示的な指示を有するＷＵＳ）のいずれかでリレーＲＬＦ手順をトリガすることがある。Ｕｕベースの動作を再開するＲＲＣメッセージの受信に関して、例えば、ＷＴＲＵは、ＷＴＲＵネットワーク間リレーに接続されているときに、全てのＵｕ ＤＲＢを一時停止することができ、ＳＲＢを維持することができる。ＷＴＲＵは、Ｕｕを介してＳＲＢ上でネットワークからＲＲＣメッセージを受信したときに、リレーＲＬＦをトリガし、ＤＲＢを再開することができる。

ＷＴＲＵは、Ｕｕ及びＳＬ上で同時にＲＬＦのような動作を実行することがある。ＷＴＲＵは、他のリンクを介してリンクのうちの１つ上のＲＬＦをネットワークに通知することができる。例えば、リモートＷＴＲＵは、リレーＷＴＲＵとのＳＬ ＲＬＦを検出すると、ＲＡＣＨ手順を実行すること（潜在的に、ＴＡＴが満了している場合）、及び／又はＳＬＵＥＩｎｆｏｒｍａｔｉｏｎ、ＲＲＣＲｅｓｕｍｅ、若しくはＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎなどのＲＲＣメッセージ、若しくは別の論理的に等価なメッセージの送信のいずれかを含むことができるアクセス手順を実行することができる。ＷＴＲＵは、そのようなメッセージ内にＳＬ ＲＬＦの発生を更に示すことができる。ＷＴＲＵは、Ｕｕ ＲＬＦを検出すると、（例えば、ＰＣ５－ＲＲＣにカプセル化された）リレーＷＴＲＵを介したＵｕ ＲＲＣメッセージの送信を介して、そのようなＲＬＦをネットワークに通知することができる。

ＷＴＲＵは、ＷＴＲＵネットワーク間リレーに接続されている間に、ＲＬＦに続いて再確立手順をトリガすることができる。そのような手順では、ＷＴＲＵは、再確立要求メッセージにおいてリレーＷＴＲＵ（例えば、Ｌ２ソース／宛先ＩＤ）を示すことができる。ＷＴＲＵは、Ｕｕ ＲＬＦ及び／又は失敗した再確立を検出すると、ＷＴＲＵは、カバレッジ外であるかのように動作することができる。

いくつかの実施形態では、ＷＴＲＵは、既存のリレーがサポートされないセルへの再選択、再確立応答の受信、及び／又は任意の再確立手順をもたらすＵｕ ＲＬＦのいずれかの際に、ＰＣ５－ＲＲＣ接続を解放する（例えば、リレーとのＰＣ５－ＲＲＣ接続に関連付けられた全てのコンテキストを解放し、上位レイヤに通知する）ことができる。既存のリレーがサポートされないセルへの再選択をもたらすＵｕ ＲＬＦに関して、例えば、ＷＴＲＵに、セル上で使用することができるリレーのセットを構成するか又は事前に構成することができ、ＷＴＲＵは、選択されたセルが現在のリレーＷＴＲＵをサポートしない場合、ＰＣ５－ＲＲＣ解放をトリガすることができる。再確立応答の受信に関して、例えば、ＷＴＲＵは、再確立応答メッセージにおいてＰＣ５－ＲＲＣ接続を解放するための指示を受信することができる。任意の再確立手順に関して、例えば、ＷＴＲＵは、Ｕｕ再確立手順のトリガ時にＰＣ５－ＲＲＣ接続を解放するように構成することができる。

いくつかの実施形態では、リモートＷＴＲＵは、リレーＷＴＲＵに接続され、ネットワークのカバレッジ内にあるとき、Ｕｕ ＣＳＩ測定を実行するように構成され得る。リモートＷＴＲＵは、ＣＳＩ測定値をリレーＷＴＲＵに送信することができる。加えて、リレーＷＴＲＵは、受信されたＣＳＩ測定値をネットワークに転送するように構成され得る。

リモートＷＴＲＵは、ＲＲＣシグナリングによって（例えば、Ｕｕ上で直接、又はＰＣ５－ＲＲＣ内にカプセル化されたＲＲＣを介して）、Ｕｕ上のＣＳＩを測定するように構成され得る。代替又は追加として、リモートＷＴＲＵに、リレーＷＴＲＵの測定された品質、Ｕｕ上で測定された品質、別のリレーの存在、リモートＷＴＲＵ及び／若しくはリレーＷＴＲＵのロケーション、並びに／又はＱｏＳ及び／若しくは他のベアラ構成のいずれか又は組み合わせに基づいて、ＣＳＩ測定値を測定／送信するための条件を構成することができる。リレーＷＴＲＵの測定された品質に関して、例えば、リモートＷＴＲＵは、リレーＲＳＲＰが閾値を下回るとき、Ｕｕ ＣＳＩ測定を実行／送信することができる。別の例では、リモートＷＴＲＵは、リレーＲＳＲＰが第１の閾値と第２の閾値との間にあるとき、Ｕｕ ＣＳＩ測定を実行／送信することができる。別の例では、リモートＷＴＲＵは、リレーＲＳＲＰがある量だけ変化するとき、Ｕｕ ＣＳＩ測定を実行／送信することができる。Ｕｕ上で測定された品質に関して、例えば、リモートＷＴＲＵは、Ｕｕ ＲＳＲＰが閾値を上回るとき、Ｕｕ ＣＳＩ測定を実行／送信することができる。別の例では、リモートＷＴＲＵは、Ｕｕ ＲＳＲＰが第１の閾値と第２の閾値との間にあるとき、Ｕｕ ＣＳＩ測定を実行／送信することができる。別のリレーの存在に関して、例えば、リモートＷＴＲＵは、測定されたＲＳＲＰが閾値を上回る他の検出された潜在的なリレーがないとき、Ｕｕ ＣＳＩ測定を実行／送信することができる。リモートＷＴＲＵ及び／又はリレーＷＴＲＵのロケーションに関して、例えば、リモートＷＴＲＵに、それがＣＳＩ測定値を報告すべきゾーンのセットを構成することができる。例えば、リモートＷＴＲＵは、リレーＷＴＲＵの報告されたゾーンに基づいて、場合によってはリモートＷＴＲＵ自体のロケーションと組み合わせて（例えば、距離が何らかの構成されるか若しくは事前に構成された値又はＱｏＳパラメータの何らかの関数（例えば、範囲パラメータ）を超える場合）、ＣＳＩ測定結果を報告することができる。ＱｏＳ及び／又はベアラ構成に関して、例えば、リモートＷＴＲＵは、送信されているデータのＱｏＳに基づいて、又は現在構成／確立されているベアラに関係する何らかの構成態様に基づいて、ＣＳＩ測定を報告することを決定することができる。

リモートＷＴＲＵは、ＭＡＣ ＣＥ又は論理的に等価なメッセージを介して、ネットワークのＣＳＩ測定値をリレーＷＴＲＵに送信することができる。代替又は追加として、リモートＷＴＲＵは、ＰＣ５－ＲＲＣメッセージを介して、ネットワークのＣＳＩ測定値をリレーに送信することができる。代替又は追加として、リモートＷＴＲＵは、ＰＣ５－ＲＲＣメッセージ内にカプセル化されたＵｕ ＲＲＣメッセージ、又は論理的に等価な任意のメッセージにおいて、ネットワークのＣＳＩ測定値を送信することができる。

いくつかの実施形態では、リモートＷＴＲＵは、ＭＡＣ ＣＥを介してリレーＷＴＲＵにＣＳＩ測定値を送信することができる。リモートＷＴＲＵは、ネットワークによって構成されていること、リモートＷＴＲＵの速度、リモートＷＴＲＵにおいて測定された及び／若しくはリレーＷＴＲＵによって示されたＣＢＲ／ＣＲ、並びに／又はリレーＷＴＲＵによって提供されたフロー制御指示／情報のうちの１つ又は組み合わせに基づいて、ＣＳＩ測定のための時間要件を決定することができる。リモートＷＴＲＵは、ＣＳＩ測定のトリガからの時間が閾値を超える場合、ＣＳＩ測定をドロップすることができる。

リモートＷＴＲＵは、ＣＳＩ測定報告／ＣＱＩ報告に、ＣＱＩ、トリガタイプ（例えば、周期的対イベントベースのＣＱＩ報告）、優先度指示、及び／又はＵｕ ＣＳＩ測定がトリガされた時間に対応するタイムスタンプを含めることができる。優先度指示に関して、例えば、リモートＷＴＲＵは、ＣＱＩ報告（例えば、周期的対イベントベースのＣＱＩ報告）を生成したトリガに基づいて優先度指示を設定することができる。例えば、リモートＷＴＲＵは、ＣＳＩ測定がトリガされたときと、ＣＱＩ報告が構築／送信された時間との間の時間に基づいて、優先度指示を設定することができる。

いくつかの実施形態では、リレーＷＴＲＵは、１つ以上のリモートＷＴＲＵからネットワークにＣＳＩ測定値を送信することができる。例えば、リレーＷＴＲＵは、１つ以上のリモートＷＴＲＵから受信されたＣＱＩ測定値を含むＭＡＣ ＣＥ又はＲＲＣメッセージ（又は別の論理的に等価なメッセージ）をネットワークに送信することができる。

いくつかの実施形態では、リレーＷＴＲＵは、１つ以上のリモートＷＴＲＵからのＣＳＩ報告を含むＭＡＣ ＣＥ又は論理的に等価なメッセージを送信することができる。そのようなメッセージは、ＣＱＩ及び／又はＣＱＩが属するリモートＷＴＲＵの宛先ＩＤを含むことができる。

リレーＷＴＲＵは、ＣＱＩ ＭＡＣ ＣＥ又は同等のＣＱＩメッセージに、固定されるか又は事前に構成された優先度を割り当てることができる。代替又は追加として、リレーＷＴＲＵは、関連するＣＱＩについてリモートＷＴＲＵから受信されたタイムスタンプ、ＣＱＩに関連付けられたリモートＷＴＲＵから受信された優先度、及び／又はＳＬ ＣＱＩのトリガタイプのうちの１つ以上に基づいて、ＣＱＩ ＭＡＣ ＣＥの優先度を決定することができる。

リレーＷＴＲＵは、任意のリモートＷＴＲＵからのＵｕ ＣＱＩ報告のいずれかの受信時に、及び／又はタイマの満了時に、ＣＳＩ測定を転送するためのＭＡＣ ＣＥをトリガすることができ、そのようなタイマは、任意のリモートＷＴＲＵからのＵｕ ＣＱＩ報告の受信時に開始され得る。例えば、リレーＷＴＲＵは、リモートＷＴＲＵからのＵｕ ＣＱＩ報告の受信時に、そのようなタイマが動作していない場合、タイマを設定することができる。リレーＷＴＲＵは、タイマが動作している間に、（場合によっては他のＷＴＲＵから）受信された任意の他のＣＱＩ報告とともに、そのリモートＷＴＲＵのＣＳＩ測定値の送信をトリガすることができる。リレーＷＴＲＵは更に、受信されたＣＱＩ報告に関連付けられたいくつかの条件に基づいて（例えば、トリガタイプ、優先度指示、及び／又はタイムスタンプの特定の値を有するＣＱＩ報告の受信時に）、受信直後に（例えば、実行中のタイマの満了前に、又は持続時間が経過する前に）ＣＱＩ報告を送信することができる。

いくつかの実施形態では、ＷＴＲＵは、ＷＴＲＵネットワーク間リレー接続の確立時にＷＴＲＵが接続されたセルとともにＵｕ構成を記憶することができる。ＷＴＲＵは、本明細書で説明する任意の条件に基づいて、（例えば、リレーリンクが失敗したときに）トリガされる回復手順の一部として、そのような記憶された構成を再使用することができる。代替又は追加として、ＷＴＲＵは、異なるセルを有する複数の記憶された候補Ｕｕセル構成を有することができる。ＷＴＲＵは、Ｕｕ上の専用ＲＲＣシグナリングを介して、及び／又はリレーＷＴＲＵを介して、そのような候補セルを受信することができる。ＷＴＲＵは、回復手順の一部として、そのような記憶された構成を再使用することもできる。

記憶された候補Ｕｕセル構成は、ＷＴＲＵネットワーク間リレーに接続されたときの回復のために明示的に構成することができる。追加又は代替として、候補Ｕｕセル構成は、ＷＴＲＵがＵｕ（例えば、条件付きハンドオーバ（handover、ＨＯ）候補セル又は条件付きＰＳＣｅｌｌ変更候補セル）を介して接続されている間に、他の目的のためにＷＴＲＵについて構成することができる。

ＷＴＲＵは、リモートＷＴＲＵが回復アクションの前に接続されるリレーＷＴＲＵのいずれか、及び／又はリレーＷＴＲＵによってブロードキャストされるか、若しくはネットワークによってブロードキャストされるがリレーＷＴＲＵによってリレーされた１つ以上の識別子に基づいて、記憶されたＵｕ候補構成の有効性を決定することができる。回復アクションの前にリモートＷＴＲＵが接続されるリレーＷＴＲＵに関して、例えば、リモートＷＴＲＵに、記憶されたＵｕ候補構成と（例えば、宛先ＩＤ、Ｃ－ＲＮＴＩ、又は同様の／新しいＩＤなどのＷＴＲＵ ＩＤによって識別される）１つ以上のリレーＷＴＲＵとの間の関連付けを構成することができる。リモートＷＴＲＵは、回復のトリガ時にＷＴＲＵが接続されたリレーＷＴＲＵＥがそのような候補構成に関連付けられた場合、記憶されたＵｕ候補構成を回復のために有効であるとみなすことができる。例えば、リモートＷＴＲＵは、リレーＷＴＲＵから、有効な記憶された候補セルのリストを受信することができ、ＷＴＲＵは、そのリレーＷＴＲＵへの接続に続いて回復がトリガされるとき、各セルについての記憶された構成を有効であるとみなすことができる。リレーＷＴＲＵによってブロードキャストされるか、又はネットワークによってブロードキャストされるがリレーＷＴＲＵによってリレーされた１つ以上の識別子に関して、例えば、リモートＷＴＲＵは、（ＰＣ５－ＲＲＣなどで直接、又はネットワークからＵｕ ＲＲＣメッセージ若しくはＩＥを転送することによって間接的に）リレーＷＴＲＵから識別子を受信することができる。リモートＷＴＲＵは更に、所与の識別子に対する有効なセル構成のセット、又はセル構成がそのリレーに接続されている間に回復のために有効であるとみなすために受信されるべき識別子のセットで構成され得る。例えば、そのような識別子は、システム情報においてリレーＷＴＲＵによってリレーされるＲＡＮエリアＩＤに対応し得る。

リモートＷＴＲＵは、そのような記憶された候補構成／セルが無効であるリレーＷＴＲＵへの再選択時に、記憶されたＵｕ候補構成／セルを削除することができる。代替又は追加として、ＷＴＲＵは、全ての構成された候補構成を記憶することができるが、１つ以上の有効な記憶されたセル構成のみを回復手順の一部として考慮することができる。

ＷＴＲＵは、本明細書で説明するように、回復をトリガする任意のＳＬ関係条件に続いて、記憶されたＵｕ構成を使用して、Ｕｕを介して回復手順（例えば、ＣＨＯ手順又は同様のもの）を実行することができる。ＷＴＲＵは、以下の条件、すなわち、ＷＴＲＵが、有効な記憶されたＵｕ候補構成を有するセルへのセル再選択を実行すること、再選択が実行されるセルが特定の品質（例えば、閾値を上回るＲＳＲＰ）を有すること、及び／又はＷＴＲＵが、記憶された有効なＵｕ候補構成を有する特定の品質（例えば、閾値を上回るＲＳＲＰ）を有するセルを検出すること、のいずれか又は組み合わせに応じて、上記のような回復手順を更に実行することができる。

いくつかの実施形態では、ＷＴＲＵは、回復を実行するときに、記憶された有効な候補構成を有するセルを優先することができる。上記の条件のいずれか又は全てが存在しない場合、ＷＴＲＵは、任意の回復手順をスキップし、通常の再確立手順を実行することができる。

セル選択／リレー選択手順は、再確立トリガに関連付けられた因子に依存し得る。そのような因子は、例えば、Ｕｕ ＲＳＲＰなど、再確立時のＵｕ測定値、ＣＢＲなどのＳＬ測定値、１つの手順がトリガされているか、又は再確立の開始時にすでにトリガされたか、再確立がトリガされるセルによるリレーのサポート（例えば、セルは、リレー可能なＮｏｄｅＢ、例えば、ｇＮＢから生じる）、及び現在アクティブなベアラに関連付けられたＱｏＳ、又はベアラ／ＬＣＨの任意の構成を含み得る。

リモートＷＴＲＵは、Ｕｕを介して直接接続されたとき、及び／又はリレーＷＴＲＵを介して接続されたときに、セル選択又はリレー選択手順をトリガすることができる。そのようなセル／リレー再選択手順は、通常はＵｕにおけるＵｕ再確立をトリガするトリガに関連付けられ得る。例えば、リモートＷＴＲＵは、Ｕｕ ＲＬＦをトリガすると、可能なリレーＷＴＲＵを考慮に入れて、再確立手順を開始することができる。そのような新しい再確立手順は、セル再選択及び／又はリレー選択手順の開始から開始し得る。セル再選択又はリレー再選択のいずれか又は両方が開始され得る。

リモートＷＴＲＵは、セル選択、セル再選択、リレー選択、及び／又はリレー再選択手順を順番に実行する（例えば、一方を最初に実行し、次いで他方を実行する）ことができる。そのような場合、リモートＷＴＲＵは、そのような手順の順序を決定することができる。代替又は追加として、リモートＷＴＲＵは、２つの手順を並行して実行することができる。例えば、リモートＷＴＲＵは、リレー再選択手順又はセル再選択手順のどちらが最初に完了したか（及び適切なセル／リレーを提供したか）に応じて、リレーＷＴＲＵに対して、又はセルに対して直接、再確立を開始することができる。

ＷＴＲＵは、セル選択及びリレー選択のいずれも実行しないか、セル選択及びリレー選択のいずれかを実行するか、セル選択及びリレー選択の両方を実行するか、並びに／又はどちらを最初に実行するかを、以下の因子、すなわち、現在のセルがリレー構成をサポートするかどうか（例えば、リレーが、例えば、リレーのＳＩＢにおいて、Ｌ２リレーに関連付けられ得るリレー固有情報をブロードキャストすることが可能であるかどうか）、ＷＴＲＵがリレーＷＴＲＵにＰＣ５－ＲＲＣ接続されているかどうか、リモートＷＴＲＵがＵｕを介して接続されているか、又はリレーＷＴＲＵを介して接続されているか、（例えば、Ｕｕ ＲＳＲＰなどの別のトリガに起因して、又はそのような再選択を開始するためのネットワークによる何らかの明示的／暗黙的指示の結果として）ＷＴＲＵがすでにリレー再選択手順を開始したかどうか、現在のＵｕ ＲＳＲＰ測定値（例えば、閾値に関して）、ネットワーク構成、及び／若しくはＳＬ測定値のいずれか又は組み合わせに基づいて決定することができる。

現在のセルがリレー構成をサポートするかどうかに関して、例えば、現在のセルがリレー構成をサポートする場合、リモートＷＴＲＵは、再確立手順の一部として（例えば、セル選択の前又は後に）リレー選択を開始することができる。ＷＴＲＵがリレーＷＴＲＵにＰＣ５－ＲＲＣ接続されているかどうかに関して、例えば、リモートＷＴＲＵがトリガ（例えば、Ｕｕ ＲＬＦ）の発生時にリレーＷＴＲＵにＰＣ５－ＲＲＣ接続されている場合、リモートＷＴＲＵは、セル選択又はリレー選択のいずれも実行しない可能性がある。別の例では、リモートＷＴＲＵが、トリガ（例えば、Ｕｕ ＲＬＦ）の発生時にリレーＷＴＲＵにＰＣ５－ＲＲＣ接続されていない場合、リモートＷＴＲＵは、リレー選択を開始することができる。

リモートＷＴＲＵがＵｕを介して接続されているか、又はリレーＷＴＲＵを介して接続されているかに関して、例えば、リモートＷＴＲＵは、リレーを介して接続されている間に再確立手順をトリガするとき、リレー再選択の前にセル再選択を実行することができる（逆もまた同様）。いくつかの事例では、リモートＷＴＲＵは、リレーを介して接続されているとき、リレー選択のみを実行する（セル選択は実行しない）ことができる（逆も同様）。ＷＴＲＵがすでにリレー再選択手順を開始したかどうかに関して（例えば、Ｕｕ ＲＳＲＰなどの別のトリガに起因して、又はそのような再選択を開始するためのネットワークによる何らかの明示的／暗黙的指示の結果として）、リモートＷＴＲＵがすでにリレー再選択手順を開始している場合、リモートＷＴＲＵは、セル／リレー再選択手順のいずれもトリガしないことがあり、又はセル再選択手順のみをトリガすることがある。そうでない場合、いくつかの事例のように、リモートＷＴＲＵは、リレー再選択をトリガするか、又は両方の手順をトリガすることができる。例えば、リモートＷＴＲＵは、Ｕｕ ＲＳＲＰが閾値を下回るとき、かつ／又はネットワークが再選択をトリガするための指示を送信するとき、リレー再選択をトリガすることができる。そのような１つ以上のトリガは、再確立の開始前に発生し得る。再確立トリガの前に適切なリレーがすでに見つかった場合、リモートＷＴＲＵは、セル再選択及び／又はリレー再選択をトリガしなくてよい。リモートＷＴＲＵが適切なリレーへのＰＣ５－ＲＲＣ接続を有する場合、リモートＷＴＲＵは、セル再選択及び／又はリレー再選択をトリガしない可能性がある。

現在のＵｕ ＲＳＲＰ測定に基づいて、セル選択若しくはリレー選択のいずれも実行しないか、いずれか若しくは両方を実行するか、及び／又はどちらを最初に実行するかを判定することに関して、例えば、Ｕｕ ＲＳＲＰ測定がＲＬＦのトリガ時に閾値を下回る場合、リモートＷＴＲＵは、セル選択の前にリレー選択をトリガすることができる。そうでない場合、リモートリレーは、リレー選択の前にセル選択をトリガし得る。例えば、Ｕｕ ＲＳＲＰ測定値がＲＬＦのトリガ時に閾値を下回る場合、リモートＷＴＲＵは、セル選択に加えてリレー選択をトリガすることができる。そうでない場合、リモートＷＴＲＵは、セル選択のみをトリガすることができる。

ネットワーク構成に基づいて、セル選択若しくはリレー選択のいずれも実行しないか、いずれか若しくは両方を実行するか、及び／又はどちらを最初に実行するかを判定することに関して、例えば、リモートＷＴＲＵにセル選択／リレー選択の順序を構成することができる。そのような構成は、明示的（例えば、ＳＩＢ中のインジケータ又は専用ＲＲＣ）であり得るか、又は何らかのルールに基づいて別のネットワーク構成態様に結び付けられ得る。例えば、ＷＴＲＵにベアラ／ＱｏＳフローを構成することができ、ＷＴＲＵは、そのベアラ／ＱｏＳフローに対して、特定の順序であり得る一方又は他方の選択手順を開始すべきである。

例えば、ＳＬ測定値に基づいて、セル選択若しくはリレー選択のいずれも実行しないか、いずれか若しくは両方を実行するか、及び／又はどちらを最初に実行するかを判定することに関して、リモートＷＴＲＵは、測定されたＣＢＲが閾値を上回る場合、セル選択のみを実行するか、又はリレー選択の前にセル選択を実行することができる。そうでない場合、リモートＷＴＲＵは、セル選択とリレー選択の両方を実行するか、又はセル選択の前にリレー選択を実行することができる。

リモートＷＴＲＵは、セル選択及びリレー選択の両方について、（例えば、Ｔ３１１と同様の）単一のタイマを使用するか、又は持続時間が経過したかどうかを判定することができる。例えば、リモートＷＴＲＵは、再確立トリガ時にタイマ（Ｔ３ＸＸ）を開始することができ、持続時間が経過する前に適切なセル又は適切なリレーのいずれかを見つけることに失敗すると、ＲＲＣ＿ＩＤＬＥに移動することができる。Ｔ３ｘｘタイマ又は持続時間の値は、ＷＴＲＵがセル選択及び／又はリレー選択の両方を実行するように構成されているかどうかに依存することができる。例えば、リモートＷＴＲＵは、セル選択のみを実行するように構成されているとき、第１のタイマ又は持続時間を使用することができ、リレー選択のみを実行するように構成されているとき、第２のタイマ又は持続時間を使用することができ、セル選択及びリレー選択の両方を実行するように構成されているとき、第３のタイマ又は持続時間を使用することができる。更に、リモートＷＴＲＵは、本明細書で説明する条件に基づいて、セル選択及びリレー選択が並行して実行されるか、又は順次実行されるかに応じて、異なるタイマ又は持続時間を使用することができる。

いくつかの実施形態では、リモートＷＴＲＵに、セル選択及びリレー選択のための別個のタイマ又は持続時間を構成することができる。例えば、リモートＷＴＲＵは、Ｔ３１１の満了時（例えば、失敗したセル選択手順）に、又は持続時間が経過したと判定したときに、リレー選択をトリガすることができる。代替又は追加として、リモートＷＴＲＵは、リレー選択関係タイマ（Ｔ３ｙｙ）の満了時に、又はリレー選択に関連付けられた持続時間が経過したと判定したときに、セル選択をトリガすることができる。

リモートＷＴＲＵは、（どちらが最初に見つかったかに依存して）セル又はリレーを選択すると、Ｔ３１１のようなタイマを停止することができる。代替又は追加として、リモートＷＴＲＵは、リモートＷＴＲＵがリレーとセルの両方を選択する／見つけるまで、Ｔ３１１のようなタイマを継続することができる。例えば、リモートＷＴＲＵがＴ３１１を開始する際にセルを見つけ、Ｔ３１１が満了していない場合、リモートＷＴＲＵは、持続時間が経過していないと判定し、リモートＷＴＲＵは、適切なリレーも見つかるまで、リレー選択を開始／継続することができる。代替又は追加として、Ｔ３１１のようなタイマ又は持続時間が満了した場合、リモートＷＴＲＵは、タイマ又は持続時間の満了時に適切なセルへの再確立を開始することができる。

リモートＷＴＲＵは、再確立トリガに関連付けられた因子に応じて、セル／リレー再選択のための異なるパラメータに関連付けられ得る。例えば、そのようなパラメータは、ＲＳＲＰ閾値（例えば、セル適合性のためのＵｕ閾値、又はリレー適合性のためのＳＬ ＲＳＲＰ閾値）を含み得る。例えば、リモートＷＴＲＵは、本明細書で言及される因子に応じて、異なる閾値を使用することができ、又はそのような閾値にオフセットを適用することができる。

例えば、リモートＷＴＲＵは、現在のＵｕ ＲＳＲＰ測定値に基づいてそのような閾値を決定することができる。例えば、リモートＷＴＲＵは、Ｕｕ ＲＬＦ／再確立がトリガされたときのＵｕ ＲＳＲＰがより高いとき、リレーが適切であるかどうかを判定するためのＳＬ ＲＳＲＰ閾値をより高い値に設定することができる。

いくつかの例では、リモートＷＴＲＵは、所定の／選択されたリレーへの再確立を実行することができる。再確立（例えば、Ｕｕ ＲＬＦ、ＳＬ－ＲＬＦ）に関する１つ以上のトリガに応じて、リモートＷＴＲＵは、所定の又は事前定義されたリレーＷＴＲＵへの再確立を実行することができる。例えば、リモートＷＴＲＵは、リレー選択手順及び／又はセル選択手順なしに、リレーＷＴＲＵへの再確立を直ちに実行することができる。リレーＷＴＲＵは、ネットワークシグナリング／構成に基づいて、既存のＰＣ５－ＲＲＣ接続に基づいて、ネットワークに報告された測定値に基づいて、及び／又は以前のリレー選択手順に基づいて決定され得る。

ＮＷシグナリング／構成に基づいてリレーＷＴＲＵを決定することに関して、例えば、リモートＷＴＲＵに、Ｕｕ ＲＲＣメッセージ（又は別の論理的に等価なメッセージ）において１つ以上のリレーＷＴＲＵを提供することが可能であり、１つ以上の提供されたリレーＷＴＲＵのいずれかに対して再確立を実行することが可能である。既存のＰＣ５－ＲＲＣ接続に基づいてリレーＷＴＲＵを決定することに関して、例えば、リモートＷＴＲＵは、それがすでにリレーＷＴＲＵにＰＣ５－ＲＲＣ接続されている場合、リレーＷＴＲＵとの再確立を実行することができる。

ネットワークに報告された測定値に基づいてリレーＷＴＲＵを決定することに関して、例えば、リモートＷＴＲＵに、ＳＬリレーのＲＲＭのような測定値を構成することができる。リモートＷＴＲＵは、報告された測定値においてＷＴＲＵによってネットワークに報告されたリレーのリスト内にあるリレーＷＴＲＵに対して直接、再確立をトリガすることができる。

前のリレー選択手順に基づいてリレーＷＴＲＵを決定することに関して、例えば、リモートＷＴＲＵがすでに適切なリレーを選択している場合、リモートＷＴＲＵは、セル／リレー再選択を実行することなくリレーへの再確立を開始することができる。

リモートＷＴＲＵは、リレーを介して、又はＵｕを介して直接、再確立を実行することができる。一例では、ＷＴＲＵは、リモートＷＴＲＵにおいて決定される第１の適切なエンティティ（例えば、セル又はリレー）に基づいて再確立の実行を決定することができる。例えば、リモートＷＴＲＵは、セル選択とリレー選択の両方を同時に実行することができ、再確立を開始するのに適した第１のエンティティを選択することができる。例えば、リモートＷＴＲＵに、セル選択対リレー選択を実行するための順番を構成することができる。例えば、セル選択を実行するリモートＷＴＲＵが適切なセル（例えば、Ｕｕ ＲＳＲＰが閾値及び許可されたＰＬＭＮを上回る）を見つける前に、リレー選択を実行するリモートＷＴＲＵが適切なリレー（例えば、ＳＬ ＲＳＲＰが閾値を上回り、上位レイヤ基準を満たし、リレーがリモートＷＴＲＵのために許可されたＰＬＭＮに接続されている）を見つけた場合、リモートＷＴＲＵは、リレーを介して再確立を開始することができる。

別の例では、リレー及びセルの両方が適切であると決定された場合、ＷＴＲＵに、リレー又はダイレクトを介した再確立のための選好／優先度を構成することができる。例えば、適切なリレー及び適切なセルの両方が選択される場合、リモートＷＴＲＵは、優先度に基づいてそれらのうちの１つを選択することができる。リモートＷＴＲＵに、リレーを介するよりも高い優先度としてダイレクトが構成される場合（又はその逆）、ダイレクトを介して再確立することができる。リモートＷＴＲＵは、それが以前にダイレクトを介して接続されていた場合、ダイレクトを介した再確立を優先することができる。リモートＷＴＲＵは、それが以前にリレーを介して接続されていた場合、リレーを介した再確立を優先することができる。リモートＷＴＲＵは、選択されたセルがＷＴＲＵにおいて構成された条件付きハンドオーバ候補である場合、ダイレクトを介して再確立することができる。そうでない場合、いくつかの実施形態のように、リモートＷＴＲＵは、本明細書で説明する他の選択ルールを使用することができる。リモートＷＴＲＵは、リレーＷＴＲＵがリモートＷＴＲＵの条件付きハンドオーバ候補であるセルに接続されている場合、リレーを介して再確立することができる。

リモートＷＴＲＵに再確立タイマ又は再確立のための持続時間の異なる値を構成することが可能であり、リモートＷＴＲＵは、再確立に関連付けられた因子に応じて、どのタイマ又は持続時間を使用すべきかを決定することができる。例えば、リモートＷＴＲＵは、再確立タイマ（Ｔ３０１）の値若しくは持続時間を、以下の因子、すなわち、再確立がリレーを介して実行されるか若しくはダイレクト（Ｕｕ）を介して実行されるか、リレーとの既存のＰＣ５－ＲＲＣ接続が存在するときに再確立がトリガされるかどうか、又はリモートＷＴＲＵがリレーを介して再確立を送信できるようになる前にそのようなＰＣ５－ＲＲＣ接続を確立する必要があるかどうか、ネットワークが再確立に使用可能であった１つ以上のリレーを以前に提供したかどうか、及び／又はリモートＷＴＲＵがシングルホップを使用して再確立を実行するか、それともマルチホップリレーを使用して再確立を実行するかのいずれかに応じて決定することができる。例えば、リレーＷＴＲＵは、ディスカバリメッセージ内でホップの数を告知することができ、リモートＷＴＲＵは、告知されたホップの数に基づいてＴ３０１の値又は持続時間を選択することができる。

リモートＷＴＲＵは、再確立要求メッセージ内に、リモートＷＴＲＵが以前に接続されたリレーＷＴＲＵの識別、リモートＷＴＲＵが以前に接続されたリレーＷＴＲＵの識別、及び／又はリモートＷＴＲＵがＵｕを介して又はリレーを介して接続されたときに再確立がトリガされたかどうかの指示を含めることができる。例えば、リモートＷＴＲＵは、前の接続インターフェースの明示的な指示を含むことができる。例えば、リモートＷＴＲＵは、Ｕｕを介して直接接続されているか、又はリレーを介して接続されている間に、再確立をトリガした障害が発生したことを示すために、異なる再確立原因値を使用することができる。

リレーＷＴＲＵは、ネットワークとのリレーＷＴＲＵ自体の接続確立／再開／再確立シグナリングに含まれる原因値（確立原因、再開原因、再確立原因）を決定することができる。リレーＷＴＲＵは、リモートＷＴＲＵがネットワークにアクセスしようと試みることから生じるリレーＷＴＲＵ接続確立／再開のために、専用の原因値を使用することができる。代替として、リレーＷＴＲＵは、それ自体のアクセス並びにリモートＷＴＲＵによって開始されたアクセス試行の両方のために、現在定義されている既存の原因値の一部を再使用することができる。

実施形態では、リレーＷＴＲＵは、リモートＷＴＲＵ自体の送信のプロパティ又は特性に基づいて、リレーＷＴＲＵ自体の確立／再確立／再開動作のための原因値を決定することができる。そのようなリモートＷＴＲＵ送信は、例えば、リレーＷＴＲＵによって接続を開始した送信に更に関連付けられ得る。そのようなプロパティ又は特性は、データがリモートＷＴＲＵから受信されるＲＬＣチャネル、リモートＷＴＲＵによってトリガされるＵｕ ＲＲＣメッセージ／手順、データがリモートＷＴＲＵから受信されるリソース（例えば、時間又は周波数）のサブセットのリソース、及び／又はリモートＷＴＲＵからの明示的シグナリングのいずれか又は組み合わせを含むことができる。

データがリモートＷＴＲＵから受信されるＲＬＣチャネルに関して、例えば、リレーＷＴＲＵは、第１のＲＬＣチャネルからのデータの受信によってトリガされる接続確立／再確立／再開のために第１の原因値を使用し、第２のＲＬＣチャネルからのデータの受信によってトリガされるときに第２の原因値を使用するように構成、事前に構成、又は事前定義され得る。例えば、リレーＷＴＲＵによって使用される特定の原因値は、ＲＬＣチャネル構成の一部として事前に定義され得る。例えば、リモートＷＴＲＵは、リモートＷＴＲＵにおいて決定された異なる原因値に関連付けられた送信のために特定のＳＬ－ＲＬＣチャネルを選択することができる。例えば、リモートＷＴＲＵは、データが１つ以上の第１の原因値（例えば、緊急アクセス）に関連付けられているときに、第１のＳＬ ＲＬＣチャネル上のサイドリンクを介してリレーされるＵｕデータを送信することができ、データが１つ以上の第２の原因値（例えば、他の原因値）に関連付けられているときに、第２のＲＬＣチャネルを使用することができる。

リモートＷＴＲＵによってトリガされるＵｕ ＲＲＣメッセージ／手順に関して、例えば、リレーＷＴＲＵは、リモートＷＴＲＵによってトリガされる接続確立手順のために第１の原因値を使用し、接続再確立手順のために第２の原因値を使用し、再開手順のための第３の原因値を使用することができる。リレーＷＴＲＵは、他の実施形態（例えば、ＲＬＣチャネル、明示的シグナリングなど）を使用するリモートＷＴＲＵからの情報を使用して、リモートＷＴＲＵによって実行されている手順を判定することができ、この情報は、リモートＷＴＲＵのＲＲＣ状態の手順及び／又は知識を示すことができる。例えば、リレーＷＴＲＵは、それがＳＲＢ０に関連付けられたＳＬ－ＲＬＣチャネル上でデータを受信するときに手順を接続確立手順であると判定することができる。例えば、リレーＷＴＲＵは、ＳＲＢ１のためのＳＬ－ＲＬＣチャネルが使用され、リモートＷＴＲＵがＲＲＣ＿ＩＮＡＣＴＩＶＥであるときに手順を再開することを決定することができ、データがＳＲＢ１のためのＳＬ－ＲＬＣチャネル上で受信され、リモートＷＴＲＵがＲＲＣ＿ＣＯＮＮＥＣＴＥＤであるときに手順を再確立であると判定することができる。リレーＷＴＲＵは、リモートＷＴＲＵから、又はネットワークから、リモートＷＴＲＵのＲＲＣ状態を決定することができる。例えば、リモートＷＴＲＵは、リモートＷＴＲＵによって開始されている特定の手順（例えば、再開、接続確立、又は接続再確立）を（例えば、明示的に、又は本明細書で説明する他の方法を使用して）示すことができる。

データがリモートＷＴＲＵから受信されるリソース又はリソースのサブセットに関して、例えば、リモートＷＴＲＵに、それが異なるアクセスカテゴリ及び／又は原因値に関連付けられた送信を送ることができる時間／周波数リソースのセットを構成するか又は事前に構成することができる。例えば、リモートＷＴＲＵは、リソースの特定の構成又は事前に構成されたセット上で、１つ以上の事前に定義されたＲＬＣチャネルに関連付けられ得るリモートＷＴＲＵ上で送信を受信するときに、第１の原因値を選択するように構成されるか又は事前に構成されてもよく、リソースの第２のセット上で送信を受信するときに第２の原因値を選択してよい。

リモートＷＴＲＵからの明示的なシグナリングに関して、例えば、リモートＷＴＲＵは、それ自体の接続確立／再確立／再開シグナリングのための原因値をＵｕ上でリレーＷＴＲＵに送ることができる。例えば、リモートＷＴＲＵは、ＳＬ ＭＡＣ ＣＥ、アダプテーションレイヤ制御メッセージ、ＳＬ ＲＲＣメッセージ、ＰＨＹ信号（例えば、ＳＣＩ）、又は確立原因を示す他の明示的なシグナリングを送信することができる。例えば、リモートＷＴＲＵは、その確立原因が値の１つ又はサブセットであるとき、明示的な指示を送ることができる。リレーＷＴＲＵは、リモートＷＴＲＵから受信された確立原因からリレーＷＴＲＵ自体の確立原因を選択することができる。例えば、リモートＷＴＲＵは、リモートＷＴＲＵによるアクセスが特定の原因値（例えば、緊急アクセス）に関連付けられているときに、ＳＬ上で（例えば、ＳＬ ＭＡＣ ＣＥ、ＳＬ ＲＲＣメッセージ、又はＳＣＩにおいて）指示を送ることができる。その場合、リレーＷＴＲＵは、第１の原因値（例えば、緊急アクセス）を使用することができ、他の場合には、第２の原因値（例えば、新しい原因値）を使用することができる。例えば、リモートＷＴＲＵは、Ｕｕ上でのリモートＷＴＲＵ自体の接続確立／／再確立／再開のための原因値をリレーＷＴＲＵに送ることができる。原因値が原因値のサブセットのうちの１つである場合、リレーＷＴＲＵは、第１の原因値（例えば、緊急アクセス）を使用することができ、そうでない場合、リレーＷＴＲＵは、第２の原因値（例えば、新しい原因値）を使用することができる。

リレーＷＴＲＵは、リモートＷＴＲＵから受信された原因値（又はその情報）に応じて、リレーＷＴＲＵ自体のアクセスのために新しい原因値又は既存の原因値を使用することができる。例えば、リレーＷＴＲＵに、リモートＷＴＲＵ原因値のリレーＷＴＲＵ原因値へのマッピングを構成するか又は事前に構成することができ、このマッピングに基づいてリレーＷＴＲＵ自体の原因値を選択することができる。そのようなマッピングは更に、例えば、リモート／リレーＷＴＲＵのＲＲＣ状態、リレーＷＴＲＵ自体のアクセスカテゴリ、リレーＷＴＲＵに接続された他のリモートＷＴＲＵのアクセスカテゴリ（特定のＲＲＣ状態にあり得る、ネットワーク選好、サイドリンクの構成及び／又は測定値（例えば、リレーにおけるＣＢＲ、ＣＲ、ＳＬ、ＲＳＲＰ及び／又はリソース負荷）に依存し得る。

リモート／リレーＷＴＲＵのＲＲＣ状態に関して、例えば、リレーＷＴＲＵに、リモートＷＴＲＵのＲＲＣ状態又はそれ自体のＲＲＣ状態に応じて、異なるマッピングを構成することができる。リレーＷＴＲＵ自体のアクセスカテゴリに関して、例えば、リレーＷＴＲＵに、リレーＷＴＲＵのアクセスカテゴリに応じて異なるマッピングを構成することができる。例えば、リレーＷＴＲＵに接続された他のリモートＷＴＲＵのアクセスカテゴリに関して、リレーＷＴＲＵに、例えば、他のリモートＷＴＲＵが特定のＲＲＣ状態にあり得る、そのようなリモートＷＴＲＵの最高／最低アクセスカテゴリに応じて異なるマッピングを構成することができる。例えば、リレーＷＴＲＵは、受信された原因値（又は原因値情報）のリレー原因値へのマッピングに基づいて原因値を決定することができ、そのようなマッピングは、（例えば、最高／最低アクセスカテゴリを有する）１つの特定の接続されたリモートＷＴＲＵのアクセスカテゴリに固有に定義することができる。

ネットワーク選好／構成に関して、例えば、ネットワークは、ＳＩＢ／ＲＲＣシグナリングを使用してマッピングを変更することができる。例えば、リレーＷＴＲＵは、ネットワークから適用される明示的なマッピングを受信することができる。例えば、リレーＷＴＲＵは、（例えば、ＳＩＢ若しくはＲＲＣシグナリング、又は別の論理的に等価なメッセージにおいて）選好指示を受信することができ、選好指示は、リレーＷＴＲＵが第２のマッピングよりも第１のマッピングを使用すべきであることを示すことができる。

サイドリンクの測定（例えば、ＣＢＲ、ＣＲ、ＳＬ ＲＳＲＰ、及び／又はリレーにおけるリソース負荷）に関して、例えば、リレーＷＴＲＵは、ＣＢＲの測定値、ＣＲの測定値、又はリレー負荷の測定値などのサイドリンクチャネルの測定値に基づいて、マッピングを変更する（又はマッピングを決定する）ことができる。

いくつかの実施形態では、リレーＷＴＲＵは、リモートＷＴＲＵのアクセス識別情報に基づいて、リレーＷＴＲＵ自体の再開手順の再開理由を決定することができる。リレーＷＴＲＵは、例えば、ＰＣ５－ＲＲＣシグナリング、ＳＬ ＭＡＣ ＣＥ、アダプテーションレイヤヘッダ若しくは制御ＰＤＵ、又は他の論理的に等価なＳＬシグナリングにおいて、リモートＷＴＲＵ自体からリモートＷＴＲＵのアクセス識別情報を受信することができる。同様に、リレーＷＴＲＵは、リモートＷＴＲＵが緊急サービスを要求するかどうかの知識に基づいて、アクセス識別情報を決定することができる。代替又は追加として、リレーＷＴＲＵは、リモートＷＴＲＵのアクセス識別情報をネットワークから（例えば、専用ＲＲＣシグナリングにおいて）受信することができる。リモートＷＴＲＵは、リレーを介したＵｕ接続の確立時に、接続されたリレーＷＴＲＵにアクセス識別情報を送信することができる。代替又は追加として、リモートＷＴＲＵは、モビリティ（例えば、再選択及び新しいリレーへのＰＣ５－ＲＲＣ接続、又は直接的な（Ｕｕを介した）リンクからの接続モードモビリティ）に続いてアクセス識別情報を送信することができる。リモートＷＴＲＵは、リレーＷＴＲＵに接続されている間にアクセス識別情報が変更されると、リレーＷＴＲＵへのＳＬ送信をトリガすることができる。

リレーＷＴＲＵは、リレーＷＴＲＵがＲＲＣ＿ＩＮＡＣＴＩＶＥモードにあるときにその確立原因を判定する際に、リモートＷＴＲＵのアクセス識別情報を使用することができる。代替又は追加として、リレーＷＴＲＵは、リモートＷＴＲＵがＲＲＣ＿ＩＮＡＣＴＩＶＥモードにあるときにリレーＷＴＲＵの確立原因を判定する際に、リモートＷＴＲＵのアクセス識別情報を使用することができる。代替又は追加として、リレーＷＴＲＵは、リレーＷＴＲＵ及びリモートＷＴＲＵの両方がＲＲＣ＿ＩＮＡＣＴＩＶＥモードにあるときにのみ、リレーＷＴＲＵの確立原因を決定する際にリモートＷＴＲＵのアクセス識別情報を使用することができる。リレーＷＴＲＵは、リレーＷＴＲＵがリモートＷＴＲＵのためのページングを受信したときにリレーＷＴＲＵの確立原因を決定する際に、リモートＷＴＲＵのアクセス識別情報を使用することができる。具体的には、リレーＷＴＲＵは、リモートＷＴＲＵのアクセス識別情報を使用するかどうかを判定するために、リモートＷＴＲＵのＩ－ＲＮＴＩがリモートＷＴＲＵのページングメッセージに含まれているかどうかを判定することができる。具体的には、リレーＷＴＲＵは、リモートＷＴＲＵのＰＯにおいて受信されたページングメッセージ内のページングレコードのうちの少なくとも１つがＩ－ＲＮＴＩを含むかどうかに基づいて、そのような判定を行うことができる。例えば、リレーＷＴＲＵは、ページングメッセージがリモートＷＴＲＵのためのＩ－ＲＮＴＩの存在の指示を含むかどうかに基づいて、そのような判定を行うことができる。

リレーＷＴＲＵは、リモートＷＴＲＵに宛てられたページングメッセージの受信に続いて、リモートＷＴＲＵのアクセス識別情報に基づいてリレーＷＴＲＵの確立原因を決定すべき期間を（例えば、構成又は事前に構成に基づいて）決定することができる。そのような挙動は、リレーＷＴＲＵが、ページングに応答してリモートＷＴＲＵ送信の受信時に再開／確立を開始する場合に使用され得る。あるいは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ／ＲＲＣ＿ＩＤＬＥのリレーＷＴＲＵは、リモートＷＴＲＵに向けられたページングの受信直後に接続確立／再開を開始することができ、そのような接続確立／再開のためにリモートＷＴＲＵのアクセス識別情報を使用して確立原因を決定することができる。

いくつかの実施形態では、リレーＷＴＲＵは、複数のリモートＷＴＲＵの原因値を考慮することによって、リレーＷＴＲＵ自体の原因値を決定することができる。そのような決定は、リレーＷＴＲＵがリモートＷＴＲＵから複数の同時送信を受信するときに実行することができ、リモートＷＴＲＵの各々は、リレーＷＴＲＵによる接続確立／再開をトリガすることが可能である。リレーＷＴＲＵは、最悪の場合の確立原因を判定し、例えば、受信された確立原因の全てのうちの最高優先度の確立原因をリレーＷＴＲＵ自体の確立原因に使用することができる。いくつかの実施形態では、例えば、リレーＷＴＲＵは、少なくとも１つのリモートＷＴＲＵが緊急事態を示す場合、緊急事態を使用することができる。そうでない場合、いくつかの実施形態におけるように、リモートＷＴＲＵは、特定の原因値（例えば、新しい原因値）を使用することができる。代替又は追加として、リレーＷＴＲＵに、２つ以上のリモートＷＴＲＵからの原因値を単一のリレー原因値にマッピングするテーブルを構成／事前に定義することができる。

例えば、ＲＲＣ＿ＩＤＬＥモードにあるリレーＷＴＲＵは、リモートＷＴＲＵが確立された緊急サービスを有し、かつ／又はリモートＷＴＲＵが再確立手順を開始する場合、確立原因を緊急に設定し、リモートＷＴＲＵが再確立手順を開始する場合、ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓに設定し、かつ／又はそうでない場合、リレーアクセスの新しい原因値を設定することができる。ＲＲＣ＿ＩＮＡＣＴＩＶＥモードのリレーＷＴＲＵは、リモートＷＴＲＵが確立された緊急サービスを有し、リモートＷＴＲＵが再確立手順を開始する場合、確立原因を緊急に設定し、リモートＷＴＲＵが再確立手順を開始する場合、ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓに設定し、リモートＷＴＲＵがリレーＷＴＲＵからページングメッセージを受信した場合、リモートＷＴＲＵのアクセス識別情報から決定された値に設定し、そうでない場合、リレーアクセスの新しい原因値に設定することができる。

特徴及び要素は、特定の組み合わせにおいて上で説明されているが、当業者は、各特徴又は要素が単独で又は他の特徴及び要素との任意の組み合わせで使用され得ることを理解されよう。更に、本明細書に説明される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアに実装され得る。コンピュータ可読媒体の例には、電子信号（有線又は無線接続を介して送信される）及びコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＷＴＲＵ、端末、基地局、ＲＮＣ又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。

Claims (18)

1. リモート無線送信／受信ユニット（ＷＴＲＵ）であって、
   プロセッサと、
   トランシーバと、を備え、
   前記プロセッサ及び前記トランシーバが、第１のリレーＷＴＲＵを介して、かつサイドリンク（ＳＬ）無線ベアラ（ＳＬＲＢ）構成を使用して、ネットワークにパケットを送信するように構成されており、前記送信されるパケットが、前記第１のリレーＷＴＲＵに関連付けられた識別情報を含み、
   前記トランシーバが、複数の代替リレーＷＴＲＵを識別するメッセージを受信するように構成されており、
   前記プロセッサ及び前記トランシーバが、前記第１のリレーＷＴＲＵへの無線リンクの障害を検出するように構成されており、
   前記プロセッサ及び前記トランシーバが、前記複数の代替リレーＷＴＲＵに関連付けられた基準信号の信号品質測定値を取得するように構成されており、
   前記プロセッサが、前記識別された複数の代替リレーＷＴＲＵから、閾値を超える前記信号品質測定値のうちの最高の１つに関連付けられた第２のリレーＷＴＲＵを選択するように構成されており、
   前記トランシーバが、前記選択された第２のリレーＷＴＲＵに、前記第１のリレーＷＴＲＵを介して前記ネットワークにパケットを送信するために使用される同じＳＬＲＢ構成又は同等のＳＬＲＢ構成を使用することを示す情報を含む再構成メッセージを送信するように構成されており、
   前記トランシーバ及び前記プロセッサが、前記トランシーバが前記第２のリレーＷＴＲＵの再構成が成功したことを示す情報を含む応答を前記第２のリレーＷＴＲＵから受信するという条件で、
   前記第２のリレーＷＴＲＵを介して、かつ前記ＳＬＲＢ構成又は前記同等のＳＬＲＢ構成を使用して、データパケットを前記ネットワークに送信するように構成されており、前記送信されるパケットが、前記第２のリレーＷＴＲＵに関連付けられた識別情報を含む、リモートＷＴＲＵ。
2. 前記プロセッサ及び前記トランシーバが、前記第２のリレーＷＴＲＵの再構成が不成功に終わったという条件で、
   前記識別された複数の代替リレーＷＴＲＵの中から、次に最も高い信号品質測定値に関連付けられる第３のリレーＷＴＲＵを選択し、
   前記選択された第３のリレーＷＴＲＵに、前記第１のリレーＷＴＲＵを介して前記ネットワークにパケットを送信するために使用される同じＳＬＲＢ構成又は同等のＳＬＲＢ構成を使用することを示す情報を含む再構成メッセージを送信するように更に構成されている、請求項１に記載のリモートＷＴＲＵ。
3. 前記プロセッサ及び前記トランシーバが、再構成が前記識別された代替リレーＷＴＲＵの全てについて不成功に終わったという条件で、前記識別された代替リレーＷＴＲＵの全てについて再構成の不成功を示すメッセージを送信し、前記第１のリレーＷＴＲＵへの前記無線リンクに関連付けられたコンテキストを削除するように更に構成されている、請求項２に記載のリモートＷＴＲＵ。
4. 前記プロセッサ及び前記トランシーバが、再構成が前記識別された代替リレーＷＴＲＵの全てについて不成功に終わったという前記条件で、セル再選択手順を実行するように更に構成されている、請求項３に記載のリモートＷＴＲＵ。
5. 前記プロセッサ及び前記トランシーバが、前記第１のリレーＷＴＲＵへの前記無線リンクの障害が検出されたという条件で、セル再選択手順を実行するように更に構成されている、請求項１に記載のリモートＷＴＲＵ。
6. 前記第１のリレーＷＴＲＵに関連付けられた前記識別情報及び前記第２のリレーＷＴＲＵに関連付けられた前記識別情報が各々、ソース識別子及び宛先識別子を含む、請求項１に記載のリモートＷＴＲＵ。
7. 前記複数の代替リレーＷＴＲＵを識別する前記メッセージが、前記ネットワークから受信される、請求項１に記載のリモートＷＴＲＵ。
8. 前記第２のリレーＷＴＲＵの前記選択が、前記識別された複数の代替リレーＷＴＲＵの各々に関連付けられた優先度、又は前記リモートＷＴＲＵの現在のロケーションのうちの１つ以上に基づく、請求項１に記載のリモートＷＴＲＵ。
9. 前記第１のリレーＷＴＲＵへの前記無線リンクの障害が、別のＷＴＲＵから受信されたリンク問題指示に少なくとも基づいて検出される、請求項１に記載のリモートＷＴＲＵ。前記第１のリレーＷＴＲＵへの前記無線リンクの障害が、別のＷＴＲＵから受信されたリンク問題指示に少なくとも基づいて検出される、請求項１に記載のＷＴＲＵ。
10. リモート無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、
    第１のリレーＷＴＲＵを介して、かつサイドリンク（ＳＬ）無線ベアラ（ＳＬＲＢ）構成を使用して、ネットワークにパケットを送信することであって、前記送信されるパケットが、前記第１のリレーＷＴＲＵに関連付けられた識別情報を含む、送信することと、
    複数の代替リレーＷＴＲＵを識別するメッセージを受信することと、
    前記第１のリレーＷＴＲＵへの無線リンクの障害を検出することと、
    前記複数の代替リレーＷＴＲＵに関連付けられた基準信号の信号品質測定値を取得することと、
    前記識別された複数の代替リレーＷＴＲＵから、所定の閾値を超える前記信号品質測定値のうちの最高の１つに関連付けられた第２のリレーＷＴＲＵを選択することと、
    前記第１のリレーＷＴＲＵを介して前記ネットワークにパケットを送信するために使用される同じＳＬＲＢ構成又は同等のＳＬＲＢ構成を使用することを示す情報を含む再構成メッセージを、前記選択された第２のリレーＷＴＲＵに送信することと、
    前記トランシーバが、前記第２のリレーＷＴＲＵの再構成が成功したことを示す情報を含む応答を前記第２のリレーＷＴＲＵから受信するという条件で、
    前記第２のリレーＷＴＲＵを介して、かつ前記ＳＬＲＢ構成又は前記同等のＳＬＲＢ構成を使用して、データパケットを前記ネットワークに送信することであって、送信された前記パケットが、前記第２のリレーＷＴＲＵに関連付けられた識別情報を含む、送信することと、を含む、方法。
11. 前記第２のリレーＷＴＲＵの再構成が不成功に終わったという条件で、
    前記識別された複数の代替リレーＷＴＲＵの中から、次に最も高い信号品質測定値に関連付けられる第３のリレーＷＴＲＵを選択することと、
    前記第１のリレーＷＴＲＵを介して前記ネットワークにパケットを送信するために使用される同じＳＬＲＢ構成又は同等のＳＬＲＢ構成を使用することを示す情報を含む再構成メッセージを、前記選択された第３のリレーＷＴＲＵに送信することと、を更に含む、請求項１０に記載の方法。
12. 再構成が前記識別された代替リレーＷＴＲＵの全てについて不成功に終わったという条件で、前記識別された代替リレーＷＴＲＵの全てについて再構成の不成功を示すメッセージを送信し、前記第１のリレーＷＴＲＵへの前記無線リンクに関連付けられたコンテキストを削除することを更に含む、請求項１１に記載の方法。
13. 再構成が前記識別された代替リレーＷＴＲＵの全てについて不成功に終わったという条件で、セル再選択手順を実行することを更に含む、請求項１２に記載の方法。
14. 前記第１のリレーＷＴＲＵへの前記無線リンクの障害が検出されたという条件で、セル再選択手順を実行することを更に含む、請求項１０に記載の方法。
15. 前記第１のリレーＷＴＲＵに関連付けられた前記識別情報及び前記第２のリレーＷＴＲＵに関連付けられた前記識別情報が各々、ソース識別子及び宛先識別子を含む、請求項１０に記載の方法。
16. 前記複数の代替リレーＷＴＲＵを識別する前記メッセージが、前記ネットワークから受信される、請求項１０に記載の方法。
17. 前記第２のリレーＷＴＲＵの前記選択が、前記識別された複数の代替リレーＷＴＲＵの各々に関連付けられた優先度、又は前記リモートＷＴＲＵの現在のロケーションのうちの１つ以上に基づく、請求項１０に記載の方法。
18. 前記第１のリレーＷＴＲＵへの前記無線リンクの障害が、別のＷＴＲＵから受信されたリンク問題指示に少なくとも基づいて検出される、請求項１０に記載の方法。