CN102014416A - 一种对连接进行双向检测的方法及*** - Google Patents

Abstract

本发明公开了一种对连接进行双向检测的方法及***，此方法包括：服务端和客户端对两者之间的连接分别进行心跳检测；在客户端发起的心跳检测流程中，所述客户端和所述服务端对发出的心跳检测流程消息按发送顺序进行标识，所述客户端根据接收到的心跳检测响应中的标识判断此心跳检测响应是否是针对此客户端最后一次发送的心跳检测请求的响应。本发明可提高对连接的测试性能，并且及时测得连接是否正常。

Description

一种对连接进行双向检测的方法及***

技术领域

本发明涉及无线移动通讯领域，尤其涉及一种对连接进行双向检测的方法及***。

背景技术

全球互操作性微波接入（Worldwide Interoperability for Microwave Access，简称WiMAX）***是基于IEEE 802.16d/e标准的宽带无线接入城域网技术，具有数据速率高、容量大，支持不同服务质量（Quality of Service，简称QOS）的业务数据服务的特点。随着WiMAX技术和产品的成熟以及商用局的增多，WiMAX***的大话务量测试非常重要，而业务数据性能的测试尤其是WiMAX***话务测试的重要组成。

目前WiMAX***话务测试工具一般基于TCP/IP（Transmission Control Protocol/Internet Protocol)协议创建客户端到服务端的TCP连接，这种连接的灵敏度较高，能够实时反馈当前连接状态。然而由于无线移动通讯的不稳定性因素，尤其是需要进行多用户、大吞吐量测试时通讯时延会相应增大，这种过于灵敏的通讯机制经常导致连接的频繁中断，严重影响测试效果。如何提高测试性能并及时测得连接是否正常是需要解决的技术问题。

发明内容

本发明要解决的技术问题是提供一种对连接进行双向检测的方法及***，提高测试性能。

为了解决上述技术问题，本发明提供了一种面向连接的链路双向检测方法，包括：服务端和客户端对两者之间的连接分别进行心跳检测；在客户端发起的心跳检测流程中，所述客户端和所述服务端对发出的心跳检测流程消息按发送顺序进行标识，所述客户端根据接收到的心跳检测响应中的标识判断此心跳检测响应是否是针对此客户端最后一次发送的心跳检测请求的响应。

进一步地，上述方法还可以具有以下特点：

对于客户端发起的心跳检测流程，所述客户端维护请求序列号并在发出的心跳检测请求中标识此请求序列号，所述服务端维护响应序列号并在发出的心跳检测响应中标识此响应序列号；初始化时请求序列号小于或等于响应序列号；所述服务端收到心跳检测请求后，判断此请求中请求序列号小于或等于其维护响应序列号时，将响应序列号增加预设间隔值，在向所述客户端返回的心跳检测响应中标识此更新后的响应序列号；所述客户端在预设的心跳检测定时时间内收到心跳检测响应后，判断此响应中响应序列号大于其维护的请求序列号时，将请求序列号更新为此响应序列号的值，并在下一心跳检测周期发送的心跳检测请求中标识此更新后的请求序列号。

进一步地，上述方法还可以具有以下特点：

所述客户端在预设的心跳检测定时时间内收到心跳检测响应后，判断此响应中响应序列号小于或等于其维护的请求序列号时，维持请求序列号的值，并在下一心跳检测周期发送的心跳检测请求中标识此请求序列号。

进一步地，上述方法还可以具有以下特点：

所述服务端或所述客户端在执行心跳检测过程中，向对端设备发出心跳检测请求后，在本端预设的心跳检测定时时间内未收到对端的心跳检测响应时，降低本端心跳检测请求发送周期的时长。

进一步地，上述方法还可以具有以下特点：

对于服务端发起的心跳检测流程，所述服务端向客户端发出心跳检测请求并在此请求中标识顺序序列号，客户端收到所述心跳检测请求后，在返回的心跳检测响应中标识与所述心跳检测请求中序列号相同的序列号值，所述服务端在预设的心跳检测定时时间内收到心跳检测响应后，将所述序列号增加预设间隔值，并在下一心跳检测周期发送的心跳检测请求中标识此更新后的序列号。

为了解决上述技术问题，本发明还提供了一种对连接进行双向检测的***，包括对对端进行心跳检测的服务端和客户端；所述服务端，用于在在客户端发起的心跳检测流程中，对发出的心跳检测响应消息按发送顺序进行标识；所述客户端，用于在客户端发起的心跳检测流程中，对发出的心跳检测请求消息按发送顺序进行标识，并根据接收到的心跳检测响应中的标识判断此心跳检测响应是否是针对此客户端最后一次发送的心跳检测请求的响应。

进一步地，上述***还可以具有以下特点：

所述服务端，还用于对于客户端发起的心跳检测流程，维护响应序列号并在发出的心跳检测响应中标识此响应序列号；在收到心跳检测请求后，判断此请求中请求序列号小于或等于其维护响应序列号时，将响应序列号增加预设间隔值，在向所述客户端返回的心跳检测响应中标识此更新后的响应序列号；所述客户端，还用于对于客户端发起的心跳检测流程，维护请求序列号并在发出的心跳检测请求中标识此请求序列号；在初始化时设置的请求序列号大于所述服务端初始化时设置的响应序列号；在预设的心跳检测定时时间内收到心跳检测响应后，判断此响应中响应序列号大于其维护的请求序列号时，将请求序列号更新为此响应序列号的值，并在下一心跳检测周期发送的心跳检测请求中标识此更新后的请求序列号。

进一步地，上述***还可以具有以下特点：

所述客户端，还用于在预设的心跳检测定时时间内收到心跳检测响应后，判断此响应中响应序列号小于或等于其维护的请求序列号时，维持请求序列号的值，并在下一心跳检测周期发送的心跳检测请求中标识此请求序列号。

进一步地，上述***还可以具有以下特点：

所述服务端或所述客户端，还用于在执行心跳检测过程中，向对端设备发出心跳检测请求后，在本端预设的心跳检测定时时间内未收到对端的心跳检测响应时，降低本端心跳检测请求发送周期的时长。

进一步地，上述***还可以具有以下特点：

所述服务端，还用于在服务端发起的心跳检测流程中，向客户端发出心跳检测请求并在此请求中标识顺序序列号；在预设的心跳检测定时时间内收到心跳检测响应后，将所述序列号增加预设间隔值，并在下一心跳检测周期发送的心跳检测请求中标识此更新后的序列号；

所述客户端，还用于在在服务端发起的心跳检测流程中，收到心跳检测请求后，在返回的心跳检测响应中标识与所述心跳检测请求中序列号相同的序列号值。

本发明可提高对连接的测试性能，并且及时测得连接是否正常。

附图说明

图1 是面向连接的链路双向检测方法示意图。

具体实施方式

对连接进行双向检测的***包括对对端进行心跳检测的服务端和客户端。

服务端用于在在客户端发起的心跳检测流程中，对发出的心跳检测响应消息按发送顺序进行标识。

客户端用于在客户端发起的心跳检测流程中，对发出的心跳检测请求消息按发送顺序进行标识；并根据接收到的心跳检测响应中的标识判断此心跳检测响应是否是针对此客户端最后一次发送的心跳检测请求的响应。

具体的，在客户端发起的心跳检测流程中，***通过以下方式保证测试的准确性：

服务端用于对于客户端发起的心跳检测流程，维护响应序列号并在发出的心跳检测响应中标识此响应序列号；收到心跳检测请求后，判断此请求中请求序列号小于或等于其维护响应序列号时，将响应序列号增加预设间隔值，在向客户端返回的心跳检测响应中标识此更新后的响应序列号。

客户端用于对于客户端发起的心跳检测流程，维护请求序列号并在发出的心跳检测请求中标识此请求序列号；在初始化时设置的请求序列号大于服务端初始化时设置的响应序列号；在预设的心跳检测定时时间内收到心跳检测响应后，判断此响应中响应序列号大于其维护的请求序列号时，将请求序列号更新为此响应序列号的值，并在下一心跳检测周期发送的心跳检测请求中标识此更新后的请求序列号。

客户端还用于在预设的心跳检测定时时间内收到心跳检测响应后，判断此响应中响应序列号小于或等于其维护的请求序列号时，维持请求序列号的值，并在下一心跳检测周期发送的心跳检测请求中标识此请求序列号。

本***可动态调整心跳检测中请求发送的频率的次数，使网络状态异常时，较快的发起下一次心跳检测，及时获知网络恢复正常的状态。

服务端用于在执行心跳检测过程中，向对端设备发出心跳检测请求后，在本端预设的心跳检测定时时间内未收到对端的心跳检测响应时，降低本端心跳检测请求发送周期的时长。

客户端用于在执行心跳检测过程中，向对端设备发出心跳检测请求后，在本端预设的心跳检测定时时间内未收到对端的心跳检测响应时，降低本端心跳检测请求发送周期的时长。

本***针对客户端发起的心跳检测以及服务端发起的心跳检测采用不同程度的有效性判断程序，对于客户端发起的心跳检测，采用上述应用请求序列号和响应序列号的较为严格的检测方式，准确性较高，对于服务端发起的心跳检测，采用较为简单的检测试，计算速率较快。

在服务端发起的心跳检测流程中，采用以下方式实现：

服务端用于在服务端发起的心跳检测流程中，向客户端发出心跳检测请求并在此请求中标识顺序序列号；在预设的心跳检测定时时间内收到心跳检测响应后，将序列号增加预设间隔值，并在下一心跳检测周期发送的心跳检测请求中标识此更新后的序列号。

客户端用于在在服务端发起的心跳检测流程中，收到心跳检测请求后，在返回的心跳检测响应中标识与心跳检测请求中序列号相同的序列号值。

本***中，服务端或客户端在重发心跳检测请求次数达到预设最大重传次数且均未在预设的心跳检测定时时间内收到心跳检测响应时，判断连接异常，注销连接对应的用户。

本***的服务端包括负责建立和维护连接的连接模块和用于进行上述心跳检测的心跳检测模块，连接模块包括鉴权认证子模块和用户维护子模块。鉴权认证子模块用于对用户进行认证，并在认证通过后通知用户维护子模块，用户维护子模块将认证通过的用户更新至数据区。心跳检测模块在重发心跳检测请求次数达到预设最大重传次数且均未在预设的心跳检测定时时间内收到心跳检测响应时，判断连接异常，并向用户维护子模块上报用户注销消息，用户维护子模块则删除用户。

本***的服务端包括负责建立和维护连接的连接模块和用于进行上述心跳检测的心跳检测模块。连接模块用于向服务端发起用户认证并在认证成功后为用户创建用户数据区。心跳检测模块在重发心跳检测请求次数达到预设最大重传次数且均未在预设的心跳检测定时时间内收到心跳检测响应时，判断连接异常，并向此连接模块上报连接中断消息，此连接模块删除用户。

如图1所示，面向连接的链路双向检测方法包括：服务端和客户端对两者之间的连接分别进行心跳检测；在客户端发起的心跳检测流程中，客户端和服务端对发出的心跳检测流程消息按发送顺序进行标识，客户端根据接收到的心跳检测响应中的标识判断此心跳检测响应是否是针对此客户端最后一次发送的心跳检测请求的响应。

在客户端发起的心跳检测流程中，通过以下方式保证测试的准确性：

对于客户端发起的心跳检测流程，客户端维护请求序列号并在发出的心跳检测请求中标识此请求序列号，服务端维护响应序列号并在发出的心跳检测响应中标识此响应序列号；初始化时请求序列号小于或等于响应序列号。

服务端收到心跳检测请求后，判断此请求中请求序列号小于或等于其维护响应序列号时，将响应序列号增加预设间隔值，在向客户端返回的心跳检测响应中标识此更新后的响应序列号。

客户端在预设的心跳检测定时时间内收到心跳检测响应后，判断此响应中响应序列号大于其维护的请求序列号时，将请求序列号更新为此响应序列号的值，并在下一心跳检测周期发送的心跳检测请求中标识此更新后的请求序列号。

客户端在预设的心跳检测定时时间内收到心跳检测响应后，判断此响应中响应序列号小于或等于其维护的请求序列号时，维持请求序列号的值，并在下一心跳检测周期发送的心跳检测请求中标识此请求序列号。

本***针对客户端发起的心跳检测以及服务端发起的心跳检测采用不同程度的有效性判断程序，对于客户端发起的心跳检测，采用上述应用请求序列号和响应序列号的较为严格的检测方式，准确性较高，对于服务端发起的心跳检测，采用较为简单的检测试，计算速率较快。

在服务端发起的心跳检测流程中，采用以下方式实现：

对于服务端发起的心跳检测流程，服务端向客户端发出心跳检测请求并在此请求中标识顺序序列号，客户端收到心跳检测请求后，在返回的心跳检测响应中标识与心跳检测请求中序列号相同的序列号值，服务端在预设的心跳检测定时时间内收到心跳检测响应后，将序列号增加预设间隔值，并在下一心跳检测周期发送的心跳检测请求中标识此更新后的序列号。

本***可动态调整心跳检测中请求发送的频率的次数，使网络状态异常时，较快的发起下一次心跳检测，及时获知网络恢复正常的状态。

服务端或客户端在执行心跳检测过程中，向对端设备发出心跳检测请求后，在本端预设的心跳检测定时时间内未收到对端的心跳检测响应时，降低本端心跳检测请求发送周期的时长。

服务端或客户端在重发心跳检测请求次数达到预设最大重传次数且均未在预设的心跳检测定时时间内收到心跳检测响应时，判断连接异常，注销连接对应的用户。

具体实施例

服务端与客户端进行连接初始化的过程包括：

步骤201，步骤客户端的连接模块采集终端用户信息，这包括终端MAC地址、用户名、用户编号等上层应用需要的数据。服务端鉴权认证子模块开始监听指定端口的用户消息。服务端用户管理子模块开始监听目标消息。

步骤202，客户端连接子模块使用一个匿名ID并携带采集的用户信息向服务端发起注册请求。此后启动一个定时器来等待服务端的响应，定时器超时无响应则重新发送。

步骤203，服务端鉴权认证子模块接收到用户注册消息后进行数据解密并对用户合法性进行校验。校验失败则返回继续监听，校验通过后将解析出来的用户ID进行核查，对于匿名ID和不存在的ID均作为新用户处理，为其分配一个ID。对于ID存在的用户作为用户信息更新处理。

步骤204，服务端鉴权认证子模块将用户注册/用户更新消息发送给服务端用户管理子模块，用户管理子模块根据消息中的用户信息来更新用户队列。为该用户启动心跳检测模块，该模块负责维护客户端和服务端的持续连接。

步骤205，服务端鉴权认证子模块向客户端返回一个应答消息，消息中携带该用户的ID。

步骤206，客户端的连接模块接收到应答消息后解析消息中的用户ID进行保存，此ID将一直作为该用户的唯一标识，后续即使网络拥塞引起用户暂时离线，重连时（此情况视为用户持续连接）仍然使用该ID，这样保证服务端对用户的持续管理。

步骤207，客户端启动心跳检测模块，该模块与步骤204服务端启动的心跳检测模块相呼应完成用户的持续连接。步骤204和步骤207启动的心跳检测模块均为双向认证。

服务端发起心跳检测的检测流程包括：

步骤301，服务端针对一客户端初始化心跳检测相关参数，包括序列号ST1（此值可以默认初始值为1）、心跳检测周期、心跳检测定时时长，预设最大重传次数。

步骤302，服务端向客户端发送含发送序列号ST1的心跳检测请求，同时启动心跳检测定时器。客户端接收到该心跳检测请求后向服务端发送心跳检测响应并在此响应中标识此心跳检测请求中的序列号ST1。

步骤303，服务端判断是否在定时器超时前收到客户端的心跳检测响应，如果收到执行步骤304，如果未收到，执行步骤305。

步骤304，服务端在定时器超时前收到客户端的心跳检测响应，表明两者之间连接正常。服务端将心跳检测周期和预设最大重传次数重新设置为初始值。将序列号ST1增加预设间隔值（例如1）后下一个发送周期继续发送心跳检测请求。

步骤305，服务端在定时器超时前未收到客户端的心跳检测响应，降低本端心跳检测请求发送周期的时长（例如将此周期的时长减半）同时将重传次数加1，等待下一心跳检测请求发送周期重传心跳检测请求。这样服务端将很快发起下一次心跳请求。服务端在每次重传心跳检测请求后检查重传次数是否已达到预设最大重传次数，未达到时，继续重传，达到时，服务端判断连接中断，释放此连接对应的用户资源。

客户端发起心跳检测的检测流程包括：

步骤401，客户端初始化针对服务端的心跳检测相关参数，包括请求序列号CT1（此值可以默认初始值为0或1）、心跳检测周期、心跳检测定时时长，预设最大重传次数。服务端初始化响应序列号ST2（此值可以默认初始值为1）。

步骤402，客户端发送标识有请求序列号CT1的心跳请求给服务端，同时启动心跳检测定时器。

步骤403，服务端收到心跳检测请求后，判断此请求中请求序列号小于或等于其维护响应序列号时，判断此请求为有效请求，将响应序列号增加预设间隔值（例如1），在向客户端返回的心跳检测响应中标识此更新后的响应序列号。

客户端重传期间需要主动进行用户信息刷新，这样服务端在客户端网络拥塞后可以及时更新用户信息。移动无线通讯中下行(服务器到终端)通讯带宽较高，通讯能力较大，服务端也较上行更容易将应答消息发送给客户端。因此步骤403中服务端采用上述方式可以增强校验的准确率。

步骤404，客户端判断是否在定时器超时前收到服务端的心跳检测响应，如果收到执行步骤405，如果未收到，执行步骤406。

步骤405，客户端在定时器超时前收到服务端的心跳检测响应，判断此响应中响应序列号大于其维护的请求序列号时，将请求序列号更新为此响应序列号的值，并在下一心跳检测周期发送的心跳检测请求中标识此更新后的请求序列号，并将心跳检测周期和预设最大重传次数重新设置为初始值。客户端判断此响应中响应序列号小于或等于其维护的请求序列号时，维持请求序列号，并在下一心跳检测周期发送的心跳检测请求中标识此请求序列号。

步骤406，客户端在定时器超时前未收到服务端的心跳检测响应，降低本端心跳检测请求发送周期的时长（例如将此周期的时长减半）同时将重传次数加1，等待下一心跳检测请求发送周期重传心跳检测请求。客户端在每次重传心跳检测请求后检查重传次数是否已达到预设最大重传次数，未达到时，继续重传，达到时，客户端判断连接中断，释放此连接对应的用户资源。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

Claims (10)

1.一种面向连接的链路双向检测方法，其特征在于，

服务端和客户端对两者之间的连接分别进行心跳检测；在客户端发起的心跳检测流程中，所述客户端和所述服务端对发出的心跳检测流程消息按发送顺序进行标识，所述客户端根据接收到的心跳检测响应中的标识判断此心跳检测响应是否是针对此客户端最后一次发送的心跳检测请求的响应。

2.如权利要求1所述的方法，其特征在于， 

对于客户端发起的心跳检测流程，所述客户端维护请求序列号并在发出的心跳检测请求中标识此请求序列号，所述服务端维护响应序列号并在发出的心跳检测响应中标识此响应序列号；初始化时请求序列号小于或等于响应序列号；

所述服务端收到心跳检测请求后，判断此请求中请求序列号小于或等于其维护响应序列号时，将响应序列号增加预设间隔值，在向所述客户端返回的心跳检测响应中标识此更新后的响应序列号；

所述客户端在预设的心跳检测定时时间内收到心跳检测响应后，判断此响应中响应序列号大于其维护的请求序列号时，将请求序列号更新为此响应序列号的值，并在下一心跳检测周期发送的心跳检测请求中标识此更新后的请求序列号。

3.如权利要求2所述的方法，其特征在于，

所述客户端在预设的心跳检测定时时间内收到心跳检测响应后，判断此响应中响应序列号小于或等于其维护的请求序列号时，维持请求序列号的值，并在下一心跳检测周期发送的心跳检测请求中标识此请求序列号。

4.如权利要求1所述的方法，其特征在于， 

所述服务端或所述客户端在执行心跳检测过程中，向对端设备发出心跳检测请求后，在本端预设的心跳检测定时时间内未收到对端的心跳检测响应时，降低本端心跳检测请求发送周期的时长。

5.如权利要求1所述的方法，其特征在于， 

对于服务端发起的心跳检测流程，所述服务端向客户端发出心跳检测请求并在此请求中标识顺序序列号，客户端收到所述心跳检测请求后，在返回的心跳检测响应中标识与所述心跳检测请求中序列号相同的序列号值，所述服务端在预设的心跳检测定时时间内收到心跳检测响应后，将所述序列号增加预设间隔值，并在下一心跳检测周期发送的心跳检测请求中标识此更新后的序列号。

6.一种对连接进行双向检测的***，包括对对端进行心跳检测的服务端和客户端，其特征在于，

所述服务端，用于在在客户端发起的心跳检测流程中，对发出的心跳检测响应消息按发送顺序进行标识；

所述客户端，用于在客户端发起的心跳检测流程中，对发出的心跳检测请求消息按发送顺序进行标识，并根据接收到的心跳检测响应中的标识判断此心跳检测响应是否是针对此客户端最后一次发送的心跳检测请求的响应。

7.如权利要求6所述的***，其特征在于，

所述服务端，还用于对于客户端发起的心跳检测流程，维护响应序列号并在发出的心跳检测响应中标识此响应序列号；在收到心跳检测请求后，判断此请求中请求序列号小于或等于其维护响应序列号时，将响应序列号增加预设间隔值，在向所述客户端返回的心跳检测响应中标识此更新后的响应序列号；

所述客户端，还用于对于客户端发起的心跳检测流程，维护请求序列号并在发出的心跳检测请求中标识此请求序列号；在初始化时设置的请求序列号大于所述服务端初始化时设置的响应序列号；在预设的心跳检测定时时间内收到心跳检测响应后，判断此响应中响应序列号大于其维护的请求序列号时，将请求序列号更新为此响应序列号的值，并在下一心跳检测周期发送的心跳检测请求中标识此更新后的请求序列号。

8.如权利要求7所述的***，其特征在于，

所述客户端，还用于在预设的心跳检测定时时间内收到心跳检测响应后，判断此响应中响应序列号小于或等于其维护的请求序列号时，维持请求序列号的值，并在下一心跳检测周期发送的心跳检测请求中标识此请求序列号。

9.如权利要求6所述的***，其特征在于，

所述服务端或所述客户端，还用于在执行心跳检测过程中，向对端设备发出心跳检测请求后，在本端预设的心跳检测定时时间内未收到对端的心跳检测响应时，降低本端心跳检测请求发送周期的时长。

10.如权利要求6所述的***，其特征在于，

所述服务端，还用于在服务端发起的心跳检测流程中，向客户端发出心跳检测请求并在此请求中标识顺序序列号；在预设的心跳检测定时时间内收到心跳检测响应后，将所述序列号增加预设间隔值，并在下一心跳检测周期发送的心跳检测请求中标识此更新后的序列号；

所述客户端，还用于在在服务端发起的心跳检测流程中，收到心跳检测请求后，在返回的心跳检测响应中标识与所述心跳检测请求中序列号相同的序列号值。

Images