[发明专利]一种拥塞控制方法和装置

说明书

本发明公开了一种拥塞控制方法，在单位时间周期内，根据传输控制协议TCP数据发送速率，确定网络条件反馈因子和发送窗口调整灵敏度因子；根据网络条件反馈因子和发送窗口调整灵敏度因子确定拥塞发送窗口大小，并根据所确定的拥塞发送窗口控制TCP数据发送速率。本发明同时还公开了一种拥塞控制装置。

技术领域

本发明涉及广域网网络优化技术，尤其涉及一种拥塞控制方法和装置。

背景技术

从传输控制协议(TCP，Transmission Control Protocol)的发明到现在共经历了多次拥塞控制算法的改进，包括TCP Tahoe、TCP Reno、TCP New Reno、TCP Vegas、TCP选择性确认(TCP Sack，TCP Selective acknowledgment)、显示控制协议(Xcp，TCPeXplicitControl Protocol)、可扩展TCP(STCP，Scalable TCP)、高速TCP(High SpeedTCP)、加速TCP(Fast TCP)等，主流操作系统中大都使用TCP New Reno或其派生算法。整体上来说，拥塞控制算法可以划分为基于丢包检测的算法和基于排队时延检测的算法。基于丢包检测的算法认为丢包是网络拥塞的指示，一般检测到三个重复ACK就把拥塞发送窗口减半，主动降低发送速率，以便网络从拥塞中恢复；而基于排队时延检测的算法通过检测往返时延(RTT，Round-Trip Time)的变化来判断网络是否发生拥塞，RTT的变化比丢包能够提供更丰富的信息。

随着互联网技术的演进，由于路由器等中间设备而产生的丢包事件已经很少了，而由传输介质引起的随机丢包则是目前广域网上丢包的主要因素，因此基于丢包检测的拥塞控制算法就产生了误判，这是造成广域网不能被充分利用的根本原因。

目前，TCP Vegas和Fast TCP等基于排队时延检测的算法比Reno及其派生等基于丢包检测的算法在广域网上能够更充分地利用带宽，发送窗口的抖动更小，传输也更稳定。但是，TCP Vegas的基于排队时延的检测机制还不够完善，容易造成误判，存在不必要的减小发送窗口的情况，导致使用TCP Vegas算法传输的流的带宽竞争力不高。Fast TCP相比较TCP Vegas而言，其基于排队时延的检测机制更加完善，也更加准确，但是其对带宽的适应性不够好，特别是在大带宽环境下，不能迅速充分的利用带宽。

发明内容

有鉴于此，本发明实施例期望提供一种拥塞控制方法和装置，能够根据TCP数据发送速率调整拥塞发送窗口，从而快速实现拥塞控制。

本发明的技术方案是这样实现的：

本发明实施例提供了一种拥塞控制方法，所述方法包括：

步骤1：在单位时间周期内，根据传输控制协议TCP数据发送速率，确定发送窗口调整灵敏度因子以及网络条件反馈因子；

步骤2：根据所述网络条件反馈因子和发送窗口调整灵敏度因子确定拥塞发送窗口大小，并根据所确定的拥塞发送窗口控制TCP数据发送速率。

上述方案中，所述根据TCP数据发送速率，确定发送窗口调整灵敏度因子，包括：

确定所述TCP数据发送速率V1对应的带宽档位，并依据所述带宽档位查找预设的带宽档位和权重值的映射关系获得相应的权重值ω；

确定当前网络的往返时延RTT；

计算所述RTT与所述权重值ω的乘积，并将计算结果设置为所述发送窗口调整灵敏度因子。

上述方案中，所述根据TCP数据发送速率V1，确定网络条件反馈因子，包括：

当所述TCP数据发送速率V1小于1280KBs时，所述网络条件反馈因子gamma为1；