特表 2024-531892 マルチホップ及びマルチコネクティビティリレーに関連付けられたＲＬＦ及び回復

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

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

(11)【公表番号】

(43)【公表日】2024-09-03

(54)【発明の名称】マルチホップ及びマルチコネクティビティリレーに関連付けられたＲＬＦ及び回復

(51)【国際特許分類】

   H04W 76/23 20180101AFI20240827BHJP

   H04W 88/04 20090101ALI20240827BHJP

【ＦＩ】

H04W76/23

H04W88/04

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024505261

(86)(22)【出願日】2022-07-29

(85)【翻訳文提出日】2024-03-05

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

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

(87)【国際公開日】2023-02-09

(31)【優先権主張番号】63/228,874

(32)【優先日】2021-08-03

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ＷＣＤＭＡ

２．３ＧＰＰ

(71)【出願人】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(74)【代理人】

【識別番号】110002848

【氏名又は名称】弁理士法人ＮＩＰ＆ＳＢＰＪ国際特許事務所

(72)【発明者】

【氏名】フリーダ、マルティーノ、エム．

(72)【発明者】

【氏名】テイエブ、オウメール

(72)【発明者】

【氏名】ホアン、トゥオン、デュク

(72)【発明者】

【氏名】ラオ、ジャヤ

(72)【発明者】

【氏名】リー、ムン－イル

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

5K067

【Ｆターム（参考）】

5K067AA13

5K067AA22

5K067DD11

5K067DD43

5K067EE02

5K067EE06

5K067EE10

5K067EE25

(57)【要約】

マルチホップ及びマルチコネクティビティリレーのための無線リンク障害（ＲＬＦ）及び回復に関連するシステム、方法、及び手段が本明細書で説明される。ワイヤレス送信／受信ユニット（ＷＴＲＵ）は、別のＷＴＲＵ（例えば、リモートＷＴＲＵ）へのリレーとして働くことができる。例えば、第１のＷＴＲＵは、第２のＷＴＲＵ（例えば、リモートＷＴＲＵ）に対してリレーＷＴＲＵ（例えば、ＷＴＲＵからネットワークへのリレー）として動作することができる。第１のＷＴＲＵは、セル再選択及び／又は再確立に関連付けられた情報を第２のＷＴＲＵに提供することができる（例えば、第１のＷＴＲＵが無線リンク障害を経験した場合）。

【特許請求の範囲】

【請求項1】

リモート無線送信／受信ユニット（ＷＴＲＵ）に関連するリレーＷＴＲＵであって、
プロセッサを備え、前記プロセッサは、
閾値及び論理チャネル重みの通知を受信することと、
前記リレーＷＴＲＵからネットワークへのホップ数を判定することと、
無線リンク障害（ＲＬＦ）の通知を前記リモートＷＴＲＵに送信することであって、前記ＲＬＦの前記通知が第１のタイプのＲＬＦ通知又は第２のタイプのＲＬＦ通知であり、
前記リレーＷＴＲＵが第１の動作条件に関連付けられており、前記リレーＷＴＲＵが親リレーから前記第２のタイプのＲＬＦ通知を受信しなかった場合に、
前記論理チャネル重み及び前記ホップ数に関連付けられた値を判定することであって、
前記値が前記閾値未満である場合、前記ＲＬＦの前記通知は第１のタイプのＲＬＦ通知であり、
前記値が前記閾値よりも大きい場合、前記ＲＬＦの前記通知は前記第２のタイプのＲＬＦ通知である、判定することと、又は
前記リレーＷＴＲＵが第２の動作条件に関連付けられている場合、又は前記リレーＷＴＲＵが親リレーから第２のタイプのＲＬＦ通知を受信する場合、前記ＲＬＦの前記通知は、前記第２のタイプのＲＬＦ通知である、送信することと、を行うように構成されている、リレーＷＴＲＵ。

【請求項2】

前記第１の動作条件が、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である請求項１に記載のリレーＷＴＲＵ。

【請求項3】

前記第２の動作条件が、ＲＲＣ＿ＩＤＬＥ状態又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である請求項２に記載のリレーＷＴＲＵ。

【請求項4】

前記プロセッサが、前記ＲＬＦが発生したことを判定するように更に構成されている、請求項１に記載のリレーＷＴＲＵ。

【請求項5】

前記論理チャネル重み及び前記ホップ数に関連付けられた前記値の前記判定が、前記論理チャネル重み及び前記ホップ数を使用する計算を含み、前記論理チャネル重みが、最高優先度論理チャネルのためのものである、請求項１に記載のリレーＷＴＲＵ。

【請求項6】

前記第２のタイプのＲＬＦ通知が、再選択を実行するように通知する、請求項１に記載のリレーＷＴＲＵ。

【請求項7】

前記第２のタイプのＲＬＦ通知が、前記リレーＷＴＲＵに関連付けられたサイドリンク（ＳＬ）から切断し、異なるリレーＷＴＲＵに関連付けられたＳＬに接続することを通知する、請求項１に記載のリレーＷＴＲＵ。

【請求項8】

前記第１のタイプのＲＬＦ通知が、前記リレーＷＴＲＵに関連付けられたサイドリンク（ＳＬ）に接続されたままであることを通知する、請求項１に記載のリレーＷＴＲＵ。

【請求項9】

前記ネットワークが基地局である請求項１に記載のリレーＷＴＲＵ。

【請求項10】

方法であって、
閾値及び論理チャネル重みの通知を受信することと、
リレーＷＴＲＵからネットワークへのホップ数を判定することと、
無線リンク障害（ＲＬＦ）の通知をリモートＷＴＲＵに送信することであって、前記ＲＬＦの前記通知が第１のタイプのＲＬＦ通知又は第２のタイプのＲＬＦ通知であり、
前記リレーＷＴＲＵが第１の動作条件に関連付けられており、前記リレーＷＴＲＵが親リレーから前記第２のタイプのＲＬＦ通知を受信しなかった場合に、
前記論理チャネル重み及び前記ホップ数に関連付けられた値を判定することであって、
前記値が前記閾値未満である場合、前記ＲＬＦの前記通知は第１のタイプのＲＬＦ通知であり、
前記値が前記閾値よりも大きい場合、前記ＲＬＦの前記通知は前記第２のタイプのＲＬＦ通知である、判定することと、又は
前記リレーＷＴＲＵが第２の動作条件に関連付けられている場合、又は前記リレーＷＴＲＵが親リレーから第２のタイプのＲＬＦ通知を受信する場合、前記ＲＬＦの前記通知は、前記第２のタイプのＲＬＦ通知である、送信することと、を含む、方法。

【請求項11】

前記第１の動作条件が、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である、請求項１０に記載の方法。

【請求項12】

前記第２の動作条件が、ＲＲＣ＿ＩＤＬＥ状態又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である、請求項１１に記載の方法。

【請求項13】

前記ＲＬＦが発生したことを判定することを更に含む、請求項１０に記載の方法。

【請求項14】

前記論理チャネル重み及び前記ホップ数に関連付けられた前記値の前記判定が、前記論理チャネル重み及び前記ホップ数を使用する計算を含み、前記論理チャネル重みが、最高優先度論理チャネルのためのものである、請求項１０に記載の方法。

【請求項15】

前記第２のタイプのＲＬＦ通知が、再選択を実行するように示す、請求項１０に記載の方法。

【請求項16】

前記第２のタイプのＲＬＦ通知が、前記リレーＷＴＲＵに関連付けられたサイドリンク（ＳＬ）から切断し、異なるリレーＷＴＲＵに関連付けられたＳＬに接続することを通知する、請求項１０に記載の方法。

【請求項17】

前記第１のタイプのＲＬＦ通知が、前記リレーＷＴＲＵに関連付けられたサイドリンク（ＳＬ）に接続されたままであることを通知する、請求項１０に記載の方法。

【請求項18】

前記ネットワークが基地局である請求項１０に記載のリレーＷＴＲＵ。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

無線通信を使用したモバイル通信は、進化し続けている。第５世代は、５Ｇと称され得る。以前の（従来の）世代のモバイル通信は、例えば、第４世代（fourth generation、４Ｇ）ロングタームエボリューション（long term evolution、ＬＴＥ）であり得る。

【発明の概要】

【0003】

マルチホップ及びマルチコネクティビティリレーのための無線リンク障害（ＲＬＦ）及び回復に関連するシステム、方法、及び手段が本明細書で説明される。ワイヤレス送信／受信ユニット（ＷＴＲＵ）は、別のＷＴＲＵ（例えば、リモートＷＴＲＵ）へのリレーとして働くことができる。例えば、第１のＷＴＲＵは、第２のＷＴＲＵ（例えば、リモートＷＴＲＵ）に対してリレーＷＴＲＵ（例えば、ＷＴＲＵからネットワークへのリレー）として動作することができる。第１のＷＴＲＵは、セル再選択及び／又は再確立に関連付けられた情報を第２のＷＴＲＵに提供することができる（例えば、第１のＷＴＲＵが無線リンク障害を経験した場合）。

【0004】

例では、リモートＷＴＲＵに関連付けられたリレーＷＴＲＵは、閾値及び論理チャネル重みの通知を受信することができる。リレーＷＴＲＵは、リレーＷＴＲＵからネットワークへのホップ数を判定することができる。リレーＷＴＲＵは、無線リンク障害（ＲＬＦ）の通知をリモートＷＴＲＵに送ることができる。例えば、ＲＬＦの通知は、第１のタイプのＲＬＦ通知又は第２のタイプのＲＬＦ通知であり得る。リレーＷＴＲＵが第１の動作条件に関連付けられ、リレーＷＴＲＵが親リレーから第２のタイプのＲＬＦ通知を受信しなかった場合、リレーＷＴＲＵは、論理チャネル重み及びホップ数に関連付けられた値を判定することができる。値が閾値よりも小さい場合、ＲＬＦの通知は第１のタイプのＲＬＦ通知であり得る。値が閾値よりも大きい場合、ＲＬＦの通知は第２のタイプのＲＬＦ通知であり得る。リレーＷＴＲＵが第２の動作条件に関連付けられる場合、又はリレーＷＴＲＵが親リレーから第２のタイプのＲＬＦ通知を受信する場合、ＲＬＦの通知は、第２のタイプのＲＬＦ通知であり得る。

【0005】

例では、アクションは、リレーＷＴＲＵにおけるサイドリンク（ＳＬ）及び／又はユーザ対ユーザ（Ｕｕ）ＲＬＦに基づくことができる。ＷＴＲＵは、ＳＬ ＲＬＦ及び／又は回復について通知される要求を送信及び／又は転送することができる。ＷＴＲＵは、例えば、ＲＬＦ通知を転送し、かつ／又はネットワークから回復するために、リモートＷＴＲＵのセットを受信することができる。ＷＴＲＵは、親ＷＴＲＵからＲＬＦ通知を受信した場合、そのアクションを判定することができる。例では、セルの成功した（再）選択及び／又は再確立が、リモートＷＴＲＵに通知され得る。セル及び／又はリレー（再）選択を実行するかどうかは、リレー又はリレーの子ＷＴＲＵ（複数可）における１つ又は複数の態様を条件とすることができる。リレーを選択するかどうかは、リレーが無線リソース制御接続（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）されているかどうかを条件とすることができる。リモートＷＴＲＵへのＲＬＦのリレーＷＴＲＵ通知は、ＲＬＦのタイプ（例えば、マスタＲＬＦ（Ｍ－ＲＬＦ）又はセカンダリＲＬＦ（Ｓ－ＲＬＦ））に依存し得る。リレーＷＴＲＵ及び／又はリモートＷＴＲＵは、ＲＬＦ通知送信及び／又は受信に基づいて、ＳＬ送信及び／又は受信を中断することができる。リモートＷＴＲＵ（複数可）は、リレーＷＴＲＵからの異なるＲＬＦタイプの受信に基づいて、異なる挙動を有することができる。リモートＷＴＲＵは、ＲＬＦ通知に基づいて、どのＵｕベアラ（複数可）上で送信を中断すべきかを判定することができる。リモートＷＴＲＵは、ＲＬＦ通知の受信に基づいて、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティをアクティブ化、非アクティブ化、又は切り替えることができる。

【0006】

例では、リレーＷＴＲＵは、第１のＷＴＲＵから、ＲＬＦ通知をリレーする要求の通知を受信することができる。リレーＷＴＲＵは、無線リソース制御（ＲＲＣ）状態に基づいてリレー要求を判定することができる。リレーＷＴＲＵは、リレー要求の通知を第２のＷＴＲＵに送信することができる。例では、リレーＷＴＲＵは、１つ又は複数のリレー特性に基づいて距離値を判定することができる。ＲＬＦ通知が第２のＷＴＲＵから受信されるという条件で、リレーＷＴＲＵは、ＲＬＦ通知を第１のＷＴＲＵに送信することができ、距離値が閾値未満である場合、第１のＲＬＦ通知タイプが送信され、距離値が閾値以上である場合、第２のＲＬＦ通知が送信される。

【図面の簡単な説明】

【0007】

【図1A】１つ以上の開示された実施形態が実装され得る、代表的な通信システムを例解するシステム図である。

【図1B】一実施形態による、図１Ａに例解される通信システム内で使用され得る、代表的な無線送信ユニット／無線受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）を例解するシステム図である。

【図1C】一実施形態による、図１Ａに例解される通信システム内で使用され得る、代表的な無線アクセスネットワーク（Radio Access Network、ＲＡＮ）及び代表的なコアネットワーク（Core Network、ＣＮ）を例解するシステム図である。

【図1D】一実施形態による、図１Ａに例解される通信システム内で使用され得る、更なる代表的なＲＡＮ及び更なる代表的なＣＮを例解するシステム図である。

【図2】レイヤ２が関与するＷＴＲＵ対ネットワークリレー（例えば、ＰＣ５）のためのユーザプレーン無線プロトコルスタックを示す図である。

【図3】レイヤ２が関与するＷＴＲＵ対ネットワークリレー（例えば、ＰＣ５）のための制御プレーン無線プロトコルスタックを示す図である。

【図4】マルチホップ及び／又はマルチコネクティビティ ＷＴＲＵ対ネットワーク（ＮＷ）リレーにおける例示的な無線リンク障害（ＲＬＦ）及び回復を示す図である。

【図5】リレーＷＴＲＵがマスタセルグループ（ＭＣＧ）及びセカンダリセルグループ（ＳＣＧ）とのデュアルコネクティビティ（ＤＣ）において構成される例示的なアーキテクチャを示す図である。

【図6】リレーＷＴＲＵがＭＣＧ及びＳＣＧで構成される例示的なアーキテクチャを示す図である。

【発明を実施するための形態】

【0008】

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を例解する図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、コード分割多重アクセス（Code Division Multiple Access、ＣＤＭＡ）、時分割多重アクセス（Time Division Multiple Access、ＴＤＭＡ）、周波数分割多重アクセス（Frequency Division Multiple Access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（Single-Carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ－Ｓｐｒｅａｄ ＯＦＤＭ（Zero-Tail Unique-Word DFT-Spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（Unique Word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理ＯＦＤＭ、フィルタバンクマルチキャリア（Filter Bank Multi Carrier、ＦＢＭＣ）等の、１つ以上のチャネルアクセス方法を用い得る。

【0009】

図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（Public Switched Telephone Network、ＰＳＴＮ）１０８と、インターネット１１０と、その他のネットワーク１１２と、を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図していることが、理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、それらのいずれも「局」及び／又は「ＳＴＡ」と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（User Equipment、ＵＥ）、移動局、固定又は移動加入者ユニット、加入ベースのユニット、ページャ、携帯電話、携帯情報端末（Personal Digital Assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネットデバイス、ウォッチ又はその他の着用式の、ヘッドマウントディスプレイ（Head-Mounted Display、ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術用）、工業用デバイス及びアプリケーション（例えば、工業用及び／又は自動処理チェーンコンテキストで動作するロボット及び／又はその他の無線デバイス）、家電デバイス、商業用及び／又は工業用無線ネットワークで動作するデバイス等を含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも置き換え可能にＵＥと称され得る。

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

送信／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか、基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、伝送／受信要素１２２は、ＲＦ信号を伝送及び／又は受信するように構成されたアンテナであり得る。一実施形態では、伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を伝送及び／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、伝送／受信要素１２２は、ＲＦ信号及び光信号の両方を伝送及び／又は受信するように構成され得る。伝送／受信要素１２２は、無線信号の任意の組合せを伝送及び／又は受信するように構成され得るということが理解されよう。

【0025】

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

【0026】

トランシーバ１２０は、伝送／受信要素１２２によって伝送される信号を変調し、伝送／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、例えば、ＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。

【0027】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（Liquid Crystal Display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（Organic Light-Emitting Diode、ＯＬＥＤ）表示ユニット）に結合され得るが、これらから、ユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク、又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ又は複数に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理等の役割を果たし得る。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、高信頼低遅延（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（Machine Type Communication、ＭＴＣ）アクセスのためのサービス等の異なる使用事例のために、確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ及び／又はＷｉＦｉなどの非３ＧＰＰアクセス技術などのその他の無線技術を採用するその他のＲＡＮ（図示せず）との間で切り替えるための、制御プレーン機能を提供し得る。

【0056】

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５中のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１１５中のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理して割り当てること、ＰＤＵセッションを管理すること、ポリシー執行及びＱｏＳを制御すること、ダウンリンクデータ通知を提供すること等の、その他の機能を実行し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

本明細書におけるタイマへの言及は、時間、期間、時間を追跡すること、期間を追跡することなどを指し得る。本明細書におけるタイマ満了への言及は、時間が生じたこと、又は期間が満了したことを決定することを指し得る。

【0063】

マルチホップ及びマルチコネクティビティリレーのための無線リンク障害（ＲＬＦ）及び回復に関連するシステム、方法、及び手段が本明細書で説明される。ワイヤレス送信／受信ユニット（ＷＴＲＵ）は、別のＷＴＲＵ（例えば、リモートＷＴＲＵ）へのリレーとして働くことができる。例えば、第１のＷＴＲＵは、第２のＷＴＲＵ（例えば、リモートＷＴＲＵ）に対してリレーＷＴＲＵ（例えば、ＷＴＲＵからネットワークへのリレー）として動作することができる。第１のＷＴＲＵは、セル再選択及び／又は再確立に関連付けられた情報を第２のＷＴＲＵに提供することができる（例えば、第１のＷＴＲＵが無線リンク障害を経験した場合）。

【0064】

例では、リモートＷＴＲＵに関連付けられたリレーＷＴＲＵは、閾値及び論理チャネル重みの通知を受信することができる。リレーＷＴＲＵは、リレーＷＴＲＵからネットワークへのホップ数を判定することができる。リレーＷＴＲＵは、無線リンク障害（ＲＬＦ）の通知をリモートＷＴＲＵに送ることができる。例えば、ＲＬＦの通知は、第１のタイプのＲＬＦ通知又は第２のタイプのＲＬＦ通知であり得る。リレーＷＴＲＵが第１の動作条件に関連付けられ、リレーＷＴＲＵが親リレーから第２のタイプのＲＬＦ通知を受信しなかった場合、リレーＷＴＲＵは、論理チャネル重み及びホップ数に関連付けられた値を判定することができる。値が閾値よりも小さい場合、ＲＬＦの通知は第１のタイプのＲＬＦ通知であり得る。値が閾値よりも大きい場合、ＲＬＦの通知は第２のタイプのＲＬＦ通知であり得る。リレーＷＴＲＵが第２の動作条件に関連付けられる場合、又はリレーＷＴＲＵが親リレーから第２のタイプのＲＬＦ通知を受信する場合、ＲＬＦの通知は、第２のタイプのＲＬＦ通知であり得る。

【0065】

例では、アクションは、リレーＷＴＲＵにおけるサイドリンク（ＳＬ）及び／又はユーザ対ユーザ（Ｕｕ）ＲＬＦに基づくことができる。ＷＴＲＵは、ＳＬ ＲＬＦ及び／又は回復について通知される要求を送信及び／又は転送することができる。ＷＴＲＵは、例えば、ＲＬＦ通知を転送し、かつ／又はネットワークから回復するために、リモートＷＴＲＵのセットを受信することができる。ＷＴＲＵは、親ＷＴＲＵからＲＬＦ通知を受信した場合、そのアクションを判定することができる。例では、セルの成功した（再）選択及び／又は再確立が、リモートＷＴＲＵに通知され得る。セル及び／又はリレー（再）選択を実行するかどうかは、リレー又はリレーの子ＷＴＲＵ（複数可）における１つ又は複数の態様を条件とすることができる。リレーを選択するかどうかは、リレーが無線リソース制御接続（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）されているかどうかを条件とすることができる。リモートＷＴＲＵへのＲＬＦのリレーＷＴＲＵ通知は、ＲＬＦのタイプ（例えば、マスタＲＬＦ（Ｍ－ＲＬＦ）又はセカンダリＲＬＦ（Ｓ－ＲＬＦ））に依存し得る。リレーＷＴＲＵ及び／又はリモートＷＴＲＵは、ＲＬＦ通知送信及び／又は受信に基づいて、ＳＬ送信及び／又は受信を中断することができる。リモートＷＴＲＵ（複数可）は、リレーＷＴＲＵからの異なるＲＬＦタイプの受信に基づいて、異なる挙動を有することができる。リモートＷＴＲＵは、ＲＬＦ通知に基づいて、どのＵｕベアラ（複数可）上で送信を中断すべきかを判定することができる。リモートＷＴＲＵは、ＲＬＦ通知の受信に基づいて、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティをアクティブ化、非アクティブ化、又は切り替えることができる。

【0066】

例では、リレーＷＴＲＵは、第１のＷＴＲＵから、ＲＬＦ通知をリレーする要求の通知を受信することができる。リレーＷＴＲＵは、無線リソース制御（ＲＲＣ）状態に基づいてリレー要求を判定することができる。リレーＷＴＲＵは、リレー要求の通知を第２のＷＴＲＵに送信することができる。例では、リレーＷＴＲＵは、１つ又は複数のリレー特性に基づいて距離値を判定することができる。ＲＬＦ通知が第２のＷＴＲＵから受信されるという条件で、リレーＷＴＲＵは、ＲＬＦ通知を第１のＷＴＲＵに送信することができ、距離値が閾値未満である場合、第１のＲＬＦ通知タイプが送信され、距離値が閾値以上である場合、第２のＲＬＦ通知が送信される。

【0067】

リレーＷＴＲＵ（例えば、リレーＷＴＲＵが、例示的なリレーＷＴＲＵとして使用され得るＳＬリレーＷＴＲＵであり得る場合）は、以下のうちの１つ又は複数に基づいて、無線リンク障害（ＲＬＦ）の通知を子ノード（例えば、子リレー又はリモートＷＴＲＵ）に送信するかどうか、及び／又はどのように送信するかを判定することができる。子ノードからの要求、リレーＷＴＲＵに関連付けられたホップカウント（例えば、リレーＷＴＲＵ又はリモートＷＴＲＵから、ｇＮＢ、基地局などのネットワークデバイスへのホップ数）、又はリレーされたデータのＱｏＳ（例えば、チャネル、例えば、ＲＬＣチャネルなどの論理チャネルの優先度／重み）。

【0068】

ＳＬリレーＷＴＲＵは、（例えば、子ノードにＲＬＦを通知することに関連付けられた）以下のうちの１つ又は複数を行うことができる。ＳＬ ＷＴＲＵは、ＲＬＦ通知をリレーする要求を（例えば、１つ又は複数のリモートＷＴＲＵから）受信することができる。ＳＬ ＷＴＲＵは、（例えば、親リレーＷＴＲＵから）ＲＬＦ通知を受信するために、それ自体の要求を（例えば、親リレーＷＴＲＵに）送信することを判定することができ、この判定は、１つ又は複数のリモートＷＴＲＵからのＲＬＦ失敗通知をリレーするための要求の受信、又は、ＳＬリレーＷＴＲＵが動作条件（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態など）にあるかどうかの、１つ又は複数に基づき得る。ＳＬ ＷＴＲＵは、親リレーＷＴＲＵに要求を送信することができる。ＳＬ ＷＴＲＵは、ネットワーク（例えば、ｇＮＢ、基地局など）へのホップカウント、例えば、ＳＬ ＷＴＲＵからネットワークへのホップカウント、リレーされているデータのＱｏＳ（例えば、チャネル、例えばＲＬＣチャネルなどの論理チャネルの優先度／重み）、又はＳＬ ＷＴＲＵの動作条件（例えば、ＣＯＮＮＥＣＴＥＤ、ＩＤＬＥなどのＲＲＣ動作条件）のうちの１つ又は複数に基づいて距離メトリックを判定することができる。ＳＬ ＷＴＲＵは、距離メトリックを子ＷＴＲＵに転送することができる。ＲＬＦ通知が親リレーＷＴＲＵから受信され、かつ／又はＲＬＦがＳＬリレーＷＴＲＵにおいてトリガされる場合、ＳＬリレーＷＴＲＵは、ＲＬＦ通知を、通知を要求したリモートＷＴＲＵ（複数可）（例えば、全てのリモートＷＴＲＵ）に送信することであって、第１のタイプのＲＬＦ通知は、リレーＷＴＲＵが閾値を下回る距離メトリックを有する場合に送信され、第２のタイプのＲＬＦ通知は、そうでない場合に送信される、送信すること、リレーＷＴＲＵの動作条件（例えば、ＲＲＣ動作条件）に応じて、リレー及び／若しくはセル再選択及び／若しくは再確立を開始すること、又は、第１のＲＬＦ通知が送信され、再確立が成功した場合、再確立が成功したというＲＬＦ通知を要求したリモートＷＴＲＵに通知を送信すること、のうちの１つ又は複数を行うことができる。

【0069】

ＳＬリモートＷＴＲＵは、例えば、ＲＬＦ通知のタイプに基づいて、リレーからのＲＬＦ通知の受信に続いて再確立をトリガすべきかどうか、及び／又はいつトリガすべきかを判定することができる。

【0070】

ＳＬリモートＷＴＲＵは、例えば、ＳＬリモートＷＴＲＵがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移動している、又は移動した場合、ＲＬＦ通知を受信する要求をリレーＷＴＲＵに送信することができる。ＳＬリモートＷＴＲＵは、リレーＷＴＲＵからの第１のＲＬＦ通知タイプの受信を条件として、（例えば、回復タイマを介して）回復時間を開始及び／若しくは追跡し、並びに／又は回復時間（例えば、回復タイマ）の満了及び／若しくはリレーＷＴＲＵからの回復失敗の受信を条件として、セル及び／若しくはリレー再選択及び／若しくは再確立をトリガすることができる。ＳＬリモートＷＴＲＵは、第２のＲＬＦ通知タイプの受信を条件として、通知の受信に基づいて（例えば、受信に直ちに基づいて）セル及び／又はリレーの再選択及び／又は再確立を実行することができる。

【0071】

ＮＲサイドリンクは、ビークルツーエニシング（vehicle to anything、Ｖ２Ｘ）関係道路安全サービスをサポートし得る。ブロードキャスト、グループキャスト、及び／又はユニキャスト通信は、カバレッジ外及びネットワークカバレッジ内のシナリオにおいてサポートされ得る。サイドリンクベースのリレー機能は、例えば、広範囲のアプリケーション及びサービスを考慮し、サイドリンク及び／又はネットワークカバレッジ拡張及び／又は電力効率改善をサポートし得る。

【0072】

サイドリンクベースの通信のためのカバレッジ拡張は、ＷＴＲＵ対ネットワークのカバレッジ拡張又はＷＴＲＵ対ＷＴＲＵのカバレッジ拡張を含んでもよい。ＷＴＲＵ対ネットワークのカバレッジ拡張に関して、ＷＴＲＵカバレッジ到達可能性は、ＷＴＲＵがパケットデータネットワーク（ＰＤＮ）内のサーバ（複数可）及び／又は近接エリア外の対応するＷＴＲＵに到達するために使用され得る。進化型ユニバーサル地上無線アクセス（evolved universal terrestrial radio access、ＥＵＴＲＡ）ベースの技術に限定されたＷＴＲＵ対ネットワークのリレーの技術は、ＮＧ－ＲＡＮ及びＮＲベースのサイドリンク通信のためのＮＲベースのシステムに適用可能ではない場合がある。例では、ＷＴＲＵ対ＷＴＲＵのカバレッジ拡張の場合、近接到達可能性は、ＥＵＴＲＡベース又はＮＲベースのサイドリンク技術を介してシングルホップサイドリンクリンクに限定される可能性があり、これは、例えば、限定されたシングルホップサイドリンクカバレッジを考慮すると、Ｕｕカバレッジがないシナリオにおいて問題を引き起こす可能性がある。

【0073】

全体として、サイドリンク接続性は、拡張されたＱｏＳ要件をサポートするために、NRフレームワークにおいて拡張され得る。

【0074】

例では、ＷＴＲＵ対ネットワークのリレーが提供され得る。いくつかのシナリオでは、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーを介したリレーは、カバレッジ外ＷＴＲＵと、ＷＴＲＵ対ネットワークリレーとの間でＰＣ５（Ｄ２Ｄ）を使用することにより、ネットワークカバレッジをカバレッジ外ＷＴＲＵに拡張することができる。

【0075】

ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーは、例えば、リモートＷＴＲＵとネットワークとの間であるタイプのＩＰトラフィックをリレーすることができる一般レイヤ３（Ｌ３）転送機能を提供することができる。１対１及び１対多のサイドリンク通信は、リモートＷＴＲＵ（複数可）と、ＰｒｏＳｅ ＷＴＲＵ対ＮＷリレーとの間で使用され得る。リモートＷＴＲＵ及びリレーＷＴＲＵについて、１つのキャリア（例えば、パブリックセーフティＰｒｏＳｅキャリア）動作がサポートされ得る（例えば、Ｕｕ及びＰＣ５は、リレーＷＴＲＵ及びリモートＷＴＲＵについて同じキャリアである場合がある）。リモートＷＴＲＵは、上位レイヤによって認可され得、パブリックセーフティＰｒｏＳｅキャリアのカバレッジ内、又はＷＴＲＵ対ネットワークリレー発見、（再）選択、及び／若しくは通信のためのパブリックセーフティＰｒｏＳｅキャリアを含む任意のサポートキャリア上のカバレッジ外に存在し得る。ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーは、ＥＵＴＲＡＮのカバレッジ内であり得る（例えば、常にあり得る）。ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレー及びリモートＷＴＲＵは、それぞれ、サイドリンク通信及びサイドリンクディスカバリを行い得る。

【0076】

ＰｒｏＳｅ ＷＴＲＵからＮＷへのリレーのためのリレー選択又は再選択は、例えば、ＡＳレイヤ品質測定値（例えば、基準信号受信電力（reference signal received power、ＲＳＲＰ））及び上位レイヤ基準の組合せに基づいて実行され得る。

【0077】

ｅＮＢは、ＷＴＲＵがＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーとして動作するかどうかを制御し得る。ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレー動作は、例えば、ｅＮＢが、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレー動作と関連付けられる情報（例えば、任意の情報）をブロードキャストする場合、セルにおいてサポートされ得る。ｅＮＢは、例えば、ＲＲＣ＿ＩＤＬＥ状態のためのブロードキャストシグナリング、及び／又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のための専用シグナリングを使用して、ＰｒｏＳｅＷＴＲＵ対ネットワークリレー発見のための送信リソースを提供することができる。ｅＮＢは、例えば、ブロードキャストシグナリングを使用して、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーディスカバリのための受信リソースを提供し得る。ｅＮＢは、ＷＴＲＵ対ネットワークへリレーディスカバリを開始する前に、ＰｒｏＳｅ ＷＴＲＵ対ネットワークへリレーが尊重する場合がある最小及び／又は最大ＷＴＲＵリンク品質（例えば、ＲＳＲＰ）閾値（複数可）をブロードキャストし得る。ＲＲＣ＿ＩＤＬＥでは、ＷＴＲＵは、ｅＮＢが送信リソースプールをブロードキャストする場合、ＷＴＲＵ対ネットワークリレーディスカバリを自律的に開始又は停止するために、閾値（複数可）を使用することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ＷＴＲＵは、閾値（複数可）を使用して、ＷＴＲＵがリレーＷＴＲＵであり、かつＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーディスカバリを開始することを望むということをＵＥがｅＮＢに示すことができるかどうかを判定する場合がある。ＷＴＲＵは、例えば、ｅＮＢが、ＰｒｏＳｅ－ＷＴＲＵ対ネットワークリレーディスカバリのための送信リソースプールをブロードキャストしない場合、（例えば、ブロードキャストされた閾値を考慮して）専用シグナリングによってＰｒｏＳｅ－ＷＴＲＵ対ネットワークリレーディスカバリリソースの要求を開始し得る。ＰｒｏＳｅ－ＷＴＲＵ対ネットワークリレーは、ＰｒｏＳｅ－ＷＴＲＵ対ネットワークリレーがブロードキャストシグナリングによって開始される場合、（例えば、ＲＲＣ＿ＩＤＬＥにある際に）ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーディスカバリを実行し得る。ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーは、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーが専用シグナリングによって開始される場合、（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある限り）リレーディスカバリを実行し得る。

【0078】

ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレー動作のためのサイドリンク通信を行うＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあってもよい。ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーは、例えば、ＰｒｏＳｅがリモートＷＴＲＵからレイヤ２リンク確立要求及び／又は一時モバイルグループ識別情報（ＴＭＧＩ）監視要求（例えば、上位レイヤメッセージ）を受信した場合、それがＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーであり、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーサイドリンク通信を実行することを意図していることをｅＮＢに示すことができる。例では、ｅＮＢは、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレー通信のためのリソースを提供し得る。

【0079】

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

【0080】

リモートＷＴＲＵは、ＰＣ５インターフェースにおいて無線測定を行うことができ、上位レイヤ基準と共にＰｒｏＳｅ ＷＴＲＵ対ネットワークリレー選択及び再選択のためにそれらを使用することができる。ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーは、例えば、ＰＣ５リンク品質が、構成された閾値（例えば、事前に構成された、又はｅＮＢによって提供された）を超える場合、無線基準に関して好適であるとみなされ得る。リモートＷＴＲＵは、上位レイヤ基準を満たし、かつ（例えば、全ての）好適なＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーの中で最高のＰＣ５リンク品質を提供するＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーを選択し得る。

【0081】

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

【0082】

ＷＴＲＵ対ネットワーク（ＮＷ）リレーは、ウェアラブルデバイスのために使用され得る。ＰｒｏＳｅ ＷＴＲＵ対ＮＷリレーは、Ｌ３（例えば、ＩＰレイヤ）リレーアプローチを使用し得る。ウェアラブルのためのＷＴＲＵ対ＮＷリレーは、例えば、図２に示されるプロトコルスタックに基づいて、Ｌ２リレーであることが期待され得る。図２は、レイヤ２が関与するＷＴＲＵ対ネットワークリレー（例えば、ＰＣ５）のためのユーザプレーン無線プロトコルスタックを示す図である。図３は、レイヤ２が関与するＷＴＲＵ対ネットワークリレー（例えば、ＰＣ５）のための制御プレーン無線プロトコルスタックを示す図である。

【0083】

ＮＲ Ｖ２Ｘにおけるユニキャストリンクのための接続確立が提供される場合がある。リレー技術は、ＷＴＲＵ間（例えば、リモートＷＴＲＵ及びＷＴＲＵ対ＮＷリレーなどの２つのＷＴＲＵ）の間で上位レイヤ（例えば、ＰｒｏＳｅレイヤ）において確立される１対１通信リンクに基づき得る。そのような接続は、ＡＳレイヤに対して透過的であり得、上位レイヤにおいて行われる接続管理シグナリング及び手順は、ＡＳレイヤデータチャネルによって実施され得る。例では、ＡＳレイヤは、１対１接続を認識しないことがある。

【0084】

ＮＲ Ｖ２Ｘでは、ＡＳレイヤは、ＷＴＲＵ（例えば、２つのＷＴＲＵ）間のユニキャストリンクをサポートすることができる。ユニキャストリンクは、（例えば、ＰｒｏＳｅ １対１接続におけるように）上位レイヤによって開始され得る。ＡＳレイヤは、ユニキャストリンクの存在、及びピアＷＴＲＵ間で、ユニキャスト方式で送信されるデータ（例えば、任意のデータ）を通知され得る。そのような知識を用いて、ＡＳレイヤは、ＨＡＲＱフィードバック、チャネル品質インジケータ（Channel Quality Indicator、ＣＱＩ）フィードバック、及び／又はユニキャストに関連し得る電力制御スキームをサポートすることができる。

【0085】

ＡＳレイヤにおけるユニキャストリンクは、ＰＣ５－ＲＲＣ接続を介してサポートされ得る。ＰＣ５－ＲＲＣ接続は、次のように定義されることができる。ＰＣ５－ＲＲＣ接続は、ＡＳ内のソースレイヤ２ＩＤ及び宛先レイヤ２ＩＤのペア間の論理接続であり得る。１つのＰＣ５－ＲＲＣ接続は、１つのＰＣ５ユニキャストリンクに対応し得る。ＰＣ５－ＲＲＣシグナリングは、その対応するＰＣ５ユニキャストリンク確立に基づいて開始され得る。ＰＣ５－ＲＲＣ接続並びに対応するサイドリンクＳＲＢ及び／又はサイドリンクＤＲＢは、ＰＣ５ユニキャストリンクが、例えば上位レイヤによって示されるように解放されるときに解放され得る。

【0086】

ユニキャストのＰＣ５－ＲＲＣ接続（例えば、ユニキャストの各ＰＣ５－ＲＲＣ接続）について、１つのサイドリンク信号無線ベアラ（ＳＲＢ）は、（例えばＰＣ５－Ｓセキュリティが確立される前に）ＰＣ５－Ｓメッセージを送信するために使用され得る。１つのサイドリンクＳＲＢは、ＰＣ５－Ｓセキュリティを確立するためにＰＣ５－Ｓメッセージを送信するために使用され得る。１つのサイドリンクＳＲＢは、例えば、保護されたＰＣ５－Ｓセキュリティが確立された後に、ＰＣ５－Ｓメッセージを送信するために使用され得る。１つのサイドリンクＳＲＢを使用して、ＰＣ５－ＲＲＣシグナリングを送信することができ、そのシグナリングは、ＰＣ５－Ｓセキュリティが確立された後にのみ、保護されて送信され得る（例えば、送信のみされ得る）。

【0087】

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

【0088】

ＲＬＦは、シングルホップＷＴＲＵ対ＮＷリレーのために使用され得る。以下は、ＳＬリレー並びに統合アクセス及びバックホール（ＩＡＢ）のためのＲＬＦに関連し得る。

【0089】

例では、Ｕｕ ＲＬＦがリレーＷＴＲＵによって検出される場合、リレーＷＴＲＵは、ＰＣ５－Ｓメッセージをその接続されたリモートＷＴＲＵ（複数可）に送信することができ、このメッセージは、リレー再選択をトリガすることができる。例では、リレーＷＴＲＵからのＵｕ ＲＬＦ通知は、リモートＷＴＲＵ接続再確立をトリガすることができる。例では、リレーＷＴＲＵからのＵｕ ＲＬＦ通知は、リモートＷＴＲＵ接続再確立をトリガすることができる。例では、リモートＷＴＲＵは、ＰＣ５ ＲＬＦを検出したことに基づいてリモートＷＴＲＵ接続再確立をトリガすることができる。

【0090】

例では、以下のうちの１つ又は複数がＩＡＢに適用され得る。タイプ２ ＲＬＦ通知を生成するためのトリガは、ＲＬＦ検出時であり得る（例えば、発生し得る）。タイプ３ ＲＬＦ通知送信のためのトリガは、ＢＨ ＲＬＦ後の正常な回復であり得る（例えば、それを示し得る）。タイプ２及びタイプ３のＢＨ ＲＬＦ通知は、バックホール適応レイヤ（ＢＡＰ）制御ＰＤＵを介して送信され得る。タイプ２通知の受信に基づいて、ＩＡＢノードは、ＲＲＣ再確立を開始しなくてもよい。

【0091】

シングルホップ、シングルコネクティビティ、及びＷＴＲＵ対ＮＷリレーでは、リモートＷＴＲＵ（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおける）は、例えば、Ｕｕ接続の障害に基づいて、回復を実行することができる。回復は、リレーＷＴＲＵに失敗をリモートＷＴＲＵに示させ、リモートＷＴＲＵに再選択（例えば、セル及び／又はリレー）及び再確立（例えば、ＷＴＲＵと同様）をトリガさせることによって達成され得る。同様のメカニズムがＩＡＢに存在してもよい（例えば、ＢＨ ＲＬＦ通知）。

【0092】

リレーＷＴＲＵが通知をリモートＷＴＲＵ（複数可）に送信するための妥当な時点は、再確立失敗に基づくことができる。リレーＷＴＲＵは、リモートＷＴＲＵが（例えば、新しいリレーに再選択することによって）同様の手順を試みる前に、最初に回復を試みることができる。

【0093】

マルチホップでは、本明細書で説明する技法は使用されないことがある。後続のリレーに失敗を示す前に、リレーＷＴＲＵ（例えば、各リレーＷＴＲＵ）にそれ自体の再確立を試みさせることは、リレーノードにおける遅延をもたらす可能性がある。例では、チェーンに沿ったリレーＷＴＲＵのうちのいくつかは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにない可能性があり、それらにネットワークへのアクセスを実行させること（例えば、新しい接続性情報でネットワークを更新すること）は、好ましくない可能性がある。例では、リモートＷＴＲＵが待つ時間量（例えば、許容可能な時間量）は、リモートＷＴＲＵにおいてサポートされるＱｏＳに応じて異なり得る。どのリレーＷＴＲＵが（例えば、チェーンに沿って）再確立を試みることを課され得るか、及びいつ再確立を開始するか（例えば、ＲＬＦに基づいて直ちに、又は親が回復を試みるのを待つ）に関して、異なるアプローチが可能であり得る。

【0094】

ＲＬＦが親リレーＷＴＲＵによって示されるときに、（例えば、リモートＷＴＲＵ又はマルチホップアーキテクチャにおけるリレーＷＴＲＵにおいて）再確立をいつ実行すべきかが判定され得る。

【0095】

図４は、マルチホップ及び／又はマルチコネクティビティ ＷＴＲＵ対ＮＷリレーにおける例示的なＲＬＦ及び回復を示す。例では、ＲＬＦは、マルチホップリレーにおいて接続されたＷＴＲＵ（例えば、全ての接続されたＷＴＲＵ）に伝搬され得る。マルチホップリレーは、複数のリモートＷＴＲＵに対してリレーＷＴＲＵとして働くことができる。リモートＷＴＲＵは、（例えば、マルチホップアーキテクチャにおける）それら自体のリモートＷＴＲＵのためのリレーＷＴＲＵであってよい。リモートＷＴＲＵは、本明細書で説明されるように、ダウンリンク方向においてアタッチされたＷＴＲＵを指すことができ（例えば、ＷＴＲＵ対ネットワークリレーの場合）、リレーＷＴＲＵであり得るアタッチされたリモートＷＴＲＵを含むことができる。リレーＷＴＲＵは、本明細書で説明されるように、リモートＷＴＲＵのためのリレー（例えば、ＷＴＲＵ対ネットワーク）として働くことができる、（例えば、ＷＴＲＵ対ネットワークリレーのための）アップリンク方向においてアタッチされたＷＴＲＵを指すことができる。

【0096】

本明細書で説明される技法は、異なるリレーシナリオに適用され得る。例では、リレーＷＴＲＵは、ＳＬ ＷＴＲＵ対ＮＷリレー、ＳＬ ＷＴＲＵ対ＷＴＲＵリレー、又はＩＡＢノードであってもよい。

【0097】

単一の接続性が提供され得る。１つ又は複数のアクションが、例えば、リレーＷＴＲＵにおけるＳＬ／ＵＵ ＲＬＦに基づいて含まれ得る。

【0098】

リレーＷＴＲＵは、Ｕｕ ＲＬＦの検出、（例えば、ＳＬ）ＲＬＦの検出、（例えば、リモート及び／又はリレーＷＴＲＵを介したＵｕ又はＳＬに関する）ビーム障害の検出に基づいて、及び／又は親リレーＷＴＲＵからのＲＬＦ通知の受信に基づいて、以下のアクションのうちの１つ又は複数を実行することができる。アクションは、以下のうちの１つ又は複数を含むことができる。リレーＷＴＲＵは、Ｕｕ再確立をトリガすること、リレー再選択をトリガすること、以前に開始された手順（例えば、再確立、再選択、及び／又はアクセス手順）をキャンセルすること、ネットワークとのアクセス手順を開始すること、上位レイヤに通知を送信する及び／又はＰＣ５－Ｓ接続を解放すること、例えば、（例えば、本明細書で説明するような）ＲＬＦ通知の送信とは対照的に、（例えば、上位レイヤシグナリングを介して上位レイヤにおいて）ＰＣ５－Ｓメッセージを送信すること、例えば、手順が完了した（例えば、再確立又は再選択手順が完了した）場合、回復手順の成功又は失敗の通知をリモートＷＴＲＵに送信すること、又は、回復が実行されたセルのリモートＷＴＲＵに、若しくは回復が同じセル若しくはセルグループに対して実行されたかどうかの通知を送信することができる。ネットワークとのアクセス手順を開始することは、接続確立、再開手順、ＲＮＡ手順、ＲＡＣＨ手順、小データ送信、及び／又はビーム失敗通知を含み得る。リレーＷＴＲＵは、その接続されたリモートＷＴＲＵ及び／又は子リレーＷＴＲＵのうちの１つ又は複数に通知を送信することができ、これは、以下のうちの１つ又は複数を含むことができる：リレーＷＴＲＵは、受信されたＲＬＦ通知（例えば、それ自体のリレーＷＴＲＵから受信された）を１つ又は複数のリモートＷＴＲＵ（例えば、その次のホップのリモートＷＴＲＵのうちの１つ又は複数）にリレーすることができる。リレーＷＴＲＵは、ＲＬＦ通知メッセージ（例えば、新しいＲＬＦ通知メッセージ）を生成し、そのメッセージをリレーＷＴＲＵのリモートＷＴＲＵ及び／又は子リレーＷＴＲＵのうちの１つ又は複数に送信することができる。リレーＷＴＲＵは、異なるタイプのＲＬＦ通知メッセージ、及び／又は異なる情報を含むＲＬＦ通知メッセージを生成することができる（例えば、親ＷＴＲＵから受信されたＲＬＦ通知のタイプ、リレーＷＴＲＵの動作条件（例えば、ＲＲＣ条件）、論理チャネル優先度（例えば、重み）、リレーＷＴＲＵからネットワーク（例えば、ｇＮＢ、基地局など）へのホップ数、論理チャネル優先度及びホップ数に関連付けられた値、又は値に関連付けられた閾値などであるが、これらに限定されない、本明細書で説明される１つ又は複数の条件に応じて）。

【0099】

アクション（複数可）、アクションの順序、並びに／又はメッセージング（例えば、ＲＬＦ通知メッセージ、メッセージのタイプなどの任意のメッセージング）において提供されるタイプ及び／若しくは情報は、リレーＷＴＲＵが別のリモートＷＴＲＵへのリレーとしての役割を果たしている（例えば、役割を果たすのみである）かどうか、又はリレーＷＴＲＵがそれ自体のＵｕトラフィックを有するＷＴＲＵである（例えば、リレーＷＴＲＵがリモートＷＴＲＵである）かどうかに依存することができる。これは、リレーＷＴＲＵにおけるＰＤＣＰエンティティ及び／若しくはＳＤＡＰエンティティの存在、リレーＷＴＲＵにおけるＤＲＢ構成の存在、並びに／又はリモートＷＴＲＵ送信に関連付けられたアダプテーションレイヤの存在を条件とすることができる、リレーＷＴＲＵにおける自身のＤＲＢの存在（例えば、リレーＷＴＲＵがＵｕトラフィックを有するかどうか）によって判定することができる。リレーＷＴＲＵがそれ自体のＵＵトラフィックを有するかどうかは、リレーＷＴＲＵがネットワークとのＲＲＣ状態（例えば、ＲＲＣ＿ＩＤＬＥ、ＲＲＣ＿ＩＮＡＣＴＩＶＥ、又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）を有するかどうかによって判定され得る。例えば、リレーＷＴＲＵは、ＲＬＦ通知の受信及び／又は親リレーＷＴＲＵとのＳＬ ＲＬＦの判定に基づいて、リレーＷＴＲＵが確立されたＵｕ ＤＲＢ（例えば、任意の確立されたＵｕ ＤＲＢ）を有していない場合、アタッチされたリモートＷＴＲＵ（複数可）及び／又は子リレーＷＴＲＵにＲＬＦ通知を転送する（例えば、又はＲＬＦの通知を送信する）ことができる。例では、リレーＷＴＲＵがそれ自体の確立されたＵｕ ＤＲＢを有する場合、リレーＷＴＲＵは、再確立手順（例えば、リレーＷＴＲＵがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある場合）又は再選択手順（例えば、リレーＷＴＲＵがＲＲＣ＿ＩＮＡＣＴＩＶＥ又はＲＲＣ＿ＩＤＬＥにある場合）をトリガすることができる。

【0100】

アクション（複数可）、アクションの順序、並びに／又はメッセージング（例えば、ＲＬＦ通知メッセージ、メッセージのタイプなどの任意のメッセージング）において提供されるタイプ及び／若しくは情報は、例えば、リレーＷＴＲＵがＲＲＣ状態で構成される場合、リレーＷＴＲＵの動作条件（例えば、ＲＲＣ動作条件）に依存し得る。リレーＷＴＲＵは、リレーＷＴＲＵがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある場合、再確立をトリガすることができる。そうでない場合（例えば、ＷＴＲＵがＲＲＣ＿ＣＯＮＥＣＴＥＤ状態にない場合）、リレーＷＴＲＵは、受信されたＲＬＦ通知をそのリモートＷＴＲＵ（複数可）にリレーすることができ、又は、例えば、リレーＷＴＲＵがＲＬＦをトリガする場合、ＲＬＦ通知をそのリモートＷＴＲＵ（複数可）に送信することができる。

【0101】

アクション（複数可）、アクションの順序、並びに／又はメッセージング（例えば、ＲＬＦ通知メッセージ、メッセージのタイプなどの任意のメッセージング）において提供されるタイプ及び／若しくは情報は、（例えば、本明細書で説明されるように）ＷＴＲＵから受信され得る情報に基づいて、アタッチされたリモートＷＴＲＵ（例えば、ダウンリンク方向における任意のアタッチされたリモートＷＴＲＵ）及び／又は（例えば、アップリンク方向における）親リレーＷＴＲＵのＲＲＣ状態に依存し得る。例えば、リモートＷＴＲＵ及び／又は子リレーＷＴＲＵのうちの１つ又は複数が、それらがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥにあることを示した場合、リレーＷＴＲＵは、アタッチされたリモート及び／若しくは子リレーＷＴＲＵにＲＬＦ通知を転送及び／若しくは送ることができ、かつ／又は、再確立及び／若しくはセル及び／若しくはリレー再選択手順をトリガすることができる。例では、アタッチされたリモートＷＴＲＵ及び／又は子リレーＷＴＲＵがＲＲＣ＿ＩＤＬＥ及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥである場合、リレーＷＴＲＵは、ＲＲＣ ５－ＲＲＣ接続を解放し、リレーによる回復若しくは親リレーによる回復通知の受信までＲＲＣ接続を維持し、かつ／又は時間の満了まで（例えば、復興イベントのないタイマを介して）ＲＲＣ接続を維持することができ、その後、リレーＷＴＲＵは、ＲＲＣ ５－ＲＲＣ接続を解放することができる。

【0102】

アクション（複数可）、アクションの順序、並びに／又はメッセージング（例えば、ＲＬＦ通知メッセージ、メッセージのタイプなどの任意のメッセージング）において提供されるタイプ及び／若しくは情報は、ホップ数、（例えば、最高優先度論理チャネルなどの論理チャネルの、若しくはそれに関連付けられた）重み、並びに／又はリレーＷＴＲＵによって計算された（例えば、値に計算された）距離メトリック、例えば、宛先ノードへの経路のホップ数又は全体的な重み（例えば、値）を表すことができる距離メトリックに依存することができ、全体的な重み（例えば、値）は、ホップ数と論理チャネル（例えば、最高優先度論理チャネル）の重み／優先度との組合せに基づくことができる。宛先ノードは、ｇＮＢ、基地局などのネットワーク側ノードであってもよい。ホップ数又は全体の重み（例えば、ホップ数及び論理チャネル重みの重み／優先度に基づいて計算された値）が閾値を上回る場合、リレーＷＴＲＵは、回復手順又は再選択手順を開始することなく、ＲＬＦのリモートＷＴＲＵ及び／又は子リレーＷＴＲＵに通知を送ることができる。ホップ数及び／又は全体の重み（例えば、ホップ数及び論理チャネルの重み／優先度に基づいて計算された値）が閾値を下回る場合、リレーＷＴＲＵは、（例えば、場合によっては通知を送信することに加えて）回復手順又は再選択手順をトリガすることができる。例では、リレーＷＴＲＵは、ホップ数及び／又は全体的な重み（例えば、ホップ数及び論理チャネルの重み／優先度に基づいて計算された値）が閾値を下回る場合、第１のＲＬＦ通知タイプを送ることができ、そうでない場合、第２のＲＬＦ通知タイプ及び／又は重みを送ることができる。ＷＴＲＵは、ホップ数、動作条件（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ若しくはＲＲＣ＿ＩＤＬＥなどのＲＲＣ動作条件）、ＱｏＳ（例えば、最高優先度論理チャネルなどの論理チャネルの重み／優先度）、及び／又は本明細書で説明される他の要因のうちの１つ又は複数に基づいて、全体的な重みを計算することができる。例えば、ＷＴＲＵは、ホップ数とＱｏＳ（例えば、論理チャネル、例えば、（例えば、最高優先順位の）無線リンク制御（ＲＬＣ）チャネルであり得る最高優先順位の論理チャネルの重み／優先順位）とを組み合わせて、例えば、ホップ数に論理チャネルの優先順位に基づいて選択された係数を乗算することによって、ネットワーク（例えば、ｇＮＢ、基地局など）までの距離の全体的な重み付き値（例えば、論理チャネル重み及びホップ数に数学的に関連付けられた値）を判定することができ、ここで、論理チャネルは、１つ又は複数のリモートＷＴＲＵに関連付けられ得る。ＷＴＲＵは、ホップ数と動作条件（例えば、ＲＲＣ動作条件）とを組み合わせることができる。例えば、ＷＴＲＵは、ホップ数に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＷＴＲＵに対する第１の係数、ＲＲＣ＿ＩＮＡＣＴＩＶＥ ＷＴＲＵに対する第２の係数、及びＲＲＣ＿ＩＤＬＥ ＷＴＲＵに対する第３の係数を乗算することによって、ホップ数とＲＲＣ動作条件とを組み合わせることができる。

【0103】

アクション（複数可）、アクションの順序、並びに／又はメッセージング（例えば、ＲＬＦ通知メッセージ、メッセージのタイプなどの任意のメッセージング）において提供されるタイプ及び／若しくは情報は、（例えば、本明細書で説明するように）リモートＷＴＲＵによって提供されるプリファレンス及び／又は要求情報に依存することができる。例えば、プリファレンス情報は、所与の時間にセル及び／又はリレー選択を実行するリモートＷＴＲＵの能力を表すことができる。プレファレンス情報は、リモートＷＴＲＵのカバレッジ状況（例えば、カバレッジ内（ＩＣ）又はカバレッジ外（ＯＯＣ））を表すことができる。プレファレンス情報は、代替リレーＷＴＲＵの利用可能性及び／又は直接Ｕｕ接続の存在を表すことができる。プレファレンス情報の内容に応じて、リレーＷＴＲＵは、ＲＬＦ通知を直ちに送信するか、又はそれ自体若しくは親による再確立が失敗した後にのみ通知を送信するかを判定することができる。プレファレンス情報の内容に応じて、リレーＷＴＲＵは、子ＷＴＲＵにＲＬＦ通知を通知した後に、再確立の成功又は失敗の通知を送信するかどうかを判定することができる。例では、予想が、子ＷＴＲＵがＲＬＦ通知の直後に再確立を実行することができるというものである場合、リレーＷＴＲＵは、ＲＬＦ通知の後に失敗又は成功した再確立の通知を子ＷＴＲＵに送信しないことがある。リレーＷＴＲＵは、少なくとも１つのリモート及び／又は子リレーＷＴＲＵから、リモートＷＴＲＵ及び／又は子リレーが、リレーＷＴＲＵがそれ自体の再確立手順を実行することを要求し、かつ／又は好むという通知を受信した場合、再確立をトリガすることができる。

【0104】

アクション（複数可）、アクションの順序、並びに／又はメッセージング（例えば、ＲＬＦ通知メッセージ、メッセージのタイプなどの任意のメッセージング）において提供されるタイプ及び／若しくは情報は、正常な回復（例えば、再確立、再選択、アクセスなど）の１つ又は複数のリモートＷＴＲＵ及び／又は子リレーＷＴＲＵからの通知に依存することができる。例えば、リレーＷＴＲＵは、リモートＷＴＲＵ及び／又は子リレーＷＴＲＵからの、そのリモートＷＴＲＵによる成功した再確立の通知の受信に基づいて、アクセス手順をキャンセルすることができる。

【0105】

アクション（複数可）、アクションの順序、並びに／又はメッセージング（例えば、ＲＬＦ通知メッセージ、メッセージのタイプなどの任意のメッセージング）において提供されるタイプ及び／若しくは情報は、ホップのインターフェース（例えば、Ｕｕ若しくはＳＬ）及び／又はＲＬＦが検出されたリンクのホップ数に依存し得る。リレーＷＴＲＵは、リモートＷＴＲＵ及び／又は子リレーＷＴＲＵへのＲＬＦ通知を介して、ＲＬＦがＵｕ ＲＬＦであるかＳＬ ＲＬＦであるかを示すことができる。リレーＷＴＲＵは、リモートＷＴＲＵ及び／又は子リレーＷＴＲＵへのＲＬＦ通知を介して、ＲＬＦが発生したリンクのネットワーク（例えば、ｇＮＢ、基地局など）にホップ数及び／又は全体の重みを示すことができる。リレーＷＴＲＵは、ホップ及び／又はリンクの識別（例えば、ホップ数）をＲＬＦ通知と共に含むことができる。

【0106】

アクション（複数可）、アクションの順序、並びに／又はメッセージング（例えば、ＲＬＦ通知メッセージ、メッセージのタイプなどの任意のメッセージング）において提供されるタイプ及び／若しくは情報は、構成された時間（例えば、構成されたタイマ）に依存し得る。例えば、リレーＷＴＲＵは、ＲＬＦ通知の受信に基づいて、時間（例えば、タイマ）を開始することができる。リレーＷＴＲＵは、それ自体の回復手順（例えば、再確立）を実行することができ、かつ／又はセル及び／若しくはリレー再選択手順をトリガすることができる。時間の満了（例えば、回復又は回復の受信を伴わないタイマ）に基づいて、リレーＷＴＲＵは、リモートＷＴＲＵ及び／又は子リレーＷＴＲＵにメッセージを送ることができる。構成された時間（例えば、構成されたタイマ）の値、及び／又は時間（例えば、手順を直ちに開始することと比較したタイマ）を構成するかどうかは、リレーＷＴＲＵにおける測定された固定ビットレート（ＣＢＲ）、（例えば、子又は親リレーＷＴＲＵと構成されたＲＬＣチャネルの構成、子リレーＷＴＲＵ、リモートＷＴＲＵ、若しくはリレーＷＴＲＵの状態、並びに／又はリレーＷＴＲＵに関連付けられたネットワーク（例えば、ｇＮＢ、基地局など）への経路のホップ数及び／若しくは全体的な重みに基づいて）リレーＷＴＲＵによってリレーされている予想されるデータのＱｏＳに依存することができる。

【0107】

アクション（複数可）、アクションの順序、並びに／又はメッセージング（例えば、ＲＬＦ通知メッセージ、メッセージのタイプなどの任意のメッセージング）において提供されるタイプ及び／若しくは情報は、リレーのアーキテクチャ（例えば、Ｌ２リレー対Ｌ３リレー）に依存し得る。例えば、親リレーＷＴＲＵからのＲＬＦ通知の受信、及び／又は親リレーＷＴＲＵによるＳＬ ＲＬＦの検出に基づいて、Ｌ２リレーは、子リレーＷＴＲＵにＲＬＦ通知を転送及び／又は送ることができ、一方、Ｌ３リレーＷＴＲＵは、ＰＣ５－ＲＲＣ接続を解放し、及び／又は（例えば、ＲＬＦ通知の送信なしに）上位レイヤに通知を送ることができる。

【0108】

アクション（複数可）、アクションの順序、並びに／又はメッセージング（例えば、ＲＬＦ通知メッセージ、メッセージのタイプなどの任意のメッセージング）において提供されるタイプ及び／若しくは情報は、リレーＷＴＲＵのカバレッジ状況に依存し得る。カバレッジ状況は、リレーＷＴＲＵが、場合によっては同じセル、ＲＮＡ、パブリックランドモバイルネットワーク（ＰＬＭＮ）、又は（例えば、親リレーＷＴＲＵを介してリレーされる）リレーＷＴＲＵ若しくは（例えば、リモートＷＴＲＵによって受信された通知に基づいて）リモートＷＴＲＵにサービス提供しているセルの同様のグループのカバレッジ内にあるか、又はＯＯＣにあるかを含むことができる。例では、カバレッジ状況は、リレーＷＴＲＵが、（例えば、親リレーＷＴＲＵを介して）リレーＷＴＲＵ又は（例えば、リモートＷＴＲＵによって受信されたそのようなものの通知に基づいて）リモートＷＴＲＵにサービス提供している同じセル、ＲＮＡ、ＰＬＭＮ、又は同様のセルのグループによってサービス提供される親リレーＷＴＲＵ及び／又はセルを発見及び／又は選択することができるかどうかを含むことができる。例えば、リレーＷＴＲＵは、ＳＬ－ＲＬＦ及び／若しくはＵｕ ＲＬＦの検出に基づいて、又は親ノードからのＲＬＦ通知の受信に基づいて、通知メッセージをリモートＷＴＲＵ及び／若しくは子リレーに送信すべきかどうか、又は送信すべき通知のタイプを、リレーＷＴＲＵが、それが親リレーＷＴＲＵを介して現在サービスされている同じセルを見つける（例えば、それに（再）選択する）ことができるかどうかに応じて判定することができる。

【0109】

例では、リレーＷＴＲＵは、ＲＬＦ通知を受信することを要求したリモートＷＴＲＵに通知する（例えば、通知を送信する）ことができ、例えば、通知は、（例えば、リレーＷＴＲＵにおける）ＲＬＦの発生、及び／又は親ＷＴＲＵからのＲＬＦ通知の（例えば、リレーＷＴＲＵによる）受信に関連付けられ得る（例えば、その通知であり得る）。リレーＷＴＲＵは、リレーＷＴＲＵのＲＲＣ動作条件などの動作条件に関連付けられた（例えば、又は依存する）情報を通知に含めることができる。動作条件は、ＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥ条件であり得る。動作条件は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ条件であり得る。リレーＷＴＲＵは、動作条件に応じて異なる回復アクションを実行することができる。例えば、リレーＷＴＲＵは、親リレーＷＴＲＵからのＲＬＦ判定及び／又はＲＬＦ通知に基づいて、ＲＬＦの通知を（例えば、通知の受信を要求した）リモートＷＴＲＵに送信することができる。リレーＷＴＲＵは、例えば、リレーＷＴＲＵが第１の動作条件（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）にあるかどうかに少なくとも基づいて、第１のタイプのＲＬＦ通知を送信する／送信することを判定することができる。本明細書で開示するように、送信する判定／第１のタイプのＲＬＦ通知の送信は、チャネル優先度及び／又はホップ数に関連付けられた値に更に依存し得る。例えば、リレーＷＴＲＵが第１の動作条件にあり、値が閾値を下回る場合、リレーＷＴＲＵは、第１のタイプのＲＬＦ通知を送ることができ、又は値が閾値を上回る（例えば、閾値以上）場合、リレーＷＴＲＵは、第２のタイプのＲＬＦ通知を送ることができる。例では、リレーＷＴＲＵは、リレーＷＴＲＵがＲＲＣ＿ＩＤＬＥ及び／若しくはＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、又はリレーＷＴＲＵがＲＲＣ状態を有さない（例えば、それ自体のＵｕトラフィックを有さない）場合、第２のタイプのＲＬＦ通知を送ることができる。リレーＷＴＲＵは、（例えば、通知を送信することに加えて）回復手順（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのための再確立手順、又はＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥのための再選択手順）を開始することができる。リレーＷＴＲＵは、例えばリレーＷＴＲＵがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある場合、リレーＷＴＲＵは、回復（例えば、再確立）が成功又は失敗した場合に、回復通知をリモートＷＴＲＵに送信することができる。例では、リレーＷＴＲＵは、リレーＷＴＲＵがＲＲＣ＿ＩＤＬＥ若しくはＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、又はリレーＷＴＲＵが構成されたＲＲＣ動作条件を有しない場合、リモートＷＴＲＵに回復通知を送信しないことがある。

【0110】

例では、リレーＷＴＲＵは、現在のリレーされるトラフィックのＱｏＳ（例えば、関連付けられたチャネルの優先度）に少なくとも基づいて、ＲＬＦ通知のタイプを判定することができる。例えば、リレーＷＴＲＵは、優先度などの（例えば、ＲＬＣ）チャネル構成（例えば、入口又は出口）の１つ又は複数のパラメータ（例えば、特定のパラメータ）に基づいて、現在のリレートラフィックのＱｏＳ（例えば、関連付けられたチャネルの優先度）を判定することができる。１つ又は複数のパラメータに基づいて（例えば、リレーＷＴＲＵは、送信を通知のタイプにマッピングするパラメータの条件で構成され得る）、リレーＷＴＲＵは、第１のタイプの通知を子ＷＴＲＵに送信すべきか、又は第２のタイプの通知を子ＷＴＲＵに送信すべきかを判定することができる。

【0111】

例では、リレーＷＴＲＵは、親ＷＴＲＵから受信された通知のタイプ及び／又はリレーＷＴＲＵにおいて判定された他の条件に少なくとも基づいて、子ＷＴＲＵに送信するためのＲＬＦ通知のタイプを判定することができる。例えば、第２のタイプの通知（例えば、遅延なしに再確立及び／又は再選択をトリガするための通知）を受信するリレーＷＴＲＵは、第２のタイプの通知を子ＷＴＲＵに送信する（例えば、常に送信する）ことができる。第１のＲＬＦ通知タイプを受信するリレーＷＴＲＵは、第１のＲＬＦ通知タイプを子ＷＴＲＵに送信することができ、かつ／又はその子ＷＴＲＵ（複数可）（例えば、その子ＷＴＲＵ（複数可）のいずれか）に関連付けられた、本明細書で説明される（例えば、ＲＬＣ）チャネル構成条件に基づいて、第１の通知タイプを送信／送信すべきかどうかを判定することができ、この判定は、本明細書で説明される他の条件を含むことができる。

【0112】

リレーＷＴＲＵは、ホップカウントとＱｏＳ（例えば、関連付けられたチャネルの優先度）との組合せに基づいて、子ＷＴＲＵに送信すべきＲＬＦ通知のタイプを判定することができる。リレーＷＴＲＵは、リレーＷＴＲＵがネットワーク（例えば、ｇＮＢ、基地局など）から離れているホップ数を表すホップカウントを受信又は判定）することができる。リレーＷＴＲＵは、閾値を受信又は判定することができ、閾値は、所与のＱｏＳレベルに対するホップの閾値数とすることができる（例えば、ここで、以下の１つ又は複数が適用され得る。ＱｏＳレベルは、論理チャネル優先度／重みなどの優先度とすることができる。所与のＱｏＳレベルに対するホップ数は、値であってもよい。又は、ＱｏＳレベルは、例えば、リレーＷＴＲＵの１つ又は複数の接続された子の（例えば、ＲＬＣ）チャネル構成に関連付けられたパラメータによって判定され得る）。ＷＴＲＵは、例えば、所与のＱｏＳレベルに対するホップ数が閾値を上回る場合、第２のＲＬＦタイプを送信することができる。ＷＴＲＵは、所与のＱｏＳレベルに対するホップ数が閾値を上回らない場合、第１のＲＬＦタイプを送信することができる。

【0113】

ＷＴＲＵは、ＳＬ ＲＬＦ及び／又は回復について通知される要求を送信及び／又は転送することができる。ＲＬＦに基づいて挙動に影響を及ぼし得る（例えば、本明細書で説明されるような）リモートＷＴＲＵからの情報は、リレーＷＴＲＵに送信する前にリモートＷＴＲＵによって処理され得る。例では、ＷＴＲＵ（例えば、リモートＷＴＲＵ又はリレーＷＴＲＵ）は、親リレーＷＴＲＵによってＳＬ ＲＬＦを通知されるべき要求を送信及び／又は転送することができる。例えば、ＷＴＲＵ（例えば、リモートＷＴＲＵ又はリレーＷＴＲＵ）は、本明細書で説明される１つ又は複数の条件に基づいて、親リレーＷＴＲＵによってＳＬ ＲＬＦを通知されるように要求を送信することができる。ＷＴＲＵ（例えば、リレーＷＴＲＵ）は、（例えば、リモートＷＴＲＵからの受信に基づいて）親リレーＷＴＲＵに要求を転送し、かつ／又はそれ自体の条件に基づいて、要求をそれ自体の要求と組み合わせることができる。要求は、子リモートＷＴＲＵ（例えば、子リモートＷＴＲＵのいずれか）とリレーＷＴＲＵとの間で、本明細書で説明される条件（例えば、条件のいずれか）を満たす「又は」動作を含むことができる。リレーＷＴＲＵが、そのリモートＷＴＲＵのうちの１つ又は複数から肯定の要求及び／又は通知を受信する場合、又はリレーＷＴＲＵが条件を満たす場合、リレーＷＴＲＵは、親リレーＷＴＲＵに肯定の要求及び／又は通知を送信することができる。ＷＴＲＵ（例えば、リレーＷＴＲＵ又はリモートＷＴＲＵ）は、その条件の変化に基づいて、要求（例えば、新しい要求）及び／又は通知を開始することができる。要求及び／又は通知は、条件が満たされていない状態から満たされた状態（例えば、それが要求として働く）になるか、又は満たされた状態から満たされていない状態（例えば、それがキャンセルとして働く）になる場合に送信され得る。リレーＷＴＲＵは、そのリモートＷＴＲＵのうちの１つ又は複数の要求状態を維持し、ＲＬＦ、成功した回復、又は失敗した回復に基づく通知を、肯定要求状態にあるリモートＷＴＲＵ（例えば、全てのリモートＷＴＲＵ）に送信することができる。

【0114】

例では、ＷＴＲＵ（例えば、リレー又はリモートＷＴＲＵ）は、親リレーＷＴＲＵからのＲＬＦ通知タイプ（例えば、特定のＲＬＦ通知タイプ）を要求することができる。ＲＬＦ通知タイプは、異なる時間におけるＲＬＦ通知（例えば、ＲＬＦ検出、ＲＬＦ回復、失敗したＲＬＦ回復など）の受信を含み得るか、又は（例えば、Ｕｕからの連続するＩＳ及び／若しくはＯＯＳ通知の数、並びに／若しくはＳＬ上の連続するＨＡＲＱ失敗に基づく）ＲＬＦ検出中の異なる時間における通知のトリガ、並びに／又は親が現在アタッチされているのと同じ若しくは異なるセル（例えば、グループ）を（例えば、異なる経路を介して）再確立及び／若しくは再選択し得るかどうかを通知するＲＬＦ通知を含み得る。

【0115】

ＷＴＲＵ（例えば、リレーＷＴＲＵ又はリモートＷＴＲＵ）は、ＷＴＲＵのＲＲＣ状態、ＷＴＲＵにおけるデータのＱｏＳ（例えば、チャネル、例えば、ＲＬＣチャネルなどの論理チャネルの優先度／重み）、並びに／又はＷＴＲＵにおける１つ又は複数のＵｕベアラのプロパティ、ネットワークへの代替経路の存在、若しくはネットワークへのホップ数及び／若しくは全体の重み（例えば、ｇＮＢ、基地局など）のうちの１つ又は複数に基づいて、要求を送信する（例えば、ＲＬＦ通知を受信する、又は受信しない）ための条件を満たすことができる。

【0116】

ＷＴＲＵ（例えば、リレーＷＴＲＵ又はリモートＷＴＲＵ）は、ＷＴＲＵのＲＲＣ状態に基づいて、要求を送信するための条件（例えば、ＲＬＦ通知を受信すること、又は受信しないこと）を満たすことができる。例えば、条件は、１つ又は複数のＲＲＣ状態（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるＷＴＲＵ）に結び付けられ得る。ＷＴＲＵは、ＷＴＲＵがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移する場合、要求を送信することができ、ＷＴＲＵは、ＲＲＣ＿ＩＤＬＥ及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移する場合、キャンセルを送信することができる。

【0117】

ＷＴＲＵ（例えば、リレーＷＴＲＵ又はリモートＷＴＲＵ）は、ＷＴＲＵにおけるデータのＱｏＳ、及び／又はＷＴＲＵにおける１つ又は複数のＵｕベアラのプロパティに基づいて、要求を送信する（例えば、ＲＬＦ通知を受信する、又は受信しない）ための条件を満たすことができる。例えば、ＷＴＲＵは、その優先度を有する論理チャネル（ＬＣＨ）が構成され、かつ／又は送信に利用可能なデータを有する場合、要求をトリガすることができるＬＣＨ優先度のセットを用いて構成され得る。

【0118】

ＷＴＲＵ（例えば、リレーＷＴＲＵ又はリモートＷＴＲＵ）は、ネットワークへの代替経路の存在に基づいて、要求を送信する（例えば、ＲＬＦ通知を受信する、又は受信しない）ための条件を満足することができる。例えば、ＷＴＲＵは、構成されたネットワークへのＵｕ経路（例えば、又は異なるリレー経路）をＷＴＲＵが有していない場合に、要求を送信することができる。例えば、ＷＴＲＵは、ＷＴＲＵがデュアル及び／又はマルチコネクティビティで構成されていない場合、要求を送信することができる。

【0119】

ＷＴＲＵ（例えば、リレーＷＴＲＵ又はリモートＷＴＲＵ）は、ｇＮＢへのホップ数及び／又は全体の重みに基づいて、要求を送信する（例えば、ＲＬＦ通知を受信する、又は受信しない）ための条件を満たすことができる。例えば、ＷＴＲＵは、ＷＴＲＵの構成されたホップ数及び／又は全体の重みが閾値を上回る又は下回る場合に、要求を送信することができる。例えば、ＷＴＲＵは、閾値を上回る又は下回るホップ数又は全体重みを有する利用可能な別の経路をＷＴＲＵが有する場合、要求を送信することができる。

【0120】

ＷＴＲＵは、ＲＬＦ通知を転送すべき、及び／又はネットワークから回復すべきリモートＷＴＲＵのセットの通知を受信することができる。リレーＷＴＲＵは、ネットワークから（例えば、ＲＲＣメッセージ、ページングメッセージ、及び／又は類所のものを介して）、ＲＬＦ通知及び／又は回復が送られ得るリモートＷＴＲＵのセット（例えば、ＷＴＲＵ ＩＤ、パスＩＤ、及び／又は類似のもののセット）を受信することができる。リレーＷＴＲＵは、所与のリレーＷＴＲＵに送信されるべきＲＬＦ通知メッセージタイプで構成され得る。

【0121】

ＷＴＲＵは、親リレーＷＴＲＵからＲＬＦ通知を受信した場合、そのアクションを判定することができる。例では、ＷＴＲＵ（例えば、リモートＷＴＲＵ又はリレーＷＴＲＵ）は、ＲＬＦ通知の受信に基づいて、実行されるべきアクションのセットを判定することができる。リモートＷＴＲＵは、ＲＬＦ通知の受信に基づいて、以下のうちの１つ又は複数に基づいて、再確立手順をトリガするかどうか、及び／又はいつトリガするか（例えば、直後に、ある時間後に、又は後続の通知の受信に基づいて）を判定することができる。リモートＷＴＲＵのＲＲＣ状態、リモートＷＴＲＵが他のリモートＷＴＲＵに対してリレーＷＴＲＵとしてサービスしているかどうか、リモートＷＴＲＵによって送信又は受信されるデータのＱｏＳ、測定されたＣＢＲ、又はＲＬＦ通知において受信されるタイプ及び／若しくは情報。リモートＷＴＲＵによって送信又は受信されるデータのＱｏＳは、１つ又は複数のＬＣＨ（複数可）のパラメータ（例えば、ＬＣＨ優先度）によって表され得る。例えば、リモートＷＴＲＵは、閾値を上回る優先度を有する１つ又は複数の論理チャネルが構成される場合、再確立をトリガすることができる。リモートＷＴＲＵは、それが再確立をトリガすることができることを示す少なくとも１つのＬＣＨを用いてＷＴＲＵが構成される場合、再確立をトリガすることができる。リモートＷＴＲＵによって送信又は受信されるデータのＱｏＳは、ＱｏＳに基づいて後続の通知を待つための時間（例えば、タイマ）を判定することを含むことができる。測定されたＣＢＲは、測定されたＣＢＲが閾値を上回るか下回るかに基づいて、再確立をトリガすべきか、又は後続の通知を待つべきかの条件であり得る。ＣＢＲの測定は、ＣＢＲに基づいて後続の通知を待つための時間（例えば、タイマ）を判定することを含み得る。ＲＬＦ通知において受信されるタイプ及び／又は情報は、ネットワークへのその経路に沿って構成されたそのリレーＷＴＲＵ及び／又は親リレーＷＴＲＵ（例えば、任意の親リレーＷＴＲＵ）のＲＲＣ状態を含むことができる。情報は、ネットワークへのその経路に沿って構成されたそのリレーＷＴＲＵ及び／又は親リレーＷＴＲＵ（例えば、任意の親リレーＷＴＲＵ）のＱｏＳ要件を含むことができる。情報は、親ＷＴＲＵから受信されたＲＬＦ通知のタイプ（例えば、タイプ１又はタイプ２）を含むことができる。

【0122】

リモートＷＴＲＵ（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある）は、ＲＬＦ通知の受信に基づいて（例えば、そのときに）、例えば、受信されたＲＬＦ通知のタイプに基づいて、再確立手順をトリガするか、又は再確立手順のトリガを遅延させるかを判定することができる。リモートＷＴＲＵが、（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤリレーＷＴＲＵを表す）第１のタイプのＲＬＦ通知をリレーＷＴＲＵから受信した場合、リモートＷＴＲＵは、リレーＷＴＲＵによる回復又は回復失敗手順の受信まで、再確立の開始を遅延させることができる（例えば、リモートＷＴＲＵは、影響を受けたリレーＷＴＲＵが接続を再確立することができるかどうかを判定するための時間を待つことができる）。リモートＷＴＲＵが第２のタイプのＲＬＦ通知（例えば、ＲＲＣ＿ＩＤＬＥ及び／若しくはＲＲＣ＿ＩＮＡＣＴＩＶＥリレーＷＴＲＵ、又はＲＲＣ状態を有さないリレーＷＴＲＵを表す）を受信した場合、リモートＷＴＲＵは、ＲＬＦ通知の受信時に（例えば、遅延時間なしに）再確立手順をトリガする（例えば、直ちにトリガする）ことができる。リモートＷＴＲＵは、第１の通知タイプの受信に基づいて、（例えば、タイマを介して）時間を開始することができる。回復通知の受信前に時間（例えば、タイマ）が満了した場合、又は時間（例えば、タイマ）満了前に回復失敗通知が受信された場合、リモートＷＴＲＵは、再確立をトリガすることができる。リモートＷＴＲＵは、リレーＷＴＲＵの動作条件（例えば、ＲＲＣ動作条件）、リモートＷＴＲＵにおけるデータのＱｏＳ、ホップカウント（例えば、ホップ数）、又はリモートＷＴＲＵからネットワークへの経路に関連付けられた全体の重み（例えば、ここで、全体の重み（例えば、値）は、ホップ数と論理チャネル（例えば、最高優先度の論理チャネルの重み／優先度との組合せに基づくことができる）のうちの１つ又は複数に基づいて、時間の値（例えば、タイマ）を判定することができる。

【0123】

リモートＷＴＲＵは、リモートＷＴＲＵが送信している（例えば、又はそのリモートＷＴＲＵのうちの１つ若しくは複数が送信している）データのＱｏＳに基づいて、ＲＬＦ通知に続いて再確立をトリガするための時間（例えば、タイマ）を判定することができる。リモートＷＴＲＵが送信しているデータのＱｏＳを判定するために、本明細書で説明される（例えば、ＷＴＲＵ自体において構成されたＱｏＳフローに基づくＲＬＣチャネル構成パラメータに結び付けられた）ＱｏＳを判定するための機構（例えば、任意の機構）が考慮され得る。ＷＴＲＵは、第１のＱｏＳレベルに関連付けられた第１の時間（例えば、タイマ）を用いて構成され、第２のＱｏＳレベルに関連付けられた第２の時間（例えば、タイマ）を用いて構成され、以下同様であり得る。ＲＬＦ通知の受信（例えば、又はＲＬＦの判定）に基づいて、ＷＴＲＵは、（例えば、タイマを介して）時間を開始することができる。ＷＴＲＵは、例えば、親からの通知（例えば、回復通知の受信）なしに時間（例えば、タイマ）が満了した場合、その再選択及び／又は再確立手順をトリガすることができる。ＷＴＲＵは、その再確立手順を開始する前に、構成された時間量を待つことができ、そのような時間量は、ＱｏＳ依存であり得る。

【0124】

例において、リモートＷＴＲＵは、リレーＷＴＲＵから受信されたＲＬＦ通知タイプに基づいて、再確立をトリガするための時間（例えば、タイマ）を判定することができる。例えば、リモートＷＴＲＵは、第１のＲＬＦ通知タイプを受信した場合、再確立をトリガするために第１の時間待つことができ、第２のＲＬＦ通知タイプを受信した場合、再確立をトリガする前に第２の時間量待つことができる。

【0125】

本明細書で説明される技法の組合せ（例えば、ＱｏＳ、ホップ数、ＲＬＦ通知タイプなどの組合せに基づいて、ＷＴＲＵがそれ自体の再確立を開始する前に待つ時間量の判定）が使用され得る。

【0126】

セル及び／又はリレーの成功した（再）選択、並びに再確立は、リモートＷＴＲＵに通知され得る。セル及び／又はリレー（再）選択を実行するかどうかは、リレー及び／又はその子ＷＴＲＵにおける１つ又は複数の態様を条件とすることができる。リレーＷＴＲＵは、ＲＬＦの検出又は親ＷＴＲＵからのＲＬＦ通知の受信に基づいて、セル（再）選択及び／又はリレー（再）選択手順をトリガすることができる。リレーが手順をトリガするかどうかは、本明細書で説明する条件及び／又は態様（例えば、ＲＬＦ通知を送るための条件）に依存し得る。例えば、リレーが手順をトリガするかどうかは、以下の条件のうちの１つ又は複数に依存し得る。リレーＷＴＲＵは、それがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ及び／若しくはＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、セル及び／若しくはリレー（再）選択をトリガし得る、リモートＷＴＲＵのうちの１つ若しくは複数がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ及び／若しくはＲＲＣ＿ＩＮＡＣＴＩＶＥにある、又はリレーＷＴＲＵがリモートＷＴＲＵからアクティブ要求を受信している。

【0127】

リレーを選択するかどうかは、リレーがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある場合に条件付けられ得る。セル及び／又はリレー（再）選択を実行するリレーＷＴＲＵは、リレーの選択を、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるリレーに制限することができる。リレーＷＴＲＵは、本明細書で説明される条件（複数可）に基づいて制限を可能にすることができる。例えば、条件は、リモートＷＴＲＵのうちの少なくとも１つがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあること、リモートＷＴＲＵとのＱｏＳ及び／若しくはベアラ構成に依存すること、並びに／又はリレーＷＴＲＵからの要求に基づくことを含むことができる。

【0128】

本明細書で説明する技法は、マルチコネクティビティのための（例えば、本明細書で説明する）デュアル接続性（ＤＣ）アーキテクチャのうちの１つ又は複数に適用され得る。

【0129】

図５は、リレーＷＴＲＵ（例えば、リレーＷＴＲＵが例として使用されるＷＴＲＵであり得る）が、マスタセルグループ（ＭＣＧ）及びセカンダリセルグループ（ＳＣＧ）を用いてＤＣにおいて構成される例示的なアーキテクチャを示す。例えば、リレーＷＴＲＵは、ＤＣにおいて構成されることが可能であり、リモートＷＴＲＵ（複数可）は、その構成を認識しないことが可能である。例では、リモートＷＴＲＵは、ＤＣ構成を認識しないことがあり、単一のＰＤＣＰエンティティを用いて構成されることがある。リレーＷＴＲＵは、ＭＣＧ及び／又はＳＣＧを介して（例えば、入口ＲＬＣチャネルをＭＣＧ及び／又はＳＣＧ上の出口ＲＬＣチャネルにマッピングする構成を介して）リモートＷＴＲＵトラフィックをリレーするように構成され得る。例において、リモートＷＴＲＵは、２つの異なるＰＤＣＰエンティティを用いて構成されることが可能であり、リレーＷＴＲＵによって提供される情報に基づいて、どちらを使用すべきかを判定することができる。リモートＷＴＲＵは、ＲＬＦ又は関連するイベントがリレーＷＴＲＵにおいてトリガされるまで、第１のＰＤＣＰエンティティ（例えば、第１のＰＤＣＰエンティティのみ）を使用することができ、それに続いて第２のＰＤＣＰエンティティの使用を開始することができる。

【0130】

図６は、リレーＷＴＲＵがＭＣＧ及びＳＣＧで構成される例示的なアーキテクチャを示す図である。例えば、ＤＣ構成は、リモートＷＴＲＵにあってよく、２つのレッグ（例えば、２つのレッグの各々）がリレーを通過することができる。リモートＷＴＲＵは、同時に使用され得る２つの異なるＰＤＣＰエンティティ及び／又はベアラのセットを用いて構成され得る。リレーＷＴＲＵは、第１のＰＤＣＰエンティティに関連付けられた入口ＲＬＣチャネル及び第２のＰＤＣＰエンティティに関連付けられた入口ＲＬＣチャネルを、（例えば、構成に基づいて）ＭＣＧ及び／又はＳＣＧにマッピングすることができる。

【0131】

リモートＷＴＲＵへのＲＬＦのリレーＷＴＲＵ通知は、ＲＬＦのタイプ（例えば、Ｍ－ＲＬＦ又はＳ－ＲＬＦ）に依存し得る。例では、リレーＷＴＲＵは、ＲＬＦ（例えば、Ｓ－ＲＬＦに対するＭ－ＲＬＦ又はＳＬ ＲＬＦに対するＵｕ ＲＬＦ）の検出に基づいて、ＲＬＦタイプの通知をリモートＷＴＲＵに送信することができる。リレーＷＴＲＵは、異なるＲＬＦタイプの送信を通じて（例えば、異なるメッセージ又はＩＥを使用して）、及び／又はＲＬＦメッセージ内の異なる情報をリモートＷＴＲＵに提供することによって、ＲＬＦタイプの通知をリモートＷＴＲＵに送ることができる。例えば、Ｍ－ＲＬＦに基づいて、リレーＷＴＲＵは、ＲＬＦがＭ－ＲＬＦであるという通知をリモートＷＴＲＵに送ることができる。Ｓ－ＲＬＦの検出に基づいて、リレーＷＴＲＵは、ＲＬＦがＳ－ＲＬＦであるという通知をリモートＷＴＲＵに送信することができる。

【0132】

例では、リレーＷＴＲＵがリモートＷＴＲＵにＲＬＦを通知するかどうか、及び／又はいつ通知するかは、リレーＷＴＲＵにおいてトリガされるＲＬＦのタイプ（例えば、Ｍ－ＲＬＦ又はＳ－ＲＬＦ）に依存することができる。例えば、リレーＷＴＲＵは、ＲＬＦがＭ－ＲＬＦである場合（例えば、その場合のみ）、ＲＬＦをリモートＷＴＲＵに通知することができ、Ｓ－ＲＬＦの通知をリモートＷＴＲＵに送信しなくてもよく、又はその逆も同様である。

【0133】

リレーＷＴＲＵがリモートＷＴＲＵにＲＬＦを通知するかどうか、及び／又はいつ通知するかは、リレーＷＴＲＵにおけるベアラマッピング及び／又はアダプテーションレイヤ構成（例えば、リモートＷＴＲＵのためのＳＲＢに関連付けられる）に加えて、リレーＷＴＲＵにおいてトリガされるＲＬＦのタイプ（例えば、Ｍ－ＲＬＦ又はＳ－ＲＬＦ）に依存し得る。これは、リモートＷＴＲＵ ＳＲＢを搬送するＳＬ ＲＬＣチャネルが、リレーＷＴＲＵにおいてＭＣＧ又はＳＣＧ Ｕｕ ＲＬＣチャネルにマッピングされるかどうかに依存し得る。例えば、リレーＷＴＲＵは、ＲＬＦ（例えば、Ｍ－ＲＬＦ又はＳ－ＲＬＦ）が、リモートＷＴＲＵ ＳＲＢを搬送するＳＬ ＲＬＣチャネルが（例えば、アダプテーションレイヤ構成に基づいて）マッピングされるセルグループに対応する場合、ＲＬＦをリモートＷＴＲＵに示すことができる。リレーＷＴＲＵは、例えば、リモートＷＴＲＵ ＳＲＢを搬送するＳＬ ＲＬＣチャネルが（例えば、アダプテーションレイヤ構成に基づいて）マッピングされないセルグループ上でＲＬＦが発生する場合、ＲＬＦを示さないことがある。

【0134】

リレーＷＴＲＵがリモートＷＴＲＵにＲＬＦ及び／又はリモートＷＴＲＵに示されたＲＬＦのタイプを知らせるかどうか、及び／又はいつ知らせるかは、リレーＷＴＲＵにおけるＳＲＢ構成、及び／又はリレーＷＴＲＵがＭＣＧ失敗手順を実行するように構成されるかどうかに依存することができる。例えば、ＭＣＧ ＲＬＦに基づいて、リレーＷＴＲＵがＭＣＧ失敗手順を実行するように構成されている場合、及び／又はリレーＷＴＲＵが分割ＳＲＢ１若しくはＳＲＢ３を用いて構成されている場合、リレーＷＴＲＵは、第１の通知及び／又は通知タイプを送ることができ、ＷＴＲＵがＭＣＧ失敗手順を実行するように構成されていない場合、リレーＷＴＲＵは、第２の通知タイプを送ることができる。

【0135】

リレーＷＴＲＵ及び／又はリモートＷＴＲＵは、ＲＬＦ通知送信及び／又は受信に基づいて、ＳＬ送信及び／又は受信を中断することができる。例では、リレーＷＴＲＵ及び／又はリモートＷＴＲＵは、（例えば、リレーＷＴＲＵによる）ＲＬＦ判定、（例えば、リレーＷＴＲＵによる）ＳＬ ＲＬＦ通知メッセージの送信、及び／又は（例えば、リレーＷＴＲＵ若しくはリモートＷＴＲＵによる）ＲＬＦ通知メッセージの受信に基づいて、ＳＬ送信及び／又は受信の一方（例えば、又は両方）を中断することができる。例えば、リレーＷＴＲＵは、Ｍ－ＲＬＦに基づいて、ＵＬ方向におけるリレーデータのＳＬ受信及び／又は転送を中断することができ、ＤＬ方向におけるリレーデータのＳＬ送信及び／又は転送を実行し続けることができる。例えば、リモートＷＴＲＵは、リレーからのＲＬＦ通知の受信に基づいてＳＬ送信を中断することができ、ＳＬ受信を実行し続けることができる。

【0136】

リレーＷＴＲＵは、それがＭＣＧ障害手順を実行するように構成されている場合、ＭＣＧ障害に基づいて、以下のうちの１つ又は複数を行うことができる。リレーＷＴＲＵは、第１のＲＬＦタイプをリモートＷＴＲＵに送ることができる。リモートＷＴＲＵは、通知の受信に基づいて、リレーされるＳＬ送信及び／又は受信（例えば、全てのリレーされるＳＬ送信及び／又は受信）を中断することができる。リレーＷＴＲＵは、ＳＬ送信を中断することができ、ＳＬ受信を継続する（例えば、ＳＬ受信のみを継続する）ことができる。リレーＷＴＲＵは、そのリモートＷＴＲＵ（例えば、ＳＬ送信及び／又は受信）に関連付けられたリレー（例えば、全てのリレー）を中断することができる。リレーＷＴＲＵは、ＳＬ受信を中断することができ、ＳＬ送信を継続する（例えば、ＳＬ送信のみを継続する）ことができる。リレーＷＴＲＵは、ネットワークとのＭＣＧ失敗手順を開始することができ、応答を待つことができる。ＭＣＧ失敗手順時間（例えば、手順タイマ）が満了した場合、ＭＣＧは、第２のＲＬＦタイプ及び／又は通知をリモートＷＴＲＵに送信することができる。リレーＷＴＲＵは、第２の通知の送信に基づいて、ＰＣ５ ＲＲＣ接続を解放することができる。ＭＣＧ失敗手順が成功し、リレーＷＴＲＵがネットワークから再構成を受信した場合、リレーＷＴＲＵは、以下のうちの１つ又は複数を実行することができる。リレーＷＴＲＵは、リモートＷＴＲＵに通知を送信することができ、リモートＷＴＲＵ及び／又はリレーＷＴＲＵは、通知の受信又は送信に基づいて、中断されたリレーＳＬ送信及び／又は受信（例えば、任意の中断されたリレーＳＬ送信及び／又は受信）を再開することができる。リレーＷＴＲＵがリモートＷＴＲＵのための埋め込まれた再構成メッセージを受信する場合、リレーＷＴＲＵは、メッセージをＳＬ上でリレーＷＴＲＵに転送することができる。リモートＷＴＲＵ及び／又はリレーＷＴＲＵは、メッセージの受信又は送信に基づいて、中断されたリレーされるＳＬ送信及び／又は受信（例えば、任意の中断されたリレーされるＳＬ送信及び／又は受信）を再開することができる。リレーＷＴＲＵは、メッセージ（例えば、任意のメッセージ）及び／又は通知（例えば、任意の通知）をリレーＷＴＲＵに送信しないことがある。リレーＷＴＲＵは、ネットワーク再構成の受信に基づいて、又はネットワーク再構成の受信に続く何らかの時間（例えば、時間によって定義される）に基づいて、中断された送信及び／又は受信（例えば、任意の中断されたリレーされるＳＬ送信及び／又は受信）を再開することができる。

【0137】

リレーＷＴＲＵは、それがＭＣＧ障害手順を実行するように構成されている場合、ＳＣＧ障害に基づいて、以下のうちの１つ又は複数を行うことができる。リレーＷＴＲＵは、第３のＲＬＦタイプをリモートＷＴＲＵに送ることができる。例では、リレーＷＴＲＵは、本明細書で説明される他の要因に基づいてそうするように構成される場合、ＲＬＦ通知（例えば、任意のＲＬＦ通知）をリモートＷＴＲＵに送信しないことがある。

【0138】

リレーＷＴＲＵは、それがＭＣＧ障害手順を実行するように構成されていない場合、ＭＣＧ障害に基づいて、以下のうちの１つ又は複数を行うことができる。リレーＷＴＲＵは、第４のＲＬＦを送信することができる。

【0139】

リレーＷＴＲＵは、それがＭＣＧ障害手順を実行するように構成されていない場合、ＳＣＧ障害に基づいて、以下のうちの１つ又は複数を行うことができる。リレーＷＴＲＵは、第３のＲＬＦタイプをリモートＷＴＲＵに送ることができる。例では、リレーＷＴＲＵは、本明細書で説明される他の要因に基づいてそうするように構成される場合、ＲＬＦ通知（例えば、任意のＲＬＦ通知）をリモートＷＴＲＵに送信しないことがある。

【0140】

リモートＷＴＲＵは、リレーＷＴＲＵからの異なるＲＬＦタイプの受信に基づいて異なる挙動を有することができる。リモートＷＴＲＵは、リモートＷＴＲＵが受信するＲＬＦのタイプに応じて、異なるアクション、又はアクションのセットを実行することができる。ＲＬＦタイプは、リレーＷＴＲＵにおいてＭ－ＲＬＦ又はＳ－ＲＬＦに直接関連付けられ得る。例では、ＲＬＦタイプは、本明細書で説明されるリレーＷＴＲＵにおけるイベント（例えば、任意のイベント）に関連付けられ得る。

【0141】

以下のイベント及び／又は挙動のうちの１つ又は複数は、１つのイベント又は複数のイベントに関連付けられ得る。再確立を直ちに開始する。特定の時間（例えば、特定のタイマ）が満了した後に再確立を開始する（例えば、別のＲＬＦタイプ通知又はＮＷメッセージの受信に続いてタイマをリセットする）。通知のタイプに基づいて時間（例えば、再確立タイマ又はＲＬＦ通知に続いて再確立がトリガされるまでのタイマ）を設定する。又は、サイドリンク上の送信パラメータを修正する。サイドリンク上の送信パラメータを修正することは、以下のうちの１つ又は複数を含み得る。最大ＳＬチャネルサイズ及び／又はチャネルの数を増加及び／又は減少させる。ＳＬ ＨＡＲＱ及び／又はＳＬ ＲＬＦ監視を有効化又は無効化する。送信モードを変更する（例えば、モード１からモード２に、又はその逆に変更する）。又は感知挙動を変更する（例えば、感知ベースからランダム選択への変更、又はその逆）。

【0142】

以下のイベント及び／又は挙動のうちの１つ又は複数は、１つのイベント又は複数のイベントに関連付けられ得る。再確立を直ちに開始することなしに、ベアラ（例えば、全てのベアラ）のためのＳＬ送信を中断する。再確立を開始することなしに直ちに（例えば、ベアラのサブセットについて）ＳＬ送信を中断する。又は、手順（例えば、再確立、再選択、又は任意の他のＲＲＣ手順）が、別のＲＬＦタイプではなく１つのＲＬＦタイプによってトリガされ得ると判定する。例えば、第１のＲＬＦの受信は、第２のタイプが受信された場合にＷＴＲＵが再確立をトリガすることを保証することができ、第３のＲＬＦタイプの受信は、第４のＲＬＦタイプが受信された場合にＷＴＲＵが再確立をトリガすることを保証することができる。

【0143】

以下のイベント及び／又は挙動のうちの１つ又は複数は、１つのイベント又は複数のイベントに関連付けられ得る（例えば、本明細書で説明される）ＰＤＣＰエンティティをアクティブ化、非アクティブ化、若しくは切替え、又は、ベアラの異なるセットと比較してベアラの１つのセットを中断する。

【0144】

リモートＷＴＲＵは、ＲＬＦ通知に基づいて、どのＵｕベアラ上で送信を中断すべきかを判定することができる。例では、リモートＷＴＲＵは、ＲＬＦ通知（例えば、Ｍ－ＲＬＦ対Ｓ－ＲＬＦ）を介してＲＬＦタイプ及び／又は情報を受信することができ、ＲＬＦ通知内の情報に基づいて、中断すべきベアラのセットを判定することができる。例えば、ＷＴＲＵは、第１のＲＬＦタイプ及び／又は通知に関連付けられたベアラのセットと、第２のＲＬＦタイプ及び／又は通知に関連付けられたベアラの第２のセットとで構成され得る。リモートＷＴＲＵは、通知が受信された場合、通知（例えば、特定の通知）に関連付けられたベアラのセットに関する送信を中断することができる。リモートＷＴＲＵは、タイプ及び／又は通知（例えば、特定のタイプ及び／又は通知）を受信した場合、ベアラの送信（例えば、ベアラの全ての送信）を中断することができ、又は特定のリレーを介したリレーに関連付けられたベアラの送信を中断することができる。

【0145】

リモートＷＴＲＵは、ＲＬＦ通知の受信に基づいて、ＰＤＣＰエンティティをアクティブ化、非アクティブ化、又は切り替えることができる。例では、リモートＷＴＲＵは、２つの異なるＰＤＣＰエンティティ（例えば、第１のＰＤＣＰエンティティ及び／又はプライマリＰＤＣＰエンティティ、並びに第２のＰＤＣＰエンティティ及び／又はセカンダリＰＤＣＰエンティティ）で構成され得る。リモートＷＴＲＵは、通常の条件下でプライマリＰＤＣＰエンティティにデータを送信することができる。リモートＷＴＲＵからの通知（例えば、ＲＬＦ通知）の受信に基づいて、リモートＷＴＲＵは、第２のＰＤＣＰエンティティを介したデータの送信に変更することができる。リモートＷＴＲＵは、以下のうちの１つ又は複数まで、第２のＰＤＣＰエンティティを使用し続けることができる。リレーＷＴＲＵからの通知（例えば、回復通知又は失敗通知）。期間（例えば、第１の通知の受信時に開始されたタイマの満了）。又は、リレーＷＴＲＵからの通知及び／又はネットワークからの構成を受信するまで。

【0146】

本明細書で説明するイベントのうちの１つ又は複数に続いて、リモートＷＴＲＵは、以下のうちの１つ又は複数を実行することができる。第１及び／又はプライマリＰＤＣＰエンティティを使用することへの再選択及び／又は再確立又は切替えをトリガする。挙動（例えば、本明細書で説明される特定の挙動）は、イベントの性質及び／又はタイプに依存し得る。

【0147】

リモートＷＴＲＵは、リレーＷＴＲＵからのＲＬＦ通知の受信に基づいて、プライマリＰＤＣＰエンティティからセカンダリＰＤＣＰエンティティに切り替えることができる。リモートＷＴＲＵは、（例えば、回復タイマを介して）回復時間を開始することができる。回復失敗通知の受信及び／又は時間（例えば、タイマ）の満了に基づいて、リモートＷＴＲＵは、再確立手順をトリガすることができる。一方、リレーＷＴＲＵからの回復通知の受信に基づいて、リモートＷＴＲＵは、プライマリＰＤＣＰエンティティを使用することに切り替えることができる。

【0148】

ＰＤＣＰエンティティの切替えが許可されるかどうか、及び／又はいつ許可されるかは、リレーＷＴＲＵ及び／又はリモートＷＴＲＵによって使用されている現在のＰＤＣＰエンティティからのＲＬＦタイプ及び／又は通知（例えば、Ｍ－ＲＬＦ対Ｓ－ＲＬＦ）に依存することができる。例えば、リモートＷＴＲＵは、Ｍ－ＲＬＦがリレーＷＴＲＵによって示される場合、プライマリＰＤＣＰエンティティからセカンダリＰＤＣＰエンティティに切り替えることができ、Ｓ－ＲＬＦが示される場合、切り替えを実行しないことができる。例えば、リモートＷＴＲＵは、あるタイプのＲＬＦについては第１のエンティティから第２のエンティティに切り替えることができ、別のタイプのＲＬＦについては切り替えることができない。リモートＷＴＲＵは、セカンダリＰＤＣＰエンティティを使用している可能性がある。Ｓ－ＲＬＦがリレーＷＴＲＵから受信された場合、リモートＷＴＲＵは、プライマリＰＤＣＰエンティティに切り替えることができる。例では、リモートＷＴＲＵは、プライマリＰＤＣＰエンティティを使用している可能性がある。Ｍ－ＲＬＦがリレーＷＴＲＵから受信される場合、リモートＷＴＲＵは、ベアラ送信及び／又は受信（例えば、全てのベアラ送信及び／又は受信）を中断することができ、ＰＤＣＰエンティティを切り替えないことができる。

【0149】

上述の特徴及び要素は、特定の組合せで説明されているが、各特徴又は要素は、好ましい実施形態のその他の特徴及び要素なしで単独で使用されてもよい、又はその他の特徴及び要素を用いて若しくはそれらを用いずに、様々な組合せで使用されてもよい。

【0150】

本明細書で説明される実装形態は、３ＧＰＰ特有プロトコルを考慮し得るが、本明細書で説明される実装形態は、このシナリオに限定されず、その他の無線システムに適用可能であり得ることが、理解されよう。例えば、本明細書で説明される解決策は、ＬＴＥ、ＬＴＥ－Ａ、新たな無線（New Radio、ＮＲ）、又は５Ｇ特有プロトコルを考慮するが、本明細書で説明される解決策は、このシナリオに限定されず、その他の無線システムにも更に適用可能であることが、理解されよう。

【0151】

上述のプロセスは、コンピュータ及び／若しくはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、並びに／又はファームウェアに実装され得る。コンピュータ可読媒体の例としては、（有線接続及び／又は無線接続を介して送信される）電子信号及び／又はコンピュータ可読記憶媒体が挙げられるが、これらに限定されない。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（Read Only Memory、ＲＯＭ）、ランダムアクセスメモリ（Random Access Memory、ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどであるがこれらに限定されない磁気媒体、磁気光学媒体、並びに／又はコンパクトディスク（Compact Disc、ＣＤ）－ＲＯＭディスク、及び／若しくはデジタル多用途ディスク（Digital Versatile Disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、端末、基地局、ＲＮＣ（Radio Network Controller、無線ネットワークコントローラ）、及び／又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【図5】

【図6】

【手続補正書】

【提出日】2024-04-02

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

第２の無線送信／受信ユニット（ＷＴＲＵ）に関連する第１のＷＴＲＵであって、前記第１のＷＴＲＵが、
プロセッサを備え、前記プロセッサは、
閾値の通知を受信することと、
前記第１のＷＴＲＵからネットワークへのホップの数を判定することと、
前記第２のＷＴＲＵに無線リンク障害（ＲＬＦ）通知を送信することであって、前記ＲＬＦ通知のタイプが、前記閾値及び値に基づいて判定され、前記値が、論理チャネル重みまたは前記第１のＷＴＲＵから前記ネットワークへのホップ数のうちの１つまたは複数に基づき、前記ＲＬＦ通知の前記タイプが、第１のタイプのＲＬＦ通知または第２のタイプのＲＬＦ通知である、送信することと、を行うように構成されている、第１のＷＴＲＵ。

【請求項2】

前記ＲＬＦ通知の前記タイプが、前記値が前記閾値よりも大きい場合、前記第１のタイプのＲＬＦ通知であると判定される、請求項１に記載の第１のＷＴＲＵ。

【請求項3】

第１のタイプのＲＬＦ通知が、第１のＷＴＲＵに関連付けられたサイドリンク（ＳＬ）に接続されたままであることを通知する、請求項１に記載の第１のＷＴＲＵ。

【請求項4】

前記ＲＬＦ通知のタイプが、前記値が前記閾値未満である場合、前記第２のタイプのＲＬＦ通知であると判定される、請求項１に記載の第１のＷＴＲＵ。

【請求項5】

前記第２のタイプのＲＬＦ通知が、再選択を実行することを示す、請求項１に記載の第１のＷＴＲＵ。

【請求項6】

前記第２のタイプのＲＬＦ通知が、前記第１のＷＴＲＵに関連付けられたＳＬから切断することを通知し、前記第２のタイプのＲＬＦ通知が、第３のＷＴＲＵに関連付けられたＳＬに接続することを通知する、請求項１に記載の第１のＷＴＲＵ。

【請求項7】

前記ＲＬＦ通知の前記タイプが、第１の動作条件に関連付けられており、親中継ＷＴＲＵから前記第２のタイプのＲＬＦ通知を受信していない前記第１のＷＴＲＵに更に基づいて判定される、請求項１に記載の第１のＷＴＲＵ。

【請求項8】

前記プロセッサが、前記ＷＴＲＵ ＲＬＦを判定するように更に構成されている、請求項１に記載の第１のＷＴＲＵ。

【請求項9】

前記第１のＷＴＲＵがリレーＷＴＲＵを含み、前記第２のＷＴＲＵがリモートＷＴＲＵを含む、請求項１に記載の第１のＷＴＲＵ。

【請求項10】

前記値が、前記論理チャネル重み及び前記第１のＷＴＲＵから前記ネットワークへの前記ホップ数に基づく、請求項１に記載の第１のＷＴＲＵ。

【請求項11】

第２の無線送信／受信ユニット（ＷＴＲＵ）に関連する第１のＷＴＲＵの方法であって、前記方法が、
閾値の通知を受信することと、
前記第１のＷＴＲＵからネットワークへのホップの数を判定することと、
前記第２のＷＴＲＵに無線リンク障害（ＲＬＦ）通知を送信することであって、前記ＲＬＦ通知のタイプが、前記閾値及び値に基づいて判定され、前記値が、論理チャネル重みまたは前記第１のＷＴＲＵから前記ネットワークへのホップ数のうちの１つまたは複数に基づき、前記ＲＬＦ通知の前記タイプが、第１のタイプのＲＬＦ通知または第２のタイプのＲＬＦ通知である、送信することと、を含む、方法。

【請求項12】

前記値が前記閾値よりも小さい場合、前記ＲＬＦ通知の前記タイプが前記第２のタイプのＲＬＦ通知であると決定され、前記第２のタイプのＲＬＦ通知が再選択を実行するように通知する、請求項１１に記載の方法。

【請求項13】

前記第２のタイプのＲＬＦ通知が、前記第１のＷＴＲＵに関連付けられたＳＬから切断することを通知し、前記第２のタイプのＲＬＦ通知が、第３のＷＴＲＵに関連付けられたＳＬに接続することを通知する、請求項１１に記載の方法。

【請求項14】

前記方法が、ＲＬＦが発生したと判定することを更に含む、請求項１１に記載の方法。

【請求項15】

第１のＷＴＲＵがリレーＷＴＲＵを含み、前記第２のＷＴＲＵがリモートＷＴＲＵを含む、請求項１１に記載の方法。

【国際調査報告】