數據擁塞控制協定（英語：Datagram Congestion Control Protocol，縮寫為 DCCP）是由（互聯網工程工作小組IETF）提出一個針對傳輸層中UDP的新傳輸的協定而發展出來，用來傳輸即時業務。它是一個可以進行擁塞控制的非可靠傳輸協定，並同時提供多種擁塞控制機制，在通訊開始時由用戶進行協商選擇。除預留和自訂方式外，目前DCCP定義了兩種擁塞控制機制：TCP－Like和TFRC。TCP－Like類似TCP的AIMD機制，而TFRC是TCP友好的速率控制機制。
 |
建立、維護和拆卸不可靠連接的數據流以及對不可靠性數據流進行擁塞控制，是DCCP主要提供的兩大功能。即時業務需要快速且低開銷的傳輸協定，要使包頭帶來的開銷和終端處理的工程量儘量小。因此，DCCP儘可能做到簡單合理、低延遲和快速響應，避免提供更高層的傳輸功能。DCCP沒有TCP的可靠性和順序傳送的特性。基於單播的應用功能也被涵蓋在DCCP中。
DCCP的主要特色
有確認的不可靠數據報流。使用Data和DataAck兩種數據流的數據傳輸，Data是純數據，DataAck可以既有數據又有確認資訊。
可靠性協商。包括合適的擁塞控制協商、擁塞控制協商演算法。半連接。這使得兩台主機間可以使用兩個半連接來連接，並使用不同的擁塞控制機制。（擁塞控制標記（CCID））。每個CCID說明了它的終端是如何對ECN報告進行回應的。如CCID2：TCP-like機制、CCID3：TFRC機制（TCP友好控制機制）。
多重連接和流動通訊中的應用。DCCP提供多重連接。在連接過程中可以通知對方地址或者埠的改變。當流動端點得到新的地址後，它從新地址傳送DCCP-Move包給固定端點，然後固定端點使用新的地址改變連接狀態。此外，DCCP使用一個快取來取代TCP的探測幀，這樣減少了網絡開銷。
此外，DCCP合併了ECN和ECNNonce的擁塞控制，具有最大路徑傳送單元（MTU）的發現機制；清晰的連接建立和中止過程，對於連接的建立和拆除有着可靠的握手過程；伺服器可以拒絕任何沒有確認資訊的連接嘗試或者是本已結束的連接嘗試。
儘管DCCP當前仍有很多問題，例如，協定應該同時支援IPv4和IPv6；在安全性方面，有關DCCP是否可以在傳輸安全管理協定上取代UDP還需探討；DCCP和RTP（即時傳輸協定）的關係也還須進一步研究，但DCCP協定草案的提出為希望使用一種協定同時提供多種傳輸服務的應用展現了一種新的服務模式，對未來網絡中傳輸協定的研究及對多媒體應用的支援提供了一個新的切入點。
外部連結
Wikiwand in your browser!
Seamless Wikipedia browsing. On steroids.
Every time you click a link to Wikipedia, Wiktionary or Wikiquote in your browser's search results, it will show the modern Wikiwand interface.
Wikiwand extension is a five stars, simple, with minimum permission required to keep your browsing private, safe and transparent.
