JP7434583B2 - 通信処理方法及び通信装置 - Google Patents

通信処理方法及び通信装置 Download PDF

Info

Publication number
JP7434583B2
JP7434583B2 JP2022544652A JP2022544652A JP7434583B2 JP 7434583 B2 JP7434583 B2 JP 7434583B2 JP 2022544652 A JP2022544652 A JP 2022544652A JP 2022544652 A JP2022544652 A JP 2022544652A JP 7434583 B2 JP7434583 B2 JP 7434583B2
Authority
JP
Japan
Prior art keywords
terminal device
resource
harq process
sidelink
resources
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
JP2022544652A
Other languages
English (en)
Other versions
JP2023511571A (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2023511571A publication Critical patent/JP2023511571A/ja
Application granted granted Critical
Publication of JP7434583B2 publication Critical patent/JP7434583B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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/1861—Physical mapping 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/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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • 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/1874—Buffer management
    • 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/188—Time-out mechanisms
    • 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/1893—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal

Landscapes

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

Description

本願は、通信技術に関し、特に通信処理方法及び通信装置に関する。
５G新無線（New Radio, NR）ビークルトゥエブリシング（vehicle-to-everything, V２X） 通信システムでは、端末装置は、端末装置のサイドリンク（sidelink, SL）上で送信の実行に成功したかどうかを基地局に示すために、肯定応答（acknowledgement, ACK）又は否定応答（negative acknowledgement, NACK）などのHARQフィードバックを基地局に送信することができる。例えば、端末装置がSL上で送信の実行に失敗した場合、端末装置は、基地局に対してNACKを送信し、基地局から再送リソースを要求することができる。あるいは、端末装置がSL上で送信の実行に成功した場合、端末装置は、ACKを基地局に送信してもよい。
基地局は、端末装置のサイドリンクのHARQフィードバックを使用して端末装置のサイドリンクの送信状態を判定するため、基地局が様々な理由により端末装置からのフィードバックを受信できない場合には、基地局は端末装置のサイドリンクの送信状態を知ることができない。この場合、基地局が端末装置の再送リソースをスケジューリングすることが指定されるならば、システムリソースの無駄が発生する可能性がある。また、この場合、基地局が端末装置の再送リソースをスケジューリングしないように指定されるならば、システム内のサービスデータの送信が影響される可能性がある。この場合の基地局の考えられる挙動と、考えられる挙動に起因する緊急の技術的問題を研究し、解決する必要がある。
ネットワーク装置が、サイドリンクのHARQフィードバックを端末装置から受信しない場合、ネットワーク装置は、以下の２つの可能性のある理解及び／又は可能性のある動作を有し得る。
第一の可能性は、端末装置がサイドリンクのリソース上で送信できないと、ネットワーク装置が考えることである。この理解において、ネットワーク装置は、端末装置のためのサイドリンク再送リソースをスケジューリングすることができる。
第二の可能性は、ネットワーク装置は、端末装置がサイドリンクのリソース上で送信の実行に成功したと考える。この理解において、ネットワーク装置は、端末装置のためのサイドリンク再送リソースをスケジューリングしない。
ただし、端末装置が、ネットワーク装置がスケジューリングした、サイドリンクのリソースを使用してデータを送信しない場合、端末装置はサイドリンクのHARQフィードバックをネットワーク装置に与えない。この場合、ネットワーク装置は端末装置からサイドリンクのHARQフィードバックを受信しない。この場合、ネットワーク装置が端末装置のサイドリンク再送リソースをスケジューリングするならば、リソースの無駄が生じる可能性がある。
あるいは、端末装置がNACKをネットワーク装置にフィードバックするが、端末装置が他の送信との競合、粗悪なチャネル状態、等のためにフィードバックをうまく送信できない場合、ネットワーク装置はフィードバックを受信しない。この場合、ネットワーク装置が端末装置に対してNACK再送リソースをスケジューリングしない場合、端末装置のサイドリンクデータの送信性能に影響を与える。
この観点から、本願の実施形態は、システムリソースの無駄を回避し、また、サイドリンクデータの送信性能を確保するために、通信処理方法を提供する。
本願の実施形態の第１の態様は通信処理方法を提供する。前記方法は、以下を含む。
第１端末装置は、第１端末装置が第１リソースを使用してサイドリンク上で送信を行わない場合に、第１確認情報を生成し、サイドリンクは第１端末装置と第２端末装置との間の無線直接通信リンクであり、次に、第１端末装置は、第１確認情報をネットワーク装置に送信する。
本実施形態では、第１端末装置が第１リソースを使用してサイドリンク上で送信を行わない場合、すなわち、第１端末装置が第１リソースを使用してデータを送信しないと判断した場合、第１端末装置は、第１確認情報を生成し、第１確認情報をネットワーク装置に送信する。このようにして、ネットワーク装置は、第１端末装置のための再送リソースをスケジューリングせず、それによってリソースの無駄を回避する。
可能な実装では、第１端末装置が第１確認情報をネットワーク装置に送信することは、以下を含む。第１端末装置は、第１リソースに対応する第１物理アップリンク制御チャネル（physical uplink control channel, PUCCH）リソースを使用して、第１確認情報をネットワーク装置に送信する。
この可能な実装では、第１確認情報は、ネットワーク装置によって割り当てられた第１リソースに対応するPUCCHリソースを使用してフィードバックされる。このようにして、ネットワーク装置は、第１確認情報が、第１リソース上の第１端末装置のデータ送信状態に関するものであることを決定することができ、ネットワーク装置が第１端末装置のための再送リソースをスケジューリングすることを防止し、それによってリソースの無駄を回避する。
別の可能な実装では、第１端末装置が第１リソースを使用してサイドリンク上で送信を行わないことは以下：第５ハイブリッド自動再送要求（hybrid automatic repeat request, HARQ）プロセスにおける送信が成功又は終了し、第１端末装置が第５HARQプロセスに対してネットワーク装置により割り当てられた再送リソースを取得し、再送リソースが第１リソースであること、第５HARQプロセスに対応するHARQバッファが空であり、第１リソースが第５HARQプロセスに関連付けられること、又は、第５HARQプロセスにおいてデータが取得されず、第１リソースが第５HARQプロセスに関連付けられること、のうちのいずれか１つ以上を含む。
この可能な実装では、第１リソースを使用して第１端末装置がサイドリンク上で送信を行わない複数の可能な場合を示し、これにより、実際のアプリケーションにおけるソリューションの実用性と多様性を向上させる。
別の可能な実装では、第１端末装置が第１リソースを使用してサイドリンク上で送信を実行しない場合に、第１端末装置が第１確認情報を生成することは、第１端末装置が第１リソースを使用してサイドリンク上で送信を実行せず、第１プリセット条件が満たされた場合に、第１確認情報を生成することを含む。第１プリセット条件には、以下：第１リソースに対応する第１PUCCHリソースが存在し、第１リソースが第２リソースによってプリエンプションされず、第２リソースは、第１端末装置のためにネットワーク装置によってスケジューリングされたリソースであること、又は、第１リソースに対応する第１PUCCHリソースが、第５HARQプロセスに関連する第９確認情報をネットワーク装置にフィードバックするために使用されないこと、のいずれか１つ以上が含まれる。
この可能な実装では、第１端末装置が第１確認情報を生成する複数のプリセット条件が示され、これにより、実際のアプリケーションにおけるソリューションの適用シナリオの多様性及びソリューションの実装可能性がさらに改善される。
別の可能な実装では、第１リソースは、以下：
サイドリンクのリソース、
サイドリンクの設定済み許可リソース、
サイドリンクの動的許可リソース、
サイドリンクのモード１リソース、
サイドリンクのタイプ１設定済み許可リソース、又は
サイドリンクのタイプ２設定済み許可リソース、
のいずれか１つ以上を含む。
この可能な実装では、第１リソースの幾つかの可能なタイプが示され、それによって実際のアプリケーションにおけるソリューションの実装可能性と完全性が改善される。
別の可能な実装では、第１確認情報は、第１端末装置の媒体アクセス制御（medium access control, MAC）層の指示に従って、第１端末装置の物理（physical, PHY）層によって生成され、第１確認情報は、第１端末装置のMAC層によって生成され、第１端末装置のMAC層によって第１端末装置のPHY層に送信されるか、又は、第１確認情報は、第１端末装置のPHY層によって生成される。
この可能な実装では、第１確認情報の複数の生成方法が提供され、それによって、ソリューションの完全性及び実装可能性が改善される。
別の可能な実装において、本方法は、さらに、第１端末装置がネットワーク装置から第７指示情報を受信することを含み、第７指示情報は、第１端末装置が第１リソースを使用することによってサイドリンク上で送信を実行しないとき、及び／又は第１プリセット条件が満たされるとき、第１端末装置に第１確認情報を生成又は送信するように指示するために使用される。
この可能な実装では、第１端末装置が第１確認情報を生成するメカニズムは、ネットワーク装置により、第７指示情報を使用することにより指示を通じて実装されてよい。ネットワーク装置は、第７指示情報を使用して、第１端末装置が第１リソースを使用してサイドリンク上で送信を行わない場合、及び／又は第１プリセット条件が満たされた場合に、第１端末装置に対して第１確認情報を生成又は送信するように指示する。
別の可能な実装では、第１確認情報は肯定応答ACKである。
本願の実施形態の第２の態様は通信処理方法を提供する。方法は、以下を含む。
ネットワーク装置は、第１端末装置に対して第７指示情報を送信し、第７指示情報は、第１端末装置が第１リソースを使用してサイドリンク上で送信を行わない場合、及び／又は第１プリセット条件が満たされた場合、第１端末装置に対して第１確認情報を生成又は送信するように指示するために使用される。第１プリセット条件は、以下：第１リソースに対応する第１PUCCHリソースが存在すること、第１リソースが第２リソースによってプリエンプションされず、第２リソースが第１端末装置のためにネットワーク装置によってスケジューリングされたリソースであること、又は、第１リソースに対応する第１PUCCHリソースが、第５HARQプロセスに関連する第９確認情報をネットワーク装置にフィードバックするために使用されないこと、のいずれか１つ以上を含む。
本実施形態では、ネットワーク装置は、第７指示情報を使用して、第１端末装置が第１リソースを使用してサイドリンク上で送信を行わない場合、及び／又は第１プリセット条件が満たされた場合に、第１端末装置に対して第１確認情報を生成又は送信するように指示する。このように、第１端末装置が第１リソースを使用してサイドリンク上で送信を行わない場合、第１端末装置は第１確認情報を生成し、第１確認情報をネットワーク装置に送信する。この場合、ネットワーク装置は、第１端末装置に対する再送リソースをスケジューリングせず、リソースの無駄を回避する。
本願の実施形態の第３の態様は通信処理方法を提供する。方法は、以下を含む。
第１端末装置は、ネットワーク装置によって送信された第２指示情報を受信し、第２指示情報は、第１端末装置に対して：第２プリセット条件が満たされたときに、タイプ１リソースを使用してサイドリンクのデータを再送又は新規送信するように指示し、タイプ１リソースは、ネットワーク装置によってスケジューリングされた第１端末装置用のリソース及び/又は第１端末装置によって選択、競合、又は検知されたリソースであること、及び、第１端末装置が、第２プリセット条件が満たされたときに、第１サイドリンク許可を使用して第１HARQプロセスのデータを再送し、第１サイドリンク許可はタイプ１リソースに属すること、を指示するために使用される。第２プリセット条件は、以下：第１端末装置が、第１プリセット期間内に、第１HARQプロセスで再送に使用されるリソースを取得しないこと、第１端末装置が、第１タイマが終了したとき、第１HARQプロセスで再送に使用されるリソースを取得しないこと、第１HARQプロセスの第１HARQプロセスIDに関連するリソースの時間ドメイン位置の前、中、又は後に、第１端末装置が第１HARQプロセスで再送に使用されるリソースを取得しないこと、第１HARQプロセス、第１HARQプロセスID、第２サイドリンク許可、第１HARQプロセスで送信されたデータ、及び第２サイドリンク許可で送信されたデータのいずれか１つ以上について、第１端末装置が否定応答NACKをネットワーク装置に送信する回数が第１プリセット閾値に達せず、第１端末装置が第２サイドリンク許可で送信の実行に失敗したこと、第１HARQプロセスで送信が失敗すること、又は第２サイドリンク許可での送信が失敗すること、のいずれか１つ以上を含む。
可能な実装では、第１端末装置は、第２プリセット条件が満たされた場合、第１サイドリンク許可を使用して第１HARQプロセスのデータを再送又は新規送信する。つまり、第１端末装置は、第２プリセット条件において、第１HARQプロセスのデータを再送又は新規送信して、以下の問題を解決できる：ネットワーク装置が第１端末装置からフィードバックを受信しない場合、第１端末装置がサイドリンクでの送信の実行に成功したとネットワーク装置が判断すること、つまり、ネットワーク装置が第１端末装置のために再送リソースをスケジューリングせず、第１端末装置がデータを送信できないこと。
可能な実装では、この方法は、第１端末装置が、第１サイドリンク許可に関連付けられた第３HARQプロセスIDが第１HARQプロセスIDと異なると判断し、次に、第１端末装置が第１HARQプロセスIDを第２端末装置に送信することをさらに含む。
この実装では、第１端末装置は、第１サイドリンク許可に関連付けられた第３HARQプロセスIDが第１HARQプロセスIDと異なると判断し、第１サイドリンク許可は第１HARQプロセスのデータを再送するために使用され、次に、第１端末装置は、第１HARQプロセスIDを第２端末装置に送信し、第１サイドリンク許可を使用して再送されたデータが第１HARQプロセスの再送されたデータであることを第２端末装置に通知し、その結果、第２端末装置は、第１サイドリンク許可を使用して第１端末装置により再送されたデータの受信に成功できる。
別の可能な実装では、本方法は、さらに、第１端末装置が、第１サイドリンク許可に関連付けられた第３HARQプロセスIDが第１HARQプロセスIDと異なると判断し、次いで、第１端末装置が第１HARQプロセスを解放し、及び／又は、第１HARQプロセスに対応するHARQバッファをフラッシュすることを含む。
この可能な実装では、第１端末装置は、第１サイドリンク許可を使用して第１HARQプロセスのデータを新規送信し、第１サイドリンク許可に関連する第３HARQプロセスIDが第１HARQプロセスIDと異なる場合、第１端末装置は、第１HARQプロセスを解放し、及び／又は、第１HARQプロセスのHARQバッファをフラッシュして、第１HARQプロセスが常に占有されることを防止することにより、第１端末装置のデータ送信性能を向上させることができる。
別の可能な実装では、第１サイドリンク許可は、以下：
サイドリンクのリソース、
サイドリンクのモード１リソース、
サイドリンクのモード２リソース、
サイドリンクの設定済み許可リソース、
サイドリンクのタイプ１設定済み許可リソース、
サイドリンクのタイプ２設定済み許可リソース、
サイドリンクの設定済み許可リソースセットであって、
設定済み許可リソースセットは、１つ以上の設定済み許可リソースインデックスに対応する設定済み許可リソースを含む、サイドリンクの設定済み許可リソースセット、又は、
サイドリンクの動的許可リソース、
のいずれか１つ以上を含む。
この可能な実施においては、複数の可能なタイプの第１サイドリンク許可が提供され、それにより、実際の適用におけるソリューションの実施可能性と多様性が改善される。
別の可能な実装では、第１端末装置が、第１HARQプロセスにおいて再送に使用されるリソースを、第１プリセット期間内に取得しないことは、第１端末装置が、第２条件が満たされた後に開始又は再開される第１プリセット期間内に、第１HARQプロセスにおいて再送に使用されるリソースを取得しないことを含む。
別の可能な実施において、第２条件は、以下のいずれか１つ以上を含む。
第１端末装置は、第２確認情報をネットワーク装置に送信し、第２確認情報は、第１端末装置がサイドリンク上の送信の実行に失敗したことを示すために使用され、第１端末装置が第２サイドリンク許可で送信の実行に失敗したことを示すために使用され、第１端末装置が第１HARQプロセスIDに対応するHARQプロセスにおいて送信の実行に失敗したことを示すために使用され、サイドリンクのデータを再送するために使用されるリソースをネットワーク装置から要求するために使用され、ネットワーク装置から、第２サイドリンク許可での送信に失敗したデータを再送するために使用されるリソースを要求するために使用され、ネットワーク装置から、第１HARQプロセスIDに対応するHARQプロセスでの送信に失敗したデータを再送するために使用されるリソースを要求するために使用されること、
第２PUCCHリソースの時間ドメイン位置の前、中、又は後に、第２PUCCHリソースが第２サイドリンク許可との対応を有し、
第１端末装置は、第２サイドリンク許可でデータを送信すること、
第２サイドリンク許可の時間ドメイン位置の前、中、又は後に、第１端末装置が第２端末装置から第１HARQプロセスのNACKを受信すること、
第１端末装置が第１HARQプロセスのフィードバックを受信しないこと、又は、
第１PSFCHリソースの時間ドメイン位置の前、中、又は後に、第２サイドリンク許可が第１PSFCHリソースに関連付けられること。
第２サイドリンク許可は、第２確認情報、第１HARQプロセスID、第１HARQプロセス、第２PUCCHリソース、及び第１PSFCHリソースのいずれか１つ以上に関連付けられる。
この可能な実装では、第２プリセット期間を開始又は再開するための複数の条件が提供され、それによって、実際の適用におけるソリューションの完全性及び実装可能性が改善される。
別の可能な実装では、第１サイドリンク許可は第２サイドリンク許可の後である。
別の可能な実装において、本方法は、以下の条件：第１端末装置が、再送に使用されるリソースを取得すること、第１プリセット期間に対応する送信が成功するか完了すること、第１HARQプロセスに対応する送信が成功するか完了すること、のうちの１つ以上が満たされた場合に、第１プリセット期間の時間カウントを停止及び／又はリセットすることをさらに含む。
別の可能な実装では、第１端末装置が、第１タイマが終了したときに、第１HARQプロセスで再送に使用されるリソースを取得しないことは、第２条件が満たされたときに、第１タイマが開始又は再開されること、及び、第１端末装置が、第１タイマが終了したときに、第１HARQプロセスで再送に使用されるリソースを取得しないこと、を含む。
別の可能な実装では、第２条件は、以下のいずれか１つ以上を含む。
第１端末装置は、第２確認情報をネットワーク装置に送信し、第２確認情報は、第１端末装置がサイドリンク上の送信の実行に失敗したことを示すために使用され、第１端末装置が第２サイドリンク許可で送信の実行に失敗したことを示すために使用され、第１端末装置が第１HARQプロセスIDに対応するHARQプロセスにおいて送信の実行に失敗したことを示すために使用され、サイドリンクのデータを再送するために使用されるリソースをネットワーク装置から要求するために使用され、ネットワーク装置から、第２サイドリンク許可での送信に失敗したデータを再送するために使用されるリソースを要求するために使用され、ネットワーク装置から、第１HARQプロセスIDに対応するHARQプロセスでの送信に失敗したデータを再送するために使用されるリソースを要求するために使用されること、
第２PUCCHリソースの時間ドメイン位置の前、中、又は後に、第２PUCCHリソースが第２サイドリンク許可との対応を有し、
第１端末装置は、第２サイドリンク許可でデータを送信すること、
第２サイドリンク許可の時間ドメイン位置の前、中、又は後に、第１端末装置が第２端末装置から第１HARQプロセスのNACKを受信すること、
第１端末装置が第１HARQプロセスのフィードバックを受信しないこと、又は、
第１PSFCHリソースの時間ドメイン位置の前、中、又は後に、第２サイドリンク許可が第１PSFCHリソースに関連付けられること。
第２サイドリンク許可は、第２確認情報、第１HARQプロセスID、第１HARQプロセス、第２PUCCHリソース、及び第１PSFCHリソースのいずれか１つ以上に関連付けられる。
この可能な実装では、第１タイマを開始又は再開するための複数の条件が提供され、それによって、実際の適用におけるソリューションの完全性及び実装可能性が改善される。
別の可能な実装において、本方法は、以下の条件：第１端末装置が、再送に使用されるリソースを取得すること、第１タイマに対応する送信が成功するか完了すること、第１HARQプロセスに対応する送信が成功するか完了すること、のうちの１つ以上が満たされた場合に、第１タイマを停止及び／又はリセットすることをさらに含む。
別の可能な実装では、方法は、以下を更に含む。第１端末装置は、第６プリセット条件が満たされたときに、ネットワーク装置に第２確認情報を送信する。第２確認情報は、第１端末装置が第２サイドリンク許可で送信の実行に失敗したことを示すために使用され、第２サイドリンク許可は第１HARQプロセスIDに関連付けられ、第６プリセット条件は、以下：第１端末装置は、第１HARQプロセスにおけるデータの受信状態に関するフィードバック及び／又は第２サイドリンク許可でデータの受信状態に関するフィードバックを受信しないこと、第１端末装置は、第１HARQプロセスにおけるデータに対する第１否定応答及び／又は第２サイドリンク許可でデータに対する第１否定応答を受信すること、第１端末装置は、第３端末装置によって送信された第１肯定応答及び／又は第４端末装置によって送信された第２否定応答を受信すること、サイドリンクのデータの送信回数及び／又は第１HARQプロセスにおける送信回数が最大送信回数及び／又は最大再送回数に達しないこと、又は、サイドリンクのデータの送信時間及び／又は第１HARQプロセスにおける送信時間が最大送信時間に達しないこと、のうちのいずれか１つ以上を含む。
この可能な実装では、第１端末装置は、第６プリセット条件が満たされたときに、第２確認情報をネットワーク装置に送信し、第１端末装置がサイドリンク上で送信の実行に失敗したことを示す。このようにして、ネットワーク装置は、第１HARQプロセスのデータの再送を実装するために、第１端末装置に対する再送リソースをスケジューリングすることができる。
本願の実施形態の第４の態様は通信処理方法を提供する。方法は、以下を含む。
ネットワーク装置は、第１端末装置に第２指示情報を送信し、第２指示情報は、第１端末装置に対して：第２プリセット条件が満たされたときに、タイプ１リソースを使用してサイドリンクのデータを再送するように指示するために使用され、タイプ１リソースは、ネットワーク装置によってスケジューリングされた第１端末装置用のリソース及び/又は第１端末装置によって選択、競合、又は検知されたリソースであること、及び、第１端末装置が、第２プリセット条件が満たされたときに、第１サイドリンク許可を使用して第１HARQプロセスのデータを再送し、第１サイドリンク許可はタイプ１リソースに属すること、を指示するために使用される。第２プリセット条件は、以下：第１端末装置が、第１プリセット期間内に、第１HARQプロセスで再送に使用されるリソースを取得しないこと、第１端末装置が、第１タイマが終了したとき、第１HARQプロセスで再送に使用されるリソースを取得しないこと、第１HARQプロセスの第１HARQプロセスIDに関連するリソースの時間ドメイン位置の前、中、又は後に、第１端末装置が第１HARQプロセスで再送に使用されるリソースを取得しないこと、第１HARQプロセス、第１HARQプロセスID、第２サイドリンク許可、第１HARQプロセスで送信されたデータ、及び第２サイドリンク許可で送信されたデータのいずれか１つ以上について、第１端末装置がNACKをネットワーク装置に送信する回数が第１プリセット閾値に達せず、第１端末装置が第２サイドリンク許可で送信の実行に失敗したこと、第１HARQプロセスで送信が失敗すること、又は第２サイドリンク許可での送信が失敗すること、のいずれか１つ以上を含み、第１HARQプロセスIDは第１HARQプロセスに関連付けられ、第２サイドリンク許可は第１HARQプロセスID又は第１HARQプロセスに関連付けられる。
本実施形態では、ネットワーク装置は、第２指示情報を使用して、第１端末装置に対し、第２プリセット条件が満たされた場合に、タイプ１リソースを使用してサイドリンクのデータを再送するように指示する。このように、第１端末装置は、第２プリセット条件が満たされた場合、第１HARQプロセスのデータを再送し、以下の問題を解決できる：ネットワーク装置が第１端末装置からフィードバックを受信しない場合、第１端末装置がサイドリンクでの送信の実行に成功したとネットワーク装置が判断すること、つまり、ネットワーク装置が第１端末装置のために再送リソースをスケジューリングせず、第１端末装置がデータを送信できないこと。
可能な実装では、方法は、以下を更に含む。ネットワーク装置は、第１端末装置によって送信された第２確認情報を受信し、第２確認情報は、第１端末装置がサイドリンク上の送信の実行に失敗したことを示すために使用され、第１端末装置が第２サイドリンク許可で送信の実行に失敗したことを示すために使用され、第１端末装置が第１HARQプロセスIDに対応するHARQプロセスにおいて送信の実行に失敗したことを示すために使用され、サイドリンクのデータを再送するために使用されるリソースをネットワーク装置から要求するために使用され、第２サイドリンク許可で送信に失敗したデータを再送するために使用されるリソースをネットワーク装置から要求するために使用され、又は第１HARQプロセスIDに対応するHARQプロセスにおいて送信に失敗したデータを再送するために使用されるリソースをネットワーク装置から要求するために使用され、第２サイドリンク許可が第１HARQプロセスIDに関連付けられる。
この可能な実装では、ネットワーク装置は、第１端末装置がサイドリンク上で送信の実行に失敗したことを示すために、第１端末装置から送信された第２確認情報を受信する。このようにして、ネットワーク装置は、第１HARQプロセスのデータの再送を実装するために、第１端末装置に対する再送リソースをスケジューリングすることができる。
別の可能な実装では、ネットワーク装置が第１端末装置によって送信された第２確認情報を受信した後、この方法は、ネットワーク装置が、第１端末装置のための第１HARQプロセスの再送リソースを、第７のプリセット期間内又は第５タイマが終了する前にスケジューリングすることをさらに含む。
この可能な実装では、ネットワーク装置が第１端末装置から送信された第２確認情報を受信した後、ネットワーク装置は、第７プリセット期間内に又は第５タイマが終了する前に、第１端末装置に対して第１HARQプロセスの再送リソースをスケジューリングして、以下のケースを回避する。第１端末装置が第１HARQプロセスの再送リソースを取得しない場合、第１端末装置がネットワーク装置によりスケジューリングされたリソースを決定又は選択することにより第１HARQプロセスのデータを再送するが、ネットワーク装置がこの時間の間に又は後に第１端末装置の第１HARQプロセスの再送リソースを更に割り当て、リソースの無駄を生じさせること。
別の可能な実装では、ネットワーク装置が、第１端末装置に対して第１HARQプロセスの再送リソースを、第７プリセット期間内又は第５タイマが終了する前にスケジューリングすることは、ネットワーク装置が、第６条件が満たされた後に開始又は再開された第７プリセット期間内に、又は第６条件が満たされた後に第５タイマが開始又は再開される前に、第１HARQプロセスの再送リソースを第１端末装置にスケジューリングすることを含む。第６条件は、以下：ネットワーク装置が、第１端末装置によって送信された第２確認情報を受信すること、第２PUCCHリソースの時間ドメイン位置の前、中、又は後であること、第２サイドリンク許可の時間ドメイン位置の前、中、又は後、第２サイドリンク許可は第１HARQプロセスに関連付けられること、ネットワーク装置は第１端末装置によって送信された確認情報を受信しないこと、又は、第１PSFCHリソースの時間ドメイン位置の前、中、又は後、のいずれか１つ以上を含む。
本願の本実施形態では、ネットワーク装置が第７プリセット期間又は第５タイマの時間カウントを開始する複数の条件が提供され、それによって、本願の本実施形態の適用シナリオが提供され、ソリューションの実装可能性又は多様性が改善される。
別の可能な実装において、本方法は、以下の条件：ネットワーク装置が、第１端末装置のために、再送に使用されるリソースをスケジューリングすること、第７プリセット期間に対応する送信が成功するか完了すること、又は、第１HARQプロセスに対応する送信が成功するか完了すること、のうちの１つ以上が満たされた場合に、第７プリセット期間の時間カウントを停止及び／又はリセットすることをさらに含む。
本願の実施形態の第５の態様は通信処理方法を提供する。方法は、以下を含む。
第１端末装置は、第５プリセット条件が満たされると、以下：
第１０HARQプロセスに対応するデータの破棄、
第１０HARQプロセスに対応するHARQバッファのフラッシング、
第１０HARQプロセスの解放、
第１０HARQプロセスに関連する対応の削除、又は、
第１SCIに関連する対応の削除、
のいずれか１つ以上を実行する。
別の可能な実施において、第５プリセット条件は、以下のいずれか１つ以上を含む。
第１端末装置は、第１０HARQプロセスで再送に使用されるリソースを第４プリセット期間内に取得しない、
第１端末装置は、第１３タイマが終了したときに第１０HARQプロセスで再送に使用されるリソースを取得しない、
第１０HARQプロセス、第１０HARQプロセスID、第８サイドリンク許可、第１０HARQプロセスで送信されたデータ、及び第８サイドリンク許可で送信されたデータのいずれか１つ以上について、第１端末装置がネットワーク装置にNACKを送信する回数が第４プリセット閾値に達する、
第１０HARQプロセス、第１０HARQプロセスID、第８サイドリンク許可、第１０HARQプロセスで送信されたデータ、及び第８サイドリンク許可で送信されたデータのいずれか１つ以上について、第１端末装置がNACKを受信する回数が、第５プリセット閾値に達する、
第１０HARQプロセスの第１０HARQプロセスIDに関連付けられたリソースの前、上、又は後で、第１端末装置は、第１０HARQプロセスで再送に使用されるリソースを取得しない、
第１端末装置は、第１SCIをL回受信せず、第１SCIは、第１０HARQプロセスに対応するSCIである、
第１端末装置は、第５プリセット期間内に、第２端末装置によって送信されるデータ又は第１SCI、又は第１SCIに対応し第２端末装置によって送信されたデータを受信しない、
第１端末装置は、第４タイマが終了したとき、第２端末装置によって送信される第１SCI、又は第１SCIに対応し第２端末装置によって送信されるデータを受信しない、又は、
第１０HARQプロセス、第１SCI、第１０HARQプロセスID、第８サイドリンク許可、第１０HARQプロセスで送信されるデータ、及び第８サイドリンク許可で送信されるデータのうちの１つ以上について、第１端末装置が第２端末装置にNACKを送信する回数が第６プリセット閾値に到達する。
この可能な実装では、第１端末装置は、第５プリセット条件が満たされたときに、上記のような動作を行い、第１０HARQプロセスが無意味に占有されることを防ぎ、それにより、第１端末装置のデータ送信能力を向上させる。
可能な実装では、方法は、以下を更に含む。第１端末装置が、ネットワーク装置により送信される第６指示情報を受信し、第６指示情報は、第１端末装置に対して、第５プリセット条件が満たされた場合に、以下：
第１０HARQプロセスに対応するデータの破棄、
第１０HARQプロセスに対応するHARQバッファのフラッシュ、
第１０HARQプロセスの解放、
第１０HARQプロセスに関連する対応の削除、又は、
第１SCIに関連する対応の削除、
のいずれか１つ以上を実行するように指示する。
この可能な実装では、第１端末装置は、第５プリセット条件が満たされたときに、幾つかの上述の関連する動作を行い、第１０HARQプロセスが無意味に占有されることを防ぎ、それにより、第１端末装置のデータ送信能力を向上させる。
別の可能な実装では、第４プリセット期間は第１期間であり、第４プリセット期間は第２期間であり、第４プリセット期間は第１期間に第２期間を加えたものであり、又は、第４プリセット期間は第３期間であり、第１期間は、第１端末装置が第１０HARQプロセスで再送に使用される、ネットワーク装置により第１端末装置にスケジューリングされるリソースを待つ期間であり、第２期間は、第１端末装置が第１０HARQプロセスで再送に使用されるリソースを決定する及び／又は第１端末装置が第１０HARQプロセスで再送に使用されるリソースを競合、選択、又は認識する期間であり、第３期間は、第１端末装置が第１０HARQプロセスで再送に使用されるリソースを待つ期間である。
別の可能な実装では、第１端末装置が、第１０HARQプロセスの再送リソースを第４プリセット期間内に取得しないことは、第１端末装置が、第１条件が満たされた後に開始又は再開された第４プリセット期間内に、第１０HARQプロセスに使用されるリソース又は再送リソースを取得しないことを含み、第１条件は、以下のいずれか１つ以上を含む。
第１端末装置は、ネットワーク装置に第７の確認情報を送信する、
第５PUCCHリソースの時間ドメイン位置の前、中、又は後、
第１端末装置は、第８サイドリンク許可でデータを送信する、
第８サイドリンク許可の時間ドメイン位置の前、中、又は後、
第１端末装置は、第１０HARQプロセスのためのNACKを受信する、
第１端末装置は、第１０HARQプロセスのためのフィードバックを受信しない、又は、
第４PSFCHリソースの時間ドメイン位置の前、中、又は後。
第４PSFCHリソースは、第８サイドリンク許可、第１０HARQプロセスID、及び第１０HARQプロセスのいずれか１つ以上に関連付けられる。
この可能な実装では、第４プリセット期間を開始又は再開するための複数の可能な条件が提供され、それによって、ソリューションの多様性及び実装可能性が改善される。
別の可能な実装では、第１端末装置が、第１３タイマが終了したときに、第１０HARQプロセスで再送に使用されるリソースを取得しないことは、
第１条件が満たされたときに、第１３タイマが開始又は再開されること、及び、
第１３タイマが終了したときに、第１０HARQプロセスで使用されるリソース又は再送リソースが取得されないこと、
を含み、第１条件は以下のうちのいずれか１つ以上を含む。
第１端末装置は、ネットワーク装置に第７の確認情報を送信する、
第５PUCCHリソースの時間ドメイン位置の前、中、又は後、
第１端末装置は、第８サイドリンク許可でデータを送信する、
第８サイドリンク許可の時間ドメイン位置の前、中、又は後、
第１端末装置は、第１０HARQプロセスのためのNACKを受信する、
第１端末装置は、第１０HARQプロセスのためのフィードバックを受信しない、又は、
第４PSFCHリソースの時間ドメイン位置の前、中、又は後。
第４PSFCHリソースは、第８サイドリンク許可、第１０HARQプロセスID、及び第１０HARQプロセスのいずれか１つ以上に関連付けられる。
この可能な実装では、第１３タイマを開始又は再開するための複数の可能な条件が提供され、それによって、ソリューションの多様性及び実装可能性が改善される。
別の可能な実装では、方法は、以下を更に含む。第１端末装置は、第１３条件が満たされたとき、第４プリセット期間の時間カウントを停止及び／又はリセットする。第１３条件は、以下のうちのいずれか１つ以上を含む。第１端末装置が、第１０HARQプロセスで再送に使用され得リソースを取得すること、又は、第１０HARQプロセスに対応する送信が成功又は完了すること。
別の可能な実装では、方法は、以下を更に含む。第１端末装置は、第１３条件が満たされたとき、第１３タイマを停止及び／又はリセットする。第１３条件は、以下のうちのいずれか１つ以上を含む。第１端末装置が、第１０HARQプロセスで再送に使用され得リソースを取得すること、又は、第１０HARQプロセスに対応する送信が成功又は完了すること。
別の可能な実装では、第１端末装置が、第５プリセット期間内に、第２端末装置により送信された第１SCI、又は第１SCIに対応し第２端末装置により送信されたデータを受信しないことは、以下を含む。第１端末装置が、第９条件が満たされたときに開始又は再開された第５プリセット期間内に第２端末装置により送信された第１SCI、又は第１SCIに対応し第２端末装置により送信されたデータを受信しないこと。第９条件は、以下：第１端末装置が第１SCIを受信すること、又は、第１端末装置が第１SCIに対応するデータを受信すること、のうちのいずれか１つ以上を含む。
別の可能な実装では、第１端末装置が、第４タイマが終了したとき、第２端末装置により送信された第１SCI、又は第１SCIに対応し第２端末装置により送信されたデータを受信しないことは、以下を含む。第１端末装置が、第９条件が満たされたときに第４タイマを開始又は再開すること、第４タイマが終了したとき、第２端末装置により送信された第１SCI、又は第１SCIに対応し第２端末装置により送信されたデータを受信しないこと。第９条件は、以下：第１端末装置が第１SCIを受信すること、又は、第１端末装置が第１SCIに対応するデータを受信すること、のうちのいずれか１つ以上を含む。
別の可能な実装では、方法は、以下を更に含む。第１端末装置は、第１２条件が満たされたとき、第５プリセット期間の時間カウントを停止又はリセットする。第１２条件は、以下のうちのいずれか１つ以上を含む。
第１端末装置が、第１SCIに対応するデータの受信に成功し復号に成功すること、
第１端末装置が、第２端末装置へ肯定応答を送信すること、
第１端末装置が、第２端末装置により送信された第１SCI、又は第１SCIに対応し第２端末装置により送信されたデータを受信する回数が、最大回数又は最大受信回数に達すること、
第１端末装置が第１SCI又は第１SCIに対応するデータを受信する期間が、第６プリセット期間以上であること、又は、
第１端末装置が第１SCI又は第１SCIに対応するデータを受信し、第１SCIは最後の送信時間の指示を含むこと。
別の可能な実装では、方法は、以下を更に含む。第１端末装置は、第１２条件が満たされたとき、第４タイマを停止又はリセットする。第１２条件は、以下のうちのいずれか１つ以上を含む。
第１端末装置が、第１SCIに対応するデータの受信に成功し復号に成功すること、
第１端末装置が、第２端末装置へ肯定応答を送信すること、
第１端末装置が、第２端末装置により送信された第１SCI、又は第１SCIに対応し第２端末装置により送信されたデータを受信する回数が、最大回数又は最大受信回数に達すること、
第１端末装置が第１SCI又は第１SCIに対応するデータを受信する期間が、第６プリセット期間以上であること、又は、
第１端末装置が第１SCI又は第１SCIに対応するデータを受信し、第１SCIは最後の送信時間の指示を含むこと。
別の可能な実装では、方法は、以下を更に含む。第１端末装置が、ネットワーク装置により送信される第６指示情報を受信し、第６指示情報は、第１端末装置に対して、第５プリセット条件が満たされた場合に、以下:
第１０HARQプロセスに対応するデータの破棄、
第１０HARQプロセスに対応するHARQバッファのフラッシュ、
第１０HARQプロセスの解放、
第１０HARQプロセスに関連する対応の削除、又は、
第１SCIに関連する対応の削除、
のいずれか１つ以上を実行するように指示する。
本願の実施形態の第６の態様は通信処理方法を提供する。方法は、以下を含む。
ネットワーク装置は、第１端末装置へ、第６指示情報を送信し、第６指示情報は、第１端末装置に対して、第５プリセット条件が満たされた場合に、以下：
第１０HARQプロセスに対応するデータの破棄、
第１０HARQプロセスに対応するHARQバッファのフラッシュ、
第１０HARQプロセスの解放、
第１０HARQプロセスに関連する対応の削除、又は、
第１SCIに関連する対応の削除、
のいずれか１つ以上を実行するように指示する。第５プリセット条件は、以下のうちのいずれか１つ以上を含む。
第１端末装置は、第１０HARQプロセスで再送に使用されるリソースを第４プリセット期間内に取得しない、
第１端末装置は、第１３タイマが終了したときに第１０HARQプロセスで再送に使用されるリソースを取得しない、
第１０HARQプロセス、第１０HARQプロセスID、第８サイドリンク許可、第１０HARQプロセスで送信されたデータ、及び第８サイドリンク許可で送信されたデータのいずれか１つ以上について、第１端末装置がネットワーク装置にNACKを送信する回数が第４プリセット閾値に達する、
第１０HARQプロセス、第１０HARQプロセスID、第８サイドリンク許可、第１０HARQプロセスで送信されたデータ、及び第８サイドリンク許可で送信されたデータのいずれか１つ以上について、第１端末装置がNACKを受信する回数が、第５プリセット閾値に達する、
第１０HARQプロセスの第１０HARQプロセスIDに関連付けられたリソースの前、中、又は後で、第１端末装置は、第１０HARQプロセスで再送に使用されるリソースを取得しない、
第１端末装置は、第１SCIをL回受信せず、第１SCIは、第１０HARQプロセスに対応するSCIである、
第１端末装置は、第５プリセット期間内に、第２端末装置によって送信されるデータ又は第１SCI、又は第１SCIに対応し第２端末装置によって送信されたデータを受信しない、
第１端末装置は、第４タイマが終了したとき、第２端末装置によって送信される第１SCI、又は第１SCIに対応し第２端末装置によって送信されるデータを受信しない、又は、
第１０HARQプロセス、第１SCI、第１０HARQプロセスID、第８サイドリンク許可、第１０HARQプロセスで送信されるデータ、及び第８サイドリンク許可で送信されるデータのうちの１つ以上について、第１端末装置が第２端末装置にNACKを送信する回数が第６プリセット閾値に到達する。
本願の実施形態の第７の態様は通信処理方法を提供する。方法は、以下を含む。
第５端末装置は、第１RNTIを使用してスクランブルされたPDCCH又はDCIをモニタ及び/又は復号し、第５端末装置及び第６端末装置は、第１RNTIを共有し、次に、第５端末装置は第６リソースを取得し、第６リソースは、以下のリソース：
サイドリンクのリソース、
サイドリンクのモード１リソース、
サイドリンクの設定済み許可リソース、
サイドリンクのタイプ２設定済み許可リソース、
サイドリンクの動的許可リソース、
アップリンクのリソース、
アップリンクの設定済み許可リソース、
アップリンクのタイプ２設定済み許可リソース、
アップリンクの動的許可リソース、
ダウンリンクのリソース、
ダウンリンクの半永続割当てリソース、又は、
ダウンリンクの動的割当てリソース、
のうちの１つ又は複数を含むことができる。
可能な実装では、第６リソースは、以下：新規送信に使用されるリソース、又は再送に使用されるリソース、のうちのいずれか１つ以上を含む。
別の可能な実装では、方法は、以下を更に含む。第５端末装置は、第６PUCCHリソースを取得し、第６PUCCHリソースは、第５端末装置及び／又は第６端末装置により、第６リソース上の喪心状態をネットワーク装置にフィードバックするために使用される。
別の可能な実装では、方法は、以下を更に含む。第５端末装置は、ネットワーク装置へ、第９否定応答情報を送信し、第９否定応答情報は、第５端末装置がサイドリンク上の送信の実行に失敗したことを示すために使用され、第５端末装置が第１８サイドリンク許可で送信の実行に失敗したことを示すために使用され、第５端末装置が第１１HARQプロセスIDに対応するHARQプロセスにおいて送信の実行に失敗したことを示すために使用され、サイドリンクのデータを再送するために使用されるリソースをネットワーク装置から要求するために使用され、第１８サイドリンク許可で送信に失敗したデータを再送するために使用されるリソースをネットワーク装置から要求するために使用され、又は第１１HARQプロセスにおいて送信に失敗したデータを再送するために使用されるリソースをネットワーク装置から要求するために使用される。
別の可能な実装では、方法は、以下を更に含む。第５端末装置は、第６PUCCHリソースを使用して、第９否定応答情報をネットワーク装置へ送信する。
別の可能な実装では、方法は、以下を更に含む。第１RNTIは、第６PUCCHリソースに関連付けられ、第５端末装置は、第１RNTIに基づき第６PUCCHリソースを決定するか、又は第５端末装置は、第６PUCCHリソースに基づき第１RNTIを決定する。
別の可能な実装では、第５端末装置が第１RNTIを使用してスクランブルされたPDCCH又はDCIをモニタ及び／又は復号する前に、方法は、更に以下を含む。第５端末装置は、上位層又はより上の層で第１情報をネットワーク装置から受信する。第１情報は、第１RNTIを使用してスクランブルされたPDCCH又はDCIをモニタ及び／又は復号するよう、第５端末装置に指示し及び／又は構成するために使用される。
別の可能な実装では、第５端末装置は、第１探索空間において、第１RNTIを使用することによってスクランブルされたPDCCH又はDCIをモニタ及び／又は復号し、第１探索空間は、共通探索空間、特定の探索空間、又はグループ探索空間のうちのいずれか１つ以上を含む。
別の可能な実装では、方法は、以下を更に含む。第５端末装置が、以下のコンテンツ：第１RNTI、C-RNTI、TC-RNTI、CS-RNTI、SPS C-RNTI、SLCS-RNTI、SL-RNTI、SL半永続スケジューリングV-RNTI、又はSL半永続スケジューリングV-RNTI、のいずれかの１つ以上に基づいて、第１探索空間を決定する。
別の可能な実装では、第５端末装置が第１RNTIを使用してスクランブルされたPDCCH又はDCIをモニタ及び／又は復号する前に、方法は、さらに、第５端末装置がネットワーク装置によって送信された第１RNTIを受信するか、又は第５端末装置が第１RNTIを決定することを含む。
別の可能な実装では、第５端末装置が第１RNTIを決定することは、第５端末装置は、リソーススケジューリングに使用されるRNTI又はランダムアクセスに使用されるRNTIに基づいて第１RNTIを決定すること、及び／又は第５端末装置は、PUCCHリソースに基づいて第１RNTIを決定すること、を含む。
本願の実施形態の第８の態様は通信処理方法を提供する。方法は、以下を含む。
ネットワーク装置は、第１RNTIを第５端末装置及び第６端末装置に送信し、第１RNTIは、第５端末装置及び第６端末装置により共有されるようにネットワーク装置により構成されたRNTIであり、第５端末装置及び第６端末装置は、第１RNTIを使用してネットワーク装置によりスケジューリングされたリソースを取得し、ネットワーク装置は、第５端末装置及び第６端末装置の第６リソースを第１RNTIを使用してスケジューリングする。
可能な実装では、ネットワーク装置が第１RNTIを第５端末装置及び第６端末装置に送信する前に、方法は、ネットワーク装置が第１情報を第５端末装置及び第６端末装置に送信することを更に含み、第１情報は、第５端末装置及び第６端末装置に第１RNTIを使用してスクランブルされたPDCCH又はDCIをモニタ又は復号するよう指示し及び/又は構成するために使用される。
別の可能な実装では、第１RNTIを共有する端末装置は、少なくとも１つのグループの端末装置を含む。
別の可能な実施形態では、少なくとも１つのグループの端末装置は、第１グループの端末装置を含み、第５端末装置及び第６端末装置は、第１グループの端末装置に属する。方法は、さらに、ネットワーク装置が第６PUCCHリソースを第１グループの端末装置に割り当て、第６PUCCHリソースが第１グループの端末装置によって第６リソースの送信状態をネットワーク装置にフィードバックするために使用される、ことを含む。
別の可能な実施形態では、少なくとも１つのグループの端末装置は、第１グループの端末装置及び第２グループの端末装置を含み、第５端末装置は第１グループの端末装置に属し、第６端末装置は第２グループの端末装置に属する。本方法は、さらに、ネットワーク装置が第１グループの端末装置に第６PUCCHリソースを割り当て、第２グループの端末装置に第７PUCCHリソースを割り当て、第６PUCCHリソースが第１グループの端末装置によって第６リソースの送信状態をネットワーク装置にフィードバックするために使用され、第７PUCCHリソースが第２グループの端末装置によって第６リソースの送信状態をネットワーク装置にフィードバックするために使用される、ことを含む。
別の可能な実装では、ネットワーク装置が第５端末装置及び第６端末装置に第１RNTIを使用して第６リソースをスケジューリングする前に、方法は、更に、
ネットワーク装置が、第５端末装置により送信された第９否定応答情報を受信することを含み、第９否定応答情報は、第５端末装置がサイドリンク上の送信の実行に失敗したことを示すために使用され、第５端末装置が第１８サイドリンク許可で送信の実行に失敗したことを示すために使用され、第５端末装置が第１１HARQプロセスIDに対応するHARQプロセスにおいて送信の実行に失敗したことを示すために使用され、サイドリンクのデータを再送するために使用されるリソースをネットワーク装置から要求するために使用され、第１８サイドリンク許可で送信に失敗したデータを再送するために使用されるリソースをネットワーク装置から要求するために使用され、又は第１１HARQプロセスIDにおいて送信に失敗したデータを再送するために使用されるリソースをネットワーク装置から要求するために使用される。
本願の実施形態の第９の態様は通信処理方法を提供する。方法は、以下を含む。
第１端末装置は、第１端末装置のサイドリンクのHARQフィードバックが無効にされた場合に、第８確認情報を生成し、サイドリンクは第１端末装置と第２端末装置との間の無線直接通信リンクであり、次に、第１端末装置は、第８確認情報をネットワーク装置に送信する。
本実施形態では、第１端末装置は、第１端末装置のサイドリンクのHARQフィードバックが無効にされると、第８確認情報を生成し、第８確認情報をネットワーク装置に送信する。このようにして、ネットワーク装置は、第１端末装置に再送リソースを割り当てず、それによってリソースの無駄を回避する。
可能な実装では、第１端末装置が第８確認情報をネットワーク装置に送信することは、第１端末装置が、第８PUCCHリソースを使用して、第８確認情報をネットワーク装置に送信することを含む。
この可能な実装では、第４端末装置は、第８PUCCHリソースを使用して、第８確認情報をネットワーク装置へ送信する。このようにして、ネットワーク装置は、第８PUCCHリソースを使用することによって、データの送信が成功した対応するプロセス、又はデータの送信が成功した対応するリソースを決定することができ、従って、ネットワーク装置は、第１端末装置のデータのこの部分に対する再送リソースをスケジューリングしない。
別の可能な実装では、第１端末装置のサイドリンクのHARQフィードバックが無効である場合、第１端末装置が、第８確認情報を生成することは、第１端末装置が、第１端末装置のサイドリンクのHARQフィードバックが無効であり、第１０プリセット条件が満たされた場合に、第８確認情報を生成することを含む。
第１０プリセット条件は、以下のうちのいずれか１つ以上を含む。
第１端末装置は、第８リソースを取得する、
第１端末装置は、第８リソースでサイドリンク送信を実行する、
第８リソースは、対応する第８PUCCHリソースを有する、又は、
第８リソースは、第９リソースによってプリエンプションされない、
第９リソースは、第１端末装置のためのネットワーク装置によってスケジューリングされたリソースである。
この可能な実装では、第１端末装置は、第１端末装置のサイドリンクのHARQフィードバックが無効にされ、第１０プリセット条件のうちの１つ以上が満たされると、第８確認情報を生成する。第８確認情報を具体的に生成する複数の適用シナリオによって、ソリューションの多様性及び実装可能性を改善する。
別の可能な実装では、第８リソースは、以下：
サイドリンクのリソース、
サイドリンクの設定済み許可リソース、
サイドリンクの動的許可リソース、
サイドリンクのモード１リソース、
サイドリンクのタイプ１設定済み許可リソース、又は
サイドリンクのタイプ２設定済み許可リソース、
のいずれか１つ以上を含む。
この可能な実施において、第８リソースの複数の可能なリソース形式が提供され、それにより、実際の適用におけるソリューションの実施可能性と多様性が改善される。
別の可能な実装では、第８確認情報は、第１端末装置のMAC層の指示に従い、第１端末装置の PHY層によって生成され、第８確認情報は、第１端末装置のMAC層によって生成され、第１端末装置のMAC層によって第１端末装置のPHY層に送信されるか、又は、第８確認情報は、第１端末装置のPHY層によって生成される。
この可能な実装では、第８確認情報の複数の可能な生成方法が提供され、それによって、ソリューションの実装可能性及び多様性が改善される。
別の可能な実装では、方法は、以下を更に含む。第１端末装置が、ネットワーク装置によって送信された第８指示情報を受信し、第８指示情報は、第１端末装置のサイドリンクのHARQフィードバックが無効された及び／又は第１０プリセット条件が満たされた場合に、第８指示情報を生成するよう第１端末装置に指示するために使用され、又は、第１端末装置のサイドリンクのHARQフィードバックが無効にされ及び／又は第１０プリセット条件が満たされた場合に、第８確認情報をネットワーク装置に送信するように第１端末装置に指示するために使用される。
この可能な実装では、第１端末装置は、第１端末装置のサイドリンクのHARQフィードバックが無効にされ、及び／又は第１０プリセット条件が満たされると、第８確認情報をネットワーク装置へ送信するよう、第８確認情報を使用して、指示される。このようにして、第８確認情報を受信した後に、ネットワーク装置は、第１端末装置に再送リソースを割り当てず、それによってリソースの無駄を回避する。
本願の実施形態の第１０の態様は別の通信処理方法を提供する。方法は、以下を含む。
ネットワーク装置は、第１端末装置へ、第８指示情報を送信し、第８指示情報は、第１端末装置のサイドリンクのHARQフィードバックが無効された及び／又は第１０プリセット条件が満たされた場合に、第８指示情報を生成するよう第１端末装置に指示するために使用され、又は、第１端末装置のサイドリンクのHARQフィードバックが無効にされ及び／又は第１０プリセット条件が満たされた場合に、第８確認情報をネットワーク装置に送信するように第１端末装置に指示するために使用される。第１０プリセット条件は、以下のうちのいずれか１つ以上を含む。
第１端末装置は、第８リソースを取得する、
第１端末装置は、第８リソースでサイドリンク送信を実行する、
第８リソースは、対応する第８PUCCHリソースを有する、又は、
第８リソースは、第９リソースによってプリエンプションされない、
のうちのいずれか１つ以上を含み、第９リソースは、第１端末装置のためのネットワーク装置によってスケジューリングされたリソースである。
この可能な実装では、ネットワーク装置は、第１端末装置のサイドリンクのHARQフィードバックが無効にされ、及び／又は第１０プリセット条件が満たされると、第８確認情報をネットワーク装置へ送信するよう、第８確認情報を使用して、第１端末装置に指示する。このようにして、第８確認情報を受信した後に、ネットワーク装置は、第１端末装置に再送リソースを割り当てず、それによってリソースの無駄を回避する。
本願の実施形態の第１１の態様は通信装置を提供する。通信装置は、第１の態様、第３の態様、第５の態様、及び第９の態様における第１端末装置の動作を実装する機能を有する。該機能は、ハードウェアにより実装されてよく、又は対応するソフトウェアを実行することによりハードウェアにより実装されてよい。ハードウェア又はソフトウェアは、機能に対応する１つ以上のモジュールを含む。
本願の実施形態の第１２の態様は通信装置を提供する。通信装置は、第７の態様における第５端末装置の動作を実施する機能を有する。該機能は、ハードウェアにより実装されてよく、又は対応するソフトウェアを実行することによりハードウェアにより実装されてよい。ハードウェア又はソフトウェアは、機能に対応する１つ以上のモジュールを含む。
本願の実施形態の第１３の態様は通信装置を提供する。通信装置は、第２の態様、第４の態様、第６の態様、第８の態様、及び第１０の態様におけるネットワーク装置の動作を実施する機能を有する。該機能は、ハードウェアにより実装されてよく、又は対応するソフトウェアを実行することによりハードウェアにより実装されてよい。ハードウェア又はソフトウェアは、機能に対応する１つ以上のモジュールを含む。
本願の実施形態の第１４の態様は通信装置を提供する。通信装置は、プロセッサ、メモリ、入／出力装置、及びバスを含む。プロセッサ、メモリ、入／出力装置は別々にバスに接続される。メモリは、コンピュータ命令を格納する。メモリ内のコンピュータ命令を実行するとき、プロセッサは、第１の態様、第３の態様、第５の態様、第７の態様、及び第９の態様におけるいずれかの実装を実装するように構成される。
本願の実施形態の第１５の態様は通信装置を提供する。通信装置は、プロセッサ、メモリ、入／出力装置、及びバスを含む。プロセッサ、メモリ、入／出力装置は別々にバスに接続される。メモリは、コンピュータ命令を格納する。メモリ内のコンピュータ命令を実行するとき、プロセッサは、第２の態様、第４の態様、第６の態様、第８の態様、及び第１０の態様におけるいずれかの実装を実装するように構成される。
本願の実施形態の第１６の態様は、チップシステムを提供する。チップシステムは、第１の態様、第３の態様、第５の態様、第７の態様、及び第９の態様における機能、例えば、前述の方法におけるデータ及び／又は情報の送信又は処理において、ネットワーク装置をサポートするように構成されたプロセッサを含む。可能な設計では、チップシステムは、メモリを更に含む。メモリは、ネットワーク装置の必要なプログラム命令及びデータを格納するように構成される。チップシステムは、チップを含んでよく、又はチップ及び別の個別コンポーネントを含んでよい。
本願の実施形態の第１７の態様は、チップシステムを提供する。チップシステムは、第２の態様、第４の態様、第６の態様、第８の態様、及び第１０の態様における機能、例えば、前述の方法におけるデータ及び／又は情報の送信又は処理において、ネットワーク装置をサポートするように構成されたプロセッサを含む。可能な設計では、チップシステムは、メモリを更に含む。メモリは、ネットワーク装置の必要なプログラム命令及びデータを格納するように構成される。チップシステムは、チップを含んでよく、又はチップ及び別の個別コンポーネントを含んでよい。
本願の実施形態の第１８の態様は、命令を含むコンピュータプログラムプロダクトを提供する。コンピュータプログラムプロダクトがコンピュータで実行されると、コンピュータは、第１の態様～第１０の態様におけるいずれかの実装を実行可能にされる。
本願の実施形態の第１９の態様は、命令を含むコンピュータ可読記憶媒体を提供する。命令がコンピュータ上で実行すると、コンピュータは、第１の態様～第１０の態様におけるいずれかの実装を実行可能にされる。
本願の実施形態によるシステムアーキテクチャの概略図である。
本願の実施形態によるシナリオの概略図である。
本願の実施形態による別のシナリオの概略図である。
本願の実施形態による通信処理方法の実施形態の概略図である。
本願の実施形態による通信処理方法の別の実施形態の概略図である。
本願の実施形態による通信処理方法の別の実施形態の概略図である。
本願の実施形態による通信処理方法の別の実施形態の概略図である。
本願の実施形態による通信装置の構造の概略図である。
本願の実施形態による通信装置の別の構造の概略図である。
本願の実施形態による通信装置の別の構造の概略図である。
本願の実施形態による通信処理システムの概略図である。
以下は、本願の実施形態における添付の図面を参照して、本発明の実施形態における技術的ソリューションを説明する。添付の図面中の破線によって識別される特徴又は内容は、本願の実施形態において、任意の動作又は任意の構造として理解することができる。当業者が本願の実施態様の中の実施形態に基づいて取得した他の実施態様はすべて、本願の保護の範囲内にあることを理解されたい。
本願の説明においては、「第１」、「第２」、「動作２０１」又は「動作２０２」のような単語は、説明を区別し、文脈を簡便に記述する目的のためにのみ使用され、異なるシーケンス番号は、特定の技術的意味を有しないものであって、相対的重要性の表示若しくは含意、又は動作実行シーケンスの表示若しくは含意として理解することはできない。
更に、用語「含む」、「有する」、及び任意の他の変形は非排他的包含をカバーすることを意味し、例えば、ステップ又はユニットのリストを含む処理、方法、システム、プロダクト、又は装置は、必ずしもそれらのユニットに限定されず、明示的にリストされない又はそのような処理、方法、プロダクト、又は装置に固有である他のユニットを含んでよい。
本願の実施態様において、「送信」は、データ送信、データ受信、又はデータ送信及びデータ受信の３つの場合を含み得る。本願の実施形態では、「データ」は、サービスデータ及び／又はシグナリングデータを含んでもよい。
本願の実施形態における技術的ソリューションは、ロングタームエボリューション（long term evolution, LTE）システム、LTE周波数分割二重（frequency division duplex, FDD）システム、LTE時分割二重（time division duplex, TDD）システム、汎用移動通信システム（universal mobile telecommunication system, UMTS）、マイクロ波アクセスのための全世界相互運用性（worldwide interoperability for microwave access, WIMAX）システム、第５世代（５th generation, ５G）システム、新無線（new radio, NR）システム、又は将来の通信システム（例えば、第６G通信システム又は第７G通信システム）、などの様々な通信システムに適用され得る。
本願の実施形態における端末装置は、ユーザ装置機器、アクセス端末、加入者ユニット、加入者局、移動局、モバイル、リモート局、リモート端末、モバイル装置、ユーザ端末、端末装置、無線通信装置、ユーザエージェント、ユーザ機器、等とも呼ばれてよい、。端末装置は、代替として、セルラフォン、コードレス電話機、セッション開始プロトコル（Session Initiation Protocol, SIP）電話機、無線ローカルループ（Wireless Local Loop, WLL）局、パーソナルデジタルアシスタント（Personal Digital Assistant, PDA）、無線通信機能を備えるハンドヘルド装置、コンピューティング装置、無線モデムに接続された別の処理装置、車載装置、ウェアラブル装置、将来の５Ｇネットワークにおける端末装置、将来の進化型公衆地上モバイルネットワーク（Public Land Mobile Network, PLMN）における端末装置、等であってよい。これは、本願の実施形態において的に限定されない。
本願の実施形態におけるネットワーク装置は、端末装置と通信するよう構成される装置であってよい。ネットワーク装置は、グローバルシステムフォーモバイルコミュニケーションズ（Global System of Mobile communication, GSM）又は符号分割多元接続（Code Division Multiple Access, CDMA）における基地トランシーバ局（Base Transceiver Station, BTS）であってよく、又は広帯域符号分割多元接続（Wideband Code Division Multiple Access, WCDMA）システムにおけるＮｏｄｅＢ（NodeB, NB）であってよく、ＬＴＥシステムにおける進化型ＮｏｄｅＢ（evolved NodeB, eNB又はeNodeB）であってよく、又はクラウド無線アクセスネットワーク（Cloud Radio Access Network, CRAN）シナリオにおける無線制御部であってよい。代替として、ネットワーク装置は、中継局、アクセスポイント、車載装置、ウェアラブル装置、将来の５Ｇネットワークにおけるネットワーク装置、将来の進化型ＰＬＭＮネットワークにおけるネットワーク装置、等であってよい。これは、本願の実施形態において的に限定されない。
本願の実施形態において、端末装置又はネットワーク装置は、ハードウェアレイヤ、ハードウェアレイヤ上で動作するオペレーティングシステムレイヤ、及びオペレーティングシステムレイヤ上で動作するアプリケーションレイヤを含む。ハードウェアレイヤは、中央処理ユニット（central processing unit, CPU）、メモリ管理ユニット（memory management unit, MMU）、及びメモリ（メインメモリとも呼ばれる）のようなハードウェアを含む。オペレーティングシステムは、プロセス（process）、例えば、Ｌｉｎｕｘオペレーティングシステム、Ｕｎｉｘオペレーティングシステム、Ａｎｄｒｏｉｄオペレーティングシステム、ｉＯＳオペレーティングシステム、又はＷｉｎｄｏｗｓオペレーティングシステムを通じて、サービス処理を実施する任意の１つ以上のコンピュータオペレーティングシステムであってよい。アプリケーションレイヤは、ブラウザ、アドレス帳、文書処理ソフトウェア、及びインスタントメッセージングソフトウェアのようなアプリケーションを含む。さらに、本願の実施態様に提供される方法の実行主体の特定の構造は、実行主体が、本願の実施態様で提供される方法を記録するコード又はプログラムを実行することによって、本願の実施態様で提供される通信方法を実行することができる限り、本願の実施態様に特に限定されない。例えば、本願の実施形態において提供される方法の実行主体は、端末装置又はネットワーク装置、端末装置又はネットワーク装置においてプログラムを呼び出し及びプログラムを実行することができる機能モジュール、又は、端末装置又はネットワーク装置においてプログラムを呼び出し及びプログラムを実行することができるチップであってもよい。
更に、本願の態様又は特徴は、方法、機器、又は標準的なプログラミング及び／又はエンジニアリング技術を使用するプロダクトとして実装されてよい。本願の実施形態において使用される「プロダクト」という用語は、任意のコンピュータ可読コンポーネント、キャリア、又は媒体からアクセス可能なコンピュータプログラムを含む。例えば、コンピュータ可読媒体は、磁気記憶コンポーネント（例えば、ハードディスク、フロッピーディスク、又は磁気テープ）、光ディスク（例えば、コンパクトディスク（compact disc, CD）、又はデジタルバーサタイルディスク（digital versatile disc, DVD））、スマートカード、及びフラッシュメモリコンポーネント（例えば、消去可能プログラマブル読み出し専用メモリ（Erasable Programmable Read-Only Memory, EPROM））を含んでよい。さらに、本明細書に記載される種々の記憶媒体は、情報を格納するように構成される１つ以上の装置及び／又は他のコンピュータ可読媒体を示してよい。
図１Aは、本願の実施形態によるシステムアーキテクチャの概略図である。図１Aでは、V２Xシナリオにおいて、V２X装置１とV２X装置２との間で直接無線通信を行うための通信リンクは、サイドリンク（sidelink, SL）と呼ばれてよい。V２X装置１又はV２X装置２とネットワーク装置との間の無線通信リンクは、アップリンク（uplink, UL）又はダウンリンク（downlink, DL）と呼ばれてよい。UL又はDLインタフェースはUuインタフェースと呼ばれてよく、UL又はDLはUuインタフェースリンクと呼ばれてよい。
図１Aは、V２X装置がUuインタフェースを使用してネットワーク装置と通信する適用シナリオを示すことに留意されたい。実際の適用では、本願の実施形態は、端末装置（例えば、V２X機能を持たない端末装置、又はV２X装置）がUuインタフェースを使用してネットワーク装置と通信するシナリオに適用可能である。これは、本願において具体的に限定されない。図１Aは一例に過ぎず、本願の実施形態に制限を課すものではない。
以下では、特定の例を参照して、本願の実施態様を詳細に説明する。本明細書は、本願の実施態様を当業者がよりよく理解するのを助けることを単に意図したものであって、本願の実施態様の範囲を限定することを意図したものではないことに留意されたい。
本願の実施態様において、「第１の」、「第２の」等は、単に異なるオブジェクトを示すことを意図したものであり、示されたオブジェクトに対する他の制限を示すことを意図したものではないことを理解されたい。例えば、「第１プリセット期間」、「第２プリセット期間」、「第１リソース」、「第２リソース」、「第２リソース」などの本願の実施形態における「第１」及び「第２」は、適用可能なシナリオ又は参照を区別するために対応する項目に番号を付けることを意図することができ、特定の期間又は特定のリソースに限定されるものではない。
まず、SL関連のリソース割り当てモードについて説明する。
２つ以上の端末装置のうちの送信端末装置により使用されるSL送信リソースは、方法A及び方法Bのいずれか１つにより決定することができる。
方法Ａ。ネットワーク装置は、SL送信リソースをスケジューリングする。
ネットワーク装置がSL送信リソースをスケジューリングするモードは、リソース構成モード１（モード１）（NRにおける名称）又はリソース構成モード３（モード３）（LTEにおける名称）を含み得る。
ネットワーク装置は、以下の２種類のSL送信リソースをスケジューリングする。
第１タイプ。設定済み許可（configured grant, CG）リソース。
この場合、送信端末装置のデータ送信の全ての時間について、ネットワーク装置が別々にリソースを割り当てる必要はない。ネットワーク装置が、送信端末装置に対し、特定時間の間、リソースを割り当てた後、送信側端末は、将来の時間期間において割り当てたリソースを使用することができる。これは「複数回使用のための一回限りの割当」という特徴がある。具体的には、ネットワーク装置は、送信端末装置に対して、周期的に現れる時間ドメインリソースを設定することができる。例えば、図１Bを参照すると、周期的に現れる時間ドメインリソースの中で最初に現れる時間ドメインリソースは、スロット１のシンボル４～シンボル９であり、周期は１スロットである。毎回現れる時間ドメインリソースは、１つのSL許可（以下、サイドリンク許可と呼ぶ）である。図１Bでは、４つのサイドリンク許可が示され、１つのサイドリンク許可は１つのサイドリンク許可IDに対応することが理解され得る。この場合、４つのサイドリンク許可に対応するサイドリンク許可IDは、各々サイドリンク許可０、サイドリンク許可１、サイドリンク許可２、サイドリンク許可３である。
CGリソースは、タイプ１（type１）CG（SL configured grant type-１）リソース、タイプ２（type２）CG（SL configured grant type-２）リソース、許可無し（SL grant free）リソース、及び半永続スケジューリング（SL semi-persistent scheduling, SL SPS）リソースを含んでよい。type１ CGリソースは、送信端末装置に対して無線リソース制御（radio resource control, RRC）シグナリングを使用してネットワーク装置により直接設定されたSL送信リソースであってもよく、送信端末装置は、CGリソースを使用して追加のアクティブ化を伴わず、直接データを送信することができる。type２ CGリソースは、SL送信リソースとすることができ、ネットワーク装置は、RRCシグナリングを使用してSL送信リソースの周期を定義し、次に、物理ダウンリンク制御チャネル（physical downlink control channel, PDCCH）内のダウンリンク制御情報（downlink control information, DCI）を使用してSL送信リソースをアクティブ化し、送信端末装置は、SL送信リソースを使用して直接データを送信することができず、アクティブ化の後にのみSL送信リソースを使用することができる。許可無しリソースは、送信端末装置に対してRRCシグナリングを使用してネットワーク装置により直接設定されたSL送信リソースであってもよく、送信端末装置は、SL送信リソースを使用して追加のアクティブ化を伴わず、直接データを送信することができる。半永続スケジューリングリソースは、SL送信リソースとすることができ、ネットワーク装置は、RRCシグナリングを使用してSL送信リソースの周期を定義し、次に、PDCCH内のDCIを使用してSL送信リソースをアクティブ化し、送信端末装置は、SL送信リソースを使用して直接データを送信することができず、アクティブ化の後にのみSL送信リソースを使用することができる。
現在、SLについては、複数のCGリソースが１つのキャリア上でサポートされてもよく、異なるCGリソースは異なるインデックスに対応してもよい。例えば、インデックスが１、２及び３であるCGリソースは、各々、CG１、CG２及びCG３として示されてよい。
タイプ２。動的許可（dynamic grant, DG）リソース。
この場合、送信側端末装置のデータ伝送の全ての時間について、ネットワーク装置が別々にリソースを割り当てる必要がある。これは「１回の使用のための一回限りの割当」という特徴がある。例えば、DGリソースは、DCIを使用してネットワーク装置により送信端末装置に動的に割り当てられるSL送信リソースであってもよい。DCIはPDCCHで運ばれてよい。
DGとCGは、主にリソース割り当ての柔軟性とリソース割り当てのオーバヘッドが異なる。DGでは、送信端末装置のデータ送信のたびに、ネットワーク装置が許可を割り当てる必要がある。したがって、リソース割り当ては柔軟であるが、リソース割り当てのオーバヘッドは比較的大きい。CGでは、送信端末装置は、ネットワーク装置が割り当てた許可を複数回使用することができる。したがって、リソース割り当てのオーバヘッドは比較的小さいが、リソース割り当ては、配分されたリソースが変更されないか、又は比較的長い時間にわたって調整されないため、柔軟ではない。DGは通常、物理チャネル（例えばPDCCH）を使用して割り当てられるため、比較的迅速に割り当てられる。CGは、通常、上位レイヤシグナリング（例えば、RRCシグナリング）又は上位レイヤシグナリング（例えば、RRCシグナリング）と物理チャネル（例えば、PDCCH）の組み合わせを使用して設定されるため、リソース割り当ては比較的遅い。
方法B。送信端末装置がSL送信リソースを決定する。
送信端末装置がSL送信リソースを決定するモードは、リソース構成モード２（mode２）（NRにおける名称）又はリソース構成モード４（mode４）（LTEにおける名称）を含み得る。
方法Bでは、送信端末装置は、独立してSLリソースプールからSL送信リソースを取得し、受信端末装置に制御信号及び／又はデータ信号を送信することができる。例えば、送信端末装置がネットワーク装置の通信カバレッジ内にある場合、ネットワーク装置は、システム情報ブロック（system information block, SIB）メッセージ又は専用のRRCシグナリングを使用して、送信端末装置に対してSLリソースプールを設定してもよく、送信端末装置は、制御信号及び／又はデータ信号を受信端末装置に送信するために、独立してSLリソースプールからSL送信リソースを取得してもよい。送信端末装置がネットワーク装置の通信カバレッジ外の場合、送信端末装置は、制御信号及び／又はデータ信号を受信端末装置に送信するために、あらかじめ設定されたSLリソースプールから独立してSL送信リソースを取得してもよい。
例えば、SLリソースプールからSL送信リソースを取得する場合、送信端末装置はSL送信リソースを選択、検知、又は競合してよい。具体的には、送信端末装置は、制御信号及び/又はデータ信号を送信するために、他の端末装置と競合することにより、SLリソースプールから適切なSL送信リソースを取得する。送信優先度の高いV２Xサービス、又は送信優先度の高いV２Xデータを持つ送信端末装置は、競合によりSLリソースプールから適切なSL送信リソースを取得するより大きな機会を有する。
LTE V２Xでは、mode３とmode４は共存できない。NR V２Xでは、mode１とmode２は共存できる。
本願の実施態様におけるソリューションを理解することを助けるために、本願の幾つかの技術用語を以下に説明する。
１．サイドリンクは、第１端末装置と第２端末装置との間の無線直接通信リンクである。端末装置間で送信されるデータをSLデータと呼ぶことがある。
２．サイドリンクのリソースは、サイドリンクのモード１リソース及び／又はサイドリンクのモード２リソースを含む。
３．サイドリンクのモード１リソースは、サイドリンクのリソースであって、第１端末装置のためにネットワーク装置によってスケジューリングされたリソースであり、サイドリンクの設定済み許可リソース及び／又はサイドリンクの動的許可リソースを含み、前述のリソース設定モード１を使用して設定されたリソース又は前述のリソース設定モード３を使用して設定されたリソースを含んでもよい。
４．サイドリンクのモード２リソースは、サイドリンクのリソースであり、端末装置によって選択され、競合され、又は検知され、及び／又は予約されたリソースであり、前述のリソース設定モード２を使用して設定されたリソース又は前述のリソース設定モード４を使用して設定されたリソースを含んでもよい。
５．サイドリンクの設定済み許可リソースは、サイドリンクのタイプ１設定済み許可リソース及び／又はサイドリンクのタイプ２設定済み許可リソースを含む。この場合、送信端末装置のデータ送信の全ての時間について、ネットワーク装置が別々にリソースを割り当てる必要はない。ネットワーク装置が、送信端末装置に対し、特定時間の間、リソースを割り当てた後、送信側端末は、将来の時間期間において割り当てたリソースを使用することができる。これは「複数回使用のための一回限りの割当」という特徴がある。
６．サイドリンクのタイプ１設定済み許可リソースは、RRCシグナリングを使用して端末装置のためにネットワーク装置によって直接設定されたサイドリンク設定済み許可であり、端末装置は、追加のアクティブ化を伴わず、設定済み許可リソースを使用してデータを直接送信することができる（例えば、設定済み許可リソースがPDCCH又はDCIを使用してアクティブ化される）。例えば、設定済み許可リソースは、タイプ１設定済み許可（SL configured grant type-１）リソース又は許可無し（SL grant free）リソースである。
７．サイドリンクのタイプ２設定済み許可リソース。ネットワーク装置は、RRCシグナリングを使用して設定された許可の期間を定義し、次に、PDCCH又はDCIを使用して設定された許可をアクティブにする。第１端末装置は、設定済み許可リソースを使用して直接データを送信できず、アクティブ後にのみ設定済み許可リソースを使用できる。例えば、設定済み許可リソースは、タイプ２設定済み許可（SL configured grant type-２）リソース又は半永続スケジューリング（SL semi-persistent scheduling, SL SPS）リソースである。
８．サイドリンクの動的許可リソースは、DCI又はPDCCHを使用して、ネットワーク装置によって端末装置に動的に割り当てられるサイドリンク送信リソースである。DCIはPDCCHで運ばれてよい。送信側端末装置のデータ伝送の全ての時間について、ネットワーク装置が別々にリソースを割り当てる必要がある。これは「１回の使用のための一回限りの割当」という特徴がある。
９．サイドリンクの設定済み許可リソースセット。設定済み許可リソースセットは、１つ以上の設定済み許可リソースインデックスに対応する設定済み許可リソースを含み、例えば、設定済み許可１、設定済み許可２、及び設定済み許可３を含むリソースセットである。
異なる設定済み許可リソースセットは、異なるタイプのリソースであることに注意されたい。例えば、設定済み許可リソースセット１はあるタイプのリソースであり、設定済み許可リソースセット２は別のタイプのリソースである。
１０．アップリンクは、第１端末装置と第２端末装置との間のアップリンク通信リンクである。
１１．アップリンクのリソースは、アップリンクの設定済み許可リソース及び／又は動的許可リソースを含む。
１２．アップリンクの設定済み許可リソースは、アップリンクのタイプ１設定済み許可リソース及び／又はアップリンクのタイプ２設定済み許可リソースを含む。この場合、送信端末装置のデータ送信の全ての時間について、ネットワーク装置が別々にリソースを割り当てる必要はない。ネットワーク装置が、送信端末装置に対し、特定時間の間、リソースを割り当てた後、送信側端末は、将来の時間期間において割り当てたリソースを使用することができる。これは「複数回使用のための一回限りの割当」という特徴がある。
１３．アップリンクのタイプ１設定済み許可リソースは、RRCシグナリングを使用して端末装置のためにネットワーク装置によって直接設定されたアップリンク設定済み許可であり、端末装置は、追加のアクティブ化を伴わず、設定済み許可リソースを使用してデータを直接送信することができる（例えば、設定済み許可リソースがPDCCH又はDCIを使用してアクティブ化される）。例えば、設定済み許可リソースは、タイプ１設定済み許可（configured grant type-１）リソース又は許可無し（grant free）リソースである。
１４．アップリンクのタイプ２設定済み許可リソース。ネットワーク装置は、RRCシグナリングを使用して設定された許可の期間を定義し、次に、PDCCH又はDCIを使用して設定された許可をアクティブにする。第１端末装置は、設定済み許可リソースを使用して直接データを送信できず、アクティブ後にのみ設定済み許可リソースを使用できる。例えば、設定済み許可リソースは、タイプ２設定済み許可（configured grant type-２）リソース又は半永続スケジューリング（semi-persistent scheduling, SPS）リソースである。
１５．アップリンクの動的許可リソースは、DCI又はPDCCHを使用して、ネットワーク装置によって端末装置に動的に割り当てられるアップリンク送信リソースである。DCIはPDCCHで運ばれてよい。送信側端末装置のデータ伝送の全ての時間について、ネットワーク装置が別々にリソースを割り当てる必要がある。これは「１回の使用のための一回限りの割当」という特徴がある。
１６．ダウンリンクは、第１端末装置と第２端末装置との間のダウンリンク通信リンクである。
１７．ダウンリンクのリソースは、ダウンリンクの半永続割り当てリソース及び／又はダウンリンクの動的割り当てリソースを含む。
１８．ダウンリンクの半永続割り当てリソース。ネットワーク装置は、RRCシグナリングを使用してダウンリンクのリソースの期間を定義し、次に、PDCCH又はDCIを使用してリソースをアクティブにする。第１端末装置は、リソースを使用して直接データを送信できず、アクティブ後にのみリソースを使用できる。例えば、リソースは、タイプ２設定済み許可（configured grant type-２）リソース又は半永続スケジューリング（semi-persistent scheduling, SPS）リソースである。この場合、端末装置のデータ受信の全ての時間について、ネットワーク装置が別々にリソースを割り当てる必要はない。ネットワーク装置が、端末装置に対し、特定時間の間、リソースを割り当てた後、端末は、将来の時間期間において割り当てたリソースを使用することができる。これは「複数回使用のための一回限りの割当」という特徴がある。
１９．ダウンリンクの動的割当リソースは、ダウンリンクの、ネットワーク装置によって、ダウンリンク制御情報（downlink control information, DCI）又はPDCCHを使用して、端末装置に動的に割り当てられるリソースである。DCIは、物理ダウンリンク制御チャネル内で運ばれてよい。端末装置のデータ受信の全ての時間について、ネットワーク装置が別々にリソースを割り当てる必要がある。これは「１回の使用のための一回限りの割当」という特徴がある。
２０．第２端末装置。本明細書では、第２端末装置は一般端末装置であり、第１端末装置以外の１つ以上の端末装置であってもよい。例えば、第２端末装置は、第３端末装置及び第４端末装置を含む。
２１．リソースの重複は、２つ以上のリソースが完全に重複していること、及び／又は、時間ドメインにおいて部分的に重複していることを示す。
２２．競合は、競合していた、及び／又は競合すべきことを含む。
２３．例えば、本願の実施形態のデータは、トランスポートブロック（transport block, TB）又は媒体アクセス制御プロトコルデータユニット（medium access control protocol data unit, MAC PDU）として理解され得る。データは、データパケット又はパケットとも呼ばれる。
２４．リソースのプリエンプションは、２つ以上のリソース間のプリエンプションを含む。例えば、第２サイドリンク許可が第１サイドリンク許可をプリエンプションすることは、以下のシナリオ１.１及びシナリオ１.２を具体的に含むことができる。
シナリオ１．１。第１サイドリンク許可に関連する第１HARQプロセスIDは、第２サイドリンク許可に関連する第２HARQプロセスIDと同じである。
例えば、第１HARQプロセスIDは、第１サイドリンク許可に関連付けられ、第１サイドリンク許可に関連付けられ第１端末装置に対してネットワーク装置によって示されるプリセットアルゴリズム（例えば、プロトコルで指定された式）又はHARQプロセスIDを使用して第１端末装置により計算されたHARQプロセスIDである。あるいは、第１HARQプロセスIDは、第１サイドリンク許可について端末装置によって決定されるHARQプロセスIDであってもよい。第２HARQプロセスIDは、第２サイドリンク許可に関連付けられ、第２サイドリンク許可に関連付けられ第１端末装置に対してネットワーク装置によって示されるプリセットアルゴリズム（例えば、プロトコルで指定された式）又はHARQプロセスIDを使用して第１端末装置により計算されたHARQプロセスIDである。あるいは、第２HARQプロセスIDは、第２サイドリンク許可について端末装置によって決定されるHARQプロセス識別子であってもよい。
シナリオ１.１では、任意で、端末装置が第２サイドリンク許可を設定するための情報を受信し、第２サイドリンク許可に関連する第２HARQプロセスIDが第１サイドリンク許可に関連する第１HARQプロセスIDと同じである場合、端末装置は、第２サイドリンク許可が第１サイドリンク許可をプリエンプションすると考えることができる。
任意で、第２サイドリンク許可はDGリソースであり、第１サイドリンク許可はCGリソースである。
任意で、第１端末装置が第２サイドリンク許可を受信する場合、第１サイドリンク許可はまだ使用されていない。
任意で、第１端末装置が第２サイドリンク許可を受信した場合、第１サイドリンク許可に関連するHARQプロセスは、依然として占有される。
任意で、第１端末装置が第２サイドリンク許可を受信する前に、第１端末装置は第１サイドリンク許可を受信しており、第１サイドリンク許可は第１HARQプロセスIDに関連付けられる。
任意で、第１端末装置は第２サイドリンク許可を受信し、第２サイドリンク許可に関連付けられたHARQプロセスIDは第１サイドリンク許可に関連付けられたHARQプロセスIDである。第１端末装置が第２サイドリンク許可を受信し、特定されたHARQプロセスが第１サイドリンク許可のために構成されることが理解されよう。あるいは、第１サイドリンク許可は、同じHARQプロセスID、第１HARQプロセスID、又は第２HARQプロセスIDに関連する前のサイドリンク許可であることが理解され得る。
シナリオ１．２。第１サイドリンク許可は、時間ドメインで第２サイドリンク許可と重複（overlap）する。
本明細書における重複は、部分的重複又は完全な重複であってもよい。
シナリオ１.２では、任意で、端末装置が第２サイドリンク許可を設定するための情報を受信し、第２サイドリンク許可が時間ドメインで第１サイドリンク許可と重複する場合、端末装置は、第２サイドリンク許可が第１サイドリンク許可をプリエンプションするか、第１サイドリンク許可が第２サイドリンク許可をプリエンプションすると考えることができる。
任意で、第２サイドリンク許可はDGリソースであり、第１サイドリンク許可はCGリソースである。
任意で、シナリオ１.１及びシナリオ１.２では、端末装置はPDCCH上で第２サイドリンク許可を設定するための情報を受信し、PDCCH内のDCIは、無線ネットワーク一時識別（radio network temporary identity, RNTI）を使用してスクランブルされる。
２５．HARQプロセスが占有される。本願の実施態様において、任意で、HARQプロセスが占有されることは、以下のいずれか１つ以上の場合を含む。
（１）HARQプロセスに関連するデータ送信が完了していないか、まだ終了していない。例えば、シナリオにおいて、HARQフィードバックが実行されない場合、第１端末がHARQプロセスを使用して別の端末装置にデータを送信する回数は、ブラインド再送数又は反復（repetition）回数に達しない。
（２）第１端末装置は、HARQプロセスのためのフィードバックを受信しない。例えば、第１端末装置は、HARQプロセスのためのフィードバックを完全には受信しない。例えば、シナリオにおいては、第１端末装置は、HARQプロセスを使用して他の端末装置にデータを送信し、第１端末装置は、他の端末装置からのフィードバックを受信するのを待つか、又は、第１端末装置は、他の端末装置がフィードバックを行う際にフィードバック情報を受信しない。
（３）第１端末装置は、HARQプロセスのためのNACKを受信する。例えば、第１端末装置は、HARQプロセスのためのACKを完全には受信しない。例えば、シナリオでは、第１端末装置がHARQプロセスを使用して他の端末装置にデータを送信し、第１端末装置が他の端末装置からNACKを受信する。
（４）第１端末装置は、HARQプロセスのためのACKを受信しない。例えば、シナリオでは、第１端末装置がHARQプロセスを使用して他の端末装置にデータを送信し、第１端末装置が他の端末装置からACKを受信しない。第１端末装置は、NACKを受信してもよいし、フィードバック情報を受信しなくてもよい。
（５）第１端末装置は、HARQプロセスのためのACKをネットワーク装置にフィードバックしない。
（６）HARQプロセスに関連するデータ送信は、最大送信時間、最大送信回数、又は最大再送回数に達しない。
（７）第１端末装置は、HARQプロセスを解放しない。
（８）第１端末装置は、HARQプロセスに対応するHARQバッファをフラッシュしない。
（９）第１端末装置は、HARQプロセスに関連付けられる対応を格納する又は解放しない。
例えば、HARQプロセスに関連付けられた対応は、HARQプロセスに関連付けられたサイドリンク許可と、HARQプロセスに関連付けられ第１端末装置によって決定されたHARQプロセスIDとの間の対応、HARQプロセスに関連付けられ第１端末装置によって決定されたHARQプロセスIDと、HARQプロセスに関連付けられプリセット（又は、ネットワーク装置によって第１端末装置に示された）アルゴリズムに従って第１端末装置によって決定されたHARQプロセスIDとの間の対応、又は、HARQプロセスに関連付けられたサイドリンク許可と、HARQプロセスに関連付けられ第１端末装置によって決定されたHARQプロセスIDと、HARQプロセスに関連付けられプリセット（又は、ネットワーク装置によって第１端末装置に示された）アルゴリズムに従って第１端末装置によって決定されたHARQプロセスIDとの間の対応である。
２６．HARQ。HARQは、前方エラー訂正（又は前方エラー訂正符号）（forward error correction, FEC）と自動再送要求（automatic repeat request, ARQ）方法を組み合わせた技術である。
以下は、具体的に、（a）～（c）の３つの部分を使用して、HARQに関する内容を説明する。
（a）アップリンク送信におけるHARQプロセスIDの決定メカニズム。
ULの場合、１つのキャリアが１つのCGリソースをサポートする。１つのCGリソースは最大１６のHARQプロセスをサポートする。CGリソースについては、CGリソースの各アップリンク許可に関連付けられたHARQプロセスIDは、プロトコルで指定された式を使用して計算することができる（詳細は、３GPP TS ３８.３２１: 「NR; Medium Access Control （MAC）; Protocol specification」のセクション５.４.１を参照）（この式は、プリセットアルゴリズム１と称する）。ここで、HARQプロセスIDの最大範囲は、０から１５である。端末装置とネットワーク装置の両方が、プリセットアルゴリズム１に従って、各アップリンク許可に対応するHARQプロセスIDを計算することができる。DGリソースの場合、ネットワーク装置は、第１端末装置へのDCIにおいて、各アップリンク許可に関連するHARQプロセスIDを示すことができる。
例えば、サブキャリア間隔（subcarrier spacing, SCS）が１５KHZである場合、１つのULCGリソースについて、開始システムフレーム番号（system frame number, SFN）は５であり、開始スロットはスロット１であり、開始シンボルはシンボル４であり、１つのアップリンク許可は６シンボルを占有し、周期は１つのスロットであり、CGリソースの利用可能なHARQプロセスの量は１６であり、各アップリンク許可に関連するHARQプロセスIDは、プリセットアルゴリズム１に従って計算を通じて取得できる。詳細については、図１Cを参照する。
（b）SL送信におけるHARQプロセスIDの決定メカニズム。
SLでは、１つのキャリア上に複数のCGリソースが共存する。この場合、各サイドリンク許可に関連付けられたHARQプロセスIDは、以下の第１の方法、第２の方法、又は第３の方法で計算されてよい（以下の内容では、任意のHARQプロセスはSL HARQプロセスであり、任意のHARQプロセスIDはSL HARQプロセスIDである）。
第１の方法。第１端末装置は、プリセットアルゴリズムに従って、又はネットワーク装置によって示された計算方法に従って、サイドリンク許可に関連するHARQプロセスIDを決定する。
（１）各CGリソースについて、CGリソースの各サイドリンク許可に関連付けられたHARQプロセスIDは、プリセットアルゴリズム１と同様の式を使用して計算され得る。
各サイドリンク許可に関連付けられたHARQプロセスIDが方法Cを使用して決定された場合、異なるCGリソースにおけるサイドリンク許可に関連付けられたHARQプロセスIDが重複する可能性がある。
（２）異なるCGリソースにおけるサイドリンク許可に関連するHARQプロセスIDは、プリセットアルゴリズム２を使用して計算される。プリセットアルゴリズム２は、プリセットアルゴリズム１にオフセット（offset）を加えることによって得られ、ネットワーク装置は、利用可能なHARQプロセスの数及び各CGリソースのオフセットを設定してよく、その結果、異なるCGリソース内のサイドリンク許可が異なるHARQプロセスIDに関連付けられる。例えば、CG１の利用可能なHARQプロセスの数が４であり、オフセット１=０であり、CG２の利用可能なHARQプロセスの数が８であり、オフセット２=４である場合、CG１の利用可能なHARQプロセスIDは０～３であり、CG２の利用可能なHARQプロセスIDは４～１１である。このようにして、CG１とCG２のHARQプロセスIDは互いに区別される。
第２の方法。ネットワーク装置は、第１端末装置に対して、サイドリンク許可に関連するHARQプロセスIDを示す。
SLのモード１リソースにおける各サイドリンク許可に関連付けられたHARQプロセスIDは、ネットワーク装置によって第１端末装置に示されてもよい。
任意で、DGリソースについては、ネットワーク装置がHARQプロセスIDを決定し、DCIを使用してHARQプロセスIDを端末装置に通知してもよい。HARQプロセスIDは、他のサイドリンク許可と関連するHARQプロセスIDと重複する場合がある。
第３の方法。端末装置は、サイドリンク許可に関連するHARQプロセスIDを決定する。
任意で、SLのモード１リソース及び／又はSLのモード２リソースにおける各サイドリンク許可に関連付けられたHARQプロセスIDは、端末装置により決定されてもよい。
例えば、１つのサイドリンク許可の場合、第１端末装置は、サイドリンク許可に関連付けられたHARQプロセスIDとして、１つの占有されていないHARQプロセスの識別子を決定する。
例えば、１つのサイドリンク許可の場合、サイドリンク許可が再送に使用される場合、第１端末装置は、サイドリンク許可に関連するHARQプロセスIDとして、初期送信又はサイドリンク許可に対応する以前の送信に対応するHARQプロセスIDを決定する。
例えば、サイドリンク許可１については、サイドリンク許可１とサイドリンク許可２との間でプリエンプションが発生し、サイドリンク許可１がサイドリンク許可２をプリエンプションする場合、第１端末装置は、サイドリンク許可１に関連するHARQプロセスIDとしてサイドリンク許可２に関連するHARQプロセスIDを決定する。
（c）HARQフィードバック。
２つのHARQフィードバック方法がサポートされる。これは、方法F及び方法Gを使用して記述される。
方法F。HARQフィードバックはNACKのみの方法で実行される。送信端が受信端にデータを送信した後、受信端がデータを正しく受信した場合、受信端は何のフィードバックも行わず、受信端がデータの受信に失敗した場合、受信端はNACKを送信端にフィードバックする。
方法G。HARQフィードバックはACK／NACK方式で実行される。送信端が受信端にデータを送信した後、受信端がデータを正しく受信した場合、受信端は送信端へACKをフィードバックし、受信端がデータの受信に失敗した場合、受信端はNACKを送信端にフィードバックする。
２７．ACK又はNACK。本願の実施態様におけるACKは、肯定応答の英語の略語にすぎない。ACKは、従来技術ではHARQフィードバックであってもよい。ACKは、１ビット（bit）で示される情報であってもよく、ビットの値は０又は１であり、ACKを示す。あるいは、ACKは、送信が成功したことを示す指示メッセージであってもよく、複数のビットを占有する情報であってよく、又は別の形式の指示情報として存在し又は運ばれてもよい。本願の実施態様におけるNACKは、否定応答の英語の略語にすぎない。NACKは、従来技術ではHARQフィードバックであってもよい。NACKは、１ビット（bit）で示される情報であってもよく、ビットの値は０又は１であり、NACKを示す。あるいは、NACKは、送信が失敗したことを示す指示メッセージであってもよく、複数のビットを占有する情報であってよく、又は別の形式の指示情報として存在し又は運ばれてもよい。
２８．本願の実施形態では、「端末装置がリソース上又はHARQプロセスIDによって識別されるHARQプロセスにおいてデータの送信の実行に失敗したことをネットワーク装置に示す」ことは、「ネットワーク装置から再送リソースを要求すること」と理解することができ、本明細書では、２つの記述を交換することができる。
２９．本願の実施態様において、端末装置は、端末装置の特定の実装プロセスを記述するための一例として使用される。実際の適用において、本願の実施形態は、端末装置のMACエンティティ、サイドリンクMACエンティティ、HARQエンティティ、サイドリンクHARQエンティティ、HARQプロセス、サイドリンクプロセス、又はサイドリンクHARQプロセスのいずれか１つ以上によって実行され得る。
３０．本願の実施形態では、端末装置がSL上で送信についてのフィードバックを受信することは、以下のいずれか１つ以上を含んでもよい。
（１）端末装置のPHY層が、他の端末装置からSL上での送信に関するフィードバックを受信する。
（２）MAC層、MACエンティティ、及びサイドリンクMACエンティティのいずれか１つ以上が、物理層からフィードバックを受信する。
任意で、HARQフィードバックがNACKのみの方法で及びサイドリンクデータ又はHARQプロセスに対して実行される場合、端末装置はNACKを受信せず、PHY層は、MAC層、MACエンティティ、及びサイドリンクMACエンティティのいずれか１つ以上にACKを送信する。例えば、これはグループキャストの場合である。
任意で、HARQフィードバックがNACKのみの方法で及びサイドリンクデータ又はHARQプロセスに対して実行される場合、端末装置はNACKを受信せず、PHY層は、MAC層、MACエンティティ、及びサイドリンクMACエンティティのいずれか１つ以上にフィードバックを送信しない。例えば、これはグループキャストの場合である。
任意で、HARQフィードバックがACK／NACK方式で及びサイドリンクデータ又はHARQプロセスに対して実行される場合、端末装置は全部の期待されるACKを受信し、端末装置はNACKのみを受信し、又は端末装置はACKを受信しNACKを受信せず、PHY層は、MAC層、MACエンティティ及びサイドリンクMACエンティティのいずれか１つ以上にフィードバックを送信しない。例えば、これはユニキャスト又はグループキャストの場合である。
任意で、「端末装置が受信しない」は、「端末装置が対応するPSFCHリソース上で受信しない」と理解されてもよい。
任意で、「端末装置が受信する」は、「端末装置が対応するPSFCHリソース上で受信する」と理解されてもよい。
（３）MAC層、MACエンティティ、及びサイドリンクMACエンティティのいずれか１つ以上は、HARQエンティティ、サイドリンクHARQエンティティ、サイドリンクプロセス、HARQプロセス、及びサイドリンクHARQプロセスのいずれか１つ以上にフィードバックを送信する。
（４）HARQエンティティ及び／又はサイドリンクHARQエンティティは、サイドリンクプロセス、HARQプロセス、及びサイドリンクHARQプロセスのいずれか１つ以上にフィードバックを送受信する。
３１．本明細書における確認情報の生成方法は、以下の３つの可能な実装を含む。
方法１。第１端末装置の物理層PHY層は、第１端末装置の命令（例えば、指示情報）に従って確認情報を生成する。
具体的には、第１端末装置のMAC層が、確認情報を生成するよう、第１端末装置のPHY層に指示する（物理層に指示する）。任意で、第１端末装置のMAC層は、MACエンティティ、HARQエンティティ、HARQプロセス、サイドリンクプロセス、サイドリンクMACエンティティ、サイドリンクHARQエンティティ、又は第１端末装置のサイドリンクHARQプロセスであってもよい。
方法２。第１端末装置のMAC層が確認情報を生成し、次に、第１端末装置のMAC層が確認情報を第１端末装置のPHY層に送信する。
任意で、第１端末装置のMAC層は、MACエンティティ、HARQエンティティ、HARQプロセス、サイドリンクプロセス、サイドリンクMACエンティティ、サイドリンクHARQエンティティ、又は第１端末装置のサイドリンクHARQプロセスであってもよい。
方法３。第１端末装置のPHY層は、確認情報を直接生成する。
３２．リソース又は許可に関連付けられた／対応するHARQプロセスID、又はHARQプロセスIDに関連付けられた／対応するリソース、リソース又は許可に関連付けられた／対応するHARQプロセス、又はHARQプロセスに関連付けられた／対応するリソース。リソースは、HARQプロセス内のデータを送信するために、HARQプロセスIDにより識別されるHARQプロセス内で使用されよい。
３３．リソース又は許可に関連する/対応するPUCCHは、PUCCHが、リソース上のデータ送信が成功又は失敗した場合のフィードバックに使用される可能性があることを示す。
３４．本願では、「閾値」や「期間」などの各種設定値は、端末装置のためにネットワーク装置により予め設定され、通信プロトコルで規定され、ネットワーク装置が端末装置に値を通知する特定のルールに従ってネットワーク装置により決定され、又は端末装置の供給時に端末装置に格納されてよい。これは、本願において具体的に限定されない。
３５．HARQプロセスIDにより識別される／対応する／関連付けられるHARQプロセス。HARQプロセスの識別子は、HARQプロセスIDの識別子を含んでもよい。HARQプロセスの識別子は、さらに別の識別子を含んでもよいことが理解されるべきである。例えば、サイドリンク上のHARQプロセスの識別子は、ソースID（例えば、レイヤ１ソースID（Layer-１ source ID））、宛先ID（例えば、レイヤ１宛先ID（Layer-１ destination ID））、及び通信タイプ（例えば、キャストタイプ）指示子を含んでもよい。別の例では、端末装置とネットワーク装置との間のUuインタフェースリンク上のHARQプロセスの識別子は、HARQプロセスIDを含み、HARQプロセスIDは、HARQプロセスを一意に識別する。同一のサイドリンクHARQプロセスIDは、異なる瞬間に複数のサイドリンクHARQプロセスを識別することができる。１つのHARQ IDは、１つの時点で最大１つのHARQプロセスを識別するために使用できる。本願では、「HARQプロセスの解放」は、「HARQプロセスのデータの破棄」、「HARQプロセスに対応するHARQバッファのフラッシュ」、又は「HARQプロセスに関連する対応の削除」と交換することができる。
３６．HARQプロセスに関連する確認情報。確認情報は、HARQプロセスにおけるデータ送信が成功又は失敗した場合をフィードバックするために使用される。
３７．リソース又は許可に関連/対応する物理サイドリンクフィードバックチャネル（physical sidelink feedback channel, PSFCH）リソース。受信端末装置は、PSFCHを使用して送信端末装置に、リソース/許可上の送信が成功又は失敗する場合をフィードバックする。
３８．第１端末装置が、条件が満たされた後/ときに使用されるプリセット期間内に、HARQプロセスで再送に使用されるリソースを取得しないことは、以下として理解されてよい。プリセット期間が、その条件が満たされたときに、開始又は再開されること、及び、プリセット期間内に、HARQプロセスで再送に使用されるリソースを取得しないこと、又は、以下のように理解されてよい。第１端末装置は、条件が満たされた後に開始され又は再開されたプリセット期間内に、HARQプロセスで再送のために使用されるリソースを取得しない。
現在、端末装置は、SL HARQ ACK及び／又はNACKをネットワーク装置に通知する際には、サポートされている。現在、SL HARQ ACK及び／又はNACKをSLでネットワーク装置報告するために使用できる。例えば、端末装置がSL上で送信の実行に成功した場合、端末装置は、ACKをネットワーク装置に報告する。ACKは、端末装置がSLで送信の実行に成功したことを、ネットワーク装置に通知するために使用される。例えば、端末装置がSL上で送信の実行に失敗した場合、端末装置は、NACKをネットワーク装置に報告する。NACKは、端末装置がSL上で送信の実行に失敗したことをネットワーク装置に通知するために使用され、ネットワーク装置から再送リソースを要求するために使用されてよい。
サイドリンクのリソースについては、ネットワーク装置が端末装置からのフィードバックを受信しない場合、ネットワーク装置は、サイドリンクのリソースを使用して端末装置が送信を行うか否かを判定しない。従って、端末装置がサイドリンクのリソースを使用して送信を行わず、端末装置がネットワーク装置に対してフィードバックを行うが、ネットワーク装置がフィードバックを受信しない、あるいは、端末装置がネットワーク装置に対してフィードバックを送信する際に、他の送信と競合してフィードバックを正常に送信できないために、ネットワーク装置は、端末装置がネットワーク装置に対してフィードバックを行わないかどうかを判断することはできない。従って、ネットワーク装置がリンクのフィードバックを端末装置から受信しない場合、ネットワーク装置は、以下の２つの可能性のある理解及び／又は可能性のある動作を有し得る。
第１のケース。ネットワーク装置が、端末装置がサイドリンクのリソース上で送信の実行に失敗したと判断した場合、すなわち、ネットワーク装置が端末装置からフィードバックを受信しなかった場合（例えば、DTX状態、不連続送信状態で）、ネットワーク装置は、ネットワーク装置が否定応答を受信したと判断し、及び／又はサイドリンクのリソースに対して、ネットワーク装置は、端末装置の再送リソースをスケジューリングすることができる。
例えば、サイドリンクのリソースについて、端末装置が、ネットワーク装置がスケジューリングした、サイドリンクのリソースを使用してデータを送信しない場合、端末装置はフィードバックをネットワーク装置に与えない。ネットワーク装置は、端末装置がサイドリンクのリソース上で送信の実行に失敗したと判断し、すなわち、否定応答を受信したと判断し、及び／又はサイドリンクのリソースに対して、ネットワーク装置は、端末装置の再送リソースをスケジューリングすることができる。この場合、リソースの無駄が生じることがある。
第２のケース。ネットワーク装置がサイドリンクのリソース上で送信の実行に成功したと判断した場合、すなわち、ネットワーク装置が端末装置からフィードバックを受信しなかった場合（例えば、DTX状態、不連続送信状態で）、ネットワーク装置は、ネットワーク装置が肯定応答を受信したと判断し、及び／又はサイドリンクのリソースに対して、ネットワーク装置は、端末装置の再送リソースをスケジューリングしない。
例えば、サイドリンクのリソースについては、サイドリンクのうち、ネットワーク装置がスケジューリングしたリソースを使用して端末装置がサイドリンク上で送信を行うが、送信の実行に失敗した場合、端末装置はNACKをネットワーク装置にフィードバックするが、端末装置は他の送信との競合によりフィードバックをうまく送信できず、従って基地局がフィードバックを受信できない、あるいは、端末装置はネットワーク装置に否定応答をフィードバックするが、ネットワーク装置がフィードバックを受信できない。ネットワーク装置は、端末装置がサイドリンクのリソース上で送信の実行に成功したと判断し、すなわち、肯定応答を受信したと判断し、及び／又はサイドリンクのリソースに対して、ネットワーク装置は、端末装置の再送リソースをスケジューリングしない。この場合、端末装置はネットワーク装置から再送リソースを取得することはできない。
第１の場合には、本願の実施形態の技術的ソリューションにおいて、第１端末装置は、第１リソースを取得し、第１端末装置は、第１リソースを使用して第１端末装置がサイドリンク上で送信を実行しない及び／又は第１プリセット条件が満たされる場合に、第１確認情報を生成し、第１確認情報をネットワーク装置に送信する。第１確認情報を受信した場合、ネットワーク装置は、第１端末装置が第１リソースを使用してサイドリンク上の送信の実行に成功し、第１端末装置が第１リソース上で送信を実行せず、第１端末装置がネットワーク装置に対して再送リソースを要求せず、第５HARQプロセスにおいて第１端末装置がサイドリンク送信の実行に成功し、又は第１端末装置が、第１リソース、第５HARQプロセスID、及び第５HARQプロセスのいずれか１つ以上に対して、ネットワーク装置から再送リソースを要求しない。この場合、ネットワーク装置は、第１端末装置に再送リソースを割り当てず、リソースの無駄を回避する。具体的には、図２に示す実施形態を使用して実装を説明する。
第２のケースでは、本願の実施形態は、複数のソリューションを提供する。以下は、説明のための例を使用する。
ソリューション１。第１端末装置は、ネットワーク装置から第２指示情報を受信し、第２指示情報は、第２プリセット条件が満たされたときに、タイプ１リソースを使用してサイドリンクのデータを再送又は新規送信するように指示し、タイプ１リソースは、ネットワーク装置によってスケジューリングされた第１端末装置用のリソース及び/又は第１端末装置によって選択、競合、又は検知されたリソースであること、及び、第１端末装置が、第２プリセット条件が満たされたときに、第１サイドリンク許可を使用して第１HARQプロセスのデータを再送し又は新規送信し、第１タイプリソースは第１サイドリンク許可を含み、第２プリセット条件は以下のうちのいずれか１つ以上を含む。第１端末装置が、第１プリセット期間内に、第１HARQプロセスで再送に使用されるリソースを取得しないこと、第１端末装置が、第１タイマが終了したとき、第１HARQプロセスで再送に使用されるリソースを取得しないこと、第１HARQプロセスの第１HARQプロセスIDに関連するリソースの前、上、又は後に、第１端末装置が第１HARQプロセスで再送に使用されるリソースを取得しないこと、第１HARQプロセス、第１HARQプロセスID、第２サイドリンク許可、第１HARQプロセスで送信されたデータ、及び第２サイドリンク許可で送信されたデータのいずれか１つ以上について、第１端末装置がNACKをネットワーク装置に送信する回数が第１プリセット閾値に達しないこと、第１HARQプロセスで送信が失敗すること、又は第２サイドリンク許可での送信が失敗すること。従って、第１端末装置は、第１HARQプロセスのデータを再送又は新規送信する。具体的には、図３に示す実施形態を使用して実装を説明する。
ソリューション２：第１端末装置は、第４プリセット条件が満たされると第４確認情報を生成し、次に、第１端末装置は、第４確認情報をネットワーク装置に送信する。第４プリセット条件は、以下のうちのいずれか１つ以上を含む。
第１端末装置が、第３プリセット期間内に、第７HARQプロセスで再送に使用されるリソースを取得しないこと、
第１端末装置が、第３タイマが終了したとき、第７HARQプロセスで再送に使用されるリソースを取得しないこと、
第７HARQプロセスと同じHARQプロセスIDに関連するリソースの前、中、又は後に、第１端末装置が第７HARQプロセスで再送に使用されるリソースを取得しないこと、
第７HARQプロセス、第７HARQプロセスID、第６サイドリンク許可、第７HARQプロセスで送信されたデータ、及び第６サイドリンク許可で送信されたデータのいずれか１つ以上について、第１端末装置が否定応答をネットワーク装置に送信する回数が第３プリセット閾値に達しないこと、
第７HARQプロセスで送信が失敗すること、又は、
第６サイドリンク許可での送信が失敗すること。このように、第１端末装置がサイドリンクの送信状態をネットワーク装置にフィードバックする（例えば、NACKを基地局にフィードバックする）機会が追加され、その結果、ネットワーク装置は、受信した第４確認情報に基づいて、第７HARQプロセスのための再送リソースを割り当て、第７HARQプロセスのデータの再送を実施することができる。
ソリューション３：第１端末装置は、第５プリセット条件が満たされると、以下：
（１）第１０HARQプロセスに対応するデータの破棄、
（２）第１０HARQプロセスに対応するHARQバッファのフラッシング、
（３）第１０HARQプロセスの解放、
（４）第１０HARQプロセスに関連する対応の削除、又は、
（５）第１SCIに関連する対応の削除、
のいずれか１つ以上を実行して、第１０HARQプロセスが意味なく占有されることを防ぎ、それによって第１端末装置のデータ送信能力を改善する。
図２は、本願の実施形態による通信処理方法の概略図である。方法は、以下のステップを含む。
２０１。第１端末装置は、第１リソースを使用してサイドリンク上で送信を行わない場合に、第１確認情報を生成する。
任意で、第１端末装置が第１リソースを使用してサイドリンク上で送信を行わない場合、第１端末装置は、第１リソース、第５HARQプロセス、第５HARQプロセスID、及び第１PUCCHリソースのいずれか１つ以上に対応する第１確認情報を生成する。
第１リソースは、第５HARQプロセスIDに関連付けられる。
第５HARQプロセスIDに対応するHARQプロセスは、第５HARQプロセスと称することができる。
第１リソースは、PUCCHリソースに関連付けられる。
任意で、第５HARQプロセスIDは、プリセットアルゴリズム又はネットワーク装置によって示される計算方法に従って第１リソースの第１端末装置によって決定されるHARQプロセスIDであるか、又は第１リソースに関連付けられ、第１端末装置のネットワーク装置によって示されるHARQプロセスIDである。
任意で、第１端末装置が第１リソースを使用してサイドリンク上で送信を行わないことは、以下のように理解され得る。第１端末装置は、第１リソースに関連するHARQプロセスに対応するHARQバッファをフラッシュする、及び／又は第１端末装置は、第１リソースを無視する。代替として、第１端末装置が第１リソースを使用してサイドリンク上で送信を行わないことは、以下のように理解され得る。第１端末装置は、第１リソースが配置されている物理サイドリンク共有チャネル（physical sidelink shared channel, PSSCH）の送信機会に第１リソースを使用してサイドリンク上で送信を行わない。任意で、第１端末装置が第１リソースを使用してサイドリンク上で送信を行わないことは、以下のように理解され得る。第１端末装置は第１リソースを使用せず、第１リソースはサイドリンクのリソースである。
任意で、第１確認情報はACKであってよい。
第１リソースは、第１端末装置のためにネットワーク装置によりスケジューリングされたリソースである。
任意的に、第１リソースは、以下のうちのいずれか１つ以上を含む。
（１）サイドリンクのリソース、
（２）サイドリンクのモード１リソース、
（３）サイドリンクの設定済み許可リソース、
（４）サイドリンクのタイプ１設定済み許可リソース、
（５）サイドリンクのタイプ２設定済み許可リソース、
（６）サイドリンクの動的許可リソース、
（７）サイドリンクの設定済み許可リソースセット。設定済み許可リソースセットは、１つ以上の設定済み許可リソースインデックスに対応する設定済み許可リソースを含む。
具体的には、第１端末装置が第１リソースを取得し、第１端末装置が第１リソースを使用してサイドリンク上で送信を行わない場合には、第１端末装置が第１確認情報を生成する。あるいは、第１端末装置が第１リソースを取得し、第１端末装置が第１リソースを使用してサイドリンク上で送信を行わない場合、第１端末装置は、第１リソースに対応する第１確認情報を生成する。
例えば、第１リソースに対応する第１確認情報が第１リソースに対応するACKである場合、ACKを受信すると、ネットワーク装置は、第１端末装置が第１リソースを使用してサイドリンク上の送信の実行に成功し、第１端末装置が第１リソース上で送信を実行せず、第１端末装置がネットワーク装置に対して再送リソースを要求せず、第５HARQプロセスにおいて第１端末装置がサイドリンク送信の実行に成功し、又は第１端末装置が、第１リソース、第５HARQプロセスID、及び第５HARQプロセスのいずれか１つ以上に対して、ネットワーク装置から再送リソースを要求しない。この場合、ネットワーク装置は、第１端末装置に再送リソースを割り当てない。任意で、第１端末装置がネットワーク装置から再送リソースを要求しないことは、以下のように理解することができる。第１端末装置は、第１リソースに対して、ネットワーク装置から再送リソースを要求しない。
第１端末装置が第１リソースを使用してサイドリンク上で送信を行わないことは、以下の場合のうちのいずれか１つ以上を含む。
a. 第５HARQプロセスにおけるデータの送信は、成功、終了、又は完了し、第１端末装置は、さらに、ネットワーク装置がスケジューリングした第１リソースを受信し、第１リソースは、ネットワーク装置が割り当てた再送リソースであり、第１リソースは、第５HARQプロセスIDに関連付けられる。
第５HARQプロセスIDに対応するHARQプロセスは、第５HARQプロセスと称することができる。
任意で、第１端末装置の第５HARQプロセスにおけるデータの送信は、成功、終了、又は完了し、第１端末装置は、さらに、ネットワーク装置がスケジューリングした第１リソースを受信し、第１リソースは、ネットワーク装置が割り当てた再送リソースであり、第１リソースは、第５HARQプロセスIDに関連付けられる。
任意で、第１リソースがネットワーク装置によって割り当てられた再送リソースであり、第１リソースが第５HARQプロセスIDに関連付けられていることは、以下のように理解することができる。第１リソースは、第５HARQプロセスのためにネットワーク装置によって割り当てられた再送リソースである。
任意で、第５HARQプロセスIDは、プリセットアルゴリズム又はネットワーク装置によって示される計算方法に従って第１リソースの第１端末装置によって決定されるHARQプロセスIDであるか、又は第１リソースに関連付けられ、第１端末装置のネットワーク装置によって示されるHARQプロセスIDである。
この可能性のある場合、ネットワーク装置は、以下の可能性のある場合に、第５HARQプロセスに対して再送リソースを割り当てる。以下は、説明のための例を使用する。
１．第１端末装置は、第１端末装置が第５HARQプロセスでデータ送信の実行に成功したが、ネットワーク装置がACKを受信しなかった場合、ネットワーク装置にACKを送信する。
２．第１端末装置が第５HARQプロセスでデータ送信の実行に成功したが、第１端末装置がネットワーク装置にACKを送信した送信が他の送信と競合するために、第１端末装置がACKをネットワーク装置に送信するのに成功しなかった場合、第１端末装置はネットワーク装置へACKを送信する。
３．第１端末装置は、第１端末装置が第５HARQプロセスを終了又は完了すると（例えば、最大送信回数又は最大再送回数に達するか、又は最大送信回数に達する）、もはや第５HARQプロセスの中でデータを送信しない。
b. 第５HARQプロセスに対応するHARQバッファは空である。
第１リソースは、第５HARQプロセスIDに関連付けられる。
第５HARQプロセスIDに対応するHARQプロセスは、第５HARQプロセスと称することができる。
任意で、端末装置の第５HARQプロセスに対応するHARQバッファは空である。
任意で、第１リソースに関連付けられるHARQプロセスに対応するHARQバッファは空である。
任意で、第１リソースに関連付けられる第５HARQプロセスIDに対応するHARQプロセスに対応するHARQバッファは空である。
任意で、第５HARQプロセスIDは、予め設定されたアルゴリズム又はネットワーク装置によって示される計算方法に従って第１リソースの第１端末装置によって決定されるHARQプロセスIDであるか、又は第１リソースに関連付けられ、第１端末装置のネットワーク装置によって示されるHARQプロセスIDである。
任意で、第１リソースは再送に使用される。
任意で、第１リソースはサイドリンクの動的許可リソースであってもよい。
任意で、第１端末装置は、PDCCH又はDCI上の第１リソースを受信し、第１リソースは、第２RNTI（例えば、SL-RNTI又はSLCS-RNTI）用であり、第１リソースに関連付けられたHARQプロセスに対応するHARQバッファは空である。ネットワーク装置は、第２RNTIを使用してPDCCH又はDCIをスクランブルして、第１端末装置のためにサイドリンクの設定済み許可リソースの再送リソースをスケジューリングする。
任意で、第２RNTIは、SLCS-RNTI、SL-RNTI、SL半永続スケジューリングV-RNTI、又はSL半永続スケジューリングV-RNTIのいずれか１つ以上であってもよい。
c. 第５HARQプロセスでデータが得られない。
第１リソースは、第５HARQプロセスIDに関連付けられる。
第５HARQプロセスIDに対応するHARQプロセスは、第５HARQプロセスと称することができる。
任意で、第１端末装置の第５HARQプロセスに対応するHARQバッファは空である。
任意で、第５HARQプロセスIDは、予め設定されたアルゴリズム又はネットワーク装置によって示される計算方法に従って第１リソースの第１端末装置によって決定されるHARQプロセスIDであるか、又は第１リソースに関連付けられ、第１端末装置のネットワーク装置によって示されるHARQプロセスIDである。
具体的には、第５HARQプロセスにおいてデータが得られないことは以下のように理解できる。第１端末装置は、第５HARQプロセスにおいて送信されるデータが得られない場合、第１リソースを使用してサイドリンク上で送信を行わない。
データは、新規送信されたデータ又は再送されたデータであってもよい。加えて、データはMAC PDU又はTBとして理解されてもよい。
任意で、第１リソースはサイドリンクのモード２リソースと競合し、第１リソースに関連するHARQプロセスではデータが取得されない。この競合は、プリエンプションと理解されてよい。第１リソースはサイドリンクのモード２リソースと競合し、第１リソースに関連する第５HARQプロセスIDに対応するHARQプロセスではデータが取得されない。第１リソースはサイドリンクのモード２リソースによりプリエンプションされ、第１リソースに関連するHARQプロセスではデータが取得されないことが理解できる。
任意で、第１端末装置は、第１リソースを使用してサイドリンク上で送信を行わない場合に、第１確認情報を生成することは、以下を含む。
第１端末装置は、第１リソースを使用して第１端末装置がサイドリンク上で送信を行わず、第１プリセット条件が満たされた場合、第１確認情報を生成する。ここで、第１プリセット条件は、以下のいずれか１つ以上を含む。
１．第１端末装置は、PUCCHリソースを有し、PUCCHリソースは、第１リソースに関連付けられる。
任意で、第１端末装置がPUCCHリソースを有することは、以下のように理解することができる。第１端末装置は、ネットワーク装置によって設定されたPUCCHリソースを受信するか、又は第１端末装置に対してPUCCHリソースが設定されている。
第１リソースはPSSCHリソースである。各PSSCHリソースは、１つのPUCCHリソースに対応するか、又は複数のPSSCHリソースが１つのPUCCHリソースに対応する。以下は、第２つの場合を説明する。
a. 各PSSCHリソースは、１つのPUCCHリソースに対応する。言い換えると、PSSCHリソースとPUCCHリソースの間に１対１の対応がある。つまり、ネットワーク装置は、各PSSCHリソースに１つのPUCCHリソースを設定する。第１端末装置がPSSCHリソースを使用してサイドリンク上で送信を行わない場合、第１端末装置はPSSCHリソース又はPUCCHリソースに対応する第１確認情報を生成する。各PSSCHリソースは、対応するPUCCHリソースが設定される各PSSCHリソースとして理解できる。
b. 複数のPSSCHリソースは、１つのPUCCHリソースに対応する。つまり、ネットワーク装置は、複数のPSSCHリソースに同じPUCCHリソースを設定する。第１端末装置が複数のPSSCHリソースのうちのいずれか１つを使用してサイドリンク上で送信を行わない場合、第１端末装置は複数PSSCHリソース及び／又はPUCCHリソースに対応する第１確認情報を生成する。複数のPSSCHリソースは、対応するPUCCHリソースが設定される複数のPSSCHリソースとして理解できる。
２．第１リソースは、第２リソースによってプリエンプションされず、第２リソースは、第１端末装置に対してネットワーク装置によってスケジューリングされたリソースである。
任意的に、第２リソースは、以下のうちのいずれか１つ以上を含む。
（１）サイドリンクのリソース、
（２）サイドリンクのモード１リソース、
（３）サイドリンクの設定済み許可リソース、
（４）サイドリンクのタイプ１設定済み許可リソース、
（５）サイドリンクのタイプ２設定済み許可リソース、
（６）サイドリンクの動的許可リソース、
（７）サイドリンクの設定済み許可リソースセット。サイドリンクの設定済み許可リソースセットは、１つ以上の設定済み許可リソースインデックスに対応する設定済み許可リソースを含む、
（８）アップリンクのリソース、
（９）アップリンクの設定済み許可リソース、
（１０）アップリンクのタイプ１設定済み許可リソース、
（１１）アップリンクのタイプ２設定済み許可リソース、
（１２）アップリンクの設定済み許可リソースセット。アップリンクの設定済み許可リソースセットは、１つ以上の設定済み許可リソースインデックスに対応する設定済み許可リソースを含む、
（１３）アップリンクの動的許可リソース、
（１４）ダウンリンクのリソース、
（１５）ダウンリンクの半永続割り当てリソース、
（１６）ダウンリンクの動的割り当てリソース、又は、
（１７）ダウンリンクの半永続割り当てリソースセット。半永続割り当てリソースセットには、１つ以上の半永続割り当てリソースインデックスに対応する半永続割り当てリソースが含まれる。
第１リソースが第２リソースによってプリエンプションされないことには、以下の２つの可能な場合がある。
a. 第１リソースは、時間ドメインで第２リソースと重複（overlap）しない。
本明細書における重複は、部分的重複又は完全な重複であってもよい。
例えば、第１リソースが時間ドメインで第２リソースと重複する場合、第２リソースは、第１リソースをオーバーライド又はプリエンプション（overlap）し、第１端末装置は、第１リソース上でSL送信を実行しない。第１リソースも第２リソースも、第１端末装置のためにネットワーク装置によってスケジューリングされたリソースであるため、ネットワーク装置は、第１端末装置の第２リソースが、第１リソースをオーバーライド又はプリエンプション（overlap）すると判断することができる。この場合、ネットワーク装置は、第１端末装置が第１リソースでSL送信を行わないことを知り、第１端末装置は、第１リソース上の送信状態をネットワーク装置にフィードバックする必要がない。すなわち、第１リソースが第２リソースと重複する場合、第１端末装置は、第１リソース上の送信状態をネットワーク装置にフィードバックする必要はない。反対に、第１リソースが時間ドメインで第２リソースと重複しない場合、ネットワーク装置は、第１端末装置が第１リソースでSL送信を行うかどうかが分からない。この場合、第１端末装置は、第１リソースの送信状態をネットワーク装置にフィードバックする必要がある。
任意で、第１リソースはCGリソースであり、第２リソースはDGリソースである。
任意で、第１端末装置は、PDCCH上で、第２リソースを構成するための情報を受信し、PDCCH中のDCIは、無線ネットワーク一時識別（radio network temporary identity, RNTI、例えば、C-RNTI、CS-RNTI、SPS C-RNTI、SLCS-RNTI、SL-RNTI、SL半永続スケジューリングV-RNTI、又はSL半永続スケジューリングV-RNTIのいずれか１つ以上）を使用することによってスクランブルされる。
任意で、第１リソースが時間ドメインで第２リソースと重複せず、第１端末装置が第１リソースを使用してSL上で送信を行わない場合、第１端末装置は、第１リソースに対応する第１確認情報を生成する。
b. 第１リソースに関連付けられたHARQプロセスIDは、第２リソースに関連付けられたHARQプロセスIDとは異なるか、又は第２リソースに関連付けられたHARQプロセスIDは、第１リソースに関連付けられたHARQプロセスIDではない。
例えば、第１端末装置が第２リソースを構成するための情報を受信し、第１リソースに関連付けられた第５HARQプロセスIDが第２リソースに関連付けられた第２HARQプロセスIDと同じである場合、第１端末装置は、第２リソースが第１リソースをプリエンプションすると考えることができる。第１端末装置は、第１リソース上でSL通信を行わない。第１リソースも第２リソースも、第１端末装置のためにネットワーク装置によってスケジューリングされたリソースであるため、ネットワーク装置は、第１端末装置の第２リソースが、第１リソースをオーバーライド又はプリエンプション（overlap又はoverride）すると判断することができる。この場合、ネットワーク装置は、第１端末装置が第１リソースでSL送信を行わないことを知り、第１端末装置は、第１リソース上の送信状態をネットワーク装置にフィードバックする必要がない。すなわち、第１リソース及び第２リソースが同じHARQプロセスIDに関連付けられ、第２リソースが第１リソースをプリエンプションする場合、第１端末装置は、第１リソースの送信状態をネットワーク装置にフィードバックする必要はない。
任意で、第１リソースはCGリソースであり、第２リソースはDGリソースである。
任意で、第１端末装置は、PDCCH上で、第２リソースを構成するための情報を受信し、PDCCH中のDCIは、無線ネットワーク一時識別（radio network temporary identity, RNTI、例えば、C-RNTI、CS-RNTI、SPS C-RNTI、SLCS-RNTI、SL-RNTI、SL半永続スケジューリングV-RNTI、又はSL半永続スケジューリングV-RNTIのいずれか１つ以上）を使用することによってスクランブルされる。
任意で、第１端末装置が第２リソースを受信するとき、第１リソースはまだ使用されていない。
任意で、第１端末装置が第２リソースを受信するとき、第１リソースに関連するHARQプロセスは、依然として占有される。
任意で、第１端末装置が第２リソースを受信する前に、第１端末装置は第１リソースを取得しており、第１リソースは第５HARQプロセスIDに関連付けられる。
任意で、第１端末装置は第２リソースを受信し、第２リソースに関連付けられたHARQプロセスIDは第１リソースに関連付けられたHARQプロセスIDである。第１端末装置が第２リソースを受信し、特定されたHARQプロセスが第１リソースのために設定されることが理解されよう。あるいは、第１リソースは、同じ第１HARQプロセスID又は第２HARQプロセスIDに関連する前のサイドリンク許可／リソースであることが理解され得る。
任意で、第５HARQプロセスIDは、以下のいずれか１つ以上の方法で取得することができる。
（１）プリセットアルゴリズム又はネットワーク装置が示す計算方法に従って、第１リソースについて第１端末装置によって決定されるHARQプロセスID。
（２）第１リソースに関連付けられ、第１端末装置に対してネットワーク装置によって示されるHARQプロセスID。
（３）第１リソースについて第１端末装置によって決定されるHARQプロセスID。
任意で、第２HARQプロセスIDは、以下のいずれか１つ以上の方法で取得することができる。
（１）プリセットアルゴリズム又はネットワーク装置が示す計算方法に従って、第２リソースについて第１端末装置によって決定されるHARQプロセスID。
（２）第２リソースに関連付けられ、第１端末装置に対してネットワーク装置によって示されるHARQプロセスID。
（３）第２リソースについて第１端末装置によって決定されるHARQプロセスID。
任意で、反対に、第１リソースが第２リソースによりプリエンプションされない場合、ネットワーク装置は、第１端末装置が第１リソースでSL送信を行うかどうかが分からない。この場合、第１端末装置は、第１リソースの送信状態をネットワーク装置にフィードバックする必要がある。
例えば、第１リソースと第２リソースが異なるHARQプロセスIDに関連付けられている場合や、第２リソースに関連付けられているHARQプロセスIDが第１リソースに関連付けられているHARQプロセスIDではなく、第１端末装置が第１リソースを使用してSLで送信を行わない場合、及び／又は第１プリセット条件が満たされている場合には、第１端末装置は第１リソースに対応する第１確認情報を生成する。
３．第１リソースに対応する第１PUCCHリソースは、第９PUCCHリソース、第３リソース、第５HARQプロセス、及び第５HARQプロセスIDのいずれか１つ以上に関連する第９確認情報をネットワーク装置にフィードバックするために使用されない。
任意で、第９確認情報はNACKであってよい。
第３リソースに関連するHARQプロセスIDは、第１リソースに関連するHARQプロセスIDと同じである。
第１リソースは、第５HARQプロセスIDに関連付けられる。
第５HARQプロセスIDに対応するHARQプロセスは、第５HARQプロセスと称することができる。
第１リソースは、PUCCHリソースに関連付けられる。
任意で、第５HARQプロセスIDは、プリセットアルゴリズム又はネットワーク装置によって示される計算方法に従って第１リソースの第１端末装置によって決定されるHARQプロセスIDであるか、又は第１リソースに関連付けられ、第１端末装置のネットワーク装置によって示されるHARQプロセスIDである。
第３リソースは、第５HARQプロセスIDに関連付けられる。
第３リソースは、PUCCHリソースに関連付けられる。
任意で、第１端末装置は、第１１プリセット条件が満たされたとき、又は第１１プリセット条件が満たされたとき、ネットワーク装置に第９確認情報を送信し、第１端末装置は、第１リソースに対応する第１PUCCHリソースを使用して、ネットワーク装置に第９確認情報を送信する。
任意で、第５HARQプロセスIDは、プリセットアルゴリズム又はネットワーク装置によって示される計算方法に従って第３リソースの第１端末装置によって決定されるHARQプロセスIDであるか、又は第３リソースに関連付けられ、第１端末装置のネットワーク装置によって示されるHARQプロセスIDである。
任意で、第１端末装置は、第１１プリセット条件が満たされたとき、又は第１１プリセット条件が満たされたとき、ネットワーク装置に第９確認情報を送信し、第１端末装置は、第１リソースに対応する第１PUCCHリソースを使用して、ネットワーク装置に第９確認情報を送信する。
第１１プリセット条件が満たされると、第１端末装置は、第９PUCCHリソース、第３リソース、第５HARQプロセス、及び第５HARQプロセスIDのいずれか１つ以上に関連付けられたNACKを、第１リソースに対応するPUCCHリソースを使用してネットワーク装置にフィードバックする。
第９確認情報は、第１端末装置がサイドリンク上の送信の実行に失敗したことを示すために使用され、第１端末装置が第３リソースで送信の実行に失敗したことを示すために使用され、第１端末装置が第５HARQプロセスIDに対応するHARQプロセスにおいて送信の実行に失敗したことを示すために使用され、サイドリンクのデータを再送するために使用されるリソースをネットワーク装置から要求するために使用され、第３リソースで送信に失敗したデータを再送するために使用されるリソースをネットワーク装置から要求するために使用され、又は第５HARQプロセスIDに対応するHARQプロセスにおいて送信に失敗したデータを再送するために使用されるリソースをネットワーク装置から要求するために使用される。
例えば、第１リソースに対応する第１PUCCHリソースが、第９PUCCHリソース、第３リソース、第５HARQプロセス、及び第５HARQプロセスIDのいずれか１つ以上に関連する第９確認情報をネットワーク装置にフィードバックするために使用される場合、第１端末装置は、第１確認情報を生成する必要はない。反対に、第１リソースに対応する第１PUCCHリソースが、第９PUCCHリソース、第３リソース、第５HARQプロセス、及び第５HARQプロセスIDのいずれか１つ以上に関連する第９確認情報をネットワーク装置にフィードバックするために使用されない場合、第１端末装置が第１リソースを使用してSL上で送信を実行しない及び／又は第１プリセット条件が満たされるならば、第１リソースに対応する第１確認情報を生成する。
S２０２。第１端末装置は、第１確認情報をネットワーク装置へ送信する。
任意で、第１端末装置は、PUCCHリソース又はPUSCHリソースを使用して、ネットワーク装置に第１確認情報を送信する。
任意で、第１端末装置は、第１リソースに対応するPUCCHリソース（例えば、第１PUCCHリソース）を使用して、ネットワーク装置に第１確認情報を送信する。第１PUCCHリソースは、第１肯定応答メッセージを送信する専用のPUCCHリソースであってよい。任意で、ネットワーク装置は、第１端末装置のために第１リソースを設定しながら、端末装置のために第１PUCCHリソースを設定することができる。
任意で、第１肯定応答メッセージは、第１PUSCHリソースを使用してネットワーク装置に送信される。端末装置は、第５HARQプロセスIDと第１肯定応答メッセージをネットワーク装置に一緒に送信してもよい。
任意で、ネットワーク装置は、第１端末装置のために第１リソースを設定しながら、端末装置のために第１PUSCHリソースを設定することができる。第１PUSCHリソースは、第１肯定応答メッセージを送信する専用のPUSCHリソースであってよい。
例えば、第１確認情報は、周期的にネットワーク装置に送信されてもよい。例えば、端末装置は、端末装置が第１リソースを使用しているか否かを周期的に判断し、端末装置が第１リソースを使用しない場合は、端末装置は、ネットワーク装置に第１確認情報を送信する。例えば、端末装置は、端末装置が第１リソースを使用しているか否か、及び第１プリセット条件が満たされるかどうかを周期的に判断し、端末装置が第１リソースを使用しない及び第１プリセット条件が満たされる場合は、端末装置は、ネットワーク装置に第１確認情報を送信する。任意で、本実施形態では、ステップ２０１の前に、この方法は、ステップ２０１aをさらに含む。
ステップ２０１aにおいて、第１端末装置は、第７指示情報を取得する。
任意で、第１端末装置は、ネットワーク装置により送信されたして、第７指示情報を受信する。
第７指示情報は、第１端末装置が第１リソースを使用してサイドリンク上で送信を行わない場合、及び／又は第１プリセット条件が満たされた場合に、第１端末装置に対して第１確認情報を生成又は送信するように指示するために使用される。
任意で、第１端末装置が第１確認情報を生成することは、以下のように理解することができる。第１端末装置は、第１リソース、第５HARQプロセス、第５HARQプロセスID、及び第１PUCCHリソースのいずれか１つ以上に対応する第１確認情報を生成する。
任意で、第１端末装置がネットワーク装置へ第１確認情報を送信することは、以下のように理解することができる。第１端末装置は、第１リソース、第５HARQプロセス、第５HARQプロセスID、及び第１PUCCHリソースのいずれか１つ以上に対応する第１確認情報をネットワーク装置へ送信する。
動作２０１aは任意の動作であり、つまり、装置製造者は、端末装置の納入前に、第７指示情報の内容を端末装置に格納してもよい。あるいは、第７指示情報の内容が、プロトコル又は標準で指定されてよい。この方法では、ネットワーク装置は、端末装置に第７指示情報を送信する必要がない。
任意で、第１リソースのタイプは、第１リソースが属するタイプとして理解されてもよい。
任意で、第１リソースのタイプの設定の粒度の説明については、図３に示す実施形態におけるタイプ１リソースのタイプの設定の粒度の説明を参照のこと。詳細はここで再び記載されない。
任意で、第１リソースのタイプの設定の粒度は、第７指示情報の設定の粒度とは異なるか、又は同じであってもよい。
任意で、第７指示情報の設定の粒度の説明については、図３に示す実施形態における第２指示情報の設定の粒度の説明を参照することができる。詳細はここで再び記載されない。図３に示す実施形態における第２指示情報の意味と異なる特定の意味については、第７指示情報の意味を参照のこと。
任意で、この実施形態では、第１リソースは第１１サイドリンク許可として理解され、第２リソースは第１２サイドリンク許可として理解され、第３リソースは第１９サイドリンク許可として理解され得る。
本願の本実施形態において、第１端末装置は、第１リソースを取得し、第１端末装置は、第１リソースを使用して第１端末装置がサイドリンク上で送信を実行しない及び／又は第１プリセット条件が満たされる場合に、第１確認情報を生成し、第１確認情報をネットワーク装置に送信する。第１確認情報を受信した場合、ネットワーク装置は、第１端末装置が第１リソースを使用してサイドリンク上の送信の実行に成功し、第１端末装置が第１リソース上で送信を実行せず、第１端末装置がネットワーク装置に対して再送リソースを要求せず、第５HARQプロセスにおいて第１端末装置がサイドリンク送信の実行に成功し、又は第１端末装置が、第１リソース、第５HARQプロセスID、及び第５HARQプロセスのいずれか１つ以上に対して、ネットワーク装置から再送リソースを要求しない。この場合、ネットワーク装置は、第１端末装置に再送リソースを割り当てず、リソースの無駄を回避する。
図３は、本願の実施形態による通信処理方法の別の実施形態の概略図である。方法は、以下のステップを含む。
３０１。第１端末装置は、第２指示情報を取得する。
任意で、第１端末装置は、ネットワーク装置により送信された第２指示情報を受信する。
第２指示情報は、第２プリセット条件が満たされたとき、タイプ１リソースを使用してサイドリンク上でデータを再送又は新規送信するように指示するために使用される。タイプ１リソースは、第１端末装置に対してネットワーク装置によってスケジューリングされたリソース、及び／又は第１端末装置によって選択、競合、又は検知されたリソース（第１端末装置によって選択、競合、又は感知されるべきリソース、及び／又は第１端末装置によって選択、競合、又は検知されているリソースを含む）を含む。
任意で、第２プリセット条件が満たされたときに、タイプ１リソースを使用してサイドリンク上でデータを再送又は新規送信することは、第２プリセット条件が満たされたときに、タイプ１リソースを使用することによって、第１HARQプロセスのデータを再送又は新規送信することと理解することができる。
第２プリセット条件は、以下のいずれか１つ以上を含む。
１。第１端末装置は、第１プリセット期間内に、再送に使用されるリソースを取得しない。
任意で、第１端末装置は、第１プリセット期間内に、第１HARQプロセス（のデータ）の再送に使用されるリソースを取得しない。
任意で、第１HARQプロセス（のデータ）の再送に使用されるリソースは、第１HARQプロセスIDに関連するリソース又は再送リソースとして理解されてもよい。
第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、第１端末装置は、第１プリセット期間内に、第１端末装置の第１HARQプロセスのためにネットワーク装置によりスケジューリングされたリソース又は再送リソースを取得しない。
任意で、第１端末装置は、第１プリセット期間内に、第１HARQプロセスのための、第１端末装置により競合され、選択され、又は検知されたリソース又は再送リソースを取得しない。
任意で、第１HARQプロセスのためのリソース又は再送リソースは、第１HARQプロセスIDに関連するリソース又は再送リソースとして理解されてもよい。
任意で、第１HARQプロセスIDは、以下のいずれか１つ以上の方法で取得することができる。
（a）プリセットアルゴリズム又はネットワーク装置が示す計算方法に従って、リソース又は再送リソースについて第１端末装置によって決定されるHARQプロセスID。
（b）リソース又は再送リソースに関連付けられ、第１端末装置に対してネットワーク装置によって示されるHARQプロセスID。又は、
（c）リソース又は再送リソースについて第１端末装置によって決定されるHARQプロセスID。
可能な実装では、第１端末装置が、第２条件が満たされた後に開始又は再開された第１プリセット期間内に、第１HARQプロセスで使用されるリソース又は再送リソースを取得しない場合、第１端末装置は、第１HARQプロセスのデータを、タイプ１リソースを使用してサイドリンク上で再送又は新規送信することができる。第２条件は、以下のいずれか１つ以上を含む。
（１）第１端末装置が第２確認情報をネットワーク装置に送信した場合、又は第１端末装置が第２確認情報をネットワーク装置に送信した後。
任意で、「第１端末装置が第２確認情報をネットワーク装置に送信した場合」は、第１端末装置が第２確認情報をネットワーク装置に送信する時点として理解できる。
任意で、「第１端末装置が第２確認情報をネットワーク装置に送信した後」は、第１端末装置が第２確認情報をネットワーク装置に送信した時点の後の時点として理解できる。
第２サイドリンク許可は、第１HARQプロセスIDに関連付けられ、第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、第１HARQプロセスIDは、プリセットアルゴリズム又はネットワーク装置によって示される計算方法に従って第２サイドリンク許可の第１端末装置によって決定されるHARQプロセスIDであるか、又は第２サイドリンク許可に関連付けられ、第１端末装置のネットワーク装置によって示されるHARQプロセスIDである。
（２）第２PUCCHリソースの時間ドメイン位置の前、間、又は後。
任意で、第２サイドリンク許可は、第２PUCCHリソースに関連付けられる。
任意で、第２PUCCHリソースは、第１HARQプロセス及び／又は第１HARQプロセスIDに関連付けられる。
任意で、第１端末装置は、第２PUCCHリソースで第２確認情報を送信する。
第２サイドリンク許可は、第１HARQプロセスIDに関連付けられ、第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、第１HARQプロセスIDは、プリセットアルゴリズム又はネットワーク装置によって示される計算方法に従って第２サイドリンク許可の第１端末装置によって決定されるHARQプロセスIDであるか、又は第２サイドリンク許可に関連付けられ、第１端末装置のネットワーク装置によって示されるHARQプロセスIDである。
（３）第１端末装置が第２サイドリンク許可でデータを送信する場合、又は第１端末装置が第２サイドリンク許可でデータを送信した後、又は第１端末装置が第２サイドリンク許可で第１HARQプロセスに対応するデータを送信する場合、又は第１端末装置が第２サイドリンク許可で第１HARQプロセスに対応するデータを送信した後。
任意で、「第１端末装置が第２サイドリンク許可でデータを送信した場合」は、第１端末装置が第２サイドリンク許可でデータを送信する時点として理解できる。
任意で、「第１端末装置が第２サイドリンク許可でデータを送信した後」は、第１端末装置が第２サイドリンク許可でデータを送信した時点の後の時点として理解できる。
任意で、「第１端末装置が第２サイドリンク許可で第１HARQプロセスに対応するデータを送信した場合」は、第１端末装置が第２サイドリンク許可で第１HARQプロセスに対応するデータを送信した時点として理解できる。
任意で、「第１端末装置が第２サイドリンク許可で第１HARQプロセスに対応するデータを送信した後」は、第１端末装置が第２サイドリンク許可で第１HARQプロセスに対応するデータを送信した時点の後の時点として理解できる。
第２サイドリンク許可は、第１HARQプロセスIDに関連付けられ、第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、第１HARQプロセスIDは、プリセットアルゴリズム又はネットワーク装置によって示される計算方法に従って第２サイドリンク許可の第１端末装置によって決定されるHARQプロセスIDであるか、又は第２サイドリンク許可に関連付けられ、第１端末装置のネットワーク装置によって示されるHARQプロセスIDである。
（４）第２サイドリンク許可リソースの時間ドメイン位置の前、間、又は後。
任意で、第２サイドリンク許可は、第１HARQプロセスに関連付けられる。
任意で、第２サイドリンク許可は第２PUCCHリソースに対応し、第１端末装置は第２PUCCHリソースを使用して第２確認情報をネットワーク装置に送信する。
任意で、第１端末装置は第２サイドリンク許可でデータを送信するか、又は第１端末装置は第２サイドリンク許可でデータを第１HARQプロセスに対応するデータを送信する。
第２サイドリンク許可は、第１HARQプロセスIDに関連付けられ、第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、第１HARQプロセスIDは、プリセットアルゴリズム又はネットワーク装置によって示される計算方法に従って第２サイドリンク許可の第１端末装置によって決定されるHARQプロセスIDであるか、又は第２サイドリンク許可に関連付けられ、第１端末装置のネットワーク装置によって示されるHARQプロセスIDである。
（５）第１端末装置は、第１HARQプロセス（のデータ）についてNACKを受信する。
任意で、第１端末装置は、第２端末装置から（によって送信された）NACKを受信する。
任意に、第２端末装置からの（により送信された）NACKは、第２端末装置の受信状態のフィードバック、第２端末装置の受信失敗のフィードバック、第１HARQプロセス（のデータ）の第２端末装置の受信状態のフィードバック、又は第１HARQプロセス（のデータ）の第２端末装置の受信失敗のフィードバックとして理解することができる。NACKが必ずしも第２端末装置から送信されることに制限はない。任意で、第１端末装置は、第１HARQプロセスのデータについての、第２端末装置から（によって送信される）NACKを受信する。
任意で、第１端末装置は、第１物理サイドリンクフィードバックチャネル（physical sidelink feedback channel, PSFCH）上で、第１PSFCH機会（occasion）で、又は第１PSFCH期間内に、第１HARQプロセスのデータ用であり、第２端末装置からの（により送信される）NACKを受信する。
任意で、第１端末装置は第２サイドリンク許可で第２端末装置にデータを送信するか、又は第１端末装置は第１HARQプロセスに対応するデータを第２サイドリンク許可で第２端末装置に送信する。
第２サイドリンク許可は、第１HARQプロセスIDに関連付けられ、第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
第１PSFCHリソース、第１PSFCH機会（occasion）、又は第１PSFCH期間は、第２サイドリンク許可、第１HARQプロセスID、及び第１HARQプロセスのいずれか１つ以上に関連付けられる。
任意で、第１HARQプロセスIDは、以下のいずれか１つ以上の方法で取得することができる。
（a）プリセットアルゴリズム又はネットワーク装置が示す計算方法に従って、第２サイドリンク許可について第１端末装置によって決定されるHARQプロセスID。
（b）第２サイドリンク許可に関連付けられ、第１端末装置に対してネットワーク装置によって示されるHARQプロセスID。
（c）第２サイドリンク許可について第１端末装置によって決定されるHARQプロセスID。
（６）第１端末装置は、第１HARQプロセスのためのフィードバックを受信しない。
任意で、第１端末装置は、第２端末装置から（によって送信された）フィードバックを受信しない。
任意に、第２端末装置からの（により送信された）フィードバックは、第２端末装置の受信状態のフィードバック、又は第１HARQプロセス（のデータ）のための第２端末装置の受信状態のフィードバックとして理解され得る。フィードバックが必ずしも第２端末装置から送信されることに制限はない。
任意で、第１端末装置は、第１HARQプロセスのデータについての、第２端末装置から（によって送信される）フィードバックを受信しない。
任意で、第１端末装置は、第１PSFCHリソース上で、第１PSFCH機会（occasion）で、又は第１PSFCH期間内に、第２端末装置からの（により送信される）フィードバックを受信しない。
任意で、第１端末装置は、第１PSFCHリソース上で、第１PSFCH機会（occasion）で、又は第１PSFCH期間内に、第１HARQプロセスのデータについての、第２端末装置からの（により送信される）フィードバックを受信しない。
任意で、フィードバックはACK又はNACKであってよい。
任意で、第１端末装置は第２サイドリンク許可で第２端末装置にデータを送信するか、又は第１端末装置は第１HARQプロセスに対応するデータを第２サイドリンク許可で第２端末装置に送信する。
第２サイドリンク許可は、第１HARQプロセスIDに関連付けられ、第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
第２許可は、第１PSFCHリソース、第１PSFCH機会（occasion）、又は第１PSFCH期間に関連付けられる。
第１PSFCHリソース、第１PSFCH機会（occasion）、又は第１PSFCH期間は、第１HARQプロセスID、及び第１HARQプロセスのいずれか１つ以上に関連付けられる。
任意で、第１HARQプロセスIDは、以下のいずれか１つ以上の方法で取得することができる。
（a）プリセットアルゴリズム又はネットワーク装置が示す計算方法に従って、第２サイドリンク許可について第１端末装置によって決定されるHARQプロセスID。
（b）第２サイドリンク許可に関連付けられ、第１端末装置に対してネットワーク装置によって示されるHARQプロセスID。
（c）第２サイドリンク許可について第１端末装置によって決定されるHARQプロセスID。
例えば、シナリオにおいて、第１端末装置が他の端末装置と通信し（例えば、ユニキャスト又はグループキャスト方式で）、ACK/NACK方式でHARQフィードバックが実行される場合、第１端末装置は、第２サイドリンク許可で第２端末装置へデータを送信し、第２サイドリンク許可が第１HARQプロセス及び／又は第１HARQプロセスIDに関連し、第１端末装置が第２端末装置からフィードバックを受信しない場合、又は第１端末装置がフィードバックを受信しない場合、第１端末装置は、第２端末装置が受信の実行に失敗したと判断する。
（７）第１PSFCHリソースの時間ドメイン位置の前、中、又は後、第１PSFCH機会（occasion）、又は第１PSFCH期間。
第１PSFCHリソース、第１PSFCH機会（occasion）、又は第１PSFCH期間は、第２サイドリンク許可、第１HARQプロセスID、及び第１HARQプロセスのいずれか１つ以上に関連付けられる。
任意で、第１端末装置は第２サイドリンク許可で第２端末装置にデータを送信するか、又は第１端末装置は第１HARQプロセスに対応するデータを第２サイドリンク許可で第２端末装置に送信する。
第２サイドリンク許可は、第１HARQプロセスIDに関連付けられ、第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、第２端末装置は第１PSFCHで第１端末装置にフィードバックを送信するか、又は第２端末装置は第１HARQプロセスに対応するフィードバックを、第１PSFCHリソースで第１端末装置に送信する。
任意で、第１HARQプロセスIDは、以下のいずれか１つ以上の方法で取得することができる。
（a）プリセットアルゴリズム又はネットワーク装置が示す計算方法に従って、第２サイドリンク許可について第１端末装置によって決定されるHARQプロセスID。
（b）第２サイドリンク許可に関連付けられ、第１端末装置に対してネットワーク装置によって示されるHARQプロセスID。
（c）第２サイドリンク許可について第１端末装置によって決定されるHARQプロセスID。
任意で、第１プリセット期間の長さは、予め設定されてもよく、第１端末装置のためにネットワーク装置によって設定されてもよく、又は通信プロトコルにおいて指定されてもよい。これは、ここでは具体的に限定されない。
以下の条件の１つ以上が満たされると、第１プリセット期間の時間カウントは停止及び／又はリセットされる。
（１）第１端末装置は、再送に使用するリソースを取得する。
任意で、第１端末装置は、第１HARQプロセス（のデータ）の再送に使用されるリソースを取得する。
任意で、第１HARQプロセス（のデータ）の再送に使用されるリソースは、第１HARQプロセスIDに関連するリソース又は再送リソースとして理解されてもよい。
第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、第１端末装置は第１端末装置の第１HARQプロセスのためにネットワーク装置によりスケジューリングされたリソース又は再送リソースを取得する。
任意で、第１端末装置は第１HARQプロセスのための、第１端末装置により競合され、選択され、又は検知されたリソース又は再送リソースを取得する。
任意で、第１HARQプロセスのためのリソース又は再送リソースは、第１HARQプロセスIDに関連するリソース又は再送リソースとして理解されてもよい。
第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
（２）第１プリセット期間に対応する送信が成功又は完了するか、又は第１HARQプロセスに対応する送信が成功又は完了する。
任意で、第１プリセット期間に対応する送信が成功又は完了するか、又は第１HARQプロセスに対応する送信が成功又は完了することは、以下の場合の１つ以上を含む。
（２-１）第１端末装置は、サイドリンクデータについてのNACK及び／又は第１HARQプロセスについてのNACKを受信しない。
任意で、この場合はユニキャストシナリオとグループキャストシナリオに適用できる。
任意で、この場合は、NACKのみの方法でHARQフィードバックが実行される場合に適用可能である。
例えば、シナリオにおいて、第１端末装置が他の端末装置と通信し（例えば、ユニキャスト又はグループキャスト方式で）、NACKのみの方式でHARQフィードバックが実行される場合、第１端末装置は、第１HARQプロセスを使用して他の端末装置にデータを送信し、第１端末装置がNACKを受信しない場合や、他の端末装置がフィードバックを行う際に、第１端末装置がNACKを受信しない場合には、第１端末装置は全部の他の端末装置がデータを正しく受信していると判断する。
（２-２）第１端末装置は、サイドリンクデータについてのACK及び／又は第１HARQプロセスについてのACKを受信する。
任意で、第１端末装置は、サイドリンクデータについての及び／又は第１HARQプロセスについての全部の期待されるACKを受信する。
任意で、この場合はユニキャストシナリオとグループキャストシナリオに適用できる。
任意で、この場合は、ACK／NACK方式でHARQフィードバックが実行される場合に適用可能である。
例えば、シナリオでは、第１端末装置が第１HARQプロセスを使用して他の端末装置にデータを送信し、第１端末装置がACKを受信した場合や、第１端末装置が他の端末装置からACKを受信した場合、第１端末装置は他の端末装置が正しく受信したと判断する。
（２-３）第１端末装置は、サイドリンクデータについてのACK及び／又は第１HARQプロセスについてのACKを受信し、サイドリンクデータについてのNACKを受信しない。
任意で、この場合はユニキャストシナリオとグループキャストシナリオに適用できる。
任意で、この場合は、ACK／NACK方式でHARQフィードバックが実行される場合に適用可能である。
例えば、シナリオにおいて、第１端末装置が他の端末装置とグループキャスト方式で通信し、ACK／NACK方式でHARQフィードバックが実行される場合、第１端末装置は、第１HARQプロセスを使用して他の端末装置にデータを送信し、第１端末装置がACKのみを受信する場合や、第１端末装置が他の端末装置からACKのみを受信する場合には、第１端末装置は全部の他の端末装置がデータを正しく受信していると判断する。
（２-４）サイドリンクデータの送信及び／又は第１HARQプロセスにおける送信が、最大送信回数又は最大再送回数に達する。
（２-５）サイドリンクデータの送信及び／又は第１HARQプロセスにおける送信が、最大送信時間に達し、最大送信時間はタイマ又は時間カウンタの期間であってよい。
（２-６）サイドリンクデータ及び／又は第１HARQプロセスの場合、第１端末装置はACKをネットワーク装置にフィードバックする。ACKは、サイドリンク上の送信が成功したことをネットワーク装置に示すために使用される。
（２-７）第１端末装置は、第１HARQプロセスに対応するデータを破棄するか、第１HARQプロセスに対応するHARQバッファをフラッシュするか、又は第１HARQプロセスを解放する。
（２-８）第１端末装置は、ネットワーク装置がスケジューリングした新規送信リソースを受信し、そのリソースに関連付けられたHARQプロセスIDは、第１HARQプロセスIDと同じである。
上記（２-１）～（２-８）の場合について、以下の内容を説明する必要がある。
任意で、第１端末装置は第２サイドリンク許可で第２端末装置にサイドリンクデータを送信するか、又は第１端末装置は第１HARQプロセスに対応するサイドリンクデータを第２サイドリンク許可で第２端末装置に送信する。
任意で、サイドリンクデータは、第１プリセット期間に関連付けられる。
任意で、サイドリンクデータは、第１HARQプロセスID又は第１HARQプロセスに関連付けられる。第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、第１HARQプロセスIDは、以下のいずれか１つ以上の方法で取得することができる。
（a）プリセットアルゴリズム又はネットワーク装置が示す計算方法に従って、第２サイドリンク許可について第１端末装置によって決定されるHARQプロセスID。
（b）第２サイドリンク許可に関連付けられ、第１端末装置に対してネットワーク装置によって示されるHARQプロセスID。
（c）第２サイドリンク許可について第１端末装置によって決定されるHARQプロセスID。
２．第１端末装置は、第１タイマが終了したとき、再送に使用されるリソースを取得しない。
任意で、第１端末装置は、第１タイマが終了したとき、第１HARQプロセス（のデータ）の再送に使用されるリソースを取得しない。
任意で、第１HARQプロセス（のデータ）の再送に使用されるリソースは、第１HARQプロセスIDに関連するリソース又は再送リソースとして理解されてもよい。
第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、第１端末装置は、第１タイマが終了したとき、第１端末装置の第１HARQプロセスのためにネットワーク装置によりスケジューリングされたリソース又は再送リソースを取得しない。
任意で、第１端末装置は、第１タイマが終了したとき、第１HARQプロセスのための、第１端末装置により競合され、選択され、又は検知されたリソース又は再送リソースを取得しない。
任意で、第１HARQプロセスのためのリソース又は再送リソースは、第１HARQプロセスIDに関連するリソース又は再送リソースとして理解されてもよい。
第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、第１HARQプロセスIDは、以下のいずれか１つ以上の方法で取得することができる。
（１）プリセットアルゴリズム又はネットワーク装置が示す計算方法に従って、再送リソースについて第１端末装置によって決定されるHARQプロセスID。
（２）再送リソースに関連付けられ、第１端末装置に対してネットワーク装置によって示されるHARQプロセスID。
（３）再送リソースについて第１端末装置によって決定されるHARQプロセスID。
可能な実装では、第２条件が満たされると第１タイマが開始又は再開され、第１端末装置が第１タイマが終了したときに再送に使用されるリソースを取得しない場合、第１端末装置は、タイプ１リソースを使用してデータを送信してもよい。第２条件の特定の内容については、上述の説明を参照する。第１タイマの停止及び/又はリセットの状態に関する内容は、第１プリセット期間の停止及び/又はリセットの条件に関する内容と同じである。前述の説明を参照する。詳細はここで再び記載されない。
任意で、第１タイマの期間は、予め設定されてもよく、第１端末装置のためにネットワーク装置によって設定されてもよく、又は通信プロトコルにおいて指定されてもよい。これは、ここでは具体的に限定されない。
３．第１HARQプロセスIDに関連付けられたリソースの時間ドメイン位置の前、中、後に、第１端末装置は、再送に使用するリソースを取得しない。
任意で、第１HARQプロセスIDに関連付けられた１又はN個の次のリソースの前、中、後に、第１端末装置は、再送に使用するリソースを取得しない。
任意で、第１HARQプロセスIDに関連付けられた１又はN個の次のリソースの前、中、後に、第１端末装置は、第１HARQプロセス（のデータ）の再送に使用するリソースを取得しない。
第１HARQプロセスIDに関連付けられたリソースは、第１HARQプロセスと同じHARQプロセスIDに関連付けられたリソース、第２サイドリンク許可と同じHARQプロセスIDに関連付けられたリソース、又は第１HARQプロセスIDに関連付けられたリソースとして理解され得る。
この前に、第１端末装置は、第２サイドリンク許可で送信を行う。第２サイドリンク許可は、第１HARQプロセスIDに関連付けられ、第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、第１端末装置は、第２サイドリンク許可での送信の実行に失敗する。
同一の第１HARQプロセス及び／又は同一の第１HARQプロセスIDに関連する１つ又はN個の次のリソースの前、上、又は後に、第１端末装置は、第１端末装置の第１HARQプロセスのためにネットワーク装置によってスケジューリングされたリソース又は再送リソースを取得しない。
同一の第１HARQプロセス及び／又は同一の第１HARQプロセスIDに関連する１つ又はN個の次のリソースの前、上、又は後に、第１端末装置は、第１HARQプロセスのための、第１端末装置により競合され、選択され、又は検知されたリソース又は再送リソースを取得しない。
任意で、第１HARQプロセスのためのリソース又は再送リソースは、第１HARQプロセスIDに関連するリソース又は再送リソースとして理解されてもよい。
第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、第１サイドリンク許可の前、上、後に、第１端末装置は、再送に使用するリソースを取得しない。第１サイドリンク許可の前に、第１端末装置は、第２サイドリンク許可でデータを送信する。第２サイドリンク許可は、第１HARQプロセス又は第１HARQプロセスIDに関連付けられ、第１サイドリンク許可も第１HARQプロセスIDに関連付けられる。第１サイドリンク許可は、第２サイドリンク許可の後の、第１HARQプロセス又は第１HARQプロセスIDに関連付けられた第１又は第Nのリソースである。
任意で、第１サイドリンク許可の前、上、又は後に、第１端末装置は第１端末装置の第１HARQプロセスのためにネットワーク装置によりスケジューリングされたリソース又は再送リソースを取得しない。
任意で、第１サイドリンク許可の前、上、又は後に、第１端末装置は第１HARQプロセスのための、第１端末装置により競合され、選択され、又は検知されたリソース又は再送リソースを取得しない。
任意で、第１端末装置が第２サイドリンク許可でデータを送信した後に、第１端末装置は、再送に使用するリソースを取得しない。第２サイドリンク許可は、第１HARQプロセス及び／又は第１HARQプロセスIDに関連付けられる。第１HARQプロセス及び／又は第１HARQプロセスIDに関連付けられた第１又は第Nサイドリンク許可リソースの前、上、又は後に、第１端末装置は、再送に使用するリソースを取得しない。
任意で、第１サイドリンク許可に関連付けられる第１HARQプロセスIDは、以下の方法のいずれか１つ以上で取得することができる。
（a）プリセットアルゴリズム又はネットワーク装置が示す計算方法に従って、第１サイドリンク許可について第１端末によって決定されるHARQプロセスID。
（b）第１サイドリンク許可に関連付けられ、第１端末に対してネットワーク装置によって示されるHARQプロセスID。又は、
（c）第１サイドリンク許可について第１端末によって決定されるHARQプロセスID。
任意で、第１サイドリンク許可に関連付けられる第１HARQプロセスIDは、以下の方法のいずれか１つ以上で取得することができる。
（a）プリセットアルゴリズム又はネットワーク装置が示す計算方法に従って、第２サイドリンク許可について第１端末装置によって決定されるHARQプロセスID。
（b）第２サイドリンク許可に関連付けられ、第１端末装置に対してネットワーク装置によって示されるHARQプロセスID。
（c）第２サイドリンク許可について第１端末装置によって決定されるHARQプロセスID。
任意で、Ｎは、１以上である。Nの値は、第１端末装置のためにネットワーク装置によって設定されてもよく、予め設定されてよく、又はプロトコルにおいて定義されてもよい。これは、ここでは限定されない。
４．第１HARQプロセス、第１HARQプロセスID、第２サイドリンク許可、第１HARQプロセスで送信されたデータ、及び第２サイドリンク許可で送信されたデータのいずれか１つ以上について、第１端末装置がネットワーク装置にNACKを送信する回数が、第１プリセット閾値に達しない。
任意に、NACKは、否定応答（NACK）であってもよい。
任意に、NACKは、第２確認情報を含んでもよく、又は第２確認情報の前又は後に送られたNACKを含んでもよい。
任意で、第１プリセット閾値は、予め設定されてもよく、第１端末装置のためにネットワーク装置によって設定されてもよく、又は通信プロトコルにおいて指定されてもよい。これは、ここでは具体的に限定されない。
５．第１HARQプロセス、第１HARQプロセスID、第２サイドリンク許可、第１HARQプロセスで送信されたデータ、及び第２サイドリンク許可で送信されたデータのいずれか１つ以上について、第１端末装置がネットワーク装置にNACKを送信する回数が、第１プリセット閾値に達する。
任意に、NACKは、否定応答（NACK）であってもよい。
任意に、NACKは、第２確認情報を含んでもよく、又は第２確認情報の前又は後に送られたNACKを含んでもよい。
任意で、第１プリセット閾値は、予め設定されてもよく、第１端末装置のためにネットワーク装置によって設定されてもよく、又は通信プロトコルにおいて指定されてもよい。これは、ここでは具体的に限定されない。
６．第１HARQプロセスでの送信が失敗するか、第２サイドリンク許可での送信が失敗する。
任意で、第１端末装置は、第１HARQプロセスにおいて第２端末装置へのデータの送信に失敗するか、又は第１端末装置は、第２サイドリンク許可での第２端末装置へのデータの送信に失敗する。
第１HARQプロセスでの送信が失敗するか、又は第２サイドリンク許可での送信が失敗することは、以下のうちの１つ以上を含む。
（１）第１端末装置は、第１HARQプロセスにおけるデータの受信状態についてのフィードバック、及び／又は第２サイドリンク許可でのデータの受信状態についてのフィードバックを受信しない。
任意で、第１端末装置は、第１HARQプロセスにおけるデータの受信状態についてのフィードバック、及び／又は第２サイドリンク許可でのデータの受信状態についてのフィードバックを完全に受信しない。
任意で、第２サイドリンク許可は、第１HARQプロセスIDに関連付けられる。第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、この場合はユニキャストシナリオとグループキャストシナリオに適用できる。
任意で、この場合は、ACK／NACK方式でHARQフィードバックが実行される場合に適用可能である。
例えば、シナリオにおいては、第１端末装置が第１HARQプロセスを使用して他の端末装置にデータを送信し、第１端末装置がフィードバックを受信しない場合や、第１端末装置が他の端末装置からフィードバックを受信しない場合、第１端末装置は他の端末装置がデータの受信に失敗したと判断する。
（２）第１端末装置は、第１HARQプロセスのデータにおけるデータについてのNACK情報、及び／又は第２サイドリンク許可でのデータについてのNACK情報を受信する。
任意で、第２サイドリンク許可は、第１HARQプロセスIDに関連付けられる。第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
NACK情報は、第１端末装置から送信された第１HARQプロセス中のデータ及び／又は第２サイドリンク許可での第１端末装置により送信されたデータを、第２端末装置が正常に受信できないことを示すために使用される。任意で、NACK情報はNACKであってよい。
任意で、この場合はユニキャストシナリオとグループキャストシナリオに適用できる。
任意で、この場合は、NACKのみの方式でHARQフィードバックを行う場合、及びACK／NACK方式でHARQフィードバックが実行される場合に適用可能である。
例えば、シナリオでは、第１端末装置が第１HARQプロセスを使用して他の端末装置にデータを送信し、第１端末装置がNACKを受信した場合や、第１端末装置が他の端末装置からNACKを受信した場合、第１端末装置は他の端末装置がデータの受信に失敗したと判断する。
（３）第１端末装置は、第３端末装置により送信されたACK情報と、第４端末装置により送信されたNACK情報を受信する。
ACK情報は、第１端末装置から送信された第１HARQプロセス中のデータ及び／又は第２サイドリンク許可での第１端末装置により送信されたデータを、第３端末装置が正常に受信したことを示すために使用される。任意で、ACK情報はACKであってよい。
NACK情報は、第１端末装置から送信された第１HARQプロセス中のデータ及び／又は第２サイドリンク許可での第１端末装置により送信されたデータを、第４端末装置が正常に受信できないことを示すために使用される。任意で、NACK情報はNACKであってよい。
任意で、第２サイドリンク許可は、第１HARQプロセスIDに関連付けられる。第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
例えば、第１端末装置がグループキャストを行い、第３端末装置及び第４端末装置がグループキャストオブジェクトであるシナリオには、この可能な実装が適用される。この場合、第１端末装置のすべてのグループキャストオブジェクトが、第１HARQプロセスのデータ及び／又は第２サイドリンク許可のデータを受信できるわけではない。
任意で、この場合はグループキャストシナリオに適用できる。
任意で、この場合は、NACKのみの方式でHARQフィードバックを行う場合、及びACK／NACK方式でHARQフィードバックが実行される場合に適用可能である。
例えば、シナリオでは、第１端末装置が第１HARQプロセスを使用して他の端末装置にデータを送信し、第１端末装置がNACKとACKを受信した場合や、第１端末装置が他の端末装置からNACKとACKを受信した場合、第１端末装置は他の端末装置がデータの受信に失敗したと判断する。
（４）第１端末装置は、NACK情報をネットワーク装置へ送信する。
任意で、第１端末装置は、第１HARQプロセス、第１HARQプロセスID、及び第２サイドリンク許可のいずれか１つ以上についてのNACK情報をネットワーク装置へ送信する。
任意で、NACK情報はNACKであってよい。
NACK情報は、第１端末装置がサイドリンク上の送信の実行に失敗したことを示すために使用され、第１端末装置が第２サイドリンク許可で送信の実行に失敗したことを示すために使用され、第１端末装置が第１HARQプロセスIDに対応するHARQプロセスにおいて送信の実行に失敗したことを示すために使用され、サイドリンクのデータを再送するために使用されるリソースをネットワーク装置から要求するために使用され、第２サイドリンク許可で送信に失敗したデータを再送するために使用されるリソースをネットワーク装置から要求するために使用され、又は第１HARQプロセスIDに対応するHARQプロセスにおいて送信に失敗したデータを再送するために使用されるリソースをネットワーク装置から要求するために使用される。
任意で、第２サイドリンク許可は、第１HARQプロセスIDに関連付けられる。第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
動作３０１は任意の動作であり、つまり、装置製造者は、端末装置の納入前に、第２指示情報の内容を端末装置に格納してもよい。あるいは、第２指示情報の内容が、プロトコル又は標準で指定されてよい。この方法では、ネットワーク装置は、端末装置に第２指示情報を送信する必要がない。
第２サイドリンク許可は、以下のいずれか１つ以上を含む。
サイドリンクのリソース、
サイドリンクのモード１リソース、
サイドリンクのモード２リソース、
サイドリンクの設定済み許可リソース、
サイドリンクのタイプ１設定済み許可リソース、
サイドリンクのタイプ２設定済み許可リソース、
サイドリンクの動的許可リソース、又は、
サイドリンクの設定済み許可リソースセット。設定済み許可リソースセットは、１つ以上の設定済み許可リソースインデックスに対応する設定済み許可リソースを含む。
タイプ１リソースのタイプは、以下のうちのいずれか１つ以上を含む。
サイドリンクのリソース、
サイドリンクのモード１リソース、
サイドリンクのモード２リソース、
サイドリンクの設定済み許可リソース、
サイドリンクのタイプ１設定済み許可リソース、
サイドリンクのタイプ２設定済み許可リソース、
サイドリンクの動的許可リソース、又は、
サイドリンクの設定済み許可リソースセット。設定済み許可リソースセットは、１つ以上の設定済み許可リソースインデックスに対応する設定済み許可リソースを含む。
任意で、第２確認情報は、第１端末装置がサイドリンク上の送信の実行に失敗したことを示すために使用され、第１端末装置が第２サイドリンク許可で送信の実行に失敗したことを示すために使用され、第１端末装置が第１HARQプロセスIDに対応するHARQプロセスにおいて送信の実行に失敗したことを示すために使用され、サイドリンクのデータを再送するために使用されるリソースをネットワーク装置から要求するために使用され、第２サイドリンク許可で送信に失敗したデータを再送するために使用されるリソースをネットワーク装置から要求するために使用され、又は第１HARQプロセスIDに対応するHARQプロセスにおいて送信に失敗したデータを再送するために使用されるリソースをネットワーク装置から要求するために使用される。第２サイドリンク許可は、第１HARQプロセスIDに関連付けられる。第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。任意で、第２確認情報はNACKであってよい。
任意に、タイプ１リソースのタイプ又は第２指示情報は、第１端末装置のためにネットワーク装置によって（例えば、RRCシグナリング、SIB、MACシグナリング、物理層シグナリング、DCI、又はPDCCHを使用することによって）設定されてもよく、予め設定されてもよく、又はプロトコルにおいて定義されてもよい。設定は、各サイドリンクの設定済み許可リソースインデックス（例えば、CGインデックス）リソース（例えば、設定は、CG１及びCG２に対して別々に実行され得る）、サイドリンクの設定済み許可リソース（例えば、CGリソース）、サイドリンクのタイプ１設定済み許可リソース（例えば、CGタイプ１リソース）、サイドリンクのタイプ２設定済み許可リソース（例えば、CGタイプ２リソース）、各サイドリンクの設定済み許可リソースセット、各サイドリンクの動的許可リソース（例えば、DG１）、サイドリンクの動的許可リソース、サイドリンクのモード１リソース、又はサイドリンクのモード２リソースに対して実行され得るか、又は各UE、各HARQプロセスID又はHARQプロセス、各LCH、各LCG、各SLRB、各リソースプール（resource pool）、各セル、又は各領域に対して実行され得る。
任意で、タイプ１リソースのタイプは、第１リソースが属するタイプとして理解されてもよい。
任意で、タイプ１リソースの設定の粒度は、第２指示情報の設定の粒度とは異なるか、又は同じであってもよい。
以下に、設定の粒度を例を使用して説明する。
１．リソースタイプは、粒度として使用される。
任意で、設定は、各サイドリンクの設定済み許可リソースインデックス（例えば、CGインデックス）リソース（例えば、設定は、CG１及びCG２に対して別々に実行され得る）、サイドリンクの設定済み許可リソース（例えば、CGリソース）、サイドリンクのタイプ１設定済み許可リソース（例えば、CGタイプ１リソース）、サイドリンクのタイプ２設定済み許可リソース（例えば、CGタイプ２リソース）、各サイドリンクの設定済み許可リソースセット、各サイドリンクの動的許可リソース（例えば、DG１）、サイドリンクの動的許可リソース、サイドリンクのモード１リソース、又はサイドリンクのモード２リソースに対して実行され得る。
例えば、設定が、各サイドリンクの設定済み許可リソースインデックス（例えば、CGインデックス）リソースに対して実行され得ることは、以下のように理解できる。設定は、CGインデックスタイプの各リソースに対して別々に実行することができる。設定は、CG１とCG２について別々に実行され、CG１とCG２は異なる設定を有してよい。
例えば、ネットワーク装置は、第１端末装置に対してCG１リソースをスケジューリングし、ネットワーク装置は、第１端末装置に、CG１リソースがタイプ１リソースに属する設定を提供する。ネットワーク装置は、第１端末装置に対してCG２リソースをスケジューリングし、ネットワーク装置は、第１端末装置に、CG２リソースがタイプ１リソースに属する設定を提供しない。
例えば、ネットワーク装置は、第１端末装置のCG１リソースのための第２指示情報を設定し、第１端末装置のCG１リソースに関連する送信について、前述の第２条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を実行できる。ネットワーク装置は、第１端末装置のCG２リソースのための第２指示情報を設定せず、第１端末装置のCG２リソースに関連する送信について、前述の第２条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を実行できない。
２．端末装置は、粒度として使用される。
例えば、設定が、端末装置毎に別々に実行されることは、以下のように理解することができる。設定は、端末装置毎に別々に実行されてよい。設定は、UE１とUE２について別々に実行され、UE１とUE２は異なる設定を有してよい。
例えば、ネットワーク装置は、第１端末装置に対して、第１端末装置のサイドリンクのリソースがタイプ１リソースに属する設定を提供する。ネットワーク装置は、第２端末装置に対して、第２端末装置のサイドリンクのリソースがタイプ１リソースに属する設定を提供しない。
例えば、ネットワーク装置は、第１端末装置に対する第２指示情報を設定する。UE１の送信では、前述の第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことができる。ネットワーク装置は、第２端末装置に対する第２指示情報を設定しない。UE２の送信では、前述の第２プリセット条件が満たされると、第２端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことがでない。
３．論理チャネル又は論理チャネルグループは、粒度として使用される。
例えば、設定が、論理チャネル毎に実行されることは、以下のように理解することができる。設定は、論理チャネル毎に別々に実行されてよい。設定は、LCH１とLCH２について別々に実行され、LCH１とLCH２は異なる設定を有してよい。
例えば、ネットワーク装置は、第１端末装置に対して、LCH１に対応するリソースがタイプ１リソースに属する設定を提供する。ネットワーク装置は、第１端末装置に対して、LCH２に対応するリソースがタイプ１リソースに属する設定を提供しない。
例えば、ネットワーク装置は、LCH１に対する第２指示情報を設定する。LCH１に関連する送信では、前述の第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことができる。ネットワーク装置は、LCH２に対する第２指示情報を設定しない。LCH２に関連する送信では、前述の第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことがでない。
例えば、設定が、論理チャネルグループ毎に実行されることは、以下のように理解することができる。設定は、論理チャネルグループ毎に別々に実行されてよい。設定は、LCG１とLCG２について別々に実行され、LCG１とLCG２は異なる設定を有してよい。
例えば、ネットワーク装置は、第１端末装置に対して、LCG１に対応するリソースがタイプ１リソースに属する設定を提供する。ネットワーク装置は、第１端末装置に対して、LCG２に対応するリソースがタイプ１リソースに属する設定を提供しない。
例えば、ネットワーク装置は、LCG１に対する第２指示情報を設定する。LCG１に関連する送信では、前述の第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことができる。ネットワーク装置は、LCG２に対する第２指示情報を設定しない。LCG２に関連する送信では、前述の第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことがでない。
４．サイドリンク無線ベアラSLRBは、粒度として使用される。
例えば、設定が、SLRB毎に実行されることは、以下のように理解することができる。設定は、SLRB毎に別々に実行されてよい。設定は、SLRB１とSLRB２について別々に実行され、SLRB１とSLRB２は異なる設定を有してよい。
例えば、ネットワーク装置は、第１端末装置に対して、SLRB１に対応するリソースがタイプ１リソースに属する設定を提供する。ネットワーク装置は、SLRB２に対応するリソースがタイプ１リソースに属する設定を提供しない。
例えば、ネットワーク装置は、SLRB１に対する第２指示情報を設定する。SLRB１に関連する送信では、前述の第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことができる。ネットワーク装置は、SLRB２に対する第２指示情報を設定しない。SLRB２に関連する送信では、前述の第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことがでない。
５．リソースプールは、粒度として使用される。
例えば、設定が、リソースプール毎に実行されることは、以下のように理解することができる。設定は、リソースプール毎に別々に実行されてよい。設定は、リソースプール１とリソースプール２について別々に実行され、リソースプール１とリソースプール２は異なる設定を有してよい。
例えば、ネットワーク装置は、リソースプール１に対応するリソースがタイプ１リソースに属する設定を提供する。ネットワーク装置は、リソースプール２に対応するリソースがタイプ１リソースに属する設定を提供しない。
例えば、ネットワーク装置は、リソースプール１に対する第２指示情報を設定する。リソースプール１に関連する送信では、前述の第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことができる。ネットワーク装置は、リソースプール２に対する第２指示情報を設定しない。リソースプール２に関連する送信では、前述の第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことがでない。
６．６.HARQプロセス及び／又はHARQプロセスIDは、粒度として使用される。
例えば、設定が、HARQプロセス毎に実行されることは、以下のように理解することができる。設定は、HARQプロセス毎に別々に実行されてよい。設定は、HARQプロセス１とHARQプロセス２で別々に行われ、HARQプロセス１とHARQプロセス２は異なる設定を有してよい。
例えば、ネットワーク装置は、第１端末装置に対して、HARQプロセス１に対応するリソースがタイプ１リソースに属する設定を提供する。ネットワーク装置は、第１端末装置に対して、HARQプロセス２に対応するリソースがタイプ１リソースに属する設定を提供しない。
例えば、ネットワーク装置は、HARQプロセス１に対する第２指示情報を設定する。HARQプロセス１に関連する送信では、前述の第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことができる。ネットワーク装置は、HARQプロセス２に対する第２指示情報を設定しない。HARQプロセス２に関連する送信では、前述の第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことがでない。
例えば、設定が、HARQプロセスID毎に実行されることは、以下のように理解することができる。設定は、HARQプロセスID毎に別々に実行されてよい。設定は、HARQプロセスID１とHARQプロセスID２で別々に行われ、HARQプロセスID１とHARQプロセスID２は異なる設定を有してよい。
例えば、ネットワーク装置は、第１端末装置に対して、HARQプロセスID１に対応するリソースがタイプ１リソースに属する設定を提供する。ネットワーク装置は、第１端末装置に対して、HARQプロセスID２に対応するリソースがタイプ１リソースに属する設定を提供しない。
例えば、ネットワーク装置は、HARQプロセスID１に対する第２指示情報を設定する。HARQプロセスID１に関連する送信では、前述の第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことができる。ネットワーク装置は、HARQプロセスID２に対する第２指示情報を設定しない。HARQプロセスID２に関連する送信では、前述の第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことがでない。
７．セルは、粒度として使用される。
例えば、設定が、セル毎に実行されることは、以下のように理解することができる。設定は、セル毎に別々に実行されてよい。設定は、セル１とセル２について別々に実行され、セル１とセル２は異なる設定を有してよい。例えば、ネットワーク装置は、セル１に対応するリソースがタイプ１リソースに属する設定を提供する。ネットワーク装置は、セル２に対応するリソースがタイプ１リソースに属する設定を提供しない。例えば、設定はSIBを使用して実行される。
例えば、ネットワーク装置は、セル１に対する第２指示情報を設定する。セル１に関連する送信では、前述の第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことができる。ネットワーク装置は、セル２に対する第２指示情報を設定しない。セル２に関連する送信では、前述の第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことがでない。
８．エリアは、粒度として使用される。
例えば、設定が、エリア毎に実行されることは、以下のように理解することができる。設定は、エリア毎に別々に実行されてよい。設定は、エリア１とエリア２について別々に実行され、エリア１とエリア２は異なる設定を有してよい。例えば、ネットワーク装置は、エリア１に対応するリソースがタイプ１リソースに属する設定を提供する。ネットワーク装置は、エリア２に対応するリソースがタイプ１リソースに属する設定を提供しない。例えば、設定はSIBを使用して実行される。例えば、エリアは、１つ以上のセルを含んでよい。エリアは、エリア固有のSIBが属するエリアであってもよい。
例えば、ネットワーク装置は、エリア１に対する第２指示情報を設定する。エリア１に関連する送信では、前述の第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことができる。ネットワーク装置は、エリア２に対する第２指示情報を設定しない。エリア２に関連する送信では、前述の第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースを使用して再送又は新規送信を行うことがでない。例えば、設定はSIBを使用して実行される。例えば、エリアは、１つ以上のセルを含んでよい。エリアは、エリア固有のSIBが属するエリアであってもよい。
異なる指示情報/リソースは、同じ設定の粒度又は異なる設定の粒度を有してよい。同一指示情報/同一リソースの設定の粒度は、前述（１）～（８）の設定の粒度の組み合わせであってもよく、例えば、（１）と（２）の設定の粒度の組み合わせであってもよい。
可能な実装では、第１端末装置は、ネットワーク装置により送信された指示情報１を受信する。この場合、指示情報１は、第１端末装置が、ネットワーク装置から、サイドリンク上の再送に使用されるリソースを要求できることを示すために使用される。例えば、第１端末装置が第２サイドリンク許可で送信の実行に失敗した場合、第１端末装置は、ネットワーク装置から、第１HARQプロセスで再送に使用されるリソースを要求するために、ネットワーク装置に否定応答を送信してもよい。否定応答を受信すると、ネットワーク装置は、第１HARQプロセスのデータを再送するために、第１端末装置のためのサイドリンクの動的許可リソースをスケジューリングすることができる。第１端末装置は、ネットワーク装置により送信された指示情報２を受信する。指示情報２は、第１端末装置がタイプ１リソースを使用してサイドリンク上で再送可能であることを示すために使用される。例えば、第１端末装置が第２サイドリンク許可で送信の実行に失敗した場合、第１端末装置は、第１HARQプロセスのデータを、タイプ１リソースを使用して再送することができる。第２サイドリンク許可は、第１HARQプロセスIDに関連付けられ、第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意に、指示情報１は、第１端末装置のためにネットワーク装置によって（例えば、RRCシグナリング、SIB、MACシグナリング、物理層シグナリング、DCI、又はPDCCHを使用することによって）設定されてもよく、予め設定されてもよく、又はプロトコルにおいて定義されてもよい。指示情報１の設定の粒度に関する内容については、第２指示情報の設定の粒度の説明を参照のこと。詳細はここで再び記載されない。図３に示す実施形態における第２指示情報の意味と異なる特定の意味については、指示情報１の意味を参照のこと。
任意に、指示情報２は、第１端末装置のためにネットワーク装置によって（例えば、RRCシグナリング、SIB、MACシグナリング、物理層シグナリング、DCI、又はPDCCHを使用することによって）設定されてもよく、予め設定されてもよく、又はプロトコルにおいて定義されてもよい。指示情報２の設定の粒度に関する内容については、第２指示情報の設定の粒度の説明を参照のこと。詳細はここで再び記載されない。図３に示す実施形態における第２指示情報の意味と異なる特定の意味については、指示情報２の意味を参照のこと。
任意で、第１端末装置が、ネットワーク装置により送信された指示情報１及び指示情報２を受信すること、又は第１端末装置が、指示情報１及び指示情報２を受信することは、以下のように理解できる。第１端末装置は、ネットワーク装置により送信された第２指示情報を受信する。３０２．第２プリセット条件が満たされると、第１端末装置は、第１サイドリンク許可を使用して、第１HARQプロセスのデータを再送又は新規送信する。
任意で、第２プリセット条件が満たされると、第１端末装置は、第１サイドリンク許可を使用して、サイドリンク上で、第１HARQプロセスのデータを再送する。第１サイドリンク許可はタイプ１リソースに属する。
任意で、第２プリセット条件が満たされると、第１端末装置は、第１サイドリンク許可を使用して、サイドリンク上で、第１HARQプロセスのデータを新規送信する。端末装置は、第１HARQプロセスのデータを新規送信されるデータとして使用し、第１サイドリンク許可でデータを送信するものと理解することができる。
第１HARQプロセスは、第１端末装置がデータを正常に送信しないHARQプロセスである。
任意で、タイプ１リソースは、第１サイドリンク許可を含む。
具体的に、第２プリセット条件が満たされると、第１端末装置は、タイプ１リソースから第１サイドリンク許可を選択し、次に、第１サイドリンク許可を使用してサイドリンク上で、第１HARQプロセスのデータを再送してよい。
任意で、第１端末装置は、第１サイドリンク許可を選択する際に、以下の要因の１つ以上を考慮することができる。
１．サイドリンク許可のサイズ。例えば、第１サイドリンク許可が第１HARQプロセスのデータを収容できるかどうかが決定され、第１サイドリンク許可が第１HARQプロセスのデータを収容できる場合、第１サイドリンク許可は第１HARQプロセスにおけるデータを再送するために選択されると判断できる。別の例では、第１サイドリンク許可のサイズが第２のサイドリンク許可のサイズ以上かどうかが決定され、第１サイドリンク許可のサイズが第２のサイドリンク許可のサイズ以上である場合、第１サイドリンク許可は、第１HARQプロセスでデータを再送するために選択されると判断されてよい。
２．サイドリンク許可でデータを送信するかどうか。例えば、パッケージ化された送信対象データが第１サイドリンク許可に存在しない場合、第１端末装置は、第１HARQプロセスにおいてデータを再送するために第１サイドリンク許可が選択されるべきであると判断できる。
３．第１サイドリンク許可で送信されるデータの優先度と、第１HARQプロセスにおけるデータの優先度。例えば、第１サイドリンク許可で元来送信されるデータの優先度と、第１HARQプロセスのデータの優先度が決定され、第１HARQプロセスのデータの送信優先度が高い場合、第１端末装置は、第１サイドリンク許可が、第１HARQプロセスのデータを再送するために選択されるべきであると判断できる。
任意で、優先度は、サービス品質（quality of service, QoS）情報、パケット優先度毎proSe（proSe per packet priority, PPPP）値、MAC PDU内の論理チャネルの優先度、MAC PDU内の最高優先度論理チャネルの優先度などを含む。例えば、比較は、２つのデータ部分が位置する論理チャネルの優先度に基づいて実行されてもよく、又は、比較は、２つのデータ部分の論理チャネルの優先度に基づいて実行されてもよい。論理チャネルのより高い優先度は、データのより高い優先度として理解され得る。
４．第１サイドリンク許可と第２サイドリンク許可との間の時間間隔。
例えば、第１サイドリンク許可と第２サイドリンク許可との間の時間間隔に基づいて、第１サイドリンク許可を使用して第１HARQプロセスのデータを再送するかどうかが決定され、時間間隔が第１閾値未満である場合、第１端末装置は、第１HARQプロセスのデータを再送するために第１サイドリンク許可が選択されるべきであると判断できる。
第１閾値は、第１端末装置のためにネットワーク装置によって予め設定され、通信プロトコルで指定され、特定のルールに従ってネットワーク装置によって決定されてもよく、ネットワーク装置は、第１閾値を第１端末装置に通知するか、又は納品時に第１端末装置に対して定義されていてもよい。これは、本願において具体的に限定されない。
５．第１サイドリンク許可の時間ドメイン位置の前、間、又は後。
例えば、第１サイドリンク許可の開始時間ドメイン位置が他の許可の開始時間ドメイン位置より前である場合、すなわち、第１サイドリンク許可の送信時間が他のサイドリンク許可の送信時間よりも早い場合、第１端末装置は、第１HARQプロセスのデータを再送するために第１サイドリンク許可が選択されるべきであると判断できる。
６．第１サイドリンク許可に関連するHARQプロセスID。
例えば、第１サイドリンク許可に関連付けられたHARQプロセスIDが第１HARQプロセスIDと同じである場合、第１端末装置は、第１HARQプロセスにおいてデータを再送するために第１サイドリンク許可が選択されるべきであると判断してもよい。
任意で、第１サイドリンク許可に関連付けられるHARQプロセスIDは、以下の方法のいずれか１つ以上で取得することができる。
（a）プリセットアルゴリズム又はネットワーク装置が示す計算方法に従って、第１サイドリンク許可について第１端末装置によって決定されるHARQプロセスID。
（b）第１サイドリンク許可に関連付けられ、第１端末装置に対してネットワーク装置によって示されるHARQプロセスID。又は、
（c）第１サイドリンク許可について第１端末装置によって決定されるHARQプロセスID。
７．第１HARQプロセスでデータを最初に送信するために使用されるリソースのリソースタイプ。
具体的には、第１端末装置は、第１HARQプロセスにおいて、データを最初に送信する又は前もって送信するために使用されるリソースと同じリソースタイプのリソースを優先的に選択することができる。例えば、第１端末装置は第２サイドリンク許可で初期送信を行い、第２サイドリンク許可は第１HARQプロセスIDに関連付けられ、第２サイドリンク許可は設定済み許可リソースである。第２プリセット条件が満たされると、第１端末装置は、第１HARQプロセスにおいてデータを再送するために選択されるべき設定済み許可リソースを判断することができる。
８．第１HARQプロセスのデータのQoS要求に基づく。
例えば、第１サイドリンク許可が第１HARQプロセスのデータのQoS要件を満たすことができる場合、第１端末装置は、第１サイドリンク許可が第１HARQプロセスのデータを再送するために選択されると見なすことができる。
なお、第１サイドリンク許可が決定されるとき、前述の複数の検討要素を総合的に勘案することができる。例えば、第１端末装置は、第１HARQプロセスのデータを再送するために使用されるリソースとして、第２サイドリンク許可との間隔が最も短く、元来送信されるデータがなく、第１HARQプロセスのデータを収容することができる第１サイドリンク許可を使用してもよい。別の例として、第１端末装置は、第１HARQプロセスのデータを再送するために使用されるリソースとして、第２サイドリンク許可との間隔が最も短く、元来送信されるデータの優先度が第１HARQプロセスのデータの優先度より低く、第１HARQプロセスのデータを収容することができる第１サイドリンク許可を使用することができる。
任意で、送信対象のデータが第１サイドリンク許可上に元来存在し、第２サイドリンク許可上で送信されたデータの再送が、第１サイドリンク許可上で元来新規送信されるべきデータのリソースをプリエンプションする場合、第１端末装置は、第１サイドリンク許可上で元来新規送信されるべきデータの再送リソースを要求することができるか、又は、新規送信の対象となるデータとして新規送信されるデータを使用し続けることができることに留意されたい。この場合、第１端末装置がネットワーク装置からリソースを要求すると、報告されたバッファステータスレポート（buffer status report, BSR）は、送信対象の新規送信されるデータのサイズを含む。
任意で、優先順位の高いサービスと優先順位の低いサービスの両方を確実に送信できるようにするために、CGリソース又はCGリソースセットに対して、CGリソース又はCGリソースセットの再送比率閾値又は時間閾値を設定することができる。ある時間期間内で、比率閾値又は時間閾値を超えた場合、CGリソース又はCGリソースセットは、再送にもはや使用することができない。そのため、優先度の高いサービスの再送は、優先度の低いサービスの新たな送信を必ずしもプリエンプションしない。
例えば、比率閾値又は時間閾値は、第１端末装置のためにネットワーク装置によって予め設定され、通信プロトコルで指定され、特定のルールに従ってネットワーク装置によって決定されてもよく、ネットワーク装置は、比率閾値又は時間閾値を第１端末装置に通知するか、又は納品時に第１端末装置に対して定義されていてもよい。これは、本願において具体的に限定されない。
任意に、この実施形態では、タイプ１リソースが複数のリソースタイプを含む場合、第１端末装置は、まず、１つのリソースタイプを選択し、次いで、サイドリンク許可を選択することについての前述の考慮要素を参照して、第１サイドリンク許可を選択することができる。特定のリソースタイプを選択するために、以下の要因の１つ以上を考慮してもよい:。
１．１.サイドリンクのモード１リソースの優先度が、サイドリンクのモード２リソースの優先度よりも高いか又は低いか。
例えば、タイプ１リソースがサイドリンクのモード１リソースとサイドリンクのモード２リソースを含む場合、第１端末装置は、サイドリンクのモード１リソースを優先的に選択し、次に、サイドリンクのモード１リソースから第１サイドリンク許可を選択することができる。第１サイドリンク許可は、第１サイドリンク許可の選択に関する前述の検討要素を参考にして選択することができる。
２．サイドリンクの動的許可リソースの優先度が、サイドリンクの設定済み許可リソースの優先度よりも高いか又は低いか。
例えば、タイプ１リソースがサイドリンクの動的リソースとサイドリンクの設定済み許可リソースを含む場合、第１端末装置は、サイドリンクの動的許可リソースを優先的に選択し、次に、サイドリンクの動的許可リソースから第１サイドリンク許可を選択することができる。第１サイドリンク許可は、第１サイドリンク許可の選択に関する前述の検討要素を参考にして選択することができる。
３．サイドリンクのタイプ１設定済み許可リソースの優先度が、サイドリンクのタイプ２設定済み許可リソースの優先度よりも高いか又は低いか。
４．第２サイドリンク許可のリソースタイプ。
例えば、第２サイドリンク許可は、第１HARQプロセスのデータを以前に送信するために使用されたリソースであり、第１サイドリンク許可が選択された場合、第２サイドリンク許可と同じリソースタイプのリソースを優先的に選択することができる。例えば、第２サイドリンク許可のリソースタイプがDGリソースである場合、現在のオプションのリソースにDG又はモード１リソースが含まれているならば、DG又はモード１リソースが、第１サイドリンク許可のリソースタイプとして選択される。
５．第１HARQプロセスのデータのQoS要件に基づく。
例えば、選択されるリソースタイプは、第１HARQプロセスのデータのQoS要件に基づき決定される。
例えば、第１HARQプロセスのデータのQoS要件が第２閾値よりも低いか又はより高い場合、サイドリンクのモード１リソース、サイドリンクのモード２リソース、サイドリンクの動的許可リソース、サイドリンクの設定済み許可リソース、サイドリンクのタイプ１設定済み許可リソース、及びサイドリンクのタイプ２設定済み許可リソースのいずれか１つ以上が、第１HARQプロセスのデータを再送するために選択される。
第２閾値は、第１端末装置のためにネットワーク装置によって予め設定され、通信プロトコルで指定され、特定のルールに従ってネットワーク装置によって決定されてもよく、ネットワーク装置は、第２閾値を第１端末装置に通知するか、又は納品時に第１端末装置に対して定義されていてもよい。これは、本願において具体的に限定されない。
任意で、第１端末装置は、第１サイドリンク許可を使用して、第１HARQプロセスのデータを再送又は新規送信する。第１サイドリンク許可に関連付けられた第３HARQプロセスIDは、第１HARQプロセスIDと同じか、又は異なる場合がある。
任意で、第１サイドリンク許可に関連付けられる第３HARQプロセスIDは、以下の方法のいずれか１つ以上で取得することができる。
（a）プリセットアルゴリズム又はネットワーク装置が示す計算方法に従って、第１サイドリンク許可について第１端末装置によって決定されるHARQプロセスID。
（b）第１サイドリンク許可に関連付けられ、第１端末装置に対してネットワーク装置によって示されるHARQプロセスID。又は、
（c）第１サイドリンク許可について第１端末装置によって決定されるHARQプロセスID。
任意で、第１端末装置が第１サイドリンク許可を使用して第１HARQプロセスのデータを再送する実装において、第１サイドリンク許可に関連する第３HARQプロセスIDが第１HARQプロセスIDと異なるならば、方法は、以下の動作をさらに含むことができる。３０３．第１端末装置は、第１HARQプロセスIDを第２端末装置へ送信する。
第１HARQプロセスIDが第３HARQプロセスIDと異なる場合、第１端末装置は、第１HARQプロセスIDを第２端末装置に送信し、第１サイドリンク許可を使用して再送されたデータが第１HARQプロセスの再送データであることを第２端末装置に通知し、その結果、第２端末装置が再送データを正常に受信できるようにする。
任意で、第１端末装置は、サイドリンク制御情報（sidelink control information, SCI）を使用して第１HARQプロセスIDを第２端末装置に送信する。
任意で、第１HARQプロセスに対応するNDIは、SCI内で運ばれ、第２端末装置に送られてもよい。第１HARQプロセス及び／又は第１サイドリンク許可に関連する第１HARQプロセスIDは、以下のように理解することができる。第１サイドリンク許可に対応するSCIは、第１HARQプロセスIDを運ぶ。
任意で、第１端末装置が第１サイドリンク許可を使用して第１HARQプロセスのデータを新規送信する実装において、第１サイドリンク許可に関連する第３HARQプロセスIDが第１HARQプロセスIDと異なるならば、方法は、以下の動作をさらに含むことができる。３０４．第１端末装置は、第１HARQプロセスIDによって識別されるHARQプロセスを解放するか、又は第１HARQプロセスIDにより識別されるHARQプロセスに対応するHARQバッファをフラッシュする。
動作３０４は、第１HARQプロセスIDによって識別されるHARQプロセスが常に占有されないように実行される。
第１HARQプロセス及び／又は第１HARQプロセスIDに対応する新規データ指示子（new data indicator, NDI）が切り替わっていない場合は、再送を示す。
第１HARQプロセス及び／又は第１HARQプロセスIDに対応するNDIが切り替わっている場合は、新規送信を示す。
任意で、第１HARQプロセスは、第１HARQプロセスID、第１の送信元アドレス、第１の宛先アドレス、又は通信タイプのいずれか１つ以上に関連付けられてもよい。
前述の動作３０１、動作３０２、及びステップ３０４は、実施形態を構成し得ることに留意されたい。前述の動作３０１～３０３は、実施形態を構成することができる。前述の動作３０１～３０４は、実施形態を構成することができる。
本願の本実施形態では、第１端末装置は、ネットワーク装置から第２指示情報を受信し、第２指示情報は、第２プリセット条件が満たされたときに、タイプ１リソースを使用してサイドリンクのデータを再送又は新規送信するように指示し、タイプ１リソースは、ネットワーク装置によってスケジューリングされた第１端末装置用のリソース及び/又は第１端末装置によって選択、競合、又は検知されたリソースであること、及び、第１端末装置が、第２プリセット条件が満たされたときに、第１サイドリンク許可を使用して第１HARQプロセスのデータを再送し又は新規送信し、第１タイプリソースは第１サイドリンク許可を含み、第２プリセット条件は以下のうちのいずれか１つ以上を含む。第１端末装置が、第１プリセット期間内に、第１HARQプロセスで再送に使用されるリソースを取得しないこと、第１端末装置が、第１タイマが終了したとき、第１HARQプロセスで再送に使用されるリソースを取得しないこと、第１HARQプロセスの第１HARQプロセスIDに関連するリソースの前、上、又は後に、第１端末装置が第１HARQプロセスで再送に使用されるリソースを取得しないこと、第１HARQプロセス、第１HARQプロセスID、第２サイドリンク許可、第１HARQプロセスで送信されたデータ、及び第２サイドリンク許可で送信されたデータのいずれか１つ以上について、第１端末装置がNACKをネットワーク装置に送信する回数が第１プリセット閾値に達しないこと、第１HARQプロセスで送信が失敗すること、又は第２サイドリンク許可での送信が失敗すること。従って、第１端末装置は、第１HARQプロセスのデータを再送又は新規送信する。
本願の実施形態は通信処理方法を提供する。図４は、本願の実施形態による通信処理方法の概略図である。方法は、以下のステップを含む。
６０１．ネットワーク装置が第１端末装置により送信された第２確認情報を受信する、又はネットワーク装置が第１端末装置により送信されたフィードバックを受信しない場合、ネットワーク装置は、第１端末装置のための第１HARQプロセスの再送リソースを、第７プリセット期間内又は第５タイマが終了する前にスケジューリングする。
任意で、第１端末装置の第１HARQプロセスについて、ネットワーク装置が第１端末装置により送信された第２確認情報を受信する、又はネットワーク装置が第１端末装置により送信されたフィードバックを受信しない場合、ネットワーク装置は、第１端末装置のための第１HARQプロセスの再送リソースを、第７プリセット期間内又は第５タイマが終了する前にスケジューリングする。
可能な実装では、ネットワーク装置は、第１HARQプロセスの再送リソースを、第６条件が満たされた後に開始又は再開される第７プリセット期間内に、第１端末装置に対してスケジューリングする。第６条件は、以下のいずれか１つ以上を含む。
（１）ネットワーク装置は、第１端末装置により送信された第２確認情報を受信する。
任意で、ネットワーク装置が第１端末装置により送信された第２確認情報を受信することは、ネットワーク装置が第１端末装置により送信された第２確認情報を受信する時点として理解できる。
任意で、第２確認情報は、第１端末装置がサイドリンク上の送信の実行に失敗したことを示すために使用され、第１端末装置が第２サイドリンク許可で送信の実行に失敗したことを示すために使用され、第１端末装置が第１HARQプロセスIDに対応するHARQプロセスにおいて送信の実行に失敗したことを示すために使用され、サイドリンクのデータを再送するために使用されるリソースをネットワーク装置から要求するために使用され、第２サイドリンク許可で送信に失敗したデータを再送するために使用されるリソースをネットワーク装置から要求するために使用され、又は第１HARQプロセスIDに対応するHARQプロセスにおいて送信に失敗したデータを再送するために使用されるリソースをネットワーク装置から要求するために使用される。第２サイドリンク許可は、第１HARQプロセスIDに関連付けられる。第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、第２確認情報はNACKであってよい。
任意で、第１HARQプロセスIDは、プリセットアルゴリズム又はネットワーク装置によって示される計算方法に従って第２サイドリンク許可の第１端末装置によって決定されるHARQプロセスIDであるか、又は第２サイドリンク許可に関連付けられ、第１端末装置のネットワーク装置によって示されるHARQプロセスIDである。
（２）第２PUCCHリソースの時間ドメイン位置の前、間、又は後。
任意で、特定の説明については、ステップ３０１の第２条件に関連する内容を参照する。詳細はここで再び記載されない。
（３）第２サイドリンク許可の時間ドメイン位置の前、中、又は後。第２サイドリンク許可は、第１HARQプロセスに関連付けられている。
任意で、特定の説明については、ステップ３０１の第２条件に関連する内容を参照する。詳細はここで再び記載されない。
（４）ネットワーク装置は、第１端末装置により送信された確認情報を受信しない。
任意で、ネットワーク装置は、第２PUCCHリソースで第１端末装置により送信された確認情報を受信しない。
任意で、ネットワーク装置は、第２PUCCHリソース上で、第１HARQプロセス及び／又は第２サイドリンク許可のデータについて、第１端末装置によって送信される確認情報を受信しない。
任意で、確認情報はACK又はNACKであってよい。
任意で、第１端末装置は第２サイドリンク許可で第２端末装置にデータを送信するか、又は第１端末装置は第１HARQプロセスに対応するデータを第２サイドリンク許可で第２端末装置に送信する。
第２サイドリンク許可は、第１HARQプロセスIDに関連付けられ、第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、第２サイドリンク許可は、第２PUCCHリソースに関連付けられる。
任意で、第２PUCCHリソースは、第１HARQプロセス及び／又は第１HARQプロセスIDに関連付けられる。
例えば、シナリオでは、ネットワーク装置は、第１端末装置のために第２サイドリンク許可を設定し、第２サイドリンク許可に対応する第２PUCCHリソースを設定する。ここで、第２サイドリンク許可は、第１HARQプロセスIDに関連付けられる。ネットワーク装置が、第２PUCCHリソース上で第１端末装置からのフィードバックを受信しない場合、ネットワーク装置は、第１端末装置が第２サイドリンク許可で送信の実行に失敗した、及び／又は第１HARQプロセスで送信の実行に失敗したと判断する。ここで、第２PUCCHリソースは、第２サイドリンク許可、第１HARQプロセスID、及び第１HARQプロセスのいずれか１つ以上に関連付けられる。
（５）第１PSFCHリソースの時間ドメイン位置の前、中、又は後、第１PSFCH機会（occasion）、又は第１PSFCH期間。
第１PSFCHリソース、第１PSFCH機会（occasion）、又は第１PSFCH期間は、第２サイドリンク許可、第１HARQプロセスID、及び第１HARQプロセスのいずれか１つ以上に関連付けられる。
例えば、シナリオでは、ネットワーク装置は、第１端末装置のために第２サイドリンク許可を設定し、第２サイドリンク許可に対応する第２PUCCHリソース及び第１PSFCHリソースを設定する。
任意で、第１端末装置は第２サイドリンク許可で第２端末装置にデータを送信するか、又は第１端末装置は第１HARQプロセスに対応するデータを第２サイドリンク許可で第２端末装置に送信する。
第２サイドリンク許可は、第１HARQプロセスIDに関連付けられ、第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、第２端末装置は第１PSFCHで第１端末装置にフィードバックを送信するか、又は第２端末装置は第１HARQプロセスに対応するフィードバックを、第１PSFCHリソースで第１端末装置に送信する。
任意に、第６条件は、第２条件と同じであってもよく、又は異なることもある。
任意で、第７プリセット期間の長さは、予め設定されてもよく、第１端末装置のためにネットワーク装置によって設定されてもよく、又は通信プロトコルにおいて指定されてもよい。これは、ここでは具体的に限定されない。
任意で、第７プリセット期間の長さは、第１プリセット期間の長さと同じであっても、異なることもできる。
以下の条件の１つ以上が満たされると、第７プリセット期間の時間カウントは停止及び／又はリセットされる。
（１）ネットワーク装置は、第１端末装置に対して、再送に使用されるリソースをスケジューリングする。
任意で、ネットワーク装置は、第１端末装置に対して、第１HARQプロセス（のデータ）の再送に使用されるリソースをスケジューリングする。
任意で、第１HARQプロセス（のデータ）の再送に使用されるリソースは、第１HARQプロセスIDに関連するリソース又は再送リソースとして理解されてもよい。
第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
（２）第７プリセット期間に対応する送信が成功又は完了するか、又は第１HARQプロセスに対応する送信が成功又は完了する。
任意で、第７プリセット期間に対応する送信が成功又は完了するか、又は第１HARQプロセスに対応する送信が成功又は完了することは、以下の場合の１つ以上を含む。
（２-１）ネットワーク装置は、第２サイドリンク許可についての確認情報（例えばNACK）及び／又は第１HARQプロセスのための確認情報（例えばNACK）を受信しない。
任意で、ネットワーク装置は、第２PUCCHリソースで、第２サイドリンク許可についてのNACK及び／又は第１HARQプロセスについてのNACKを受信しない。
第２PUCCHリソースは、第２サイドリンク許可及び／又は第１HARQプロセスに関連付けられる。
例えば、シナリオでは、ネットワーク装置は、第１端末装置に対して第１HARQプロセスでデータを再送するために第２サイドリンク許可を設定し、第２サイドリンク許可に対応する第２PUCCHリソースを設定し、第１端末装置は、第１端末装置は、第１端末装置が第２サイドリンク許可で送信の実行に成功したときにネットワーク装置にフィードバックを与えないか、又は第１端末装置は、第１端末装置が第２サイドリンク許可で送信の実行に失敗したときにネットワーク装置にNACKをフィードバックする。
任意で、第２サイドリンク許可は、第１HARQプロセスIDに関連付けられる。第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、第２サイドリンク許可は第７プリセット期間に対応する。
任意で、第１HARQプロセスは第７プリセット期間に対応する。
（２-２）ネットワーク装置は、第２サイドリンク許可についてのACK（例えば、肯定応答、acknowledgeの記号、ACK）及び／又は第１HARQプロセスについてのACK（例えば、肯定応答、acknowledgeの記号、ACK）を受信する。ここで、ACKは、サイドリンク上の送信が成功したことをネットワーク装置に示すために使用される。
（２-３）第７プリセット期間に対応する送信が、最大送信時間に達し、最大送信時間はタイマ又は時間カウンタの期間であってよい。
（２-４）ネットワーク装置は、第１端末装置に対して、新規送信のためのリソースをスケジューリングし、リソースに関連付けられたHARQプロセスIDは、第１HARQプロセスIDと同じである。
第１HARQプロセスIDに対応するHARQプロセスは、第１HARQプロセスと呼ばれてよい。
任意で、新規送信リソースに関連する第１HARQプロセスIDは、以下のいずれか１つ以上の方法で取得できる。
（a）プリセットアルゴリズム又はネットワーク装置が示す計算方法に従って、新規送信リソースについて第１端末によって決定されるHARQプロセスID。
（b）新規送信リソースに関連付けられ、第１端末に対してネットワーク装置によって示されるHARQプロセスID。又は、
（c）新規送信リソースについて第１端末装置によって決定される第１HARQプロセスID。
別の可能な実装では、ネットワーク装置は、第６条件が満たされると、第５タイマを開始又は再開し、ネットワーク装置は、第５タイマが終了する前に第１端末装置に対して、第１HARQプロセスで再送に使用されるリソースをスケジューリングする。第６条件については、上述の説明を参照する。詳細はここで再び記載されない。第５タイマの停止及び/又はリセットの条件に関する内容は、第７プリセット期間の停止及び/又はリセットの条件に関する内容と同じである。前述の説明を参照する。詳細はここで再び記載されない。
任意で、第５タイマの期間は、予め設定されてもよく、ネットワーク装置によって設定されてもよく、又は通信プロトコルにおいて指定されてもよい。これは、本願において具体的に限定されない。
任意で、第５タイマの長さは、第１タイマの長さと同じであっても、異なることもできる。
この可能な実装では、時間カウンタ又はタイマがネットワーク装置側で設定される。ネットワーク装置は、２確認情報を受信したときに、時間カウント又はタイミングを開始する。ネットワーク装置は、第７プリセット期間内又は第５タイマが終了する前に、第１HARQプロセス（のデータ）の再送に使用されるリソースを、第１端末装置に対してスケジューリングする。第７プリセット期間を超えた場合、又は第５タイマが終了した場合、ネットワーク装置は、第１端末装置に対して、第１HARQプロセス（のデータ）の再送に使用されるリソースをスケジューリングせず、以下の場合：第７プリセット期間を超えた場合、又は第５タイマが終了した場合に、ネットワーク装置が第１端末装置に対して、第１HARQプロセス（のデータ）の再送に使用されるリソースをスケジューリングするが、この場合、第１端末装置が、第１HARQプロセスのデータを、１サイドリンク許可を使用して再送することを決定していることを回避し、それによりリソースの無駄を回避する。
図４に示す実施形態では、図３に示す実施形態における第１HARQプロセスのデータの新規送信又は再送のシナリオのみが、本願のこの実施形態で提供されるネットワーク装置側の技術的ソリューションを説明するための例として使用されることに留意されたい。
現在、ネットワーク装置は、サイドリンクのHARQフィードバックを有効又は無効にするために送信端末装置を設定し、又はサイドリンクのHARQフィードバックを有効又は無効にするために送信端端末装置を予め設定してよい。設定の粒度は、SLRBレベルである。ネットワーク装置は、端末装置のためのサイドリンクのモード１リソースをスケジューリングし、ネットワーク装置は、サイドリンクのスケジューリング済みモード１リソースに対応するPUCCHリソースを、端末装置のために設定することもできる。PUCCHリソースは、サイドリンクのモード１リソース上の端末装置の送信状態をネットワーク装置にフィードバックするために端末装置によって使用される。例えば、端末装置がSL上で送信の実行に失敗した場合、送信端末は、PUCCHリソースでNACKをネットワーク装置に報告する。NACKは、端末装置がSL上で送信の実行に失敗したことをネットワーク装置に通知するために使用され、ネットワーク装置から再送リソースを要求するために使用されてよい。
ネットワーク装置及び端末装置が、サイドリンクのHARQフィードバックの有効状態の矛盾した理解を有する場合、例えば、ネットワーク装置がサイドリンクのHARQフィードバックは有効であると判断した場合、端末装置は、サイドリンクのHARQフィードバックが無効であると判断し、送信端端末装置は、受信端端末装置からのSL HARQフィードバックを受信しない。しかしながら、ネットワーク装置は、送信端末がSL上の送信状態をネットワーク装置にフィードバックすることを期待してもよい。ネットワーク装置がフィードバックを受信しない場合、前述の問題分析の２つのケースが発生する可能性がある。この場合、ネットワーク装置は、端末装置のために再送リソースをスケジューリングする可能性があり、リソースの無駄を生じる。
図５は、本願の実施形態による通信処理方法の実施形態の概略図である。方法は、以下のステップを含む。
８０１．第１端末装置は、サイドリンクのHARQフィードバックが有効ではない又は無効（disable）である場合、第８確認情報を生成する。
任意で、サイドリンクのHARQフィードバックが有効ではない、又は無効であることは、以下のように理解することができる。第８リソース、第１２HARQプロセス、第１２HARQプロセスID、第８PUCCHリソース、及び第１SLRBのいずれか１つ以上について、サイドリンクのHARQフィードバックが有効ではない又は無効である。或いは、第８リソース、第１２HARQプロセス、第１２HARQプロセスID、第８PUCCHリソース、及び第１SLRBのいずれか１つ以上について、第１端末装置のサイドリンクのHARQフィードバックが有効ではない又は無効である。
任意で、第８リソース、第１２HARQプロセス、第１２HARQプロセスID、第８PUCCHリソース、及び第１SLRBのいずれか１つ以上について、サイドリンクのHARQフィードバックは有効ではない又は無効である。この場合、第１端末装置は、第８確認情報を生成する。
任意で、サイドリンクのHARQフィードバックが有効ではない、又は無効であることは、以下のように理解することができる。第１端末装置がサイドリンクのHARQフィードバックを有効にしない又は無効にする。或いは、第１端末装置が、ネットワーク装置、第２端末装置、又は他の端末装置によって送信された第２情報を受信する。第２情報は、第１端末装置がサイドリンクのHARQフィードバックを有効にすること、又は第１端末装置がサイドリンクのHARQフィードバックを有効にしない又は無効にすることを示すために使用される。ここで、第２情報は、第１端末装置がサイドリンクのHARQフィードバックを有効にしない又は無効にすることを示すために使用されることが理解されよう。
任意で、第１端末装置がサイドリンクのHARQフィードバックを有効にしない又は無効にすることは、次のように理解される。第１端末装置は、サイドリンクのHARQフィードバックが有効ではない又は無効であると決定する。第１端末装置は、チャネル品質、チャネル条件、測定結果、及びCBRのいずれか１つ以上に基づいて、サイドリンクのHARQフィードバックが有効でないか、又は無効であると決定することができる。
任意で、第１端末装置がサイドリンクのHARQフィードバックを有効にしない又は無効にすることは、代替として次のように理解される。第１端末装置は、ネットワーク装置、第２端末装置、又は他の端末装置によって送信された第２情報を受信する。第２情報は、第１端末装置がサイドリンクのHARQフィードバックを有効にすること、又は第１端末装置がサイドリンクのHARQフィードバックを有効にしない又は無効にすることを示すために使用される。ここで、第２情報は、第１端末装置がサイドリンクのHARQフィードバックを有効にすることを示すために使用され、次に、第１端末装置は、サイドリンクのHARQフィードバックが有効にされないか、又は無効にされると決定することが理解されよう。第１端末装置は、チャネル品質、チャネル条件、測定結果、及びCBRのいずれか１つ以上に基づいて、サイドリンクのHARQフィードバックが有効でないか、又は無効であると決定することができる。
第１端末装置は第２端末装置にデータを送信し、第２端末装置は第１端末装置から送信されたデータを受信する。
任意で、サイドリンクのHARQフィードバックは、第８リソース、第１２HARQプロセス、第１２HARQプロセスID、第８PUCCHリソース、及び第１SLRBのいずれか１つ以上について有効ではない、又は無効であることが、以下のいずれか１つ以上として理解され得る。
（１）第８リソース、第１２HARQプロセス、第１２HARQプロセスID、及び第８PUCCHリソースのいずれか１つ以上について、第１端末装置は、サイドリンクのHARQフィードバックを有効にしない又は無効にする。
（２）第１端末装置は、ネットワーク装置、第２端末装置、又は他の端末装置から送信された第２情報を受信し、第２情報は、第８リソース、第１２HARQプロセス、第１２HARQプロセスID、第８PUCCHリソース、及び第１SLRBのいずれか１つ以上について、第１端末装置がサイドリンクのHARQフィードバックを有効にしない又は無効にすることを示すために使用される。
任意で、第１端末装置がサイドリンクのHARQフィードバックを有効にしない又は無効にする場合、第１端末装置は第８確認情報を生成する。
任意で、第８リソース、第１２HARQプロセス、第１２HARQプロセスID、第８PUCCHリソース、及び第１SLRBのいずれか１つ以上について、第１端末装置は、サイドリンクのHARQフィードバックを有効にしない又は無効にする。この場合、第１端末装置は、第８リソース、第１２HARQプロセス、第１２HARQプロセスID、及び第８PUCCHリソースのいずれか１つ以上に対応する第８確認情報を生成する。
第８リソースは、第１２HARQプロセスIDに関連付けられる。
第１２HARQプロセスIDに対応するHARQプロセスは、第１２HARQプロセスと呼ばれてよい。
第８リソースは、第８PUCCHリソースに関連付けられる。
第１SLRBは、第８リソース、第１２HARQプロセス、第１２HARQプロセスID、及び第８PUCCHリソースのいずれか１つ以上に関連付けられる。
任意で、第１２HARQプロセスIDは、プリセットアルゴリズム又はネットワーク装置によって示される計算方法に従って第８リソースについて第１端末装置によって決定されるHARQプロセスIDであるか、又は第８リソースに関連付けられ、第１端末装置に対しネットワーク装置によって示されるHARQプロセスIDである。
任意で、第１確認情報はACKであってよい。
第８リソースは、第１端末装置のためにネットワーク装置によりスケジューリングされたリソースである。
任意的に、第８リソースは、以下のうちのいずれか１つ以上を含む。
（１）サイドリンクのリソース、
（２）サイドリンクのモード１リソース、
（３）サイドリンクの設定済み許可リソース、
（４）サイドリンクのタイプ１設定済み許可リソース、
（５）サイドリンクのタイプ２設定済み許可リソース、
（６）サイドリンクの動的許可リソース、
（７）サイドリンクの設定済み許可リソースセット。設定済み許可リソースセットは、１つ以上の設定済み許可リソースインデックスに対応する設定済み許可リソースを含む。
具体的には、第１端末装置が第８リソースを使用してサイドリンク上で送信を行い、サイドリンクのHARQフィードバックが有効ではない又は無効である場合には、第１端末装置が第８確認情報を生成するか、又は第１端末装置は第８リソースに対応する第８確認情報を生成する。
例えば、第８リソースに対応する第８確認情報が第８リソースに対応するACKである場合、ACKを受信すると、ネットワーク装置は、第１端末装置が第８リソースを使用してサイドリンク上の送信の実行に成功し、第１端末装置が第８リソース上で送信を実行せず、第１端末装置がネットワーク装置に対して再送リソースを要求せず、第１２HARQプロセスにおいて第１端末装置がサイドリンクで送信の実行に成功し、又は第１端末装置が、第８リソース、第１２HARQプロセスID、及び第１２HARQプロセスのいずれか１つ以上に対して、ネットワーク装置から再送リソースを要求しない。この場合、再送リソースは、第１端末装置に割り当てられない。任意で、第１端末装置がネットワーク装置から再送リソースを要求しないことは、以下のように理解することができる。第１端末装置は、第８リソースに対して、ネットワーク装置から再送リソースを要求しない。
任意で、第１端末装置が、サイドリンクのHARQフィードバックが有効ではない又は無効である場合、第８確認情報を生成することは、以下を含む。
サイドリンクのHARQフィードバックが有効ではないか又は無効であり、第１０プリセット条件が満たされる場合、第１端末装置は、８確認情報を生成する。第１０プリセット条件は、以下のいずれか１つ以上を含む。
１．第１端末装置は、第８リソースを取得する。
２．第１端末装置は、サイドリンクで第８リソースを使用して送信を行うか、又は第１端末装置は、サイドリンクで第８リソース上で送信を行う。
３．第１端末装置は、第８PUCCHリソースを有し、第８PUCCHリソースは、第８リソースに関連付けられる。
任意で、第１端末装置が第８PUCCHリソースを有することは、以下のように理解することができる。第１端末装置は、ネットワーク装置によって設定された第８PUCCHリソースを受信するか、又は第１端末装置に対して第８PUCCHリソースが設定されている。
任意で、第１端末装置が第８PUCCHリソースを有し、第８PUCCHリソースが第８リソースに関連付けられていることは、第１端末装置が第８リソースに関連付けられている第８PUCCHリソースを有することとして理解され得る。
任意で、第１端末装置が第８リソースに関連付けられた第８PUCCHリソースを有することは、以下のように理解することができる。ネットワーク装置は、第８リソース上の、第１端末装置によってフィードバックされる送信状態を受信することを期待する。
任意で、第１端末装置は第８リソースに関連付けられた第８PUCCHリソースを有するが、サイドリンクのHARQフィードバックは有効ではないか、又は無効である（disable）。これは、ネットワーク装置と第１端末装置が、サイドリンクのHARQフィードバックの有効状態又は無効状態の矛盾した理解を有することとして理解できる（つまり、サイドリンクのHARQフィードバックが有効である、又はサイドリンクのHARQフィードバックが有効ではいない、又は無効である（disable））。例えば、第１端末装置は第８リソースに関連付けられた第８PUCCHリソースを有するが、サイドリンクのHARQフィードバックは有効ではないか、又は無効である（disable）。これは、以下のように理解されてよい。ネットワーク装置は、サイドリンクのHARQフィードバックが有効であると判断するが、第１端末装置は、サイドリンクのHARQフィードバックが有効でないか又は無効である（disable）と判断する。
第８リソースはPSSCHリソースである。各PSSCHリソースは、１つのPUCCHリソースに対応するか、又は複数のPSSCHリソースが１つのPUCCHリソースに対応する。以下は、第２つの場合を説明する。
a. 各PSSCHリソースは、１つのPUCCHリソースに対応する。言い換えれば、PSSCHリソースとPUCCHリソースとの間に１対１の対応がある。つまり、ネットワーク装置は、各PSSCHリソースに１つのPUCCHリソースを設定する。第１端末装置がPSSCHリソースを使用してサイドリンク上で送信を行わない場合、第１端末装置はPSSCHリソース又はPUCCHリソースに対応する第８確認情報を生成する。各PSSCHリソースは、対応するPUCCHリソースが設定される各PSSCHリソースとして理解できる。
b. 複数のPSSCHリソースは、１つのPUCCHリソースに対応する。言い換えると、ネットワーク装置は、複数のPSSCHリソースに同じPUCCHリソースを設定する。第１端末装置が複数のPSSCHリソースを使用してサイドリンク上で送信を行わない場合、第１端末装置は複数のPSSCHリソース又はPUCCHリソースに対応する第８確認情報を生成する。複数のPSSCHリソースは、対応するPUCCHリソースが設定される複数のPSSCHリソースとして理解できる。
４．第８リソースは、第９リソースによってプリエンプションされず、第９リソースは、第１端末装置に対してネットワーク装置によってスケジューリングされたリソースである。任意的に、第９リソースは、以下のうちのいずれか１つ以上を含む。
（１）サイドリンクのリソース、
（２）サイドリンクのモード１リソース、
（３）サイドリンクの設定済み許可リソース、
（４）サイドリンクのタイプ１設定済み許可リソース、
（５）サイドリンクのタイプ２設定済み許可リソース、
（６）サイドリンクの動的許可リソース、
（７）サイドリンクの設定済み許可リソースセット。サイドリンクの設定済み許可リソースセットは、１つ以上の設定済み許可リソースインデックスに対応する設定済み許可リソースを含む、
（８）アップリンクのリソース、
（９）アップリンクの設定済み許可リソース、
（１０）アップリンクのタイプ１設定済み許可リソース、
（１１）アップリンクのタイプ２設定済み許可リソース、
（１２）アップリンクの設定済み許可リソースセット。アップリンクの設定済み許可リソースセットは、１つ以上の設定済み許可リソースインデックスに対応する設定済み許可リソースを含む、
（１３）アップリンクの動的許可リソース、
（１４）ダウンリンクのリソース、
（１５）ダウンリンクの半永続割り当てリソース、
（１６）ダウンリンクの動的割り当てリソース、又は、
（１７）ダウンリンクの半永続割り当てリソースセット。半永続割り当てリソースセットには、１つ以上の半永続割り当てリソースインデックスに対応する半永続割り当てリソースが含まれる。
第８リソースが第９リソースによってプリエンプションされないことには、以下の２つの可能な場合がある。
a. 第８リソースは、時間ドメインで第９リソースと重複（overlap）しない。
本明細書における重複は、部分的重複又は完全な重複であってもよい。
例えば、第８リソースが時間ドメインで第９リソースと重複する場合、第９リソースは、第８リソースをオーバーライド又はプリエンプション（overlap）し、第１端末装置は、第８リソース上でSL送信を実行しない。第８リソースも第９リソースも、第１端末装置のためにネットワーク装置によってスケジューリングされたリソースであるため、ネットワーク装置は、第１端末装置の第９リソースが、第８リソースをオーバーライド又はプリエンプションすると判断することができる。この場合、ネットワーク装置は、第１端末装置が第８リソースでSL送信を行わないことを知り、第１端末装置は、第８リソース上の送信状態をネットワーク装置にフィードバックする必要がない。すなわち、第８リソースが第９リソースと重複する場合、第１端末装置は、第８リソース上の送信状態をネットワーク装置にフィードバックする必要はない。反対に、第８リソースが時間ドメインで第９リソースと重複しない場合、ネットワーク装置は、第１端末装置が第８リソースでSL送信を行うかどうかが分からない。この場合、第１端末装置は、第８リソースの送信状態をネットワーク装置にフィードバックする必要がある。
任意で、第８リソースはCGリソースであり、第９リソースはDGリソースである。
任意で、第１端末装置は、PDCCH上で、第９リソースを設定するための情報を受信し、PDCCH中のDCIは、無線ネットワーク一時識別子（radio network temporary identity, RNTI、例えば、C-RNTI、CS-RNTI、SPS C-RNTI、SLCS-RNTI、SL-RNTI、SL半永続スケジューリングV-RNTI、又はSL半永続スケジューリングV-RNTI）を使用することによってスクランブルされる。
任意で、第８リソースが時間ドメイン内の第９リソースと重複せず、サイドリンクのHARQフィードバックが有効でないか、又は無効（disable）である場合、第１端末装置は、第８リソースに対応する第８確認情報を生成する。
b. 第８リソースに関連付けられたHARQプロセスIDは、第９リソースに関連付けられたHARQプロセスIDとは異なるか、又は第９リソースに関連付けられたHARQプロセスIDは、第８リソースに関連付けられたHARQプロセスIDではない。
例えば、第１端末装置が第９リソースを設定するための情報を受信し、第８リソースに関連付けられた第１２HARQプロセスIDが第９リソースに関連付けられた第１３HARQプロセスIDと同じ場合、第９リソースが第８リソースをプリエンプションすると考えることができる。第１端末装置は、第８リソース上でSL通信を行わない。第８リソースも第９リソースも、第１端末装置のためにネットワーク装置によってスケジューリングされたリソースであるため、ネットワーク装置は、第１端末装置の第９リソースが、第８リソースをオーバーライド又はプリエンプション（overlap）すると判断することができる。この場合、ネットワーク装置は、第１端末装置が第８リソースでSL送信を行わないことを知り、第１端末装置は、第８リソース上の送信状態をネットワーク装置にフィードバックする必要がない。すなわち、第８リソース及び第９リソースが同じHARQプロセスIDに関連付けられ、第９リソースが第８リソースをプリエンプションする場合、第１端末装置は、第８リソースの送信状態をネットワーク装置にフィードバックする必要はない。
任意で、第８リソースはCGリソースであり、第９リソースはDGリソースである。
任意で、第１端末装置は、PDCCH上で、第９リソースを設定するための情報を受信し、PDCCH中のDCIは、無線ネットワーク一時識別子（radio network temporary identity, RNTI、例えば、C-RNTI、CS-RNTI、SPS C-RNTI、SLCS-RNTI、SL-RNTI、SL半永続スケジューリングV-RNTI、又はSL半永続スケジューリングV-RNTI）を使用することによってスクランブルされる。
任意で、第１端末装置が第９リソースを受信するとき、第８リソースはまだ使用されていない。
任意で、第１端末装置が第９リソースを受信するとき、第８リソースに関連するHARQプロセスは、依然として占有される。
任意で、第１端末装置が第９リソースを受信する前に、第１端末装置は第８リソースを取得しており、第８リソースは第１２HARQプロセスIDに関連付けられる。
任意で、第１端末装置は第９リソースを受信し、第９リソースに関連付けられたHARQプロセスIDは第８リソースに関連付けられたHARQプロセスIDである。第１端末装置が第９リソースを受信し、特定されたHARQプロセスが第８リソースのために設定されることが理解されよう。あるいは、第８リソースは、同じHARQプロセスID、第１２HARQプロセスID、又は第１３HARQプロセスIDに関連する前のサイドリンク許可／リソースであることが理解され得る。
任意で、反対に、第８リソースが第９リソースによりプリエンプションされない場合、ネットワーク装置は、第１端末装置が第８リソースでSL送信を行うかどうかが分からない。この場合、第１端末装置は、第８リソースの送信状態をネットワーク装置にフィードバックする必要がある。
例えば、第８リソースと第９リソースが異なるHARQプロセスIDに関連付けられている場合、又は第９リソースに関連付けられているHARQプロセスIDが第８リソースに関連付けられているHARQプロセスIDではなく、サイドリンクのHARQフィードバックが有効にされていない、又は無効にされている（disable）場合、第１端末装置は第８リソースに対応する第８確認情報を生成する。
例えば、第１端末装置は第８リソースを取得し、第１端末装置は第８リソースに対応するPUCCHリソースを取得する。第８リソース上の送信については、サイドリンクのHARQフィードバックが有効ではないか、又は無効である（すなわち、第１端末装置が第８リソース上でサイドリンク送信を行い、第１端末装置が受信端端末装置からのフィードバックを期待しないか、又は第１端末装置が受信端端末装置からフィードバックを取得しない）。この場合、第１端末装置は、第８リソースに対応する第８確認情報を生成する。
８０２．第１端末装置は、第８確認情報をネットワーク装置へ送信する。
任意で、第１端末装置は、PUCCHリソース又はPUSCHリソースを使用して、ネットワーク装置に第８確認情報を送信する。
任意で、第１端末装置は、第８リソースに対応するPUCCHリソース（例えば、第８PUCCHリソース）を使用して、ネットワーク装置に第８確認情報を送信する。
任意で、ステップ８０１の前に、方法は、以下をさらに含む。第１端末装置は、ネットワーク装置により送信された第８指示情報を受信する。
第８指示情報は、サイドリンクのHARQフィードバックが有効ではない又は無効（disable）である場合、及び／又は第１０プリセット条件が満たされている場合に、第８確認情報を生成するように第１端末装置に指示するために、又はサイドリンクのHARQフィードバックが有効ではない又は無効（disable）である場合、及び／又は第１０プリセット条件が満たされている場合に、第８確認情報をネットワーク装置に送信するように第１端末装置に指示するために使用される。
任意で、第１端末装置が第８確認情報を生成することは、以下のように理解することができる。第１端末装置が、第８リソース、第１２HARQプロセス、第１２HARQプロセスID、第８PUCCHリソース、及び第１SLRBのうちの１つ以上に対応する第８確認情報を生成する。
任意で、第１端末装置がネットワーク装置へ第８確認情報を送信することは、以下のように理解することができる。第１端末装置が、第８リソース、第１２HARQプロセス、第１２HARQプロセスID、第８PUCCHリソース、及び第１SLRBのうちの１つ以上に対応する第８確認情報をネットワーク装置へ送信する。
任意で、この実施形態では、第８リソースは第１６サイドリンク許可として理解され、第１０リソースは第１７サイドリンク許可として理解され得る。任意で、第８指示情報の設定の粒度の説明については、図３に示す実施形態における第２指示情報の設定の粒度の説明を参照のこと。図３に示す実施形態における第２指示情報の意味と異なる特定の意味については、第８指示情報の意味を参照のこと。
本願の実施形態では、サイドリンクのHARQフィードバックが有効ではないか、又は無効である場合、第１端末装置は、第８確認情報を生成する。次に、第１端末装置は、第８確認情報をネットワーク装置へ送信する。ネットワーク装置は、第８確認情報を受信する。第１端末装置は、第８リソースを使用してサイドリンク上の送信の実行に成功し、第１端末装置は、第８リソース上で送信を実行せず、第１端末装置は、ネットワーク装置に対して再送リソースを要求せず、第１端末装置は、第１２HARQプロセスにおいてサイドリンク上で送信の実行に成功し、又は、第１端末装置は、ネットワーク装置から、第８リソース、第１２HARQプロセスID、及び第１２HARQプロセスのいずれか１つ以上について再送リソースを要求しないと決定されてよい。この場合、ネットワーク装置は、第１端末装置に再送リソースを割り当てず、リソースの無駄を回避する。
同様の技術概念に基づき、本願の実施形態は、通信装置を提供する。通信装置は、前述の実施形態及びその任意の可能な設計のうちのいずれか１つで提供される通信方法における第１端末装置であってもよい。第１端末装置は、前述の実施形態のいずれか１つで提供される通信方法において、第１端末装置によって実行される方法ステップ又は動作又は挙動を実行するように構成された少なくとも１つの対応するユニットを含んでもよい。少なくとも１つのユニットは、第１端末装置により実行される方法ステップ、動作、又は挙動と１対１対応で配置されてよい。
図６は、本願の実施形態による通信装置の実施形態を示す。通信装置は、図２に示される実施形態における第１端末装置により実行されるステップを実行するよう構成されてよい。詳細については、前述の方法の実施形態における説明を参照する。
通信装置は、処理モジュール９０１及びトランシーバモジュール９０２を含む。
処理モジュール９０１は、通信装置が第１リソースを使用してサイドリンク上で送信を実行しない場合に、第１確認情報を生成するように構成され、サイドリンクは通信装置と第２端末装置との間の無線直接通信リンクである。
トランシーバモジュール９０２は、第１確認情報をネットワーク装置に送信するように構成される。
別の可能な実装では、トランシーバモジュール９０２は、具体的に、第１確認情報を、第１リソースに対応する第１PUCCHリソースを使用してネットワーク装置に送信するよう構成される。
別の可能な実装では、通信装置が第１リソースを使用してサイドリンク上で送信を行わないことは、以下のうちのいずれか１つ以上を含む。第５HARQプロセスにおける送信が成功又は終了し、通信装置がネットワーク装置によって第５HARQプロセスに割り当てられた再送リソースを取得し、再送リソースが第１リソースであること、及び、第５HARQプロセスに対応するHARQバッファが空であり、第１リソースが第５HARQプロセスに関連付けられること、又は、第５HARQプロセスにおいてデータが取得されず、第１リソースが第５HARQプロセスに関連付けられること。
別の可能な実装では、処理モジュール９０１は、通信装置が第１リソースを使用してサイドリンク上で送信を行わず、第１プリセット条件が満たされた場合、第１確認情報を生成する。ここで、第１プリセット条件は、以下のいずれか１つ以上を含む。
第１リソースに対応する第１PUCCHリソースが存在し、第１リソースが第２リソースによってプリエンプションされず、第２リソースは、通信装置のためにネットワーク装置によってスケジューリングされたリソースであること、又は、第１リソースに対応する第１PUCCHリソースが、第５HARQプロセスに関連する第９確認情報をネットワーク装置にフィードバックするために使用されないこと。
別の可能な実装では、第１リソースは、以下のいずれか１つ以上を含む。
サイドリンクのリソース、
サイドリンクの設定済み許可リソース、
サイドリンクの動的許可リソース、
サイドリンクのモード１リソース、
サイドリンクのタイプ１設定済み許可リソース、又は、
サイドリンクのタイプ２設定済み許可リソース。
別の可能な実装では、第１確認情報は、通信装置のMAC層の指示に従い、通信装置の PHY層によって生成され、第１確認情報は、通信装置のMAC層によって生成され、通信装置のMAC層によって通信装置のPHY層に送信されるか、又は、第１確認情報は、通信装置のPHY層によって生成される。
別の可能な実装において、トランシーバモジュール９０２は、さらに、ネットワーク装置から第７指示情報を受信するよう構成され、第７指示情報は、通信装置が第１リソースを使用することによってサイドリンク上で送信を実行しないとき、及び／又は第１プリセット条件が満たされるとき、第１確認情報を生成又は送信するように通信装置に指示するために使用される。
別の可能な実装では、第１確認情報はACKである。
任意で、図６に示される通信装置は、代替として、図３に示される実施形態における第１端末装置により実行されるステップを実行するよう構成されてよい。詳細については、前述の方法の実施形態における説明を参照する。
トランシーバモジュール９０２は、ネットワーク装置によって送られた第２指示情報を受信するように構成され、第２指示情報は、第２プリセット条件が満たされたときに、タイプ１リソースを使用することによって、サイドリンクのデータを再送するように通信装置に指示するために使用され、タイプ１リソースは、通信装置に対してネットワーク装置によってスケジューリングされたリソース、及び／又は、通信装置によって選択され、競合され、又は検知されたリソースを含む。
処理モジュール９０１は、第２プリセット条件が満たされたとき、第１サイドリンク許可を使用することによって、第１HARQプロセスのデータを再送するように構成される。第１サイドリンク許可はタイプ１リソースに属する。第２プリセット条件は、以下のいずれか１つ以上を含む：通信装置が、第１プリセット期間内に、第１HARQプロセスで再送に使用されるリソースを取得しないこと、通信装置が、第１タイマが終了したとき、第１HARQプロセスで再送に使用されるリソースを取得しないこと、第１HARQプロセスIDに関連するリソースの時間ドメイン位置の前、中、又は後に、通信装置が第１HARQプロセスで再送に使用されるリソースを取得しないこと、第１HARQプロセス、第１HARQプロセスID、第２サイドリンク許可、第１HARQプロセスで送信されたデータ、及び第２サイドリンク許可で送信されたデータのいずれか１つ以上について、通信装置がNACKをネットワーク装置に送信する回数が第１プリセット閾値に達せず、第１端末装置が第２サイドリンク許可で送信の実行に失敗したこと、第１HARQプロセスで送信が失敗すること、第２サイドリンク許可での送信が失敗すること、のいずれか１つ以上を含み、第１HARQプロセスIDは第１HARQプロセスに関連付けられ、第２サイドリンク許可は第１HARQプロセスID又は第１HARQプロセスに関連付けられる。
可能な実装では、処理モジュール９０１は、第１サイドリンク許可に関連する第３HARQプロセスIDが、第１HARQプロセスIDとは異なることを確認するようにさらに構成される。
トランシーバモジュール９０２は、HARQプロセスIDを第２端末装置に送信するように更に構成される。
別の可能な実装では、処理モジュール９０１は、第１サイドリンク許可に関連する第３HARQプロセスIDが、第１HARQプロセスIDとは異なると決定するよう更に構成される。
トランシーバモジュール９０２は、第１HARQプロセスを解放する、及び／又は第１HARQプロセスに対応するHARQバッファをフラッシュするようにさらに構成される。
別の可能な実装では、第１サイドリンク許可は、以下のいずれか１つ以上を含む。
サイドリンクのリソース、
サイドリンクのモード１リソース、
サイドリンクのモード２リソース、
サイドリンクの設定済み許可リソース、
サイドリンクのタイプ１設定済み許可リソース、
サイドリンクのタイプ２設定済み許可リソース、
サイドリンクの設定済み許可リソースセット。設定済み許可リソースセットは、１つ以上の設定済み許可リソースインデックスに対応する設定済み許可リソースを含む、又は、
サイドリンクの動的許可リソース。
別の可能な実装では、通信装置は、第１プリセット期間内に、第１HARQプロセスで再送に使用されるリソースを取得しないことは、以下を含む。
通信装置は、第２条件が満たされた後に開始され又は再開された第１プリセット期間内に、第１HARQプロセスの再送のために使用されるリソースを取得しない。
別の可能な実装では、通信装置は、第１タイマが終了したとき、第１HARQプロセスで再送に使用されるリソースを取得しないことは、以下を含む。
第１タイマは、第２条件が満たされると開始又は再開され、第１HARQプロセスで再送に使用されるリソースは、第１タイマが終了したときには取得されない。
別の可能な実装では、第２条件は、以下のいずれか１つ以上を含む。
通信装置が、第２確認情報をネットワーク装置に送信し、第２確認情報は、第１端末装置が第２サイドリンク許可で送信の実行に失敗したことを示すために使用される、
第２PUCCHリソースの時間ドメイン位置の前、中、又は後であって、第２PUCCHリソースは第２サイドリンク許可との対応を有する、
通信装置が、第２サイドリンク許可でデータを送信する、
前記第２サイドリンク許可の時間ドメイン位置の前、中、又は後に、
通信装置が、第２端末装置から第１HARQプロセスのためのNACKを受信する、
第１端末装置が、第１HARQプロセスのためのフィードバックを受信しない、又は、
第１PSFCHリソースの時間ドメイン位置の前、中、又は後で、第２サイドリンク許可が、前記第１PSFCHリソースに関連する。
第２サイドリンク許可は、第２確認情報、第１HARQプロセスID、第１HARQプロセス、第２PUCCHリソース、及び第１PSFCHリソースのいずれか１つ以上に関連付けられる。
別の可能な実装では、第１サイドリンク許可は第２サイドリンク許可の後である。
本願の実施形態は、別の通信システムをさらに提供する。図７は、本願の実施形態による通信装置の別の構造の概略図である。通信装置は、図２に、図３、及び図５に示される実施形態におけるネットワーク装置により実行されるステップを実行するよう構成されてよい。詳細については、前述の方法の実施形態における説明を参照する。
通信装置は、トランシーバモジュール１００１を含む。
トランシーバモジュール１００１は、第７指示情報、第２指示情報、又は第４指示情報を第１端末装置に送信するように構成される。
第７指示情報は、第１端末装置が第１リソースを使用してサイドリンク上で送信を行わない場合、及び／又は第１プリセット条件が満たされた場合に、第１端末装置に対して第１確認情報を生成又は送信するように指示するために使用される。
第２指示情報は、第２プリセット条件が満たされたとき、タイプ１リソースを使用してサイドリンク上でデータを再送又は新規送信するように第１端末装置に指示するために使用される。
第４指示情報は、第４プリセット条件が満たされた場合に、第４確認情報を生成又は送信するように第１端末装置に指示するために使用され、サイドリンクは、第１端末装置と第２端末装置との間の無線直接通信リンクである。
本願は、さらに、通信装置１１００を更に提供する。図８を参照すると、本願の実施形態による通信装置の実施形態を示す。通信装置は、第１端末装置、又は第１端末装置内のチップ又はチップシステムであってよい。通信装置は、図２に、図３、及び図５に示される実施形態における第１端末装置により実行されるステップを実行するよう構成されてよい。詳細については、前述の方法の実施形態における説明を参照する。
通信装置は、プロセッサ１１０１、メモリ１１０２、入力／出力インタフェース１１０３、及びバス１１０４を含む。
可能な実装では、プロセッサ１１０１、メモリ１１０２、及び入力／出力装置１１０３は、バス１１０４に別々に接続され、メモリは、コンピュータ命令を記憶する。
図６の前述の実施形態における処理モジュール９０１は、具体的にこの実施形態におけるプロセッサ１１０１であってよい。従って、プロセッサ１１０１の特定の実装は再び説明されない。図６の前述の実施形態におけるトランシーバモジュール９０２は、具体的にこの実施形態における入力／出力装置１１０３であってよい。従って、入力／出力装置１１０３の特定の実装は再び説明されない。
図９を参照する。本願の実施形態は、通信処理システムをさらに提供する。通信処理システムは、通信装置を含む。具体的には、通信装置は、第１端末装置を含んでもよい。任意で、通信装置は、ネットワーク装置を更に含む。第１端末装置は、図２、図３、及び図５に示す実施形態において第１端末装置によって実行されるステップの全部又は一部を実行するように構成することができ、ネットワーク装置は、図２、図３、図４、及び図５に示す実施形態においてネットワーク装置によって実行されるステップの全部又は一部を実行するように構成することができる。
本願の一実施形態は、チップシステムを提供する。チップシステムは、プロセッサと入力／出力ポートとを含む。プロセッサは、図２、図３、図４、及び図５に示される実施形態における処理機能を実行するように構成される。入力／出力ポートは、図２、図３、図４、及び図５に示される実施形態における送信及び受信機能を実行するように構成される。
可能な設計では、チップシステムは、メモリを更に含む。メモリは、図２、図３、図４、及び図５に示される実施形態における機能を実行するために使用されるプログラム命令及びデータを格納ように構成される。
チップシステムは、チップを含んでよく、又はチップ及び別の個別コンポーネントを含んでよい。
本願の実施形態で提供される方法に基づいて、本願は、さらに、コンピュータプログラムプロダクトを更に提供する。コンピュータプログラムプロダクトは、コンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータ上で実行されると、コンピュータは、図２、図３、図４、及び図５に示す実施形態における方法を実行することを可能にされる。
本願の実施形態で提供される方法に基づいて、本願は、さらに、コンピュータ可読媒体を更に提供する。コンピュータ可読媒体はプログラムコードを格納する。プログラムコードがコンピュータ上で実行されると、コンピュータは、図２、図３、図４、及び図５に示す実施形態における方法を実行することを可能にされる。
本願の実施形態は、プロセッサと入力／出力ポートとを含む処理機器を更に提供する。プロセッサは、前述の方法の実施形態のうちのいずれか１つによる通信処理方法における処理機能を実行するよう構成される。入力／出力ポートは、前述の方法の実施形態のうちのいずれか１つによる通信処理方法における送信／受信機能を実行するよう構成される。
理解されるべきことに、処理機器はチップであってよい。プロセッサは、ハードウェアにより実装されてよく、又はソフトウェアにより実装されてよい。プロセッサがハードウェアにより実装されるとき、プロセッサは論理回路、集積回路、等であってよい。プロセッサがソフトウェアによって実装される場合、プロセッサは汎用プロセッサであってもよい。汎用プロセッサは、メモリに格納されたソフトウェアコードを読み出すことによって実装される。メモリは、プロセッサに統合されてよく、又はプロセッサの外部に位置し独立に存在してよい。
理解されるべきことに、明細書全体において言及される「一実施形態」又は「実施形態」は、実施形態に関連する特定の特徴、構造、又は特性が、本願の少なくとも一実施形態に含まれることを意味しない。従って、明細書全体を通じて現れる「一実施形態では」又は「実施形態では」は同じ実施形態を参照しない。更に、これらの特定の特徴、構造、又は特性は、任意の適正な方法で１つ以上の実施形態の中で結合されてよい。理解されるべきことに、前述の処理のシーケンス番号は、本願の種々の実施形態における実行順序を意味しない。プロセスの実行シーケンスは、プロセスの機能及び内部論理に従って決定されるべきであり、本願の実施形態の実施プロセスに対する制限と解釈されるべきではない。
更に、本明細書中の用語「システム」及び「ネットワーク」は、本明細書中では互換的に使用され得る。本願の実施形態では、「Aに対応するB」は、BがAに関連付けられること、及びBがAに基づき決定されてよいことを示すことが理解されるべきである。しかしながら、Bに基づきAを決定することは、BがAのみに基づき決定されることを意味しないことが更に理解されるべきである。つまり、BはA及び／又は他の情報に基づき決定されてもよい。
当業者は、本明細書に開示された実施形態を参照して説明された例の中のユニット及びステップが、電子的ハードウェア、コンピュータソフトウェア、又はそれらの組み合わせにより実装できることを理解し得る。ハードウェアとソフトウェアとの間の互換牲を明確に説明するために、以上は、概して、機能に従い各例の構成及びステップを説明した。機能がハードウェア又はソフトウェアにより実行されるかは、技術的ソリューションの特定の適用及び設計制約条件に依存する。当業者は、特定の適用毎に、記載の機能を実施するために異なる方法を使用してよいが、実装が本願の範囲を超えると考えられるべきではない。
便宜上及び簡潔な説明を目的として、前述のシステム、機器、及びユニットの詳細な作動プロセスについては、前述の方法の実施形態における対応するプロセスを参照することが当業者により明確に理解され得る。詳細はここで再び記載されない。
本願において提供された幾つかの実施形態では、理解されるべきことに、開示のシステム、機器、及び方法は他の方法で実装されてよい。例えば、記載の機器の実施形態は単なる例である。例えば、ユニットへの分割は、単なる論理的機能分割であり、実際の実装では他の分割であってよい。例えば、複数のユニット又はコンポーネントは、結合され又は別のシステムに統合されてよく、或いは、幾つかの機能は、無視され又は実行されなくてよい。更に、示された又は議論された相互結合又は直接結合又は通信接続は、幾つかのインタフェースを通じて実装されてよい。機器又はユニット間の間接結合又は通信接続は、電子的、機械的、又は他の形式で実装されてよい。
別個の部分として記載されたユニットは、物理的に分離していてよく又はそうでなくてよい。ユニットとして示された部分は、物理的ユニットであってよく又はそうでなくてよく、１つの場所に置かれてよく、又は複数のネットワークユニットに分配されてよい。ユニットのうちの一部又は全部は、本願の実施形態のソリューションの目的を達成するために、実際の要件に従い選択されてよい。
更に、本願の実施形態における機能ユニットは、１つの処理ユニットに統合されてよく、又は、ユニットの各々は物理的に単独で存在してよく、又は、２つ以上のユニットが１つのユニットに統合される。統合されたユニットは、ハードウェアの形式で実装されてよく、又はソフトウェア機能ユニットの形式で実装されてよい。
前述の実装の説明により、当業者は、本願がハードウェア、ファームウェア、又はそれらの組み合わせにより実装されてよいことを明確に理解できる。本願がソフトウェアにより実装される場合、前述の機能は、コンピュータ可読媒体に格納されるか、又はコンピュータ可読媒体に１つ以上の命令若しくはコードとして送信されてよい。コンピュータ可読媒体は、コンピュータ記憶媒体及び通信媒体を含んでよく、コンピュータプログラムをある場所から別の場所へと転送できる任意の媒体を更に含む。記憶媒体は、コンピュータによりアクセス可能な任意の利用可能な媒体であってよい。限定ではなく例として挙げると、コンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROM、又は他の光ディスク記憶装置又はディスク記憶媒体、又は他の磁気記憶装置、又は命令又はデータ構造の形態で期待されるプログラムコードを運び又は記憶することができ、コンピュータによってアクセスすることができる他の媒体を含んでもよい。更に、任意の接続は、コンピュータ可読媒体として適切に定義されてよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバ/ケーブル、ツイストペア、デジタル加入者線（DSL）、又は赤外線、無線及びマイクロ波のような無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、同軸ケーブル、光ファイバ/ケーブル、ツイストペア、DSL、又は赤外線、無線及びマイクロ波のような無線技術は、それらが属する媒体の意味に含まれる。例えば、本願に使用されるディスク（Disk）及びディスク（disc）は、コンパクトディスク（CD）、レーザディスク、光ディスク、デジタルバーサタイルディスク（DVD）、フロッピーディスク、ブルーレイディスクを含み、ディスクは、一般に、磁気手段によってデータをコピーし、ディスクは、レーザ手段によって光学的にデータをコピーする。前述の結合も、コンピュータ可読媒体の保護範囲に含まれるべきである。
要約すると、上述のものは、本願の技術的ソリューションの単なる例示的な実施例であるが、本願の保護範囲を制限することを意図するものではない。本願の精神及び原理から逸脱することなく行われる、任意の変更、均等物置換、又は改良は、本願の保護範囲内に包含されるべきである。

Claims (10)

  1. 通信処理方法であって、当該方法は、
    第１端末装置が第１リソースを使用してサイドリンク上で送信を行わない場合に、前記第１端末装置によって第１確認情報を生成するステップであって、前記サイドリンクは、前記第１端末装置と第２端末装置との間の無線直接通信リンクであり、前記第１確認情報は肯定応答（ACK）であり、前記第１端末装置が第１リソースを使用してサイドリンク上で送信を行わないことは、
    第５ハイブリッド自動再送要求（HARQ）プロセスに対応するHARQバッファが空であり、前記第１リソースは前記第５HARQプロセスに関連付けられること、又は、
    前記第５HARQプロセスにおいてデータが取得されず、前記第１リソースは前記第５HARQプロセスに関連付けられること、
    のうちのいずれか１つ以上を含む、ステップと、
    前記第１端末装置によって、前記第１確認情報をネットワーク装置に送信するステップと、
    を含む方法。
  2. 前記第１端末装置によって、前記第１確認情報をネットワーク装置に送信するステップは、
    前記第１端末装置によって、第１物理アップリンク制御チャネル（PUCCH）リソースを使用して、前記第１確認情報をネットワーク装置に送信するステップを含む、請求項１に記載の方法。
  3. 前記第１端末装置が第１リソースを使用してサイドリンク上で送信を行わないことは、
    前記第５HARQプロセスにおける送信が成功又は終了し、前記第１端末装置は、前記ネットワーク装置によって割り当てられた再送リソースを取得し、前記再送リソースは前記第１リソースであり、前記第１リソースは、前記第５HARQプロセスに関連付けられること、
    を更に含む、請求項１又は２に記載の方法。
  4. 前記第１端末装置がサイドリンク上で第１リソースを使用して送信を行わない場合に、前記第１端末装置によって第１確認情報を生成することは、
    前記第１端末装置が前記第１リソースを使用して前記サイドリンク上で送信を行わず、かつ、第１プリセット条件が満たされた場合に、前記第１端末装置によって前記第１確認情報を生成することを含み、
    前記第１プリセット条件は、以下：
    前記第１リソースに対応する第１PUCCHリソースが存在すること、
    前記第１リソースが第２リソースによってプリエンプションされず、前記第２リソースが前記第１端末装置のために前記ネットワーク装置によりスケジューリングされたリソースであること、又は、
    前記第１リソースに対応する前記第１PUCCHリソースが、前記第５HARQプロセスに関連する第９確認情報を前記ネットワーク装置にフィードバックするために使用されないこと、
    のうちのいずれか１つ以上を含む、請求項３に記載の方法。
  5. 前記第１リソースは、以下：
    前記サイドリンクのリソース、
    前記サイドリンクの設定済み許可リソース、
    前記サイドリンクの動的許可リソース、
    前記サイドリンクのモード１リソース、
    前記サイドリンクのタイプ１の設定済み許可リソース、又は、
    前記サイドリンクのタイプ２の設定済み許可リソース、
    のうちのいずれか１つ以上を含む、請求項１から４のいずれか一項に記載の方法。
  6. 前記第１確認情報は、前記第１端末装置の媒体アクセス制御（MAC）層の指示に従って、前記第１端末装置の物理（PHY）層によって生成され、又は、
    前記第１確認情報は、前記第１端末装置のMAC層によって生成され、前記第１端末装置の前記MAC層によって前記第１端末装置のPHY層に送信される、請求項１～５のいずれか一項に記載の方法。
  7. 前記第１端末装置によって、前記ネットワーク装置から第７指示情報を受信するステップであって、前記第７指示情報は、前記第１端末装置が前記第１リソースを使用して前記サイドリンク上で送信を行わない及び／又は前記第１プリセット条件が満たされる場合に、前記第１確認情報を生成する又は送信するよう前記第１端末装置に指示するために使用される、ステップを更に含む、請求項４に記載の方法。
  8. 通信機器であって、請求項１～７のいずれか一項に記載の方法のステップを実行するモジュールを含む機器。
  9. コンピュータプログラムコードを含むコンピュータプログラムであって、該コンピュータプログラムコードは、機器のプロセッサにより実行されると、前記機器に請求項１～７のいずれか一項に記載の方法のステップを実行させる、コンピュータプログラム。
  10. 請求項９に記載のコンピュータプログラムを含むコンピュータ可読記憶媒体。
JP2022544652A 2020-01-23 2020-01-23 通信処理方法及び通信装置 Active JP7434583B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/073967 WO2021147068A1 (zh) 2020-01-23 2020-01-23 通信处理方法和通信设备

Publications (2)

Publication Number Publication Date
JP2023511571A JP2023511571A (ja) 2023-03-20
JP7434583B2 true JP7434583B2 (ja) 2024-02-20

Family

ID=76992717

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022544652A Active JP7434583B2 (ja) 2020-01-23 2020-01-23 通信処理方法及び通信装置

Country Status (8)

Country Link
US (1) US20220360414A1 (ja)
EP (1) EP4084546A4 (ja)
JP (1) JP7434583B2 (ja)
CN (1) CN115245008A (ja)
BR (1) BR112022014523A2 (ja)
CA (1) CA3168861A1 (ja)
MX (1) MX2022009055A (ja)
WO (1) WO2021147068A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113170330A (zh) * 2018-12-21 2021-07-23 Oppo广东移动通信有限公司 数据传输的方法和设备
US11882546B2 (en) * 2021-04-02 2024-01-23 Qualcomm Incorporated Sidelink feedback for multiple transmit receive points
US20230058614A1 (en) * 2021-08-13 2023-02-23 Qualcomm Incorporated Conditional use of allocated periodic resources

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021088991A1 (zh) 2019-11-08 2021-05-14 华为技术有限公司 一种混合自动重传请求的处理方法及通信装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9185690B2 (en) * 2012-02-29 2015-11-10 Sharp Kabushiki Kaisha Allocating and determining resources for a device-to-device link
JP6642724B2 (ja) * 2016-01-22 2020-02-12 日本電気株式会社 ビークルツーエブリシング通信システムにおける送信衝突の検出及び対処のための方法及び装置
CN110661602A (zh) * 2018-06-29 2020-01-07 北京三星通信技术研究有限公司 信息处理方法及终端设备

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021088991A1 (zh) 2019-11-08 2021-05-14 华为技术有限公司 一种混合自动重传请求的处理方法及通信装置

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
Ericsson，Feature lead summary#2 on Resource allocation for NR sidelink Mode 1[online]，3GPP TSG RAN WG1 #99 R1-1913547，https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1913547.zip，2019年11月22日
Lenovo, Motorola Mobility，Discussion on resource allocation for NR sidelink Mode 1[online]，3GPP TSG RAN WG1 #99 R1-1912323，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912323.zip>，2019年11月08日
LG Electronics Inc.，[Running CR] Introduction of 5G V2X with NR Sidelink[online]，3GPP TSG RAN WG2 #107bis R2-1913824，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_107bis/Docs/R2-1913824.zip>，2019年10月11日
Samsung，On Resource Allocation for NR V2X Mode 1[online]，3GPP TSG RAN WG1 #99 R1-1912459，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912459.zip>，2019年11月08日

Also Published As

Publication number Publication date
CN115245008A (zh) 2022-10-25
EP4084546A4 (en) 2022-12-28
CA3168861A1 (en) 2021-07-29
BR112022014523A2 (pt) 2022-10-11
EP4084546A1 (en) 2022-11-02
WO2021147068A1 (zh) 2021-07-29
US20220360414A1 (en) 2022-11-10
MX2022009055A (es) 2022-10-27
JP2023511571A (ja) 2023-03-20

Similar Documents

Publication Publication Date Title
CN109863708B (zh) 针对未调度的上行链路的harq反馈的方法和装置
ES2886518T3 (es) Control de las transmisiones de radio de enlace ascendente en recursos asignados de manera semipersistente
US9591663B2 (en) Scheduling request method, apparatus and system
WO2021022907A1 (zh) 数据传输方法、装置及存储介质
CN106797639B (zh) 一种蜂窝网络中无线电传送方法、装置、节点及介质
US8649320B2 (en) Method and related device of scheduling request behavior in a wireless communication system
JP7434583B2 (ja) 通信処理方法及び通信装置
JP7074846B2 (ja) スケジューリング要求処理方法および端末デバイス
JP2021529451A (ja) 異なる信頼度を有するデータを転送するための方法、システム、およびデバイス
JP6480421B2 (ja) 移動局及び上りリンク信号送信方法
JP7214070B2 (ja) アップリンク通信のためのジョイントリソースプール
EP3189699B1 (en) Collision avoidance for uplink radio resource allocation in reoccurring time intervals
WO2016186004A1 (ja) ユーザ装置、及びｍａｃコントロールエレメント送信方法
CN113647182B (zh) 无线通信的方法和设备
JP7227390B2 (ja) アップリンク伝送方法および通信装置
WO2021134619A1 (zh) 上行控制信息的传输方法、装置、设备及存储介质
CN115428566A (zh) 发送数据的方法、装置和通信系统
JP2023536002A (ja) データ送信のための方法および装置
WO2021062767A1 (zh) 基于非竞争的两步随机接入方法、装置、终端及存储介质
WO2022151087A1 (zh) 上行传输方法、装置、终端及存储介质

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220825

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220825

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230719

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230725

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231024

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: 20240116

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240207

R150 Certificate of patent or registration of utility model

Ref document number: 7434583

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150