JP2023537490A - Ｎｒリレーに関連付けられたサイドリンクディスカバリ - Google Patents

Abstract

例えば、リレー、例えば、ＮＲリレーに関連付けられたサイドリンクディスカバリのためのシステム、方法、及び手段を、本明細書で説明する。ディスカバリデータは、例えば、デバイス間の通信を初期化するために送信され得る。ディスカバリデータは、単独で送信されてもよいし、他のデータ（例えば、サイドリンクデータ）と多重化されてもよい。優先度の高いディスカバリデータは、単独で送信されてもよい。優先度の低いディスカバリデータは、他のデータ（例えば、ある持続時間内に受信された他のデータ）と多重化され得る。ディスカバリデータは、同じ宛先識別情報を共有する他のデータと多重化され得る。リソース割り振りは、例えば、ディスカバリデータが単独で送信されるか、又は他のデータと多重化されるかに基づいて実行され得る。【選択図】図５

Description

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

無線通信を使用したモバイル通信は、進化し続けている。モバイル通信無線アクセス技術（radio access technology、ＲＡＴ）の第５世代は、５Ｇ新無線（new radio、ＮＲ）と呼ばれることがある。以前の（従来の）世代のモバイル通信ＲＡＴは、例えば、第４世代（fourth generation、４Ｇ）ロングタームエボリューション（long term evolution、ＬＴＥ）であり得る。

例えば、リレー、例えば、ＮＲリレーに関連するサイドリンクディスカバリのためのシステム、方法、及び手段を本明細書で説明する。ディスカバリデータは、例えば、デバイス間の通信を初期化するために送信され得る。ディスカバリデータは、単独で送信されてもよいし、他のデータ（例えば、サイドリンクデータ）と多重化されてもよい。優先度の高いディスカバリデータは、単独で送信され得る。優先度の低いディスカバリデータは、他のデータ（例えば、ある持続時間内に受信された他のデータ）と多重化され得る。ディスカバリデータは、同じ宛先識別情報を共有する他のデータと多重化され得る。リソース割り振りは、例えば、ディスカバリデータが単独で送信されるか、又は他のデータと多重化されるかに基づいて実行され得る。

無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）は、ディスカバリデータ及び／又は他のデータの送信において使用され得る。ＷＴＲＵは、ディスカバリデータを受信することができる（例えば、ディスカバリデータがＷＴＲＵに到着することができる）。ディスカバリデータは、優先度値及び第１の宛先識別情報に関連付けられ得る。ＷＴＲＵは、優先度値が閾値を上回るかどうかを判定することができる。ＷＴＲＵは、優先度値に基づいて送信コンテンツ（例えば、ディスカバリデータをサイドリンク通信データと多重化するか否か）を判定することができる。ＷＴＲＵは、例えば、優先度値が閾値を上回る場合、サイドリンク通信データが持続時間中に受信されるかどうかに基づいて、送信コンテンツを決定することができる。持続時間は、例えば、優先度値及び／又はチャネルビジー比（channel busy ratio、ＣＢＲ）に基づいて決定され得る。ＷＴＲＵは、例えば、持続時間中に、サイドリンク通信データを受信することができる（例えば、サイドリンク通信データがＷＴＲＵに到着することができる）。サイドリンク通信データは、第２の宛先識別情報に関連付けられ得る。ＷＴＲＵは、例えば、サイドリンク通信データが持続時間中に受信され、第１の宛先識別情報及び第２の宛先識別情報が同じである場合、送信がサイドリンク通信データと多重化されたディスカバリデータを含むと判定することができる。ＷＴＲＵは、例えば、サイドリンク通信データが持続時間中に受信されない場合、又は第１の宛先識別情報及び第２の宛先識別情報が同じではない場合、送信がディスカバリデータ（例えば、ディスカバリデータのみ）を含むと判定することができる。

ＷＴＲＵは、例えば、ディスカバリデータが単独で送信されるか、又はサイドリンク通信データと多重化されるかに基づいて、リソース割り振りを実行することができる。ＷＴＲＵは、ディスカバリデータがサイドリンク通信データと多重化されるかどうかに基づいて、送信パラメータを決定することができる。送信パラメータは、サブチャネルの数、再送信の数、送信電力、並びに／又は変調及びコーディング方式（modulation and coding scheme、ＭＣＳ）を含み得る。

１つ以上の開示された実施形態が実装され得る、例示的な通信システムを例解するシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線送／受信ユニット（ＷＴＲＵ）を例解するシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を例解するシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを例解するシステム図である。 レイヤ２進化型ＷＴＲＵネットワーク間リレーのためのユーザプレーン無線プロトコルスタックの例を示す。 レイヤ２進化型ＷＴＲＵネットワーク間リレーのための制御プレーン無線プロトコルスタックの例を示す図である。 ディスカバリデータに関連付けられたＢＳＲの一例を示す。 ディスカバリリソース割り振り時間を使用するディスカバリデータのための例示的なリソース割り振りを示す。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（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、ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

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

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

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

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

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

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

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

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

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

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

例えば、リレー、例えば、ＮＲリレーに関連するサイドリンクディスカバリのためのシステム、方法、及び手段について本明細書で説明する。ディスカバリデータは、例えば、デバイス間の通信を初期化するために送信され得る。ディスカバリデータは、単独で送信されてもよいし、他のデータ（例えば、サイドリンクデータ）と多重化されてもよい。優先度の高いディスカバリデータは、単独で送信されてもよい。優先度の低いディスカバリデータは、他のデータ（例えば、ある持続時間内に受信された他のデータ）と多重化され得る。ディスカバリデータは、同じ宛先識別情報を共有する他のデータと多重化され得る。リソース割り振りは、例えば、ディスカバリデータが単独で送信されるか、又は他のデータと多重化されるかに基づいて実行され得る。

無線送信／受信ユニット（ＷＴＲＵ）は、ディスカバリデータ及び／又は他のデータの送信において使用され得る。ＷＴＲＵは、ディスカバリデータを受信することができる（例えば、ディスカバリデータがＷＴＲＵに到着することができる）。ディスカバリデータは、優先度値及び第１の宛先識別情報に関連付けられ得る。ＷＴＲＵは、優先度値が閾値を上回るかどうかを判定することができる。ＷＴＲＵは、優先度値に基づいて送信コンテンツ（例えば、ディスカバリデータをサイドリンク通信データと多重化するか否か）を判定することができる。ＷＴＲＵは、例えば、優先度値が閾値を上回る場合、サイドリンク通信データが持続時間中に受信されるかどうかに基づいて、送信コンテンツを決定することができる。持続時間は、例えば、優先度値及び／又はシャネルビジー比（ＣＢＲ）に基づいて決定され得る。ＷＴＲＵは、例えば、持続時間中に、サイドリンク通信データを受信することができる（例えば、サイドリンク通信データがＷＴＲＵに到着することができる）。サイドリンク通信データは、第２の宛先識別情報に関連付けられ得る。ＷＴＲＵは、例えば、サイドリンク通信データが持続時間中に受信され、第１の宛先識別情報及び第２の宛先識別情報が同じである場合、送信がサイドリンク通信データと多重化されたディスカバリデータを含むと判定することができる。ＷＴＲＵは、例えば、サイドリンク通信データが持続時間中に受信されない場合、又は第１の宛先識別情報及び第２の宛先識別情報が同じではない場合、送信がディスカバリデータ（例えば、ディスカバリデータのみ）を含むと判定することができる。

ＷＴＲＵは、例えば、ディスカバリデータが単独で送信されるか、又はサイドリンク通信データと多重化されるかに基づいて、リソース割り振りを実行することができる。ＷＴＲＵは、ディスカバリデータがサイドリンク通信データと多重化されるかどうかに基づいて、送信パラメータを決定することができる。送信パラメータは、サブチャネルの数、再送信の数、送信電力、並びに／又は変調及びコーディング方式（ＭＣＳ）を含み得る。

無線送信／受信ユニット（ＷＴＲＵ）は、例えば、スケジューリング要求（scheduling request、ＳＲ）、バッファステータス報告（buffer status report、ＢＳＲ）、及び／又は無線リソース制御（radio resource control、ＲＲＣ）メッセージを使用して、ディスカバリデータの利用可能性をｇＮＢに通知することができる。ＷＴＲＵは、例えば、データのサービス品質（ＱｏＳ）及び／又は他の条件に基づいて、ディスカバリ送信／受信と他のサイドリンク及び／又はアップリンク送信／受信との間で優先順位付けを実行することができる。ＷＴＲＵは、例えば、トランスポートブロック（transport block、ＴＢ）において多重化されるデータのタイプ、ディスカバリ期間内のディスカバリデータの到着時間、メッセージ（例えば、ディスカバリメッセージ）のＱｏＳ、リソースプールのチャネルビジー比（ＣＢＲ）及び／又はＷＴＲＵのチャネル占有率（channel occupancy ratio、ＣＲ）、ＷＴＲＵの過去送信アクティビティなどのうちの１つ以上に基づいてメッセージの送信挙動を決定することができる。ＷＴＲＵは、例えば、ディスカバリメッセージ優先度及び遅延要件に基づいて、ディスカバリメッセージを、同じ宛先識別子（identifier、ＩＤ）を有するデータ送信と多重化する（例えば、多重化することを決定する）ことができる。ＷＴＲＵは、例えば、メッセージのＱｏＳ及びリソースプールの（事前に）構成された優先度に基づいて、異なるリソースプールの間で送信に優先順位を付けることができる。

例では、ＷＴＲＵは、例えば、ディスカバリメッセージ優先度及び遅延要件に基づいて、ディスカバリメッセージを同じ宛先ＩＤを有するデータ送信と多重化する（例えば、多重化することを決定する）ことができる。ＷＴＲＵに、データ送信についての１つ以上の宛先を構成することができる。ＷＴＲＵは、例えば、ディスカバリデータの優先度が閾値より小さい場合に、感知及び／又はリソース選択を実行してディスカバリメッセージを送信することができる。ＷＴＲＵは、そうでなければ、ディスカバリリソース選択時間を追跡する（例えば、ディスカバリリソース選択タイマを開始する）ことができる。持続時間（例えば、タイマ）は、例えば、リソースプールの優先度及び／又はディスカバリ期間に基づいて決定され得る。ＷＴＲＵは、例えば、持続時間（例えば、タイマを介して）が実行されている場合／とき、構成された宛先のうちの１つに関連付けられた通信データが到着した場合に、（例えば、タイマを介して）持続時間を追跡することを停止し、ディスカバリデータを通信データと多重化し、ディスカバリデータを有するＭＡＣ ＰＤＵに対して検知及び／又はリソース割り振りを実行することができる。ＷＴＲＵは、例えば、（例えば、ディスカバリリソース選択タイマを介して）ディスカバリリソース選択時間が満了すると、感知及び／又はリソース割り振りを実行してスタンドアロンディスカバリメッセージを送信することができる。ＷＴＲＵは、ディスカバリデータを有する送信についてのリソース選択を実行することができる。ＷＴＲＵは、例えば、ディスカバリデータがデータと多重化されるかどうかに基づいて、送信パラメータ（例えば、各送信のために使用されるサブチャネルの数、再送信の数、送信電力に関連付けられたパラメータ、ＭＣＳなど）を決定することができる。ＷＴＲＵは、選択されたリソース間で時間及び／又は周波数制限を適用することができる（例えば、２つの選択されたリソース間の周波数ギャップ及び／又は時間ギャップは、１つの閾値より大きく、別の閾値より小さくてもよい）。

例では、ＷＴＲＵは、例えば、ディスカバリリソースプール及びデータリソースプールの（事前に）構成された優先順位、並びにデータ送信の優先順位に基づいて、データ送信とディスカバリ送信との間で優先順位を付けることができる。ＷＴＲＵには、複数（例えば、２つ）の送信リソースプールを構成することができ、例えば、１つはディスカバリ送信のためであり、別の１つはデータ送信のためであり、送信リソースプールは、時間及び／又は周波数において重複することができる。ＷＴＲＵには、データリソースプールのための１つの優先順位閾値、及びディスカバリリソースプールのための別の優先順位閾値を構成することができる。ＷＴＲＵは、リソース選択手順において、データリソースとディスカバリリソースとの間で優先順位を付けることができる。ＷＴＲＵは、データＴＢのためのリソース選択を実行することができる。ＷＴＲＵは、例えば、データＴＢの優先度が構成された優先度閾値より大きい場合、ディスカバリリソースプールと重複する時間／周波数を除外することができる。ＷＴＲＵは、ディスカバリＴＢのためのリソース選択を実行することができる。ＷＴＲＵは、例えば、ディスカバリＴＢの優先度が別の構成された閾値より大きい場合、データリソースプールと重複する時間／周波数を除外することができる。

本明細書では、ディスカバリに関連するシステム、方法、及び手段について説明する。ＷＴＲＵは、例えば、１つ以上のパラメータに基づいて、ディスカバリメッセージを送信するかどうかを判定することができる。ＷＴＲＵは、例えば、１つ以上のパラメータに基づいて、ディスカバリリソースプールの監視をトリガし、かつ／又は監視を停止することができる。ＷＴＲＵは、その省電力状態に基づいて監視リソースプールを決定することができる。ＷＴＲＵは、グループに関連付けられたＩＤをディスカバリメッセージに含めることができる。リレーＷＴＲＵは、ディスカバリメッセージを転送するかどうかを判定することができる。

ＷＴＲＵは、ディスカバリデータに関連付けられたＳＬ ＢＳＲ内の１つ以上の（例えば、各）フィールドの値を決定することができる。ＷＴＲＵは、報告する宛先（複数可）の順序を決定することができる。ＷＴＲＵは、ＭＡＣサブヘッダを使用して、ディスカバリデータの利用可能性を示すことができる。ＷＴＲＵは、ディスカバリメッセージの送信のためにＭＡＣヘッダを使用することができる。ＷＴＲＵは、例えば、ディスカバリメッセージのＭＡＣヘッダを読み取ることによって、Ｌ２ ＩＤを上位レイヤに示すことができる。ＷＴＲＵには、複数のディスカバリタイプを（事前に）構成することができる。ＷＴＲＵは、ディスカバリタイプを選択することができる。ＷＴＲＵは、ディスカバリ送信のために１つ以上のリソースプールを選択することができる。

ＷＴＲＵは、ディスカバリ送信／受信に基づいて、サイドリンクデータを送信するかどうかを判定することができる。ＷＴＲＵは、ディスカバリデータのための輻輳制御を実行することができる。ＷＴＲＵは、どのリソースプールがディスカバリデータを送信するかを決定することができる。ＷＴＲＵは、ディスカバリ送信を別のリソースプールに切り替えることができる。ＷＴＲＵは、ディスカバリメッセージの送信電力を示すことができる。ＷＴＲＵは、ＴｘＷＴＲＵからの送信電力指示に基づいてＲＳＲＰ測定を実行することができる。ＷＴＲＵは、ＲＳＲＰ閾値を決定してリレー（再）選択を実行することができる。ＷＴＲＵは、Ｌ２又はＬ３リレーを選択することを決定することができる。ＷＴＲＵは、リレーサービスに関係する構成を取得するための手順を決定することができる。ＷＴＲＵは、ｇＮＢからの指示に基づいて、Ｌ２リレーとして働くべきかそれともＬ３リレーとして働くべきかを判定することができる。ＷＴＲＵは、ｇＮＢからの指示に基づいて、Ｌ２リレーを選択すべきかそれともＬ３リレーを選択すべきかを判定することができる。ＷＴＲＵは、ＲＬＦ指示をリモートＷＴＲＵに送ることができる。ＷＴＲＵは、最初にセル（再）選択を実行するかそれともリレー（再）選択を実行するかどうかを判定することができる。ＷＴＲＵは、セル（再）選択のための閾値を決定することができる。

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

カバレッジ拡張は、サイドリンクベースの通信のために提供され得る。ＷＴＲＵからネットワークへのカバレッジ拡張を提供し得る。Ｕｕカバレッジ到達可能性は、ＷＴＲＵが、パケットデータネットワーク（ＰＤＮ）内のサーバ、又は近接エリア外の対応するＷＴＲＵに到達することを可能にし得る。ＷＴＲＵネットワーク間リレーカバレッジ拡張は、進化型ユニバーサル地上無線アクセス（evolved universal terrestrial radio access、ＥＵＴＲＡ）ベースの技術を利用し得、これは、例えば、ＮＧ－ＲＡＮ及びＮＲベースのサイドリンク通信のためのＮＲベースのシステムに適用可能ではない場合がある。ＷＴＲＵからＷＴＲＵへのカバレッジ拡張を提供し得る。近接到達可能性は、（例えば、ＥＵＴＲＡベース又はＮＲベースのサイドリンクを介して）シングルホップサイドリンクリンクに適用され得、これは、例えば、Ｕｕカバレッジが存在しない場合には適用可能ではない場合がある。サイドリンク接続性は、例えば、拡張されたサービス品質（ＱｏＳ）をサポートするようにＮＲフレームワークにおいて拡張され（例えば、更に拡張され）得る。

シングルホップＮＲサイドリンクリレーは、例えば、リレー選択（例えば、再選択）の使用、リレー／リモートＷＴＲＵ許可、動作をリレーするためのＱｏＳ、サービス継続性、リレーされた接続のセキュリティ（例えば、ＳＡ３がその結論を提供した後のセキュリティ）、及び／又はユーザプレーンプロトコルスタック、及び制御プレーン手順（例えば、リレーされた接続の接続管理）に基づいて、サイドリンクベースのＷＴＲＵネットワーク間リレー及びＷＴＲＵ間リレーをサポートし得る。サイドリンクリレーのための上位レイヤ動作（例えば、ディスカバリモデル／手順）は、（例えば、新しい物理レイヤチャネル／信号なしに）サポートされ得る。ＷＴＲＵネットワーク間リレー及びＷＴＲＵ間リレーは、同じサイドリンクリレーを使用し得る。ＷＴＲＵからネットワークへのリレーは、エンドツーエンドパケットデータコンバージェンスプロトコル（packet data convergence protocol、ＰＤＣＰ）及びホップバイホップ無線リンク制御（radio link control、ＲＬＣ）を実装し得る。

ＷＴＲＵネットワーク間リレーを実装し得る。リレーは、例えば、カバレッジ外ＷＴＲＵとＷＴＲＵネットワーク間リレーとの間のＰＣ５（例えば、デバイス間（device-to-device、Ｄ２Ｄ））通信を使用することによって、例えば、ネットワークカバレッジをカバレッジ外ＷＴＲＵに拡張するために、例えば、近接サービス（proximity service、ＰｒｏＳｅ）ＷＴＲＵネットワーク間リレーを介して実装され得る。

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

ＷＴＲＵネットワーク（network、ＮＷ）間リレーのためのリレー選択が行われ得る。ＰｒｏＳｅ ＷＴＲＵ ＮＷ間リレーのためのリレー選択／再選択は、例えば、アクセス層（access stratum、ＡＳ）レイヤ品質測定値（例えば、基準信号受信電力（reference signal received power、ＲＳＲＰ））及び上位レイヤ基準の組み合わせに基づいて実行され得る。

ｅＮＢは、ＷＴＲＵがＰｒｏＳｅ ＷＴＲＵネットワーク間リレーとして働くことができるかどうかを制御し得る。ＰｒｏＳｅ ＷＴＲＵネットワーク間リレー動作は、例えば、ｅＮＢが、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレー動作と関連付けられ得る任意の情報をブロードキャストする場合、セルにおいてサポートされ得る。

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

ＰｒｏＳｅ－ＷＴＲＵネットワーク間リレーは、例えば、ＰｒｏＳｅ－ＷＴＲＵネットワーク間リレーがブロードキャストシグナリングによって開始される場合、（例えば、ＲＲＣ＿ＩＤＬＥにおいて）ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーディスカバリを実行し得る。ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーは、例えば、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーが専用シグナリングによって開始される場合、（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいて）リレーディスカバリを実行し得る。

ＰｒｏＳｅ ＷＴＲＵネットワーク間リレー動作のためのサイドリンク通信を実行し得る（例えば、実行している）ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあり得る。ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーは、リモートＷＴＲＵからレイヤ２リンク確立要求又はテンポラリモバイルグループアイデンティティ（temporary mobile group identity、ＴＭＧＩ）監視要求（例えば、上位レイヤメッセージ）を受信し得る。ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーは、それがＰｒｏＳｅ ＷＴＲＵネットワーク間リレーであり、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレーサイドリンク通信を実行することを意図していることを、ｅＮＢに示し得る。ｅＮＢは、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレー通信のためのリソースを提供し得る。

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

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

ＷＴＲＵネットワーク間リレーは、ウェアラブル用に提供され得る。ＷＴＲＵ ＮＷ間リレーは、ＲＡＮ内のウェアラブル及びＩｏＴデバイスをサポートし得る。ＰｒｏＳｅ ＷＴＲＵ ＮＷ間リレーは、Ｌ３（例えば、ＩＰレイヤ）リレーを使用し得る。ウェアラブルのためのＷＴＲＵ ＮＷ間リレーは、例えば、Ｌ２リレーを使用し得る。

図２は、（例えば、ＰＣ５インターフェースを用いた）レイヤ２進化型ＷＴＲＵからネットワークへのリレーのためのユーザプレーン無線プロトコルスタックの例を示す図である。

図３は、（例えば、ＰＣ５インターフェースを用いて）レイヤ２進化型ＷＴＲＵネットワーク間リレーのための制御プレーン無線プロトコルスタックの例を示す図である。

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

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

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

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

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

ディスカバリ機能は、ＷＴＲＵがディスカバリメッセージを送信することを可能にすることができる。ディスカバリメッセージは、固定サイズ（例えば、２３２ビット）を有し得る。ディスカバリメッセージは、例えば、物理ダウンリンク共有チャネル（physical downlink shared channel、ＰＤＳＣＨ）を使用して、専用ディスカバリリソースプール中で送信され得る。（例えば、各）ＰＤＳＣＨリソースは、（例えば、１つの）サブフレームにまたがる２つの物理リソースブロック（physical resource block、ＰＲＢ）を占有し得る。ディスカバリ手順のための複数（例えば、２つ）のリソース割り振りタイプ、例えば、ＷＴＲＵ自律リソース選択（タイプ１）及びネットワークスケジュール（タイプ２）が存在することができる。

（例えば、タイプ１及びタイプ２割り振りのための）ディスカバリ手順は、例えば、（例えば、各）ディスカバリメッセージのためのサブフレーム間周波数ホッピングを用いて、連続する送信（例えば、１つから４つの連続する送信）をサポートし得る。（例えば、タイプ２割り振りのための）ディスカバリ手順は、（例えば、各）ディスカバリメッセージ（例えば、タイプ２Ａ）のためにディスカバリリソースを割り振ることをサポートし得る。（例えば、タイプ２割り振りのための）ディスカバリ手順は、例えば、４０ｍｓから１０２４０ｍｓまでのディスカバリ期間（例えば、タイプ２Ｂ）をもつ、ディスカバリ送信のためのディスカバリリソースの（例えば、半永続的）割り振りをサポートし得る。（例えば、タイプ１割り振りのための）ディスカバリ手順は、１つ以上のディスカバリリソースプールを用いてＷＴＲＵを構成することをサポートすることができ、（例えば、各）リソースプールは、ディスカバリ期間（例えば、４０ｍｓから１０２４０ｍｓまで）をサポートすることができる。（例えば、タイプ１割り振りのための）ディスカバリ手順は、（例えば、各）ディスカバリ期間における初期送信の時間及び周波数を（例えば、各）ディスカバリメッセージについて）ランダムに選択することをサポートし得る。

ＮＲ Ｖ２Ｘでは、物理サイドリンク（physical sidelink、ＳＬ）制御チャネル（physical sidelink control channel、ＰＳＣＣＨ）送信及び物理ＳＬ共有チャネル（physical SL shared channel、ＰＳＳＣＨ）送信を搬送するように構成され得る。ＰＳＣＣＨ送信及びＰＳＳＣＨ送信は、時間及び周波数多重化され得る。（例えば、各）Ｖ２Ｘサイドリンク送信は、スロット（例えば、１つのスロット）にわたる１つ以上のサブチャネルを占有するＰＳＣＣＨ送信及びＰＳＳＣＨ送信を含むことができる。ＮＲ Ｖ２Ｘにおけるサブチャネルサイズ（例えば、最小サブチャネルサイズ）は、例えば、１０個のＰＲＢであり得る。ＰＳＣＣＨ／ＰＳＳＣＨ送信のためのＷＴＲＵ自律感知及びリソース選択（例えば、モード２）をサポートすることができ、例えば、リソース選択ウィンドウは、ＴＢ優先度の関数とすることができる（例えば、１００ｍｓ以内）。

サイドリンクリレー（例えば、ＷＴＲＵネットワーク間リレー及びＷＴＲＵ間リレー）のためのディスカバリ手順は、１つ以上の物理レイヤ（ＰＨＹ）チャネルを使用することができる。サイドリンクディスカバリは、例えば、ＮＲのＶ２Ｘ ＰＨＹチャネルを使用して実行され得る。

ディスカバリメッセージという用語は、本明細書で言及されるとき、１つ以上の他のＷＴＲＵとの直接通信（例えば、サイドリンク通信）を初期化するためにＷＴＲＵから送信される任意のメッセージを表すことができる。ディスカバリメッセージは、例えば、直接リンクを介して、かつ／又は１つ以上のリレー（例えば、１つ以上のリレーＷＴＲＵ）を介して送信され得る。ディスカバリメッセージは、ソースＷＴＲＵ、宛先ＷＴＲＵ、及び／又はリレーＷＴＲＵから送信され得る。

ＷＴＲＵによって送信されるメッセージ（例えば、ディスカバリメッセージ）は、以下の情報、すなわち、ソースＩＤ、宛先ＩＤ（例えば、提供されるサービス及び／若しくはそれに対応するＱｏＳに関する情報）、ターゲットユーザ情報、リレー関係情報（例えば、サービスがリレーを許可するかどうか、及び／若しくはリレーに含まれるホップの数（例えば、最大数）、若しくはリレーＩＤなど）、並びに／又は認証情報（例えば、セキュリティ保護をサポートするために使用することができる情報）のうちの１つ（例えば、少なくとも１つ）又は組み合わせを含むことができる。

例では、本明細書で説明するようなディスカバリメッセージは、以下のＮＡＳメッセージ、すなわち、Ｄ２Ｄ若しくはサイドリンクディスカバリメッセージ、又は（例えば、ＮＲ Ｖ２Ｘのための）直接通信要求メッセージのうちの１つ以上と同様の機能とともに（例えば、同様の機能を実行するために）使用され得る。

例では、ディスカバリメッセージは、上位レイヤメッセージ（例えば、ＮＡＳメッセージ）とＡＳレイヤメッセージとの組み合わせを含み得る。例えば、ディスカバリメッセージは、ＡＳレイヤメッセージにカプセル化された上位レイヤメッセージ（例えば、上位レイヤコンテナをもつＰＣ５－ＲＲＣメッセージ）を含み得る。

サイドリンクディスカバリは、ネットワーク支援型であってもよい。サイドリンクディスカバリは、リソースプール構成手順によってサポートされ得る。ＷＴＲＵは、ディスカバリデータ送信のためのリソースを決定することができる。例では、ＷＴＲＵには、ディスカバリ送信のための１つ以上（例えば、複数）の専用リソースプールを（事前に）構成することができる。例では、ＷＴＲＵには、１つ以上のリソースプールを（事前に）構成することができる。ＷＴＲＵには、ディスカバリデータの（例えば、可能な）送信のために、（例えば、各）リソースプール内の）時間／周波数リソースのセットを（事前）構成することができる。ＷＴＲＵには、ディスカバリデータ及び／又は他のデータの送信のために、１つ以上のリソースプールを（事前に）構成することができる。

ディスカバリ情報は、例えば、データ（例えば、サイドリンク通信データ）と多重化することができる。ＷＴＲＵは、ディスカバリデータの利用可能性についてｇＮＢに通知することができる。ＷＴＲＵは、例えば、ｇＮＢスケジューリング決定をサポートするためにディスカバリデータの利用可能性をｇＮＢに通知することができる。ディスカバリデータ情報は、例えば、スケジューリング要求（ＳＲ）、媒体アクセス制御（ＭＡＣ）制御要素（control element、ＣＥ）、及び／又はＲＲＣメッセージを介して送られ得る。

ＷＴＲＵは、ＳＲを送ってディスカバリデータの利用可能性を示すことができる。ＷＴＲＵは、ＳＲをトリガしてディスカバリデータの利用可能性を示すことができる。例では、ＷＴＲＵには、例えば、ディスカバリデータの利用可能性を報告するために、１つ以上の（例えば、専用の）ＳＲリソースを（事前に）構成することができる。ディスカバリデータの到着は、例えば、ＳＲをトリガし得るが、ＭＡＣ ＣＥ（例えば、ＳＬバッファステータス報告（ＢＳＲ））の送信をトリガしない場合がある。例では、ＷＴＲＵには、ディスカバリデータ及び他のデータの利用可能性を示すために、ＳＲリソースを（事前に）構成することができる。ＷＴＲＵは、ＳＲ及びＭＡＣ ＣＥ（例えば、ＳＬ ＢＳＲ）の送信をトリガすることができる。例では、ＷＴＲＵには、ディスカバリデータの異なる特性についての複数のＳＲリソース／構成を構成することができる。ＷＴＲＵは、例えば、送信されるディスカバリデータの特性に基づいて、ＳＲを選択することができる。ディスカバリデータの特性は、例えば、ディスカバリのタイプ（例えば、リレー選択のためのディスカバリ、リレー再選択のためのディスカバリ、非リレーディスカバリ、ＷＴＲＵ間リレーのためのディスカバリ、ＷＴＲＵ ＮＷ間リレーのためのディスカバリなど）、ディスカバリに関連付けられた優先度／レイテンシ、ディスカバリ送信のために構成された周期、ＷＴＲＵタイプ（例えば、リレーＷＴＲＵ、リモートＷＴＲＵ）、リレーＷＴＲＵ／リモートＷＴＲＵ（例えば、リレーのために接続されている）の状態、及び／又はリレーに接続されているリモートＷＴＲＵの数、ディスカバリメッセージのサイズ、ディスカバリデータを送信するＷＴＲＵのＲＲＣ状態、ディスカバリデータの受信とディスカバリ期間の終了との間の相対時間、ディスカバリ送信時のＷＴＲＵにおけるＳＬ無線リンク障害（radio link failure、ＲＬＦ）ステータス（例えば、ＳＬ ＲＬＦがトリガされたかどうか、及び／又は回復が進行中であるかどうか、ＨＡＲＱ不連続送信（discontinuous transmission、ＤＴＸ）などのカウンタの値、又はトリガを生じさせているＳＬ ＲＬＦに関連付けられたパラメータ）、ディスカバリメッセージの送信時におけるＷＴＲＵ（例えば、リレーＷＴＲＵ）のＵｕ ＲＬＦステータスなどのうちの１つ以上であってもよく、又は１つ以上を含んでもよい。

ＷＴＲＵは、ＭＡＣ ＣＥを送ってディスカバリデータの利用可能性を示すことができる。ＷＴＲＵは、ディスカバリＭＡＣ ＣＥ（例えば、ＳＬ ＢＳＲ）の送信をトリガして、ディスカバリデータの利用可能性を報告することができる。例では、ＷＴＲＵは、例えば、ＳＬ ＢＳＲの一部として、ディスカバリＭＡＣ ＣＥを報告することができる。ＷＴＲＵには、例えば、ディスカバリデータの利用可能性を報告するために、専用の宛先ＩＤ及び／又は宛先インデックスを（事前に）構成することができる。ＷＴＲＵには、ディスカバリデータの利用可能性を報告するために、１つ以上の宛先を（事前に）構成することができる。ＷＴＲＵには、バッファステータスを報告するために、１つ以上の論理チャネル（logical channel、ＬＣＨ）及び論理チャネルグループ（logical channel group、ＬＣＧ）を（例えば、構成された宛先ごとに）（事前に）構成することができる。例では、ＷＴＲＵは、ＳＬ ＢＳＲにおいて（例えば、明示的な）指示を送信することによって、ディスカバリデータの利用可能性を報告することができる。ＷＴＲＵは、ＭＡＣ ＣＥ内の１つ以上のフィールドを使用して、ディスカバリデータに関連付けられたＱｏＳ（例えば、レイテンシ、優先度、及び／若しくはデータ量）、並びに／又はディスカバリに関連付けられた任意の他の特性（例えば、本明細書で説明するような特性）を示すことができる。例では、ＷＴＲＵは、ディスカバリ送信が存在することの指示専用に使用され得るＭＡＣ ＣＥを送ることができる。ＭＡＣ ＣＥは、（例えば、ＵＬ ＭＡＣ ＣＥを介して）ネットワークに送られるか、又は（例えば、ＳＬ ＭＡＣ ＣＥを介して）別のＷＴＲＵに送られ得る。

ＷＴＲＵは、ＳＬ ＢＳＲ（例えば、ディスカバリデータに関連付けられたＳＬ ＢＳＲ）内の１つ以上の（例えば、各）フィールドの値を決定することができる。ＷＴＲＵは、ＢＳＲにおける送信についてのディスカバリデータの利用可能性を報告することができる（例えば、ＷＴＲＵは、ディスカバリデータについて別個のバッファステータス報告を使用することができる）。例では、ＷＴＲＵは、ディスカバリデータに関連付けられたＳＬ ＢＳＲ内の以下のフィールド、すなわち、宛先インデックス、ＬＣＧ、又はバッファサイズのうちの１つ以上のそれぞれの値を決定することができる。

ＷＴＲＵには、ディスカバリデータの利用可能性を報告するために、１つ以上の宛先インデックス（例えば、専用宛先インデックス）を（事前に）構成することができる。ディスカバリデータ（例えば、全てのディスカバリデータ）は、ＢＳＲ中で宛先インデックス（例えば、単一の宛先インデックス）とともに報告され得る。ＷＴＲＵには、１つ以上の宛先ＩＤ（例えば、Ｌ２宛先ＩＤ）に関連付けられたディスカバリデータを報告するために、それぞれの宛先インデックスを構成することができる。ＷＴＲＵは、宛先インデックスフィールド及び／又は別のフィールド（例えば、ＬＣＧフィールド又はバッファサイズフィールド）内の１つ以上のビットを使用してディスカバリデーの利用可能性を示すように（事前に）構成され得る。

ＷＴＲＵには、ＬＣＧ ＩＤ（例えば、専用ＬＣＧ ＩＤ）を（事前に）構成することができる。ＷＴＲＵは、いくつかのビットを使用してＬＣＧ ＩＤを表すように（事前に）構成され得る。ＷＴＲＵには、例えば、ディスカバリデータのためのバッファステータスの順序を決定するために、ＬＣＧの優先度を（事前に）構成することができる。ＷＴＲＵは、宛先インデックスをバッファステータス報告に含めないようにすることができる。ＷＴＲＵは、宛先インデックスを使用して、他の情報を報告するか、又はディスカバリメッセージに関連付けられ得るＬ２宛先ＩＤに関連付けられた宛先インデックスを報告することができる。ＷＴＲＵは、バッファステータス報告にＬＣＧ情報を含めないようにするように（事前に）構成され得る。ＬＣＧフィールド中のビット（例えば、ＬＣＧフィールド中のビットの全て又はサブセット）を使用して、バッファサイズなどの他の情報を示すことができる。

ＷＴＲＵは、いくつかのビットを使用してＷＴＲＵのバッファサイズを示すように（事前に）構成され得る。バッファサイズの値は、（例えば、ディスカバリメッセージのサイズが固定されている場合）ディスカバリメッセージの数を示し得る。

図４は、ＳＬ又はＶ２Ｘ ＢＳＲのためのビット割り振りの例を示し、ここで、Ｏｃｔはオクテットを示し得る。ｘ軸は、図４に示すように、ビットを示すことができる。第１の例では、ＷＴＲＵは、１ビットを使用してＬＣＧを示し、２ビットを使用してバッファサイズを示すことができる。第２の例では、ＷＴＲＵは、３ビットを使用してバッファサイズを示し、ビットなしを使用してＬＣＧ ＩＤを示してもよい。ＷＴＲＵは、例えば、第１及び／又は第２の例において、５ビットを使用して、（事前に）構成された宛先インデックスを示すことができる。第３の例では、ＷＴＲＵは、６ビットを使用して宛先インデックスを示し、２ビットを使用してバッファサイズを示し、ビットなしを使用してＬＣＧ ＩＤを示すことができる。ＷＴＲＵは、他のビット割り振り方式を使用して、本明細書で説明するフィールドを示すことができる。ディスカバリメッセージに関連付けられたバッファステータスは、例えば、本明細書で示すように、通常のデータに関連付けられたバッファステータス（例えば、ディスカバリメッセージ情報を含まないバッファステータス）とは異なるサイズ（例えば、異なるビット数）を有し得る。

ＷＴＲＵは、例えば、１つ以上のディスカバリ送信がＷＴＲＵにおいて利用可能である場合、ＢＳＲにおいて送信されるディスカバリデータの量（例えば、バイト単位）を示すことができる。ＷＴＲＵは、ディスカバリ送信に関連付けられたバッファサイズフィールドを、例えば、値のシーケンスに符号化することができる（例えば、各）値は、ディスカバリメッセージのサイズ範囲に関連付けることができる）。例えば、ＷＴＲＵは、２ビットを使用してディスカバリデータのバッファサイズを送信するように構成され得る。ＷＴＲＵは、小さいディスカバリデータについてビット値「０１」を送信し（例えば、バッファサイズが０～ｘバイトの場合、ｘが構成され得る）中程度のディスカバリデータについてビット値「１０」を送信し（例えば、バッファサイズがｘ～ｙバイトの場合）、大きいディスカバリデータについてビット値「１１」を送信する（例えば、バッファサイズがｙ～ｚバイトの場合）ことができ、ここで、ｘ＜ｙ＜ｚである。

ＷＴＲＵは、宛先が報告される順序（例えば、それらの宛先についてのＢＳＲを送信するための順序）を決定することができる。ＷＴＲＵは、ディスカバリ関連ＢＳＲに関連付けられたＬＣＧの（事前に）構成された優先度に基づいて、ディスカバリデータについてのＢＳＲの順序を決定することができる。ＷＴＲＵには、ディスカバリ関連ＢＳＲについての優先度レベルを（事前に）構成することができる。ＷＴＲＵは、それらのＢＳＲに関連付けられたＬＣＧのそれぞれの優先度（例えば、構成された優先度）に従って、ディスカバリデータ及び／又は他のデータのＢＳＲを含める（例えば、送信する）ことができる。ＷＴＲＵは、例えば、他のＳＬ ＢＳＲ及び／又はＵＬ ＢＳＲより、ディスカバリデータのためのＢＳＲを優先することができる。

ＷＴＲＵは、ＭＡＣサブヘッダを使用して、ディスカバリデータの利用可能性を示すことができる。ＷＴＲＵは、ＭＡＣサブヘッダ内の１つ以上のビットを使用して、ディスカバリデータの利用可能性を示すことができる。例えば、ＷＴＲＵは、ＳＬ－ＳＣＨ ＭＡＣサブヘッダのＶフィールド（例えば、ＳＬ－ＳＣＨのバージョンを示すフィールド）内の１つ以上のビット、及び／又はＳＬ－ＳＣＨ ＭＡＣサブヘッダのＲフィールド（例えば、予約済みフィールド）内の１つ以上のビットを使用して、例えば、ディスカバリデータの利用可能性及び／又はディスカバリデータの量を示すことができる。ＷＴＲＵは、Ｖフィールド内の２ビットを使用して、ディスカバリデータのバッファステータスを示すことができ、２ビットの（例えば、各）値は、ディスカバリデータメッセージの数を示すことができる。ＷＴＲＵは、例えば、「０１」、「１０」、及び「１１」を使用して、それぞれ、送信される１つ、２つ、及び３つのディスカバリメッセージを示すことができる。ＷＴＲＵは、例えば、ＷＴＲＵがＳＬ－ＳＣＨ ＭＡＣサブヘッダを送信する場合、データの利用可能性を示すことができる。

ＷＴＲＵには、ディスカバリデータを含むＬＣＨのためのＬＣＰ制限を構成することができる。例では、ＷＴＲＵは、ディスカバリ送信のための１つ以上の宛先ＩＤを構成する（例えば、事前に構成する）ことができる。ＷＴＲＵには、例えば、データに関連付けられたディスカバリの送信に対するＬＣＰ制限を構成することができる。例えば、ＷＴＲＵは、同じＰＤＵ内のデータとディスカバリを多重化することを許可されない可能性がある。例えば、ＷＴＲＵは、データに関連付けられたＬＣＨの選択に基づいて、同じＰＤＵに含めるためにディスカバリに関連付けられたＬＣＨを選択しないようにすることができる。ディスカバリに関連付けられたＬＣＨの選択に基づいて、ＷＴＲＵは、同じＰＤＵに含めるデータに関連付けられたＬＣＨを選択しないようにすることができる。

ＷＴＲＵには、制限適用に関連付けられた条件を構成することができる。例えば、そのような条件を適用するかどうかは、リソースプールのＣＢＲ、ＰＤＵのための許容送信電力又は送信電力に関連付けられた条件、ＳＬ付与物のサイズ、及び／又はディスカバリＬＣＨ若しくはデータＬＣＨにおけるデータの優先度、又はディスカバリＬＣＨ及びデータＬＣＨにおけるデータの相対優先度に依存し得る。

ＷＴＲＵには、例えば、リソースプールのＣＢＲに依存する制限適用条件を構成することができる。例えば、ＷＴＲＵは、共有リソースプールのＣＢＲが閾値を上回る場合に、そのような制限を適用することができる。

ＷＴＲＵには、例えば、ＰＤＵのための許容可能な送信電力、又は送信電力に関連付けられた条件に応じて、制限適用条件を構成することができる。例えば、ＷＴＲＵは、送信電力が何らかの要因によって（例えば、開ループ計算に基づいて、又はＵｕ ＲＳＲＰに基づいて）制限される場合、ＬＣＰ制限を適用することができる。

ＷＴＲＵには、例えば、ＳＬ付与物のサイズに応じて、制限適用条件を構成することができる。ＳＬ付与物のサイズは、例えば、ディスカバリＬＣＨ及びデータＬＣＨのいずれか又は両方から、送信されるデータの量に相対的であり得る。例えば、付与物のサイズが閾値未満である場合、ＷＴＲＵは、そのような制限を適用することができる。例えば、ディスカバリＬＣＨ又はデータＬＣＨのいずれかにおける付与物のサイズとデータとの間の差が閾値を下回る場合、ＷＴＲＵは、そのような制限を適用することができる。

ＷＴＲＵには、例えば、ディスカバリＬＣＨ若しくはデータＬＣＨにおけるデータのいずれかの優先度、又はディスカバリＬＣＨ及びデータＬＣＨにおけるデータの相対優先度に応じて制限適用条件を構成することができる。例えば、ディスカバリ又はデータＬＣＨの優先度が閾値を上回る（例えば、又は下回る）場合、ＷＴＲＵは、そのような制限を適用することができる。例えば、ディスカバリとデータとの間の優先度の差が閾値より大きい場合、ＷＴＲＵは、そのような制限を適用することができる。

ＷＴＲＵは、スケジューリングされたサイドリンク付与物がディスカバリデータのためのものであるかどうかを示す指示をネットワークノード（例えば、ｇＮＢ）から受信することができる。例では、ＷＴＲＵは、ディスカバリが付与物において送信され得るかどうかを判定することができる。ＷＴＲＵは、例えば、ネットワークからの付与物の指示に基づいて、ＬＣＰ制限を実行することができる。ネットワークが、付与物がディスカバリ送信のために使用され得ることを示す場合、ＷＴＲＵは、付与物における可能な送信のためにＴＢにおける多重ディスカバリを制限しないようにすることができる。ネットワークが、付与物がディスカバリ送信のために使用されない場合があることを示す場合、ＷＴＲＵは、ディスカバリＬＣＨを付与物に含めないようにするためのＬＣＰ制限を実行することができる。例では、ＷＴＲＵは、付与物がディスカバリのためのものである（例えば、ディスカバリのみのためのものである）かどうかを判定することができる。付与物がディスカバリのためのものである場合、ＷＴＲＵは、付与物をディスカバリ送信のために使用する（例えば、付与物をディスカバリ送信のためにのみ使用する）ことができる。付与物がディスカバリ以外の送信のために使用され得る（例えば、付与物がディスカバリのみのためのものではない）場合、ＷＴＲＵは、付与物を他のサイドリンクデータ送信のために使用することができる。

ＷＴＲＵは、例えば、Ｕｕ ＨＡＲＱフィードバックのために、サイドリンク付与物及びＰＵＣＣＨリソースを用いてスケジュールされ得る。ＷＴＲＵは、例えば、ディスカバリ送信のために、スケジュールされたサイドリンク付与物を使用することができる。ＷＴＲＵには、ディスカバリＴＢのための送信の数（例えば、送信の最大及び／又は最小数）を構成する（例えば、事前に構成する）ことができる。ディスカバリＴＢのための送信の最小数と最大数とは等しくてもよい。ＷＴＲＵは、例えば、ＷＴＲＵが１つのディスカバリＴＢの送信のために実行した送信の数に基づいて、ディスカバリ送信のためにより多くのリソースを要求することを決定することができる。送信の数が、構成された（例えば、事前に構成された）範囲内である場合、ＷＴＲＵは、ディスカバリ送信のためにより多くのリソースを要求しないようにすることができる。そうでない場合、ＷＴＲＵは、ディスカバリ送信のためにより多くのリソースを要求することができる。ＷＴＲＵは、ＰＵＣＣＨ送信においてＡＣＫを送信して、ＷＴＲＵがより多くのリソースを要求しないようにすることを示すことができ、ＷＴＲＵは、ＮＡＣＫを送信して、ＷＴＲＵがより多くのリソースを要求することを示すことができる。

ＷＴＲＵは、例えば、サイドリンク付与物における送信のためにＴＢにおいてディスカバリを多重化するかどうかを判定するために、ＬＣＰ制限を実行することができる。ＷＴＲＵは、例えば、サイドリンクリソースの以下の特性、すなわち、サイドリンク付与物のサイズ、付与物内の（再）送信リソースの数、及び／又は付与物の周波数ダイバーシティのうちの１つ又は任意の組み合わせに基づいて、ディスカバリ送信のためのＬＣＨに対してＬＣＰ制限を実行することができる。

ＷＴＲＵは、例えば、付与物のサイズに基づいて、ＬＣＰ制限を実行することができる。付与物のサイズが閾値より大きい場合、ＷＴＲＵは、付与物においてディスカバリＴＢの送信のためにディスカバリＬＣＨを多重化しないようにすることができる。付与物のサイズが閾値以下である場合、ＷＴＲＵは、サイドリンク付与物における潜在的なディスカバリ送信のためにＴＢにおけるディスカバリを多重化することができる。サイドリンク付与物サイズ閾値は、固定されてもよく（例えば、１サブチャネル）、又は構成されてもよい（例えば、事前に構成されてもよい）。例えば、ＷＴＲＵは、ディスカバリ送信のためにサブチャネル（例えば、最大で１つのサブチャネル）を使用するように構成（例えば、事前構成）され得る。ＷＴＲＵは、付与物のサイズに基づいて、サイドリンク付与物における送信のためにＴＢにおいてディスカバリを多重化するかどうかを判定することができる。付与物のサイズが１サブチャネルである場合、ＷＴＲＵは、ＴＢにおいてディスカバリを多重化することができる。付与物のサイズが１つのサブチャネルより大きい場合、ＷＴＲＵは、付与物における送信のためにＴＢにおいてディスカバリを多重化しないようにすることができる。例では、ＷＴＲＵには、付与物においてディスカバリを送信するためにサイドリンクサイズ（例えば、１つ以上のサイドリンクサイズ）を構成（例えば、事前に構成）することができる。各サイズは、１つのリソースプール、ディスカバリサービスなどに関連付けられ得る。ＷＴＲＵは、付与物のサイズに基づいて、ディスカバリ送信のためにＴＢにおいてディスカバリを多重化するかどうかを判定することができる。付与物のサイズが、構成された（例えば、事前に構成された）サイズのうちの１つに属する場合、ＷＴＲＵは、付与物における送信のために、ＴＢにおいてディスカバリを多重化することができる。そうでない場合、ＷＴＲＵは、ＴＢにおいてディスカバリを多重化しないようにすることができる。

ＷＴＲＵは、例えば、付与物内の（再）送信リソースの数に基づいて、ＬＣＰ制限を実行することができる。例えば、ＷＴＲＵには、ディスカバリ送信のための付与物において送信リソースの数（例えば、送信リソースの最小数及び／又は最大数）を構成（例えば、事前に構成）することができる。ＷＴＲＵは、付与物に関連付けられた（再）送信リソースの数に基づいて、サイドリンク付与物における可能な送信のためにＴＢにおいてディスカバリを多重化するかどうかを判定することができる。付与物に関連付けられた（再）送信リソースの数が、送信リソースの構成された（例えば、事前に構成された）数内である場合、ＷＴＲＵは、ディスカバリ送信のためにＴＢにおいてディスカバリデータを多重化することができる。そうでない場合、ＷＴＲＵは、ＴＢにおいてディスカバリデータを多重化しないようにすることができる。

ＷＲＴＵは、例えば、付与物の周波数ダイバーシティに基づいて、ＬＣＰ制限を実行することができる。例えば、ＷＴＲＵには、ディスカバリＴＢの送信リソースに関する以下の周波数ダイバーシティルール、すなわち、送信リソース（例えば、２つの送信リソース）若しくは連続する送信リソース（例えば、２つの連続する送信リソース）の間の周波数ギャップが閾値より大きいこと、及び／又は送信リソース（例えば、２つ、３つ以上、若しくは全ての送信リソース）の周波数範囲が閾値より大きいことのうちの１つ又は任意の組み合わせを構成（例えば、事前に構成）することができる。ＷＴＲＵは、サイドリンク付与物が（例えば、本明細書で説明するような）周波数ダイバーシティルールの１つ又は任意の組み合わせを満たすかどうかに基づいて、サイドリンク付与物においてディスカバリデータを多重化するかどうかを判定することができる。サイドリンク付与物が周波数ダイバーシティルールを満たす場合、ＷＴＲＵは、ＴＢにおいてディスカバリデータを多重化することができ、そうでない場合、ＷＴＲＵは、ＴＢにおいてディスカバリデータを多重化しないようにすることができる。

ＷＴＲＵは、ＲＲＣメッセージ（例えば、ＷＴＲＵ／ＵＥ支援情報（UE assistance information、ＵＡＩ））を送ってディスカバリデータのトラフィックの変化を示すことができる。ＷＴＲＵは、ディスカバリメッセージを送信するために、１つ以上の構成された付与物（ＣＧ）を用いてスケジュールされ得る。ＷＴＲＵは、ＲＲＣメッセージ（例えば、ＷＴＲＵ／ＵＥＡｓｓｉｓｔａｎｔＩｎｆｏｒｍａｔｉｏｎ又はＵＡＩ）を（例えば、ディスカバリデータのトラフィックの変化に基づいて）送って、ディスカバリデータのトラフィックの変化を示すことができる。ＷＴＲＵは、例えば、以下のトリガ、すなわち、ディスカバリデータの利用可能性、ディスカバリデータの周期及び／又はオフセットの変化、ディスカバリデータのＱｏＳの変化、ディスカバリデータのサイズの変化、（例えば、本明細書で説明するような）ディスカバリデータの特性の変化などのうちの少なくとも１つに基づいて、ＲＲＣメッセージを送ることができる。ＷＴＲＵは、ディスカバリデータに関連付けられたＲＲＣメッセージに、ディスカバリデータの予想される周期、ディスカバリリソースの予想されるオフセットなどのうちの１つ以上（例えば、任意の組み合わせ）を暗黙的又は明示的に含めることができる。

ＷＴＲＵは、どのデータがディスカバリデータと多重化され得るかを判定することができる。例では、ＷＴＲＵには、ディスカバリデータのための１つ以上の宛先を（事前に）構成することができる。ＷＴＲＵは、例えば、（事前に）構成されたデータのセットに属する宛先を有する他のデータの受信に基づいて、ディスカバリデータを他のデータと多重化することができる。例では、ＷＴＲＵは、特定のＬＣＨが、ＬＣＨからのデータをディスカバリデータと多重化することを可能にするかどうかを示す構成情報（例えば、ＬＣＨ構成情報）を受信することができる。Ｓｌ論理チャネル優先順位付け（logical channel prioritization、ＬＣＰ）を実行するＷＴＲＵは、許可されたＬＣＨからのデータ（例えば、許可されたＬＣＨからのデータのみ）をディスカバリデータと多重化することができる。許可されたＬＣＨは、ＳＬ ＬＣＨ構成情報において示され得る（例えば、ディスカバリデータと多重化することが許可されるか、それとも許可されないかが示され得る）。

ＷＴＲＵは、ディスカバリ送信のための専用の／優先される付与物を受信することができる。例では、ＷＴＲＵは、ディスカバリデータの送信専用の付与物を受信することができ、ＷＴＲＵは、付与物においてディスカバリデータ（例えば、ディスカバリデータのみ）を送信することができる。例では、ＷＴＲＵは、ディスカバリデータが優先され得る許可を受信することができる。ＷＴＲＵは、付与物において、非ディスカバリデータと比較してより高い優先度を有するディスカバリデータを（例えば、ＬＣＰを使用して）多重化することができる。ＷＴＲＵは、例えば、付与物がディスカバリデータに対して優先されるかどうかに応じて、ＬＣＰにおけるディスカバリデータの優先度を決定することができる。ＷＴＲＵは、例えば、ＳＬ付与物に関連付けられたＤＣＩにおいて、又は構成されたサイドリンク付与物のＲＲＣ構成情報において、優先順位付け指示を受信することができる。

ＷＴＲＵは、ＬＣＰにおけるディスカバリデータの優先度を決定することができる。ＷＴＲＵは、例えば、（本明細書で説明するような）ディスカバリデータの以下の特性、すなわち、ＬＣＨ（例えば、及びディスカバリデータに関連付けられた関連する構成情報）、送信時のサイドリンクチャネル測定（例えば、ＣＢＲ、ＣＲ、及び／又は感知結果）、送信時における追加のＳＬ付与物（例えば、構成された付与物）が存在すること、ディスカバリデータの到着時間と送信のための選択されたリソースのタイミングとの間の時間ギャップ、メッセージの残りのＰＤＢ、又はディスカバリモデルのうちの１つ以上に基づいて、（例えば、ＬＣＰ手順における）送信についてのディスカバリデータの優先度を決定することができる。

ＷＴＲＵは、ディスカバリデータの到着時間と送信のために選択されたリソースのタイミングとの間の時間ギャップに基づいて、送信についてのディスカバリデータの優先度を決定することができる。ＷＴＲＵは、ディスカバリメッセージの優先度を、ディスカバリメッセージの到着時間と選択されたリソースとの間の時間ギャップの関数として決定することができる。例では、ＷＴＲＵは、時間ギャップが大きい場合、高い優先度を割り当てることができる。例では、ＷＴＲＵは、時間ギャップが小さい場合、低い優先度を割り当てることができる。

ＷＴＲＵは、メッセージの残りのパケット遅延バジェット（packet delay budget、ＰＤＢ）に基づいて、送信についてのディスカバリデータの優先度を決定することができる。ＷＴＲＵは、残りのＰＤＢが低いＴＢに高い優先度を割り当てることができる。ＷＴＲＵは、残りのＰＤＢが高いＴＢに低い優先度を割り当てることができる。残りのＰＤＢは、選択されたリソースと、ＷＴＲＵがＴＢを送信することができる直前のスロットとの間の時間ギャップとして決定することができる。

ＷＴＲＵは、１つ以上のディスカバリモデルに基づいて、送信についてのディスカバリデータの優先度を決定することができる。ＷＴＲＵは、ディスカバリメッセージに関連付けられた複数の優先度レベル（例えば、２つ以上の優先度レベル）についての構成情報を受信することができる。第１の優先度レベルは、第１のディスカバリメッセージモデル（例えば、モデルＡディスカバリメッセージ）に関連付けられ得る。第２の優先度レベルは、第２のディスカバリメッセージモデル（例えば、モデルＢディスカバリメッセージ）に関連付けられ得る。ＷＴＲＵは、どのディスカバリモデルが使用されるかに基づいて、ディスカバリメッセージの優先度を決定することができる。

例では、ＷＴＲＵは、例えば、ディスカバリデータが、ＳＬ ＲＬＦがトリガされたＷＴＲＵ、及び／又は回復が進行中であるＷＴＲＵに関連付けられている場合、ＬＣＰ内のディスカバリデータにより高い優先度を割り当てることができる。ＷＴＲＵには、ディスカバリに関連付けられた第１の優先度を（例えば、構成情報に基づいて）割り当てられることができ、ＷＴＲＵは、例えば、ディスカバリが１つ以上の（事前に）構成された特性、又は事前に定義された特性に関連付けられている場合、ディスカバリに関連付けられた第２の優先度に変更することができる。

ＷＴＲＵは、ディスカバリデータのＱｏＳを決定することができる。ＷＴＲＵには、ディスカバリデータについての１つ以上のＬＣＨを（事前に）構成することができる。（例えば、各）ＬＣＨは、以下のパラメータ、すなわち、優先度の範囲、レイテンシ、信頼性、最小通信範囲、及び／又はディスカバリ期間のうちの１つ以上に関連付けられ得る。ＷＴＲＵには、例えば、上位レイヤから、パラメータのうちの１つ以上（例えば、任意の組み合わせ）を示す（例えば、ＷＴＲＵがパラメータの指示を受信する）ことができる。最小通信範囲は、例えば、送信電力、最小送信電力、及び／又は最大送信電力を介して示され得る。

ＷＴＲＵは、ディスカバリメッセージのＱｏＳを決定することができる。ＷＴＲＵは、例えば、ディスカバリメッセージに関連付けることができる以下のＱｏＳパラメータ、すなわち、メッセージの優先度、メッセージのレイテンシ、メッセージの信頼性、メッセージの最小通信範囲、メッセージに関連付けられたディスカバリ期間などのうちの１つ以上（例えば、任意の組み合わせ）を決定することができる。ＷＴＲＵは、メッセージにおいて多重化されたデータのタイプに基づいて、（例えば、各）パラメータを決定することができる。ＱｏＳパラメータは、例えば、メッセージにおいて多重化されたデータの（例えば、各）タイプの最小値、最大値、又は平均値として決定され得る。

ＷＴＲＵは、ディスカバリデータを送信するためのリソースプールを選択することができる。ＷＴＲＵは、例えば、ディスカバリデータのＱｏＳ、リソースプールのサポートされる周期、リソースプールのリソース選択タイプ、リソースプールのＣＢＲ、及び／又はＷＴＲＵのＣＲのうちの１つ以上（例えば、任意の組み合わせ）に基づいて、ディスカバリデータを送信するためのリソースプールを選択することができる。例えば、ＷＴＲＵは、（例えば、他の基準と組み合わせて）最低のＣＲを有するリソースプールを選択することができる。

例では、ＷＴＲＵには、ディスカバリメッセージの送信のための専用リソースプールを（事前に）構成することができる。ディスカバリメッセージは、以下のメッセージ、すなわち、ディスカバリデータ（例えば、ディスカバリデータのみ）を有するディスカバリメッセージ、及び／又はディスカバリデータ及び他のデータを有するディスカバリメッセージのうちの１つ以上（例えば、いずれか）に属し得る。

例では、ＷＴＲＵは、ディスカバリデータのＱｏＳを満たすリソースプールを選択することができる。ＷＴＲＵは、ディスカバリデータのレイテンシ、優先度、信頼性、最小通信範囲、周期、及び／又は、例えばディスカバリデータに関連付けられた他のパラメータを決定することができる。ＷＴＲＵは、パラメータの１つ以上の（例えば、任意の決定可能な、選択可能な、構成可能な、又は示された）組み合わせを満たす１つ以上のリソースプールを選択することができる。例えば、ＷＴＲＵは、データのレイテンシ及び／又はディスカバリ期間より小さいディスカバリ期間を有するリソースプールを選択することができる。ＷＴＲＵは、サポートされる周期が最低のリソースプールを選択することができる。

例では、ＷＴＲＵは、例えば、ディスカバリデータのＱｏＳに基づいて、ランダムリソース選択又は感知ベースのリソース選択をサポートするリソースプールを選択することができる。ＷＴＲＵは、例えば、ディスカバリデータの優先度値が閾値より大きい場合、ランダムなリソース選択を用いてリソースプールを選択することができる。ＷＴＲＵは、閾値より小さい優先度値を有するディスカバリデータのための感知ベースのリソース選択を用いてリソースを選択することができる。閾値は、例えば、サービスごとに、又はリソースプールごとに（事前に）構成され得る。ＷＴＲＵは、ＣＢＲが最低のリソースプールを選択することができる。

ＷＴＲＵは、ディスカバリ送信／受信と、他のサイドリンク及び／又はアップリンク送信／受信との間の優先順位付けを実行することができる。ＷＴＲＵは、ディスカバリ送信／受信と他のサイドリンク及び／又はアップリンク送信／受信との間の優先順位付けを、例えば、ディスカバリ送信／受信の優先度及び／又は他のデータ送信／受信の優先度、サイドリンク条件、ＷＴＲＵのカバレッジステータス、リレーの利用可能性、（例えば、本明細書で説明するような）ディスカバリデータの特性などのうちの１つ以上（例えば、任意の組み合わせ）に基づいて実行することができる。

ＷＴＲＵは、例えば、ディスカバリ送信／受信の優先度及び／又は他のデータ送信／受信の優先度に基づいて、優先順位付けを実行することができる。ＷＴＲＵは、例えば、関連するデータの優先度に基づいて、どのデータに最初にリソース選択／送信／受信を実行するかを決定することができる。ＷＴＲＵは、例えば、同じ優先度を有するデータに対して、ディスカバリデータを優先させるかどうかを判定するように（例えば、更に）構成され得る。ＷＴＲＵは、例えば、ディスカバリデータの優先度値が閾値を下回る（例えば、閾値未満である、又は閾値より小さい）場合、ディスカバリデータを優先することができる。ＷＴＲＵは、例えば、ディスカバリデータの優先度値が閾値を上回る（例えば、閾値より大きい、又は閾値より大きい）場合、他のデータを優先することができる。

ＷＴＲＵは、例えば、サイドリンク条件に基づいて優先順位付けを実行することができる。ＷＴＲＵは、例えば、ＷＴＲＵと別のＷＴＲＵ（例えば、リレーＷＴＲＵ、ソースＷＴＲＵ、又は宛先ＷＴＲＵ）との間のサイドリンク条件に基づいて、ディスカバリ送信／受信を優先することができる。ＷＴＲＵは、例えば、そのＷＴＲＵと他のＷＴＲＵとの間のサイドリンクが良好な状態にある（例えば、ＲＳＲＰが閾値より大きいこと、ＲＬＦが検出されていないこと、２つのＷＴＲＵ間の距離が閾値より小さいことなど）場合、データ送信を優先することができる。ＷＴＲＵは、例えば、ＷＴＲＵと他のＷＴＲＵとの間のサイドリンク送信が、１つ以上の悪い条件（例えば、ＲＳＲＰが閾値より小さいこと、ＲＬＦが検出されたこと、２つのＷＴＲＵ間の距離が閾値より大きいことなど）に基づいて悪い状態にある場合、ディスカバリデータ送信／受信を優先することができる。

ＷＴＲＵは、例えば、ＷＴＲＵのカバレッジステータスに基づいて、優先順位付けを実行することができる。ＷＴＲＵは、例えば、ＷＴＲＵがネットワークカバレッジ内にある場合、ディスカバリ送信を優先することができる。ＷＴＲＵは、例えば、ＷＴＲＵがネットワークカバレッジ外にある場合、ディスカバリ受信を優先することができる。

ＷＴＲＵは、例えば、リレーの利用可能性に基づいて、優先順位付けを実行することができる。ＷＴＲＵは、例えば、ＷＴＲＵが既存のリレーを有していない場合、ディスカバリデータ送信／受信を優先することができる。ＷＴＲＵは、例えば、ＷＴＲＵがリレーとの接続を有する場合、他のデータ送信／受信を優先することができる。

ＷＴＲＵは、例えば、（例えば、本明細書で説明するような）ディスカバリデータの特性に基づいて、優先順位付けを実行することができる。ＷＴＲＵは、例えば、ディスカバリ期間の終了に対するディスカバリデータに関連するレイテンシが閾値を上回る／下回る場合、データ送信よりディスカバリ送信を優先することができる。ＷＴＲＵは、例えば、ＷＴＲＵが保留中のＳＬ－ＲＬＦを有するか、又は回復を実行している場合、データ送信よりディスカバリ送信／受信を優先することができる。

ＷＴＲＵは、自律手順を実行し得る。ＷＴＲＵは、ディスカバリ送信コンテンツ及び／又はパラメータ（例えば、送信挙動）を（例えば、自律的に）決定することができる。ＷＴＲＵは、メッセージの送信コンテンツ及び／又はパラメータを決定することができる。ＴＢ（例えば、ディスカバリメッセージ）の送信コンテンツ及び／又はパラメータは、例えば、（例えば、ディスカバリ）メッセージの送信確率（例えば、ＷＴＲＵが所与の期間又はリソースにおいて保留中のディスカバリメッセージを送信する確率）、メッセージの感知及び／又はリソース選択時間、再送信の回数、（例えば、ＴＢの送信のために使用される）サブチャネルの数、変調及びコーディング方式（ＭＣＳ）、送信電力、ＰＳＳＣＨのＤＭＲＳパターン、感知ウィンドウ及び／又はリソース選択ウィンドウ、メッセージの送信に使用されるリソースプールなどのうちの１つ以上（例えば、任意の組み合わせ）を含むことができる。

ＷＴＲＵは、ＴＢの送信コンテンツ及び／又はパラメータを、例えば、ＴＢにおいて多重化されたデータのタイプ、ディスカバリ期間内のディスカバリデータの到着時間メッセージ（例えば、ディスカバリメッセージ）のＱｏＳ、リソースプールのＣＢＲ及び／又はＷＴＲＵのＣＲ（例えば、ＷＴＲＵは、送信パラメータなどのディスカバリデータの送信挙動がＣＢＲ及び／又はＣＲの関数ではないと判定することができる）、ＷＴＲＵの過去の送信アクティビティ、（例えば、本明細書で説明するような）ディスカバリデータの特性などのうちの１つ以上（例えば、任意の組み合わせ）に基づいて決定することができる。

ＷＴＲＵは、ＴＢにおいて多重化されるデータのタイプを決定することができる。ＷＴＲＵは、例えば、メッセージ内で多重化されたデータのタイプに基づいて、メッセージ（例えば、ディスカバリメッセージ）の送信コンテンツ及び／又はパラメータを決定することができる。ＷＴＲＵには、１つ以上の送信コンテンツ及び／又はパラメータを（事前に）構成することができる。（例えば、各）送信コンテンツ及び／又はパラメータは、（例えば、１つの）タイプのＴＢに関連付けられ得る。ＷＴＲＵは、ＴＢのタイプに基づいて、送信コンテンツ及び／又はパラメータを決定することができる。例えば、ＷＴＲＵには、ＴＢの３つのタイプについての３つの送信挙動（例えば、コンテンツ及び／又は挙動）を（事前に）構成することができる。ＷＴＲＵは、ディスカバリデータなしでＴＢのための第１の送信挙動を実行することができる。ＷＴＲＵは、ディスカバリデータ及び他のデータ（例えば、通常データ）を有するＴＢに対して第２の送信挙動を実行することができる。ＷＴＲＵは、ディスカバリデータのみを有するＴＢに対して第３の送信挙動を実行することができる。

ＷＴＲＵは、メッセージを送信するためのリソースプール（例えば、メッセージを送信するためにリソースを使用することができるリソースプール）を決定することができる。ＷＴＲＵは、例えば、メッセージ内で多重化されたデータのタイプに基づいて、メッセージを送信するためのリソースプールを決定することができる。例えば、ＷＴＲＵには、リソースプールの２つのセットを構成することができる。リソースプールのうちの１つはディスカバリメッセージ専用であり得、他のリソースプールはデータメッセージ専用であり得る。ＷＴＲＵは、例えば、メッセージがディスカバリデータを有する場合、第１のリソースプールにおいてメッセージを送信することができる。ＷＴＲＵは、例えば、メッセージがディスカバリデータを有していない場合、第２のリソースプールにおいてメッセージを送信することができる。

ＷＴＲＵは、ディスカバリメッセージの送信確率を決定することができる。ＷＴＲＵは、ある確率でメッセージを送信するための手順（例えば、以下の手順）を実行することができる。例えば、ＷＴＲＵは、（例えば、最初に）０と１との間の値をランダムに生成することができる。ＷＴＲＵは、例えば、生成された値が（事前に）構成された確率より小さい場合、メッセージを送信することができる。ＷＴＲＵは、例えば、生成された値が（事前に）構成された確率以上である場合、メッセージをドロップすることができる。

ＷＴＲＵは、例えば、ディスカバリメッセージの関連するＱｏＳ（例えば、優先度、レイテンシ、最小通信範囲、及び／又はディスカバリ期間）に基づいて、メッセージ（例えば、ディスカバリメッセージ）の送信確率を決定することができる。例えば、ＷＴＲＵには、ディスカバリメッセージの（例えば、各）優先度及び（例えば、各）送信確率を（事前に）構成することができる。ＷＴＲＵは、例えば、（例えば、上位レイヤからのシグナリングによる）ディスカバリデータに基づいて（例えば、ディスカバリデータの到着に基づいて）、ディスカバリデータの優先度及び関連する送信確率を決定することができる。ＷＴＲＵは、関連する確率に従ってディスカバリメッセージの送信を実行することができる。ＷＴＲＵは、ディスカバリメッセージがディスカバリデータと他のデータの両方を含む場合、送信確率を適用しないようにすることができる。

ＷＴＲＵは、ディスカバリメッセージの送信電力を決定することができる。ＷＴＲＵには、例えば、リソースプールにおけるメッセージの送信電力を決定するためのパラメータ（例えば、パラメータの複数のセット）を（事前に）構成することができる。パラメータの（例えば、各）セットは、データの（例えば、１つの）タイプに関連付けられ得る。パラメータの（例えば、各）セットは、電力オフセット及びアルファ値、最大送信電力などのうちの１つ以上（例えば、任意の組み合わせ）を含み得る。

ＷＴＲＵは、メッセージ内で多重化されたデータのタイプに基づいて、メッセージのための送信電力を決定することができる。例えば、ＷＴＲＵには、リソースプールにおけるメッセージの送信電力を決定するためのパラメータの複数の（例えば、２つの）セットを（事前に）構成することができる。第１のセットはディスカバリデータに関連付けられてもよく、第２のセットは他のデータに関連付けられてもよい。ＷＴＲＵは、例えば、メッセージ内で多重化されたデータのタイプに基づいて、メッセージの送信電力を決定することができる。ＷＴＲＵは、例えば、メッセージがディスカバリデータを有する場合、パラメータの第１のセットを使用して送信データを決定することができる。ＷＴＲＵは、パラメータの２つのセットを組み合わせて送信電力を決定することができ、又は、例えば、メッセージ（例えば、ディスカバリメッセージ）がディスカバリデータ及び他のデータを含む場合、パラメータの第２のセットを使用することができる。

ＷＴＲＵは、ディスカバリデータの到着時間に基づいて送信コンテンツ及び／又はパラメータを決定することができる。ＷＴＲＵは、メッセージの到着時間に基づいて、メッセージ（例えば、ディスカバリメッセージ）の送信コンテンツ及び／又はパラメータを決定することができる。ＷＴＲＵは、（例えば、ディスカバリ期間に到着するディスカバリデータについて、ここで、ディスカバリ期間は、本明細書で使用されるような現在のディスカバリ期間であってもよい）ディスカバリ期間におけるディスカバリメッセージについてのリソース選択を実行するか、次の期間（例えば、ディスカバリ期間の後に発生する連続的なディスカバリ期間又は後続のディスカバリ期間）におけるディスカバリメッセージについてのリソース選択を実行するか、それとも両方の期間におけるディスカバリメッセージについてのリソース選択を実行するかどうかを、例えば、ディスカバリデータ到着時間とディスカバリ期間の終了との間の時間ギャップ、ディスカバリ期間のＱｏＳなどのうちの１つ以上（例えば、任意の組み合わせ）に基づいて判定してもよい。

ＷＴＲＵは、例えば、ディスカバリデータ到着時間とディスカバリ期間の終了との間の時間ギャップに基づいて、ディスカバリ期間及び／又は次の期間におけるディスカバリメッセージについてのリソース選択を実行するかどうかを判定することができる。ＷＴＲＵは、例えば、到着時間とディスカバリ期間の終了との間の時間ギャップが閾値より小さい場合、次の期間におけるリソース選択を実行することができる。ＷＴＲＵは、例えば、到着時間とディスカバリ期間の終了との間の時間ギャップが閾値以上である場合、ディスカバリ期間、及び／又はディスカバリ期間と次のディスカバリ期間の両方におけるリソース選択を実行することができる。

ＷＴＲＵは、例えば、ディスカバリ期間のＱｏＳに基づいて、ディスカバリ期間及び／又は次の期間におけるディスカバリメッセージについてのリソース選択を実行するかどうかを判定することができる。ＷＴＲＵは、例えば、ディスカバリのレイテンシが閾値より小さい場合、ディスカバリ期間、及び／又はディスカバリ期間と次のディスカバリ期間の両方における、ディスカバリメッセージ送信についてのリソース選択を実行することができる。ＷＴＲＵは、例えば、ディスカバリのレイテンシが閾値以上である場合、次のディスカバリ期間におけるディスカバリデータの送信についてのリソース選択を実行することができる。

ＷＴＲＵは、メッセージのＱｏＳに基づいて送信コンテンツ及び／又はパラメータを決定することができる。ＷＴＲＵは、例えば、データのＱｏＳ（例えば、優先度及び／又はレイテンシ）及び／又はディスカバリデータのＱｏＳに基づいて、メッセージ（例えば、ディスカバリメッセージ）の送信コンテンツ及び／又はパラメータを決定することができる。ＷＴＲＵは、例えば、ディスカバリデータの優先度が閾値より大きい場合、他のデータと多重化しないディスカバリデータの送信を実行しないことがある（例えば、実行することを許可されないことがある）。ＷＴＲＵは、例えば、データの優先度が閾値より大きい場合、ディスカバリデータの感知及び／又はリソース選択をトリガすることを許可されないことがある。閾値は、例えば、リソースプールごとに、又はサービスごとに（事前に）構成され得る。ＷＴＲＵは、ディスカバリデータの優先度に応じてディスカバリデータの送信確率を決定することができる。

ＷＴＲＵは、リソースプールのＣＢＲ及び／又はＷＴＲＵのＣＲに基づいて、送信コンテンツ及び／又はパラメータを決定することができる。ＷＴＲＵは、例えば、リソースプールのＣＢＲ及び／又はＷＴＲＵのＣＲに基づいて、メッセージ（例えば、ディスカバリメッセージ）の送信コンテンツ及び／又はパラメータを決定することができる。例えば、ＷＴＲＵには、ディスカバリメッセージの１つ以上の送信挙動（例えば、コンテンツ及び／又はパラメータ）を（事前に）構成することができる。（例えば、各）挙動は、ＣＢＲ範囲（例えば、１つのＣＢＲ範囲）及び／又はＣＲ範囲（例えば、１つのＣＲ範囲）に関連付けられ得る。ＷＴＲＵは、例えば、ＣＢＲ及び／又はＣＲが閾値より大きい場合、データと多重化しないディスカバリメッセージの送信を実行しない（例えば、実行することを許可されない）ことがある。ＷＴＲＵは、例えば、リソースプールのＣＢＲ及び／又はＷＴＲＵのＣＲに基づいて、ディスカバリメッセージの送信確率を決定することができる。ＷＴＲＵには、例えば、（例えば、各）ＣＢＲ範囲について、ディスカバリメッセージの送信確率を（事前に）構成することができる。

ＷＴＲＵは、ＷＴＲＵの過去の送信コンテンツ及び／又はパラメータに基づいて、送信コンテンツ及び／又はパラメータを決定することができる。ＷＴＲＵは、ＷＴＲＵの過去の送信コンテンツ及び／又はパラメータ（例えば、ディスカバリデータに関連付けられた送信コンテンツ及び／又はパラメータ）に基づいて、ディスカバリメッセージ（例えば、現在のディスカバリメッセージ）の送信コンテンツ及び／又はパラメータを決定することができる。ＷＴＲＵは、例えば、直前の期間におけるディスカバリデータのＷＴＲＵの送信アクティビティに基づいて、その期間におけるディスカバリデータの送信確率を修正することができる。ＷＴＲＵは、例えば、ＷＴＲＵが直前のディスカバリ期間において、又は直前のいくつかのディスカバリ期間においてディスカバリデータを送信しなかった場合、その期間におけるディスカバリデータの送信確率を高めることができる（例えば、ＷＴＲＵは、１の確率でディスカバリデータを送信することができる）。送信コンテンツ及び／又はパラメータ履歴に基づくこの手法又は同様の手法は、特定の時間内に少なくとも１つのディスカバリメッセージを送信することをサポートすることができる。

ＷＴＲＵは、メッセージ（例えば、ディスカバリメッセージ）の１つ以上の特性に基づいて、送信コンテンツ及び／又はパラメータを決定することができる。ＷＴＲＵは、例えば、本明細書で定義されるように、例えば、メッセージ（例えば、ディスカバリメッセージ）の１つ以上の特性に基づいて、メッセージ（例えば、ディスカバリメッセージ）の送信コンテンツ及び／又はパラメータを決定することができる。ＷＴＲＵは、例えば、ディスカバリメッセージが、保留中のＲＬＦがある状態で受信された場合、第１のリソース選択ウィンドウを用いてリソース選択を実行し、例えば、ディスカバリメッセージが、保留中のＲＬＦがない状態で受信された場合、第２のリソース選択ウィンドウを用いてリソース選択を実行することができる。

リソース割り振りは、時間ベースのリソース割り振り（例えば、タイマベースのリソース割り振り）であり得る。図５は、ディスカバリリソース割り振り時間を使用するディスカバリデータのための例示的なリソース割り振りを示す。ＷＴＲＵは、メッセージの感知及び／又はリソース選択タイミングを決定することができる。ＷＴＲＵは、例えば、図５に示すように、例えば、メッセージ（例えば、ディスカバリメッセージ）の到着に基づいて、感知及び／又はリソース選択を実行することができる。ＷＴＲＵは、メッセージの感知及び／又はリソース選択タイミングを決定するために、（例えば、ＷＴＲＵが開始することができるタイマを介して）持続時間を追跡することができる。ＷＴＲＵは、（例えば、満了する持続時間及び／又はタイマの満了に基づいて）メッセージの感知及び／又はリソース選択をトリガすることができる。ＷＴＲＵは、（例えば、ＷＴＲＵが開始することができるディスカバリリソース選択タイマを介して）ディスカバリリソース選択時間を追跡するかどうかを、例えば、ディスカバリデータのＱｏＳ（例えば、ディスカバリデータの優先度及び／又はレイテンシ）、ディスカバリデータのディスカバリ期間及び／又は到着時間、リソースプールのＣＢＲ、ＷＴＲＵのバッファステータス及び／又はＷＴＲＵのＣＲ、感知結果の利用可能性、予約されたリソースの利用可能性、（例えば、本明細書で定義されるような）ディスカバリメッセージの特性などのうちの１つ以上（例えば、任意の組み合わせ）に基づいて判定することができる。

ＷＴＲＵは、例えば、ディスカバリデータのＱｏＳ（例えば、ディスカバリデータの優先度及び／又はレイテンシ）に基づいて、（例えば、ディスカバリリソース選択タイマを介して）ディスカバリリソース選択時間を追跡するかどうかを判定することができる。ＷＴＲＵは、例えば、ディスカバリタイマの優先度が（例えば、図５に示すように）閾値より大きい場合、ディスカバリリソース選択時間を（例えば、タイマを介して）追跡することができる。ＷＴＲＵは、例えば、ディスカバリタイマの優先度が閾値以下である場合（例えば、図５に示すように）、ディスカバリリソース選択時間を（例えば、タイマを介して）追跡することをスキップすることができる。優先度閾値は、例えば、リソースプールごとに、又はサービスごとに（事前に）構成され得る。

ＷＴＲＵは、例えば、ディスカバリ期間及び／又はディスカバリデータの到着時間に基づいて、（例えば、ディスカバリリソース選択タイマを介して）ディスカバリリソース選択時間を追跡するかどうかを判定することができる。ＷＴＲＵは、例えば、ディスカバリ期間が閾値より大きい場合、ディスカバリリソース選択時間を（例えば、ディスカバリリソース割り振りタイマを介して）追跡することができる。ＷＴＲＵディスカバリ期間は、ディスカバリデータのＬＣＨから導出することができる。ＷＴＲＵは、例えば、ディスカバリ期間が閾値より大きく、かつ／又はディスカバリデータの到着時間とディスカバリ期間の直前のスロットとの間の時間ギャップが閾値より大きい場合、ディスカバリリソース選択時間を（例えば、ディスカバリリソース選択タイマを介して）追跡することができる。ディスカバリ期間は、リソースプールごとに（事前に）構成され得る。

ＷＴＲＵは、例えば、リソースプールのＣＢＲに基づいて、（例えば、ディスカバリリソース選択タイマを介して）ディスカバリリソース選択時間を追跡するかどうかを判定することができる。ＷＴＲＵは、例えば、リソースプールのＣＢＲが閾値より大きい場合、（例えば、ディスカバリリソース割り振りタイマを介して）ディスカバリリソース選択時間を追跡することができる。閾値は、例えば、リソースプールごとに、又はサービスごとに（事前に）構成され得る。ＷＴＲＵには、例えば、ディスカバリデータのＱｏＳ（例えば、優先度及び／又はレイテンシ）の関数としてＣＢＲ閾値を（事前に）構成することができる。ＷＴＲＵには、例えば、（例えば、ディスカバリリソース選択タイマを介して）ディスカバリリソース選択時間を追跡するために複数のＣＢＲ閾値を（事前に）構成することができる。（例えば、各）閾値は、ディスカバリデータの優先度（例えば、１つの優先度）及び／又はレイテンシ範囲（例えば、１つのレイテンシ範囲）に関連付けられ得る。

ＷＴＲＵは、例えば、ＷＴＲＵのバッファステータス及び／又はＷＴＲＵのＣＲに基づいて、（例えば、ディスカバリリソース選択タイマを介して）ディスカバリリソース選択時間を追跡するかどうかを判定することができる。ＷＴＲＵは、例えば、バッファにおいて利用可能な宛先の（事前に）構成されたセットに関連付けられたデータがない場合、第２の時間を（例えば、第２のタイマを介して）追跡することができる。ＷＴＲＵは、例えば、（事前に）構成された宛先に関連付けられたデータが、例えば、バッファにおいて利用可能である場合、（例えば、ディスカバリリソース選択タイマを介して）ディスカバリリソース選択時間を追跡することができる。ＷＴＲＵは、例えば、ＷＴＲＵが、場合によってはディスカバリデータより高い優先度を有する特定のＬＣＨに関連付けられたデータを有する場合、ディスカバリリソース選択時間を（例えば、ディスカバリリソース選択タイマを介して）追跡することができる。ＷＴＲＵは、例えば、ＷＴＲＵのＣＲが閾値より高い場合、（例えば、ディスカバリリソース選択タイマを介して）ディスカバリリソース選択時間を追跡することができる。

ＷＴＲＵは、例えば、感知結果の利用可能性に基づいて、（例えば、ディスカバリリソース選択タイマを介して）ディスカバリリソース選択時間を追跡するかどうかを判定することができる。例えば、ＷＴＲＵには、例えば、リソース選択を実行する前に、いくつかの感知スロット（例えば、最小数の感知スロット）を（事前に）構成することができる。ＷＴＲＵは、例えば、感知スロットの数が閾値より小さい場合、（例えば、ディスカバリリソース選択タイマを介して）ディスカバリリソース選択時間を追跡することができる。

ＷＴＲＵは、例えば、予約されたリソースの利用可能性に基づいて、（例えば、ディスカバリリソース選択タイマを介して）ディスカバリリソース選択時間を追跡するかどうかを判定することができる。ＷＴＲＵは、例えば、予約されたリソースが以下の条件、すなわち、予約されたリソースのタイミングがディスカバリデータのレイテンシ要件を満たすこと、予約されたリソースの数がディスカバリメッセージの信頼性要件を満たすこと（例えば、予約されたリソースの数が閾値より大きい）、及び／又は、予約されたサブチャネルの数が第１の閾値より大きく、かつ／又は第２の閾値より小さいことのうちの１つ以上（例えば、任意の組み合わせ）を満たす場合、予約されたリソースを使用してディスカバリメッセージを送信することができる。例えば、ＷＴＲＵは、（例えば、１つの）サブチャネルリソースを使用してディスカバリメッセージを送信するように構成され得る。ＷＴＲＵは、例えば、（例えば、１つの）サブチャネルリソースが以前に予約されている場合、（例えば、ディスカバリリソース選択タイマを介して）ディスカバリリソース選択時間を追跡しないようにすることができる。

ＷＴＲＵは、（例えば、図５に示すように）ディスカバリリソース選択時間の初期値を決定することができる。時間の初期値は、例えば、以下のパラメータ、すなわち、ディスカバリデータのＱｏＳ（例えば、図５に示すような優先度、及び／又はディスカバリデータのレイテンシ）、ディスカバリ期間及び／又はディスカバリデータの到着時間、（例えば、図５に示すような）リソースプールのＣＢＲ及び／又はＷＴＲＵのＣＲ、（例えば、本明細書で定義されるような）ディスカバリメッセージの特性などのうちの１つ以上（例えば、任意の組み合わせ）の関数として決定され得る。ＷＴＲＵには、ディスカバリリソース割り振り時間の最小値及び／又は最大値を構成することができる。最小限界及び／又は最大限界は、例えば、パラメータのうちの１つ以上（例えば、任意の組み合わせ）に基づいて（事前）構成され得る。ＷＴＲＵは、例えば、最小及び最大（事前）構成値内の値をランダムに選択することによって、感知及び／又はリソース選択の初期値を決定することができる。

ＷＴＲＵは、どのデータをディスカバリデータと多重化するかを決定することができる。ＷＴＲＵは、例えば、（例えば、図５に示すような）他のデータの宛先、他のデータのＱｏＳディスカバリデータのＱｏＳなどのうちの１つ以上（例えば、任意の組み合わせ）に基づいて、ディスカバリデータを他のデータと多重化する（例えば、多重化することを決定する／判定する）ことができる。ＷＴＲＵには、ディスカバリデータを多重化するために１つ以上の宛先を（事前に）構成することができ、例えば、（事前に）構成された宛先のセットに属する宛先を有するデータを構成することができる。

ＷＴＲＵは、例えば、図５に示すように、例えば、（例えば、ディスカバリリソース選択タイマを介して）ディスカバリリソース選択時間が満了すると、感知及び／又はリソース選択を実行することができる。ＷＴＲＵは、例えば、（例えば、ディスカバリリソース選択タイマを介して）ディスカバリリソース選択時間の満了に基づいて、ディスカバリメッセージのための感知及び／又はリソース選択を実行することができる。ＷＴＲＵは、例えば、図５に示すように、例えば、（事前に）構成された宛先のセットに属する利用可能なデータがバッファにない場合（のみ）、ディスカバリデータを用いてＭＡＣ ＰＤＵを構築することができる。ＷＴＲＵは、例えば、図５に示すように、例えば、（事前に）構成された宛先のセットに属する利用可能なデータがバッファにある場合、ディスカバリデータを他のデータと多重化することができる。

ＷＴＲＵは、ディスカバリメッセージのための選択されたリソース間で時間及び／又は周波数制限を適用することができる。ＷＴＲＵは、例えば、２つの選択されたリソース間の時間及び／又は周波数が第１の閾値より大きく、かつ／又は第２の閾値より小さくなり得るように、ＴＢの（例えば、各）送信のためのリソースを選択することができる。時間／周波数閾値は、例えば、リソースプールごとに、かつ／又はサービスごとに（事前に）構成され得る。ＷＴＲＵは、例えば、リソース選択手順中に、時間及び／又は周波数制限を適用することができる。ＷＴＲＵは、例えば、以前に選択されたリソース間の時間及び／又は周波数ギャップが第１の閾値より小さく、かつ／又は第２の閾値より大きい場合、選択可能なリソースのセット内の（例えば、全ての）リソースを（例えば、次のリソースを選択する前に）除外することができる。ＷＴＲＵは、例えば、２つの連続するリソース間の時間ギャップ及び／又は周波数ギャップが固定されるように、リソースを選択することができる。

例では、ＷＴＲＵは、例えば、１つ以上のＴＢの送信のために、リソース選択を実行することができる。ＷＴＲＵは、１つのウィンドウ内の２つの選択されたリソース間の周波数範囲が、第１の周波数範囲閾値より大きく、かつ／又は第２の周波数範囲閾値より小さくなるように、送信リソースを選択することができる。ＷＴＲＵは、２つの選択されたリソース間の時間ギャップ（例えば、連続して選択されたリソース間の時間ギャップ、ＴＢのための任意の２つの選択されたリソース間の時間ギャップなど）が第１の時間ギャップ閾値より大きく、かつ／又は第２の時間ギャップ閾値より小さくなるように、送信リソースを選択することができる。時間ギャップ閾値及び／又は周波数範囲閾値は、リソースプールのために構成され（例えば、事前構成され）得る。ＷＴＲＵには、複数の時間ギャップ閾値及び／又は周波数範囲閾値を構成（例えば、事前に構成）することができる。（例えば、各）閾値は、ＴＢのＱｏＳ、リソースプールのＣＢＲ、ＴＢのＨＡＲＱタイプ、及び／又はＴＢのトラフィックタイプのうちの１つ又は任意の組み合わせに関連付けられ得る。

閾値は、ＴＢのＱｏＳに基づいて、決定され得る。例えば、ＷＴＲＵには、優先度ごとに１つの閾値（例えば、時間ギャップ閾値及び／又は周波数範囲閾値）を構成することができる。ＷＴＲＵは、例えば、ＴＢの優先度に基づいて、どの閾値を使用するかを決定することができる。

閾値は、リソースプールのＣＢＲに関連付けられ得る。ＷＴＲＵには、ＣＢＲ範囲ごとに閾値を構成することができる。ＷＴＲＵは、例えば、リソースプールの測定されたＣＢＲに基づいて、どの閾値を使用すべきかを判定することができる。

閾値は、ＴＢのＨＡＲＱタイプに関連付けられ得る。例えば、ＷＴＲＵには、閾値の２つのセット（例えば、時間ギャップ閾値及び／又は周波数範囲閾値）を構成することができる。閾値の１つのセットは、ＨＡＲＱ有効化ＴＢに関連付けられ得、閾値の別のセットは、ＨＡＲＱ無効化ＴＢに関連付けられ得る。ＷＴＲＵは、例えば、ＴＢのＨＡＲＱタイプに基づいて、閾値のどのセットを使用するかを決定することができる。

閾値は、ＴＢのトラフィックタイプ（例えば、ユニキャスト、グループキャスト及び／又はブロードキャスト、周期的トラフィック及び／又は非周期的トラフィックなど）に関連付けられ得る。例えば、ＷＴＲＵには、閾値の２つのセット（例えば、時間ギャップ閾値及び／又は周波数範囲閾値）を構成することができ、第１のセットは、周期的トラフィックのために使用されてよく、他方のセットは、非周期的トラフィックのために使用されてよい。ＷＴＲＵは、例えば、ＴＢのトラフィックタイプに基づいて、どの閾値を使用すべきかを判定することができる。

ＷＴＲＵは、ディスカバリメッセージの再送信の数を決定することができる。ＷＴＲＵには、ディスカバリメッセージのための再送信の数（例えば、再送信の最小及び／又は最大数）を（事前に）構成することができる。ＷＴＲＵは、例えば、再送信の（事前に）構成された最小及び最大数内で、ディスカバリメッセージのための再送信の数を（例えば、ランダムに）選択することができる。

ＷＴＲＵは、ディスカバリデータと他のデータとの間の共有リソースプールにおいてリソース選択を実行することができる。ＷＴＲＵは、ディスカバリとデータとの間の共有リソースプールにおいてディスカバリ送信についてのリソース選択を実行することができる。ＷＴＲＵは、ディスカバリ送信のために構成された時間／周波数リソースにおけるディスカバリメッセージの１つ以上（例えば、全て）の送信を選択することができる。ＷＴＲＵは、ディスカバリ送信のために構成された時間／周波数リソース内の（例えば、第１の）いくつかのリソースを選択することができる。ＷＴＲＵは、ディスカバリ送信のために構成された時間／周波数リソースにおける最初の送信において選択を行う（例えば、選択を行うように制限する）ことができる。この手法は、例えば、他のＷＴＲＵがデータリソースプール全体を感知しない場合、他のＷＴＲＵによるディスカバリメッセージの復号をサポートすることができる。

ＷＴＲＵは、電力制御及びディスカバリ復号を示すことができる。ＷＴＲＵは、ディスカバリメッセージにおいてＷＴＲＵの送信電力を示すことができる。ＷＴＲＵは、ディスカバリメッセージにおいてＷＴＲＵの送信電力情報を暗黙的／明示的に示すことができる。送信電力情報は、例えば、ＷＴＲＵの送信電力を導出するために使用することができる。送信電力情報は、例えば、パスロス（例えば、ダウンリンクパスロス及び／又はサイドリンクパスロス）、リソースプールのＣＢＲ、送信電力などのうちの１つ以上（例えば、任意の組み合わせ）であり得る。

ＷＴＲＵは、ディスカバリデータのための送信電力の指示を明示的／暗黙的に送ることができる。ＷＴＲＵは、例えば、宛先ＩＤ、ＴＢのＱｏＳ、メッセージ内の専用フィールド、送信リソース、ＷＴＲＵの位置などのうちの１つ以上（例えば、任意の組み合わせ）を使用して、送信電力を示すことができる。

ＷＴＲＵは、例えば、宛先ＩＤを使用して、送信電力を示すことができる。例えば、ＷＴＲＵには、複数の宛先を（事前に）構成することができる。（例えば、各）宛先は、（例えば、１つの）送信電力値に関連付けられ得る。ＷＴＲＵは、例えば、宛先ＩＤを介してＷＴＲＵの送信電力を（例えば、暗黙的に）示すことができる。

ＷＴＲＵは、例えば、ＴＢのＱｏＳを使用して、送信電力を示すことができる。ＷＴＲＵは、例えば、ＴＢのＱｏＳ（例えば、優先度及び／又は最小通信範囲）を介して、送信電力を（例えば、暗黙的に）示すことができる。ＷＴＲＵには、例えば、送信優先度の関数として、送信電力を（事前に）構成することができる。送信ＷＴＲＵ（Ｔｘ ＷＴＲＵ）は、例えば、ＴＢの優先度に基づいて、ディスカバリＴＢの送信電力を決定することができる。受信側ＷＴＲＵ（Ｒｘ ＷＴＲＵ）は、例えば、ＴＢのサイドリンク制御情報（sidelink control information、ＳＣＩ）において示される優先度フィールドに基づいて、Ｔｘ ＷＴＲＵの送信電力を決定することができる。ＷＴＲＵには、例えば、通信範囲（例えば、最小通信範囲）の関数として、送信電力を（事前に）構成することができる。ＷＴＲＵは、ＷＴＲＵの通信範囲（例えば、最小通信範囲）に基づいて送信電力を決定することができる。Ｒｘ ＷＴＲＵは、例えば、ＳＣＩにおいて示された通信範囲（例えば、最小通信範囲）値に基づいて、Ｔｘ ＷＴＲＵの送信電力を決定することができる。

ＷＴＲＵは、例えば、メッセージ内の専用フィールドを使用して、送信電力を示すことができる。ＷＴＲＵは、例えば、１つ以上の送信リソース（例えば、ディスカバリデータの送信のために使用される時間／周波数リソース及び／又はサブチャネルの数）を使用して、送信電力を示すことができる。ＷＴＲＵには、例えば、送信電力情報の１つ以上（例えば、任意の組み合わせ）に応じて、ディスカバリデータの送信リソースを（事前に）構成することができる。ＷＴＲＵは、例えば、リソースプールのＣＢＲに基づいて、送信リソースを選択することができる。ＷＴＲＵには、例えば、ディスカバリメッセージの送信のために使用されるサブチャネルの数の関数として、送信電力を（事前に）構成することができる。Ｒｘ ＷＴＲＵは、例えば、ディスカバリ送信のために使用されるサブチャネルの数によって、Ｔｘ ＷＴＲＵの送信電力を決定することができる。

ＷＴＲＵは、例えば、ＷＴＲＵの位置を使用して、送信電力を示すことができる。ＷＴＲＵは、ＷＴＲＵのゾーンＩＤ（例えば、絶対ゾーン又は相対ゾーン）を示してＷＴＲＵの送信電力を示すことができる。相対ゾーンは、ゾーン計算における座標として（例えば、１つの）点（例えば、ｇＮＢ）の位置を使用するゾーンであり得る。

ＷＴＲＵは、第１のＳＣＩ、第２のＳＣＩ、ＳＬ ＭＡＣ ＣＥ、ＳＬ ＲＲＣメッセージ、上位層メッセージなどのうちの１つ以上（例えば、任意の組み合わせ）を使用して、ＷＴＲＵの送信電力情報を暗黙的／明示的に送ることができる。ＷＴＲＵは、例えば、ＷＴＲＵが（例えば、本明細書で説明するような１つ以上のトリガの結果として）ＷＴＲＵのディスカバリメッセージ送信の電力を変更する場合、（例えば、ＳＬ ＲＲＣメッセージにおいて）ＷＴＲＵのディスカバリ送信電力を送ることができる。

ＷＴＲＵは、ディスカバリメッセージの存在を示すことができる。ＷＴＲＵは、例えば、ＳＣＩにおいて、ディスカバリメッセージの送信を示すことができる。ＷＴＲＵは、（例えば、第１の）ＳＣＩ内の１つ以上のビットフィールドを使用して、例えば、関連するＰＳＳＣＨで搬送されるデータにおいてディスカバリメッセージの存在を示すことができる。ＷＴＲＵには、１つ以上のコードポイントを（事前に）構成することができる。（例えば、各）コードポイントは、ディスカバリの（例えば、１つの）タイプに関連付けられ得る。ＷＴＲＵは、ＷＴＲＵのディスカバリタイプに関連付けられたコードポイントを示すことができる。ＷＴＲＵには、ディスカバリメッセージの存在を示すために、例えば、ビットフィールド（例えば、２ビットのうちの１つのビットフィールド）を（事前に）構成することができる。例えば、コードポイント０１を使用して、リレーサービスのためのディスカバリを示すことができ、コード１０を使用して直接サイドリンクディスカバリを示すことができ、コード００を使用して非ディスカバリデータを示すことができる。ＷＴＲＵは、コードポイント０１又は１０を示して、例えば、ディスカバリタイプに基づいてディスカバリデータの存在を示すことができる。Ｒｘ ＷＴＲＵは、例えば、監視すべきＷＴＲＵの（事前に）構成されたディスカバリタイプに基づいて、メッセージを（例えば、更に）復号するかどうかを判定することができる。ディスカバリメッセージを復号するように構成されていないＷＴＲＵは、例えば、ディスカバリ指示のためのビットフィールドにおいて０１又は１０が復号される場合、メッセージをそれ以上復号しないことがある。例えば、ディスカバリサービス（例えば、コード０１に関連付けられたリレーサービス）を監視するように構成されたＷＴＲＵは、例えば、ディスカバリビットフィールドが０１ではない場合、メッセージを復号しないようにすることができる。

ＷＴＲＵは、ＳＣＩフォーマット（例えば、第２のＳＣＩフォーマット）を使用して、ディスカバリデータの存在を示すことができる。ＷＴＲＵは、第２のＳＣＩを使用して、ディスカバリタイプを示すことができる。Ｒｘ ＷＴＲＵは、例えば、ディスカバリのための第２のＳＣＩフォーマットの指示に基づいて、第２のＳＣＩを（例えば、更に）復号するかどうかを判定することができる。ＷＴＲＵ（例えば、ＲＸ ＷＴＲＵ）は、例えば、第１のＳＣＩがディスカバリについての第２のＳＣＩフォーマットの存在を示す場合、第２のＳＣＩフォーマットを復号する（例えば、復号し続ける）ことができる。ＷＴＲＵは、例えば、第１のＳＣＩがディスカバリについての第２のＳＣＩフォーマットの存在を示さない場合、メッセージを復号し続けないようにすることができる。

ＷＴＲＵは、例えば、第１のＳＣＩのための通常のスクランブリングシーケンスと比較して、異なるスクランブリングシーケンス（例えば、異なる初期化）を使用して、例えば、ディスカバリメッセージの存在を示すことができる。ディスカバリメッセージを監視する（例えば、ディスカバリメッセージのみを監視する）ＷＴＲＵは、ディスカバリメッセージ専用のスクランブリングシーケンスを使用して、ディスカバリメッセージを復号することができる。

ＷＴＲＵは、例えば、ディスカバリメッセージを示す送信、及び／又は別のメッセージ（例えば、メッセージに続く（例えば、全ての）ディスカバリ送信のための情報を提供することができるＳＬ ＲＲＣメッセージ）に、ディスカバリメッセージに関連付けられた他の情報を含めることができる。ＷＴＲＵは、（例えば、本明細書で定義されるような）ディスカバリメッセージの特性に関連付けられた１つ以上の要素を（例えば、ディスカバリメッセージとともに）含めることができる。

ＷＴＲＵは、ディスカバリメッセージの送信のためにＭＡＣヘッダを使用することができる。ＷＴＲＵには、ディスカバリ送信のための専用ＩＤ（例えば、宛先Ｌ１ ＩＤ）を（事前に）構成することができる。例えば、ディスカバリのための専用宛先ＩＤは、指定された値又は（事前に）構成された値（例えば、全てが０のフィールド）であり得る。ＷＴＲＵは、ディスカバリデータ及び／又は関連付けられたＩＤ（例えば、Ｌ２ ＩＤ）を（例えば、ネットワーク又は上位レイヤから）受信したことに応答して、以下のうちの１つ又は組み合わせを実行してディスカバリメッセージを送信することができる。ＷＴＲＵは、ＳＣＩにおいて専用ＩＤ（例えば、宛先Ｌ１ ＩＤ）を示すことができる。ＷＴＲＵは、例えば、ネットワーク又は上位レイヤによって提供されるディスカバリメッセージの少なくとも関連するＩＤ（例えば、Ｌ２ ＩＤ全体）を含むＭＡＣヘッダ又はＭＡＣ ＰＤＵを構築することによって、ＭＡＣレイヤにおいてＬ２宛先ＩＤ（例えば、Ｌ２宛先ＩＤ全体）を送信することができる。ＷＴＲＵは、例えば、Ｌ２ ＩＤ（例えば、完全なＬ２ ＩＤ）を含むＭＡＣ ＣＥを（例えば、ディスカバリメッセージを含むＰＤＵ送信に）含めることによって、ＭＡＣレイヤにおいてＬ２宛先ＩＤ（例えば、Ｌ２宛先ＩＤ全体）を送信することができる。ＷＴＲＵは、例えば、ＳＬ ＭＡＣ ＣＥ（例えば、ディスカバリＭＡＣ ＣＥ）を使用してディスカバリメッセージを送信することによって、ＭＡＣレイヤにおいてＬ２宛先ＩＤ（例えば、Ｌ２宛先ＩＤ全体）を送信することができ、そのようなＭＡＣ ＣＥは、完全なＬ２ ＩＤ及び／又はディスカバリデータを含むことができる。ＷＴＲＵは、本明細書で説明する動作のうちの１つ以上を実行することに基づいて、ディスカバリメッセージを送信することができる。

ＷＴＲＵは、例えば、ディスカバリメッセージのＭＡＣヘッダを読み取ることによって、Ｌ２ ＩＤを上位レイヤに示すことができる。ＷＴＲＵには、ディスカバリ受信のための（例えば、１つの）専用ＩＤ（例えば、宛先Ｌ１ ＩＤ）を（事前に）構成することができる。ＷＴＲＵは、（例えば、ディスカバリメッセージの検出に基づいて）ＩＤ（例えば、宛先Ｌ２ ＩＤ）を読み取ることができ、このＩＤは、メッセージのＭＡＣヘッダに示すか、又はＭＡＣ ＣＥに示すか、又はＭＡＣ ＰＤＵ内に示すことができる。ＷＴＲＵは、取得されたＩＤ及び／又は関連する測定値を上位レイヤに示すことができる。

ＷＴＲＵは、ディスカバリとデータ送信との間で優先順位を付けることができる。ＷＴＲＵは、異なるリソースプールの間で送信に優先順位を付けることができる。ＷＴＲＵには、（例えば、各）リソースプールについての優先度閾値を（事前に）構成することができる。ＷＴＲＵには、例えば、送信リソースプールのどの時間／周波数リソースが関連するリソースプールと重複するかを判定するために、（例えば、リソースプールごとに）関連するリソースプールのセットを（事前に）構成することができる。

ＷＴＲＵは、リソース選択手順中に、異なるリソースプールの間で送信を優先順位付けすることができる。ＷＴＲＵは、例えば、送信の優先度及び／又はリソースプールの（事前に）構成された優先度に基づいて、他のリソースプールと重複する時間／周波数リソースを除外するかどうかを判定することができる。ＷＴＲＵは、例えば、ＴＢの優先度がリソースプールの（事前に）構成された優先度より大きい／小さい場合、リソース選択手順中に他のリソースプールの重複する時間／周波数リソースを（例えば、全て）除外することができる。ＷＴＲＵは、例えば、ＴＢの優先度が閾値より小さい／大きい場合、リソース選択手順中に重複リソースを除外しないようにすることができる。

ＷＴＲＵには、複数（例えば、２つ）のリソースプールを（事前に）構成することができる。一方のリソースプールはデータ送信のために使用され得、他方のリソースプールはディスカバリ送信のために使用され得る。ＷＴＲＵには、データリソースプールについての１つの優先順位閾値、及びディスカバリリソースプールについての別の優先順位閾値を構成することができる。ＷＴＲＵは、データリソースプール内の（例えば、１つの）ＴＢについてのリソース選択を実行することができる。ＷＴＲＵは、例えば、ＴＢの優先度が（事前に）構成された優先度より大きい／小さい場合、ディスカバリリソースプールと重複する時間／周波数リソースを（例えば、全て）除外することができる。ＷＴＲＵは、ディスカバリリソースプールにおいてディスカバリメッセージのためのリソース選択を実行することができる。ＷＴＲＵは、例えば、ディスカバリメッセージの優先度がディスカバリリソースプールの（事前に）構成された優先度より大きい／小さい場合、データリソースプールと重複する全ての時間／周波数リソースを除外することができる。

ＷＴＲＵは、ディスカバリメッセージの送信のために専用リソースプールを使用することができる。

ＷＴＲＵは、ディスカバリデータと他のデータとの間の共有リソースプールにおけるＣＲを計算することができる。ＷＴＲＵは、例えば、ＣＲ計算において、ＣＲ計算からディスカバリ送信を除外すること、ディスカバリデータのみを有するディスカバリ送信をＣＲ計算から除外することなどのうちの１つ以上を適用することができる。この手法は、リソースプールにおけるディスカバリ送信の優先順位付けをサポートすることができる。

ＷＴＲＵは、ディスカバリ送信のためにリソースプール内の残りのＰＲＢを使用することができる。ＷＴＲＵには、Ｎ_ｓｉｚｅのサブチャネルサイズを有するリソースプールについてのＮ_ＰＲＢを（事前に）構成することができる。ＷＴＲＵは、ディスカバリメッセージの送信のために、リソースプールの残りのＰＲＢ

を使用することができる。この手法は、リソースプールの残りの周波数リソースの再使用をサポートし得る。

ＷＴＲＵは、ディスカバリリソースプールにおけるリソース選択を実行することができる。ＷＴＲＵは、以下の手順、すなわち、感知ベースのリソース割り振り、ランダムリソース選択などのうちの１つ以上（例えば、任意の組み合わせ）を使用してディスカバリリソースプールにおけるリソース選択を実行することができる。

ＷＴＲＵは、リソース再選択を実行し得る。ＷＴＲＵは、例えば、ＷＴＲＵ ＩＤに基づいて、ランダムリソース選択を実行することができる。ＷＴＲＵは、例えば、ＷＴＲＵ ＩＤの関数として、ディスカバリ送信のサブチャネルインデックス及び／又はスロットインデックスを決定することができる。

ＷＴＲＵは、感知ベースのリソース選択を実行することができる。ＷＴＲＵは、ディスカバリリソースプールにおける感知ベースのリソース選択を実行することができる。ＷＴＲＵは、（例えば、１つの）ＲＳＲＰ閾値を使用してディスカバリ送信の利用可能性閾値を決定することができる。

ディスカバリメッセージ送信及び／又は受信（例えば、電力効率の良いディスカバリ送信／受信）に関連付けられ得る特徴が本明細書で説明する。ＷＴＲＵは、ディスカバリメッセージを送信するかどうかを判定することができる。ＷＴＲＵは、ＷＴＲＵ（例えば、リモートＷＴＲＵ、ソースＷＴＲＵ、又は宛先ＷＴＲＵ）がリレーに接続されているか否か、ＷＴＲＵの負荷、ＷＴＲＵのＣＲ、リソースプールのＣＢＲ（例えば、ディスカバリリソースプールのＣＢＲ及び／又はデータリソースプールのＣＢＲ）、ディスカバリサービスの優先度及び／又はディスカバリデータを有するＴＢの優先度、既存のサイドリンク（例えば、ＷＴＲＵが接続されているサイドリンク）のチャネル品質及び／又はステータス、ＷＴＲＵの同期ステータス、又は、別のノードからのメッセージの受信などのうちの１つ以上に基づいて、メッセージ（例えば、ディスカバリメッセージ）を送信するかどうかを判定することができる。ＷＴＲＵは、決定に基づいてメッセージ（例えば、ディスカバリメッセージ）を送信することができる。

ＷＴＲＵは、ＷＴＲＵがリレーに接続されているか否かに基づいて、メッセージ（例えば、ディスカバリメッセージ）を送信するかどうかを判定することができる。ＷＴＲＵ（例えば、リモートＷＴＲＵ又はリレーＷＴＲＵ）は、例えば、ＷＴＲＵがすでにリレーに接続されている場合、ディスカバリメッセージを送信しないようにする（例えば、送信しない）ことができる。例えば、ＷＴＲＵは、すでにリレーに接続されている場合、ディスカバリメッセージを送信することを許可されない可能性がある。例では、これは、不要なディスカバリ送信を制限することに関連付けられ得る。

ＷＴＲＵは、ＷＴＲＵの負荷に基づいて、メッセージ（例えば、ディスカバリメッセージ）を送信するかどうかを判定することができる。ＷＴＲＵ（例えば、リレーＷＴＲＵ）は、ＷＴＲＵの負荷に基づいて、ディスカバリメッセージを送信しないようにする（例えば、許可されない）ことができる。ＷＴＲＵは、例えば、ＷＴＲＵの負荷が閾値より小さい場合に、ディスカバリメッセージを送信することを許可され得る。負荷が閾値より大きい場合、ＷＴＲＵは、ディスカバリメッセージを送信しないようにする（例えば、送信することを許可されない）ことができる。ＷＴＲＵの負荷閾値には、例えば、１つ以上の他のパラメータ（例えば、リソースプールのＣＢＲ、サービスのＱｏＳなど）を（事前に）構成することができる。ＷＴＲＵの負荷は、接続されたＷＴＲＵ、リンクの数、及び／又は確立された無線ベアラの数など、ＷＴＲＵのバッファステータス、又はＷＴＲＵのＣＲ、送信／受信されているデータの量、及び／又は送信／受信されることが予想されるデータの量などのうちの１つ又は任意の組み合わせに基づいて決定することができる。

ＷＴＲＵの負荷は、少なくともＷＴＲＵのバッファステータスに基づいて決定することができる。ＷＴＲＵは、バッファ内のデータの総量が閾値より大きい場合、ディスカバリメッセージを送信しないようにする（例えば、送信することを許可されないようにする）ことができ、バッファ内のデータの総量が閾値より小さい場合、ディスカバリメッセージを送信することを許可され得る（例えば、送信し得る）。ＷＴＲＵは、ＬＣＧ／ＬＣＨのセットにおけるデータの量が閾値より大きい場合、ディスカバリメッセージを送信しないようにする（例えば、送信することを許可されないようにする）ことができ、ＬＣＧ／ＬＣＨのセットにおけるデータの量が閾値より小さい場合、ディスカバリメッセージを送信することを許可され得る（例えば、送信し得る）。ＬＣＧ／ＬＣＨのセットは、ディスカバリデータの優先度より高い優先度を有するＬＣＧ／ＬＣＨのセットとして決定され得る。

ＷＴＲＵは、ＷＴＲＵのＣＲに基づいて、メッセージ（例えば、ディスカバリメッセージ）を送信するかどうかを判定することができる。ＷＴＲＵは、ＷＴＲＵのＣＲが閾値より大きい場合、ディスカバリメッセージを送信しないようにする（例えば、送信することを許可されないようにする）ことができ、ＷＴＲＵのＣＲが閾値より大きい場合、ディスカバリメッセージを送信することを許可され得る（例えば、送信し得る）。ＣＲは、例えば、データリソースプール及び／又はディスカバリリソースプールにおける、ＷＴＲＵの送信アクティビティに基づいて決定され得る。例では、このことは、ディスカバリリソースプール内のＷＴＲＵのディスカバリ送信を管理することに関連付けられ得る。ＷＴＲＵには、ディスカバリリソースプールにおいてディスカバリメッセージを送信することができるかどうかを判定するために、例えばデータ通信リソースプールにおけるＣＲ閾値を構成することができる。ＷＴＲＵは、データ通信リソースプールにおけるＣＲが閾値より小さい場合、ディスカバリメッセージを送信することを許可され得る。ＣＲが閾値より大きい場合、ＷＴＲＵは、ディスカバリリソースプールにおいてディスカバリメッセージを送信しないようにする（例えば、送信することを許可されないようにする）ことができる。

ＷＴＲＵは、ＷＴＲＵのＣＲに基づいて、メッセージ（例えば、ディスカバリメッセージ）を送信するかどうかを判定することができる。ＷＴＲＵは、例えば、ＷＴＲＵがディスカバリメッセージの送信期間中に接続すべき１つ以上のＷＴＲＵを検出することができなかった場合、ある期間にわたってディスカバリメッセージを送信することを停止し、かつ／又はディスカバリメッセージの周期を増大／低減させることができる。例えば、リモートＷＴＲＵは、例えば、モデルＢを使用して、ディスカバリメッセージ（例えば、要請メッセージ）を送信することができる。ＷＴＲＵは、（例えば、最初に）第１の送信期間を使用してディスカバリメッセージを周期的に送信することができる。ＷＴＲＵは、（例えば、ある持続時間閾値の後に）ディスカバリメッセージの送信周期を増大させることができる。ディスカバリメッセージの持続時間閾値及び／又は送信周期（例えば、第１及び／又は第２の最大／最小送信周期）は、例えば、リソースプールごとに、及び／又はサービスごとに構成され得る。例では、このことは、ディスカバリ監視に起因して電力消費を低減することに関連付けられ得る。

ＷＴＲＵは、リソースプールのＣＢＲに基づいて、メッセージ（例えば、ディスカバリメッセージ）を送信するかどうかを判定することができる。ＷＴＲＵは、例えば、リソースプール（例えば、データ通信リソースプール又はディスカバリメッセージリソースプール）のＣＢＲが閾値より大きい場合、ディスカバリリソースプール又はデータ通信リソースプールにおいてディスカバリメッセージを送信しないようにする（例えば、送信することを許可されないようにする）ことができる（例えば、及びその逆）。閾値は、リソースプールごとに構成され得る。例では、このことは、データ又はディスカバリリソースプールの輻輳を制御することに関連付けられ得る。ＷＴＲＵには、２つのリソースプールを構成することができる。一方のリソースプールはデータ送信のために使用され得、他方のリソースプールはディスカバリ送信のために使用され得る。ＷＴＲＵには、リソースプールのＣＢＲが閾値より大きい場合、ＷＴＲＵがディスカバリリソースプールにおいてディスカバリメッセージを送信しないようにする（例えば、送信することを許可されない）ことができるように、データリソースプールにおけるＣＢＲ閾値を構成することができる（例えば、及びその逆）。

ＷＴＲＵは、ディスカバリＴＢの優先度に基づいて、メッセージ（例えば、ディスカバリメッセージ）を送信するかどうかを判定することができる。ＷＴＲＵは、ＴＢの優先度に基づいて、リソースプールにおいてディスカバリＴＢを送信するかどうかを判定することができる。ＴＢのディスカバリは、その優先度に基づいてリソースプールにおいて送信され得、例えば、その優先度が閾値より大きい／小さい場合に送信され得る。そうでない場合、ＷＴＲＵは、リソースプールにおいて送信しないようにする（例えば、送信することを許可されないようにする）ことができる。優先度閾値は、例えば、ＣＢＲ範囲ごとにかつ／又はリソースプールごとに構成され得る。

サイドリンク（例えば、既存のサイドリンク）のチャネル品質及び／又はステータスは、ＴＢに関連して使用され得る。ＷＴＲＵは、現在のサイドリンク（例えば、ＷＴＲＵが接続されているサイドリンク）のチャネル品質及び／又はステータスに基づいて、リソースプールにおいてディスカバリＴＢを送信するかどうかを判定することができる。ＷＴＲＵは、現在のサイドリンクのチャネル品質が閾値未満である場合、ディスカバリメッセージを送信することを決定することができる。そうでない場合、ＷＴＲＵは、ディスカバリメッセージを送信しないようにする（例えば、送信することを許可されないようにする）ことができる。リモートＷＴＲＵは、例えば、現在のリレー（例えば、ＷＴＲＵが接続されているリレー）とのサイドリンクにおいて測定されたＲＳＲＰが閾値より小さい場合、ディスカバリメッセージを送信して別のリレーを探すことを許可され得る（例えば、及びその逆）。閾値は、リソースプールごとに、かつ／又はリレーサービスごとに（事前に）構成され得る。

ＷＴＲＵは、ＷＴＲＵの同期ステータスに基づいて、メッセージ（例えば、ディスカバリメッセージ）を送信するかどうかを判定することができる。ＷＴＲＵは、ＷＴＲＵの同期ステータスに基づいて、ディスカバリＴＢを送信するかどうかを判定することができる。ＷＴＲＵの同期ステータスは、同期ソースの利用可能性、同期ソースの優先度、又はＷＴＲＵが同期信号を送信したか否かのうちの１つ又はいずれかに基づいて決定され得る。

リモートＷＴＲＵは、（例えば、１つの）ディスカバリメッセージを送信してＷＴＲＵネットワーク間リレーを見つけることを決定することができる。リモートＷＴＲＵは、ｇＮＢに同期されておらず、かつ／又はＷＴＲＵがｇＮＢに直接同期されている場合、送信しないようにする（例えば、ディスカバリメッセージを送信することを許可されないようにする）ことができる。

ＷＴＲＵは、ディスカバリメッセージを送信してＷＴＲＵ間リレーを見つけることができる。ＷＴＲＵは、それがいずれの同期ソースとも同期されない場合、メッセージを送信しないようにする（例えば、送信することを許可されない）ことができる（例えば、又はその逆）。ＷＴＲＵは、同期ソースの優先度が閾値より小さい場合、ディスカバリメッセージを送信しないようにする（例えば、送信することを許可されないようにする）ことができる（例えば、又はその逆）。

ＷＴＲＵ（例えば、リレーＷＴＲＵ）は、同期ソースを有する場合、又は同期メッセージを送信した場合、ディスカバリメッセージを送信することを決定することができる。例では、このことは、リモートＷＴＲＵが、リレーＷＴＲＵに同期してリレーＷＴＲＵに適切に接続できるのを可能にすることに関連付けられ得る。

ＷＴＲＵは、別のノードからのメッセージの受信に基づいて、メッセージ（例えば、ディスカバリメッセージ）を送信するかどうかを判定することができる。ＷＴＲＵは、別のノードからの別のメッセージ（例えば、別のＷＴＲＵからのディスカバリメッセージ）の受信に基づいて、ディスカバリメッセージを送信するかどうかを判定することができる。例えば、ＷＴＲＵ間シナリオの場合、リレーＷＴＲＵは、リモートＷＴＲＵからディスカバリメッセージ（例えば、要請メッセージ）を受信した場合、ディスカバリメッセージを送信することを決定することができる。例では、このことは、リレーＷＴＲＵのディスカバリ送信オーバーヘッドを低減することに関連付けられ得る。

ＷＴＲＵは、ディスカバリリソースプールの監視をトリガし、かつ／又は監視を停止することができる。ＷＴＲＵは、ＷＴＲＵ（例えば、リモートＷＴＲＵ、ソースＷＴＲＵ、又は宛先ＷＴＲＵ）がリレーに接続されているか否か、ＷＴＲＵの負荷、ＷＴＲＵのＣＲ、リソースプールのＣＢＲ（例えば、ディスカバリリソースプールのＣＢＲ及び／又はデータリソースプールのＣＢＲ）、ディスカバリサービスの優先度及び／又はディスカバリデータを有するＴＢの優先度、サイドリンク及び／又はＵｕリンクのチャネルの品質／状態、又はＷＴＲＵの同期ステータスのうちの１つ以上に基づいてリソースプール（例えば、ディスカバリリソースプール）の監視をトリガしかつ／又は停止することができる。ディスカバリリソースプールの監視は、ＳＣＩを復号して、例えば、ＷＴＲＵ自体についてのディスカバリメッセージを探し、予約されたリソースを決定すること、又は、ＲＳＲＰ、ＲＳＳＩ、ＣＢＲなどを測定することのうちの１つ以上を含み得る。

ＷＴＲＵは、ＷＴＲＵがリレーに接続されているか否かに基づいて、ディスカバリリソースプールの監視をトリガし、かつ／又は監視を停止することができる。ＷＴＲＵ（例えば、リモートＷＴＲＵ）は、そのサイドリンク接続ステータス（例えば、現在のサイドリンク接続ステータス）に基づいて、ディスカバリリソースプールを監視することをトリガ又は停止することができる。ＷＴＲＵは、例えば、すでに１つのリレーとの接続を有する場合、ディスカバリリソースプールを監視することを停止することができる。ＷＴＲＵは、例えば、接続されたリレーを有していない場合、ディスカバリリソースプールの監視をトリガすることができる。

ＷＴＲＵは、ＷＴＲＵの負荷に基づいて、ディスカバリリソースプールの監視をトリガし、かつ／又は監視を停止することができる。ＷＴＲＵ（例えば、リレーＷＴＲＵ）は、ＷＴＲＵの負荷に基づいて、ディスカバリリソースプールの監視をトリガ又は停止することができる。ＷＴＲＵは、例えば、ＷＴＲＵの負荷が閾値より小さい場合、ディスカバリリソースプールの監視をトリガすることができる。ＷＴＲＵは、例えば、その負荷が別の閾値より大きい場合、リソースプールの監視を停止することができる。ＷＴＲＵの負荷閾値には、例えば、他のパラメータ（例えば、リソースプールのＣＢＲ、サービスのＱｏＳなど）を（事前に）構成することができる。

ＷＴＲＵは、リソースプールのＣＢＲに基づいて、ディスカバリリソースプールの監視をトリガし、かつ／又は監視を停止することができる。ＷＴＲＵは、リソースプールのＣＢＲに基づいてディスカバリメッセージの監視をトリガすることができる。ディスカバリリソースプールを監視することをトリガするために使用されるＣＢＲは、ディスカバリリソースプール（例えば、現在のディスカバリリソースプール）及び／又は関連するデータリソースプールにおいて測定され得る。ＷＴＲＵは、例えば、関連するデータ通信リソースプールのＣＢＲが閾値より小さい／大きい場合、ディスカバリリソースプールの監視をトリガすることができる。閾値は、例えば、リソースプール及び／又はリレーサービスの優先度ごとに（事前に）構成され得る。

ＷＴＲＵは、リソースプールのＣＢＲに基づいて、ディスカバリリソースプールの監視を停止することを決定することができる。ディスカバリリソースプールを監視することを停止するために使用されるＣＢＲは、ディスカバリリソースプール及び／又は関連するデータリソースプールにおいて測定され得る。ＷＴＲＵは、例えば、関連するデータ通信リソースプールのＣＢＲが閾値より大きい場合、ディスカバリリソースプールを監視することを停止することができる。閾値は、例えば、リソースプール及び／又はリレーサービスの優先度ごとに（事前に）構成され得る。

ＷＴＲＵは、既存のサイドリンク（例えば、ＷＴＲＵが接続されているサイドリンク）のチャネル品質／ステータスに基づいて、ディスカバリリソースプールの監視をトリガし、かつ／又は監視を停止することができる。ＷＴＲＵは、既存のサイドリンク及び／又はＵｕリンクのチャネル品質／ステータスに基づいて、ディスカバリメッセージの監視をトリガすることができる。ＷＴＲＵは、例えば、既存のサイドリンクのチャネル品質／ステータスが既存のサイドリンク及び／又はＵｕリンクの事前に定義されたトリガ条件を満たす場合に、ディスカバリリソースプールの監視をトリガすることができる。トリガ条件は、既存のサイドリンクのＲＳＲＰ及び／又はＵｕのＲＳＲＰが閾値より小さいこと、ＷＴＲＵが、ピアＷＴＲＵから、継続中の接続を停止するための指示を受信すること、又は、ＷＴＲＵは、サイドリンク接続（例えば、現在のサイドリンク接続）を停止することを決定することのうちの１つ以上であってもよい。例では、このことは、ディスカバリリソースプールの監視に起因して電力消費が低減することに関連付けられ得る。

ＷＴＲＵは、ＷＴＲＵの同期ステータスに基づいて、ディスカバリリソースプールの監視をトリガし、かつ／又は監視を停止することができる。ＷＴＲＵは、例えば、同期ソースに同期した場合、ディスカバリリソースプールの監視をトリガすることができる。ＷＴＲＵは、例えば、同期を失った場合、ディスカバリリソースプールの監視を停止することができる。ＷＴＲＵは、ＷＴＲＵが全地球的航法衛星システム（global navigation satellite systems、ＧＮＳＳ）に同期されないこと、ＷＴＲＵが基地局（例えば、ｇＮＢ）に同期されないこと、ＷＴＲＵが、ある期間にわたってサイドリンク同期信号（sidelink synchronization signal、ＳＬＳＳ）を検出しないこと、又は、ＷＴＲＵがＳＬＳＳを送信しないことのうちの１つ以上に起因してディスカバリリソースプールの監視を停止することができる。

ＷＴＲＵは、その省電力状態に基づいて監視リソースプールを決定することができる。ＷＴＲＵには、１つ以上のリソースプールを（事前に）構成することができる。各リソースプールは、１つ以上の省電力状態に関連付けられ得る。ＷＴＲＵは、その省電力状態に基づいてどのリソースプールを監視するかを決定することができる。ＷＴＲＵは、省電力状態を切り替える場合、監視リソースプールを切り替えることができる。

ＷＴＲＵは、ＷＴＲＵの受信アクティビティに基づいて、ＷＴＲＵの省電力状態を切り替えることができる。ＷＴＲＵは、例えば、ある期間の間、例えば、リレー及び／又はリモートＷＴＲＵが見つからない場合、第１の省電力状態（例えば、高電力消費状態）から第２の省電力状態（例えば、より低い電力消費状態）に切り替えることができる。

ＷＴＲＵは、（例えば、タイマを介して）リソースプール監視時間を使用して、例えば、リソースプール監視の省電力状態を決定することができる。ＷＴＲＵは、リソースプールを監視する場合、持続時間を追跡する（例えば、タイマを開始する）ことができる。持続時間が満了した（例えば、タイマが満了した）場合、ＷＴＲＵは、監視リソースプールを変更することができる。ＷＴＲＵは、ＷＴＲＵがリレー及び／又はリモートＷＴＲＵを見つけた場合、持続時間の追跡を停止する（例えば、タイマを停止する）ことができる。例では、このことは、リソースプール監視に起因する電力消費をＷＴＲＵが低減するのを助けることに関連付けられ得る。

プラトーンベースのディスカバリに関連する特徴を本明細書で開示し得る。例では、ユーザ（例えば、ユーザＡ及びＢ）は、プラトーンに属することがあり、例えば、プラトーンのリレーを介して、互いに通信することを望むことがある。

ＷＴＲＵは、グループに関連付けられたＩＤをディスカバリメッセージに含めることができる。ＷＴＲＵ（例えば、ソースＷＴＲＵ、宛先ＷＴＲＵ）は、例えば、ディスカバリを容易にするために、以下のＩＤ、すなわち、プラトーンに関連付けられたＩＤ、ターゲットＷＴＲＵのＩＤ（例えば、プラトーン内のターゲットメンバＩＤ）、ソースＷＴＲＵのＩＤ（例えば、プラトーン内のソースメンバＩＤ）、又は可能なリレーＷＴＲＵ ＩＤのセットのうちの１つ以上をディスカバリメッセージに含めることができる。

ＷＴＲＵは、ソース及び／又は宛先ＩＤをディスカバリメッセージに含めることができる。ＷＴＲＵ ＩＤは、例えば、ソース及び／又は宛先ＷＴＲＵから送られた１つ以上のメッセージ（例えば、ディスカバリメッセージ）から取得することができる。ＷＴＲＵは、例えば、ＷＴＲＵのためのリレーとして働くことを決定した場合、ディスカバリメッセージ内にＷＴＲＵ ＩＤを含めることができる。

ＷＴＲＵは、ＷＴＲＵ ＩＤに関連付けられたサイドリンク測定値を含めることができる。ＷＴＲＵ（例えば、リレーＷＴＲＵ）は、１つ以上のサイドリンク測定値（例えば、ＳＬ ＲＳＲＰ）を含むことができ、１つ以上のサイドリンク測定値の各々は、ディスカバリメッセージに含まれる１つの送信元／宛先ＷＴＲＵに関連付けられ得る。ＷＴＲＵは、対応するサイドリンクのＳＬ ＲＳＲＰ（例えば、ＷＴＲＵは、対応するサイドリンクのＳＬ ＲＳＲＰが閾値より大きい場合、ＷＴＲＵ ＩＤをディスカバリメッセージに含めることができ、閾値は、例えば、例えば、リレーサービスごとに、かつ／又はリソースプールごとに（事前に）構成され得る）、又は、要求されたリレーサービスのＱｏＳのうちの１つ以上に基づいてソース／宛先ＩＤを含むことができる。

リレーＷＴＲＵは、ディスカバリメッセージを転送するかどうかを判定することができる。リレーＷＴＲＵは、それ自体とターゲットＷＴＲＵとの間のサイドリンク品質に基づいて、ディスカバリメッセージを転送するかどうかを判定することができる。サイドリンク品質は、それ自体とターゲットＷＴＲＵとの間のデータ通信のＲＳＲＰに基づいて決定することができる。リレーＷＴＲＵは、ディスカバリメッセージに含まれるＩＤのセットに基づいて、ディスカバリメッセージを転送するかどうかを判定することができる。ＷＴＲＵは、例えば、ＷＴＲＵ ＩＤがディスカバリメッセージに含まれるＩＤのセットに属する場合、ディスカバリメッセージを転送することができる。そうでない場合、ＷＴＲＵは、ディスカバリメッセージを転送しないようにすることができる。

ＷＴＲＵは、ディスカバリタイプ及び／又はリソースプールを選択することができる。ＷＴＲＵには、１つ以上のディスカバリタイプを（事前に）構成することができる。これらのディスカバリタイプのうちの１つ以上（例えば、各ディスカバリタイプ）は、以下のパラメータ／構成、すなわち、ディスカバリパケットサイズ、多重化挙動、リソース送信タイプ（例えば、非周期的、半永続的、又は周期的送信）、帯域幅（例えば、ディスカバリ送信のために使用されるサブチャネルの数）、ＭＣＳ、送信電力（例えば、電力ブースティングが使用されるか否か、及び／又はどの電力レベルが使用されるか）、優先度レベル、ディスカバリモデル（例えば、ディスカバリモデルＡ、ディスカバリモデルＢなど）、又はディスカバリメッセージのために使用するためのＬＣＨのうちの１つ又は組み合わせに関連付けられ得る。

ディスカバリパケットサイズに関して、ＷＴＲＵには、複数のディスカバリメッセージサイズを（事前）構成することができ、メッセージサイズのうちの１つ以上（例えば、各メッセージサイズ）をそれぞれのディスカバリタイプに関連付けることができる。多重化挙動に関して、第１のディスカバリタイプは、他のデータとの多重化を可能にし得るが、第２のディスカバリタイプは、他のデータとの多重化を可能にしないことがある。送信電力に関して、第１のディスカバリタイプ（例えば、ディスカバリメッセージタイプ）は、低い送信電力を使用し得、第２のディスカバリタイプは、高い送信電力を使用し得る。優先度レベルに関して、（例えば、各）ディスカバリメッセージタイプは、Ｔｘ及びＲｘについて異なる優先度レベルを割り当て得る。例では（例えば、ＬＣＰ、ＵＬ／ＳＬ優先順位付け、ＳＣＩにおける送信、又は他の機能について）、優先度が送信に割り当てられ得る。

ＷＴＲＵは、ディスカバリタイプ（例えば、ディスカバリメッセージタイプ）を選択することができる。ＷＴＲＵは、ディスカバリ送信のために使用又は決定されるリソースプール、（例えば、ディスカバリメッセージ又はリレーを介して送信されるデータに関連する）リレーサービスのＱｏＳ要件、カバレッジ情報及び／又はＷＴＲＵがカバレッジ内にあるセルのＵｕ測定値、スケジューリングモード（例えば、モード１又はモード２）、（例えば、ＷＴＲＵ又はＷＴＲＵ能力の特定の特性を含む）ＷＴＲＵタイプ、リレー（例えば、新しいリレー）を見つける必要性（例えば、緊急性又は重要性）、ＷＴＲＵがすでにリレーに接続されているかどうか（例えば、ディスカバリが選択のためのものであるかそれとも再選択のためのものであるか）、ディスカバリメッセージが追加のＡＳ情報（例えば、システム情報など）を含むことができるかどうか、又はディスカバリメッセージがディスカバリメッセージとともに含まれ得るＡＳレイヤ情報のタイプに基づくことができるかどうかのうちの１つ以上に基づいてディスカバリメッセージタイプを選択することができる。

リソースプールに基づいてディスカバリメッセージタイプを選択することに関して、ＷＴＲＵには、１つ以上のリソースプールを（事前に）構成することができる。（例えば、各々の）構成されたリソースプールは、１つ以上のディスカバリタイプに関連付けられ得る。ＷＴＲＵは、ディスカバリ送信／受信のために使用又は決定されるリソースプールに基づいて、どのディスカバリタイプを送信するかを決定することができる。例えば、ＷＴＲＵには、２つのリソースプール及び２つのメッセージタイプを（事前に）構成してもよい。第１のリソースプールは、データと多重化することを可能にし得る第１のディスカバリタイプに関連付けられ得る。第２のリソースプールは、データとの多重化を可能にしないことがある第２のディスカバリタイプに関連付けられ得る。

リレーサービスのＱｏＳ要件に基づいてディスカバリメッセージタイプを選択することに関して、ＷＴＲＵは、高ＱｏＳ要件サービスについて（例えば、高送信電力及び／又は高送信／受信優先度を有する）第１のディスカバリタイプを使用することができる。ＷＴＲＵは、低ＱｏＳ要件サービスに（例えば、低送信電力及び／又は低送信／受信優先度を有する）第２のディスカバリタイプを使用することができる。ＷＴＲＵには、ディスカバリメッセージに関連付けられた所与のＬ２宛先ＩＤのために使用される特定のディスカバリタイプを構成することができる（例えば、所与のＬ２宛先ＩＤをタイプ１及び／又はタイプ２に関連付けることができる）。ＱｏＳ要件は、ベアラ構成及び／又はリレーされているベアラ若しくはチャネルの優先度に基づいて決定され得る。例えば、ＷＴＲＵは、リレーされているＷＴＲＵのＬＣＨが閾値（例えば、構成された閾値）を上回る優先度を有する場合、又はＬＣＨのための構成が特定のディスカバリタイプの使用を指定する場合、そのディスカバリタイプを選択することができる。

ＷＴＲＵがカバレッジ内にあるセルのカバレッジ情報又はＵｕ測定値に基づいてディスカバリメッセージタイプを選択することに関して、ＷＴＲＵは、ネットワークカバレッジ内にある場合、第１のディスカバリタイプを使用することができ、ネットワークカバレッジ外にある場合、第２のディスカバリタイプを使用することができる。

スケジューリングモード（例えば、モード１又はモード２）に基づいてディスカバリメッセージタイプを選択することに関して、（例えば、リレーＷＴＲＵであり得る）ＷＴＲＵは、ディスカバリリソース送信がネットワークによってスケジュールされる場合、第１のディスカバリタイプを使用することができ、ディスカバリリソース送信がＷＴＲＵによって選択される場合、第２のディスカバリタイプを使用することができる。

ＷＴＲＵタイプ（例えば、ＷＴＲＵの特定の特性又はＷＴＲＵの能力を含む）に基づいてディスカバリメッセージタイプを選択することに関して、ＷＴＲＵタイプは、リレーＷＴＲＵ、リモートＷＴＲＵ、ＷＴＲＵネットワーク間（WTRU-to-network、Ｕ２Ｎ）リレー／リモートＷＴＲＵ、ＷＴＲＵ間（WTRU-to-WTRU、Ｕ２Ｕ）リレー／リモートＷＴＲＵ、歩行者ＷＴＲＵ若しくはＶＵＥ、省電力ＷＴＲＵ、又は非省電力ＷＴＲＵを含むことができる。ＷＴＲＵの能力は、ＷＴＲＵがディスカバリタイプ１を送信できるかそれともディスカバリタイプ２を送信できるかを含むことができる。例では、リレーＷＴＲＵとして構成されたＷＴＲＵは、第１のタイプのディスカバリを送信することができ、リモートＷＴＲＵとして構成されたＷＴＲＵは、第２のタイプのディスカバリを送信することができる。例では、タイプ２対応ＷＴＲＵであるように構成されたＷＴＲＵは、タイプ２のディスカバリを送信することができる。

リレーを見つける必要性（例えば、緊急性又は重要性）に基づいてディスカバリメッセージタイプを選択することに関して、リモートＷＴＲＵは、その接続されたリレーと通信することができない結果としてディスカバリ送信をトリガする場合（例えば、ＳＬ ＲＳＲＰが事前に構成された閾値未満である場合、ＳＬ ＲＬＦがトリガされる場合など）、ディスカバリタイプを使用することができる。

ＷＴＲＵは、ディスカバリ送信のために１つ以上のリソースプールを選択することができる。ＷＴＲＵには、ディスカバリ送信のための１つ以上のリソースプールを（事前に）構成することができる。ＷＴＲＵには、データ送信のための１つ以上の共有リソースプール、及び／又はディスカバリ送信のための（例えば、ディスカバリ送信のみのための）１つ以上の専用リソースプールを（事前に）構成することができる。ＷＴＲＵは、以下のうちの１つ又は任意の組み合わせに基づいて、ディスカバリメッセージの送信のためにどのリソースプールを使用するかを決定することができる。

ＷＴＲＵは、リソースプールに関連するＣＢＲに基づいて、ディスカバリ送信のためにどのリソースプールを使用すべきかを判定することができる。例えば、ＷＴＲＵは、リソースプールに関連するＣＢＲが（例えば、構成され得る）閾値より小さい場合、ディスカバリ送信のためにリソースプールを（例えば、常に）使用するように（事前に）構成され得る。ＷＴＲＵは、リソースプールに関連するＣＢＲが閾値より大きい場合、以下のうちの１つ以上を実行することができる。ＷＴＲＵは、別のリソースプールに切り替えることができる。ＷＴＲＵは、リソースプールに関連するＣＢＲをネットワークに報告し、かつ／又はディスカバリ送信のための別のリソースプール構成を暗黙的／明示的に要求することができる。ＷＴＲＵは、ＳＲ及び／又はＳＬ－ＢＳＲをトリガして、ディスカバリ送信の利用可能性を報告することができる。

ＷＴＲＵは、例えば、リソースプールに関連するＣＢＲが閾値より小さい場合、ディスカバリ送信のために専用リソースプールを使用することができる。ＷＴＲＵは、専用リソースプールに関連するＣＢＲが閾値より大きい場合、専用リソースプールに切り替えることができる。ＷＴＲＵは、リソースプールに関連するＣＢＲが閾値より小さい場合、ディスカバリ送信のために専用リソースプールを使用することができる。ＷＴＲＵは、例えば、専用リソースプールに関連するＣＢＲが閾値より大きい場合、ＳＲ及び／又はＢＳＲをトリガしてディスカバリ送信の利用可能性を報告することができる。本明細書で説明する閾値のうちの１つ以上は、（例えば、ＲＲＣシグナリングを介してなど、ネットワーク又は上位レイヤによって）構成され得る。

ＷＴＲＵは、ディスカバリ送信のタイプ（例えば、本明細書で説明するディスカバリタイプ）及び／又はディスカバリトラフィックの頻度に基づいて、ディスカバリ送信のためにどのリソースプールを使用するかを決定することができる。例えば、ＷＴＲＵは、半永続的ディスカバリ送信のための第１のリソースプールと、動的及び／又は半永続的ディスカバリ送信のための第２のリソースプールとを選択することができる。ＵＥは、半永続的送信のための専用リソースプール及び動的ディスカバリ送信のための共有リソースプールを選択することができ、又はその逆も可能である。

ＷＴＲＵは、例えば、リソースの周期が閾値（例えば、事前に構成された閾値）より大きい場合、リソースプール（例えば、専用リソースプール）における１つ以上の周期的リソースを予約することを許可され得る。ＷＴＲＵは、（例えば、ディスカバリデータの到着に基づいて）専用リソースプールにおけるリソース選択を実行するか、又は専用リソースプールにおいて予約されたリソースを待つかを決定することができる。

ＷＴＲＵは、リモートＷＴＲＵのリレーの利用可能性に基づいて、ディスカバリ送信のためにどのリソースプールを使用すべきかを判定することができる。例えば、ＷＴＲＵは、リレー選択のために専用リソースプールを選択し、リレー再選択のために共有リソースプールを選択することができる。ＷＴＲＵは、例えば、ＷＴＲＵがリレーを有していない場合、専用リソースプールにおいてディスカバリメッセージを送信することができる。ＷＴＲＵは、例えば、ＷＴＲＵがリレーに接続されている場合、共有リソースプールにおいてディスカバリメッセージを送信することができる。

ＷＴＲＵは、リレーサービスのＱｏＳ及び／又はディスカバリメッセージのＱｏＳに基づいて、ディスカバリ送信のためにどのリソースプールを使用すべきかを判定することができる。例えば、特定の優先度を有するＬＣＨを介してデータを送信及び／又はリレーするＷＴＲＵは、共有リソースプールではなく専用リソースプールを選択することができる。

ＷＴＲＵは、ＷＴＲＵのＣＲに基づいて、ディスカバリ送信のためにどのリソースプールを使用すべきかを判定することができる。例えば、ＷＴＲＵには、ＷＴＲＵが専用及び／又は共有リソースプールにおいてディスカバリメッセージを送信すべきかどうかを判定するために、１つ以上のＣＲ閾値を（事前に）構成することができる。ＣＲ閾値は、ディスカバリメッセージの優先度の関数であり得る。ＣＲ閾値は、１つ以上のリソースプールについて（例えば、リソースプールごとに）（事前に）構成され得る。例えば、ＷＴＲＵの専用リソースプールにおいて測定されたＣＲがＣＲ閾値より大きい場合、ＷＴＲＵは、異なるリソースプール（例えば、共有リソースプール）においてディスカバリメッセージを送信することができる。ＷＴＲＵの専用リソースプールにおいて測定されたＣＲがＣＲ閾値以下である場合、ＷＴＲＵは、専用リソースプールにおいてディスカバリメッセージを送信することができる。共有リソースプールにおいて測定されたＣＲがＣＲ閾値より小さい場合、ＷＴＲＵは、共有リソースプールにおいてディスカバリメッセージを送信することができる。共有リソースプールにおいて測定されたＣＲがＣＲ閾値以上である場合、ＷＴＲＵは、専用リソースプールにおいてディスカバリメッセージを送信することができる。

ＷＴＲＵは、ＷＴＲＵの負荷（例えば、データ負荷）に基づいて、ディスカバリ送信のためにどのリソースプールを使用すべきかを判定することができる。例えば、ＷＴＲＵは、専用リソースプールにおいてディスカバリメッセージを送信することができ、又はＷＴＲＵの負荷が閾値より大きい場合、ディスカバリ送信のためのリソースを要求することができる。ＷＴＲＵの負荷は、リレーされる保留中のデータの量に関連付けられ得る。ＷＴＲＵの負荷は、優先度閾値より高い優先度を有する（例えば、リレーされる）データの量として決定され得る。優先度閾値は、ディスカバリメッセージの優先度の関数であり得る。

ＷＴＲＵは、リソースプールのサブチャネルサイズに基づいて、ディスカバリ送信のためにどのリソースプールを使用すべきかを判定することができる。ＷＴＲＵには、ディスカバリメッセージを送信するためにリソースプール（例えば、複数のリソースプール）を（事前に）構成することができる。ＷＴＲＵは、例えば、リソースプールのサブチャネルサイズに基づいて、どのリソースプールがディスカバリメッセージを送信するかを決定することができる。ＷＴＲＵは、ディスカバリ送信のために（事前に）構成されたリソースプールのセットから（例えば、最小のサブチャネルサイズを有する）リソースプールを選択することができる。ＷＴＲＵは、例えば、サブチャネルサイズが閾値より小さい場合、リソースプールを選択することができる。

ＷＴＲＵは、物理サイドリンクフィードバックチャネル（physical sidelink feedback channel、ＰＳＦＣＨ）がリソースプールにおいて（事前に）構成されているかどうかに基づいて、ディスカバリ送信のためにどのリソースプールを使用すべきかを判定することができる。ＷＴＲＵは、（例えば、ＰＳＦＣＨ送信が構成されることなく）リソースプールに優先順位を付けることができる。ＰＳＦＣＨ送信が全てのリソースプールにおいて構成される場合、ＷＴＲＵは、最高のＰＳＦＣＨ送信期間を有するリソースプールを優先することができる。

ＷＴＲＵは、サイドリンクデータ送信用に（事前に）構成されたキャリア及びディスカバリ送信のために（事前に）構成されたキャリアに基づいて、ディスカバリ送信のためにどのリソースプールを使用すべきかを判定することができる。ＷＴＲＵは、サイドリンクデータ送信用に（事前に）構成されたリソースプールと同じキャリア内のリソースプールを優先することができる。

ＷＴＲＵは、受信された構成情報に基づいて、ディスカバリ送信のためにどのリソースプールを使用すべきかを判定することができる。ＷＴＲＵは、例えば、（例えば、ＲＲＣシグナリングを介して）構成情報を受信した場合、そのリソースプールを優先的にディスカバリ送信に使用することができる。ＷＴＲＵがＳＩＢから構成情報を受信した場合、又はリソースプールが（事前に）構成されている場合、ＷＴＲＵは、そのようなリソースプールを優先しないようにする（例えば、優先しない）ことができる。ＷＴＲＵは、例えば、他の基準を使用して（例えば、リソースプールのＣＢＲに基づいて）、どのリソースプールがディスカバリを送信するかを決定することができる。

ＷＴＲＵは、半永続的予約がリソースプールにおいて無効化／有効化されているかどうかに基づいて、ディスカバリ送信のためにどのリソースプールを使用すべきかを判定することができる。例では、ＷＴＲＵは、半永続的予約が有効化されたリソースプールを優先することができる。

ＷＴＲＵは、複数の（例えば、両方の）リソースプール（例えば、共有リソースプールと専用リソースプールの両方）においてディスカバリ送信を実行することができる。ＷＴＲＵは、例えば、リソースプールのＣＢＲが閾値より小さい場合、１つのリソースプール（例えば、専用リソースプール）を優先するように（事前に）構成され得る。ＷＴＲＵは、例えば、優先付けされたリソースプールのＣＢＲが（事前に）構成された閾値より大きい場合、別のリソースプールにおいてディスカバリを送信することができる。この手法は、輻輳シナリオの場合に、ディスカバリメッセージが意図された受信機に到達することができる確率を増大させ得る。

ディスカバリ拡張、リレー再選択、及び／又はセル再選択が実行され得る。ＷＴＲＵは、例えば、ディスカバリ送信／受信に基づいて、サイドリンクデータを送信するかどうかを判定することができる。例では、ＷＴＲＵは、ディスカバリ送信／受信に優先順位を付けるように構成（例えば、事前に構成）することができる。例では、ＷＴＲＵは、ディスカバリ送信／受信が優先される場合、優先度及び／又はサービスのデータ（例えば、Ｕｕ及び／又はＳＬ）を送信することを停止するように構成（例えば、事前に構成）され得る。例えば、ＷＴＲＵには、優先度閾値を構成（例えば、事前に構成）することができる。ＷＴＲＵがディスカバリデータを送信／受信する必要がある場合、ＷＴＲＵは、優先度が優先度閾値より低いデータの送信を実行しないようにすることができる。例では、ＷＴＲＵは、例えば、ＷＴＲＵがディスカバリ送信／受信を優先することを決定した場合、サイドリンクＴＢのための（再）送信の数を低減することができる。例では、ＷＴＲＵは、Ｕｕ送信よりサイドリンクディスカバリ送信を優先させることができる。ＷＴＲＵには、ＳＬディスカバリ送信よりＵＬ送信を優先させるかどうかを判定するためにＬＣＨを構成することができる。例えば、ＷＴＲＵは、ディスカバリ送信／受信を実行する必要があると判定した場合、そのような閾値を適用することができる。ＷＴＲＵは、以下のイベント、すなわち、ＷＴＲＵがリレーＷＴＲＵからＲＬＦ指示を受信すること、ＷＴＲＵがＲＬＦ（例えば、ＳＬ ＲＬＦ及び／若しくはＵｕ ＲＬＦ）をトリガすること、並びに／又はＷＴＲＵがネットワークから（例えば、専用ＲＲＣシグナリングにおいて）指示を受信することのうちの１つ又は任意の組み合わせに基づいて、ディスカバリ送信／受信を実行するかどうかを判定することができる。

ＷＴＲＵは、ディスカバリデータのための輻輳制御を実行することができる。例では、ＷＴＲＵには、輻輳制御パラメータの２つ以上のセットを構成（例えば、事前に構成）することができ、輻輳制御パラメータの２つ以上のセットは、例えば、以下のパラメータ、すなわち、送信電力（例えば、最大送信電力）、ＭＣＳ（例えば、最大及び最小ＭＣＳ）、ＴＢのための再送信の数（例えば、最大数）、及び／又は１つの送信のために使用されるサブチャネルの数（例えば、最大数）のうちの１つ又は任意の組み合わせを含むことができる。

ＷＴＲＵには、データ送信（例えば、通常のデータ送信）についてのパラメータの１つのセットを構成（例えば、事前に構成）してもよく、パラメータの別のセットは、ディスカバリ送信のために使用されてもよい。ＷＴＲＵには、リソースプールのＣＢＲ及び／又はＣＲの範囲ごとにパラメータのセットを構成（例えば、事前に構成）することができる。ＷＴＲＵは、送信がデータ送信に関連付けられているかそれともディスカバリ送信に関連付けられているかに基づいて、パラメータのどのセットを使用すべきかを判定することができる。送信が、データのみに関連付けられた論理チャネルからのデータを含む（例えば、ディスカバリに関連付けられたＬＣＨを含まない）場合、例えば、Ｔｘ ＷＴＲＵは、データに関連付けられた輻輳制御パラメータの第１のセットを使用することができる。送信が、ディスカバリのみに関連付けられた論理チャネルからのデータを含む（例えば、データに関連付けられたＬＣＨを含まない）場合、例えば、Ｔｘ ＷＴＲＵは、ディスカバリに関連付けられた輻輳制御パラメータの第２のセットを使用することができる。Ｔｘ ＷＴＲＵは、パラメータの第１のセットを使用することができ、又は、例えば、送信がディスカバリ及びデータの両方を含む場合にはパラメータの第２のセットを使用することができる。

ＷＴＲＵは、どのリソースプールがディスカバリデータを送信するかを決定することができる。ＷＴＲＵには、例えば、ＷＴＲＵがディスカバリデータを送信することができる複数のリソースプールを構成することができる。例えば、ＷＴＲＵには、ディスカバリデータ送信専用のリソースプールを構成することができ、ＷＴＲＵには、データ送信とディスカバリ送信の両方を可能にすることができる別のリソースプールを構成することができる。ＷＴＲＵには、例えば、いずれかのプールを利用すべきであるかどうかに関するルール（例えば、特定のルール）を設けることができる。ＷＴＲＵは、例えば、リソースプールのＣＢＲ、リソースプール内のＷＴＲＵのＣＲ、ＴＢのＱｏＳ、ＷＴＲＵの負荷、及び／又はディスカバリメッセージの予想される送信電力の任意の組み合わせに基づいて、ディスカバリを送信するためにどのプール又はプールタイプが使用され得るかを決定することができる。

ＷＴＲＵは、例えば、リソースプールのＣＢＲに基づいて、ディスカバリを送信するためにどのプール又はプールタイプが使用され得るかを決定することができる。例えば、ＷＴＲＵには、プール内でのディスカバリ送信を可能にするＣＢＲ閾値を構成（例えば、事前に構成）することができる。ＷＴＲＵは、例えば、ＣＢＲが閾値より小さい場合、リソースプールにおいてディスカバリを送信することができる。そうでない場合、ＷＴＲＵは、リソースプールにおいてディスカバリを送信しないようにすることができる。ＷＴＲＵは、この場合、専用ディスカバリリソースプール、又はそのようなＣＢＲ閾値を構成されていないプールにおいてディスカバリを送信することができる。

ＷＴＲＵは、例えば、リソースプール内のＷＴＲＵのＣＲに基づいて、ディスカバリを送信するためにどのプール又はプールタイプが使用され得るかを決定することができる。例えば、ＷＴＲＵには、ＣＲ閾値を構成（例えば、事前に構成）することができ、ＣＲ閾値をそのリソースプール内のＷＴＲＵのＣＲに関連付けることができる。ＷＴＲＵは、例えば、ＣＲが閾値より小さい場合、リソースプールにおいてディスカバリを送信することができる。そうでない場合、ＷＴＲＵは、リソースプールにおいてディスカバリを送信しないようにすることができる。ＷＴＲＵは、この場合、専用リソースプール、又はそのようなＣＲ閾値を構成されていないプールにおいてディスカバリを送信することができる。

ＷＴＲＵは、例えば、ＴＢのＱｏＳに基づいて、ディスカバリを送信するためにどのプール又はプールタイプが使用され得るかを決定することができる。例えば、ＷＴＲＵには、優先度閾値を構成（例えば、事前に構成）することができる。ＷＴＲＵは、例えば、ＴＢ又はディスカバリメッセージの優先度が閾値より大きい場合、リソースプールにおいてディスカバリを送信することを許可され得る。そうでない場合、ＷＴＲＵは、リソースプールにおいてディスカバリを送信しないようにすることができ、専用プールにおいてディスカバリを送信することができる（例えば、送信する必要がある）。

ＷＴＲＵは、例えば、ＷＴＲＵの負荷に基づいて、ディスカバリを送信するためにどのプール又はプールタイプが使用され得るかを決定することができる。例えば、ＷＴＲＵは、リソースプールにおける負荷閾値を構成する（例えば、事前に構成する）ことができる。ＷＴＲＵは、例えば、ＷＴＲＵの負荷に基づいて、リソースプールにおいてディスカバリを送信するかどうかを判定することができる。ＷＴＲＵは、例えば、負荷が閾値より小さい場合に、リソースプールにおいてディスカバリを送信することができる。そうでない場合、ＷＴＲＵは、リソースプールにおいてディスカバリを送信しないようにすることができる。ＷＴＲＵは、例えば、ＷＴＲＵのバッファ内のデータの量、送信／受信／リレーにおける平均／予想データレート、サービスされているユニキャストリンク及び／若しくはリモートＷＴＲＵの数、又はＷＴＲＵにおける負荷の測定に関連付けられた同様の基準に基づいて、その負荷を測定することができる。

ＷＴＲＵは、例えば、ディスカバリメッセージの予想される送信電力に基づいて、ディスカバリを送信するためにどのプール又はプールタイプが使用され得るかを決定することができる。ＷＴＲＵには、ディスカバリの最大送信電力閾値及び／又は最小送信電力閾値などのディスカバリの送信電力閾値を構成（例えば、事前に構成）することができる。ＷＴＲＵは更に、例えば、開ループ又は閉ループ電力制御式に基づいて、最大／最小電力を決定することができる。ＷＴＲＵは、ディスカバリ送信に関連する予想される／必要とされる送信電力を決定することができる。ＷＴＲＵは、例えば、ディスカバリの送信電力が最大電力閾値より小さく、かつ／又は最小送信電力閾値より大きい場合、リソースプールにおいてディスカバリを送信することができる。そうでない場合、ＷＴＲＵは、リソースプールにおいてディスカバリを送信しないようにすることができる。

ＷＴＲＵは、ディスカバリ送信を別のリソースプールに切り替えることができる。例では、ＷＴＲＵには、ディスカバリを送信するための２つ以上のリソースプール（例えば、通常のリソースプール及び例外的なリソースプール）を構成する（例えば、事前に構成する）ことができる。ＷＴＲＵには、ディスカバリを送信するためのデフォルトリソースプール（例えば、通常のリソースプール）を構成（例えば、事前に構成）することができる。ＷＴＲＵは、例えば、ディスカバリ送信が、構成された（例えば、事前に構成された）条件を満たす場合、デフォルトリソースプールにおいてディスカバリを送信することができる。ＷＴＲＵは、例えば、１つ以上の構成された条件が満たされない場合、及び／又は特定のイベントの場合、別のリソースプール（例えば、例外的なリソースプール）に切り替えることができる。デフォルトリソースプールにおいてディスカバリを送信するために構成される条件は、デフォルトリソースプールのＣＢＲ及び／若しくはＷＴＲＵのＣＲが閾値より小さいこと、ＴＢのＱｏＳが範囲内にある（例えば、ＴＢの優先度が閾値より小さい）こと、ＴＢの送信が電力の範囲に属する（例えば、ＴＢの送信電力が閾値より小さく、かつ／若しくは別の閾値より大きい）こと、並びに／又はＷＴＲＵの負荷が閾値より小さいことのうちの１つ又は任意の組み合わせであってもよい。

ＷＴＲＵは、１つ以上のイベントの発生に基づいて、リソースプール（例えば、例外リソースプール）においてディスカバリを送信することができる。１つ以上のイベントは、例えば、ＷＴＲＵがＲＬＦ（例えば、Ｕｕ ＲＬＦ及び／又はＳＬ ＲＬＦ）を検出すること、ＷＴＲＵがある優先度（例えば、閾値を上回る優先度）を有する送信に利用可能なディスカバリメッセージを有すること、ＷＴＲＵがセル再選択をトリガすること、及び／又は持続時間が満了したという決定（例えば、タイマの満了）であってもよい。持続時間（例えば、タイマ）は、本明細書で言及される他のイベントのうちのいずれかの発生に基づいて開始され得る。

ＷＴＲＵは、セル再選択をトリガすることに基づいて、リソースプール（例えば、例外的なリソースプール）においてディスカバリを送信することができる。ＷＴＲＵには、例えば、セル再選択が、ＷＴＲＵの状態（例えば、ＷＴＲＵがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ／ＲＲＣ＿ＩＮＡＣＴＩＶＥである）、保留中の送信の優先度（例えば、ＷＴＲＵには、閾値を上回る優先度を有するＬＣＨが構成される）、及び／又はモビリティイベント（例えば、直接から間接へ、又はその逆の、ＨＯ又はＮＷ制御スイッチ）の失敗などに基づいて、他のプール上でのディスカバリの送信をトリガすることができる条件を構成することができる。

ＷＴＲＵは、ディスカバリメッセージの送信電力を示すことができる。ＷＴＲＵは、ディスカバリメッセージの送信電力に関する以下の情報、すなわち、絶対送信電力、リソースプールのパスロス（例えば、ＤＬパスロス）若しくはＣＢＲに関する情報、電力レベル（例えば、低、中、若しくは高送信電力）及び／又は電力低減レベル（例えば、ＣＢＲ及び／若しくはＤＬパスロスに起因する低、中、若しくは高送信低減など）の指示のうちの１つ又は任意の組み合わせを示すことができる。例えば、Ｔｘ ＷＴＲＵは、その送信電力が輻輳制御に起因して低減されたときに、Ｔｘ ＷＴＲＵの送信に指示を含めることができる。Ｔｘ ＷＴＲＵは、輻輳制御に関連する電力減少の量の指示を含めることができる。送信電力情報は、例えば、ＳＣＩ又はＭＡＣ ＣＥによるシグナリングを使用して示され得る。

ＷＴＲＵは、例えば、Ｔｘ ＷＴＲＵからの送信電力指示に基づいて、ＲＳＲＰ測定を実行することができる。ＷＴＲＵ（例えば、リモートＷＴＲＵ）は、例えば、測定されたサイドリンクディスカバリ（ＳＤ）－ＲＳＲＰ、及びＴｘ ＷＴＲＵからの送信電力指示に基づいて、ディスカバリ送信に関連するサイドリンク品質を決定することができる。サイドリンク品質は、ＳＤ－ＲＳＲＰと送信電力指示パラメータとの関数であり得る。例えば、サイドリンク品質は、低送信電力が示される場合、測定されたＳＤ－ＲＳＲＰからデルタ（例えば、何らかの（事前に）構成された量）を減算することによって決定され得る（例えば、サイドリンク品質＝ＳＤ－ＲＳＲＰ－デルタ）。デルタは、例えば、Ｔｘ ＷＴＲＵによる送信電力指示内の追加情報によって決定することができる。例えば、Ｔｘ ＷＴＲＵは、デルタの値を増加させる倍率を決定するためにＲｘ ＷＴＲＵによって使用され得る係数を送ることができる。高送信電力が送信されるかどうかは、例えば、測定されたＳＤ－ＲＳＲＰにデルタを加算することによって決定され得る（例えば、サイドリンク品質＝ＳＤ－ＲＳＲＰ－デルタ）。サイドリンク品質は、例えば、中送信電力が送信される場合、測定されたＳＤ－ＲＳＲＰとして決定され得る。デルタの値は、リソースプールにおいて構成（例えば、事前に構成）され得る。

ＷＴＲＵは、ＲＳＲＰ閾値を決定してリレー（再）選択を実行することができる。ＷＴＲＵは、ＲＳＲＰ閾値（例えば、ＳＤ－ＲＳＲＰ閾値、ＳＬ－ＲＳＲＰ閾値、又はＵｕ ＲＳＲＰ閾値）を使用して、例えば、リレー（再）選択手順を実行することができる。例えば、ＷＴＲＵは、現在のリレーのＳＤ－ＲＳＲＰ及び／又はＳＬ－ＲＳＲＰが閾値未満である場合、リレー（再）選択をトリガすることができる。ＷＴＲＵは、例えば、ディスカバリ送信／受信手順をトリガするために、ＲＳＲＰ閾値を使用することができる。例えば、ＷＴＲＵは、Ｕｕ ＲＳＲＰが（事前に）構成された閾値を上回る及び／又は下回るかどうかに基づいて、ディスカバリ送信／受信をトリガすることができる。ＷＴＲＵは、例えば、リレー（再）選択手順を実行し、ディスカバリ送信／受信手順を組み合わせてトリガするために、ＲＳＲＰ閾値を使用することができる。

上記のＲＳＲＰ閾値（例えば、ＳＤ－ＲＳＲＰ閾値、ＳＬ－ＲＳＲＰ閾値、Ｕｕ ＲＳＲＰ閾値）のいずれかは、ディスカバリメッセージにおける送信電力指示、リソースプールのＣＢＲ、リレーサービスのＱｏＳ、ＲＬＦがトリガされるか否か、又はＲＬＦ若しくは同様の障害に関連する持続時間が追跡されている（例えば、タイマが動作している）か否か、ＷＴＲＵが持続時間を追跡しているか否か（例えば、ＷＴＲＵにおいてタイマが動作しているか否か、ＷＴＲＵにおいて特定のタイマが動作しているか否か）、及び／又はリモートＷＴＲＵのＵｕ状態のうちの１つ又は任意の組み合わせに基づいて決定され得る。

ＲＳＲＰ閾値は、ディスカバリメッセージ中の送信電力指示に基づいて決定され得る。例では、ＷＴＲＵには、１つのＲＳＲＰ閾値を構成する（例えば、事前に構成する）ことができる。次いで、ＷＴＲＵは、例えば、メッセージの示された送信電力に基づいて、リレー（再）選択を実行するためのＲＳＲＰ閾値（例えば、実際のＲＳＲＰ閾値）を決定することができる。例えば、ＷＴＲＵは、示された送信電力が低い場合、ＲＳＲＰ閾値を減少させることができる。ＷＴＲＵは、例えば、メッセージの示された送信電力が高い場合、ＲＳＲＰ閾値を増加させることができる。ＷＴＲＵは、例えば、示された送信電力が中程度である場合、構成された（例えば、事前に構成された）ＲＳＲＰ閾値（例えば、最初に構成された（例えば、事前に構成された）ＲＳＲＰ閾値）を保持することができる。例では、ＷＴＲＵには、複数のＲＳＲＰ閾値を構成する（例えば、事前に構成する）ことができ、各閾値をＴｘ ＷＴＲＵによる１つ以上の送信電力又は送信電力指示のタイプに関連付けることができる。ＷＴＲＵは、例えば、メッセージの示された送信電力に基づいて、どのＲＳＲＰ閾値を使用すべきかを判定することができる。

ＲＳＲＰ閾値は、リソースプールのＣＢＲに基づいて決定され得る。例では、ＷＴＲＵには、複数のＲＳＲＰ閾値を構成（例えば、事前に構成）することができる。例えば、閾値をＣＢＲ範囲に関連付けることができる。ＷＴＲＵは、例えば、リソースプールのＣＢＲに基づいて、どのＲＳＲＰ閾値を使用すべきかを判定することができる。リソースプールのＣＢＲは、ＷＴＲＵによって測定され得るか、又は別のＷＴＲＵによって示され得る。例では、ＷＴＲＵには、ＲＳＲＰ閾値を構成する（例えば、事前に構成する）ことができる。ＷＴＲＵは、例えば、リソースプールのＣＢＲに基づいて、リレー（再）選択を実行するためのＲＳＲＰ閾値（例えば、実際のＲＳＲＰ閾値）を決定することができる。リソースプールのＣＢＲが高い場合、ＷＴＲＵは、ＲＳＲＰ閾値を増加させることができる。リソースプールのＣＢＲが低い場合、実際のＲＳＲＰ閾値は、構成された（例えば、事前に構成された）ＲＳＲＰ閾値と同じであってもよく、又は実際のＲＳＲＰ閾値は、構成された（例えば、事前に構成された）ＲＳＲＰ閾値を減少させることによって決定され得る。

ＲＳＲＰ閾値は、リレーサービスのＱｏＳに基づいて、決定され得る。例えば、ＷＴＲＵは、リレーサービスのためのＬＣＨの優先度（例えば、最大予想優先度）に基づいて、ＲＳＲＰ閾値を決定することができる。ＷＴＲＵには、複数のＲＳＲＰ閾値を構成（例えば、事前に構成）することができる。ＲＳＲＰ閾値をリレーサービスの優先度（例えば、最大予想優先度）に関連付けることができる。ＷＴＲＵは、例えば、ＷＴＲＵが予想しているリレーサービスの最小予想優先度に基づいて、どのＲＳＲＰ閾値を使用すべきかを判定することができる。

ＲＳＲＰ閾値は、ＲＬＦがトリガされるか否か、あるいはＲＬＦ又は同様の障害に関連する持続時間が追跡されている（例えば、タイマが動作している）かどうかに基づいて決定され得る。ＷＴＲＵは、例えば、ＲＬＦが現在のリレーについてトリガされるか否かに基づいて、リレー（再）選択及び／又はディスカバリメッセージの送信についてのＲＳＲＰ閾値を決定することができる。例では、ＷＴＲＵには、２つのＲＳＲＰ閾値を構成する（例えば、事前に構成する）ことができ、ＲＬＦがトリガされない場合に一方のＲＳＲＰ閾値を使用することができ、ＲＬＦがトリガされる場合に別のＲＳＲＰ閾値を使用することができる。ＷＴＲＵは、例えば、ＲＬＦがトリガされるか否かに基づいて、どのＲＳＲＰ閾値を使用するかを決定することができる。

ＲＳＲＰ閾値は、ＷＴＲＵが持続時間を追跡しているかどうか（例えば、ＷＴＲＵにおいてタイマが動作しているかどうか、又はＷＴＲＵにおいて特定のタイマが動作しているかどうか）に基づいて決定され得る。持続時間は、Ｕｕ接続に関連付けられ得る。例えば、ＷＴＲＵは、持続時間が追跡されていない（例えば、タイマが動作していない）場合、第１のＲＳＲＰ閾値に基づいて（例えば、Ｕｕ ＲＳＲＰが閾値を上回る場合、ＷＴＲＵがディスカバリを送信することを許可される）、及び持続時間が追跡されている（例えば、タイマが動作している）場合、第２のＲＳＲＰ閾値に基づいて、ディスカバリメッセージを送信することができる。持続時間は、ＲＬＦ、再確立、又は同様の障害処理に関係し得る（例えば、Ｔ３１０、Ｔ３１１、Ｔ３０１など、ＲＬＦ、再確立、又は同様の障害処理に関係するタイマ）。

ＲＳＲＰ閾値は、リモートＷＴＲＵのＵｕ状態に基づいて決定することができる。例えば、ＷＴＲＵは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおける第１の閾値、ＲＲＣ＿ＩＮＡＣＴＩＶＥにおける第２の閾値、及びＲＲＣ＿ＩＤＬＥにおける第３の閾値を使用することができる。

ＷＴＲＵは、Ｌ２又はＬ３リレーを（再）選択する（例えば、選択又は再選択する）ことを決定することができる。例では、ＷＴＲＵは、例えば、Ｌ２又はＬ３リレーの利用可能性、ＷＴＲＵの現在のリレー（例えば、ＷＴＲＵが接続されているリレー）、ＷＴＲＵのＲＲＣステータス、及び／又はサービスのＱｏＳのうちの１つ又は任意の組み合わせに基づいて、Ｌ２を（再）選択するかそれともＬ３リレーを（再）選択するかを判定することができる。

ＷＴＲＵは、例えば、Ｌ２又はＬ３リレーの利用可能性に基づいて、Ｌ２を（再）選択するかそれともＬ３リレーを（再）選択するかを判定することができる。例では、ＷＴＲＵは、１つのタイプのリレー（例えば、Ｌ２又はＬ３リレーのいずれか）を優先するように構成（例えば、事前構成）され得る。ＷＴＲＵは、例えば、リレータイプに属する少なくとも１つのリレーが利用可能であり、少なくとも１つのリレーが他のリレー（再）選択条件を満たす（例えば、サイドリンクＲＳＲＰが閾値より大きいこと、リレー負荷が閾値より小さいことなど）場合、構成された（例えば、事前に構成された）優先順位付けされたリレータイプを選択（例えば、常に選択）することができる。構成された（例えば、事前に構成された）リレータイプのための利用可能なリレーがない場合、ＷＴＲＵは、別のリレータイプを選択することができる。例えば、ＷＴＲＵは、Ｌ２リレーを選択するように構成（例えば、事前に構成）され得る。ＷＴＲＵは、例えば、Ｌ２リレーが利用可能であり、Ｌ２リレーがリレー（再）選択基準を満たす場合、Ｌ２リレーを選択することができる。リレー（再）選択基準を満たすＬ２リレーが存在しない場合、ＷＴＲＵは、Ｌ３リレーを選択することができる。

ＷＴＲＵは、例えば、ＷＴＲＵの現在のリレー（例えば、ＷＴＲＵが接続されているリレー）に基づいて、Ｌ２を（再）選択するかそれともＬ３リレーを（再）選択するかを判定することができる。例えば、ＷＴＲＵは、ＷＴＲＵが接続されている現在のリレーに基づいて、どのリレータイプ（例えば、Ｌ２又はＬ３リレー）を選択すべきかを判定することができる。例えば、ＷＴＲＵがＬ２リレーに接続している場合、ＷＴＲＵは、異なるＬ２リレーを（再）選択することを優先することができる。ＷＴＲＵがＬ３リレーに接続している場合、ＷＴＲＵは、異なるＬ３リレーを（再）選択することを優先することができる。

ＷＴＲＵは、例えば、ＷＴＲＵのＲＲＣステータスに基づいて、Ｌ２を（再）選択するかそれともＬ３リレーを（再）選択するかを判定することができる。ＷＴＲＵは、例えば、ＷＴＲＵ自体のＲＲＣステータスに基づいて、どのリレータイプを再選択するかを決定することができる。例えば、ＷＴＲＵは、ＷＴＲＵがＲＲＣ接続状態にある場合、現在のリレーと同じリレータイプを選択することができる。ＷＴＲＵは、例えば、ＷＴＲＵがＲＲＣアイドル／非アクティブ状態にある場合、Ｌ２リレーを（再）選択することを優先することができる。

ＷＴＲＵは、例えば、サービスのＱｏＳに基づいて、Ｌ２（再）選択するかそれともＬ３リレーを（再）選択するかを判定することができる。ＷＴＲＵは、例えば、サービスのＱｏＳに基づいて、どのリレータイプを選択するかを決定することができる。例えば、ＷＴＲＵは、高ＱｏＳ要件サービス（例えば、高優先度データを有するサービス）に対してＬ２リレーを優先することができる。ＷＴＲＵは、Ｌ３リレーを優先することができ、又はＷＴＲＵは、例えば、サービスのＱｏＳ要件が低い場合、リレータイプを優先付けしないようにすることができる。

ＷＴＲＵは、リレーサービスに関する構成情報を受信するための手順を決定することができる。ＷＴＲＵ（例えば、リレー）は、例えば、ＷＴＲＵがＬ２リレーであるかＬ３リレーであるかに基づいて、リレーサービスに関連する構成情報を受信することを決定することができる。構成情報は、ディスカバリのためのリソースプール、ＳＬＲＢ構成、Ｕｕ ＲＳＲＰ閾値、及び／又はリレー（再）選択のためのＳＬ ＲＳＲＰ閾値のうちの１つ又は任意の組み合わせを含み得る。

例えば、Ｌ２リレーとして動作するＷＴＲＵは、ＷＴＲＵがＲＲＣ接続モードにある場合、シグナリング（例えば、専用ＲＲＣシグナリング）を介して構成情報を受信することができる。Ｌ３リレーとして動作するＷＴＲＵは、例えば、ＷＴＲＵがＲＲＣ接続モードにある場合（例えば、その場合であっても）、システム情報ブロック（ＳＩＢ）又は（事前）構成から構成情報を受信することができる。

ＷＴＲＵは、ｇＮＢなどのネットワークノードからの指示に基づいて、Ｌ２リレーとして動作するかそれともＬ３リレーとして動作するかを判定することができる。例では、ＷＴＲＵは、ｇＮＢ応答又は指示に基づいて、例えば、リレーＷＴＲＵからの要求に応答して、Ｌ２リレーとして動作するかそれともＬ３リレーとして動作するかを判定することができる。例えば、ＷＴＲＵは、ｇＮＢに、リレーとして動作するように要求するか、又はｇＮＢにリレーリソースを要求することができる。ＷＴＲＵは、ネットワークからの指示に基づいて、Ｌ２として動作するかそれともＬ３リレーとして動作するかを判定することができる。

ＷＴＲＵは、ｇＮＢなどのネットワークノードからの指示に基づいて、Ｌ２リレーを選択するかそれともＬ３リレーを選択するかを判定することができる。例では、ＷＴＲＵは、ネットワーク（例えば、ｇＮＢ）からのディスカバリリソースの指示に基づいて、Ｌ２リレーを選択するかそれともＬ３リレーを選択するかを判定することができる。例えば、ＷＴＲＵは、ディスカバリリソースを求める要求を送ることができる。ＷＴＲＵは、ネットワークからの指示に基づいて、Ｌ２リレーを選択するかそれともＬ３リレーを選択するかを判定することができる。

ＷＴＲＵは、ＲＬＦ指示をリモートＷＴＲＵに送ることができる。ＷＴＲＵ（例えば、リレーＷＴＲＵ）は、例えば、以下のイベント、すなわち、ＷＴＲＵがリレーＷＴＲＵにおいてＲＬＦ（Ｕｕ ＲＬＦ若しくはサイドリンクＲＬＦ）を検出すること、及び／又はＷＴＲＵが１つ以上のリモートＷＴＲＵとの接続を解放することを決定することのうちの１つ又は任意の組み合わせに基づいて、（例えば、ＲＬＦを示すか、又はＰＣ５リンク解放を示すために）ＲＬＦ指示を送ることを決定することができる。

ＷＴＲＵは、ＲＬＦ指示を送るために、以下のメッセージ、すなわち、非アクセス層（ＮＡＳ）メッセージ指示（例えば、ＰＣ５－Ｓメッセージ指示）又はＡＳメッセージ指示（例えば、ＰＣ５ ＲＲＣメッセージ、ＭＡＣ ＣＥシグナリング、ＳＣＩ）のうちの１つ又は任意の組み合わせを使用することができる。

ＷＴＲＵは、リレーサービスのＱｏＳ、又は接続されたリモートＷＴＲＵがあるか否かのうちの１つ又は任意の組み合わせに基づいて、ＮＡＳメッセージ指示及び／又はＡＳメッセージ指示を送るかどうかを判定することができる。

ＷＴＲＵは、リレーサービスのＱｏＳに基づいて、ＮＡＳメッセージ指示及び／又はＡＳメッセージ指示を送るかどうかを判定することができる。例えば、ＷＴＲＵは、高ＱｏＳ要件リレーサービスについてのＡＳメッセージ指示を送ることができる。ＷＴＲＵは、低ＱｏＳ要件リレーサービスについてのＮＡＳメッセージ指示を送ることができる。

ＷＴＲＵは、接続されたリモートＷＴＲＵがあるかどうかに基づいて、ＮＡＳメッセージ指示及び／又はＡＳメッセージ指示を送るかどうかを判定することができる。例えば、ＷＴＲＵは、接続されたリモートＷＴＲＵがある場合、ＡＳメッセージ指示を送ることができる。そうでない場合、ＷＴＲＵは、ＮＡＳメッセージ指示を送ることができる（例えば、接続されたリモートＷＴＲＵがない）。

ＷＴＲＵは、最初にセル（再）選択を実行するかそれともリレー（再）選択を実行するかどうかを判定することができる。ＷＴＲＵは、セル（再）選択及び／又はリレー（再）選択を実行するように構成することができる。ＷＴＲＵには、例えば、セル（再）選択を実行するかどうかに関するルールを構成することができる。ＷＴＲＵには、例えば、リレー（再）選択を実行するかどうかに関するルールを構成することができる。ＷＴＲＵが、セル及びリレー（再）選択の両方を実行するように構成される場合、ＷＴＲＵには、どちらを最初に実行するかに関する基準を構成することができる。ＷＴＲＵは、（事前）構成、現在のリレーＷＴＲＵのネットワーク（例えば、ｇＮＢ）に関するＷＴＲＵのカバレッジステータス、測定されたＵｕ ＲＳＲＰ及び／若しくはＳＤ－ＲＳＲＰ、セル（再）選択及び／若しくはリレー（再）選択をトリガするイベント、リモートＷＴＲＵの接続、並びに／又はリモートＷＴＲＵのＲＲＣ状態のうちの１つ又は任意の組み合わせに基づいて、セル（再）選択及び／若しくはリレー（再）選択を実行するかどうか、並びに／又は最初にどれを実行するかを判定することができる。

ＷＴＲＵは、（事前）構成に基づいて、セル（再）選択及び／又はリレー（再）選択を実行するかどうかを判定することができる。ＷＴＲＵは、（事前）構成に基づいて、セル（再）選択及びリレー（再）選択を実行する順序を決定することができる。例えば、ＷＴＲＵは、セル（再）選択を最初に実行する（例えば、常にセル（再）選択を最初に実行する）ように構成（例えば、事前に構成）することができる。例えば、ＷＴＲＵは、最初にリレー（再）選択を実行する（例えば、常に最初にリレー（再）選択を実行する）ように構成（例えば、事前に構成）することができる。

ＷＴＲＵは、現在のリレーＷＴＲＵのネットワーク（例えば、ｇＮＢ）に関するＷＴＲＵのカバレッジステータスに基づいて、セル（再）選択、リレー（再）選択を実行するかどうか、及び／又はどれを最初に実行するかを決定することができる。例えば、ＷＴＲＵが現在のリレーＷＴＲＵ（例えば、ＷＴＲＵが接続されているリレーＷＴＲＵ）のサービングセルのカバレッジ外にある場合、ＷＴＲＵは、最初にリレー（再）選択を実行することができる。ＷＴＲＵは、例えば、現在のリレー（例えば、ＷＴＲＵが接続されているリレー）と同じセルＩＤを有するリレーＷＴＲＵを（再）選択することができる。ＷＴＲＵが現在のリレーＷＴＲＵのサービングセルのカバレッジ内にある場合、ＷＴＲＵは、最初にセル（再）選択を実行することができる。次いで、ＷＴＲＵは、同じセルＩＤのＵｕリンクに切り替えることができる。この場合、ＷＴＲＵは、同じセルにキャンプオンすることを許可され得る。

ＷＴＲＵは、最初に、測定されたＵｕ ＲＳＲＰ及び／又は測定されたＳＤ－ＲＳＲＰに基づいて、リレー（再）選択又はセル（再）選択を実行するかどうかを判定することができる。例では、ＷＴＲＵは、例えば、リレーの測定されたＳＤ－ＲＳＲＰが閾値より大きい場合、最初にリレー（再）選択を実行することができる。閾値は、（事前に）構成され得る。例では、ＷＴＲＵは、測定されたセルのＵｕ ＲＳＲＰが、構成された（例えば、事前に構成された）閾値より大きい場合、最初にセル（再）選択を実行することができる。ＳＤ－ＲＳＲＰが構成された（例えば、事前に構成された）閾値より大きく、Ｕｕ ＲＳＲＰが別の構成された（例えば、事前構成された）閾値より大きい場合、ＷＴＲＵは、最初にリレー（再）選択を実行することができる。

ＷＴＲＵは、セル（再）選択及び／又はリレー（再）選択をトリガするイベントに基づいて、セル（再）選択、リレー（再）選択を実行するかどうか、及び／又はどれを最初に実行するかを決定することができる。例えば、ＷＴＲＵは、現在のリレー（例えば、ＷＴＲＵが接続されているリレー）とのサイドリンクＲＬＦイベントに起因してリレー（再）選択がトリガされる場合に、最初にリレー（再）選択を実行することができる。ＷＴＲＵは、例えば、リレーＷＴＲＵが輻輳制御イベントに起因してリンクを解放する場合、最初にセル（再）選択をトリガすることができる。

ＷＴＲＵは、リモートＷＴＲＵの接続に基づいて、セル（再）選択、リレー（再）選択を実行するかどうか、及び／又はどれを最初に実行するかを決定することができる。例えば、ＷＴＲＵは、それがリレーＷＴＲＵを介して接続される場合、最初にリレー再選択を実行することができ、それがＵｕを介して直接接続される場合、最初にセル再選択を実行することができる。

ＷＴＲＵは、リモートＵＥのＲＲＣ状態に基づいて、セル（再）選択、リレー（再）選択を実行するかどうか、及び／又はどちらを最初に実行するかを決定することができる。例えば、ＷＴＲＵは、それがＲＲＣ＿ＣＯＮＮＥＣＴＥＤである場合、最初にセル再選択を実行することができ、そうでない場合、最初にリレー再選択を実行することができる。

上記の組み合わせを使用して、セル（再）選択を実行するか、リレー（再）選択を実行するか、及び／又はどちらを最初に実行するかを決定することができる。例えば、ＷＴＲＵは、複数の条件が満たされるか、又は条件のセットのうちのいずれかが満たされる場合、最初にリレー再選択を実行することができる。例えば、ＷＴＲＵは、あるタイプの再選択を実行するかどうかを判定するための１つの条件、及びどの再選択を最初に実行するかを判定するための第２の条件を使用することができる。

ＷＴＲＵは、セル（再）選択のための閾値を決定することができる。例では、ＷＴＲＵは、セル（再）選択及び／又はリレー（再）選択のための閾値を決定することができ、この閾値は、セル（再）選択を実行するための現在のセルのＵｕ ＲＳＲＰ閾値、セル（再）選択を実行するための候補セルのＵｕ ＲＳＲＰ閾値、リレー（再）選択をトリガするための現在のリレーのＳＬ－ＲＳＲＰ、及び／又はリレー（再）選択のためのリレー（例えば、選択に適したリレー）の許容可能なＳＤ－ＲＳＲＰのうちの１つ以上を含むことができる。

閾値は、現在のリレーとの接続ステータス、現在のリレーのタイプ（例えば、Ｌ２又はＬ３リレー）、及び／又は現在のセルが現在のＷＴＲＵのサービングセルであるか否かのうちの１つ又は任意の組み合わせに基づいて決定され得る。

閾値は、現在のリレーとの接続ステータスに基づいて決定され得る。現在のリレーとのＳＬ－ＲＳＲＰ及び／又はＳＤ－ＲＳＲＰが閾値より大きい（例えば、ＷＴＲＵが現在のリレーとの良好な接続を有する）場合、ＷＴＲＵは、セル（再）選択を実行するためのＵｕ ＲＳＲＰ閾値を低減させることができる。例えば、ＷＴＲＵがすでにリレーとの良好な接続を有している場合、不要なセル（再）選択イベントを減らすことができる。

閾値は、現在のセルが現在のリレーＷＴＲＵのサービングセルであるかどうかに基づいて決定され得る。ＷＴＲＵには、セル（再）選択を実行するための２つのＵｕ ＲＳＲＰ閾値を構成（例えば、事前に構成）することができる。例えば、現在のセルがリレーＷＴＲＵのサービングセルである場合、一方の閾値を使用することができ、現在のセルがリレーＷＴＲＵのサービングセルではない場合、他方の閾値を使用することができる。ＷＴＲＵは、例えば、現在のキャンプ中ｇＮＢがＷＴＲＵの現在のリレーにサービスしているかどうかに基づいて、どの閾値を使用するかを判定することができる。

ＷＴＲＵは、ディスカバリ送信のために輻輳制御を実行しないようにすることを決定することができる。ＷＴＲＵは、ディスカバリメッセージの送信電力がリソースプールのＣＢＲによって制限されないと判定することができる。送信電力は、ダウンリンクパスロスの関数であり得る。ＷＴＲＵは、例えば、リソースプールにおける輻輳の場合に、リレーＷＴＲＵに到達することを許可され得る。

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

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

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

Claims (12)

1. 第１の無線送信／受信ユニット（ＷＴＲＵ）であって、
   プロセッサであって、
   ディスカバリデータを受信することであって、前記ディスカバリデータが優先度値に関連付けられ、前記ディスカバリデータが宛先識別情報に関連付けられている、受信することと
   前記優先度値が閾値を上回るかどうかを判定することと、
   送られる送信を決定することであって、
   前記優先度値が前記閾値を上回る場合、前記宛先識別情報に関連付けられたサイドリンク通信データが持続時間中に受信されるかどうかに基づいて前記送信を決定し、前記持続時間が、前記優先度値又はチャネルビジー比のうちの１つ以上に基づいて決定され、
   前記宛先識別情報に関連付けられた前記サイドリンク通信データが前記持続時間中に受信された場合、前記送信が、前記サイドリンク通信データと多重化された前記ディスカバリデータを含むと判定され、
   前記宛先識別情報に関連付けられた前記サイドリンク通信データが前記持続時間中に受信されない場合、前記送信が、前記ディスカバリデータを含むと判定される、決定することと、
   リソース割り振りを実行し、前記送信を送ることと、を行うように構成された、プロセッサを含む、第１のＷＴＲＵ。
2. 前記プロセッサが、前記ディスカバリデータがサイドリンク通信データと多重化されているかどうかに基づいて、送信パラメータを決定するように更に構成されている、請求項１に記載の第１のＷＴＲＵ。
3. 前記送信パラメータが、サブチャネルの数、再送信の数、送信電力、又は変調及びコーティング方式である、請求項２に記載の第１のＷＴＲＵ。
4. 前記優先度値が前記閾値を上回らない場合、前記送信は前記ディスカバリデータを含む、請求項１に記載の第１のＷＴＲＵ。
5. 前記ディスカバリデータは、第２のＷＴＲＵとの通信を初期化するために送信されるメッセージである、請求項１に記載の第１のＷＴＲＵ。
6. 前記リソース割り振りは、時間閾値又は周波数閾値のうちの１つ以上に基づいて実行される、請求項１に記載の第１のＷＴＲＵ。
7. 方法であって、
   ディスカバリデータを受信することであって、前記ディスカバリデータが優先度値に関連付けられ、前記ディスカバリデータが宛先識別情報に関連付けられている、受信することと、
   前記優先度値が閾値を上回るかどうかを判定することと、
   送られる送信を決定することであって、
   前記優先度値が前記閾値を上回る場合、前記宛先識別情報に関連付けられたサイドリンク通信データが持続時間中に受信されるかどうかに基づいて前記送信を決定し、前記持続時間が、前記優先度値又はチャネルビジー比のうちの１つ以上に基づいて決定され、
   前記宛先識別情報に関連付けられた前記サイドリンク通信データが前記持続時間中に受信された場合、前記送信が、前記サイドリンク通信データと多重化された前記ディスカバリデータを含むと判定されることと、
   前記宛先識別情報に関連付けられた前記サイドリンク通信データが前記持続時間中に受信されない場合、前記送信が、前記ディスカバリデータを含むと判定される、決定することと、
   リソース割り振りを実行し、前記送信を送ることと、を含む、方法。
8. 前記ディスカバリデータがサイドリンク通信データと多重化されているかどうかに基づいて、送信パラメータを決定することを更に含む、請求項７に記載の方法。
9. 前記送信パラメータは、サブチャネルの数、再送信の数、送信電力、又は変調及びコーディング方式である、請求項８に記載の方法。
10. 前記優先度値が前記閾値を上回らない場合、前記送信は前記ディスカバリデータを含む、請求項７に記載の方法。
11. 前記ディスカバリデータは、無線送信／受信ユニット（ＷＴＲＵ）との通信を初期化するために送信されるメッセージである、請求項７に記載の方法。
12. リソース割り振りを実行することが、時間閾値又は周波数閾値のうちの１つ以上に更に基づく、請求項７に記載の方法。