知財求人 - 知財ポータルサイト「IP Force」
▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-11-06
(54)【発明の名称】マルチパススケジューリング
(51)【国際特許分類】
H04W 72/56 20230101AFI20241029BHJP
H04W 72/21 20230101ALI20241029BHJP
H04W 88/04 20090101ALI20241029BHJP
H04W 72/0446 20230101ALI20241029BHJP
H04W 72/25 20230101ALI20241029BHJP
【ＦＩ】
H04W72/56
H04W72/21
H04W88/04
H04W72/0446
H04W72/25
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2024523407
(86)(22)【出願日】2022-10-18
(85)【翻訳文提出日】2024-06-11
(86)【国際出願番号】 US2022047022
(87)【国際公開番号】W WO2023069434
(87)【国際公開日】2023-04-27
(31)【優先権主張番号】63/257,462
(32)【優先日】2021-10-19
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．３ＧＰＰ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(74)【代理人】
【識別番号】110002848
【氏名又は名称】弁理士法人ＮＩＰ＆ＳＢＰＪ国際特許事務所
(72)【発明者】
【氏名】フリーダ、マルティーノ
(72)【発明者】
【氏名】ホアン、トゥオン
(72)【発明者】
【氏名】ラオ、ジャヤ
(72)【発明者】
【氏名】テイエブ、オウメル
(72)【発明者】
【氏名】デン、タオ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD11
5K067EE02
5K067EE10
5K067EE25
(57)【要約】
無線通信におけるマルチパスリレーのスケジューリングのための方法、装置、及び手順が開示される。例えば、無線送信／受信ユニット（ＷＴＲＵ）において実装される方法は、送信されるデータが優先度閾値よりも大きい優先度を有すると決定することと、データを送信するためのリソースの選択されたセットに関連付けられたタイミング情報を決定することであって、データを送信するための時間リソースが時間リソース閾値未満であることを、タイミング情報が示す、決定することと、ネットワークエンティティに、データに関連付けられたバッファステータスと、リソースの選択されたセットに関連付けられたタイミング情報と、を示す情報を含む第１のメッセージを送信することと、バッファステータスを示す情報を含む第２のメッセージを、サイドリンク送信上でリレーＷＴＲＵに送信することと、を含む。
【特許請求の範囲】
【請求項1】
無線通信のための無線送信／受信ユニット（ＷＴＲＵ）に実施される方法であって、送信されるデータが優先度閾値よりも大きい優先度を有すると決定することと、
前記データを送信するためのリソースの選択されたセットに関連付けられたタイミング情報を決定することであって、前記データを送信するための時間リソースが時間リソース閾値未満であることを、前記タイミング情報が示す、決定することと、
ネットワークエンティティに、１）前記データに関連付けられたバッファステータスと、２）前記リソースの選択されたセットに関連付けられた前記タイミング情報と、を示す情報を含む第１のメッセージを送信することと、
前記バッファステータスを示す情報を含む第２のメッセージを、サイドリンク送信上でリレーＷＴＲＵに送信することと
を含む、方法。
【請求項2】
前記バッファステータスが、モード２データ送信のためのものである、請求項１に記載の方法。
【請求項3】
前記データを送信するための前記時間リソースが、リソース選択のための時間ウィンドウの残りの時間部分である、請求項１に記載の方法。
【請求項4】
前記残りの時間部分が、前記データを送信するための残りのパケット遅延バジェット（ＰＤＢ）である、請求項１～３のいずれか一項に記載の方法。
【請求項5】
前記残りの時間部分が、パケット遅延バジェット（ＰＤＢ）と、前記データを送信するための前記リソースの選択されたセットとの間の時間差である、請求項１～４のいずれか一項に記載の方法。
【請求項6】
第１のメッセージが、１）媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）、無線リソース制御（ＲＲＣ）メッセージ、アップリンク制御送信、スケジューリング要求、又はバッファステータス報告のうちのいずれかを備える、請求項１～５のいずれか一項に記載の方法。
【請求項7】
前記リソースの選択されたセットが、前記データを送信するための１つ以上のモード２リソースを備える、請求項１～６のいずれか一項に記載の方法。
【請求項8】
モード２データ送信を使用して前記データを送信するための前記リソースのセットを選択することであって、前記リソースのセットが、パケット遅延バジェット（ＰＤＢ）に関連付けられる、選択することを更に含む、請求項１～７のいずれか一項に記載の方法。
【請求項9】
各々が前記優先度閾値よりも大きい優先度を有する１つ以上の論理チャネルに、送信される前記データが関連付けられる、請求項１～８のいずれか一項に記載の方法。
【請求項10】
各々が前記優先度閾値よりも大きい優先度を有する１つ以上の論理チャネルに、前記バッファステータスが関連付けられる、請求項１～９のいずれか一項に記載の方法。
【請求項11】
前記ＷＴＲＵが、リモートＷＴＲＵである、請求項１～１０のいずれか一項に記載の方法。
【請求項12】
前記第１のメッセージに含まれる前記情報が、１）前記データの量を、及び／又は、２）前記ネットワークエンティティが１つ以上のアップリンク許可をスケジュールするための前記リソースの選択されたセットに関連付けられた前記タイミング情報を、更に示す、請求項１～１１のいずれか一項に記載の方法。
【請求項13】
１）前記リレーＷＴＲＵへのデータ送信のための周期的リソース選択と、２）前記リソースの選択されたセットの周期性及びオフセットと、を示す情報を含む第３のメッセージを、前記ネットワークエンティティに送信することを更に含む、請求項１～１２のいずれか一項に記載の方法。
【請求項14】
無線通信のための無線送信／受信ユニット（ＷＴＲＵ）であって、前記ＷＴＲＵが、プロセッサであって、
送信されるデータが優先度閾値よりも大きい優先度を有すると決定することと、
前記データを送信するためのリソースの選択されたセットに関連付けられたタイミング情報を決定することであって、前記データを送信するための時間リソースが時間リソース閾値未満であることを、前記タイミング情報が示す、決定することと
を実施するように構成される、プロセッサと、
送信器であって、
ネットワークエンティティに、１）前記データに関連付けられたバッファステータスと、２）前記リソースの選択されたセットに関連付けられた前記タイミング情報と、を示す情報を含む第１のメッセージを送信することと、
前記バッファステータスを示す情報を含む第２のメッセージを、サイドリンク送信上でリレーＷＴＲＵに送信することと
を実施するように構成される、送信器と
を備える、無線送信／受信ユニット（ＷＴＲＵ）。
【請求項15】
前記バッファステータスが、モード２データ送信のためのものである、請求項１４に記載のＷＴＲＵ。
【請求項16】
前記データを送信するための前記時間リソースが、リソース選択のための時間ウィンドウの残りの時間部分である、請求項１４に記載のＷＴＲＵ。
【請求項17】
前記残りの時間部分が、前記データを送信するための残りのパケット遅延バジェット（ＰＤＢ）である、請求項１６に記載のＷＴＲＵ。
【請求項18】
前記残りの時間部分が、パケット遅延バジェット（ＰＤＢ）と、前記データを送信するための前記リソースの選択されたセットとの間の時間差である、請求項１６に記載のＷＴＲＵ。
【請求項19】
前記第１のメッセージが、１）媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）、無線リソース制御（ＲＲＣ）メッセージ、アップリンク制御送信、スケジューリング要求、又はバッファステータス報告のうちのいずれかを備える、請求項１４～１８のいずれか一項に記載のＷＴＲＵ。
【請求項20】
前記リソースの選択されたセットが、前記データを送信するための１つ以上のモード２リソースを備える、請求項１４～１９のいずれか一項に記載のＷＴＲＵ。
【請求項21】
前記プロセッサが、モード２データ送信を使用して前記データを送信するための前記リソースのセットを選択することであって、前記リソースのセットが、パケット遅延バジェット（ＰＤＢ）に関連付けられる、選択すること
を実施するように更に構成される、請求項１４～２０のいずれか一項に記載のＷＴＲＵ。
【請求項22】
各々が前記優先度閾値よりも大きい優先度を有する１つ以上の論理チャネルに、送信される前記データが関連付けられる、請求項１４～２１のいずれか一項に記載のＷＴＲＵ。
【請求項23】
各々が前記優先度閾値よりも大きい優先度を有する１つ以上の論理チャネルに、前記バッファステータスが関連付けられる、請求項１４～２２のいずれか一項に記載のＷＴＲＵ。
【請求項24】
前記ＷＴＲＵが、リモートＷＴＲＵである、請求項１４～２３のいずれか一項に記載のＷＴＲＵ。
【請求項25】
前記第１のメッセージに含まれる前記情報が、１）前記データの量を、及び／又は、２）前記ネットワークエンティティが１つ以上のアップリンク許可をスケジュールするための前記リソースの選択されたセットに関連付けられた前記タイミング情報を、更に示す、請求項１４～２４のいずれか一項に記載のＷＴＲＵ。
【請求項26】
前記送信器が、１）前記リレーＷＴＲＵへのデータ送信のための周期的リソース選択と、２）前記リソースの選択されたセットの周期性及びオフセットと、を示す情報を含む第３のメッセージを、前記ネットワークエンティティに送信すること
を実施するように更に構成される、請求項１４～２５のいずれか一項に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本出願は、２０２１年１０月１９日に米国特許商標庁に出願された米国特許仮出願第６３／２５７，４６２号の優先権及び利益を主張するものであり、本仮出願の全内容は、その全体が以下に完全に記載されているかのように、かつ全ての適用可能な目的のために参照により本明細書に組み込まれている。
本出願は、２０２１年１０月１９日に米国特許商標庁に出願された米国特許仮出願第６３／２５７，４６２号の優先権及び利益を主張するものであり、本仮出願の全内容は、その全体が以下に完全に記載されているかのように、かつ全ての適用可能な目的のために参照により本明細書に組み込まれている。
【背景技術】
【0002】
いくつかのセルラー／無線規格（例えば、３ＧＰＰリリース１６及び／又はリリース１７）では、５Ｇの新しい無線（ＮＲ）の継続的な進化は、無線通信のための性能を最適化及び向上させ続けているよう構成し得る。例えば、ＮＲサイドリンク（ＳＬ）リレーに関する３ＧＰＰリリース１７の研究は、ＰＣ５（サイドリンク）インターフェースに基づいて、ＷＴＲＵ（又はＵＥ）対ネットワークリレーと、ＷＴＲＵ対ＷＴＲＵ（又はＵＥ対ＵＥ）リレーとの両方の使用を研究する。一例では（ＲＰ－１９３２５３－新しいＳＩＤ：ＮＲサイドリンクリレーに関する研究など）、ＮＲサイドリンク（ＳＬ）リレーに関する３ＧＰＰリリース１７の研究は、研究項目の正当化／目的に基づく。
【0003】
３ＧＰＰリリース１６では、ＮＲ ＳＬの最初のバージョンが開発されており、ビークルツーエブリシング（Ｖ２Ｘ）関連の交通安全サービスのサポートに専ら焦点を当てている。この設計は、カバレッジ外シナリオとネットワーク内カバレッジシナリオの両方において、ブロードキャスト、グループキャスト、及びユニキャスト通信のためのサポートを提供することを目的とする。更に、広い範囲の用途及びサービスを考慮して、サイドリンク／ネットワークカバレッジ拡張及び電力効率改善のためにサイドリンクベースのリレー機能を検討し得る。
【0004】
例えば、サイドリンクベースの通信のためのカバレッジ拡張を更に調査するために、ＷＴＲＵ対ネットワークカバレッジ拡張、及びＷＴＲＵ対ＷＴＲＵカバレッジ拡張のためのいくつかの現在の実装形態が論じられる。
【0005】
ＷＴＲＵ対ネットワークカバレッジ拡張：ＷＴＲＵがＰＤＮネットワーク内のサーバ、又は近接エリア外の対応するＷＴＲＵに到達するために、Ｕｕカバレッジ到達可能性が必要である。しかしながら、ＷＴＲＵ対ネットワークリレーに関するリリース１３のソリューションは、ＥＵＴＲＡベースの技術に限定され、それゆえに、ＮＲベースのシステム、例えば、ＮＧ－ＲＡＮと、ＮＲベースのサイドリンク通信との両方を含む、ＮＲベースのシステムには適用され得ない。
【0006】
ＷＴＲＵ対ＷＴＲＵカバレッジ拡張：いくつかの現在の実装形態では、近接到達可能性は、ＥＵＴＲＡベース又はＮＲベースのＳＬ技術のいずれかを介して、シングルホップＳＬに限定される。しかしながら、その現在のプローチは、限定されたシングルホップＳＬカバレッジを考慮すると、Ｕｕカバレッジが存在しないシナリオにおいて十分ではない。
【0007】
したがって、ＳＬ接続性は、例えば、５Ｇ ＮＲシステム又はそれを超えるものにおいて、拡張されたサービス品質（ＱｏＳ）要件をサポートするために、（例えば、ＮＲフレームワークにおいて）更に拡張されることが望まれ得る。
【発明の概要】
【0008】
本明細書で開示される実施形態は、一般に、無線及び／又は有線の通信ネットワークに関する。本明細書で開示される１つ以上の実施形態は、サイドリンク（ＳＬ）リレーのための方法、装置、及び手順、例えば、無線通信におけるマルチパスリレーのためのスケジューリングに関する。例えば、新しい無線（ＮＲ）システムにおけるネットワークリレーへのマルチパス無線送信／受信ユニット（ＷＴＲＵ）におけるスケジューリングのための方法及び装置が提供される。
【0009】
一実施形態では、ＳＬリモートＷＴＲＵは、モード２データ送信に固有のバッファステータスをｇＮＢに送信し、データの優先度、及び選択されたモード２リソースのタイミングに基づいて、そのようなバッファステータスをリレーＷＴＲＵに通知する。例えば、ＳＬリモートＷＴＲＵは、閾値優先度レベル、及びリソース選択ウィンドウ内の閾値時間剰余（すなわち、ＰＤＢと選択されたリソースとの間の時間差）を用いて構成されてもよい。閾値よりも大きい優先度を有する１つ以上の論理チャネルについてデータが到達した場合、リソース選択は、残りの閾値時間が閾値よりも小さくなるように、そのデータのためのリソースを選択する。ＳＬリモートＷＴＲＵは、ｇＮＢに、構成されたＬＣＨのためのモード２データバッファステータスと、選択されたリソースのタイミングと、を含むＭＡＣ ＣＥをｇＮＢに送信してもよい。ＳＬリモートＷＴＲＵは、モード２データバッファステータスを、リレーＷＴＲＵへのサイドリンク送信に含めてもよい。
【0010】
別の実施形態では、ＳＬリレーＷＴＲＵは、リモートＷＴＲＵからの指示に基づいて、ｇＮＢにリレーされるべきデータについてＳＲ／ＢＳＲを補償してもよい。例えば、ＳＬリレーＷＴＲＵは、イングレスＬＣＨをエグレスＬＣＨにマッピングする適応レイヤを用いて構成されてもよい。リモートＷＴＲＵからモード２データのためのバッファステータスを受信すると、ＳＬリレーＷＴＲＵは、バッファステータスにおいて示されるイングレスＬＣＨ ＩＤにマッピングされたエグレスＬＣＨへのデータ到達によってトリガされることになる任意のＳＲをキャンセルしてもよい。ＳＬリレーＷＴＲＵは、エグレスＬＣＨごとに任意の将来のＢＳＲから、リモートＷＴＲＵから受信したバッファステータスにおいて示されるデータの量に対応するデータの量を減算してもよい。ＳＬリレーＷＴＲＵは、補償されたデータの量を含むＢＳＲを（レガシートリガに基づいて）送信してもよい。
【0011】
一実施形態では、ＳＬリモートＷＴＲＵは、リレーＷＴＲＵへの送信のための選択されたモード２リソースの周期性及びオフセットについてｇＮＢに通知してもよい。例えば、ＳＬリモートＷＴＲＵは、閾値優先度レベル、及びリソース選択ウィンドウ内の閾値時間剰余（すなわち、ＰＤＢと選択されたリソースとの間の時間差）を用いて構成されてもよい。ＳＬリモートＷＴＲＵは、リレーＷＴＲＵに送信されるデータの周期的リソース選択を実行してもよい。周期的データのために実行されるリソース選択が、閾値の前の優先度レベルに関連付けられ、選択されたリソースとＰＤＢとの間の時間差が閾値を下回る場合、リモートＷＴＲＵは、周期的リソース選択の指示を、並びにモード２選択されたリソースの周期性及びオフセットを、ｇＮＢに提供してもよい。
【図面の簡単な説明】
【0012】
より詳細な理解は、以下の詳細な説明から、例示として添付の図面と併せて与えられ得る。かかる図面の図は、詳細な説明と同様、実施例である。したがって、図及び詳細な説明は限定的であるとみなされるべきではなく、他の同様に効果的な例が可能であり、可能性が高い。更に、図中の類似する参照数字（「参照」）は、類似する要素を示す。
【図1A】例示的な通信システムを例解するシステム図である。
【図2】一実施形態による、レイヤ２進化型ＵＥ対ネットワークリレー（ＰＣ５）のためのユーザプレーン無線プロトコルスタックの一例を示す図である。
【図3】一実施形態による、レイヤ２進化型ＵＥ対ネットワークリレー（ＰＣ５）のための制御プレーン無線プロトコルスタックの一例を示す図である。
【図4】１つ以上の実施形態による、無線ネットワークにおけるマルチパスリレーのスケジューリングの一例を示すシステム図である。
【図5】１つ以上の実施形態による、マルチパスリレーのための待ち時間低減手順の一例を示すシステム図である。
【発明を実施するための形態】
【0013】
以下の詳細な説明では、本明細書に開示される実施形態及び／又は実施例の完全な理解を提供するために、多数の具体的な詳細が記載されている。しかしながら、このような実施形態及び実施例は、本明細書に記載される具体的な詳細の一部又は全部を伴わずに実践され得ることが理解されるであろう。他の例では、以下の説明を不明瞭にしないように、周知の方法、手順、構成要素及び回路は詳細に説明されていない。更に、本明細書に具体的に説明されていない実施形態及び実施例は、本明細書に明示的、暗黙的及び／又は本質的に（集合的に「提供される」）説明、開示、又は別様に提供される実施形態及び他の実施例の代わりに、又はそれらと組み合わせて実践され得る。本明細書では、装置、システム、デバイスなど及び／又はそれらの任意の要素が、動作、プロセス、アルゴリズム、機能など及び／又はそれらの任意の部分を実行する様々な実施形態が説明及び／又は特許請求されているが、本明細書に説明及び／又は特許請求されている任意の実施形態は、任意の装置、システム、デバイスなど及び／又はそれらの任意の要素が、任意の動作、プロセス、アルゴリズム、機能など及び／又はそれらの任意の部分を実行するように構成されていると仮定することを理解されたい。
【0014】
例示的な通信システム、ネットワーク、及びデバイス
本明細書で提供される方法、手順、装置、及びシステムは、有線ネットワークと無線ネットワークとの両方を含む通信に好適である。様々な種類の無線デバイス及びインフラストラクチャの概要が、図１Ａ～図１Ｄを参照して提供される。図１Ａ～図１Ｄでは、ネットワークの様々な要素が、本明細書で提供される方法、装置、及びシステムを利用し、実行し、それらに従って配置され、及び／又はそれらのために適応及び／又は構成され得る。
本明細書で提供される方法、手順、装置、及びシステムは、有線ネットワークと無線ネットワークとの両方を含む通信に好適である。様々な種類の無線デバイス及びインフラストラクチャの概要が、図１Ａ～図１Ｄを参照して提供される。図１Ａ～図１Ｄでは、ネットワークの様々な要素が、本明細書で提供される方法、装置、及びシステムを利用し、実行し、それらに従って配置され、及び／又はそれらのために適応及び／又は構成され得る。
【0015】
図１Ａは、１つ以上の開示された実施形態が実装され得る例示的な通信システム１００を例解するシステム図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを、可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテール（zero-tail、ＺＴ）ユニークワード（unique-word、ＵＷ）離散フーリエ変換（discreet Fourier transform、ＤＦＴ）拡散ＯＦＤＭ（zero-tail unique-word discreet Fourier transform spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ型ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの、１つ以上のチャネルアクセス方法を採用し得る。
【0016】
図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４／１１３、コアネットワーク（ＣＮ）１０６／１１５、公衆交換電話網（public switched telephone network、ＰＳＴＮ）１０８、インターネット１１０、及び他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意の種類のデバイスであり得る。例として、いずれも「局」及び／又は「ＳＴＡ」と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（ＵＥ）、移動局、固定又は移動加入者ユニット、サブスクリプションベースのユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Thing、ＩｏＴ）デバイス、時計又は他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術）、産業デバイス及びアプリケーション（例えば、産業及び／又は自動処理チェーンの状況で動作するロボット及び／又は他の無線デバイス）、家庭用電子デバイス、商業及び／又は産業用無線ネットワークで動作するデバイスなどを含み（又はそれらであり）得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。
【0017】
通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、例えば、ＣＮ１０６／１１５、インターネット１１０、及び／又はネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェース接続するように構成された任意の種類のデバイスであり得る。一例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ局（base transceiver station、ＢＴＳ）、ノードＢ（Node-B、ＮＢ）、ｅノードＢ（eNode-B、ｅＮＢ）、ホームノードＢ（Home Node-B、ＨＮＢ）、ホームｅノードＢ（Home eNode-B、ＨｅＮＢ）、ｇノードＢ（gNode-B、ｇＮＢ）、ＮＲノードＢ（NR Node-B、ＮＲ ＮＢ）、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどのいずれかであり得る。基地局１１４ａ、１１４ｂは、それぞれ、単一の要素として描示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが、理解されよう。
【0018】
基地局１１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなど、他の基地局及び／又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０４／１１３の一部であり得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る、１つ以上の搬送波周波数で無線信号を送信、かつ／又は受信するように、構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可スペクトルと未認可スペクトルとの組み合わせであり得る。セルは、相対的に固定され得るか、経時的に変化し得る、特定の地理的エリアに、無線サービスの通達範囲を提供し得る。セルは、セルセクタへと、更に分けられ得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタへと分けられ得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわちセルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多入力多出力（multiple-input multiple output、ＭＩＭＯ）技術を採用し得、セルの各々の、又は任意のセクタに対して複数のトランシーバを利用し得る。例えば、ビーム形成を使用して、所望の空間方向に、信号を送信及び／又は受信し得る。
【0019】
基地局１１４ａ、１１４ｂは、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ以上と通信し得、この無線インターフェースは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（Radio Access Technology、ＲＡＴ）を使用して、確立されてもよい。
【0020】
より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセススキームを用い得る。例えば、ＲＡＮ１０４／１１３及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの基地局１１４ａは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用して無線インターフェース１１６を確立し得る、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを、含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含み得る。
【0021】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得るが、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用して、エアインターフェース１１６を確立し得る。
【0022】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得、この技術は、新しい無線（New Radio、ＮＲ）を使用して無線インターフェース１１６を確立し得る。
【0023】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（Dual Connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを、一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用される無線インターフェースは、複数の種類の基地局（例えば、ｅＮＢ及びｇＮＢ）との間で送信される複数の種類の無線アクセス技術及び／又は送信によって、特徴付けられ得る。
【0024】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communication、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
【0025】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、又はアクセスポイントであり、例えば、事業所、家、車両、キャンパス、産業施設、空中回廊（例えば、ドローンによる使用のために、）、道路などのような局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（Wireless Personal Area Network、ＷＰＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、スモールセル、ピコセル、又はフェムトセルのいずれかを確立するためにセルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用し得る。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。
【0026】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信し得るが、これは、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（Voice over Internet Protocol、ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成された、任意のタイプのネットワークであり得る。データは、例えば、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（Quality of Service、ＱｏＳ）要件を、有し得る。ＣＮ１０６／１１５は、呼制御、支払い請求サービス、移動体位置ベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供し得る、かつ／又は、ユーザ認証などの高レベルセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４／１１３及び／又はＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを用いるその他のＲＡＮと、直接又は間接的に通信し得ることが、理解されよう。例えば、ＣＮ１０６／１１５は、ＮＲ無線技術を利用し得る、ＲＡＮ１０４／１１３に接続されることに加えて、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、又はＷｉ－Ｆｉ無線技術のいずれかを採用する別のＲＡＮ（図示せず）と通信し得る。
【0027】
ＣＮ１０６／１１５はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするためのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、従来型電話サービス（Plain Old Telephone Service、ＰＯＴＳ）を提供する回線交換電話網を、含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（Transmission Control Protocol、ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコル群のインターネットプロトコル（Internet Protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、その他のサービスプロバイダによって所有及び／又は運営される、有線通信ネットワーク及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１４と同じＲＡＴ、又は異なるＲＡＴを用い得る、１つ以上のＲＡＮに接続された別のＣＮを含んでもよい。
【0028】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、多重モード機能を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための、複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように、構成され得る。
【0029】
図１Ｂは、代表的なＷＴＲＵ１０２を図示する、システム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、及び／又は他の要素／周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが、理解されよう。
【0030】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意のその他の機能を、実行し得る。プロセッサ１１８は、送信／受信要素１２２に連結され得るトランシーバ１２０に、連結され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個の構成要素として描示しているが、プロセッサ１１８及びトランシーバ１２０は、例えば、電子パッケージ又はチップに統合され得ることが理解されよう。
【0031】
送信／受信要素１２２は、エアインターフェース１１６を介して、基地局（例えば、基地局１１４ａ）に信号を送信するか、基地局（例えば、基地局１１４ａ）から信号を受信するように、構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信かつ／又は受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を送信及び／又は受信するように構成された、エミッタ／検出器であり得る。一実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信及び／又は受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信及び／又は受信するように構成され得るということが、理解されよう。
【0032】
送信／受信要素１２２は、単一の要素として図１Ｂに描示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。例えば、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、無線インターフェース１１６を介して無線信号を送信及び受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【0033】
トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように、構成され得る。上記のように、ＷＴＲＵ１０２は、多重モード能力を有し得る。したがって、トランシーバ１２０は、例えば、ＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介して、ＷＴＲＵ１０２が通信することを可能にするための、複数のトランシーバを含み得る。
【0034】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（Liquid Crystal Display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（Organic Light-Emitting Diode、ＯＬＥＤ）表示ユニット）に連結され得るが、これらから、ユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータを、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。なお、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（Random-Access Memory、ＲＡＭ）、読み取り専用メモリ（Read-Only Memory、ＲＯＭ）、ハードディスク、又は任意のその他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（Subscriber Identity Module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digital、ＳＤ）メモリカードなどを含んでもよい。その他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。
【0035】
プロセッサ１１８は、電源１３４から電力を受信し得るが、ＷＴＲＵ１０２におけるその他の構成部品に電力を分配する、及び／又は制御するように、構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための、任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【0036】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に連結され得るが、これは、ＷＴＲＵ１０２の現在の場所に関する位置情報（例えば、経度及び緯度）を提供するように、構成され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）から、エアインターフェース１１６を介して位置情報を受信する、及び／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を決定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な位置判定方法によって、位置情報を取得し得るということが、理解されよう。
【0037】
プロセッサ１１８は、他の要素／周辺機器１３８に更に結合され得、他の要素／周辺機器は、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュール／ユニットを含み得る。例えば、要素／周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（例えば、写真及び／又はビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどを含み得る。要素／周辺機器１３８は、１つ以上のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び／又は湿度センサのうちの１つ以上であり得る。
【0038】
ＷＴＲＵ１０２は、（例えば、アップリンク（例えば、送信用）及びダウンリンク（例えば、受信用）の両方のための特定のサブフレームと関連付けられた）信号の一部又は全部の送信及び受信が並列及び／又は同時であり得る全二重無線機を含み得る。全二重伝送方式無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、個別のプロセッサ（図示せず）又はプロセッサ１１８を介して）のいずれかを介して自己干渉を低減する、及び又は実質的に排除するための、干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２は、（例えば、アップリンク（例えば、送信用）又はダウンリンク（例えば、受信用）のいずれかのための特定のサブフレームと関連付けられた）信号の一部又は全部の送信及び受信のための半二重無線機を含み得る。
【0039】
図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を図示する、システム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信してもよい。
【0040】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅノードＢを含み得るということが、理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを、含み得る。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信し得る。
【0041】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられ、無線リソース管理決定、ハンドオーバ決定、アップリンク（ＵＬ）及び／又はダウンリンク（ＤＬ）におけるユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
【0042】
図１Ｃに示すＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）、パケットデータゲートウェイ（packet data gateway、ＰＧＷ）１６６を含み得る。前述の要素の各々は、ＣＮ１０６の一部として描示されているが、これらの要素のいずれか１つは、ＣＮ事業者以外の事業体によって所有及び／又は動作され得ることが理解されよう。
【0043】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ及び１６０ｃの各々に接続され得、制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択すること、などの役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどのその他の無線技術を用いるその他のＲＡＮ（図示せず）と、の間で、交換するための、制御プレーン機能を提供し得る。
【0044】
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、一般に、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／それらから経路指定し、かつ転送し得る。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバ中のユーザプレーンの固定、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＤＬデータが利用可能な場合のページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理及び記憶などの他の機能を実行し得る。
【0045】
ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
【0046】
ＣＮ１０６は、他のネットワークとの通信を、容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰ多重メディアサブシステム（IP Multimedia Subsystem、ＩＭＳ）サーバ）を含み得るか、それと通信し得る。なお、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のネットワーク１１２へのアクセスを提供してもよいが、他のネットワーク１１２は、その他のサービスプロバイダによって所有される及び／又は動作される、その他の有線及び／又は無線ネットワークを含んでもよい。
【0047】
ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに説明されているが、ある特定の代表的な実施形態では、かかる端末は、通信ネットワークとの（例えば、一時的又は永久的に）有線通信インターフェースを使用し得ることが企図される。
【0048】
代表的実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。
【0049】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードのＷＬＡＮは、ＢＳＳ用のアクセスポイント（ＡＰ）と、ＡＰに関連付けられた１つ以上の局（ＳＴＡ）と、を有し得る。ＡＰは、トラフィックをＢＳＳ内及び／又はＢＳＳ外に搬送する、配信システム（ＤＳ）又は別の種類の有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先へと生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に配信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、同位層間トラフィックとしてみなされ得る、及び／又は称され得る。同機種間トラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（Direct Link Setup、ＤＬＳ）で送信され得る。特定の代表的実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全部）は、互いに直接通信し得る。ＩＢＳＳ通信モードは、本明細書では「アドホック」通信モードと称されることもある。
【0050】
８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用する場合に、ＡＰは、プライマリチャネルなどの固定チャネル上に、ビーコンを送信し得る。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又は信号伝送を介して動的に設定される幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するために、ＳＴＡによって使用され得る。特定の代表的な実施形態では、搬送波検知多重アクセス／衝突回避（Carrier Sense Multiple Access with Collision Avoidance、ＣＳＭＡ／ＣＡ）は、例えば、８０２．１１システムにおいて実装されてもよい。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを検知し得る。プライマリチャネルが、特定のＳＴＡによって動作中であると検知／検出及び／又は判定される場合、特定のＳＴＡは、バックオフされ得る。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信し得る。
【0051】
高スループット（ＨＴ）ＳＴＡは、例えば、４０ＭＨｚ幅チャネルを形成するために、プライマリ２０ＭＨｚチャネルと隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介した、通信用に４０ＭＨｚ幅チャネルを使用し得る。
【0052】
超高スループット（Very high throughput、ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する複数の２０ＭＨｚチャネルを組み合わせることによって、形成され得る。１６０ＭＨｚのチャネルは、８つの連続する２０ＭＨｚのチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚのチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを、２つのストリームに分割し得る、セグメントパーサを通過し得る。逆高速フーリエ変換（ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、伝送ＳＴＡによって伝送され得る。受信ＳＴＡの受信器では、８０＋８０構成のための前述した動作が逆にされ、結合されたデータが、媒体アクセス制御（ＭＡＣ）レイヤ、エンティティなどへ送信され得る。
【0053】
サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV white space、ＴＶＷＳ）スペクトルにおいて５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスのようなメータ型制御／マシン型通信（machine-type communication、ＭＴＣ）をサポートし得る。ＭＴＣデバイスは、例えば、特定の、及び／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、特定の機能を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを、含み得る。
【0054】
複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を、有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定される、及び／又は制限され得る。８０２．１１ａｈの実施例では、プライマリチャネルは、ＡＰ及びＢＳＳにおけるその他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又はその他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して、１ＭＨｚ幅であり得る。搬送波検知及び／又はネットワーク割り当てベクトル（ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡに起因して、プライマリチャネルが動作中である場合、周波数帯域の大部分が動作休止のままであり、利用可能であり得るとしても、利用可能な周波数帯域全体が動作中であるとみなされ得る。
【0055】
米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて、６ＭＨｚ～２６ＭＨｚである。
【0056】
図１Ｄは、一実施形態によるＲＡＮ１１３及びＣＮ１１５を図示する、システム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を使用して、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１１３はまた、ＣＮ１１５と通信し得る。
【0057】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、一実施形態との一貫性を維持しながら、任意の数のｇＮＢを含み得ることが、理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１８０ｂは、ビームフォーミングを利用して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに信号を送信し、及び／又はそこから信号を受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し得る、及び／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション（carrier aggregation）技術を、実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリア（component carriers）を、ＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調多重ポイント（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を、受信し得る。
【0058】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジ（numerology）と関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭ副搬送波間隔は、異なる送信、異なるセル、及び／又は無線送信スペクトルの異なる部分について異なり得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々な若しくは拡張可能な長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボル及び／又は様々な長さの絶対時間の持続し変化する時間を含む）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
【0059】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように、構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、その他のＲＡＮ（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとして、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可帯域における信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービス提供するための追加の通達範囲及び／又はスループットを提供し得る。
【0060】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂに向かうユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂに向かう制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して、互いに通信し得る。
【0061】
図１Ｄで示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、及び少なくとも１つのデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素の各々は、ＣＮ１１５の一部として描示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが、理解されよう。
【0062】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのためのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（ＰＤＵ）セッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などの役割を果たし得る。ネットワークスライシングは、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃで利用されているサービスの種類に基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低待ち時間（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、拡張大規模モバイルブロードバンド（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、ＭＴＣアクセスのためのサービスなどのような、異なる使用事例に対して確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉ－Ｆｉのような非３ＧＰＰアクセス技術など、他の無線技術を用いる他のＲＡＮ（図示せず）との間の交換のための制御プレーン機能を提供し得る。
【0063】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５中のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１１５中のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックの経路指定を、構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理して割り当てること、ＰＤＵセッションを管理すること、ポリシ施行及びＱｏＳを制御すること、ダウンリンクデータ通知を提供することなどの、他の機能を実行し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。
【0064】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介してＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つ以上に接続され得、これは、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供し得る。ＵＰＦ１８４、１８４ｂは、パケットをルーティングして転送すること、ユーザプレーンポリシを施行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、モビリティアンカリングを提供することなどの、他の機能を実行し得る。
【0065】
ＣＮ１１５は、他のネットワークとの通信を、容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰ多重メディアサブシステム（IP Multimedia Subsystem、ＩＭＳ）サーバ）を含んでも、それと通信してもよい。なお、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のネットワーク１１２へのアクセスを提供し得るが、他のネットワーク１１２は、その他のサービスプロバイダによって所有される及び／又は動作される、他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂとのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続され得る。
【0066】
図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する説明を鑑みると、ＷＴＲＵ １０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ １６０ａ～ｃ、ＭＭＥ １６２、ＳＧＷ １６４、ＰＧＷ １６６、ｇＮＢ １８０ａ～ｃ、ＡＭＦ １８２ａ～ｂ、ＵＰＦ １８４ａ～ｂ、ＳＭＦ １８３ａ～ｂ、ＤＮ １８５ａ～ｂ、及び／又は本明細書に記載の任意の他の要素（複数）／デバイス（複数）のいずれかに関して本明細書に記載の機能の１つ以上又は全ては、１つ以上のエミュレーション要素／デバイス（図示せず）によって実行され得る。エミュレーションデバイスは、本明細書に記載される機能の１つ以上又は全てをエミュレートするように構成された、１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、その他のデバイスを試験し得る、並びに／又は、ネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。
【0067】
エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における、その他のデバイスの１つ以上の試験を実装するように、設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内のその他のデバイスを試験するために、有線通信ネットワーク並びに／又は無線通信ネットワークの一部として、完全にあるいは部分的に実装される、及び／又は展開されている間、１つ以上あるいは全ての機能を実行し得る。１つ以上のエミュレーションデバイスは、有線通信ネットワーク及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上あるいは全ての機能を実行し得る。エミュレーションデバイスは、試験を目的として、別のデバイスに直接連結され得る、及び／又は地上波無線通信を使用して、試験を実行し得る。
【0068】
１つ以上のエミュレーションデバイスは、有線通信ネットワーク及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、１つ以上の構成部品の試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線通信ネットワーク及び／若しくは無線通信ネットワークにおいて、利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ連結及び／又は無線通信は、データを送信する、及び／又は受信するように、エミュレーションデバイスによって、使用され得る。
【0069】
序論
３ＧＰＰリリース１７の研究項目の詳細な目的は、研究シングルホップＮＲサイドリンク（ＳＬ）リレーを含む。例えば、リリース１７の研究項目は、ＳＬベースのＷＴＲＵ対ネットワーク及びＷＴＲＵ対ＷＴＲＵリレーのための要件（例えば、サービス及びシステム態様（ＳＡ）要件）をサポートするための最小限の仕様影響を有する検討機構を含み、レイヤ３リレー及び／又はレイヤ２リレー［ＲＡＮ２］：１）リレー（再）選択基準及び手順のための以下の態様（適用可能な場合）に焦点を当てる、２）リレー／リモートＷＴＲＵ許可、３）リレー機能のためのＱｏＳ、４）サービス継続性、５）ＳＡ３がその結論を提供した後のリレー接続のセキュリティ、６）ユーザプレーンプロトコルスタック及び制御プレーン手順、例えば、リレー接続の接続管理に対する影響。リリース１７研究項目はまた、新しい物理レイヤチャネル／信号［ＲＡＮ２］がないと仮定して、ＳＬリレーのためのディスカバリモデル／手順の上位レイヤ動作をサポートする研究機構を含む。
３ＧＰＰリリース１７の研究項目の詳細な目的は、研究シングルホップＮＲサイドリンク（ＳＬ）リレーを含む。例えば、リリース１７の研究項目は、ＳＬベースのＷＴＲＵ対ネットワーク及びＷＴＲＵ対ＷＴＲＵリレーのための要件（例えば、サービス及びシステム態様（ＳＡ）要件）をサポートするための最小限の仕様影響を有する検討機構を含み、レイヤ３リレー及び／又はレイヤ２リレー［ＲＡＮ２］：１）リレー（再）選択基準及び手順のための以下の態様（適用可能な場合）に焦点を当てる、２）リレー／リモートＷＴＲＵ許可、３）リレー機能のためのＱｏＳ、４）サービス継続性、５）ＳＡ３がその結論を提供した後のリレー接続のセキュリティ、６）ユーザプレーンプロトコルスタック及び制御プレーン手順、例えば、リレー接続の接続管理に対する影響。リリース１７研究項目はまた、新しい物理レイヤチャネル／信号［ＲＡＮ２］がないと仮定して、ＳＬリレーのためのディスカバリモデル／手順の上位レイヤ動作をサポートする研究機構を含む。
【0070】
研究は、上記で論じられた項目について（適用可能な場合）、ＳＡ ＷＧ、例えば、ＳＡ２及びＳＡ３からの更なる入力を考慮に入れるものとする。ＷＴＲＵ対ネットワークリレー、及びＷＴＲＵ対ＷＴＲＵリレーは、同じリレーソリューション又は方法を使用すると仮定される。将来のリリースにおけるマルチホップリレーサポートのための前方互換性を考慮する必要がある。レイヤ２ＷＴＲＵ対ネットワークリレーの場合、例えば、ＴＲ ３６．７４６において推奨されるような、エンドツーエンドＰＤＣＰ、及びホップバイホップＲＬＣのアーキテクチャが、開始点として取られる。
【0071】
３ＧＰＰリリース１３におけるＷＴＲＵ対ネットワークリレー
ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーを介したリレーは、カバレッジ外ＷＴＲＵと、ＷＴＲＵ対ネットワークリレーとの間でＰＣ５（デバイス対デバイス、すなわちＤ２Ｄ）を使用することによってネットワークカバレッジをカバレッジ外ＷＴＲＵに拡張するためにリリース１３で導入された（例えば、３ＧＰＰ ＴＳ ３６．３００を参照されたい）：
「ＰｒｏＳｅ ＵＥ対ネットワークリレーは、リモートＵＥとネットワークとの間で任意の種類のＩＰトラフィックをリレーし得る一般的なＬ３転送機能を提供する。リモートＵＥとＰｒｏＳｅ ＵＥ対ネットワークリレーとの間で、１対１及び１対多のサイドリンク通信が使用される。リモートＵＥ及びリレーＵＥの両方について、１つの単一キャリア（すなわち、パブリックセーフティＰｒｏＳｅキャリア）動作のみがサポートされる（すなわち、Ｕｕ及びＰＣ５は、リレー／リモートＵＥについて同じキャリアであるべきである）。リモートＵＥは、上位レイヤによって認可され得、パブリックセーフティＰｒｏＳｅキャリアのカバレッジ内、又はＵＥ対ネットワークリレーディスカバリ、（再）選択、及び通信のためのパブリックセーフティＰｒｏＳｅキャリアを含む任意のサポートキャリア上のカバレッジ外に存在し得る。ＰｒｏＳｅ ＵＥ対ネットワークリレーは、常にＥＵＴＲＡＮのカバレッジ内に存在する。ＰｒｏＳｅ ＵＥ対ネットワークリレー及びリモートＵＥは、サイドリンク通信及びサイドリンクディスカバリを実行し、それぞれセクション２３．１０及び２３．１１に記載されている。」
ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーを介したリレーは、カバレッジ外ＷＴＲＵと、ＷＴＲＵ対ネットワークリレーとの間でＰＣ５（デバイス対デバイス、すなわちＤ２Ｄ）を使用することによってネットワークカバレッジをカバレッジ外ＷＴＲＵに拡張するためにリリース１３で導入された（例えば、３ＧＰＰ ＴＳ ３６．３００を参照されたい）：
「ＰｒｏＳｅ ＵＥ対ネットワークリレーは、リモートＵＥとネットワークとの間で任意の種類のＩＰトラフィックをリレーし得る一般的なＬ３転送機能を提供する。リモートＵＥとＰｒｏＳｅ ＵＥ対ネットワークリレーとの間で、１対１及び１対多のサイドリンク通信が使用される。リモートＵＥ及びリレーＵＥの両方について、１つの単一キャリア（すなわち、パブリックセーフティＰｒｏＳｅキャリア）動作のみがサポートされる（すなわち、Ｕｕ及びＰＣ５は、リレー／リモートＵＥについて同じキャリアであるべきである）。リモートＵＥは、上位レイヤによって認可され得、パブリックセーフティＰｒｏＳｅキャリアのカバレッジ内、又はＵＥ対ネットワークリレーディスカバリ、（再）選択、及び通信のためのパブリックセーフティＰｒｏＳｅキャリアを含む任意のサポートキャリア上のカバレッジ外に存在し得る。ＰｒｏＳｅ ＵＥ対ネットワークリレーは、常にＥＵＴＲＡＮのカバレッジ内に存在する。ＰｒｏＳｅ ＵＥ対ネットワークリレー及びリモートＵＥは、サイドリンク通信及びサイドリンクディスカバリを実行し、それぞれセクション２３．１０及び２３．１１に記載されている。」
【0072】
ＷＴＲＵ対ネットワーク（ＮＷ）リレーのためのリレー選択
具体的には、ＰｒｏＳｅ ＷＴＲＵ対ＮＷリレーのためのリレー選択／再選択は、ＡＳレイヤ品質測定（例えば、ＲＳＲＰ）及び／又は上位レイヤ基準の組み合わせに基づいて実行される。これは、以下のように、３ＧＰＰステージ２仕様において詳細に説明されている（３ＧＰＰ ＴＳ ３６．３００参照）：
「ｅＮＢは、ＵＥがＰｒｏＳｅ ＵＥ対ネットワークリレーとして動作し得るかどうかを制御する：
－ ｅＮＢが、ＰｒｏＳｅ ＵＥ対ネットワークリレー動作に関連付けられた任意の情報をブロードキャストする場合、ＰｒｏＳｅ ＵＥ対ネットワークリレー動作は、セルにおいてサポートされる、
－ ｅＮＢは、以下を提供してもよい：
－ ＲＲＣ＿ＩＤＬＥ状態のためのブロードキャストシグナリングを、及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のための専用シグナリングを、使用するＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリのための送信リソース、
－ ブロードキャストシグナリングを使用するＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリのための受信リソース、
－ ｅＮＢは、ＵＥ対ネットワークリレーディスカバリ手順を開始し得る前に、ＰｒｏＳｅ ＵＥ対ネットワークリレーが尊重する必要がある最小及び／又は最大Ｕｕリンク品質（ＲＳＲＰ）閾値をブロードキャストしてもよい。ＲＲＣ＿ＩＤＬＥでは、ｅＮＢが送信リソースプールをブロードキャストするとき、ＵＥは、閾値を使用して、ＵＥ対ネットワークリレーディスカバリ手順を自律的に開始又は停止することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ＵＥは、閾値を使用して、ＵＥがリレーＵＥであり、かつＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリを開始することを望むということをＵＥがｅＮＢに示すことができるかどうかを判定する、
－ ｅＮＢがＰｒｏＳｅ－ＵＥ対ネットワークリレーディスカバリのための送信リソースプールをブロードキャストしない場合、ＵＥは、これらのブロードキャストされた閾値を尊重して、専用シグナリングによってＰｒｏＳｅ－ＵＥ対ネットワークリレーディスカバリリソースに対する要求を開始することができる。
－ ＰｒｏＳｅ－ＵＥ対ネットワークリレーは、ブロードキャストシグナリングによって開始される場合、ＲＲＣ＿ＩＤＬＥのときにＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリを実行することができる。ＰｒｏＳｅ ＵＥ対ネットワークリレーは、専用シグナリングによって開始される場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある限り、リレーディスカバリを実行することができる。
ＰｒｏＳｅ ＵＥ対ネットワークリレー動作のためのサイドリンク通信を実行するＰｒｏＳｅ ＵＥ対ネットワークリレーは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある必要がある。リモートＵＥから、レイヤ２リンク確立要求、又はＴＭＧＩ監視要求（上位レイヤメッセージ）［６２］を受信した後、ＰｒｏＳｅ ＵＥ対ネットワークリレーは、ＰｒｏＳｅ ＵＥ対ネットワークリレーであることをｅＮＢに示し、ＰｒｏＳｅ ＵＥ対ネットワークリレーサイドリンク通信を実行することを意図する。ｅＮＢは、ＰｒｏＳｅ ＵＥネットワーク間リレー通信のためのリソースを提供し得る。
リモートＵＥは、ＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリの監視をいつ開始するかを決定することができる。リモートＵＥは、ＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリのためのリソースの構成に応じて、ＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある間に、ＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリ要請メッセージを送信することができる。ｅＮＢは、閾値をブロードキャストすることができ、この閾値は、リモートＵＥがＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリ要請メッセージを送信して、ＰｒｏＳｅ ＵＥ対ネットワークリレーＵＥと接続又は通信することができるかどうかを判定するためにリモートＵＥによって使用され得る。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤリモートＵＥは、ブロードキャストされた閾値を使用して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤリモートＵＥがリモートＵＥであり、かつＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリ及び／又は通信に参加することを望むことをｅＮＢに示すことができるかどうかを判定することができる。ｅＮＢは、ＰｒｏＳｅ ＵＥ対ネットワークリレーの動作のために、ブロードキャスト又は専用シグナリングを使用して送信リソースを、及びブロードキャストシグナリングを使用して受信リソースを、提供してもよい。リモートＵＥは、ＲＳＲＰがブロードキャストされた閾値を超える場合、ＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリ及び通信リソースを使用することを停止し得る。
注：ＵｕからＰＣ５への、又はその逆のトラフィック切り替えの正確な時間は、上位レイヤまでである。
リモートＵＥは、ＰＣ５インターフェースにおいて無線測定を実行し、上位レイヤ基準［６２］と共にＰｒｏＳｅ ＵＥ対ネットワークリレー選択及び再選択のために、それらを使用する。ＰｒｏＳｅ ＵＥ対ネットワークリレーは、ＰＣ５リンク品質が構成された（事前構成された、又はｅＮＢによって提供された）閾値を超える場合、無線基準の観点から好適であるとみなされ得る。リモートＵＥは、全ての好適なＰｒｏＳｅ ＵＥ対ネットワークリレーの中で、上位レイヤ基準を満たし、最良のＰＣ５リンク品質を有するＰｒｏＳｅ ＵＥ対ネットワークリレーを選択する。
リモートＵＥは、以下の場合にＰｒｏＳｅ ＵＥ対ネットワークリレー再選択をトリガする：
－ 現在のＰｒｏＳｅ ＵＥ対ネットワークリレーのＰＣ５信号強度が、構成された信号強度閾値未満である、
－ ＰｒｏＳｅ ＵＥ対ネットワークリレーからレイヤ２リンク解放メッセージ（上位レイヤメッセージ）［６２］を受信する。」
具体的には、ＰｒｏＳｅ ＷＴＲＵ対ＮＷリレーのためのリレー選択／再選択は、ＡＳレイヤ品質測定（例えば、ＲＳＲＰ）及び／又は上位レイヤ基準の組み合わせに基づいて実行される。これは、以下のように、３ＧＰＰステージ２仕様において詳細に説明されている（３ＧＰＰ ＴＳ ３６．３００参照）：
「ｅＮＢは、ＵＥがＰｒｏＳｅ ＵＥ対ネットワークリレーとして動作し得るかどうかを制御する：
－ ｅＮＢが、ＰｒｏＳｅ ＵＥ対ネットワークリレー動作に関連付けられた任意の情報をブロードキャストする場合、ＰｒｏＳｅ ＵＥ対ネットワークリレー動作は、セルにおいてサポートされる、
－ ｅＮＢは、以下を提供してもよい：
－ ＲＲＣ＿ＩＤＬＥ状態のためのブロードキャストシグナリングを、及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のための専用シグナリングを、使用するＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリのための送信リソース、
－ ブロードキャストシグナリングを使用するＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリのための受信リソース、
－ ｅＮＢは、ＵＥ対ネットワークリレーディスカバリ手順を開始し得る前に、ＰｒｏＳｅ ＵＥ対ネットワークリレーが尊重する必要がある最小及び／又は最大Ｕｕリンク品質（ＲＳＲＰ）閾値をブロードキャストしてもよい。ＲＲＣ＿ＩＤＬＥでは、ｅＮＢが送信リソースプールをブロードキャストするとき、ＵＥは、閾値を使用して、ＵＥ対ネットワークリレーディスカバリ手順を自律的に開始又は停止することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ＵＥは、閾値を使用して、ＵＥがリレーＵＥであり、かつＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリを開始することを望むということをＵＥがｅＮＢに示すことができるかどうかを判定する、
－ ｅＮＢがＰｒｏＳｅ－ＵＥ対ネットワークリレーディスカバリのための送信リソースプールをブロードキャストしない場合、ＵＥは、これらのブロードキャストされた閾値を尊重して、専用シグナリングによってＰｒｏＳｅ－ＵＥ対ネットワークリレーディスカバリリソースに対する要求を開始することができる。
－ ＰｒｏＳｅ－ＵＥ対ネットワークリレーは、ブロードキャストシグナリングによって開始される場合、ＲＲＣ＿ＩＤＬＥのときにＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリを実行することができる。ＰｒｏＳｅ ＵＥ対ネットワークリレーは、専用シグナリングによって開始される場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある限り、リレーディスカバリを実行することができる。
ＰｒｏＳｅ ＵＥ対ネットワークリレー動作のためのサイドリンク通信を実行するＰｒｏＳｅ ＵＥ対ネットワークリレーは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある必要がある。リモートＵＥから、レイヤ２リンク確立要求、又はＴＭＧＩ監視要求（上位レイヤメッセージ）［６２］を受信した後、ＰｒｏＳｅ ＵＥ対ネットワークリレーは、ＰｒｏＳｅ ＵＥ対ネットワークリレーであることをｅＮＢに示し、ＰｒｏＳｅ ＵＥ対ネットワークリレーサイドリンク通信を実行することを意図する。ｅＮＢは、ＰｒｏＳｅ ＵＥネットワーク間リレー通信のためのリソースを提供し得る。
リモートＵＥは、ＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリの監視をいつ開始するかを決定することができる。リモートＵＥは、ＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリのためのリソースの構成に応じて、ＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある間に、ＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリ要請メッセージを送信することができる。ｅＮＢは、閾値をブロードキャストすることができ、この閾値は、リモートＵＥがＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリ要請メッセージを送信して、ＰｒｏＳｅ ＵＥ対ネットワークリレーＵＥと接続又は通信することができるかどうかを判定するためにリモートＵＥによって使用され得る。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤリモートＵＥは、ブロードキャストされた閾値を使用して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤリモートＵＥがリモートＵＥであり、かつＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリ及び／又は通信に参加することを望むことをｅＮＢに示すことができるかどうかを判定することができる。ｅＮＢは、ＰｒｏＳｅ ＵＥ対ネットワークリレーの動作のために、ブロードキャスト又は専用シグナリングを使用して送信リソースを、及びブロードキャストシグナリングを使用して受信リソースを、提供してもよい。リモートＵＥは、ＲＳＲＰがブロードキャストされた閾値を超える場合、ＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリ及び通信リソースを使用することを停止し得る。
注：ＵｕからＰＣ５への、又はその逆のトラフィック切り替えの正確な時間は、上位レイヤまでである。
リモートＵＥは、ＰＣ５インターフェースにおいて無線測定を実行し、上位レイヤ基準［６２］と共にＰｒｏＳｅ ＵＥ対ネットワークリレー選択及び再選択のために、それらを使用する。ＰｒｏＳｅ ＵＥ対ネットワークリレーは、ＰＣ５リンク品質が構成された（事前構成された、又はｅＮＢによって提供された）閾値を超える場合、無線基準の観点から好適であるとみなされ得る。リモートＵＥは、全ての好適なＰｒｏＳｅ ＵＥ対ネットワークリレーの中で、上位レイヤ基準を満たし、最良のＰＣ５リンク品質を有するＰｒｏＳｅ ＵＥ対ネットワークリレーを選択する。
リモートＵＥは、以下の場合にＰｒｏＳｅ ＵＥ対ネットワークリレー再選択をトリガする：
－ 現在のＰｒｏＳｅ ＵＥ対ネットワークリレーのＰＣ５信号強度が、構成された信号強度閾値未満である、
－ ＰｒｏＳｅ ＵＥ対ネットワークリレーからレイヤ２リンク解放メッセージ（上位レイヤメッセージ）［６２］を受信する。」
【0073】
ウェアラブル機器のためのＷＴＲＵ対ネットワークのリレー
３ＧＰＰリリース１４では、ウェアラブル機器及びＩｏＴデバイスに合わせて調整された商用使用事例のためのＷＴＲＵ対ＮＷリレーに関する研究が、ＲＡＮで実行された。そのような研究はいかなる仕様ももたらさなかったが、技術報告（technical report、ＴＲ）ではそのようなリレーのためのいくつかの好ましい解決策が提供された。レイヤ３（Ｌ３、ＩＰレイヤ）リレーアプローチを使用するＰｒｏＳｅ ＷＴＲＵ対ＮＷリレーとは対照的に、ウェアラブル機器のためのＷＴＲＵ対ＮＷリレーは、図２及び図３に示されるプロトコルスタックに基づくレイヤ２（Ｌ２、ＭＡＣレイヤ）リレーであると予想された（例えば、３ＧＰＰ ＴＲ ３６．７４６も参照されたい）。
３ＧＰＰリリース１４では、ウェアラブル機器及びＩｏＴデバイスに合わせて調整された商用使用事例のためのＷＴＲＵ対ＮＷリレーに関する研究が、ＲＡＮで実行された。そのような研究はいかなる仕様ももたらさなかったが、技術報告（technical report、ＴＲ）ではそのようなリレーのためのいくつかの好ましい解決策が提供された。レイヤ３（Ｌ３、ＩＰレイヤ）リレーアプローチを使用するＰｒｏＳｅ ＷＴＲＵ対ＮＷリレーとは対照的に、ウェアラブル機器のためのＷＴＲＵ対ＮＷリレーは、図２及び図３に示されるプロトコルスタックに基づくレイヤ２（Ｌ２、ＭＡＣレイヤ）リレーであると予想された（例えば、３ＧＰＰ ＴＲ ３６．７４６も参照されたい）。
【0074】
図２を参照すると、レイヤ２進化型ＵＥ対ネットワークリレー（ＰＣ５）のためのユーザプレーン無線プロトコルスタックが提供されている。
【0075】
図３を参照すると、レイヤ２進化型ＵＥ対ネットワークリレー（ＰＣ５）のための制御プレーン無線プロトコルスタックが提供されている。
【0076】
ＮＲ Ｖ２Ｘにおけるユニキャストリンクのための接続確立
ＬＴＥ仕様などの以前のリリースにおけるリレー実装形態は、２つのＷＴＲＵ（例えば、リモートＷＴＲＵとＷＴＲＵ対ＮＷリレー）間の上位イヤ（例えば、ＰｒｏＳｅレイヤ）において確立された１対１の通信リンクに基づいていた。そのような接続は、ＡＳレイヤに対して透過的であり、上位レイヤにおいて実行される接続管理シグナリング及び手順は、ＡＳレイヤデータチャネルによって搬送される。したがって、ＡＳレイヤは、そのような１対１の接続を認識しない。
ＬＴＥ仕様などの以前のリリースにおけるリレー実装形態は、２つのＷＴＲＵ（例えば、リモートＷＴＲＵとＷＴＲＵ対ＮＷリレー）間の上位イヤ（例えば、ＰｒｏＳｅレイヤ）において確立された１対１の通信リンクに基づいていた。そのような接続は、ＡＳレイヤに対して透過的であり、上位レイヤにおいて実行される接続管理シグナリング及び手順は、ＡＳレイヤデータチャネルによって搬送される。したがって、ＡＳレイヤは、そのような１対１の接続を認識しない。
【0077】
ＮＲ Ｖ２Ｘ（例えば、リリース１６）では、ＡＳレイヤは、２つのＷＴＲＵ間のユニキャストリンクの見解をサポートする。そのようなユニキャストリンクは、（ＰｒｏＳｅ １対１接続におけるように）上位レイヤによって開始される。しかしながら、ＡＳレイヤは、そのようなユニキャストリンクの存在、及びピアＷＴＲＵ間で、ユニキャスト方式で送信される任意のデータを通知される。そのような知識を用いて、ＡＳレイヤは、ユニキャストに特有のＨＡＲＱフィードバック、ＣＱＩフィードバック、及び／又は電力制御方式をサポートすることができる。
【0078】
ＡＳレイヤにおけるユニキャストリンクは、ＰＣ５－ＲＲＣ接続を介してサポートされる。例えば、ＰＣ５－ＲＲＣ接続は、以下のように定義される：
「ＰＣ５－ＲＲＣ接続は、一対のＡＳ内のソースレイヤ２ ＩＤと宛先レイヤ２ ＩＤとの間の論理接続である。１つのＰＣ５－ＲＲＣ接続は、１つのＰＣ５ユニキャストリンク［ｘｘ］に対応する。ＰＣ５－ＲＲＣシグナリングを、５．Ｘ．９項に規定されるように、その対応するＰＣ５ユニキャストリンク確立後に開始することができる。ＰＣ５－ＲＲＣ接続並びに対応するサイドリンクＳＲＢ及びサイドリンクＤＲＢは、ＰＣ５ユニキャストリンクが上位レイヤによって示されるように解放されるときに解放される。
「ＰＣ５－ＲＲＣ接続は、一対のＡＳ内のソースレイヤ２ ＩＤと宛先レイヤ２ ＩＤとの間の論理接続である。１つのＰＣ５－ＲＲＣ接続は、１つのＰＣ５ユニキャストリンク［ｘｘ］に対応する。ＰＣ５－ＲＲＣシグナリングを、５．Ｘ．９項に規定されるように、その対応するＰＣ５ユニキャストリンク確立後に開始することができる。ＰＣ５－ＲＲＣ接続並びに対応するサイドリンクＳＲＢ及びサイドリンクＤＲＢは、ＰＣ５ユニキャストリンクが上位レイヤによって示されるように解放されるときに解放される。
【0079】
ユニキャストのＰＣ５－ＲＲＣ接続ごとに、１つのサイドリンクＳＲＢは、ＰＣ５－Ｓセキュリティが確立される前に、ＰＣ５－Ｓメッセージを送信するために使用される。１つのサイドリンクＳＲＢは、ＰＣ５－Ｓセキュリティを確立するためにＰＣ５－Ｓメッセージを送信するために使用される。１つのサイドリンクＳＲＢは、ＰＣ５－Ｓセキュリティが確立され、保護された後に、ＰＣ５－Ｓメッセージを送信するために使用される。保護され、ＰＣ５－Ｓセキュリティが確立された後にのみ送信される、ＰＣ５－ＲＲＣシグナリングを送信するために、１つのサイドリンクＳＲＢが使用される。」
【0080】
ＷＴＲＵがピアＷＴＲＵ内の各ＳＬＲＢのＲＸ関連パラメータを構成するサイドリンク構成メッセージ（例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋ）を、ＰＣ５－ＲＲＣシグナリングは含む。そのような再構成メッセージは、（例えば、ＳＤＡＰ、ＰＤＣＰなど）Ｌ２スタック内の各プロトコルのパラメータを構成することができる。受信側ＷＴＲＵは、ピアＷＴＲＵによって提案された構成をサポートすることができるかどうかに応じて、そのような構成を確認又は拒否することができる。
【0081】
概要
いくつかの現在の実装形態では、（リリース１７のために指定されている）ＳＬリレーは、リモートＷＴＲＵ（リモートＷＴＲＵはＷＴＲＵ対ＮＷリレーにＰＣ５－ＲＲＣ接続されている）からの（又はリモートＷＴＲＵのための）全てのデータがリレーＷＴＲＵを介して送信されていると仮定し、Ｕｕ送信／受信が実行されないと仮定する。カバレッジ外（ＯＯＣ）リモートＷＴＲＵの場合、これは、リモートＷＴＲＵがＯＯＣであることの必要な結果である。カバレッジ内（ＩＣ）リモートＷＴＲＵの場合、そのような制限は、必ずしも必要ではないが、省電力及びＷＴＲＵの複雑さの考慮のために好ましい。この理由から、それは、リリース１７のための好ましいアプローチである。しかしながら、リリース１８では、そのような制限は、ＩＣリモートＷＴＲＵに対して緩和され得ることが予想される。
いくつかの現在の実装形態では、（リリース１７のために指定されている）ＳＬリレーは、リモートＷＴＲＵ（リモートＷＴＲＵはＷＴＲＵ対ＮＷリレーにＰＣ５－ＲＲＣ接続されている）からの（又はリモートＷＴＲＵのための）全てのデータがリレーＷＴＲＵを介して送信されていると仮定し、Ｕｕ送信／受信が実行されないと仮定する。カバレッジ外（ＯＯＣ）リモートＷＴＲＵの場合、これは、リモートＷＴＲＵがＯＯＣであることの必要な結果である。カバレッジ内（ＩＣ）リモートＷＴＲＵの場合、そのような制限は、必ずしも必要ではないが、省電力及びＷＴＲＵの複雑さの考慮のために好ましい。この理由から、それは、リリース１７のための好ましいアプローチである。しかしながら、リリース１８では、そのような制限は、ＩＣリモートＷＴＲＵに対して緩和され得ることが予想される。
【0082】
図４を参照すると、そのような制限を緩和することは、リモートＷＴＲＵに送信される／そこから送信されるデータのための２つの別個のパスを提供するが、両方のパスを使用することは、リレーＷＴＲＵを使用する電力節約の何らかの利益を排除する可能性がある。したがって、Ｕｕ送信を必要な送信のみに制限するために（例えば、ＱｏＳ要件を満たすために）、リレーリンクに依拠する方が有益である可能性もあるが、直接Ｕｕリンクを使用してもよい。
【0083】
リレーされたパス上での待ち時間低減のための代表的な手順
様々な実施形態では、リレーされたパスにわたる待ち時間を低減するための拡張手順が提供される。一例では、リモートＷＴＲＵは、ネットワーク（例えば、ｇＮＢ）にリレーされるべきデータのために、リレーＷＴＲＵへのモード２送信を使用するように構成されてもよい。リレーに関連付けられた待ち時間は、以下の動作／プロセスのうちの１つ以上を含んでもよい：１）リモートＷＴＲＵにおけるデータ到達がモード２リソース選択をトリガする、２）リモートＷＴＲＵは、データのために構成されたＰＤＢ内でモード２を使用してデータの送信のためにＳＬ上のリソースを選択する、３）リモートＷＴＲＵは、選択されたリソース上でデータを送信する、４）リレーＷＴＲＵは、データを受信し、それをエグレスバッファにルーティングする、５）データをエグレスバッファに追加する／含めると、リレーＷＴＲＵは、データに関連付けられたＳＲ／ＢＳＲをトリガする、６）ネットワーク（例えば、ｇＮＢ）は、リレーＷＴＲＵにおけるデータの送信のために、Ｕｕ上のアップリンク（ＵＬ）許可をスケジュールする、及び／又は、７）リレーＷＴＲＵは、ＵＬ許可に関連付けられたリソース上でデータを送信する。
様々な実施形態では、リレーされたパスにわたる待ち時間を低減するための拡張手順が提供される。一例では、リモートＷＴＲＵは、ネットワーク（例えば、ｇＮＢ）にリレーされるべきデータのために、リレーＷＴＲＵへのモード２送信を使用するように構成されてもよい。リレーに関連付けられた待ち時間は、以下の動作／プロセスのうちの１つ以上を含んでもよい：１）リモートＷＴＲＵにおけるデータ到達がモード２リソース選択をトリガする、２）リモートＷＴＲＵは、データのために構成されたＰＤＢ内でモード２を使用してデータの送信のためにＳＬ上のリソースを選択する、３）リモートＷＴＲＵは、選択されたリソース上でデータを送信する、４）リレーＷＴＲＵは、データを受信し、それをエグレスバッファにルーティングする、５）データをエグレスバッファに追加する／含めると、リレーＷＴＲＵは、データに関連付けられたＳＲ／ＢＳＲをトリガする、６）ネットワーク（例えば、ｇＮＢ）は、リレーＷＴＲＵにおけるデータの送信のために、Ｕｕ上のアップリンク（ＵＬ）許可をスケジュールする、及び／又は、７）リレーＷＴＲＵは、ＵＬ許可に関連付けられたリソース上でデータを送信する。
【0084】
一実施形態では、リモートＷＴＲＵが、ネットワーク（例えば、ｇＮＢ）に、１）データの量を、及び／又は、２）サイドリンク上でのそのデータの送信のタイミング若しくは可能なタイミングを、通知又は指示する場合、上記で説明した動作／プロセスに関連付けられた待ち時間は、低減されてもよい。ネットワークは、この情報を使用して、リレーＷＴＲＵにおけるデータの到達の前にＵＬ許可をスケジュールしてもよく、これは、リレーＷＴＲＵにおけるＳＲ／ＢＳＲトリガに関連付けられた時間を節約（待ち時間を低減）し得る。
【0085】
例えば、図５を参照すると、拡張待ち時間低減手順が示されている。この例では、高優先度データがリモートＷＴＲＵに到達し、モード２（又はモード＿２）リソース選択をトリガする。ステップ１において、（ＷＴＲＵにおける）リソース選択が、サイドリンク上で制限された空き時間を生成する（例えば、選択されたリソースが、サイドリンク部分を介したデータの最大パケット遅延バジェット（ＰＤＢ）に近い）場合、（ステップ２において）リモートＷＴＲＵは、選択されたリソースのバッファステータス及びタイミングをネットワーク（例えば、ｇＮＢ）に送信してもよい。ステップ３において、リモートＷＴＲＵは、バッファステータスをリレーＷＴＲＵに送信してもよく、リレーＷＴＲＵは、（例えば、重複報告を回避するために）リレーにおけるＢＳＲの計算においてこれを考慮に入れてもよい。ステップ４において、リレーＷＴＲＵは、ＳＲ／ＢＳＲを無効にし、及び／又は受信した（リモートＷＴＲＵから受信した）バッファステータスをそれ自体のバッファステータスから減算してもよい。一例では、リレーＷＴＲＵは、リモートＷＴＲＵから受信した、受信したモード２バッファステータスに基づいて、ＳＲ／ＢＳＲを補償してもよい。ステップ５において、ネットワーク（例えば、ｇＮＢ）は、ステップ２におけるリモートＷＴＲＵのバッファステータスの受信に続いて、リレーＷＴＲＵへの（ＵＬ送信のための）ＵＬ許可をスケジュールし、送信し、及び／又は示してもよい。
【0086】
リモートＷＴＲＵ挙動
一実施形態では、リモートＷＴＲＵは、サイドリンク上での（来るべき、計画された、実行された、キャンセルされた、又は同様のものなどの）送信に関する情報をネットワーク（例えば、ｇＮＢ）に提供してもよい。そのような情報は、ｇＮＢが、ＷＴＲＵ対ＮＷリレーシナリオにおいてＳＬデータをリレーするためのリレーＷＴＲＵへのＵｕ送信をスケジュールすることを可能にするために、ｇＮＢ情報（例えば、バッファステータス、及び／又はタイミング）を提供する目的を果たすことができる。リモートＷＴＲＵは、ＭＡＣ ＣＥ、ＲＲＣメッセージ、ＰＵＣＣＨ送信、ＳＲ／ＢＳＲなどのうちのいずれか（又は組み合わせ）において情報を送信してもよい。リモートＷＴＲＵは、複数の送信（例えば、ＢＳＲの後にＰＵＣＣＨ送信が続く）において情報を送信してもよい。
一実施形態では、リモートＷＴＲＵは、サイドリンク上での（来るべき、計画された、実行された、キャンセルされた、又は同様のものなどの）送信に関する情報をネットワーク（例えば、ｇＮＢ）に提供してもよい。そのような情報は、ｇＮＢが、ＷＴＲＵ対ＮＷリレーシナリオにおいてＳＬデータをリレーするためのリレーＷＴＲＵへのＵｕ送信をスケジュールすることを可能にするために、ｇＮＢ情報（例えば、バッファステータス、及び／又はタイミング）を提供する目的を果たすことができる。リモートＷＴＲＵは、ＭＡＣ ＣＥ、ＲＲＣメッセージ、ＰＵＣＣＨ送信、ＳＲ／ＢＳＲなどのうちのいずれか（又は組み合わせ）において情報を送信してもよい。リモートＷＴＲＵは、複数の送信（例えば、ＢＳＲの後にＰＵＣＣＨ送信が続く）において情報を送信してもよい。
【0087】
リモートＷＴＲＵは、ＳＬ送信に関連する以下の情報のいずれかを送信してもよい：
－ 例えば、１つ以上の論理チャネル（ＬＣＨ）に関連付けられたデータの量、
○ 例えば、リモートＷＴＲＵは、場合によっては、１つ以上の論理チャネルに関連付けられたデータの量を送信してもよい。データ量は、以下のいずれかに対応してもよい：
■ （本明細書で定義される）特定のトリガポイントにおけるＵＥバッファ内において、場合によっては、１つ以上のＳＬ論理チャネルに関連付けられたデータの量
■ 所与のＰＤＵ、ＰＤＵの数、時間ウィンドウ、又は時間の何らかの同様の態様でリレーＷＴＲＵに送信される、場合によっては、１つ以上のＳＬ論理チャネルに関連付けられたデータの量
■ リモートＷＴＲＵによってドロップされる、場合によっては、１つ以上のＳＬ論理チャネルに関連付けられたデータの量
■ 送信が近づいている、送信が実行／ドロップされる、ＨＡＲＱフィードバック（例えば、ＮＡＣＫ）が受信されるなど、ＰＤＵにおいて送信されるデータの量
－ サイドリンク上の計画された、実行された、又はキャンセルされた送信に関連付けられた時間フレーム又は時間インスタンス。
○ 例えば、リモートＷＴＲＵは、明示的に（例えば、ｇＮＢに送信されるスロット番号又はオフセットを通じて）、又は暗示的に（例えば、そのタイミングがＳＬ送信に関連付けられたタイミングを示すＰＵＣＣＨ／ＳＲ上で送信を実行することによって）、以下のうちのいずれかを提供してもよい：
■ サイドリンク上で実行された送信／再送信の時間
■ （例えば、リモートＷＴＲＵによるモード２リソース選択に基づく）サイドリンク上の選択されたリソースに関連付けられた時間
■ １つ以上のＳＬ ＬＣＨ上で送信されるデータに関連付けられた、待ち時間バジェット（例えば、ＰＤＢ）、又はその何らかの関数
■ サイドリンクにおける予期される送信待ち時間
－ 例えば、ＳＬ送信が実行されることになるリレーＷＴＲＵの識別情報の形態のパス指示が、行われた、キャンセルされた、など
○ 例えば、リモートＷＴＲＵは、送信の宛先として機能するリレーＷＴＲＵのＬ２宛先ＩＤ（又は同様の識別情報）を示してもよい
－ ＳＬキャリア、ＢＷＰ、リソースプール、又はリモートＷＴＲＵが送信のためのリソースを選択したリソースの同様のサブセット、を提供するキャリア／プール指示
－ 送信される、送信されるべきなどのデータの優先度
○ 例えば、リモートＷＴＲＵは、ＬＣＨ、ＬＣＨのグループ、優先度（例えば、最大優先度）又は同様のものを示してもよい
－ 限定しないが、以下などのＳＬ上のリソース選択イベントについての指示：
○ 成功／不成功のリソース選択
■ そのような指示又はリソース選択は、計画された送信のために利用可能な十分か不十分なリソースに基づいて、決定されてもよい
○ 以前に選択／告知された送信が、別のＵＥによって実行された高い優先度の送信の決定に起因してプリエンプト／再選択されたという指示
○ ｇＮＢに以前に示された（潜在的に計画された）送信が最終的に実行される／実行されないという指示
■ 例えば、リモートＷＴＲＵは、ドロップされたＳＬ送信時にそのような指示を送信してもよく、それによって、リモートＷＴＲＵは、（例えば、限定しないが）以下に起因してＳＬ送信をドロップする：
● パケットのＰＤＢ内での送信を可能にするリソースの欠如、
● パケットのタイミング要件を満たすことができないことに起因するパケットのドロップ、及び／又は
● ＳＬ送信よりもＵＬ送信の優先順位付けに起因するパケットのドロップ。
－ データ到達のトラフィックパターン、又はリモートＷＴＲＵによる選択されたモード２リソースの周期性／オフセットなど、送信されるデータのトラフィックパターンに関する情報。
○ 例えば、リモートＷＴＲＵは、ｇＮＢがＳＬとＵｕとの両方をスケジュールし得るトラフィックパターン情報を（例えば、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎで）送信してもよい、
○ 例えば、リモートＷＴＲＵは、ＵＥによって選択されたモード２周期リソースの周期性及びオフセットを送信してもよい。リモートＷＴＲＵは、周期的モード２プロセスに関連付けられたリソースの再選択時に、更新をｇＮＢに更に送信してもよい。
－ 例えば、１つ以上の論理チャネル（ＬＣＨ）に関連付けられたデータの量、
○ 例えば、リモートＷＴＲＵは、場合によっては、１つ以上の論理チャネルに関連付けられたデータの量を送信してもよい。データ量は、以下のいずれかに対応してもよい：
■ （本明細書で定義される）特定のトリガポイントにおけるＵＥバッファ内において、場合によっては、１つ以上のＳＬ論理チャネルに関連付けられたデータの量
■ 所与のＰＤＵ、ＰＤＵの数、時間ウィンドウ、又は時間の何らかの同様の態様でリレーＷＴＲＵに送信される、場合によっては、１つ以上のＳＬ論理チャネルに関連付けられたデータの量
■ リモートＷＴＲＵによってドロップされる、場合によっては、１つ以上のＳＬ論理チャネルに関連付けられたデータの量
■ 送信が近づいている、送信が実行／ドロップされる、ＨＡＲＱフィードバック（例えば、ＮＡＣＫ）が受信されるなど、ＰＤＵにおいて送信されるデータの量
－ サイドリンク上の計画された、実行された、又はキャンセルされた送信に関連付けられた時間フレーム又は時間インスタンス。
○ 例えば、リモートＷＴＲＵは、明示的に（例えば、ｇＮＢに送信されるスロット番号又はオフセットを通じて）、又は暗示的に（例えば、そのタイミングがＳＬ送信に関連付けられたタイミングを示すＰＵＣＣＨ／ＳＲ上で送信を実行することによって）、以下のうちのいずれかを提供してもよい：
■ サイドリンク上で実行された送信／再送信の時間
■ （例えば、リモートＷＴＲＵによるモード２リソース選択に基づく）サイドリンク上の選択されたリソースに関連付けられた時間
■ １つ以上のＳＬ ＬＣＨ上で送信されるデータに関連付けられた、待ち時間バジェット（例えば、ＰＤＢ）、又はその何らかの関数
■ サイドリンクにおける予期される送信待ち時間
－ 例えば、ＳＬ送信が実行されることになるリレーＷＴＲＵの識別情報の形態のパス指示が、行われた、キャンセルされた、など
○ 例えば、リモートＷＴＲＵは、送信の宛先として機能するリレーＷＴＲＵのＬ２宛先ＩＤ（又は同様の識別情報）を示してもよい
－ ＳＬキャリア、ＢＷＰ、リソースプール、又はリモートＷＴＲＵが送信のためのリソースを選択したリソースの同様のサブセット、を提供するキャリア／プール指示
－ 送信される、送信されるべきなどのデータの優先度
○ 例えば、リモートＷＴＲＵは、ＬＣＨ、ＬＣＨのグループ、優先度（例えば、最大優先度）又は同様のものを示してもよい
－ 限定しないが、以下などのＳＬ上のリソース選択イベントについての指示：
○ 成功／不成功のリソース選択
■ そのような指示又はリソース選択は、計画された送信のために利用可能な十分か不十分なリソースに基づいて、決定されてもよい
○ 以前に選択／告知された送信が、別のＵＥによって実行された高い優先度の送信の決定に起因してプリエンプト／再選択されたという指示
○ ｇＮＢに以前に示された（潜在的に計画された）送信が最終的に実行される／実行されないという指示
■ 例えば、リモートＷＴＲＵは、ドロップされたＳＬ送信時にそのような指示を送信してもよく、それによって、リモートＷＴＲＵは、（例えば、限定しないが）以下に起因してＳＬ送信をドロップする：
● パケットのＰＤＢ内での送信を可能にするリソースの欠如、
● パケットのタイミング要件を満たすことができないことに起因するパケットのドロップ、及び／又は
● ＳＬ送信よりもＵＬ送信の優先順位付けに起因するパケットのドロップ。
－ データ到達のトラフィックパターン、又はリモートＷＴＲＵによる選択されたモード２リソースの周期性／オフセットなど、送信されるデータのトラフィックパターンに関する情報。
○ 例えば、リモートＷＴＲＵは、ｇＮＢがＳＬとＵｕとの両方をスケジュールし得るトラフィックパターン情報を（例えば、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎで）送信してもよい、
○ 例えば、リモートＷＴＲＵは、ＵＥによって選択されたモード２周期リソースの周期性及びオフセットを送信してもよい。リモートＷＴＲＵは、周期的モード２プロセスに関連付けられたリソースの再選択時に、更新をｇＮＢに更に送信してもよい。
【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】
本明細書に説明される主題は、異なる他の構成要素内に含まれるか、又は異なる他の構成要素と接続される異なる構成要素を例解することがある。このような図示されたアーキテクチャは、単なる例であり、実際には、同じ機能を達成する他の多くのアーキテクチャが実装され得ることを理解されたい。概念的には、同じ機能を達成するための構成要素の任意の配置は、所望の機能が達成され得るように、効果的に「関連付けられる」。したがって、特定の機能を達成するために組み合わされた本明細書における任意の２つの構成要素は、アーキテクチャ又は介在する構成要素に関係なく、所望の機能が達成されるように、互いに「関連付けられている」とみなされ得る。同様に、そのように関連付けられた任意の２つの構成要素は、所望の機能を達成するために互いに「動作可能に接続されている（operably connected）」、又は「動作可能に結合されている（operably coupled）」とみなされ得、そのように関連付けることができる任意の２つの構成要素は、所望の機能を達成するために互いに「動作可能に結合可能」であるとみなされ得る。動作可能に結合可能の具体例としては、物理的に嵌合可能及び／若しくは物理的に相互作用する構成要素、並びに／又は無線で相互作用可能及び／若しくは無線で相互作用する構成要素、並びに／又は論理的に相互作用する及び／若しくは論理的に相互作用可能な構成要素が挙げられるが、これらに限定されない。
【0127】
本明細書における実質的に任意の複数形及び／又は単数形の用語の使用に関して、当業者であれば、文脈及び／又は用途に適切であるように、複数形から単数形に、かつ／又は単数形から複数形に変換することができる。本明細書では、明瞭にする目的で、様々な単数形／複数形の並べ換えが明示的に記載され得る。
【0128】
一般に、本明細書、特に添付の請求項（例えば、添付の請求項の本体）において使用される用語は、一般に「非限定」用語として意図されることが当業者には理解されよう（例えば、「含んでいる（including）」という用語は、「含んでいるが、これらに限定されない」と解釈するべきであり、「有する（having）」という用語は、「を少なくとも有する」と解釈するべきであり、「含む（includes）」という用語は、「含むが、これらに限定されない」と解釈するべきである）。更に、導入された請求項の特定の数の記載が意図される場合、このような意図は、請求項に明示的に記載されており、このような記載がない場合、このような意図は存在しないことが、当業者には理解されよう。例えば、１つの項目のみが意図される場合、「単一（single）」という用語又は類似する言葉が使用され得る。理解を助けるために、以下の添付の請求項及び／又は本明細書の説明は、請求項の記載を導入するために「少なくとも１つの」及び「１つ以上の」という導入句の使用を含み得る。しかしながら、このような句の使用は、「１つ（a）」又は「１つ（an）」という不定冠詞による請求項の記載の導入が、かかる導入された請求項の記載を含む任意の特定の請求項を、かかる１つの記載のみを含む実施形態に制限することを意味するものと解釈すべきではなく、たとえ同じ請求項に、「１つ以上の」又は「少なくとも１つの」という導入句、及び「ａ」又は「ａｎ」などの不定冠詞が含まれていても同様である（例えば「ａ」及び／又は「ａｎ」は「少なくとも１つの」又は「１つ以上」を意味するものと解釈すべきである）。請求項の記載を導入するために使用される定冠詞の使用も同様である。加えて、導入された請求項の特定の数の記載が明示的に記載されている場合でも、このような記載は、少なくとも記載された数を意味するものと解釈されるべきであることが、当業者には認識されるであろう（例えば、他の修飾語なしの「２つの記載」という単純な記載は、少なくとも２つの記載、又は２つ以上の記載を意味する）。更に、「Ａ、Ｂ、及びＣの少なくとも１つ（at least one of A, B, and C, etc.）」に類似する表記が使用される場合、一般に、このような構造は、当業者がその表記を理解するはずの意味として意図される（例えば、「Ａ、Ｂ、及びＣの少なくとも１つを有するシステム（a system having at least one of A, B, and C）」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、並びに／又はＡ、Ｂ、及びＣを一緒に、有するシステムを含むが、これらに限定されない）。「Ａ、Ｂ、又はＣの少なくとも１つ（at least one of A, B, or C, etc.）」に類似する表記が使用される場合、一般に、このような構造は、当業者がその表記を理解するであろう意味として意図される（例えば、「Ａ、Ｂ、又はＣの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、並びに／又はＡ、Ｂ、及びＣを一緒に、有するシステムを含むが、これらに限定されない）。明細書、特許請求の範囲、又は図面のいずれにおいても、２つ以上の代替的な用語を提示する実質的に任意の離接的な語及び／又は句は、用語の一方、用語のいずれか、又は両方の用語を含む可能性を企図するものと理解されるべきであることが、当業者には更に理解されよう。例えば、「Ａ又はＢ（A or B）」という句は、「Ａ」若しくは「Ｂ」又は「Ａ及びＢ」の可能性を含むものと理解されよう。更に、本明細書で使用される場合、複数の項目のリスト及び／又は複数の項目のカテゴリのリストが後ろに続く「のうちのいずれか」という用語は、項目及び／又は項目のカテゴリの、「のうちのいずれか」、「の任意の組み合わせ」、「の任意の複数」、及び／又は「の任意の複数の組み合わせ」を、個別に、又は他の項目及び／又は他の項目のカテゴリとの組み合わせにおいて、含むことを意図している。更に、本明細書で使用される場合、「セット（set）」という用語は、ゼロを含む任意の数の項目を含むことを意図している。追加的に、本明細書で使用される場合、「数（number）」という用語は、ゼロを含む任意の数を含むことを意図している。また、本明細書で使用される場合、「多重（multiple）」という用語は、「複数（a plurality）」と同義であることが意図される。
【0129】
加えて、本開示の特徴又は態様がＭａｒｋｕｓｈ群の観点から説明される場合、当業者であれば、本開示がそれによってＭａｒｋｕｓｈ群の任意の個々の要素又は要素のサブグループの観点からも説明されることが認識されるであろう。
【0130】
当業者には理解されるように、書面による説明を提供するという観点など、あらゆる全ての目的のために、本明細書に開示される全ての範囲は、そのあらゆる全ての可能な部分範囲及び部分範囲の組み合わせも包含している。列挙された範囲はいずれも、同じ範囲が、少なくとも均等な２分の１、３分の１、４分の１、５分の１、１０分の１などに分解されることを十分に説明して可能にするものとして、容易に認識できる。非限定的な例として、本明細書に考察される各範囲は、下位３分の１、中央の３分の１、及び上位３分の１などに容易に分解され得る。また、当業者には理解されるように、「最大（up to）」、「少なくとも（at least）」、「超（greater than）」、「未満（less than）」などの文言は全て、言及された数を含み、かつ、上で考察されるように更に部分範囲に分解され得る範囲を指す。最後に、当業者には理解されるように、範囲は、個々の各要素を含む。したがって、例えば、１～３つのセルを有するグループは、１つ、２つ、又は３つのセルを有するグループを指す。同様に、１～５つのセルを有するグループは、１つ、２つ、３つ、４つ、又は５つのセルを有するグループを指し、以下同様である。
【0131】
更に、請求項は、特にそのように記載されない限り、提供された順序又は提供された要素に限定されるものとして読まれるべきではない。加えて、いかなる請求項においても、「ための手段（means for）」という用語の使用は、米国特許法第１１２条、第６項、又はミーンズプラスファンクションの請求項形式に訴えることを意図しており、「ための手段（means for）」という用語を有さないいかなる請求項もそのようには意図されていない。
【0132】
ソフトウェアに関連するプロセッサを使用して、無線送信／受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）若しくは進化型パケットコア（Evolved Packet Core、ＥＰＣ）、又は任意のホストコンピュータで使用するための、無線周波数トランシーバを実装してもよい。ＷＴＲＵは、例えば、ソフトウェア無線（ＳＤＲ）を含むハードウェア及び／又はソフトウェアに実装されたモジュールと併せて使用されてもよく、また、カメラ、ビデオカメラモジュール、テレビ電話、スピーカ電話、振動デバイス、スピーカ、マイクロフォン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、近距離無線通信（ＮＦＣ）モジュール、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、及び／又は無線ローカルエリアネットワーク（ＷＬＡＮ）又は超広帯域（ＵＷＢ）モジュールなどの他のコンポーネントに実装されてもよい。
【0133】
本発明は、通信システムに関して説明されてきたが、システムは、マイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアに実装され得ることが企図される。特定の実施形態では、様々な構成要素の機能のうちの１つ以上は、汎用コンピュータを制御するソフトウェアに実装され得る。
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5】
【手続補正書】
【提出日】2024-06-21
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
無線通信のための無線送信／受信ユニット（ＷＴＲＵ）に実施される方法であって、送信されるデータが優先度閾値よりも大きい優先度を有すると決定することと、
前記データを送信するためのリソースの選択されたセットに関連付けられたタイミング情報を決定することであって、前記データを送信するための時間リソースが時間リソース閾値未満であることを、前記タイミング情報が示す、決定することと、
ネットワークエンティティに、１）前記データに関連付けられたバッファステータスと、２）前記リソースの選択されたセットに関連付けられた前記タイミング情報と、を示す情報を含む第１の送信を送信することと、
前記データに関連付けられた前記バッファステータスを示す情報を含む第２の送信を、リレーＷＴＲＵに送信することと
を含む、方法。
【請求項2】
前記バッファステータスが、モード２データ送信のためのものである、請求項１に記載の方法。
【請求項3】
前記データを送信するための前記時間リソースが、リソース選択のための時間ウィンドウの残りの時間部分である、請求項１に記載の方法。
【請求項4】
前記残りの時間部分が、前記データを送信するための残りのパケット遅延バジェット（ＰＤＢ）である、請求項３に記載の方法。
【請求項5】
前記残りの時間部分が、パケット遅延バジェット（ＰＤＢ）と、前記データを送信するための前記リソースの選択されたセットとの間の時間差である、請求項３に記載の方法。
【請求項6】
第１の送信が、１）媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）、無線リソース制御（ＲＲＣ）メッセージ、アップリンク制御送信、スケジューリング要求、又はバッファステータス報告のうちのいずれかを備える、請求項１に記載の方法。
【請求項7】
前記リソースの選択されたセットが、前記データを送信するための１つ以上のモード２リソースを備える、請求項１に記載の方法。
【請求項8】
モード２データ送信を使用して前記データを送信するための前記リソースのセットを選択することであって、前記リソースのセットが、パケット遅延バジェット（ＰＤＢ）に関連付けられる、選択することを更に含む、請求項１に記載の方法。
【請求項9】
各々が前記優先度閾値よりも大きい優先度を有する１つ以上の論理チャネルに、送信される前記データが関連付けられる、請求項１に記載の方法。
【請求項10】
各々が前記優先度閾値よりも大きい優先度を有する１つ以上の論理チャネルに、前記バッファステータスが関連付けられる、請求項１に記載の方法。
【請求項11】
前記第２の送信が、サイドリンク送信である、請求項１に記載の方法。
【請求項12】
前記第１の送信に含まれる前記情報が、１）前記データの量を、及び／又は、２）前記ネットワークエンティティが１つ以上のアップリンク許可をスケジュールするための前記リソースの選択されたセットに関連付けられた前記タイミング情報を、更に示す、請求項１に記載の方法。
【請求項13】
１）前記リレーＷＴＲＵへのデータ送信のための周期的リソース選択と、２）前記リソースの選択されたセットの周期性及びオフセットと、を示す情報を含む第３の送信を、前記ネットワークエンティティに送信することを更に含む、請求項１に記載の方法。
【請求項14】
送信器と、受信器と、プロセッサと、メモリと、を含む、回路を備える無線通信のための無線送信／受信ユニット（ＷＴＲＵ）であって、前記ＷＴＲＵが、送信されるデータが優先度閾値よりも大きい優先度を有すると決定することと、
前記データを送信するためのリソースの選択されたセットに関連付けられたタイミング情報を決定することであって、前記データを送信するための時間リソースが時間リソース閾値未満であることを、前記タイミング情報が示す、決定することと
ネットワークエンティティに、１）前記データに関連付けられたバッファステータスと、２）前記リソースの選択されたセットに関連付けられた前記タイミング情報と、を示す情報を含む第１の送信を送信することと
前記データに関連付けられた前記バッファステータスを示す情報を含む第２の送信を、リレーＷＴＲＵに送信することと
を実施するように構成される、無線送信／受信ユニット（ＷＴＲＵ）。
【請求項15】
前記バッファステータスが、モード２データ送信のためのものである、請求項１４に記載のＷＴＲＵ。
【請求項16】
前記データを送信するための前記時間リソースが、リソース選択のための時間ウィンドウの残りの時間部分である、請求項１４に記載のＷＴＲＵ。
【請求項17】
前記残りの時間部分が、前記データを送信するための残りのパケット遅延バジェット（ＰＤＢ）である、請求項１６に記載のＷＴＲＵ。
【請求項18】
前記残りの時間部分が、パケット遅延バジェット（ＰＤＢ）と、前記データを送信するための前記リソースの選択されたセットとの間の時間差である、請求項１６に記載のＷＴＲＵ。
【請求項19】
前記第２の送信が、サイドリンク送信である、請求項１４に記載のＷＴＲＵ。
【請求項20】
前記送信器が、１）前記リレーＷＴＲＵへのデータ送信のための周期的リソース選択と、２）前記リソースの選択されたセットの周期性及びオフセットと、を示す情報を含む第３の送信を、前記ネットワークエンティティに送信すること
を実施するように更に構成される、請求項１４に記載のＷＴＲＵ。
【国際調査報告】