CN120499876A - 一种通信方法、终端设备和网络设备 - Google Patents

Abstract

本申请实施例提供一种通信方法、终端设备和网络设备，涉及通信技术领域。能够使得UE和网络都能够准确合理地确定是否使用LR进行寻呼消息的监听。该方法可以包括：接收第一配置信息，该第一配置信息用于该终端设备判断是否监听唤醒信息WUS，该唤醒信息用于唤醒该终端设备的MR。根据该第一配置信息，启动低功耗接收模块LR进行该唤醒信息的监听。或者，根据该第一配置信息，启动主接收模块MR进行寻呼pagi ng消息的监听。

Description

一种通信方法、终端设备和网络设备

技术领域

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

背景技术

终端设备(如UE)在处于非激活态或空闲态的情况下，网络可以通过寻呼的方式，与UE建立连接并进行通信。

目前，UE可以通过其中配置的主接收模块(MR)监听寻呼消息。进而在监听到寻呼消息之后，与接入网设备建立RRC连接，切换工作在连接态。

在UE使用MR监听寻呼消息的过程中，由于MR的长时间唤醒，会出现较大的功耗开销。

发明内容

本申请提供一种通信方法、终端设备和网络设备，能够使得UE和网络都能够准确合理地确定是否使用LR进行寻呼消息的监听。

为实现上述技术目的，本申请采用如下技术方案：

第一方面，提供一种通信方法，该方法应用于终端设备。该方法包括：接收第一配置信息，该第一配置信息包括第一指示信息或第一时间信息。该第一指示信息用于使能该终端设备判断是否监听唤醒信息WUS。该第一时间信息用于该终端设备判断是否监听该唤醒信息。该唤醒信息用于唤醒该终端设备的主接收模块MR。根据该第一配置信息，启动该LR进行该唤醒信息的监听。或者，根据该第一配置信息，启动该MR进行寻呼paging消息的监听。

这样，终端可以根据接收到的信息(如第一指示信息或第一时间信息)自行判断是否需要启动LP-WUS方案，通过LR监听MR由此节省MR始终唤醒的耗电，或者，不启动LP-WUS，直接通过MR进行寻呼监听。

可选的，该第一配置信息包括该第一指示信息，该根据该第一配置信息，启动该LR进行该唤醒信息的监听，包括：在MR启动耗时小于寻呼周期的情况下，启动该LR进行该唤醒信息的监听。该寻呼周期是该根据已配置给该终端设备的至少一个监听周期确定的。

可选的，该根据该第一配置信息，启动该MR进行寻呼消息的监听，包括：在该MR启动耗时大于该寻呼周期的情况下，启动该MR进行寻呼消息的监听。

该方案示例提供了UE接收到第一指示信息时的方案实现。本示例中，UE可以根据网络的使能指示，触发判断是否监听WUS，即是否启动LP-WUS方案。该实现中，UE具体可以根据自身的MR的启动耗时，以及选定的监听周期(如寻呼周期)确定是否监听WUS。

可选的，该方法还包括：从已配置给该终端设备的至少一个监听周期中，确定该寻呼周期。该已配置给该终端设备的至少一个监听周期包括以下中的至少一项：小区默认DRX周期，UE特定DRX周期，空闲态下的eDRX周期，非激活态DRX或eDRX周期。

其中，小区默认DRX周期和/或非激活态DRX或eDRX周期可以是接入网设备配置给UE的。UE特定DRX周期和/或空闲态下的eDRX周期可以是核心网设备配置给UE的。

可选的，该第一配置信息包括该第一时间信息，该第一时间信息用于指示使用唤醒信息唤醒该终端设备的MR时，网络能够支持的最大MR启动耗时。该根据该第一配置信息，启动该LR进行该唤醒信息的监听，包括：在MR启动耗时小于该最大MR启动耗时的情况下，启动该LR进行该唤醒信息的监听。

可选的，该根据该第一配置信息，启动该MR进行该寻呼消息的监听，包括：在该MR启动耗时大于该最大MR启动耗时的情况下，启动该MR进行寻呼消息的监听。

该方案示例提供了UE接收到第一时间信息时的方案实现。本示例中，UE可以根据网络的使能指示，以及接收到的第一时间信息(如Tmax)触发判断是否监听WUS，即是否启动LP-WUS方案。该实现中，UE具体可以根据自身的MR的启动耗时，以及Tmax，确定是否监听WUS。

可选的，在该接收第一配置信息之前，该方法还包括：发送第一能力信息，该第一能力信息包括MR启动耗时。

在本示例中，UE可以执行将MR启动耗时的能力信息传输给网络，以便于网络能够知晓。

可选的，在发送该第一能力信息之后，该方法还包括：接收第一RRC连接释放信息。

可选的，该第一RRC连接释放信息中包括该第一配置信息。

由此，提供了一种UE接收第一配置信息的方式，如通过接收网络下发的RRC连接释放信息，获取第一配置信息。

可选的，接收该第一RRC连接释放信息后，该终端设备处于非激活态Inactive。

可选的，在发送第一能力信息之后，该方法还包括：接收第一广播消息，该第一广播消息中包括该第一配置信息。由此，提供了又一种UE接收第一配置信息的方式，如通过接收广播消息，获取第一配置信息。

可选的，在接收该以第一广播消息时，该终端设备处于空闲态IDEL。

可选的，该第一配置信息还包括：信号强度条件。在启动该LR进行该唤醒信息的监听之前，该方法还包括：确定下行通信信道的信号强度大于该信号强度条件指示的信号强度阈值。该下行通信信道的信号强度，是该终端设备接收到该第一配置信息后测量获取的。

在该方案中，UE可以在启动LR监听WUS之前，确定满足信号强度条件的阈值。

第二方面，提供一种终端设备，该终端设备配置为执行第一方面及其任一种可能的设计中提供的技术方案。

第三方面，提供一种芯片系统，该芯片系统应用于终端设备；芯片系统可以包括一个或多个接口电路和一个或多个处理器。接口电路和处理器通过线路互联，接口电路用于从终端设备的存储器接收信号，并向处理器发送该信号，该信号包括存储器中存储的计算机指令。当处理器执行上述的计算机指令时，终端设备执行上述第一方面及其任一种可能的实现中提供的技术方案。

第四方面，本申请还提供一种计算机可读存储介质，包括计算机指令，当计算机指令在终端设备上运行时，使得终端设备执行上述第一方面及其任一种可能的实现中提供的技术方案。

第五方面，本申请还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第一方面及其任一种可能的实现中提供的技术方案。

第六方面，提供一种通信方法，该方法应用于接入网设备，该方法包括：发送第一配置信息，该第一配置信息包括第一指示信息或第一时间信息。该第一指示信息用于使能该终端设备判断是否监听唤醒信息WUS。该第一时间信息用于该终端设备判断是否监听唤醒信息。发送唤醒信息，或者，发送第一寻呼paging消息。

该第二方面的方案实现，可以使得接入网设备配合UE，实现第一方面及其可能的实现。进而使得网络和UE都可以合理地选择是否执行LP-WUS方案进行UE寻呼。

可选的，该第一配置信息包括该第一指示信息，该发送唤醒信息，包括：在MR启动耗时小于寻呼周期的情况下，发送该唤醒信息。该寻呼周期是该根据已配置给该终端设备的至少一个监听周期确定的。

可选的，该发送第一寻呼消息，包括：在MR启动耗时大于寻呼周期的情况下，发送该第一寻呼消息。

可选的，该方法还包括：从已配置给该终端设备的至少一个监听周期中，确定该寻呼周期。该已配置给该终端设备的至少一个监听周期包括以下中的至少一项：小区默认DRX周期，UE特定DRX周期，空闲态下的eDRX周期，非激活态DRX或eDRX周期。

可选的，该第一配置信息包括该第一时间信息，该第一时间信息用于指示使用唤醒信息唤醒该终端设备的MR时，网络能够支持的最大MR启动耗时。该发送唤醒信息，包括：在MR启动耗时小于该最大MR启动耗时的情况下，发送该唤醒信息。

可选的，该发送第一寻呼消息，包括：在MR启动耗时大于该最大MR启动耗时的情况下，发送该第一寻呼消息。

可选的，在发送该第一寻呼消息之前，不发送该唤醒信息。

可选的，在发送唤醒信息或第一寻呼消息之前，该方法还包括：接收第一能力信息，该第一能力信息包括该MR启动耗时。发送第一RRC连接释放信息。从核心网设备接收第一寻呼指示，该第一寻呼指示包括该核心网设备为终端设备配置的UE特定DRX周期，和/或空闲态下的eDRX周期。

可选的，该第一RRC连接释放信息中包括该第一配置信息。

可选的，在接收第一能力信息之后，该方法还包括：向核心网设备发送第二能力信息，该第二能力信息包括该MR启动耗时。

可选的，该第一寻呼指示中还包括该MR启动耗时。

在该示例中，接入网设备可以将UE上报的MR启动耗时发送给核心网设备(如AMF)，以便于接入网设备释放UE的RRC连接之后，删除UE的能力信息的情况下，网络依然能够知晓UE的MR启动耗时。例如，接入网设备可以在核心网设备发送第一寻呼指示时，从第一寻呼指示中获取MR启动耗时。

可选的，该发送第一RRC连接释放信息之后，该方法还包括：发送第一广播消息，该第一广播消息中包括该第一配置信息。

第七方面，提供一种网络设备，该网络设备配置为执行如第六方面及其任一种可能的设计中提供的技术方案。可选的，该网络设备可以为接入网设备。

第八方面，本申请还提供一种芯片系统，该芯片系统应用于网络设备；芯片系统可以包括一个或多个接口电路和一个或多个处理器。接口电路和处理器通过线路互联，接口电路用于从网络设备的存储器接收信号，并向处理器发送该信号，该信号包括存储器中存储的计算机指令。当处理器执行上述的计算机指令时，网络设备执行上述第六方面及其任一种可能的实现中提供的技术方案。

第九方面，本申请还提供一种计算机可读存储介质，包括计算机指令，当计算机指令在网络设备上运行时，使得网络设备执行上述第六方面及其任一种可能的实现中提供的技术方案。

第十方面，本申请还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第六方面及其任一种可能的实现中提供的技术方案。

第十一方面，提供一种网络设备，该网络设备配置为执行如第一方面及其任一种可能的设计中，或者第六方面及其任一种可能的设计中，核心网设备执行的技术方案。可选的，该网络设备可以为核心网设备。

可以理解的是，上述本申请提供的第二方面到第十一方面提供的方案，可以分别对应到第一方面及其任一种可能的设计，因此能够达到的有益效果类似，此处不再赘述。

第十二方面，提供一种通信方法，该方法应用于终端设备。该方法包括：接收第一配置信息，该第一配置信息包括第二时间信息。该第二时间信息用于该终端设备判断是否监听唤醒信息。根据该第一配置信息，启动LR进行唤醒信息的监听。或者，根据该第一配置信息，启动MR进行寻呼paging消息的监听。

可选的，该第二时间信息用于指示使用该LR监听该唤醒信息时，终端设备能够使用的最小寻呼周期。

可选的，该根据该第一配置信息，启动LR进行唤醒信息的监听，包括：在寻呼周期大于该最小寻呼周期的情况下，启动LR进行唤醒信息的监听。该寻呼周期是该根据已配置给该终端设备的至少一个监听周期确定的。

可选的，该根据该第一配置信息，启动MR进行寻呼paging消息的监听，包括：在该寻呼周期小于该最小寻呼周期的情况下，启动该MR进行寻呼消息的监听。

该方案中提供了又一种UE根据网络配置的信息，确定是否使用LR监听唤醒信息的方案实现。在该示例中，UE可以根据网络配置的第二时间信息(如Tmin)，确定是否监听唤醒信息，或者直接监听寻呼消息。

可选的，该方法还包括：从已配置给该终端设备的至少一个监听周期中，确定该寻呼周期。该已配置给该终端设备的至少一个监听周期包括以下中的至少一项：小区默认DRX周期，UE特定DRX周期，空闲态下的eDRX周期，非激活态DRX或eDRX周期。

可选的，该接收第一配置信息，包括：接收第一广播消息，该第一广播消息中包括该第一配置信息。或者，接收第一RRC连接释放信息，该第一RRC连接释放信息中包括该第一配置信息。示例性的，UE处于IDEL的情况下，可以通过第一广播消息，获取第一配置信息。UE处于inactive的情况下，可以通过第一RRC连接释放信息或者第一广播消息，获取第一配置信息。在另一些实现中，UE进入IDEL之前，也可以通过RRC相关信息获取第一配置信息。

可选的，该第一配置信息还包括：信号强度条件。在根据该第一配置信息，启动LR进行唤醒信息的监听之前，该方法还包括：确定下行通信信道的信号强度大于该信号强度条件指示的信号强度阈值。该下行通信信道的信号强度，是该终端设备接收到该第一配置信息后测量获取的。

类似于第一方面中的方案示例，在本示例中，UE可以在启动LR之前，确定满足信号强度条件的要求。

第十三方面，提供一种终端设备，该终端设备配置为执行第十二方面及其任一种可能的设计中提供的技术方案。

第十四方面，提供一种芯片系统，该芯片系统应用于终端设备；芯片系统可以包括一个或多个接口电路和一个或多个处理器。接口电路和处理器通过线路互联，接口电路用于从终端设备的存储器接收信号，并向处理器发送该信号，该信号包括存储器中存储的计算机指令。当处理器执行上述的计算机指令时，终端设备执行上述第十二方面及其任一种可能的实现中提供的技术方案。

第十五方面，本申请还提供一种计算机可读存储介质，包括计算机指令，当计算机指令在终端设备上运行时，使得终端设备执行上述第十二方面及其任一种可能的实现中提供的技术方案。

第十六方面，本申请还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第十二方面及其任一种可能的实现中提供的技术方案。

第十七方面，提供一种通信方法，该方法应用于接入网设备，该方法包括：发送第一配置信息，该第一配置信息包括第二时间信息。该第二时间信息用于该终端设备判断是否监听唤醒信息。发送唤醒信息，或者，发送第一寻呼消息。

该第十七方面的方案实现，可以使得接入网设备配合UE，实现第十二方面及其可能的实现。进而使得网络和UE都可以合理地选择是否执行LP-WUS方案进行UE寻呼。

可选的，该第二时间信息用于指示使用该LR监听该唤醒信息时，终端设备能够使用的最小寻呼周期。

可选的，该发送唤醒信息，包括：在寻呼周期大于该最小寻呼周期的情况下，发送唤醒信息。该寻呼周期是该根据已配置给该终端设备的至少一个监听周期确定的。

可选的，该发送第一寻呼消息，包括：在寻呼周期小于该最小寻呼周期的情况下，发送唤醒信息。该寻呼周期是该根据已配置给该终端设备的至少一个监听周期确定的。

可选的，该方法还包括：从已配置给该终端设备的至少一个监听周期中，确定该寻呼周期。该已配置给该终端设备的至少一个监听周期包括以下中的至少一项：小区默认DRX周期，UE特定DRX周期，空闲态下的eDRX周期，非激活态DRX或eDRX周期。

可选的，该发送第一配置信息，包括：发送第一广播消息，该第一广播消息中包括该第一配置信息。

可选的，在发送第一配置信息之前，该方法还包括：从核心网设备接收第一寻呼指示，该第一寻呼指示包括该核心网设备为终端设备配置的UE特定DRX周期，和/或空闲态下的eDRX周期。

第十八方面，提供一种网络设备，该网络设备配置为执行如第十二方面及其任一种可能的设计中提供的技术方案。可选的，该网络设备可以为接入网设备。

第十九方面，本申请还提供一种芯片系统，该芯片系统应用于网络设备；芯片系统可以包括一个或多个接口电路和一个或多个处理器。接口电路和处理器通过线路互联，接口电路用于从网络设备的存储器接收信号，并向处理器发送该信号，该信号包括存储器中存储的计算机指令。当处理器执行上述的计算机指令时，网络设备执行上述第十二方面及其任一种可能的实现中提供的技术方案。

第二十方面，本申请还提供一种计算机可读存储介质，包括计算机指令，当计算机指令在网络设备上运行时，使得网络设备执行上述第十二方面及其任一种可能的实现中提供的技术方案。

第二十一方面，本申请还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第十二方面及其任一种可能的实现中提供的技术方案。

第二十二方面，提供一种网络设备，该网络设备配置为执行如第十二方面及其任一种可能的设计中，或者第二方面及其任一种可能的设计中，核心网设备执行的技术方案。可选的，该网络设备可以为核心网设备。

可以理解的是，上述本申请提供的第十三方面到第二十二方面提供的方案，可以分别对应到第十二方面及其任一种可能的设计，因此能够达到的有益效果类似，此处不再赘述。

第二十三方面，提供一种通信方法，该方法应用于终端设备。该方法包括：接收第一配置信息，该第一配置信息包括第二指示信息或第三指示信息。该第二指示信息用于指示该终端设备启动LR监听唤醒信息WUS。该第三指示信息用于指示该终端设备启动主接收模块MR。根据该第一配置信息，启动该LR进行该唤醒信息的监听。或者，根据该第一配置信息，启动该MR进行寻呼消息的监听。

在该方案示例中，UE可以接收网络发送的指示信息，并根据指示信息启动LR进行WUS的监听，或者直接启动MR进行寻呼监听。

可选的，该第一配置信息包括该第二指示信息，该根据该第一配置信息，启动该LR进行该唤醒信息的监听，包括：根据接收到该第二指示信息，启动该LR。

可选的，该第一配置信息包括该第三指示信息，该根据该第一配置信息，启动该MR进行该寻呼消息的监听，包括：根据接收到该第三指示信息，启动该LR。

可选的，该接收第一配置信息，包括：接收第一RRC连接释放信息，该第一配置信息携带在该第一RRC连接释放信息中。

可选的，在接收第一RRC连接释放信息之后，该终端设备处于非激活态inactive，或者空闲态IDEL。

可选的，该接收第一配置信息，包括：接收第一广播消息，该第一广播消息中包括该第一配置信息。

可选的，在接收该第一广播消息时，该终端设备处于非激活态inactive，或者空闲态IDEL。

可选的，该第一配置信息还包括：信号强度条件。该启动该LR进行该唤醒信息的监听之前，该方法还包括：确定下行通信信道的信号强度大于该信号强度条件指示的信号强度阈值。该下行通信信道的信号强度，是该终端设备接收到该第一配置信息后测量获取的。

第二十四方面，提供一种终端设备，该终端设备配置为执行第二十三方面及其任一种可能的设计中提供的技术方案。

第二十五方面，提供一种芯片系统，该芯片系统应用于终端设备；芯片系统可以包括一个或多个接口电路和一个或多个处理器。接口电路和处理器通过线路互联，接口电路用于从终端设备的存储器接收信号，并向处理器发送该信号，该信号包括存储器中存储的计算机指令。当处理器执行上述的计算机指令时，终端设备执行上述第二十三方面及其任一种可能的实现中提供的技术方案。

第二十六方面，本申请还提供一种计算机可读存储介质，包括计算机指令，当计算机指令在终端设备上运行时，使得终端设备执行上述第二十三方面及其任一种可能的实现中提供的技术方案。

第二十七方面，本申请还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第二十三方面及其任一种可能的实现中提供的技术方案。

第二十八方面，提供一种通信方法，该方法应用于接入网设备，该方法包括：接收第一DRX辅助信息，该第一DRX辅助信息包括核心网设备已经为终端设备配置的UE特定DRX周期，和/或空闲态下的eDRX周期。发送第一配置信息，该第一配置信息包括第二指示信息或第三指示信息。该第二指示信息用于指示该终端设备监听唤醒信息WUS。该第三指示信息用于指示该终端设备不监听该唤醒信息，或者该第三指示信息用于指示该终端设备监听寻呼消息。

该示例提供了一种配合第二十三方面中UE中的方案示例，使得接入网设备能够合理准确地确定是否使用LP-WUS方案进行UE寻呼。接入网设备还可以将确定的结果通过第一配置信息的形式，同步给UE，以便于UE和网络行为的一致性。

可选的，该发送第一配置信息之前，该方法还包括：根据该第一DRX辅助信息，确定该第一配置信息包括该第二指示信息或该第三指示信息。

可选的，该根据该第一DRX辅助信息，确定该第一配置信息包括该第二指示信息或该第三指示信息，包括：从已配置给该终端设备的至少一个监听周期中，确定寻呼周期。该已配置给该终端设备的至少一个监听周期包括以下中的至少一项：小区默认DRX周期，UE特定DRX周期，空闲态下的eDRX周期，非激活态DRX或eDRX周期。根据该寻呼周期，确定在该第一配置信息中携带该第二指示信息或该第三指示信息。

可选的，该第一配置信息包括第二指示信息，该方法还包括：该发送该唤醒信息。

可选的，该第一配置信息包括第三指示信息，该方法还包括：发送第一寻呼消息。

可选的，该发送第一配置信息，包括：发送第一RRC连接释放信息，该第一配置信息携带在该第一RRC连接释放信息中。或者，通过广播消息发送该第一配置信息。

可选的，该接收第一DRX辅助信息，包括：接收INITIAL CONTEXT SETUP REQUEST消息，该INITIAL CONTEXT SETUP REQUEST消息包括该第一DRX辅助信息。

第二十九方面，提供一种网络设备，该网络设备配置为执行如第二十八方面及其任一种可能的设计中提供的技术方案。可选的，该网络设备可以为接入网设备。

第三十方面，本申请还提供一种芯片系统，该芯片系统应用于网络设备；芯片系统可以包括一个或多个接口电路和一个或多个处理器。接口电路和处理器通过线路互联，接口电路用于从网络设备的存储器接收信号，并向处理器发送该信号，该信号包括存储器中存储的计算机指令。当处理器执行上述的计算机指令时，网络设备执行上述第二十八方面及其任一种可能的实现中提供的技术方案。

第三十一方面，本申请还提供一种计算机可读存储介质，包括计算机指令，当计算机指令在网络设备上运行时，使得网络设备执行上述第二十八方面及其任一种可能的实现中提供的技术方案。

第三十二方面，本申请还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第二十八方面及其任一种可能的实现中提供的技术方案。

第三十三方面，提供一种通信方法，该方法应用于核心网设备，该方法包括：发送第一DRX辅助信息，该第一DRX辅助信息包括该核心网设备已经为终端设备配置的UE特定DRX周期，和/或空闲态下的eDRX周期。

可选的，在发送该第一DRX辅助信息之前，该方法还包括：该核心网设备与该终端设备建立通信连接。

可选的，该第一DRX辅助信息用于在该终端设备进入非激活态inactive后，判断是否监听唤醒信息WUS。

可选的，该发送第一DRX辅助信息，包括：在INITIAL CONTEXT SETUP REQUEST消息中，发送该第一DRX辅助信息。

由此，提供了一种核心网设备中的机制，使得核心网设备可以与其他网元(如接入网设备)配合，实现是否使用LP-WUS方案是准确合理的判断。

示例性的，通过上述示例，核心网设备可以与接入网设备配合，根据选取的监听周期(如寻呼周期)，合理判断是否使用LP-WUS方案。

可以理解的是，上述本申请提供的第二十四方面到第三十三方面提供的方案，可以分别对应到第二十三方面及其任一种可能的设计，因此能够达到的有益效果类似，此处不再赘述。

第三十四方面，提供一种通信方法，该方法应用于接入网设备，该方法包括：接收第二DRX辅助信息，该第二DRX辅助信息包括第一监听周期。该第一监听周期包括以下中的至少一项：核心网设备能够支持的UE特定DRX周期，以及空闲态下的eDRX周期中的最小值。该核心网设备已经为终端设备配置的UE特定DRX周期和/或空闲态下的eDRX周期中的最小值。发送第一配置信息，该第一配置信息包括第二指示信息或第三指示信息。该第二指示信息用于指示该终端设备监听唤醒信息WUS。该第三指示信息用于指示该终端设备不监听该唤醒信息，或者该第三指示信息用于指示该终端设备监听寻呼消息。

可选的，该发送第一配置信息之前，该方法还包括：根据该第二DRX辅助信息包括的该第一监听周期，确定该第一配置信息包括该第二指示信息或该第三指示信息。

可选的，该第一配置信息包括第二指示信息，该方法还包括：该发送该唤醒信息。

可选的，该第一配置信息包括第三指示信息，该方法还包括：发送第一寻呼消息。

可选的，该发送第一配置信息，包括：发送第一RRC连接释放信息，该第一配置信息携带在该第一RRC连接释放信息中。或者，通过广播消息发送该第一配置信息。

可选的，该接收第二DRX辅助信息，包括：接收AMF CONFIGURATION UPDATE消息，该AMF CONFIGURATION UPDATE消息中包括该第二DRX辅助信息。

第三十五方面，提供一种网络设备，该网络设备配置为执行如第三十四方面及其任一种可能的设计中提供的技术方案。可选的，该网络设备可以为接入网设备。

第三十六方面，本申请还提供一种芯片系统，该芯片系统应用于网络设备；芯片系统可以包括一个或多个接口电路和一个或多个处理器。接口电路和处理器通过线路互联，接口电路用于从网络设备的存储器接收信号，并向处理器发送该信号，该信号包括存储器中存储的计算机指令。当处理器执行上述的计算机指令时，网络设备执行上述第三十四方面及其任一种可能的实现中提供的技术方案。

第三十七方面，本申请还提供一种计算机可读存储介质，包括计算机指令，当计算机指令在网络设备上运行时，使得网络设备执行上述第三十四方面及其任一种可能的实现中提供的技术方案。

第三十八方面，本申请还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第三十四方面及其任一种可能的实现中提供的技术方案。

第三十九方面，提供一种通信方法，该方法应用于核心网设备，该方法包括：发送第二DRX辅助信息，该第二DRX辅助信息包括第一监听周期。该第一监听周期包括以下中的至少一项：核心网设备能够支持的UE特定DRX周期，以及空闲态下的eDRX周期中的最小值。该核心网设备已经为终端设备配置的UE特定DRX周期和/或空闲态下的eDRX周期中的最小值。

可选的，在发送该第二DRX辅助信息之前，该方法还包括：该核心网设备与该终端设备建立通信连接。

可选的，该第二DRX辅助信息用于在该终端设备进入非激活态inactive或空闲态IDEL后，判断是否监听唤醒信息WUS。

可选的，该发送第二DRX辅助信息，包括：在AMF CONFIGURATION UPDATE消息中，发送该第二DRX辅助信息。

由此，提供了又一种核心网设备中的机制，使得核心网设备可以与其他网元(如接入网设备)配合，实现是否使用LP-WUS方案是准确合理的判断。

示例性的，通过上述示例，核心网设备可以与接入网设备配合，根据网络已经为UE配置的监听周期(包括但不限于接入网设备为UE配置的监听周期，和/或核心网设备为UE配置的监听周期)，合理判断是否使用LP-WUS方案。

附图说明

图1为本申请实施例提供的一种通信场景的示意图；

图2为本申请实施例提供的一种监听周期配置的交互流程示意图；

图3为本申请实施例提供的一种寻呼UE的交互流程示意图；

图4为本申请实施例提供的一种时序对比示意图；

图5为本申请实施例提供的一种能力信息上报的交互流程示意图；

图6为本申请实施例提供的一种寻呼UE的交互流程示意图；

图7为本申请实施例提供的一种寻呼UE的交互流程示意图；

图8为本申请实施例提供的一种能力信息上报的交互流程示意图；

图9为本申请实施例提供的一种寻呼UE的交互流程示意图；

图10为本申请实施例提供的一种寻呼UE的交互流程示意图；

图11为本申请实施例提供的一种寻呼UE的交互流程示意图；

图12为本申请实施例提供的一种寻呼UE的交互流程示意图；

图13为本申请实施例提供的一种寻呼UE的交互流程示意图；

图14为本申请实施例提供的一种终端设备的工作逻辑示意图；

图15为本申请实施例提供的一种终端设备的组成示意图；

图16为本申请实施例提供的一种芯片系统的组成示意图。

具体实施方式

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

首先对本申请实施例中涉及的部分名词进行解释。

(1)终端设备(terminal)：也可以称为用户设备(User Equipment，UE)、用户终端、移动台(Mobile Station，MS)、移动终端(Mobile Terminal，MT)等。终端设备可以为手机，或可穿戴设备(例如智能手表)等。终端设备也可简称为终端。

在本申请的一些实施例中，终端设备中可以配置有应用处理器(ApplicationProcessor，AP)，调制解调处理器(Modem，也可称之为基带处理器，简称为MD)。

其中，AP可以支持终端设备的界面显示能力。AP还可以根据终端设备在界面上接收到的用户操作，执行对应的响应。此外，MD可以支持终端设备的数字处理能力。

在一些实施例中，终端中可以配置有主接收模块(Main receiver，MR)。MR的工作状态包括唤醒状态和睡眠状态。在MR处于唤醒状态时，可以支持终端对无线信号(如寻呼消息)的接收。对应的，MR处于睡眠状态时，如果终端需要接收无线信号，则首先需要将MR的状态由睡眠状态变更为唤醒状态。

在另一些实施例中，终端中还可以配置有低功耗接收模块(Low power receiver，LR)。LR用于通过较低的功耗，检测对MR的唤醒(wake up)信号。在LR接收到唤醒信号后，终端可以开始将MR的状态由睡眠状态变更为唤醒状态。唤醒信号也可称为WUS。

(2)LTE：可以理解为4G网络的无线接入网。在LTE网络(即俗称的4G网络)中，因为演进关系，将接入网部分称为演进的UMTS陆地无线接入网(Evolved UMTS TerrestrialRadio Access Network，E-UTRAN)。在本申请中，LTE的含义与E-UTRAN的含义相同，均指的是4G网络的接入网部分。终端设备可以通过4G基站(如eNB)来接入到LTE。

(3)NR：可以理解为5G网络的无线接入网。在5G网络中，将接入网部分称为下一代无线接入网(Next Generation Radio Access Network，NG-RAN或NG RAN)。在本申请中，NR的含义与NG-RAN(或称NG RAN)的含义相同，均指的是5G网络的接入网部分。终端设备可以通过5G基站(如gNB)来接入到LTE。本申请中，5G网络也可称为NR网络。

可理解的是，LTE和NR均为接入网。接入网负责使用某种有线或者无线的联接和通信技术将广大最终用户(End User)逐级汇接到核心网(也称骨干网)中，实现与网络的连接。接入网是整个网络的边缘部分，与用户距离最近的一部分，通常也叫“最后一公里”。

本申请实施例中，接入网的接入网设备(如5G网络的eNB，4G网络的gNB等)可以对应有一个或多个小区(cell)。每个小区对应覆盖该接入网设备的一部分覆盖区域。一个接入网设备的一个或多个小区的覆盖区域的集合，可以构成该接入网设备的完整的覆盖区域。

(4)核心网：主要功能是提供用户连接、对用户的管理以及对业务完成承载，作为承载网络提供到外部网络的接口。用户连接的建立包括移动性管理(MM)、呼叫管理(CM)、交换/路由、录音通知(结合智能网业务完成到智能网外围设备的连接关系)等功能。

可理解的是，4G网络的核心网为演进的分组核心(Evolved Packet Core，EPC)网络。EPC网络是4G移动通信网络的核心网。它属于核心网范畴，具备用户签约数据存储，移动性管理和数据交换等移动网络的传统能力，并能够给用户提供超高速的上网体验。5G网络的核心网为5G Core(可简称为5GC)。5GC会使用通用的网络功能虚拟化设备来代替4G网络的专用通信设备。

需要说明的是，在一些实施例中，核心网可以由EPC和5GC融合得到。也就是说，该核心网既可以包括EPC中的网元，又可以包括5GC中的网元。例如，该核心网可以包括接入和移动管理功能(Access and Mobility Management Function，AMF)网元、移动管理节点(Mobility Management Entity，MME)网元、服务网关(Serving GateWay，SGW)网元、分组数据网络网关(Packet Data Network GateWay，PGW)网元、会话管理功能(SessionManagement Function，SMF)网元、用户面功能(User Plane Function，UPF)网元、统一数据管理功能(Unified Data Management，UDM)网元和归属用户服务器(Home SubscriberServer，HSS)网元等。

在本申请的一些实施例中，该核心网可以包括由EPC中的网元和5GC中的网元所得的融合网元。例如，SMF+PGW-C，UPF+PGW-U，UDM+HSS等。其中，PGW-C为PGW网元的控制面节点，PGW-U为PGW网元的用户面节点。

(5)终端的状态。以终端在5G网络中进行通信为例。终端也可称为NR UE。NR UE的无线资源控制(Radio Resource Control，RRC)状态可以包括：空闲态模式(IDLE mode)、连接态(Connected mode)、非激活态(Inactive mode)。

终端的RRC状态为空闲态模式时，可以称为终端处于空闲态。终端的RRC状态为连接态模式时，可以称为终端处于连接态。终端的RRC状态为非激活态模式时，可以称为终端处于非激活态。

在终端处于空闲态时，与所有接入网设备的RRC连接断开。在终端处于连接态时，与至少一个接入网设备建立有RRC连接，并通过该接入网设备，终端可以实现与核心网的通信交互。在终端处于非激活态时，终端与接入网设备之间的RRC连接处于暂停(suspend)的状态。如果终端需要与接入网设备进行通信，需要将RRC连接恢复到连接态。

终端处于空闲态或非激活态时，终端中的MR可以处于睡眠状态。在终端中配置有LR的情况下，终端处于空闲态或非激活态时，LR可以处于唤醒状态，以便于监听针对MR的唤醒信息。或者，终端处于空闲态或非激活态时，LR可以根据终端中的配置或者网络配置，在对应时刻进入唤醒状态，以便于监听针对MR的唤醒信息。

(6)寻呼(Paging)。终端在处于空闲态或非激活态下，可以按照已配置的监听周期，在寻呼时机(Paging occasion，PO)处监听寻呼消息(paging message)，以便于接收下行触发的业务。网络可以通过DRX配置或eDRX配置向终端配置监听周期。

以终端处于空闲态或非激活态下为例。

在一些实施例中，在PO到来之前，终端可以启动MR，以便于在PO到来时，终端可以通过MR监听寻呼消息。

在终端中配置有LR的情况下。在PO到来之前，终端可以根据LR接收到的WUS，启动MR。

在另一些实施例中，在PO到来时，MR可能尚未启动或完全启动。这样，在MR完全启动(工作状态切换为唤醒状态)之后，终端可以通过MR监听寻呼消息。

作为一种示例，参考图1，为本申请实施例提供的一种通信架构的示意图。

在如图1的示例中，终端在进行通信的过程中，可以与接入网设备建立RRC连接。接入网设备可以与核心网设备建立有通信连接。这样，终端在进行上行业务时，可以将要发送的信息通过RRC连接，传输给接入网设备，进而使得接入网络将该信息传输给对应的核心网设备。对应的，终端在进行下行业务时，核心网设备可以向接入网设备发送下行业务数据。接入网设备可以根据下行业务数据，将相关的数据和信息通过RRC连接传输给终端。

以终端当前接入网络为5G网络为例。对应的接入网设备可以包括5G基站(eNB)。核心网设备可以包括5G网络对应的各个核心网设备，如5G网络中的AMF、MME等。

以终端当前接入网络为4G网络为例。对应的接入网设备可以包括4G基站(gNB)。核心网设备可以包括4G网络对应的各个核心网设备，如4G网络中的AMF、MME等。

核心网中的各个网元也可以称为功能实体，既可以是在专用硬件上实现的网络元件，也可以是在专用硬件上运行的软件实例，或者是在适当平台上虚拟化功能的实例。

应理解，本申请中所有网元的名称仅仅作为示例。在未来通信中，如6G中，还可以称为其它名称，或者，在未来通信中，如6G中，本申请涉及的网元还可以通过其它具有相同功能的实体或者设备等来替代，本申请对此均不作限定。这里做统一说明，后续不再赘述。可选的，本申请实施例中的各种网元，可以是通信设备，也可以是可操作于该通信设备中的芯片或芯片系统等，本申请实施例对此不作限定。

可理解的是，图1所示的网络架构中的核心网还可以包括其他设备、网元、网络实体或网络子系统，如策略控制功能(Policy Control function，PCF)网元，本申请对此不作限制。需要说明的是，本申请对核心网中各个网元的分布方式不作限制，该分布方式具体可以参考相关技术文档，本申请在此不展开说明。

参考图2，为UE与网络建立通信连接之后，网络为UE配置监听周期的逻辑交互示意。

如图2所示，在该示例中，UE可以与接入网设备(如eNB)建立RRC连接。接入网设备还可以与核心网设备(如5GC)建立有通信连接。

这样，UE就可以通过与接入网设备的RRC连接，与核心网设备进行通信交互。

在一些实施例中，如图2的S201所示，接入网设备可以向UE发送小区默认DRX配置消息。在该小区默认DRX配置消息中，可以携带有与该UE接入小区相对应的小区默认DRX周期(cell default DRX cycle)的信息。

由此，UE可以获取小区默认DRX周期。在一些实现中，小区默认DRX周期可以配置在320ms到2.56s的范围内。

在另一些实施例中，如图2的S202所示，核心网设备可以通过接入网设备，与UE进行UE特定DRX协商。由此，核心网设备可以通过接入网设备，向UE发送UE特定DRX配置消息。在该UE特定DRX配置消息中，可以携带有UE特定DRX周期(UE specific DRX cycle)的信息。

由此，UE可以获取UE特定DRX周期。在一些实现中，UE特定DRX周期可以配置在2.56s到2.91h的范围内。

在另一些实施例中，如图2的S203所示，核心网设备可以通过接入网设备，与UE进行空闲eDRX协商。由此，核心网设备可以通过接入网设备，向UE发送空闲eDRX配置消息。在该空闲eDRX配置消息中，可以携带有空闲态下的eDRX周期(IDEL eDRX cycle)的信息。

由此，UE可以获取空闲态下的eDRX周期。在一些实现中，空闲态下的eDRX周期可以配置在320ms到2.56s的范围内。

在另一些实施例中，如图2的S204所示，接入网设备可以向UE发送非激活态监听周期配置消息。在该非激活态监听周期配置消息中，可以携带有接入网设备向UE配置的非激活态DRX或eDRX周期(Cell default(e)DRX cycle)的信息。

由此，UE可以获取非激活态DRX或eDRX周期。在一些实现中，非激活态DRX或eDRX周期可以配置在320ms到10.24s的范围内。

在一些实现中，该S204可以是在UE与当前接入小区的接入网设备断开RRC连接之前执行的。由此，网络就可以通过该S204，为即将进入非激活态的UE配置合理的监听周期。

由此，如图2所示的，在完成S204后，UE可以与接入网设备释放(release)RRC连接，进而进入非激活态或空闲态。

需要说明的是，如图2提供了至少4中网络为UE配置监听周期的方式。在具体实现中，网络可以通过如图2中的S210到S204中的一项或多项，为UE配置一个或多个监听周期。

例如，网络可以分别通过S201到S204，向UE配置上述4个监听周期。由此，在UE中就可以分别存储该已配置的4个监听周期。

在现有协议规定中，UE在实际进行寻呼消息监听时，可以从该已存储的4个监听周期中，根据实际情况选取其中的1个，并根据该选取的监听周期，执行MR的唤醒以及寻呼消息的监听。以下示例中，该选取的监听周期也可称为监听寻呼的寻呼周期，或简称为寻呼周期。

例如，根据38.204的协议内容，UE可以选取所有已配置的监听周期中，时长最短(the shortest)的监听周期作为寻呼周期。

又如，UE可以根据已配置的策略，确定寻呼周期。

基于此，UE就可以根据监听周期，在其中的PO到来时，使用已经启动的MR进行寻呼消息的监听。或者，在PO到来之后，等待MR启动完成，并使用该已经启动的MR进行寻呼消息的监听。

示例性的，参考图3，为本申请实施例提供的一种设备间通信的逻辑交互示意图。

如图3所示，该过程可以包括：

S301、核心网设备向接入网设备发送寻呼消息。

示例性的，该寻呼消息可以包括paging message。该寻呼消息可以用于指示接入网设备对UE执行寻呼。

在一些实施例中，该寻呼消息可以包括核心网设备已经向UE配置的监听周期。

结合图2中的示例，以核心网设备已经向UE配置有UE特定DRX周期为例。那么，该寻呼消息可以包括该UE特定DRX配置周期的信息。

以核心网设备已经向UE配置有空闲态下的eDRX周期为例。那么，该寻呼消息可以包括该空闲态下的eDRX周期的信息。

在该寻呼消息中，还可以携带有需要寻呼的UE的设备标识。

S302、接入网设备同步监听周期配置。

示例性的，接入网设备可以根据寻呼消息，向UE发起寻呼。

由于UE的寻呼监听是实在监听周期内执行的，因此，接入网设备可以在发起寻呼之前，与UE同步监听周期配置。

可以理解的是，以UE被配置有如图2所示的4个监听周期为例。

这样，接入网设备能够知晓接入网设备为UE配置的小区默认DRX周期，以及非激活态DRX或eDRX周期。

接入网设备还可以根据来自核心网的寻呼消息，确定核心网设备为UE配置的UE特定DRX周期，以及空闲态下的eDRX周期。

由此，接入网设备可以根据已经向UE配置的各个监听周期，以及与UE相同的监听周期选择策略，实现与UE的监听周期配置的同步。

示例性的，接入网设备可以选取所有已经向UE配置的监听周期中，时长最短的监听周期作为寻呼周期。

这样，接入网设备就可以根据该寻呼周期，执行向UE的寻呼。

S303、接入网设备向UE发送寻呼调度PDCCH信息。

示例性的，接入网设备可以在寻呼周期对应的PO到来时，向UE发送寻呼调度PDCCH信息。

在一些实施例中，该寻呼调度PDCCH信息中可以包括下行控制信息(DownlinkControl Information，DCI)。

该DCI中可以包括PDSCH调度信息。该PDSCH调度信息可以包括在接入网设备发送的寻呼消息中，PDSCH的时频位置。

S304、UE监听到寻呼调度PDCCH信息，确定DCI指示的PDSCH调度信息。

示例性的，UE可以根据自行确定的监听周期，启动MR进行寻呼消息的监听。

在完成MR启动之后，UE可以通过MR监听到该寻呼调度PDCCH信息。

这样，UE可以根据寻呼调度PDCCH信息，确定其中指示的PDSCH调度信息。

S305、UE确定寻呼消息中包括自身的设备标识。

示例性的，UE可以根据PDSCH调度信息，确定网络所要寻呼的设备的设备标识的时频位置。

对应的，UE可以从该时频位置，获取网络所要寻呼的设备的设备标识。

UE可以根据该监听到的设备标识中，包括自身的设备标识，确定网络侧需要与UE进行通信。进而完成寻呼过程，执行后续的网络接入，以便于根据接入的网络，与网络进行通信。

S306、UE向接入网设备发送RRC建立请求。示例性的，该RRC建立请求可以包括RRCConnection Request。

S307、接入网设备向UE发送RRC建立完成消息。示例性的，该RRC建立完成消息可以包括RRC Connection Setup Complete。

这样，通过S306到S307，UE就可以重新与接入网设备建立连接。基于此，核心网设备就可以将下行业务数据和信息，通过接入网设备传输给UE，进而实现下行业务功能。

在本申请的另一些实施例中，为了区分核心网设备向接入网设备发送的寻呼消息，以及接入网设备寻呼UE过程中发送的寻呼消息，在本申请说明中，核心网设备向接入网设备发送的寻呼消息也可以称为寻呼指示，如第一寻呼指示。接入网设备寻呼UE过程中发送的寻呼消息可以包括第一寻呼消息等。

需要说明的是，在该如图3所示的方案实现中，是以网络侧将所要寻呼的UE的设备标识携带在寻呼消息中，以便于UE判断是否接入到网络为例进行说明的。

在另一些实现中，网络和UE也可以结合PEI指示的设备分组标识，进行UE的寻呼。

可以理解的是，在该如图3所示的方案实现中，如果需要UE及时监听到寻呼调度PDCCH信息，就需要UE的MR能够较早地完成启动。

例如，UE可以在PO到来之前，启动MR。

然而，这样虽然能够保证UE及时监听到寻呼调度PDCCH信息，但是MR长时间处于唤醒状态进行寻呼信息的监听会带来较大的功耗开销。

对于此，在UE中可以进一步配置LR。该LR可以具有较低的工作功耗。在UE可以通过LR接收到WUS的情况下，才启动MR。

示例性的，接入网设备可以在需要发起寻呼之前，提前向UE发送WUS。对应的，UE可以通过LR接收到WUS的情况下，可以执行MR的唤醒。

这样，UE就可以较早地进行MR的唤醒，并进行寻呼调度PDCCH信息的监听。

作为一种示例，参考图4，为一种UE执行各个操作的时序对比示意图。

在如图4的示例中，根据选定的监听周期，PO可以在时刻42，以及之后的时刻44到来。

UE可以在时刻41之前，启动LR并开始进行WUS的监听。UE可以在时刻42之前的时刻41，监听到WUS。由此，UE可以从该时刻41开始，执行MR的启动。

可以理解的是，MR从睡眠状态到完成启动，切换为唤醒状态，需要耗费一定的时间。以下示例中，该MR从睡眠状态切换到唤醒状态的耗时称为MR启动耗时。

这样，在时刻41之后，经过MR启动耗时，在时刻42之后的时刻43，MR完成启动，进入唤醒状态。那么，在该时刻43之后，UE就可以通过MR进行寻呼调度PDCCH信息的监听。例如，在该时刻43，UE通过MR监听到了寻呼调度PDCCH信息。

结合图3的说明，在UE可以在监听到寻呼调度PDCCH信息之后，根据S304到S307，完成向网络的接入。这样，在完成向网络的接入之后，UE就可以从接入网设备，接收到来自核心网的下行业务的数据和信息。

继续结合图4。在该示例中，在时刻41接收到WUS之后，经过MR启动耗时之后来到时刻43，UE就可以在该时刻42的PO对应的监听周期内，完成MR的启动和后续寻呼调度PDCCH信息的接收。

这样，UE就可以在时刻42到时刻44的监听周期内，开始接收来自网络的下行业务数据和信息。同时，由于LR监听机制的存在，在时刻41之前，MR一直处于睡眠状态，也就能够节省对应的功耗开销。

需要说明的是，在LR监听机制的配置中，是以MR启动耗时为400ms或800ms为例进行的。

对应到图2提供的监听周期的配置机制，如果UE/基站的寻呼周期较短(如小于MR启动耗时)的情况下，则UE在监听到WUS时才启动MR，可能会导致在一个监听周期内，MR无法完成启动。对应到如图4的示例，在该场景下，MR完成启动的时刻43可能会被推迟到下一个PO到来的时刻44之后。

结合如图2中对各个监听周期的时间范围的说明，在以MR启动耗时为800ms为例。在选择的监听周期为320ms、640ms等情况下，都可能发生MR启动耗时大于监听周期的问题。

那么，在时刻42到时刻44之间的监听周期内，UE就无法通过启动的MR监听到寻呼调度PDCCH信息。这显然会导致后续UE与接入网设备建立RRC连接的推迟，进而导致下行业务数据和信息的接收不及时。

在这种情况下，对于UE而言，如果MR一直处于唤醒状态，就能够更早地监听到寻呼调度PDCCH信息。进而在时刻42和时刻44之间的监听周期内，实现UE向接入网设备的接入。这样也就能保证下行业务数据和信息的及时接收。

基于此，本申请实施例提供的技术方案中，能够使得UE和网络设备(如接入网设备)可以灵活地选取是否使用LR监听机制。从而使得UE能够合理地基于LR机制实现功耗的节省，同时能够避免MR启动耗时过长或选择的监听周期过短导致的下行数据和信息接收不及时。

以下结合附图对本申请实施例提供的方案进行详细说明。其中，将如图4所示的基于LR接收WUS，唤醒MR进行寻呼信号监听的方案，简称为LP-WUS方案。

参考图5，为本申请实施例提供的一种通信方法的流程交互示意图。该示例中，基站51可以为4G基站、5G基站或其他网络制式的基站。核心网设备可以是与该基站51对应的核心网设备。如图5所示，该方案可以包括：

S501、UE向基站51发送能力信息52。在该能力信息52中，可以携带有UE的MR启动耗时的信息。在本申请实施例中，该能力信息52可以包括在第一能力信息中。

示例性的，该能力信息52可以包括UECapabilityInformation的信息。

可选的，该能力信息52中还可以携带UE是否支持LP-WUS方案的能力标识。例如，该能力标识可以配置为指示UE支持LP-WUS方案，或者，该能力标识可以配置为指示UE不支持LP-WUS方案。

以下实现中，以UE支持LP-WUS方案为例。

可选的，在执行该S501之前，UE还可以与基站51建立RRC连接，基站51也可以与核心网设备建立通信连接。这样，UE可以通过与基站51的RRC连接，注册到核心网设备，由此实现UE通过基站51与核心网设备之间的通信交互。在该过程中，UE可以处于连接态。

可选的，在UE执行该S501之前，基站51还可以向UE发送UECapabilityEnquiry指令，以指示UE上报能力信息。对应的，UE可以向基站51发送该能力信息52。

S502、基站51向UE发送RRC连接释放信息。

示例性的，该RRC连接释放信息可以包括RRC Connection Release的信息。基站51可以通过该RRC连接释放信息，指示UE断开当前的RRC连接。

对应的，UE在接收到该RRC连接释放信息之后，可以断开与基站51的RRC连接。在本示例中，UE可以在断开与基站51的RRC连接之后，从连接态切换为空闲态。

S503、基站51向核心网设备发送能力信息53。在本申请实施例中，该能力信息53可以包括在第二能力信息中。

示例性的，基站51可以将来自UE的能力信息52，转发给核心网设备。

例如，基站51可以根据接收到的能力信息52，生成能力信息53。该能力信息53中可以携带有S501中获取的UE的MR启动耗时的信息。

在一些实施例中，基站51可以将UE的MR启动耗时的信息，以及该UE的表示(如设备ID)一同携带在该能力信息53中，发送给核心网设备。以便于核心网或设备可以存储设备ID与MR启动耗时的对应关系，进而正确维护UE和对应的能力信息。

可选的，基站51断开与UE的RRC连接之后，基站51删除以获取的能力信息52。

这样，通过该如图5所示的方案实现，UE可以在进行能力上报时，将MR启动耗时的信息一同上报给基站，进而由基站上报给核心网设备。核心网设备(如核心网设备中的AMF)可以存储获取的设备ID与MR启动耗时的对应关系。

基于此，在后续核心网设备需要寻呼UE并提供下行业务时，可以将该MR启动耗时下发给基站，进而使得基站可以根据该MR启动耗时，配合UE灵活选择是否使用LP-WUS方案。

示例性的，参考图6，为本申请实施例提供的又一种通信方法的交互流程示意图。如图6所示，该方案可以包括：

S601、基站61向UE发送低功耗配置信息62。在本申请实施例中，该低功耗配置信息62可以包括在第一配置信息中。

示例性的，基站61可以通过广播的形式，向所有基站61的小区覆盖范围内的UE发送该低功耗配置信息62。在本示例中，以UE当前所处位置在基站61的小区的覆盖范围内为例。

可以理解的是，该基站61与如图5所示的基站51可以是同一个基站，也可以是不同基站。

在一些实施例中，低功耗配置信息62可以包括指示信息A。该指示信息A可以使能UE进行LP-WUS方案的预设判断。该预设判断机制将在后续详述。

可以理解的是，在本申请实施例中，“使能”可以对应于enable。使能UE的某项功能，也可以对应于打开UE与该功能对应的开关，使得UE提供该功能。在一些实施例中，指示信息A使能UE进行LP-WUS方案的预设判断，可以对应于UE接收到该指示信息A的情况下，进行LP-WUS方案的预设判断。

在一些实施例中，该指示信息A也可称为第一指示信息。该第一指示信息可以用于使能UE判断是否监听WUS。

在另一些实施例中，低功耗配置信息62还可以包括LP-WUS配置信息。该LP-WUS配置信息可以包括以下中的至少一项：WUS对应的时频位置、WUS对应的编码信息、信号强度条件。

其中，WUS对应的时频位置用于指示基站61发送WUS时，WUS在发送数据包中的时频位置。WUS对应的编码信息用于指示基站61发送WUS时，WUS的编码方式和解码方式。

信号强度条件对应指示可执行LP-WUS方案的信号条件。

示例性的，该信号强度条件中可以包括信号强度阈值。UE可以在接收到信号强度条件的情况下，进行当前下行通信信道的测量。UE可以在测量获取的当前下行通信信道的信号强度大于信号强度条件指示的强度阈值时，确定满足可执行LP-WUS方案的信号条件。

S602、UE接收低功耗配置信息62。

在一些实施例中，以低功耗配置信息62中包括指示信息A为例。UE可以根据该接收到指示信息A，触发执行以下S603。

在一些实施例中，以低功耗配置信息62中包括信号强度条件为例。UE可以根据该接收到信号强度条件，执行对应的下行通信信道的测量。可选的，UE可以在当前下行通信信道的信号强度大于信号强度条件指示的强度阈值时，触发执行以下S603。

S603、UE判断MR启动耗时是否小于寻呼周期。本示例中，该S603即可对应于S601中涉及的指示信息A对应使能的LP-WUS方案的预设判断。

示例性的，UE可以执行该S603之前，根据已经被配置的一个或多个DRX周期和/或eDRX周期，确定寻呼周期。

例如，以UE被配置有小区默认DRX周期、UE特定DRX周期、空闲态下的eDRX周期、非激活态DRX或eDRX周期为例。该已配置的一个或多个DRX周期和/或eDRX周期可以包括以下中的至少一项：小区默认DRX周期、UE特定DRX周期、空闲态下的eDRX周期、非激活态DRX或eDRX周期。

UE可以将已配置的各个DRX周期或eDRX周期中，时长最短的周期作为寻呼周期。

又如，UE可以根据已配置的策略，确定寻呼周期。

本示例中，UE还可以根据MR启动耗时是否小于寻呼周期执行后续处理。

例如，UE可以在MR启动耗时小于寻呼周期的情况下，跳转执行S604a；UE可以在MR启动耗时不小于(如大于)寻呼周期的情况下，跳转执行S604b。

S604a、UE启动LR，监听WUS。

示例性的，UE可以在MR启动耗时小于寻呼周期的情况下，确定使用LP-WUS方案，进行寻呼消息的监听。由此通过LP-WUS方案，节省MR长时间工作在唤醒状态下的功耗开销。

在一些实施例中，UE可以启动LR，开始通过低功耗接收机监听WUS。

可选的，UE可以根据低功耗配置信息62中的WUS对应的时频位置、WUS对应的编码信息等信息，监听WUS。

S604b、UE启动MR，监听寻呼消息。

示例性的，UE可以在MR启动耗时不小于(如大于)寻呼周期的情况下，不使用LP-WUS方案，直接使用MR执行寻呼消息的监听。

可以理解的是，在MR启动耗时不小于寻呼周期的情况下，则表明MR启动耗时相对较小，UE在进行寻呼消息监听的过程中，对于时间较为敏感。这样，UE可以直接启动MR，以便于尽快完成MR的启动，并及时接收到基站发送的寻呼消息。

S605、核心网设备向基站61发送寻呼消息63。该寻呼消息63可以包括在第一寻呼指示中。

在一些实施例中，该寻呼消息63可以携带有UE的MR启动耗时。

在另一些实施例中，该寻呼消息63还可以携带有核心网设备已经为UE配置的DRX周期或eDRX周期。例如，该寻呼消息63可以包括核心网设备已经为UE配置的UE特定DRX周期和/或空闲态下的eDRX周期。

S606、基站61同步寻呼周期配置。

示例性的，基站61可以采用与UE相同的策略，从已经为UE配置的一个或多个DRX周期和/或eDRX周期中，确定寻呼周期。该已配置的一个或多个DRX周期和/或eDRX周期可以包括以下中的至少一项：小区默认DRX周期、UE特定DRX周期、空闲态下的eDRX周期、非激活态DRX或eDRX周期。

例如，基站61可以将已经为UE配置的时长最短的DRX周期或eDRX周期，确定为寻呼周期。又如，UE可以根据已配置的策略，确定寻呼周期。

S607、基站61判断MR启动耗时是否小于寻呼周期。

示例性的，基站61可以采用UE中，S603类似的处理机制，判断MR启动耗时是否小于寻呼周期。基于此，基站61可以根据判断结果触发后续处理。

在一些实施例中，基站61可以在MR启动耗时小于寻呼周期的情况下，通过LP-WUS方案，执行对UE的寻呼。例如，基站61可以执行S608a。

在一些实施例中，基站61可以在MR启动耗时不小于(如等于或大于)寻呼周期的情况下，不使用LP-WUS方案，直接对UE进行寻呼。例如，基站61可以执行S608b。

以下分别进行说明。以MR启动耗时小于寻呼周期为例。该方案还可以包括S608a到S611a。

S608a、基站61向UE发送LP唤醒信息64。

示例性的，该LP唤醒信息64可以包括WUS的信息。该LP唤醒信息64可以用于指示UE启动MR。

S609a、UE启动MR，监听寻呼消息。

示例性的，UE可以通过LR，根据接收到的LP唤醒信息64中包括WUS，确定寻呼消息即将到来。对应的，UE可以启动MR，以便于MR在完成启动之后，接收来自接入网设备的寻呼消息。

S610a、基站61向UE发送寻呼调度PDCCH信息65。

示例性的，该寻呼调度PDCCH信息65可以作为接入网设备向UE发送的寻呼消息的一部分，由基站61发送给UE。在一些实施例中，寻呼调度PDCCH信息65可以包括在第一寻呼消息中。

结合前述说明，该寻呼调度PDCCH信息65中可以包括DCI的信息，用于指示PDSCH在数据包中的时频位置。

对应的UE可以根据PDCCH信息65指示的PDSCH，确定其中是否包括自身的设备ID。

以PDCCH信息65指示的PDSCH中携带有UE自身的设备ID为例。UE可以确定核心网设备有向UE发送下行业务数据或信息的需求。这样，UE可以执行以下S611a，接入到网络中。

S611a、UE与基站61建立RRC连接。

由此，UE可以从空闲态切换为连接态。这样UE就可以通过基站61，获取核心网设备下发的下行业务数据或信息。从而顺利完成UE的寻呼。

示例性的，该S611a的具体实施方式，可以参考图3中的S306-S307，此处不在赘述。

这样，在UE和基站61均确定可以使用LP-WUS方案的情况下，基站61和UE可以通过该LP-WUS方案，在顺利实现UE寻呼的同时，节省MR长期唤醒导致的功耗开销。

在另一些实施例中，以MR启动耗时不小于寻呼周期为例。该方案还可以包括S608b到S609b。

S608b、基站61向UE发送寻呼调度PDCCH信息66。结合前述关于接入网设备向UE发送寻呼消息的说明，在本示例中，该寻呼调度PDCCH消息66可以包括在第一寻呼消息中。

S609b、UE与基站61建立RRC连接。

示例性的，该S608b到S309b的执行过程可以参考前述图3中S303-S307的说明，二者具体实施可以互相参考。

可以理解的是，在UE和基站61确定不使用LP-WUS方案的情况下，基站61可以直接向UE发起寻呼。对应的，由于UE的MR处于唤醒状态，因此可以及时地接收到基站61发送的寻呼消息。进而避免由于MR启动时间过短，且使用LP-WUS方案时导致的下行业务的延迟。

上述图5和图6提供了本申请实施例的一种实现。其中，图6中以基站61在低功耗配置信息62中携带指示信息A，预设判断包括判断MR启动耗时是否小于寻呼周期为例进行说明。

在另一些实施例中，接入网设备向UE配置的低功耗配置信息还可以携带其他信息，对应的预设判断也可以通过其他方式实现。

示例性的，参考图7，为本申请实施例提供的又一种通信方法的交互流程示意图。该如图7所示的方案中，以UE已经按照如图5所示的方式，将MR启动耗时，上报给网络。对应的核心网设备也存储有该UE的MR启动耗时为例。

如图7所述，该方案可以包括：

S701、基站71向UE发送低功耗配置信息72。在一些实施例中，该低功耗配置信息72可以包括在第一配置信息中。

示例性的，基站71可以通过广播的形式，向所有基站71的小区覆盖范围内的UE发送该低功耗配置信息72。该基站71与如图5所示的基站51或图6所示的基站61可以是同一个基站，也可以是不同基站。

在一些实施例中，低功耗配置信息72可以包括时间信息Tmax。该时间信息Tmax可以指示网络支持的可以使用LP-WUS的最大MR启动耗时。该时间信息Tmax可以预先配置在基站71中。该时间信息Tmax可以对应于第一时间信息。

在另一些实施例中，低功耗配置信息72还可以包括LP-WUS配置信息。该LP-WUS配置信息可以包括以下中的至少一项：WUS对应的时频位置、WUS对应的编码信息、信号强度条件。该部分的说明可以参考S601中关于低功耗配置信息62的说明。

S702、UE接收低功耗配置信息72。该过程的执行可以参考如图6中的S602。

在一些实施例中，UE可以接收到低功耗配置信息72之后，直接执行S703。在另一些实施例中，UE可以在接收到低功耗配置信息72之后，确定信号强度条件满足(如下行通信信道的信号强度大于强度阈值)的情况下，执行S703。

S703、UE判断判断MR启动耗时是否小于Tmax。本示例中，该S703即可对应于本示例中的LP-WUS方案的预设判断。

示例性的，UE可以根据MR启动耗时与Tmax的大小关系，执行后续处理。

例如，UE可以在MR启动耗时小于Tmax的情况下，跳转执行S704a；UE可以在MR启动耗时不小于(如大于)寻呼周期的情况下，跳转执行S704b。

S704a、UE启动LR，监听WUS。

示例性的，UE可以在MR启动耗时小于Tmax的情况下，确定使用LP-WUS方案，进行寻呼消息的监听。由此通过LP-WUS方案，节省MR长时间工作在唤醒状态下的功耗开销。

S704b、UE启动MR，监听寻呼消息。

示例性的，UE可以在MR启动耗时不小于(如大于)Tmax的情况下，不使用LP-WUS方案，直接使用MR执行寻呼消息的监听。

这样，UE可以根据预设判断，结合自身的MR启动耗时以及网络对LP-WUS方案的支持能力，灵活确定是否使用LP-WUS方案进行寻呼监听。

基于此，网络和UE还可以通过后续方案实现，实现不同机制下的UE寻呼。

S705、核心网设备向基站71发送寻呼消息73。该过程的执行可以参考如图6中的S605。该寻呼消息73可以对应于S605中的寻呼消息63。

S706、基站71同步寻呼周期配置。该过程的执行可以参考如图6中的S606。

S707、基站71判断MR启动耗时是否小于Tmax。可以理解的是，基站71可以通过S705，从核心网设备接收寻呼消息73。该寻呼消息73中可以包括UE的MR启动耗时。

这样，类似于S703中，UE内部的预设判断机制，基站71也可以进行类似的判断，以便于与UE保持一致。

基站71可以在MR启动耗时小于Tmax的情况下，通过LP-WUS方案，执行对UE的寻呼。例如，基站71可以执行S708a。

在一些实施例中，基站71可以在MR启动耗时不小于(如等于或大于)Tmax的情况下，不使用LP-WUS方案，直接对UE进行寻呼。例如，基站71可以执行S708b。

以MR启动耗时小于Tmax为例。

S708a、基站71向UE发送LP唤醒信息74。

S709a、UE启动MR，监听寻呼消息。

S710a、基站71向UE发送寻呼调度PDCCH信息75。

S711a、UE与基站71建立RRC连接。

示例性的，该S708a-S711a的执行过程，可以参考如图6中的S608a-S611a的执行过程。基于此，UE和网络就可以通过LP-WUS方案，在顺利实现UE寻呼的同时，节省MR长期唤醒导致的功耗开销。

MR启动耗时不小于Tmax为例。该方案还可以包括：

S708b、基站71向UE发送寻呼调度PDCCH信息76。

S709b、UE与基站71建立RRC连接。

示例性的，该S708b-S709b的执行过程，可以参考如图6中的S608b-S609b的执行过程。基于此，UE和网络就可以不使用LP-WUS方案，直接通过MR进行寻呼监听。进而避免由于MR启动时间过短，且使用LP-WUS方案时导致的下行业务的延迟。

可以理解的是，本申请上述实施例中，基于如图5所示的UE主动上报MR启动耗时的机制，使得网络能够知晓UE的MR启动耗时。

基于如图6和图7的方案，分别提供了两种不同的预设判断机制。使得UE和网络能够合理灵活地选择使用LP-WUS方案或MR直接监听的进行UE的寻呼过程。

此外，在如图6和图7的说明中，均提供了一种可能的实现机制：低功耗配置信息中包括信号强度条件的情况下，UE可以在当前下行通信信道的信号强度大于信号强度条件指示的强度阈值时，触发后续关于使用LP-WUS方案进行寻呼信号监听的相关步骤。

在后续各个实施例中，均以当前下行通信信道的信号强度满足信号条件强度条件为例。不再一一赘述。

在上述方案实现中，如图5所示的，在UE通过能力信息上报MR启动耗时之后，可以断开与接入网设备的RRC连接，进而进入空闲态。而UE进入空闲态的情况下，接入网设备可以将已经断开RRC连接的UE的相关信息(如能力信息)释放。这样，为了保证MR启动耗时等能力信息可以被网络侧(如核心网)知晓，如图5所示的，接入网设备可以将该包括MR启动耗时的能力信息传输给核心网设备(如AMF)进行存储。对应的，在如图6或图7的方案实现中，核心网设备在下发寻呼消息时，也可以将该需要被寻呼的UE的MR启动耗时，发送给接入网设备。由此就可以使得接入网设备也能够知晓UE的MR启动耗时。进而支持如图6或图7中网络侧的预设判断。

在另一些实施中，UE在上报MR启动耗时，接收到基站的RRC连接释放信息后，可以进入非激活态。在这种情况，接入网设备可以继续保留UE上报的各项信息，如MR启动耗时等。对于该场景，本申请实施例还提供一种通信方法，能够使得UE和网络可以合理灵活的选择是否通过LP-WUS方案进行UE的寻呼。

示例性的，参考图8，为本申请实施例提供的又一种通信方法的交互流程示意图。如图8所示，该方案可以包括：

S801、UE向基站81发送MR启动耗时的信息。该MR启动耗时的信息可以包括在第一能力信息中。

类似于图5中的S501中的说明，本示例中，UE可以在执行S801之前，与基站81建立RRC连接。这样，UE可以处于连接态的情况下，执行该S801。

示例性的，在一些实施例中，UE可以通过能力信息上报的形式，向基站81发送MR启动耗时的信息。例如，UE可以在UECapabilityInformation的信息中，携带MR启动耗时的信息，发送给基站81。

可选的，UE在向基站发送UECapabilityInformation之前，可以接收来自基站81的UECapabilityEnquiry指令。响应于该UECapabilityEnquiry指令，UE可以向基站81发送携带MR启动耗时的UECapabilityInformation。

在另一些实施例中，UE还可以通过辅助信息上报的形式，向基站81发送MR启动耗时的信息。例如，UE可以在接收到基站81发送的RRC Reconfiguration后，向基站81发送携带MR启动耗时的UE辅助信息(UE Assistance Information，UAI)。

由此，接入网设备就能够知晓该UE的MR启动耗时的情况。

S802、基站81向UE发送RRC连接释放信息。

在一些实施例中，该RRC连接释放信息可以包括LP-WUS配置信息。该LP-WUS配置信息可以包括以下中的至少一项：WUS发送的时频位置、编码信息、信号强度条件。

其中，该WUS发送的时频位置、编码信息、信号强度条件的说明，可以参考S601中的示例。

在另一些实施例中，该RRC连接释放信息还可以包括UE处于非激活态情况下的DRX或eDRX周期。

在本示例中，由于UE即将从连接态切换到非激活态。因此，基站81可以向UE配置非激活态情况下的DRX或eDRX周期。以便以UE可以根据该非激活态情况下的DRX或eDRX周期，以及其他已配置的DRX或eDRX周期，执行寻呼消息的监听。

结合图5中的示例，在该如图8的示例中，UE可以在接收到RRC连接释放信息后，切换到非激活态。对应的接入网设备(如基站81)不会删除UE的相关信息(如MR启动耗时)。因此，基站81可以自行存储该UE的MR启动耗时，而不需要将MR启动耗时等UE的能力信息或辅助信息上报到核心网进行存储。

结合图6或图7中的示例，在本申请的一些实施例中，UE在切换进入非激活态后，UE和网络可以按照如图6或图7的方式，判断是否根据LP-WUS方案进行UE的寻呼。

例如，以UE进入非激活态后，UE和网络可以按照如图6的方式，判断是否根据LP-WUS方案进行UE的寻呼为例。

接入网设备(如基站81)可以通过广播的形式，向UE发送携带指示信息A的低功耗配置信息。对应的，UE可以根据该指示信息A，根据判断MR启动耗时是否小于寻呼周期。UE可以还可以根据判断结果，按照S604a所示的启动MR，不使用LP-WUS方案，直接进行寻呼消息的监听；或者，根据判断结果，按照S604b所示的使用LP-WUS方案，启动LR对WUS进行监听。此外，基站81在接收到来自核心网设备的寻呼消息后，也可以根据图6所示的S605-S611a或者，S605-S609b所示的方案实现，与UE采用一致的方案(如使用LP-WUS方案或者不使用LP-WUS方案)，实现UE的寻呼和网络的接入。

在另一些实施例中，UE进入非激活态后，UE和网络也可以按照如图7所示的方式，判断是否根据LP-WUS方案进行UE的寻呼，进而实现UE的合理接入。具体实现参考图7的说明，不在赘述。

可以理解的是，在如图6或图7提供的方案实现中，接入网设备可以通过广播的形式，向UE发送低功耗配置信息，以便于指示UE根据MR启动耗时是否小于寻呼周期，或者根据MR启动耗时是否小于Tmax，确定是否需要使用LP-WUS方案。

需要说明的是，在本申请的另一些实施例中，基于如图8所示的方案实现，基站81在执行S802，即向UE发送RRC连接释放信息时，也可以通过该RRC连接释放信息，向UE发送低功耗配置信息。

示例性的，在本示例中，基站81向UE发送的RRC连接释放信息可以包括以下中的至少一项：WUS发送的时频位置、编码信息、信号强度条件；UE处于非激活态情况下的DRX或eDRX周期；低功耗配置信息82。

其中，低功耗配置信息82中可以包括以下中的任一种：

指示信息A，时间信息Tmax。

以UE发送RRC连接释放信息时，携带的低功耗配置信息82包括指示信息A为例。

这样，UE可以根据接收到的RRC连接释放信息，切换到非激活态。UE还可以根据指示信息A，执行如图6所示的S603-S604a或者S603-S604b。对应的，在基站81接收到来自核心网设备的寻呼消息后，基站81和UE也可以分别参考如图6中的S605-S611a或者S605-S609b，执行对UE的寻呼以及网络的接入。

以UE发送RRC连接释放信息时，携带的低功耗配置信息82包括时间信息Tmax为例。

这样，UE可以根据接收到的RRC连接释放信息，切换到非激活态。UE还可以根据时间信息Tmax，执行如图7所示的S703-S704a或者S703-S704b。对应的，在基站81接收到来自核心网设备的寻呼消息后，基站81和UE也可以分别参考如图7中的S705-S711a或者S705-S709b，执行对UE的寻呼以及网络的接入。

这样，通过如图8所示的方案实现以及说明，UE和网络就可以实现UE在非激活态时，合理灵活地确定是否使用LP-WUS方案进行UE寻呼。

在本申请的另一些实施例中，还提供一种通信方法，能够使得UE和网络能够合理灵活地确定是否使用LP-WUS方案进行UE寻呼。基于该方案，UE不需要将MR启动耗时上报到网络，网络和UE可以分别通过配置是时间信息Tmin(或称为第二时间信息)，确定是否需要是LP-WUS方案进行UE寻呼。

示例性的，参考图9，为本申请实施例提供的又一种通信方法的交互流程示意图。如图9所示，该方案可以包括：

S901、基站91向UE发送低功耗配置信息92。在一些实施例中，该低功耗配置信息92可以包括在第一配置信息中。

示例性的，基站91可以通过广播的形式，向所有基站91的小区覆盖范围内的UE发送该低功耗配置信息92。在本示例中，以UE当前所处位置在基站91的小区的覆盖范围内为例。

在另一些实施例中，该低功耗配置信息92也可以是通过其他途径传输给UE的。例如，基站91通过RRC连接释放信息，将该低功耗配置信息92发送给UE。

在一些实施例中，低功耗配置信息92可以包括时间信息Tmin。该时间信息Tmin可以预配置在基站91中；或者该时间信息Tmin可以由核心网设备配置给基站91。该时间信息Tmin可以用于指示UE使用LP-WUS方案进行寻呼监听的最小寻呼周期。

在另一些实施例中，低功耗配置信息92还可以包括以下中的至少一项：WUS对应的时频位置、WUS对应的编码信息、信号强度条件。

其中，WUS对应的时频位置用于指示基站91发送WUS时，WUS在发送数据包中的时频位置。WUS对应的编码信息用于指示基站91发送WUS时，WUS的编码方式和解码方式。

类似于如图6中的说明，信号强度条件对应指示可执行LP-WUS方案的信号条件。

示例性的，该信号强度条件中可以包括信号强度阈值。UE可以在接收到信号强度条件的情况下，进行当前下行通信信道的测量。UE可以在测量获取的当前下行通信信道的信号强度大于信号强度条件指示的强度阈值时，确定满足可执行LP-WUS方案的信号条件。

S902、UE接收低功耗配置信息92。

在一些实施例中，以低功耗配置信息92中包括时间信息Tmin为例。UE可以根据该接收到时间信息Tmin，触发执行以下S903。

在一些实施例中，以低功耗配置信息92中包括信号强度条件为例。UE可以根据该接收到信号强度条件，执行对应的下行通信信道的测量。可选的，UE可以在当前下行通信信道的信号强度大于信号强度条件指示的强度阈值时，触发执行以下S903。

S903、UE判断寻呼周期是否大于Tmin。

示例性的，UE可以执行该S903之前，根据已经被配置的一个或多个DRX周期和/或eDRX周期，确定寻呼周期。

在一些实施例中，UE可以将已配置的各个DRX周期或eDRX周期中，时长最短的周期作为寻呼周期。该已配置的一个或多个DRX周期和/或eDRX周期可以包括以下中的至少一项：小区默认DRX周期、UE特定DRX周期、空闲态下的eDRX周期、非激活态DRX或eDRX周期。

在另一些实施例中，UE可以根据已配置的策略，确定寻呼周期。

本示例中，UE还可以根据寻呼周期是否大于Tmin执行后续处理。

例如，UE可以在寻呼周期大于Tmin的情况下，跳转执行S904a；UE可以在寻呼周期不大于(如小于或等于)Tmin的情况下，跳转执行S904b。

S904a、UE启动LR，监听WUS。

示例性的，UE可以在寻呼周期大于Tmin的情况下，确定使用LP-WUS方案，进行寻呼消息的监听。由此通过LP-WUS方案，节省MR长时间工作在唤醒状态下的功耗开销。

在一些实施例中，UE可以启动LR，开始通过低功耗接收机监听WUS。

可选的，UE可以根据低功耗配置信息92中的WUS对应的时频位置、WUS对应的编码信息等信息，监听WUS。

S904b、UE启动MR，监听寻呼消息。

示例性的，UE可以在寻呼周期不大于(如小于或等于)Tmin的情况下，不使用LP-WUS方案，直接使用MR执行寻呼消息的监听。

可以理解的是，在MR启动耗时不小于寻呼周期的情况下，则表明MR启动耗时相对较小，UE在进行寻呼消息监听的过程中，对于时间较为敏感。这样，UE可以直接启动MR，以便于尽快完成MR的启动，并及时接收到基站发送的寻呼消息。

S905、核心网设备向基站91发送寻呼消息93。

在一些实施例中，该寻呼消息93还可以携带有核心网设备已经为UE配置的DRX周期或eDRX周期。例如，该寻呼消息93可以包括核心网设备已经为UE配置的UE特定DRX周期和/或空闲态下的eDRX周期。

S906、基站91同步寻呼周期配置。

示例性的，基站91可以采用与UE相同的策略，从已经为UE配置的一个或多个DRX周期和/或eDRX周期中，确定寻呼周期。该已配置的一个或多个DRX周期和/或eDRX周期可以包括以下中的至少一项：小区默认DRX周期、UE特定DRX周期、空闲态下的eDRX周期、非激活态DRX或eDRX周期。

例如，基站91可以将已经为UE配置的时长最短的DRX周期或eDRX周期，确定为寻呼周期。又如，UE可以根据已配置的策略，确定寻呼周期。

S907、基站91判断寻呼周期是否大于Tmin。

示例性的，基站91可以采用UE中，S903类似的处理机制，判断判断寻呼周期是否大于Tmin。基于此，基站91可以根据判断结果触发后续处理。

在一些实施例中，基站91可以在寻呼周期大于Tmin的情况下，通过LP-WUS方案，执行对UE的寻呼。例如，基站91可以执行S908a。

在一些实施例中，基站91可以在寻呼周期不大于(如小于或等于)Tmin的情况下，不使用LP-WUS方案，直接对UE进行寻呼。例如，基站91可以执行S908b。

以下分别进行说明。以寻呼周期大于Tmin为例。该方案还可以包括S908a到S911a。

S908a、基站91向UE发送LP唤醒信息94。

示例性的，该LP唤醒信息94可以包括WUS的信息。该LP唤醒信息94可以用于指示UE启动MR。

S909a、UE启动MR，监听寻呼消息。

示例性的，UE可以通过LR，根据接收到的LP唤醒信息94中包括WUS，确定寻呼消息即将到来。对应的，UE可以启动MR，以便于MR在完成启动之后，接收来自接入网设备的寻呼消息(如寻呼调度PDCCH信息)。

S910a、基站91向UE发送寻呼调度PDCCH信息95。

示例性的，该寻呼调度PDCCH信息95可以作为接入网设备向UE发送的寻呼消息的一部分，由基站91发送给UE。

结合前述说明，该寻呼调度PDCCH信息95中可以包括DCI的信息，用于指示PDSCH在数据包中的时频位置。

对应的UE可以根据PDCCH信息95指示的PDSCH，确定其中是否包括自身的设备ID。

以PDCCH信息95指示的PDSCH中携带有UE自身的设备ID为例。UE可以确定核心网设备有向UE发送下行业务数据或信息的需求。这样，UE可以执行以下S911a，接入到网络中。

S911a、UE与基站91建立RRC连接。

由此，UE可以切换到连接态继续工作。这样UE就可以通过基站91，获取核心网设备下发的下行业务数据或信息。从而顺利完成UE的寻呼。

示例性的，该S911a的具体实施方式，可以参考图3中的S309-S307，此处不在赘述。

这样，在UE和基站91均确定可以使用LP-WUS方案的情况下，基站91和UE可以通过该LP-WUS方案，在顺利实现UE寻呼的同时，节省MR长期唤醒导致的功耗开销。

在另一些实施例中，以寻呼周期不大于(如小于或等于)Tmin为例。该方案还可以包括S908b到S909b。

S908b、基站91向UE发送寻呼调度PDCCH信息99。

S909b、UE与基站91建立RRC连接。

示例性的，该S908b到S309b的执行过程可以参考前述图3中S303-S307的说明，二者具体实施可以互相参考。

需要说明的是，在该如图9所示的方案实现中，基站91可以与前述各个实施例中提供的任意基站相同，也可以不同于前述任意实施例提供的任一个基站。

由此，基于该如图9所示的方案实现中，对比如图6或图7或图8相关的方案说明，UE可以不需要向网络暴露MR启动耗时。该方案实现也不限于UE处于空闲态或非激活态。

在该如图9所示的方案实现中，UE和网络侧可以分别通过时间信息Tmin，以及UE实际选取的监听周期(即寻呼周期)，合理灵活地确定是否需要使用LP-WUS方案进行UE寻呼。

上述各个实施例中，UE与网络可以同步根据预设判断，确定是否需要使用LP-WUS方案。

其中，预设判断可以包括：如图6所示的判断MR启动耗时是否小于寻呼周期，或者，如图7所示的判断MR启动耗时是否小于Tmax，或者，如图9所示的判断寻呼周期是否大于Tmin。

在本申请的另一些实施例中，网络在确定是否需要使用LP-WUS方案后，可以通过指示信息的形式，通知UE。以便于UE根据接收到的指示信息，对应按照LP-WUS方案进行寻呼监听，或者直接启动MR进行寻呼监听。

示例性的，参考图10，为本申请实施例提供的有一种通信方法的交互流程示意图。如图10所示，该方案可以包括：

S1001、核心网设备向基站1001发送DRX辅助信息1002。本申请实施例中，该DRX辅助信息1002可以包括在第一DRX辅助信息中。

示例性的，该DRX辅助信息1002可以包括核心网设备(如AMF)已经为UE配置的监听周期的信息。该已经为UE配置的监听周期的信息可以包括：UE特定DRX周期和/或空闲态下的eDRX周期。

在一些实施例中，AMF可以在INITIAL CONTEXT SETUP REQUEST中携带该DRX辅助信息1002发送给基站1001。

在一些实施例中，在该S1001之前，UE已经通过基站1001接入网络。例如，UE与基站1001建立有RRC连接。又如，基站1001与核心网设备(如AMF)建立有通信连接。这样，UE可以通过基站1001注册到核心网设备，实现向网络的接入。

S1002、基站1001同步监听周期配置。

示例性的，该同步监听周期配置的过程可以包括：基站1001可以根据已经为UE配置的监听周期，确定寻呼周期。

可以理解的是，该已经为UE配置的监听周期可以包括：核心网设备为UE配置的监听周期(如UE特定DRX周期和/或空闲态下的eDRX周期)，和/或接入网设备为UE配置的监听周期(如小区默认DRX周期和/或非激活态DRX或eDRX周期)。

在一些实施例中，基站1001可以从所有已配置的监听周期中，选取时长最短的作为寻呼周期。在另一些实施例中，基站1001可以根据已配置的策略，确定寻呼周期。

S1003、基站1001向UE发送RRC连接释放信息。在该RRC连接释放信息中，可以携带指示信息B。在一些实施例中，该指示信息B可以包括在第一配置信息中。

示例性的，基站1001可以根据寻呼周期，确定是否需要使用LP-WUS方案进行UE寻呼。基站1001还可以在确定使用LP-WUS方案进行UE寻呼的情况下，向UE发送指示信息B。该指示信息B指示UE使用LP-WUS方案进行寻呼消息的监听。

在本示例中，以UE根据基站1001下发的RRC连接释放信息，从连接态切换到非激活态为例。这样，基站1001可以在RRC连接释放信息中，携带该指示信息B。以便于UE可以知晓进入非激活态后，使用LP-WUS方案进行寻呼消息的监听。

需要说明的是，在不同实现中，该指示信息B的具体实现可以不同。

在一些实现中，指示信息B可以对应于预设的第一字段。例如，在该第一字段配置为第一值(如1)的情况下，则表示使用LP-WUS方案。由此，基站1001可以在RRC连接释放信息中，将第一字段配置为第一值。

在另一些实现中，指示信息B可以对应于LP-WUS配置信息中的至少部分信息。结合前述说明，LP-WUS配置信息可以包括以下中的至少一项：WUS对应的时频位置、WUS对应的编码信息、信号强度条件。由此，基站1001可以在确定使用LP-WUS方案进行UE寻呼时，在RRC连接释放信息中携带该LP-WUS配置信息。

可以理解的是，UE在接收到RRC连接释放信息之后，可以将当前连接态切换为非激活态。

此外，UE还可以根据接收到RRC连接释放信息中携带指示信息B，确定在进入非激活态之后，使用LP-WUS方案进行寻呼监听。

示例性的，该方案可以包括：

S1004、UE启动LR，监听WUS。这样，UE可以在后续LR接收到WUS的情况下，启动MR。

此后，基站1001在接收到来自核心网设备的寻呼消息的情况下，就可以通过LP-WUS方案对UE进行寻呼。示例性的，该方案可以包括：

S1005、核心网设备向基站1001发送寻呼消息1003。

S1006、基站1001向UE发送LP唤醒信息1004。

S1007、UE启动MR，监听寻呼消息。

S1008、基站1001向UE发送寻呼调度PDCCH信息1005。

S1009、UE与基站1001建立RRC连接。

可以理解的是，该S1005到S1009的执行过程，可以参考前述实施例中，关于使用LP-WUS方案进行UE寻呼的方案实现。在该如图10所示的方案实现中，由于基站1001已经确定需要使用LP-WUS方案进行寻呼，因此基站1001在接收到寻呼消息1003之后，不需要再执行确定寻呼周期、判断是否使用LP-WUS方案等步骤。对应的，基站1001可以直接通过LP-WUS方案，执行对UE的寻呼。

上述图10提供的方案中，以基站1001确定需要使用LP-WUS方案执行对UE的寻呼为例。在另一些实施例中，如图11所示，提供了接入网设备确定不使用LP-WUS方案执行对UE的寻呼的方案实现。

示例性的，如图11所示，该方案可以包括：

S1101、核心网设备向基站1101发送DRX辅助信息1102。本申请实施例中，该DRX辅助信息1102可以包括在第一DRX辅助信息中。

S1102、基站1101同步监听周期配置。

上述S1101到S1102的执行可以分别参考如图10中的S1001和S1002。

S1103、基站1101向UE发送RRC连接释放信息。在该RRC连接释放信息中，可以携带指示信息C。该指示信息C表示不使用LP-WUS方案。在一些实施例中，该指示信息C可以包括在第一配置信息中。

在本示例中，继续以UE根据基站1101下发的RRC连接释放信息，从连接态切换到非激活态为例。

这样，基站1101可以在RRC连接释放信息中，携带该指示信息C。以便于UE可以知晓进入非激活态后，不使用LP-WUS方案进行寻呼消息的监听。

结合S1003中的说明，在一些实现中，指示信息C可以对应于预设的第一字段。例如，在该第一字段配置为第二值(如0)的情况下，则表示不使用LP-WUS方案。由此，基站1101可以在RRC连接释放信息中，将第一字段配置为第二值。

此外，在本申请的另一些实施例中，该在RRC连接释放信息中携带指示信息C的功能，还可以通过其他方式实现。

示例性的，基站1101可以通过在RRC连接释放信息中，不携带LP-WUS配置信息，指示UE不使用LP-WUS方案进行寻呼监听。

在如图11的示例中，UE在接收到RRC连接释放信息之后，可以将当前连接态切换为非激活态。

此外，UE还可以根据接收到RRC连接释放信息中携带指示信息C，确定在进入非激活态之后，不使用LP-WUS方案进行寻呼监听。例如，UE可以直接通过MR进行寻呼监听。

示例性的，该方案可以包括：

S1104、UE启动MR，监听寻呼消息。

S1105、核心网设备向基站1101发送寻呼消息1103。

S1106、基站1101向UE发送寻呼调度PDCCH信息1104。

S1107、UE与基站1101建立RRC连接。

可以理解的是，该S1107到S1107的执行过程，可以参考前述实施例中，关于不使用LP-WUS方案进行UE寻呼的方案实现。在该如图11所示的方案实现中，由于基站1101已经确定需要不使用LP-WUS方案进行寻呼，因此基站1101在接收到寻呼消息1103之后，不需要再执行确定寻呼周期、判断是否使用LP-WUS方案等步骤。对应的，基站1101可以直接向UE发送寻呼消息，以便于后续与UE的RRC连接。

上述图10和图11的示例中，以UE从连接态切换到非激活态执行寻呼监听为例。这样，接入网设备就可以在RRC连接释放信息中，携带对应的指示信息，以便于配置UE使用LP-WUS方案进行寻呼监听，或者配置UE不使用LP-WUS方案进行寻呼监听。

在另一些情况下，UE可以根据接收到RRC连接释放信息，从连接态进入空闲态。对于该场景，本申请实施例还提供对应的方案实现，使得接入网设备在确定使用LP-WUS方案或者不使用LP-WUS方案的情况下，也能够实现向UE的指示。以便于接入网设备和UE都可以根据接入网设备确定的结果，进行后续寻呼。

示例性的，参考图12，为本申请实施例提供的又一种通信方法的交互流程示意图。如图12所示，该方案可以包括：

S1201、核心网设备向基站1201发送DRX辅助信息1202。本申请实施例中，DRX辅助信息1202可以包括在第二DRX辅助信息中。

示例性的，该DRX辅助信息1202可以包括网络DRX能力信息。在本示例中，该网络DRX能力信息可以对应于核心网设备的DRX能力信息。例如，AMF的DRX能力信息。

在一些实施例中，该DRX辅助信息1202可以包括：AMF支持的监听周期的最小值，和/或AMF支持的监听周期的最大值。该AMF支持的监听周期可以包括AMF为UE配置的UE特定DRX周期和/或空闲态下的eDRX周期。

在另一些实施例中，该DRX辅助信息1202可以包括：核心网设备(如AMF)已经为UE配置的所有监听周期中的最小值，和/或核心网设备(如AMF)已经为UE配置的所有监听周期中的最大值。

在另一些实施例中，该DRX辅助信息1202可以同时包括：AMF支持的监听周期的最小值和/或最大值，以及核心网设备(如AMF)已经为UE配置的所有监听周期中的最小值和/或最大值。

以下示例中，以及DRX辅助信息1202包括AMF支持的监听周期的最小值和/或核心网设备(如AMF)已经为UE配置的所有监听周期中的最小值为例。

可以理解的是，在不同实现中，在核心网设备为UE配置有监听周期的情况下，为核心网设备为UE配置的监听周期都不会小于该DRX辅助信息1202中携带的监听周期的值。

在一些实施例中，该DRX辅助信息1202可以携带在AMF CONFIGURATION UPDATE中发送。例如，AMF可以在与UE相关的NG口更新流程中，向基站1201发送该携带DRX辅助信息1202的AMF CONFIGURATION UPDATE。

在本申请的一些实施例中，该S1201的执行可以是在UE与基站1201建立RRC连接，处于连接态的情况下执行的。在本申请的另一些实施例中，该S1201也可以是在UE进入空闲态之后执行的。

对应的，基站1201可以根据该获取的DRX辅助信息1202，确定是否需要使用LP-WUS方案进行UE寻呼。

在该如图12的示例中，以基站1201根据该获取的DRX辅助信息1202中携带的AMF支持的监听周期的最小值，和/或，核心网设备(如AMF)已经为UE配置的所有监听周期中的最小值，确定使用LP-WUS方案进行UE寻呼为例。

S1202、基站1201向UE发送广播消息。在该广播消息中可以携带有指示信息D。该指示信息D可以用于指示UE使用LP-WUS方案进行寻呼监听。例如，该指示信息D可以用于指示UE监听WUS。在一些实施例中，该指示信息D可以包括在第一配置信息中。

在本示例中，基站1201可以在UE处于空闲态的情况下，通过广播的形式，向所有基站1201的小区覆盖范围内的UE发送该携带有指示信息D的广播消息。在本示例中，以UE当前所处位置在基站1201的小区的覆盖范围内为例。

结合图10中的指示信息B的说明。在本示例中，指示信息D的具体实现也可以具有不同形式。

在一些实现中，指示信息D可以对应于预设的第二字段。例如，在该第二字段配置为第一值(如1)的情况下，则表示使用LP-WUS方案。

在另一些实现中，指示信息D可以对应于LP-WUS配置信息中的至少部分信息。该LP-WUS配置信息可以包括以下中的至少一项：WUS对应的时频位置、WUS对应的编码信息、信号强度条件。由此，基站1201可以在确定使用LP-WUS方案进行UE寻呼时，在广播消息中携带该LP-WUS配置信息。

由此，在基站1201覆盖范围内的UE就可以通过广播消息，获取该指示信息D。对应的，UE可以根据接收到指示信息D，确定使用LP-WUS方案进行寻呼监听。

示例性的，该方案可以包括：

S1203、UE启动LR，监听WUS。这样，UE可以在后续LR接收到WUS的情况下，启动MR。

此后，基站1201在接收到来自核心网设备的寻呼消息的情况下，就可以通过LP-WUS方案对UE进行寻呼。示例性的，该方案可以包括：

S1204、核心网设备向基站1201发送寻呼消息1203。

S1205、基站1201向UE发送LP唤醒信息1204。

S1206、UE启动MR，监听寻呼消息。

S1207、基站1201向UE发送寻呼调度PDCCH信息1205。

S1208、UE与基站1201建立RRC连接。

可以理解的是，该S1203到S1208的执行过程，可以参考前述实施例中，关于使用LP-WUS方案进行UE寻呼的方案实现。例如，参考如图10中的S1004到S1009的执行过程。

需要说明的是，在一些实施例中，UE在执行S1203之前，还可以根据广播消息中携带的信号强度条件，确定满足信号强度条件的情况下，执行该S1203。

上述图12提供的方案中，以基站1201确定需要使用LP-WUS方案执行对UE的寻呼为例。在另一些实施例中，如图13所示，提供了接入网设备确定不使用LP-WUS方案执行对UE的寻呼的方案实现。

示例性的，如图13所示，该方案可以包括：

S1301、核心网设备向基站1301发送DRX辅助信息1302。本申请实施例中，DRX辅助信息1302可以包括在第二DRX辅助信息中。

上述S1301的执行可以分别参考如图12中的S1201。

S1302、基站1201向UE发送广播消息。在该广播消息中可以携带有指示信息E。该指示信息E可以用于指示UE不使用LP-WUS方案进行寻呼监听(即不监听WUS)。在一些实施例中，该指示信息E可以包括在第一配置信息中。

结合图11中的说明，在本示例的一些实现中，该广播消息中携带指示信息E可以包括：在广播消息中，第二字段配置为第二值。由此通过该第二字段配置为第二值，表示不使用LP-WUS方案。

在另一些实现中，该广播消息中携带指示信息E可以通过在广播消息中不携带LP-WUS配置信息实现。

S1303、UE启动MR，监听寻呼消息。

这样，UE就可以不使用LP-WUS方案，直接通过启动的MR，进行寻呼消息的监听。

示例性的，该方案还可以包括：

S1304、核心网设备向基站1301发送寻呼消息1303。

S1305、基站1301向UE发送寻呼调度PDCCH信息1304。

S1306、UE与基站1301建立RRC连接。

可以理解的是，该S1303到S1306的执行过程，可以参考前述实施例中，关于不使用LP-WUS方案进行UE寻呼的方案实现。

由此，通过该如图12和图13提供的方案实现，使得UE由连接态进入空闲态的情况下，可以在网络(如接入网设备)的指示下，使用LP-WUS方案进行寻呼消息的监听，或者，不使用LP-WUS方案进行寻呼消息的监听。

其中，接入网设备可以根据从核心网设备(如AMF)获取的DRX辅助信息(如DRX辅助信息1202或者DRX辅助信息1302)，确定是否需要使用LP-WUS方案进行UE的寻呼。

需要指出的是，结合图12和图13中，基站通过广播的形式向UE配置是否使用LP-WUS方案的实现，在如图10或图11所示的方案实现中，UE在从连接态切换到非激活态的情况下，基站也可以使用如图12或图13所示的示例，通过广播的形式，将是否使用LP-WUS方案的相关配置发送给UE。

由此，通过上述各个实施例的详细说明，UE和网络设备(如接入网设备和/或核心网设备)就可以合理灵活的确定是否使用LP-WUS方案进行UE的寻呼。

在本申请的一些实施例中，上述指示信息B和指示信息D均可以指示UE进行WUS的监听。该指示信息B和指示信息D可以相同，也可以具有不同的实现形式。在一些描述形式中，指示信息B和指示信息D都可以包括在第二指示信息中。

指示信息C和指示信息E类似，在一些描述形式中，指示信息C和指示信息E都可以包括在第三指示信息中。用于指示UE不监听唤醒信息，或者指示UE监听寻呼消息。

可以理解的是，本申请实施例提供的电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的范围。

本申请实施例可以根据上述方法示例对上述电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

示例性的，本申请实施例涉及的终端设备(或上述UE)中可以配置有软件操作系统，以便于支持上述各个实施例中UE的相关功能。

在一些实施例中，操作系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的系统为例，示例性说明终端设备的软硬件结构。需要说明的是，本申请实施例虽然以系统为例进行说明，但是其基本原理同样适用于基于或等操作系统的终端设备。

示例性的，参考图14，为本申请实施例提供的一种终端设备的软件结构框图。软件结构采用分层架构，分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。以系统，系统运行在AP上为例，在一些实施例中，将Android系统分为五层，从上至下分别为应用程序层，应用程序框架层(Framework)，安卓运行时(Android runtime)和系统库，硬件抽象层(HAL)以及系统内核层(Kernel)。

其中，应用程序层可以包括一系列应用程序包。应用程序包可以包括相机，图库，日历，通话，地图，WLAN，蓝牙，音乐，视频，短信息等APP，应用程序层还可以包括systemUI(系统UI)，systemUI用于显示终端设备的界面，如显示SIM卡对应的信号图标、显示通话界面等。应用程序框架层为应用程序层的应用程序提供应用编程接口(ApplicationProgramming Interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。例如应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。电话管理器用于提供终端设备的通话功能，例如通话状态的管理(包括接通，挂断等)，电话管理器在图14中通过telephony表示。应用程序框架层还可以包括RIL(Radio Interface Layer，无线通信接口层)，调制解调处理器(Modem)可以通过RIL与telephony进行信息交互。

Modem可以包括NAS(Non-Access Stratum，非接入层)层、RRC(radio resourcecontrol，无线资源控制)层、分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层、无线链路层控制协议(Radio Link Control，RLC)层、介质访问控制(MediumAccess Control Layer，MAC)层和物理(Physical，PHY)层。前述各层可以是软件模块。Modem可以通过天线与基站进行交互。

此外，图15所示，为本申请的一些实施例提供的一种终端设备1500的组成示意图。该终端设备1500包括：一个或多个处理器1501以及存储器1502；存储器1502用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器1501执行计算机指令时，使得终端设备执行上述说明中任一实施例提供的技术方案。

参考图16，为本申请的一些实施例提供一种芯片系统1600的组成示意图。该芯片系统1600应用于终端设备，芯片系统1600包括至少一个处理器1601以及通信接口1602。通信接口1602用于接收指令，并传输至至少一个处理器1601；至少一个处理器1601运行指令使得终端设备执行上述通信方法。其中，芯片系统可以是Modem，或包括Modem的片上系统(System on Chip，Soc)，上述方法可以由一个Modem实施。

在本申请的另一些实施例中，该芯片系统包括：处理电路、接收管脚和发送管脚。其中，该接收管脚、该发送管脚和该处理电路通过内部连接通路互相通信，该处理电路执行上述任意实施例提供的通信方法，以控制该接收管脚接收信号，控制该发送管脚发送信号。

此外，本申请实施例提供了一种终端设备，该终端设备具有实现上述任一方法实施例中终端设备的行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能中各个子功能相对应的模块。具体地，该终端设备可以是用户设备，如手机。

此外，本申请实施例还提供一种接入网设备。该接入网设备可以为基站。该接入网设备用于实现上述各个实施例中任一种涉及的基站的相关功能。

本申请实施例还提供一种核心网设备。该核心网设备可以包括AMF实体。该核心网设备用于实现上述各个实施例中任一种涉及的核心网设备的相关功能。

本申请实施例还提供了一种通信系统，该系统包括上述任一实施例所述的网络设备(如接入网设备、核心网设备等)和终端设备。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机执行时实现上述任一方法实施例中与终端设备或者接入网设备或者核心网设备相关的方法流程。具体地，该计算机可以为上述终端设备。

本申请实施例还提供了一种计算机程序或包括计算机程序的一种计算机程序产品，该计算机程序在某一计算机上执行时，将会使所述计算机实现上述任一方法实施例中与终端设备相关的方法流程。具体地，该计算机可以为上述终端设备。

本申请实施例还提供了一种计算机程序或包括计算机程序的一种计算机程序产品，该计算机程序在某一计算机上执行时，将会使所述计算机实现上述任一方法实施例中与网络设备(如接入网设备、核心网设备等)相关的方法流程。具体地，该计算机可以为上述接入网设备(如基站)。或者，该计算机可以为上述核心网设备(如AMF实体)。

本申请实施例还提供了一种装置，应用于终端设备中，所述装置与存储器耦合，用于读取并执行所述存储器中存储的指令，使得所述终端设备能执行上述任一方法实施例中与终端设备相关的方法流程。所述存储器可以集成在所述处理器中，也可以独立于所述处理器之外。所述装置可以为所述终端设备上的芯片。在一些实现中，该芯片可以为片上系统(System on a Chip，SoC)。

应理解，本发明实施例中提及的处理器可以是中央处理单元(CentralProcessing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本发明实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。

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

Claims (69)

1.一种通信方法，其特征在于，所述方法应用于终端设备；

所述方法包括：

接收第一配置信息，所述第一配置信息用于所述终端设备判断是否监听唤醒信息WUS，所述唤醒信息用于唤醒所述终端设备的MR；

根据所述第一配置信息，启动低功耗接收模块LR进行所述唤醒信息的监听；或者，

根据所述第一配置信息，启动主接收模块MR进行寻呼paging消息的监听。

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

所述第一配置信息包括第一指示信息；

所述第一指示信息用于使能所述终端设备判断是否监所述听唤醒信息；或者，

所述第一配置信息包括第一时间信息，

所述第一时间信息用于所述终端设备判断是否监听所述唤醒信息。

3.根据权利要求2所述的方法，其特征在于，所述第一配置信息包括所述第一指示信息，

所述根据所述第一配置信息，启动LR进行所述唤醒信息的监听，包括：

在MR启动耗时小于寻呼周期的情况下，启动所述LR进行所述唤醒信息的监听；所述寻呼周期是根据已配置给所述终端设备的至少一个监听周期确定的。

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

所述根据所述第一配置信息，启动所述MR进行寻呼消息的监听，包括：

在所述MR启动耗时大于所述寻呼周期的情况下，启动所述MR进行寻呼消息的监听。

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

从已配置给所述终端设备的至少一个监听周期中，确定所述寻呼周期；

所述已配置给所述终端设备的至少一个监听周期包括以下中的至少一项：

小区默认DRX周期，UE特定DRX周期，空闲态下的eDRX周期，非激活态DRX或eDRX周期。

6.根据权利要求2所述的方法，其特征在于，所述第一配置信息包括所述第一时间信息，所述第一时间信息用于指示使用唤醒信息唤醒所述终端设备的MR时，网络能够支持的最大MR启动耗时；

所述根据所述第一配置信息，启动所述LR进行所述唤醒信息的监听，包括：

在MR启动耗时小于所述最大MR启动耗时的情况下，启动所述LR进行所述唤醒信息的监听。

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

所述根据所述第一配置信息，启动所述MR进行所述寻呼消息的监听，包括：

在所述MR启动耗时大于所述最大MR启动耗时的情况下，启动所述MR进行寻呼消息的监听。

8.根据权利要求2-7中任一项所述的方法，其特征在于，在所述接收第一配置信息之前，所述方法还包括：

发送第一能力信息，所述第一能力信息包括MR启动耗时。

9.根据权利要求8所述的方法，其特征在于，在发送所述第一能力信息之后，所述方法还包括：

接收第一RRC连接释放信息；所述第一RRC连接释放信息中包括所述第一配置信息。

10.根据权利要求9所述的方法，其特征在于，接收所述第一RRC连接释放信息后，所述终端设备处于非激活态Inactive。

11.根据权利要求8所述的方法，其特征在于，在发送第一能力信息之后，所述方法还包括：

接收第一广播消息，所述第一广播消息中包括所述第一配置信息。

12.根据权利要求11所述的方法，其特征在于，在接收所述第一广播消息时，所述终端设备处于空闲态IDEL。

13.根据权利要求1所述的方法，其特征在于，

所述第一配置信息包括第二时间信息；

所述第二时间信息用于指示使用所述LR监听所述唤醒信息时，终端设备能够使用的最小寻呼周期。

14.根据权利要求13所述的方法，其特征在于，

所述根据所述第一配置信息，启动LR进行唤醒信息的监听，包括：

在寻呼周期大于所述最小寻呼周期的情况下，启动LR进行唤醒信息的监听；所述寻呼周期是根据所述已配置给所述终端设备的至少一个监听周期确定的。

15.根据权利要求13所述的方法，其特征在于，

所述根据所述第一配置信息，启动MR进行寻呼paging消息的监听，包括：

在所述寻呼周期小于所述最小寻呼周期的情况下，启动所述MR进行寻呼消息的监听。

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

从已配置给所述终端设备的至少一个监听周期中，确定所述寻呼周期；

所述已配置给所述终端设备的至少一个监听周期包括以下中的至少一项：

小区默认DRX周期，UE特定DRX周期，空闲态下的eDRX周期，非激活态DRX或eDRX周期。

17.根据权利要求13-16中任一项所述的方法，其特征在于，所述接收第一配置信息，包括：

接收第一广播消息，所述第一广播消息中包括所述第一配置信息；或者，

接收第一RRC连接释放信息，所述第一RRC连接释放信息中包括所述第一配置信息。

18.根据权利要求1-17中任一项所述的方法，其特征在于，所述第一配置信息还包括：信号强度条件；

在根据所述第一配置信息，启动LR进行唤醒信息的监听之前，所述方法还包括：

确定下行通信信道的信号强度大于所述信号强度条件指示的信号强度阈值；所述下行通信信道的信号强度，是所述终端设备接收到所述第一配置信息后测量获取的。

19.一种通信方法，其特征在于，所述方法应用于接入网设备，所述方法包括：

发送第一配置信息，所述第一配置信息用于终端设备判断是否监听唤醒信息WUS，所述唤醒信息用于唤醒所述终端设备的MR；

根据所述第一配置信息，启动低功耗接收模块LR进行所述唤醒信息的监听；或者，

根据所述第一配置信息，启动主接收模块MR进行寻呼paging消息的监听；

发送唤醒信息，或者，

发送第一寻呼消息。

20.根据权利要求19所述的方法，其特征在于，

所述第一配置信息包括第一指示信息；

所述第一指示信息用于使能所述终端设备判断是否监所述听唤醒信息；或者，

所述第一配置信息包括第一时间信息，

所述第一时间信息用于所述终端设备判断是否监听所述唤醒信息。

21.根据权利要求20所述的方法，其特征在于，所述第一配置信息包括所述第一指示信息，

所述发送唤醒信息，包括：

在MR启动耗时小于寻呼周期的情况下，发送所述唤醒信息；所述寻呼周期是根据已配置给所述终端设备的至少一个监听周期确定的。

22.根据权利要求21所述的方法，其特征在于，所述发送第一寻呼消息，包括：

在MR启动耗时大于寻呼周期的情况下，发送所述第一寻呼消息。

23.根据权利要求21或22所述的方法，其特征在于，所述方法还包括：

从已配置给所述终端设备的至少一个监听周期中，确定所述寻呼周期；

所述已配置给所述终端设备的至少一个监听周期包括以下中的至少一项：

小区默认DRX周期，UE特定DRX周期，空闲态下的eDRX周期，非激活态DRX或eDRX周期。

24.根据权利要求20所述的方法，其特征在于，所述第一配置信息包括所述第一时间信息；

所述发送唤醒信息，包括：

在MR启动耗时小于所述最大MR启动耗时的情况下，发送所述唤醒信息。

25.根据权利要求24所述的方法，其特征在于，所述发送第一寻呼消息，包括：

在MR启动耗时大于所述最大MR启动耗时的情况下，发送所述第一寻呼消息。

26.根据权利要求19-25中任一项所述的方法，其特征在于，在发送所述第一寻呼消息之前，不发送所述唤醒信息。

27.根据权利要求19-26中任一项所述的方法，其特征在于，在发送唤醒信息或第一寻呼消息之前，所述方法还包括：

接收第一能力信息，所述第一能力信息包括所述MR启动耗时；

发送第一RRC连接释放信息；

从核心网设备接收第一寻呼指示，所述第一寻呼指示包括所述核心网设备为终端设备配置的UE特定DRX周期，和/或空闲态下的eDRX周期。

28.根据权利要求27所述的方法，其特征在于，所述第一RRC连接释放信息中包括所述第一配置信息。

29.根据权利要求27所述的方法，其特征在于，在接收第一能力信息之后，所述方法还包括：

向核心网设备发送第二能力信息，所述第二能力信息包括所述MR启动耗时。

30.根据权利要求29所述的方法，其特征在于，所述第一寻呼指示中还包括所述MR启动耗时。

31.根据权利要求29或30所述的方法，其特征在于，所述发送第一RRC连接释放信息之后，所述方法还包括：

发送第一广播消息，所述第一广播消息中包括所述第一配置信息。

32.根据权利要求19所述的方法，其特征在于，

所述第一配置信息包括第二时间信息；所述第二时间信息用于指示使用所述LR监听所述唤醒信息时，终端设备能够使用的最小寻呼周期。

33.根据权利要求32所述的方法，其特征在于，

所述发送唤醒信息，包括：

在寻呼周期大于所述最小寻呼周期的情况下，发送唤醒信息；所述寻呼周期是根据所述已配置给所述终端设备的至少一个监听周期确定的。

34.根据权利要求32所述的方法，其特征在于，

所述发送第一寻呼消息，包括：

在寻呼周期小于所述最小寻呼周期的情况下，发送唤醒信息；所述寻呼周期是根据所述已配置给所述终端设备的至少一个监听周期确定的。

35.根据权利要求33或34所述的方法，其特征在于，所述方法还包括：

从已配置给所述终端设备的至少一个监听周期中，确定所述寻呼周期；

所述已配置给所述终端设备的至少一个监听周期包括以下中的至少一项：

小区默认DRX周期，UE特定DRX周期，空闲态下的eDRX周期，非激活态DRX或eDRX周期。

36.根据权利要求32-35中任一项所述的方法，其特征在于，所述发送第一配置信息，包括：

发送第一广播消息，所述第一广播消息中包括所述第一配置信息。

37.根据权利要求32-36中任一项所述的方法，其特征在于，在发送第一配置信息之前，所述方法还包括：

从核心网设备接收第一寻呼指示，所述第一寻呼指示包括所述核心网设备为终端设备配置的UE特定DRX周期，和/或空闲态下的eDRX周期。

38.一种通信方法，其特征在于，所述方法应用于终端设备；

所述方法包括：

接收第一配置信息，所述第一配置信息包括第二指示信息或第三指示信息；

所述第二指示信息用于指示所述终端设备启动低功耗接收模块LR监听唤醒信息WUS；所述第三指示信息用于指示所述终端设备启动主接收模块MR；

根据所述第一配置信息，启动所述LR进行所述唤醒信息的监听；或者，

根据所述第一配置信息，启动所述MR进行寻呼消息的监听。

39.根据权利要求38所述的方法，其特征在于，所述第一配置信息包括所述第二指示信息，

所述根据所述第一配置信息，启动所述LR进行所述唤醒信息的监听，包括：

根据接收到所述第二指示信息，启动所述LR。

40.根据权利要求38所述的方法，其特征在于，所述第一配置信息包括所述第三指示信息，

所述根据所述第一配置信息，启动所述MR进行所述寻呼消息的监听，包括：

根据接收到所述第三指示信息，启动所述LR。

41.根据权利要求38-40中任一项所述的方法，其特征在于，所述接收第一配置信息，包括：

接收第一RRC连接释放信息，所述第一配置信息携带在所述第一RRC连接释放信息中。

42.根据权利要求41所述的方法，其特征在于，在接收第一RRC连接释放信息之后，所述终端设备处于非激活态inactive，或者空闲态IDEL。

43.根据权利要求38-40中任一项所述的方法，其特征在于，所述接收第一配置信息，包括：

接收第一广播消息，所述第一广播消息中包括所述第一配置信息。

44.根据权利要求43所述的方法，其特征在于，在接收所述第一广播消息时，所述终端设备处于非激活态inactive，或者空闲态IDEL。

45.根据权利要求38-44中任一项所述的方法，其特征在于，所述第一配置信息还包括：信号强度条件；

所述启动所述LR进行所述唤醒信息的监听之前，所述方法还包括：

确定下行通信信道的信号强度大于所述信号强度条件指示的信号强度阈值；所述下行通信信道的信号强度，是所述终端设备接收到所述第一配置信息后测量获取的。

46.一种通信方法，其特征在于，所述方法应用于接入网设备，所述方法包括：

接收第一DRX辅助信息，所述第一DRX辅助信息包括核心网设备已经为终端设备配置的UE特定DRX周期，和/或空闲态下的eDRX周期；

发送第一配置信息，所述第一配置信息包括第二指示信息或第三指示信息；

所述第二指示信息用于指示所述终端设备监听唤醒信息WUS；所述第三指示信息用于指示所述终端设备不监听所述唤醒信息，或者所述第三指示信息用于指示所述终端设备监听寻呼消息。

47.根据权利要求46所述的方法，其特征在于，所述发送第一配置信息之前，所述方法还包括：

根据所述第一DRX辅助信息，确定所述第一配置信息包括所述第二指示信息或所述第三指示信息。

48.根据权利要求47所述的方法，其特征在于，所述根据所述第一DRX辅助信息，确定所述第一配置信息包括所述第二指示信息或所述第三指示信息，包括：

从已配置给所述终端设备的至少一个监听周期中，确定寻呼周期；

所述已配置给所述终端设备的至少一个监听周期包括以下中的至少一项：

小区默认DRX周期，UE特定DRX周期，空闲态下的eDRX周期，非激活态DRX或eDRX周期；

根据所述寻呼周期，确定在所述第一配置信息中携带所述第二指示信息或所述第三指示信息。

49.根据权利要求46-48中任一项所述的方法，其特征在于，所述第一配置信息包括第二指示信息，所述方法还包括：

所述发送所述唤醒信息。

50.根据权利要求46-48中任一项所述的方法，其特征在于，所述第一配置信息包括第三指示信息，所述方法还包括：

发送第一寻呼消息。

51.根据权利要求46-50中任一项所述的方法，其特征在于，

所述发送第一配置信息，包括：

发送第一RRC连接释放信息，所述第一配置信息携带在所述第一RRC连接释放信息中；或者，

通过广播消息发送所述第一配置信息。

52.根据权利要求46-51中任一项所述的方法，其特征在于，所述接收第一DRX辅助信息，包括：

接收INITIAL CONTEXT SETUP REQUEST消息，所述INITIAL CONTEXT SETUP REQUEST消息包括所述第一DRX辅助信息。

53.一种通信方法，其特征在于，所述方法应用于核心网设备，所述方法包括：

发送第一DRX辅助信息，所述第一DRX辅助信息包括所述核心网设备已经为终端设备配置的UE特定DRX周期，和/或空闲态下的eDRX周期。

54.根据权利要求53所述的方法，其特征在于，在发送所述第一DRX辅助信息之前，所述方法还包括：

所述核心网设备与所述终端设备建立通信连接。

55.根据权利要求53或54所述的方法，其特征在于，

所述第一DRX辅助信息用于在所述终端设备进入非激活态inactive后，判断是否监听唤醒信息WUS。

56.根据权利要求53-55中任一项所述的方法，其特征在于，所述发送第一DRX辅助信息，包括：

在INITIAL CONTEXT SETUP REQUEST消息中，发送所述第一DRX辅助信息。

57.一种通信方法，其特征在于，所述方法应用于接入网设备，所述方法包括：

接收第二DRX辅助信息，所述第二DRX辅助信息包括第一监听周期；

所述第一监听周期包括以下中的至少一项：

核心网设备能够支持的UE特定DRX周期，以及空闲态下的eDRX周期中的最小值；所述核心网设备已经为终端设备配置的UE特定DRX周期和/或空闲态下的eDRX周期中的最小值；

发送第一配置信息，所述第一配置信息包括第二指示信息或第三指示信息；

所述第二指示信息用于指示所述终端设备监听唤醒信息WUS；所述第三指示信息用于指示所述终端设备不监听所述唤醒信息，或者所述第三指示信息用于指示所述终端设备监听寻呼消息。

58.根据权利要求57所述的方法，其特征在于，所述发送第一配置信息之前，所述方法还包括：

根据所述第二DRX辅助信息包括的所述第一监听周期，确定所述第一配置信息包括所述第二指示信息或所述第三指示信息。

59.根据权利要求57或58所述的方法，其特征在于，所述第一配置信息包括第二指示信息，所述方法还包括：

所述发送所述唤醒信息。

60.根据权利要求57或58所述的方法，其特征在于，所述第一配置信息包括第三指示信息，所述方法还包括：

发送第一寻呼消息。

61.根据权利要求57-60中任一项所述的方法，其特征在于，

所述发送第一配置信息，包括：

发送第一RRC连接释放信息，所述第一配置信息携带在所述第一RRC连接释放信息中；或者，

通过广播消息发送所述第一配置信息。

62.根据权利要求57-61中任一项所述的方法，其特征在于，所述接收第二DRX辅助信息，包括：

接收AMF CONFIGURATION UPDATE消息，所述AMF CONFIGURATION UPDATE消息中包括所述第二DRX辅助信息。

63.一种通信方法，其特征在于，所述方法应用于核心网设备，所述方法包括：

发送第二DRX辅助信息，所述第二DRX辅助信息包括第一监听周期；

所述第一监听周期包括以下中的至少一项：

核心网设备能够支持的UE特定DRX周期，以及空闲态下的eDRX周期中的最小值；所述核心网设备已经为终端设备配置的UE特定DRX周期和/或空闲态下的eDRX周期中的最小值。

64.根据权利要求63所述的方法，其特征在于，在发送所述第二DRX辅助信息之前，所述方法还包括：

所述核心网设备与所述终端设备建立通信连接。

65.根据权利要求63或64所述的方法，其特征在于，

所述第二DRX辅助信息用于在所述终端设备进入非激活态inactive或空闲态IDEL后，判断是否监听唤醒信息WUS。

66.根据权利要求63-65中任一项所述的方法，其特征在于，所述发送第二DRX辅助信息，包括：

在AMF CONFIGURATION UPDATE消息中，发送所述第二DRX辅助信息。

67.一种终端设备，其特征在于，所述终端设备配置为执行如权利要求1-18中任一项所述的方法，或者，执行如权利要求38-45中任一项所述的方法。

68.一种网络设备，其特征在于，所述网络设备配置为执行如权利要求19-37中任一项所述的方法，或者，执行如权利要求46-52中任一项所述的方法，或者，执行如权利要求57-62中任一项所述的方法。

69.一种网络设备，其特征在于，所述网络设备配置为执行如权利要求53-56中任一项所述的方法，或者，执行如权利要求63-66中任一项所述的方法。