一种PDCCH监听方法及装置

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种物理下行链路控制信道(physical downlink control channel，PDCCH)监听方法及装置。

背景技术

第五代(5th generation，5G)移动通信系统中引入了非连续接收(discontinuousreception，DRX)技术用于省电(power saving)。DRX的基本机制是给终端设备配置DRX周期(cycle)。如图1所示，对于一个DRX周期，在DRX持续时段(on duration)，终端设备正常监听PDCCH，在其他时段，终端设备有机会(opportunity)进入休眠状态，不接收PDCCH以减少功耗。

伴随着5G移动通信系统的不断发展，5G通信系统逐渐渗入一些实时性强、数据容量要求大的多媒体业务，如视频传输、云游戏(cloud gaming，CG)和扩展现实(extendedreality，XR)等媒体业务。对于这些多媒体业务，业务帧的到达时刻会发生抖动(jitter)，也即业务帧的到达时刻相对于设定的理想到达时刻会提前或延后。为了适配业务帧的抖动，DRX配置方法需要将DRX持续时段的时长设置为可以涵盖整个业务帧可能到达的时间范围，这样会导致终端设备监听PDCCH的时间过长，功耗过高。

发明内容

本申请实施例提供一种通信方法及装置，能够降低终端设备的功耗。

第一方面，本申请实施例提供一种通信方法，该方法可以由终端设备执行，也可以由终端设备的部件(例如处理器、芯片、或芯片系统等)执行，还可以由能实现全部或部分终端设备功能的逻辑模块或软件实现。该方法包括：接收来自网络设备的配置信息；根据配置信息在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH，第一时段为DRX持续时段，N1为大于等于2的整数，M1为小于N1的正整数。

采用上述方法，将DRX持续时段划分为多个(两个或两个以上)第一时间窗，终端设备在DRX持续时段中的部分第一时间窗内监听PDCCH，在DRX持续时段中不需要监听PDCCH的第一时间窗可以进入休眠，节省功耗。

在一种可能的设计中，配置信息包括时间窗位图信息，时间窗位图信息用于配置M1个第一时间窗。可选地，配置信息还用于配置N1的取值或N1个第一时间窗中一个第一时间窗的时长。

上述设计中，给出了网络设备向终端设备配置用于PDCCH监听的M1个第一时间窗的灵活实现方式，有利于满足不同的通信需求。

在一种可能的设计中，配置信息包括时间窗索引信息，时间窗索引信息用于配置M1个第一时间窗。可选的，M1个第一时间窗对应的第一时间窗图样为多个第一时间窗图样中的一个。

上述设计中，降低了网络设备向终端设备配置用于PDCCH监听的M1个第一时间窗的信元开销，能够节约无线通信资源，提高无线通信资源的利用率。

在一种可能的设计中，该方法还包括：向网络设备发送DRX偏好信息，DRX偏好信息指示对功耗和/或时延的偏好。

上述设计中，有利于网络设备根据终端设备的DRX偏好信息向终端设备下发配置信息，从而在满足用户在功耗方面以及业务时延方面的性能需求的情况下，以尽可能低的功耗获取更好的体验水平。

作为一种示例，DRX偏好信息可以指示对功耗的偏好，例如功耗节省比例，使得网络设备可以按照终端设备相对第一时段均用于PDCCH监听节省该功耗节省比例(如20％)的功耗要求，向终端设备下发配置信息配置用于PDCCH监听的M1个第一时间窗，使得终端设备在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH，满足终端设备在功耗方面的需求。

作为另一种示例，DRX偏好信息可以指示对时延的偏好，例如平均调度时延，使得网络设备可以按照终端设备相对第一时段均用于PDCCH监听的调度时延基础上，增加不高于该平均调度时延的要求，向终端设备下发配置信息配置用于PDCCH监听的M1个第一时间窗，使得终端设备在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH，在节省终端设备功耗的情况下，满足终端设备在业务时延方面的需求。

作为又一种示例，DRX偏好信息还可以同时指示对功耗和时延的偏好，例如功耗节省比例和平均调度时延，使得网络设备可以按照终端设备相对第一时段均用于PDCCH监听节省该功耗节省比例的功耗要求，以及相对第一时段均用于PDCCH监听的调度时延基础上，增加不高于该平均调度时延的要求，向终端设备下发配置信息配置用于PDCCH监听的M1个第一时间窗，使得终端设备在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH，在节省终端设备功耗的情况下，满足终端设备在业务时延方面的需求。

在一种可能的设计中，该方法还包括：根据配置信息在第二时段的N2个第二时间窗中的M2个第二时间窗内监听PDCCH，第一时段为长DRX周期的DRX持续时段，第二时段为短DRX周期的DRX持续时段，N2为大于等于2的整数，M2为小于N2的正整数。

上述设计中，可以解决不同类型的业务帧(如视频帧)对时延的不同要求的问题，用于PDCCH监听的M1个第一时间窗和M2个第二时间窗，分别配置在长DRX周期的DRX持续时段和短DRX周期的DRX持续时段，从而在满足不同类型业务帧的时延要求下，更好的降低终端设备的功耗。

在一种可能的设计中，该方法还包括：根据配置信息获得第二时段的N2个第二时间窗中的M2个第二时间窗，第一时段为长DRX周期的DRX持续时段，第二时段为短DRX周期的DRX持续时段，N2为大于等于2的整数，M2为小于N2的正整数；当第一时段和第二时段在时间上不重叠时，在M2个第二时间窗内监听PDCCH；在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH包括：当第一时段和第二时段在时间上重叠时，在M1个第一时间窗内监听PDCCH。

上述设计中，可以解决不同类型的业务帧(如视频帧)对时延的不同要求的问题，用于PDCCH监听的M1个第一时间窗和M2个第二时间窗，分别配置在长DRX周期的DRX持续时段和短DRX周期的DRX持续时段，从而在满足不同类型业务帧的时延要求下，更好的降低终端设备的功耗。同时，还为长DRX周期的DRX持续时段和短DRX周期的DRX持续时段的冲突提供了解决方案。

第二方面，本申请实施例提供一种通信方法，该方法可以由终端设备执行，也可以由终端设备的部件(例如处理器、芯片、或芯片系统等)执行，还可以由能实现全部或部分终端设备功能的逻辑模块或软件实现。该方法包括：接收来自网络设备的配置信息；根据配置信息在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH，第一时段的时长为DRX周期，N1为大于等于3的整数，M1为小于N1且大于等于2的整数。

采用上述方法，将DRX周期划分为多个(两个或两个以上)第一时间窗，终端设备在DRX周期中的部分第一时间窗内监听PDCCH，在DRX周期中不需要监听PDCCH的第一时间窗可以进入休眠，节省功耗。

在一种可能的设计中，M1个第一时间窗中至少有两个在时间上不连续的第一时间窗。

上述设计中，用于监听PDCCH的M1个第一时间窗中至少有两个在时间上不连续的第一时间窗，有利于用于监听PDCCH的第一时间窗在DRX周期内分散部署，尽可能的降低业务时延。

在一种可能的设计中，配置信息包括时间窗位图信息，时间窗位图信息用于配置M1个第一时间窗。可选地，配置信息还用于配置N1的取值或N1个第一时间窗中一个第一时间窗的时长。

上述设计中，给出了网络设备向终端设备配置用于PDCCH监听的M1个第一时间窗的灵活实现方式，有利于满足不同的通信需求。

在一种可能的设计中，配置信息包括时间窗索引信息，时间窗索引信息用于配置M1个第一时间窗。可选的，M1个第一时间窗对应的第一时间窗图样为多个第一时间窗图样中的一个。

上述设计中，降低了网络设备向终端设备配置用于PDCCH监听的M1个第一时间窗的信元开销，能够节约无线通信资源，提高无线通信资源的利用率。

在一种可能的设计中，该方法还包括：向网络设备发送DRX偏好信息，DRX偏好信息指示对功耗和/或时延的偏好。

上述设计中，有利于网络设备根据终端设备的DRX偏好信息向终端设备下发配置信息，从而在满足用户在功耗方面以及业务时延方面的性能需求的情况下，以尽可能低的功耗获取更好的体验水平。

作为一种示例，DRX偏好信息可以指示对功耗的偏好，例如功耗节省比例，使得网络设备可以按照终端设备相对第一时段均用于PDCCH监听节省该功耗节省比例(如20％)的功耗要求，向终端设备下发配置信息配置用于PDCCH监听的M1个第一时间窗，使得终端设备在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH，满足终端设备在功耗方面的需求。

作为另一种示例，DRX偏好信息可以指示对时延的偏好，例如平均调度时延，使得网络设备可以按照终端设备相对第一时段均用于PDCCH监听的调度时延基础上，增加不高于该平均调度时延的要求，向终端设备下发配置信息配置用于PDCCH监听的M1个第一时间窗，使得终端设备在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH，在节省终端设备功耗的情况下，满足终端设备在业务时延方面的需求。

作为又一种示例，DRX偏好信息还可以同时指示对功耗和时延的偏好，例如功耗节省比例和平均调度时延，使得网络设备可以按照终端设备相对第一时段均用于PDCCH监听节省该功耗节省比例的功耗要求，以及相对第一时段均用于PDCCH监听的调度时延基础上，增加不高于该平均调度时延的要求，向终端设备下发配置信息配置用于PDCCH监听的M1个第一时间窗，使得终端设备在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH，在节省终端设备功耗的情况下，满足终端设备在业务时延方面的需求。

第三方面，本申请实施例提供一种通信方法，该方法可以由网络设备执行，也可以由网络设备的部件(例如处理器、芯片、或芯片系统等)执行，还可以由能实现全部或部分网络设备功能的逻辑模块或软件实现。该方法包括：生成配置信息，配置信息用于配置第一时段的N1个第一时间窗中的M1个第一时间窗，M1个第一时间窗用于PDCCH的监听，第一时段为DRX持续时段，N1为大于等于2的整数，M1为小于N1的正整数；向终端设备发送配置信息。

在一种可能的设计中，配置信息包括时间窗位图信息，时间窗位图信息用于配置M1个第一时间窗。可选地，配置信息还用于配置N1的取值或N1个第一时间窗中一个第一时间窗的时长。

在一种可能的设计中，配置信息包括时间窗索引信息，时间窗索引信息用于配置M1个第一时间窗。可选的，M1个第一时间窗对应的第一时间窗图样为多个第一时间窗图样中的一个。

在一种可能的设计中，该方法还包括：接收来自终端设备的DRX偏好信息，DRX偏好信息指示对功耗和/或时延的偏好。

作为一种示例，DRX偏好信息可以指示对功耗的偏好，例如功耗节省比例，网络设备可以按照终端设备相对第一时段均用于PDCCH监听节省该功耗节省比例(如20％)的功耗要求，向终端设备下发配置信息配置用于PDCCH监听的M1个第一时间窗，使得终端设备在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH，满足终端设备在功耗方面的需求。

作为另一种示例，DRX偏好信息可以指示对时延的偏好，例如平均调度时延，网络设备可以按照终端设备相对第一时段均用于PDCCH监听的调度时延基础上，增加不高于该平均调度时延的要求，向终端设备下发配置信息配置用于PDCCH监听的M1个第一时间窗，使得终端设备在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH，在节省终端设备功耗的情况下，满足终端设备在业务时延方面的需求。

作为又一种示例，DRX偏好信息还可以同时指示对功耗和时延的偏好，例如功耗节省比例和平均调度时延，网络设备可以按照终端设备相对第一时段均用于PDCCH监听节省该功耗节省比例的功耗要求，以及相对第一时段均用于PDCCH监听的调度时延基础上，增加不高于该平均调度时延的要求，向终端设备下发配置信息配置用于PDCCH监听的M1个第一时间窗，使得终端设备在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH，在节省终端设备功耗的情况下，满足终端设备在业务时延方面的需求。

在一种可能的设计中，配置信息还用于配置第二时段的N2个第二时间窗中的M2个第二时间窗，M2个第二时间窗用于PDCCH的监听，第一时段为长DRX周期的DRX持续时段，第二时段为短DRX周期的DRX持续时段，N2为大于等于2的整数，M2为小于N2的正整数。

第四方面，本申请实施例提供一种通信方法，该方法可以由网络设备执行，也可以由网络设备的部件(例如处理器、芯片、或芯片系统等)执行，还可以由能实现全部或部分网络设备功能的逻辑模块或软件实现。该方法包括：生成配置信息，配置信息用于配置第一时段的N1个第一时间窗中的M1个第一时间窗，M1个第一时间窗用于PDCCH的监听，第一时段的时长为DRX周期，N1为大于等于3的整数，M1为小于N1且大于等于2的整数；向终端设备发送配置信息。

在一种可能的设计中，M1个第一时间窗中至少有两个在时间上不连续的第一时间窗。

在一种可能的设计中，配置信息包括时间窗位图信息，时间窗位图信息用于配置M1个第一时间窗。可选地，配置信息还用于配置N1的取值或N1个第一时间窗中一个第一时间窗的时长。

在一种可能的设计中，配置信息包括时间窗索引信息，时间窗索引信息用于配置M1个第一时间窗。可选的，M1个第一时间窗对应的第一时间窗图样为多个第一时间窗图样中的一个。

在一种可能的设计中，该方法还包括：接收来自终端设备的DRX偏好信息，DRX偏好信息指示对功耗和/或时延的偏好。

作为一种示例，DRX偏好信息可以指示对功耗的偏好，例如功耗节省比例，网络设备可以按照终端设备相对第一时段均用于PDCCH监听节省该功耗节省比例(如20％)的功耗要求，向终端设备下发配置信息配置用于PDCCH监听的M1个第一时间窗，使得终端设备在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH，满足终端设备在功耗方面的需求。

作为另一种示例，DRX偏好信息可以指示对时延的偏好，例如平均调度时延，网络设备可以按照终端设备相对第一时段均用于PDCCH监听的调度时延基础上，增加不高于该平均调度时延的要求，向终端设备下发配置信息配置用于PDCCH监听的M1个第一时间窗，使得终端设备在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH，在节省终端设备功耗的情况下，满足终端设备在业务时延方面的需求。

作为又一种示例，DRX偏好信息还可以同时指示对功耗和时延的偏好，例如功耗节省比例和平均调度时延，网络设备可以按照终端设备相对第一时段均用于PDCCH监听节省该功耗节省比例的功耗要求，以及相对第一时段均用于PDCCH监听的调度时延基础上，增加不高于该平均调度时延的要求，向终端设备下发配置信息配置用于PDCCH监听的M1个第一时间窗，使得终端设备在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH，在节省终端设备功耗的情况下，满足终端设备在业务时延方面的需求。

第五方面，本申请实施例提供一种通信装置，该装置具有实现上述第一方面或者第一方面的任一种可能的设计中方法，或实现上述第二方面或者第二方面的任一种可能的设计中方法的功能，该装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块(或单元)，比如包括接口单元和处理单元。

在一个可能的设计中，该装置可以是芯片或者集成电路。

在一个可能的设计中，该装置包括存储器和处理器，存储器用于存储处理器执行的程序，当程序被处理器执行时，该装置可以执行上述第一方面或者第一方面的任一种可能的设计中的方法，或执行上述第二方面或者第二方面的任一种可能的设计中的方法。

在一个可能的设计中，该装置可以为终端设备，也可以为终端设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分终端设备功能的逻辑模块或软件。

第六方面，本申请实施例提供一种通信装置，该装置具有实现上述第三方面或者第三方面的任一种可能的设计中方法，或实现上述第四方面或者第四方面的任一种可能的设计中方法的功能，该装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块(或单元)，比如包括接口单元和处理单元。

在一个可能的设计中，该装置可以是芯片或者集成电路。

在一个可能的设计中，该装置包括存储器和处理器，存储器用于存储处理器执行的程序，当程序被处理器执行时，该装置可以执行上述第三方面或者第三方面的任一种可能的设计中的方法，或执行上述第四方面或者第四方面的任一种可能的设计中的方法。

在一个可能的设计中，该装置可以为网络设备，也可以为网络设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分网络设备功能的逻辑模块或软件。

第七方面，本申请实施例提供一种通信系统，该通信系统包括终端设备和网络设备，终端设备可以执行上述第一方面或者第一方面的任一种可能的设计中的方法，网络设备可以执行上述第三方面或者第三方面的任一种可能的设计中的方法；或终端设备可以执行上述第二方面或者第二方面的任一种可能的设计中的方法，网络设备可以执行上述第四面或者第四方面的任一种可能的设计中的方法。

第八方面，本申请实施例提供一种计算机可读存储介质，在存储介质中存储有计算机程序或指令，当计算机程序或指令被执行时，可以实现上述第一方面或者第一方面的任一种可能的设计中的方法，或实现上述第二方面或者第二方面的任一种可能的设计中的方法，或实现上述第三方面或者第三方面的任一种可能的设计中的方法，或实现上述第四方面或者第四方面的任一种可能的设计中的方法。

第九方面，本申请实施例还提供一种计算机程序产品，包括计算机程序或指令，当计算机程序或指令被执行时，可以实现上述第一方面或者第一方面的任一种可能的设计中的方法，或实现上述第二方面或者第二方面的任一种可能的设计中的方法，或实现上述第三方面或者第三方面的任一种可能的设计中的方法，或实现上述第四方面或者第四方面的任一种可能的设计中的方法。

第十方面，本申请实施例还提供一种芯片，该芯片与存储器耦合，用于读取并执行存储器中存储的程序或指令实现上述第一方面或者第一方面的任一种可能的设计中的方法，或实现上述第二方面或者第二方面的任一种可能的设计中的方法，或实现上述第三方面或者第三方面的任一种可能的设计中的方法，或实现上述第四方面或者第四方面的任一种可能的设计中的方法。

上述第三方面至第十方面所能达到的技术效果请参照上述第一方面或第二方面所能达到的技术效果，这里不再重复赘述。

附图说明

图1为本申请提供的一种DRX周期示意图；

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

图3为本申请实施例提供的适用的场景示意图之一；

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

图5为本申请实施例提供的适用的场景示意图之三；

图6为本申请实施例提供的业务帧到达示意图；

图7为本申请实施例提供的通信方法示意图之一；

图8为本申请实施例提供的另一种DRX周期示意图；

图9为本申请实施例提供的第一时间窗结构示意图之一；

图10为本申请实施例提供的转换深睡眠态/轻睡眠态功耗示意图；

图11为本申请实施例提供的业务帧到达概率分布示意图；

图12为本申请实施例提供的通信方法示意图之二；

图13为本申请实施例提供的功耗比值和平均调度时延示意图；

图14为本申请实施例提供的长DRX周期和短DRX周期示意图；

图15为本申请实施例提供的监听PDCCH的时间窗示意图；

图16为本申请实施例提供的通信方法示意图之三；

图17为本申请实施例提供的第一时间窗结构示意图之二；

图18为本申请实施例提供的DRX激活期示意图；

图19为本申请实施例提供的DRX命令(command)媒体介入控制层(media accesscontrol，MAC)控制单元(control element，CE)示意图；

图20为本申请实施例提供的通信装置示意图之一；

图21为本申请实施例提供的通信装置示意图之二。

具体实施方式

图2是本申请的实施例应用的通信系统的架构示意图。如图2所示，该通信系统包括无线接入网100和核心网200，可选的，通信系统还可以包括互联网300。其中，无线接入网100可以包括至少一个网络设备，如图2中的110a和110b，还可以包括至少一个终端设备，如图2中的120a-120j。其中，110a是基站，110b是微站，120a、120e、120f和120j是手机，120b是汽车，120c是加油机，120d是布置在室内或室外的家庭接入节点(home access point，HAP)，120g是笔记本电脑，120h是打印机，120i是无人机。其中，同一个终端设备或网络设备，在不同应用场景中可以提供不同的功能。比如，图2中的手机有120a、120e、120f和120j，手机120a可以接入基站110a，连接汽车120b，与手机120e直连通信以及接入到HAP，手机120e可以接入HAP以及与手机120a直连通信，手机120f可以接入为微站110b，连接笔记本电脑120g，连接打印机120h，手机120j可以控制无人机120i。

终端设备与网络设备相连，网络设备与核心网连接。核心网设备与网络设备可以是独立的不同的物理设备，也可以是将核心网设备的功能与网络设备的逻辑功能集成在同一个物理设备上，还可以是一个物理设备上集成了部分核心网设备的功能和部分的网络设备的功能。终端设备和终端设备之间以及网络设备和网络设备之间可以通过有线或无线的方式相互连接。图2只是示意图，该通信系统中还可以包括其它设备，如还可以包括无线中继设备和无线回传设备，在图2中未画出。

网络设备，也可以称为无线接入网设备，可以是基站(base station)、演进型基站(evolved NodeB，eNodeB)、发送接收点(transmission reception point，TRP)、第五代(5th generation，5G)移动通信系统中的下一代基站(next generation NodeB，gNB)、第六代(6th generation，6G)移动通信系统中的基站、未来移动通信系统中的基站或WiFi系统中的接入节点等；也可以是完成基站部分功能的模块或单元，例如，可以是集中式单元(central unit，CU)，也可以是分布式单元(distributed unit，DU)。这里的CU完成基站的无线资源控制协议和分组数据汇聚层协议(packet data convergence protocol，PDCP)的功能，还可以完成业务数据适配协议(service data adaptation protocol，SDAP)的功能；DU完成基站的无线链路控制层和介质访问控制(medium access control，MAC)层的功能，还可以完成部分物理层或全部物理层的功能，有关上述各个协议层的具体描述，可以参考第三代合作伙伴计划(3rd generation partnership project，3GPP)的相关技术规范。网络设备可以是宏基站(如图2中的110a)，也可以是微基站或室内站(如图2中的110b)，还可以是中继节点或施主节点等。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。可以理解，本申请中的网络设备的全部或部分功能也可以通过在硬件上运行的软件功能来实现，或者通过平台(例如云平台)上实例化的虚拟化功能来实现。

终端设备也可以称为终端、用户设备(user equipment，UE)、移动台、移动终端等。终端设备可以广泛应用于各种场景，例如，设备到设备(device-to-device，D2D)、车物(vehicle to everything，V2X)通信、机器类通信(machine-type communication，MTC)、物联网(internet of things，IOT)、虚拟现实、增强现实、工业控制、自动驾驶、远程医疗、智能电网、智能家具、智能办公、智能穿戴、智能交通、智慧城市等。终端设备可以是手机、平板电脑、带无线收发功能的电脑、可穿戴设备、车辆、无人机、直升机、飞机、轮船、机器人、机械臂、智能家居设备等。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。

网络设备和终端设备可以是固定位置的，也可以是可移动的。网络设备和终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上；还可以部署在空中的飞机、气球和人造卫星上。本申请的实施例对网络设备和终端设备的应用场景不做限定。

网络设备和终端设备的角色可以是相对的，例如，图2中的直升机或无人机120i可以被配置成移动网络设备，对于那些通过120i接入到无线接入网100的终端设备120j来说，终端设备120i是网络设备；但对于网络设备110a来说，120i是终端设备，即110a与120i之间是通过无线空口协议进行通信的。当然，110a与120i之间也可以是通过网络设备与网络设备之间的接口协议进行通信的，此时，相对于110a来说，120i也是网络设备。因此，网络设备和终端设备都可以统一称为通信装置，图2中的110a和110b可以称为具有网络设备功能的通信装置，图2中的120a-120j可以称为具有终端设备功能的通信装置。

网络设备和终端设备之间、网络设备和网络设备之间、终端设备和终端设备之间可以通过授权频谱进行通信，也可以通过免授权频谱进行通信，也可以同时通过授权频谱和免授权频谱进行通信；可以通过6千兆赫(gigahertz，GHz)以下的频谱进行通信，也可以通过6GHz以上的频谱进行通信，还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对无线通信所使用的频谱资源不做限定。

在本申请的实施例中，网络设备的功能也可以由网络设备中的模块(如芯片)来执行，也可以由包含有网络设备功能的控制子系统来执行。这里的包含有网络设备功能的控制子系统可以是智能电网、工业控制、智能交通、智慧城市等上述应用场景中的控制中心。终端设备的功能也可以由终端设备中的模块(如芯片或调制解调器)来执行，也可以由包含有终端设备功能的装置来执行。

在本申请中，网络设备向终端设备发送下行信号或下行信息，下行信息承载在下行信道上；终端设备向网络设备发送上行信号或上行信息，上行信息承载在上行信道上。终端设备为了与网络设备进行通信，需要与网络设备控制的小区建立无线连接。与终端设备建立了无线连接的小区称为该终端设备的服务小区。当终端设备与该服务小区进行通信的时候，还会受到来自邻区的信号的干扰。

本申请提供的实施例适用于多种不同的场景。图3-图5示出了本申请实施例适用的几种场景示意图。

图3示出了一种本申请实施例适用的场景示意图。图3示意了一个系统300，包含服务器310、核心网和接入网320(可简称为传输网络320，例如LTE、5G或6G网络)、以及终端设备330。其中，服务器310可用于对XR的源数据进行编解码和渲染，传输网络320可用于对XR数据的传输，终端设备330通过对XR数据的处理为用户提供多样化的XR体验。可以理解，传输网络320与终端设备330之间还可以包含其他的装置，例如还可以包含其他的终端设备(例如手机、笔记本电脑、或车载终端设备等)和/或网络设备(例如中继设备、一体化接入回传(integrated access backhaul，IAB)设备、WiFi路由器、或WiFi接入点等)，终端设备330借助其他的终端设备和/或网络设备从传输网络320获得XR数据。

图4示出了另一种本申请实施例适用的场景示意图。图4示意了一个系统400，包括终端设备410、核心网和接入网420(可简称为传输网络420，例如LTE、5G或6G网络)、以及其它终端设备430。其他终端设备430是终端设备410之外的终端设备。其他终端设备430可以借助传输网络420向终端设备410传输XR数据。例如：终端设备410为主域触觉用户与人工系统接口，其它终端设备430为受控域的远程控制机器人或远程操作员。主域从受控域接收音频/视频反馈信号，主域和受控域在各种命令和反馈信号的帮助下，通过传输网络420上的双向通信链接进行连接，从而形成一个全局控制环。

图5示出了另一种本申请实施例适用的场景示意图。图5示意了一个系统500，包含服务器510、固网520、WiFi路由器或WiFi接入点530(可简称为WiFi装置530)、和终端设备540。服务器510可用于对XR的源数据进行编解码和渲染，并借助固网520和WiFi装置530向终端设备540传输XR数据。例如，固网520为运营商网络，WiFi装置530是WiFi路由器、WiFi接入点或机顶盒，服务器510借助运营商网络520和WiFi装置530将XR数据传输或投屏到终端设备540。

可以理解，图3-图5仅给出了本申请实施例可以适用的几种场景示意，并没有对本申请实施例的适用场景产生限定。

随着5G通信系统逐渐渗入一些实时性强、数据容量要求大的多媒体业务，以及终端设备越来越轻量化的设计，终端设备电池的续航时间成为了用户关注的重点。例如：对于XR业务，用户越来越希望通过头戴式显示器(head mounted display，HMD)或者智能眼镜(如VR眼镜、增强现实(augmented reality，AR)眼镜)这种头戴式的终端设备来提高体验，而对于头戴式的终端设备受限于外形尺寸的限制，电池的容量较低，并且预期需要长时间佩戴，那么对头戴式的终端设备的功耗控制，就成为头戴式的终端设备使用过程中的重要环节。再例如，对于长时间的云游戏或者视频传输来说，用户也期望终端设备的电池有较长的续航时间，对终端设备的功耗控制也是终端设备使用过程中的重要环节。

目前，对于媒体业务，其业务帧通常是根据帧率周期性到达。然而，由于服务器编码处理、固网/核心网传输等因素，导致业务帧到达网络设备时，不一定是严格符合周期性。如图6所示，一个帧率为60帧每秒(frame per second，FPS)的视频，理想情况下，帧间隔为1/60s，也即每隔16.67ms到达一个业务帧。然而实际由于服务器编码处理、固网/核心网传输等因素，每个业务帧到达网络设备的延迟不等，帧间隔不再是严格的16.67ms，也就是说业务帧的到达时刻存在抖动(jitter)。例如在图6中，第二帧延后到达5ms，即jitter＝5ms，第四帧提前到达了3ms，即jitter＝-3ms。以60FPS的XR业务，jitter的取值服从均值为0，标准差为2ms，取值范围[-4ms，4ms]的截断高斯分布为例，为了适配jitter，就需要将DRX持续时段设置为整个业务帧可能到达的时间范围，即将DRX周期设置为16.67ms，将DRX持续时段设置为8ms，从而能够涵盖整个业务帧可能到达的时间范围[-4ms，4ms]，这时需要终端设备在一个DRX周期内将近一半的时间内都需要监听PDCCH，导致功耗过高。另外，如果jitter的取值范围进一步增加至达到或超过DRX周期，则需将DRX持续时段设置为等于DRX周期，也就是说终端设备需要在一个DRX周期内一直监听PDCCH，功耗更高。

本申请主要考虑从高效应对业务帧抖动的角度出发，在保证用户体验的前提下，进一步降低终端设备的功耗。下面将结合附图，对本申请实施例进行详细描述。

图7为本申请实施例提供的一种通信方法示意图。图7中以网络设备和终端设备作为该交互示意的执行主体为例来示意该方法，但本申请并不限制该交互示意的执行主体。例如，图7中的网络设备也可以是支持该网络设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分无线网络设备功能的逻辑模块或软件；图7中的终端设备也可以是支持该终端设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分终端设备功能的逻辑模块或软件。该方法包括：

S701：网络设备向终端设备发送配置信息，终端设备接收来自网络设备的配置信息。

S702：终端设备根据配置信息在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH。

在本申请实施例中，配置信息可以配置第一时段的N1个第一时间窗中用于PDCCH监听的M1个第一时间窗。具体的，第一时段可以是时域上一段连续的时间。第一时段可以在时间(也可以称为时域)上周期分布，也可以在时间上非周期分布。举例来说，第一时段可以为DRX持续时段(on duration)，并按照DRX周期在时间上周期分布。作为一种示例，如图1所示，在第一时段为DRX持续时段时，第一时段可以按照DRX周期在时间上周期分布。第一时段还可以是指DRX周期，也就是说一个DRX周期可作为一个第一时段，第一时段的时长等于DRX周期，第一时段按照DRX周期在时间上周期分布。第一时段还可以是指唤醒信号(wake upsignal，WUS)的唤醒时段等，WUS可以用于指示终端设备在接收到WUS所在DRX周期的下一个DRX周期的DRX持续时段(也可称为唤醒时段)进行PDCCH的监听。

其中，配置信息可以通过无线资源控制(radio resource control，RRC)信令、下行链路控制信息(downlink control information，DCI)等由网络设备发送给终端设备。

另外，需要理解的是上述DRX持续时段，也可以称为DRX持续时间、DRX开启时段、或DRX开启时间等。

以第一时段为DRX持续时段为例，对于帧率为60FPS，业务帧的jitter的取值服从均值为0，标准差为2ms，取值范围[-4ms，4ms]的截断高斯分布的XR业务，XR业务的业务帧帧间隔为16.67ms，为了方便描述在本申请实施例中将16.67ms取整为16ms。如图8所示，需要将DRX周期设置为16ms，同时为了适配jitter，就需要将第一时段(DRX持续时段)设置为整个业务帧可能到达的时间范围，也即需要将DRX持续时段设置为8ms，从而能够涵盖整个业务帧可能到达的时间范围[-4ms，4ms]。这就需要终端设备在第一时段一半的时间内都需要监听PDCCH，导致功耗过高。

为了降低终端设备的功耗，在本申请实施例中，可以利用业务帧的jitter在时间上的概率分布的特性，通过配置信息在第一时段中设置N1个第一时间窗，并配置终端设备在N1个第一时间窗中的M1个第一时间窗内监听PDCCH，剩余的N1-M1个第一时间窗终端设备可以不监听PDCCH，进入休眠状态以节省功耗。需要理解的是，上述时间窗还可以称为时间栅格(raster)或子时间段等，本申请对其名称不做限定。

在一种可能的实施中，第一时间窗的时长可以根据时隙长度来确定，如第一时间窗的时长可以等于时隙长度，也可以为时隙长度的整倍数等。

作为一种示例，如图9所示，以时隙长度是1ms为例，图8中时长为8ms的第一时段可包括8个第一时间窗，8个第一时间窗互不重叠，每个第一时间窗的时长为1ms。如果配置信息配置终端设备在第一时段内的第3-4ms、第6-8ms对应的3个第一时间窗内监听PDCCH，那么终端设备在第一时段内的第0-3ms、第4-6ms对应的5个第一时间窗内可以进入到休眠状态，不监听PDCCH，从而节省功耗。

参照表1，表1示出了一种终端设备在不同状态下，单位时间(例如1ms)的相对功耗值示例。如表1所示，对于处于睡眠态的终端设备，处于深睡眠态的终端设备中处于去激活态的硬件数量最多，终端设备的功耗最小；处于微睡眠态的终端设备中处于去激活态的硬件数量最少，终端设备的功耗最高；处于轻睡眠态的终端设备中处于去激活态的硬件数量小于处于深睡眠态的终端设备中处于去激活态的硬件数量、大于处于微睡眠态的终端设备中处于去激活态的硬件数量，终端设备的功耗大于处于深睡眠态的终端设备的功耗、小于处于微睡眠态的终端设备的功耗。如果处于深睡眠态的终端设备单位时间的功耗值表示为1，如表1所示，相对于处于深睡眠态的终端设备单位时间的功耗，处于深睡眠态的终端设备的单位时间的相对功耗值为1，处于轻睡眠态的终端设备的单位时间的相对功耗值为20，处于微睡眠态的终端设备的单位时间的相对功耗值为45，终端设备在监听PDCCH时单位时间的相对功耗值为100，在同时监听PDCCH和接收物理下行链路共享信道(physical downlinkshared channel，PDSCH)时单位时间的相对功耗值为300。需要理解的是，表1中示出的相对功耗值的数值仅是一种示例。

表1

另外，终端设备由监听态(如监听PDCCH，或监听PDCCH且接收PDSCH)转换到睡眠态、再由睡眠态转换到监听态需要转换时间，其中转换到功耗越低的睡眠态所需的转换时间越长，并且终端设备在监听态转换到睡眠态、再由睡眠态转换到监听态的转换过程中也要消耗一定的功耗。如表2所示，给出了监听态到不同睡眠态、再由不同睡眠态转换到监听态的转换时间以及相应的相对功耗值示例，其中由监听态到深睡眠态、再由深睡眠态到监听态所需的转换时间和转换阶段的总相对功耗值分别为20ms和450；由监听态到轻睡眠态、再由轻睡眠态到监听态所需的转换时间和转换阶段的总相对功耗值分别为60ms和100；由监听态到微睡眠态、再由微睡眠态到监听态所需的转换时间和转换阶段的总相对功耗值分别为0ms和0。

表2

图10为由监听态到深睡眠态/轻睡眠态、再由深睡眠态/轻睡眠态到监听态所需要的相对功耗值(即相对于深睡眠态的单位时间功耗的相对功耗值)示意图，其中，深睡眠态/轻睡眠态的持续时长包括由监听态到深睡眠态/轻睡眠态、再由深睡眠态/轻睡眠态到监听态的转换时长，缓降(ramp down)标注的方框代表由监听态(如监听PDCCH，或监听PDCCH且接收PDSCH)到深睡眠态/轻睡眠态的转换相对功耗值，斜升(ramp up)标注的方框表示由深睡眠态/轻睡眠态到监听态的转换相对功耗值，深睡眠态/轻睡眠态标注的长框代表处于深睡眠态/轻睡眠态的相对功耗值，其中缓降标注的方框代表的由监听态到深睡眠态/轻睡眠态的转换相对功耗值与斜升标注的方框表示的由深睡眠态/轻睡眠态到监听态的转换相对功耗值之和，为深睡眠态/轻睡眠态所对应的转换阶段的总相对功耗值(例如可以如表2示意)。由图10可知，对于终端设备的一次由监听态到深睡眠态/轻睡眠态，再由深睡眠态/轻睡眠态到监听态的转换带来的相对功耗值为深睡眠态/轻睡眠态所对应的转换阶段的总相对功耗值(例如表2所示意)与终端设备处于深睡眠态/轻睡眠态的相对功耗值(例如表1所示意)之和。

以第一时段的时长为8ms，第一时段中存在16个第一时间窗，每个第一时间窗的时长为0.5ms，16个第一时间窗在第一时段中依次为第1个第一时间窗、第2个第一时间窗、……、第16个第一时间窗为例，若配置16个第一时间窗中M1个第一时间窗的图样为[0，0，0，1，0，1，0，1，0，1，0，1，0，0，0，1]，也即M1为6，16个第一时间窗中第4个第一时间窗、第6个第一时间窗、第8个第一时间窗、第10个第一时间窗、第12个第一时间窗、第16个第一时间窗用于PDCCH的监听。因为其最长有3个连续的第一时间窗不用于PDCCH的监听，最长的非监听时长为3*0.5＝1.5ms。如果终端设备在非监听态(非监听PDCCH的状态)处于深睡眠态，那么终端设备由监听态到深睡眠态、再由深睡眠态到监听态需要20ms的转换时间，而最长的非监听时长为1.5ms，所以终端设备在非监听态无法转换到深睡眠态。如果终端设备在非监听态处于轻睡眠态，那么终端设备由监听态到轻睡眠态、再由轻睡眠态到监听态需要6ms的转换时间，而最长的非监听时长仅为1.5ms，所以终端设备在非监听态也无法转换到轻睡眠态。如果终端设备在非监听态处于微睡眠态，那么终端设备由监听态到微睡眠态、再由微睡眠态到监听态需要0ms的转换时间，也即终端设备由监听态到微睡眠态、再由微睡眠态到监听态不需要转换时间，因此在上述场景中，终端设备的非监听态可以转换到微睡眠态。终端设备处于微睡眠态单位时间的相对功耗值(即相对于深睡眠态的单位时间功耗的相对功耗值)为45，监听PDCCH的单位时间的相对功耗值为100，则第一时段的总相对功耗值为0.5*(45*10+100*6)＝525，其中10表示不用于PDCCH的监听的10个第一时间窗，6表示用于PDCCH的监听的6个第一时间窗，相对于8ms均监听PDCCH的总相对功耗值为0.5*100*16＝800，节省的相对功耗值为275，降低了终端设备的功耗。由此可知，采用本申请实施例的方案可以节省终端设备的功耗。

另外，虽然在第一时段中包括N1个第一时间窗，终端设备在N1个第一时间窗中的M1个第一时间窗内监听PDCCH，剩余的N1-M1个第一时间窗终端设备可以进入休眠状态，终端设备可以节省功耗，但是如果业务帧在剩余的N1-M1个第一时间窗中的某一个第一时间窗到达网络设备，那么网络设备只能在距离该第一时间窗最近的一个终端设备监听PDCCH的第一时间窗调度终端设备接收该业务帧，会给业务帧的传输带来调度时延。

对于第一时段，以业务帧在第i个第一时间窗内的到达概率为p

以第一时段为DRX持续时段，业务帧的jitter的取值服从均值为0，标准差为2ms，取值范围[-4ms，4ms]的截断高斯分布，每个第一时间窗的时长为0.5ms为例，第一时段的时长为8ms，第一时段中可以存在16个第一时间窗，如图11所示，其中图11的横轴表示第一时间窗的编号，也即第一时段中的第几个第一时间窗，纵轴表示业务帧在第一时间窗到达的概率，业务帧在第1个第一时间窗到第16个第一时间窗到达的概率分别为[p

因此，网络设备不仅可以从功耗的角度出发为终端设备配置第一时段的N1个第一时间窗中用于PDCCH监听的M1个第一时间窗，还可以从调度时延，或综合考虑调度时延和功耗等因素为终端设备配置第一时段的N1个第一时间窗中用于PDCCH监听的M1个第一时间窗。下面结合具体场景进行说明。

场景一：第一时段为非连续接收DRX持续时段。

图12为本申请实施例提供的又一种通信方法示意图。图12中以网络设备和终端设备作为该交互示意的执行主体为例来示意该方法，但本申请并不限制该交互示意的执行主体。例如，图12中的网络设备也可以是支持该网络设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分无线网络设备功能的逻辑模块或软件；图12中的终端设备也可以是支持该终端设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分终端设备功能的逻辑模块或软件。图12示意的方法可理解为图7示意方法的一种具体实现。该方法包括：

S1201：网络设备向终端设备发送配置信息，终端设备接收来自网络设备的配置信息。

S1202：终端设备根据配置信息在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH，第一时段为DRX持续时段。

在本申请实施例中，配置信息可以配置第一时段的N1个第一时间窗中用于PDCCH监听的M1个第一时间窗，其中N1为大于等于2的整数，M1为小于N1的正整数。

在一种可能的实施中，配置信息包括时间窗索引信息，时间窗索引信息用于配置上述M1个第一时间窗，也就是说，第一时段的N1个第一时间窗中用于PDCCH监听的M1个第一时间窗可以由来自网络设备的时间窗索引信息配置。

具体的，可以通过协议预定义，或者网络设备配置并向终端设备单播、组播、广播等方式，在网络设备和终端设备中配置一个或多个时间窗索引表，其中时间窗索引表中每一个表项对应一个第一时间窗图样，并且每一个表项与一个索引值对应。例如，可以针对不同的业务类型，如不同的业务帧帧率60FPS、120FPS，不同的子载波间隔等，以及业务帧的jitter的概率分布，取值范围等配置一个或多个时间窗索引表。

作为一种示例，对于业务帧帧率为60FPS，jitter的取值服从均值为0，标准差为2ms，取值范围[-4ms，4ms]的截断高斯分布的业务，时隙长度为0.5ms，可以将第一时段设置为8ms，每个第一时间窗的时长设置为0.5ms，此时第一时段包括16个第一时间窗，对应的时间窗索引表可以如表3所示。

其中，表3中每个第一时间窗图样中包括16个指示位，分别对应第一时段的第1个第一时间窗至第16个第一时间窗，其中可以是指示位为0表示对应的第一时间窗不用于PDCCH的监听，指示位为1表示对应的第一时间窗用于PDCCH的监听，也可以是指示位为0表示对应的第一时间窗用于PDCCH的监听，指示位为1表示对应的第一时间窗不用于PDCCH的监听。在表3以及后续表4-表5中以指示位为0表示对应的第一时间窗不用于PDCCH的监听，指示位为1表示对应的第一时间窗用于PDCCH的监听为例进行说明。并且表3中每一个表项对应一套索引值、相对功耗值、平均调度时延和第一时间窗图样，通过索引值可以定位到相应的表项。例如：通过索引值6，可以定位到索引值为6的表项，相对功耗值为525、平均调度时延为0.397，第一时间窗图样为[0，0，0，1，0，0，1，0，1，0，1，0，1，0，0，1]。对于每个表项中第一时间窗图样对应的相对功耗值和调度时延的确定，可以参照上述关于相对功耗值和平均调度时延的确定方式的介绍，不再进行赘述。

另外，在表3中每个第一时间窗图样中包括的“1”的数量不同，也即用于监听PDCCH的第一时间窗的数量不同，对于每个包括特定数量的“1”的第一时间窗图样，可以利用上述平均调度时延的确定方式，确定包含该特定数量的用于PDCCH监听的第一时间窗的所有可能的第一时间窗图样的平均调度时延，并在其中选取平均调度时延最低的第一时间窗图样，作为该特定数量“1”对应的第一时间窗图样。

表3

作为一种示例，对于业务帧帧率为60FPS，jitter的取值服从均值为0，标准差为2ms，取值范围[-4ms，4ms]的截断高斯分布的业务，时隙长度为1ms，可以将第一时段设置为8ms，每个第一时间窗的时长设置为1ms，此时第一时段包括8个第一时间窗，对应的时间窗索引表可以如表4所示。

其中，表4中每个时间窗图样中均包括8个指示位，分别对应第一时段的第1个第一时间窗至第8个第一时间窗，其中某一指示位为0表示对应的第一时间窗不用于PDCCH的监听，指示位为1表示对应的第一时间窗用于PDCCH的监听。并且表4中每一个表项对应一套索引值、相对功耗值、平均调度时延和第一时间窗图样，通过索引值可以定位到相应的表项。

表4

作为一种示例，对于业务帧帧率为60FPS，jitter的取值服从均值为0，标准差为3ms，取值范围[-6ms，6ms]的截断高斯分布的业务，时隙长度为0.25ms，可以将第一时段设置为12ms，每个第一时间窗的时长设置为2ms，此时第一时段包括6个第一时间窗，对应的时间窗索引表可以如表5所示。

其中，表5中每个时间窗图样中均包括6个指示位，分别对应第一时段的第1个第一时间窗至第6个第一时间窗，其中某一指示位为0表示对应的第一时间窗不用于PDCCH的监听，指示位为1表示对应的第一时间窗用于PDCCH的监听。并且表5中每一个表项对应一套索引值、相对功耗值、平均调度时延和第一时间窗图样，通过索引值可以定位到相应的表项。

表5

需要理解的是，表4或表5中每个第一时间窗图样中包括的“1”的数量也不同，也即用于监听PDCCH的第一时间窗的数量不同，对于表4或表5中每个包括特定数量的“1”的第一时间窗图样，也可以利用上述平均调度时延的确定方式，确定包含该特定数量的用于监听PDCCH的第一时间窗的所有可能的第一时间窗图样的平均调度时延，并在其中选取平均调度时延最低的第一时间窗图样，作为该特定数量“1”对应的第一时间窗图样。

另外，上述表3-表5均以索引值与索引值对应的第一时间窗图样中“1”的数量相等为例进行介绍，在一些实施中，在一个时间窗索引表中，索引值与索引值对应的第一时间窗图样中“1”的数量也可以不等，或部分索引值与索引值对应的第一时间窗图样中“1”的数量相等、部分索引值与索引值对应的第一时间窗图样中“1”的数量不等，本申请不进行限定。

上述表3-表5仅是示例性的，可以理解的是，针对不同的业务类型，如不同的jitter的分布参数、第一时间窗的时长等均可导致时间窗索引表发生变化，也即针对不同的业务类型，在本申请实施例中，可以配置不同的时间窗索引表。

当然，也可以通过对一个或多个时间窗索引表中的部分或全部进行组合，组成一个新的时间窗索引表，适用于一种或多种不同的业务类型。例如：可以抽取表3中部分表项(如第2行至第10行)组成一个新的时间窗索引表；还可以抽取表3中的部分表项和表4中的部分表项，并为各个表项重新赋予不重复的索引值，组成一个新的时间窗索引表等。

另外，对于相对功耗值和平均调度时延，时间窗索引表中可以出现相对功耗值和平均调度时延的一项，也可以在时间窗索引表中不出现相对功耗值和平均调度时延。此外，时间窗索引表中的相对功耗值和平均调度时延等还可以用一个值来替代。例如：可以用性能值来综合衡量相对功耗值和平均调度时延，使用性能值来替代时间窗索引表中的相对功耗值和平均调度时延，其中性能值可以为相对功耗值与平均调度时延的加权平均数、乘积等。

网络设备在生成配置信息时，可以按照一定策略在时间窗索引表中选取一个索引值作为配置信息中包括的时间窗索引信息。例如网络设备可以采用随机选取的方式在时间窗索引表中，选取一个索引值作为配置信息中包括的时间窗索引信息，也可以默认选择一个索引值(如索引值6)作为配置信息中包括的时间窗索引信息，还可以按照终端设备对功耗节省比例(相对第一时段均用于PDCCH监听节省的相对功耗值的比例)或平均调度时延的要求，选择一个索引值作为配置信息中包括的时间窗索引信息，或综合考虑终端设备对功耗节省比例和平均调度时延的要求，选择一个索引值作为配置信息中包括的时间窗索引信息等。

对于时间窗索引信息，可以通过在发送配置信息的RRC信令、或DCI中设置字段(或信元)来承载(或配置)，本申请以设置字段为例进行说明。例如设置非连续接收开启时间栅格(DRX on duration raster，DODR)索引(DODR-index)字段等来承载。终端设备接收到来自网络设备的配置信息后，可根据时间窗索引信息确定第一时间窗图样，在第一时间窗图样中的M1个第一时间窗内监听PDCCH，N1-M1个第一时间窗内不监听PDCCH，以节省功耗。

在另一种可能的实施中，配置信息包括时间窗位图(bitmap)信息，时间窗位图信息用于配上述M1个第一时间窗，也就是说，第一时段的N1个第一时间窗中的用于PDCCH监听的M1个第一时间窗也可以由来自网络设备的时间窗位图信息配置。

其中，可以通过在发送配置信息的RRC信令、或DCI中设置字段(或信元)来承载(或配置)时间窗位图信息，例如可以在配置信息中设置DODR位图(DODR-bitmap)字段，来承载时间窗位图信息。时间窗位图信息的指示位位数可以与N1相等，时间窗位图信息的第一指示位指示第一时段中第一个第一时间窗是否用于PDCCH的监听，时间窗位图信息的第二指示位指示第一时段中第二个第一时间窗是否用于PDCCH的监听，时间窗位图信息的第三指示位指示第一时段中第三个第一时间窗是否用于监听PDCCH，……，依次类推。具体可以通过指示位为1指示第一时间窗用于PDCCH的监听，通过指示位为0指示第一时间窗不用于PDCCH的监听；或者通过指示位为0指示第一时间窗用于PDCCH的监听，通过指示位为1指示第一时间窗不用于PDCCH的监听。在本申请实施例中以通过指示位为1指示第一时间窗用于PDCCH的监听，通过指示位为0指示第一时间窗不用于PDCCH的监听为例进行说明。

以时间窗位图信息为“[0，0，0，1，0，0，1，1]”为例，则指示第一时段中8个第一时间窗中的第3个第一时间窗、第7个第一时间窗和第8个第一时间窗用于PDCCH的监听，其它第一时间窗不用于PDCCH的监听。

以上述表3、表4或表5中的第一时间窗图样为例，上述表3、表4或表5中一个索引值对应的一个第一时间窗图样可以看作是一个候选时间窗位图信息。网络设备在生成配置信息时，可以按照一定策略在候选时间窗位图信息中选择一个作为配置信息中的时间窗位图信息。例如可以在候选时间窗位图信息中随机选择一个作为配置信息中的时间窗位图信息。或者按照相对功耗值最小或平均调度时延最小优先，在候选时间窗位图信息中选择一个作为配置信息中的时间窗位图信息等。

终端设备接收到来自网络设备的配置信息后，可以根据配置信息中包括的时间窗位图信息，确定第一时段中用于PDCCH监听的M1个第一时间窗。

作为一种示例，以时间窗位图信息为“[0，0，0，1，0，0，1，1]”，第一时段的时长为8ms为例，时间窗位图信息的指示位位数为8，则第一时段中第一时间窗的数量为8。终端设备根据该时间窗位图信息确定在第一时间的第4个第一时间窗，第7个第一时间窗和第8个第一时间窗内监听PDCCH。

另外，在一些实施中，DODR-bitmap字段的指示位的位数可能存在大于第一时段中第一时间窗数量N1的取值的情况，此时时间窗位图信息实际上占用DODR-bitmap字段中的部分指示位。例如DODR-bitmap字段的指示位的位数为20，N1的取值为8，此时配置信息中的时间窗位图信息占DODR-bitmap字段中的8个指示位，DODR-bitmap字段的其它指示位可以被填充为0。此时为了便于终端设备对DODR-bitmap字段中承载的时间窗位图信息的确定，配置信息还可以用于配置N1的取值或N1个第一时间窗中一个第一时间窗的时长。

作为一种示例，可以通过在发送配置信息的RRC信令、或DCI中设置字段(或信元)，来承载(或配置)N1的取值或N1个第一时间窗中一个第一时间窗的时长。

以设置DODR值(DODR-num)字段用来配置N1的取值为例，如果第一时段的时长为8ms，时间窗位图信息的指示位的位数为8，DODR-bitmap字段的指示位的位数为20，网络设备可以通过DODR-num字段配置N1的取值为8。终端设备可以按照协议的规定或网络设备的配置等方式确定时间窗位图信息占DODR-bitmap字段中的哪8个指示位，如占用DODR-bitmap字段中的前8个指示位或后8个指示位等。

以设置DODR时长粒度(DODR-timegranularity)字段用来配置N1个第一时间窗中一个第一时间窗的时长为例，如果第一时段的时长为8ms，第一时段中第一时间窗的数量N1为8，一个第一时间窗的时长为1ms，时间窗位图信息的指示位的位数为8，DODR-bitmap字段的指示位的位数为20，网络设备可以通过DODR-timegranularity字段配置N1个第一时间窗中一个第一时间窗的时长为1ms。终端设备可以根据第一时段的时长为8ms、N1个第一时间窗中一个第一时间窗的时长为1ms，确定第一时段中第一时间窗的数量N1为8，时间窗位图信息的指示位的位数为8。终端设备可以按照协议的规定或网络设备的配置等方式确定时间窗位图信息占DODR-bitmap字段中的哪8个指示位，如占用DODR-bitmap字段中的前8个指示位或后8个指示位等。

另外，为了进一步满足用户的个性化需求，终端设备还可以向网络设备发送DRX偏好信息，网络设备接收来自终端设备的DRX偏好信息。DRX偏好信息指示对功耗和/或时延的偏好。网络设备在生成配置信息时，可以考虑配置信息所配置第一时段的N1个第一时间窗中用于PDCCH监听的M1个第一时间窗带来的功耗节省或平均调度时延，以满足终端设备上报的DRX偏好信息。

其中，上述对功耗和/或时延的偏好可以为偏功耗节省，或者偏低平均调度时延，也可以为终端设备想要达到的功耗水平，比如功耗节省20％；还可以为终端设备所能接受的平均调度时延，比如平均调度时延最大为0.3ms。

作为一种示例，终端设备可以通过用户辅助信息(UE assistance information，UAI)向网络设备发送DRX偏好信息，例如可以在UAI中添加DODR偏好类型(preferedDODR-type)字段表征终端设备是偏功耗节省，还是偏低平均调度时延。如preferedDODR-type字段为0表示终端设备偏功耗节省，为1表示偏低平均调度时延。又如preferedDODR-type字段为枚举值“power”表示终端设备偏功耗节省，为枚举值“delay”表示偏低平均调度时延。

可选地，还可以在UAI中添加DODR功耗偏好(preferedDODR-power-consumption)字段表征想要达到的功耗水平。可选地，还可以在UAI中添加DODR平均调度时延(preferedDODR-average-schedule-delay)字段表征所能接受的平均调度时延。

例如，终端设备发送的UAI中preferedDODR-type字段为0，则网络设备选择功耗(如相对功耗值)较低的第一时间窗图样通过配置信息配置给终端设备，如在功耗最低的X个第一时间窗图样中选择一个第一时间窗图样通过配置信息配置给终端设备，X为大于等于1的整数。作为一种示例，X的值可以为4，如果终端设备发送的UAI中preferedDODR-type字段为0，网络设备可以在功耗最低的4个第一时间窗图样中选择一个第一时间窗图样通过配置信息配置给终端设备。

例如，终端设备发送的UAI中preferedDODR-type字段为1，则网络设备选择平均调度时延较低的第一时间窗图样通过配置信息配置给终端设备，如在平均调度时延最低的Y个第一时间窗图样中选择一个第一时间窗图样通过配置信息配置给终端设备，Y为大于等于1的整数。作为一种示例，Y的值可以为3，如果终端设备发送的UAI中preferedDODR-type字段为1，网络设备可以在平均调度时延最低的3个第一时间窗图样中选择一个第一时间窗图样通过配置信息配置给终端设备。

如果UAI中存在preferedDODR-power-consumption字段，说明存在功耗水平指示，则网络设备可以按照preferedDODR-power-consumption字段所指示的功耗水平，选择第一时间窗图样通过配置信息配置给终端设备。如果UAI中存在preferedDODR-average-schedule-delay字段，说明存在平均调度时延水平指示，则网络设备可以按照preferedDODR-average-schedule-delay字段所指示的平均调度时延水平，选择第一时间窗图样通过配置信息配置给终端设备。当然，如果UAI中同时存在preferedDODR-power-consumption字段和preferedDODR-average-schedule-delay字段，说明同时存在功耗水平指示和平均调度时延水平指示，则网络设备可以按照preferedDODR-power-consumption字段所指示的功耗水平、preferedDODR-average-schedule-delay字段所指示的平均调度时延水平，选择第一时间窗图样通过配置信息配置给终端设备。

作为一种示例：UAI中存在preferedDODR-power-consumption字段，所指示的功耗水平为功耗节省20％，以上述表3为例，则网络设备可以在索引1-索引10对应的第一时间窗图样中选择一个第一时间窗图样配置给终端设备，其中索引1-索引10对应的第一时间窗图样相对于索引16对应的第一时间窗的图样(即第一时间窗全用于PDCCH的监听)可以节省20％以上的功耗。

如图13所示，表3所示的每个第一时间窗图样的功耗相比于在第一时段内持续监听PDCCH的功耗的比值，以及每个第一时间窗图样的平均调度时延。其中图13每个点表示一个第一时间窗图样，横轴表示平均调度时延，纵轴表示第一时间窗图样的功耗相比于在第一时段内持续监听PDCCH的功耗的比值，在横轴上从左到右每个点依次对应表3中索引为16的第一时间窗图样、索引为15的第一时间窗图样、……、索引为1的第一时间窗图样。从图13中可以看出，通过设置第一时间窗，在略微增加平均调度时延的情况下可以大幅地降低功耗。比如，设置索引值为6的第一时间窗图样，即可实现降低(800-525)/800＝34.38％的功耗，同时平均调度时延仅增加0.397ms。

目前，DRX周期的选择需要考虑终端设备的电池寿命与时延之间的平衡。从一个方面讲，长DRX周期有益于延长终端设备的电池寿命，从另一个方面讲，当有新的数据传输时，一个更短的DRX周期有益于更快的响应。为了满足上述需求，在一些实施中，终端设备可以配置两种DRX周期，即一个长DRX周期和一个短DRX周期，在某时刻，终端设备使用两种DRX周期中的一种DRX周期配置。作为一种示例，如图14所示，网络设备可以为终端设备配置一个长DRX周期和一个短DRX周期，并且长DRX周期的时长为短DRX时长的2倍，长DRX周期和短DRX周期的DRX持续时段的时长可以相同。

作为一种示例，对于XR业务中的视频业务，一个图像组(group of picture，GOP)内可以包含一个I帧(intra frame)和多个P帧(predicted frame)。其中I帧为帧内参考帧，在解码时终端设备根据本帧数据恢复图像；P帧为预测编码帧，表示与前一帧的画面差别的数据，解码时终端设备需要用之前缓存的画面帧叠加上本帧定义的差别生成图像。由于P帧在解码时需要参考前面的画面帧，因此终端设备需要的解码时间更长，所以要求空口应该在更少的时间内完成传输，例如P帧的空口传输时延预算可为8ms。而I帧在解码时仅需要本帧数据，终端设备需要解码时间相对较短，所以空口的传输延时要求相对较低，例如I帧的空口传输时延预算可为12ms。因此在进行视频业务时，可以为P帧配置平均调度时延较短的用于PDCCH监听的时间窗图样，为I帧配置平均调度时延较长的用于PDCCH监听的时间窗图样。

具体的，对于XR业务中的视频业务，一个GOP内可以包含一个I帧和多个P帧，两个相邻I帧的间隔大于两个相邻P帧的间隔，网络设备可以根据P帧的间隔为终端设备配置一个短DRX周期，根据I帧的间隔为终端设备配置一个长DRX周期，并为长DRX周期和短DRX周期的DRX持续时段分别配置时延不同的用于PDCCH监听的时间窗图样。

在一些实施中，如果终端设备配置有一个长DRX周期和一个短DRX周期，上述第一时段为长DRX周期的DRX持续时段。网络设备发送给终端设备的配置信息，还可以用于配置第二时段的N2个第二时间窗中用于监听PDCCH的M2个第二时间窗，其中第二时段为短DRX周期的DRX持续时段，N2为大于等于2的整数，M2为小于N2的正整数。终端设备根据配置信息还可以在第二时段的N2个第二时间窗中的M2个第二时间窗内监听PDCCH。

需要理解的是，网络设备通过配置信息配置第二时段的N2个第二时间窗中用于监听PDCCH的M2个第二时间窗的实现，可以参照配置信息配置第一时段的N1个第一时间窗中用于PDCCH监听的M1个第一时间窗的实现。如在配置信息中添加DODR-index2字段用于承载配置第二时段的N2个第二时间窗中用于PDCCH监听的M2个第二时间窗的时间窗索引信息，或添加DODR-bitmap2字段用于承载配置第二时段的N2个第二时间窗中用于PDCCH监听的M2个第二时间窗的时间窗位图信息。

可以理解的是，在一些实施例中，对于不重叠的第一时段和第二时段，也即在时间上不存在重叠的第一时间段和第二时间段，终端设备不仅在第一时段的M1个第一时间窗内监听PDCCH，也在第二时段的M2个第二时间窗内监听PDCCH。对于重叠的第一时段和第二时段，也即在时间上存在重叠的第一时间段和第二时间段，因网络设备在调度长DRX周期对应的业务帧的传输时，不会同时再调度短DRX周期对应的业务帧的传输，终端设备可以仅在第一时段的M1个第一时间窗内监听PDCCH。

以长DRX周期为30ms，短DRX周期为10ms，长DRX周期的DRX持续时段和短DRX周期的DRX持续时段均为5ms，第一时间窗和第二时间窗的时长均为1ms为例。如图15所示，长DRX周期的DRX持续时段的第一时间窗图样为[1，0，1，0，1]，短DRX周期的DRX持续时段的第二时间窗图样为[0，1，1，1，1]。当长DRX周期的DRX持续时段与短DRX周期的DRX持续时段重叠时，终端设备按照长DRX周期的DRX持续时段的第一时间窗监听PDCCH。

场景二：第一时段的时长为DRX周期。

图16为本申请实施例提供的又一种通信方法示意图。图16中以网络设备和终端设备作为该交互示意的执行主体为例来示意该方法，但本申请并不限制该交互示意的执行主体。例如，图16中的网络设备也可以是支持该网络设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分无线网络设备功能的逻辑模块或软件；图16中的终端设备也可以是支持该终端设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分终端设备功能的逻辑模块或软件。图16示意的方法可理解为图7示意方法的一种具体实现。该方法包括：

S1601：网络设备向终端设备发送配置信息，终端设备接收来自网络设备的配置信息。

S1602：终端设备根据配置信息在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH，第一时段的时长为DRX周期。

在本申请实施例中，配置信息可以配置第一时段的N1个第一时间窗中用于PDCCH监听的M1个第一时间窗，其中N1为大于等于3的整数，M1为小于N1且大于等于2的整数。

在一种可能的实施中，用于PDCCH监听的M1个第一时间窗在DRX周期内分散部署，也即M1个第一时间窗中至少有两个在时间上不连续的第一时间窗。以第一时段的时长为16ms，第一时间窗图样为[0，0，0，1，0，0，1，1，0，0，0，0，0，0，0，0]，第一时间窗图样中1指示第一时间窗用于PDCCH的监听，0指示第一时间窗不用于PDCCH的监听为例，如图17所示，则第一时段被划分为16个第一时间窗，一个第一时间窗的时长为1ms，第3-4ms，第6-8ms对应的第一时段内的第4个第一时间窗、第7个第一时间窗和第8个第一时间窗用于监听PDCCH，其它时间窗不用于监听PDCCH，其中第4个第一时间窗、第7个第一时间窗在时间上不连续。

在一种可能的实施中，配置信息包括时间窗索引信息，时间窗索引信息用于配置上述M1个第一时间窗，也就是说，第一时段的N1个第一时间窗中的用于PDCCH监听的M1个第一时间窗可以由来自网络设备的时间窗索引信息配置。

具体的，可以通过协议预定义，或者网络设备配置并向终端设备单播、组播、广播等方式，在网络设备和终端设备中配置一个或多个时间窗索引表，其中时间窗索引表中每一个表项对应一个第一时间窗图样，并且每一个表项与一个索引值对应。可以理解，时间窗索引表中存在至少一个第一时间窗图样满足在第一时段的N1个第一时间窗中用于PDCCH监听的M1个第一时间窗中存在至少有两个在时间上不连续的第一时间窗这一条件。

以表4示意的时间窗索引表中的第一时间窗图样为例，在表4中存在索引值为1、7、8对应的第一时间窗图样，不满足在第一时段的N1个第一时间窗中用于PDCCH监听的M1个第一时间窗中存在至少有两个在时间上不连续的第一时间窗这一条件，但只要网络设备在配置信息配置的第一时段的N1个第一时间窗中的M1个第一时间窗，所对应的第一时间窗图样不为索引值为1、7、8对应的第一时间窗图样即可。当然也可以将表4中索引值为1、7、8的表项删除，网络设备在配置信息配置的第一时段的N1个第一时间窗中的M1个第一时间窗，所对应的第一时间窗图样在索引值为2-6所对应的第一时间窗图样中选取。

具体的，关于如何根据业务类型进行时间窗索引表的配置，以及如何由来自网络设备的时间窗索引信息配置终端设备在第一时段的N1个第一时间窗中用于PDCCH监听的M1个第一时间窗的实现，可以参照上述场景一中的实现，不在进行赘述。

作为一种示例，对于时间窗索引信息，可以通过在发送配置信息的RRC信令、或DCI中设置字段(或信元)来承载(或配置)，例如设置非连续接收栅格(DRX raster，DR)索引(DR-index)字段等来承载。终端设备接收到来自网络设备的配置信息后，可根据时间窗索引信息确定第一时间窗图样，在第一时间窗图样中的M1个第一时间窗内监听PDCCH，N1-M1个第一时间窗内不监听PDCCH。

在另一种可能的实施中，第一时段的N1个第一时间窗中的用于PDCCH监听的M1个第一时间窗还可以由来自网络设备的时间窗位图信息配置。需要理解的是，通过时间窗位图信息配置的第一时间窗图样，同样满足在第一时段的N1个第一时间窗中用于PDCCH监听的M1个第一时间窗中存在至少有两个在时间上不连续的第一时间窗。

作为一种示例，可以通过在发送配置信息的RRC信令、或DCI中设置字段(或信元)来承载(或配置)时间窗位图信息，例如可以在配置信息中设置DR位图(DR-bitmap)字段，来承载时间窗位图信息，时间窗位图信息的指示位位数可以与N1相等，时间窗位图信息的第一指示位指示第一时段中第一个第一时间窗是否用于PDCCH的监听，时间窗位图信息的第二指示位指示第一时段中第二个第一时间窗是否用于PDCCH的监听，时间窗位图信息的第三指示位指示第一时段中第三个第一时间窗是否用于监听PDCCH，……，依次类推。具体可以通过指示位为1指示第一时间窗用于PDCCH的监听，通过指示位为0指示第一时间窗不用于PDCCH的监听；或者通过指示位为0指示第一时间窗用于PDCCH的监听，通过指示位为1指示第一时间窗不用于PDCCH的监听。在本申请实施例中以通过指示位为1指示第一时间窗用于PDCCH的监听，通过指示位为0指示第一时间窗不用于PDCCH的监听为例进行说明。

另外，在一些实施中，DR-bitmap字段的指示位数可能存在大于N1的取值，时间窗位图信息实际上仅占用DR-bitmap字段部分指示位的情况，例如DR-bitmap字段的指示位数为20，N1的取值为16，此时配置信息中的时间窗位图信息占DR-bitmap字段的16个指示位，DR-bitmap字段的其它指示位可以被填充为0。为了便于终端设备对DODR-bitmap字段中承载的时间窗位图信息的确定，配置信息还可以用于配置N1的取值或N1个第一时间窗中一个第一时间窗的时长。

作为一种示例，可以通过在发送配置信息的RRC信令、或DCI中设置字段(或信元)，来承载(或配置)N1的取值或N1个第一时间窗中一个第一时间窗的时长。

以设置DR值(DR-num)字段用来配置N1的取值为例，如果第一时段的时长为16ms，时间窗位图信息的指示位的位数为16，DR-bitmap字段的指示位的位数为20，网络设备可以通过DR-num字段配置N1的取值为16。终端设备可以按照协议的规定或网络设备的配置等方式确定时间窗位图信息占DODR-bitmap字段中的哪16个指示位，如占用DR-bitmap字段中的前16个指示位或后16个指示位等。

以设置DR时长粒度(DR-timegranularity)字段用来配置N1个第一时间窗中一个第一时间窗的时长为例，如果第一时段的时长为16ms，第一时段中第一时间窗的数量N1为16，一个第一时间窗的时长为1ms，时间窗位图信息的指示位的位数为16，DR-bitmap字段的指示位的位数为20，网络设备可以通过DR-timegranularity字段配置N1个第一时间窗中一个第一时间窗的时长为1ms。终端设备可以根据第一时段的时长为16ms、N1个第一时间窗中一个第一时间窗的时长为1ms，确定第一时段中第一时间窗的数量N1为16，时间窗位图信息的指示位的位数为16。终端设备可以按照协议的规定或网络设备的配置等方式确定时间窗位图信息占DODR-bitmap字段中的哪16个指示位，如占用DODR-bitmap字段中的前16个指示位或后16个指示位等。

此外，与上述场景一类似，为了进一步满足用户的个性化需求，终端设备还可以向网络设备发送DRX偏好信息，网络设备接收来自终端设备的DRX偏好信息。DRX偏好信息指示对功耗和/或时延的偏好。网络设备在生成配置信息时，可以考虑配置信息所配置第一时段的N1个第一时间窗中用于PDCCH监听的M1个第一时间窗带来的功耗节省和/或平均调度时延，以满足终端设备上报的DRX偏好信息。具体的，终端设备向网络设备发送DRX偏好信息，以及网络设备如何根据DRX偏好信息选择一个第一时间窗图样，并通过配置信息配置给终端设备的实现，与上述场景一中的实现类似，不再进行赘述。

此外，在DRX机制中，当终端设备在一个时隙被调度并接收或发送数据后，很可能在接下来的几个时隙内继续被调度，如果要等到下一个DRX周期再来接收或发送这些数据将会带来额外的延迟。为了降低调度时延，终端设备在DRX持续时段获得PDCCH调度后，会配置一个激活期，并启动DRX激活定时器(DRX inactivity timer)。如图18所示，终端设备在DRX持续时段获得PDCCH调度后，启动DRX激活定时器，在激活期内持续监听PDCCH，直至DRX激活定时器超时。其中在监听PDCCH期间如果有新的PDCCH调度，则重启DRX激活定时器。

为了防止DRX持续时段和DRX激活定时器的时长过长，终端设备无法及时进入休眠态，如图19所示，网络设备可以通过MAC CE向终端设备发送DRX命令(DRX command)，当终端设备收到DRX command MAC CE(即携带DRX command的MAC CE)后，将停止DRX持续时段和DRX激活定时器，并进入休眠态。

需要理解的是，上述配置一个激活期以及接收到网络设备的DRX command MAC CE后，停止监听PDCCH进入休眠态的机制同样适用于本申请实施例中。

作为一种示例，终端设备在某一个用于PDCCH监听的第一时间窗获得PDCCH调度后，启动DRX激活定时器，在激活期内持续监听PDCCH，直至DRX激活定时器超时。其中在监听PDCCH期间如果有新的PDCCH调度，则重启DRX激活定时器。

终端设备在某一个DRX周期内的第一时间窗或激活期监听PDCCH时，在接收到DRXcommand MAC CE后，将停止DRX激活定时器，并且在该DRX周期内的剩余第一时间窗内停止监听PDCCH，进入休眠态。

如上所述，在DRX机制中，终端设备被调度接收或发送数据具有连续性，当终端设备在一个时隙被调度并接收或发送数据后，数据很可能在接下来的几个时隙内被调度完成。例如：终端设备在某一个时隙接收到某一个视频帧的一个或多个数据包，该视频帧剩余的数据包会在接下来的几个时隙内被调度。因此，在一些实施中，终端设备在某一个用于PDCCH监听的第一时间窗接收到PDCCH调度，在启动的DRX激活定时器超时后，在当前DRX周期内的剩余第一时间窗内停止监听PDCCH。也就是说，如果终端设备在某一个用于PDCCH监听的第一时间窗接收到PDCCH调度，启动DRX激活定时器后，终端设备仅在当前DRX周期内DRX激活定时器未超时的激活期内继续监听PDCCH，如果DRX激活定时器超时后，即使在启动DRX激活定时器的DRX周期内还有可以用于PDCCH监听的第一时间窗，终端设备也不再进行PDCCH的监听，而是进入休眠状态，从而节省功耗。

作为一种示例，以第一时段的时长为DRX周期，第一时间窗图样为[0，1，0，0，0，0，1，1，0，0，0，0，0，0，0，0]，一个第一时间窗的时长为1ms、DRX激活定时器的定时时长为4ms为例。根据第一时间窗图样，终端设备需要在第2个第一时间窗、第7个第一时间窗和第8个第一时间窗监听PDCCH。如果终端设备在第2个第一时间窗监听到PDCCH调度，启动DRX激活定时器，终端设备在DRX激活定时器未超时的激活期内(第3个第一时间窗到第6个第一时间窗内)继续监听PDCCH，如果激活期内终端设备没有再接收到PDCCH调度，在DRX激活定时器超时后，在第7个第一时间窗到第16个第一时间窗内终端设备不再监听PDCCH。

此外，需要理解的是，本申请实施例不局限于采用二进制的形式表示第一时间窗图样，即不限于第一时间窗图样中仅存在0和1。在一些实施中还可以通过八进制的形式、十六进制的形式等表示第一时间窗图样。例如：在采用十六进制的形式表示第一时间窗图样时，第一时间窗图样中某一指示位可以为0、1、2、3、4、5、6、7、8、9、A、B、C、D、E、F中的任一个值，可以通过某一指示位为0指示该指示位对应的第一时间窗不用于PDCCH的监听，某一指示位非0(如为1-9或A-F中的任一值)指示该指示位对应的第一时间窗用于PDCCH的监听。

可以理解的是，为了实现上述实施例中功能，网络设备和终端设备包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本申请中所公开的实施例描述的各示例的单元及方法步骤，本申请能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用场景和设计约束条件。

图20和图21为本申请的实施例提供的可能的通信装置的结构示意图。这些通信装置可以用于实现上述方法实施例中终端设备或网络设备的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中，该通信装置可以是如图2所示的终端设备120a-120j中的一个，也可以是如图2所示的网络设备110a或110b，还可以是应用于终端设备或网络设备的模块(如芯片)。

如图20所示，通信装置2000包括处理单元2010和接口单元2020。通信装置2000用于实现上述图12或图16中所示的方法实施例中终端设备或网络设备的功能。

当通信装置2000用于实现图12所示的方法实施例中终端设备的功能时：

接口单元2020，用于接收来自网络设备的配置信息；

处理单元2010，用于根据配置信息控制通信装置2000在第一时段的N1个第一时间窗中的M1个第一时间窗内监听物理下行链路控制信道PDCCH，第一时段为非连续接收DRX持续时段，N1为大于等于2的整数，M1为小于N1的正整数。

在一种可能的设计中，配置信息包括时间窗位图信息，时间窗位图信息用于配置M1个第一时间窗。

在一种可能的设计中，配置信息还用于配置N1的取值或N1个第一时间窗中一个第一时间窗的时长。

在一种可能的设计中，配置信息包括时间窗索引信息，时间窗索引信息用于配置M1个第一时间窗。

在一种可能的设计中，M1个第一时间窗对应的第一时间窗图样为多个第一时间窗图样中的一个。

在一种可能的设计中，接口单元2020，还用于向网络设备发送DRX偏好信息，DRX偏好信息指示对功耗和/或时延的偏好。

在一种可能的设计中，处理单元2010，还用于根据配置信息控制通信装置2000在第二时段的N2个第二时间窗中的M2个第二时间窗内监听PDCCH，第一时段为长DRX周期的DRX持续时段，第二时段为短DRX周期的DRX持续时段，N2为大于等于2的整数，M2为小于N2的正整数。

在一种可能的设计中，处理单元2010，还用于根据配置信息获得第二时段的N2个第二时间窗中的M2个第二时间窗，第一时段为长DRX周期的DRX持续时段，第二时段为短DRX周期的DRX持续时段，N2为大于等于2的整数，M2为小于N2的正整数；

处理单元2010，还用于当第一时段和第二时段在时间上不重叠时，控制通信装置2000在M2个第二时间窗内监听PDCCH；

处理单元2010控制通信装置2000在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH包括：

当第一时段和第二时段在时间上重叠时，控制通信装置2000在M1个第一时间窗内监听PDCCH。

当通信装置2000用于实现图16所示的方法实施例中终端设备的功能时：

接口单元2020，用于接收来自网络设备的配置信息；

处理单元2010，用于根据配置信息控制通信装置2000在第一时段的N1个第一时间窗中的M1个第一时间窗内监听PDCCH，第一时段的时长为非连续接收DRX周期，N1为大于等于3的整数，M1为小于N1且大于等于2的整数。

在一种可能的设计中，M1个第一时间窗中至少有两个在时间上不连续的第一时间窗。

在一种可能的设计中，配置信息包括时间窗位图信息，时间窗位图信息用于配置M1个第一时间窗。

在一种可能的设计中，配置信息还用于配置N1的取值或N1个第一时间窗中一个第一时间窗的时长。

在一种可能的设计中，配置信息包括时间窗索引信息，时间窗索引信息用于配置M1个第一时间窗。

在一种可能的设计中，M1个第一时间窗对应的第一时间窗图样为多个第一时间窗图样中的一个。

在一种可能的设计中，接口单元2020，还用于向网络设备发送DRX偏好信息，DRX偏好信息指示对功耗和/或时延的偏好。

当通信装置2000用于实现图12所示的方法实施例中网络设备的功能时：

处理单元2010，用于生成配置信息，配置信息用于配置第一时段的N1个第一时间窗中的M1个第一时间窗，M1个第一时间窗用于物理下行链路控制信道PDCCH的监听，第一时段为非连续接收DRX持续时段，N1为大于等于2的整数，M1为小于N1的正整数；

接口单元2020，用于向终端设备发送配置信息。

在一种可能的设计中，配置信息包括时间窗位图信息，时间窗位图信息用于配置M1个第一时间窗。

在一种可能的设计中，配置信息还用于配置N1的取值或N1个第一时间窗中一个第一时间窗的时长。

在一种可能的设计中，配置信息包括时间窗索引信息，时间窗索引信息用于配置M1个第一时间窗。

在一种可能的设计中，M1个第一时间窗对应的第一时间窗图样为多个第一时间窗图样中的一个。

在一种可能的设计中，接口单元2020，还用于接收来自终端设备的DRX偏好信息，DRX偏好信息指示对功耗和/或时延的偏好。

在一种可能的设计中，配置信息还用于配置第二时段的N2个第二时间窗中的M2个第二时间窗，M2个第二时间窗用于PDCCH的监听，第一时段为长DRX周期的DRX持续时段，第二时段为短DRX周期的DRX持续时段，N2为大于等于2的整数，M2为小于N2的正整数。

当通信装置2000用于实现图16所示的方法实施例中网络设备的功能时：

处理单元2010，用于生成配置信息，配置信息用于配置第一时段的N1个第一时间窗中的M1个第一时间窗，M1个第一时间窗用于物理下行链路控制信道PDCCH的监听，第一时段的时长为非连续接收DRX周期，N1为大于等于3的整数，M1为小于N1且大于等于2的整数；

接口单元2020，用于向终端设备发送配置信息。

在一种可能的设计中，M1个第一时间窗中至少有两个在时间上不连续的第一时间窗。

在一种可能的设计中，配置信息包括时间窗位图信息，时间窗位图信息用于配置M1个第一时间窗。

在一种可能的设计中，配置信息还用于配置N1的取值或N1个第一时间窗中一个第一时间窗的时长。

在一种可能的设计中，配置信息包括时间窗索引信息，时间窗索引信息用于配置M1个第一时间窗。

在一种可能的设计中，M1个第一时间窗对应的第一时间窗图样为多个第一时间窗图样中的一个。

在一种可能的设计中，接口单元2020，还用于接收来自终端设备的DRX偏好信息，DRX偏好信息指示对功耗和/或时延的偏好。

如图21所示，通信装置2100包括处理器2110和接口电路2120。处理器2110和接口电路2120之间相互耦合。可以理解的是，接口电路2120可以为收发器或输入输出接口。可选的，通信装置2100还可以包括存储器2130，用于存储处理器2110执行的指令或存储处理器2110运行指令所需要的输入数据或存储处理器2110运行指令后产生的数据。

当通信装置2100用于实现图12或图16所示的方法时，处理器2110用于实现上述处理单元2010的功能，接口电路2120用于实现上述接口单元2020的功能。

当上述通信装置为应用于终端设备的芯片时，该终端设备芯片实现上述方法实施例中终端设备的功能。该终端设备芯片从终端设备中的其它模块(如射频模块或天线)接收信息，该信息是网络设备发送给终端设备的；或者，该终端设备芯片向终端设备中的其它模块(如射频模块或天线)发送信息，该信息是终端设备发送给网络设备的。

当上述通信装置为应用于网络设备的模块时，该网络设备模块实现上述方法实施例中网络设备的功能。该网络设备模块从网络设备中的其它模块(如射频模块或天线)接收信息，该信息是终端设备发送给网络设备的；或者，该网络设备模块向网络设备中的其它模块(如射频模块或天线)发送信息，该信息是网络设备发送给终端设备的。这里的网络设备模块可以是网络设备的基带芯片，也可以是DU或其他模块，这里的DU可以是开放式无线接入网(open radio access network，O-RAN)架构下的DU。

可以理解的是，本申请的实施例中的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其它通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。

本申请的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于网络设备或终端设备中。当然，处理器和存储介质也可以作为分立组件存在于网络设备或终端设备中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字视频光盘；还可以是半导体介质，例如，固态硬盘。该计算机可读存储介质可以是易失性或非易失性存储介质，或可包括易失性和非易失性两种类型的存储介质。

在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

另外，需要理解，在本申请实施例中，“示例的”一词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。

此外，本申请实施例中，信息(information)，信号(signal)，消息(message)，信道(channel)有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。“的(of)”，“相应的(corresponding，relevant)”和“对应的(corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。在本申请的文字描述中，字符“/”，一般表示前后关联对象是一种“或”的关系；在本申请的公式中，字符“/”，表示前后关联对象是一种“相除”的关系。“包括A，B和C中的至少一个”可以表示：包括A；包括B；包括C；包括A和B；包括A和C；包括B和C；包括A、B和C。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。