[发明专利]数据报文传输方法和系统

说明书

技术领域

本发明涉及网络传输技术，特别是涉及一种数据报文传输方法和系统。

背景技术

随着互联网的迅猛发展，长肥网络（Long Fat Network）越来越普遍，而对数据敏感的网络应用也越来越多，例如，视频应用和音频应用将占用了大量的网络资源，进而使得网络中的拥塞现象变得越来越严重，应用传统的传输方式将无法满足当前的网络传输要求。

TCP协议（Transmission Control Protocol），即传输控制协议，是当前使用较多的数据传输协议，以提供端到端的可靠数据传输。然而，在应用传输控制协议进行数据报文传输时，若发生数据报文丢失的现象时，只能等待数据发送端进行重传。

具体的，数据发送端发送了多个数据报文，数据接收端在接收到数据报文时将会向数据发送端发送确认（ACK）信息，若数据接收端未接收到报文信息则不可能发送任何确认信息，数据发送端只有通过重传计时器的超时获知数据报文的传输过程中发生了数据报文的丢弃现象，进而进行数据报文的重传。

然而，当前所使用的TCP连接将会因为等待计时器的超时而闲置非常长的时间，进而造成网络带宽的严重浪费。

发明内容

基于此，有必要提供一种能降低网络带宽浪费的数据报文传输方法。

另外，还有必要提供一种能降低网络带宽浪费的数据报文传输系统。

一种数据报文传输方法，包括如下步骤：

接收建立连接后传输的首个数据报文；

从所述首个数据报文的选项域中提取待传输数据长度；

获取数据报文的接收等待时间，根据所述接收等待时间和待传输数据长度发送报文丢失消息；

接收根据报文丢失消息重传的数据报文。

在其中一个实施例中，所述接收通过建立的连接传输的首个数据报文的步骤之前还包括：

建立连接，并通过连接建立数据报文中的选项域，并进行协商；

成功协商后封装首个数据报文，并将待传输数据长度封装于所述首个数据报文的选项域中。

在其中一个实施例中，所述根据所述接收等待时间和待传输数据长度发送报文丢失消息的步骤包括：

根据所述待传输数据长度判断进行的后续数据报文传输是否结束，若否，则

进一步判断后续数据报文的接收等待时间是否达到接收数据报文的时间间隔，若是，则向数据发送端发送报文丢失消息。

在其中一个实施例中，所述根据所述待传输数据长度判断进行的后续数据报文传输是否结束的步骤为：

根据首个数据报文和/或后续数据报文对应的长度统计已接收的数据报文长度；

判断所述已接收的数据报文长度是否达到待传输数据长度，若否，则

进入所述进一步判断所述统计的接收等待时间是否达到接收数据报文的时间间隔的步骤。

在其中一个实施例中，所述进一步判断数据报文的接收等待时间是否达到接收数据报文的时间间隔的步骤之前还包括：

首个数据报文或后续数据报文的接收完毕时触发计时以统计接收等待时间。

一种数据报文传输系统，包括数据接收端，所述数据接收端包括：

接收模块，用于接收通过建立的连接传输的首个数据报文和后续数据报文；

提取模块，用于从所述首个数据报文的选项域中提取待传输数据长度；

控制模块，用于获取后续数据报文的接收等待时间，根据所述接收等待时间和待传输数据长度发送报文丢失消息；

所述接收模块还用于接收报文丢失消息重传的数据报文。

在其中一个实施例中，还包括：

数据发送端，用于建立连接，并通过连接建立数据报文中的选项域，并进行协商，成功协商后封装首个数据报文，将待传输数据长度封装于所述首个数据报文的选取域中。

在其中一个实施例中，所述控制模块包括：

传输判断单元，用于根据所述待传输数据长度判断进行的后续数据报文传输是否结束，若否，则通知时间判断单元；

所述时间判断单元用于判断数据报文的接收等待时间是否达到接收数据报文的时间间隔，若是，则通知发送单元；

所述发送单元用于向所述数据发送端发送报文丢失消息。

在其中一个实施例中，所述传输判断单元包括：

长度统计单元，用于根据首个数据报文和/或后续数据报文对应的长度统计已接收的数据报文长度；

长度判断单元，用于判断所述已接收的数据报文长度是否达到待传输数据长度，若否，则通知所述时间判断单元。

在其中一个实施例中，所述控制模块还包括：