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

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

1.端口

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

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

1)周知端口

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

2)動態(tài)端口

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

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

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

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

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

1) TCP協(xié)議

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

何謂面向連接，在對等傳輸層間傳輸數(shù)據(jù)，發(fā)送端與接收端必須先建立一條用于傳輸數(shù)據(jù)的邏輯通信鏈路(TCP的“三次握手”，見后文解釋)，數(shù)據(jù)傳輸完畢還需要斷開此連接。之所以是可靠傳輸，是因為TCP能確保發(fā)送端與接收端之間數(shù)據(jù)傳輸?shù)耐暾?不丟失、不誤傳)，即接收端每收到發(fā)送端對應(yīng)層傳送來的TCP數(shù)據(jù)報，校驗無誤后都要向發(fā)送端回送確認信息，否則發(fā)送端就要重發(fā)。這樣的數(shù)據(jù)傳輸方式就如同我們?nèi)粘Ｉ钪写螂娫捦ㄐ乓粯樱紫纫⑼ㄔ掃B接，然后開始通話，最后斷開連接。故這種服務(wù)方式的數(shù)據(jù)傳輸適合一次傳輸大批數(shù)據(jù)并要求可靠傳輸?shù)膽?yīng)用中。

2) UDP協(xié)議

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

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

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

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

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