CN105357756A - 一种寻呼的方法及通信网络系统 - Google Patents

Abstract

本发明实施例公开了一种寻呼的方法及通信网络系统，涉及通信技术领域，能够提高关键业务的寻呼成功率。本发明实施例的方法包括：所述寻呼策略功能实体接收所述关键业务的服务器发送的请求消息，并根据所述请求消息向所述移动网关发送寻呼策略；所述移动网关根据所述寻呼策略，将所有数据包中所述关键业务的数据包标记为目标数据包；所述移动网关向所述寻呼控制器发送所述所有数据包；当寻呼信道发生拥塞时，所述寻呼控制器优先向所述基站发送所述目标数据包的寻呼消息。本发明适用于一种通信网络系统。

Description

一种寻呼的方法及通信网络系统

技术领域

本发明涉及通信技术领域，尤其涉及一种寻呼的方法及通信网络系统。

背景技术

随着通信技术的发展，尤其是寻呼技术的普及，基站可以通过寻呼信道发送寻呼消息，使终端从空闲态转为连接态，从而网络能够给该终端后续发送数据包。目前，由于寻呼信道的带宽是有限的，因此，每一个寻呼时刻能够同时被寻呼的终端数量是有限的。也就是当寻呼信道出现拥塞时，寻呼信道的带宽无法支持传输大量寻呼消息。

基站采用上述方法来实现寻呼消息的传输过程中，通常会随机选择丢弃部分寻呼消息。因此，当寻呼信道出现拥塞时，诸如银行支付消息、股市行情提醒消息等关键业务的数据包的寻呼消息很可能被基站丢弃，从而降低关键业务的寻呼成功率。

发明内容

本发明实施例提供一种寻呼的方法及通信网络系统，能够提高关键业务的寻呼成功率。

为达到上述目的，本发明实施例采用如下技术方案：

第一方面，本发明实施例提供一种寻呼的方法，所述通信网络系统设置有服务器、移动网关、寻呼控制器和基站，所述通信网络系统还设置有寻呼策略功能实体，所述服务器包括关键业务的服务器，所述方法包括：

所述寻呼策略功能实体接收所述关键业务的服务器发送的请求消息，并根据所述请求消息向所述移动网关发送寻呼策略；

所述移动网关根据所述寻呼策略，将所有数据包中所述关键业务的数据包标记为目标数据包；

所述移动网关向所述寻呼控制器发送所述所有数据包；

当寻呼信道发生拥塞时，所述寻呼控制器优先向所述基站发送所述目标数据包的寻呼消息。

第二方面，本发明实施例提供一种通信网络系统，所述通信网络系统设置有服务器、移动网关、寻呼控制器和基站，所述通信网络系统还设置有寻呼策略功能实体，所述服务器包括关键业务的服务器，所述寻呼策略功能实体，用于接收所述关键业务的服务器发送的请求消息，并根据所述请求消息向所述移动网关发送寻呼策略；

所述移动网关，用于根据所述寻呼策略，将所有数据包中所述关键业务的数据包标记为目标数据包；

所述移动网关，还用于向所述寻呼控制器发送所述所有数据包；

当寻呼信道发生拥塞时，所述寻呼控制器，用于优先向所述基站发送所述目标数据包的寻呼消息。

本发明实施例提供的一种寻呼的方法及通信网络系统，寻呼策略功能实体根据关键业务的服务器发送的请求消息，向移动网关发送寻呼策略，之后移动网关根据接收到的寻呼策略，将所有数据包中关键业务的数据包标记为目标数据包，并向寻呼控制器发送所有数据包，当寻呼信道发生拥塞时，寻呼控制器优先向基站发送目标数据包的寻呼消息。相比较于现有技术中当寻呼信道发生拥塞时，寻呼控制器随机丢弃部分数据包的寻呼消息，并将未被丢弃的数据包的寻呼消息向基站发送，本发明实施例可以通过对数据包进行标记的方式，来区分关键业务的数据包和其他数据包，也就是非关键业务的数据包，因此，当寻呼信道发生拥塞时，基站能够确保优先将关键业务的数据包的寻呼消息发送给基站，从而提高关键业务的寻呼成功率。

附图说明

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

图1为本发明实施例提供的一种具体应用场景下的结构示意图；

图2为本发明实施例提供的一种寻呼的方法交互图；

图3为本发明实施例提供的另一种寻呼的方法交互图；

图4为本发明实施例提供的另一种寻呼的方法交互图；

图5为本发明实施例提供的另一种寻呼的方法交互图；

图6为本发明实施例提供的另一种寻呼的方法交互图；

图7为本发明实施例提供的一种通信网络系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例可以用于一种通信网络系统，通信网络系统可以设置有服务器、移动网关、寻呼控制器、基站和寻呼策略功能实体。其中，服务器可以包括关键业务的服务器。在本发明实施例中，如图1所示的通信网络系统中，寻呼策略功能实体具体可以为寻呼策略控制设备，服务器具体可以为第三方业务提供设备。在本发明实施例中，第三方业务提供设备，也就是第三方业务提供商(ServiceProvider，SP)，为用于提供移动互联网业务的第三方企业；寻呼策略功能实体，也就是寻呼策略控制(PagingPolicyControl，PPC)，为移动网络中负责配置寻呼策略的实体，可以用于接收第三方业务提供商发送的请求消息，也就是关键业务寻呼优先配置请求消息，并对第三方业务提供商所提供的业务进行鉴权，同时向移动网关下发寻呼策略。

本发明实施例提供一种寻呼的方法，如图2所示，该方法包括：

101、寻呼策略功能实体接收关键业务的服务器发送的请求消息。

102、寻呼策略功能实体根据请求消息向移动网关发送寻呼策略。

在本发明实施例中，寻呼策略功能实体中可以设置有第三方API(ApplicationProgrammingInterface，应用程序编程接口)，用于接收第三方业务提供设备发送的请求消息，并通过寻呼策略功能实体中设置的业务签约功能模块来实现对请求消息的鉴权，如果鉴权不通过，则向第三方业务提供设备返回请求失败消息，如果鉴权通过，则把请求消息发送给寻呼策略生成模块，并由寻呼策略生成模块来生成相应的寻呼策略，将寻呼策略通过寻呼策略下发模块发送给移动网关，同时向第三方API返回业务执行成功的响应消息。需要说明的是，请求消息包括：身份认证信息和数据包对应业务的IP地址(InternetProtocolAddress)。在本发明实施例中，身份认证信息主要用于对业务进行鉴权，IP地址则用于生成相应的寻呼策略。比如：寻呼策略功能实体可以根据IP地址来区分不同业务的类型，将业务划分为关键业务和非关键业务，之后将划分业务类型的规则发送给移动网关，以便于移动网关根据划分业务类型的规则，也就是寻呼策略来对数据包中的目标数据包进行标记。

103、移动网关根据寻呼策略，将所有数据包中关键业务的数据包标记为目标数据包。

当业务通过鉴权之后，寻呼策略功能实体会向移动网关下发寻呼策略，移动网关根据寻呼策略中的关键业务的IP地址来确定每个数据包的类型，也就是将数据包按照各自的IP地址划分为关键业务的数据包和非关键业务的数据包，之后将关键业务的数据包标记为目标数据包。

104、移动网关向寻呼控制器发送所有数据包。

105、当寻呼信道发生拥塞时，寻呼控制器优先向基站发送目标数据包的寻呼消息。

当寻呼信道发生拥塞时，寻呼控制器可以优先向基站发送目标数据包的寻呼消息，或是在基站接收到寻呼控制器发送的数据包的寻呼消息之后，优先在最近寻呼时间点发送目标数据包的寻呼消息。需要说明的是，当寻呼信道发生拥塞时候，寻呼控制器可以优先向基站发送目标数据包的寻呼消息，如果寻呼信道还可以支持其他数据包的寻呼消息的传送，则寻呼控制器可以在发送完毕目标数据包的寻呼消息之后，继续向基站发送除目标数据包以外的其他数据包的寻呼消息。

本发明实施例提供的一种寻呼的方法，寻呼策略功能实体根据关键业务的服务器发送的请求消息，向移动网关发送寻呼策略，之后移动网关根据接收到的寻呼策略，将所有数据包中关键业务的数据包标记为目标数据包，并向寻呼控制器发送所有数据包，当寻呼信道发生拥塞时，寻呼控制器优先向基站发送目标数据包的寻呼消息。相比较于现有技术中当寻呼信道发生拥塞时，寻呼控制器随机丢弃部分数据包的寻呼消息，并将未被丢弃的数据包的寻呼消息向基站发送，本发明实施例可以通过对数据包进行标记的方式，来区分关键业务的数据包和其他数据包，也就是非关键业务的数据包，因此，当寻呼信道发生拥塞时，基站能够确保优先将关键业务的数据包的寻呼消息发送给基站，从而提高关键业务的寻呼成功率。

为了确保寻呼控制器向基站发送的目标数据包的寻呼消息可以被基站区分，在本发明实施例的一个实现方式中，寻呼控制器可以将目标数据包的寻呼消息进行标记，因此，在如图2所示的实现方式的基础上，还可以实现为如图3所示的实现方式。其中，在执行步骤105当寻呼信道发生拥塞时，寻呼控制器优先向基站发送目标数据包的寻呼消息之前，还可以执行步骤106：

106、寻呼控制器标记目标数据包的寻呼消息，以便于基站能够识别被标记的目标数据包的寻呼消息，在发送所有数据包中除目标数据包以外的其他数据包的寻呼消息之前，发送目标数据包的寻呼消息。

本发明实施例提供的一种寻呼的方法，寻呼策略功能实体根据关键业务的服务器发送的请求消息，向移动网关发送寻呼策略，之后移动网关根据接收到的寻呼策略，将所有数据包中关键业务的数据包标记为目标数据包，并向寻呼控制器发送所有数据包，由寻呼控制器标记目标数据包的寻呼消息，当寻呼信道发生拥塞时，寻呼控制器优先向基站发送目标数据包的寻呼消息。相比较于现有技术中当寻呼信道发生拥塞时，寻呼控制器随机丢弃部分数据包的寻呼消息，并将未被丢弃的数据包的寻呼消息向基站发送，本发明实施例可以通过对数据包进行标记的方式，来区分关键业务的数据包和其他数据包，也就是非关键业务的数据包，因此，当寻呼信道发生拥塞时，基站能够确保优先发送关键业务的数据包的寻呼消息，从而提高关键业务的寻呼成功率，缩短关键业务的寻呼时延。

为了确保已经发生拥塞的寻呼信道可以优先用于关键业务的寻呼，在本发明实施例的一个实现方式中，寻呼控制器除了可以向基站发送目标数据包的寻呼消息以外，还可以将其他数据包的寻呼消息的发送间隔延长，或是直接丢弃其他数据包的寻呼消息。因此，如图4所示或如图5所示，也就是在执行步骤104移动网关向寻呼控制器发送所有数据包之后，还可以执行步骤107至步骤108或步骤109：

107、寻呼控制器延长所有数据包中除目标数据包以外的其他数据包的寻呼消息的发送间隔。

108、在达到发送间隔的时刻，寻呼控制器向基站发送其他数据包的寻呼消息。

109、寻呼控制器丢弃其他数据包的寻呼消息。

需要说明的是，在本发明实施例中，步骤108和步骤105的执行顺序不作具体限定，可以同时执行步骤108和步骤105，或者按照一定先后顺序执行步骤108和步骤105。

在本发明实施例中，当寻呼信道发生拥塞时，寻呼控制器不仅可以优先将目标数据包的寻呼消息发送给基站，同时，还可以将除目标数据包以外的其他数据包的寻呼消息丢弃，或者将除目标数据包以外的其他数据包的寻呼消息的发送间隔延长，从而在降低寻呼信道的负荷的同时，还保留了其他数据包的寻呼消息的发送，减少了数据包的寻呼消息的丢失。

本发明实施例提供的一种寻呼的方法，寻呼策略功能实体根据关键业务的服务器发送的请求消息，向移动网关发送寻呼策略，之后移动网关根据接收到的寻呼策略，将所有数据包中关键业务的数据包标记为目标数据包，并向寻呼控制器发送所有数据包，当寻呼信道发生拥塞时，寻呼控制器优先向基站发送目标数据包的寻呼消息，或延长所有数据包中除目标数据包以外的其他数据包的寻呼消息的发送间隔，并向基站发送其他数据包的寻呼消息，或丢弃其他数据包的寻呼消息。相比较于现有技术中当寻呼信道发生拥塞时，寻呼控制器随机丢弃部分数据包的寻呼消息，并将未被丢弃的数据包的寻呼消息向基站发送，本发明实施例可以通过对数据包进行标记的方式，来区分关键业务的数据包和其他数据包，也就是非关键业务的数据包，因此，当寻呼信道发生拥塞时，基站能够确保优先将关键业务的数据包的寻呼消息发送给基站，从而提高关键业务的寻呼成功率。并且，当寻呼信道发生拥塞时，寻呼控制器可以延长其他数据包的寻呼消息的发送间隔，或将其他数据包的寻呼消息丢弃，从而保证已经发生拥塞的寻呼信道可以支持关键业务的寻呼。

为了确保当寻呼信道发生拥塞时，目标数据包的寻呼消息可以被基站优先发送，在本发明实施例的一个实现方式中，基站可以在接收到寻呼控制器发送的寻呼消息之后，将目标数据包的寻呼消息在最近寻呼时间点发送。因此，在如图3所示的实现方式的基础上，还可以实现为如图6所示的实现方式，其中，在执行步骤105当寻呼信道发生拥塞时，寻呼控制器优先向基站发送目标数据包的寻呼消息之后，还可以执行步骤110至步骤113：

110、基站判断寻呼控制器发送的寻呼消息是否为目标数据包的寻呼消息。其中，当该寻呼消息为目标数据包的寻呼消息时，执行步骤111和步骤112；否则，执行步骤113。

111、基站确定最近寻呼时间点。

112、基站在最近寻呼时间点发送目标数据包的寻呼消息。

113、基站延迟发送或是丢弃非目标数据包的寻呼消息。

在本发明实施例中，当所有数据包中不存在关键业务的数据包，也就是不存在目标数据包时，寻呼控制器可以随机或是按照数据包生成的顺序将所有数据包的寻呼消息发送给基站，以便于基站实现终端的寻呼过程。需要说明的是，当寻呼信道未发生拥塞时，寻呼控制器也可以优先向基站发送目标数据包的寻呼消息，从而提高关键业务的寻呼效率。

本发明实施例提供的一种寻呼的方法，寻呼策略功能实体根据关键业务的服务器发送的请求消息，向移动网关发送寻呼策略，之后移动网关根据接收到的寻呼策略，将所有数据包中关键业务的数据包标记为目标数据包，并向寻呼控制器发送所有数据包，当寻呼信道发生拥塞时，寻呼控制器优先向基站发送目标数据包的寻呼消息，或延长所有数据包中除目标数据包以外的其他数据包的寻呼消息的发送间隔，并向基站发送其他数据包的寻呼消息，或丢弃其他数据包的寻呼消息。之后当基站接收到寻呼控制器发送的数据包的寻呼消息之后，可以通过判断数据包的寻呼消息是否为目标数据包的寻呼消息，来确定是否向基站发送数据包的寻呼消息，以及发送数据包的寻呼消息的时间点。相比较于现有技术中当寻呼信道发生拥塞时，寻呼控制器随机丢弃部分数据包的寻呼消息，并将未被丢弃的数据包的寻呼消息向基站发送，本发明实施例可以通过对数据包进行标记的方式，来区分关键业务的数据包和其他数据包，也就是非关键业务的数据包，因此，当寻呼信道发生拥塞时，基站能够确保优先将关键业务的数据包的寻呼消息发送给基站，从而提高关键业务的寻呼成功率。并且，当基站接收到寻呼控制器发送的数据包的寻呼消息之后，可以通过判断数据包的寻呼消息的类型，也就是判断数据包的寻呼消息为目标数据包的寻呼消息或其他数据包的寻呼消息，来确定数据包的寻呼消息的发送时机，从而进一步保证优先执行关键业务的寻呼。

本发明实施例提供一种通信网络系统20，如图7所示，通信网络系统20设置有服务器21、移动网关22、寻呼控制器23和基站24，通信网络系统20还设置有寻呼策略功能实体25，服务器21包括关键业务的服务器211，寻呼策略功能实体25，用于接收关键业务的服务器211发送的请求消息，并根据请求消息向移动网关22发送寻呼策略。

移动网关22，用于根据寻呼策略，将所有数据包中关键业务的数据包标记为目标数据包。

移动网关22，还用于向寻呼控制器23发送所有数据包。

当寻呼信道发生拥塞时，寻呼控制器23，用于优先向基站24发送目标数据包的寻呼消息。

在本发明实施例的一个实现方式中，寻呼控制器23，还用于标记目标数据包的寻呼消息，以便于基站24能够识别被标记的目标数据包的寻呼消息，在向基站24发送所有数据包中除目标数据包以外的其他数据包的寻呼消息之前，发送目标数据包的寻呼消息。

在本发明实施例的一个实现方式中，寻呼控制器23，还用于延长所有数据包中除目标数据包以外的其他数据包的寻呼消息的发送间隔，并在达到发送间隔的时刻向基站24发送其他数据包的寻呼消息；

或者，寻呼控制器23，还用于丢弃其他数据包的寻呼消息。

在本发明实施例的一个实现方式中，基站24，用于判断寻呼控制器23发送的寻呼消息是否为目标数据包的寻呼消息。

当寻呼控制器23发送的寻呼消息为目标数据包的寻呼消息时，基站24，还用于确定最近寻呼时间点。

基站24，还用于在最近寻呼时间点发送目标数据包的寻呼消息。

需要说明的是，请求消息包括：身份认证信息和数据包对应业务的网际协议IP地址。

本发明实施例提供的一种通信网络系统，寻呼策略功能实体根据关键业务的服务器发送的请求消息，向移动网关发送寻呼策略，之后移动网关根据接收到的寻呼策略，将所有数据包中关键业务的数据包标记为目标数据包，并向寻呼控制器发送所有数据包，当寻呼信道发生拥塞时，寻呼控制器优先向基站发送目标数据包的寻呼消息。相比较于现有技术中当寻呼信道发生拥塞时，寻呼控制器随机丢弃部分数据包的寻呼消息，并将未被丢弃的数据包的寻呼消息向基站发送，本发明实施例可以通过对数据包进行标记的方式，来区分关键业务的数据包和其他数据包，也就是非关键业务的数据包，因此，当寻呼信道发生拥塞时，基站能够确保优先将关键业务的数据包的寻呼消息发送给基站，从而提高关键业务的寻呼成功率。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)或随机存储记忆体(RandomAccessMemory，RAM)等。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种寻呼的方法，所述方法用于通信网络系统，所述通信网络系统设置有服务器、移动网关、寻呼控制器和基站，其特征在于，所述通信网络系统还设置有寻呼策略功能实体，所述服务器包括关键业务的服务器，所述方法包括：

所述寻呼策略功能实体接收所述关键业务的服务器发送的请求消息，并根据所述请求消息向所述移动网关发送寻呼策略；

所述移动网关根据所述寻呼策略，将所有数据包中所述关键业务的数据包标记为目标数据包；

所述移动网关向所述寻呼控制器发送所述所有数据包；

当寻呼信道发生拥塞时，所述寻呼控制器优先向所述基站发送所述目标数据包的寻呼消息。

2.根据权利要求1所述的方法，其特征在于，在所述寻呼控制器优先向所述基站发送所述目标数据包的寻呼消息之前，包括：

所述寻呼控制器标记所述目标数据包的寻呼消息，以便于所述基站能够识别被标记的所述目标数据包的寻呼消息，在向所述基站发送所述所有数据包中除所述目标数据包以外的其他数据包的寻呼消息之前，发送所述目标数据包的寻呼消息。

3.根据权利要求1所述的方法，其特征在于，在所述移动网关向所述寻呼控制器发送所述所有数据包之后，包括：

所述寻呼控制器延长所述所有数据包中除所述目标数据包以外的其他数据包的寻呼消息的发送间隔，并在达到所述发送间隔的时刻向所述基站发送所述其他数据包的寻呼消息；

或者，所述寻呼控制器丢弃所述其他数据包的寻呼消息。

4.根据权利要求2所述的方法，其特征在于，在所述当寻呼信道发生拥塞时，所述寻呼控制器优先向所述基站发送所述目标数据包的寻呼消息之后，包括：

所述基站判断所述寻呼控制器发送的寻呼消息是否为所述目标数据包的寻呼消息；

当所述寻呼控制器发送的寻呼消息为所述目标数据包的寻呼消息时，所述基站确定最近寻呼时间点；

所述基站在所述最近寻呼时间点发送所述目标数据包的寻呼消息。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述请求消息包括：身份认证信息和数据包对应业务的网际协议IP地址。

6.一种通信网络系统，所述通信网络系统设置有服务器、移动网关、寻呼控制器和基站，其特征在于，所述通信网络系统还设置有寻呼策略功能实体，所述服务器包括关键业务的服务器，所述寻呼策略功能实体，用于接收所述关键业务的服务器发送的请求消息，并根据所述请求消息向所述移动网关发送寻呼策略；

所述移动网关，用于根据所述寻呼策略，将所有数据包中所述关键业务的数据包标记为目标数据包；

所述移动网关，还用于向所述寻呼控制器发送所述所有数据包；

当寻呼信道发生拥塞时，所述寻呼控制器，用于优先向所述基站发送所述目标数据包的寻呼消息。

7.根据权利要求6所述的通信网络系统，其特征在于，所述寻呼控制器，还用于标记所述目标数据包的寻呼消息，以便于所述基站能够识别被标记的所述目标数据包的寻呼消息，在向所述基站发送所述所有数据包中除所述目标数据包以外的其他数据包的寻呼消息之前，发送所述目标数据包的寻呼消息。

8.根据权利要求6所述的通信网络系统，其特征在于，所述寻呼控制器，还用于延长所述所有数据包中除所述目标数据包以外的其他数据包的寻呼消息的发送间隔，并在达到所述发送间隔的时刻向所述基站发送所述其他数据包的寻呼消息；

或者，所述寻呼控制器，还用于丢弃所述其他数据包的寻呼消息。

9.根据权利要求7所述的通信网络系统，其特征在于，所述基站，用于判断所述寻呼控制器发送的寻呼消息是否为所述目标数据包的寻呼消息；

当所述寻呼控制器发送的寻呼消息为所述目标数据包的寻呼消息时，所述基站，还用于确定最近寻呼时间点；

所述基站，还用于在所述最近寻呼时间点发送所述目标数据包的寻呼消息。

10.根据权利要求6至9中任一项所述的通信网络系统，其特征在于，所述请求消息包括：身份认证信息和数据包对应业务的网际协议IP地址。