CN111757436A - 一种非连续接收的方法及设备 - Google Patents

Abstract

本申请涉及一种非连续接收的方法及设备。其中的一种非连续接收的方法包括：终端设备接收来自网络设备的指示信息，指示信息用于指示终端设备在第一时长内不监听PDCCH；若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为第一时长内的第一符号，则终端设备在晚于第一符号的第二符号启动重传定时器。终端设备可以延迟启动重传定时器，这样，重传定时器的定时时长并未发生变化，对于网络设备来讲，重传调度的时机只是有所推迟，但并未减少。且终端设备也没有在确定需要启动重传定时器的时刻就立即启动重传定时器，而是推迟了一段时间，由此也可以尽量减少终端设备监听PDCCH的时间，以节省终端设备的功耗。

Description

一种非连续接收的方法及设备

技术领域

本申请涉及通信技术领域，尤其涉及一种非连续接收的方法及设备。

背景技术

目前，为了降低终端设备的功耗，引入了非连续接收(discontinuous reception，DRX)或者连接态非连续接收(connected-discontinuous reception，C-DRX)机制。在CRX或C-DRX模式下，终端设备在无需检测PDCCH时可以进入睡眠状态，从而减小终端设备的功耗。

在第三代合作伙伴计划(3rd generation partnership project，3GPP)版本(Release)-15的DRX或C-DRX机制下，基站向终端设备配置DRX周期(DRX cycle)、DRX持续时间定时器(drx-on duration timer)、DRX非激活定时器(drx-inactivity timer)、DRX混合自动重传请求环回时延定时器(drx-hybrid automatic repeat request-round triptime timer，drx-HARQ-RTT-timer)或DRX重传定时器(drx-retransmission timer)等参数。其中，终端设备在drx-on duration timer、drx-inactivity timer或drx-retransmission timer运行期间，均需要监听PDCCH。

除了DRX机制之外，为了降低终端设备的功耗，还引入了休眠(go-to-sleep，GTS)信令，或者该信令也可称为减少PDCCH检测的信令。基站可以向终端设备发送go-to-sleep信令，指示终端设备在一段时间内不监听PDCCH。

那么，如果在DRX或者C-DRX机制下使用go-to-sleep信令，基站向终端设备发送了go-to-sleep信令，表明指示终端设备不监听PDCCH，而如果在此期间终端设备又需要启动drx-retransmission timer，则终端设备又需要监听PDCCH，这就出现了冲突，可能使得基站和终端设备理解不一致，导致基站和终端设备做出不同行为，从而导致基站和终端设备之间无法正常通信。

发明内容

本申请实施例提供一种非连续接收的方法及设备，用于提供一种冲突解决的机制，尽量保证网络设备和终端设备能够正常通信。

第一方面，提供第一种非连续接收的方法，该方法包括：终端设备接收来自网络设备的指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为所述第一时长内的第一符号，则所述终端设备在晚于所述第一符号的第二符号启动重传定时器。

该方法可由第一通信装置执行，第一通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置，例如芯片***。示例性地，所述通信设备为终端设备。

在本申请实施例中，终端设备在确定在第一时长内不监听PDCCH，如果HARQ环回时延定时器的到期时刻之后的第一个符号为第一时长内的第一符号，也就是终端设备需要启动重传定时器的时间位于第一时长内，那么终端设备可以延迟启动重传定时器，这样，重传定时器的定时时长并未发生变化，对于网络设备来讲，重传调度的时机只是有所推迟，但并未减少。另外，终端设备也没有在确定需要启动重传定时器的时刻就立即启动重传定时器，而是推迟了一段时间，由此，在原本需要启动重传定时器的时间到真正启动重传定时器的时间之间的这段时间，终端设备可以无需监听PDCCH，从而减少了终端设备监听PDCCH的时间，以节省终端设备的功耗。而且，本申请实施例中，网络设备和终端设备对于终端设备是否监听PDCCH的理解是一致的，减小了冲突出现的概率，使得网络设备和终端设备的行为一致，保证网络设备和终端设备之间的正常通信。

结合第一方面，在第一方面的一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

这种方式也就相当于在第一时长结束后立即启动或重启重传定时器，这样使得第一时长和重传定时器的运行时间没有冲突。且本申请实施例提供的技术方案减少了终端设备监听PDCCH的时间，重传定时器的运行时间也没有缩短，不会影响网络设备重传调度的机会。

第二方面，提供第二种非连续接收的方法，该方法包括：网络设备向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为所述第一时长内的第一符号，则所述网络设备在晚于所述第一符号的第二符号启动重传定时器。

该方法可由第二通信装置执行，第二通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置，例如芯片***。示例性地，所述通信设备为网络设备。

结合第二方面，在第二方面的一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

关于第二方面或第二方面的各种实施方式所带来的技术效果，可以参考对于第一方面或第一方面的各种实施方式的技术效果的介绍，不多赘述。

第三方面，提供第三种非连续接收的方法，该方法包括：终端设备接收来自网络设备的指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；若所述终端设备在启动混合自动重传请求环回时延定时器之前，确定所述混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则所述终端设备在晚于第二符号的第三符号启动所述混合自动重传请求环回时延定时器，所述第二符号为所述终端设备向所述网络设备发送的HARQ反馈占用的符号之后的第一个符号。

该方法可由第三通信装置执行，第三通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置，例如芯片***。示例性地，所述通信设备为终端设备。

在本申请实施例中，终端设备在确定在第一时长内不监听PDCCH，如果终端设备确定drx-HARQ-RTT-timer的预计到期时刻之后的第一个符号位于第一时长内，那么终端设备可以延迟启动drx-HARQ-RTT-timer，这样相当于启动或重启重传定时器的时间也就有所延后。但重传定时器只是启动或重启的时间有所延后，而定时时长并未发生变化，对于网络设备来讲，重传调度的时机只是有所推迟，但并未减少。另外，终端设备也没有在确定需要启动重传定时器的时刻就立即启动重传定时器，而是推迟了一段时间，由此也可以尽量减少终端设备监听PDCCH的时间，以节省终端设备的功耗。

结合第三方面，在第三方面的一种可能的实施方式中，所述终端设备在第四符号启动重传定时器，所述第四符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

在drx-HARQ-RTT-timer超时后的第一个符号，终端设备可以启动重传定时器。

结合第三方面，在第三方面的一种可能的实施方式中，所述第四符号为所述第一时长之后的第一个符号。

相当于在第一时长结束之后终端设备可以立刻启动或重启重传定时器，减少时间的浪费，且重传定时器的定时时长并未发生变化，对于网络设备来讲，重传调度的时机只是有所推迟，但并未减少。另外，终端设备也没有在确定需要启动重传定时器的时刻就立即启动重传定时器，而是推迟了一段时间，由此也可以尽量减少终端设备监听PDCCH的时间，以节省终端设备的功耗。

第四方面，提供第四种非连续接收的方法，该方法包括：网络设备向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；若网络设备在启动混合自动重传请求环回时延定时器之前，确定所述混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则所述网络设备在晚于第二符号的第三符号启动所述混合自动重传请求环回时延定时器，所述第二符号为所述网络设备接收的来自所述终端设备的HARQ反馈占用的符号之后的第一个符号。

该方法可由第四通信装置执行，第四通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置，例如芯片***。示例性地，所述通信设备为网络设备。

结合第四方面，在第四方面的一种可能的实施方式中，所述方法还包括：所述网络设备在第四符号启动重传定时器，所述第四符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

结合第四方面，在第四方面的一种可能的实施方式中，所述第四符号为所述第一时长之后的第一个符号。

关于第四方面或第四方面的各种实施方式所带来的技术效果，可以参考对于第三方面或第三方面的各种实施方式的技术效果的介绍，不多赘述。

第五方面，提供第五种非连续接收的方法，该方法包括：终端设备接收来自网络设备的指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；若混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则所述终端设备延长所述混合自动重传请求环回时延定时器的定时时长。

该方法可由第五通信装置执行，第五通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置，例如芯片***。示例性地，所述通信设备为终端设备。

在本申请实施例中，终端设备在确定在第一时长内不监听PDCCH，如果终端设备需要启动drx-HARQ-RTT-timer的时间位于第一时长内，那么终端设备可以延长drx-HARQ-RTT-timer的定时时长，这样相当于启动或重启重传定时器的时间也就有所延后。但重传定时器只是启动或重启的时间有所延后，而定时时长并未发生变化，对于网络设备来讲，重传调度的时机只是有所推迟，但并未减少。另外，终端设备也没有在确定需要启动重传定时器的时刻就立即启动重传定时器，而是推迟了一段时间，由此也可以尽量减少终端设备监听PDCCH的时间，以节省终端设备的功耗。

结合第五方面，在第五方面的一种可能的实施方式中，所述方法还包括：所述终端设备在第二符号启动重传定时器，所述第二符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

在drx-HARQ-RTT-timer超时后的第一个符号，终端设备可以启动重传定时器。

结合第五方面，在第五方面的一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

相当于在第一时长结束之后终端设备可以立刻启动或重启重传定时器，减少时间的浪费，且重传定时器的定时时长并未发生变化，对于网络设备来讲，重传调度的时机只是有所推迟，但并未减少。另外，终端设备也没有在确定需要启动重传定时器的时刻就立即启动重传定时器，而是推迟了一段时间，由此也可以尽量减少终端设备监听PDCCH的时间，以节省终端设备的功耗。

第六方面，提供第六种非连续接收的方法，该方法包括：网络设备向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；若混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则所述网络设备延长所述混合自动重传请求环回时延定时器的定时时长。

该方法可由第六通信装置执行，第六通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置，例如芯片***。示例性地，所述通信设备为网络设备。

结合第六方面，在第六方面的一种可能的实施方式中，所述方法还包括：所述网络设备在第二符号启动重传定时器，所述第二符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

结合第六方面，在第六方面的一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

关于第六方面或第六方面的各种实施方式所带来的技术效果，可以参考对于第五方面或第五方面的各种实施方式的技术效果的介绍，不多赘述。

第七方面，提供第一种通信装置，该通信装置例如为如前所述的第一通信装置。该通信装置包括处理器和收发器。处理器和收发器可用于实现上述第一方面或第一方面的各种可能的设计所描述的方法。示例性地，所述通信装置为设置在通信设备中的芯片。示例性的，所述通信设备为终端设备。其中，收发器例如通过通信设备中的天线、馈线和编解码器等实现，或者，如果所述通信装置为设置在通信设备中的芯片，那么收发器例如为芯片中的通信接口，该通信接口与通信设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。其中，

所述收发器，用于接收来自网络设备的指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

所述处理器，用于若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于所述第一符号的第二符号启动重传定时器。

结合第七方面，在第七方面的一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

关于第七方面或第七方面的各种实施方式所带来的技术效果，可以参考对于第一方面或第一方面的各种实施方式的技术效果的介绍，不多赘述。

第八方面，提供第二种通信装置，该通信装置例如为如前所述的第二通信装置。该通信装置包括处理器和收发器。处理器和收发器可用于实现上述第二方面或第二方面的各种可能的设计所描述的方法。示例性地，所述通信装置为设置在通信设备中的芯片。示例性的，所述通信设备为网络设备。其中，收发器例如通过通信设备中的天线、馈线和编解码器等实现，或者，如果所述通信装置为设置在通信设备中的芯片，那么收发器例如为芯片中的通信接口，该通信接口与通信设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。其中，

所述收发器，用于向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

所述处理器，用于若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于所述第一符号的第二符号启动重传定时器。

结合第八方面，在第八方面的一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

关于第八方面或第八方面的各种实施方式所带来的技术效果，可以参考对于第二方面或第二方面的各种实施方式的技术效果的介绍，不多赘述。

第九方面，提供第三种通信装置，该通信装置例如为如前所述的第三通信装置。该通信装置包括处理器和收发器。处理器和收发器可用于实现上述第三方面或第三方面的各种可能的设计所描述的方法。示例性地，所述通信装置为设置在通信设备中的芯片。示例性的，所述通信设备为终端设备。其中，收发器例如通过通信设备中的天线、馈线和编解码器等实现，或者，如果所述通信装置为设置在通信设备中的芯片，那么收发器例如为芯片中的通信接口，该通信接口与通信设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。其中，

所述收发器，用于接收来自网络设备的指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

所述处理器，用于若所述终端设备在启动混合自动重传请求环回时延定时器之前，确定所述混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于第二符号的第三符号启动所述混合自动重传请求环回时延定时器，所述第二符号为所述终端设备向所述网络设备发送的HARQ反馈占用的符号之后的第一个符号。

结合第九方面，在第九方面的一种可能的实施方式中，所述处理器，还用于在第四符号启动重传定时器，所述第四符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

结合第九方面，在第九方面的一种可能的实施方式中，所述第四符号为所述第一时长之后的第一个符号。

关于第九方面或第九方面的各种实施方式所带来的技术效果，可以参考对于第三方面或第三方面的各种实施方式的技术效果的介绍，不多赘述。

第十方面，提供第四种通信装置，该通信装置例如为如前所述的第四通信装置。该通信装置包括处理器和收发器。处理器和收发器可用于实现上述第四方面或第四方面的各种可能的设计所描述的方法。示例性地，所述通信装置为设置在通信设备中的芯片。示例性的，所述通信设备为网络设备。其中，收发器例如通过通信设备中的天线、馈线和编解码器等实现，或者，如果所述通信装置为设置在通信设备中的芯片，那么收发器例如为芯片中的通信接口，该通信接口与通信设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。其中，

所述收发器，用于向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

所述处理器，用于若在启动混合自动重传请求环回时延定时器之前，确定所述混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于第二符号的第三符号启动所述混合自动重传请求环回时延定时器，所述第二符号为所述网络设备接收的来自所述终端设备的HARQ反馈占用的符号之后的第一个符号。

结合第十方面，在第十方面的一种可能的实施方式中，所述处理器，还用于在第四符号启动重传定时器，所述第四符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

结合第十方面，在第十方面的一种可能的实施方式中，所述第四符号为所述第一时长之后的第一个符号。

关于第十方面或第十方面的各种实施方式所带来的技术效果，可以参考对于第四方面或第四方面的各种实施方式的技术效果的介绍，不多赘述。

第十一方面，提供第五种通信装置，该通信装置例如为如前所述的第四通信装置。该通信装置包括处理器和收发器。处理器和收发器可用于实现上述第四方面或第四方面的各种可能的设计所描述的方法。示例性地，所述通信装置为设置在通信设备中的芯片。示例性的，所述通信设备为终端设备。其中，收发器例如通过通信设备中的天线、馈线和编解码器等实现，或者，如果所述通信装置为设置在通信设备中的芯片，那么收发器例如为芯片中的通信接口，该通信接口与通信设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。其中，

所述收发器，用于接收来自网络设备的指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

所述处理器，用于若混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则延长所述混合自动重传请求环回时延定时器的定时时长。

结合第十一方面，在第十一方面的一种可能的实施方式中，所述处理器，还用于在第二符号启动重传定时器，所述第二符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

结合第十一方面，在第十一方面的一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

关于第十一方面或第十一方面的各种实施方式所带来的技术效果，可以参考对于第五方面或第五方面的各种实施方式的技术效果的介绍，不多赘述。

第十二方面，提供第六种通信装置，该通信装置例如为如前所述的第六通信装置。该通信装置包括处理器和收发器。处理器和收发器可用于实现上述第六方面或第六方面的各种可能的设计所描述的方法。示例性地，所述通信装置为设置在通信设备中的芯片。示例性的，所述通信设备为网络设备。其中，收发器例如通过通信设备中的天线、馈线和编解码器等实现，或者，如果所述通信装置为设置在通信设备中的芯片，那么收发器例如为芯片中的通信接口，该通信接口与通信设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。其中，

所述收发器，用于向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

所述处理器，用于若混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则延长所述混合自动重传请求环回时延定时器的定时时长。

结合第十二方面，在第十二方面的一种可能的实施方式中，所述处理器，还用于在第二符号启动重传定时器，所述第二符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

结合第十二方面，在第十二方面的一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

关于第十二方面或第十二方面的各种实施方式所带来的技术效果，可以参考对于第六方面或第六方面的各种实施方式的技术效果的介绍，不多赘述。

第十三方面，提供第七种通信装置，例如该通信装置为如前所述的第一通信装置。所述通信装置用于执行上述第一方面或第一方面的任一可能的实现方式中的方法。具体地，所述通信装置可以包括用于执行第一方面或第一方面的任一可能的实现方式中的方法的模块，例如包括相互耦合的处理模块和收发模块。示例性地，所述通信装置为通信设备。示例性地，所述通信设备为终端设备。其中，

所述收发模块，用于接收来自网络设备的指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

所述处理模块，用于若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于所述第一符号的第二符号启动重传定时器。

结合第十三方面，在第十三方面的一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

关于第十三方面或第十三方面的各种实施方式所带来的技术效果，可以参考对于第一方面或第一方面的各种实施方式的技术效果的介绍，不多赘述。

第十四方面，提供第八种通信装置，例如该通信装置为如前所述的第二通信装置。所述通信装置用于执行上述第二方面或第二方面的任一可能的实现方式中的方法。具体地，所述通信装置可以包括用于执行第二方面或第二方面的任一可能的实现方式中的方法的模块，例如包括相互耦合的处理模块和收发模块。示例性地，所述通信装置为通信设备。示例性地，所述通信设备为网络设备。其中，

所述收发模块，用于向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

所述处理模块，用于若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于所述第一符号的第二符号启动重传定时器。

结合第十四方面，在第十四方面的一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

关于第十四方面或第十四方面的各种实施方式所带来的技术效果，可以参考对于第二方面或第二方面的各种实施方式的技术效果的介绍，不多赘述。

第十五方面，提供第九种通信装置，例如该通信装置为如前所述的第三通信装置。所述通信装置用于执行上述第三方面或第三方面的任一可能的实现方式中的方法。具体地，所述通信装置可以包括用于执行第三方面或第三方面的任一可能的实现方式中的方法的模块，例如包括相互耦合的处理模块和收发模块。示例性地，所述通信装置为通信设备。示例性地，所述通信设备为终端设备。其中，

所述收发模块，用于接收来自网络设备的指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

所述处理模块，用于若所述终端设备在启动混合自动重传请求环回时延定时器之前，确定所述混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于第二符号的第三符号启动所述混合自动重传请求环回时延定时器，所述第二符号为所述终端设备向所述网络设备发送的HARQ反馈占用的符号之后的第一个符号。

结合第十五方面，在第十五方面的一种可能的实施方式中，所述处理模块，还用于在第四符号启动重传定时器，所述第四符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

结合第十五方面，在第十五方面的一种可能的实施方式中，所述第四符号为所述第一时长之后的第一个符号。

关于第十五方面或第十五方面的各种实施方式所带来的技术效果，可以参考对于第三方面或第三方面的各种实施方式的技术效果的介绍，不多赘述。

第十六方面，提供第十种通信装置，例如该通信装置为如前所述的第四通信装置。所述通信装置用于执行上述第四方面或第四方面的任一可能的实现方式中的方法。具体地，所述通信装置可以包括用于执行第四方面或第四方面的任一可能的实现方式中的方法的模块，例如包括相互耦合的处理模块和收发模块。示例性地，所述通信装置为通信设备。示例性地，所述通信设备为网络设备。其中，

所述收发模块，用于向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

所述处理模块，用于若在启动混合自动重传请求环回时延定时器之前，确定所述混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于第二符号的第三符号启动所述混合自动重传请求环回时延定时器，所述第二符号为所述网络设备接收的来自所述终端设备的HARQ反馈占用的符号之后的第一个符号。

结合第十六方面，在第十六方面的一种可能的实施方式中，所述处理模块，还用于在第四符号启动重传定时器，所述第四符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

结合第十六方面，在第十六方面的一种可能的实施方式中，所述第四符号为所述第一时长之后的第一个符号。

关于第十六方面或第十六方面的各种实施方式所带来的技术效果，可以参考对于第四方面或第四方面的各种实施方式的技术效果的介绍，不多赘述。

第十七方面，提供第十一种通信装置，例如该通信装置为如前所述的第五通信装置。所述通信装置用于执行上述第五方面或第五方面的任一可能的实现方式中的方法。具体地，所述通信装置可以包括用于执行第五方面或第五方面的任一可能的实现方式中的方法的模块，例如包括相互耦合的处理模块和收发模块。示例性地，所述通信装置为通信设备。示例性地，所述通信设备为终端设备。其中，

所述收发模块，用于接收来自网络设备的指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

所述处理模块，用于若混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则延长所述混合自动重传请求环回时延定时器的定时时长。

结合第十七方面，在第十七方面的一种可能的实施方式中，所述处理模块，还用于在第二符号启动重传定时器，所述第二符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

结合第十七方面，在第十七方面的一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

关于第十七方面或第十七方面的各种实施方式所带来的技术效果，可以参考对于第五方面或第五方面的各种实施方式的技术效果的介绍，不多赘述。

第十八方面，提供第十二种通信装置，例如该通信装置为如前所述的第六通信装置。所述通信装置用于执行上述第六方面或第六方面的任一可能的实现方式中的方法。具体地，所述通信装置可以包括用于执行第六方面或第六方面的任一可能的实现方式中的方法的模块，例如包括相互耦合的处理模块和收发模块。示例性地，所述通信装置为通信设备。示例性地，所述通信设备为网络设备。其中，

所述收发模块，用于向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

所述处理模块，用于若混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则延长所述混合自动重传请求环回时延定时器的定时时长。

结合第十八方面，在第十八方面的一种可能的实施方式中，所述处理模块，还用于在第二符号启动重传定时器，所述第二符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

结合第十八方面，在第十八方面的一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

关于第十八方面或第十八方面的各种实施方式所带来的技术效果，可以参考对于第六方面或第六方面的各种实施方式的技术效果的介绍，不多赘述。

第十九方面，提供第十三种通信装置。该通信装置可以为上述方法设计中的第一通信装置。示例性地，所述通信装置为设置在通信设备中的芯片。示例性地，所述通信设备为终端设备。该通信装置包括：存储器，用于存储计算机可执行程序代码；以及处理器，处理器与存储器耦合。其中存储器所存储的程序代码包括指令，当处理器执行所述指令时，使第十三种通信装置执行上述第一方面或第一方面的任意一种可能的实施方式中的方法。

其中，第十三种通信装置还可以包括通信接口，该通信接口可以是终端设备中的收发器，例如通过所述通信装置中的天线、馈线和编解码器等实现，或者，如果第十三种通信装置为设置在终端设备中的芯片，则通信接口可以是该芯片的输入/输出接口，例如输入/输出管脚等。

第二十方面，提供第十四种通信装置。该通信装置可以为上述方法设计中的第二通信装置。示例性地，所述通信装置为设置在通信设备中的芯片。示例性地，所述通信设备为网络设备。该通信装置包括：存储器，用于存储计算机可执行程序代码；以及处理器，处理器与存储器耦合。其中存储器所存储的程序代码包括指令，当处理器执行所述指令时，使第十四种通信装置执行上述第二方面或第二方面的任意一种可能的实施方式中的方法。

其中，第十四种通信装置还可以包括通信接口，该通信接口可以是网络设备中的收发器，例如通过所述通信装置中的天线、馈线和编解码器等实现，或者，如果第十四种通信装置为设置在网络设备中的芯片，则通信接口可以是该芯片的输入/输出接口，例如输入/输出管脚等。

第二十一方面，提供第十五种通信装置。该通信装置可以为上述方法设计中的第三通信装置。示例性地，所述通信装置为设置在通信设备中的芯片。示例性地，所述通信设备为终端设备。该通信装置包括：存储器，用于存储计算机可执行程序代码；以及处理器，处理器与存储器耦合。其中存储器所存储的程序代码包括指令，当处理器执行所述指令时，使第十五种通信装置执行上述第三方面或第三方面的任意一种可能的实施方式中的方法。

其中，第十五种通信装置还可以包括通信接口，该通信接口可以是终端设备中的收发器，例如通过所述通信装置中的天线、馈线和编解码器等实现，或者，如果第十五种通信装置为设置在终端设备中的芯片，则通信接口可以是该芯片的输入/输出接口，例如输入/输出管脚等。

第二十二方面，提供第十六种通信装置。该通信装置可以为上述方法设计中的第四通信装置。示例性地，所述通信装置为设置在通信设备中的芯片。示例性地，所述通信设备为网络设备。该通信装置包括：存储器，用于存储计算机可执行程序代码；以及处理器，处理器与存储器耦合。其中存储器所存储的程序代码包括指令，当处理器执行所述指令时，使第十六种通信装置执行上述第四方面或第四方面的任意一种可能的实施方式中的方法。

其中，第十六种通信装置还可以包括通信接口，该通信接口可以是网络设备中的收发器，例如通过所述通信装置中的天线、馈线和编解码器等实现，或者，如果第十六种通信装置为设置在网络设备中的芯片，则通信接口可以是该芯片的输入/输出接口，例如输入/输出管脚等。

第二十三方面，提供第十七种通信装置。该通信装置可以为上述方法设计中的第五通信装置。示例性地，所述通信装置为设置在通信设备中的芯片。示例性地，所述通信设备为终端设备。该通信装置包括：存储器，用于存储计算机可执行程序代码；以及处理器，处理器与存储器耦合。其中存储器所存储的程序代码包括指令，当处理器执行所述指令时，使第十七种通信装置执行上述第五方面或第五方面的任意一种可能的实施方式中的方法。

其中，第十七种通信装置还可以包括通信接口，该通信接口可以是终端设备中的收发器，例如通过所述通信装置中的天线、馈线和编解码器等实现，或者，如果第十七种通信装置为设置在终端设备中的芯片，则通信接口可以是该芯片的输入/输出接口，例如输入/输出管脚等。

第二十四方面，提供第十八种通信装置。该通信装置可以为上述方法设计中的第六通信装置。示例性地，所述通信装置为设置在通信设备中的芯片。示例性地，所述通信设备为网络设备。该通信装置包括：存储器，用于存储计算机可执行程序代码；以及处理器，处理器与存储器耦合。其中存储器所存储的程序代码包括指令，当处理器执行所述指令时，使第十八种通信装置执行上述第六方面或第六方面的任意一种可能的实施方式中的方法。

其中，第十八种通信装置还可以包括通信接口，该通信接口可以是网络设备中的收发器，例如通过所述通信装置中的天线、馈线和编解码器等实现，或者，如果第十八种通信装置为设置在网络设备中的芯片，则通信接口可以是该芯片的输入/输出接口，例如输入/输出管脚等。

第二十五方面，提供第一种通信***，该通信***可以包括第七方面所述的第一种通信装置、第十三方面所述的第七种通信装置或第十九方面所述的第十三种通信装置，以及包括第八方面所述的第二种通信装置、第十四方面所述的第八种通信装置或第二十方面所述的第十四种通信装置。

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

第二十七方面，提供第三种通信***，该通信***可以包括第十一方面所述的第五种通信装置、第十七方面所述的第十一种通信装置或第二十三方面所述的第十七种通信装置，以及包括第十二方面所述的第六种通信装置、第十八方面所述的第十二种通信装置或第二十四方面所述的第十八种通信装置。

其中，第一种通信***、第二种通信***和第三种通信***可以是同一个通信***，或者也可以分别是不同的通信***，或者也可以其中的任意两个是一个通信***，而另一个是不同的通信***，例如其中的第一通信***和第二通信***是同一个通信***，而第三通信***是另一个通信***。

第二十八方面，提供一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。

第二十九方面，提供一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。

第三十方面，提供一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第三方面或第三方面的任意一种可能的设计中所述的方法。

第三十一方面，提供一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第四方面或第四方面的任意一种可能的设计中所述的方法。

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

第三十三方面，提供一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第六方面或第六方面的任意一种可能的设计中所述的方法。

第三十四方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。

第三十五方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。

第三十六方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述第三方面或第三方面的任意一种可能的设计中所述的方法。

第三十七方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述第四方面或第四方面的任意一种可能的设计中所述的方法。

第三十八方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述第五方面或第五方面的任意一种可能的设计中所述的方法。

第三十九方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述第六方面或第六方面的任意一种可能的设计中所述的方法。

在本申请实施例中，如果终端设备需要启动重传定时器的时间位于第一时长内，则终端设备可以延迟启动重传定时器，这样，重传定时器的定时时长并未发生变化，对于网络设备来讲，重传调度的时机只是有所推迟，但并未减少。另外，终端设备也没有在确定需要启动重传定时器的时刻就立即启动重传定时器，而是推迟了一段时间，由此也可以尽量减少终端设备监听PDCCH的时间，以节省终端设备的功耗。

附图说明

图1为C-DRX周期的示意图；

图2为以下行传输为例的C-DRX过程的示意图；

图3A为go-to-sleep信令指示一种时间段的示意图；

图3B为go-to-sleep信令指示另一种时间段的示意图；

图4为本申请实施例考虑的第一种冲突解决方式的示意图；

图5为本申请实施例考虑的第二种冲突解决方式的示意图；

图6为本申请实施例的一种应用场景示意图；

图7为本申请实施例提供的第一种非连续接收的方法的流程图；

图8为按照本申请实施例所提供的第一种非连续接收的方法处理的示意图；

图9为本申请实施例提供的第二种非连续接收的方法的流程图；

图10为本申请实施例提供的第三种非连续接收的方法的流程图；

图11为本申请实施例提供的能够实现终端设备的功能的一种通信装置的结构示意图；

图12为本申请实施例提供的能够实现网络设备的功能的一种通信装置的结构示意图；

图13为本申请实施例提供的能够实现终端设备的功能的一种通信装置的结构示意图；

图14为本申请实施例提供的能够实现网络设备的功能的一种通信装置的结构示意图；

图15为本申请实施例提供的能够实现终端设备的功能的一种通信装置的结构示意图；

图16为本申请实施例提供的能够实现网络设备的功能的一种通信装置的结构示意图；

图17A～图17B为本申请实施例提供的一种通信装置的两种结构示意图。

具体实施方式

为了使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例作进一步地详细描述。

以下，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

1)终端设备，包括向用户提供语音和/或数据连通性的设备，例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network，RAN)与核心网进行通信，与RAN交换语音和/或数据。该终端设备可以包括用户设备(user equipment，UE)、无线终端设备、移动终端设备、设备到设备通信(device-to-device，D2D)终端设备、车到一切(vehicle-to-everything，V2X)终端设备、机器到机器/机器类通信(machine-to-machine/machine-type communications，M2M/MTC)终端设备、物联网(internet of things，IoT)终端设备、订户单元(subscriberunit)、订户站(subscriber station)，移动站(mobile station)、远程站(remotestation)、接入点(access point，AP)、远程终端(remote terminal)、接入终端(accessterminal)、用户终端(user terminal)、用户代理(user agent)、或用户装备(userdevice)等。例如，可以包括移动电话(或称为“蜂窝”电话)，具有移动终端设备的计算机，便携式、袖珍式、手持式、计算机内置的移动装置等。例如，个人通信业务(personalcommunication service，PCS)电话、无绳电话、会话发起协议(session initiationprotocol，SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、等设备。还包括受限设备，例如功耗较低的设备，或存储能力有限的设备，或计算能力有限的设备等。例如包括条码、射频识别(radiofrequency identification，RFID)、传感器、全球定位***(global positioning system，GPS)、激光扫描器等信息传感设备。

作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备或智能穿戴式设备等，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：

智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能头盔、智能首饰等。

而如上介绍的各种终端设备，如果位于车辆上(例如放置在车辆内或安装在车辆内)，都可以认为是车载终端设备，车载终端设备例如也称为车载单元(on-board unit，OBU)。

2)网络设备，例如包括接入网(access network，AN)设备，例如基站(例如，接入点)，可以是指接入网中在空口通过一个或多个小区与无线终端设备通信的设备，或者例如，一种V2X技术中的接入网设备为路侧单元(road side unit，RSU)。基站可用于将收到的空中帧与网际协议(IP)分组进行相互转换，作为终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括IP网络。RSU可以是支持V2X应用的固定基础设施实体，可以与支持V2X应用的其他实体交换消息。接入网设备还可协调对空口的属性管理。例如，接入网设备可以包括LTE***或高级长期演进(long term evolution-advanced，LTE-A)中的演进型基站(NodeB或eNB或e-NodeB，evolutional Node B)，或者也可以包括第五代移动通信技术(the 5th generation，5G)新空口(new radio，NR)***中的下一代节点B(nextgeneration node B，gNB)或者也可以包括云接入网(cloud radio access network，CloudRAN)***中的集中式单元(centralized unit，CU)和分布式单元(distributed unit，DU)，本申请实施例并不限定。

当然网络设备还可以包括核心网设备，但因为本申请实施例提供的技术方案主要涉及的是接入网设备，因此在后文中，如无特殊说明，则后文所描述的“网络设备”均是指接入网设备。

3)DRX，在DRX机制下，终端设备可以周期性的进入睡眠状态，不需要监听PDCCH。DRX在无线资源控制(radio resource control，RRC)_空闲(IDLE)、RRC_非激活(INACTIVE)和RRC_连接(CONNECTED)三种状态下的实现机制有所不同。其中，在RRC_IDLE和RRC_INACTIVE状态的DRX或者称为IDLE DRX，在IDLE DRX下，终端设备主要监听寻呼，终端设备在一个DRX周期(DRX cycle)监听一次寻呼事件(paging occasion)。终端设备如果有业务数据传输，则需要从RRC_IDLE或RRC_INACTIVE状态进入RRC_CONNECTED态。

相对RRC_IDLE和RRC_INACTIVE状态的DRX，连接态(RRC_CONNECTED)下的DRX机制比较复杂。关于C-DRX，将在后文中介绍。

4)“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，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可以是单个，也可以是多个。

以及，除非有相反的说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。例如，第一信息和第二信息，只是为了区分不同的信令，而并不是表示这两种信息的内容、优先级、发送顺序或者重要程度等的不同。

如上介绍了本申请实施例涉及的一些概念，下面介绍本申请实施例的技术特征。

在通信***中，终端设备的功耗是用户体验的一个重要方面。第三代合作伙伴计划(3rd generation partnership project，3GPP)版本(release)16提出要优化NR***下终端设备的功耗。其中，造成终端设备功耗浪费的其中一个因素是PDCCH空检(PDCCH-only)。PDCCH的其中一种功能是用于承载下行(downlink，DL)或者上行(uplink，UL)数据的调度信息，以DL为例，终端设备需要盲检测或者监听PDCCH以获得调度信息，如果检测到PDCCH有调度信息，那么终端设备根据调度信息接收物理下行共享信道(physicaldownlink shared channel，PDSCH)发送的数据。在很多情况下，基站并不会持续有数据要发送给终端设备，但即使基站没有数据发送给终端设备，终端设备还是要周期性地检测PDCCH。而因为基站并没有发送数据，所以终端设备并不会检测到PDCCH，这种情况称为PDCCH空检，PDCCH空检占用了终端设备很大一部分的功耗。因此，希望NR***能够从这一方面降低终端设备的功耗，当没有数据传输时，使得终端设备可以处于省电状态，例如，终端设备可以不需要监听PDCCH。

要降低终端设备的功耗，一种方案是采用DRX机制。在DRX模式下，终端设备周期性打开/关闭接收机检测PDCCH，从而减小终端设备的功耗。可参考图1，为一个C-DRX周期的示意图。一个DRX周期包括一个on duration的时间段，也就是图1中所示的持续时间段。在onduration时间段里，终端设备需要监听PDCCH。以及一个DRX周期还包括可能的休眠时间，如图1中的DRX机会(opportunity for DRX)就表示终端设备的休眠时间。或者，“休眠”也可以称为“停止”或“睡眠”等，opportunity for DRX也可以表示为非激活时间(non-activetime)等，对于具体名称不做限制。另外图1中还包括DRX起始偏移(drx-start offset)和DRX时隙偏移(drx-slot offset)。其中，DRX起始偏移用于确定DRX周期开始的子帧，DRX时隙偏移表示在启动drx-on duration timer之前的延迟时间。可以理解为，以long DRXcycle为例，满足公式[(SFN×10)+子帧编号(subframe number)]modulo(drx-long cycle)＝drx-start offset，则终端设备在开始的子帧经过drx-slot offset个时隙之后启动drx-on duration timer。其中，modulo表示取模运算。

例如，基站可以通过RRC信令向终端设备配置DRX周期、drx-on duration timer、drx-inactivity timer、HARQ-RTT-timer及drx-retransmission timer等参数(parameters)。对于这些参数的解释可以参考表1。其中，终端设备在drx-on durationtimer、drx-inactivity timer及drx-retransmission timer的运行时间内均需要监听PDCCH，因此可以将这些定时器的运行时间统称为激活时间(active time)。

表1

可以看到，DRX周期可以有长周期和短周期两种选择，基站为终端设备配置DRX参数时，需要配置长周期，可选的，还可以配置短周期。

下面以下行传输为例，介绍C-DRX的过程，可参考图2。

进入一个DRX周期后，终端设备在on duration时间段开始持续监听PDCCH。如果在on duration时间段内终端设备没有检测到PDCCH，则在on duration时间段结束以后，终端设备会进入休眠状态，在休眠状态下终端设备不监听PDCCH。或者，如果在on duration时间段内，终端设备检测到了PDCCH，且该PDCCH用于调度新传数据，则终端设备启动或者重启drx-inactivity timer，即，每当终端设备检测到初传调度，该drx-inactivity timer就被启动(或重启)一次，终端设备将一直处于激活态直到drx-inactivity timer超时。终端设备在drx-inactivity timer的运行时间内持续监听PDCCH。终端设备根据监听到的PDCCH的调度信息接收PDSCH，在接收PDSCH后，终端设备会向基站发送HARQ应答(HARQ-ACK)信息，且在HARQ-ACK反馈完成之后的第一个符号，终端设备会启动相应进程的drx-HARQ-RTT-timerDL，例如启动的是drx-HARQ-RTT-timerDL#1，其中#1表示HARQ进程编号。如果终端设备没有正确接收相应HARQ进程的PDSCH，则在drx-HARQ-RTT-timerDL超时后的第一个符号，或者理解为是在drx-HARQ-RTT-timerDL到期之后的第一个符号，终端设备会启动相应进程的drx-retransmission timerDL，例如启动的是drx-retransmission timerDL#1。终端设备在drx-retransmission timerDL的运行时间内持续监听PDCCH。在drx-retransmissiontimerDL的运行时间内，如果终端设备检测到PDCCH指示下行调度，则终端设备会停止drx-retransmission timerDL。另外，如果终端设备检测到的该PDCCH是用于调度新传数据的PDCCH，则终端设备还会启动或重启drx-inactivity timer，如果终端设备检测到的该PDCCH是用于调度重传数据的PDCCH，则终端设备不会启动或重启drx-inactivity timer。

上行传输的过程和下行传输的过程是类似的，区别在于，drx-HARQ-RTT-timerUL的开启时刻为PUSCH第一次重复之后的第一个符号，drx-RetransmissionTimerUL的开启时刻为drx-HARQ-RTT-timerUL到期之后的第一个符号。当终端设备检测到PDCCH指示上行调度，则终止相应进程的drx-RetransmissionTimerUL。

另外还有一种降低终端设备的功耗的方案，是引入go-to-sleep信令，或者该信令也可称为减少PDCCH检测的信令。例如基站可以通过RRC信令、媒体接入控制控制元素(media access control control element，MAC CE)或者下行控制信息(downlinkcontrol information，DCI)DCI等信息携带go-to-sleep信令，指示终端设备在一段时间内不监听PDCCH。其中，go-to-sleep信令指示的终端设备不监听PDCCH的时间可以是一个较短的时间，例如几个时隙，则终端设备在active time结束之前还可能会醒来监听PDCCH，或者go-to-sleep信令也可能指示终端设备不监听PDCCH直至下一个DRX周期的起始时刻。

例如请参考图3A，为go-to-sleep信令指示一种时间段的示意图。go-to-sleep信令用于指示终端设备在一段时间内不监听PDCCH，图3A中的GTS表示go-to-sleep信令所指示的不监听PDCCH的时间段。在图3A中，GTS的结束时刻位于终端设备的active time时间内，则在GTS结束后，终端设备依然可以继续监听PDCCH。

又例如，请参考图3B，为go-to-sleep信令指示另一种时间段的示意图。图3B中的GTS也表示go-to-sleep信令所指示的不监听PDCCH的时间段。在图3B中，GTS的结束时刻为下一个DRX周期的起始时刻。则在GTS结束后，终端设备可以进入下一个DRX周期。

例如，基站认为没有数据传输，则可以发送go-to-sleep信令。但是，如果发生了下行数据重传，终端设备需要启动drx-retransmission timerDL，或者，如果终端设备向基站发送了PUSCH，则终端设备需要启动drx-retransmission timerUL。在drx-retransmissiontimerDL或drx-retransmission timerUL的运行时间内，终端设备需要监听PDCCH。但是如果终端设备是在GTS的时间段内需要启动drx-retransmission timer，由于终端设备在GTS时间段内又不需要监听PDCCH，因此带来了冲突，可能使得基站和终端设备对于终端设备是否监听PDCCH的理解不一致，导致基站和终端设备作出不同的行为，从而导致基站和终端设备无法正常通信。

为此，考虑两种可能的冲突解决方式。

1、第一种冲突解决方式。

如果go-to-sleep信令和C-DRX机制同时应用，且终端设备需要在GTS时间段内启动drx-retransmission timer，则令GTS的时间窗提前结束。其中，drx-retransmissiontimer可以包括drx-retransmission timerDL或drx-retransmission timerUL。

可参考图4，即使GTS时间段还没有结束，但是一旦drx-retransmission timer启动，终端设备就会醒来监听PDCCH，因此可视为GTS时间段提前结束。图4中画斜线的区域，就是终端设备相对于正常的GTS时间段提前醒来的时间。

如图4所示，如果按照正常的GTS的时间段，则画斜线的区域终端设备是无需醒来的。但由于终端设备提前醒来，导致终端设备需要多监听画斜线的区域所表示的时间，即，终端设备监听PDCCH的时间变长。特别是，如果重传的已经是最后一个数据包，再没有其他新传数据可调度，终端设备却需要在drx-retransmission timer的时间段内一直监听PDCCH，直到监听到PDCCH为止，对于终端设备来说功耗是比较大的。

2、第二种冲突解决方式。

如果go-to-sleep信令和C-DRX机制同时应用，且终端设备需要在GTS时间段内启动drx-retransmission timer，则终端设备正常启动drx-retransmission timer，但是终端设备会在GTS时间段结束之后才开始监听PDCCH。

对此可参考图5，在GTS时间段内终端设备启动了drx-retransmission timer，但是在GTS和drx-retransmission timer的重叠时间内，终端设备不会监听PDCCH，直到GTS时间段结束之后终端设备才会监听PDCCH。图5中画斜线的区域表示GTS和drx-retransmission timer重叠的时间，在这段时间内终端设备不会监听PDCCH。

在第二种冲突解决方式下，有效的drx-retransmission timer时长变短，终端设备监听PDCCH的时间有所变短，由此也减少了基站调度重传的机会。

根据如上的分析可知，这两种冲突解决方式都有相应的缺陷。

鉴于此，提供本申请实施例的技术方案。在本申请实施例中，终端设备确定在第一时长内不监听PDCCH，如果HARQ环回时延定时器的到期时刻之后的第一个符号为第一时长内的第一符号，也就是终端设备需要启动重传定时器的时间位于第一时长内，那么终端设备可以延迟启动重传定时器，这样，重传定时器的定时时长并未发生变化，对于网络设备来讲，重传调度的时机只是有所推迟，但并未减少。另外，终端设备也没有在确定需要启动重传定时器的时刻就立即启动重传定时器，而是推迟了一段时间，由此也可以尽量减少终端设备监听PDCCH的时间，尽量使得重传定时器的时间覆盖在GTS结束以后的非激活定时器或者drx-on duration定时器的时间内，以节省终端设备的功耗。而且，本申请实施例中，网络设备和终端设备对于终端设备是否监听PDCCH的理解是一致的，减小了冲突出现的概率，使得网络设备和终端设备的行为一致，保证网络设备和终端设备之间的正常通信。

本申请实施例提供的技术方案可以应用于***移动通信技术(the 4thgeneration，4G)4G***中，例如LTE***，或可以5G***中，例如NR***，或者还可以应用于下一代移动通信***或其他类似的通信***，具体的不做限制。

下面介绍本申请实施例所应用的一种网络架构，请参考图6。

图6中包括网络设备和终端设备，终端设备与一个网络设备连接。当然图6中的终端设备的数量只是举例，在实际应用中，网络设备可以为多个终端设备提供服务。多个终端设备中的部分终端设备或全部终端设备中的每个终端设备都可以实施本申请实施例所提供的技术方案。另外，图6中的终端设备以手机为例，在实际应用中不限于此。

图6中的网络设备例如为接入网设备，例如基站，或者也可以是RSU等设备。其中，基站在不同的***对应不同的设备，例如在***移动通信技术(the 4^th generation，4G)***中可以对应eNB,在5G***中可以对应gNB。当然本申请实施例所提供的技术方案也可以应用于未来的移动通信***中，因此图6中的网络设备也可以对应未来的移动通信***中的接入网设备。

下面结合附图介绍本申请实施例提供的技术方案。

本申请实施例提供第一种非连续接收的方法，请参见图7，为该方法的流程图。在下文的介绍过程中，以该方法应用于图6所示的网络架构为例。另外，该方法可由两个通信装置执行，这两个通信装置例如为第一通信装置和第二通信装置，其中，第一通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置，或者第一通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片***。对于第二通信装置也是同样，第二通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置，或者第二通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片***。且对于第一通信装置和第二通信装置的实现方式均不做限制，例如第一通信装置可以是网络设备，第二通信装置是终端设备，或者第一通信装置和第二通信装置都是网络设备，或者第一通信装置和第二通信装置都是终端设备，或者第一通信装置是网络设备，第二通信装置是能够支持终端设备实现该方法所需的功能的通信装置，等等。其中，网络设备例如为基站。

为了便于介绍，在下文中，以该方法由网络设备和终端设备执行为例，也就是说，以第一通信装置是网络设备、第二通信装置是终端设备为例。因为本实施例是以应用在图6所示的网络架构为例，因此，下文中所述的网络设备可以是图6所示的网络架构中的网络设备，下文中所述的终端设备可以是图6所示的网络架构中的终端设备。

S71、网络设备向终端设备发送指示信息，终端设备接收来自网络设备的所述指示信息，所述指示信息用于指示终端设备在第一时长内不监听PDCCH。

网络设备向终端设备配置C-DRX的各种参数，例如配置DRX周期，以及配置drx-onduration timer、drx-inactivity timer、drx-HARQ-RTT-timer或drx-retransmissiontimer等定时器的长度等。

终端设备在C-DRX周期的on duration时间段内监听PDCCH。每检测到用于调度新传数据的PDCCH，终端设备就会启动或者重启drx-inactivity timer。另外，终端设备根据检测到的PDCCH接收PDSCH或者发送物理上行共享信道(physical uplink sharedchannel，PUSCH)。

例如，如果终端设备检测到的PDCCH指示的是下行调度，终端设备根据PDCCH的调度接收PDSCH。在接收到PDSCH以后，终端设备会向网络设备发送HARQ反馈，也就是发送HARQ-ACK，以反馈是否正确接收了PDSCH。并且，在发送完毕HARQ-ACK之后的第一个符号，也就是在HARQ-ACK占用的符号之后的第一个符号，终端设备会开启相应进程的drx-HARQ-RTT-timerDL。在HARQ-RTT-timerDL的运行时间内，终端设备认为不会收到该进程的下行重传调度。如果终端设备没有正确接收PDSCH，则当drx-HARQ-RTT-timerDL超时后的第一个符号，也就是在drx-HARQ-RTT-timerDL的到期时刻(或者称为结束时刻)之后的第一个符号，终端设备会开启drx-retransmission timerDL。而如果终端设备正确接收了PDSCH，则当drx-HARQ-RTT-timerDL超时后的第一个符号，终端设备不会开启drx-retransmissiontimerDL。

或者，如果终端设备检测到的PDCCH指示的是上行调度，则终端设备根据PDCCH的调度向网络设备发送PUSCH。在PUSCH第一次重复之后的下一个符号，或者说是在PUSCH第一次发送所占用的符号之后的第一个符号，终端设备开启对应进程的HARQ-RTT-timerUL。在HARQ-RTT-timerUL的运行时间内，终端设备认为不会收到该进程的上行重传调度。而在HARQ-RTT-timer超时后的第一个符号，也就是在drx-HARQ-RTT-timerDL的到期时刻之后的第一个符号，终端设备会开启相应进程的drx-retransmission timerUL。

而在上述所介绍的C-DRX过程中的任意时刻，网络设备都有可能发送指示信息。例如，网络设备确定在接下来的第一时长内没有数据传输，或者确定在第一时长内没有新传数据等，都可以向终端设备发送指示信息，以指示终端设备在第一时长内无需监听PDCCH，从而减小终端设备的功耗。指示信息例如为go-to-sleep信令(或者该信令也可称为减少PDCCH检测的信令)，或者也可以是其他的用于指示终端设备在第一时长内无需监听PDCCH的信令。如果指示信息为go-to-sleep信令，那么第一时长也就是前文中所述的GTS时间段。

本申请实施例对于第一时长的结束时刻也不做限制，例如第一时长的结束时刻可以位于当前的DRX周期的active time内，如图3A所示；或者，第一时长的结束时刻也可以位于当前的DRX周期的active time之后，例如位于当前的C-DRX周期结束后，可以如图3B所示，第一时长的结束时刻为下一个C-DRX周期的开始时刻。

例如，网络设备可以将指示信息携带在RRC信令、MAC CE或DCI等信息中发送给终端设备，或者也可以将指示信息携带在其他信息中发送给终端设备，具体的不做限制。

S72、若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为所述第一时长内的第一符号，则终端设备在晚于第一符号的第二符号启动重传定时器。

第一符号例如为第一时长内的任意一个符号。

例如，混合自动重传请求环回时延定时器为drx-HARQ-RTT-timerDL，重传定时器为drx-retransmission timerDL；或者，混合自动重传请求环回时延定时器为drx-HARQ-RTT-timerUL，重传定时器为drx-retransmission timerUL。

对于drx-HARQ-RTT-timerDL，在drx-HARQ-RTT-timerDL到期时刻之后的第一个符号，终端设备应该启动drx-retransmission timerDL，或者对于drx-HARQ-RTT-timerUL，在drx-HARQ-RTT-timerUL到期时刻之后的第一个符号，终端设备应该启动drx-retransmission timerUL。那么在本申请实施例中，如果混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为第一时长内的第一符号，则终端设备可以延迟启动重传定时器，也就是可以在第二符号再启动重传定时器，在启动重传定时器后，终端设备可以监听PDCCH。例如，在drx-HARQ-RTT-timerDL到期时刻之后的第一个符号，终端设备应该启动drx-retransmission timerDL，但drx-HARQ-RTT-timerDL到期时刻之后的第一个符号是第一时长内的一个符号，也就是终端设备需要在第一时长内启动drx-retransmissiontimerDL，则终端设备可以延迟到第二符号再启动drx-retransmission timerDL。

通过这种方式，可以尽量让drx-retransmission timerDL的时间覆盖在GTS结束以后的非激活定时器或者drx-on duration定时器的时间内，减少终端设备监听PDCCH的时间。另外，终端设备只是延迟启动重传定时器，但重传定时器的运行时间并未缩短，因此对于网络设备来说，重传调度的时机也并未减少。

例如，第二符号还是可以位于第一时长内，其中，第二符号与第一符号之间的时间偏移可以是网络设备通知终端设备，例如网络设备可以通过DCI等信息通知终端设备。虽然终端设备依然是需要在第一时长内启动重传定时器，但是相对于如前介绍的第一种冲突解决方案来说，尽量让drx-retransmission timerDL的时间覆盖在GTS结束以后的非激活定时器或者drx-on duration定时器的时间内，终端设备监听PDCCH的时间有所减少，有助于节省终端设备的功耗。

或者，第二符号也可以位于第一时长结束之后，例如第二符号可以是第一时长之后的第一个符号。可参考图8，以第二符号是第一时长之后的第一个符号为例示意了本申请实施例的技术方案，图8以混合自动重传请求环回时延定时器为drx-HARQ-RTT-timerDL，重传定时器为drx-retransmission timerDL为例。这种方式也就相当于在第一时长结束后立即启动重传定时器，这样使得第一时长和重传定时器的运行时间没有重叠。且根据图8也可以看到，相对于如前介绍的第一种冲突解决方式来说，本申请实施例提供的技术方案减少了终端设备监听PDCCH的时间(图8中的斜线所示的部分为如前所述的第一种冲突解决方式中终端设备需要提前醒来监听PDCCH的时间)，相对于如前介绍的第二种冲突解决方式来说，本申请实施例提供的方案中重传定时器的运行时间也没有缩短，不会影响网络设备重传调度的机会。

具体的，本申请实施例对于第二符号所在的位置不做限制，只要第二符号晚于第一符号即可。

S73、若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为所述第一时长内的第一符号，则网络设备在晚于第一符号的第二符号启动重传定时器。

其中在C-DRX机制中，网络设备执行的操作与终端设备是类似的，例如网络设备也需要同样维护C-DRX中的各个定时器，且维护方式与终端设备相同，这样才能使得网络设备与终端设备保持一致。因此，如果混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为第一时长内的第一符号，则网络设备同样可以延迟启动重传定时器，也就是可以在第二符号再启动重传定时器，在启动重传定时器后，终端设备可以监听PDCCH。具体的，对于网络设备的操作方式可参考对于终端设备的操作方式的介绍，例如对于S73，可参考S72的描述。

其中，S72可以发生在S73之前，或者S72可以发生在S73之后，或者S72和S73也可以同时发生，具体的不做限制。

在本申请实施例中，终端设备在确定在第一时长内不监听PDCCH，如果HARQ环回时延定时器的到期时刻之后的第一个符号为第一时长内的第一符号，也就是终端设备需要启动重传定时器的时间位于第一时长内，那么终端设备可以延迟启动重传定时器。这样，重传定时器的定时时长并未发生变化，对于网络设备来讲，重传调度的时机只是有所推迟，但并未减少。另外，终端设备也没有在确定需要启动重传定时器的时刻就立即启动重传定时器，而是推迟了一段时间，由此，在原本需要启动重传定时器的时间到真正启动重传定时器的时间之间的这段时间，终端设备可以无需监听PDCCH，从而减少了终端设备监听PDCCH的时间，以节省终端设备的功耗。

为了解决同样的技术问题，本申请实施例提供第二种非连续接收的方法，请参见图9，为该方法的流程图。在下文的介绍过程中，以该方法应用于图6所示的网络架构为例。另外，该方法可由两个通信装置执行，这两个通信装置例如为第三通信装置和第四通信装置，其中，第三通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置，或者第三通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片***。对于第四通信装置也是同样，第四通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置，或者第四通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片***。且对于第三通信装置和第四通信装置的实现方式均不做限制，例如第三通信装置可以是网络设备，第四通信装置是终端设备，或者第三通信装置和第四通信装置都是网络设备，或者第三通信装置和第四通信装置都是终端设备，或者第三通信装置是网络设备，第四通信装置是能够支持终端设备实现该方法所需的功能的通信装置，等等。其中，网络设备例如为基站。

为了便于介绍，在下文中，以该方法由网络设备和终端设备执行为例，也就是说，以第三通信装置是网络设备、第四通信装置是终端设备为例。因为本实施例是以应用在图6所示的网络架构为例，因此，下文中所述的网络设备可以是图6所示的网络架构中的网络设备，下文中所述的终端设备可以是图6所示的网络架构中的终端设备。

S91、网络设备向终端设备发送指示信息，终端设备接收来自网络设备的所述指示信息，所述指示信息用于指示终端设备在第一时长内不监听PDCCH。

关于S91，可以参考图7所示的实施例中对于S71的介绍。

S92、若终端设备在启动混合自动重传请求环回时延定时器之前，确定所述混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则终端设备在晚于第二符号的第三符号启动所述混合自动重传请求环回时延定时器，所述第二符号为终端设备向网络设备发送的HARQ反馈占用的符号之后的第一个符号，或，所述第二符号为终端设备向网络设备发送的PUSCH第一次重复之后的第一个符号(或者说下一个符号)。

其中，如果PUSCH是重复发送的，那么第二符号是指终端设备向网络设备发送的PUSCH第一次重复之后的第一个符号。或者，终端设备向网络设备发送的PUSCH第一次重复之后的第一个符号，也可以描述为，终端设备向网络设备第一次发送的PUSCH所占用的符号之后的第一个符号。

第一符号例如为第一时长内的任意一个符号。

其中，HARQ反馈，是指HARQ-ACK，也就是终端设备针对网络设备所发送的下行数据的应答信息。HARQ-ACK例如为肯定应答(ACK)或否定应答(NACK)，如果终端设备对下行数据接收正确，则可以向网络设备发送ACK，或者，如果终端设备对下行数据接收不正确，则可以向网络设备发送NACK。

混合自动重传请求环回时延定时器例如为drx-HARQ-RTT-timer，drx-HARQ-RTT-timer可以包括drx-HARQ-RTT-timerDL或drx-HARQ-RTT-timerUL。在drx-HARQ-RTT-timerDL超时后的第一个符号，终端设备就会启动drx-retransmission timerDL，而在drx-HARQ-RTT-timerUL超时后的第一个符号，终端设备就会启动drx-retransmissiontimerUL。也就是说，在drx-HARQ-RTT-timer超时后的第一个符号，终端设备就会启动重传定时器。因此，如果drx-HARQ-RTT-timer超时后的第一个符号(也就是drx-HARQ-RTT-timer到期之后的第一个符号)位于第一时长内，则表明重传定时器会在第一时长内启动。因此，本申请实施例可以延迟启动drx-HARQ-RTT-timer，则drx-HARQ-RTT-timer的结束时刻就会相应延迟，从而也可以达到延迟启动重传定时器的目的。而延迟启动重传定时器，重传定时器的定时时长不会发生变化，对于网络设备来讲，重传调度的时机只是有所推迟，但并未减少。另外，相当于终端设备也没有在确定需要启动重传定时器的时刻就立即启动重传定时器，而是推迟了一段时间，由此也可以尽量减少终端设备监听PDCCH的时间，以节省终端设备的功耗。

如果混合自动重传请求环回时延定时器为drx-HARQ-RTT-timerDL，则在终端设备向网络设备发送HARQ-ACK完毕时，也就是在终端设备向网络设备发送的HARQ-ACK占用的符号之后的第一个符号，终端设备就需要启动drx-HARQ-RTT-timerDL。那么在终端设备启动drx-HARQ-RTT-timerDL之前，如果终端设备启动drx-HARQ-RTT-timerDL的预计到期时刻(或者说是预计超时的时刻)之后的第一个符号为第一时长内的第一符号，也就表明终端设备需要在第一时长内启动drx-retransmission timerDL，那么，终端设备本来应该在第二符号启动drx-retransmission timerDL，而本申请实施例可以令终端设备延迟到第三符号再启动drx-HARQ-RTT-timerDL。相应的，由于drx-HARQ-RTT-timerDL的运行时间未发生变化，则drx-HARQ-RTT-timerDL的结束时刻也就有所延迟。终端设备在drx-HARQ-RTT-timerDL超时后的第一个符号启动drx-retransmission timerDL，相当于也就延迟了drx-retransmission timerDL启动的时间，从而减少了终端设备监听PDCCH的时间。另外，终端设备只是延迟启动drx-retransmission timerDL，但drx-retransmission timerDL的运行时间并未缩短，因此对于网络设备来说，重传调度的时机也并未减少。

或者，如果混合自动重传请求环回时延定时器为drx-HARQ-RTT-timerUL，则在终端设备向网络设备第一次重复发送PUSCH完毕时，也就是在终端设备向网络设备发送第一次发送的PUSCH占用的符号之后的第一个符号，终端设备就需要启动drx-HARQ-RTT-timerUL。那么在终端设备启动drx-HARQ-RTT-timerUL之前，如果终端设备启动drx-HARQ-RTT-timerUL的预计到期时刻(或者说是预计超时的时刻)之后的第一个符号为第一时长内的第一符号，也就表明终端设备需要在第一时长内启动drx-retransmission timerUL，那么，终端设备本来应该在第二符号启动drx-retransmission timerUL，而本申请实施例可以令终端设备延迟到第三符号再启动drx-HARQ-RTT-timerUL。相应的，由于drx-HARQ-RTT-timerUL的运行时间未发生变化，则drx-HARQ-RTT-timerUL的结束时刻也就有所延迟。终端设备在drx-HARQ-RTT-timerUL超时后的第一个符号启动drx-retransmission timerUL，相当于也就延迟了drx-retransmission timerUL启动的时间，从而减少了终端设备监听PDCCH的时间。另外，终端设备只是延迟启动drx-retransmission timerUL，但drx-retransmission timerUL的运行时间并未缩短，因此对于网络设备来说，重传调度的时机也并未减少。

例如，终端设备可以在第四符号启动重传定时器，在启动重传定时器后，终端设备可以监听PDCCH。第四符号可以是drx-HARQ-RTT-timer到期之后的第一个符号，或者理解为是drx-HARQ-RTT-timer超时后的第一个符号。例如，drx-HARQ-RTT-timer是drx-HARQ-RTT-timerDL，则第四符号可以是drx-HARQ-RTT-timerDL超时后的第一个符号，或者，drx-HARQ-RTT-timer是drx-HARQ-RTT-timerUL，则第四符号可以是drx-HARQ-RTT-timerUL超时后的第一个符号。

例如，第三符号还是可以位于第一时长内，在这种情况下，第四符号可能依然位于第一时长内，或者第四符号也有可能晚于第一时长的结束时刻。如果第四符号依然位于第一时长内，则终端设备启动重传定时器的时间仍然位于第一时长内，但是相对于如前介绍的第一种冲突解决方案来说，终端设备监听PDCCH的时间还是有所减少，有助于节省终端设备的功耗。如果第四符号晚于第一时长的结束时刻，则第一时长和重传定时器的运行时间可以没有重叠。例如，第四符号可以是第一时长之后的第一个符号，相当于在第一时长结束之后终端设备可以立刻启动重传定时器，减少时间的浪费，且重传定时器的定时时长并未发生变化，对于网络设备来讲，重传调度的时机只是有所推迟，但并未减少。另外，终端设备也没有在确定需要启动重传定时器的时刻就立即启动重传定时器，而是推迟了一段时间，尽量使得重传定时器的时间覆盖在GTS结束以后的非激活定时器或者drx-on duration定时器的时间内，由此也可以尽量减少终端设备监听PDCCH的时间，以节省终端设备的功耗。而且，本申请实施例也减小了冲突出现的概率，网络设备和终端设备的理解是一致的，使得网络设备和终端设备的行为一致，保证网络设备和终端设备之间的正常通信。

或者，第三符号也可以位于第一时长结束之后，在这种情况下，第四符号可能晚于第一时长的结束时刻。这种方式相当于在第一时长结束后启动重传定时器，这样使得第一时长和重传定时器的运行时间没有冲突。且重传定时器的定时时长并未发生变化，对于网络设备来讲，重传调度的时机只是有所推迟，但并未减少。

S93、若网络设备在启动混合自动重传请求环回时延定时器之前，确定所述混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则网络设备在晚于第二符号的第三符号启动所述混合自动重传请求环回时延定时器，所述第二符号为网络设备接收的来自终端设备的HARQ反馈占用的符号之后的第一个符号，或，所述第二符号为网络设备接收的来自终端设备的PUSCH第一次重复之后的第一个符号(或者说下一个符号)。

其中在C-DRX机制中，网络设备执行的操作与终端设备是类似的，例如网络设备也需要同样维护C-DRX中的各个定时器，且维护方式与终端设备相同，这样才能使得网络设备与终端设备保持一致。因此，对于网络设备的操作方式可参考对于终端设备的操作方式的介绍，例如网络设备也会在第四符号启动重传定时器等。

其中，S92可以发生在S93之前，或者S92可以发生在S93之后，或者S92和S93也可以同时发生，具体的不做限制。

在本申请实施例中，终端设备在确定在第一时长内不监听PDCCH，如果终端设备确定drx-HARQ-RTT-timer的预计到期时刻之后的第一个符号位于第一时长内，那么终端设备可以延迟启动drx-HARQ-RTT-timer，这样相当于启动重传定时器的时间也就有所延后。但重传定时器只是启动的时间有所延后，而重传定时器的时长并未发生变化，对于网络设备来讲，重传调度的时机只是有所推迟，但并未减少。另外，终端设备也没有在确定需要启动重传定时器的时刻就立即启动重传定时器，而是推迟了一段时间，由此，在原本需要启动重传定时器的时间到真正启动重传定时器的时间之间的这段时间，终端设备可以无需监听PDCCH，从而减少了终端设备监听PDCCH的时间，尽量使得重传定时器的时间覆盖在GTS结束以后的非激活定时器或drx-on duration定时器的时间内，以节省终端设备的功耗。而且，本申请实施例也减小了冲突出现的概率，网络设备和终端设备的理解是一致的，使得网络设备和终端设备的行为一致，保证网络设备和终端设备之间的正常通信。

为了解决同样的技术问题，本申请实施例提供第三种非连续接收的方法，请参见图10，为该方法的流程图。在下文的介绍过程中，以该方法应用于图6所示的网络架构为例。另外，该方法可由两个通信装置执行，这两个通信装置例如为第五通信装置和第六通信装置，其中，第五通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置，或者第五通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片***。对于第六通信装置也是同样，第六通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置，或者第六通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片***。且对于第五通信装置和第六通信装置的实现方式均不做限制，例如第五通信装置可以是网络设备，第六通信装置是终端设备，或者第五通信装置和第六通信装置都是网络设备，或者第五通信装置和第六通信装置都是终端设备，或者第五通信装置是网络设备，第六通信装置是能够支持终端设备实现该方法所需的功能的通信装置，等等。其中，网络设备例如为基站。

为了便于介绍，在下文中，以该方法由网络设备和终端设备执行为例，也就是说，以第五通信装置是网络设备、第六通信装置是终端设备为例。因为本实施例是以应用在图6所示的网络架构为例，因此，下文中所述的网络设备可以是图6所示的网络架构中的网络设备，下文中所述的终端设备可以是图6所示的网络架构中的终端设备。

S101、网络设备向终端设备发送指示信息，终端设备接收来自网络设备的所述指示信息，所述指示信息用于指示终端设备在第一时长内不监听PDCCH。

关于S101，可以参考图7所示的实施例中对于S71的介绍。

S102、若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为所述第一时长内的第一符号，则终端设备延长所述混合自动重传请求环回时延定时器的定时时长。

第一符号例如为第一时长内的任意一个符号。

混合自动重传请求环回时延定时器例如为drx-HARQ-RTT-timer，drx-HARQ-RTT-timer可以包括drx-HARQ-RTT-timerDL或drx-HARQ-RTT-timerUL。因为drx-HARQ-RTT-timer的时长是网络设备预先配置的，因此在drx-HARQ-RTT-timer未启动时以及在drx-HARQ-RTT-timer超时之前，或者在drx-HARQ-RTT-timer启动之后以及在drx-HARQ-RTT-timer超时之前，终端设备都可以确定drx-HARQ-RTT-timer的到期时刻(或者称为结束时刻)，因为此时drx-HARQ-RTT-timer还未到期，因此终端设备确定的只是drx-HARQ-RTT-timer的预计到期时刻；或者，在drx-HARQ-RTT-timer超时时，终端设备也可以确定drx-HARQ-RTT-timer的到期时刻，也就是当前的时刻，因为此时drx-HARQ-RTT-timer已到期，因此终端设备确定的是drx-HARQ-RTT-timer的实际到期时刻。

在drx-HARQ-RTT-timerDL超时后的第一个符号，终端设备就会启动drx-retransmission timerDL，而在drx-HARQ-RTT-timerUL超时后的第一个符号，终端设备就会启动drx-retransmission timerUL，也就是说，在drx-HARQ-RTT-timer超时后的第一个符号，终端设备就会启动重传定时器。因此，如果drx-HARQ-RTT-timer的结束时刻位于第一时长内，则终端设备就有可能需要在第一时长内启动重传定时器，这就会导致第一时长和重传定时器的运行时间有重叠。

鉴于此，在本申请实施例中，如果drx-HARQ-RTT-timer的结束时刻位于第一时长内，则终端设备可以延长drx-HARQ-RTT-timer的定时时长，相当于拉长drx-HARQ-RTT-timer的定时时长，则drx-HARQ-RTT-timer的结束时刻会有所延迟。例如，如果终端设备确定的是drx-HARQ-RTT-timer的预计到期时刻，则终端设备可以直接延长drx-HARQ-RTT-timer的定时时长；或者，如果终端设备确定的是drx-HARQ-RTT-timer的实际到期时刻，则终端设备可以延长drx-HARQ-RTT-timer，使得drx-HARQ-RTT-timer不停止，而是继续运行。

终端设备在drx-HARQ-RTT-timer超时后的第一个符号启动drx-retransmissiontimer，由于drx-HARQ-RTT-timer的结束时刻有所延迟，也就相当于延迟了drx-retransmission timer的启动时间，从而减少了终端设备监听PDCCH的时间，尽量使得drx-retransmission timer的时间覆盖在GTS结束以后的非激活定时器或drx-on duration定时器的时间内，减小了终端设备的功耗。另外，终端设备只是延迟启动drx-retransmissiontimer，但drx-retransmission timer的运行时间并未缩短，因此对于网络设备来说，重传调度的时机也并未减少。而且，本申请实施例也减小了冲突出现的概率，网络设备和终端设备的理解是一致的，使得网络设备和终端设备的行为一致，保证网络设备和终端设备之间的正常通信。

例如，终端设备可以在第二符号启动重传定时器，在启动重传定时器后，终端设备可以监听PDCCH。第二符号可以是drx-HARQ-RTT-timer到期之后的第一个符号，或者理解为是drx-HARQ-RTT-timer超时后的第一个符号。例如，drx-HARQ-RTT-timer是drx-HARQ-RTT-timerDL，则第二符号可以是drx-HARQ-RTT-timerDL超时后的第一个符号，或者，drx-HARQ-RTT-timer是drx-HARQ-RTT-timerUL，则第二符号可以是drx-HARQ-RTT-timerUL超时后的第一个符号。

例如，第二符号可以依然位于第一时长内，或者第二符号也有可能晚于第一时长的结束时刻。如果第二符号依然位于第一时长内，表明终端设备启动重传定时器的时间仍然位于第一时长内，但是相对于如前介绍的第一种冲突解决方案来说，尽量让重传定时器的时间覆盖在GTS结束以后的非激活定时器或drx-on duration定时器的时间内，终端设备监听PDCCH的时间还是有所减少，有助于节省终端设备的功耗。

而如果第二符号晚于第一时长的结束时刻，则第一时长和重传定时器的运行时间没有重叠。例如，第二符号可以是第一时长之后的第一个符号，相当于在第一时长结束之后终端设备可以立刻启动重传定时器，减少时间的浪费，且重传定时器的定时时长并未发生变化，对于网络设备来讲，重传调度的时机只是有所推迟，但并未减少。另外，终端设备也没有在确定需要启动重传定时器的时刻就立即启动重传定时器，而是推迟了一段时间，由此也可以尽量减少终端设备监听PDCCH的时间，以节省终端设备的功耗。

S103、若混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则网络设备延长所述混合自动重传请求环回时延定时器的定时时长。

其中在C-DRX机制中，网络设备执行的操作与终端设备是类似的，例如网络设备也需要同样维护C-DRX中的各个定时器，且维护方式与终端设备相同，这样才能使得网络设备与终端设备保持一致。因此，对于网络设备的操作方式可参考对于终端设备的操作方式的介绍，例如网络设备也会在第二符号启动重传定时器等。

其中，S102可以发生在S103之前，或者S102可以发生在S103之后，或者S102和S103也可以同时发生，具体的不做限制。

在本申请实施例中，终端设备在确定在第一时长内不监听PDCCH，如果终端设备确定drx-HARQ-RTT-timer的到期时刻之后的第一个符号位于第一时长内，那么终端设备可以延长drx-HARQ-RTT-timer的定时时长，这样相当于启动重传定时器的时间也就有所延后。但重传定时器只是启动的时间有所延后，而定时时长并未发生变化，对于网络设备来讲，重传调度的时机只是有所推迟，但并未减少。另外，终端设备也没有在确定需要启动重传定时器的时刻就立即启动重传定时器，而是推迟了一段时间，尽量让重传定时器的时间覆盖在GTS结束以后的非激活定时器或drx-on duration定时器的时间内，由此也可以尽量减少终端设备监听PDCCH的时间，以节省终端设备的功耗。

下面结合附图介绍本申请实施例中用来实现上述方法的装置。因此，上文中的内容均可以用于后续实施例中，重复的内容不再赘述。

本申请实施例提供第一种通信装置，该通信装置例如为第一通信装置。可参考图11，该通信装置例如为通信装置1100。该通信装置1100可以实现上文中涉及的终端设备的功能。示例性地，通信装置1100可以是通信设备，或者，通信装置1100也可以是设置在通信设备中的芯片。示例性地，所述通信设备为上文中所述的终端设备。该通信装置1100可以包括处理器1101和收发器1102。其中，处理器1101可以用于执行图7所示的实施例中的S72，和/或用于支持本文所描述的技术的其它过程。收发器1102可以用于执行图7所示的实施例中的S71，和/或用于支持本文所描述的技术的其它过程。

例如，收发器1102，用于接收来自网络设备的指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

处理器1101，用于若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为所述第一时长内的第一符号，则所述终端设备在晚于所述第一符号的第二符号启动重传定时器。

在一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本申请实施例提供第二种通信装置，该通信装置例如为第二通信装置。可参考图12，该通信装置例如为通信装置1200。该通信装置1200可以实现上文中涉及的网络设备的功能。示例性地，通信装置1200可以是通信设备，或者，通信装置1200也可以是设置在通信设备中的芯片。示例性地，所述通信设备为上文中所述的网络设备。该通信装置1200可以包括处理器1201和收发器1202。其中，处理器1201可以用于执行图7所示的实施例中的S73，和/或用于支持本文所描述的技术的其它过程。收发器1202可以用于执行图7所示的实施例中的S71，和/或用于支持本文所描述的技术的其它过程。

例如，收发器1202，用于向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

处理器1201，用于若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于所述第一符号的第二符号启动重传定时器。

在一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本申请实施例提供第三种通信装置，该通信装置例如为第三通信装置。可参考图13，该通信装置例如为通信装置1300。该通信装置1300可以实现上文中涉及的终端设备的功能。示例性地，通信装置1300可以是通信设备，或者，通信装置1300也可以是设置在通信设备中的芯片。示例性地，所述通信设备为上文中所述的终端设备。该通信装置1300可以包括处理器1301和收发器1302。其中，处理器1301可以用于执行图9所示的实施例中的S92，和/或用于支持本文所描述的技术的其它过程。收发器1302可以用于执行图9所示的实施例中的S91，和/或用于支持本文所描述的技术的其它过程。

例如，收发器1302，用于接收来自网络设备的指示信息，所述指示信息用于指示通信装置1300在第一时长内不监听PDCCH；

处理器1301，用于若在启动混合自动重传请求环回时延定时器之前，确定所述混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于第二符号的第三符号启动所述混合自动重传请求环回时延定时器，所述第二符号为收发器1302向所述网络设备发送的HARQ反馈占用的符号之后的第一个符号。

在一种可能的实施方式中，处理器1301，还用于在第四符号启动重传定时器，所述第四符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

在一种可能的实施方式中，所述第四符号为所述第一时长之后的第一个符号。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本申请实施例提供第四种通信装置，该通信装置例如为第四通信装置。可参考图14，该通信装置例如为通信装置1400。该通信装置1400可以实现上文中涉及的网络设备的功能。示例性地，通信装置1400可以是通信设备，或者，通信装置1400也可以是设置在通信设备中的芯片。示例性地，所述通信设备为上文中所述的网络设备。该通信装置1400可以包括处理器1401和收发器1402。其中，处理器1401可以用于执行图9所示的实施例中的S93，和/或用于支持本文所描述的技术的其它过程。收发器1402可以用于执行图9所示的实施例中的S91，和/或用于支持本文所描述的技术的其它过程。

例如，收发器1402，用于向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

处理器1401，用于若在启动混合自动重传请求环回时延定时器之前，确定所述混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于第二符号的第三符号启动所述混合自动重传请求环回时延定时器，所述第二符号为通信装置1400接收的来自所述终端设备的HARQ反馈占用的符号之后的第一个符号。

在一种可能的实施方式中，处理器1401，还用于在第四符号启动重传定时器，所述第四符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

在一种可能的实施方式中，所述第四符号为所述第一时长之后的第一个符号。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本申请实施例提供第五种通信装置，该通信装置例如为第五通信装置。可参考图15，该通信装置例如为通信装置1500。该通信装置1500可以实现上文中涉及的终端设备的功能。示例性地，通信装置1500可以是通信设备，或者，通信装置1500也可以是设置在通信设备中的芯片。示例性地，所述通信设备为上文中所述的终端设备。该通信装置1500可以包括处理器1501和收发器1502。其中，处理器1501可以用于执行图10所示的实施例中的S102，和/或用于支持本文所描述的技术的其它过程。收发器1502可以用于执行图10所示的实施例中的S101，和/或用于支持本文所描述的技术的其它过程。

例如，收发器1502，用于接收来自网络设备的指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

处理器1501，用于若混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则延长所述混合自动重传请求环回时延定时器的定时时长。

在一种可能的实施方式中，处理器1501，还用于在第二符号启动重传定时器，所述第二符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

在一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本申请实施例提供第六种通信装置，该通信装置例如为第六通信装置。可参考图16，该通信装置例如为通信装置1600。该通信装置1600可以实现上文中涉及的网络设备的功能。示例性地，通信装置1600可以是通信设备，或者，通信装置1600也可以是设置在通信设备中的芯片。示例性地，所述通信设备为上文中所述的网络设备。该通信装置1600可以包括处理器1601和收发器1602。其中，处理器1601可以用于执行图10所示的实施例中的S103，和/或用于支持本文所描述的技术的其它过程。收发器1602可以用于执行图10所示的实施例中的S101，和/或用于支持本文所描述的技术的其它过程。

例如，收发器1602，用于向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

处理器1601，用于若混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则延长所述混合自动重传请求环回时延定时器的定时时长。

在一种可能的实施方式中，处理器1601，还用于在第二符号启动重传定时器，所述第二符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

在一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在一个简单的实施例中，本领域的技术人员可以想到，还可以将如前所述的通信装置1100、通信装置1200、通信装置1300、通信装置1400、通信装置1500或通信装置1600通过如图17A所示的通信装置1700的结构实现。该通信装置1700可以实现上文中涉及的终端设备或网络设备的功能。该通信装置1700可以包括处理器1701。

其中，在该通信装置1700用于实现上文中涉及的终端设备的功能时，处理器1701可以用于执行图7所示的实施例中的S72，和/或用于支持本文所描述的技术的其它过程；或者，在该通信装置1700用于实现上文中涉及的网络设备的功能时，处理器1701可以用于执行图7所示的实施例中的S73，和/或用于支持本文所描述的技术的其它过程。或者，在该通信装置1700用于实现上文中涉及的终端设备的功能时，处理器1701可以用于执行图9所示的实施例中的S92，和/或用于支持本文所描述的技术的其它过程；或者，在该通信装置1700用于实现上文中涉及的网络设备的功能时，处理器1701可以用于执行图9所示的实施例中的S93。或者，在该通信装置1700用于实现上文中涉及的终端设备的功能时，处理器1701可以用于执行图10所示的实施例中的S102，和/或用于支持本文所描述的技术的其它过程；或者，在该通信装置1700用于实现上文中涉及的网络设备的功能时，处理器1701可以用于执行图10所示的实施例中的S103。

其中，通信装置1700可以通过现场可编程门阵列(field-programmable gatearray，FPGA)，专用集成芯片(application specific integrated circuit，ASIC)，***芯片(system on chip，SoC)，中央处理器(central processor unit，CPU)，网络处理器(network processor，NP)，数字信号处理电路(digital signal processor，DSP)，微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片实现，则通信装置1700可被设置于本申请实施例的终端设备或网络设备中，以使得终端设备或网络设备实现本申请实施例提供的方法。

在一种可选实现方式中，该通信装置1700可以包括收发组件，用于与其他设备进行通信。其中，在该通信装置1700用于实现上文中涉及的终端设备或网络设备的功能时，收发组件可以用于执行图7所示的实施例中的S71，和/或用于支持本文所描述的技术的其它过程。或者，在该通信装置1700用于实现上文中涉及的终端设备或网络设备的功能时，收发组件可以用于执行图9所示的实施例中的S91，和/或用于支持本文所描述的技术的其它过程。或者，在该通信装置1700用于实现上文中涉及的终端设备或网络设备的功能时，收发组件可以用于执行图10所示的实施例中的S101，和/或用于支持本文所描述的技术的其它过程。

在一种可选实现方式中，该通信装置1700还可以包括存储器1702，可参考图17B，其中，存储器1702用于存储计算机程序或指令，处理器1701用于译码和执行这些计算机程序或指令。应理解，这些计算机程序或指令可包括上述终端设备或网络设备的功能程序。当终端设备的功能程序被处理器1701译码并执行时，可使得终端设备实现本申请实施例图7所示的实施例所提供的方法中终端设备的功能，或实现本申请实施例图9所示的实施例所提供的方法中终端设备的功能，或实现本申请实施例图10所示的实施例所提供的方法中终端设备的功能。当网络设备的功能程序被处理器1701译码并执行时，可使得网络设备实现本申请实施例图7所示的实施例所提供的方法中网络设备的功能，或实现本申请实施例图9所示的实施例所提供的方法中网络设备的功能，或实现本申请实施例图10所示的实施例所提供的方法中网络设备的功能。

在另一种可选实现方式中，这些终端设备或网络设备的功能程序存储在通信装置1700外部的存储器中。当终端设备的功能程序被处理器1701译码并执行时，存储器1702中临时存放上述终端设备的功能程序的部分或全部内容。当网络设备的功能程序被处理器1701译码并执行时，存储器1702中临时存放上述网络设备的功能程序的部分或全部内容。

在另一种可选实现方式中，这些终端设备或网络设备的功能程序被设置于存储在通信装置1700内部的存储器1702中。当通信装置1700内部的存储器1702中存储有终端设备的功能程序时，通信装置1700可被设置在本申请实施例的终端设备中。当通信装置1700内部的存储器1702中存储有网络设备的功能程序时，通信装置1700可被设置在本申请实施例的网络设备中。

在又一种可选实现方式中，这些终端设备的功能程序的部分内容存储在通信装置1700外部的存储器中，这些终端设备的功能程序的其他部分内容存储在通信装置1700内部的存储器1702中。或，这些网络设备的功能程序的部分内容存储在通信装置1700外部的存储器中，这些网络设备的功能程序的其他部分内容存储在通信装置1700内部的存储器1702中。

在本申请实施例中，通信装置1100、通信装置1200、通信装置1300、通信装置1400、通信装置1500、通信装置1600及通信装置1700对应各个功能划分各个功能模块的形式来呈现，或者，可以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指ASIC，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。

另外，如前所述的第一种通信装置还可以通过其他形式实现。例如该通信装置包括处理模块和收发模块。例如处理模块可通过处理器1101实现，收发模块可通过收发器1102实现。其中，处理模块可以用于执行图7所示的实施例中的S72，和/或用于支持本文所描述的技术的其它过程。收发模块可以用于执行图7所示的实施例中的S71，和/或用于支持本文所描述的技术的其它过程。

例如，收发模块，用于接收来自网络设备的指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

处理模块，用于若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为所述第一时长内的第一符号，则所述终端设备在晚于所述第一符号的第二符号启动重传定时器。

在一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

如前所述的第二种通信装置还可以通过其他形式实现。例如该通信装置包括处理模块和收发模块。例如处理模块可通过处理器1201实现，收发模块可通过收发器1202实现。其中，处理模块可以用于执行图7所示的实施例中的S73，和/或用于支持本文所描述的技术的其它过程。收发模块可以用于执行图7所示的实施例中的S71，和/或用于支持本文所描述的技术的其它过程。

例如，收发模块，用于向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

处理模块，用于若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于所述第一符号的第二符号启动重传定时器。

在一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

如前所述的第三种通信装置还可以通过其他形式实现。例如该通信装置包括处理模块和收发模块。例如处理模块可通过处理器1301实现，收发模块可通过收发器1302实现。其中，处理模块可以用于执行图9所示的实施例中的S92，和/或用于支持本文所描述的技术的其它过程。收发模块可以用于执行图9所示的实施例中的S91，和/或用于支持本文所描述的技术的其它过程。

例如，收发模块，用于接收来自网络设备的指示信息，所述指示信息用于指示通信装置1300在第一时长内不监听PDCCH；

处理模块，用于若在启动混合自动重传请求环回时延定时器之前，确定所述混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于第二符号的第三符号启动所述混合自动重传请求环回时延定时器，所述第二符号为收发模块向所述网络设备发送的HARQ反馈占用的符号之后的第一个符号。

在一种可能的实施方式中，处理模块，还用于在第四符号启动重传定时器，所述第四符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

在一种可能的实施方式中，所述第四符号为所述第一时长之后的第一个符号。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

如前所述的第四种通信装置还可以通过其他形式实现。例如该通信装置包括处理模块和收发模块。例如处理模块可通过处理器1401实现，收发模块可通过收发器1402实现。其中，处理模块可以用于执行图9所示的实施例中的S93，和/或用于支持本文所描述的技术的其它过程。收发模块可以用于执行图9所示的实施例中的S91，和/或用于支持本文所描述的技术的其它过程。

例如，收发模块，用于向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

处理模块，用于若在启动混合自动重传请求环回时延定时器之前，确定所述混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于第二符号的第三符号启动所述混合自动重传请求环回时延定时器，所述第二符号为所述通信装置接收的来自所述终端设备的HARQ反馈占用的符号之后的第一个符号。

在一种可能的实施方式中，处理模块，还用于在第四符号启动重传定时器，所述第四符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

在一种可能的实施方式中，所述第四符号为所述第一时长之后的第一个符号。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

如前所述的第五种通信装置还可以通过其他形式实现。例如该通信装置包括处理模块和收发模块。例如处理模块可通过处理器1501实现，收发模块可通过收发器1502实现。其中，处理模块可以用于执行图10所示的实施例中的S102，和/或用于支持本文所描述的技术的其它过程。收发模块可以用于执行图10所示的实施例中的S101，和/或用于支持本文所描述的技术的其它过程。

例如，收发模块，用于接收来自网络设备的指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

处理模块，用于若混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则延长所述混合自动重传请求环回时延定时器的定时时长。

在一种可能的实施方式中，处理模块，还用于在第二符号启动重传定时器，所述第二符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

在一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

如前所述的第六种通信装置还可以通过其他形式实现。例如该通信装置包括处理模块和收发模块。例如处理模块可通过处理器1601实现，收发模块可通过收发器1602实现。其中，处理模块可以用于执行图10所示的实施例中的S103，和/或用于支持本文所描述的技术的其它过程。收发模块可以用于执行图10所示的实施例中的S101，和/或用于支持本文所描述的技术的其它过程。

例如，收发模块，用于向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

处理模块，用于若混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则延长所述混合自动重传请求环回时延定时器的定时时长。

在一种可能的实施方式中，处理模块，还用于在第二符号启动重传定时器，所述第二符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

在一种可能的实施方式中，所述第二符号为所述第一时长之后的第一个符号。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

由于本申请实施例提供的通信装置1100、通信装置1200、通信装置1300、通信装置1400、通信装置1500、通信装置1600或通信装置1700，可用于执行图7所示的实施例所提供的方法或图9所示的实施例所提供的方法或图10所示的实施例所提供的方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

本申请实施例是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

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

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (32)

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

终端设备接收来自网络设备的指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为所述第一时长内的第一符号，则所述终端设备在晚于所述第一符号的第二符号启动重传定时器。

2.根据权利要求1所述的方法，其特征在于，所述第二符号为所述第一时长之后的第一个符号。

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

终端设备接收来自网络设备的指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

若所述终端设备在启动混合自动重传请求环回时延定时器之前，确定所述混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则所述终端设备在晚于第二符号的第三符号启动所述混合自动重传请求环回时延定时器，所述第二符号为所述终端设备向所述网络设备发送的混合自动重传请求HARQ反馈占用的符号之后的第一个符号。

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

所述终端设备在第四符号启动重传定时器，所述第四符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

5.根据权利要求4所述的方法，其特征在于，所述第四符号为所述第一时长之后的第一个符号。

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

终端设备接收来自网络设备的指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

若混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则所述终端设备延长所述混合自动重传请求环回时延定时器的定时时长。

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

所述终端设备在第二符号启动重传定时器，所述第二符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

8.根据权利要求7所述的方法，其特征在于，所述第二符号为所述第一时长之后的第一个符号。

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

网络设备向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为所述第一时长内的第一符号，则所述网络设备在晚于所述第一符号的第二符号启动重传定时器。

10.根据权利要求9所述的方法，其特征在于，所述第二符号为所述第一时长之后的第一个符号。

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

网络设备向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

若网络设备在启动混合自动重传请求环回时延定时器之前，确定所述混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则所述网络设备在晚于第二符号的第三符号启动所述混合自动重传请求环回时延定时器，所述第二符号为所述网络设备接收的来自所述终端设备的混合自动重传请求HARQ反馈占用的符号之后的第一个符号。

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

所述网络设备在第四符号启动重传定时器，所述第四符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

13.根据权利要求12所述的方法，其特征在于，所述第四符号为所述第一时长之后的第一个符号。

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

网络设备向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

若混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则所述网络设备延长所述混合自动重传请求环回时延定时器的定时时长。

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

所述网络设备在第二符号启动重传定时器，所述第二符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

16.根据权利要求15所述的方法，其特征在于，所述第二符号为所述第一时长之后的第一个符号。

17.一种通信设备，其特征在于，包括：

收发模块，用于接收来自网络设备的指示信息，所述指示信息用于指示所述通信设备在第一时长内不监听PDCCH；

处理模块，用于若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于所述第一符号的第二符号启动重传定时器。

18.根据权利要求17所述的通信设备，其特征在于，所述第二符号为所述第一时长之后的第一个符号。

19.一种通信设备，其特征在于，包括：

收发模块，用于接收来自网络设备的指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

处理模块，用于在启动混合自动重传请求环回时延定时器之前，确定所述混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于第二符号的第三符号启动所述混合自动重传请求环回时延定时器，所述第二符号为所述通信设备向所述网络设备发送的混合自动重传请求HARQ反馈占用的符号之后的第一个符号。

20.根据权利要求19所述的通信设备，其特征在于，所述处理模块，还用于在第四符号启动重传定时器，所述第四符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

21.根据权利要求20所述的通信设备，其特征在于，所述第四符号为所述第一时长之后的第一个符号。

22.一种通信设备，其特征在于，包括：

收发模块，用于接收来自网络设备的指示信息，所述指示信息用于指示所述通信设备在第一时长内不监听PDCCH；

处理模块，用于若混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则延长所述混合自动重传请求环回时延定时器的定时时长。

23.根据权利要求22所述的通信设备，其特征在于，所述处理模块，还用于在第二符号启动重传定时器，所述第二符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

24.根据权利要求23所述的通信设备，其特征在于，所述第二符号为所述第一时长之后的第一个符号。

25.一种通信设备，其特征在于，包括：

收发模块，用于向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

处理模块，用于若混合自动重传请求环回时延定时器的到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于所述第一符号的第二符号启动重传定时器。

26.根据权利要求25所述的通信设备，其特征在于，所述第二符号为所述第一时长之后的第一个符号。

27.一种通信设备，其特征在于，包括：

收发模块，用于向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

处理模块，用于若在启动混合自动重传请求环回时延定时器之前，确定所述混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则在晚于第二符号的第三符号启动所述混合自动重传请求环回时延定时器，所述第二符号为所述通信设备接收的来自所述终端设备的混合自动重传请求HARQ反馈占用的符号之后的第一个符号。

28.根据权利要求27所述的通信设备，其特征在于，所述处理模块，还用于在第四符号启动重传定时器，所述第四符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

29.根据权利要求28所述的通信设备，其特征在于，所述第四符号为所述第一时长之后的第一个符号。

30.一种通信设备，其特征在于，包括：

收发模块，用于向终端设备发送指示信息，所述指示信息用于指示所述终端设备在第一时长内不监听PDCCH；

处理模块，用于若混合自动重传请求环回时延定时器的预计到期时刻之后的第一个符号为所述第一时长内的第一符号，则延长所述混合自动重传请求环回时延定时器的定时时长。

31.根据权利要求30所述的通信设备，其特征在于，所述处理模块，还用于在第二符号启动重传定时器，所述第二符号为所述混合自动重传请求环回时延定时器到期之后的第一个符号。

32.根据权利要求31所述的通信设备，其特征在于，所述第二符号为所述第一时长之后的第一个符号。

Images