運輸層 滑動視窗協議

2021-07-09 05:33:58 字數 953 閱讀 2020

從上面的圖(a的傳送視窗)中可以看見,該圖大致分為了三個部分,已經傳送並且收到了確認的序號,傳送視窗,不允許傳送的這三個部分。傳送視窗還可以細分為傳送了還沒有收到確認的以及允許傳送但是還未傳送的。在這幾個部分中,傳送視窗通常又稱為通知視窗,允許傳送但是還未傳送的可以稱為可用視窗或者是有效視窗。

從上面的圖(b的接受視窗)中可以看見,該圖也可以像傳送視窗一樣分為三個部分,在b的接受視窗中,我們可以發現31號沒有接收到,但是32和33號已經接收到了,這時候如果需要向a傳送確認分組的話,那麼序號只能是31(即期望收到的序號),而不能是32或者是33,而對於沒有按序號收到的32和33,將要暫時存在接收視窗中,直到按序號的位元組都收到了之後,才進行乙個確認。如果a的傳送視窗部分全部變成了已經傳送還未收到確認的狀態,那麼這時就不能再傳送新的分組了,a在經過一段時間之後就重傳資料(通過超時計時器),直到收到了b的確認為止。

介紹完傳送視窗和接收視窗之後,我們需要了解視窗和快取之間的關係。

1、傳送方的快取是用來存放:

(1)允許傳送還未傳送的資料

(2)已經傳送但是還沒有收到確認的資料

2、接收方的快取是用來存放:

(1)按序到達,但是還沒有被接受的資料

(2)未按序到達的資料

同時,我們應該明確的是傳送視窗是通過接收視窗進行設定的,但是在同一時刻,傳送視窗的大小和接收視窗的大小不一定是一樣大的。可能是網路延遲,或者是傳送視窗經過了擁塞控制。滑動視窗協議將沒有按序號的資料的處理一般是先存在接受視窗中,到缺少的位元組收到之後,再進行下一步正常操作。接收方可以在合適的時候進行傳送確認操作,例如接收方要傳送資料的時候就可以將確認分組順帶捎上。但是實際上捎帶這種操作並不經常發生。

滑動視窗協議

只有在接收視窗向前滑動時 與此同時也傳送了確認 傳送視窗才有可能向前滑動。收發兩端的視窗按照以上規律不斷地向前滑動,因此這種協議又稱為滑動視窗協議。當傳送視窗和接收視窗的大小都等於 1時,就是停止等待協議。當傳送視窗大於1,接收視窗等於1時,就是回退n步協議。當傳送視窗和接收視窗的大小均大於1時,就...

滑動視窗協議

百科名片 滑動視窗協議,是tcp使用的一種 流量控制方法。該協議允許傳送方在停止並等待確認前可以連續傳送多個分組。由於傳送方不必每發乙個分組就停下來等待確認,因此該協議可以加速資料的傳輸。只有在接收視窗向前滑動時 與此同時也傳送了確認 傳送視窗才有可能向前滑動。收發兩端的視窗按照以上規律不斷地向前滑...

滑動視窗協議

協議4 滑窗協議 全雙工協議 簡介 兩個視窗 預設視窗為1,序列號長度為3位的傳送過程 文字描述 接收方收到幀後,首先核對是否為預期幀號 frame expected 如果是的,則接收並frame expected 1,移動接收視窗 傳送端收到應答幀,核對響應幀號 next frame to sen...