CN117641579B - 一种寻呼方法以及相关设备 - Google Patents

Abstract

本申请提供了一种寻呼方法，包括：基站向第一类型终端发送第一寻呼配置，向第二类型终端发送第二寻呼配置。第一寻呼配置用于第一类型终端监听寻呼，第二寻呼配置用于第二类型终端监听寻呼，第一寻呼配置与第二寻呼配置不同。基站根据第一寻呼配置寻呼第一类型终端，根据第二寻呼配置寻呼第二类型终端。

Description

一种寻呼方法以及相关设备

技术领域

本申请涉及通信领域，尤其涉及一种寻呼方法以及相关设备。

背景技术

在蜂窝通信系统中，对于没有业务的终端，没有必要一直保留在连接态，占用基站的无线资源。这种情况下终端仍然驻留在小区，但是会按照基站所发送的例如寻呼周期、寻呼的频域资源信息等寻呼配置在相应的寻呼帧（Paging frame, PF）中的寻呼子帧（Pagingoccasion, PO）中，监听寻呼，随时响应网络的下行业务请求。

寻呼是在全小区发送的广播性质的信令，同时，PO的计算也只考虑网络配置和UEID，因此，必然会有大量的UE理论上同时在一个PO监听寻呼消息，导致寻呼虚警。

发明内容

本申请提供了一种寻呼方法以及相关设备，用于减少寻呼虚警。

本申请第一方面提供了一种寻呼方法：

基站向第一类型终端发送第一寻呼配置，向第二类型终端发送第二寻呼配置。

第一寻呼配置用于第一类型终端监听寻呼，第二寻呼配置用于第二类型终端监听寻呼，第一寻呼配置与第二寻呼配置不同。基站根据第一寻呼配置寻呼第一类型终端，根据第二寻呼配置寻呼第二类型终端。

本申请中，基站对于不同类型的终端采用不同的寻呼配置进行寻呼，使得在仅对其中一类终端进行寻呼时，另一类终端无法监听到相关的消息，从而减少寻呼虚警。

在一种可能的实现方式中，第一寻呼配置以及第二寻呼配置包括寻呼的时频位置、寻呼分组以及P-RNTI中的一种或多种。

在一种可能的实现方式中，寻呼的时频位置包括BWP的位置以及PO的位置中的一种或多种。

在一种可能的实现方式中，第一类型终端为支持监听WUS的终端，第二类型终端为不支持监听WUS的终端。

在一种可能的实现方式中，基站向第一类型终端发送WUS监听条件，以使得当第一类型终端确定满足WUS监听条件时监听WUS。WUS监听条件包括：只有处于静止状态时，监听WUS。

本申请第二方面提供了一种基站：

包括处理器以及存储器，处理器与存储器耦合，存储器用于存储指令，当指令被处理器执行时，使得基站执行前述第一方面中的方法。

本申请第三方面提供了一种计算机可读存储介质：

其上存储有指令，当计算机执行指令时，使得计算机执行前述第一方面中的方法。

附图说明

图1为空闲态终端寻呼的流程示意图；

图2为非激活态终端寻呼的流程示意图；

图3为PEI监听的示意图；

图4为WUS监听的示意图；

图5为WUS覆盖范围的示意图；

图6为本申请的应用场景的示意图；

图7为本申请中寻呼方法的流程示意图；

图8为本申请中基站的一个结构示意图；

图9为本申请中基站的一个结构示意图。

具体实施方式

下面结合附图，对本申请的实施例进行描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。本领域普通技术人员可知，随着技术发展和新场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了便于对本申请的理解，下面先对本申请涉及的相关概念进行介绍：

在4G、5G蜂窝通信系统当中，网络以小区为单位为终端进行服务。终端（UE）选择一个小区（Cell）后，驻留在该小区，随时可以发起上行业务，也随时准备接收网络的下行业务。从无线接入网的角度，终端在一个小区中，有三种不同业务状态：

空闲态（RRC_IDLE）：UE驻留在小区中，没有正在进行的业务，对于基站和核心网UE都不可见。UE监听系统广播从而保证时刻保存最新的系统消息，以便监听寻呼（paging，触发小区接入进行上行业务）和随时按需发起随机接入（Random access，主动接入网络进行上行业务）。UE也会监听寻呼消息，包含网络的下行业务触发，或者系统消息变更、多播业务开始指示等。

连接态（RRC_Connected）：UE响应网络寻呼或主动发起随机接入，和基站建立RRC连接，进行业务传输。对于基站和核心网，UE都可见。

非激活态（RRC_INACTIVE）：UE驻留在小区中，没有正在进行的业务，通常为基站在释放连接态时配置终端进入。对于基站不可见，对于核心网，依然认为终端处于连接态。UE行为和空闲态类似，主要是监听寻呼和系统消息，区别主要是寻呼主要为基站发送的RAN寻呼。

在蜂窝系统中，无论终端处于哪种状态，都应该随时能够接收基站发送的下行控制信息和数据，因此理论上UE在小区中需要随时监听各类控制信道和数据信道，保证能够不遗漏网络发送的下行控制信息和数据。但是对于一个终端来说，实际上真正接收网络下行控制信息和数据的时间是相对较短的，因此这种监听逻辑对于终端功耗有很大影响，大量监听为无用功。

因此，针对部分下行控制信息或数据，4G、5G在设计之初都设计了DRX（Discontinuous Reception，非连续接收，特指从终端角度，即下行信息的非连续接收），在DRX机制中，基站和终端针对特定的下行控制信息或数据，以约定的形式，按周期进行收发，在满足下行时延的前提下减少终端的监听功耗，主要包括：

1、IDLE/INACTIVE的DRX，协议中主要称为寻呼。终端按周期在约定时频位置监听可能存在的寻呼消息。

2、CONNECTED的DRX，协议中主要称为DRX。在连接态业务进行中，也不要求终端持续监听调度信息，而是根据业务的稀疏程度，按照周期进行监听。

请参阅图1，下面对空闲态终端的寻呼流程进行介绍：

对于没有业务的终端，没有必要一直保持在连接态，占用基站的无线资源。这种情况下终端只是以空闲态驻留在小区，按照寻呼流程周期性监听寻呼，随时响应网络的下行业务请求。

UE接收系统广播（SIB），其中包含寻呼配置（周期，其他时间信息以及寻呼的频域资源信息等）。UE根据SIB配置的信息，依照寻呼周期，在相应的寻呼帧（Paging frame, PF）中的寻呼子帧（Paging occasion, PO）中，监听寻呼。在相应的PO中，终端使用P-RNTI解码PDCCH，尝试接收包含寻呼消息调度信息的下行控制信息（Downlink ControlInformation，DCI），如果接收到DCI，根据DCI的调度信息在PDSCH上接收寻呼消息。

当核心网有下行业务时，给基站发送包含UE ID的寻呼消息（可能给多个基站，IDLE终端对核心网不可见 ，核心网会给可能的多个基站发送）。基站接收到后，会根据自己的系统广播配置，使用如304协议约定的和UE同样的方法确定UE的PO，并在上面发送包含UEID的寻呼消息。

如果终端任何时候收到寻呼消息，且其中包含自己的ID，则认为自己被寻呼，终端发起连接建立(RRCconncectionsetup)，和基站以及核心网建立连接，进入RRC_CONNECTED，接收或发送数据。业务完成后，基站使用RRCRelease消息释放终端，终端回到IDLE。

部分终端虽然没有连续性的业务，但是可能会有间隔短、频繁的业务。针对这类终端，如果使用IDLE流程，核心网寻呼频繁，且每次寻呼都由核心网发起，终端响应核心网后再进行业务，端到端实验大，网络信令开销也大。因此，4G后期以及5G新引入了介于连接态和IDLE的状体，也即非激活态。非激活态的终端也是非业务状态，监听网络寻呼，但是建立连接时之和基站建立连接（和核心网的连接之前没有释放），时延和信令开销都更小。请参阅图2，下面对非激活态终端的寻呼流程进行介绍：

UE接收系统广播，其中包含寻呼相关配置（周期，其他时间信息以及寻呼的频域资源信息等），和IDLE寻呼相同。

UE某一次进入连接态后，释放时，基站可以指示终端进入非激活态，而不是空闲态。同时，提供非激活态使用的UE ID（I-RNTI）以及inactive寻呼周期。

UE根据SIB配置的信息，以及INACTIVE配置，使用INACTIVE寻呼周期，在相应的寻呼帧（Paging frame, PF）中的寻呼子帧（Paging occasion, PO）中，监听寻呼。PO和PF确定方式和IDLE相同，区别在于周期的选择，在SIB广播的周期和INACTIVE周期中选短的。

在相应的PO中，监听寻呼，和IDLE方式一样。

当核心网有下行业务时，直接发给终端之前连接的基站。

基站接收到业务，且知道UE已经被自己释放到非激活态后，会根据自己的系统广播配置和Release配置，使用如304协议约定的和UE同样的方法确定UE的PO，并在上面发送包含UE ID（I-RNTI）的寻呼消息。锚点基站（之前释放终端的基站）同时还会发送寻呼消息给其他相邻基站，寻呼终端，其他基站行为和当前基站一样。如果终端任何时候收到寻呼消息，且其中包含自己的ID，则认为自己被寻呼，终端发起连接恢复(RRCconnectionresume），恢复和基站的连接（核心网的连接本来就在），进入RRC_CONNECTED，接收或发送数据。业务完成后，基站使用RRCRelease消息释放终端，终端回到空闲态或非激活态。

寻呼是在全小区发送的广播性质的信令，同时，PO的计算也只考虑网络配置和UEID，因此，必然会有大量的UE理论上同时在一个PO监听寻呼消息。然而这种方式存在一个缺陷，即某一个PO上的UE1被寻呼，网络会发送P-RNTI加扰的PDCCH，但是PO关联的所有UE都会接收PDSCH上的paging message。这时，对于除了UE1的其他UE来说，PDSCH的接收和解码就是无意义的寻呼虚警，会带不必要来功耗浪费。寻呼增强（paging early indication，PEI）能够解决上述缺陷，请参阅图3，下面对PEI监听流程进行介绍：

在PO前固定位置，引入PEI，也是一个PDCCH中发送的DCI（Downlink ControlInformation），该DCI中含有最多8bit的bitmap，每个bit对应一个寻呼分组。每个终端有自己的寻呼分组，终端在PO处监听P-RNTI之前，首先监听PEI，如果PEI中对应自己分组的比特为1，则按照Rel-15的方式监听PO，否则，认为不会被寻呼，回到休眠状态。

Rel-18正在讨论中，Rel-19还将继续讨论，引入Wake up signal/receiver（WUS/WUR）进一步降低寻呼接收功耗。请参阅图4，Rel-17之前的寻呼机制中，终端需要在PO以及PO之前监听PDCCH，解码PEI或者P-RNTI的DCI，因此需要在PO前唤醒主接收机（MainReceiver）。Rel-18中，考虑引入更低功耗的接收机，即LR（Low power Receiver）或WUR。这种接收机可以接收更加简单的WUS（可能只是序列相关，不用进行PDCCH解码），因此功耗更低。因此，对于不被寻呼的终端，只需在PO前启动LR，检测WUS，如果没有检测到，则继续休眠。如果检测到WUS，则唤醒MR，监听寻呼。

目前的终端可以分为两大类，一类是不支持监听WUS的传统终端，一类是支持监听WUS的终端。请参阅图5，在传统小区覆盖中，下行的同步信号（SSB）、系统广播（SIB）、PDCCH等信号的覆盖范围是相同的。但是WUS是新设计信号，WUS特性的增益来源是WUS解码功耗和复杂度小于PDCCH，需要简化接收机，并简化信号设计，否则达不到增益要求。因此，WUS信号的覆盖在同等条件下很可能达不到传统下行信号、信道的质量，比如SIB和PDCCH。由于WUS和Cell其他信号覆盖可能不同，对于支持监听WUS的终端，一种可能的实现方式是其有使用WUS的监听条件，监听条件可能可配置，比如信号强度的门限，当终端的信号强度大于门限时，监听WUS，否则不监听WUS。对于基站侧而言，空闲态或非激活态终端对于基站是不可见的，终端的信号可能随着移动变化，基站无法确定终端是否能接收到WUS，为了确保能够寻呼到终端，基站会始终向终端发送WUS。

请参阅图6，本申请可以应用于寻呼场景中，基站会向终端发送寻呼配置，并按照该寻呼配置寻呼终端，对应的，终端按照接收到的寻呼配置监听寻呼。

请参阅图7，下面对本申请中的寻呼方法的流程进行介绍：

701、基站向第一类型终端发送第一寻呼配置，向第二类型终端发送第二寻呼配置；

在本实施例中，终端按照能力的不同可以划分为不同的类型，基站向不同类型的终端发送不同的寻呼配置，使得不同类型的终端按照不同的方式监听寻呼，从而减少寻呼虚警。

示例性的，终端按照是否支持监听WUS可以划分为不同的两类，其中支持监听WUS的终端记为第一类型终端，基站向这类终端发送第一寻呼配置；不支持监听WUS的终端记为第二类型终端，基站向这类终端发送第二寻呼配置，第一寻呼配置与前述的第二寻呼配置不同。在一种可能的实现方式中，上述第一寻呼配置以及第二寻呼配置可以包括寻呼的时频位置、寻呼分组以及P-RNTI中的一种或多种。其中，寻呼的时频位置包括部分带宽（Bandwidth Part，BWP）的位置以及PO的位置中的一种或多种。

在一种可能的实现方式中，基站通过广播的方式向第一类型终端以及第二类型终端发送寻呼配置。具体的，基站在广播消息的现有信元中携带第一寻呼配置，并且新增一部分信元用于携带第二寻呼配置。对应的，第一类型终端通过现有信元获取第一寻呼配置，只有第二类型终端能够解读新增的信元，因此第二类型终端可以在新增的信元获取第二寻呼配置。

又或者，基站也可以通过单播的方式向第一类型终端以及第二类型终端发送寻呼配置。具体的，基站在终端处于连接态时，能够获取到终端的能力，该能力指示了终端是否支持监听WUS。对于不支持监听WUS的终端，基站在将该终端释放到非激活态或者空闲态时，通过RRCRelease消息向该终端发送第一寻呼配置；对于支持监听WUS的终端，基站在将该终端释放到非激活态时，通过RRCRelease消息向该终端发送第二寻呼配置。若基站将终端释放到空闲态，则基站还会将向终端发送的寻呼配置发送至AMF，使得AMF在寻呼空闲态终端时将该寻呼配置携带在寻呼消息中，令基站按照该寻呼配置寻呼终端。应理解，在这种实现方式中，基站向同一类型的终端发送的寻呼配置可以是相同的也可以是不同，只需要确保与向另一类型的终端发送的寻呼配置不同即可。

702、基站根据第一寻呼配置寻呼第一类型终端，根据第二寻呼配置寻呼第二类型终端。

基站在下发寻呼配置后，在寻呼终端时按照所下发的寻呼配置寻呼该终端。若基站在前述步骤501中通过广播的方式下发寻呼配置，且寻呼的终端为空闲态终端，则对该终端的寻呼由AMF发起，AMF会向基站发送寻呼消息，在寻呼消息中包括了终端的ID以及该终端的相应能力，其中就包括了该终端是否支持监听WUS。若支持，则基站按照第一寻呼配置寻呼该终端；若不支持，则基站按照第二寻呼配置寻呼该终端。

若寻呼的终端为非激活态终端，基站侧保存了该终端的相应能力，终端的相应能力则包括该终端是否支持监听WUS。若支持，基站则按照第一寻呼配置寻呼该终端；若不支持，基站则按照第二寻呼配置寻呼该终端。

若基站在前述步骤501中通过单播的方式下发寻呼配置，且寻呼的终端为非激活态终端，则由于在基站侧保存了向该终端发送的寻呼配置，因此基站按照该寻呼配置寻呼该终端。若寻呼的终端为空闲态终端，则基站能够接收到来自AMF的寻呼消息，在寻呼消息中携带了基站向该终端所发送的寻呼配置，基站会按照该寻呼配置寻呼该终端。

下面结合基站对不同类型终端的寻呼方式，对本申请减少寻呼虚警的原理进行介绍：

1.不同的BWP的位置

示例性的，第一类型终端接收到的寻呼配置中包括BWP位置1，第二类型终端接收到的寻呼配置中包括BWP位置2。以基站只需要寻呼第一类型终端为例，基站会在相应的PO且在BWP位置1发送承载了DCI的PDCCH。对于第一类型终端来说能够在BWP位置1解码该PDCCH；而对第二类型终端来说，即便其PO与第一类型终端的相同，但是由于其在BWP位置2监听寻呼，因此无法接收到上述PDCCH，进而避免虚警。

2.不同的PO

示例性的，以基站只需要寻呼第一类型终端为例，基站会在相应的PO且发送承载了DCI的PDCCH，但是由于第二类型终端的PO与第一类型终端的不相同，因此无法接收到上述PDCCH，进而避免虚警。

3.不同的寻呼分组

示例性的，第一类型终端接收到的寻呼配置中包括寻呼分组1，第二类型终端接收到的寻呼配置中包括寻呼分组2。以基站只需要寻呼第一类型终端为例，基站会在相应的PO前的固定位置发送PEI，在该PEI中，只有寻呼分组1的比特为1。第一类型终端监听到PEI，认为自己被寻呼，则继续后续的监听流程；而对第二类型终端来说，即便其PO与第一类型终端的相同，但是由于监听到PEI后会认为自己不被寻呼，因此不会继续后续的监听流程，进而避免虚警。

4.不同的P-RNTI

示例性的，第一类型终端接收到的寻呼配置中包括P-RNTI 1，第二类型终端接收到的寻呼配置中包括P-RNTI 2。以基站只需要寻呼第一类型终端为例，基站会在相应的PO发送使用P-RNTI 1加扰的承载了DCI的PDCCH。对于第一类型终端来说，能够根据P-RNTI 1解码该PDCCH，进而继续后续的监听流程；对于第二类型终端来说，即便其PO与第一类型终端的相同，但是根据P-RNTI 2无法对PDCCH进行解码，进而避免虚警。

在物联网场景中，终端通常是被固定安放于固定的位置，其信号强度不会发生大的改变，因此如果终端按照是否达到信号强度门限来确定是否监听WUS，会导致终端需要持续不断地检测信号强度，带来不必要的开销。因此，在一种可能的实现方式中，基站还可以向第一类型终端发送WUS的监听条件，该监听条件包括只有终端处于静止状态时才监听WUS。由于在物联网场景下，第一类型终端通常已经被安放在WUS覆盖的范围内，因此只要终端处于静止状态，就能够监听WUS，从而无需持续检测信号强度。

本申请中，基站对于不同类型的终端采用不同的寻呼配置进行寻呼，使得在仅对其中一类终端进行寻呼时，另一类终端无法监听到相关的消息，从而减少寻呼虚警。

上面对本申请中的方法进行了介绍，下面对本申请中的基站进行介绍：

请参阅图8，本申请中的基站800包括发送单元801以及处理单元802。其中，发送单元801以及处理单元802可以通过软件实现也可以通过硬件实现。

发送单元801，用于向第一类型终端发送第一寻呼配置，向第二类型终端发送第二寻呼配置；

第一寻呼配置用于第一类型终端监听寻呼，第二寻呼配置用于第二类型终端监听寻呼，第一寻呼配置与第二寻呼配置不同。

处理单元802，用于根据第一寻呼配置寻呼第一类型终端，根据第二寻呼配置寻呼第二类型终端。

在一种可能的实现方式中，第一寻呼配置以及第二寻呼配置包括寻呼的时频位置、寻呼分组以及P-RNTI中的一种或多种。

在一种可能的实现方式中，寻呼的时频位置包括BWP的位置以及PO的位置中的一种或多种。

在一种可能的实现方式中，第一类型终端为支持监听WUS的终端，第二类型终端为不支持监听WUS的终端。

在一种可能的实现方式中，

发送单元801，还用于向第一类型终端发送WUS监听条件，以使得当第一类型终端确定满足WUS监听条件时监听WUS。WUS监听条件包括：只有处于静止状态时，监听WUS。

在一种可能的实现方式中，

发送单元801，具体用于向第一类型终端以及第二类型终端发送系统广播消息，系统广播消息中包括第一类型信元以及第二类型信元，以使得第一类型终端获取第一类型信元，第二类型终端获取第二类型信元，第一类型信元携带第一寻呼配置，第二类型信元携带第二寻呼配置。

图9是本申请提供的一种基站的结构示意图，用于实现前述各个实施例中基站所执行的方法。基站900可以包括一个或一个以上中央处理器（central processing units，CPU）901和存储器905，该存储器905中存储有一个或一个以上的应用程序或数据。

其中，存储器905可以是易失性存储或持久存储。存储在存储器905的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器901可以设置为与存储器905通信，在基站900上执行存储器905中的一系列指令操作。基站900还可以包括一个或一个以上电源902，一个或一个以上有线或无线网络接口903，一个或一个以上输入输出接口904，和/或，一个或一个以上操作系统。

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

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

Claims (10)

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

基站向第一类型终端发送第一寻呼配置，向第二类型终端发送第二寻呼配置；

所述第一寻呼配置用于所述第一类型终端监听寻呼，所述第二寻呼配置用于所述第二类型终端监听寻呼，所述第一寻呼配置与所述第二寻呼配置不同；

所述基站根据所述第一寻呼配置寻呼所述第一类型终端，根据所述第二寻呼配置寻呼所述第二类型终端；

所述第一类型终端为支持监听WUS的终端，所述第二类型终端为不支持监听WUS的终端；

所述基站向所述第一类型终端发送WUS监听条件，以使得当所述第一类型终端确定满足所述WUS监听条件时监听WUS；

所述WUS监听条件包括：

只有处于静止状态时，监听WUS。

2.根据权利要求1所述的方法，其特征在于，所述第一寻呼配置以及所述第二寻呼配置包括寻呼的时频位置、寻呼分组以及P-RNTI中的一种或多种。

3.根据权利要求2所述的方法，其特征在于，所述寻呼的时频位置包括BWP的位置以及PO的位置中的一种或多种。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述基站向第一类型终端发送第一寻呼配置，向第二类型终端发送第二寻呼配置包括：

所述基站向所述第一类型终端以及所述第二类型终端发送系统广播消息，所述系统广播消息中包括第一类型信元以及第二类型信元，以使得所述第一类型终端获取所述第一类型信元，所述第二类型终端获取所述第二类型信元，所述第一类型信元携带所述第一寻呼配置，所述第二类型信元携带所述第二寻呼配置。

5.一种基站，其特征在于，包括：

发送单元，用于向第一类型终端发送第一寻呼配置，向第二类型终端发送第二寻呼配置；

所述第一寻呼配置用于所述第一类型终端监听寻呼，所述第二寻呼配置用于所述第二类型终端监听寻呼，所述第一寻呼配置与所述第二寻呼配置不同；

处理单元，用于根据所述第一寻呼配置寻呼所述第一类型终端，根据所述第二寻呼配置寻呼所述第二类型终端；

所述第一类型终端为支持监听WUS的终端，所述第二类型终端为不支持监听WUS的终端；

所述发送单元，还用于向所述第一类型终端发送WUS监听条件，以使得当所述第一类型终端确定满足所述WUS监听条件时监听WUS；

所述WUS监听条件包括：

只有处于静止状态时，监听WUS。

6.根据权利要求5所述的基站，其特征在于，所述第一寻呼配置以及所述第二寻呼配置包括寻呼的时频位置、寻呼分组以及P-RNTI中的一种或多种。

7.根据权利要求6所述的基站，其特征在于，所述寻呼的时频位置包括BWP的位置以及PO的位置中的一种或多种。

8.根据权利要求5至7中任一项所述的基站，其特征在于，

所述发送单元，具体用于向所述第一类型终端以及所述第二类型终端发送系统广播消息，所述系统广播消息中包括第一类型信元以及第二类型信元，以使得所述第一类型终端获取所述第一类型信元，所述第二类型终端获取所述第二类型信元，所述第一类型信元携带所述第一寻呼配置，所述第二类型信元携带所述第二寻呼配置。

9.一种基站，其特征在于，包括处理器以及存储器，处理器与存储器耦合，存储器用于存储指令，当所述指令被处理器执行时，使得所述基站执行权利要求1至4中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，其上存储有指令，当计算机执行所述指令时，所述计算机执行前述权利要求1至4中任一项所述的方法。