JP2024516639A

JP2024516639A - 無線通信システムにおけるサイドリンクチャネル予約取得及び衝突回復

Info

Publication number: JP2024516639A
Application number: JP2023565512A
Authority: JP
Inventors: エスウィー、アリ; エルコトビー、フセイン; プラガダ、ラヴィクマール
Original assignee: インターデイジタルパテントホールディングスインコーポレイテッド
Priority date: 2021-05-07
Filing date: 2022-05-06
Publication date: 2024-04-16
Also published as: EP4335216A1; US20240188107A1; BR112023023037A2; WO2022236097A1

Abstract

本開示は、一般に、無線通信システムにおけるオンデマンド低電力サイドリンクチャネル予約取得のための方法及び装置に関する。ＷＴＲＵは、サイドリンクリソース使用に関連するオンデマンドレポートを要求することを決定し得る。レポートを受信するＷＴＲＵは、サイドリンクリソース使用のその知識に基づいてレポートを生成し得る。応答側ＷＴＲＵは、サイドリンクリソース使用に関してそれが有する情報の相対的な量に基づいて、レポートに関連付けられた優先度を決定し得る。応答のための応答ウィンドウは、優先度に基づいて決定され得る。次いで、応答側ＷＴＲＵは、対応する応答ウィンドウ内でレポートを送信する。レポート送信について衝突が検出された場合、応答ウィンドウは拡張され得、レポートは、拡張された応答ウィンドウ中で再送信され得る。

Description

（関連出願の相互参照）
本出願は、２０２１年５月７日に出願された米国仮出願第６３／１８５，８３３号及び２０２１年１０月２９日に出願された米国仮出願第６３／２７３，４７６号の優先権を主張し、これらの全体は参照により本明細書に組み込まれる。

（発明の分野）
本開示は、無線通信システムにおけるオンデマンド低電力サイドリンクチャネル予約取得のための方法及び装置に関する。

モバイル通信は継続的に進化している。例えば、５Ｇネットワークは、フレキシブルな無線アクセス技術で構築されてもよい。これらの新しい技術が出現するにつれて、異なる特性を有する多種多様な使用事例をどのようにサポートするかを判定する際に課題が生じる。例として、無線通信ネットワークは、１つ以上の無線送信／受信ユニット（ＷＴＲＵ）間の直接通信を可能にし得る。そのような直接通信は、サイドリンク（ＳＬ）通信と称され得る。サイドリンク通信は、複数のＷＴＲＵ間の効率的で低レイテンシの通信を可能にし得るが、送信及び／又は受信のためのサイドリンクリソースをどのように選択し、要求するかに関する問題が生じる可能性がある。本開示は、サイドライン通信のためのチャネルアクセスを容易にするために使用され得る方法及び技法に対処する。

サイドリンクリソース使用を容易にするための方法及びシステムが開示される。例えば、本明細書で開示される方法及びシステムは、他のＷＴＲＵのサイドリンクリソース使用に関する情報をＷＴＲＵに提供するために使用され得る。サイドリンクリソース使用に関する情報は、要求側ＷＴＲＵが、多数のサイドリンクリソースを監視することなく、現在使用されているサイドリンクリソースに関する情報を取得し得るように、オンデマンドで提供し得る。例として、サイドリンクリソース使用に関する情報が要求されるべきであると判定すると、ＷＴＲＵは、１つ以上の他のＷＴＲＵに要求を送信し得る。要求は、ＷＴＲＵが現在のサイドリンクリソース使用に関する情報を要求していることを示し得る。他のＷＴＲＵは、要求を受信し得る。他のＷＴＲＵは、サイドリンクリソース使用を監視している可能性があり、どのサイドリンクリソースが現在使用されているかに関する情報を取得している可能性がある。どのリソースが現在使用されているかに関する情報は、サイドリンクリソースの測定に基づいて決定されている可能性があり、かつ／又は他のＷＴＲＵによって受信された以前のサイドリンク使用レポート／応答に基づいて決定される可能性がある。

クエリを受信したＷＴＲＵは、どのサイドリンクリソースが現在使用されているかについてのそれらの知識に基づいて、サイドリンクリソース使用のレポートを生成し得る。ＷＴＲＵは、レポートに関連付けられた優先度を判定し得る。例えば、ＷＴＲＵが、サイドリンクリソース使用についての比較的多くの知識を有する場合、ＷＴＲＵは、高優先度レポートを送信すべきであると判定し得る。例えば、ＷＴＲＵは、長期間にわたってサイドリンクリソースの使用を以前に監視していた可能性があり、サイドリンクリソース使用に関する比較的大量の情報を収集している可能性がある。例において、ＷＴＲＵは、サイドリンクリソース使用についてのいくつかの最近のレポートを受信している可能性があり、それらのレポートにおいて受信された情報を集約し得る。このようにして、サイドリンクリソース使用に関する比較的大量の情報を有するＷＴＲＵは、それらのレポートが比較的高い優先度のものであると判定し得る。比較的短い時間にわたってサイドリンクリソースを監視していた、及び／又は比較的少ないレポートを受信したＷＴＲＵは、それらのレポートが比較的低い優先度のものであると判定し得る。本明細書で更に説明されるように、以前の期間にわたってＷＴＲＵによって収集されたリソース使用情報の量に基づいて、レポートが高優先度、中優先度、低優先度などであるか否かを判定するために、様々な閾値が確立され得る。

次いで、ＷＴＲＵは、クエリに対する応答を送信し得る。応答は、ＷＴＲＵに知られているリソース使用に関する情報を含み得る。情報は、様々なソースからの情報の集約であってもよい。応答ウィンドウは、応答のために確立され得る。応答ウィンドウは、決定された優先度に関連付けられ得る。例えば、高優先度応答ウィンドウが時間的に最初に発生し得る。比較的低い優先度応答ウィンドウは、後の時間に発生し得る。ＷＴＲＵは、応答をリッスンし得る。ＷＴＲＵが、比較的高い優先度応答ウィンドウ内の２つ以上のレポートについて衝突が発生したと判定した場合、ＷＴＲＵは、高優先度の応答ウィンドウを拡張することを決定し得る。

本開示の１つ以上の実施形態では、ＷＴＲＵは、プロセッサ及びメモリを含む。１つ以上の場合において、プロセッサは、１つ以上の他のＷＴＲＵによって利用されるサイドリンクリソースの指示を要求するクエリを受信するように構成される。１つ以上の場合において、プロセッサは、ＷＴＲＵ及び１つ以上の他のＷＴＲＵのうちの少なくとも１つによって利用される１つ以上のサイドリンクリソースを示す応答を生成するように構成される。１つ以上の場合において、プロセッサは、応答の優先度レベルを決定するように構成される。１つ以上の場合には、プロセッサは、応答ウィンドウ内で応答を送信するように構成される。例えば、高優先度応答ウィンドウは長くされ得、比較的低い優先度応答ウィンドウは短縮及び／又は遅延され得る。衝突を検出した高優先度レポートに関連付けられたＷＴＲＵは、高優先度応答ウィンドウの拡張された部分において、その高優先度レポートを再送信し得る。衝突を検出した比較的低い優先度のレポートに関連付けられたＷＴＲＵは、遅延及び／又は短縮された低優先度応答ウィンドウの発生まで、その低優先度レポートの送信を遅延させ得る。

本開示の１つ以上の実施形態において、ＷＴＲＵにおいて実装される方法は、１つ以上の他のＷＴＲＵによって利用されるサイドリンクリソースの指示を要求するクエリを受信することを含む。１つ以上の場合において、本方法は、ＷＴＲＵ及び１つ以上の他のＷＴＲＵのうちの少なくとも１つによって利用される１つ以上のサイドリンクリソースを示す応答を生成することを含む。１つ以上の場合において、方法は、応答の優先度レベルを決定することを含む。１つ以上の場合において、本方法は、応答ウィンドウ内で応答を送信することを含む。

例として本明細書に添付される図面と併せて与えられる以下の詳細な説明から、より詳細な理解を得ることができる。そのような図面の図は、詳細な説明と同様に、例示的なものである。したがって、図及び詳細な説明は限定的であるとみなされるべきではなく、他の同様に効果的な例が可能であり、可能性が高い。更に、図（Figure、「ＦＩＧ」）内の同様の参照番号（reference numeral、「ｒｅｆ」）は、同様の要素を示している。
１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。図１Ａに示される通信システム内で使用され得る例示的な無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）を示すシステム図である。図１Ａに示される通信システム内で使用され得る例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。図１Ａに示される通信システム内で使用され得る更なる例示的なＲＡＮ及び更なる例示的なＣＮを示すシステム図である。ＰＳＳＣＨ上でのＳＣＩの送信を示すタイミング図である。ＳＣＩの送信を示すフローチャートである。ＳＬＷＴＲＵを構成しているＲＡＮノードにおけるメッセージングのタイムラインを示す。ＣＲＱ発見のためのシグナリングを示すタイミング図である。チャネル予約及び占有のサイドリンクオンデマンドクエリの手順を要約するフローチャートである。少なくとも単一のチャネル予約クエリ（ＣＲＱ）指示に応答するためにＳＬＷＴＲＵをアクティブに送信するための手順を要約するフローチャートである。ＳＬインターフェースのオンデマンドチャネル予約クエリを示すタイミング図である。ＳＬインターフェースのオンデマンドチャネル予約クエリを示す図８の例をＳＳＬマルチキャリア使用事例に拡張するタイミング図である。ＱＲＲリソースセットの動的な割り当てを示す図である。ＱＲＲリソースの動的な割り当てを示す信号フロー図である。蓄積されたＱＲＲレポートを示す時間及び周波数リソースの図である。例示的な蓄積されたＱＲＲレポートの内容を示す図である。蓄積されたＱＲＲレポートに従った信号フローを示す信号フロー図である。ＱＲＲチャネルアクセスの手順を示すフローチャートである。ＱＲＲ増分フィードバックレポート及び対応するＷＴＲＵシーケンスアクションを示す図である。動的ＳＬＷＴＲＵＱＲＲチャネルアクセスを示す図である。動的ＳＬＷＴＲＵＱＲＲチャネルアクセスを示す図である。動的ＳＬＷＴＲＵＱＲＲチャネルアクセスを示す図である。動的なＳＬＷＴＲＵＱＲＲチャネルアクセスを示す図である。ＱＲＲチャネルアクセス優先度を決定することを示す図である。ＱＲＲアクセス優先度及び対応するＷＴＲＵシーケンスアクションを決定することを示す図である。アクティブチャネル割り当てのための動的繰り返し手順を示す図である。ＴＲ２２．８８６からの例示的なサイドリンク使用事例の表である。

本明細書の開示は、添付の図面に関連して読まれることが意図されており、添付の図面は、明細書全体の一部とみなされるべきである。単数形の使用は、特に明記しない限り複数形を含む。「又は」の使用は、特に明記しない限り、「及び／又は」を意味する。更に、「含む（including）」という用語、並びに「含む（includes）」及び「含まれる（included）」などの他の形態の使用は、限定的ではない。加えて、「要素」又は「構成要素」などの用語は、特に明記しない限り、１つの単位を含む要素及び構成要素、並びに２つ以上のサブユニットを含む要素及び構成要素の両方を包含する。更に、本明細書で使用されるセクションの見出しは、構成上の目的のみのためであり、記載される主題を限定するものとして解釈されるべきではない。更に、本開示は可能な実装形態の詳細な例を提供するが、詳細は例示的なものであり、決して本出願の範囲を限定するものではないことに留意されたい。例えば、本明細書に具体的に記載されていない可能な実装形態は、本明細書に明示的、暗黙的及び／又は本質的に「提供」、記載、開示、又は他の方法で提供される他の実装形態の代わりに、又はそれと組み合わせて実施してもよい。

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、コード分割多重アクセス（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 multicarrier、ＦＢＭＣ）などの、１つ以上のチャネルアクセス方法を用い得る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＬＴＥは、高度なサイドリンク通信をサポートする最初の主要なセルラ技術である。主な目的は、基本的なＶ２Ｘ（vehicular to anything）使用事例を満たし、サポートすることであった。ＬＴＥＶ２Ｘは、シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）に基づき、１０ＭＨｚチャネル及び２０ＭＨｚチャネルをサポートする。更に、ＬＴＥＶ２Ｘ通信は、ブロードキャスト送信のみをサポートし、サイドリンク（ＳＬ）トラフィックのためのベースライン仮定は、サイドリンクトラフィックの到着が周期的であることである。特に、トラフィックは、いつでもＬＴＥＵＥに到着することができるが、サイドリンク送信は、固定された事前定義された周期で送信される。したがって、ＬＴＥＶ２ＸＷＴＲＵは、周期的トラフィックを検知及び／又は送信若しくは受信するために、常にオン／アウェイクであると仮定される。したがって、Ｖ２ＸＷＴＲＵの電力節約及びエネルギー効率は、対処されていない。

ＬＴＥＳＬ通信の場合、物理リソースブロック（ＰＲＢ）は、いくつかのサブチャネルにグループ化される。サブチャネルは、単一のサブフレームの持続時間内にいくつかのＰＲＢを含んでもよい。しかしながら、サブチャネルごとのＰＲＢの正確な数は構成可能であり、展開シナリオに応じて変化し得る。サブチャネルは、データ及び制御情報を送信及び受信するために使用される。データペイロード送信は、ＬＴＥインターフェース上と同じ方法でＳＬインターフェース上で編成される。すなわち、ペイロードはトランスポートブロック（ＴＢ）に編成され、ＴＢは１つ以上のパケットを含む。したがって、ＴＢは、パケットのサイズ、サブチャネルごとのＰＲＢの構成された数、及び使用される変調及びコーディンク形式（ＭＣＳ）に応じて、１つ又はいくつかのサブチャネルを占有し得る。ＬＴＥ無線インターフェースを介した通常のデータと同様に、ＳＬＴＢは、ＱＰＳＫ、１６－ＱＡＭ、又は６４ＱＡＭを使用して送信され得る。

制御ＳＬプレーン上で、各ＴＢ送信は、関連付けられたサイドリンク制御情報（ＳＣＩ）メッセージを有する。すなわち、ＳＣＩは、ＬＴＥダウンリンク制御情報（ＤＣＩ）に類似している。ＳＣＩは、関連付けられたＴＢ送信によって占有されるＰＲＢ／サブチャネルの指示、ＴＢに使用されるＭＣＳ、送信されているメッセージの優先度、それがＴＢの最初の送信であるかブラインド再送信であるかの指示、リソース予約間隔（ＲＲＩ）などの情報を含む。

ＬＴＥＶ２Ｘ使用事例は、全てのＬＴＥＶ２Ｘ送信がブロードキャストモードにあるので、受信機フィードバックなしでＳＬ送信信頼性を高めるために主にブラインド再送信に依拠する。したがって、ＴＢの送信は、時間ドメイン及び／又は周波数ドメインにおいて繰り返され、受信機側で組み合わされ得る。一方、ＲＲＩ指示は、サイドリンクＵＥが周期的な将来の送信を必要とする場合に、予約されたリソースの周期性を示す。したがって、ＲＲＩは、選択されたリソースが、リソース割り当て有効性が満了するまで、このＲＲＩ周期性上で予約されるものとすることを、近接する他のサイドリンクＷＴＲＵに示す。

５Ｇ新無線（ＮＲ）サイドリンク通信では、５ＧＳＬ通信は、ＬＴＥＶ２Ｘ全体機能の大部分を継承するが、主要なシステム更新を伴う。ＬＴＥＶ２Ｘとは異なり、５ＧＮＲＳＬは、ＰＣ５ＳＬインターフェースを介したユニキャスト、グループキャスト、及びマルチキャスト送信をサポートする。更に、５ＧＮＲＳＬは、ＳＬ通信信頼性を改善するために、ＳＬＰＣ５インターフェースを介したＨＡＲＱフィードバックをサポートする。その点に関して、５ＧＳＬは、ＳＬリンクのサービス品質の確立及び追跡を導入する。更に、５ＧＮＲは、車両隊列走行、高度運転、拡張センサ、及び遠隔運転などの新しいＶ２Ｘ使用事例の多様性をサポートする。その点に関して、５ＧＮＲＳＬは、ＬＴＥのような周期的なＳＬトラフィック到着及び送信、並びに非周期的なトラフィック到着をサポートする。

ＮＲＶ２ＸＳＬにおける送信は、直交周波数分割多重（ＯＦＤＭ）波形を使用する。５ＧＮＲ無線機能の大部分は、フレキシブルなヌメロロジ、スロットベースの送信、及び帯域幅部分（ＢＷＰ）などの５ＧＮＲサイドリンク通信に利用可能である。しかしながら、ミニスロットＳＬ送信は、それぞれの短いカバレッジ及びより低いＷＴＲＵ送信電力のためにサポートされない可能性がある。ＮＲＶ２ＸにおいてＳＬ送信をスケジューリングするための最小時間単位はスロットであり、最小周波数単位はサブチャネルであり、したがって、ＬＴＥＶ２Ｘと同じ構造を共有する。

ＢＷＰの概念は、ＮＲＶ２Ｘサイドリンクにも採用されており、ＳＬＢＷＰはキャリア内の帯域幅の連続する部分を占有し、１つのＳＬＢＷＰが全てのＷＴＲＵに対して構成される。サイドリンクＷＴＲＵ送信及び受信は、ＳＬＢＷＰ内に含まれ、同じヌメロロジを使用し得る。したがって、ＮＲＶ２Ｘサイドリンクにおける全ての物理チャネル、基準信号、及び同期信号は、ＳＬＢＷＰ内で送信される。

構成された５ＧＮＲＢＷＰの場合、全てのＳＬチャネルは以下のように送信され得る。例えば、物理サイドリンク制御チャネル（ＰＳＣＣＨ）は、サイドリンクインターフェースを介してサイドリンク制御情報を搬送する。５ＧＮＲＳＬの場合、ＳＣＩ情報は２つの段階／部分に分割される。第１段階は、ＰＳＣＣＨチャネルを介して送信される段階であり、ＳＬスケジューリング情報のより小さいセットを含む。ＳＣＩ情報の第１段階は、例えば、予約されたＳＬリソースのタイミング及び周波数リソース、並びに第２段階ＳＣＩのタイミング及び周波数リソースを含むが、これらに限定されない。後者（すなわち、第２段階ＳＣＩ情報）は、例えば、使用されるＭＣＳ、ＣＳＩ要求、ＨＡＲＱプロセスＩＤ及び構成など、スケジュールされたＳＬ送信の送信構成を含むが、これらに限定されない。第２段階ＳＣＩは、ＰＳＳＣＨチャネルを介して送信される。

別の例では、物理サイドリンク共有チャネル（ＰＳＳＣＨ）が、サイドリンクインターフェースを介して実際のＳＬデータペイロード及び追加の制御情報（第２段階ＳＣＩ）を搬送する。更に別の例では、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）は、サイドリンクインターフェースを介した同期をサポートするための情報を搬送する。ＰＳＢＣＨは、１つ以上のアクティブなＳＬＷＴＲＵからサイドリンク同期信号ブロック（Ｓ－ＳＳＢ）内で送信される。ＰＳＢＣＨはまた、ＳＳＢ送信ＷＴＲＵのＳＬＩＤ／ＲＮＴＩ、及びＰＳＢＣＨが元々ＲＡＮインターフェース若しくは衛星と同期されているか、又はＰＳＢＣＨのクロックを含み得る。更に、ＰＳＢＣＨは、例えば、限定はしないが、ＲＡＮシステムフレーム番号（ＳＦＮ）に類似する、ＳＬインターフェースのダイレクトフレーム番号（ＤＦＮ）を含む。後者の情報（すなわち、ＳＬインターフェースのＤＦＮ）は、ＳＳＢを受信しているＳＬＷＴＲＵがＲＡＮインターフェースのカバレッジ外（ＯＯＣ）にある場合に、ＳＬＰＣ５インターフェースに同期され得る。更に、別の事例では、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）は、サイドリンク送信の受信の成功又は失敗に関連するＨＡＲＱフィードバックを搬送する。ＰＳＦＣＨは、異なる受信側ＳＬＷＴＲＵからのＨＡＲＱＡＣＫ／ＮＡＣＫを、符号分割多重化を使用して同じタイミング及び周波数リソース上で多重化することができる小さい帯域幅を有する。

１つ以上の場合では、５ＧＲＡＮは、例えば、限定はしないが、ＳＬデータシンボルの配置、ＳＬ制御シンボル、ＳＬＳＳＢ送信周期及びタイミング、並びにスロット内のＰＳＢＣＨ機会に関して（例えば、スロットの数及び配置に関して）、ＳＬスロット構造を構成し得る。１つ以上の場合において、ＰＳＣＣＨ及びＰＳＳＣＨは多重化され、同時に送信され得る。１つ以上の場合において、ＳＬＷＴＲＵは、対応するＰＳＳＣＨチャネル送信の構成を識別するために、ＰＳＣＣＨを介して送信された情報をブラインドで探索及び復号し得る。場合によっては、ＳＬＳＳＢの送信は、ＳＬデータ又は制御チャネルのいずれかと多重化されない場合がある。そのような場合、５ＧＮＲＳＬＷＴＲＵからＳＬＳＳＢを検出するために、ブラインド復号は必要とされなくてもよい。

ＮＲＶ２Ｘでは、１つ以上のスロットが、ＳＬデータ又は制御送信を収容するように構成される。例えば、利用可能なサイドリンクリソースは、サイドリンクのために割り当てられたスロット（すなわち、時間リソース）と、ＳＬＢＷＰ内の共通ＰＲＢ（すなわち、周波数リソース）とを含み得る。１つ以上の場合において、利用可能なＳＬリソースのサブセットは、それらのＳＬデータ／制御送信のためにいくつかのＷＴＲＵによって使用されるように構成又は事前構成される。利用可能なＳＬリソースのこのサブセットは、リソースプールと称され得る。１つ以上の場合には、リソースプールは、ある数のシンボル又はスロットにわたる連続するサブチャネルのセットである。加えて、リソースプールは、構成された周期性でＳＬＷＴＲＵのためにスケジュールされ得る。単一のＳＬサブチャネルは、ＳＬ帯域幅部分内のＬ個の連続するＳＬＰＲＢを意味する。１つ以上の場合において、ＲＡＮノードは、ＳＬＤＭＲＳ（すなわち、復調基準信号）の配置を構成し得る。そのような場合、受信側ＳＬＷＴＲＵは、データ復号のためにＳＬチャネル推定値によってそれらの受信機を調整し得る。

１つ以上の場合には、ＳＬＳＳＢは、構成されたデータ／制御ＳＬリソースプールの外側であるが、構成されたＳＬＢＷＰの内側で送信される。場合によっては、ＲＡＮノードは、ＳＬＷＴＲＵのうちの１つを、そのようなＳＬＷＴＲＵがＳＬデータを送信しているか否かにかかわらず、常にＳＬＳＳＢを送信するように構成し得る。別の実装形態では、ＳＬＳＳＢを送信しているＳＬＷＴＲＵからの不十分なカバレッジがあると判定するＳＬＷＴＲＵは、代わりにＳＬＳＳＢを送信するようにそれ自体を自己昇格させ得る。異なるＷＴＲＵからのＳＬＳＳＢは、ＳＬＳＳＢの周波数リソースの位置が送信ＳＬＷＴＲＵＩＤ／ＲＮＴＩに依存するため、衝突を起こしにくい可能性があり、したがって、ソースＳＬＷＴＲＵＩＤに応じて周波数ドメインでシフトされる。

ＬＴＥＶ２Ｘと同様に、２つのＳＬリソース割り当てモードが存在する。例えば、第１のモードは、ＳＬＷＴＲＵが５ＧＲＡＮインターフェースのカバレッジ内にあると仮定する。したがって、ＳＬＷＴＲＵが送信のためのＳＬペイロードを有するとき、ＳＬＷＴＲＵは、サービングＲＡＮノードからＳＬスケジューリンググラントを受信する。ＳＬＷＴＲＵがＳＬスケジューリンググラントを受信する場合、典型的なＲＡＮ動的グラント又は構成されたグラントスケジューリングを使用することができる。前者は、ＳＬ送信の増加したエンドツーエンドレイテンシにつながり、後者は、構成されたグラントタイプ１のためのリソース利用不足又は構成されたグラントタイプ２のためのＳＬスケジューリング衝突につながり得る。

別の例では、場合によっては、ＳＬリソース割り当ての第２のモードは、ＳＬＷＴＲＵがＲＡＮインターフェースのＯＯＣであるときに行われ得る。いくつかの他の場合には、ＳＬリソース割り当ての第２のモードは、ＳＬＷＴＲＵが、ＲＡＮインターフェースの制御オーバーヘッドを低減するために第２のモードを使用するように構成されるときに発生し得る。第２のモードでは、ＳＬＷＴＲＵは、ＲＡＮインターフェースへの接続なしに、ＳＬＰＣ５インターフェースを介して自律的に送信及び受信し得る。１つ以上の場合において、ＳＬＷＴＲＵがＳＬ送信又は受信のために選択し得るリソースプールの構成は、ＲＡＮノードから事前構成される。それらのプールは、複数のＳＬＷＴＲＵにわたって共有されてもよく、したがって、ＳＬＷＴＲＵは、チャネルを自律的に検知し、それらのＳＬペイロードを送信し得る自由に利用可能なリソースを選択してもよい。

第２のＳＬリソース割り当てモードでは、ＷＴＲＵは、ＷＴＲＵがＳＬペイロードを送信し得る前に、３ステップベースライン手順を実行するように構成される。例えば、第１のステップは、検知ウィンドウ中にチャネルを検知することを含み得る。１つ以上の場合において、ＷＴＲＵが送信すべきＳＬペイロードを有するか否かにかかわらず、ＳＬＷＴＲＵは、構成されたシンボル中にＰＳＣＣＨの全ての可能な位置を検知し、ブラインド復号する（すなわち、ＰＳＣＣＨ探索空間をブラインド探索し、復号することによって）。ＳＬＷＴＲＵは、現在、及び潜在的に将来、ＳＬペイロードを送信している他のアクティブＳＬＷＴＲＵから第１段階ＳＣＩを識別する。したがって、チャネルを検知することによって、ＳＬＷＴＲＵは、他のＳＬＷＴＲＵのために予約された現在及び将来のリソースを識別し、すなわち、ＲＲＩを検出することによって、将来のチャネル予約を識別することができる。

第２のステップは、例えば、検知されたリソースプールからＳＬリソースをダウン選択することを含み得る。１つ以上の場合では、ＳＬＷＴＲＵがこのステップをどのように実行すべきかに関する幅広い事前定義された規則が存在する。場合によっては、ＳＬＷＴＲＵが検知されたリソースをダウン選択するために使用する基準の１つは、現在又は将来の他の送信ＷＴＲＵのために予約されると識別されるＳＬリソースを除外することである。したがって、ＳＬＷＴＲＵは、ＳＬパケットが到着したときにそれらのＳＬペイロードを送信するために使用することができる、空いている利用可能なリソースのリストで終わる。

第３のステップは、例えば、リソースを再評価して選択することを含み得る。１つ以上の場合において、リソース再評価は、ＳＬＷＴＲＵが実際のＳＬペイロード送信の直前にチャネルを再検知することを可能にし得る。リソース再評価は、第１のステップにおける完全チャネル検知によって検出されない他のＳＬＷＴＲＵからの１つ以上の非周期的ＳＬペイロード送信とのリソース衝突を回避し得る。再評価が終了すると、ＳＬＷＴＲＵは、より低いＳＬインターフェース輻輳を保証し、したがって、それらのＳＬペイロードを送信するために、選択された空き利用可能リソースから適切な量のリソースをランダムに選ぶように、それらのＳＬ送信構成を調整し得る。

ＳＬインターフェースは、共有リソース上の分散型マルチアクセス媒体であるため、輻輳が発生し得る。１つ以上の場合では、チャネルビジー比（ＣＢＲ）及びチャネル占有率（ＣＲ）などであるがこれらに限定されないメトリックが、ＳＬインターフェース輻輳を制御するために定義される。

場合によっては、ＣＢＲは、前の１００個のサブフレーム中のサブチャネルの総数に対する、事前構成又は構成された閾値よりも高いＲＳＳＩを経験するサブチャネルの比として定義され得る。いくつかの場合には、ＣＲは、送信車両によって生成されるチャネル占有を定量化し得る。例えば、ＣＲは、サブフレームｎにおいて、サブフレーム［ｎ－ａ，ｎ－１］において送信車両によって利用され、サブフレーム［ｎ，ｎ＋ｂ］におけるその残りの再選択カウンタ送信のために車両によって選択されるサブチャネルの数と、サブチャネルの総数との間の比として推定される（すなわち、ここで、ａ及びｂは、ＲＡＮから事前にシグナリングされ得る事前定義された整数である）。

ＳＬＷＴＲＵがＳＬインターフェースを介してＴＢを送信しようとするとき、ＳＬＷＴＲＵは、ＣＢＲを測定し、それを事前定義された範囲及び事前構成された範囲のうちの１つにマッピングして、それが使用することを許可された最大ＣＲ制限を得る。したがって、ＳＬＷＴＲＵは、それ自体のＣＲを推定し、それがＣＲ限界よりも高いか否かをチェックする。そのような場合、ＳＬＷＴＲＵは、そのようなＳＬ送信のために必要とされるＳＬリソースの量を低減するために、そのＳＬ送信を終了するか、又は利用されるＭＣＳを増加させ、したがって、ＳＬインターフェースの現在の状態のための最大許容ＣＲ限度を下回るＣＲを使用する。

１つ以上の場合において、ＳＬリレーの目的は、ＷＴＲＵ対ネットワーク中継器を介して中継することによってリモートＷＴＲＵのネットワークカバレッジを拡張することと、より低いパスロスのＷＴＲＵ対ネットワーク又はＷＴＲＵ対ＷＴＲＵ中継器上で送信することによって電力クリティカルなリモートＷＴＲＵの電力節約とを含み得る。

ＳＬＷＴＲＵが周囲の利用可能なＳＬ中継器を発見し、それに接続するための２つの定義されたモデルは、例えば、限定はしないが、モデルＡ及びモデルＢを含み得る。

１つ以上の場合において、モデルＡ（すなわち、「私はここにいます」）は、アナウンスＷＴＲＵ及び監視ＷＴＲＵを含み得る。アナウンスＷＴＲＵに関して、ＷＴＲＵは、発見する許可を有する近接するＷＴＲＵによって使用され得る特定の情報をアナウンスする。監視側ＷＴＲＵに関して、ＷＴＲＵは、アナウンスＷＴＲＵの近くで関心のある特定の情報を監視する。モデルＡでは、アナウンスＷＴＲＵは、事前定義された発見間隔で発見メッセージをブロードキャストする。発見メッセージに関心のある監視ＷＴＲＵは、これらの発見メッセージを読み取り、発見メッセージを処理する。

１つ以上の場合において、モデルＢ（すなわち、「誰がそこにいるか？」／「あなたはそこにいるか」）は、発見側ＷＴＲＵ及び被発見側ＷＴＲＵを含み得る。発見側ＷＴＲＵに関して、ＷＴＲＵは、ＷＴＲＵが何を発見することに関心があるかに関する特定の情報を含む要求を送信する。被発見側ＷＴＲＵに関して、送信側ＷＴＲＵ（すなわち、発見側ＷＴＲＵ）から要求メッセージを受信するＷＴＲＵ（すなわち、被発見側ＷＴＲＵ）は、発見側の要求に関連する情報で応答することができる。１つ以上の場合において、モデルＢでは、発見側ＷＴＲＵは、発見側ＷＴＲＵが応答を受信したい他のＷＴＲＵに関する情報を送信する。例えば、発見側ＷＴＲＵによって送信される情報は、ＷＴＲＵのグループに対応するＰｒｏＳｅアプリケーション識別情報を含むか、又はそれに対応し得、送信された情報を受信すると、グループのメンバーは応答し得る。

リモートＷＴＲＵが中継器ＷＴＲＵに接続されるとき、リモートＷＴＲＵは、サイドリンクユニキャストリンク上のＳＬ－ＲＳＲＰ測定を使用して、中継器ＷＴＲＵとのＰＣ５リンク品質がリレー再選択基準を満たすか否かを評価し得る。リレー選択又はリレー再選択のために、リモートＷＴＲＵは、リレーＷＴＲＵのＰＣ５無線測定を、ｇＮＢによって構成又は事前構成され得る閾値と比較する。１つ以上の場合では、現在のサイドリンクリレーのＮＲサイドリンク信号強度が、構成された閾値又は事前構成された閾値を下回る場合、リレー再選択がトリガされる。また、現在の中継器ＷＴＲＵとのＰＣ５リンクの無線リンク障害（Radio Link Failure、ＲＬＦ）がリモートＷＴＲＵによって検出された場合、リレー再選択がトリガされ得る。

１つ以上の場合において、ＬＴＥＳＬは、電力節約ＷＴＲＵ（例えば、歩行者ＷＴＲＵ（すなわち、Ｐ－ＷＴＲＵ））が、周期的に、サブ検知ウィンドウ上で検知を実行すると仮定する。場合によっては、サブ検知ウィンドウの幅が構成され得、しかしながら、サブ検知ウィンドウの位置は、各ＷＴＲＵ自身によって設定される。そのような場合、ＴＸ専用（すなわち、Ｐ－ＷＴＲＵ）は、常にアクティブなＷＴＲＵと周期的に通信する。非周期的トラフィックを有する５ＧＶ２Ｘの場合、部分検知に基づくリソース選択のために、追加の短期検知が考慮され得る。部分検知に関して、追加の短期検知は、選択されたリソースが他のＷＴＲＵ、例えば、非周期的サービスであるが、これに限定されない他のＷＴＲＵによって予約されているか否かを評価するのを助け得る。周期的トラフィックを有する５ＧＶ２Ｘの場合、部分検知は、少なくとも後続の周期における再評価をサポートする。

１つ以上の場合において、ＤＲＸは、５ＧＮＲＤＲＸと同じ又は同様の動作のうちの１つ以上を含む、ＳＬＰ－ＷＴＲＵの電力節約のために提案される。そのような場合、（すなわち、ＲＸのために使用される）ＤＲＸオン／オフ持続時間は、部分的な（すなわち、限定された）（すなわち、ＴＸ候補リソース選択のために使用される）検知定義に整合される。例えば、ＷＴＲＵは、ＤＲＸアクティブ機会中に検知及びＲＸ復号を行い得る。したがって、ＷＴＲＵ間調整は、ＤＲＸセットアップ及びＷＴＲＵ固有の部分的な検知サイクルを通信するための様々なオプションを利用し得る。例えば、ＷＴＲＵは、実際の条件に基づいて、それらのサブ検知ウィンドウ及び／又は受信アクティビティタイマを拡張し得る。別の例では、サブ検知ウィンドウ（すなわち、ＤＲＸオン持続時間）及び非アクティブ検知期間（すなわち、ＤＲＸオフ持続時間）の長さは、適応的に選択され得る。例えば、チャネルがより輻輳しており（高いＣＢＲ値を有する）、ＳＡが高いＲＳＲＰ値を有するスポットにＷＴＲＵが近づいている場合、ＷＴＲＵは、この危機的状態のより良好な受信のために、そのサブ検知／ＤＲＸオン持続時間を拡張し得る。

ＷＴＲＵにおける改善されたエネルギー効率について本明細書で説明される概念は、セルラ通信に関して説明されるが、これらの概念は、ＷＬＡＮ（すなわち、ＩＥＥＥ８０２．１１Ｗｉ－Ｆｉシステム）又は他の無線システムにも適用可能であることに留意されたい。

ＴＲ２２．８８６から再現される図２２に例示される表に示されるように、５ＧＳＬのために定義されるいくつかのターゲット通信シナリオがある。１つ以上の場合には、ターゲット通信シナリオは、異なるパケット送信レート及び様々なターゲットエンドツーエンドレイテンシによって特徴付けられ得る。現在のＳＬ仕様に基づいて、ＳＬＷＴＲＵは、例えば、他のアクティブなＳＬＷＴＲＵから現在及び将来のチャネル予約を連続的に識別するために、少なくともＳＬチャネル周期的部分検知を実行し、これは、著しい電力消費につながる。１つ以上の場合において、ＳＬＷＴＲＵは、ＳＬＷＴＲＵがＳＬＷＴＲＵ上で送信しているか否かにかかわらず、及び／又はＳＬが高速パケット送信レートを有するか否かにかかわらず、チャネル周期的部分検知を実行し得る。場合によっては、ＳＬＷＴＲＵは、電力消費を最適化するために、より低い頻度及び／又はより短い持続時間でチャネル検知を実行することを決定し得るが、そのような低減された頻度及び／又は持続時間は、ＳＬ送信信頼性を低下させる場合がある。例えば、ＳＬインターフェースを介した送信のためのＳＬパケットを伴うＳＬＷＴＲＵは、十分な周期的部分チャネル検知（すなわち、多くのＰＳＣＣＨブラインド復号を伴う）なしに、ＳＬＷＴＲＵがＳＬパケットを送信するために使用し得る空きの利用可能なＳＬリソースを十分に識別せず、したがって、より低い信頼性につながる可能性がある。この問題は、以下の例によって説明し得る。低送信レートＳＬＷＴＲＵ（例えば、５００ｍｓ当たり１つのＳＬパケット送信）の場合、及び十分なＳＬ信頼性を有するために、対応するＳＬＷＴＲＵは、他のアクティブＳＬＷＴＲＵによって使用され得る最も低い可能なＲＲＩ間隔と整合される周期性を用いて、部分的チャネル検知を実行する。したがって、ＳＬＷＴＲＵは、将来のチャネル予約を検出することができる。さもなければ、ＳＬの信頼性が失われる。５ＧＮＲＳＬでは、ＲＲＩは、１ｍｓから開始する値を有し得る。これは、ＳＬＷＴＲＵが、５００ｍｓ当たり１パケットの平均パケット送信レートにもかかわらず、１ｍｓ期間ごとにＰＳＣＣＨブラインド復号を用いて部分検知を実行し得ることを意味する。しかしながら、これは、ＳＬＷＴＲＵにおいてかなりの電力使用をもたらす。

本明細書では、最小電力を使用するＳＬＷＴＲＵのためのオンデマンドサイドリンクチャネル予約及び取得のための方法、装置、技法、及び手順が開示される。

１つ以上の場合では、高いＳＬ送信信頼性を維持するために、すでに送信しているＳＬＷＴＲＵと、新しいＳＬ送信を開始しようとしているＳＬＷＴＲＵの両方が、衝突のない環境を維持することに関心がある。部分的なチャネル検知は、ＳＬＷＴＲＵが衝突のない環境を維持することを可能にし得る。しかしながら、部分検知を用いると、レイテンシ／信頼性が重要なＳＬ送信のチャネル予約のうちのいくつかが見逃される可能性があり、したがって、ＳＬリソース衝突の確率が増加する。したがって、アクティブな送信を有するレイテンシ／信頼性が重要なＷＴＲＵが、ＰＳＣＣＨリソース上でそれらのＳＬチャネル予約を複製／繰り返す１つ以上の場合において、チャネルリソース繰り返し手順は、異なるチャネル検知能力を有する他のＳＬＷＴＲＵにおいてそれらのチャネル予約が検出される確率を改善する。場合によっては、チャネルリソース繰り返しは、それらの繰り返しが新しくスケジュールされたＳＬ送信ではないので、（例えば、第２段階ＳＣＩ上の情報を除外することによって）第１段階ＳＣＩ又は第１段階ＳＣＩのより小さいバージョンの形態であり得る。１つ以上の場合には、繰り返し構成は、ＲＡＮノード、ＳＬ中継器、又はサービスプロバイダからシグナリングされ得る。

１つ以上の他の場合には、参照により本明細書に完全に組み込まれる、２０２１年５月７日に出願された「Ｍｅｔｈｏｄｓ，Ａｒｃｈｉｔｅｃｔｕｒｅｓ，ＡｐｐａｒａｔｕｓｅｓａｎｄＳｙｓｔｅｍｓＤｉｒｅｃｔｅｄｔｏＬｏｗ－ＰｏｗｅｒＰｒｏｘｉｍｉｔｙ－ＢａｓｅｄＳｅｒｖｉｃｅＰａｇｉｎｇｆｏｒＭｕｌｔｉ－ＣａｒｒｉｅｒＳｉｄｅｌｉｎｋＣｏｍｍｕｎｉｃａｔｉｏｎｓ」と題する米国仮特許出願第６３／１８５，５０４号（代理人整理番号２０２１Ｐ００１４４ＵＳ）に記載されているＳＬページング手順を用いて、ＳＬＷＴＲＵは、部分的なチャネル検知を実行しない場合がある。したがって、１つ以上の場合において、ＳＬＷＴＲＵは、潜在的なアイドルＳＬＷＴＲＵが、ＳＬインターフェースを介した送信のための新しいパケット到着を有するときに、部分検知のオンデマンド手段を実行するように構成され得る。他の場合には、部分検知要件は、ＳＬ信頼性の損失なしにＳＬＷＴＲＵのために利用されない場合がある。そのような場合、２つの新しい周期的又は非周期的機会／チャネルが、ＳＬインターフェースを介して定義され、ＳＬチャネル予約クエリ及びチャネル予約応答を送信する目的のために予約される。それらの信号は、ＳＬアイドルＷＴＲＵに対するオンデマンドウェイクアップ期間であると考えられ、ＳＬアイドルＷＴＲＵは、ＳＬアイドルＷＴＲＵが即時ＳＬ送信のためのＳＬパケット到着を有するときにウェイクアップする。アクティブなＴＸＳＬＷＴＲＵの場合、新しい周期的又は非周期的チャネルは、送信ギャップであるとみなされる。すなわち、新しい周期的又は非周期的チャネルは、チャネルがチャネル予約のための潜在的クエリを受信することが予期されるＳＬインターフェース上で送信しない場合がある。場合によっては、そのような制限は、半二重ＷＴＲＵに適用可能であってもよい。他の場合には、全二重ＴｘＳＬＷＴＲＵは、潜在的なチャネル予約クエリを受信及び処理しながら、ＳＬインターフェース上で送信し得る。そのようなクエリを受信すると、アクティブなチャネル予約を有するＴＸＷＴＲＵ又はＳＬＷＴＲＵは、ブロードキャスト方式で、かつチャネル予約クエリ応答のために構成されたリソースを介して、それらの予約されたチャネル予約で応答する。このように、オンデマンドチャネル予約クエリを使用して、アイドルＳＬＷＴＲＵは、電力消費部分検知及び関連付けられたブラインド復号を実行することなく、即時のＳＬパケット送信のためにリソースの空きセットを選択し得る。

１つ以上の他の場合において、及び部分検知を利用することも利用しないこともある上記で論じた場合と同様に、電力制限されたＳＬＷＴＲＵは、（例えば、連続的又は部分的なチャネル検知を実行しないが、大部分の時間にわたって）ディープスリープで構成され得る。電力制限されたＳＬＷＴＲＵは、例えば、ＳＬＷＴＲＵがサイドリンクインターフェースを介した送信のための到着ペイロードを有するまで、ディープスリープのままである。そのような場合、ＳＬＷＴＲＵは、近接する他のＳＬＷＴＲＵに、それらのアクティブなチャネル予約を示すように要求する。１つ以上の場合において、ソースＷＴＲＵは、送信のためにアイドルＳＬリソースを選択すること、及び／又は選択するように構成されることが可能である。更に、以前にチャネル検知を実行した、及び／又は以前にいくつかのチャネル予約レポートを受信した１つ以上のＳＬＷＴＲＵは、例えば、各ＳＬＷＴＲＵの観点から、集約アクティブチャネル予約をコンパイルし得る。１つ以上の場合において、ＳＬＷＴＲＵは、集約アクティブチャネル予約を要求ＳＬＷＴＲＵにシグナリングして戻し得る。すなわち、例えば、提案されたフィードバックチャネル中に、ＳＬＷＴＲＵは、チャネルアクセスを実行して、それらのアクティブ予約を要求側ＳＬＷＴＲＵにシグナリングし得る。場合によっては、そのようなシグナリングは、例えば、限定はしないが、複数の周囲ＳＬＷＴＲＵがアクティブなＳＬ送信に関連付けられているとき、かなり大きいオーバーヘッドを伴う場合がある。そのような場合、１つ以上のＳＬＷＴＲＵは、重複する集約チャネル予約（例えば、部分的に同様のアクティブチャネル予約）をレポートし返す。例えば、１つ以上のＳＬＷＴＲＵは、それらのＷＴＲＵが同時チャネル検知を実行した可能性がある場合に、重複する集約チャネル予約をレポートし返し得る。すなわち、重複するチャネル予約レポートの送信を不必要に繰り返す場合、フィードバックレイテンシが増加する可能性があり、したがって、送信側ＷＴＲＵはより多くの電力を消費する。１つ以上の場合において、例えば、重複するチャネル予約レポートの繰り返し送信を含むものに限定されないが、ＳＬＷＴＲＵは、受信側ＳＬＷＴＲＵに近接する他のＳＬＷＴＲＵからチャネル予約レポートを受信し、復号し得る。更に、場合によっては、ＳＬＷＴＲＵは、他のＳＬＷＴＲＵによって以前にレポートされていない予約されたチャネルリソースの増分チャネル予約レポートのみを送信し得る。更に他の場合には、ＳＬＷＴＲＵは、追加情報とともに増分チャネル予約レポートを送信し得る。したがって、増分チャネル予約レポートを利用することによって、チャネル予約フィードバックレポートのサイズ及び送信時間が最小化され得る。

１つ以上の他の場合、及び部分検知を利用してもしなくてもよい上述の場合と同様に、少なくとも１つのＳＬＷＴＲＵからＣＲＱ要求を受信したことに応答して（すなわち、それを条件として）、少なくとも１つの要求側ＳＬＷＴＲＵに近接する１つ以上のＳＬＷＴＲＵは、構成されたＱＲＲリソースセットを介して、それらのＱＲＲレポートを要求側ＷＴＲＵにレポートし返し得る。そのような場合、潜在的なＱＲＲ衝突を解決するためにＱＲＲチャネルアクセススキームが使用され得る。ＳＬＷＴＲＵは、例えば、それらの決定されたＱＲＲ性能メトリック（例えば、限定はしないが、接続時間、以前のＳＬの数、モビリティ状態など）に基づいて、それらのＱＲＲアクセス優先度及び／又は競合ウィンドウを決定し得る。１つ以上の場合において、最高の構成されたアクセス優先度のＳＬＷＴＲＵであって、それらのＱＲＲレポートが最も信頼でき包括的であるＳＬＷＴＲＵは、このＱＲＲアクセス優先度に関連付けられたＱＲＲリソースセット上でそれぞれのＱＲＲレポートを送信し得る。そのような場合、同じ又は他のアクセス優先度からの１つ、２つ以上、又は全てのＳＬＷＴＲＵは、他のＳＬＷＴＲＵから受信されたＱＲＲレポートを監視し、復号し得る。衝突が検出されるという条件で、より高いアクセス優先度を有するＳＬＷＴＲＵは、例えば、衝突したＱＲＲレポートを再送信することを可能にするために、例えば、事前構成されたタイミング又は周波数オフセットによって、それらのＱＲＲリソースの有効性を動的に拡張し得る。そのような場合、より低いアクセス優先度を有するＳＬＷＴＲＵは、タイミング及び／又は周波数オフセットによって、それらのＱＲＲリソースを低減及び／又は短縮し得る。ＱＲＲリソースを削減及び／又は短縮することに加えて、又はその代わりに、より低いアクセス優先度を有するＳＬＷＴＲＵは、現在のＱＲＲ機会の間に、それらのＱＲＲレポートを送信することを（例えば、完全に）スキップしてもよい。例えば、より低いアクセス優先度を有するＳＬＷＴＲＵは、ＱＲＲ機会の固定リソースサイズに基づいて、それらのＱＲＲレポートを送信することをスキップし得る。１つ以上の場合には、調節された応答ウィンドウは、応答の送信が必要とされないことを示し得る。すなわち、ＳＬＷＲＴＵは、応答ウィンドウが調節されたと判定し得、応答の送信が必要とされないと判定し得る。

１つ以上の場合において、及び部分検知を利用することも利用しないこともある上記で論じられた場合と同様に、ＳＬＷＴＲＵは、ＱＲＲ機会の各々の前に、ＱＲＲアクセス優先度を決定し得る。そのような場合、ＳＬＷＴＲＵは、ＳＬ性能メトリック（例えば、限定はしないが、モビリティ状態、ＳＬ接続時間、以前に検出されたＱＲＲレポートの数など）の事前定義されたセットを考慮し得る。ＳＬＷＴＲＵは、例えば、事前構成されたモビリティ閾値に基づいて、対応するＳＬモビリティ状態を決定し得る。決定されたＳＬモビリティ状態に基づいて、ＳＬＷＴＲＵは、決定されたＳＬモビリティ状態を１つ以上のＳＬ性能領域に動的にマッピングし得る。場合によっては、ＳＬＷＴＲＵは、例えば、決定されたスケーリングファクタに基づいて、決定されたＳＬモビリティ状態を動的にマッピングし得るが、これに限定されない。１つ以上の場合には、各性能領域は、事前構成されたＱＲＲアクセス優先度及び競合ウィンドウに関連付けられ得る。例えば、ＳＬＷＴＲＵの高モビリティ状態は、事前構成されたモビリティ閾値に基づいて決定され得る。ＳＬＷＴＲＵは、チャネルアクセスのために採用された性能メトリックの対応するスケーリングファクタ（例えば、ＱＲＲ機会の前のＳＬ接続時間）を決定し得る。ＳＬＷＴＲＵは、例えば、十分であるか、又は十分でないとして、モビリティ状態をあるＳＬ性能領域にマッピングし得る。１つ以上の場合において、ＳＬＷＴＲＵは、それ自体のＱＲＲアクセス優先度を決定し得る。

１つ以上の場合において、及び部分検知を利用することも利用しないこともある上記で論じた場合と同様に、１つ以上のＳＬＷＴＲＵは、様々なチャネル検知設定を有し得る。１つ以上の場合において、１つ以上のＳＬＷＴＲＵは、例えば、限定はしないが、モビリティ及び異なる電力能力に基づいて、様々なチャネル検知設定を有し得る。ＳＬＷＴＲＵが様々なチャネル検知設定を有する場合、近接しており、同時チャネル検知を実行していない他のＳＬＷＴＲＵは、１つ以上のチャネル予約アナウンス及び／又は割り当てを検出しない可能性がある。そのような場合、ＳＬＷＴＲＵは、電力制限されたＳＬＵＥのための電力効率をサポートしながら、信頼できるＳＬ送信を維持するように構成され得る。１つ以上の場合において、ＷＴＲＵは、動的チャネル予約繰り返し手順を実行し得、電力制限のないＳＬＷＴＲＵは、共通機会にそれらのチャネル割り当ての送信を繰り返しし得る。ＷＴＲＵは、電力制限されたＳＬＷＴＲＵのＤＲＸサイクルに基づいて共通機会を決定するように構成し得る。例えば、ＷＴＲＵは、電力制限されたＳＬＷＴＲＵのＤＲＸサイクルに基づいて共通の機会を決定し、これは都合の良いチャネル検知のためにウェイクアップし得る。そのような場合、ＳＬサービスプロバイダは、電力制限されたＳＬＷＴＲＵがチャネル検知を実行するための共通機会をコンパイルし得る。更に、電力制限されていないＳＬＷＴＲＵは、例えば、それらの割り当ての有効性が失効していないという条件で、それらのチャネル割り当て情報を繰り返し得る。

１つ以上の場合において、ＷＴＲＵは、ＳＬ信頼性を改善するために、１つ以上のチャネル予約を繰り返すように構成され得る。例えば、ＳＬＷＴＲＵは、サービングＲＡＮノードによって構成されると、１つ以上のＰＳＣＣＨリソース上でそのアクティブなＳＬチャネル予約を繰り返し又は複製する。例えば、ＰＳＣＣＨのタイミング図である図２を参照すると、信頼性クリティカルなＳＬＷＴＲＵは、その意図されたＳＬ受信機に対して第１段階ＳＣＩを送信する。信頼性重視ＳＬＷＴＲＵは、そのような送信のために選択されたＳＬリソース、並びにＳＬ送信構成のうちの１つ以上を識別するために、第１段階ＳＣＩを送信し得る。第１段階ＳＣＩを送信すると、ＳＬＷＴＲＵは、１つ以上の次回のＰＳＣＣＨ機会（例えば、機会２０１、２０３、２０５）にわたってアクティブチャネル予約の送信を複製する。複製されたチャネル予約指示は、ＳＬ時間及び周波数予約リソース（すなわち、リソースプール）と、関連するＲＲＩと、それらの予約リソースの有効持続時間とを含み得る。すなわち、複製されたチャネル予約指示は、最初の第１段階ＳＣＩの短いバージョンを含み得る。別の場合には、ＳＬＷＴＲＵは、１つ以上の構成されたＰＳＣＣＨ機会にわたって完全な第１段階ＳＣＩの送信を繰り返し得る。したがって、本明細書で説明するように１つ以上のチャネル予約を繰り返すことによって、部分検知の異なる設定（例えば、限定はしないが、電力消費の様々な要件を満たすための様々な検知時点及び検知持続時間）を採用するＳＬＷＴＲＵは、それらのチャネル予約をより良く検出し得る。更に、チャネル予約をより良好に検出することによって、ＳＬＷＴＲＵは、関連付けられたリソースの選択を回避することができ、それによってＳＬ信頼性を向上させ得る。図３は、ＳＬ信頼性を改善するためのＳＣＩの例示的な送信を示す。

１つ以上の場合において、予約されたチャネル予約送信繰り返しの構成は、ＴｘＳＬＷＴＲＵによって受信される（３０１）。例えば、ＴｘＳＬＷＴＲＵは、ＳＬインターフェースを介して、ＳＬチャネルリソース予約の繰り返しの構成をＲＡＮノードから受信する。１つ以上の場合には、構成は、予約されたリソース指示／レポートのフォーマットを含み得る。予約されたリソース指示／レポートは、例えば、限定はしないが、ＰＳＣＣＨチャネル上のＳＬ繰り返しの数を含み得る。いくつかの場合には、構成は、後続のＰＳＣＣＨ機会上の連続する繰り返しとして受信され得る。他の場合には、構成は、ＳＬダイレクトフレーム番号（ＤＦＮ）と、予約されたリソースレポート繰り返しがそれを介して送信されるべきスロットとの指示をもつ不均一な繰り返しとして受信され得る。追加又は代替として、予約されたリソース指示／レポートは、ＰＳＣＣＨチャネル上でのＳＬ繰り返しの数を含み得、予約されたリソース指示／レポートは、予約された時間及び周波数ＳＬリソース（すなわち、リソースプール）、関連するＲＲＩ、並びに予約されたＳＬリソースの有効性を含み得る。

１つ以上の場合において、アクティブなＳＬ送信を有するＴｘＳＬＷＴＲＵは、その予約されたチャネルリソースを繰り返し送信する。例えば、ＴｘＳＬＷＴＲＵは、ＳＬパケット送信のための第１段階ＳＣＩを送信し得る（３０３）。他の例では、ＴｘＳＬＷＴＲＵは、ＲＲＲ複製を送信し得る（３１１及び３１７）。１つ以上の場合において、ＴｘＳＬＷＴＲＵは、その予約されたチャネルリソースを、予約されたチャネルリソース指示／レポートの形態で、構成された数のＰＳＣＣＨ機会にわたって繰り返し送信する。図３に示すように、第１のＲｘＳＬＷＴＲＵ（ＵＥ１）は、ＴｘＳＬＷＴＲＵの第１及び第２のＲＲＲ送信３０３及び３１１と重複するように構成された検知ウィンドウ３０５を有し、したがって、ＲＲＲを２回受信する。この例では、図３は、他のＲｘＳＬＷＴＲＵ（ＵＥ２）が、最初の２つのＲＲＲ送信機会３０３及び３１１と一致する検知ウィンドウを有していないことを示す。しかしながら、図３は、ＲｘＳＬＷＴＲＵ（ＵＥ２）が、第３の機会３１７と重複する検知ウィンドウ３１９を有することを示す。したがって、ＲｘＳＬＷＴＲＵ（ＵＥ２）は、第３の機会３１７においてＲＲＲを受信する。

１つ以上の場合において、ＷＴＲＵは、各ＳＬキャリアについてのチャネル予約及び占有のサイドリンクオンデマンドクエリを可能にするように構成される。１つ以上の場合において、ＳＬアイドルＷＴＲＵ（例えば、前述の米国仮特許出願第６３／１８５，５０４号において提案されたＳＬアイドルモードに基づく）は、ユニキャスト受信、マルチキャスト受信、ブロードキャスト受信のために、又はＳＬインターフェースを介した即時送信のために少なくとも単一のＳＬパケット到着がある場合のために、ＳＬページングされるときを除いて、構成され、ディープスリープにとどまり得る。ディープスリープ中、ＳＬＷＴＲＵは、周期的な部分的検知を実行しない可能性があり、それによって適切な電力節約を達成する。しかしながら、周期的な部分検知を実行しないことによって、ＳＬＷＴＲＵは、他のアクティブなＳＬ送信機のＳＬチャネル予約を識別しない可能性がある。したがって、ランダムに選択されたリソースセット上でＳＬパケットをブラインド送信するとき、衝突の確率が増加する。更に、全体的なＳＬリンク信頼性が大幅に低下する可能性がある。更に、ＳＬインターフェースの輻輳制御のために、ＳＬＷＴＲＵは、ＳＬインターフェースがどのくらいビジーであるかを識別するために、チャネルビジー比（ＣＢＲ）を常に推定し、したがって、ＳＬインターフェースを輻輳させることを回避するために、それらの現在のチャネル占有率（ＣＲ）を動作させ、動的に調節し得る。アイドルＳＬＷＴＲＵは、電力節約ゲインのために周期的な部分検知を実行しないので、ＣＢＲメトリックは、非常に少数の推定値に起因して確実に計算されない。したがって、ＳＬ輻輳は良好に制御されない可能性がある。

これらの問題を回避するために、本開示は、オンデマンドチャネル予約クエリのための手順を本明細書で（例えば、図４に示すように）提供する。この手順では、アイドルＳＬＷＴＲＵは、それらのアクティブ予約をアイドルＳＬＷＴＲＵに送信するために、オンデマンド方式を利用して、到達可能なＳＬＷＴＲＵを要求し得る。１つ以上の場合において、オンデマンド方式は、ＳＬインターフェースを介した即時送信のためのパケット到着があるときに利用され得る。１つ以上の場合において、応答ＳＬＷＴＲＵは、ＳＬインターフェース上で進行中の送信を有し、及び／又は、限定はしないが、潜在的なＳＬパケット繰り返しなどの将来のＳＬ送信のために将来の予約されたＳＬリソースを含む。したがって、アイドルＳＬＷＴＲＵは、ＳＬ信頼性を失うことなく（すなわち、衝突のないＳＬ送信）、即時のＳＬパケット送信のために使用するために利用可能なリソースを識別し得る。

図４は、例示的なベースラインオンデマンドＳＬチャネル予約取得、特に、ＳＬＷＴＲＵを構成しているＲＡＮノードにおけるメッセージングの例示的なタイムラインを示す。図４に示すように、ＲＡＮノードは、チャネル予約クエリ（ＣＲＱ）及び対応するクエリリソース応答（ＱＲＲ）（例えば、メッセージ４０１）を送信するためのＳＬリソースを構成し、シグナリングする。１つ以上の場合において、ＣＲＱは、アクティブ／現在及び／又は将来のチャネル予約を有する到達可能なＷＴＲＵが、それらのそれぞれのチャネルブッキングをＲＡＮノードに送信することを示す要求である。１つ以上の場合には、対応するＱＲＲ（例えば、メッセージ４０３）は、予約されたリソースプール、リソース予約間隔（ＲＲＩ）、及びそれらのリソース予約の有効性のうちの１つ以上を含むレポートである。１つ以上の場合において、レポートを受信した後、他のＳＬＷＴＲＵは、それらのリソースが現在利用可能であると仮定し得る。更に、他のＳＬＷＴＲＵは、それらのリソースがシグナリングＷＴＲＵの送信から解放されると仮定し得る。１つ以上の場合において、ＳＬＷＴＲＵは、１つ以上の応答ウィンドウを含むクエリ応答を送信するために、リソース割り当てパターンで構成され得る。いくつかの場合には、各応答ウィンドウは、１つ以上の時間及び周波数リソースに関連付けられ得る。１つ以上の場合において、ＲＡＮノードは、周期性及び時間／周波数リソースを構成する。ＲＡＮノードは、ＲＡＮインターフェースを介して周期性及び時間／周波数リソースを送信し得る。場合によっては、ＳＬ中継器は、周期性及び時間／周波数リソースを、ＲＡＮカバレッジの外側に配置され得るリモートＷＴＲＵに（例えば、ＰＣ５インターフェースを介して）リレーし得る。

１つ以上の場合には、ＣＲＱ及びＱＲＲリソースは、前述の米国仮特許出願第６３／１８５，５０４号におけるＳＬページングと同じ又は同様のアクセスモードのうちの１つ以上を採用することができる。すなわち、ＣＤＭベース又は検知ベースのＣＲＱ及びＱＲＲ送信は、複数のＳＬアイドルＷＴＲＵがＣＲＱを同時に送信すること、及び／又は複数のＴｘＳＬＷＴＲＵがそれぞれのＱＲＲにフィードバックを同時に提供することを可能にする。ＣＲＱのリソースを提供するとき、アクティブＳＬＴｘＷＴＲＵは、潜在的なアイドルＳＬＷＴＲＵからＣＲＱ指示を受信するために、それらをＳＬ送信ギャップとみなし得る。１つ以上の場合において、アクティブなＳＬＴｘＷＴＲＵは、半二重ＳＬＷＴＲＵが潜在的なＣＲＱを受信すると予期されるのと同時に、半二重ＳＬＷＴＲＵがＳＬインターフェースを介して送信することができないので、半二重ＳＬＷＴＲＵのための送信ギャップを考慮し得る。１つ以上の他の場合において、アクティブなＳＬＴｘＷＴＲＵは、ＳＬ全二重ＷＴＲＵが同時にＲＸ及びＴＸし得るので、全二重ＳＬＷＴＲＵのための送信ギャップを考慮しなくてもよい。

例では、図５に示されるように、アイドルＳＬＷＴＲＵ５０１は、ＳＬパケット到着（図示せず）を有し、アイドルＳＬＷＴＲＵ５０１は、ディープスリープ５１０（すなわち、ＳＬアイドル状態）にある。１つ以上の場合において、アイドルＳＬＷＴＲＵ５０１は、ウェイクアップし、十分な量のＳＬリソースを選ぶ。ＳＬリソースを選ぶと、ＳＬＷＴＲＵ５０１は、ＳＬパケットを送信する。１つ以上の場合において、ＳＬＷＴＲＵ５０１は、ＲＡＮノードから構成された次の利用可能なＣＲＱリソース機会を介してＣＲＱ指示５１２を送信する。到達可能なＳＬＷＴＲＵの場合、アクティブなＳＬ送信を用いて、それらのＣＲＱ機会は、送信ギャップとみなされる。例えば、ＳＬＷＴＲＵ５０３、５０５（すなわち、ＴｘＵＥ２及びＴｘＵＥ３）は両方とも、半二重ＳＬＷＴＲＵが想定される場合、ＣＲＱ送信中にそれらのＳＬ送信５１４、５１６を停止する。１つ以上の場合において、ＳＬＷＴＲＵ５０３、５０５は、対応するＣＲＱ要求を受信し（例えば、５１８、５２０で示されるように）、それぞれＱＲＲレポート５２２、５２４で応答する。１つ以上の場合において、ＱＲＲレポート５２２、５２４で応答することに加えて、又はその代わりに、ＳＬＷＴＲＵ５０３、５０５は、予約されたリソースプール、関連付けられたＲＲＩ（適用可能な場合）、リソース予約の有効性、及び推定されたチャネルＣＢＲ比で応答する。ＴｘＳＬＷＴＲＵ５０３、５０５は、それらのＱＲＲレポート５２２、５２４を送信した後に、それらのＳＬ送信５１４、５１６に戻ることができる。１つ以上の場合には、ＱＲＲレポート内でＣＢＲの指示を与えることによって、ＣＢＲサンプルの数が増加され得、それによって、ＳＬ輻輳制御を与える。そのような場合、アイドルＳＬＷＴＲＵは、そのＳＬパケットを送信する前に、増加した数のＣＢＲサンプルを分析し得、それによって、アイドルＳＬＷＴＲＵが、知覚されたＣＢＲに基づいてそれ自体のＳＬ送信パラメータを調整し、ＳＬインターフェース輻輳に寄与することを回避することを可能にする。１つ以上の場合において、アイドルＳＬＷＴＲＵ５０１は、（５２６に示すように）様々なＱＲＲレポートを受信し、Ｔｘプール３が示されたＳＬスロットから開始する送信に利用可能であると判定する。したがって、アイドルＳＬＷＴＲＵ５０１は、５２８に示すように、それ自体のパケット送信のためにＴｘプール３を占有する。１つ以上の場合には、ＣＲＱチャネル及びＱＲＲチャネルの送信は、ＳＬページング機会と同じ手順に従う（すなわち、ＣＤＭ又は検知ベース）。

１つ以上の他の場合には、ＳＬＷＴＲＵは、他のＳＬＷＴＲＵからの第１段階ＳＣＩをブラインド復号し得る。ＳＬＷＴＲＵは、ＳＬＷＴＲＵのＳＬチャネル予約、並びに他のアクティブなＳＬＷＴＲＵからの検出されたチャネルブッキングを反映する蓄積されたＳＣＩをコンパイルし得る。ＣＲＱ機会が予定であり、少なくとも単一のアイドルＳＬＷＴＲＵからのＣＲＱ要求指示がある場合、アクティブＷＴＲＵは、対応するＱＲＲ機会中に蓄積されたＳＣＩを送信する。１つ以上の場合において、検知ベースのアクセスが採用される場合、他のアクティブなＳＬＷＴＲＵは、それらのＳＬＷＴＲＵがそれらのＱＲＲレポートを自由に送信するまで、ＱＲＲリソースを検知及び検出し得る。他のアクティブなＳＬＷＴＲＵが、自身のチャネル予約の最新のチャネル予約を有する蓄積されたＳＣＩを検出した場合、これらのＷＴＲＵは、ＱＲＲリソースの専用セット上でＱＲＲレポートを送信することをスキップし得る。すなわち、これらのＷＴＲＵは、それらのチャネル予約情報がソースＳＬＷＴＲＵにおいてすでに更新されているので、ＱＲＲレポートの送信をスキップし得る。

図６は、チャネル予約及び占有のサイドリンクオンデマンドクエリの手順を要約したフローチャートを示す。

１つ以上の場合において、ＳＬページング構成は、ＲＡＮ及び／又はＳＬ中継器から受信され得、更新され得る（６０１）。例えば、ＳＬＷＴＲＵ（すなわち、ＳＬＵＥ）は、ＲＡＮノードから、ＳＬチャネル予約のオンデマンドクエリの構成（例えば、ＳＬページング構成）を受信する。ＳＬＷＴＲＵは、構成を更新する。１つ以上の場合には、ＳＬチャネル予約のオンデマンドクエリの構成は、チャネル予約クエリ（ＣＲＱ）のＴｘリソースプール（例えば、限定はしないが、時間及び周波数リソース）と、対応するクエリリソース応答（ＱＲＲ）のＲＸリソースプール（例えば、限定はしないが、時間及び周波数リソース）とを含み得る。１つ以上の場合には、新しいＳＬが送信のために利用可能であるか否かに関する決定が行われる（６０３）。例えば、アイドルＳＬＷＴＲＵは、新しいＳＬパケットが送信のために利用可能であるか否かを判定する。アイドルＳＬＷＴＲＵが、送信に利用可能な新しいＳＬパケットが存在しないと判定する場合（６０３：いいえ）、アイドルＳＬＷＴＲＵは、例えば、ディープスリープであるが、これに限定されないスリープ状態のままである（６０５）。アイドルＳＬＷＴＲＵが、送信に利用可能な新しいＳＬパケットがあると判定する場合（６０３：はい）アイドルＳＬＷＴＲＵがウェイクアップし、構成されたＣＲＱリソースセット（６０７）を介して、到達可能なアクティブＳＬＷＴＲＵ（すなわち、ＳＬＵＥ）にチャネルクエリ要求を送信する。例えば、ＳＬＷＴＲＵは、次の利用可能なＣＲＱ機会中にＣＲＱ要求指示を送信し得る。

１つ以上の場合において、個々の／蓄積されたクエリ予約応答が受信される（６０９）。例えば、ＳＬＷＴＲＵ、及び／又はアクティブな進行中のチャネル予約を有するＳＬＷＴＲＵは、個々の／蓄積されたクエリ予約応答を受信し得る。１つ以上の場合において、クエリ予約応答は、到達可能なアクティブＳＬＷＴＲＵ（すなわち、ＳＬＵＥ）からの進行中のチャネル予約を示し得る。１つ以上の場合において、送信ＳＬＷＴＲＵ及び／又はアクティブな進行中のチャネル予約を有するＳＬＷＴＲＵは、ＣＲＱ機会を監視し、復号する。ＳＬ半二重ＷＴＲＵを送信することを含むいくつかの場合では、ＣＲＱ及びＱＲＲ機会は、送信ギャップであるとみなされる。１つ以上の場合には、構成されたＴｘプールから空きＳＬリソースが選択される（６１１）。例えば、アイドルＳＬＷＴＲＵは、ＱＲＲレポートを受信及び復号し得、それらのＳＬパケット送信のために空いている利用可能なチャネルリソースを選択し得る。アイドルＳＬＷＴＲＵは、意図されたＳＬＷＴＲＵに向けてＳＬページング手順をトリガし得る。１つ以上の場合において、アイドルＳＬＷＴＲＵは、周囲のＳＬＵＥからのシグナリングされたクエリ応答に基づいて、構成されたＴｘプールから空きＳＬリソースを選択し得る。１つ以上の場合において、第１段階ＳＣＩは、次のＳＬページング機会中に、意図されたＳＬＷＴＲＵ（すなわち、ＳＬＵＥ（複数可））のＳＬページに送信される（６１３）。例えば、アクティブなＳＬＷＴＲＵ、及び／又はアクティブな進行中のチャネル予約を有するＳＬＷＴＲＵは、次のＳＬページング機会中に、意図されたＳＬＷＴＲＵのＳＬページに第１段階ＳＣＩを送信し得る。したがって、１つ以上の場合において、アクティブなＳＬＷＴＲＵ、及び／又はアクティブな進行中のチャネル予約を有するＳＬＷＴＲＵは、選択されたリソースを介してＳＬパケットを送信する。ＣＲＱ要求が存在する場合（例えば、６１３において）、アクティブなＳＬＷＴＲＵ及び／又はアクティブな進行中のチャネル予約を有するＳＬＷＴＲＵは、ＲＲＩ、リソース有効性、及び推定されたチャネルビジー比を含むそれらのアクティブなチャネル予約（例えば、時間及び周波数ＳＬリソースであるが、これらに限定されない）を、要求している１つ以上のアイドルＳＬＷＴＲＵに送信する。

１つ以上の場合において、図７は、少なくとも単一のチャネル予約クエリ（ＣＲＱ）指示に応答するためにＳＬＷＴＲＵをアクティブに送信するための手順を要約するフローチャートを示す。例えば、図７は、アクティブに送信している半二重ＳＬＷＴＲＵが少なくとも単一のチャネル予約クエリ（ＣＲＱ）指示に応答する例示的なプロセスを示す。１つ以上の場合には、データは、ユニキャスト送信、マルチキャスト送信、及びブロードキャスト送信のいずれかを使用して、ＳＬインターフェースを介して送信される（７０１）。例えば、アクティブなＳＬＷＴＲＵ（例えば、半二重ＳＬＵＥ）は、ユニキャスト、マルチキャスト、及びブロードキャストのうちのいずれかを使用して、ＳＬインターフェースを介してアクティブに送信し得る。１つ以上の場合では、ＣＲＱリソース上で送信ギャップが作成される（７０３）。例えば、構成されたＣＲＱリソースセット上で、半二重ＳＬＷＴＲＵは、送信ギャップを作成する。１つ以上の場合において、半二重ＳＬＷＴＲＵは、半二重ＳＬＷＴＲＵが潜在的なＣＲＱ要求を受信すると予期される期間、ＳＬインターフェース上で進行中の送信を停止することによって送信ギャップを作成し得る。１つ以上の場合には、ＣＲＱ要求が存在するか否かに関する判定が行われる（７０５）。例えば、アクティブなＳＬＷＴＲＵは、ＣＲＱリソースセットを監視及び復号し、真のＣＲＱ要求があるか否かを判定し得る。アクティブＳＬＷＴＲＵが、ＣＲＱ要求がないと判定する場合（７０５：いいえ）、アクティブＳＬＷＴＲＵは、それらのアクティブＳＬ送信を再開する（７０７）。アクティブＳＬＷＴＲＵが、ＣＲＱ要求があると判定する場合（７０５：はい）、アクティブＳＬＷＴＲＵは、それらの個々の及び／又は蓄積されたクエリリソース応答レポート（ＱＲＲ）を送信する（７０９）。１つ以上の場合において、アクティブなＳＬＷＴＲＵは、構成されたＱＲＲリソースセットを介して、それらの個々の及び／又は蓄積されたＱＲＲを送信し得る。１つ以上の場合において、ＱＲＲは、各アクティブなＳＬＷＴＲＵの予約された現在及び将来のリソース、及び／又は単一のＱＲＲレポートに蓄積されたリソース、対応するＲＲＩ、及び推定されたＣＢＲ値を含む。ＱＲＲリソースが満了した場合、アクティブなＳＬＷＴＲＵは、それに応じてそれらのＳＬ送信を再開する（７０７）。

図８は、ＳＬインターフェースを介したオンデマンドチャネル予約クエリの時間フロー例を示す。この例では、ＳＬＷＴＲＵはアイドル状態で構成される（８０１）。１つ以上の場合において、ＳＬパケットは、アイドルＳＬＷＴＲＵのスタックの上位レイヤに到着する（８０３）。アイドルＳＬＷＴＲＵはウェイクアップし、第１の利用可能なＣＲＱリソース機会を介してＣＲＱ要求指示８０５、８０７を送信する。到達可能なアクティブＳＬＷＴＲＵは、対応するＱＲＲレポート８０９、８１１で応答する。１つ以上の場合において、到達可能なアクティブＳＬＷＴＲＵは、構成されたＱＲＲリソースセット上で、ＣＤＭベースのアプローチ又は検知ベースのアプローチのいずれかを使用して、ＱＲＲレポート８０９、８１１で応答し得る。１つ以上の場合において、ソースＳＬＷＴＲＵは、受信されたＱＲＲレポートを復号する（８１３）。ソースＳＬＷＴＲＵは、アクティブなＳＬＴｘＷＴＲＵ（すなわち、ＳＬＴｘＵＥ）からの情報に基づいて、受信されたＱＲＲレポートを復号し得る。１つ以上の場合において、ソースＳＬＷＴＲＵは、そのＳＬパケット送信のために使用するために空いている利用可能なＳＬリソースを識別し得る。１つ以上の場合において、ソースＳＬＷＴＲＵは、ＱＲＲレポートに基づいて、ＳＬページングを送信するためのリソースを選択する（８１５）。ソースＳＬＷＴＲＵは、第１の利用可能なページング機会内で初期ＳＬページングＳＣＩ及び／又は第１段階ＳＣＩを意図されたＷＴＲＵに送信する（８１７）。１つ以上の場合には、初期ＳＬページングＳＣＩ及び／又は第１段階ＳＣＩは、実際のＳＬパケット送信のための選択された空きＳＬＰＳＳＣＨリソースを示す。１つ以上の場合において、ソースＳＬＷＴＲＵは、選択されたＳＬリソース上でＳＬパケットを送信する。

図９は、ＳＬインターフェースのオンデマンドチャネル予約クエリを示す図８の例をＳＳＬマルチキャリア使用事例に拡張するタイミング図である。すなわち、図９は、図８で説明した前者の例を、複数のＳＬキャリアがＳＬ送信のために構成されるＳＬマルチキャリア使用事例に拡張する。１つ以上の場合において、ＳＬＷＴＲＵは、アイドル状態で構成される（９０１）。この例では、ＣＲＱ及び対応するＱＲＲ構成（例えば、限定はしないが、周期性及び周波数リソース）は、ＳＬキャリアの各々のために構成され得る。１つ以上の場合において、ＣＲＱ及び対応するＱＲＲ構成は、ＲＡＮインターフェースを介してプライマリＲＡＮノードによってＳＬＷＴＲＵにシグナリングされる。場合によっては、ＣＲＱ及び対応するＱＲＲ構成は、リモートのＲＡＮカバレッジ外ＳＬＷＴＲＵに向けて、ＰＣ５インターフェースを介してＳＬ中継器によってプライマリＲＡＮノードからリレーされ得る。１つ以上の場合において、アイドルＳＬＷＴＲＵがブロードキャストのためのパケット到着を有するとき（９０３）、アイドルＳＬＷＴＲＵは、ＳＬキャリアごとのＣＲＱ要求を送信し（９０５、９１１）、それに応じて、両方のキャリア（例えば、ＳＬキャリア１及び２）上で潜在的なＱＲＲレポートを受信する（９０７、９１３）。１つ以上の場合において、ソースアイドルＳＬＷＴＲＵは、受信されたＱＲＲレポートを復号する（９１５）。更に、ソースアイドルＳＬＷＴＲＵは、そのＳＬパケット送信に使用するために空いている利用可能なＳＬリソースを識別する。１つ以上の場合において、ソースアイドルＳＬＷＴＲＵは、ＱＲＲレポートに基づいて、ＳＬページングを送信するためのリソースを選択する（９１７）。場合によっては、ソースアイドルＳＬＷＴＲＵは、ＱＲＲキャリア１及び２の両方で、受信されたＳＬに基づいてリソース選択を実行する。１つ以上の場合において、アイドルソースＳＬＷＴＲＵは、ＳＬキャリアごとのページング機会中に、初期ＳＬページングＳＣＩ及び／又はＳＬキャリアごとの第１段階ＳＣＩのいずれかの送信をトリガする（９１９）。１つ以上の場合において、アイドルソースＳＬＷＴＲＵは、それぞれのＳＬ送信のために選択されたＳＬキャリアごとの選択されたリソースを示すために、ＳＬキャリアごとのページング機会中に、初期ＳＬページングＳＣＩ及び／又はＳＬキャリアごとの第１段階のＳＣＩの送信をトリガする。したがって、ＳＬＷＴＲＵは、複数の部分検知作業を実行することなく、複数のキャリアを介してＳＬパケットを送信することができる。

１つ以上の場合において、ＷＴＲＵは、オンデマンドＳＬチャネル検知リソース（例えば、限定されないが、ＱＲＲチャネル）を動的に割り当てるように構成され得る。本明細書で説明されるオンデマンド検知を用いて、ＱＲＲリソースは、ＲＡＮ、ＳＬサービスプロバイダ、及び選出されたＳＬＷＴＲＵ（例えば、自己選択又はグループ選択されたＳＬＷＴＲＵ）のうちの１つ以上から事前定義され、事前構成され得る。すなわち、全てのＳＬＷＴＲＵは、ＣＲＱ及びＱＲＲリソースに肯定応答する。アクティブ送信ＳＬＷＴＲＵに関して、アクティブ送信ＳＬＷＴＲＵは、ＱＲＲリソースを送信ギャップとみなし、アクティブ送信ＳＬＷＴＲＵは、それらの進行中のＳＬ送信を停止するか、又はそれらの事前構成されたリソースの周囲でそれらの送信を一致させる。少なくとも１つのＣＲＱ要求を受信し、検出したＳＬＷＴＲＵに対して、ＳＬＷＴＲＵは、例えば、これらのＳＬＷＴＲＵの現在及び将来のチャネル予約を含むが、これらに限定されない、チャネル検知関連情報をＱＲＲメッセージでレポートする。要求側ＷＴＲＵに近接しているが、ＣＲＱ要求を受信していない他のアクティブな送信側ＳＬＷＴＲＵに関して、これらのＳＬＷＴＲＵは、ＱＲＲリソース上／周りでのそれらの送信をミュート／停止／一致させ得る。１つ以上の場合において、これらのＳＬＷＴＲＵは、それらのＱＲＲレポートを送信している近くのＳＬＷＴＲＵに強いＳＬ干渉を課さないように、ＱＲＲリソースを介して／その周りでそれらの送信をミュート／停止／マッチングする。通常、ＣＲＱリソースは、ＣＲＱがチャネル検知情報を受信するための単純な要求を表すので、制限されるが、ＱＲＲリソースは、近接するＳＬＷＴＲＵがそれらのチャネル検知情報を交換するのに十分な容量を提供するために、いくつかのＯＦＤＭシンボル及び／又はスロットにわたって拡張され得る。そのような固定されたＱＲＲリソース割り当ては、ＳＬＷＴＲＵが低いＳＬパケット送信レートを有するＳＬサブ展開又はＳＬゾーンにおいて非効率的なリソース利用をもたらす可能性がある。例えば、ＣＲＱ要求がほとんどない（例えば、ＳＬページングをサポートするＳＬＷＴＲＵのＳＬパケット送信レートが低い）場合、ＱＲＲレポート送信は、ほとんど又は全く必要とされない。すなわち、ＱＲＲリソースの固定割り当てを維持することは非効率的であり、ＳＬ容量劣化につながる。したがって、ＱＲＲリソースの動的な割り当てを可能にするためのＳＬＷＴＲＵ間調整方式が説明される。１つ以上の場合において、ＳＬＷＴＲＵ間調整方式は、ＳＬ通信ゾーン内のＳＬＷＴＲＵのうちの１つ以上がＳＬ送信のためのＳＬパケットを有するときに、ＱＲＲリソースセットを割り当て、予約する。したがって、ＳＬＷＴＲＵ間調整方式は、オンデマンドチャネル検知をトリガし、したがって、送信ＳＬＷＴＲＵがそれらのＱＲＲレポートを送信するためのＱＲＲリソース予約をアクティブ化する。

図１０は、ＱＲＲリソースセットの動的割り当ての一例を示している。１つ以上の場合において、ＲＡＮ／ＳＬサービスプロバイダは、それぞれ、ＣＲＱ及びＱＲＲ信号／メッセージのための事前定義されたリソースセットを用いてＳＬＷＴＲＵを構成する。これは、ＳＬＯＦＤＭシンボル／スロットのうちの１つ以上にわたって複数の周波数リソース／ＰＲＢ／サブチャネルを伴う。より具体的には、ＱＲＲリソースセットは事前定義されていてもよいが、実際には必要になるまで予約されていなくてもよい。１つ以上の場合において、ＳＬＷＴＲＵは、デフォルトで、少なくとも１つの受信されたＣＲＱ指示がない限り、ＱＲＲリソースセットがＳＬデータペイロード予約に利用可能であると考える。

１つ以上の場合において、ＳＬＷＴＲＵ１は、ＳＬパケット送信のために上位レイヤによってトリガされるので、ＳＬＷＴＲＵ１は、ＣＲＱ要求側ＷＴＲＵである。１つ以上の場合において、ＷＴＲＵ１は、利用可能なＣＲＱ構成リソースセットのうちの１つの中でＣＲＱ要求指示を送信する（１００１）。ＳＬＷＴＲＵ２は、ＣＲＱ指示を受信し、それに応じて、近接のＳＬＷＴＲＵにブロードキャスト方式で、そのような要求をリレーする（１００３）。１つ以上の場合において、ＣＲＱリレーは、ＳＬＷＴＲＵがＣＲＱ要求指示を受信したことをＳＬＷＴＲＵがアナウンスすることを可能にし、したがって、ＳＬＷＴＲＵは、第１の利用可能なＱＲＲリソースセットをアクティブ化して使用するように要求される。１つ以上の場合には、ＱＲＲリソースセット上での周囲のＳＬ送信は、次のＱＲＲリソースが満了するまで、延期され、ミュートされ、及び／又はＱＲＲリソースの周囲でマッチングされる。全てのＣＲＱ指示受信側ＳＬＷＴＲＵがＣＲＱ指示をリレーする必要があるわけではないが、それらのＳＬＷＴＲＵのサブセットのみがＣＲＱ指示をリレーする必要があることに留意されたい。例えば、ＳＬゾーン内のＳＬＷＴＲＵ密度及びＣＲＱ指示の受信信号強度に基づいてＣＲＱ指示をリレーするために、ＳＬＷＴＲＵのサブセットが必要とされ得る。

１つ以上の他の場合には、１つ以上のＣＲＱ要求を受信及びアナウンスすると、次の構成されたＱＲＲリソースセットが即時アクティブ化され、それらのリソースを介したＳＬトラフィックがプリエンプティブに停止される。この例では、ＳＬＷＴＲＵ４は、スケジュールされたリソースの一部又は全てがＱＲＲリソースセットと整合する、ＳＬＷＴＲＵ３からの進行中のＳＬ受信（１００５）を経験している。ＣＲＱアナウンスメントを受信すると、送信側ＷＴＲＵ３は、近接しているＳＬＷＴＲＵのうちの１つ以上がＱＲＲレポートを送信しているはずであるので、ＱＲＲリソースをプリエンプティブにミュートする。これは、ＳＬＷＴＲＵ受信機中断を課す。１つ以上の場合において、ＳＬＷＴＲＵ４は、ＳＬＷＴＲＵ４がリレーされたＣＲＱ要求を受信しなかった場合、ＳＬＷＴＲＵ４がＱＲＲリソースを介して通常のＳＬトラフィックを受信していると仮定し得る。これは、パケット受信失敗及びＳＬＨＡＲＱＮＡＣＫのトリガリングにつながり得る。そのような場合、送信ＷＴＲＵ３は、後続のＰＳＣＣＨチャネル機会を介して、プリエンプティブＱＲＲリソース指示を、ＷＴＲＵ４などの受信側ＳＬＷＴＲＵのうちの１つ以上に送信する。１つ以上の場合には、そのような指示は、受信側ＷＴＲＵが意図されたＳＬペイロードではなく、送信されたＱＲＲレポートのうちの１つ以上であるので、ＱＲＲリソースセットを介して受信されたバッファされたペイロードをフラッシュするように受信側ＷＴＲＵに通知する。ＱＲＲリソースを介して受信されたバッファされたペイロードをフラッシュすることによって、受信側ＷＴＲＵは、復号エラーを伝搬しないようにＨＡＲＱ合成を実行するとき、プリエンプトされたＱＲＲトラフィックの合成をスキップする。

図１１は、ＱＲＲリソースの動的な割り当てを示す信号フロー図である。例えば、図１１は、動的ＱＲＲリソース割り当て及びプリエンプションの手順と、対応するＷＴＲＵシーケンスアクションとを要約している。この例では、ＳＬリモートＷＴＲＵ１は最初にアイドルであり、ＳＬリモートＷＴＲＵ２はアクティブなリソース予約を有し、ＳＬリモートＷＴＲＵ３及び４は最初に、ＷＴＲＵ３からＷＴＲＵ４への進行中のＳＬトラフィックを有する。また、この例では、ＲＡＮノードは、様々なＳＬＷＴＲＵ１、２、３、及び４に、ＣＲＱ及びＱＲＲリソース（図示せず）の事前定義されたセットを送信し、構成している。ＲＡＮノード、ＳＬ中継器、ＳＬサービスプロバイダ、及び選出されたＳＬＷＴＲＵのうちの１つ以上は、ＣＲＱ及びＱＲＲリソース（図示せず）の事前定義されたセットを用いて、様々なＳＬＷＴＲＵ１、２、３、及び４を送信し、構成し得ることに留意されたい。１つ以上の場合において、ＳＬを介した送信のためにデータがＳＬＷＴＲＵ１に到着すると、ＳＬＷＴＲＵは、ＳＬ接続状態に遷移し（１１０１）、次の利用可能なＣＲＱ機会においてＣＲＱ指示を送信するようにそれ自体を構成する（１１０３）。１つ以上の場合において、ＳＬＷＴＲＵ１は、その近傍にあるＳＬＷＴＲＵ、例えばＳＬＷＴＲＵ２にＣＲＱを送信する（１１０５）。場合によっては、ＣＲＱを受信するＷＴＲＵは、その近傍にある追加のＳＬＷＴＲＵにＣＲＱをリレーし得る。例えば、ＳＬＷＴＲＵ２は、ＳＬＷＴＲＵ密度及びＣＲＱ受信信号強度に基づいて、ＣＲＱをＳＬＷＴＲＵ３（１１０７）にリレーし得る。ＳＬＷＴＲＵ１は、ＣＲＱに応答して１つ以上のＱＲＲを受信し得る（１１０９）。１つ以上の場合において、ＳＬＷＴＲＵ１は、レポートを分析し、そのデータを送信するための空いているＳＬリソースを選択する（１１１５）。

１つ以上の場合において、リレーされた／ＣＲＱ指示を受信する、アクティブなＳＬ送信を有するＳＬＷＴＲＵ（例えば、ＳＬＷＴＲＵ３）は、次の利用可能なＱＲＲリソースセットのＳＬリソース上での送信をプリエンプティブに停止する（１１１１）。１つ以上の場合において、リレーされた／ＣＲＱ指示を受信するアクティブなＳＬ送信を有するＳＬＷＴＲＵ（例えば、ＳＬＷＴＲＵ３）は、ＱＲＲリソースに対するＳＬプリエンプティブ／中断指示を決定し（１１１３）、ＱＲＲリソースセット上で適用可能であるように、ＳＬプリエンプティブ／中断指示を、近接する受信側ＳＬＷＴＲＵのうちの１つ以上（例えば、ＳＬＷＴＲＵ４）に送信する（１１１７）ことができる。１つ以上の場合において、ＳＬトラフィックプリエンプション指示を受信すると、アクティブ受信を有するＳＬＷＴＲＵ（例えば、ＳＬＷＴＲＵ４）は、プリエンプトされたＱＲＲリソースセット上で、受信されたＳＬペイロードバッファをフラッシュし得る（１１１９）。

１つ以上の場合において、ＷＴＲＵは、ＱＲＲレポートを蓄積するように構成され得る。１つ以上の場合において、ＣＲＱ機会を監視するＷＴＲＵの数、したがって、ＱＲＲレポートを送信するＷＴＲＵの数を低減及び制御するために、単一のＳＬＷＴＲＵは、代わりに、複数のＳＬＷＴＲＵのＳＬチャネル予約を含む蓄積されたＱＲＲレポートを送信し得る。すなわち、単一のＳＬＷＴＲＵが蓄積されたＱＲＲレポートを送信し得るので、チャネル予約を有する各ＷＴＲＵは、その個々のＱＲＲレポートを送信することができない。そのような場合、ＣＲＱに応答してＱＲＲを送信する必要がないＳＬＷＴＲＵは、ＳＬ送信ギャップを導入する代わりに、ＳＬインターフェース上で送信を継続し得る（すなわち、これらのＳＬＷＴＲＵが進行中のＳＬ送信を有する場合）。

図１２は、蓄積されたＱＲＲレポートの一例を示す時間及び周波数チャートである。この例では、互いに近接する３つのＳＬＷＴＲＵが存在し、第１のＷＴＲＵは、あるリソース予約間隔（ＲＲＩ）及び短いリソース有効期間で第１の送信プール１１２０１を予約する。リソース有効期間は、示されたリソース予約が有効である持続時間を示す。この例では、第２のＳＬＷＴＲＵは、より長い有効持続時間を有するより広い帯域幅の送信プール３１２０３を予約する。１つ以上の場合において、蓄積されたＱＲＲレポートは、図１２の時間及び周波数チャートの下部に示されるように、２つのＳＬＷＴＲＵからの両方のリソース予約の組み合わせを含む。１つ以上の場合では、このリソース予約は、単一のＳＬＱＲＲレポート時点においてシグナリングされる。場合によっては、このＱＲＲは、前述の２つのＳＬＷＴＲＵのいずれかによって送信されてもよい。他の場合には、このＱＲＲは、更に第３のＳＬＷＴＲＵによって送信され得る。実際のＱＲＲは図１２には示されておらず、予約されたリソースのみを示しており、その実際のレポートを示していないことに留意されたい。

図１３は、例示的な蓄積されたＱＲＲレポートの内容を示す図である。例えば、図１３は、蓄積されたＱＲＲレポートの段階３の内容を示す。１つ以上の場合において、蓄積されたＱＲＲレポートは、図１３に示されるように、そのリソース予約データがそのようなＱＲＲレポートに含まれる様々なＳＬＷＴＲＵからのチャネル予約のいくつかの新しい情報要素を含む。例えば、リソース予約データは、予約されたＴｘプールインデックス、ＳＬサブチャネルインデックス、対応するＲＲＩ、それぞれのＳＬＷＴＲＵのリソース有効性サンプル、及びそれぞれのＳＬＷＴＲＵの推定されたＣＢＲサンプルのうちの１つ以上を含み得る。１つ以上の他の場合では、タイミングリソース及び周波数リソースは、例えば、限定はしないが、周波数ＰＲＢ（物理リソースブロック）、ＯＦＤＭシンボル、割り当ての持続時間などを具体的に識別することなどによって、累積ＱＲＲレポートの一部として更により正確にシグナリングされ得る。場合によっては、累積ＱＲＲレポートは、開始ＯＦＤＭＳＬシンボル、ダイレクトフレーム番号（ＤＦＮ）、ＯＦＤＭシンボルの数における割り当ての持続時間、示されたＤＦＮ内のスロットインデックス、並びに対応するサブチャネル及び／又はＰＲＢのうちの１つ以上を含む。

図１４は、蓄積されたＱＲＲレポートに従う信号フローを示す信号フロー図である。例えば、図１４は、蓄積されたＱＲＲレポート及び対応するＷＴＲＵシーケンスアクションの手順による信号フローを示す。この例では、ＳＬＷＴＲＵ１及び３は、最初はアイドルであり、ＳＬＷＴＲＵ２は、最初はＳＬ接続状態にあり、進行中のＳＬ送信を有する。更に、ＳＬを介した送信のためのデータは、ＳＬＷＴＲＵ１に到着する。ＳＬＷＴＲＵ１がＳＬを介して送信するためのデータを受信する場合、ＳＬＷＴＲＵ１は、ＳＬ接続状態に遷移する（１４０１）。１つ以上の場合において、ＳＬパケット送信のためにＳＬ接続状態に遷移した後、ＳＬＷＴＲＵ１は、ＣＲＱ指示を作成する（１４０３）。ＳＬＷＴＲＵ１は、次の利用可能なＣＲＱ機会にわたってＣＲＱ指示を送信し得る。１つ以上の場合において、ＳＬＷＴＲＵ１は、ＣＲＱメッセージをＳＬＷＴＲＵ２に送信する（１４０５）。１つ以上の場合において、ＳＬＷＴＲＵ２は、ＱＲＲで応答する（１４０７）。ＱＲＲを受信すると、ＳＬＷＴＲＵは、そのＳＬペイロード送信のための空きリソースのセットを選択する（１４０９）。１つ以上の場合では、その後の時間に、ＳＬを介した送信のためのデータがＳＬＷＴＲＵ３に到着する。ＳＬＷＴＲＵ３がＳＬを介して送信するためのデータを受信する場合、ＳＬＷＴＲＵ３は、ＳＬ接続状態に遷移する（１４１１）。１つ以上の場合において、ＳＬパケット送信のためにＳＬ接続状態に遷移した後、ＳＬＷＴＲＵ３は、ＣＲＱ指示を作成する（１４１３）。ＳＬＷＴＲＵ３は、ＣＲＱメッセージ（１４１５、１４１７）をＳＬＷＴＲＵ１及び２にそれぞれ送信する。ＳＬＷＴＲＵ３からＣＲＱを受信すると、ＳＬＷＴＲＵ１は、ＳＬＷＴＲＵ３がそのペイロードデータを送信するために使用するための空きＳＬリソースを選択する。ＳＬＷＴＲＵ１は、（１４０９）において生成されたＳＬＷＴＲＵ１のためのＱＲＲデータ、並びに（１４１９）においてＳＬＷＴＲＵ３のために定式化されたＱＲＲデータを含む蓄積されたＱＲＲレポートを定式化する。１つ以上の場合において、ＳＬＷＴＲＵ１は、蓄積されたＱＲＲを用いてＳＬＷＴＲＵ３のＣＲＱに応答する（１４２１）。

１つ以上の場合において、ＷＴＲＵは、蓄積されたＱＲＲレポートのためのチャネルアクセススキームで構成される。例えば、チャネルアクセスメカニズムは、ＱＲＲリソースセットのうちの１つを介して、蓄積されたＱＲＲレポートを送信してもよい。特に、チャネルアクセスメカニズムは、ＱＲＲリソースセットのうちの１つを介して、蓄積されたＱＲＲレポートを送信して、ＱＲＲレポートの送信を区別し、優先順位を付けながら、ＳＬＷＴＲＵに対するＱＲＲレポート負荷を低減し得る。場合によっては、ＱＲＲレポートは、チャネル予約に関するより包括的な情報を含む（例えば、レポートＷＴＲＵは、蓄積されたＱＲＲレポート、例えば、ＳＬリソース予約及びチャネルビジー比を定式化する前に、十分な時間量の間アクティブであり、部分的なチャネル検知を実行している）。場合によっては、完全に分散されたＳＬ送信及びリソース予約に起因して、ＱＲＲリソースセットを介して送信されるべき多くの同時ＱＲＲレポートが存在し得る。更に、送信されたＱＲＲレポートのうちのいくつかは、レポートＳＬＷＴＲＵの変動するＳＬ条件に起因して、他のものよりも有益であり得る。したがって、これらの問題に対処するために、ＳＬＷＴＲＵは、本明細書で説明されるチャネルアクセスメカニズムを利用して、それらのＱＲＲレポートの質を検証し、ＳＬＷＴＲＵが対応するＱＲＲをレポートすべきか否かを判定する。更に、これらの問題に対処することによって、チャネルアクセスメカニズムは、ＱＲＲレポートのうちの１つ以上が誤解を招く場合に、ＳＬＷＴＲＵがチャネル検知エラーを伝搬しないことを可能にする。

１つ以上の場合において、ＳＬＷＴＲＵは、それぞれのＱＲＲレポートを送信するために自己優先される。例えば、より包括的で有益なＱＲＲレポートを有するＳＬＷＴＲＵは、より少ない情報又はより重要でない情報を有するＱＲＲを介してそれらのレポートを送信するように優先順位付けされる。別の例では、制限されたＱＲＲリソースセットに起因して、より低い優先順位のＳＬＷＴＲＵは、それらのＱＲＲ送信を、例えば、都合良く、後のＱＲＲリソースに延期し得る。１つ以上の場合において、ＳＬＷＴＲＵは、それらのそれぞれのＱＲＲレポートの品質及びそれらのそれぞれのＱＲＲ送信優先度を決定するために、１つ以上のメトリックを考慮するように構成され得る。例えば、ＱＲＲ送信優先度は、以下に説明するＱＲＲアクセス優先度であってもよい。場合によっては、ＳＬＷＴＲＵは、１つ以上のメトリックを考慮するように構成され得る。例えば、ＷＴＲＵは、ＱＲＲ送信を決定する前に（すなわち、各ＱＲＲレポート間隔の前に）、サイドリンクチャネルメトリックの任意の数のサンプルを考慮し得る。メトリックは、以下のうちの１つ以上を含み得る。場合によっては、メトリックは、事前構成されたＱＲＲリソースセットの前にＳＬＷＴＲＵがＳＬ接続モードにあった持続時間を含み得る。例えば、ＷＴＲＵが、現在のＱＲＲリソースセットの前に比較的長い時間にわたってＳＬアイドルモードにあった場合、ＷＴＲＵは、近接した全てのＳＬチャネル予約を検出し得る確率がより低くなる可能性がある。したがって、このＷＴＲＵに比較的低いＱＲＲレポート送信優先度を割り当てることが賢明であり得る。場合によっては、メトリックは、ＷＴＲＵがサイドリンクリソース使用を監視していた時間の長さ、又は以前の期間にわたってＷＴＲＵによって受信されたサイドリンクリソース使用に関する他の応答の数のうちの１つ以上に基づいて、応答のＱＲＲレポート送信優先度レベルを決定することを含み得る。更に、いくつかの場合には、メトリックは、現在のＱＲＲリソースセットより前のある期間の間に監視及び検出されたＱＲＲリソース／レポートの時点の数／密度を含み得る。例えば、以前のＱＲＲ監視時点が密であればあるほど、現在の蓄積されたＱＲＲレポートはより包括的で有益である可能性が高い。したがって、このＷＴＲＵに比較的高いＱＲＲアクセス優先度を割り当てることが賢明であり得る。場合によっては、メトリックは、レポートＳＬＷＴＲＵのＳＬモビリティ状態を含み得る。例えば、高度に移動性のＳＬＷＴＲＵの場合、高い移動性に起因してＣＲＱ及びＱＲＲレポートの多くの受信失敗を有する可能性に加えて、レポートされたＱＲＲは、到達不可能なＷＴＲＵ（すなわち、ＣＲＱ要求ＳＬＷＴＲＵ（複数可）に近接していないＷＴＲＵ）のためのチャネル予約情報を含み得る。

１つ以上の場合において、ＳＬＷＴＲＵが、近接していない他のＳＬＷＴＲＵのチャネル予約を考慮することを回避するために、ＱＲＲレポートは、図１３に示されるように、チャネル予約情報要素（ＩＥ）の各々に関連付けられたＳＬＷＴＲＵのＳＬＩＤ（例えば、ＳＬＲＮＴＩ又はＴＭＳＩ）を含み得る。したがって、ＣＲＱ要求側ＷＴＲＵは、発見されなかったＳＬＷＴＲＵ（すなわち、周期的ＳＬ発見から識別されなかったＷＴＲＵ）に対するＩＥをスキップし得る。

１つ以上の場合において、ＳＬＷＴＲＵ手順は、対応するＳＬＱＲＲアクセス優先度を決定するために、前述のメトリックのいずれかを組み合わせることができる。ＳＬＷＴＲＵのアクセス優先度は、対応するＳＬ競合ウィンドウを決定する。

１つ以上の場合において、ＳＬＷＴＲＵは、競合ウィンドウ内のＱＲＲリソースセット選択のための確率分布を決定する。より詳細には、例えば、決定されたアクセス優先度に基づいて、ＷＴＲＵは、あるリソースセット上でそれ自体のＱＲＲレポートを送信するためのある確率を決定し得る。したがって、各リソースセットは確率を有し、ＷＴＲＵは、最も高い確率を有するＱＲＲレポートを送信する。競合ウィンドウは、時間の最小長及び最大長によって定義され得る。競合ウィンドウの時間の最小長及び最大長は、ＱＲＲリソースセットが事前構成され、ＳＬＷＴＲＵがＱＲＲレポートを送信しようと試みるＳＬシンボル又はスロットの最小数及び最大数を意味する。１つ以上の場合には、アクセス優先度の定義、並びに様々な定義されたＳＬ競合ウィンドウ及びＱＲＲリソースセット選択のための確率分布とのその関連付けは、ＲＡＮによって構成され得る。１つ以上の場合には、アクセス優先度の定義、並びに様々な定義されたＳＬ競合ウィンドウ及びＱＲＲリソースセット選択のための確率分布とのその関連付けは、ＳＬ中継器及び／又はＳＬサービスプロバイダからリレーされ得る。ＳＬＷＴＲＵは、構成された確率分布に従って、決定されたＳＬアクセス優先度に基づいて最小及び最大競合ウィンドウ閾値内のＱＲＲ競合値（すなわち、ＱＲＲリソースセット）をランダムに選択し得る。ＳＬＷＴＲＵは、競合ウィンドウ内で、その選択されたＱＲＲリソースセットの前に、１つ、複数、又は全てのＱＲＲリソースセットを監視し得る。１つ以上の場合において、ＳＬＱＲＲリソースがアイドルであると判定されるという条件で、ＳＬＷＴＲＵは、選択されたＱＲＲリソースセットにおいてＱＲＲレポートの送信をトリガする。１つ以上の他の場合では、ＱＲＲリソース監視時点のうちの１つ以上が、他のＳＬＷＴＲＵＱＲＲ送信でビジーであるとみなされる場合、ＳＬＷＴＲＵは、受信されたＱＲＲレポートを、その生成されたＱＲＲレポートと比較し得、比較結果に基づいて、選択されたＱＲＲリソースセットにおけるＱＲＲレポート送信を控え得る。例えば、ＳＬＷＴＲＵは、受信されたＱＲＲレポートを、その生成されたＱＲＲレポートと比較し得、受信されたＱＲＲレポートのうちの１つ以上が、それ自体のＱＲＲレポートと同じ又はより良好な情報をすでに含んでいる場合、選択されたＱＲＲリソースセットにおけるＱＲＲレポート送信を控え得る。

１つ以上の場合において、あまり包括的でないＱＲＲレポートのＳＬＷＴＲＵは、より低いＳＬＱＲＲアクセス優先度を割り当てられ得る。対応するＱＲＲＳＬ競合ウィンドウ及びリソースセット選択の確率分布は、以下のいずれかを保証するように構成されてもよい。例えば、対応するＱＲＲＳＬ競合ウィンドウ及びリソースセット選択の確率分布は、ＳＬＷＴＲＵが現在のＱＲＲリソースセットの間隔の間にＱＲＲレポートを送信することを制限するように構成されてもよい。１つ以上の場合において、ＳＬＷＴＲＵは、最小競合ウィンドウ閾値を最大ＱＲＲリソース長に設定することによって制限され得る。したがって、ＳＬＷＴＲＵは、現在のＱＲＲリソースセットの間隔内でＱＲＲレポートを送信しない。別の例では、対応するＱＲＲＳＬ競合ウィンドウ及びリソースセット選択の確率分布は、現在のＱＲＲリソースセット上でＱＲＲ送信を延期するように構成されてもよい。例えば、ＱＲＲリソースが１０スロットである例では、より低いアクセス優先度を有するＳＬＷＴＲＵは、７番目のスロットからのみＱＲＲレポートを送信し得るか否かの判定を開始することを許可されてもよい。これは、より高い優先度のＳＬＷＴＲＵからのＱＲＲ送信のための最初の６つのＱＲＲスロットを残す。

１つ以上の場合において、ＳＬＷＴＲＵのＱＲＲ監視時間中に、その計算された競合ウィンドウに起因して、ＳＬＷＴＲＵは、ＱＲＲリソースセットと、近接する他のＳＬＷＴＲＵから送信されたＱＲＲレポートとを監視する（例えば、常に監視するが、これに限定されない）ことができる。ＳＬＷＴＲＵは、受信されたＱＲＲレポートをそれ自体のＱＲＲレポート（すなわち、送信を待っている）と比較し得る。例えば、ＳＬＷＴＲＵが完全一致を決定する場合、及び／又はＳＬＷＴＲＵがそれ自体のＱＲＲレポートよりも良好な／より包括的なＱＲＲレポートを受信した場合、ＳＬＷＴＲＵは、ＱＲＲ送信を控え、それ自体のチャネル検知情報を更新し得る。別の例では、ＳＬＷＴＲＵが、それ自体のＱＲＲレポートが受信したＱＲＲレポートよりも良好／より包括的であると判定した場合、ＳＬＷＴＲＵは、構成されたＳＬＱＲＲ競合ウィンドウ及び選択されたパラメータ値に従ってそれ自体のＱＲＲレポートを送信し得る。

１つ以上の場合において、応答ウィンドウは、１つ以上のＷＴＲＵによって利用されるサイドリンクリソースの指示を要求するクエリがＷＴＲＵによって受信されないという条件で、サイドリンク共有チャネル送信のために使用可能であり得る。

１つ以上の場合において、ＣＲＱ要求ＳＬＷＴＲＵは、構成されたＱＲＲリソースセットの間隔の間に、全て又は複数の可能なＱＲＲを受信する。したがって、ＣＲＱ要求ＳＬＷＴＲＵは、その意図されたＳＬペイロード送信の前にチャネル検知情報を組み合わせることができる。

図１５は、ＱＲＲチャネルアクセス及び対応するＷＴＲＵシーケンスアクションのための手順を示すフローチャートである。

１つ以上の場合において、ＳＬＱＲＲチャネルアクセス構成は、ＲＡＮ／ＳＬ中継器から受信される（１５０１）。例えば、ＳＬＷＴＲＵは、ＲＡＮノード及び／又はＳＬ中継器から、ＳＬＱＲＲチャネルアクセスの構成を受信し得る。場合によっては、ＳＬＱＲＲチャネルアクセスの構成は、ＳＬアクセス優先度、ＳＬＱＲＲ競合ウィンドウパラメータ、及び決定されたアクセス優先度とＳＬ競合ウィンドウとの間の対応するマッピングのうちの１つ以上を含み得る。１つ以上の場合において、ＳＬＱＲＲリソースセットアクセス優先度が決定される（１５０３）。例えば、ＳＬＷＴＲＵは、１つ以上のＣＲＱ要求を受信すると、ＳＬモビリティ状態、接続モード持続時間、及び現在のＱＲＲリソースセットの間隔の前の有効期間中の以前の正しいＱＲＲ検出の数を含む、動的に変化するＳＬ状態のうちの１つ以上に基づいて、ＳＬアクセス優先度を決定し得る。１つ以上の場合には、ＣＲＱ要求が検出されたか否かに関する決定が行われる（１５０５）。例えば、ＳＬＷＴＲＵは、ＣＲＱ要求が検出されたか否か（すなわち、ＳＬＷＴＲＵがＣＲＱレディを有するか否か）を判定し得る。例えば、ＳＬＷＴＲＵは、ＳＬを介して送信される必要がある新しいデータがＳＬＷＴＲＵに到着したときに、ＣＲＱが準備完了であると判定し得る。ＳＬＷＴＲＵが、ＣＲＱ要求が検出されないと判定する場合（１５０５：いいえ）、ＳＬＷＴＲＵは、例えば、限定はしないが、次のＳＬページング及び／又はＣＲＱ機会まで、ＳＬ又はディープスリープ上でアクティブに送信することを再開する（１５０７）。

ＳＬＷＴＲＵが、ＣＲＱ要求が検出された（すなわち、ＣＲＱ要求が保留中である）と判定する場合（１５０５：はい）、ＳＬＷＴＲＵは、前に論じたのと同じ又は同様の方法で、構成されたＱＲＲリソース上でのアクティブなＳＬ送信を停止／ミュートする（１５０９）。例えば、ＳＬＷＴＲＵは、ＱＲＲの監視及び送信のために、構成されたＱＲＲリソース介したアクティブなＳＬ送信を停止又はミュートする。

１つ以上の場合には、ＳＬプリエンプション指示が送信される（１５１１）。例えば、ＳＬＷＴＲＵは、影響を受けた受信側ＳＬＷＴＲＵ（すなわち、ＳＬＵＥ）に向けてＳＬプリエンプション指示を送信し得る（１５１１）。１つ以上の場合において、影響を受けるＳＬＷＴＲＵは、例えば、図１１に関連して前に説明されたように、ＣＲＱ及び／又はＱＲＲによって影響を受けるもののうちの１つ以上を含み得る。１つ以上の場合には、ウィンドウ内の競合のためのランダムＳＬリソースセットが選択される（１５１３）。例えば、ＳＬＷＴＲＵは、ＱＲＲチャネルアクセス優先度及びネットワークアクセス構成によって決定されるウィンドウ（例えば、ＳＬ競合ウィンドウ）内で競合のためにランダムなＳＬリソースセットを選択する。場合によっては、ＳＬＷＴＲＵは、ＱＲＲチャネルアクセスのために使用されるべき対応するＳＬ競合ウィンドウ構成を決定し、それぞれの競合ウィンドウ内でランダム競合閾値（すなわち、ＱＲＲリソースセット）を選択する。１つ以上の場合には、選択されたＱＲＲリソースセットの前の複数又は全てのＱＲＲリソースセットが監視され、復号される（１５１５）。例えば、ＳＬＷＴＲＵは、選択されたものの前にＱＲＲリソースセットを監視し得、近接している他のＳＬＷＴＲＵからのＱＲＲレポートを復号し得る。

１つ以上の場合には、ＱＲＲレポートが十分であるか否かに関する決定が行われる（１５１７）。例えば、ＳＬＷＴＲＵは、１５１５に対応する先行するＱＲＲレポートが、ＳＬＷＴＲＵがそれ自体のＱＲＲレポートを送信する必要がない十分な情報を有するか否かを判定し得る。例えば、ＳＬＷＴＲＵは、例えば、限定はしないが、先行する／より高い優先度のＱＲＲレポートが、それ自体のＱＲＲレポートと一致するか、又はチャネル検知情報をより多く含む場合、先行するＱＲＲレポートが十分な情報を含むと判定し得る。ＱＲＲレポートが十分であるとＳＬＷＴＲＵが判定する場合（１５１７：はい）、ＳＬＷＴＲＵは、選択されたＱＲＲリソースセットにおいてそのＱＲＲレポートを送信することを控える（１５２１）。１つ以上の場合では、ＳＬＷＴＲＵは、現在のＱＲＲレポート間隔においてＱＲＲレポートを送信することを控える。ＳＬＷＴＲＵが、ＱＲＲレポートが十分でないと判定する場合（１５１７：いいえ）、ＳＬＷＴＲＵは、選択されたＱＲＲリソース上で（すなわち、それらがアイドルである場合）、その蓄積された及び／又は個々のＱＲＲレポートをコンパイルし、送信する（１５１９）。１つ以上の場合において、ＳＬＷＴＲＵは、例えば、これに限定されないが、次のＳＬページング及び／又はＣＲＱ機会まで、ＳＬ又はディープスリープ上でアクティブに送信することを再開する（１５０７）。

１つ以上の場合において、ＷＴＲＵは、チャネル予約レポートの増分フィードバックを提供するように構成される。１つ以上の事例では（例えば、部分検知を利用してもしなくてもよい場合を指す）、アクティブなＳＬチャネル予約及び／又は割り当てを取得しながらＳＬチャネル検知を回避し得る（例えば、完全に回避し得る）電力制限されたＳＬＷＴＲＵの場合があり得る。例えば、電力制限されたＳＬＷＴＲＵは、ＳＬＷＴＲＵが送信に利用可能なＳＬパケットを有する場合に、オンデマンドベースでアクティブなＳＬチャネル予約及び／又は割り当てを取得しながら、ＳＬチャネル検知を回避し得る。そのような場合、ＳＬＷＴＲＵ（例えば、近接しているもの）は、要求元のＳＬＷＴＲＵに向かって、アクティブなチャネル予約（すなわち、各ＳＬＷＴＲＵの観点から）をレポートし返し得る。そのような場合、（例えば、新しい、提案された、などの）はフィードバックチャネルについて、複数のＳＬＷＴＲＵは、対応するチャネル予約レポートを送信し得る。対応するチャネル予約レポートは、例えば、クエリリソース応答（ＱＲＲ）であり得るが、これに限定されない。１つ以上の場合には、ＱＲＲレポートは、アクティブなチャネル予約及び／又は割り当ての集合及び／又は全体を含み得る（例えば、伴い得る）。場合によっては、例えば、ＱＲＲレポートは、送信側ＳＬＷＴＲＵにおいて検出されたアクティブなチャネル予約及び／又は割り当ての集合及び全体のうちの一方又は両方を含み得る。そのようなＱＲＲレポートは、各ＳＬＷＴＲＵ自体のアクティブなチャネル予約及びチャネル割り当て、並びに／又は、それぞれ、以前のチャネル検知機会及び／若しくはＱＲＲ機会の間に送信側ＳＬＷＴＲＵにおいて検出された、近接する他のＳＬＷＴＲＵの予約を含み得る。

１つ以上の事例（例えば、部分検知を利用してもしなくてもよい場合を指す）では、（例えば、典型的なＳＬ展開）多数のＳＬＷＴＲＵが互いに近接して存在（例えば、存在）してもよく、いくつかのＳＬＷＴＲＵからのチャネル予約ＱＲＲレポートが重複及び／又は同様のチャネル情報を含んでいてもよい場合があってもよい。そのような場合、そのような重複及び／又は同様のチャネル情報は、それらが同様のチャネル予約を検出するように、ほぼ同時のチャネル検知時点（例えば、インスタンス）及び／又はＱＲＲレポート時点を有する、近接したＳＬＷＴＲＵに帰し得る。そのような場合、ＳＬＷＴＲＵは、（例えば、ＣＲＱ要求に応答して）ほぼ同様のＱＲＲレポートを送信し得、これは、例えば、ＳＬＷＴＲＵの追加の不必要な電力消費を課し、（例えば、必要とされる、要求される（ｒｅｑｕｉｒｅｄ、ｒｅｑｕｅｓｔｅｄ）などの）フィードバックレイテンシを増加させる場合がある。

１つ以上の場合において、ＳＬＷＴＲＵは（例えば、フィードバックチャネルリソースの発生の間に）、近接する他のＳＬＷＴＲＵからの他のＱＲＲレポートを（例えば、チャネル予約レポートを介して）監視及び／又は復号し得る。１つ以上の場合において、フィードバックチャネルリソースを介してＱＲＲレポートを送信するＳＬＷＴＲＵのシーケンス及び／又は順序は、以下で説明するように、提案されたチャネルアクセススキームによって処理される。１つ以上の場合において、ＳＬＷＴＲＵは、クエリに対する応答を送信する前に、クエリに対する第２の応答を受信し得る。１つ以上の場合において、第２の応答は、別のＷＴＲＵから受信され得る。１つ以上の場合において、ＳＬＷＴＲＵは、第２のクエリに含まれるサイドリンクリソース使用情報に基づいて、応答を更新し得る。１つ以上の場合において、ＳＬＷＴＲＵは、先行するＳＬＷＴＲＵから、レポートされたアクティブな予約されたチャネルリソースセットを決定し得る。例えば、以下の条件である。ＳＬＷＴＲＵは、それらのコンパイルされた集約ＱＲＲレポートにおいて、現在のＱＲＲフィードバックチャネル期間中に他のＳＬＷＴＲＵからの復号されたＱＲＲレポートのいずれにも存在しない一意のチャネル予約エントリを有し、ＳＬＷＴＲＵは、一意のチャネル予約セットを含む増分ＱＲＲレポートをコンパイルし得る。場合によっては、ＳＬＷＴＲＵは、例えば、一意のチャネル予約セットのみを含む増分ＱＲＲレポートをコンパイルし得る。ＳＬＷＴＲＵが他のＳＬＷＴＲＵからのＱＲＲレポートを復号し、それら自体のＱＲＲレポートに一意のチャネル予約セットがないと判定する１つ以上の場合には、ＳＬＷＴＲＵは、コンパイル及び／又はバッファリングされた集約ＱＲＲレポートを消去し得、現在のＱＲＲチャネル機会中にそれらのＱＲＲレポートを送信することをスキップし得る。

図１６は、ＱＲＲ増分フィードバックレポート及び対応するＷＴＲＵシーケンスアクションを示す図である。

実施形態によれば、図１６を参照すると、以下の動作のいずれかを実行し得る。１つ以上の場合において、ＳＬＷＴＲＵは、近接する少なくとも１つのＳＬＷＴＲＵからチャネルリソースクエリを受信し得る。１つ以上の場合において、ＳＬＷＴＲＵは、決定されたチャネルアクセス優先度に基づいて、それらの決定されたＱＲＲリソース機会に先行する現在のＱＲＲリソースセット上で、送信されたＱＲＲレポートを監視及び復号し得る。１つ以上の場合において、一意のチャネル予約エントリが決定され、復号されたＱＲＲレポートと比較されるという条件で、ＳＬＷＴＲＵは、一意のチャネル予約リソースセットの増分ＱＲＲレポートをコンパイルし、送信し得る。１つ以上の場合において、一意のチャネル予約エントリが決定されず、復号されたＱＲＲレポートと比較されないという条件で、ＳＬＷＴＲＵは、コンパイル及び／又はバッファリングされたＱＲＲレポートを消去し得、現在のＱＲＲ機会の間にＱＲＲレポートを送信することをスキップし得る。

１つ以上の場合において、ＳＬＷＴＲＵは、ＲＡＮ及び／又はＳＬ中継器からＳＬＱＲＲチャネルアクセス構成を受信し得る（１６０１）。１つ以上の場合において、ＳＬＷＴＲＵは、現在のＱＲＲリソースセットの前に、ＳＬアクセス優先度を決定し得る（１６０３）。１つ以上の場合において、ＳＬＷＴＲＵは、（例えば、リレーされた）ＣＲＱ要求があるか否かを判定し得る（１６０５）。ＣＲＱ要求がないとＳＬＷＴＲＵが判定する場合（１６０５：いいえ）、ＳＬＷＴＲＵは、アクティブなＳＬ送信を再開し得、及び／又は次のＳＬページング機会までディープスリープし得る（１６０７）。ＣＲＱ要求があるとＳＬＷＴＲＵが判定する場合（１６０５：はい）、ＳＬＷＴＲＵは、ＱＲＲ監視及び送信のために、構成されたＱＲＲリソース上でのアクティブなＳＬ送信を停止及び／又はミュートし得る（１６０９）。１つ以上の場合において、ＳＬＷＴＲＵは、影響を受ける受信側ＳＬＷＴＲＵ（すなわち、ＳＬＵＥ）に向けてＳＬプリエンプション指示を送信し得る（１６１１）。１つ以上の場合において、ＳＬＷＴＲＵは、最小競合ウィンドウパラメータと最大競合ウィンドウパラメータとの間のランダムＳＬ競合閾値を選択し得る（１６１３）。１つ以上の場合において、ＳＬＷＴＲＵは、選択された競合閾値が満了するまで、ＱＲＲリソースセットを受信し、復号し得る（１６１５）。１つ以上の場合において、ＳＬＷＴＲＵは、それ自体のＱＲＲレポート内に任意の一意のＱＲＲエントリがあるか否かを判定し得る（１６１７）。ＳＬＷＴＲＵが、それ自体のＱＲＲレポート内に一意のＱＲＲエントリがないと判定する場合（１６１７：いいえ）ＳＬＷＴＲＵは、現在のＱＲＲリソースの間にＱＲＲレポートを送信することをスキップし得る（１６１９）。ＳＬＷＴＲＵが、それ自体のＱＲＲレポート内に任意の一意のＱＲＲエントリがあると判定する場合（１６１７：はい）、ＳＬＷＴＲＵは、決定された一意のチャネル予約エントリの増分ＱＲＲレポートをコンパイルし、送信し得る（１６２１）。更に、ＳＬＷＴＲＵは、次のＳＬページング機会まで、アクティブなＳＬ送信を再開し、及び／又はディープスリープを実行し得る（１６０７）。

１つ以上の場合において、ＷＴＲＵは、ＳＬＱＲＲレポートのための動的チャネルアクセス手順を用いて構成される。例えば、チャネル予約クエリ（ＣＲＱ）要求を受信した場合、近接しているＳＬＷＴＲＵは、クエリリソース応答（ＱＲＲ）レポートを返信し得る。１つ以上の場合において、ＱＲＲレポートは、各ＳＬＷＴＲＵの観点からのアクティブチャネル予約を含み得る。そのような場合、ＱＲＲチャネルアクセススキームは、近接しているＳＬＷＴＲＵからのＱＲＲレポートの送信を規制し、潜在的な衝突を解決し得る。ＱＲＲレポートの送信を規制するために、ＳＬＷＴＲＵは、ＱＲＲチャネルリソースアクセス優先度を決定し得る。更に、ＳＬＷＴＲＵは、対応するＱＲＲチャネル競合ウィンドウを決定し得る。更に、ＳＬＷＴＲＵは、決定された競合ウィンドウの間に、ＱＲＲリソースを介して、受信されたＱＲＲレポートを受信し、復号し得る。競合ウィンドウ中に衝突が検出された場合、ＳＬＷＴＲＵは、現在のＱＲＲチャネル機会中にＱＲＲレポート送信を延期及び／又はスキップし得る。そのような場合、ＳＬＷＴＲＵ（すなわち、ＳＬＵＥ）は、以前のＱＲＲリソース中に１つ以上の衝突を検出すると、事前構成されたパターンに従って、それらの競合ウィンドウを動的に拡張し得る。最後に決定された競合ウィンドウの間に衝突が検出されない場合、ＳＬＷＴＲＵは、コンパイルされた完全又は増分ＱＲＲレポートを送信し得る。

１つ以上の場合において、ＳＬＷＴＲＵは、例えば、ＲＡＮノード、ＳＬ中継器、及びＳＬサービスプロバイダのうちの１つ以上から、それぞれ、性能メトリック、対応する性能閾値、ＱＲＲチャネルアクセス優先度、及びそれぞれの競合ウィンドウのうちのいずれかを受信し得る。そのような場合、ＳＬＷＴＲＵは、サイドリンク接続時間、以前のＱＲＲ検出の数、及びモビリティ状態をそれぞれ含む、その性能メトリックを決定し得る。場合によっては、ＳＬＷＴＲＵは、ＱＲＲリソース機会の前に、その性能メトリックを決定し得る。そのような場合、ＳＬＷＴＲＵは、全体的な性能メトリックをマッピングし得る。場合によっては、ＳＬＷＴＲＵは、事前定義された性能閾値に従って、全体的な性能メトリックを、ＱＲＲアクセス優先度クラスに、したがって競合ウィンドウにマッピングし得る。性能メトリックを事前定義されたＱＲＲアクセス優先度にマッピングするための詳細な動的手順を以下に説明する。

１つ以上の場合において、最高のＱＲＲアクセス優先度のＳＬＷＴＲＵは、そのようなアクセス優先度クラスのために構成されたリソースセットを介して、それら自体の又は蓄積されたＱＲＲレポートを送信し得る。１つ以上の場合において、ＳＬＷＴＲＵは、ＱＲＲリソースがアイドルであるか否かを判定するために、実際のＱＲＲレポート送信の前に、短チャネル検知期間を実行し得る。そのような場合、同じアクセス優先度の２つ以上のＳＬＷＴＲＵが対応するＱＲＲレポートを同時に送信しているため、衝突が発生する可能性がある。衝突の場合、ＱＲＲレポートを最初に要求した受信側ＳＬＷＴＲＵは、複数のＱＲＲレポートを復号することができない場合がある。例えば、受信側ＳＬＷＴＲＵは、強いリソース干渉（例えば、ＱＲＲ衝突）に起因して、複数のＱＲＲレポートを復号することができない場合がある。ＱＲＲレポートを送信するＳＬＷＴＲＵが、最も高いアクセス優先度に属する場合、衝突したＱＲＲレポートは、信頼できない場合があり、チャネル予約及び／又は割り当てを含まない可能性があり、これは、ＳＬインターフェース全体の著しい性能損失につながる可能性がある。

１つ以上の場合において、（例えば、全てのＱＲＲアクセス優先度の）ＳＬＷＴＲＵは、同じ又は異なるアクセス優先度の他のＳＬＷＴＲＵから送信されたＱＲＲレポートを受信し、復号し得る。ＳＬＷＴＲＵは、以下の条件のいずれかに従って動作し得る。ＱＲＲリソース衝突が検出された場合（すなわち、第１の条件）、ＳＬＷＴＲＵは、現在のＱＲＲリソース構成を更新し得る。１つ以上の場合において、より低いＱＲＲアクセス優先度を有するＳＬＷＴＲＵは、現在のＱＲＲ機会の間に、それらのＱＲＲレポート送信を延期するか、又は完全にスキップし得る。それらのＱＲＲレポート送信を延期又はスキップすることによって、より低いＱＲＲアクセス優先度を有するＳＬＷＴＲＵは、より高いアクセス優先度のＳＬＷＴＲＵのＱＲＲレポート再送信を可能にする（例えば、後者は、より信頼でき、包括的なチャネル予約レポートである可能性が高いため）。そのような場合、現在のアクセス優先度のＳＬＷＴＲＵは、拡張された１つ以上のリソースセットによってそれらのＱＲＲリソース有効性を更新し得る。１つ以上の場合では、現在のアクセス優先度のＳＬＷＴＲＵは、ＲＡＮノード／ＳＬ中継器事前構成に従って、拡張された１つ以上のリソースセットによって、それらのＱＲＲリソース有効性を更新し得る。そのような場合、最高のアクセス優先度のＳＬＷＴＲＵは、拡張されたＱＲＲリソース有効性に対するランダムバックオフオフセットをトリガし得、したがって、それぞれのＱＲＲレポートを再送信し得る。１つ以上の場合において、より低いＱＲＲアクセス優先度のＳＬＷＴＲＵは、ＱＲＲ送信オフセットが事前構成され得る現在のＱＲＲ機会にわたってＱＲＲレポート送信を延期及び／又はスキップすることによって、更新されたＱＲＲリソース構成及び有効性に従うことができる。１つ以上の場合では、ＳＬＷＴＲＵは、より高いＱＲＲアクセス優先度の衝突が検出された場合に、そのようなオフセットだけ、それらのＱＲＲ送信を遅延させ得る。より高いＱＲＲアクセス優先度の複数の連続する衝突が発生した場合、より低いＱＲＲアクセス優先度のＳＬＷＴＲＵは、現在のＱＲＲ機会中にそれらのＱＲＲレポートを送信することが可能でなくなるまで、それらのＱＲＲ送信を延期し続けることができ、現在のＱＲＲ機会は、ＱＲＲ機会が満了したときであり得る。ＱＲＲリソース衝突が検出されない場合（すなわち、第２の条件）、ＳＬＷＴＲＵは、各アクセス優先度に関連付けられたＱＲＲリソースを介して、自身のＱＲＲレポート、蓄積されたＱＲＲレポート、及び増分ＱＲＲレポートのいずれかを送信し得る。

図１７ａ～図１７Ｃは、動的ＳＬＷＴＲＵＱＲＲチャネルアクセスを示す図である。

１つ以上の場合には、３つのＱＲＲアクセス優先度が事前構成され得る。１つ以上の場合には、ＱＲＲアクセス優先度の各々は、ＱＲＲ特定競合ウィンドウに関連付けられ得る。事前構成されたＳＬ性能メトリック及び閾値に基づいて、ＳＬＷＴＲＵは、現在のＱＲＲ機会中にそれらが属するＱＲＲアクセス優先度を決定し得る。１つ以上の場合において、最高のＱＲＲアクセス優先度１を有するＳＬＷＴＲＵは、アクセス優先度１のための構成されたＱＲＲリソース（例えば、３ＮスロットＱＲＲ機会の最初のＮスロット）上で、それぞれのＱＲＲレポートを送信し得る。１つ以上の場合において、アクセス優先度１のＱＲＲリソースの間に、全てのアクセス優先度のＳＬＷＴＲＵは、近接しているＳＬＷＴＲＵから送信された送信ＱＲＲレポートを受信し、復号し得る。そのようなものでは、より低いアクセス優先度を有するＳＬＷＴＲＵは、より高いアクセス優先度のＳＬＷＴＲＵから送信され得るＱＲＲレポートを受信及び復号し得るが、それは、それらがアイドルである（例えば、競合ウィンドウ中に、したがって、より高いアクセス優先度のＳＬＷＴＲＵのＱＲＲリソース中に送信していない）からである。

１つ以上の場合において、同じアクセス優先度を有するＳＬＷＴＲＵは、それらが送信したＱＲＲレポートについて衝突があったか否かを検出し得る。同じアクセス優先度を有するＳＬＷＴＲＵが、それらが送信したＱＲＲレポートについて衝突があったか否かを検出し得る場合には、ＳＬＷＴＲＵは、完全な二重化能力を用いてＱＲＲレポート送信を実行し得る。そのような場合、ＳＬＷＴＲＵは、起こり得る衝突を検出するためにそれぞれのＱＲＲリソースを監視及び受信しながら、ＱＲＲレポートを送信し得る。１つ以上の場合において、各アクセス優先度ＳＬＷＴＲＵセットのためのＱＲＲリソースセットは、同じＱＲＲアクセス優先度の送信ＳＬＷＴＲＵが完全な二重化を行うことができない場合に、１つ以上のフィードバックチャネルリソース（例えば、１つのＰＲＢを有する単一のＯＦＤＭシンボル）を用いて構成される。同じＱＲＲアクセス優先度の送信ＳＬＷＴＲＵが、全二重化を行うことができない可能性があるそのような場合、そのようなＳＬＷＴＲＵは、それらのＱＲＲレポートを送信し、それに応じて、構成されたＱＲＲフィードバックリソース上で、ＣＲＱ送信ＳＬＷＴＲＵ（例えば、ＱＲＲフィードバックを最初に要求しているＳＬＷＴＲＵ）からのＡＣＫ／ＮＡＣＫフィードバックを監視し得る。ＳＬＷＴＲＵがＮＡＣＫを受信し、かつ／又はＡＣＫを受信しない場合、現在のアクセス優先度のＱＲＲリソース中にＱＲＲレポートを送信した全てのＳＬＷＴＲＵは、衝突が発生したと仮定し得る。

最も高いアクセス優先度のＱＲＲリソースの衝突が検出された場合、ＳＬＷＴＲＵは、事前構成されたオフセットに従って、ＱＲＲリソース構成を更新し得る。例えば、第１のＱＲＲアクセス優先度のＳＬＷＴＲＵは、構成されたオフセット（例えば、Ｎ／２スロット）だけＱＲＲリソースを拡張し得る。そのような場合、最も高いアクセス優先度１を有するＳＬＷＴＲＵは、それらの信頼できる、より包括的なＱＲＲレポートを再送信し得る（例えば、許可される）。１つ以上の場合において、第２のアクセス優先度を有するＳＬＷＴＲＵは、Ｎ／２スロットのＱＲＲオフセットによってそれらのＱＲＲリソースセットをオフセットし得る。１つ以上の場合において、全体的なＱＲＲリソースは、制限されたサイズ（例えば、３Ｎスロット）を有し得るので、最低のアクセス優先度３のＳＬＷＴＲＵは、それらのＱＲＲリソースサイズをＮ／２スロットだけ低減し得る。最高のアクセス優先度１を有するＳＬＷＴＲＵの拡張されたＱＲＲリソースの連続的な衝突が発生する場合、同じ手順が繰り返されてもよく、最低のアクセス優先度３を有するＳＬＷＴＲＵは、それらのＱＲＲリソースをＮ／２スロットだけ更に減少させてもよい。１つ以上の場合において、最低のアクセス優先度３を有するＳＬＷＴＲＵは、更に、現在のＱＲＲ機会中にそれらのＱＲＲレポートを送信することをスキップし得る。

図１８は、動的なＳＬＷＴＲＵＱＲＲチャネルアクセスを示す図である。１つ以上の場合において、ＳＬＷＴＲＵは、ＱＲＲ衝突解決のためのＱＲＲ時間及び周波数リソースオフセットパターンを受信し得る。１つ以上の場合において、ＳＬＷＴＲＵは、同じ及び／又は異なるＱＲＲアクセス優先度リソースを有するＱＲＲリソース上で送信された、レポートされたＱＲＲを監視及び復号し得る。１つ以上の場合において、ＱＲＲリソース衝突が検出されたという条件で、衝突したＱＲＲアクセス優先度のＳＬＷＴＲＵは、事前構成されたＱＲＲ時間／周波数オフセットだけ、それらのＱＲＲリソースを拡張し得る。そのような場合、より低いＱＲＲアクセス優先度を有するＳＬＷＴＲＵは、現在のＱＲＲ機会の間に、それらのＱＲＲ送信をバッファリング及び／又は延期若しくはスキップし得る。

１つ以上の場合において、ＳＬＷＴＲＵは、ＲＡＮ／ＳＬ中継器からＳＬＱＲＲチャネルアクセス構成及びＱＲＲ衝突オフセットを受信し得る（１８０１）。１つ以上の場合において、ＳＬＷＴＲＵは、現在のＱＲＲリソースセットの前に、ＳＬアクセス優先度及び対応する競合ウィンドウを決定し得る（１８０３）。１つ以上の場合において、ＳＬＷＴＲＵは、競合ウィンドウ中に、より高いアクセス優先度のＷＴＲＵから送信されたＱＲＲレポートを受信し、復号し得る（１８０５）。１つ以上の場合において、ＳＬＷＴＲＵは、ＱＲＲ競合ウィンドウの後に、ＷＴＲＵ自身の、蓄積された、及び／又は増分的なＱＲＲレポートを送信し得る（１８０７）。１つ以上の場合において、ＳＬＷＴＲＵは、ＱＲＲ衝突が検出されたか否かを判定し得る（１８０９）。ＱＲＲ衝突が検出されない場合（１８０９：いいえ）、ＳＬＷＴＲＵは、アクセス優先度ごとに、シグナリングされたデフォルト又は更新されたＱＲＲリソースに従って、ＱＲＲレポートを送信及び／又は再送信し得る（１８１１）。１つ以上の場合において、ＳＬＷＴＲＵは、次のＳＬページング機会まで、アクティブなＳＬ送信を再開し、及び／又はディープスリープを実行し得る（１８１３）。ＱＲＲ衝突が検出された場合（１８０９：はい）、同じＱＲＲアクセス優先度を有するＳＬＷＴＲＵは、それらのＱＲＲリソースを、示された時間及び／又は周波数ＱＲＲオフセットだけ拡張し得る（１８１５）。１つ以上の場合において、より低いＱＲＲアクセス優先度を有するＳＬＷＴＲＵは、それらのＱＲＲリソースを、示された時間及び／又は周波数ＱＲＲオフセットだけ短縮及び／又は低減し得、或いは、例えば、ＱＲＲ機会の限られたリソース側を条件として、現在のＱＲＲ機会の間にＱＲＲレポートを送信することをスキップし得る（１８１７）。

１つ以上の場合において、ＷＴＲＵは、ＱＲＲチャネルアクセス優先度を決定するための手順を用いて構成され得る。上記で説明したようなＱＲＲチャネルアクセス手順では、例えば、ＱＲＲアクセス優先度及び対応するＱＲＲ競合ウィンドウを決定する一貫したＳＬＷＴＲＵ挙動は、一貫したＳＬＷＴＲＵ挙動に基づき得る。例えば、ＳＬＷＴＲＵが、ＱＲＲアクセス優先度を決定するために考慮すべき様々な性能基準を有するとき、ＳＬＷＴＲＵの様々な性能基準は、不十分なＱＲＲレポートを引き起こす可能性があり、その場合、信頼性が低く包括的なＱＲＲチャネル予約レポートは、他の信頼性が高く包括的なＱＲＲレポートよりも高い優先度で送信される可能性がある。１つ以上の場合において、不十分なＱＲＲレポートに対処するために、（例えば、それぞれの）ＱＲＲアクセス優先度を決定するための統一された及び／又は標準化されたＷＴＲＵ挙動。１つ以上の場合には、いくつかの性能インジケータが、各ＱＲＲリソース機会の前に考慮され得る。１つ以上の場合において、ＳＬＷＴＲＵは、そのような性能インジケータを使用して、現在のＱＲＲ機会のＱＲＲアクセス優先度及び競合ウィンドウを決定し得る。１つ以上の場合において、ＳＬＷＴＲＵは、そのような性能インジケータを使用して、現在のＱＲＲ機会のＱＲＲアクセス優先度及び競合ウィンドウを、各ＱＲＲ機会の前の平均及び／又はフィルタリングされたＳＬ接続時間、例えば、事前定義された状態に基づく、低モビリティ状態又は高モビリティ状態のいずれかである、モビリティ状態、及び平均及び／又はフィルタリングされたＤＬ接続時間中のＱＲＲ検出時点の数、のうちの１つ以上として決定し得る。クエリ応答送信を決定するための１つ以上の場合において、ＳＬＷＴＲＵは、構成又は事前構成された閾値に基づいて、モビリティ状態を決定するように構成され得る。

図１９は、ＱＲＲチャネルアクセス優先度を決定することを示す図である。

１つ以上の場合には、２つのモビリティ状態は、例えば、（例えば、事前構成された）モビリティ閾値に従って、低モビリティ状態及び高モビリティ状態のいずれかとして定義され得る。１つ以上の場合において、低モビリティ状態を有するＳＬＷＴＲＵは、他のＳＬ性能メトリックのデフォルト設定を採用し得る。そのような場合、低モビリティＳＬＷＴＲＵがＳＬ接続時間のデフォルトパラメータ化を考慮し得るように、ＳＬ接続時間が存在する可能性がある。すなわち、そのようなＳＬＷＴＲＵは、１つの十分な状態、並びに２つの短い不十分な状態及び長い不十分な状態を有するように構成され得る。低モビリティＳＬＷＴＲＵのための１つ以上の場合において、ＱＲＲ機会の前の非常に短い又は長いＳＬ接続持続時間は、例えば、そのような接続が、ＳＬＷＴＲＵが、非包括的なＱＲＲレポート、又はもはや近接していないＳＬＷＴＲＵのチャネル予約エントリを有するＱＲＲレポートのいずれかをレポートすることにつながり得るので（例えば、それらのチャネル予約が以前の時間から検出された場合）、準最適である。高モビリティＳＬＷＴＲＵの１つ以上の場合では、例えば、高モビリティＷＴＲＵのＱＲＲレポートがＱＲＲ機会の直前に検出されたチャネル予約エントリを有するため、十分なＳＬ接続時間の領域及び／又は境界は、事前構成されたスケーリングファクタによって低減され得る。すなわち、高モビリティＳＬＷＴＲＵは、ＱＲＲレポートによって間違えられる可能性があり、もはや近接していないＳＬＷＴＲＵのためのチャネル予約エントリを用いてＱＲＲ手順を不適切に（例えば、誤って、不良データに基づいて、不正確になど）実行する可能性がある。そのような場合、（例えば、ＳＬＷＴＲＵ固有のモビリティ状態からマッピングされた）十分なＳＬ接続時間を有するＳＬＷＴＲＵは、より高いＱＲＲアクセス優先度を採用し得る。

図２０は、ＱＲＲアクセス優先度及び対応するＷＴＲＵシーケンスアクションを決定するための手順を示す図である。１つ以上の場合において、ＳＬＷＴＲＵは、ＱＲＲアクセス優先度を決定するためのＳＬ性能メトリックのリストを受信し得る。１つ以上の場合には、ＳＬ性能メトリックは、ＳＬ接続時間（例えば、持続時間）、モビリティ状態、及び以前に検出されたＱＲＲ機会の数のうちの１つ以上を含み得る。１つ以上の場合において、ＳＬＷＴＲＵは、シグナリングされた性能メトリックから、スケーリングオフセットを含む、示されたＱＲＲアクセス優先度レベルのうちの少なくとも１つへのマッピングリストを受信し得る。ＱＲＲ機会の前の１つ以上の場合において、ＳＬＷＴＲＵは、例えば、シグナリングされたモビリティ閾値に基づいて、モビリティ状態を決定し得る。１つ以上の場合において、ＳＬＷＴＲＵは、例えば、決定されたモビリティ状態及び／又は対応するシグナリングされたスケーリングオフセットに基づいて、示された性能メトリックの性能領域をオフセット（すなわち、後方又は前方に）し得る。１つ以上の場合において、ＳＬＷＴＲＵは、例えば、シグナリングされた性能メトリックの決定された領域に基づいて、現在のＱＲＲ機会のＱＲＲアクセス優先度レベルを決定し得る。

１つ以上の場合において、ＳＬＷＴＲＵは、ＱＲＲアクセス優先度を決定するためのＳＬ性能メトリックのリストを受信し得る（２００１）。１つ以上の場合において、ＳＬ性能メトリックは、ＳＬ接続時間（例えば、持続時間）、モビリティ状態、及び以前に検出されたＱＲＲ機会の数のうちのいずれかを含み得る。１つ以上の場合において、ＳＬＷＴＲＵは、例えば、シグナリングされた性能メトリックから、示されたＱＲＲアクセス優先度レベルのうちの少なくとも１つへのマッピングのための、スケーリングオフセットを含むマッピングリストを受信し得る（２００３）。１つ以上の場合において、ＳＬＷＴＲＵは、例えば、シグナリングされたモビリティ閾値に基づいて、モビリティ状態を決定し得る（２００５）。１つ以上の場合において、ＳＬＷＴＲＵは、例えば、決定されたモビリティ状態及び／又は対応するシグナリングされたスケーリングオフセットに基づいて、示された性能メトリックの性能領域をオフセット（すなわち、後方又は前方に）し得る（２００７）。１つ以上の場合において、ＳＬＷＴＲＵは、例えば、シグナリングされた性能メトリックの決定された領域に基づいて、現在のＱＲＲ機会のＱＲＲアクセス優先度レベルを推定及び決定し得る（２００９）。１つ以上の場合において、ＳＬＷＴＲＵは、決定されたアクセス優先度に関連付けられたＱＲＲリソースを介して、ＱＲＲレポートを送信し得る（２０１１）。

１つ以上の場合において、ＷＴＲＵは、アクティブなチャネル割り当てのための動的な繰り返し手順を用いて構成され得る。上記で説明したように高いＳＬ送信信頼性を維持する場合について、動的リソース割り当て手順があり得る。１つ以上の場合において、ＳＬＷＴＲＵの少なくとも２つのクラス（例えば、タイプ）が存在してもよく、それらは、電力制限されたＳＬＷＴＲＵ（例えば、クラス／タイプ）及び電力制限のないＳＬＷＴＲＵ（例えば、クラス／タイプ）であってもよい。１つ以上の場合において、電力制限されたＳＬＷＴＲＵは、それらのＳＬＷＴＲＵ固有のチャネル検知設定を、ＲＡＮノードに、並びに／又はＳＬＷＴＲＵサービスプロバイダ及び／若しくは中継器に、アナウンス及び／又は送信し得る。１つ以上の場合において、検知設定は、ＷＴＲＵ固有のＳＬＤＲＸサイクル、チャネル検知周期性、及びウェイクアップ時間当たりの長さのうちの１つ以上を含み得る。１つ以上の場合において、ＳＬ中継器及び／又はサービスプロバイダは、電力制限されたＳＬＷＴＲＵのウェイクアップ及び／又は必要とされる検知を最小限に抑える１つ以上の共通リソース機会をコンパイルし得る。そのような場合、ＲＡＮノード及び／又はＳＬ中継器は、電力制限のないＷＴＲＵに向けて、繰り返しの共通リソースセット（例えば、リソース機会）を送信し得る。１つ以上の場合において、電力制限のないＳＬＷＴＲＵは、チャネル割り当てのために第１段階のＳＣＩを送信し得、シグナリングされた共通繰り返し機会にわたって予約されたリソースレポート（ＲＲＲ）の送信を繰り返し得る。例えば、電力制限のないＳＬＷＴＲＵは、チャネル割り当てのために第１段階ＳＣＩを送信し得、予約されたリソースセットが共通繰り返しリソース機会中に依然としてアクティブであるという条件で、シグナリングされた共通繰り返し機会上で予約されたリソースレポート（ＲＲＲ）の送信を繰り返し得る。そのような場合、ＲＲＲレポートは、現在の繰り返し機会中にアクティブである残りのチャネル割り当ての情報を含み（例えば、必然的に伴い）得る。１つ以上の場合において、電力制限されたＳＬＷＴＲＵは、それらのＤＲＸサイクルを調節して、示された共通ＲＲＲ機会のうちの少なくとも１つ以上を復号し得、それにわたって、電力制限されたＳＬＷＴＲＵは、他のアクティブな電力制限のないＳＬＷＴＲＵからのチャネル予約を検出し得る。１つ以上の場合には、送信される共通ＲＲＲリソースは、周期的発見シグナリング、制御チャネル上及び／又はＳＬページング機会上の第１段階のＳＣＩであって、ＳＣＩがＳＬＰＳＳＣＨ送信ではなくＲＲＲリソースをスケジュールすることを示すために非スケジューリングＳＣＩの指示が送信される、第１段階のＳＣＩ、グループ共通コードでスクランブルされ、電力制限のないＷＴＲＵによってのみ監視され得る新しい繰り返しサイドリンク制御チャネルフォーマット（ｒＳＣＩ）のうちの１つ以上の一部であってもよい。

図２１は、アクティブチャネル割り当てのための動的繰り返し手順を示す図である。１つ以上の場合において、ＳＬＷＴＲＵは、事前構成された電力基準（例えば、バッテリレベル、バッテリ容量閾値）に基づいて、電力カテゴリ（例えば、非制限カテゴリ上の電力制限）を決定し得る。１つ以上の場合において、電力制限されたＳＬＷＴＲＵは、ＷＴＲＵ固有のＤＲＸサイクルを、ＳＬＷＴＲＵクラスタヘッド、ＳＬ中継器、及びＳＬサービスプロバイダのいずれかに送信し得る。１つ以上の場合において、ＳＬＷＴＲＵクラスタヘッド、ＳＬ中継器、及びＳＬサービスプロバイダのうちのいずれかは、電力制限されたＳＬＷＴＲＵの最小ウェイクアップ時間（例えば、及び検知期間）に基づいて、共通チャネル割り当て繰り返し機会セットをコンパイルし、送信し得る。１つ以上の場合において、電力制限されたＳＬＷＴＲＵは、ＷＴＲＵ固有のＤＲＸサイクルを適応させて、示された繰り返し機会の少なくとも単一のリソースセットを検出し得る。１つ以上の場合において、電力制限のないＳＬＷＴＲＵは、共通繰り返し機会中に残りのアクティブな割り当てられたリソースを含む予約されたリソースレポートを定式化し得る。１つ以上の場合において、電力制限のないＳＬＷＴＲＵは、共通繰り返し機会セット中に予約されたリソースレポートの送信を複製し得る。

１つ以上の場合において、電力制限のないＳＬＷＴＲＵ又は電力制限されたＳＬＷＴＲＵのいずれかは、ネットワーク（例えば、ＳＬサービスプロバイダ）から、ＷＴＲＵ電力クラス関連の決定基準のいずれかを示す情報を受信し得る（２１０１、２１０３）。１つ以上の場合において、電力制限のないＳＬＷＴＲＵ又は電力制限されたＳＬＷＴＲＵのいずれかが、そのそれぞれのＳＬＷＴＲＵ電力クラスを決定し得る（２１０５、２１０７）。１つ以上の場合において、電力制限されたＷＴＲＵは、ＷＴＲＵ固有のＤＲＸサイクルを示す／に従う情報を、ＳＬサービスプロバイダに送信し得る（２１０９）。１つ以上の場合において、ＳＬサービスプロバイダは、アクティブリソース繰り返し機会の共通セットを決定（例えば、コンパイル）し（２１１０）、電力制限のないＳＬＷＴＲＵに送信（２１１２）し得る。１つ以上の場合において、電力制限のないＳＬＷＴＲＵは、現在の繰り返し機会セット中のアクティブチャネル予約を条件として、アクティブ予約されたリソースレポートをコンパイルし、電力制限されたＳＬＷＴＲＵに送信し得る（２１１４）。

上記では特徴及び要素が特定の組み合わせにおいて提供されているが、当該技術分野の通常の技術を有する者には、各特徴若しくは各要素を単独で使用する、又は他の特徴及び要素との任意の組み合わせにおいて使用できることが理解されるであろう。本開示は、本出願に記載されている特定の実施形態の観点において限定されるものではなく、これらの実施形態は、様々な態様の例示として意図されるものである。当業者には明らかなように、本発明の趣旨及び範囲から逸脱することなく、多くの修正及び変形を行うことができる。本出願の説明において使用されているいかなる要素、動作、又は指示も、そのように明示的に提示されていない限り、本発明にとって重要又は本質的であると解釈されるべきではない。本明細書に列挙したものに加えて、本開示の範囲内の機能的に等価な方法及び装置が、上述した説明から、当業者には明らかであろう。そのような修正及び変形は、添付の請求項の範囲に入ることが意図されている。本開示は、添付の請求項の条項によってのみ限定されるものであり、かかる請求項が権利を有する均等物の完全な範囲とともに、限定されるものである。本開示は、特定の方法又はシステムに限定されないことを理解されたい。

前述した実施形態は、簡潔さのために、赤外線対応装置（すなわち赤外線放射装置及び受信機）の用語及び構造に関連して記載されている。しかしながら、記載されている実施形態は、これらのシステムに限定されるものではなく、他の形態の電磁波、又は音響波などの非電磁波を使用する他のシステムにも適用することができる。

本明細書で使用される用語は、特定の実施形態のみを説明する目的のためであり、限定することを意図するものではないということも理解されたい。本明細書で使用されるとき、「ビデオ」という用語又は「画像」という用語は、スナップショット、単一画像、及び／又は経時的に表示される複数の画像のいずれかを意味し得る。別の例として、本明細書で言及される場合、「ユーザ機器」という用語及びその略語「ＵＥ」、「リモート」という用語並びに／又は「ヘッドマウントディスプレイ」という用語又はその略語「ＨＭＤ」は、（ｉ）無線送信及び／又は受信ユニット（ＷＴＲＵ）を意味するか、又は含むことができる。（ｉｉ）ＷＴＲＵの複数の実施形態のいずれか、（ｉｉｉ）特にＷＴＲＵの一部若しくは全ての構造及び機能を有するように構成された無線対応及び／若しくは有線対応（例えばテザリング可能）デバイス、（ｉｉｉ）ＷＴＲＵの全ての構造及び機能より少ない構造及び機能を有するように構成された無線対応及び／若しくは有線対応デバイス、又は（ｉｖ）その他、を意味し得る。本明細書に列挙された任意のＷＴＲＵを表すことができる例示的なＷＴＲＵの詳細は、図１Ａ～図１Ｄに関して本明細書で提供される。別の例として、本明細書の上記及び下記に開示される様々な実施形態は、ヘッドマウントディスプレイを利用するものとして説明される。当業者であれば、ヘッドマウントディスプレイ以外のデバイスを利用することができ、本開示及び様々な開示された実施形態の一部又は全部を、過度の実験なしにそれに応じて変更することができることを認識するであろう。そのような他のデバイスの例は、適応現実体験を提供するための情報をストリーミングするように構成されたドローン又は他のデバイスを含み得る。

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

本発明の範囲から逸脱することなく、上記で提供された方法、装置、及びシステムの変形が可能である。適用され得る多種多様な実施形態を考慮して、図示された実施形態は単なる例であり、添付の特許請求の範囲を限定するものと解釈されるべきではないことを理解されたい。例えば、本明細書に提供されている実施形態は、ハンドヘルド装置を含み、この装置は、任意の適切な電圧を提供するバッテリなどの任意の適切な電圧源を含み得る、又はそのような電圧源を用いて利用され得る。本開示のプロセスフローにおいて、動作は、異なる順序及び／又は異なる回数で実行されてもよい。いくつかの動作はプロセスフローに含まれなくてもよく、又は他の動作がプロセスフローに追加されてもよいことに留意されたい。

更に、上記の実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、及びプロセッサを含む他のデバイスに留意されたい。これらのデバイスは、少なくとも１つの中央処理装置（「ＣＰＵ」）及びメモリを含み得る。コンピュータプログラミングの技術分野における当業者の慣例によれば、動作、及び演算又は命令の記号表現の言及は、様々なＣＰＵ及びメモリによって実施され得る。そのような動作及び演算又は命令は、「実行される」、「コンピュータによって実行される」、又は「ＣＰＵによって実行される」と言及されることがある。

当該技術分野における通常の技術を有する者には、動作及び記号的に表現された演算又は命令が、ＣＰＵによる電気信号の操作を含むことが理解されるであろう。電気システムは、電気信号の結果的な変換又は減少を引き起こすことができるデータビットを表し、メモリシステムのメモリ位置にデータビットを維持し、それによってＣＰＵの動作及び他の信号の処理を再構成又は別の方法で変更する。データビットが維持されるメモリ位置は、データビットに対応する、又はデータビットを表す特定の電気的特性、磁気的特性、光学的特性、又は有機的特性を有する物理的位置である。実施形態は、上述したプラットフォーム又はＣＰＵに限定されず、他のプラットフォーム及びＣＰＵが、提供される方法をサポートし得ることを理解されたい。

データビットはまた、磁気ディスク、光ディスク、及びＣＰＵによって読み取り可能な任意の他の揮発性（例えば、ランダムアクセスメモリ（ＲＡＭ））又は不揮発性（例えば、読み取り専用メモリ（ＲＯＭ））大容量記憶システムを含むコンピュータ可読媒体上に維持されてもよい。コンピュータ可読媒体は、処理システム上に排他的に存在するか、又は処理システムに対してローカル又はリモートであり得る複数の相互接続された処理システム間で分散された、協調的又は相互接続されたコンピュータ可読媒体を含んでもよい。実施形態は、上述したメモリに限定されず、他のプラットフォーム及びメモリが、提供される方法をサポートし得ることを理解されたい。

例示的な実施形態において、本明細書に記載されている動作、プロセスなどのいずれも、コンピュータ可読媒体に格納されたコンピュータ可読命令として実装されてもよい。コンピュータ可読命令は、移動体、ネットワーク要素、及び／又は任意の他のコンピューティングデバイスのプロセッサによって実行され得る。

システムの態様のハードウェア実装とソフトウェア実装の間には、ほとんど区別がない。ハードウェア又はソフトウェアの使用は、一般に、（しかし、必ずしもそうとは限らないが、特定の状況では、ハードウェアとソフトウェアとの間の選択が重要になる場合がある）コスト対効率のトレードオフを表す設計選択である。本明細書に記載されているプロセス及び／又はシステム及び／又は他の技術が影響を受ける可能性があり得る様々なビークル（例えばハードウェア、ソフトウェア、及び／又はファームウェア）が存在し得、好ましいビークルは、プロセス及び／又はシステム及び／又は他の技術が配備される状況によって変化し得る。例えば、実装者が、速度及び正確性が最重要であると判定した場合、実装者は、主にハードウェア及び／又はファームウェアのビークルを選択することができる。柔軟性が最重要である場合、実装者は、主にソフトウェア実装を選択することができる。代替的に、実装者は、ハードウェア、ソフトウェア、及び／又はファームウェアの何らかの組み合わせを選択してもよい。

前述の詳細な説明では、ブロック図、フローチャート、及び／又は例の使用を通じて、デバイス及び／又はプロセスの様々な実施形態を示した。そのようなブロック図、フローチャート、及び／又は例が１つ以上の機能及び／又は動作を含む限り、そのようなブロック図、フローチャート、又は例内の各機能及び／又は動作は、広範囲のハードウェア、ソフトウェア、ファームウェア、又は実質的にそれらの任意の組み合わせによって個別に及び／又は集合的に実装され得ることが当業者によって理解されよう。一実施形態において、本明細書に記載されている主題のいくつかの部分は、特定用途向け集積回路（Application Specific Integrated Circuits、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Arrays、ＦＰＧＡ）、デジタル信号プロセッサ（digital signal processors、ＤＳＰ）、及び／又は他の集積形式を介して実装されてもよい。しかしながら、本明細書に開示されている実施形態のいくつかの態様は、その全体又は一部が、１つ以上のコンピュータ上で動作する１つ以上のコンピュータプログラムとして（例えば１つ以上のコンピュータシステム上で動作する１つ以上のプログラムとして）、１つ以上のプロセッサ上で動作する１つ以上のプログラムとして（例えば１つ以上のマイクロプロセッサ上で動作する１つ以上のプログラムとして）、ファームウェアとして、又はこれらの実質的に任意の組み合わせとして、集積回路において等価的に実装され得ること、並びに、回路を設計すること、及び／又は、ソフトウェア及び／若しくはファームウェアのコードを書くことが、この開示に照らして当業者の技術の範囲内であることが、当業者には認識されるであろう。加えて、本明細書に記載されている主題のメカニズムが、様々な形態のプログラム製品として配布され得ること、及び、本明細書に記載されている主題の例示的な実施形態が、配布を実際に行うために使用される特定のタイプの信号担持媒体にかかわらず適用されることが、当業者には理解されるであろう。信号担持媒体の例としては、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能型媒体、並びに、デジタル及び／又はアナログ通信媒体（例えば光ファイバケーブル、導波管、有線通信リンク、無線通信リンクなど）などの送信型媒体が挙げられ、ただしこれらに限定されない。

本明細書に記載されている方法でデバイス及び／又はプロセスを説明し、その後、エンジニアリング手法を使用して、そのような説明されたデバイス及び／又はプロセスをデータ処理システムに統合することが、当該技術分野において一般的であることが、当業者には認識されるであろう。すなわち、本明細書に記載のデバイス及び／又はプロセスの少なくとも一部は、妥当な量の実験によってデータ処理システムに統合されてもよい。典型的なデータ処理システムは、一般に、システムユニットハウジング、ビデオ表示装置、揮発性及び不揮発性メモリなどのメモリ、マイクロプロセッサ及びデジタル信号プロセッサなどのプロセッサ、オペレーティングシステム、ドライバ、グラフィックユーザインターフェース及びアプリケーションプログラムなどの計算エンティティ、タッチパッド若しくはスクリーンなどの１つ以上の対話デバイス、並びに／又は、フィードバックループ及び制御モータ（例えば、位置及び／又は速度を感知するフィードバック、コンポーネント及び／又は量を移動及び／又は調節する制御モータ）などの制御システム、のうちの１つ以上を含み得ることが、当業者には認識されるであろう。典型的なデータ処理システムは、データコンピューティング／通信システム及び／又はネットワークコンピューティング／通信システムに典型的に見られるような、任意の好適な市販の構成要素を利用して実施され得る。

本明細書に記載の主題は、異なる他の構成要素内に含まれるか、又は異なる他の構成要素と接続される異なる構成要素を示すことがある。そのような図示されたアーキテクチャは単なる例であり、実際には、同じ機能を達成する他の多くのアーキテクチャが実装され得ることを理解されたい。概念的には、同じ機能を達成するための構成要素の任意の配置は、所望の機能が達成され得るように、効果的に「関連付けられる」。したがって、特定の機能を達成するために組み合わされた本明細書における任意の２つの構成要素は、アーキテクチャ又は介在する構成要素に関係なく、所望の機能が達成されるように、互いに「関連付けられている」とみなすことができる。同様に、そのように関連付けられた任意の２つの構成要素は、所望の機能を達成するために互いに「動作可能に接続されている」、又は「動作可能に結合されている」とみなすこともでき、そのように関連付けることができる任意の２つの構成要素は、所望の機能を達成するために互いに「動作可能に結合可能」であるとみなすこともできる。動作可能に結合可能の具体例としては、物理的に嵌合可能かつ／若しくは物理的に相互作用する構成要素、及び／又は、無線で相互作用可能かつ／若しくは無線で相互作用する構成要素、及び／又は、論理的に相互作用するかつ／若しくは論理的に相互作用可能な構成要素が挙げられ、ただしこれらに限定されない。

本明細書における実質的に任意の複数形及び／又は単数形の用語の使用に関して、当業者は、文脈及び／又は用途に適切であるように、複数形から単数形に、かつ／又は単数形から複数形に変換することができる。本明細書では、明瞭にする目的で、様々な単数形／複数形の並べ換えが明示的に記載され得る。

当業者には理解されるように、書面による説明を提供するという観点など、あらゆる目的のために、本明細書に開示される全ての範囲は、その任意の可能な部分範囲及び部分範囲の組み合わせも包含している。任意の列挙された範囲は、同じ範囲が、少なくとも等しい２分の１、３分の１、４分の１、５分の１、１０分の１などに分解されることを十分に説明して可能にするものとして、容易に認識し得る。非限定的な例として、本明細書に記載されている各範囲は、下位３分の１、中央の３分の１、及び上位３分の１などに容易に分解され得る。また、当業者には理解されるように、「まで」、「少なくとも」、「より大きい」、「より小さい」などの全ての言葉は、言及された数を含み、かつ、上述したように更に部分範囲に分解され得る範囲を意味する。最後に、当業者には理解されるように、範囲は個々の各要素を含む。したがって、例えば、１～３個のセルを有するグループは、１個、２個、又は３個のセルを有するグループを指す。同様に、１～５個のセルを有するグループは、１個、２個、３個、４個、又は５個のセルを有するグループを指し、以下同様である。

好適なプロセッサとしては、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途用標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、及び／又は状態機械が挙げられる。

ＷＴＲＵは、例えば、ソフトウェア無線（Software Defined Radio、ＳＤＲ）などのハードウェア及び／又はソフトウェアに実装されたモジュールと併せて使用され得、また、カメラ、ビデオカメラモジュール、テレビ電話、スピーカ電話、振動デバイス、スピーカ、マイクロフォン、テレビジョントランシーバ、ハンズフリー式ヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、近距離無線通信（Near Field Communication、ＮＦＣ）モジュール、ＬＣＤディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、及び／又は無線ローカルエリアネットワーク（ＷＬＡＮ）又は超広帯域（Ultra Wide Band、ＵＷＢ）モジュールなどの他のコンポーネントに実装され得る。

様々な実施形態を通信システムに関して説明したが、システムは、マイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアに実装することができると企図される。特定の実施形態では、様々な構成要素の機能のうちの１つ以上は、汎用コンピュータを制御するソフトウェアに実装され得る。

加えて、本発明は、特定の実施形態を参照して本明細書に例示及び説明されるが、本発明は、示された詳細に限定されることを意図していない。むしろ、特許請求の範囲及びその等価物の範囲内において、しかも本発明から逸脱することなく、詳細に様々な修正を行うことができる。

Claims

プロセッサ及びメモリであって、前記プロセッサ及び前記メモリが、
１つ以上のＷＴＲＵによって利用されるサイドリンクリソースの指示を要求するクエリを受信し、
前記１つ以上のＷＴＲＵによって利用される１つ以上のサイドリンクリソースを示す応答を生成し、
前記応答の優先度レベルを決定し、
応答ウィンドウ内で前記応答を送信するように構成されている、プロセッサ及びメモリ
を備える、無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）。
前記クエリが、チャネル予約クエリを含む、請求項１に記載のＷＴＲＵ。
前記プロセッサ及び前記メモリが、前記応答の前記優先度レベルに基づいて、前記応答を送信するための前記応答ウィンドウを決定するように構成されている、請求項１に記載のＷＴＲＵ。
前記プロセッサ及び前記メモリが、前記ＷＴＲＵがサイドリンクリソース使用を監視していた時間の長さ、以前の期間にわたって前記ＷＴＲＵによって受信されたサイドリンクリソース使用に関する他の応答の数、又はＷＴＲＵモビリティ状態のうちの１つ以上に基づいて、前記応答の前記優先度レベルを決定するように構成されている、請求項１に記載のＷＴＲＵ。
前記プロセッサ及び前記メモリが、前記応答の前記決定された優先度レベルに基づいて、前記応答ウィンドウの時間リソース及び周波数リソースのうちの少なくとも１つを決定するように構成されている、請求項１に記載のＷＴＲＵ。
前記プロセッサ及び前記メモリが、
前記応答に対して衝突が発生したと判定し、
前記衝突に基づいて前記応答ウィンドウを拡張し、
前記拡張された応答ウィンドウにおいて、第２の応答であって、前記第２の応答が、前記応答の前記１つ以上のサイドリンクリソースの前記指示又は追加情報と、前記応答の前記１つ以上のサイドリンクリソースの前記指示とを含む、第２の応答を送信するように構成されている、請求項１に記載のＷＴＲＵ。
前記応答ウィンドウに関連付けられたリソースが、１つ以上のＷＴＲＵによって利用されるサイドリンクリソースの指示を要求するクエリが前記ＷＴＲＵによって受信されないという条件で、サイドリンク共有チャネル送信のために使用可能である、請求項１に記載のＷＴＲＵ。
前記プロセッサ及び前記メモリが、
前記クエリに対する前記応答を送信する前に、前記クエリに対する第２の応答であって、前記第２の応答が別のＷＴＲＵから受信される、第２の応答を受信し、
前記第２の応答に含まれるサイドリンクリソース使用情報に基づいて前記応答を更新するように構成されている、請求項１に記載のＷＴＲＵ。
前記決定された優先度が、第１の優先度レベルに対応し、前記プロセッサ及び前記メモリが、
第２の優先度レベル応答に関連付けられた応答ウィンドウの間にレポート衝突が発生したと判定し、
前記第２の優先度レベル応答に関連付けられた前記応答ウィンドウの間に前記レポート衝突が発生したと判定したことに基づいて、前記応答のための前記応答ウィンドウを調節し、
前記第２の優先度レベルが、前記第１の優先度レベルよりも高い優先度レベルであるように構成されている、請求項１に記載のＷＴＲＵ。
無線送信／受信ユニット（ＷＴＲＵ）で実装される方法であって、
１つ以上のＷＴＲＵによって利用されるサイドリンクリソースの指示を要求するクエリを受信することと、
前記１つ以上のＷＴＲＵによって利用される１つ以上のサイドリンクリソースを示す応答を生成することと、
前記応答の優先度レベルを決定することと、
応答ウィンドウ内で前記応答を送信することと、を含む、方法。
前記ＷＴＲＵがサイドリンクリソース使用を監視していた時間の長さ、以前の期間にわたって前記ＷＴＲＵによって受信された他の応答の数、又はＷＴＲＵモビリティ状態のうちの１つ以上に基づいて、前記応答の前記優先度レベルを決定することを更に含む、請求項１０に記載の方法。
前記応答の前記決定された優先度レベルに基づいて、前記応答ウィンドウの時間リソース又は周波数リソースのうちの少なくとも１つを決定することを更に含む、請求項１０に記載の方法。
前記応答に対して発生した衝突を判定することと、
前記衝突に基づいて前記応答ウィンドウを拡張することと、
前記拡張応答ウィンドウ中で、第２の応答であって、前記第２の応答が、前記応答の前記１つ以上のサイドリンクリソースの前記指示又は追加情報と、前記応答の前記１つ以上のサイドリンクリソースの前記指示とを含む、第２の応答を送信することと、
を更に含む、請求項１０に記載の方法。
前記応答ウィンドウが、スロット数に対応する、請求項１０に記載の方法。
第１の優先度応答ウィンドウが、第２の優先度応答ウィンドウよりも時間的に早く生じる、請求項１０に記載の方法。
前記第１の優先度応答ウィンドウが、前記第１の優先度応答ウィンドウに関連付けられた複数の優先度応答について衝突が発生するという条件で、前記第２の優先度応答ウィンドウ内に拡張される、請求項１５に記載の方法。