JP7568713B2 - 感知及びリソース割り当てのための新無線（ｎｒ）ビークルツーエブリシング（ｖ２ｘ）方法 - Google Patents

Description

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

概して、無線通信システムでは、デバイスは、当該デバイスが通信しているデバイスを含む他のデバイスを考慮して、時間及び周波数などのリソース内で動作する必要があり得る。無線通信のために利用可能なリソースを管理し、かつ共有するために、様々な技術及び方法が必要とされ得る。ロングタームエボリューション（Long Term Evolution、ＬＴＥ）ビークルツーエブリシング（vehicle-to-everything、Ｖ２Ｘ）の特徴は、基本的な安全機能をサポートする。

新無線（new radio、ＮＲ）Ｖ２Ｘ動作が開発されている。Ｖ２Ｘ通信は、ビークルツービークル（vehicle-to-vehicle、Ｖ２Ｖ）通信、ビークルツーペデストリアン（vehicle-to-pedestrian、Ｖ２Ｐ）通信、ビークルツーインフラストラクチャ（vehicle-to-infrastructure、Ｖ２Ｉ）通信、及びビークルツーネットワーク（Vehicle-to-Network、Ｖ２Ｎ）通信のうちの１つ以上を含み得る。Ｖ２Ｘ無線送受信ユニット（wireless transmit receive unit、ＷＴＲＵ）は、Ｖ２Ｘ通信に関与し得る。

新無線（ＮＲ）ビークルツーエブリシング（Ｖ２Ｘ）シナリオにおける感知及びリソース割り当てのためのシステム、方法、及びデバイスが本明細書に開示される。無線送受信ユニット（ＷＴＲＵ）は、リソース選択を実行し、送信に使用されるリソースのセットを決定し得る。例えば、リソースは、１つ以上のトランスポートブロック（transport block、ＴＢ）を送信するために使用され得る。送信に使用されるリソースのセットは、以前に選択されたリソースのセットと称され得る。

更に、ＷＴＲＵは、リソース再評価をトリガすることを動的に決定し得る。ＷＴＲＵは、待ち時間要件を満たす実行可能性に基づいて、この決定を行うことができる。更に、待ち時間要件は、ＴＢの残りのＰＤＢを含み得る。また、待ち時間要件は、以前に選択されたリソースと第２のＴＢの残りのＰＤＢとの間の時隔を含み得る。

一例では、ＷＴＲＵは、以前に選択されたリソースのセットに基づいてリソース再評価を実行することによって、選択可能なリソースのセットを決定し得る。更に、ＷＴＲＵは、以前に選択されたリソースのセットから少なくとも１つの第１のリソースを選択し得る。一例では、少なくとも１つの第１のリソースは、選択可能なリソースのセット内にない場合がある。更に、ＷＴＲＵは、第１のリソースを少なくとも１つの第２のリソースで置き換えることができる。一例では、少なくとも１つの第２のリソースは、選択可能なリソースのセット内にあり得る。更に、ＷＴＲＵは、少なくとも１つの第２のリソースとの関連付けに基づいて、選択可能なリソースのセットから少なくとも１つの第３のリソースを選択し得る。次いで、ＷＴＲＵは、少なくとも１つの第２のリソースを使用して、第１のＴＢを送信し得る。

更なる例では、少なくとも１つの第２のリソースとの関連付けは、第１のＴＢのＨＡＲＱ状態に基づき得る。ＨＡＲＱ状態は、一例では、ＴＢの有効化ＨＡＲＱ状態であってもよい。更に、少なくとも１つの第３のリソースは、第１のＴＢと関連付けられたＨＡＲＱ送信に使用され得る。

追加の例では、少なくとも１つの第２のリソースとの関連付けは、許可に基づき得る。一例では、許可は、周期的予約許可であり得る。したがって、少なくとも第２の第１のリソースとの関連付けは、第１のＴＢと関連付けられた周期的予約許可に基づき得る。更に、追加のリソースは、周期的予約許可と関連付けられたリソースを含み得る。例えば、少なくとも１つの第３のリソースは、周期的予約許可と関連付けられ得る。更に、プリエンプトされたリソースは、周期的に予約されたリソースでもあり得る。別の例では、１つ以上のリソースを、衝突に基づいて削除することができる。

より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得ることができ、図中の同様の参照番号は同様の要素を示す。

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

一実施形態による、図１Ａに示される通信システム内で使用され得る例示的な無線送／受信ユニット（ＷＴＲＵ）を示すシステム図である。

一実施形態による、図１Ａに示される通信システム内で使用され得る例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。

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

ＷＴＲＵが１つのスロットにおいて監視していないときに、潜在的に予約されたスロットの例を示す図である。

リソース選択及び感知の例を示す図である。

リソース再評価トリガを含むリソース再評価の例を示す図である。

ハイブリッド自動反復要求（hybrid automatic repeat request、ＨＡＲＱ）有効化トランスポートブロック（ＴＢ）を含むリソース再評価の例を示す図である。

ＨＡＲＱ無効化ＴＢを含むリソース再評価の例を示す図である。

初期送信、再送信及びアップリンク（uplink、ＵＬ）ＨＡＲＱフィードバックのタイミングに基づいて、再送信のタイプを決定するＷＴＲＵの例を示す図である。

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

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

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

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

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

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

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

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

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

他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｔｉｖｅ ｆｏｒ Ｍｉｃｒｏｗｏｒｄ Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（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、ＴＣＰ）、ユーザデータグラムプロトコル（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、ＯＬＥＤ）表示ユニット）に結合され得、これらからユーザ入力データを受信することができる。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。更に、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、当該メモリにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、当該メモリにデータを記憶することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＬＴＥビークルツーエブリシング（Ｖ２Ｘ）通信では、周期的及びイベントトリガ（例えば、非周期的と称され得る）などの１つ以上のタイプのトラフィックのトラフィックモデルが存在し得る。周期的なトラフィックの場合、１つの３００バイトメッセージが、４つの１９０バイトメッセージに続いてもよい。更に、２つのパケット間の到着間隔は、１００ｍｓの倍数であり得る。イベントトリガトラフィックの場合、ポアソンプロセスに続くイベントがトリガされるときに、６つのメッセージが、１００ｍｓの期間で生成され得る。

ＬＴＥ Ｖ２Ｘトラフィックモデルについての上記パラメータを考慮すると、概して、イベントトリガ及び周期的トラフィックの両方は、周期的トラフィックと同様又は同じとみなされ得る。

リソースは、ＬＴＥ Ｖ２Ｘで感知され、かつ選択される必要があり得る。ＬＴＥ Ｖ２Ｘでは、物理サイドリンク制御チャネル（physical sidelink control channel、ＰＳＣＣＨ）及び物理サイドリンク共有チャネル（physical sidelink shared channel、ＰＳＳＣＨ）は、同じサブフレームで送信され得る。ＰＳＣＣＨは、ＰＳＳＣＨ送信に関する情報を含み得るサイドリンク制御情報（sidelink control information、ＳＣＩ）を含み得る。ＰＳＣＣＨを復号化することにより、受信されたＷＴＲＵは、以下の情報、フォワードブッキングＰＳＳＣＨの周波数及び時間、ＰＳＳＣＨの優先度、並びに／又はＰＳＳＣＨ再送信の周波数及び時間を復号化することができる。

概して、ＬＴＥ Ｖ２Ｘの車両ＷＴＲＵは、感知及びリソース選択のための手順を実行する。まず、ＷＴＲＵは、他のＷＴＲＵのＳＣＩを復号化するための感知を実行し得る。ＳＣＩの復号化から、ＷＴＲＵは、フォワードブッキングＰＳＳＣＨ及びその対応する優先度の情報を有し得る。ＷＴＲＵは、フォワードブッキングＰＳＳＣＨを占有されているものとみなし、その参照信号受信電力（reference signal received power、ＲＳＲＰ）ＰＳＳＣＨが閾値よりも大きい場合、リソース選択から除外することができる。次いで、ＷＴＲＵは、受信強度信号インジケータ（received strength signal indicator、ＲＳＳＩ）の昇順で残りのリソースをランク付けし、最終リソース選択のための選択可能なリソースのセットＳ_Ａとして表される総リソースの２０％を選択し得る。最後に、送信のためのＳ_Ａの１つのリソースをランダムに選択し得る。

ＮＲ Ｖ２Ｘは、トラフィックモデルを適用し得る。ＬＴＥ Ｖ２Ｘと同様に、新無線（ＮＲ）Ｖ２Ｘは、周期的及び非周期的な２つのタイプのトラフィックをサポートし得る。しかしながら、ＮＲ Ｖ２Ｘは、多くの異なるタイプのパケットサイズ、パケット到着速度、及び待ち時間要件をサポートし得る。具体的には、モデル２の非周期的なトラフィックは、以下の特性：１０，０００～３０，０００バイトのパケットサイズ範囲、２０ｍｓの平均到着間速度及び／又は１０ｍｓの待ち時間要件を有し得る。

加えて、モード３の周期的トラフィックは、以下の特性：３０，０００～６０，０００バイトのパケットサイズ範囲、３０ｍｓの平均到着間速度及び／又は３０ｍｓの待ち時間要件を有し得る。

ＮＲ Ｖ２Ｘの場合、長期的な感知及び短期的な感知に対処する必要がある可能性がある。前述のように、ＮＲ Ｖ２Ｘは、周期的及び非周期的なトラフィックの両方をサポートし得る。３ＧＰＰ ＲＡＮ１は、有効化／無効化され得る半永続（semi-persistent、ＳＰＳ）リソース予約をサポートし得る。ＳＰＳリソース予約が有効である場合、リソース選択のトリガ前に利用される長期感知を利用して、周期的トラフィックの衝突を回避することができる。リソース選択のトリガ後に実行される非周期的なトラフィックの短期感知の場合、本明細書に記載の例示的な解決策においてサポートされ得る。ＮＲ Ｖ２Ｘ感知及びリソース選択は、長期感知と短期感知の両方の相互作用を考慮し得る。

また、ＮＲ Ｖ２Ｘの場合、リソースプールにおけるハイブリッド自動反復要求（ＨＡＲＱ）送信に対処する必要があり得る。ＮＲ Ｖ２Ｘは、３つのキャストタイプ、ユニキャスト、グループキャスト、及びブロードキャストをサポートし得、ＨＡＲＱ動作は、グループキャスト及びユニキャストサイドリンク送信のためにサポートされ得る。リソースプールでは、ＨＡＲＱフィードバックリソースは、構成及び／又は事前構成され得、これは、Ｎスロット（Ｎ＝１、２、４）ごとに周期的に発生する。ＨＡＲＱベースの再送信のリソース予約は、ＮＲ Ｖ２Ｘにおいてサポートされ得る。したがって、ＮＲ Ｖ２Ｘ感知及びリソース選択は、本明細書に記載の例示的な解決策におけるキャストタイプ及びＨＡＲＱ動作について考慮され得る。

また、ＮＲ Ｖ２Ｘの場合、バーストトラフィックが対処され得る。ＬＴＥ Ｖ２Ｘでのリソース選択は、単一のトランスポートブロック（ＴＢ）のリソースを割り当てる。しかしながら、ＮＲ Ｖ２Ｘでは、バーストトラフィックが予想され得る。個々のＴＢの感知及びリソース選択を実行することは、バーストトラフィックにおけるＴＢのＱｏＳ要件を保証しない場合がある。したがって、ＮＲ感知及びリソース選択は、本明細書に記載の例示的な解決策において、バーストトラフィックをサポートするように設計され得る。

また、ＮＲ Ｖ２Ｘの場合、プリエンプション技術を使用することができる。ＮＲ Ｖ２Ｘは、３ｍｓほど低い待ち時間要件でＴＢをサポートする。３ｍｓリソース選択ウィンドウ内のリソース選択は、高い衝突確率をもたらし得る。そのようなストリンジェントなＴＢのＱｏＳを保証するために、プリエンプションを使用することができる。ＮＲ Ｖ２Ｘ感知及びリソース選択において、プリエンプションは、本明細書に記載の例示的な解決策において対処され得る。

受信機ＷＴＲＵ、受信ＷＴＲＵ、受信機、受信、Ｒｘ ＷＴＲＵ又はＲｘの用語は、互換的に使用され得、また、依然として本明細書で提供される実施例及び実施形態と一致し得る。更に、送信機ＷＴＲＵ、送信ＷＴＲＵ、送信機、送信、Ｔｘ ＷＴＲＵ又はＴｘの用語は、互換的に使用され得、また、依然として本明細書で提供される実施例及び実施形態と一致し得る。更に、本明細書で提供される１つ以上の実施例及び実施形態では、選択及び再選択を互換的に使用することができる。

いくつかの例示的な状況では、ＨＡＲＱベースの送信のための方法が存在し得る。具体的には、いくつかの例示的な状況では、ＨＡＲＱフィードバック送信をサポートする方法が存在し得る。例えば、ＷＴＲＵは、ＨＡＲＱ状態、データのＱｏＳ、及びＴＢごとの送受信されたＰＳＳＣＨ／ＰＳＣＣＨの数に基づいて、同じスロットにおける物理サイドリンクフィードバックチャネル（physical sidelink feedback channel、ＰＳＦＣＨ）の送信と受信との間で優先度付けすることができる。

例示的な状況では、ＷＴＲＵは、ＨＡＲＱ状態、ＨＡＲＱフィードバックに対する関連付けられたＰＳＳＣＨ／ＰＳＣＣＨのインデックス、ＰＳＦＣＨ送受信と関連付けられたデータのＱｏＳ、関連付けられたＰＳＳＣＨ／ＰＳＣＣＨのキャストタイプ、フィードバックタイプのグループキャスト送信、ＰＳＳＣＨ／ＰＳＣＣＨ Ｔｘ若しくはＲｘが同じスロット内にあるかどうか、及び／又はチャネルビジー比（channel busy ratio、ＣＢＲ）のうちの少なくとも１つ以上に基づいて、同じスロットにおけるＰＳＦＣＨの送信と受信との間で優先度付けすることができる。

ＨＡＲＱ状態に関して、ＷＴＲＵは、応答（acknowledgement、ＡＣＫ）又は否定ＡＣＫ（negative ACK、ＮＡＣＫ）を送信する必要があり得、ＷＴＲＵのビット数は、１つ又は複数のＴＢの状態を示すために、ＨＡＲＱフィードバックを送信する必要がある。例えば、ＷＴＲＵがＨＡＲＱ－ＮＡＣＫを送信する必要がある場合、ＰＳＦＣＨ送信（PSFCH transmission、ＰＳＦＣＨ－Ｔｘ）は、ＰＳＦＣＨ受信よりも高い優先度であり得る。また、ＷＴＲＵがＨＡＲＱ－ＡＣＫを送信する必要がある場合、ＰＳＦＣＨ受信（PSFCH reception、ＰＳＦＣＨ－Ｒｘ）は、ＰＳＦＣＨ受信よりも高い優先度であり得る。ＷＴＲＵは、より優先度が高いものを実行し得る。

また、ＨＡＲＱ状態に関して、ＷＴＲＵは、ＨＡＲＱフィードバック送信の数を決定する必要があり得る。ＰＳＦＣＨ－ＴｘがＮ１－ｔｈ再送信のためであり、ＰＳＦＣＨ－ＲｘＩがＮ２－ｔｈ再送信のためである場合、ＷＴＲＵは、より多くの数のＮ１及びＮ２に基づいて、ＰＳＦＣＨ－Ｔｘ及びＰＳＦＣＨ－Ｒｘのうちの１つを実行し得る。また、Ｎ１＝Ｎ２である場合、他の条件が適用されて、ＰＳＦＣＨＲｘとＰＳＦＣＨＴｘとの間を決定し得る。

関連付けられたＰＳＳＣＨ／ＰＳＣＣＨのキャストタイプに関して、いくつかの例が適用され得る。例えば、ＷＴＲＵがグループキャストのためにＰＳＦＣＨを受信し、ユニキャストのためにＰＳＦＣＨを送信する必要がある場合、ＷＴＲＵは、他のパラメータに関係なくＰＳＦＣＨ受信を優先度付けすることができる。

フィードバックタイプのグループキャスト送信に関して、いくつかの例が適用され得る。例えば、ＷＴＲＵは、フィードバックがＮＡＣＫベースのフィードバックであるかどうかに基づいて優先度付けされ得、これは、第１のオプション又はオプション１とみなされ得る。更に、ＷＴＲＵは、フィードバックがＡＣＫ／ＮＡＣＫのいずれのベースのフィードバックであるかどうかに基づいて優先度付けされ得、これは、第２のオプション又はオプション２とみなされ得る。また、ＷＴＲＵは、フィードバックがオプション１とオプション２との組み合わせであるかどうかに基づいて、優先度付けされ得る。

ＰＳＳＣＨ／ＰＳＣＣＨ Ｔｘ又はＲｘが同じスロット内にあるかどうかに関して、一例では、ＷＴＲＵが、ＷＴＲＵはＰＳＦＣＨ－Ｔｘ及びＰＳＦＣＨ－Ｒｘのうちの少なくとも１つを実行する必要があり得る同じスロットでＰｓｓｃｈ／Ｐｓｃｃｈ送信を送信する場合、ＷＴＲＵはＰＳＦＣＨ－Ｔｘを実行し得る。更に、ＷＴＲＵが同じスロットでＰＳＳＣＨ／ＰＳＣＣＨを受信する場合、ＷＴＲＵはＰＳＦＣＨ－Ｒｘを実行し得る。また、スロット内にＰＳＳＣＨ／ＰＳＣＣＨ Ｔｘ又はＲｘがない場合、ＷＴＲＵは、本明細書に記載の他の条件に基づいて、ＰＳＦＣＨ－Ｔｘ又はＰＳＦＣＨ－Ｒｘを決定し得る。

ＣＢＲに関して、一例では、ＣＢＲが閾値よりも高い場合、ＷＴＲＵは、ＰＳＦＣＨ－Ｒｘを実行し、スロットにおいてＰＳＦＣＨの送信をスキップし得る。そうでなければ、ＷＴＲＵは、本明細書に記載の他の条件に基づいて、ＰＳＦＣＨ－Ｔｘ又はＰＳＦＣＨ－Ｒｘを決定し得る。

１つの例示的なアプローチでは、ＷＴＲＵは、ＰＳＳＣＨ／ＰＳＣＣＨ受信のＨＡＲＱ状態に基づいて、ＰＳＦＣＨ送受信を優先度付けすることができる。具体的には、ＰＳＦＣＨフィードバックがＡＣＫのための場合、ＷＴＲＵはＰＳＦＣＨ送信をドロップしてＰＳＦＣＨ受信を優先度付けすることができる。追加的又は代替的に、ＰＳＦＣＨフィードバックがＮＡＣＫである場合、ＷＴＲＵは、関連付けられたＰＳＳＣＨ／ＰＳＣＣＨ送信のＱｏＳに基づいて、ＰＳＦＣＨ送信を優先度付けするか、又はＰＳＦＣＨ送信若しくは受信を実行することができる。

別の例示的なアプローチでは、ＷＴＲＵは、ＨＡＲＱ再送信の順序に基づいて、ＰＳＦＣＨ送信又は受信を優先度付けすることができる。具体的には、ＷＴＲＵは、関連付けられたＰＳＳＣＨ／ＰＳＣＣＨのより高いインデックスでＰＳＦＣＨの送信又は受信を優先度付けすることができる。

例示的な状況では、ＷＴＲＵは、同じスロットにおいて複数のＰＳＦＣＨを送信し得るかどうかを決定し得る。ＷＴＲＵは、２つのＰＳＦＣＨリソース間の最大周波数距離、各ＰＳＦＣＨの電力レベル、ＰＳＦＣＨとキャリア境界との間の最小周波数距離、各ＰＳＦＣＨの最大電力バックオフ、及び／又はＰＳＦＣＨリソースのために構成されたシンボルの数のうちの１つ又は任意の組み合わせに基づいて、同じスロットで複数のＰＳＦＣＨを送信し得るかどうかを決定し得る。一例では、記号はＯＦＤＭシンボルであり得る。別の例では、記号は、ＤＦＴ－ｓ－ＯＦＤＭシンボルであり得る。

例示的なアプローチでは、ＷＴＲＵは、２つのＰＳＦＣＨ間の周波数距離に基づいて、複数のＰＳＦＣＨを同時に送信するときに、ＰＳＦＣＨごとの最大電力レベルを決定し得る。具体的には、ＷＴＲＵは、２つのＰＳＦＣＨリソース間の周波数距離に基づいて、１つのＰＳＦＣＨ送信のための最大電力バックオフのセットで構成され得る。構成された最大電力バックオフ値に基づいて、ＷＴＲＵは、複数のＰＳＦＣＨが同時に送信され得るか否かを決定するときに、ＰＳＦＣＨごとの最大電力レベルを決定し得る。更に、ＷＴＲＵは、各ＨＡＲＱフィードバックの必要な最小電力レベルを決定することができ、これは、関連付けられたＰＳＳＣＨ／ＰＳＣＣのＱｏＳ、ＷＴＲＵの必要なＰＳＦＣＨ受信電力及び／又はサイドリンクパスロスのうちの１つ以上に基づき得る。

各ＰＳＦＣＨリソースの最大電力レベルがその最小必要電力レベルよりも大きい場合、ＷＴＲＵは、複数のＰＳＦＣＨを同時に送信し得ると決定し得る。それに対応して、各ＰＳＦＣＨリソースの最大電力レベルがその最小必要電力レベル以下である場合、ＷＴＲＵは、複数のＰＳＦＣＨを同時に送信し得ないことを決定し得る。

別の例示的なアプローチでは、ＷＴＲＵは、２つのＰＳＦＣＨリソース間の最大周波数距離が閾値よりも小さい場合、複数のＰＳＦＣＨを同時に送信することを決定し得る。追加的又は代替的に、ＷＴＲＵは、ＰＳＦＣＨとキャリア境界との間の最小周波数距離が閾値よりも大きい場合、同じスロットにおいて複数のＰＳＦＣＨを送信することを決定し得る。

別の例示的なアプローチでは、ＷＴＲＵは、ＰＳＦＣＨリソースを含むスロットにおいて構成されたシンボルの数に基づいて、２つ以上のＰＳＦＣＨが同じスロットにおいて送信され得るかどうかを決定し得る。Ｎｓ記号がＰＳＦＣＨリソースのために構成されている場合、ＷＴＲＵは、同じスロットでＮｓＰＳＦＣＨを送信することができ、シンボルの場所は、ＰＳＦＣＨを受信するＷＴＲＵのソースｉｄ（及び／若しくは宛先ｉｄ）、関連付けられた、受信されたＰＳＳＣＨ／ＰＳＣＣＨのサブチャネルインデックス（例えば、最初若しくは最後のサブチャネル）、並びに／又は関連付けられた、受信されたＰＳＳＣＨ／ＰＳＣＣＨのスロットインデックスのうちの１つ以上に基づいて決定され得る。

例示的な状況では、ＷＴＲＵは、ＨＡＲＱ状態、データのＱｏＳ及び／又は各ＴＢのＰＳＳＣＨ／ＰＳＣＣＨのインデックスのうちの少なくとも１つに基づいて、複数のＰＳＦＣＨ送信間で優先度付けを実行し得る。ＷＴＲＵは、ＷＴＲＵがＰＳＦＣＨスロットと関連付けられた複数のＰＳＳＣＨ／ＰＳＣＣＨ送信を受信したときに、スロットにおける複数のＰＳＦＣＨ－Ｔｘを有し得る。この場合、ＷＴＲＵは、ＰＳＦＣＨ－Ｔｘを優先度付けし、優先度の低いＰＳＦＣＨ－Ｔｘをドロップ／スキップする必要があり得る。

１つの例示的なアプローチでは、ＷＴＲＵは、１つ又は複数のＰＳＦＣＨをドロップするか又は非優先ＰＳＦＣＨの電力を低減することによって、ＰＳＦＣＨ送信優先度付けを実行することができる。ＷＴＲＵは、ＰＳＦＣＨ送受信優先度付けの同様の規則を適用して、複数のＰＳＦＣＨ送信間で優先度付けを実行することができる。具体的には、ＷＴＲＵ優先度付けは、ＨＡＲＱ状態、ＨＡＲＱフィードバックに対する関連付けられたＰＳＳＣＨ／ＰＳＣＣＨのインデックス、ＰＳＦＣＨ送受信と関連付けられたデータのＱｏＳ、関連付けられたＰＳＳＣＨ／ＰＳＣＣＨのキャストタイプ、フィードバックタイプのグループキャスト送信、及び／又は関連付けられた受信ＰＳＳＣＨ／ＰＳＣＣＨの時間場所のうちの１つ以上に基づいて、決定され得る。一例では、ＨＡＲＱ状態は、ＷＴＲＵがＡＣＫ又はＮＡＣＫを送信する必要があるかどうかを含み得、ＷＴＲＵのビット数は、ＨＡＲＱフィードバックを送信して、１つ又は複数のＴＢの状態を示す必要がある。

更なる例では、グループキャスト送信のフィードバックタイプは、フィードバックがＮＡＣＫベースのフィードバックであるかどうかを含み得る。このフィードバックタイプは、第１のオプション又はオプション１と称され得る。また、フィードバックタイプは、ＡＣＫ／ＮＡＣＫベースのフィードバックを含み得る。したがって、このフィードバックタイプは、第１のオプション又はオプション２と称され得る。更に、フィードバックタイプは、オプション１とオプション２との組み合わせであり得る。

別の例では、関連付けられたＰＳＳＣＨ／ＰＳＣＣＨの時間場所は、スロット＃ｎにおいて受信されたＰＳＳＣＨ／ＰＳＣＣＨと関連付けられたＰＳＦＣＨ－Ｔｘを含み得る。このＰＳＦＣＨ－Ｔｘは、スロット＃ｎ＋ｋにおいて受信されたＰＳＳＣＨ／ＰＳＣＣＨと関連付けられたＰＳＦＣＨ－Ｔｘよりも高く優先度付けされ得、ｋ＞０である。

いくつかの例示的な状況では、ＨＡＲＱベースの送信のための管理及びリソース選択のための方法が存在し得る。例示的な状況では、ＷＴＲＵは、ユニキャスト／グループキャストＴＢの再送信のためのリソースを予約するかどうかを決定し得る。ＷＴＲＵは、ＭＡＣバッファにおけるデータ状態、データのＱｏＳ、及び／又はリソースプールのＣＢＲのうちの１つ若しくは任意の組み合わせに基づいて、１つ又は複数の再送信のためのリソース予約を実行することを決定し得る。

例示的なアプローチでは、ＷＴＲＵは、別のＴＢのバッファにデータを有する場合、ユニキャスト／グループキャストＴＢのＨＡＲＱベースの再送信のための１つ又は複数のリソースを予約することを決定し得る。このアプローチは、ＨＡＲＱベースの再送信のための予約されたリソースが別のＴＢの送信に使用され得るため、システムのスペクトル効率を改善するのに役立ち得、ＨＡＲＱ ＡＣＫが受信されたときに、ＷＴＲＵが予約されたリソースを使用することを可能にし得る。

別の例示的なアプローチでは、ＷＴＲＵは、ＴＢのＱｏＳに基づいて、ＨＡＲＱベースの再送信及び／又はユニキャスト／グループキャストＴＢのブラインド再送信のための１つ又は複数のリソースを予約することを決定し得る。具体的には、ＴＢがストリンジェントなＱｏＳ要件を有する場合、ＷＴＲＵは、ＨＡＲＱベースの再送信及びブラインド再送信の両方のリソースを予約することを決定し得る。追加的又は代替的に、ＴＢが中間のＱｏＳ要件を有する場合、ＷＴＲＵは、ＨＡＲＱベースの再送信のみのためのリソースを予約することを決定し得る。更に、ＴＢが低ＱｏＳ要件を有する場合、ＷＴＲＵは、再送信のためのリソースを予約しないことを決定し得る。

ＷＴＲＵは、リソースプールのＣＢＲに基づいて、１つのＴＢの送信のための予約されたリソースの数を決定し得る。具体的には、ＷＴＲＵは、データのＱｏＳに基づいて、ＣＢＲ範囲ごとに予約されたリソースの最大数及び最小数で構成され得る。次いで、ＷＴＲＵは、そのＱｏＳ及びリソースプールのＣＢＲに基づいて、ＴＢごとの予約されたリソースの正確な数を決定し得る。ＣＢＲが閾値よりも大きい場合、ＷＴＲＵは、ＨＡＲＱベースの再送信のためのリソースを予約しないことを決定し得る。

例示的な状況では、ＷＴＲＵは、ＴＢのＱｏＳに基づいて、別のＴＢのＨＡＲＱベースの再送信リソースを使用することを決定し得る。例示的なアプローチでは、ＷＴＲＵは、ＴＢのＱｏＳが閾値よりも高いか低い場合、別のＴＢの予約されたＨＡＲＱベースの再送信リソースを使用することを決定し得る。追加的又は代替的に、ＷＴＲＵは、正常に送信されたＴＢと新たなＴＢとの間の相対的なＱｏＳが事前定義された範囲内にある場合、ＨＡＲＱベースの予約されたリソースを使用することを決定し得る。したがって、一例では、２つのＴＢ間の相対ＱｏＳが閾値よりも大きい場合、ＷＴＲＵは、ＨＡＲＱベースの予約されたリソースを使用することを決定し得る。別の例では、２つのＴＢ間の相対ＱｏＳが閾値よりも低い場合、ＷＴＲＵは、ＨＡＲＱベースの予約されたリソースを使用することを決定し得る。

更なる例示的な状況では、ユニキャスト送信のＲｘ ＷＴＲＵは、Ｔｘ ＷＴＲＵの予約ＨＡＲＱベースの再送信リソースを使用することを決定し得る。具体的には、ＴＢを正常に復号化し、ＡＣＫフィードバックをＴｘ ＷＴＲＵに送信した後のＲｘ ＷＴＲＵは、予約されたＨＡＲＱベースの再送信リソースを使用することを決定し得る。したがって、Ｒｘ ＷＴＲＵは、そのような予約されたリソースを再利用するために、以下の基準：ＴＢのＱｏＳが、閾値よりも大きいか又は小さい、２つのＴＢ間の相対的なＱｏＳが、事前定義された範囲内にある、Ｔｘ－Ｒｘ距離が、閾値よりも小さい／大きい、リソースプールのＣＢＲが、閾値よりも高い／低い、及び／又は予約されたリソースのＣＱＩ及び／又はＲＩが、閾値よりも高い、の１つ又は任意の組み合わせで構成され得る。Ｒｘ ＷＴＲＵは、その指示を送信して、予約されたリソースをＴｘ ＷＴＲＵに暗黙的に使用するように構成され得る。そのような指示は、時間周波数リソース、シーケンス又は循環シフトを含む異なるＨＡＲＱフィードバックリソースを使用することによって送信され得る。

例示的な状況では、ＷＴＲＵは、感知及びリソース割り当てを実行するときに、予約されたＨＡＲＱベースの再送信リソースの優先度及びＲＳＲＰを決定し得る。ＷＴＲＵが感知及びリソース割り当てを実行する別の例示的な状況では、ＷＴＲＵは、予約されたＨＡＲＱベースの再送信リソースの優先度及び参照信号受信品質（reference signal received quality、ＲＳＲＱ）を決定し得る。更なる例示的な状況では、ＷＴＲＵは、感知及びリソース割り当てを実行するときに、予約されたＨＡＲＱベースの再送信リソースの優先度及びＲＳＲＰ／ＲＳＲＱ／ＲＳＳＩを決定し得る。

そのような情報、例えば、優先度及びＲＳＲＰ／ＲＳＲＱ／ＲＳＳＩを使用して、リソース割り当て手順中のリソースの利用可能性を決定し得る。ＷＴＲＵは、ＨＡＲＱベースの再送信リソースを予約するために使用される送信、ＨＡＲＱベースの再送信リソースを予約するために使用されるＰＳＳＣＨ／ＰＳＣＣＨの優先度及びＲＳＲＰ／ＲＳＳＩ／ＲＳＲＱ、ＴＢの以前の送信と関連付けられたＨＡＲＱフィードバック状態、並びに／又はＴＢのキャストタイプ及びＴＢに使用されるＨＡＲＱフィードバックオプションのうちの１つ若しくは任意の組み合わせに基づいて、予約されたＨＡＲＱベースの再送信リソースの優先度及びＲＳＲＰ／ＲＳＳＩ／ＲＳＲＱを決定し得る。

ＨＡＲＱベースの再送信リソースを予約するために使用される送信に関して、ＷＴＲＵは、ＨＡＲＱベースの再送信リソースを予約するために使用される送信が同じＴＢ又は異なるＴＢのいずれに由来するかを決定し得る。一例では、リソース再選択も使用され得る。

ＴＢの以前の送信と関連付けられたＨＡＲＱフィードバック状態に関して、ＷＴＲＵは、ＷＴＲＵがＨＡＲＱ ＡＣＫフィードバックを受信する、ＷＴＲＵがＨＡＲＱ ＮＡＣＫフィードバックを受信する、ＷＴＲＵがＨＡＲＱ情報を受信しない、などのＴＢの以前の送信と関連付けられた状態を決定し得る。ＷＴＲＵがＨＡＲＱ情報を受信しない場合、この状態は、ＷＴＲＵがＨＡＲＱフィードバックを復号化しない、ＷＴＲＵがＨＡＲＱフィードバックを復号化することができない、並びにＷＴＲＵがＨＡＲＱフィードバック時間の前に感知及びリソース割り当てを実行する、のいずれかによって決定され得る。

キャストタイプに関して、ＷＴＲＵは、予約されたＨＡＲＱベースの再送信リソースがユニキャスト又はグループキャストのためであるかどうかを決定し得る。また、リソースがグループキャスト送信のためである場合、ＷＴＲＵは、どのＨＡＲＱフィードバックオプションが送信に使用されるかを更に決定し得、そのような情報は、ＳＣＩにおいて暗黙的／明示的に伝達され得る。

例示的な状況では、ＷＴＲＵは、リソースを予約するために使用されるリソース予約特徴に基づいて、予約されたＨＡＲＱベースの再送信リソースの優先度及びＲＳＲＰ／ＲＳＲＱ／ＲＳＳＩを決定し得る。最初に、ＷＴＲＵは、優先度ｐを有するＳＣＩを復号化することができ、そのＰＳＣＣＨ／ＰＳＳＣＨの測定されたＲＳＲＰ／ＲＳＲＱ／ＲＳＳＩは、Ｅである。ＷＴＲＵがＨＡＲＱベースの再送信リソースを予約するために別のＴＢ特徴の予約を使用する場合、ＷＴＲＵは、予約されたＨＡＲＱベースの再送信リソースの優先度及びＲＳＲＰ／ＲＳＲＱ／ＲＳＳＩを、それぞれｐ及びＥとして決定し得る。追加的又は代替的に、ＷＴＲＵが同じＴＢのＨＡＲＱベースの再送信リソースを予約するために、１つのＴＢの初期送信又は再送信を使用する場合、ＷＴＲＵは、予約されたＨＡＲＱベースの再送信リソースの優先度及びＲＳＲＰ／ＲＳＲＱ／ＲＳＳＩを、それぞれｐ＋Δｐ及びＥ＋ΔＥとして決定し得る。Δｐ及びΔＥの値は、ＳＣＩにおいて事前構成され、構成され又は明示的に示され得る。この例示的なアプローチは、ＨＡＲＱフィードバックに基づいて、再送信の調整をサポートし得る。

別の例示的な状況では、ＷＴＲＵは、同じＴＢの以前の送信のＨＡＲＱ状態に基づいて、予約されたＨＡＲＱベースの再送信リソースの優先度及びＲＳＲＰ／ＲＳＲＱ／ＲＳＳＩを決定し得る。最初に、ＷＴＲＵは、優先度ｐを有するＳＣＩを復号化することができ、そのＰＳＣＣＨ／ＰＳＳＣＨの測定されたＲＳＲＰ／ＲＳＲＱ／ＲＳＳＩは、Ｅである。例示的なアプローチでは、ＷＴＲＵが、ＴＢの以前のＰＳＳＣＨ／ＰＳＣＣＨ送信のためにＨＡＲＱ ＡＣＫ及びＨＡＲＱ ＮＡＣＫをそれぞれ受信する場合、ＷＴＲＵは、優先度及びＲＳＲＰ／ＲＳＲＱ／ＲＳＳＩの異なるオフセットを適用し得る。追加的又は代替的に、ＷＴＲＵは、利用可能なように予約されたＨＡＲＱベースの再送信リソースを決定し得、ＷＴＲＵが、ＴＢの以前のＰＳＳＣＨ／ＰＳＣＣＨ送信のためのＨＡＲＱ ＡＣＫフィードバックを受信する場合、ランダムな選択のための選択可能なリソースのセットに含んでもよい。ＷＴＲＵは、ＨＡＲＱ ＮＡＣＫフィードバックを受信する場合、リソースを利用不可であるとみなし得る。

更なる例示的な状況では、ＷＴＲＵは、選択可能なリソースのセットを２つのセットに分割し、２つのセットのうちの１つのセットにおいて１つのＴＢを送信するためのリソースを選択し得る。一例では、１つのセットは、ＰＳＦＣＨを有するスロットにおいてリソースを含み得、別のセットは、ＰＳＦＣＨリソースなしのスロットを含み得る。ＷＴＲＵは、１つのＴＢの送信のためのリソースを選択するために１つのセットを選択し得る。ＷＴＲＵは、リソースプール構成、ＴＢサイズ、ＴＢのＱｏＳ、各セットにおける選択可能なリソースの数、リソースプールのＣＢＲ、及び／又はＴＢのキャストタイプのうちの１つ以上に基づいて、リソースを選択するために、どのセットにするかを決定し得る。

一例では、リソースプール構成は、１つ以上のＰＳＦＣＨリソースを有するスロットの周期性を含み得る。更なる例では、ＴＢサイズが閾値よりも大きい場合、ＷＴＲＵは、ＰＳＦＣＨリソースなしのリソースのセットを選択し得る。そうでない場合、ＷＴＲＵは、任意のリソースのセットを選択し得る。ＴＢのＱｏＳに関する例では、リソースプールのＱｏＳが閾値よりも小さい場合、ＷＴＲＵは、ＰＳＦＣＨリソースを有するリソースのセットを選択し得る。追加的又は代替的に、ＷＴＲＵは、ＰＳＦＣＨリソースなしのリソースのセットを選択し得る。ＣＢＲに関する例では、リソースプールのＣＢＲが閾値よりも小さい場合、ＷＴＲＵは、ＰＳＦＣＨリソースなしのリソースのセットを選択し得る。

本明細書に記載の例では、未知の場所情報についてのＨＡＲＱフィードバック報告のための手順が提供される。例示的な場合では、受信ＷＴＲＵは、ＳＣＩを復号化し得るときに、ＨＡＲＱ ＮＡＣＫフィードバックを送信することを決定し得る。ＷＴＲＵは、ユニキャスト／グループキャストのためのＮＡＣＫベースのフィードバックを実行し得、ＷＴＲＵは、メッセージを復号化することができないときに、ＮＡＣＫのみを送信することができ、Ｔｘ－Ｒｘ距離は、ＳＣＩにおいて示され得る最小通信範囲よりも小さい。対照的に、Ｒｘ ＷＴＲＵの場所情報が知られていない場合、ＷＴＲＵは、ＷＴＲＵがメッセージを復号化することができないときに、ＮＡＣＫを送信し得る。一例では、メッセージは、ＰＳＳＣＨメッセージであり得る。

いくつかの例示的な事例では、受信ＷＴＲＵは、その場所が知られていないときに、ＨＡＲＱフィードバックを送信しないことを決定し得る。また、更なる例では、受信ＷＴＲＵは、その過去の場所情報に基づいて、ＨＡＲＱフィードバックを送信するかどうかを決定し得る。いくつかの例示的な事例では、受信ＷＴＲＵは、最後の場所情報から取得された場所情報に基づいて、ＨＡＲＱ ＮＡＣＫフィードバックを送信することを決定し得る。例示的なシナリオでは、Ｒｘ ＷＴＲＵは、Ｒｘ ＷＴＲＵの最後の場所情報とＴＢ送信との間の期間が閾値を超えない場合があるときに、受信されたＴＢと関連付けられたＴｘ－Ｒｘ距離を計算するために最後の場所情報を使用することを決定し得る。閾値は、ＷＴＲＵ速度、チャネル状態及び／又はＱｏＳ要件のうちの少なくとも１つに基づいて、Ｒｘ ＷＴＲＵによって事前構成されるか、構成されるか、又は決定され得る。一例では、ＱｏＳ要件は、信頼性を含み得る。

いくつかの更なる例示的な事例では、受信ＷＴＲＵは、その場所が知られておらず、場所情報を受信する最後の時間までの期間が閾値よりも大きいときに、ＨＡＲＱフィードバックを送信しないことを決定し得る。更なる例では、受信ＷＴＲＵは、その場所が知られていないが、場所情報を受信する最後の時間までの期間は閾値以下であるときに、ＨＡＲＱフィードバックを送信することを決定し得る。

いくつかの例示的な状況では、ＷＴＲＵは、リソース予約のために１つ以上の手順を実行し得る。例示的な状況では、ＷＴＲＵは、別のＴＢの特徴予約が許可されているかどうかを決定し得る。概して、ＷＴＲＵは、別のＴＢの特徴予約をサポートすることができ、これにより、ＷＴＲＵは、あるＴＢの送信を使用して別のＴＢのリソースを予約することができる。この特徴は、半永続リソース予約及び／又は動的リソース予約のうちの１つ若しくは任意の組み合わせを含み得る。一例では、半永続リソース予約は、ある周期的トラフィックにおける１つのＴＢと関連付けられたＳＣＩが、同じ周期的トラフィックにおける別のＴＢのリソースを予約する手順を含み得る。更なる例では、動的リソース予約は、１つのＴＢと関連付けられたＳＣＩが他の任意のＴＢのリソースを予約する手順を含み得る。例示的なアプローチでは、ＷＴＲＵは、ＳＣＩにおいて、感知及びリソース割り当て手順において他のＷＴＲＵをサポートするためにどのリソース予約のタイプが使用されているかを示すことができる。

ＷＴＲＵは、別のＴＢの特徴予約が、リソースプール構成、リソースプールのＣＢＲ、ＴＢのＱｏＳ、及び／又は最小通信範囲（minimum communication range、ＭＣＲ）のうちの１つ若しくは任意の組み合わせに基づいて、許可されるか否かを決定するように構成され得る。ＭＣＲを含む例は、ＷＴＲＵが内部ＭＣＲ又は外部ＭＣＲのどちらであるかを含む。一例では、ＷＴＲＵは、受信ＷＴＲＵであり得る。また、内部ＭＣＲは、一例では、ｉｎ－ＭＣＲと称され得る。更なる例では、外部ＭＣＲは、ｏｕｔ－ＭＣＲと称され得る。ＷＴＲＵがｉｎ－ＭＣＲである場合、一例では、別のＴＢの予約が許可され得る。そうでない場合、別のＴＢの予約は許可されない場合がある。

ＷＴＲＵは、別のＴＢ特徴についての予約のための以下の場合：ＳＰＳリソース予約が許可される、Ｃａｓｅ－１と称され得る第１のケース、動的リソース予約が許可される、Ｃａｓｅ－２と称され得る第２のケース及び／又はＳＰＳ及び動的リソース予約の両方が許可される、Ｃａｓｅ－３と称され得る第３のケース及び／又はリソース予約が許可されない、Ｃａｓｅ－４と称され得る第４のケースの１つ又は任意の組み合わせを有するリソースプールで構成され得る。

別のＴＢ特徴についての予約にどのケースを使用するかは、リソースプールのＣＢＲ、リソースプール構成、パケット若しくはＴＢのＱｏＳ、カバレッジ、ＭＣＲ、パケットサイズのうちの１つ以上に基づいて決定され得る。一例では、カバレッジは、ｉｎ－ｃｏｖｅｒａｇｅ又はｏｕｔ－ｏｆ－ｃｏｖｅｒａｇｅを含み得る。更なる例では、ＭＣＲは、ｉｎ－ＭＣＲ又はｏｕｔ－ＭＣＲを含み得る。

別のアプローチでは、ＷＴＲＵは、リソースプールのＣＢＲに基づいて、各特徴を有効化／無効化するように構成され得る。例えば、ＷＴＲＵは、ＣＢＲ＜＝ＣＲＢ１であるときに、ＳＰＳ及び動的リソース予約の両方を有効化し、ＣＢＲ１＜ＣＢＲ＜＝ＣＢＲ２であるときに、ＳＰＳリソース予約を有効化し、ＣＢＲ２＜ＣＢＲ＜＝ＣＢＲ３であるときに、動的リソース予約を有効化し、ＣＢＲ＞ＣＢＲ３であるときに、予約を有効化しないように構成され得る。

別の例示的なアプローチでは、ＷＴＲＵは、別のＴＢ特徴のリソース予約のタイプを使用するように構成され得る。例えば、ＷＴＲＵは、データのＱｏＳに基づいて、ＳＰＳ、動的、ＳＰＳ及び動的の両方又はリソース予約なしを使用するように構成され得る。例えば、ＷＴＲＵは、ＴＢの優先度、信頼性又は待ち時間が閾値よりも小さいか又は大きい場合、１つのＴＢの動的リソース予約を実行するように構成され得る。

例示的な状況では、ＷＴＲＵは、別のＴＢの特徴予約が有効化／無効化されるかどうかに基づいて、物理（ＰＨＹ）層からＭＡＣ層に報告するリソースの数を決定し得る。例えば、ＷＴＲＵは、別のＴＢの有効化特徴予約に基づいて、ＰＨＹ層からＭＡＣ層に報告するための第１のリソースの数を決定し得る。更なる例では、ＷＴＲＵは、別のＴＢの無効化特徴予約に基づいて、ＰＨＹ層からＭＡＣ層に報告する第２のリソースの数を決定し得る。

ＷＴＲＵは、別のＴＢの特徴予約が有効化若しくは無効化されているかどうか、及び／又はリソースプールのＣＢＲのいずれか１つ若しくは組み合わせに基づいて、ランダム選択のための選択可能なリソースのセットを決定するように構成され得る。一例では、ランダム選択のための選択可能なリソースのセットは、ＰＨＹ層からＭＡＣ層に報告されたリソースのセットを含み得る。

一例では、ＷＴＲＵは、別のＴＢの特徴予約がそれぞれ有効化され、無効化されたときに、ランダム選択のための選択可能なリソースのセットをリソース選択ウィンドウ内の総リソースのＸ％及びＹ％として決定するように構成され得る。このアプローチにより、ＷＴＲＵは、衝突確率と選択されたリソースの品質との間のバランスを取り得る。

例示的な状況では、ＷＴＲＵは、ＣＢＲ、ＱｏＳ及び／又はキャストタイプのうちの１つ以上に基づいて、別のＴＢの特徴予約を使用することによって、到達ＴＢの予約されたリソースの数を決定し得る。ＷＴＲＵは、リソースプールのＣＢＲ、ＴＢのＱｏＳ及び／又はキャストタイプに基づいて、各ＴＢの予約されたリソースの数の範囲で構成され得る。

例示的なアプローチでは、ＷＴＲＵは、リソースプールのＣＢＲが閾値よりも高いか、又は低い場合、別のＴＢの特徴予約を使用することによって、あるＴＢの全ての送信のリソースを予約することを決定することができる。しかしながら、ＷＴＲＵは、リソースプールのＣＢＲが閾値よりも低いか、又は高い場合、別のＴＢと関連付けられたＳＣＩを使用することによって、ＴＢの初期送信又は再送信のいずれかのための１つのリソースを予約することができる。

別の例示的なアプローチでは、ＷＴＲＵは、高ＱｏＳ要件を有するＴＢのための別のＴＢの特徴予約を使用することによって、１つのＴＢの全ての送信の１つ以上のリソースを予約することを決定し得る。実施例では、高ＱｏＳ要件は、高い優先度、高信頼性又は低遅延を有するＴＢのうちの１つ以上を含み得る。追加的又は代替的に、ＷＴＲＵは、別のＴＢの特徴予約を使用することによって、ＴＢの初期送信又は再送信のいずれかのための１つのリソースを低ＱｏＳ要件で予約することを決定し得る。このアプローチは、ＴＢの全ての送信リソースが事前に予約されているため、ＷＴＲＵが高ＱｏＳ要件でＴＢの衝突を低減することを可能にし得る。

更なる例示的なアプローチでは、ＷＴＲＵは、ユニキャスト／グループキャストトラフィックと関連付けられる場合に、あるＴＢの初期送信のための１つのリソースを予約することを決定し得、ブロードキャストトラフィックと関連付けられている場合に、別のＴＢの全ての送信のための１つ以上のリソースを予約し得る。ＷＴＲＵは、ＷＴＲＵが初期送信のリソースを予約するのみである場合、ＴＢの１つ以上の再送信のための動的リソース選択を実行し得る。

例示的な状況では、ＷＴＲＵは、別のＴＢ特徴のどの予約がリソースプールにおいてサポートされるかに基づいて、感知ウィンドウを決定し得る。ＷＴＲＵは、ＳＰＳ及び／又は動的リソース予約がリソースプールにおいてサポートされ／有効化されるかどうかに基づいて、１つのリソースプールにおける感知ウィンドウを決定し得る。具体的には、ＷＴＲＵは、どのリソース予約機能がリソースプールにおいてサポートされるかに応じて、各リソースプールが感知ウィンドウで構成され得る複数のリソースプールで構成され得る。

いくつかの例示的な状況では、ＷＴＲＵは、リソース選択及び／又は再選択のために１つ以上の手順を実行し得る。例示的な状況では、リソース排除のための１つ以上の手順が存在し得る。リソース割り当て手順の間、ＷＴＲＵは、スロットにおいてリソースを除外するかどうかを決定し得、予約された標的ＰＳＳＣＨ／ＰＳＣＣＨ送信を監視する必要がある。予約された標的ＰＳＳＣＨ／ＰＳＣＣＨ送信は、ＷＴＲＵが動作しているサービスに属し得る。決定は、ＴＢのＱｏＳ、予約された標的ＰＳＳＣＨ／ＰＳＣＣＨのＱｏＳ、ＷＴＲＵのＴＢと予約されたＰＳＳＣＨ／ＰＳＣＣＨと関連付けられたＴＢとの間の相対的なＱｏＳ、予約スロットを除外する前後の選択可能なリソースの量、及び／又はリソースプールのＣＢＲのうちの１つ以上に基づき得る。

ＴＢのＱｏＳを含む一例では、ＷＴＲＵは、ＴＢのＱｏＳ優先度が閾値よりも高い／低い場合、予約された標的ＰＳＳＣＨ／ＰＳＣＣＨを有するスロットを除外しないことを決定し得、ＴＢの優先度が閾値よりも低い／高い場合、全ての予約されたＰＳＳＣＨ／ＰＳＣＣＧを除外することを決定し得る。予約された標的ＰＳＳＣＨ／ＰＳＣＣＨのＱｏＳを含む更なる例では、ＷＴＲＵは、閾値よりも大きい関連付けられたＴＢのＱｏＳを有する予約された標的ＰＳＳＣＨ／ＰＳＣＣＨ送信を有するスロットを除外し得る。そうでなければ、関連付けられたＴＢが閾値よりも小さい場合、ＷＴＲＵは、関連付けられたスロットを除外しない場合がある。予約スロットを除外する前後の選択可能なリソースの量を含む例では、ＷＴＲＵは、選択可能なリソースのセットが閾値よりも大きくなるまで、最も高い優先度から最も低い優先度までの予約された標的ＰＳＳＣＨ／ＰＳＣＣＨ送信を有するスロットを徐々に除外し得る。

例示的な状況では、Ｔｘ ＷＴＲＵは、非周期的又は周期的なトラフィックのいずれかのためにリソースを半永続的に予約し得る。ＷＴＲＵは、予約されたリソースについて、予約されたリソースの有効期間、有効期間の最小及び最大値、並びに／又は予約されたリソースを保持する確率といったパラメータのうちの１つ以上を決定し得る。例えば、各有効期間の後、ＷＴＲＵは、１つの値をランダムに選択し得る。値が予約されたリソースを保持する確率よりも小さい場合、ＷＴＲＵは、予約されたリソースを使用し続けることができる。そうでない場合、ＷＴＲＵは、リソース再選択を実行し得る。

予約されたリソースのこれらのパラメータは、リソースプール構成、データのＱｏＳ、及び／又はリソースプールの混雑レベル若しくはＷＴＲＵのチャネル占有率のうちの１つ以上に基づいて決定され得る。データのＱｏＳに関して、一例では、ＷＴＲＵは、有効期間又はリソースを保持する確率とＴＢの優先度との間のマッピングで事前構成されるか、又は構成され得る。このアプローチは、他の／低優先度データとの衝突を回避するために、高い優先度データがリソースを長時間保持することを可能にするように動機化され得る。

例示的な状況では、ＷＴＲＵは、他のＷＴＲＵによって予約されたリソースを複数のグループに分割し、選択可能なリソースのセットにおいて各リソースを徐々に削除するか又は各リソースを選択可能なリソースのセットに徐々に追加することができる。ＬＴＥ Ｖ２Ｘと同様に、リソース割り当て手順中に、ＷＴＲＵは、リソース選択ウィンドウ内の全てのリソースを候補リソースとみなし得る。次いで、ＷＴＲＵは、他のＷＴＲＵによって予約されたいくつかのリソースを除外した後の候補リソースのセットであり得る非除外リソースのセットを決定し得る。次いで、ＷＴＲＵは、非除外リソースのセットにおける候補リソースのいくつかのパーセンテージ、例えば、２０％を選択することによって、選択可能なリソースのセットを決定し得る。次いで、ＷＴＲＵは、その送信のために選択可能なリソースのセットにおいて１つ又は複数のリソースをランダムに選択し得る。

ＮＲ Ｖ２Ｘに適用可能であり得る例では、ＷＴＲＵは、他のＷＴＲＵによって予約されたリソースを複数のグループに分割し、各々のグループにおける各リソースを、非除外リソースのセットから又は選択可能なリソースのセットから徐々に削除することができる。追加的又は代替的に、ＷＴＲＵは、各グループにおける各リソースを除外リソースのセットに徐々に追加することができる。以下の条件のうちの１つ以上が満たされたときに、追加又は除去プロセスを終了することができる。非除外リソースの数が総リソースのＸ％よりも大きいこと、非除外リソースの数がＸよりも大きいこと、選択可能なリソースの数が総リソースのＸ％よりも大きいこと、選択可能なリソースの数がＸよりも大きいこと、除外されたリソースの数が総リソースのＸ％よりも大きいこと、及び／又は除外されたリソースの数がＸよりも大きいこと。

予約されたリソースを異なるグループに分離するための基準は、予約されたリソースのＱｏＳ、可能性のある衝突のタイミング、及び／又は予約されたリソースのタイプのうちの１つ以上に基づいて決定され得る。予約されたリソースのＱｏＳに関して、ＷＴＲＵは、予約されたリソースを高ＱｏＳリソース及び低ＱｏＳリソースに分割することができる。予約されたリソースのタイプに関して、一例では、ＷＴＲＵは、予約されたリソースのセットを、動的に予約されたリソースのグループ、半持続的に予約されたリソースのグループ、及び／又はフィードバックベースのＨＡＲＱ再送信リソースのグループのうちの１つに分割することができる。一例では、動的な予約されたリソースのグループは、１つのＴＢの１つの送信のために使用され得る。また、半永続的に予約されたリソースのグループは、複数の送信のために半静的に使用され得る。更に、フィードバックベースのＨＡＲＱ再送信リソースのグループは、フィードバックベースのＨＡＲＱ再送信に使用され得る。

例示的なアプローチでは、ＷＴＲＵは、他のＷＴＲＵによって予約されたセットリソースを複数のグループに分割し得、グループのセットは、例えば、優先度、リソース及び高ＱｏＳリソースのグループなどの少なくとも低ＱｏＳのグループを含み得る。ＷＴＲＵは、低ＱｏＳリソースのグループにおいてリソースを徐々に追加し、次いで、追加条件が満たされるまで、高ＱｏＳリソースのグループにおけるリソースを除外リソースのセットに追加することができる。追加的又は代替的に、ＷＴＲＵは、高ＱｏＳのグループにおいてリソースを徐々に削除し、次いで、削除条件が満たされるまで、選択可能なリソースのセットから低ＱｏＳのグループにおけるリソースを削除することができる。このアプローチは、ＷＴＲＵが高ＱｏＳデータから予約されたリソースを選択することを回避することを可能にするように動機化され得る。

別の例示的なアプローチでは、ＷＴＲＵは、予約されたリソースのセットを少なくとも２つのグループに分割し得、第１のグループは、第１のウィンドウ、例えば、リソース選択ウィンドウにおいて潜在的な衝突を有する予約されたリソースを含み得、第２のグループは、第２のウィンドウ例えば、リソース予約ウィンドウを有するウィンドウにおいて、潜在的な衝突を有する予約されたリソースを含み得る。ＷＴＲＵは、第２のグループ及び第１のグループにおける予約されたリソースを、除外リソースのセットに順次追加し得る。このアプローチは、ＷＴＲＵが将来の送信よりも現在の送信を優先度付けすることを可能にするように動機化され得る。

例示的な状況では、ＷＴＲＵは、リソース選択手順中に予約されたリソースを除外するための閾値を決定し得る。ＷＴＲＵは、リソースのサイドリンクＲＳＳＩ（ＳＬ－ＲＳＳＩ）又はＲＳＲＰが閾値よりも大きい場合、別のＷＴＲＵによって予約されたリソースを除外することができる。閾値は、ＴＢのＱｏＳ、リソースプールの混雑レベル、及び／又は予約されたリソースのタイプのうちの１つ以上に基づいて決定され得る。

ＬＴＥ Ｖ２Ｘと同様のＴＢのＱｏＳに関して、リソースプールの利用可能性を決定するための閾値は、予約されたＴＢの優先度及び保留中のＴＢの優先度に基づいて決定され得る。しかしながら、閾値は、保留中のＴＢの最小通信範囲及び／又は予約されたリソースのＴＢの最小通信範囲に基づいて、更に決定され得る。

リソースプールの混雑レベルに関して、具体的には、ＷＴＲＵは、リソースプールのＣＢＲ範囲に基づいて、異なる閾値で構成され得る。例えば、ＷＴＲＵは、第１のＣＢＲ範囲の閾値で構成され得、第２のＣＢＲ範囲の閾値は、第１のＣＢＲ範囲の閾値へのオフセットによって決定され得る。

予約されたリソースのタイプに関して、一例では、ＷＴＲＵは、以下の予約されたリソース：ブラインド再送信のための予約されたリソース、フィードバックベースのブラインド再送信のための予約されたリソース及び／又は初期送信のための予約されたリソースの各々に対して１つの閾値で構成され得る。

更なる例示的な状況では、スロットを考慮する方法が提供される。実施例では、非監視スロットを考慮する方法が考慮され得る。

図２は、ＷＴＲＵが１つのスロットにおいて監視していないときに、潜在的に予約されたスロットの例を示す図である。概して、ＷＴＲＵは、１つのスロットが監視されないときに、潜在的に予約されたスロットの利用可能性を決定し得る。図２００の例に示すように、時間ｍで開始するスロットは、スロットｍと称され得る。更に、スロットｍは、送信リソース２１０及び２２０などの送信リソースを含み得、リソース２１０は、制御送信に使用され得、リソース２２０は、データ送信に使用され得る。ＷＴＲＵは、一例では、スロットｎでリソース選択をトリガし、リソース選択ウィンドウ［ｎ＋Ｔ１，ｎ＋Ｔ２］において送信リソースを選択し得る。更なる例では、ＷＴＲＵは、スロットｍを有する時隔Ｐ１、Ｐ２、Ｐ３を有するスロットを除外し得る。

特定の例では、ＷＴＲＵがスロットｍにおいて監視しないときに、ＷＴＲＵは、スロットｍ＋ｋ＊Ｐ_ｉを、潜在的に予約されたスロットとしてみなし得、ｋは整数であり、Ｐ_ｉは、リソースプールにおいてサポートされる全ての可能性のある予約期間である。図２に示す例では、Ｐ_ｉは、少なくともＰ_１、Ｐ_２及びＰ_３を含み得る。

例示的なアプローチでは、ＷＴＲＵは、ＷＴＲＵが１つのスロットにおいて監視しないときに、リソース割り当て中に任意の潜在的に予約されたスロットの利用可能性を決定し得る。一例では、ＷＴＲＵは、ＷＴＲＵがスロットにおいて送信する必要があるときに、スロットにおいて監視しない場合がある。１つの潜在的に予約されたスロットの利用可能性は、リソースプールのＣＢＲ、ＴＢのＱｏＳ、及び／又はＴＢのトラフィックタイプのうちの１つ以上に基づいて決定され得る。

リソースプールのＣＢＲに関して、一例では、ＷＴＲＵは、ＣＢＲがリソースプールのうちの１つが閾値よりも大きいときに利用不可能であるものとして、１つの潜在的に予約されたスロットを決定し得る。対照的に、ＷＴＲＵは、リソースプールのＣＢＲが閾値よりも小さいときに利用可能であるものとして、潜在的に予約されたスロットを決定し得る。ＷＴＲＵが利用可能であるものとして潜在的に予約されたスロットをみなす場合、ＷＴＲＵは、選択可能なリソースのセットに対するこれらのスロットにおけるリソースを含み得る。逆に、ＷＴＲＵが利用不可能であるものとしてこれらのスロットをみなす場合、ＷＴＲＵは、選択可能なリソースのセットにおいて、これらのスロットにおけるリソースを除外し得る。

一例では、ＴＢのＱｏＳに関して、ＷＴＲＵは、ＴＢの優先度／待ち時間閾値を超えた場合に、利用可能又は利用不可能であるもののいずれかとして１つの潜在的に予約されたスロットを決定し得る。更なる例では、優先度閾値のみが使用され得る。別の例では、閾値例のみが使用され得る。

ＴＢのトラフィックタイプに関して、決定のためのこの基礎は、ＷＴＲＵが動的又は半永続リソース選択に基づいて、利用可能／利用不可能であるものとして、１つの潜在的に予約されたスロットを決定する場合に、適切であり得る。具体的には、ＷＴＲＵが動的リソース選択を実行する場合に、ＷＴＲＵは、利用可能であるものとして潜在的に予約されたスロットを決定し得、ＷＴＲＵが半永続使用のためのリソース選択を実行する場合に、ＷＴＲＵは、利用不可能であるものとして、潜在的に予約されたスロットを決定し得る。

例示的な状況では、ＷＴＲＵは、本明細書で提供されるように、リソースランク付けのための１つ以上の手順を実行し得る。例示的なアプローチでは、ＷＴＲＵは、リソース選択ウィンドウにおけるリソースのセットを複数のグループに分割することができ、それらの各々は、１つのリソースグループランクと関連付けられ得る。次いで、ＷＴＲＵは、各グループ内のリソースのランク付けを実行し得る。具体的には、ＷＴＲＵは、リソース選択ウィンドウにおけるリソースのリソースセットを、グループ１と称され得、他のＷＴＲＵ又はそれ自体によって予約されていないリソースのセットを含み得る、第１のグループ、及び／又はグループ２と称され得、他のＷＴＲＵによって予約されたリソースのセットを含み得る、第２のグループ、又はそれ以上のグループの任意の組み合わせに分割することができる。

一例では、ＷＴＲＵは、ｆ（ＱｏＳ）^＊ｇ（ＲＳＲＰ／ＲＳＲＱ／ＲＳＳＩ）］の増加又は減少値に基づいて、他のＷＴＲＵによって予約されたリソースのグループにおけるリソースのランク付けを実行し得る。例示的なアプローチでは、ｆ（ＱｏＳ、ＲＳＲＰ又はＲＳＲＱ）の増加又は減少値に基づいて、他のＷＴＲＵによって予約されたリソースのグループにおけるリソースのランク付けを実行し得る。例えば、ＷＴＲＵは、
の値に基づいて、グループにおいて予約されたリソースをランク付けすることができ、選択可能であってもよい高くランク付けされたリソースが
の低い値と関連付けられ得る。

更なる例では、ＷＴＲＵは、１つのグループにおけるリソースを選択可能なリソースのセットに徐々に含み得る。１つのアプローチでは、ＷＴＲＵは、最も低くランク付けされたものから最も高くランク付けされたものに１つのグループを順次選択することができ、次いで、各グループにおける各リソースを、選択可能なリソースの数が閾値よりも大きくなるまで、最も低くランク付けされたものから最も高くランク付けされたものまで、各グループに徐々に含んでもよい。追加的又は代替的に、ＷＴＲＵは、最も高くランク付けされたものから最も低くランク付けされたものに１つのグループを順次選択することができ、次いで、各グループにおける各リソースを、除外されたリソースの数が閾値よりも大きくなるまで、最も高くランク付けされたものから最も低くランク付けされたものまで、各グループにおける各リソースを徐々に除外することができる。

例示的な状況では、ＷＴＲＵは、リソース選択ウィンドウを決定するための１つ以上の手順を実行し得る。例示的なアプローチでは、ＷＴＲＵは、以前に選択されたリソースの時間リソース及び２つのリソース間の最大予約シグナリングに基づいて、１つのＴＢの次のリソースのリソース選択ウィンドウを決定し得る。具体的には、ＬＴＥ Ｖ２Ｘと同様に、ＴＢの第１の選択されたリソースについて、ＷＴＲＵは、［ｎ＋Ｔ１，ｎ＋Ｔ２］としてリソース選択ウィンドウを決定し得、Ｔ１の値は、ＷＴＲＵ能力に基づいて決定され得、Ｔ２の値は、ＴＢの待ち時間及び信頼性に基づいて決定され得る。以前に選択されたリソースのうちのＷＴＲＵの最も早い又は最新の時間が、それぞれ、ｎ＋Ｔｍｉｎ及びｎ＋Ｔｍａｘとして仮定されてもよく、ＷＴＲＵが再送信のための第１のリソースを選択したときに、Ｔｍｉｎ＝Ｔｍａｘである。また、２つのリソース間の最大予約シグナリングがＮであると仮定してもよい。ＷＴＲＵは、以下のリソースのリソース選択ウィンドウを、［ｍｉｎ（ｎ＋Ｔｍｉｎ－Ｎ，ｎ＋Ｔ１），ｍａｘ（ｎ＋Ｔｍａｘ＋Ｎ，ｎ＋Ｔ２）］として決定し得る。

別の例示的なアプローチでは、ＷＴＲＵは、１つの送信のための固定選択ウィンドウサイズを決定し得、次の送信のためのリソース選択ウィンドウは、以前の送信の選択されたリソースに基づいて決定され得る。例示的なアプローチでは、ＷＴＲＵが、ｎ＋ｋとしてＴＢの以前の送信のためのスロットを選択し得、ＷＴＲＵが、［ｎ＋ｋ，ｎ＋ｋ＋Ｃ］として次の送信のためのリソース選択ウィンドウを決定し得るということを仮定することができる。ＷＴＲＵは、［ｎ＋Ｔ１，ｎ＋Ｔ１＋Ｃ］の初期送信のためのリソース選択ウィンドウを決定し得る。別の例示的なアプローチでは、ＷＴＲＵは、ウィンドウにおける１つの送信のためのリソース選択ウィンドウ［ｎ＋Ｔ１＋（ｋ－１）＊Ｃ，ｎ＋Ｔ１＋ｋ＊Ｃ］を決定し得、式中、ｋは整数値である。両方の例示的なアプローチでは、Ｃは、固定され得るか、あるいはＴＢのＱｏＳ及び／又はリソースプールのＣＢＲのうちの１つ若しくは任意の組み合わせに基づいて構成され得る。

例示的な状況では、ＷＴＲＵは、ユニキャスト／グループキャストＴＢのためのリソース選択のどのタイプを実行するかを決定し得る。ＷＴＲＵは、ユニキャスト／グループキャストＴＢのための以下のリソース割り当てタイプ：ＨＡＲＱベースの再送信のみ並びに／又はブラインド及びＨＡＲＱベースの再送信の組み合わせのうちの１つ以上をサポートし得る。

ＨＡＲＱベースの再送信のみに関して、ＴＢの次の送信のためのリソースは、以前の送信のＨＡＲＱフィードバック時間の前に発生し得る。ブラインド及びＨＡＲＱベースの再送信の組み合わせに関して、ＴＢの次の送信は、以前の送信のＨＡＲＱフィードバック時間の前又は後に発生し得る。

ＷＴＲＵは、ＴＢのＱｏＳ、プール構成、ＰＳＳＣＨ／ＰＳＣＣＨとその関連するＰＳＦＣＨとの間の時隔、及び／又はＰＳＦＣＨと次のＨＡＲＱベースのＰＳＳＣＨ／ＰＳＣＣＨ再送信との間の時隔のうちの１つ以上に基づいて、１つのリソース選択タイプを実行することを決定し得る。例では、ＴＢのＱｏＳは、優先度、待ち時間及び信頼性を含み得る。一例では、待ち時間が閾値よりも大きい場合、ＷＴＲＵは、ＨＡＲＱベースの再送信のみのリソース選択を実行し得る。追加的又は代替的に、待ち時間が閾値よりも小さい場合、ＷＴＲＵは、ブラインド及びＨＡＲＱベースの再送信の組み合わせを実行し得る。

いくつかの例示的な状況では、ＷＴＲＵは、ＨＡＲＱベースの再送信のリソース割り当てタイプのみのための以前に選択されたリソースの結果に基づいて、次のリソースのための選択ウィンドウを決定し得る。ＷＴＲＵは、［ｎ＋Ｔ１，ｎ＋Ｔ２］としてリソースのためのリソース選択ウィンドウを決定し得る。Ｔ２の値は、ＴＢの待ち時間及びＴＢに必要な送信数に基づいて、決定され得る。ＷＴＲＵは、スロットｎ＋ｋで第１のリソース、サブフレームｎ＋ｋ＋ａで関連付けられたＰＳＦＣＨを選択することを仮定してもよい。ＷＴＲＵは、［ｎ＋ｋ＋ａ＋Δ，ｎ＋Ｔ２］として次のリソースのためのリソース選択ウィンドウを決定し得、式中、Δは、ＰＳＦＣＨと次のＨＡＲＱベースのＰＳＳＣＨ／ＰＳＣＣＨ再送信との間の時隔に基づいて、固定され得る。ｎ＋ｋ＋ａ＋Δ＞ｎ＋Ｔ２である場合、ＷＴＲＵは、リソース選択手順を終了し得る。

例示的な状況では、ＷＴＲＵは、初期送信リソース及びＨＡＲＱベースの再送信リソースのための選択ウィンドウを決定し得る。例示的なアプローチでは、ＷＴＲＵは、初期送信及びＨＡＲＱベースの再送信のためのリソース選択ウィンドウをそれぞれ［ｎ＋Ｔ１，ｎ＋Ｔ３］及び［ｎ＋Ｔ３，ｎ＋Ｔ２］として決定し得、式中、Ｔ２の値は、ＴＢの待ち時間要件に基づいて決定され得、Ｔ３の値は、固定され得るか、あるいは選択可能なリソースの数、ＴＢのＱｏＳ、リソースプールのＣＢＲ、及び／又はＴＢのＱｏＳ、及び／又はリソースプールのＣＢＲのうちの１つ以上に基づいて決定され得る。ＴＢのＱｏＳに関して、Ｔ３の値は、ＴＢの待ち時間要件の半分として決定され得る。

具体的には、選択可能なリソースの数に関して、Ｔ３の値は、選択可能なリソースの数が［ｎ＋Ｔ１，ｎ＋Ｔ３］内の閾値よりも大きいように決定され得る。追加的又は代替的に、Ｔ３の値は、ウィンドウ内の選択可能なリソースの数［ｎ＋Ｔ１，ｎ＋Ｔ３］が、ウィンドウ内の選択可能なリソースの総数［ｎ＋Ｔ１，＋Ｔ２］のＸ％より大きいように決定され得る。Ｘの値は、固定され得るか、又はＴＢのＱｏＳ及び／又はリソースプールのＣＢＲのうちの１つ以上に基づいて決定され得る。

別の例示的なアプローチでは、ＷＴＲＵは、第１及び第２のリソース選択ウィンドウが［ｎ＋Ｔ１，ｎ＋Ｔ３］及び［ｎ＋ｋ＋ａ＋Δ，ｎ＋Ｔ２］であると決定し得、式中、ｎ＋ｋ及びｎ＋ｋ＋ａは、それぞれ、初期送信及びその関連付けられたＰＳＦＣＨのスロットである。Δの値は、ＰＳＦＣＨと次のＨＡＲＱベースのＰＳＳＣＨ／ＰＳＣＣＨ再送信との間の時隔に基づいて、固定され得る。

例示的な状況では、ＷＴＲＵは、選択可能なリソースの利用可能性に基づいて、ＨＡＲＱベースの再送信のみのリソース割り当てタイプからブラインド及びＨＡＲＱベースの再送信リソース割り当てタイプとの組み合わせへの変化を決定し得る。具体的には、ＨＡＲＱベースの再送信のみのリソース割り当てタイプの選択手順の間に、リソース選択ウィンドウ内の選択可能なリソースの量が閾値よりも小さい場合、ＷＴＲＵは、ブラインド及びＨＡＲＱベースの再送信リソースの組み合わせに切り替え、ＴＢのＱｏＳを保証してもよい。

例示的な状況では、ＷＴＲＵは、ＰＳＦＣＨリソースのタイミングに基づいて、１つ又は複数のＴＢの送信のために、どのＰＳＦＣＨリソースが、複数のＰＳＳＣＨ／ＰＳＣＣＨ送信の状態をフィードバックするかを決定し得る。例えば、ＷＴＲＵは、１つのＴＢにおいて、１つのＰＳＳＣＨ／ＰＳＣＣＨ送信及び１つのＰＳＳＣＨ／ＰＳＣＣＨブラインド再送信を受信し得、各ＰＳＳＣＨ／ＰＳＣＣＨ送信は、１つのＰＳＦＣＨリソースと関連付けられ得る。更に、ＷＴＲＵは、どのＰＳＦＣＨリソースが、これらのＰＳＳＣＨ／ＰＳＣＣＨ送信のＨＡＲＱ状態をフィードバックするかを決定する必要があり得る。ＷＴＲＵは、ＰＳＦＣＨリソースのタイミングに基づいて、どのＰＳＦＣＨリソースが、複数のＰＳＳＣＨ／ＰＳＣＣＨ送信の状態をフィードバックするかを決定し得る。具体的には、１つのアプローチでは、ＷＴＲＵは、ＰＳＳＣＨ／ＰＳＣＣＨ送信の両方を復号化し、ＨＡＲＱフィードバックを準備するのに十分な時間を有する場合、第１のＰＳＳＣＨ／ＰＳＣＣＨ送信と関連付けられたＰＳＦＣＨリソースを選択し得る。そうでなければ、ＷＴＲＵは、第２のＰＳＳＣＨ／ＰＳＣＣＨ送信と関連付けられたＰＳＦＣＨを選択し得る。別のアプローチでは、ＷＴＲＵは、第２のＰＳＳＣＨ／ＰＳＣＣＨと関連付けられたＰＳＦＣＨを使用し得る。

例示的な状況では、ＷＴＲＵは、ＴＢの初期送信及びＱｏＳのための選択されたリソースに基づいて、初期送信メッセージを送信するように時間スロットを決定し得る。例えば、ＷＴＲＵは、タイムスロットを決定して、初期送信予約メッセージを送信して、ＴＢの初期送信のためのリソースを予約する必要があり得る。ＷＴＲＵは、予約されたＰＳＳＣＨ／ＰＳＣＣＨリソースと初期送信指示送信との間の異なる時隔のセットで構成され得る。時隔範囲は、例えば、ＴＢの優先度などのＱｏＳに基づいて決定され得る。このアプローチは、異なる優先度を有するＷＴＲＵが互いから予約メッセージを受信し得、必要に応じて衝突回避を実行し得るため、低優先度ＴＢと高優先度ＴＢとの間の衝突を低減させ得る。

例示的な状況では、ＷＴＲＵは、初期送信及び１つ以上の再送信のための２つのリソース選択ウィンドウを決定し得る。例えば、ＷＴＲＵは、２つのリソース選択ウィンドウを決定することができ、一方のウィンドウは、初期送信のリソース選択のために使用され得、別のウィンドウは、１つ又は複数の再送信のリソース選択のために使用され得る。更に、ＷＴＲＵは、第１のリソース選択ウィンドウにおける初期送信の送信を使用して、第２のリソース選択ウィンドウ内の再送信のためのリソースを予約し得る。

例示的なアプローチでは、ＷＴＲＵは、第１及び第２のリソース選択ウィンドウがそれぞれ［ｎ＋Ｔ１，ｎ＋Ｔ３］及び［ｎ＋Ｔ３，ｎ＋Ｔ２］であると決定し得る。別のアプローチでは、ＷＴＲＵは、第１及び第２のリソース選択ウィンドウが［ｎ＋Ｔ１，ｎ＋Ｔ３］及び［ｎ＋ｋ＋Δ，ｎ＋Ｔ２］であり、式中、ｎ＋ｋが初期送信のスロットであり、ΔがＷＴＲＵ処理能力に基づいて決定され得る。両方のアプローチでは、Ｔ２及びＴ３の値は、リソースプールのＴＢ及びＣＢＲのＱｏＳに基づいて決定され得る。具体的には、Ｔ２の値は、ＴＢの待ち時間要件及びリソースプールのＣＢＲに基づいて決定され得る。Ｔ３の値は、ＴＢの待ち時間要件、信頼性及び／又はリソースプールのＣＢＲに基づいて決定され得る。

例示的な状況では、ＷＴＲＵは、第１のリソース選択ウィンドウにおける初期送信のためのリソース競合手順を実行し、初期送信のＳＣＩを使用して、第２のリソース選択ウィンドウにおける１つ又は複数の再送信のためのリソースを予約し得る。具体的には、リソース競合手順は、以下の手順：バックオフ手順及び／又は、クリアチャネル評価（clear channel assessment、ＣＣＡ）手順のうちの１つ以上を含み得る。

バックオフ手順では、ＷＴＲＵは、リソース割り当てがトリガされた後、バックオフ値を生成し得る。次いで、ＷＴＲＵは、バックオフ値がゼロ以下になるまでバックオフを減少させ得る。バックオフ値は、スロットにおける１つ又は複数のリソースがその送信のために利用可能であると決定するときに、減少し得る。

ＣＣＡ手順では、ＷＴＲＵは、これらのリソースの受信信号強度（received signal strength、ＲＳＳ）を測定することによって、１つ又は複数のリソースの利用可能性を決定し得る。

例示的な状況では、ＷＴＲＵは、第２のリソース選択ウィンドウにおける再送信のための選択可能なリソースのランダムな選択を実行し得る。選択可能なリソースのセットは、ＬＴＥ Ｖ２Ｘと同様のリソース選択手順によって決定され得る。具体的には、選択可能なリソースのセットは、他のＷＴＲＵによって予約されたリソースを除外し、残りのリソースをランク付けした後に最良のリソースを選択した後に決定され得る。

本明細書で提供される例では、ＷＴＲＵは、リソース再選択を実行し得る。例示的な状況では、ＷＴＲＵは、予約されたリソースのリソース利用が閾値よりも小さい場合、予約されたリソースのセットのためのリソース再選択を実行し得る。具体的には、ＷＴＲＵは、１つのサイドリンクプロセスに対応する１つの予約されたリソースセットのためのリソース利用閾値で構成され得る。利用閾値は、リソースプールのデータ及び／又はＣＢＲのＱｏＳに基づいて構成され得る。ＷＴＲＵは、期間内の使用されるリソースと未使用リソースとの比率として、１つのセットの予約されたリソースのリソース利用を決定し得る。

例示的なアプローチでは、ＷＴＲＵは、成功した送信比が閾値よりも小さい場合、ユニキャスト／グループキャストのための予約されたリソースのセットのリソース再選択を実行し得る。Ｔｘ ＷＴＲＵは、ＨＡＲＱ ＡＣＫフィードバックを受信する場合に、送信を成功であるとみなしてもよい。ＷＴＲＵは、ＨＡＲＱ ＮＡＣＫを受信するか、又はＲｘ ＷＴＲＵからのフィードバックを受信しない場合、送信を失敗としてみなしてもよい。

別の例示的なアプローチでは、ＷＴＲＵがネットワークスケジューリングされたモードで作動している場合、ＷＴＲＵは、ネットワークにリソース利用を報告して、スケジューリング中にネットワークをサポートし得る。追加的又は代替的に、ＷＴＲＵは、受信機ＷＴＲＵからのＨＡＲＱフィードバックに基づいて、送信成功率をネットワークに報告し得る。両方のアプローチにおける報告は、周期的に、又はトリガ条件に基づいて構成され得る。トリガ条件は、例えば、予約されたリソースのセットの利用率又は送信成功率が閾値よりも小さい場合を含み得る。

いくつかの例示的な状況では、ＷＴＲＵは、リソース評価、再評価又はその両方を実行し得る。ＮＲ Ｖ２Ｘの初期設計によれば、ＷＴＲＵは、ＷＴＲＵによって選択され、かつ／又は予約されたリソースのためのリソース評価又は再評価を実行して、他のＷＴＲＵとの潜在的な衝突のために、リソースを再選択する必要があるかどうかを決定し得る。

一例では、ＷＴＲＵは、選択されたリソースのセットのリソース再評価をトリガするかどうかを決定し得る。例示的なアプローチでは、ＷＴＲＵは、リソースを選択するときのスロットと第１の選択されたリソースのスロットとの間の時間及び／又はＴＢの残りの遅延バジェットのうちの１つ若しくは任意の組み合わせに基づいて、選択された１つ以上のリソースのセットのために、リソース再評価をトリガする必要があるか否かを決定し得る。

一例では、ＷＴＲＵは、リソースを選択するときのスロットと、第１の選択されたリソースのスロットとの間の時間に基づいて、リソース再評価をトリガするかどうかを決定し得る。具体的には、一例では、ＷＴＲＵは、リソースを選択するスロットと、第１の選択されたリソースのスロットとの間の時間が閾値よりも小さい場合、リソース再評価をトリガし得る。そうでない場合、ＷＴＲＵは、リソース再評価をトリガしない場合がある。閾値は、固定、構成、若しくは事前構成された閾値、ＴＢのＱｏＳ、及び／又はリソースプールのＣＢＲのうちの１つ若しくは任意の組み合わせに基づいて決定され得る。例えば、ＷＴＲＵは、リソースプールのＣＢＲに基づいて、時隔閾値で構成又は事前構成され得る。具体的には、ＷＴＲＵは、ＣＢＲが低い場合、長い時隔閾値で、ＣＢＲが高い場合、短い時隔閾値で構成又は事前構成され得る。固定、構成、又は事前構成された閾値に関連する一例では、時隔閾値は、リソースプールごとに構成又は事前構成された固定値であり得る。ＴＢのＱｏＳに関連する一例では、時隔閾値は、ＴＢの優先度に基づいて、構成されるか、又は事前構成され得る。例えば、ＷＴＲＵは、高優先度ＴＢのための短い時隔閾値及び低優先度ＴＢのための長い時隔閾値で構成又は事前構成され得る。

別の例では、ＷＴＲＵは、ＴＢの残りの遅延バジェットに基づいて、リソース再評価を実行する必要があるかどうかを決定し得る。具体的には、一例では、ＷＴＲＵは、ＴＢの残りの遅延バジェットが閾値よりも大きい場合に、リソース再評価をトリガし得る。そうでない場合、ＷＴＲＵは、リソース再評価をトリガしない場合がある。遅延バジェット閾値は、固定、構成、若しくは事前構成された閾値、リソースプールのＣＢＲ、及び／又はＴＢのリソース再選択タイプのうちの１つ若しくは任意の組み合わせに基づいて決定され得る。例えば、ＷＴＲＵは、ＨＡＲＱベースの再送信のための高遅延バジェット閾値及びブラインド再送信のための低遅延バジェット閾値で構成又は事前構成され得る。リソースプールのＣＢＲに関して、一例では、ＷＴＲＵは、リソースプールのＣＢＲに基づいて、遅延バジェット閾値で構成又は事前構成され得る。例えば、ＣＢＲが低く、ＣＢＲが低い場合、高遅延バジェット閾値で、ＣＢＲが高い場合、低遅延バジェット閾値で構成又は事前構成され得る。更に、このアプローチは、ＷＴＲＵがリソース再評価後に十分な利用可能なリソースを選択することを可能にしてもよい。固定、構成、又は事前構成された閾値に関連する一例では、遅延バジェット閾値は、リソースプールごとに構成又は事前構成された固定値であり得る。

例示的なアプローチでは、ＷＴＲＵがまずリソースを選択するスロットと、第１の選択されたリソースの使用のスロットとの間で、スロットにおけるリソース再評価をトリガし得る。ＷＴＲＵは、ＴＢのＱｏＳ及び／又はリソースプールのＣＢＲのうちの１つ若しくは任意の組み合わせに基づいて、リソース再評価トリガタイミングを決定し得る。ＴＢのＱｏＳに関する例では、ＷＴＲＵは、ＴＢのＱｏＳに基づいて、第１の選択されたリソースと再評価トリガとの間の最大及び／又は最小の時隔で構成若しくは事前構成され得、次いで、ＷＴＲＵは、構成又は事前構成された時隔を満たすようにリソース再評価タイミングを決定し得る。更に、リソースプールのＣＢＲに関する例では、リソース再評価トリガと第１の選択リソースとの間の時隔は、リソースプールのＣＢＲが低い場合に大きく、リソースプールのＣＢＲが高い場合に低くてもよい。

ＷＴＲＵは、一例では、時隔の値を決定し得る。例示的な例では、ＷＴＲＵは、時隔で構成又は事前構成され得る。時隔は、例えば、Ｔ３と称され得る。例示的な例では、ＷＴＲＵは、最大リソース再評価タイミングと第１の選択リソースとの間の時隔Ｔ３で構成又は事前構成され得る。Ｔ３の値は、ＴＢのＱｏＳ及び／又はリソースプールのＣＢＲに基づいて決定され得る。具体的には、Ｔ３は、優先度の低いＴＢで大きく、優先度の高いＴＢでは小さくなり得る。

例示的なアプローチでは、ＷＴＲＵは、以前の反復からの１つ以上のリソースを、現在の反復からの１つ以上のリソースに変更することができる。リソース再評価の後、ＷＴＲＵのＰＨＹ層は、選択可能なリソースのセット、例えば、セットＡをＭＡＣ層に報告し得、次いでＭＡＣ層は、ＴＢの送信のために１つのリソースセットをランダムに選択し得る。ＷＴＲＵのＭＡＣ層は、再送信のためにリソースのセットをランダムに再選択し得る。ＭＡＣ層は、以前に選択されたリソースのうちの１つ以上が選択可能なリソースのセットにない場合、リソース選択を実行し得る。ＭＡＣ層は、リソース選択を実行することを決定する場合、衝突リソースのうちの少なくとも１つのみを再選択すること、及び／又は以前に選択されたリソースのセット全体を再選択することのうちの１つ若しくはいずれかを実行し得る。再選択は、一例では、関連付けに基づいて実行され得る。例えば、再選択は、元々選択されたリソースとの関連付けに基づいて実行され得る。更に、再選択は、第１のリソースとの関連付けに基づいて実行され得る。

ＷＴＲＵは、以下ＴＢの送信タイプ及び／又はＴＢのＱｏＳの１つ又は任意の組み合わせに基づいて、衝突したリソースのみ又は以前に選択されたリソースのセット全体のうちの少なくとも１つを再選択するかどうかを決定し得る。一例では、ＴＢの送信タイプに関して、ＷＴＲＵは、ＷＴＲＵがＴＢのＨＡＲＱベースの再送信を使用する場合、以前に選択されたリソースのセット全体を再選択することを決定し得る。更なる例では、ＷＴＲＵは、ＷＴＲＵがＴＢのＨＡＲＱベースの再送信を使用する場合に、以前に選択されたリソースのセット全体を選択し、ブラインド再送信がＴＢに使用される場合にのみ、衝突したリソースのうちの少なくとも１つを再選択することを決定し得る。これにより、ＷＴＲＵは、第１のリソースのＨＡＲＱ状態に基づいて、追加のリソースを再選択することを決定し得る。更に、ＴＢのＱｏＳに関して、ＷＴＲＵは、ＴＢの優先度が閾値よりも高い場合にのみ、衝突したリソースのうちの少なくとも１つのためにリソース選択を実行することを決定し得る。そうでない場合、ＷＴＲＵは、以前に選択されたリソースのセット全体のために、リソース選択を実行し得る。

例示的なアプローチでは、ＷＴＲＵは、衝突したリソースのみのうちの少なくとも１つを再選択することを決定し得る。次いで、ＷＴＲＵは、衝突したリソースの数に基づいて、送信のために１つ以上のリソースをランダムに再選択し得る。次いで、ＷＴＲＵは、残りのリソースのタイミング及びＨＡＲＱラウンドトリップ時間（round trip time、ＲＴＴ）に基づいて、１つ以上のリソースを再選択するためのウィンドウを決定し得る。例えば、ＷＴＲＵがＨＡＲＱベースの再送信ＴＢのリソースのセットにおいて第１のリソースのリソース再選択を実行する場合、ＷＴＲＵは、第２のリソースからＨＡＲＱ ＲＴＴ内の選択可能なリソースのセットを除外し得る。

例示的な例では、ＷＴＲＵがユニキャスト及び／又はグループキャストトラフィックのリソース選択を実行する必要がある場合、ＷＴＲＵは、ＣＳＩ報告の利用可能性に基づいてリソースを選択し得る。具体的には、１つのサブチャネルのセットにおいて測定されたＣＳＩが利用可能である場合、ＷＴＲＵは、一例では、関連するＣＳＩ報告を有するサブチャネルのセットにおいてリソース選択を実行し得る。そうでなければ、ＣＳＩ報告又は広帯域ＣＳＩ報告が利用可能でない場合、ＷＴＲＵは、リソースプール全体においてリソース選択を実行し得る。別の例示的なアプローチでは、ＷＴＲＵは、ＣＳＩ報告を有するリソースとＣＳＩ報告を有さないリソースとの間に、ＲＳＲＰ閾値の異なるセットを適用し得る。

別の例示的なアプローチでは、ＷＴＲＵは、選択可能なリソースのセットを決定するためにリソース評価又は再評価を実行するときに、ＲＳＲＰ増分をいつ停止するかを決定し得る。具体的には、ＷＴＲＵは、最大ＲＳＲＰ閾値で、及び／又はリソース再評価手順中のＲＳＲＰ増分の最大数で構成若しくは事前構成され得る。最大ＲＳＲＰ閾値及び／又はＲＳＲＰ増分の最大数は、構成若しくは事前構成された増分、ＴＢのＱｏＳ、及び／又はリソースプールのＣＢＲのうちの１つ若しくは任意の組み合わせに基づいて決定され得る。

構成又は事前構成された増分に関する一例では、ＷＴＲＵは、一定の数のＲＳＲＰ増分で構成又は事前構成され得る。更に、ＷＴＲＵは、ＲＳＲＰ増分の数が閾値に達すると、ＲＳＲＰインクリメントを停止し得る。

一例では、ＴＢのＱｏＳに関して、ＷＴＲＵは、構成又は事前構成され得る。例えば、ＷＴＲＵは、ＴＢの優先度に基づいて、ＲＳＲＰ増分の最大数で構成又は事前構成され得る。更に、ＷＴＲＵは、高優先度ＷＴＲＵに対してはＲＳＲＰ増分の最大数の高い値で、低優先度ＴＢに対してはＲＳＲＰ増分の最大数の低い値で構成又は事前構成され得る。

リソースプールのＣＢＲに関して、一例では、ＷＴＲＵは、リソースプールのＣＢＲが高い場合、ＲＳＲＰ増分の最大数の高い値で（事前）構成され得る。更に、ＷＴＲＵは、リソースのＣＢＲが低い場合、ＲＳＲＰ増分の最大数の低い値で構成又は事前構成され得る。

例示的な状況では、ＷＴＲＵは、バーストトラフィックのリソース選択を実行し得る。例示的なアプローチでは、ＷＴＲＵは、１つのサブバンドにおけるＴＢごとのリソース競合を実行することによって、バーストトラフィックのためのリソース選択を実行し得る。具体的には、ＷＴＲＵは、一例では、リソースプールの周波数ドメインを複数のサブバンドに分割し得る。各サブバンドの帯域幅は、バーストトラフィックにおける各ＴＢのサイズに依存し得る。次いで、ＷＴＲＵは、１つのサブバンドにおける各ＴＢのリソース競合手順を独立して実行し得る。

別の例示的なアプローチでは、ＷＴＲＵは、クリアチャネル評価（ＣＣＡ）を実行し、１つ又は複数のＴＢを送信するために、１つ又は複数のサブバンドを占有することができる。このアプローチは、ＷＴＲＵが１つのＴＢ又は複数のＴＢの１つ以上の送信に１回ＣＣＡを実行する必要があり得るため、ＷＴＲＵがＣＣＡオーバヘッドを低減することを可能にし得る。

ＷＴＲＵは、チャネルにアクセスする時間ごとに最大チャネル占有時間（maximum channel occupancy time、ＭＣＯＴ）を決定し得るか、又はＷＴＲＵは、期間にわたってＭＣＯＴを決定し得る。ＭＣＯＴは、リソース割り当てに必要なＴＢの数、各ＴＢのＱｏＳ、占有されたリソースの帯域幅、及び／又はリソースプールのＣＢＲのうちの１つ若しくは任意の組み合わせに基づいて決定され得る。例えば、ＣＢＲが低い場合、より高いＭＣＯＴのために、ＣＢＲが高い場合、より低いＭＣＯＴのために、ＷＴＲＵは構成され得る。各ＴＢのＱｏＳに関する例では、ＷＴＲＵは、ＴＢの信頼性に基づいて決定され得る、１つのＴＢのための送信数の数に基づいて、ＭＣＯＴを決定し得る。占有リソースの帯域幅に関して、ＷＴＲＵは、一例では、時間と周波数リソース使用との間のバランスをとるためにより高い帯域幅を使用する場合、より小さいＭＣＯＴに構成され得る。

例示的なアプローチでは、ＷＴＲＵは、複数のＴＢのバックオフ手順を組み合わせることができる。例えば、ＷＴＲＵは、バーストトラフィックについて、バックオフカウンタの範囲及び／又はバックオフカウンタの値のうちの一方又は両方を決定することによって、バーストトラフィックのリソース割り当てを実行することを決定し得る。

次いで、ＷＴＲＵは、ＴＢごとのバックオフ手順を順次実行し得る。このアプローチは、ＷＴＲＵが送信のための初期リソースを見つけることを可能にし得る。バックオフカウンタの範囲又はバックオフカウンタの値は、リソース割り当てに必要なＴＢの数、各ＴＢのＱｏＳ、及び／又はリソースプールのＣＢＲのうちの１つ以上に基づいて決定され得る。

例えば、ＷＴＲＵは、１つのＴＢのためのリソース選択手順を実行する場合、１つのＴＢのための１つのバックオフ値を範囲［０，Ｎ］においてランダムに選択するように構成され得る。しかしながら、ＷＴＲＵがバーストトラフィックにおいて２つのＴＢのリソース選択手順を実行する場合、ＷＴＲＵは、第１のＴＢ及び第２のＴＢの１つのバックオフ値を、範囲［０，Ｎ／２］において順次選択し得る。

例示的な状況では、ＷＴＲＵは、混雑制御をサポートするリソース選択を実行し得る。例示的なアプローチでは、ＷＴＲＵは、選択不可能なリソースのセットを決定し得る。具体的には、ＷＴＲＵは、一例では、１つのリソースが選択可能であるかどうかを決定するために、ＲＳＲＰ／ＲＳＲＱ／ＲＳＳＩ閾値を決定し得る。閾値は、予約されたリソースのＱｏＳ、保留中のＴＢのＱｏＳ、及び／又はリソースプールのＣＢＲのうちの１つ以上に基づいて決定され得る。

例示的なアプローチでは、ＷＴＲＵは、セットが以下を満たす場合に、選択不能なリソースのセットを決定することができる。セットが１つのＳＣＩによって予約されていること、及び／又はリソースセットの予約に使用されるＰＳＳＣＨ／ＰＳＣＣＨの測定されたＲＳＲＰ／ＲＳＲＱ／ＲＳＳＩが閾値よりも大きいこと。更なる例では、閾値は、２つのＴＢの相対的な優先度に基づいて、構成又は事前構成され得る。

別の例示的なアプローチでは、ＷＴＲＵは、１つのＳＣＩによって予約されている場合、選択不能なソースのセットを決定し得、ＳＣＩにおいて示される優先度は、閾値より低い、及び／又は保留中のＴＢマイナスΔの優先度よりも低い、のうちの１つ以上である。更に、一例では、Δの値は、構成又は事前構成され得る。

例示的な状況では、ＷＴＲＵは、選択可能なリソースの数が閾値よりも小さい場合又は選択不能なリソースの数が閾値よりも大きい場合に、送信パラメータを調整すること、ＴＢをドロップすること、及び／又は１つ又は複数のリソースをプリエンプトすることのうちの１つ以上を行うことによって、混雑制御を実行することを決定し得る。一例では、送信を調整するは、例えば、送信電力を低減するなど、送信電力を変更する、送信ごとに選択されたサブチャネルの数を変更する、並びに／又は変調及び符号化スキーム（modulation and coding scheme、ＭＣＳ）を変更する、のうちの１つ以上を含んでもよい。混雑制御を実行するための閾値は、リソースプールのＴＢ及び／又はＣＢＲのＱｏＳに基づいて、固定されるか、又は決定され得る。

例示的な状況では、ＷＴＲＵは、プリエンプションのための１つ以上の方法を実行し得る。１つのアプローチでは、ＷＴＲＵは、どのリソースプールが可能であり、どのタイプの予約されたリソースがプリエンプションのために許可されるかを決定し得る。ＷＴＲＵは、ＷＴＲＵにおいて構成若しくは事前構成され得るか、又はＳＩＢ若しくはＲＲＣを介してＷＴＲＵに送信し得るプール構成に基づいて、リソースプールにおけるプリエンプションについて、プリエンプションが許可されているかどうか、ＷＴＲＵがプリエンプションを実行し得るＴＢの優先度範囲若しくは別のＱｏＳパラメータ範囲、プリエンプトされ得る予約されたリソースの優先度範囲若しくは別のＱｏＳパラメータ範囲、保留中のＴＢとプリエンプションのために許可された予約されたリソースとの最小優先度差若しくは任意のＱｏＳパラメータ差、プリエンプションのために許可されたＣＢＲ閾値、並びに／又はプリエンプトされ得る予約されたリソースと関連付けられ得るソースｉｄ及び／若しくは宛先ｉｄのセットの任意の組み合わせを決定し得る。

例示的なアプローチでは、ＷＴＲＵは、リソースプールのＣＢＲに基づいて、予約されたリソースをプリエンプトすることを許可された、異なる優先度セットで構成され得る。具体的には、１つのＴＢについて、ＷＴＲＵは、一例では、ＴＢの優先度及びリソースプールのＣＢＲに基づいて、プリエンプションを実行し得るかどうかを決定し得る。

別の例示的なアプローチでは、ＷＴＲＵは、リソースプールのＣＢＲに基づいて、プリエンプションが許可されているかどうかを決定し得る。具体的には、ＣＢＲが閾値よりも大きい／小さい場合、一例では、プリエンプションは許可されない場合がある。そうでなければ、ＣＢＲが閾値よりも小さい／大きい場合、プリエンプションが許可され得る。

例示的な状況では、ＷＴＲＵは、そのＴＢの特性及び予約されたリソースの特性に基づいて、リソースのセットがプリエンプトすることを許可されることを決定し得る。具体的には、一例では、保留中のＴＢの特性は、ＴＢのＱｏＳ、ＴＢのキャストタイプ、及び／又はＴＢのサイズのうちの１つ以上を含み得る。

更に、予約されたリソースの特性は、予約されたリソースのＱｏＳ、予約されたリソースのキャストタイプ、予約されたリソースのサイズ、予約されたリソースがＨＡＲＱベースの初期送信であること、予約されたリソースがＨＡＲＱベースの再送信であること、予約されたリソースがブラインド再送信であること、及び／又は予約されたリソースが初期ブラインド送信であることの任意の組み合わせを含み得る。

例示的なアプローチでは、ＷＴＲＵは、そのＴＢのＱｏＳ及び予約されたリソースのＱｏＳに基づいて、リソースがプリエンプトされるかどうかを決定し得る。ＷＴＲＵは、範囲内の優先度又は他のＱｏＳ情報を有するか、又は構成若しくは事前構成された閾値よりも大きいＷＴＲＵの保留中のＴＢと異なる優先度差又は他のＱｏＳパラメータ差を有するリソースを、プリエンプトするように構成され得る。追加的又は代替的に、ＷＴＲＵは、最も低い優先度又はその保留中のＴＢとの最大優先度差を有する１つ又は複数のリソースをプリエンプトするように構成され得る。

別の例示的なアプローチでは、ＷＴＲＵは、保留中のＴＢのキャストタイプに基づいて、１つ又は複数のキャストタイプと関連付けられたリソースをプリエンプトすることを決定し得る。例えば、保留中のＴＢがユニキャストである場合、ユニキャストトラフィックのみをプリエンプトすることが可能であり得る。追加的又は代替的に、保留中のＴＢがブロードキャストである場合、予約されたリソースの全てのキャストタイプをプリエンプトすることが可能であり得る。

例示的な状況では、ＷＴＲＵは、ＴＢの特性に基づいて、どのタイプのプリエンプションかを決定し得る。１つのそのようなプリエンプションは、半永続ベースのプリエンプションであり得、ＷＴＲＵは、予約されたリソースをプリエンプトし、プリエンプトされたリソースを半永続的に使用することができる。追加的又は代替的に、プリエンプションは、動的ベースのプリエンプションであり得、ＷＴＲＵは、予約されたリソースをプリエンプトし、ワンショット送信のためにプリエンプトされたリソースを使用することができる。

ＷＴＲＵは、プリエンプション指示メッセージにおけるプリエンプションのタイプを決定し得、プリエンプション指示メッセージにおける１つのビットを使用して、どのタイプのプリエンプションが使用され得るかを示すことができる。プリエンプトされたリソースの持続時間に関して、ＷＴＲＵは、スロットベースのプリエンプション及び／又はシンボルベースのプリエンプションにのうちの１つを実行することを決定し得る。

プリエンプトされたリソースの持続時間は、保留中のＴＢのＱｏＳ、保留中のＴＢのサイズ、ＴＢに伝達される情報、及び／又は予約されたリソースの周波数サイズのうちの１つ若しくは任意の組み合わせに基づいて決定され得る。

１つの例示的なアプローチでは、ＷＴＲＵは、ＴＢのサイズが閾値よりも小さい場合、シンボルベースのプリエンプションを実行し得る。追加的又は代替的に、ＷＴＲＵは、ＣＳＩ報告、ＰＣ５－ＲＲＣなどの情報を伝達するＴＢのためのシンボルベースのプリエンプションを実行し得る。このアプローチは、ＷＴＲＵが小さなＴＢのためにより少ない時間リソースをプリエンプトすることを可能にし得る。

ＷＴＲＵは、一例では、感知及びリソース選択手順で受信機ＷＴＲＵをサポートするために、プリエンプションメッセージにおけるそのプリエンプションタイプを示すことができる。具体的には、例えば、ＷＴＲＵは、プリエンプションタイプが半持続性ベース又は動的ベースのいずれかであるかを暗黙的／明示的に示すことができる。更に、ＷＴＲＵは、一例では、プリエンプションがシンボルベース又はスロットベースのいずれかであることを更に示すことができる。

一例では、ＷＴＲＵは、プリエンプトされたリソースを示すことによって、プリエンプトされたＷＴＲＵのセットを暗黙的又は明示的に示すことができる。例示的なアプローチでは、ＷＴＲＵは、プリエンプションメッセージにおけるプリエンプトされたリソースを示すことによって、プリエンプトされたＷＴＲＵのセットを暗黙的に表すことができる。受信機ＷＴＲＵは、プリエンプションメッセージを正常に復号化した後、予約されたリソースのうちのいずれかがプリエンプトされたリソースと重複しているかどうかを識別することによって、それがプリエンプトされているかどうかを識別することができる。別の例示的なアプローチでは、ＷＴＲＵは、プリエンプションメッセージにおけるプリエンプトされたＷＴＲＵ及びプリエンプトされたリソースのセットを明示的に示すことができる。

例示的な状況では、ＷＴＲＵは、リソースを決定して、プリエンプションメッセージを送信し、かつ監視することができる。例示的なアプローチでは、ＷＴＲＵは、ＰＳＣＣＨ専用のサブチャネル／スロット／シンボルにプリエンプションメッセージを送信するように構成され得る。一例では、ＷＴＲＵは、プリエンプション専用のＳＣＩフォーマットによって、プリエンプションメッセージを決定し得る。

別の例示的なアプローチでは、ＷＴＲＵは、１つ又は複数のリソースプールを構成して、プリエンプションメッセージを送信し得る。追加的又は代替的に、ＷＴＲＵは、専用サブチャネル／スロットを構成して、プリエンプションメッセージを送信し得る。受信機ＷＴＲＵは、プリエンプション指示のための専用リソースを監視して、その予約されたリソースがプリエンプトされるか否かを決定するか、又は感知及びリソース割り当て手順をサポートし得る。

別の例示的なアプローチでは、ＷＴＲＵは、プリエンプション指示送信とデータ送信との間の時隔に関するルールで構成され得る。プリエンプション指示とデータ送信との間の時隔は、リソースプールに基づいて、構成又は事前構成され得る。構成又は事前構成された値は、ＷＴＲＵがプリエンプション指示を復号化し、その送信をキャンセルするのに必要な時間に基づいて決定され得る。追加的又は代替的に、この値を、プリエンプトされたリソースのＱｏＳ、保留中のＴＢのＱｏＳ、及び／又はリソースプールのＣＢＲのうちの１つ若しくは任意の組み合わせに基づいて構成することができる。

例示的なアプローチでは、ＷＴＲＵは、プリエンプトされたリソースのＱｏＳに基づいて、プリエンプション指示とデータ送信との間の時隔で構成され得る。したがって、プリエンプトされたＷＴＲＵは、その予約されたリソースのＱｏＳに基づいて、プリエンプションのための構成されたスロットにおけるプリエンプション指示を監視することができる。

例示的な状況では、ＷＴＲＵは、その予約されたリソース及びリソースプールの構成に基づいて、プリエンプション指示を監視することを決定し得る。例示的なアプローチでは、ＷＴＲＵは、予約されたリソースがプリエンプトされることが許可された場合、プリエンプション指示を監視することを決定し得る。具体的には、ＷＴＲＵは、予約されたリソースが、プリエンプトされることが許可されたリソース予約タイプに属すること、予約されたリソースが、プリエンプトされることが許可された、構成又は事前構成されたリソースセットに属する、優先度を有するＴＢのための予約されたリソースが、プリエンプションを許可されている、及び／又は、予約されたリソースが、プリエンプションを許可されたキャストタイプに属する、のうちの１つ以上が適用される場合、プリエンプションを監視することを決定し得る。一例では、１つのリソースプールは、プリエンプトユニキャスト又はグループキャストを可能にし得る。予約されたリソースは、プリエンプトされることが許可されたリソース予約タイプに属する例では、一例では、リソースプールは、半永続予約されたリソースをプリエンプトすることを可能にし得る。予約されたリソースは、プリエンプトされることが許可された、構成又は事前構成されたリソースセットに属する例では、一例では、リソースセットは、プリエンプトされることが可能なサブチャネル及びスロットであってもよい。優先度がプリエンプションのために許可されたＴＢの予約されたリソースに関して、リソースは、低優先度のサブセットであり得る。

ＷＴＲＵは、送信のためのプリエンプションメッセージの数を決定し得る。Ｔｘ ＷＴＲＵは、プリエンプトされたリソースのＱｏＳ、保留中のＴＢのＱｏＳ、及び／又はリソースプールのＣＢＲのうちの１つ若しくは任意の組み合わせに基づいて、１つのＴＢのためのプリエンプションメッセージの数を決定し得る。

例示的なアプローチでは、ＷＴＲＵは、１つのＴＢのための固定数のプリエンプションメッセージを送信するように構成され得る。追加的又は代替的に、ＷＴＲＵは、リソースプールのＣＢＲに基づいて、１つのＴＢのためのプリエンプションメッセージの数を決定し得る。このアプローチは、プリエンプションメッセージの信頼性を保証するように動機化され得る。

例示的な状況では、Ｔｘ ＷＴＲＵは、リソース選択手順における選択可能なリソースの数、リソースプールのＣＢＲ、ＴＢのＱｏＳ、及び／又はバックオフ持続時間のうちの１つ若しくは任意の組み合わせに基づいて、そのＴＢをトリガすることを決定し得る。

例示的なアプローチでは、ＷＴＲＵは、ＴＢのＱｏＳが閾値を超える場合、プリエンプションを実行することを決定し得る。例えば、ＴＢの優先度は、閾値よりも小さい。具体的には、例えば、ＷＴＲＵは、ＴＢの待ち時間要件が閾値よりも小さい場合又はＴＢの優先度が閾値よりも大きい場合、プリエンプションを実行し得る。

別の例示的なアプローチでは、ＷＴＲＵは、保留中のＴＢのためのリソース選択を実行し得る。しかしながら、ＷＴＲＵは、選択可能なリソースのセットが閾値よりも小さい場合又は予約されたリソース又は利用不可能なリソースのセットが閾値よりも大きい場合、プリエンプションを実行し得る。閾値は、一例では、ＴＢのＱｏＳに基づいて、固定され得るか又は決定され得る。

別の例示的なアプローチでは、ＷＴＲＵは競合解決を実行し得、これにより、ＷＴＲＵがＣＣＡ及び／又はバックオフ手順を実行して、ＴＢの送信のためのリソースを決定することが必要になり得る。一例では、ＷＴＲＵは、ＣＣＡの数が閾値よりも大きいか、又はバックオフ時間が閾値よりも高い場合、プリエンプションを実行することを決定し得る。閾値は、構成若しくは事前構成され得るか、又は保留中のＴＢのＱｏＳに基づいて決定され得る。

例示的な状況では、Ｒｘ ＷＴＲＵがプリエンプション指示を検出するときに、特定のＲｘ ＷＴＲＵ挙動が存在し得る。例示的なアプローチでは、Ｒｘ ＷＴＲＵが、その予約されたリソースと重複するリソースをプリエンプトするプリエンプション指示を正常に復号化すると、Ｒｘ ＷＴＲＵは、ＷＴＲＵによって実行されて、プリエンプション指示のＲＳＲＰ／ＲＳＳＩ、ＴＢのプリエンプトのＱｏＳ、プリエンプトされたＴＢのＱｏＳ、及び／又はプリエンプトされた１つ以上のリソースと関連付けられたＱｏＳのうちの１つ若しくは任意の組み合わせに基づいて、複数の送信の間のリソース衝突を最小限に抑えるように、ＷＴＲＵによって実行され得る衝突回避を実行する必要があるかどうかを決定し得る。

例示的なアプローチでは、ＷＴＲＵは、プリエンプション指示を正常に復号化する場合、衝突回避を実行し得る。別の例示的なアプローチでは、ＷＴＲＵは、プリエンプション指示を正常に復号し、エンプション指示メッセージから測定されたＲＳＲＰ／ＲＳＳＩが閾値よりも大きい場合、衝突回避を実行し得る。閾値は、プリエンプションＴＢのＱｏＳ又はプリエンプトされたＴＢの相対的なＱｏＳに基づいて、固定、構成、又は事前構成され得る。

受信ＷＴＲＵは、リソース再選択を実行すること、ＴＢを再符号化すること、及び／又は保留中のＴＢをドロップすることのうちの１つ若しくは任意の組み合わせを行うことによって、衝突回避を実行し得る。例示的なアプローチでは、ＷＴＲＵは、リソース再選択を実行することによって、衝突回避を実行し得る。例えば、ＷＴＲＵは、サイドリンクプロセスのためのリソース再選択を実行することによって、衝突回避を実行し得る。また、ＷＴＲＵは、他のタイプのプロセスにおいてリソース再選択を行うことによって、衝突回避を実行し得る。一例では、プリエンプトするＷＴＲＵが、リソースをプリエンプトして、それを半永続的に使用する場合に、ＷＴＲＵはリソース再選択を実行し得る。ＷＴＲＵは、プリエンプトされたリソースにおいて送信されると想定されるＴＢのための動的リソース選択を実行し得る。追加的又は代替的に、一例では、ＷＴＲＵは、予約されたリソースのＱｏＳが閾値よりも大きい場合、リソース再選択を実行し得る。

別の例示的なアプローチでは、受信ＷＴＲＵは、プリエンプトされたリソースのパーセンテージ又はプリエンプトされたリソースの量が閾値よりも小さい場合、プリエンプトされたリソースに一致するＴＢ及び／又は穿刺／レートを再符号化することを決定し得る。閾値は、残りのリソースにおけるＴＢの送信が、ＴＢのＱｏＳ要件を依然として満たすことを確実にするように決定され得る。

例示的な状況では、プリエンプトされた半持続性リソースの利用可能性を決定する他のＷＴＲＵが存在し得る。ＷＴＲＵは、プリエンプションのタイプに基づいて、プリエンプトされている１つの予約半永続リソースの利用可能性を決定し得る。具体的には、ＷＴＲＵは、プリエンプションが動的送信のために使用される場合、予約された半永続リソースが依然として予約されていると決定し得る。追加的又は代替的に、ＷＴＲＵは、予約された半永続リソースがリリースされていると決定し得、プリエンプションが半永続リソース割り当てのために使用される場合、別の半永続リソースによって置き換えられ得る。

図３Ａは、リソース選択及び感知の一例を示す図である。図３Ａに示される例では、ＷＴＲＵは、ｘ軸に示される経時的なリソース及びｙ軸に示される周波数を使用し得る。ＷＴＲＵは、時間ｎでリソース選択トリガに到達し、リソース３１０Ａ、３２０Ａ及び３３０Ａなどの将来の送信のためのリソースを選択し得る。更に、ＷＴＲＵは、時間の経過において、時間ｍ以降に位置し、パケット遅延バジェット（packet delay budget、ＰＤＢ）内にある、リソース３１０Ａ、３２０Ａ及び３３０Ａなどのリソースを選択し得る。一例では、選択されたリソースは、事前選択されたリソースとみなされ得る。ＷＴＲＵは、感知を更に実行し得る。例えば、ＷＴＲＵは、１つ以上の他のＷＴＲＵのＳＣＩを復号化するための感知を実行し得る。更に、感知の結果として、一例では、ＷＴＲＵは、リソース３１０Ａ、３２０Ａ及び３３０Ａなどの予約されたリソースの優先度及びＲＳＲＰ／ＲＳＲＱ／ＲＳＳＩを決定し得る。感知は、本明細書の他の場所で説明される例示的な手順に従って実行され得る。更に、ＷＴＲＵは、選択されたリソースと残りのＰＤＢとの間の時隔に基づいて、リソース再評価を実行し得る。時隔は、本明細書の他の場所で提供される例に従って決定され得る。

一例では、ＷＴＲＵは、受信機ＷＴＲＵであり得る。更なる例では、ＷＴＲＵは、Ｖ２Ｘ ＷＴＲＵであり得る。別の例では、ＷＴＲＵはＳＬ ＷＴＲＵであり得る。

図３Ｂは、リソース再評価トリガを含むリソース再評価の例を示す図である。図３Ｂに示される例では、ＷＴＲＵは、リソース再評価を実行することを決定し得る。更に、図３Ｂの手順は、図３Ａの後に生じ得る。一例では、ＷＴＲＵは、トリガが、リソース再評価を実行するために満たされ得ると決定し得る。更に、ＷＴＲＵは、感知、ＱｏＳ、待ち時間要件又はＰＤＢの１つ又は任意の組み合わせなどの、本明細書の他の場所で説明される例示的な手順に基づいて決定を行うことができる。更に、ＷＴＲＵは、図３Ｂに示すように、時間ｋで決定を行う。

ＷＴＲＵは、一例では、リソースを再評価することを決定し、リソースに変化をもたらさないことを決定し得る。別の例では、ＷＴＲＵは、リソースを再評価することを決定し、リソースに変化をもたらすことを決定し得る。例えば、ＷＴＲＵは、１つ以上の事前選択されたリソースを使用するリソースから削除する必要があると決定し得る。したがって、１つ以上のリソースを選択可能なリソースから再選択して、１つ以上の削除された事前選択されたリソースと置き換える必要がある。例えば、ＷＴＲＵは、衝突のために１つ以上の事前選択されたリソースを削除する必要があると決定し得る。例えば、ＷＴＲＵは、本明細書の他の場所で提供される実施例に記載されるように、１つ以上の事前選択されたリソースが別のＷＴＲＵによって使用され、潜在的に衝突を引き起こすと決定し得る。リソース再評価を実行することによって、ＷＴＲＵは、それに従って衝突回避を実行し得る。更に、ＷＴＲＵは、時間ｋ＋Ｔ_１で再評価を完了し得る。

図３Ｂに示す例では、ＷＴＲＵは再評価を実行し、衝突のために、リソース３１０Ｂが置き換えられる必要があると決定し得る。また、ＷＴＲＵは、リソース３１０Ｂをリソース３２０Ｂ、３３０Ｂ、３４０、３５０、３６０、３７０、３８０、３９０のうちの１つ以上と置き換えることができる。これらのリソースは、時間ｍと時間ｋ＋Ｔ_２との間の時間に位置してもよい。更に、これらのリソースは、１つ以上のＴＢに使用され得る。一例では、ＴＢは、１つ以上のＨＡＲＱ有効化ＴＢを含み得、別の例では、ＴＢは、１つ以上のＨＡＲＱ無効化ＴＢを含み得る。以下で更に説明する。

図４は、ＨＡＲＱ有効化ＴＢを含むリソース再評価の例を示す図である。図４００に示される例では、ＷＴＲＵは、ＴＢ又は１つ以上のＴＢのためのＨＡＲＱプロセスを有効化するリソース再評価及び再選択リソースを実行する。ＷＴＲＵは、図４に示す例において、ＨＡＲＱプロセスが適切に機能し得る時間に十分に離間されているリソースを再選択するためのリソースを決定する必要がある。例えば、ＷＴＲＵは、上記のように、衝突によって交換されなければならないリソース３１０Ｂを置き換えるためにリソース４５０を再選択し得る。しかしながら、ＷＴＲＵは、次いで、ＨＡＲＱプロセスが適切に機能することを可能にするには、リソース４５０に時間が近すぎるため、リソース４２０も再選択しない可能性がある。代わりに、ＷＴＲＵは、ＨＡＲＱプロセスが適切に機能することを可能にするのに十分に、リソース４５０からの時間が離れているリソース４７０を再選択し得る。更に、ＷＴＲＵは、次いで、ＨＡＲＱプロセスが適切に機能することを可能にするには、リソース４７０に時間が近すぎるため、リソース４３０も再選択しない可能性がある。したがって、ＷＴＲＵは、ＨＡＲＱプロセスが適切に機能することを可能にするのに十分に、リソース４７０からの時間が離れているため、リソース４９０を再選択し得る。

このようにして、ＷＴＲＵは、第１のリソース３１０Ｂを再選択し、第１のリソースを第２のリソース４５０と置き換えることができる。更に、ＷＴＲＵは、第２の再選択されたリソース４５０との関連付けに基づいて、第３のリソース４７０を再選択し得る。また、リソース４９０は再選択され得る。その結果、第２のリソースがＨＡＲＱ有効化プロセスと関連付けられているため、リソース４７０、４９０も再選択され得る。したがって、リソースは、関連付けに基づいて再選択される。

一例では、リソース４４０、４６０、４８０は、概して、選択可能なリソースであり、これらもまた、再選択に潜在的に利用可能である。例えば、ＷＴＲＵは、リソース４５０の代わりに、リソース４４０を再選択し得る。

図５は、ＨＡＲＱ無効化ＴＢを含むリソース再評価の例を示す図である。図５００に示される例では、ＷＴＲＵは、ＨＡＲＱプロセスを無効化するＴＢ又は１つ以上のＴＢのためのリソース再評価及び再選択リソースを実行する。したがって、ＷＴＲＵは、ＨＡＲＱプロセス機能のための間隔時間に関係なく、再選択するリソースを決定し得る。例えば、ＷＴＲＵは、上記のように、衝突によって交換されなければならないリソース３１０Ｂを置き換えるためにリソース５５０を再選択し得る。一例では、ＷＴＲＵは、リソース５５０へのその近接性にもかかわらず、リソース５２０を使用し続けることができる。例えば、リソース５２０が再選択され得、ＷＴＲＵは、リソース５２０を再度使用することを決定し得る。同様に、ＷＴＲＵは、リソース５２０へのその近接性にもかかわらず、リソース５３０を使用し続けることができる。

このようにして、ＷＴＲＵは、第１のリソース３１０Ｂを再選択し、第１のリソースを第２のリソース５５０と置き換えることができる。更に、ＷＴＲＵは、第２の再選択されたリソース５５０との関連付けに基づいて、第３のリソース５２０を再選択し、この再選択において、リソース５２０を使用するリソースとして保持する。また、ＷＴＲＵはリソース５３０を再選択し、この再選択において、リソース５３０を使用するリソースとして保持することができる。したがって、リソースは、関連付けに基づいて再選択される。

一例では、リソース５４０、５６０、５７０、５８０、５９０は、概して、選択可能なリソースであり、これらもまた、再選択に潜在的に利用可能である。例えば、ＷＴＲＵは、リソース５５０の代わりに、リソース４４０を再選択し得る。

一例では、ＷＴＲＵは、リソース選択を実行し、送信に使用されるリソースのセットを決定し得る。例えば、リソースは、１つ以上のＴＢを送信するために使用され得る。更に、送信に使用されるリソースのセットは、以前に選択されたリソースのセットと称され得る。

更に、ＷＴＲＵは、リソース再評価をトリガすることを動的に決定し得る。ＷＴＲＵは、待ち時間要件を満たす実行可能性に基づいて、この決定を行うことができる。例えば、１つ以上のリソースは、待ち時間要件を満たすことができることが見出され得る。別の例では、１つ以上のリソースは、待ち時間要件を満たすことができないことが見出され得る。したがって、これらの１つ以上のリソースは、１つ以上の他のリソースで置き換えられる必要があり得る。リソース再評価は、以前に選択されたリソースのセットにおける１つ以上のリソースの１つ以上の潜在的な衝突の決定を含み得る。

更に、待ち時間要件は、ＴＢの残りのＰＤＢを含み得る。また、待ち時間要件は、以前に選択されたリソースと第２のＴＢの残りのＰＤＢとの間の時隔を含み得る。

一例では、ＷＴＲＵは、以前に選択されたリソースのセットに基づいてリソース再評価を実行し、以前に選択されたリソースのセットから１つ以上のリソースを削除することによって、選択可能なリソースのセットを決定し得る。更に、ＷＴＲＵは、以前に選択されたリソースのセットから少なくとも１つの第１のリソースを再選択し得る。一例では、少なくとも１つの第１のリソースは、選択可能なリソースのセット内にない場合がある。更に、ＷＴＲＵは、少なくとも１つの第１のリソースを再選択し、選択可能なリソースのセットからの少なくとも１つの第２のリソースで、第１のリソースを置き換えることができる。更に、ＷＴＲＵは、少なくとも１つの第２のリソースとの関連付けに基づいて、選択可能なリソースのセットから少なくとも１つの第３のリソースを再選択し得る。次いで、ＷＴＲＵは、少なくとも１つの第２のリソースを使用して、第１のＴＢを送信し得る。

更なる例では、ＷＴＲＵは、以前に選択されたリソースのセットに基づいてリソース再評価を実行することによって、選択可能なリソースのセットを決定し得る。更に、ＷＴＲＵは、以前に選択されたリソースのセットから少なくとも１つの第１のリソースを選択し得る。一例では、少なくとも１つの第１のリソースは、選択可能なリソースのセット内にない場合がある。更に、ＷＴＲＵは、第１のリソースを少なくとも１つの第２のリソースで置き換えることができる。一例では、少なくとも１つの第２のリソースは、選択可能なリソースのセット内にあり得る。更に、ＷＴＲＵは、少なくとも１つの第２のリソースとの関連付けに基づいて、選択可能なリソースのセットから少なくとも１つの第３のリソースを選択し得る。次いで、ＷＴＲＵは、少なくとも１つの第２のリソースを使用して、第１のＴＢを送信し得る。

追加の例では、ＷＴＲＵは、少なくとも１つの第２のリソースとの関連付けに基づいて、少なくとも１つの第４のリソースを再選択し得る。更に別の例では、ＷＴＲＵは、少なくとも１つの第２のリソースとの関連付けに基づいて、少なくとも１つの第５のリソースを再選択し得る。追加の実施例では、少なくとも１つの第２のリソースとの関連付けに基づいて、追加のリソースを再選択し得る。

一例では、１つ以上のリソースを、衝突に基づいて削除することができる。例えば、衝突は、別のＷＴＲＵの送信との予測可能な可能性の高い衝突であり得る。別のＷＴＲＵは、一例では、Ｖ２Ｘ ＷＴＲＵであり得る。

一例では、少なくとも１つの第２のリソースとの関連付けは、第１のＴＢのＨＡＲＱ状態に基づき得る。ＨＡＲＱ状態は、一例では、ＴＢの有効化ＨＡＲＱ状態であってもよい。したがって、ＴＢは、ＨＡＲＱ有効化ＴＢであり得る。

更なる例では、ＨＡＲＱ状態は、一例では、ＴＢの無効化ＨＡＲＱ状態であり得る。したがって、ＴＢは、ＨＡＲＱ無効化ＴＢであり得る。更に、追加のリソースは、第１のＴＢと関連付けられた将来のＨＡＲＱ送信を含み得る。例えば、少なくとも１つの第３のリソースは、第１のＴＢと関連付けられたＨＡＲＱ送信に使用され得る。

更なる例では、少なくとも１つの第２のリソースとの関連付けは、許可に基づき得る。一例では、許可は、周期的予約許可であり得る。したがって、少なくとも１つの第２のリソースとの関連付けは、第１のＴＢと関連付けられた周期的予約許可に基づき得る。更に、追加のリソースは、周期的予約許可と関連付けられたリソースを含み得る。例えば、少なくとも１つの第３のリソースは、周期的予約許可と関連付けられ得る。

更に、プリエンプトされたリソースは、周期的に予約されたリソースでもあり得る。一例では、周期的に予約されたリソースは、ＷＴＲＵによって使用されて、周期的に予約された送信を送信し得る。したがって、プリエンプトされたリソースは、一例では、ＷＴＲＵによって使用されて、周期的に予約された送信を送信し得る。別の例では、ＷＴＲＵは、プリエンプトされたリソースを使用して、周期的に予約された送信を送信することを意図してもよい。更に、ＷＴＲＵは、一例では、選択又は再選択後に、１つ以上の将来の周期的に予約された送信のためにプリエンプトされたリソースを使用しない場合がある。例えば、選択又は再選択後、ＷＴＲＵは、現在の周期的に予約された送信及び／又は１つ以上の将来の周期的に予約された送信のために、少なくとも１つの第１のリソースを使用しない場合がある。したがって、ＷＴＲＵは、プリエンプトされたリソースが将来の期間において利用不可能であり得ると仮定し得る。一例では、プリエンプトされたリソースは、衝突のために利用不可能であり得る。

一例では、プリエンプトされたリソースは、１つ以上の削除されたリソースのうちの１つであり得る。例えば、プリエンプトされたリソースは、少なくとも１つの第１のリソースであり得る。更に、周期的に予約された送信は、周期的予約許可と関連付けられ得る。

本明細書で提供される例示的な状況は、初期送信の予約をサポートする方法を含む。例示的な状況では、ＷＴＲＵは、リソース予約タイプを決定し得る。例えば、ＷＴＲＵは、第１の周波数リソース割り当てを使用する第１のＰＳＣＣＨ＋ＰＳＳＣＨが、第２の周波数リソース割り当てを使用する第２のＰＳＣＣＨ＋ＰＳＳＣのためのリソースを予約する同じＴＢ特徴の予約をサポートして、同じＴＢを送信し得る。第１の周波数リソース割り当てのサイズは、第２の周波数割り当てのサイズよりも小さいか、それに等しいか、又はそれよりも大きくてもよい。ＷＴＲＵは、第１の周波数リソース割り当てのサイズと第２の周波数リソース割り当てのサイズとの差を、第２のＰＳＣＣＨ＋ＰＳＳＣＨの周波数リソース割り当てのサイズ、ＴＢのサイズ、ＴＢのＱｏＳ、及び／又はリソースプールのＣＢＲのうちの１つ以上に基づいて決定し得る。

例示的なアプローチでは、ＷＴＲＵは、第１のＰＳＣＣＨ＋ＰＳＳＣＨの周波数リソース割り当てのサイズに基づいて、第１の周波数リソース割り当てと第２の周波数リソース割り当てとの間のサイズの差を決定し得る。具体的には、ＷＴＲＵは、第２のＰＳＣＣＨ＋ＰＳＳＣＨの周波数リソース割り当てのサイズが閾値よりも小さい場合、第１及び第２の周波数リソース割り当てのサイズが等しいと決定し得る。追加的又は代替的に、ＷＴＲＵは、第２のＰＳＣＣＨ＋ＰＳＳＣＨの周波数サイズが閾値よりも大きい場合、第１の周波数リソース割り当てのサイズが第２の周波数割り当てのサイズよりも小さいと決定し得る。例えば、第１のＰＳＣＣＨ＋ＰＳＳＣＨの周波数リソース割り当てのサイズが２つのサブチャネル以下である場合、ＷＴＲＵは、第１及び第２のＰＳＣＣＨ＋ＰＳＳＣＨの周波数リソース割り当てのサイズが等しいと決定し得る。しかしながら、第２のＰＳＣＣＨ＋ＰＳＳＣＨの周波数リソース割り当てのサイズが２つのサブチャネルよりも大きい場合、ＷＴＲＵは、第２のＰＳＣＣＨ＋ＰＳＳＣＨの周波数リソース割り当てのサイズが、第１のＰＳＣＣＨ＋ＰＳＳＣＨの周波数リソース割り当てのサイズよりも大きいと決定し得る。一例では、第１のＰＳＣＣＨ＋ＰＳＳＣＨの周波数リソース割り当てのサイズは、１サブチャネルであり得る。

別の例示的なアプローチでは、ＷＴＲＵは、ＴＢのサイズに基づいて、第１の周波数リソース割り当てと第２の周波数リソース割り当てとの間のサイズの差を決定し得る。具体的には、ＴＢのサイズが閾値よりも小さい場合、一例では、ＷＴＲＵは、周波数リソース割り当ての第１及び第２のサイズが等しいと決定し得る。追加的又は代替的に、ＴＢのサイズが閾値よりも大きい場合、ＷＴＲＵは、第１のＰＳＣＣＨ＋ＰＳＳＣＨの周波数リソース割り当てのサイズが、第２のＰＳＣＣＨ＋ＰＳＳＣＨの周波数リソース割り当てのサイズよりも小さいと決定し得る。

別の例示的なアプローチでは、ＷＴＲＵは、ＴＢのＱｏＳに基づいて、第１の周波数リソース割り当てと第２の周波数リソース割り当てとの間のサイズの差を決定し得る。例えば、ＷＴＲＵは、一例では、ＴＢの待ち時間が閾値よりも小さい場合、第１及び第２のＰＳＣＣＨ＋ＰＳＳＣＨの周波数サイズが等しいと決定し得る。

例示的な状況では、ＷＴＲＵは、同じＴＢのための予約と別のＴＢ特徴のための予約との間で選択し得る。ＷＴＲＵは、１つのＴＢのサイズ及び／若しくは１つのＴＢの必要な周波数サイズ、１つのＴＢのＱｏＳ、並びに／又はＷＴＲＵが利用可能な他の情報を有することのうちの１つ以上に基づいて、同じＴＢのための予約及び／又は別のＴＢ特徴のための予約を使用することを決定し得る。１つのＴＢのサイズ及び／又は必要な周波数サイズに関する例では、ＷＴＲＵがバッファに２つのＴＢを有し、１つのＴＢのサイズが閾値よりも小さいか又は１つのＴＢの必要な周波数サイズが、閾値よりも小さい場合、ＷＴＲＵは、別のＴＢ特徴のための予約を使用することができる。一例では、周波数は、１つのサブチャネルであり得る。一例では、１つのＴＢのＱｏＳに関して、ＷＴＲＵは、ＷＴＲＵが１つの低ＱｏＳＴＢを送信する必要がある場合、別のＴＢ特徴のための予約を使用することを決定し得る。ＷＴＲＵは、ＷＴＲＵが送信する必要があり得る利用可能な他の情報を有することに関して、一例では、ＷＴＲＵは、報告／送信のためのＣＳＩ情報を有する場合、別のＴＢ特徴のための予約を使用することができる。

本明細書で提供される実施例は、ネットワークスケジューリングをサポートする方法を含む。例えば、ＮＲ Ｖ２Ｘでは、ネットワークスケジューリングをサポートするための修正された方法が存在し得る。例えば、ＭＣＳテーブル指示をサポートする方法が存在し得る。ある状況では、ＷＴＲＵは、受信機ＷＴＲＵへのＰＳＳＣＨ送信に使用されるそのＭＣＳテーブルを指示し得る。ＷＴＲＵは、使用されたＭＣＳテーブルを受信ＷＴＲＵに暗黙的又は明示的に示すことができる。ＷＴＲＵは、ＳＣＩにおける１つ又は複数のビットフィールドを使用することによって、ＭＣＳテーブルを明示的に示すことができる。追加的又は代替的に、ＷＴＲＵは、ＱｏＳパラメータのセットとＭＣＳテーブルとの間のマッピングで構成又は事前構成され得る。次いで、ＷＴＲＵは、ＱｏＳパラメータを受信ＷＴＲＵに伝達することによって、使用されるＭＣＳテーブルを暗黙的に示すことができる。

例示的な状況では、フィードバックベースのＨＡＲＱ再送信をサポートする方法が存在し得る。例示的な状況では、ＷＴＲＵは、ｇＮＢによってスケジューリングされた許可において、どのＴＢを送信するかを決定し得る。ＷＴＲＵは、ＭＡＣバッファにＴＢを、ＨＡＲＱバッファに１つ又は複数のＴＢを有し得る。例示的なアプローチでは、ＷＴＲＵは、各ＴＢのＱｏＳ、スケジューリングされた許可のサイズ、ＴＢのバッファ、ＴＢのＵＬ ＨＡＲＱが送信されているかどうか、及び／又はＴＢのキャストタイプのうちの１つ若しくは任意の組み合わせに基づいて、ｇＮＢによってスケジューリングされた許可において、どのＴＢを送信するかを決定し得る。

一例では、各ＴＢのＱｏＳに関するＷＴＲＵは、最も高い優先度でＴＢを優先度付けすることができる。スケジューリングされた許可のサイズに関して、一例では、ＷＴＲＵが、ＨＡＲＱバッファにおけるどのＴＢが送信されるかを決定する必要がある場合、ＷＴＲＵは、以前の送信と比較して、ＭＣＳの最小変化を必要とするＴＢを優先度付けすることができる。追加的又は代替的に、ＷＴＲＵは、以前の送信のＭＣＳ以下のＭＣＳを有するＴＢを優先度付けすることができる。

ＴＢのバッファに関して、ＷＴＲＵは、一例では、ＨＡＲＱバッファにおけるＴＢを優先度付けすることができる。ＴＢのＵＬ ＨＡＲＱが送信されたかどうかに関する一例では、ＷＴＲＵがＨＡＲＱバッファにおけるどのＴＢを送信するかを決定する必要があるときに、ＷＴＲＵは、ＮＡＣＫ状態がｇＮＢに伝達されるＴＢを優先度付けすることができる。ＴＢのキャストタイプに関して、一例では、２つのＴＢが同じ優先度を有する場合、ＷＴＲＵは、ブロードキャスト送信を優先度付けすることができる。

例では、ＷＴＲＵは、ユニキャスト／グループキャストのための再送信の送信タイプを決定し得る。ＷＴＲＵは、次の再送信タイプ：ブラインド再送信及び／又はフィードバックベースの再送信をサポートし得る。

ブラインド再送信の場合、ＷＴＲＵは、初期送信と同じ又は異なる冗長バージョン（redundancy version、ＲＶ）を使用することによって、ブラインド再送信を実行し得る。更に、ＷＴＲＵは、受信機ＷＴＲＵに、ＨＡＲＱフィードバックを無効化するべきか、又はＷＴＲＵが初期送信のＨＡＲＱフィードバックを監視することができないことを示し得る。フィードバックベースの再送信の場合、ＷＴＲＵは、受信ＷＴＲＵからのＨＡＲＱフィードバックに基づいて、再送信を実行することを決定し得る。更に、ＷＴＲＵは、受信機ＷＴＲＵからＨＡＲＱフィードバックを聴取することができ、受信機ＷＴＲＵに、ＨＡＲＱフィードバックを有効化にするように示すことができる。

ＷＴＲＵは、初期送信、再送信のタイミング並びにＵＬ ＨＡＲＱフィードバック及びＳＬ ＨＡＲＱフィードバックのタイミングに基づいて、ＴＢの再送信タイプを決定し得る。例示的なアプローチでは、ＷＴＲＵは、初期送信及び再送信の両方のためのリソースをスケジューリングするＤＣＩを受信したときに、ブラインド再送信を実行することを決定し得、送信のためのＵＬ ＨＡＲＱフィードバックのタイミングは、再送信の後である。別の例示的なアプローチでは、ＷＴＲＵは、ＷＴＲＵが、初期送信と再送信との間でＵＬ ＨＡＲＱフィードバックをスケジューリングするＤＣＩを受信した場合、ＨＡＲＱベースの再送信を実行することを決定し得る。

図６は、初期送信、再送信及びＵＬ ＨＡＲＱフィードバックのタイミングに基づいて、再送信のタイプを決定するＷＴＲＵの例を示す図である。オプション１の図１００に示される例では、ＷＴＲＵは、ブラインド再送信を実行し得、オプション２では、ＷＴＲＵは、ＨＡＲＱベースの再送信を実行し得る。

したがって、オプション１において、ＷＴＲＵは、初期送信６３０及び再送信６５０の両方のためのリソースをスケジューリングするＤＣＩ６１０を受信することができ、送信のためのＵＬ ＨＡＲＱフィードバック６７０のタイミングは、再送信６５０の後である。結果として、ＷＴＲＵは、ブラインド再送信を実行することを決定し得る。

更に、オプション２では、ＷＴＲＵは、初期送信６４０と再送信６８０との間でＵＬ ＨＡＲＱフィードバック６６０をスケジューリングするＤＣＩ６２０を受信することができる。結果として、ＷＴＲＵは、ＨＡＲＱベースの再送信を実行することを決定し得る。

例示的な状況では、ＷＴＲＵは、初期送信と再送信タイミングリソースとの間のＵＬ ＨＡＲＱフィードバックをスケジューリングするＤＣＩを受信することができる。ＷＴＲＵは、再送信リソースの使用について、ｇＮＢに示すことができる。ＵＬ ＨＡＲＱフィードバックは、ＷＴＲＵが同じＴＢの再送信のための許可を使用すること、ＷＴＲＵが別のＴＢの送信のための許可を使用すること、及び／又はＷＴＲＵが許可をリリースすることのうちの１つ以上を示し得る。別の例示的なアプローチでは、ＷＴＲＵは、以前の送信のために受信機ＷＴＲＵからＡＣＫを受信する場合、別のＴＢの送信のために、１つのＤＣＩにおいてスケジューリングされた再送信リソースを使用することを決定し得る。

一例では、ＷＴＲＵは、構成された許可のための再送信のタイプを決定し得る。例示的な状況では、ＷＴＲＵは、１つ又は複数のタイプ１及び／又はタイプ－２構成許可で構成され得る。ＷＴＲＵは、構成された許可のためのＵＬ ＨＡＲＱフィードバックの利用可能性、１つのＴＢの送信のためのリソースの数、及び／又は１つのＴＢの送信のための２つのリソース間の時隔のうちの１つ以上に基づいて、構成された許可の再送信タイプを決定し得る。構成された許可のためのＵＬ ＨＡＲＱフィードバックの利用可能性に関して、ユニキャスト／グループキャストシナリオの例では、ＷＴＲＵは、構成された許可がＵＬ ＨＡＲＱフィードバックを含まない場合、ブラインド再送信を実行することを決定し得る。更に、ＴＢごとの送信リソースの数に関して、ＷＴＲＵは、一例では、ＴＢごとの再送信リソースの数が閾値よりも大きい場合、ブラインド送信を実行し得る。１つのＴＢの送信のための２つのリソース間の時隔に関する一例では、ＷＴＲＵは、ＴＢの送信のための２つの連続するリソース間の時隔が閾値よりも小さい場合、ブラインド再送信を実行することを決定し得る。追加的又は代替的に、ＷＴＲＵは、２つの連続するリソース間の時隔が閾値よりも大きい場合、フィードバックベースのＨＡＲＱ再送信を実行し得る。更に、時隔閾値は、一例では、データのＱｏＳ並びに／又はＰＳＦＣＨスロットの周期性及びリソースプールのビットマップなどのリソースプール構成のうちの１つ以上に基づいて、決定され得る。

例示的な状況では、ｉｎ－ｃｏｖｅｒａｇｅ及びｏｕｔ－ｏｆ－ｃｏｖｅｒａｇｅ通信をサポートする方法が存在し得る。例示的な状況では、Ｔｘ ＷＴＲＵは、そのＴｘプールに関する情報をＲｘ ＷＴＲＵに送信し得る。具体的には、Ｔｘ ＷＴＲＵは、そのＴｘプールに関する情報をＲｘ ＷＴＲＵに暗黙的又は明示的に送信し得る。Ｔｘプールに関する情報は、スロットが、リソースプール、例えば、リソースプールのビットマップに属するという情報、ＰＳＦＣＨスロットの周期性の情報、サブチャネルサイズの情報、リソースにおけるサブチャネルの数の情報、リソースプールの最初及び最後のＲＢの情報のうちの１つ以上を含み得る。

例示的なアプローチでは、ＷＴＲＵは、ユニキャストシナリオのためのリンク確立手順中に、リソースプール情報を送信し得る。別の例示的なアプローチでは、Ｔｘ ＷＴＲＵは、ＳＣＩにおいて、暗黙的又は明示的にリソースプールに関するいくつかの情報を送信し得る。具体的には、ＷＴＲＵは、ＳＣＩにおけるＰＳＦＣＨ周期性に関する情報を送信し得る。追加的又は代替的に、ＷＴＲＵは、Ｒｘ ＷＴＲＵに示すリソースプールのリストで構成又は事前構成され得、ＷＴＲＵは、Ｒｘ ＷＴＲＵにリソースプールのインデックスを示し得る。別の例示的なアプローチでは、Ｔｘ ＷＴＲＵは、ＰＳＢＣＨにおけるリソースプールに関するいくつかの情報を示すことができる。例えば、ＷＴＲＵは、リソースプールにおける、ＰＳＢＣＨにおけるリソースプールのＰＳＦＣＨ周期性の情報、ＨＡＲＱが有効化／無効化されているかどうかの情報、及び／又はＨＡＲＱフィードバックオプションの情報のうちの１つ以上を示すことができる。

例では、ＷＴＲＵは、リソースプール情報を使用することができる。例示的な状況では、Ｒｘ ＷＴＲＵは、Ｔｘ ＷＴＲＵによって送信されたリソースプール情報を使用して、ＰＳＦＣＨリソースを決定して、サイドリンクＨＡＲＱフィードバックを送信し、かつ／又は感知及びリソース選択を実行し得る。

例示的な状況では、ネットワークへのフィードバック指示をサポートする方法が存在し得る。例えば、ＷＴＲＵが関連付けられたＰＵＣＣＨを有するリソースのセットをスケジューリングすることができ、ｇＮＢがＨＡＲＱ有効化ＴＢを送信することを期待し得るときに、問題が生じ得る。しかしながら、論理チャネル優先度付け（logical channel prioritization、ＬＣＰ）手順では、ＷＴＲＵはＨＡＲＱ無効化ＴＢを送信し得る。したがって、ＷＴＲＵがネットワークにＨＡＲＱ ＡＣＫ／ＮＡＣＫをどのように報告するかに対処する必要があり得る。

ＷＴＲＵは、関連付けられた許可に関するその送信のＨＡＲＱ状態、例えば、ＡＣＫ／ＮＡＣＫを報告するために、動的又は構成された許可においてＰＵＣＣＨリソースを提供され得る。ＰＵＣＣＨリソースと関連付けられた許可では、ＷＴＲＵは、ＨＡＲＱが無効化されたＴＢを送信することを決定し得る。次いで、ＷＴＲＵは、パラメータの１つ又は任意の組み合わせに基づいて、ＨＡＲＱ ＡＣＫ又はＨＡＲＱ ＮＡＣＫのいずれかを報告することを決定し得る。

ＨＡＲＱ ＡＣＫ又はＮＡＣＫを報告することを決定するための１つのそのようなパラメータは、ＴＢのＱｏＳであり得る。例えば、ＷＴＲＵは、ＴＢの優先度及び／又は信頼性が閾値よりも大きい場合、ＨＡＲＱ ＡＣＫを報告し得、ＴＢの優先度及び／又は信頼性が閾値よりも小さい場合、ＨＡＲＱ ＮＡＣＫを報告し得る。閾値は、ネットワークによって構成又は事前構成され得る。

ＨＡＲＱ ＡＣＫ又はＮＡＣＫを報告することを決定するための１つのそのようなパラメータは、許可に多重化された論理チャネルであり得る。例えば、ＷＴＲＵは、ＴＢにおいて多重化されたときに、ＨＡＲＱ ＡＣＫ／ＮＡＣＫの指示をトリガする論理チャネルのセットで構成され得る。

ＨＡＲＱ ＡＣＫ又はＮＡＣＫを報告することを決定するための１つのそのようなパラメータは、割り当てられたリソースの量であり得る。例えば、ＷＴＲＵは、ＷＴＲＵに割り当てられたリソースの量に基づいて、ＨＡＲＱ ＡＣＫ又はＨＡＲＱ ＮＡＣＫを報告することを決定し得る。具体的には、スケジューリングされたリソースの量が閾値よりも大きい場合に、ＷＴＲＵはＨＡＲＱ ＡＣＫを報告し、スケジューリングされたリソースの量が閾値よりも小さい場合に、ＨＡＲＱ ＮＡＣＫを報告し得る。閾値は、スケジューリングされたリソースにおいて送信される最終ＴＢのＱｏＳに基づいて、固定され、（事前）構成され、かつ／又は決定され得る。

ＨＡＲＱ ＡＣＫ又はＮＡＣＫを報告することを決定するための１つのそのようなパラメータは、ＨＡＲＱフィードバックを報告する前の、最終ＴＢのための送信されたリソースの数であり得る。

ＨＡＲＱ ＡＣＫ又はＮＡＣＫを報告することを決定するための１つのそのようなパラメータは、割り当てられた許可のタイプであり得る。例では、許可は、構成された許可又は動的許可であり得る）。例えば、ＷＴＲＵは、動的許可のためにＨＡＲＱ ＡＣＫを常に報告し得、構成された許可のためにＨＡＲＱ ＡＣＫ又はＨＡＲＱ ＮＡＣＫのいずれかを報告することを決定し得る。

ＨＡＲＱ ＡＣＫ又はＮＡＣＫを報告することを決定するための１つのそのようなパラメータは、キャストタイプであり得る。

ＨＡＲＱ ＡＣＫ又はＮＡＣＫを報告することを決定するための１つのそのようなパラメータは、ＷＴＲＵのバッファ状態か又はＷＴＲＵが送信する必要があるデータ量の任意のインジケータであってもよい。例えば、送信されたＴＢのＱｏＳに潜在的に関連し得る論理チャネルグループ（logical channel group、ＬＣＧ）のバッファ状態が閾値を超える場合、ＷＴＲＵは、ＮＡＣＫを報告し得る。

ＨＡＲＱ ＡＣＫ又はＮＡＣＫを報告することを決定するための１つのそのようなパラメータは、ＣＢＲであり得る。例えば、ＷＴＲＵは、ＣＢＲが閾値を超える場合にＡＣＫを、そうでない場合にＮＡＣＫを報告する。

例示的な一例では、ＷＴＲＵは、ＷＴＲＵの最後のＴＢのためにＷＴＲＵが行った送信の数、並びにＴＢの優先度及び／又は信頼性に基づいて、ＨＡＲＱ ＡＣＫ又はＨＡＲＱ ＮＡＣＫを報告することを決定し得る。具体的には、ＷＴＲＵは、その優先度及び／又は信頼性に基づいて、ＴＢの予想される送信の数を決定し得る。次いで、ＷＴＲＵは、ＴＢの予想される送信の数及びＴＢに対して行った送信の数の両方に基づいて、ＨＡＲＱ ＡＣＫ又はＮＡＣＫを送信するかどうかを決定し得る。予想される送信の数が、ＷＴＲＵが行った送信の数よりも多い場合、ＷＴＲＵは、ＨＡＲＱ ＮＡＣＫを報告し得る。そうでない場合、ＷＴＲＵはＨＡＲＱ ＡＣＫを報告し得る。

別の例示的な例では、ＷＴＲＵは、将来の許可のタイミング及び／又は量に基づいて、ＨＡＲＱ ＡＣＫ又はＨＡＲＱ ＮＡＣＫを報告することを決定し得る。具体的には、将来の許可の将来のタイミングがＴＢのＰＤＢよりも小さい場合、ＷＴＲＵは、ＨＡＲＱ ＡＣＫを報告し得る。そうでない場合、ＷＴＲＵはＨＡＲＱ ＮＡＣＫを報告し得る。将来の許可は、構成された許可のセット又は動的許可の将来のリソースセットに属し得る。

別の例示的な例では、ＷＴＲＵは、そのバッファ状態及び将来において利用可能なリソースに基づいて、ＨＡＲＱ ＡＣＫ又はＨＡＲＱ ＮＡＣＫを報告することを決定し得る。具体的には、ＷＴＲＵは、そのバッファにおけるデータを依然として有する場合、ＨＡＲＱ ＮＡＣＫを報告し得、例えば、データは、ＭＡＣ、無線リンク制御（radio link control、ＲＬＣ）バッファ又はＨＡＲＱバッファに記憶され得、かつ／又は、将来のリソースは、バッファにおける保留中のデータのＱｏＳを満たすことができない。追加的又は代替的に、ＷＴＲＵは、そのバッファにおいてデータを有していない場合、ＨＡＲＱ ＮＡＣＫを報告し得る。

ＷＴＲＵは、例示的な条件下で、ＨＡＲＱ ＡＣＫを報告し得る。別の例示的な例では、ＷＴＲＵは、関連付けられたＰＵＣＣＨを有するリソースにおいて送信された最終ＴＢが、ＨＡＲＱ無効化ＴＢである場合、ＨＡＲＱ ＡＣＫを報告し得る。

別の例示的な例では、ＷＴＲＵは、ＴＢにおいて多重化するために、ＨＡＲＱ有効化サイドリンク無線ベアラ（sidelink radio beare、ＳＬＲＢ）とＨＡＲＱ無効化ＳＬＲＢとの間で選択することを決定し得る。ＷＴＲＵは、ＨＡＲＱ有効化ＳＬＲＢとＨＡＲＱ無効化ＳＬＲＢとの間の優先度ギャップで構成又は事前構成されて、関連付けられたＰＵＣＣＨを有するリソースのためのＴＢにおいてどのタイプのＳＬＲＢが多重化されるかを決定し得る。具体的には、ＨＡＲＱ有効化ＳＬＲＢの優先度が、ＨＡＲＱ無効化ＳＬＲＢプラス優先ギャップ以上である場合、ＷＴＲＵは、一例では、ＨＡＲＱ有効化ＳＬＲＢをＨＡＲＱ無効化ＳＬＲＢより高く優先度付けすることができる。優先度ギャップは、構成若しくは事前構成され得るか、又は固定され得る。例えば、優先度ギャップがゼロに固定されている場合、ＷＴＲＵは、両方のＳＬＲＢが同じ優先度を有する場合に、関連付けられたＰＵＣＣＨを有するリソースにおいて、ＨＡＲＱ有効化ＳＬＲＢを、ＨＡＲＱ無効化ＳＬＲＢより高く優先度付けすることができる。

例では、ＷＴＲＵは、スケジューリング要求（scheduling request、ＳＲ）及び／又はバッファ状態報告（buffer status report、ＢＳＲ）をトリガすることを決定し得る。別の例示的なアプローチでは、ＷＴＲＵは、関連付けられたＰＵＣＣＨを有するリソースにおけるＨＡＲＱ無効化ＴＢの送信と関連付けられたＳＲで構成され得る。ＷＴＲＵは、ＷＴＲＵがＰＵＣＣＨと関連付けられた最終リソースにおけるＨＡＲＱ無効化ＴＢを送信する場合、ＳＲ及び／又はＢＳＲをトリガし得る。ＷＴＲＵは、ＷＴＲＵが、本明細書で考察される条件のいずれかに基づいて、ＷＴＲＵがＡＣＫ又はＮＡＣＫの特定の値を報告するときのみ、ＳＲ及び／又はＢＳＲを更にトリガすることができ、例えば、ＷＴＲＵがＮＡＣＫを報告するときに、ＢＳＲがトリガされる。ＷＴＲＵがＮＡＣＫの報告後に、ネットワークによって提供される再送信リソースを使用した後、ＷＴＲＵは、ＢＳＲを更に計算することができる。ＷＴＲＵは、ＳＲ及び／又はＢＳＲをトリガするように、基準／条件の１つ又は任意の組み合わせで更に構成又は事前構成され得る。

１つの基準／条件は、ＴＢのＱｏＳであり得る。例えば、ＷＴＲＵは、ＴＢの優先度が閾値よりも大きい場合、ＳＲ及び／又はＢＳＲをトリガし得る。

１つの基準／条件は、ＷＴＲＵがＴＢのために行った送信の数であり得る。例えば、ＷＴＲＵが最終ＴＢのために行った送信の数が閾値よりも小さい場合、ＷＴＲＵは、ＳＲ及び／又はＢＳＲをトリガし得る。閾値は、ＴＢのＱｏＳに基づいて、決定され得る。追加的又は代替的に、ＷＴＲＵは、最終ＴＢを送信するためのより多くのリソースを必要とする場合、ＳＲ及び／又はＢＳＲをトリガし得る。

１つの基準／条件は、ＷＴＲＵのバッファ状態であり得る。例えば、ＷＴＲＵは、そのバッファにおいてデータを有する場合、ＳＲ及び／又はＢＳＲをトリガし得る。

１つの基準／条件は、割り当てられたリソースの量であり得る。例えば、割り当てられたリソースの量が閾値よりも小さい場合、ＷＴＲＵは、ＳＲ及び／又はＢＳＲをトリガし得る。閾値は、構成又は事前構成されたＴＢのＱｏＳに基づいて、決定され得る。

１つの基準／条件は、割り当てられたリソースのタイプであり得る。例えば、ＨＡＲＱが無効化されたＴＢが構成された許可において送信される場合、ＷＴＲＵはＳＲ及び／又はＢＳＲをトリガし得、ＨＡＲＱが無効化されたＴＢが動的許可において送信される場合、ＷＴＲＵは、ＳＲをトリガしない場合がある。

１つの基準／状態は、キャストタイプであり得る。例えば、ＷＴＲＵは、キャストタイプに基づいて、ＳＲ及び／又はＢＳＲをトリガし得る。

一例では、ＷＴＲＵは、ＮＡＣＫをＨＡＲＱのない送信に報告する事例において、保留中のＢＳＲ／ＳＲ送信をキャンセルすることができる。具体的には、ＷＴＲＵは、潜在的により高い優先度の論理チャネル（logical channel、ＬＣＨ）のために、新たなデータの到着による保留中のＢＳＲ送信を有し得る。ＷＴＲＵは、ネットワークによって提供される再送信リソースにおける新たなデータのためのサイドリンク送信を実行し得ることを決定する場合、そのようなＢＳＲをキャンセルすることを決定し得る。具体的には、ＷＴＲＵは、初期ＴＢと関連付けられたリソースの量が、バッファにおける新たなデータを送信するのに十分に大きい、かつ／又は、予想される再送信リソースタイミングが、ＢＳＲをトリガした新たなデータの待ち時間要件を満たす場合に、ＢＳＲをキャンセルすることを決定し得る。

本明細書に開示される１つ以上の実施形態では、ＷＴＲＵは、スロットが、リソースを選択するスロットと第１の選択されたリソースのスロットとの間の時間及びＴＢの残りの遅延バジェットに基づいて、選択された１つ以上のリソースのセットのために、リソース再評価をトリガする必要があるかどうかを決定し得る。ＷＴＲＵは、いつリソース再評価をトリガするかを決定し得る。ＷＴＲＵは、Ｔ３の値を決定し得る。ＷＴＲＵは、以前の反復からの１つ以上のリソースを、現在の反復からの１つ以上のリソースに変更することができる。ＷＴＲＵは、１つ以上の衝突したリソースのみを再選択し得る。ＷＴＲＵは、ＣＳＩの利用可能性に基づいて、リソース選択を実行し得る。ＷＴＲＵは、リソース評価又は再評価手順において、いつＲＳＲＰ増分を停止するかを決定し得る。ＷＴＲＵは、ＨＡＲＱ ＡＣＫ又はＨＡＲＱ ＮＡＣＫを報告することを決定し得る。ＷＴＲＵは、ＷＴＲＵがＴＢ及びそのＱｏＳのために行った送信の数に基づいて、ＨＡＲＱ ＡＣＫ／ＮＡＣＫを報告することを決定し得る。ＷＴＲＵは、将来の許可のタイミング及び／又は量に基づいて、ＨＡＲＱ ＡＣＫ／ＮＡＣＫを報告することを決定し得る。ＷＴＲＵは、そのバッファ状態及び将来において利用可能なリソースに基づいて、ＨＡＲＱ ＡＣＫ又はＨＡＲＱ ＮＡＣＫを報告することを決定し得る。ＷＴＲＵは、ＨＡＲＱ ＡＣＫを報告し得る。ＷＴＲＵは、ＴＢにおいて多重化するために、ＨＡＲＱ有効化ＳＬＲＢとＨＡＲＱ無効化ＳＬＲＢとの間で選択し得る。ＷＴＲＵは、ＳＲ及び／又はＢＳＲをトリガすることを決定し得る。

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

Claims (20)

1. 無線送受信ユニット（ＷＴＲＵ）において使用するための方法であって、前記方法が、
   第１の物理サイドリンク共有チャネル（ＰＳＳＣＨ）送信で第１のデータを受信することと、
   第２のＰＳＳＣＨ送信で第２のデータを送信することと、
   前記第１のデータと関連付けられた第１の優先度及び前記第２のデータと関連付けられた第２の優先度に基づいて、スロットにおいて、第１の物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）送信で、前記第１のデータと関連付けられた第１のハイブリッド自動反復要求（ＨＡＲＱ）応答（ＡＣＫ）／否定ＡＣＫ（ＮＡＣＫ）フィードバックを送信することか又は、第２のＰＳＦＣＨ送信で、前記第２のデータと関連付けられた第２のＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを受信することのうち少なくとも１つと、を含み、前記第２のＰＳＦＣＨ送信は、前記第２のＰＳＦＣＨ送信を受信するためのチャネルビジー比が閾値よりも高いことを条件に受信される、方法。
2. 前記第１のＰＳＳＣＨ送信と関連付けられた第１のサイドリンク制御情報（ＳＣＩ）を受信することを更に含む、請求項１に記載の方法。
3. 前記第２のＰＳＳＣＨと関連付けられた第２のＳＣＩを送信することを更に含む、請求項１に記載の方法。
4. 前記第１の優先度が、第１の優先度値に基づく、請求項１に記載の方法。
5. 前記第１の優先度値が、第３のＳＣＩにおいて受信される、請求項４に記載の方法。
6. 前記第２の優先度が、第２の優先度値に基づく、請求項４に記載の方法。
7. 前記第２の優先度値が、第４のＳＣＩにおいて受信される、請求項６に記載の方法。
8. 前記第１の優先度が、第１のサービス品質（ＱｏＳ）に基づく、請求項１に記載の方法。
9. 前記第２の優先度が、第２のＱｏＳに基づく、請求項１に記載の方法。
10. 前記第１のＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバック及び前記第２のＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックの両方が、前記第１の優先度及び前記第２の優先度に基づいて、優先度付けされ、送信される、請求項１に記載の方法。
11. 無線送／受信ユニット（ＷＴＲＵ）であって、
    トランシーバと、
    前記トランシーバに動作可能に結合されたプロセッサと、を備え、
    前記トランシーバが、第１の物理サイドリンク共有チャネル（ＰＳＳＣＨ）送信で第１のデータを受信するように構成され、
    前記トランシーバ及び前記プロセッサが、第２のＰＳＳＣＨ送信で第２のデータを送信するように構成され、
    前記トランシーバ及び前記プロセッサが、前記第１のデータと関連付けられた第１の優先度及び前記第２のデータと関連付けられた第２の優先度に基づいて、スロットにおいて、第１の物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）送信で、前記第１のデータと関連付けられた第１のハイブリッド自動反復要求（ＨＡＲＱ）応答（ＡＣＫ）／否定ＡＣＫ（ＮＡＣＫ）フィードバックを送信することか又は、第２のＰＳＦＣＨ送信で、前記第２のデータと関連付けられた第２のＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを受信することのうちの少なくとも１つを行うように構成されおり、前記第２のＰＳＦＣＨ送信は、前記第２のＰＳＦＣＨ送信を受信するためのチャネルビジー比が閾値よりも高いことを条件に受信される、無線送／受信ユニット（ＷＴＲＵ）。
12. 前記トランシーバが、前記第１のＰＳＳＣＨ送信と関連付けられた第１のサイドリンク制御情報（ＳＣＩ）を受信するように更に構成されている、請求項１１に記載のＷＴＲＵ。
13. 前記トランシーバ及び前記プロセッサが、前記第２のＰＳＳＣＨと関連付けられた第２のＳＣＩを送信するように更に構成されている、請求項１１に記載のＷＴＲＵ。
14. 前記第１の優先度が、第１の優先度値に基づく、請求項１１に記載のＷＴＲＵ。
15. 前記第１の優先度値が、第３のＳＣＩにおいて受信される、請求項１４に記載のＷＴＲＵ。
16. 前記第２の優先度が、第２の優先度値に基づく、請求項１４に記載のＷＴＲＵ。
17. 前記第２の優先度値が、第４のＳＣＩにおいて受信される、請求項１６に記載のＷＴＲＵ。
18. 前記第１の優先度が、第１のサービス品質（ＱｏＳ）に基づく、請求項１１に記載のＷＴＲＵ。
19. 前記第２の優先度が、第２のＱｏＳに基づく、請求項１１に記載のＷＴＲＵ。
20. 前記第１のＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバック及び前記第２のＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックの両方が、前記第１の優先度及び前記第２の優先度に基づいて、優先度付けされ、送信される、請求項１１に記載のＷＴＲＵ。