JP2021013158A - 無線通信システムにおけるデバイスツーデバイス通信のための時間ギャップを示すための方法および装置 - Google Patents

Abstract

【課題】無線通信システムにおけるデバイスツーデバイス通信のための時間ギャップを示すための方法を提供する。【解決手段】方法は、第１のＵＥに、サイドリンク送信のためにサイドリンクリソースプールが設定または予め設定されることと、第１のＵＥがＴＢ（トランスポートブロック）のためのリソースを選択するようにトリガされ、ＴＢの送信のために第１のリソースを選択することと、ＴＢのＨＡＲＱ−ＡＣＫベースの再送のための第２のリソースを選択することを含み、第２のリソースは第１のリソースよりも後であり、第１のリソースと第２のリソースとの間の時間ギャップは、第１の継続時間よりも大きいかまたは等しい。さらに、第１のＵＥがＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を送信し、スロット内の第１のリソースでＴＢを第２のＵＥに送信することを含み、ＳＣＩが、第１のリソースと第２のリソースを示す。【選択図】図２０

Description

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

本開示は、概して、無線通信ネットワークに関し、より詳細には、無線通信システムにおけるデバイスツーデバイス通信のための時間ギャップを示すための方法および装置に関する。

移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。

例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。

方法および装置は、第１のユーザ機器（ＵＥ）の観点から開示される。一実施態様において、本方法は、第１のＵＥに、サイドリンク送信のためにサイドリンクリソースプールが設定または予め設定されることを含む。本方法はまた、第１のＵＥが、ＴＢ（トランスポートブロック）のためのリソースを選択するためにトリガされることを含む。本方法は、第１のＵＥがＴＢの送信のために第１のリソースを選択することをさらに含む。さらに、本方法は、第１のＵＥが、ＴＢのＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat Request-Acknowledgement）ベースの再送のための第２のリソースを選択することを含み、第２のリソースが、第１のリソースよりも後であり、第１のリソースと第２のリソースとの間の時間ギャップは、第１の継続時間よりも大きいかまたは等しい。さらに、本方法は、第１のＵＥが、ＳＣＩ（Sidelink Control Information）を送信し、スロット内の第１のリソースでＴＢを第２のＵＥに送信することを含み、ＳＣＩが、第１のリソースと第２のリソースを示す。

１つの例示的な実施形態による無線通信システムの図を示す。 １つの例示的な実施形態による、送信機システム（アクセスネットワークとしても知られる）および受信機システム（ユーザ機器またはＵＥとしても知られる）のブロック図である。 １つの例示的な実施形態による、通信システムの機能ブロック図である。 １つの例示的な実施形態による、図３のプログラムコードの機能ブロック図である。 ３ＧＰＰ ＴＳ ３６．２１３ Ｖ１５．３．０の表１４．２−１の複製である。 ３ＧＰＰ ＴＳ ３６．２１３ Ｖ１５．３．０の表１４．２−２の複製である。 ３ＧＰＰ ＴＳ ３６．２１３ Ｖ１５．３．０の表１４．２．１−１の複製である。 ３ＧＰＰ ＴＳ ３６．２１３ Ｖ１５．３．０の表１４．２．１−２の複製である。 ３ＧＰＰ Ｒ１−１９０６７９６の図５の複製である。 １つの例示的な実施形態による図である。 １つの例示的な実施形態による図である。 １つの例示的な実施形態による図である。 １つの例示的な実施形態による図である。 １つの例示的な実施形態による図である。 １つの例示的な実施形態による図である。 １つの例示的な実施形態による図である。 １つの例示的な実施形態による図である。 １つの例示的な実施形態による図である。 １つの例示的な実施形態による図である。 １つの例示的な実施形態によるフローチャートである。 １つの例示的な実施形態によるフローチャートである。 １つの例示的な実施形態によるフローチャートである。 １つの例示的な実施形態によるフローチャートである。 １つの例示的な実施形態によるフローチャートである。

以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムが、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ ＬＴＥ（Long Term Evolution）無線アクセス、３ＧＰＰ ＬＴＥ−ＡもしくはＬＴＥ−Ａｄｖａｎｃｅｄ（Long Term Evolution Advanced）、３ＧＰＰ２ ＵＭＢ（Ultra Mobile Broadband）、ＷｉＭａｘ、３ＧＰＰ ＮＲ（New Radio）、またはその他何らかの変調技術に基づいてもよい。

特に、以下に説明する例示的な無線通信システムおよびデバイスが、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてもよく、その標準は、R2-162366, “Beam Forming Impacts”, Nokia, Alcatel-Lucent; R2-163716, “Discussion on terminology of beamforming based high frequency NR”, Samsung; R2-162709, “Beam support in NR”, Intel; R2-162762, “Active Mode Mobility in NR: SINR drops in higher frequencies”, Ericsson; R3-160947, TR 38.801 V0.1.0, “Study on New Radio Access Technology; Radio Access Architecture and Interfaces”; R2-164306, “Summary of email discussion [93bis#23][NR] Deployment scenarios”, NTT DOCOMO; 3GPP RAN2#94 meeting minute; TS 36.213 V15.3.0 (2018-09), “E-UTRA; Physical layer procedures (Release 15)”; TS 36.212 V15.2.1 (2018-07), “E-UTRA; Multiplexing and channel coding (Release 15)”; TS 36.214 V14.4.0 (2017-12), “E-UTRA; Physical layer; Measurements (Release 14); TS 36.211 V15.2.0 (2018-06), “E-UTRA; Physical channels and modulation (Release 15)”; R1-1810051, “Final Report of 3GPP TSG RAN WG1 #94 v1.0.0 (Gothenburg, Sweden, 20th - 24th August 2018)”; R1-1812101, “Final Report of 3GPP TSG RAN WG1 #94bis v1.0.0 (Chengdu, China, 8th - 12h October 2018)”; Draft Report of 3GPP TSG RAN WG1 #95 v0.1.0 (Spokane, USA, 12^th - 16h November 2018); Draft Report of 3GPP TSG RAN WG1 #AH_1901 v0.1.0 (Taipei, Taiwan, 21st - 25th January 2019); RP-182111, “Revised SID: Study on NR V2X”, LG Electronics; 及びDraft Report of 3GPP TSG RAN WG1 #96 v0.1.0 (Athens, Greece, 25th February - 1st March 2019); R1-1903769, “Feature lead summary #3 for agenda item 7.2.4.1.1 Physical layer structure” , LG Electronics; Final Chairman’s Note of 3GPP TSG RAN WG1 Meeting #96bis (Xian, China, April 8th - April 12th, 2019); Draft Report of 3GPP TSG RAN WG1 #97 v0.3.0 (Reno, USA, 13th - 17th May 2019); R1-1906796, “Sidelink Resource Allocation Mode-2 Design for NR V2X Communication”, Intel Corporation; TS 36.321 V14.8.0 (2018-09), “Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification (Release 14)”を含む。上記に挙げた標準および文書は、その全体が参照により本明細書に明示的に援用される。

図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６を含み、別のグループは１０８および１１０を含み、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。

アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。

順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。

アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。

図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。

一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。

各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。

そして、すべてのデータストリームについての変調シンボルはＴＸ ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ ＭＩＭＯプロセッサ２２０は、Ｎ_Ｔ個の変調シンボルストリームをＮ_Ｔ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。

各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮ_Ｔ個の変調信号がそれぞれ、Ｎ_Ｔ個のアンテナ２２４ａ〜２２４ｔから送信される。

受信機システム２５０においては、送信された変調信号はＮ_Ｒ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。

そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、Ｎ_Ｒ個の受信機２５４からのＮ_Ｒ個の受信シンボルストリームを受信および処理して、Ｎ_Ｔ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。

プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。

逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。

送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。

図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＬＴＥまたはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。

図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。

３ＧＰＰ ＴＳ ３６．２１３ Ｖ１５．３．０は、Ｖ２Ｘ （Vehicle-to-Everyting）送信のためのＵＥ手順を規定する。Ｖ２Ｘ送信は、サイドリンク送信モード３またはサイドリンク送信モード４として以下のように実行される：
［外１］

［「PDCCH/EPDCCH configured by SL-RNTI」と題する、３ＧＰＰ ＴＳ ３６．２１３ Ｖ１５．３．０の表１４．２−１は、図５として複製］
［外２］

［「PDCCH/EPDCCH configured by SL-V-RNTI or SL-SPS-V-RNTI」と題する、３ＧＰＰ ＴＳ ３６．２１３ Ｖ１５．３．０の表１４．２−２は、図６として複製］
［外３］

［「Mapping of DCI format 5A offset field to indicated value m」と題する、３ＧＰＰ ＴＳ ３６．２１３ Ｖ１５．３．０の表１４．２．１−１は、図７として複製］
［「Determination of the Resource reservation field in SCI format 1」と題する、３ＧＰＰ ＴＳ ３６．２１３ Ｖ１５．３．０の表１４．２．１−２は、図８として複製］

３ＧＰＰ ＴＳ ３６．２１４ Ｖ１４．４．０は、サイドリンク送信についていくつかの測定を以下のように規定している：
［外４］

３ＧＰＰ ＴＳ ３６．２１２ Ｖ１５．２．１は、下りリンク共有チャネルおよび下りリンク制御情報のためのＣＲＣ添付を規定している。下りリンク共有チャネルおよび下りリンク制御情報は、ネットワークノードとＵＥとの間の通信、すなわちＵｕリンクのためのものである。
［外５］

また、３ＧＰＰ ＴＳ ３６．２１２ Ｖ１５．２．１は、サイドリンク共有チャネルおよびサイドリンク制御情報のためのＣＲＣ添付を規定している。サイドリンク共有チャネルおよびサイドリンク制御情報は、デバイス間の通信、すなわち、ＰＣ５リンクまたはデバイスツーデバイスリンクのためのものである。
［外６］

３ＧＰＰ ＴＳ ３６．２１１ Ｖ１５．２．０は、物理サイドリンク共有チャネルと物理サイドリンク制御チャネルについての生成を規定している。物理サイドリンク共有チャネルおよび物理サイドリンク制御チャネルは、デバイス間の通信、すなわち、ＰＣ５リンクまたはデバイスツーデバイスリンクのためのものである。物理サイドリンク共有チャネル（ＰＳＳＣＨ）は、サイドリンク共有チャネルに対してデータ／転送ブロックを送達する。物理サイドリンク制御チャネル（ＰＳＣＣＨ）は、サイドリンク制御情報（ＳＣＩ）を送達する。
［外７］

３ＧＰＰ ＲＰ−１８２１１１は、ＮＲ Ｖ２Ｘに関する研究項目の正当性および目的を以下のように規定している：
［外８］

ＲＡＮ１ ＃９４会議（３ＧＰＰ Ｒ１−１８１２１０１に記載されているように）では、ＲＡＮ１は以下のようにＮＲ Ｖ２Ｘに関していくつかの合意をしている：
［外９］

ＲＡＮ１ ＃９４ｂｉｓ会議（３ＧＰＰ Ｒ１−１８１２１０１で議論されているように）では、ＲＡＮ１は以下のようにＮＲ Ｖ２Ｘに関していくつかの合意をしている：
［外１０］

ＲＡＮ１ ＃９５会議（３ＧＰＰ ＲＰ−１８２１１１で議論されているように）では、ＲＡＮ１は以下のようにＮＲ Ｖ２Ｘに関していくつかの合意をしている：
［外１１］

ＲＡＮ１ ＃ＡＨ１９０１会議（Ｄｒａｆｔ Ｒｅｐｏｒｔ ｏｆ ３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃ＡＨ＿１９０１ Ｖ０．１．０で議論されているように）では、ＲＡＮ１は以下のようにＮＲ Ｖ２Ｘに関していくつかの合意をしている：
［外１２］

ＲＡＮ１ ＃９６会議（Ｄｒａｆｔ Ｒｅｐｏｒｔ ｏｆ ３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９６ Ｖ０．１．０で議論されているように）では、（Ｖ２Ｘ）サイドリンク送信について以下の合意に達している：
［外１３］

３ＧＰＰ Ｒ１−１９０３７６９では、２段階のＳＣＩに関する２つの提案が以下のように説明されている：
［外１４］

Ｆｉｎａｌ Ｒｅｐｏｒｔ ｏｆ ３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９６ｂ ｖ１．０．０は以下を記載している：
［外１５］

Ｄｒａｆｔ Ｒｅｐｏｒｔ ｏｆ ３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９７ Ｖ０．３．０は以下を記載している：
［外１６］

３ＧＰＰ Ｒ１−１９０６７９６では、１つのセッションは予約サイドリンクリソースの時間ギャップを示す２つのスキームに関して議論した。この開示では、先読みリソース予約シグナリングは、サイドリンク送信が将来のサイドリンクの予約リソースを示すだけである可能性がある。言い換えれば、サイドリンク送信は、関連付けられた前回のサイドリンク送信または（ＬＴＥ Ｖ２Ｘサイドリンクとは異なり）（今回の）サイドリンク送信を示さない。
［外１７］

［「Chain-based resource reservation vs. look-ahead resource reservation signaling」と題する、３ＧＰＰ Ｒ１−１９０６７９６の図５は、図９として複製］
［外１８］

３ＧＰＰ ＴＳ ３６．３２１ Ｖ１４．８．０は以下を記載している：
［外１９］

以下の用語の１つ以上が以後使用されてもよい：
スロット：スロットは、ＮＲにおけるスケジューリング単位とすることができる。
スロット継続時間は１４ＯＦＤＭシンボルを有する。
ミニスロット：ミニスロットは、継続時間が１４ＯＦＤＭシンボル未満のスケジューリング単位である。

ＬＴＥ／ＬＴＥ−Ａ Ｖ２Ｘおよび／またはＰ２Ｘ送信の場合、２つの送信モードがある。一方のモードは、サイドリンク送信モード３（３ＧＰＰ ＴＳ ３６．２１２ Ｖ１５．２．１で議論されているように）などのネットワークを介してスケジューリングされ、他方のモードは、サイドリンク送信モード４（３ＧＰＰ ＴＳ ３６．２１２ Ｖ１５．２．１で議論されているように）などのセンシングベース送信である。センシングベースの送信は、ネットワークを介してスケジュールされないため、ＵＥは、他のＵＥからのまたは他のＵＥにおけるリソース衝突および干渉を回避するために、送信のためのリソースを選択する前にセンシングを実行する必要がある。

ＬＴＥ／ＬＴＥ−Ａサイドリンク送信モード４の場合、ＵＥはセンシング結果に基づいて導出された候補リソースから自律的に（ランダムに）リソースを選択する。ＬＴＥ／ＬＴＥ−Ａリリース１４では、Ｖ２Ｘリソースプールは、送信モードのうちの１つで設定される。従って、２つの送信モードがＶ２Ｘリソースプールで混在して利用されない。ＬＴＥ／ＬＴＥ−Ａリリース１５では、２つの送信モードがＶ２Ｘリソースプールで混在して利用され得る。

ＬＴＥ／ＬＴＥ−Ａサイドリンク送信モード３の場合、ネットワークノードは、ＰＳＣＣＨ（Physical Sidelink Control Channel）および／またはＰＳＳＣＨ （Physical Sidelink Shared Channel）をスケジューリングするために、Ｕｕインタフェース上で、ＬＴＥ／ＬＴＥ−ＡにおけるＤＣＩ（Downlink Control Information）フォーマット５ＡなどのＳＬ（Sidelink）グラントを送信することができる。Ｖ２Ｘ ＵＥは、受信したＤＣＩフォーマット５Ａに応答して、ＰＣ５インタフェース上でＰＳＣＣＨおよびＰＳＳＣＨを実行することができる。Ｖ２Ｘ ＵＥは、ＤＣＩフォーマット５Ａの受信に関連付けられたフィードバックＨＡＲＱ−ＡＣＫをネットワークノードに提供しないことに留意する。Ｕｕインタフェースは、ネットワークとＵＥ間の通信のための無線インタフェースを意味する。ＰＣ５インタフェースは、ＵＥ間の通信のための無線インタフェースを意味する。

ＤＣＩフォーマット５Ａは、ＰＳＣＣＨおよび／またはＰＳＳＣＨの１つの送信機会をスケジューリングすることができ、ここで、ＤＣＩフォーマット５Ａは、ＳＬ−Ｖ−ＲＮＴＩを介してスクランブルされたＣＲＣを備える。代替的には、ＤＣＩフォーマット５Ａは、ＰＳＣＣＨおよび／またはＰＳＳＣＨの半永続的な周期的送信の機会をスケジューリングすることができ、ここで、ＤＣＩフォーマット５Ａは、ＳＬ−ＳＰＳ−Ｖ−ＲＮＴＩを介してスクランブルされたＣＲＣを備える。より具体的には、ＳＬ−ＳＰＳ−Ｖ−ＲＮＴＩを介してスクランブルされたＣＲＣを備えたＤＣＩフォーマット５Ａは、ＰＳＣＣＨおよび／またはＰＳＳＣＨの半永続的な周期的送信機会を起動または解放することができる。周期性は、２０、５０、１００、２００、．．．、および１０００ｍｓのうちの１つでＲＲＣに設定され得る。

さらに、ＬＴＥにおけるＶ２Ｘサイドリンクの場合、多くても１つのブラインド再送（例えば、ＳＬ ＴＸ ＵＥは、フィードバック指示なしで再送）が関係する。ＬＴＥサイドリンクＶ２Ｘでのトラフィックは、要求が高すぎることを心配しなくてもよい。ＳＣＩフォーマット１を備えたＳＣＩ（Sidelink Control Information）は、初期サイドリンク送信のための第１のリソースおよび／またはブラインド再送のための第２のリソースを示すことができる。ＳＣＩの再送インデックスフィールドは、現在のリソースが第１のリソースであるか、第２のリソースであるかを示すことができる。ＳＣＩ内の時間ギャップフィールドは、第１のリソースと第２のリソースとの間の論理スロットオフセット（例えば、サイドリンクリソースプール内のスロットを考慮したスロットオフセット）を介した時間領域オフセットを示すことができる。ＳＣＩ内の予約リソースフィールドは半静的予約リソースを示すことができる。

ＮＲ Ｖ２Ｘサイドリンクでは、ＬＴＥ Ｖ２Ｘサイドリンクからいくつかの機能（例えば、ＮＷスケジューリングモードでのＵＥおよび／または自律モードでのＵＥのためのリソースプール共有）が継承されることができたとしても、より高い信頼性と厳密なレイテンシ要件を備えたサービスがますます特定されるため、拡張が必要になる可能性がある。信頼性を高めるために、（ＳＬ）−ＨＡＲＱ−ＡＣＫフィードバックおよび／またはサイドリンクのためのより多くの再送（例えば、サイドリンクブラインド再送および／またはＨＡＲＱ−ＡＣＫベースのサイドリンク再送）が考えられる。しかしながら、ＬＴＥサイドリンクＶ２Ｘからなんら変更をしないと、この拡張はＳＣＩシグナリングオーバヘッドを増加させ、ＳＣＩ設計を複雑にする可能性がある。加えて、予約リソースについて周囲のＵＥを示すために、ＳＬ ＴＸ ＵＥは、再送や新しい送信に関係なく、予約リソースを示すＳＣＩを送信する必要がある。再送回数が増加する場合、ＳＣＩシグナリングのオーバーヘッドも増加する可能性がある。従って、適切なシグナリングオーバヘッドを備えたサイドリンクのためのより多くの再送を示すためにどのようにＳＣＩを設計するかが、さらに議論される必要がある。加えて、ＨＡＲＱ−ＡＣＫベースの（サイドリンク）再送または（サイドリンク）ブラインド再送のために使用される予約リソースをどのように決定するかが、さらに研究される必要がある可能性がある。

第１のＵＥは、サイドリンクリソースプールにおいてサイドリンク送信を実行してもよい。第１のＵＥは、サイドリンクリソースプールの第１のスロットにおいて第１のＴＢ（Transport Block）を搬送するスケジューリングされたＰＳＳＣＨを示す第１の（スケジューリング）ＳＣＩを送信してもよい。ＭＩＭＯ方式が関係する場合、２つのＴＢがスケジューリングされたＰＳＳＣＨで搬送されるとみなされ得る。

第１のＵＥは、第１のスロットの第１のＴＢの最初のまたは新しいサイドリンク送信を送信してもよい。最初の（スケジューリング）ＳＣＩは、（将来の）予約リソースを示すことができる。予約リソースは、長期予約リソースおよび／または短期予約リソースを含むことができる。長期予約リソースは周期的な方式（例えば、Ｚｍｓごとに短期予約リソースを複製する）である可能性がある。

第１のＵＥは、長期予約リソース上で第２のＴＢを搬送する別のサイドリンク送信を実行することができる。第１のＵＥは、短期予約リソース上で第１のＴＢの再送を実行することができる。第１のＳＣＩは、短期予約リソースの量またはリソースの第１の数を示すことができる。第１のＳＣＩは、量またはリソースの第１の数の時間領域および／または周波数領域を示すことができる（例えば、サイドリンクリソースプールにおいて、どのスロットおよび／またはどのサブチャネルが占有されるか）。第１の数は、第１のＴＢ（将来的にもしくはその後の手法、またはその後）のために（短期）予約リソースの数がいくつであるかを示すことができる。

第１のＳＣＩ内の第１のフィールド（例えば、Ｎ１）は、量またはリソースの第１の数を示すことができる。第１のＳＣＩ内の第２のフィールド（例えばＴ１）は、指示された予約リソースを含む２つの連続するまたは隣接するスロット間、および／または第１のＴＢのための送信を含む２つの連続するまたは隣接するスロット間の時間ギャップを示すことができる。時間ギャップは、サイドリンクリソースプール内のスロットの単位とすることができる。時間ギャップは、第１のＴＢのための２つの連続するまたは隣接する（短期予約）リソースに適用されることができる。

第１のフィールドのサイズは、プール固有とすることができる。第１のフィールドはＳＣＩにおいて共通部分とすることができる。共通とは、ＲＸ ＵＥが、ＳＣＩの監視または受信後に、ＳＣＩによって示される予約リソースを確認または認識できることを意味することがある。第１段階ＳＣＩが複数のサイドリンクＵＥ（すべてサイドリンクＵＥ）についての情報を示すことができ、第２段階ＳＣＩがＵＥ固有またはグループ固有の情報を示すことができる２段階ＳＣＩの場合、第１のフィールドは、第１段階ＳＣＩに含まれ得る。ＳＣＩをサポートするサイドリンクリソースプールが最大でもＹ個の予約リソース（将来的に予約されるリソース）を予約できる場合、ＳＣＩ内の第１のフィールドのサイズは上限（ｌｏｇ２（Ｙ））とすることができる。

第２のフィールドのサイズはプール固有としてもよい。第２のフィールドはＳＣＩにおいて共通部分としてもよい。第１段階のＳＣＩが２つ以上のサイドリンクＵＥ（すべてサイドリンクＵＥ）の情報を示すことができ、および第２段階のＳＣＩがＵＥ固有またはグループ固有の情報を示すことができる２段階のＳＣＩの場合、第２のフィールドを第１段階のＳＣＩに含めることができる。サイドリンクリソースプールが、最大Ｚ個のスロットまでの２つの連続または隣接するスロット間の時間ギャップをサポートする場合、第２のフィールドのサイズは上限（ｌｏｇ２（Ｚ））とすることができる。

第１のＵＥは、第２のスロットの（第１のＳＣＩによって示される）予約リソースにおいて第２の（スケジューリング）ＳＣＩを送信してもよい。一実施形態では、第２のスロットは、時間領域において第１のスロットよりも後であってもよい。さらに、第２のスロットは、第１のスロットの後または後に（after or later than）、第１のＳＣＩによって示される予約リソースを含む、次のスロットおよび／または最も早いスロットであってもよい。第２のスロットの予約リソースは、第１のＴＢの再送に使用され得る。

第１のＵＥは、第１のＴＢを搬送するスケジューリングされたＰＳＳＣＨを示す第２の（スケジューリング）ＳＣＩを送信してもよい。第２のＳＣＩは、短期予約リソースについての第２の数の量またはリソースを示すことができる。第２のＳＣＩは、第２の数の量またはリソースの時間領域および／または周波数領域を示すことができる（例えば、サイドリンクリソースプール内のどのサブチャネルおよび／またはどのスロットが占有されるか）。第２の数はまた、第１のＴＢについての（短期）予約リソースの数（将来、その後の方法、あるいはその後）を示すことができる。第２のＳＣＩは、第２のスロットで第１のＴＢを搬送するＰＳＳＣＨをスケジュールすることができる。

例えば、図１１において、第１のＵＥがスロットｔｎで第１のＳＣＩを送信すると仮定する。第１のＳＣＩは、スロットｔｎで第１のＴＢを搬送するＰＳＳＣＨをスケジューリングする。第１のＳＣＩは第１のＴＢのための予約リソースの第１の数（例えば、この例では、第１の数は３）を示すことができる。第１のＳＣＩは、第１のＴＢのための（示されている）予約リソースを含む、各２つの連続する／隣接するスロットの間の等間隔のタイミングを示すことができる。この例における等間隔のタイミングはｋ（サイドリンクリソースプール内のスロットの単位で）である。第１のＵＥは、スロットｔｎ＋ｋで第２のＳＣＩを送信することができる。第２のＳＣＩは、第１のＴＢのための予約リソースの第２の数（例えば、この例では第２の数は２）を示すことができる。第１のＳＣＩによって示される第３のスロットにおける予約リソースは、第２のＳＣＩによって示される予約リソースと整合する。

言い換えれば、第１のＵＥは、第３のスロットにおける予約リソースのためのリソース再選択をトリガしなくてもよく、またはトリガしない。第１のＳＣＩによって示される第３のスロットは、第２のＳＣＩによって示されるものと同じである。第３のスロットは、スロットｔｎ＋２ｋである。この例では、第１のＳＣＩの第１のフィールド（例えば、Ｎ１）と第２のフィールド（例えばＴ１）については、Ｎ１＝３およびＴ１＝ｋであることを示す。第２のＳＣＩの第１のフィールドおよび第２のフィールドについては、Ｎ１＝２およびＴ１＝ｋであることを示す。第３のスロット（例えばｔｎ＋２ｋ）の予約リソースの占有されたサブチャネルは、第１のスロット（例えばｔｎ）と同じである。第２のスロット（例えばｔｎ＋ｋ）の予約リソースの占有されたサブチャネルは、第４のスロット（例えばｔｎ＋３ｋ）と同じである。第２のスロット（例えばｔｎ＋ｋ）の予約リソースの占有されたサブチャネルは、第３のスロットの予約リソースとは異なることがある。

第１のＳＣＩによって示された（短期）予約リソースの場合、いくつかの予約リソースが第１のＴＢのブラインド再送のために使用されてもよい。一実施形態では、いくつかの予約リソースが、第１のＴＢのＨＡＲＱ−ＡＣＫベースの再送のために使用されてもよい。第１のＵＥは、予約リソースが、第１のＴＢのブラインド再送、またはＨＡＲＱ−ＡＣＫ機会に基づいた第１のＴＢのＨＡＲＱ−ＡＣＫベースの再送のいずれかのために使用されるかどうかを決定してもよい。一実施形態では、ＨＡＲＱ−ＡＣＫ機会は、第１のスロット内のリソース（第１のスロット内のリソースは、第１のＴＢの初期送信のために使用される）に関連付けられてもよい。（短期）予約リソースが発生するか、これがＨＡＲＱ−ＡＣＫ機会より早い場合、第１のＵＥは予約リソース上で第１のＴＢの再送を送信してもよい。言い換えれば、第１のＵＥは（短期）予約されたリソースがブラインド再送のために使用されるとみなしてもよい。（短期）予約リソースが発生した場合、またはこれがＨＡＲＱ−ＡＣＫ機会より遅い場合、第１のＵＥは、ＨＡＲＱ−ＡＣＫ機会の結果に基づいて、予約リソース上で第１のＴＢの再送を送信するかどうかを決定してもよい。言い換えれば、第１のＵＥは（短期）予約されたリソースがＨＡＲＱ−ＡＣＫベースの再送に使用されるとみなしてもよい。

代替的には、ＨＡＲＱ−ＡＣＫ機会は、第１のＴＢをスケジューリングし、（特別な）値を示す第１のフィールドを含むＳＣＩを含む（短期）予約リソースと関連付けられてもよい。一実施形態では、（特別な）値は、リソースプールごとに設定される。（特別な）値は、第１のＴＢのＨＡＲＱ−ＡＣＫベースの再送のために時間領域内の予約リソースがいくつあるかを示してもよい。（特別な）値は、１とすることができる。（特別な）値は、（予め）定義および／または（予め）設定され得る。これは、第１のＴＢのＨＡＲＱ−ＡＣＫベースの再送ために使用される予約リソースが１つだけであることを意味する。第１のＴＢをスケジューリングし、特別な値を示すＳＣＩを含む予約リソースの前に、第１のＴＢのための予約リソースがブラインド再送のために使用されてもよい。

例えば、図１２において、ＨＡＲＱ−ＡＣＫ機会は、三角形として示される。ＨＡＲＱ−ＡＣＫ機会は、第１フィールドが特別な値を示す（例えば、Ｎ１＝３）ＳＣＩを含む予約リソースと関連付けられる。この例では、（特別な）値は３とすることができる。一実施形態では、ＨＡＲＱ−ＡＣＫ機会（例えば、第２の三角形）の前に、「Ｎ１＝５」または「Ｎ１＝４」に関連する別のＨＡＲＱ−ＡＣＫ機会（例えば、第１の三角形）があってもよい。

一実施形態では、第１の数は、（将来の、もしくはその後のやり方での、またはその後の）第１のＴＢのブラインド再送のための（短期）予約リソースの数を示すことができる。第１の数は、ＨＡＲＱ−ＡＣＫ機会よりも早い第１のＴＢのための（将来の、もしくはその後のやり方での、またはその後の）（短期）予約リソースの数がことを示すこともできる。ＨＡＲＱ−ＡＣＫ機会は、第１のＴＢの送信に関連付けられることができ、ここで、第１の数は（特定の）値を示す。

一実施形態では、第１の数が（特定の）値を示す、ＨＡＲＱ−ＡＣＫ機会と第１のＴＢための送信との間の時間領域の関係は、サイドリンクリソースプール内に予め存在する（設定される）。言い換えれば、ＳＬ ＲＸ ＵＥは、第１の数が（特定の）値を示す第１のＴＢための送信を受信または復号するときに、ＳＬ ＲＸ ＵＥは、暗黙的にＨＡＲＱ−ＡＣＫ機会の時間領域を導出することができる。第１のＴＢのための送信は、ユニキャスト、グループキャストまたはブロードキャストとすることができる。（特定の）値は、０とすることができる。

一実施形態では、第１のＳＣＩ内の第１のフィールド（例えば、Ｎ１）は、量またはリソースの第１の数を示すことができる。第１のＳＣＩ内の第２のフィールド（例えばＴ１）は、第１のＴＢのための送信を含む２つの連続または隣接するスロット間の時間ギャップを示すことができ、２つの連続または隣接するスロットは、ＨＡＲＱ−ＡＣＫ機会よりも早い可能性がある。第１のＳＣＩは、短期予約リソースの量またはリソースを示すことができる。第３の数は、（将来のもしくはその後のやり方でのまたはその後の）第１のＴＢのための（短期）予約リソースの第１の数のレプリカがいくつかあるかを示すことができる。第１のＳＣＩ内の第３のフィールド（例えば、Ｎ２）は、量またはリソースの第３の数を示すことができる。第３のフィールドと第１のフィールドは、第１のＳＣＩ内の同じフィールドとすることができる。

一実施形態では、第１のＳＣＩ内の第４のフィールド（例えばＴ２）は、第１のＴＢのための２つの連続または隣接する送信の間の時間ギャップを示すことができ、ここで、２つの連続または隣接する送信の一方の送信は、ＨＡＲＱ−ＡＣＫ機会よりも早くてもよく、２つの連続または隣接する送信の他方の送信は、ＨＡＲＱ−ＡＣＫ機会（第１のＴＢのＨＡＲＱ−ＡＣＫベースの再送の場合）よりも遅くてもよい。第４のフィールド（例えばＴ２）によって示される時間ギャップは、信号または情報のＨＡＲＱ−ＡＣＫ送信、ＨＡＲＱ−ＡＣＫ受信、および／または生成（または処理時間）に関連する少なくとも処理時間を考慮してもよい。さらに、第４のフィールド（例えばＴ２）によって示される時間ギャップは、（第２のＵＥなどの）ＳＬ ＲＸ ＵＥのＨＡＲＱ−ＡＣＫ送信、（第１のＵＥなどの）ＳＬ ＴＸ ＵＥのＨＡＲＱ−ＡＣＫ受信、および／または（例えば、第１のＵＥなどの）ＳＬ ＴＸ ＵＥの信号または情報の生成（または処理時間）に関連する処理時間を考慮してもよい。

一実施形態では、第２のフィールド（例えばＴ１）によって示される時間ギャップは、ＨＡＲＱ−ＡＣＫ送信および／または受信に関連する処理時間を考慮しなくてもよい。他の送信リソース（第１のＴＢのＨＡＲＱ−ＡＣＫベースの再送信の場合）を選択するために、第１のＵＥは、第４のフィールドが利用不可能な時間ギャップ値を示すように、他の１つの送信リソースを選択することができないか、または選択することが防止される。利用不可能な時間ギャップ値は、ＨＡＲＱ−ＡＣＫ送信および／またはＨＡＲＱ−ＡＣＫ受信および／または信号または情報の生成（または処理時間）に関連する処理時間よりも小さくてもよい。他の送信リソース（第１のＴＢのＨＡＲＱ−ＡＣＫベースの再送信の場合）を選択するために、第１のＵＥは、一方の送信リソースと候補リソースまたは機会との間の時間ギャップが、ＨＡＲＱ−ＡＣＫ送信および／またはＨＡＲＱ−ＡＣＫ受信および／または信号または情報の生成（または処理時間）に関連する処理時間より短い場合、候補リソースまたは機会を除外してもよい。

一実施形態では、第４のフィールド（例えばＴ２）によって示される時間ギャップは、１つの送信とＨＡＲＱ−ＡＣＫ機会との間の第１の時間ギャップを含み得る。第４のフィールド（例えばＴ２）によって示される時間ギャップは、ＨＡＲＱ−ＡＣＫ機会よりも遅い他方の送信とＨＡＲＱ−ＡＣＫ機会との間の第２の時間間隔または第２の時間ギャップも含み得る。

一実施形態では、第４のフィールド（例えばＴ２）によって示される時間ギャップは、ＨＡＲＱ−ＡＣＫ受信に関連する少なくとも処理時間を考慮してもよい。第２の時間間隔または第２の時間ギャップは、少なくともＨＡＲＱ−ＡＣＫ受信に関連する処理時間よりも長くてもよい。第１のＴＢのための２つの連続または隣接する送信の間の時間間隔または時間ギャップは、少なくとも、ＨＡＲＱ−ＡＣＫ受信に関連する処理時間を備えるおよび／または含む時間よりも大きくてもよい。ＨＡＲＱ−ＡＣＫ受信に関連する処理時間は、物理的なスロットまたは物理的なシンボルの単位としてもよい。物理スロットまたは物理シンボルは、サイドリンクリソースプールに属することも、属さないこともできる。

一実施形態では、ＨＡＲＱ−ＡＣＫ受信に関連する処理時間は、ＨＡＲＱ−ＡＣＫの第１のシンボル、またはＨＡＲＱ−ＡＣＫの最初のシンボル境界、またはＨＡＲＱ−ＡＣＫの最後のシンボル境界から開始することができる。この場合、第２のフィールド（例えばＴ１）によって示される時間ギャップは、ＨＡＲＱ−ＡＣＫ受信に関連する処理時間を考慮しなくてもよい。第４のフィールド（例えばＴ２）によって示される時間ギャップは、第２のフィールド（例えばＴ１）によって示される時間ギャップよりも大きくてもよい。第４のフィールド（例えばＴ２）によって示される時間ギャップは、第２のフィールド（例えばＴ１）によって示される時間ギャップよりも小さくなくてもよい。第２のフィールドによって示される利用可能ないくつかの時間ギャップ値（例えば、ＨＡＲＱ−ＡＣＫ受信に関連する処理時間を考慮せずに）は、第４のフィールドで示されるものには利用できないことがある。第４のフィールドと第２のフィールドは、第１のＳＣＩ内の同じフィールドとすることができる。

第１のＵＥは、第４のフィールドが利用不可能な時間ギャップ値を示すようにＨＡＲＱ−ＡＣＫベースの再送リソースを選択できないか、または選択することが防止される。ＨＡＲＱ−ＡＣＫ受信時の処理時間に比べて、時間ギャップが小さくてもよい。

第１のＵＥは、ＨＡＲＱ−ＡＣＫ受信に関連する処理時間よりも、候補リソースまたは機会とＨＡＲＱ−ACK機会との間の時間ギャップが小さい場合、第１のＴＢのＨＡＲＱ−ＡＣＫベースの再送のための候補リソースまたは機会を除外してもよい。（ＨＡＲＱ−ＡＣＫ受信に関連する）処理時間は、第１のデバイスのＨＡＲＱ−ＡＣＫ受信または復号時間を備えてもよいし、含んでもよい。

一実施形態では、第４のフィールド（例えばＴ２）によって示される時間ギャップは、第１のデバイスに対して、ＨＡＲＱ−ＡＣＫ情報（ＡＣＫ、ＮＡＣＫまたはＤＴＸなど）に応答して設定または調整される少なくとも信号または情報（第１のＴＢのＨＡＲＱ−ＡＣＫベースの再送など）の生成（または処理時間）を考慮してもよい。第２の時間ギャップまたは第２の時間間隔は、ＨＡＲＱ−ＡＣＫ情報（ＡＣＫ、ＮＡＣＫまたはＤＴＸなど）に応答して設定または調整される第１のデバイスのための信号または情報（第１のＴＢのＨＡＲＱ−ＡＣＫベースの再送など）の生成（または処理時間）を含む処理時間よりも小さくても大きくてもよい。

一実施形態では、第４のフィールド（例えばＴ２）によって示される時間ギャップは、ＨＡＲＱ−ＡＣＫ送信に関連する少なくとも処理時間を考慮してもよい。第１の時間ギャップは、ＨＡＲＱ−ＡＣＫ送信に関連した処理時間よりも少なくとも大きい可能性がある。処理時間は、ＳＬ ＲＸ ＵＥのＨＡＲＱ−ＡＣＫ送信または生成時間を含み得る。一実施形態では、（サイドリンク）スロットｎ内にその最後のシンボルを備えた送信の場合、送信に関連するＨＡＲＱ−ＡＣＫ機会は、（サイドリンク）スロット「ｎ＋第１の時間ギャップ」内にあることが期待されてもよく、ここで、第１の時間ギャップは、（サイドリンク）スロット「ｎ＋第１の時間ギャップ」がＨＡＲＱ−ＡＣＫリソースを含む条件で、第１の時間ギャップがＫ以下の最小の整数である。Ｋは、少なくともＨＡＲＱ−ＡＣＫ送信に関連する処理時間を含み得る。Ｋはまた、少なくともＨＡＲＱ−ＡＣＫ送信または生成時間を含み得る。

例えば、図１９において、Ｔ２は、ＴＢのための２つ連続または隣接する送信の間の時間ギャップを示しており、ここで、第２の連続または隣接した送信の一方の送信は、ＨＡＲＱ−ＡＣＫ機会（例えば実線の三角形）よりも早く、２つ連続または隣接する送信の他方の送信は、ＨＡＲＱ−ＡＣＫ機会（例えば実線の三角形）よりも遅い。ＳＬ ＴＸ ＵＥは、ＴＢをＳＬ ＲＸ ＵＥに送達する１つの送信を実行する。時間ギャップは、ＳＬ ＲＸ ＵＥがＨＡＲＱ−ＡＣＫを準備している処理時間、およびＳＬ ＴＸ ＵＥのためのＨＡＲＱ−ＡＣＫ受信に関連する処理時以上である。言い換えれば、ＳＬ ＴＸ ＵＥはＨＡＲＱ−ＡＣＫ機会からＨＡＲＱ−ＡＣＫ受信に関連する処理時間を保証することにより、ＨＡＲＱ−ＡＣＫベースの再送のための候補リソースのみを選択する。ＴＸ ＵＥは、ＨＡＲＱ−ＡＣＫベースの再送のための候補リソースを選択することが許可されないか、または防止され、ここで、候補リソースとＨＡＲＱ−ＡＣＫ機会との間の時間ギャップまたは時間間隔は、処理時間よりも短い。

例えば、図１３において、Ｔ２は、Ｎ１が０に等しい第１のＴＢのための送信と、Ｎ１が０に等しくない（Ｎ２が０に等しくないときに）第１のＴＢのための連続または隣接する送信との間の時間ギャップを示す。一実施形態では、Ｔ１は、同じＮ２値である２つの連続または隣接する送信の間の時間ギャップを示す。第１のTBのための送信が（Ｎ２，Ｎ１）＝（０，０）であるときに、その送信が第１のTBのための最後の（短期）予約リソースである。

一実施形態では、ＳＬ ＴＸ ＵＥは、TBのための９つの予約リソースを示すことができるサイドリンク送信を実行する。図１３においてSL RX UEが第３のＳＬ送信を受信するときに、ＳＬ ＲＸ ＵＥは、将来的に、もしくはその後のやり方で、またその後に６つの予約リソースがあると認識することができる。

一実施形態では、第１のＳＣＩ内の第２のフィールド（例えばＴ１）および第４のフィールド（例えばＴ２）は、２つの時間ギャップを示すことができる。例えば、図１４において、Ｔ１は、同じ（奇数または偶数の）Ｎ２値である第１のＴＢのための２つの連続または隣接する送信の間の時間ギャップを示す。Ｔ１は、異なるＮ２値である第１のＴＢのための連続した２つの連続または隣接する送信の間の時間ギャップも示すことができる。一実施形態では、Ｔ２は、同じ（奇数または偶数の）Ｎ２値である第１のＴＢための２つの連続または隣接する送信の間の時間ギャップを示す。Ｔ２は、異なるＮ２値である第１のＴＢのための２つの連続／隣接する送信の間の時間ギャップも示すことができる。

一実施形態では、時間ギャップは、サイドリンクリソースプール内のスロットまたはシンボルの単位で示され得る。言い換えれば、サイドリンクリソースプールに属さないスロットの場合、そのスロットは指示された時間ギャップに属さないことになる。

さらに、時間ギャップは、サイドリンクスロットまたはシンボルの単位で示すことができる。言い換えれば、サイドリンクに属さないか、またはサイドリンクに利用されるシンボルを含まないスロットの場合、そのスロットは示された時間ギャップに属さない。

追加的に、時間間隔は、物理スロット、物理シンボル、またはマイクロ秒の単位で示されてもよい。代替的には、時間間隔は、サイドリンクスロットまたはサイドリンクシンボルの単位で示されてもよい。

一実施形態では、継続時間は、物理スロット、物理シンボル、またはマイクロ秒の単位で示されてもよい。好ましくはまたは代替的に、継続時間は、サイドリンクスロットまたはサイドリンクシンボルの単位で示されてもよい。

一実施形態では、処理時間は、物理スロット、物理シンボル、またはマイクロ秒の単位であってもよい。

図１８に示すように、第１のＴＢのためのサイドリンク送信をスケジューリングするＳＣＩは、事前に、ＨＡＲＱ−ＡＣＫ機会の後の第１のＴＢのための予約リソースを予約することができない。ＳＣＩは、ＨＡＲＱ−ＡＣＫの前の第１のＴＢのための１つ以上の予約リソースを予約することができる。したがって、ＨＡＲＱ−ＡＣＫ機会は、ＳＣＩによって示される最後の予約送信機会の後である。ＳＬ ＴＸ ＵＥ（第１のＵＥなど）は、最後の予約送信機会の後にＨＡＲＱ−ＡＣＫを受信または検出してもよい。ＳＬ ＲＸ ＵＥ（第２のＵＥなど）は、最後の予約送信の後にＨＡＲＱ−ＡＣＫを送信してもよい。

ＳＣＩ内の第１のフィールド（例えばＮ１）は、第１のＴＢのための少なくとも予約リソースの数を示すことができる（将来の、あるいはその後の方法の、その後のブラインド再送を含む）。ＳＣＩ内の第２のフィールド（例えばＴ１）は、第１のＴＢのための２つの連続または隣接するサイドリンク送信の間の時間ギャップを示すことができ、第１のＴＢのための２つの連続または隣接するサイドリンク送信は、ＨＡＲＱ−ＡＣＫ機会の前か、それよりも早い。。

一実施形態では、ＨＡＲＱ−ＡＣＫ機会（例えば、実線の三角形）の前か、それよりも早い、第１のＴＢの第１のサイドリンク送信に関連する第２のＨＡＲＱ−ＡＣＫ機会（例えば、破線の三角形）の場合、第２のＵＥは、第２のＨＡＲＱ−ＡＣＫ機会で復号結果を送信しない。第３のＳＬ ＵＥが、第１のＴＢのための第１のサイドリンク送信機会におけるＳＣＩを受信または検出するときに、第３のＵＥは、第１のＴＢの将来の予約リソースがどこにあるかを確認または識別することができる。言い換えれば、第３のＵＥが送信のためのリソース選択を実行するときに、第３のＵＥは第１のＵＥによって示される予約リソースを除外してもよい。

一実施形態では、第１のＳＬ ＵＥは、ＨＡＲＱ−ＡＣＫ機会の前に、第１のＴＢのためのリソース選択、再選択、または調整を実行してもよい。第１のＵＥがＨＡＲＱ−ＡＣＫ機会においてＮＡＣＫまたはＤＴＸを受信または検出するときにまたは場合、ＵＥは、第１のＴＢのためのリソース選択、再選択、調整を実行することができる。言い換えれば、第１のＳＬ ＵＥは、第１のＴＢのための再送をスケジューリングするか、または予約するために、第１および第２のフィールドが異なる値または同じ値である第２のＳＣＩを送信することができる。好ましくは、第１のＵＥがＨＡＲＱ−ＡＣＫを受信または検出するときにまたは場合、ＵＥは第１のＴＢのためのリソース選択、再選択、または調整を実行しなくてもよい。ＵＥは、第１のＴＢのためのサイドリンク再送を送信しなくてもよい。

一実施形態では、ＴＢのための予約リソースの最大数は、［（Ｎ１の最大値）＋１］×［（Ｎ２の最大値）＋１］とすることができる。ＳＬ ＲＸ ＵＥ（例えば第２のＵＥ）は、複合のために第１のＴＢと第２のＴＢを組み合わせなくてもよい。

第２のＵＥが第１のＳＣＩを検出、複合、またはモニタするときに、第２のＵＥは、他のＵＥ（例えば、第１のＵＥ）によって占有される予約済み予約リソースを確認することができる。言い換えれば、第２のＵＥがリソース選択を行うときに、第２のＵＥは第１のＳＣＩによって示される予約リソースを除外することができる。

第１のＴＢのためのサイドリンク送信をスケジューリングするＳＣＩは、ＨＡＲＱ−ＡＣＫ機会の後の第１のＴＢのための予約リソースを１つ（のみ）（または複数）予約することができる。ＳＣＩは、ＨＡＲＱ−ＡＣＫ機会の前の第１のＴＢのための１つ以上の予約リソースを予約することができる。ＨＡＲＱ−ＡＣＫ機会は、ＳＣＩ内の第１のフィールド（例えばＮ１）が特定の値（例えばＮ１＝１）を示す第１のＴＢのサイドリンク送信と関連付けられる。一実施形態では、特定の値は、（プールベースで）予め設定され得る。特定の値は、ＨＡＲＱ−ＡＣＫの後の第１のＴＢのための予約リソースがいくつあるかを示すことができる。

ＳＣＩ内の第１のフィールド（例えばＮ１）は、第１のＴＢのための少なくとも予約リソースがいくつあるかを示すことができる（将来の、もしくはその後のやり方でのまたはその後のブラインド再送またはＨＡＲＱ−ＡＣＫベースの再送を含む）。ＳＣＩ内の第２のフィールド（例えばＴ１）は、第１のＴＢのための２つの連続または隣接するサイドリンク送信の間の時間ギャップを示すことができ、第１のＴＢのための２つの連続または隣接するサイドリンク送信は、ＨＡＲＱ−ＡＣＫ機会の前か、またはそれよりも早くすることができる。ＳＣＩ内の第３のフィールド（例えばＴ２）は、第１のＴＢのための２つの連続または隣接する送信の間の時間ギャップを示すことができ、２つの連続または隣接する送信のうちの一方は、（第１のＴＢのブラインド再送のための）ＨＡＲＱ−ＡＣＫ機会よりも早く、２つの連続または隣接する送信の他方は、（第１のＴＢのＨＡＲＱ−ＡＣＫベースの再送のための）ＨＡＲＱ−ＡＣＫ機会よりも遅くすることができる。

第３のフィールドは、ＨＡＲＱ−ＡＣＫ機会、または第１のフィールドが特定の値（例えば、Ｎ１＝１）に等しいサイドリンク送信を含むスロットに参照され得る。第３のフィールドは、ＳＬ ＵＥがＨＡＲＱ−ＡＣＫ機会（例えばＰＳＦＣＨ）における第１のＴＢのＨＡＲＱ−ＡＣＫを復号するのに十分な時間を提供することができる。一実施形態では、「十分な時間」は、第１のＴＢのＨＡＲＱ−ＡＣＫを復号するための処理要件とすることができる。第３のフィールドは、ＳＬ ＵＥが時間内にリソース選択を実行するのに十分な時間を提供してもよい。

一実施形態では、ＳＬ ＵＥは、第３のフィールドによって示される時間において、第１のＴＢのためのリソース選択を実行してもよい。ＳＬ ＵＥはまた、第１のフィールドが特定の値を示す（以前または早い）ＳＣＩによって示される第１のＴＢのための予約リソースの前に、リソース選択を実行するしてもよい。

例えば、図１６において、第１のＴＢのための第１のサイドリンク送信（例えば、Ｎ１＝３）の場合、第１のＳＬ ＵＥは、Ｎ１＝３を示すＳＣＩを送信することができる。第２のＳＬ ＵＥがＳＣＩを受信または検出するときに、第２のＳＬ ＵＥは、将来の、もしくはその後のやり方での、またはその後の第１のＴＢのための将来の３つの予約リソースを導出することができる。一実施形態では、Ｎ１＝３とＮ１＝２および／またはＮ１＝２とＮ１＝１を備えた第１のＴＢのための予約リソースの間の時間ギャップはＴ１である。代替的には、Ｎ１＝１とＮ１＝０を備えた第１のＴＢのための予約リソースの間の時間ギャップはＴ２とすることができる。Ｔ２は、ＨＡＲＱ−ＡＣＫの場合（例えば、図中の三角形）から開始することができる。これは、Ｔ２は、ＨＡＲＱ−ＡＣＫ機会と、ＨＡＲＱ−ＡＣＫの後の第１のＴＢのための（次の／最も近い）１つの予約リソースとの間の時間ギャップとすることができる。

一実施形態では、ＳＣＩは、第２のＵＥと同じ宛先ＩＤを示すことができる。第２のＵＥは、ＳＣＩ内の第１のフィールドが特定の値を示すサイドリンク送信に関連つけられた（例えば、コードまたは周波数領域における）ＨＡＲＱ−ＡＣＫリソースを導出することができる。この例では、ＨＡＲＱ−ＡＣＫリソース（またはＨＡＲＱ−ＡＣＫ機会）は、第３のサイドリンク送信（例えば、Ｎ１＝１）に関連付けられ得る。第２のＵＥは、復号結果を結合することができる（例えば、少なくとも１つの受信された送信が正常に復号され得る）。第２のＵＥは、ＨＡＲＱ−ＡＣＫリソース上の復号結果（例えば、第１のＴＢのＳＬ−ＨＡＲＱ−ＡＣＫ）を送信してもよい。

一実施形態では、ＨＡＲＱ機会（例えば、実線の三角形）より前、またはそれより早い第１のＴＢの第１のサイドリンク送信に関連付けられた第２のＨＡＲＱ−ＡＣＫ機会（例えば、破線の三角形）の場合、第２のＵＥは、第２のＨＡＲＱ−ＡＣＫ機会で復号結果を送信しなくてもよい。第３のＳＬ ＵＥが第１のＴＢのための第１のサイドリンク送信機会におけるＳＣＩを受信または検出する（例えば、Ｎ１＝３）ときに、第３のＵＥは、第１のＴＢのための将来の予約リソースがどこにあるかを確認することができる。言い換えれば、第３のＵＥが送信のためのリソース選択を実行するときに、第３のＵＥは第１のＵＥによって示される予約リソースを除外してもよい。

一実施形態では、第１のＳＬ ＵＥは、第１のＴＢのための第４のサイドリンク送信（例えば、Ｎ１＝０）の前に、第１のＴＢのためのリソース選択、再選択、または調整を実行してもよい。第１のＵＥがＨＡＲＱ−ＡＣＫ機会において、ＮＡＣＫ／ＤＴＸを受信または検出するときにまたは場合、ＵＥは第１のＴＢのための選択、再選択、または調整を実行してもよい。言い換えれば、第１のＳＬ ＵＥは、異なるまたは同じ値の第１のフィールド、第２のフィールドおよび第３のフィールド（例えばＴ１’／Ｔ２’／Ｎ２’）で第２のＳＣＩを送信することができる。

一実施形態では、同様の例を考えると、図１７において、ＳＣＩ内の第１のフィールドの特定の値（例えば、Ｎ１）は２である。第１のＵＥが、ＨＡＲＱ−ＡＣＫ機会においてＡＣＫを受信または検出するときにまたは場合、ＵＥは第１のＴＢのためのリソース選択、再選択、または調整をしなくてもよい。ＵＥは、第１のＴＢのための第４のサイドリンク送信機会（例えば、Ｎ１＝０）において、サイドリンク送信を実行しなくてもよい。

一実施形態では、（宛先） ＩＤに基づいて、ＳＬ ＲＸ ＵＥは、サイドリンク送信がどのキャストタイプであるかを認識することができる。ブロードキャストサイドリンク送信の場合、（特定の）宛先ＩＤがサイドリンク送信をスケジューリングするＳＣＩにおいて、示されてもよい。ＳＬ ＲＸ ＵＥがＳＣＩを受信するときに、ＳＬ ＲＸ ＵＥはサイドリンク送信がブロードキャストであると決定することができる。言い換えれば、 （サイドリンクリソースプールの感知またはモニタを実行する）ＳＬ ＲＸ ＵＥの観点から、ＳＬ ＲＸ ＵＥは、サイドリンク送信がＳＣＩによって示される宛先ＩＤに基づいてブロードキャストであるかどうかを決定することができる。

一実施形態では、ＳＬ ＲＸ ＵＥは、ＳＣＩ内の時間ギャップフィールドが、ＳＣＩを含むスロット、またはＳＣＩによってスケジューリングされたサイドリンク送信に関連付けられたＨＡＲＱ−ＡＣＫ機会を含む第２のスロットに参照されるどうかを導出することができる。サイドリンク送信は第１のＴＢを搬送または含み得る。

一実施形態では、ＳＬ ＲＸ ＵＥが（ブロードキャストサイドリンク送信のために使用される）（特定の）宛先ＩＤを示すＳＣＩを検出またはモニタするときに、ＳＬ ＲＸ ＵＥは、時間ギャップフィールドがＳＣＩを含むスロットに参照されると決定してもよい。さらに、ＳＬ ＲＸ ＵＥが（ブロードキャストサイドリンク送信のために使用されない）（特定の）宛先ＩＤを示さないＳＣＩを検出またはモニタするときに、ＳＬ ＲＸ ＵＥは、時間ギャップフィールドがＳＣＩによってスケジューリングされるサイドリンク送信に関連付けられたＰＳＦＣＨを含むスロットに参照されると決定してもよい。

一実施形態では、時間ギャップフィールドは、第１のＴＢを含む（サイドリンクリソースプール内の）次の連続または隣接スロットを示してもよい。このように、ブロードキャストサイドリンク送信の場合、ブラインド再送のための予約リソースが容易に適用され得る。グループキャストまたはユニキャストサイドリンク送信の場合、ＨＡＲＱ−ＡＣＫベースの再送のための予約リソースが容易に適用され得る。

例えば、図１５において、ＳＬ ＲＸ ＵＥは、スロットｔ_ｎ−５においてＳＣＩ１およびＳＣＩ２を検出してもよく、ここで、ＳＣＩ１は、（ブロードキャストのための特定の宛先ＩＤによって）ブロードキャストのサイドリンク送信を示してもよく、ＳＣＩ ２は、（ＳＣＩ２によって示される宛先ＩＤが、ＳＬ ＲＸ ＵＥの宛先ＩＤと同じであってもよい）ユニキャストサイドリンク送信を示してもよい。この例では、ＳＬ ＲＸ ＵＥは、ＳＣＩ１によって示される予約リソースがスロットｔｎ_−２にあり、ＳＣＩ２によって示される別の予約リソースがスロットｔ_ｎ＋３にあると知ってもよい（各ＳＣＩにおける時間ギャップフィールドが同じ値を示すとしても）。代替的には、ＳＣＩ２（例えば、ブロードキャストのものではない）内の１つの時間ギャップフィールドは、少なくとも２つの予約リソースを示すことができる。一実施形態では、少なくとも２つの予約リソースのうちの１つは、ＳＣＩ２を含むスロット（例えば、スロットｔ_ｎ−５）に参照されることができ、他の予約リソースは、スロットｔ_ｎに参照されることができる。

第１のＳＬ ＵＥは、第１のＴＢのためのサイドリンク送信をスケジューリングするＳＣＩを送信してもよい。ＳＣＩは、ＨＡＲＱ−ＡＣＫの前の第１のＴＢのための（将来の、もしくはその後のやり方でのまたはその後の）第１の予約リソースと、ＨＡＲＱ−ＡＣＫの後の第１のＴＢのための（将来の、もしくはその後のやり方でのまたはその後の）第２の予約リソースを示すことができる。

一実施形態では、第２のＳＬ ＵＥは、ＳＣＩを受信することができる。好ましくは、第２のＳＬ ＵＥは、ＨＡＲＱ−ACK機会を導出してもよい。第２のＵＥがＨＡＲＱ−ＡＣＫの前に第１のＴＢを正常に復号できる場合、第２のＵＥはＨＡＲＱ−ＡＣＫ機会でＡＣＫ関連の情報を送信してもよい（例えば、第２のＵＥはグループキャストオプション１によるものを送信しなくてもよいことを意味する）。一方、第２のＵＥが（たとえ第１の予約リソースにおいて受信したものを組み合わせたとしても）第１のＴＢを復号できない場合、第２のＵＥはＨＡＲＱ−ＡＣＫでＮＡＣＫ関連の情報を送信してもよい。

上記の実施形態および／または概念の全部または一部が組み合わされて、新たな実施形態を形成することができる。ＵＥは、サイドリンク送信を実行するデバイスとすることができる。また、ＵＥは、ビークルとすることもできる。

ＮＲサイドリンク送信（例えば、Ｖ２Ｘサイドリンク送信）の場合、ＲＡＮ１は、リソースプールにおいて、ＰＳＦＣＨリソースが周期的にＮスロットの期間で（予め）設定されることができ、ここで、Ｎは１、２または４とすることができると同意した。リソースプールにおいて、ＰＳＦＣＨリソースを含むスロットがＰＳＳＣＨのＸスロットに関連付けられると仮定することができる。一実施形態では、Ｘは、Ｎと等しくすることができる。Ｘは、Ｎよりも大きくても小さくてもよい。サイドリンクフィードバックリソース（例えば、ＰＳＦＣＨ）の時間領域リソースは、（予め）設定される。ＵＥは、１つの（予めの）設定に基づいて、ユニキャストサイドリンク送信に関連付けられたＰＳＦＣＨリソースの時間領域を暗黙的に導出することができる。（予めの）設定は、サイドリンクリソースプールの（予めの）設定とすることができる。

例えば、図１０において、リソースプール内のスロットは、仮想スロットインデックス「ｔ_ｘ」として示され得る。リソースプールでは、インデックスｔ_ｎ，ｔ_ｎ＋４，ｔ_ｎ＋８，...を備えたスロットは、ＰＳＦＣＨリソース（例えば、Ｎ＝４）を含む。この例では、ＳＬ−ＨＡＲＱ−ＡＣＫが、スロットｔ_ｎ−ｋ１におけるサイドリンクデータに応答して、スロットｔ_ｎでスケジューリング／送信される。一実施形態では、ｋ１＝１，２，...，Ｎである。代替的には、ｋ１＝４，５，...，Ｎである。

一実施形態では、ｋ１の数（例えば、Ｘ）は、Ｎよりも小さくすることができる。代替的には、ｋ１の数（例えば、Ｘ）は、Ｎより大きいか、またはＮに等しくすることができる。追加的に、ｋ１は、（予め）設定されるＮのコードポイントであってもよい。また、ｋ１は、予め定義される、または（予め）設定される。

一実施形態では、スロットｔ_ｎは、スロットｔ_ｎ−ｋ１プラス処理オフセットまたは時間に対するサイドリンクリソースプール内の最も早いスロットであってもよい。処理オフセットまたは時間は、（ＳＬ）−ＨＡＲＱ−ＡＣＫに生成するために使用され得る。処理オフセットまたは時間は、スロット、ミリ秒、またはＯＦＤＭシンボルの単位であってもよい。一実施形態では、ｋ１の数は、処理オフセットまたは時間から導出され得る。サブチャネルは、ある数の（連続する）ＰＲＢ（例えば、Ｎｓｃｈ＿ＰＲＢ＝６）として（予め）設定される。

ユニキャストサイドリンク送信の場合、ＵＥは、１つ以上の以下の要因に基づいて、ユニキャストサイドリンク送信に関連付けられたＰＳＦＣＨリソースの周波数領域および／またはコード領域を導出することができる：
− スロットインデックス（例えばｔｎ−ｋ１）および
− サブチャネルインデックス

一実施形態では、スロットインデックスは、異なるサイドリンクスロット（例えばｔ_ｎ−ｋ１）に対して異なるＰＳＦＣＨリソースを区別することができる。例えば、図１０において、ＵＥは、サイドリンク送信が「１」として示され得るスロットｔ_ｎ−ｋ１における「＃６ ＃７」サブチャネルを占有した（ユニキャスト）サイドリンク送信を受信する。ＵＥは、スロットｔ_ｎにおけるサイドリンク送信のために、ＰＳＦＣＨフォーマット（例えば、スロット内の１つのＰＲＢおよび最後の１つのＯＦＤＭシンボルを占有する）を有するＰＳＦＣＨリソースを導出してもよい。ＰＳＦＣＨリソースは、＃６または＃７でマークされたスロット内に位置することができる。さらに、ＰＳＦＣＨリソースは、ＰＲＢ内の１つのコード領域ファクタまたはパラメータを占有することができる。

一実施形態では、第１のＵＥに、サイドリンクリソースプールが（予め）設定され得る。追加的に、（サイドリンク）リソースプールは、キャリアまたは複数のキャリアで（予め）設定され得る。

一実施形態では、サイドリンクリソースプール内のスロットは、スロットインデックス「ｔ_ｘ」として示され得る。サイドリンクリソースプール内のＰＳＦＣＨリソースを含むスロットは、インデックスｔ_ｎまたはｔ_ｎ＋Ｎを有することができ、Ｎは１、２または４とすることができる。

一実施形態では、第１のＵＥは、ＮＲサイドリンク（Ｖ２Ｘ）モード−１またはモード−２とすることができる。第１のＵＥは、ネットワークからＤＣＩを受信してもよい。ＤＣＩは、ＴＢのための第１のサイドリンクリソースと、ＴＢのための予約サイドリンクリソースの第１の数を示すことができる。ＤＣＩは、等間隔の時間ギャップを示すこともでき、ここで、時間ギャップは、サイドリンクリソースプール内のスロットの単位である。

一実施形態では、第１のＵＥは、ＤＣＩの受信タイミング、ＵＥの能力（例えば、ＤＣＩのための処理時間）、ＤＣＩの表示（例えば、ＳＬインデックス）、および／または第１のＵＥのタイミングアドバンスに基づいて、第１のサイドリンクリソースの時間領域を導出するができる。継続時間は、ＤＣＩの受信タイミング、ＵＥの能力（例えば、ＤＣＩのための処理時間）、ＤＣＩの表示（例えば、ＳＬインデックス）、および／または第１のＵＥのタイミングアドバンスから導出され得る。

一実施形態では、第１のサイドリンクリソースの時間領域は、ＬＴＥサイドリンクと同様に導出され得る。言い換えれば、第１のサイドリンクリソースは、継続時間後のサイドリンクリソースプールから最も早いスロットにあることができる。

一実施形態では、ＤＣＩは、第１のＵＥが対応するＳＣＩフィールド内で示すことができるいくつかのフィールドを示してもよい。例が図１２〜図１４および図１６〜図１８に示されるが、ＤＣＩは、ＳＣＩ１内の対応するフィールドに対する第１のフィールドの値および第２のフィールドの値を示してもよい。図１３において、ＤＣＩは、ＳＣＩ２内の対応するフィールドに対する第１のフィールドの値、第２のフィールドの値、第３のフィールドの値、および第４のフィールドの値を示してもよい。図１４において、ＤＣＩは、ＳＣＩ３内の対応するフィールドに対する第１のフィールドの値、第２のフィールドの値、第３のフィールドの値、および第４のフィールドの値を示してもよい。図１６において、ＤＣＩは、ＳＣＩ４内の対応するフィールドに対する第１のフィールドの値、第２のフィールドの値、および第３のフィールドの値を示してもよい。図１７において、ＤＣＩは、ＳＣＩ４内の対応するフィールドに対する第１のフィールドの値、第２のフィールドの値、および第３のフィールドの値を示してもよい。図１８において、ＤＣＩは、ＳＣＩ５内の対応するフィールドに対する第１のフィールドの値、および第２のフィールドの値を示してもよい。

一実施形態では、宛先ＩＤは、Ｌ１宛先ＩＤまたはＬ２宛先ＩＤとすることができる。送信元ＩＤはＬ１送信元ＩＤまたはＬ２送信元ＩＤとすることができる。Ｌ１宛先ＩＤはＬ２宛先ＩＤの一部とすることができる。Ｌ１送信元ＩＤはＬ２送信元ＩＤの一部とすることができる。Ｌ２宛先ＩＤの一部は、サイドリンク送信がブロードキャストであるかどうかを示すことができる。

第１のＵＥに、サイドリンク送信のためにキャリアまたはセルにおいて（サイドリンク）リソースプールが（予め）設定され得る。第１のＵＥは、ＴＢのサイドリンク送信をスケジュールする第１のＳＣＩを送信することができる。

第２のＵＥに、サイドリンク送信のためにキャリアまたはセルにおいて（サイドリンク）リソースプールが（予め）設定され得る。第２のＵＥは、ＴＢのサイドリンク送信をスケジューリングする第１のＳＣＩを受信することができる。

第１のＳＣＩは、少なくとも第１のフィールドと第２のフィールドによって、（将来の、もしくはその後のやり方でのまたはその後の）ＴＢのための予約リソースを示さないか、または１つ以上の予約リソースを示すことができる。第１のフィールドは（将来の、もしくはその後のやり方でのまたはその後の）予約リソースの第１の数を示し、第２のフィールドはＴＢための２つの連続または隣接するリソースの間の第１の時間ギャップを示す。第２のＵＥがリソース選択を実行するときに、第２のＵＥは第１のＳＣＩによって示される予約リソースを除外してもよい。時間ギャップは、サイドリンクリソースプール内のスロットの単位とすることができる。

第１のＵＥは、第１のＳＣＩによって示される予約リソースにおいて、ＴＢをスケジューリングする第２のＳＣＩを送信することができる。第２のＳＣＩ内の第１のフィールドは、第１の数−１を示し、第２のＳＣＩ内の第２のフィールドは、第１の時間ギャップを示す。

第２のＵＥは、第１のＳＣＩによって示される予約リソースにおいて、ＴＢをスケジューリングする第２のＳＣＩを受信することができる。第２のＵＥは、ＴＢのＨＡＲＱ−ＡＣＫフィードバックを送信するためのＨＡＲＱ−ACK機会を決定することができる。ＴＢのサイドリンク送信はユニキャスト（ＳＬ−ＨＡＲＱ−ＡＣＫフィードバックを必要とする）とすることができる。ＨＡＲＱ−ＡＣＫ機会は、第３のＳＣＩによってスケジューリングされるＴＢのサイドリンク送信に暗黙的に関連付けられ得る。関連付けは、サイドリンクリソースプール設定に基づくことができる。

第３のＳＣＩ内の第１のフィールドは（特定の）値を示すことができる。（特定の）値は、サイドリンクリソースプールにおいて（予め）設定され得る。（特定の）値は、ＨＡＲＱ−ＡＣＫ後のＴＢの予約リソースがいくつかあるかを表すことができる。

第１のＵＥおよび／または第２のＵＥは、ＨＡＲＱ−ＡＣＫの前のＴＢの予約リソースをＴＢのブラインド再送とみなしてもよい。第１のＵＥおよび／または第２のＵＥは、ＨＡＲＱ−ＡＣＫの後のＴＢの予約リソースをＴＢのＨＡＲＱ−ＡＣＫベースの再送とみなしてもよい。ＴＢのブラインド再送は、ＴＢの関連するＨＡＲＱ−ＡＣＫを受信せずに第１のＵＥがＴＢを送信することを意味し、ＴＢのＨＡＲＱ−ＡＣＫベースの再送は、ＴＢの受信した関連するＨＡＲＱ−ＡＣＫに基づいて第１のＵＥがＴＢを送信することを意味することができる。

第１のＵＥは、サイドリンク送信のために、キャリアまたはセルにおいて（サイドリンク）リソースプールが（予め）設定される。第１のＵＥは、ＴＢの第１のサイドリンク送信のための第１のリソースについてのリソース選択を実行することができる。第１のＵＥは、ＴＢの第２のサイドリンク送信のための第２のリソースについてのリソース選択を実行することもできる。第１ＵＥは、第２のリソースが第１のリソースと第１のリソースに関連付けられたＨＡＲＱ−ＡＣＫ機会との間にあり得るどうかを、ＴＢのサイドリンク送信のキャストタイプに基づいて導出してもよい。

第２のＵＥは、サイドリンク送信のために、キャリアまたはセルにおいて（サイドリンク）リソースプールが（予め）設定される。第２のＵＥは、第１のリソースにおいてＴＢの第１のサイドリンク送信をスケジューリングするＳＣＩを受信してもよく、ここで、ＳＣＩは、時間ギャップを示すことによって、（将来の、もしくはその後のやり方での、またはその後の）第２のリソースを示す。第２のＵＥは、ＴＢのサイドリンク送信がブロードキャストであるかどうかに基づいて、時間ギャップが第１のリソースに参照されるかどうかを決定してもよい。

ＴＢのサイドリンク送信がブロードキャストである場合（ＳＣＩはブロードキャストのために使用される宛先ＩＤを示す）、第２のＵＥは時間ギャップが第１のリソースを参照すると決定してもよい。ＴＢのサイドリンク送信が非ブロードキャストである場合（ＳＣＩはブロードキャストのために使用される宛先ＩＤ以外の宛先ＩＤを示す）、第２のＵＥは時間ギャップがＨＡＲＱ−ＡＣＫを参照すると決定してもよい。

第１のリソースと第２のリソースはスロットにあることができる。時間ギャップは、サイドリンクリソースプール内のスロットの単位とすることができる。ＨＡＲＱ−ＡＣＫ機会は、ＳＣＩによってスケジューリングされるＴＢの第１のサイドリンク送信に暗黙的に関連付けられることができ、その関連付けはサイドリンクリソースプール設定に基づく。

図２０は、第１のＵＥの観点からの１つの例示的な実施形態によるフローチャート２０００である。ステップ２００５では、第１のＵＥにサイドリンク送信のための（サイドリンク）リソースプールが設定または予め設定される。ステップ２０１０では、第１のＵＥが、ＴＢにためのリソースを選択するようにトリガされる。ステップ２０１５では、第１のＵＥが、ＴＢの送信のための第１のリソースを選択する。ステップ２０２０では、第１のＵＥが、ＴＢのＨＡＲＱ−ＡＣＫベースの再送のための第２のリソースを選択し、第２のリソースが、第１のリソースよりも後であり、第１のリソースと第２のリソースとの間の時間ギャップが、第１の継続時間以上である。ステップ２０２５では、第１のＵＥが、スロット内の第１のリソース上でＳＣＩおよびＴＢを第２のＵＥに送信し、ＳＣＩが、第１のリソースおよび第２のリソースを示す。

一実施形態において、第１のリソースは、時間領域において第１のリソースに関連付けられたＨＡＲＱ−ＡＣＫ機会よりも早くすることができ、第２のリソースは、時間領域においてＨＡＲＱ−ＡＣＫ機会よりも遅くすることができる。第２のリソースのみが、第１のリソースに関連付けられたＨＡＲＱ−ＡＣＫ機会よりも遅くすることができ、ＨＡＲＱ−ＡＣＫ機会と第２のリソースとの間の時間ギャップは、第２の継続時間以上とすることができる。第２のリソースは、第１のリソースに関連付けられたＨＡＲＱ−ＡＣＫ機会よりも遅くに制限されてもよく、ＨＡＲＱ−ＡＣＫ機会と第２のリソースとの間の時間ギャップは、第２の継続時間以上に制限される。第１のＵＥは、サイドリンクリソースプールのうちの第１のリソースを選択してもよい。第１のＵＥは、サイドリンクリソースプールのうちの第２のリソースを選択してもよい。

一実施形態では、ＴＢのためのＨＡＲＱ−ＡＣＫベースの再送の場合、第１のＵＥは、第２のリソースまたは第１のリソースのみを選択してもよく、ここで、ＨＡＲＱ−ＡＣＫ機会と第２のリソースとの間の時間ギャップは、第２の継続時間以上である。ＴＢのためのブラインド再送の場合、第１のＵＥは第３のリソースまたは第１のリソースを選択してもよく、ここで、ＨＡＲＱ−ＡＣＫ機会と第３のリソースとの間の時間ギャップは、第２の継続時間より小さいことが許容されるか、第３のリソースは、第１のリソースに関連付けられたＨＡＲＱ−ＡＣＫ機会よりも早いことが許容される。

一実施形態では、第１の継続時間は第２の継続時間を含み得る。第１の継続時間はまた、第２の継続時間と、ＨＡＲＱ−ＡＣＫ機会と第１のリソースとの間の時間ギャップも含み得る。第２の継続時間は、少なくともＨＡＲＱ−ＡＣＫフィードバックのための復号および／または受信時間、および／または、ＨＡＲＱ−ＡＣＫフィードバックに応答して第２のリソース上でＴＢを再送するための生成または処理時間を含み得る。ＨＡＲＱ−ＡＣＫフィードバックは、第１のリソースに関連付けられたＨＡＲＱ−ＡＣＫ機会で受信され得る。

一実施形態では、第２のリソースを選択するために、第１のＵＥは、候補リソースまたは機会を除外してもよく、ここで、ＨＡＲＱ−ＡＣＫ機会と候補リソースまたは機会との間の時間ギャップは、第２の継続時間よりも小さい。第２のリソースを選択するために、第１のＵＥは、候補リソースを選択することを防いでもよく、ここで、ＨＡＲＱ−ＡＣＫ機会と候補リソースとの間の時間ギャップは、第２の継続時間よりも小さい。第２のリソースを選択するために、第１のＵＥは、候補リソースを選択することを許可されなくてもよく、ここで、ＨＡＲＱ−ＡＣＫ機会と候補リソースとの間の時間ギャップは、第２の継続時間よりも小さい。一実施形態では、第１のリソースを選択するために、第１のＵＥは、候補リソースまたは機会を除外し、ここで、第２のリソースと候補リソースまたは機会に関連付けられたＨＡＲＱ−ＡＣＫ機会との間の時間ギャップは、第２の継続時間よりも小さい。さらに、第１のリソースを選択するために、第１のＵＥは、候補リソースを選択することを防ぎ、ここで、第２のリソースと候補リソースまたは機会に関連付けられたＨＡＲＱ−ＡＣＫ機会との間の時間ギャップは、第２の継続時間よりも小さい。追加的に、第１のリソースを選択するために、第１のＵＥは、候補リソースを選択することが許容されず、ここで、第２のリソースと候補リソースまたは機会に関連付けられたＨＡＲＱ−ＡＣＫ機会との間の時間ギャップは、第２の継続時間よりも小さい。

一実施形態では、第１のＵＥは、第１のリソースに関連付けられたＨＡＲＱ−ＡＣＫ機会でＨＡＲＱ−ＡＣＫフィードバックを受信することができる。ＨＡＲＱ−ＡＣＫフィードバックがＡＣＫである場合、第１のＵＥは第２のリソース上でＴＢを再送しなくてもよい。ＨＡＲＱ−ＡＣＫフィードバックがＮＡＣＫ（Negative Acknowledgement）であるか、第１のＵＥがＨＡＲＱ−ＡＣＫフィードバックを受信しない場合、第１のＵＥは第２のリソース上でＴＢを再送してもよい。ＨＡＲＱ−ＡＣＫフィードバックは、第２のＵＥからＰＳＦＣＨ（Physical Sidelink Feedback Channel）を介して送信され得る。

一実施形態では、ＴＢのためのＨＡＲＱ−ＡＣＫベースの再送の場合、第１のＵＥは、第２のリソースまたは第１のリソースのみを選択してもよく、ここで、第１のリソースと第２のリソースとの間の時間ギャップは、第１の継続時間以上である。ＴＢのためのブラインド再送の場合、第１のＵＥは第３のリソースまたは第１のリソースを選択してもよく、第１のリソースと第３のリソースとの間の時間ギャップは、第１の継続時間より小さいことが許容される。

一実施形態では、第１のＵＥは、第１のリソースと第２のリソースとの間の時間ギャップを示すために、ＳＣＩ内に時間ギャップフィールドを導出、または設定してもよい。ＴＢのためのＨＡＲＱ−ＡＣＫベースの再送を示すために、時間ギャップフィールドによって示される時間ギャップは、第１の持続時間よりも小さくすることができない。ＴＢのためのブラインド再送を示すために、時間ギャップフィールドは、制限なく設定され得る。ＴＢのためのブラインド再送を示すために、時間ギャップフィールドは、第１の継続時間より小さいという制限なく設定され得る。時間ギャップフィールドが第１の時間よりも小さい時間ギャップに設定される場合、ＴＢのためのＨＡＲＱ−ＡＣＫベースの再送はサポートされず、および／または、第１のＵＥは、第１のリソースに関連付けられたＨＡＲＱ−ＡＣＫ機会で、第２のＵＥからＨＡＲＱ−ＡＣＫのフィードバックを受信しない。

一実施形態では、第２のリソースを選択するために、第１のＵＥは、候補リソースまたは機会を除外してもよく、ここで、第１のリソースと候補リソースまたは機会との間の時間ギャップは、第１の継続期間よりも小さい。さらに、第２のリソースを選択するために、第１のＵＥは、候補リソースを選択することを防いでもよく、ここで、第１のリソースと候補リソースとの間の時間ギャップが第１の継続時間よりも小さい。追加的に、第２のリソースを選択するために、第１のＵＥは、候補リソースを選択することを許容されなくてもよく、ここで、第１のリソースと候補リソースとの間の時間ギャップは、第１の継続時間よりも小さい。一実施形態では、第１のリソースを選択するために、第１のＵＥは、候補リソースまたは機会を除外し、ここで、第２のリソースと候補リソースまたは機会との間の時間ギャップは、第１の継続期間よりも小さい。さらに、第１のリソースを選択するために、第１のＵＥは、候補リソースを選択することを防ぎ、ここで、第２のリソースと候補リソースとの間の時間ギャップは、第１の継続時間よりも小さい。追加的に、第１のリソースを選択するために、第１のＵＥは、候補リソースを選択することが許容されず、ここで、第２のリソースと候補リソースとの間の時間ギャップは、第１の継続時間よりも小さい。

一実施形態では、第１のリソースおよび第２のリソースは、サイドリンクリソースプールにおいて異なるスロット内にあってもよい。

図３および図４に戻って参照すると、１つの例示的な実施形態では、第１のＵＥには、サイドリンク送信のために（サイドリンク）リソースプールが設定または予め設定される。第１のＵＥ３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のＵＥに、（ｉ）ＴＢのためのリソースを選択するようにトリガされることと、（ｉｉ）ＴＢの送信のための第１のリソースを選択することと、（ｉｉｉ）ＴＢのＨＡＲＱ−ＡＣＫベースの再送のための第２のリソースを選択することであって、第２のリソースが第１のリソースより後であり、第１のリソースと第２のリソースとの間の時間ギャップが第１の継続時間以上である、選択することと、（ｉｖ）スロット内の第１のリソース上でＳＣＩおよびＴＢを第２のＵＥに送信することであって、ＳＣＩは、第１のリソースおよび第２のリソースを示す、送信することと、行わせることを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを実行することができる。

図２１は、サイドリンク通信を実行するための第１のＵＥの観点からの１つの例示的な実施形態によるフローチャート２１００である。ステップ２１０５では、第１のＵＥにサイドリンク送信のために、キャリアまたはセルにおいてサイドリンクリソースプールが設定または予め設定される。ステップ２１１０では、第１のＵＥが、ＴＢのサイドリンク送信をスケジューリングする第１のＳＣＩを送信し、ここで、第１のＳＣＩが、少なくとも第１のフィールドと第２のフィールドによって、（将来のもしくはその後のやり方での、またはその後の）ＴＢのための予約リソースを示さないか、または１つ以上の予約リソースを示し、ここで、第１のフィールドが、（将来のもしくはその後のやり方での、またはその後の）予約リソースの第１の数を示し、第２のフィールドが、ＴＢのための２つの連続または隣接するリソースの間の第１の時間ギャップを示す。

図３および図４に戻って参照すると、サイドリンク通信を実行するための第１のＵＥの１つの例示的な実施形態において、第１のＵＥに、サイドリンク送信のために、キャリアまたはセルにおいてサイドリンクリソースプールが設定または予め設定される。第１のＵＥ３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のＵＥに、ＴＢのサイドリンク送信をスケジューリングする第１のＳＣＩを送信させることであって、ここで、第１のＳＣＩが、少なくとも第１のフィールドと第２のフィールドによって、（将来のもしくはその後のやり方での、またはその後の）ＴＢのための予約リソースを示さないか、または１つ以上の予約リソースを示し、ここで、第１のフィールドが、（将来のもしくはその後のやり方での、またはその後の）予約リソースの第１の数を示し、第２のフィールドが、ＴＢのための２つの連続または隣接するリソースの間の第１の時間ギャップを示す、送信させることを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを実行することができる。

図２２は、サイドリンク通信を実行するための第２のＵＥの観点からの１つの例示的な実施形態によるフローチャート２２００である。ステップ２２０５では、第２のＵＥに、サイドリンク送信のために、キャリアまたはセルにおいてサイドリンクリソースプールが設定または予め設定される。ステップ２２１０では、第２のＵＥが、ＴＢのサイドリンク送信をスケジューリングする第１のＳＣＩを受信し、ここで、第１のＳＣＩが、少なくとも第１のフィールドと第２のフィールドによって、（将来のもしくはその後のやり方での、またはその後の）ＴＢのための予約リソースを示さないか、または１つ以上の予約リソースを示し、ここで、第１のフィールドが、（将来のもしくはその後のやり方での、またはその後の）予約リソースの第１の数を示し、第２のフィールドが、ＴＢのための２つの連続または隣接するリソースの間の第１の時間ギャップを示す。ステップ２２１５では、第２のＵＥがリソース選択を実行するときに、第２のＵＥは、第１のＳＣＩによって示される予約リソースを除外する。

図３および図４を参照すると、サイドリンク通信を実行するための第２のＵＥの１つの例示的な実施形態において、第２のＵＥに、サイドリンク送信のために、キャリアまたはセルにおいてサイドリンクリソースプールが設定または予め設定される。第２のＵＥ３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第２のＵＥに、（ｉ）ＴＢのサイドリンク送信をスケジューリングする第１のＳＣＩを受信することであって、ここで、第１のＳＣＩが、少なくとも第１のフィールドと第２のフィールドによって、（将来のもしくはその後のやり方での、またはその後の）ＴＢのための予約リソースを示さないか、または１つ以上の予約リソースを示し、ここで、第１のフィールドが、（将来のもしくはその後のやり方での、またはその後の）予約リソースの第１の数を示し、第２のフィールドが、ＴＢのための２つの連続または隣接するリソースの間の第１の時間ギャップを示す、受信することと、（ｉｉ）第２のＵＥがリソース選択を実行するときに、第１のＳＣＩによって示される予約リソースを除外することと、を行わせることを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。

図２１および図２２に示され、上述した実施形態に関連して、一実施形態では、時間ギャップは、サイドリンクリソースプール内のスロットの単位であり得る。第１のＵＥは、第１のＳＣＩによって示される予約リソースでＴＢをスケジューリングする第２のＳＣＩを送信することができ、ここで、第２のＳＣＩ内の第１のフィールドは、第１の数から１を引いたものを示し、第２のＳＣＩ内の第２のフィールドは、第１の時間ギャップを示す。

一実施形態では、第２のＵＥは、第１のＳＣＩによって示される予約リソースにおいてＴＢをスケジューリングする第２のＳＣＩを受信することができ、ここで、第２のＳＣＩ内の第１のフィールドは、第１の数から１を引いたものを示し、第２のＳＣＩ内の第２のフィールドは、第１の時間ギャップを示す。第２のＵＥは、ＴＢのＨＡＲＱ−ＡＣＫフィードバックを送信するためのＨＡＲＱ−ＡＣＫ機会を決定することができる。

一実施形態では、ＴＢのサイドリンク送信はユニキャストとすることができる（ＳＬ−ＨＡＲＱ−ＡＣＫフィードバックを必要とする）。ＨＡＲＱ−ＡＣＫ機会は、第３のＳＣＩによってスケジューリングされたＴＢのサイドリンク送信に暗黙的に関連付けられることができ、関連付けはサイドリンクリソースプール設定に基づく。第３のＳＣＩ内の第１のフィールドは（特定の）値を示すことができる。（特定の）値は、サイドリンクリソースプールにおいて（予め）設定されることができる。（特定の）値は、ＨＡＲＱ−ＡＣＫ機会の後のＴＢの予約リソースがいくつあるかを表す。

一実施形態では、第１のＵＥおよび／または第２のＵＥは、ＨＡＲＱ−ＡＣＫ機会の前のＴＢの予約済み予約リソースをＴＢのブラインド再送とみなしてもよい。第１のＵＥおよび／または第２のＵＥは、ＨＡＲＱ−ＡＣＫ機会の後のＴＢの予約リソースをＴＢのＨＡＲＱ−ＡＣＫベースの再送とみなしてもよい。ＴＢのブラインド再送は、第１のＵＥがＴＢの関連付けられたＨＡＲＱ−ＡＣＫを受信せずにＴＢを送信することを意味してもよい。ＴＢのＨＡＲＱ−ＡＣＫベースの再送は、第１のＵＥがＴＢの受信した関連付けられたＨＡＲＱ−ＡＣＫに基づいてＴＢを送信することを意味してもよい。

図２３は、サイドリンク通信を実行するための第１のＵＥの観点からの１つの例示的な実施形態によるフローチャート２３００である。ステップ２３０５では、第１のＵＥに、サイドリンク送信のために、キャリアまたはセルにおいてサイドリンクリソースプールが設定または予め設定される。ステップ２３１０では、第１のＵＥが、ＴＢの第１のサイドリンク送信のための第１のリソースについてのリソース選択を実行する。ステップ２３１５では、第１のＵＥが、ＴＢの第２のサイドリンク送信のための第２のリソースについてのリソース選択を実行し、ここで、第１のＵＥは、第２のリソースが、ＴＢのサイドリンク送信のキャストタイプに基づいて、第１のリソースと第１のリソースに関連するＨＡＲＱ−ＡＣＫとの間にあり得るかどうかを導出する。

図３および図４を参照すると、サイドリンク通信を実行するための第１のＵＥの１つの例示的な実施形態において、第１のＵＥに、サイドリンク送信のために、キャリアまたはセルにおいてサイドリンクリソースプールが設定または予め設定される。第１のＵＥ３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、第１のＵＥに、（ｉ）ＴＢの第１のサイドリンク送信のための第１のリソースについてのリソース選択を実行することと、（ｉｉ）ＴＢの第２のサイドリンク送信のための第２のリソースについてのリソース選択を実行することであって、ここで、第１のＵＥは、第２のリソースが、ＴＢのサイドリンク送信のキャストタイプに基づいて、第１のリソースと第１のリソースに関連するＨＡＲＱ−ＡＣＫとの間にあり得るかどうかを導出する、実行することと、を行わせることを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。

図２４は、サイドリンク通信を実行するための第２のＵＥの観点からの１つの例示的な実施形態によるフローチャート２４００である。ステップ２４０５では、第２のＵＥに、サイドリンク送信のために、キャリアまたはセルにおいてサイドリンクリソースプールが設定または予め設定される。ステップ２４１０では、第２のＵＥが、第１のリソースで、ＴＢの第１のサイドリンク送信をスケジューリングするＳＣＩを受信し、ここで、ＳＣＩは、時間ギャップを示すことによって、（将来のもしくはその後のやり方での、またはその後の）第２のリソースを示す。ステップ２４１５では、第２のＵＥは、ＴＢのサイドリンク送信がブロードキャストであるかどうかに基づいて、時間ギャップが第１のリソースに参照されるかどうかを決定する。

図３および図４に戻って参照すると、サイドリンク通信を実行するために、第２のＵＥの１つの例示的実施形態において、第２のＵＥに、サイドリンク送信のために、キャリアまたはセルにおいてサイドリンクリソースプールが設定または予め設定される。第２のＵＥ３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第２のＵＥに、（ｉ）第１のリソースで、ＴＢの第１のサイドリンク送信をスケジューリングするＳＣＩを受信することであって、ここで、ＳＣＩは、時間ギャップを示すことによって、（将来のもしくはその後のやり方での、またはその後の）第２のリソースを示す、受信することと、（ｉｉ）ＴＢのサイドリンク送信がブロードキャストであるかどうかに基づいて、時間ギャップが第１のリソースに参照されるかどうかを決定することと、を行わせることを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。

図２３および図２４に示され、上述した実施形態に関連して、一実施形態において、ＴＢのサイドリンク送信がブロードキャストされる（ＳＣＩがブロードキャストのために使用される宛先ＩＤを示す）場合、第２のＵＥは、時間ギャップが第１のリソースを参照すると決定してもよい。ＴＢのサイドリンク送信が非ブロードキャストである（ＳＣＩがブロードキャストのために使用される宛先ＩＤ以外の宛先ＩＤを示す）場合、第２のＵＥは、時間ギャップがＨＡＲＱ−ＡＣＫを参照すると決定してもよい。

一実施形態では、第１のリソースおよび第２のリソースは、スロット内にある。時間ギャップは、サイドリンクリソースプール内のスロットの単位とすることができる。ＨＡＲＱ−ＡＣＫ機会は、ＳＣＩによってスケジューリングされるＴＢの第１のサイドリンク送信に暗黙的に関連付けられることができ、関連付けはサイドリンクのリソースプール設定に基づいて決定される。

以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化することができ、本明細書に開示したいかなる指定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様を、他のいかなる態様からも独立に実装することができ、これら態様のうちの２つ以上を種々組み合わせることができる。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装することができ、方法を実現することができる。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装することができ、このような方法を実現することができる。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立することができる。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて同時チャネルを確立することができる。

当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。

さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。

追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。

任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。

本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。

以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。

Claims (15)

1. 無線通信システムにおいて、第１のユーザ機器（ＵＥ）のための方法であって、
   第１のＵＥに、サイドリンク送信のためにサイドリンクリソースプールが設定または予め設定されることと、
   前記第１のＵＥが、ＴＢ （Transport Block）のためのリソースを選択するようにトリガされることと、
   前記第１のＵＥが、前記ＴＢの送信のための第１のリソースを選択することと、
   前記第１のＵＥが、前記ＴＢのＨＡＲＱ−ＡＣＫ （Hybrid Automatic Repeat Request-Acknowledgement）ベースの再送のための第２のリソースを選択することであって、前記第２のリソースは前記第１のリソースよりも遅く、前記第１のリソースと前記第２のリソースとの間の時間ギャップは第１の継続時間以上である、選択することと、
   第１のＵＥは、スロット内の前記第１のリソース上でＳＣＩ（Sidelink Control Information）と前記ＴＢを第２のＵＥに送信することであって、前記ＳＣＩは、前記第１のリソースと前記第２のリソースを示す、送信することと、を含む方法。
2. 前記第１のリソースが、時間領域において前記第１のリソースに関連付けられたＨＡＲＱ−ＡＣＫ機会よりも早く、前記第２のリソースは、時間領域において前記ＨＡＲＱ−ＡＣＫ機会よりも遅い、請求項１に記載の方法。
3. 前記第２のリソースのみが、前記第１のリソースに関連付けられた前記ＨＡＲＱ−ＡＣＫ機会よりも後であり、前記ＨＡＲＱ−ＡＣＫ機会と前記第２のリソースとの間の時間ギャップが、第２の継続時間以上である、請求項２に記載の方法。
4. 前記ＴＢのためのＨＡＲＱ−ＡＣＫベースの再送の場合、前記第１のＵＥは、前記第２のリソースまたは前記第１のリソースのみを選択し、前記ＨＡＲＱ−ＡＣＫ機会と前記第２のリソースとの間の時間ギャップは、前記第２の継続時間以上である、および／または
   前記ＴＢのためのブラインド再送の場合、前記第１のＵＥは、第３のリソースまたは第１のリソースを選択し、前記ＨＡＲＱ−ＡＣＫ機会と前記第３のリソースとの間の時間ギャップは、前記第２の継続時間よりも小さいことが許容されるか、または前記第３のリソースは、前記第１のリソースに関連付けられた前記ＨＡＲＱ−ＡＣＫ機会よりも早いことが許容される、請求項３に記載の方法。
5. 前記第１の継続時間は、前記第２の継続時間を含み、または前記第１の継続時間は、前記第２の継続時間および前記ＨＡＲＱ−ＡＣＫ機会と前記第１のリソースとの間の前記時間ギャップを含む、請求項３に記載の方法。
6. 前記第２の継続時間は、前記第１のリソースに関連付けられた前記ＨＡＲＱ−ＡＣＫ機会で受信されたＨＡＲＱ−ＡＣＫフィードバックための少なくとも復号および／または受信時間、および／または前記ＨＡＲＱ−ＡＣＫに応答して前記第２のリソース上で前記ＴＢを再送するための生成または処理時間を含む、請求項３に記載の方法。
7. 前記第２のリソースを選択するために、前記第１のＵＥは、候補リソースまたは機会を除外し、前記ＨＡＲＱ−ＡＣＫ機会と前記候補リソースまたは機会との間の時間ギャップは、第２の継続時間よりも小さい、および／または
   前記第２のリソースを選択するために、前記第１のＵＥは、候補リソースを選択することを防ぎ、前記ＨＡＲＱ−ＡＣＫ機会と前記候補リソースとの間の時間ギャップは、前記第２の継続時間よりも小さい、および／または
   前記第２のリソースを選択するために、前記第１のＵＥは、候補リソースを選択することが許容されず、前記ＨＡＲＱ−ＡＣＫ機会と前記候補リソースとの間の時間ギャップは、前記第２の継続時間よりも小さい、および／または
   前記第１のリソースを選択するために、前記第１のＵＥは、候補リソースまたは機会を除外し、前記第２のリソースと前記候補リソースまたは機会に関連付けられたＨＡＲＱ−ＡＣＫ機会との間の時間ギャップは、前記第２の継続時間よりも小さい、および／または
   前記第１のリソースを選択するために、前記第１のＵＥは、候補リソースを選択することを防ぎ、前記第２のリソースと前記候補リソースまたは機会に関連付けられたＨＡＲＱ−ＡＣＫ機会との間の時間ギャップは、前記第２の継続期間よりも小さい、および／または
   前記第１のリソースを選択するために、前記第１のＵＥは、候補リソースを選択することが許容されず、前記第２のリソースと前記候補リソースまたは機会に関連付けられたＨＡＲＱ−ＡＣＫ機会との間の時間ギャップは、前記第２の継続時間よりも小さい、請求項３に記載の方法。
8. 前記第１のＵＥが、前記第１のリソースに関連付けられた前記ＨＡＲＱ−ＡＣＫ機会でＨＡＲＱ−ＡＣＫフィードバックを受信し、
   前記ＨＡＲＱ−ＡＣＫフィードバックがＡＣＫである場合、前記第１のＵＥは前記第２のリソース上で前記ＴＢを再送しない、または
   前記ＨＡＲＱ−ＡＣＫフィードバックがＮＡＣＫ（Negative Acknowledge）であるか、もしくは前記第１のＵＥが前記ＨＡＲＱ−ＡＣＫフィードバックを受信しない場合、前記第１のＵＥは前記第２のリソース上で前記ＴＢを再送する、請求項２に記載の方法。
9. 前記ＨＡＲＱ−ＡＣＫフィードバックは、前記第２のＵＥからＰＳＦＣＨ（Physical Sidelink Feedback Channel）を介して送信される、請求項８に記載の方法。
10. 前記ＴＢのためのＨＡＲＱ−ＡＣＫベースの再送の場合、前記第１のＵＥは、前記第２のリソースまたは前記第１のリソースのみを選択し、前記第１のリソースと前記第２のリソースとの間の時間ギャップは、前記第１の継続時間以上である、および／または、
    前記ＴＢのためのブラインド再送の場合、前記第１のＵＥは第３のリソースまたは第１のリソースを選択し、前記第１のリソースと前記第３のリソースとの間の時間ギャップは、前記第１の継続時間よりも小さい、請求項１に記載の方法。
11. 前記第１のＵＥは、前記第１のリソースと前記第２のリソースとの間の時間ギャップを示すために、前記ＳＣＩ内の時間ギャップフィールドを導出または設定する、請求項１に記載の方法。
12. 前記ＴＢのためのＨＡＲＱ−ＡＣＫベースの再送を示すために、前記時間ギャップフィールドによって示される時間ギャップは、前記第１の継続時間よりも小さくすることができない、および／または、
    前記ＴＢのためのブラインド再送を示すために、前記時間ギャップフィールドは制限なく設定される、請求項１１に記載の方法。
13. 前記時間ギャップフィールドが前記第１の継続時間よりも小さい時間ギャップに設定されている場合、前記ＴＢのためのＨＡＲＱ−ＡＣＫベースの再送はサポートされず、および／または前記第１のＵＥは、前記第１のリソースに関連付けられたＨＡＲＱ−ＡＣＫ機会で前記第２のＵＥからＨＡＲＱ−ＡＣＫフィードバックを受信しない、請求項１１に記載の方法。
14. 前記第２のリソースを選択するために、前記第１のＵＥは、候補リソースまたは機会を除外し、前記第１のリソースと前記候補リソースまたは機会との間の時間ギャップは、前記第１の継続時間よりも小さい、および／または
    前記第２のリソースを選択するために、前記第１のＵＥは、候補リソースを選択することを防ぎ、前記第１のリソースと前記候補リソースとの間の時間ギャップは、前記第１の継続時間よりも小さい、および／または
    前記第２のリソースを選択するために、前記第１のＵＥは、候補リソースを選択することが許容されず、前記第１のリソースと前記候補リソースとの間の時間ギャップは、前記第１の継続時間よりも小さい、および／または
    前記第１のリソースを選択するために、前記第１のＵＥは、候補リソースまたは機会を除外し、前記第２のリソースと前記候補リソースまたは機会との間の時間ギャップは、第１の継続時間よりも小さい、および／または
    前記第１のリソースを選択するために、前記第１のＵＥは、候補リソースを選択することを防ぎ、前記第２のリソースと前記候補リソースとの間の時間ギャップは、前記第１の継続時間よりも小さい、および／または
    前記第１のリソースを選択するために、前記第１のＵＥは、候補リソースを選択することが許容されず、前記第２のリソースと前記候補リソースとの間の時間ギャップは、前記第１の継続時間よりも小さい、請求項１に記載の方法。
15. 前記第１のリソースおよび前記第２のリソースは、前記サイドリンクリソースプールにおいて異なるスロット内にある、請求項１に記載の方法。

Images