CN112399644A

CN112399644A - 非连续接收方法、相关装置及***

Info

Publication number: CN112399644A
Application number: CN201910772053.8A
Authority: CN
Inventors: 徐海博; 肖潇; 魏冬冬; 常俊仁; 王键
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2019-08-16
Filing date: 2019-08-16
Publication date: 2021-02-23
Anticipated expiration: 2039-08-16
Also published as: JP7241237B2; EP4358633A3; EP4017211A4; CN116056254A; CN112399644B; EP4017211A1; EP4358633A2; WO2021032026A1; CN116566554A; JP2022543907A; US20220312241A1; EP4017211B1; KR20220048009A

Abstract

本申请涉及非连续接收方法，在侧行链路混合自动重传请求(Sidelink HARQ)进程的HARQ反馈时机后的第一个时间单元，如第1个符号，第一终端可开启drx‑HARQ‑RTT‑TimerSL，并在drx‑HARQ‑RTT‑TimerSL超时时开启drx‑RetransmissionTimerSL。在drx‑RetransmissionTimerSL运行期间，第一终端监听物理下行控制信道(physical downlink control channel，PDCCH)。这样，可提高Sidelink重传的效率，避免增加Sidelink重传的延迟，更好支持基于Sidelink的应用，如无人驾驶(unmanned driving)、自动驾驶(automated driving/ADS)、辅助驾驶(driver assistance/ADAS)、智能驾驶(intelligent driving)、网联驾驶(connected driving)、智能网联驾驶(intelligent network driving)、汽车共享(car sharing)等人工智能领域。

Description

非连续接收方法、相关装置及***

技术领域

本申请涉及无线通信技术领域，尤其涉及一种非连续接收方法、相关装置及***。

背景技术

在长期演进(long term evolved，LTE)***或新空口(new radio，NR)***中，用户设备(user equipment，UE)和基站(eNB/gNB)之间的通信接口称为Uu口，UE和UE之间的通信接口称为PC5口。Uu接口上UE发送数据给基站的链路称为上行链路(Uplink)，而UE接收基站发送的数据的链路称为下行链路(Downlink)。PC5口上的UE和UE之间传输数据的链路称为侧行链路(Sidelink)。PC5口一般用于车辆到一切(vehicle to everything，V2X)，或者设备到设备(device to device，D2D)等可以在设备间进行直联通信的场景。

Sidelink的资源分配方式有两种。一种是UE在资源池中自主选择资源的分配方式，即由UE自己在网络通过***消息或者专用信令配置或者预配置的资源池中自己选择资源来传输Sidelink的数据。另一种是基于基站调度的资源分配方式，即由基站为传输用户设备TXUE调度Sidelink资源来传输Sidelink的数据。在基站调度这种Sidelink的资源分配方式中，基站在物理下行控制信道(physical downlink control channel，PDCCH)下发下行控制信息(downlink control information，DCI)来动态的分配资源，TXUE需要监听PDCCH以获得基站下发的授权(grant)。

在Uu接口上，为了降低UE一直监听PDCCH所造成的功率消耗，目前3GPP所采用的一种方式是非连续接收(discontinous reception，DRX)机制。但是，在Sidelink重传场景下，当基站下发用于调度Sidelink数据的重传的PDCCH时，现有的DRX机制可能会导致TX UE已进入休眠状态，不再监听PDCCH，从而导致TXUE在Sidelink上的数据重传被延迟。

发明内容

本申请提供了一种非连续接收方法、相关装置及***，可提高Sidelink上的数据重传的效率，避免增加Sidelink数据重传的延迟。

第一方面，本申请提供了一种非连续接收方法，该方法可包括：在第一SidelinkHARQ进程的HARQ反馈时机后的第一个时间单元(例如第一个符号)，第一装置可以启动drx-HARQ-RTT-TimerSL。如果drx-HARQ-RTT-TimerSL超时，且第一SidelinkHARQ进程的HARQfeedback为不确认NACK，第一装置启动drx-RetransmissionTimerSL。在drx-RetransmissionTimerSL运行期间，第一装置监听下行物理控制信道PDCCH。

其中，第一装置可以是终端设备，例如手机、可穿戴设备、车辆等用户设备，或者可以设置于终端设备上的芯片。

其中，第一Sidelink HARQ进程关联第一数据。drx-HARQ-RTT-TimerSL、drx-RetransmissionTimerSL与第一Sidelink HARQ进程关联。

其中，第一Sidelink HARQ进程可用于第一装置(TX UE)向第二装置(RX UE)发送第一数据。HARQ反馈时机occasion可用于第一装置向网络设备发送第一Sidelink HARQ进程的HARQ反馈feedback。HARQ feedback可用于指示第一Sidelink HARQ进程的前一次传输的接收成功与否。HARQ feedback为NACK时，可指示第一Sidelink HARQ进程的前一次传输的接收未成功。

第一方面中，时间单元可以是符号或者时隙。符号和时隙的长度可以取决于用于传输所述数据的Sidelink的带宽部分BWP的参数集Numerology。符号和时隙的长度也可以取决于第一装置向所述网络设备发送所述HARQ feedback的上行链路带宽部分BWP的参数集Numerology。

第一方面中，第一装置和网络设备之间建立了RRC连接。第一装置处于RRC连接态。第一装置与第二装置之间建立Sidelink。网络设备为处于RRC连接态的第一装置配置DRXcycle。DRX cycle由“On Duration”和“Opportunity for DRX”组成：在“On Duration”内，第一装置监听并接收PDCCH(激活态)；在“Opportunity for DRX”内，第一装置不接收下行信道的数据以节省功耗(休眠态)。

第一方面中，网络设备为处于RRC连接态的第一装置配置计时器：drx-InactivityTimer、drx-HARQ-RTT-TimerSL、drx-RetransmissionTimerSL。drx-HARQ-RTT-TimerSL可称为第一计时器，drx-RetransmissionTimerSL可称为第二计时器。

第一方面中，第一装置还可以向网络设备发送资源调度请求，以请求网络设备为第一数据传输调度传输资源。相应的，在接收到该资源调度请求之后，网络设备可以为Sidelink传输调度资源，并在PDCCH中下发所调度的资源。第一装置可以通过监听PDCCH来获知网络设备调度的资源。

实施第一方面提供的方法，在第一Sidelink HARQ进程的HARQ反馈时机后的第一个时间单元，第一装置可开启drx-HARQ-RTT-TimerSL，并在drx-HARQ-RTT-TimerSL超时时开启drx-RetransmissionTimerSL。也即是说，在HARQ反馈时机后，在drx-RetransmissionTimerSL运行期间，第一装置处于active态，能够监听并接收到网络设备在此期间下发的用于调度第一Sidelink HARQ进程的重传的PDCCH。这样，可提高第一Sidelink HARQ进程的重传的效率，避免增加Sidelink数据重传的延迟。

结合第一方面，在一些实施例中，第一装置启动第一计时器的具体实现可包括：如果所述HARQfeedback为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，第一装置启动所述第一计时器。

结合第一方面，在一些实施例中，当所述第一装置监听到第一PDCCH时，所述第一装置可以停止所述第二定时器。所述第一PDCCH用于调度所述第一侧行链路HARQ进程的传输资源。

结合第一方面，在一些实施例中，在第一Sidelink HARQ进程的HARQ反馈时机之前，所述第一装置还可监听到第二PDCCH。所述第二PDCCH用于指示所述网络设备为所述第一Sidelink HARQ进程的前一次传输所调度的资源。

结合第一方面，在一些实施例中，第一装置可以通过下述方式确定第一SidelinkHARQ进程的HARQ反馈：

(1)在以下任一情况下，第一装置可确定第一Sidelink HARQ进程的HARQ反馈为NACK，即可确定第一Sidelink HARQ进程的前一次传输的接收未成功：

情况1：第一装置接收到第二装置发送的HARQ反馈为NACK。

该HARQ反馈用于指示第一Sidelink HARQ进程关联的数据的前一次传输是否被第二装置成功接收。HARQ反馈为NACK时，可指示第二装置未成功接收第一Sidelink HARQ进程关联的数据。第二装置未成功接收第一Sidelink HARQ进程关联的数据，其原因可包括但不限于：第二装置未成功解码该数据。这里，第一资源是网络设备为第一Sidelink HARQ进程的前一次传输所调度的资源。

情况2：第一装置没有接收到第二装置发送的HARQ反馈。

情况2发生时，图3中的S108不存在。第一装置没有接收到第二装置发送的HARQ反馈，具体可以是指，第一装置在第一Sidelink HARQ进程的反馈时机没有收到第二装置发送的HARQ反馈。第一Sidelink HARQ进程的反馈时机可由网络设备配置。

情况3：第一装置在第一资源上未向第二装置传输该Sidelink数据。

情况3发生时，图3中的S107不存在，S108也相应不存在。这里，第一资源是网络设备为第一Sidelink HARQ进程的前一次传输所调度的资源。情况3出现的原因可以为资源冲突，即第一装置在第一资源上传输其他数据，而非数据a。

(2)在以下情况下，第一装置可确定第一Sidelink HARQ进程的HARQ反馈为ACK，即可确定第一Sidelink HARQ进程的前一次传输的接收成功：

第一装置接收到第二装置发送的HARQ反馈为ACK。该HARQ反馈为ACK时，可指示第二装置成功接收第一Sidelink HARQ进程关联的数据。

结合第一方面，在一些实施例中，第一装置可以通过下述方式维护drx-HARQ-RTT-TimerSL、drx-RetransmissionTimerSL这两个计时器的几种实现方式。

方式1

在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，第一装置可开启drx-HARQ-RTT-TimerSL。如果第一Sidelink HARQ进程的HARQ反馈为NACK，则当drx-HARQ-RTT-TimerSL超时时，第一装置可开启drx-RetransmissionTimerSL。在drx-RetransmissionTimerSL运行期间，第一装置监听PDCCH。

方式2

如果Sidelink HARQ进程的HARQ反馈为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，第一装置可开启drx-HARQ-RTT-TimerSL。当drx-HARQ-RTT-TimerSL超时时，第一装置可开启drx-RetransmissionTimerSL。在drx-RetransmissionTimerSL运行期间，第一装置监听PDCCH。

不限于第一Sidelink HARQ进程的HARQ反馈，第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK也可用来指示第一Sidelink HARQ进程的前一次传输的接收成功与否。状态变量SL_HARQ_FEEDBACK可以称为第一变量。

不限于上述方式1、方式2，第一装置也可以根据第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK，来维护drx-HARQ-RTT-TimerSL、drx-RetransmissionTimerSL这两个计时器。具体实现可如下：如果第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机后的第一个时间单元，第一装置可以开启HARQ-RTT-TimerSL。如果第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK为NACK，则在HARQ-RTT-TimerSL超时时，第一装置可以开启drx-RetransmissionTimerSL。

结合第一方面，在一些实施例中，drx-HARQ-RTT-TimerSL、drx-RetransmissionTimerSL这两个计时器的时间单位有如下几种实现方式：

方式1：drx-HARQ-RTT-TimerSL的单位可以为符号(symbol)，drx-RetransmissionTimerSL的单位可以为时隙(slot)。符号和时隙的长度可以取决于用于传输所述数据的Sidelink的带宽部分BWP的参数集Numerology。

方式2：drx-HARQ-RTT-TimerSL的单位可以为符号(symbol)，drx-RetransmissionTimerSL的单位可以为时隙(slot)。符号和时隙的长度也可以取决于第一装置向所述网络设备发送所述HARQ feedback的上行链路带宽部分BWP的参数集Numerology。

方式3：这两个计时器的单位可以为绝对时间长度，例如毫秒ms。

第二方面，本申请提供了一种装置，该装置可以是第一方面中的第一装置。该装置可以包括多个功能单元，以实现上述第一方面描述的方法。该装置可包括：处理单元和通信单元，其中，处理单元可以为处理器，或由一个或多个具有处理能力的模块组成的单元；通信单元可以为收发器，或由一个或多个具有收发功能的模块组成的单元。

处理单元，可用于在第一侧行链路混合自动重传请求Sidelink HARQ进程的HARQ反馈时机后的第一个时间单元，启动第一计时器。处理单元，还可用于如果第一计时器超时，且所述HARQfeedback为NACK，启动所述第二计时器。

通信单元，可用于在所述第二计时器运行期间，监听PDCCH。

其中，所述第一计时器、所述第二计时器与所述第一Sidelink HARQ进程关联。所述第一Sidelink HARQ进程关联第一数据。所述第一Sidelink HARQ进程用于所述第一装置向第二装置发送所述第一数据。所述HARQ反馈时机occasion用于所述第一装置向网络设备发送所述第一Sidelink HARQ进程的HARQfeedback。所述HARQ feedback用于指示所述第一Sidelink HARQ进程的前一次传输的接收成功与否。

结合第二方面，在一些实施例中，处理单元具体可用于如果所述HARQfeedback为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，启动所述第一计时器。

结合第二方面，在一些实施例中，处理单元如何确定所述第一Sidelink HARQ进程的HARQfeedback为NACK，可参考第一方面中的相关内容，这里不再赘述。

结合第二方面，在一些实施例中，第一Sidelink HARQ进程与第一变量关联，所述第一变量用于记录所述第一Sidelink HARQ进程的前一次传输的接收成功与否。当所述第一变量为NACK时，表示所述第一Sidelink HARQ进程的前一次传输不成功。

结合第二方面，在一些实施例中，处理单元具体可用于如果所述第一变量为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，启动所述第一计时器。

结合第二方面，在一些实施例中，处理单元具体可用于如果第一计时器超时，且所述第一变量为NACK，启动所述第二计时器。

结合第二方面，在一些实施例中，处理单元具体还可用于当所述第一装置监听到第一PDCCH时，停止所述第二定时器；所述第一PDCCH用于调度所述第一侧行链路HARQ进程的传输资源。

结合第二方面，在一些实施例中，通信单元还可用于在第一Sidelink HARQ进程的HARQ反馈时机之前，监听到第二PDCCH，所述第二PDCCH用于指示所述网络设备为所述第一Sidelink HARQ进程的前一次传输所调度的资源。

结合第二方面，在一些实施例中，通信单元还可用于：在所述HARQ反馈时机，向所述网络设备发送所述第一Sidelink HARQ进程的HARQfeedback；或者，在所述HARQ反馈时机，传输第二数据，所述第二数据不是所述第一Sidelink HARQ进程的HARQfeedback。

第二方面中未提及的一些细节，可参考第一方面，这里不再赘述。

第三方面，提供了一种装置，该装置可以是第一方面中的第一装置，可用于执行第一方面描述的非连续接收方法。该装置可以称为第一装置。第一装置可包括：存储器以及与存储器耦合的处理器、发射器和接收器，其中：发射器用于与向另一无线通信设备发送信号，接收器用于接收另一无线通信设备发送的信号，存储器用于存储第一方面描述的非连续接收方法的实现代码，处理器用于执行存储器中存储的程序代码，即执行第一方面可能的实施方式中的任意一种所描述的非连续接收方法。

具体的，处理器可用于在第一侧行链路混合自动重传请求Sidelink HARQ进程的HARQ反馈时机后的第一个时间单元，启动第一计时器。处理器还可用于如果第一计时器超时，且所述HARQfeedback为NACK，启动所述第二计时器。

具体的，接收器可用于在所述第二计时器运行期间，监听PDCCH。

具体的，发射器可用于通过第一Sidelink HARQ进程向第二装置传输第一数据。

结合第三方面，在一些实施例中，处理器具体可用于如果所述HARQfeedback为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，启动所述第一计时器。

结合第三方面，在一些实施例中，处理器处理单元如何确定所述第一SidelinkHARQ进程的HARQfeedback为NACK，可参考第一方面中的相关内容，这里不再赘述。

结合第三方面，在一些实施例中，第一Sidelink HARQ进程与第一变量关联，所述第一变量用于记录所述第一Sidelink HARQ进程的前一次传输的接收成功与否。当所述第一变量为NACK时，表示所述第一Sidelink HARQ进程的前一次传输不成功。

结合第三方面，在一些实施例中，处理器具体可用于如果所述第一变量为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，启动所述第一计时器。

结合第三方面，在一些实施例中，处理器具体可用于如果第一计时器超时，且所述第一变量为NACK，启动所述第二计时器。

结合第三方面，在一些实施例中，处理器具体还可用于当所述第一装置监听到第一PDCCH时，停止所述第二定时器；所述第一PDCCH用于调度所述第一侧行链路HARQ进程的传输资源。

结合第三方面，在一些实施例中，接收器还可用于在第一Sidelink HARQ进程的HARQ反馈时机之前，监听到第二PDCCH，所述第二PDCCH用于指示所述网络设备为所述第一Sidelink HARQ进程的前一次传输所调度的资源。

结合第三方面，在一些实施例中，发射器还可用于：在所述HARQ反馈时机，向所述网络设备发送所述第一Sidelink HARQ进程的HARQfeedback；或者，在所述HARQ反馈时机，传输第二数据，所述第二数据不是所述第一Sidelink HARQ进程的HARQfeedback。

第三方面中未提及的一些细节，可参考第一方面，这里不再赘述。

第四方面，本申请提供了一种非连续接收方法，该方法可包括：在第一SidelinkHARQ进程的HARQ反馈时机后的第一个时间单元(例如第一个符号)，第一装置可以启动drx-RetransmissionTimerSL。在drx-RetransmissionTimerSL运行期间，第一装置监听下行物理控制信道PDCCH。

其中，第一Sidelink HARQ进程关联第一数据。drx-RetransmissionTimerSL与第一Sidelink HARQ进程关联。

第四方面中，时间单元可以是符号或者时隙。符号和时隙的长度可以取决于用于传输所述数据的Sidelink的带宽部分BWP的参数集Numerology。符号和时隙的长度也可以取决于第一装置向所述网络设备发送所述HARQ feedback的上行链路带宽部分BWP的参数集Numerology。

第四方面中，第一装置和网络设备之间建立了RRC连接。第一装置处于RRC连接态。第一装置与第二装置之间建立Sidelink。网络设备为处于RRC连接态的第一装置配置DRXcycle。DRX cycle由“On Duration”和“Opportunity for DRX”组成：在“On Duration”内，第一装置监听并接收PDCCH(激活态)；在“Opportunity for DRX”内，第一装置不接收下行信道的数据以节省功耗(休眠态)。

第四方面中，网络设备为处于RRC连接态的第一装置配置计时器：drx-InactivityTimer、drx-RetransmissionTimerSL。drx-RetransmissionTimerSL可称为第三计时器。

第四方面中，第一装置还可以向网络设备发送资源调度请求，以请求网络设备为第一数据传输调度传输资源。相应的，在接收到该资源调度请求之后，网络设备可以为Sidelink传输调度资源，并在PDCCH中下发所调度的资源。第一装置可以通过监听PDCCH来获知网络设备调度的资源。

实施第四方面提供的方法，在第一Sidelink HARQ进程的HARQ反馈时机后的第一个时间单元，第一装置可开启drx-RetransmissionTimerSL。在drx-RetransmissionTimerSL运行期间，第一装置监听PDCCH。也即是说，从HARQ反馈时机后的第一个时间单元开始，第一装置处于active态，能够监听到网络设备下发的用于调度第一Sidelink HARQ进程的重传的PDCCH。这样，可提高第一Sidelink HARQ进程的重传的效率，避免增加Sidelink数据重传的延迟。

结合第四方面，在一些实施例中，第一装置启动第一计时器的具体实现可包括：如果所述HARQfeedback为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，第一装置启动所述第三计时器。

结合第四方面，在一些实施例中，当所述第一装置监听到第一PDCCH时，所述第一装置可以停止所述第三定时器。所述第一PDCCH用于调度所述第一侧行链路HARQ进程的传输资源。

结合第四方面，在一些实施例中，在第一Sidelink HARQ进程的HARQ反馈时机之前，所述第一装置还可监听到第二PDCCH。所述第二PDCCH用于指示所述网络设备为所述第一Sidelink HARQ进程的前一次传输所调度的资源。

第四方面中，第一装置确定第一Sidelink HARQ进程的HARQ反馈的实现方式，可以参考第一方面中的相关内容，这里不再赘述。

不限于第一Sidelink HARQ进程的HARQ反馈，第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK也可用来指示第一Sidelink HARQ进程的前一次传输的接收成功与否。

不限于根据第一Sidelink HARQ进程的HARQ反馈维护drx-RetransmissionTimerSL，第一装置也可以根据第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK来维护drx-RetransmissionTimerSL。具体实现可如下：如果第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机后的第一个时间单元，第一装置可以开启drx-RetransmissionTimerSL

结合第四方面，在一些实施例中，drx-RetransmissionTimerSL这个计时器的时间单位有如下几种实现方式：

方式1：drx-RetransmissionTimerSL的单位可以为时隙(slot)。时隙的长度可以取决于用于传输所述数据的Sidelink的带宽部分BWP的参数集Numerology。

方式2：drx-RetransmissionTimerSL的单位可以为时隙(slot)。时隙的长度也可以取决于第一装置向所述网络设备发送所述HARQ feedback的上行链路带宽部分BWP的参数集Numerology。

方式3：这个计时器的单位可以为绝对时间长度，例如毫秒ms。

第五方面，本申请提供了一种装置，该装置可以是第四方面中的第一装置。该装置可以包括多个功能单元，以实现上述第四方面描述的方法。该装置可包括：处理单元和通信单元，其中，处理单元可以为处理器，或由一个或多个具有处理能力的模块组成的单元；通信单元可以为收发器，或由一个或多个具有收发功能的模块组成的单元。

处理单元，可用于在第一侧行链路混合自动重传请求Sidelink HARQ进程的HARQ反馈时机后的第一个时间单元，启动第三计时器。

通信单元，可用于在所述第三计时器运行期间，监听PDCCH。

其中，所述三计时器与所述第一Sidelink HARQ进程关联。所述第一SidelinkHARQ进程关联第一数据。所述第一Sidelink HARQ进程用于所述第一装置向第二装置发送所述第一数据。所述HARQ反馈时机occasion用于所述第一装置向网络设备发送所述第一Sidelink HARQ进程的HARQfeedback。所述HARQ feedback用于指示所述第一SidelinkHARQ进程的前一次传输的接收成功与否。

结合第五方面，在一些实施例中，处理单元具体可用于如果所述HARQfeedback为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，启动所述第三计时器。

结合第五方面，在一些实施例中，处理单元如何确定所述第一Sidelink HARQ进程的HARQfeedback为NACK，可参考第一方面中的相关内容，这里不再赘述。结合第五方面，在一些实施例中，第一Sidelink HARQ进程与第一变量关联，所述第一变量用于记录所述第一Sidelink HARQ进程的前一次传输的接收成功与否。当所述第一变量为NACK时，表示所述第一Sidelink HARQ进程的前一次传输不成功。

结合第五方面，在一些实施例中，处理单元可具体用于如果所述第一变量为NACK，则在第一Sidelink HARQ process的HARQ反馈时机之后的第一个时间单元，启动所述第三计时器。

结合第五方面，在一些实施例中，处理单元具体还可用于当所述第一装置监听到第一PDCCH时，停止所述第三定时器；所述第一PDCCH用于调度所述第一侧行链路HARQ进程的传输资源。

结合第五方面，在一些实施例中，通信单元还可用于在第一Sidelink HARQ进程的HARQ反馈时机之前，监听到第二PDCCH，所述第二PDCCH用于指示所述网络设备为所述第一Sidelink HARQ进程的前一次传输所调度的资源。

结合第五方面，在一些实施例中，通信单元还可用于：在所述HARQ反馈时机，向所述网络设备发送所述第一Sidelink HARQ进程的HARQfeedback；或者，在所述HARQ反馈时机，传输第二数据，所述第二数据不是所述第一Sidelink HARQ进程的HARQfeedback。

第五方面中未提及的一些细节，可参考第四方面，这里不再赘述。

第六方面，提供了一种装置，该装置可以是第四方面中的第一装置，可用于执行第四方面描述的非连续接收方法。该装置可以称为第一装置。第一装置可包括：存储器以及与存储器耦合的处理器、发射器和接收器，其中：发射器用于与向另一无线通信设备发送信号，接收器用于接收另一无线通信设备发送的信号，存储器用于存储第四方面描述的非连续接收方法的实现代码，处理器用于执行存储器中存储的程序代码，即执行第四方面可能的实施方式中的任意一种所描述的非连续接收方法。

具体的，处理器可用于在第一侧行链路混合自动重传请求Sidelink HARQ进程的HARQ反馈时机后的第一个时间单元，启动第三计时器。

具体的，接收器可用于在所述第三计时器运行期间，监听PDCCH。

其中，所述第三计时器与所述第一Sidelink HARQ进程关联。所述第一SidelinkHARQ进程关联第一数据。所述第一Sidelink HARQ进程用于所述第一装置向第二装置发送所述第一数据。所述HARQ反馈时机occasion用于所述第一装置向网络设备发送所述第一Sidelink HARQ进程的HARQfeedback。所述HARQ feedback用于指示所述第一SidelinkHARQ进程的前一次传输的接收成功与否。

结合第六方面，在一些实施例中，处理器具体可用于如果所述HARQfeedback为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，启动所述第三计时器。

结合第六方面，在一些实施例中，处理器如何确定所述第一Sidelink HARQ进程的HARQfeedback为NACK，可参考第一方面中的相关内容，这里不再赘述。

结合第六方面，在一些实施例中，第一Sidelink HARQ进程与第一变量关联，所述第一变量用于记录所述第一Sidelink HARQ进程的前一次传输的接收成功与否。当所述第一变量为NACK时，表示所述第一Sidelink HARQ进程的前一次传输不成功。

结合第六方面，在一些实施例中，处理器可具体用于如果所述第一变量为NACK，则在第一Sidelink HARQ process的HARQ反馈时机之后的第一个时间单元，启动所述第三计时器。

结合第六方面，在一些实施例中，处理器具体还可用于当监听到第一PDCCH时，停止所述第三定时器；所述第一PDCCH用于调度所述第一侧行链路HARQ进程的传输资源。

结合第六方面，在一些实施例中，接收器还可用于在第一Sidelink HARQ进程的HARQ反馈时机之前，监听到第二PDCCH，所述第二PDCCH用于指示所述网络设备为所述第一Sidelink HARQ进程的前一次传输所调度的资源。

结合第六方面，在一些实施例中，发射器还可用于：在所述HARQ反馈时机，向所述网络设备发送所述第一Sidelink HARQ进程的HARQfeedback；或者，在所述HARQ反馈时机，传输第二数据，所述第二数据不是所述第一Sidelink HARQ进程的HARQfeedback。

第六方面中未提及的一些细节，可参考第四方面，这里不再赘述。

第七方面，本申请提供了一种非连续接收方法，该方法可包括：如果第一SidelinkHARQ process的前一次传输的接收未成功，则在第一SidelinkHARQ进程的HARQ反馈时机后的第一个时间单元(例如第一个符号)，第一装置可以开始监听下行物理控制信道PDCCH。当所述第一装置监听到第一PDCCH时，且下述条件都不满足时，所述第一装置停止监听PDCCH：

条件1：如下一个或多个计时器在运行：drx-onDurationTimer；drx-InactivityTimer；drx-RetransmissionTimerDL；drx-RetransmissionTimerUL,ra-ContentionResolutionTimer；

条件2：第一装置在PUCCH上发送了调度请求，并且调度请求还在挂起状态；

条件3：第一装置接收到了非竞争的随机接入的响应消息，但是还没有接收到通过C-RNTI加扰的指示新传的PDCCH。

其中，所述第一PDCCH用于调度所述第一侧行链路HARQ process的传输资源。

其中，第一Sidelink HARQ进程关联第一数据。drx-RetransmissionTimerSL与第一Sidelink HARQ进程关联。第一Sidelink HARQ进程可用于第一装置(TX UE)向第二装置(RX UE)发送第一数据。HARQ反馈时机occasion可用于第一装置向网络设备发送第一Sidelink HARQ进程的HARQ反馈feedback。HARQ feedback可用于指示第一Sidelink HARQ进程的前一次传输的接收成功与否。HARQ feedback为NACK时，可指示第一Sidelink HARQ进程的前一次传输的接收未成功。

第七方面中，时间单元可以是符号或者时隙。符号和时隙的长度可以取决于用于传输所述数据的Sidelink的带宽部分BWP的参数集Numerology。符号和时隙的长度也可以取决于第一装置向所述网络设备发送所述HARQ feedback的上行链路带宽部分BWP的参数集Numerology。

第七方面中，第一装置和网络设备之间建立了RRC连接。第一装置处于RRC连接态。第一装置与第二装置之间建立Sidelink。网络设备为处于RRC连接态的第一装置配置DRXcycle。DRX cycle由“On Duration”和“Opportunity for DRX”组成：在“On Duration”内，第一装置监听并接收PDCCH(激活态)；在“Opportunity for DRX”内，第一装置不接收下行信道的数据以节省功耗(休眠态)。

第七方面中，网络设备为处于RRC连接态的第一装置配置计时器：drx-InactivityTimer、drx-RetransmissionTimerSL。drx-RetransmissionTimerSL可称为第三计时器。

第七方面中，第一装置还可以向网络设备发送资源调度请求，以请求网络设备为第一数据传输调度传输资源。相应的，在接收到该资源调度请求之后，网络设备可以为Sidelink传输调度资源，并在PDCCH中下发所调度的资源。第一装置可以通过监听PDCCH来获知网络设备调度的资源。

实施第七方面提供的方法，如果第一Sidelink HARQ进程的前一次传输的接收未成功，则在第一Sidelink HARQ进程的HARQ反馈时机后的第一个时间单元，第一装置可开始监听PDCCH。也即是说，如果第一Sidelink HARQ进程的前一次传输的接收未成功，在HARQ反馈时机后，第一装置处于active态，能够监听并接收到网络设备下发的用于调度第一Sidelink HARQ进程的重传的PDCCH。这样，可提高第一Sidelink HARQ进程的重传的效率，避免增加Sidelink数据重传的延迟。

结合第七方面，在一些实施例中，第一Sidelink HARQ process的前一次传输的接收未成功与否，可以从以下两个方面确定：

第一Sidelink HARQ process的HARQ反馈；

第一Sidelink HARQ process关联的状态变量SL_HARQ_FEEDBACK。

其中，当第一Sidelink HARQ process的HARQ反馈为NACK时，可指示第一SidelinkHARQ process的前一次传输的接收未成功；当第一Sidelink HARQ process的HARQ反馈为ACK时，可指示第一Sidelink HARQ process的前一次传输的接收成功。

其中，当第一Sidelink HARQ process关联的状态变量SL_HARQ_FEEDBACK的取值为NACK时，可指示第一Sidelink HARQ process的前一次传输的接收未成功；当第一Sidelink HARQ process关联的状态变量SL_HARQ_FEEDBACK的取值为ACK时，可指示第一Sidelink HARQ process的前一次传输的接收成功。

第七方面中，第一装置确定第一Sidelink HARQ process的HARQ反馈的具体实现，可参考第一方面中的相关内容，这里不再赘述。

第七方面中，第一装置可以根据第一Sidelink HARQ进程的HARQ反馈监听PDCCH。具体实现可如下：如果第一Sidelink HARQ进程的HARQ反馈为NACK，则在第一SidelinkHARQ进程的HARQ反馈时机后的第一个时间单元，第一装置可以开始监听PDCCH。

第七方面中，第一装置也可以根据第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK来监听PDCCH。具体实现可如下：如果第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机后的第一个时间单元，第一装置可以开始监听PDCCH。

结合第七方面，在一些实施例中，如果第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK为ACK，且下述条件都不满足时，则第一装置可以停止监听PDCCH。

结合第七方面，在一些实施例中，第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK为NACK，但第一Sidelink HARQ进程关联的状态变量CURRENT_SL_TX_NB指示数据a的传输次数已达到最大传输次数。在该情况下，且下述条件都不满足时，则第一装置可以停止监听PDCCH。

第八方面，本申请提供了一种装置，该装置可以是第七方面中的第一装置。该装置可以包括多个功能单元，以实现上述第七方面描述的方法。该装置可包括：处理单元和通信单元，其中，处理单元可以为处理器，或由一个或多个具有处理能力的模块组成的单元；通信单元可以为收发器，或由一个或多个具有收发功能的模块组成的单元。

处理单元，可用于确定第一Sidelink HARQ process的前一次传输的接收成功与否。

通信单元，可用于如果第一Sidelink HARQ process的前一次传输的接收未成功，则在第一SidelinkHARQ进程的HARQ反馈时机后的第一个时间单元(例如第一个符号)，开始监听下行物理控制信道PDCCH。

通信单元，还可用于当所述第一装置监听到第一PDCCH时，且下述条件都不满足时，停止监听PDCCH：

结合第八方面，在一些实施例中，第一Sidelink HARQ process的前一次传输的接收未成功与否，处理单元可以从以下两个方面确定：

1.第一Sidelink HARQ process的HARQ反馈；

2.第一Sidelink HARQ process关联的状态变量SL_HARQ_FEEDBACK。

第八方面中，处理单元确定第一Sidelink HARQ process的HARQ反馈的具体实现，可参考第一方面中的相关内容，这里不再赘述。

第八方面中，处理单元可以根据第一Sidelink HARQ进程的HARQ反馈监听PDCCH。具体实现可如下：如果第一Sidelink HARQ进程的HARQ反馈为NACK，则在第一SidelinkHARQ进程的HARQ反馈时机后的第一个时间单元，通信单元可以开始监听PDCCH。

第八方面中，通信单元也可以根据第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK来监听PDCCH。具体实现可如下：如果第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机后的第一个时间单元，通信单元可以开始监听PDCCH。

结合第八方面，在一些实施例中，如果第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK为ACK，且下述条件都不满足时，则通信单元可以停止监听PDCCH。

结合第八方面，在一些实施例中，第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK为NACK，但第一Sidelink HARQ进程关联的状态变量CURRENT_SL_TX_NB指示数据a的传输次数已达到最大传输次数。在该情况下，且下述条件都不满足时，则通信单元可以停止监听PDCCH。

第八方面中未提及的一些细节，可参考第七方面，这里不再赘述。

第九方面，提供了一种装置，该装置可以是第七方面中的第一装置，可用于执行第七方面描述的非连续接收方法。该装置可以称为第一装置。第一装置可包括：存储器以及与存储器耦合的处理器、发射器和接收器，其中：发射器用于与向另一无线通信设备发送信号，接收器用于接收另一无线通信设备发送的信号，存储器用于存储第七方面描述的非连续接收方法的实现代码，处理器用于执行存储器中存储的程序代码，即执行第七方面可能的实施方式中的任意一种所描述的非连续接收方法。

具体的，处理器可用于确定第一Sidelink HARQ process的前一次传输的接收成功与否。

具体的，接收器可用于如果第一Sidelink HARQ process的前一次传输的接收未成功，则在第一SidelinkHARQ进程的HARQ反馈时机后的第一个时间单元(例如第一个符号)，开始监听下行物理控制信道PDCCH。

具体的，接收器还可用于当所述第一装置监听到第一PDCCH时，且下述条件都不满足时，停止监听PDCCH：

结合第九方面，在一些实施例中，接收器可以根据第一Sidelink HARQ进程的HARQ反馈监听PDCCH。具体实现可如下：如果第一Sidelink HARQ进程的HARQ反馈为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机后的第一个时间单元，接收器可以开始监听PDCCH。

结合第九方面，在一些实施例中，接收器可以根据第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK来监听PDCCH。具体实现可如下：如果第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机后的第一个时间单元，接收器可以开始监听PDCCH。

结合第九方面，在一些实施例中，如果第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK为ACK，且下述条件都不满足时，则接收器可以停止监听PDCCH。

结合第九方面，在一些实施例中，第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK为NACK，但第一Sidelink HARQ进程关联的状态变量CURRENT_SL_TX_NB指示数据a的传输次数已达到最大传输次数。在该情况下，且下述条件都不满足时，则接收器可以停止监听PDCCH。

第九方面中未提及的一些细节，可参考第七方面，这里不再赘述。

下面说明上述第一方面、第四方面、第七方面所涉及的(1)-(3)几个方面。

(1)第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK

结合第一方面、第四方面、第七方面，第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK的初始值可设为ACK。当SL_HARQ_FEEDBACK为ACK时，可指示第一SidelinkHARQ进程的前一次传输的接收成功。当SL_HARQ_FEEDBACK为NACK时，可指示第一SidelinkHARQ进程的前一次传输的接收成功。

下面说明第一装置如何维护第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK。

1.在以下任一情况发生时，第一装置可将SL_HARQ_FEEDBACK设为ACK。

情况1：第一装置接收到第二装置发送的HARQ反馈为ACK。

情况2：第一装置监听并接收到用于调度第一Sidelink HARQ进程的传输(包括初传、重传)的PDCCH。

2.在以下任一情况发生时，第一装置可将SL_HARQ_FEEDBACK设为NACK。

情况1：第一装置接收到第二装置发送的HARQ反馈为NACK。

情况2：第一装置没有接收到第二装置发送的HARQ反馈。

第一装置没有接收到第二装置发送的HARQ反馈，具体可以是指，第一装置在HARQ反馈的反馈时机没有收到第二装置发送的HARQ反馈。

情况3：第一装置在分配给第一Sidelink HARQ进程的传输资源上未向第二装置传输第一Sidelink HARQ进程关联的数据a。

这里，分配给第一Sidelink HARQ进程的传输资源可用于第一Sidelink HARQ进程的初传或重传。情况3出现的原因可以为资源冲突，即第一装置在分配给第一SidelinkHARQ进程的传输资源上传输其他数据，而非数据a。

(2)第一Sidelink HARQ进程关联的状态变量CURRENT_SL_TX_NB

结合第一方面、第四方面、第七方面，第一Sidelink HARQ进程关联的状态变量CURRENT_SL_TX_NB的初始值可设为0。每当第一装置监听并接收到用于调度第一SidelinkHARQ进程的传输(包括初传、重传)的PDCCH时，第一装置可以将第一Sidelink HARQ进程关联的CURRENT_SL_TX_NB加1。用于调度第一Sidelink HARQ进程的传输的PDCCH可指示网络设备分配给第一Sidelink HARQ进程的传输资源。

(3)符号、时隙的长度

结合第一方面、第四方面、第七方面，符号、时隙的长度可以取决于用于传输第一数据的Sidelink的带宽部分BWP的参数集Numerology，如子载波间隔(subcarrier space，SCS)。不限于此，符号、时隙的长度也可以取决于第一装置向网络设备发送HARQ反馈的上行链路带宽部分BWP的参数集Numerology，如SCS。

第十方面，提供了一种装置，该装置可包括处理器和存储器，所述处理器耦合于所述存储器，所述存储器中存储指令，所述处理器用于调用所述存储器中的所述指令，使得该装置执行第一方面、第四方面或第七方面描述的非连续接收方法。

第十一方面，提供了另一种计算机可读存储介质，可读存储介质上存储有指令，当其在计算机上运行时，使得计算机执行第一方面、第四方面或第七方面描述的非连续接收方法。

第十二方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行第一方面、第四方面或第七方面描述的非连续接收方法。

附图说明

为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。

图1是本申请提供的一种无线通信***的架构示意图；

图2A是现有的DRX cycle的示意图；

图2B是引入计时器drx-InactivityTimer的DRX cycle的示意图；

图2C是现有的sidelinkDRX cycle的示意图；

图3是本申请的一个实施例提供的非连续接收方法的流程示意图；

图4A-图4B是图3实施例的一种计时器维护过程的示意图；

图5A-图5B是图3实施例的另一种计时器维护过程的示意图；

图6是本申请的另一个实施例提供的非连续接收方法的流程示意图；

图7A-图7B是图6实施例的计时器维护过程的示意图；

图8是本申请的再一个实施例提供的非连续接收方法的流程示意图；

图9是图8实施例的PDCCH监听过程的示意图；

图10是本申请的一个实施例提供的终端的硬件架构示意图；

图11是本申请的一个实施例提供的网络设备的硬件架构示意图；

图12是本申请的提供的无线通信***，相关装置的功能框图。

具体实施方式

本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。

图1示出了本申请涉及的无线通信***100。无线通信***100可以是长期演进(LTE)***、第五代移动通信(5G)***、新空口(NR)***，还可以是机器与机器通信(machine to machine，M2M)***、未来演进的第六代通信***等。如图1所示，无线通信***100可包括：一个或多个网络设备101，两个或两个以上用户设备103以及核心网(未示出)。其中：

网络设备101可用于在网络设备控制器(未示出)，如基站控制器(base stationcontroller，BSC)，的控制下，通过Uu接口105与用户设备103通信。在Uu接口105上，用户设备103向网络设备101发送数据的链路称为上行链路(Uplink)，而用户设备103接收网络设备100发送的数据的链路称为下行链路(Downlink)。在一些实施例中，网络设备控制器可以是核心网的一部分，也可以集成到网络设备101中。

网络设备101还可用于通过回程(blackhaul)接口，如S1接口，向核心网传输控制信息或者用户数据。

网络设备101与网络设备101之间也可以通过回程(blackhaul)接口，如X2接口，直接地或者间接地相互通信。

用户设备103与用户设备103之间的通信接口107称为PC5接口。在PC5接口107上，用户设备103和用户设备103之间传输数据的链路称为侧行链路(Sidelink)。用户设备103处于演进的通用陆地无线接入网(Evolved Universal Terrestrial Radio AccessNetwork，E-UTRAN)覆盖区内时，可以在蜂窝网络的控制下使用Uu接口105。无论是否处于E-UTRAN覆盖区内，用户设备103都可以采用PC5接口107进行Sidelink通信。Sidelink通信可以是两个用户设备103之间的点对点通信，也可以是一组两个以上的用户设备103进行的组播通信。

网络设备101可以是时分同步码分多址(Time Division Synchronous CodeDivision Multiple Access，TD-SCDMA)***中的基站收发台(Base TransceiverStation，BTS)，也可以是LTE***中的演进型基站(Evolutional Node B，eNB)，以及5G***、新空口(NR)***中的基站等。另外，基站也可以为接入点(Access Point，AP)、传输节点(Trans TRP)、中心单元(Central Unit，CU)或其他网络实体，并且可以包括以上网络实体的功能中的一些或所有功能。

用户设备103可以是车载终端、智能手机、路边单元(road side unit，RSU)、物联网终端设备，机器类型通信(Machine Type Communication，MTC)终端等无线通信设备。用户设备还可以包括一个或多个具有部分UE功能的基站，如微基站。用户设备可以分布在整个无线通信***100中，可以是静止的，也可以是移动的。

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

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

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

目前，Sidelink通信的一种主要资源分配方式为基于基站调度的资源分配方式。在这种Sidelink的资源分配方式中，基站在PDCCH下发下行控制信息DCI来动态的分配资源，TXUE需要监听PDCCH以获得基站下发的授权(grant)。

在Uu接口105上，为了降低UE一直监听PDCCH所造成的功率消耗，目前3GPP所采用的一种解决方式为DRX机制。下面说明现有的DRX机制。

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

如图2A所示，在LTE或NR***中，DRX机制是网络设备为处于无线资源控制(radiocontrol resource，RRC)连接态的UE配置一个DRX周期(DRX cycle)。DRX cycle由“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接口105上通过物理上行控制信道(physical uplink control channel，PUCCH)、物理上行共享信道(physical uplinkshared channel，PUSCH)等传输上行数据或通过物理下行共享信道(physicaldownlinkshared channel，PDSCH)接收基站发送的下行数据，还能够在PC5接口107上通过物理侧行链路共享信道(physicalSidelink shared channel，PSSCH)、物理侧行链路控制信道(physicalSidelink control channel，PSCCH)等传输Sidelink数据。

(2)引入drx-InactivityTimer

在大多数情况下，UE在某个PDCCH时机(Occasion)被调度来接收或发送数据后，很可能在接下来的几个子帧(subframe)内也被继续调度，以完成一份较大字节的数据的接收或发送。如果该UE已经进入休眠态，则该UE要等到下一个DRX cycle再监听PDCCH获取资源调度来接收或发送后续数据。这会增加数据传输的时延。为了降低这类延迟，DRX机制引入了一个定时器：drx-InactivityTimer。如图2B所示，当UE监听并接收到一个用于调度新数据的PDCCH时，UE会开启(或重启)定时器drx-InactivityTimer。UE会在drx-InactivityTimer运行期间的每一个子帧都监听PDCCH，直到该定时器超时。新数据的指示信息会携带在PDCCH中，占1bit。可以看出，drx-InactivityTimer的引入，可确保UE在drx-InactivityTimer运行期间处于激活态，接收接下来基站的调度，相当于对“On Duration”进行了扩展。如果UE连续接收到用于调度不同新数据的PDCCH，则UE会相继开启(或重启)多个drx-InactivityTimer，可能会使得UE在整个DRX cycle都处于激活态，即“On Duration”可能扩展至整个DRX cycle。

(3)DRX

在LTE***中，如图2C所示，针对Sidelink，对Uu接口105上的DRX机制有如下增强：当TXUE接收到基站发送的PDCCH，并且该PDCCH调度了Sidelink上用于新数据传输的SLgrant时，TXUE会开启或重启drx-InactivityTimer。这样可以保证TXUE能够处于激活态，接收接下来基站调度的SLgrant。

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

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

为了解决现有的技术问题，基于基站调度的资源分配方式，本申请提供了一种非连续接收方法，有利于降低Sidelink数据的传输时延。

本申请提供的非连续接收方法中，如果确定某个Sidelink数据的前一次传输的接收未成功，则在该Sidelink数据关联的Sidelink HARQ进程的HARQ反馈时机(feedbackoccasion)之后，在网络设备下发用于调度该Sidelink数据的重传的PDCCH时，TX UE可处于激活态，使得TX UE能够监听到用于调度该Sidelink数据的重传的PDCCH，无需等到下一个DRX cycle的“On Duration”，可避免增加Sidelink数据重传的延迟。

在本申请提供的非连续接收方法中，TX UE可以针对每一个Sidelink数据，如TXUE向RX UE传输的MAC PDU，设置一个Sidelink HARQ进程。即一个Sidelink HARQ进程关联的一个Sidelink数据，该Sidelink数据可存储在该Sidelink HARQ进程关联的SidelinkHARQ buffer中。一个Sidelink HARQ进程可维护一个状态变量CURRENT_SL_TX_NB，该状态变量用于指示该Sidelink HARQ进程关联的Sidelink数据的传输次数。CURRENT_SL_TX_NB可以被初始化为0。该Sidelink HARQ进程还可维护一个状态变量SL_HARQ_FEEDBACK，该状态变量用于指示该Sidelink HARQ进程关联的Sidelink数据的HARQ反馈。

CURRENT_SL_TX_NB可以称为第一变量，SL_HARQ_FEEDBACK可以称为第二变量。不限于CURRENT_SL_TX_NB、SL_HARQ_FEEDBACK，第一变量、第二变量的命名还可以不同，本申请对此不做限制。

其中，一个Sidelink数据关联的Sidelink HARQ进程的HARQ反馈时机，可用于TXUE向网络设备发送Sidelink HARQ进程的HARQ反馈。该HARQ反馈时机为时间资源，可用于承载TX UE向网络设备发送HARQ反馈。该HARQ反馈可用于指示该Sidelink HARQ进程的前一次传输的接收成功与否，即该Sidelink HARQ进程关联的Sidelink数据的前一次传输的接收成功与否。如果HARQ反馈为ACK，则可指示该Sidelink HARQ进程的前一次传输的接收成功；如果HARQ反馈为NACK，则可指示该Sidelink HARQ进程的前一次传输的接收未成功。关于如何确定Sidelink HARQ进程的前一次传输的接收成功与否，后面内容会说明，这里先不展开。HARQ反馈时机可以是一个符号(symbol)，或者多个连续符号组成的时间段。HARQ反馈时机也可以是一个时隙(slot)，或者多个连续时隙组成的时间段。

其中，TX UE处于RRC连接态，并被配置了DRX cycle。从DRX cycle的起始时间开始的一段时间内，TX UE处于激活态，可监听并接收到一个PDCCH。该PDCCH用于调度该Sidelink数据的前一次传输。该前一次传输可以是该Sidelink数据的初始传输(initialtransmission)，也可以是该Sidelink数据的第二次、第三次传输等等。该前一次传输发生在前述HARQ反馈时机之前，是相对于前述HARQ反馈时机之后该Sidelink数据的重传而言的。

这里，从DRX cycle的起始时间开始的一段时间，可以是指DRX cycle的“OnDuration”，也可以为开启drx-InactivityTimer后形成的扩展的“On Duration”。关于“OnDuration”的扩展，可参考前面图2B的相关描述。即，该一段时间的起始时间为DRX cycle的起始时间，该一段时间的持续时长等于或大于“On Duration”的持续时长。

本申请中涉及的Sidelink数据可以是媒体接入控制(media access control，MAC)层的数据，例如MAC协议数据单元(protocol data unit，PDU)。

本申请提供的非连续接收方法中，TX UE可以称为第一终端，RX UE可以称为第二终端。

下面通过多个实施例详细说明本申请提供的技术方案。

(一)实施例一

本实施例中，针对每个被配置为基于侧行链路的HARQ反馈的HARQ重传机制的SidelinkHARQ process，第一终端为每个Sidelink HARQ进程维护两个计时器：第一计时器和第二计时器。其中，第一计时器可以命名为：drx-HARQ-RTT-TimerSL；第二计时器可以命名为drx-RetransmissionTimerSL。在第二计时器运行期间，第一终端监听PDCCH。第一计时器、第二计时器的命名还可以为其他，本申请对此不做限制。

图3示出了实施例一提供的非连续接收方法的具体流程。下面展开：

阶段1.在Sidelink HARQ进程a的第i次传输之前(S101-S104)

S101,第一终端和网络设备之间建立RRC连接。

RRC连接建立后，第一终端进入RRC连接态。

S102，第一终端与第二终端之间建立Sidelink。

该Sidelink建立后，第一终端通过该Sidelink向第二终端传输数据。

S103，网络设备为处于RRC连接态的第一终端配置DRX cycle。

DRX cycle由“On Duration”和“Opportunity for DRX”组成：在“On Duration”内，第一终端监听并接收PDCCH(激活态)；在“Opportunity for DRX”内，第一终端不接收下行信道的数据以节省功耗(休眠态)。

S104，网络设备为处于RRC连接态的第一终端配置计时器：drx-InactivityTimer、drx-HARQ-RTT-TimerSL、drx-RetransmissionTimerSL。本实施例中，drx-HARQ-RTT-TimerSL可称为第一计时器，drx-RetransmissionTimerSL可称为第二计时器。关于如何维护这些计时器，后面内容中会介绍，这里先不展开。

阶段1中，不限于图3所示，S102也可以在S101之前被执行。关于S102与S101、S103、S104的时序，本申请不做限制。

在阶段1中，第一终端还可以向网络设备发送资源调度请求，以请求网络设备为Sidelink数据传输调度传输资源。通常，资源调度请求可携带缓存状态报告(BufferStatusReport)，以指示第一终端在Sidelink上有多少Sidelink数据要发送。相应的，在接收到该资源调度请求之后，网络设备可以为Sidelink传输调度资源，并在PDCCH中下发所调度的资源。第一终端可以通过监听PDCCH来获知网络设备调度的资源。

阶段2.Sidelink HARQ进程a的第i次传输(S105-S108)

S105，第一终端可监听并接收到网络设备下发的PDCCH 1。PDCCH 1可指示网络设备为某个Sidelink HARQ进程(如Sidelink HARQ进程a)的第i次传输所调度的资源，即PDCCH1可用于调度Sidelink HARQ进程a的第i次传输。

Sidelink HARQ进程a可关联数据a。Sidelink HARQ进程a可用于第一终端在S102建立的Sidelink上向第二终端传输数据a。Sidelink HARQ进程a可维护两个状态变量：CURRENT_SL_TX_NB，SL_HARQ_FEEDBACK。其中，CURRENT_SL_TX_NB可指示数据a的传输次数，CURRENT_SL_TX_NB可以被初始化为0。SL_HARQ_FEEDBACK可指示数据a的HARQ反馈。

PDCCH 1可携带以下信息：SL grant 1、NDI、Sidelink HARQ进程a的ID。其中，SLgrant 1可指示网络设备为Sidelink HARQ进程a的第i次传输所调度的资源。NDI可指示PDCCH 1所调度的Sidelink HARQ进程a的第i次传输是初传(initial transmission)还是重传(retransmission)。

S106，如果Sidelink HARQ进程a的第i次传输为初传，那第一终端可以在监听并接收到PDCCH 1时，开启计时器drx-InactivityTimer(即图3中的timer 1)。在drx-InactivityTimer运行期间，第一终端处于active态，监听PDCCH。这样，可对DRX cycle的“On Duration”进行扩展，以延长第一终端处于激活态的时间。

具体的，第一终端可以通过PDCCH 1中的NDI是否发生反转(toggled)来判断Sidelink HARQ进程a的第i次传输是初传还是重传：如果PDCCH 1中的NDI的值，与上一次调度给的Sidelink HARQ进程a的PDCCH中的NDI相比发生了反转，则表示Sidelink HARQ进程a的第i次传输为初传；否则，表示Sidelink HARQ进程a的第i次传输为重传。所谓NDI反转，可以是指NDI的值从0变成1，或者从1变成0。

S107，在接收到PDCCH 1之后，第一终端可以在PDCCH 1指示的资源上通过Sidelink HARQ进程a向第二终端传输数据a，即进行数据a的第i次传输。相应的，第二终端可以在PDCCH 1指示的资源上接收第一终端发送的数据a。

具体的，第二终端可以通过监听PSCCH来获知第一终端会在哪些资源上传输数据a。因为，在接收到PDCCH 1之后，第一终端可以在PSCCH上发送侧行链路控制信息(Sidelinkcontrol information，SCI)。第二终端可以通过监听PSCCH来接收该SCI。该SCI用于指示第一终端传输数据a的资源。

S108，第一终端可以向第二终端发送HARQ反馈。该HARQ反馈用于指示第二终端是否成功接收数据a。如果该HARQ反馈为ACK，则表示第二终端成功接收数据a；如果该HARQ反馈为NACK，则表示第二终端未成功接收数据a。

第二终端未成功接收数据a可包括但不限于以下情况：第二终端解码数据a失败、第二终端在PDCCH 1指示的资源上未接收到第一终端发送的数据a。

阶段3.维护Sidelink HARQ进程a关联的两个计时器(S109-S111)

S109，第一终端确定Sidelink HARQ进程a的HARQ反馈。Sidelink HARQ进程a的HARQ反馈用于指示数据a的第i次传输的接收成功与否。关于如何确定数据a的第i次传输的接收成功与否，后面内容会介绍。

S110，第一终端可以在Sidelink HARQ进程a的HARQ反馈时机向网络设备发送Sidelink HARQ进程a的HARQ反馈。相应的，网络设备可以在该HARQ反馈时机接收第一终端发送的Sidelink HARQ进程a的HARQ反馈。

如果该HARQ反馈为NACK，则网络设备可以为Sidelink HARQ进程a的重传(即数据a的第i+1次传输)调度资源。在一种可能的情况下，Sidelink HARQ进程a关联的状态变量CURRENT_SL_TX_NB指示Sidelink HARQ进程a的传输次数超过最大传输次数。在该可能的情况下，网络设备可以不再为Sidelink HARQ进程a的重传调度资源。此时，TX UE可以关闭Sidelink HARQ进程a，或者将Sidelink HARQ进程a关联新的Sidelink数据，如数据b。

在一种可能的情况下，在Sidelink HARQ进程a的HARQ反馈时机，第一终端传输其他数据，而非Sidelink HARQ进程a的HARQ反馈。例如，第一终端可以在该HARQ反馈时机，向网络设备传输上行数据。又例如，第一终端可以在该HARQ反馈时机，向第二终端或其他终端传输Sidelink数据。

S111，在Sidelink HARQ进程a的HARQ反馈时机之后的第一个时间单元，第一终端可维护两个计时器：drx-HARQ-RTT-TimerSL(即图3中的timer 2)、drx-RetransmissionTimerSL(即图3中的timer 3)。这两个计时器都与Sidelink HARQ进程a关联。其中，时间单元可以是符号、时隙等。这两个计时器的计时单位可以是符号、时隙或者绝对时间单位(如毫秒)。

具体的，第一终端可先开启drx-HARQ-RTT-TimerSL。当drx-HARQ-RTT-TimerSL超时时，第一终端可开启drx-RetransmissionTimerSL。在drx-RetransmissionTimerSL运行期间，第一终端监听PDCCH。

关于如何维护drx-HARQ-RTT-TimerSL、drx-RetransmissionTimerSL，后面内容中会详细说明，这里先不展开。

阶段4.Sidelink HARQ进程a的第i+1次传输(S112-S114)

S112，第一终端可接收到PDCCH2。PDCCH 2指示的资源可以是网络设备为SidelinkHARQ进程a的第i+1次传输所调度的资源，即PDCCH 2可用于调度Sidelink HARQ进程a的第i+1次传输。

PDCCH 2可携带以下信息：SL grant 2、NDI、Sidelink HARQ进程a的ID。其中，SLgrant 2即网络设备为Sidelink HARQ进程a的第i+1次传输所所调度的资源。NDI可指示PDCCH 1所调度的Sidelink HARQ进程a的第i+1次传输是初传(initial transmission)还是重传(retransmission)。

第i+1次传输相对于第i次传输为重传，第i次传输为第i+1次传输的前一次传输。

S113，在监听并接收到PDCCH 2时，第一终端可停止drx-RetransmissionTimerSL。

在一种可能的情况下，PDCCH 2指示的资源可以是网络设备为Sidelink HARQ进程a的初始传输所调度的资源。此时，Sidelink HARQ进程a关联新的数据，如数据b。即Sidelink HARQ进程a已用于第一终端传输新的数据，而不再是数据a。通常，这种可能的情况可发生在数据a的传输已达到最大传输次数(如5次)时。此该情况下，第一终端也可停止drx-RetransmissionTimerSL。

S114，在接收到PDCCH 2之后，第一终端可以在PDCCH 2指示的资源上通过Sidelink HARQ进程a向第二终端传输数据a，即进行数据a的第i+1次传输。相应的，第二终端可以在PDCCH 2指示的资源上接收第一终端发送的数据a。

可以看出，实施例一中，在Sidelink HARQ进程a的HARQ反馈时机后的第一个时间单元，第一终端可开启drx-HARQ-RTT-TimerSL，并在drx-HARQ-RTT-TimerSL超时时开启drx-RetransmissionTimerSL。也即是说，在HARQ反馈时机后，在drx-RetransmissionTimerSL运行期间，第一终端处于active态，能够监听并接收到网络设备在此期间下发的用于调度Sidelink HARQ进程a的重传的PDCCH。这样，可提高Sidelink HARQ进程a的重传的效率，避免增加Sidelink数据重传的延迟。

下面说明S109中第一终端如何确定Sidelink HARQ进程a的HARQ反馈。

(1)在以下任一情况下，第一终端可确定Sidelink HARQ进程a的HARQ反馈为NACK，即可确定Sidelink HARQ进程a的前一次传输的接收未成功：

情况1：第一终端接收到第二终端发送的HARQ反馈为NACK。

该HARQ反馈用于指示Sidelink HARQ进程a关联的数据的前一次传输是否被第二终端成功接收。HARQ反馈为NACK时，可指示第二终端未成功接收Sidelink HARQ进程a关联的数据。第二终端未成功接收Sidelink HARQ进程a关联的数据，其原因可包括但不限于：第二终端未成功解码该数据。这里，第一资源是网络设备为Sidelink HARQ进程a的前一次传输所调度的资源。

情况2：第一终端没有接收到第二终端发送的HARQ反馈。

情况2发生时，图3中的S108不存在。第一终端没有接收到第二终端发送的HARQ反馈，具体可以是指，第一终端在Sidelink HARQ进程a的反馈时机没有收到第二终端发送的HARQ反馈。Sidelink HARQ进程a的反馈时机可由网络设备配置。

情况3：第一终端在第一资源上未向第二终端传输该Sidelink数据。

情况3发生时，图3中的S107不存在，S108也相应不存在。这里，第一资源是网络设备为Sidelink HARQ进程a的前一次传输所调度的资源。情况3出现的原因可以为资源冲突，即第一终端在第一资源上传输其他数据，而非数据a。

(2)在以下情况下，第一终端可确定Sidelink HARQ进程a的HARQ反馈为ACK，即可确定Sidelink HARQ进程a的前一次传输的接收成功：

第一终端接收到第二终端发送的HARQ反馈为ACK。该HARQ反馈为ACK时，可指示第二终端成功接收Sidelink HARQ进程a关联的数据。

下面说明第一终端维护drx-HARQ-RTT-TimerSL、drx-RetransmissionTimerSL这两个计时器的几种实现方式。

方式1

在Sidelink HARQ进程a的HARQ反馈时机之后的第一个时间单元，第一终端可开启drx-HARQ-RTT-TimerSL。如果Sidelink HARQ进程a的HARQ反馈为NACK，则当drx-HARQ-RTT-TimerSL超时时，第一终端可开启drx-RetransmissionTimerSL。在drx-RetransmissionTimerSL运行期间，第一终端监听PDCCH。

方式2

如果Sidelink HARQ进程的HARQ反馈为NACK，则在Sidelink HARQ进程a的HARQ反馈时机之后的第一个时间单元，第一终端可开启drx-HARQ-RTT-TimerSL。当drx-HARQ-RTT-TimerSL超时时，第一终端可开启drx-RetransmissionTimerSL。在drx-RetransmissionTimerSL运行期间，第一终端监听PDCCH。

以数据a的初传、重传为例，下面结合图4A-图4B、图5A-图5B说明方式1、方式2。

图4A-图4B示例性示出了上述方式1的计时器维护过程。图5A-图5B示例性示出了上述方式2的计时器维护过程。图4A、图5A示例性示出了Sidelink HARQ进程a的初传的接收未成功的情况。图4B、图5B示例性示出了Sidelink HARQ进程a的初传的接收成功的情况。

其中，第一终端(TX UE)可以在DRX cycle的“On Duration”期间监听PDCCH，并可以接收到用于调度Sidelink HARQ进程a的初传的授权(grant for initialtransmission)。在接收到该用于调度初传的授权时，TX UE可以开启计时器drx-InactivityTimer。在drx-InactivityTimer的运行期间，TX UE监听PDCCH。

如图4A-图4B所示，不论Sidelink HARQ进程a的初传的接收成功与否，TX UE都可以在Sidelink HARQ进程a的HARQ反馈时机后的第1个时间单元(如第1个符号)，都开启drx-HARQ-RTT-TimerSL。如果Sidelink HARQ进程a的初传的接收未成功，例如RX UE解码失败，则TX UE可以在HARQ-RTT-TimerSL超时时，开启drx-RetransmissionTimerSL。如果Sidelink HARQ进程a的初传的接收成功，则TX UE在HARQ-RTT-TimerSL超时时不开启drx-RetransmissionTimerSL。

如图5A-图5B所示，如果Sidelink HARQ进程a的初传的接收未成功，例如RX UE解码失败，则TX UE可以Sidelink HARQ进程a的HARQ反馈时机后的第1个时间单元(如第1个符号)，开启drx-HARQ-RTT-TimerSL，并在HARQ-RTT-TimerSL超时时，TX UE开启drx-RetransmissionTimerSL。如果Sidelink HARQ进程a的初传的接收成功，则TX UE不开启drx-HARQ-RTT-TimerSL，也不开启drx-RetransmissionTimerSL。

不限于Sidelink HARQ进程a的HARQ反馈，Sidelink HARQ进程a关联的状态变量SL_HARQ_FEEDBACK也可用来指示Sidelink HARQ进程a的前一次传输的接收成功与否。

不限于上述方式1、方式2，第一终端也可以根据Sidelink HARQ进程a关联的状态变量SL_HARQ_FEEDBACK，来维护drx-HARQ-RTT-TimerSL、drx-RetransmissionTimerSL这两个计时器。具体实现可如下：如果Sidelink HARQ进程a关联的状态变量SL_HARQ_FEEDBACK为NACK，则在Sidelink HARQ进程a的HARQ反馈时机后的第一个时间单元，第一终端可以开启HARQ-RTT-TimerSL。如果Sidelink HARQ进程a关联的状态变量SL_HARQ_FEEDBACK为NACK，则在HARQ-RTT-TimerSL超时时，第一终端可以开启drx-RetransmissionTimerSL。

(二)实施例二

本实施例中，针对每个被配置为基于侧行链路的HARQ反馈的HARQ重传机制的SidelinkHARQ process，第一终端为每个Sidelink HARQ进程维护一个计时器。在该计时器运行期间，第一终端监听PDCCH。该计时器可以称为第三计时器。

图6示出了实施例一提供的非连续接收方法的具体流程。下面展开：

阶段1.在Sidelink HARQ进程a的第i次传输之前(S201-S204)

S201,第一终端和网络设备之间建立RRC连接。

S202，第一终端与第二终端之间建立Sidelink。

S203，网络设备为处于RRC连接态的第一终端配置DRX cycle。

S204，网络设备为处于RRC连接态的第一终端配置计时器：drx-InactivityTimer、drx-RetransmissionTimerSL。本实施例中，drx-RetransmissionTimerSL可称为第三计时器。关于如何维护这些计时器，后面内容中会介绍，这里先不展开。

关于实施例二的阶段1的具体细节，可参考实施例一的阶段1，这里不再赘述。

阶段2.Sidelink HARQ进程a的第i次传输(S205-S208)

S205，第一终端可监听并接收到网络设备下发的PDCCH 1。PDCCH 1可指示网络设备为某个Sidelink HARQ进程(如Sidelink HARQ进程a)的第i次传输所调度的资源，即PDCCH1可用于调度Sidelink HARQ进程a的第i次传输。

Sidelink HARQ进程a可关联数据a。Sidelink HARQ进程a可用于第一终端在S202建立的Sidelink上向第二终端传输数据a。Sidelink HARQ进程a可维护两个状态变量：CURRENT_SL_TX_NB，SL_HARQ_FEEDBACK。其中，CURRENT_SL_TX_NB可指示数据a的传输次数，CURRENT_SL_TX_NB可以被初始化为0。SL_HARQ_FEEDBACK可指示数据a的HARQ反馈。

S206，如果Sidelink HARQ进程a的第i次传输为初传，那第一终端可以在监听并接收到PDCCH 1时，开启计时器drx-InactivityTimer(即图6中的timer 1)。在drx-InactivityTimer运行期间，第一终端处于active态，监听PDCCH。这样，可对DRX cycle的“On Duration”进行扩展，以延长第一终端处于激活态的时间。

S207，在接收到PDCCH 1之后，第一终端可以在PDCCH 1指示的资源上通过SidelinkHARQ进程a向第二终端传输数据a，即进行数据a的第i次传输。相应的，第二终端可以在PDCCH 1指示的资源上接收第一终端发送的数据a。

S208，第一终端可以向第二终端发送HARQ反馈。该HARQ反馈用于指示第二终端是否成功接收数据a。如果该HARQ反馈为ACK，则表示第二终端成功接收数据a；如果该HARQ反馈为NACK，则表示第二终端未成功接收数据a。

关于实施例二的阶段2的具体细节，可参考实施例一的阶段2，这里不再赘述。

阶段3.维护Sidelink HARQ进程a关联的第三计时器(S209-S211)

S209，第一终端确定Sidelink HARQ进程a的HARQ反馈。Sidelink HARQ进程a的HARQ反馈用于指示数据a的第i次传输的接收成功与否。关于如何确定Sidelink HARQ进程a的HARQ反馈，可参考实施例一中的相关内容，这里不再赘述。

S210，第一终端可以在Sidelink HARQ进程a的HARQ反馈时机向网络设备发送Sidelink HARQ进程a的HARQ反馈。相应的，网络设备可以在该HARQ反馈时机接收第一终端发送的Sidelink HARQ进程a的HARQ反馈。

S211，在Sidelink HARQ进程a的HARQ反馈时机之后的第一个时间单元，第一终端可维护第三计时器：drx-RetransmissionTimerSL(即图6中的timer 4)。第三计时器与Sidelink HARQ进程a关联。其中，时间单元可以是符号或者时隙。第三计时器的计时单位可以是符号、时隙或者绝对时间单位(如毫秒)。

具体的，如果确定Sidelink HARQ进程a的HARQ反馈为NACK，则在Sidelink HARQ进程a的HARQ反馈时机之后的第一个时间单元，第一终端可开启drx-RetransmissionTimerSL。在drx-RetransmissionTimerSL运行期间，第一终端监听PDCCH。

关于实施例二的阶段3的具体细节，可参考实施例一的阶段3，这里不再赘述。

阶段4.Sidelink HARQ进程a的第i+1次传输(S212-S214)

S212，第一终端可接收到PDCCH2。PDCCH 2指示的资源可以是网络设备为SidelinkHARQ进程a的第i+1次传输所调度的资源，即PDCCH 2可用于调度Sidelink HARQ进程a的第i+1次传输。

S213，在监听并接收到PDCCH 2时，第一终端可停止drx-RetransmissionTimerSL。

S214，在接收到PDCCH 2之后，第一终端可以在PDCCH 2指示的资源上通过Sidelink HARQ进程a向第二终端传输数据a，即进行数据a的第i+1次传输。相应的，第二终端可以在PDCCH 2指示的资源上接收第一终端发送的数据a。

关于实施例二的阶段4的具体细节，可参考实施例一的阶段4，这里不再赘述。

实施例二中，关于如何确定Sidelink HARQ进程a的HARQ反馈，可参考实施例一中的相关内容，这里不再赘述。

不限于上述阶段3描述的根据Sidelink HARQ进程a的HARQ反馈维护drx-RetransmissionTimerSL，第一终端也可以根据Sidelink HARQ进程a关联的状态变量SL_HARQ_FEEDBACK来维护drx-RetransmissionTimerSL。具体实现可如下：如果Sidelink HARQ进程a关联的状态变量SL_HARQ_FEEDBACK为NACK，则在Sidelink HARQ进程a的HARQ反馈时机后的第一个时间单元，第一终端可以开启drx-RetransmissionTimerSL。

以数据a的初传、重传为例，下面结合图7A-图7B说明第三计时器维护过程。图7A示例性示出了Sidelink HARQ进程a的初传的接收未成功的情况。图7B示例性示出了SidelinkHARQ进程a的初传的接收成功的情况。

如图7A-图7B所示，第一终端(TX UE)可以在DRX cycle的“On Duration”期间监听PDCCH，并可以接收到用于调度Sidelink HARQ进程a的初传的授权(grant for initialtransmission)。在接收到该用于调度初传的授权时，TX UE可以开启计时器drx-InactivityTimer。在drx-InactivityTimer的运行期间，TX UE监听PDCCH。

如图7A-图7B所示，如果Sidelink HARQ进程a的初传的接收未成功，例如RX UE解码失败，则在Sidelink HARQ进程a的HARQ反馈时机之后的第一个时间单元，TX UE可开启drx-RetransmissionTimerSL。如果Sidelink HARQ进程a的初传的接收成功，则TX UE可不开启drx-RetransmissionTimerSL。

可以看出，实施例二中，在Sidelink HARQ进程a的HARQ反馈时机后的第一个时间单元，第一终端可开启drx-RetransmissionTimerSL。在drx-RetransmissionTimerSL运行期间，第一终端监听PDCCH。也即是说，从HARQ反馈时机后的第一个时间单元开始，第一终端处于active态，能够监听到网络设备下发的用于调度Sidelink HARQ进程a的重传的PDCCH。这样，可提高Sidelink HARQ进程a的重传的效率，避免增加Sidelink数据重传的延迟。

(三)实施例三

实施例三可参考实施例二。即实施例三中，针对每个被配置为基于侧行链路的HARQ反馈的HARQ重传机制的SidelinkHARQ process，第一终端为每个Sidelink HARQ进程维护一个计时器。在该计时器运行期间，第一终端监听PDCCH。和实施例二的区别在于，该计时器为drx-InactivityTimer。即，如果Sidelink HARQ进程a的前一次传输的接收未成功，则可以开启或重启drx-InactivityTimer。

(四)实施例四

本实施例中，针对每个被配置为基于侧行链路的HARQ反馈的HARQ重传机制的SidelinkHARQ process，如果确定Sidelink HARQ进程a的前一次传输未成功，第一终端就监听PDCCH。

图8示出了实施例一提供的非连续接收方法的具体流程。下面展开：

阶段1.在Sidelink HARQ进程a的第i次传输之前(S301-S304)

S301,第一终端和网络设备之间建立RRC连接。

S302，第一终端与第二终端之间建立Sidelink。

S303，网络设备为处于RRC连接态的第一终端配置DRX cycle。

S304，网络设备为处于RRC连接态的第一终端配置计时器：drx-InactivityTimer。

关于实施例四的阶段1的具体细节，可参考实施例一的阶段1，这里不再赘述。

阶段2.Sidelink HARQ进程a的第i次传输(S305-S308)

S305，第一终端可监听并接收到网络设备下发的PDCCH 1。PDCCH 1可指示网络设备为某个Sidelink HARQ进程(如Sidelink HARQ进程a)的第i次传输所调度的资源，即PDCCH1可用于调度Sidelink HARQ进程a的第i次传输。

S306，如果Sidelink HARQ进程a的第i次传输为初传，那第一终端可以在监听并接收到PDCCH 1时，开启计时器drx-InactivityTimer(即图8中的timer 1)。在drx-InactivityTimer运行期间，第一终端处于active态，监听PDCCH。这样，可对DRX cycle的“On Duration”进行扩展，以延长第一终端处于激活态的时间。

S307，在接收到PDCCH 1之后，第一终端可以在PDCCH 1指示的资源上通过Sidelink HARQ进程a向第二终端传输数据a，即进行数据a的第i次传输。相应的，第二终端可以在PDCCH 1指示的资源上接收第一终端发送的数据a。

S308，第一终端可以向第二终端发送HARQ反馈。该HARQ反馈用于指示第二终端是否成功接收数据a。如果该HARQ反馈为ACK，则表示第二终端成功接收数据a；如果该HARQ反馈为NACK，则表示第二终端未成功接收数据a。

关于实施例四的阶段2的具体细节，可参考实施例一的阶段2，这里不再赘述。

阶段3.根据Sidelink HARQ进程a的HARQ反馈，监听PDCCH(S309-S311)

S309，第一终端确定Sidelink HARQ进程a的HARQ反馈。Sidelink HARQ进程a的HARQ反馈用于指示数据a的第i次传输的接收成功与否。

S310，第一终端可以在Sidelink HARQ进程a的HARQ反馈时机向网络设备发送Sidelink HARQ进程a的HARQ反馈。相应的，网络设备可以在该HARQ反馈时机接收第一终端发送的Sidelink HARQ进程a的HARQ反馈。

S311，如果Sidelink HARQ进程a的HARQ反馈为NACK，则在Sidelink HARQ进程a的HARQ反馈时机之后的第一个时间单元，第一终端可开始监听PDCCH。时间单元可以为符号、时隙或者绝对时间单位(如毫秒)。

关于这里未涉及的实施例四的阶段3的具体细节，可参考实施例一中的相关内容，这里不再赘述。

阶段4.Sidelink HARQ进程a的第i+1次传输(S312-S314)

S312，第一终端可接收到PDCCH2。PDCCH 2指示的资源可以是网络设备为SidelinkHARQ进程a的第i+1次传输所调度的资源，即PDCCH 2可用于调度Sidelink HARQ进程a的第i+1次传输。

S313，在监听并接收到PDCCH 2时，并且下述条件都不满足时，第一终端可停止监听PDCCH。

条件2：第一终端在PUCCH上发送了调度请求，并且调度请求还在挂起状态；

条件3：第一终端接收到了非竞争的随机接入的响应消息，但是还没有接收到通过C-RNTI加扰的指示新传的PDCCH。

S314，在接收到PDCCH 2之后，第一终端可以在PDCCH 2指示的资源上通过Sidelink HARQ进程a向第二终端传输数据a，即进行数据a的第i+1次传输。相应的，第二终端可以在PDCCH 2指示的资源上接收第一终端发送的数据a。

关于这里未涉及的实施例四的阶段4的具体细节，可参考实施例一中的相关内容，这里不再赘述。

实施例四中，关于如何确定Sidelink HARQ进程a的HARQ反馈，可参考实施例一中的相关内容，这里不再赘述。

不限于上述阶段3描述的根据Sidelink HARQ进程a的HARQ反馈监听PDCCH，第一终端也可以根据Sidelink HARQ进程a关联的状态变量SL_HARQ_FEEDBACK来监听PDCCH。具体实现可如下：如果Sidelink HARQ进程a关联的状态变量SL_HARQ_FEEDBACK为NACK，则在Sidelink HARQ进程a的HARQ反馈时机后的第一个时间单元，第一终端可以开始监听PDCCH。

在一种实现方式中，只要第一终端维护的任意一个Sidelink HARQ进程关联的SL_HARQ_Feedback为NACK，第一终端就可监听PDCCH。

如果Sidelink HARQ进程a关联的状态变量SL_HARQ_FEEDBACK为ACK，且下述条件都不满足时，则第一终端可以停止监听PDCCH。

在一种可能的情况下，Sidelink HARQ进程a关联的状态变量SL_HARQ_FEEDBACK为NACK，但Sidelink HARQ进程a关联的状态变量CURRENT_SL_TX_NB指示数据a的传输次数已达到最大传输次数。在该情况下，且下述条件都不满足时，则第一终端可以停止监听PDCCH。

以数据a的初传、重传为例，下面结合图9说明TX UE如何开始监听PDCCH。图9示例性示出了Sidelink HARQ进程a的初传的接收未成功的情况。

如图9所示，第一终端(TX UE)可以在DRX cycle的“On Duration”期间监听PDCCH，并可以接收到用于调度Sidelink HARQ进程a的初传的授权(grant for initialtransmission)。在接收到该用于调度初传的授权时，TX UE可以开启计时器drx-InactivityTimer。在drx-InactivityTimer的运行期间，TX UE监听PDCCH。

如图9所示，如果Sidelink HARQ进程a的初传的接收未成功，例如RX UE解码失败，则在Sidelink HARQ进程a的HARQ反馈时机之后的第一个时间单元，TX UE可开始监听PDCCH。

可以看出，实施例四中，如果Sidelink HARQ进程a的前一次传输的接收未成功，则在Sidelink HARQ进程a的HARQ反馈时机后的第一个时间单元，第一终端可开始监听PDCCH。也即是说，如果Sidelink HARQ进程a的前一次传输的接收未成功，在HARQ反馈时机后，第一终端处于active态，能够监听并接收到网络设备下发的用于调度Sidelink HARQ进程a的重传的PDCCH。这样，可提高Sidelink HARQ进程a的重传的效率，避免增加Sidelink数据重传的延迟。

下面说明上述实施例一至实施例四所涉及的(1)-(3)几个方面。

(1)Sidelink HARQ进程a关联的状态变量SL_HARQ_FEEDBACK

在上述实施例一至实施例四中，Sidelink HARQ进程a关联的状态变量SL_HARQ_FEEDBACK的初始值可设为ACK。当SL_HARQ_FEEDBACK为ACK时，可指示Sidelink HARQ进程a的前一次传输的接收成功。当SL_HARQ_FEEDBACK为NACK时，可指示Sidelink HARQ进程a的前一次传输的接收成功。

下面说明第一终端如何维护Sidelink HARQ进程a关联的状态变量SL_HARQ_FEEDBACK。

1.在以下任一情况发生时，第一终端可将SL_HARQ_FEEDBACK设为ACK。

情况1：第一终端接收到第二终端发送的HARQ反馈为ACK。

情况2：第一终端监听并接收到用于调度Sidelink HARQ进程a的传输(包括初传、重传)的PDCCH。

2.在以下任一情况发生时，第一终端可将SL_HARQ_FEEDBACK设为NACK。

情况1：第一终端接收到第二终端发送的HARQ反馈为NACK。

情况2：第一终端没有接收到第二终端发送的HARQ反馈。

第一终端没有接收到第二终端发送的HARQ反馈，具体可以是指，第一终端在HARQ反馈的反馈时机没有收到第二终端发送的HARQ反馈。

情况3：第一终端在分配给Sidelink HARQ进程a的传输资源上未向第二终端传输Sidelink HARQ进程a关联的数据a。

这里，分配给Sidelink HARQ进程a的传输资源可用于Sidelink HARQ进程a的初传或重传。情况3出现的原因可以为资源冲突，即第一终端在分配给Sidelink HARQ进程a的传输资源上传输其他数据，而非数据a。

(2)Sidelink HARQ进程a关联的状态变量CURRENT_SL_TX_NB

在上述实施例一至实施例四中，Sidelink HARQ进程a关联的状态变量CURRENT_SL_TX_NB的初始值可设为0。每当第一终端监听并接收到用于调度Sidelink HARQ进程a的传输(包括初传、重传)的PDCCH时，第一终端可以将Sidelink HARQ进程a关联的CURRENT_SL_TX_NB加1。用于调度Sidelink HARQ进程a的传输的PDCCH可指示网络设备分配给Sidelink HARQ进程a的传输资源。

(3)符号、时隙的长度

在上述实施例一至实施例四中，符号、时隙的长度可以取决于用于传输第一数据的Sidelink的带宽部分BWP的参数集Numerology，如子载波间隔(subcarrier space，SCS)。不限于此，符号、时隙的长度也可以取决于第一终端向网络设备发送HARQ反馈的上行链路带宽部分BWP的参数集Numerology，如SCS。

在上述实施例一至实施例四中，实施例二中，Sidelink HARQ进程a可以称为第一Sidelink HARQ进程，数据a可以称为第一数据。PDCCH 2可以称为第一PDCCH，PDCCH 1可以称为第二PDCCH。第二终端向第一终端发送的HARQ反馈可以称为第一反馈。

参考图10，图10示出了本申请的一些实施例提供的终端300。终端300可以实现为上述方法实施例中提及的第一终端，也可以实现为上述方法实施例中提及的第二终端，具体可如图1示出的无线通信***100中的终端103(如车载终端)。如图10所示，终端300可包括：输入输出模块(包括音频输入输出模块318、按键输入模块316以及显示器320等)、用户接口302、一个或多个终端处理器304、发射器306、接收器308、耦合器310、天线314以及存储器312。这些部件可通过总线或者其他方式连接，图10以通过总线连接为例。其中：

天线314可用于将传输线中的电磁能转换成自由空间中的电磁波，或者将自由空间中的电磁波转换成传输线中的电磁能。耦合器310用于将天线314接收到的移动通信信号分成多路，分配给多个的接收器308。

发射器306可用于对终端处理器304输出的信号进行发射处理，例如信号调制。接收器308可用于对天线314接收的移动通信信号进行接收处理，例如信号解调。在本申请的一些实施例中，发射器306和接收器308可看作一个无线调制解调器。在终端300中，发射器306和接收器308的数量均可以是一个或者多个。

发射器306、接收器308所具有的通信功能能够适用下述一种或多种通信***：全球移动通信***(Global System for Mobile Communication，GSM)(2G)、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)(3G)，以及长期演进(Long TermEvolution，LTE)(4G)、5G或者未来新空口。

除了图10所示的发射器306和接收器308，终端300还可包括其他通信部件，例如GPS模块、蓝牙(Bluetooth)模块、无线高保真(Wireless Fidelity，Wi-Fi)模块等。不限于上述表述的无线通信信号，终端300还可以支持其他无线通信信号，例如卫星信号、短波信号等等。不限于无线通信，终端300还可以配置有有线网络接口(如LAN接口)来支持有线通信。

输入输出模块可用于实现终端300和用户/外部环境之间的交互，可主要包括音频输入输出模块318、按键输入模块316以及显示器320等。具体实现中，所述输入输出模块还可包括：摄像头、触摸屏以及传感器等等。其中，输入输出模块均通过用户接口302与终端处理器304进行通信。

存储器312与终端处理器304耦合，用于存储各种软件程序和/或多组指令。具体实现中，存储器312可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器312可以存储操作***(下述简称***)，例如ANDROID，IOS，WINDOWS，或者LINUX等嵌入式操作***。存储器312还可以存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个终端设备，一个或多个网络设备进行通信。存储器312还可以存储用户接口程序，该用户接口程序可以通过图形化的操作界面将应用程序的内容形象逼真的显示出来，并通过菜单、对话框以及按键等输入控件接收用户对应用程序的控制操作。

在本申请的一些实施例中，在终端300实现为上述方法实施例中提及的第一终端的情况下，存储器312可用于存储本申请的一个或多个实施例提供的非连续接收方法在第一终端侧的实现程序。在终端300实现为上述方法实施例中提及的第二终端的情况下，存储器312可用于存储本申请的一个或多个实施例提供的非连续接收方法在第二终端侧的实现程序。关于本申请的一个或多个实施例提供的非连续接收方法的实现，请参考后续实施例。

终端处理器304可用于读取和执行计算机可读指令。具体的，终端处理器304可用于调用存储于存储器312中的程序，例如本申请的一个或多个实施例提供的非连续接收方法的实现程序，并执行该程序包含的指令。

终端处理器304可以为调制解调器(Modem)处理器，是实现3GPP、ETSI等无线通信标准中主要功能的模块。Modem可以作为单独的芯片，也可以与其他芯片或电路在一起形成***级芯片或集成电路。这些芯片或集成电路可应用于所有实现无线通信功能的设备，包括：车载终端、手机、电脑、笔记本、平板、路由器、可穿戴设备、家电设备等。需要说明的是，在不同的实施方式中，终端处理器304处理器可以作为单独的芯片，与片外存储器耦合，即芯片内不包含存储器；或者终端处理器304处理器与片内存储器耦合并集成于芯片中，即芯片内包含存储器。

可以理解的，终端300可以实现为图1示出的无线通信***100中的终端103。

需要说明的，图10所示的终端300仅仅是本申请的一种实现方式，实际应用中，终端300还可以包括更多或更少的部件，这里不作限制。

参考图11，图11示出了本申请的一些实施例提供的网络设备400。如图11所示，网络设备400可包括：一个或多个网络设备处理器401、发射器407、接收器409、耦合器411、天线413和存储器405。这些部件可通过总线或者其他方式连接，图11以通过总线连接为例。

其中：

天线413可用于将传输线中的电磁能转换成自由空间中的电磁波，或者将自由空间中的电磁波转换成传输线中的电磁能。耦合器411可用于将移动通信号分成多路，分配给多个的接收器409。

发射器407可用于对网络设备处理器401输出的信号进行发射处理，例如信号调制。接收器409可用于对天线413接收的移动通信信号进行接收处理，例如信号解调。在本申请的一些实施例中，发射器407和接收器409可看作一个无线调制解调器。在网络设备400中，发射器407和接收器409的数量均可以是一个或者多个。

发射器407、接收器409所具有的通信功能能够适用下述一种或多种通信***：全球移动通信***(Global System for Mobile Communication，GSM)(2G)、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)(3G)，以及长期演进(Long TermEvolution，LTE)(4G)、5G或者未来新空口。

存储器405与网络设备处理器401耦合，用于存储各种软件程序和/或多组指令。具体实现中，存储器405可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器405可以存储操作***(下述简称***)，例如uCOS、VxWorks、RTLinux等嵌入式操作***。存储器405还可以存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个终端设备，一个或多个网络设备进行通信。

网络设备处理器401可用于进行无线信道管理、实施呼叫和通信链路的建立和拆除，并为本控制区内用户设备的过区切换进行控制等。具体实现中，网络设备处理器401可包括：管理/通信模块(Administration Module/Communication Module，AM/CM)(用于话路交换和信息交换的中心)、基本模块(Basic Module，BM)(用于完成呼叫处理、信令处理、无线资源管理、无线链路的管理和电路维护功能)、码变换及子复用单元(Transcoder andSubMultiplexer，TCSM)(用于完成复用解复用及码变换功能)等等。

本申请中，网络设备处理器401可用于读取和执行计算机可读指令。具体的，网络设备处理器401可用于调用存储于存储器405中的程序，例如本申请的一个或多个实施例提供的非连续接收方法在网络设备400侧的实现程序，并执行该程序包含的指令。

网络设备处理器401可以为调制解调器(Modem)处理器，是实现3GPP、ETSI等无线通信标准中主要功能的模块。Modem可以作为单独的芯片，也可以与其他芯片或电路在一起形成***级芯片或集成电路。这些芯片或集成电路可应用于所有实现无线通信功能的网络侧设备，例如，在LTE网络中，称为演进的节点B(evolved NodeB，eNB或eNodeB)，在第三代(the 3rd Generation，3G)网络中，称为节点B(Node B)等，在5G网络中，称为5G基站(NRNodeB，gNB)。需要说明的是，在不同的实施方式中，网络设备处理器401可以作为单独的芯片，与片外存储器耦合，即芯片内不包含存储器；或者网络设备处理器401处理器与片内存储器耦合并集成于芯片中，即芯片内包含存储器。

可以理解的，网络设备400可以是图1示出的无线通信***100中的网络设备101。

需要说明的，图11所示的网络设备400仅仅是本申请的一种实现方式，实际应用中，网络设备400还可以包括更多或更少的部件，这里不作限制。

参见图12，图12是本申请的一个实施例提供的无线通信***10，以及无线通信***10中的终端500、终端600以及网络设备700。网络设备700可以是前述方法实施例中的网络设备，终端500、终端600可以分别是前述方法实施例中的第一终端(TX UE)、第二终端(RXUE)。终端500、终端600可基于PC5接口建立有Sidelink连接。终端500与网络设备700之前可建立RRC连接，终端500可处于RRC连接态。终端600也可以和网络设备700之前可建立RRC连接。终端600也可以处于网络设备700的通信覆盖区域外。

如图12所示，终端500可包括：处理单元501和通信单元503。

当终端500实现前述实施例一描述的非连续接收方法时，各功能单元的实现可如下：

处理单元501，可用于在第一SidelinkHARQ进程的HARQ反馈时机后的第一个时间单元，启动第一计时器。

处理单元501，还可用于如果第一计时器超时，且HARQfeedback为NACK，启动第二计时器。NACK指示第一Sidelink HARQ进程的前一次传输的接收未成功；

通信单元503，可用于在第二计时器运行期间，监听PDCCH；

其中，第一计时器、第二计时器与第一Sidelink HARQ process关联。

其中，第一Sidelink HARQ process关联第一数据。第一SidelinkHARQ process用于终端500向终端600发送第一数据。HARQ反馈时机occasion用于终端500向网络设备发送第一Sidelink HARQ process的HARQfeedback。HARQ feedback用于指示第一SidelinkHARQ进程的前一次传输的接收成功与否。

处理单元501，可具体用于如果HARQfeedback为NACK，则在第一Sidelink HARQprocess的HARQ反馈时机之后的第一个时间单元，启动第一计时器。

下面说明处理单元501维护第一计时器、第二计时器这两个计时器的几种实现方式。

方式1

在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，处理单元501可开启drx-HARQ-RTT-TimerSL。如果第一Sidelink HARQ进程的HARQ反馈为NACK，则当drx-HARQ-RTT-TimerSL超时时，处理单元501可开启drx-RetransmissionTimerSL。在drx-RetransmissionTimerSL运行期间，通信单元503可监听PDCCH。

方式2

如果Sidelink HARQ进程的HARQ反馈为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，处理单元501可开启第一计时器。当drx-HARQ-RTT-TimerSL超时时，处理单元501可开启第二计时器。在第二计时器运行期间，通信单元503监听PDCCH。

不限于上述方式1、方式2，处理单元501也可以根据第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK，来维护第一计时器、第二计时器这两个计时器。具体实现可如下：如果第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机后的第一个时间单元，处理单元501可以开启第一计时器。如果第一Sidelink HARQ进程关联的状态变量SL_HARQ_FEEDBACK为NACK，则在第一计时器超时时，处理单元501可以开启第二计时器。

当终端500实现前述实施例二描述的非连续接收方法时，各功能单元的实现可如下：

处理单元501，可用于在第一侧行链路混合自动重传请求Sidelink HARQ进程的HARQ反馈时机后的第一个时间单元，启动第三计时器。

通信单元502，可用于在第三计时器运行期间，监听PDCCH。

其中，第三计时器与第一Sidelink HARQ process关联。

处理单元501，可具体用于如果HARQfeedback为NACK，则在第一Sidelink HARQprocess的HARQ反馈时机之后的第一个时间单元，启动第三计时器。

不限于根据Sidelink HARQ进程a的HARQ反馈维护第三计时器，第一终端也可以根据Sidelink HARQ进程a关联的状态变量SL_HARQ_FEEDBACK来维护第三计时器。具体实现可如下：如果Sidelink HARQ进程a关联的状态变量SL_HARQ_FEEDBACK为NACK，则在SidelinkHARQ进程a的HARQ反馈时机后的第一个时间单元，第一终端可以开启第三计时器。

当终端500实现前述实施例四描述的非连续接收方法时，各功能单元的实现可如下：

处理单元501，可用于确定第一Sidelink HARQ process的HARQfeedback。

通信单元503，可用于如果第一Sidelink HARQ process的HARQfeedback为NACK，则在第一Sidelink HARQ process的HARQ反馈时机后的第一个时间单元，开始监听PDCCH；

通信单元503，还可用于当监听到第一PDCCH时，停止监听PDCCH；第一PDCCH用于调度第一侧行链路HARQ process的传输资源。

处理单元501，可具体用于在以下任一情况下，确定第一Sidelink HARQ进程的HARQ反馈为NACK，即可确定第一Sidelink HARQ进程的前一次传输的接收未成功：

情况1：终端500接收到终端600发送的HARQ反馈为NACK。

该HARQ反馈用于指示第一Sidelink HARQ进程关联的数据的前一次传输是否被终端600成功接收。HARQ反馈为NACK时，可指示终端600未成功接收第一Sidelink HARQ进程关联的数据。终端600未成功接收第一Sidelink HARQ进程关联的数据，其原因可包括但不限于：终端600未成功解码该数据、终端600在第一资源上未接收到该数据。这里，第一资源是网络设备为第一Sidelink HARQ进程的前一次传输所调度的资源。

情况2：终端500没有接收到终端600发送的HARQ反馈。

终端500没有接收到终端600发送的HARQ反馈，具体可以是指，终端500在第一Sidelink HARQ进程的反馈时机没有收到终端600发送的HARQ反馈。第一Sidelink HARQ进程的反馈时机可由网络设备配置。

情况3：终端500在第一资源上未向终端600传输该Sidelink数据。

这里，第一资源是网络设备为第一Sidelink HARQ进程的前一次传输所调度的资源。情况3出现的原因可以为资源冲突，即终端500在第一资源上传输其他数据，而非数据a。

处理单元501，可具体用于在以下情况下，确定第一Sidelink HARQ进程的HARQ反馈为ACK，即可确定第一Sidelink HARQ进程的前一次传输的接收成功：终端500接收到终端600发送的HARQ反馈为ACK。该HARQ反馈为ACK时，可指示终端600成功接收第一SidelinkHARQ进程关联的数据。

如图12所示，网络设备700可包括：处理单元701和通信单元703。其中：

处理单元701，可用于为第一Sidelink HARQ进程的传输(包括初传、重传)分配资源。

处理单元701，还可用于处于RRC连接态的终端500配置DRX cycle，以及计时器：drx-InactivityTimer、drx-HARQ-RTT-TimerSL、drx-RetransmissionTimerSL。

通信单元701，可用于在PDCCH下发资源授权，资源授权可携带在下行控制信息DCI中。该资源授权可指示为网络设备700为第一Sidelink HARQ进程的传输(包括初传、重传)分配的资源。

如图12所示，终端600可包括：处理单元601和通信单元603。其中：

通信单元603，可用于接收终端500发送的第一数据。

处理单元601，可用于对接收到的第一数据进行解码。

通信单元603，还可用于向终端500发送HARQ反馈，以指示终端600是否成功接收第一数据。

可以理解的，终端500、终端600以及网络设备700各自包括的各个功能单元的具体实现可参考前述各个方法实施例，这里不再赘述。

另外，本发明实施例还提供了一种无线通信***，所述无线通信***可以是图1所示的无线通信***100，也可以是图12所示的无线通信***10，可包括：第一终端、第二终端和网络设备。其中，该第一终端可以是前述实施例中的第一终端，该第二终端可以是前述实施例中的第二终端，网络设备可以是前述实施例中的网络设备。具体的，该第一终端可以是图10所示的终端300，该第二终端可以是图10所示的终端300，网络设备可以是图10所示的网络设备400。

下面以前述方法实施例一为例，说明无线通信***中的第一终端、第二终端和网络设备的具体实现。

以图10所示的终端是第一终端为例，终端处理器304用于调用存储于所述存储器312中的指令来控制发射器306在进行发送以及控制接收器308进行接收。发射器306用于支持终端执行对数据和/或信令进行发射的过程。接收器308用于支持终端执行对数据和/或信令进行接收的过程。存储器312用于存储终端的程序代码和数据。

终端处理器304可用于如果HARQfeedback为NACK，则在第一SidelinkHARQ进程的HARQ反馈时机后的第一个时间单元，启动第一计时器。终端处理器304还可用于如果第一计时器超时，且HARQfeedback为NACK，启动第二计时器。NACK指示第一Sidelink HARQ进程的前一次传输的接收未成功。

接收器308，可用于在第二计时器运行期间，监听PDCCH。

其中，第一计时器、第二计时器与第一Sidelink HARQ process关联。第一Sidelink HARQ process关联第一数据。第一SidelinkHARQ process用于终端500向终端600发送第一数据。HARQ反馈时机occasion用于终端500向网络设备发送第一SidelinkHARQ process的HARQfeedback。HARQ feedback用于指示第一Sidelink HARQ进程的前一次传输的接收成功与否。

这样，在HARQ反馈时机后，在第二计时器运行期间，第一终端处于active态，能够监听并接收到网络设备在此期间下发的用于调度Sidelink HARQ进程a的重传的PDCCH。从而使得，可提高Sidelink HARQ进程a的重传的效率，避免增加Sidelink数据重传的延迟。

关于第一终端中各部件的具体实现，可参考图前述方法实施例，这里不再赘述。

以图10所示的终端是第二终端为例，终端处理器304用于调用存储于所述存储器312中的指令来控制发射器306在进行发送以及控制接收器308进行接收。发射器306用于支持终端执行对数据和/或信令进行发射的过程。接收器308用于支持终端执行对数据和/或信令进行接收的过程。存储器312用于存储终端的程序代码和数据。

接收器308，可用于接收第一终端发送的第一数据。

终端处理器304可用于对接收到的第一数据进行解码。

发射器306，可用于向第一终端发送HARQ反馈，以指示是否成功接收第一数据。

关于第二终端中各部件的具体实现，可参考图前述方法实施例，这里不再赘述。

以图11所示的网络设备是第二终端为例，网络设备处理器401用于调用存储于所述存储器405中的指令来控制发射器407在进行发送以及控制接收器409进行接收。发射器407用于支持网络设备执行对数据和/或信令进行发射的过程。接收器409用于支持网络设备执行对数据和/或信令进行接收的过程。存储器405用于存储终端的程序代码和数据。

网络设备处理器401可用于为第一Sidelink HARQ进程的传输(包括初传、重传)分配资源。网络设备处理器401还可用于处于RRC连接态的第一终端配置DRX cycle，以及配置计时器：drx-InactivityTimer、drx-HARQ-RTT-TimerSL、drx-RetransmissionTimerSL。

发射器407，可用于在PDCCH下发资源授权，资源授权可携带在下行控制信息DCI中。该资源授权可指示为网络设备为第一Sidelink HARQ进程的传输(包括初传、重传)分配的资源。

关于网络设备中各部件的具体实现，可参考图前述方法实施例，这里不再赘述。

另外，本申请还提供了一种装置。该装置可包括：处理器，以及耦合于处理器的存储器。

其中：

处理器可用于读取和执行计算机可读指令。具体实现中，处理器可主要包括控制器、运算器和寄存器。其中，控制器主要负责指令译码，并为指令对应的操作发出控制信号。运算器主要负责执行定点或浮点算数运算操作、移位操作以及逻辑操作等，也可以执行地址运算和转换。寄存器主要负责保存指令执行过程中临时存放的寄存器操作数和中间操作结果等。具体实现中，处理器的硬件架构可以是专用集成电路(Application SpecificIntegrated Circuits,ASIC)架构、MIPS架构、ARM架构或者NP架构等等。处理器可以是单核的，也可以是多核的。

存储器可用于存储计算机可读指令。具体实现中，存储器可包括高速随机存取的存储器、固态存储设备等。存储器中存储的指令可以是前述各个方法实施例提供的非连续接收方法的实现程序。

处理器还可耦合一个或多个接口。接口可以是通用输入输出(General PurposeInput Output，GPIO)接口，可以和多个***设备(如射频模块等等)连接。接口还可以包括多个独立的接口，例如以太网接口、移动通信接口(如X1接口)等，分别负责不同***设备和处理器之间的通信。

处理器可用于读取和执行存储于存储器中的计算机可读指令。具体的，处理器可用于调用并执行存储于存储器中的指令，使得该装置执行前述各个方法实施例提供的非连续接收方法。接口可用于输出处理器的执行结果。

该装置可实现为前述方法实施例中第一终端，也可以实现为前述方法实施例中第二终端，还可以实现为前述方法实施例中的网络设备。需要说明的，该装置的功能既可以通过硬件设计实现，也可以通过软件设计来实现，还可以通过软硬件结合的方式来实现，这里不作限制。

本申请中，第一终端也可以称为第一装置，第二终端也可以称为第二装置。

结合本发明实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM、闪存、ROM、可擦除可编程只读存储器(Erasable ProgrammableROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其他形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于收发机或中继设备中。当然，处理器和存储介质也可以作为分立组件存在于无线接入网设备或终端设备中。

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

以上的具体实施方式，对本发明实施例的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本发明实施例的具体实施方式而已，并不用于限定本发明实施例的保护范围，凡在本发明实施例的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明实施例的保护范围之内。

Claims

1.一种非连续接收方法，其特征在于，包括：

在第一侧行链路混合自动重传请求Sidelink HARQ进程的HARQ反馈时机后的第一个时间单元，第一装置启动第一计时器；

如果所述第一计时器超时，且所述第一Sidelink HARQ进程的HARQ反馈为不确认NACK，所述第一装置启动所述第二计时器；所述HARQ反馈为NACK时，指示所述第一Sidelink HARQ进程的前一次传输的接收未成功；

在所述第二计时器运行期间，所述第一装置监听下行物理控制信道PDCCH；

其中，所述第一Sidelink HARQ进程用于所述第一装置向第二装置发送所述第一数据；所述HARQ反馈时机occasion用于所述第一装置向网络设备发送所述第一Sidelink HARQ进程的HARQ反馈；所述HARQ反馈用于指示所述第一Sidelink HARQ进程的前一次传输的接收成功与否；所述第一计时器、所述第二计时器与所述第一Sidelink HARQ进程关联。

2.如权利要求1所述的方法，其特征在于，在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，所述第一装置启动所述第一计时器，具体包括：

如果所述HARQ反馈为NACK，则所述第一装置在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，所述第一装置启动所述第一计时器。

3.如权利要求1-2中任一项所述的方法，其特征在于，还包括：在以下任一种条件下，所述第一装置确定所述第一Sidelink HARQ进程的HARQ反馈为NACK：

所述第一装置接收到所述第二装置发送的第一反馈为NACK；所述第一反馈用于指示所述第一Sidelink HARQ进程的前一次传输是否被所述第二装置成功接收；

或者，

所述第一装置没有接收到第二装置发送的所述第一反馈；

或者，

所述第一装置在第一资源上没有向所述第二装置传输所述第一数据；所述第一资源为所述网络设备为所述第一Sidelink HARQ进程的前一次传输所调度的资源。

4.如权利要求1-3中任一项所述的方法，其特征在于，所述第一Sidelink HARQ进程与第一变量关联，所述第一变量用于记录所述第一Sidelink HARQ进程的前一次传输的接收成功与否；当所述第一变量为NACK时，表示所述第一Sidelink HARQ进程的前一次传输不成功。

5.如权利要求4所述的方法，其特征在于，在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，所述第一装置启动所述第一计时器，具体包括：

如果所述第一变量为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，所述第一装置启动所述第一计时器。

6.如权利要求4所述的方法，其特征在于，所述如果第一计时器超时，且所述HARQ反馈为NACK，所述第一装置启动所述第二计时器，具体包括：

如果第一计时器超时，且所述第一变量为NACK，所述第一装置启动所述第二计时器。

7.如权利要求1-6中任一项所述的方法，其特征在于，所述时间单元，包括：符号或时隙。

8.如权利要求1-7中任一项所述的方法，其特征在于，所述第一计时器的时间单位为符号，所述第二计时器的时间单位为时隙。

9.如权利要求7或8所述的方法，其特征在于，所述符号、所述时隙的长度取决于用于传输所述第一数据的Sidelink的带宽部分BWP的参数集Numerology；

或者，所述符号、所述时隙的长度取决于所述第一装置向所述网络设备发送所述HARQ反馈的上行链路带宽部分BWP的参数集Numerology。

10.如权利要求1-9中任一项所述的方法，其特征在于，还包括：当所述第一装置监听到第一PDCCH时，所述第一装置停止所述第二定时器；所述第一PDCCH用于调度所述第一侧行链路HARQ进程的传输资源。

11.如权利要求1-10中任一项所述的方法，其特征在于，所述第一装置为终端设备或可设置于所述终端设备上的芯片。

12.一种装置，所述装置为第一装置，其特征在于，包括：

处理器，用于在第一侧行链路混合自动重传请求Sidelink HARQ进程的HARQ反馈时机后的第一个时间单元，启动第一计时器；

所述处理器，还用于如果所述第一计时器超时，且所述第一Sidelink HARQ进程的HARQ反馈为NACK，启动所述第二计时器；所述HARQ反馈为NACK时，指示所述第一Sidelink HARQ进程的前一次传输的接收未成功；

收发器，用于在所述第二计时器运行期间，监听PDCCH；

13.如权利要求12所述的装置，其特征在于，所述处理器，具体用于如果所述HARQ反馈为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，启动所述第一计时器。

14.如权利要求12-13中任一项所述的装置，其特征在于，所述处理器还用于在以下任一种条件下，确定所述第一Sidelink HARQ进程的HARQ反馈为NACK：

或者，

所述第一装置没有接收到第二装置发送的所述第一反馈；

或者，

15.如权利要求12-14中任一项所述的装置，其特征在于，所述第一Sidelink HARQ进程与第一变量关联，所述第一变量用于记录所述第一Sidelink HARQ进程的前一次传输的接收成功与否；当所述第一变量为NACK时，表示所述第一Sidelink HARQ进程的前一次传输不成功。

16.如权利要求15所述的装置，其特征在于，所述处理器具体用于如果所述第一变量为NACK，则在第一Sidelink HARQ进程的HARQ反馈时机之后的第一个时间单元，启动所述第一计时器。

17.如权利要求16所述的装置，其特征在于，所述处理器具体用于如果第一计时器超时，且所述第一变量为NACK，启动所述第二计时器。

18.如权利要求12-17中任一项所述的装置，其特征在于，所述时间单元，包括：符号或时隙。

19.如权利要求12-18中任一项所述的装置，其特征在于，所述第一计时器的时间单位为符号，所述第二计时器的时间单位为时隙。

20.如权利要求18或19所述的装置，其特征在于，所述符号、所述时隙的长度取决于用于传输所述第一数据的Sidelink的带宽部分BWP的参数集Numerology；

21.如权利要求12-20中任一项所述的装置，其特征在于，所述处理器具体还用于当所述第一装置监听到第一PDCCH时，停止所述第二定时器；所述第一PDCCH用于调度所述第一侧行链路HARQ进程的传输资源。

22.如权利要求12-21中任一项所述的装置，其特征在于，所述第一装置为终端设备或可设置于所述终端设备上的芯片。

23.一种装置，其特征在于，包括处理器和存储器，所述处理器耦合于所述存储器，所述存储器中存储指令，所述处理器用于调用所述存储器中的所述指令，执行权利要求1-11中任一项所述的方法。

24.一种存储介质计算机可读存储介质，包括指令，其特征在于，当所述指令在装置上运行时，使得所述装置执行如权利要求1-11中任一项所述的方法。

25.一种包含指令的计算机程序产品，其特征在于，当所述计算机程序产品在装置上运行时，使得所述装置执行如权利要求1-11中任一项所述的方法。

26.一种装置，其特征在于，包括：发射器、接收器、存储器和处理器，所述发射器、所述接收器、所述存储器耦合于所述处理器，所述存储器用于存储可由所述处理器执行的指令，所述处理器用于调用所述存储器中的所述指令，并配合所述发射器、所述接收器，使得所述装置执行权利要求1-11中任一项所述的方法。