运输层—滑动窗口协议

滑动窗口协议是TCP协议的精髓所在，本文将要对滑动窗口协议进行详细说明

从上面的图（A的发送窗口）中可以看见，该图大致分为了三个部分，已经发送并且收到了确认的序号，发送窗口，不允许发送的这三个部分。发送窗口还可以细分为发送了还没有收到确认的以及允许发送但是还未发送的。在这几个部分中，发送窗口通常又称为通知窗口，允许发送但是还未发送的可以称为可用窗口或者是有效窗口。

从上面的图（B的接受窗口）中可以看见，该图也可以像发送窗口一样分为三个部分，在B的接受窗口中，我们可以发现31号没有接收到，但是32和33号已经接收到了，这时候如果需要向A发送确认分组的话，那么序号只能是31（即期望收到的序号），而不能是32或者是33，而对于没有按序号收到的32和33，将要暂时存在接收窗口中，直到按序号的字节都收到了之后，才进行一个确认。如果A的发送窗口部分全部变成了已经发送还未收到确认的状态，那么这时就不能再发送新的分组了，A在经过一段时间之后就重传数据（通过超时计时器），直到收到了B的确认为止。

介绍完发送窗口和接收窗口之后，我们需要了解窗口和缓存之间的关系。

1、发送方的缓存是用来存放：

（1）允许发送还未发送的数据

（2）已经发送但是还没有收到确认的数据

2、接收方的缓存是用来存放：

（1）按序到达，但是还没有被接受的数据

（2）未按序到达的数据

同时，我们应该明确的是发送窗口是通过接收窗口进行设置的，但是在同一时刻，发送窗口的大小和接收窗口的大小不一定是一样大的。可能是网络延迟，或者是发送窗口经过了拥塞控制。滑动窗口协议将没有按序号的数据的处理一般是先存在接受窗口中，到缺少的字节收到之后，再进行下一步正常操作。接收方可以在合适的时候进行发送确认操作，例如接收方要发送数据的时候就可以将确认分组顺带捎上。但是实际上捎带这种操作并不经常发生。