笔记--＞TCP中的滑动窗口机制与拥塞控制

TCP传输过程中，发送方发送数据量受到接收方缓冲区大小和链路带宽的限制。

滑动窗口机制：

发送的数据量（拥塞窗口）必须不大于接收方可接收数据窗口（接收窗口）大小。

接收方返回的ACK表示下一个期望收到的数据包。

零窗口死锁情况：

当接收缓冲区满后，接收方B发送{ACK=xxxx,WIN=0}的确认报文，发送方A收到确认报文后处于阻塞等待状态。

接收方B读取部分内容后，缓冲区有剩余，再次发送{ACK=xxxx,WIN=yyyy}的更新确认报文,此时如果报文丢失，则发送方A和接收方B都进入阻塞等待状态，产生了死锁。

因此，TCP设置了持续定时器（persistence timer）。A在接收到{ACK=xxxx,WIN=0}的确认报文时，启动一个持续定时器，当计时时间到了之后仍然没有收到B的更新确认报文，就会给B发送一个探询消息，B则返回一个窗口大小，如果窗口大小还是0，A再启动一轮循环。

拥塞控制：

在发送窗口（拥塞窗口）不大于接收窗口的条件下，再考虑链路带宽的影响。

慢启动算法：

在链路建立后，发送方将拥塞窗口初始化为该链接上当前使用的最大数据段长度，如果该数据段被确认，则将窗口大小（即两个数据段）翻倍，继续发送，在所有数据段都被确认后拥塞窗口再次翻倍，以此类推。

但是，一旦某一段数据发生超时，重新慢启动，拥塞窗口翻倍增长不超过之前拥塞窗口的一半（阈值，threshold）。

拥塞窗口增长过程中即时没有发生超时，也是不能无限增长的。TCP设置了阈值（threshold）参数，当拥塞窗口翻倍增长到阈值时，发送成功后不再继续翻倍增长，而是呈线性增长。含义是，在该点处算法猜测，将拥塞窗口减小一半是可以接受的，那就再增加一个数据段。