[发明专利]一种管控应用程序心跳包的方法、通信终端和通信网络

说明书

本发明实施例提供一种管控应用程序心跳包的方法、通信终端和通信网络，方法应用于通信终端，通信终端上运行有客户端，以及与客户端之间具有数据连接的客户代理；方法包括：与客户代理连接的客户端与应用服务器所在的核心网建立数据连接；客户代理接到客户端发送的第一数目个心跳包，透传给核心代理，由所述核心代理将所述第一数目个心跳包发送给应用服务器；客户代理在接收完毕第一数目个心跳包之后开启拦截过程，在拦截过程中拦截客户端后续发送的心跳包，在每第二数目个心跳包中透传至少一个心跳包到核心代理，由核心代理向应用服务器发送替代心跳包。在保持客户状态及时更新到服务器的同时，对心跳包数据的总量进行有效控制。

技术领域

本发明涉及通信网络技术，特别是指一种管控应用程序心跳包的方法、通信终端和通信网络。

背景技术

应用程序的周期性数据-应用程序心跳包，是在线应用类应用程序(如聊天、游戏等)为保持客户端和服务器之间的数据连接而建立的一个机制，应用在如图1所示的环境中，客户端定期向服务器端发送更新消息，告知其应用程序的运行情况，便于服务器知晓客户端的在线情况并向其他客户端发布。

目前对应用程序心跳包的管控方法包括：

接入网优化法，通过优化信道的分配方案提升应用程序心跳包的服用度，从而提升承载效率。由于信道分配时无法区分用户所发送的数据包是正常的业务数据还是心跳包数据，因此在提升信道复用度的同时，也降低了正常用户的上网感知，且无线接入覆盖难度大，导致该类技术的成本较高。

核心网优化法，通过在GPRS的GGSN/SGSN中对应用程序心跳包进行流控或限流，对心跳包总量进行压缩。对应用程序心跳包进行统一拦截或限流会影响批量客户端的正常运行从而造成客户体验下降。

类似苹果APNS等心跳包统一管理技术中，需要应用程序修改其通信接口并接入心跳包承载层进行统一传送，这对于现网已经存在的大量应用程序，以及对后续开发新的应用版本都有难度。

现有技术存在如下问题：应用程序心跳包的数据传送量较小，但因为用户基数大、周期性强、使用集中度高以及数据承载效率低，因此造成通信网络的数据和信令资源的极大耗费，影响了用户的使用感知和满意度。

发明内容

本发明要解决的技术问题是提供一种管控应用程序心跳包的方法、通信终端和通信网络，解决现有技术中，应用程序心跳包的用户基数大、周期性强、用户使用集中度高以及数据承载效率低，造成通信网络的数据和信令资源的极大耗费的缺陷。

为解决上述技术问题，本发明的实施例提供一种管控应用程序心跳包的方法，应用于通信终端，通信终端上运行有客户端，以及与客户端之间具有数据连接的客户代理；方法包括：与客户代理连接的客户端与应用服务器所在的核心网建立数据连接；客户代理接到客户端发送的第一数目个心跳包，透传给核心代理，由所述核心代理将所述第一数目个心跳包发送给应用服务器；客户代理在接收完毕第一数目个心跳包之后开启拦截过程，在拦截过程中拦截客户端后续发送的心跳包，在每第二数目个心跳包中透传至少一个心跳包到核心代理，由核心代理向应用服务器发送替代心跳包。

所述的方法中，由核心代理向应用服务器发送替代心跳包还包括：当客户代理在所述拦截过程中在第二数目个心跳周期中没有向核心代理发送心跳包时，核心代理不再向所述应用服务器发送替代心跳包。

所述的方法中，在每第二数目个心跳包中透传至少一个心跳包到核心代理，还包括：客户代理接到来自客户端的一个请求心跳包，将对应的响应心跳包发给客户端；其中，来自客户端的心跳包是请求心跳包，来自应用服务器的数据包是响应心跳包。

所述的方法中，替代心跳包与客户端生成的心跳包相同。