傳輸層主要內(nèi)容

引入傳輸層的原因消除網(wǎng)絡(luò)層的多樣性和不可靠性。提供從源主機(jī)到目的端主機(jī)可靠的、價(jià)格合理的、與實(shí)際使用的網(wǎng)絡(luò)無關(guān)的信息傳輸。應(yīng)用層傳輸層下三層應(yīng)用層傳輸層下三層RRRRR向上提供標(biāo)準(zhǔn)的傳輸服務(wù)向下屏蔽不同的通信子網(wǎng)用戶層應(yīng)用程序傳輸層概述傳輸層存在的必要性網(wǎng)絡(luò)層的分組傳輸是不可靠的。無法了解數(shù)據(jù)到達(dá)終點(diǎn)的時(shí)間。無法了解數(shù)據(jù)未達(dá)終點(diǎn)的狀態(tài)。有必要增強(qiáng)網(wǎng)絡(luò)層提供服務(wù)的服務(wù)質(zhì)量。傳輸層的功能為應(yīng)用進(jìn)程提供可靠的端到端連接服務(wù)。建立連接數(shù)據(jù)傳輸釋放連接流量控制和差錯(cuò)控制傳輸服務(wù)傳輸實(shí)體(transportentity)完成傳輸層功能對等通信實(shí)體的硬軟件。利用網(wǎng)絡(luò)提供的點(diǎn)到點(diǎn)的分組傳輸服務(wù)向高層提供端到端的傳輸服務(wù)。傳輸服務(wù)：傳輸層實(shí)體利用網(wǎng)絡(luò)層提供的服務(wù)向高層提供有效、可靠和價(jià)格合理的服務(wù)。1~4層稱為傳輸服務(wù)提供者，4層以上稱為傳輸服務(wù)用戶。傳輸服務(wù)傳輸層提供兩種服務(wù)面向連接的傳輸服務(wù)包括三個(gè)階段：連接建立，數(shù)據(jù)傳輸，釋放連接。其中釋放連接的方式有兩種：不對稱方式：任何一方都可以關(guān)閉雙向連接。對稱方式：每個(gè)方向的連接單獨(dú)關(guān)閉，雙方都執(zhí)行Disconnect才能關(guān)閉整條連接。無連接的傳輸服務(wù)圖例：網(wǎng)絡(luò)層、傳輸層和應(yīng)用層服務(wù)質(zhì)量QoS傳輸層的一個(gè)主要功能是增強(qiáng)網(wǎng)絡(luò)層提供的服務(wù)質(zhì)量(QualityofService)。服務(wù)質(zhì)量參數(shù)在建立連接時(shí)，由傳輸服務(wù)用戶描述，雙方通過協(xié)商確定最后雙方都能接收的參數(shù)。典型QoS參數(shù)包括：服務(wù)質(zhì)量參數(shù)連接建立延遲傳輸服務(wù)用戶要求建立連接到收到連接確認(rèn)之間所經(jīng)歷的時(shí)間。連接建立失敗概率在最大連接建立延遲時(shí)間內(nèi)連接未能建立的可能性。吞吐量每秒鐘所傳輸?shù)挠脩魯?shù)據(jù)字節(jié)數(shù)。傳輸延遲從源主機(jī)的傳輸服務(wù)用戶發(fā)送數(shù)據(jù)開始到目的主機(jī)的傳輸用戶接收到報(bào)文為止所經(jīng)歷的時(shí)間。服務(wù)質(zhì)量參數(shù)殘余誤碼率測量丟失或者錯(cuò)亂報(bào)文占發(fā)送報(bào)文總數(shù)的百分比。安全保護(hù)防止未經(jīng)授權(quán)的第三方讀取和修改數(shù)據(jù)。優(yōu)先級恢復(fù)能力在內(nèi)部出現(xiàn)問題的情況時(shí)，傳輸層自發(fā)中止連接的可能性。傳輸服務(wù)原語傳輸服務(wù)用戶(應(yīng)用程序)通過傳輸服務(wù)原語(TransportServicePrimitives)訪問傳輸服務(wù)。一套簡單的傳輸服務(wù)原語：監(jiān)聽、連接、發(fā)送、接收、斷連。傳輸層的協(xié)議數(shù)據(jù)單元TPDU，傳輸實(shí)體接收來自應(yīng)用層的數(shù)據(jù)，加上傳輸層報(bào)頭，得到TPDU。傳輸層的協(xié)議數(shù)據(jù)單元TPDU一套傳輸原語—BerkeleySockets連接釋放是對稱的。舉例：傳輸服務(wù)的實(shí)現(xiàn)一個(gè)本地的應(yīng)用程序和幾個(gè)遠(yuǎn)程應(yīng)用程序利用面向連接的傳輸層服務(wù)完成通信的操作過程如下。建立連接本地應(yīng)用程序A（提供服務(wù)方）調(diào)用socket創(chuàng)建一個(gè)套接字S1，并在傳輸層實(shí)體中分配表空間，返回一個(gè)文件描述符，用于以后調(diào)用中使用S1。調(diào)用bind將某地址賦予S1，使得遠(yuǎn)程應(yīng)用程序能訪問本地應(yīng)用程序A。調(diào)用listen分配數(shù)據(jù)空間，以便存儲多個(gè)用戶的連接建立請求。舉例：傳輸服務(wù)的實(shí)現(xiàn)當(dāng)傳輸層實(shí)體接收到建立連接的TPDU時(shí)，創(chuàng)建一個(gè)和S1相同屬性的套接字S2并返回其文件描述符。本地程序A創(chuàng)建一個(gè)子進(jìn)程A-1處理此次連接，然后繼續(xù)等待發(fā)往S1的連接請求。調(diào)用accept將本地應(yīng)用程序A阻塞起來，等待接收客戶程序發(fā)來的連接請求。遠(yuǎn)程應(yīng)用程序（主動建立連接方）調(diào)用socket創(chuàng)建一個(gè)套接字s，并在傳輸層實(shí)體中分配表空間，返回一個(gè)文件描述符用于在以后的調(diào)用中使用該套接字s。調(diào)用connect阻塞應(yīng)用程序，傳輸層實(shí)體開始建立連接，當(dāng)連接建立完成時(shí)，取消阻塞。數(shù)據(jù)傳輸：雙方使用send和receive完成數(shù)據(jù)的全雙工發(fā)送。釋放連接：每一方使用close原語單獨(dú)釋放連接。傳輸協(xié)議首先，在數(shù)據(jù)鏈路層，不必為一個(gè)路由器指明它要與哪個(gè)路由器通話--每條輸出線對應(yīng)唯一的一個(gè)路由器。在運(yùn)輸層里，需要顯式地給出目的端地址。其次，在圖中的線路上建立連接的過程很簡單：另一端總是存在的（只有在它已崩潰的情況下才不存在），每一方都沒有太多事情要做。對運(yùn)輸層而言，初始連接的建立要復(fù)雜得多，這點(diǎn)我們以后會看到。

數(shù)據(jù)鏈路層和運(yùn)輸層之間另一個(gè)主要的區(qū)別是子網(wǎng)的存儲能力。當(dāng)路由器發(fā)送了一幀時(shí)，該幀可能會到達(dá)目的地，也可能會丟失，但它不會徘徊一會兒，躲藏在網(wǎng)絡(luò)的某個(gè)角落，而在某個(gè)不合適的時(shí)刻又突然冒出來。如果子網(wǎng)內(nèi)部采用數(shù)據(jù)報(bào)和適應(yīng)性路由選擇策略，那么就極可能將一個(gè)分組存儲幾秒鐘，然后再傳送。子網(wǎng)能將分組存儲起來的能力有時(shí)可能會產(chǎn)生災(zāi)難性后果。因此需要使用特殊的協(xié)議。

數(shù)據(jù)鏈路層和運(yùn)輸層之間的最后一個(gè)區(qū)別是數(shù)量上的差別而非類型上的差別。在兩層中都需要有數(shù)據(jù)緩沖和流量控制，但在運(yùn)輸層中出現(xiàn)的大量的、動態(tài)變化的連接要求可能需要使用與在數(shù)據(jù)鏈路層中不同的處理方法。在數(shù)據(jù)鏈路層中，有些協(xié)議為每個(gè)連接均分配了固定數(shù)目的緩沖區(qū)。在運(yùn)輸層中，由于需要管理很大數(shù)目的連接，因此，為每個(gè)連接分配很多緩沖區(qū)的策略不具有吸引力。在以下的幾小節(jié)中，將考察所有這樣和那樣的問題。

信息流控制

運(yùn)輸層連接多，緩沖區(qū)的管理運(yùn)輸層涉及到運(yùn)輸層服務(wù)用戶、運(yùn)輸實(shí)體以及網(wǎng)絡(luò)服務(wù)隊(duì)列運(yùn)輸層實(shí)體間傳輸?shù)难舆t。方法滑窗協(xié)議（類似數(shù)據(jù)鏈路層）動態(tài)公用緩沖區(qū)信用量法（動態(tài)滑窗協(xié)議）傳輸協(xié)議的要素傳輸服務(wù)是通過建立連接的兩個(gè)傳輸實(shí)體之間的傳輸協(xié)議來實(shí)現(xiàn)的。它必須解決差錯(cuò)控制、分組順序、流量控制等問題。傳輸協(xié)議的要素傳輸協(xié)議的主要功能有尋址建立連接釋放連接流量控制和緩沖策略多路復(fù)用崩潰恢復(fù)尋址(Addressing)尋址(Addressing)方法傳輸層定義傳輸服務(wù)訪問點(diǎn)TSAP(TransportServiceAccessPoint)，將應(yīng)用進(jìn)程與這些TSAP相連。在Internet中，TSAP為(IPaddress,localport)。尋址(Addressing)圖例主機(jī)2的應(yīng)用層進(jìn)程time-of-day綁定TSAP122端口，并一直監(jiān)聽，等待連接請求。主機(jī)1的應(yīng)用程序希望與time-of-day通信，就定義本機(jī)的TSAP6作為源端口，主機(jī)2的TSAP122為目的端口，由傳輸實(shí)體發(fā)出連接請求。主機(jī)2的傳輸實(shí)體詢問TSAP122端口的應(yīng)用進(jìn)程time-of-day是否接收連接請求，認(rèn)可，傳輸連接建立。問題：連接發(fā)起方如何確定對方的TSAP？傳輸連接的發(fā)起方如何確定對方的TSAP靜態(tài)分配TSAP應(yīng)用層的用戶進(jìn)程擁有固定的、公開的、廣為人知的TSAP，例：telnet的TSAP為（IP地址，端口23）。而且應(yīng)用層的用戶進(jìn)程始終處于監(jiān)聽狀態(tài)。問題：只適用于少數(shù)從不改變得關(guān)鍵服務(wù)，而且進(jìn)程一直處于活動狀態(tài)監(jiān)聽一個(gè)TSAP是很浪費(fèi)資源的。傳輸連接的發(fā)起方如何確定對方的TSAP動態(tài)分配TSAP進(jìn)程服務(wù)器：使用初始連接協(xié)議(initialconnectionprotocol)。每個(gè)用戶進(jìn)程無需不間斷地監(jiān)聽自己的TSAP端口，而是由每臺希望向遠(yuǎn)端提供服務(wù)的計(jì)算機(jī)運(yùn)行一個(gè)稱為進(jìn)程服務(wù)器(processserver)的進(jìn)程。進(jìn)程服務(wù)器作為代理，同時(shí)監(jiān)聽一系列的端口，等待TCP連接請求。需要某種服務(wù)的遠(yuǎn)方客戶程序通過執(zhí)行CONNECT請求，向它所需要的應(yīng)用進(jìn)程的TSAP發(fā)出連接建立請求。如果沒有應(yīng)用進(jìn)程在此TSAP上監(jiān)聽，則遠(yuǎn)方客戶和進(jìn)程服務(wù)器建立連接。傳輸連接的發(fā)起方如何確定對方的TSAP動態(tài)分配TSAP進(jìn)程服務(wù)器（續(xù)）：進(jìn)程服務(wù)器收到連接請求后，將源端客戶程序所請求的應(yīng)用進(jìn)程加載，并將已經(jīng)建立的連接轉(zhuǎn)交該進(jìn)程。進(jìn)程服務(wù)器返回繼續(xù)監(jiān)聽。遠(yuǎn)方客戶程序與所希望的服務(wù)程序進(jìn)行數(shù)據(jù)傳輸。問題：初始連接協(xié)議對于隨時(shí)需要?jiǎng)?chuàng)建的應(yīng)用進(jìn)程是十分有效的。但是有一些應(yīng)用并不依賴進(jìn)程服務(wù)器，而與一些硬件設(shè)備相連，不能臨時(shí)倉促創(chuàng)建。傳輸連接的發(fā)起方如何確定對方的TSAPNAMESERVER（directoryserver）利用一個(gè)特殊的進(jìn)程稱為名稱服務(wù)器或目錄服務(wù)器，它的TSAP是眾所周知的。遠(yuǎn)方客戶程序首先和NAMESERVER建立連接，告知NAMESERVER自己需要服務(wù)的名稱。NAMESERVER將相應(yīng)的TSAP地址作為回答。遠(yuǎn)方客戶程序釋放和NAMESERVER的傳輸連接，與所需要的服務(wù)進(jìn)程建立連接。圖例：初始連接協(xié)議建立連接傳輸連接的概念面向應(yīng)用層需要傳輸服務(wù)的進(jìn)程在兩個(gè)傳輸用戶之間建立邏輯聯(lián)系內(nèi)部表現(xiàn)為一些緩沖區(qū)和一組協(xié)議機(jī)制外部表現(xiàn)為高可靠性建立連接面臨的問題：網(wǎng)絡(luò)可能丟失、重復(fù)分組。特別是延遲重復(fù)分組(delayedduplicates)的存在，導(dǎo)致傳輸層建立連接很復(fù)雜。建立連接解決延遲重復(fù)分組的關(guān)鍵是丟棄過時(shí)的分組，可用如下方法：非重復(fù)的TSAP過時(shí)連接表分組的TTL(分組生成周期)機(jī)制三次握手機(jī)制非重復(fù)的TSAP原理廢棄使用過的傳輸?shù)刂?。方法系統(tǒng)為每次的傳輸連接賦予一個(gè)新的傳輸?shù)刂贰．?dāng)此連接被釋放的時(shí)候，此傳輸?shù)刂肪捅粡U棄了。缺點(diǎn)不支持進(jìn)程服務(wù)器，因?yàn)闆]有公認(rèn)的眾所周知的TSAP存在。過時(shí)連接表原理利用過時(shí)連接表和在TPDU增加連接標(biāo)識信息檢查所到達(dá)的分組是否為重復(fù)分組。方法連接發(fā)起方為每個(gè)傳輸連接分配一個(gè)連接標(biāo)識符，并將此信息存入本次傳輸服務(wù)中的每個(gè)TPDU中（包括連接請求）。當(dāng)連接釋放的時(shí)候，各傳輸實(shí)體將此連接標(biāo)識信息添加到本機(jī)維護(hù)的一張過時(shí)連接表中。過時(shí)連接表每個(gè)新的連接請求到達(dá)的時(shí)候，根據(jù)連接標(biāo)識符核對過時(shí)連接表，如果已經(jīng)過時(shí)，該連接視為重復(fù)連接。缺點(diǎn)需要保留歷史記錄，不適應(yīng)突發(fā)情況。當(dāng)機(jī)器由于崩潰而丟失了過時(shí)連接表時(shí)，就無法再識別重復(fù)連接。分組的TTL機(jī)制原理利用TTL丟棄超時(shí)分組。方法定義和計(jì)算每個(gè)分組的生存時(shí)間TTL。超時(shí)未到達(dá)目的地的，被視為陳舊分組而遭到拋棄。缺點(diǎn)消除重復(fù)連接請求依賴通信子網(wǎng)完成。不能避免網(wǎng)絡(luò)層分組傳輸?shù)牟豢煽啃浴Ｈ挝帐纸⑦B接三次握手(three-wayhandshake)方案解決了由于網(wǎng)絡(luò)層會丟失、存儲和重復(fù)分組帶來的問題。三次握手正常建立連接的過程A發(fā)出序號為X的建立連接請求CRTPDU。B發(fā)出序號為Y的接受連接確認(rèn)ACKTPDU，并確認(rèn)A的序號為X的建立連接請求。A發(fā)出序號為X的第一個(gè)數(shù)據(jù)DATA，并確認(rèn)B的序號為Y的接受連接確認(rèn)。主機(jī)A主機(jī)B

連接請求

CR(seq=x)接受連接，回送確認(rèn)

ACK(seq=y,ACK=x)發(fā)送數(shù)據(jù)，回送確認(rèn)

DATA(seq=x,ACK=y)連接成功!重復(fù)的CR如果出現(xiàn)了重復(fù)的建立連接請求CR的情況，三次握手可以很好的解決。主機(jī)A主機(jī)B

重復(fù)連接請求

CR(seq=x)接受連接，回送確認(rèn)

ACK(seq=y,ACK=x)拒絕連接，回送確認(rèn)

REJECT(ACK=y)X是重復(fù)連接請求，放棄連接！重復(fù)的CR和重復(fù)的ACK并存重復(fù)的建立連接請求CR和重復(fù)的接受連接確認(rèn)ACK并存時(shí)，三次握手也可以解決重復(fù)連接問題。

主機(jī)A主機(jī)B重復(fù)連接請求

CR(seq=x)接受連接，回送確認(rèn)

ACK(seq=y,ACK=x)拒絕連接，回送確認(rèn)

REJECT(ACK=y)X是重復(fù)連接請求，放棄連接！應(yīng)該是ACK=y，

所以ACK=z是重復(fù)的。重復(fù)發(fā)送確認(rèn)ACK=z

Data(seq=x,ACK=z)釋放連接非對稱式連接釋放方法一方發(fā)出釋放連接請求后，整個(gè)連接斷開。存在丟失數(shù)據(jù)的危險(xiǎn)。對稱式連接釋放方法各自獨(dú)立發(fā)出釋放連接請求，收到對方的釋放確認(rèn)后才可以釋放連接。由于兩軍問題(two-armyproblem)的存在，可以證明不存在安全的通過N次握手實(shí)現(xiàn)對稱式連接釋放的方法。兩軍問題兩支藍(lán)軍如何能夠同時(shí)發(fā)送進(jìn)攻？藍(lán)兵穿越白軍防地是不可靠通信。藍(lán)軍2不知道藍(lán)軍1是否收到確認(rèn)，不能貿(mào)然行動。即使采用三次握手釋放連接，也會出現(xiàn)最后的確認(rèn)丟失，應(yīng)答TPDU丟失、應(yīng)答及后續(xù)釋放請求丟失的情況。沒有一個(gè)滿意的解決問題的方法。三次握手+定時(shí)器的方法釋放連接在實(shí)際的通信過程中，使用三次握手+定時(shí)器的方法釋放連接，在絕大多數(shù)情況下是成功的。(a)三次握手釋放連接的正常情況。(b)最后確認(rèn)TPDU丟失的情況。三次握手+定時(shí)器的方法釋放連接(c)應(yīng)答丟失的情況(d)應(yīng)答丟失以及后續(xù)DR丟失的情況。緩沖策略由于網(wǎng)絡(luò)層服務(wù)是不可靠的，傳輸層實(shí)體必須緩存所有連接發(fā)出的TPDU，而且為每個(gè)連接單獨(dú)做緩存，以便用于錯(cuò)誤情況下的重傳。接收方的傳輸層實(shí)體既可以做也可以不做緩存。緩存區(qū)的設(shè)計(jì)

有三種：固定大小的

緩沖區(qū)連接可變大

小的緩沖區(qū)每個(gè)連接使

用一個(gè)大的

循環(huán)緩沖區(qū)流量控制傳輸層利用可變滑動窗口協(xié)議來實(shí)現(xiàn)流控。所謂可變滑動窗口協(xié)議，是指發(fā)送方的發(fā)送窗口大小是由接收方根據(jù)自己的實(shí)際緩存情況給出的。為了避免控制TPDU丟失導(dǎo)致死鎖，主機(jī)應(yīng)該周期性的發(fā)送TPDU。圖例：流量控制多路復(fù)用在連接、虛電路及物理鏈路上，多路復(fù)用幾組對話的方法在網(wǎng)絡(luò)結(jié)構(gòu)的許多層上都有一定的作用。在傳輸層中對多路復(fù)用技術(shù)的需要表現(xiàn)在很多方面。例如，子網(wǎng)內(nèi)部使用虛電路的網(wǎng)絡(luò)中，每個(gè)接通的連接在連接的整個(gè)階段均需占據(jù)路由器中的-些表空間。如果緩沖區(qū)是被分配給每個(gè)路由器中的虛電路的，那么登錄到遠(yuǎn)端機(jī)器上的用戶離開終端去喝咖啡期間，他仍然在耗費(fèi)著昂貴的資源。盡管這種分組交換的實(shí)現(xiàn)與使用分組交換的主要原因之一——用戶只根據(jù)傳輸?shù)臄?shù)據(jù)量而不是根據(jù)連接時(shí)間付費(fèi)相抵觸，但很多通信公司還是選擇了按時(shí)間收費(fèi)的方法，因?yàn)樗浅ｎ愃朴谒麄冊谶^去的幾十年中巳經(jīng)習(xí)慣了的電路交換模型。在這種價(jià)格結(jié)構(gòu)下，長時(shí)間保持虛電路的接通十分不利，于是使不同的傳輸連接復(fù)用到同一網(wǎng)絡(luò)連接上的技術(shù)便很有吸引力。這種形式的多路復(fù)用稱為向上多路復(fù)用（upwardmultiplexing），如圖所示。圖中，4個(gè)不同的傳輸連接都使用同-網(wǎng)絡(luò)連接與遠(yuǎn)端主機(jī)相連。向上多路復(fù)用

使多路復(fù)用在傳輸層中也可能有用，一種可能的解決方案是讓傳輸層接通多個(gè)網(wǎng)絡(luò)連接，以循環(huán)輪轉(zhuǎn)的策略在這些連接上分配傳輸信息，如圖所示。這種方法的操作稱為向下多路復(fù)用（downwardmultiplexing）。向下多路復(fù)用故障恢復(fù)

如果主機(jī)和路由器易崩潰，那么就存在著從崩潰恢復(fù)的問題。對于網(wǎng)絡(luò)崩潰，如果傳輸實(shí)體完全在主機(jī)內(nèi)部，那么從網(wǎng)絡(luò)和路由器崩潰中恢復(fù)是直截了當(dāng)?shù)?。如果網(wǎng)絡(luò)層提供數(shù)據(jù)報(bào)服務(wù)，傳輸實(shí)體對丟失的TPDU留有副本，就會知道如何解決恢復(fù)問題。如果網(wǎng)絡(luò)層提供的是面向連接的服務(wù)，那么處理虛電路突然中斷的方法是建立一條新的虛電路，接著探查遠(yuǎn)端機(jī)的傳輸實(shí)體，看它已經(jīng)收到了哪些TPDU以及哪些還未收到，后者可以重發(fā)。

一個(gè)較復(fù)雜的問題是如何從主機(jī)崩潰中進(jìn)行恢復(fù)，尤其是當(dāng)服務(wù)器崩潰并很快重新啟動后，客戶端希望能夠繼續(xù)進(jìn)行崩潰前的操作。為了能恢復(fù)崩潰前的狀態(tài)，服務(wù)器可以以廣播方式向所有其他的主機(jī)發(fā)送一個(gè)TPDU，說明自己剛才發(fā)生崩潰并要求其客戶主機(jī)通知所有接通的連接所處的狀態(tài)。每個(gè)客戶主機(jī)可能處于兩種狀態(tài)之一：有一個(gè)未被確認(rèn)的TPDU--S1狀態(tài)，或沒有未被確認(rèn)的TPDU--S0狀態(tài)。根據(jù)這種狀態(tài)信息，客戶主機(jī)必須決定是否要重發(fā)最近的TPDU。

這種簡單的方法存在的困難。例如，考慮下面這種情況，遠(yuǎn)端服務(wù)器的傳輸實(shí)體只發(fā)送一個(gè)確認(rèn)，當(dāng)確認(rèn)發(fā)生后，又對應(yīng)用進(jìn)程執(zhí)行-個(gè)寫操作。向輸出流寫一個(gè)TPDU和發(fā)送一個(gè)確認(rèn)是兩個(gè)不同而又不可分的事件，二者不能同時(shí)進(jìn)行。如果在確認(rèn)發(fā)出后而在寫操作執(zhí)行前崩潰發(fā)生了，此時(shí)客戶端將收到這個(gè)確認(rèn)。當(dāng)崩潰恢復(fù)聲明到達(dá)時(shí)它處于狀態(tài)S0?？蛻舳藢⒁虼瞬辉僦匕l(fā)，因?yàn)樗e(cuò)以為那個(gè)TPDU已經(jīng)到達(dá)服務(wù)器端?？蛻舳说倪@種決定會導(dǎo)致丟失一個(gè)TPDU。故障恢復(fù)進(jìn)一步完善協(xié)議也于事無補(bǔ)。即使客戶端和服務(wù)器端在服務(wù)器準(zhǔn)備進(jìn)行寫操作前已經(jīng)交換了幾個(gè)TPDU，以便客戶端能確切知道將要發(fā)生什么，但客戶端還是無法確定崩潰是在寫操作前還是寫操作之后發(fā)生。因此我們得出如下結(jié)論：基于對非同時(shí)事件所制訂的基本規(guī)則，無法使主機(jī)崩潰和恢復(fù)做到對于高層透明。使用更一般的術(shù)語，這一結(jié)果可以重新敘述為：從第N層崩潰中恢復(fù)只能由第N+1層來完成，并且只有在第N+1層保留有足夠的狀態(tài)信息的情況下才能完成。正如上面提到的，如果連接的兩端均保持了當(dāng)前的狀態(tài)信息，傳輸層可以從網(wǎng)絡(luò)層的錯(cuò)誤中進(jìn)行恢復(fù)。

運(yùn)輸層協(xié)議運(yùn)輸層協(xié)議是依據(jù)網(wǎng)絡(luò)層提供的服務(wù)質(zhì)量來分類的。經(jīng)過多年的研究與討論，ISO于1984年通過了OSI運(yùn)輸協(xié)議的標(biāo)準(zhǔn)。這就是ISO8072和ISO8073。CCITT參與了這一標(biāo)準(zhǔn)的制訂，并通過了相應(yīng)的X.214和X.224建議書。歐洲計(jì)算機(jī)廠家協(xié)會ECMA，美國國家標(biāo)準(zhǔn)學(xué)會ANSI以及美國國家標(biāo)準(zhǔn)局NBS等也都積極參與了運(yùn)輸層協(xié)議標(biāo)準(zhǔn)的制訂。NBS已于1988年底改名為國家標(biāo)準(zhǔn)與技術(shù)研究院NIST。網(wǎng)絡(luò)服務(wù)

網(wǎng)絡(luò)服務(wù)分類：

·A類網(wǎng)絡(luò)服務(wù)

·B類網(wǎng)絡(luò)服務(wù)

·C類網(wǎng)絡(luò)服務(wù)A類網(wǎng)絡(luò)服務(wù)：

可接受的殘留差錯(cuò)率、可接受的可報(bào)告差錯(cuò)率；A型網(wǎng)絡(luò)服務(wù)是一個(gè)完善的、理想的、可靠的網(wǎng)絡(luò)服務(wù)。分組在網(wǎng)絡(luò)中傳送時(shí)不會丟失也不會失序（失序指分組到達(dá)的順序與發(fā)送的順序不一致），這樣，運(yùn)輸層就不需要故障恢復(fù)的服務(wù)和重新排序的服務(wù)等等，因而運(yùn)輸層就非常簡單。

⑵B類網(wǎng)絡(luò)服務(wù)：

可接受的殘留差錯(cuò)率、不可接受的可報(bào)告差錯(cuò)率；需要運(yùn)輸實(shí)體進(jìn)行差錯(cuò)恢復(fù)。

⑶C類網(wǎng)絡(luò)服務(wù)：

不可接受的殘留差錯(cuò)率、不可接受的可報(bào)告差錯(cuò)率；C型網(wǎng)絡(luò)服務(wù)的質(zhì)量最差。對于這類網(wǎng)絡(luò)，運(yùn)輸協(xié)議應(yīng)能檢測出網(wǎng)絡(luò)的差錯(cuò)，同時(shí)要有差錯(cuò)恢復(fù)能力。對失序、重復(fù)以及錯(cuò)誤投遞的數(shù)據(jù)分組，也應(yīng)能檢測出并進(jìn)行改正。某些局域網(wǎng)和一些具有移動結(jié)點(diǎn)的城域網(wǎng)以及具有衰落信道的分組無線電網(wǎng)都局于C型網(wǎng)絡(luò)。運(yùn)輸協(xié)議類

為了能夠在各種不同網(wǎng)絡(luò)上進(jìn)行不同類型的數(shù)據(jù)的傳送，ISO定義了5類（class）運(yùn)輸協(xié)議，即第0類至第4類的運(yùn)輸協(xié)議。這5類運(yùn)輸協(xié)議都是面向連接的。也就是說，用戶要進(jìn)行通信，必須先建立運(yùn)輸連接。當(dāng)然，這必然要用到網(wǎng)絡(luò)層提供的服務(wù)，或者說，要建立網(wǎng)絡(luò)連接。同理，在建立網(wǎng)絡(luò)連接時(shí)，又需要建立各有關(guān)鏈路的連接。當(dāng)數(shù)據(jù)傳送結(jié)束后，則必須釋放運(yùn)輸連接。針對網(wǎng)絡(luò)服務(wù)質(zhì)量的差異，運(yùn)輸層定義了5個(gè)運(yùn)輸協(xié)議類，提供不同的功能。