CN102223257A - 一种心跳间隔调整方法、服务器、客户端及通信系统 - Google Patents

Abstract

本发明提供一种心跳间隔调整方法、服务器、客户端及通信系统，所述心跳间隔调整方法包括：服务器与客户端的本次连接建立完成后，所述服务器接收所述客户端发送的心跳协商消息，所述心跳协商消息中携带有用于表征上一次连接断开的原因的原因值以及所述客户端在上一次连接中最后使用的心跳间隔值；所述服务器根据所述原因值确定上一次连接是因为链路僵死或网络异常而断开时，将所述心跳间隔值递减后通过协商响应消息下发给所述客户端；所述服务器根据所述原因值确定上一次连接是因为拨打电话、应用暂停或应用切换而断开时，将所述心跳间隔值递增后通过协商响应消息下发给所述客户端。本发明能够有效地降低客户端的电能消耗。

Description

一种心跳间隔调整方法、服务器、客户端及通信系统

技术领域

本发明涉及通信领域，特别涉及一种心跳间隔调整方法、服务器、客户端及通信系统。

背景技术

客户端与服务器进行通信时，为了保证消息能够及时传达，目前主要采用的方案是IP push(推送)技术，即在客户端与服务器之间保持一条长连接，这样能够使得服务器在接收到消息时，可以即时将该消息推送给客户端。为了确保此长连接处于健康状态，通常采用由客户端向服务器定时发送一个数据包(心跳包)，以表明此长连接的链路可用。服务器在设定的时间内未收到该心跳包，则表明该链路无法使用。

但是这样的方式在移动终端中实现时，因为移动终端的网络环境不尽相同，在网络环境较好时，客户端也需要定时发送心跳包，则其对移动终端的资源消耗较大，特别是对移动终端的电能消耗较大。

发明内容

本发明所要解决的技术问题是提供一种心跳间隔调整方法、服务器、客户端及通信系统，通过对心跳间隔值进行动态调整，使得心跳间隔值与当前的网络环境相适应，从而能够有效地降低客户端的电能消耗。

为解决上述技术问题，本发明的实施例提供一种心跳间隔调整方法，包括：

服务器与客户端的本次连接建立完成后，所述服务器接收所述客户端发送的心跳协商消息，所述心跳协商消息中携带有用于表征上一次连接断开的原因的原因值以及所述客户端在上一次连接中最后使用的心跳间隔值；

所述服务器根据所述原因值确定上一次连接是因为链路僵死或网络异常而断开时，将所述心跳间隔值递减后通过协商响应消息下发给所述客户端；

所述服务器根据所述原因值确定上一次连接是因为拨打电话、应用暂停或应用切换而断开时，将所述心跳间隔值递增后通过协商响应消息下发给所述客户端。

上述的心跳间隔调整方法，其中，还包括：所述服务器根据所述原因值确定本次连接为第一次连接时，将默认的心跳间隔值通过协商响应消息下发给所述客户端。

上述的心跳间隔调整方法，其中，还包括：所述服务器每次接收到所述客户端发送的心跳包时，将一初始值为零的计数值增加1，然后判断所述计数值是否大于预设的计数门限，若是，将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端，并将所述计数值清零，否则，直接将上一次的心跳间隔值通过心跳响应包下发给所述客户端。

上述的心跳间隔调整方法，其中，还包括：

所述服务器每次接收到所述客户端发送的心跳包时，若本次连接为第一次连接，则将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端；

若本次连接不是第一次连接，则将一初始值为零的计数值增加1，然后判断所述计数值是否大于预设的计数门限，若是，将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端，并将所述计数值清零，否则，直接将上一次的心跳间隔值通过心跳响应包下发给所述客户端。

上述的心跳间隔调整方法，其中：

所述服务器在对心跳间隔值进行递增之前还包括：判断递增后的心跳间隔值是否大于预设的心跳间隔上限，若是，不执行所述递增操作，直接将所述心跳间隔上限下发给所述客户端；

所述服务器在对心跳间隔值进行递减之前还包括：判断递减后的心跳间隔值是否小于预设的心跳间隔下限，若是，不执行所述递减操作，直接将所述心跳间隔下限下发给所述客户端。

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

第一接收模块，用于当服务器与客户端的本次连接建立完成后，接收所述客户端发送的心跳协商消息，所述心跳协商消息中携带有用于表征上一次连接断开的原因的原因值以及所述客户端在上一次连接中最后使用的心跳间隔值；

第一处理模块，用于当根据所述原因值确定上一次连接是因为链路僵死或网络异常而断开时，将所述心跳间隔值递减后通过协商响应消息下发给所述客户端，以及，当根据所述原因值确定上一次连接是因为拨打电话、应用暂停或应用切换而断开时，将所述心跳间隔值递增后通过协商响应消息下发给所述客户端。

上述的服务器，其中，所述第一处理模块还用于：当根据所述原因值确定本次连接为第一次连接时，将默认的心跳间隔值通过协商响应消息下发给所述客户端。

上述的服务器，其中，还包括：

第二接收模块，用于接收所述客户端发送的心跳包；

第二处理模块，用于当所述第二接收模块接收到所述客户端发送的心跳包时，将一初始值为零的计数值增加1，然后判断所述计数值是否大于预设的计数门限，若是，将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端，并将所述计数值清零，否则，直接将上一次的心跳间隔值通过心跳响应包下发给所述客户端。

上述的服务器，其中，所述第二处理模块还用于：

当所述第二接收模块接收到所述客户端发送的心跳包时，若本次连接为第一次连接，则将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端；

若本次连接不是第一次连接，则将一初始值为零的计数值增加1，然后判断所述计数值是否大于预设的计数门限，若是，将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端，并将所述计数值清零，否则，直接将上一次的心跳间隔值通过心跳响应包下发给所述客户端。

上述的服务器，其中：

所述第一处理模块在对心跳间隔值进行递增之前还判断递增后的心跳间隔值是否大于预设的心跳间隔上限，若是，不执行所述递增操作，直接将所述心跳间隔上限下发给所述客户端；

所述第一处理模块在对心跳间隔值进行递减之前还判断递减后的心跳间隔值是否小于预设的心跳间隔下限，若是，不执行所述递减操作，直接将所述心跳间隔下限下发给所述客户端。

所述第二处理模块在对心跳间隔值进行递增之前还判断递增后的心跳间隔值是否大于预设的心跳间隔上限，若是，不执行所述递增操作，直接将所述心跳间隔上限下发给所述客户端。

本发明的实施例还提供一种客户端，包括：

第一发送模块，用于当服务器与客户端的本次连接建立完成后，发送心跳协商消息到所述服务器，所述心跳协商消息中携带有用于表征上一次连接断开的原因的原因值以及所述客户端在上一次连接中最后使用的心跳间隔值，以使所述服务器根据所述原因值和所述心跳间隔值确定客户端在本次连接中使用的心跳间隔值；

第三接收模块，用于接收所述服务器发送的携带有心跳间隔值的心跳协商响应消息；

第二发送模块，用于根据所述心跳协商响应消息中携带的所述心跳间隔值，向所述服务器发送心跳包。

本发明的实施例还提供一种通信系统，包括服务器和客户端，其中：

所述客户端用于：当所述服务器与所述客户端的本次连接建立完成后，发送心跳协商消息到所述服务器，所述心跳协商消息中携带有用于表征上一次连接断开的原因的原因值以及所述客户端在上一次连接中最后使用的心跳间隔值；

所述服务器用于：接收所述客户端发送的心跳协商消息，当根据所述原因值确定上一次连接是因为链路僵死或网络异常而断开时，将所述心跳间隔值递减后通过协商响应消息下发给所述客户端，以及，当根据所述原因值确定上一次连接是因为拨打电话、应用暂停或应用切换而断开时，将所述心跳间隔值递增后通过协商响应消息下发给所述客户端。

与现有技术采用固定的心跳间隔值相比，本发明实施例的上述技术方案通过对心跳间隔值进行动态调整，使得心跳间隔值与当前的网络环境相适应，从而能够有效地降低客户端的系统资源、流量，特别是电能的消耗。

附图说明

图1为本发明实施例的心跳间隔调整方法的流程图；

图2为本发明实施例的通信系统的结构示意图；

图3为本发明实施例的服务器的结构示意图；

图4为本发明实施例的客户端的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明进行详细描述。

参照图1，本发明实施例的心跳间隔调整方法，包括如下步骤：

步骤101：服务器与客户端的本次连接建立完成后，所述客户端发送心跳协商消息到所述服务器；

其中，所述心跳协商消息中携带有用于表征上一次连接断开的原因的原因值以及所述客户端在上一次连接中最后使用的心跳间隔值。在本实施例中，心跳间隔值的单位为秒。

在具体实现时，当本次连接是第一次连接时，所述心跳协商消息中携带的所述原因值为“null”，且该心跳协商消息中不携带所述心跳间隔值(即心跳间隔值信息为空)，这里，所谓第一次连接是指，客户端刚完成了安装或重置后第一次登录服务器时，与所述服务器建立的连接。

当本次连接不是第一次连接时，则所述心跳协商消息中携带所述原因值和所述客户端在上一次连接中最后使用的心跳间隔值。举例如下：

当上次连接是由于网络异常(例如手机无信号)而断开，则所述心跳协商消息中携带的所述原因值为“Exception”。

当上次连接是由于拨打电话而断开，则所述心跳协商消息中携带的所述原因值为“Call”。

当上次连接是由于应用暂停或应用切换而断开，则所述心跳协商消息中携带的所述原因值为“Pause”。

当上次连接是由于链路僵死或网络阻塞而断开，则所述心跳协商消息中携带的所述原因值为“Choke”。引起链路僵死的主要起因是客户端“长时间”占用空的连接，没有发送数据包，导致当前移动网关认为此连接不再需要进行数据传输，断开了该连接的中间路由，此时服务器和客户端均无法得知此链路是否僵死，链路僵死后，客户端再次发送心跳包时，会立即收到例如网关的通知，告知该链路已被断开。

步骤102：所述服务器接收到所述心跳协商消息后，根据所述心跳协商消息中携带的信息确定客户端在本次连接中使用的初始心跳间隔值，并将所述初始心跳间隔值通过协商响应消息下发给所述客户端；

其中，所述服务器根据所述原因值确定上一次连接是因为链路僵死或网络异常而断开时，将所述心跳间隔值递减后作为初始心跳间隔值通过协商响应消息下发给所述客户端；

所述服务器根据所述原因值确定上一次连接是因为拨打电话、应用暂停或应用切换而断开时，将所述心跳间隔值递增后作为初始心跳间隔值通过协商响应消息下发给所述客户端；

所述服务器根据所述原因值确定本次连接为第一次连接时，将默认的心跳间隔值作为初始心跳间隔值通过协商响应消息下发给所述客户端。

在本发明实施例中，对心跳间隔值进行递增是指，对心跳间隔值按照设定的步长进行增加，设定的步长可以为1，即每次增加1秒，设定的步长还可以是大于1的整数，例如20，则每次增加20秒；

类似地，对心跳间隔值进行递减是指，对心跳间隔值按照设定的步长进行减小，设定的步长可以为1，即每次减小1秒，设定的步长还可以是大于1的整数，例如20，则每次减小20秒。

所述默认的心跳间隔值预先在所述服务器中设置并存储，例如，可以设置所述默认的心跳间隔值为120秒。

步骤103：所述客户端接收到所述心跳协商响应消息时，根据所述心跳协商响应消息中携带的心跳间隔值，向所述服务器发送心跳包；

客户端会使用服务器提供的心跳间隔值作为定时器的定时参数进行定时，定时时间到时，触发下一次心跳，即向所述服务器发送心跳包。

步骤104：所述服务器接收到所述客户端发送的心跳包时，重新确定下一次心跳所使用的心跳间隔值，并将该心跳间隔值通过心跳响应包下发给所述客户端。

然后，所述客户端接收到所述服务器发送的心跳响应包时，会根据所述心跳响应包中携带的心跳间隔值，向所述服务器发送心跳包端。

其中，所述服务器确定下一次心跳所使用心跳间隔值的方式有如下两种：

方式一

所述服务器每次接收到所述客户端发送的心跳包时，将一初始值为零的计数值增加1，然后判断所述计数值是否大于预设的计数门限，例如100，若是，将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端，并将所述计数值清零，否则，直接将上一次的心跳间隔值通过心跳响应包下发给所述客户端。

方式二

所述服务器每次接收到所述客户端发送的心跳包时，若本次连接为第一次连接，则将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端；

若本次连接不是第一次连接，则将一初始值为零的计数值增加1，然后判断所述计数值是否大于预设的计数门限，例如100，若是，将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端，并将所述计数值清零，否则，直接将上一次的心跳间隔值通过心跳响应包下发给所述客户端。

方式一与方式二的区别在于，在方式一中，对第一次连接和非第一次连接做相同的处理，即每接收到若干个心跳包后，对心跳间隔值进行一次递增，这有利于连接的稳定；

在方式二中，对第一次连接和非第一次连接做不同的处理，对于第一次连接，每接收到一个心跳包，就对心跳间隔值进行递增处理，这样，有利于将心跳间隔值尽快调整到网络环境支持的心跳间隔上限。

可选地，在进行心跳间隔调整时，还将心跳间隔值限制在一个范围之内。具体地，当所述服务器需要对心跳间隔值进行递增时，首先判断对该心跳间隔值进行递增之后的值是否大于预设的心跳间隔上限，若是，不执行所述递增操作，直接将所述心跳间隔上限下发给所述客户端；

当所述服务器需要对心跳间隔值进行递减时，首先判断对该心跳间隔值进行递减后的值是否小于预设的心跳间隔下限，若是，不执行所述递减操作，直接将所述心跳间隔下限下发给所述客户端。

服务器设置了一个心跳间隔上限和心跳间隔下限，例如，分别为360和60。设置一个心跳间隔上限的目的是在网络状况较好时，尽量减小客户端心跳消耗，同时也使得该链路继续有效。设置一个心跳间隔下限的目的是在网络状况较差时，客户端不必时刻发送心跳，减小客户端的心跳消耗。

根据移动网络状态的不同，每个移动终端的当前网络都有一个心跳间隔上限，网络较差时，则心跳间隔上限较低，网络较好时，则心跳间隔上限较高。例如在WIFI网络下，这个上限可能达到几千，假设我们服务器配置的心跳间隔上限为360，最后，客户端会按360作为心跳间隔来发送心跳。

需要说明的是，上述步骤101至步骤104有可能是循环执行的，即当服务器对心跳间隔值进行调整后，服务器与客户端之间的连接有可能会断开，此时，会重新执行从步骤101开始的步骤。通过采用上述心跳间隔调整方法，能够保证客户端的心跳间隔尽可能提高到网络环境支持的上限，从而能够有效降低客户端的系统资源、流量，特别是电能的消耗。

图2为本发明实施例的通信系统的结构示意图，参照图2，所述通信系统包括服务器1和客户端2，其中：

所述客户端2用于：当所述服务器1与所述客户端2的本次连接建立完成后，发送心跳协商消息到所述服务器1，所述心跳协商消息中携带有用于表征上一次连接断开的原因的原因值以及所述客户端2在上一次连接中最后使用的心跳间隔值；

所述服务器1用于：接收所述客户端2发送的心跳协商消息，当根据所述原因值确定上一次连接是因为链路僵死或网络异常而断开时，将所述心跳间隔值递减后通过协商响应消息下发给所述客户端2；当根据所述原因值确定上一次连接是因为拨打电话、应用暂停或应用切换而断开时，将所述心跳间隔值递增后通过协商响应消息下发给所述客户端2；当根据所述原因值确定本次连接为第一次连接时，将默认的心跳间隔值通过协商响应消息下发给所述客户端2。

以下给出上述通信系统中服务器1与客户端2的具体结构。

参照图3，本发明实施例的服务器1包括：

第一接收模块11，用于当服务器1与客户端2的本次连接建立完成后，接收所述客户端2发送的心跳协商消息，所述心跳协商消息中携带有用于表征上一次连接断开的原因的原因值以及所述客户端2在上一次连接中最后使用的心跳间隔值；

第一处理模块12，用于当根据所述原因值确定上一次连接是因为链路僵死或网络异常而断开时，将所述心跳间隔值递减后作为初始心跳间隔值通过协商响应消息下发给所述客户端，以及，当根据所述原因值确定上一次连接是因为拨打电话、应用暂停或应用切换而断开时，将所述心跳间隔值递增后作为初始心跳间隔值通过协商响应消息下发给所述客户端2。

优选地，所述第一处理模块12还用于：

当根据所述原因值确定本次连接为第一次连接时，将默认的心跳间隔值作为初始心跳间隔值通过协商响应消息下发给所述客户端2。

优选地，所述服务器还包括：

第二接收模块13，用于接收所述客户端2发送的心跳包；

第二处理模块14，用于当所述第二接收模块13接收到所述客户端发送的心跳包时，将一初始值为零的计数值增加1，然后判断所述计数值是否大于预设的计数门限，若是，将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端2，并将所述计数值清零，否则，直接将上一次的心跳间隔值通过心跳响应包下发给所述客户端2。

可选地，所述第二处理模块14还用于：

当所述第二接收模块13接收到所述客户端发送的心跳包时，若本次连接为第一次连接，则将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端2；

若本次连接不是第一次连接，则将一初始值为零的计数值增加1，然后判断所述计数值是否大于预设的计数门限，若是，将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端2，并将所述计数值清零，否则，直接将上一次的心跳间隔值通过心跳响应包下发给所述客户端2。

其中，所述第一处理模块12在对心跳间隔值进行递增之前还判断递增后的心跳间隔值是否大于预设的心跳间隔上限，若是，不执行所述递增操作，直接将所述心跳间隔上限下发给所述客户端2；

所述第一处理模块12在对心跳间隔值进行递减之前还判断递减后的心跳间隔值是否小于预设的心跳间隔下限，若是，不执行所述递减操作，直接将所述心跳间隔下限下发给所述客户端2。

所述第二处理模块14在对心跳间隔值进行递增之前还判断递增后的心跳间隔值是否大于预设的心跳间隔上限，若是，不执行所述递增操作，直接将所述心跳间隔上限下发给所述客户端2。

参照图4，本发明实施例的客户端2包括：

第一发送模块21，用于当服务器1与客户端2的本次连接建立完成后，发送心跳协商消息到所述服务器，所述心跳协商消息中携带有用于表征上一次连接断开的原因的原因值以及所述客户端2在上一次连接中最后使用的心跳间隔值，以使所述服务器1根据所述原因值和所述心跳间隔值确定客户端2在本次连接中使用的心跳间隔值；

第三接收模块22，用于接收所述服务器1发送的携带有心跳间隔值的心跳协商响应消息；

第二发送模块23，用于根据所述心跳协商响应消息中携带的所述心跳间隔值，向所述服务器2发送心跳包。

根据以上所述可知，本发明实施例的上述通信系统具有如下的特性：

在网络较好时，能够提高心跳间隔值；

在网络较差时，能够降低心跳间隔值；

能够保持侦测到的合适心跳间隔值。

最后应当说明的是，以上实施例仅用以说明本发明的技术方案而非限制，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神范围，其均应涵盖在本发明的权利要求范围当中。

Claims (12)

1.一种心跳间隔调整方法，其特征在于，包括：

服务器与客户端的本次连接建立完成后，所述服务器接收所述客户端发送的心跳协商消息，所述心跳协商消息中携带有用于表征上一次连接断开的原因的原因值以及所述客户端在上一次连接中最后使用的心跳间隔值；

所述服务器根据所述原因值确定上一次连接是因为链路僵死或网络异常而断开时，将所述心跳间隔值递减后通过协商响应消息下发给所述客户端；

所述服务器根据所述原因值确定上一次连接是因为拨打电话、应用暂停或应用切换而断开时，将所述心跳间隔值递增后通过协商响应消息下发给所述客户端。

2.如权利要求1所述的心跳间隔调整方法，其特征在于，还包括：

所述服务器根据所述原因值确定本次连接为第一次连接时，将默认的心跳间隔值通过协商响应消息下发给所述客户端。

3.如权利要求2所述的心跳间隔调整方法，其特征在于，还包括：

所述服务器每次接收到所述客户端发送的心跳包时，将一初始值为零的计数值增加1，然后判断所述计数值是否大于预设的计数门限，若是，将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端，并将所述计数值清零，否则，直接将上一次的心跳间隔值通过心跳响应包下发给所述客户端。

4.如权利要求2所述的心跳间隔调整方法，其特征在于，还包括：

所述服务器每次接收到所述客户端发送的心跳包时，若本次连接为第一次连接，则将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端；

若本次连接不是第一次连接，则将一初始值为零的计数值增加1，然后判断所述计数值是否大于预设的计数门限，若是，将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端，并将所述计数值清零，否则，直接将上一次的心跳间隔值通过心跳响应包下发给所述客户端。

5.如权利要求1至4中任一项所述的心跳间隔调整方法，其特征在于：

所述服务器在对心跳间隔值进行递增之前还包括：判断递增后的心跳间隔值是否大于预设的心跳间隔上限，若是，不执行所述递增操作，直接将所述心跳间隔上限下发给所述客户端；

所述服务器在对心跳间隔值进行递减之前还包括：判断递减后的心跳间隔值是否小于预设的心跳间隔下限，若是，不执行所述递减操作，直接将所述心跳间隔下限下发给所述客户端。

6.一种服务器，其特征在于，包括：

第一接收模块，用于当服务器与客户端的本次连接建立完成后，接收所述客户端发送的心跳协商消息，所述心跳协商消息中携带有用于表征上一次连接断开的原因的原因值以及所述客户端在上一次连接中最后使用的心跳间隔值；

第一处理模块，用于当根据所述原因值确定上一次连接是因为链路僵死或网络异常而断开时，将所述心跳间隔值递减后通过协商响应消息下发给所述客户端，以及，当根据所述原因值确定上一次连接是因为拨打电话、应用暂停或应用切换而断开时，将所述心跳间隔值递增后通过协商响应消息下发给所述客户端。

7.如权利要求6所述的服务器，其特征在于，所述第一处理模块还用于：

当根据所述原因值确定本次连接为第一次连接时，将默认的心跳间隔值通过协商响应消息下发给所述客户端。

8.如权利要求7所述的服务器，其特征在于，还包括：

第二接收模块，用于接收所述客户端发送的心跳包；

第二处理模块，用于当所述第二接收模块接收到所述客户端发送的心跳包时，将一初始值为零的计数值增加1，然后判断所述计数值是否大于预设的计数门限，若是，将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端，并将所述计数值清零，否则，直接将上一次的心跳间隔值通过心跳响应包下发给所述客户端。

9.如权利要求8所述的服务器，其特征在于，所述第二处理模块还用于：

当所述第二接收模块接收到所述客户端发送的心跳包时，若本次连接为第一次连接，则将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端；

若本次连接不是第一次连接，则将一初始值为零的计数值增加1，然后判断所述计数值是否大于预设的计数门限，若是，将上一次的心跳间隔值递增后通过心跳响应包下发给所述客户端，并将所述计数值清零，否则，直接将上一次的心跳间隔值通过心跳响应包下发给所述客户端。

10.如权利要求6至9中任一项所述的服务器，其特征在于：

所述第一处理模块在对心跳间隔值进行递增之前还判断递增后的心跳间隔值是否大于预设的心跳间隔上限，若是，不执行所述递增操作，直接将所述心跳间隔上限下发给所述客户端；

所述第一处理模块在对心跳间隔值进行递减之前还判断递减后的心跳间隔值是否小于预设的心跳间隔下限，若是，不执行所述递减操作，直接将所述心跳间隔下限下发给所述客户端。

所述第二处理模块在对心跳间隔值进行递增之前还判断递增后的心跳间隔值是否大于预设的心跳间隔上限，若是，不执行所述递增操作，直接将所述心跳间隔上限下发给所述客户端。

11.一种客户端，其特征在于，包括：

第一发送模块，用于当服务器与客户端的本次连接建立完成后，发送心跳协商消息到所述服务器，所述心跳协商消息中携带有用于表征上一次连接断开的原因的原因值以及所述客户端在上一次连接中最后使用的心跳间隔值，以使所述服务器根据所述原因值和所述心跳间隔值确定客户端在本次连接中使用的心跳间隔值；

第三接收模块，用于接收所述服务器发送的携带有心跳间隔值的心跳协商响应消息；

第二发送模块，用于根据所述心跳协商响应消息中携带的所述心跳间隔值，向所述服务器发送心跳包。

12.一种通信系统，包括服务器和客户端，其特征在于：

所述客户端用于：当所述服务器与所述客户端的本次连接建立完成后，发送心跳协商消息到所述服务器，所述心跳协商消息中携带有用于表征上一次连接断开的原因的原因值以及所述客户端在上一次连接中最后使用的心跳间隔值；

所述服务器用于：接收所述客户端发送的心跳协商消息，当根据所述原因值确定上一次连接是因为链路僵死或网络异常而断开时，将所述心跳间隔值递减后通过协商响应消息下发给所述客户端，以及，当根据所述原因值确定上一次连接是因为拨打电话、应用暂停或应用切换而断开时，将所述心跳间隔值递增后通过协商响应消息下发给所述客户端。

Images