[发明专利]数据传输方法、设备及系统

说明书

本发明公开了一种数据传输方法，包括：通过第一UDP链路向数据接收设备发送第一数据封包；在超时检测时刻，检测是否接收到所述数据接收设备返回的所述第一数据封包的确认响应；所述第一数据封包的确认响应表示所述数据接收设备接收到所述第一数据封包；若检测到超过预设时长仍未接收到所述确认响应，则关闭所述第一UDP链路，并创建第二UDP链路；通过所述第二UDP链路向所述数据接收设备发送第二数据封包。本发明还提供了另外两种数据传输方法、一种数据发送设备、一种数据接收设备和一种数据传输系统。本发明可以提高数据传输流畅度、优化传输质量。

技术领域

本发明涉及互联网技术领域，尤其涉及数据传输方法、设备及系统。

背景技术

在现有技术中，即时通讯通常使用TCP连接方式。比如在网络游戏中，客户端和服务器之间通常采用一条TCP连接进行相互通信，但是如果客户端开了迅雷，或者客户端同局域网的其他机器开了迅雷或者其他下载软件，会极大影响网络游戏的网络流畅度。根据实际的统计数据，在网络游戏中，使用TCP连接的情况下，客户端的掉线率大约为30％-40％。这是因为TCP的主动避让机制导致的。TCP主动避让机制具体为：在网络层发现第一次网络异常(比如丢包)现象之后，TCP机制会主动降低自己的网络速率。例如，如果在网络延时为50ms的时候，TCP第一次发生丢包，系统会在下一个50ms尝试重传，如果仍然丢包，会在下100ms重传，如果仍然丢包，会在下200ms重传。尝试的时间等于上一次尝试时间的一倍，这是一个指数的级别，重传次数如果超过5次，重传等待时间将会比较长，最终很可能掉线。因此客户端和服务器之间采用TCP连接时，当网络质量不稳定时(例如如果网络质量突然很差，之后又再次恢复)，TCP尝试重传的时间会等待很久，由于等待时间太久，会导致客户端掉线。

某些应用或软件会采用UDP连接方式发送数据，但是采用UDP连接方式的服务器不会在接收到数据之后返回确认响应，因此采用UDP连接方式不可靠。另外，防火墙等某些软件会限制UDP连接流量，因此当采用UDP连接传输数据较多时，会被限制流量，从而导致数据传输不够流畅、掉线率增加，甚至导致数据传输中断。

发明内容

本发明所要解决的技术问题在于，提供一种提高数据传输流畅度、优化传输质量的数据传输方法及系统。

为解决以上技术问题，本发明提供了一种数据传输方法，包括：

通过第一UDP链路向数据接收设备发送第一数据封包；

在超时检测时刻，检测是否接收到所述数据接收设备返回的所述第一数据封包的确认响应；所述第一数据封包的确认响应表示所述数据接收设备接收到所述第一数据封包；

若检测到超过预设时长仍未接收到所述第一数据封包的确认响应，则关闭所述第一UDP链路，并创建第二UDP链路；

通过所述第二UDP链路向所述数据接收设备发送第二数据封包。

本发明还提供了另外一种数据传输方法，包括：

通过第一UDP链路接收数据发送设备发送的第一数据封包；

向所述数据发送设备返回所述第一数据封包的确认响应；

接收所述数据发送设备发送的第二数据封包；

根据所述第二数据封包检测当前使用的UDP链路是否为第二UDP链路；所述第二UDP链路是所述数据发送设备在超过预设时长仍未接收到所述第一数据封包的确认响应时，关闭所述第一UDP链路之后，再创建的UDP链路；

若检测到当前使用的UDP链路是所述第二UDP链路，则关闭所述第一UDP链路，并通过所述第二UDP链路返回所述第二数据封包的确认响应。

本发明还提供了另外一种数据传输方法，包括：

数据发送设备通过第一UDP链路向数据接收设备发送第一数据封包；