滑动窗口协议，该协议允许发送方在停止并等待确认前发送多个数据分组。由于发送方不必每屋受兰发一个分组就停下来等待确认，因此该协议可以加速数据的传输。

• 中文名 滑动窗口协议
• 外文名 sliding window protocol
• 类型 可靠数据传输协议

概念

　　只有在接收窗口向前滑动时(与此同时也发送了确认)，发送窗口才有给划式坚据五岁点度诗可能向前滑动。

　　收发两端的窗口按照以上规律不断地向前滑动，因此这种协议又称为滑动窗口协议。

　　件针当发送窗口和接收窗口的大小都等于 1时，就是停止等待协议。

　　当发送窗口大于1，接收窗口等于1时，就是回退N步协议。

　　当发送窗口和接收窗口的大小均大于1时，就是选择术演制盾东空丝重发协议。

　　协议中规定，对于窗口内未振地脚经确认的分组需要重传。这种分组的数量最多可以等于发送窗口的大小，即滑动窗口的大小n减去1(因为发送窗口不可能大于(n-1)，起码接收窗口要大于等于1)。

工作机制

工作原理

　　TCP协议在工作时，如果发送端的TCP协议软件每传输一个数据分组后，必须等待接犯定镇列迅朝纪及担火收端的确认才能够发送来自下一个分组，由于网络传输的时延限，将有大量时间被用于360百科等待确认，导致传输效率低下。为此TCP在进行数据传输时使用了滑动窗口机制。

　　TCP创画到实滑动窗口用来暂存两台计算机间要传送的数据分组。每台运行TCP协议的计算机有两个滑动窗口:一个用于数据发送，另一个用于数据接收。发送端待发数据分组在缓冲区排队等待送出。被滑动窗口框入的分组，是可以在未收到接收确认的情况下多送出的部分。滑动窗口左端标志X的分组，是已经被接收端确认收到的分组。随着新的确认到来，窗口不断向右滑动。

　　TCP协议软件依靠滑动窗口机制解决传输效率和流量控制问题。它可以在收到确认信息之前发送多希渐端束啊阿识并送伟个数据分组。这种机制使得网络通信处于忙碌状态，提高毫与充例年物错了整个网络的吞吐率，它还解又响脱良应七边决了端到端的通信流量控制问题，允许接收端在拥有容纳足够数据许特肉游的缓冲之前对传输进行限处元季善呀真个雷制。在实际运行中，TCP滑动窗口的大小是可以随时调整的。收发端TCP协议软件在进行分组确认通信时，还交换滑动窗口控制信息，使得双方滑动窗口大小可以根据答主需要动态变化，达到在提高数据传输效率的同时，防止拥塞的发生。 称窗口左边沿向右边沿靠近为窗口合拢，这种现象发生在数据被发送和确认时。

　　当窗口右边沿向右移动时将语允许发送更多的数据，称之为窗口张开。这种现象发生在另一端的接收进程倒检供持读取已经确认的数据并释放了TCP的接收缓存时。

　　当右边沿向左移动时，称为窗口收缩。Host Requirements RFC强烈致建议不要使用这种方式。但TCP必须能够在某一端产生这种情况时进行处理。

　　如果左边沿到达右边沿，则称其为一个零窗口。

注意事项

　　(1)发送方不必发送一个全窗口对宜足研院大小的数据。

　　(2)来自接收方的一个报文段确认数据并把窗口向球听明右边滑动，这是因为窗口的大小是相对于确认序号的。

　　(3)窗口的大小可以减小，但是窗口的右边沿却不能够向左移动。

　　(4)接收方在发送一个ACK前不必等待窗口被填满。