一种寻呼方法、终端及网络侧设备与流程

本发明涉及通信技术领域，尤其涉及一种寻呼方法、终端及网络侧设备。

背景技术：

当前，长期演进(longtermevolution，简称lte)系统中，当终端(userequipment，简称ue)处于空闲态时，如果网络侧要与ue进行数据传输，网络侧设备需通过寻呼告知ue。此种情况下，ue必须监听到寻呼消息才能完成后续响应。但是，若ue在空闲态时一直进行寻呼消息的监听，将极大的浪费终端电量。因此，为了节省ue的功耗，在lte系统中引入了非连续接收(discontinuousreception，简称drx)周期。ue只有在根据ue_id计算出的寻呼帧(pagingframe，简称pf)和寻呼时刻(pagingoccasion，简称po)对应的位置上监测物理下行控制信道(physicaldownlinkcontrolchannel，简称pdcch)，从而在pdcch指示的资源上接收寻呼消息。

长期演进/增强型长期演进(longtermevolution-advanced，简称lte-a)等无线接入技术都是以多输入多输出(multiple-inputmultiple-output，简称mimo)技术和正交频分复用(orthogonalfrequencydivisionmultiplexing，简称ofdm)技术为基础构建起来的。其中，mimo技术利用多天线系统所能获得的空间自由度，来提高峰值速率与系统频谱利用率。

在标准化发展过程中，mimo技术的维度在不断扩展。具体的，在lterel-8中，最多可以支持4层的mimo传输。在rel-9中增加了多用户mimo(multi-usermimo，简称mu-mimo)技术，tm-8的mu-mimo传输中最多可以支持4个下行数据层。在rel-10中将单用户mimo(single-usermimo，简称su-mimo)的传输能力扩展到最多8个数据层。

产业界正在进一步将mimo技术向着三维化和大规模化的方向推进。目前，第三代合作伙伴计划(3rdgenerationpartnershipproject，简称3gpp)已经完成了3d信道建模的研究项目，并且正在开展全维efd-mimo和新无线(newradio，简称nr)mimo的研究和标准化工作。可以预见，在未来的5g移动通信系统中，更大规模、更多天线端口的mimo技术将被引入。

大规模massivemimo技术使用大规模天线阵列，能够极大地提升系统频带利用效率，支持更大数量的接入用户。因此当前已将massivemimo技术视为下一代移动通信系统中最有潜力的物理层技术之一。在massivemimo技术中，如果采用全数字阵列，可以实现最大化的空间分辨率以及最优mu-mimo性能，但是这种结构需要大量的数模/模数(ad/da)转换器件以及大量完整的射频-基带处理通道，无论是设备成本还是基带处理复杂度都将是巨大的负担。为了避免上述的实现成本与设备复杂度，数模混合波束赋形技术应运而生，即在传统的数字域波束赋形基础上，在靠近天线系统的前端，在射频信号上增加一级波束赋形。模拟赋形能够通过较为简单的方式，使发送信号与信道实现较为粗略的匹配。模拟赋形后形成的等效信道的维度小于实际的天线数量，因此其后所需的ad/da转换器件、数字通道数以及相应的基带处理复杂度都可以大为降低。模拟赋形部分残余的干扰可以在数字域再进行一次处理，从而保证mu-mimo传输的质量。相对于全数字赋形而言，数模混合波束赋形是性能与复杂度的一种折中方案，在高频段大带宽或天线数量很大的系统中具有较高的实用前景。

由于ue在处于空闲态时，网络侧不知道ue的具体位置，因此当需要寻呼ue时，网络侧会通过跟踪区ta内的所有基站向ue发送寻呼消息，从而造成网络资源的浪费。

技术实现要素：

本发明实施例提供一种寻呼方法、终端及网络侧设备，以解决现有的寻呼方法可能造成网络资源的浪费的问题。

为了解决上述技术问题，第一方面，本发明实施例提供了一种寻呼方法，应用于终端，包括：

接收网络侧设备发送的提前指示信息；

当所述提前指示信息指示将要寻呼所述终端时，向所述网络侧设备发送上行信号；

监听所述网络侧设备对所述终端的寻呼。

第二方面，本发明实施例提供了一种寻呼方法，应用于网络侧设备，包括：

向终端发送提前指示信息；

接收所述终端发送的上行信号，其中，所述终端为所述提前指示信息指示的将要寻呼的终端和/或终端组中的终端；

对所述终端进行寻呼。

第三方面，本发明实施例还提供了一种终端，包括：

第一接收模块，用于接收网络侧设备发送的提前指示信息；

第一发送模块，用于当所述提前指示信息指示将要寻呼所述终端时，向所述网络侧设备发送上行信号；

监听模块，用于监听所述网络侧设备对所述终端的寻呼。

第四方面，本发明实施例还提供了一种网络侧设备，包括：

第二发送模块，用于向终端发送提前指示信息；

第二接收模块，用于接收所述终端发送的上行信号，其中，所述终端为所述提前指示信息指示的将要寻呼的终端和/或终端组中的终端；

寻呼模块，用于对所述终端进行寻呼。

第五方面，本发明实施例还提供了一种终端，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述应用于终端的寻呼方法的步骤。

第六方面，本发明实施例还提供了一种网络侧设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述应用于网络侧设备的寻呼方法的步骤。

第七方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述应用于终端的寻呼方法的步骤。

第八方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述应用于网络侧设备的寻呼方法的步骤。

在本发明实施例中，通过接收网络侧设备发送的提前指示信息，当所述提前指示信息指示将要寻呼所述终端时，向所述网络侧设备发送上行信号，并监听所述网络侧设备对所述终端的寻呼，能够实现基于反馈的寻呼方式，在寻呼前通过提前指示信息指示将要寻呼的终端和/或终端组，由于终端在接收到提前指示信息并进行反馈后，网络侧可以基于终端反馈确定寻呼的范围，因此网络侧可以不用在原来的跟踪区域内全部进行寻呼，从而节省网络资源，进一步的网络侧还可以根据终端反馈指示的资源确定寻呼的资源位置，从而节省网络侧寻呼的波束资源。

附图说明

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

图1为本发明实施例的一寻呼方法的流程图；

图2为本发明实施例的另一寻呼方法的流程图；

图3为本发明实施例的终端的结构示意图之一；

图4为本发明实施例的网络侧设备的结构示意图之一；

图5为本发明实施例的终端的结构示意图之二；

图6为本发明实施例的网络侧设备的结构示意图之二。

具体实施方式

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

参见图1所示，本发明实施例提供了一种寻呼方法，应用于终端，包括如下步骤：

步骤101：接收网络侧设备发送的提前指示信息。

其中，提前指示信息为网络侧设备在发起寻呼前发送，用于指示将要寻呼的终端和/或终端组。当提前指示信息指示将要寻呼某终端和/或某终端组时，可在该提前指示信息中携带该终端的标识id和/或该终端组的id，即若提前指示信息中携带有某终端的id和/或某终端组的id，可表示该提前指示信息指示将要寻呼该终端和/或该终端组。

具体的，提前指示信息可为如下信息中的至少一种：寻呼指示(pagingindication)信息、预先指示(priorindication)信息、唤醒信号(wake-upsignaling)和休眠信号(go-to-sleepsignaling)等。

步骤102：当所述提前指示信息指示将要寻呼所述终端时，向所述网络侧设备发送上行信号。

其中，终端发送的上行信号为对接收到的提前指示信息的响应。也就是说，当提前指示信息指示的将要寻呼的终端和/或终端组中包括接收到该提前指示信息的终端时，接收到该提前指示信息的终端可向网络侧设备发送上行信号。例如，若某基站发送的提前指示信息a指示将要寻呼终端1、终端2、终端3和终端4，则终端2在接收到提前指示信息a时，因提前指示信息a指示将要寻呼终端2，所以终端2向该基站发送上行信号，而终端5在接收到提前指示信息a时，不会向该基站发送上行信号。或者，若提前指示信息a还指示将要寻呼终端组1和终端组2(其中包括终端5)，则终端5在接收到提前指示信息a时，因提前指示信息a指示将要寻呼终端组2，所以终端5向该基站发送上行信号。

在本发明实施例中，上行信号可为如下信号中的至少一种：序列信号、预定义的指示信号、上行参考信号、上行控制信道pucch中携带的上行信号和上行共享信道pusch中携带的上行信号等。

其中，该序列信号可为前导码序列信号或者某种新设计的序列信号。该上行参考信号可为现有的上行参考信号。该pucch或pusch中携带的上行信号例如可通过msg3消息或者无线资源控制rrc连接请求消息发送。

进一步的，当该上行信号为前导码序列信号时，在发送上行信号之前，网络侧设备可通过系统消息和/或专用rrc信令为终端配置专用的前导码序列。需指出的是，网络侧在为终端配置前导码序列时，可在发送提前指示信息之前配置，可在发送提前指示信息之后且终端发送上行信号之前配置，还可在发送提前指示信息时配置并通过提前指示信息告知终端。

此外，终端在发送上行信号时，可周期性地发送上行信号，也可在接收到提前指示信息后，若该提前指示信息中携带有该终端的id和/或该终端所在终端组的id，或者指示将要寻呼该终端，发送上行信号。

步骤103：监听所述网络侧设备对所述终端的寻呼。

其中，终端在监听网络侧设备的寻呼时，可接收网络侧设备发送的寻呼消息，或者，当网络侧设备发送的下行信息只有pdcch信息时，也可以接收网络侧设备发送的pdcch信息，而该pdcch信息隐式指示网络侧设备对终端的寻呼。这样，通过pdcch信息隐式指示对终端的寻呼，可避免专门发送寻呼消息进行寻呼，节省资源和终端功耗。

本发明实施例的寻呼方法，通过接收网络侧设备发送的提前指示信息，所述提前指示信息用于指示将要寻呼的终端和/或终端组，当所述提前指示信息指示将要寻呼所述终端和/或所述终端所在的终端组时，向所述网络侧设备发送上行信号，并监听所述网络侧设备对所述终端的寻呼，能够实现基于反馈的寻呼方式，在寻呼前通过提前指示信息指示将要寻呼的终端和/或终端组，由于终端在接收到提前指示信息并进行反馈后，网络侧可以基于终端反馈确定寻呼的范围，因此网络侧可以不用在原来的跟踪区域内全部进行寻呼，从而节省网络资源，进一步的网络侧还可以根据终端反馈指示的资源确定寻呼的资源位置，从而节省网络侧寻呼的波束资源。

本发明实施例中，终端发送的上行信号可隐式或者显式携带终端的终端id和/或终端组id。具体的，当上行信号隐式携带终端id和/或终端组id时，该终端id和/或终端组id可通过上行信号使用的前导码序列、波束信息、时域资源和/或频域资源确定。当上行信号显式携带终端id和/或终端组id时，上行信号可直接携带终端id和/或终端组id。

需说明的是，上行信号携带的终端id可以是终端的完整标识信息ue_id或者该ue_id的一部分(即该ue_id中截取的一部分)。该ue_id可为如下信息中的至少一种：国际移动用户识别码imsi、s-临时移动用户识别码s-tmsi、临时移动用户识别码tmsi、分组临时移动用户识别码p-tmsi、配置configuredid(比如通过释放空闲态)和resumeid等。

本发明实施例中，终端在向网络侧设备发送上行信号时，可根据多种不同的资源发送上行信号。并且，该资源可为时域资源、频域资源和波束资源中的至少一种。具体的，步骤102可包括：

终端根据预留的资源或者预定义的资源，向网络侧设备发送上行信号。

其中，该预留的资源例如为终端提前预留的资源，该预定义的资源例如为通过协议预定义的资源。

或者，终端根据提前指示信息中隐式或者显式指示的资源，向网络侧设备发送上行信号。

其中，当提前指示信息显示指示资源时，该提前指示信息可直接携带用于指示终端发送上行信号的资源的指示信息。当提前指示信息隐式指示资源时，该提前指示信息隐式指示的资源可为与提前指示信息使用的资源对应的时域资源、频域资源和/或波束资源。

或者，终端根据提前指示信息对应的下行控制信息中指示的资源，向网络侧设备发送上行信号。

或者，终端根据预设的同步信号块(synchronoussignalblock，简称ssb)对应的上行资源，向网络侧设备发送上行信号。

其中，该预设的ssb可为如下ssb中的一种：当前最优的ssb、高于预设门限的ssb、距离提前指示信息最近的ssb和距离提前指示信息最近的且高于预设门限的ssb等。

或者，终端根据配置的随机接入资源，向网络侧设备发送上行信号。

或者，终端根据与终端id和/或终端组id对应的资源，向网络侧设备发送上行信号。

进一步的，本发明实施例中，终端发送的上行信号中可携带有用于指示网络侧设备寻呼的资源，和/或终端监听网络侧设备的寻呼的资源的指示信息。

本发明实施例中，终端在监听网络侧设备的寻呼时，可在多种不同的资源上进行监听。需要指出的是，此处的资源主要指波束资源，而时域资源位置可按照po和pf计算出。具体的，步骤103可包括：

终端在上行信号中携带的指示信息指示的资源上，监听网络侧设备的寻呼。

或者，终端在与发送上行信号的资源关联的资源上，监听网络侧设备的寻呼。

或者，终端在配置的资源上，监听网络侧设备的寻呼。

或者，终端在与终端id和/或终端组id对应的资源上，监听网络侧设备的寻呼。

参见图2所示，本发明实施例还提供了一种寻呼方法，应用于网络侧设备，包括如下步骤：

步骤201：向终端发送提前指示信息；

步骤202：接收所述终端发送的上行信号，其中，所述终端为所述提前指示信息指示的将要寻呼的终端和/或终端组中的终端；

步骤203：对所述终端进行寻呼。

本发明实施例的寻呼方法，通过向终端发送提前指示信息，接收所述终端发送的上行信号，所述终端为所述提前指示信息指示的将要寻呼的终端和/或终端组中的终端，对所述终端进行寻呼，能够实现基于反馈的寻呼方式，在寻呼前通过提前指示信息指示将要寻呼的终端和/或终端组，由于终端在接收到提前指示信息并进行反馈后，网络侧可以基于终端反馈确定寻呼的范围，因此网络侧可以不用在原来的跟踪区域内全部进行寻呼，从而节省网络资源，进一步的网络侧还可以根据终端反馈指示的资源确定寻呼的资源位置，从而节省网络侧寻呼的波束资源。

本发明实施例中，步骤203可包括：

向所述终端发送寻呼消息；或者

向所述终端发送pdcch信息，其中，所述pdcch信息隐式指示对所述终端的寻呼。

可选的，所述提前指示信息为如下信息中的至少一种：寻呼指示信息、预先指示信息、唤醒信号和休眠信号。

可选的，所述上行信号为如下信号中的至少一种：序列信号、预定义的指示信号、上行参考信号、上行控制信道中携带的上行信号和上行共享信道中携带的上行信号。

具体的，所述上行信号可为前导码序列信号，所述前导码序列信号对应的前导码序列是所述网络侧设备通过系统消息和/或专用rrc信令为所述终端配置的。

本发明实施例中，所述上行信号隐式或者显式携带所述终端的终端id和/或终端组id。

进一步的，当所述上行信号隐式携带所述终端id和/或终端组id时，所述终端id和/或终端组id通过所述上行信号使用的前导码序列、波束信息、时域资源和/或频域资源确定；当所述上行信号显式携带所述终端id和/或终端组id时，所述上行信号直接携带所述终端id和/或终端组id。

可选的，所述终端id是所述终端的完整标识信息ue_id或者所述ue_id的一部分，所述ue_id为如下信息中的至少一种：imsi、s-tmsi、tmsi、p-tmsi、配置id和resumeid。

本发明实施例中，步骤202可包括：

根据预留的资源或者预定义的资源，接收所述终端发送的上行信号；

或者，根据所述提前指示信息中隐式或者显式指示的资源，接收所述终端发送的上行信号；

或者，根据所述提前指示信息对应的下行控制信息中指示的资源，接收所述终端发送的上行信号；

或者，根据预设的ssb对应的上行资源，接收所述终端发送的上行信号；

或者，根据配置的随机接入资源，接收所述终端发送的上行信号；

或者，根据与所述终端的终端id和/或终端组id对应的资源，接收所述终端发送的上行信号。

可选的，当所述提前指示信息显示指示资源时，所述提前指示信息携带用于指示终端发送上行信号的资源的指示信息；当所述提前指示信息隐式指示资源时，所述提前指示信息隐式指示的资源为与所述提前指示信息使用的资源对应的资源。

可选的，所述预设的ssb可为如下ssb中的一种：当前最优的ssb、高于预设门限的ssb、距离提前指示信息最近的ssb和距离提前指示信息最近的且高于预设门限的ssb。

可选的，所述资源为时域资源、频域资源和波束资源中的至少一种。

本发明实施例中，所述上行信号中携带有用于指示网络侧设备寻呼的资源，和/或终端监听网络侧设备的寻呼的资源的指示信息。

本发明实施例中，步骤203可包括：

在所述上行信号中携带的指示信息指示的资源上，对所述终端进行寻呼；

或者，在与接收所述上行信号的资源关联的资源上，对所述终端进行寻呼；

或者，在配置的资源上，对所述终端进行寻呼；

或者，在与所述终端的终端id和/或终端组id对应的资源上，对所述终端进行寻呼；

或者，根据波束扫描，在所有或者部分下行波束上对所述终端进行寻呼。

可选的，所述资源为波束资源。

上述实施例对本发明的寻呼方法进行了说明，下面将结合实施例和附图对与本发明的寻呼方法对应的终端和网络侧设备进行说明。

参见图3所示，本发明实施例还提供了一种终端，所述终端包括第一接收模块31、第一发送模块32和监听模块33。

其中，所述第一接收模块31，用于接收网络侧设备发送的提前指示信息。

所述第一发送模块32，用于当所述提前指示信息指示将要寻呼所述终端时，向所述网络侧设备发送上行信号。

所述监听模块33，用于监听所述网络侧设备对所述终端的寻呼。

本发明实施例的终端，通过接收网络侧设备发送的提前指示信息，当所述提前指示信息指示将要寻呼所述终端时，向所述网络侧设备发送上行信号，并监听所述网络侧设备对所述终端的寻呼，能够实现基于反馈的寻呼方式，在寻呼前通过提前指示信息指示将要寻呼的终端和/或终端组，由于终端在接收到提前指示信息并进行反馈后，网络侧可以基于终端反馈确定寻呼的范围，因此网络侧可以不用在原来的跟踪区域内全部进行寻呼，从而节省网络资源，进一步的网络侧还可以根据终端反馈指示的资源确定寻呼的资源位置，从而节省网络侧寻呼的波束资源。

本发明实施例中，所述监听模块33具体用于：

接收所述网络侧设备发送的寻呼消息；或者

接收所述网络侧设备发送的pdcch信息，其中，所述pdcch信息隐式指示对所述终端的寻呼。

可选的，所述提前指示信息为如下信息中的至少一种：寻呼指示信息、预先指示信息、唤醒信号和休眠信号。

可选的，所述上行信号为如下信号中的至少一种：序列信号、预定义的指示信号、上行参考信号、上行控制信道中携带的上行信号和上行共享信道中携带的上行信号。

可选的，所述上行信号为前导码序列信号，所述前导码序列信号对应的前导码序列是所述网络侧设备通过系统消息和/或专用rrc信令为所述终端配置的。

本发明实施例中，所述上行信号隐式或者显式携带所述终端的终端id和/或终端组id。

可选的，当所述上行信号隐式携带所述终端id和/或终端组id时，所述终端id和/或终端组id通过所述上行信号使用的前导码序列、波束信息、时域资源和/或频域资源确定；当所述上行信号显式携带所述终端id和/或终端组id时，所述上行信号直接携带所述终端id和/或终端组id。

可选的，所述终端id是所述终端的完整标识信息ue_id或者所述ue_id的一部分，所述ue_id为如下信息中的至少一种：imsi、s-tmsi、tmsi、p-tmsi、配置id和resumeid。

本发明实施例中，所述第一发送模块32具体用于：

根据预留的资源或者预定义的资源，向所述网络侧设备发送所述上行信号；

或者，根据所述提前指示信息中隐式或者显式指示的资源，向所述网络侧设备发送所述上行信号；

或者，根据所述提前指示信息对应的下行控制信息中指示的资源，向所述网络侧设备发送所述上行信号；

或者，根据预设的ssb对应的上行资源，向所述网络侧设备发送所述上行信号；

或者，根据配置的随机接入资源，向所述网络侧设备发送所述上行信号；

或者，根据与所述终端的终端id和/或终端组id对应的资源，向所述网络侧设备发送所述上行信号。

可选的，当所述提前指示信息显示指示资源时，所述提前指示信息携带用于指示终端发送上行信号的资源的指示信息；当所述提前指示信息隐式指示资源时，所述提前指示信息隐式指示的资源为与所述提前指示信息使用的资源对应的资源。

可选的，所述预设的ssb为如下ssb中的一种：当前最优的ssb、高于预设门限的ssb、距离提前指示信息最近的ssb和距离提前指示信息最近的且高于预设门限的ssb。

可选的，所述资源为时域资源、频域资源和波束资源中的至少一种。

本发明实施例中，所述上行信号中携带有用于指示网络侧设备寻呼的资源，和/或终端监听网络侧设备的寻呼的资源的指示信息。

本发明实施例中，所述监听模块33具体用于：

在所述上行信号中携带的指示信息指示的资源上，监听所述网络侧设备对所述终端的寻呼；

或者，在与发送所述上行信号的资源关联的资源上，监听所述网络侧设备对所述终端的寻呼；

或者，在配置的资源上，监听所述网络侧设备对所述终端的寻呼；

或者，在与所述终端的终端id和/或终端组id对应的资源上，监听所述网络侧设备对所述终端的寻呼。

可选的，所述资源为波束资源。

参见图4所示，本发明实施例还提供了一种网络侧设备，所述网络侧设备包括第二发送模块41、第二接收模块42和寻呼模块43。

其中，所述第二发送模块41，用于向终端发送提前指示信息。

所述第二接收模块42，用于接收所述终端发送的上行信号，其中，所述终端为所述提前指示信息指示的将要寻呼的终端和/或终端组中的终端。

所述寻呼模块43，用于对所述终端进行寻呼。

本发明实施例的网络侧设备，通过向终端发送提前指示信息，接收所述终端发送的上行信号，所述终端为所述提前指示信息指示的将要寻呼的终端和/或终端组中的终端，对所述终端进行寻呼，能够实现基于反馈的寻呼方式，在寻呼前通过提前指示信息指示将要寻呼的终端和/或终端组，由于终端在接收到提前指示信息并进行反馈后，网络侧可以基于终端反馈确定寻呼的范围，因此网络侧可以不用在原来的跟踪区域内全部进行寻呼，从而节省网络资源，进一步的网络侧还可以根据终端反馈指示的资源确定寻呼的资源位置，从而节省网络侧寻呼的波束资源。

本发明实施例中，所述寻呼模块43具体用于：

向所述终端发送寻呼消息；或者

向所述终端发送pdcch信息，其中，所述pdcch信息隐式指示对所述终端的寻呼。

可选的，所述提前指示信息为如下信息中的至少一种：寻呼指示信息、预先指示信息、唤醒信号和休眠信号。

可选的，所述上行信号为如下信号中的至少一种：序列信号、预定义的指示信号、上行参考信号、上行控制信道中携带的上行信号和上行共享信道中携带的上行信号。

可选的，所述上行信号为前导码序列信号，所述前导码序列信号对应的前导码序列是所述网络侧设备通过系统消息和/或专用rrc信令为所述终端配置的。

本发明实施例中，所述上行信号隐式或者显式携带所述终端的终端id和/或终端组id。

可选的，当所述上行信号隐式携带所述终端id和/或终端组id时，所述终端id和/或终端组id通过所述上行信号使用的前导码序列、波束信息、时域资源和/或频域资源确定；当所述上行信号显式携带所述终端id和/或终端组id时，所述上行信号直接携带所述终端id和/或终端组id。

可选的，所述终端id是所述终端的完整标识信息ue_id或者所述ue_id的一部分，所述ue_id为如下信息中的至少一种：imsi、s-tmsi、tmsi、p-tmsi、配置id和resumeid。

本发明实施例中，所述第二接收模块42具体用于：

根据预留的资源或者预定义的资源，接收所述终端发送的上行信号；

或者，根据所述提前指示信息中隐式或者显式指示的资源，接收所述终端发送的上行信号；

或者，根据所述提前指示信息对应的下行控制信息中指示的资源，接收所述终端发送的上行信号；

或者，根据预设的ssb对应的上行资源，接收所述终端发送的上行信号；

或者，根据配置的随机接入资源，接收所述终端发送的上行信号；

或者，根据与所述终端的终端id和/或终端组id对应的资源，接收所述终端发送的上行信号。

可选的，当所述提前指示信息显示指示资源时，所述提前指示信息携带用于指示终端发送上行信号的资源的指示信息；当所述提前指示信息隐式指示资源时，所述提前指示信息隐式指示的资源为与所述提前指示信息使用的资源对应的资源。

可选的，所述预设的ssb为如下ssb中的一种：当前最优的ssb、高于预设门限的ssb、距离提前指示信息最近的ssb和距离提前指示信息最近的且高于预设门限的ssb。

可选的，所述资源为时域资源、频域资源和波束资源中的至少一种。

本发明实施例中，所述上行信号中携带有用于指示网络侧设备寻呼的资源，和/或终端监听网络侧设备的寻呼的资源的指示信息。

本发明实施例中，所述寻呼模块43具体：

在所述上行信号中携带的指示信息指示的资源上，对所述终端进行寻呼；

或者，在与接收所述上行信号的资源关联的资源上，对所述终端进行寻呼；

或者，在配置的资源上，对所述终端进行寻呼；

或者，在与所述终端的终端id和/或终端组id对应的资源上，对所述终端进行寻呼；

或者，根据波束扫描，在所有或者部分下行波束上对所述终端进行寻呼。

可选的，所述资源为波束资源。

此外，本发明实施例还提供了一种终端，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述计算机程序被所述处理器执行时实现上述应用于终端的寻呼方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

具体的，图5为实现本发明各个实施例的一种终端的硬件结构示意图，终端500包括但不限于：射频单元501、网络模块502、音频输出单元503、输入单元504、传感器505、显示单元506、用户输入单元507、接口单元508、存储器509、处理器510、以及电源511等部件。本领域技术人员可以理解，图5中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，射频单元501，用于接收网络侧设备发送的提前指示信息；当所述提前指示信息指示将要寻呼所述终端时，向所述网络侧设备发送上行信号；

处理器510，用于监听所述网络侧设备对所述终端的寻呼。

本发明实施例的终端500，通过接收网络侧设备发送的提前指示信息，所述提前指示信息用于指示将要寻呼的终端和/或终端组，当所述提前指示信息指示将要寻呼所述终端和/或所述终端所在的终端组时，向所述网络侧设备发送上行信号，并监听所述网络侧设备对所述终端的寻呼，能够实现基于反馈的寻呼方式，在寻呼前通过提前指示信息指示将要寻呼的终端和/或终端组，由于终端在接收到提前指示信息并进行反馈后，网络侧可以基于终端反馈确定寻呼的范围，因此网络侧可以不用在原来的跟踪区域内全部进行寻呼，从而节省网络资源，进一步的网络侧还可以根据终端反馈指示的资源确定寻呼的资源位置，从而节省网络侧寻呼的波束资源。

应理解的是，本发明实施例中，射频单元501可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器510处理；另外，将上行的数据发送给基站。通常，射频单元501包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元501还可以通过无线通信系统与网络和其他设备通信。

终端通过网络模块502为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元503可以将射频单元505或网络模块502接收的或者在存储器509中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元503还可以提供与终端500执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元503包括扬声器、蜂鸣器以及受话器等。

输入单元504用于接收音频或视频信号。输入单元504可以包括图形处理器(graphicsprocessingunit，gpu)5041和麦克风5042，图形处理器5041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元506上。经图形处理器5041处理后的图像帧可以存储在存储器509(或其它存储介质)中或者经由射频单元501或网络模块502进行发送。麦克风5042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元501发送到移动通信基站的格式输出。

终端500还包括至少一种传感器505，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板5061的亮度，接近传感器可在终端500移动到耳边时，关闭显示面板5061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器105还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元506用于显示由用户输入的信息或提供给用户的信息。显示单元506可包括显示面板5061，可以采用液晶显示器(liquidcrystaldisplay，lcd)、有机发光二极管(organiclight-emittingdiode,oled)等形式来配置显示面板1061。

用户输入单元507可用于接收输入的数字或字符信息，以及产生与终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元507包括触控面板5071以及其他输入设备5072。触控面板5071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板5071上或在触控面板5071附近的操作)。触控面板5071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，接收处理器510发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板5071。除了触控面板5071，用户输入单元507还可以包括其他输入设备5072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板5071可覆盖在显示面板5061上，当触控面板5071检测到在其上或附近的触摸操作后，传送给处理器510以确定触摸事件的类型，随后处理器510根据触摸事件的类型在显示面板5061上提供相应的视觉输出。虽然在图5中，触控面板5071与显示面板5061是作为两个独立的部件来实现终端的输入和输出功能，但是在某些实施例中，可以将触控面板5071与显示面板5061集成而实现终端的输入和输出功能，具体此处不做限定。

接口单元508为外部装置与终端500连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(i/o)端口、视频i/o端口、耳机端口等等。接口单元508可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端500内的一个或多个元件或者可以用于在终端500和外部装置之间传输数据。

存储器509可用于存储软件程序以及各种数据。存储器509可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器510是终端的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器509内的软件程序和/或模块，以及调用存储在存储器509内的数据，执行终端的各种功能和处理数据，从而对终端进行整体监控。处理器510可包括一个或多个处理单元；优选的，处理器510可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器510中。

终端500还可以包括给各个部件供电的电源511(比如电池)，优选的，电源511可以通过电源管理系统与处理器510逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外，终端500还可包括一些未示出的功能模块，在此不再赘述。

本发明实施例还提供了一种网络侧设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述计算机程序被所述处理器执行时实现上述应用于网络侧设备的寻呼方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

具体的，图6为实现本发明各个实施例的一种网络侧设备的硬件结构示意图，所述网络侧设备60包括但不限于：总线61、收发机62、天线63、总线接口64、处理器65和存储器66。

在本发明实施例中，所述网络侧设备60还包括：存储在存储器66上并可在处理器65上运行的计算机程序，所述计算机程序被处理器65执行时实现以下步骤：

控制收发机62向终端发送提前指示信息，接收所述终端发送的上行信号，所述终端为所述提前指示信息指示的将要寻呼的终端和/或终端组中的终端，对所述终端进行寻呼。

收发机62，用于在处理器65的控制下接收和发送数据。

在图6中，总线架构(用总线61来代表)，总线61可以包括任意数量的互联的总线和桥，总线61将包括由处理器65代表的一个或多个处理器和存储器66代表的存储器的各种电路链接在一起。总线61还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口64在总线61和收发机62之间提供接口。收发机62可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器65处理的数据通过天线63在无线介质上进行传输，进一步，天线63还接收数据并将数据传送给处理器65。

处理器65负责管理总线61和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器66可以被用于存储处理器65在执行操作时所使用的数据。

可选的，处理器65可以是cpu、asic、fpga或cpld。

进一步的，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述应用于终端的寻呼方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，该计算机可读存储介质，例如为只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等。

本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述应用于网络侧设备的寻呼方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，该计算机可读存储介质，例如为只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。