JP2024509908A

JP2024509908A - サイドリンク上で不連続受信を実行するための方法、アーキテクチャ、装置、及びシステム

Info

Publication number: JP2024509908A
Application number: JP2023555194A
Authority: JP
Inventors: フリーダ、マルティーノ; ホアン、トゥオン; デン、タオ; イルリー、ムーン; マリニエール、ポール
Original assignee: インターデイジタルパテントホールディングスインコーポレイテッド
Priority date: 2021-03-11
Filing date: 2022-03-09
Publication date: 2024-03-05
Also published as: BR112023018285A2; KR20230152758A; AU2022233440A1; TW202241201A; EP4305920A1; WO2022192359A1; US20240163962A1

Abstract

本開示は、Ｖ２Ｘ拡張機能を使用して不連続受信を実行する方法及び装置に関する。一実施形態では、第１のＷＴＲＵと第２のＷＴＲＵとの間のデバイス間（Ｄ２Ｄ）通信のための、第１のＷＴＲＵによって実施される方法であって、本方法は、（１）Ｄ２Ｄ通信の送信のために予約された１つ以上の第１の送信リソースを示す第１の情報と、（２）少なくとも１つの第２の送信リソースがＤ２Ｄ通信の再送のために予約されているかどうかを示す第２の情報と、を含むＤ２Ｄ制御情報を、第２のＷＴＲＵから受信することを含むことと、Ｄ２Ｄ通信の再送の受信時刻よりも前に終了する、第１のＷＴＲＵのスリープ期間を決定することであって、スリープ期間が第２の情報に基づく、ことと、決定されたスリープ期間の終了後に、Ｄ２Ｄ通信の再送を受信することと、のいずれかを含むことができる。【選択図】図７

Description

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

本明細書に開示される実施形態は、全般的には、無線通信に関し、例えば、Ｖ２Ｘ拡張機能を使用して不連続受信（ＤＲＸ）を実行する方法、装置、及びシステムに関する。

５Ｇ仕様には、ＷＴＲＵにおいてエネルギーを節約するためのＤＲＸの規定が含まれている。ＤＲＸの主な目的は、無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）によって処理するアップリンクデータ又はダウンリンクデータが存在しない場合に（例えば存在しないときに）、バッテリ消費を低減することである。したがって、ＷＴＲＵは、ＲＦインターフェースが低電力モード又はオフモードにあるスリープモードに入ることができる。ＷＴＲＵに関連するトラフィックが予期されるとき、モバイルユニットはメッセージを処理するために電源投入することができる。

車両通信は、ＷＴＲＵが互いに直接通信することのできる通信モードである。Ｖ２Ｘ（ＶｅｈｉｃｌｅｔｏＥｖｅｒｙｔｈｉｎｇ）動作には、以下の２つのシナリオがある。
（ａ）ＷＴＲＵがネットワークから支援を受けてＶ２Ｘメッセージの送受信を開始するカバレッジ内シナリオ、及び（ｂ）ＷＴＲＵがいくつかの事前に設定されたパラメータを使用してＶ２Ｘメッセージの送受信を開始するカバレッジ外シナリオ。

Ｖ２Ｘ通信は、リリース１４ＬＴＥでサポートされており、デバイスツーデバイス（device-to-device、Ｄ２Ｄ）通信に関する以前の研究から着想を得た。Ｖ２Ｘ通信サービスは、以下の４つの異なるタイプからなることができる。
（ｉ）Ｖ２Ｖ（Vehicle to Vehicle、車両対車両）：車両ＷＴＲＵは互いに直接通信することができる。
（ｉｉ）Ｖ２Ｉ（Vehicle to Infrastructure、車両対インフラストラクチャ）：車両ＷＴＲＵは路側機／ｅＮｏｄｅＢ（ＲＳＵ／ｅＮＢ）と通信することができる。
（ｉｉｉ）Ｖ２Ｎ（Vehicle to Network、車両対ネットワーク）：車両ＷＴＲＵはコアネットワークと通信することができる。
（ｉｖ）Ｖ２Ｐ（Vehicle to Pedestrian、車両対歩行者）：車両ＷＴＲＵは、バッテリ容量が少ないなどの特殊な条件を有するＷＴＲＵと通信することができる。

より詳細な理解は、以下の詳細な説明から、例示として添付の図面と併せて与えられ得る。そのような図面の図は、詳細な説明と同様、例である。したがって、図及び詳細な説明は限定的であるとみなされるべきではなく、他の同様に効果的な例が可能であり、可能性が高い。更に、図中の類似する参照数字（「参照」）は、類似する要素を示す。
１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的なＷＴＲＵを例解するシステム図である。一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。一実施形態による、図１Ａに示される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを示すシステム図である。ＰＣ５通信及びＵｕベースのＶ２Ｘ通信のための非ローミング５Ｇシステムアーキテクチャを示している。ＰＣ５を介したセキュアなレイヤ２リンクの例示的な確立を示している。ハイブリッド自動再送要求（hybrid automatic repeat request、ＨＡＲＱ）ラウンドトリップタイム（round trip time、ＲＴＴ）タイマ及び再送タイマのタイミング図の例を示している。ハイブリッド自動再送要求（hybrid automatic repeat request、ＨＡＲＱ）ラウンドトリップタイム（round trip time、ＲＴＴ）タイマ及び再送タイマのタイミング図の例を示している。ハイブリッド自動再送要求（hybrid automatic repeat request、ＨＡＲＱ）ラウンドトリップタイム（round trip time、ＲＴＴ）タイマ及び再送タイマのタイミング図の例を示している。ＷＴＲＵのサイドリンク監視時刻を決定することを含む手順のフロー図である。第１のＷＴＲＵと第２のＷＴＲＵとの間のサイドリンク（例えばＤ２Ｄ）通信のための、第１のＷＴＲＵによって実施される方法の例を示した図である。第１のＷＴＲＵと第２のＷＴＲＵとの間のＤ２Ｄ通信のための、第１のＷＴＲＵによって実施される方法の更なる例を示した図である。第１のＷＴＲＵと第２のＷＴＲＵとの間のＤ２Ｄ通信のための、第１のＷＴＲＵによって実施される方法の更なる例を示した図である。第１のＷＴＲＵと第２のＷＴＲＵとの間のＤ２Ｄ通信のための、第１のＷＴＲＵによって実施される方法の更なる例を示した図である。第１のＷＴＲＵと第２のＷＴＲＵとの間のＤ２Ｄ通信のための、第１のＷＴＲＵによって実施される方法の更なる例を示した図である。

以下の詳細な説明では、本明細書に開示される実施形態及び／又は実施例の完全な理解を提供するために、多数の具体的な詳細が記載されている。しかしながら、このような実施形態及び実施例は、本明細書に記載される具体的な詳細の一部又は全部を伴わずに実践され得ることが理解されるであろう。他の例では、以下の説明を不明瞭にしないように、周知の方法、手順、構成要素及び回路は詳細に説明されていない。更に、本明細書に具体的に記載されていない実施形態及び実施例は、本明細書に明示的、暗黙的及び／又は本質的に（集合的に「提供される」）記載、開示又は他の方法で提供される実施形態及び他の実施例の代わりに、又はそれらと組み合わせて実践することができる。本明細書では、装置、システム、デバイスなど及び／又はそれらの任意の要素が、動作、プロセス、アルゴリズム、機能など及び／又はそれらの任意の部分を実行する様々な実施形態が記載及び／又は特許請求されているが、本明細書に記載及び／又は特許請求されている任意の実施形態は、任意の装置、システム、デバイスなど及び／又はそれらの任意の要素が、任意の動作、プロセス、アルゴリズム、機能など及び／又はそれらの任意の部分を実行するように構成されていると仮定することを理解されたい。

例示的な通信システム
本明細書で提供される方法、装置、及びシステムは、有線ネットワークと無線ネットワークの両方を含む通信によく適している。様々なタイプの無線デバイス及びインフラストラクチャの概要が、図１Ａ～図１Ｄを参照して提供される。図１Ａ～図１Ｄでは、ネットワークの様々な要素が、本明細書で提供される方法、装置、及びシステムを利用し、実行し、それらに従って配置され、かつ／又はそれらのために適合及び／又は構成され得る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（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、Ｌｉ－ｉｏｎ）など）、太陽セル、燃料セルなどを含み得る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

超高スループット（Very high throughput、ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する２０ＭＨｚチャネルどうしを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（ＩＦＦＴ）処理及び時間領域処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成のための前述した動作が逆にされ、結合されたデータが、媒体アクセス制御（ＭＡＣ）層、エンティティなどへ送信され得る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本明細書において提供される例は、例えば適用され得るものと同じ又は異なる原理を使用する他の無線技術への主題の適用性を制限するものではない。

本明細書で説明されるように、ＷＴＲＵは、ＵＥの一例とすることができる。したがって、ＵＥ及びＷＴＲＵという用語は、本明細書において等しい範囲で使用され得る。

本明細書で使用されるとき、ＷＴＲＵという用語は、１つ又は複数のＶ２Ｘアプリケーションが実行されているデバイスを識別するための総称として更に使用される。Ｖ２Ｘアプリケーションサーバ（V2X application server、Ｖ２ＸＡＳ）はネットワーク内に位置することができ、ＷＴＲＵにインストールされたＶ２Ｘアプリケーションとインターフェースすることができる。Ｖ２Ｘ制御機能（control function、ＣＦ）は、Ｖ２Ｘデバイスの認証及びプロビジョニングを処理することができる。これは、例えば、ＷＴＲＵに対するＶ２Ｘポリシー及び／又はパラメータ設定を含むことができる。Ｖ２ＸＣＦ機能はＰＣＦにおいて処理することができる。Ｖ２ＸＷＴＲＵ間通信は、２つの動作モード、すなわち、Ｕｕ基準点を介した動作モードと、ＰＣ５基準点を介した動作モードとに基づくことができる。

ＰＣ５基準点を介したＶ２Ｘ通信は、ＰｒｏＳｅ通信（例えばＤ２Ｄ通信）の一種であり得る。１対１のＰｒｏＳｅ直接通信は、２つのＷＴＲＵ間でＰＣ５を介したセキュアなレイヤ２リンクを確立することによって実現することができ、しばしばユニキャスト通信と呼ばれる（例えば通信には２つのピアが含まれ得る）。

図２は、ＰＣ５及びＵｕベースのＶ２Ｘ通信のための非ローミング５Ｇシステムアーキテクチャを示している。図２に見られるように、Ｖ２ＸＷＴＲＵ１０２のいくつかの例は、車両ＷＴＲＵ（ＷＴＲＵ１０２ｂ及びＷＴＲＵ１０２ｃ）又は歩行者ＷＴＲＵ（ＷＴＲＵ１０２ａ）とすることができる。Ｖ２Ｘ通信は、２つの歩行者ＷＴＲＵ間で行われてもよい。Ｖ２Ｘ通信はまた、移動ＷＴＲＵ１０２ａ、１０２ｂ、及び／又は１０２ｃと、固定／静止ＷＴＲＵ１０２ｃ（例えば路側機（Road Side Unit、ＲＳＵ）又は他の固定デバイス）との間でも発生し得る。ＷＴＲＵ１０２ｂ又は１０２ｃ（車両）とＷＴＲＵ１０２ａ（歩行者）との間の通信はＶ２Ｐ通信と呼ばれてもよく、ＷＴＲＵ１０２ｂ（車両）とＷＴＲＵ１０２ｃ（車両）との間の通信はＶ２Ｖ通信と呼ばれてもよい。図２に示したように、Ｖ２Ｖ通信とＶ２Ｐ通信の両方がＰＣ５インターフェースを介して行われることができ、Ｖ２Ｖ通信のメッセージ周波数、電力などの特性は、Ｖ２Ｐタイプの通信とは異なり得る。

図２を参照すると、Ｖ２Ｘ通信ネットワーク２００は、１つ以上のＶ２Ｘアプリケーションを実行する（executing/running）ＤＮ１８５と、１つ以上のＶ２Ｘアプリケーションを実行する第１の車両（例えば車両ＷＴＲＵ１０２ｂ）と、１つ以上のＶ２Ｘアプリケーションを実行する第２の車両（例えば車両ＷＴＲＵ１０２ｃ）と、１つ以上のＶ２Ｘアプリケーションを実行する歩行者（例えば歩行者／Ｖ２ＰＷＴＲＵ１０２ａ）と、１つ以上のＶ２Ｘアプリケーションを実行する静止／固定デバイス（例えば静止ＷＴＲＵ１０２ｄ）と、ＮＧ－ＲＡＮ１０４と、ＣＮ１０６とを含むことができる。ＣＮ１０６は、ＡＭＦ１８２、ＳＭＦ１８３、ＵＰＦ１８４、ＤＮ１８５、ユーザデータリポジトリ（user data repository、ＵＤＲ、図示せず）と対になっていてもよい統合データ管理（unified data management、ＵＤＭ）１８６、ポリシー及び制御機能（policy and control function、ＰＣＦ）１８７、ネットワーク公開機能（network exposure function、ＮＥＦ）１８８、及び／又はアプリケーション機能（application function、ＡＦ）１８９を含むことができる。ＷＴＲＵ１０２（例えば、車両ＷＴＲＵ１０２ｂ、車両ＷＴＲＵ１０２ｃ、歩行者ＷＴＲＵ１０２ａ、及び／又は静止ＷＴＲＵ１０２ｄ）は、ＰＣ５インターフェース（例えばＰＣ５通信）を使用して通信することができる。ＷＴＲＵ１０２（例えば、車両ＷＴＲＵ１０２ｂ、車両ＷＴＲＵ１０２ｃ、歩行者ＷＴＲＵ１０２ａ、及び／又は静止ＷＴＲＵ１０２ｄ）上で実行されるＶ２Ｘアプリケーションは、Ｖ５インターフェースを使用して通信することができる。車両ＷＴＲＵ１０２ｂ及び静止ＷＴＲＵ１０２ｄは、Ｕｕインターフェースを使用してＮＧ－ＲＡＮ１０４と通信することができる。ＮＧ－ＲＡＮ１０４は、Ｎ２インターフェースを使用してＣＮ１０６のＡＭＦ１８２と通信し、Ｎ３インターフェースを使用してＣＮ１０６のＵＰＦ１８４と通信することができる。ＤＮ１８５は、ＣＮ１０６の内部であってもよいし、又はＮ６インターフェースを使用してＮＧ－ＲＡＮ１０４とインターフェースしてもよい。ＵＰＦ１８４とＳＭＦは、Ｎ４インターフェースを使用して通信することができる。

Ｖ２ＰアプリケーションをサポートするＶ２ＰＷＴＲＵ１０２ａは、Ｖ２Ｐアプリケーション情報を含むメッセージを送信する。Ｖ２Ｐアプリケーション情報は、歩行者への警告など、車両のＶ２ＸアプリケーションをサポートするＷＴＲＵによって送信する、又は車両への警告など、交通弱者に関連付けられたＶ２ＸアプリケーションをサポートするＷＴＲＵによって送信することができる。Ｖ２Ｐアプリケーション情報を含む／含有するメッセージの３ＧＰＰトランスポートは、ＷＴＲＵ１０２間の直接的なトランスポート、及び／又は、例えば、直接通信範囲が限られているため、Ｖ２Ｘ通信をサポートするインフラストラクチャ（例えばＲＳＵ、アプリケーションサーバなど）を介したＷＴＲＵ間のトランスポートを含むことができる。本明細書で説明されるように、かつ図２のアーキテクチャに基づいて、車両タイプのＷＴＲＵ１０２ｂ／１０２ｃ及び歩行者タイプのＷＴＲＵ１０２ａは、Ｖ２Ｘによってサポートされ得る。歩行者ユーザ、サイクリストなどによって担持される歩行者タイプのＷＴＲＵ１０２ａに固有の他の機能も、Ｖ２Ｘによってサポートされ得る。歩行者タイプのＷＴＲＵ１０２ａのための特別なリソース選択メカニズム（例えば、部分センシング又はランダム選択）が、ＰＣ５通信において利用され得る。一般に、車両ＷＴＲＵ１０２ｂ／１０２ｃと比較して電力及び計算に関する制限のある歩行者タイプのＷＴＲＵ１０２ａに対する最適化はない。交通弱者（Vulnerable Road User、ＶＲＵ）のＶ２Ｘ利用をサポートし、したがって関連する側面（例えば省電力など）に関する拡張を提供することが望まれている。

ＬＴＥにおけるＶ２Ｘリソース割当て
ＬＴＥでは、Ｖ２Ｘ通信において２つの動作モードが定義されている。モード３では、ネットワークが、Ｖ２Ｘサイドリンク（sidelink、ＳＬ）送信用のスケジューリング割当てをＷＴＲＵに与える。モード４では、ＷＴＲＵが、設定済み／事前設定済みのリソースプールからリソースを自律的に選択する。更に、Ｖ２ＸＬＴＥでは、２種類のリソースプールが定義されており、Ｖ２Ｘ送信を受信するために監視される受信プール、及び／又はモード４でＷＴＲＵが送信リソースを選択するために使用するＶ２Ｘ送信プールである。送信プールは、モード３に設定されたＷＴＲＵでは使用されない。リソースプールは、サイドリンク送信又はサイドリンク受信のいずれかに利用可能なサブフレーム及び／又はリソースブロックのサブセットを定義する。サイドリンク通信は半二重方式である、かつ／又は、ＷＴＲＵに複数の送信リソースプール及び／又は複数の受信リソースプールを設定することができる。

ＬＴＥでは、リソースプールは、無線リソース制御（radio resource control、ＲＲＣ）信号伝達を介してＷＴＲＵに半静的にシグナリングされる。モード４では、ＷＴＲＵは、ＲＲＣによって設定された送信プールからリソースを選択する前に、センシングを使用する。ＬＴＥＶ２Ｘは、リソースプールの動的な再設定をサポートしない。プールの設定は、システム情報ブロック（system information block、ＳＩＢ）及び／又は専用ＲＲＣシグナリングを介して（例えば、介してのみ）伝えることができる。ＤＲＸを使用するＮＲＶ２Ｘに関して本明細書で使用される場合、リソースプールは、Ｖ２Ｘ通信で使用されるリソースのセットを含むことができる。受信（ＲＸ）リソースプールは、ＷＴＲＵが監視するべきリソースを定義する。送信（ＴＸ）リソースプールは、ＷＴＲＵが送信に使用できるリソースを定義する。サイドリンクの全てのリソースが送信又は受信のために使用できるわけではない。ここで、ＲＸリソースプールはＲＸプールとも呼ばれてもよく、かつ／又は、ＴＸリソースプールはＴＸプールとも呼ばれてもよい。

ＮＲＶ２Ｘアクセス技術
第３世代パートナーシッププロジェクト（Third Generation Partnership Project、３ＧＰＰ）には、ＮＲと呼ばれる次世代の無線システムが含まれる。ＮＲシステムは、拡張モバイルブロードバンド（enhanced Mobile Broadband、ｅＭＢＢ）、及び／又は超高信頼・低遅延通信（ultra-high reliability and/or low latency communications、ＵＲＬＬＣ）など、多くのユースケースをサポートすることが期待されている。

３ＧＰＰは、ＮＲシステムにおける拡張Ｖ２Ｘ（ｅＶ２Ｘ）通信をサポートすることができる。ＮＲにおけるｅＶ２Ｘは、安全性シナリオ及び／又は非安全性シナリオの両方のための新しいサービス、例えばセンサ共有、自動運転、車両隊列走行、遠隔運転をサポートすることが期待されている。異なるｅＶ２Ｘサービスは、異なる性能要件を必要とし、かつ／又はシナリオによっては３ｍｓのレイテンシが要求され得る。

ＮＲＶ２Ｘは、２つの動作モード、すなわちモード１及び／又はモード２をサポートすることができる。モード１は、ＬＴＥＶ２Ｘモード３動作に基づく。例えば、ネットワークは、ダウンリンク（ＤＬ）のダウンリンク制御情報（downlink control information、ＤＣＩ）シグナリングを介してＳＬリソースをスケジューリングすることができる、かつ／又は、ＷＴＲＵは、受信したリソース予約をＳＬ送信に適用することができる。モード２は、セミパーシステントスケジューリングのベースラインとしてＬＴＥモード４を使用することができる。モード４では、ＷＴＲＵは、設定されたリソースプールからリソースを自律的に選択する、かつ／又は予約することができる。一例では、設定されたリソースプールは、事前設定されるリソースプールとすることができる。自律的なリソース予約は、利用可能な候補リソースを特定するためのＷＴＲＵセンシングに基づくことができる。

ＮＲＶ２Ｘの新しいユースケース
ＮＲＶ２Ｘは、３ＧＰＰ規格に定義されているように、新しいユースケースをサポートすることが予想される。特に、以下のユースケースがサポートされる予定である。

車両隊列走行。車両隊列走行は、車両が一緒に走行するグループを動的に形成することを可能にする。隊列内の全ての車両は、隊列動作を継続するために、先頭車両から周期的なデータを受信する。この情報により、車両間の距離を非常に小さくすることができ、例えば、時間に換算した間隙距離を非常に小さくすることができる（１秒未満）。隊列走行アプリケーションでは、後続車両を自律運転させることができる。

高度な運転。高度な運転は、半自動運転又は完全自動運転を可能にする。より長い車間距離が想定される。各車両及び／又はＲＳＵは、自身のローカルセンサから得られたデータを近くの車両と共有し、したがって車両は、軌道又は操縦を調整することができる。更に、各車両は、その運転意図を近くの車両と共有する。このユースケースグループの利点は、より安全な走行、衝突の回避、及び／又は交通効率の向上である。

拡張センサ。拡張センサは、車両、ＲＳＵ、歩行者のデバイス、及び／又はＶ２Ｘアプリケーションサーバの間で、ローカルセンサ又はライブビデオデータを通じて収集された生データ又は処理済みデータを交換することを可能にする。車両は、自身のセンサが検出できる範囲を超えて周囲環境の認識を強化し、かつ／又は局所的な状況をより全体的に把握することができる。

遠隔運転。遠隔運転は、自身で運転できない搭乗者、又は危険な環境にある遠隔の車両のために、遠隔運転者又はＶ２Ｘアプリケーションが遠隔の車両を操作することを可能にする。公共交通機関のように、バリエーションが限られている、かつ／又は経路が予測可能である場合には、クラウドコンピューティングに基づく運転を使用することができる。更に、このユースケースグループでは、クラウドベースのバックエンドサービスプラットフォームへのアクセスも考慮することができる。

ＮＲＶ２ＸにおけるＱｏＳ
３ＧＰＰでは、ＮＲＶ２ＸのためのＱｏＳモデルを使用する。ＴＳ２３．２８５に文書化されているリリース１４のＶ２Ｘでは、ＰＣ５上のＱｏＳは、ＰｒｏＳｅパケット単位優先度（ProSe per-packet priority、ＰＰＰＰ）を使用してサポートされる。アプリケーション層は、要求されるＱｏＳレベルを示すＰＰＰＰでパケットをマークすることができる。例えば、ＰＰＰＰからパケット遅延バジェット（packet delay budget、ＰＤＢ）を導出できるようにすることで、特定の拡張が追加された。

ＮＲＶ２Ｘにおける新しいＱｏＳ要件は、例えばＴＳ２２．１８６に記載されている。新しい性能主要性能指標（key performance indicator、ＫＰＩ）は、以下のパラメータを使用して指定された。
－ペイロード（バイト）、
－伝送速度（メッセージ／秒）、
－最大エンドツーエンドレイテンシ（ｍｓ）、
－信頼性（％）、
－データレート（Ｍｂｐｓ）、
－最小必要通信範囲（メートル）。

なお、ＰＣ５ベースのＶ２Ｘ通信及び／又はＵｕベースのＶ２Ｘ通信の両方に、同じ一連のサービス要件を適用することができる。これらのＱｏＳ特性は、ＴＳ２３．５０１に定義されている５ＧＱｏＳインジケータ（5G QoS indicator、５ＱＩ）を用いて良好に表現することができる。

１つの可能性は、ＰＣ５及び／又はＵｕのための統一されたＱｏＳモデルを確立することであり、例えば、ＰＣ５を介したＶ２Ｘ通信にも５ＱＩを使用することで、使用するリンクに関係なく、アプリケーション層が一貫した方法でＱｏＳ要件を示すことができる。

５ＧＳＶ２Ｘ対応ＷＴＲＵを考慮すると、ブロードキャスト、マルチキャスト、及び／又はユニキャストの３つの異なるタイプのトラフィックが存在する。ユニキャストタイプのトラフィックの場合、ＵｕのＱｏＳモデルと同じＱｏＳモデルを利用することができ、例えば、ユニキャストリンクの各々をベアラとして扱うことができる、かつ／又は、ユニキャストリンクの各々にＱｏＳフローを関連付けることができる。５ＱＩに定義されている全てのＱｏＳ特性、及び／又はデータレートの追加パラメータを適用することができる。更に、最小（例えば要求される）通信範囲を、特にＰＣ５の使用のための追加パラメータとして扱うことができる。同様の考慮事項がマルチキャストトラフィックにも当てはまり、なぜならマルチキャストトラフィックは、例えばトラフィックの受信者が複数定義されている場合など、ユニキャストの特別なケースとして扱うことができるためである。

ブロードキャストトラフィックの場合、ベアラの概念はない。したがって、各メッセージは、アプリケーションの要件に応じて異なる特性を有し得る。その場合、５ＱＩをＰＰＰＰ／ＰｒｏＳｅパケット単位信頼性（ProSe per-packet reliability、ＰＰＰＲ）と同様の方法で使用する、例えばパケットの各々にタグ付けする必要がある。５ＱＩは、ＰＣ５ブロードキャスト動作に必要な全ての特性（例えばレイテンシ、優先順位、信頼性など）を表すことができる。Ｖ２Ｘブロードキャストに固有の５ＱＩのグループ（例えばＶＱＩ）を、ＰＣ５の使用のために定義することができる。

ＰＣ５ＱｏＳパラメータは、１対１通信手順の確立時にネゴシエートされ、したがって例えばＴＳ２３．３０３に定義されている１対１通信確立手順が、２つのＷＴＲＵ間のＰＣ５ＱｏＳパラメータネゴシエーションをサポートするように拡張される。ＰＣ５ＱｏＳパラメータネゴシエーション手順の後、両方向で同じＱｏＳが使用される。

１対１通信（例えばＤ２Ｄ通信）に関与するＷＴＲＵは、図３に示したように、リンク確立手順中にＰＣ５ＱｏＳパラメータをネゴシエートする。メッセージ１は、直接通信要求（Direct Communication Request、ＤＣＲ）メッセージであり、メッセージ２は、認証及びセキュリティアソシエーションの確立（Authentication and Establishment of security association）メッセージである。メッセージ１において、ＵＥ－１（例えばＷＴＲＵ－１）は、相互認証をトリガするために、ＵＥ－２（例えばＷＴＲＵ－２）に直接通信要求メッセージを送る。このメッセージは、要求されるＰＣ５ＱｏＳパラメータを含む。メッセージ２において、ＵＥ－２（例えばＷＴＲＵ－２）は、相互認証の手順を開始する。ＵＥ－２（例えばＷＴＲＵ－２）は、受け入れたＰＣ５ＱｏＳパラメータを応答メッセージに含める。

ＮＲＵｕにおけるＤＲＸ
ＣＯＮＮＥＣＴＥＤモードＤＲＸは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＷＴＲＵを対象としてＮＲＵｕにおける省電力化のために指定される。ＤＲＸは、ＷＴＲＵにおけるウェイクアップ時間の設定されたスケジュールに基づく。ＷＴＲＵは、ウェイクアップ時間中に物理ダウンリンク制御チャネル（physical downlink control channel、ＰＤＣＣＨ）スケジューリングを受信すると、更なるスケジューリングが受信されなくなるまで、一定時間にわたりアウェイク状態を維持する。ＷＴＲＵには、以下の例示的なパラメータのいずれかを設定することができる。
－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：ＤＲＸサイクルの開始時における持続時間、
－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前の遅延、
－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：ＰＤＣＣＨがＭＡＣエンティティの新しいＵＬ送信又はＤＬ送信を示すＰＤＣＣＨ機会の後の持続時間、
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ（ブロードキャストプロセスを除くＤＬハイブリッドＡＲＱ（ＨＡＲＱ）プロセスごと）：ＤＬ再送を受信するまでの最大持続時間、
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ（ＵＬＨＡＲＱプロセスごと）：ＵＬ再送のためのグラントを受信するまでの最大持続時間、
－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ロングＤＲＸサイクル及びショートＤＲＸサイクルが開始するサブフレームを定義するロングＤＲＸサイクル及び／又はｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ、
－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（オプション）：ショートＤＲＸサイクル、
－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ（オプション）：ＷＴＲＵがショートＤＲＸサイクルに従う持続時間、
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ（ブロードキャストプロセスを除くＤＬＨＡＲＱプロセスごと）：ＨＡＲＱ再送のためのＤＬ割当てがＭＡＣエンティティによって予期される前の最小持続時間、
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ（ＵＬＨＡＲＱプロセスごと）：ＵＬＨＡＲＱ再送のグラントがＭＡＣエンティティによって予期される前の最小持続時間。

ＤＲＸが設定されたＷＴＲＵは、以下のいずれかに基づいて、アクティブ時間（ＷＴＲＵがＰＤＣＣＨをアクティブに監視する時間）を決定する。
ＤＲＸサイクルが設定される場合（例えば設定時）、アクティブ時間は、次の時間を含む。
－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ又はｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ又はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ又はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ又はｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ（例えばリリース１４の５．１．５節に記載されている）が実行中である。又は
－物理アップリンク制御チャネル（physical uplink control channel、ＰＵＣＣＨ）上でスケジューリング要求が送信され、保留中である（例えばリリース１４の５．４．４節に記載されている）。及び／又は
－（例えばリリース１４の５．１．４節に記載されているように）ＭＡＣエンティティによって選択されていないプリアンブルに対するランダムアクセス応答の受信に成功した後、ＭＡＣエンティティのセル無線ネットワーク一時識別子（cell radio network temporary identifier、Ｃ－ＲＮＴＩ）にアドレス指定された新しい送信を示すＰＤＣＣＨが受信されていない。

ＬＴＥＶ２Ｘにおける部分センシング及び／又はランダム選択
ＬＴＥＶ２Ｘで導入されたもう１つの省電力メカニズム（歩行者ＷＴＲＵで使用）は、部分センシングの態様であった。部分センシングを使用すると、ＷＴＲＵに上位層によって、リソース選択ウィンドウ［Ｔ１、Ｔ２］内の最小数の候補サブフレームを設定することができ、特定のサブフレームがＷＴＲＵ実装によって選択される。ＷＴＲＵは、候補サブフレームから整数個の予約期間であるセンシングウィンドウ内のサブフレームに対して（例えば、サブフレームのみに対して）センシングを実行することができ、したがって、ＷＴＲＵがセンシングウィンドウ内でセンシングを実行する必要のあるリソースの量を減らすことができる。

歩行者ＷＴＲＵのもう１つの可能性は、リソースプール上でランダム選択を実行することである。リソースプールがランダム選択できるように設定されている場合、ＷＴＲＵはセンシング手順中にセンシング結果を考慮することなくリソースの選択を実行することができる。

ＳＬ通信では、Ｕｕのスケジューリングと異なる点がいくつかあり、これにより、Ｕｕによって実施されるＤＲＸコンセプトのアプローチに問題が生じ得る。
－再送についてシグナリング制御情報（signaling control information、ＳＣＩ）に基づく指示が使用される。具体的には、ＳＬでは、１つのＳＣＩが、ＨＡＲＱプロセスにおける追加の送信及び／又は更なる再送のためのリソースを示すことができ、送信及び／又は再送は時間的に連続し得ない。ＨＡＲＱＲＴＴタイマ及び／又は再送タイマの実行では、そのようなＳＣＩの指示を考慮に入れることができる（例えば、考慮に入れる必要がある）。
－送信においてＨＡＲＱが有効又は無効であり得、その場合、ＨＡＲＱフィードバックのタイムラインが異なる。ＨＡＲＱが有効である送信の場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は（Ｕｕと同様に）物理サイドリンクフィードバックチャネル（physical sidelink feedback channel、ＰＳＦＣＨ）を送信することができる。ＨＡＲＱが無効である送信の場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＰＳＦＣＨ上でＨＡＲＱフィードバックを送信することができない。これは、ＨＡＲＱプロセスのタイマの定義に影響し得る。
－具体的には、Ｕｕでは、ＨＡＲＱＲＴＴは、ＤＬＨＡＲＱフィードバックを伝える送信の最後のシンボル／スロットにおいて開始され得る。しかしながら、サイドリンクでは、ＷＴＲＵは、様々な理由（例えば、ＨＡＲＱ無効、ＵＬ／ＳＬ優先順位付け）のために、ＰＳＦＣＨを（例えば、常に）送信し得ない。
－モード１又はモード２のいずれが使用されるかに応じて、最小マイクロスリープ／ＤＲＸ時間が異なり得る。
－ＳＣＩは、ＨＡＲＱプロセスにおける予定された再送時刻を示すことができるが、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）におけるイベントは、これらの時刻の変更を引き起こし得る。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、例えば、より高い優先順位のＷＴＲＵによる送信に起因して、再送リソースのプリエンプションを実行し得る。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、例えば、ＵＬがＳＬよりも高く優先順位付けされたことに起因して、再選択を実行し得る。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、例えば、チャネルビジー率（channel busy ratio、ＣＢＲ）に起因して、全ての再送リソースをただちに（ＳＣＩにおいて）示す（例えば、全ての再送リソースを示す信号を送信する）ことができない。

サイドリンクＤＲＸタイマのための方法
１．ＳＬ再送のためのアクティブ時間を定義する方法
（例えば、ＴＸ又はＲＸ）ＷＴＲＵは、例えばＨＡＲＱプロセスに関して、送信又は再送に続くマイクロスリープ／ＤＲＸの期間を決定するためのメカニズムを有することができ、これはＳＬ特性に依存する。これは、（Ｕｕと同様に）ＨＡＲＱＲＴＴタイマを使用するようにモデル化することができ、これにより、そのようなタイマの開始は、潜在的なマイクロスリープ／ＤＲＸ機会の開始を表す（これにより、ＷＴＲＵは、アクティビティを定義する他のタイマ（例えば、インアクティビティタイマ、再送タイマなど）が実行されていない状態で（例えば、実行されていないと想定して）動作中のＰＳＣＣＨを監視しない）。ＨＡＲＱＲＴＴタイマは、各ＳＬＨＡＲＱプロセスに対して設定することができる。マイクロスリープ／ＤＲＸ機会は、ＨＡＲＱＲＴＴタイマが満了する場合及び／又は再送タイマ（又はアクティビティを表す同様のタイマ）が開始される場合に（例えば、そのようなときに）終了することができる。代替的に、ＷＴＲＵに、マイクロスリープ／ＤＲＸの明示的な期間又はリソースのセット（例えば、ＳＬイベントに対するスロットのセット）、及び／又は、例えば、各ＳＬＨＡＲＱプロセスに対してアクティブであるべき明示的な期間又はリソースのセット（例えば、ＳＬイベントに対するスロットのセット）を、設定することができる。以下の実施形態の各々は、いずれの選択肢にも適用可能であり得る。更に、「ＨＡＲＱＲＴＴタイマ」及び／又は「ＨＡＲＱＲＴＴ時間」は、この時間が（Ｕｕにおけるように）タイマを使用して明示的に実装されるかどうかにかかわらず、ＨＡＲＱプロセスのマイクロスリープ／ＤＲＸ時間を表すために互換的に使用される。更に、ＨＡＲＱＲＴＴ時間／タイマは、本開示ではＳＬＨＡＲＱＲＴＴタイマを指す。

１．１ＨＡＲＱＲＴＴタイマの開始時刻の決定
ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下のいずれかを基準とする、ある時点（例えば、後続するスロット、又は後続するいくつかの指定されたスロット）においてＨＡＲＱＲＴＴタイマを開始することができる。
－そのＨＡＲＱプロセスのＳＣＩ及び／又はデータの受信、
－ＨＡＲＱプロセスに関連付けられたＭＡＣＰＤＵの復号時、
－例えば、以前のＳＣＩに示された、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）による予定された再送の時刻、又は再送の後、
－受信に関連付けられた復号結果（ＡＣＫ又はＮＡＣＫ）の判定、
－受信されたデータに関連付けられたＨＡＲＱフィードバックの送信、
－そのＨＡＲＱプロセスのＳＣＩ及び／又はデータの受信に続く（事前に）設定される時刻又は事前に定義される時刻、
○このような（事前に）設定される時刻、又は事前に定義される時刻は、例えば、最小ＷＴＲＵ能力に基づいて定義することができる、かつ／あるいは
－ＨＡＲＱＲＴＴタイマをまったく開始しない、かつ／又は、例えば、ＨＡＲＱプロセスの再送タイマを直接開始する。

ａ）ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＬの特性に応じて異なる時刻にＨＡＲＱ－ＲＴＴを開始することを決定することができる
（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＬの特性又は条件に応じて異なるように、ＨＡＲＱＲＴＴ（タイマ）を開始するタイミングを決定することができる。具体的には、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、第１の特性／条件下では、ある時点においてＨＡＲＱＲＴＴタイマを開始することができる、かつ／又は、第２の特性／条件下では、別の時点においてＨＡＲＱＲＴＴタイマを開始することができ、時点は、上記で示したもののいずれかとすることができる。条件は、以下のいずれかに関連することができる。
－ＨＡＲＱプロセスの特定の送信／再送に対してＳＬＨＡＲＱフィードバックが有効／無効であるかどうか、
－送信に関連付けられたキャストタイプ：
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、送信がユニキャストに関連付けられる場合（例えば、関連付けられるとき）、第１の時点においてＨＡＲＱＲＴＴタイマを開始することができる、かつ／又は、送信がグループキャストに関連付けられる場合（例えば、関連付けられるとき）、第２の時点においてＨＡＲＱＲＴＴタイマを開始することができる、
－送信に関連付けられたＱｏＳ関連パラメータ（例えば優先度、ＭＣＲ）：
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、送信に関連付けられた優先順位が閾値を上回る場合、第１の時点においてＨＡＲＱＲＴＴタイマを開始することができる、かつ／又は、そうでない場合、第２の時点において開始することができる、
－ＣＢＲの値：
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、測定されたＣＢＲが閾値を上回る場合には第１の時点においてＨＡＲＱＲＴＴタイマを開始することができる、かつ／又は、そうでない場合、第２の時点において開始することができる、かつ／あるいは
－本明細書に説明されるように、ピアＷＴＲＵによる指示／情報：
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＤＲＸモード指示、又はＤＲＸに関する他の情報を、ＰＣ５－ＲＲＣにおいて（例えば半静的に）又はＳＣＩ／ＭＡＣＣＥにおいて（動的に）受信することができる、かつ／又は、この情報に基づいてＨＡＲＱＲＴＴタイマの開始時刻を変更することができる、
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、異なる送信タイプ（例えば上述したＳＬ特性）用のＤＲＸモードを受信することができる、かつ／又は、ピアＷＴＲＵによって示された各送信タイプ用のＨＡＲＱＲＴＴ開始時刻を適用することができる。

一般性を失うことなく、上記の条件は、ＨＡＲＱＲＴＴタイマをいつ開始すべきか、並びにＨＡＲＱＲＴＴタイマを開始すべきか否かを決定する際にも適用可能であり得る。

実施形態によれば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、受信したＰＤＵに対してＨＡＲＱが有効であるか／無効であるかを決定することができる。（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、受信したＰＤＵのＨＡＲＱ有効／無効プロパティに応じて、ＨＡＲＱＲＴＴ開始点を決定することができる。ＨＡＲＱが有効である場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、送信に対するＨＡＲＱフィードバックを含むＰＳＦＣＨの送信に続く最初のシンボル／スロットにおいてＨＡＲＱＲＴＴタイマを開始することができる。ＨＡＲＱが無効である場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩの受信に続く最初のシンボル／スロットにおいて、又はそのＨＡＲＱプロセスの受信したＰＤＵに対応するＰＳＳＣＨの受信に続く最初のシンボル／スロットにおいて、ＨＡＲＱＲＴＴタイマを開始することができる。実施形態によれば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、この場合、ＳＣＩの受信に続く事前定義された時刻においてＨＡＲＱＲＴＴタイマを開始することができ、このような事前定義された時刻は、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）に対して定義された最小要件に対応する。（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、２つのシナリオのそれぞれにおいて、ＨＡＲＱＲＴＴタイマの異なる値を更に使用することができる。ＨＡＲＱＲＴＴの開始時刻は、上述した時刻のいずれかに対応することができる。

実施形態によれば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、特定の条件下では、再送リソースに関連付けられた時点においてＨＡＲＱＲＴＴを開始することができる。他の条件では、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴを開始しなくてもよい、かつ／又は、そのような時点において、代わりに再送タイマを開始することができる。例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、この節及び／又は他の節における条件のいずれか又は組み合わせが満たされる場合、以前のＳＣＩによって示された再送リソースに続くスロットにおいてＨＡＲＱＲＴＴタイマを開始することができる。例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）による、ＨＡＲＱＲＴＴタイマを開始する指示を受信した場合（例えばモード１送信）、又はプリエンプション／再評価が無効である場合、ＳＣＩに示された予定された再送リソースに続くスロットにおいてＨＡＲＱＲＴＴタイマを開始することができる。

ｂ）（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＰＳＦＣＨスロット上でＵＬ／ＳＬ送信を実行する場合に（例えば、実行時に）ＨＡＲＱ－ＲＴＴタイマ（又は同様のもの）を開始することができる
実施形態によれば、例えば、（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＰＳＦＣＨ上で送信することのできる（例えば送信することが予期される）時点において、（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が送信（ＵＬ送信又はＳＬ送信）を実行する場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、受信用にＨＡＲＱプロセスに関連付けられたＨＡＲＱ－ＲＴＴを開始することができる。例えば、（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、ＰＳＦＣＨ上のＨＡＲＱフィードバックのＳＬ送信よりもＵＬ送信を優先させる（例えばＰＳＦＣＨ送信をスキップする）場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、スキップされたＰＳＦＣＨ上でＨＡＲＱフィードバックが送信されることになっていたＨＡＲＱプロセスのＨＡＲＱＲＴＴタイマを開始することができる。（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下のいずれかにおいてＨＡＲＱＲＴＴタイマを開始することができる。
－ＰＳＦＣＨの（最後の）シンボル／スロットに続くシンボル／スロット、
－ＰＳＦＣＨ送信よりも優先されたＵＬ／ＳＬ送信の最後のシンボル／スロットに続くシンボル／スロット、及び／又は
－（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＵＬ送信のためのＵＬグラントを受信したシンボル／スロットに続くシンボル／スロット。

１．２再送タイマの開始時刻の決定
ａ）ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、ＳＬＨＡＲＱプロセスの再送タイマを開始するための異なる時点を設定することができる
（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＬの特性に応じて、異なる時刻にＳＬＨＡＲＱプロセスの再送タイマを開始することができる。（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱプロセスの（失敗した）受信に続いて再送タイマを開始するために、以下の時刻のいずれかを選択することができる。
－ＨＡＲＱＲＴＴ時間（タイマ）が満了した後（例えば満了時）、
－（失敗した）受信とともに送信されたＳＣＩに示された時間リソースにおいて、又はそれより前のある時刻において、
－（失敗した）受信とともに送信されたＳＣＩに示されたスロットに続くスロット（又は、続くいくつかのスロット）、
－特定のＨＡＲＱプロセスのＳＣＩにおいて受信された最後の再送リソースにおいて、その前のある時刻に、又はその後のある時刻に、及び／あるいは
－再送タイマをまったく開始しない。

ｂ）［ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱプロセス再送タイマを開始するかどうか／いつ開始するかをＳＣＩに基づいて決定する］。
ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱプロセスの特定の最初の送信／再送のために再送タイマを設定することができる。実施形態によれば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱプロセスの再送タイマを開始するかどうか、及び／又は再送タイマの開始時刻を、以下のいずれかに基づいて、（上記に示したものの中から）決定することができる。
－ＨＡＲＱプロセスの受信されたＳＣＩが再送リソースを示しているかどうか。
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩが後続の再送のためにリソースを予約しない場合（例えば予約しないとき）、（例えば、何らかのＨＡＲＱＲＴＴ時間に続いて）再送タイマを開始することができる。ＳＣＩが後続の再送のためにリソースを予約する場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、現在のＳＣＩの受信に続いて再送タイマを開始しなくてもよい（同じＨＡＲＱプロセスの後続のＳＣＩの受信後に（例えば受信後にのみ）再送タイマを開始することができる）。
－（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、特定のＨＡＲＱプロセスの（現在受信されている送信／再送リソースに続く）追加の再送リソースを予期しているかどうか。
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、特定のＨＡＲＱプロセスの現在のＳＣＩ／データ受信が、（例えば、ＳＣＩに示された再送リソースを使用して予約された）ＨＡＲＱプロセスの最後の（例えば予期される）再送に対応する場合、（例えば何らかのＨＡＲＱＲＴＴ時間に続いて）再送タイマを開始することができる。ＳＣＩが最後の再送リソースに対応しない場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩの受信に続いて再送タイマを開始しなくてもよい。
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩが追加の再送リソースを示しているかどうかに応じて、ＨＡＲＱＲＴＴタイマを開始するかどうかを決定することができる。具体的には、ＳＣＩが追加の再送リソースを示している場合、ＵＥは、本明細書に記載されている時点においてＨＡＲＱＲＴＴタイマを開始することができる。代替的に、ＳＣＩが追加の再送リソースを示していない場合、ＵＥはＨＡＲＱプロセスのＨＡＲＱＲＴＴタイマを開始しなくてもよい。
－（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、同じＨＡＲＱプロセスの以前のＳＣＩによって示された予約された時点においてＳＣＩを正常に受信したかどうか。
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が再送を予期するスロットにおいて（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＳＣＩを復号しない場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、（例えば、ＨＡＲＱプロセスの以前のＳＣＩによって示される時点に続くスロットにおいて）再送タイマを開始することができる。そうではなく、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が（以前のＳＣＩに基づいて）再送を予期しているスロットにおいて、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＨＡＲＱプロセスのＳＣＩを受信した場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は再送タイマを開始しなくてもよい。代替的に、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が再送を予期しているスロットにおいて常に再送タイマを開始することができる、かつ／又は、ＳＣＩを受信した場合に（例えばただちに）再送タイマを停止することができる、又は、ＳＣＩが受信されない限り再送タイマを実行し続けることができる。
－ＨＡＲＱプロセスのＰＤＵが正常に復号されたか否か。
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が（例えば以前に受信された送信／ＳＣＩにおいて）ＨＡＲＱプロセスに関連付けられたＰＤＵを正常に復号しなかった限り、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、（この節に関連付けられた他の場合のいずれにおいても）再送タイマを開始することができる。
■具体的には、正常に復号化されることは、ＳＣＩが受信されたこと、及び／又は、ＨＡＲＱプロセスＩＤ及び／又はＮＤＩが、受信された送信が（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）において現在割り当てられているＨＡＲＱプロセスに関連付けられた再送であることを示す、ことを伴う。
－ＨＡＲＱＲＴＴタイマが、次に予定されている再送の前又は後に満了する（又は停止する）かどうか。
○具体的には、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴタイマ及び／又は再送タイマの満了のうち最も早い時点で再送タイマを開始することができる。例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴタイマが満了する場合（例えば満了時）、ＨＡＲＱＲＴＴタイマが次に予定された再送の前に満了する場合、再送タイマを開始することができる。そうでない場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩに示される次の予定された再送時に（又はその直後に）再送タイマを開始する。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によってプリエンプションが設定／許可されているかどうか。
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、プリエンプションに起因して再送リソースを再選択することを許可される場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴタイマの満了に続いて再送タイマを開始することができる。一方、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がプリエンプションを実行することを許可されない場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩに示される次の予定された再送に続くスロットにおいて、又はそのスロット上で、再送タイマを開始することができる。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がモード１に設定されているかモード２に設定されているか。
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がモード１に設定されている場合（例えば設定されているとき）、ＳＣＩが提供される場合にはＳＣＩに示される次の予定された再送において（又はその次のスロットにおいて）、再送タイマを常に開始することができる。そうでない場合（例えば、モード２の場合、又はＳＣＩにおいて後続の再送リソースが提供されなかったモード１の場合）、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴタイマの満了に続いて再送タイマを開始することができる。
－ＨＡＲＱプロセスのＨＡＲＱＲＴＴタイマが開始／実行されたか否か。
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、対応するＨＡＲＱプロセスのＨＡＲＱＲＴＴタイマが実行されている場合、対応するＨＡＲＱＲＴＴタイマの満了に続いて再送タイマを開始することができる。そうでない場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩに示される次にスケジューリングされた再送において再送タイマを開始することができる、又はその特定のＨＡＲＱプロセスにおいて再送タイマをまったく開始しなくてもよい。
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴタイマが開始される場合、ＨＡＲＱＲＴＴタイマの満了時に再送タイマを開始することができる。そうではなく、（例えば、本明細書に説明されているＨＡＲＱＲＴＴタイマを開始するか否かの規則に基づいて）ＨＡＲＱＲＴＴタイマが開始されない場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、本明細書に示されている別の時点（例えば、ＳＣＩの受信、ＰＳＦＣＨの送信、以前のＳＣＩ再送リソース指示に基づくＳＣＩ受信の予期される時刻など）において、再送タイマを開始することができる。
－追加の再送リソースが期待できるかどうか、又はＰＤＢを超えないかどうかの、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）からの指示。
○具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、追加の再送リソースが予期されるか否かについての指示を、（例えば、ＳＣＩ、ＭＡＣＣＥ、又はＭＡＣＰＤＵヘッダ内の指示を介するなど、特定の再送リソース内で）提供することができる。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が再送リソースの最大数に達した場合（例えば達したとき）、追加の再送リソースが予期されないことをＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に示すことができる。このような指示は、最後の再送リソースに関連付けられたＳＣＩにおいて、又は再送リソースを示す以前のＳＣＩにおいて提供することができる。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、パケットのＰＤＢ内に収まる、最後の再送リソースに続く追加のリソースを（リソース選択を介して）見つけることができない場合（例えば見つけることができないとき）、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、追加の再送リソースが予期されないことをＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に示すことができる。ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）からの指示が、追加の再送リソースが予期されることを示す場合、ＨＡＲＱＲＴＴタイマ及び／又は再送タイマを開始することができる。代替的に、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）からの指示が、ＨＡＲＱプロセスにおいて再送が送信されないことを示す場合、ＨＡＲＱプロセスにおいてＨＡＲＱＲＴＴタイマ及び／又は再送タイマを開始することができない。
○具体的には、そのような指示は、追加の再送が予期されるという指示、又は追加の再送が予期されないという指示のいずれかであり得る。
○例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が追加の再送リソースを予期できることをＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が示した場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱプロセスの復号の失敗に続いて再送タイマを開始することができる。そうでない場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は再送タイマを開始することができない。
－（例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によるＴＸ送信に失敗した場合であるＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によるＵＬの優先順位付けに続いて）再選択を実行することをＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が予期しているかどうかに関するＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）からの指示（本明細書で更に説明する）。
○具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、予約された再送リソースにおいて失敗した送信の結果としてＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が再選択を実行するように意図しているかどうかを、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に通知することができる。ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、そのような再選択が予定されている場合、又は、失敗した送信が（任意の以前のＳＣＩにおいて）最後の予約された再送であった場合、再送タイマを開始することができる。そうでない場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は再送タイマを開始することができない、かつ／又は、ＨＡＲＱＲＴＴタイマを再度開始することができる。
－所与の時刻にＰＤＵの予期されるＰＤＢを超えたかどうか。
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、（例えば最初の送信／再送において）ＰＤＵの予期されるＰＤＢを提供することができる。例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、（例えば、ＳＣＩの最初の送信の最初のＳＣＩ受信時刻に関する）優先順位及び／又は最大ＰＤＢのマッピングを設定することができる。（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＰＤＵに関連付けられた最大ＰＤＢを超えない限り、再送タイマを開始することができる。
－ＳＣＩ送信に関連付けられた再送リソースが、ＨＡＲＱプロセスのためにＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって以前のＳＣＩで予約された最後の既知の再送リソースであったかどうか。
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、追加の予約された再送リソースがある場合、再送タイマの第１の（事前）設定値を使用することができる、かつ／又は、以前のＳＣＩ送信からのＨＡＲＱプロセスのための予約された再送リソースがない場合、再送タイマの第２の値を使用することができる。
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩが再送リソースにおいて復号されなかった場合、かつ／又は、再送リソースが、以前のＳＣＩによって予約された最後の示された／既知の再送リソースであった場合、再送タイマを開始することができる。そうでない場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、代わりにＨＡＲＱＲＴＴタイマを開始することができる（例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩの次に示された位置での（例えば位置のみにおける）追加の再送を期待する）。
－例えば、ＣＢＲ／優先順位に依存し得る最大数と比較しての、特定のＨＡＲＱプロセスにおいてその時点までにＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって実行された再送回数に基づく。
○例えば、ＰＤＵについて実行された再送回数が、設定された最大値を下回る場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は再送タイマ及び／又はＨＡＲＱＲＴＴタイマを開始することができる。そうでない場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、そのＨＡＲＱプロセスにおいて再送タイマ及び／又はＨＡＲＱＲＴＴタイマを開始することができない。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が受信しないＳＣＩ／データの予定された受信時刻に基づく。
○例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以前のＳＣＩによって示された、ピア（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）による予定された再送に対応する時刻に、ＵＬ送信又は受信を実行／優先順位付けすることができる、かつ／又は、再送を受信できないことがある。例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以前のＳＣＩによって示された、ピア（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）による予定された再送に対応する時刻に、サイドリンク送信を実行することができる、かつ／又は、半二重に起因して再送を受信できないことがある。いずれの場合も、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、予定された再送の時刻に、又はその後のある時刻に、再送タイマを開始することができる。
－ＰＤＵのＱｏＳに基づく。
－送信のキャストタイプに基づく（例えば指示と組み合わせて）。
○例えば、ユニキャストＨＡＲＱプロセスの場合、ＷＴＲＵは、ＳＣＩ送信（例えば、そのようなＳＣＩ送信が再送リソースを示さない場合）に続いてＨＡＲＱＲＴＴタイマを開始するかどうかを、（例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）からの）指示に基づいて決定することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）においてＰＵＣＣＨが設定されるかどうかに基づいて、そのような指示を設定することができる。具体的には、ＰＵＣＣＨが設定される場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）はＨＡＲＱＲＴＴタイマを開始することができる、かつ／又は、ＰＵＣＣＨが設定されない場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）はＨＡＲＱＲＴＴタイマを開始しなくてもよい。一方、グループキャスト及び／又はブロードキャストの場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴタイマを開始しなくてもよい（同様に、例えば、そのようなＳＣＩが再送リソースを示さないＳＣＩ送信の場合）。

上記の条件は、再送タイマをいつ開始するか、及び／又は、再送タイマを開始するか否かを決定する際にも適用可能である。一般性を失うことなく、上記の条件は、ＨＡＲＱＲＴＴタイマをいつ開始するか、又はＨＡＲＱＲＴＴタイマを開始するかどうかにも、適用可能である。

例示的な実施形態では、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、例えば、以前のＳＣＩによって示された予定／予期される受信時刻における、再送のためのＳＣＩの正常な受信に基づいて、再送を開始するかどうかを決定することができる。具体的には、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、時刻Ｔ２における再送リソースを示す第１のＳＣＩを（例えば時刻Ｔ１に）受信することができる。（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、第１のＳＣＩによって示される時点（例えばＴ２）まで、ＳＬＨＡＲＱプロセスのマイクロスリープ／ＤＲＸを更に実行することができる。（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が時点Ｔ２において、例えば同じＨＡＲＱプロセスＩＤを示すＳＣＩを正常に受信したかどうかに基づいて、ＨＡＲＱプロセスの再送タイマを開始するかどうかを決定することができる。例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＴ２においてＳＣＩを監視する、かつ／又はＳＣＩを受信しない場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、そのＨＡＲＱプロセスの再送タイマを開始することができる。一方、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＴ２においてＳＣＩを監視する、かつ／又はＨＡＲＱプロセスに関連付けられたＳＣＩを受信する場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、そのＨＡＲＱプロセスの再送タイマを開始しなくてもよい。

ｃ）ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩを復号しない場合、ＨＡＲＱプロセスの再送タイマを開始するかどうか／いつ開始するかを決定する
上記の実施形態において（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が再送タイマを開始するかどうかは、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が時刻Ｔ２においてＳＣＩを監視していたかどうかに更に依存し得る。具体的には、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、半二重の問題（例えば同じ時点において送信を実行する）又はＵＬ／ＳＬ優先順位付け（例えば、ＳＣＩを監視する代わりにＵＬ送信を実行する）に起因して、ＳＣＩの監視をスキップすることがある。そのような場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩを復号しなかった場合、常にＴ２において再送タイマを開始することができる。代替的に、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、再送タイマを開始しなくてもよい、かつ／又は、そのＨＡＲＱプロセスのＨＡＲＱＲＴＴタイマを再度開始することができる。具体的には、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、本明細書に説明されている条件に応じて、次の予定された再送まで、又はＨＡＲＱＲＴＴタイマの設定に基づいて、マイクロスリープ／ＤＲＸを実行することができる。例えば以下のとおりである。
－第１の条件下で、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴタイマを開始することができる。
－第２の条件下で、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、再送タイマを開始することができる。

第１の条件及び第２の条件は、以下の条件のいずれかの組み合わせ（及び／又は）とすることができる。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がモード１で動作している。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がモード２で動作している。
－プリエンプションが無効である。
－失敗したＳＣＩが、以前のＳＣＩによって示された最後の再送リソースに対応する。
－失敗したＳＣＩが、以前のＳＣＩによって示された最後の再送リソースに対応しない。
－ＣＢＲが閾値を上回る／下回る。
－送信の優先順位が閾値を上回る／下回る。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって示される挙動（例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＨＡＲＱＲＴＴタイマを開始すべきか、又は再送タイマを開始すべきかを示すことができる）。
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、動作モードに基づいて、プリエンプションが無効であるかどうかを決定する、かつ／又は、この情報をＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に提供することができる。

例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、（例えば、例えばＨＡＲＱＲＴＴタイマの満了に続いて）予定されたＳＣＩの再送に失敗した場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がモード２を使用している場合、かつ／又はプリエンプションが有効である場合、あるいは失敗したＳＣＩ／再送が以前のＳＣＩによって示された最後の再送である場合、再送タイマを開始することができる。そうでない場合（例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がモード１を使用している場合、又はＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がモード２を使用しておりプリエンプションが無効である場合、かつ／又はいずれの場合も、失敗したＳＣＩが最後の再送ではない場合）、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴタイマを開始することができる。

１．３ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）におけるＨＡＲＱＲＴＴ時間／タイマ又は再送時間／タイマの値／持続時間の決定
ａ）アクティブ時間は、再送のための（ＳＣＩによって示される）予定された受信リソース及び／又はタイマ（例えば再送タイマ）が動作している時間の組み合わせとすることができる
実施形態によれば、ＨＡＲＱＲＴＴタイマ又は再送タイマの値は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）、又はＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）及び／又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）の組み合わせ、によって決定することができる。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）における既知の条件を使用して、タイマの値を決定する、かつ／又は、その値をＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に送ることができる。代替的に、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）における既知の条件及び／又はＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によってＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に通知された条件を使用して、タイマの値を決定することができる。最後に、タイマの一部を、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって決定する、かつ／又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に送信することができる、かつ／又は、タイマの別の一部を、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって決定することができる。

実施形態によれば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、自身のアクティブ時間（例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＰＳＣＣＨを監視し得る（例えば監視することが要求される）時間）を、ＳＣＩによって示される再送のための任意の予定された受信リソースであって、そのＳＣＩに関連付けられたＨＡＲＱプロセスが正常に復号されていないもの、及び／又は、多数のタイマのいずれかのステータス、の組み合わせに基づいて定義することができる。具体的には、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、任意のＳＬＨＡＲＱプロセスに関連付けられたＳＬインアクティビティタイマ、ＳＬオン持続時間タイマ（on duration timer）、又はＳＬ再送タイマのいずれかが動作している場合、あるいは、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が以前のＳＣＩに従って特定のＨＡＲＱプロセスの再送を予期している任意の特定のリソース、及び／又はＨＡＲＱプロセスが正常に復号されていない任意の特定のリソースにおいて、アクティブであり得る。具体的には、ＳＣＩが次の再送リソースを示している場合、かつ／又は、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、同じＳＣＩ／ＨＡＲＱプロセスに関連付けられた現在の送信／再送において受信した現在のデータを復号してＮＡＣＫと決定した場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、（例えば特定のＳＬＨＡＲＱプロセスにおいて）以前のＳＣＩに従って再送を予期している可能性がある。この場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、任意の追加タイマの実行に基づくアクティビティに加えて、ＳＣＩによって示されるその再送リソースにおいてアクティブであると決定することができる。（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が送信からＡＣＫを決定した場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、タイマベースのアクティビティ（例えばアクティビティのみ）に従ってウェイクアップすることができる。

ｂ）ＳＣＩによって示された再送に関連付けられたアクティブ時間は、再送タイマを開始及び／又は停止することによって考慮することができる
実施形態によれば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、（Ｕｕのように）ＤＲＸに関連付けられたタイマが存在しているかどうかに（例えば、存在しているかどうかのみに）基づいて、自身のアクティブ時間を定義することができる。このような場合、ＳＣＩによって示される再送リソースに関する監視は、再送リソースを介して実行することができる。具体的には、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、特定のＨＡＲＱプロセスにおいて、ＳＣＩにおいて示された／予約された時点に関連付けられたリソースを（例えばリソースのみを）監視する場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下のようにすることができる。
－ＨＡＲＱＲＴＴタイマを、そのリソースを含まない、次の予約された再送リソースまでの時間量に設定する、
－ＨＡＲＱＲＴＴタイマが満了した場合（例えば満了時）、かつ／又はＨＡＲＱプロセスのＰＤＵが正常に復号されなかった場合（例えば復号されなかったとき）、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱプロセスの再送タイマを開始する、
－ＨＡＲＱプロセスのＳＣＩが受信されない限り、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、再送タイマの満了まで、再送タイマの実行を継続する、及び／又は
－（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱプロセスのＳＣＩを復号するとただちに再送タイマを停止する。

ｃ）ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、再送値を異なる値に設定することができる
実施形態によれば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、再送タイマを異なる値に設定することができる。具体的には、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱプロセスの再送タイマを以下のいずれかに設定することができる。
－（事前）設定値、又はＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって（例えばＲＲＣシグナリング、ＳＣＩ、又はＭＡＣ層において）示された値：
○（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、異なる再送タイマ値を（事前に）更に設定することができる。
－値０（例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は再送タイマを使用しない）。
－単一スロットに相当する値：
○例えば、本明細書に説明されている特定の条件下（例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がモード１を使用している、かつ／又はＳＣＩが再送リソースを含まない）では、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、再送タイマを単一スロットに相当する値に設定することができる。具体的には、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩ内の再送リソースに関連付けられたスロットの間、再送タイマを実行することができる。
－ＳＣＩに示される再送リソースのタイミングから導かれる値：
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、再送タイマの値を、以前のＳＣＩに示された次の再送リソースの時間位置まで（再送タイマの開始から）残っている時間量に設定することができる。
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、再送タイマの値を、次の再送リソースの後の再送リソースの時間位置まで（再送タイマの開始から）残っている時間量に設定することができる。
－ＰＤＵのＰＤＢ又は残りのＰＤＢから導出される値、及び／又はＰＤＵの優先順位から導出される値：
○例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって（例えば、ＳＣＩ又はＭＡＣ制御要素（ＣＥ）において）ＰＤＵのＰＤＢ又は残りのＰＤＢを提供することができる。代替的に、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、ＰＤＵの優先順位及び／又は（例えば最初の送信の受信から測定される）予期される最大ＰＤＢとの間のマッピングを設定することができる。
■ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、そのようなＰＤＢの受信に続く任意の時間に再送タイマを設定することができる。ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、再送タイマを、（再送タイマの開始から）ＰＤＢが満了するまでの残り時間に設定することができる。
■例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、再送タイマを、別の値（例えば（事前）設定値）及び／又はＰＤＢの満了までの残り時間の最小値に設定することができる。
－測定又は（ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）から）示されたＣＢＲに依存する値：
○例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、ＣＢＲ／チャネル占有率（channel occupancy ratio、ＣＲ）に応じて再送タイマの異なる値を（事前に）設定することができる。
－（ＨＡＲＱプロセスの最初の送信以降の）再送番号に依存する値：
○例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、再送番号ごとに異なる再送タイマの値、又は（例えば最初の送信に続く）再送ごとに適用される再送タイマの値のオフセット／変更を、（事前に）設定することができる。

ｄ）ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、制御／データ送信（例えば、ＳＣＩ送信）の特性に基づいて、第１のＨＡＲＱＲＴＴ／再送タイマ及び／又は第２のＨＡＲＱＲＴＴ／再送タイマのいずれかの間で判定／決定することができる
実施形態によれば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱプロセスにおけるマイクロスリープ／ＤＲＸ時間、又は、ＨＡＲＱＲＴＴタイマ及び／又は再送タイマの値を、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）による送信内の情報（ＳＣＩ内の情報、物理サイドリンク共有チャネル（physical sidelink shared channel、ＰＳＳＣＨ）内の情報（例えばＭＡＣＣＥ）、ＰＣ５－ＲＲＣ内の情報などを含み得る）に基づいて、決定することができる。例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩ内に再送リソースがあるかどうか、及び／又はそのような再送リソースのタイミングに基づいて、ＨＡＲＱＲＴＴタイマ及び／又は再送タイマを決定することができる。このような決定は、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が第１のタイマと第２のタイマとの間で選択することを含むことができる。このような決定は、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、ＳＣＩから導出される時刻、及び／又は別のメッセージ（例えばＲＲＣ設定又は事前設定）において提供された別の時刻との間で選択することを含むことができる。具体的には、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、第１のマイクロスリープ／ＤＲＸ時間を使用するか第２のマイクロスリープ／ＤＲＸ時間を使用するか、かつ／あるいは、第１の再送タイマを使用するか又は第２の再送タイマを使用するかを、以下のいずれか又は組み合わせ（及び／又は）に基づいて、決定することができる。
－ＳＣＩが１つ以上の再送リソースを示すかどうか。
－プール内の送信に対してプリエンプションが有効／無効であるか。
○具体的には、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、プール設定に基づいて、又はＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）からの明示的な指示（例えば、ＰＣ５－ＲＲＣ、ＭＡＣＣＥ、サイドリンク無線ベアラ（sidelink radio bearers、ＳＬＲＢ）設定の中、又はＳＣＩ送信自体の中）に基づいて、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によるプリエンプションが無効であるかどうかを決定することができる。
－ＳＣＩ内のＱｏＳ（例えば優先順位）。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）又はそのピア（ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２））のカバレッジ（カバレッジ内又はカバレッジ外）。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）又はそのピア（例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２））のＲＲＣ状態。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、モード１又はモード２で送信している（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）からデータを受信しているかどうか（このような情報は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によってＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に更に提供することができる）。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、ＳＬＡＣＫ／ＮＡＣＫをネットワークに報告（例えばＳＬＡＣＫ／ＮＡＣＫを示す情報を送信）している（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）からデータを受信しているか否か（例えば、そのようなＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がモード１送信を使用している場合（例えば使用しているとき））（このような情報は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によってＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に更に提供することができる）。
－送信がブラインド再送とＨＡＲＱベースの再送のどちらに関連付けられるか（例えばＨＡＲＱが有効／無効）。
－ＨＡＲＱＲＴＴタイマが、次の予定されている送信の前又は後で満了する（又は停止する）かどうか。
－ＨＡＲＱＲＴＴタイマ／再送タイマが、以前のＳＣＩに示された最後の送信／再送リソースの後に開始されるか否か。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、同じＨＡＲＱプロセスの以前のＳＣＩによって示された予約された時点においてＳＣＩを正常に受信したかどうか。
－ＨＡＲＱプロセスのＳＣＩに示された（例えば再送のための）リソースのタイミング：
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩに示された再送リソースまでマイクロスリープ／ＤＲＸを実行することができる。
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩに示された再送リソースより、いくつか以上のスロットだけ前／後までＤＲＸを実行することができ、スロットの数は以下とすることができる。
■ネットワークによって（事前に）設定される。
■ピア（例えば、ＴＸ）のＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって提供される。
■第１のＨＡＲＱＲＴＴ挙動と第２のＨＡＲＱＲＴＴ挙動との間の決定に関連付けられた１つ以上の他の要因（例えば、ＱｏＳ、ＣＢＲ、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）による他の指示）に依存する。
●例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、ＨＡＲＱプロセスに関連付けられたデータの各優先順位に対応するスロット数を（事前に）設定することができる。
●例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）自身によって測定された、又はＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって示された、ＣＢＲ／輻輳の各指示に対応するスロット数を、（事前に）設定することができる。
－（新たなリソース予約を使用する）追加の再送リソースを予期できるか否か、又はＰＤＢを超えているか否かについての、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）からの指示。
－本明細書に説明されている、（例えば、送信自体における、又は送信前のＰＣ５－ＲＲＣにおける）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって提供される他の何らかの暗黙的又は明示的な指示情報。
－本明細書で更に説明されるように、（例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によるＴＸ送信に失敗した場合であるＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によるＵＬの優先順位付けに続いて）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が再選択の実行を予期しているかどうかに関する、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）からの指示。

ｅ）（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって（例えば、ＳＣＩにおいて）提供された値を使用するか、又はＨＡＲＱＲＴＴの事前設定された値を使用するかを決定する
実施形態によれば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、（事前に）設定されたタイマに基づいてＨＡＲＱＲＴＴを定義するかどうか、又はＳＣＩ内の上述した情報に基づいてＳＣＩ内の明示的な時間指示（例えば再送リソース）に基づいてＨＡＲＱＲＴＴを定義するかどうかを決定することができる。一例では、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴタイマ（又はマイクロスリープ／ＤＲＸ時間）を、ＳＣＩに示される次の再送リソースまでの時間に設定することができる。具体的には、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴタイマの開始に関して本明細書に説明されているある時刻に開始する、特定のＳＬＨＡＲＱプロセスのマイクロスリープを実行することを許可することができる、かつ／又は、ＳＣＩに示される次の予期される再送リソースのタイミングまでＤＲＸを実行し続けることができる。その後、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、再送タイマを開始することができる、又は、この、次の再送リソースに関連付けられたリソースの明示的な監視を実行することができる。

（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下のいずれかの場合、ＨＡＲＱＲＴＴを、ＳＣＩに示される次の予期される再送リソースのタイミングに設定することができる。
－ＳＣＩが少なくとも１つの再送リソースを示している。
－（例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＨＡＲＱＲＴＴを決定する対象の送信／再送リソースに続く）次の再送リソースが、ＳＣＩに提供された。
－送信がモード１送信である。
－送信が、プリエンプションが無効なモード２送信である。

一方、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下の場合、ＨＡＲＱＲＴＴタイマを０に設定する、又は何らかの事前設定された値に設定する、又はＨＡＲＱＲＴＴタイマを使用しない（例えば、ただちに再送タイマを開始する、又はマイクロスリープ／ＤＲＸを実行しない）ことができる。
－送信／再送が、ＳＣＩに示された最後の／唯一のリソースに関連付けられている（例えば、このリソースに続く更なる再送リソースがＳＣＩに示されていない）、及び／又は
－送信が、プリエンプションが有効なモード２送信である。

例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下の場合、ＨＡＲＱＲＴＴタイマを、ＳＣＩ再送リソースに示される予期される再送リソースのタイミングに設定することができる。
－次の再送リソースがＳＣＩに示されている、かつ／又はＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がモード１を使用している、かつ／あるいは
－次の再送リソースがＳＣＩに示されている、かつ／又はＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、プリエンプションが無効であるモード２を使用している。

一方、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下の場合、ＨＡＲＱＲＴＴタイマを、事前設定された値に設定することができる（そのような事前設定された値は、更に、以下の場合のいずれを考慮するかに更に依存し得る）。
－次の再送リソースがＳＣＩに示されていない、かつ／あるいは
－次の再送リソースがＳＣＩに示されている、かつ／又は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、プリエンプションが有効であるモード２を使用している。

ｆ）（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ウェイクアップするための予定された再送時刻より前のリソースの数を決定する
実施形態によれば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴを、ＨＡＲＱＲＴＴ時間又はＨＡＲＱＲＴＴタイマの開始から、ＳＣＩに示された予定された再送リソースより前の特定の時点までの時間として決定することができる。示された再送又は明示的な時点より前のリソースの数は、以下のいずれかを使用してＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって決定することができる。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって示される：
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、予定された再送リソースの前の時点又はスロットの数をＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に提供することができる。これは、ＰＣ５－ＲＲＣメッセージにおいて（例えば設定パラメータとして）提供することができる、かつ／又は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）による全ての送信に半静的に適用することができる。代替的に、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩ若しくはＭＡＣＣＥ、又はＭＡＣヘッダにおいて、（例えばテーブルへのインデックス又は明示的な値として）このスロット数を表す指示を提供することができる。
－送信の優先順位に基づく：
○例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩに示された優先順位に基づいて、予定された再送の前のスロット数を決定することができる。例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、所与の優先順位に対するスロット数を設定することができる、かつ／又は、ＨＡＲＱＲＴＴ時間の長さを決定するために、予定された再送から、その優先順位に関連付けられたスロット数を減算することによって、ＨＡＲＱＲＴＴタイマを決定することができる。
－再送番号に基づく：
○例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱプロセスに関連付けられた再送番号に基づいて、予定された再送時間の前のスロット数又はＨＡＲＱＲＴＴ時間の値を決定することができる。例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、第１の（最初の）送信のための第１のスロット数、第１の再送のための第２のスロット数、第２の再送のための第３のスロット数、及び／又は以下同様のスロット数を、（事前に）設定することができる。
－ＣＢＲに基づく：
○例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＣＢＲの第１の範囲に対する第１のスロット数、及び／又はＣＢＲの第２の範囲（例えば、より低い）に対する第２のスロット数、及び／又は以下同様のスロット数、を決定することができる。ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、自身の測定されたＣＢＲを使用することができる。代替的に、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって提供されるＣＢＲの値を使用することができる。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）におけるプリファレンス（例えば電力関連）：
○例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、上位層から示される、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）における現在の省電力ステータス又はプリファレンスに基づいて、スロット数を決定することができる。このようなスロット数は、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）の能力及び／又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）における現在の省電力プリファレンスの組み合わせとして設定することができる。

ｇ）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、同一／類似する条件を使用して、プリエンプションに続く再選択の制限を定義することができる
実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、例えば再送リソースのための（例えば、プリエンプション、スキップされた送信などに続く）許可される再選択リソースを、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に関連付けられたアクティブ時間に制限することができ、このようなアクティブ時間は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）における、一連のタイマ及び／又は固定／（事前）設定されたリソースの維持によって定義することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、上記の実施形態と同様の基準に基づいて、再送のための許可される再選択リソースを制限することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＤＲＸにあると予期される場合に、このような制限を更に課すことができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、リソースに関連付けられたプリエンプション後に（例えばプリエンプション時に）、優先順位、ＣＢＲ、再送番号、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）からのプリファレンスなどに基づいて、再送のための選択されるリソースを制限することができる。例えば、送信の優先順位の第１の値／範囲に対しては、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩに最初に示された再送リソースの前及び／又は後のリソースの第１のウィンドウに限定されるリソースを選択することができる。第２の優先順位又は優先順位範囲に対しては、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩに最初に示された再送リソースの前及び／又は後の第２のウィンドウ又はリソースに限定されるリソースを選択することができる。一般性を失うことなく、そのようなウィンドウは、リソースの（事前に）設定されるパターンに更に制限することができる。そのような場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＤＲＸにあるとき、ＨＡＲＱプロセスのための事前に設定されたリソースのパターン（例えばリソースのパターンのみ）を監視する。例えば、ＷＴＲＵは、ＤＲＸが設定されているＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）と通信する場合（例えば通信時）、プリエンプションの場合に（例えばプリエンプションの場合のみ）、このような制限を適用することができる。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、新たな再送リソースが（例えば常に）、（以前のＳＣＩによって示された）予定される再送リソースのタイミングの後に発生し得るように、再送リソースの再選択を制限することができる。本明細書において条件に関して説明したように、これは、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）（次の予定された再送リソースの前のリソースがプリエンプションによって選択され得ないように（そのように想定して）動作することができる）が、次の予定されたＳＣＩのタイミングをＨＡＲＱＲＴＴタイマとして使用できるようにするためであり得る。

ｈ）（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、優先順位及び／又はＣＢＲに基づくＳＣＩ再送に基づいてＨＡＲＱＲＴＴ時間を設定するかどうかを決定する
実施形態によれば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩ再送リソースのタイミングを使用するか、又は（事前）設定値（例えばそのような再送リソースより前に満了する）を使用するかを、ＰＤＵの優先順位及び／又は測定／示されたＣＢＲに基づいて、決定することができる。例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、ＳＣＩの中の予定された再送リソースより前に発生するリソースを（プリエンプションの結果として）選択できるかどうか、又は再送リソースより後に発生するリソース（例えばリソースのみ）を選択できるかどうかは、ＰＤＵの優先順位及び／又はＣＢＲに依存し得る。例えば、ＰＤＵの優先順位が閾値を上回る（閾値によって示される優先順位よりも高い優先順位）場合、かつ／又は、ＣＢＲの特定の範囲の場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、（事前）設定から選択される第１の（より短い）ＨＡＲＱＲＴＴタイマを使用することができる。このような場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、リソースのセットからプリエンプションの結果として再選択を実行することができ、それらのリソースのいくつかは、ＳＣＩの中の予定された再送の前に発生し得る。一方、ＰＤＵの優先順位が閾値を下回る（閾値によって示される優先順位よりも低い）場合、かつ／又はＣＢＲの第２の（例えば、より低い）範囲の場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴの値を、ＳＣＩにおいて示される次の予定される再送リソース（再送リソース又はそれに続くスロットのいずれか）までの時間であるものと決定することができる。この場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に関して、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がプリエンプションに続いてリソース再選択を実行する場合（例えば、実行時）、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、最初の再送リソースの後に発生するリソースを（例えばリソースのみを）選択することができる。

このような選択では、再送番号を更に使用する（例えば再送番号に依存する）ことができる。具体的には、優先順位閾値は、再送リソースを使用する（例えば再送リソースに依存する）ことができる。このような選択が可能であるか否かは、どの再送リソースが考慮されるかに依存し得る。

ｉ）（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴに対して第１の値又は第２の値のいずれの（事前）設定値を使用するかを決定する
実施形態によれば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、２つの異なるタイマ値の間で選択するために上記で定義された条件の１つに基づいて、第１の（事前）設定値又は第２の（事前）設定値の間で選択するかどうかを決定することができる。このような決定は、ＳＣＩ内の値を使用するか、又は事前設定値を使用するかを決定する解決策と更に組み合わせることができ、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、第１の一連の条件に基づいて、（ＳＣＩ内の値ではなく）（事前）設定値を使用することを決定することができる、かつ／又は、第２の一連の条件に基づいて、どの（事前）設定値を使用するかを決定することができる。

一般性を失うことなく、第１／第２の（事前）設定値を選択することは、全体的なＨＡＲＱＲＴＴを決定するために２つの（事前）設定値を（例えば加算を介して）組み合わせることを意味し得る。例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、第１の条件下で、ＨＡＲＱＲＴＴタイマをＸ＋Ｙの値に設定することができる、かつ／又は、第２の条件下で、ＨＡＲＱＲＴＴタイマをＸ＋Ｚの値に設定することができ、式中、Ｘ、Ｙ、及び／又はＺは、全て（事前）設定値である。（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ピア（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）から、かつ／又はネットワークから、そのような（事前）設定を取得することができる。（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は更に、Ｘ／Ｙ／Ｚのそのような値を、サイドリンク信号／チャネル（例えばＰＳＦＣＨ）の設定に基づいて暗黙的に決定することができる。例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩ受信及び／又はＰＳＦＣＨの間の時間に関連付けられたＨＡＲＱＲＴＴの任意の成分の値を決定することができる。例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＰＳＦＣＨ、及び／又はＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって示される何らかの明示的なリソースの間の時間に関連付けられたＨＡＲＱＲＴＴの任意の成分の値を決定することができる。例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴの任意の成分の値を、（例えば仕様において）指定された値として決定することができる。

例えば以下のとおりである。
－（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＳＬＨＡＲＱフィードバックをネットワークに報告する（例えばＳＬＨＡＲＱフィードバックを示す情報を送信する）ＨＡＲＱ有効送信のために、第１の（事前に）設定されたタイマを選択することができる。そのような第１のタイマは、ＰＣ５－ＲＲＣシグナリングにおいてＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって提供される２つの値を組み合わせることによって決定することができ、第１の値は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）におけるＰＳＦＣＨからＰＵＣＣＨまでの遅延に対応する、かつ／又は、第２の値は、ＰＵＣＣＨから、ネットワークによって設定された（かつＰＣ５－ＲＲＣシグナリングにおいてＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によってＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に送信された）ＤＣＩ／ＳＣＩスケジューリングまでに対応する。
－（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＳＬＨＡＲＱフィードバックをネットワークに報告する（例えばＳＬＨＡＲＱフィードバックを示す情報を送信する）ＨＡＲＱ無効送信のための第２の（事前に）設定されたタイマを選択することができる。そのような第２のタイマは、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって提供されるＳＣＩからＰＵＣＣＨまでの最小レイテンシ、及び／又は、ＰＵＣＣＨから、ネットワークによって設定されるＳＣＩ／ＳＣＯスケジューリングまで、を組み合わせることによって、決定することができる。
－（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＳＬＨＡＲＱフィードバックをネットワークに報告しない（例えばＳＬＨＡＲＱフィードバックを示す情報を送信しない）ＨＡＲＱ有効送信のための第３の（事前に）設定されたタイマを選択することができる。このような第３のタイマは、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって提供され得る、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）におけるＰＳＦＣＨからＰＳＳＣＨまでのレイテンシの値として決定することができる、かつ／又は
－（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＳＬＨＡＲＱフィードバックをネットワークに報告しない（例えばＳＬＨＡＲＱフィードバックを示す情報を送信しない）ＨＡＲＱ無効送信のための第３の（事前に）設定されたタイマを選択することができる。このようなタイマは、最後の再送リソースに関連付けられたＳＣＩ、及び／又は、ネットワークによって同じＨＡＲＱプロセスに対してスケジューリングされた新しいＳＬリソース（ネットワークによって設定された、かつ／又はＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によってＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に送信された）の間の最小レイテンシの値として決定することができる。

一般性を失うことなく、上記の実施形態は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）、及び／又は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＨＡＲＱＲＴＴを計算する、及び／又はそれをＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に送る場合、にも適用される。

一般性を失うことなく、上記の実施形態は組み合わせて使用することができ、具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴの第１の部分を計算する、かつ／又は、それをＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に送ることができる。ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、受信した部分を自身の決定した部分と加算することにより、ＨＡＲＱＲＴＴの最終値を計算することができる。いずれの部分も、本明細書における実施形態に説明されている基準に基づいて決定することができる。

ｊ）ＤＲＸタイマは、設定されたリソースプールの関数とすることができる
Ｖ２Ｘにおけるリソースプールは、サイドリンク送信のために設定された異なる数のＵＬリソースを有することができる。これは、ＤＲＸにある（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）の応答性に影響を及ぼすことがある。

実施形態によれば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、リソースプールごとに、ＳＬＤＲＸ動作に関連する１つ以上のタイマ値（例えば、インアクティビティタイマ、ＨＡＲＱＲＴＴタイマ、再送タイマ、オン持続時間タイマなどのいずれか）を設定することができる。具体的には、ＳＬＤＲＸのタイマは、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）のためのＲＸリソースプールとともに設定することができる。

実施形態によれば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、設定されたＤＲＸタイマ（例えば、インアクティビティタイマ、ＨＡＲＱＲＴＴタイマ、再送タイマ、オン持続時間タイマなどのいずれか）に補正係数を適用することができ、そのような補正係数は、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）のＲＸリソースプールに固有とすることができる。例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、ＲＸリソースプール設定における補正係数を提供することができる。例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＬリソースプール上のサイドリンク送信に許容されるＵＬリソースの量／比率を使用して補正係数を決定することができる。（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、設定されたタイマにこのような補正係数を適用して（例えば係数を乗算して）、ＤＲＸ動作で使用される実際のタイマ値を取得することができる。

ｋ）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＨＡＲＱＲＴＴ／再送タイマを計算するための情報をＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に提供する
上述したように、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）による明示的な決定から、ＨＡＲＱＲＴＴ時間／タイマ及び／又は再送時間／タイマを決定することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、そのような時間／タイマをＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）にシグナリングすることができる。そのような決定及び／又は指示は、各ＨＡＲＱプロセスに対して、各ＳＣＩ送信に対して、設定／再設定／アクティブ化された各コンフィギュアドグラントに対して、静的に（例えばユニキャストリンクの設定時に）、又は何らかのイベント（例えばＣＢＲの変化）の発生時に動的に、行うことができる。

実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、関連するＨＡＲＱＲＴＴタイマ及び／又は再送タイマを計算するための情報をＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に提供することができる。これは、以下のいずれかを含み得る。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）にモード１又はモード２が設定されているかどうか。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、モード１においてＨＡＲＱＡＣＫ／ＮＡＣＫをネットワークに報告する（例えばＨＡＲＱＡＣＫ／ＮＡＣＫを示す情報を送信する）ように設定されているかどうか。
－測定されたＣＢＲ／ＣＲ。
－タイマ又はそのようなタイマの構成要素の１つ以上のネットワーク設定値。
－タイマ又はそのようなタイマの構成要素の１つ以上のＷＴＲＵ決定値（例えば能力に基づく）。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、再送リソースにおいて発生するプリエンプション及び／又はＵＬ／ＳＬ優先順位付けに関して１つ又は別の特定の挙動をとるかどうかの指示。

ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、上記の情報のいずれかを伝えるために、ＰＣ５－ＲＲＣ、ＭＡＣＣＥ、ＭＡＣヘッダ、又はＳＣＩ内のフィールドのいずれか又は組み合わせを使用することができる。例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩ内のフィールドを使用することができ、そのフィールドの各コードポイントは、モード１／モード２、ＨＡＲＱＡＣＫ／ＮＡＣＫの報告（例えばＨＡＲＱＡＣＫ／ＮＡＣＫを示す情報の送信）、測定されたＣＢＲ範囲などの組み合わせを表す。

ｌ）［ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＨＡＲＱＲＴＴを計算する、かつ／又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に送る］
実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴ、又はＨＡＲＱＲＴＴの一部を計算する、かつ／又は、それをＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に送って、半静的に使用する、かつ／又は特定のＨＡＲＱプロセス、コンフィギュアドグラント、又はＳＣＩ送信のために使用することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＭＡＣＣＥにおいて、又はＳＣＩ送信において、ＨＡＲＱＲＴＴを送ることができる。

ｍ）［ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、プリエンプション、ＵＬ／ＳＬ優先順位付けなどに続いて再選択を実行するかどうか／どのように実行するかを示す］
実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）への予定された送信のタイミングを変更し得るイベントに続いてリソースの再選択を実行するかどうか／どのように実行するかを、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に示すことができる。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下のいずれかをＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に通知することができる。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、予定された再送時にＳＬよりもＵＬを優先するときはいつでも、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が常に再選択を実行するかどうか、又は再送を実行しない（例えば、次の再送リソースが示された場合は常にそのリソースにおける再送を待つ、又は再送を削除する）かどうか。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が予定された再送時にＳＬよりもＵＬを優先するときはいつでも、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が再選択を実行する条件。このような条件は、特定のパラメータが特定の閾値を上回る／下回ることに基づくことができ、このようなパラメータは以下のいずれかとすることができる。
○優先順位
○ＣＢＲ
○再送番号
○残りの再送回数
○残りのＰＤＢ
○最初の送信後に経過した時間
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が再送リソース上でプリエンプションを実行するときはいつでも、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が再選択を実行するかどうか、又は単に再送リソース上の送信を削除するかどうか。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が再送リソース上でプリエンプションを実行するときはいつでも、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が再送リソース上で再選択を実行するための条件は何か。このような条件は、特定のパラメータが特定の閾値を上回る／下回ることに基づくことができ、このようなパラメータは、以下のいずれかとすることができる。
○優先順位
○ＣＢＲ
○再送番号
○残りの再送回数
○残りのＰＤＢ
○最初の送信後に経過した時間
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が再送リソース上でプリエンプションを実行するときはいつでも、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が再送リソースの再選択のためにどのリソースのサブセット（又はウィンドウ）を考慮するか（例えば、そのようなリソースは再送リソースのタイミングに対して定義される）、又は以下のいずれかに基づくような、そのようなリソースを決定するための条件：
○優先順位
○ＣＢＲ
○再送番号
○残りの再送回数
○残りのＰＤＢ
○最初の送信後に経過した時間
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が再送リソース上でプリエンプションを実行するときはいつでも、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、ＳＣＩによって以前に示された再送リソースより前に発生するリソースから選択できるかどうか、及び／又は、条件に基づく場合は、以下のいずれかに基づくなど、どのような条件か。
○優先順位
○ＣＢＲ
○再送番号
○残りの再送回数
○残りのＰＤＢ
○最初の送信後に経過した時間

ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、本明細書で更に説明されるように、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって提供されるそのような情報に基づいて、ＨＡＲＱＲＴＴタイマ値を決定することができる。

（モード１の場合）
モード１を使用して送信するように構成された（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下に説明するメカニズムの１つに基づいてＨＡＲＱＲＴＴタイマを計算することができる。

ｎ）［ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ｇＮＢへのＳＬＨＡＲＱフィードバックのタイミングに基づいて、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に送信されるＨＡＲＱＲＴＴを計算する］
実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ネットワークによって設定されるＰＵＣＣＨリソースのタイミングに基づいて、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に送信されるＨＡＲＱＲＴＴを決定することができる。例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下のいずれかに基づいて、ＨＡＲＱＲＴＴ、又はＨＡＲＱＲＴＴの成分を計算することができる。
－ＨＡＲＱプロセスのＨＡＲＱフィードバックを伝えるＰＳＦＣＨリソース、及び／又はＳＬＨＡＲＱフィードバックを提供するために（例えば、セルグループ（ＣＧ）のためのＲＲＣ、又は動的グラントのためのＤＣＩにおいて）設定されたＰＵＣＣＨリソースの間の時間差。
－これは、ＤＣＩ又はＲＲＣ（例えばＣＧタイプ１の場合）においてＷＴＲＵに提供される、ＰＳＦＣＨとＰＵＣＣＨの間の最大値に対応し得る、又はそれから導出され得る。
－これは、ＤＣＩの中のＰＵＣＣＨリソースインジケータフィールドから計算される最も早いＰＵＣＣＨ送信機会に対応し得る。
－ＨＡＲＱプロセスのＳＣＩ送信／再送、及び／又はＳＬＨＡＲＱフィードバックを提供するために設定されたＰＵＣＣＨリソースの間の時間差。
－ＨＡＲＱプロセスのＨＡＲＱフィードバックを伝えるＰＳＦＣＨリソース、及び／又はＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＳＬＨＡＲＱフィードバックを送ることができる／送ることを判定する物理アップリンク共有チャネル（physical uplink shared channel、ＰＵＳＣＨ）リソースの間の時間差。
－ＨＡＲＱプロセスのＳＣＩ送信／再送、及び／又はＳＬＨＡＲＱフィードバックを提供するために設定されたＰＵＣＣＨリソースの間の時間差。

例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、そのような値をネットワーク（ＮＷ）設定値と（例えば値を加算することによって）組み合わせることができる。

例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ネットワークによって提供されるＰＳＦＣＨとＰＵＣＣＨの間の遅延の値が（例えばＤＣＩ又はＲＲＣにおいて）設定されている場合、そのような値に基づいて、ＨＡＲＱＲＴＴの成分を計算することができる。そうでない場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴを以下のいずれかになるように計算することができる。
－ＨＡＲＱＡＣＫを報告する（例えばＨＡＲＱＡＣＫを示す情報を送信する）ための、ＰＳＦＣＨリソース及び／又はＰＵＳＣＨ／ＰＵＣＣＨリソースの間の指定された最小時間の値。
－デフォルト値（例えば、０）。
－対応するＰＳＦＣＨのＨＡＲＱフィードバックを送信するために設定された最も早いＰＵＳＣＨリソース。

ｏ）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は値を選択／組み合わせることによってＨＡＲＱＲＴＴを計算する
実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下のいずれかに基づいて、ＨＡＲＱＲＴＴ又はＨＡＲＱＲＴＴの成分を選択／組み合わせることができる。
－モード（モード１又はモード２）、
－ＰＵＣＣＨ／ＰＵＳＣＨを報告する（例えばＰＵＣＣＨ／ＰＵＳＣＨを示す情報を送信する）ように構成されているかどうか、及び／又は
－ＨＡＲＱが有効／無効であるかどうか。

このような実施形態における挙動は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）からこれらの要因の情報を受信したときに、このようなタイマを組み合わせるＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）の挙動と同様である。

（モード２の場合）
モード２を使用して送信するように構成された（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下に説明するメカニズムの１つに基づいて、ＨＡＲＱＲＴＴタイマを計算することができる。

ｐ）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は予期されるプリエンプションチェック時刻に基づいてＨＡＲＱＲＴＴを計算する
実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、予期されるプリエンプションチェック時刻（例えばＥＴＳＩ規格に定義されている）に基づいて、ＨＡＲＱＲＴＴを計算することができる。例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、再送のために予約されたリソースに対してＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がプリエンプションチェックを実行する最も早い／最も遅い／予期される時刻を決定することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、この時刻をＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に提供することができる。

（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、更に、このような時間を以下のいずれかに基づいて決定することができる。
－最初の送信で送信されたＰＤＵの優先順位。
－例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、パケットの第１の優先順位に対する第１のプリエンプションチェック時刻、パケットの第２の優先順位に対する第２のプリエンプションチェック時刻などを決定することができる。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）からの（例えば省電力ステータスに基づく）プリファレンス指示。
－例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）から省電力支援情報を取得することができる。例えば、そのような情報は、省電力レベル（低電力モード、中電力モード、高電力モード）の形態とすることができる。例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、低電力モードのための第１のプリエンプション時刻、中電力モードのための第２のプリエンプション時刻などを選択することができる。
－測定されたＣＢＲ。
－設定された（例えば、ＴＸ又はＲＸ）ＷＴＲＵ能力。

実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、上記の組み合わせからプリエンプションチェック時刻を選択するように構成することができる（例えば、電力プリファレンス指示、及び／又はＣＢＲ、及び／又は優先順位の特定の組み合わせに対する第１のプリエンプションチェック時刻。

実施形態によれば、（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴを、（最初の送信／再送から始まり）予期されるプリエンプションチェックまでの時間として決定することができる。（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、予期されるプリエンプションチェック時刻に、何らかの（事前）設定／指定された時間の値を加算することによって、ＨＡＲＱＲＴＴを決定することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、計算されたＨＡＲＱＲＴＴをＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に送ることができる。

１．４ＨＡＲＱＲＴＴタイマ及び／又は再送タイマをサポートするＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）の挙動
ａ）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、プリエンプション／優先順位付けに続いて再選択を実行するかどうかを決定する
実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、プリエンプション及び／又は優先順位付け（例えばＳＬ送信よりもＵＬを優先させる）によって（再）選択をトリガできるか否かに関する条件を設定することができる。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）にＳＬＤＲＸが設定されている場合、プリエンプションに続いてリソース再選択を実行しなくてもよい。具体的には、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）にＤＲＸが設定されている場合に、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＳＬ送信の代わりにＵＬ送信を実行した場合（例えば、実行時）、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、（例えば、予定又はアナウンスされたリソースにおける）ＳＣＩ／データの失敗した送信に続いてリソース再選択を実行しなくてもよい。このような挙動は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＤＲＸにある（ＳＬを監視していない）ことが分かっているリソースでのＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）による送信を回避するために行うことができる。実施形態によれば、例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＤＲＸにある場合（例えばＤＲＸにあるとき）、以下のいずれかに関連して、そのような再選択が実行されるべきときに関する特定の条件又は条件の組み合わせ（及び／又は）を、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に設定することができる。
－優先順位／ＱｏＳ：
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、送信／ＰＤＵの優先順位が閾値を上回る場合、再送リソースの再選択を実行することができる（ここで、そのような閾値は更にＣＢＲに依存することができる）。
－残りの再送リソース：
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、すでに予約されている（例えばプリエンプションによる影響を受けない）同じＨＡＲＱプロセスの残りの再送リソースの存在／数に応じて、再送リソースの再選択を実行することができる。
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、失敗した／プリエンプトされた再送の後に、少なくともｘ個の追加の再送リソースが残っている場合、再送リソースの再選択を実行することができる（ここでｘは、優先順位、ＣＢＲなどの任意の他の条件に更に依存することができる）。
－ＣＢＲ：
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＣＢＲが閾値を下回る場合、再送リソースの再選択を実行することができる。

実施形態によれば、スキップされた再送に続いて再選択を実行しないことを判定／決定し得るＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩに示された残りのリソースがプリエンプトされなかった（例えばプリエンプトされなかったと想定する）場合に、そのようなリソースを使用することができる。代替的に、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、リソースを削除することを選択することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がリソースを使用することを判定するか、又はリソースを削除することを判定するかは、更に、以下のいずれかに依存することができる。
－すでにＰＤＵに対して実行された再送回数。
－ＰＤＵに関連付けられたＱｏＳ。
－以前にアナウンスされた、かつ／又はＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって依然として実行することのできる、ＨＡＲＱプロセスの残りの再送回数。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）の電力レベル／プリファレンス。
－これらの組み合わせ。

例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）の特定の優先順位及び／又は電力プリファレンスレベルに対して、ＨＡＲＱプロセスにおいて実行される再送の最小回数を設定することができる。（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、特定の予定された再送リソースに関連付けられた送信を実行できない場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、最小回数の再送が実行された場合、そのＨＡＲＱプロセスにおける後続の予約された再送リソース全てを削除することができる。そうではなく、再送の最小回数に達していない場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、残りの予約された再送リソースにおいて再送を実行することができる、かつ／又は、同じＨＡＲＱプロセスに関連付けられたリソースの新しいセットのためのリソース選択を実行することができる。

ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）でも、ＨＡＲＱプロセスの再送タイマを設定するために、同様の挙動を予期することができる。具体的には、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、特定の優先順位及び／又は電力プリファレンスレベルのＨＡＲＱプロセスに対して、同じ最小再送回数を設定することができる。ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、予定／予約されたリソースにおいてＳＣＩを復号できない場合、かつ／又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）にＤＲＸが設定されている場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下のようにすることができる。
－ＨＡＲＱプロセスの最小再送回数に達していない場合、再送タイマを開始する。
－ＨＡＲＱプロセスの最小再送回数に達した場合、再送タイマを開始しない（例えば、そのＨＡＲＱプロセスにおいてスリープに移行する）。

ｂ）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱプロセスの最後の再送を示すことができる
ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がリソース選択時に十分な再送リソースを見つけることができない場合（及び後から追加の送信リソースのために別個のリソース選択を実行することができる場合）と比較して、（特定の優先順位／ＣＢＲに対する）再送回数を超える、又はＰＤＢを超えることに起因して、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＳＣＩにおいて追加の予約された再送リソースを示さないかどうかについて、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）において曖昧さが存在する可能性がある。

実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、特定のＨＡＲＱプロセスにおいて追加の再送が予期されるかどうかについての、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）への指示を含むことができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩ内の予約されたリソースのセットに関連付けられた最後の予約されたリソースにおいて、そのような指示を提供することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩ自体におけるフィールドを使用して、又はＭＡＣ層における情報（例えば、ＭＡＣヘッダ又は送信とともに含まれる特別なＭＡＣＣＥ）を使用して、そのような指示を提供することができる。

例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＰＤＢを超える場合（例えば、超えたとき）、追加の再送リソースが予期されないことを示すことができる。例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、優先順位／ＣＢＲに基づくＰＤＵの最大再送回数を超える場合（例えば、超えたとき）、追加の再送リソースが予期されないことを示すことができる。例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＷＴＲＵがリソース選択時に再送リソースを選択できないが、ＰＤＵの最後の予約された（再）送信、及び／又はＰＤＵのＰＤＢの満了の間に少なくともｘｍｓがある場合に（例えば、あるときに）、追加の再送リソースが予期されることを示すことができる。例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、再送リソースの最大数を超えない場合（例えば超えないとき）、ＷＴＲＵが再送のための再送リソースを選択できない場合、かつ／又はＷＴＲＵが新たに選択されたリソース／グラントにＰＤＵの再送を含めることを判定／予期／決定する場合、追加の再送リソースが予期されることを示すことができる。

ｃ）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）におけるリソースの（再）選択は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって維持されるアクティビティタイマに依存することができる
ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、所与のＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に関連付けられた各ＨＡＲＱプロセスに対して、一連の類似するタイマ（ＨＡＲＱＲＴＴタイマ、再送タイマなど）を維持することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）を対象に本明細書に定義されている規則と同じ規則を使用して、そのようなタイマを開始／停止／リセットする、かつ／又はそのようなタイマの値を設定することができる。

実施形態によれば、ＰＤＵの再送のためのリソースを取得するためにリソース（再）選択を実行するＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下のいずれかの期間からリソースを選択することができる。
－特定のＨＡＲＱプロセスのＨＡＲＱＲＴＴタイマが実行されていない。
－特定のＨＡＲＱプロセスの再送タイマが実行中である。
－そのＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に関連付けられたＨＡＲＱプロセスの再送タイマのうちの少なくとも１つが実行中であると予期される。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に関連付けられたインアクティビティタイマが実行中であると予期される。及び／又は
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に関連付けられたオン持続時間タイマが実行中であると予期される。

例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、特定のＨＡＲＱプロセスに関連付けられた（再）送信リソースのためのリソース再選択を実行することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に関連付けられた上記のタイマのいずれかが実行中である場合（例えば、実行中であるとき）、（再）送信リソースのリソースを、時間に制限されるように選択することができる。

例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、プリエンプションが可能であることを考慮して、特定のＨＡＲＱプロセスに関連付けられた（再）送信リソースのリソース再選択を実行することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、プリエンプションを考慮して、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）において実行中の再送タイマに関連付けられたリソースのセット内で再選択を実行することができる。

ｄ）ＤＲＸが存在する場合のＨＡＲＱベースのＳＬＲＬＦの処理
ＡＣＫをＮＡＣＫと判定するエラーは、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＳＬ－ＲＬＦ（サイドリンク無線リンク障害、Side Link-Radio Link Failure）を誤ってトリガする結果につながることがある。具体的には、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＡＣＫを送る、かつ／又はＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によってＮＡＣＫと解釈された場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）における実行によって再送タイマが動作している可能性のある（例えば、動作していると想定される）時間の間に再送を実行することができる。しかしながら、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は正しく復号した（ＡＣＫを送信した）ため、この場合、再送タイマは開始されなかった可能性がある。その結果、ＲＬＦをトリガするためのＤＴＸカウンタが誤ってインクリメントされる可能性がある。

実施形態によれば、ＤＴＸは、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、ＨＡＲＱ有効送信に続いてＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）からのＳＬＨＡＲＱフィードバックを、予測時間（例えばＰＳＦＣＨのタイミング）に受信しない場合があることを意味し得る。

実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）にＤＲＸが設定されている場合（例えば設定されているとき）、ＤＴＸのカウントを無効にすることができる。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＬＤＲＸが設定されている１つ以上のＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に送信する場合（例えば送信するとき）、一部又は全てのＨＡＲＱＤＴＸ発生をカウントしなくてもよい。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、例えば常に、例えば特定の時間に（例えば、特定のタイマが実行されていないときのみ）、カウントを無効にすることができる。例えば以下のとおりである。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、少なくとも１つのＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）にＳＬＤＲＸが設定されている場合（例えば設定されているとき）、全てのＨＡＲＱベースの送信についてＨＡＲＱＤＴＸをカウントしなくてもよい。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＬＤＲＸが設定されているＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）を対象とするＨＡＲＱベースの送信についてＨＡＲＱＤＴＸをカウントしなくてもよい。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＬＤＲＸが設定されている１つ以上のＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）を対象とするＨＡＲＱベースの送信について、（ＤＴＸが観察された）対応する送信が以下のいずれかの場合（例えば、いずれかのとき）に実行された場合、ＨＡＲＱＤＴＸをカウントしなくてもよい。
○ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に関連付けられたオン持続時間タイマが実行されていなかった。
○ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に関連付けられたインアクティビティタイマが実行されていなかった。
○ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に関連付けられたＨＡＲＱＲＴＴが開始された／開始されていなかった。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、例えば、前の例における他の条件のうちの１つ以上に関連付けられた、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって受信された最初のＨＡＲＱＤＴＸに続くＨＡＲＱＤＴＸをカウントしなくてもよい。

実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、（例えば、同じトランスポートブロック（transport block、ＴＢ）に関連付けられた）限られた回数の再送を実行することができ、このような最大再送回数は、ＤＲＸにあるＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）への送信のために特に使用されるように、ＮＷによってＷＴＲＵに対して（事前に）設定される。具体的には、そのような最大再送回数は、他の目的のために設定される最大再送回数とは異なるように設定することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）はまた、ＳＬＲＬＦをトリガするためにＨＡＲＱＤＴＸの最大数から最大再送回数を導出することもできる。例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、最大再送回数を導出するために、設定された最大ＨＡＲＱＤＲＸの（例えば、設定された）パーセンテージを使用することができる。（起こり得る誤ったＳＬＲＬＦを回避するために）ＴＢに対してＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって実行される最大再送回数は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に対してオン持続時間タイマ及び／又はインアクティビティタイマが実行されていない場合（例えば実行されていないとき）に（例えば実行されていないときにのみ）発生する再送に更に制限することができる。

先の（１つ以上の）解決策と組み合わせることができる実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＤＴＸをもたらす１つ以上のＨＡＲＱベースの送信に続いて、ＴＢの送信時刻を適合させることができる。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＤＴＸ、及び／又はＨＡＲＱＮＡＣＫを生成する失敗した（再）送信が１回以上（又は（事前に）設定された回数だけ）行われた後、例えば特定のＴＢに関連付けられた再送を停止することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下のいずれか１つ以上の時間に、そのような再送を再開することができる。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）のオン持続時間タイマが実行中である。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）のインアクティビティタイマが実行中である。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）の再送タイマが実行中である（例えば、別のＨＡＲＱプロセスに関連付けられる）、かつ／又は、例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＨＡＲＱフィードバック（ＡＣＫ又はＮＡＣＫ）を正常に送信した。

実施形態によれば、ＳＬＤＲＸが設定されている１つ以上のＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）との送信に使用される、ＳＬＲＬＦをトリガするための異なる閾値／条件（例えば、連続するＨＡＲＱＤＴＸの最大数）を、ＮＷによってＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に設定することができる。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＬＲＬＦをトリガするための連続するＨＡＲＱＲＴＸの最大数の２つの設定を受信することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＬＤＲＸが設定されていない１つ以上のＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）への送信を実行する場合（例えば実行するとき）には第１の設定を使用することができ、かつ／又は少なくとも１つ以上のＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）にＳＬＤＲＸが設定されている送信を実行する場合（例えば、実行時）には第２の設定を使用することができる。

１．５ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）における例示的な実施形態
図４Ａ～図４Ｃは、（例えば、リソース割当て）モード２のＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）のシナリオにおけるＨＡＲＱＲＴＴタイマ及び／又は再送タイマ（例えば、ＲｅＴｘタイマ）のタイミング図を示す。図４Ａ～図４Ｃを参照すると、（例えば、ＳＣＩに関連付けられた）最初の送信ＴＲ０は、（例えば、ＳＣＩに関連付けられた）２つのＳＣＩ再送（第１の再送ＴＲ１、及び／又は第２の再送ＴＲ２）の指示とともに実行される。具体的には以下のとおりである。

図４Ａを参照すると、ケース１では、プリエンプションは無効である、かつ／又は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、第１の再送ＴＲ１に関連付けられたＳＣＩをスキップし得ない。ＨＡＲＱＲＴＴタイマは、次の再送リソースＴＲ２までの時間に設定することができる。再送タイマ（例えば、ＲｅＴｘタイマ）は、最後に予定された再送に続いて（例えば、続いてのみ）開始することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、この再送タイマの時間内に、同じＨＡＲＱプロセスに関連付けられた新しいＳＣＩ送信のためのリソース選択を実行することができる。

図４Ｂを参照すると、ケース２では、プリエンプションは無効である、かつ／又は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＵＬ／ＳＬ優先順位付けにより、第１の再送ＴＲ１に関連付けられたＳＣＩをスキップすることができる。代替的に、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、プリエンプションを有効にしてもよいが、（プリエンプションのための再送リソースを制限することについて本明細書に説明されているように）プリエンプションのための再送リソースの再選択が、予定された再送リソースの後に行われるようにすることができる。ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、この予定された（かつ受信されていない）再送ＴＲ１の位置に続いて（又はＳＣＩ内の再送リソースのタイミングに基づいて設定されたＨＡＲＱＲＴＴタイマの満了に続いて）、再送タイマ（例えば、ＲｅＴｘタイマ）を開始することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、再送タイマ（例えば、ＲｅＴｘタイマ）に関連付けられた時間内に、第１の再送ＴＲ１リソースの送信のためのリソース再選択を実行することができる。再送タイマ（例えば、ＲｅＴｘタイマ）は、最後に予定された再送ＴＲ２に続いて開始することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、この再送タイマ（例えば、ＲｅＴｘタイマ）の時間内に、同じＨＡＲＱプロセスに関連付けられた新しいＳＣＩ送信のためのリソース選択を実行することができる。

図４Ｃを参照すると、ケース３では、プリエンプションが有効である、かつ／又は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、プリエンプションに起因して、第１の再送ＴＲ１に関連付けられたＳＣＩをスキップすることができる（いかなる制限もなく、このことは、再選択された再送リソースが、ＳＣＩ内の情報に基づく再送の予定されたタイミングより前に発生し得ることを意味し得る）。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴタイマを、次に予定された再送ＴＲ２リソースよりも小さい値に設定することができる、かつ／又は、再送タイマ（例えば、ＲｅＴｘタイマ）を、これに続いて（例えばただちに）開始することができる。プリエンプションに関連付けられたＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）の再選択ウィンドウは、再送タイマ（例えば、ＲｅＴｘタイマ）に基づいて決定される。

ａ）ＨＡＲＱフィードバックが有効な場合のＨＡＲＱＲＴＴタイマ及び／又は再送タイマの処理
ＨＡＲＱＲＴＴタイマ及び／又は再送タイマを処理する第１の例示的な実施形態では、最初にＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、リソース割当てモード（モード１又はモード２）、又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）におけるタイマ処理挙動を決定することのできるＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）からの類似する指示を、ＰＣ５－ＲＲＣシグナリングにおいてＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）から通知することができる。ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、占有されていないＨＡＲＱプロセス番号を有するか又は第１のＳＣＩが最初の送信を表すことを示す第１のＳＣＩを受信した後（例えば受信時）、新しい送信／ＰＤＵに受信ＨＡＲＱプロセスを割り当てることができる。ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱフィードバックが有効であると決定することができ、その結果、本実施形態に関連付けられた挙動を使用する。ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、最初の送信を表す第１のＳＣＩに示された最初の送信及び／又は起こり得る再送の位置／タイミングを記憶することができる。

ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、最初の送信の復号（成功又は不成功）に続いて、ＨＡＲＱフィードバックを有するＰＳＦＣＨを送信することができる。ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＰＳＦＣＨの送信に続く最初のシンボル／スロットにおいてＨＡＲＱＲＴＴタイマを開始することができる。ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＳＬ送信よりもＵＬ送信を優先する場合、かつ／又は結果としてＰＳＦＣＨをスキップする場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、スキップされる、かつ／又はＨＡＲＱフィードバックの送信を目的とするＰＳＦＣＨに続く最初のシンボル／スロットにおいて、ＨＡＲＱＲＴＴタイマを開始することができる。

図５は、ＨＡＲＱＲＴＴタイマ及び／又は再送タイマを処理／設定する全体的な方法５００を示している。ステップ５０１において、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＰＣ５－ＲＲＣから、ピア（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）のリソース割当てモードを決定することができる。ステップ５０２において、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、第１のＳＣＩの受信後（例えば受信時）、第１のＳＣＩを復号する、かつ／又は第１のＳＣＩが最初の送信を表すか又は再送を表すかを決定することができる。ステップ５１０及び／又はステップ５２０において、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩからＨＡＲＱプロセスのために予約された追加の再送リソースがあるかどうかを決定することができる。

ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下のようにＨＡＲＱＲＴＴタイマを設定することができる。
－リソース割当てモードがモード１である場合（又はＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）の指示がそのようなＨＡＲＱ挙動を使用することを示す場合）：
○ステップ５１２において、ＳＣＩからＨＡＲＱプロセスのために予約された追加の再送リソースがある場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴを、ＳＣＩに示されたＨＡＲＱプロセスの次の再送リソースまでの時間に設定することができる。
■この実施形態の変形形態として、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴタイマを開始しなくてもよい。代わりに、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、次の再送リソースの時点で再送タイマを開始するか否かを決定することに依存することができる。このような変形形態では、アクティブ時間は、再送リソースのタイミング及び／又は実行中の再送タイマに関連付けることができる（例えばそのように想定することができる）。
○ステップ５１１において、ＳＣＩからのＨＡＲＱプロセスのために予約された追加の再送リソースがない場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴを、（ＮＷ又は他のＷＴＲＵからの）（事前に）設定された値又は事前に定義された値（「ＣｏｎｆｉｇＶａｌＨ１」とも呼ばれる）に設定することができ、このような値はモード１に関連付けられる。
■これに加えて、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、検討されている特定のモード１のケースに関連付けられたモード１の特定のＨＡＲＱＲＴＴタイマを、例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって提供される（事前に）設定された値のリストから、検討されているモード１のケースのＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって提供される以下のような追加情報に基づいて、更に選択することができる。
●ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、設定されたＰＵＣＣＨリソースを有するか否か。
●ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、ＨＡＲＱフィードバックをネットワークに報告する（例えばＨＡＲＱフィードバックを示す情報を送信する）かどうか。
■この実施形態の変形形態では、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴタイマをまったく開始しなくてもよい、かつ／又は、この時刻、又はこの時刻の後の何らかの（事前に）設定された、又は事前に定義された時刻に、再送タイマをただちに開始することができる。
－リソース割当てモードがモード２である場合：
○ＳＣＩからのＨＡＲＱプロセスのために予約された追加の再送リソースがある場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ステップ５２１において、ＨＡＲＱＲＴＴタイマを、プリエンプションに基づくモード２リソース再選択に関連付けられた（ＮＷ又は他の（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）からの）（事前）設定値又は事前に定義された値（「ＣｏｎｆｉｇＶａｌＨ２」とも呼ばれる）に設定することができる。このようなタイマは、優先順位／ＣＢＲに更に依存することができる。このようなタイマは、優先順位／ＣＢＲに更に依存することができる。（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、プリエンプションが有効である場合、ステップ５２２において、このようにすることができる。代替的に、プリエンプションが無効である場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴタイマを、次の予定された再送までの時間に設定することができる（ステップ５１２）。
○ＨＡＲＱプロセスに対して予期される追加の再送がない場合、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ステップ５２３において、ＨＡＲＱＲＴＴタイマを、新しいリソースの選択に基づくモード２リソース選択に関連付けられた（ＮＷ又は他のＷＴＲＵからの）（事前）設定値又は事前に定義された値（「ＣｏｎｆｉｇＶａｌＨ３」とも呼ばれる）に設定することができる。

ステップ５３０において、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴタイマを開始／実行することができる。

ＨＡＲＱＲＴＴタイマの満了に続いて、ステップ５３５において、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱプロセスのＰＤＵが正常に復号されたかどうかを決定することができる。ステップ５４０において、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱプロセスの最後に受信された送信が、ＨＡＲＱプロセスのための示されたＳＣＩ内の最後の再送リソースに関連付けられていなかったかどうかを決定することができる。

実施形態によれば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、再送タイマに関連する以下を実行することができる。
－リソース割当てモードがモード１である場合：
○ＨＡＲＱプロセスの最後に受信された送信が、そのＨＡＲＱプロセスのための示されたＳＣＩ内の最後の再送リソースに関連付けられていた場合、かつ／又は、ＨＡＲＱプロセスのＰＤＵが正常に復号されなかった場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ステップ５４２において、再送タイマを開始する、かつ／又は、再送タイマを、新しいＳＣＩ内のモード１再送に関連付けられた（事前）設定値（「ＣｏｎｆｉｇＶａｌＲ１」とも呼ばれる）に設定することができる（ステップ５４１）。
○ＨＡＲＱプロセスの最後に受信された送信が、ＨＡＲＱプロセスのための示されたＳＣＩ内の最後の再送リソースに関連付けられていなかった場合（例えば、今後のモード再送）、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ステップ５６０において、再送タイマを開始しなくてもよい。ステップ５６１において、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、例えば、次の再送リソースの時点でＨＡＲＱＲＴＴ時間を更に設定する、かつ／又は、ＨＡＲＱＲＴＴタイマを開始することができる（ステップ５６２）。
－リソース割当てモードがモード２である場合：
○ステップ５５０において、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、最初に、ＨＡＲＱＲＴＴタイマが満了するスロットが、予約されたリソースに関連付けられているか否かを決定することができる。
■関連付けられている場合、かつ／又はＳＣＩがスロット内で正常に復号されない場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱプロセスに関連付けられたＰＤＵが正常に復号されない場合、再送タイマを開始することができる。関連付けられている場合、かつ／又はＳＣＩが正常に復号された場合、ステップ５６０において、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、この場合には再送タイマを開始しなくてもよい、かつ／又はＨＡＲＱプロセスに関連付けられた（再）送信の通常の復号を継続することができる。ステップ５６１において、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、例えば、次の再送リソースの時点でＨＡＲＱＲＴＴ時間を更に設定する、かつ／又は、ＨＡＲＱＲＴＴタイマを開始することができる（ステップ５６２）。
■ステップ５５０において、スロットがＳＣＩ内の予約されたリソースに関連付けられていない場合、かつ／又は、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、ＨＡＲＱプロセスに関連付けられたＰＤＵを正常に復号していない場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ステップ５５２において、ＨＡＲＱ再送タイマを開始することができる、かつ／又は、ステップ５５１において、ＨＡＲＱ再送タイマを（事前）設定値又は指定された値（「ＣｏｎｆｉｇＶａｌＲ２」とも呼ばれる）に設定することができる。
■再送タイマの異なる値は、異なる場合に対して（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって使用することができる。
■代替的に、ＨＡＲＱＲＴＴタイマが上で開始されない場合／代替的な場合（例えば、モード１及び／又は追加の再送、又はモード２及び／又はプリエンプションが無効）、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱＲＴＴタイマの満了（ステップ５６５）及び／又は前のＳＣＩが示された再送リソースの復号に関連付けられるスロットを個別に考慮することができる。具体的には以下のとおりである。
●ＨＡＲＱプロセスに関連付けられたＰＤＵが正常に復号されない場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、そのＨＡＲＱプロセスの以前のＳＣＩに示された再送に関連付けられた全てのリソースにおいてＳＣＩを監視する。復号されないＰＤＵの再送リソースに関連付けられた時点において、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩが復号されない場合（例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がモード２である場合にも）、再送タイマを開始する。そうでない場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は再送タイマを開始しない。
●ＨＡＲＱＲＴＴタイマが満了する、かつ／又はＨＡＲＱプロセスのＰＤＵが正常に復号されない場合、ＨＡＲＱプロセスの再送タイマを開始する。

ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下のいずれかである限り、ＳＬを監視することができる。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）において１つ以上のオン持続時間タイマ、インアクティビティタイマ、又は再送タイマが実行中である、及び／あるいは
－タイムスロットが、ＨＡＲＱプロセスに関連付けられたＰＤＵが復号されていないＨＡＲＱプロセスに関連付けられた予約された再送リソースに関連付けられる。

ｂ）ＨＡＲＱフィードバックが無効な場合のＨＡＲＱＲＴＴタイマ及び／又は再送タイマの処理
ＨＡＲＱＲＴＴタイマ及び／又は再送タイマを処理する第２の例示的な実施形態では、最初にＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、ＰＣ５－ＲＲＣシグナリングにおいてＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）から、リソース割当てモード（モード１又はモード２）を通知することができる。ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、占有されていないＨＡＲＱプロセス番号を有するか又は第１のＳＣＩが最初の送信を表すことを示す第１のＳＣＩを受信した後（例えば受信時）、新しい送信／ＰＤＵに受信ＨＡＲＱプロセスを割り当てることができる。ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩからＨＡＲＱフィードバックが無効であることを決定することができ、その結果、本実施形態に関連付けられた挙動を使用する。具体的には、（ＨＡＲＱフィードバックが有効である前の実施形態と比較して）ＨＡＲＱフィードバックが無効である場合（例えば無効であるとき）、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、ＨＡＲＱプロセスのための異なる一連の（事前に）設定される又は指定されるタイマを設定することができる。ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、最初の送信を表す第１のＳＣＩに示された最初の送信及び／又は起こり得る再送の位置／タイミングを記憶することができる。

ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱフィードバックが無効な状態でのＳＣＩの受信後（例えば受信時）、ＳＣＩの受信時にただちにＨＡＲＱＲＴＴタイマを開始することができる。

ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、異なる一連の（事前に）設定されたタイマが使用され得ることを除いて、前の実施形態と同様にＨＡＲＱＲＴＴタイマを設定することができる。

ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、例えば、異なる（事前に）設定されたタイマ値が使用され得ることを除いて、前の実施形態と同様に再送タイマを設定することができる。

２．最初の送信に対するアクティブ時間（インアクティビティタイマ）を定義する方法
２．１ユニキャストの場合のインアクティビティタイマのモデル化
説明されている実施形態は、例えばユニキャストの場合について定義されているが、グループキャスト及び／又はブロードキャストにも適用可能であり得る。

ａ）インアクティビティタイマの開始／使用の条件
実施形態によれば、ＷＴＲＵ（ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２））は、特定の条件に基づいてインアクティビティタイマを開始／使用するように構成することができる。そのような条件は、以下のいずれか又は組み合わせ（及び／又は）に関連し得る。
－ＨＡＲＱフィードバックが有効
○例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、受信した送信／再送が、ＨＡＲＱが有効である送信に関連付けられる場合、インアクティビティタイマを開始することができる。そうではなく、ＨＡＲＱが無効である送信／再送を受信した場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）はインアクティビティタイマを開始しなくてもよい。
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって実行される送信がＨＡＲＱ有効を示す場合、インアクティビティタイマを開始することができる。そうではなく、送信がＨＡＲＱ無効を示す場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）はインアクティビティタイマを開始しなくてもよい。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）におけるＣＲ／ＣＢＲ
○例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）におけるＣＲ／ＣＢＲの測定値をＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に送ることができる。ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、測定値がある範囲から別の範囲に変化する場合（例えば変化時）、又は測定値が特定の量だけ変化する場合（例えば変化時）、そのような測定値を送ることができる。
■例えば、ＣＲ／ＣＢＲが閾値を下回る場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、新しい送信又は再送の受信後に（例えば受信時に）インアクティビティタイマを開始することができる。そうでない場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、インアクティビティタイマを開始／再開しなくてもよい。
■例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって示されたＣＲ／ＣＢＲが閾値を下回る場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は送信のためのインアクティビティタイマを開始することができる。そうでない場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、インアクティビティタイマを開始／再開しなくてもよい。

ｂ）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）におけるインアクティビティタイマの使用
実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、自身が送信する先のＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＤＲＸに設定されている場合、そのようなＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に関連付けられたインアクティビティタイマを維持することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、インアクティビティタイマを（オン持続時間タイマや再送タイマなどの他のタイマに加えて）使用して、その特定の（１つ以上の）ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）への新しい送信及び／又は再送を実行できるかどうかを決定することができる。例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、インアクティビティタイマ、オン持続時間タイマ、又は再送タイマのいずれかが実行されている場合（例えば、実行時）、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）への新しい送信及び／又は再送を実行する（例えば実行するのみとする）ことができる。

ｃ）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によるインアクティビティタイマの開始は、異なる時間に行うことができる
実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下の時間のいずれかにインアクティビティタイマを開始することができる。
－新しいＴＢ（例えばリソース）の最初の送信後（例えば送信時）：
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、新しい送信に関連付けられたＳＣＩの送信後の最初のスロットにおいてインアクティビティタイマを開始することができる。
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、新しい送信に関連付けられたＳＣＩの送信後、（事前に）設定される数のスロットに続く最初のスロットにおいてインアクティビティタイマを開始することができる。
－ＨＡＲＱフィードバックの受信後（例えば受信時）、この場合、この受信は更にＨＡＲＱフィードバックのタイプに依存することができる。
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＨＡＲＱＡＣＫ又はＨＡＲＱＮＡＣＫを受信した場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）はインアクティビティタイマを開始することができる。しかしながら、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＰＳＦＣＨリソース上でＤＴＸを復号した場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）はインアクティビティタイマを開始しなくてもよい。
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＨＡＲＱＡＣＫを受信した場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）はインアクティビティタイマを開始することができる。しかしながら、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＰＳＦＣＨリソース上でＤＴＸ又はＮＡＣＫを復号した場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）はインアクティビティタイマを開始しなくてもよい。
－ＳＣＩに示された、新しいＴＢの最後の再送の後：
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以前のＳＣＩに示された最後の再送に関連付けられたＳＣＩの送信後の最初のスロットにおいて、インアクティビティタイマを開始することができる。
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以前のＳＣＩに示された最後の再送に関連付けられたＳＣＩの送信から、（事前に）設定された数のスロットの後に、インアクティビティタイマを開始することができる。
－ＳＣＩに示された新しいＴＢのＮ番目の再送の後（Ｎは（事前に）設定する、又は事前に定義することができる）：
○Ｎは更に、例えばＱｏＳ（例えば優先順位）に依存することができる。

実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下の特定の要因のいずれかに応じて、異なる時間（上記で示した時間のいずれか）にインアクティビティタイマを開始することができる。
－インアクティビティタイマを開始するべき新しい送信において、ＨＡＲＱフィードバックが有効／無効であるかどうか。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって測定及び／又は報告されたＣＢＲ／ＣＲに依存する。
－送信のＱｏＳ（例えば優先順位）。

例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、送信に対してＨＡＲＱフィードバックが有効である場合（例えば有効なとき）には、ＨＡＲＱＡＣＫ又はＨＡＲＱＮＡＣＫを受信した場合に（例えば受信時に）インアクティビティタイマを開始することができるが、ＨＡＲＱフィードバックが有効でない場合、ＴＢの最初の送信に続いてインアクティビティタイマを開始することができる。

ｄ）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、使用されるインアクティビティタイマの持続時間を決定する
実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって開始されるインアクティビティタイマは、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）において設定される値と同じ値を有することができる。実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって開始されるインアクティビティタイマは、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）において設定される値よりも短い値を有することができる。例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、使用するための異なるインアクティビティタイマを（事前に）設定することができる。実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）において使用される設定されたインアクティビティタイマを短縮して、インアクティビティタイマの異なる開始時刻を考慮することができる。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＨＡＲＱフィードバックの受信後（例えば受信時）にインアクティビティタイマを開始する場合、以下のようにすることができる。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）において受信される最初の送信に対する最初の送信の（又は例えば想定される）開始時刻、及び／又は、そのＴＢ（又は任意の他のＴＢ）の送信／再送に対する、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって受信される最初のＡＣＫ又はＮＡＣＫの間の時間だけ、（ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）において使用される値と比較して）インアクティビティタイマを短縮することができる。

ｅ）各ピア（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）／Ｌ２ＩＤに対して単一のインアクティビティタイマ、又は複数のインアクティビティタイマが設定されたＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）
ユニキャスト／グループキャストに対応する複数のユニキャストリンク及び／又は複数の関与するＬ２宛先ＩＤの存在下で、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）におけるインアクティビティタイマを維持するための異なる実施形態が可能である。

実施形態によれば、ＷＴＲＵ（例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２））は、ＷＴＲＵＩＤ、論理チャネル（logical channel、ＬＣＨ）ＩＤ、Ｌ２ＩＤなどのＩＤ又はＩＤのセットごとにインアクティビティタイマを維持することができる。例えば、ＷＴＲＵは、ユニキャストリンク（送信元／宛先Ｌ２ＩＤのペア）、及び／又はグループキャスト／ブロードキャストのための関与するＬ２ＩＤごとにインアクティビティタイマを維持することができる。ＷＴＲＵ（例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２））は、ＷＴＲＵが送信元／宛先Ｌ２ＩＤに関連付けられた送信を受信するたびに、送信元／宛先Ｌ２ＩＤに関連付けられたインアクティビティタイマを設定／リセットすることができる。

実施形態によれば、ＷＴＲＵ（例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２））は、全てのユニキャストリンク（送信元／宛先ＩＤのペア）に対して、かつ／又は、例えばグループキャスト／ブロードキャスト通信に関連付けられた全てのＬ２ＩＤに対して、単一のインアクティビティタイマを維持することができる。具体的には、ＷＴＲＵ（例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２））は、任意のサイドリンク送信の受信後（例えば受信時）にインアクティビティタイマを設定／リセットすることができる。例えば、異なるユニキャストリンク及び／又はグループキャストＬ２送信元／宛先ＩＤに関連付けられた異なるＤＲＸ設定を考慮するために、ＷＴＲＵは、以下のようにすることができる。
－（インアクティビティタイマが設定／リセットされる場合（例えば設定／リセット時に））インアクティビティタイマの値を、（タイマがリセットされる原因となった）送信が受信されたＬ２送信元／宛先ＩＤに応じて、異なる値に設定する。
○具体的には、ＷＴＲＵ（例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２））に、（例えば、ＰＣ５－ＲＲＣ、ＵｕＲＲＣ、事前設定、ＳＩＢなどのいずれかを介して）送信元／宛先Ｌ２ＩＤごとにインアクティビティタイマの異なる値を（事前に）設定することができる。特定の送信元／宛先Ｌ２に関連付けられた送信の受信後（例えば受信時）、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、インアクティビティタイマの値を、その送信元／宛先Ｌ２ＩＤに対して設定された値に設定することができる、及び／又は
－インアクティビティタイマの復号時の挙動を、送信によってインアクティビティタイマが開始された送信元／宛先Ｌ２ＩＤに基づいて異なるように決定し、これは以下のいずれかを含むことができる。
○ＳＬリソースの異なるセットを監視する、
○ＳＬ又はＵＬを監視するかどうかを決定するために異なるルール／優先順位を使用する、及び／又は
○タイマの実行中に送信を実行できるか否かを決定する。

インアクティビティタイマに関連する、本明細書で説明される実施形態は、上記の実施形態のいずれにも適用可能である。

ｆ）ＲＸ／ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、インアクティビティタイマを開始するためのＭＡＣＰＤＵ復号の不確実性を処理する
インアクティビティタイマは、通常、新しい送信に対して（例えば、新しい送信に対してのみ）再開され、一方、再送は、（Ｕｕの場合のように）ＨＡＲＱＲＴＴ／再送タイマによって処理される。しかしながら、送信が新しい送信に関連付けられるかどうかを判定するためには、ＭＡＣＰＤＵの復号（この復号にはいくらかの可変レイテンシが関連付けられた）を必要とする／使用することがある。

ＤＲＸ関連タイマ（例えば、インアクティビティタイマ、ＨＡＲＱＲＴＴタイマ、又は再送タイマ）は、ＳＣＩの受信後（例えば受信時）に開始することができる、かつ／又は、そのようなタイマが開始されるかどうかは、ＳＣＩにおいて（例えば、ＳＣＩのみにおいて）伝えられる情報（例えば、ＨＡＲＱプロセスＩＤ、新規データインジケータ（ＮＤＩ）、Ｌ１ＩＤ）に基づいて条件付けることができる。代替的に、そのようなタイマは、ＭＡＣＰＤＵの復号後に（例えば復号時に）開始することができる、かつ／又は、ＭＡＣＰＤＵ内の情報（例えばＬ２ＩＤ、ＬＣＨＩＤ）に条件付けることができる。代替的に、このようなタイマの開始は、ＭＡＣＰＤＵ及び／又はＳＣＩの両方における情報に条件付けることができるが、タイマは、ＳＣＩの受信後に経過した時間を表すことができる。ＷＴＲＵ（例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２））は、更に、異なるタイマに対して異なる挙動を有することができる。

ｇ）ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＰＨＹ層においてインアクティビティタイマを開始する、かつ／又はＰＤＵを復号した後にインアクティビティタイマを停止することができる
実施形態によれば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＰＨＹ層におけるＳＣＩの復号に関連する条件に基づいて、インアクティビティタイマを開始することができる。ＰＨＹ層によるインアクティビティタイマの開始に続いて、ＭＡＣ層がＭＡＣＰＤＵの復号を実行することができる、かつ／又は、復号結果に応じて、インアクティビティタイマを停止することができる、又はインアクティビティタイマの実行を継続することができる。例えば以下のとおりである。
－（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）（ＰＨＹ層）は、以下のいずれかを満たすＳＣＩを受信した場合（例えば受信時）、インアクティビティタイマを開始することができる。
○受信された送信がユニキャスト送信に対応する、かつ／又は、送信元及び／又は宛先Ｌ１ＩＤが、ＷＴＲＵに現在設定されているユニキャストリンクの送信元／宛先Ｌ１ＩＤに一致する。
○受信された送信がグループキャスト送信に対応する、かつ／又は、ＳＣＩ内のＬ１宛先ＩＤが、関与するグループキャスト／ブロードキャストサービスのＬ１宛先ＩＤと一致する。
○（ＳＣＩ内の）ＮＤＩがトグルされている、かつ／又は、（ＳＣＩ内の）ＨＡＲＱプロセスが、現在割り当てられているＨＡＲＱプロセスに関連付けられている（例えば、そのＨＡＲＱプロセスに対して新しい送信が示されている）。
○ＳＣＩ内のＨＡＲＱは、現在ＷＴＲＵにおいて割り当てられていない（新しいＨＡＲＱプロセスのための新しい送信を示す）。
○受信された送信が、新しい送信に対応する（例えばＮＤＩがトグルされている）。
○受信した送信が再送に対応するが（例えばＮＤＩはトグルされていない）、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、この再送に関連付けられた最初の送信を受信／復号しなかった。
－（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）（ＭＡＣ層）は、以下のいずれかが発生した場合、インアクティビティタイマを停止することができる。
○ＰＤＵがユニキャストに関連付けられている、かつ／又は、ＭＡＣＰＤＵを復号することで得られるＬ２送信元／宛先ＩＤが、ＷＴＲＵにおいて確立されたユニキャストリンクのＬ２送信元／宛先ＩＤと一致しない。
○ＰＤＵがブロードキャスト／グループキャストに関連付けられている、かつ／又は、ＭＡＣＰＤＵを復号することで得られるＬ２宛先ＩＤが、ＷＴＲＵにおいて確立されているユニキャストリンクのＬ２宛先ＩＤと一致しない。
○ＭＡＣ層がＭＡＣＰＤＵを復号することができない。
○ＭＡＣ層がＭＡＣＰＤＵを復号するが、ＭＡＣＰＤＵにＣＳＩ報告ＭＡＣＣＥ（例えばＣＳＩ報告ＭＡＣＣＥのみが）含まれている。
○ＰＤＵが、最初にインアクティビティタイマを開始したＳＣＩに対応する（例えば、ＰＨＹ層がインアクティビティタイマを開始した場合（例えば開始時）、そのときインアクティビティタイマは実行されていなかった）。
○現在のＰＤＵの復号が進行中に、別のＰＤＵによってインアクティビティタイマが（再）開始されなかった。

例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＭＡＣヘッダ内のＬ２送信元／宛先ＩＤが、ＷＴＲＵにおける関与する送信元／宛先ＩＤのいずれとも一致しない場合（例えば一致しないとき）、かつ／又は、ＰＤＵに対応するＳＣＩの受信によって開始された（及び再開されていない）ためにインアクティビティタイマが実行されている場合、そのＰＤＵの復号時にインアクティビティタイマを停止することができる。具体的には、ＭＡＣヘッダ内のＬ２送信元／宛先ＩＤが、ＷＴＲＵにおける関与する送信元／宛先ＩＤのいずれとも一致しない場合（例えば一致しないとき）、かつ／又は、ＰＤＵの受信によってインアクティビティタイマが開始された場合（例えば開始時）にインアクティビティタイマが以前に実行されていなかった場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）はインアクティビティタイマを停止することができる。例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＭＡＣヘッダ内のＬ２送信元／宛先ＩＤがＷＴＲＵにおける関与する送信元／宛先ＩＤのいずれとも一致しない場合（例えば一致しないとき）、かつ／又は、現在復号されているＰＤＵによってインアクティビティタイマが開始された時間、及び／又は、ＭＡＣヘッダ内のＬ２送信元／宛先ＩＤがＷＴＲＵにおける関与する送信元／宛先ＩＤのいずれとも一致しないとＷＴＲＵが決定する時間の間にインアクティビティタイマが（再）開始されていない場合、ＰＤＵの復号時にインアクティビティタイマを停止することができる。

実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩの送信に続く最初のスロットにおいて、（ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に関連付けられた）自身のインアクティビティタイマを開始することができる。特に、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、タイムスロットＮにおいて、（例えば、ＲＸ）ＷＴＲＵに第１の新しいＴＢを送信することができる、かつ／又は、すでにタイムスロットＮ＋１において、同じ（例えば、ＲＸ）ＷＴＲＵに第２の新しいＴＢを送信することを許可することができる。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、２つの新しい送信の送信間時間について、特に、最初の送信がオン持続時間の終了時、又は以前のインアクティビティタイマに関連付けられた持続時間の終了時に発生する場合には、いかなる制限も設けないことができる。

ｈ）復号が成功したかどうかを判定する一方で、新しい送信ごとに複数の同時のインアクティビティタイマを実行／停止することができる
別の実施形態に加えて使用され得る実施形態によれば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）（ＰＨＹ層）は、ＳＣＩの復号（例えば復号のみ）（例えばＨＡＲＱプロセス、Ｌ１ＩＤ、ＮＤＩ）に基づいてＷＴＲＵによって識別される新しい送信ごとに１つずつ、複数の同時のインアクティビティタイマを開始することができる。このような各タイマの開始に続いて、ＭＡＣ層は、前の解決策におけるタイマの停止に関連付けられた条件のいずれかが満たされる場合（例えば満たされるとき）、対応するタイマを停止することができる。例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下の例のいずれか又は組み合わせ（及び／又は）に従って動作することができる。
－新しい送信に関連付けられたＳＣＩを受信した場合（例えば受信時）、第１のインアクティビティタイマを開始する。このような新しい送信は、ＭＡＣ層によって正常に復号されないことがある。第１のインアクティビティタイマは、失敗したＭＡＣ復号に続いて実行し続けることができる。
－別の新しい送信に関連付けられたＳＣＩを受信した場合（例えば受信時）、第２のインアクティビティタイマを開始する。このような新しい送信は、ＭＡＣ層によって正常に復号されないことがある。第１のインアクティビティタイマは、失敗したＭＡＣ復号に続いて実行し続けることができる。
－最初の新しい送信と同じＨＡＲＱプロセスにおけるＳＣＩの受信に続いて、ＭＡＣＰＤＵは正常に復号され得るが、Ｌ２ＩＤが、ＷＴＲＵにおいて予期されるＬ２ＩＤと一致しないことがある。（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）（ＭＡＣ）は、最初の新しい送信に関連付けられたインアクティビティタイマを停止し、第２の再送に関連付けられたインアクティビティタイマを維持することができる。
－第２の新しい送信と同じＨＡＲＱプロセスにおけるＳＣＩの受信に続いて、ＭＡＣＰＤＵは正常に復号され得る、かつ／又は、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、第２の新しい送信に関連付けられたインアクティビティタイマを停止するか継続するかを決定するために同じ手順を繰り返すことができる。

ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、インアクティビティタイマ（第１のインアクティビティタイマ又は第２のインアクティビティタイマ）のうちの少なくともいずれかが動作している限り、サイドリンク監視に関してアクティブであり得る。

ｉ）ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）はＭＡＣ層においてインアクティビティタイマを開始するが、復号遅延を補正することができる
実施形態によれば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩの復号に関連する条件及び／又はＭＡＣＰＤＵの復号に関連する条件に基づいて、インアクティビティタイマを開始することができる。

例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＳＣＩに関連付けられた条件（別の実施形態において説明）のいずれかが満たされ、ＰＤＵが正常に復号される、かつ／又は復号されたＭＡＣＰＤＵに関連付けられた条件も満たされる場合、インアクティビティタイマを開始することができる。復号されたＭＡＣＰＤＵに関連付けられた条件は、以下のいずれか又は組み合わせ（及び／又は）を含むことができる。
－ＰＤＵがユニキャストに関連付けられている、かつ／又は、ＭＡＣＰＤＵを復号して得られるＬ２送信元／宛先ＩＤが、ＷＴＲＵにおいて確立されたユニキャストリンクのＬ２送信元／宛先ＩＤと一致する。
－ＰＤＵがブロードキャスト／グループキャストに関連付けられている、かつ／又は、ＭＡＣＰＤＵを復号して得られるＬ２宛先ＩＤが、ＷＴＲＵにおいて確立されたユニキャストリンクのＬ２宛先ＩＤと一致する。
－ＭＡＣ層がＭＡＣＰＤＵを復号する、かつ／又はＭＡＣＰＤＵがＣＳＩ報告ＭＡＣＣＥ（例えばＣＳＩ報告ＭＡＣＣＥのみ）を含まない（例えば、データに関連付けられたＭＡＣＰＤＵに少なくとも１つのＬＣＨがある）。

例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＭＡＣＰＤＵの復号の成功に続いて（例えば成功後にのみ）インアクティビティタイマを開始することができ、これは、そのＭＡＣＰＤＵに関連付けられた複数の再送の後に行うことができる。ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下の時点のいずれかにおいてインアクティビティタイマを開始することができる。
－上記に定義された条件が、正常に復号された新しい送信を示す場合（例えば示すとき）に、ＰＳＦＣＨ上でのＨＡＲＱＡＣＫの送信。
－新しい送信がＭＡＣ層によって正常に復号された送信／再送に関連付けられたＳＣＩの受信に続く（例えば（事前に）設定された、又は事前に定義された）シンボル／スロットの数。
－シンボル／スロットの数はゼロであってもよい。そのような場合、ＭＡＣ層はタイマを開始する、かつ／又は、ＳＣＩ受信及び／又はＭＡＣＰＤＵの復号の間の時間を補正する（例えば経過時間の値を加算する）ことができる。
－ＳＣＩ受信の時点をＰＨＹ層によってＭＡＣ層に示すことができる。
－ＰＤＵを送信するためにＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって使用された最後の再送リソースに続く、又は最初の送信を送信するために使用されるＳＣＩ内の再送リソースとして予約された（例えば（事前に）設定された、又は事前に定義された）シンボル／スロットの数。

実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下のいずれかの時間において、（ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に関連付けられた）自身のインアクティビティタイマを開始することができる。
－ＨＡＲＱフィードバックが有効である場合、新しい送信に続くＨＡＲＱＡＣＫの受信時。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によるＰＤＵの最初の送信に続く（例えば（事前に）設定された、又は事前に定義された）スロットの数。及び／又は
－ＰＤＵを送信するためにＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって使用された最後の再送リソースに続く、又は最初の送信を送信するために使用されるＳＣＩ内の再送リソースとして予約された（例えば（事前に）設定された、又は事前に定義された）スロットの数。

具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によるＰＤＵの最初の送信に続いてオン持続時間タイマがもはや実行されていない場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＰＤＵの再送リソースに関連付けられた時点まで、又は新しい送信に関連付けられたＨＡＲＱＡＣＫの指示まで、他のＰＤＵの送信を遅延させることができる。

２．２グループキャストに適用されるＲＸＷＴＲＵ及び／又はＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）におけるインアクティビティタイマの維持
説明されている実施形態は、例えばグループキャストについて定義されているが、ユニキャスト及び／又はブロードキャストにも適用することができる。

ａ）ＲＸ／ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、グループキャストに関連する特定の条件に基づいて（例えば特定の条件のみに基づいて）インアクティビティタイマを開始／使用する
実施形態によれば、グループキャストにおけるＲＸ及び／又はＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、特定の条件において（例えば特定の条件時のみ）、ＤＲＸに関連付けられたインアクティビティタイマを開始する／想定する／使用することができる。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下の条件のいずれかが満たされる送信に関連付けられたインアクティビティタイマを維持することができる。
－キャストのタイプに基づく条件：
○例えば、ＴＸ／ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、特定の場合（例えば、ユニキャスト（例えばユニキャストのみ）、又はユニキャスト及び／又はグループキャスト）に関連付けられた送信に対して、インアクティビティタイマ（例えばインアクティビティタイマのみ）を開始する／使用することができる。
○例えば、ＴＸ／ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、他の条件を特定のキャストタイプ（例えば特定のキャストタイプのみ）と組み合わせることができる。
■例えば、ＴＸ／ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ユニキャストに対して、又はグループキャスト送信が以下のようにグループキャストのためのＨＡＲＱフィードバックのタイプに関連付けられる限りグループキャストに対して、インアクティビティタイマを開始／使用することができる。
－ＱｏＳに基づく条件：
○例えば、ＴＸ／ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、送信の優先順位が閾値を下回る送信に対して、インアクティビティタイマ（例えばインアクティビティタイマのみ）を開始／使用することができる。
－ＨＡＲＱが有効／無効であるかどうか、及び／又はグループキャストのＨＡＲＱフィードバック報告のどのタイプ（ＡＣＫ／ＮＡＣＫ報告又はＮＡＣＫ（例えばＮＡＣＫのみ））が有効／無効であるかに基づく条件：
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）による送信がＨＡＲＱ有効である場合（例えばＨＡＲＱ有効であるとき）（例えば、場合にのみ）、インアクティビティタイマを開始／使用することができる。
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、送信がＨＡＲＱ有効に関連付けられいる、かつ／又は肯定確認応答－否定確認応答のグループキャストＨＡＲＱタイプが使用される場合（例えば使用されるとき）（例えば、場合にのみ）、インアクティビティタイマを開始／使用することができる。
○例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、受信した送信がＨＡＲＱ有効である場合（例えばＨＡＲＱ有効であるとき）（例えば、場合にのみ）、例えばＬ２ＩＤに関連付けられたインアクティビティタイマを開始することができる。
○例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、受信した送信が、グループキャスト肯定確認応答－否定確認応答タイプを使用するＨＡＲＱ有効である場合（例えばＨＡＲＱ有効であるとき）（例えば、場合にのみ）、例えば、Ｌ２ＩＤに関連付けられたインアクティビティタイマを開始することができる。
－上位層によって設定されたメンバーＩＤに基づく条件：
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）及び／又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、（例えばグループキャストＬ２ＩＤに関連付けられた）特定のグループキャスト送信に関連付けられたメンバーＩＤが設定されている場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）及び／又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、そのようなグループキャスト送信に対してインアクティビティタイマを使用することができる。
－グループのサイズに基づく条件：
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）及び／又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、グループ番号が、設定されたＰＳＦＣＨリソース数よりも大きくない場合、（例えばグループキャストＬ２ＩＤに関連付けられた）特定のグループキャスト送信に対してインアクティビティタイマを使用することができる。
－ＭＣＲ（最小通信範囲）に基づく条件：
○例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）及び／又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、送信にＭＣＲが設定されている場合、特定のグループキャスト送信に対してインアクティビティタイマを使用することができる。
■具体的には、送信用のＳＬＲＢの少なくとも１つにＭＣＲが設定されている場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、Ｌ２ＩＤへの送信に関連付けられたインアクティビティタイマを使用して（例えば想定して）動作することができる。具体的には、Ｌ２ＩＤのアクティブ時間に関連付けられたタイマのいずれかが実行されている間の送信に続いて、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）がＬ２ＩＤへの送信を実行する（又は送信に対する確認応答を受信する）たびに、インアクティビティタイマを開始することができる。そうではなく、ＭＣＲが設定されていない場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、そのような条件下でインアクティビティタイマを開始しなくてもよい、かつ／又は、インアクティビティタイマに基づいてアクティビティの条件を維持しなくてもよい（例えば、オン持続時間タイマが実行されている、又は再送タイマが実行されている場合（例えば、実行時に）（例えば場合にのみ）、送信を許可することができる）。
■同様に、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、Ｌ２ＩＤのＭＣＲに関連付けられた少なくとも１つのパケットを受信した場合、又はＭＣＲが設定されているＬ２ＩＤへの送信用のＳＬＲＢがＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に設定されている場合、そのＬ２ＩＤのための自身のアクティブ時間を定義することができる。
－例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）及び／又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、いずれかのＳＬＲＢに対して設定されているＭＣＲが閾値を下回る場合、特定のグループキャストに対してインアクティビティタイマを使用することができる。
○この場合、上記の例と同様の挙動が予期される。
－ＭＣＲ及び／又はＨＡＲＱフィードバック有効に基づく条件：
○例えば、ＲＸ及び／又はＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱフィードバックが有効である限り、ＭＣＲが設定されている特定のグループキャスト送信に対してインアクティビティタイマを使用することができる。
■例えば、Ｌ２ＩＤへの送信用の少なくとも１つのＳＬＲＢに対してＭＣＲが設定されている、かつ／又はＨＡＲＱが有効である場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）はインアクティビティタイマを使用することができる。
■例えば、グループキャストＬ２ＩＤへの送信用の全てのＳＬＲＢに対してＭＣＲが設定されている、かつ／又はＨＡＲＱが有効である場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、そのＬ２ＩＤに対してインアクティビティタイマを使用することができ、そうでない場合、使用しない。

実施形態によれば、ＴＸ／ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、インアクティビティタイマをサポートするための条件又はパラメータの１つが変化した場合、現在実行中のインアクティビティタイマを停止することができる。例えば、ＴＸ／ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、上位層によって示されるグループサイズ及び／又はメンバーＩＤがＷＴＲＵにおいて変更された場合、すでに実行中のインアクティビティタイマを停止することができる。

ｂ）ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、受信した送信のＭＣＲに応じてインアクティビティタイマをリセットする
実施形態によれば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、例えばグループキャスト送信に関連付けられたインアクティビティタイマをリセットするか否かについて、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）の位置、及び／又は送信に関連付けられたＭＣＲに基づいて、決定することができる。具体的には、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、新たな送信が、以下の条件のいずれかを満たすＭＣＲを有する場合（例えば有するとき）、そのような新たな送信の受信後（例えば受信時）に（例えば受信後にのみ）インアクティビティタイマをリセットすることができる。
－ＭＣＲが存在しない。
－ＭＣＲが存在する。
－送信機及び／又は受信機の間の求められた距離がＭＣＲより小さい（ＭＣＲ以下である）。
－送信機及び／又は受信機の間の求められた距離が、（事前に）設定されたデルタをＭＣＲに加える、又はＭＣＲから差し引いた値より小さい（又は値以下である）。
○このようなデルタは、更に以下のいずれかに依存することができる。
■例えば、優先順位、ＷＴＲＵ速度、ＣＢＲ、グループ内のＷＴＲＵ数、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）における省電力プリファレンス、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に関連するＷＴＲＵ能力。

ＭＣＲに対する距離の考慮は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によって観察された、以前の送信からのＭＣＲに対する距離の変化に更に基づくことができる。具体的には、２つのＷＴＲＵ間の距離、又はＭＣＲと比較したそのような距離の差が、Ｌ２ＩＤを対象とする後続の送信ごとに減少している場合、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）はインアクティビティタイマを再開することができる。

ｃ）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、各ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に対して、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）として関連するタイマセットを維持する。
実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）と同様のタイマの維持に基づいて、特定のＷＴＲＵ（ユニキャスト）又はＷＴＲＵのグループ（例えばグループキャストＬ２ＩＤ）に送信するか否かを決定することができる。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＷＴＲＵの特定のグループに関連付けられたインアクティビティタイマの少なくとも１つが実行中である場合、そのグループに送信することができる。

実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）のタイマに対応するタイマのセットを維持することができる。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、Ｌ２送信元／宛先ＩＤ（ユニキャスト用）ごとに、Ｌ２宛先ＩＤ（グループキャスト用）ごとに、及び／又は例えば各アドレスの優先順位／ＱｏＳレベルごとに、インアクティビティタイマを維持することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、そのようなタイマの関連する（ただし異なる）値を使用して、送信を実行する際、及び／又は信頼できる送信を実行する際の遅延を補正することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）よりも早く／遅く、そのようなタイマを開始／停止することができる。例えば以下のとおりである。
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）よりも短いオン持続時間タイマ、ＨＡＲＱＲＴＴタイマ、又は再送タイマを設定することができる。及び／又は
－ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）と比較して、ＤＲＸサイクルにおいてより早くオン持続時間タイマを開始するように設定することができる。

ｄ）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、グループ内の１つ又は複数のＷＴＲＵからのＨＡＲＱフィードバックの受信時にインアクティビティタイマを（再）開始する
実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、１つ又は複数のＷＴＲＵからのＨＡＲＱフィードバックの受信に基づいて、インアクティビティタイマを（再）開始することができる。

実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、グループ内の全てのＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に対して（そのグループへの自身の送信に関して）単一のインアクティビティタイマを維持することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下の条件のいずれかにおいてインアクティビティタイマを開始することができる。
－第１の（例えば、ＲＸ）ＷＴＲＵからＨＡＲＱフィードバック（例えばＡＣＫ又はＮＡＣＫ）を受信した場合（例えば受信時）。
－グループ内の大多数のＷＴＲＵ（例えば、閾値を上回る数又は割合のＷＴＲＵ）からＨＡＲＱフィードバック（例えばＡＣＫ又はＮＡＣＫ）を受信した場合（例えば受信時）。
－グループ内の全てのＷＴＲＵからＨＡＲＱフィードバックを受信した場合（例えば受信時）。
－例えば、事前に設定されたパターン又はメンバーＩＤのセット（例えば、自身のＩＤに最も近いＩＤ、又はＩＤ１～ｘ）に関連付けられた、グループ内のＷＴＲＵの特定のサブセットからＨＡＲＱフィードバックを受信した場合（例えば受信時）。
－最初の送信から一定時間内にＨＡＲＱフィードバックを受信した場合。及び／又は
－遅くともＰＤＵのｘ回の（再）送信に続いてＨＡＲＱフィードバックを受信した場合（例えば受信時）。

例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、グループ内の全てのＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）からＨＡＲＱフィードバック（ＡＣＫ又はＮＡＣＫのいずれか）を受信した場合（例えば受信時）に、インアクティビティタイマを開始することができる。

例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、グループ内の全てのＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）からＨＡＲＱフィードバックを受信した場合（例えば受信時）、ＨＡＲＱフィードバックが最初の送信に続く最初のｘｍｓ以内に、又はＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）によるＰＤＵの最初のｙ回の再送以内に受信される限り、インアクティビティタイマを開始することができる。

実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、グループ内のＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）のそれぞれに関連付けられたインアクティビティタイマを維持することができる。ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、特定の（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）からＨＡＲＱフィードバックを受信した場合（例えば受信時）、その（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）に対してＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）固有のインアクティビティタイマを開始することができる。この解決策では、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下の条件のいずれかである限り、そのＬ２ＩＤの（又はそのグループへの）後続の新しい送信を送信することができる。
－各ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に関連付けられたインアクティビティタイマが実行中である。
－グループ内の大多数のＷＴＲＵ（例えば閾値を超える数又は割合のＷＴＲＵ）に関連付けられたインアクティビティタイマが実行中である。
－グループ内の少なくとも１つのＷＴＲＵに関連付けられたインアクティビティタイマが実行中である。及び／又は
－グループ内のＷＴＲＵの特定のサブセットに関連付けられたインアクティビティタイマが実行中である（そのようなサブセットは、事前に設定されたパターン又はメンバーＩＤのセットに対応し得る）。

ｅ）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、フィードバックが可能なグループ／送信と不可能なグループ／送信とで、異なる時間にインアクティビティタイマを開始する
実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、グループに対する送信に基づいてインアクティビティタイマを開始するための異なる基準を有することができる。そのような基準は、以下のいずれかに依存することができる。
－ＨＡＲＱフィードバックの有効／無効。
－キャストタイプ。
－ＨＡＲＱフィードバックタイプ（肯定－否定のフィードバックと、否定（例えば否定のみ）のフィードバック）。
－ＭＣＲの存在及び／又は値。
－リソースプールにＰＳＦＣＨリソースが設定されているか否か。

例えば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、送信が、肯定確認応答－否定確認応答を使用するグループキャストに関連付けられる場合（例えば、関連付けられるとき）、（前の実施形態による）ＨＡＲＱフィードバックの受信後に（例えば受信時に）インアクティビティタイマを開始することができる、かつ／又は、そうでない場合、（例えば、ＷＴＲＵ又はグループへの）最初の送信の後に（例えば送信時に）インアクティビティタイマを開始することができる。

ｆ）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、フィードバックが可能でないとき（例えば可能でないときにのみ）、送信の信頼性を向上させるメカニズムを使用する
実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、インアクティビティタイマの異なる開始基準に対して、インアクティビティタイマの異なる値を使用することができる。加えて、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、インアクティビティ時間内に、又はオン持続時間の終わりに向かって、以下のいずれかのような送信の信頼性を向上させるためのメカニズムを採用することができる。
－送信電力を増大させる。
○例えば、（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、オン持続時間外に発生する送信、又は再送の一部がオン持続時間外になる送信のために、送信電力を増大させることができる。
－再送回数を増加させる。
○例えば、（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、送信がオン持続時間外に発生する送信、又は再送の一部がオン持続時間外になり得る送信の再送回数を増加させることができる。
－再送がオン持続時間内又はオン持続時間内のリソースのサブセット内に収まることを保証する。
○例えば、（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、再送リソースの数がオン持続時間内に収まるようにリソース選択を実行することができ、例えば、リソースのこの数は、ＱｏＳ及び／又はＣＢＲに更に依存することができる。例えば、（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、優先順位及び／又はＣＢＲに基づいて、オン持続時間内に実行されるべき（例えば必要な）再送リソースの数を設定することができる。例えば、（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、ＱｏＳ及び／又はＣＢＲに基づく、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）のインアクティビティタイマが実行されている場合（例えば、実行時）に実行されるべき再送リソースの数を設定することができ、このような再送の数は、以下に応じて異なることができる。
○一般的な例では、（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）に、どのタイマが実行されているかに応じて異なる、実行されるべき許容される／最小の／要求される再送の異なる数を設定することができる。
■例えば、オン持続時間タイマが実行されていない場合（例えば実行されていないとき）と比較して、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）においてオン持続時間タイマが実行されている場合（例えば、実行時）。
■例えば、インアクティビティタイマが実行されていない場合（例えば実行されていないとき）と比較して、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）においてインアクティビティタイマが実行されている場合（例えば、実行時）。
－送信の変調・符号化方式（modulation and/or coding scheme、ＭＣＳ）を高める。

（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、インアクティビティタイマを開始するための特定の基準を有する送信に対して（例えば送信に対してのみ）、そのようなメカニズムを使用することができる。具体的には、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、肯定確認応答－否定確認応答を使用するグループキャスト送信に対して信頼性メカニズムを使用しないが、他のグループキャスト送信に対して使用することができる。

ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、例えば、ＰＳＦＣＨが設定されていない場合（例えば設定されていないとき）、そのようなメカニズムを使用することができる。ＰＳＦＣＨが設定されている場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、信頼性を確保するために、常にＨＡＲＱフィードバックを有効にすることができる、又はＨＡＲＱフィードバックモードを肯定確認応答／否定確認応答に設定することができる。

更に、メカニズムを適用するかどうか、及び／又はパラメータ／閾値／増加／その他（例えば、再送回数、再送回数の増加、送信電力の増加、ＭＣＳなど）は、リンクの輻輳に更に依存することができる。例えば、これは、より高いＣＢＲに対してより高い、又はより低いことができる。

ユニキャストの場合、（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＨＡＲＱが無効である送信に対して（例えば送信のみに対して）そのようなメカニズムを使用する、かつ／又は、ＨＡＲＱが有効である送信に対して本明細書における他のメカニズムを使用することができる。

ｇ）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、アクティブ時間内に送信を実行する
実施形態によれば、例えば、ＨＡＲＱフィードバックに関連付けられた送信（例えばＨＡＲＱが有効であるユニキャスト送信）の場合、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、インアクティビティタイマ、オン持続時間タイマ、再送タイマ（又はアクティブ送信に関連付けられたＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）における任意のタイマ）の満了より少なくともＫスロット前に送信を実行することができる。Ｋは、ＨＡＲＱフィードバックに関連付けられたレイテンシに関連付けることができる。具体的には、Ｋは以下のいずれかとすることができる。
－送信、及び／又は、その送信に関連付けられたＨＡＲＱフィードバック用の１つ（グループキャストの場合は複数又は全て）のＰＳＦＣＨリソースの間の時間差。
－（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、そのようなタイマの満了前に（ＤＴＸの場合に）再送をスケジューリングすることを可能にする（事前）設定値。
－最初の送信及び／又は最初の再送の間の時間。
－最初の送信及び／又はＮ回目の再送の間の時間（ＮはＣＢＲ、ＱｏＳなどに依存することができる）。
－最初の送信、及び／又は最初の送信のＳＣＩに示された最後の再送の間の時間。及び／又は
－ＳＣＩにおける最初の送信及び／又はＳＣＩに示された最後の再送に関連付けられたＰＳＦＣＨリソースの間の時間。

ｈ）ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＤＲＸにあるＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）への特定の送信に対するＨＡＲＱフィードバックを強制／有効にする
実施形態によれば、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＬＣＨＨＡＲＱフィードバック有効設定に関係なく、ＤＲＸにあるＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）へのＨＡＲＱフィードバックを有効にすることができる。これにより、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）からのＨＡＲＱフィードバックの受信に基づいて、インアクティビティタイマを正確に開始することができる。

ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）への全ての送信について、そのＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）へのＨＡＲＱフィードバックを有効にすることができる。代替的に、ＴＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下の条件のいずれかにおいて、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）へのＨＡＲＱフィードバックを有効にすることができる。
－オン持続時間タイマが実行されていない送信。
－インアクティビティタイマが実行されている送信。
－（例えば、ＴＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）の次のオン持続時間前に送信するように計画／構成されているデータを、自身のバッファ内に依然として有する送信。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に関連付けられたオン持続時間中の最後のグラントに関連付けられた送信。
－ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）に関連付けられたインアクティビティタイマにおける最後のグラントに関連付けられた送信。
－（例えば、ＴＸ）ＷＴＲＵが自身のバッファ内に依然としてデータを有する送信（データは高い優先順位を有することができる（例えば優先順位が閾値を上回る））。
－（例えば、ＴＸ）ＷＴＲＵが自身のバッファ内に依然としてデータを有しており、ＰＤＢが次のオン持続時間までの時間より小さい送信。
－（例えば、ＴＸ）ＷＴＲＵが自身のバッファ内に依然としてデータを有しており、利用可能なデータのあるＬＣＨが、これらのＬＣＨの送信前にＨＡＲＱフィードバック有効送信が有効になるように構成されている送信。

２．３ＵＬ優先順位付け又は半二重の場合のインアクティビティタイマの処理
ａ）ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、データ受信に関連しない条件下でインアクティビティタイマを開始することができる
実施形態によれば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、送信を受信することなく、インアクティビティタイマを開始／再開することができる。具体的には、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、１つ以上の送信（ＵＬ送信、又はＳＬ送信のいずれか）を実行した後（例えば、実行時）、又はそのような（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）が送信の時点においてサイドリンク上で復号できないようにする別のインターフェース（異なるキャリア上のＵｕ又はＳＬ）を復号した後（例えば復号時）に、インアクティビティタイマを開始／再開することができる。

実施形態によれば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）がサイドリンク上で復号できないようにする送信／受信を実行する時点において、インアクティビティタイマを開始／再開することができる。これは、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）のアクティブな監視時間／期間中とすることができ、オン持続時間タイマの実行中、インアクティビティタイマの実行中、又はアクティブなサイドリンク監視を定義する他のタイマの実行中のいずれかとすることができる。代替的に、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下の条件の１つに基づいて、（オン持続時間タイマによって定義される）オン持続時間、インアクティビティタイマ持続時間などのいずれかの時間内の（事前に）設定された、又は事前に定義された時点において、インアクティビティタイマを開始することができる。例えば、ＲＸＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、以下の条件のうちの１つを満たした後（例えば満たしたとき）、以下の条件のいずれかにおいてインアクティビティタイマを開始／再開することができる。
－オン持続時間又はインアクティビティタイマ持続時間内の、（事前に）設定又は事前に定義されたスロットにおいて。
－オン持続時間又はインアクティビティタイマ持続時間に関連付けられる最後のスロットにおいて。及び／又は
－オン持続時間又はインアクティビティタイマ持続時間に関連付けられる最後のスロットが終了する前の（事前に設定又は定義されている）スロットの数。

実施形態によれば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、サイドリンクに関連する条件に関連付けられた送信を受信することなく（アクティビティタイマを積極的に延長するために）、インアクティビティタイマを開始／再開することができる。そのような条件は、以下のいずれかに関連することができる。
－ＣＢＲに関する条件：
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、ＣＢＲが設定された閾値より大きい場合、インアクティビティタイマを開始／再開することができる。
－アクティブ時間中に失敗したサイドリンク復号機会の数／量／割合に関する条件：
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、オン持続時間、又は現在実行中のインアクティビティタイマの間に、少なくともＮ個のスロット又は少なくともＸ％のスロットにおいてサイドリンクの復号に失敗した場合、インアクティビティタイマを開始／再開することができ、ここで、Ｎ及び／又はＸ％は（事前に）設定することができる。
－１つ以上の確立されたＱｏＳフローのＰＣ５ＱｏＳ識別子（PC5 QoS identifier、ＰＱＩ）、（例えば受信用の）１つ以上のＳＬＲＢの設定、１つ以上の最近の送信（例えば現在実行中のインアクティビティタイマを開始した送信）の優先順位などに基づいて決定することのできる、予期されるデータのＱｏＳに関連する条件：
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、予期されるデータのＱｏＳに基づいてインアクティビティタイマを開始／再開するか否かを決定することができる（例えば、予期されるデータのＱｏＳが閾値ＱｏＳより高い場合、インアクティビティタイマを開始／再開する）。
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、予期されるデータのＱｏＳに基づいて、上記の例におけるＮ又はＸ％のいずれかを決定することができる。
－（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）のタイプ又は省電力化のプリファレンスに関する条件：
○例えば、（例えば、ＲＸ）ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、自身が特定のＷＴＲＵタイプである場合、又は上記の条件の別のものがトリガされた時点で特定の省電力化プリファレンスが有効である場合、インアクティビティタイマを開始／再開することができる。

図６は、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）及び／又は第２のＷＴＲＵ（例えば、ＴＸＷＴＲＵ）の間のサイドリンク通信のために、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）によって実施される方法６００の例を示す図である。

実施形態によれば、ステップ６１０において、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、第２のＷＴＲＵ（例えば、ＴＸＷＴＲＵ）から、サイドリンク通信の１つ以上の送信リソースを示すＳＣＩを受信するように構成することができる。

実施形態によれば、ステップ６２０において、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）によって１つ以上の送信リソースにＨＡＲＱプロセスを割り当てるように構成することができる。

実施形態によれば、ステップ６３０において、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、ＨＡＲＱプロセスに関連付けられたハイブリッド自動再送要求ラウンドトリップタイム（ＨＡＲＱＲＴＴ）期間中に、第２のＷＴＲＵ（例えば、ＴＸＷＴＲＵ）からの再送のための、サイドリンク通信の１つ以上の送信リソースを、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）によって監視するように構成することができる。

実施形態によれば、ステップ６４０において、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、ＨＡＲＱＲＴＴ期間の満了時に、かつ／又は、ＨＡＲＱプロセスが第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）によって復号されないことを条件として、ＨＡＲＱプロセスに関連付けられたＤＲＸ再送期間を開始するように構成することができる。

例えば、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、ＤＲＸ再送期間に基づいて、第２のＷＴＲＵ（例えば、ＴＸＷＴＲＵ）からの再送のための、サイドリンク通信の１つ以上の送信リソースを監視するように構成することができる。

例えば、ＨＡＲＱＲＴＴタイマは、１つ以上の送信リソースに関連付けられたサイドリンクフィードバックチャネル情報の送信に続くタイムスロットにおいて開始される。

例えば、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）及び／又は第２のＷＴＲＵ（例えば、ＴＸＷＴＲＵ）の間のサイドリンク通信のリソース割当てモードを受信するように構成することができる。

例えば、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）及び／又は第２のＷＴＲＵ（例えば、ＴＸＷＴＲＵ）の間のサイドリンク通信のリソース割当てモード、及び／又は、受信したＳＣＩ若しくは以前に受信した別のＳＣＩによってＨＡＲＱプロセスのために予約された追加の再送リソースの指示、のいずれかに基づいて、ＨＡＲＱＲＴＴタイマの値を決定するように構成することができる。

例えば、ＤＲＸ再送タイマは、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）及び／又は第２のＷＴＲＵ（例えば、ＴＸＷＴＲＵ）の間のサイドリンク通信のリソース割当てモード、受信したＳＣＩ若しくは以前に受信した別のＳＣＩによってＨＡＲＱプロセスのために予約された追加の再送リソースの指示、以前に受信した別のＳＣＩ内の予約されたリソースに関連付けられたタイムスロットにおけるＨＡＲＱＲＴＴ期間の満了、かつ／又は、以前に受信した別のＳＣＩ内の予約されたリソースに関連付けられたタイムスロットにおける受信したＳＣＩの復号、のいずれかに基づいて開始される。

例えば、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）及び／又は第２のＷＴＲＵ（例えば、ＴＸＷＴＲＵ）の間のサイドリンク通信のリソース割当てモード、受信したＳＣＩ若しくは以前に受信した別のＳＣＩによってＨＡＲＱプロセスのために予約された追加の再送リソースの指示、かつ／又は、以前に受信した別のＳＣＩ内の予約されたリソースに関連付けられたタイムスロットにおける受信されたＳＣＩの復号、のいずれかに基づいて、ＤＲＸ再送タイマの値を決定するように構成することができる。

例えば、サイドリンク通信はユニキャスト通信である。

図７は、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）と第２のＷＴＲＵ（例えば、ＴＸＷＴＲＵ）との間のサイドリンク通信のための、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）によって実施される方法７００の例を示す図である。

実施形態によれば、ステップ７１０において、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、（１）Ｄ２Ｄ通信の送信のために予約された１つ以上の第１の送信リソースを示す第１の情報と、（２）少なくとも１つの第２の送信リソースがＤ２Ｄ通信の再送のために予約されているかどうかを示す第２の情報と、を含むＤ２Ｄ制御情報を、第２のＷＴＲＵ（例えば、ＴＸＷＴＲＵ）から受信するように構成することができる。

実施形態によれば、ステップ７２０において、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、Ｄ２Ｄ通信の再送の受信時刻よりも前に終了する、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）のスリープ期間を決定するように構成することができ、スリープ期間は第２の情報に基づく。

実施形態によれば、ステップ７３０において、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、決定されたスリープ期間の終了後、Ｄ２Ｄ通信の再送を受信するように構成することができる。

例えば、第２の情報が、少なくとも１つの第２の送信リソースがＤ２Ｄ通信の再送のために予約されていることを示すことを条件として、決定されたスリープ期間は、予約された少なくとも１つの第２の送信リソースに関連付けられたタイミング情報に基づく。

例えば、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、スリープ期間の値を取得するように更に構成することができ、第２の情報が、少なくとも１つの第２の送信リソースがＤ２Ｄ通信の再送のために予約されていることを示していないことを条件として、決定されたスリープ期間は、取得されたスリープ期間の値に基づく。

例えば、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、スリープ期間の値を示すネットワーク設定情報を受信することによって、スリープ期間の値を取得するように更に構成することができる。

例えば、スリープ期間の値を取得するステップは、事前に設定された値に基づいてスリープ期間の値を決定することにより、スリープ期間の値を取得するように更に構成することができる。

例えば、Ｄ２Ｄ制御情報は、第１の送信リソースに関連付けられたＤ２Ｄフィードバック情報の送信が有効であるかどうかを示す情報を更に含む。

例えば、決定されたスリープ期間は、Ｄ２Ｄ制御情報の受信に続くタイムスロットにおいて開始される。

例えば、Ｄ２Ｄフィードバック情報の送信が有効であることを条件として、決定されたスリープ期間は、Ｄ２Ｄフィードバック情報の送信に続くタイムスロットにおいて開始される。

例えば、Ｄ２Ｄフィードバック情報の送信が無効であることを条件として、決定されたスリープ期間は、Ｄ２Ｄ制御情報の受信に続くタイムスロットにおいて開始される。

例えば、決定されたスリープ期間は、所定の時点において、又は受信されたＤ２Ｄ制御情報に示された時点において、開始される。

例えば、決定されたスリープ期間は、Ｄ２Ｄ通信のキャストタイプに基づく時点において開始される。

例えば、Ｄ２Ｄ通信はサイドリンク通信である。

図８は、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）と第２のＷＴＲＵ（例えば、ＴＸＷＴＲＵ）との間のサイドリンク通信のための、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）によって実施される方法８００の例を示す図である。

実施形態によれば、ステップ８１０において、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、（１）Ｄ２Ｄ通信の送信のために予約された１つ以上の第１の送信リソースを示す第１の情報と、（２）第１の送信リソースに関連付けられたＤ２Ｄフィードバック情報の送信が有効であるかどうかを示す第２の情報と、を含むＤ２Ｄ制御情報を、第２のＷＴＲＵ（例えば、ＴＸＷＴＲＵ）から受信するように構成することができる。

実施形態によれば、ステップ８２０において、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、Ｄ２Ｄ通信の再送の受信時刻よりも前に終了する、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）のスリープ期間を決定するように構成することができ、スリープ期間の開始時刻は、第２の情報に基づく。

実施形態によれば、ステップ８３０において、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、決定されたスリープ期間の終了後、Ｄ２Ｄ通信の再送を受信するように構成することができる。

図９は、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）と第２のＷＴＲＵ（例えば、ＴＸＷＴＲＵ）との間のサイドリンク通信のための、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）によって実施される方法９００の例を示す図である。

実施形態によれば、ステップ９１０において、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、Ｄ２Ｄ通信の送信のために予約された１つ以上の第１の送信リソースを示す情報を含むＤ２Ｄ制御情報を、第２のＷＴＲＵ（例えば、ＴＸＷＴＲＵ）から受信するように構成することができる。

実施形態によれば、ステップ９２０において、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、Ｄ２Ｄ通信の再送の受信時刻よりも前に終了するスリープ期間を決定するように構成することができ、決定されたスリープ期間は、Ｄ２Ｄ制御情報の受信に続くタイムスロットにおいて開始される。

実施形態によれば、ステップ９３０において、第１のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）は、決定されたスリープ期間の終了後、Ｄ２Ｄ通信の再送を受信するように構成することができる。

図１０は、第１のＷＴＲＵ（例えばＴＸＷＴＲＵ）と第２のＷＴＲＵ（例えばＲＸＷＴＲＵ）との間のサイドリンク通信のための、第１のＷＴＲＵ（例えばＴＸＷＴＲＵ）によって実施される方法１０００の例を示す図である。

実施形態によれば、ステップ１０１０において、第１のＷＴＲＵ（例えば、ＴＸＷＴＲＵ）は、（１）Ｄ２Ｄ通信の送信のために予約された１つ以上の第１の送信リソースを示す第１の情報と、（２）Ｄ２Ｄ通信の再送のために予約された少なくとも１つの第２の送信リソースを示す第２の情報と、を含むＤ２Ｄ制御情報を、第２のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）に送信するように構成することができる。

実施形態によれば、ステップ１０１０において、第１のＷＴＲＵ（例えば、ＴＸＷＴＲＵ）は、Ｄ２Ｄ通信の再送のために予約された少なくとも１つの第２の送信リソースがプリエンプション指示／情報に関連付けられていることを条件として、Ｄ２Ｄ通信の再送のために予約された少なくとも１つの第３の送信リソースを示す第３の情報を含む更なるＤ２Ｄ制御情報を、第２のＷＴＲＵ（例えば、ＲＸＷＴＲＵ）に送信するように構成することができ、ここで、少なくとも１つの第３の送信リソースは、第２の情報に示される少なくとも１つの第２の送信リソースの後に（例えば第２の送信リソースの後の送信リソースの第１のウィンドウにおいて）予約される。

例えば、第１のＷＴＲＵ（例えば、ＴＸＷＴＲＵ）は、Ｄ２Ｄ通信の再送のために予約された少なくとも１つの第３の送信リソースを（再）選択するように構成することができる。

加えて、方法について説明される任意の特徴、変形例、又は実施形態は、開示された方法を処理するための手段を含む装置デバイスと互換性があり、開示された方法を処理するように構成されたプロセッサを備えるデバイスと互換性があり、プログラムコード命令を含むコンピュータプログラム製品と互換性があり、かつプログラム命令を記憶する非一時的なコンピュータ可読記憶媒体と互換性がある。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一般に、本明細書、特に添付の請求項（例えば添付の請求項の本体）において使用されている用語は、一般に「非限定」用語として意図されることが当業者には理解されるであろう（例えば、用語「含んでいる」は、「含んでいるがそれらに限定されない」と解釈するべきであり、用語「有する」は、「を少なくとも有する」と解釈するべきであり、用語「含む」は、「含むがそれらに限定されない」と解釈するべきである）。更に、導入された請求項の特定の数の記載が意図される場合、そのような意図は請求項に明示的に記載されており、そのような記載がない場合、そのような意図は存在しないことが、当業者には理解されるであろう。例えば、１つの項目のみが意図される場合、「単一」という用語又は類似する言葉が使用され得る。理解を助けるために、以下の添付の請求項及び／又は本明細書の説明は、請求項の記載を導入するために「少なくとも１つの」及び「１つ以上の」という導入句の使用を含み得る。しかしながら、このような句の使用は、不定冠詞「ａ」又は「ａｎ」による請求項の記載の導入が、そのような導入された請求項の記載を含む任意の特定の請求項を、１つのそのような記載のみを含む実施形態に制限することを意味するものと解釈すべきではなく、たとえ同じ請求項に、導入句「１つ以上の」又は「少なくとも１つの」及び「ａ」又は「ａｎ」などの不定冠詞が含まれていても同様である（例えば「ａ」及び／又は「ａｎ」は「少なくとも１つの」又は「１つ以上」を意味するものと解釈すべきである）。請求項の記載を導入するために使用される定冠詞の使用も同様である。更に、導入された請求項の特定の数の記載が明示的に記載されている場合でも、かかる記載は少なくとも記載された数を意味するものと解釈されるべきであることが、当業者には認識されるであろう（例えば、他の修飾語なしの「２つの記載」という単純な記載は、少なくとも２つの記載、又は２つ以上の記載を意味する）。更に、「Ａ、Ｂ、及びＣのうちの少なくとも１つ」に類似する表記が使用される場合、一般に、そのような構造は、当業者がその表記を理解するであろう意味として意図される（例えば、「Ａ、Ｂ、及びＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、並びに／又は、Ａ、Ｂ、及びＣを一緒に、有するシステムを含み、ただしこれらに限定されない）。「Ａ、Ｂ、又はＣのうちの少なくとも１つ」に類似する表記が使用される場合、一般に、そのような構造は、当業者がその表記を理解するであろう意味として意図される（例えば、「Ａ、Ｂ、又はＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、並びに／又は、Ａ、Ｂ、及びＣを一緒に、有するシステムを含み、ただしこれらに限定されない）。説明、請求項、又は図面のいずれにおいても、２つ以上の代替的な用語を提示する実質的に任意の離接的な語及び／又は句は、用語の一方、用語のいずれか、又は両方の用語を含む可能性を企図するものと理解されるべきであることが、当業者には更に理解されるであろう。例えば、「Ａ又はＢ」という句は、「Ａ」若しくは「Ｂ」又は「Ａ及びＢ」の可能性を含むものと理解されたい。更に、本明細書で使用される、複数の項目のリスト及び／又は複数の項目のカテゴリのリストが後ろに続く用語「～のいずれか」は、項目及び／又は項目のカテゴリの、「のいずれか」、「の任意の組み合わせ」、「の任意の複数」、及び／又は「の任意の複数の組み合わせ」を、個別に、又は他の項目及び／又は他の項目のカテゴリとの組み合わせにおいて、含むことを意図している。更に、本明細書で使用される、用語「セット」は、ゼロを含む任意の数の項目を含むことを意図している。更に、本明細書で使用される、用語「数」は、ゼロを含む任意の数を含むことを意図している。また、本明細書で使用される「多重」という用語は、「複数」と同義であることが意図される。

更に、本開示の特徴又は態様がＭａｒｋｕｓｈ群の観点から説明されている場合、当業者には、本開示がそれによってＭａｒｋｕｓｈ群の任意の個々のメンバー又はメンバーのサブグループの観点からも説明されることが認識されるであろう。

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

更に、請求項は、特にそのように記載されない限り、提供された順序又は提供された要素に限定されるものとして読まれるべきではない。更に、いかなる請求項においても、「ための手段」という用語の使用は、米国特許法第１１２条、第６項、又はミーンズプラスファンクションの請求項形式に訴えることを意図しており、「ための手段」という用語を有さないいかなる請求項もそのようには意図されていない。

Claims

第１の無線送信／受信ユニット（ＷＴＲＵ）と第２のＷＴＲＵとの間のデバイス間（Ｄ２Ｄ）通信のための、前記第１のＷＴＲＵによって実施される方法であって、前記方法は、
（１）前記Ｄ２Ｄ通信の送信のために予約された１つ以上の第１の送信リソースを示す第１の情報と、（２）少なくとも１つの第２の送信リソースが前記Ｄ２Ｄ通信の再送のために予約されているかどうかを示す第２の情報と、を含むＤ２Ｄ制御情報を、前記第２のＷＴＲＵから受信することと、
前記Ｄ２Ｄ通信の前記再送の受信時刻よりも前に終了する、前記第１のＷＴＲＵのスリープ期間を決定することであって、前記スリープ期間は前記第２の情報に基づく、ことと、
決定された前記スリープ期間の終了後に、前記Ｄ２Ｄ通信の前記再送を受信することと、を含む、方法。
前記第２の情報が、少なくとも１つの第２の送信リソースが前記Ｄ２Ｄ通信の再送のために予約されていることを示すことを条件として、決定された前記スリープ期間は、前記予約された少なくとも１つの第２の送信リソースに関連付けられたタイミング情報に基づく、請求項１に記載の方法。
スリープ期間の値を取得することを更に含み、前記第２の情報が、少なくとも１つの第２の送信リソースが前記Ｄ２Ｄ通信の再送のために予約されていることを示していないことを条件として、決定された前記スリープ期間は、前記取得されたスリープ期間の値に基づく、請求項１に記載の方法。
スリープ期間の値を取得することは、前記スリープ期間の値を示すネットワーク設定情報を受信することを含む、請求項３に記載の方法。
スリープ期間の値を取得することは、事前設定された値に基づいて前記スリープ期間の値を決定することを含む、請求項３に記載の方法。
前記Ｄ２Ｄ制御情報は、前記第１の送信リソースに関連付けられたＤ２Ｄフィードバック情報の送信が有効であるかどうかを示す情報を更に含む、請求項３～５のいずれか一項に記載の方法。
決定された前記スリープ期間は、前記Ｄ２Ｄ制御情報の前記受信に続くタイムスロットにおいて開始される、請求項１又は２に記載の方法。
前記Ｄ２Ｄフィードバック情報の前記送信が有効であることを条件として、決定された前記スリープ期間は、前記Ｄ２Ｄフィードバック情報の前記送信に続くタイムスロットにおいて開始される、請求項６に記載の方法。
前記Ｄ２Ｄフィードバック情報の前記送信が無効であることを条件として、決定された前記スリープ期間は、前記Ｄ２Ｄ制御情報の前記受信に続くタイムスロットにおいて開始される、請求項６に記載の方法。
決定された前記スリープ期間は、所定の時点において、又は受信された前記Ｄ２Ｄ制御情報に示された時点において開始される、請求項３～５のいずれか一項に記載の方法。
決定された前記スリープ期間は、前記Ｄ２Ｄ通信のキャストタイプに基づく時点において開始される、請求項３～５のいずれか一項に記載の方法。
前記Ｄ２Ｄ通信はサイドリンク通信である、請求項１～１１のいずれか一項に記載の方法。
第２の無線送信／受信ユニット（ＷＴＲＵ）との間のデバイス間（Ｄ２Ｄ）通信のための第１のＷＴＲＵであって、前記第１のＷＴＲＵは、送信機、受信機、プロセッサ、及びメモリを含む回路を備えており、
（１）前記Ｄ２Ｄ通信の送信のために予約された１つ以上の第１の送信リソースを示す第１の情報と、（２）少なくとも１つの第２の送信リソースが前記Ｄ２Ｄ通信の再送のために予約されているかどうかを示す第２の情報と、を含むＤ２Ｄ制御情報を、前記第２のＷＴＲＵから受信することと、
前記Ｄ２Ｄ通信の前記再送の受信時刻よりも前に終了する、前記第１のＷＴＲＵのスリープ期間を決定することであって、前記スリープ期間は、前記第２の情報に基づく、ことと、
決定された前記スリープ期間の終了後に、前記Ｄ２Ｄ通信の前記再送を受信することと、を行うように構成されている、第１のＷＴＲＵ。
前記第２の情報が、少なくとも１つの第２の送信リソースが前記Ｄ２Ｄ通信の再送のために予約されていることを示すことを条件として、決定された前記スリープ期間は、前記予約された少なくとも１つの第２の送信リソースに関連付けられたタイミング情報に基づく、請求項１３に記載の第１のＷＴＲＵ。
前記回路は、スリープ期間の値を取得するように更に構成されており、前記第２の情報が、少なくとも１つの第２の送信リソースが前記Ｄ２Ｄ通信の再送のために予約されていることを示さないことを条件として、決定された前記スリープ期間は、取得された前記スリープ期間の値に基づく、請求項１３に記載の第１のＷＴＲＵ。
前記回路は、前記スリープ期間の値を示すネットワーク設定情報を受信するように更に構成されている、請求項１５に記載の第１のＷＴＲＵ。
前記回路は、前記スリープ期間の値を事前設定された値に基づいて決定するように更に構成されている、請求項１５に記載の第１のＷＴＲＵ。
前記Ｄ２Ｄ制御情報は、前記第１の送信リソースに関連付けられたＤ２Ｄフィードバック情報の送信が有効であるかどうかを示す情報を更に含む、請求項１５～１７のいずれか一項に記載の第１のＷＴＲＵ。
決定された前記スリープ期間は、前記Ｄ２Ｄ制御情報の前記受信に続くタイムスロットにおいて開始される、請求項１３又は１４に記載の第１のＷＴＲＵ。
前記Ｄ２Ｄフィードバック情報の前記送信が有効であることを条件として、決定された前記スリープ期間は、前記Ｄ２Ｄフィードバック情報の前記送信に続くタイムスロットにおいて開始される、請求項１８に記載の第１のＷＴＲＵ。
前記Ｄ２Ｄフィードバック情報の前記送信が無効であることを条件として、決定された前記スリープ期間は、前記Ｄ２Ｄ制御情報の前記受信に続くタイムスロットにおいて開始される、請求項１８に記載の第１のＷＴＲＵ。
決定された前記スリープ期間は、所定の時点において、又は受信された前記Ｄ２Ｄ制御情報に示された時点において開始される、請求項１５～１７のいずれか一項に記載の第１のＷＴＲＵ。
決定された前記スリープ期間は、前記Ｄ２Ｄ通信のキャストタイプに基づく時点において開始される、請求項１５～１７のいずれか一項に記載の第１のＷＴＲＵ。
前記Ｄ２Ｄ通信はサイドリンク通信である、請求項１３～２３のいずれか一項に記載の第１のＷＴＲＵ。