JP7106708B2 - 無線通信システムにおけるネットワークスケジューリングモードにおけるサイドリンクｈａｒｑ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｑｕｅｓｔ）のための時間ギャップを処理する方法および装置 - Google Patents

無線通信システムにおけるネットワークスケジューリングモードにおけるサイドリンクｈａｒｑ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｑｕｅｓｔ）のための時間ギャップを処理する方法および装置 Download PDF

Info

Publication number
JP7106708B2
JP7106708B2 JP2021065041A JP2021065041A JP7106708B2 JP 7106708 B2 JP7106708 B2 JP 7106708B2 JP 2021065041 A JP2021065041 A JP 2021065041A JP 2021065041 A JP2021065041 A JP 2021065041A JP 7106708 B2 JP7106708 B2 JP 7106708B2
Authority
JP
Japan
Prior art keywords
sidelink
time gap
resources
consecutive
adjacent
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021065041A
Other languages
English (en)
Other versions
JP2021168472A5 (ja
JP2021168472A (ja
Inventor
名哲 李
俊偉 ▲黄▼
立至 曾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Asustek Computer Inc
Original Assignee
Asustek Computer Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Asustek Computer Inc filed Critical Asustek Computer Inc
Publication of JP2021168472A publication Critical patent/JP2021168472A/ja
Publication of JP2021168472A5 publication Critical patent/JP2021168472A5/ja
Application granted granted Critical
Publication of JP7106708B2 publication Critical patent/JP7106708B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0096—Indication of changes in allocation
    • H04L5/0098—Signalling of the activation or deactivation of component carriers, subcarriers or frequency bands
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/40—Resource management for direct mode communication, e.g. D2D or sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本出願は、２０２０年４月９日に出願された米国仮特許出願第６３／００７，６３８号および２０２０年６月５日に出願された米国仮特許出願第６３／０３５，３５４号利益を主張し、その全開示は、参照によりその全体が本明細書に組み込まれる。
本開示は、一般に、無線通信ネットワークに関し、より詳細には、無線通信システムにおけるネットワークスケジューリングモードにおけるサイドリンクＨＡＲＱ（ＨＹＢＲＩＤ ＡＵＴＯＭＡＴＩＣ ＲＥＱＵＥＳＴ）のための時間ギャップを処理する方法および装置に関する。
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）である。Ｅ－ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。
サイドリンク通信を行うデバイスの観点からの方法および装置が開示される。一実施形態では、デバイスが、ネットワークノードからサイドリンクグラントを受信することであって、サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる、ことを含む。本方法は、さらに、デバイスが、ＳＬ（Ｓｉｄｅｌｉｎｋ）ＨＡＲＱ（Ｈｙｂｉｒｄ Ａｕｔｏｍａｔｉｃ Ｒｅｑｕｅｓｔ）フィードバックが有効であるＳＬ論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成することを含む。本方法は、さらに、デバイスが、２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ以上である場合、複数のサイドリンクリソースのうちの２つの隣接、ネイバー、または連続するサイドリンクリソース上でデータパケットのための２つのサイドリンク送信を行うことを含む。本方法は、さらに、デバイスが、２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ未満である場合、複数のサイドリンクリソースのうちの２つの隣接、ネイバー、または連続するサイドリンクリソースのうちの１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることが可能であることと、を含む。
さらに、サイドリンク通信を行うためのデバイスの観点からの代替的な方法および装置が開示される。本方法は、デバイスが、ネットワークノードからサイドリンクグラントを受信することであって、サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる、ことを含む。本方法は、さらに、デバイスが、１つ以上のＳＬ（Ｓｉｄｅｌｉｎｋ）論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成することであって、１つ以上のＳＬ論理チャネルは、複数のサイドリンクリソースのうちの任意の２つの隣接するサイドリンクリソースの時間ギャップに少なくとも基づいて、決定または選択される、ことを含む。本方法は、さらに、デバイスが、複数のサイドリンクリソースのうちの１つ以上で１つ以上のサイドリンク送信を行うことであって、１つ以上のサイドリンク送信は、データパケットを送達するか、または含む、ことと、を含む。
１つの例示的な実施形態による、無線通信システムの図を示す。
１つの例示的な実施形態による、送信機システム（アクセスネットワークとしても知られる）および受信機システム（ユーザ機器またはＵＥとしても知られる）のブロック図である。
１つの例示的な実施形態による、通信システムの機能ブロック図である。
１つの例示的な実施形態による、図３のプログラムコードの機能ブロック図である。
３ＧＰＰ ＴＳ ３８．２１２ Ｖ１６．１．０の表４．３－１の複製である。
３ＧＰＰ ＴＳ ３８．２１２ Ｖ１６．１．０の表４．３－２の複製である。
３ＧＰＰ ＴＳ ３８．２１２ Ｖ１６．１．０の表７．３．１－１の複製である。
１つの例示的な実施形態による図である。
１つの例示的な実施形態による図である。
１つの例示的な実施形態によるフローチャートである。
１つの例示的な実施形態によるフローチャートである。
以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムが、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）無線アクセス、３ＧＰＰ ＬＴＥ－ＡもしくはＬＴＥ－Ａｄｖａｎｃｅｄ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ａｄｖａｎｃｅｄ）、３ＧＰＰ２ ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＷｉＭａｘ、３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ）、またはその他何らかの変調技術に基づいてもよい。
特に、以下に説明する例示的な無線通信システムおよびデバイスが、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてもよく、その標準は、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)を含む。上記に挙げた標準および文書は、参照によりその全体が本明細書に明示的に組み込まれる。
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６を含み、別のグループは１０８および１１０を含み、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ－ＰＳＫ、またはＭ－ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。
そして、すべてのデータストリームについての変調シンボルはＴＸ ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ～２２２ｔに提供する。特定の実施形態において、ＴＸ ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。
各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ～２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ～２２４ｔから送信される。
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ～２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ～２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信および処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ～２５４ｒにより調節され、送信機システム２１０に送り戻される。
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
３ＧＰＰ ＴＳ ３８．２１１ Ｖ１６．１．０では、以下に論じるように、物理サイドリンク共用チャネル、物理サイドリンク制御チャネル、および物理サイドリンクフィードバックチャネルに対する生成を規定する。一般に、物理サイドリンク共有チャネル、物理サイドリンク制御チャネル、および物理サイドリンクフィードバックチャネルは、デバイス間の通信、すなわち、ＰＣ５リンクまたはデバイスツーデバイスリンクのためのものである。物理サイドリンク共有チャネル（ＰＳＳＣＨ）は、サイドリンク共有チャネル（ＳＬ－ＳＣＨ）のためのデータ／転送ブロックを送達する。物理サイドリンク制御チャネル（ＰＳＣＣＨ）はサイドリンク制御情報（ＳＣＩ）を送達する。物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）は、サイドリンクＨＡＲＱ－ＡＣＫを送達する。
［外１］
Figure 0007106708000001
３ＧＰＰ ＴＳ ３８．２１２ Ｖ１６．１．０は、以下で論じるように、ＮＲにおけるサイドリンクのスケジューリングのための下りリンク制御情報およびサイドリンク制御情報を規定する。下りリンク制御情報は、ネットワークノードとＵＥ間の通信、すなわち、Ｕｕリンクのためのものである。サイドリンク制御情報は、ＵＥ間の通信、すなわち、ＰＣ５リンクまたはサイドリンクのためのものである。
［外２］
Figure 0007106708000002
［３ＧＰＰ ＴＳ ３８．２１２ Ｖ１６．１．０の表４．３－１を図５として複製］
［３ＧＰＰ ＴＳ ３８．２１２ Ｖ１６．１．０の表４．３－２を図６として複製］
＜未変更部分は省略＞
［外３］
Figure 0007106708000003
［「ＤＣＩ ｆｏｒｍａｔｓ」と題する、３ＧＰＰ ＴＳ ３８．２１２ Ｖ１６．１．０の表７．３．１－１を図７として複製］
＜未変更部分は省略＞
［外４］
Figure 0007106708000004
＜未変更部分は省略＞
［外５］
Figure 0007106708000005
Figure 0007106708000006
Figure 0007106708000007
３ＧＰＰ ＴＳ ３８．２１３ Ｖ１６．１．０は、ＮＲにおいて、サイドリンクでＨＡＲＱ－ＡＣＫを報告し、ＰＵＣＣＨでＨＡＲＱ－ＡＣＫを報告するためのＵＥ手順を規定する。
［外６］
Figure 0007106708000008
Figure 0007106708000009
Figure 0007106708000010
３ＧＰＰ ＴＳ ３８．２１４ Ｖ１６．１．０は、以下で論じるように、ＮＲにおけるサイドリンク共有チャネルのためのＵＥ手順を規定する。サイドリンクリソース割り当てモード１またはサイドリンクリソース割り当てモード２は、サイドリンク共有チャネルのためのサイドリンクリソースを取得するために利用される。
［外７］
Figure 0007106708000011
Figure 0007106708000012
Figure 0007106708000013
Figure 0007106708000014
Figure 0007106708000015
Figure 0007106708000016
Figure 0007106708000017
３ＧＰＰ ＴＳ ３８．３２１ ｖ１６．０．０は、以下のように、ＮＲにおけるＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）プロトコル仕様を規定する：
［外８］
Figure 0007106708000018
Figure 0007106708000019
Figure 0007106708000020
Figure 0007106708000021
Figure 0007106708000022
Figure 0007106708000023
Figure 0007106708000024
Figure 0007106708000025
Figure 0007106708000026
Figure 0007106708000027
（３ＧＰＰ Ｒ１－１８１００５１で論じられているように）ＲＡＮ１＃９４会議において、ＲＡＮ１は、ＮＲ Ｖ２Ｘに関して以下の合意をした：
［外９］
Figure 0007106708000028
（３ＧＰＰ Ｒ１－１９０５９２１で論じられているように）ＲＡＮ１＃９６ｂｉｓ会議において、ＲＡＮ１は、ＮＲ Ｖ２Ｘに関して以下の合意をした：
［外１０］
Figure 0007106708000029
（３ＧＰＰ Ｒ１－１９０７９７３で論じられているように）ＲＡＮ１＃９７会議において、ＲＡＮ１は、ＮＲ Ｖ２Ｘに関して以下の合意をした：
［外１１］
Figure 0007106708000030
Figure 0007106708000031
（３ＧＰＰ Ｒ１－１９０９９４２で論じられているように）ＲＡＮ１＃９８会議において、ＲＡＮ１は、ＮＲ Ｖ２Ｘに関して以下の合意をした：
［外１２］
Figure 0007106708000032
（３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９９ Ｖ１．０．０のドラフト報告書で論じられているように）ＲＡＮ１＃９９会議において、ＲＡＮ１は、ＮＲ Ｖ２Ｘに関して以下の合意をした：
［外１３］
Figure 0007106708000033
Ｒ１－１９１３４１７
［外１４］
Figure 0007106708000034
Figure 0007106708000035
Figure 0007106708000036
Figure 0007106708000037
（３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃１００－ｅ Ｖ０．２．０ のドラフト報告書で論じられているように）ＲＡＮ１ ＃１００－ｅ会議において、ＲＡＮ１は、ＮＲ Ｖ２Ｘに関して以下の合意をした：
［外１５］
Figure 0007106708000038
Figure 0007106708000039
Figure 0007106708000040
Figure 0007106708000041
以下の用語の１つ以上を以後使用することがある：
・ ＢＳ：１つ以上のセルに関連付けられた１つ以上のＴＲＰを制御するために使用される、ネットワーク中央ユニットまたはＮＲにおけるネットワークノードＢＳとＴＲＰと間の通信は、フロントホールを介する。ＢＳは、中央ユニット（ＣＵ）、ｅＮＢ、ｇＮＢ、またはＮｏｄｅＢとも呼ぶことができる。
・ ＴＲＰ：送受信ポイントは、ネットワークカバレッジを提供し、ＵＥと直接通信する。ＴＲＰは、分散ユニット（ＤＵ）またはネットワークノードとも呼ぶことができる。
・ セル：セルは、１つ以上の関連付けられたＴＲＰから構成される。すなわち、セルの被覆は、全ての関連付けられたＴＲＰのカバレッジから構成される。１つのセルは、１つのＢＳによって制御される。セルは、ＴＲＰグループ（ＴＲＰＧ）とも呼ぶことができる。
・ ＮＲ－ＰＤＣＣＨ：チャネルは、ＵＥとネットワーク側との間の通信を制御するために使用される下りリンク制御信号を搬送する。ネットワークは、設定された制御リソースセット（ＣＯＲＥＳＥＴ）上のＮＲ－ＰＤＣＣＨをＵＥに送信する。
・ ＵＬ制御信号：ＵＬ制御信号は、下りリンク送信のためのスケジューリング要求（ＳＲ）、チャネル状態情報（ＣＳＩ）、ＨＡＲＱ－ＡＣＫ／ＮＡＣＫであってもよい。
・ スロット：ＮＲにおけるスケジューリング単位である。各スロットの継続時間は、１４のＯＦＤＭシンボルである。
・ ミニスロット：ミニスロットは、継続時間が１４のＯＦＤＭシンボル未満のスケジューリング単位である。
・ スロットフォーマット情報（ＳＦＩ）：スロット内のシンボルのスロットフォーマットの情報である。スロット内のシンボルは、下りリンク、上りリンク、未知または他のもののタイプに属してもよい。スロットのスロットフォーマットは、少なくともスロット内のシンボルの送信方向を搬送してもよい。
・ ＤＬ共通信号：セル内の複数のＵＥまたはセル内の全てのＵＥを標的とするデータチャネル搬送共通情報であるＤＬ共通信号の例は、システム情報、ページング、ＲＡＲとすることができる。
以下のネットワーク側の仮定の１つ以上を以後使用することがある：
・ 同じセル内のＴＲＰの下りリンクタイミングが同期される。
・ ネットワーク側のＲＲＣレイヤはＢＳにある。
以下のＵＥ側の仮定の１つ以上を以後使用することがある：
・ 少なくとも２つのＵＥ（ＲＲＣ）状態、すなわち、接続状態（またはアクティブ状態と呼ばれる）と非接続状態（または非アクティブ状態もしくはアイドル状態と呼ばれる）がある。非アクティブ状態は、追加状態であってもよいし、接続状態または非接続状態に属していてもよい。
（３ＧＰＰ Ｒ１－１８１００５１で論じられているように）ＲＡＮ１＃９４会議では、ＮＲ Ｖ２Ｘ送信の場合、ＮＲ－Ｖ２Ｘサイドリンク通信に対して定義された２つのサイドリンクリソース割り当てモードがある：
・ モード１は、基地局またはネットワークノードが、サイドリンク送信のためにＵＥが使用するサイドリンクリソースをスケジューリングすることができる。
・ モード２は、ＵＥが、基地局もしくはネットワークノードによって設定されたサイドリンクリソースまたは予め設定されたサイドリンクリソース内で、サイドリンク送信リソースを選択または決定する（すなわち、基地局またはネットワークノードはスケジューリングしない）。
ネットワークスケジューリングモード、例えば、モード１の場合、ネットワークノードは、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）および／またはＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）のリソースをスケジューリングするために、Ｕｕインターフェースで、サイドリンク（ＳＬ）グラント、例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）フォーマット３＿０を送信してもよい。Ｖ２Ｘ ＵＥは、受信したサイドリンクグラントに応答して、ＰＣ５インターフェースでＰＳＣＣＨおよびＰＳＳＣＨ送信を行ってもよい。Ｕｕインターフェースは、ネットワークノードとＵＥとの間の通信のための無線インターフェースとすることができる。ＰＣ５インターフェースは、ＵＥまたはデバイス間の（直接）通信のための無線インターフェースとすることができる。
ＵＥ（自律）選択モード、例えば、モード２の場合、送信リソースはネットワークノードを介してスケジューリングされていないか、または割り当てられていないため、ＵＥは、他のＵＥから、または他のＵＥへのリソース衝突および干渉を回避するために、送信のためのリソースを選択する前に検知を行う（例えば、検知ベースの送信）必要があることがある。検知手順の結果に基づいて、ＵＥは、リソース選択ウィンドウ内の候補リソースを決定または識別することができる。識別された候補リソースは、（ＵＥの）上位レイヤに報告されてもよい。ＵＥは、ＵＥからのサイドリンク送信を実行するために、識別された候補リソースから１つ以上のリソースを選択してもよい。ＵＥからの送信は、ＰＳＣＣＨおよび／またはＰＳＳＣＨ送信であってもよい。
ＮＲ Ｖ２Ｘは高い信頼性と高いスループットが要求されるため、ユニキャストおよび／またはグループキャストのためのＳＬ ＨＡＲＱフィードバックをサポートすることができる。これは、ＴＸ ＵＥがサイドリンクデータ送信をＲＸ ＵＥに送信し、ＲＸ ＵＥがＰＳＦＣＨ送信を介してＳＬ ＨＡＲＱフィードバックをＴＸ ＵＥに送信することを意味する。ＳＬ ＨＡＲＱフィードバックがＡＣＫである場合、ＲＸ ＵＥがサイドリンクデータ送信の受信および復号に成功したことを意味してもよい。ＴＸ ＵＥがＡＣＫとしてＳＬ ＨＡＲＱフィードバックを受信するときに、ＴＸ ＵＥからＲＸ ＵＥへの利用可能なデータがある場合、ＴＸ ＵＥは、別の新しいサイドリンクデータ送信をＲＸ ＵＥに送信してもよい。ＳＬ ＨＡＲＱフィードバックがＮＡＣＫであるか、またはＴＸ ＵＥがＳＬ ＨＡＲＱフィードバックを受信しない場合、これは、ＲＸ ＵＥがサイドリンクデータ送信の受信および／または復号に成功しなかったことを意味してもよい。ＴＸ ＵＥがＮＡＣＫとしてＳＬ ＨＡＲＱフィードバックを受信するか、またはＴＸ ＵＥがＳＬ ＨＡＲＱフィードバックを受信しないときに、ＴＸ ＵＥはサイドリンクデータ送信をＲＸ ＵＥに再送してもよい。サイドリンクデータ再送はサイドリンクデータ送信と同じデータパケットを搬送するため、ＲＸ ＵＥは、サイドリンクデータ送信とサイドリンクデータ再送を組み合わせて、データパケットの復号を行ってもよい。この組み合わせることは、復号に成功する可能性を高めることができる。
（３ＧＰＰ Ｒ１－１９０５９２１で論じられているように）ＲＡＮ１＃９６ｂｉｓ会議は、リソースプールにおいて、ＰＳＦＣＨリソースが周期的にスロット（複数可）の期間で（事前）設定され、Ｎは、３ＧＰＰ Ｒ１－１９０５９２１およびＲ１－１９０７９７３で論じられているように、１、２または４として設定することができることをサポートしている。ＰＳＦＣＨリソースが（事前）設定されているスロットの場合、スロット内のＰＳＦＣＨリソースは、スロット内の最後の１つまたは２つのサイドリンクシンボル内にある。スロット内の各ＰＳＦＣＨリソースには、同じ数のシンボルが含んでもよい。
ＴＸ ＵＥがサイドリンクリソースを取得するときに、ＴＸ ＵＥは、送信に利用可能なＳＬデータを有する論理チャネルのうち、最も高い優先度を有する論理チャネルまたはＭＡＣ ＣＥを有する、ユニキャスト（例えば、ＲＸ ＵＥ）、グループキャスト（例えば、サイドリンクグループ）、およびブロードキャストのいずれかに関連付けられた宛先を選択してもよい。ＳＢｊ＞０および／またはＣｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｔｙｐｅも同様に考慮される。ＴＸ ＵＥがサイドリンクリソース上の送信のためのＭＡＣ ＰＤＵを生成するときに、同じ宛先に関連付けられた１つ以上のサイドリンク論理チャネルからのＳＬデータを多重化することが可能であってもよい。ただし、ｓｌ－ＨＡＲＱ－ＦｅｅｄｂａｃｋＥｎａｂｌｅｄが有効で設定されている論理チャネルとｓｌ－ＨＡＲＱ－ＦｅｅｄｂａｃｋＥｎａｂｌｅｄが無効で設定されている論理チャネルは、同じＭＡＣ ＰＤＵに多重化することができない。
（３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃１００－ｅ Ｖ０．２．０のドラフト報告書で論じられているように）ＲＡＮ１＃１００－ｅ会議では、モード２では、ＵＥは、ＴＢの２つの選択されたリソースの間に最小時間ギャップＺ＝ａ＋ｂを確保し、これらのリソースの最初のものに対してＨＡＲＱフィードバックが期待されることを合意した。値「ａ」は、第１のリソースのＰＳＳＣＨ送信の最後のシンボルの終わりから、リソースプール設定およびＭｉｎＴｉｍｅＧａｐＰＳＦＣＨおよびｐｅｒｉｏｄＰＳＦＣＨｒｅｓｏｕｒｃｅの上位レイヤパラメータが決定する対応するＰＳＦＣＨ受信の第１のシンボルの始まりまでの時間ギャップである。値「ｂ」は、必要な物理チャネルの多重化やＴＸ－ＲＸ／ＲＸ－ＴＸ切り替え時間を含む、ＰＳＦＣＨの受信および処理に加えてサイドリンク再送準備に必要な時間であり、ＵＥ実装によって決定される。言い換えれば、ＳＬ ＨＡＲＱフィードバックが有効であるＴＢの場合、ＴＸ ＵＥは、選択された任意の２つのリソース間の時間ギャップが最小時間ギャップＺ以下である１つ以上のリソースを選択する必要がある。したがって、ＴＸ ＵＥは、選択されたリソースのうちの１つでサイドリンクデータ送信を行った後、ＴＸ ＵＥは、関連付けられたＳＬ ＨＡＲＱフィードバックに応じて、選択されたリソースの次のリソースにおいてサイドリンクデータ再送を行うかどうかを決定する可能性がある。
現在、ＳＬ ＨＡＲＱフィードバックが有効であるＴＢの最小時間ギャップＺは、サイドリンク資源割当てモード２については合意されている。サイドリンクリソース割り当てモード１と最小時間ギャップＺとの関係については疑問の余地がある。モデム２では、ＴＢのためのサイドリンクリソースの選択または決定と、ＴＢのＳＬデータを多重化するための論理チャネルの優先順位付けまたは決定（ＬＣＰ）は、両方ともデバイス／ＵＥ側で行われる。モード１の主な違いは、ＴＢのためのサイドリンクリソースがネットワークノードによってスケジューリングまたは割り当てられ、ＴＢのＳＬデータを多重化するための論理チャネルの優先順位付けまたは決定がデバイス／ＵＥ側で行われることである。
一般に、ネットワークノードは、どの論理チャネルがデバイスまたはＵＥ側で優先されるか、または決定されるかを期待し、次に、適切なサイドリンクリソースをスケジューリングまたは割り当てることがある。例えば、デバイス側やＵＥ側で送信に利用可能なＳＬデータを持つ論理チャネルのうち、最も高い優先度を持つ論理チャネルまたはＭＡＣ ＣＥにＳＬ ＨＡＲＱフィードバックが有効である場合、ネットワークノードは、最小時間ギャップＺを考慮して対応するサイドリンクリソースをスケジューリングまたは割り当てることができる。また、デバイス側やＵＥ側で送信に利用可能なＳＬデータを持つ論理チャネルのうち、最も高い優先度を持つ論理チャネルまたはＭＡＣ ＣＥにＳＬ ＨＡＲＱフィードバックが有効ではない場合、ネットワークノードは、最小時間ギャップＺを考慮することなく、対応するサイドリンクリソースをスケジューリングまたは割り当てることができる。
しかし、ネットワークノードでの期待が常に機能するわけではないようである。例えば、ＵＥに新しいＳＬデータが到着し、まだそれをネットワークノードに報告していない可能性がある。別の例として、変調および符号化スキームはデバイスまたはＵＥによって決定されるため、ネットワークノードは、何回のＳＬデータが以前に送達されたかを明確には知らない。したがって、整合性の取れていない問題があることがある。
一例として、ネットワークノードは、複数のサイドリンクリソースを、ＴＸ ＵＥへのサイドリンクグラントを介してスケジューリングまたは割り当て、ここで、複数のサイドリンクリソースのうちの少なくとも２つは、時間ギャップが最小時間ギャップＺ未満である。しかし、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネルからサイドリンクデータを含むＴＢを生成することがある。したがって、ＴＸ ＵＥが複数のサイドリンクリソースのうちの１つ上でサイドリンクデータ送信を行った後、ＴＸ ＵＥが、関連付けられたＳＬ ＨＡＲＱフィードバックに応じて、複数のサイドリンクリソースのうちの次の１つにおいてサイドリンクデータ再送を行うかどうかを決定することは不可能であることがある。
別の場合では、ネットワークノードは、複数のサイドリンクリソースを、ＴＸ ＵＥへのサイドリンクグラントを介してスケジューリングまたは割り当て、ここで、複数のサイドリンクリソースのうちのいずれか２つは、時間ギャップが最小時間ギャップＺ以上である。しかし、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＬ論理チャネルからサイドリンクデータを含むＴＢを生成することがある。ＳＬ論理チャネルが緊急データまたは低遅延データを含む場合、複数のサイドリンクリソース上のサイドリンク送信は不必要な遅延を引き起こすことがある。
これらの整合の取れていない問題の観点から、いくつかの概念、機構、方法、または実施形態を以下に提供する。
方法ａ
方法ａの一般的な概念は、モード１において、サイドリンクリソースに対して最小時間ギャップＺが考慮されるということである。ネットワークノードは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（もしくはＭＡＣ ＰＤＵ）またはＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（もしくはＭＡＣ ＰＤＵ）からＳＬデータを選択するために、ＴＸ ＵＥを（暗黙的に）制御／スケジューリングしてもよい。
ＴＸ ＵＥは、ネットワークノードからＳＬグラントを受信してもよい。ＳＬグラントは、複数のサイドリンクリソースをスケジューリング／割り当てることができる。ＴＸ ＵＥは、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが、最小時間ギャップＺ以上であるかどうかをチェックしてもよい。
一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの（全ての）時間ギャップが、最小時間ギャップＺ以上である場合、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）を選択することが可能であってもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを排除または除外してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化することを排除または除外するＴＢを生成してもよい。言い換えると、ＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）のためのＬＣＰ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、ＳＬ ＨＡＲＱフィードバックが有効であり、利用可能なＳＬデータがあり、かつＳＢｊ＞０であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中（だけ）で行われてもよい
一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ未満である場合、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを排除または除外してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、多重化することを排除または除外するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、ＳＬ ＨＡＲＱフィードバックが無効であり、利用可能なＳＬデータがあり、かつＳＢｊ＞０であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中（だけ）で行われてもよい
一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ以上である場合、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）を選択することを決定してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）を選択することが可能であってもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを排除または除外してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、多重化することを排除または除外するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、ＳＬ ＨＡＲＱフィードバックが有効であり、利用可能なＳＬデータを有し、かつＳＢｊ＞０であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中（だけ）で行われてもよい。
一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの（全ての）時間ギャップが、最小時間ギャップＺ未満である場合、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）を選択することを決定してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを排除または除外してもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化することを排除または除外するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、ＳＬ ＨＡＲＱフィードバックが無効であり、利用可能なＳＬデータを有し、ＳＢｊ＞０であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中（だけ）で行われてもよい。
一実施形態では、ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされたか、または割り当てられた複数のサイドリンクリソースの１つ以上で、１つ以上のサイドリンク送信を行ってもよい。１つ以上のサイドリンク送信は、生成されたＴＢを含むか、または送達する。
方法ｂ
方法ｂの一般的な方向性は、ＴＢ生成に対して、モード１において、サイドリンクリソースに対して最小時間ギャップＺが考慮されないということである。ＴＸ ＵＥは、ネットワークノードからＳＬグラントを受信してもよい。ＳＬグラントは、複数のサイドリンクリソースをスケジューリングするか、または割り当ててもよい。一実施形態では、ＴＸ ＵＥは、ＴＢを生成してもよい。ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされたか、または割り当てられた複数のサイドリンクリソースの１つ以上で１つ以上のサイドリンク送信を行ってもよい。１つ以上のサイドリンク送信は、生成されたＴＢを含む／送達する。
一実施形態では、ＴＸ ＵＥがサイドリンク送信のためのＴＢを生成するときに、ＴＸ ＵＥは、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが最小時間ギャップＺ以上であるかどうかをチェックしなくてもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）と、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）のうちのＴＢためのＬＣＰを行ってもよい。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるか、無効であるかを考慮せずに、ＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）の中のＴＢのためのＬＣＰを行うことができる。ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるか、無効であるかを考慮せずに、利用可能なＳＬデータを有し、かつＳＢｊ＞０であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）のうちのＴＢのためのＬＣＰを行ってもよい。
少なくとも４つの実施形態があってもよい：
第１の実施形態－第１の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの（全ての）時間ギャップが、最小時間ギャップＺ以上であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整合ことを意味してもよい。一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。一実施形態では、１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するためにＲＸ ＵＥに指示してもよい。
例示的な図８ａに示すように、ＰＳＳＣＨ１および／またはＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するためにＲＸ ＵＥに指示してもよい。
例示的な図９ａに示されるように、ＰＳＳＣＨ１、ＰＳＳＣＨ２、および／またはＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１、ＳＣＩ２、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。
第２の実施形態－第２の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ未満であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整合することを意味してもよい。一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。
例示的な図８－ｂに示すように、ＰＳＳＣＨ１および／またはＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。
例示的な図９－ｂ、９－ｃ、９－ｄに示すように、ＰＳＳＣＨ１、ＰＳＳＣＨ２、および／またはＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１、ＳＣＩ２、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。
第３の実施形態－第３の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ未満であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整列しないことを意味してもよい。
例示的な図８－ｂに示すように、ＰＳＳＣＨ１および／またはＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。
例示的な図９－ｂ、９－ｃ、９－ｄに示すように、ＰＳＳＣＨ１、ＰＳＳＣＨ２、および／またはＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。
一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。
一実施形態では、（全ての）１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。これは、ＲＸ ＵＥが、１つ以上のサイドリンクデータ送信にそれぞれ関連付けられた１つ以上のＳＬ ＨＡＲＱフィードバック送信を送信することができることを意味する。ＲＸ ＵＥは、１つ以上のサイドリンクフィードバックリソース上で１つ以上のＳＬ ＨＡＲＱフィードバック送信を送信してもよく、１つ以上のサイドリンクフィードバックリソースは、それぞれ１つ以上のサイドリンクリソースに関連付けられている。例示的な図８－ｂに示すように、ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。例示的な図９－ｂ、９－ｃ、９－ｄに示すように、ＳＣＩ１、ＳＣＩ２、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。
追加的または代替的に、１つ以上のサイドリンク制御情報のうちの（時間ドメインにおける）最後のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。他のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。これは、ＲＸ ＵＥが、（時間ドメインにおける）最後の１つのサイドリンクデータ送信に関連付けられた１つのＳＬ ＨＡＲＱフィードバック送信を送信することができることを意味する。ＲＸ ＵＥは、（時間ドメインにおける）最後の１つのサイドリンクリソースに関連付けられた１つのサイドリンクフィードバックリソース上で１つのＳＬ ＨＡＲＱフィードバック送信を送信してもよい。例示的な図８－ｂに示すように、ＳＣＩ１は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。例示的な図９－ｂ、９－ｃ、または９－ｄに示すように、ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。
追加的または代替的に、ＴＸ ＵＥが対応するＨＡＲＱ報告を（対応するＨＡＲＱ報告を生成するための処理時間を考慮して）ネットワークノードに報告する前に、１つ以上のサイドリンク制御情報のうちの（時間ドメインにおける）最後のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥを指示してもよい。他のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。これは、ＴＸ ＵＥが対応するＨＡＲＱ報告を（対応するＨＡＲＱ報告を生成するための処理時間を考慮して）ネットワークノードに報告する前に、最後の１つのサイドリンクデータ送信に関連付けられた１つのＳＬ ＨＡＲＱフィードバック送信を送信することができることを意味する。ＲＸ ＵＥは、（時間ドメインにおける）最後の１つのサイドリンクリソースに関連付けられた１つのサイドリンクフィードバックリソース上で、１つのＳＬ ＨＡＲＱフィードバック送信を送信してもよい。
一実施形態では、ＴＸ ＵＥは、対応するＨＡＲＱ報告をネットワークノードに報告し、対応するＨＡＲＱ報告は、最後の１つのサイドリンクリソースに関連付けられたＳＬ ＨＡＲＱフィードバックに基づいて設定される。対応するＨＡＲＱ報告を生成するための処理時間は、ＲＸ ＵＥのＳＬ ＨＡＲＱフィードバック生成時間、ＴＸ ＵＥのＳＬ ＨＡＲＱフィードバック受信または復号時間、および／またはＴＸ ＵＥの対応するＨＡＲＱ報告生成時間のいずれかを含んでもよい。一実施形態では、対応するＨＡＲＱ報告を生成するための処理時間は、最小時間ギャップＺに等しくてもよい。
例示的な図８－ｂに示すように、ＴＸ ＵＥがＳＣＩ ２の後の時間期間おいて対応するＨＡＲＱ報告をネットワークノードに報告する場合、ＳＣＩ１は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。例示的な図９－ｂ、図９－ｃ、図９－ｄに示すように、ＴＸ ＵＥがＳＣＩ３の後の時間機会において対応するＨＡＲＱ報告をネットワークノードに報告する場合、ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。ＴＸ ＵＥが、ＳＣＩ２とＳＣＩ３の間の時間機会において、およびＳＣＩ３の後の時間機会において、対応するＨＡＲＱ報告をネットワークノードに報告する場合、ＳＣＩ１は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、ＳＣＩ２および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。
追加的または代替的に、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが最小時間ギャップＺ以上である場合、２つの隣接、ネイバー、または連続的にスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）１番目のものまたは早いほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースの時間ギャップが最小時間ギャップＺ未満である場合、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）１番目のものまたは早いほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。
１つ以上のサイドリンクリソースのうちの（時間ドメインにおける）最後のものまたは後のほうのものにおけるサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。これは、次のサイドリンクリソースへの時間ギャップが最小時間ギャップＺを満たす場合、ＴＸ ＵＥがＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに要求することを意味する。次のサイドリンクリソースへの時間ギャップが最小時間ギャップＺを満たさない場合、ＴＸ ＵＥがＳＬ ＨＡＲＱフィードバックに応じて次のサイドリンクリソースにおいてサイドリンクデータ送信を行うかどうかを決定できないため、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに要求しなくてもよい。ＲＸ ＵＥは、関連付けられたサイドリンク制御情報がＳＬ ＨＡＲＱフィードバックを送信するように指示する場合、１つのサイドリンクデータ送信に関連付けられた１つのＳＬ ＨＡＲＱフィードバック送信を送信してもよい。ＲＸ ＵＥは、関連付けられたサイドリンク制御情報がＳＬ ＨＡＲＱフィードバックを送信するように指示する場合、１つのサイドリンクリソースに関連付けられた１つのサイドリンクフィードバックリソース上で１つのＳＬ ＨＡＲＱフィードバック送信を送信してもよい。
例示的な図８－ｂに示すように、ＳＣＩ１は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。例示的な図９－ｂに示すように、ＳＣＩ１および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。図９－ｃに示すように、ＳＣＩ２および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ１は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。図９－ｄに示すように、ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに示すことができる。
追加的または代替的に、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが最小時間ギャップＺ未満である場合であって、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースに関連付けられた２つのサイドリンクフィードバックリソースが同じスロット内にある場合、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたサイドリンクリソースのうちの（時間ドメインにおける）１番目のものまたは早いほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）２番目のものまたは後のほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。
追加的または代替的に、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが最小時間ギャップＺ未満である場合であって、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたサイドリンクリソースに関連付けられた２つのサイドリンクフィードバックリソースが同じスロット内にある場合、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたサイドリンクリソースのうちの（時間ドメインにおける）２番目のものまたは後のほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい（２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの２番目のものが、ＳＬグラントによってスケジューリングされたか、または割り当てられた最後のリソースである場合を除く）。２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）１番目のものまたは早いほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。これは、ＲＸ ＵＥがＴＢに関連付けられた１つのＳＬ ＨＡＲＱフィードバックを１つのスロットにおいて送信すれば十分であるためである。
第４の実施形態－第４の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが、最小時間ギャップＺ以上であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整合しないことを意味してもよい。一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。一実施形態では、１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。
例示的な図８－ａに示すように、ＰＳＳＣＨ１および／またはＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックに送信しないようにＲＸ ＵＥに示すことができる。例示的な図９－ａに示すように、ＰＳＳＣＨ１、ＰＳＳＣＨ２、および／またはＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１、ＳＣＩ２、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。
追加的または代替的に、別の４つの実施形態があってもよい：
第５の実施形態－第５の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ以上であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整合することを意味してもよい。一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。一実施形態では、１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。
例示的な図８－ａに示すように、ＰＳＳＣＨ１および／またはＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。例示的な図９－ａ、９－ｂ、または９－ｃに示すように、ＰＳＳＣＨ１、ＰＳＳＣＨ２、および／またはＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１、ＳＣＩ２、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。
第６の実施形態－第６の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの（全ての）時間ギャップが、最小時間ギャップＺ未満であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整合することを意味してもよい。一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。一実施形態では、１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。
例示的な図８－ｂに示すように、ＰＳＳＣＨ１および／またはＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。
例示的な図９－ｂに示すように、ＰＳＳＣＨ１、ＰＳＳＣＨ２、および／またはＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１、ＳＣＩ２、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。
第７の実施形態－第７の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの（全ての）時間ギャップが、最小時間ギャップＺ未満であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整合しないことを意味してもよい。
例示的な図９－ｂに示すように、ＰＳＳＣＨ１および／またはＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。例示的な図９－ｄに示されるように、ＰＳＳＣＨ１、ＰＳＳＣＨ２、および／またはＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。
一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。
一実施形態では、（全ての）１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。これは、ＲＸ ＵＥが、１つ以上のサイドリンクデータ送信にそれぞれ関連付けられた１つ以上のＳＬ ＨＡＲＱフィードバック送信を送信し得ることを意味してもよい。ＲＸ ＵＥは、１つ以上のサイドリンクリソースにそれぞれ関連付けられた１つ以上のサイドリンクフィードバックリソース上で、１つ以上のＳＬ ＨＡＲＱフィードバック送信を送信してもよい。例示的な図８－ｂに示すように、ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。例示的な図９－ｄに示すように、ＳＣＩ１、ＳＣＩ２、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。
追加的または代替的に、１つ以上のサイドリンク制御情報のうちの（時間ドメインにおける）最後のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。他のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。これは、ＲＸ ＵＥが、（時間ドメインにおける）最後の１つのサイドリンクデータ送信に関連付けられた１つのＳＬ ＨＡＲＱフィードバック送信を送信し得ることを意味してもよい。ＲＸ ＵＥは、（時間ドメインにおける）最後の１つのサイドリンクリソースに関連付けられた１つのサイドリンクフィードバックリソース上で１つのＳＬ ＨＡＲＱフィードバック送信を送信してもよい。
例示的な図８－ｂに示すように、ＳＣＩ１は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。例示的な図９－ｄに示すように、ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示にしてもよく、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。
追加的または代替的に、ＴＸ ＵＥが対応するＨＡＲＱ報告を（対応するＨＡＲＱ報告を生成するための処理時間を考慮して）ネットワークノードに報告する前に、１つ以上のサイドリンク制御情報のうちの（時間ドメインにおける）最後のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥを指示してもよい。他のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。これは、ＴＸ ＵＥが対応するＨＡＲＱ報告を（対応するＨＡＲＱ報告を生成するための処理時間を考慮して）ネットワークノードに報告する前に、最後の１つのサイドリンクデータ送信に関連付けられた１つのＳＬ ＨＡＲＱフィードバック送信を送信し得ることを意味する。ＲＸ ＵＥは、（時間ドメインにおける）最後の１つのサイドリンクリソースに関連付けられた１つのサイドリンクフィードバックリソース上で、１つのＳＬ ＨＡＲＱフィードバック送信を送信してもよい。
一実施形態では、ＴＸ ＵＥは、対応するＨＡＲＱ報告をネットワークノードに報告し、対応するＨＡＲＱ報告は、最後の１つのサイドリンクリソースに関連付けられたＳＬ ＨＡＲＱフィードバックに基づいて設定される。対応するＨＡＲＱ報告を生成するための処理時間は、ＲＸ ＵＥのＳＬ ＨＡＲＱフィードバック生成時間、ＴＸ ＵＥのＳＬ ＨＡＲＱフィードバック受信または復号時間、および／またはＴＸ ＵＥの対応するＨＡＲＱ報告生成時間のいずれかを含んでもよい。一実施形態では、対応するＨＡＲＱ報告を生成するための処理時間は、最小時間ギャップＺに等しくてもよい。
例示的な図８－ｂに示すように、ＴＸ ＵＥがＳＣＩ ２の後の時間期間おいて対応するＨＡＲＱ報告をネットワークノードに報告する場合、ＳＣＩ１は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。例示的な図９－ｄに示すように、ＴＸ ＵＥがＳＣＩ３の後の時間機会において対応するＨＡＲＱ報告をネットワークノードに報告する場合、ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。ＴＸ ＵＥが、ＳＣＩ２とＳＣＩ３の間の時間機会において、およびＳＣＩ３の後の時間機会において、対応するＨＡＲＱ報告をネットワークノードに報告する場合、ＳＣＩ１は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよく、ＳＣＩ２および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。
追加的または代替的に、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが最小時間ギャップＺ未満である場合であって、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースに関連付けられた２つのサイドリンクフィードバックリソースが同じスロット内にある場合、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）１番目のものまたは早いほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）２番目のものまたは後のほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。
追加的または代替的に、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースの時間ギャップが最小時間ギャップＺ未満である場合であって、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースに関連付けられた２つのサイドリンクフィードバックリソースが同じスロット内にある場合、２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）２番目のものまたは後のほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい（２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの２番目のものが、ＳＬグラントによってスケジューリングされた／割り当てられた最後のリソースである場合を除く）。２つの隣接、ネイバー、または連続するスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）１番目のものまたは早いほうのもののサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。これは、ＲＸ ＵＥがＴＢに関連付けられた１つのＳＬ ＨＡＲＱフィードバックを１つのスロットにおいて送信すれば十分であるためである。
第８の実施形態－第８の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ以上であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整合しないことを意味してもよい。一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。一実施形態では、１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。
例示的な図８－ａに示すように、ＰＳＳＣＨ１および／またはＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１および／またはＳＣＩ２は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥに指示してもよい。
例示的な図９－ａ、９－ｂ、または９－ｃに示されるように、ＰＳＳＣＨ１、ＰＳＳＣＨ２、および／またはＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。ＳＣＩ１、ＳＣＩ２、および／またはＳＣＩ３は、ＳＬ ＨＡＲＱフィードバックを送信しないようにＲＸ ＵＥを示してもよい。
図８－ｂのＳＣＩ１、図９－ｂのＳＣＩ２、図９－ｃのＳＣＩ１、または図９－ｄのＳＣＩ１およびＳＣＩ２については、ＳＬ ＨＡＲＱフィードバックを送信しないように指示することが有益であり得る。ＲＸ ＵＥが導出された送信されたＳＬ ＨＡＲＱフィードバックのサブセットを選択する必要があり得る場合、またはＲＸ ＵＥが（（事前）設定された）ＰＳＦＣＨリソースを含むスロット上でＳＬ ＨＡＲＱフィードバックの送信または受信を実行するかどうかを決定する必要があり得る場合があるため、そのようなＳＣＩ指示は、サブセットを決定するとき、またはＳＬ ＨＡＲＱフィードバックの送信または受信のいずれかを決定するときに、ＲＸ ＵＥの複数のＳＬ ＨＡＲＱフィードバック衝突ケースを解放することができる。
追加的または代替的に、別の実施形態があってもよい：
第９の実施形態－第９の実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ未満であってもよく、ＴＸ ＵＥは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。これは、ネットワークノードの期待がＴＸ ＵＥのサイドリンクバッファ状態に整合しないことを意味してもよい。
一実施形態では、ＴＸ ＵＥは、特定のサイドリンクリソースをドロップするか、スキップするか、無視するか、またはキャンセルしてもよい（することが可能なようにされてもよい）。ＴＸ ＵＥは、特定のサイドリンクリソース上でサイドリンク送信を実行しなくてもよい（しないことが可能とされてもよい）。ＴＸ ＵＥは、特定のサイドリンクリソース上でサイドリンクデータ送信および／またはサイドリンク制御情報を行わなくてもよい（しないことが可能とされてもよい）。ＴＸ ＵＥは、特定のサイドリンクリソース上でのサイドリンク送信をドロップするか、スキップするか、無視するか、またはキャンセルしてもよい（することが可能なようにされてもよい）。ＴＸ ＵＥは、特定のサイドリンクリソース上でサイドリンクデータ送信および／またはサイドリンク制御情報をドロップするか、スキップするか、無視するか、またはキャンセルしてもよい（することが可能なようにされてもよい）。より具体的には、特定のサイドリンクリソースは、ネットワークからのＳＬグラントによってスケジューリングされてもよい。
一実施形態では、特定のサイドリンクリソースは、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップに基づいて、導出または決定されてもよい。２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが最小時間ギャップＺ以上である場合、２つのスケジューリングされたか、または割り当てられたサイドリンクリソースの両方が特定のサイドリンクリソースではなくてもよい。
一実施形態では、２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが最小時間ギャップＺ未満である場合、２つのスケジューリングされたか、または割り当てられたサイドリンクリソースのうちの（時間ドメインにおける）１番目のものまたは早いほうのものが特定のサイドリンクリソースであってもよい。２つのスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）最後のものまたは後のほうのものは、特定のサイドリンクリソースではなくてもよい。追加的または代替的に、２つのスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）最後のものまたは後のほうのものは、特定のサイドリンクリソースであってもよい。
追加的または代替的に、２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが最小時間ギャップＺ未満である場合、２つのスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）最後のものまたは後のほうのものは、特定のサイドリンクリソースであってもよい。２つのスケジューリングされたか、または割り当てられたリソースのうちの（時間ドメインにおける）１番目のものまたは早いほうのものは、特定のサイドリンクリソースではなくてもよい。
一実施形態では、ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、１つ以上のサイドリンクデータ送信をスケジューリングしてもよい。ＴＸ ＵＥは、１つ以上のサイドリンク制御情報を送信して、複数のサイドリンクリソースの１つ以上をスケジューリング、指示、または予約してもよい。１つ以上のサイドリンク制御情報は、特定のサイドリンクリソースをスケジューリング、指示、または予約しなくてもよい。ＴＸ ＵＥは、特定のサイドリンクリソースを除き、ＳＬグラントによってスケジューリングされた、または割り当てられた複数のサイドリンクリソース上で（それぞれ）１つ以上のサイドリンク制御情報を送信してもよい。
一実施形態では、（すべて）１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。さらに、ＣＢＲ閾値を超過または達成していない場合、（すべて）１つ以上のサイドリンク制御情報は、ＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥに指示してもよい。これは、ＲＸ ＵＥが、１つ以上のサイドリンクデータ送信にそれぞれ関連付けられた１つ以上のＳＬ ＨＡＲＱフィードバック送信を送信し得ることを意味してもよい。ＲＸ ＵＥは、１つ以上のサイドリンクリソースにそれぞれ関連付けられた１つ以上のサイドリンクフィードバックリソース上で１つ以上のＳＬ ＨＡＲＱフィードバック送信を送信してもよい。
図８－ｂに示すように、ＰＳＳＣＨ１とＰＳＳＣＨ２の時間ギャップは、最小時間ギャップＺ未満であってもよい。ＴＸ ＵＥは、ＳＣＩ１＋ＰＳＳＣＨ１を行ってもよく、ＳＣＩ２＋ＰＳＳＣＨ２を行わなくてもよい。ＰＳＳＣＨ１は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化してもよい。追加的または代替的に、ＴＸ ＵＥは、ＳＣＩ２＋ＰＳＳＣＨ２を行ってもよく、ＳＣＩ１＋ＰＳＳＣＨ１を行わなくてもよい。ＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化してもよい。
例示的な図９－ｂに示すように、ＰＳＳＣＨ２およびＰＳＳＣＨ３の時間ギャップは、最小時間ギャップＺ未満であってもよい。一実施形態では、ＴＸ ＵＥは、ＳＣＩ１＋ＰＳＳＣＨ１およびＳＣＩ２＋ＰＳＳＣＨ２を行ってもよく、ＳＣＩ３＋ＰＳＳＣＨ３を行わなくてもよい。ＰＳＳＣＨ１とＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。追加的または代替的に、ＴＸ ＵＥはＳＣＩ１＋ＰＳＳＣＨ１およびＳＣＩ３＋ＰＳＳＣＨ３を行ってもよく、ＳＣＩ２＋ＰＳＳＣＨ２を行わなくてもよい。ＰＳＳＣＨ１およびＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。
例示的な図９－ｃに示すように、ＰＳＳＣＨ１およびＰＳＳＣＨ２の時間ギャップは、最小時間ギャップ未満であってもよい。一実施形態では、ＴＸ ＵＥは、ＳＣＩ１＋ＰＳＳＣＨ１およびＳＣＩ３＋ＰＳＳＣＨ３を行ってもよく、ＳＣＩ２＋ＰＳＳＣＨ２を行わなくてもよい。ＰＳＳＣＨ１およびＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。追加的または代替的に、ＴＸ ＵＥはＳＣＩ２＋ＰＳＳＣＨ２およびＳＣＩ３＋ＰＳＳＣＨ３を行ってもよく、ＳＣＩ１＋ＰＳＳＣＨ１を行わなくてもよい。ＰＳＳＣＨ２およびＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。
例示的な図９－ｄに示すように、ＰＳＳＣＨ１およびＰＳＳＣＨ２の時間ギャップは、最小時間ギャップＺ未満であってもよい。ＰＳＳＣＨ２およびＰＳＳＣＨ３の時間ギャップは、最小時間ギャップＺ未満であってもよい。好ましくは、ＴＸ ＵＥは、ＳＣＩ１＋ＰＳＳＣＨ１およびＳＣＩ３＋ＰＳＳＣＨ３を行ってもよく、ＳＣＩ２＋ＰＳＳＣＨ２を行わなくてもよい。ＰＳＳＣＨ１およびＰＳＳＣＨ３は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化する同じＴＢを含んでもよい。追加的または代替的に、ＴＸ ＵＥはＳＣＩ２＋ＰＳＳＣＨ２を行ってもよく、ＳＣＩ１＋ＰＳＳＣＨ１またはＳＣＩ３＋ＰＳＳＣＨ３を行わなくてもよい。ＰＳＳＣＨ２は、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化してもよい。
方法ｃ
方法ｃの一般的な概念は、論理チャネルまたはＭＡＣ ＰＤＵの第１のセットに対して、モード１においてサイドリンクリソースに対して最小時間ギャップＺが考慮なくてもよいということである。論理チャネルまたはＭＡＣ ＰＤＵの第２のセットに対して、モード１においてサイドリンクリソースに対して最小時間ギャップＺが考慮されてもよい。
ＴＸ ＵＥは、ネットワークノードからＳＬグラントを受信してもよい。ＳＬグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当ててもよい。一実施形態では、ＴＸ ＵＥは、ＴＢを生成してもよい。ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされた、または割り当てられた複数のサイドリンクリソースの１つ以上で１つ以上のサイドリンク送信を行ってもよい。１つ以上のサイドリンク送信は、生成されたＴＢを含むか、あるいは送達する。
一実施形態では、ＴＸ ＵＥは、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが、最小時間ギャップＺ以上であるかどうかをチェックしてもよい。追加的または代替的に、ＴＸ ＵＥは、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが、最小時間ギャップＺ未満であるどうかをチェックしてもよい。
一実施形態では、第１のセットは、（事前に）設定されてもよい。第２のセットは、（事前に）設定されてもよい。追加的または代替的に、第１のセットは、ＳＬ ＨＡＲＱフィードバックが無効である論理チャネル（またはＭＡＣ ＰＤＵ）を含むか、または意味してもよい。第２のセットは、ＳＬ ＨＡＲＱフィードバックが有効である論理チャネル（またはＭＡＣ ＰＤＵ）を含むか、または意味してもよい。
追加的または代替的に、第１のセットには、閾値よりも低い優先度が（事前に）設定されてもよい。第２のセットには、しきい値より高い優先度が（事前に）設定されてもよい。追加的または代替的に、第２のセットの第１のサブセットは、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが、最小時間ギャップＺ以上である場合に利用されてもよい。第２のセットの第２のサブセットは、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの時間ギャップが、最小時間ギャップＺ未満である場合に利用されてもよい。一実施形態では、第２のセットの第１のサブセットには、ＳＬ ＨＡＲＱフィードバック有効が設定されてもよい。第２のセットの第２のサブセットは、ＳＬ ＨＡＲＱフィードバック無効が設定されてもよい。
一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの（全ての）時間ギャップが、最小時間ギャップＺ以上である場合、ＴＸ ＵＥは、第１のセットおよび第２のセットの中から論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、第１セットおよび第２のセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第２のセットの中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、利用可能なＳＬデータを有し、ＳＢｊ＞０である論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第２のセットの中（だけ）で行われてもよい。
一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ未満である場合、ＴＸ ＵＥは、第１のセットの中から論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、第１のセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ） （のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。
言い換えると、ＴＢのためのＬＣＰは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットの中（だけ）で行われてもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第２のサブセットを選択することを排除または除外してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第２のセットからのＳＬデータを含むか、または多重化することを排除または除外するＴＢを生成してもよい。一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ以上である場合、ＴＸ ＵＥは、第１のセットおよび第２のセットの中から論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、第１のセットおよび第２のセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第２セットの中（だけ）で行われてもよい。一実施形態では、ＴＢのＬＣＰは、利用可能なＳＬデータを有し、ＳＢｊ＞０である論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第２のセットの中（だけ）で行われてもよい。
一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの（全ての）時間ギャップが、最小時間ギャップＺ未満である場合、ＴＸ ＵＥは、第１のセットの中から論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、第１のセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第２のサブセットを選択することを排除または除外してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第２のサブセットからのＳＬデータを含むか、または多重化することを排除または除外するＴＢを生成してもよい。言い換えれば、ＴＢのためのＬＣＰは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットの中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、利用可能なＳＬデータを有し、ＳＢｊ＞０である論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットの中（だけ）で行われてもよい。
一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの（全ての）時間ギャップが、最小時間ギャップＺ以上である場合、ＴＸ ＵＥは、第１のセットおよび第１のサブセットの中から論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、第１のセットと第１のサブセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第２のサブセットを選択することを排除または除外してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第２のセットからのＳＬデータを含むか、または多重化することを排除または除外するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第１のサブセットの中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、利用可能なＳＬデータを有し、ＳＢｊ＞０である論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第１のサブセットの中（だけ）で行われてもよい。
一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ未満である場合、ＴＸ ＵＥは、第１のセットおよび第２のサブセットの中から論理チャネル（またはＭＡＣ ＰＤＵ）選択することを決定してもよい。ＴＸ ＵＥは、第１のセットと第２のサブセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のサブセットを選択することを排除または除外してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットからのＳＬデータを含むか、または多重化することを排除または除外するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第２のサブセットの中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、利用可能なＳＬデータを有し、ＳＢｊ＞０である論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第２のサブセットの中（だけ）で行われてもよい。
一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ以上である場合、ＴＸ ＵＥは、第１のセットおよび第１のサブセットの中から論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、第１のセットおよび第１のサブセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第２のサブセットを選択することを排除または除外してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第２のセットからＳＬデータを含むか、または多重化することを排除または除外するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第１のサブセットの中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、利用可能なＳＬデータを有し、ＳＢｊ＞０である論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第１のサブセットの中（だけ）で行われてもよい。
一実施形態では、任意の２つの（隣接、ネイバー、または連続する）スケジューリングされたか、または割り当てられたサイドリンクリソースの少なくとも時間ギャップが、最小時間ギャップＺ未満である場合、ＴＸ ＵＥは、第１のセットおよび第２のサブセットの中から論理チャネル（またはＭＡＣ ＰＤＵ）を選択することを決定してもよい。ＴＸ ＵＥは、第１のセットと第２のサブセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むか、または多重化するＴＢを生成してもよい。ＴＸ ＵＥは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のサブセットを選択することを排除または除外してもよい。ＴＸ ＵＥは、第１のセットの中からの論理チャネル（またはＭＡＣ ＰＤＵ）からのＳＬデータを含むか、または多重化することを排除または除外するＴＢを生成してもよい。言い換えると、ＴＢのためのＬＣＰは、論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第２のサブセットの中（だけ）で行われてもよい。一実施形態では、ＴＢのためのＬＣＰは、利用可能なＳＬデータを有し、ＳＢｊ＞０である論理チャネル（またはＭＡＣ ＰＤＵ）の第１のセットおよび第２のサブセットの中（だけ）で行われてもよい。
上記の全ての概念に対する、方法、選択肢、および実施形態は以下のようである：
上記の方法、選択肢、および実施形態のいずれも、同時に組み合わせたり、適用したりしてもよいと留意する。
一実施形態では、ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされたか、または割り当てられたサイドリンクリソースが、ＴＢ内に含まれるまたは多重化されたＳＬデータのレイテンシ要件を満たすことができるかどうかをチェックしてもよい。ＴＸ ＵＥがサイドリンク送信のためのＴＢを生成するときに、ＴＸ ＵＥは、論理チャネルまたはＭＡＣ ＰＤＵ（のみ）を選択することができ、ここで、ＳＬグラントによってスケジューリングされたか、または割り当てられたサイドリンクリソースは、論理チャネルまたはＭＡＣ ＰＤＵのレイテンシ要件を満たす。ＴＸ ＵＥは、論理チャネルまたはＭＡＣ ＰＤＵを選択することを排除または除外してもよく、ここで、ＳＬグラントによってスケジューリングされたか、または割り当てられたサイドリンクリソースは、論理チャネルまたはＭＡＣ ＰＤＵのレイテンシ要件を満たさない。
一実施形態では、ＴＸ ＵＥがサイドリンク送信のためのＴＢを生成するときに、ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされたか、または割り当てられたサイドリンクリソース以上のレイテンシ要件を有する論理チャネルまたはＭＡＣ ＰＤＵ（のみ）を選択してもよい。ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされたか、または割り当てられたサイドリンクリソース未満であるレイテンシ要件を有する論理チャネルまたはＭＡＣ ＰＤＵを選択することを排除または除外してもよい。
一実施形態では、ＴＸ ＵＥがサイドリンク送信のためのＴＢを生成するときに、ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされたか、または割り当てられたサイドリンクリソースの中の（時間ドメインにおける）最初の１つと最後の１つとの間の時間ギャップ以上のレイテンシ要件を有する論理チャネルまたはＭＡＣ ＰＤＵ（のみ）を選択することができる。ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされた、または割り当てられたサイドリンクリソースの中の（時間ドメインにおける）最初の１つと最後の１つとの間の時間ギャップ未満のレイテンシ要件を有する論理チャネルまたはＭＡＣ ＰＤＵを選択することを排除または除外してもよい。
一実施形態では、ＴＸ ＵＥがサイドリンク送信のためのＴＢを生成するときに、ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされたか、または割り当てられたサイドリンクリソースのうちの（時間ドメインにおける）最後の１つ以上のレイテンシ要件を有する論理チャネルまたはＭＡＣ ＰＤＵ（のみ）を選択することができる。ＴＸ ＵＥは、ＳＬグラントによってスケジューリング／割り当てられたサイドリンクリソースのうちの（時間ドメインにおける）最後の１つ未満のレイテンシ要件を有する論理チャネルまたはＭＡＣ ＰＤＵを選択することを排除または除外してもよい。
一実施形態では、レイテンシ要件は、ＳＬデータの有効時間を意味してもよい。レイテンシ要件は、残りのパケット遅延バジェットを意味してもよい。
一実施形態では、ＲＸ ＵＥは、１つ以上のＳＬ ＨＡＲＱフィードバックをＴＸ ＵＥに送信してもよい。ＴＸ ＵＥは、ＲＸ ＵＥから１つ以上のＳＬ ＨＡＲＱフィードバックを受信または検出してもよい。ＳＬ ＨＡＲＱフィードバックは、１つ以上のサイドリンク送信に関連付けられてもよい。ＳＬ ＨＡＲＱフィードバックは、１つ以上のサイドリンクデータ送信および／または１つ以上のサイドリンク制御情報に関連付けられてもよい。
一実施形態では、ＴＸ ＵＥは、対応するＨＡＲＱ報告をネットワークノードに報告してもよい。対応するＨＡＲＱ報告は、ＴＸ ＵＥがＴＢの再送のために追加または他のサイドリンクリソースを要求するかどうかを指示してもよい。対応するＨＡＲＱ報告は、１つ以上のＳＬ ＨＡＲＱフィードバックに基づいて設定されてもよい。対応するＨＡＲＱ報告は、１つ以上のサイドリンク送信のうちの（時間ドメインにおける）最後の１つに関連付けられたＳＬ ＨＡＲＱフィードバックに基づいて設定されてもよい。対応するＨＡＲＱ報告は、（時間ドメインにおける）最後の１つのサイドリンクリソースに関連付けられたＳＬ ＨＡＲＱフィードバックに基づいて設定されてもよい。
一実施形態では、ＨＡＲＱ報告は、ＨＡＲＱ－ＡＣＫ位置を含んでもよい。ＨＡＲＱ－ＡＣＫ位置は、ＳＬ ＨＡＲＱフィードバックに対応してもよいし、これを送達してもよく、ＳＬ ＨＡＲＱフィードバックは、ＳＬグラントに関連付けられる。ＨＡＲＱ－ＡＣＫ位置は、ＳＬ ＨＡＲＱフィードバックに対応してもよいし、これを送達してもよく、ＳＬ ＨＡＲＱフィードバックは、１つ以上のＳＬ ＨＡＲＱフィードバックに基づいて設定される（例えば、最後のＳＬ ＨＡＲＱフィードバックとして設定される）。ＨＡＲＱ－ＡＣＫ位置は、ＳＬ ＨＡＲＱフィードバックに対応してもよいし、これを送達してもよく、ＳＬ ＨＡＲＱフィードバックは、１つ以上のＳＬ ＨＡＲＱフィードバックのうちの１つ（例えば、最後のＳＬ ＨＡＲＱフィードバック）である。ＨＡＲＱ－ＡＣＫ位置は、ＳＬ ＨＡＲＱ－ＡＣＫを含むＰＳＦＣＨ（のスロット、時間リソース、周波数リソース、および／またはコードリソース）に基づいて決定されてもよい。ＨＡＲＱ－ＡＣＫ位置は、ＰＳＦＣＨ（のスロット、時間リソース、周波数リソース、および／またはコードリソース）に基づいて決定されてもよく、ＰＳＦＣＨは、ＳＬグラントによって最後または最新のスケジューリングされたサイドリンクリソースに関連付けられる。
例えば、図９－ｂにおいて、ＰＳＦＣＨ１がＰＳＳＣＨ１に関連付けられ、ＰＳＦＣＨ２がＰＳＳＣＨ２に関連付けられ、ＰＳＦＣＨ３がＰＳＳＣＨ３に関連付けられ、ＰＳＦＣＨ２およびＰＳＦＣＨ３が同じスロット内にあり、および／または同じシンボルを占有し、および／または異なる周波数リソースを占有すると仮定する。ＰＳＦＣＨ１は、ＰＳＦＣＨ２およびＰＳＦＣＨ３とは異なるスロット内にあってもよい。ＴＸ ＵＥがＰＳＳＣＨ１およびＰＳＳＣＨ２を送信することを決定する場合、ＴＸ ＵＥは、ＰＳＳＣＨ３が特定のサイドリンクリソースであるとみなし、ＰＳＳＣＨ３を送信しない（ＰＳＳＣＨ２と比較して時間ギャップがＺ未満であることによる）。この例では、ＰＳＳＣＨ３の送信がないが、ＴＸ ＵＥは、ＨＡＲＱ報告においてＨＡＲＱ－ＡＣＫ位置で、ＰＳＦＣＨ２から受信したＳＬ ＨＡＲＱフィードバックを決定または配置してもよい。ＨＡＲＱ－ＡＣＫ位置は、（ＰＳＦＣＨ２ではなく）ＰＳＦＣＨ３に基づいて、またはこれに関連付けられて決定されてもよい。ＴＸ ＵＥは、ＨＡＲＱ報告をＰＵＣＣＨリソースで送信し、ここで、ＰＵＣＣＨリソースの時間リソースはＰＳＦＣＨ３を参照する。
一実施形態では、ＴＸ ＵＥは、ネットワークノードに情報を送信または送達してもよい。情報は、ＴＢが、ＳＬ ＨＡＲＱフィードバックが有効である論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むまたは多重化するか、ＳＬ ＨＡＲＱフィードバックが無効である論理チャネル（またはＭＡＣ ＰＤＵ）（のみ）からのＳＬデータを含むまたは多重化するかを指示してもよい。情報は、ＴＢの再送のために要求された追加または他のサイドリンクリソースが、任意の２つの（隣接、ネイバー、または連続する）追加または別のサイドリンクリソースの時間ギャップが最小時間ギャップＺ以上であり得ることを満たす必要があるかどうかを指示してもよい。情報は、任意の２つの（隣接、ネイバー、または連続する）追加または別のサイドリンクリソースの時間ギャップが最小時間ギャップＺ以上である状態でＴＸ ＵＥが、ＴＢの再送のために追加または他のサイドリンクリソースを要求することを指示してもよいし、任意の２つの（隣接、ネイバー、または連続する）追加または別のサイドリンクリソースの時間ギャップが最小時間ギャップＺ未満である状態でＴＸ ＵＥが、ＴＢの再送のために追加または他のサイドリンクリソースを要求することを指示してもよい。情報は、ＴＢの再送のために要求された追加または別のサイドリンクリソースが最小時間ギャップＺを満たす必要があるかどうかを示してもよい。情報は、最小時間ギャップＺを満たす必要がある状態でＴＸ ＵＥが、ＴＢの再送のために追加または他のサイドリンクリソースを要求することを指示してもよいし、最小時間ギャップＺを満たす必要がない状態でＴＸ ＵＥが、ＴＢの再送のために追加または他のサイドリンクリソースを要求すること指示してもよい。情報は、ＨＡＲＱ報告における位置のＨＡＲＱ－ＡＣＫであってもよい。
一実施形態では、ＨＡＲＱ報告における位置の組み合わせは、ＳＬグラントおよび情報に関連付けられたＳＬ ＨＡＲＱ－ＡＣＫを指示することができる。例えば、図９－ｂにおいて、ＴＸ ＵＥは、ＰＳＳＣＨ１およびＰＳＳＣＨ２を送信し、ＰＳＳＣＨ３を送信せず、ＴＸ ＵＥは、ＰＳＦＣＨ ２においてＳＬ ＨＡＲＱ－ＡＣＫを受信する。この例では、ＴＸ ＵＥは、ＳＬ ＨＡＲＱ－ＡＣＫをＰＳＦＣＨ３に関連付けられた位置で送信し、その情報をＰＳＦＣＨ２に関連付けられた第２の場所に配置する（ＰＳＳＣＨ２が送信されないことを示すため）。ネットワークがＨＡＲＱ報告を受信するときに、ネットワークは何らかの理由（例えば、最小時間ギャップＺ要件を満たさない）によりＴＸ ＵＥがＰＳＳＣＨ２を送信しない状況を知ってもよい。この例では、位置の可能な組み合わせは、（ＰＳＦＣＨ２，ＰＳＦＣＨ３）に関連付けられた（情報またはＡＣＫ，ＳＬ ＨＡＲＱ－ＡＣＫ）とすることができる。一般に、１つの位置のみがＳＬ ＨＡＲＱ－ＡＣＫに関連付けられ（ＰＳＦＣＨ３に関連付けられた場所）、ＰＳＦＣＨ１および／またはＰＳＦＣＨ２に関連付けられた別の場所は予約されているか、意味がないことがある。
したがって、図９－ｂにおいて、ＴＸ ＵＥは、（ＰＳＦＣＨ１，ＰＳＦＣＨ２，ＰＳＦＣＨ３）に関連付けられた（ＮＡＣＫ，情報またはＡＣＫ，ＳＬ ＨＡＲＱ－ＡＣＫ）を示す。別のＳＬグラントに関連付けられた以前のＨＡＲＱ報告があり、かつ以前のＨＡＲＱ報告がＰＳＦＣＨ１に関連付けられた位置を含む場合、ＴＸ ＵＥがＰＳＳＣＨ１を送信しないか、または送信しないことを決定した場合（最小時間ギャップＺ要件を満たさないことによる）、ＴＸ ＵＥはその位置でその情報を送信することができる。
別の例として、図９－ｃにおいて、ＴＸ ＵＥがＰＳＳＣＨ１を送信しない場合、ＴＸ ＵＥは、ＰＳＦＣＨ１に関連付けられた位置でその情報を送信する。ＴＸ ＵＥがＰＳＳＣＨ２を送信しない場合、ＴＸ ＵＥはＰＳＦＣＨ２に関連付けられた位置でその情報を送信する。さらに、図９－ｄにおいて、ＴＸ ＵＥがＰＳＳＣＨ１およびＰＳＳＣＨ３を送信する場合、ＴＸ ＵＥは、ＰＳＦＣＨ２に関連付けられた場所でその情報を送信するか、および／またはＰＳＦＣＨ３に関連付けられた場所（ＰＳＦＣＨ１および／またはＰＳＦＣＨ３）で、受信したＳＬ ＨＡＲＱ－ＡＣＫを送信する。
一実施形態では、ＴＸ ＵＥは、ＰＳＦＣＨ１に関連付けられた位置でその情報を送信してもよい。ネットワークは、各スケジューリングされたサイドリンクリソースに対応するＰＳＦＣＨに関連付けられた位置のいずれかで受信した情報に基づいて、ＳＬグラントに関連付けられたスケジューリングされたサイドリンクリソースが要件Ｚを満たすかどうかを決定してもよい。位置は、ネットワークへのＨＡＲＱ報告における位置を意味してもよい。
一実施形態では、ＰＳＦＣＨ２に関連付けられた位置での情報は、ＰＳＳＣＨ１およびＰＳＳＣＨ２が時間ギャップ要件を満たさないこと、および／またはＰＳＳＣＨ２およびＰＳＳＣＨ３が時間ギャップ要件を満たさないことを指示してもよい。
一実施形態では、ＴＸ ＵＥは、対応するＨＡＲＱ報告と共に情報を送達してもよい。情報は、フィールドまたはいくつかのビット（例えば、１ビット）を介して送達されてもよい。情報は、上りリンクリソース選択を介して送達されてもよく、対応するＨＡＲＱ報告は、選択された上りリンクリソースにおいて送信される。例えば、第１の上りリンクリソースは、最小時間ギャップＺを満足する必要がある状態で、追加または他のサイドリンクリソースを要求するためのものであってもよく、第２の上りリンクリソースは、最小時間ギャップＺを満足する必要がない状態で、追加または他のサイドリンクリソースを要求するためのものであってもよい。ＴＸ ＵＥは、その情報に基づいて、第１の上りリンクリソースか、第２の上りリンクリソースを選択してもよい。
一実施形態では、ＴＸ ＵＥは、別のＳＬグラントを受信してもよく、これは、別の複数のサイドリンクリソースをスケジューリングまたは割り当てる。好ましくは、別のＳＬグラントが、ＴＢの再送のために追加または他のサイドリンクリソースをスケジューリングまたは割り当ててもよい。別のＳＬグラントは、そのＳＬグラントと同じＨＡＲＱプロセスＩＤに指示してもよいし、および／または別のＳＬグラントは、トグルされていないか、ＳＬグラントと同じＮＤＩ値を指示してもよい。
一実施形態では、ＴＸ ＵＥは、ＳＬグラントによってスケジューリングされたか、または割り当てられた（時間ドメインにおける）最後のサイドリンクリソース（の前に、別のＳＬグラントを受信してもよい。ＴＸ ＵＥは、サイドリンク制御情報がＳＬ ＨＡＲＱフィードバックを送信するようにＲＸ ＵＥを指示するかどうかを決定するときに、別の複数のサイドリンクリソースを考慮に入れてもよい。
一実施形態では、最小時間ギャップは、（事前に）設定されるか、または指定されてもよい。最小時間ギャップは、時間ギャップ「ａ」および時間ギャップ「ｂ」を含んでもよい。時間ギャップ「ａ」は、第１のリソースのＰＳＳＣＨ送信の最後のシンボルの終了と、対応するＰＳＦＣＨ受信の最初のシンボルの開始との間の時間ギャップであってもよい。時間ギャップ「ａ」は、リソースプール設定および／またはＭｉｎＴｉｍｅＧａｐＰＳＦＣＨおよび／またはｐｅｒｉｏｄＰＳＦＣＨリソースの上位レイヤパラメータによって決定されてもよい。時間ギャップ「ａ」は、サイドリンクＴＴＩの単位であってもよい。時間ギャップ「ａ」は、論理ＴＴＩの単位であってもよい。時間ギャップ「ａ」は、サイドリンクスロットまたはサイドリンクシンボルの単位であってもよい。時間ギャップ「ａ」は、物理ＴＴＩまたはミニ秒（ｍｉｎｉ－ｓｅｃｏｎｄ）の単位でなくてもよい。
一実施形態では、時間ギャップ「ｂ」は、ＰＳＦＣＨの受信および／または処理に加えてサイドリンク再送準備のために必要とされる時間であってもよい。に加えてサイドリンク再送準備のための時間は、必要な物理チャネルの多重化および／または任意のＴＸ－ＲＸもしくはＲＸ－ＴＸ切り替え時間のいずれかを含んでもよい。時間ギャップ「ｂ」は、ＵＥ実装によって決定されてもよい。時間ギャップ「ｂ」は、ＵＥ能力によって決定されてもよい。時間ギャップ「ｂ」は（事前に）設定または指定されてもよい。
一実施形態では、時間ギャップ「ｂ」は、物理ＴＴＩミニ秒、物理スロットもしくは物理シンボル、論理ＴＴＩもしくはサイドリンクＴＴＩ、またはサイドリンクスロットの単位であってもよい。時間ギャップ「ｂ」は、物理ＴＴＩまたはミニ秒の単位ではなくてもよい。
一実施形態では、モード１で利用される最小時間ギャップは、モード２で利用される最小時間ギャップと同じであってもよい。追加的または代替的に、モード１で利用される最小時間ギャップは、モード２で利用される最小時間ギャップとは異なってもよい。
一実施形態では、ＳＬグラントによってスケジューリングされたか、または割り当てられた複数のサイドリンクリソースは、同じサイドリンクリソースプール内にあってもよい。ＳＬグラントによってスケジューリングされたか、または割り当てられた複数のサイドリンクリソースのうちの任意の２つのサイドリンクリソースは、異なるスロット内にある。ＳＬグラントによってスケジューリングされたか、または割り当てられた複数のサイドリンクリソースのうちの任意の２つのサイドリンクリソースは、同じまたは異なる周波数リソース割り当て（例えば、サブチャネルの同じまたは異なるロケーションを占有する）を有することができる。ＳＬグラントによってスケジューリングされたか、または割り当てられた複数のサイドリンクリソースの任意の２つのサイドリンクリソースは、同じ数のサブチャネルを有することができる。
一実施形態では、第１のデバイスの上位レイヤは、ＭＡＣレイヤまたはＲＲＣレイヤを意味してもよい。サイドリンクデータ送信は、ＰＳＳＣＨであってもよいし、これを意味してもよい。サイドリンク制御情報は、ＰＳＣＣＨを介して送達されてもよい。サイドリンク制御情報は、第１ステージのサイドリンク制御情報または第２ステージのサイドリンク制御情報を意味してもよい。サイドリンク制御情報は、ＰＳＣＣＨがスケジューリングするＰＳＳＣＨ送信のスケジューリング情報を含む。
一実施形態では、（物理）ＴＴＩは、複数のシンボル、例えば１２または１４シンボルを含んでもよい。サイドリンクＴＴＩは、サイドリンク記号を（全体的または部分的に）含むスロットであってもよい。サイドリンクＴＴＩは、サイドリンク（データ）送信のための送信時間間隔を意味してもよい。
一実施形態では、サイドリンクスロットは、（物理） ＴＴＩにおいてサイドリンク送信に利用可能な全てのＯＦＤＭシンボルを含んでもよい。サイドリンクスロットは、（物理） ＴＴＩにおいてサイドリンク送信に利用可能な連続する数のシンボルを含んでもよい。シンボルは、サイドリンクに対して指示／設定されたシンボルを意味してもよい。
一実施形態では、サブチャネルは、（ＰＳＳＣＨのために）サイドリンクリソース割り当てまたはスケジューリングのための単位である。サブチャネルは、周波数ドメインにおける複数の伝染性ＰＲＢを含んでもよい。各サブチャネルに対するＰＲＢの数は、サイドリンクリソースプールに対して（事前に）設定されてもよい。サイドリンクリソースプール（事前）設定は、各サブチャネルに対するＰＲＢの数を指示するか、または設定してもよい。各サブチャネルに対するＰＲＢの数は、１０、１５、２０、２５、５０、７５、または１００のいずれかであってもよい。サブチャネルは、サイドリンクのリソース割り当てまたはスケジューリングのための単位として表わされてもよい。
一実施形態において、ＳＬ ＨＡＲＱフィードバックは、ＰＳＦＣＨを介して送達されてもよい。ＴＸ ＵＥからＲＸ ＵＥに送信されるＰＳＣＣＨおよび／またはＰＳＳＣＨに対して、ＲＸ ＵＥは、ＰＳＣＣＨおよび／またはＰＳＳＣＨを検出するか、または受信することに応答して、ＳＬ ＨＡＲＱフィードバックを送達するためのＰＳＦＣＨを送信してもよい。ＳＬ ＨＡＲＱフィードバックは、ＡＣＫまたはＮＡＣＫを含んでもよい。ＴＢのためのＳＬ ＨＡＲＱフィードバックは、ＲＸ ＵＥが、関連付けられたＰＳＳＣＨ送信において送達されたデータパケットの受信または復号に成功したかどうかに基づいて導出されてもよい。ＤＴＸとしてのＳＬ ＨＡＲＱフィードバックは、ＴＸ ＵＥがＰＳＦＣＨ送信を検出もしくは受信しなくてもよいこと、またはＡＣＫもＮＡＣＫも検出しないことを意味してもよい。
一実施形態では、ネットワークノードへのＨＡＲＱ報告は、ＰＵＣＣＨまたはＰＵＳＣＨを介して送達されてもよい。ＴＸ ＵＥは、ＨＡＲＱ報告をネットワークノードに送達するためのＰＵＣＣＨまたはＰＵＳＣＨを送信してもよい。ＰＵＣＣＨリソースは、ＳＬグラントによって指示されてもよい。ＰＵＣＣＨリソースの時間機会は、ＳＬグラントによって指示されてもよい。
一実施形態では、ＴＢは、サイドリンクデータパケットを意味してもよい。サイドリンクデータパケットは、ＭＡＣ ＰＤＵを意味してもよい。ＴＢの宛先は、ＲＸ ＵＥであってもよい。ＴＢの宛先は、ユニキャストのサイドリンク送信に関連付けられてもよい。ＴＢの宛先は、サイドリンクグループであってもよい。サイドリンクグループは、ＲＸ ＵＥおよび／またはＴＸ ＵＥを含んでもよい。ＴＢの宛先は、グループキャストによるサイドリンク送信と関連付けられてもよいＴＢの宛先は、周囲のＵＥであってもよい。周囲のＵＥは、ＲＸ ＵＥを含んでもよい。ＴＢの宛先は、ブロードキャストサイドリンク送信に関連付けられてもよい。
一実施形態では、サイドリンク送受信は、デバイスツーデバイス送受信であってもよい。サイドリンク送受信は、Ｖ２Ｘ（例えば、Ｖ２Ｖ、Ｖ２ＰまたはＶ２Ｉ）送受信であってもよい。サイドリンク送受信は、Ｐ２Ｘ（例えば、Ｐ２Ｖ、Ｐ２ＰまたはＰ２Ｉ）送受信であってもよい。サイドリンクの送受信は、ＰＣ５インターフェース上であってもよい。
一実施形態では、ＰＣ５インターフェースは、デバイスとデバイスとの間の通信のための無線インターフェースであってもよい。ＰＣ５インターフェースは、デバイス間の通信のための無線インターフェースであってもよい。ＰＣ５インターフェースは、ＵＥ間の通信のための無線インターフェースであってもよい。ＰＣ５インターフェースは、Ｖ２ＸまたはＰ２Ｘ通信のための無線インターフェースであってもよい。Ｕｕインターフェースは、ネットワークノードとデバイスとの間の通信のための無線インターフェースであってもよい。Ｕｕインターフェースは、ネットワークノードとＵＥとの間の通信のための無線インターフェースであってもよい。
一実施形態では、ネットワークノードはｇＮＢであってもよい。ネットワークノードは、基地局であってもよい。ネットワークノードは、ＲＳＵであってもよい。ネットワークノードは、ネットワーク型ＲＳＵであってもよい。ネットワークノードは、ＵＥ型ＲＳＵであってもよい。ネットワークノードは、サイドリンクグループ内の特定のデバイスによって置き換えられるか、または表されてもよい。ネットワークノードは、サイドリンクグループ内のスケジューリングデバイスまたはリーダデバイスであってもよい。ネットワークノードは、中継デバイスまたは中継ＵＥによって置き換えられるか、または表されてもよい。
一実施形態において、ＴＸ ＵＥおよびＲＸ ＵＥは、異なるＵＥであってもよい。ＴＸ ＵＥは、デバイスであってもよい。特に、ＴＸ ＵＥは、車両ＵＥ、歩行者ＵＥ、またはＶ２Ｘ ＵＥであってもよい。ＴＸ ＵＥはまた、送信デバイス、ネットワーク型ＲＳＵ、またはＵＥ型ＲＳＵであってもよい。一実施形態では、ＴＸ ＵＥは、サイドリンクグループ内の特定のデバイスであってもよい。ＴＸ ＵＥは、サイドリンクグループ内のスケジューリングデバイスまたはリーダデバイスであってもよい。ＴＸ ＵＥは、中継デバイス、または遠隔デバイスであってもよい。
一実施形態では、ＲＸ ＵＥはデバイスであってもよい。特に、ＲＸ ＵＥは、車両ＵＥ、歩行者ＵＥ、またはＶ２Ｘ ＵＥであってもよい。ＲＸ ＵＥは、送信デバイス、ネットワーク型ＲＳＵ、またはＵＥ型ＲＳＵであってもよい。一実施形態において、ＲＸ ＵＥは、サイドリンクグループ内の特定のデバイスであってもよい。ＲＸ ＵＥは、サイドリンクグループ内のスケジューリングデバイスまたはリーダデバイスであり得る。ＲＸ ＵＥは、中継デバイス、またはリモートデバイスであってもよい。
一実施形態では、ＨＡＲＱ報告は半静的または動的ＨＡＲＱコードブックとすることができる。ＨＡＲＱ報告は、タイプ１またはタイプ２のＨＡＲＱコードブックとすることができます。半静的ＨＡＲＱコードブックは、タイミングのセット（例えば、ＰＳＦＣＨを含むスロットと、ＨＡＲＱ報告を送達するためのＰＵＣＣＨを含むスロットとの間のｋ１タイミング）に関連付けられた位置と、ＰＳＦＣＨスロットに関連付けられたＰＳＳＣＨスロットの数とを含む。動的ＨＡＲＱコードブックは、タイミングのセット（例えば、ＰＳＦＣＨを含むスロットとＨＡＲＱ報告を送達するためのＰＵＣＣＨを含むスロットとの間のｋ１タイミング）に関連付けられた位置、ＰＳＦＣＨスロットに関連付けられたＰＳＳＣＨスロットの数、および／またはＳＬグラントのための監視機会を含む。
図１０は、サイドリンク通信を行うためのデバイスの視点から見た、１つの例示的な実施形態によるフローチャート１０００である。ステップ１００５では、デバイスは、ネットワークノードからサイドリンクグラントを受信し、サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる。ステップ１０１０では、デバイスは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成する。ステップ１０１５では、デバイスは、２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ以上である場合、複数のサイドリンクリソースのうちの２つの隣接、ネイバー、または連続するサイドリンクリソース上でデータパケットのための２つのサイドリンク送信を行う。ステップ１０２０では、デバイスは、２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ未満である場合、複数のサイドリンクリソースのうちの２つの隣接、ネイバー、または連続するサイドリンクリソースのうちの１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることが可能である。
一実施形態では、デバイスは、２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ未満である場合、１つのサイドリンクリソースを除き、複数のサイドリンクリソース上でデータパケットのための１つ以上のサイドリンク送信を行うことができる。一実施形態では、デバイスは、２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ未満である場合、１つのサイドリンクリソースを除き、複数のサイドリンクリソースの各々上でデータパケットのためのサイドリンク送信を行うことができる。
一実施形態では、デバイスが、１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることが可能であることは、２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ未満である場合、デバイスが、１つのサイドリンクリソース上でのサイドリンク送信を実行するか、またはドロップ、スキップ、もしくはキャンセルすることを決定することを意味するか、または含むことができる。さらに、デバイスが、１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることが可能であることは、２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ未満である場合、デバイスが、１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルするかどうかを決定することを意味するか、または含むことができる。
一実施形態では、１つのサイドリンクリソースは、２つの隣接、ネイバー、または連続するサイドリンクリソースのうちの１番目のもの、または早いほうのものとすることができる。１つのサイドリンクリソースは、２つの隣接、ネイバー、または連続するサイドリンクリソースのうちの最後のものまたは後のほうのものとすることができる。
一実施形態では、デバイスが、１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることは、デバイスが１つのサイドリンクリソース上でサイドリンク送信を行わないことを意味するか、または含むことができる。
一実施形態では、デバイスがデータパケットを生成するときに、デバイスは、複数のサイドリンクリソースのうちの任意の２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップよりも大きいか、小さいかを考慮またはチェックしなくてもよい。さらに、デバイスがデータパケットを生成するための論理チャネルを決定または選択するときに、デバイスは、複数のサイドリンクリソースのうちの任意の２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップよりも大きいか、小さいかを考慮またはチェックしなくてもよい。
一実施形態では、最小時間ギャップは、第１の時間ギャップおよび第２の時間ギャップを含んでもよい。さらに、第１の時間ギャップは、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）送信の最後のシンボルの終了と、対応するＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）受信の最初のシンボルの開始との間である。さらに、第２の時間ギャップは、ＰＳＦＣＨの受信および／または処理に加えてサイドリンク再送準備に必要な時間を含む。
図３および図４に戻って参照すると、サイドリンク通信を行うための通信デバイスの１つの例示的な実施形態である。通信デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、通信デバイスが、（ｉ）ネットワークノードからサイドリンクグラントを受信することであって、サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる、ことと、（ｉｉ）ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成することと、（ｉｉｉ）２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ以上である場合、複数のサイドリンクリソースのうちの２つの隣接、ネイバー、または連続するサイドリンクリソース上でデータパケットのための２つのサイドリンク送信を行うことと、（ｉｖ）２つの隣接、ネイバー、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ未満である場合、複数のサイドリンクリソースのうちの２つの隣接、ネイバー、または連続するサイドリンクリソースのうちの１つのサイドリンクリソース上でのサイドリンク送信を（通信デバイスが）ドロップ、スキップ、またはキャンセルすることが可能であることと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明される上述のアクションおよびステップまたは他の全てを行うことができる。
図１１は、サイドリンク通信を実行するためのデバイスの視点から見た、一例示的な実施形態によるフローチャート１１００である。ステップ１１０５では、デバイスは、ネットワークノードからサイドリンクグラントを受信し、サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる。ステップ１１１０では、デバイスは、１つ以上のＳＬ論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成し、１つ以上のＳＬ論理チャネルは、複数のサイドリンクリソースのうちの任意の２つの隣接するサイドリンクリソースの時間ギャップに少なくとも基づいて、決定または選択される。ステップ１１１５では、デバイスは、複数のサイドリンクリソースのうちの１つ以上で１つ以上のサイドリンク送信を行い、１つ以上のサイドリンク送信は、データパケットを送達するか、または含む。
一実施形態では、複数のサイドリンクリソースうちの任意の２つの隣接、ネイバー、または連続するサイドリンクリソースの（少なくとも）時間ギャップが最小時間ギャップ未満であるときに、デバイスは、ＳＬ ＨＡＲＱフィードバックが無効であるＳＬ論理チャネル（のみ）を選択することを決定することができる。さらに、複数のサイドリンクリソースのうちの任意の２つの隣接、ネイバー、または連続するサイドリンクリソースの（全ての）時間ギャップが最小時間ギャップ以上であるときに、デバイスは、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネルを選択することが可能であることができる。
一実施形態では、最小時間ギャップは、第１の時間ギャップおよび第２の時間ギャップを含んでもよい。第１の時間ギャップは、ＰＳＳＣＨ送信の最後のシンボルの終了と対応するＰＳＦＣＨ受信の最初のシンボルの開始との間であってもよい。第２の時間ギャップは、ＰＳＦＣＨの受信および／または処理に加えてサイドリンク再送準備に必要な時間を含んでもよい。図３および図４を参照すると、サイドリンク通信を行うための通信デバイスの１つの例示的な実施形態である。通信デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、通信デバイスが、（ｉ）ネットワークノードからサイドリンクグラントを受信することであって、サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる、ことと、（ｉｉ）１つ以上のＳＬ論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成することであって、１つ以上のＳＬ論理チャネルは、複数のサイドリンクリソースのうちの任意の２つの隣接するサイドリンクリソースの時間ギャップに少なくとも基づいて、決定または選択される、ことと、（ｉｉｉ）複数のサイドリンクリソースのうちの１つ以上で１つ以上のサイドリンク送信を行うことであって、１つ以上のサイドリンク送信は、データパケットを送達するか、または含む、ことと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８はプログラムコード３１２を実行して、本明細書で説明される上述のアクションおよびステップまたは他の全てを行うことができる。
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してもよく、本明細書に開示したいかなる指定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様を、他のいかなる態様からも独立に実装してもよく、これら態様のうちの２つ以上を種々組み合わせてもよい。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装してもよく、方法を実現してもよい。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装してもよく、このような方法を実現してもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立してもよい。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立してもよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立してもよい。いくつかの態様においては、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて同時チャネルを確立してもよい。
当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。
任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。
本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ－ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。

Claims (18)

  1. サイドリンク通信を行うためのデバイスの方法であって、
    前記デバイスが、ネットワークノードからサイドリンクグラントを受信することであって、前記サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる、ことと、
    前記デバイスが、ＳＬ（Ｓｉｄｅｌｉｎｋ）ＨＡＲＱ（Ｈｙｂｉｒｄ Ａｕｔｏｍａｔｉｃ Ｒｅｑｕｅｓｔ）フィードバックが有効であるＳＬ論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成することと、
    前記デバイスが、２つの隣接、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ以上であるときに、前記複数のサイドリンクリソースのうちの前記２つの隣接、または連続するサイドリンクリソース上で前記データパケットのための２つのサイドリンク送信を行うことと、
    前記デバイスが、前記２つの隣接、または連続するサイドリンクリソースの時間ギャップが前記最小時間ギャップ未満であるときに、前記複数のサイドリンクリソースのうちの前記２つの隣接、または連続するサイドリンクリソースのうちの１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることを決定することと、を含む、方法。
  2. 前記デバイスは、前記２つの隣接、または連続するサイドリンクリソースの時間ギャップが前記最小時間ギャップ未満であるときに、前記１つのサイドリンクリソースを除き、前記複数のサイドリンクリソース上で前記データパケットのための１つ以上のサイドリンク送信を行う、請求項１に記載の方法。
  3. 前記デバイスが、前記１つのサイドリンクリソース上での前記サイドリンク送信をドロップ、スキップ、またはキャンセルすることを決定することは、前記２つの隣接、または連続するサイドリンクリソースの前記時間ギャップが前記最小時間ギャップ未満であるときに、前記デバイスが、前記１つのサイドリンクリソース上でのサイドリンク送信を実行するか、またはドロップ、スキップ、もしくはキャンセルすることが可能であることを意味するか、または含む、請求項１に記載の方法。
  4. 前記デバイスが、前記１つのサイドリンクリソース上での前記サイドリンク送信をドロップ、スキップ、またはキャンセルすることを決定することは、前記２つの隣接、または連続するサイドリンクリソースの前記時間ギャップが前記最小時間ギャップ未満であるときに、前記デバイスが、常に前記１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることを意味するか、または含む、請求項１に記載の方法。
  5. 前記１つのサイドリンクリソースは、前記２つの隣接、または連続するサイドリンクリソースのうちの早いほうのものである、請求項１に記載の方法。
  6. 前記１つのサイドリンクリソースは、前記２つの隣接、または連続するサイドリンクリソースのうちの後のほうのものである、請求項１に記載の方法。
  7. 前記デバイスが、前記１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることは、前記デバイスが前記１つのサイドリンクリソース上で前記サイドリンク送信を行わないことを意味するか、または含む、請求項１に記載の方法。
  8. 前記デバイスが前記データパケットを生成するときに、前記デバイスは、前記複数のサイドリンクリソースのうちの任意の２つの隣接、または連続するサイドリンクリソースの時間ギャップが前記最小時間ギャップよりも大きいか、小さいかを考慮またはチェックしない、および／または、
    前記デバイスが前記データパケットを生成するための論理チャネルを決定または選択するときに、前記デバイスは、前記複数のサイドリンクリソースのうちの任意の２つの隣接、または連続するサイドリンクリソースの時間ギャップが前記最小時間ギャップよりも大きいか、小さいかを考慮またはチェックしない、請求項１に記載の方法。
  9. 前記最小時間ギャップは、第１の時間ギャップおよび第２の時間ギャップを含み、
    前記第１の時間ギャップは、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）送信の最後のシンボルの終了と、対応するＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）受信の最初のシンボルの開始との間であり、
    前記第２の時間ギャップは、ＰＳＦＣＨの受信および／または処理に加えてサイドリンク再送準備に必要な時間を含む、請求項１に記載の方法。
  10. サイドリンク通信を行うためのデバイスの方法であって、
    前記デバイスが、ネットワークノードからサイドリンクグラントを受信することであって、前記サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる、ことと、
    前記デバイスが、１つ以上のＳＬ（Ｓｉｄｅｌｉｎｋ）論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成することであって、
    前記複数のサイドリンクリソースうちの任意の２つの隣接、または連続するサイドリンクリソースの少なくとも時間ギャップが最小時間ギャップ未満であるときに、ＳＬ ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｑｕｅｓｔ）フィードバックが無効であるＳＬ論理チャネルを選択することを決定すること、または
    前記複数のサイドリンクリソースのうちの任意の２つの隣接、または連続するサイドリンクリソースの前記時間ギャップが前記最小時間ギャップ以上であるときに、ＳＬ ＨＡＲＱフィードバックが有効であるＳＬ論理チャネルを選択することが可能であること、のうちのいずれかを含んで、
    前記１つ以上のＳＬ論理チャネルが、前記複数のサイドリンクリソースのうちの任意の２つの隣接するサイドリンクリソースの時間ギャップに少なくとも基づいて、決定または選択される、ことと、
    前記デバイスが、前記複数のサイドリンクリソースのうちの１つ以上で１つ以上のサイドリンク送信を行うことであって、前記１つ以上のサイドリンク送信は、前記データパケットを送達するか、または含む、ことと、を含む、方法。
  11. 最小時間ギャップは、第１の時間ギャップおよび第２の時間ギャップを含み、
    前記第１の時間ギャップは、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）送信の最後のシンボルの終了と、対応するＰＳＦＣＨ（ Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）受信の最初のシンボルの開始との間であり、
    前記第２の時間ギャップは、ＰＳＦＣＨの受信および／または処理に加えてサイドリンク再送準備に必要な時間を含む、請求項１０に記載の方法。
  12. 通信デバイスであって、
    制御回路と、
    前記制御回路に設けられたプロセッサと、
    前記制御回路に設けられ、前記プロセッサに動作可能に結合されたメモリと、を含み、
    前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
    ネットワークノードからサイドリンクグラントを受信することであって、前記サイドリンクグラントは、複数のサイドリンクリソースをスケジューリングまたは割り当てる、ことと、
    ＳＬ（Ｓｉｄｅｌｉｎｋ）ＨＡＲＱ（Ｈｙｂｉｒｄ Ａｕｔｏｍａｔｉｃ Ｒｅｑｕｅｓｔ）フィードバックが有効であるＳＬ論理チャネルからのサイドリンクデータを含むか、または多重化するデータパケットを生成することと、
    ２つの隣接、または連続するサイドリンクリソースの時間ギャップが最小時間ギャップ以上であるときに、前記複数のサイドリンクリソースのうちの前記２つの隣接、または連続するサイドリンクリソース上で前記データパケットのための２つのサイドリンク送信を行うことと、
    前記２つの隣接、または連続するサイドリンクリソースの時間ギャップが前記最小時間ギャップ未満であるときに、前記複数のサイドリンクリソースのうちの２つの隣接、または連続するサイドリンクリソースのうちの１つのサイドリンクリソース上でのサイドリンク送信をドロップ、スキップ、またはキャンセルすることを決定することと、を行うように構成されている、通信デバイス。
  13. 前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
    前記２つの隣接、または連続するサイドリンクリソースの前記時間ギャップが前記最小時間ギャップ未満であるときに、前記１つのサイドリンクリソースを除き、前記複数のサイドリンクリソース上で前記データパケットのための１つ以上のサイドリンク送信を行う、請求項１２に記載の通信デバイス。
  14. 前記通信デバイスが、前記１つのサイドリンクリソース上での前記サイドリンク送信をドロップ、スキップ、またはキャンセルすることを決定することは、前記２つの隣接、または連続するサイドリンクリソースの前記時間ギャップが前記最小時間ギャップ未満であるときに、前記通信デバイスは、前記１つのサイドリンクリソース上で前記サイドリンク送信を行うか、またはドロップ、スキップ、もしくはキャンセルすることが可能であることを意味するか、または含む、および／または
    前記通信デバイスが、前記１つのサイドリンクリソース上での前記サイドリンク送信をドロップ、スキップ、またはキャンセルすることを決定することは、前記２つの隣接、または連続するサイドリンクリソースの前記時間ギャップが前記最小時間ギャップ未満であるときに、前記通信デバイスは、常に前記１つのサイドリンクリソース上での前記サイドリンク送信をドロップ、スキップ、またはキャンセルすることを意味するか、または含む、請求項１２に記載の通信デバイス。
  15. 前記１つのサイドリンクリソースは、前記２つの隣接、または連続するサイドリンクリソースのうちの早いほうのものである、または
    前記１つのサイドリンクリソースは、前記２つの隣接、または連続するサイドリンクリソースのうちの後のほうのものである、請求項１２に記載の通信デバイス。
  16. 前記通信デバイスが、前記１つのサイドリンクリソース上での前記サイドリンク送信をドロップ、スキップ、またはキャンセルすることは、前記通信デバイスが前記１つのサイドリンクリソース上で前記サイドリンク送信を行わないことを意味するか、または含む、請求項１２に記載の通信デバイス。
  17. 前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
    前記通信デバイスが前記データパケットを生成するときに、前記複数のサイドリンクリソースのうちの任意の２つの隣接、または連続するサイドリンクリソースの時間ギャップが前記最小時間ギャップよりも大きいか、小さいかを考慮またはチェックしない、および／または、
    前記通信デバイスが前記データパケットを生成するための論理チャネルを決定または選択するときに、前記複数のサイドリンクリソースのうちの任意の２つの隣接、または連続するサイドリンクリソースの時間ギャップが前記最小時間ギャップよりも大きいか、小さいかを考慮またはチェックしない、ように構成されている、請求項１２に記載の通信デバイス。
  18. 前記最小時間ギャップは、第１の時間ギャップおよび第２の時間ギャップを含み、
    前記第１の時間ギャップは、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）送信の最後のシンボルの終了と、対応するＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）受信の最初のシンボルの開始との間であり、
    前記第２の時間ギャップは、ＰＳＦＣＨの受信および／または処理に加えてサイドリンク再送準備に必要な時間を含む、請求項１２に記載の通信デバイス。
JP2021065041A 2020-04-09 2021-04-07 無線通信システムにおけるネットワークスケジューリングモードにおけるサイドリンクｈａｒｑ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｑｕｅｓｔ）のための時間ギャップを処理する方法および装置 Active JP7106708B2 (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US202063007638P 2020-04-09 2020-04-09
US63/007638 2020-04-09
US202063035354P 2020-06-05 2020-06-05
US63/035354 2020-06-05

Publications (3)

Publication Number Publication Date
JP2021168472A JP2021168472A (ja) 2021-10-21
JP2021168472A5 JP2021168472A5 (ja) 2022-01-14
JP7106708B2 true JP7106708B2 (ja) 2022-07-26

Family

ID=75426421

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021065041A Active JP7106708B2 (ja) 2020-04-09 2021-04-07 無線通信システムにおけるネットワークスケジューリングモードにおけるサイドリンクｈａｒｑ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｑｕｅｓｔ）のための時間ギャップを処理する方法および装置

Country Status (7)

Country Link
US (2) US11234237B2 (ja)
EP (1) EP3902343B1 (ja)
JP (1) JP7106708B2 (ja)
KR (1) KR102569243B1 (ja)
CN (1) CN113543336B (ja)
ES (1) ES2942169T3 (ja)
TW (1) TWI757144B (ja)

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102353366B1 (ko) * 2019-02-27 2022-01-19 엘지전자 주식회사 Lte 사이드링크 통신을 제어하는 dci
US12127185B2 (en) * 2019-03-29 2024-10-22 Lg Electronics Inc. Method and device for performing sidelink retransmission in wireless communication system
CN113767667B (zh) * 2019-04-30 2024-08-23 株式会社Ntt都科摩 通信装置和通信方法
CN112118628A (zh) * 2019-06-19 2020-12-22 夏普株式会社 由用户设备执行的方法以及用户设备
US11463205B2 (en) * 2019-06-27 2022-10-04 Qualcomm Incorporated Techniques for transmitting sidelink HARQ feedback
US11784707B2 (en) * 2019-08-02 2023-10-10 Qualcomm Incorporated Techniques for sidelink relay
US11677512B2 (en) * 2020-02-12 2023-06-13 Apple Inc. Sidelink HARQ
US11665701B2 (en) * 2020-03-27 2023-05-30 Qualcomm Incorporated Sidelink feedback timing
EP4120608A4 (en) * 2020-04-09 2023-06-28 LG Electronics, Inc. Method and apparatus for performing mode 1 sl communication in nr v2x
US12041564B2 (en) * 2020-05-22 2024-07-16 Qualcomm Incorporated Demand and response for sidelink synchronization signal block (S-SSB) transmission
US11956087B2 (en) * 2020-07-14 2024-04-09 Lg Electronics Inc. Method and apparatus for selecting SL resources in NR V2X
US11818716B2 (en) * 2020-07-17 2023-11-14 Samsung Electronics Co., Ltd User equipment assistance for resource selection in new radio vehicle to everything
KR102586343B1 (ko) * 2020-07-22 2023-10-11 엘지전자 주식회사 Nr v2x에서 보조 정보를 기반으로 sl 통신을 수행하는 방법 및 장치
US11812308B2 (en) * 2020-08-24 2023-11-07 Qualcomm Incorporated Multiple transmission opportunity resource reservation for sidelink communication
US12009932B2 (en) * 2020-09-25 2024-06-11 Qualcomm Incorporated Type 3 hybrid automatic repeat request codebook for sidelink
WO2022086271A1 (ko) * 2020-10-22 2022-04-28 엘지전자 주식회사 Nr v2x에서 단말-간 조정 메시지를 송수신하는 방법 및 장치
US11716753B2 (en) * 2021-01-26 2023-08-01 Qualcomm Incorporated Feedback methods for subband full duplex systems
US11902950B2 (en) * 2021-02-11 2024-02-13 Qualcomm Incorporated Channel occupancy time (COT) aware autonomous sensing for sidelink
US11533734B1 (en) * 2021-05-27 2022-12-20 Qualcomm Incorporated Sidelink communication ordering
US12004174B2 (en) * 2021-05-28 2024-06-04 Qualcomm Incorporated Support for an increased quantity of sidelink configured grants
US11488634B1 (en) * 2021-06-03 2022-11-01 International Business Machines Corporation Generating video summaries based on notes patterns
US12096448B2 (en) 2021-07-08 2024-09-17 Qualcomm Incorporated Sidelink cancellation indication
US20230011514A1 (en) * 2021-07-08 2023-01-12 Qualcomm Incorporated Sidelink prioritization
US12010677B2 (en) * 2021-07-09 2024-06-11 Qualcomm Incorporated Cancellation of sidelink data channel
US11924864B2 (en) * 2021-11-22 2024-03-05 Qualcomm Incorporated Network coded sidelink communication using reserved resources for retransmission
US11882545B2 (en) 2021-11-29 2024-01-23 Qualcomm Incorporated Resource hopping for sidelink communication
CN118355708A (zh) * 2021-12-20 2024-07-16 Oppo广东移动通信有限公司 无线通信的方法和终端设备
WO2023173400A1 (en) * 2022-03-18 2023-09-21 Lenovo (Beijing) Limited Methods and apparatuses for sidelink transmission
WO2023240652A1 (zh) * 2022-06-17 2023-12-21 北京小米移动软件有限公司 资源确定的方法、装置
WO2024031653A1 (en) * 2022-08-12 2024-02-15 Apple Inc. Mode 1 resource allocation for sidelink transmissions in unlicensed spectrum

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102571193B1 (ko) * 2015-01-23 2023-08-25 타이사 리서치 엘엘씨 D2d 통신 시스템에서 d2d 단말을 위한 사이드링크 그랜트를 선택하는 방법 및 그 장치
WO2016122162A1 (en) * 2015-01-28 2016-08-04 Lg Electronics Inc. Method for transmitting a mac pdu on sl-dch in a d2d communication system and device therefor
EP3051736B1 (en) * 2015-01-30 2020-04-29 Panasonic Intellectual Property Corporation of America Prioritization in the logical channel prioritization procedure for sidelink logical channels in ProSe direct communications
WO2017075798A1 (en) * 2015-11-06 2017-05-11 Panasonic Intellectual Property Corporation Of America Multiple sidelink control transmissions during a sidelink control period
CN108476549B (zh) * 2016-01-19 2021-03-30 华为技术有限公司 一种ip地址分配方法及设备
EP3206452B1 (en) * 2016-02-10 2019-10-16 Panasonic Intellectual Property Corporation of America Priority-optimized sidelink data transfer in the case of autonomous resource allocation in lte prose communication
CN105516955A (zh) * 2016-02-25 2016-04-20 北京首信科技股份有限公司 一种电信4g移动网络中欠费用户自助缴费的方法
US10383137B2 (en) * 2016-07-28 2019-08-13 Qualcomm Incorporated Mechanisms for signaling out-of-coverage sidelink devices in wireless communication
US10827511B2 (en) * 2016-09-29 2020-11-03 Telefonaktiebolaget Lm Ericsson (Publ) Methods of selectively decoding scheduling assignments and/or sidelink data transmissions and related wireless communication devices
BR112019017158A2 (pt) * 2017-02-20 2020-04-14 Ericsson Telefon Ab L M método e aparelho em um equipamento de usuário e meio de armazenamento legível por computador
WO2018219436A1 (en) * 2017-05-30 2018-12-06 Huawei Technologies Co., Ltd. Devices and methods for communication in a wireless communication network
US11013008B2 (en) * 2018-06-29 2021-05-18 Asustek Computer Inc. Method and apparatus of handling device-to-device resource release in a wireless communication system
CN110831202B (zh) * 2018-08-10 2023-07-25 华硕电脑股份有限公司 针对多个装置到装置资源池分配资源的方法和设备
US11405143B2 (en) * 2018-09-21 2022-08-02 Kt Corporation Method and apparatus for transmitting sidelink HARQ feedback information
KR102267185B1 (ko) * 2018-10-04 2021-06-21 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 사이드 링크 재전송을 위한 리소스 요청 방법 및 장치
CN114503480B (zh) * 2019-10-03 2024-01-09 Lg电子株式会社 用于在无线通信系统中执行重传的方法和设备
US11910429B2 (en) * 2019-10-30 2024-02-20 Qualcomm Incorporated Feedback reporting for sidelink
JP6857832B2 (ja) * 2019-11-21 2021-04-14 サン パテント トラスト サイドリンク制御期間における複数のサイドリンク制御送信

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
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日

Also Published As

Publication number Publication date
EP3902343B1 (en) 2023-03-08
US20210321396A1 (en) 2021-10-14
KR102569243B1 (ko) 2023-08-22
TWI757144B (zh) 2022-03-01
ES2942169T3 (es) 2023-05-30
US11234237B2 (en) 2022-01-25
CN113543336A (zh) 2021-10-22
KR20210126510A (ko) 2021-10-20
EP3902343A1 (en) 2021-10-27
CN113543336B (zh) 2023-01-03
US20220104197A1 (en) 2022-03-31
US11778599B2 (en) 2023-10-03
JP2021168472A (ja) 2021-10-21
TW202139635A (zh) 2021-10-16

Similar Documents

Publication Publication Date Title
JP7106708B2 (ja) 無線通信システムにおけるネットワークスケジューリングモードにおけるサイドリンクｈａｒｑ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｑｕｅｓｔ）のための時間ギャップを処理する方法および装置
KR102267185B1 (ko) 무선 통신 시스템에서 사이드 링크 재전송을 위한 리소스 요청 방법 및 장치
US11683791B2 (en) Method and apparatus for indicating time domain resource allocation of data transmission in a wireless communication system
KR102402251B1 (ko) 무선 통신 시스템에서 사이드링크 송신에서의 리소스 선택을 위한 방법 및 장치
JP7244481B2 (ja) 無線通信システムにおいてデバイス・ツー・デバイスのサイドリンクｈａｒｑ－ａｃｋを生成するための方法および装置
EP3761546B1 (en) Method and apparatus for indicating time gap for device-to-device communication in a wireless communication system
KR102437361B1 (ko) 무선 통신 시스템에서 물리적 사이드링크 피드백 채널없이 장치 대 장치 리소스 풀을 처리하는 방법 및 장치
US11317381B2 (en) Method and apparatus for handling device-to-device feedback transmission in a wireless communication system
JP6435007B2 (ja) ワイヤレス通信システムにおける設定されたリソースを使用して送信を改善する方法及び装置
JP7372284B2 (ja) 無線通信システムにおいて、時間遅延を指示するための方法及び装置
KR20200127126A (ko) 무선 통신 시스템에서 사이드 링크에 구성된 그랜트를 위한 재전송 표시 처리 방법 및 장치
JP2021057895A (ja) 無線通信システムにおいて、デバイス・ツー・デバイスチャネル測定を送信する方法および装置
CN112740594A (zh) 用于支持v2x上的harq的方法、设备和系统
CN111435885B (zh) 用于传输数据的方法、通信设备和网络设备
KR20220131195A (ko) 무선 통신 시스템에서 사이드링크 통신을 위한 주기적인 사이드링크 리소스 및 불연속 수신을 처리하는 방법 및 장치
JP2022141774A (ja) 端末、通信方法及び集積回路

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210607

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220105

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20220105

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220405

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220610

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220621

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220713

R150 Certificate of patent or registration of utility model

Ref document number: 7106708

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150