在TCP/IP的傳輸層中提供了兩種數(shù)據傳輸服務，即TCP和UDP。在Internet北京網站建設網絡體系結構中，傳輸層占有很重要的位置，需要從這兩種傳輸服務的數(shù)據單元格式來分析它。

首先，在傳輸層有一個非常重要的概念引用，即端口。

1.端口

端口用于區(qū)分不同應用進程或不同連接的數(shù)字序號.在實際應用中，經常會同時打開多個IE瀏覽窗口瀏覽不同站點的Web資源，或者還有其他網絡應用窗口。在一臺計算機系統(tǒng)中，每打開一項應用就意味著至少開啟了一個進程(何謂進程請參考第11章問題4-1)，打開多個IE窗口，就開啟了多個進程。那么，應用層各進程產生的數(shù)據報通過傳輸層服務時，就會遇到TCP或UDP同時為多個應用進程提供并發(fā)服務的問題，即多個應用進程可能需要通過同一個TCP或UDP協(xié)議的服務訪問點傳輸數(shù)據，見圖4-6。

為了區(qū)別上層不同的應用進程或連接，應用層協(xié)議與傳輸層協(xié)議交互時，傳輸層使用了不同的端口號來描述上層各應用程序在傳輸層的通信路徑。因此，端口號對于上層應用進程來說是一個非常重要的識別標志。端口號分為兩大類:一類是周知端口，另一類是動態(tài)端口。

1)周知端口

周知端口(Well Known Ports):從。到1023.這些端口被緊密綁定于一些服務中，并表明了該種服務的應用層協(xié)議。這類端口采用全局分配，是一種集中控制方式。由一個公認的中央機構根據用戶服務需要進行統(tǒng)一分配，并將結果公布于眾。如80端口就明確告知所有客戶，應用層是HTTP協(xié)議通信，21端口是FTP協(xié)議通信等。若有一提供Web服務的服務器，并希望全世界的用戶都能訪問其資源，那它必須開啟80端口并守候在該端口上，等待隨時為客戶提供HTTP服務.

2)動態(tài)端口

動態(tài)端口(Dynamic Ports):從1024到65535。之所以稱為動態(tài)端口，是因為它們一般不固定分配給某一特定的應用。這類端口采用本地分配，是一種動態(tài)控制方式。如某一進程需要傳輸層服務時，該進程首先要向本地操作系統(tǒng)提出端口申請，操作系統(tǒng)從可用的動態(tài)端口號中隨機返回一個本地未用的端口號，該進程再通過系統(tǒng)調用將進程與申請得到的端口號綁定.當這個進程關閉時，同時也釋放了所占用的端口號。

【舉例】客戶端開啟Yahoo Messger應用，那么在客戶端至少要開啟兩個會話進程，通過隨機獲得的兩個動態(tài)端口分別與Yahoo服務器端和賬戶驗證中心端建立連接.比如:一個進程連接是本地端口2192與Yaho。服務器端口5050的連接，另一個進程是本地端口2196與Yahoo賬戶驗證中心端口433的連接。

2192和2196是客戶端動態(tài)分配的端口號，433是Yahoo賬戶驗證中心端的服務端口，5050是Yahoo服務器端的服務端口(這里服務端端口5050從動態(tài)端口號里指定，這種情況在實際應用中會有很多，如QQ應用等)。

當客戶與某在線好友通過YahooMessger聊天窗口進行文字聊天時，在客戶端將會再建立一個新的會話進程，比如:本地端口5101與對方端口4548的連接。如果要給某離線好友留言，留言信息將會從本地通過本地端口2192與Yahoo服務端端口5050已建立的連接傳遞給Yahoo服務器端，然后由Yahoo服務器代理傳遞該留言信息給對方。

常用的周知端口號見表4-1。
2. TCP/UDP協(xié)議

1) TCP協(xié)議

TCP(Transmission Control Protocol)傳輸控制協(xié)議，是一種面向連接的、可靠傳輸?shù)耐ㄐ艆f(xié)議。

何謂面向連接，在對等傳輸層間傳輸數(shù)據，發(fā)送端與接收端必須先建立一條用于傳輸數(shù)據的邏輯通信鏈路(TCP的“三次握手”，見后文解釋)，數(shù)據傳輸完畢還需要斷開此連接。之所以是可靠傳輸，是因為TCP能確保發(fā)送端與接收端之間數(shù)據傳輸?shù)耐暾?不丟失、不誤傳)，即接收端每收到發(fā)送端對應層傳送來的TCP數(shù)據報，校驗無誤后都要向發(fā)送端回送確認信息，否則發(fā)送端就要重發(fā)。這樣的數(shù)據傳輸方式就如同我們日常生活中打電話通信一樣，首先要建立通話連接，然后開始通話，最后斷開連接。故這種服務方式的數(shù)據傳輸適合一次傳輸大批數(shù)據并要求可靠傳輸?shù)膽弥小?br />
2) UDP協(xié)議

UDP(User Datagram Protocol)用戶數(shù)據報協(xié)議，是一種面向非連接的、不可靠傳輸?shù)暮唵瓮ㄐ艆f(xié)議。

UDP的無連接通信，即發(fā)送端UDP收到上層應用傳遞下來的數(shù)據報，添加UDP協(xié)議頭信息后就直接向下交付給網絡層。其不可靠傳輸，即接收端收到UDP數(shù)據報后，對校驗沒問題的數(shù)據報直接向上層提交報文數(shù)據，不需要向發(fā)送端回送確認;而校驗有問題的數(shù)據報則直接丟掉。因丟掉的數(shù)據報不需要重傳，故無法保證傳送數(shù)據的完整性.這種數(shù)據傳輸方式就如同我們日常生活中通過郵局郵遞普通信件一樣，發(fā)信方將信件投人某郵遞信筒即可，不用關心信件是否能送到;收信方收到信件后也不裕要向發(fā)信方確認。

這種服務方式的數(shù)據傳輸適合一次傳輸小量、可靠性要求不高的應用中。

如圖4-7所示，應用層要求傳輸層提供可靠傳輸服務的有HTTP, FTP, Telnet和SMTP等，它們都需要高度的可靠性和完整性。

而TFTP以及SNMP在兩端傳輸?shù)臄?shù)據均是很簡單的數(shù)據，如網絡設備配置信息或網絡管理信息，通過UDP能達到基本的數(shù)據傳輸需求。還有像QQ等即時通信工具，在網絡通信良好的情況下，語音數(shù)據均優(yōu)先使用UDP進行傳輸。因為使用UDP可減少信道的額外開銷，不需要建立連接、維持連接，更不需要在端到端之間傳遞確認消息;UDP協(xié)議頭本身比TCP小很多，也減少了信道占用帶寬，提高了信道的數(shù)據傳輸速率。