UDP協議的標題結構

UDP資訊包由UDP標題和資料群組成。UDP的標題結構15-21所示,它由5個域組成：源端連接埠(SourcePort)、目的地連接埠(DestinationPort)、使用者資料包的長度(Length)和檢查和（Checksum)。其中，前4個域組成UDP標題(UDPheader)，每個域由4個位元組組成；檢查和域佔據2個位元組，它用來檢測傳輸過程中是否出現了錯誤；使用者資料包的長度包括所有5個域的位元組數。

 

UDP資訊包的標題結構

檢查和的詳細計算可在RFC1071中找到，現舉一例說明使用檢查和檢測錯誤的道理。例如，假設從源端A要發送下列3個16位的位元：word1，word2和word3到終端B，檢查和計算如下：

word1	0110011001100110
word2	0101010101010101
word3	0000111100001111
sum=word1+ word2+ word3	1100101011001010
檢查和(sum的反碼)	0011010100110101

從發送端發出的4個(word1，2，3以及檢查和)16位位元之和為1111111111111111，如果接收端收到的這4個16位位元之和也是全“1”，就認為傳輸過程中沒有出差錯。
許多鏈路層協議都提供錯誤檢查，包括流行的乙太網路協議，讀者也許想知道為什麼UDP也要提供檢查和。其原因是鏈路層以下的協議在源端和終端之間的某些通道可能不提供錯誤偵測。雖然UDP提供有錯誤偵測，但檢測到錯誤時，UDP不做錯誤校正，只是簡單地把損壞的訊息段扔掉，或者給應用程式提供警告資訊。
讀者也可能會問，收發兩端的兩個進程是否有可能通過UDP提供可靠的資料轉送？答案是可以的。但必需要把確認和重傳措施加到應用程式中，應用程式不能指望UDP來提供可靠的資料轉送。