CN116017667A

CN116017667A - 侧行链路通信的方法和通信装置

Info

Publication number: CN116017667A
Application number: CN202111228885.7A
Authority: CN
Inventors: 李翔宇; 彭文杰
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-10-21
Filing date: 2021-10-21
Publication date: 2023-04-25
Also published as: WO2023066175A1

Abstract

本申请提供一种侧行链路通信的方法，发送终端向接收终端指示发送终端和接收终端之间的侧行链路的数据的重传次数阈值和/或重传调度定时器的启动次数阈值。在数据传输过程中，接收终端和发送终端判断数据的重传次数是否达到了重传次数阈值，或者传输的数据对应的SCI所关联的侧行链路进程的重传调度定时器的当前启动次数是否达到了启动次数阈值。在达到重传次数阈值或者启动次数阈值的情况下，发送终端和接收终端均不启动相应的重传调度定时器；反之，发送终端和接收终端均启动相应的重传调度定时器，从而实现对重传调度定时器的启动或者不启动的同步。由此避免因重传调度定时器的启动不同步而带来的功耗以及侧行链路通信质量下降。

Description

侧行链路通信的方法和通信装置

技术领域

本申请涉及侧行链路通信领域，更具体地，涉及一种侧行链路通信的方法和通信装置。

背景技术

在无线通信***中，用户设备(user equipment,UE)与UE之间可以不借助于网络设备直接进行通信。UE与UE之间的链路称为侧行链路(sidelink,SL)。侧行链路上支持单播、组播和广播。其中，侧行链路的单播和组播通信支持混合自动重传请求(hybridautomatic repeat request,HARQ)反馈，并引入了物理侧行反馈信道(physical sidelinkfeedback channel,PSFCH)传输HARQ反馈。针对一次传输，SL HARQ反馈还支持enabled和disabled，也即如果本次传输支持SL HARQ反馈，则为SL HARQ反馈enabled；如果本次传输不支持SL HARQ反馈，则为SL HARQ反馈disabled。已知侧行链路控制信息(sidelinkcontrol information,SCI)包括第一级SCI(即，the first stage SCI)和第二级SCI(即，the second stage SCI)。其中，一次传输的SL HARQ反馈是enabled或是disabled，具体是通过第二级SCI来指示的。

另外，单播通信和组播通信中支持侧行链路非连续接收重传调度定时器(sidelink drx retransmission timer)。在不支持HARQ反馈的侧行链路传输中，没有PSFCH的传输，或者说，接收终端对于是否成功解码数据不会向发送终端进行反馈。这种机制将可能导致发送终端和接收终端对于侧行链路非连续接收重传调度定时器的开启不同步。例如，在一些情况下，发送终端开启了侧行链路非连续接收重传调度定时器，而接收终端没有开启侧行链路非连续接收重传调度定时器。而在另一些情况下，发送终端没有开启侧行链路重传非连续接收调度定时器，而接收终端开启了侧行链路非连续接收重传调度定时器。

由于侧行链路通信的发送终端和接收终端对于侧行链路非连续接收重传调度定时器的开启的不同步，将会带来一些不利影响，例如，影响接收终端节省功耗的效果，或者极大影响侧行链路通信的质量。

发明内容

本申请提供一种侧行链路通信的方法，可以实现侧行链路通信的发送终端和接收终端的侧行链路重传调度定时器的同步，由此避免因为侧行链路重传调度定时器不同步导致的功耗浪费或SL的通信质量下降的问题。

第一方面，提供了一种侧行链路通信的方法，该方法包括：

第一终端装置向第二终端装置发送第一信息，第一信息用于指示第一侧行链路的数据的重传次数阈值和/或重传调度定时器的启动次数阈值，第一侧行链路为第一终端装置和第二终端装置之间的通信链路；

第一终端装置通过第一侧行链路向第二终端装置发送侧行链路控制信息SCI，SCI包含第一侧行链路进程的标识；

第一终端装置根据第一信息，处理第一侧行链路进程对应的重传调度定时器或重传等待定时器。

在该技术方案中，侧行通信的发送终端(即，第一终端)通过向接收终端(即，第二终端)发送第一信息，使得第一终端和第二终端预先对齐第一侧行链路(即，第一终端和第二终端之间的通信链路)的数据的重传次数阈值和/或重传调度定时器的启动次数阈值。后续，第一终端和第二终端可以根据第一信息，在第一侧行链路的数据的重传次数达到重传次数阈值，和/或，SCI关联的重传调度定时器的启动次数达到启动次数阈值的情况下，第一终端和第二终端在相应的侧行链路进程的重传等待定时器超时后都启动重传调度定时器，或者，在发送(对于第一终端而言)或接收(对于第二终端而言)SCI之后都启动重传等待定时器。由此，实现第一终端和第二终端对于重传调度定时器的启动或者不启动的同步。

在重传调度定时器的启动或者不启动实现同步的基础上，可以避免由于第一终端和第二终端由于重传调度定时器的启动或不启动的不同步而带来的一些不利影响。

例如，可以避免第一终端未启动重传调度定时器，而第二终端启动了重传调度定时器场景下，第二终端无意义启动和运行重传调度定时器带来的功耗。

又例如，还可以避免在第一终端启动重传调度定时器，并在重传调度定时器的运行时间内调度新传数据，而第二终端未启动重传调度定时器的场景下，第二终端可能无法接收到第一终端发送的新传数据而导致SL的通信质量下降的问题。

结合第一方面，在第一方面的某些实现方式中，第一终端装置根据第一信息，处理第一侧行链路进程对应的重传调度定时器，包括：

第一终端装置根据第一信息，在确定满足第一条件的情况下，在第一侧行链路进程对应的重传等待定时器超时后，不启动第一侧行链路进程对应的重传调度定时器；或者，

第一终端装置根据第一信息，在确定不满足第一条件的情况下，在第一侧行链路进程对应的重传等待定时器超时后，启动第一侧行链路进程对应的重传调度定时器，

其中，第一条件至少包括如下之一：

SCI调度的数据的当前重传次数达到重传次数阈值；或者，

SCI对应的第一侧行链路进程对应的重传调度定时器的当前启动次数达到启动次数阈值。

在该实现方式中，第一终端根据第一信息，在满足第一条件的情况下，第一终端不启动重传调度定时器，反之，在不满足第一条件的情况下，启动重传调度定时器，可以实现第一终端和第二终端对于重传调度定时器的启动或者不启动的同步。

结合第一方面，在第一方面的某些实现方式中，第一终端装置根据第一信息，处理第一侧行链路进程对应的重传等待定时器，包括：

第一终端装置根据第一信息，在确定满足第一条件的情况下，在发送SCI之后，不启动第一侧行链路进程对应的重传等待定时器；或者，

第一终端装置根据第一信息，在确定不满足第一条件的情况下，在发送SCI之后，启动第一侧行链路进程对应的重传等待定时器；

其中，第一条件至少包括如下之一：

SCI调度的数据的当前重传次数达到重传次数阈值；或者，

在该实现方式中，第一终端根据第一信息，在满足第一条件的情况下，在发送SCI之后，第一终端不启动第一侧行链路进程对应重传等待定时器；或者，在不满足第一条件的情况下，在发送SCI之后，第一终端启动第一侧行链路进程对应的重传等待定时器。通过控制重传等待定时器的启动或不启动，可以实现第一终端和第二终端对于重传调度定时器的启动或者不启动的同步。

结合第一方面，在第一方面的某些实现方式中，第一信息是针对第一侧行链路进程的，其中，第一终端装置包括多个侧行链路进程，第一侧行链路进程为所述多个侧行链路进程中的一个侧行链路进程。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：

第一终端装置向接入网设备发送第一信息。

第一终端装置接收来自于接入网设备的第一信息。

第二方面，提供了一种侧行链路通信的方法，该方法包括：

第二终端装置接收来自于第一终端装置的第一信息，第一信息用于指示第一侧行链路的数据的重传次数阈值和/或重传调度定时器的启动次数阈值，第一侧行链路为第一终端装置和第二终端装置之间的通信链路；

第二终端装置通过第一侧行链路接收来自于第一终端装置的侧行链路控制信息SCI，SCI包含第一侧行链路进程的标识；

第二终端装置根据第一信息，处理第二侧行链路进程对应的重传调度定时器或重传等待定时器，所述第二侧行链路进程用于处理SCI调度的数据，第一侧行链路进程和所述第二侧行链路进程关联。

结合第二方面，在第二方面的某些实现方式中，第二终端装置根据第一信息，处理所述第二侧行链路进程对应的重传调度定时器，包括：

第二终端装置根据第一信息，在确定满足第一条件的情况下，在所述第二侧行链路进程对应的重传等待定时器超时后，不启动所述第二侧行链路进程对应的重传调度定时器；或者，

第二终端装置根据第一信息，在确定不满足第一条件的情况下，在所述第二侧行链路进程对应的重传等待定时器超时后，启动所述第二侧行链路进程对应的重传调度定时器；

其中，第一条件至少包括如下之一：

SCI调度的数据的当前重传次数达到重传次数阈值；或者，

SCI对应的第二侧行链路进程对应的重传调度定时器的当前启动次数达到启动次数阈值。

结合第二方面，在第二方面的某些实现方式中，第二终端装置根据第一信息，处理所述第二侧行链路进程对应的重传等待定时器，包括：

第二终端装置根据第一信息，在确定满足第一条件的情况下，在接收SCI之后，不启动所述第二侧行链路进程对应的重传等待定时器；或者，

第二终端装置根据第一信息，在确定不满足第一条件的情况下，在接收SCI之后，启动所述第二侧行链路进程对应的重传等待定时器；

其中，其中，第一条件至少包括如下之一：

SCI调度的数据的当前重传次数达到重传次数阈值；或者，

结合第二方面，在第二方面的某些实现方式中，第一信息是针对第一侧行链路进程的。

第二方面的各方案是与第一方面的各方案对应的接收终端侧的方法，关于第二方面的各方案的有益技术效果，可以参考第一方面的相应方案的说明，不再予以赘述。

第三方面，提供了一种侧行链路通信的方法，该方法包括：

第一终端装置获取第一侧行链路资源；

第一终端装置确定目的地址，所述目的地址对应第二终端装置，第一侧行链路资源的时域与所述目的地址的激活时间存在重叠或部分重叠，

其中，所述激活时间不包括第一时长，所述第一时长为所述目的地址的不支持混合自动重传请求HARQ反馈的侧行链路进程的重传调度定时器的运行时长，或者，

所述目的地址的持续定时器的运行时长、非激活定时器的运行时长、支持HARQ反馈的侧行链路进程的重传调度定时器的运行时长或第一终端装置期望接收信道状态信息CSI报告的时长属于所述激活时间；

第一终端装置根据所述激活时间，与第二终端装置进行侧行链路通信。

在该技术方案中，第一终端将不支持HARQ反馈的侧行链路进程对应的重传调度定时器的运行时长不考虑在激活时间内，避免了第一终端运行重传调度定时器，而第二终端不运行重传调度定时器，由此导致的第一终端在重传调度定时器内给第二终端发送新传数据不能被第二终端接收到的问题，可以提升SL通信的质量。

结合第三方面，在第三方面的某些实现方式中，在所述不支持HARQ反馈的侧行链路进程的重传调度定时器的运行时长内，如果第一定时器处于运行状态，所述激活时间包括所述第一定时器的运行时长，其中，所述第一定时器包括持续定时器、非激活定时器或支持HARQ反馈的第三侧行链路进程的重传调度定时器；或者，

在所述不支持HARQ反馈的侧行链路进程的重传调度定时器的运行时长内，第一终端装置处于期望接收CSI报告的状态，所述激活时间包括第一终端装置期望接收所述CSI报告的时长。

结合第三方面，在第三方面的某些实现方式中，该方法还包括：

第一终端装置获取第二侧行链路资源；

其中，在如下情况下，所述第二侧行链路资源不可用：

所述第二侧行链路资源的时域与任一目的地址的持续定时器的运行时长、非激活定时器的运行时长、支持HARQ反馈的侧行链路进程的重传调度定时器的运行时长或第一终端装置期望接收CSI报告的时长中的任一时长没有重叠部分，

其中，所述第二侧行链路资源不可用包括所述第二侧行链路资源不能用于侧行链路的传输，或者所述第二侧行链路资源不能用于侧行链路的初传。

第四方面，提供了一种侧行链路通信的方法，该方法包括：

第一终端装置向第二终端装置发送侧行链路控制信息SCI，SCI包含第一侧行链路进程的标识；

第一终端装置判断第一侧行链路进程是否支持混合自动重传请求HARQ反馈；

在第一侧行链路进程不支持HARQ反馈的情况下，第一终端装置不启动第一侧行链路进程对应的重传等待定时器或重传调度定时器；

在第一侧行链路进程支持HARQ反馈的情况下，第一终端装置启动第一侧行链路进程对应的重传等待定时器或重传调度定时器。

在该技术方案中，对于不支持HARQ反馈的侧行链路进程，第一终端不运行该侧行链路进程对应的重传调度定时器，可以避免因为第一终端和第二终端的重传调度定时器的启动(或者说，运行)不同步而带来的不利影响。

例如，可以避免因第一终端不运行重传调度定时器，而第二终端运行重传调度定时器所导致的第二终端可能接收不到第一终端发送的新传数据的问题，由此提升SL的通信质量。

此外，还可以避免第二终端无意义运行不支持HARQ反馈的侧行链路进程的重传调度定时器而带来的功耗。

结合第四方面，在第四方面的某些实现方式中，所述在第一侧行链路进程不支持HARQ反馈的情况下，第一终端装置不启动第一侧行链路进程对应的重传等待定时器或重传调度定时器，包括：

在第一侧行链路进程不支持HARQ反馈的情况下，第一终端装置在第一侧行链路进程对应的重传等待定时器超时的情况下，不启动第一侧行链路进程对应的重传调度定时器；或者，

在第一侧行链路进程不支持HARQ反馈的情况下，第一终端装置在发送SCI之后，不启动第一侧行链路进程对应的重传等待定时器。

在该实现方式中，在第一侧行链路进程不支持HARQ反馈的情况下，在第一侧行链路进程对应的重传等待定时器超时后，第一终端不开启第一侧行链路进程对应的重传调度定时器；或者，在发送SCI之后，不启动第一侧行链路进程对应的重传等待定时器。通过这些方式可以实现和第二终端对于重传调度定时器的不启动的同步。

结合第四方面，在第四方面的某些实现方式中，所述在第一侧行链路进程支持HARQ反馈的情况下，第一终端装置启动第一侧行链路进程对应的重传等待定时器或重传调度定时器，包括：

在第一侧行链路进程支持HARQ反馈的情况下，第一终端装置在第一侧行链路进程对应的重传等待定时器超的情况下，启动第一侧行链路进程对应的重传调度定时器；或者，

在第一侧行链路进程支持HARQ反馈的情况下，第一终端装置在发送SCI之后，启动第一侧行链路进程对应的重传等待定时器。

在该实现方式中，在第一侧行链路进程支持HARQ反馈的情况下，在第一侧行链路进程对应的重传等待定时器超时后，第一终端开启第一侧行链路进程对应的重传调度定时器；或者，在发送SCI之后，启动第一侧行链路进程对应的重传等待定时器。通过这些方式可以实现和第二终端对于重传调度定时器的启动的同步。

第五方面，提供了一种侧行链路通信的方法，该方法包括：

第二终端装置接收来自于第一终端装置的侧行链路控制信息SCI，SCI包含第一侧行链路进程的标识；

第二终端装置判断第二侧行链路进程是否支持混合自动重传请求HARQ反馈，所述第二侧行链路进程用于处理SCI调度的数据，所述第二侧行链路进程和第一侧行链路进程关联；

在第一侧行链路进程不支持HARQ反馈的情况下，第二终端装置不启动第一侧行链路进程对应的重传等待定时器或重传调度定时器；或者，

在第一侧行链路进程支持HARQ反馈的情况下，第二终端装置启动第一侧行链路进程对应的重传等待定时器或重传调度定时器。

结合第五方面，在第五方面的某些实现方式中，在第一侧行链路进程不支持HARQ反馈的情况下，第二终端装置不启动第一侧行链路进程对应的重传等待定时器或重传调度定时器，包括：

在第一侧行链路进程不支持HARQ反馈的情况下，第二终端装置在第一侧行链路进程对应的重传等待定时器超时，且未成功解码SCI调度的数据的情况下，不启动第一侧行链路进程对应的重传调度定时器；或者，

在第一侧行链路进程不支持HARQ反馈的情况下，第二终端装置在接收SCI之后，不启动第一侧行链路进程对应的重传等待定时器。

结合第五方面，在第五方面的某些实现方式中，所述在第一侧行链路进程支持HARQ反馈的情况下，第二终端装置启动第一侧行链路进程对应的重传等待定时器或重传调度定时器，包括：

在第一侧行链路进程支持HARQ反馈的情况下，第二终端装置在第一侧行链路进程对应的重传等待定时器超时，且未成功解码SCI调度的数据的情况下，启动第一侧行链路进程对应的重传调度定时器；或者，

在第一侧行链路进程支持HARQ反馈的情况下，第二终端装置在接收SCI之后，启动第一侧行链路进程对应的重传等待定时器。

第五方面的各方案是与第四方面的各方案对应的接收终端侧的方法，关于第五方面的各方案的有益技术效果，可以参考第四方面的相应方案的说明，不再予以赘述。

第六方面，提供一种通信装置，所述通信装置具有实现第一方面，第三方面或第四方面，或这些方面中的任一方面的任一可能的实现方式中的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。

第七方面，提供一种通信装置，所述通信装置具有实现第二方面或第五方面，或这些方面中的任一方面的任一可能的实现方式中的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。

第八方面，提供一种通信装置，包括处理器和存储器。可选地，还可以包括收发器。其中，存储器用于存储计算机程序，处理器用于调用并运行存储器中存储的计算机程序，并控制收发器收发信号，以使通信装置执行如第一方面，第三方面或第四方面，或这些方面中的任一方面的任一可能的实现方式中的方法。

示例性地，该通信装置为侧行链路通信的发送终端。

第九方面，提供一种通信装置，包括处理器和存储器。可选地，还可以包括收发器。其中，存储器用于存储计算机程序，处理器用于调用并运行存储器中存储的计算机程序，并控制收发器收发信号，以使通信装置执行如第二方面或第五方面，或这些方面中的任一方面的任一可能的实现方式中的方法。

示例性地，该通信装置为侧行链路通信的接收终端。

第十方面，提供一种通信装置，包括处理器和通信接口，所述通信接口用于接收数据和/或信息，并将接收到的数据和/或信息传输至所述处理器，所述处理器处理所述数据和/或信息，以及，通信接口还用于输出经处理器处理之后的数据和/或信息，以使得如第一方面，第三方面或第四方面，或这些方面中的任一方面的任一可能的实现方式中的方法被执行。

第十一方面，提供一种通信装置，包括处理器和通信接口，所述通信接口用于接收数据和/或信息，并将接收到的数据和/或信息传输至所述处理器，所述处理器处理所述数据和/或信息，以及，通信接口还用于输出经处理器处理之后的数据和/或信息，以使得如第二方面或第五方面，或这些方面中的任一方面的任一可能的实现方式中的方法被执行。

第十二方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，当计算机指令在计算机上运行时，使得如第一方面，第三方面或第四方面，或这些方面中的任一方面的任一可能的实现方式中的方法被执行。

第十三方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，当计算机指令在计算机上运行时，使得如第二方面或第五方面，或这些方面中的任一方面的任一可能的实现方式中的方法被执行。

第十四方面，提供一种计算机程序产品，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得如第一方面，第三方面或第四方面，或这些方面中的任一方面的任一可能的实现方式中的方法被执行。

第十五方面，提供一种计算机程序产品，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得如第二方面或第五方面，或这些方面中的任一方面的任一可能的实现方式中的方法被执行。

第十六方面，提供一种无线通信***，包括如第六方面所述的通信装置，和/或如第七方面所述的通信装置。

附图说明

图1为适用于本申请技术方案的通信场景的示意图。

图2为SL HARQ feedback enabled的传输的示意图。

图3为SL HARQ feedback disabled的传输的示意图。

图4为SL HARQ feedback disabled的传输的一种可能出现的情况。

图5为SL HARQ feedback disabled的传输的另一种可能出现的情况。

图6为本申请提供的侧行链路通信的方法的示意性流程图。

图7为本申请提供的侧行链路通信的另一个方法的示意图。

图8为SL LCP过程的示意图。

图9的(a)为目的地址对应的激活时间的一个示例。

图9的(b)为目的地址对应的激活时间的另一个示例。

图10为本申请提供的侧行链路通信的另一个方法的示意性流程图。

图11的(a)为发送终端处理侧行链路进程对应的定时器的一个示意性流程。

图11的(b)为发送终端处理侧行链路进程对应的定时器的另一个示意性流程。

图12的(a)为接收终端处理侧行链路进程对应的定时器的一个示意性流程。

图12的(b)为接收终端处理侧行链路进程对应的定时器的另一个示意性流程。

图13为本申请提供的通信装置的示意性框图。

图14为本申请提供的通信装置的示意性结构图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请的技术方案可以应用于多种无线通信***，包括但不限于长期演进(longterm evolution,LTE)***、新空口(new radio,NR)***以及下一代的无线局域网***等。

为了支持终端之间的直连通信，引入了侧行链路(sidelink,SL)的通信。在SL通信中，SL的传输通过媒体接入控制(medium access control,MAC)层的源标识和目的标识来实现寻址。在相关技术中，进行SL通信的终端之间可以建立多个逻辑信道用于数据传输。当终端获取到SL授权(SL grant)之后，通过逻辑信道优先级(logical channelprioritization,LCP)选择方法，选择逻辑信道发送数据。

在侧行链路通信中，为了节省终端的功耗，终端配置可以被配置非连续接收(discontinuous reception,DRX)，下文称为SL DRX。SL DRX是指UE在规定的激活时间(active time)内监听SCI(包括first stage SCI和second stage SCI)，在非激活时间则不用监听SCI，关闭接收机达到节省功耗的效果。

下面介绍和SL DRX相关的几个定时器及其各自的功能。

侧行链路非连续接收持续定时器(sidelink drx on-duration timer)：用于定义在一个周期开始的时候，SL DRX持续处于激活时间的时长。需要说明的是，持续定时器是周期性运行的，每个SL DRX周期开始的时候都会启动持续定时器。UE处于激活时间内需要监听SCI。。

侧行链路非连续接收非激活定时器(sidelink drx inactivity timer)：每当UE被调度以新传数据，UE就会启动inactivity timer。inactivity timer指定了UE接收了一个指示新传的SCI之后持续处于激活时间的时长。即，每当UE有新传数据被调度，inactivity timer就会重启一次。

此外，侧行链路上支持单播、组播和广播。其中，单播和组播通信侧行链路非连续接收重传等待定时器(sidelink-drx-HARQ round-trip time timer,SL drx HARQ RTTtimer)和侧行链路非连续接收重传调度定时器(sidelink retransmission timer)，用于重传的控制。

侧行链路非连续接收重传调度定时器：用于定义UE直到接收数据重传前最大持续时长。其中，在重传调度定时器运行的时长内，UE处于激活时间。

侧行链路非连续接收重传等待定时器：用于定义UE预期接收重传调度之前的最小持续时长，也可以认为是UE从接收数据，到接收该数据的数据重传之间等待的时长。

在目前的通信标准中，发送终端和接收终端均是基于侧行链路进程(即，persidelink process)来维护SL HARQ RTT timer和SL retransmission timer的。每一个SL进程会配置一个SL HARQ RTT timer和一个SL retransmission timer。

关于SL HARQ RTT timer和SL retransmission timer的功能，下文会结合侧行链路的传输是否支持HARQ反馈分别进行说明。

可以理解的是，由于本申请涉及侧行链路通信，本文中将以上各定时器名称中关于“侧行链路非连续接收”的前缀省略，例如，将侧行链路非连续接收持续定时器简称为持续定时器，将侧行链路非连续接收非激活定时器简称为激活定时器，将侧行链路非连续接收重传等待定时器简称为HARQ RTT timer或重传等待定时器，将侧行链路非连续接收重传调度定时器简称为retransmission timer或重传调度定时器，以下不再重复说明。

参见图1，图1为适用于本申请技术方案的通信场景的示意图。如图1，本申请的技术方案适用于UE基于SL DRX进行侧行链路(sidelink)通信的场景。侧行链路通信的发送终端可以工作在模式1(即，mode 1)，也可以工作在模式2(即，mode 2)，可以处于无线资源控制(radio resource control,RRC)连接态、RRC非激活态、RRC空闲态、或覆盖范围外(outof coverage,OOC)态。发送终端和接收终端之间的通信可以是单播通信或组播通信。

在上述通信场景中，接入网设备为发送终端提供SL资源池配置。如果发送终端工作在mode1，接入网设备可以通过下行控制信息(downlink control information,DCI)为发送终端调度SL资源，或者通过无线资源控制(radio resource control,RRC)配置为发送终端提供SL配置授权(SL configured grant)。

发送终端可以工作在mode1或者mode2，在获取SL授权后，发送终端使用SL资源向接收终端发送数据。

本申请中主要涉及到终端和接入网设备。

终端，又称之为用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端(mobile terminal,MT)、终端设备等，是指向用户提供语音和/或数据连通性的设备。在本申请中，终端尤其是指能够进行sidelink通信的设备，例如，车载终端，或者能进行V2X通信的手持终端等。

可替换地，在本申请中，侧行链路通信的发送端也称为发送终端、发送UE(即TXUE)、发送端UE、UE1或第一终端，接收端称为接收终端、接收UE(即，RX UE)、接收端UE、UE2或第二终端。

接入网设备，是指将终端接入到无线网络的无线接入网(radio access network，RAN)的节点(或设备)，又可以称为基站。

侧行链路的单播和组播通信支持混合自动重传请求(hybrid automatic repeatrequest,HARQ)反馈，并引入了物理侧行反馈信道(physical sidelink feedbackchannel,PSFCH)传输HARQ反馈，即HARQ反馈是在PSFCH资源上发送的。针对一次传输，SLHARQ反馈还支持enabled和disabled，也即如果本次传输支持SL HARQ反馈，则为SL HARQ反馈enabled；如果本次传输不支持SL HARQ反馈，则为SL HARQ反馈disabled。

如上文所述，侧行链路的单播通信和组播通信都支持SL HARQ RTT timer和SLretransmission timer。在TX UE侧和RX UE侧，SL HARQ RTT timer和SL retransmissiontimer是per SL process维护的。

参见图2，图2为SL HARQ feedback enabled的传输的示意图。如图2，针对SL HARQfeedback enabled的传输，RX UE会在PSFCH传输结束后的symbol/slot处(例如，第一个symbol/slot处)启动SL HARQ RTT timer。如果因为优先级问题，PSFCH传输被低优先级而没有发送PSFCH，RX UE仍会在PSFCH资源结束后的symbol/slot处(例如第一个symbol/slot处)启动SL HARQ RTT timer。当SL HARQ RTT timer超时的时候，如果对应的SL process的数据没有解码成功，例如，PSFCH反馈为否定应答(negative acknowledgement,NACK)，RXUE会在SL HARQ RTT timer超时后的symbol/slot(例如，第一个symbol/slot)处启动对应的SL retransmission timer。

TX UE在接收到PSFCH或者PSFCH资源后的symbol/slot(例如，第一个symbol/slot处)启动HARQ RTT timer。在HARQ RTT timer超时的时候，且HARQ反馈为NACK或没有接收到HARQ反馈的情况下，TX UE会在对应symbol/slot处(例如，第一个symbol/slot处)启动对应的SL retransmission timer。

下面结合图3说明SL HARQ feedback disabled的传输的情况。

参见图3，图3为SL HARQ feedback disabled的传输的示意图。考虑到SL HARQfeedback disabled不能进行PSFCH传输，一种可能的情况是：RX UE在接收到SCI后的symbol/slot(例如，第一个symbol/slot)处启动HARQ RTT timer。在HARQ RTT timer超时的时候，如果对应SL process的数据没有解码成功，RX UE会在SL HARQ RTT timer超时后的symbol/slot(例如，第一个symbol/slot)处启动对应的SL retransmission timer。

而对于TX UE来说，在发送SCI后的symbol/slot(例如，第一个symbol/slot)处启动HARQ RTT timer。在HARQ RTT timer超时的时候，因为TX UE不能知道RX UE是否成功解码了SCI调度的数据，因此，TX UE是基于实现确定是否启动对应的SL retransmissiontimer。例如，TX UE认为需要继续给RX UE重传该数据，则后续会启动retransmissiontimer。如果TX UE认为不需要继续给RX UE重传该数据，则后续不会启动retransmissiontimer。

从图3介绍的SL HARQ feedback disabled的传输情况可以发现，针对SL HARQfeedback disabled的传输，可能会出现TX UE侧和RX UE侧的retransmission timer的启动不同步的问题，并会由此导致一些不利影响，下面结合图4和图5详细说明。

参见图4，图4为SL HARQ feedback disabled的传输的一种可能出现的情况。如图4，针对SL DRX，如果RX UE没有成功解码SCI调度的数据，在SL HARQ RTT timer超时后，RXUE会启动SL retransmission timer，以期待接收TX UE对该数据的重传。但是，TX UE基于实现认为不需要继续重传SCI调度的数据了(例如，TX UE认为RX UE已经成功解码了该数据)，则在SL HARQ RTT timer超时后，TX UE不会启动SL retransmission timer。因此出现了TX UE不运行SL retransmission timer而RX UE运行SL retransmission timer的情况。这种情况会增加RX UE的功耗，影响RX UE的省电效果。

参见图5，图5为SL HARQ feedback disabled的传输的另一种可能出现的情况。如图5，RX UE成功解码了SCI调度的数据，在SL HARQ RTT timer超时后，RX UE不启动SLretransmission timer。而TX UE基于实现认为需要继续重传SCI调度的该数据(例如，认为RX UE没有成功解码该数据)，则在SL HARQ RTT timer超时后，TX UE会启动SLretransmission timer。在这种情况下，如果TX UE在SL retransmission timer运行的时间内调度新传数据(例如，其它SL process的新传数据)，则RX UE可能无法接收到该新传数据(例如，retransmission timer运行的时候，RX UE没有其它属于active time内的定时器在运行)，从而，RX UE可能接收不到该新传数据，并且不能启动该新传数据的inactivitytimer或retransmission timer，并导致接收不到后续该新传数据对应的重传。可见，这种情况将极大影响侧行链路通信的质量。

针对上述SL HARQ feedback disabled的传输中出现的，由于TX UE和RX UE对SLretransmission timer的启动或不启动的不同步，进而导致的一些不利影响，本申请提供一些解决的方案。

下面介绍本申请提供的技术方案。

本文中，第一终端装置和第二终端装置可以为终端设备，或者为安装在终端设备中的芯片，或者为终端设备中可以实现相应功能的器件、部件或其组合等。下文实施例中，以第一终端装置和第二终端装置为终端设备为例进行说明。

本申请提供3个不同的方案，来实现TX UE和RX UE的重传调度定时器的启动或者不启动的同步。可以理解的是，在实现重传调度定时器的启动或者不启动的同步的基础上，上述由于重传调度定时器的启动或不启动的不同步所导致的问题也将能够避免。

方案1

TX UE和RX UE预先对齐第一侧行链路的重传次数阈值或者重传调度定时器的启动次数阈值，其中，第一侧行链路是指TX UE和RX UE之间的通信链路。

可替换地，第一侧行链路的重传次数也可以为第一侧行链路的传输次数，第一侧行链路的传输包括初传和重传。

参见图6，图6为本申请提供的侧行链路通信的方法的示意性流程图。

210、第一终端向第二终端发送第一信息，第二终端接收来自于第一终端的第一信息。

其中，第一信息用于指示第一侧行链路的数据的重传次数阈值和/或重传调度定时器的启动次数阈值。第一侧行链路为第一终端和第二终端之间的通信链路。

已知，第一终端在发送第一信息之前，需要确定目的地址。

可选地，目的地址可以对应单播连接或者组播组。

在单播通信中，TX UE在发送数据时，会随着数据发送源地址(或称源标识)和目的地址(或者目的标识)。其中，源地址是TX UE自己分配的，目的地址是RX UE为该单播连接分配的地址。

如果为单播通信，在步骤210中，TX UE发送第一信息的目的地址对应一个RX UE。相应地，第一信息指示TX UE和该RX UE之间的侧行链路的数据的重传次数阈值和/或重传调度定时器的启动次数阈值。

在组播通信中，组播通信对应的组播组的创建是在上层(具体是在接入层之上的层，例如，PC5-S层或V2X层)完成的。在组播通信中，TX UE在发送数据时，会随数据发送源地址和目的地址，其中，源地址是TX UE自己分配的，目的地址是组播组标识转换得到的地址。

如果为组播通信，在步骤210中，TX UE发送第一信息的目的地址对应一个组播组，或者说，第二终端有多个。因此，第一信息可以对应第一终端与该多个第二终端中的任意一个第二终端之间的侧行链路。其中，第一信息所指示的重传次数阈值是TX UE与组播组中的一个RX UE之间的侧行链路的数据的重传次数的阈值，或者，启动次数阈值是TX UE与组播组中的该RX UE进行侧行链路通信的数据对应的SCI所关联的侧行链路进程的重传调度定时器的启动次数的阈值。

示例性地，第一信息可以为一个数值，该数值可以为第一终端处于mode2时进行资源选择或资源重选所确定的HARQ重传次数(selected number of HARQ retransmission)或该HARQ重传次数-1或该HARQ重传次数+1。

示例性地，第一信息承载于SL MAC CE中，该SL MAC CE通过专门的SL逻辑信道标识(logical channel identifier,LCID)来标识。

可选地，第一信息的粒度可以是基于侧行链路进程(也即，per SL process)的，或者说，不同的侧行链路进程对应的第一信息可以不同。例如，第一终端包括多个侧行链路进程，针对每个侧行链路进程，第一信息可以不同。

可选地，包括步骤220。

220、接入网设备向第一终端发送第一信息，或者第一终端向接入网设备发送第一信息。

示例性地，接入网设备和第一终端之间交互的第一信息承载于RRC专用信令。

示例性地，第一信息承载于MAC CE中，该MAC CE通过专用的LCID标识。

可选地，第一信息的粒度可以是基于UE(即，per UE)、目的地址(即，perdestination)或者Uu接口的HARQ进程(即，Uu HARQ process)的。同样地，目的地址可以对应单播连接或者组播组。

需要注意的是，如果第一信息的粒度是基于Uu HARQ process(也可以直接称为HARQ process)的，则TX UE需要分配一个SL process，和该Uu HARQ process建立映射关系，其中，TX UE分配的该SL process用于处理第一侧行链路的数据。换句话说，如果TX UE接收到的来自于接入网设备的第一信息是Uu HARQ process粒度的，TX UE会转换为per SLprocess粒度。

作为一种实现的示例，当TX UE处于RRC连接态时，执行步骤220。

作为另一种实现的示例，当TX UE被配置为处于mode1时，执行步骤220。

230、第一终端向第二终端发送SCI，第二终端接收来自于第一终端的SCI。

其中，SCI包含第一终端的第一侧行链路进程的标识(例如，sidelink processidentifier,SL process ID)，其中，第一侧行链路进程是第一终端分配的用于处理第一终端和第二终端之间的第一侧行链路的数据的侧行链路进程。

240、第一终端根据第一信息，处理第一侧行链路进程对应的重传调度定时器或重传等待定时器。第二终端根据第一信息，处理第二侧行链路进程对应的重传调度定时器或重传等待定时器。

其中，第二侧行链路进程是第二终端分配的用于处理SCI(具体指步骤230中接收的SCI)调度的数据的侧行链路进程。

需要理解的是，第一侧行链路进程为第一终端侧的侧行链路进程，是第一终端侧的一个或多个侧行链路进程中的一个。第二侧行链路进程为第二终端侧的侧行链路进程，是第二终端侧的一个或多个侧行链路进程中的一个。第一侧行链路进程和第二侧行链路进程关联。可选地，“关联”也可以替换为“对应”或者“具有映射关系”。

下面分别对步骤230中第一终端和第二终端处理定时器的过程进行详细说明。

(1)TX UE处理第一侧行链路进程对应的定时器。

在一种实现中，TX UE可以处理第一侧行链路进程对应的重传调度定时器，具体如下：

TX UE根据第一信息，在确定满足第一条件的情况下，在第一侧行链路进程对应的重传等待定时器超时后，不启动第一侧行链路进程对应的重传调度定时器；或者，

TX UE根据第一信息，在确定不满足第一条件的情况下，在第一侧行链路进程对应的重传等待定时器超时后，启动第一侧行链路进程对应的重传调度定时器，

其中，第一条件至少包括如下之一：

SCI调度的数据的当前重传次数达到重传次数阈值；或者，

应理解，对于TX UE而言，第一条件中提及的SCI均是指在步骤230中TX UE发送的SCI。

在另一种实现中，TX UE可以处理第一侧行链路进程对应的重传等待定时器，具体如下：

TX UE根据第一信息，在确定满足第一条件的情况下，在发送SCI之后，不启动第一侧行链路进程对应的重传等待定时器；或者，

TX UE根据第一信息，在确定不满足第一条件的情况下，在发送SCI之后，启动第一侧行链路对应的重传等待定时器；

其中，第一条件至少包括如下之一：

SCI调度的数据的当前重传次数达到重传次数阈值；或者，

示例性地，TX UE在发送SCI之后的符号(symbol)或时隙(slot)处，启动或者不启动第一侧行链路进程对应的重传等待定时器。例如，该符号可以为发送SCI之后的第一个符号，或者该时隙可以为发送SCI之后的第一个时隙。

对于RX UE而言，第一条件中提及的SCI均是指在步骤230中RX UE接收的SCI。

(2)RX UE处理第二侧行链路进程对应的定时器。

在一种实现中，RX UE可以处理第二侧行链路进程对应的重传调度定时器，具体如下：

RX UE根据第一信息，在确定满足第一条件的情况下，在第二侧行链路进程对应的重传等待定时器超时后，不启动第二侧行链路进程对应的重传调度定时器；或者，

RX UE根据第一信息，在确定不满足第一条件的情况下，在第二侧行链路进程对应的重传等待定时器超时后，启动第二侧行链路进程对应的重传调度定时器，

其中，第一条件至少包括如下之一：

SCI调度的数据的当前重传次数达到重传次数阈值；或者，

SCI对应的第二侧行链路进程的重传调度定时器的当前启动次数达到启动次数阈值。

在另一种实现中，RX UE可以处理第二侧行链路进程对应的重传等待定时器，具体如下：

RX UE根据第一信息，在确定满足第一条件的情况下，在接收SCI之后，不启动第二侧行链路进程对应的重传等待定时器；或者，

RX UE根据第一信息，在确定不满足第一条件的情况下，在接收SCI之后，启动第二侧行链路进程对应的重传等待定时器，

其中，第一条件至少包括如下之一：

SCI调度的数据的当前重传次数达到重传次数阈值；或者，

可以理解的是，RX UE接收SCI，SCI包含第一侧行链路进程的标识，RX UE分配第二侧行链路进程用于处理SCI调度的数据，也即，第二侧行链路进程和第一侧行链路进程相关联。因此，对于RX UE而言，SCI对应第二侧行链路进程。

示例性地，RX UE在接收SCI之后的符号(symbol)或时隙(slot)处，启动或者不启动第二侧行链路进程对应的重传等待定时器。例如，该符号可以为接收SCI之后的第一个符号，或者该时隙可以为接收SCI之后的第一个时隙。

可选地，TX UE或RX UE根据第一信息，在确定SCI调度的数据的重传次数达到了第一信息所指示的重传次数阈值，和/或，SCI对应的侧行链路进程对应的重传调度定时器的当前启动次数达到了启动次数阈值，也或者说，TX UE或RX UE根据第一信息，确定SCI所调度的数据的当前传输为最后一次传输(或者说，最后一次重传)的情况下，TX UE或RX UE清空各自对应的侧行链路进程的HARQ buffer。具体地，TX UE清空第一侧行链路进程的HARQ缓存，RX UE清空第二侧行链路进程的HARQ缓存。

此外，可选地，在满足第一条件的情况下，如果接入网设备(例如，gNB)继续调度TXUE的第一侧行链路进程的重传，TX UE会忽略该侧行链路授权(SL grant)。

可以看出，在方案1中，TX UE和RX UE通过预先对齐SL的数据的重传次数阈值和/或重传调度定时器的启动次数阈值，在SCI所调度的数据的重传次数达到TX UE和RX UE之间的第一侧行链路的重传次数阈值，或者，在SCI对应的侧行链路进程的重传调度定时器的当前启动次数达到重传调度定时器的启动次数阈值的情况下，TX UE和RX UE相应的侧行链路进程的重传等待定时器超时后都不启动重传调度定时器，或者，在发送或接收SCI之后都不启动重传等待定时器。在SCI所调度的数据的重传次数未达到第一侧行链路的数据的重传次数阈值，或者在SCI对应的侧行链路进程的重传调度定时器的当前启动次数未达到启动次数阈值的情况下，TX UE和RX UE在相应的侧行链路进程的重传等待定时器超时后都启动重传调度定时器，或者，在发送或接收SCI之后都启动重传等待定时器。可以发现，TX UE和RX UE对于重传调度定时器的启动或者不启动能够实现同步。

在重传调度定时器的启动或者不启动实现同步的基础上，可以避免由于TX UE和RXUE由于重传调度定时器的启动或不启动的不同步而带来的一些问题。

例如，采用方案1，可以避免TX UE未启动重传调度定时器，而RX UE启动了重传调度定时器场景下，RX UE无意义启动和运行重传调度定时器带来的功耗。

另外，采用方案1，还可以避免在TX UE启动重传调度定时器，并在重传调度定时器的运行时间内调度新传数据，而RX UE未启动重传调度定时器的场景下，RX UE可能无法接收到TX UE发送的新传数据而影响SL的通信质量的问题。

方案2

TX UE将不支持HARQ反馈的侧行链路进程对应的重传调度定时器的运行时长不作为目的地址的激活时间。或者说，TX UE确定的目的地址对应的激活时间不包含不支持HARQ反馈的侧行链路进程对应的重传调度定时器的运行时长。

参见图7，图7为本申请提供的侧行链路通信的另一个方法的示意图。

310、TX UE获取第一侧行链路资源。

320、TX UE确定目的地址，其中，目的地址对应RX UE，第一侧行链路资源的时域与目的地址的激活时间存在重叠或者部分重叠。

其中，激活时间不包括第一时长，第一时长为目的地址的不支持HARQ反馈的侧行链路进程的重传调度定时器的运行时长；或者，

第一时长不属于激活时间；或者，

目的地址的持续定时器的运行时长、非激活定时器的运行时长、支持HARQ反馈的侧行链路进程对应的重传调度定时器的运行时长，或者TX UE期望接收CSI报告的时长属于激活时间；或者，

激活时间不包括持续定时器的运行时长、非激活定时器的运行时长、支持HARQ反馈的侧行链路进程对应的重传调度定时器的运行时长，或者TX UE期望接收CSI报告的时长属于激活时间。

可选地，TX UE期望接收CSI报告的时长也可以通过定时器来实现，例如，配置第二定时器，当TX UE期望接收CSI报告，则启动第二定时器，在第二定时器的运行时长内，TX UE处于等待接收CSI报告的状态。

330、TX UE根据激活时间，与RX UE进行侧行链路通信。

可选地，TX UE工作在mode1或mode2时，方案2都是适用的。

在mode1中，TX UE从接入网设备获取SL授权，然后针对该SL授权通过SL逻辑信道优先级(logical channel prioritization,LCP)过程来确定传输的目的地址和LCH(s)。

在mode2中，TX UE首先通过资源选择(或资源重选)获得SL授权，然后再针对该SL授权通过SL LCP过程来确定传输的目的地址和LCH(s)。

可见，在mode1或mode2中，TX UE都涉及到SL LCP过程。TX UE在通过SL LCP过程确定目的地址时，将不支持HARQ反馈的侧行链路进程对应的重传调度定时器的运行时长不考虑在目的地址对应的激活时间内。

应理解，TX UE在数据新传的时候，需要执行SL LCP过程，下面结合图8进行说明。

参见图8，图8为SL LCP过程的示意图。

如图8，SL LCP过程包括TX UE选择目的地址(destination)和选择逻辑信道LCH(s)两个步骤，分别如下面的step1和step2：

step1:TX UE选择目的地址。

TX UE在单播、组播或者广播关联的LCH(s)或MAC CE中，选择最高优先级同时满足第二条件的LCH(s)或MAC CE对应的目的地址。

示例性地，第二条件可以包括如下一项或多项：

有有效的SL传输数据、SB_j大于0、允许使用SL-CG type1(如果SL grant是configured grant type1)等。

step2:TX UE选择LCH(s)。

TX UE选择step1中所选择的目的地址所关联的同时满足第三条件的LCH(s)。

示例性地，第三条件可以包括如下一项或多项：

有有效的SL传输数据、允许使用SL-CG type1(如果SL grant是configured granttype1)、和step1中选择的LCH对应的HARQ feedback enable/disable属性相同等。

通过上面的SL LCP过程可以看出，LCH会首先被配置为HARQ feedback enabled或disabled。当SL grant没有配置PSFCH时(即无法支持SL HARQ feedback)，TX UE在选择LCHs的时候，只能选择HARQ feedback disabled的LCHs；当SL grant配置了PSFCH，TX UE首先选择destination以确定优先级最高的LCH，后续再选择LCHs时，只能选择HARQ feedbackenabled/disabled属性和所选择的destination中确定的最高优先级LCH的HARQ feedbackenabled/disabled属性相同的LCHs。也就是说，如果选择destination确定的优先级最高的LCH是HARQ feedback enabled的，则后续只能选择HARQ feedback enabled的LCHs；如果选择destination确定的优先级最高的LCH是HARQ feedback disabled的，则后续只能选择HARQ feedback disabled的LCHs。因此，通过SL LCP过程，最终会确定传输的传输块(transport block,TB)是HARQ feedback enabled还是HARQ feedback disabled。

考虑到TX UE和RX UE的重传调度定时器的状态(即，运行或不运行)如果不同步(例如，TX UE运行重传调度定时器，而RX UE不运行)，如果TX UE在重传调度定时器内调度新传数据，RX UE可能接收不到该新传数据，将极大降低SL的通信质量。

在发送数据之前，TX UE获取第一侧行链路资源(也即，SL grant)。可选地，TX UE可以基于接入网设备的调度获取第一侧行链路资源，或者TX UE在mode2通过感知(sensing)和/或资源选择获取第一侧行链路资源。进一步地，TX UE选择目的地址。TX UE通过SL LCP过程选择目的地址时，第一侧行链路资源的时域需要与目的地址的激活时间重叠或者存在部分重叠。另外，激活时间不包括目的地址的HARQ feedback disabled的SLprocess的SL retransmission timer的运行时间，也即，激活时间不包括目的地址的不支持HARQ反馈的侧行链路进程对应的重传调度定时器的运行时间，或者说，目的地址的不支持HARQ反馈的SL process的重传调度定时器的运行时长不属于激活时间。

可替换地，也可以说，目的地址的激活时间包括目的地址的持续定时器(即，SLon-duration timer)的运行时长、非激活定时器(即，SL inactivity timer)的运行时长、支持HARQ反馈的侧行链路进程对应的重传调度定时器(即，HARQ feedback enabled的SLprocess的SL retransmission timer)的运行时长或RX UE期待接收信道状态信息(channel state information,CSI)报告的时长。

需要特别注意的是，激活时间不包括目的地址的不支持HARQ反馈的侧行链路进程(例如，第一侧行链路进程)对应的重传调度定时器的运行时长，但是，在该不支持HARQ反馈的第一侧行链路进程对应的重传调度定时器的运行时长内，如果第一定时器处于运行状态，则目的地址对应的激活时间包括第一定时器的运行时长。

可选地，第一定时器包括持续定时器、非激活定时器或支持HARQ反馈的第三侧行链路进程对应的重传调度定时器。

参见图9的(a)和(b)，图9的(a)和(b)为目的地址对应的激活时间的示意性说明图。

如图9的(a)，图9的(a)为目的地址对应的激活时间的一个示例。

TX UE确定目的地址，目的地址对应不支持HARQ反馈的侧行链路进程1，如果侧行链路进程1对应的重传调度定时器的运行时长T1与第一定时器的运行时长重叠，则侧行链路进程1对应的重传调度定时器的运行时长T1仍然属于激活时间。

如图9的(b)，图9的(b)为目的地址对应的激活时间的另一个示例。

TX UE确定目的地址，目的地址对应不支持HARQ反馈的侧行链路进程1，如果侧行链路进程1对应的重传调度定时器的运行时长T1，与第一定时器的运行时长T2存在部分重叠，重叠时长为T3。按照本申请提出的方案2，不支持HARQ反馈的侧行链路进程1对应的重传调度定时器的运行时长T1不属于激活时间，但是由于在T1的部分时长T3内，第一定时器处于运行状态，因此，T3属于激活时间，而侧行链路进程1对应的重传调度定时器的运行时长T1内的(T1-T3)对应的时长部分不属于激活时间。

此外，在不支持HARQ反馈的侧行链路进程的重传调度定时器的运行时长内，如果TX UE处于期望接收CSI报告的状态，则激活时间包括TX UE期望接收CSI报告的时长。

可选地，TX UE获取第二侧行链路资源，如果第二侧行链路资源的时域与任一目的地址的持续定时器的运行时长、非激活定时器的运行时长、支持HARQ反馈的侧行链路进程对应的重传调度定时器的运行时长或TX UE期望接收CSI报告的时长中的任意一个时长没有重叠部分，则第二侧行链路资源不可用。

示例性地，第二侧行链路资源不可用，则第二侧行链路资源需要被忽视(ignored)，或者第二侧行链路资源只能用于SL重传。也或者说，第二侧行链路资源不可用，表示第二侧行链路资源不能用于SL传输或者不能用于SL新传。

可选地，TX UE获取第三侧行链路资源，如果第三侧行链路资源的时域与任一目的地址的持续定时器的运行时长、非激活定时器的运行时长、支持HARQ反馈的侧行链路进程对应的重传调度定时器的运行时长或TX UE期望接收CSI报告的时长中的任意一个时长没有重叠部分，但是第三侧行链路资源与不支持HARQ反馈的侧行链路进行对应的重传调度定时器的运行时长存在重叠部分，则第二侧行链路资源只能用于SL重传。

如上文所述，在方案2的上述实现中，TX UE在通过SL LCP过程确定目的地址时，将不支持HARQ反馈的侧行链路进程对应的重传调度定时器的运行时长不作为目的地址对应的激活时间。

可选地，作为另一种实现，TX UE在SL LCP确定目的地址对应的激活时间的方法，也可以应用于TX UE进行资源选择(或资源重选)的过程中。即，TX UE进行资源选择(资源重选)时，将不支持HARQ反馈的侧行链路进程对应的重传调度定时器的运行时长不作为目的地址的激活时间。或者说，TX UE进行资源选择(资源重选)确定的激活时间不包含不支持HARQ反馈的侧行链路进程对应的重传调度定时器的运行时长。可以理解的是，所述资源包括初传资源和/或重传资源。

在方案2中，TX UE将不支持HARQ反馈的侧行链路进程对应的重传调度定时器的运行时长不考虑在激活时间内，避免了TX UE运行重传调度定时器，而RX UE不运行重传调度定时器，由此导致的TX UE在重传调度定时器内给RX UE发送新传数据不能被RX UE接收到的问题，可以提升SL通信的质量。

方案3

针对不支持HARQ反馈的侧行链路进程，TX UE和RX UE不启动重传调度定时器。

考虑到支持HARQ反馈的侧行链路进程和不支持HARQ反馈的侧行链路进程可能均支持重传等待定时器，在此基础上，方案3提出，可以根据一个侧行链路进程是否支持HARQ反馈，来确定是否启动该侧行链路进程对应的重传调度定时器。

参见图10，图10为本申请提供的侧行链路通信的另一个方法的示意性流程图。

510、TX UE向RX UE发送SCI，SCI包含第一侧行链路进程的标识。

520、TX UE根据第一侧行链路进程是否支持HARQ反馈，处理第一侧行链路进程的重传调度定时器或重传等待定时器。

RX UE根据第二侧行链路进程是否支持HARQ反馈，处理第二侧行链路进程的重传调度定时器或重传等待定时器。

其中，第二侧行链路进程用于处理SCI调度的数据。第二侧行链路进程和第一侧行链路进程关联。

下面分别针对TX UE和RX UE，对步骤520进行说明。

(1)TX UE

一种实现方式如图11的(a)所示，图11的(a)为发送终端处理侧行链路进程对应的定时器的一个示意性流程。

TX UE发送SCI，SCI包含第一侧行链路进程的标识。可选地，如果第一侧行链路进程支持HARQ反馈，TX UE在接收来自于RX UE的针对SCI调度的数据是否成功解码的HARQ反馈，或者，TX UE未接收到HARQ反馈的情况下，TX UE在PSFCH传输结束后(或PSFCH资源结束后)的符号或时隙处启动第一侧行链路进程对应的重传等待定时器。当重传等待定时器超时后，TX UE判断第一侧行链路进程是否支持HARQ反馈。

如果第一侧行链路进程支持HARQ反馈，TX UE启动第一侧行链路进程对应的重传调度定时器。具体地，TX UE在接收来自于RX UE的针对SCI调度的数据的HARQ反馈为NACK或者TX UE未接收到HARQ反馈的情况下，TX UE启动第一侧行链路进程对应的重传调度定时器。

如果第一侧行链路进程不支持HARQ反馈，TX UE不启动第一侧行链路进程对应的重传调度定时器。

特别地，TX UE在接收到来自于RX UE的HARQ反馈为肯定应答(acknowledgement，ACK)的情况下，TX UE在重传等待定时器超时后，不启动第一侧行链路进程对应的重传调度定时器，而不再判断第一侧行链路进程是否支持HARQ反馈。

应理解，图11的(a)中的虚线框对应的步骤表示为可选情况。

另一种实现图11的(b)所示，图11的(b)为发送终端处理侧行链路进程对应的定时器的另一个示意性流程。

TX UE发送SCI，SCI包含第一侧行链路进程的标识。TX UE发送SCI之后，判断第一侧行链路进程是否支持HARQ反馈。

如果第一侧行链路进程支持HARQ反馈，TX UE启动第一侧行链路进程对应的重传等待定时器；如果第一侧行链路进程不支持HARQ反馈，TX UE不启动第一侧行链路进程对应的重传等待定时器。

(2)RX UE

一种实现方式如图12的(a)所示，图12的(a)为接收终端处理侧行链路进程对应的定时器的一个示意性流程。

RX UE接收SCI，SCI包含第一侧行链路进程的标识。可选地，如果第二侧行链路进程支持HARQ反馈，RX UE向TX UE发送针对SCI调度的数据是否成功解码的HARQ反馈。在PSFCH传输结束后(或PSFCH资源结束后)的符号或时隙处启动第二侧行链路进程对应的重传等待定时器。当重传等待定时器超时且SCI调度的数据未成功解码的情况下，TX UE判断第二侧行链路进程是否支持HARQ反馈。

如果第二侧行链路支持HARQ反馈，RX UE启动第二侧行链路对应的重传调度定时器。具体地，RX UE在未成功解码SCI调度的数据(也即，RX UE发送的HARQ反馈具体为NACK)或者RX UE未发送HARQ反馈的情况下，RX UE启动第二侧行链路进程对应的重传调度定时器。

如果第二侧行链路不支持HARQ反馈，RX UE不启动第二侧行链路对应的重传调度定时器。

特别地，RX UE在向TX UE发送的HARQ反馈为ACK的情况下，RX UE在重传等待定时器超时后，不启动第一侧行链路进程对应的重传调度定时器，而不再判断第二侧行链路进程是否支持HARQ反馈。

同样地，图12的(a)中的虚线框对应的步骤表示为可选情况。

另一种实现图12的(b)所示，图12的(b)为接收终端处理侧行链路进程对应的定时器的另一个示意性流程。

RX UE接收SCI，SCI包含第一侧行链路进程的标识。RX UE在接收SCI之后，判断第二侧行链路进程是否支持HARQ反馈。

如果第二侧行链路进程支持HARQ反馈，RX UE启动第二侧行链路进程的重传等待定时器；如果第二侧行链路进程不支持HARQ反馈，RX UE不启动第二侧行链路进程对应的重传等待定时器。

在上述方案3中，对于不支持HARQ反馈的侧行链路进程，TX UE和RX UE不运行该侧行链路进程对应的重传调度定时器，可以避免因为TX UE和RX UE的重传调度定时器的启动(或者说，运行)不同步而导致RX UE可能接收不到TX UE发送的新传数据的问题，可以提升SL的通信质量。此外，也可以避免RX UE无意义运行不支持HARQ反馈的侧行链路进程的重传调度定时器而带来的功耗。

以上对本申请提供的侧行链路通信的方法进行了详细说明，下面介绍本申请提供的通信装置。

参见图13，图13为本申请提供的通信装置的示意性框图。如图13，通信装置1000包括处理单元1100、接收单元1200和发送单元1300。

可选地，通信装置1000可以对应本申请实施例中的发送终端。

在一些方案中，通信装置1000的各单元用于实现如下功能：

发送单元1300，用于向第二终端装置发送第一信息，所述第一信息用于指示第一侧行链路的数据的重传次数阈值和/或重传调度定时器的启动次数阈值，所述第一侧行链路为所述通信装置和所述第二终端装置之间的通信链路；

以及，通过所述第一侧行链路向所述第二终端装置发送侧行链路控制信息SCI，所述SCI包含第一侧行链路进程的标识

处理单元1100，用于根据所述第一信息，处理所述第一侧行链路进程对应的重传调度定时器或重传等待定时器。

可选地，在一个实施例中，处理单元1100具体用于：

根据所述第一信息，在确定满足第一条件的情况下，在所述第一侧行链路进程对应的所述重传等待定时器超时后，不启动所述第一侧行链路进程对应的重传调度定时器；或者，

根据所述第一信息，在确定不满足所述第一条件的情况下，在所述第一侧行链路进程对应的所述重传等待定时器超时后，启动所述第一侧行链路进程对应的重传调度定时器，

其中，所述第一条件至少包括如下之一：

所述SCI调度的数据的当前重传次数达到所述重传次数阈值；或者，

所述SCI对应的所述第一侧行链路进程对应的重传调度定时器的当前启动次数达到所述启动次数阈值。

可选地，在一个实施例中，处理单元1100具体用于：

根据所述第一信息，在确定满足第一条件的情况下，在发送所述SCI之后，不启动所述第一侧行链路进程对应的重传等待定时器；或者，

根据所述第一信息，在确定不满足所述第一条件的情况下，在发送所述SCI之后，启动所述第一侧行链路进程对应的重传等待定时器；

其中，所述第一条件至少包括如下之一：

可选地，在一个实施例中，所述第一信息是针对所述第一侧行链路进程的，其中，所述第一终端装置包括多个侧行链路进程，所述第一侧行链路进程为所述多个侧行链路进程中的一个侧行链路进程。

可选地，在一个实施例中，发送单元1300，还用于向接入网设备发送所述第一信息。

可选地，在一个实施例中，接收单元1200，还用于接收来自于接入网设备的所述第一信息。

在另一些方案中，通信装置1000的各单元用于实现如下功能：

处理单元1100，用于：

获取第一侧行链路资源；

以及，确定目的地址，所述目的地址对应第二终端装置，所述第一侧行链路资源的时域与所述目的地址的激活时间存在重叠或部分重叠，

所述目的地址的持续定时器的运行时长、非激活定时器的运行时长、支持HARQ反馈的侧行链路进程的重传调度定时器的运行时长或所述通信装置期望接收信道状态信息CSI报告的时长属于所述激活时间；

根据所述激活时间，与所述第二终端装置进行侧行链路通信。

可选地，在一个实施例中，在所述不支持HARQ反馈的侧行链路进程的重传调度定时器的运行时长内，如果第一定时器处于运行状态，所述激活时间包括所述第一定时器的运行时长，其中，所述第一定时器包括持续定时器、非激活定时器或支持HARQ反馈的第三侧行链路进程的重传调度定时器；或者，

在所述不支持HARQ反馈的侧行链路进程的重传调度定时器的运行时长内，所述第一终端装置处于期望接收CSI报告的状态，所述激活时间包括所述第一终端装置期望接收所述CSI报告的时长。

可选地，在一个实施例中，处理单元1100，还用于获取第二侧行链路资源；

其中，在如下情况下，所述第二侧行链路资源不可用：

所述第二侧行链路资源的时域与任一目的地址的持续定时器的运行时长、非激活定时器的运行时长、支持HARQ反馈的侧行链路进程的重传调度定时器的运行时长或所述第一终端装置期望接收CSI报告的时长中的任一时长没有重叠部分，

在另一些方案中，通信装置1000的各单元用于实现如下功能：

发送单元1300，用于向第二终端装置发送侧行链路控制信息SCI，所述SCI包含第一侧行链路进程的标识；

处理单元1100，用于判断所述第一侧行链路进程是否支持混合自动重传请求HARQ反馈；

以及，在所述第一侧行链路进程不支持HARQ反馈的情况下，不启动所述第一侧行链路进程对应的重传等待定时器或重传调度定时器；

在所述第一侧行链路进程支持HARQ反馈的情况下，启动所述第一侧行链路进程对应的重传等待定时器或重传调度定时器。

可选地，在一个实施例中，处理单元1100，具体用于：

在所述第一侧行链路进程不支持HARQ反馈的情况下，在所述第一侧行链路进程对应的重传等待定时器超时的情况下，不启动所述第一侧行链路进程对应的重传调度定时器；或者，

在所述第一侧行链路进程不支持HARQ反馈的情况下，在发送所述SCI之后，不启动所述第一侧行链路进程对应的重传等待定时器。

可选地，在一个实施例中，处理单元1100，具体用于：

在所述第一侧行链路进程支持HARQ反馈的情况下，所述第一终端装置在所述第一侧行链路进程对应的重传等待定时器超的情况下，启动所述第一侧行链路进程对应的重传调度定时器；或者，

在所述第一侧行链路进程支持HARQ反馈的情况下，所述第一终端装置在发送所述SCI之后，启动所述第一侧行链路进程对应的重传等待定时器。

可选地，通信装置1000可以对应本申请实施例中的接收终端。

在一些方案中，通信装置1000的各单元用于实现如下功能：

接收单元1200，用于接收来自于第一终端装置的第一信息，所述第一信息用于指示第一侧行链路的数据的重传次数阈值和/或重传调度定时器的启动次数阈值，所述第一侧行链路为所述第一终端装置和所述第二终端装置之间的通信链路；

以及，通过所述第一侧行链路接收来自于所述第二终端装置的侧行链路控制信息SCI，所述SCI包含第一侧行链路进程的标识；

处理单元1100，用于根据所述第一信息，处理第二侧行链路进程对应的重传调度定时器或重传等待定时器，所述第二侧行链路进程用于处理所述SCI调度的数据，所述第一侧行链路进程和所述第二侧行链路进程关联。

可选地，在一个实施例中，处理单元100，具体用于：

根据所述第一信息，在确定满足第一条件的情况下，在所述第二侧行链路进程对应的所述重传等待定时器超时后，不启动所述第二侧行链路进程对应的所述重传调度定时器；或者，

根据所述第一信息，在确定不满足所述第一条件的情况下，在所述第二侧行链路进程对应的重传等待定时器超时后，启动所述第二侧行链路进程对应的所述重传调度定时器；

其中，所述第一条件至少包括如下之一：

所述SCI对应的第二侧行链路进程对应的重传调度定时器的当前启动次数达到所述启动次数阈值。

可选地，在一个实施例中，处理单元100，具体用于：

根据所述第一信息，在确定满足第一条件的情况下，在接收所述SCI之后，不启动所述第二侧行链路进程对应的重传等待定时器；或者，

根据所述第一信息，在确定不满足所述第一条件的情况下，在接收所述SCI之后，启动所述第二侧行链路进程对应的重传等待定时器；

其中，其中，所述第一条件至少包括如下之一：

可选地，在一个实施例中，所述第一信息是针对所述第一侧行链路进程的。

在一些方案中，通信装置1000的各单元用于实现如下功能：

接收单元1200，用于接收来自于第一终端装置的侧行链路控制信息SCI，所述SCI包含第一侧行链路进程的标识；

处理单元1100，用于判断第二侧行链路进程是否支持混合自动重传请求HARQ反馈，所述第二侧行链路进程用于处理所述SCI调度的数据，所述第二侧行链路进程和所述第一侧行链路进程关联；

以及，在所述第一侧行链路进程不支持HARQ反馈的情况下，不启动所述第一侧行链路进程对应的重传等待定时器或重传调度定时器；或者，

可选地，在一个实施例中，处理单元1100，具体用于：

在所述第一侧行链路进程不支持HARQ反馈的情况下，在所述第一侧行链路进程对应的重传等待定时器超时，且未成功解码所述SCI调度的数据的情况下，不启动所述第一侧行链路进程对应的重传调度定时器；或者，

在所述第一侧行链路进程不支持HARQ反馈的情况下，在接收单元1200接收所述SCI之后，不启动所述第一侧行链路进程对应的重传等待定时器。

可选地，在一个实施例中，处理单元1100，具体用于：

在所述第一侧行链路进程支持HARQ反馈的情况下，在所述第一侧行链路进程对应的重传等待定时器超时，且未成功解码所述SCI调度的数据的情况下，启动所述第一侧行链路进程对应的重传调度定时器；或者，

在所述第一侧行链路进程支持HARQ反馈的情况下，在接收单元1200接收所述SCI之后，启动所述第一侧行链路进程对应的重传等待定时器。

在以上各实现方式中，接收单元1200和发送单元1300也可以集成为一个收发单元，同时具备接收和发送的功能，这里不作限定。

在通信装置1000对应发送终端(或第一终端)的各实施例中，处理单元1100用于执行除了发送和接收的动作之外由发送终端内部实现的处理和/或操作。接收单元1200用于执行发送终端的接收的动作，发送单元1300用于执行发送终端的发送的动作。

例如，在图6中，处理单元1100用于执行步骤240。发送单元1300用于执行步骤210或步骤230中的发送的操作。可选地，发送单元1300用于执行步骤220中向接入网设备发送第一信息的操作。可选地，接收单元1200用于执行步骤220中接收来自于接入网设备的第一信息的操作。

又例如，在图7中，处理单元1100用于执行步骤310和步骤320。发送单元1300用于执行步骤330中涉及的发送的操作，接收单元1200用于执行步骤330中涉及的接收的操作。

又例如，在图10中，处理单元1100用于执行步骤520。发送单元1300用于执行步骤510。

在通信装置1000对应接收终端(或第二终端)的各实施例中，处理单元1100用于执行除了发送和接收的动作之外由接收终端内部实现的处理和/或操作。接收单元1200用于执行接收终端的接收的动作，发送单元1300用于执行接收终端的发送的动作。

例如，在图6中，处理单元1100用于执行步骤240。接收单元1200用于执行步骤210或步骤230中的接收的操作。

又例如，在图10中，处理单元1100用于执行步骤520。接收单元1200用于执行步骤510。

参见图14，图14为本申请提供的通信装置的示意性结构图。如图14，通信装置10包括：一个或多个处理器11，一个或多个存储器12以及一个或多个通信接口13。处理器11用于控制通信接口13收发信号，存储器12用于存储计算机程序，处理器11用于从存储器12中调用并运行该计算机程序，以使得通信装置10执行本申请各方法实施例中由发送终端或接收终端执行的处理。

例如，处理器11可以具有图13中所示的处理单元1100的功能，通信接口13可以具有图13中所示的接收单元1200和/或发送单元1300的功能。具体地，处理器11可以用于执行由通信装置内部执行的处理或操作，通信接口13用于执行通信装置的发送和/或接收的操作。

在一种实现方式中，通信装置10可以为方法实施例中的发送终端。在这种实现方式中，通信接口13可以为发送终端的收发器。收发器可以包括接收器和/或发射器。可选地，处理器11可以为发送终端的基带装置，通信接口13可以为射频装置。

在另一种实现中，通信装置10可以为安装在发送终端中的芯片(或芯片***)。在这种实现方式中，通信接口13可以为接口电路或者输入/输出接口。

在一种实现方式中，通信装置10可以为方法实施例中的接收终端。在这种实现方式中，通信接口13可以为接收终端的收发器。收发器可以包括接收器和/或发射器。可选地，处理器11可以为接收终端的基带装置，通信接口13可以为射频装置。

在另一种实现中，通信装置10可以为安装在接收终端中的芯片(或芯片***)。在这种实现方式中，通信接口13可以为接口电路或者输入/输出接口。

其中，图14中器件(例如，处理器、存储器或通信接口)后面的虚线框表示该器件可以为一个以上。

可选地，上述各装置实施例中的存储器与处理器可以是物理上相互独立的单元，或者，存储器也可以和处理器集成在一起，本文不作限定。

此外，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，当计算机指令在计算机上运行时，使得本申请各方法实施例中由发送终端执行的操作和/或处理被执行。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，当计算机指令在计算机上运行时，使得本申请各方法实施例中由接收终端执行的操作和/或处理被执行。

此外，本申请还提供一种计算机程序产品，计算机程序产品包括计算机程序代码或指令，当计算机程序代码或指令在计算机上运行时，使得本申请各方法实施例中由发送终端执行的操作和/或处理被执行。

本申请还提供一种计算机程序产品，计算机程序产品包括计算机程序代码或指令，当计算机程序代码或指令在计算机上运行时，使得本申请各方法实施例中由接收终端执行的操作和/或处理被执行。

此外，本申请还提供一种芯片，所述芯片包括处理器，用于存储计算机程序的存储器独立于芯片而设置，处理器用于执行存储器中存储的计算机程序，使得安装有所述芯片的终端设备执行任意一个方法实施例中由发送终端执行的操作和/或处理。

进一步地，所述芯片还可以包括通信接口。所述通信接口可以是输入/输出接口，也可以为接口电路等。进一步地，所述芯片还可以包括所述存储器。

本申请还提供一种芯片，所述芯片包括处理器，用于存储计算机程序的存储器独立于芯片而设置，处理器用于执行存储器中存储的计算机程序，使得安装有所述芯片的终端设备执行任意一个方法实施例中由接收终端执行的操作和/或处理。

可选地，上述处理器可以为一个或多个，所述存储器可以为一个或多个，所述存储器可以为一个或多个。

此外，本申请还提供一种通信装置(例如，可以为芯片或芯片***)，包括处理器和通信接口，所述通信接口用于接收(或称为输入)数据和/或信息，并将接收到的数据和/或信息传输至所述处理器，所述处理器处理所述数据和/或信息，以及，通信接口还用于输出(或称为输出)经处理器处理之后的数据和/或信息，以使得任意一个方法实施例中由发送终端执行的操作和/或处理被执行。

本申请还提供一种通信装置(例如，可以为芯片或芯片***)，包括处理器和通信接口，所述通信接口用于接收(或称为输入)数据和/或信息，并将接收到的数据和/或信息传输至所述处理器，所述处理器处理所述数据和/或信息，以及，通信接口还用于输出(或称为输出)经处理器处理之后的数据和/或信息，以使得任意一个方法实施例中由接收终端执行的操作和/或处理被执行。

此外，本申请还提供一种通信装置，包括至少一个处理器，所述至少一个处理器与至少一个存储器耦合，所述至少一个处理器用于执行所述至少一个存储器中存储的计算机程序或指令，使得所述通信装置执行任意一个方法实施例中由发送终端执行的操作和/或处理。

本申请还提供一种通信装置，包括至少一个处理器，所述至少一个处理器与至少一个存储器耦合，所述至少一个处理器用于执行所述至少一个存储器中存储的计算机程序或指令，使得所述通信装置执行任意一个方法实施例中由接收终端执行的操作和/或处理。

此外，本申请还提供一种通信设备，包括处理器和存储器。可选地，还可以包括收发器。其中，存储器用于存储计算机程序，处理器用于调用并运行存储器中存储的计算机程序，并控制收发器收发信号，以使通信设备执行任意一个方法实施例中由发送终端执行的操作和/或处理。

本申请还提供一种通信设备，包括处理器和存储器。可选地，还可以包括收发器。其中，存储器用于存储计算机程序，处理器用于调用并运行存储器中存储的计算机程序，并控制收发器收发信号，以使通信设备执行任意一个方法实施例中由接收终端执行的操作和/或处理。

此外，本申请还提供一种无线通信***，包括本申请方法实施例中的发送终端和接收终端。可选地，该无线通信***中还包括无线接入网设备。

本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasablePROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronousDRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambusRAM,DRRAM)。应注意，本文描述的***和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

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

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等编号对功能和作用基本相同的相同项或相似项进行区分。例如，第一侧行链路进程和第二侧行链路进程仅仅是为了区分两个侧行链路进程。本领域技术人员可以理解“第一”、“第二”等编号并不对数量进行限定，并且“第一”、“第二”等字样也不限定一定不同。

本申请实施例中，“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c；a和b；a和c；b和c；或a和b和c。其中a，b，c可以是单个，也可以是多个。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

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

第一终端装置向第二终端装置发送第一信息，所述第一信息用于指示第一侧行链路的数据的重传次数阈值和/或重传调度定时器的启动次数阈值，所述第一侧行链路为所述第一终端装置和所述第二终端装置之间的通信链路；

所述第一终端装置通过所述第一侧行链路向所述第二终端装置发送侧行链路控制信息SCI，所述SCI包含第一侧行链路进程的标识；

所述第一终端装置根据所述第一信息，处理所述第一侧行链路进程对应的重传调度定时器或重传等待定时器。

2.如权利要求1所述的方法，其特征在于，所述第一终端装置根据所述第一信息，处理所述第一侧行链路进程对应的重传调度定时器，包括：

所述第一终端装置根据所述第一信息，在确定满足第一条件的情况下，在所述第一侧行链路进程对应的所述重传等待定时器超时后，不启动所述第一侧行链路进程对应的重传调度定时器；或者，

所述第一终端装置根据所述第一信息，在确定不满足所述第一条件的情况下，在所述第一侧行链路进程对应的所述重传等待定时器超时后，启动所述第一侧行链路进程对应的重传调度定时器，

其中，所述第一条件至少包括如下之一：

3.如权利要求1所述的方法，其特征在于，所述第一终端装置根据所述第一信息，处理所述第一侧行链路进程对应的重传等待定时器，包括：

所述第一终端装置根据所述第一信息，在确定满足第一条件的情况下，在发送所述SCI之后，不启动所述第一侧行链路进程对应的重传等待定时器；或者，

所述第一终端装置根据所述第一信息，在确定不满足所述第一条件的情况下，在发送所述SCI之后，启动所述第一侧行链路进程对应的重传等待定时器；

其中，所述第一条件至少包括如下之一：

4.如权利要求1-3中任一项所述的方法，其特征在于，所述第一信息是针对所述第一侧行链路进程的，其中，所述第一终端装置包括多个侧行链路进程，所述第一侧行链路进程为所述多个侧行链路进程中的一个侧行链路进程。

5.如权利要求1-4中任一项所述的方法，其特征在于，所述方法还包括：

所述第一终端装置向接入网设备发送所述第一信息。

6.如权利要求1-4中任一项所述的方法，其特征在于，所述方法还包括：

所述第一终端装置接收来自于接入网设备的所述第一信息。

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

第二终端装置接收来自于第一终端装置的第一信息，所述第一信息用于指示第一侧行链路的数据的重传次数阈值和/或重传调度定时器的启动次数阈值，所述第一侧行链路为所述第一终端装置和所述第二终端装置之间的通信链路；

所述第二终端装置通过所述第一侧行链路接收来自于所述第一终端装置的侧行链路控制信息SCI，所述SCI包含第一侧行链路进程的标识；

所述第二终端装置根据所述第一信息，处理第二侧行链路进程对应的重传调度定时器或重传等待定时器，所述第二侧行链路进程用于处理所述SCI调度的数据，所述第一侧行链路进程和所述第二侧行链路进程关联。

8.如权利要求7所述的方法，其特征在于，所述第二终端装置根据所述第一信息，处理所述第二侧行链路进程对应的重传调度定时器，包括：

所述第二终端装置根据所述第一信息，在确定满足第一条件的情况下，在所述第二侧行链路进程对应的所述重传等待定时器超时后，不启动所述第二侧行链路进程对应的所述重传调度定时器；或者，

所述第二终端装置根据所述第一信息，在确定不满足所述第一条件的情况下，在所述第二侧行链路进程对应的重传等待定时器超时后，启动所述第二侧行链路进程对应的所述重传调度定时器；

其中，所述第一条件至少包括如下之一：

9.如权利要求7所述的方法，其特征在于，所述第二终端装置根据所述第一信息，处理所述第二侧行链路进程对应的重传等待定时器，包括：

所述第二终端装置根据所述第一信息，在确定满足第一条件的情况下，在接收所述SCI之后，不启动所述第二侧行链路进程对应的重传等待定时器；或者，

所述第二终端装置根据所述第一信息，在确定不满足所述第一条件的情况下，在接收所述SCI之后，启动所述第二侧行链路进程对应的重传等待定时器；

其中，其中，所述第一条件至少包括如下之一：

10.如权利要求7-9中任一项所述的方法，其特征在于，所述第一信息是针对所述第一侧行链路进程的。

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

第一终端装置获取第一侧行链路资源；

第一终端装置确定目的地址，所述目的地址对应第二终端装置，所述第一侧行链路资源的时域与所述目的地址的激活时间存在重叠或部分重叠，

所述目的地址的持续定时器的运行时长、非激活定时器的运行时长、支持HARQ反馈的侧行链路进程的重传调度定时器的运行时长或所述第一终端装置期望接收信道状态信息CSI报告的时长属于所述激活时间；

所述第一终端装置根据所述激活时间，与所述第二终端装置进行侧行链路通信。

12.如权利要求11所述的方法，其特征在于，在所述不支持HARQ反馈的侧行链路进程的重传调度定时器的运行时长内，如果第一定时器处于运行状态，所述激活时间包括所述第一定时器的运行时长，其中，所述第一定时器包括持续定时器、非激活定时器或支持HARQ反馈的第三侧行链路进程的重传调度定时器；或者，

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

所述第一终端装置获取第二侧行链路资源；

其中，在如下情况下，所述第二侧行链路资源不可用：

14.一种终端装置，其特征在于，包括：

发送单元，用于向第二终端装置发送第一信息，所述第一信息用于指示第一侧行链路的数据的重传次数阈值和/或重传调度定时器的启动次数阈值，所述第一侧行链路为所述终端装置和所述第二终端装置之间的通信链路；

以及，通过所述第一侧行链路向所述第二终端装置发送侧行链路控制信息SCI，所述SCI包含第一侧行链路进程的标识；

处理单元，用于根据所述第一信息，处理所述第一侧行链路进程对应的重传调度定时器或重传等待定时器。

15.如权利要求14所述的终端装置，其特征在于，所述处理单元具体用于：

其中，所述第一条件至少包括如下之一：

16.如权利要求14所述的终端装置，其特征在于，所述处理单元具体用于：

其中，所述第一条件至少包括如下之一：

17.如权利要求14-16中任一项所述的终端装置，其特征在于，所述第一信息是针对所述第一侧行链路进程的，其中，所述第一终端装置包括多个侧行链路进程，所述第一侧行链路进程为所述多个侧行链路进程中的一个侧行链路进程。

18.如权利要求14-17中任一项所述的终端装置，其特征在于，所述发送单元还用于：

向接入网设备发送所述第一信息。

19.如权利要求14-17中任一项所述的终端装置，其特征在于，所述终端装置还包括：

接收单元，用于接收来自于接入网设备的所述第一信息。

20.一种终端装置，其特征在于，包括：

接收单元，用于接收来自于第一终端装置的第一信息，所述第一信息用于指示第一侧行链路的数据的重传次数阈值和/或重传调度定时器的启动次数阈值，所述第一侧行链路为所述第一终端装置和所述终端装置之间的通信链路；

以及，通过所述第一侧行链路接收来自于所述第一终端装置的侧行链路控制信息SCI，所述SCI包含第一侧行链路进程的标识；

处理单元，用于根据所述第一信息，处理第二侧行链路进程对应的重传调度定时器或重传等待定时器，所述第二侧行链路进程用于处理所述SCI调度的数据，所述第一侧行链路进程和所述第二侧行链路进程关联。

21.如权利要求20所述的终端装置，其特征在于，所述处理单元具体用于：

其中，所述第一条件至少包括如下之一：

22.如权利要求20所述的终端装置，其特征在于，所述处理单元具体用于：

其中，其中，所述第一条件至少包括如下之一：

23.如权利要求20-22中任一项所述的终端装置，其特征在于，所述第一信息是针对所述第一侧行链路进程的。

24.一种终端装置，其特征在于，包括：

处理单元，用于获取第一侧行链路资源；

以及，根据所述激活时间，控制发送单元和/或接收单元与所述第二终端装置进行侧行链路通信。

25.一种通信装置，其特征在于，包括至少一个处理器，所述至少一个处理器与至少一个存储器耦合，所述至少一个处理器用于执行所述至少一个存储器中存储的计算机程序或指令，以使所述通信装置执行如权利要求1-13中任一项所述的方法。

26.一种芯片，其特征在于，包括处理器和通信接口，所述通信接口用于接收数据和/或信息，并将接收到的数据和/或信息传输至所述处理器，所述处理器处理所述数据和/或信息，以执行如权利要求1-13中任一项所述的方法。

27.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机指令，当计算机指令在计算机上运行时，使得如权利要求1-13中任一项所述的方法被实现。

28.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得如权利要求1-13中任一项所述的方法被实现。