CN107104760B - 一种传输数据包的方法、客户端以及服务器 - Google Patents

Abstract

本发明实施例公开了一种传输数据包的方法，用于客户端向服务器发送第一目标数据包和第一冗余包，第一冗余包的ID与第一目标数据包的ID相同，降低了数据包进行传输时丢包的概率。本发明实施例方法包括：客户端确定待发送的第一目标数据包；所述客户端生成与所述第一目标数据包对应的第一冗余包，所述第一冗余包的ID与所述第一目标数据包的ID相同，且所述第一冗余包的类型标识与所述第一目标数据包的类型标识不同；所述客户端向服务器发送所述第一目标数据包和所述第一冗余包；所述客户端接收所述服务器反馈的应答包；所述客户端根据所述应答包的类型标识、所述第一冗余包的类型标识以及所述第一目标数据包的类型标识确定所述服务器的接收结果。

Description

一种传输数据包的方法、客户端以及服务器

技术领域

本发明涉及通信领域，尤其涉及一种传输数据包的方法、客户端以及服务器。

背景技术

用户数据报协议(UDP，User Datagram Protocol)，是开放式系统互联(OpenSystem Interconnection，OSI)参考模型中一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务。UDP有不提供数据包分组、组装和不能对数据包进行排序的缺点，也就是说，当报文发送之后，是无法得知其是否安全完整到达的。

UDP用来支持那些需要在计算机之间传输数据的网络应用。包括网络视频会议系统在内的众多的客户/服务器模式的网络应用都需要使用UDP协议。UDP通信属于无连接传输，协议层面不会保障数据包的安全到达，所以不可避免的出现丢包，用户层面的表现是发生卡顿，在网络拥塞和信号差的情况下尤为明显。

发明内容

本发明实施例提供了一种传输数据包的方法、客户端以及服务器，用于客户端向服务器发送第一目标数据包和第一冗余包，第一冗余包的ID与第一目标数据包的ID相同，所以，降低了数据包进行传输时丢包的概率。

本发明实施例第一方面提供一种传输数据包的方法，可以包括：

客户端确定待发送的第一目标数据包；

该客户端生成与该第一目标数据包对应的第一冗余包，该第一冗余包的ID与该第一目标数据包的ID相同，且该第一冗余包的类型标识与该第一目标数据包的类型标识不同；

该客户端向服务器发送该第一目标数据包和该第一冗余包；

该客户端接收该服务器反馈的应答包；

该客户端根据该应答包的类型标识、该第一冗余包的类型标识以及该第一目标数据包的类型标识确定该服务器的接收结果。

本发明实施例第二方面提供一种传输数据包的方法，可以包括：

服务器接收客户端发送的第一目标数据包和/或第一冗余包，该第一冗余包的ID与该第一目标数据包的ID相同，且该第一冗余包的类型标识与该第一目标数据包的类型标识不同；

该服务器根据该第一目标数据包和/或该第一冗余包，生成对应的应答包；

该服务器向该客户端发送该应答包，该应答包的类型标识用于确定该客户端确定该服务器的接收结果。

本发明实施例第三方面提供一种客户端，可以包括：

第一确定模块，用于确定待发送的第一目标数据包；

生成模块，用于生成与该第一目标数据包对应的第一冗余包，该第一冗余包的ID与该第一目标数据包的ID相同，且该第一冗余包的类型标识与该第一目标数据包的类型标识不同；

发送模块，用于向服务器发送该第一目标数据包和该第一冗余包；

接收模块，用于接收该服务器反馈的应答包；

第二确定模块，用于根据该应答包的类型标识、该第一冗余包的类型标识以及该第一目标数据包的类型标识确定该服务器的接收结果。

本发明实施例第四方面提供一种服务器，可以包括：

接收模块，用于接收客户端发送的第一目标数据包和/或第一冗余包，该第一冗余包的ID与该第一目标数据包的ID相同，且该第一冗余包的类型标识与该第一目标数据包的类型标识不同；

生成模块，用于根据该第一目标数据包和/或该第一冗余包，生成对应的应答包；

发送模块，用于向该客户端发送该应答包，该应答包的类型标识用于确定该客户端确定该服务器的接收结果。

从以上技术方案可以看出，本发明实施例具有以下优点：

在本发明实施例中，客户端确定待发送的第一目标数据包；该客户端生成与该第一目标数据包对应的第一冗余包，该第一冗余包的ID与该第一目标数据包的ID相同，且该第一冗余包的类型标识与该第一目标数据包的类型标识不同；该客户端向服务器发送该第一目标数据包和该第一冗余包；该客户端接收该服务器反馈的应答包；该客户端根据该应答包的类型标识、该第一冗余包的类型标识以及该第一目标数据包的类型标识确定该服务器的接收结果。若应答包的类型标识是与第一目标数据包的类型标识对应，说明服务器接收的是第一目标数据包，或者接收的是第一目标数据包和第一冗余包；若应答包的类型标识是与第一冗余包的类型标识对应，说明服务器接收的是第一冗余包，第一目标数据包丢失，但因为第一冗余包和第一目标数据包的ID相同，所以，由第一冗余包补上，降低了数据包传输的丢包概率。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例和现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，还可以根据这些附图获得其它的附图。

图1为现有技术中提供的RUDP方案的模块示意图；

图2为本发明实施例中所应用的一个场景示意图；

图3为本发明实施例中所应用的另一个场景示意图；

图4为本发明实施例中传输数据包的方法的一个实施例示意图；

图5为本发明实施例中传输数据包的方法的另一个实施例示意图；

图6为本发明实施例中客户端的一个实施例示意图；

图7为本发明实施例中客户端的另一个实施例示意图；

图8为本发明实施例中客户端的另一个实施例示意图；

图9为本发明实施例中服务器的一个实施例示意图；

图10为本发明实施例中服务器的另一个实施例示意图；

图11为本发明实施例中服务器的另一个实施例示意图；

图12为本发明实施例中客户端的另一个实施例示意图；

图13为本发明实施例中服务器的另一个实施例示意图。

具体实施方式

本发明实施例提供了一种传输数据包的方法、客户端以及服务器，用于客户端向服务器发送第一目标数据包和第一冗余包，第一冗余包的ID与第一目标数据包的ID相同，所以，降低了数据包进行传输时丢包的概率。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，都应当属于本发明保护的范围。

UDP通信属于无连接传输，协议层面不会保障数据包的安全到达，所以不可避免的出现丢包，用户层面的表现是发生卡顿，在网络拥塞和信号差的情况下尤为明显。业界为减少UDP丢包，一般采用在UDP协议上构建自己的可靠传输协议，比如可靠用户数据报协议(Reliable User Datagram Protocol，RUDP)就是在UDP协议之上专门为互联网协议(Internet Protocol，IP)电话设计的一种介于传输层和应用层之间的协议，作为一个可靠传输协议，RUDP用于传输IP网络间的电话信号。RUDP提供一组类似传输控制协议(Transmission Control Protocol，TCP)的数据服务质量增强机制，如拥塞控制的改进、重发机制及淡化服务器算法等。但是它实现复杂，需要修改协议层面，且使得UDP协议快速传输的特点有所减弱。

如图1所示，为RUDP方案的模块示意图，可以包括：RUDP流对象封装模块、RUDP界面模块、RUDP连接对象模块、RUDP发送缓冲模块、RUDP控制模块CCC、RUDP接收缓冲模块、RUDP通信协议定义模块、Revolver框架基础base模块。

下面对每个模块的功能做一个简单的说明，如下所示：

RUDP Stream：是对RUDP流对象封装；

RUDP Interface：是RUDP连接对象管理和接口控制器，实现对多RUDP连接的管理和控制的模块；

RUDP Socket：是RUDP的连接对象，实现握手、数据收发、连接断开、心跳等功能；

RUDP send buffer：是RUDP发送缓冲模块，实现RUDP的发送策略、叠包策略、发送速度控制、报文重发等；

RUDP CCC：是RUDP发送窗口速率控制、发送慢启动控制、快速恢复和网络状态监测模块，实现对慢启动、快恢复、及时平衡、RTT评估等；

RUDP recv buffer：是RDUP接收缓冲模块，实现对RUDP数据接收策略和反馈的核心控制模块；

RUDP packet：是所有RUDP通信协议定义。

本发明实施例所应用的一个场景示意图如图2所示，可以包括控制端，客户端，服务端和数据统计服务器。客户端可以向控制端请求双发配置，控制端打开双发配置；客户端可以使用双发功能向服务端发送目标数据包和冗余包，其中，首发包和冗余包的ID(Identity，身份标识符)相同，即指示的是目标数据包和冗余包的内容相同，但需要说明的是，目标数据包和冗余包的类型标识不同。服务端收到首发包和/或冗余包之后，返回应答包给客户端，客户端根据应答包的类型标识将数据上报至数据统计服务器。

本发明实施例所应用的另一个场景示意图如图3所示，可以包括配置端，客户端和服务端，客户端向配置端请求push配置，配置端返回相应的push配置，客户端将push配置的信息向服务端发送，服务端根据该push配置的信息向客户端push数据包，经过预置时长后，客户端可以向服务端发送push结束包，服务端接收该push结束包之后，应答push结束包，并停止push数据包。

本发明技术方案通过在后台添加UDP双发处理逻辑，精准的控制UDP发包，有效减少了udp通信包的丢失，降低了丢包的概率，缓解了因为丢包造成的卡顿现象。

下面以实施例的方式对本发明技术方案作进一步的说明，如图4所示，为本发明实施例中传输数据包的方法的一个实施例示意图，包括：

401、客户端开启双发功能；

在本发明实施例中，客户端开启双发功能；具体的，可以包括：客户端向控制端发起双发配置请求；控制端接收客户端发送的双发配置请求；控制端根据双发配置请求向客户端发送双发配置信息；客户端接收双发配置信息，并根据该双发配置信息开启双发功能。

402、客户端确定待发送的第一目标数据包；

在本发明实施例中，客户端确定待发送的第一目标数据包；需要说明的是，第一目标数据包可以是根据当前通信过程中的实际需要确定要传输的数据包，也可以是一些特殊业务相关的数据包，还可以是优先级比较高的数据包，此处不做具体限定。

403、客户端生成与第一目标数据包对应的第一冗余包，第一冗余包的ID与第一目标数据包的ID相同，且第一冗余包的类型标识与第一目标数据包的类型标识不同；

在本发明实施例中，客户端确定待发送的第一目标数据包之后，客户端生成与第一目标数据包对应的第一冗余包，第一冗余包的ID与第一目标数据包的ID相同，且第一冗余包的类型标识与第一目标数据包的类型标识不同。

示例性的，客户端可以根据第一目标数据包生成对应的第一冗余包，并给第一目标数据包和第一冗余包添加两个标识，(1)唯一ID；(2)判别第一目标数据包和第一冗余包的类型type标识。例如：第一目标数据包和第一冗余包的唯一ID相同，第一目标数据包的类型标识为A，第一冗余包的类型标识为B。

404、客户端将第一目标数据包和第一冗余包发送至服务器；

在本发明实施例中，步骤404可以包括步骤a和步骤b，如下所示：

a、客户端向服务器发送第一目标数据包和第一冗余包；

b、服务器接收客户端发送的第一目标数据包和/或第一冗余包，第一冗余包的ID与第一目标数据包的ID相同，且第一冗余包的类型标识与第一目标数据包的类型标识不同；

在本发明实施例中，服务器可以以服务端为例进行说明，客户端生成与第一目标数据包对应的第一冗余包之后，客户端向服务器发送第一目标数据包和第一冗余包。具体的，可以包括：客户端通过双发功能向服务器发送第一目标数据包和第一冗余包。

客户端向服务器发送第一目标数据包和第一冗余包之后，服务器接收的情况有四种，分别为：(1)服务器接收的是第一目标数据包和第一冗余包，(2)服务器接收的是第一目标数据包，(3)服务器接收的是第一冗余包，(4)服务器没有接收第一目标数据包和第一冗余包。

405、服务器根据第一目标数据包和/或第一冗余包，生成对应的应答包；

在本发明实施例中，服务器接收客户端发送的第一目标数据包和/或第一冗余包之后，服务器根据第一目标数据包和/或第一冗余包，生成对应的应答包。

具体的，可以包括，如下所示：

(1)当服务器接收的是第一目标数据包和第一冗余包时，应答包的类型标识与第一目标数据包的类型标识相对应；

或者，

(2)当服务器接收的是第一目标数据包时，应答包的类型标识与第一目标数据包的类型标识相对应；

或者，

(3)当服务器接收的是第一冗余包时，应答包的类型标识与第一冗余包的类型标识相对应。

示例性的，因为第一目标数据包的ID和第一冗余包的ID相同，指示第一目标数据包和第一冗余数据包的内容相同，所以，当服务端接收的是第一目标数据包和第一冗余包时，说明数据包都没有丢失，通信正常进行，那么第一冗余包就是多余的了，服务端可以将其丢弃掉，并生成与第一目标数据包对应的应答包，该应答包的类型标识可以为C。当服务端接收的是第一目标数据包时，说明第一冗余包丢失，第一目标数据包可以保障通信的正常进行，服务端生成与第一冗余包对应的应答包，该应答包的类型标识可以为C。当服务端接收的是第一冗余包时，说明第一目标数据包在数据传输的过程中丢失了，服务端可以用第一冗余包补上第一目标数据包，并生成与第一冗余包对应的应答包，该应答包的类型标识可以为D。

应理解，关于第一目标数据包和第一冗余包各自的类型标识与对应的应答包的类型标识通常来说是预先定义的。即若预先定义的第一目标数据包的类型标识为A，与其对应的应答包的类型标识为C，那么，当客户端接收服务端反馈的应答包的类型标识为C时，客户端就可以根据预定义的类型标识，确定该应答包是对第一目标数据包的应答包；若预先定义的第一冗余包的类型标识为B，与其对应的应答包的类型标识为D，那么，当客户端接收服务端反馈的应答包的类型标识为D时，客户端就可以根据预定义的类型标识，确定该应答包是对第一冗余包的应答包。

进一步的，需要说明的是，在实际应用中，第一目标数据包和第一冗余包包括客户端的信息，还可以包括：

服务器将客户端的信息与预置客户端的信息列表进行对比；若客户端的信息在预置客户端的信息列表中，则服务器根据客户端的信息对预置客户端的信息列表进行更新；

或者，

服务器将客户端的信息与预置客户端的信息列表进行对比；若客户端的信息不在预置客户端的信息列表中，则服务器将客户端的信息保存在预置客户端的信息列表中。

示例性的，服务端的内存中保存着客户端的信息列表，里面存储了客户端的IP(Internet Protocol，互联网协议)、端口、存储时间、序列号等配置信息；服务端收到请求包(第一目标数据包和/或第一冗余包)，先将该包信息与内存中的信息列表进行对比；若该请求包符合目标数据包条件，则将type置C，组成与第一目标数据包对应的应答包返回；同时如果该客户端信息不存在于信息列表中，则将其存入信息列表；若该记录存在，则进行更新操作；

若该请求包符合冗余包条件，则判断服务端是否收到过相应的目标数据包；如收到过，则将冗余包丢弃；如果没有收到，则将type置D，组成与第一冗余包对应的应答包返回；同时如果该客户端信息不存在于列表中，则将其存入列表；若该记录存在，则进行更新操作。

需要说明的是，服务端通常会定期对信息列表进行更新和清除超时记录等操作。

406、服务器将对应的应答包发送至客户端；

在本发明实施例中，步骤406可以包括步骤c和步骤d，如下所示：

c、服务器向客户端发送应答包，应答包的类型标识用于确定客户端确定服务器的接收结果；

d、客户端接收服务器反馈的应答包。

407、客户端根据应答包的类型标识、第一冗余包的类型标识以及第一目标数据包的类型标识确定服务器的接收结果。

在本发明实施例中，客户端接收服务器反馈的应答包之后，客户端根据应答包的类型标识、第一冗余包的类型标识以及第一目标数据包的类型标识确定服务器的接收结果。

示例性的，客户端收到服务端返回来的应答包；通过应答包的type字段判别是否是第一冗余包的回包，如：type为C则为第一目标数据包的回包，type为D则为第一冗余包的回包；若收到type为C的应答包，则代表第一目标数据包在客户端发送到服务端的上行线路没有丢失。若收到type为D的应答包，则代表第一目标数据包在客户端发送到服务端的上行线路丢失，由冗余包进行补全。在实际应用中，客户端还可以将收到的应答包的类型标识结果进行上报，方便数据统计，具体的，可以向数据统计服务器上报。

在本发明实施例中，通过在后台添加udp双发处理逻辑，比较准确的控制UDP发包，有效减少了udp通信包的丢失，缓解了丢包造成的卡顿现象。客户端确定待发送的第一目标数据包；该客户端生成与该第一目标数据包对应的第一冗余包，该第一冗余包的ID与该第一目标数据包的ID相同，且该第一冗余包的类型标识与该第一目标数据包的类型标识不同；该客户端向服务器发送该第一目标数据包和该第一冗余包；该客户端接收该服务器反馈的应答包；该客户端根据该应答包的类型标识、该第一冗余包的类型标识以及该第一目标数据包的类型标识确定该服务器的接收结果。若应答包的类型标识是与第一目标数据包的类型标识对应，说明服务器接收的是第一目标数据包，或者接收的是第一目标数据包和第一冗余包；若应答包的类型标识是与第一冗余包的类型标识对应，说明服务器接收的是第一冗余包，第一目标数据包丢失，但因为第一冗余包和第一目标数据包的ID相同，所以，由第一冗余包补上，降低了数据包传输的丢包概率，进而，缓解了丢包造成的卡顿现象。

如图5所示，为本发明实施例中传输数据包的方法的另一个实施例示意图，可以包括：

501、客户端开启双发功能；

502、客户端确定待发送的第一目标数据包；

503、客户端生成与第一目标数据包对应的第一冗余包，第一冗余包的ID与第一目标数据包的ID相同，且第一冗余包的类型标识与第一目标数据包的类型标识不同；

504、客户端将第一目标数据包和第一冗余包发送至服务器；

505、服务器根据第一目标数据包和/或第一冗余包，生成对应的应答包；

506、服务器将对应的应答包发送至客户端；

507、客户端根据应答包的类型标识、第一冗余包的类型标识以及第一目标数据包的类型标识确定服务器的接收结果；

需要说明的是，在本发明实施例中，步骤501-507与上述图4中所示的步骤401-407相同，此处不再赘述，而且，步骤501-507也可以在步骤511之后执行。

508、客户端获取第二目标数据包的配置信息；

在本发明实施例中，客户端获取第二目标数据包的配置信息；即考虑到游戏中有些场景会出现服务器主动push UDP包给客户端的情况，如服务端需要客户端被动显示信息、服务端主动推送一些邮件等；客户端在向服务端发起push配置初始定制包之前，可以先从配置端获取到相应的配置信息，如push包间隔，push包长度等信息。为了方便说明该需求，这里可以设定成服务端为定时push。

509、客户端将第二目标数据包的配置信息发送至服务器；

在本发明实施例中，步骤509可以包括步骤a和步骤b，如下所示：

a、客户端将第二目标数据包的配置信息向服务器发送，第二目标数据包的配置信息用于服务器向客户端发送第二目标数据包；

b、服务器接收客户端发送的第二目标数据包的配置信息。

示例性的，客户端可以将初始定制包的配置信息向服务器发送，初始定制包的配置信息可以包括push包间隔，push包长度等信息。

510、服务器根据第二目标数据包的配置信息第二目标数据包发送至客户端；

在本发明实施例中，步骤510可以包括步骤c和步骤d，如下所示：

c、服务器根据第二目标数据包的配置信息向客户端发送第二目标数据包；

d、客户端接收服务器发送的第二目标数据包；

示例性的，服务端收到push配置初始定制包以后，知道该客户端需要服务端定时push特定的包给它；并将该客户端信息和相应的配置信息添加到push信息列表中；并按照配置信息开始定时push发包。

应理解，服务端定时push的包可以为第二目标数据包，也可以为第二目标数据包和第二冗余包，第二目标数据包和第二冗余包的ID相同，第二冗余包的类型标识与第二目标数据包的类型标识不同。客户端接收到的包可能为第二目标数据包，也可能为第二冗余包，也可能是第二目标数据包和第二冗余包。

511、客户端经过预置时长后，将结束包发送至服务器。

在本发明实施例中，步骤511可以包括步骤e和步骤f，如下所示：

e、客户端经过预置时长后，向服务器发送结束包，结束包用于指示服务器停止发送第二目标数据包；

f、服务器经过预置时长后，接收客户端发送的结束包，结束包用于指示服务器停止发送数据包。

示例性的，一定时间以后，客户端需要与服务端断开连接，则发送push结束包给服务端；服务端接收到该结束包，停止push，并将该条记录从push信息列表中删除；进一步的，服务端同时也会定期清理push列表中超时的记录。

在本发明实施例中，客户端获取第二目标数据包的配置信息；客户端将第二目标数据包的配置信息发送至服务器；服务器根据第二目标数据包的配置信息第二目标数据包发送至客户端；客户端经过预置时长后，将结束包发送至服务器。提供服务器主动向客户端push数据包的具体方案，也可以通过在后台添加udp双发处理逻辑，可以比较准确的控制UDP发包，有效减少了udp通信包的丢失，缓解了丢包造成的卡顿现象。

上述对本发明实施例中传输数据包的方法进行了说明，下面对本发明实施例中的客户端进行说明，如图6所示，为本发明实施例中客户端的一个实施例示意图，包括：

第一确定模块601，用于确定待发送的第一目标数据包；

生成模块602，用于生成与第一目标数据包对应的第一冗余包，第一冗余包的ID与第一目标数据包的ID相同，且第一冗余包的类型标识与第一目标数据包的类型标识不同；

发送模块603，用于向服务器发送第一目标数据包和第一冗余包；

接收模块604，用于接收服务器反馈的应答包；

第二确定模块605，用于根据应答包的类型标识、第一冗余包的类型标识以及第一目标数据包的类型标识确定服务器的接收结果。

可选的，在本发明的一些实施例中，第二确定模块605，

具体用于若应答包的类型标识与第一目标数据包的类型标识相对应，则第二确定模块确定服务器的接收结果是第一目标数据包；

或者，

具体用于若应答包的类型标识与第一冗余包的类型标识相对应，则第二确定模块确定服务器的接收结果是第一冗余包。

可选的，在本发明的一些实施例中，在上述图6所示的基础上，如图7所示，为本发明实施例中客户端的另一个实施例示意图，客户端还包括：

开启模块606，用于开启双发功能；

发送模块603，具体用于通过双发功能向服务器发送第一目标数据包和第一冗余包。

可选的，在本发明的一些实施例中，在上述图6所示的基础上，如图8所示，为本发明实施例中客户端的另一个实施例示意图，客户端还包括：

获取模块607，用于获取第二目标数据包的配置信息；

发送模块603，还用于将第二目标数据包的配置信息向服务器发送，第二目标数据包的配置信息用于服务器向客户端发送第二目标数据包；

接收模块604，还用于接收服务器发送的第二目标数据包；

发送模块603，还用于经过预置时长后，向服务器发送结束包，结束包用于指示服务器停止发送第二目标数据包。

如图9所示，为本发明实施例中服务器的一个实施例示意图，包括：

接收模块901，用于接收客户端发送的第一目标数据包和/或第一冗余包，第一冗余包的ID与第一目标数据包的ID相同，且第一冗余包的类型标识与第一目标数据包的类型标识不同；

生成模块902，用于根据第一目标数据包和/或第一冗余包，生成对应的应答包；

发送模块903，用于向客户端发送应答包，应答包的类型标识用于确定客户端确定服务器的接收结果。

可选的，在本发明的一些实施例中，

当服务器接收的是第一目标数据包时，应答包的类型标识与第一目标数据包的类型标识相对应；

或者，

当服务器接收的是第一冗余包时，应答包的类型标识与第一冗余包的类型标识相对应；

或者，

当服务器接收的是第一目标数据包和第一冗余包时，应答包的类型标识与第一目标数据包的类型标识相对应。

可选的，在本发明的一些实施例中，在上述图9所示的基础上，如图10所示，为本发明实施例中服务器的另一个实施例示意图，第一目标数据包和第一冗余包包括客户端的信息，服务器还包括：

对比模块904，用于将客户端的信息与预置客户端的信息列表进行对比；

更新模块905，用于若客户端的信息在预置客户端的信息列表中，则更新模块根据客户端的信息对预置客户端的信息列表进行更新。

可选的，在本发明的一些实施例中，在上述图9所示的基础上，如图11所示，为本发明实施例中服务器的另一个实施例示意图，第一目标数据包和第一冗余包包括客户端的信息，服务器还包括：

对比模块904，用于将客户端的信息与预置客户端的信息列表进行对比；

保存模块906，用于若客户端的信息不在预置客户端的信息列表中，则保存模块将客户端的信息保存在预置客户端的信息列表中。

可选的，在本发明的一些实施例中，

接收模块901，还用于接收客户端发送的第二目标数据包的配置信息；

发送模块903，还用于根据第二目标数据包的配置信息向客户端发送第二目标数据包；

接收模块901，还用于经过预置时长后，接收客户端发送的结束包，结束包用于指示服务器停止发送数据包。

该客户端可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售客户端)、车载电脑等任意客户端设备，以客户端为手机为例，如图12所示，为本发明实施例中客户端的一个实施例示意图，包括：射频(RadioFrequency，RF)电路1212、存储器1220、输入单元1230、显示单元1240、传感器1250、音频电路1260、无线保真(wireless fidelity，WiFi)模块1270、处理器1280、以及电源1290等部件。本领域技术人员可以理解，图12中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图12对手机的各个构成部件进行具体的介绍：

RF电路1212可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1280处理；另外，将设计上行的数据发送给基站。通常，RF电路1212包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，LNA)、双工器等。此外，RF电路1212还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication，GSM)、通用分组无线服务(General Packet RadioService，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器1220可用于存储软件程序以及模块，处理器1280通过运行存储在存储器1220的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1220可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1220可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1230可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1230可包括触控面板1231以及其他输入设备1232。触控面板1231，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1231上或在触控面板1231附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1231可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1280，并能接收处理器1280发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1231。除了触控面板1231，输入单元1230还可以包括其他输入设备1232。具体地，其他输入设备1232可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1240可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1240可包括显示面板1241，可选的，可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1241。进一步的，触控面板1231可覆盖显示面板1241，当触控面板1231检测到在其上或附近的触摸操作后，传送给处理器1280以确定触摸事件的类型，随后处理器1280根据触摸事件的类型在显示面板1241上提供相应的视觉输出。虽然在图12中，触控面板1231与显示面板1241是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1231与显示面板1241集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1250，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1241的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1241和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1260、扬声器1261，传声器1262可提供用户与手机之间的音频接口。音频电路1260可将接收到的音频数据转换后的电信号，传输到扬声器1261，由扬声器1261转换为声音信号输出；另一方面，传声器1262将收集的声音信号转换为电信号，由音频电路1260接收后转换为音频数据，再将音频数据输出处理器1280处理后，经RF电路1212以发送给比如另一手机，或者将音频数据输出至存储器1220以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块1270可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图12示出了WiFi模块1270，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1280是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1220内的软件程序和/或模块，以及调用存储在存储器1220内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1280可包括一个或多个处理单元；优选的，处理器1280可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1280中。

手机还包括给各个部件供电的电源1290(比如电池)，优选的，电源可以通过电源管理系统与处理器1280逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，该客户端所包括的处理器1280还具有以下功能：确定待发送的第一目标数据包；生成与第一目标数据包对应的第一冗余包，第一冗余包的ID与第一目标数据包的ID相同，且第一冗余包的类型标识与第一目标数据包的类型标识不同；根据应答包的类型标识、第一冗余包的类型标识以及第一目标数据包的类型标识确定服务器的接收结果。

RF电路1212还具有以下功能：向服务器发送第一目标数据包和第一冗余包；接收服务器反馈的应答包。

可选的，在本发明的一些实施例中，处理器1280具体用于：

若应答包的类型标识与第一目标数据包的类型标识相对应，则第二确定模块确定服务器的接收结果是第一目标数据包；

或者，

若应答包的类型标识与第一冗余包的类型标识相对应，则第二确定模块确定服务器的接收结果是第一冗余包。

可选的，在本发明的一些实施例中，

处理器1280还用于：开启双发功能；

RF电路1212具体用于：通过双发功能向服务器发送第一目标数据包和第一冗余包。

可选的，在本发明的一些实施例中，

RF电路1212还用于：获取第二目标数据包的配置信息；将第二目标数据包的配置信息向服务器发送，第二目标数据包的配置信息用于服务器向客户端发送第二目标数据包；接收服务器发送的第二目标数据包；经过预置时长后，向服务器发送结束包，结束包用于指示服务器停止发送第二目标数据包。

如图13所示，为本发明实施例中服务器的另一个实施例示意图，包括：

该服务器可因配置或性能不同而产生比较大的差异，可以包括收发器1301，一个或一个以上中央处理器(central processing units，CPU)1302(例如，一个或一个以上处理器)和存储器1303，一个或一个以上存储应用程序13041或数据13042的存储介质1304(例如一个或一个以上海量存储设备)。其中，存储器1303和存储介质1304可以是短暂存储或持久存储。存储在存储介质1304的程序可以包括一个或一个以上模块(图13中没示出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1302可以设置为与存储介质1304通信，在服务器上执行存储介质1304中的一系列指令操作。

在本发明实施例中，收发器1301还具有以下功能：接收客户端发送的第一目标数据包和/或第一冗余包，第一冗余包的ID与第一目标数据包的ID相同，且第一冗余包的类型标识与第一目标数据包的类型标识不同；向客户端发送应答包，应答包的类型标识用于确定客户端确定服务器的接收结果；

中央处理器1302还具有以下功能：根据第一目标数据包和/或第一冗余包，生成对应的应答包。

可选的，在本发明的一些实施例中，

当服务器接收的是第一目标数据包时，应答包的类型标识与第一目标数据包的类型标识相对应；

或者，

当服务器接收的是第一冗余包时，应答包的类型标识与第一冗余包的类型标识相对应；

或者，

当服务器接收的是第一目标数据包和第一冗余包时，应答包的类型标识与第一目标数据包的类型标识相对应。

可选的，在本发明的一些实施例中，

中央处理器1302还具有以下功能：将客户端的信息与预置客户端的信息列表进行对比；若客户端的信息在预置客户端的信息列表中，则中央处理器根据客户端的信息对预置客户端的信息列表进行更新；

或者，

中央处理器1302还具有以下功能：将客户端的信息与预置客户端的信息列表进行对比；若客户端的信息不在预置客户端的信息列表中，则中央处理器将客户端的信息保存在预置客户端的信息列表中。

可选的，在本发明的一些实施例中，

收发器1301还具有以下功能：接收客户端发送的第二目标数据包的配置信息；经过预置时长后，接收客户端发送的结束包，结束包用于指示服务器停止发送数据包；

中央处理器1302还具有以下功能：根据第二目标数据包的配置信息向客户端发送第二目标数据包。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (11)

1.一种传输数据包的方法，其特征在于，包括：

客户端向控制端发起双发配置请求，所述控制端根据双发配置请求发送双发配置信息，客户端接收双发配置信息，并根据双发配置信息开启双发功能；

客户端确定待发送的第一目标数据包，所述第一目标数据包携带游戏数据；

所述客户端生成与所述第一目标数据包对应的第一冗余包，所述第一冗余包的ID与所述第一目标数据包的ID相同，所述第一目标数据包与所述第一冗余包的内容相同，且所述第一冗余包的类型标识与所述第一目标数据包的类型标识不同；

所述客户端采用用户数据报协议UDP向服务器发送所述第一目标数据包和所述第一冗余包；

所述客户端接收所述服务器反馈的应答包，所述应答包是服务器根据接收到的第一目标数据包和/或第一冗余包生成的，所述应答包携带应答包的类型标识，所述应答包的类型标识是根据接收到的第一目标数据包和/或第一冗余包确定的，所述第一目标数据包、第一冗余包和应答包的类型标识是预先定义的；

所述客户端根据所述应答包的类型标识、所述第一冗余包的类型标识以及所述第一目标数据包的类型标识确定所述服务器的接收结果；

所述客户端获取第二目标数据包的配置信息，所述配置信息为服务器主动发送pushUDP包给客户端的信息，所述配置信息包括：push包间隔、push包长度信息；

客户端将第二目标数据包的配置信息发送至服务器；

客户端接收服务器发送的第二目标数据包和第二冗余包，所述第二目标数据包是根据第二目标数据包的配置信息生成的，所述第二冗余包和第二目标数据包的ID相同，所述第二冗余包和第二目标数据包的类型标记不同；

客户端经过预置时长后，将结束包发送至服务器，所述结束包用于指示服务器停止发送第二目标数据包和第二冗余包。

2.根据权利要求1所述的方法，其特征在于，所述客户端根据所述应答包的类型标识、所述第一冗余包的类型标识以及所述第一目标数据包的类型标识确定所述服务器的接收结果，包括：

若所述应答包的类型标识与所述第一目标数据包的类型标识相对应，则所述客户端确定所述服务器的接收结果是所述第一目标数据包；

或者，

若所述应答包的类型标识与所述第一冗余包的类型标识相对应，则所述客户端确定所述服务器的接收结果是所述第一冗余包。

3.一种传输数据包的方法，其特征在于，包括：

服务器接收客户端发送的第一目标数据包和/或第一冗余包，所述第一冗余包的ID与所述第一目标数据包的ID相同，所述第一目标数据包与所述第一冗余包的内容相同，且所述第一冗余包的类型标识与所述第一目标数据包的类型标识不同，所述第一目标数据包携带游戏数据，所述第一目标数据包和所述第一冗余包是所述客户端采用UDP向服务器发送的；

所述服务器根据接收到的第一目标数据包和/或第一冗余包，生成对应的应答包，所述应答包携带应答包的类型标识，所述应答包的类型标识是根据接收到的第一目标数据包和/或第一冗余包确定的，所述第一目标数据包、第一冗余包和应答包的类型标识是预先定义的；

所述服务器向所述客户端发送所述应答包，所述应答包的类型标识用于确定所述客户端确定所述服务器的接收结果；

所述服务器主动发送第二目标数据包的配置信息给客户端，所述第二目标数据包采用UDP包，所述配置信息包括：push包间隔、push包长度信息；

所述服务器接收所述客户端发送的第二目标数据包的配置信息，并根据所述第二目标数据包的配置信息生成第二目标数据包和第二冗余包，所述第二冗余包和第二目标数据包的ID相同，所述第二冗余包和第二目标数据包的类型标记不同；

所述服务器向所述客户端发送所述第二目标数据包和第二冗余包；

所述服务器经过预置时长后，接收所述客户端发送的结束包，所述结束包用于指示所述服务器停止发送所述数据包。

4.根据权利要求3所述的方法，其特征在于，

当所述服务器接收的是所述第一目标数据包时，所述应答包的类型标识与所述第一目标数据包的类型标识相对应；

或者，

当所述服务器接收的是所述第一冗余包时，所述应答包的类型标识与所述第一冗余包的类型标识相对应；

或者，

当所述服务器接收的是所述第一目标数据包和所述第一冗余包时，所述应答包的类型标识与所述第一目标数据包的类型标识相对应。

5.根据权利要求3或4所述的方法，其特征在于，所述第一目标数据包和所述第一冗余包包括所述客户端的信息，所述方法还包括：

所述服务器将所述客户端的信息与预置客户端的信息列表进行对比；

若所述客户端的信息在所述预置客户端的信息列表中，则所述服务器根据所述客户端的信息对所述预置客户端的信息列表进行更新；

或者，

若所述客户端的信息不在所述预置客户端的信息列表中，则所述服务器将所述客户端的信息保存在所述预置客户端的信息列表中。

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

开启模块，用于向控制端发起双发配置请求，所述控制端根据双发配置请求发送双发配置信息，客户端接收双发配置信息，并根据双发配置信息开启双发功能；

第一确定模块，用于确定待发送的第一目标数据包，所述第一目标数据包携带游戏数据；

生成模块，用于生成与所述第一目标数据包对应的第一冗余包，所述第一冗余包的ID与所述第一目标数据包的ID相同，所述第一目标数据包与所述第一冗余包的内容相同，且所述第一冗余包的类型标识与所述第一目标数据包的类型标识不同；

发送模块，用于采用UDP向服务器发送所述第一目标数据包和所述第一冗余包；

接收模块，用于接收所述服务器反馈的应答包，所述应答包是服务器根据接收到的第一目标数据包和/或第一冗余包生成的，所述应答包携带应答包的类型标识，所述应答包的类型标识是根据接收到的第一目标数据包和/或第一冗余包确定的，所述第一目标数据包、第一冗余包和应答包的类型标识是预先定义的；

第二确定模块，用于根据所述应答包的类型标识、所述第一冗余包的类型标识以及所述第一目标数据包的类型标识确定所述服务器的接收结果；

获取模块，用于获取第二目标数据包的配置信息，所述配置信息为服务器主动pushUDP包给客户端的信息，所述配置信息包括：push包间隔、push包长度信息；

所述发送模块，还用于将所述第二目标数据包的配置信息向所述服务器发送，所述第二目标数据包的配置信息用于所述服务器向所述客户端发送所述第二目标数据包；

所述接收模块，还用于接收所述服务器发送的第二目标数据包和第二冗余包，所述第二目标数据包是根据第二目标数据包的配置信息生成的，所述第二冗余包和第二目标数据包的ID相同，所述第二冗余包和第二目标数据包的类型标记不同；

所述发送模块，还用于经过预置时长后，向所述服务器发送结束包，所述结束包用于指示所述服务器停止发送所述第二目标数据包。

7.根据权利要求6所述的客户端，其特征在于，所述第二确定模块，

具体用于若所述应答包的类型标识与所述第一目标数据包的类型标识相对应，则所述第二确定模块确定所述服务器的接收结果是所述第一目标数据包；

或者，

具体用于若所述应答包的类型标识与所述第一冗余包的类型标识相对应，则所述第二确定模块确定所述服务器的接收结果是所述第一冗余包。

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

接收模块，用于接收客户端发送的第一目标数据包和/或第一冗余包，所述第一冗余包的ID与所述第一目标数据包的ID相同，所述第一目标数据包与所述第一冗余包的内容相同，且所述第一冗余包的类型标识与所述第一目标数据包的类型标识不同，所述第一目标数据包携带游戏数据，所述第一目标数据包和所述第一冗余包是所述客户端采用UDP向服务器发送的；

生成模块，用于根据接收到的第一目标数据包和/或第一冗余包，生成对应的应答包，所述应答包携带应答包的类型标识，所述应答包的类型标识是根据接收到的第一目标数据包和/或第一冗余包确定的，所述第一目标数据包、第一冗余包和应答包的类型标识是预先定义的；

发送模块，用于向所述客户端发送所述应答包，所述应答包的类型标识用于确定所述客户端确定所述服务器的接收结果；

所述发送模块还用于主动发送第二目标数据包的配置信息给客户端，所述第二目标数据包采用UDP包，所述配置信息包括：push包间隔、push包长度信息；

所述接收模块，还用于接收所述客户端发送的第二目标数据包的配置信息，并根据所述第二目标数据包的配置信息生成第二目标数据包和第二冗余包，所述第二冗余包和第二目标数据包的ID相同，所述第二冗余包和第二目标数据包的类型标记不同；

所述发送模块，还用于向所述客户端发送所述第二目标数据包和第二冗余包；

所述接收模块，还用于经过预置时长后，接收所述客户端发送的结束包，所述结束包用于指示所述服务器停止发送所述数据包。

9.根据权利要求8所述的服务器，其特征在于，

当所述服务器接收的是所述第一目标数据包时，所述应答包的类型标识与所述第一目标数据包的类型标识相对应；

或者，

当所述服务器接收的是所述第一冗余包时，所述应答包的类型标识与所述第一冗余包的类型标识相对应；

或者，

当所述服务器接收的是所述第一目标数据包和所述第一冗余包时，所述应答包的类型标识与所述第一目标数据包的类型标识相对应。

10.根据权利要求8或9所述的服务器，其特征在于，所述第一目标数据包和所述第一冗余包包括所述客户端的信息，所述服务器还包括：

对比模块，用于将所述客户端的信息与预置客户端的信息列表进行对比；

更新模块，用于若所述客户端的信息在所述预置客户端的信息列表中，则所述更新模块根据所述客户端的信息对所述预置客户端的信息列表进行更新；

或者，

保存模块，用于若所述客户端的信息不在所述预置客户端的信息列表中，则所述保存模块将所述客户端的信息保存在所述预置客户端的信息列表中。

11.一种存储介质，其特征在于，包括若干指令用以执行如权利要求1-2或3-5任一项所述的方法。

Images