CN114916048A

CN114916048A - 一种侧行链路通信方法及装置

Info

Publication number: CN114916048A
Application number: CN202110185648.0A
Authority: CN
Inventors: 刘俊; 刘南南; 谢曦
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-02-10
Filing date: 2021-02-10
Publication date: 2022-08-16
Also published as: WO2022171173A1; US20230389047A1; EP4284074A1; JP2024507760A; EP4284074A4

Abstract

一种侧行链路通信方法及装置，该方法包括：第一通信设备接收来自第二通信设备的侧行链路控制信息；第一通信设备根据SL HARQ反馈资源，启动第一定时器，所述SLHARQ反馈资源用于传输所述侧行链路控制信息或所述侧行链路控制信息调度的SL数据的HARQ反馈；第一通信设备根据所述第一定时器，启动或不启动所述第二定时器。采用本申请实施例的方法，第一通信设备可启动SL DRX相关联的第一定时器和第二定时器，节省通信设备的功耗。

Description

一种侧行链路通信方法及装置

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种侧行链路通信方法及装置。

背景技术

在无线通信***中，为了在保证数据能够有效传输的前提下节省用户设备(userequipment，UE)的功耗，引入了一种非连续接收(discontinuous reception，DRX)机制来控制UE监听物理下行控制信道(physical downlink control channel，PDCCH)的行为。如果没有DRX机制，UE会一直监听PDCCH，查看是否有来自服务小区的信息。然而现实中很多时候，UE并不是一直和网络进行有效信息的交互，不会总是执行上传或下载业务，通话时也不会一直有语音数据的传输。如果在UE和网络之间没有数据交互的时候，UE还持续的监听PDCCH，显然是费电的。因此，在保证数据有效传输的前提下，设计的一种节省UE电量的机制就是DRX。当配置DRX时，可以让UE周期性的在某些时候进入睡眠状态(sleep mode)，UE不需要连续的监听PDCCH，而需要监听的时候，则从睡眠状态中唤醒(wake up)，这样就可以使UE达到省电的目的。虽然这样做对数据传输的时延有一定的影响。但如果将时延控制在可接收的用户体验范围内，那么执行DRX对节省功耗是很有意义的。以上是关于Uu空口中的DRX，可以简称为Uu DRX。

与上述Uu DRX相似，在侧行链路(sidelink，SL)中，也提出了DRX的机制，可以简称为SL DRX。UE如何利用上述Uu DRX和/或SL DRX，以实现节省UE的功耗，是本申请实施例待解决的问题。

发明内容

本申请实施例提供一种侧行链路通信方法及装置，以使得通信设备可以更好地利用Uu DRX和/或SL DRX，节省终端设备的功耗。

第一方面，提供一种侧行链路通信方法，包括：第一通信设备接收来自第二通信设备的侧行链路控制信息；第一通信设备根据侧行链路SL混合自动重传请求HARQ反馈资源，启动第一定时器，SL HARQ反馈资源用于传输侧行链路控制信息或侧行链路控制信息调度的SL数据的HARQ反馈；可选的，第一通信设备根据第一定时器，启动或不启动第二定时器；其中，第一定时器用于指示期望用于SL重传的资源配置信息或授权信息到达前的最小时长，第二定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

通过上述方法，以第一通信设备为RX UE，第二通信设备为TX UE为例，TX UE和RXUE可以根据SL HARQ反馈资源，来启动第一定时器和第二定时器，从而可以对齐两者第一定时器和第二定时器的启动，避免出现TX UE向基站发送NACK时，启动第一定时器和第二定时器，但RX UE侧由于未成功发送HARQ反馈，未启动第一定时器和第二定时器，RX UE处于睡眠状态，RX UE接收不到TX UE重传的SL数据，导致RX UE侧丢包的问题。

在一种可能的实现方式中，第一通信设备根据SL HARQ反馈资源，启动第一定时器，包括：第一通信设备在SL HARQ反馈资源中的第一个时间单元，启动第一定时器；或者，第一通信设备在配置的SL HARQ反馈资源中的第一个时间单元，启动第一定时器；或者，第一通信设备在SL HARQ反馈资源后的第一个时间单元，启动第一定时器；或者，第一通信设备在配置的SL HARQ反馈资源后的第一个时间单元，启动第一定时器。

在一种可能的实现方式中，若第二定时器在运行，方法还包括：第一通信设备停止第二定时器。

在一种可能的实现方式中，第一通信设备根据SL HARQ反馈资源，启动第一定时器，包括：第一通信设备未成功发送或未发送HARQ反馈，HARQ反馈为肯定确认ACK或否定确认NACK；第一通信设备根据SL HARQ反馈资源，启动第一定时器。

在一种可能的实现方式中，第一通信设备根据第一定时器，启动或不启动第二定时器，包括：当第一定时器超时时，第一通信设备成功或失败解码侧行链路控制信息或侧行链路控制信息调度的SL数据，第一通信设备启动第二定时器，或者，当第一定时器超时时，第一通信设备启动第二定时器。

在一种可能的实现方式中，第一通信设备根据第一定时器，启动或不启动第二定时器，包括：当第一定时器超时时，第一通信设备未成功发送或未发送HARQ反馈，第一通信设备启动第二定时器，HARQ反馈为ACK或NACK；或者，当第一定时器超时时，第一通信设备成功发送或发送HARQ反馈，且该HARQ反馈为NACK，第一通信设备启动第二定时器。

在一种可能的实现方式中，第一通信设备未成功发送或未发送HARQ反馈，包括：第一通信设备因优先化prioritization或冲突，未成功发送或未发送HARQ反馈。

在一种可能的实现方式中，第一通信设备根据SL HARQ反馈资源，启动第一定时器，包括：第一通信设备成功或失败发送SCI或SCI调度的SL数据的HARQ反馈；第一终通信设备根据SL HARQ反馈资源，启动第一定时器。

在一种可能的实现方式中，第一通信设备根据第一定时器，启动或不启动第二定时器，包括：当第一定时器超时时，第一通信设备启动第二定时器。(无论是否成功解码SL数据，都启动第二定时器)

第二方面，提供一种侧行链路通信方法，包括：第二通信设备向第一通信设备发送侧行链路控制信息；第二通信设备根据SL HARQ反馈资源，启动第一定时器；第二通信设备根据第一定时器，启动或不启动第二定时器；其中，第一定时器用于指示期望用于SL重传的资源配置信息或授权信息到达前的最小时长，第二定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

在一种可能的实现方式中，第二通信设备根据SL HARQ反馈资源，启动第一定时器，包括：第二通信设备在SL HARQ反馈资源中的第一个时间单元，启动第一定时器；或者，第二通信设备在配置的SL HARQ反馈资源中的第一个时间单元，启动第一定时器；或者，第二通信设备在SL HARQ反馈资源后的第一个时间单元，启动第一定时器；或者，第二通信设备在配置的SL HARQ反馈资源后的第一个时间单元，启动第一定时器。

在一种可能的实现方式中，若第二定时器在运行，方法还包括：第二通信设备停止第二定时器。

在一种可能的实现方式中，第二通信设备根据第一定时器，启动或不启动第二定时器，包括：当第一定时器超时时，第二通信设备启动第二定时器。

在一种可能的实现方式中，第二通信设备根据第一定时器，启动或不启动第二定时器，包括：当第一定时器超时时，若第二通信设备成功收到HARQ反馈，HARQ反馈包括侧行链路控制信息或侧行链路控制信息调度的SL数据的HARQ反馈，且该HARQ反馈为NACK，或第二通信设备未成功收到HARQ反馈，或第二通信设备向第三通信设备发送HARQ反馈且该HARQ反馈为NACK，则第二通信设备启动第二定时器。

在一种可能的实现方式中，第三通信设备可以是第二通信设备的网络设备。

第三方面，提供一种侧行链路通信方法，包括：第一通信设备向第二通信设备发送侧行链路控制信息；第一通信设备确定未接收到HARQ反馈，HARQ反馈包括侧行链路控制信息或侧行链路控制信息调度的SL数据的HARQ反馈；第一通信设备向第二通信设备发送第一信息，第一信息用于指示第一通信设备未接收到HARQ反馈。

通过上述方法，以第一通信设备为TX UE，第二通信设备为RX UE为例，当TX UE确定由于自身收发冲突或优先化等原因，未接收到RX UE的HARQ反馈时，TX UE可以向RX UE发送指示信息。RX UE在接收到该指示信息时，在第一定时器超时时，无论是否成功解码数据，都启动第二定时器，从而可以使RX UE处于唤醒态，接收到TX UE发送的重传，避免RX UE侧丢包。

在一种可能的实现方式中，第一通信设备确定未接收到HARQ反馈，包括：第一通信设备因收发冲突或优先化prioritization，未接收到HARQ反馈。

第四方面，提供一种侧行链路通信方法，包括：第二通信设备接收来自第一通信设备的侧行链路控制信息；第二通信设备向第一通信设备发送HARQ反馈，HARQ反馈包括侧行链路控制信息或侧行链路控制信息调度的SL数据的HARQ反馈；第二通信设备接收来自第一通信设备的第一指示信息，第一指示信息用于指示第一通信设备未接收到HARQ反馈。

在一种可能的实现方式中，还包括：第二通信设备在发送HARQ反馈后，启动第五定时器，在第五定时器的运行期间，第二通信设备处于激活时间。

在一种可能的实现方式中，第一通信设备未接收到HARQ反馈，包括：第一通信设备因收发冲突或优先化prioritization，未接收到HARQ反馈。

在一种可能的实现方式中，方法还包括：第二通信设备发送HARQ反馈时或后，启动第一定时器；或者，第二通信设备发送HARQ反馈后的第一个时间单元，启动第一定时器。

在一种可能的实现方式中，方法还包括：当第一定时器超时时，第二通信设备启动第二定时器。

第五方面，提供一种侧行链路通信方法，包括：第一通信设备向第二通信设备发送侧行链路控制信息；第一通信设备确定未接收到HARQ反馈，HARQ反馈包括侧行链路控制信息或侧行链路控制信息调度的SL数据的HARQ反馈；第一通信设备向第三通信设备发送第二信息，或NACK和第二信息；其中，第二信息用于指示第一通信设备未接收到HARQ反馈，或者，第二信息用于指示第三通信设备在NACK对应的HARQ进程的第二定时器运行期间，不调度SL新传或其它用于SL的HARQ进程的重传，第二定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

通过上述方法，以第一通信设备为TX UE，第二通信设备为RX UE，第三通信设备为基站为例，当RX UE成功发送HARQ反馈，但RX UE未成功接上述HARQ反馈时，TX UE可以向基站上报NACK。本申请的改进之处在于，TX UE除向基站上报NACK之外，还向基站上报第二信息，用于指示基站在NACK对应的HARQ进程的第二定时器的运行期间，仅调度当前HARQ进程的重传。原因如下：在当前的方案中，当RX UE发送HARQ反馈后，RX UE可以启动第一定时器。当第一定时器超时时，RX UE未成功解码数据，即RX UE发送的HARQ反馈为NACK时，RX UE才启动第二定时器。而当第一定时器超时，若RX UE成功解码数据，即RX UE发的HARQ反馈为ACK，RX UE不会启动第二定时器。在本申请实施例中，由于TX UE没有接收到RX UE的HARQ反馈，TX UE并不知道RX UE发送的HARQ反馈为NACK，还是ACK。因此，在本申请实施例中，在上述情况下，TX UE不再区分RX UE发送的HARQ反馈是ACK还是NACK，TX UE统一向基站发送第二信息，以指示基站仅调度当前SL HARQ进程的重传，不调度SL新传或其它SL进程的重传。相应的，TX UE仅向RX UE发送当前SL HARQ进程的重传。这样做的好处如下：若RX UE发送的HARQ反馈为NACK，RX UE会在SL DRX上启动第二定时器，RX UE可以接收到TX UE发送的当前SL HARQ进程的重传。而若RX UE发送的HARQ反馈为ACK，RX UE可能接收不到当前SL HARQ进程的重传，但由于RX UE反馈的HARQ反馈为ACK，代表对应SL进程的数据在上一次传输中已被RX UE成功解码，当前传输过程中接收不到，也没有问题。

在一种可能的实现方式中，第三通信设备可以是第一通信设备的网络设备。

第六方面，提供一种侧行链路通信方法，包括：第三通信设备接收来自第一通信设备的第二信息，或NACK和第二信息；其中，第二信息用于指示第一通信设备未接收到HARQ反馈，或者，第二信息用于指示第三通信设备在NACK对应的HARQ进程的第二定时器运行期间，不调度SL新传或其它用于SL的HARQ进程的重传，第二定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长；第三通信设备在NACK对应的HARQ进程的第二定时器运行期间，不调度SL新传或其它用于SL的HARQ进程的重传。

第七方面，提供一种侧行链路通信方法，包括：第一通信设备接收来自第二通信设备的第一DRX配置信息和/或第一时间间隔信息，第一DRX配置为通信设备与第三通信设备间的DRX配置，第一时间间隔为第一资源和第二资源间的时间间隔，第一资源为第二通信设备向第三通信设备发送SL HARQ反馈的资源，第二资源为第一通信设备向第二通信设备发送SL HARQ反馈的资源；第一通信设备根据第一DRX配置信息和/或第一时间间隔信息，确定第二DRX配置，第二DRX配置为第一通信设备与第二通信设备间的DRX配置；或者，第一通信设备向其第三通信设备发送第一DRX配置信息和/或第一时间间隔信息。

通过上述方法，以第一通信设备为RX UE，第二通信设备为TX UE为例，可以使得SLDRX的配置与Uu DRX的配置相匹配，从而避免RX UE接收不到基站在Uu DRX的第二定时器运行期间内调度的SL重传和/或新传。

在一种可能的实现方式中，第一时间间隔包括第一资源和第二资源间的时间间隔的最小值。

在一种可能的实现方式中，还包括：当第一DRX的配置与第二DRX的配置不匹配时，第一通信设备向第二通信设备发送第一信息，第一信息用于通知第二通信设备第一DRX的配置与第二DRX的配置不匹配。

在一种可能的实现方式中，还包括：第一通信设备向第二通信设备发送第一请求信息，第一请求信息用于请求第二通信设备向第一通信设备发送第一DRX的配置信息和/或第一时间间隔信息。

在一种可能的实现方式中，第一DRX的配置中包括第三定时器的配置和第四定时器的配置，第二DRX的配置中包括第一定时器的配置和第二定时器的配置；其中，第一定时器和/或第三定时器用于指示期望用于SL重传的资源配置信息或授权信息到达前的最小时长，第二定时器和/或第四时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

第八方面，提供一种侧行链路通信方法，包括：第二通信设备确定第一DRX的配置信息和/或第一时间间隔信息，第一DRX配置为第二通信设备与第三通信设备间的DRX配置，第一时间间隔为第一资源和第二资源间的时间间隔，第一资源为第二通信设备向第三通信设备发送SL HARQ反馈的资源，第二资源为第一通信设备向第二通信设备发送SL HARQ反馈的资源；第二通信设备向第一通信设备发送第一DRX的配置信息和/或第一时间间隔信息。

在一种可能的实现方式中，还包括：第二通信设备接收来自第一通信设备的第一信息，第一信息用于通知第二通信设备第一DRX的配置与第二DRX的配置不匹配，第二DRX配置为第一通信设备与第二通信设备间的DRX，第二DRX的配置用于第一通信设备与第二通信设备间的SL通信，或者，第二DRX配置用于第一通信设备接收第二通信设备发送的信息。

在一种可能的实现方式中，在满足第一条件时，第二通信设备向第一通信设备发送第一DRX的配置信息和/或第一时间间隔信息的步骤。

在一种可能的实现方式中，第一条件包括以下至少一项：第一时间间隔发生变化；第一时间间隔的变化量大于第一阈值；第一DRX的配置信息发生变化；第一DRX的配置信息的变化量大于第二阈值。

在一种可能的实现方式中，还包括：第二通信设备接收来自第一通信设备的第一请求信息，第一请求信息用于请求第二通信设备向第一通信设备发送第一DRX的配置信息和/或第一时间间隔信息。

第九方面，提供一种侧行链路通信方法，包括：第一通信设备接收来自第三通信设备的第二信息，第二信息用于指示存在或不存在SL HARQ反馈资源，SL HARQ反馈资源用于第一通信设备向第三通信设备发送SL的HARQ反馈；第一通信设备根据第二信息，向第二通信设备发送第三信息，第三信息用于通知在第二DRX上启动或不启动对应SL进程的第一定时器和/或第二定时器，或者第三信息用于指示存在或不存在SL HARQ反馈资源；和/或，第一通信设备根据第二信息，确定在第一DRX上启动或不启动对应SL进程的第三定时器和/或第四定时器，和/或，确定在第二DRX上启动或不启动对应SL进程的第一定时器和/或第二定时器。其中，第一DRX为第一通信设备与第三通信设备间的DRX，第二DRX为第一通信设备与第二通信设备间的DRX，第一定时器和/或第三定时器用于指示期望用于SL重传的资源配置信息或授权信息到达前的最小时长，第二定时器和/或第四时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

通过上述方法，以TX UE为第一通信设备，RX UE为第二通信设备为例，可以避免当RX UE不知道某个SL HARQ进程因未配置PUCCH资源，而TX UE在Uu DRX上未启动对应的第一定时器和sl第二定时器时，RX UE自身启动SL DRX上对应的第二定时器时，而造成的RX UE的功耗浪费。

在一种可能的实现方式中，第二信息用于指示存在或不存在SL HARQ反馈资源，包括：第二信息用于指示第一SL进程或第一SL传输块TB存在或不存在SL HARQ反馈资源。

在一种可能的实现方式中，当第二信息指示存在SL HARQ反馈资源时，第三信息用于通知在第二DRX对应的SL进程启动第一定时器和/或第二定时器，或者，第三信息用于指示存在SL HARQ反馈资源；和/或，第一通信设备在满足第一条件时，在第一DRX上启动对应SL进程的第三定时器和/或第四定时器，和/或，第一通信设备在满足第二条件时，在第二DRX上启动对应SL进程的第一定时器和/或第二定时器。

在一种可能的实现方式中，当第二信息指示不存在SL HARQ反馈资源时，第二信息用于通知在第二DRX对应的SL进程不启动第一定时器和/或第二定时器；或者，第二信息用于指示不存在SL HARQ反馈资源；和/或，第一通信设备在满足第一条件时，在第一DRX上不启动对应SL进程的第三定时器和/或第四定时器，和/或，第一通信设备在满足第二条件时，在第二DRX上不启动对应SL进程的第一定时器和/或第二定时器。

第十方面，提供一种侧行链路通信方法，包括：第二通信设备接收来自第一通信设备的第三信息，第三信息用于通知在第二DRX上启动或不启动对应SL进程的第一定时器和/或第二定时器，或者，第三信息用于指示存在或不存在SL HARQ反馈资源；第二通信设备根据第三信息，确定在第二DRX上启动或不启动对应的SL进程的第一定时器和/或第二定时器，第二DRX为第一通信设备与第二通信设备间的DRX，第一定时器用于指示期望用于SL重传的资源配置信息或授权信息到达前的最小时长，第二定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

在一种可能的实现方式中，当第三信息用于通知在第二DRX对应的SL进程启动第一定时器和/或第二定时器，或者，第三信息用于指示存在SL HARQ反馈资源时，第二终端端设备在满足第三条件时，启动对应SL进程的第一定时器和/或第二定时器。

在一种可能的实现方式中，当第三信息用于通知在第二DRX对应的SL进程不启动第一定时器和/或第二定时器，或者，第三信息用于指示存在SL HARQ反馈资源时，第二通信设备在满足第三条件时，不启动对应SL进程的第一定时器和/或第二定时器。

第十一方面，本申请实施例提供一种通信装置，该装置可以是通信设备，还可以通信设备中的芯片。该装置具有实现上述第一方面至第十方面中各实现方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第十一方面，提供一种侧行链路通信装置，在一种可能的实现方式中，包括：收发单元，用于接收来自第二通信设备的侧行链路控制信息；处理单元，用于根据侧行链路SL混合自动重传请求HARQ反馈资源，启动第一定时器，所述SL HARQ反馈资源用于传输所述侧行链路控制信息或所述侧行链路控制信息调度的SL数据的HARQ反馈；所述处理单元，还用于根据所述第一定时器，启动或不启动所述第二定时器；其中，所述第一定时器用于指示期望用于SL重传的资源配置信息或授权信息到达前的最小时长，所述第二定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

在一种可能的设计中，所述根据SL HARQ反馈资源，启动第一定时器，包括：在所述SL HARQ反馈资源中的第一个时间单元，启动所述第一定时器；或者，在配置的SL HARQ反馈资源中的第一个时间单元，启动所述第一定时器；或者，在所述SL HARQ反馈资源后的第一个时间单元，启动所述第一定时器；或者，在配置的SL HARQ反馈资源后的第一个时间单元，启动所述第一定时器。

在一种可能的实现方式中，所述根据SL HARQ反馈资源，启动第一定时器，包括：未成功发送或未发送所述HARQ反馈，所述HARQ反馈为肯定确认ACK或否定确认NACK；根据所述SL HARQ反馈资源，启动所述第一定时器。

在一种可能的实现方式中，根据所述第一定时器，启动或不启动所述第二定时器，包括：当所述第一定时器超时时，成功或失败解码所述侧行链路控制信息或所述侧行链路控制信息调度的SL数据，所述第一通信设备启动所述第二定时器，或者，当所述第一定时器超时时，启动所述第二定时器。

在一种可能的实现方式中，根据所述第一定时器，启动或不启动所述第二定时器，包括：当所述第一定时器超时时，未成功发送或未发送所述HARQ反馈，所述第一通信设备启动所述第二定时器，所述HARQ反馈为ACK或NACK；或者，当所述第一定时器超时时，成功发送或发送所述HARQ反馈，且该HARQ反馈为NACK，所述第一通信设备启动所述第二定时器。

第十二方面，提供一种侧行链路通信装置，包括：收发单元，用于向第一通信设备发送侧行链路控制信息；处理单元，用于根据SL HARQ反馈资源，启动第一定时器；

所述处理单元，还用于根据所述第一定时器，启动或不启动第二定时器；其中，所述第一定时器用于指示期望用于SL重传的资源配置信息或授权信息到达前的最小时长，所述第二定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

在一种可能的实现方式中，所述根据所述第一定时器，启动或不启动第二定时器，包括：当所述第一定时器超时时，若所述第二通信设备成功收到HARQ反馈，所述HARQ反馈包括所述侧行链路控制信息或侧行链路控制信息调度的SL数据的HARQ反馈，且该HARQ反馈为NACK，或所述第二通信设备未成功收到所述HARQ反馈，或所述第二通信设备向第三通信设备发送HARQ反馈且该HARQ反馈为NACK，则所述第二通信设备启动所述第二定时器。

第十三方面，提供一种侧行链路通信装置，包括：收发单元，用于向第二通信设备发送侧行链路控制信息；处理单元，用于确定未接收到HARQ反馈，所述HARQ反馈包括所述侧行链路控制信息或所述侧行链路控制信息调度的SL数据的HARQ反馈；收发单元，还用于向所述第二通信设备发送第一信息，所述第一信息用于指示所述第一通信设备未接收到所述HARQ反馈。

第十四方面，提供一种侧行链路通信装置，包括：收发单元，用于接收来自第一通信设备的侧行链路控制信息；所述收发单元，还用于向第一通信设备发送HARQ反馈，所述HARQ反馈包括所述侧行链路控制信息或所述侧行链路控制信息调度的SL数据的HARQ反馈；所述收发单元，还用于接收来自所述第一通信设备的第一指示信息，所述第一指示信息用于指示所述第一通信设备未接收到所述HARQ反馈。

在一种可能的实现方式中，还包括：处理单元，用于在发送所述HARQ反馈后，启动第五定时器，在所述第五定时器的运行期间，所述第二通信设备处于激活时间。

在一种可能的实现方式中，所述未接收到所述HARQ反馈，包括：因收发冲突或优先化prioritization，未接收到所述HARQ反馈。

在一种可能的实现方式中，处理单元，还用于：发送所述HARQ反馈时或后，启动第一定时器；或者，发送所述HARQ反馈后的第一个时间单元，启动所述第一定时器。

在一种可能的实现方式中，所述处理单元，还用于：当所述第一定时器超时时，启动第二定时器。

第十五方面，提供一种侧行链路通信装置，包括：收发单元，用于向第二通信设备发送侧行链路控制信息；处理单元，用于确定未接收到HARQ反馈，所述HARQ反馈包括所述侧行链路控制信息或所述侧行链路控制信息调度的SL数据的HARQ反馈；所述收发单元，还用于向第三通信设备发送第二信息，或NACK和第二信息；其中，所述第二信息用于指示所述第一通信设备未接收到所述HARQ反馈，或者，所述第二信息用于指示所述第三通信设备在所述NACK对应的HARQ进程的第二定时器运行期间，不调度SL新传或其它用于SL的HARQ进程的重传，所述第二定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

第十六方面，提供一种侧行链路通信装置，在一种可能的实现方式中，包括：收发单元，用于接收来自第一通信设备的第二信息，或NACK和第二信息；其中，所述第二信息用于指示所述第一通信设备未接收到HARQ反馈，或者，所述第二信息用于指示所述第三通信设备在所述NACK对应的HARQ进程的第二定时器运行期间，不调度SL新传或其它用于SL的HARQ进程的重传，所述第二定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长；处理单元，用于在所述NACK对应的HARQ进程的第二定时器运行期间，不调度SL新传或其它用于SL的HARQ进程的重传。

第十七方面，提供一种侧行链路通信装置，在一种可能的实现方式中，包括：收发单元，用接收来自第二通信设备的第一DRX配置信息和/或第一时间间隔信息，所述第一DRX配置为所述通信设备与第三通信设备间的DRX配置，所述第一时间间隔为第一资源和第二资源间的时间间隔，所述第一资源为第二通信设备向第三通信设备发送SL HARQ反馈的资源，所述第二资源为所述第一通信设备向所述第二通信设备发送SL HARQ反馈的资源；处理单元，用于根据所述第一DRX配置信息和/或第一时间间隔信息，确定第二DRX配置，所述第二DRX配置为所述第一通信设备与所述第二通信设备间的DRX配置；或者，所述收发单元，还用于向其第三通信设备发送所述第一DRX配置信息和/或第一时间间隔信息。

在一种可能的实现方式中，所述第一时间间隔包括第一资源和第二资源间的时间间隔的最小值。

在一种可能的实现方式中，所述收发单元，还用于在所述第一DRX的配置与所述第二DRX的配置不匹配时，向所述第二通信设备发送第一信息，所述第一信息用于通知所述第二通信设备所述第一DRX的配置与所述第二DRX的配置不匹配。

在一种可能的实现方式中，所述收发单元，还用于向所述第二通信设备发送第一请求信息，所述第一请求信息用于请求所述第二通信设备向所述第一通信设备发送所述第一DRX的配置信息和/或第一时间间隔信息。

在一种可能的实现方式中，所述第一DRX的配置中包括第三定时器的配置和第四定时器的配置，所述第二DRX的配置中包括第一定时器的配置和第二定时器的配置；其中，所述第一定时器和/或所述第三定时器用于指示期望用于SL重传的资源配置信息或授权信息到达前的最小时长，所述第二定时器和/或所述第四时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

第十八方面，提供一种侧行链路通信装置，包括：处理单元，用于确定第一DRX的配置信息和/或第一时间间隔信息，所述第一DRX配置为所述第二通信设备与第三通信设备间的DRX配置，所述第一时间间隔为第一资源和第二资源间的时间间隔，所述第一资源为第二通信设备向第三通信设备发送SL HARQ反馈的资源，所述第二资源为所述第一通信设备向所述第二通信设备发送SL HARQ反馈的资源；收发单元，用于向第一通信设备发送第一DRX的配置信息和/或第一时间间隔信息。

在一种可能的实现方式中，所述收发单元，还用于：接收来自所述第一通信设备的第一信息，所述第一信息用于通知所述第二通信设备所述第一DRX的配置与第二DRX的配置不匹配，所述第二DRX配置为第一通信设备与第二通信设备间的DRX，所述第二DRX的配置用于所述第一通信设备与所述第二通信设备间的SL通信，或者，所述第二DRX配置用于所述第一通信设备接收所述第二通信设备发送的信息。

第十九方面，提供一种侧行链路通信装置，包括：收发单元，用于接收来自第三通信设备的携带第二信息，所述第二信息用于指示存在或不存在SL HARQ反馈资源，所述SLHARQ反馈资源用于所述第一通信设备向第三通信设备发送SL的HARQ反馈；处理单元，用于根据所述第二信息，向第二通信设备发送第三信息，所述第三信息用于通知在第二DRX上启动或不启动对应SL进程的第一定时器和/或第二定时器，或者第三信息用于指示存在或不存在所述SL HARQ反馈资源；和/或，所述处理单元，还用于根据所述第二信息，确定在第一DRX上启动或不启动对应SL进程的第三定时器和/或第四定时器，和/或，确定在第二DRX上启动或不启动对应SL进程的第一定时器和/或第二定时器。

在一种可能的实现方式中，所述第二信息用于指示存在或不存在SL HARQ反馈资源，包括：所述第二信息用于指示第一SL进程或第一SL传输块TB存在或不存在SL HARQ反馈资源。

第二十方面，提供一种侧行链路通信装置，包括：收发单元，用于接收来自第一通信设备的第三信息，所述第三信息用于通知在第二DRX上启动或不启动对应SL进程的第一定时器和/或第二定时器，或者，所述第三信息用于指示存在或不存在SL HARQ反馈资源；处理单元，用于根据所述第三信息，确定在第二DRX上启动或不启动对应的SL进程的第一定时器和/或第二定时器，所述第二DRX为所述第一通信设备与所述第二通信设备间的DRX，所述第一定时器用于指示期望用于SL重传的资源配置信息或授权信息到达前的最小时长，所述第二定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

第二十一方面，本申请实施例提供一种通信装置，包括处理器和存储器；该存储器用于存储计算机执行指令，当该装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行如上述第一方面至第十方面中的各实现方法的功能。

第二十二方面，本申请实施例提供一种通信装置，包括用于执行上述第一方面至第十方面的各实现方法的各个步骤的单元或手段(means)。

第二十三方面，本申请实施例提供一种通信装置，包括处理器和接口电路，所述处理器用于通过接口电路与其它装置通信，并执行上述第一方面至第十方面的各实现方法。该处理器包括一个或多个。

第二十四方面，本申请实施例提供一种通信装置，包括处理器，用于与存储器相连，用于调用所述存储器中存储的程序，以执行上述第一方面至第十方面的各实现方法。该存储器可以位于该装置之内，也可以位于该装置之外。且该处理器包括一个或多个。

第二十五方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得上述第一方面至第十方面的各实现方法被执行。

第二十六方面，本申请实施例还提供一种计算机程序产品，该计算机产品包括计算机程序，当计算机程序运行时，使得上述第一方面至第十方面的各实现方法被执行。

第二十七方面，本申请实施例还提供一种芯片***，包括：处理器，用于执行上述第一方面至第十方面的各实现方法。

第二十八方面，本申请实施例还提供一种通信***，包括用于执行上述任一方面的第一通信设备，和上述任一方面的第二通信设备。可选的，还可以包括上述任一方面的第三通信设备。

附图说明

图1为本申请实施例提供的通信***的示意图；

图2A为本申请实施例提供的DRX周期的示意图；

图2B为本申请实施例一提供的场景示意图；

图2C为本申请实施例一提供的侧行链路通信方法的流程图；

图3为本申请请实施例一提供的侧行链路通信方法的流程图；

图4为本申请请实施例二提供的场景示意图；

图5为本申请请实施例二提供的侧行链路通信方法的流程图；

图6为本申请请实施例三提供的侧行链路通信方法的流程图；

图7为本申请请实施例三提供的场景示意图；

图8为本申请请实施例四提供的侧行链路通信方法的流程图；

图9为本申请请实施例五提供的侧行链路通信方法的流程图；

图10为本申请请实施例五提供的场景示意图；

图11为本申请实施例提供的装置的一结构示意图；

图12为本申请实施例提供的装置的另一结构示意图。

具体实施方式

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

图1示出了本申请实施例可应用的通信***100。通信***100可以是长期演进(long term evolution，LTE)***、第五代(5^th generation，5G)通信***、新空口(newradio，NR)通信***，还可以是机器与机器(machine to machine，M2M)通信***、车联网通信***、设备对设备(device to device，D2D)通信***、第六代及后续未来演进的通信***等。

如图1所示，通信***100可以包括：两个或两个以上的终端设备101。其中，终端设备101与终端设备101之间可通过无线接口(如PC5接口)进行通信。在PC5接口上，终端设备101与终端设备101之间传输数据的链路可以称为SL。

SL通信一般用于车到一切(vehicle to everything，V2X)或D2D等设备直联通信的场景。V2X是指把车联到网或车联成网，包括4种不同类型的应用，分别为汽车对汽车(vehicle to vehicle，V2V)、汽车对基础设施(vehicle to infrastructure，V2I)、汽车对网络(vehicle to network，V2N)、和汽车对行人(vehicle to pedestrian，V2P)等。通过这4种应用，车辆、路边的基础设施、应用服务器和行人等可收集、处理和分享周边车辆和环境的状态信息，以提供更智能化的服务，如无人驾驶(unmanned driving)、自动驾驶(automated driving)、辅助驾驶(driver assistance)、智能驾驶(intelligentdriving)、网联驾驶(connected driving)、智能网联驾驶(intelligent networkdriving)、和汽车共享(car sharing)等。

如图1所示，在V2V场景下，终端设备101可以是车载终端。在PC5接口上，车载终端与车载终端之间可通过SL交互数据，如车辆位置、车载速度、行驶方向等指示车辆动态的数据等。例如，车载终端A可以通过SL向另一车载终端B发送SL数据，该SL数据用于指示上述数据所表达的内容。例如，在车载终端B的用户界面中所显示的内容可以为“后方车辆A的车牌号码(“FAF787”)、后方车辆A正在执行的驾驶操作(“后方车辆FAF787正在执行超车操作”)、后方车辆A的当前车速(“80km/h”)等等。这样，可以降低交通事故的发生率，增强驾驶安全。

可选的，在上述图1所示的通信***100中还可以包括网络设备102。其中，网络设备102与终端设备101之间的通信接口为Uu空口。其中，网络设备102可以在网络设备控制器(未示出)，如基站控制器(base station controller，BSC)的控制下，通过Uu空口与终端设备101通信。

目前，SL通信的一种主要资源分配方式为基于网络设备(如基站)调度的资源分配方式。在这种SL的资源分配方式中，基站在PDCCH中下发下行控制信息(downlink controlinformation，DCI)来动态的分配资源，发送用户设备(transmit user equipment，TX UE)需要监听PDCCH以获得基站下发的SL授权(grant)。

在Uu空口上，为了降低UE一直监听PDCCH所造成的功率消耗，目前3GPP采用的一种解决方式为非连续接收(discontinuous reception，DRX)机制。下面说明当前的DRX机制。

(1)DRX机制的基本工作原理

如图2A所示，在LTE或NR***的，DRX机制中，网络设备为处于无线资源控制(radiocontrol resource，RRC)连接态的UE配置的一个DRX周期(DRX cycle)。DRX周期由“OnDuration”和“Opportunity for DRX”这两个时间段组成。“On Duration”可称为持续期，“Opportunity for DRX”可称为DRX机会。在“On Duration”内，UE监听并接收PDCCH。在“Opportunity for DRX”内，UE不监听PDCCH以减少功耗。“On Duration”的值(如10ms)指定了，从DRX Cycle的起始位置开始，UE需要监听PDCCH的时间。“On Duration”可以大于1ms，也可以小于1ms。在“On Duration”内，UE处于唤醒态，即UE监听PDCCH。在“Opportunity forDRX”内，UE处于休眠态，即UE不监听PDCCH。这里，休眠态仅是针对监听PDCCH而言，表示UE不监听PDCCH。处于休眠态的UE依然处于RRC连接态，能够在Uu空口上通过物理上行控制信道(physical uplink control channel，PUCCH)、物理上行共享信道(physical uplinkshared channel，PUSCH)等传输上行数据或通过物理下行共享信道(physicaldownlinkshared channel，PDSCH)接收基站发送的下行数据，还能够在PC5接口上通过物理侧行链路共享信道(physicalSidelink shared channel，PSSCH)、物理侧行链路控制信道(physicalSidelink control channel，PSCCH)等传输SL数据。

(2)引入往返时间(round trip time，RTT)定时器timer和重传retransmission定时器timer

在NR***中，如果基站为TX UE配置了基于SL的的混合自动重传请求(hybridautomatic repeat request，HARQ)反馈的重传机制后，那么对于基于基站调度的资源分配方式，一种可能的HARQ工作方式是：基站根据SL数据传输的HARQ反馈(feedback)来为TXUE调度重传资源。HARQ反馈可以是否定性确认(negtive acknowledgment，NACK)或肯定性确认(acknowledgment，ACK)。举例来说，如果数据a的HARQ反馈为NACK，则基站在接收到NACK之后，为数据a的重传调度资源，并在PDCCH下发用于数据a的重传的SL授权(grant)。

当Tx UE向基站发送的数据a的HARQ确认为NACK时，Tx UE之后需要接收基站下发的用于调度数据a重传的PDCCH，以进行数据a的重传。但是，基于目前的DRX机制，在基站下发该PDCCH时，TX UE可能已经进入“opportunity for DRX”状态，不再监听PDCCH。TX UE需要等到下一个DRX cycle的“On Duration”才会监听PDCCH，才能接收到基站下发的用于调度数据a重传的PDCCH，然后进行数据a的重传。这会导致TX UE在SL上的数据重传被延迟，导致SL上传输的业务的服务质量(quality of service，QoS)要求无法被满足。

基于上述，为了降低SL数据的传输时延的方案，引入了定时器：RTT timer和retransmission timer。示例的，TX UE在利用PUCCH资源，向基站发送HARQ反馈时，即启动RTT timer。在RTT timer超时，且TX UE解码数据失败，即发送的HARQ反馈为NACK时，启动retransmission timer。TX UE在retransmission timer的运行期间，监听PDCCH，从而可避免TX UE在下一个DRX周期内的“on duration”期间，才可以监听PDCCH，从而降低SL数据的传输时延。

在上述描述中，一直在描述基站与TX UE间的DRX机制，该DRX可称为Uu DRX。可以看出，在Uu DRX中，当TX UE向基站发送HARQ反馈时，启动RTT timer。且在RTT timer超时时，且解码数据失败时，才启动retransmission timer。目前，在TX UE与接收用户设备(receive user equipment，RX UE)之间，提出了SL DRX的机制。在SL DRX中同样存在RTTtimer和retransmission timer。关于TX UE与RX UE间如何启动RTT timer和retransmission timer，业界还没有明确的方案。举例来说，若在SL DRX中，沿用上述UuDRX中启动RTT timer和retransmission timer的方案。在一种可能的设计中，在SL DRX中，RX UE可以在发送HARQ反馈时，启动RTT timer。当RTT timer超时时，且RX UE未成功解码数据时，RX UE可以启动retransmission timer。在该设计中，存在以下问题：如图2B所示，在一种场景中，RX UE未成功发送HARQ反馈，TX UE将向基站反馈NACK。基站接收到上述NACK时，将重新分配SL重传资源，且通过DCI指示给TX UE。后续TX UE在分配的SL重传资源上，向RX UE重传SL数据。但是通过上述分析可以看出，由于RX UE未成功发送HARQ反馈，如果沿用上述Uu DRX的设计，则RX UE将不能成功启动RTT timer和retransmission timer，那么RXUE有可能处于睡眠态，从而RX UE不能接收到TX UE重传的SL数据，引起RX UE侧的丢包。

1、基于上述问题，本申请实施例提供一种解决方案，在该方案中，修改RX UE启动RTT timer和retransmission timer的条件，不依赖于成功发送HARQ后，启动RTT timer和retransmission timer。该方法具体为：RX UE在接收到TX UE发送的SCI时，即根据用于传输SL HARQ反馈的资源，例如PSFCH的资源，启动RTT timer；RX UE根据RTT timer，启动retransmission timer。从而使得RX UE在未成功发送HARQ反馈时，也可以启动retransmission timer，使得RX UE可以处于唤醒态，避免RX UE侧丢包。关于该方案的具体介绍，可参见下述实施例一。

2、除此之外，本申请实施例还提供以下方案，当RX UE成功发送HARQ反馈后，TX UE由于自身收发冲突或优先化等原因，未接收到上述HARQ反馈时，也可能会引出丢包的问题。比如，TX UE由于收发冲突或优先化等原因，未接收至上述HARQ反馈，TX UE将向基站发送NACK，基站会重新为TX UE与RX UE间的SL传输分配SL资源，然后TX UE在分配的SL资源上，向RX UE发送SL数据。同时，我们通过上述分析可以看出，若沿用Uu DRX的设计，RX UE发送HARQ时，启动RTT timer；当RTT timer超时时，且发送的HARQ反馈为NACK时，RX UE才启动retransmission timer。若RX UE发送的HARQ反馈为ACK，RX UE不会启动retransmissiontimer。但是在RX UE发送ACK的场景下，由于TX UE未接收到上述ACK，TX UE也会向基站发送NACK，基站由此认为RX UE会在后续一段时间启动对应SL进程的retransmission timer，从而会为TX UE分配SL重传或新传资源，这样TX UE会在该retransmission timer运行时间内向RX UE发送重传或新传的SL数据。由于在RX UE发送ACK的场景下，RX UE未启动retransmission timer，可能会导致RX UE丢包。基于上述问题，本申请实施例提供一种解决方案，在该方案中，TX UE当确定由于自身收发冲突或优先化等原因，未接收到RX UE的HARQ反馈时，可向RX UE发送第一指示，用于指示TX UE未接收到上述HARQ反馈。后续，RX UE可以无论发送的是HARQ反馈是ACK还是NACK，都启动retransmission timer，从而避免RXUE丢包。关于该方案的具体介绍，可参见下述实施例二。

3、本申请实施例还提供以下方案，该方案主要用于当TX UE未接收到RX UE的HARQ反馈时，且未接收到HARQ反馈的原因并不是因于TX UE的自身收发冲突或优化先等原因引起的，TX UE可以向基站发送指示信息，指示基站在后续的retransmission timer的运行期间，仅调度对应HARQ进程的重传资源，不进行其它HARQ进程的重新和新传。关于该方案的具体介绍，以及效果分析，可参见下述实施例三。需要说明的是，不论TX UE未接收到RX UE的HARQ反馈是因为TX UE自身收发冲突或优先化原因，还是因为其他原因，本发明实施例二和实施例三中的方法都适用。

4、本申请实施例中还提供以下方案，主要用于当Uu RX与SL DRX不匹配时，可能会引起丢包的问题。TX UE可以向RX UE发送Uu DRX的配置信息和第一时间间隔的信息。RX UE根据Uu DRX的配置信息和第一时间间隔，确定SL DRX的配置；RX UE当SL DRX的配置与UuDRX的配置不匹配时，RX UE可以向TX UE发送通知信息，以通知TX UE对应的基站调整UuDRX的配置和/或第一时间间隔等。关于该实施例的具体介绍，可参见下述实施例四。

5、本申请实施例中还提供以下方案，主要用于当基站对于某个用于SL的HARQ进程没有指示SL HARQ反馈资源时，TX UE和基站都不会启动Uu DRX上该HARQ进程对应的RTTtimer和retransmission timer。但RX UE并不知道上述情况，RX UE仍然可能会启动对应SL进程的RTT timer和retransmission timer，会造成RX UE的功耗浪费。在本申请实施例的方案中，TX UE可以向RX UE发送关于是否有SL HARQ反馈资源的指示信息，RX UE根据上述指示信息，启动或不启动RTT timer和retransmission timer，或者，TX UE可以向RX UE发送关于某个用于SL的HARQ进程是否有SL HARQ反馈资源的指示信息，RX UE根据该指示信息，启动或不启动对应SL进程的RTT timer和retransmission timer，从而可避免RX UE的功耗浪费。关于该实施例可具体参见下述实施例五中的记载。

需要说明的是，上述图1所示的通信***100仅仅是为了清楚的说明本申请的技术方案，并不构成对本申请的限定。本领域普通技术人员可知，随着网络架构的演进和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

为了便于理解，首先介绍下本申请实施例所涉及的名词或术语，该名词或术语也作为本申请实施例发明内容的一部分。

1、通信设备

本申请实施例中的通信设备，可以为终端设备或网络设备等。例如，在本申请实施例的描述中，第一通信设备和第二通信设备可以为终端设备。以下对终端设备的概念进行介绍：

终端设备可以简称为终端，是一种具有无线收发功能的设备。终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self driving)中的无线终端设备、远程医疗(remote medical)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、车联网中的终端设备、智慧家庭(smart home)中的无线终端设备，以及还可以包括用户设备(user equipment，UE)等。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digitalassistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，第五代(5th generation，5G)或未来演进的网络中的终端设备等。终端设备有时也可以称为终端、接入终端设备、车载终端设备、工业控制终端设备、UE单元、UE站、移动站、移动台、远方站、远程终端设备、移动设备、UE终端设备、终端设备、无线通信设备、UE代理或UE装置等。终端设备也可以是固定的或者移动的。本申请实施例对此并不限定。

例如，在本申请的描述中，第三通信设备可以为网络设备，以下对网络设备的概念进行介绍：

网络设备，可以是接入网设备，接入网设备也可以称为无线接入网(radio accessnetwork，RAN)设备，是一种为终端设备提供无线通信功能的设备。接入网设备例如包括但不限于：5G中的下一代基站(generation nodeB，gNB)、演进型节点B(evolved node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved nodeB，或home node B，HNB)、基带单元(baseband unit，BBU)、收发点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、移动交换中心等。接入网设备还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器、集中单元(centralized unit，CU)，和/或分布单元(distributedunit,DU)，或者网络设备可以为中继站、接入点、车载设备、可穿戴设备以及5G网络中的网络设备或者未来演进的网络中的网络设备等。终端设备可以与不同技术的多个接入网设备进行通信，例如，终端设备可以与支持长期演进(long term evolution，LTE)的接入网设备通信，也可以与支持5G的接入网设备通信，还可以与支持LTE的接入网设备以及支持5G的接入网设备的双连接。本申请实施例并不限定。

2、侧行链路(sidelink，SL)

侧行链路用于终端设备与终端设备之间的通信，终端设备与终端设备之间的通信接口为PC5接口。侧行链路通信中涉及的信道可以包括物理侧行链路共享信道(phycicalsidelink shared channel，PSSCH)、物理侧行链路控制信道(physical sidelink controlchannel,PSCCH)和物理侧行链路反馈信道(physical sidelink feedback channel，PSFCH)。

其中，PSSCH用于承载侧行链路数据(SL data)，PSCCH用于承载侧行链路控制信息(sidelinkcontrolinformation，SCI)，所述SCI也可以称为侧行链路调度分配(sidelinkschedulingassigment，SL SA)。SL SA是用于数据调度相关的信息，比如，用于承载PSSCH的资源配置和/或调制编码机制(modulation and coding scheme，MCS)等信息。PSFCH可以用于传输侧行链路反馈控制信息(sidelink feedback control information，SFCI)。侧行链路反馈控制信息可以包括信道状态信息(channel state information，CSI)和HARQ等信息。其中，HARQ信息中可以具体为否定性确认(negtive acknowledgment，NACK)或肯定性确认(acknowledgment，ACK)。

3、第一定时器和第二定时器

第一定时器和第二定时器可以为与SL DRX关联的定时器。第一定时器可以称为sl-drx-HARQ-RTT-Time，第二定时器可以称为sl-drx-RetransmissionTimer。

其中，第一定时器用于指示期望用于SL重传的资源配置信息或授权信息到达前的最小时长，也就是说，第一定时器的取值可为“期望用于SL重传的资源配置信息或授权信息到达前的最小时长”；或者，第一定时器用于指示期望用于SL重传的资源配置信息或授权信息到达接收端前的最小时长，也就是说，第一定时器的取值可为“期望用于SL重传的资源配置信息或授权信息到达接收端前的最小时长”；所述第二定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长，也就是说，第二定时器的取值可为“直到收到SL重传的资源配置信息或授权信息的最大时长”。或者，所述第二定时器用于指示接收端收到SL重传的资源配置信息或授权信息所需的最大时长，也就是说，第二定时器的取值可为“直到接收端收到SL重传的资源配置信息或授权信息的最大时长”。

4、第三定时器和第四定时器

第三定时器和第四定时器可以为与Uu DRX关联的定时器。第三定时器可以称为drx-HARQ-RTT-TimerSL，第四定时器可以称为drx-RetransmissionTimerSL。

其中，第三定时器用于指示期望用于SL重传的资源配置信息或授权信息到达前的最小时长，也就是说，第三定时器的取值可为“期望用于SL重传的资源配置信息或授权信息到达前的最小时长”；或者，第三定时器用于指示期望用于SL重传的资源配置信息或授权信息到达接收端前的最小时长，也就是说，第三定时器的取值可为“期望用于SL重传的资源配置信息或授权信息到达接收端前的最小时长”；所述第四定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长，也就是说，第四定时器的取值可为“直到收到SL重传的资源配置信息或授权信息的最大时长”。或者，所述第四定时器用于指示接收端收到SL重传的资源配置信息或授权信息所需的最大时长，也就是说，第四定时器的取值可为“直到接收端收到SL重传的资源配置信息或授权信息的最大时长”。

5、时间单元

时间单元为用于数据传输的时域单元，可包括无线帧(radio frame)、子帧(subframe)、时隙(slot)、微时隙(mini-slot)和时域符号(symbol)等时域单位。在5G新空口(new radio，NR)中，一个无线帧可以包括10个子帧，一个子帧可以包括一个或多个时隙，具体一个子帧包括多少个时隙与子载波间隔相关。

针对不同的子载波间隔可以有不同的时隙长度。比如子载波间隔为15kHz时，一个时隙为1毫秒(millisecond，ms)；子载波间隔为30kHz时，一个时隙为0.5ms。微时隙，又称为迷你时隙，可以是比时隙更小的单位，一个微时隙可以包括一个或多个符号。比如一个微时隙可以包括2个符号、4个符号或7个符号等。一个时隙可以包括一个或多个微时隙。

以15kHz的子载波间隔为例，1个无线帧可持续10ms，每个子帧可持续1ms，1个无线帧包括10个子帧，每个时隙持续1ms，每个子帧可包括1个时隙，每个时隙可包括14个符号。进一步的，微时隙可包括4个符号、2个符号或7个符号等。

需要说明的是，在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，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可以是单个，也可以是多个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

本申请提供了多种SL DRX与Uu DRX对齐方法，下面将分别通过如下各实施例进行描述。这些SL DRX与Uu DRX对齐方法有些仅针对SL DRX与Uu DRX对齐的过程中的部分流程，有些可以应用于SL DRX与Uu DRX对齐的过程中的任意一个或多个流程。应理解的是，这些SL DRX与Uu DRX对齐方法可以相互结合使用，比如，可以是SL DRX与Uu DRX对齐的过程中的某一流程使用一种方法而另一流程使用另一种方法，还可以是SL DRX与Uu DRX对齐的过程中的某一流程既使用一种方法又使用另一种方法。

应理解的是，SL DRX与Uu DRX的过程有可能会随着技术方案的演进而发生变化，本申请提供的技术方案并不限于下面描述的过程。进一步的，本申请实施例中对场景的描述仅为举例，并不限定本申请实施例的方案仅能运用为描述场景中，同样适用于存在类似问题的场景等。

另外，本申请中，通信设备判断优先化可以在物理层进行，物理层将优先化的结果告知MAC层，用于MAC层确定DRX相关定时器(如本申请实施例中启动RTT timer和/或retransmission timer)的行为。例如，在一种可能的实现方式中，当RX UE的发送SL HARQ反馈与接收SL HARQ反馈发送冲突时，可以由RX UE的物理层执行判断上述优先化的过程。之后，RX UE的物理层将优先化的结果告知MAC层。例如，上述结果可以为RX UE发送SL HARQ反馈的优先级较低，此时RX UE不发送SL HARQ反馈。

在本申请的相关描述中，未成功发送HARQ反馈(does not transmit HARQfeedback successfully)可以替换为：未发送HARQ反馈(does not transmit)_，或者失败发送HARQ反馈(fail to transmit)等；成功发送HARQ可以替换为：发送HARQ。未成功接收HARQ反馈可以替换为：未接收HARQ反馈、或者失败接收HARQ反馈等；HARQ反馈也可以替换为PSFCH等。成功接收HARQ可以替换为：接收HARQ等。

实施例一

本申请实施例一提供一种侧行链路通信方法，在介绍该方法之前，先对该实施例一的描述作如下说明：1、在以下描述中，SL HARQ反馈资源，还可以替换为PSFCH反馈资源。2、在下描述中，若没有限定HARQ一定是NACK或HARQ一定是ACK的情况，上述HARQ可以为NACK或ACK等。3、成功发送HARQ反馈可以替换为：发送HARQ反馈。在后续描述中，如无特别之处，不再重复说明。

如图2C所示，提供一种侧行链路通信方法的流程，在该流程中以第一通信设备为RX UE，第二通信设备为TX UE，第一定时器为RTT timer，第二定时器为retransmissiontimer为例，至少包括以下：

步骤200：RX UE接收来自TX UE的侧行链路控制信息。所述侧行链路控制信息可以为SCI、PSCCH、第一级SCI，第二级SCI，或者，第一级SCI和第二级SCI等，不作限定。在下述描述中，以侧行链路控制信息为SCI为例，进行描述。

步骤201：RX UE根据SL HARQ反馈资源，启动RTT timer，所述SL HARQ反馈资源用于传输SCI或SCI调度的SL数据的HARQ反馈。

在本申请实施例中，上述SL HARQ反馈资源可以是配置的，用于传输HARQ反馈的资源。例如，在执行本申请实施例的方案时，上述SL HARQ反馈资源可以已经配置给RX UE。例如，可以是TX UE配置给RX UE的，或者可以是网络设备配置给RX UE的等，不作限定。该SLHARQ反馈资源还可以称为PSFCH资源等。该SL HARQ反馈资源中可以包括一个或多个时间单元，关于时间单元的说明可参见上述术语解释部分的记载，不再赘述。在本申请实施例中，当RX UE接收到TX UE发送的SCI时，该SCI可以作为一个触发条件，触发RX UE启动RTTtimer。关于启动RTT timer的具体的时间，可以根据上述配置的SL HARQ反馈资源确定。例如，在RX UE接收到上述SCI时，RX UE可以在上述多个时间单元中的任一个时间单元，启动RTT timer。例如，RX UE可以在上述多个时间单元中的第一个时间单元，启动RTT timer，即RX UE在SL HARQ反馈资源中包括的第一个时间单元，启动RTT timer。或者，在RX UE接收到上述SCI时，RX UE可以在上述SL HARQ反馈资源后，启动RTT timer。其中，RX UE可以在上述SL HARQ反馈资源后的任一个时间单元，启动RTT timer，不作限定。例如，RX UE可以在上述SL HARQ反馈资源后的第一个时间单元，启动RTT timer等。

通过上述描述，可以看出，RX UE在接收到SCI时，RX UE可以在SL HARQ反馈资源中的第一时间单元，或者，在SL HARQ反馈资源后的第一个时间单元，启动RTT timer等。以SLHARQ反馈资源为配置的为例，则RX UE可以在配置的SL HARQ反馈资源中的第一个时间单元，或者可以在配置的SL HARQ反馈资源后的第一个时间单元，启动RTT timer等。

需要说明的是，在RX UE启动RTT timer时，若retransmission timer正在运行，则RX UE还可以停止正在运行的retransmission timer等，以便后续根据RTT timer，启动retransmission timer，使得TX UE和RX UE之间的RTT timer和retransmission timer的启动同步。

可选的，步骤202：RX UE根据RTT timer，启动或不启动retransmission timer。关于RX UE根据RTT timer，启动或不启动retransmission timer，作如下说明：TX UE可以判断RTT timer是否超时，若RTT timer未超时，则不启动retransmission timer。当RTTtimer超时时，RX UE可以启动retransmission timer。或者，当RTT timer超时时，还需要再满足其它条件，才可以启动retransmission timer。具体可参见下述记载。

在一种可能的实现方式中，上述RX UE在RTT timer超时时，可以启动retransmission timer。即在RTT timer超时时，无论是否成功解码SCI或SCI调度的SL数据，均启动retransmission timer。在本申请的描述中，若无特别说明，通常RX UE侧是否成功解码，是指RX UE是否成功解码SCI或SCI调度的SL数据等。或者，在另一种可能的实现方式中，上述RX UE在RTT timer超时时，可以判断是否满足预设条件，满足预设条件时，RX UE才启动retransmission timer。上述预设条件可以为RX UE未成功解码，或者RX UE未成功发送SL HARQ反馈等。关于该预设条件将在以下实施例中具体介绍。

通过上述描述，可以看出，在本申请实施例中，当RX UE接收到SCI时，该SCI可以作为一个触发条件，RX UE根据配置的SL HARQ反馈资源包括的时间单元，启动RTT timer。当RTT timer超时时，RX UE启动retransmission timer。或者，当RTT timer超时，且满足预设条件时，RX UE启动retransmission timer。

需要说明的是，上述SCI作为启动RTT timer的触发条件。在一种可能的实施例中，除上述SCI的触发外，RX UE可能还需要满足其它条件，才启动RTT timer等。例如，上述其它条件可以包括TX UE未成功发送HARQ反馈等。也即在一种示例1中：

当RX UE接收到SCI时，RX UE可以执行发送该SCI或SCI调度的SL数据的HARQ反馈。之后，RX UE判断上述HARQ是否成功发送。若RX UE未成功发送上述HARQ反馈，则RX UE可以在上述用于发送HARQ反馈的SL HARQ反馈资源中包括的第一个时间单元中，启动RTTtimer。或者，RX UE可以在上述用于发送HARQ反馈的SL HARQ反馈资源后的第一个时间单元，启动RTT timer等。当RTT timer超时时，RX启动retransmission timer。可选的，关于RXUE成功发送上述HARQ反馈时，是否沿用本申请实施例中的方案，启动RTT timer，不作限定。比如，在一种可能的实现方式中，若RX UE成功发送HARQ反馈，可以沿用Uu DRX的配置，启动RTT timer，即在发送该HARQ反馈后的第一个符号，启动RTT timer等。

在本申请实施例中，RX UE未成发送HARQ反馈的原因可以包括RX UE因优先化(prioritization)或冲突等原因，导致RX UE未成功发送HARQ反馈。关于优先化作如下解释：确定优先次序，据此选取优先级更高的。具体的，针对本发明讨论的内容，优先化可进一步理解为：当RX UE同一时间需要发送两个或两个以上的信息(可选的，上述信息还可替换为信号或信令)时，或者RXUE在同一时间需要接收和发送时，或者RXUE在同一时间需要在两个或两个以上的物理信道上进行发送时，或者RX UE在同一时间需要在两个物理信道上进行一发一收时，确定这些信息或者信道的优先次序，选取优先级最高的信息或信道进行发送或者接收，其它信息或信道则不进行发送或者接收。针对上述示例1，一种具体的实现方式可以为：当RX UE接收到SCI时，RX UE可以执行发送SCI或SCI调度的SL数据的HARQ反馈。若RX UE发现由于优先化或冲突被低优先级等原因，而RX UE未成功发送HARQ反馈，则RX UE可以在SL HARQ反馈资源中所包括的第一个符号，或者，SL HARQ反馈资源后的第一个符号，启动RTT timer，停止retransmission timer。当RTT timer超时时，不论是否成功解码数据，RX UE都启动retransmission timer，以确保RX UE能够接收到这段时间内基站调度的新传SCI或重传，该重传包括当前HARQ进程的重传，和其它HARQ进程的重传，上述新传SCI也可以包括当前HARQ进程的新传SCI，或者其它HARQ进程的新传SCI。或者，换而言之，由于RXUE启动retransmission timer，RX UE处于唤醒态，RX UE可以接收到基站调度的数据，可以是新传SCI或者重传等，从而避免RX UE丢包。

继续介绍，RX UE启动RTT timer时，除了满足SCI的触发外，是否还需要满足其它条件。在一种示例2中，RX UE接收到SCI时，即可在SL HARQ反馈资源中的第一个符号，或者在SL HARQ反馈资源后的第一个符号，启动RTT timer。但不同与上述的是，当RTT timer超时时，RX UE并没有启动retransmission timer。而是RX UE还需要判断RX UE是否成功发送HARQ反馈，在RX UE未成功发送HARQ反馈时，才启动retransmission timer。也即：RX UE在RTT timer超时，RX UE未成功发送HARQ反馈时，RX UE启动retransmission timer。在一种可能的示例中，上述过程启动retransmission timer的过程可如下：RX UE接收到来自TXUE的SCI时，可在用于发送该SCI或SCI调度的SL数据的HARQ反馈的资源中的第一个符号，或者，在用于发送SCI或SCI调度的SL数据的HARQ反馈的资源后的第一个符号，启动RTTtimer。在RTT timer超时时，RX UE可判断上述SCI或SCI调度的SL数据的HARQ反馈，是否发送成功。若未发送成功，则启动retransmission timer。关于在RX UE成功发送上述HARQ反馈的情况下，是否利用本申请的方案，不作限定。例如，在一种可能的方式中，在RX UE成功发送上述HARQ反馈时，该HARQ为NACK，即未成功解码数据时，RX UE才启动retransmissiontimer等。

在本申请实施例中，RX UE未成功发送HARQ反馈的原因可以包括RX UE因优先化prioritization或冲突等原因，导致RX UE未成功发送HARQ反馈。针对上述示例2，一种可能的实现方式中，RX UE接收到SCI后，在SL HARQ反馈资源中的第一个符号，或所述SL HARQ反馈资源后的第一个符号，启动RTT timer，停止retransmission timer；当RTT timer超时，若Rx UE成功解码数据但因冲突被低优先级而未成功发送HARQ，则RX UE启动retransmission timer。

继续介绍，RX UE启动RTT timer时，除了满足SCI的触发外，是否还需要满足其它条件。在一种示例3中，RX UE接收到SCI时，即可在SL HARQ反馈资源中的第一个符号，或者在SL HARQ反馈资源后的第一个符号，启动RTT timer。当RTT timer超时时，RX UE启动retransmission timer。在一种示例中，上述过程还可以描述为：当RX UE接收到SCI后，RXUE不论是否成功发送HARQ，在SL HARQ反馈资源中的第一个符号，或SL HARQ反馈资源后的第一个符号，启动RTT timer，停止retransmission timer；当RTT timer超时时，(不论是否成功解码数据)，RX UE启动retransmission timer。

通过上述实现方式使得RX UE在发送HARQ反馈失败的情况下，仍能启动RTT timer和retransmission timer，从而可解决由于RX UE发送HARQ反馈失败或未发送HARQ反馈的情况下，未启动retransmission timer，导致的RX UE丢包的问题。

在本申请实施例一中，重点关于RX UE如何启动RTT timer和retransmissiontimer。对于TX UE如何启动RTT timer和retransmission timer，不作限定。例如，在一种可能的实现方式中，TX UE仍可沿用与上述RX UE侧相似的方案，启动RTT timer和retransmission timer等。例如，在一种可能的的实施例式中，上述图2C所示的流程，还可以包括：

步骤203：TX UE根据SL HARQ反馈资源，启动RTT timer。TX UE在发送SCI后，可以SL HARQ反馈资源中的第一个时间单元，或者在SL HARQ反馈资源后的第一个时间单元，启动RTT timer。关于SL HARQ反馈资源可以是配置的等。例如，可以是TX UE配置给TX UE的，因此关于SL HARQ反馈资源的具***置，TX UE是可以获知的。以上述SL HARQ反馈资源是配置的为例。TX UE在发送SCI后，可以在配置的SL HARQ反馈资源中的第一个时间单元，或者，在配置的SL HARQ反馈资源后的第一个时间单元，启动RTT timer。与上述相似，在TX UE在启动RTT timer时，若retransmission timer正在运行，则TX UE还可以停止retransmission timer。

通过上述步骤200至步骤201中的描述可以看出，对于RX UE启动上述描述的方式，启动RTT timer和retransmission timer，可以避免RX UE侧的丢包。而在本申请实施例中，若TX UE与RX UE采用相同的方式，启动RTT timer和retransmission timer，即步骤203和步骤204的方案，TX UE和RX UE采用相同的方案，启动RTT timer和retransmission timer，可以使得两者的激活时间对齐。

步骤204：TX UE可根据RTT timer，启动或不启动retransmission timer等。例如，在一种可能的实现方式中，当RTT timer超时时，TX UE可以启动retransmission timer。或者，当RTT timer超时时，TX UE可以判断TX UE是否满足预设条件，如果满足，启动retransmission timer等。例如上述预设条件可以包括以下的一种或多种等，不作限定:

1、TX UE成功收到HARQ反馈，所述HARQ反馈包括所述SCI或SCI调度的SL数据的HARQ反馈，且该HARQ反馈为NACK。

2、TX UE未成功收到所述HARQ反馈。

3、TX UE向网络设备发送HARQ反馈且该HARQ反馈为NACK等。

通过上述方法，TX UE和RX UE可以根据SL HARQ反馈资源，来启动RTT timer和retransmission timer，从而可以对齐两者RTT timer和retransmission timer的启动，避免出现TX UE向基站发送NACK时，启动RTT timer和retransmission timer，但RX UE侧由于未成功发送HARQ反馈，未启动RTT timer和retransmission timer，RX UE处于睡眠状态，RXUE接收不到TX UE重传的SL数据，导致RX UE侧丢包的问题。

本申请实施例还提供一种侧行链路通信方法，该方法与上述图2C所示流程的方式的区别在于：在上述图2C所示的流程中，UE在满足一定的条件时，先启动RTT timer，根据RTT timer，启动retransmission timer。而在该方法中，UE在满足一定的条件时，启动retransmission timer。

以第一通信设备为RX UE，第二通信设备为TX UE，第二定时器为retransmissiontimer为例。如图3所示，提供一种侧行链路通信方法的流程，至少包括以下：

步骤300：RX UE接收来自TX UE的侧行链路控制信息。该侧行链路控制信息可以为SCI、PSCCH、第一级SCI、第二级SCI，或第一级SCI和第二级SCI等。在下述描述中，以侧行链路控制信息为SCI为例。

步骤301：RX UE根据SL HARQ反馈资源，启动retransmission timer，所述SL HARQ反馈资源用于传输所述SCI或SCI调度的SL数据的HARQ反馈。

关于RX UE根据SL HARQ反馈资源，启动retransmission timer的过程，与上述RXUE根据SL HARQ反馈资源，启动RTT timer的过程，相似，不再赘述，两者可相互参见，例如，可以参考上述步骤201中的相关描述。比如，在一种可能的实现方式中，RX UE在接收到SCI时，可在SL HARQ反馈资源中的第一个符号，或者在SL HARQ反馈资源后的第一个符号，启动retransmission timer。或者，RX UE在接收到SCI时，可判断当前是否满足预设条件，若满足，则启动retransmission timer。若不满足，则RX UE则不启动retransmission timer等。在一种示例1中，上述预设条件可以为TX UE未成功发送SCI或SCI调度的SL数据的HARQ反馈，且未发送HARQ反馈的原因可能是：因RX UE自身冲突或优先化等原因等。则RX UE在接收到SCI后，当判断因冲突被优先级或优化先等原因，未成功发送HARQ时，RX UE可以在SLHARQ反馈资源中的第一个符号，或者在SL HARQ反馈资源后的第一个符号，启动retransmission timer等。

与上述相似，该实施例一重点关注：RX UE侧如何启动retransmission timer的过程。对于TX UE侧如何启动retransmission tiemr的过程，不作限定。例如，在一种可能的实现主式中，上述图3所示的流程中，还可以包括：

步骤302：TX UE根据SL HARQ反馈资源，启动retransmission timer。例如，TX UE在发送SCI时，可在SL HARQ反馈资源中的第一个时间单元，或SL HARQ反馈资源后的第一个时间单元，启动retransmission timer。或者，TX UE在发送SCI后，且满足预设条件时，在SLHARQ反馈资源中的第一个时间单元，或者SL HARQ反馈资源后的第一个时间单元，启动retransmission timer。关于需要满足的预设条件，可参见上述图2C中的介绍，不再赘述。

通过上述，RX UE可以在满足上述条件时，启动retransmission timer可以解决由于RX UE发送HARQ反馈失败，RX UE未启动retransmission timer，RX UE处于睡眠状，导致的RX UE丢包的问题；在本申请实施例的方案中，RX UE还可以尽早的启动retransmissiontimer。

实施例二

本申请实施例二提供一种侧行链路通信方法，如图4所示，该方法可应用于RX UE成功发送HARQ反馈，但TX UE由于自身收发冲突，未成功接收该HARQ反馈的场景。在介绍该方法之前，先对该实施例的描述作如下说明：1、在下述描述中，TX UE未接收到HARQ反馈，还可以替换为TX UE未接收到PSFCH。2、在下述描述中，若没有限定HARQ一定是NACK的情况，下述HARQ可以替换为ACK或NACK等。在后续描述中，如无特别之处，不再重复说明。

以第一通信设备为TX UE，第二通信设备为RX UE，第一定时器为RTT timer，第二定时器为retransmission tiem为例。如图5所示，提供一种侧行链路通信方法的流程，至少包括：

步骤500：TX UE向RX UE发送侧行链路控制信息。关于侧行链路控制信息的解释和说明，可参见上述步骤200中的介绍，此处不再赘述。在下述描述中，以侧行链路控制信息为SCI为例。

步骤501：RX UE向TX UE发送HARQ反馈，该HARQ反馈包括SCI或SCI调度的SL数据的HARQ反馈。

例如，在一种可能的实现方式中，若RX UE在接收到上述SCI后，若对SCI或SCI调度的SL数据解码成功，则RX UE向TX UE发送的HARQ反馈可以为ACK；或者，若RX UE对SCI或SCI调度的SL数据解码失败，则RX UE向TX UE发送的HARQ反馈可以为NACK等。

可选的，步骤502：TX UE确定未接收到HARQ反馈。

通过上述描述可以，在上述步骤501中，RX UE向TX UE发送HARQ反馈。但由于各种原因，可能TX UE未接收到上述HARQ反馈。可选的，TX UE未接收到上述HARQ反馈的原因可以包括TX UE因收发冲突或优先化prioritization，未接收到上述HARQ反馈。关于TX UE自身收发冲突可以包括：TX UE发送HARQ反馈的资源与接收HARQ反馈的资源冲突，上述冲突的资源可以包括时域资源重叠，或频域资源重叠，或者时域资源和频域资源均重叠等，从而导致TX UE接收HARQ反馈失败等。

步骤503：TX UE向RX UE发送第一指示信息，该第一指示信息用于指示TX UE未接收到所述HARQ反馈。

在本申请实施例中，RX UE在接收上述用于指示TX UE未接收到HARQ反馈的指示信息时，可执行以下操作：RX UE在RTT timer超时时，可启动retransmission timer，不再考虑是否解码成功等条件。这样做的原因如下：由于在当前方案中，RX UE发送HARQ反馈后，会启动RTT timer。当RTT timer超时时，RX UE未成功解码数据时，才会启动retransmissiontimer。而在本申请实施例中，由于TX UE没有接收到SL HARQ反馈，TX UE可以向基站发送NACK，以请求基站分配重传的SL资源，且在基站分配的重传的SL资源上，向RX UE发送重传的SL数据等。在本申请实施例中，为了确保RX UE可以接收到上述重传的SL的数据，TX UE可以向RX UE发送上述指示，RX UE在接收到上述指示时，RX UE在RTT timer超时时，无论是否成功解码数据，都启动retransmission timer，从而确保RX UE可以启动retransmissiontimer，接收到TX UE重传的SL数据，避免RX UE丢包。

可选的，在本申请实施例中，为了确定RX UE可以接收到上述第一指示信息，则RXUE在发送HARQ反馈之后，还可以启动第五定时器，在第五定时器的运行期间，RX UE处于激活时间，即唤醒态。

进一步的，当RX UE发送所述HARQ反馈时或后，RX UE还可以启动RTT timer。例如，RX UE在发送所述HARQ反馈后的第一个时间单元，启动RTT timer。当RTT timer超时时，且接收到上述第一指示信息时，启动retransmission timer。若RX UE未接收到上述第一指示信息，当RTT tiemr超时时，RX UE是否启动retransmission timer的方案不作限定。例如，在一种可能的实现方式中，若RX UE未接收到上述第一指示信息，当RTT timer超时时，若RXUE解码数据失败，则启动retransmission timer；而若RX UE解码数据成功，则不启动retransmission timer等。

关于上述方法，提供一种具体的示例，该示例包括：TX UE向RX UE发送SCI；RX UE接收到该SCI时，向TX UE发送该SCI或SCI调度的SL数据的HARQ反馈。TX UE由于自身发送PSFCH的资源与接收PSFCH的资源发送冲突，优先发送PSFCH，可能会导致TX UE未接收到RXUE的PSFCH，则TX UE可以向RX UE发送指示信息，该指示信息用于指示RX UE未接收到PSFCH。RX UE收到上述指示信息后，当RTT timer超时时，(不论是否成功解码数据)，RX UE均启动retransmission timer，以确保能收到这段时间内基站调度的SL数据，该SL数据中包括新传SCI或当前或其它SL HARQ进程的重传等。可选的，为了确定RX UE可以接收到上述指示信息，RX UE在发送HARQ反馈后，可启动第五定时器，例如定时器T1，该第五定时器的运行期间，RX UE为激活时间，即唤醒态。

通过上述方法，当TX UE确定由于自身收发冲突或优先化等原因，未接收到RX UE的HARQ反馈时，TX UE可以向RX UE发送指示信息。RX UE在接收到该指示信息时，在RTTtimer超时时，无论是否成功解码数据，都启动retransmission timer，从而可以使RX UE处于唤醒态，接收到TX UE发送的重传，避免RX UE侧丢包。

实施例三

该实施例三提供一种侧行链路通信方法，应用场景可以为：RX UE成功发送HARQ反馈，但TX UE未接收到上述HARQ反馈。与上述实施例二不同的是，当前TX UE未接收到HARQ反馈的原因，并不是由于TX UE自身收发冲突或优先化prioritization等造成的。

在介绍本申请实施例的方法之前，先对该实施例的描述作如下说明：1、在以下描述中，HARQ反馈可以替换为PSFCH。2、在以下描述中，若没有限定HARQ一定是NACK，则HARQ可以替换为ACK或NACK等。如无特别之处，不再重复说明。

以第一通信设备为TX UE，第二通信设备为RX UE，第三通信设备为网络设备，第一定时器为RTT timer，第二定时器为retransmission timer为例。如图6所示，提供一种侧行链路通信方法的流程，至少包括：

步骤600：TX UE向RX UE发送侧行链路控制信息。关于侧行链路控制信息的解释和说明，可参见上述步骤200中的介绍，此处不再赘述。在下述描述中，以侧行链路控制信息为SCI为例，进行描述。

步骤601：RX UE向TX UE发送HARQ反馈，该HARQ反馈为SCI或SCI调度的SL数据的HARQ反馈。

示例的，RX UE在接收到上述SCI时，可确定上述SCI或SCI调度的SL数据是否成功解码。若成功解码，则RX UE向TX UE发送的HARQ反馈为ACK；否则，RX UE向TX UE发送的HARQ反馈为NACK。

步骤602：TX UE确定未接收到HARQ反馈。

通过上述描述可以看出，在步骤601中，RX UE向TX UE发送HARQ反馈，但在步骤602中，TX UE未接收到上述HARQ反馈。在本申请实施例中，对TX UE未接收到上述HARQ反馈的原因不作限定。比如，TX UE可以因自身收发冲突，或优先化等，未接收到上述HARQ反馈，或者，TX UE可以为除上述原因外的其它原因未接收到HARQ反馈，比如传输条件恶劣等。在一种设计中，本申请实施例的方案，可以应用于，TX UE因自身收发冲突或优先级等外的其它原因，TX UE未接收到RX UE的HARQ反馈的场景等。

步骤603：TX UE向网络设备发送第二信息。可选的，由于TX UE未接收到上述HARQ反馈，因此，TX UE除向网络设备发送第二信息之外，还可以向网络设备发送NACK，该NACK可用于向网络设备请求SL重传资源等。在TX UE向网络设备发送NACK和第二信息的情况下，上述NACK和第二信息可以单独发送，或者可携带于同一个消息中发送等，不作限定。

在一种可能的实现方式中，TX UE在确定未接收到上述HARQ反馈时，TX UE可以向网络设备发送第二信息，该第二信息用于指示TX UE未接收到上述HARQ反馈。网络设备在接收到上述TX UE未接收到HARQ反馈的第二信息时，网络设备可以在对应的HARQ进程的retransmission timer运行期间，不调度SL新传或其它用于SL的HARQ进程的重传。

或者，在另一种可能的实现方式中，TX UE在确定未接收到上述HARQ反馈时，TX UE可以请求网络设备在对应的HARQ进程的retransmission timer运行期间，不调度SL新传或其它用于SL的HARQ进程的重传。此时，TX UE可以向网络设备发送用于指示网络设备在对应的HARQ进程的retransmission timer运行期间，不调度SL新传或其它用于SL的HARQ进程的重传的第二信息等。。

可选的，步骤604：网络设备在所述NACK对应的HARQ进程的第二定时器运行期间，不调度SL新传或其它用于SL的HARQ进程的重传。

针对上述图6所示的流程，如图7所示，提供一种具体的示例，包括：RX UE成功发送SL HARQ反馈，但TX UE未接收到RX UE的SL HARQ反馈。TX UE可以判断未接收到SL HARQ反馈的原因。当确定未接收到上述SL HARQ反馈的原因，并不是由于TX UE的自身收发冲突或优先化prioritization等引起的，则TX UE可以向基站反馈NACK时，指示基站在TX UE后续启动的Uu DRX的retransmission timer的运行期间不调度SL新传或其它HARQ进程的重传。关于上述TX UE后续启动的Uu DRX的retransmission timer可以解释为：TX UE向基站发送NACK对应的HARQ进程的retransmission timer，上述HARQ进程是Uu空口中的HARQ进程，在SL中一个对应的SL进程或SL HARQ进程。

通过上述方法，当RX UE成功发送HARQ反馈，但RX UE未成功接上述HARQ反馈时，TXUE可以向基站上报NACK。本申请的改进之处在于，TX UE除向基站上报NACK之外，还向基站上报第二信息，用于指示基站在NACK对应的HARQ进程的retransmission timer的运行期间，仅调度当前HARQ进程的重传。原因如下：在当前的方案中，当RX UE发送HARQ反馈后，RXUE可以启动RTT timer。当RTT timer超时时，RX UE未成功解码数据，即RX UE发送的HARQ反馈为NACK时，RX UE才启动retransmission timer。而当RTT timer超时，若RX UE成功解码数据，即RX UE发的HARQ反馈为ACK，RX UE不会启动retransmission timer。在本申请实施例中，由于TX UE没有接收到RX UE的HARQ反馈，TX UE并不知道RX UE发送的HARQ反馈为NACK，还是ACK。因此，在本申请实施例中，在上述情况下，TX UE不再区分RX UE发送的HARQ反馈是ACK还是NACK，TX UE统一向基站发送第二信息，以指示基站仅调度当前SL HARQ进程的重传，不调度SL新传或其它SL进程的重传。相应的，TX UE仅向RX UE发送当前SL HARQ进程的重传。这样做的好处如下：若RX UE发送的HARQ反馈为NACK，RX UE会在SL DRX上启动retransmission timer，RX UE可以接收到TX UE发送的当前SL HARQ进程的重传。而若RXUE发送的HARQ反馈为ACK，RX UE可能接收不到当前SL HARQ进程的重传，但由于RX UE反馈的HARQ反馈为ACK，代表对应SL进程的数据在上一次传输中已被RX UE成功解码，当前传输过程中接收不到，也没有问题。

实施例四

该实施例四提供一种侧行链路通信方法，该方法的应用场景可以为：当TX UE与RXUE间的SL DRX的配置，与TX UE与基站间的Uu DRX的配置不匹配时，可能会导致RX UE接收不到RX UE的SL数据，导致RX UE丢包。比如，在一种场景中，当RX UE的SL DRX的retransmission timer超时时，RX UE处于睡眠态，不能监听SCI时，此时TX UE向RX UE发送重传的SCI等，RX UE将未能成功接收上述重传的SCI，导致RX UE丢包。

以第一通信设备为RX UE，第二通信设备为TX UE，第一DRX为Uu DRX，第二DRX为SLDRX，第一定时器为RTT timer，第二定时器为retransmission timer为例。如图8所示，提供一种侧行链路通信方法的流程，至少包括：

步骤800：RX UE接收来自TX UE的Uu DRX的配置信息和/或第一时间间隔信息。

其中，TX UE可以自主的向RX UE发送Uu DRX的配置信息和/或第一时间间隔信息。例如，TX UE可以周期性的向RX UE发送Uu DRX的配置信息和/或第一时间间隔信息。或者，TX UE可以在满足第一条件时，向RX UE发送Uu DRX的配置信息和/或第一时间间隔信息等。例如，上述第一条件可以包括以下至少一项：第一时间间隔发生变化；第一时间间隔的变化量大于第一阈值；Uu DRX的配置信息发生变化；Uu DRX的配置信息的变化量大于第二阈值等。关于第一阈值，第二阈值可以是协议规定的，或预配置的等，不作限定。

或者，在另一种可能的实现方式中，TX UE可以根据RX UE的请求，向RX UE发送UuDRX的配置信息和/或第一时间间隔信息等。例如，RX UE可以向TX UE发送第一请求消息，第一请求消息用于请求RX UE向TX UE发送Uu DRX的配置信息和/或第一时间间隔信息；TX UE在接收到上述第一请求消息时，TX UE向RX UE发送Uu DRX的配置信息和/或第一时间间隔信息等。

关于上述Uu DRX的配置信息作如下说明：Uu DRX的配置信息中可包括RTT timer的配置和retransmission timer的配置。例如，RTT timer的配置信息可以为RTT timer的运行时长等，retransmission timer的配置信息可以为retransmission timer的运行时长等。关于第一时间间隔信息作如下说明：第一时间间隔可以为第一资源与第二资源间的时间间隔，或者第一资源与第二资源的时间间隔的最小值。例如，第一资源可以为PUCCH，第二资源可以为PSFCH。在以下描述中，以第一时间间隔为PSFCH-PUCCH时间间隔的最小值为例进行描述。

在一种可能的实现方式中，当RX UE接收到上述Uu DRX的配置信息和PSFCH-PUCCH时间间隔的最小值时，RX UE可以执行以下操作：

步骤801a：RX UE根据Uu DRX的配置和/或PUCCH-PSFCF时间间隔的最小值，确定SLDRX的配置。示例的，SL DRX的配置中包括RTT timer的配置和retransmission timer的配置等。

可选的，步骤802a：当Uu DRX的配置与SL DRX的配置不匹配，或PSFCH-PUCCH时间间隔的最小值不合适时，RX UE可以向TX UE发送第一信息，该第一信息用于通知TX UE所述Uu DRX的配置与SL DRX的配置不匹配，或PSFCH-PUCCH时间间隔的最小值不合适。进一步的，TX UE可以通知网络设备，由网络设备调整Uu DRX的配置和/或PSFCH-PUCCH时间间隔的最小值等。示例的，PSFCH-PUCCH时间间隔的最小值，与SL带宽部分(bandwidth part，BWP)的子载波间隔(sub-carrier space，SCS)配置和主小区上激活UL BWP的SCS配置相关。因此，在本申请实施例中，可以通过调整SL BWP的SCS配置，和/或主小区上激活UL BWP的SCS配置，调整PSFCH-PUCCH时间间隔的最小值。

在另一种可能的实现方式中，RX UE在上述步骤800中接收到Uu DRX的配置信息和/或PSFCH-PUCCH时间间隔的最小值时，RX UE可以将Uu DRX的配置信息和/或PSFCH-PUCCH时间间隔的最小值，通知网络设备，例如：

步骤801b：RX UE向其网络设备发送Uu DRX的配置信息和/或PSFCH-PUCCH时间间隔的最小值。

示例的，若SL DRX配置由RX UE的网络设备决定，RX UE对应的网络设备在接收到Uu DRX的配置信息和/或PSFCH-PUCCH时间间隔的最小值时，网络设备可以执行后续操作：例如，RX UE对应的网络设备，可以根据Uu DRX的配置信息和/或PSFCH-PUCCH时间间隔的最小值，确定SL DRX的配置信息。若发现Uu DRX的配置与SL DRX的配置不匹配，则可以调整SLDRX的配置。或者，通知RX UE Uu DRX的配置与SL DRX的配置不匹配，或PSFCH-PUCCH时间间隔的最小值不合适，再由RX UE将该信息告知TX UE，TX UE再将该信息告知其网络设备，TXUE对应的网络设备收到该信息后，调整Uu DRX的配置和/或PSFCH-PUCCH时间间隔的最小值等。

针对上述流程，提供一种具体的示例：TX UE可以向RX UE发送该TX UE作为接收端的Uu DRX U配置和PSFCH-PUCCH时间间隔的最小值，上述Uu DRX配置中可以包括RTT timer配置和retransmission timer配置等。，在一种可能的实现方式中，TX UE可以自主向RX UE发送Uu DRX的配置和PUCCHH-PSFCH时间间隔的最小值。例如，当Uu DRX UE的RTT timer、retransmission timer或PUCCH-PSFCH时间间隔的最小值中的至少一项，发生变化或变化量小于预设门限时，则TX UE向RX UE发送Uu DRX的配置和PUCCH-PSFCH时间间隔的最小值。或者，在另一种可能的实现方式中，当TX UE接收到RX UE的请求时，TX UE向RX UE发送UuDRX的配置和PSFCH-PUCCH时间间隔的最小值。

在该示例中，当RX UE接收到上述Uu DRX的配置和PSFCH-PUCCH时间间隔的最小值，RX UE可以确定SL DRX的配置；之后，RX UE可判断SL DRX的配置与Uu DRX中的RTTtimer和retransmission timer的取值是否相匹配；若不匹配，则RX UE可以通知TX UE。后续，TX UE在接收到上述不匹配的通知时，TX UE可以请求对应的基站更改Uu DRX中的RTTtimer和/或retransmission timer取值；和/或，TX UE请求基站更改SL BWP的SCS配置或主小区上激活UL BWP的SCS的配置等，以更新PSFCH-PUCCH时间间隔的最小值等。

在上述通知“不匹配”相关的方法中，RX UE的网络设备向RX UE，或RX UE向TX UE，或TX UE向TX UE的网络设备还可以发送Uu DRX的配置的调整信息和/或PSFCH-PUCCH时间间隔的最小值的调整信息，该调整信息可以跟“不匹配”的通知一起发送，或者分开发送。

通过上述方法，可以使得SL DRX的配置与Uu DRX的配置相匹配，从而避免RX UE接收不到基站在Uu DRX的retransmission timer运行期间内调度的SL重传和/或新传。

实施例五

本申请实施例五提供一种侧行链路通信方法，该方法的应用场景可以为：基站向TX UE发送的携带SL授权的DCI或RRC中，可以包括SL HARQ反馈资源的指示信息。若存在SLHARQ反馈资源，则代表TX UE可向基站发送SL HARQ反馈。否则，代表TX UE无需向基站发送SL HARQ反馈。对于无SL HARQ反馈资源的情况，TX UE和基站间的Uu DRX可以不启动RTTtimer和retransmission timer。但是RX UE不知道当前某个SL HARQ进程未配置SL HARQ反馈资源，若RX UE在SL DRX上启动对应的retransmission timer，则浪费RX UE的功耗。

以第一通信设备为TX UE，第二通信设备为RX UE，第三通信设备为网络设备，第一DRX为Uu DRX，第二DRX为SL DRX，第一定时器和第二定时器，分别为SL DRX关联的RTTtimer和retransmission timer。第三定时器和第四定时器，分别为Uu DRX关联的RTTtimer和retransmission timer为例。如图9所示，提供一种侧行链路通信方法的流程，至少包括：

步骤900：TX UE接收来自网络设备的第二信息，该第二信息可以为DCI或RRC等，该第二信息中可以携带SL授权信息。该第二信息中可以携带有指示信息，该指示信息用于指示存在或不存在SL HARQ反馈资源，或用于指示SL HARQ反馈资源(此时若该指示信息为空则表示不存在SL HARQ反馈资源)，该SL HARQ反馈资源可以为PUCCH资源，或PUSCH资源等。该SL HARQ反馈资源用于TX UE向网络设备发送SL的HARQ反馈。可选的，该第二信息中还可以携带有SL grant等，该SL grant用于网络设备为基站分配SL资源。

在一种可能的实现方式中，上述第二信息中携带有指示信息，该指示信息用于指示存在或不存在SL HARQ反馈资源，可以具体为：该指示信息用于指示第一SL进程或第一SL传输块(transport block，TB)存在或不存在SL HARQ反馈资源。

步骤901：TX UE根据第二信息，向RX UE发送第三信息，所述第三信息用于通知在SL DRX上启动或不启动对应SL进程的RTT timer和/或retransmission timer，上述SL进程可以为SL HARQ进程等，或者，第三信息用于指示存在或不存在SL HARQ反馈资源。

可选的，步骤902：RX UE根据第三信息，确定在SL DRX上启动或不启动对应的SL进程的RTT timer和/或retransmission timer。

在一种可能的实现方式中，当上述第三信息用于通知在SL DRX对应的的SL进程启动RTT timer和/或retransmission timer，或者，第三信息用于指示存在SL HARQ反馈资源时，RX UE在满足第一条件时，在SL DRX上启动对应SL进程的RTT timer和/或retransmission timer。在一种可能的实现方式中，上述第一条件可以为RX UE接收到SCI后，在PSFCH资源中的第一个符号，或者，在PSFCH资源后的第一个符号，启动RTT timer，RXUE在RTT timer超时时，启动retransmission timer。在另一种可能的实现方式中，上述第一条件可以为RX UE在发送SL HARQ反馈后的第一个符号，启动RTT timer。在RTT timer超时时，且未成功解码SL数据时，启动retransmission timer。

在另一种可能的实现方式中，当所述第三信息用于通知在SL DRX对应的SL进程不启动RTT timer和/或retransmission timer，或者，所述第三信息用于指示存在SL HARQ反馈资源时，RX UE在满足上述第一条件时，在SL DRX不启动对应SL进程的RTT timer和/或retransmission timer。关于第一条件可参见上述，不再赘述。

可选的，步骤903：TX UE根据第二信息，确定在Uu DRX上启动或不启动对应SL进程的RTT timer和/或retransmission timer，和/或，确定在SL DRX上启动或不启动对应SL进程的RTT timer和/或retransmission timer。

在一种可能的实现方式中，当第二信息指示存在SL HARQ反馈资源时，则TX UE在满足第二条件时，在Uu DRX上启动对应SL进程的RTT timer和/或retransmission timer示例的，上述第二条件可以包括：TX UE在接收到DCI时或后，在用于TX UE与网络之间的SLHARQ反馈资源中的第一个符号，或者SL HARQ反馈资源后的第一个符号，启动RTT timer。在RTT timer超时时，TX UE启动retransmission timer。或者，上述第二条件可以包括：TX UE在发送SL HARQ反馈后的第一个符号，启动RTT timer。在RTT timer超时时，且收到RX UE的SL HARQ反馈为NACK，或未收到RX UE的SL HARQ反馈(配置了资源)时，TX UE启动retransmission timer。

进一步的，当第二信息用于指示存在SL HARQ反馈资源时，TX UE在满足第三条件时，还可以在SL DRX上启动对应SL进程的RTT timer和/或retransmission timer。示例的，上述第三条件可以包括：TX UE在向RX UE发送SCI时，在用于TX UE与RX UE之间的SL HARQ反馈资源中的第一个时间单元，或该资源后的第一个时间单元，启动RTT timer；在RTTtimer超时时，启动retransmission timer，或者，在RTT timer超时时，若收到RX UE的SLHARQ反馈为NACK，或未收到RX UE的SL HARQ反馈(配置了资源)，启动retransmissiontimer。

在另一种可能的实现方式中，当所述第二信息指示不存在SL HARQ反馈资源时，TXUE在满足上述第二条件时，在Uu DRX上不启动对应SL进程的RTT timer和/或retransmission timer。关于第二条件可参见上述，不再赘述。

进一步的，当所述第二信息指示不存SL HARQ反馈资源时，TX UE在满足第三条件时，TX UE在SL DRX上不启动对应SL进程的RTT timer和/或retransmission timer。关于第三条件可参见上述，不再赘述。

针对上述图9所示的流程，提供一种具体的示例，在该实施例中，TX UE可以从基站接收DCI或RRC，该DCI或RRC可以携带有SL授权grant。示例的，上述DCI可以为用于DG或CGtype2中的DCI，RRC可以为用于CG type1中的RRRC等。

在一种可能的实现方式中，若TX UE从基站接到的DCI或RRC指示有用于TX向网络发送SL HARQ反馈的资源(如PUCCH资源或PUSCH资源)，则TX UE执行以下操作：TX UE在UuDRX和SL DRX上，在满足当前条件时，分别启动对应的HARQ进程的RTT timer和/或slretransmission timer。TX UE通知RX UE在对应的SL HARQ进程上(SL DRX)在满足当前条件时启动RTT time/retransmission timer，或通知RX UE“对应的sl HARQ进程有PUCCH资源”。RX UE据此在满足当前条件时，启动对应sl HARQ进程的RTT timer和/或retransmission timer。

在另一种可能的实现方式中，若TX UE从基站接收到的DCI或RRC指示无用于TX向网络发送SL HARQ反馈的资源，则TX UE执行以下操作：TX UE在Uu DRX和SL DRX上，不启动对应的HARQ进程的RTT timer和/或retransmission timer。TX UE通知RX UE在对应的SLHARQ进程上(SL DRX)不启动RTT time和/或retransmission timer，或通知RX UE“对应的SL HARQ进程无PUCCH资源”；RX UE据此确定不启动对应SL HARQ进程的RTT time和/或retransmission timer。

通过上述方法，可以避免当RX UE不知道某个SL HARQ进程因未配置PUCCH资源，而TX UE在Uu DRX上未启动对应的RTT timer和sl retransmission timer时，RX UE自身启动SL DRX上对应的retransmission timer时，而造成的RX UE的功耗浪费。

需要说明的是，在本申请实施例中，上述各个实施例可单独使用，或者组合使用等，不作限定。比如，在一种可能的设计中，上述实施例二和实施例三可以组合使用，例如当TX UE是由于自身冲突或优先化等原因，接收不到RX UE的SL HARQ反馈时，可使用上述实施例二中的方案，也当TX UE是由于其它原因，接收不到RX UE的SL HARQ反馈时，可使用上述实施例三中的方案等。

参考图11，为本申请实施例提供的装置1100的示意图。该装置用于实现上述方法实施例中第一通信设备，第二通信设备或第三通信设备所执行方法的功能。如图11所示，该装置1100包括收发单元1110和处理单元1120。

在第一个实施例中，上述装置1100可以为第一通信设备或第一通信设备中的芯片，则：

收发单元1110，用于接收来自第二通信设备的侧行链路控制信息；处理单元1120，用于根据侧行链路SL混合自动重传请求HARQ反馈资源，启动第一定时器，所述SL HARQ反馈资源用于传输所述侧行链路控制信息或所述侧行链路控制信息调度的SL数据的HARQ反馈；处理单元1120，还用于根据所述第一定时器，启动或不启动所述第二定时器；其中，所述第一定时器用于指示期望用于SL重传的资源配置信息或授权信息到达前的最小时长，所述第二定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

在一种可能的实现方式中，所述根据SL HARQ反馈资源，启动第一定时器，包括：在所述SL HARQ反馈资源中的第一个时间单元，启动所述第一定时器；或者，在配置的SL HARQ反馈资源中的第一个时间单元，启动所述第一定时器；或者，在所述SL HARQ反馈资源后的第一个时间单元，启动所述第一定时器；或者，在配置的SL HARQ反馈资源后的第一个时间单元，启动所述第一定时器。

在一种可能的实现方式中，处理单元1120，还用于：停止所述第二定时器。

在一种可能的实现方式中，未成功发送或未发送所述HARQ反馈，包括：因优先化prioritization或冲突，未成功发送或未发送所述HARQ反馈。

在一种可能的实现方式中，根据SL HARQ反馈资源，启动第一定时器，包括：成功或失败发送所述SCI或所述SCI调度的SL数据的HARQ反馈；根据所述SL HARQ反馈资源，启动第一定时器。

在一种可能的实现方式中，根据所述第一定时器，启动或不启动所述第二定时器，包括：当所述第一定时器超时时，启动所述第二定时器。(无论是否成功解码SL数据，都启动第二定时器)

在第二个实施例中，上述装置1100可以为第二通信设备或第二通信设备中的芯片，则：

收发单元1110，用于向第一通信设备发送侧行链路控制信息；处理单元1120，用于根据SL HARQ反馈资源，启动第一定时器；处理单元1120，还用于根据所述第一定时器，启动或不启动第二定时器；其中，所述第一定时器用于指示期望用于SL重传的资源配置信息或授权信息到达前的最小时长，所述第二定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

在一种可能的实现方式中，所述根据所述第一定时器，启动或不启动第二定时器，包括：当所述第一定时器超时时，启动所述第二定时器。

在第三个实施例中，上述装置1100可以为第一通信设备或第一通信设备中的芯片，则：

收发单元1110，用于向第二通信设备发送侧行链路控制信息；处理单元1120，用于确定未接收到HARQ反馈，所述HARQ反馈包括所述侧行链路控制信息或所述侧行链路控制信息调度的SL数据的HARQ反馈；收发单元1110，还用于向所述第二通信设备发送第一信息，所述第一信息用于指示所述第一通信设备未接收到所述HARQ反馈。

所述确定未接收到所述HARQ反馈，包括：因收发冲突或优先化prioritization，未接收到所述HARQ反馈。

在第四个实施例中，上述装置1100可以为第二通信设备或第二通信设备中的芯片，则：

收发单元1110，用于接收来自第一通信设备的侧行链路控制信息；收发单元1110，还用于向第一通信设备发送HARQ反馈，所述HARQ反馈包括所述侧行链路控制信息或所述侧行链路控制信息调度的SL数据的HARQ反馈；收发单元1110，还用于接收来自所述第一通信设备的第一指示信息，所述第一指示信息用于指示所述第一通信设备未接收到所述HARQ反馈。

在一种可能的实现方式中，还包括：处理单元1120，用于在发送所述HARQ反馈后，启动第三定时器，在所述第三定时器的运行期间，所述第二通信设备处于激活时间。

在一种可能的实现方式中，处理单元1120，还用于：发送所述HARQ反馈时或后，启动第一定时器；或者，发送所述HARQ反馈后的第一个时间单元，启动所述第一定时器。

在一种可能的实现方式中，处理单元1120，还用于：当所述第一定时器超时时，启动第二定时器。

在第五个实施例中，上述装置1100可以为第一通信设备或第一通信设备中的芯片，则：

收发单元1110，用于向第二通信设备发送侧行链路控制信息；处理单元1120，用于确定未接收到HARQ反馈，所述HARQ反馈包括所述侧行链路控制信息或所述侧行链路控制信息调度的SL数据的HARQ反馈；收发单元1110，还用于向第三通信设备发送第二信息，或NACK和第二信息；其中，所述第二信息用于指示所述第一通信设备未接收到所述HARQ反馈，或者，所述第二信息用于指示所述第三通信设备在所述NACK对应的HARQ进程的第二定时器运行期间，不调度SL新传或其它用于SL的HARQ进程的重传，所述第二定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

在第六个实施例中，上述装置1100可以为第一通信设备或第一通信设备中的芯片，则：

收发单元1110，用于接收来自第一通信设备的第二信息，或NACK和第二信息；其中，所述第二信息用于指示所述第一通信设备未接收到HARQ反馈，或者，所述第二信息用于指示所述第三通信设备在所述NACK对应的HARQ进程的第二定时器运行期间，不调度SL新传或其它用于SL的HARQ进程的重传，所述第二定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长；处理单元1120，用于在所述NACK对应的HARQ进程的第二定时器运行期间，不调度SL新传或其它用于SL的HARQ进程的重传。

在第七个实施例中，上述装置1100可以为第一通信设备或第一通信设备中的芯片，则：

收发单元1110，用接收来自第二通信设备的第一DRX配置信息和/或第一时间间隔信息，所述第一DRX配置为所述通信设备与第三通信设备间的DRX配置，所述第一时间间隔为第一资源和第二资源间的时间间隔，所述第一资源为第二通信设备向第三通信设备发送SL HARQ反馈的资源，所述第二资源为所述第一通信设备向所述第二通信设备发送SL HARQ反馈的资源；处理单元1120，用于根据所述第一DRX配置信息和/或第一时间间隔信息，确定第二DRX配置，所述第二DRX配置为所述第一通信设备与所述第二通信设备间的DRX配置；或者，收发单元1110，还用于向其第三通信设备发送所述第一DRX配置信息和/或第一时间间隔信息。

在一种可能的实现方式中，收发单元1110，还用于在所述第一DRX的配置与所述第二DRX的配置不匹配时，向所述第二通信设备发送第一信息，所述第一信息用于通知所述第二通信设备所述第一DRX的配置与所述第二DRX的配置不匹配。

在一种可能的实现方式中，收发单元1110，还用于向所述第二通信设备发送第一请求信息，所述第一请求信息用于请求所述第二通信设备向所述第一通信设备发送所述第一DRX的配置信息和/或第一时间间隔信息。

在第八个实施例中，上述装置1100可以为第二通信设备或第二通信设备中的芯片，则：

处理单元1120，用于确定第一DRX的配置信息和/或第一时间间隔信息，所述第一DRX配置为所述第二通信设备与第三通信设备间的DRX配置，所述第一时间间隔为第一资源和第二资源间的时间间隔，所述第一资源为第二通信设备向第三通信设备发送SL HARQ反馈的资源，所述第二资源为所述第一通信设备向所述第二通信设备发送SL HARQ反馈的资源；收发单元1110，用于向第一通信设备发送第一DRX的配置信息和/或第一时间间隔信息。

在一种可能的实现方式中，收发单元1110，还用于：接收来自所述第一通信设备的第一信息，所述第一信息用于通知所述第二通信设备所述第一DRX的配置与第二DRX的配置不匹配，所述第二DRX配置为第一通信设备与第二通信设备间的DRX，所述第二DRX的配置用于所述第一通信设备与所述第二通信设备间的SL通信，或者，所述第二DRX配置用于所述第一通信设备接收所述第二通信设备发送的信息。

在一种可能的实现方式中，在满足第一条件时，收发单元1110执行向所述第一通信设备发送第一DRX的配置信息和/或第一时间间隔信息的步骤。

在一种可能的实现方式中，所述第一条件包括以下至少一项：所述第一时间间隔发生变化；所述第一时间间隔的变化量大于第一阈值；所述第一DRX的配置信息发生变化；所述第一DRX的配置信息的变化量大于第二阈值。

在一种可能的实现方式中，收发单元1110，还用于：接收来自所述第一通信设备的第一请求信息，所述第一请求信息用于请求所述第二通信设备向所述第一通信设备发送所述第一DRX的配置信息和/或第一时间间隔信息。

在第九个实施例中，上述装置1100可以为第一通信设备或第一通信设备中的芯片，则：

收发单元1110，用于接收来自第三通信设备的第二信息，所述第二信息用于指示存在或不存在SL HARQ反馈资源，所述SL HARQ反馈资源用于所述第一通信设备向第三通信设备发送SL的HARQ反馈；处理单元1120，用于根据所述第二信息，向第二通信设备发送第三信息，所述第三信息用于通知在第二DRX上启动或不启动对应SL进程的第一定时器和/或第二定时器，或者第三信息用于指示存在或不存在所述SL HARQ反馈资源；和/或，处理单元1120，还用于根据所述第二信息，确定在第一DRX上启动或不启动对应SL进程的第三定时器和/或第四定时器，和/或，确定在第二DRX上启动或不启动对应SL进程的第一定时器和/或第二定时器。其中，所述第一DRX为所述第一通信设备与第三通信设备间的DRX，所述第二DRX为所述第一通信设备与所述第二通信设备间的DRX，所述第一定时器和/或所述第三定时器用于指示期望用于SL重传的资源配置信息或授权信息到达前的最小时长，所述第二定时器和/或所述第四时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

在一种可能的实现方式中，当所述第二信息指示存在SL HARQ反馈资源时，所述第三信息用于通知在第二DRX对应的SL进程启动所述第一定时器和/或第二定时器，或者，所述第三信息用于指示存在SL HARQ反馈资源；和/或，所述第一通信设备在满足第一条件时，在第一DRX上启动对应SL进程的第三定时器和/或第四定时器，和/或，所述第一通信设备在满足第二条件时，在第二DRX上启动对应SL进程的第一定时器和/或第二定时器。

在一种可能的实现方式中，当所述第二信息指示不存在SL HARQ反馈资源时，所述第二信息用于通知在第二DRX对应的SL进程不启动所述第一定时器和/或所述第二定时器；或者，所述第二信息用于指示不存在SL HARQ反馈资源；和/或，所述第一通信设备在满足第一条件时，在第一DRX上不启动对应SL进程的第三定时器和/或第四定时器，和/或，所述第一通信设备在满足第二条件时，在第二DRX上不启动对应SL进程的第一定时器和/或第二定时器。(发明内容)

在第九个实施例中，上述装置1100可以为第三通信设备或第三通信设备中的芯片，则：

收发单元1110，用于接收来自第一通信设备的第三信息，所述第三信息用于通知在第二DRX上启动或不启动对应SL进程的第一定时器和/或第二定时器，或者，所述第三信息用于指示存在或不存在SL HARQ反馈资源；处理单元1120，用于根据所述第三信息，确定在第二DRX上启动或不启动对应的SL进程的第一定时器和/或第二定时器，所述第二DRX为所述第一通信设备与所述第二通信设备间的DRX，所述第一定时器用于指示期望用于SL重传的资源配置信息或授权信息到达前的最小时长，所述第二定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

在一种可能的实现方式中，当所述第三信息用于通知在第二DRX对应的SL进程启动所述第一定时器和/或第二定时器，或者，所述第三信息用于指示存在SL HARQ反馈资源时，所述第二终端端设备在满足第三条件时，启动对应SL进程的第一定时器和/或第二定时器。

在一种可能的实现方式中，当所述第三信息用于通知在第二DRX对应的SL进程不启动所述第一定时器和/或第二定时器，或者，所述第三信息用于指示存在SL HARQ反馈资源时，所述第二通信设备在满足第三条件时，不启动对应SL进程的第一定时器和/或第二定时器。

应理解，以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。

在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integratedcircuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，CPU)或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上***(system-on-a-chip，SOC)的形式实现。

以上收发单元1110是一种该装置的接口电路，用于从其它装置接收信号或向其它装置发送信号。例如，当该装置以芯片的方式实现时，该收发单元1110是该芯片用于从其它芯片或装置接收信号的接口电路、或向其它芯片或装置发送信号的接口电路。

参考图12，为本申请实施例提供的装置1200的示意图。用于实现上述方法实施例中第一通信设备、第二通信设备或第三通信设备的功能。如图12所示，该装置包括：处理器1210和接口1230。可选的，该装置还可以包括存储器1220。接口1230用于实现与其他设备进行通信。

以上实施例中第一通信设备、第二通信设备执行的方法可以通过处理器1210调用存储器(可以是第一通信设备、第二通信设备或第三通信设备中的存储器1220，也可以是外部存储器)中存储的程序来实现。即，第一通信设备、第二通信设备或第三通信设备可以包括处理器1210，该处理器1210通过调用存储器中的程序，以执行上述方法实施例中第一通信设备、第二通信设备执行的方法。这里的处理器可以是一种具有信号的处理能力的集成电路，例如CPU。第一通信设备或第二通信设备可以通过配置成实施以上方法的一个或多个集成电路来实现。例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。或者，可以结合以上实现方式。

具体的，图11中的收发单元1110和处理单元1120的功能/实现过程可以通过图12所示的装置1200中的处理器1210调用存储器1220中存储的计算机可执行指令来实现。或者，图11中的处理单元1110的功能/实现过程可以通过图12所示的装置1200中的处理器1210调用存储器1220中存储的计算机执行指令来实现，图11中的收发单元1110的功能/实现过程可以通过图12中所示的装置1200中的接口1230来实现。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

本申请还提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被计算机执行时实现上述任一方法实施例的功能。

本申请还提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。

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

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

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

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

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

在一个或多个示例性的设计中，本申请所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电脑、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、数字通用光盘(digital versatile disc，DVD)、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。本申请说明书的上述描述可以使得本领域技术任何可以利用或实现本申请的内容，任何基于所公开内容的修改都应该被认为是本领域显而易见的，本申请所描述的基本原则可以应用到其它变形中而不偏离本申请的发明本质和范围。因此，本申请所公开的内容不仅仅局限于所描述的实施例和设计，还可以扩展到与本申请原则和所公开的新特征一致的最大范围。

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

Claims

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

第一通信设备接收来自第二通信设备的侧行链路控制信息；

所述第一通信设备根据侧行链路SL混合自动重传请求HARQ反馈资源，启动第一定时器，所述SL HARQ反馈资源用于传输所述侧行链路控制信息或所述侧行链路控制信息调度的SL数据的HARQ反馈；

所述第一通信设备根据所述第一定时器，启动或不启动所述第二定时器；

其中，所述第一定时器用于指示期望用于SL重传的资源配置信息或授权信息到达前的最小时长，所述第二定时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

2.如权利要求1所述的方法，其特征在于，所述第一通信设备根据SL HARQ反馈资源，启动第一定时器，包括：

所述第一通信设备在所述SL HARQ反馈资源中的第一个时间单元，启动所述第一定时器；或者，

所述第一通信设备在配置的SL HARQ反馈资源中的第一个时间单元，启动所述第一定时器；或者，

所述第一通信设备在所述SL HARQ反馈资源后的第一个时间单元，启动所述第一定时器；或者，

所述第一通信设备在配置的SL HARQ反馈资源后的第一个时间单元，启动所述第一定时器。

3.如权利要求1或2所述的方法，其特征在于，所述第一通信设备根据SL HARQ反馈资源，启动第一定时器，包括：

所述第一通信设备未成功发送或未发送所述HARQ反馈，所述HARQ反馈为肯定确认ACK或否定确认NACK；

所述第一通信设备根据所述SL HARQ反馈资源，启动所述第一定时器。

4.如权利要求1或2所述的方法，其特征在于，所述第一通信设备根据所述第一定时器，启动或不启动所述第二定时器，包括：

当所述第一定时器超时时，所述第一通信设备成功或失败解码所述侧行链路控制信息或所述侧行链路控制信息调度的SL数据，所述第一通信设备启动所述第二定时器，或者，

当所述第一定时器超时时，所述第一通信设备启动所述第二定时器。

5.如权利要求3所述的方法，其特征在于，所述第一通信设备未成功发送或未发送所述HARQ反馈，包括：

所述第一通信设备因优先化prioritization或冲突，未成功发送或未发送所述HARQ反馈。

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

第二通信设备向第一通信设备发送侧行链路控制信息；

所述第二通信设备根据SL HARQ反馈资源，启动第一定时器；

所述第二通信设备根据所述第一定时器，启动或不启动第二定时器；

7.如权利要求6所述的方法，其特征在于，所述第二通信设备根据SL HARQ反馈资源，启动第一定时器，包括：

所述第二通信设备在所述SL HARQ反馈资源中的第一个时间单元，启动所述第一定时器；或者，

所述第二通信设备在配置的SL HARQ反馈资源中的第一个时间单元，启动所述第一定时器；或者，

所述第二通信设备在所述SL HARQ反馈资源后的第一个时间单元，启动所述第一定时器；或者，

所述第二通信设备在配置的SL HARQ反馈资源后的第一个时间单元，启动所述第一定时器。

8.如权利要求6或7所述的方法，其特征在于，若所述第二定时器在运行，所述方法还包括：所述第二通信设备停止所述第二定时器。

9.如权利要求6至8中任一项所述的方法，其特征在于，所述第二通信设备根据所述第一定时器，启动或不启动第二定时器，包括：

当所述第一定时器超时时，所述第二通信设备启动所述第二定时器。

10.如权利要求6至8中任一项所述的方法，其特征在于，所述第二通信设备根据所述第一定时器，启动或不启动第二定时器，包括：

当所述第一定时器超时时，若所述第二通信设备成功收到HARQ反馈，所述HARQ反馈包括所述侧行链路控制信息或侧行链路控制信息调度的SL数据的HARQ反馈，且该HARQ反馈为NACK，或所述第二通信设备未成功收到所述HARQ反馈，或所述第二通信设备向第三通信设备发送HARQ反馈且该HARQ反馈为NACK，则所述第二通信设备启动所述第二定时器。

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

第一通信设备接收来自第二通信设备的第一DRX配置信息和/或第一时间间隔信息，所述第一DRX配置为所述通信设备与第三通信设备间的DRX配置，所述第一时间间隔为第一资源和第二资源间的时间间隔，所述第一资源为第二通信设备向第三通信设备发送SL HARQ反馈的资源，所述第二资源为所述第一通信设备向所述第二通信设备发送SL HARQ反馈的资源；

所述第一通信设备根据所述第一DRX配置信息和/或第一时间间隔信息，确定第二DRX配置，所述第二DRX配置为所述第一通信设备与所述第二通信设备间的DRX配置；或者，

所述第一通信设备向其第三通信设备发送所述第一DRX配置信息和/或第一时间间隔信息。

12.如权利要求11所述方法，其特征在于，所述第一时间间隔包括第一资源和第二资源间的时间间隔的最小值。

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

当所述第一DRX的配置与所述第二DRX的配置不匹配时，所述第一通信设备向所述第二通信设备发送第一信息，所述第一信息用于通知所述第二通信设备所述第一DRX的配置与所述第二DRX的配置不匹配。

14.如权利要求11至13中任一项所述的方法，其特征在于，还包括：

所述第一通信设备向所述第二通信设备发送第一请求信息，所述第一请求信息用于请求所述第二通信设备向所述第一通信设备发送所述第一DRX的配置信息和/或第一时间间隔信息。

15.如权利要求11至14中任一项所述的方法，其特征在于，所述第一DRX的配置中包括第三定时器的配置和第四定时器的配置，所述第二DRX的配置中包括第一定时器的配置和第二定时器的配置；

其中，所述第一定时器和/或所述第三定时器用于指示期望用于SL重传的资源配置信息或授权信息到达前的最小时长，所述第二定时器和/或所述第四时器用于指示收到SL重传的资源配置信息或授权信息所需的最大时长。

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

第二通信设备确定第一DRX的配置信息和/或第一时间间隔信息，所述第一DRX配置为所述第二通信设备与第三通信设备间的DRX配置，所述第一时间间隔为第一资源和第二资源间的时间间隔，所述第一资源为第二通信设备向第三通信设备发送SL HARQ反馈的资源，所述第二资源为所述第一通信设备向所述第二通信设备发送SL HARQ反馈的资源；

所述第二通信设备向第一通信设备发送第一DRX的配置信息和/或第一时间间隔信息。

17.如权利要求于，所述第一时间间隔包括第一资源和第二资源间的时间间隔的最小值。

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

所述第二通信设备接收来自所述第一通信设备的第一信息，所述第一信息用于通知所述第二通信设备所述第一DRX的配置与第二DRX的配置不匹配，所述第二DRX配置为第一通信设备与第二通信设备间的DRX，所述第二DRX的配置用于所述第一通信设备与所述第二通信设备间的SL通信，或者，所述第二DRX配置用于所述第一通信设备接收所述第二通信设备发送的信息。

19.如权利要求16至18中任一项所述的方法，其特征在于，在满足第一条件时，所述第二通信设备向所述第一通信设备发送第一DRX的配置信息和/或第一时间间隔信息的步骤。

20.如权利要求19所述的方法，其特征在于，所述第一条件包括以下至少一项：

所述第一时间间隔发生变化；

所述第一时间间隔的变化量大于第一阈值；

所述第一DRX的配置信息发生变化；

所述第一DRX的配置信息的变化量大于第二阈值。

21.如权利要求16至20中任一项所述的方法，其特征在于，还包括：

所述第二通信设备接收来自所述第一通信设备的第一请求信息，所述第一请求信息用于请求所述第二通信设备向所述第一通信设备发送所述第一DRX的配置信息和/或第一时间间隔信息。

22.如权利要求16至21中任一项所述的方法，其特征在于，所述第一DRX的配置中包括第三定时器的配置和第四定时器的配置，所述第二DRX的配置中包括第一定时器的配置和第二定时器的配置；

23.一种侧行链路通信装置，其特征在于，用于实现如权利要求1至5任一项所述的方法，或者，用于实现如权利要求11至15任一项所述的方法。

24.一种装置，其特征在于，包括处理器和存储器，所述处理器和所述存储器耦合，所述处理器用于执行权利要求1至5任一项所述的方法，或者用于执行权利要求11至15任一项所述的方法。

25.一种装置，其特征在于，用于实现如权利要求6至10任一项所述的方法，或者，用于执行权利要求16至22中任一项所述的方法。

26.一种装置，其特征在于，包括处理器和存储器，所述处理器和所述存储器耦合，所述处理器用于执行权利要求6至10任一项所述的方法，或者，用于执行权利要求16至22中任一项所述的方法。

27.一种通信***，包括权利要求23或24所述的装置，和权利要求25或26所述的装置。

28.一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得计算机执行权利要求1至5任一项所述的方法，或者权利要求11至15任一项所述的方法。

29.一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得计算机执行权利要求6至10任一项所述的方法，或者权利要求16至22任一项所述的方法。

30.一种包含指令的计算机程序产品，其特征在于，当其在计算机上运行时，实现上述权利要求1至5任一项所述的方法，或者权利要求11至15任一项所述的方法。

31.一种包含指令的计算机程序产品，其特征在于，当其在计算机上运行时，实现上述权利要求6至10任一项所述的方法，或者权利要求16至22任一项所述的方法。