[发明专利]一种数据传输控制方法、装置、设备及介质

说明书

本公开关于一种数据传输控制方法、装置、设备及介质，用以使发送端及时确认已发送数据的接收情况，实现往返时延估计，及时高效地重传数据，且占用较少的带宽。本公开的数据传输控制方法，包括：接收对端发送的数据包；将数据包的序号添加到用于记录已接收到数据包序号的接收列表中，数据包的序号为数据包中携带的序号；根据接收列表中包含的数据包的序号确定最小丢包序号，并删除所述接收列表中小于最小丢包序号的序号，最小丢包序号为本端未接收到的数据包的最小序号；在确定接收列表为空时，将最小丢包序号添加到本端发送至对端的数据包的第一指定字段中，以通知对端序号小于最小丢包序号的数据包均被接收。

技术领域

本公开涉及网络通信领域，尤其涉及一种数据传输控制方法、装置、设备及介质。

背景技术

在网络传输的过程中，数据包有可能丢失，这时需要接收端发送一定的反馈信息通知发送端，发送端根据收到的反馈信息后，确定丢失的数据包，然后重传丢失的数据包以保证数据传输的完整性。

相关技术中，根据接收端发送的反馈消息的不同，主要有以下两种方案：

方案一、接收端向发送端反馈确认应答(Acknowledgement，ACK)消息此种方案中，接收端每收到一个数据包，都向发送端回复一个ACK消息。因为发送端有每个包的发送消息/接收信息，所以可以应用一些高效的重传策略，如快速重传、早期重传、尾部丢失探测等。

如图1所示，当收到了第12个数据包的ACK时，颜色1对应的数据包表示已经被快速重传标记成丢失；颜色2对应的数据包表示被早期重传保护，这个时候发送端会根据当前的往返时延(Round Trip Time，RTT)给每个数据包一个超时时间，超过给定时间后，若还未收到对应数据包的ACK，这个数据包就被标记为丢失；颜色3对应的数据包表示被尾部丢失探测保护，发送端也会根据当前RTT设定一个超时时间，超过给定时间后，若还未收到对应数据包的ACK，这个数据包就被标记为丢失。

此种方案中，由于接收端每收到一个数据包，都向发送端回复一个ACK消息，因此，ACK消息会额外占用带宽，在低带宽场景时，ACK消息将会影响正常数据包的发送。

方案二、接收端向发送端反馈否定应答(Negative Acknowledgement，NACK)消息

此种方案中，接收端维护一个队列M，队列M中存储目前认为是丢失的数据包的序号，当接收到一个新的数据包sn_new，如果sn_newsn_last，则把sn_last和sn_new之间的数据包的序号都添加到队列M中，其中，sn_last表示之前收到数据包的最大序号，否则说明这是一个乱序包，把sn_new从队列M里删除。队列M有一定的容量，当超过阈值时，把部分数据包的序号删除直至容量满足要求。如果当前队列M非空，则生成NACK消息返回给发送端。

如图2所示，假设发送端向接收端发送序号为1-12的12个数据包，接收端目前认为序号5、序号6、序号8-序号11的数据包丢失，则将序号5、序号6、序号8-序号11添加到队列M中，并向发送端发送NACK消息，NACK消息中包含序号5、序号6、序号8-序号11。

此种方案中，由于NACK消息只有在丢包时才发送，所以发送端不能较好的控制缓存大小和估计参与排队但没有发送的数据情况，不能够对RTT有一个较好的估计，这会影响重传策略和带宽估计的设计。且此种方案接收端根据已收到的数据包判断更早的数据包是否丢失，对于后续正在传输的包没有任何信息，不能够如方案一实现尾部丢失探测、超时重传策略，同时由于缺乏准确的RTT估计，基于时间的一些重传策略也不能用，总体的重传效率和准确性会差一些。

在实时通信场景下，目前通常采用NACK消息反馈方案(也即方案二)，虽然相比ACK消息反馈方案(方案一)损失了一些重传的效果，但可以节省码率，这在低带宽场景尤其重要。

综上，相关技术中缺乏一种能够同时实现RTT估计、高效重传策略和低带宽占用的反馈方案。

发明内容