TCP傳輸協議如何進行流量控制?

Raysync鐳速發表於2019-08-15

 

TCP流量控制,簡單來說就是讓 端傳輸的速率不要太快,讓資料接收端來得及接收,利用滑動視窗機制可以很方便的在 TCP連線上實現對 端的流量控制。 TCP的視窗單位是位元組,不是報文段,資料傳輸端的傳送視窗不能超過接收端給出的接收視窗的數值,流量控制的機制是控制丟包率,主要目的: 讓資料傳輸端了解資料接收端當前的接收能力,可靈活調整傳輸速率。 流量控制機制圖如下圖所示:


滑動視窗:

 

TCP採用大小可變的滑動視窗進行流量控制,視窗大小的單位是位元組。

 

視窗在連線建立時由雙方商定。 但在通訊的過程中,資料接收端可根據自己的資源情況,隨時動態地調整對方的傳輸視窗大小。 滑動視窗例項圖如下圖所示:


 

滑動視窗引進原由:

 

我們可以把視窗理解為緩衝區(但是有些視窗和緩衝區又不太一樣)。

 

如果沒有這些 “視窗”,那麼TCP每傳送一段資料後都必須等到資料接收端確認後才能傳送下一段資料,這樣做的話TCP傳輸的效率實在是太低了。

 

解決的辦法就是在傳送端等待確認的時候繼續傳送資料,假設傳送到第 X個資料段是收到資料接收端的確認資訊,如果X在可接受的範圍內那麼這樣做也是可接受的。這就是視窗(緩衝區)引入的緣由。

 

滑動視窗:

 

A、資料接收端視窗 X

接收端緩衝區大小。接收端將此視窗值放在 TCP 報文的首部中的視窗欄位,傳送給傳送端。

 

B、擁塞視窗 Y

傳送端緩衝區大小

 

C、資料傳輸視窗 Z

傳送視窗的上限值 = Min [X, Y]

① 當 X < Y 時,是接收端的接收能力限制資料傳輸視窗的最大值。

② 當 Y < X 時,則是網路的擁塞限制資料傳輸視窗的最大值。

 

滑動視窗例項介紹:

 

端已傳送了 400 位元組的資料,但只收到對前 200 位元組資料的確認,同時視窗大小不變。還可傳送 300 位元組。

 

 

資料傳輸端收到了對方對前 400 位元組資料的確認,但對方通知資料傳輸端必須把視窗減小到 400 位元組。現在資料傳輸端最多還可傳送 400 位元組的資料。

 

滑動視窗需掌握的知識點:

 

A、資料接收端將自己可以接受的緩衝區大小放入TCP首部中“視窗大小”欄位,透過ACK來通知資料傳輸端。

 

B、視窗大小欄位越大,說明網路的吞吐率越高

 

C、視窗大小指的是無需等待確認應答而可以繼續傳送資料的最大值,即就是說不需要資料接收端的應答,可以一次連續的傳送資料。

 

D、作業系統核心為了維護滑動視窗,需要開闢傳送緩衝區,來記錄當前還有哪些資料沒有應答,只有確認應答過的資料,才能從緩衝區刪除。 PS:傳送緩衝區如果太大,會有空間開銷。

 

E、資料接收端一旦發現自己的緩衝區快滿了,就會將視窗大小設定成一個更小的值通知給資料傳輸端,資料傳輸端收到這個值後,就會減慢自己的傳送速度。

 

F、如果資料接收端發現自己的緩衝區滿了,就會將視窗大小設定為0,此時 端不再 ,但是需要在定期傳送一個視窗探測資料段,使資料接收端把視窗大小告訴資料傳輸端。

 

PS:在TCP的首部,有一個16為視窗欄位,此欄位就是用來存放視窗大小資訊的。

 

TCP報文段傳送時機的選擇

 

1、TCP維持一個變數,它等於最大報文段長度MSS,只要快取中存放的資料達到MSS位元組就組裝成一個TCP報文段傳送出去。

 

2、由傳送方的應用程式指明要求傳送報文段,即TCP支援的推送操作。

 

3、是傳送方的一個計時器期限到了,這時就把當前已有的快取資料裝入報文段傳送出去。

 


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69925049/viewspace-2653785/,如需轉載,請註明出處,否則將追究法律責任。

相關文章