TCP/IP

滑动窗口并不会对每一个报文段都回复确认码ACK，而是对一个或多个报文段发送一个确认码。例如发送方有1，2，3这3个报文段，首先一次发送了1，2，3三个报文段，但是接收方提前接收到了2，3报文段，而1报文段还没有到达，这时2，3报文段只能缓存起来并等待1报文段的到来。如果1报文段一直不来，则2，3报文段将被丢弃；如果1报文段及时赶来，则发送一个确认码对1，2，3这3个报文段进行一次确认。

例子如下:

1. 假设有33-39这些数据待发送，TCP协议将它们分成四个报文段分别为seg1 33-34，seg2 35-36，seg3 37，seg4 38-39这四个段，并依次发给接收端。
2. 假设接收端之接收到了seg1，seg2，seg4。则此时接收端回复一个ACK表示33-36已经成功接收，由于seg3尚未到达，所以将seg4缓存起来。
3. 发送端接收到ACK后将33-36这部分数据从“发送但未确认窗口”移到“发送且已确认窗口”，即将“发送但未确认窗口”的左边界右移4个单位。
4. 假设接收端发送给窗口大小不变，则“发送但未确认窗口”的右边界继续向右移动4个单位，只要不越进“不允许发送窗口”即可。
5. 对于seg3，若一段时间后，接收端接收到了seg3，则发送确认码表示seg3和seg4接收成功。若没有收到seg3，则丢弃seg4。对应的，如果发送端一段时间没有接收到seg3的确认码，则重传seg3。