CN113163413B

CN113163413B - 无线通信方法、终端设备和网络设备

Info

Publication number: CN113163413B
Application number: CN202010074661.4A
Authority: CN
Inventors: 邝奕如; 薛祎凡
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2020-01-22
Filing date: 2020-01-22
Publication date: 2023-09-01
Anticipated expiration: 2040-01-22
Also published as: EP4080929A1; CN113163413A; EP4080929A4; WO2021147424A1

Abstract

本申请提供了一种无线通信方法、终端设备和网络设备。该方法包括：终端设备在第一载波上接收网络设备发送的第一消息，第一消息用于指示终端设备在第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种；在终端设备在第二载波上处于休眠态的情况下，经过第一时间长度之后，终端设备在第二载波上执行监听PDCCH和传输数据中的至少一种。上述技术方案中，终端设备可以在接收第一消息开始，经过第一时间长度后在第二载波上执行一定的行为，在该第一时间长度内，终端设备可以完成从休眠态唤醒的过程，这样在终端设备从休眠态中醒来的过程可以不监听PDCCH和/或传输数据，可以提高终端设备的通信质量。

Description

无线通信方法、终端设备和网络设备

技术领域

本申请涉及通信领域，并且更具体地，涉及一种无线通信方法、终端设备和网络设备。

背景技术

为节省终端设备的功耗，网络设备可以为处于无线资源控制(radio resourcecontrol，RRC)连接态的终端设备配置非连续接收(discontinuous reception，DRX)机制，使得终端设备在需要监听的时候能够从休眠态中唤醒而监听物理下行控制信道(physicaldownlink control channel，PDCCH)，不需要监听的时候则进入休眠态。

载波聚合(component aggregation，CA)是将两个或更多的成员载波(componentcarrier，CC)聚合在一起以支持更大的传输带宽。

一般情况下，终端设备从休眠态中唤醒的过程是不能够有效地进行信令或者数据的传输的。而在载波聚合场景中，如果终端设备在一个载波上处于激活态，在另一个载波上处于休眠态时，终端设备在该另一个载波上有从休眠态中唤醒的需要。但在该过程中网络设备可能会对终端设备进行调度，则有可能出现终端设备在从休眠态中唤醒的过程不能有效传输信令或数据。

发明内容

本申请提供一种无线通信方法、终端设备和网络设备，能够提高终端设备的通信质量。

第一方面，提供一种无线通信方法，其特征在于，包括：终端设备在第一载波上接收网络设备发送的第一消息，所述第一消息用于指示所述终端设备在第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种；在所述终端设备在所述第二载波上处于休眠态的情况下，经过第一时间长度之后，所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种。

本申请实施例中，终端设备在第一载波上接收到第一消息时，在第二载波上处于休眠态，自接收第一消息开始，经过第一时间长度后终端设备在第二载波上执行监听PDCCH和传输数据中的至少一种。这样在终端设备从休眠态中醒来的过程可以不监听PDCCH和/或传输数据，能够避免终端设备在这个过程中可能监听不到网络设备发送给自己的PDCCH或者不能接收网络设备发送的数据，而不能做有效的数据收发，从而提高了终端设备的通信质量。

应理解，第一时间长度用于终端设备在第二载波上从休眠态中唤醒。

应理解，终端设备在第一时间长度之后执行的动作与第一消息指示的终端设备在第二载波上的动作是一致的。例如，第一消息指示终端设备在第二载波上监听PDCCH，则经过第一时间长度后终端设备在第二载波上监听PDCCH。又如，第一消息指示终端设备在第二载波上传输数据，则经过第一时间长度之后，终端设备在第二载波上进行传输数据。

还应理解，终端设备在第二载波上处于休眠态，可以理解为终端设备在第二载波上处于DRX周期中的休眠态。

结合第一方面，在一种可能的实现方式中，还包括：经过所述第一时间长度后，所述终端设备开启第一定时器，其中，在所述第一定时器的运行过程中，所述终端设备能够在所述第二载波上执行监听PDCCH和传输数据中的至少一种；或者，在接收所述第一消息时，所述终端设备开启所述第一定时器，其中所述终端设备在所述第一时间长度内，在所述第二载波上不监听PDCCH或不进行数据传输。

可选地，当经过第一时间长度后，终端设备开启第一定时器，其中，在该第一定时器的运行过程中，终端设备能够在第二载波上执行监听PDCCH和传输数据中的至少一种。

也就是说，终端设备在第一定时器的运行过程中能够执行一定行为或动作，例如监听PDCCH和/或传输数据。这样，经过第一时间长度后，终端设备已经从休眠态中唤醒，此时终端设备开启第一定时器，终端设备已经处于激活态，终端设备能够在第一定时器的运行过程中监听PDCCH和/或传输数据，而在第一定时器运行期间之外完成从休眠态中唤醒，从而避免了终端设备在第一定时器运行过程中做准备醒来的过程而不能做有效的数据传输，可以提高终端设备在载波聚合场景下的通信质量。

可选地，在接收第一消息时终端设备开启第一定时器，终端设备在第一时间长度内，在第二载波上不监听PDCCH或不进行数据传输。

终端设备在接收第一消息时，开启第一定时器，在第一定时器运行过程中，终端设备在第二载波上可以执行一定的行为，例如监听PDCCH和/或传输数据，本申请实施例通过限制终端设备在第一时间长度内(即终端设备从休眠态中唤醒的过程中)的行为，可以避免终端设备在从休眠态唤醒的过程中进行PDCCH的监听和/或数据传输，可以提高终端设备在载波聚合场景下的通信质量。

结合第一方面，在一种可能的实现方式中，还包括：经过所述第一时间长度后，所述终端设备开启第二定时器；或者，在接收所述第一消息时，所述终端设备开启所述第二定时器；其中，在所述第二定时器的运行过程中，所述终端设备能够在所述第一载波上执行监听PDCCH和传输数据中的至少一种。

终端设备可以在接收第一消息时开启第二定时器，也可以在第一时间长度后开启第二定时器。也就是终端设备可以同时开启第一定时器和第二定时器，也可以不同时开启。当终端设备同时开启第一定时器和第二定时器时，第一定时器和第二定时器可以是同一个定时器。

结合第一方面，在一种可能的实现方式中，所述第一时间长度大于或等于状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

应理解，终端设备从休眠态中唤醒可以理解为终端设备从休眠态到能够有效执行一定动作或行为的过程，例如监听PDCCH和/或传输数据。具体地，当第一消息指示终端设备在第二载波上监听PDCCH时，终端设备从休眠态中唤醒的过程可以理解为终端设备从休眠态到能够有效监听PDCCH的过程。当第一消息指示终端设备在第二载波上传输数据时，终端设备从休眠态中唤醒的过程可以理解为终端设备从休眠态到能够有效传输数据的过程。本申请实施例中，终端设备有效监听PDCCH或者有效传输数据可以理解为，终端设备已经完成了准备醒来warm up的过程，已打开硬件或者做完波束管理等过程，准备好传输信令或数据了。

结合第一方面，在一种可能的实现方式中，当所述第一消息用于指示所述终端设备在所述第二载波上传输数据时，所述数据与所述第一消息之间的时间间隔大于或等于所述第一时间长度。

终端设备使用第一载波和第二载波可以实现跨载波调度，这时终端设备在第二载波上所传输的数据的位置与终端设备在第一载波上接收的第一消息(例如DCI)的位置之间的时间间隔应大于第一时间长度。这样可以保证终端设备在第一时间长度内完成从休眠态中唤醒的过程，在第一时间长度后可以正确传输数据，提高跨载波调度下的通信质量。

结合第一方面，在一种可能的实现方式中，所述终端设备配置有至少一个睡眠等级，所述方法还包括：所述终端设备接收所述网络设备发送的配置信息，所述配置信息用于指示至少一个时间长度，所述至少一个时间长度包括所述第一时间长度，所述至少一个睡眠等级中的每个睡眠等级对应所述至少一个时间长度中的一个。

终端设备在不同的睡眠等级下，从休眠态中唤醒所需的时间可以是不同的。网络设备为终端设备配置至少一个时间长度，至少一个睡眠等级中的每个睡眠等级对应至少一个时间长度中的一个，这样，终端设备处于每个睡眠等级下时，可以在与睡眠等级相对应的时间长度内完成warm up，即完成从休眠态中唤醒。

结合第一方面，在一种可能的实现方式中，所述终端设备配置有所述至少一个时间长度中的多个时间长度和所述至少一个睡眠等级中的多个睡眠等级，所述方法还包括：所述终端设备根据当前睡眠等级，从所述多个时间长度中确定所述第一时间长度。

结合第一方面，在一种可能的实现方式中，所述方法还包括：在所述终端设备配置有一个睡眠等级的情况下，所述终端设备向所述网络设备发送所述一个睡眠等级相对应的状态转换时长；或者，在所述终端设备配置有多个睡眠等级的情况下，所述终端设备向所述网络设备发送所述多个睡眠等级和与所述多个睡眠等级中每个睡眠等级相对应的状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

当终端设备配置有一个睡眠等级的时候，终端设备从休眠态中唤醒所需的时间大致相同，因此，终端设备可以向网络设备上报终端设备从休眠态中唤醒所需的时间，即状态转换时长。当终端设备配置有多个睡眠等级的时候，终端设备处于不同的睡眠等级的时候，终端设备从休眠态中唤醒的时间可能是不同的，即终端设备处于不同的睡眠等级时，状态转换时长可能是不同的。因此，终端设备可以向网络设备上报终端设备的睡眠等级和状态转换时长的对应关系，以用于网络设备为终端设备配置与每个睡眠等级相对应的第一时间长度。

结合第一方面，在一种可能的实现方式中，所述第一消息包括物理下行控制信息DCI。

结合第一方面，在一种可能的实现方式中，当满足预设条件时，所述第一消息用于指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种。

结合第一方面，在一种可能的实现方式中，所述预设条件包括：所述第一消息包括指示信息；或者，所述第一消息包括指示域，所述指示域指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种；或者，所述终端设备接收所述第一消息的时机满足预设规则。

这样终端设备可以不用每次在第一载波上接收到第一消息时都在第二载波上监听PDCCH和/或传输数据，从而节省终端设备在第二载波上的功耗。

结合第一方面，在一种可能的实现方式中，所述第一载波的频率范围为6GHz以下，和/或所述第二载波的频率范围为毫米波频段。

第二方面，提供一种无线通信方法，包括：网络设备在第一载波上向终端设备发送第一消息，所述第一消息用于指示所述终端设备在第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种；在所述终端设备在所述第二载波上处于休眠态的情况下，经过第一时间长度之后，所述网络设备在所述第二载波上执行向所述终端设备发送PDCCH和传输数据中的至少一种。

本申请实施例中，网络设备在第一载波上发送第一消息时，终端设备在第二载波上处于休眠态，自接收第一消息开始，经过第一时间长度后网络设备在第二载波上执行向网络设备发送PDCCH和传输数据中的至少一种。这样在终端设备从休眠态中醒来的过程可以不监听PDCCH和/或传输数据，能够避免终端设备在这个过程中可能监听不到网络设备发送给自己的PDCCH或者不能接收网络设备发送的数据，而不能做有效的数据收发，从而提高了通信质量。

结合第二方面，在一种可能的实现方式中，所述第一时间长度大于或等于状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

结合第二方面，在一种可能的实现方式中，当所述第一消息用于指示所述终端设备在所述第二载波上传输数据时，所述数据与所述第一消息之间的时间间隔大于或等于所述第一时间长度。

结合第二方面，在一种可能的实现方式中，所述终端设备配置有至少一个睡眠等级，所述方法还包括：所述网络设备向所述终端设备发送配置信息，所述配置信息用于指示至少一个时间长度，所述至少一个时间长度包括所述第一时间长度，所述至少一个睡眠等级中的每个睡眠等级对应所述至少一个时间长度中的一个。

结合第二方面，在一种可能的实现方式中，还包括：在所述终端设备配置有一个睡眠等级的情况下，所述网络设备接收所述终端设备发送的所述一个睡眠等级相对应的状态转换时长；或者，在所述终端设备配置有多个睡眠等级的情况下，所述网络设备接收所述终端设备发送的所述多个睡眠等级和与所述多个睡眠等级中每个睡眠等级相对应的状态转换时长，所述状态转换时长为所述终端设备从休眠态转换为激活态时所需的时间。

结合第二方面，在一种可能的实现方式中，所述第一消息包括物理下行控制信息DCI。

结合第二方面，在一种可能的实现方式中，当满足预设条件时，所述第一消息用于指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种。

结合第二方面，在一种可能的实现方式中，所述预设条件包括：所述第一消息包括指示信息；或者，所述第一消息包括指示域，所述指示域指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种；或者，所述网络设备发送所述第一消息的时机满足预设规则。

结合第二方面，在一种可能的实现方式中，所述第一载波的频率范围为6GHz以下，和/或所述第二载波的频率范围为毫米波频段。

第三方面，提供一种无线通信方法，包括：终端设备在第一载波上接收网络设备发送的第一消息，所述第一消息用于指示所述终端设备在第二载波上是否开启第一定时器；所述终端设备根据所述第一消息开启所述第一定时器，在所述第一定时器的运行过程中，所述终端设备在所述第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种。

本申请实施例中，终端设备在第一载波上接收第一消息，第一消息用于指示终端设备在第二载波上是否开启第一定时器，只有在第一消息用于指示终端设备在第二载波上开启第一定时器时终端设备才开启，这样可以不用每次在第一载波上接收到第一消息时都在第二载波上监听PDCCH和/或传输数据，从而节省终端设备在第二载波上的功耗。

结合第三方面，在一种可能的实现方式中，所述终端设备根据所述第一消息开启所述第一定时器，包括：当所述第一消息包括指示信息时，所述终端设备开启所述第一定时器；或者，所述第一消息包括指示域，当所述指示域指示开启所述第一定时器时，所述终端设备开启所述第一定时器；或者，当所述终端设备接收所述第一消息的时机满足预设规则时，所述终端设备开启所述第一定时器。

结合第三方面，在一种可能的实现方式中，在所述终端设备接收所述第一消息时，所述终端设备在所述第二载波上处于休眠态的情况下，所述方法还包括：自接收所述第一消息开始，经过第一时间长度之后，所述终端设备在所述第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种。

结合第三方面，在一种可能的实现方式中，还包括：经过所述第一时间长度后，所述终端设备开启所述第一定时器；或者，在接收所述第一消息时，所述终端设备开启所述第一定时器，其中，所述终端设备在所述第一时间长度内，在所述第二载波上不监听PDCCH或不进行数据传输。

结合第三方面，在一种可能的实现方式中，还包括：自接收所述第一消息开始，经过所述第一时间长度之后，所述终端设备开启第二定时器；或者，在接收所述第一消息时，所述终端设备开启所述第二定时器；其中，在所述第二定时器的运行过程中，所述终端设备能够在所述第一载波上执行监听PDCCH和传输数据中的至少一种。

结合第三方面，在一种可能的实现方式中，所述第一时间长度大于或等于状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

结合第三方面，在一种可能的实现方式中，当所述第一消息还用于指示所述终端设备在所述第二载波上传输数据时，所述数据与所述第一消息之间的时间间隔大于或等于所述第一时间长度。

结合第三方面，在一种可能的实现方式中，所述终端设备配置有至少一个睡眠等级，所述方法还包括：所述终端设备接收所述网络设备发送的配置信息，所述配置信息用于指示至少一个时间长度，所述至少一个时间长度包括所述第一时间长度，所述至少一个睡眠等级中的每个睡眠等级对应所述至少一个时间长度中的一个。

结合第三方面，在一种可能的实现方式中，所述终端设备配置有所述至少一个时间长度中的多个时间长度和所述至少一个睡眠等级中的多个睡眠等级，所述方法还包括：所述终端设备根据当前睡眠等级，从所述多个时间长度中确定所述第一时间长度。

结合第三方面，在一种可能的实现方式中，所述方法还包括：在所述终端设备配置有一个睡眠等级的情况下，所述终端设备向所述网络设备发送所述一个睡眠等级相对应的状态转换时长；或者，在所述终端设备配置有多个睡眠等级的情况下，所述终端设备向所述网络设备发送所述多个睡眠等级和与所述多个睡眠等级中每个睡眠等级相对应的状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

结合第三方面，在一种可能的实现方式中，所述第一消息包括物理下行控制信息DCI。

结合第三方面，在一种可能的实现方式中，所述第一载波的频率范围为6GHz以下，和/或所述第二载波的频率范围为毫米波频段。

第四方面，提供一种网络通信方法，包括：网络设备在第一载波上向终端设备发送第一消息，所述第一消息用于指示所述终端设备在第二载波上是否开启第一定时器，其中，在所述第一定时器的运行过程中，所述终端设备能够在所述第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种。

网络设备通过在第一载波上发送的第一消息来指示终端设备是否在第二载波上监听PDCCH或传输数据，这样终端设备不用每次在第一载波上接收到第一消息时都在第二载波上监听PDCCH和/或传输数据，从而节省终端设备在第二载波上的功耗。

结合第四方面，在一种可能的实现方式中，当满足以下条件时，所述第一消息指示所述终端设备在所述第二载波上开启所述第一定时器：所述第一消息包括指示信息；或者，所述第一消息包括指示域，所述指示域指示开启所述第一定时器；或者，所述第一消息的发送时机满足预设规则。

结合第四方面，在一种可能的实现方式中，在所述终端设备处于休眠态的情况下，还包括：自发送所述第一消息开始，经过第一时间长度之后，所述网络设备在所述第二载波上执行向所述终端设备发送PDCCH和传输数据中的至少一种。

结合第四方面，在一种可能的实现方式中，所述第一时间长度大于或等于状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

结合第四方面，在一种可能的实现方式中，所述终端设备配置有至少一个睡眠等级，所述方法还包括：所述网络设备向所述终端设备发送配置信息，所述配置信息用于指示至少一个时间长度，所述至少一个时间长度包括所述第一时间长度，所述至少一个睡眠等级中的每个睡眠等级对应所述至少一个时间长度中的一个。

结合第四方面，在一种可能的实现方式中，还包括：在所述终端设备配置有一个睡眠等级的情况下，所述网络设备接收所述终端设备发送的所述一个睡眠等级相对应的状态转换时长；或者，在所述终端设备配置有多个睡眠等级的情况下，所述网络设备接收所述终端设备发送的所述多个睡眠等级和与所述多个睡眠等级中每个睡眠等级相对应的状态转换时长，所述状态转换时长为所述终端设备从休眠态转换为激活态时所需的时间。

结合第四方面，在一种可能的实现方式中，所述第一消息包括物理下行控制信息DCI。

结合第四方面，在一种可能的实现方式中，所述第一载波的频率范围为6GHz以下，和/或所述第二载波的频率范围为毫米波频段。

第五方面，提供一种终端设备，包括用于执行上述第一方面或第一方面中任一种可能实现方式中方法的模块或单元，或者包括用于执行上述第三方面或第三方面中任一种可能实现方式中方法的模块或单元。该模块或单元可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。

第六方面，提供一种网络设备，包括用于执行上述第二方面或第二方面中任一种可能实现方式中方法的模块或单元，或者包括用于执行上述第四方面或第四方面中任一种可能实现方式中方法的模块或单元。该模块或单元可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。

第七方面，提供一种通信装置，所述通信装置包括：至少一个处理器和通信接口，所述通信接口用于所述通信装置与其他通信装置进行信息交互，当程序指令在所述至少一个处理器中执行时，使得所述通信装置执行上述第一方面或第一方面中任一种可能实现方式中的方法，或者使得所述通信装置执行上述上述第三方面或第三方面中任一种可能实现方式中的方法。

可选地，所述通信装置还可以包括存储器，所述存储器与所述处理器耦合，所述处理器用于实现上述第一方面或第一方面的任一种可能的实现方式中描述的方法，或者用于实现上述第三方面或第三方面的任一种可能的实现方式中描述的方法。示例性地，所述存储器用于存储指令和数据，所述处理器执行所述存储器中存储的指令时，可以实现上述第一方面或第一方面的任一种可能的实现方式中描述的方法，或者实现上述第三方面或第三方面的任一种可能的实现方式中描述的方法。

可选地，所述通信接口可以为收发器、电路、总线、模块、管脚或其它类型的通信接口。

可选地，第七方面的通信装置可以为终端设备，或者可以为用于终端设备的部件(例如芯片或者电路等)。其他通信装置可以为网络设备，或者可以为用于网络设备的部件(例如芯片或者电路等)。

第八方面，提供一种通信装置，所述通信装置包括：至少一个处理器和通信接口，所述通信接口用于所述通信装置与其他通信装置进行信息交互，当程序指令在所述至少一个处理器中执行时，使得所述通信装置执行上述第二方面或第二方面中任一种可能实现方式中的方法，或者使得所述通信装置执行上述上述第四方面或第四方面中任一种可能实现方式中的方法。

可选地，所述通信装置还可以包括存储器，所述存储器与所述处理器耦合，所述处理器用于实现上述第二方面或第二方面的任一种可能的实现方式中描述的方法，或者用于实现上述第四方面或第四方面的任一种可能的实现方式中描述的方法。示例性地，所述存储器用于存储指令和数据，所述处理器执行所述存储器中存储的指令时，可以实现上述第二方面或第二方面的任一种可能的实现方式中描述的方法，或者实现上述第四方面或第四方面的任一种可能的实现方式中描述的方法。

可选地，第八方面的通信装置可以为网络设备，或者可以为用于网络设备的部件(例如芯片或者电路等)。其他通信装置可以为终端设备，或者可以为用于终端设备的部件(例如芯片或者电路等)。

第九方面，提供了一种芯片***，该芯片***包括处理器，用于终端设备实现上述第一方面或第一方面的任一种可能的实现方式中所涉及的功能，或者用于终端设备实现上述第三方面或第三方面的任一种可能的实现方式中所涉及的功能，例如，生成，接收，发送，或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中，所述芯片***还包括存储器，所述存储器，用于保存终端设备必要的程序指令和数据。该芯片***，可以由芯片构成，也可以包括芯片和其他分立器件。

第十方面，提供了一种芯片***，该芯片***包括处理器，用于网络设备实现上述第二方面或第二方面的任一种可能的实现方式中所涉及的功能，或者用于终端设备实现上述第四方面或第四方面的任一种可能的实现方式中所涉及的功能，例如，生成，接收，发送，或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中，所述芯片***还包括存储器，所述存储器，用于保存网络设备必要的程序指令和数据。该芯片***，可以由芯片构成，也可以包括芯片和其他分立器件。

第十一方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述第一方面或第一方面的任一种可能的实现方式所述的方法，或者使得计算机执行上述第三方面或第三方面的任一种可能的实现方式所述的方法。

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

第十三方面，提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第一方面或第一方面的任一种可能的实现方式所述的方法，或者使得计算机执行上述第三方面或第三方面的任一种可能的实现方式所述的方法。

第十四方面，提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第二方面或第二方面的任一种可能的实现方式所述的方法，或者使得计算机执行上述第四方面或第四方面的任一种可能的实现方式所述的方法。

第十五方面，提供一种通信***，包括上述第五方面描述的终端设备和第六方面描述网络设备；或者该通信***包括上述第七方面描述的通信装置和第八方面描述的通信装置。

附图说明

图1是本申请实施例的应用场景的示意图；

图2是本申请实施例中在DRX模式下终端设备的状态示意图；

图3是载波聚合场景中成员载波的DRX周期配置的示意图；

图4是载波聚合场景中成员载波的DRX周期配置的示意图；

图5是载波聚合场景中成员载波的DRX周期中定时器配置的示意图；

图6是终端设备状态转换时的示意图；

图7是现有技术中终端设备的DRX周期中定时器配置的示意图；

图8是本申请实施例提供的一种无线通信方法的示意性流程图；

图9是本申请实施例提供的另一种无线通信方法的示意性流程图；

图10是本申请一个实施例提供的无线通信方法中终端设备的状态示意图；

图11是本申请一个实施例提供的无线通信方法中终端设备的状态示意图；

图12是本申请另一个实施例提供的无线通信方法中终端设备的状态示意图；

图13是本申请另一个实施例提供的无线通信方法中终端设备的状态示意图；

图14是本申请又一个实施例提供的无线通信方法中终端设备的状态示意图；

图15是本申请再一个实施例提供的无线通信方法中终端设备的状态示意图；

图16是本申请再一个实施例提供的无线通信方法中终端设备的状态示意图；

图17是本申请再一个实施例提供的无线通信方法中终端设备的状态示意图；

图18是本申请一个实施例提供的终端设备的示意性结构图；

图19是本申请一个实施例提供的通信装置的示意性结构图；

图20是本申请另一个实施例提供的网络设备的示意性结构图；

图21是本申请另一个实施例提供的通信装置的示意性结构图。

具体实施方式

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

本申请实施例的技术方案可以应用于各种通信***，包括但不限于长期演进(long term evolution，LTE)***、LTE频分双工(frequency division duplex，FDD)***、LTE时分双工(time division duplex，TDD)***、先进的长期演进(advanced long termevolution，LTE-A)***、全球互联微波接入(worldwide interoperability formicrowave access，WiMAX)通信***、第五代(5th-generation，5G)移动通信***(也称新空口(new radio，NR)***)、窄带物联网(narrow band internet of things，NB-IoT)***、增强型机器类型通信(enhanced machine-type communication，eMTC)***或LTE-机器到机器(LTE-machine-to-machine，LTE-M)***以及未来的第六代移动通信***等。

本申请实施例的技术方案可以应用于通信设备间的无线通信。通信设备间可以利用空口资源进行无线通信。其中，通信设备可以包括网络设备和终端设备，网络设备还可以称为网络侧设备，终端设备还可以称为用户设备(user equipment,UE)。空口资源可以包括时域资源、频域资源、码资源和空间资源中至少一个。在本申请实施例中，至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本申请不做限制。需要说明的是，在本申请实施例中，术语“无线通信”还可以简称为“通信”，术语“通信”还可以描述为“数据传输”、“信号传输”、“信息传输”或“传输”等。在本申请实施例中，传输可以包括发送或接收。示例性地，传输可以是上行传输，例如可以是终端设备向网络设备发送信号；传输也可以是下行传输，例如可以是网络设备向终端设备发送信号。

为方便理解，下面首先介绍本申请中涉及的相关概念。

物理下行控制信道(physical downlink control channel，PDCCH)：用于承载调度以及其他控制信息，具体可以包括公共控制信息和用户专属信息，其中公共控制信息包括***信息的调度信息、寻呼(paging)信息的调度信息等，用户专属信息包括下行资源分配指示、上行调度许可(uplink grant，UL grant)、上行功率控制参数以及上行重传信息等。基于上述用途，设计了多种下行控制信息(downlink control information，DCI)格式。不同的DCI格式可以用于指示不同的控制信息，例如用于调度数据(包括终端设备上行数据和终端设备下行数据)的DCI、用于指示时隙格式的DCI、用于指示中断传输(interruptedtransmission)的DCI等。下行控制信息DCI承载于物理下行控制信道PDCCH上。

空闲态(IDLE态)：当终端设备在某个小区完成了驻留之后，可以称该终端设备进入了“空闲态”或“IDLE态”，处于空闲态的终端设备的无线资源控制(radio resourcecontrol，RRC)连接未建立，因此该终端设备可称为处于RRC空闲态的终端设备。

连接态(CONNECTED态)：如果该终端设备后续又完成了随机接入过程，并和网络(网络设备)之间建立了RRC连接，可以称该终端设备进入了“连接态”或“CONNECTED态”，处于连接态的终端设备其RRC连接建立，因此该终端设备可称为处于RRC连接态的终端设备。

非连续接收(discontinuous reception，DRX)机制：定义在物理层媒体访问控制(media access control，MAC)，主要为节省终端设备的功耗引入。具体而言，DRX机制可以让终端设备在某些时候(可定义为休眠时间或非激活时间(inactive time)进入休眠态，不去监听或接收PDCCH，而需要监听的时候(可定义为激活时间(active time))，则从睡眠状态中唤醒(wake up)而转为激活态，终端设备在激活态时需要监听并接收PDCCH。这样一来，终端设备不用一直监听PDCCH，从而可以降低终端设备功耗。

例如，对于NR来说，连接状态的DRX(connected DRX，C-DRX)机制休眠时间内，终端设备可以基于实现选择关闭射频收发器(或接收机)和基带处理器等通信器件以降低功耗，或者虽然打开了射频器件，但是只做一些功耗较低的监听检测过程，例如监听一些终端设备必须监听的消息如寻呼消息、广播消息、***消息等。处于休眠态的终端设备不需要监听小区无线网络临时标识(cell radio network temporary identity，C-RNTI)、配置调度无线网络临时标识(configured scheduling RNTI，CS-RNTI)、中断RNTI(interruptionRNTI，INT-RNTI)、时隙格式指示RNTI(slot format indicator-RNTI，SFI-RNTI)、半持续信道状态指示RNTI(semi-persistent channel state information RNTI，SP-CSI-RNTI)、物理上行链路控制信道(physical uplink control channel，PUCCH)发射功率控制RNTI(transmit power control PUCCH RNTI，TPC-PUCCH-RNTI)、物理上行共享信道(physicaluplink shared channel，PUSCH)发射功率控制RNTI(transmit power control PUSCHRNTI，TPC-PUSCH-RNTI)和探测参考信号(sounding reference signal，SRS)发射功率控制RNTI(transmit power control RNTI，TPC-SRS-RNTI)加扰的DCI，而在激活时间则需要监听这些RNTI加扰的DCI。对于NR***，***消息RNTI(system information RNTI，SI-RNTI)、寻呼RNTI(paging RNTI，P-RNTI)、随机接入RNRI(random access RNTI，RA-RNTI)和临时小区无线网络临时标识(temporary cell radio network temporary identity，TC-RNTI)加扰的DCI的发送不受C-DRX机制的影响。

需要说明的是，处于休眠时间的终端设备，只是不接收PDCCH中的一类DCI例如用于调度新传(new transmission)数据的DCI等，但是可以接收PDCCH中的其他不受终端设备是否处于激活时间影响的DCI以及接收来自其他物理信道的数据例如物理下行共享信道(physical downlink shared channel，PDSCH)、确认(acknowledgment，ACK)消息、否定应答(negative-acknowledgment，NACK)等。为方便说明，本申请实施例中终端设备接收(或不接收)DCI可以理解为终端设备接收(或不接收)特定类型的DCI，或者终端设备监听(或不监听)PDCCH可以理解为终端设备监听(或不监听)承载有特定类型的DCI的PDCCH。

按照终端设备所处的状态，如果配置了DRX机制，DRX机制可以分为空闲状态DRX(idle-DRX)和连接状态DRX(connected-DRX，C-DRX)，本申请实施例主要讨论连接状态的DXR机制，且不受DRX机制影响的PDCCH或DCI不在本申请的讨论范围之内。为方便说明，本申请实施例中的DRX机制可以理解为是连接状态的DRX机制。

非连续接收周期(discontinuous reception cycle，DRX cycle)：也称DRX周期，是DRX状态下的基本时间单位，终端设备在一个DRX周期内的状态包括休眠态和激活态，下面将结合附图进行介绍，在此暂不详述。网络设备可以为处于RRC连接态的终端设备配置一个DRX周期，其中DRX周期可以是长的DRX周期(简称长DRX周期)，也可以是短的DRX周期(简称短DRX周期)。网络设备也可以为终端设备配置两个DRX周期，例如长DRX周期和短DRX周期。也就是说，网络设备可以为终端设备配置长DRX周期和短DRX周期中的至少一个，例如长的DRX周期可以是默认必须配置的，短的DRX周期可以是可选配置的。终端设备可以从短DRX周期转换为长DRX周期。应理解，短DRX周期与长DRX周期是相对而言的，当网络设备最多能给终端设备配置两种类型的DRX周期时，则周期较长的DRX周期可以称为长DRX周期，周期较短的DRX周期可以称为短DRX周期。在一些其他实施例中，根据实际需要网络设备也能够为终端设备配置至少三种类型的DRX周期，这样该至少三种类型的DRX周期的周期长度是不同的。例如在上述长DRX周期和短DRX周期基础上，网络设备还可以为终端设备配置其他周期长的DRX周期，本申请实施例不做具体限定。还应理解，当网络设备给终端设备配置了一种DRX周期时，由于只有一种类型的DRX周期，因此不论网络设备给终端设备配置的是长DRX周期还是短DRX周期或者是其他周期长的DRX周期，本申请实施例中都统称为DRX周期。

载波聚合(component aggregation，CA)：是将2个或更多的成员载波(componentcarrier，CC)聚合在一起以支持更大的传输带宽，例如每个成员载波的最大带宽为20MHz时，载波聚合后可以实现最大100MHz的传输带宽，有效地提高了上下行传输速率。终端设备可以根据自己的能力大小决定最多可以同时利用几个成员载波进行上下行传输。本申请中“成员载波”可以简称为“载波”。

载波聚合中，多个成员载波中包括一个主成员载波(primary componentcarrier，PCC)，即主载波，和一个或多个辅成员载波(secondary component carrier，SCC)，即辅载波。终端设备接入网络后，终端设备在一个网络设备例如基站下将一直保持主载波上的通信，同时网络设备可以根据业务情况添加一个或多个辅载波。

每个成员载波对应一个独立的小区(cell)，在载波聚合场景有以下几种类型的小区。

主小区(primary cell，PCell)，主小区是工作在主载波上的小区。终端设备在该小区进行初始连接建立过程，或开始连接重建立过程，或在切换过程中该小区被指示为主小区。当终端设备从原网络设备切换到目标网络设备后，终端设备在目标网络设备下主载波与原网络设备下的主载波可能相同，可能不同。

辅小区(secondary cell，SCell)，辅小区是工作在辅载波上的小区。一旦无线资源控制(radio resource control，RRC)连接建立，辅小区就可能被配置以提供额外的无线资源。PCell和SCell是针对CA用户的用户级概念，用户初始接入的载波就是该CA用户的PCell。

服务小区(serving cell)集合，处于无线资源控制连接态的终端设备，如果没有配置CA，则只有一个服务小区，即PCell；如果配置了CA，则服务小区集合由PCell和所有SCell组成。服务小区可指代主小区PCell，也可以指代辅小区SCell。

图1示出了本申请实施例的应用场景的示意图。如图1所示，该应用场景中可以包括网络设备110和终端设备120。

网络设备110可以是用于与终端设备120通信的设备，例如网络设备110可以是用于将终端设备120接入无线接入网络(radio access network，RAN)的基站。基站有时也可称为接入网设备或接入网节点。可以理解的是，采用不同无线接入技术的***中，具备基站功能的设备的名称可能会有所不同。为方便描述，本申请实施例将为终端设备提供无线通信接入功能的装置统称为基站。示例性的，网络设备110可以是长期演进(long termevolution，LTE)中的演进型节点B(evolved node B，eNB)，可以是第五代移动通信(thefifth generation，5G)***中的下一代基站节点(next generation node basestation，gNB)，也可以是传输接收点(transmission and reception point，TRP)，或者是未来6G网络中的网络设备等。网络设备110可以有多种形式，比如宏基站、微基站、中继站和接入点等。一个网络设备110的覆盖范围内可以包括一个小区，也可以包括多个小区。本申请实施例中，用于实现网络设备的功能的装置可以是网络设备，也可以是能够支持网络设备实现该功能的装置，例如芯片***。在本申请实施例的技术方案中，以用于实现网络设备的功能的装置是网络设备，以网络设备是基站为例，描述本申请实施例提供的技术方案。

终端设备120，可以经接入网设备与一个或多个核心网(core network，CN)进行通信。终端设备120可以是一种具有无线收发功能的设备，可以被部署在陆地上，包括室内或室外、手持或车载；也可以被部署在水面上(如轮船等)；还可以被部署在空中(例如飞机、气球和卫星上等)。终端设备120也可以称为用户设备(User Equipment，UE)、接入终端、终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、无线网络设备、用户代理或用户装置。终端设备120可以是蜂窝电话(cellular phone)、无绳电话、会话启动协议(session initiation protocol，SIP)电话、智能电话(smart phone)、无线本地环路(wireless localloop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它设备、车载设备、可穿戴设备、无人机设备或物联网、车联网中的终端以及未来网络中的任意形态的终端、中继用户设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端等，本申请实施例对此并不限定。示例性的，终端设备120可以是虚拟现实(virtualreality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制中的终端设备、无人驾驶中的终端设备、远程医疗中的终端设备、智能电网中的终端设备、智慧城市(smart city)中的终端设备、智慧家庭(smart home)中的终端设备等等。本申请实施例中，用于实现终端设备的功能的装置可以是终端设备，也可以是能够支持终端设备实现该功能的装置，例如芯片***。芯片***可以由芯片构成，也可以包括芯片和其他分立器件。本申请实施例的技术方案中，以用于实现终端设备的功能的装置是终端设备，以终端设备是UE为例，描述本申请实施例提供的技术方案。

网络设备110与终端设备120可以通过二者之间的传输链路进行上下行信号的传输，其中，网络设备110到终端设备120的传输链路可以称为下行链路(downlink)，终端设备120到网络设备110的传输链路可以称为上行链路(uplink)。如图1所示，网络设备110与终端设备120之间可以通过载波130进行上下行传输。

对于支持载波聚合的终端设备120来说，可以通过以下两种方式进行信号传输。

一种是终端设备120未打开载波聚合功能，终端设备120只能接入某一个载波，在该载波上进行通信，其传输速率受到单载波带宽的约束。例如，终端设备120可以接入图1中所示的载波131或载波132或其他的单独的载波，然后在接入的单载波上进行数据传输等。

另外一种是终端设备120打开载波聚合功能，终端设备120可以同时接入两个或者更多的载波，并同时在这两个或更多载波上进行通信，数据传输速率可以大大提高。例如，终端设备120可以同时接入图1所示的载波131和132，或者同时接入图1所示的载波131、132和133，然后同时利用其接入的多个载波上的资源进行数据传输，以实现资源利用率的最大化。

终端设备120的服务小区140可以包括多个小区，其中一个小区为主小区，其他小区为辅小区，每个小区对应一个成员载波。例如图1所示，服务小区140包括小区141、小区142和小区143，可以分别对应载波131、载波132和载波133。需要说明的是，上述对终端设备120的服务小区、主小区、辅小区的说明仅作为一个示例，在具体实现中，服务小区还可以包括更多或更少的小区，每个成员载波对应的小区的位置、覆盖范围也可以不同，本申请对此并不限定。终端设备聚合的成员载波的个数，本申请也不做任何限定。

为了更高效的利用零碎的载波频谱，载波聚合支持不同载波之间的聚合。例如可以将同频带内的多个载波聚合，使一个用户可以在同频带的多个载波进行数据传输，其中同频带内的载波聚合还可以分为连续的和非连续的载波聚合。又如可以将不同频带的多个载波聚合，使一个用户在不同频带的多个载波进行数据传输。再如还可以将相同或不同带宽的多个载波聚合。以5G通信***为例，5G频谱可以分为两个频率范围(frequency range，FR)，分别是FR1和FR2，其中FR1即6GHz以下(Sub-6G)频段，如频率范围为450MHz到6GHz，FR2即毫米波(millimeter wave，mmW)频段，如频率范围为24GHz到52GHz。因此，在5G中，终端设备可以聚合FR1内的多个载波，可以聚合FR2内的多个载波，也可以聚合至少一个FR1载波和至少一个FR2载波。

在本申请实施例中，将终端设备聚合的每个载波称为成员载波(componentcarrier，CC)，在一些实施例中也可以简称为载波。将配置了载波聚合的终端设备称为载波聚合终端设备，在其他实施例中，还可以称为CA终端设备、CA用户。应理解，本申请实施例的应用场景为终端设备进行载波聚合的场景。

当网络设备110和终端设备120之间有数据需要传输时，终端设备120会监听下行链路发送的物理下行控制信道PDCCH，并根据网络设备110发送的指示消息对数据进行收发。由于终端设备120不会总是执行上传或者下载业务，大多数的时间，终端设备120和网络设备110是没有数据交互的，如果这个时候终端设备120还去持续的监听PDCCH，显然是很费电的。因而，在保证数据能有效传输的前提下，可以为连接态的终端设备配置非连续接收(discontinuous reception，DRX)周期，使终端设备仅在必要的时间段打开接收机(例如天线)进入激活态来监听PDCCH，而在剩余时间关闭接收机进入休眠态，不监听PDCCH。

图2示出了DRX机制下终端设备的状态示意图。

如图2中(a)所示，一个DRX周期包括持续时间(on duration或on Duration)部分和休眠时间(opportunity for DRX)部分。终端设备需要在“on Duration”时间内唤醒并监听PDCCH，在该段时间内终端设备处于激活态。在“opportunity for DRX”时间内终端设备可以不监听或不接收PDCCH以减少功耗，在该段时间内终端设备处于休眠态。

在RRC连接态下的DRX机制是采用定时器与DRX周期结合的工作方式。如图2中(b)所示，在每个DRX周期的开始，即每个DRX周期的on Duration的开始，终端设备需要开启持续时间定时器(on duration timer，onDurationTimer)，并在onDurationTimer运行时间(即onDurationTimer的工作时段)内监听并接收PDCCH。如果在onDurationTimer运行时间内没有检测到发送给自己的PDCCH，onDurationTimer超时(参考图2中的(b)中所示的第一个C-DRX周期)，表示“on Duration”时间结束，此时终端设备进入“opportunity for DRX”时间此时终端设备处于休眠态。DRX周期包括on duration，在该段时间内终端设备需要持续监听PDCCH，其中持续时间定时器onDurationTimer即是用于监控on duration时间段的定时器。onDurationTimer在每个DRX周期开始的时候启动，onDurationTimer计时的时长超过预设值，则on duration结束，终端设备进入休眠时间。

如果终端设备在onDurationTimer运行时间内接收到发送给自己的指示初传(newtransmission)的PDCCH(参考图2中的(b)中所示的第二个C-DRX周期)，也就是说终端设备很有可能在接下来的时间内继续被网络设备调度，因此终端设备需要开启非激活定时器(inactivity timer，InactivityTimer)，在InactivityTimer运行时间内终端设备需要监听并接收PDCCH。接下来若终端设备在onDurationTimer和InactivityTimer运行时间内没有接收到发送给自己的PDCCH并且InactivityTimer超时，则终端设备会再次进入“opportunity for DRX”时间。若终端设备在onDurationTimer和InactivityTimer运行时间内接收到发送给自己的PDCCH以调度新的数据传输，终端设备会重启InactivityTimer，并继续监听PDCCH，直到终端设备没有接收到发送给自己的PDCCH且InactivityTimer超时，则终端设备会再次进入“opportunity for DRX”时间。经过一段时间后当前DRX周期结束，终端设备进入下一个DRX周期。终端设备接收到发送自己的DCI时，在接下来的一段时间内需要持续监听PDCCH，其中非激活定时器InactivityTimer即是用于监控终端设备在接收到DCI后的一段需要持续监听PDCCH的时间段的定时器。InactivityTimer在接收到DCI时被启动或重启，InactivityTimer计时的时长超过预设值，则终端设备停止监听PDCCH并进入休眠时间。

上述InactivityTimer的开启或重启针对的是终端设备有初传数据被调度，在一些实施例中，网络设备可能调度终端设备的重传，因此DRX机制还包括重传定时器(retransmission timer，RetransmissionTimer)，在RetransmissionTimer运行时间内终端设备需要监听并接收PDCCH。RetransmissionTimer具体可以分为上行重传定时器(uplink retransmission timer，RetransmissionTimerUL)和上行重传定时器(downlinkretransmission timer，RetransmissionTimerDL)。应理解，本申请实施例中，终端设备开启定时器(例如onDurationTimer、InactivityTimer或RetransmissionTimer中的一个或多个)，在定时器(例如onDurationTimer、InactivityTimer或RetransmissionTimer中的一个或多个)运行的时间内，网络设备认为终端设备进入激活时间，在激活时间内终端设备处于激活态，即终端设备需要监听PDCCH。换句话说，终端设备开启定时器，定时器的运行时间可以认为是终端设备的激活时间，在激活时间内终端设备处于激活态，这样终端设备在激活态需要监听PDCCH也可以理解终端设备在激活时间内需要监听PDCCH。相应地，终端设备没有开启定时器时间即是定时器的非运行时间，定时器的非运行时间可以认为是终端设备的休眠时间，在休眠时间内终端设备处于休眠态，这样终端设备在休眠态不需要监听PDCCH也可以理解为终端设备在休眠时间内不需要监听PDCCH。

网络设备可以为终端设备配置长的DRX周期。可选地，网络设备还可以为终端设备配置短的DRX周期。终端设备会在使用短的DRX周期的时候开启短周期定时器(short cycletimer，ShortCycleTimer)，ShortCycleTimer的单位为短的DRX周期的个数，用于控制使用短DRX周期的时长。例如当ShortCycleTimer超时则隐式转换为长的DRX周期。当然，在一些其他实施例中，网络设备还可以为终端设备配置其他时长的DRX周期，相应地，终端设备可以包括用于控制其他时长的DRX周期的定时器，本申请实施例对此不做限定。

因此，综上可知，配置了DRX周期的终端设备需要在onDurationTimer、InactivityTimer以及RetransmissionTimerUL、RetransmissionTimerDL等定时器的运行过程中(或者称运行时间内)监听并接收PDCCH，该时间可以称为DRX的“激活时间”(activetime)，在激活时间内，终端设备需要醒来准备接收信令和数据。也就是说，激活时间为终端设备持续监听PDCCH的时间段，具体可包括例如onDurationTimer的运行时间(即持续时间)、InactivityTimer的运行时间(即非激活时间)、RetransmissionTimer的运行时间(即重传时间)等。换句话说，DRX机制中所配置的各种定时器可以用于控制当终端设备在某时间段内处于激活态时的时长。

而不在上述定时器的运行期间，终端设备可以进入睡眠状态，不用监听并接收PDCCH，该时间可以称为DRX的休眠时间。终端设备在DRX“激活时间”的功耗高于在DRX“休眠时间”的功耗，终端设备主要依靠在休眠时间不监听PDCCH或不传输数据来达到节省功耗的目的，在休眠时间终端设备基于实现可以选择关闭射频发送接收机以及关闭基带处理芯片和内存，或者只保留晶振时钟等。应理解，在DRX机制之外的另一些功能中，可能限定某些情况下终端设备需要处于“激活时间”或“休眠时间”，这与DRX机制并不冲突、而是取并集的关系，因此终端设备最终实际处于“激活时间”还是“休眠时间”还需要从终端设备的各个功能整体地确定。

在载波聚合场景中，终端设备所聚合的载波可以均配置有DRX周期，其中各个成员载波对应的DRX的定时器时长可以相同，也可以不同。例如各个成员载波配置的onDurationTimer值可以相同，可以不同；各个成员载波配置的InactivityTimer值可以相同，可以不同；各个成员载波配置的ShortCycleTimer值可以相同，可以不同。以5G通信***为例，一般FR1频段内的各个载波所配置的对应的定时器的值是相同的，例如FR1频段内的各个载波所配置的onDurationTimer值相同，InactivityTimer值相同，ShortCycleTimer值相同。FR2频段内的各个载波所配置的对应的定时器的值是相同的，例如FR2频段内的各个载波所配置的onDurationTimer值相同，InactivityTimer值相同，ShortCycleTimer值相同。但FR1频段内的载波与FR2频段内的载波所配置的对应的定时器的值可以是不同的，例如终端设备聚合的第一载波属于FR1频段，终端设备聚合的第二载波属于FR2载波，则第一载波与第二载波所配置的onDurationTimer值不同，或者InactivityTimer值不同，或者ShortCycleTimer值不同，或者上述定时器的值均不同。下面将结合图3和图4进行详细介绍。应理解，上述定时器的值可以理解为定时器的运行时间。

图3和图4示出了载波聚合场景中成员载波的DRX周期配置的示意图。如图3和图4所示，为方便理解，图中示例性示出了两个成员载波，分别为第一成员载波(即第一CC，也可称为第一载波)和第二成员载波(即第二CC，也可称为第二载波)，同时示例性示出了成员载波上定时器的时长配置。图中仅以载波上配置onDurationTimer和InactivityTimer为例，在本申请其他实施例中，载波上可以配置有其他类型的定时器，本申请实施例不做限定。

参考图3，以第一CC和第二CC配置有持续时间定时器(onDurationTimer)和非激活定时器(InactivityTimer)为例，其中实线框表示onDurationTimer的运行时间，虚线框表示InactivityTimer的运行时间。从图中可以看出，第一CC和第二CC上配置的onDurationTimer的值不同，其中第一CC对应的onDurationTimer值大于第二CC对应的onDurationTimer值；第一CC和第二CC上配置的InactivityTimer的值不同，其中第一CC对应的InactivityTimer值大于第二CC对应的InactivityTimer值。在一些其他实施例中，第一CC对应的onDurationTimer值如图所示为大于第二CC对应的onDurationTimer值，而第一CC对应的InactivityTimer值可以等于或小于第二CC对应的InactivityTimer值，本申请实施例不做限定。应理解，onDurationTimer值即onDurationTimer的运行时间或定时时长，InactivityTimer值即InactivityTimer的运行时间或定时时长。

参考图4，以第一CC和第二CC配置有持续时间定时器(onDurationTimer)和短周期定时器(ShortCycleTimer)为例，其中实线框表示onDurationTimer的运行时间。从图中可以看出，第一CC和第二CC上配置的onDurationTimer的值不同，其中第一CC对应的onDurationTimer值大于第二CC对应的onDurationTimer值；第一CC和第二CC上配置的ShortCycleTimer值不同，其中第一CC对应的ShortCycleTimer值大于第二CC对应的ShortCycleTimer值。如图中所示，第一CC上配置的ShortCycleTimer值为大于或等于6个短CDRX周期，第二CC上配置的ShortCycleTimer值为2个短CDRX周期。当ShortCycleTimer超时后，终端设备在第二CC上由短CDRX周期转为长CDRX周期。这样当终端设备在第二CC上的激活态功耗高于在第一CC上的激活态的功耗时，通过缩短ShortCycleTimer的值，可以使终端设备在第二CC上更多时间处于休眠态，从而节省终端设备在第二CC上的功耗。由于终端设备聚合第一CC和第二CC进行通信，为保证通信质量和方便管理，本申请实施例中，第一CC和第二CC所配置的短DRX周期时长的值可以是相同的，只是相应的短周期定时器的值不同。

应理解，本申请实施例中的终端设备配置有DRX周期，终端设备能够聚合的载波不限于两个成员载波，还可以包括三个、四个或者更多的成员载波，本申请实施例不做限定。在终端设备聚合的多个成员载波中，至少两个成员载波的上所配置的定时器中至少一个相应的定时器的运行时长不同，为方便理解，本申请实施例仅以持续时间定时器、非激活定时器和短周期定时器为例进行说明。

在载波聚合场景中，若终端设备所聚合的成员载波均配置DRX周期时，各个成员载波上配置的相应的定时器的开启的时间位置相同，例如各个成员载波所配置的持续时间定时器(onDurationTimer)开启的时间位置相同，各个成员载波所配置的非激活定时器(InactivityTimer)开启的时间位置相同等。这样，如果各个成员载波配置的定时器的运行时长也相同，则终端设备在各个成员载波上所处的状态是相同的，例如终端设备在各个成员载波上均处于激活态或者均处于休眠态。但如果成员载波配置的定时器的运行时长不完全相同，例如部分成员载波配置的定时器的运行时长大于另一部分成员载波配置的相应定时器的运行时长，这样终端设备可能在部分成员载波上处于激活态时，在另一部分成员载波上处于休眠态。

图5示出了载波聚合场景中成员载波的DRX周期中定时器配置的示意图。如图5所示，以第一CC和第二CC配置持续时间定时器(onDurationTimer)和非激活定时器(InactivityTimer)为例进行说明。第一CC对应的onDurationTimer和第二CC对应的onDurationTimer开启的时间位置相同，但运行时长不同，终端设备在onDurationTimer运行期间处于激活态。第一CC对应的InactivityTimer和第二CC对应的InactivityTimer开启的时间位置相同，但运行时长不同，终端设备在InactivityTimer运行期间处于激活态。终端设备在onDurationTimer和InactivityTimer的非运行时间内处于休眠态，这段时间为终端设备的休眠时间，图中仅示例性的标注了终端设备在第二CC上的休眠时间。当终端设备在激活态时可以与网络设备进行通信，例如接收网络设备发送的消息或者向网络设备发送消息，或者与网络设备进行数据传输等。换句话说，网络设备能够获知终端设备是否开始定时器、何时开始定时器以及定时器的运行时长，在定时器运行时间内，网络设备认为终端设备进入激活时间，也即认为终端设备处于激活态，因而网络设备可以对终端设备进行调度。如果第一CC和第二CC对应的onDurationTimer运行时长相同，则当终端设备在第一CC对应的onDurationTimer运行期间接收到第一消息例如DCI时，终端设备将开启第一CC对应的InactivityTimer和第二CC对应的InactivityTimer，此时终端设备在第一CC和第二CC上均处于激活态。但如果第一CC和第二CC的onDurationTimer运行时长不同，如图5中位置①和位置②处所示，则当终端设备在第一CC对应的onDurationTimer运行期间接收到第一消息例如DCI时，终端设备将开启第一CC对应的InactivityTimer和第二CC对应的InactivityTimer，此时终端设备在第一CC上处于激活态，在第二CC上可能处于休眠态。对于InactivityTimer同理，如果第一CC和第二CC的对应的InactivityTimer运行时长相同，则当终端设备在第一CC对应的InactivityTimer运行期间接收到第一消息例如DCI时，终端设备将重启第一CC对应的InactivityTimer和第二CC对应的InactivityTimer，此时终端设备在第一CC和第二CC上均处于激活态。但如果第一CC和第二CC对应的InactivityTimer运行时长不同，如图5中位置③处所示，则当终端设备在第一CC对应的InactivityTimer运行期间接收到第一消息例如DCI时，终端设备将重启第一CC对应的InactivityTimer和第二CC对应的InactivityTimer，此时终端设备在第一CC上处于激活态，在第二CC上可能处于休眠态。

上文提到，当终端设备侧的定时器开启或重启后，网络设备就认为终端设备进入激活时间、处于激活态，网络设备侧就可能对终端设备进行调度。一般情况下，终端设备从休眠态中准备醒来或者从激活态中准备休眠时，终端设备需要一定的时间进行准备以完成状态转换。图6示出了终端设备状态转换时的示意图。如图6所示，终端设备在t1～t2时间段内处于激活态，当终端设备从激活态中准备休眠时，需要t2～t3时间段进行状态转换，即终端设备在t2～t3时间段准备休眠(rump down)，例如关闭射频发送接收机、关闭基带处理芯片和内存等。完成rump down后，终端设备在t3～t4时间段内完全处于休眠态，终端设备不再监听PDCCH。当终端设备要从休眠态中准备醒来时，需要t4～t5时间段进行状态转换，即终端设备在t4～t5时间段准备醒来(rump up或warm up)，例如打开射频或基带硬件、进行波束管理(主要针对FR2频段)等。完成warm up后，终端设备在t5～t6时间段内能够监听PDCCH或传输数据。本申请实施例中，终端设备从休眠态中准备醒来也可以理解为终端设备从休眠态中唤醒，也就是终端设备从休眠态到终端设备开始监听PDCCH的过程。

为了不影响网络设备对终端设备的调度，终端设备从休眠态中唤醒通常在定时器开启之前完成，也就是在定时器的非运行时间内完成，这样当定时器开启后终端设备在定时器运行时长内就处于激活态，即终端设备就可以直接在定时器的运行时长内进行通信。当终端设备聚合的载波具有相同的定时器时长配置，那么目前终端设备warm up的过程一般只存在于持续时间定时器(onDurationTimer)开启之前，onDurationTimer的起始位置可由终端设备提前计算得出，这样终端设备可以在onDurationTimer开启之前提前准备醒来(warm up)。例如终端设备在warm up时接收下行参考信号先进行时频偏同步，防止终端设备因为长时间睡眠造成***的时钟和工作频率与网络设备的时钟和频域出现偏差；或者终端设备也可以先尝试接收下行同步信号和更新***消息，以防止终端设备从一个小区移动到另一个小区后***消息出现偏差。

当终端设备聚合的载波具有不同的定时器时长配置，如图7中位置①和位置②处所示，当终端设备在第一CC对应的onDurationTimer运行时间内接收到第一消息例如DCI，终端设备将开启第一CC对应的InactivityTimer和第二CC对应的InactivityTimer，但此时终端设备在第二CC上处于休眠态，开启第二CC对应的InactivityTimer后，终端设备在InactivityTimer运行时间内需要先从休眠态中唤醒，即终端设备需要先做warm up。也就是说InactivityTimer的开启是根据终端设备是否接收到第一消息例如DCI，而终端设备接收第一消息例如DCI时是动态的、不可预测的，因此终端设备无法在InactivityTimer开启之前提前进行warm up。这样在InactivityTimer刚开启的一段时间内，终端设备无法正确地接收第一消息例如DCI以及无法做有效的数据收发，但此时网络设备根据终端设备侧定时器开启，认为终端设备已处于激活态，能够进行信号传输，如果此时网络设备调度该终端设备，则有可能出现数据丢失等问题。

需要说明的是，图7以及以下的附图中，仅在图中的第二CC上示例性标注了warmup时间段和部分休眠时间段，与第二CC上终端设备所处状态类似，对于终端设备在第一CC上的warm up时间段和第一CC上的休眠时间段可根据上述定义容易获得，为简洁，图中未标注。

还需要说明的是，为方便理解，本申请实施例中在描述DRX机制时，示例性的使用终端设备是否监听PDCCH来描述终端设备处于激活时间和休眠时间的终端行为，然而应理解所述终端设备是否监听PDCCH实际是指终端设备是否监听预设类型的PDCCH。不失一般性，预设类型的PDCCH上承载的DCI可以包括C-RNTI、CS-RNTI、INT-RNTI、SFI-RNTI、SP-CSI-RNTI、TPC-PUCCH-RNTI、TPC-PUSCH-RNTI和TPC-SRS-RNTI加扰的DCI。另外，除了监听预设类型的PDCCH，激活时间和休眠时间包括其他终端行为，例如终端设备在激活时间时还可以发送周期或半静态的探测参考信号(Sounding Reference Signal，SRS)、或者上报信道状态信息(Channel State Information，CSI)。

因此，本申请实施例提供一种无线通信方法，能够提高终端设备在载波聚合场景下的通信质量。下面结合图8对本申请实施例进行详细描述。

图8示出了本申请实施例提供的无线通信方法的示意性流程图。图8所示的方法可以由终端设备执行。该终端设备例如可以是图1所示终端设备120。该方法800可以包括步骤S810至步骤S820。

在步骤S810，终端设备在第一载波上接收网络设备发送的第一消息。

相应地，网络设备在第一载波上向终端设备发送第一消息。

该第一消息用于指示终端设备在第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种，即第一消息指示终端设备在第二载波上执行监听物理下行控制信道PDCCH和/或传输数据。换句话说，该第一消息用于指示终端设备在第二载波上监听物理下行控制信道PDCCH，或者用于指示在第二载波上传输数据(例如跨载波调度场景)，或者用于指示在第二载波上监听PDCCH后再根据接收到的PDCCH来进行传输数据，或者用于指示在第二载波上监听PDCCH和根据接收到的第一消息进行传输数据。总而言之，终端设备在第一载波上接收到第一消息后，该第一消息指示终端设备在第二载波上将会执行一定的行为或动作。

该第一消息可以是网络设备承载在PDCCH上发送给终端设备的，可以是网络设备发送给终端设备的下行控制信息DCI，还可以是其他的消息或者是新消息，本申请实施例不做具体限定。当第一消息为DCI时，该DCI可以是调度终端设备初传的DCI，可以是上文提到的C-RNTI、CS-RNTI、INT-RNTI、SFI-RNTI、SP-CSI-RNTI、TPC-PUCCH-RNTI、TPC-PUSCH-RNTI和TPC-SRS-RNTI加扰的DCI等，本申请实施例不限于此。

应理解，终端设备在第一载波上能够接收第一消息，即终端设备在第一载波上处于激活态，因为只有终端设备处于激活态时才能够传输信令和/或数据。

在步骤S820中，在终端设备在第二载波上处于休眠态的情况下，经过第一时间长度后，终端设备在第二载波上执行监听PDCCH和传输数据中的至少一种。

相应地，经过第一时间长度后，网络设备可以在第二载波上执行向终端设备发送PDCCH和传输数据中的至少一种。应理解，终端设备为载波聚合终端设备，第一载波和第二载波为终端设备聚合的载波。当终端设备在第一载波上处于激活态时，终端设备在第二载波上可以处于激活态，也可以处于休眠态。

当终端设备在第一载波上接收第一消息时，若终端设备在第二载波上处于激活态，当第一消息指示终端设备在第二载波上执行监听PDCCH和传输数据中的至少一种时，终端设备可以直接根据第一消息的指示监听PDCCH和/或传输数据。

当终端设备在第一载波上接收第一消息时，若终端设备在第二载波上处于休眠态，当第一消息指示终端设备在第二载波上执行监听PDCCH和传输数据中的至少一种时，由于终端设备在第二载波上处于休眠态，而终端设备只有在激活态下才能监听PDCCH和/或传输数据，因此本申请实施例中，在这种情况下，终端设备经过第一时间长度后在第二载波上监听PDCCH和/或传输数据。

本申请实施例中的第一时间长度用于终端设备从休眠态中唤醒。本申请实施例中“终端设备从休眠态中唤醒”可以理解为终端设备从休眠态到能够监听PDCCH和/或传输数据的过程。也就是说，终端设备在第一时间长度内，先从休眠态中醒过来，这个过程也可以称为上文中所述的准备醒来(warm up)过程。终端设备在准备醒来的过程也是不能够做有效的信令和/或数据传输的。本申请实施例中终端设备在第一时间长度后监听PDCCH和/或传输数据，也就是终端设备在第一时间长度内是可以不进行监听PDCCH和/或传输数据的，相应的，网络设备在第一时间长度内是可以不发送PDCCH和/或不调度数据的。

应理解，当在步骤S810中，第一消息指示终端设备在第二载波上执行监听PDCCH和/或传输数据，但在步骤S820中，在经过第一时间长度后，网络设备在第二载波上可以不向终端设备发送PDCCH或数据，而终端设备也可以在从休眠态中唤醒，然后在第二载波上监听PDCCH或者做好传输数据的准备，只是终端设备可能监听不到PDCCH或者不会传输数据而已。

这样终端设备在从休眠态中醒来的过程不监听PDCCH和/或传输数据，网络设备在终端设备从休眠态中醒来的过程不发送PDCCH和/或传输数据，能够避免终端设备在这个过程中可能监听不到网络设备发送给自己的PDCCH或者不能接收网络设备发送的数据，而不能做有效的数据收发，从而提高了终端设备在载波聚合场景下的通信质量。

应理解，终端设备在第一时间长度之后执行的动作与第一消息指示的终端设备在第二载波上的动作是一致的。例如，第一消息指示终端设备在第二载波上监听PDCCH，则在步骤S820中，经过第一时间长度后终端设备在第二载波上监听PDCCH。又如，第一消息指示终端设备在第二载波上传输数据，则在步骤S820中，经过第一时间长度之后，终端设备在第二载波上进行传输数据。也即，在步骤S820中，终端设备在第二载波上执行第一消息所指示的行为。

还应理解，终端设备在第二载波上处于休眠态，可以理解为终端设备在第二载波上处于DRX周期中的休眠态，相应地，终端设备在第一载波上处于激活态，可以理解为终端设备在第一载波上处于DRX周期中的激活态。本申请实施例中的终端设备在第一载波和第二载波上均配置了DRX周期，其中终端设备在第一载波上处于激活态时，终端设备在第二载波上可能处于休眠态。

示例性的，第一载波的频率范围可以为6GHz以下，和/或第二载波的频率范围可以为毫米波频段。

上文中描述终端设备在第一时间长度后在第二载波上监听PDCCH和/或传输数据，在第一时间长度内在第二载波上不监听PDCCH和/或传输数据。

终端设备在第一时间长度内不监听PDCCH和/或传输数据的实现方式有多种。

作为一个示例，经过第一时间长度后，终端设备开启第一定时器，其中，在该第一定时器的运行过程中，终端设备能够在第二载波上执行监听PDCCH和传输数据中的至少一种。

也就是说，终端设备在第一定时器的运行过程中能够执行一定行为或动作，例如监听PDCCH和/或传输数据。相应地，网络设备可以根据终端设备是否在第一定时器的运行过程中，来确定是否向终端设备发送PDCCH和/或传输数据。

这样，经过第一时间长度后，终端设备已经从休眠态中唤醒，此时终端设备开启第一定时器，终端设备已经处于激活态，终端设备能够在第一定时器的运行过程中监听PDCCH和/或传输数据，而在第一定时器运行期间之外完成从休眠态中唤醒，从而避免了终端设备在第一定时器运行过程中做准备醒来的过程而不能做有效的数据传输，可以提高终端设备在载波聚合场景下的通信质量。

作为另一个示例，在接收第一消息时，终端设备开启第一定时器，在第一定时器的运行过程中，所述终端设备能够在所述第二载波上执行监听PDCCH和传输数据中的至少一种，其中，终端设备在开启第一定时器开始的所述第一时间长度内，在第二载波上不监听PDCCH或不进行数据传输。

终端设备在接收第一消息时，开启第一定时器，在第一定时器运行过程中，终端设备在第二载波上可以执行一定的行为，例如监听PDCCH和/或传输数据，相应的网络设备也可以在第一定时器的运行过程中可以执行一定的行为。由于终端设备是在接收第一消息时开启第一定时器，这样第一定时器的运行时长包括了终端设备从休眠态中唤醒的过程所需要的时间，而在这段时间内终端设备是不能做有效的数据传输的。因此本申请实施例中，终端设备虽然在接收第一消息时开启第一定时器，但终端设备在开启第一定时器开始的第一时间长度内在第二载波上不监听PDCCH或不进行数据传输。也就是终端设备在第一定时器开启后，在第一时间长度内，是可以不执行一定行为或动作，例如监听PDCCH和/或传输数据。而在经过第一时间长度后，终端设备已经从休眠态中唤醒，然后终端设备再进行监听PDCCH和/或传输数据。相应地，网络设备在第一时间长度内不向终端设备发送PDCCH或传输数据。本申请实施例通过限制网络设备和终端设备在第一时间长度内(即终端设备从休眠态中唤醒的过程中)的行为，可以避免终端设备在从休眠态唤醒的过程中进行PDCCH的监听和/或数据传输，可以提高终端设备在载波聚合场景下的通信质量。

可选地，在经过第一时间长度后，终端设备还可以开启第二定时器，其中，在第二定时器的运行过程中，终端设备能够在所述第一载波上执行监听PDCCH和传输数据中的至少一种。

终端设备在开启第一定时器和第二定时器时可以有多种实现方式。

例如，经过第一时间长度后，终端设备开启第一定时器，终端设备还可以开启第二定时器。在第一定时器的运行过程中，终端设备能够在第二载波上监听PDCCH和/或传输数据，在第二定时器的运行过程中，终端设备能够在第一载波上监听PDCCH和/或传输数据。即终端设备经过第一时间长度后同时开启第一定时器和第二定时器，这样第一定时器和第二定时器可以是同一个定时器，例如MAC实体级别的定时器，应理解，第一定时器和第二定时器也可以是同一个定时器。

又如，终端设备在接收第一消息时，终端设备开启第一定时器，终端设备还可以开启第二定时器。在第二定时器的运行过程中，终端设备能够在第一载波上监听PDCCH和/或传输数据，在第一定时器的运行过程中，终端设备在第一时间长度之后在第二载波上监听PDCCH和/或传输数据，在第一时间长度内，在第二载波上不监听PDCCH和/或传输数据。终端设备可以在第一载波上正常执行相应的行为，在第二载波上限制在第一时间长度内的行为。终端设备在接收第一消息时，同时开启第一定时器和第二定时器，这样第一定时器和第二定时器可以是同一个定时器，例如MAC实体级别的定时器，应理解，第一定时器和第二定时器也可以是同一个定时器。应理解，在终端设备同时开启第一定时器和第二定时器的情况下，第一定时器和第二定时器也可以是不同的定时器，即第一定时器用于为第二载波计时，第二定时器用于为第一载波计时。

再如，在接收第一消息时，终端设备设备开启第二定时器，经过第一时间长度后，终端设备开启第一定时器。在第一定时器的运行过程中，终端设备能够在第二载波上监听PDCCH和/或传输数据，在第二定时器的运行过程中，终端设备能够在第一载波上监听PDCCH和/或传输数据。终端设备开启第一定时器和第二定时器的时间不同，这样第一定时器和第二定时器可以是不同级别的定时器，例如第一定时器是第二载波级别的定时器，用于为第二载波计时，第二定时器是第一载波级别的定时器，用于为第一载波计时。

再如，在接收第一消息时，终端设备设备开启第一定时器，经过第一时间长度后，终端设备开启第二定时器。在第一定时器的运行过程中，终端设备在第一时间长度之后在第二载波上监听PDCCH和/或传输数据，在第一时间长度内，在第二载波上不监听PDCCH和/或传输数据。在第二定时器的运行过程中，终端设备能够在第一载波上监听PDCCH和/或传输数据。即终端设备在第一时间长度后在第一载波和第二载波上正常执行相应的行为，但在第二载波上限制终端设备在第一时间长度内的行为。终端设备开启第一定时器和第二定时器的时间不同，这样第一定时器和第二定时器可以是不同级别的定时器。

可选地，第一定时器和第二定时器可以是InactivityTimer。

本申请实施例中的第一时间长度用于终端设备在第二载波上从休眠态中唤醒。可选地，第一时间长度大于或等于状态转换时长，该状态转换时长为终端设备从休眠态中唤醒所需的时间。终端设备从休眠态中唤醒可以理解为终端设备从休眠态到能够有效执行一定动作或行为的过程，例如监听PDCCH和/或传输数据。具体地，当第一消息指示终端设备在第二载波上监听PDCCH时，终端设备从休眠态中唤醒的过程可以理解为终端设备从休眠态到能够有效监听PDCCH的过程。当第一消息指示终端设备在第二载波上传输数据时，终端设备从休眠态中唤醒的过程可以理解为终端设备从休眠态到能够有效传输数据的过程。本申请实施例中，终端设备有效监听PDCCH或者有效传输数据可以理解为，终端设备已经完成了准备醒来warm up的过程，已打开硬件或者做完波束管理等过程，准备好传输信令或数据了。

第一时间长度大于或等于状态转换时长，可以保证终端设备在第二载波上从休眠态中唤醒，然后在第一时间长度之后实现有效的信令或数据传输。上文所述第一时间长度用于终端设备从休眠态中唤醒，可以理解为终端设备在第一时间长度结束内恰好从休眠态中唤醒，或者终端设备在第一时间长度内完成从休眠态中唤醒的过程，并且在第一时间长度内的部分时间内处于能够有效监听PDCCH或者有效传输数据的状态。

可选地，当第一消息用于指示所述终端设备在第二载波上传输数据时，该数据与该第一消息之间的时间间隔大于或等于所述第一时间长度。

换句话说，当终端设备在第一载波上接收的第一消息用于指示终端设备在第二载波上进行数据传输，终端设备使用第一载波和第二载波可以实现跨载波调度，这时终端设备在第二载波上所传输的数据的位置与终端设备在第一载波上接收的第一消息(例如DCI)的位置之间的时间间隔应大于第一时间长度。这样可以保证终端设备在第一时间长度内完成从休眠态中唤醒的过程，在第一时间长度后可以正确传输数据，提高跨载波调度下的通信质量。

可选地，本申请实施例中，第一时间长度可以与终端设备在第二载波上所处的睡眠等级对应。也就是终端设备可以配置有至少一个睡眠等级，终端设备可以根据终端设备在第二载波上所处的睡眠等级，选择相应的第一时间长度。

与人的睡眠状态有深睡、浅睡类似，终端设备也可以配置至少一个睡眠等级。在不同的睡眠等级下，终端设备所处的睡眠状态有所不同，睡眠的程度不同，功耗也不同。例如终端设备处于深度睡眠时，终端设备可以关闭所有射频收发器和基带处理器等通信器件，只做一些功耗非常低的必要的通信；终端设备处于浅度睡眠时，终端设备可以只关闭功耗比较大的通信器件，能完成比处于深度睡眠多的一些通信。或者再如，终端设备处于深度睡眠时，终端设备可以睡得久一些再醒来，而处于浅度睡眠时，终端设备则可以睡一会就醒来。一般情况下，终端设备的睡眠程度越深，终端设备睡得时间越长，在睡眠期间需要做的工作越少，这样可以进一步减少终端设备的功耗。

具体而言，例如，终端设备配置有一个睡眠等级，即终端设备从休眠态中唤醒所需的时间大致相同。相应地，网络设备可以为终端设备配置一个时间长度，即第一时间长度。这样经过第一时间长度后，终端设备都可以完成从休眠态中唤醒的过程。

又如，终端设备配置有至少两个睡眠等级，即终端设备在不同的睡眠等级下，从休眠态中唤醒所需的时间可以是不同的。例如终端设备可以配置有两个睡眠等级，即深睡和浅睡，则当终端设备处于深睡的状态时从休眠态中唤醒所需的时间可能会长于终端设备处于浅睡的状态时从休眠态中唤醒所需的时间。相应地，网络设备可以为终端设备配置至少两个时间长度，所述至少两个睡眠等级中的每个睡眠等级对应所述至少两个时间长度中的一个。也就是终端设备可以根据当前所处的睡眠等级，从网络设备配置的至少两个时间长度中确定与当前睡眠等级对应的第一时间长度。应理解，本申请实施例中所述的当前的睡眠等级可以理解为终端设备在第一载波上接收第一消息时，在第二载波上所处的睡眠状态。

可选地，终端设备配置有至少一个睡眠等级，在步骤S810之前，方法800还包括：终端设备接收网络设备发送的配置信息，该配置信息用于指示至少一个时间长度，该至少一个时间长度包括上述第一时间长度，该至少一个睡眠等级中的每个睡眠等级对应该至少一个时间长度中的一个。

也就是说，网络设备可以为终端设备配置一个或多个时间长度用于终端设备从休眠态中唤醒，终端设备可以根据当前的睡眠等级来确定选择相应的时间长度为第一时间长度。应理解，终端设备当前的睡眠等级可以理解为终端设备在第一载波上接收到第一消息时，终端设备在第二载波上所处的睡眠状态。至少一个睡眠等级中的每个睡眠等级对应至少一个时间长度中的一个，即终端设备处于每个睡眠等级下时，可以在与睡眠等级相对应的时间长度内完成warm up，即完成从休眠态中唤醒。

应理解，终端设备配置有至少一个睡眠等级，当终端设备处于不同的睡眠等级下时，从休眠态中唤醒所需的时间可以是不同的。

可选地，该配置信息可以承载于无线资源控制RRC消息、下行控制信息DCI或者其他的消息中，由网络设备发送给终端设备。

也就是说，第一时间长度可以由网络设备通过RRC消息配置给终端设备，也可以通过DCI指示给终端设备。在一些其他实施例中，第一时间长度还可以是标准中预定义好的。本申请实施例不做具体限定。

可选地，当终端设备配置有上述至少一个时间长度中的多个时间长度和上述至少一个睡眠等级中的多个睡眠等级时，方法800还包括：终端设备根据当前睡眠等级，从该多个时间长度中确定所述第一时间长度。该第一时间长度与终端设备当前的睡眠等级相对应。

当前睡眠等级即终端设备在第一载波上接收第一消息时，在第二载波上的睡眠状态。第一时间长度与终端设备当前的睡眠等级相对应，可以理解为在第一时间长度内，终端设备可以从当前睡眠等级对应的休眠态中唤醒。

可选地，方法800还包括：在所述终端设备配置有一个睡眠等级的情况下，终端设备向网络设备发送该一个睡眠等级相对应的状态转换时长；或者在所述终端设备配置有多个睡眠等级的情况下，终端设备向网络设备发送该多个睡眠等级和与该多个睡眠等级中每个睡眠等级相对应的状态转换时长。该状态转换时长为终端设备从休眠态中唤醒所需的时间。

可选地，该状态转换时长可以承载于终端设备能力消息(UE capabilityinformation)、终端设备辅助信息消息(UE assistance information)或者其他信息中，由终端设备上报给网络设备。

换句话说，当终端设备配置有一个睡眠等级的时候，终端设备从休眠态中唤醒所需的时间大致相同，因此，终端设备可以向网络设备上报终端设备从休眠态中唤醒所需的时间，即状态转换时长。当终端设备配置有多个睡眠等级的时候，终端设备处于不同的睡眠等级的时候，终端设备从休眠态中唤醒的时间可能是不同的，即终端设备处于不同的睡眠等级时，状态转换时长可能是不同的。因此，终端设备可以向网络设备上报终端设备的睡眠等级和状态转换时长的对应关系，以用于网络设备为终端设备配置与每个睡眠等级相对应的第一时间长度。

在本申请一些其他实施例中，当终端设备配置有多个睡眠等级时，终端设备也可以向网络设备上报该多个睡眠等级中从休眠态中唤醒所需时间最长的睡眠等级对应的状态转换时长。这样终端设备不论处于何种睡眠等级，都能够在该最长的状态转换时长内从休眠态中唤醒，这样终端设备均是在相同时间长度之后在第二载波上执行监听PDCCH和传输数据中的至少一种。

应理解，当终端设备配置有多个睡眠等级时，该多个睡眠等级与状态转换时长可以是一一对应的关系，即每个睡眠等级对应的状态转换时长不同，即终端设备在不同的睡眠等级下从休眠态中唤醒所需的时间不同。在一些其他实施例中，该多个睡眠等级与状态转换时长可以是一对多的关系，即多个睡眠等级中的至少两个睡眠等级对应的状态转换时长相同，即终端设备在该多个睡眠等级中的至少两个睡眠等级下从休眠态中唤醒所需的时间相同。

还应理解，当终端设备配置有多个睡眠等级时，该多个睡眠等级与网络设备配置的时间长度可以是一一对应的关系，即终端设备处于不同的睡眠等级下时，在步骤S820中终端设备在第一载波上接收第一消息后经过不同的时间长度在第二载波上监听PDCCH和/或传输数据。在一些其他实施例中，该多个睡眠等级与网络设备配置的第一时间长度可以是一对多的关系，即终端设备处于多个睡眠等级中的至少两个睡眠等级下时，在步骤S820中终端设备接收第一消息后经过相同的时间长度后在第二载波上监听PDCCH和/或传输数据。

当终端设备配置有多个睡眠等级时，终端设备确定当前睡眠等级的方式有多种。

作为一个示例，终端设备可以根据开启第一定时器的位置与第一载波上配置的DRX周期的关系确定当前睡眠等级。以终端设备配置有两个睡眠等级(例如深睡和浅睡)为例，若终端设备开启第一定时器的位置与终端设备接收第一消息的位置均位于相应载波上的当前DRX周期，终端设备在第二载波上的休眠时间位于第一载波上配置的一个DRX周期内，则终端设备可以确定终端设备当前的睡眠等级为浅睡；若终端设备开启第一定时器的位置位于第二载波上的当前DRX周期，终端设备的休眠时间位于第一载波上配置的多个DRX周期内(即终端设备跨DRX周期开启第一定时器)，则终端设备可以确定当前的睡眠等级为深睡。

作为另一个示例，终端设备可以根据终端设备在第二载波上的已睡眠时长与睡眠等级划分门限确定当前睡眠等级。其中终端设备在第二载波上的已睡眠时长可以根据终端设备开启第一定时器的位置(或者是终端设备在第一载波上接收第一消息的位置)与终端设备在第二载波上的上一个DRX周期结束时间位置所相差的时间来确定。仍以终端设备配置有两个睡眠等级(例如深睡和浅睡)为例，若终端设备开启第一定时器的位置(或者是终端设备在第一载波上接收第一消息的位置)相距第二载波上的上一个DRX周期结束位置的时间差长于或等于第一门限(例如10ms)，终端设备可以确定当前睡眠等级为深睡；若终端设备开启第一定时器的位置(或者是终端设备在第一载波上接收第一消息的位置)相距第二载波上的上一个DRX周期结束位置的时间差短于第一门限，终端设备可以确定当前睡眠等级为浅睡。在一些实施例中，当终端设备开启第一定时器的位置相距第二载波上的上一个DRX周期结束位置的时间差等于第一门限时，终端也可以确定当前睡眠等级为浅睡。以终端设备配置有三个睡眠等级为例，若终端设备在第二载波上的已睡眠时长大于或等于第一门限(例如10ms)时，终端设备确定当前的睡眠等级为深度睡眠；若终端设备在第二载波上的已睡眠时长位于第一门限(例如10ms)与第二门限(例如5ms)之间，终端设备可以确定当前的睡眠等级为中度睡眠；若终端设备在第二载波上的已睡眠时长小于第二门限(例如5ms)时，终端设备可以确定当前的睡眠等级为浅度睡眠。应理解，第一门限应大于第二门限。对于已睡眠时长等于等级划分门限的情况，可以根据实际需求在标准中规定好，将其划分到相邻的两个睡眠等级中的某一个睡眠等级中。

可选地，上述睡眠等级划分门限可以由终端设备上报给网络设备。相应地，该睡眠等级划分门限也可以由网络设备配置给终端设备。

在本申请一些实施例中，终端设备可以在接收到第一消息时，即指示终端设备在第二载波上执行监听PDCCH和传输数据中的至少一种。在另一些实施例中，当满足预设条件时，终端设备接收到的第一消息才指示在第二载波上执行监听PDCCH和传输数据中的至少一种。这样终端设备可以不用每次在第一载波上接收到第一消息时都在第二载波上监听PDCCH和/或传输数据，从而节省终端设备在第二载波上的功耗。

也就是说，当满足预设条件时，终端设备在第一载波上接收到的第一消息用于指示终端设备在第二载波上执行监听PDCCH和传输数据中的至少一种。这样，当终端设备在第二载波上处于激活态时，终端设备根据第一消息在第二载波上进行监听PDCCH和/或传输数据；当终端设备在第二载波上处于休眠态时，终端设备可以经过第一时间长度之后，根据第一消息在第二载波上进行监听PDCCH和/或传输数据。

当不满足预设条件时，终端设备在第一载波上接收到的第一消息不用于指示终端设备在第二载波上执行监听PDCCH和传输数据中的至少一种，或者指示终端设备在第二载波上不监听PDCCH或不传输数据。这样，当终端设备在第二载波上处于激活态时，终端设备在第二载波上也可以不监听PDCCH和/或传输数据；当终端设备在第二载波上处于休眠态时，终端设备可以继续处于休眠态，而无需从休眠态中唤醒。

在一种实现方式中，上述预设条件包括：第一消息包括指示信息。也就是说，满足预设条件即第一消息包括指示信息时，第一消息用于指示终端设备在第二载波上执行监听PDCCH和传输数据中的至少一种。不满足预设条件即第一消息不包括指示信息，第一消息不用于指示终端设备在第二载波上执行监听PDCCH和传输数据中的至少一种，或者第一消息用于指示终端设备在第二载波上不监听PDCCH或不传输数据。

在另一种实现方式中，上述预设条件包括：第一消息包括指示域，该指示域指示终端设备在第二载波上执行监听PDCCH和传输数据中的至少一种。也就是说，满足预设条件即第一消息包括指示域，该指示域指示终端设备在第二载波上执行监听PDCCH和传输数据中的至少一种时，第一消息用于指示终端设备在第二载波上执行监听PDCCH和传输数据中的至少一种。不满足预设条件即第一消息包括指示域，该指示域指示终端设备在第二载波上不监听PDCCH或不传输数据时，第一消息用于指示终端设备在第二载波上不监听PDCCH或不传输数据。

在又一种实现方式中，上述预设条件包括：终端设备在第一载波上接收第一消息的时机满足预设规则。也就是说，满足预设条件即终端设备在第一载波上接收第一消息的时机满足预设规则时，第一消息用于指示终端设备在第二载波上执行监听PDCCH和传输数据中的至少一种。不满足预设条件即终端设备在第一载波上接收第一消息的时机不满足预设规则时，第一消息不用于指示终端设备在第二载波上执行监听PDCCH和传输数据中的至少一种，或者第一消息用于指示终端设备在第二载波上不监听PDCCH或不传输数据。示例性的，例如终端设备可以在第一载波上的一个DRX周期接收到多个第一消息，而终端设备在第一载波上当前接收到的第一消息是终端设备在一个DRX周期内接收到的第N个，则该当前接收到的第一消息或者该第一消息及之后的第一消息用于指示终端设备在第二载波上执行监听PDCCH和传输数据中的至少一种。相应地，对于网络设备来说，上述预设条件包括：网络设备在第一载波上发送第一消息的时机满足预设规则。

应理解，由上文描述可知，终端设备在第一定时器的运行过程中，才能在第二载波上监听PDCCH和/或传输数据，因此，当满足预设条件时，第一消息可以用于指示终端设备在第二载波上开启第一定时器。

因此，本申请实施例还提供另一种无线通信方法，能够减少终端设备功耗。下面结合图9对本申请实施例进行详细描述。

图9示出了本申请实施例提供的另一种无线通信方法的示意性流程图。图9所示的方法可以由终端设备执行。该终端设备例如可以是图1所示终端设备120。该方法900可以包括步骤S910至步骤S920。

在步骤S910，终端设备在第一载波上接收网络设备发送的第一消息。

该第一消息用于指示终端设备在第二载波上是否开启第一定时器。即该第一消息可以指示终端设备在第二载波上开启第一定时器，或者该第一消息可以指示终端设备在第二载波上不开启第一定时器。

在步骤S920，终端设备根据第一消息开启第一定时器，在第一定时器的运行过程中，终端设备在第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种。

换句话说，当第一消息指示终端设备开启第一定时器时，终端设备开启第一定时器，相应地，终端设备在第一定时器的运行过程中可以监听PDCCH和/或传输数据。当第一消息指示终端设备不开启第一定时器时，终端设备则不开启第一定时器，相应地，终端设备在第二载波上可以继续保持之前的状态。

终端设备根据第一消息开启第一定时器的方式有多种。

作为一个示例，第一消息包括指示信息时，终端设备开启第一定时器。相应地，第一消息不包括指示信息时，终端设备不开启第一定时器。

作为另一个示例，第一消息包括指示域，该指示域指示开启第一定时器时，终端设备开启第一定时器。相应地，该指示域指示不开启第一定时器时，终端设备不开启第一定时器。

作为又一个示例，当终端设备接收第一消息的时机满足预设规则时，终端设备开启第一定时器。相应地，终端设备接收该第一消息的时机不满足预设规则时，终端设备不开启第一定时器。

简而言之，当满足预设条件时，第一消息用于指示终端设备开启第一定时器。当不满足预设条件时，第一消息用于指示终端设备不开启第一定时器。

在满足预设条件的情况下，第一消息指示终端设备开启第一定时器，也可以理解为终端设备用于指示终端设备在第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种。

当终端设备在第一载波上接收第一消息时，终端设备在第二载波上可能处于休眠态。如果终端设备在接收到第一消息时就开启第一定时器，则终端设备在第二载波上需要先从休眠态中唤醒。若此时网络设备对终端设备进行调度，则又会出现上述提到的终端设备在从休眠态中唤醒过程中不能有效进行信令或数据传输问题。因此，在这种情况下，在步骤S920之后，终端设备可以进一步执行图8中的方法800。

具体地，在终端设备接收所述第一消息时，终端设备在第二载波上处于休眠态的情况下，方法900还包括：自接收第一消息开始，经过第一时间长度之后，终端设备在第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种，其中所述第一时间长度用于终端设备从休眠态中唤醒。具体实现方式可参考上文关于方法800的相关描述，为简洁，不再赘述。

为方便理解，下面结合将附图10-17，更加详细地描述本申请实施例的一些具体的非限制性的例子。图10-17中以第一载波属于FR1，第二载波属于FR2为例进行描述，但是本申请实施例也可以应用其他频率范围的第一载波和第二载波，只要存在终端设备在第一载波上处于激活态，在第二载波上处于休眠态的场景即可。另外，图10-17中以第一载波和第二载波配置有持续时间定时器(onDurationTimer)和/或非激活定时器(InactivityTimer)为例，但如上面所描述的，本申请实施例中第一载波和第二载波也可以配置有其他类型的定时器。还需要说明的是，图10-17中以终端设备在第一载波上接收的第一消息为DCI为例进行描述，但如上面所述，本申请实施例中终端设备在第一载波上接收到的第一消息还可以是其他消息例如PDCCH或新消息，本申请实施例不做特殊限定。

图10示出了本申请一个实施例提供的无线通信方法中终端设备的状态示意图。

如图10所示，第一CC和第二CC为终端设备聚合的成员载波，第一CC和第二CC均配置有DRX周期。在第一CC上，在每个DRX周期开始的时候，终端设备需要开启第一CC对应的onDurationTimer，其中，在第一CC对应的onDurationTimer运行过程中，终端设备在第一载波上处于激活态。在第二CC上，在每个DRX周期开始的时候，终端设备需要开启第二CC对应的onDurationTimer，其中，在第二CC对应的onDurationTimer运行过程中，终端设备在第二载波上处于激活态。图中实线框即表示onDurationTimer的运行时间。从图中可以看出，第一CC对应的onDurationTimer值与第二CC对应的onDurationTimer值不同。

在位置①处，第一CC对应的onDurationTimer运行中，终端设备在第一CC上处于激活态，而第二CC对应的onDurationTimer超时已定时结束，终端设备在第二CC上处于休眠态。当终端设备在位置①处接收网络设备发送的第一消息例如DCI时，终端设备开启第一CC对应的InactivityTimer(即上文所述的第二定时器的一例)，但不立即启动第二CC对应的InactivityTimer(即上文所述的第一定时器的一例)，而是经过第一时间长度后，在位置②处启动第二CC对应的InactivityTimer。位置①和位置②之间的时间间隔为第一时间长度，其中该第一时间长度用于终端设备在第二CC上从休眠态中唤醒。应理解，终端设备在第二CC上从休眠态中唤醒，可以理解为终端设备从休眠态中准备醒来，到能够在第二CC上监听PDCCH和/或传输数据，即第一时间长度用于终端设备在第二CC上完成warm up过程。

终端设备在位置②处开启第二CC对应的InactivityTimer，终端设备在第二CC对应的InactivityTimer运行期间，在第二CC上处于激活态。终端设备在第二CC对应的InactivityTimer运行之前已经完成warm up过程，因此网络设备侧知道终端设备侧何时开启第二CC对应的InactivityTimer，网络设备侧在第二CC对应的InactivityTimer运行期间与终端设备进行通信，例如向终端设备发送PDCCH或调度终端设备等。在终端设备启动第二CC对应的InactivityTimer前，网络设备知道终端设备在第二CC上处于休眠态，网络设备侧也不会与终端设备在第二CC上通信。

需要说明的是，终端设备在第一CC上接收到的第一消息，用于指示终端设备在第二CC上执行监听PDCCH和传输数据中的至少一种。由于只有在第二CC对应的InactivityTimer运行期间，终端设备在第二CC上才能执行相应的动作，因此第一消息也可以理解为用于指示终端设备开启第二CC对应的InactivityTimer。

应理解，在网络设备看来，只要第二CC对应的InactivityTimer处于运行状态，网络设备就认为终端设备处于激活态(即激活时间)，就可以进行调度。因此，本申请实施例通过规定第二CC对应的InactivityTimer启动的时间位置，使终端设备在开启第二对应的InactivityTimer之前完成在第二CC上的warm up过程，避免了网络设备与终端设备在终端设备进行warm up过程中进行通信，提高终端设备的通信质量。

图10中所示的位置③与位置④的情况与位置①和位置②的情况类似，不再赘述。

图10中以及以下的附图中，仅示例性的示出了终端设备在第二CC上的休眠时间和状态转换时间。应理解，终端设备从休眠态中唤醒时均需要进行warm up过程，其中在终端设备开启第一CC和第二CC分别对应的onDurationTimer之前，终端设备已经完成warm up过程，为简洁，图中未全部标示出来。另外，终端设备在非onDurationTimer运行期间和非InactivityTimer运行期间，终端设备处于休眠态，该段时间为终端设备在相应载波上的休眠时间，同样为简洁，图中未全部标示出来。

参考图10，第一CC对应的InactivityTimer和第二CC对应的InactivityTimer可以是不同的定时器，这样终端设备可以按照现有机制正常启动或重启第一CC对应的InactivityTimer，而在第一时间长度之后启动第二CC对应的InactivityTimer。这样，即使终端设备在第一时间长度内在第二CC上不能进行信令或数据的传输，但是仍可以在第一CC上进行信令或数据的传输，可以充分利用通信资源。

在一些其他实施例中，第一CC和第二CC可以共用一个InactivityTimer，例如该InactivityTimer可以是MAC实体级别的定时器。参考图11，与图10所示的无线通信方法不同的是，图11中终端设备开启第一CC对应的InactivityTimer和开启第二CC对应的InactivityTimer时间位置相同，均是自终端设备在第一载波上接收第一消息开始，经过第一时间长度之后开启的。这样，可以使得终端设备在第一CC和第二CC上开启InactivityTimer的时间位置相同，可以与现有机制保持一致，第一CC和第二CC共用一个定时器。

上述第一时间长度是根据终端设备从休眠态中唤醒所需的时间(即状态转换时长)确定的。第一时间长度应大于或等于状态转换时长，以保证终端设备在第一时间长度内完成warm up。

因此，终端设备接入网络后，需要向网络设备上报该状态转换时长。可选地，该状态转换时长可以承载于终端设备能力消息、终端设备辅助消息或其他消息中，由终端设备上报给网络设备。

终端设备从休眠态中唤醒可以有一个最小时间长度，即在该最小时间长度内，终端设备恰好从休眠态中唤醒。可选地，终端设备向网络设备上报的可以是终端设备从休眠态中唤醒所需的最小时间长度，即终端设备完成warm up所需的最小时间长度。

相应地，网络设备可以根据终端设备上报的状态转换时长为终端设备配置上述第一时间长度，其中第一时间长度应大于或等于终端设备上报的状态转换时长。

网络设备可以向终端设备发送配置信息，该配置信息指示上述第一时间长度。可选地，该配置信息可以承载于RRC消息、上述第一消息中。

示例性的，网络设备给终端设备发送的配置信息可以为如下形式：

2>if the PDCCH indicates a new transmission(DL or UL):

3>start or restart drx-InactivityTimer in the first symbol after atime period T after the end of the PDCCH reception.

换句话说，第一消息承载于PDCCH，如果终端设备在第一CC上监听的承载第一消息的PDCCH指示终端设备在第二CC上有新的传输时，则终端设备在接收完PDCCH之后的T时间后启动或重启第二CC对应的InactivityTimer，其中T即为上述第一时间长度。

当终端设备配置有多个睡眠等级时，终端设备处于休眠态时的睡眠程度不同，因此终端设备从休眠态中唤醒所需的时间(即warm up的时间)可以不同。这样，终端设备可以向网络设备上报多个睡眠等级和与多个睡眠等级中每个睡眠等级所对应的状态转换时长，网络设备根据终端设备上报的多个状态转换时长，为终端设备配置多个第一时间长度。该终端设备处于每个睡眠等级时对应多个第一时间长度中的一个。这样终端设备可以根据终端设备当前的睡眠等级从多个时间长度中确定与当前睡眠等级对应的第一时间长度，然后在第一时间长度之后再执行一定的动作或行为。应理解，终端设备处于每个睡眠等级时所对应的第一时间长度应大于或等于该睡眠等级所对应的状态转换时长。

下面结合图12进行详细描述。如图12所示，与图10不同的是，在位置①之前，终端设备在第二CC上处于浅度睡眠(简称浅睡)，即终端设备在位置①之前的休眠时间为浅睡时间。在位置③之前，终端设备在第二CC上处于深度睡眠(简称深睡)，即终端设备在位置①之前的休眠时间为深睡时间。由于终端设备从浅睡状态中唤醒所需的时间与从深睡状态中唤醒所需的时间不同，因此终端设备可以根据当前的睡眠等级确定第一时间的长度，也就是从网络设备所配置的多个第一时间长度中选择与当前睡眠等级相对应的第一时间长度。例如终端设备在位置①处在第一CC上接收第一消息例如DCI后，经过较短的第一时间度后在位置②处开启第二CC对应的InactivityTimer；终端设备在位置③处在第一CC上接收第一消息例如DCI后，经过较长的第一时间度后在位置④处开启第二CC对应的InactivityTimer。

通过为终端设备配置多个第一时间长度，使得终端能够在与当前在第二CC上的睡眠等级对应的第一时间长度后执行一定的行为和动作，能够充分利用通信资源。

当然，在一些其他实施例中，当终端设备配置有多个睡眠等级时，网络设备也可以为终端设备配置一个第一时间长度，这样不论终端设备在第二CC上处于何种睡眠等级，都在第一CC上接收第一消息开始，经过相同时间长度后执行一定的行为和动作。

终端设备确定终端设备在第二CC上所处的当前睡眠等级的方式可以有以下几种，仍然参考图12。

例如，在位置①之前，终端设备在第二CC上的休眠时间位于终端设备在第一CC上的一个DRX周期内，则终端设备可以确定在第二CC上处于浅睡状态，当从浅睡状态中唤醒时，终端设备经过较短的第一时间长度后在位置②处开启第二CC对应的InactivityTimer。类似地，在位置③之前，终端设备在第二CC上的休眠时间位于终端设备在第一CC上的多个DRX周期内，则终端设备可以确定在第二CC上处于深睡状态，当从深睡状态中唤醒时，终端设备经过较长的第一时间长度后在位置④处开启第二CC对应的InactivityTimer。应理解，终端设备可以配置有三个、四个或更多个睡眠等级，终端设备判断在第二CC上所处的睡眠等级方式类似。以终端设备配置三个睡眠等级为例，当终端设备在第二CC上的休眠时间位于终端设备在第一CC上的一个DRX周期内，终端设备确定在第二CC上处于浅度睡眠；当终端设备在第二CC上的休眠时间位于终端设备在第一CC上的两个至四个DRX周期内，终端设备确定在第二CC上处于中度睡眠；当终端设备在第二CC上的休眠时间位于终端设备在第一CC上的至少五个DRX周期内，终端设备确定在第二CC上处于深度睡眠。本申请实施例不限于此。

再如，终端设备接收第一消息的位置①相距第二CC上的上一个DRX周期结束时间位置差短于第一门限时，终端设备确定在第二CC上处于浅睡状态。当从浅睡状态中唤醒时，终端设备经过较短的第一时间长度后在位置②处开启第二CC对应的InactivityTimer。类似地，终端设备接收第一消息的位置③相距第二CC上的上一个DRX周期结束时间位置差长于或等于第一门限时，则终端设备可以确定在第二CC上处于深睡状态，当从深睡状态中唤醒时，终端设备经过较长的第一时间长度后在位置④处开启第二CC对应的InactivityTimer。应理解，终端设备可以配置有三个、四个或更多个睡眠等级，终端设备判断在第二CC上所处的睡眠等级方式类似。以终端设备配置三个睡眠等级为例，当终端设备接收第一消息的时间位置相距第二CC上的上一个DRX周期结束时间位置差长于或等于第一门限时，终端设备确定在第二CC上处于深度睡眠；当终端设备接收第一消息的时间位置相距第二CC上的上一个DRX周期结束时间位置差介于第一门限和第二门限之间，终端设备确定在第二CC上处于中度睡眠，其中第一门限大于第二门限；当终端设备接收第一消息的时间位置相距第二CC上的上一个DRX周期结束时间位置差短于第二门限时，终端设备确定在第二CC上处于浅度睡眠。本申请实施例不限于此。

本申请实施例中，终端设备接收第一消息的时间位置相距第二CC上的上一个DRX周期结束时间位置差可以理解为是终端设备的已睡眠时长。即从第二CC的上一个DRX周期结束时间位置开始，截止到终端设备在第一载波上接收第一消息时，终端设备在第二CC上已经休眠的时间。

简而言之，根据终端设备的在第二CC上的已睡眠时长位于终端设备的睡眠等级划分门限的哪个区间，来确定终端设备在第一CC上接收第一消息时，终端设备第二CC上的睡眠等级。

由于网络设备侧定时器的开启需要与终端设备侧相应定时器的开启同步，因此网络设备侧需要知道终端设备侧选择了哪个第一时间长度，也就是说网络设备侧也需要知道终端设备的当前睡眠等级。可选地，网络设备侧确定终端设备当前睡眠等级的方式与终端设备相同。因此终端设备除了向网络设备上报终端设备处于每个睡眠等级所对应的状态转换时长，还需要向网络设备上报睡眠等级划分门限，例如上述示例中所列举的DRX周期个数或者上述第一门限、第二门限等值。

可选地，网络设备还可以根据终端设备上报的睡眠等级划分门限，再为终端设备配置该睡眠等级划分门限。或者，网络设备将终端设备上报的睡眠等级划分门限默认为预设配置。本申请实施例不限于此。

当终端设备配置有多个睡眠等级时，状态转换时长的上报，第一时间长度的配置方式等与图10和图11中终端设备配置有一个睡眠等级类似，具体参考图10和图11的相关描述，在此不再赘述。

图13示出了另一个实施例提供的无线通信方法中终端设备的状态示意图。与图10不同的是，终端设备在位置①处接收第一消息例如DCI时，即开启第二CC对应的InactivityTimer，但自位置①起的第一时间长度内，网络设备不会在第二CC上进行数据调度，终端设备不需要在第一时间长度内，在第二CC上执行一定的行为或动作，例如监听PDCCH，或发送探测参考信号(sounding reference signal，SRS)、信道状态信息报告(channel state information report，CSI report)，或进行数据传输等。

本申请实施例中第一时间长度应大于或等于状态转换时长。本申请实施例中状态转换时长的上报、第一时间长度的配置、第一CC对应的InactivityTimer的开启等与图10中的方式类似，具体可参考有关图10和图11的相关描述，在此不再赘述。

另外，本申请实施例中终端设备也可以配置有多个睡眠等级，具体可参考图12的相关描述，在此不再赘述。

Data scheduling within an a time period T from start ofInactivityTimer is not expected.

换句话说，终端设备在第二CC对应的InactivityTimer开启后的第一时间长度内，不进行数据调度。

应理解，由于终端设备在接收到第一消息时就开启了第二CC对应的InactivityTimer，因此终端设备在第二CC上从休眠态中唤醒的过程是在第二CC对应的InactivityTimer运行期间完成的。在网络设备看来，只要第二CC对应的InactivityTimer处于运行状态，网络设备就认为终端设备处于激活态，就可以进行调度。本申请实施例通过限制网络设备和终端设备在开启第二CC对应的InactivityTimer时在第一时间长度内的行为，可以避免终端设备与网络设备在终端设备从休眠态中唤醒的过程进行通信，从而提高终端设备的通信质量。

上述图10至图13所示的无线通信方法可以应用于跨载波调度场景。跨载波调度即终端设备在一个载波上监听并接收PDCCH，但在另一个载波上接收PDCCH调度的数据(例如物理下行共享信道(physical downlink shared channel，PDSCH)或物理下行共享信道(physical uplink shared channel，PUSCH))。跨载波调度可以用于载波聚合场景中，在某个载波上的功耗优化。例如在5G通信***中，终端设备可以采用FR1和FR2做载波聚合，跨载波调度可以做FR2载波上的功耗优化。例如FR1 CC可以跨载波调度FR2 CC的数据，即终端设备只在FR1 CC上监听并接收PDCCH，此时终端设备在FR2 CC可处于休眠状态不需要监听PDCCH(低功耗)。当有数据需要在FR2 CC上传输时，通过在FR1 CC接收到的PDCCH确定在FR2CC的数据调度，此时终端设备才需要在FR2 CC上唤醒，而接收PDSCH或PUSCH。

在跨载波调度场景中，参考图14，终端设备在第一CC上接收的第一消息例如PDCCH用于指示终端设备在第二CC上传输数据。第一消息中可以指示数据在第二CC上的位置。考虑到终端设备在第二CC上处于休眠态，若终端设备想要进行数据传输，需要先从休眠态中唤醒。本申请实施例中，第一消息中指示的数据例如PDSCH或PUSCH的时间位置与终端设备接收第一消息例如PDCCH的时间位置之间的间隔应大于或等于第一时间长度。该第一时间长度大于或等于终端设备从休眠态中唤醒所需的时间。

如图14所示，例如终端设备在位置①处接收到的第一消息例如PDCCH指示终端设备在第二CC上传输PDSCH，则第一CC和第二CC跨载波调度的时间间隔(即第一消息如PDCCH距PDSCH的时长)需要满足大于或等于第一时间长度。也就是终端设备在位置②处在第二CC上接收PDSCH，其中位置①距位置②的时间间隔大于第一时间长度，终端设备从休眠态中唤醒的过程在位置②之前完成。又如，终端设备在位置③处接收到的第一消息例如PDCCH指示终端设备在第二CC上传输PUSCH，则第一CC和第二CC跨载波调度的时间间隔(即第一消息如PDCCH距PUSCH的时长)需要满足大于或等于第一时间长度。也就是终端设备在位置④处在第二CC上接收PUSCH，其中位置③距位置④的时间间隔大于第一时间长度，终端设备从休眠态中唤醒的过程在位置④之前完成。

在一些其他实施例中，第一CC和第二CC跨载波调度的时间间隔(第一消息如PDCCH距PDSCH的时长或第一消息如PDCCH距PUSCH的时长)也可以设置为满足大于或等于状态转换时长，即终端设备从休眠态中唤醒所需的时间，或者说终端设备完成warm up过程所需的时间。

应理解，在跨载波调度的场景中，终端设备也可以配置多个睡眠等级，这样第一CC和第二CC跨载波调度的时间间隔可以根据终端设备在接收到第一消息时，在第二CC上所处的睡眠等级确定。还应理解，虽然终端设备在第二CC上设置有onDurationTimer和InactivityTimer，但终端设备在第二CC上在这些定时器的运行过程中不需要监听PDCCH，可以节省终端设备的功耗。其他未详细描述之处，均可参考上文相关描述，不再赘述。

本申请实施例中的跨载波调度场景中，终端设备在第二CC上传输数据的位置在终端设备完成从休眠态中唤醒的过程之后，可以避免终端设备在从休眠态中唤醒的过程传输数据，提高通信质量。

上述实施例中，终端设备在第一CC上接收到第一消息后，即指示终端设备在第二CC上监听PDCCH和/或传输数据。为了进一步节省终端设备的功耗，本申请实施例还提供了又一种无线网络通信方法，当满足预设条件后，第一消息才指示终端设备在第二CC上监听PDCCH和/或传输数据。下面结合附图进行详细介绍。

参考图15，与图10至图14不同的是，当满足预设条件时，终端设备在第一CC上接收的第一消息才指示终端设备开启第二CC对应的InactivityTimer。例如在位置①和位置③，终端设备在第一CC上接收到第一消息例如DCI不满足预设条件，因此终端设备在第二CC上没有开启第二CC对应的InactivityTimer，也就无法在第二CC上监听PDCCH和/或传输数据。在位置②和位置④，终端设备在第一CC上接收到第一消息例如DCI满足预设条件，因此终端设备开启第二CC对应的InactivityTimer，然后终端设备在在第二CC对应的InactivityTimer的运行时间内监听PDCCH和/或传输数据。

具体地，例如在位置①和位置③，终端设备在第一CC上接收到第一消息例如DCI不包括指示信息，而在位置②和位置④，终端设备在第一CC上接收到第一消息例如DCI包括指示信息。所以终端设备在位置①和位置③不开启第二CC对应的InactivityTimer，在位置②和位置④开启第二CC对应的InactivityTimer。

再如，在位置①和位置③，终端设备在第一CC上接收到第一消息例如PDCCH携带指示域，该指示域指示开启第二CC对应的InactivityTimer或者影响第二CC对应的InactivityTimer，而在位置②和位置④，终端设备在第一CC上接收到第一消息例如PDCCH中，指示域指示不开启第二CC对应的InactivityTimer或者不影响第二CC对应的InactivityTimer。所以终端设备在位置①和位置③不开启第二CC对应的InactivityTimer，在位置②和位置④开启第二CC对应的InactivityTimer。

又如，终端设备在第一CC上接收到第一消息例如DCI是终端设备在第一CC上配置的一个DRX周期中接收到的第N个第一消息，该第N个第一消息用于指示开启第二CC对应的InactivityTimer；或者，该第N个第一消息之后的第一消息用于指示开启第二CC对应的InactivityTimer。参考图15，在位置④，终端设备在第一CC上接收到第一消息例如DCI是终端设备在第一CC上配置的一个DRX周期中接收到的第二个第一消息，所以该第二个第一消息用于指示开启第二CC对应的InactivityTimer。当然，当终端设备接收第一消息的时机满足预设规则时，均可以指示开启第二CC对应的InactivityTimer。该预设规则可以根据实际需要进行设定，本申请实施例对此不做限定。

仍参考图15，在位置④，终端设备在第一CC上接收第一消息时，终端设备在第二CC上处于激活态，终端设备可以直接在第二CC对应的InactivityTimer运行时间内监听PDCCH和/或传输数据。但在位置②，终端设备在第一CC上接收第一消息时，终端设备在第二CC上处于休眠态，所以终端设备想要在第二CC对应的InactivityTimer运行时间内监听PDCCH和/或传输数据，需要先从休眠态中唤醒(参考图16)。如果按照现有机制进行，又会出现终端设备在从休眠态中唤醒的过程中无法有效进行信令和数据的传输问题。上述图10至图14所述的方法可以进一步应用于图15和图16中所述的方法中，具体参考上文描述，在此不再赘述。

为进一步节省终端设备在第二CC上的功耗，本申请提供了又一种无线通信方法。参考图17，与图16不同的是，第二CC上可以只配置第二CC对应的InactivityTimer，而取消第二CC对应的onDurationTimer。这样终端设备在第二CC上默认不监听PDCCH，只有当终端设备在第一CC上接收的第一消息满足预设条件时，终端设备才开启第二CC对应的InactivityTimer。终端设备在第二CC对应的InactivityTimer的运行时间内，监听PDCCH和/或传输数据。由于图17中取消了第二CC对应的onDurationTimer，所以终端设备在第一CC上结合第一消息时，终端设备在第二CC上均处于休眠态。与图16中存在的问题类似，所以终端设备想要在第二CC对应的InactivityTimer运行时间内监听PDCCH和/或传输数据，需要先从休眠态中唤醒。如果按照现有机制进行，又会出现终端设备在从休眠态中唤醒的过程中无法有效进行信令和数据的传输问题。上述图10至图14所述的方法可以进一步应用于图17中所述的方法中，具体参考上文描述，在此不再赘述。

上文结合图1至图17详细的描述了本申请实施例的方法实施例，下面结合图18至图21，详细描述本申请实施例的装置实施例。应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。

图18是本申请实施例提供的终端设备的示意性结构图。图18中的终端设备1800可以是图1中的终端设备120的一个具体的例子。图18所示的终端设备可以用于执行图8中的方法800或用于执行图9中的方法900，并且可以具体实现图10至图17所示的实施例，为避免冗余，不再重复描述。

图18所示的终端设备1800包括收发单元1810和处理单元1820。

收发单元1810，用于在第一载波上接收网络设备发送的第一消息，所述第一消息用于指示所述终端设备在第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种。

处理单元1820，用于在所述终端设备在所述第二载波上处于休眠态的情况下，经过第一时间长度之后，所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种。

可选地，处理单元1820还用于经过所述第一时间长度后，开启第一定时器，其中，在所述第一定时器的运行过程中，所述终端设备能够在所述第二载波上执行监听PDCCH和传输数据中的至少一种。

可选地，处理单元1820还用于在接收所述第一消息时，开启所述第一定时器，其中所述终端设备在所述第一时间长度内，在所述第二载波上不监听PDCCH或不进行数据传输。

可选地，处理单元1820还用于经过所述第一时间长度后，开启第二定时器；或者，在接收所述第一消息时，开启所述第二定时器；其中，在所述第二定时器的运行过程中，所述终端设备能够在所述第一载波上执行监听PDCCH和传输数据中的至少一种。

可选地，所述第一时间长度大于或等于状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

可选地，当所述第一消息用于指示所述终端设备在所述第二载波上传输数据时，所述数据与所述第一消息之间的时间间隔大于或等于所述第一时间长度。

可选地，当满足预设条件时，所述第一消息用于指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种。

可选地，所述预设条件包括：所述第一消息包括指示信息；或者，所述第一消息包括指示域，所述指示域指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种；或者，所述终端设备接收所述第一消息的时机满足预设规则。

可选地，所述第一载波的频率范围为6GHz以下，和/或所述第二载波的频率范围为毫米波频段。

图19是本申请实施例提供的通信装置的示意性结构图。图19中的通信装置1900可以是图1中的终端设备120一个具体的例子。图19所示的通信装置可以用于执行图8中的方法800或用于执行图9中的方法900，为避免冗余，不再重复描述。

该通信装置可以是终端设备，也可以是终端设备中的装置，或者是能够和终端设备匹配使用的装置。其中，该通信装置可以为芯片***。本申请实施例中，芯片***可以由芯片构成，也可以包含芯片和其他分立器件。通信装置1900包括至少一个处理器1920，用于实现本申请实施例提供的方法，具体参见方法示例中的详细描述，此处不做赘述。可选地，处理器1920的功能同处理单元1820的功能。

通信装置1900还可以包括至少一个存储器1910，用于存储程序指令和/或数据。存储器1910和处理器1920耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器1910可能和存储器1920协同操作。处理器1910可能执行存储器1920中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。

通信装置1900还可以包括通信接口1930，用于通过传输介质和其它设备进行通信，从而用于通信装置1900中的装置可以和其它设备进行通信。示例性的，通信接口可以是收发器、电路、总线、模块、管脚或其它类型的通信接口。示例性地，通信装置1900是终端设备，该其它设备是为网络设备。处理器1920利用通信接口1930收发数据，并用于实现图8或图9对应的实施例中所述终端设备所执行的方法。

本申请实施例中不限定上述通信接口1930处理器1920以及存储器1910之间的具体连接介质。本申请实施例在图19中以存储器1910、处理器1920以及通信接口1930之间通过总线1940连接，总线在图19中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以是外设部件互连标准(peripheral componentinterconnect，PCI)总线或扩展工业标准结构(extended industry standardarchitecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图19中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

图20是本申请实施例提供的网络设备的示意性结构图。图20中的网络设备2000可以是图1中的网络设备110的一个具体的例子。图20所示的网络设备可以用于执行图8中的方法800或用于执行图9中的方法900，并且可以具体实现图10至图17所示的实施例，为避免冗余，不再重复描述。

图20所示的网络设备2000包括收发单元2010和处理单元2020。

收发单元1010，用于用于在第一载波上向终端设备发送第一消息，所述第一消息用于指示所述终端设备在第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种。

处理单元2020，用于用于在所述终端设备在所述第二载波上处于休眠态的情况下，经过第一时间长度之后，在所述第二载波上执行向所述终端设备发送PDCCH和传输数据中的至少一种。

可选地，所述预设条件包括：所述第一消息包括指示信息；或者，所述第一消息包括指示域，所述指示域指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种；或者，所述网络设备发送所述第一消息的时机满足预设规则。

图21是本申请实施例提供的通信装置的示意性结构图。图21中的通信装置2100可以是图1中的网络设备110一个具体的例子。图21所示的通信装置可以用于执行图8或图9的方法，为避免冗余，不再重复描述。

该通信装置可以是网络设备，也可以是网络设备中的装置，或者是能够和网络设备匹配使用的装置。其中，该通信装置可以为芯片***。本申请实施例中，芯片***可以由芯片构成，也可以包含芯片和其他分立器件。通信装置2100包括至少一个处理器2120，用于实现本申请实施例提供的方法，具体参见方法示例中的详细描述，此处不做赘述。可选地，处理器2120的功能同处理单元2020的功能。

通信装置2100还可以包括至少一个存储器2110，用于存储程序指令和/或数据。存储器2110和处理器2120耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器2110可能和存储器2120协同操作。处理器2110可能执行存储器2120中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。

通信装置2100还可以包括通信接口2130，用于通过传输介质和其它设备进行通信，从而用于通信装置2100中的装置可以和其它设备进行通信。示例性的，通信接口可以是收发器、电路、总线、模块、管脚或其它类型的通信接口。示例性地，通信装置2100是终端设备，该其它设备是为网络设备。处理器2120利用通信接口2130收发数据，并用于实现图8或图9对应的实施例中所述所述的网络设备所执行的方法。

本申请实施例中不限定上述通信接口2130处理器2120以及存储器2110之间的具体连接介质。本申请实施例在图21中以存储器2110、处理器2120以及通信接口2130之间通过总线2140连接，总线在图21中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以是外设部件互连标准(peripheral componentinterconnect，PCI)总线或扩展工业标准结构(extended industry standardarchitecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图21中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

综上，本申请实施例提供一种无线通信方法、终端设备和网络设备。

实施例一

提供一种无线通信方法，其特征在于，包括：终端设备在第一载波上接收网络设备发送的第一消息，所述第一消息用于指示所述终端设备在第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种；在所述终端设备在所述第二载波上处于休眠态的情况下，经过第一时间长度之后，所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种。

可选地，根据实施例一中所述的方法，其特征在于，还包括：经过所述第一时间长度后，所述终端设备开启第一定时器，其中，在所述第一定时器的运行过程中，所述终端设备能够在所述第二载波上执行监听PDCCH和传输数据中的至少一种；或者，在接收所述第一消息时，所述终端设备开启所述第一定时器，其中所述终端设备在所述第一时间长度内，在所述第二载波上不监听PDCCH或不进行数据传输。

可选地，根据实施例一中所述的方法，其特征在于，还包括：经过所述第一时间长度后，所述终端设备开启第二定时器；或者，在接收所述第一消息时，所述终端设备开启所述第二定时器；其中，在所述第二定时器的运行过程中，所述终端设备能够在所述第一载波上执行监听PDCCH和传输数据中的至少一种。

可选地，根据实施例一中所述的方法，其特征在于，所述第一时间长度大于或等于状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

可选地，根据实施例一中所述的方法，其特征在于，当所述第一消息用于指示所述终端设备在所述第二载波上传输数据时，所述数据与所述第一消息之间的时间间隔大于或等于所述第一时间长度。

可选地，根据实施例一中所述的方法，其特征在于，所述终端设备配置有至少一个睡眠等级，所述方法还包括：所述终端设备接收所述网络设备发送的配置信息，所述配置信息用于指示至少一个时间长度，所述至少一个时间长度包括所述第一时间长度，所述至少一个睡眠等级中的每个睡眠等级对应所述至少一个时间长度中的一个。

可选地，根据实施例一中所述的方法，其特征在于，所述终端设备配置有所述至少一个时间长度中的多个时间长度和所述至少一个睡眠等级中的多个睡眠等级，所述方法还包括：所述终端设备根据当前睡眠等级，从所述多个时间长度中确定所述第一时间长度。

可选地，根据实施例一中所述的方法，其特征在于，所述方法还包括：在所述终端设备配置有一个睡眠等级的情况下，所述终端设备向所述网络设备发送所述一个睡眠等级相对应的状态转换时长；或者，在所述终端设备配置有多个睡眠等级的情况下，所述终端设备向所述网络设备发送所述多个睡眠等级和与所述多个睡眠等级中每个睡眠等级相对应的状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

可选地，根据实施例一中所述的方法，其特征在于，所述第一消息包括物理下行控制信息DCI。

可选地，根据实施例一中所述的方法，其特征在于，当满足预设条件时，所述第一消息用于指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种。

可选地，根据实施例一中所述的方法，其特征在于，所述预设条件包括：所述第一消息包括指示信息；或者，所述第一消息包括指示域，所述指示域指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种；或者，所述终端设备接收所述第一消息的时机满足预设规则。

可选地，根据实施例一中所述的方法，其特征在于，所述第一载波的频率范围为6GHz以下，和/或所述第二载波的频率范围为毫米波频段。

实施例二

提供一种无线通信方法，其特征在于，包括：网络设备在第一载波上向终端设备发送第一消息，所述第一消息用于指示所述终端设备在第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种；在所述终端设备在所述第二载波上处于休眠态的情况下，经过第一时间长度之后，所述网络设备在所述第二载波上执行向所述终端设备发送PDCCH和传输数据中的至少一种。

可选地，根据实施例二中所述的方法，其特征在于，所述第一时间长度大于或等于状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

可选地，根据实施例二中所述的方法，其特征在于，当所述第一消息用于指示所述终端设备在所述第二载波上传输数据时，所述数据与所述第一消息之间的时间间隔大于或等于所述第一时间长度。

可选地，根据实施例二中所述的方法，其特征在于，所述终端设备配置有至少一个睡眠等级，所述方法还包括：所述网络设备向所述终端设备发送配置信息，所述配置信息用于指示至少一个时间长度，所述至少一个时间长度包括所述第一时间长度，所述至少一个睡眠等级中的每个睡眠等级对应所述至少一个时间长度中的一个。

可选地，根据实施例二中所述的方法，其特征在于，还包括：在所述终端设备配置有一个睡眠等级的情况下，所述网络设备接收所述终端设备发送的所述一个睡眠等级相对应的状态转换时长；或者，在所述终端设备配置有多个睡眠等级的情况下，所述网络设备接收所述终端设备发送的所述多个睡眠等级和与所述多个睡眠等级中每个睡眠等级相对应的状态转换时长，所述状态转换时长为所述终端设备从休眠态转换为激活态时所需的时间。

可选地，根据实施例二中所述的方法，其特征在于，所述第一消息包括物理下行控制信息DCI。

可选地，根据实施例二中所述的方法，其特征在于，当满足预设条件时，所述第一消息用于指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种。

可选地，根据实施例二中所述的方法，其特征在于，所述预设条件包括：所述第一消息包括指示信息；或者，所述第一消息包括指示域，所述指示域指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种；或者，所述网络设备发送所述第一消息的时机满足预设规则。

可选地，根据实施例二中所述的方法，其特征在于，所述第一载波的频率范围为6GHz以下，和/或所述第二载波的频率范围为毫米波频段。

实施例三

提供一种无线通信方法，其特征在于，包括：终端设备在第一载波上接收网络设备发送的第一消息，所述第一消息用于指示所述终端设备在第二载波上是否开启第一定时器；所述终端设备根据所述第一消息开启所述第一定时器，在所述第一定时器的运行过程中，所述终端设备在所述第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种。

可选地，根据实施例三中所述的方法，其特征在于，所述终端设备根据所述第一消息开启所述第一定时器，包括：当所述第一消息包括指示信息时，所述终端设备开启所述第一定时器；或者，所述第一消息包括指示域，当所述指示域指示开启所述第一定时器时，所述终端设备开启所述第一定时器；或者，当所述终端设备接收所述第一消息的时机满足预设规则时，所述终端设备开启所述第一定时器。

可选地，根据实施例三中所述的方法，其特征在于，在所述终端设备接收所述第一消息时，所述终端设备在所述第二载波上处于休眠态的情况下，所述方法还包括：自接收所述第一消息开始，经过第一时间长度之后，所述终端设备在所述第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种。

可选地，根据实施例三中所述的方法，其特征在于，还包括：经过所述第一时间长度后，所述终端设备开启所述第一定时器；或者，在接收所述第一消息时，所述终端设备开启所述第一定时器，其中，所述终端设备在所述第一时间长度内，在所述第二载波上不监听PDCCH或不进行数据传输。

可选地，根据实施例三中所述的方法，其特征在于，还包括：自接收所述第一消息开始，经过所述第一时间长度之后，所述终端设备开启第二定时器；或者，在接收所述第一消息时，所述终端设备开启所述第二定时器；其中，在所述第二定时器的运行过程中，所述终端设备能够在所述第一载波上执行监听PDCCH和传输数据中的至少一种。

可选地，根据实施例三中所述的方法，其特征在于，所述第一时间长度大于或等于状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

可选地，根据实施例三中所述的方法，其特征在于，当所述第一消息还用于指示所述终端设备在所述第二载波上传输数据时，所述数据与所述第一消息之间的时间间隔大于或等于所述第一时间长度。

可选地，根据实施例三中所述的方法，其特征在于，所述终端设备配置有至少一个睡眠等级，所述方法还包括：所述终端设备接收所述网络设备发送的配置信息，所述配置信息用于指示至少一个时间长度，所述至少一个时间长度包括所述第一时间长度，所述至少一个睡眠等级中的每个睡眠等级对应所述至少一个时间长度中的一个。

可选地，根据实施例三中所述的方法，其特征在于，所述终端设备配置有所述至少一个时间长度中的多个时间长度和所述至少一个睡眠等级中的多个睡眠等级，所述方法还包括：所述终端设备根据当前睡眠等级，从所述多个时间长度中确定所述第一时间长度。

可选地，根据实施例三中所述的方法，其特征在于，所述方法还包括：在所述终端设备配置有一个睡眠等级的情况下，所述终端设备向所述网络设备发送所述一个睡眠等级相对应的状态转换时长；或者，在所述终端设备配置有多个睡眠等级的情况下，所述终端设备向所述网络设备发送所述多个睡眠等级和与所述多个睡眠等级中每个睡眠等级相对应的状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

可选地，根据实施例三中所述的方法，其特征在于，所述第一消息包括物理下行控制信息DCI。

可选地，根据实施例三中所述的方法，其特征在于，所述第一载波的频率范围为6GHz以下，和/或所述第二载波的频率范围为毫米波频段。

实施例四

提供一种无线通信方法，其特征在于，包括：网络设备在第一载波上向终端设备发送第一消息，所述第一消息用于指示所述终端设备在第二载波上是否开启第一定时器，其中，在所述第一定时器的运行过程中，所述终端设备能够在所述第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种。

可选地，根据实施例四中所述的方法，其特征在于，当满足以下条件时，所述第一消息指示所述终端设备在所述第二载波上开启所述第一定时器：所述第一消息包括指示信息；或者，所述第一消息包括指示域，所述指示域指示开启所述第一定时器；或者，所述第一消息的发送时机满足预设规则。

可选地，根据实施例四中所述的方法，其特征在于，在所述终端设备处于休眠态的情况下，还包括：自发送所述第一消息开始，经过第一时间长度之后，所述网络设备在所述第二载波上执行向所述终端设备发送PDCCH和传输数据中的至少一种。

可选地，根据实施例四中所述的方法，其特征在于，所述第一时间长度大于或等于状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

可选地，根据实施例四中所述的方法，其特征在于，所述终端设备配置有至少一个睡眠等级，所述方法还包括：所述网络设备向所述终端设备发送配置信息，所述配置信息用于指示至少一个时间长度，所述至少一个时间长度包括所述第一时间长度，所述至少一个睡眠等级中的每个睡眠等级对应所述至少一个时间长度中的一个。

可选地，根据实施例四中所述的方法，其特征在于，还包括：在所述终端设备配置有一个睡眠等级的情况下，所述网络设备接收所述终端设备发送的所述一个睡眠等级相对应的状态转换时长；或者，在所述终端设备配置有多个睡眠等级的情况下，所述网络设备接收所述终端设备发送的所述多个睡眠等级和与所述多个睡眠等级中每个睡眠等级相对应的状态转换时长，所述状态转换时长为所述终端设备从休眠态转换为激活态时所需的时间。

可选地，根据实施例四中所述的方法，其特征在于，所述第一消息包括物理下行控制信息DCI。

可选地，根据实施例四中所述的方法，其特征在于，所述第一载波的频率范围为6GHz以下，和/或所述第二载波的频率范围为毫米波频段。

实施例五

提供一种终端设备，其特征在于，包括：收发器，用于在第一载波上接收网络设备发送的第一消息，所述第一消息用于指示所述终端设备在第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种；处理器，用于在所述终端设备在所述第二载波上处于休眠态的情况下，经过第一时间长度之后，在所述第二载波上执行监听PDCCH和传输数据中的至少一种。

可选地，根据实施例五中所述的终端设备，其特征在于，所述处理器还用于，经过所述第一时间长度后，开启第一定时器，其中，在所述第一定时器的运行过程中，所述终端设备能够在所述第二载波上执行监听PDCCH和传输数据中的至少一种；或者，在接收所述第一消息时，开启所述第一定时器，其中所述终端设备在所述第一时间长度内，在所述第二载波上不监听PDCCH或不进行数据传输。

可选地，根据实施例五中所述的终端设备，其特征在于，所述处理器还用于，经过所述第一时间长度后，启第二定时器；或者，在接收所述第一消息时，开启所述第二定时器；其中，在所述第二定时器的运行过程中，所述终端设备能够在所述第一载波上执行监听PDCCH和传输数据中的至少一种。

可选地，根据实施例五中所述的终端设备，其特征在于，所述第一时间长度大于或等于状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

可选地，根据实施例五中所述的终端设备，其特征在于，当所述第一消息用于指示所述终端设备在所述第二载波上传输数据时，所述数据与所述第一消息之间的时间间隔大于或等于所述第一时间长度。

可选地，根据实施例五中所述的终端设备，其特征在于，所述终端设备配置有至少一个睡眠等级，所述收发器还用于，接收所述网络设备发送的配置信息，所述配置信息用于指示至少一个时间长度，所述至少一个时间长度包括所述第一时间长度，所述至少一个睡眠等级中的每个睡眠等级对应所述至少一个时间长度中的一个。

可选地，根据实施例五中所述的终端设备，其特征在于，所述终端设备配置有所述至少一个时间长度中的多个时间长度和所述至少一个睡眠等级中的多个睡眠等级，所述处理器还用于，根据当前睡眠等级，从所述多个时间长度中确定所述第一时间长度。

可选地，根据实施例五中所述的终端设备，其特征在于，所述收发器还用于，在所述终端设备配置有一个睡眠等级的情况下，向所述网络设备发送所述一个睡眠等级相对应的状态转换时长；或者，在所述终端设备配置有多个睡眠等级的情况下，向所述网络设备发送所述多个睡眠等级和与所述多个睡眠等级中每个睡眠等级相对应的状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

可选地，根据实施例五中所述的终端设备，其特征在于，所述第一消息包括物理下行控制信息DCI。

可选地，根据实施例五中所述的终端设备，其特征在于，当满足预设条件时，所述第一消息用于指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种。

可选地，根据实施例五中所述的终端设备，其特征在于，所述预设条件包括：所述第一消息包括指示信息；或者，所述第一消息包括指示域，所述指示域指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种；或者，所述终端设备接收所述第一消息的时机满足预设规则。

可选地，根据实施例五中所述的终端设备，其特征在于，所述第一载波的频率范围为6GHz以下，和/或所述第二载波的频率范围为毫米波频段。

实施例六

提供一种网络设备，其特征在于，包括：收发器，用于在第一载波上向终端设备发送第一消息，所述第一消息用于指示所述终端设备在第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种；处理器，用于在所述终端设备在所述第二载波上处于休眠态的情况下，经过第一时间长度之后，在所述第二载波上执行向所述终端设备发送PDCCH和传输数据中的至少一种。

可选地，根据实施例六中所述的网络设备，其特征在于，所述第一时间长度大于或等于状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

可选地，根据实施例六中所述的网络设备，其特征在于，当所述第一消息用于指示所述终端设备在所述第二载波上传输数据时，所述数据与所述第一消息之间的时间间隔大于或等于所述第一时间长度。

可选地，根据实施例六中所述的网络设备，其特征在于，所述终端设备配置有至少一个睡眠等级，所述收发器还用于，向所述终端设备发送配置信息，所述配置信息用于指示至少一个时间长度，所述至少一个时间长度包括所述第一时间长度，所述至少一个睡眠等级中的每个睡眠等级对应所述至少一个时间长度中的一个。

可选地，根据实施例六中所述的网络设备，其特征在于，所述收发器还用于，在所述终端设备配置有一个睡眠等级的情况下，接收所述终端设备发送的所述一个睡眠等级相对应的状态转换时长；或者，在所述终端设备配置有多个睡眠等级的情况下，接收所述终端设备发送的所述多个睡眠等级和与所述多个睡眠等级中每个睡眠等级相对应的状态转换时长，所述状态转换时长为所述终端设备从休眠态转换为激活态时所需的时间。

可选地，根据实施例六中所述的网络设备，其特征在于，所述第一消息包括物理下行控制信息DCI。

可选地，根据实施例六中所述的网络设备，其特征在于，当满足预设条件时，所述第一消息用于指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种。

可选地，根据实施例六中所述的网络设备，其特征在于，所述预设条件包括：所述第一消息包括指示信息；或者，所述第一消息包括指示域，所述指示域指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种；或者，所述网络设备发送所述第一消息的时机满足预设规则。

可选地，根据实施例六中所述的网络设备，其特征在于，所述第一载波的频率范围为6GHz以下，和/或所述第二载波的频率范围为毫米波频段。

实施例七

提供一种终端设备，其特征在于，包括：收发器，用于在第一载波上接收网络设备发送的第一消息，所述第一消息用于指示所述终端设备在第二载波上是否开启第一定时器；处理器，用于根据所述第一消息开启所述第一定时器，在所述第一定时器的运行过程中，所述终端设备在所述第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种。

可选地，根据实施例七中所述的终端设备，其特征在于，所述处理器具体用于，当所述第一消息包括指示信息时，开启所述第一定时器；或者，所述第一消息包括指示域，当所述指示域指示开启所述第一定时器时，开启所述第一定时器；或者，当所述终端设备接收所述第一消息的时机满足预设规则时，开启所述第一定时器。

可选地，根据实施例七中所述的终端设备，其特征在于，在所述终端设备接收所述第一消息时，所述终端设备在所述第二载波上处于休眠态的情况下，所述处理器还用于，自接收所述第一消息开始，经过第一时间长度之后，在所述第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种。

可选地，根据实施例七中所述的终端设备，其特征在于，所述处理器具体用于，经过所述第一时间长度后，开启所述第一定时器；或者，在接收所述第一消息时，开启所述第一定时器，其中，所述终端设备在所述第一时间长度内，在所述第二载波上不监听PDCCH或不进行数据传输。

可选地，根据实施例七中所述的终端设备，其特征在于，所述处理器还用于，自接收所述第一消息开始，经过所述第一时间长度之后，开启第二定时器；或者，在接收所述第一消息时，开启所述第二定时器；其中，在所述第二定时器的运行过程中，所述终端设备能够在所述第一载波上执行监听PDCCH和传输数据中的至少一种。

可选地，根据实施例七中所述的终端设备，其特征在于，所述第一时间长度大于或等于状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

可选地，根据实施例七中所述的终端设备，其特征在于，当所述第一消息还用于指示所述终端设备在所述第二载波上传输数据时，所述数据与所述第一消息之间的时间间隔大于或等于所述第一时间长度。

可选地，根据实施例七中所述的终端设备，其特征在于，所述终端设备配置有至少一个睡眠等级，所述收发器还用于，接收所述网络设备发送的配置信息，所述配置信息用于指示至少一个时间长度，所述至少一个时间长度包括所述第一时间长度，所述至少一个睡眠等级中的每个睡眠等级对应所述至少一个时间长度中的一个。

可选地，根据实施例七中所述的终端设备，其特征在于，所述终端设备配置有所述至少一个时间长度中的多个时间长度和所述至少一个睡眠等级中的多个睡眠等级，所述处理器还用于，根据当前睡眠等级，从所述多个时间长度中确定所述第一时间长度。

可选地，根据实施例七中所述的终端设备，其特征在于，所述收发器还用于，在所述终端设备配置有一个睡眠等级的情况下，向所述网络设备发送所述一个睡眠等级相对应的状态转换时长；或者，在所述终端设备配置有多个睡眠等级的情况下，向所述网络设备发送所述多个睡眠等级和与所述多个睡眠等级中每个睡眠等级相对应的状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

可选地，根据实施例七中所述的终端设备，其特征在于，所述第一消息包括物理下行控制信息DCI。

可选地，根据实施例七中所述的终端设备，其特征在于，所述第一载波的频率范围为6GHz以下，和/或所述第二载波的频率范围为毫米波频段。

实施例八

提供一种网络设备，其特征在于，包括：收发器，用于在第一载波上向终端设备发送第一消息，所述第一消息用于指示所述终端设备在第二载波上是否开启第一定时器，其中，在所述第一定时器的运行过程中，所述终端设备能够在所述第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种。

可选地，根据实施例八中所述的网络设备，其特征在于，当满足以下条件时，所述第一消息指示所述终端设备在所述第二载波上开启所述第一定时器：所述第一消息包括指示信息；或者，所述第一消息包括指示域，所述指示域指示开启所述第一定时器；或者，所述第一消息的发送时机满足预设规则。

可选地，根据实施例八中所述的网络设备，其特征在于，所述网络设备还包括处理器，在所述终端设备处于休眠态的情况下，所述处理器用于，自发送所述第一消息开始，经过第一时间长度之后，在所述第二载波上执行向所述终端设备发送PDCCH和传输数据中的至少一种。

可选地，根据实施例八中所述的网络设备，其特征在于，所述第一时间长度大于或等于状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

可选地，根据实施例八中所述的网络设备，其特征在于，所述终端设备配置有至少一个睡眠等级，所述收发器还用于，向所述终端设备发送配置信息，所述配置信息用于指示至少一个时间长度，所述至少一个时间长度包括所述第一时间长度，所述至少一个睡眠等级中的每个睡眠等级对应所述至少一个时间长度中的一个。

可选地，根据实施例八中所述的网络设备，其特征在于，所述收发器还用于，在所述终端设备配置有一个睡眠等级的情况下，接收所述终端设备发送的所述一个睡眠等级相对应的状态转换时长；或者，在所述终端设备配置有多个睡眠等级的情况下，接收所述终端设备发送的所述多个睡眠等级和与所述多个睡眠等级中每个睡眠等级相对应的状态转换时长，所述状态转换时长为所述终端设备从休眠态转换为激活态时所需的时间。

可选地，根据实施例八中所述的网络设备，其特征在于，所述第一消息包括物理下行控制信息DCI。

可选地，根据实施例八中所述的网络设备，其特征在于，所述第一载波的频率范围为6GHz以下，和/或所述第二载波的频率范围为毫米波频段。

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

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

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

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

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

Claims

1.一种无线通信方法，其特征在于，包括：

终端设备在第一载波上接收网络设备发送的第一消息，所述第一消息用于指示所述终端设备在第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种；

在所述终端设备在所述第二载波上处于休眠态的情况下，经过第一时间长度之后，所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种，所述第一时间长度大于或等于状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

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

经过所述第一时间长度后，所述终端设备开启第一定时器，其中，在所述第一定时器的运行过程中，所述终端设备能够在所述第二载波上执行监听PDCCH和传输数据中的至少一种；或者，

在接收所述第一消息时，所述终端设备开启所述第一定时器，其中所述终端设备在所述第一时间长度内，在所述第二载波上不监听PDCCH或不进行数据传输。

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

经过所述第一时间长度后，所述终端设备开启第二定时器；或者，

在接收所述第一消息时，所述终端设备开启所述第二定时器；

其中，在所述第二定时器的运行过程中，所述终端设备能够在所述第一载波上执行监听PDCCH和传输数据中的至少一种。

4.根据权利要求1至3中任一项所述的方法，其特征在于，当所述第一消息用于指示所述终端设备在所述第二载波上传输数据时，所述数据与所述第一消息之间的时间间隔大于或等于所述第一时间长度。

5.根据权利要求1至3中任一项所述的方法，其特征在于，当满足预设条件时，所述第一消息用于指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种。

6.根据权利要求5所述的方法，其特征在于，所述预设条件包括：

所述第一消息包括指示信息；或者

所述第一消息包括指示域，所述指示域指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种；或者，

所述终端设备接收所述第一消息的时机满足预设规则。

7.根据权利要求1至3中任一项所述的方法，其特征在于，所述第一载波的频率范围为6GHz以下，和/或所述第二载波的频率范围为毫米波频段。

8.一种无线通信方法，其特征在于，包括：

网络设备在第一载波上向终端设备发送第一消息，所述第一消息用于指示所述终端设备在第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种；

在所述终端设备在所述第二载波上处于休眠态的情况下，经过第一时间长度之后，所述网络设备在所述第二载波上执行向所述终端设备发送PDCCH和传输数据中的至少一种，所述第一时间长度大于或等于状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

9.根据权利要求8所述的方法，其特征在于，当所述第一消息用于指示所述终端设备在所述第二载波上传输数据时，所述数据与所述第一消息之间的时间间隔大于或等于所述第一时间长度。

10.根据权利要求8所述的方法，其特征在于，当满足预设条件时，所述第一消息用于指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种。

11.根据权利要求10所述的方法，其特征在于，所述预设条件包括：

所述第一消息包括指示信息；或者

所述网络设备发送所述第一消息的时机满足预设规则。

12.根据权利要求8所述的方法，其特征在于，所述第一载波的频率范围为6GHz以下，和/或所述第二载波的频率范围为毫米波频段。

13.一种终端设备，其特征在于，包括：

收发器，用于在第一载波上接收网络设备发送的第一消息，所述第一消息用于指示所述终端设备在第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种；

处理器，用于在所述终端设备在所述第二载波上处于休眠态的情况下，经过第一时间长度之后，在所述第二载波上执行监听PDCCH和传输数据中的至少一种，所述第一时间长度大于或等于状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

14.根据权利要求13所述的终端设备，其特征在于，所述处理器还用于：

经过所述第一时间长度后，开启第一定时器，其中，在所述第一定时器的运行过程中，所述终端设备能够在所述第二载波上执行监听PDCCH和传输数据中的至少一种；或者，

在接收所述第一消息时，开启所述第一定时器，其中所述终端设备在所述第一时间长度内，在所述第二载波上不监听PDCCH或不进行数据传输。

15.根据权利要求14所述的终端设备，其特征在于，所述处理器还用于：

经过所述第一时间长度后，开启第二定时器；或者，

在接收所述第一消息时，开启所述第二定时器；

16.根据权利要求13至15中任一项所述的终端设备，其特征在于，当所述第一消息用于指示所述终端设备在所述第二载波上传输数据时，所述数据与所述第一消息之间的时间间隔大于或等于所述第一时间长度。

17.根据权利要求13至15中任一项所述的终端设备，其特征在于，当满足预设条件时，所述第一消息用于指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种。

18.根据权利要求17所述的终端设备，其特征在于，所述预设条件包括：

所述第一消息包括指示信息；或者

所述终端设备接收所述第一消息的时机满足预设规则。

19.根据权利要求13至15中任一项所述的终端设备，其特征在于，所述第一载波的频率范围为6GHz以下，和/或所述第二载波的频率范围为毫米波频段。

20.一种网络设备，其特征在于，包括：

收发器，用于在第一载波上向终端设备发送第一消息，所述第一消息用于指示所述终端设备在第二载波上执行监听物理下行控制信道PDCCH和传输数据中的至少一种；

处理器，用于在所述终端设备在所述第二载波上处于休眠态的情况下，经过第一时间长度之后，在所述第二载波上执行向所述终端设备发送PDCCH和传输数据中的至少一种，所述第一时间长度大于或等于状态转换时长，所述状态转换时长为所述终端设备从休眠态中唤醒所需的时间。

21.根据权利要求20所述的网络设备，其特征在于，当所述第一消息用于指示所述终端设备在所述第二载波上传输数据时，所述数据与所述第一消息之间的时间间隔大于或等于所述第一时间长度。

22.根据权利要求20所述的网络设备，其特征在于，当满足预设条件时，所述第一消息用于指示所述终端设备在所述第二载波上执行监听PDCCH和传输数据中的至少一种。

23.根据权利要求22所述的网络设备，其特征在于，所述预设条件包括：

所述第一消息包括指示信息；或者

所述网络设备发送所述第一消息的时机满足预设规则。

24.根据权利要求20所述的网络设备，其特征在于，所述第一载波的频率范围为6GHz以下，和/或所述第二载波的频率范围为毫米波频段。

25.一种计算机可读存储介质，其特征在于，存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至7中任一项所述的方法，或者使得所述计算机执行如权利要求8至12中任一项所述的方法。