特許 7106708 無線通信システムにおけるネットワークスケジューリングモードにおけるサイドリンクＨＡＲＱ（ＨＹＢＲＩＤ ＡＵＴＯＭＡＴＩＣ ＲＥＱＵＥＳＴ）のための時間ギャップを処理する方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-07-15

(45)【発行日】2022-07-26

(54)【発明の名称】無線通信システムにおけるネットワークスケジューリングモードにおけるサイドリンクＨＡＲＱ（ＨＹＢＲＩＤ ＡＵＴＯＭＡＴＩＣ ＲＥＱＵＥＳＴ）のための時間ギャップを処理する方法および装置

(51)【国際特許分類】

   H04W 28/04 20090101AFI20220719BHJP

   H04W 92/18 20090101ALI20220719BHJP

   H04W 72/04 20090101ALI20220719BHJP

【ＦＩ】

H04W28/04 110

H04W92/18

H04W72/04 131

【請求項の数】 18

【外国語出願】

(21)【出願番号】P 2021065041

(22)【出願日】2021-04-07

(65)【公開番号】P2021168472

(43)【公開日】2021-10-21

【審査請求日】2021-06-07

(31)【優先権主張番号】63/007638

(32)【優先日】2020-04-09

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】63/035354

(32)【優先日】2020-06-05

(33)【優先権主張国・地域又は機関】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】517114621

【氏名又は名称】華碩電腦股▲ふん▼有限公司

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】李 名哲

(72)【発明者】

【氏名】▲黄▼ 俊偉

(72)【発明者】

【氏名】曾 立至

【審査官】中野 修平

(56)【参考文献】

【文献】ASUSTeK，Remaining issues on sidelink resource allocation mode 1[online]，3GPP TSG RAN WG1 #100b_e R1-2002466，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100b_e/Docs/R1-2002466.zip>，2020年04月10日

【文献】Moderator (Intel Corporation)，FL summary#2 of critical issues for 7.2.4.2.2 - V2X Mode 2[online]，3GPP TSG RAN WG1 #101-e R1- 2004715，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_101-e/Docs/R1-2004715.zip>，2020年05月25日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

ＩＥＥＥ Ｘｐｌｏｒｅ

(57)【特許請求の範囲】

【請求項1】

サイドリンク通信を行うためのデバイスの方法であって、
前記デバイスが、ネットワークノードからサイドリンクグラントを受信することであって、前記サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる、ことと、
前記デバイスが、ＳＬ（Ｓｉｄｅｌｉｎｋ）ＨＡＲＱ（Ｈｙｂｉｒｄ Ａｕｔｏｍａｔｉｃ Ｒｅｑｕｅｓｔ）フィードバックが有効であるＳＬ論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成することと、
前記デバイスが、２つの隣接、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ以上であるときに、前記複数のサイドリンクリソースのうちの前記２つの隣接、または連続するサイドリンクリソース上で前記データパケットのための２つのサイドリンク送信を行うことと、
前記デバイスが、前記２つの隣接、または連続するサイドリンクリソースの時間ギャップが前記最小時間ギャップ未満であるときに、前記複数のサイドリンクリソースのうちの前記２つの隣接、または連続するサイドリンクリソースのうちの１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることを決定することと、を含む、方法。

【請求項2】

前記デバイスは、前記２つの隣接、または連続するサイドリンクリソースの時間ギャップが前記最小時間ギャップ未満であるときに、前記１つのサイドリンクリソースを除き、前記複数のサイドリンクリソース上で前記データパケットのための１つ以上のサイドリンク送信を行う、請求項１に記載の方法。

【請求項3】

前記デバイスが、前記１つのサイドリンクリソース上での前記サイドリンク送信をドロップ、スキップ、またはキャンセルすることを決定することは、前記２つの隣接、または連続するサイドリンクリソースの前記時間ギャップが前記最小時間ギャップ未満であるときに、前記デバイスが、前記１つのサイドリンクリソース上でのサイドリンク送信を実行するか、またはドロップ、スキップ、もしくはキャンセルすることが可能であることを意味するか、または含む、請求項１に記載の方法。

【請求項4】

前記デバイスが、前記１つのサイドリンクリソース上での前記サイドリンク送信をドロップ、スキップ、またはキャンセルすることを決定することは、前記２つの隣接、または連続するサイドリンクリソースの前記時間ギャップが前記最小時間ギャップ未満であるときに、前記デバイスが、常に前記１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることを意味するか、または含む、請求項１に記載の方法。

【請求項5】

前記１つのサイドリンクリソースは、前記２つの隣接、または連続するサイドリンクリソースのうちの早いほうのものである、請求項１に記載の方法。

【請求項6】

前記１つのサイドリンクリソースは、前記２つの隣接、または連続するサイドリンクリソースのうちの後のほうのものである、請求項１に記載の方法。

【請求項7】

前記デバイスが、前記１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることは、前記デバイスが前記１つのサイドリンクリソース上で前記サイドリンク送信を行わないことを意味するか、または含む、請求項１に記載の方法。

【請求項8】

前記デバイスが前記データパケットを生成するときに、前記デバイスは、前記複数のサイドリンクリソースのうちの任意の２つの隣接、または連続するサイドリンクリソースの時間ギャップが前記最小時間ギャップよりも大きいか、小さいかを考慮またはチェックしない、および／または、
前記デバイスが前記データパケットを生成するための論理チャネルを決定または選択するときに、前記デバイスは、前記複数のサイドリンクリソースのうちの任意の２つの隣接、または連続するサイドリンクリソースの時間ギャップが前記最小時間ギャップよりも大きいか、小さいかを考慮またはチェックしない、請求項１に記載の方法。

【請求項9】

前記最小時間ギャップは、第１の時間ギャップおよび第２の時間ギャップを含み、
前記第１の時間ギャップは、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）送信の最後のシンボルの終了と、対応するＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）受信の最初のシンボルの開始との間であり、
前記第２の時間ギャップは、ＰＳＦＣＨの受信および／または処理に加えてサイドリンク再送準備に必要な時間を含む、請求項１に記載の方法。

【請求項10】

サイドリンク通信を行うためのデバイスの方法であって、
前記デバイスが、ネットワークノードからサイドリンクグラントを受信することであって、前記サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる、ことと、
前記デバイスが、１つ以上のＳＬ（Ｓｉｄｅｌｉｎｋ）論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成することであって、
前記複数のサイドリンクリソースうちの任意の２つの隣接、または連続するサイドリンクリソースの少なくとも時間ギャップが最小時間ギャップ未満であるときに、ＳＬ ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｑｕｅｓｔ）フィードバックが無効であるＳＬ論理チャネルを選択することを決定すること、または
前記複数のサイドリンクリソースのうちの任意の２つの隣接、または連続するサイドリンクリソースの前記時間ギャップが前記最小時間ギャップ以上であるときに、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネルを選択することが可能であること、のうちのいずれかを含んで、
前記１つ以上のＳＬ論理チャネルが、前記複数のサイドリンクリソースのうちの任意の２つの隣接するサイドリンクリソースの時間ギャップに少なくとも基づいて、決定または選択される、ことと、
前記デバイスが、前記複数のサイドリンクリソースのうちの１つ以上で１つ以上のサイドリンク送信を行うことであって、前記１つ以上のサイドリンク送信は、前記データパケットを送達するか、または含む、ことと、を含む、方法。

【請求項11】

最小時間ギャップは、第１の時間ギャップおよび第２の時間ギャップを含み、
前記第１の時間ギャップは、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）送信の最後のシンボルの終了と、対応するＰＳＦＣＨ（ Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）受信の最初のシンボルの開始との間であり、
前記第２の時間ギャップは、ＰＳＦＣＨの受信および／または処理に加えてサイドリンク再送準備に必要な時間を含む、請求項１０に記載の方法。

【請求項12】

通信デバイスであって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
ネットワークノードからサイドリンクグラントを受信することであって、前記サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる、ことと、
ＳＬ（Ｓｉｄｅｌｉｎｋ）ＨＡＲＱ（Ｈｙｂｉｒｄ Ａｕｔｏｍａｔｉｃ Ｒｅｑｕｅｓｔ）フィードバックが有効であるＳＬ論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成することと、
２つの隣接、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ以上であるときに、前記複数のサイドリンクリソースのうちの前記２つの隣接、または連続するサイドリンクリソース上で前記データパケットのための２つのサイドリンク送信を行うことと、
前記２つの隣接、または連続するサイドリンクリソースの時間ギャップが前記最小時間ギャップ未満であるときに、前記複数のサイドリンクリソースのうちの２つの隣接、または連続するサイドリンクリソースのうちの１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることを決定することと、を行うように構成されている、通信デバイス。

【請求項13】

前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記２つの隣接、または連続するサイドリンクリソースの前記時間ギャップが前記最小時間ギャップ未満であるときに、前記１つのサイドリンクリソースを除き、前記複数のサイドリンクリソース上で前記データパケットのための１つ以上のサイドリンク送信を行う、請求項１２に記載の通信デバイス。

【請求項14】

前記通信デバイスが、前記１つのサイドリンクリソース上での前記サイドリンク送信をドロップ、スキップ、またはキャンセルすることを決定することは、前記２つの隣接、または連続するサイドリンクリソースの前記時間ギャップが前記最小時間ギャップ未満であるときに、前記通信デバイスは、前記１つのサイドリンクリソース上で前記サイドリンク送信を行うか、またはドロップ、スキップ、もしくはキャンセルすることが可能であることを意味するか、または含む、および／または
前記通信デバイスが、前記１つのサイドリンクリソース上での前記サイドリンク送信をドロップ、スキップ、またはキャンセルすることを決定することは、前記２つの隣接、または連続するサイドリンクリソースの前記時間ギャップが前記最小時間ギャップ未満であるときに、前記通信デバイスは、常に前記１つのサイドリンクリソース上での前記サイドリンク送信をドロップ、スキップ、またはキャンセルすることを意味するか、または含む、請求項１２に記載の通信デバイス。

【請求項15】

前記１つのサイドリンクリソースは、前記２つの隣接、または連続するサイドリンクリソースのうちの早いほうのものである、または
前記１つのサイドリンクリソースは、前記２つの隣接、または連続するサイドリンクリソースのうちの後のほうのものである、請求項１２に記載の通信デバイス。

【請求項16】

前記通信デバイスが、前記１つのサイドリンクリソース上での前記サイドリンク送信をドロップ、スキップ、またはキャンセルすることは、前記通信デバイスが前記１つのサイドリンクリソース上で前記サイドリンク送信を行わないことを意味するか、または含む、請求項１２に記載の通信デバイス。

【請求項17】

前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記通信デバイスが前記データパケットを生成するときに、前記複数のサイドリンクリソースのうちの任意の２つの隣接、または連続するサイドリンクリソースの時間ギャップが前記最小時間ギャップよりも大きいか、小さいかを考慮またはチェックしない、および／または、
前記通信デバイスが前記データパケットを生成するための論理チャネルを決定または選択するときに、前記複数のサイドリンクリソースのうちの任意の２つの隣接、または連続するサイドリンクリソースの時間ギャップが前記最小時間ギャップよりも大きいか、小さいかを考慮またはチェックしない、ように構成されている、請求項１２に記載の通信デバイス。

【請求項18】

前記最小時間ギャップは、第１の時間ギャップおよび第２の時間ギャップを含み、
前記第１の時間ギャップは、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）送信の最後のシンボルの終了と、対応するＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）受信の最初のシンボルの開始との間であり、
前記第２の時間ギャップは、ＰＳＦＣＨの受信および／または処理に加えてサイドリンク再送準備に必要な時間を含む、請求項１２に記載の通信デバイス。

【発明の詳細な説明】

【技術分野】

【0001】

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

【0002】

本開示は、一般に、無線通信ネットワークに関し、より詳細には、無線通信システムにおけるネットワークスケジューリングモードにおけるサイドリンクＨＡＲＱ（ＨＹＢＲＩＤ ＡＵＴＯＭＡＴＩＣ ＲＥＱＵＥＳＴ）のための時間ギャップを処理する方法および装置に関する。

【背景技術】

【0003】

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

【0004】

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

【発明の概要】

【0005】

サイドリンク通信を行うデバイスの観点からの方法および装置が開示される。一実施形態では、デバイスが、ネットワークノードからサイドリンクグラントを受信することであって、サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる、ことを含む。本方法は、さらに、デバイスが、ＳＬ（Ｓｉｄｅｌｉｎｋ）ＨＡＲＱ（Ｈｙｂｉｒｄ Ａｕｔｏｍａｔｉｃ Ｒｅｑｕｅｓｔ）フィードバックが有効であるＳＬ論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成することを含む。本方法は、さらに、デバイスが、２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ以上である場合、複数のサイドリンクリソースのうちの２つの隣接、ネイバー、または連続するサイドリンクリソース上でデータパケットのための２つのサイドリンク送信を行うことを含む。本方法は、さらに、デバイスが、２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ未満である場合、複数のサイドリンクリソースのうちの２つの隣接、ネイバー、または連続するサイドリンクリソースのうちの１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることが可能であることと、を含む。

【0006】

さらに、サイドリンク通信を行うためのデバイスの観点からの代替的な方法および装置が開示される。本方法は、デバイスが、ネットワークノードからサイドリンクグラントを受信することであって、サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる、ことを含む。本方法は、さらに、デバイスが、１つ以上のＳＬ（Ｓｉｄｅｌｉｎｋ）論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成することであって、１つ以上のＳＬ論理チャネルは、複数のサイドリンクリソースのうちの任意の２つの隣接するサイドリンクリソースの時間ギャップに少なくとも基づいて、決定または選択される、ことを含む。本方法は、さらに、デバイスが、複数のサイドリンクリソースのうちの１つ以上で１つ以上のサイドリンク送信を行うことであって、１つ以上のサイドリンク送信は、データパケットを送達するか、または含む、ことと、を含む。

【図面の簡単な説明】

【0007】

【図1】１つの例示的な実施形態による、無線通信システムの図を示す。

【0008】

【図2】１つの例示的な実施形態による、送信機システム（アクセスネットワークとしても知られる）および受信機システム（ユーザ機器またはＵＥとしても知られる）のブロック図である。

【0009】

【図3】１つの例示的な実施形態による、通信システムの機能ブロック図である。

【0010】

【図4】１つの例示的な実施形態による、図３のプログラムコードの機能ブロック図である。

【0011】

【図5】３ＧＰＰ ＴＳ ３８．２１２ Ｖ１６．１．０の表４．３－１の複製である。

【0012】

【図6】３ＧＰＰ ＴＳ ３８．２１２ Ｖ１６．１．０の表４．３－２の複製である。

【0013】

【図7】３ＧＰＰ ＴＳ ３８．２１２ Ｖ１６．１．０の表７．３．１－１の複製である。

【0014】

【図8】１つの例示的な実施形態による図である。

【0015】

【図9】１つの例示的な実施形態による図である。

【0016】

【図10】１つの例示的な実施形態によるフローチャートである。

【0017】

【図11】１つの例示的な実施形態によるフローチャートである。

【発明を実施するための形態】

【0018】

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

【0019】

特に、以下に説明する例示的な無線通信システムおよびデバイスが、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてもよく、その標準は、TS 38.211 V16.1.0 (2020-03), “NR; Physical channels and modulation (Release 16)”; TS 38.212 V16.1.0 (2020-03), “NR; Multiplexing and channel coding (Release 16)”; TS 38.213 V16.1.0 (2020-03), “NR; Physical layer procedures for control (Release 16)”; TS 38.214 V16.1.0 (2020-03), “NR; Physical layer procedures for data (Release 16)”; TS 38.321 V16.0.0 (2020-03), “NR; Medium Access Control (MAC) protocol specification (Release 16)”; R1-1810051, “Final Report of 3GPP TSG RAN WG1 #94 V1.0.0 (Gothenburg, Sweden, 20th-24th August 2018)”; R1-1905921, “Final Report of 3GPP TSG RAN WG1 #96bis V1.0.0 (Xi’an, China, 8th-12th April 2019)”; R1-1907973, “Final Report of 3GPP TSG RAN WG1 #97 V1.0.0 (Reno, USA, 13th-17th May 2019)”; R1-1909942, “Final Report of 3GPP TSG RAN WG1 #98 V1.0.0 (Prague, Czech Rep., 26th-30th August 2019)”; Draft Report of 3GPP TSG RAN WG1 #99 V1.0.0 (Reno, USA, 18th-22nd November 2019); 及び Draft Report of 3GPP TSG RAN WG1 #100-e V0.2.0 (Online meeting, 18th February - 6th March 2020)を含む。上記に挙げた標準および文書は、参照によりその全体が本明細書に明示的に組み込まれる。

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

３ＧＰＰ ＴＳ ３８．２１１ Ｖ１６．１．０では、以下に論じるように、物理サイドリンク共用チャネル、物理サイドリンク制御チャネル、および物理サイドリンクフィードバックチャネルに対する生成を規定する。一般に、物理サイドリンク共有チャネル、物理サイドリンク制御チャネル、および物理サイドリンクフィードバックチャネルは、デバイス間の通信、すなわち、ＰＣ５リンクまたはデバイスツーデバイスリンクのためのものである。物理サイドリンク共有チャネル（ＰＳＳＣＨ）は、サイドリンク共有チャネル（ＳＬ－ＳＣＨ）のためのデータ／転送ブロックを送達する。物理サイドリンク制御チャネル（ＰＳＣＣＨ）はサイドリンク制御情報（ＳＣＩ）を送達する。物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）は、サイドリンクＨＡＲＱ－ＡＣＫを送達する。
［外１］

【0037】

３ＧＰＰ ＴＳ ３８．２１２ Ｖ１６．１．０は、以下で論じるように、ＮＲにおけるサイドリンクのスケジューリングのための下りリンク制御情報およびサイドリンク制御情報を規定する。下りリンク制御情報は、ネットワークノードとＵＥ間の通信、すなわち、Ｕｕリンクのためのものである。サイドリンク制御情報は、ＵＥ間の通信、すなわち、ＰＣ５リンクまたはサイドリンクのためのものである。
［外２］

［３ＧＰＰ ＴＳ ３８．２１２ Ｖ１６．１．０の表４．３－１を図５として複製］
［３ＧＰＰ ＴＳ ３８．２１２ Ｖ１６．１．０の表４．３－２を図６として複製］
＜未変更部分は省略＞
［外３］

［「ＤＣＩ ｆｏｒｍａｔｓ」と題する、３ＧＰＰ ＴＳ ３８．２１２ Ｖ１６．１．０の表７．３．１－１を図７として複製］
＜未変更部分は省略＞
［外４］

＜未変更部分は省略＞
［外５］

【0038】

３ＧＰＰ ＴＳ ３８．２１３ Ｖ１６．１．０は、ＮＲにおいて、サイドリンクでＨＡＲＱ－ＡＣＫを報告し、ＰＵＣＣＨでＨＡＲＱ－ＡＣＫを報告するためのＵＥ手順を規定する。
［外６］

【0039】

３ＧＰＰ ＴＳ ３８．２１４ Ｖ１６．１．０は、以下で論じるように、ＮＲにおけるサイドリンク共有チャネルのためのＵＥ手順を規定する。サイドリンクリソース割り当てモード１またはサイドリンクリソース割り当てモード２は、サイドリンク共有チャネルのためのサイドリンクリソースを取得するために利用される。
［外７］

【0040】

３ＧＰＰ ＴＳ ３８．３２１ ｖ１６．０．０は、以下のように、ＮＲにおけるＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）プロトコル仕様を規定する：
［外８］

【0041】

（３ＧＰＰ Ｒ１－１８１００５１で論じられているように）ＲＡＮ１＃９４会議において、ＲＡＮ１は、ＮＲ Ｖ２Ｘに関して以下の合意をした：
［外９］

【0042】

（３ＧＰＰ Ｒ１－１９０５９２１で論じられているように）ＲＡＮ１＃９６ｂｉｓ会議において、ＲＡＮ１は、ＮＲ Ｖ２Ｘに関して以下の合意をした：
［外１０］

【0043】

（３ＧＰＰ Ｒ１－１９０７９７３で論じられているように）ＲＡＮ１＃９７会議において、ＲＡＮ１は、ＮＲ Ｖ２Ｘに関して以下の合意をした：
［外１１］

（３ＧＰＰ Ｒ１－１９０９９４２で論じられているように）ＲＡＮ１＃９８会議において、ＲＡＮ１は、ＮＲ Ｖ２Ｘに関して以下の合意をした：
［外１２］

【0044】

（３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９９ Ｖ１．０．０のドラフト報告書で論じられているように）ＲＡＮ１＃９９会議において、ＲＡＮ１は、ＮＲ Ｖ２Ｘに関して以下の合意をした：
［外１３］

Ｒ１－１９１３４１７
［外１４］

【0045】

（３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃１００－ｅ Ｖ０．２．０ のドラフト報告書で論じられているように）ＲＡＮ１ ＃１００－ｅ会議において、ＲＡＮ１は、ＮＲ Ｖ２Ｘに関して以下の合意をした：
［外１５］

【0046】

以下の用語の１つ以上を以後使用することがある：
・ ＢＳ：１つ以上のセルに関連付けられた１つ以上のＴＲＰを制御するために使用される、ネットワーク中央ユニットまたはＮＲにおけるネットワークノードＢＳとＴＲＰと間の通信は、フロントホールを介する。ＢＳは、中央ユニット（ＣＵ）、ｅＮＢ、ｇＮＢ、またはＮｏｄｅＢとも呼ぶことができる。
・ ＴＲＰ：送受信ポイントは、ネットワークカバレッジを提供し、ＵＥと直接通信する。ＴＲＰは、分散ユニット（ＤＵ）またはネットワークノードとも呼ぶことができる。
・ セル：セルは、１つ以上の関連付けられたＴＲＰから構成される。すなわち、セルの被覆は、全ての関連付けられたＴＲＰのカバレッジから構成される。１つのセルは、１つのＢＳによって制御される。セルは、ＴＲＰグループ（ＴＲＰＧ）とも呼ぶことができる。
・ ＮＲ－ＰＤＣＣＨ：チャネルは、ＵＥとネットワーク側との間の通信を制御するために使用される下りリンク制御信号を搬送する。ネットワークは、設定された制御リソースセット（ＣＯＲＥＳＥＴ）上のＮＲ－ＰＤＣＣＨをＵＥに送信する。
・ ＵＬ制御信号：ＵＬ制御信号は、下りリンク送信のためのスケジューリング要求（ＳＲ）、チャネル状態情報（ＣＳＩ）、ＨＡＲＱ－ＡＣＫ／ＮＡＣＫであってもよい。
・ スロット：ＮＲにおけるスケジューリング単位である。各スロットの継続時間は、１４のＯＦＤＭシンボルである。
・ ミニスロット：ミニスロットは、継続時間が１４のＯＦＤＭシンボル未満のスケジューリング単位である。
・ スロットフォーマット情報（ＳＦＩ）：スロット内のシンボルのスロットフォーマットの情報である。スロット内のシンボルは、下りリンク、上りリンク、未知または他のもののタイプに属してもよい。スロットのスロットフォーマットは、少なくともスロット内のシンボルの送信方向を搬送してもよい。
・ ＤＬ共通信号：セル内の複数のＵＥまたはセル内の全てのＵＥを標的とするデータチャネル搬送共通情報であるＤＬ共通信号の例は、システム情報、ページング、ＲＡＲとすることができる。

【0047】

以下のネットワーク側の仮定の１つ以上を以後使用することがある：
・ 同じセル内のＴＲＰの下りリンクタイミングが同期される。
・ ネットワーク側のＲＲＣレイヤはＢＳにある。

【0048】

以下のＵＥ側の仮定の１つ以上を以後使用することがある：
・ 少なくとも２つのＵＥ（ＲＲＣ）状態、すなわち、接続状態（またはアクティブ状態と呼ばれる）と非接続状態（または非アクティブ状態もしくはアイドル状態と呼ばれる）がある。非アクティブ状態は、追加状態であってもよいし、接続状態または非接続状態に属していてもよい。

【0049】

（３ＧＰＰ Ｒ１－１８１００５１で論じられているように）ＲＡＮ１＃９４会議では、ＮＲ Ｖ２Ｘ送信の場合、ＮＲ－Ｖ２Ｘサイドリンク通信に対して定義された２つのサイドリンクリソース割り当てモードがある：
・ モード１は、基地局またはネットワークノードが、サイドリンク送信のためにＵＥが使用するサイドリンクリソースをスケジューリングすることができる。
・ モード２は、ＵＥが、基地局もしくはネットワークノードによって設定されたサイドリンクリソースまたは予め設定されたサイドリンクリソース内で、サイドリンク送信リソースを選択または決定する（すなわち、基地局またはネットワークノードはスケジューリングしない）。

【0050】

ネットワークスケジューリングモード、例えば、モード１の場合、ネットワークノードは、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）および／またはＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）のリソースをスケジューリングするために、Ｕｕインターフェースで、サイドリンク（ＳＬ）グラント、例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）フォーマット３＿０を送信してもよい。Ｖ２Ｘ ＵＥは、受信したサイドリンクグラントに応答して、ＰＣ５インターフェースでＰＳＣＣＨおよびＰＳＳＣＨ送信を行ってもよい。Ｕｕインターフェースは、ネットワークノードとＵＥとの間の通信のための無線インターフェースとすることができる。ＰＣ５インターフェースは、ＵＥまたはデバイス間の（直接）通信のための無線インターフェースとすることができる。

【0051】

ＵＥ（自律）選択モード、例えば、モード２の場合、送信リソースはネットワークノードを介してスケジューリングされていないか、または割り当てられていないため、ＵＥは、他のＵＥから、または他のＵＥへのリソース衝突および干渉を回避するために、送信のためのリソースを選択する前に検知を行う（例えば、検知ベースの送信）必要があることがある。検知手順の結果に基づいて、ＵＥは、リソース選択ウィンドウ内の候補リソースを決定または識別することができる。識別された候補リソースは、（ＵＥの）上位レイヤに報告されてもよい。ＵＥは、ＵＥからのサイドリンク送信を実行するために、識別された候補リソースから１つ以上のリソースを選択してもよい。ＵＥからの送信は、ＰＳＣＣＨおよび／またはＰＳＳＣＨ送信であってもよい。

【0052】

ＮＲ Ｖ２Ｘは高い信頼性と高いスループットが要求されるため、ユニキャストおよび／またはグループキャストのためのＳＬ ＨＡＲＱフィードバックをサポートすることができる。これは、ＴＸ ＵＥがサイドリンクデータ送信をＲＸ ＵＥに送信し、ＲＸ ＵＥがＰＳＦＣＨ送信を介してＳＬ ＨＡＲＱフィードバックをＴＸ ＵＥに送信することを意味する。ＳＬ ＨＡＲＱフィードバックがＡＣＫである場合、ＲＸ ＵＥがサイドリンクデータ送信の受信および復号に成功したことを意味してもよい。ＴＸ ＵＥがＡＣＫとしてＳＬ ＨＡＲＱフィードバックを受信するときに、ＴＸ ＵＥからＲＸ ＵＥへの利用可能なデータがある場合、ＴＸ ＵＥは、別の新しいサイドリンクデータ送信をＲＸ ＵＥに送信してもよい。ＳＬ ＨＡＲＱフィードバックがＮＡＣＫであるか、またはＴＸ ＵＥがＳＬ ＨＡＲＱフィードバックを受信しない場合、これは、ＲＸ ＵＥがサイドリンクデータ送信の受信および／または復号に成功しなかったことを意味してもよい。ＴＸ ＵＥがＮＡＣＫとしてＳＬ ＨＡＲＱフィードバックを受信するか、またはＴＸ ＵＥがＳＬ ＨＡＲＱフィードバックを受信しないときに、ＴＸ ＵＥはサイドリンクデータ送信をＲＸ ＵＥに再送してもよい。サイドリンクデータ再送はサイドリンクデータ送信と同じデータパケットを搬送するため、ＲＸ ＵＥは、サイドリンクデータ送信とサイドリンクデータ再送を組み合わせて、データパケットの復号を行ってもよい。この組み合わせることは、復号に成功する可能性を高めることができる。

【0053】

（３ＧＰＰ Ｒ１－１９０５９２１で論じられているように）ＲＡＮ１＃９６ｂｉｓ会議は、リソースプールにおいて、ＰＳＦＣＨリソースが周期的にスロット（複数可）の期間で（事前）設定され、Ｎは、３ＧＰＰ Ｒ１－１９０５９２１およびＲ１－１９０７９７３で論じられているように、１、２または４として設定することができることをサポートしている。ＰＳＦＣＨリソースが（事前）設定されているスロットの場合、スロット内のＰＳＦＣＨリソースは、スロット内の最後の１つまたは２つのサイドリンクシンボル内にある。スロット内の各ＰＳＦＣＨリソースには、同じ数のシンボルが含んでもよい。

【0054】

ＴＸ ＵＥがサイドリンクリソースを取得するときに、ＴＸ ＵＥは、送信に利用可能なＳＬデータを有する論理チャネルのうち、最も高い優先度を有する論理チャネルまたはＭＡＣ ＣＥを有する、ユニキャスト（例えば、ＲＸ ＵＥ）、グループキャスト（例えば、サイドリンクグループ）、およびブロードキャストのいずれかに関連付けられた宛先を選択してもよい。ＳＢｊ＞０および／またはＣｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｔｙｐｅも同様に考慮される。ＴＸ ＵＥがサイドリンクリソース上の送信のためのＭＡＣ ＰＤＵを生成するときに、同じ宛先に関連付けられた１つ以上のサイドリンク論理チャネルからのＳＬデータを多重化することが可能であってもよい。ただし、ｓｌ－ＨＡＲＱ－ＦｅｅｄｂａｃｋＥｎａｂｌｅｄが有効で設定されている論理チャネルとｓｌ－ＨＡＲＱ－ＦｅｅｄｂａｃｋＥｎａｂｌｅｄが無効で設定されている論理チャネルは、同じＭＡＣ ＰＤＵに多重化することができない。

【0055】

（３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃１００－ｅ Ｖ０．２．０のドラフト報告書で論じられているように）ＲＡＮ１＃１００－ｅ会議では、モード２では、ＵＥは、ＴＢの２つの選択されたリソースの間に最小時間ギャップＺ＝ａ＋ｂを確保し、これらのリソースの最初のものに対してＨＡＲＱフィードバックが期待されることを合意した。値「ａ」は、第１のリソースのＰＳＳＣＨ送信の最後のシンボルの終わりから、リソースプール設定およびＭｉｎＴｉｍｅＧａｐＰＳＦＣＨおよびｐｅｒｉｏｄＰＳＦＣＨｒｅｓｏｕｒｃｅの上位レイヤパラメータが決定する対応するＰＳＦＣＨ受信の第１のシンボルの始まりまでの時間ギャップである。値「ｂ」は、必要な物理チャネルの多重化やＴＸ－ＲＸ／ＲＸ－ＴＸ切り替え時間を含む、ＰＳＦＣＨの受信および処理に加えてサイドリンク再送準備に必要な時間であり、ＵＥ実装によって決定される。言い換えれば、ＳＬ ＨＡＲＱフィードバックが有効であるＴＢの場合、ＴＸ ＵＥは、選択された任意の２つのリソース間の時間ギャップが最小時間ギャップＺ以下である１つ以上のリソースを選択する必要がある。したがって、ＴＸ ＵＥは、選択されたリソースのうちの１つでサイドリンクデータ送信を行った後、ＴＸ ＵＥは、関連付けられたＳＬ ＨＡＲＱフィードバックに応じて、選択されたリソースの次のリソースにおいてサイドリンクデータ再送を行うかどうかを決定する可能性がある。

【0056】

現在、ＳＬ ＨＡＲＱフィードバックが有効であるＴＢの最小時間ギャップＺは、サイドリンク資源割当てモード２については合意されている。サイドリンクリソース割り当てモード１と最小時間ギャップＺとの関係については疑問の余地がある。モデム２では、ＴＢのためのサイドリンクリソースの選択または決定と、ＴＢのＳＬデータを多重化するための論理チャネルの優先順位付けまたは決定（ＬＣＰ）は、両方ともデバイス／ＵＥ側で行われる。モード１の主な違いは、ＴＢのためのサイドリンクリソースがネットワークノードによってスケジューリングまたは割り当てられ、ＴＢのＳＬデータを多重化するための論理チャネルの優先順位付けまたは決定がデバイス／ＵＥ側で行われることである。

【0057】

一般に、ネットワークノードは、どの論理チャネルがデバイスまたはＵＥ側で優先されるか、または決定されるかを期待し、次に、適切なサイドリンクリソースをスケジューリングまたは割り当てることがある。例えば、デバイス側やＵＥ側で送信に利用可能なＳＬデータを持つ論理チャネルのうち、最も高い優先度を持つ論理チャネルまたはＭＡＣ ＣＥにＳＬ ＨＡＲＱフィードバックが有効である場合、ネットワークノードは、最小時間ギャップＺを考慮して対応するサイドリンクリソースをスケジューリングまたは割り当てることができる。また、デバイス側やＵＥ側で送信に利用可能なＳＬデータを持つ論理チャネルのうち、最も高い優先度を持つ論理チャネルまたはＭＡＣ ＣＥにＳＬ ＨＡＲＱフィードバックが有効ではない場合、ネットワークノードは、最小時間ギャップＺを考慮することなく、対応するサイドリンクリソースをスケジューリングまたは割り当てることができる。

【0058】

しかし、ネットワークノードでの期待が常に機能するわけではないようである。例えば、ＵＥに新しいＳＬデータが到着し、まだそれをネットワークノードに報告していない可能性がある。別の例として、変調および符号化スキームはデバイスまたはＵＥによって決定されるため、ネットワークノードは、何回のＳＬデータが以前に送達されたかを明確には知らない。したがって、整合性の取れていない問題があることがある。

【0059】

一例として、ネットワークノードは、複数のサイドリンクリソースを、ＴＸ ＵＥへのサイドリンクグラントを介してスケジューリングまたは割り当て、ここで、複数のサイドリンクリソースのうちの少なくとも２つは、時間ギャップが最小時間ギャップＺ未満である。しかし、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネルからサイドリンクデータを含むＴＢを生成することがある。したがって、ＴＸ ＵＥが複数のサイドリンクリソースのうちの１つ上でサイドリンクデータ送信を行った後、ＴＸ ＵＥが、関連付けられたＳＬ ＨＡＲＱフィードバックに応じて、複数のサイドリンクリソースのうちの次の１つにおいてサイドリンクデータ再送を行うかどうかを決定することは不可能であることがある。

【0060】

別の場合では、ネットワークノードは、複数のサイドリンクリソースを、ＴＸ ＵＥへのサイドリンクグラントを介してスケジューリングまたは割り当て、ここで、複数のサイドリンクリソースのうちのいずれか２つは、時間ギャップが最小時間ギャップＺ以上である。しかし、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＬ論理チャネルからサイドリンクデータを含むＴＢを生成することがある。ＳＬ論理チャネルが緊急データまたは低遅延データを含む場合、複数のサイドリンクリソース上のサイドリンク送信は不必要な遅延を引き起こすことがある。

【0061】

これらの整合の取れていない問題の観点から、いくつかの概念、機構、方法、または実施形態を以下に提供する。

【0062】

方法ａ

【0063】

方法ａの一般的な概念は、モード１において、サイドリンクリソースに対して最小時間ギャップＺが考慮されるということである。ネットワークノードは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（もしくはＭＡＣ ＰＤＵ）またはＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（もしくはＭＡＣ ＰＤＵ）からＳＬデータを選択するために、ＴＸ ＵＥを（暗黙的に）制御／スケジューリングしてもよい。

【0064】

ＴＸ ＵＥは、ネットワークノードからＳＬグラントを受信してもよい。ＳＬグラントは、複数のサイドリンクリソースをスケジューリング／割り当てることができる。ＴＸ ＵＥは、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが、最小時間ギャップＺ以上であるかどうかをチェックしてもよい。

【0065】

一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの（全ての）時間ギャップが、最小時間ギャップＺ以上である場合、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）を選択することが可能であってもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを排除または除外してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化することを排除または除外するＴＢを生成してもよい。言い換えると、ＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）のためのＬＣＰ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、ＳＬ ＨＡＲＱフィードバックが有効であり、利用可能なＳＬデータがあり、かつＳＢｊ＞０であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中（だけ）で行われてもよい

【0066】

一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ未満である場合、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを排除または除外してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、多重化することを排除または除外するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、ＳＬ ＨＡＲＱフィードバックが無効であり、利用可能なＳＬデータがあり、かつＳＢｊ＞０であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中（だけ）で行われてもよい

【0067】

一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ以上である場合、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）を選択することを決定してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）を選択することが可能であってもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを排除または除外してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、多重化することを排除または除外するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、ＳＬ ＨＡＲＱフィードバックが有効であり、利用可能なＳＬデータを有し、かつＳＢｊ＞０であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中（だけ）で行われてもよい。

【0068】

一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの（全ての）時間ギャップが、最小時間ギャップＺ未満である場合、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）を選択することを決定してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを排除または除外してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化することを排除または除外するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、ＳＬ ＨＡＲＱフィードバックが無効であり、利用可能なＳＬデータを有し、ＳＢｊ＞０であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中（だけ）で行われてもよい。

【0069】

一実施形態では、ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされたか、または割り当てられた複数のサイドリンクリソースの１つ以上で、１つ以上のサイドリンク送信を行ってもよい。１つ以上のサイドリンク送信は、生成されたＴＢを含むか、または送達する。

【0070】

方法ｂ

【0071】

方法ｂの一般的な方向性は、ＴＢ生成に対して、モード１において、サイドリンクリソースに対して最小時間ギャップＺが考慮されないということである。ＴＸ ＵＥは、ネットワークノードからＳＬグラントを受信してもよい。ＳＬグラントは、複数のサイドリンクリソースをスケジューリングするか、または割り当ててもよい。一実施形態では、ＴＸ ＵＥは、ＴＢを生成してもよい。ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされたか、または割り当てられた複数のサイドリンクリソースの１つ以上で１つ以上のサイドリンク送信を行ってもよい。１つ以上のサイドリンク送信は、生成されたＴＢを含む／送達する。

【0072】

一実施形態では、ＴＸ ＵＥがサイドリンク送信のためのＴＢを生成するときに、ＴＸ ＵＥは、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが最小時間ギャップＺ以上であるかどうかをチェックしなくてもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）と、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）のうちのＴＢためのＬＣＰを行ってもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるか、無効であるかを考慮せずに、ＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中のＴＢのためのＬＣＰを行うことができる。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるか、無効であるかを考慮せずに、利用可能なＳＬデータを有し、かつＳＢｊ＞０であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）のうちのＴＢのためのＬＣＰを行ってもよい。

【0073】

少なくとも４つの実施形態があってもよい：

【0074】

第１の実施形態－第１の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの（全ての）時間ギャップが、最小時間ギャップＺ以上であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整合ことを意味してもよい。一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。一実施形態では、１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するためにＲＸ ＵＥに指示してもよい。

【0075】

例示的な図８ａに示すように、ＰＳＳＣＨ１および／またはＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するためにＲＸ ＵＥに指示してもよい。

【0076】

例示的な図９ａに示されるように、ＰＳＳＣＨ１、ＰＳＳＣＨ２、および／またはＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１、ＳＣＩ２、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。

【0077】

第２の実施形態－第２の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ未満であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整合することを意味してもよい。一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。

【0078】

例示的な図８－ｂに示すように、ＰＳＳＣＨ１および／またはＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。

【0079】

例示的な図９－ｂ、９－ｃ、９－ｄに示すように、ＰＳＳＣＨ１、ＰＳＳＣＨ２、および／またはＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１、ＳＣＩ２、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。

【0080】

第３の実施形態－第３の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ未満であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整列しないことを意味してもよい。

【0081】

例示的な図８－ｂに示すように、ＰＳＳＣＨ１および／またはＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。

【0082】

例示的な図９－ｂ、９－ｃ、９－ｄに示すように、ＰＳＳＣＨ１、ＰＳＳＣＨ２、および／またはＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。

【0083】

一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。

【0084】

一実施形態では、（全ての）１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。これは、ＲＸ ＵＥが、１つ以上のサイドリンクデータ送信にそれぞれ関連付けられた１つ以上のＳＬ ＨＡＲＱフィードバック送信を送信することができることを意味する。ＲＸ ＵＥは、１つ以上のサイドリンクフィードバックリソース上で１つ以上のＳＬ ＨＡＲＱフィードバック送信を送信してもよく、１つ以上のサイドリンクフィードバックリソースは、それぞれ１つ以上のサイドリンクリソースに関連付けられている。例示的な図８－ｂに示すように、ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。例示的な図９－ｂ、９－ｃ、９－ｄに示すように、ＳＣＩ１、ＳＣＩ２、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。

【0085】

追加的または代替的に、１つ以上のサイドリンク制御情報のうちの（時間ドメインにおける）最後のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。他のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。これは、ＲＸ ＵＥが、（時間ドメインにおける）最後の１つのサイドリンクデータ送信に関連付けられた１つのＳＬ ＨＡＲＱフィードバック送信を送信することができることを意味する。ＲＸ ＵＥは、（時間ドメインにおける）最後の１つのサイドリンクリソースに関連付けられた１つのサイドリンクフィードバックリソース上で１つのＳＬ ＨＡＲＱフィードバック送信を送信してもよい。例示的な図８－ｂに示すように、ＳＣＩ１は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。例示的な図９－ｂ、９－ｃ、または９－ｄに示すように、ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。

【0086】

追加的または代替的に、ＴＸ ＵＥが対応するＨＡＲＱ報告を（対応するＨＡＲＱ報告を生成するための処理時間を考慮して）ネットワークノードに報告する前に、１つ以上のサイドリンク制御情報のうちの（時間ドメインにおける）最後のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥを指示してもよい。他のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。これは、ＴＸ ＵＥが対応するＨＡＲＱ報告を（対応するＨＡＲＱ報告を生成するための処理時間を考慮して）ネットワークノードに報告する前に、最後の１つのサイドリンクデータ送信に関連付けられた１つのＳＬ ＨＡＲＱフィードバック送信を送信することができることを意味する。ＲＸ ＵＥは、（時間ドメインにおける）最後の１つのサイドリンクリソースに関連付けられた１つのサイドリンクフィードバックリソース上で、１つのＳＬ ＨＡＲＱフィードバック送信を送信してもよい。

【0087】

一実施形態では、ＴＸ ＵＥは、対応するＨＡＲＱ報告をネットワークノードに報告し、対応するＨＡＲＱ報告は、最後の１つのサイドリンクリソースに関連付けられたＳＬ ＨＡＲＱフィードバックに基づいて設定される。対応するＨＡＲＱ報告を生成するための処理時間は、ＲＸ ＵＥのＳＬ ＨＡＲＱフィードバック生成時間、ＴＸ ＵＥのＳＬ ＨＡＲＱフィードバック受信または復号時間、および／またはＴＸ ＵＥの対応するＨＡＲＱ報告生成時間のいずれかを含んでもよい。一実施形態では、対応するＨＡＲＱ報告を生成するための処理時間は、最小時間ギャップＺに等しくてもよい。

【0088】

例示的な図８－ｂに示すように、ＴＸ ＵＥがＳＣＩ ２の後の時間期間おいて対応するＨＡＲＱ報告をネットワークノードに報告する場合、ＳＣＩ１は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。例示的な図９－ｂ、図９－ｃ、図９－ｄに示すように、ＴＸ ＵＥがＳＣＩ３の後の時間機会において対応するＨＡＲＱ報告をネットワークノードに報告する場合、ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。ＴＸ ＵＥが、ＳＣＩ２とＳＣＩ３の間の時間機会において、およびＳＣＩ３の後の時間機会において、対応するＨＡＲＱ報告をネットワークノードに報告する場合、ＳＣＩ１は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、ＳＣＩ２および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。

【0089】

追加的または代替的に、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが最小時間ギャップＺ以上である場合、２つの隣接、ネイバー、または連続的にスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）１番目のものまたは早いほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースの時間ギャップが最小時間ギャップＺ未満である場合、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）１番目のものまたは早いほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。

【0090】

１つ以上のサイドリンクリソースのうちの（時間ドメインにおける）最後のものまたは後のほうのものにおけるサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。これは、次のサイドリンクリソースへの時間ギャップが最小時間ギャップＺを満たす場合、ＴＸ ＵＥがＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに要求することを意味する。次のサイドリンクリソースへの時間ギャップが最小時間ギャップＺを満たさない場合、ＴＸ ＵＥがＳＬ ＨＡＲＱフィードバックに応じて次のサイドリンクリソースにおいてサイドリンクデータ送信を行うかどうかを決定できないため、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに要求しなくてもよい。ＲＸ ＵＥは、関連付けられたサイドリンク制御情報がＳＬ ＨＡＲＱフィードバックを送信するように指示する場合、１つのサイドリンクデータ送信に関連付けられた１つのＳＬ ＨＡＲＱフィードバック送信を送信してもよい。ＲＸ ＵＥは、関連付けられたサイドリンク制御情報がＳＬ ＨＡＲＱフィードバックを送信するように指示する場合、１つのサイドリンクリソースに関連付けられた１つのサイドリンクフィードバックリソース上で１つのＳＬ ＨＡＲＱフィードバック送信を送信してもよい。

【0091】

例示的な図８－ｂに示すように、ＳＣＩ１は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。例示的な図９－ｂに示すように、ＳＣＩ１および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。図９－ｃに示すように、ＳＣＩ２および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ１は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。図９－ｄに示すように、ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに示すことができる。

【0092】

追加的または代替的に、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが最小時間ギャップＺ未満である場合であって、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースに関連付けられた２つのサイドリンクフィードバックリソースが同じスロット内にある場合、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたサイドリンクリソースのうちの（時間ドメインにおける）１番目のものまたは早いほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）２番目のものまたは後のほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。

【0093】

追加的または代替的に、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが最小時間ギャップＺ未満である場合であって、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたサイドリンクリソースに関連付けられた２つのサイドリンクフィードバックリソースが同じスロット内にある場合、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたサイドリンクリソースのうちの（時間ドメインにおける）２番目のものまたは後のほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい（２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの２番目のものが、ＳＬグラントによってスケジューリングされたか、または割り当てられた最後のリソースである場合を除く）。２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）１番目のものまたは早いほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。これは、ＲＸ ＵＥがＴＢに関連付けられた１つのＳＬ ＨＡＲＱフィードバックを１つのスロットにおいて送信すれば十分であるためである。

【0094】

第４の実施形態－第４の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが、最小時間ギャップＺ以上であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整合しないことを意味してもよい。一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。一実施形態では、１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。

【0095】

例示的な図８－ａに示すように、ＰＳＳＣＨ１および／またはＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックに送信しないようにＲＸ ＵＥに示すことができる。例示的な図９－ａに示すように、ＰＳＳＣＨ１、ＰＳＳＣＨ２、および／またはＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１、ＳＣＩ２、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。

【0096】

追加的または代替的に、別の４つの実施形態があってもよい：

【0097】

第５の実施形態－第５の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ以上であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整合することを意味してもよい。一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。一実施形態では、１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。

【0098】

例示的な図８－ａに示すように、ＰＳＳＣＨ１および／またはＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。例示的な図９－ａ、９－ｂ、または９－ｃに示すように、ＰＳＳＣＨ１、ＰＳＳＣＨ２、および／またはＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１、ＳＣＩ２、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。

【0099】

第６の実施形態－第６の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの（全ての）時間ギャップが、最小時間ギャップＺ未満であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整合することを意味してもよい。一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。一実施形態では、１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。

【0100】

例示的な図８－ｂに示すように、ＰＳＳＣＨ１および／またはＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。

【0101】

例示的な図９－ｂに示すように、ＰＳＳＣＨ１、ＰＳＳＣＨ２、および／またはＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１、ＳＣＩ２、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。

【0102】

第７の実施形態－第７の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの（全ての）時間ギャップが、最小時間ギャップＺ未満であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整合しないことを意味してもよい。

【0103】

例示的な図９－ｂに示すように、ＰＳＳＣＨ１および／またはＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。例示的な図９－ｄに示されるように、ＰＳＳＣＨ１、ＰＳＳＣＨ２、および／またはＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。

【0104】

一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。

【0105】

一実施形態では、（全ての）１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。これは、ＲＸ ＵＥが、１つ以上のサイドリンクデータ送信にそれぞれ関連付けられた１つ以上のＳＬ ＨＡＲＱフィードバック送信を送信し得ることを意味してもよい。ＲＸ ＵＥは、１つ以上のサイドリンクリソースにそれぞれ関連付けられた１つ以上のサイドリンクフィードバックリソース上で、１つ以上のＳＬ ＨＡＲＱフィードバック送信を送信してもよい。例示的な図８－ｂに示すように、ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。例示的な図９－ｄに示すように、ＳＣＩ１、ＳＣＩ２、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。

【0106】

追加的または代替的に、１つ以上のサイドリンク制御情報のうちの（時間ドメインにおける）最後のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。他のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。これは、ＲＸ ＵＥが、（時間ドメインにおける）最後の１つのサイドリンクデータ送信に関連付けられた１つのＳＬ ＨＡＲＱフィードバック送信を送信し得ることを意味してもよい。ＲＸ ＵＥは、（時間ドメインにおける）最後の１つのサイドリンクリソースに関連付けられた１つのサイドリンクフィードバックリソース上で１つのＳＬ ＨＡＲＱフィードバック送信を送信してもよい。

【0107】

例示的な図８－ｂに示すように、ＳＣＩ１は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。例示的な図９－ｄに示すように、ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示にしてもよく、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。

【0108】

追加的または代替的に、ＴＸ ＵＥが対応するＨＡＲＱ報告を（対応するＨＡＲＱ報告を生成するための処理時間を考慮して）ネットワークノードに報告する前に、１つ以上のサイドリンク制御情報のうちの（時間ドメインにおける）最後のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥを指示してもよい。他のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。これは、ＴＸ ＵＥが対応するＨＡＲＱ報告を（対応するＨＡＲＱ報告を生成するための処理時間を考慮して）ネットワークノードに報告する前に、最後の１つのサイドリンクデータ送信に関連付けられた１つのＳＬ ＨＡＲＱフィードバック送信を送信し得ることを意味する。ＲＸ ＵＥは、（時間ドメインにおける）最後の１つのサイドリンクリソースに関連付けられた１つのサイドリンクフィードバックリソース上で、１つのＳＬ ＨＡＲＱフィードバック送信を送信してもよい。

【0109】

一実施形態では、ＴＸ ＵＥは、対応するＨＡＲＱ報告をネットワークノードに報告し、対応するＨＡＲＱ報告は、最後の１つのサイドリンクリソースに関連付けられたＳＬ ＨＡＲＱフィードバックに基づいて設定される。対応するＨＡＲＱ報告を生成するための処理時間は、ＲＸ ＵＥのＳＬ ＨＡＲＱフィードバック生成時間、ＴＸ ＵＥのＳＬ ＨＡＲＱフィードバック受信または復号時間、および／またはＴＸ ＵＥの対応するＨＡＲＱ報告生成時間のいずれかを含んでもよい。一実施形態では、対応するＨＡＲＱ報告を生成するための処理時間は、最小時間ギャップＺに等しくてもよい。

【0110】

例示的な図８－ｂに示すように、ＴＸ ＵＥがＳＣＩ ２の後の時間期間おいて対応するＨＡＲＱ報告をネットワークノードに報告する場合、ＳＣＩ１は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。例示的な図９－ｄに示すように、ＴＸ ＵＥがＳＣＩ３の後の時間機会において対応するＨＡＲＱ報告をネットワークノードに報告する場合、ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。ＴＸ ＵＥが、ＳＣＩ２とＳＣＩ３の間の時間機会において、およびＳＣＩ３の後の時間機会において、対応するＨＡＲＱ報告をネットワークノードに報告する場合、ＳＣＩ１は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、ＳＣＩ２および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。

【0111】

追加的または代替的に、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが最小時間ギャップＺ未満である場合であって、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースに関連付けられた２つのサイドリンクフィードバックリソースが同じスロット内にある場合、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）１番目のものまたは早いほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）２番目のものまたは後のほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。

【0112】

追加的または代替的に、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースの時間ギャップが最小時間ギャップＺ未満である場合であって、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースに関連付けられた２つのサイドリンクフィードバックリソースが同じスロット内にある場合、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）２番目のものまたは後のほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい（２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの２番目のものが、ＳＬグラントによってスケジューリングされた／割り当てられた最後のリソースである場合を除く）。２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）１番目のものまたは早いほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。これは、ＲＸ ＵＥがＴＢに関連付けられた１つのＳＬ ＨＡＲＱフィードバックを１つのスロットにおいて送信すれば十分であるためである。

【0113】

第８の実施形態－第８の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ以上であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整合しないことを意味してもよい。一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。一実施形態では、１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。

【0114】

例示的な図８－ａに示すように、ＰＳＳＣＨ１および／またはＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。

【0115】

例示的な図９－ａ、９－ｂ、または９－ｃに示されるように、ＰＳＳＣＨ１、ＰＳＳＣＨ２、および／またはＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１、ＳＣＩ２、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥを示してもよい。

【0116】

図８－ｂのＳＣＩ１、図９－ｂのＳＣＩ２、図９－ｃのＳＣＩ１、または図９－ｄのＳＣＩ１およびＳＣＩ２については、ＳＬ ＨＡＲＱフィードバックを送信しないように指示することが有益であり得る。ＲＸ ＵＥが導出された送信されたＳＬ ＨＡＲＱフィードバックのサブセットを選択する必要があり得る場合、またはＲＸ ＵＥが（（事前）設定された）ＰＳＦＣＨリソースを含むスロット上でＳＬ ＨＡＲＱフィードバックの送信または受信を実行するかどうかを決定する必要があり得る場合があるため、そのようなＳＣＩ指示は、サブセットを決定するとき、またはＳＬ ＨＡＲＱフィードバックの送信または受信のいずれかを決定するときに、ＲＸ ＵＥの複数のＳＬ ＨＡＲＱフィードバック衝突ケースを解放することができる。

【0117】

追加的または代替的に、別の実施形態があってもよい：

【0118】

第９の実施形態－第９の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ未満であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整合しないことを意味してもよい。

【0119】

一実施形態では、ＴＸ ＵＥは、特定のサイドリンクリソースをドロップするか、スキップするか、無視するか、またはキャンセルしてもよい（することが可能なようにされてもよい）。ＴＸ ＵＥは、特定のサイドリンクリソース上でサイドリンク送信を実行しなくてもよい（しないことが可能とされてもよい）。ＴＸ ＵＥは、特定のサイドリンクリソース上でサイドリンクデータ送信および／またはサイドリンク制御情報を行わなくてもよい（しないことが可能とされてもよい）。ＴＸ ＵＥは、特定のサイドリンクリソース上でのサイドリンク送信をドロップするか、スキップするか、無視するか、またはキャンセルしてもよい（することが可能なようにされてもよい）。ＴＸ ＵＥは、特定のサイドリンクリソース上でサイドリンクデータ送信および／またはサイドリンク制御情報をドロップするか、スキップするか、無視するか、またはキャンセルしてもよい（することが可能なようにされてもよい）。より具体的には、特定のサイドリンクリソースは、ネットワークからのＳＬグラントによってスケジューリングされてもよい。

【0120】

一実施形態では、特定のサイドリンクリソースは、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップに基づいて、導出または決定されてもよい。２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが最小時間ギャップＺ以上である場合、２つのスケジューリングされたか、または割り当てられたサイドリンクリソースの両方が特定のサイドリンクリソースではなくてもよい。

【0121】

一実施形態では、２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが最小時間ギャップＺ未満である場合、２つのスケジューリングされたか、または割り当てられたサイドリンクリソースのうちの（時間ドメインにおける）１番目のものまたは早いほうのものが特定のサイドリンクリソースであってもよい。２つのスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）最後のものまたは後のほうのものは、特定のサイドリンクリソースではなくてもよい。追加的または代替的に、２つのスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）最後のものまたは後のほうのものは、特定のサイドリンクリソースであってもよい。

【0122】

追加的または代替的に、２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが最小時間ギャップＺ未満である場合、２つのスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）最後のものまたは後のほうのものは、特定のサイドリンクリソースであってもよい。２つのスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）１番目のものまたは早いほうのものは、特定のサイドリンクリソースではなくてもよい。

【0123】

一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。１つ以上のサイドリンク制御情報は、特定のサイドリンクリソースをスケジューリング、指示、または予約しなくてもよい。ＴＸ ＵＥは、特定のサイドリンクリソースを除き、ＳＬグラントによってスケジューリングされた、または割り当てられた複数のサイドリンクリソース上で（それぞれ）１つ以上のサイドリンク制御情報を送信してもよい。

【0124】

一実施形態では、（すべて）１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。さらに、ＣＢＲ閾値を超過または達成していない場合、（すべて）１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。これは、ＲＸ ＵＥが、１つ以上のサイドリンクデータ送信にそれぞれ関連付けられた１つ以上のＳＬ ＨＡＲＱフィードバック送信を送信し得ることを意味してもよい。ＲＸ ＵＥは、１つ以上のサイドリンクリソースにそれぞれ関連付けられた１つ以上のサイドリンクフィードバックリソース上で１つ以上のＳＬ ＨＡＲＱフィードバック送信を送信してもよい。

【0125】

図８－ｂに示すように、ＰＳＳＣＨ１とＰＳＳＣＨ２の時間ギャップは、最小時間ギャップＺ未満であってもよい。ＴＸ ＵＥは、ＳＣＩ１＋ＰＳＳＣＨ１を行ってもよく、ＳＣＩ２＋ＰＳＳＣＨ２を行わなくてもよい。ＰＳＳＣＨ１は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化してもよい。追加的または代替的に、ＴＸ ＵＥは、ＳＣＩ２＋ＰＳＳＣＨ２を行ってもよく、ＳＣＩ１＋ＰＳＳＣＨ１を行わなくてもよい。ＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化してもよい。

【0126】

例示的な図９－ｂに示すように、ＰＳＳＣＨ２およびＰＳＳＣＨ３の時間ギャップは、最小時間ギャップＺ未満であってもよい。一実施形態では、ＴＸ ＵＥは、ＳＣＩ１＋ＰＳＳＣＨ１およびＳＣＩ２＋ＰＳＳＣＨ２を行ってもよく、ＳＣＩ３＋ＰＳＳＣＨ３を行わなくてもよい。ＰＳＳＣＨ１とＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。追加的または代替的に、ＴＸ ＵＥはＳＣＩ１＋ＰＳＳＣＨ１およびＳＣＩ３＋ＰＳＳＣＨ３を行ってもよく、ＳＣＩ２＋ＰＳＳＣＨ２を行わなくてもよい。ＰＳＳＣＨ１およびＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。

【0127】

例示的な図９－ｃに示すように、ＰＳＳＣＨ１およびＰＳＳＣＨ２の時間ギャップは、最小時間ギャップ未満であってもよい。一実施形態では、ＴＸ ＵＥは、ＳＣＩ１＋ＰＳＳＣＨ１およびＳＣＩ３＋ＰＳＳＣＨ３を行ってもよく、ＳＣＩ２＋ＰＳＳＣＨ２を行わなくてもよい。ＰＳＳＣＨ１およびＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。追加的または代替的に、ＴＸ ＵＥはＳＣＩ２＋ＰＳＳＣＨ２およびＳＣＩ３＋ＰＳＳＣＨ３を行ってもよく、ＳＣＩ１＋ＰＳＳＣＨ１を行わなくてもよい。ＰＳＳＣＨ２およびＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。

【0128】

例示的な図９－ｄに示すように、ＰＳＳＣＨ１およびＰＳＳＣＨ２の時間ギャップは、最小時間ギャップＺ未満であってもよい。ＰＳＳＣＨ２およびＰＳＳＣＨ３の時間ギャップは、最小時間ギャップＺ未満であってもよい。好ましくは、ＴＸ ＵＥは、ＳＣＩ１＋ＰＳＳＣＨ１およびＳＣＩ３＋ＰＳＳＣＨ３を行ってもよく、ＳＣＩ２＋ＰＳＳＣＨ２を行わなくてもよい。ＰＳＳＣＨ１およびＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。追加的または代替的に、ＴＸ ＵＥはＳＣＩ２＋ＰＳＳＣＨ２を行ってもよく、ＳＣＩ１＋ＰＳＳＣＨ１またはＳＣＩ３＋ＰＳＳＣＨ３を行わなくてもよい。ＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化してもよい。

【0129】

方法ｃ

【0130】

方法ｃの一般的な概念は、論理チャネルまたはＭＡＣ ＰＤＵの第１のセットに対して、モード１においてサイドリンクリソースに対して最小時間ギャップＺが考慮なくてもよいということである。論理チャネルまたはＭＡＣ ＰＤＵの第２のセットに対して、モード１においてサイドリンクリソースに対して最小時間ギャップＺが考慮されてもよい。

【0131】

ＴＸ ＵＥは、ネットワークノードからＳＬグラントを受信してもよい。ＳＬグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当ててもよい。一実施形態では、ＴＸ ＵＥは、ＴＢを生成してもよい。ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされた、または割り当てられた複数のサイドリンクリソースの１つ以上で１つ以上のサイドリンク送信を行ってもよい。１つ以上のサイドリンク送信は、生成されたＴＢを含むか、あるいは送達する。

【0132】

一実施形態では、ＴＸ ＵＥは、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが、最小時間ギャップＺ以上であるかどうかをチェックしてもよい。追加的または代替的に、ＴＸ ＵＥは、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが、最小時間ギャップＺ未満であるどうかをチェックしてもよい。

【0133】

一実施形態では、第１のセットは、（事前に）設定されてもよい。第２のセットは、（事前に）設定されてもよい。追加的または代替的に、第１のセットは、ＳＬ ＨＡＲＱフィードバックが無効である論理チャネル（またはＭＡＣ ＰＤＵ）を含むか、または意味してもよい。第２のセットは、ＳＬ ＨＡＲＱフィードバックが有効である論理チャネル（またはＭＡＣ ＰＤＵ）を含むか、または意味してもよい。

【0134】

追加的または代替的に、第１のセットには、閾値よりも低い優先度が（事前に）設定されてもよい。第２のセットには、しきい値より高い優先度が（事前に）設定されてもよい。追加的または代替的に、第２のセットの第１のサブセットは、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが、最小時間ギャップＺ以上である場合に利用されてもよい。第２のセットの第２のサブセットは、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが、最小時間ギャップＺ未満である場合に利用されてもよい。一実施形態では、第２のセットの第１のサブセットには、ＳＬ ＨＡＲＱフィードバック有効が設定されてもよい。第２のセットの第２のサブセットは、ＳＬ ＨＡＲＱフィードバック無効が設定されてもよい。

【0135】

一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの（全ての）時間ギャップが、最小時間ギャップＺ以上である場合、ＴＸ ＵＥは、第１のセットおよび第２のセットの中から論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、第１セットおよび第２のセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第２のセットの中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、利用可能なＳＬデータを有し、ＳＢｊ＞０である論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第２のセットの中（だけ）で行われてもよい。

【0136】

一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ未満である場合、ＴＸ ＵＥは、第１のセットの中から論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、第１のセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ） （のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。
言い換えると、ＴＢのためのＬＣＰは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットの中（だけ）で行われてもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第２のサブセットを選択することを排除または除外してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第２のセットからのＳＬデータを含むか、または多重化することを排除または除外するＴＢを生成してもよい。一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ以上である場合、ＴＸ ＵＥは、第１のセットおよび第２のセットの中から論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、第１のセットおよび第２のセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第２セットの中（だけ）で行われてもよい。一実施形態では、ＴＢのＬＣＰは、利用可能なＳＬデータを有し、ＳＢｊ＞０である論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第２のセットの中（だけ）で行われてもよい。

【0137】

一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの（全ての）時間ギャップが、最小時間ギャップＺ未満である場合、ＴＸ ＵＥは、第１のセットの中から論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、第１のセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第２のサブセットを選択することを排除または除外してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第２のサブセットからのＳＬデータを含むか、または多重化することを排除または除外するＴＢを生成してもよい。言い換えれば、ＴＢのためのＬＣＰは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットの中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、利用可能なＳＬデータを有し、ＳＢｊ＞０である論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットの中（だけ）で行われてもよい。

【0138】

一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの（全ての）時間ギャップが、最小時間ギャップＺ以上である場合、ＴＸ ＵＥは、第１のセットおよび第１のサブセットの中から論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、第１のセットと第１のサブセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第２のサブセットを選択することを排除または除外してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第２のセットからのＳＬデータを含むか、または多重化することを排除または除外するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第１のサブセットの中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、利用可能なＳＬデータを有し、ＳＢｊ＞０である論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第１のサブセットの中（だけ）で行われてもよい。

【0139】

一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ未満である場合、ＴＸ ＵＥは、第１のセットおよび第２のサブセットの中から論理チャネル（またはＭＡＣ ＰＤＵ）選択することを決定してもよい。ＴＸ ＵＥは、第１のセットと第２のサブセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のサブセットを選択することを排除または除外してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットからのＳＬデータを含むか、または多重化することを排除または除外するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第２のサブセットの中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、利用可能なＳＬデータを有し、ＳＢｊ＞０である論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第２のサブセットの中（だけ）で行われてもよい。

【0140】

一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ以上である場合、ＴＸ ＵＥは、第１のセットおよび第１のサブセットの中から論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、第１のセットおよび第１のサブセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第２のサブセットを選択することを排除または除外してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第２のセットからＳＬデータを含むか、または多重化することを排除または除外するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第１のサブセットの中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、利用可能なＳＬデータを有し、ＳＢｊ＞０である論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第１のサブセットの中（だけ）で行われてもよい。

【0141】

一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ未満である場合、ＴＸ ＵＥは、第１のセットおよび第２のサブセットの中から論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、第１のセットと第２のサブセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のサブセットを選択することを排除または除外してもよい。ＴＸ ＵＥは、第１のセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化することを排除または除外するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第２のサブセットの中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、利用可能なＳＬデータを有し、ＳＢｊ＞０である論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第２のサブセットの中（だけ）で行われてもよい。

【0142】

上記の全ての概念に対する、方法、選択肢、および実施形態は以下のようである：

【0143】

上記の方法、選択肢、および実施形態のいずれも、同時に組み合わせたり、適用したりしてもよいと留意する。

【0144】

一実施形態では、ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされたか、または割り当てられたサイドリンクリソースが、ＴＢ内に含まれるまたは多重化されたＳＬデータのレイテンシ要件を満たすことができるかどうかをチェックしてもよい。ＴＸ ＵＥがサイドリンク送信のためのＴＢを生成するときに、ＴＸ ＵＥは、論理チャネルまたはＭＡＣ ＰＤＵ（のみ）を選択することができ、ここで、ＳＬグラントによってスケジューリングされたか、または割り当てられたサイドリンクリソースは、論理チャネルまたはＭＡＣ ＰＤＵのレイテンシ要件を満たす。ＴＸ ＵＥは、論理チャネルまたはＭＡＣ ＰＤＵを選択することを排除または除外してもよく、ここで、ＳＬグラントによってスケジューリングされたか、または割り当てられたサイドリンクリソースは、論理チャネルまたはＭＡＣ ＰＤＵのレイテンシ要件を満たさない。

【0145】

一実施形態では、ＴＸ ＵＥがサイドリンク送信のためのＴＢを生成するときに、ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされたか、または割り当てられたサイドリンクリソース以上のレイテンシ要件を有する論理チャネルまたはＭＡＣ ＰＤＵ（のみ）を選択してもよい。ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされたか、または割り当てられたサイドリンクリソース未満であるレイテンシ要件を有する論理チャネルまたはＭＡＣ ＰＤＵを選択することを排除または除外してもよい。

【0146】

一実施形態では、ＴＸ ＵＥがサイドリンク送信のためのＴＢを生成するときに、ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされたか、または割り当てられたサイドリンクリソースの中の（時間ドメインにおける）最初の１つと最後の１つとの間の時間ギャップ以上のレイテンシ要件を有する論理チャネルまたはＭＡＣ ＰＤＵ（のみ）を選択することができる。ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされた、または割り当てられたサイドリンクリソースの中の（時間ドメインにおける）最初の１つと最後の１つとの間の時間ギャップ未満のレイテンシ要件を有する論理チャネルまたはＭＡＣ ＰＤＵを選択することを排除または除外してもよい。

【0147】

一実施形態では、ＴＸ ＵＥがサイドリンク送信のためのＴＢを生成するときに、ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされたか、または割り当てられたサイドリンクリソースのうちの（時間ドメインにおける）最後の１つ以上のレイテンシ要件を有する論理チャネルまたはＭＡＣ ＰＤＵ（のみ）を選択することができる。ＴＸ ＵＥは、ＳＬグラントによってスケジューリング／割り当てられたサイドリンクリソースのうちの（時間ドメインにおける）最後の１つ未満のレイテンシ要件を有する論理チャネルまたはＭＡＣ ＰＤＵを選択することを排除または除外してもよい。

【0148】

一実施形態では、レイテンシ要件は、ＳＬデータの有効時間を意味してもよい。レイテンシ要件は、残りのパケット遅延バジェットを意味してもよい。

【0149】

一実施形態では、ＲＸ ＵＥは、１つ以上のＳＬ ＨＡＲＱフィードバックをＴＸ ＵＥに送信してもよい。ＴＸ ＵＥは、ＲＸ ＵＥから１つ以上のＳＬ ＨＡＲＱフィードバックを受信または検出してもよい。ＳＬ ＨＡＲＱフィードバックは、１つ以上のサイドリンク送信に関連付けられてもよい。ＳＬ ＨＡＲＱフィードバックは、１つ以上のサイドリンクデータ送信および／または１つ以上のサイドリンク制御情報に関連付けられてもよい。

【0150】

一実施形態では、ＴＸ ＵＥは、対応するＨＡＲＱ報告をネットワークノードに報告してもよい。対応するＨＡＲＱ報告は、ＴＸ ＵＥがＴＢの再送のために追加または他のサイドリンクリソースを要求するかどうかを指示してもよい。対応するＨＡＲＱ報告は、１つ以上のＳＬ ＨＡＲＱフィードバックに基づいて設定されてもよい。対応するＨＡＲＱ報告は、１つ以上のサイドリンク送信のうちの（時間ドメインにおける）最後の１つに関連付けられたＳＬ ＨＡＲＱフィードバックに基づいて設定されてもよい。対応するＨＡＲＱ報告は、（時間ドメインにおける）最後の１つのサイドリンクリソースに関連付けられたＳＬ ＨＡＲＱフィードバックに基づいて設定されてもよい。

【0151】

一実施形態では、ＨＡＲＱ報告は、ＨＡＲＱ－ＡＣＫ位置を含んでもよい。ＨＡＲＱ－ＡＣＫ位置は、ＳＬ ＨＡＲＱフィードバックに対応してもよいし、これを送達してもよく、ＳＬ ＨＡＲＱフィードバックは、ＳＬグラントに関連付けられる。ＨＡＲＱ－ＡＣＫ位置は、ＳＬ ＨＡＲＱフィードバックに対応してもよいし、これを送達してもよく、ＳＬ ＨＡＲＱフィードバックは、１つ以上のＳＬ ＨＡＲＱフィードバックに基づいて設定される（例えば、最後のＳＬ ＨＡＲＱフィードバックとして設定される）。ＨＡＲＱ－ＡＣＫ位置は、ＳＬ ＨＡＲＱフィードバックに対応してもよいし、これを送達してもよく、ＳＬ ＨＡＲＱフィードバックは、１つ以上のＳＬ ＨＡＲＱフィードバックのうちの１つ（例えば、最後のＳＬ ＨＡＲＱフィードバック）である。ＨＡＲＱ－ＡＣＫ位置は、ＳＬ ＨＡＲＱ－ＡＣＫを含むＰＳＦＣＨ（のスロット、時間リソース、周波数リソース、および／またはコードリソース）に基づいて決定されてもよい。ＨＡＲＱ－ＡＣＫ位置は、ＰＳＦＣＨ（のスロット、時間リソース、周波数リソース、および／またはコードリソース）に基づいて決定されてもよく、ＰＳＦＣＨは、ＳＬグラントによって最後または最新のスケジューリングされたサイドリンクリソースに関連付けられる。

【0152】

例えば、図９－ｂにおいて、ＰＳＦＣＨ１がＰＳＳＣＨ１に関連付けられ、ＰＳＦＣＨ２がＰＳＳＣＨ２に関連付けられ、ＰＳＦＣＨ３がＰＳＳＣＨ３に関連付けられ、ＰＳＦＣＨ２およびＰＳＦＣＨ３が同じスロット内にあり、および／または同じシンボルを占有し、および／または異なる周波数リソースを占有すると仮定する。ＰＳＦＣＨ１は、ＰＳＦＣＨ２およびＰＳＦＣＨ３とは異なるスロット内にあってもよい。ＴＸ ＵＥがＰＳＳＣＨ１およびＰＳＳＣＨ２を送信することを決定する場合、ＴＸ ＵＥは、ＰＳＳＣＨ３が特定のサイドリンクリソースであるとみなし、ＰＳＳＣＨ３を送信しない（ＰＳＳＣＨ２と比較して時間ギャップがＺ未満であることによる）。この例では、ＰＳＳＣＨ３の送信がないが、ＴＸ ＵＥは、ＨＡＲＱ報告においてＨＡＲＱ－ＡＣＫ位置で、ＰＳＦＣＨ２から受信したＳＬ ＨＡＲＱフィードバックを決定または配置してもよい。ＨＡＲＱ－ＡＣＫ位置は、（ＰＳＦＣＨ２ではなく）ＰＳＦＣＨ３に基づいて、またはこれに関連付けられて決定されてもよい。ＴＸ ＵＥは、ＨＡＲＱ報告をＰＵＣＣＨリソースで送信し、ここで、ＰＵＣＣＨリソースの時間リソースはＰＳＦＣＨ３を参照する。

【0153】

一実施形態では、ＴＸ ＵＥは、ネットワークノードに情報を送信または送達してもよい。情報は、ＴＢが、ＳＬ ＨＡＲＱフィードバックが有効である論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むまたは多重化するか、ＳＬ ＨＡＲＱフィードバックが無効である論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むまたは多重化するかを指示してもよい。情報は、ＴＢの再送のために要求された追加または他のサイドリンクリソースが、任意の２つの（隣接、ネイバー、または連続する）追加または別のサイドリンクリソースの時間ギャップが最小時間ギャップＺ以上であり得ることを満たす必要があるかどうかを指示してもよい。情報は、任意の２つの（隣接、ネイバー、または連続する）追加または別のサイドリンクリソースの時間ギャップが最小時間ギャップＺ以上である状態でＴＸ ＵＥが、ＴＢの再送のために追加または他のサイドリンクリソースを要求することを指示してもよいし、任意の２つの（隣接、ネイバー、または連続する）追加または別のサイドリンクリソースの時間ギャップが最小時間ギャップＺ未満である状態でＴＸ ＵＥが、ＴＢの再送のために追加または他のサイドリンクリソースを要求することを指示してもよい。情報は、ＴＢの再送のために要求された追加または別のサイドリンクリソースが最小時間ギャップＺを満たす必要があるかどうかを示してもよい。情報は、最小時間ギャップＺを満たす必要がある状態でＴＸ ＵＥが、ＴＢの再送のために追加または他のサイドリンクリソースを要求することを指示してもよいし、最小時間ギャップＺを満たす必要がない状態でＴＸ ＵＥが、ＴＢの再送のために追加または他のサイドリンクリソースを要求すること指示してもよい。情報は、ＨＡＲＱ報告における位置のＨＡＲＱ－ＡＣＫであってもよい。

【0154】

一実施形態では、ＨＡＲＱ報告における位置の組み合わせは、ＳＬグラントおよび情報に関連付けられたＳＬ ＨＡＲＱ－ＡＣＫを指示することができる。例えば、図９－ｂにおいて、ＴＸ ＵＥは、ＰＳＳＣＨ１およびＰＳＳＣＨ２を送信し、ＰＳＳＣＨ３を送信せず、ＴＸ ＵＥは、ＰＳＦＣＨ ２においてＳＬ ＨＡＲＱ－ＡＣＫを受信する。この例では、ＴＸ ＵＥは、ＳＬ ＨＡＲＱ－ＡＣＫをＰＳＦＣＨ３に関連付けられた位置で送信し、その情報をＰＳＦＣＨ２に関連付けられた第２の場所に配置する（ＰＳＳＣＨ２が送信されないことを示すため）。ネットワークがＨＡＲＱ報告を受信するときに、ネットワークは何らかの理由（例えば、最小時間ギャップＺ要件を満たさない）によりＴＸ ＵＥがＰＳＳＣＨ２を送信しない状況を知ってもよい。この例では、位置の可能な組み合わせは、（ＰＳＦＣＨ２，ＰＳＦＣＨ３）に関連付けられた（情報またはＡＣＫ，ＳＬ ＨＡＲＱ－ＡＣＫ）とすることができる。一般に、１つの位置のみがＳＬ ＨＡＲＱ－ＡＣＫに関連付けられ（ＰＳＦＣＨ３に関連付けられた場所）、ＰＳＦＣＨ１および／またはＰＳＦＣＨ２に関連付けられた別の場所は予約されているか、意味がないことがある。

【0155】

したがって、図９－ｂにおいて、ＴＸ ＵＥは、（ＰＳＦＣＨ１，ＰＳＦＣＨ２，ＰＳＦＣＨ３）に関連付けられた（ＮＡＣＫ，情報またはＡＣＫ，ＳＬ ＨＡＲＱ－ＡＣＫ）を示す。別のＳＬグラントに関連付けられた以前のＨＡＲＱ報告があり、かつ以前のＨＡＲＱ報告がＰＳＦＣＨ１に関連付けられた位置を含む場合、ＴＸ ＵＥがＰＳＳＣＨ１を送信しないか、または送信しないことを決定した場合（最小時間ギャップＺ要件を満たさないことによる）、ＴＸ ＵＥはその位置でその情報を送信することができる。

【0156】

別の例として、図９－ｃにおいて、ＴＸ ＵＥがＰＳＳＣＨ１を送信しない場合、ＴＸ ＵＥは、ＰＳＦＣＨ１に関連付けられた位置でその情報を送信する。ＴＸ ＵＥがＰＳＳＣＨ２を送信しない場合、ＴＸ ＵＥはＰＳＦＣＨ２に関連付けられた位置でその情報を送信する。さらに、図９－ｄにおいて、ＴＸ ＵＥがＰＳＳＣＨ１およびＰＳＳＣＨ３を送信する場合、ＴＸ ＵＥは、ＰＳＦＣＨ２に関連付けられた場所でその情報を送信するか、および／またはＰＳＦＣＨ３に関連付けられた場所（ＰＳＦＣＨ１および／またはＰＳＦＣＨ３）で、受信したＳＬ ＨＡＲＱ－ＡＣＫを送信する。

【0157】

一実施形態では、ＴＸ ＵＥは、ＰＳＦＣＨ１に関連付けられた位置でその情報を送信してもよい。ネットワークは、各スケジューリングされたサイドリンクリソースに対応するＰＳＦＣＨに関連付けられた位置のいずれかで受信した情報に基づいて、ＳＬグラントに関連付けられたスケジューリングされたサイドリンクリソースが要件Ｚを満たすかどうかを決定してもよい。位置は、ネットワークへのＨＡＲＱ報告における位置を意味してもよい。

【0158】

一実施形態では、ＰＳＦＣＨ２に関連付けられた位置での情報は、ＰＳＳＣＨ１およびＰＳＳＣＨ２が時間ギャップ要件を満たさないこと、および／またはＰＳＳＣＨ２およびＰＳＳＣＨ３が時間ギャップ要件を満たさないことを指示してもよい。

【0159】

一実施形態では、ＴＸ ＵＥは、対応するＨＡＲＱ報告と共に情報を送達してもよい。情報は、フィールドまたはいくつかのビット（例えば、１ビット）を介して送達されてもよい。情報は、上りリンクリソース選択を介して送達されてもよく、対応するＨＡＲＱ報告は、選択された上りリンクリソースにおいて送信される。例えば、第１の上りリンクリソースは、最小時間ギャップＺを満足する必要がある状態で、追加または他のサイドリンクリソースを要求するためのものであってもよく、第２の上りリンクリソースは、最小時間ギャップＺを満足する必要がない状態で、追加または他のサイドリンクリソースを要求するためのものであってもよい。ＴＸ ＵＥは、その情報に基づいて、第１の上りリンクリソースか、第２の上りリンクリソースを選択してもよい。

【0160】

一実施形態では、ＴＸ ＵＥは、別のＳＬグラントを受信してもよく、これは、別の複数のサイドリンクリソースをスケジューリングまたは割り当てる。好ましくは、別のＳＬグラントが、ＴＢの再送のために追加または他のサイドリンクリソースをスケジューリングまたは割り当ててもよい。別のＳＬグラントは、そのＳＬグラントと同じＨＡＲＱプロセスＩＤに指示してもよいし、および／または別のＳＬグラントは、トグルされていないか、ＳＬグラントと同じＮＤＩ値を指示してもよい。

【0161】

一実施形態では、ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされたか、または割り当てられた（時間ドメインにおける）最後のサイドリンクリソース（の前に、別のＳＬグラントを受信してもよい。ＴＸ ＵＥは、サイドリンク制御情報がＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥを指示するかどうかを決定するときに、別の複数のサイドリンクリソースを考慮に入れてもよい。

【0162】

一実施形態では、最小時間ギャップは、（事前に）設定されるか、または指定されてもよい。最小時間ギャップは、時間ギャップ「ａ」および時間ギャップ「ｂ」を含んでもよい。時間ギャップ「ａ」は、第１のリソースのＰＳＳＣＨ送信の最後のシンボルの終了と、対応するＰＳＦＣＨ受信の最初のシンボルの開始との間の時間ギャップであってもよい。時間ギャップ「ａ」は、リソースプール設定および／またはＭｉｎＴｉｍｅＧａｐＰＳＦＣＨおよび／またはｐｅｒｉｏｄＰＳＦＣＨリソースの上位レイヤパラメータによって決定されてもよい。時間ギャップ「ａ」は、サイドリンクＴＴＩの単位であってもよい。時間ギャップ「ａ」は、論理ＴＴＩの単位であってもよい。時間ギャップ「ａ」は、サイドリンクスロットまたはサイドリンクシンボルの単位であってもよい。時間ギャップ「ａ」は、物理ＴＴＩまたはミニ秒（ｍｉｎｉ－ｓｅｃｏｎｄ）の単位でなくてもよい。

【0163】

一実施形態では、時間ギャップ「ｂ」は、ＰＳＦＣＨの受信および／または処理に加えてサイドリンク再送準備のために必要とされる時間であってもよい。に加えてサイドリンク再送準備のための時間は、必要な物理チャネルの多重化および／または任意のＴＸ－ＲＸもしくはＲＸ－ＴＸ切り替え時間のいずれかを含んでもよい。時間ギャップ「ｂ」は、ＵＥ実装によって決定されてもよい。時間ギャップ「ｂ」は、ＵＥ能力によって決定されてもよい。時間ギャップ「ｂ」は（事前に）設定または指定されてもよい。

【0164】

一実施形態では、時間ギャップ「ｂ」は、物理ＴＴＩミニ秒、物理スロットもしくは物理シンボル、論理ＴＴＩもしくはサイドリンクＴＴＩ、またはサイドリンクスロットの単位であってもよい。時間ギャップ「ｂ」は、物理ＴＴＩまたはミニ秒の単位ではなくてもよい。

【0165】

一実施形態では、モード１で利用される最小時間ギャップは、モード２で利用される最小時間ギャップと同じであってもよい。追加的または代替的に、モード１で利用される最小時間ギャップは、モード２で利用される最小時間ギャップとは異なってもよい。

【0166】

一実施形態では、ＳＬグラントによってスケジューリングされたか、または割り当てられた複数のサイドリンクリソースは、同じサイドリンクリソースプール内にあってもよい。ＳＬグラントによってスケジューリングされたか、または割り当てられた複数のサイドリンクリソースのうちの任意の２つのサイドリンクリソースは、異なるスロット内にある。ＳＬグラントによってスケジューリングされたか、または割り当てられた複数のサイドリンクリソースのうちの任意の２つのサイドリンクリソースは、同じまたは異なる周波数リソース割り当て（例えば、サブチャネルの同じまたは異なるロケーションを占有する）を有することができる。ＳＬグラントによってスケジューリングされたか、または割り当てられた複数のサイドリンクリソースの任意の２つのサイドリンクリソースは、同じ数のサブチャネルを有することができる。

【0167】

一実施形態では、第１のデバイスの上位レイヤは、ＭＡＣレイヤまたはＲＲＣレイヤを意味してもよい。サイドリンクデータ送信は、ＰＳＳＣＨであってもよいし、これを意味してもよい。サイドリンク制御情報は、ＰＳＣＣＨを介して送達されてもよい。サイドリンク制御情報は、第１ステージのサイドリンク制御情報または第２ステージのサイドリンク制御情報を意味してもよい。サイドリンク制御情報は、ＰＳＣＣＨがスケジューリングするＰＳＳＣＨ送信のスケジューリング情報を含む。

【0168】

一実施形態では、（物理）ＴＴＩは、複数のシンボル、例えば１２または１４シンボルを含んでもよい。サイドリンクＴＴＩは、サイドリンク記号を（全体的または部分的に）含むスロットであってもよい。サイドリンクＴＴＩは、サイドリンク（データ）送信のための送信時間間隔を意味してもよい。

【0169】

一実施形態では、サイドリンクスロットは、（物理） ＴＴＩにおいてサイドリンク送信に利用可能な全てのＯＦＤＭシンボルを含んでもよい。サイドリンクスロットは、（物理） ＴＴＩにおいてサイドリンク送信に利用可能な連続する数のシンボルを含んでもよい。シンボルは、サイドリンクに対して指示／設定されたシンボルを意味してもよい。

【0170】

一実施形態では、サブチャネルは、（ＰＳＳＣＨのために）サイドリンクリソース割り当てまたはスケジューリングのための単位である。サブチャネルは、周波数ドメインにおける複数の伝染性ＰＲＢを含んでもよい。各サブチャネルに対するＰＲＢの数は、サイドリンクリソースプールに対して（事前に）設定されてもよい。サイドリンクリソースプール（事前）設定は、各サブチャネルに対するＰＲＢの数を指示するか、または設定してもよい。各サブチャネルに対するＰＲＢの数は、１０、１５、２０、２５、５０、７５、または１００のいずれかであってもよい。サブチャネルは、サイドリンクのリソース割り当てまたはスケジューリングのための単位として表わされてもよい。

【0171】

一実施形態において、ＳＬ ＨＡＲＱフィードバックは、ＰＳＦＣＨを介して送達されてもよい。ＴＸ ＵＥからＲＸ ＵＥに送信されるＰＳＣＣＨおよび／またはＰＳＳＣＨに対して、ＲＸ ＵＥは、ＰＳＣＣＨおよび／またはＰＳＳＣＨを検出するか、または受信することに応答して、ＳＬ ＨＡＲＱフィードバックを送達するためのＰＳＦＣＨを送信してもよい。ＳＬ ＨＡＲＱフィードバックは、ＡＣＫまたはＮＡＣＫを含んでもよい。ＴＢのためのＳＬ ＨＡＲＱフィードバックは、ＲＸ ＵＥが、関連付けられたＰＳＳＣＨ送信において送達されたデータパケットの受信または復号に成功したかどうかに基づいて導出されてもよい。ＤＴＸとしてのＳＬ ＨＡＲＱフィードバックは、ＴＸ ＵＥがＰＳＦＣＨ送信を検出もしくは受信しなくてもよいこと、またはＡＣＫもＮＡＣＫも検出しないことを意味してもよい。

【0172】

一実施形態では、ネットワークノードへのＨＡＲＱ報告は、ＰＵＣＣＨまたはＰＵＳＣＨを介して送達されてもよい。ＴＸ ＵＥは、ＨＡＲＱ報告をネットワークノードに送達するためのＰＵＣＣＨまたはＰＵＳＣＨを送信してもよい。ＰＵＣＣＨリソースは、ＳＬグラントによって指示されてもよい。ＰＵＣＣＨリソースの時間機会は、ＳＬグラントによって指示されてもよい。

【0173】

一実施形態では、ＴＢは、サイドリンクデータパケットを意味してもよい。サイドリンクデータパケットは、ＭＡＣ ＰＤＵを意味してもよい。ＴＢの宛先は、ＲＸ ＵＥであってもよい。ＴＢの宛先は、ユニキャストのサイドリンク送信に関連付けられてもよい。ＴＢの宛先は、サイドリンクグループであってもよい。サイドリンクグループは、ＲＸ ＵＥおよび／またはＴＸ ＵＥを含んでもよい。ＴＢの宛先は、グループキャストによるサイドリンク送信と関連付けられてもよいＴＢの宛先は、周囲のＵＥであってもよい。周囲のＵＥは、ＲＸ ＵＥを含んでもよい。ＴＢの宛先は、ブロードキャストサイドリンク送信に関連付けられてもよい。

【0174】

一実施形態では、サイドリンク送受信は、デバイスツーデバイス送受信であってもよい。サイドリンク送受信は、Ｖ２Ｘ（例えば、Ｖ２Ｖ、Ｖ２ＰまたはＶ２Ｉ）送受信であってもよい。サイドリンク送受信は、Ｐ２Ｘ（例えば、Ｐ２Ｖ、Ｐ２ＰまたはＰ２Ｉ）送受信であってもよい。サイドリンクの送受信は、ＰＣ５インターフェース上であってもよい。

【0175】

一実施形態では、ＰＣ５インターフェースは、デバイスとデバイスとの間の通信のための無線インターフェースであってもよい。ＰＣ５インターフェースは、デバイス間の通信のための無線インターフェースであってもよい。ＰＣ５インターフェースは、ＵＥ間の通信のための無線インターフェースであってもよい。ＰＣ５インターフェースは、Ｖ２ＸまたはＰ２Ｘ通信のための無線インターフェースであってもよい。Ｕｕインターフェースは、ネットワークノードとデバイスとの間の通信のための無線インターフェースであってもよい。Ｕｕインターフェースは、ネットワークノードとＵＥとの間の通信のための無線インターフェースであってもよい。

【0176】

一実施形態では、ネットワークノードはｇＮＢであってもよい。ネットワークノードは、基地局であってもよい。ネットワークノードは、ＲＳＵであってもよい。ネットワークノードは、ネットワーク型ＲＳＵであってもよい。ネットワークノードは、ＵＥ型ＲＳＵであってもよい。ネットワークノードは、サイドリンクグループ内の特定のデバイスによって置き換えられるか、または表されてもよい。ネットワークノードは、サイドリンクグループ内のスケジューリングデバイスまたはリーダデバイスであってもよい。ネットワークノードは、中継デバイスまたは中継ＵＥによって置き換えられるか、または表されてもよい。

【0177】

一実施形態において、ＴＸ ＵＥおよびＲＸ ＵＥは、異なるＵＥであってもよい。ＴＸ ＵＥは、デバイスであってもよい。特に、ＴＸ ＵＥは、車両ＵＥ、歩行者ＵＥ、またはＶ２Ｘ ＵＥであってもよい。ＴＸ ＵＥはまた、送信デバイス、ネットワーク型ＲＳＵ、またはＵＥ型ＲＳＵであってもよい。一実施形態では、ＴＸ ＵＥは、サイドリンクグループ内の特定のデバイスであってもよい。ＴＸ ＵＥは、サイドリンクグループ内のスケジューリングデバイスまたはリーダデバイスであってもよい。ＴＸ ＵＥは、中継デバイス、または遠隔デバイスであってもよい。

【0178】

一実施形態では、ＲＸ ＵＥはデバイスであってもよい。特に、ＲＸ ＵＥは、車両ＵＥ、歩行者ＵＥ、またはＶ２Ｘ ＵＥであってもよい。ＲＸ ＵＥは、送信デバイス、ネットワーク型ＲＳＵ、またはＵＥ型ＲＳＵであってもよい。一実施形態において、ＲＸ ＵＥは、サイドリンクグループ内の特定のデバイスであってもよい。ＲＸ ＵＥは、サイドリンクグループ内のスケジューリングデバイスまたはリーダデバイスであり得る。ＲＸ ＵＥは、中継デバイス、またはリモートデバイスであってもよい。

【0179】

一実施形態では、ＨＡＲＱ報告は半静的または動的ＨＡＲＱコードブックとすることができる。ＨＡＲＱ報告は、タイプ１またはタイプ２のＨＡＲＱコードブックとすることができます。半静的ＨＡＲＱコードブックは、タイミングのセット（例えば、ＰＳＦＣＨを含むスロットと、ＨＡＲＱ報告を送達するためのＰＵＣＣＨを含むスロットとの間のｋ１タイミング）に関連付けられた位置と、ＰＳＦＣＨスロットに関連付けられたＰＳＳＣＨスロットの数とを含む。動的ＨＡＲＱコードブックは、タイミングのセット（例えば、ＰＳＦＣＨを含むスロットとＨＡＲＱ報告を送達するためのＰＵＣＣＨを含むスロットとの間のｋ１タイミング）に関連付けられた位置、ＰＳＦＣＨスロットに関連付けられたＰＳＳＣＨスロットの数、および／またはＳＬグラントのための監視機会を含む。

【0180】

図１０は、サイドリンク通信を行うためのデバイスの視点から見た、１つの例示的な実施形態によるフローチャート１０００である。ステップ１００５では、デバイスは、ネットワークノードからサイドリンクグラントを受信し、サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる。ステップ１０１０では、デバイスは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成する。ステップ１０１５では、デバイスは、２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ以上である場合、複数のサイドリンクリソースのうちの２つの隣接、ネイバー、または連続するサイドリンクリソース上でデータパケットのための２つのサイドリンク送信を行う。ステップ１０２０では、デバイスは、２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ未満である場合、複数のサイドリンクリソースのうちの２つの隣接、ネイバー、または連続するサイドリンクリソースのうちの１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることが可能である。

【0181】

一実施形態では、デバイスは、２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ未満である場合、１つのサイドリンクリソースを除き、複数のサイドリンクリソース上でデータパケットのための１つ以上のサイドリンク送信を行うことができる。一実施形態では、デバイスは、２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ未満である場合、１つのサイドリンクリソースを除き、複数のサイドリンクリソースの各々上でデータパケットのためのサイドリンク送信を行うことができる。

【0182】

一実施形態では、デバイスが、１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることが可能であることは、２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ未満である場合、デバイスが、１つのサイドリンクリソース上でのサイドリンク送信を実行するか、またはドロップ、スキップ、もしくはキャンセルすることを決定することを意味するか、または含むことができる。さらに、デバイスが、１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることが可能であることは、２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ未満である場合、デバイスが、１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルするかどうかを決定することを意味するか、または含むことができる。

【0183】

一実施形態では、１つのサイドリンクリソースは、２つの隣接、ネイバー、または連続するサイドリンクリソースのうちの１番目のもの、または早いほうのものとすることができる。１つのサイドリンクリソースは、２つの隣接、ネイバー、または連続するサイドリンクリソースのうちの最後のものまたは後のほうのものとすることができる。

【0184】

一実施形態では、デバイスが、１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることは、デバイスが１つのサイドリンクリソース上でサイドリンク送信を行わないことを意味するか、または含むことができる。

【0185】

一実施形態では、デバイスがデータパケットを生成するときに、デバイスは、複数のサイドリンクリソースのうちの任意の２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップよりも大きいか、小さいかを考慮またはチェックしなくてもよい。さらに、デバイスがデータパケットを生成するための論理チャネルを決定または選択するときに、デバイスは、複数のサイドリンクリソースのうちの任意の２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップよりも大きいか、小さいかを考慮またはチェックしなくてもよい。

【0186】

一実施形態では、最小時間ギャップは、第１の時間ギャップおよび第２の時間ギャップを含んでもよい。さらに、第１の時間ギャップは、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）送信の最後のシンボルの終了と、対応するＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）受信の最初のシンボルの開始との間である。さらに、第２の時間ギャップは、ＰＳＦＣＨの受信および／または処理に加えてサイドリンク再送準備に必要な時間を含む。

【0187】

図３および図４に戻って参照すると、サイドリンク通信を行うための通信デバイスの１つの例示的な実施形態である。通信デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、通信デバイスが、（ｉ）ネットワークノードからサイドリンクグラントを受信することであって、サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる、ことと、（ｉｉ）ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成することと、（ｉｉｉ）２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ以上である場合、複数のサイドリンクリソースのうちの２つの隣接、ネイバー、または連続するサイドリンクリソース上でデータパケットのための２つのサイドリンク送信を行うことと、（ｉｖ）２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ未満である場合、複数のサイドリンクリソースのうちの２つの隣接、ネイバー、または連続するサイドリンクリソースのうちの１つのサイドリンクリソース上でのサイドリンク送信を（通信デバイスが）ドロップ、スキップ、またはキャンセルすることが可能であることと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明される上述のアクションおよびステップまたは他の全てを行うことができる。

【0188】

図１１は、サイドリンク通信を実行するためのデバイスの視点から見た、一例示的な実施形態によるフローチャート１１００である。ステップ１１０５では、デバイスは、ネットワークノードからサイドリンクグラントを受信し、サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる。ステップ１１１０では、デバイスは、１つ以上のＳＬ論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成し、１つ以上のＳＬ論理チャネルは、複数のサイドリンクリソースのうちの任意の２つの隣接するサイドリンクリソースの時間ギャップに少なくとも基づいて、決定または選択される。ステップ１１１５では、デバイスは、複数のサイドリンクリソースのうちの１つ以上で１つ以上のサイドリンク送信を行い、１つ以上のサイドリンク送信は、データパケットを送達するか、または含む。

【0189】

一実施形態では、複数のサイドリンクリソースうちの任意の２つの隣接、ネイバー、または連続するサイドリンクリソースの（少なくとも）時間ギャップが最小時間ギャップ未満であるときに、デバイスは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（のみ）を選択することを決定することができる。さらに、複数のサイドリンクリソースのうちの任意の２つの隣接、ネイバー、または連続するサイドリンクリソースの（全ての）時間ギャップが最小時間ギャップ以上であるときに、デバイスは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネルを選択することが可能であることができる。

【0190】

一実施形態では、最小時間ギャップは、第１の時間ギャップおよび第２の時間ギャップを含んでもよい。第１の時間ギャップは、ＰＳＳＣＨ送信の最後のシンボルの終了と対応するＰＳＦＣＨ受信の最初のシンボルの開始との間であってもよい。第２の時間ギャップは、ＰＳＦＣＨの受信および／または処理に加えてサイドリンク再送準備に必要な時間を含んでもよい。図３および図４を参照すると、サイドリンク通信を行うための通信デバイスの１つの例示的な実施形態である。通信デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、通信デバイスが、（ｉ）ネットワークノードからサイドリンクグラントを受信することであって、サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる、ことと、（ｉｉ）１つ以上のＳＬ論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成することであって、１つ以上のＳＬ論理チャネルは、複数のサイドリンクリソースのうちの任意の２つの隣接するサイドリンクリソースの時間ギャップに少なくとも基づいて、決定または選択される、ことと、（ｉｉｉ）複数のサイドリンクリソースのうちの１つ以上で１つ以上のサイドリンク送信を行うことであって、１つ以上のサイドリンク送信は、データパケットを送達するか、または含む、ことと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８はプログラムコード３１２を実行して、本明細書で説明される上述のアクションおよびステップまたは他の全てを行うことができる。

【0191】

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

【0192】

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

【0193】

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

【0194】

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

【0195】

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

【0196】

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

【0197】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】