滑動視窗和擁塞視窗簡述

1、滑動視窗

滑動視窗協議是傳輸層進行流控的一種措施，接收方通過通告發

送方自己的視窗大小，從而控制發送方的發送速度，從而達到防止發送方發送速度過快而導致自己被淹沒的目的。

TCP的滑動視窗解決了端到端的流量控制問題，允許接受方對傳輸進行限制，直到它擁有足夠的緩衝空間來容納更多的資料。

2、擁塞視窗

擁塞視窗也看做是發送端用來進行流量控制的視窗。

但是，實際上，TCP還必須應付互連網中的擁塞現象。擁塞是指一個或者多個交換點的資料報超載而導致時延劇烈增加的現象。為了控制擁塞，TCP使用了第二個視窗限制，即擁塞視窗限制。對於擁塞視窗大小的限制採用慢開始和乘法減小兩種技術。

乘法減小的擁塞避免策略：一旦發現報文段丟失，就把擁塞視窗的大小減半（直到減至最小的視窗，視窗中應至少包含一個報文段）。

慢開始恢複：擁塞視窗隨著一個確認的到達，擁塞視窗的大小每次增加一個報文段。

3、小結

慢啟動為發送方的TCP增加了另一個視窗：擁塞視窗(congestion window)，記為cwnd。當與另一個網路的主機建立TCP串連時，擁塞視窗被初始化為1個報文段（即另一端通告的報文段大小）。每收到一個ACK，擁塞視窗就增加一個

報文段（cwnd以位元組為單位，但是慢啟動以報文段大小為單位進行增加）。發送方取擁塞視窗與通告/滑動視窗中的最小值作為發送上限。擁塞視窗是發送方使用的流量控制，而通告/滑動視窗則是接收方使用的流量控制。

發送方開始時發送一個報文段，然後等待ACK。當收到該ACK時，擁塞視窗從1增加為2，即可以發送兩個報文段。

當收到這兩個報文段的ACK時，擁塞視窗就增加為4。這是一種指數增加的關係。

原文

http://lyjdamzwf.blog.163.com/blog/static/75206837201193373226/

http://hi.baidu.com/zhangkai008/item/31539213b259379598ce336e

http://blog.csdn.net/linweixuan/article/details/4353015

講的非常詳細http://blog.csdn.net/lzueclipse/article/details/5777283

http://blog.csdn.net/linweixuan/article/details/4365026