CN115866755A - 寻呼检测方法、装置、设备及介质 - Google Patents

Abstract

本申请公开了一种寻呼检测方法、装置、设备及介质，涉及通信技术领域。所述方法包括：获取物理下行控制信道PDCCH的检测结果；根据PDCCH的检测结果中关于寻呼调度的指示，确定是否开启物理下行共享信道PDSCH关联的第一硬件；其中，第一硬件用于接收寻呼调度所指示的寻呼消息，寻呼消息携带在PDSCH中。

Description

寻呼检测方法、装置、设备及介质

技术领域

本申请涉及通信技术领域，特别涉及一种寻呼检测方法、装置、设备及介质。

背景技术

网络设备通常通过寻呼消息来确定终端所在的位置。相应的，终端在进入待机状态后，为避免错过寻呼消息，需要进行寻呼检测。

其中，为实现终端在待机状态下的寻呼检测，物理下行控制信道(PhysicalDownlink Control Channel，PDCCH)、物理下行共享信道(Physical Downlink SharedChannel，PDSCH)、数据面相关的处理接口(Data Plane processing interface，DP)和协议栈相关的处理接口(Protocol Stack processing interface，PS)所关联的硬件均需要实时保持开启状态，这将导致终端的功耗较大。

发明内容

本申请实施例提供了一种寻呼检测方法、装置、设备及介质，根据PDCCH的检测结果来确定是否开启PDSCH关联的第一硬件，从而使得相关硬件不必实时保持开启状态，以达到节省功耗的目的。所述技术方案如下：

根据本申请的一个方面，提供了一种寻呼检测方法，该方法包括：

获取PDCCH的检测结果；

根据PDCCH的检测结果中关于寻呼调度的指示，确定是否开启PDSCH关联的第一硬件；

其中，第一硬件用于接收寻呼调度所指示的寻呼消息，寻呼消息携带在PDSCH中。

根据本申请的一个方面，提供了一种寻呼检测装置，该装置包括：

获取模块，用于获取PDCCH的检测结果；

执行模块，用于根据PDCCH的检测结果中关于寻呼调度的指示，确定是否开启PDSCH关联的第一硬件；

其中，第一硬件用于接收寻呼调度所指示的寻呼消息，寻呼消息携带在PDSCH中。

根据本申请的一个方面，提供了一种基带芯片，该基带芯片包括存储器和处理器；存储器中存储有至少一条程序代码，程序代码由处理器加载并执行以实现如上所述的寻呼检测方法。

根据本申请的一个方面，提供了一种终端，该终端包括存储器和处理器；存储器中存储有至少一条程序代码，程序代码由处理器加载并执行以实现如上所述的寻呼检测方法。

根据本申请的一个方面，提供了一种计算机可读存储介质，存储介质中存储有计算机程序，所述计算机程序用于被处理器执行，以实现如上所述的寻呼检测方法。

根据本申请的一个方面，提供了一种芯片，芯片包括可编程逻辑电路和/或程序指令，当安装有芯片的电子设备运行时，用于实现如上所述的寻呼检测方法。

根据本申请的一个方面，提供了一种计算机程序，该计算机程序包括计算机指令，该计算机指令用于实现如上所述的寻呼检测方法。

根据本申请的一个方面，提供了一种计算机程序产品，计算机程序产品包括计算机指令，计算机指令存储在计算机可读存储介质中，处理器从计算机可读存储介质读取并执行计算机指令，以实现如上所述的寻呼检测方法。

本申请实施例提供的技术方案带来的有益效果至少包括：

根据PDCCH的检测结果来确定是否开启PDSCH关联的第一硬件，从而使得第一硬件不必实时保持开启状态，以达到节省功耗的目的。其中，第一硬件的开启根据PDCCH的检测结果中关于寻呼调度的指示来确定，若其检测结果不需要第一硬件开启，则第一硬件可及时关闭。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一个示例性实施例提供的寻呼检测的示意图；

图2是本申请一个示例性实施例提供的寻呼检测方法的流程图；

图3是本申请一个示例性实施例提供的寻呼检测方法的流程图；

图4是本申请一个示例性实施例提供的寻呼检测的示意图；

图5是本申请一个示例性实施例提供的寻呼检测方法的流程图；

图6是本申请一个示例性实施例提供的寻呼检测的示意图；

图7是本申请一个示例性实施例提供的寻呼检测的示意图；

图8是本申请一个示例性实施例提供的寻呼检测装置的示意图；

图9是本申请一个示例性实施例提供的通信设备的结构示意图。

具体实施方式

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

为了尽可能实现低功耗，在没有激活业务时，终端会切换到节能的状态(如也可理解为待机状态)，这在一定程度上将缩减终端的功能(如断开控制面连接)。此时，网络设备将无法获取终端的位置(即在哪个服务小区)，从而导致无法实现数据传输。

为避免该种情况，网络设备在需要进行数据传输之前发起寻呼(paging)，以请求建立或恢复连接。相应的，终端在进入待机状态后，为避免错过寻呼消息，通常需要进行寻呼检测。

图1示出了本申请一个示例性实施例提供的寻呼检测的示意图。

其中，寻呼检测的具体过程涉及射频(Radio Frequency，RF)器件和终端。在一些实施例中，终端可实现为移动终端设备，也可实现为基带芯片(Baseband，BB)，BB可设置在移动终端设备中。以下均以终端实现为BB为例。

示例性的，网络设备通过RF发送寻呼消息，且包括两个寻呼时机(寻呼时机0和寻呼时机1)，每个寻呼时机可视为一个寻呼周期。为检测承载寻呼消息的RF信号，BB在每个寻呼周期内始终保持射频组件(可以理解为接收RF信号的器件)开启。

同时，为实现对寻呼消息的检测，BB需要保证物理下行控制信道(PhysicalDownlink Control Channel，PDCCH)、物理下行共享信道(Physical Downlink SharedChannel，PDSCH)、数据面相关的处理接口(Data Plane processing interface，DP)和协议栈相关的处理接口(Protocol Stack processing interface，PS)所关联的硬件(HardWare，HWA)实时保持开启状态，可以理解为，BB需要保证PDCCH/PDSCH/DP/PS HWA时刻处于开启状态。

参考图1，在寻呼时机0的起始时间单元，PDCCH/PDSCH/DP/PS HWA处于开启状态。其中，PDCCH HWA用于实现PDCCH检测(PDCCH Detcion)，且PDSCH HWA处于运行状态(PDSCHHWA standy)，PS/DP也处于运行状态(PS/DP standy)。

然而，终端在待机时收到寻呼消息的概率较低，若使得寻呼检测所涉及的硬件(即PDCCH/PDSCH/DP/PS HWA)时刻处于开启状态，将导致终端的功耗较大。

基于此，本申请实施例提供了一种寻呼检测方法，该方法由终端执行。参考前述内容，终端可实现为移动终端设备或基带芯片，故该方法可由移动终端设备执行，或者该方法由基带芯片执行。

图2示出了本申请一个示例性实施例提供的寻呼检测方法的流程图，包括如下步骤：

步骤202：获取PDCCH的检测结果。

其中，PDCCH承载调度以及其他控制信息，比如传输格式、资源分配、上行调度许可、功率控制以及上行重传信息等。在寻呼检测的过程中，终端可通过对PDCCH的检测，来获取其检测结果中是否包括寻呼调度的指示信息。

示例性的，PDCCH的检测结果包括如下两种情况：

·PDCCH携带有用于指示寻呼调度的指示信息；

·PDCCH未携带有用于指示寻呼调度的指示信息。

其中，在一些实施例中，若PDCCH的检测结果中包括寻呼调度的指示信息的情况下，终端与网络设备建立或恢复连接。与之相对的，若PDCCH的检测结果中不包括寻呼调度的指示信息的情况下，确定终端与网络设备在当前寻呼周期内不需要建立或恢复连接。

可选的，用于指示寻呼调度的指示信息包括下行控制信息(Downlink ControlInformation，DCI)。可以理解为，PDCCH中承载有DCI，该DCI用于指示一个寻呼调度的关联信息。

随后，若PDCCH携带有用于指示寻呼调度的指示信息，则终端可通过对PDSCH的检测，来确定建立或恢复连接的具体过程。可以理解为，基于对PDCCH的检测，确定存在寻呼信号；随后开启PDSCH关联的硬件进行寻呼消息的检测。其中，开启PDSCH关联的硬件，也可理解为唤醒PDSCH关联的硬件。

在一些实施例中，PDCCH的检测结果需要通过关联的硬件(可表示为PDCCH HWA)进行检测得到。可选的，PDCCH关联的硬件包括但不限于如下硬件中的至少一种：信道估计处理器、均衡器、PDCCH对应的第一解码器。其中，第一解码器包括Polar解码器和/或Viterbi解码器，Polar解码器用于第5代(the 5^th Generation，5G)通信，Viterbi解码器用于第4代(the 4^th Generation，4G)通信。

可选的，为获取PDCCH的检测结果，本申请实施例提供的寻呼检测方法还包括：在第一寻呼周期的起始时间单元，开启PDCCH关联的硬件。其中，在第一寻呼周期的起始单元，PDSCH关联的硬件(可表示为PDSCH HWA)处于关闭状态。

参考图1，有别于相关技术中保持PDCCH/PDSCH/DP/PS HWA时刻保持开启状态，本申请实施例提供的寻呼检测方法中，仅需要开启PDCCH关联的硬件，从而减少/PDSCH/DP/PSHWA的功耗。

步骤204：根据PDCCH的检测结果中关于寻呼调度的指示，确定是否开启PDSCH关联的第一硬件。

示意性的，第一硬件用于接收寻呼调度所指示的寻呼消息，寻呼消息携带在PDSCH中。其中，第一硬件可以表示为PDSCH HWA。

在一些实施例中，在网络设备需要与终端建立或恢复连接时，网络设备将发起寻呼过程。其中，核心网(Core Network，CN)通过Iu接口向无线接入网(Radio AccessNetwork，RAN)发送寻呼消息，RAN将CN的寻呼消息通过Uu接口发送给终端，以使得被寻呼的终端在接收到寻呼消息后发起与CN的信令连接建立过程。具体的，寻呼消息携带在PDSCH中。应当理解的是，基于开启第一硬件，使得终端能够实现对PDSCH的检测，从而获取到寻呼消息，以建立与网络设备的连接。

可选的，第一硬件包括如下硬件中的至少一种：信道估计处理器；均衡器；PDSCH对应的第二解码器。其中，第二解码器包括低密度奇偶校验(Low Density Parity Check，LDPC)解码器和/或Turbo解码器，LDPC解码器用于5G通信，Turbo解码器用于4G通信。

第一硬件的开启根据PDCCH的检测结果中关于寻呼调度的指示确定。参考前述内容，PDCCH的检测结果包括如下两种情况：PDCCH携带有用于指示寻呼调度的指示信息；PDCCH未携带有用于指示寻呼调度的指示信息。

在一些实施例中，在PDCCH携带有用于指示寻呼调度的指示信息的情况下，开启PDSCH关联的第一硬件。其中，开启第一硬件也可理解为唤醒第一硬件。可选的，根据PDSCH的检测结果，确定是否启动接口处理。其中，接口处理包括：DP所对应的处理，和/或PS所对应的处理。

比如，在终端通过第一硬件进行检测时，检测到PDSCH中携带有数据面相关的处理信息(如PDSCH中携带有待接收的数据包)，此时可开启DP关联的硬件(可表示为DP HWA)，以便于进行DP所对应的接口处理。其中，DP关联的硬件包括但不限于：数据的拆包和/或组包组件，加解密组件等。

又如，在终端通过第一硬件进行检测时，检测到PDSCH中携带有协议栈相关的处理信息(如PDSCH中携带有需要显示的网页信息)，此时可开启PS关联的硬件(可表示为PSHWA)，以便于进行PS所对应的接口处理。其中，PS关联的硬件包括但不限于与协议处理相关的中央处理器(Central Processing Unit，CPU)。

在另一些实施例中，在PDCCH未携带有用于指示寻呼调度的指示信息的情况下，关闭射频组件。其中，射频组件可以理解为接收RF信号的一个或多个器件。关闭射频组件，将能够有效减少接收RF信号所带来的功耗(相较于射频组件始终保持开启状态，将至少减少50％射频接收所带来的功耗)，从而进一步降低终端的功耗。

可选的，为保证不错过RP信号，射频组件将在下一个寻呼周期的起始时间单元重启，以便于对下一个寻呼周期进行检测。比如，在第一寻呼周期的起始时间单元，开启射频组件，并获取PDCCH的检测结果；在PDCCH未携带有用于指示寻呼调度的指示信息的情况下，关闭射频组件；随后，在第二寻呼周期的起始时间单元，重启射频组件。其中，第二寻呼周期是第一寻呼周期之后的寻呼周期。

综上所述，本申请实施例提供的寻呼检测方法中，根据PDCCH的检测结果来确定是否开启PDSCH关联的第一硬件，从而使得第一硬件不必实时保持开启状态，以达到节省功耗的目的。其中，第一硬件的开启根据PDCCH的检测结果中关于寻呼调度的指示来确定。

由于PDSCH关联的第一硬件的功耗较大，将第一硬件的开启与否和PDCCH的检测结果挂钩，将使得第一硬件能够在需要的时候开启，在不需要的时候关闭，以避免第一硬件带来的较大功耗。

在一些实施例中，若终端处于待机状态，通过PDCCH检测到寻呼调度的概率较低(可能不超过1％)，在不需要时及时关闭第一硬件，能够相对节省PDSCH相关的较大功耗(接近99％)。

参考前述内容，第一硬件的开启根据PDCCH的检测结果中关于寻呼调度的指示确定。其中，PDCCH的检测结果包括如下两种情况：PDCCH携带有用于指示寻呼调度的指示信息；PDCCH未携带有用于指示寻呼调度的指示信息。根据不同的结果，寻呼检测方法包括如下两种不同的步骤：

一、PDCCH携带有用于指示寻呼调度的指示信息。

参考图2，图3示出了本申请一个示例性实施例提供的寻呼检测方法的流程图。其中，步骤204可实现为步骤2041，本申请实施例提供的寻呼检测方法还包括步骤206，具体如下：

步骤2041：在PDCCH携带有用于指示寻呼调度的指示信息的情况下，开启PDSCH关联的第一硬件。

示意性的，第一硬件用于接收寻呼调度所指示的寻呼消息，寻呼消息携带在PDSCH中。

在一些实施例中，在网络设备需要与终端建立或恢复连接时，网络设备将发起寻呼过程。其中，CN通过Iu接口向RAN发送寻呼消息，RAN将CN的寻呼消息通过Uu接口发送给终端，以使得被寻呼的终端在接收到寻呼消息后发起与CN的信令连接建立过程。具体的，寻呼消息携带在PDSCH中，终端可通过对PDSCH的检测来获取寻呼消息，以建立与网络设备的连接。

参考前述内容，第一硬件包括如下硬件中的至少一种：信道估计处理器；均衡器；PDSCH对应的第二解码器。其中，第二解码器包括LDPC解码器和/或Turbo解码器。

第一硬件的开启根据PDCCH的检测结果中关于寻呼调度的指示确定。参考前述内容，PDCCH的检测结果包括如下两种情况：PDCCH携带有用于指示寻呼调度的指示信息；PDCCH未携带有用于指示寻呼调度的指示信息。本申请实施例仅考虑第一种情况。

以终端实现为BB为例，图4示出了本申请一个示例性实施例提供的寻呼检测的示意图。其中，网络设备通过RF发送寻呼消息，且包括两个寻呼时机(寻呼时机0和寻呼时机1)，每个寻呼时机可视为一个寻呼周期。为检测承载寻呼消息的RF信号，BB在每个寻呼周期的起始时间单元开启射频组件。

参考图4，在每个寻呼周期的起始时间单元，BB可开启PDCCH HWA，用于实现PDCCH检测。同时，在每个寻呼周期的起始时间单元，BB关闭PDSCH/DP/PS HWA，以减少不必要的功耗。

随后，由于PDCCH携带有用于指示寻呼调度的指示信息(即图中示出的寻呼时机0中存在PDCCH和PDSCH)，BB可开启PDSCH HWA(即本申请所涉及的第一硬件)。可选的，在PDSCH HWA开启的时间单元，DP/PS HWA仍然保持关闭状态。

步骤206：根据PDSCH的检测结果，确定是否启动接口处理。

示意性的，接口处理包括：DP所对应的处理，和/或PS所对应的处理。

在开启第一硬件后，终端可通过第一硬件获取到PDSCH的检测结果。参考前述内容，在第一硬件开启的时间单元，DP/PS HWA仍然保持关闭状态。随后，终端可基于PDSCH的检测结果，确定是否开启DP/PS HWA，以启动对应的接口处理。

示例性的，在PDSCH的检测结果中，除能够获取到寻呼消息以建立与网络设备的连接之外，还包括如下两种情况：PDSCH中携带有数据面相关的处理信息；PDSCH中携带有协议栈相关的处理信息。基于上述两种情况，终端可启动DP/PS关联的硬件，以启动对应的接口处理。其中，接口处理包括：DP所对应的处理，和/或PS所对应的处理。

在一些实施例中，终端通过第一硬件进行检测时，检测到PDSCH中携带有协议栈相关的处理信息(如PDSCH中携带有需要显示的网页信息)，此时可开启PS关联的硬件，以便于进行PS所对应的接口处理。其中，PS关联的硬件包括但不限于与协议处理相关的CPU。

仍然以终端实现为BB为例，参考图4，在开启PDSCH HWA后，终端可实现PDSCH检测，以进一步检测寻呼消息。可选的，若PDSCH中还携带有协议栈相关的处理信息，则开启PS关联的硬件，以进行PS接口处理(PS processing)。其中，开启PS关联的硬件，也可理解为唤醒PS关联的硬件(wake up PS if necessary)。

在另一些实施例中，终端通过第一硬件进行检测时，检测到PDSCH中携带有数据面相关的处理信息(如PDSCH中携带有待接收的数据包)，此时可开启DP关联的硬件(可表示为DP HWA)，以便于进行DP所对应的接口处理。其中，DP关联的硬件包括但不限于：数据的拆包和/或组包组件，加解密组件等。

与PS接口处理类似，若PDSCH中还携带有数据面相关的处理信息，则开启DP关联的硬件，以进行DP接口处理(DP processing)。其中，开启DP关联的硬件，也可理解为唤醒DP关联的硬件(wake up DP if necessary)。

示例性的，启动DP/PS接口处理属于可选步骤，依据PDSCH的检测结果确定。若PDSCH中未携带相关的处理信息，则不需要启动DP/PS关联的硬件。基于此，将使得关联硬件仍然保持关闭状态，从而进一步降低终端功耗。

二、PDCCH未携带有用于指示寻呼调度的指示信息。

参考图2，图5示出了本申请一个示例性实施例提供的寻呼检测方法的流程图，步骤202可实现为步骤2021，本申请实施例提供的寻呼检测方法还包括步骤201、步骤2051和步骤2052，具体如下：

步骤201：在第一寻呼周期的起始时间单元，开启PDCCH关联的第二硬件。

示意性的，第二硬件用于获取PDCCH的检测结果，第一硬件在第一寻呼周期的起始时间单元下处于关闭状态。

其中，第一硬件用于接收PDCCH的检测结果，具体描述可参考前述内容。

可选的，第二硬件包括如下硬件中的至少一种：信道估计处理器；均衡器；PDCCH对应的第一解码器。其中，第一解码器包括Polar解码器和/或Viterbi解码器，Polar解码器用于5G通信，Viterbi解码器用于4G通信。

参考前述内容，为获取PDCCH的检测结果，需要开启PDCCH关联的硬件(即第二硬件)，第二硬件可表示为PDCCH HWA。基于开启第二硬件，使得终端能够实现对PDCCH的检测，从而确定是否启动第一硬件。

步骤2021：在第一寻呼周期内，获取PDCCH的检测结果。

仍然以终端实现为BB为例，图6示出了本申请一个示例性实施例提供的寻呼检测的示意图。其中，网络设备通过RF发送寻呼消息，且包括两个寻呼时机(寻呼时机0和寻呼时机1)，每个寻呼时机可视为一个寻呼周期。寻呼时机0可理解为第一寻呼周期，寻呼时机1可理解为位于第一寻呼周期之后的第二寻呼周期。相应的，为检测承载寻呼消息的RF信号，BB在每个寻呼周期的起始时间单元开启射频组件。

在第一寻呼周期的起始时间单元，BB开启PDCCH HWA(即第二硬件)，用于实现PDCCH检测。同时，在第一寻呼周期的起始时间单元，BB关闭PDSCH/DP/PS HWA，以减少不必要的功耗。

应当理解的是，在PDCCH携带有用于指示寻呼调度的指示信息的情况下，步骤201和步骤2021同样是可选步骤。也即，在前述内容中给出的实施例中，在第一寻呼周期的起始时间单元，终端可开启第二硬件，以获取PDCCH的检测结果。

步骤2051：在PDCCH未携带有用于指示寻呼调度的指示信息的情况下，关闭射频组件。

参考前述内容，PDCCH的检测结果包括如下两种情况：PDCCH携带有用于指示寻呼调度的指示信息；PDCCH未携带有用于指示寻呼调度的指示信息。本申请实施例仅考虑第二种情况。

仍然以终端实现为BB为例，参考图6，对于寻呼时机0，通过对PDCCH进行检测，确定PDCCH未携带有用于指示寻呼调度的指示信息，则在检测完PDCCH后，终端可关闭射频组件，以减少功耗。对于寻呼时机1，基于PDCCH未携带有用于指示寻呼调度的指示信息，同样在检测完PDCCH后关闭射频组件。

可选的，基于PDCCH未携带有用于指示寻呼调度的指示信息，PDSCH/DP/PS HWA始终处于关闭状态。

步骤2052：在第二寻呼周期的起始时间单元，重启射频组件。

示意性的，第二寻呼周期是位于第一寻呼周期之后的寻呼周期。

参考图6，第二寻呼周期为寻呼时机1，在寻呼时机1的起始时间单元，终端将重启射频组件，以获取第二寻呼周期内的RF信号。参考步骤2051和步骤2052，可以理解为，第一寻呼周期内，在检测完PDCCH的时间单元至寻呼时机0的终止时间单元内，射频组件处于关闭状态，以节省射频组件所带的功耗；在第二寻呼周期的起始时间单元，终端可重启射频组件，以保证第二寻呼周期内的RF信号不丢失。

综上所述，本申请实施例提供的寻呼检测方法中，基于PDCCH的两种检测结果分别给出了不同的实现方式。

一方面，在PDCCH携带有用于指示寻呼调度的指示信息的情况下，开启第一硬件。可选的，基于PDSCH的检测结果确定是否启动接口处理，在一定程度上能够降低DP/PS关联的硬件功耗，从而进一步节省终端功耗。

另一方面，在PDCCH未携带有用于指示寻呼调度的指示信息的情况下，关闭射频组件，在下一个寻呼周期的起始时间单元再重启射频组件，以避免射频组件的无效功耗，也能够进一步节省终端功耗。

应当理解的是，前述内容中给出的多个实施例可单独实现，也可组合实现，其组合实现方式亦在本申请保护范围之内。

示例性的，以终端实现为BB为例，图7示出了本申请一个示例性实施例提供的寻呼检测的示意图。其中，网络设备通过RF发送寻呼消息，且包括两个寻呼时机(寻呼时机0和寻呼时机1)，每个寻呼时机可视为一个寻呼周期。本申请实施例中，寻呼时机0可理解为第一寻呼周期，寻呼时机1可理解为位于第一寻呼周期之后的第二寻呼周期。相应的，为检测承载寻呼消息的RF信号，BB在第一寻呼周期的起始时间单元开启射频组件。

在一些实施例中，本申请实施例提供的寻呼检测方法实现为如下：

步骤1：在第一寻呼周期的起始时间单元，开启PDCCH HWA。

示意性的，PDCCH HWA用于获取PDCCH的检测结果。同时，在第一寻呼周期的起始时间单元，PDSCH/DP/PS HWA处于关闭状态，以减少不必要的功耗。其中，PDSCH HWA用于获取PDCCH的检测结果，DP/PS HWA用于启动接口处理。

可选的，PDCCH HWA包括如下硬件中的至少一种：信道估计处理器；均衡器；PDCCH对应的第一解码器。其中，第一解码器包括Polar解码器和/或Viterbi解码器，Polar解码器用于5G通信，Viterbi解码器用于4G通信。

可选的，PDSCH HWA包括如下硬件中的至少一种：信道估计处理器；均衡器；PDSCH对应的第二解码器。其中，第二解码器包括LDPC解码器和/或Turbo解码器，LDPC解码器用于5G通信，Turbo解码器用于4G通信。

可选的，PS HWA包括但不限于：与协议处理相关的CPU。

可选的，DP HWA包括但不限于：数据的拆包和/或组包组件，加解密组件。

步骤2：在第一寻呼周期内，获取PDCCH的检测结果。

其中，PDCCH的检测结果包括如下两种情况：PDCCH携带有用于指示寻呼调度的指示信息；PDCCH未携带有用于指示寻呼调度的指示信息。

可选的，用于指示寻呼调度的指示信息包括DCI。

参考图7，在寻呼时机0(即第一寻呼周期)的起始时间单元，BB开启PDCCH HWA，且使得PDSCH/DP/PS HWA保持关闭状态，以通过PDCCH HWA进行PDCCH检测。

其中，在PDCCH携未带有用于指示寻呼调度的指示信息的情况下，执行步骤3；在PDCCH携带有用于指示寻呼调度的指示信息的情况下，执行步骤4，具体如下：

步骤3：在PDCCH未携带有用于指示寻呼调度的指示信息的情况下，关闭射频组件。

参考图7，对于寻呼时机0(即第一寻呼周期)，通过对PDCCH进行检测，确定PDCCH未携带有用于指示寻呼调度的指示信息，则在检测完PDCCH后，终端可关闭射频组件(即图7中的关闭RF)，以减少功耗。可选的，在第一寻呼周期内，PDSCH/DP/PS HWA仍然处于关闭状态。

可选的，在寻呼时机1(即第二寻呼周期)的起始时间单元，重启射频组件(即图7中的RF ON)，以获取第二寻呼周期内的RF信号。可以理解为，第一寻呼周期内，在检测完PDCCH的时间单元至寻呼时机0的终止时间单元内，射频组件处于关闭状态，以节省射频组件所带的功耗；在第二寻呼周期的起始时间单元，终端可重启射频组件，以保证第二寻呼周期内的RF信号不丢失。

步骤4：在PDCCH携带有用于指示寻呼调度的指示信息的情况下，开启PDSCH HWA。

其中，PDSCH HWA用于获取寻呼调度所指示的寻呼消息，寻呼消息携带在PDSCH中。

参考图7，对于寻呼时机1(即第二寻呼周期)，通过PDCCH HWA的检测，可确定PDCCH携带有用户只是寻呼调度的指示信息。基于此，BB开启PDSCH HWA，以便于实现对PDSCH的检测。其中，在PDSCH HWA开启的时间单元，DP/PS HWA仍然保持关闭状态。

可选的，在PDSCH的检测结果中，除能够获取到寻呼消息以建立与网络设备的连接之外，还包括如下两种情况：PDSCH中携带有数据面相关的处理信息；PDSCH中携带有协议栈相关的处理信息。基于上述两种情况，终端可启动DP/PS关联的硬件，以启动对应的接口处理。其中，接口处理包括：DP所对应的处理，和/或PS所对应的处理。可选的，DP HWA用于实现DP所对应的处理，PS HWA用于实现PS所对应的处理。

参考图7，在开启PDSCH HWA后，BB可实现PDSCH检测，以进一步检测寻呼消息。其中，在对PDSCH进行检测时，PDSCH中还携带有协议栈相关的处理信息，则BB开启PSHWA(wakeup PS if necessary)，以便于进行PS所对应的接口处理(PS processing)。

综上所述，本申请实施例提供的寻呼检测方法中，根据PDCCH的检测结果来确定是否开启PDSCH HWA，从而使得PDSCH HWA不必实时保持开启状态，以达到节省功耗的目的。

对比图1和图7，本申请实施例提供的寻呼检测方法中，在第一寻呼周期的起始单元，仅需要开启PDCCH HWA，以实现PDCCH的检测；且PDSCH/DP/PS HWA处于关闭状态，不必时刻保持开启状态。基于PDSCH HWA的功耗较大，这将使得PDSCH HWA能够在需要的时候开启，在不需要的时候关闭，以减少较大功耗。

更进一步的，在开启PDSCH HWA的情况下，根据PDSCH的检测结果确定是否开启DP/PS HWA，以启动对应的接口处理。这将使得DP/PS HWA同样能够在需要的时候开启，在不需要的时候关闭，以进一步减少功耗。

另外，在PDCCH中未携带用于指示寻呼调度的指示信息的情况下，终端可进一步关闭射频组件，相较于射频组件始终保持开启状态，这将至少减少50％射频接收所带来的功耗。同时，在下一个寻呼周期的起始时间单元重启射频组件。基于此，射频组件根据不同的情况进行开启或关闭，能够进一步减少射频接收所带来的功耗，同时还能够保证终端不错过RF信号。

在一些实施例中，终端处于待机状态。终端基于待机状态进行寻呼检测时，检测到寻呼调度的概率为1％，未检测到寻呼调度的概率为99％，也即通过PDCCH检测到寻呼调度的概率较低。可以理解为，采用本申请实施例提供的寻呼检测方法，能够相对节省PDSCH相关的99％的功耗。

以下为本申请的装置实施例，对于装置实施例中未详细描述的细节，可以结合参考上述方法实施例中相应的记载，本文不再赘述。

图8示出了本申请一个示例性实施例提供的寻呼检测装置的示意图，该装置包括：

获取模块820，用于获取PDCCH的检测结果；

执行模块840，用于根据PDCCH的检测结果中关于寻呼调度的指示，确定是否开启PDSCH关联的第一硬件；

其中，第一硬件用于接收寻呼调度所指示的寻呼消息，寻呼消息携带在PDSCH中。

可选的，执行模块840，用于在PDCCH携带有用于指示寻呼调度的指示信息的情况下，开启第一硬件。

可选的，执行模块840，还用于在PDCCH未携带有用于指示寻呼调度的指示信息的情况下，关闭射频组件。

可选的，获取模块820，用于在第一寻呼周期内，获取PDCCH的检测结果；执行模块840，还用于在第二寻呼周期的起始时间单元，重启射频组件，第二寻呼周期是位于第一寻呼周期之后的寻呼周期。

可选的，执行模块840，还用于在第一寻呼周期的起始时间单元，开启PDCCH关联的第二硬件；其中，第二硬件用于获取PDCCH的检测结果，第一硬件在第一寻呼周期的起始时间单元下处于关闭状态。

可选的，第二硬件包括如下硬件中的至少一种：信道估计处理器；均衡器；PDCCH对应的第一解码器。

可选的，执行模块840，还用于根据PDSCH的检测结果，确定是否启动接口处理；其中，接口处理包括：DP所对应的处理，和/或PS所对应的处理。

可选的，第一硬件包括如下硬件中的至少一种：信道估计处理器；均衡器；PDSCH对应的第二解码器。

可选的，用于指示寻呼调度的指示信息包括DCI。

图9示出了本申请一个示例性实施例提供的通信设备(终端或网络设备)的结构示意图，该通信设备包括：处理器901、接收器902、发射器903、存储器904和总线905。

处理器901包括一个或者一个以上处理核心，处理器901通过运行软件程序以及模块，从而执行各种功能应用以及信息处理。

接收器902和发射器903可以实现为一个通信组件，该通信组件可以是一块通信芯片。

存储器904通过总线905与处理器901相连。

存储器904可用于存储至少一个指令，处理器901用于执行该至少一个指令，以实现上述方法实施例中提到的寻呼检测方法的各个步骤。

此外，存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：磁盘或光盘，电可擦除可编程只读存储器(Electrically-Erasable Programmable Read Only Memory，EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)，静态随时存取存储器(Static Random Access Memory，SRAM)，只读存储器(Read-Only Memory，ROM)，磁存储器，快闪存储器，可编程只读存储器(Programmable Read-Only Memory，PROM)。

本申请还提供了一种基带芯片，基带芯片包括存储器和处理器；存储器中存储有至少一条程序代码，程序代码由处理器加载并执行以实现前述的寻呼检测方法。

本申请还提供了一种终端，终端包括存储器和处理器；存储器中存储有至少一条程序代码，程序代码由处理器加载并执行以实现前述的寻呼检测方法。

本申请还提供了一种计算机可读存储介质，存储介质中存储有计算机程序，计算机程序用于被处理器执行，以实现前述的寻呼检测方法。

本申请还提供了一种芯片，芯片包括可编程逻辑电路和/或程序指令，当安装有芯片的电子设备运行时，用于实现前述的寻呼检测方法。

本申请还提供了一种计算机程序，该计算机程序包括计算机指令，该计算机指令用于实现前述的寻呼检测方法。

本申请还提供了一种计算机程序产品，计算机程序产品包括计算机指令，计算机指令存储在计算机可读存储介质中，处理器从计算机可读存储介质读取并执行计算机指令，以实现前述的寻呼检测方法。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (24)

1.一种寻呼检测方法，其特征在于，所述方法包括：

获取物理下行控制信道PDCCH的检测结果；

根据所述PDCCH的检测结果中关于寻呼调度的指示，确定是否开启物理下行共享信道PDSCH关联的第一硬件；

其中，所述第一硬件用于接收所述寻呼调度所指示的寻呼消息，所述寻呼消息携带在所述PDSCH中。

2.根据权利要求1所述的方法，其特征在于，所述根据所述PDCCH的检测结果中关于寻呼调度的指示，确定是否开启PDSCH关联的第一硬件，包括：

在所述PDCCH携带有用于指示所述寻呼调度的指示信息的情况下，开启所述第一硬件。

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

在所述PDCCH未携带有用于指示所述寻呼调度的指示信息的情况下，关闭射频组件。

4.根据权利要求3所述的方法，其特征在于，所述获取PDCCH的检测结果，包括：

在第一寻呼周期内，获取所述PDCCH的检测结果；

所述方法还包括：

在第二寻呼周期的起始时间单元，重启所述射频组件，所述第二寻呼周期是位于所述第一寻呼周期之后的寻呼周期。

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

在所述第一寻呼周期的起始时间单元，开启所述PDCCH关联的第二硬件；

其中，所述第二硬件用于获取所述PDCCH的检测结果，所述第一硬件在所述第一寻呼周期的起始时间单元下处于关闭状态。

6.根据权利要求5所述的方法，其特征在于，所述第二硬件包括如下硬件中的至少一种：

信道估计处理器；

均衡器；

所述PDCCH对应的第一解码器。

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

根据所述PDSCH的检测结果，确定是否启动接口处理；

其中，所述接口处理包括：数据面相关的处理接口DP所对应的处理，和/或协议栈相关的处理接口PS所对应的处理。

8.根据权利要求1至7任一所述的方法，其特征在于，所述第一硬件包括如下硬件中的至少一种：

信道估计处理器；

均衡器；

所述PDSCH对应的第二解码器。

9.根据权利要求1至8任一所述的方法，其特征在于，

用于指示所述寻呼调度的指示信息包括下行控制信息DCI。

10.一种寻呼检测装置，其特征在于，所述装置包括：

获取模块，用于获取物理下行控制信道PDCCH的检测结果；

执行模块，用于根据所述PDCCH的检测结果中关于寻呼调度的指示，确定是否开启物理下行共享信道PDSCH关联的第一硬件；

其中，所述第一硬件用于接收所述寻呼调度所指示的寻呼消息，所述寻呼消息携带在所述PDSCH中。

11.根据权利要求10所述的装置，其特征在于，

所述执行模块，用于在所述PDCCH携带有用于指示所述寻呼调度的指示信息的情况下，开启所述第一硬件。

12.根据权利要求10或11所述的装置，其特征在于，

所述执行模块，还用于在所述PDCCH未携带有用于指示所述寻呼调度的指示信息的情况下，关闭射频组件。

13.根据权利要求12所述的装置，其特征在于，

所述获取模块，用于在第一寻呼周期内，获取所述PDCCH的检测结果；

所述执行模块，还用于在第二寻呼周期的起始时间单元，重启所述射频组件，所述第二寻呼周期是位于所述第一寻呼周期之后的寻呼周期。

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

所述执行模块，还用于在所述第一寻呼周期的起始时间单元，开启所述PDCCH关联的第二硬件；

其中，所述第二硬件用于获取所述PDCCH的检测结果，所述第一硬件在所述第一寻呼周期的起始时间单元下处于关闭状态。

15.根据权利要求14所述的装置，其特征在于，所述第二硬件包括如下硬件中的至少一种：

信道估计处理器；

均衡器；

所述PDCCH对应的第一解码器。

16.根据权利要求10至15任一所述的装置，其特征在于，

所述执行模块，还用于根据所述PDSCH的检测结果，确定是否启动接口处理；

其中，所述接口处理包括：数据面相关的处理接口DP所对应的处理，和/或协议栈相关的处理接口PS所对应的处理。

17.根据权利要求10至16任一所述的装置，其特征在于，所述第一硬件包括如下硬件中的至少一种：

信道估计处理器；

均衡器；

所述PDSCH对应的第二解码器。

18.根据权利要求1至17任一所述的装置，其特征在于，

用于指示所述寻呼调度的指示信息包括下行控制信息DCI。

19.一种基带芯片，其特征在于，所述基带芯片包括存储器和处理器；

所述存储器中存储有至少一条程序代码，所述程序代码由所述处理器加载并执行以实现如权利要求1至9中任一项所述的寻呼检测方法。

20.一种终端，其特征在于，所述终端包括存储器和处理器；

所述存储器中存储有至少一条程序代码，所述程序代码由所述处理器加载并执行以实现如权利要求1至9中任一项所述的寻呼检测方法。

21.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序，所述计算机程序用于被处理器执行，以实现如权利要求1至9中任一项所述的寻呼检测方法。

22.一种芯片，其特征在于，所述芯片包括可编程逻辑电路和/或程序指令，当安装有所述芯片的电子设备运行时，用于实现如权利要求1至9中任一项所述的寻呼检测方法。

23.一种计算机程序，其特征在于，所述计算机程序包括计算机指令，所述计算机指令用于实现如权利要求1至9中任一项所述的寻呼检测方法。

24.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，所述计算机指令存储在计算机可读存储介质中，处理器从所述计算机可读存储介质读取并执行所述计算机指令，以实现如权利要求1至9中任一项所述的寻呼检测方法。

Images