CN116636302A

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

Info

Publication number: CN116636302A
Application number: CN202180082489.XA
Authority: CN
Inventors: 余唱; 常俊仁; 彭文杰
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-02-26
Filing date: 2021-02-26
Publication date: 2023-08-22
Also published as: WO2022178813A1

Abstract

一种侧行链路通信方法及装置，该方法包括：第一终端设备向第二终端设备发送HARQ属性为使能的SCI，第一终端设备在接收到来自第二终端设备的HARQ反馈时，启动或重启非连续接收非活动定时器；相应的，第二终端设备在向第一终端设备发送所述HARQ反时，启动或重启非连续接收非活动定时器。可选的，第一终端设备在与第二终端设备间进行HARQ属性为去使能的SCI的传输时，不再启动或重启非连续接收非活动定时器，从而使得第一终端设备与第二终端设备同步启动非连续接收非活动定时器，对齐两者的激活时间。

Description

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

技术领域

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

背景技术

在无线通信系统中，为了在保证数据能够有效传输的前提下节省用户设备(user equipment，UE)的功耗，引入了一种非连续接收(discontinuous reception，DRX)机制来控制UE监听物理下行控制信道(physical downlink control channel，PDCCH)的行为。该DRX机制还可以称为空口DRX(Uu DRX)机制。

如果没有Uu DRX机制，UE会保持监听PDCCH，查看是否有来自服务小区的信息。然而现实中很多时候，UE并不是一直和网络进行有效信息的交互，不会总是执行上传或下载业务，通话时也不会一直有语音数据的传输。如果在UE和网络之间没有数据交互的时候，UE还持续的监听PDCCH，显然是很费电的。因而，在保证数据有效传输的前提下，可以采用Uu DRX机制以节省UE电量。

当配置Uu DRX时，可以让UE周期性的在某些时候进入“睡眠状态”，UE不需要连续地监听PDCCH，而需要监听的时候，则从睡眠状态中唤醒自己，这样就可以使UE达到省电的目的。虽然这样做对数据传输的时延有一定的影响，但如果这种时延并不影响用户体验，那么考虑到UE更为重要的功耗，执行Uu DRX是很有意义的。

目前，在第三代合作伙伴计划(3rd generation partnership project，3GPP)的通信协议版本17(release17，R17)的侧行链路(sidelink，SL)研究中，提出引入了SL DRX。类似于上述Uu DRX，SL DRX用于控制接收UE监听侧行链路控制信息(sidelink control information，SCI)。即UE在激活时间段内醒来监听其它UE发送的SCI，若UE进入睡眠状态，则无法接收SCI。

在SL DRX中，UE的激活时间(active time)包括以下定时器正在运行的时间：非连续接收激活定时器DRX-on Duration timer，非连续接收非活动定时器DRX-inactivity timer，和非连续接收重传定时器DRX-Retransmission timer。由于受各种因素的影响，会导致发送UE与接收UE启动的定时器不同步，进而导致两者的激活时间不对齐，影响两者的正常通信。

发明内容

本申请提供一种侧行链路通信方法及装置，以使得发送端与接收端的定时器同步启动，对齐两者的激活时间。

第一方面，提供一种侧行链路通信方法，包括：第一终端设备向第二终端设备发送混合自动重传请求HARQ属性为使能的侧行链路控制信息SCI，所述HARQ属性为使能指示所述第二终端设备接收到所述SCI或所述SCI调度的侧行链路SL数据时，向所述第一终端设备发送所述SCI或所述SCI调度的数据的HARQ反馈；所述第一终端设备接收来自所述第二终端设备的所述SCI或所述SCI调度的数据的HARQ反馈，所述第一终端设备启动或重启非连续接收非活动定时器。可选的，还包括：所述第一终端设备向所述第二终端设备发送HARQ属性为去使能的SCI，所述第一终端设备保持所述非连续接收非活动定时器为未启动状态，所述HARQ属性为去使能指示所述第二终端设备接收到所述SCI或所述SCI调度的SL数据时，不向所述第一终端设备发送所述SCI或所述SCI调度的SL数据的HARQ反馈。

通过上述可以看出，对于HARQ属性为去使能的SCI，由于第二终端并不反馈HARQ，所以第一终端设备不能明确确定第二终端设备是否接收到当前的SCI。而采用第一方面的设计，对于HARQ属性为去使能的SCI，不启动或重启非连续接收非活动定时器。而对于HARQ属性为使能的SCI，第一终端设备在接收到该SCI的HARQ反馈时，再启动非连续接收非活动定时器，第二终端设备在发送HARQ反馈时，再启动非连续接收非活动定时器；从而使得第一终端设备与第二终端设备同步启动非连续接收非活动定时器，使得第一终端设备与第二终端设备的激活时间对齐。

在一种可能的实现方式中，所述SCI包括第一级SCI，或者第一级SCI和第二级SCI。可选的，所述SCI可以携带于PSCCH中传输。

第二方面，提供一种侧行链路通信方法，关于第二方面的有益效果可参见上述第一方面的记载，该方法包括：第二终端设备接收来自第一终端设备的混合自动重传请求HARQ属性为使能的侧行链路控制信息SCI，所述HARQ属性为使能指示所述第二终端设备接收到所述SCI或所述SCI调度的侧行链路SL数据时，向所述第一终端设备发送所述SCI或所述SCI调度的数据的HARQ反馈；所述第二终端设备向所述第一终端设备发送所述SCI或所述SCI调度的SL数据的HARQ反馈，所述第二终端设备启动或重启非连续接收非活动定时器。可选的，还包括：所述第二终端设备接收来自所述第一终端设备的HARQ属性为去使能的SCI，所述第二终端设备保持所述非连续接收非活动定时器为未启动状态，所述HARQ属性为去使能指示所述第二终端设备接收到所述SCI或所述SCI调度的SL数据时，不向所述第一终端设备发送所述SCI或所述SCI调度的SL数据的HARQ反馈。

第三方面，提供一种侧行链路通信方法，包括：第二终端设备向第一终端设备发送第一信息，所述第一信息的混合自动重传请求HARQ属性为使能，所述HARQ属性为使能指示所述第一终端设备接收到所述第一信息时，向所述第二终端设备发送所述第一信息的HARQ反馈；所述第二终端设备接收来自所述第一终端设备的所述第一信息的HARQ反馈，当该HARQ反馈为肯定应答ACK时，所述第二终端设备使用非连续接收DRX长周期。

以第二终端设备为RX UE，第一终端设备为TX UE为例。在上述第三方面的设计中，RX UE在需要由DRX短周期向DRX长周期切换时，RX UE可以向TX UE发送第一信息，所述第一信息的HARQ属性为使能。TX UE在接收到上述第一信息时，可确定是否同意RX UE进入DRX长周期。若TX UE同意RX UE进入DRX长周期，则TX UE可向RX UE发送ACK的HARQ反馈。RX UE在接收到上述ACK的HARQ反馈时，再由DRX短周期切换到DRX长周期。采用上述第三方面的设计，可使得TX UE与RX UE的DRX周期一致。

在一种可能的实现方式中，所述第一信息指示使用所述DRX长周期。

在一种可能的实现方式中，所述第一信息承载于媒体接入控制控制元素MAC CE中。

在一种可能的实现方式中，所述第一信息中携带有第一链路的指示信息，所述第一链路用于所述第一终端设备向所述第二终端设备发送SL数据信息或SL控制信息。

在一种可能的实现方式中，所述第一链路的指示信息包括:目的标识和源标识对，所述目的标识为接收端的标识，所述源标识为发送端的标识；或所述第一链路的标识；或所述第一链路的连接标识。

第四方面，提供一种侧行链路通信方法，关于该第四方面的有益效果，可参见上述第三方面的记载，该方法包括：第一终端设备接收来自第二终端设备的第一信息，所述第一信息的混合自动重传请求HARQ属性为使能，所述HARQ属性为使能指示所述第一终端设备接收到所述第一信息时，向所述第二终端设备发送所述第一信息的HARQ反馈；所述第一终端设备向所述第二终端设备发送所述第一信息的HARQ反馈，当该HARQ反馈为肯定应答ACK时，所述第一终端设备使用非连续接收DRX长周期。

在一种可能的实现方式中，所述第一链路的指示信息包括目的标识和源标识对，所述目的标识为接收端的标识，所述源标识为发送端的标识；或所述第一链路的标识；或所述第一链路的连接标识。

第五方面，提供一种侧行链路通信方法，包括：第一终端设备向第二终端设备发送第二信息，所述第二信息的混合自动重传请求HARQ属性为使能，所述HARQ属性为使能指示所述第二终端设备接收到所述第二信息时，向所述第一终端设备发送所述第二信息的HARQ反馈；所述第一终端设备接收来自所述第二终端设备的所述第二信息的HARQ反馈，当所述HARQ反馈为肯定应答ACK时，所述第一终端设备使用非连续接收DRX短周期。

以第一终端设备为TX UE，第二终端设备为RX UE为例，采用上述第五方面的设计，TX UE在满足由DRX长周期切换到DRX短周期的条件时，向RX UE发送第二信息，RX UE在同意其切换到DRX短周期时，TX UE和RX UE再切换到DRX短周期，从而可使得TX UE与RX UE的DRX周期一致。

在一种可能的实现方式中，所述第二信息指示使用所述DRX短周期。

在一种可能的实现方式中，所述第二信息承载于媒体接入控制控制元素MAC CE中。

在一种可能的实现方式中，所述第二信息中携带有第一链路的指示信息，所述第一链路用于所述第一终端设备向所述第二终端设备发送SL数据信息或SL控制信息。

在一种可能的实现方式中，所述第一链路的指示信息包括：目的标识和源标识对，所述目的标识为接收端的标识，所述源标识为发送端的标识；或所述第一链路的标识；或所述第一链路的连接标识。

第六方面，提供一种侧行链路通信方法，关于第六方面的有益效果可参见上述第五方面的记载，该方法至少包括：第二终端设备接收来自第一终端设备的第二信息，所述第二信息的混合自动重传请求HARQ属性为使能，所述HARQ属性为使能指示所述第二终端设备在接收到所述第二信息时，向所述第一终端设备发送所述第二信息的HARQ反馈；所述第二终端设备向所述第一终端设备发送所述第二信息的HARQ反馈，当所述HARQ反馈为肯定应答ACK时，所述第二终端设备使用非连续接收DRX短周期。

第七方面，提供一种侧行链路通信方法，包括：第一终端设备在非连续接收DRX长周期的激活期间，仅发送混合自动重传请求HARQ属性为使能的侧行链路控制信息SCI，所述HARQ属性为使能指示第二终端设备在接收到所述SCI或SCI调度的侧行链路SL数据时，向所述第一终端设备发送所述SCI或SL数据的HARQ反馈；所述第一终端设备在接收到所述SCI或SL数据的HARQ反馈时，启动或重启非连续接收非活动定时器，在所述非连续接收非活动定时器超时时，所述第一终端设备使用非连续接收DRX短周期。

以第一终端设备为TX UE，第二终端设备为RX UE，非连续接收非活动定时器为inactivity timer为例。TX UE与RX UE的DRX周期不一致，主要是由于TX UE发送的SCI，RX UE接收失败，从而导致的RX UE未启动inactivity timer；在inactivity timer超时时，RX UE也未启动shortcycle timer。采用上述第七方面的设计，通过TX UE在DRX长周期的激活时间内，仅发送HARQ属性为使能的SCI，TX UE在接收到所述SCI或SCI调度的SL数据的HARQ反馈时，再启动或重启inactivity timer。而RX UE在发送所述SCI或SCI调度的SL数据的HARQ反馈时，再启动或重启inactivity timer。从而使得TX UE与RX UE的inactivity timer启动同步，进而使得两者的shortcycle timer同步启动，TX UE与RX UE同步切换到DRX短周期。

第八方面，提供一种侧行链路通信方法，包括：第一终端设备确定与第二终端设备间的非连续接收DRX处于激活时间，且仅有混合自动重传请求HARQ属性为去使能的非连续接收重传定时器在运行，所述HARQ属性为去使能指示所述第二终端设备在接收到所述非连续接收重传定时器对应的信息时，向所述第一终端设备发送该信息对应的HARQ反馈；所述第一终端设备与所述第二终端设备间进行HARQ属性为去使能的传输，所述HARQ属性为去使能指示所述第二终端设备在接收到所述传输对应的信息时，不向所述第一终端设备发送该信息的HARQ反馈。

以第一终端设备为TX UE，第二终端设备为RX UE，非连续接收重传定时器为Re TX timer为例；采用上述第八方面的设计，在TX UE与RX UE之间的DRX处于激活时间，且当前仅有HARQ属性为去使能的ReTX timer运行时，TX UE与RX UE间不再进行HARQ属性为使能的传输，可避免由于TX UE发送HARQ属性为使能的SL信息或数据后，接收到不到RX UE的HARQ反馈，而触发SL RLF的问题。

在一种可能的实现方式中，所述第一终端设备与所述第二终端设备间进行HARQ属性为去使能的传输，包括：所述第一终端设备不向所述第二终端设备发送HARQ属性为使能的新传，和/或，所述第一终端设备向所述第二终端设备发送HARQ属性为去使能的新传或者重传。

在一种可能的实现方式中，所述第一终端设备不向所述第二终端设备发送HARQ属性为使能的新传，包括：所述第一终端设备对于新传对应的授权仅复用HARQ属性为去使能的逻辑信道LCH；或者，所述第一终端设备清除新传对应的授权。

在一种可能的实现方式中，所述新传包括新传输块TB，或指示新传的侧行链路控制信息SCI。

在一种可能的实现方式中，所述重传包括重传TB，或指示重传的SCI。

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

所述第一终端设备在与所述第二终端设备间的HARQ属性为去使能的传输结束时，所述第一终端设备停止所述传输对应侧行链路SL进程的非连续接收重传定时器。

第九方面，提供一种侧行链路通信装置，该装置可以为第一终端设备或第一终端设备中的芯片。所述通信装置具备实现上述第一方面的功能。比如，所述通信装置包括执行上述第一方面涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元和收发单元，其中，收发单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，收发单元用于接收来自网络设备的配置信息；处理单元可以用于执行该通信装置的一些内部操作。处理单元、收发单元执行的功能可以和上述第一方面涉及的步骤相对应。

在一种可能的设计中，所述通信装置包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第一方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存实现上述第一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第一方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第一方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第一方面任意可能的设计或实现方式中的方法。

第十方面，提供一种侧行链路通信装置，该装置可以为第二终端设备或第二终端设备中的芯片。所述通信装置具备实现上述第二方面的功能。比如，所述通信装置包括执行上述第二方面涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元、收发单元，其中，收发单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，收发单元用于接收来自网络设备的配置信息；处理单元可以用于执行该通信装置的一些内部操作。处理单元、收发单元执行的功能可以和上述第二方面涉及的步骤相对应。

在一种可能的设计中，所述通信装置包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第二方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存实现上述第二方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第二方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第二方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第二方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第二方面任意可能的设计或实现方式中的方法。

第十一方面，提供一种侧行链路通信装置，该装置可以为第二终端设备或第二终端设备中的芯片。所述通信装置具备实现上述第三方面的功能。比如，所述通信装置包括执行上述第三方面涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元、收发单元，其中，收发单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，收发单元用于接收来自网络设备的配置信息；处理单元可以用于执行该通信装置的一些内部操作。处理单元、收发单元执行的功能可以和上述第三方面涉及的步骤相对应。

在一种可能的设计中，所述通信装置包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第三方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存实现上述第三方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第三方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第三方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第三方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第三方面任意可能的设计或实现方式中的方法。

第十二方面，提供一种侧行链路通信装置，该装置可以为第一终端设备或第一终端设备中的芯片。所述通信装置具备实现上述第四方面的功能。比如，所述通信装置包括执行上述第四方面涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元、收发单元，其中，收发单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，收发单元用于接收来自网络设备的配置信息；处理单元可以用于执行该通信装置的一些内部操作。处理单元、收发单元执行的功能可以和上述第四方面涉及的步骤相对应。

在一种可能的设计中，所述通信装置包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第四方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存实现上述第四方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第四方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第四方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第四方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第四方面任意可能的设计或实现方式中的方法。

第十三方面，提供一种侧行链路通信装置，该装置可以为第一终端设备或第一终端设备中的芯片。所述通信装置具备实现上述第五方面的功能。比如，所述通信装置包括执行上述第五方面涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元、收发单元，其中，收发单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，收发单元用于接收来自网络设备的配置信息；处理单元可以用于执行该通信装置的一些内部操作。处理单元、收发单元执行的功能可以和上述第五方面涉及的步骤相对应。

在一种可能的设计中，所述通信装置包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第五方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存实现上述第五方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第五方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第五方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第五方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第五方面任意可能的设计或实现方式中的方法。

第十四方面，提供一种侧行链路通信装置，该装置可以为第二终端设备或第二终端设备中的芯片。所述通信装置具备实现上述第六方面的功能。比如，所述通信装置包括执行上述第六方面涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元、收发单元，其中，收发单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，收发单元用于接收来自网络设备的配置信息；处理单元可以用于执行该通信装置的一些内部操作。处理单元、收发单元执行的功能可以和上述第六方面涉及的步骤相对应。

在一种可能的设计中，所述通信装置包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第六方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存实现上述第六方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第六方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第六方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第六方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第六方面任意可能的设计或实现方式中的方法。

第十五方面，提供一种侧行链路通信装置，该装置可以为第一终端设备或第一终端设备中的芯片。所述通信装置具备实现上述第七方面的功能。比如，所述通信装置包括执行上述第七方面涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元、收发单元，其中，收发单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，收发单元用于接收来自网络设备的配置信息；处理单元可以用于执行该通信装置的一些内部操作。处理单元、收发单元执行的功能可以和上述第七方面涉及的步骤相对应。

在一种可能的设计中，所述通信装置包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第七方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存实现上述第七方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第七方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第七方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第七方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第七方面任意可能的设计或实现方式中的方法。

第十六方面，提供一种侧行链路通信装置，该装置可以为第一终端设备或第一终端设备中的芯片。所述通信装置具备实现上述第八方面的功能。比如，所述通信装置包括执行上述第八方面涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元、收发单元，其中，收发单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，收发单元用于接收来自网络设备的配置信息；处理单元可以用于执行该通信装置的一些内部操作。处理单元、收发单元执行的功能可以和上述第八方面涉及的步骤相对应。

在一种可能的设计中，所述通信装置包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第八方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存实现上述第八方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第八方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第八方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第八方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第八方面任意可能的设计或实现方式中的方法。

第十七方面，提供一种通信系统，该通信系统包括上述第九方面、第十二方面、第十三方面、第十五方面、或第十六方面的通信装置，以及，第十方面，第十一方面或第十四方面的通信装置。

第十八方面，本申请提供一种计算机可读存储介质，所述计算机存储介质中存储有计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述第一方面至第八方面的任一种可能的设计中的方法。

第十九方面，本申请提供一种计算机程序产品，当计算机读取并执行所述计算机程序产品时，使得计算机执行上述第一方面至第八方面的任一种可能的设计中的方法。

第二十方面，本申请提供一种芯片，所述芯片包括处理器，所述处理器与存储器耦合，用于读取并执行所述存储器中存储的软件程序，以实现上述第一方面至第八方面的任一种可能的设计中的方法。

附图说明

图1为本申请实施例提供的系统架构示意图；

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

图3为本申请实施例提供的当前方案中启动inactivity timer的示意图；

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

图5为本申请实施例提供的启动inactivity timer的示意图；

图6为本申请实施例提供的当前方案中导致DRX周期不一致的示意图；

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

图8为本申请实施例提供的DRX周期切换的示意图；

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

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

图11为本申请实施例提供的配置RTT timer和ReTx timer的示意图；

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

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

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

具体实施方式

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

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

如图1所示，该通信系统100可以包括：两个或两个以上的终端设备101。其中，终端设备101与终端设备101之间可以通过无线接口(如PC5接口)进行通信。在PC5接口上，终端设备101与终端设备101之间传输数据的链路称为侧行链路(sidelink，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)、智能驾驶(intelligent driving)、网联驾驶(connected driving)、智能网联驾驶(intelligent network driving)、和汽车共享(car sharing)等。

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

可选的，在上述图1所示的通信系统100中还可以包括网络设备102。其中，网络设备102与终端设备101之间的通信接口为空口(air interface)。其中，网络设备102可以在网络控制设备的控制下，通过空口与终端设备101通信。空口在一些通信系统中也称为Uu接口。

在一种可能的实现方式中，网络设备102可以通过空口，向终端设备101发送下行控制信息(downlink control information，DCI)，所述DCI用于为终端设备101分配SL资源。两个终端设备101之间可以在上述分配的SL资源上，进行SL通信。在本申请实施例中，在基于SL链路的通信方式中，SL的资源分配包括两种方式：第一种方式，基站调度的资源分配，还称为模式1(mode-1)。UE在需要在SL上传输数据时，UE可以通过空口向基站发送请求，基站可以根据上述请求，为UE分配SL资源，且通过DCI将分配的SL资源指示给UE。第二种方式，UE自主选择模式，还称为模式2(mode-2)。当UE需要在SL上传输数据时，UE可以在基站配置或预配置的资源池中自己选择SL资源。

需要说明的是，上述图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 digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来第五代(5th generation，5G)网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等。终端设备有时也可以称为终端、接入终端设备、车载终端设备、工业控制终端设备、UE单元、UE站、移动站、移动台、远方站、远程终端设备、移动设备、UE终端设备、终端设备、无线通信设备、UE代理或UE装置等。终端设备也可以是固定的或者移动的。本申请实施例对此并不限定。

2、网络设备

网络设备，可以是接入网设备，接入网设备也可以称为无线接入网(radio access network，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)，和/或分布单元(distributed unit,DU)，或者网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等。终端设备可以与不同技术的多个接入网设备进行通信，例如，终端设备可以与支持长期演进(long term evolution，LTE)的接入网设备通信，也可以与支持5G的接入网设备通信，还可以与支持LTE的接入网设备以及支持5G的接入网设备的双连接。本申请实施例并不限定。

3、侧行链路(sidelink，SL)

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

其中，PSSCH用于承载侧行链路数据(SL data)，PSCCH用于承载侧行链路控制信息(sidelinkcontrolinformation，SCI)，所述SCI也可以称为侧行链路调度分配(sidelink schedulingassigment，SL SA)。SL SA是用于数据调度相关的信息，比如，用于承载PSSCH的资源配置和/或调制编码机制(modulation and coding scheme，MCS)等信息。PSFCH可以包括混合自动重传请求(hybrid automatic repeat request，HARQ)等信息。其中，HARQ信息中可以具体为否定性确认(negtive acknowledgment，NACK)或肯定性确认(acknowledgment，ACK)。

需要说明的是，在本申请实施例提供的侧行链路通信方法中，第一终端设备可以为发送用户设备(transmit user equipment，TX UE)，第二终端设备可以为接收用户设备(receive user equipment，RX UE)，所述第一终设备与第二终端设备间可以采用单播通信方式，或者组播通信方式等，不作限定。当采用组播通信方式时，第二终端设备的数量可以为一个或多个。在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，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可以是单个，也可以是多个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

基于上述图1所示的通信系统100，提供一种应用场景：TX UE与RX UE间配置有SL非连续接收(discontinuous reception，DRX)机制。当配置SL DRX时，可以让UE周期性的在某些时候进入“睡眠状态”，UE不需要连续的监听SCI，而需要监听的时候，UE则从睡眠状态唤醒，这样可以使UE达到省电的目的。也就是说，SL DRX用于控制RX UE监听SCI的行为。即UE可以在特定的时间段醒来监听其它UE发送的SCI。若UE进入睡眠状态，则UE无法接收至少针对数据接收的SCI。在本申请实施例中，SCI可以为第一级SCI、或第一级SCI和第二级SCI等。可选的，所述SCI可以携带于PSCCH中传输。

示例的，如图2所示，一个SL DRX周期由激活时间段(on-duration)与非激活时间段(opportunity for DRX)组成。其中，在激活时间段“on duration”内，UE处于唤醒状态，在非激活时间段“opportunity for DRX”内，UE处于睡眠状态。在一种可能的实现方式中，可设置激活定时器on duration timer，当on duration timer在运行时，UE处于激活时间段on duraiton；或者，当on duration timer超时时，UE处于非激活时间段opportunity for DRX。为了减少数据的传输时延。在SL DRX中还提出了以下定时器：

1、非连续接收非活动定时器DRX-inactivity timer

在以下描述中，以TX UE和RX UE，如何启动DRX-inactivity timer为例进行描述。其中，TX UE指在SL传输中，作为发送端的终端设备；RX UE指在SL传输中，作为接收端的终端设备。

在大多数情况下，RX UE在某个SCI时机(occasion)被调度来接收SL数据后，很可能在接下来的几个子帧(subframe)内也被继续调度接收SL数据，以完成一份较大的字节的SL数据的接收。如果RX UE已经进入休眠态，则该RX UE需要等到下一SL DRX周期再监听SCI来接收后续调度。这样会增加数据的传输时延。为了降低这类延迟，DRX机制中引入了一个计时器：DRX-inactivity timer。当RX UE监听并接收到一个用于调度SL数据的SCI时，RX UE会启动或重启DRX-inactivity timer。RX UE在DRX-inactivity timer运行期间的每个子帧都监听SCI，直至该定时器超时。可以看出，DRX-inactivity timer的引入，可确保RX UE在DRX-inactivity timer运行期间处于激活时间，接收接下来TX UE的调度，相当于对“on duration”进行扩展。

通过上述描述，RX UE在接收到TX UE发送的SCI时，会启动或重启DRX-inactivity timer。对于TX UE在发送SCI后，TX UE会启动或重启DRX-inactivity timer。这种方式，可能会导致TX UE与RX UE的DRX-inactivity timer的启动不同步，导致TX UE和RX UE的激活时间未对齐。

举例来说，如图3所示，TX UE分别发送了三次SCI，三次SCI分别为SCI1、SCI2和SCI3表示。以每个系统帧(system frame，SF)包括10个子帧(subframe)，每个子帧包括2个时隙(slot)为例。示例的，可参见图3所示，SCI1在系统帧号(system frame number，SFN)0内的子帧0内的时隙1内传输，即SCI1在(0，0)子帧中的第二个时隙传输。SCI2在(0，2)子帧中的第一个时隙传输，SCI3在(0，3)子帧中的第一个时隙内传输。在本申请的下述描述中，将沿用上述表述(系统帧，子帧)＝(A，B)，A表示该子帧对应的SFN，B代表在该SFN对应的系统帧中用于传输SCI的子帧的编号。

在一种可能的实现方式中，TX UE侧的行为：TX UE在on duration timer的时间段内，发送SCI1，且启动DRX-inactivity timer。发送SCI2，重启DRX-activity timer。发送SCI3，再次重启DRX-activity timer。

RX UE侧的行为：RX UE在on duraiton timer的时间段内，接收到SCI1，且启动DRX-inactivity timer。但SCI2和SCI3传输失败，RX UE未能成功接收SCI2和SCI3，也未能成功重启DRX-activity timer，导致TX UE和RX UE的激活时间未对齐。在一种可能的实现方式中，由于RX UE未成功收到SCI2，故未重启对应的DRX-activity timer，而TX UE不知道RX未成功收到SCI2,在发送SCI2后重启对应的DRX-activity timer，导致后续TX UE在发送SCI3时TX UE认为RX UE在激活时间、但RX UE实际上未在激活时间，因此RX UE收不到SCI3。

针对上述问题，本申请实施例提供以下解决方案：首先介绍HARQ属性。HARQ属性包括HARQ使能(enabled)和HARQ去使能(disabled)。在一种可能的实现方式中，TX UE可向RX UE发送SCI，该SCI中包括HARQ属性字段。RX UE接收到上述SCI时，根据该SCI中包括的HARQ属性字段携带的HARQ属性，确定是否向TX UE发送HARQ反馈。举例来说，若SCI中的HARQ属性字段携带HARQ使能，则RX UE针对该SCI或SCI调度的SL数据都需要反馈HARQ。而若SCI中的HARQ属性字段携带HARQ去使能，则RX UE针对该SCI或SCI调度的SL数据无需反馈HARQ。

在本申请实施例的方案中，修改上述DRX-inactivity timer的启动条件。TX UE对于HARQ属性为使能的SCI，在接收到该SCI的HARQ反馈时，启动或重启DRX-inactivity timer。对于RX UE在接收到HARQ属性为使能的SCI，且在发送该SCI的HARQ反馈时，启动或重启DRX-inactivity timer。可选的，对于HARQ属性为去使能的SCI的传输，TX UE和RX UE都不启动或重启DRX-inactivity timer。关于DRX-Inactivity timer可称为sl-inactivity timer。以下简称为inactivity timer。关于inactivity timer作如下说明：

RX UE在每个on duration期间唤醒监听SCI；如果RX UE成功解码SCI，且发送该SCI对应的HARQ反馈，则RX UE将保持在唤醒状态，启动一个inactivity timer。inactivity timer可以认为是UE从上次成功解码SCI开始等待继续监听SCI的持续时间。如果该定时器超时，则UE可以返回睡眠状态。

如图4所示，提供一种侧行链路通信方法的流程，该流程可以解决上述inactivity timer启动不同步，导致TX UE与RX UE间的激活时间对不齐的问题。该流程至少包括：

步骤400：第一终端设备向第二终端设备发送HARQ属性为使能的SCI。可选的，第一终端设备可以为TX UE，第二终端设备可以为RX UE。

在一种可能的实现方式中，SCI中可包括HARQ属性的字段，该HARQ属性的字段中携带的HARQ属性可以为HARQ使能或HARQ去使能。其中，若该HARQ属性的字段中携带的HARQ属性为HARQ使能，则可称该SCI为HARQ属性为使能的SCI，HARQ属性为使能指示第二终端设备接收到SCI或SCI调度的SL数据时，向第一终端设备发送HARQ反馈，所述HARQ反馈为SCI或SCI调度的SL数据的HARQ反馈。或者，若HARQ属性的字段中携带的HARQ属性为HARQ去使能，则可称该SCI为HARQ属性为去使能的SCI，HARQ属性为去使能指示第二终端设备接收到SCI或SCI调度的SL数据时，不向第一终端设备发送HARQ反馈。关于SCI可做如下说明，该SCI可以调度接收端UE，即第二终端设备接收SL数据。该SCI中可包括SL授权(grant)，该SL授权用于调度接收端UE在对应SL资源上接收SL数据。在本申请实施例中，若一个SCI的HARQ属性为使能，则接收端UE接收到该SCI或SCI调度的SL数据时，可向发送端UE，即第一终端设备发送HARQ反馈。以SCI为例进行说明，发送端UE发送SCI，该SCI的HARQ属性为使能，接收端UE接收到该SCI时，若成功解码该SCI，则接收端UE向发送端UE发送ACK；或者，若对该SCI的解码失败，则接收端UE向发送端UE发送NACK等。HARQ属性为去使能指示所述第二终端设备接收到所述SCI或所述SCI调度的SL数据时，不向第一终端设备发送所述SCI或所述SCI调度的SL数据的HARQ反馈。

步骤401：第二终端设备向第一终端设备发送SCI或SCI调度的SL数据的HARQ反馈，第二终端设备启动或重启inactivity timer。

示例的，第二终端设备可以在发送HARQ反馈时或后，启动或重启inactivity timer。例如，RX UE可以在发送HARQ反馈后的下一个符号或时隙等，启动inactivity timer等。

步骤402：第一终端设备接收来自第二终端设备的SCI或SCI调度的HARQ反馈，第一终端设备启动或重启inactivity timer。

示例的，第一终端设备可以在接收到HARQ反馈时或后，启动或重启inactivity timer。例如，TX UE可以在接收到HARQ反馈的下一个符号或时隙等，启动inactivity timer等。

可选的，图4所示的流程还可包括：第一终端设备向第二终端设备发送HARQ反馈属性为去使能的SCI，第一终端设备保持inactivity timer为未启动状态。相应的，第二终端设备在接收到来自第一终端设备的HARQ属性为去使能的SCI，第二终端设备保持inactivity timer为未启动状态。可选的，上述保持inactivity timer为未启动状态，可以理解为：第一终端设备不启动或不重启inactivity timer。即在该方案中，当第一终端设备与第二终端设备间在传输HARQ属性为使能的SCI时，在接收或发送到HARQ反馈时，启动或重启inactivity timer。对于HARQ属性为去使能的SCI的传输，第一终端设备与第二终端设备间不启动或重启inactivity timer。

通过上述可以看出，对于HARQ属性为去使能的SCI，由于接收端并不反馈HARQ，所以发送端不能明确确定接收端是否接收到当前的SCI。而在本申请实施例中，对于HARQ属性为去使能的SCI，不启动或重启Inactivity timer。而对于HARQ属性为使能的SCI，发送端在接收到该SCI的HARQ反馈时，再启动inactivity timer，接收端在发送HARQ反馈时，再启动inactivity timer；从而使得接收端与发送端同步启动inactivity timer，使得接收端与发送端的激活时间对齐。

应当指出，在本申请实施例的描述中，SCI可以携带于PSCCH中传输，SCI调度的SL数据可以携带于PSSCH中传输，HARQ反馈可以携带于PSFCH中传输。

针对inactivity timer启动导致的TX UE与RX UE激活时间未对齐的问题，提供一种示例，即该示例可以为上述图4所示流程的一种具体实现方式，至少包括：

修改inactivity timer的启动条件，具体修改为：仅为HARQ使能的SCI扩展激活时间，启动inactivity timer。例如：

对于TX UE：发送HARQ使能的SCI，且当接收到ACK或NACK反馈时，启动inactivity timer。

对于RX UE：接收HARQ使能的SCI，且发送ACK或NACK反馈后，启动inactivity timer。

举例来说，如图5示，TX UE在(SFN，子帧)＝(0，0)的时间单元内向RX UE发送SCI。RX UE成功接收该SCI，并且在(0，2)的时间单元向TX UE发送HARQ反馈信息，RX UE在发送该HARQ反馈信息后启动inactivity timer，且该inactivity timer的运行时长为4个时隙。相应的，TX UE在(0，2)的时间单元内接收到RX UE的HARQ反馈后，启动inactivity timer。示例的，上述HARQ反馈可以携带于PSFCH中发送。

TX UE在(0，2)时间单元向RX UE发送SCI，RX UE未收到，故在本应该发送HARQ反馈信息的(0，4)时间单元不会向TX UE发送HARQ反馈信息，TX UE不会启动inactivity timer。相应的，由于TX UE在(0，4)时间单元内没有接收到RX UE的HARQ反馈信息，TX UE也不会启动inactivty timer。

通过上述可以看出，通过将inactivity timer的启动条件修改为：仅针对HARQ使能的SCI启动inactivity timer，且RX UE在发送HARQ反馈时或后才启动inactivity timer，TX UE在接收到HARQ反馈时才启动inactivity timer，从而使得TX UE与RX UE能对齐inactivity timer的启动时间，对齐TX UE与RX UE的激活时间。

前面介绍了SL DRX中的inactivity timer。以下继续介绍SL DRX中的非连续接收短周期定时器DRXshortcycle timer，关于DRXshortcycle timer作如下介绍：

在本申请实施例中，当inactivity timer超时时，TX UE或RX UE可启动或重启DRXshortcycle timer。前述介绍了，DRX周期由激活时间段on duration和非激活时间段opportunity for DRX组成。在DRX shortycycle timer的运行期间，UE使用DRX短周期。在DRX shortcycle timer超时时，UE使用DRX长周期。可选的，若UE在DRX长周期的运行期间内成功解码到调度新传的PDCCH时，可开始使用DRX短周期。以下描述中，DRXshortcycle timer可以简称为shortcycle timer。

在当前方案中，由于TX UE或RX UE在inactivity timer超时时，会启动shortcycle timer。按照上述分析，当SCI传输失败时，会导致发送端与接收端启动的inactivity timer不同步，进而导致发送端与接收端启动的shortcycle timer不同步，发送端与接收端的DRX周期不一致。

举例来说，如图6所示，TX UE在on duration timer的运行期间，处于激活时间，发送了两次SCI，分别为SCI1和SCI2。TX UE在发送SCI1后，启动inactivity timer，在inactivity timer超时后，启动shortcycle timer。同理，TX UE在发送SCI2后，启动inactivity timer，在inactivity timer超时后，重启shortcycle timer。

RX UE在on duration timer的运行期间，处于激活时间，成功接收到SCI1，启动inactivity timer，且在inactivity timer超时时，启动shortcycle timer。由于传输条件等原因，可能导致RX UE未成功接收到SCI2，则RX UE未成功重启inactivity timer和shortcycle timer。RX UE仅启动一次shortcycle timer，在启动的shortcycle timer超时时，RX UE进入DRX长周期。而此时，TX UE仍然处于DRX短周期。可以看出，由于SCI的传输失败等原因，可能会导致TX UE与RX UE的DRX周期不一致的问题。

针对上述，本申请实施例提供一种解决方案，该方法包括：RX UE在需要由DRX短周期向DRX长周期切换时，RX UE可以向TX UE发送第一信息，所述第一信息的HARQ属性为使能。TX UE在接收到上述第一信息时，可确定是否同意RX UE进入DRX长周期，或者，可答复RX UE是否获知其想要进入DRX长周期。若同意，或答复RX UE获知其想要进入DRX长周期，则TX UE可向RX UE发送ACK的HARQ反馈。RX UE在接收到上述ACK的HARQ反馈时，再由DRX短周期切换到DRX长周期。可选的，TX UE在发送ACK的HARQ反馈时，TX UE可同步由DRX短周期切换到DRX长周期等。

如图7所示，提供一种侧行链路通信方法的流程，至少包括以下步骤：

步骤700：第二终端设备向第一终端设备发送第一信息，该第一信息的HARQ属性为使能，所述HARQ属性为使能指示第一终端设备在接收到第一信息时，向第二终端设备发送第一信息的HARQ反馈。

步骤701：第一终端设备向第二终端设备发送所述第一信息的HARQ反馈，且该HARQ反馈为ACK时，第一终端设备使用DRX长周期。

步骤702：第二终端设备接收来自第一终端设备的第一信息的HARQ反馈，且该HARQ反馈为ACK，第二终端设备使用DRX长周期。

可选的，当HARQ反馈为NACK时，第一终端设备和/或第二终端设备可保持使用当前的DRX周期。在一种可能的实现方式中，第一终端设备在接收到上述第一信息时，第一终端设备可判断是否同意第二终端设备使用DRX长周期。若同意，则第一终端设备发送ACK。若不同意，则第一终端设备发送NACK；相应的，第二终端设备在接收到ACK时，则第二终端设备使用DRX长周期。或者，第二终端设备在接收到NACK时，则第二终端设备继续保持当前的DRX周期。在一种可能的实现方式中，当第二终端设备接收到NACK时，若第二终端设备当前使用DRX短周期，则第二终端设备继续保持使用DRX短周期。同理，若第二终设备当前使用DRX长周期，则第二终端设备继续保持使用DRX长周期等。

示例的，在本申请实施例中，第二终端设备可以为RX UE，第一终端设备可以为TX UE。当RX UE满足由DRX短周期切换到DRX长周期的条件时，例如，该条件可以为shortcycle timer超时，则RX UE执行上述步骤700的过程，向TX UE发送第一信息。可选的，该第一信息可用于指示使用DRX长周期。在本申请实施例中，关于“使用DRX长周期”，作如下说明：在一种可能的实现方式中，TX UE或RX UE当前处于DRX短周期，上述使用DRX长周期可以指TX UE或RX UE由DRX短周期切换到DRX长周期。或者，在另一种可能的实现方式中，TX UE或RX UE当前处于DRX长周期，上述使用DRX长周期可以指TX UE或RX UE继续保持在DRX长周期等。

示例的，在本申请实施例中，上述第一信息可携带于媒体接入控制控制元素(media access control control element，MAC CE)中。可选的，上述第一信息中还可以包括第一链路的指示信息。第一终端设备与第二终端设备间可存在两个链路，分别为第一链路和第二链路。其中，在第一链路中，第一终端设备作为发送端，第二终端设备作为接收端，第一终端设备可以向第二终端设备发送SL数据信息或SL控制信息等。在第二链路中，第一终端设备作为接收端，第二终端设备作为发送端，第二终端设备可以向第一终端设备发送SL数据信息或SL控制信息等。通过上述描述可知，第一信息具体用于指示在第一链路中使用DRX长周期。因此，第一信息中可携带有第一链路的指示信息。示例的，上述第一链路的指示信息可包括目的标识和源标识对，目的标识为接收端的标识，源标识为发送端的标识，或第一链路的标识，或第一链路的连接标识等，不作限定。在一种可能的实现方式中，上述目的标识和源标识对可采用以下方式进行描述：{DST ID，SRC ID}。其中，“DST ID”表示目的端标识，全称可以为destination ID，“SRC ID”表示源端标识，全称可以为source ID。

应当指出，在上述图7所示的流程中，对于第一终端设备和/或第二终端设备使用DRX长周期的时间不作限定。第二终端设备可以在接收到ACK反馈时或后，使用DRX长周期。例如，在图8所示的示例中，以第二终端设备为RX UE为例，RX UE在接收到ACK反馈后，首次启动on duration timer时，使用DRX长周期。关于第一终端设备同理，第一终端设备可以在发送ACK反馈时，使用DRX长周期；或者，第一终端设备可以在发送ACK反馈后的任意时刻，使用DRX长周期等，只要保证TX UE与RX UE两间的DRX长周期启动时间一致即可。具体的时间，可以协议规则，或者预配置等，不作限定。

针对图7提供的侧行链路通信方法，如图8所示，提供一种具体的示例，至少包括：

RX UE在满足由DRX短周期切换到DRX长周期的条件时，例如shortcycle timer超时时，RX UE向TX UE发送MAC CE，该MAC CE的HARQ属性为使能。TX UE接收上述MAC CE且发送ACK时，执行DRX切换，即由DRX短周期切换到DRX长周期。相应的，RX UE在接收到上述ACK时，执行DRX切换，即由DRX短周期切换到DRX长周期。具体的：

对于一SL传输对(pair)，若RX UE满足进入DRX长周期的条件，则RX UE触发MAC CE，该MAC CE的HARQ属性为使能。TX UE接收到该MAC CE时，可同意进入DRX长周期，则TX UE可向RX UE发送ACK，TX UE进入DRX长周期。对应的，RX UE在接收到上述ACK时，RX UE可进入DRX长周期。

关于SL传输对作如下说明：任两个SL通信的终端设备可组成一个传输对。例如，UE1与UE2进行SL通信，则UE1与UE2可组成一个SL传输对。每个SL传输对可包括2个链路。例如，在第一链路中，UE1作为发送端，UE2作为接收端。在第二链路中，UE2可作为发送端，UE1可作为接收端。可选的，上述MAC CE中可携带控制链路的标识信息。例如，该MAC CE用于控制上述第一链路的DRX切换，则上述MAC CE中可携带有第一链路的标识信息。或者，MAC CE用于控制上述第二链路的DRX切换，则上述MAC CE中可携带有第二链路的标识信息。可选的，上述链路的标识信息可具体为目的标识与源标识对，所述目的标识与源标识对可以表示为{DST ID，SRC ID}。所述目的标识为作为接收端的UE的标识，源标识可以为作为发送端的UE的标识等。

通过上述描述可以看出，采用本申请实施例中的方法，针对一个SL传输对，由于接收端UE当满足执行DRX周期切换的条件时，可向发送端UE发送MAC CE，若发送端UE同意DRX周期的切换，则整个SL链路遵循接收端UE的DRX图样(pattern)。例如：

若UE1作为TX UE，UE2作为RX UE，可称该链路为链路1，则该链路1遵循接收端UE2的DRX图样。或者，

若UE2作为TX UE，UE1作为RX UE，可称该链路为链路2，则该链路2遵循接收端UE1的DRX图样。

可以看出，在本申请实施例中，TX UE与RX UE间可通过MAC CE控制DRX周期切换，不依赖于shortcycle timer是否超时，从而使得TX UE与RX UE间的DRX周期可以对齐。

本申请实施例还提供一种侧行链路通信方法，该方法同样可以解决TX UE和RX UE的DRX周期不一致的问题。在上述图7所示的方法中，RX UE在满足由DRX短周期切换到DRX长周期的条件时，向TX UE发送第一信息。而在该方法中，TX UE在满足由DRX长周期切换到DRX短周期的条件时，向RX UE发送第二信息，以保证TX UE与RX UE的DRX周期一致。

如图9所示，提供一种侧行链路通信方法的流程，至少包括：

步骤900：第一终端设备向第二终端设备发送第二信息，该第二信息的HARQ属性为使能，所述HARQ属性为使能指示所述第二终端设备在接收到第二信息时，向第一终端设备发送第二信息的HARQ反馈。

在一种可能的实现方式中，第二终端设备作为接收端，在接收到第二信息时，可判断是否同意使用DRX短周期，或着，可判断是否答复已获知第一终端设备想要使用DRX短周期。若第二终端设备确定可以使用DRX短周期，则第二终端设备可向第一终端设备发送ACK；否则，第二终端设备向第一终端设备发送NACK。相应的，第一终端设备在接收到ACK时，第一终端设备可使用DRX短周期。或者，第一终端设备在接收到NACK时，第一终端设备可继续使能当前DRX周期，不作改变。同理，第二终端设备在发送ACK时，第二终端设备使用DRX短周期；第二终端设备在发送NACK时，第二终端设备保持使用当前的DRX周期，不作限定。

步骤901：第二终端设备向第一终端设备发送第二信息的HARQ反馈，且该HARQ反馈为ACK，第二终端设备使用DRX短周期。

步骤902：第一终端设备接收来自第二终端设备的第二信息的HARQ反馈，且该HARQ反馈为ACK，第一终端设备使用DRX短周期。

可选的，在该流程中，第一终端设备可以为TX UE，第二终端设备可以为RX UE。上述第二信息可以指示使用DRX短周期。在本申请实施例中，关于使用DRX短周期作如下说明：TX UE或RX UE若当前处于DRX长周期，则使用DRX短周期，可指TX UE或RX UE由DRX长周期切换到DRX短周期。或者，若TX UE或RX UE当前处于DRX短周期，则使用DRX短周期，可指TX UE或RX UE继续保持在DRX短周期。

示例的，在本申请实施例中，第二信息可以携带于MAC CE中。可选的，所述第二信息中可携带有第一链路的指示信息，在第一链路中，第一终端设备为发送端，第二终端设备为接收端，第一终端设备可向第二终端设备发送SL数据信息或SL控制信息等。可选的，第一链路的指示信息包括目的标识和源标识对，所述目的标识为接收端的标识，源标识为发送端的标识，或者，第一链路的标识，或者第一链路的连接标识等，不作限定。关于目的标识和源标识对可参见上述图7中的介绍，在此不再赘述。

本申请实施例还提供一种侧行链路通信方法，该方法同样可以解决TX UE与RX UE的DRX周期不一致的问题。该方法包括：TX UE在长周期on-duration期间仅发送HARQ属性为使能的SCI。

如图10所示，提供一种侧行链路通信方法的流程，至少包括：

步骤1000：第一终端设备在DRX长周期的激活期间，仅向第二终端设备发送HARQ属性为使能的SCI，所述HARQ属性为使能指示第二终端设备在接收到所述SCI或SCI调度的SL数据时，向第一终端设备发送所述SCI或SCI调度的SL数据的HARQ反馈。

步骤1001：第一终端设备在向第二终端设备发送SCI或SCI调度的SL数据的HARQ反馈时，启动或重启inactivity timer，且在inactivity timer超时时，第一终端设备使用DRX短周期。

步骤1002：第一终端设备在接收到来自第二终端设备的SCI或SCI调度的SL数据的HARQ反馈时，启动或重启inactivity timer，且在inactivity timer超时时，第一终端设备使用DRX短周期。

通过前述分析，TX UE与RX UE的DRX周期不一致的问题时，可以看出：TX UE与RX UE的DRX周期不一致，主要是由于TX UE发送的SCI，RX UE接收失败，从而导致的RX UE未启动inactivity timer；在inactivity timer超时时，RX UE也未启动shortcycle timer。而在本申请实施例中，通过TX UE在DRX长周期的激活时间内，仅发送HARQ属性为使能的SCI，TX UE在接收到所述SCI或SCI调度的SL数据的HARQ反馈时，再启动或重启inactivity timer。而RX UE在发送所述SCI或SCI调度的SL数据的HARQ反馈时，再启动或重启inactivity timer。从而使得TX UE与RX UE的inactivity timer启动同步，进而使得两者的shortcycle timer同步启动，TX UE与RX UE同步切换到DRX短周期。

在一种可能的实现方式中，在上述图10所示的流程中，TX UE通过在长周期 on-duration期间仅发送HARQ使能的SCI，TX UE和RX UE均可同步启动shortcycle timer并进入DRX短周期。但TX UE在长周期on duration期间未发送HARQ使能属性的SCI，或者RX UE未接收到HARQ使能的SCI时，TX UE和RX UE可能均无法进入DRX短周期。针对上述情形，TX UE与TX UE间可通过上述图9所示的第二信息，由DRX长周期切换到DRX短周期。

以下继续介绍，SL DRX中的定时器：非连续接收往返时间定时器(discontinuous reception round trip timer，DRX-RTT timer)和非连续接收重传定时器(discontinuous reception retransmission timer，DRX-ReTx timer)。关于DRX-RTT timer还可称为sl-drx-HARQ-RTT-Timer，在以下描述中，简称为RTT timer。RTT timer用于指示期望用于SL重传的资源配置信息或授权信息到达接收端前的最小时长，也就是说RTT timer的取值可以为“期望用于SL重传的资源配置信息或授权信息到达接收端前的最小时长。关于DRX-ReTX timer还可称为sl-drx-RetransmissionTimer，在以下简称为ReTx timer。ReTx timer用于指示接收端收到SL重传的资源配置信息或授权信息的最大时长，也就是说ReTx timer的取值可以为“直到接收到SL重传的资源配置信息或授权信息的最大时长”。在ReTx timer的运行期间，UE处于激活时间。

在一种可能的实现方式中，如图11所示，针对HARQ属性为使能和去使能的SCI，分别配置一套RTT timer和ReTx timer。举来说明，针对HARQ属性为使能的SCI配置RTT timer1和ReTx timer1。针对HARQ属性为去使能的SCI配置RTT timer2和ReTx timer2。需要说明的是，在图11中，用“d”表示HARQ属性为使能的SCI，用“e”表示HARQ属性为去使能的SCI，用“×”表示RX UE未成功接收SCI，对该SCI的HARQ属性不作限定。

可参见图11所示，针对HQRQ属性为去使能的SCI，TX UE在发送该SCI时，启动或重启RTT timer1，且在RTT timer1超时时，启动ReTx timer1。由于传输链路失败等原因，若RX UE未接收到该SCI，则RX UE不启动或重启相应的RTTtimer1和ReTxtimer1，导致TX UE与RX UE启动的RTTtimer和ReTxtimer不同步。针对HARQ属性为使能的SCI，TX UE在接收到使能的SCI的HARQ反馈时，启动RTT timer2和ReTx timer2，或者，TX UE在使能的SCI的HARQ反馈资源后的第一个时间单元启动RTT timer2，在RTT timer2超时时，若收到HARQ反馈，则启动ReTx timer2；RX UE在发送使能的SCI的HARQ反馈时，启动RTT timer2和ReTx timer2，保证了TX UE与RX UE启动的RTT timer和ReTxtimer对齐。

通过上述分析可以看出，针对HARQ属性为去使能的SCI传输，很可能会出现TX UE与RX UE间的RTT timer与ReTx timer对不齐，激活时间不同步的问题。举例来说，若在属性为去使能的ReTx timer，即ReTx timer1的运行期间，TX UE与RX UE间进行使能的传输，则很可能出现以下情况：TX UE的ReTx timer1在运行期间，TX UE处于激活时间，TX UE向RX UE发送HARQ属性为使能的SL信息或数据。而RX UE的ReTX timer1未运行，RX UE处于睡眠时间，RX UE未能接收到上述SL信息或数据，因此RX UE也不能反馈该SL信息或数据的HARQ反馈，可能会导致TX UE不能接收到HARQ属性为使能的SL信息或数据的HARQ反馈，进而触发SL无线链路失败(radio link failed，RLC)。

基于上述，本申请实施例提出以下解决方案：在TX UE与RX UE之间的DRX处于激活时间，且当前仅有HARQ属性为去使能的ReTX timer运行时，TX UE与RX UE间不再进行HARQ属性为使能的传输，可避免由于TX UE发送HARQ属性为使能的SL信息或数据后，接收到不到RX UE的HARQ反馈，而触发SL RLF的问题。

如图12所示，提供一种侧行链路通信方法的流程，至少包括：

步骤1200：第一终端设备与第二终端设备间的DRX处于激活时间，且仅有HARQ属性为去使能的ReTx timer正在运行，所述HARQ属性为去使能指示所述第二终端设备在接收到所述ReTx timer对应的信息时，向所述第一终端设备发送该信息对应的HARQ反馈。

关于上述HARQ属性为去使能的ReTx timer作如下说明：通过上述图11的介绍可知，针对HARQ属性为使能的SCI和HARQ属性为去使能的SCI分别配置一套RTT timer和ReTx timer。关于HARQ属性为去使能的ReTx timer可指为HARQ属性为去使能的SCI配置的ReTx timer，即ReTx timer2。

步骤1201：第一终端设备与第二终端设备间进行HARQ属性为去使能的传输，所述HARQ属性为去使能指示所述第二终端设备在接收到所述传输对应的信息时，不向所述第一终端设备发送该信息的HARQ反馈。或者，第一终端设备与第二终端设备间不进行任何SL传输。

可选的，上述第一终端设备与第二终端设备间进行HARQ属性为去使能的传输，还可替换为：第一终端设备与第二终端设备间仅进行HARQ属性为去使能的传输，和/或，第一终端设备与第二终端设备间不进行HARQ属性为使能的传输等。

在一种可能的实现方式中，上述第一终端设备与第二终端设备间进行HARQ属性为去使能的传输的一种具体实现可为：所述第一终端设备不向所述第二终端设备发送HARQ属性为使能的新传，和/或，所述第一终端设备向所述第二终端设备发送HARQ属性为去使能的新传或者重传。应当指示，在本申请实施例中，关于第一终端设备与第二终端设备间是否进行HARQ属性为使能的重传，不作限定。例如，第一终端设备可向第二终端设备发送HARQ属性为使能的重传，或者，第一终端设备不向第二终端设备发送HARQ属性为使能的重传等。

示例的，上述所述第一终端设备不向所述第二终端设备发送HARQ属性为使能的新传，包括：所述第一终端设备对于新传对应的授权grant仅复用HARQ属性为去使能的逻辑信道(logical channel，LCH)；或者，所述第一终端设备清除新传对应的授权。关于上述新传对应的授权至少包括以下两种：第一种，尚未确定所述授权用于某个传输块(transport block，TB)块或媒体接入控制控制元素协议数据单元(media access control protocol data unit，MAC PDU)；第二种，已经确定所述授权用于某个TB块或MAC PDU等。

可选的，在本申请实施例中所述新传包括新传输块TB，或指示新传的SCI，即SCI指示的新传；所述重传包括重传TB，或指示重传的SCI，即SCI指示的重传等。

可选的，在上述图12所示的流程中，还包括：步骤1202：所述第一终端设备在与所述第二终端设备间的HARQ属性为去使能的传输结束时，所述第一终端设备停止所述传输对应SL进程的ReTx timer。上述HARQ属性为去使能的传输结束时，可包括：当前HARQ属性为去使能的传输达到最大重传次数，或者，第一终端设备接收到网络设备的新传调度，或者第一终端设备到达配置授权(configured grant，CG)的下一个周期等。关于CG作以下说明：所述CG是指终端设备的上行传输无需网络设备的调度，终端设备根据配置信息进行上行传输。在本申请实施例中，第一终端设备作为发送端UE，可以根据CG配置的上行传输资源，向网络设备反馈SL的HARQ反馈等。也就是说，在一种可能的实现方式中，发送端UE在接收到接收端UE的SL HARQ反馈时，发送端UE也可根据CG配置的上行资源，向网络设备发送该SL HARQ反馈。例如，该SL HARQ反馈若为NACK，则基站可重新为当前SL传输分配用于SL重传的SL资源等。

以第一终端设备为TX UE，第二终端设备为RX UE为例，提供一种具体的实现方式：

举例来说，如图11所示，在图11的示例中，在(1，6)的第二个时隙至(1，7)的时间范围内，TX UE内部仅有去使能的ReTx timer正在运行，可参见图11中的“/”填充的单元，在该时间范围内并没有其它定时器(例如on-duration timer和inactivity timer等)运行，这段时间TX UE与RX UE间不进行HARQ属性为使能的SL传输。可选的，上述TX UE与RX UE间不进行HARQ属性为使能的SL传输，包括：TX UE与RX UE间不进行HARQ使能TB的新传。该TB可以认为用于传输SL数据的资源等。对于新传的授权，若满足上述仅有去使能的ReTx timer运行的条件，则TX UE在逻辑信道优先级(logic channel prioritization，LCP)过程中，仅复用属性为HARQ去使能的LCH；或者，清除授权(clear grant)等。

可选的，TX UE与RX UE间不允许进行HARQ使能的SL传输，TX UE与RX UE间可进行HARQ去使能的SL传输。而当TX UE结束上述HARQ去使能的传输时，TX UE可停止该SL进程正在运行的ReTx timer。可选的，上述结束传输可包括：达到最大重传次数，或者接收到新传调度，或者到达CG的下一个周期等。

参考图13，为本申请实施例提供的装置1300的示意图。该装置用于实现上述实施例中第一终端设备，或第二终端设备所执行的各个步骤。如图13所示，该装置1300包括收发单元1310和处理单元1320。

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

收发单元1310，用于向第二终端设备发送HARQ属性为使能的SCI，所述HARQ属性为使能指示所述第二终端设备接收到所述SCI或所述SCI调度的SL数据时，向所述第一终端设备发送所述SCI或所述SCI调度的数据的HARQ反馈；收发单元1310，还用于接收来自所述第二终端设备的所述SCI或所述SCI调度的数据的HARQ反馈；处理单元1320，用于启动或重启DRX-inactivity timer。

在一种可能的实现方式中，处理单元1320，还用于在向所述第二终端设备发送HARQ属性为去使能的SCI时，保持所述DRX-inactivity timer为未启动状态，所述HARQ属性为去使能指示所述第二终端设备接收到所述SCI或所述SCI调度的SL数据时，不向所述第一终端设备发送所述SCI或所述SCI调度的SL数据的HARQ反馈。

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

收发单元1310，用于接收来自第一终端设备的HARQ属性为使能的SCI，所述HARQ属性为使能指示所述第二终端设备接收到所述SCI或所述SCI调度的SL数据时，向所述第一终端设备发送所述SCI或所述SCI调度的数据的HARQ反馈；收发单元1310，还用于向所述第一终端设备发送所述SCI或所述SCI调度的SL数据的HARQ反馈；处理单元1320，用于启动或重启DRX-inactivity timer。

在一种可能的实现方式中，处理单元1320，还用于在接收到来自所述第一终端设备的HARQ属性为去使能的SCI时，保持所述DRX-inactivity timer为未启动状态，所述HARQ属性为去使能指示所述第二终端设备接收到所述SCI或所述SCI调度的SL数据时，不向所述第一终端设备发送所述SCI或所述SCI调度的SL数据的HARQ反馈。

在第三个实施例中，上述装置1300可以为第二终端设备或第二终端设备中的芯片，则：

收发单元1310，用于向第一终端设备发送第一信息，所述第一信息的HARQ属性为使能，所述HARQ属性为使能指示所述第二终端设备接收到所述第一信息时，向所述第一终端设备发送所述第一信息的HARQ反馈；收发单元1310，还用于接收来自所述第一终端设备的所述第一信息的HARQ反馈；处理单元1320，用于当该HARQ反馈为肯定应答ACK时，使用DRX长周期。

在一种可能的实现方式中，所述第一信息承载于MAC CE中。

在一种可能的实现方式中，所述第一信息中携带有第一链路的指示信息，所述第一链路用于所述第一终端设备向第二终端设备发送SL数据信息或SL控制信息等。

在第四个实施例中，上述装置1300可以为第一终端设备或第一终端设备中的芯片，则：

收发单元1310，用于接收来自第二终端设备的第一信息，所述第一信息的HARQ属性为使能，所述HARQ属性为使能指示所述第二终端设备接收到所述第一信息时，向所述第一终端设备发送所述第一信息的HARQ反馈；收发单元1310，还用于向所述第二终端设备发送所述第一信息的HARQ反馈；处理单元1320，用于在该HARQ反馈为ACK时，用于使用DRX长周期。

在一种可能的实现方式中，所述第一信息承载于MAC CE中。

在一种可能的实现方式中，所述第一信息中携带有第一链路的指示信息，所述第一链路用于所述第一终端设备向第二终端设备发送SL数据信息或SL控制信息。

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

收发单元1310，用于向第二终端设备发送第二信息，所述第二信息的HARQ属性为使能，所述HARQ属性为使能指示所述第二终端设备接收到所述第二信息时，向所述第一终端设备发送所述第二信息的HARQ反馈；收发单元1310，用于接收来自所述第二终端设备的所述第二信息的HARQ反馈；处理单元1320，用于当所述HARQ反馈为ACK时，使用DRX短周期。

在一种可能的实现方式中，所述第二信息承载于MAC CE中。

在一种可能的实现方式中，所述第二信息中携带有第一链路的指示信息，所述第一链路用于所述第一终端设备向第二终端设备发送SL数据信息或SL控制信息等。

在第六个实施例中，上述装置1300可以为第二终端设备或第二终端设备中的芯片，则：

收发单元1310，用于接收来自第一终端设备的第二信息，所述第二信息的HARQ属性为使能，所述HARQ属性为使能指示所述第二终端设备在接收到所述第二信息时，向所述第一终端设备发送所述第二信息的HARQ反馈；收发单元1310，还用于向所述第一终端设备发送所述第二信息的HARQ反馈；处理单元1320，用于当所述HARQ反馈为ACK时，使用DRX短周期。

在一种可能的实现方式中，所述第二信息承载于MAC CE中。

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

收发单元1310，用于在DRX长周期的激活期间，仅发送HARQ属性为使能的SCI，所述HARQ属性为使能指示第二终端设备在接收到所述SCI或SCI调度的SL数据时，向所述第一终端设备发送所述SCI或SL数据的HARQ反馈；处理单元1320，用于在接收到所述SCI或SL数据的HARQ反馈时，启动或重启DRX-inactivity timer，在所述DRX-inactivity timer超时时，使用DRX短周期。

在第八个实施例中，上述装置1300可以为第一终端设备或第一终端设备中的芯片，则：

处理单元1320，用于确定第一终端设备与第二终端设备间的DRX处于激活时间，仅有HARQ属性为去使能的DRX-ReTx timer正在运行，所述HARQ属性为去使能指示所述第二终端设备在接收到所述DRX-ReTx timer对应的信息，向所述第一终端设备发送该信息对应的HARQ反馈；收发单元1310，用于控制第一终端设备与所述第二终端设备间进行HARQ属性为去使能的传输，所述HARQ属性为去使能指示所述第二终端设备在接收到所述传输对应的信息时，不向所述第一终端设备发送该信息的HARQ反馈。

在一种可能的实现方式中，所述第一终端设备与所述第二终端设备间进行HARQ属性为去使能的传输，包括：第一终端设备不向所述第二终端设备发送HARQ属性为使能的新传，和/或，第一终端设备向所述第二终端设备发送HARQ属性为去使能的新传或者重传。

在一种可能的实现方式中，所述第一终端设备不向所述第二终端设备发送HARQ属性为使能的新传，包括：对于新传对应的授权grant仅复用HARQ属性为去使能的逻辑信道 LCH；或者，清除新传对应的授权。

在一种可能的实现方式中，所述新传包括新传输块TB，或指示新传的SCI。

在一种可能的实现方式中，处理单元1320，还用于：在第一终端设备与所述第二终端设备间的HARQ属性为去使能的传输结束时，停止所述传输对应SL进程的DRX-ReTx timer。

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

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

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

参考图14，为本申请实施例提供的装置的示意图。用于实现上述方法实施例中第一终端设备或第二终端设备的操作。如图14所示，该装置包括：处理器1410和接口1430。可选的，该装置还可以包括存储器1420。接口1430用于实现与其他设备进行通信。

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

具体的，图13中的收发单元1310和处理单元1320的功能/实现过程可以通过图14所示的装置1400中的处理器1410调用存储器1420中存储的计算机可执行指令来实现。或者，图13中的处理单元1310的功能/实现过程可以通过图14所示的装置1400中的处理器 1410调用存储器1420中存储的计算机执行指令来实现，图13中的收发单元1310的功能/实现过程可以通过图14中所示的装置1400中的接口1430来实现。

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

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

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

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

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

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

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

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

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

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

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

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

Claims

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

第一终端设备向第二终端设备发送混合自动重传请求HARQ属性为使能的侧行链路控制信息SCI，所述HARQ属性为使能指示所述第二终端设备接收到所述SCI或所述SCI调度的侧行链路SL数据时，向所述第一终端设备发送所述SCI或所述SCI调度的数据的HARQ反馈；

所述第一终端设备接收来自所述第二终端设备的所述SCI或所述SCI调度的数据的HARQ反馈，所述第一终端设备启动或重启非连续接收非活动定时器。
如权利要求1所述的方法，其特征在于，还包括：

所述第一终端设备向所述第二终端设备发送HARQ属性为去使能的SCI，所述第一终端设备保持所述非连续接收非活动定时器为未启动状态，所述HARQ属性为去使能指示所述第二终端设备接收到所述SCI或所述SCI调度的SL数据时，不向所述第一终端设备发送所述SCI或所述SCI调度的SL数据的HARQ反馈。
一种侧行链路通信方法，其特征在于，包括：

第二终端设备接收来自第一终端设备的混合自动重传请求HARQ属性为使能的侧行链路控制信息SCI，所述HARQ属性为使能指示所述第二终端设备接收到所述SCI或所述SCI调度的侧行链路SL数据时，向所述第一终端设备发送所述SCI或所述SCI调度的数据的HARQ反馈；

所述第二终端设备向所述第一终端设备发送所述SCI或所述SCI调度的SL数据的HARQ反馈，所述第二终端设备启动或重启非连续接收非活动定时器。
如权利要求3所述的方法，其特征在于，还包括：

所述第二终端设备接收来自所述第一终端设备的HARQ属性为去使能的SCI，所述第二终端设备保持所述非连续接收非活动定时器为未启动状态，所述HARQ属性为去使能指示所述第二终端设备接收到所述SCI或所述SCI调度的SL数据时，不向所述第一终端设备发送所述SCI或所述SCI调度的SL数据的HARQ反馈。
一种侧行链路通信方法，其特征在于，包括：

第一终端设备确定与第二终端设备间的非连续接收DRX处于激活时间，且仅有混合自动重传请求HARQ属性为去使能的非连续接收重传定时器在运行，所述HARQ属性为去使能指示所述第二终端设备在接收到所述非连续接收重传定时器对应的信息时，向所述第一终端设备发送该信息对应的HARQ反馈；

所述第一终端设备与所述第二终端设备间进行HARQ属性为去使能的传输，所述HARQ属性为去使能指示所述第二终端设备在接收到所述传输对应的信息时，不向所述第一终端设备发送该信息的HARQ反馈。
如权利要求5所述的方法，其特征在于，所述第一终端设备与所述第二终端设备间进行HARQ属性为去使能的传输，包括：

所述第一终端设备不向所述第二终端设备发送HARQ属性为使能的新传，和/或，

所述第一终端设备向所述第二终端设备发送HARQ属性为去使能的新传或者重传。
如权利要求6所述的方法，其特征在于，所述第一终端设备不向所述第二终端设备发送HARQ属性为使能的新传，包括：

所述第一终端设备对于新传对应的授权仅复用HARQ属性为去使能的逻辑信道LCH；或者，

所述第一终端设备清除新传对应的授权。
如权利要求6或7所述的方法，其特征在于，所述新传包括新传输块TB，或指示新传的侧行链路控制信息SCI。
如权利要求6至8中任一项所述的方法，其特征在于，所述重传包括重传TB，或指示重传的SCI。
如权利要求5至9中任一项所述的方法，其特征在于，还包括：

所述第一终端设备在与所述第二终端设备间的HARQ属性为去使能的传输结束时，所述第一终端设备停止所述传输对应侧行链路SL进程的非连续接收重传定时器。
一种侧行链路通信装置，其特征在于，包括：

收发单元，用于向第二终端设备发送混合自动重传请求HARQ属性为使能的侧行链路控制信息SCI，所述HARQ属性为使能指示所述第二终端设备接收到所述SCI或所述SCI调度的侧行链路SL数据时，向所述第一终端设备发送所述SCI或所述SCI调度的数据的HARQ反馈；

所述收发单元，还用于接收来自所述第二终端设备的所述SCI或所述SCI调度的数据的HARQ反馈；

处理单元，用于启动或重启非连续接收非活动定时器。
如权利要求11所述的装置，其特征在于，

所述收发单元，还用于向所述第二终端设备发送HARQ属性为去使能的SCI，所述第一终端设备保持所述非连续接收非活动定时器为未启动状态，所述HARQ属性为去使能指示所述第二终端设备接收到所述SCI或所述SCI调度的SL数据时，不向所述第一终端设备发送所述SCI或所述SCI调度的SL数据的HARQ反馈。
一种侧行链路通信装置，其特征在于，包括：

收发单元，用于接收来自第一终端设备的混合自动重传请求HARQ属性为使能的侧行链路控制信息SCI，所述HARQ属性为使能指示所述第二终端设备接收到所述SCI或所述SCI调度的侧行链路SL数据时，向所述第一终端设备发送所述SCI或所述SCI调度的数据的HARQ反馈；

处理单元，用于在向所述第一终端设备发送所述SCI或所述SCI调度的SL数据的HARQ反馈时，启动或重启非连续接收非活动定时器。
如权利要求13所述的装置，其特征在于，

所述处理单元，还用于在接收到来自所述第一终端设备的HARQ属性为去使能的SCI时，保持所述非连续接收非活动定时器为未启动状态，所述HARQ属性为去使能指示所述第二终端设备接收到所述SCI或所述SCI调度的SL数据时，不向所述第一终端设备发送所述SCI或所述SCI调度的SL数据的HARQ反馈。
一种侧行链路通信装置，其特征在于，包括：

处理单元，用于在确定与第二终端设备间的非连续接收DRX处于激活时间，且仅有混合自动重传请求HARQ属性为去使能的非连续接收重传定时器在运行，所述HARQ属性为去使能指示所述第二终端设备在接收到所述非连续接收重传定时器对应的信息时，控制收发单元向所述第一终端设备发送该信息对应的HARQ反馈；

所述处理单元，还用于在第一终端设备与第二终端设备间进行HARQ属性为去使能的传输，所述HARQ属性为去使能指示所述第二终端设备在接收到所述传输对应的信息时，不向所述第一终端设备发送该信息的HARQ反馈。
如权利要求15所述的装置，其特征在于，所述第一终端设备与第二终端设备间进行HARQ属性为去使能的传输，包括：

所述第一终端设备不向所述第二终端设备发送HARQ属性为使能的新传，和/或，

所述第一终端设备向所述第二终端设备发送HARQ属性为去使能的新传或者重传。
如权利要求16所述的装置，其特征在于，所述第一终端设备不向所述第二终端设备发送HARQ属性为使能的新传，包括：

所述第一终端设备对于新传对应的授权仅复用HARQ属性为去使能的逻辑信道LCH；或者，

所述第一终端设备清除新传对应的授权。
如权利要求16或17所述的装置，其特征在于，所述新传包括新传输块TB，或指示新传的侧行链路控制信息SCI。
如权利要求16至18中任一项所述的装置，其特征在于，所述重传包括重传TB，或指示重传的SCI。
如权利要求15至19中任一项所述的装置，其特征在于，

所述处理单元，还用于在第一终端设备与所述第二终端设备间的HARQ属性为去使能的传输结束时，停止所述传输对应侧行链路SL进程的非连续接收重传定时器。
一种侧行链路通信装置，其特征在于，包括处理器和存储器，所述存储器中存储有指令，所述处理器执行所述指令时，使得所述装置执行权利要求1或2所述的方法，或者执行权利要求5至10中任一项所述的方法。
一种侧行链路通信装置，其特征在于，包括处理器和存储器，所述存储器中存储有指令，所述处理器执行所述指令时，使得所述装置执行权利要求3或4所述的方法。
一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行权利要求1或2所述的方法，或者执行权利要求5至10中任一项所述的方法。
一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行权利要求3或4所述的方法。