HTTPU

HTTPU協議是指在UDP基礎上實現的通常在TCP上傳送的HTTP協議。HTTPU協議被主要運用在UPnP協議，特別是UPnP協議簇中的SSDP協議。但尚未被列入RFC之中，只是一項自1999年，實驗中的技術。 ^[1] 

用户數據報協議（英語：User Datagram Protocol，縮寫為UDP），又稱用户數據報文協議，是一個簡單的面向數據報的傳輸層協議，正式規範為RFC 768。

在TCP/IP模型中，UDP為網絡層以上和應用層以下提供了一個簡單的接口。UDP只提供數據的不可靠傳遞，它一旦把應用程序發給網絡層的數據發送出去，就不保留數據備份（所以UDP有時候也被認為是不可靠的數據報協議）。UDP在IP數據報的頭部僅僅加入了複用和數據校驗（字段）。

UDP首部字段由4個部分組成，其中兩個是可選的。各16bit的來源端口和目的端口用來標記發送和接受的應用進程。因為UDP不需要應答，所以來源端口是可選的，如果來源端口不用，那麼置為零。在目的端口後面是長度固定的以字節為單位的長度域，用來指定UDP數據報包括數據部分的長度，長度最小值為8byte。首部剩下地16bit是用來對首部和數據部分一起做校驗和（Checksum）的，這部分是可選的，但在實際應用中一般都使用這一功能。

由於缺乏可靠性且屬於非連接導向協議，UDP應用一般必須允許一定量的丟包、出錯和複製粘貼。但有些應用，比如TFTP，如果需要則必須在應用層增加根本的可靠機制。但是絕大多數UDP應用都不需要可靠機制，甚至可能因為引入可靠機制而降低性能。流媒體（流技術）、即時多媒體遊戲和IP電話（VoIP）一定就是典型的UDP應用。如果某個應用需要很高的可靠性，那麼可以用傳輸控制協議（TCP協議）來代替UDP。

由於缺乏擁塞控制（congestion control），需要基於網絡的機制來減少因失控和高速UDP流量負荷而導致的擁塞崩潰效應。換句話説，因為UDP發送者不能夠檢測擁塞，所以像使用包隊列和丟棄技術的路由器這樣的網絡基本設備往往就成為降低UDP過大通信量的有效工具。數據報擁塞控制協議（DCCP）設計成通過在諸如流媒體類型的高速率UDP流中，增加主機擁塞控制，來減小這個潛在的問題。

典型網絡上的眾多使用UDP協議的關鍵應用一定程度上是相似的。這些應用包括域名系統（DNS）、簡單網絡管理協議（SNMP）、動態主機配置協議（DHCP）、路由信息協議（RIP）和某些影音流服務等等。 ^[1] 

傳輸控制協議（英語：TransmissionControlProtocol，縮寫為TCP）是一種面向連接的、可靠的、基於字節流的傳輸層通信協議，由IETF的RFC 793定義。在簡化的計算機網絡OSI模型中，它完成第四層傳輸層所指定的功能，用户數據包協議（UDP）是同一層內另一個重要的傳輸協議。

在因特網協議族（Internet protocol suite）中，TCP層是位於IP層之上，應用層之下的中間層。不同主機的應用層之間經常需要可靠的、像管道一樣的連接，但是IP層不提供這樣的流機制，而是提供不可靠的包交換。

應用層向TCP層發送用於網間傳輸的、用8位字節表示的數據流，然後TCP把數據流分割成適當長度的報文段（通常受該計算機連接的網絡的數據鏈路層的最大傳輸單元（MTU）的限制）。之後TCP把結果包傳給IP層，由它來通過網絡將包傳送給接收端實體的TCP層。TCP為了保證不發生丟包，就給每個包一個序號，同時序號也保證了傳送到接收端實體的包的按序接收。然後接收端實體對已成功收到的包發回一個相應的確認（ACK）；如果發送端實體在合理的往返時延（RTT）內未收到確認，那麼對應的數據包就被假設為已丟失將會被進行重傳。TCP用一個校驗和函數來檢驗數據是否有錯誤；在發送和接收時都要計算校驗和。 ^[1]