論TCPIP協(xié)議的體系的結(jié)構(gòu)及其各層協(xié)議

1、精選優(yōu)質(zhì)文檔-傾情為你奉上論TCPIP協(xié)議的體系的結(jié)構(gòu)及其各層協(xié)議專心-專注-專業(yè)論TCPIP協(xié)議的體系的結(jié)構(gòu)及其各層協(xié)議 目錄1.1 TCP/IP協(xié)議的歷史和發(fā)展過程1.2 TCP/IP協(xié)議的體系結(jié)構(gòu)模型2.1 IP網(wǎng)際層的功能2.2 IP地址及其轉(zhuǎn)換2.2.1 IP地址2.2.2 IP地址的轉(zhuǎn)換2.2.3 子網(wǎng)技術(shù)2.3 IP數(shù)據(jù)報(bào)的格式2.4 Internet控制報(bào)文協(xié)議ICMP3.1 TCP運(yùn)輸層協(xié)議概述3.2 端口及套接字3.3 TCP報(bào)文的格式3.4 差錯(cuò)控制與流量控制3.5 TCP連接管理3.6 用戶數(shù)據(jù)報(bào)協(xié)議UDP4.1 應(yīng)用層的概述4.2 應(yīng)用層協(xié)議簡(jiǎn)介4.2.1 文件傳送協(xié)

2、議FTP、TFTP4.2.2 簡(jiǎn)單郵件傳輸協(xié)議SMTP4.2.3 遠(yuǎn)程登錄TELNET論TCP/IP協(xié)議的體系的結(jié)構(gòu)及其各層協(xié)議 （易家傅 盧凌凌 ）摘要: 本文主要論述了TCP/IP協(xié)議體系結(jié)構(gòu)及各層協(xié)議。重點(diǎn)說明IP網(wǎng)際協(xié)議的數(shù)據(jù)報(bào)格式、IP地址及地址轉(zhuǎn)換，TCP傳輸控制協(xié)議的數(shù)據(jù)報(bào)格式、差錯(cuò)控制、流量控制和連接的建立等原理。最后還簡(jiǎn)介了應(yīng)用層的幾個(gè)常用協(xié)議。關(guān)鍵字：TCP/IP IP地址 子網(wǎng)掩碼 端口 套接字引言：當(dāng)前的世界經(jīng)濟(jì)正在從工業(yè)經(jīng)濟(jì)向知識(shí)經(jīng)濟(jì)轉(zhuǎn)變，這種以知識(shí)基礎(chǔ)的經(jīng)濟(jì)有兩個(gè)重要的特點(diǎn)，就是信息化和全球化。而要實(shí)現(xiàn)信息化和全球化，就必須依靠完善的網(wǎng)絡(luò)。計(jì)算機(jī)網(wǎng)絡(luò)是其中最重要的一

3、部分，然而計(jì)算機(jī)網(wǎng)絡(luò)遠(yuǎn)比電信網(wǎng)絡(luò)復(fù)雜，它不僅僅是計(jì)算機(jī)之間簡(jiǎn)單的連接，還是相互通信的計(jì)算機(jī)系統(tǒng)之間的高度協(xié)調(diào)工作，因此必須將這龐大而復(fù)雜的問題分層處理，轉(zhuǎn)化成若干個(gè)局部問題，從而形成了像建筑框架那樣的網(wǎng)絡(luò)體系結(jié)構(gòu)。由于Internet已得到全世界的承認(rèn)，因此Internet所使用的體系計(jì)算機(jī)網(wǎng)絡(luò)中占有真重要的地位，了解其內(nèi)容和工作原理對(duì)學(xué)習(xí)計(jì)算機(jī)網(wǎng)絡(luò)是很有幫助的。1.1 TCP/IP協(xié)議的歷史和發(fā)展過程TCP協(xié)議最早由斯坦福大學(xué)的兩名研究人員于1973年提出。1983年，TCP/IP被Unix 4.2BSD系統(tǒng)采用。隨著Unix的成功，TCP/IP逐步成為Unix機(jī)器的標(biāo)準(zhǔn)網(wǎng)絡(luò)協(xié)議。Inter

4、net的前身ARPANET最初使用NCP(Network Control Protocol)協(xié)議，由于TCP/IP協(xié)議具有跨平臺(tái)特性，ARPANET的實(shí)驗(yàn)人員在經(jīng)過對(duì)TCP/IP的改進(jìn)以后，規(guī)定連入ARPANET的計(jì)算機(jī)都必須采用TCP/IP協(xié)議。隨著ARPANET逐漸發(fā)展成為Internet，TCP/IP協(xié)議就成為Internet的標(biāo)準(zhǔn)連接協(xié)議。1.2 TCP/IP協(xié)議的體系結(jié)構(gòu)模型TCP/IP協(xié)議其實(shí)是一個(gè)協(xié)議集合，它包括了TCP協(xié)議(Transport Control Protocol，傳輸控制協(xié)議)、IP協(xié)議(Internet Protocol Internet協(xié)議)及其它一些協(xié)議。如

5、圖1，TCP/IP體系結(jié)構(gòu)模型自下往上分別是：(1)網(wǎng)絡(luò)接口層：嚴(yán)格來說它不是一個(gè)層次，而僅僅是一個(gè)接口，用以提供在下面的數(shù)據(jù)鏈路層和物理層的接口。網(wǎng)絡(luò)接口層并沒有什么具體的內(nèi)容，這里就不再討論了。圖1(2)IP網(wǎng)絡(luò)層：主要有網(wǎng)際協(xié)議IP，地址解析協(xié)議ARP，逆地址解析協(xié)議RARP。 (3)TCP運(yùn)輸層：有運(yùn)輸控制協(xié)議TCP，用戶數(shù)據(jù)報(bào)協(xié)議UDP。(4)應(yīng)用層：有TELNET，F(xiàn)TP，SMTP等應(yīng)用層協(xié)議。層與層之間的關(guān)系是,下層總是為上一層服務(wù)的,上層屏蔽下一層的服務(wù)細(xì)節(jié)。2.1 IP網(wǎng)際層的功能不同的物理網(wǎng)絡(luò)技術(shù)有不同的編址方式；不同物理網(wǎng)絡(luò)中的主機(jī)，有不同的物理網(wǎng)絡(luò)地址。網(wǎng)間網(wǎng)技術(shù)是將不

6、同物理網(wǎng)絡(luò)技術(shù)統(tǒng)一起來的高層軟件術(shù)。網(wǎng)間網(wǎng)技術(shù)采用一種全局通用的地址格式，為全網(wǎng)的每一網(wǎng)絡(luò)和每一主機(jī)都分配一個(gè)網(wǎng)間網(wǎng)地址，以此屏蔽物理網(wǎng)絡(luò)地址的差異。IP協(xié)議提供一種全網(wǎng)間網(wǎng)通用的地址格式，并在統(tǒng)一管理下進(jìn)行地址分配，保證一個(gè)地址對(duì)應(yīng)一臺(tái)網(wǎng)間網(wǎng)主機(jī)（包括網(wǎng)關(guān)），這樣物理地址的差異被IP層所屏蔽。IP提供的是無連接服務(wù)。2.2 IP地址及其轉(zhuǎn)換2.2.1 IP地址每個(gè)Internet上的主機(jī)和路由器都有一個(gè)IP地址,包括網(wǎng)絡(luò)號(hào)和主機(jī)號(hào),其中網(wǎng)絡(luò)號(hào)標(biāo)識(shí)該網(wǎng)絡(luò),而主機(jī)號(hào)標(biāo)識(shí)該網(wǎng)絡(luò)中的主機(jī)。所有的IP地址都是32位，分成4個(gè)字段，每個(gè)字段8位。32位的IP地址可以有五種格式，如圖2所示：IP地址通常用

7、帶點(diǎn)十進(jìn)制記法來書寫，即IP地址寫成四個(gè)十進(jìn)制數(shù)，相互之間用小數(shù)點(diǎn)隔開，每個(gè)十進(jìn)制數(shù)（從0到255）表示IP地址的一個(gè)字節(jié)。值得指出的是0和1有特殊的意義，見表格1：Net-idHost-id源地址使用目的地址使用代表的意思00可以不可在本網(wǎng)絡(luò)上的主機(jī)0Host-id可以不可在網(wǎng)絡(luò)上的某個(gè)主機(jī)全1全1不可可以只在本網(wǎng)絡(luò)上進(jìn)行廣播Net-id全1不可可以對(duì)net-id上的所以主機(jī)進(jìn)行廣播127任何數(shù)可以可以用作本地軟件回送測(cè)試之用 表格12.2.2 IP地址的轉(zhuǎn)換IP地址是網(wǎng)絡(luò)層的地址，而下傳到鏈路層要轉(zhuǎn)變?yōu)镸AC幀后才能發(fā)送到網(wǎng)絡(luò)。而MAC幀使用的是硬件地址。如何將32位的IP地址轉(zhuǎn)變成48位

8、的局域網(wǎng) 地址，這就是地址解析協(xié)議ARP要解決的問題。假設(shè)是在本局域網(wǎng)中，A主機(jī)向B主機(jī)發(fā)生數(shù)據(jù)報(bào)。首先A主機(jī)查看ARP高速緩存內(nèi)的IP地址到物理地址的映射表，如果找到就寫入MAC幀發(fā)送，否則進(jìn)行以下步驟：（1） 在本局域網(wǎng)上廣播發(fā)送一個(gè)ARP請(qǐng)求分組，上面有主機(jī)B的IP地址；（2） 在本局域網(wǎng)上的所以主機(jī)上運(yùn)行的ARP進(jìn)程都收到此ARP請(qǐng)求分組；（3） 主機(jī)B在ARP請(qǐng)求分組中見到自己的IP地址，就向主機(jī)A發(fā)送一個(gè)ARP響應(yīng)分組，上面寫入自己的物理地址；（4） 主機(jī)A收到主B的ARP響應(yīng)分組后，就在其ARP高速緩存中寫入主機(jī)B的IP地址到物理地址的映射。 有時(shí)還要用到逆地址解析協(xié)議RARP使

9、只知道自己物理地址的主機(jī)能夠知道其IP地址，如無盤工作站的引導(dǎo)就可以通過逆地址解析協(xié)議RARP來解決。2.2.3 子網(wǎng)技術(shù)我們知道一個(gè)單位分配到的IP地址是IP地址中網(wǎng)絡(luò)號(hào)net-id,而后面的主機(jī)號(hào)host-id則由本單位進(jìn)行分配。若該單位的所有主機(jī)都使用同一個(gè)網(wǎng)絡(luò)號(hào)，主機(jī)的數(shù)量很多，分布在很大的地理范圍時(shí)，往往需要一些網(wǎng)橋?qū)⑦@些主機(jī)互連起來。網(wǎng)橋的缺點(diǎn)較多，例如，容易引起廣播風(fēng)暴，同時(shí)當(dāng)網(wǎng)絡(luò)出現(xiàn)故障時(shí)也不太容易隔離和管理。為了讓本單位的主機(jī)便于管理，可以將本單位所屬主機(jī)劃分為若干個(gè)子網(wǎng)，用IP 地址中的主機(jī)號(hào)字段中的前若干個(gè)比特作為“子網(wǎng)號(hào)字段”，后面剩下來的仍為主機(jī)號(hào)字段。這樣便可以用路

10、由器把本單位的各子網(wǎng)互連起來，使全單位的網(wǎng)絡(luò)便于管理。從外部看，這個(gè)單位只有一個(gè)網(wǎng)絡(luò)號(hào)。只有當(dāng)外面的分組進(jìn)入到本單位范圍后，再由該單位的路由器根據(jù)子網(wǎng)號(hào)進(jìn)行選路，最后找到目的主機(jī)。這樣一來該單位的網(wǎng)絡(luò)管理就很方便得多了。同時(shí)IP地址的使用不至于造成很大的浪費(fèi)，緩解了日益增加的局域網(wǎng)和網(wǎng)上主機(jī)對(duì)IP地址的需求。如圖3所示，說明了子網(wǎng)掩碼的意義。每一個(gè)路由器當(dāng)收到一個(gè)分組時(shí)，。首部檢驗(yàn)和 此字段只檢驗(yàn)數(shù)據(jù)報(bào)的首部不包括數(shù)據(jù)部分。IP檢驗(yàn)和的計(jì)算方法是：將 數(shù)據(jù)報(bào)首部看成為16bit字的序列。先將檢驗(yàn)和字段置零，將所有的16bit字相加后，將和的二進(jìn)制反碼寫進(jìn)檢驗(yàn)和字段。收到數(shù)據(jù)報(bào)后，將首部的16b

11、it字的序列再相加一次，若首部未發(fā)生任何變化，則和必全為1，否則即認(rèn)為出錯(cuò)，并將數(shù)據(jù)報(bào)丟棄。IP數(shù)據(jù)報(bào)首部的可變部分主要用來進(jìn)行網(wǎng)絡(luò)測(cè)試或調(diào)試，可選項(xiàng)是變長(zhǎng)的，定義了種選項(xiàng)：即安全性、嚴(yán)格路由選擇、寬松路由選擇、路由記錄、時(shí)間標(biāo)記。2.4 Internet控制報(bào)文協(xié)議ICMPICMP主要由網(wǎng)際網(wǎng)中的主機(jī)和路由器使用，用來交換支持?jǐn)?shù)據(jù)報(bào)傳輸?shù)男畔?。通常ICMP路由問題而引起的差錯(cuò)報(bào)告，但是同ICMP一起使用的有十一種不同類型的報(bào)文。主要分成為兩種類型，即ICMP差錯(cuò)報(bào)文和ICMP詢問報(bào)文。在ICMP差錯(cuò)報(bào)文中，改變路由報(bào)文使用的最多，它用于更新主機(jī)的路由表。ICMP源站抑制報(bào)文用于控制網(wǎng)絡(luò)擁塞，

12、解決速率較高的源主機(jī)向速率較低的目的主機(jī)發(fā)送數(shù)據(jù)報(bào)時(shí)的匹配問題。詢問報(bào)文主要有：（1） Echo請(qǐng)求報(bào)文：用于測(cè)試目的站是否可達(dá)到，及其有關(guān)狀態(tài)。（2） 時(shí)間戳請(qǐng)求報(bào)文：可用來進(jìn)行時(shí)鐘同步和測(cè)量時(shí)間。（3） 地址掩碼請(qǐng)求報(bào)文：可使主機(jī)向子網(wǎng)掩碼服務(wù)器得到某個(gè)接口的地址掩碼3.1 TCP運(yùn)輸層協(xié)議概述從通信和信息處理的角度看，運(yùn)輸層屬于面向通信部分的最高層。但從網(wǎng)絡(luò)功能或用戶功能來劃分，則運(yùn)輸層又屬于用戶功能中的最低層。運(yùn)輸層向高層用戶屏蔽了下面通信子網(wǎng)的細(xì)節(jié)，使用戶看不到實(shí)現(xiàn)通信功能的物理鏈路是什么，看不見數(shù)據(jù)鏈路采用的是什么協(xié)議。TCP協(xié)議提供的是面向連接服務(wù)，是在不可靠的網(wǎng)絡(luò)服務(wù)上提供端到

13、端的可靠字節(jié)流。3.2 端口及套接字端口是應(yīng)用層與運(yùn)輸實(shí)體進(jìn)行交互的接口。端口號(hào)是一個(gè)16bit的地址,不同的應(yīng)用進(jìn)程用 不同的端口號(hào)來標(biāo)識(shí)。端口號(hào)分為兩類，一類是專門分配給一些最常用的應(yīng)用程序，這叫熟知端口（wellknown port），數(shù)值為0-1023。“熟知”就表示這些端口號(hào)是TCP/IP體系確定并公布的；另外一類則是一般的端口號(hào)，用來隨時(shí)分配給請(qǐng)求通信的客戶進(jìn)程。套接字即是IP地址與端口號(hào)的組合，TCP的一個(gè)連接就是以一對(duì)套接字來標(biāo)識(shí)的，所以在運(yùn)輸層通信的一對(duì)套接字必須是唯一的。3.3 TCP報(bào)文的格式下圖是TCP報(bào)文格式圖：。源端口和目的端口各占兩個(gè)字節(jié)。端口是運(yùn)輸層與高層的服務(wù)

14、接口，16bit 的端口， 32bit的IP地址，構(gòu)成了相當(dāng)于運(yùn)輸層服務(wù)訪問點(diǎn)TSAP的地址（總共是48bit）。序列號(hào) 占四個(gè)字節(jié)，是本報(bào)文段所發(fā)送的數(shù)據(jù)部分第一個(gè)字節(jié)的序號(hào)。在 TCP傳送的數(shù)據(jù)流中每一個(gè)字節(jié)都有一個(gè)序號(hào)。確認(rèn)序號(hào)占四個(gè)字節(jié)，是期望收到對(duì)方下次發(fā)送的數(shù)據(jù)的第一個(gè)字節(jié)的序號(hào)，也就是期望收到的下一個(gè)報(bào)文段的首部中的序號(hào)。由于序號(hào)字段有32bit長(zhǎng)，可對(duì)4GB的數(shù)據(jù)進(jìn)行編號(hào)，這樣就可以保證序號(hào)重復(fù)使用時(shí)舊序號(hào)的數(shù)據(jù)早已在網(wǎng)絡(luò)中消失了。數(shù)據(jù)偏移量占4bit，這是TCP報(bào)文段首部的長(zhǎng)度，用于指出數(shù)據(jù)開始的地方離TCP報(bào)文段的起始處有多遠(yuǎn)?！皵?shù)據(jù)偏移”的單位是32bit字，。保留位 6

15、bit，這些位必須是0；?？刂莆徽?bit,各比特意義如下：緊急比特URG，當(dāng)URG=1時(shí)，表明此報(bào)文段應(yīng)盡快發(fā)送而不要按原來的排隊(duì)來傳送，應(yīng)與緊急指針字段配合使用；確認(rèn)比特ACK，當(dāng)ACK=1時(shí)確認(rèn)序號(hào)字段才有意義；急迫比特PSH，當(dāng)PSH=1時(shí)，表明請(qǐng)求遠(yuǎn)地TCP將本報(bào)文段立即傳送給其應(yīng)用層，而不等到整個(gè)緩沖區(qū)滿后再向上交付；重建比特RST，當(dāng)RST=1時(shí)，表明出現(xiàn)嚴(yán)重錯(cuò)誤，必須釋放連接，然后重新建立運(yùn)輸連接；同步比特SYN，當(dāng)SYN=1而ACK=0時(shí)，表明這是一個(gè)連接請(qǐng)求報(bào)文段，若對(duì)方同意建立連接，則應(yīng)在發(fā)回的報(bào)文段中使SYN=1且ACK=1；終止比特FIN，當(dāng)FIN=1時(shí)，表明發(fā)送的字

16、節(jié)串已經(jīng)發(fā)送完畢，并要求釋放運(yùn)輸連接。窗口 占兩字節(jié)，是報(bào)文段發(fā)送方的接受窗口，單位為字節(jié)。 。檢驗(yàn)和占兩字節(jié)，檢驗(yàn)的范圍包括首部和數(shù)據(jù)兩部分，在計(jì)算檢驗(yàn)和時(shí)，首先要在TCP報(bào)文段的前面加上一個(gè)12字節(jié)的偽首部，然后接收端在計(jì)算檢驗(yàn)和時(shí)仍然要加上偽首部。選項(xiàng) 長(zhǎng)度可變。TCP的規(guī)定一種選項(xiàng)即最長(zhǎng)報(bào)文段MSS用于告訴對(duì)方的TCP：本地的緩沖區(qū)所能接收的報(bào)文段的最大長(zhǎng)度。填充 不定長(zhǎng)，填充的內(nèi)容必須為0，它是為了保證包頭的結(jié)合和數(shù)據(jù)的開始處偏移量能夠被32整除；3.4 差錯(cuò)控制 TCP不是按傳送的報(bào)文段來編號(hào)。TCP將所要傳送的整個(gè)報(bào)文看成一個(gè)個(gè)字節(jié)組成的數(shù)據(jù)流，然后對(duì)每一個(gè)字節(jié)編一個(gè)序號(hào)。在連接

17、建立時(shí)雙方要商定初始序號(hào)。TCP就將每一次傳送的報(bào)文段中的第一個(gè)數(shù)據(jù)字節(jié)的序號(hào)，放在TCP首部的序號(hào)字段中。TCP的確認(rèn)是對(duì)收到的數(shù)據(jù)的最高序號(hào)表示確認(rèn)。但返回的確認(rèn)序號(hào)是以收到的數(shù)據(jù)的最高序號(hào)加1。也就是說確認(rèn)序號(hào)表示希望下一次收到的第一個(gè)數(shù)據(jù)字節(jié)的序號(hào)。若發(fā)送方在規(guī)定的設(shè)置時(shí)間內(nèi)沒有收到確認(rèn)，又要將未被確認(rèn)的報(bào)文段重新發(fā)送。接受方若收到有差錯(cuò)的報(bào)文段，則丟棄此報(bào)文段（不發(fā)送否認(rèn)息）。 若收到重復(fù)的報(bào)文段，也要將其丟棄，但要發(fā)送確認(rèn)信息。若收到的報(bào)文段無差錯(cuò)，只是未按序號(hào)，那么應(yīng)該如何處理？TCP對(duì)此未做明確規(guī)定，而是讓TCP的實(shí)現(xiàn)者來自行確定。或者將不按序的報(bào)文段丟棄，或者先將其暫存于接收

18、緩沖區(qū)內(nèi)，待所缺序號(hào)的報(bào)文段收齊后再一起上交應(yīng)用層。采用后一種策略對(duì)網(wǎng)絡(luò)的性能會(huì)更好些。3.5 TCP的流量控制TCP采用可變發(fā)送窗口的方式進(jìn)行流量控制。發(fā)送窗口是指當(dāng)發(fā)送端在未收到確認(rèn)時(shí)還能夠繼續(xù)發(fā)送報(bào)文段的個(gè)數(shù)。窗口大小的單位是字節(jié)。在TCP報(bào)文段首部的窗口字段寫入的數(shù)值就是當(dāng)前設(shè)定的接收窗口數(shù)值。發(fā)送窗口在連接建立時(shí)由雙方商定。在通信的過程中接收端可根據(jù)自己的資源情況，隨時(shí)動(dòng)態(tài)地調(diào)整自己的接收窗口，然后告訴對(duì)方，使對(duì)方的發(fā)送窗口和自己的接收窗口一致。實(shí)現(xiàn)流量控制并非僅僅為了使接收端來得及接收。如果發(fā)送端發(fā)出的報(bào)文過多會(huì)使網(wǎng)絡(luò)負(fù)荷過重。由此會(huì)引起報(bào)文段的時(shí)延增大，這將會(huì)使主機(jī)不能及時(shí)地收到

19、確認(rèn)，因此會(huì)重發(fā)更多的報(bào)文段，而這又會(huì)進(jìn)一步加劇網(wǎng)絡(luò)的擁塞。為了避免發(fā)生擁塞，主機(jī)應(yīng)當(dāng)降低發(fā)送速率。3.5 TCP連接管理 運(yùn)輸連接的建立和釋放是每一次面向連接通信中必不可少的過程，運(yùn)輸連接的管理就使運(yùn)輸連接的建立和釋放都能正常的進(jìn)行。 在連接建立的過程中要解決以下三個(gè)問題：（1） 要使每一方都知道對(duì)方的存在；（2） 要允許雙方協(xié)商一些參數(shù)（如，最大報(bào)文段長(zhǎng)度，最大窗口的大等）；（3） 能夠運(yùn)輸實(shí)體資源（如緩沖區(qū)大小，連接表中的項(xiàng)目等）進(jìn)行分配。在數(shù)據(jù)連接建立的過程叫做三次握手：（1） 主機(jī)A的TCP向主機(jī)B發(fā)送請(qǐng)求連接報(bào)文段，其首部中的同步比特SYN應(yīng)置1，同時(shí)選擇一個(gè)序號(hào)X，商定為起始序號(hào)

20、；（2） 主機(jī)B的TCP收到連接請(qǐng)求報(bào)文段后，如果同意則發(fā)回確認(rèn)，在確認(rèn)報(bào)文段中置1，確認(rèn)序號(hào)為X+1，同時(shí)為自己選擇一個(gè)序號(hào)Y。（3） 主機(jī)A的TCP收到此報(bào)文段后還要向B給出確認(rèn)，其確認(rèn)序號(hào)為Y+1；（4） 各主機(jī)的TCP通知上層應(yīng)用進(jìn)程連接已建立。在數(shù)據(jù)傳輸結(jié)束后，通信的雙方都可以發(fā)出釋放連接的請(qǐng)求。與建立連接相類似，釋放過程也是三次握手：（1） 假設(shè)A先發(fā)出釋放請(qǐng)求，則在發(fā)給B的TCP報(bào)文段首部的終止比特FIN1；（2） B收到請(qǐng)求后發(fā)出確認(rèn)，此時(shí)A到B的連接就釋放了，連接處于半關(guān)閉狀態(tài)；（3） 若B也發(fā)出釋放請(qǐng)求，A收到后發(fā)出確認(rèn)。這時(shí)反向連接也釋放了。整個(gè)連接就全部釋放了。3.6 用戶數(shù)據(jù)報(bào)協(xié)議UDP 用戶數(shù)據(jù)報(bào)協(xié)議UDP只在IP的數(shù)據(jù)報(bào)服務(wù)的基礎(chǔ)上增加很少的一點(diǎn)功能，看圖1，很形象的說明了UDP和TCP之間的差別。UDP的可靠服務(wù)必須由應(yīng)用層來完成。UDP的首部字段很簡(jiǎn)單，只有8個(gè)字節(jié)，由四個(gè)字段組成，每個(gè)字段都是兩個(gè)字節(jié)。分別為：源端口字段，目的端口字段，長(zhǎng)度字段，檢驗(yàn)和字段。4.1 應(yīng)用層的概述應(yīng)用層協(xié)議并不是解決用戶各種具體運(yùn)用的協(xié)議，解決具體應(yīng)用問題的應(yīng)該是