CN115190439B

CN115190439B - 侧行链路通信方法及装置

Info

Publication number: CN115190439B
Application number: CN202110358251.7A
Authority: CN
Inventors: 彭文杰; 肖潇; 赵力
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-04-01
Filing date: 2021-04-01
Publication date: 2024-06-14
Anticipated expiration: 2041-04-01
Also published as: JP2024511846A; BR112023020196A2; WO2022206570A1; US20240007229A1; CN115190439A; EP4294106A1; KR20230152763A

Abstract

本申请公开了侧行链路通信方法及装置，涉及无线通信技术领域。本申请中，第一终端和第二终端为同一通信组内的终端；第二终端接收来自于第一终端的第一控制信息和第一数据，第一控制信息指示的传播类型为SL组播传输且仅反馈NACK；第二终端在第一数据对应的HARQ反馈资源后的指定位置启动第一定时器，第一定时器的时长表示期望收到用于HARQ重传的SL资源调度信息的最小时长；当第一定时器超时后，若第二终端对第一数据成功解码且在所述HARQ反馈资源上监测到NACK，则第二终端启动第二定时器，第二定时器的时长表示等待接收用于HARQ重传的SL资源调度信息的最大时长。采用本申请可在提高传输效率的基础上保证传输可靠性。

Description

侧行链路通信方法及装置

技术领域

本申请涉及无线通信技术领域，尤其涉及侧行链路通信方法及装置。

背景技术

在无线通信***中，UE(user equipment，终端，也称用户设备)与UE之间可以通过网络进行数据通信，也可以不借助网络设备而直接进行UE与UE之间的通信。UE与UE之间的链路称为侧行链路(sidelink，SL)，侧行链路(SL)通信的一个典型应用场景即车联网(V2X)。在车联网中，每个车即一个UE，UE与UE之间可以通过SL直接进行数据传输而不需要经过网络，可以有效减少通信时延。

在侧行链路(SL)上支持多种传播类型(cast type)，其中包括SL组播(groupcast)、SL单播(unicast)等。SL通信还可支持非连续接收(discontinuousreception，DRX)机制。

在SL通信中采用DRX的情况下，如何兼顾传输效率以及传输可靠性，是目前需要解决的问题。

发明内容

本申请实施例提供了SL通信方法及装置，用以保证数据传输可靠性。

第一方面，提供一种侧行链路SL通信方法，该方法涉及的第一终端和第二终端为同一通信组内的终端；该方法包括：

第二终端接收来自于第一终端的第一控制信息和第一数据，所述第一控制信息指示的传播类型为SL组播传输且仅反馈否定确定(NACK)；

所述第二终端在所述第一数据对应的混合自动重传请求(HARQ)反馈资源后的指定位置启动第一定时器，所述第一定时器的时长表示期望收到用于HARQ重传的SL资源调度信息的最小时长；

当所述第一定时器超时后，若所述第二终端对所述第一数据成功解码且在所述HARQ反馈资源上监测到NACK，则所述第二终端启动第二定时器，所述第二定时器的时长表示等待接收用于HARQ重传的SL资源调度信息的最大时长。

可选的，所述第一定时器为SL HARQ RTT定时器，所述第二定时器为重传定时器。

可选的，所述HARQ反馈资源为物理侧行反馈信道(PSFCH)资源，所述第一数据对应的HARQ反馈资源后的指定位置为该第一数据的PSFCH资源后的第一个符号。

基于上述实现方式，第一终端(数据发送端UE)向第二终端(数据接收端UE)发送第一数据并通过第一控制信息指示传播类型为SL组播传输且仅反馈NACK(即SL组播Option1)，当第二终端接收到该第一数据和该第一控制信息后，在该第一数据对应的HARQ反馈资源后的指定位置启动第一定时器，当第一定时器超时后，若第二终端虽然对该第一数据成功解码，但在该第一数据对应的HARQ反馈资源上接收到通信组内的其他数据接收终端发送的NACK(该NACK为针对第一数据反馈的NACK)，则第二终端启动第二定时器。由于HARQ反馈类型为HARQ Opttion1(即仅反馈NACK)时，通信组内的数据接收端UE在相同的HARQ反馈资源上反馈NACK，即，该通信组内的终端均能监听该HARQ反馈资源上反馈的NACK，这样，只要通信组内有一个数据接收端UE在第一数据对应的HARQ反馈资源上反馈了NACK，则该通信组内除了因解码失败并反馈NACK的终端启动第二定时器以外，对该第一数据成功解码的终端也启动第二定时器，从而使得针对第一数据的传输，该通信组内各数据接收端UE的定时器维护一致，进而可以保证数据传输的可靠性。

在一种可能的实现方式中，所述第一定时器和所述第二定时器与所述第一控制信息指示的SL进程标识信息关联，所述SL进程标识信息包括SL进程标识、传播类型指示信息、源L1标识和目的L1标识，所述传播类型指示信息用于指示SL组播传输且仅反馈NACK或者用于指示SL组播传输。

示例性的，所述第一控制信息包括第一级侧行链路控制信息(SCI)和第二级SCI，所述第二级SCI采用第一格式或第二格式。采用第一格式的第二级SCI可包括SL进程标识、传播类型指示信息、源L1标识和目的L1标识中的至少一项，比如可包括SL进程标识、传播类型指示信息、源L1标识和目的L1标识，该传播类型指示信息指示了SL组播传输且仅反馈NACK；采用第二格式的第二级SCI应用于HARQ Option1场景(即SL组播传输且仅反馈NACK)；示例性的，所述源L1标识为所述第一终端分配的L2标识的一部分，所述目的L1标识为所述通信组对应的L2标识的一部分。

基于上述实现方式，第二终端启动第一定时器时，实际上是为第一控制信息指示的SL进程标识信息启动第一定时器，使得第一定时器与该第一控制信息指示的SL进程标识信息相关联；若第二终端接收到通信组内其他终端发送的针对第一数据对应的NACK，则在第一定时器超时后，为该第一控制信息指示的SL进程标识信息启动第二定时器，使得第二定时器与该第一控制信息指示的SL进程标识信息相关联，从而当通信组内只要有一个终端针对第一数据解码失败并反馈了NACK，则该通信组内的所有接收端UE启动的第一定时器和第二定时器均与该第一数据传输相关联，可以保证针对第一数据传输，通信组内各终端的定时器维护一致，进而可以避免定时器维护出错。

进一步的，所述方法还包括：所述第二终端将所述第一数据与SL进程关联，所述SL进程用于处理所述第一数据；当所述第二终端对所述第一数据成功解码时，释放与所述第一数据关联的SL进程。

基于上述实现方式，第二终端(数据接收端UE)将第一数据与一个SL进程关联，以基于该SL进程处理第一数据，并在成功解码时释放该SL进程，以便该SL进程能够被其他数据传输所使用。

在一种可能的实现方式中，所述第二终端启动第一定时器，包括：所述第二终端为第一SL进程启动所述第一定时器，所述第一SL进程与所述第一控制信息指示的SL进程标识信息关联，所述第一SL进程用于处理所述第一数据；所述第二终端启动第二定时器，包括：所述第二终端为所述第一SL进程启动第二定时器。

由于该第一SL进程与第一控制信息指示的SL进程标识信息关联，因此使得第一定时和第二定时器与第一控制信息指示的SL进程标识信息关联，即与第一数据的传输关联，因而可以保证通信组内各终端针对第一数据的传输，定时器维护一致，进而可以避免定时器维护出错。

进一步的，所述方法还包括：若所述第二终端对所述第一数据解码成功，且在所述HARQ反馈资源上监测到NACK，则继续占用所述第一SL进程；或者，若所述第二终端对所述第一数据解码成功，且未在所述HARQ反馈资源上监测到NACK，则释放所述第一SL进程。

示例性的，第二终端接收到第一数据和第一控制信息后，为该第一SL进程启动第一定时器。若第二终端对该第一数据成功解码，但接收到通信组内的其他终端在第一数据对应的HARQ反馈资源上发送的NACK，表明通信组内尚有对第一数据未能成功解码的数据接收终端，因此继续占用该第一SL进程，并当第一定时器超时时，为该SL进程启动第二定时器。若第二终端对该第一数据成功解码且未接收到通信组内的任何终端针对该第一数据发送的NACK，表明第一数据已被通信组内的各数据接收终端成功解码，因此释放该第一SL进程。这样，当通信组内只要有一个终端针对第一数据反馈了NACK，则该通信组内的所有数据接收端UE均保持第一数据对应的SL进程的占用状态，又由于第一定时器和第二定时器均与该SL进程对应(即第一定时器和第二定时器均是为该SL进程启动的)，从而可以保证该通信组内的所有接收终端启动的第一定时器和第二定时器均与用于处理第一数据的SL进程关联，避免定时器维护出错。

在一种可能的实现方式中，所述方法还包括：

所述第二终端对所述第一数据解码成功，释放所述第一SL进程；

所述第二终端接收第二数据和第二控制信息，所述第二控制信息指示的传播类型为组播传输且仅反馈NACK；

所述第二终端将第二SL进程与所述第二控制信息指示的SL进程标识信息进行关联，所述第二SL进程用于处理所述第二数据；

若所述第二终端确定所述第二数据为所述第一数据的重传数据，则释放所述第二SL进程。

基于上述实现方式，由于第二终端对第一数据已经解码成功，因此若确认第二数据是第一数据的重传数据，则可以不再对第二数据进行处理，因而可释放用于处理第二数据的第二SL进程。

在一种可能的实现方式中，所述第一控制信息未指示第二控制信息的资源位置，所述第二控制信息用于指示所述第一数据的重传资源。

基于上述实现方式，针对多个数据发送端UE(即第一终端)预留多份SL资源场景，若第二终端当前接收到的第一控制信息没有指示用于调度SL重传资源的控制信息的资源位置，即，该第一控制信息所指示的SL资源是最后一个重传资源，则执行本申请上述实施例提供的SL通信方法(即当第二终端启动的第一定时器超时后，虽然第二终端对第一数据解码成功，但在第一数据对应的HARQ反馈资源上接收到通信组内其他终端反馈的NACK，则也要启动第二定时器)，只要通信组内有一个终端反馈了NACK，则通信组内的数据接收终端均在第一定时器超时后启动第二定时器，保证了通信组内各数据接收端UE的定时器维护一致，进而当数据发送终端(第一终端)利用最后一个重传资源传输新的数据时，解码成功的终端也能够接收到该新的数据，从而可以保证数据传输的可靠性。

第二方面，提供一种SL通信方法，该方法涉及的第一终端和第二终端为同一通信组内的终端；该方法可包括：

第二终端接收来自于第一终端的第一控制信息和第一数据；

所述第二终端在指定位置启动第一定时器，所述第一定时器与所述第一控制信息指示的SL进程标识信息关联，所述第一定时器的时长表示期望收到用于重传的SL资源调度信息的最小时长；

所述第二终端根据所述第一数据的接收情况，在所述第一定时器超时后启动第二定时器，所述第二定时器与所述第一控制信息指示的SL进程标识信息关联，所述第二定时器的时长表示等待接收用于重传的SL资源调度信息的最大时长；

示例性的，所述SL进程标识信息包括SL进程标识、传播类型指示信息、源L1标识和目的L1标识。

在一种可能的实现方式中，所述第一控制信息指示的传播类型包括以下中的一项：

SL单播传输；

SL组播传输；

SL组播传输且仅反馈NACK；

SL组播传输且反馈NACK和ACK中的至少一项。

在一种可能的实现方式中，若所述第一控制信息指示的传播类型为SL单播传输、SL组播传输、或SL组播传输且反馈NACK和ACK中的一项，则所述第二终端根据所述第一数据的接收情况，在所述第一定时器超时后启动第二定时器，包括：所述第二终端若对所述第一数据解码失败，则在所述第一定时器超时后启动所述第二定时器；

或者，若所述第一控制信息指示的传播类型为SL组播且仅反馈NACK，则所述第二终端根据所述第一数据的接收情况，在所述第一定时器超时后启动第二定时器，包括：所述第二终端若对所述第一数据解码失败，则在所述第一定时器超时后启动所述第二定时器；或者，所述第二终端对所述第一数据成功解码且在所述第一数据对应的混合自动重传请求HARQ反馈资源上接收NACK，则在所述第一定时器超时后启动所述第二定时器；其中，所述第一终端、第二终端为同一通信组内的终端。

在一种可能的实现方式中，所述指定位置，包括：

承载第一级控制信息的资源之后的第一个符号，所述第一控制信息包括所述第一级控制信息；或者，所述第一控制信息接收完之后的第一个符号；或者，承载所述第一数据的资源之后的第一个符号；或者，所述第一数据对应的HARQ反馈资源后的第一个符号。

第三方面，提供.一种SL通信方法，该方法涉及的第一终端和第二终端为同一通信组内的终端；该方法可包括：

第二终端接收来自于第一终端的第一控制信息和第一数据；

所述第二终端在指定位置为第一SL进程启动第一定时器，所述第一定时器的时长表示期望收到用于重传的SL资源调度信息的最小时长，所述第一SL进程与所述第一控制信息指示的SL进程标识信息关联，所述第一SL进程用于处理所述第一数据；

所述第二终端根据所述第一数据的接收情况，在所述第一定时器超时后为所述第一SL进程启动第二定时器，所述第二定时器的时长表示等待接收用于重传的SL资源调度信息的最大时长；

SL单播传输；

SL组播传输；

SL组播传输且仅反馈NACK；

SL组播传输且反馈NACK和ACK中的至少一项。

在一种可能的实现方式中，所述指定位置，包括：承载第一级控制信息的资源之后的第一个符号，所述第一控制信息包括所述第一级控制信息；或者，所述第一控制信息接收完之后的第一个符号；或者，承载所述第一数据的资源之后的第一个符号；或者，所述第一数据对应的HARQ反馈资源后的第一个符号。

在一种可能的实现方式中，还包括：若所述第二终端对所述第一数据解码成功，且在所述HARQ反馈资源上监测到NACK，则继续占用所述第一SL进程；或者，若所述第二终端对所述第一数据解码成功，且未在所述HARQ反馈资源上监测到NACK，则释放所述第一SL进程。

在一种可能的实现方式中，还包括：所述第二终端对所述第一数据解码成功，释放所述第一SL进程；所述第二终端接收第二数据和第二控制信息；所述第二终端将第二SL进程与所述第二控制信息指示的SL进程标识信息进行关联，所述第二SL进程用于处理所述第二数据；若所述第二终端确定所述第二数据为所述第一数据的重传数据，则释放所述第二SL进程。

第四方面，提供一种SL通信方法，该方法涉及的第一终端和第二终端为同一通信组内的终端；该方法可包括：

第二终端接收来自于第一终端的第一控制信息和第一数据，所述第一控制信息包括指示信息，所述指示信息用于指示所述第二终端在第一定时器超时后启动第二定时器，所述第一定时器的时长表示期望收到用于HARQ重传的SL资源调度信息的最小时长，所述第二定时器的时长表示等待接收用于HARQ重传的SL资源调度信息的最大时长，所述第一终端和所述第二终端为同一通信组内的终端；所述第二终端根据所述指示信息，在所述第一定时器超时后启动所述第二定时器。

基于上述实现方式，数据发送端UE(即第一终端)指示通信组内的数据接收端UE(即第二终端)在第一定时器超时后启动第二定时器，这样，无论通信组内的数据接收端UE是否对第一数据成功解码，都会在第一定时器超时后启动第二定时器，从而使得针对第一数据的传输，该通信组内各数据接收端UE的定时器维护一致，进而可以保证数据传输的可靠性。

在一种可能的实现方式中，所述第一控制信息用于指示SL组播传输且仅反馈NACK，或者所述第一控制信息用于指示SL组播传输且反馈NACK和ACK中的一项，或者所述第一控制信息用于指示SL组播传输。

上述实现方式，可应用于SL组播传输场景，比如，可应用于SL组播Option1(即SL组播且仅反馈NACK)的场景，还可应用于SL组播Option2(即SL组播且反馈NACK和ACK中的一项)的场景。

在一种可能的实现方式中，所述指示信息还用于指示所述第二定时器的启动时刻。

进一步的，还包括：所述第二终端将所述第一数据与SL进程关联，所述SL进程用于处理所述第一数据；当所述第二终端对所述第一数据成功解码时，释放与所述第一数据关联的SL进程。

在一种可能的实现方式中，所述第二终端启动第一定时器，包括：所述第二终端为第一SL进程启动所述第一定时器，所述第一SL进程与所述第一控制信息指示的SL进程标识信息关联，所述第一SL进程用于处理所述第一数据；

所述第二终端启动第二定时器，包括：所述第二终端为所述第一SL进程启动第二定时器。

进一步的，还包括：若所述第二终端对所述第一数据解码成功，且在所述HARQ反馈资源上监测到NACK，则继续占用所述第一SL进程；或者，若所述第二终端对所述第一数据解码成功，且未在所述HARQ反馈资源上监测到NACK，则释放所述第一SL进程。

第五方面，提供一种SL通信方法，该方法涉及的第一终端和第二终端为同一通信组内的终端；该方法可包括：

第一终端向所在通信组内的终端发送第一数据和第一控制信息，所述第一控制信息包括指示信息，所述指示信息用于指示所述通信组内的终端在第一定时器超时时启动第二定时器，所述第一定时器的时长表示期望收到用于HARQ重传的SL资源调度信息的最小时长，所述第二定时器的时长表示等待接收用于HARQ重传的SL资源调度信息的最大时长，所述第一终端和所述第二终端为同一通信组内的终端。

在一种可能的实现方式中，所述第一终端向通信组内的终端发送第一数据和第一控制信息之前，还包括：所述第一终端自行确定需要指示所述通信组内的终端在第一定时器超时后启动第二定时器；或者，所述第一终端根据基站的指示，确定指示所述通信组内的终端在第一定时器超时后启动第二定时器。

在一种可能的实现方式中，还包括：所述第一终端自行确定需要指示所述通信组内的终端在第一定时器超时后启动第二定时器，且通知所述基站所述通信组内的终端已被指示在第一定时器超时后启动第二定时器。

基于上述实现方式，在SL组播的资源调度方式为Mode1的场景下(即数据发送端UE进行数据传输的SL资源由基站调度)，基站可以获知通信组内的终端已被指示在第一定时器超时后启动第二定时器以使得终端处于激活态，从而可以在第二定时器运行期间调度新的数据，使得成功解码的终端能接收到该新的数据，进而一方面可以提高***传输效率，另一方面可以保证数据传输的可靠性。

在一种可能的实现方式中，还包括：所述第一终端在所述第二定时器运行期间，向所述通信组内的终端发送新的数据。

第六方面，提供一种SL通信方法，该方法涉及的第一终端和第二终端为同一通信组内的终端；该方法可包括：

第一终端确定所述第一终端所在的通信组内除所述第一终端以外的终端均启动了第二定时器，所述第二定时器的时长表示等待接收用于HARQ重传的SL资源调度信息的最大时长；所述第一终端向基站发送第一指示信息，所述第一指示信息用于指示所述通信组内除所述第一终端以外的终端均启动了所述第二定时器。

可选的，所述第二定时器在第一定时器超时后被启动，所述第二定时器为重传定时器，所述第一定时器为SL HARQ RTT定时器。

基于上述实现方式，在SL组播的资源调度方式为Mode1的场景下(即数据发送端UE进行数据传输的SL资源由基站调度)，基站可以获知通信组内的终端均启动了第二定时器，即均处于激活态，从而可以在第二定时器运行期间调度新的数据，使得成功解码的终端能接收到该新的数据，进而一方面可以提高***传输效率，另一方面可以保证数据传输的可靠性。

在一种可能的实现方式中，所述向基站发送第一指示信息，包括：所述第一终端根据所述基站为所述第一指示信息配置的专用SL PUCCH资源，发送所述第一指示信息；或者，所述第一终端根据所述基站配置的SL PUCCH配置信息指示的用于传输所述第一指示信息的资源或资源组或传输格式，发送所述第一指示信息。

在一种可能的实现方式中，若所述第一终端指示所述通信组内的终端反馈NACK和ACK中的一项，则所述方法还包括：若所述第一终端连续N次未接收到第二终端发送的NACK或ACK，则向所述基站发送第二指示信息，所述第二指示信息用于指示所述基站禁止在仅所述第二定时器运行期间为所述通信组内的终端调度新的数据传输；其中，N为大于1的整数，所述第二终端为所述通信组内除所述第一终端以外的任一终端。

第七方面，提供一种SL组播通信方法，包括：

第一终端接收基站指示的新传数据的SL资源；

所述第一终端确定PSCCH资源对应的时域范围内，所述第一终端所在的通信组内除所述第一终端以外的终端都处于激活时间，其中，所述PSCCH用于承载用于HARQ重传的SL资源调度信息；

所述第一终端在所述PSCCH资源上发送所述基站指示的SL资源的调度信息，并在所述SL资源的调度信息指示的PSSCH资源上发送新传数据。

第八方面，提供一种通信装置，包括：一个或多个处理器；一个或多个存储器；其中，所述一个或多个存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述通信装置执行上述第一方面至第六方面中任一项所述的方法。

第九方面，提供一种计算机可读存储介质，所述计算机可读存储介质包括计算机程序，当计算机程序在计算设备(比如，车载终端)上运行时，使得所述计算设备执行上述第一方面至第六方面中任一项所述的方法。

第十方面，提供一种芯片，所述芯片与存储器耦合，用于读取并执行所述存储器中存储的程序指令，以实现如上述第一方面至第七方面中任一项所述的方法。

第十一方面，提供一种计算机程序产品，所述计算机程序产品在被计算机调用时，使得所述计算机执行如上述第一方面至第七方面中任一项所述的方法。

以上第二方面到第十一方面的有益效果，请参见第一方面的有益效果，不重复赘述。

附图说明

图1为UE与UE之间基于PC5接口进行直接通信的示意图；

图2为UE与UE之间的组播通信示意图；

图3为UE与基站间的Uu口上基本的DRX图案(pattern)示意图；

图4为侧行链路(SL)单播通信中DRX定时器维护示意图；

图5为侧行链路(SL)组播HARQ反馈示意图；

图6为侧行链路(SL)组播HARQ Option1场景下Rx UE解码状态不一致的示意图；

图7为侧行链路(SL)组播HARQ Option2场景下Rx UE解码状态不一致的示意图；

图8为本申请实施例中的一种SL组播通信场景示意图；

图9为本申请实施例提供的一种SL组播通信方法的流程示意图；

图10为本申请实施例中的一个SCI指示下一个SCI资源位置的示意图；

图11为本申请实施例中SL组播HARQ Option1场景中Rx UE解码结果不一致情况下的定时器维护示意图；

图12为本申请实施例中的一种SL通信方法的流程示意图；

图13为本申请实施例中的一种SL通信方法的流程示意图；

图14为本申请实施例中的一种SL组播通信方法的流程示意图；

图15为本申请实施例中的一种SL组播通信方法的流程示意图；

图16为本申请实施例中的一种应用于数据发送端的SL组播通信方法的流程示意图；

图17为本申请实施例中的一种应用于数据发送端的SL组播通信方法的流程示意图；

图18为本申请实施例中的一种激活时间(active time)示意图；

图19为本申请实施例提供的一种终端的结构示意图；

图20为本申请实施例提供的一种通信装置的结构示意图。

具体实施方式

为了更清楚地理解本申请，下面首先对本申请涉及的相关技术进行简要介绍。

(一)UE与UE之间的传播类型。

在无线通信***中，UE与UE之间进行通信的接口称为PC5接口，类似于UE与基站之间的Uu接口，如图1所示，UE1和UE2之间基于PC5接口进行通信。UE与UE之间的侧行链路(SL)上可支持广播通信、单播通信、组播通信等多种传播类型(cast type)。

广播通信类似于基站广播***信息，即UE不做加密对外发送广播业务数据，任何在有效接收范围内的其他UE，如果对该广播业务感兴趣都可以接收该广播业务的数据。UE采用广播通信方式发送数据时，随该数据发送源标识和目的标识，比如，源标识是数据发送端UE分配的，目的标识是广播业务对应的一个标识。

单播通信类似于UE与基站之间建立无线资源控制(radio resource control，RRC)连接之后进行的数据通信，需要两个UE之间在先建立单播连接。在建立单播连接之后，两个UE可以基于协商的标识进行数据通信，该数据可以是加密的，也可以是不加密的。UE采用单播通信方式发送数据时，随该数据发送源标识和目的标识，其中，目的标识是数据接收端UE为该单播连接分配的标识。

至少两个UE可以形成一个通信组(或称组播组或终端组)，组播通信是指通信组内任一UE发送的组播业务的数据可以被该通信组内的其他UE接收。图2以三个UE为例，示出了通信组内Tx UE(即数据发送端UE)发送数据时，该通信组内的其他UE(如图2中所示的RxUE1和Rx UE2)都可以接收到该数据。UE采用组播通信方式发送数据时，随该数据发送源标识和目的标识，该目的标识是该通信组对应的一个标识。在一个通信组内，所有UE用同一个目的标识收发数据，不同的UE使用各自的源标识发送数据。

(二)基于侧行链路(SL)组播混合自动重传请求(hybrid automatic repeatrequest，HARQ)的通信方式。

目前业界已经支持侧行链路(SL)组播HARQ。SL组播HARQ包括两种HARQ反馈类型，为了便于区分，这两种类型分别称为HARQ Option1和HARQ Option2。针对单次数据传输，数据发送端UE可以选择采用HARQ Option1或者HARQ Option2。

HARQ Option1规定终端仅反馈否定确认(negative acknowledgement，NACK)。如果采用HARQ Option1，通信组内的数据接收端UE在收到该通信组内的数据发送端UE发送的数据后，如果未能成功解码，则使用对应的物理侧行反馈信道(physical sidelinkfeedback channel，PSFCH)资源向数据发送端UE反馈NACK；如果成功解码，则不需要反馈任何信息。在这种场景中，通信组内所有数据接收端UE确定的PSFCH资源都相同，数据发送端UE只要在该PSFCH资源上收到NACK，并不区分该NACK是哪个数据接收端UE发送的，就可以认为数据需要重传。

HARQ Option2规定终端反馈NACK和肯定确认(acknowledgement，ACK)中的一项。如果采用HARQ Option2，通信组内的数据接收端UE收到数据后，如果未成功解码，则使用对应的PSFCH资源向该通信组内的数据发送端UE反馈NACK，如果成功解码，则使用对应的PSFCH资源向该通信组内的数据发送端UE反馈ACK。在该方式中，不同的数据接收端UE确定的PSFCH资源不同，这些PSFCH资源在时域上对齐，但不同UE的PSFCH资源的频域不同。数据发送端UE可以根据不同的PSFCH资源确定各个数据接收端UE是否成功解码数据。

本申请实施例中，将HARQ Option1称为“仅反馈NACK”，将HARQ Option2称为“反馈HACK和ACK中的一项”。

(三)UE与基站间的Uu上的DRX通信。

在UE与基站间的Uu口上，为了降低UE一直监听基站调度上行物理资源和下行物理资源的物理下行控制信道(physical downlink control channel，PDCCH)所造成的功率消耗，3GPP规定可以采用DRX，其基本工作原理如下：

如图3所示，DRX的基本机制是为处于RRC连接态的UE配置一个DRX周期(DRXcycle)。一个DRX周期包括“on duration”时间段和“opportunity for DRX”时间段，“onduration”时间段也称激活期，“opportunity for DRX”时间段也称非激活期。在“onduration”时间段内，UE监听并接收PDCCH；在“opportunity for DRX”时间段内，UE不接收PDCCH以减少功耗。

“on duration”的值指定了从DRX周期(DRX Cycle)的起始位置开始需要监听PDCCH的时间。在大多数情况下，当UE在某个PDCCH机会(PDCCH occasion)被调度并接收或发送数据后，很可能在接下来的几个子帧内继续被调度。如果要等到下一个DRX周期(DRXcycle)再来接收或发送这些数据将会带来额外的延迟。为了降低这类延迟，UE在被调度后，可持续处于激活期，即在配置的激活期内持续监听PDCCH。其实现机制是：每当UE被调度初传一个新数据时，会启动(或重启)一个定时器，称为激活定时器(drx-InactivityTimer)。之后UE将一直处于激活态，直到该定时器超时。该定时器指定了当UE成功解码一个调度新数据初传的PDCCH后，持续处于激活态的时间长度。

对于数据的HARQ重传，由于重传与前一次传输之间没有固定的时序关系，因此针对上行HARQ和下行HARQ，分别定义了一个时间窗(或称定时器，即HARQ RTT定时器或HARQRTT Timer)，允许UE从前一次上行传输或下行传输算起，并持续该时间窗后，才开始监听上行或下行的重传。每个上行和每个下行HARQ进程(HARQ process)都有一个HARQ RTTTimer。当HARQ RTT Timer超时，对于上行传输，UE为对应的HARQ进程启动一个重传定时器(称为drx-RetransmissionTimerUL)；对于下行传输，如果对应的HARQ进程的数据没有接收成功，则UE为该HARQ进程启动一个重传定时器(称为drx-RetransmissionTimerDL)。当drx-RetransmissionTimerUL或drx-RetransmissionTimerDL运行时，UE会监听用于调度HARQ重传的PDCCH。

简而言之，HARQ RTT定时器主要是使UE进入短时间休眠状态，由于UE与基站间的Uu口延迟(比如UE在上次传输后到解码下行数据接收是否成功、以及上行反馈给基站ACK或NACK、到基站给UE调度重传资源之间有一段处理时间)，在这段时间内基站不会调度重传资源给该UE；重传定时器主要是使UE在该段时间内监听基站可能调度的重传资源，该定时器超时后，UE不再监听重传资源。

(四)在支持HARQ反馈的侧行链路(SL)单播通信和组播通信中引入DRX。

业界已经针对侧行链路(SL)单播通信和组播通信引入DRX，该机制与Uu DRX类似，即数据接收端UE在收到数据之后，在发送HARQ反馈信息后启动对应SL进程的HARQ RTT定时器，在HARQ RTT定时器超时后，如果这个进程的数据未成功解码则启动对应SL进程的重传定时器。隐含的，如果解码成功，则不会启动重传定时器。图4示例性示出了一种SL单播通信中DRX定时器维护示意图。如图4所示，如果Rx UE(数据接收终端)接收到数据后，对该数据解码失败，则向Tx UE(数据发送终端)发送NACK，启动HARQ RTT定时器，当该定时器超时后，启动重传定时器。如果Rx UE(数据接收终端)接收到数据后，对该数据解码成功，则向Tx UE(数据发送终端)发送ACK，启动HARQ RTT定时器，当该定时器超时后，不会启动重传定时器。

针对侧行链路(SL)通信，目前业界提供两种SL资源调度方式，分别称为第一模式(Mode1)和第二模式(Mode2)。第一模式(Mode1)是指数据发送端UE进行数据传输的SL资源由基站调度，UE从基站获取SL资源；第二模式(Mode2)是指数据发送端UE进行数据传输的SL资源由UE基于监听(sensing)来确定。

针对支持HARQ反馈的侧行链路(SL)单播通信，业界一种传统做法是：数据发送端UE在收到数据接收端UE反馈的NACK之后，向基站进一步指示NACK，从而请求基站调度侧行链路(SL)重传资源。针对支持HARQ反馈的侧行链路(SL)组播通信，业界一种传统做法是：数据发送端UE只要收到一个数据接收端UE反馈的NACK，则向基站反馈NACK。图5示出了一种侧行链路(SL)组播HARQ反馈示意图。如图所示，Tx UE(数据发送端UE)接收到Rx UE1(数据接收端UE1)反馈的SL NACK，接收到Rx UE2(数据接收端UE2)反馈的SL ACK，因此向基站(gNB)反馈NACK。

根据如上所述的业界传统侧行链路(SL)通信方式，对于SL组播场景，由于通信环境的差异，针对同一数据，不同数据接收端UE的数据解码结果可能不一致，重传定时器不一定会被启动。如图6所示的HARQ Option1场景(即数据接收端UE只需要在解码失败时反馈NACK，若解码成功则不需要进行HARQ反馈)中，Rx UE2成功解码后不会向Tx UE发送任何反馈信息，也不会启动重传定时器，Rx UE1解码失败，向Tx UE发送NACK，并启动重传定时器。如图7所示的HARQ Option2场景(即数据接收端UE若解码失败则反馈NACK，若解码成功则反馈ACK)中，Rx UE2成功解码后向Tx UE发送ACK，但不启动重传定时器，Rx UE1解码失败，向Tx UE发送NACK，并启动重传定时器。

在如图6和图7所示的场景下，数据发送端UE如果采用Mode2方式获取侧行链路(SL)资源(即UE自行确定SL资源)，则数据发送端UE如果有其他SL进程的新传数据要传递，只能等下一个所有数据接收端UE都醒的时刻；如果数据发送端UE采用Mode1方式获取SL资源(即UE从基站获取SL资源)，则基站从数据发送端UE收到NACK后无法知道是所有还是部分数据接收端UE解码失败，基于基站实现，有可能会认为所有数据接收端UE都启动了重传定时器，进而试图为数据发送端UE调度其他进程的新传数据，这就会导致未启动重传定时器的数据接收UE无法收到新传数据，进而导致***可靠性降低。

为此，本申请实施例提供了通信方法和装置，可以应用于支持DRX的侧行链路(SL)通信，比如SL组播或单播通信，采用本申请实施例，可以使得不同数据接收端UE针对同一个SL传输维护的定时器运行状态一致，这样当调度新传数据时，可以保证数据传输的可靠性。

下面结合附图对本申请实施例进行详细描述。

本申请的实施例应用于侧行链路(SL)通信场景，比如，一些实施例可应用于SL组播通信场景，一些实施例可应用于SL单播通信场景。

本申请实施例中涉及的网元包括基站、UE，其中在具体数据传输过程中，UE又进一步区分为数据发送端UE和数据接收端UE。本申请实施例中，数据发送端UE可表示为Tx UE，在部分实施例中还被称为第一终端；数据接收端UE可表示为Rx UE，在部分实施例中还被称为第二终端。

图8示例性示出了本申请实施例中的一种SL组播通信场景。其中，Tx UE表示数据发送端UE，Rx UE表示数据接收端UE。Tx UE与基站间基于Uu口进行通信，Tx UE与Rx UE间基于PC5口进行通信。Tx UE可以工作在Mode1或者Mode2。当Tx UE工作在Mode1时，Tx UE与基站间存在通信连接，Tx UE可以从基站获取PC5通信的SL资源；当Tx UE工作在Mode2时，TxUE可能没有服务基站，由Tx UE自己确定数据发送的SL资源。

需要说明的是，本申请实施例中，数据发送端UE发送的数据，可被理解为MAC PDU(MAC为media access control的英文缩写，中文为媒体介入控制；PDU为protocol dataunit的英文缩写，中文为协议数据单元)，所述MAC PDU也可理解为传输块(transportblock，TB)。

对于SL组播通信，基站可以为数据发送端UE调度SL资源用于SL通信，数据发送端UE可以从基站获取SL资源。数据发送端UE也可以自己获取SL资源。数据发送端UE可使用SL资源进行SL组播通信，即向通信组内的多个数据接收端UE发送SL组播数据。数据接收端UE可以从数据发送端UE接收SL数据，并且在必要时启动DRX相关定时器。

对于SL通信(比如SL组播或SL单播)，本申请实施例涉及到的DRX相关定时器可包括：

第一定时器：所述第一定时器的时长表示期望收到用于重传的SL资源调度信息的时长。该第一定时器的时长也可被理解为期望收到用于重传的SL资源调度信息的最小时长，即，第一定时器的时长可以理解为至少在上述最小时长后，数据接收端UE才会收到基站分配的SL资源，也即，在HARQ反馈资源后，数据接收端UE至少在该时长后才可能收到基站分配的SL资源。可选的，该时长可用符号数量表示，也可以使用其他时间单位表示。可选的，第一定时器可以是SL HARQ RTT定时器。

对于SL组播和单播传输，上述用于重传的SL资源为用于HARQ重传的SL资源，即，第一定时器的时长可理解为：表示期望收到用于HARQ重传的SL资源的最小时长。

第二定时器：所述第二定时器的时长表示等待接收用于重传的SL资源调度信息的时长。该第二定时器的时长也可被理解为等待接收用于重传的SL资源调度信息的最大时长，或者理解为数据接收端UE在第一定时器超时后，最多等待相应长时间(即第二定时器的时长)来接收用于重传的SL资源调度信息。其中，对于SL组播，该SL资源可以是用于HARQ重传的SL资源。由于SL资源调度信息承载于侧行控制信息(sidelink control information，SCI)，该SCI包括第一级SCI和第二级SCI，第一级SCI承载于物理侧行控制信道(physicalsidelink control channel，PSCCH)资源，第二级SCI承载于物理侧行(sidelink)共享信道(physical sidelink share channel，PSSCH)资源，因此第二定时器的时长可以理解为至少在上述最大时长内，监听PSCCH以获取SL资源调度信息，也可理解为至少在上述最大时长内接收SCI。可选的，该时长可用符号数量表示，也可以使用其他时间单位表示。可选的，第二定时器可以是重传定时器。

第二定时器的运行期间，是指从第二定时器被启动直到第二定时器的时长达到时的一段时间。

onduration定时器：onduration定时器的时长表示DRX周期内的激活时间段(OnDuration)时长。本申请实施例对该定时器的命名不做限制。

参见图9，为本申请实施例提供的一种侧行链路(SL)通信的方法流程示意图。

该流程可应用于SL组播Option1的场景，即数据接收端UE只需要在解码失败时反馈NACK，若解码成功则不需要进行HARQ反馈。本实施例中，第一终端为数据发送端UE，第二终端为数据接收端UE，第一终端、第二终端属于同一通信组。采用该实施例，通信组中只要有一个数据接收端UE反馈了NACK，则该通信组中的数据接收UE均会在第一定时器超时后启动第二定时器。

如图9所示，该流程可包括以下步骤：

S901：第二终端接收来自于第一终端的第一控制信息和第一数据。

其中，第一控制信息指示的传播类型为SL组播传输且仅反馈NACK，即第一控制信息指示的传播类型为SL组播传输且HARQ反馈类型为HARQ Option1。

示例性的，第一控制信息可指示SL进程标识信息，所述SL进程标识信息可包括SL进程标识(或称SL进程号)、传播类型指示信息、源L1标识和目的L1标识中的至少一项，举例来说，在一些实施例中，SL进程标识信息可包括SL进程标识(或称SL进程号)、传播类型指示信息、源L1标识和目的L1标识，在另一些实施例中，在另一些实施例中，SL进程标识信息可包括SL进程标识(或称SL进程号)、源L1标识和目的L1标识。其中，所述传播类型指示信息用于指示SL组播传输且仅反馈NACK，或者所述传播类型指示信息用于指示SL组播传输。源L1标识是源标识(即源L2标识)的一部分，比如是源L2标识的低8位，目的L1标识是目的标识(即目的L2标识)的一部分，比如是目的L2标识的低16位。

示例性的，第一控制信息为SCI。该SCI可包括第一级SCI和第二级SCI。第一级SCI承载于PSCCH资源中，第二级SCI和第一数据承载于PSSCH资源中。第一级SCI可以用来指示PSSCH资源的位置，第二级SCI可以用来指示是否需要HARQ反馈，以及针对组播可以指示具体的HARQ反馈类型，所述HARQ反馈类型包括HARQ Option1和HARQ Option2。本申请实施例中，第二级CSI指示了SL组播传输且仅反馈NACK。

示例性的，第二级SCI可采用第一格式(或称为格式2-A)或第二格式(或称为格式2-B)。

采用第一格式(格式2-A)的第二级SCI，可包括传播类型指示信息(cast typeindicator)和HARQ反馈启用/禁用指示信息(HARQ feedback enabled/disabledindicator)。示例性的，传播类型指示信息的取值包括以下四种：

00：表示广播(broadcast)；

01：表示组播(groupcast)，且HARQ反馈信息包括ACK或NACK，即，表示SL组播HARQ的反馈类型为HARQ Option2；

10：表示单播(unicast)；

11：表示组播(groupcast)，且HARQ反馈信息仅包括NACK，即，表示SL组播HARQ的反馈类型为HARQ Option1。

第二格式(格式2-B)的第二级SCI包括HARQ反馈启用/禁用指示信息。该格式应用于HARQ Option1场景(即反馈NACK)或HARQ反馈禁用场景。若HARQ反馈启用/禁用指示信息指示启用HARQ反馈，则第二格式(格式2-B)的第二级SCI指示的传播类型为SL组播传输且仅反馈NACK。

基于上述SCI的格式，在S901中，第二终端接收到的第二级SCI可能采用第一格式(格式2-A)，其中包含的传播类型指示信息的取值为11；或者，第二终端接收到的第二级SCI也可能采用第二格式(格式2-B)，其中包含的HARQ反馈启用/禁用指示信息指示启用HARQ反馈。

S902：第二终端接收到第一终端发送的第一控制信息和第一数据后，在第一数据对应的HARQ反馈资源后的指定位置启动第一定时器。

示例性的，第一数据对应的HARQ反馈资源，是用于传输第一数据的PSSCH资源对应的PSFCH资源。可选的，所述第一数据对应的HARQ反馈资源后的指定位置为该PSFCH资源后的第一个符号。

在SL组播且仅反馈NACK的场景(即HARQ Option1)中，用于承载HARQ反馈信息的PSFCH资源可以基于PSSCH资源确定，且通信组内的所有数据接收终端针对单次传输，确定出的PSFCH资源是相同的。

S903：当第一定时器超时后，若第二终端解码成功且在第一数据对应的HARQ反馈资源上监测到NACK，则转入S904。

该步骤中，当第一定时器超时的时候，若第二终端之前已经解码成功，并且之前已经在第一数据对应的HARQ反馈资源上监测到NACK，则表明该通信组内除第二终端以外的数据接收端UE中有至少一个UE对第一数据解码失败并反馈了NACK，则转入S904。

示例性的，第一数据对应的HARQ反馈资源上传输的NACK，是通信组内的数据接收端UE针对第一数据解码失败反馈的NACK。由于通信组内的所有数据接收端UE针对单次传输确定出的PSFCH资源相同，因此本申请实施例中，通信组内的所有数据接收端UE都可对PSFCH进行监听，只要通信组内的任何一个数据接收端UE在PSFCH上反馈了NACK，该通信组内的数据发送端UE以及其他数据接收端UE均可接收到。

S904：第二终端启动第二定时器。

可选的，第二终端可以在第一定时器超时后的第一个符号启动第二定时器。

进一步的，上述图9所示的流程还可包括以下步骤：

在S903中，若第二终端解码成功且未在第一数据对应的HARQ反馈资源上监测到NACK，表明通信组内的数据接收端UE均对第一数据解码成功，则转入S905。在S905中，第二终端在第一定时器超时后，不启动第二定时器。

进一步的，上述图9所示的流程还可包括以下步骤：

在S903中，若第二终端解码失败，则转入S906。在S906中，第二终端在第一数据对应的HARQ反馈资源上发送NACK，在第一定时器超时后的第一个符号启动第二定时器。

该步骤中，可选的，第二终端可在第一数据对应的PFSCH上反馈NACK，在第一定时器超时后的第一个符号启动第二定时器。其中，PFSCH基于PSSCH上承载的第二级SCI确定得到。

根据图9所示的流程，第一终端(数据发送端UE)向第二终端(数据接收端UE)发送第一数据并指示传播类型为SL组播传输且仅反馈NACK(即SL组播Option1)，当第二终端接收到该第一数据和该第一控制信息后，在该第一数据对应的HARQ反馈资源后的指定位置启动第一定时器，当第一定时器超时后，若第二终端虽然对该第一数据成功解码，但在该第一数据对应的HARQ反馈资源上监测到NACK，则表明通信组内至少有一个数据接收端UE对第一数据解码失败并在第一定时器超时后启动第二定时器，因而第二终端也启动第二定时器。由于在HARQ反馈类型为HARQ Option1(即仅反馈NACK)时，通信组内的数据接收端UE在相同的HARQ反馈资源上反馈NACK，即，该通信组内的终端均能监听该HARQ反馈资源上反馈的NACK，这样，只要通信组内有一个数据接收端UE在第一数据对应的HARQ反馈资源上反馈了NACK，则该通信组内除了因解码失败并反馈NACK的终端启动第二定时器以外，对该第一数据成功解码的终端也启动第二定时器，从而使得针对第一数据的传输，该通信组内各数据接收端UE的定时器维护一致，进而可以保证数据传输的可靠性。

比如，数据发送端UE根据数据接收端UE反馈的HARQ反馈信息，确认至少有一个数据接收端UE解码失败的情况下，为了提高传输效率，可在SL重传资源上发送新的数据，此种情况下，由于通信组内的数据接收端UE(包括解码成功的UE和解码失败的UE)均启动了第二定时器，因此可以保证解码失败和解码成功的UE均能够接收到该新的数据，从而提升了***可靠性。

可选的，在一些实施例中，第一定时器和第二定时器与第一控制信息指示的SL进程标识信息相关联。

示例性的，第二终端启动第一定时器时，实际上是为第一控制信息指示的SL进程标识信息启动第一定时器，使得第一定时器与该第一控制信息指示的SL进程标识信息相关联；若第二终端在第一数据对应的HARQ反馈资源上接收到通信组内其他终端发送的针对第一数据的NACK，则在第一定时器超时后，为该第一控制信息指示的SL进程标识信息启动第二定时器，使得第二定时器与该第一控制信息指示的SL进程标识信息相关联，从而当通信组内只要有一个终端针对第一数据解码失败并反馈了NACK，则该通信组内的所有数据接收端UE启动的第一定时器和第二定时器均与该第一数据传输相关联，从而可以保证针对第一数据传输，通信组内各终端的定时器维护一致，进而可以避免定时器维护出错。

进一步的，第二终端在接收到第一数据和第一控制信息后，将第一数据与一个SL进程关联，该SL进程用于处理第一数据。当第二终端对第一数据成功解码后，释放与该第一数据关联的SL进程。

示例性的，第二终端接收到第一数据和第一控制信息后，选一个未被占用的SL进程来处理该第一数据，使得该SL进程与该第一数据关联，这时该SL进程的就被认为被占用了，进一步的，在为该SL进程启动第一定时器后，停止该SL进程的重传定时器。当第二终端对第一数据成功解码，并传递给对应实体(比如MAC实体)进行后续处理后，第二终端释放该SL进程，以便该SL进程能够被其他数据传输所占用，但第一定时器可继续运行。

应理解，未被占用的SL进程，是指被标记为未占用的SL进程；释放SL进程的操作可包括将该SL进程标记为未占用。

可选的，在另一些实施例中，第二终端启动第一定时器的操作包括：为第一SL进程启动第一定时器，所述第一SL进程与第一控制信息指示的SL进程标识信息关联，所述第一SL进程用于处理第一数据。进一步的，在为第一SL进程启动第一定时器后，停止该第一SL进程的重传定时器。第二终端启动第二定时器的操作包括：为该第一SL进程启动第二定时器。

这样，实现了第二终端(数据接收端UE)为第一SL进程启动第一定时器，并为该SL进程启动第二定时器。由于该第一SL进程与第一控制信息指示的SL进程标识信息关联，因此使得第一定时和第二定时器与第一控制信息指示的SL进程标识信息关联，即与第一数据的传输关联，因而可以保证通信组内各终端针对第一数据的传输，定时器维护一致，进而可以避免定时器维护出错。

进一步的，若第二终端对第一数据解码成功，则可采用以下几种方式(方式一、方式二和方式三)中的一种进行相应处理：

方式一：若第二终端对第一数据解码成功，且在第一数据对应的HARQ反馈资源上接收到通信组内的第三终端反馈的NACK，则继续占用该第一SL进程。

示例性的，第二终端接收到第一数据和第一控制信息后，为该第一SL进程启动第一定时器。若第二终端对该第一数据成功解码，但接收到通信组内的其他终端在第一数据对应的HARQ反馈资源上发送的NACK，表明通信组内尚有对第一数据未能成功解码的数据接收端UE，因此继续占用该第一SL进程，并当第一定时器超时时，为该SL进程启动第二定时器。

这样，当通信组内只要有一个终端针对第一数据解码失败并反馈了NACK，则该通信组内的所有数据接收端UE均保持第一数据对应的SL进程的占用状态，又由于第一定时器和第二定时器均与该SL进程对应(即第一定时器和第二定时器均是为该SL进程启动的)，从而可以保证该通信组内的所有接收终端启动的第一定时器和第二定时器均与用于处理第一数据的SL进程关联，避免定时器维护出错。

方式二：若第二终端对第一数据解码成功，且未在第一数据对应的HARQ反馈资源上监测到NACK，则释放第一SL进程，即认为该第一SL进程未被占用。

示例性的，第二终端接收到第一数据和第一控制信息后，为该第一SL进程启动第一定时器。若第二终端对该第一数据成功解码，也未接收到通信组内的其他终端在第一数据对应的HARQ反馈资源上发送的NACK，表明通信组内的数据接收终端均成功解码该第一数据，因此将该第一SL进程释放，以便将该SL进程用于其他数据处理。

方式三：若第二终端对第一数据解码成功，则释放所述第一SL进程。即，第二终端对第一数据解码成功后，无论第二终端是否在第一数据对应的HARQ反馈资源上监测到NACK，均释放第一SL进程。

此后，当第二终端接收第二数据和第二控制信息(该第二控制信息用于指示组播传输且仅反馈NACK)后，第二终端可选取未被占用的第二SL进程，将该第二SL进程与第二控制信息指示的SL进程标识信息进行关联，该第二SL进程用于处理第二数据；之后若第二终端确定第二数据为第一数据的重传数据，则释放第二SL进程。由于第二终端对第一数据已经解码成功，因此若确认第二数据是第一数据的重传数据，则可以不再对第二数据进行处理，因而可释放用于处理第二数据的第二SL进程。

可选的，在一些实施例中，对于第一终端(数据发送端UE)预留多份SL资源的场景，第二终端(数据接收端UE)可在其中最后一次重传过程中按照图9所示的流程操作。

在数据发送端UE为一个数据预留多份SL资源的场景中，前面的SCI可以指示后面SCI的资源位置，如图10所示，SCI 1、SCI 2和SCI 3是为一个数据的传输预留的3份SL资源，其中，SCI 1可指示SCI 2、SCI 3的资源位置，SCI 2可指示SCI 3的资源位置。被前面SCI指示的传输资源是前面一次传输的重传，如图所示，SCI 2和SCI 3对应的传输都是重传，均被各自前面的一个SCI指示了资源位置，即数据接收端UE能够基于前一个SCI知道重传发生的位置。

对于上述数据发送端UE预留多份SL资源的场景，在上述图9所示的流程中，在S901中，第二终端接收到的第一控制信息未指示第二控制信息的资源位置，所述第二控制信息用于指示第一数据的重传资源。可以理解，第一控制信息和第一数据所使用的SL资源为预留的一个或多个SL资源中的最后一个。或者理解为：当前传输是最后一次传输，所述最后一次传输可理解为该传输对应的第一控制信息没有指示下一个控制信息(第二控制信息)的资源位置。

以图10所示的场景为例，第二终端在接收到SCI 1后，由于SCI 1指示了SCI 2的资源位置，表明后续还存在数据重传，第二终端能够基于SCI 1知道重传发生的时间，因此不启动对应的DRX定时器(包括第一定时器和第二定时器)。同样的，第二终端在接收到SCI 2后也不启动对应的DRX定时器。第二终端在接收到SCI 3后，确定该SCI没有指示下一个SCI的资源位置，表明当前为最后一次传输，则执行上述图9所示的流程。

需要说明的是，本申请实施例中，如果数据发送端UE预留的多份SL资源所属的资源池不支持资源抢占(pre-emption)，则按照上述实施例描述的方法进行SL通信，即，针对最后一次重传过程启动相应定时器(具体可参见图9所示的流程)。如果数据发送端UE预留的多份SL资源所属的资源池支持资源抢占，则可针对每个SL资源都会启动相应定时器(包括第一定时器和第二定时器)，其中，相应定时器的启动时刻可以重用本申请实施例所描述的相应定时器的启动时刻，比如，可在承载第一级SCI的资源之后的第一个符号，或在第一控制信息接收完之后的第一个符号，或承载第一数据的资源之后的第一个符号，或第一数据对应的HARQ反馈资源后的第一个符号，启动第一定时器，在第一定时器超时后的第一个符号启动第二定时器。

其中，可以理解，若数据发送端UE预留的多份SL资源所属的资源池是Mode1资源池(即基站基于该资源池为数据发送端UE进行数据传输的SL资源调度)，或者是Mode2资源池(即数据发送端UE基于该资源池进行数据传输的SL资源调度)且不支持资源抢占，则可理解为该资源池不支持资源抢占；若数据发送端UE预留的多份SL资源所属的资源池是Mode2资源池且支持资源强制，则可理解为该资源池支持资源抢占。

基于上述实现方式，针对多个数据发送端UE(即第一终端)预留多份SL资源场景，若第二终端当前接收到的第一控制信息没有指示用于调度SL重传资源的控制信息的资源位置，即，该第一控制信息所指示的SL资源是最后一个重传资源，则执行本申请上述实施例提供的SL通信方法(即当第二终端启动的第一定时器超时后，虽然第二终端对第一数据解码成功，但若在第一数据对应的HARQ反馈资源上接收到通信组内其他终端反馈的NACK，则也要启动第二定时器)，一方面，在除最后一次重传之前的数据重传过程中，若数据接收终端(第二终端)解码成功，则在第一定时器超时后不启动第二定时器，可以节省终端功耗，另一方面在最后一次重传过程中，只要通信组内有一个终端反馈了NACK，则通信组内的数据接收端UE均在第一定时器超时后启动第二定时器，保证了通信组内各数据接收端UE的定时器维护一致，进而当数据发送端UE(第一终端)利用最后一个重传资源传输新的数据时，解码成功的终端也能够接收到该新的数据，从而可以保证数据传输的可靠性。

根据上述实施例，图11示例性示出了本申请实施例中数据发送端UE(Tx UE)发送组播数据给通信组内的数据接收端UE(Tx UE1和Tx UE2)的示意图。如图所示，Rx UE1和RxUE2从Tx UE收到第一控制信息(SCI)和第一数据(SL组播数据)，其中，该SCI包括第一级SCI和第二级SCI。如果开启了SL DRX，则Rx UE1和Rx UE2基于第二级SCI确定该第一数据要求HARQ反馈，并且HARQ反馈类型为HARQ Option1(即数据接收端UE只需在解码失败时反馈NACK，若解码成功则不进行HARQ反馈)，则Rx UE1和Rx UE2分别基于第一级SCI指示的PSSCH资源确定PSFCH资源，在PSFCH资源之后的第一个符号为第一数据对应的SL进程开启SLHARQ RTT定时器，停止该SL进程的重传定时器。当SL HARQ RTT定时器超时后，如果Rx UE1对该SL进程的数据(即第一数据)成功解码，但在第一数据对应的PSFCH资源上监听到NACK(该NACK是Rx UE2因解码失败反馈的)，则在SL HARQ RTT定时器超时之后的第一个符号为该SL进程启动重传定时器。

本申请实施例还提供了一种侧行链路(SL)通信方法，可适用于SL组播传输和SL单播传输场景。

参见图12，为本申请实施例提供的SL通信方法的流程示意图，该流程可适用于SL组播传输，也可适用于SL单播传输。该流程中，第一终端为数据发送端UE，第二终端为数据接收端UE。

如图12所示，该流程可包括以下步骤：

S1201：第二终端接收来自于第一终端的第一控制信息和第一数据。

该步骤中，对于SL组播传输场景，第一终端向所在通信组内的终端发送第一控制信息和第一数据；对于SL单播场景，第一终端向第二终端发送第一控制信息和第一数据。

可选的，第一控制信息指示的传播类型可包括以下一种：

SL单播传输；

SL组播传输；

SL组播传输且仅反馈NACK；

SL组播传输且反馈NACK和ACK中的至少一项。

其中，第一控制信息包含的信息以及信息的组织方式，请参见前述实施例的相关描述。

示例性的，第一控制信息为SCI，该SCI包括第一级SCI和第二级SCI，第二级SCI可指示传播类型。本申请实施例中，第二级SCI指示的传播类型以及指示方法，包括以下方法(方法1、方法2、方法3)中的一种：

方法1：第二级SCI中的传播类型指示信息指示组播传输且仅反馈NACK。示例性的，第二级SCI采用第一格式(格式2-A)，第二级SCI中的传播类型指示信息的取值为11，用于指示SL组播传输且仅反馈NACK；

方法2：第二级SCI采用第二格式(格式2-B)，第二级SCI中的HARQ反馈启用/禁用指示信息指示启用HARQ反馈；

方法3：第二级SCI采用第一格式，第二级SCI中的传播类型指示信息指示单播传输。

S1202：第二终端接收到第一终端发送的第一控制信息和第一数据后，在指定位置启动第一定时器，所述第一定时器与第一控制信息指示的SL进程标识信息关联。

可选的，第二终端可在以下位置中的一个启动第一定时器：

承载第一级控制信息的资源之后的第一个符号，所述第一控制信息包括所述第一级控制信息；

所述第一控制信息接收完之后的第一个符号；

承载所述第一数据的资源之后的第一个符号；

所述第一数据对应的HARQ反馈资源后的第一个符号。

其中，所述第一数据对应的HARQ反馈资源可以理解为承载第一数据的PSSCH资源对应的HARQ反馈资源，所述HARQ反馈资源可以理解为PSFCH资源。

S1203：第二终端根据第一数据的接收情况，在第一定时器超时后启动第二定时器，所述第二定时器与第一控制信息指示的SL进程标识信息关联。

其中，所述第一数据的接收情况可包括：对第一数据解码成功，或对第一数据解码失败。

该步骤中，若第一控制信息指示的传播类型为SL单播传输、SL组播传输、或SL组播传输且反馈NACK和ACK中的一项，则第二终端若对第一数据解码失败，则在第一定时器超时后启动第二定时器。示例性的，第二终端可在第一定时器超时后的第一个符号启动第二定时器。若第二终端对第一数据解码成功，则在第一定时器超时后不启动第二定时器。

若第一控制信息指示的传播类型为SL组播传输且仅反馈NACK，则第二终端可对第一数据成功解码且在第一数据对应的HARQ反馈资源上接收NACK，则在第一定时器超时后启动第二定时器，或者第二终端若对第一数据解码失败，则在第一定时器超时后启动所述第二定时器。其中，所述第一终端、第二终端为同一通信组内的终端。示例性的，第二终端可在第一定时器超时后的第一个符号启动第二定时器。

可选的，在一些实施例中，对于第一终端(数据发送端UE)预留多份SL资源的场景，在图12所示的流程中，第二终端接收到的第一控制信息未指示第二控制信息的资源位置，所述第二控制信息用于指示所述第一数据的重传资源。示例性的，第二终端在接收到SCI(第一控制信息)后，若确定该SCI没有指示下一个SCI(第二控制信息)的资源位置，表明当前为最后一次传输，则执行上述图12所示的流程。若确定该SCI指示了下一个SCI(第二控制信息)的资源位置，表明后续还存在数据重传，则第二终端不启动对应的DRX定时器(包括上述第一定时器和第二定时)。具体实现过程可参考图9所示流程中的相关描述。可选的，在数据发送端UE预留多份SL资源的场景下，基于SL资源所在的资源池是否支持抢占，SL通信方法可能有所不同，具体实现方式可参见前述实施例的相关内容。

根据图12所示的流程，当第二终端(数据接收端UE)接收到第一数据终端(数据发送端UE)发送的第一数据和该第一控制信息后，在相应时机启动第一定时器，并根据第一数据的接收情况(比如在SL单播传输场景下，第二终端解码失败，或者在SL组播传输场景下，通信组内只要有一个数据接收端UE反馈了NACK)，在第一定时器超时后启动第二定时器。由于第一定时器和第二定时器均与第一控制信息指示的SL进程标识信息关联，从而使得第一定时器和第二定时器均与该第一数据的传输关联，使得定时器维护一致，进而可以避免定时器维护出错。

本申请实施例还提供了一种侧行链路(SL)通信方法，可适用于SL组播和SL单播场景。

参见图13，为本申请实施例提供的SL通信方法的流程示意图，该流程可适用于SL组播，也可适用于SL单播。该流程中，第一终端为数据发送端UE，第二终端为数据接收端UE。

如图13所示，该流程可包括以下步骤：

S1301：第二终端接收来自于第一终端的第一控制信息和第一数据。

该步骤中，对于SL组播场景，第一终端向所在通信组内的终端发送第一控制信息和第一数据，该通信组中包括作为数据接收端UE的第二终端；对于SL单播场景，第一终端向第二终端发送第一控制信息和第一数据。

示例性的，第一控制信息指示的传播类型包括以下中的一项：

SL单播传输；

SL组播传输；

SL组播传输且仅反馈NACK；

SL组播传输且反馈NACK和ACK中的至少一项。

该步骤的具体实现可参考图12所示流程中的相关描述。

S1302：第二终端接收到第一终端发送的第一控制信息和第一数据后，在指定位置为第一SL进程启动第一定时器，所述第一SL进程与第一控制信息指示的SL进程标识信息关联，所述第一SL进程用于处理第一数据。

可选的，第二终端可在以下位置中的一个启动第一定时器：

第一控制信息接收完之后的第一个符号；

承载第一数据的资源之后的第一个符号；

第一数据对应的HARQ反馈资源后的第一个符号。

S1303：第二终端根据第一数据的接收情况，在第一定时器超时后为该第一SL进程启动第二定时器。

可选的，对于SL组播传输且仅反馈NACK的场景，若第二终端对第一数据解码成功，且在第一数据对应的HARQ反馈资源上接收NACK，则继续占用第一SL进程。若第二终端对第一数据解码成功，且未在HARQ反馈资源上监测到NACK，则释放第一SL进程。

可选的，第二终端对第一数据解码成功后，可释放第一SL进程。此后，第二终端接收到第二数据和第二控制信息后，将第二SL进程与第二控制信息指示的SL进程标识信息进行关联，该第二SL进程用于处理所述第二数据；之后，若第二终端确定第二数据为第一数据的重传数据，则释放该第二SL进程。

可选的，在一些实施例中，对于第一终端(数据发送端UE)预留多份SL资源的场景，在图13所示的流程中，第二终端接收到的第一控制信息未指示第二控制信息的资源位置，所述第二控制信息用于指示所述第一数据的重传资源。示例性的，第二终端在接收到SCI(第一控制信息)后，若确定该SCI没有指示下一个SCI(第二控制信息)的资源位置，表明当前为最后一次传输，则执行上述图13所示的流程。若确定该SCI指示了下一个SCI(第二控制信息)的资源位置，表明后续还存在数据重传，则第二终端不启动对应的DRX定时器(包括上述第一定时器和第二定时)。具体实现过程可参考图9所示流程中的相关描述。可选的，在数据发送端UE预留多份SL资源的场景下，基于SL资源所在的资源池是否支持抢占，SL通信方法可能有所不同，具体实现方式可参见前述实施例的相关内容。

根据图13所示的流程，当第二终端(数据接收端UE)接收到第一数据终端(数据发送端UE)发送的第一数据和该第一控制信息后，在相应时机为第一SL进程启动第一定时器，并根据第一数据的接收情况(比如在SL单播传输场景下，第二终端解码失败，或者在SL组播传输场景下，通信组内只要有一个数据接收端UE反馈了NACK)，在第一定时器超时后为该第一SL进程启动第二定时器。由于第一SL进程与第一控制信息指示的SL进程标识信息关联，从而使得第一定时器和第二定时器均与该第一数据的传输关联，使得定时器维护一致，进而可以避免定时器维护出错。

本申请的实施例还提供了一种SL组播通信方法，该方法可适用于组播HARQ反馈类型为HARQ Option1(即仅反馈NACK)，也可适用于组播HARQ反馈类型为HARQ Option2(即反馈NACK或ACK)。

参见图14，为本申请实施例提供的一种SL组播通信方法的流程示意图。本实施例中，第一终端为数据发送端UE，第二终端和第三终端分别为数据接收端UE，第一终端、第二终端和第三终端属于同一通信组(或称组播组)。采用该实施例，通信组中的数据接收端UE无论解码成功还是解码失败，均会在第一定时器超时后启动第二定时器。

如图14所示，该流程可包括如下步骤：

S1402：第一终端向通信组内的终端发送第一数据和第一控制信息。

其中，第一控制信息包括指示信息，该指示信息用于指示通信组内的终端在第一定时器超时后启动第二定时器。可理解，该指示信息用于指示总是启动第二定时器，所述总是启动第二定时器是指，在第一定时器超时的时候不需要判断解码是否成功，就第二定时器。可理解，总是启动第二定时器也可理解为每次启动第二定时器。

可选的，该指示信息可以是第二级SCI携带的信息，即，可被设置在第二级SCI中。

可选的，在一些实施例中，如果第一控制信息中携带该指示信息，则表示总是启动第二定时器；如果第一控制信息中没有携带该指示信息，则仍按照传统方法启动第二定时器，即在解码失败的情况下才启动第二定时器。

可选的，在另一些实施例中，可根据第一控制信息中携带的该指示信息的取值来确定是否总是启动第二定时器。比如，该指示信息可以是1比特信息，当该1比特信息取值为1时，表示总是启动第二定时器，当该1比特信息取值为0时，表示按照传统方法启动第二定时器，即在解码失败的情况下才启动第二定时器。

该步骤中，第一终端发送的第一控制信息可指示SL组播传输且仅反馈NACK(即SL组播HARQ反馈类型为HARQ Option1)，或者第一控制信息指示SL组播传输且反馈NACK和ACK中的一项(即SL组播HARQ反馈类型为HARQ Option2)，或者第一控制信息指示SL组播传输，或者第一控制信息用于指示SL组播传输。第一控制信息的相关描述(包括第一控制信息包含的内容、组织方式、传输方式以及指示传播类型的方法等)，可参考前述实施例的相关内容。

可选的，在S1401之前还可包括以下步骤：

S1400：第一终端自行确定需要指示通信组内的终端在第一定时器超时后启动第二定时器。示例性的，第一终端如果希望所有通信组内的数据接收端UE都处于激活态，从而能够允许第一终端调度新传数据，则可以发送该指示信息。进一步的，如果第一终端决定发送该指示信息，还可以进一步通知基站该通信组内的终端已被指示在第一定时器超时后启动第二定时器，这样，对于第一终端工作在Mode1模式(即数据发送端UE进行数据传输的SL资源由基站调度)的场景，基站可以获知通信组内的终端已被指示在第一定时器超时后启动第二定时器以使得终端处于激活态，从而可以在第二定时器运行期间调度新的数据传输，使得成功解码的终端能接收到该新的数据，进而一方面可以提高***传输效率，另一方面可以保证数据传输的可靠性。

可选的，第一终端也可根据基站的指示，确定需要指示通信组内的终端在第一定时器超时后启动第二定时器。

S1404：通信组内的第二终端接收到第一终端发送的第一控制信息和第一数据后，根据该指示信息，在第一定时器超时后启动第二定时器。

可选的，第二终端可在第一数据对应的HARQ反馈资源后的指定位置启动第一定时器，比如，在第一数据对应的HARQ反馈资源后的第一个符号启动第一定时器。

可选的，第二终端可在第一定时器超时后的第一个符号启动第二定时器。

可选的，上述指示信息还用于指示第二定时器的启动时刻，例如，该启动时刻可以是PSFCH或PSCCH或PSSCH资源之后的第N个符号，或PSFCH或PSCCH或PSSCH资源之后的第N个符号时隙，其中，N为大于或等于1的整数；第二终端可根据该指示信息所指示的启动时刻启动第二定时器。

可选的，在一些实施例中，第一定时器和第二定时器与第一控制信息指示的SL进程标识信息关联，该SL进程标识信息的相关说明可参见前述实施例，比如，该SL进程标识信息可包括SL进程标识、传播类型指示信息、源L1标识和目的L1标识，该传播类型指示信息用于指示SL组播传输且仅反馈NACK，或者该传播类型指示信息指示SL组播传输且反馈NACK和ACK中的一项，或者该传播类型指示信息用于指示SL组播传输。进一步的，第二终端还可将第一数据与SL进程关联，该SL进程用于处理所述第一数据；当第二终端对第一数据成功解码时，释放与第一数据关联的SL进程。

可选的，在另一些实施例中，第二终端为第一SL进程启动第一定时器，该第一SL进程与第一控制信息指示的SL进程标识信息关联，该第一SL进程用于处理第一数据。第二终端启动第二定时器的操作，包括：第二终端为该第一SL进程启动第二定时器。进一步的，第二终端还可执行以下操作中的一项：

操作1：若第二终端对第一数据解码成功，且在第一数据对应的HARQ反馈资源上接收到通信组内的第三终端反馈的NACK，则继续占用该第一SL进程；

操作2：若第二终端对第一数据解码成功，则释放第一SL进程。此后，第二终端接收到第二数据和第二控制信息后，将第二SL进程与第二控制信息指示的SL进程标识信息进行关联，所述第二SL进程用于处理所述第二数据；此后，若第二终端确定第二数据为第一数据的重传数据，则释放第二SL进程。

可选的，第一终端在第二定时器运行期间，可向通信组内的终端发送新的数据。

可选的，在一些实施例中，对于第一终端(数据发送端UE)预留多份SL资源的场景，在图14所示的流程中，第二终端接收到的第一控制信息未指示第二控制信息的资源位置，所述第二控制信息用于指示所述第一数据的重传资源。示例性的，第二终端在接收到SCI(第一控制信息)后，若确定该SCI没有指示下一个SCI(第二控制信息)的资源位置，表明当前为最后一次传输，则执行上述图14所示的流程。若确定该SCI指示了下一个SCI(第二控制信息)的资源位置，表明后续还存在数据重传，则第二终端不启动对应的DRX定时器(包括上述第一定时器和第二定时)。具体实现过程可参考图9所示流程中的相关描述。可选的，在数据发送端UE预留多份SL资源的场景下，基于SL资源所在的资源池是否支持抢占，SL通信方法可能有所不同，具体实现方式可参见前述实施例的相关内容。

上述图14所示的流程可应用于SL组播的反馈类型为HARQ Option1和HARQOption2的场景。在HARQ Option2场景下，通信组内，针对同一数据，不同数据接收端UE所使用的HARQ反馈资源不同(比如，不同的数据接收端UE确定的PSFCH资源在时域上对齐，但不同UE的PSFCH资源的频域不同)，因此一个数据接收端UE无法监听其他数据接收端UE在HARQ反馈资源上发送的NACK。而采用图14所示的流程，数据发送端UE指示通信组内的数据接收端UE在第一定时器超时后启动第二定时器，可以使得数据接收端即使解码成功，也会启动第二定时器，这样，无论通信组内的数据接收端UE是否对第一数据成功解码，都会在第一定时器超时后启动第二定时器，从而使得针对第一数据的传输，该通信组内各数据接收端UE的定时器维护一致，进而可以保证数据传输的可靠性。

比如，数据发送端为了提高***传输效率，在SL重传资源上发送新的数据，则由于通信组内的数据接收端UE(包括解码成功的UE和解码失败的UE)均启动了第二定时器，因此可以保证解码成功的UE也能够接收到该新的数据，从而提升了***可靠性。

本申请的实施例还提供了一种SL组播通信方法，该方法与图14所示的方法类似，此处第二定时器可以是激活定时器。第一终端(数据发送端UE)可以通过指示信息指示通信组内的数据接收端UE总是启动激活定时器。该指示信息可携带在第一控制信息中，可理解，该指示信息可以是第一控制信息中的第二级SCI。

示例性的，在一些实施例中，激活定时器可在第一定时器超时后被启动。示例性的，数据接收端UE接收到第一数据和第一控制信息(第一控制信息中携带用于指示总是启动激活定时器的指示信息)后，在第一数据对应的HARQ反馈资源(即PSFCH资源)后的第一个符号启动第一定时器，当第一定时器超时后，无论数据接收端UE是否对第一数据解码成功，都在第一定时器超时后的第一个符号启动激活定时器。

在另一些实施例中，激活定时器也可在第一数据对应的HARQ反馈资源(即PSFCH资源)之后启动激活定时器，即跳过第一定时器启动激活定时器。

可选的，该指示信息还用于指示激活定时器的启动时刻，例如，该启动时刻可以是PSFCH或PSCCH或PSSCH资源之后的第N个符号，或PSFCH或PSCCH或PSSCH资源之后的第N个符号时隙，其中，N为大于或等于1的整数；数据接收端UE可根据该指示信息所指示的启动时刻启动激活定时器。

可选的，若第一控制信息中没有携带该指示信息，则数据接收端UE在解码失败的情况下，启动激活定时器。

可选的，上述激活定时器也可以被其他定时器取代。

本申请实施例还提供了将图9所示的SL组播通信方法与图14所述的SL组播通信方法相结合的SL组播通信方法。即，若数据发送端UE指示采用HARQ Option1(即数据接收端UE在解码失败时反馈NACK，若解码成功则不发送HARQ反馈信息)，则数据接收端UE执行图9所示流程中的相关步骤，若数据发送端UE指示采用HARQ Option2(即数据接收端UE在解码失败时反馈NACK，在解码成功是反馈ACK)，则数据接收端UE执行图14所示流程中的相关步骤。数据接收端UE接收到来自于数据发送端UE的控制信息和数据后，需要对该控制信息所指示的HARQ反馈类型进行判断，从而选择执行相应操作。

参见图15，为本申请实施例提供的SL组播通信方法的流程示意图，如图所示，该流程可包括：

S1501：第二终端接收来自于第一终端的第一控制信息和第一数据。

其中，第一控制信息指示了SL组播且开启HARQ反馈。

该步骤中，第一终端可以根据需要，灵活决定HARQ反馈类型。

第一终端可通过第一控制信息来指示HARQ反馈类型。如果第一终端决定采用HARQOption2，则可在第一控制信息中携带指示信息，以指示在第一定时器超时后启动第二定时器。

其中，第一控制信息的相关描述(包括第一控制信息包含的内容、组织方式、传输方式以及指示传播类型的方法等)，可参考前述实施例的相关内容。

S1502：第二终端根据第一控制信息确定HARQ反馈类型，如果HARQ反馈类型为HARQOption1，则转入S1503，否则转入S1504。

S1503：第二终端执行图9所示流程中的相关操作。

示例性的，第二终端在第一数据对应的HARQ反馈资源(即PSFCH资源)后的第一个符号启动第一定时器，当第一定时器超时后，若第二终端对第一数据成功解码且在HARQ反馈资源上接收到通信组内的其他数据接收端UE反馈的NACK，则启动第二定时器。

S1504：若第二终端获取到第一控制信息中的指示信息(该指示信息用于指示在第一定时器超时后启动第二定时器)，则转入S1505，否则转入S1506。

S1505：第二终端执行图14所示流程中的相关操作。

其中，第二终端在第一定时器超时后启动第二定时器。

示例性的，第二终端在第一数据对应的HARQ反馈资源(即PSFCH资源)后的第一个符号启动第一定时器，在第一定时器超时后的第一个符号启动第二定时器。

S1506：第二终端在第一数据对应的HARQ反馈资源后的第一个符号启动第一定时器。

S1507：当第一定时器超时时，若第二终端对第一数据解码失败，则转入S1508。

S1508：第二终端在第一定时器超时后的第一个符号启动第二定时器。

需要说明的是，图15所示流程中相关步骤的具体实现方式，可参见前述实施例的相关内容，在此不再重复。

本申请实施例还提供了一种SL组播通信方法，该方法可应用于数据发送端UE。

参见图16，为本申请实施例提供的应用于数据发送端的SL组播通信方法的流程示意图。该流程可应用于SL组播场景。本实施例中，第一终端为数据发送端UE。

如图16所示，该流程可包括如下步骤：

S1601：第一终端确定该第一终端所在的通信组内除该第一终端以外的其他终端是否均启动了第二定时器。

该步骤中，第一终端确定通信组内的数据接收端UE是否均启动了第二定时器，可包括以下情况：

情况1：如果第一终端采用的HARQ反馈类型为HARQ Option1(即仅反馈NACK)，并且数据接收端UE采用图9所示SL组播通信方法，则第一终端只要接收到通信组内的一个数据接收端UE发送的NACK，则可确定通信组内的所有数据接收端UE均在第一定时器超时后启动了第二定时器。

情况2：如果第一终端采用的HARQ反馈类型为HARQ Option1，并且数据接收端UE采用传统的SL组播通信方法，则在接收到通信组内的所有数据接收端反馈的NACK的情况下，第一终端才确定通信组内的所有数据接收端UE均在第一定时器超时后启动了第二定时器。其中，所述传统的SL组播通信方案理解为数据接收端UE在第一定时器超时后，如果解码失败，则启动第二定时器。

情况3：如果第一终端采用的HARQ反馈类型为HARQ Option2，则第一终端只要未接收到通信组内的数据接收端UE发送的ACK，则可确定通信组内的所有数据接收端UE均在第一定时器超时后启动了第二定时器。具体的，可以包括以下几种情况：所有的数据接收端UE都反馈了NACK；或者所有数据接收端UE的反馈信息都没有被第一终端收到；或者部分数据接收端UE反馈了NACK，剩余部分数据接收端UE的反馈信息没有被第一终端收到。

S1602：若第一终端确定通信组内除第一终端以外的其他终端均启动了第二定时器，则向基站发送第一指示信息，所述第一指示信息用于指示通信组内除第一终端以外的其他终端均启动了第二定时器。

可理解，上述第一指示信息也可被理解为一种类型的NACK，该NACK不同于传统SL组播方法中数据发送端UE反馈给基站的NACK，具体可通过不同的SL PUCCH配置或SL PUCCH资源来区分。

可选的，对于SL通信，基站可以为数据发送端UE配置两套侧行链路物理上行控制信道(physical uplink control channel，PUCCH)配置信息(sl-PUCCH-Config)，用于数据发送端UE向基站反馈SL传输的HARQ反馈信息，其中一套专用于发送该第一指示信息，即该套配置信息应用于通信组内的数据接收端UE均开启了第二定时器的场景，另一套配置信息应用于通信组内的数据接收端UE没有全部开启第二定时器的场景。这样，在S602中，第一终端可根据基站为该第一指示信息配置的专用SL PUCCH资源发送该第一指示信息。

可选的，对于SL通信，基站也可以为数据发送端UE配置一套SL PUCCH配置信息，但该配置信息中的资源、资源组或格式可分为两套，其中一套专用于发送该第一指示信息，即该套配置信息应用于通信组内的数据接收端UE均开启了第二定时器的场景，另一套配置信息应用于通信组内的数据接收端UE没有全部开启第二定时器的场景。这样，在S602中，第一终端可根据基站配置的该套SL PUCCH配置信息指示的用于传输该第一指示信息的资源或资源组或传输格式，发送该第一指示信息。

可选的，基站在收到第一终端发送的上述第一指示信息后，可确定通信组内的终端均启动了第二定时器，因此可以在第二定时器的运行期间为该通信组调度新的数据传输，由于解码成功的终端也启动了第二定时器，因此使得成功解码的终端也能接收到该新的数据，进而一方面可以提高***传输效率，另一方面可以保证数据传输的可靠性。

可选的，若第一终端指示通信组内的终端反馈NACK和ACK中的一项，则上述方法还可包括以下步骤：

S1603：第一终端是否连续N次未接收到第二终端发送的NACK或ACK，若是，则执行S1604；

其中，N为大于1的整数。N的取值可预先设置。具体的，可以是基站提供给数据发送端UE(第一终端)的，也可以是预配置的。

S1604：第一终端向基站发送第二指示信息，该第二指示信息用于指示基站禁止在仅第二定时器运行期间为通信组内的终端调度新的数据传输。其中，第二终端为通信组内除第一终端以外的任一终端。

对于HARQ反馈类型为HARQ option2的场景，单个数据接收端UE，数据发送端UE可能连续多次未收到该数据接收端UE的反馈信息，在这种情况下，基于上述方法，数据发送端UE可停止在仅第二定时器运行的机会发送该组播的新传数据。所谓仅第二定时器运行，可以理解为当前仅有第二定时器运行，没有onduration定时器，或者其他会要求数据接收端UE监听PSCCH的定时器与第二定时器在同时运行。

可选的，上述第一终端向基站发送第一指示信息的行为，可以限定在配置的服务质量(quality of service，QoS)要求条件下。示例性的，第一终端在发送上述第一指示信息前，判断是否满足配置的QoS要求，如果满足，则发送该第一指示信息，否则不发送该第一指示信息。进一步的，第一终端可在后续收到通信组内的数据接收端UE发送的反馈信息后，解除上述限制。

参见图17，为本申请实施例提供的应用于数据发送端的SL组播通信方法的流程示意图。该流程可应用于SL组播场景。本实施例中，第一终端为数据发送端UE。

如图17所示，该流程可包括如下步骤：

S1701：第一终端接收基站指示的新传数据的SL资源。

S1702：第一终端确定PSCCH资源对应的时域范围内，第一终端所在的通信组内除第一终端以外的终端是否都处于激活时间(active time)，其中，所述PSCCH用于承载用于HARQ重传的SL资源调度信息；若是，则转入S1703。

该步骤中，若第一终端确定PSCCH资源对应的时域范围内，第一终端所在的通信组内除第一终端以外的终端是否都处于激活时间，如果是，则表明该通信组内的数据接收端UE均可对该PSCCH进行监听，进而可以通过该PSCCH资源调度新传数据，从而可以保证该通信组内的数据接收端UE均可接收到该新传数据。

其中，所述处于激活时间，可以简单理解为数据接收端UE能够监听PSCCH资源。

具体的，如果数据接收端UE启动了第二定时器(如重传定时器)，且未超时，则可以认为该数据接收端UE处于激活时间。再例如，在onduration定时器运行期间，数据接收端UE也可认为处于激活时间。

示例性的，如图18所示，假设组播通信中有onduration定时器，并且数据发送端UE(Tx UE)能够获知数据接收端UE(Rx UE)的定时器运行状态，则在T1时段内，onduration定时器运行，Tx UE可以认为所有的Rx UE都处于激活时间(active time)，而在T2时段内，虽然重传定时器运行，但部分时间段内onduration定时器未运行，则不认为所有Rx UE都处于激活时间(active time)。

S1703：第一终端在该PSCCH资源上发送基站所指示的SL资源的调度信息，并在该SL资源调度信息指示的PSSCH资源上发送新传数据。

可选的，第一终端若确定PSCCH资源对应的时域范围内，第一终端所在的通信组内除第一终端以外的终端处于激活时间，则还可进一步将新传数据对应的逻辑信道的优先级设置为最高，并在满足其他所有的限制条件的情况下，才会使用基站指示的SL资源发送新传数据。

可选的，若第一终端指示通信组内的终端反馈NACK和ACK中的一项，则上述方法还可包括以下步骤：若第一终端连续N次未接收到第二终端发送的NACK或ACK，则停止在通信组内的数据接收端UE的激活时间内调度新传数据。其中，N为大于1的整数。N的取值可预先设置。具体的，可以是基站提供给数据发送端UE(第一终端)的，也可以是预配置的。

可选的，上述流程还可包括以下步骤：

S1704：若第一终端确定PSCCH资源对应的时域范围内，第一终端所在的通信组内有至少一个终端未处于激活时间(active time)，则第一终端可以放弃在基站指示的SL资源上发送新传数据。

根据图17所示的流程，对于SL组播通信场景，第一终端(数据发送端UE)在接收到基站指示的新传数据的SL资源后，只有在确定在PSCCH资源对应的时域范围内，通信组内的所有数据接收端UE均处于激活时间，即能够对PSCCH资源进行监听，才通过PSCCH资源进行新传数据的调度，进而可以保证通信组内的数据接收端UE能够接收到该新传数据，从而可以保证数据传输的可靠性。

基于同一发明构思，本申请实施例还提供一种通信装置，该通信装置可以具有如图19所示的结构，该通信装置可以是上述实施例中的终端，也可以是能够支持上述终端实现上述方法的芯片或芯片***，当该通信装置为上述实施例中的终端时具有上述方法实施例中终端的行为功能。

如图19所示，该通信装置1900可包括处理单元1901以及收发单元1902。通信装置1900还可具有存储单元1903，存储单元1903可与处理单元1901耦合，用于存储处理单元1901执行功能所需的程序、指令。

在一些实现方式中，终端1900可作为数据接收端UE，执行如图9或图15所示的SL通信流程。示例性的，终端1900中各功能模块的功能如下所述：

收发单元1902，用于接收来自于第一终端(数据接收端UE)的第一控制信息和第一数据，所述第一控制信息指示的传播类型为SL组播传输且仅反馈NACK，所述第一终端和所述第二终端为同一通信组内的终端；

处理单元1901，用于在第一数据对应的HARQ反馈资源后的指定位置启动第一定时器；当第一定时器超时后，若对第一数据成功解码且在所述HARQ反馈资源上监测到NACK，则启动第二定时器。

可选的，第一定时器和第二定时器与第一控制信息指示的SL进程标识信息关联，所述SL进程标识信息的相关说明可参见前述相关实施例中的描述。

可选的，处理单元1901还用于：将第一数据与SL进程关联，该SL进程用于处理所述第一数据；当对所述第一数据成功解码时，释放与所述第一数据关联的SL进程。

可选的，处理单元1901启动第一定时器的操作可具体包括：为第一SL进程启动第一定时器，所述第一SL进程与所述第一控制信息指示的SL进程标识信息关联，所述第一SL进程用于处理所述第一数据；处理单元1901启动第二定时器的操作可具体包括：为所述第一SL进程启动第二定时器。

进一步的，处理单元1901还可用于：若对第一数据解码成功，且在第一数据对应的HARQ反馈资源上监测到NACK，则继续占用所述第一SL进程；或者，若对第一数据解码成功，且未在第一数据对应的HARQ反馈资源上监测到NACK，则释放该第一SL进程。

可选的，处理单元1901还可用于：对第一数据解码成功，释放上述第一SL进程。收发单元1902还用于：接收第二数据和第二控制信息，所述第二控制信息指示的传播类型为组播传输且仅反馈NACK；处理单元1901还用于：将第二SL进程与所述第二控制信息指示的SL进程标识信息进行关联，所述第二SL进程用于处理第二数据；以及，若确定所述第二数据为第一数据的重传数据，则释放该第二SL进程。

可选的，第一控制信息未指示第二控制信息的资源位置，第二控制信息用于指示第一数据的重传资源。

在另一些实现方式中，终端1900可作为数据接收端UE，执行如图12或图15所示的SL通信流程。示例性的，终端1900中各功能模块的功能如下所述：

收发单元1902，用于接收来自于第一终端(数据发送端UE)的第一控制信息和第一数据；

处理单元1901，用于在指定位置启动第一定时器，所述第一定时器与所述第一控制信息指示的SL进程标识信息关联；以及，根据第一数据的接收情况，在第一定时器超时后启动第二定时器，所述第二定时器与第一控制信息指示的SL进程标识信息关联。

可选的，所述第一控制信息指示的传播类型包括以下中的一项：

SL单播传输；

SL组播传输；

SL组播传输且仅反馈NACK；

SL组播传输且反馈NACK和ACK中的至少一项。

可选的，若所述第一控制信息指示的传播类型为SL单播传输、SL组播传输、或SL组播传输且反馈NACK和ACK中的一项，则处理单元1901根据第一数据的接收情况，在第一定时器超时后启动第二定时器的操作可包括：若对第一数据解码失败，则在所述第一定时器超时后启动所述第二定时器。

可选的，若第一控制信息指示的传播类型为SL组播且仅反馈NACK，则处理单元1901根据第一数据的接收情况，在第一定时器超时后启动第二定时器的操作可包括：若对第一数据解码失败，则在第一定时器超时后启动第二定时器；或者，若对第一数据成功解码且在第一数据对应的HARQ反馈资源上接收NACK，则在第一定时器超时后启动第二定时器。

可选的，所述指定位置，包括：承载第一级控制信息的资源之后的第一个符号，所述第一控制信息包括所述第一级控制信息；或者第一控制信息接收完之后的第一个符号；或者承载第一数据的资源之后的第一个符号；或者第一数据对应的HARQ反馈资源后的第一个符号。

可选的，第一控制信息未指示第二控制信息的资源位置，所述第二控制信息用于指示第一数据的重传资源。

在另一些实现方式中，终端1900可作为数据接收端UE，执行如图13或图15所示的SL通信流程。示例性的，终端1900中各功能模块的功能如下所述：

处理单元1901，用于在指定位置为第一SL进程启动第一定时器，所述第一SL进程与所述第一控制信息指示的SL进程标识信息关联，所述第一SL进程用于处理所述第一数据；以及，根据第一数据的接收情况，在第一定时器超时后为第一SL进程启动第二定时器。

可选的，第一控制信息指示的传播类型包括以下中的一项：

SL单播传输；

SL组播传输；

SL组播传输且仅反馈NACK；

SL组播传输且反馈NACK和ACK中的至少一项。

可选的，若第一控制信息指示的传播类型为SL单播传输、SL组播传输、或SL组播传输且反馈NACK和ACK中的一项，则处理单元1901根据第一数据的接收情况，在第一定时器超时后启动第二定时器的操作可包括：若对第一数据解码失败，则在第一定时器超时后启动第二定时器。

可选的，所述指定位置，可包括：承载第一级控制信息的资源之后的第一个符号，所述第一控制信息包括所述第一级控制信息；或者第一控制信息接收完之后的第一个符号；或者承载第一数据的资源之后的第一个符号；或者第一数据对应的HARQ反馈资源后的第一个符号。

可选的，处理单元1901还可用于：若对第一数据解码成功，且在第一数据对应的HARQ反馈资源上监测到NACK，则继续占用该第一SL进程；或者，若对第一数据解码成功且未在第一数据对应的HARQ反馈资源上监测到NACK，则释放该第一SL进程。

可选的，处理单元1901还用于：对第一数据解码成功，则释放第一SL进程。进一步的，收发单元1902还用于：接收第二数据和第二控制信息；处理单元1901还用于：将第二SL进程与所述第二控制信息指示的SL进程标识信息进行关联，所述第二SL进程用于处理所述第二数据；若确定第二数据为第一数据的重传数据，则释放该第二SL进程。

在另一些实现方式中，终端1900可作为数据接收端UE，执行如图14或图15所示的SL通信流程。示例性的，终端1900中各功能模块的功能如下所述：

收发单元1902，用于接收来自于第一终端(数据发送端UE)的第一控制信息和第一数据，所述第一控制信息包括指示信息，所述指示信息用于指示在第一定时器超时后启动第二定时器；

处理单元1901，用于根据所述指示信息，在第一定时器超时后启动第二定时器。

可选的，所述第一控制信息用于指示SL组播传输且仅反馈NACK，或者所述第一控制信息用于指示SL组播传输且反馈NACK和ACK中的一项，或者所述第一控制信息用于指示SL组播传输。

可选的，所述指示信息还用于指示第二定时器的启动时刻。

可选的，第一定时器和第二定时器与第一控制信息指示的SL进程标识信息关联，所述SL进程标识信息包括SL进程标识、传播类型指示信息、源L1标识和目的L1标识，所述传播类型指示信息用于指示SL组播传输且仅反馈NACK或者用于指示SL组播传输。

可选的，处理单元1901还用于：将第一数据与SL进程关联，所述SL进程用于处理所述第一数据；当对第一数据成功解码时，释放与第一数据关联的SL进程。

可选的，处理单元1901启动第一定时器的操作可包括：为第一SL进程启动第一定时器，所述第一SL进程与所述第一控制信息指示的SL进程标识信息关联，所述第一SL进程用于处理所述第一数据；处理单元1901启动第二定时器的操作可包括：为稿第一SL进程启动第二定时器。

进一步的，处理单元1901还可用于：若对第一数据解码成功且在第一数据对应的HARQ反馈资源上监测到NACK，则继续占用第一SL进程；或者，若对第一数据解码成功且未在第一数据对应的HARQ反馈资源上监测到NACK，则释放该第一SL进程。

可选的，处理单元1901还可用于：对第一数据解码成功，释放第一SL进程。收发单元1902还用于：接收第二数据和第二控制信息；处理单元1901还用于：将第二SL进程与所述第二控制信息指示的SL进程标识信息进行关联，所述第二SL进程用于处理所述第二数据；，以及，若确定所述第二数据为所述第一数据的重传数据，则释放第二SL进程。

在另一些实现方式中，终端1900可作为数据发送端UE，执行如图14或图15所示的SL通信流程。示例性的，终端1900中各功能模块的功能如下所述：

收发单元1902，用于向所在通信组内的终端发送第一数据和第一控制信息，所述第一控制信息包括指示信息，所述指示信息用于指示所述通信组内的终端在第一定时器超时时启动第二定时器。

可选的，收发单元1902向通信组内的终端发送第一数据和第一控制信息之前，处理单元1901还用于：自行确定需要指示所述通信组内的终端在第一定时器超时后启动第二定时器；或者根据基站的指示，确定指示所述通信组内的终端在第一定时器超时后启动第二定时器。

可选的，还包括：处理单元1901还用于：自行确定需要指示所述通信组内的终端在第一定时器超时后启动第二定时器，且通知所述基站所述通信组内的终端已被指示在第一定时器超时后启动第二定时器。

可选的，收发单元1902还可用于：在第二定时器运行期间，向通信组内的终端发送新的数据。

可选的，所述指示信息还用于指示第二定时器的启动时刻。

在另一些实现方式中，终端1900可作为数据发送端UE，执行如图16所示的SL通信流程。示例性的，终端1900中各功能模块的功能如下所述：

处理单元1901，用于确定该终端所在的通信组内除该终端以外的终端是否均启动了第二定时器；若确定为是，则收发单元1902向基站发送第一指示信息，所述第一指示信息用于指示所述通信组内除所述第一终端以外的终端均启动了所述第二定时器。

可选的，收发单元1902具体用于：根据所述基站为所述第一指示信息配置的专用侧行链物理上行控制信道SL PUCCH资源，发送所述第一指示信息；或者，根据所述基站配置的SL PUCCH配置信息指示的用于传输所述第一指示信息的资源或资源组或传输格式，发送所述第一指示信息。

可选的，若该终端指示所述通信组内的终端反馈NACK和ACK中的一项，则处理单元1901还可用于：若连续N次未接收到第二终端(数据接收端UE，即为通信组内除该数据接收端UE以外的任一终端)发送的NACK或ACK，则向所述基站发送第二指示信息，所述第二指示信息用于指示所述基站禁止在仅所述第二定时器运行期间为通信组内的终端调度新的数据传输；其中，N为大于1的整数。

在另一些实现方式中，终端1900可作为数据发送端UE，执行如图17所示的SL通信流程。示例性的，终端1900中各功能模块的功能如下所述：

收发单元1902，用于接收基站指示的新传数据的SL资源；

处理单元1901，用于确定PSCCH资源对应的时域范围内，该终端所在的通信组内除该终端以外的终端是否都处于激活时间，其中，所述PSCCH用于承载用于HARQ重传的SL资源调度信息；若是，则收发单元1902在该PSCCH资源上发送所述基站指示的SL资源的调度信息，并在所述SL资源的调度信息指示的PSSCH资源上发送新传数据。

需要说明的是，终端1900的上述功能的具体实现方式，可参见相应实施例中的相关内容。其中所涉及的SL进程标识信息、第一定时器、第二定时器等相关说明，可参见前述实施例的相关内容。

此外，本申请实施例还提供一种通信装置，该通信装置可以具有如图20所示的结构，该通信装置可以是终端，也可以是能够支持终端实现上述方法的芯片或芯片***。

如图20所示的通信装置2000可以包括至少一个处理器2002，所述至少一个处理器2002用于与存储器耦合，读取并执行所述存储器中的指令以实现本申请实施例提供的方法中终端设备涉及的步骤。可选的，该通信装置2000还可以包括收发器2001，用于支持通信装置2000进行信令或者数据的接收或发送。通信装置2000中的收发器2001，可用于实现上述收发单元1902所具有的功能，处理器2002可用于实现上述处理单元1901所具有的功能。此外，收发器2001可与天线2003耦合，用于支持通信装置2000进行通信。可选的，通信装置2000还可以包括存储器2004，其中存储有计算机程序、指令，存储器2004可以与处理器2002和/或收发器2001耦合，用于支持处理器2002调用存储器2004中的计算机程序、指令以实现本申请实施例提供的方法中网络设备涉及的步骤；另外，存储器2004还可以用于存储本申请方法实施例所涉及的数据，例如，用于存储支持收发器2001实现交互所必须的数据、指令，和/或，用于存储通信装置2000执行本申请实施例所述方法所必须的配置信息。

基于与上述方法实施例相同构思，本申请实施例还提供了一种计算机可读存储介质，其上存储有一些指令，这些指令被计算机调用执行时，可以使得计算机完成上述方法实施例、方法实施例的任意一种可能的设计中所涉及的方法。本申请实施例中，对计算机可读存储介质不做限定，例如，可以是RAM(random-access memory，随机存取存储器)、ROM(read-only memory，只读存储器)等。

基于与上述方法实施例相同构思，本申请还提供一种计算机程序产品，该计算机程序产品在被计算机调用执行时可以完成方法实施例以及上述方法实施例任意可能的设计中所涉及的方法。

基于与上述方法实施例相同构思，本申请还提供一种芯片，该芯片可以包括处理器以及接口电路，用于完成上述方法实施例、方法实施例的任意一种可能的实现方式中所涉及的方法，其中，“耦合”是指两个部件彼此直接或间接地结合，这种结合可以是固定的或可移动性的，这种结合可以允许流动液、电、电信号或其它类型信号在两个部件之间进行通信。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于终端设备中。可选地，处理器和存储媒介也可以设置于终端设备中的不同的部件中。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管结合具体特征及其实施例对本发明进行了描述，显而易见的，在不脱离本发明的范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本发明的示例性说明，且视为已覆盖本发明范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种侧行链路SL通信方法，其特征在于，包括：

第二终端接收来自于第一终端的第一控制信息和第一数据，所述第一控制信息指示的传播类型为侧行链路SL组播传输且仅反馈否定确认NACK，所述第一终端和所述第二终端为同一通信组内的终端；

所述第二终端在所述第一数据对应的混合自动重传请求HARQ反馈资源后的指定位置启动第一定时器，所述第一定时器的时长表示期望收到用于HARQ重传的SL资源调度信息的最小时长，所述HARQ反馈资源用于所述通信组内的终端发送所述第一数据对应的NACK；

2.如权利要求1所述的方法，其特征在于，所述第一定时器和所述第二定时器与所述第一控制信息指示的SL进程标识信息关联，所述SL进程标识信息包括SL进程标识、传播类型指示信息、源L1标识和目的L1标识，所述传播类型指示信息用于指示SL组播传输且仅反馈NACK或者用于指示SL组播传输。

3.如权利要求2所述的方法，其特征在于，还包括：

所述第二终端将所述第一数据与SL进程关联，所述SL进程用于处理所述第一数据；

当所述第二终端对所述第一数据成功解码时，释放与所述第一数据关联的SL进程。

4.如权利要求1所述的方法，其特征在于：

所述第二终端启动第一定时器，包括：

所述第二终端为第一SL进程启动所述第一定时器，所述第一SL进程与所述第一控制信息指示的SL进程标识信息关联，所述第一SL进程用于处理所述第一数据；

所述第二终端启动第二定时器，包括：

所述第二终端为所述第一SL进程启动第二定时器。

5.如权利要求4所述的方法，其特征在于，还包括：

若所述第二终端对所述第一数据解码成功，且在所述HARQ反馈资源上监测到NACK，则继续占用所述第一SL进程；或者

若所述第二终端对所述第一数据解码成功，且未在所述HARQ反馈资源上监测到NACK，则释放所述第一SL进程。

6.如权利要求4所述的方法，其特征在于，还包括：

7.如权利要求1-6任一项所述的方法，其特征在于，所述第一控制信息未指示第二控制信息的资源位置，所述第二控制信息用于指示所述第一数据的重传资源。

8.一种侧行链路SL通信方法，其特征在于，包括：

第二终端接收来自于第一终端的第一控制信息和第一数据，所述第一控制信息包括指示信息，所述指示信息用于指示所述第二终端在第一定时器超时后启动第二定时器，所述第一定时器的时长表示期望收到用于混合自动重传请求HARQ重传的侧行链路SL资源调度信息的最小时长，所述第二定时器的时长表示等待接收用于HARQ重传的SL资源调度信息的最大时长，所述第一终端和所述第二终端为同一通信组内的终端；

所述第二终端根据所述指示信息，在所述第一定时器超时后启动所述第二定时器；

所述第二终端在所述第二定时器运行期间接收来自所述第一终端的新的数据。

9.如权利要求8所述的方法，其特征在于，所述第一控制信息用于指示SL组播传输且仅反馈否定确认NACK，或者所述第一控制信息用于指示SL组播传输且反馈NACK和肯定确认ACK中的一项，或者所述第一控制信息用于指示SL组播传输。

10.如权利要求8所述的方法，其特征在于，所述指示信息还用于指示所述第二定时器的启动时刻。

11.如权利要求8-10任一项所述的方法，其特征在于，所述第一定时器和所述第二定时器与所述第一控制信息指示的SL进程标识信息关联，所述SL进程标识信息包括SL进程标识、传播类型指示信息、源L1标识和目的L1标识，所述传播类型指示信息用于指示SL组播传输且仅反馈NACK或者用于指示SL组播传输。

12.如权利要求11所述的方法，其特征在于，还包括：

13.如权利要求8-10任一项所述的方法，其特征在于，所述第二终端启动第一定时器，包括：

所述第二终端启动第二定时器，包括：

所述第二终端为所述第一SL进程启动第二定时器。

14.如权利要求13所述的方法，其特征在于，还包括：

若所述第二终端对所述第一数据解码成功，且在HARQ反馈资源上监测到NACK，则继续占用所述第一SL进程；或者

若所述第二终端对所述第一数据解码成功，且未在HARQ反馈资源上监测到NACK，则释放所述第一SL进程。

15.如权利要求13所述的方法，其特征在于，还包括：

所述第二终端接收第二数据和第二控制信息；

16.如权利要求8-10任一项所述的方法，其特征在于，所述第一控制信息未指示第二控制信息的资源位置，所述第二控制信息用于指示所述第一数据的重传资源。

17.一种侧行链路SL通信方法，其特征在于，包括：

第一终端向所在通信组内的终端发送第一数据和第一控制信息，所述第一控制信息包括指示信息，所述指示信息用于指示所述通信组内的终端在第一定时器超时时启动第二定时器，所述第一定时器的时长表示期望收到用于混合自动重传请求HARQ重传的侧行链路SL资源调度信息的最小时长，所述第二定时器的时长表示等待接收用于HARQ重传的SL资源调度信息的最大时长；

所述第一终端在所述第二定时器运行期间，向所述通信组内的终端发送新的数据。

18.如权利要求17所述的方法，其特征在于，所述第一终端向通信组内的终端发送第一数据和第一控制信息之前，还包括：

所述第一终端自行确定需要指示所述通信组内的终端在第一定时器超时后启动第二定时器；或者

所述第一终端根据基站的指示，确定指示所述通信组内的终端在第一定时器超时后启动第二定时器。

19.如权利要求17所述的方法，其特征在于，还包括：

所述第一终端自行确定需要指示所述通信组内的终端在第一定时器超时后启动第二定时器，且通知基站所述通信组内的终端已被指示在第一定时器超时后启动第二定时器。

20.如权利要求17-19任一项所述的方法，其特征在于，所述第一控制信息用于指示SL组播传输且仅反馈否定确认NACK，或者所述第一控制信息用于指示SL组播传输且反馈NACK和肯定确认ACK中的一项，或者所述第一控制信息用于指示SL组播传输。

21.如权利要求17-19任一项所述的方法，其特征在于，所述指示信息还用于指示所述第二定时器的启动时刻。

22.如权利要求17-19任一项所述的方法，其特征在于，所述第一控制信息未指示第二控制信息的资源位置，所述第二控制信息用于指示所述第一数据的重传资源。

23.一种侧行链路SL通信方法，其特征在于，包括：

第一终端确定所述第一终端所在的通信组内除所述第一终端以外的终端均启动了第二定时器，所述第二定时器的时长表示等待接收用于混合自动重传请求HARQ重传的侧行链路SL资源调度信息的最大时长；

所述第一终端向基站发送第一指示信息，所述第一指示信息用于指示所述通信组内除所述第一终端以外的终端均启动了所述第二定时器，使得所述基站根据所述第一指示信息在所述第二定时器的运行期间为所述通信组调度新的数据传输。

24.如权利要求23所述的方法，其特征在于，所述向基站发送第一指示信息，包括：

所述第一终端根据所述基站为所述第一指示信息配置的专用侧行链物理上行控制信道SL PUCCH资源，发送所述第一指示信息；或者

所述第一终端根据所述基站配置的SL PUCCH配置信息指示的用于传输所述第一指示信息的资源或资源组或传输格式，发送所述第一指示信息。

25.如权利要求23或24任一项所述的方法，其特征在于，若所述第一终端指示所述通信组内的终端反馈否定确认NACK和肯定确认ACK中的一项，则所述方法还包括：

若所述第一终端连续N次未接收到第二终端发送的NACK或ACK，则向所述基站发送第二指示信息，所述第二指示信息用于指示所述基站禁止在仅所述第二定时器运行期间为所述通信组内的终端调度新的数据传输；其中，N为大于1的整数，所述第二终端为所述通信组内除所述第一终端以外的任一终端。

26.一种通信装置，其特征在于，包括：一个或多个处理器；一个或多个存储器；其中，所述一个或多个存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述通信装置执行如权利要求1-25中任一项所述的方法。

27.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机程序，当计算机程序在计算设备上运行时，使得所述计算设备执行如权利要求1-25任一项所述的方法。

28.一种芯片，包括处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-25任一项所述的方法。

29.一种计算机程序产品，所述计算机程序产品包括计算机程序，其特征在于，所述计算机程序被处理器执行时，实现如权利要求1-25任一项所述的方法。