一种寻呼的方法及通信网络系统的制作方法
【技术领域】
[0001]本发明涉及通信技术领域，尤其涉及一种寻呼的方法及通信网络系统。
【背景技术】
[0002]随着通信技术的发展，尤其是寻呼技术的普及，基站可以通过寻呼信道发送寻呼消息，使终端从空闲态转为连接态，从而网络能够给该终端后续发送数据包。目前，由于寻呼信道的带宽是有限的，因此，每一个寻呼时刻能够同时被寻呼的终端数量是有限的。也就是当寻呼信道出现拥塞时，寻呼信道的带宽无法支持传输大量寻呼消息。
[0003]基站采用上述方法来实现寻呼消息的传输过程中，通常会随机选择丢弃部分寻呼消息。因此，当寻呼信道出现拥塞时，诸如银行支付消息、股市行情提醒消息等关键业务的数据包的寻呼消息很可能被基站丢弃，从而降低关键业务的寻呼成功率。
【发明内容】
[0004]本发明实施例提供一种寻呼的方法及通信网络系统，能够提高关键业务的寻呼成功率。
[0005]为达到上述目的，本发明实施例采用如下技术方案:
[0006]第一方面，本发明实施例提供一种寻呼的方法，所述通信网络系统设置有服务器、移动网关、寻呼控制器和基站，所述通信网络系统还设置有寻呼策略功能实体，所述服务器包括关键业务的服务器，所述方法包括:
[0007]所述寻呼策略功能实体接收所述关键业务的服务器发送的请求消息，并根据所述请求消息向所述移动网关发送寻呼策略；
[0008]所述移动网关根据所述寻呼策略，将所有数据包中所述关键业务的数据包标记为目标数据包；
[0009]所述移动网关向所述寻呼控制器发送所述所有数据包；
[0010]当寻呼信道发生拥塞时，所述寻呼控制器优先向所述基站发送所述目标数据包的寻呼消息。
[0011]第二方面，本发明实施例提供一种通信网络系统，所述通信网络系统设置有服务器、移动网关、寻呼控制器和基站，所述通信网络系统还设置有寻呼策略功能实体，所述服务器包括关键业务的服务器，所述寻呼策略功能实体，用于接收所述关键业务的服务器发送的请求消息，并根据所述请求消息向所述移动网关发送寻呼策略；
[0012]所述移动网关，用于根据所述寻呼策略，将所有数据包中所述关键业务的数据包标记为目标数据包；
[0013]所述移动网关，还用于向所述寻呼控制器发送所述所有数据包；
[0014]当寻呼信道发生拥塞时，所述寻呼控制器，用于优先向所述基站发送所述目标数据包的寻呼消息。
[0015]本发明实施例提供的一种寻呼的方法及通信网络系统，寻呼策略功能实体根据关键业务的服务器发送的请求消息，向移动网关发送寻呼策略，之后移动网关根据接收到的寻呼策略，将所有数据包中关键业务的数据包标记为目标数据包，并向寻呼控制器发送所有数据包，当寻呼信道发生拥塞时，寻呼控制器优先向基站发送目标数据包的寻呼消息。相比较于现有技术中当寻呼信道发生拥塞时，寻呼控制器随机丢弃部分数据包的寻呼消息，并将未被丢弃的数据包的寻呼消息向基站发送，本发明实施例可以通过对数据包进行标记的方式，来区分关键业务的数据包和其他数据包，也就是非关键业务的数据包，因此，当寻呼信道发生拥塞时，基站能够确保优先将关键业务的数据包的寻呼消息发送给基站，从而提尚关键业务的寻呼成功率。
【附图说明】
[0016]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
[0017]图1为本发明实施例提供的一种具体应用场景下的结构示意图；
[0018]图2为本发明实施例提供的一种寻呼的方法交互图；
[0019]图3为本发明实施例提供的另一种寻呼的方法交互图；
[0020]图4为本发明实施例提供的另一种寻呼的方法交互图；
[0021]图5为本发明实施例提供的另一种寻呼的方法交互图；
[0022]图6为本发明实施例提供的另一种寻呼的方法交互图；
[0023]图7为本发明实施例提供的一种通信网络系统的结构示意图。
【具体实施方式】
[0024]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
[0025]本发明实施例可以用于一种通信网络系统，通信网络系统可以设置有服务器、移动网关、寻呼控制器、基站和寻呼策略功能实体。其中，服务器可以包括关键业务的服务器。在本发明实施例中，如图1所示的通信网络系统中，寻呼策略功能实体具体可以为寻呼策略控制设备，服务器具体可以为第三方业务提供设备。在本发明实施例中，第三方业务提供设备，也就是第三方业务提供商(Service Provider，SP)，为用于提供移动互联网业务的第三方企业；寻呼策略功能实体，也就是寻呼策略控制(Paging Policy Control, PPC)，为移动网络中负责配置寻呼策略的实体，可以用于接收第三方业务提供商发送的请求消息，也就是关键业务寻呼优先配置请求消息，并对第三方业务提供商所提供的业务进行鉴权，同时向移动网关下发寻呼策略。
[0026]本发明实施例提供一种寻呼的方法，如图2所示，该方法包括:
[0027]101、寻呼策略功能实体接收关键业务的服务器发送的请求消息。
[0028]102、寻呼策略功能实体根据请求消息向移动网关发送寻呼策略。
[0029]在本发明实施例中，寻呼策略功能实体中可以设置有第三方API (Applicat1nProgramming Interface，应用程序编程接口)，用于接收第三方业务提供设备发送的请求消息，并通过寻呼策略功能实体中设置的业务签约功能模块来实现对请求消息的鉴权，如果鉴权不通过，则向第三方业务提供设备返回请求失败消息，如果鉴权通过，则把请求消息发送给寻呼策略生成模块，并由寻呼策略生成模块来生成相应的寻呼策略，将寻呼策略通过寻呼策略下发模块发送给移动网关，同时向第三方API返回业务执行成功的响应消息。需要说明的是，请求消息包括:身份认证信息和数据包对应业务的IP地址(InternetProtocol Address)。在本发明实施例中，身份认证信息主要用于对业务进行鉴权，IP地址则用于生成相应的寻呼策略。比如:寻呼策略功能实体可以根据IP地址来区分不同业务的类型，将业务划分为关键业务和非关键业务，之后将划分业务类型的规则发送给移动网关，以便于移动网关根据划分业务类型的规则，也就是寻呼策略来对数据包中的目标数据包进行标记。
[0030]103、移动网关根据寻呼策略，将所有数据包中关键业务的数据包标记为目标数据包。
[0031]当业务通过鉴权之后，寻呼策略功能实体会向移动网关下发寻呼策略，移动网关根据寻呼策略中的关键业务的IP地址来确定每个数据包的类型，也就是将数据包按照各自的IP地址划分为关键业务的数据包和非关键业务的数据包，之后将关键业务的数据包标记为目标数据包。
[0032]104、移动网关向寻呼控制器发送所有数据包。
[0033]105、当寻呼信道发生拥塞时，寻呼控制器优先向基站发送目标数据包的寻呼消息。
[0034]当寻呼信道发生拥塞时，寻呼控制器可以优先向基站发送目标数据包的寻呼消息，或是在基站接收到寻呼控制器发送的数据包的寻呼消息之后，优先在最近寻呼时间点发送目标数据包的寻呼消息。需要说明的是，当寻呼信道发生拥塞时候，寻呼控制器可以优先向基站发送目标数据包的寻呼消息，如果寻呼信道还可以支持其他数据包的寻呼消息的传送，则寻呼控制器可以在发送完毕目标数据包的寻呼消息之后，继续向基站发送除目标数据包以