CN102572939B - 一种心跳数据包发送方法、装置及系统 - Google Patents

Abstract

本发明公开了一种心跳数据包发送方法、装置及系统，包括：移动终端确定需要向在线应用服务器发送心跳数据包时，取消该心跳数据包的发送；并向网络侧的代理服务器发送指示消息，用于指示代理服务器按照该心跳数据包的发送规则，向在线应用服务器发送心跳数据包。采用本发明实施例提供的方案，提高了无线网络资源的利用率。

Description

一种心跳数据包发送方法、装置及系统

技术领域

本发明涉及无线通信技术领域，尤其涉及一种心跳数据包发送方法、装置及系统。

背景技术

移动终端作为一种被广泛使用的便携通信设备，已经成为人们生活中必不可少的沟通工具，例如手机终端。随着智能手机的日渐成熟，越来越多的在线应用业务的客户端在手机终端使用。比如QQ业务，飞信业务，以及各种在线游戏业务等。

在线应用业务为了在网络侧保持自己的在线状态，需要通过向网络侧的在线应用服务器发送心跳数据包的方式，维持在线状态，心跳数据包的传输的信息非常少，一般是客户端的ID标识，心跳序列号等，因此心跳数据包的大小都非常小，一般几十个字节。而心跳数据包的发送频率又是非常高的，以QQ为例，一般30秒发送一个心跳信息数据。

然而对于移动终端这种无线通信设备来说，数据发送之前的寻呼和信道分配的过程中，需要与网络侧交互大量的信令。所以在线应用业务所需要的心跳数据包的发送，使得移动终端与网络侧频繁交互，将会导致占用大量无线信道资源(包括业务信道和控制信道)。而心跳数据包非常小，无法充分的利用已分配的信道，导致信道闲置。例如，以QQ业务为例，统计出实际网络中的数据：QQ业务数据流量占全部数据流量的21％，但占用了无线业务信道的76％，从中可见，由于大量在线应用业务的心跳数据包的存在，严重影响了无线信道的利用率，所以降低了无线网络资源的利用率。

发明内容

本发明实施例提供一种心跳数据包发送方法、装置及系统，用以提高无线网络资源的利用率。

本发明实施例提供一种心跳数据包发送方法，包括：

移动终端确定需要向在线应用服务器发送心跳数据包时，取消所述心跳数据包的发送；并

向网络侧的代理服务器发送指示消息，用于指示所述代理服务器按照所述心跳数据包的发送规则，向所述在线应用服务器发送所述心跳数据包。

本发明实施例还提供一种心跳数据包发送方法，包括：

网络侧的代理服务器接收移动终端发送的指示消息；并

根据所述指示消息所指示的心跳数据包的发送规则，向在线应用服务器发送所述心跳数据包。

本发明实施例还提供一种移动终端，包括：

处理单元，用于确定需要向在线应用服务器发送心跳数据包时，取消所述心跳数据包的发送；

发送单元，用于向网络侧的代理服务器发送指示消息，用于指示所述代理服务器按照所述心跳数据包的发送规则，向所述在线应用服务器发送所述心跳数据包。

本发明实施例还提供一种代理服务器，包括：

接收单元，用于接收移动终端发送的指示消息；

处理发送单元，用于根据所述指示消息所指示的心跳数据包的发送规则，向在线应用服务器发送所述心跳数据包。

本发明实施例还提供一种心跳数据包发送系统，包括：移动终端、网络侧的代理服务器和在线应用服务器，其中：

所述移动终端，用于确定需要向所述在线应用服务器发送心跳数据包时，取消所述心跳数据包的发送；并向所述代理服务器发送指示消息；

所述代理服务器，用于根据所述指示消息所指示的心跳数据包的发送规则，向所述在线应用服务器发送所述心跳数据包；

所述在线应用服务器，用于接收所述心跳数据包。

本发明实施例提供的方法中，当移动终端确定出需要向在线应用服务器发送心跳数据包时，取消该心跳数据包的发送，并且向网络侧的代理服务器发送指示消息，用于指示代理服务器按照该心跳数据包的发送规则，向在线应用服务器发送该心跳数据包。采用本发明提供的方案，移动终端不再需要向在线应用服务器发送心跳数据包，而是由网络侧的代理服务器代替移动终端进行心跳数据包的发送，且网络侧的服务器之间是采用有线方式进行通信，所以避免了移动终端发送心跳数据包对无线信道的占用，从而提高了无线网络资源的利用率。

附图说明

图1为本发明实施例提供的心跳数据包发送方法的流程图；

图2为本发明实施例1提供的心跳数据包发送方法的流程图；

图3为本发明实施例2提供的心跳数据包发送方法的流程图；

图4为本发明实施例3提供的移动终端的结构示意图；

图5为本发明实施例4提供的代理服务器的结构示意图；

图6为本发明实施例5提供的心跳数据包发送系统的结构示意图。

具体实施方式

为了给出提高无线网络资源的利用率的实现方案，本发明实施例提供了一种心跳数据包发送方法、装置及系统，以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明实施例提供一种心跳数据包发送方法，如图1所示，包括：

步骤S101、移动终端确定需要向在线应用服务器发送心跳数据包时，取消该心跳数据包的发送。

步骤S102、向网络侧的代理服务器发送指示消息，用于指示代理服务器按照该心跳数据包的发送规则，向在线应用服务器发送心跳数据包。

下面结合附图，用具体实施例对本发明提供的方法及装置和相应系统进行详细描述。

实施例1：

图2为本发明实施例1提供的心跳数据包发送方法的流程图，具体包括：

步骤S201、用户使用移动终端启动其上安装的在线应用业务的客户端，移动终端通过该客户端与网络侧的在线应用服务器交互消息，进行该在线应用业务的登录。

步骤S202、移动终端根据其上启动的在线应用业务，确定需要向在线应用服务器发送与该在线应用业务对应的心跳数据包。具体可以通过预先设定需要发送心跳数据包的各在线应用业务，当在移动终端上启动的在线应用业务为预先设定的在线应用业务时，即确定需要向在线应用业务服务器发送心跳数据包，然后触发移动终端向网络侧的代理服务器发送指示消息，该指示消息用于指示代理服务器按照该心跳数据包的发送规则，向在线应用服务器发送该心跳数据包。

指示消息的具体实现方式，可以包括如下两种：

第一种方式；预先在移动终端上保存与预设的每个在线应用业务对应的心跳数据包，以及该心跳数据包的发送规则，如心跳数据包的发送周期、心跳序列号的变换规则、目标服务器等，并在发送的指示消息中携带心跳数据包和该心跳数据包的发送规则；

第二种方式：预先在代理服务器侧保存与每个在线应用业务对应的心跳数据包，以及该心跳数据包的发送规则，如心跳数据包的发送周期、心跳序列号的变换规则、目标服务器等，可以对应在线应用业务的标识进行保存；相应的，移动终端发送的指示消息中携带该在线应用业务的标识。

步骤S203、取消已启动的在线应用业务的心跳数据包的发送。

为了便于方案的实现，且尽可能不对在线应用业务的客户端进行改进，本步骤中可以通过拦截在线应用业务的客户端发送的心跳数据包，来取消发送，具体可以在已启动的在线应用业务已知的情况下，根据该在线应用业务的协议内容，判断将要发送的数据包是否为该在线应用业务的心跳数据包，如果是，则拦截。

步骤S204、代理服务器在接收到移动终端发送的指示消息后，根据该指示消息所指示的心跳数据包的发送规则，向在线应用服务器发送该在线应用业务的心跳数据包。

针对上述步骤S202中指示消息的第一种实现方式，代理服务器可以直接从指示消息获取需要发送的心跳数据包和确定出该心跳数据包的发送规则，进行心跳数据包的发送。

针对上述步骤S202中指示消息的第二种实现方式，代理服务器根据指示消息中携带该在线应用业务的标识，查询出保存的与该标识对应的心跳数据包，以及该心跳数据包的发送规则，进行心跳数据包的发送。

步骤S205、移动终端通过已启动的在线应用业务的客户端与在线应用业务服务器交互其它业务数据，本步骤与上述步骤S202-步骤S204没有严格的先后顺序。

通过上述步骤S201-步骤S205，对于已启动的在线应用业务，移动终端不再向在线应用服务器发送该在线应用业务的心跳数据包，只与其交互其它业务数据，而是通过网络侧的代理服务器代替移动终端向在线应用服务器发送该在线应用业务的心跳数据包。

当已启动的该在线应用业务停止后，则不需要再向在线应用服务器发送心跳数据包，所以需要告知代理服务器停止该心跳数据包的发送，具体可以采用如下几种方式：

步骤S206、移动终端向在线应用服务器发送已启动的该在线应用业务的注销消息，告知在线应用服务器停止该在线应用业务。

步骤S207、在该在线应用业务停止后，移动终端向代理服务器发送停止消息，用于指示代理服务器停止按照该心跳数据包的发送规则，向在线应用服务器发送在线应用业务的心跳数据包。

步骤S208、本步骤为与上述步骤S207的并列可选步骤，由在线应用服务器接收到移动终端发送的注销消息后，向代理服务器发送停止消息，用于指示代理服务器停止按照该心跳数据包的发送规则，向在线应用服务器发送在线应用业务的心跳数据包。

步骤S209、代理服务器在接收到停止消息后，则停止按照该心跳数据包的发送规则，向在线应用服务器发送在线应用业务的心跳数据包。

本发明实施例1中，通知代理服务器停止发送心跳数据包的具体方式，除上述步骤S207和步骤S208外，还可以为在线应用服务器接收到移动终端发送的注销消息后，又接收到代理服务器发送的该在线应用业务的心跳数据包时，则向代理服务器发送停止消息；或者还可以通过移动终端周期的发送指示消息，在代理服务器经过该周期没有收到指示消息后，停止发送对应的心跳数据包，显然，该周期要远大于心跳数据包的发送周期。

上述实施例1提供的心跳数据包发送方法中，是通过在移动终端上启动在线应用业务时，即触发心跳数据包的拦截，和指示消息的发送。而当有些在线应用业务没有预先设定时，则无法在启动时即确定出需要向在线应用服务器发送心跳数据包，进而无法取消心跳数据包的发送，和发送指示消息。为解决这一问题，本发明下述实施例2提出的心跳数据包发送方法中，通过对已发送的数据包的判断，确定出当前正在发送心跳数据包，并对该心跳数据包进行拦截，并发送指示消息，具体描述如下：

实施例2：

图3为本发明实施例2提供的心跳数据包发送方法的流程图，具体包括：

步骤S301、移动终端根据已多次发送的相同数据包的大小、发送频率、对应的发送进程和对应的目的地址，确定该数据包为需要向在线应用服务器发送的心跳数据包。具体的判定规则可以为数据包的大小小于设定大小阈值，发送频率大于设定频率阈值，发送进程为在线应用业务的进程，对应的目的地址为在线应用服务器的目的地址。

步骤S302、移动终端在确定出将发送的数据包为已确定的心跳数据包后，则拦截该数据包的发送，后续对每个该心跳数据包均进行拦截。

步骤S303、在上述步骤S302中拦截确定出的心跳数据包后，移动终端向网络侧的代理服务器发送指示消息，该指示消息用于指示代理服务器按照该心跳数据包的发送规则，向在线应用服务器发送该心跳数据包。

指示消息的具体实现方式，可以包括如下两种：

第一种方式；对已多次发送的该心跳数据包进行分析，根据其发送频率、对应的目的地址、心跳数据包中携带的心跳序列号的变换规则等信息，确定出其该心跳数据包的发送规则，如心跳数据包的发送周期、心跳序列号的变换规则、目标服务器等，并在发送的指示消息中携带心跳数据包和该心跳数据包的发送规则；

第二种方式：预先在代理服务器侧保存与每个在线应用业务对应的心跳数据包，以及该心跳数据包的发送规则，如心跳数据包的发送周期、心跳序列号的变换规则、目标服务器等，可以对应在线应用业务的标识进行保存；相应的，移动终端对已多次发送的该心跳数据包进行分析，确定出其对应的在线应用业务的标识，并在发送的指示消息中携带该在线应用业务的标识。

步骤S304、代理服务器在接收到移动终端发送的指示消息后，根据该指示消息所指示的心跳数据包的发送规则，向在线应用服务器发送该在线应用业务的心跳数据包。

针对上述步骤S303中指示消息的第一种实现方式，代理服务器可以直接从指示消息获取需要发送的心跳数据包和确定出该心跳数据包的发送规则，进行心跳数据包的发送。

针对上述步骤S303中指示消息的第二种实现方式，代理服务器根据指示消息中携带该在线应用业务的标识，查询出保存的与该标识对应的心跳数据包，以及该心跳数据包的发送规则，进行心跳数据包的发送。

步骤S305、移动终端通过与在线应用业务服务器交互该心跳数据包对应的在线应用业务的其它业务数据，本步骤与上述步骤S301-步骤S304没有严格的先后顺序。

通过上述步骤S301-步骤S305，对于该在线应用业务，移动终端在该在线应用业务启动后的初始阶段发送心跳数据包，在根据多次发送的心跳数据包确定出该数据包为心跳数据包后，则不再向在线应用服务器发送该心跳数据包，只与其交互该在线应用业务的其它业务数据，而是通过网络侧的代理服务器代替移动终端向在线应用服务器发送该在线应用业务的心跳数据包。

当该在线应用业务停止后，则不需要再向在线应用服务器发送心跳数据包，所以需要告知代理服务器停止该心跳数据包的发送，具体可以采用与上述实施例1中相同的几种方式：

步骤S306、移动终端向在线应用服务器发送该在线应用业务的注销消息，告知在线应用服务器停止该在线应用业务。

步骤S307、在该在线应用业务停止后，移动终端向代理服务器发送停止消息，用于指示代理服务器停止按照该心跳数据包的发送规则，向在线应用服务器发送该在线应用业务的心跳数据包。

步骤S308、本步骤为与上述步骤S307的并列可选步骤，由在线应用服务器接收到移动终端发送的注销消息后，向代理服务器发送停止消息，用于指示代理服务器停止按照该心跳数据包的发送规则，向在线应用服务器发送该在线应用业务的心跳数据包。

步骤S309、代理服务器在接收到停止消息后，则停止按照该心跳数据包的发送规则，向在线应用服务器发送该在线应用业务的心跳数据包。

本发明实施例2中，通知代理服务器停止发送心跳数据包的具体方式，除上述步骤S307和步骤S308外，同样还可以为在线应用服务器接收到移动终端发送的注销消息后，又接收到代理服务器发送的该在线应用业务的心跳数据包时，则向代理服务器发送停止消息；或者还可以通过移动终端周期的发送指示消息，在代理服务器经过该周期没有收到指示消息后，停止发送对应的心跳数据包，显然，该周期要远大于心跳数据包的发送周期。

本发明上述实施例1和2是根据不同的方式，确定出需要向在线应用服务器发送心跳数据包，进而触发后续取消心跳数据包的发送，和指示消息的发送的流程，所以，两种方式可以结合使用，并不冲突。但较佳的，针对通过上述实施例1确定出的心跳数据包，则不再需要采用实施例2进行判断和拦截。

采用本发明上述实施例1和2提供的心跳数据包发送方法，将心跳数据包的发送转移至有线网络侧，进而无需频繁在无线侧为发送心跳数据包而不断的寻呼并占用业务信道，因此，提高了无线网络资源的利用率。

实施例3：

基于同一发明构思，根据本发明上述实施例提供的心跳数据包发送方法，相应地，本发明实施例3还提供了一种移动终端，其结构示意图如图4所示，具体包括：

处理单元401，用于确定需要向在线应用服务器发送心跳数据包时，取消该心跳数据包的发送；

发送单元402，用于向网络侧的代理服务器发送指示消息，用于指示代理服务器按照该心跳数据包的发送规则，向在线应用服务器发送该心跳数据包。

较佳的，处理单元401，具体用于根据其上启动的在线应用业务，确定需要向在线应用服务器发送与该在线应用业务对应的心跳数据包；和/或根据已多次发送的相同数据包的大小、发送频率、对应的发送进程和对应的目的地址，确定该数据包为需要向在线应用服务器发送的心跳数据包。

较佳的，处理单元401，具体用于当根据已启动的在线应用业务确定需要发送心跳数据包时，根据该在线应用业务的协议内容，拦截该在线应用业务的客户端发送的心跳数据包；

当根据已多次发送的相同数据包的大小、发送频率、对应的发送进程和对应的目的地址，确定需要发送心跳数据包时，拦截确定为心跳数据包的该数据包。

较佳的，发送单元402，还用于在心跳数据包对应的在线应用业务停止后，向代理服务器发送停止消息，用于指示代理服务器停止按照心跳数据包的发送规则，向在线应用服务器发送该心跳数据包。

本发明实施例3提供的移动终端，具体可以通过其上的防火墙来实现上述方案，即在防火墙中设置上述处理单元401和发送单元402，且防火墙分布在终端操作系统的应用层以及网络连接API层，在应用层监控在线应用业务的运行状态，是否在线或者退出，并通知网络代理服务器发送或者停止发送心跳数据包，并通知在线应用服务器移动终端的应用信息；在网络连接API处，拦截心跳数据包，具体拦截方式参考上述描述，在此不再进行详细描述。

实施例4：

基于同一发明构思，根据本发明上述实施例提供的心跳数据包发送方法，相应地，本发明实施例4还提供了一种代理服务器，其结构示意图如图5所示，具体包括：

接收单元501，用于接收移动终端发送的指示消息；

处理发送单元502，用于根据指示消息所指示的心跳数据包的发送规则，向在线应用服务器发送心跳数据包。

较佳的，处理发送单元502，还用于接收移动终端和/或在线应用服务器发送的停止消息；并根据停止消息中携带的与心跳数据包对应的停止指示信息，停止按照心跳数据包的发送规则，向在线应用服务器发送心跳数据包。

实施例5：

基于同一发明构思，根据本发明上述实施例提供的心跳数据包发送方法，相应地，本发明实施例5还提供了一种心跳数据包发送系统，其结构示意图如图6所示，具体包括：移动终端601、网络侧的代理服务器602和在线应用服务器603，其中：

移动终端601，用于确定需要向在线应用服务器603发送心跳数据包时，取消该心跳数据包的发送；并向代理服务器602发送指示消息；

代理服务器602，用于根据指示消息所指示的心跳数据包的发送规则，向在线应用服务器603发送该心跳数据包；

在线应用服务器603，用于接收该心跳数据包。

上述移动终端601可以通过其上的防火墙604实现上述处理流程。

综上所述，本发明实施例提供的方案，包括：移动终端确定需要向在线应用服务器发送心跳数据包时，取消该心跳数据包的发送；并向网络侧的代理服务器发送指示消息，用于指示代理服务器按照该心跳数据包的发送规则，向在线应用服务器发送心跳数据包。采用本发明实施例提供的方案，提高了无线网络资源的利用率。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (9)

1.一种心跳数据包发送方法，其特征在于，包括：

移动终端确定需要向在线应用服务器发送心跳数据包时，取消所述心跳数据包的发送；并

向网络侧的代理服务器发送指示消息，用于指示所述代理服务器按照所述心跳数据包的发送规则，向所述在线应用服务器发送所述心跳数据包；

其中，取消所述心跳数据包的发送，具体为：当根据在线应用业务确定需要发送心跳数据包时，根据所述在线应用业务的协议内容，拦截所述在线应用业务的客户端发送的所述心跳数据包；当根据已多次发送的相同数据包的大小、发送频率、对应的发送进程和对应的目的地址，确定需要发送心跳数据包时，拦截确定为心跳数据包的所述数据包。

2.如权利要求1所述的方法，其特征在于，移动终端确定需要向网络侧的在线应用服务器发送心跳数据包，具体包括：

移动终端根据其上启动的在线应用业务，确定需要向在线应用服务器发送与所述在线应用业务对应的心跳数据包；和/或

移动终端根据已多次发送的相同数据包的大小、发送频率、对应的发送进程和对应的目的地址，确定所述数据包为需要向在线应用服务器发送的心跳数据包。

3.如权利要求1-2任一所述的方法，其特征在于，还包括：

在所述心跳数据包对应的在线应用业务停止后，所述移动终端向所述代理服务器发送停止消息，用于指示所述代理服务器停止按照所述心跳数据包的发送规则，向所述在线应用服务器发送所述心跳数据包；或

在所述移动终端向所述在线应用服务器发送所述心跳数据包对应的在线应用业务对应的注销消息后，由所述在线应用服务器向所述代理服务器发送停止消息，用于指示所述代理服务器停止按照所述心跳数据包的发送规则，向所述在线应用服务器发送所述心跳数据包。

4.一种心跳数据包发送方法，其特征在于，包括：

网络侧的代理服务器接收移动终端发送的指示消息；并

根据所述指示消息所指示的心跳数据包的发送规则，向在线应用服务器发送所述心跳数据包；

接收所述移动终端或所述在线应用服务器发送的停止消息；并

根据所述停止消息中携带的与所述心跳数据包对应的停止指示信息，停止按照所述心跳数据包的发送规则，向所述在线应用服务器发送所述心跳数据包。

5.一种移动终端，其特征在于，包括：

处理单元，用于确定需要向在线应用服务器发送心跳数据包时，取消所述心跳数据包的发送；

发送单元，用于向网络侧的代理服务器发送指示消息，用于指示所述代理服务器按照所述心跳数据包的发送规则，向所述在线应用服务器发送所述心跳数据包；

其中，所述处理单元，具体用于当根据在线应用业务确定需要发送心跳数据包时，根据所述在线应用业务的协议内容，拦截所述在线应用业务的客户端发送的所述心跳数据包；当根据已多次发送的相同数据包的大小、发送频率、对应的发送进程和对应的目的地址，确定需要发送心跳数据包时，拦截确定为心跳数据包的所述数据包。

6.如权利要求5所述的移动终端，其特征在于，所述处理单元，具体用于根据其上启动的在线应用业务，确定需要向在线应用服务器发送与所述在线应用业务对应的心跳数据包；和/或根据已多次发送的相同数据包的大小、发送频率、对应的发送进程和对应的目的地址，确定所述数据包为需要向在线应用服务器发送的心跳数据包。

7.如权利要求5-6任一所述的移动终端，其特征在于，所述发送单元，还用于在所述心跳数据包对应的在线应用业务停止后，向所述代理服务器发送停止消息，用于指示所述代理服务器停止按照所述心跳数据包的发送规则，向所述在线应用服务器发送所述心跳数据包。

8.一种代理服务器，其特征在于，包括：

接收单元，用于接收移动终端发送的指示消息；

处理发送单元，用于根据所述指示消息所指示的心跳数据包的发送规则，向在线应用服务器发送所述心跳数据包；以及接收所述移动终端或所述在线应用服务器发送的停止消息；并根据所述停止消息中携带的与所述心跳数据包对应的停止指示信息，停止按照所述心跳数据包的发送规则，向所述在线应用服务器发送所述心跳数据包。

9.一种心跳数据包发送系统，其特征在于，包括：移动终端、网络侧的代理服务器和在线应用服务器，其中：

所述移动终端，用于确定需要向所述在线应用服务器发送心跳数据包时，取消所述心跳数据包的发送；并向所述代理服务器发送指示消息；

所述代理服务器，用于根据所述指示消息所指示的心跳数据包的发送规则，向所述在线应用服务器发送所述心跳数据包；

所述在线应用服务器，用于接收所述心跳数据包；

其中，所述移动终端，具体用于当根据在线应用业务确定需要发送心跳数据包时，根据所述在线应用业务的协议内容，拦截所述在线应用业务的客户端发送的所述心跳数据包；当根据已多次发送的相同数据包的大小、发送频率、对应的发送进程和对应的目的地址，确定需要发送心跳数据包时，拦截确定为心跳数据包的所述数据包。