UDP(User Datagram Protocol） 使用者資料報協議
使用者資料報協議（UDP）是 OSI 參考模型中一種無連線的傳輸層協議，提供面向事務的簡單不可靠資訊傳送服務。是一個簡單的面向資料報的傳輸層協議，IETF RFC 768是UDP的正式規範。 UDP 協議基本上是 IP 協議與上層協議的介面。 UDP 協議適用埠分別執行在同一臺裝置上的多個應用程式。
由於大多數網路應用程式都在同一臺機器上執行，計算機上必須能夠確保目的地機器上的軟體程式能從源地址機器處獲得資料包，以及源計算機能收到正確的回覆。這是透過使用 UDP 的“埠號”完成的。例如，如果一個工作站希望在工作站 128.1.123.1 上使用域名服務系統，它就會給資料包一個目的地址 128.1.123.1 ，並在 UDP 頭插入目標埠號 53 。源埠號標識了請求域名服務的本地機的應用程式，同時需要將所有由目的站生成的響應包都指定到源主機的這個埠上。 UDP 埠的詳細介紹可以參照相關文章。
與 TCP 不同， UDP 並不提供對 IP 協議的可靠機制、流控制以及錯誤恢復功能等。由於 UDP 比較簡單， UDP 頭包含很少的位元組，比 TCP 負載消耗少。
UDP 適用於不需要 TCP 可靠機制的情形，比如，當高層協議或應用程式提供錯誤和流控制功能的時候。 UDP 是傳輸層協議，服務於很多知名應用層協議，包括網路檔案系統（NFS）、簡單網路管理協議（SNMP）、域名系統（DNS）以及簡單檔案傳輸系統（TFTP）、動態主機配置協議(DHCP)、路由資訊協議(RIP)和某些影音串流服務等等。
協議結構
Source Port — 16位。源埠是可選欄位。當使用時，它表示傳送程式的埠，同時它還被認為是沒有其它資訊的情況下需要被定址的答覆埠。如果不使用，設定值為0。
Destination Port — 16位。目標埠在特殊因特網目標地址的情況下具有意義。
Length — 16位。該使用者資料報的八位長度，包括協議頭和資料。長度最小值為8。
Checksum — 16位。IP 協議頭、UDP 協議頭和資料位，最後用0填補的資訊假協議頭總和。如果必要的話，可以由兩個八位複合而成。
Data — 包含上層資料資訊。
UDP協議有如下的特點：
1、UDP傳送資料前並不與對方建立連線，即UDP是無連線的，在傳輸資料前，傳送方和接收方相互交換資訊使雙方同步。
2、UDP不對收到的資料進行排序，在UDP報文的首部中並沒有關於資料順序的資訊（如TCP所採用的序號），而且報文不一定按順序到達的，所以接收端無從排起。
3、UDP對接收到的資料報不傳送確認訊號，傳送端不知道資料是否被正確接收，也不會重發資料。
4、UDP傳送資料較TCP快速，系統開銷也少。
5、由於缺乏擁塞控制（congestion control），需要基於網路的機制來減小因失控和高速UDP流量負荷而導致的擁塞崩潰效應。換句話說，因為UDP傳送者不能夠檢測擁塞，所以像使用包佇列和丟棄技術的路由器這樣的網路基本裝置往往就成為降低UDP過大通訊量的有效工具。資料報擁塞控制協議(DCCP)設計成透過在諸如流媒體型別的高速率UDP流中增加主機擁塞控制來減小這個潛在的問題。
從以上特點可知，UDP提供的是無連線的、不可靠的資料傳送方式，是一種盡力而為的資料交付服務。
UDP(User Datagram Protocol） 使用者資料報協議
使用者資料報協議（UDP）是 OSI 參考模型中一種無連線的傳輸層協議，提供面向事務的簡單不可靠資訊傳送服務。是一個簡單的面向資料報的傳輸層協議，IETF RFC 768是UDP的正式規範。 UDP 協議基本上是 IP 協議與上層協議的介面。 UDP 協議適用埠分別執行在同一臺裝置上的多個應用程式。
由於大多數網路應用程式都在同一臺機器上執行，計算機上必須能夠確保目的地機器上的軟體程式能從源地址機器處獲得資料包，以及源計算機能收到正確的回覆。這是透過使用 UDP 的“埠號”完成的。例如，如果一個工作站希望在工作站 128.1.123.1 上使用域名服務系統，它就會給資料包一個目的地址 128.1.123.1 ，並在 UDP 頭插入目標埠號 53 。源埠號標識了請求域名服務的本地機的應用程式，同時需要將所有由目的站生成的響應包都指定到源主機的這個埠上。 UDP 埠的詳細介紹可以參照相關文章。
與 TCP 不同， UDP 並不提供對 IP 協議的可靠機制、流控制以及錯誤恢復功能等。由於 UDP 比較簡單， UDP 頭包含很少的位元組，比 TCP 負載消耗少。
UDP 適用於不需要 TCP 可靠機制的情形，比如，當高層協議或應用程式提供錯誤和流控制功能的時候。 UDP 是傳輸層協議，服務於很多知名應用層協議，包括網路檔案系統（NFS）、簡單網路管理協議（SNMP）、域名系統（DNS）以及簡單檔案傳輸系統（TFTP）、動態主機配置協議(DHCP)、路由資訊協議(RIP)和某些影音串流服務等等。
協議結構
Source Port — 16位。源埠是可選欄位。當使用時，它表示傳送程式的埠，同時它還被認為是沒有其它資訊的情況下需要被定址的答覆埠。如果不使用，設定值為0。
Destination Port — 16位。目標埠在特殊因特網目標地址的情況下具有意義。
Length — 16位。該使用者資料報的八位長度，包括協議頭和資料。長度最小值為8。
Checksum — 16位。IP 協議頭、UDP 協議頭和資料位，最後用0填補的資訊假協議頭總和。如果必要的話，可以由兩個八位複合而成。
Data — 包含上層資料資訊。
UDP協議有如下的特點：
1、UDP傳送資料前並不與對方建立連線，即UDP是無連線的，在傳輸資料前，傳送方和接收方相互交換資訊使雙方同步。
2、UDP不對收到的資料進行排序，在UDP報文的首部中並沒有關於資料順序的資訊（如TCP所採用的序號），而且報文不一定按順序到達的，所以接收端無從排起。
3、UDP對接收到的資料報不傳送確認訊號，傳送端不知道資料是否被正確接收，也不會重發資料。
4、UDP傳送資料較TCP快速，系統開銷也少。
5、由於缺乏擁塞控制（congestion control），需要基於網路的機制來減小因失控和高速UDP流量負荷而導致的擁塞崩潰效應。換句話說，因為UDP傳送者不能夠檢測擁塞，所以像使用包佇列和丟棄技術的路由器這樣的網路基本裝置往往就成為降低UDP過大通訊量的有效工具。資料報擁塞控制協議(DCCP)設計成透過在諸如流媒體型別的高速率UDP流中增加主機擁塞控制來減小這個潛在的問題。
從以上特點可知，UDP提供的是無連線的、不可靠的資料傳送方式，是一種盡力而為的資料交付服務。