計算機網(wǎng)絡(luò) 第六章傳輸層.ppt

第六章傳輸層 傳輸服務(wù)傳輸協(xié)議一個簡單的傳輸協(xié)議因特網(wǎng)傳輸協(xié)議 傳輸層 整個協(xié)議層次結(jié)構(gòu)的核心 傳輸層位于面向通信的低三層和面向信息處理的高三層之間 為高層用戶提供獨立于具體網(wǎng)絡(luò)的 經(jīng)濟 有效和可靠的端到端數(shù)據(jù)傳輸服務(wù) 在osi參考模型中 底下4層為傳輸服務(wù)的提供者 transportserviceprovider 上面3層是傳輸服務(wù)的用戶 transportserviceuser osi參考模型 6 1傳輸服務(wù) 傳輸層提供兩種類型的服務(wù) 面向連接的傳輸服務(wù) 無連接的傳輸服務(wù) 傳輸服務(wù)的必要性 可靠的服務(wù) 用戶不能控制通信子網(wǎng)來滿足自己所需的網(wǎng)絡(luò)服務(wù) 只能在網(wǎng)絡(luò)層上增加一個屬于用戶自己的傳輸層來保證所需的傳輸服務(wù) 統(tǒng)一的接口 由于傳輸服務(wù)是獨立于網(wǎng)絡(luò)服務(wù)的 應(yīng)用程序便能采用一個標準統(tǒng)一的傳輸服務(wù)原語來調(diào)用各種不同的網(wǎng)絡(luò)服務(wù) 服務(wù)質(zhì)量 接口定義等五花八門 傳輸層與上下層的邏輯關(guān)系 傳輸協(xié)議數(shù)據(jù)單元 tpdu tpdu transportprotocoldataunit 表示對等傳輸層間傳遞的數(shù)據(jù)單元 用戶將報文封裝在tpdu中交給網(wǎng)絡(luò)層進行處理 服務(wù)質(zhì)量qos qualityofservice 傳輸層的主要功能可看成是增強網(wǎng)絡(luò)層提供的服務(wù)質(zhì)量 服務(wù)質(zhì)量的好壞是由一組服務(wù)質(zhì)量參數(shù)來衡量的 主要有 連接建立延遲 connectionestablishmentdelay 建立一個連接所需的時間 連接建立失敗的概率 connectionestablishmentfailureprobability 在指定的最大連接建立延遲內(nèi)未能建立連接的可能性 吞吐率 throughput 一個連接上每秒鐘傳輸?shù)挠脩魯?shù)據(jù)的字節(jié)數(shù) 傳輸延遲 transitdelay 用戶報文從源端發(fā)送到目的端所需的時間 殘余誤碼率 residualerrorratio 丟失或錯亂報文的百分比 保護 protection 要求傳輸層提供保護 以防止未經(jīng)授權(quán)的第三方竊聽或篡改用戶報文 優(yōu)先級 priority 能指示被服務(wù)的連接的優(yōu)先級別 恢復(fù) resilience 傳輸層釋放一個連接的可能性 以上服務(wù)質(zhì)量參數(shù)一般是傳輸用戶和傳輸層在建立連接時通過選項協(xié)商 optionnegotiation 而設(shè)定的 傳輸服務(wù)原語 傳輸服務(wù)原語是傳輸用戶用來訪問傳輸服務(wù)的接口 每種傳輸服務(wù)均有各自的訪問原語 伯克利套接字 berkeleysocket 下表為面向連接的tcp中的套接字原語 面向連接的套接字通信 連接的建立 服務(wù)器端 執(zhí)行socket 創(chuàng)建一個新的套接字通信端點并為其分配表空間 執(zhí)行bind為套接字分配一個本地地址和名字 執(zhí)行l(wèi)isten表示服務(wù)器進程愿意接受連接請求 并指定連接等待隊列的最大長度 執(zhí)行accept 阻塞服務(wù)器進程 等待客戶的連接請求 一旦客戶的連接請求到達 傳輸實體即為其創(chuàng)建一個新的具有相同屬性的套接字 并產(chǎn)生一個進程或線程在新套接字上處理該連接 然后服務(wù)器進程回到原來的套接字上繼續(xù)監(jiān)聽連接請求 客戶端 執(zhí)行socket 創(chuàng)建一個新的套接字通信端點 不需bind 執(zhí)行connect 阻塞連接請求者并主動開始建立連接的進程 當服務(wù)器的應(yīng)答到來后 客戶進程被喚醒 連接即告建立 連接建立后 雙方都可使用send和receive在已有的連接上發(fā)送和接收數(shù)據(jù) 連接的釋放是對稱的 當雙方都執(zhí)行了close后 連接即被釋放 面向連接的套接字通信示意圖 6 2傳輸協(xié)議 傳輸層協(xié)議與網(wǎng)絡(luò)層提供的服務(wù)質(zhì)量有很大關(guān)系 網(wǎng)絡(luò)層提供的服務(wù)越完善 傳輸層協(xié)議就越簡單 反之 傳輸層協(xié)議越復(fù)雜 子網(wǎng)根據(jù)其提供的服務(wù)質(zhì)量的差異可以分為三類 a類 可提供完善的數(shù)據(jù)傳輸服務(wù) 分組的丟失 重復(fù)和錯序等情況極少出現(xiàn) 可忽略不計 有些局域網(wǎng)可提供接近a類的服務(wù) b類 單獨的分組丟失很少發(fā)生 但網(wǎng)絡(luò)層會因為內(nèi)部擁塞或軟 硬件故障等原因而時常發(fā)出n reset原語 傳輸層協(xié)議要糾正由于重置而出現(xiàn)的混亂 建立新的網(wǎng)絡(luò)連接 重新同步 恢復(fù)正常傳輸 使傳輸服務(wù)用戶對網(wǎng)絡(luò)層出現(xiàn)的重置一無所知 大多數(shù)廣域網(wǎng)屬于此類 c類 這類子網(wǎng)提供的傳輸服務(wù)最不可靠 會出現(xiàn)分組丟失和重復(fù) 還可能出現(xiàn)重置 提供數(shù)據(jù)報服務(wù)的廣域網(wǎng) 無線分組交換網(wǎng) 以及互聯(lián)網(wǎng)均屬此類 傳輸層協(xié)議與網(wǎng)絡(luò)服務(wù)質(zhì)量的關(guān)系 根據(jù)網(wǎng)絡(luò)層提供的服務(wù)質(zhì)量 iso osi把傳輸層協(xié)議分為5類 傳輸層協(xié)議與數(shù)據(jù)鏈路層協(xié)議的比較 傳輸層協(xié)議和數(shù)據(jù)鏈路層協(xié)議非常相似 都必須進行順序控制 差錯控制 流量控制等工作 但由于運行的環(huán)境不同 兩者的具體操作是大不相同 傳輸層的端到端之間經(jīng)過一個復(fù)雜的 具有存儲能力的通信子網(wǎng) 使得其在尋址 連接的管理 控制協(xié)議等方面都非常復(fù)雜 尋址 用傳輸服務(wù)訪問點tsap transportserviceaccesspoint 和網(wǎng)絡(luò)服務(wù)訪問點nsap networkserviceaccesspoint 來描述傳輸?shù)刂泛途W(wǎng)絡(luò)地址 尋址的兩個問題 客戶進程如何獲知服務(wù)器進程的傳輸?shù)刂穞sap 客戶傳輸實體如何從目的傳輸?shù)刂帆@得目的網(wǎng)絡(luò)地址nsap 一 服務(wù)器傳輸?shù)刂穞sap的定位 有兩個途徑 眾所周知的地址 對于一些經(jīng)常使用的服務(wù) 可為其指定固定的傳輸?shù)刂?印在手冊或指南上廣為傳播 對臨時不常用的地址 有兩種方法 初始連接協(xié)議 initialconnectionprotocol 使用稱為名字服務(wù)器 nameserver 或目錄服務(wù)器 directoryserver 的特殊服務(wù)器進程 初始連接協(xié)議 如unix中的inetd 服務(wù)器 機器 上運行一個具有眾所周知傳輸?shù)刂返奶厥獾倪M程服務(wù)器 processserver 作為各種服務(wù)器 進程 的代理 名字服務(wù)器或目錄服務(wù)器 客戶進程從眾所周知的名字服務(wù)器中通過對服務(wù)的名字 已注冊到名字服務(wù)器 進行查找 即可獲得相應(yīng)的服務(wù)器進程的傳輸?shù)刂?二 目的網(wǎng)絡(luò)地址nsap的定位 傳輸?shù)刂穞sap為層次型地址 hierachicaladdress nsap可直接來自于tsap 如tcp ip的傳輸?shù)刂酚删W(wǎng)絡(luò)地址和端口號組成 傳輸?shù)刂穞sap為平面型地址空間 flataddressspace 需要名字服務(wù)器將tsap轉(zhuǎn)換成nsap 在某些場合下 如lan中 可采用廣播方式詢問目的機器的nsap 建立連接 connectionestablishment 由于通信子網(wǎng)的不可靠性和存儲能力 造成不可預(yù)知的延遲 使得可靠地建立傳輸連接變得十分困難 一些解決的方法有 給每個連接分配一個唯一的連接標識 每個傳輸實體將用過的連接標識記在表中 以區(qū)別新舊連接 限制分組的壽命 為每個分組設(shè)置一個壽命域 計數(shù)器 每隔一定的時間壽命減1 減至0時就丟棄分組 可以設(shè)定一個時間t 根據(jù)不同的協(xié)議 為分組最大壽命的若干倍 當一個分組發(fā)送后 經(jīng)時間t 所有和該分組有關(guān)的分組就全不存在了 這大大簡化了問題 為每臺主機設(shè)置一個一直運轉(zhuǎn)的計時時鐘 二進制計數(shù)器 位數(shù)足夠大 每隔一定時間加1 當建立連接時 用時鐘的低k位作為本連接的初始序號 此后的發(fā)送序號按序遞增 不再參考計數(shù)器值 但發(fā)送序號不能進入禁止區(qū) 時間和初始序號之間的線性關(guān)系 基于時鐘的方法解決了數(shù)據(jù)tpdu的延遲重發(fā)問題 其前提條件是雙方已建立了傳輸連接 知道對方的初始序號 但由于控制tpdu也會延遲 造成建立傳輸連接的復(fù)雜 可采用三次握手 three wayhandshake 的方法加以解決 釋放傳輸連接有兩種方式 非對稱釋放 asymmetricrelease 任何一方發(fā)出斷連請求即可終止連接 容易造成數(shù)據(jù)丟失 對稱釋放 symmetricrelease 一條連接的兩個方向被看成是兩個單獨的連接 一方發(fā)出斷連請求表明它的數(shù)據(jù)已發(fā)送完畢 但仍可以在連接上接收對方的數(shù)據(jù) 只有雙方都發(fā)出了斷連請求 連接才被終止 釋放連接 connectionrelease 三次握手連接釋放法 為了可靠地終止連接 一方在發(fā)出斷連請求后 必須收到對方的斷連請求 響應(yīng) 才能終止連接 實際上做不到 實際中采用的三次握手連接釋放法不是絕對可靠的 但已令人足以滿意了 考慮后面圖中的第4種情況 若主機2一次都沒有收到主機1的斷連請求 就不會釋放連接 形成一個半開的連接 half openconnection 導(dǎo)致失敗 為了清除半開的連接 協(xié)議規(guī)定任何一方在一給定的時間內(nèi)沒有收到連接上的任何tpdu 就自動釋放連接 每個傳輸實體都設(shè)置一個定時器 只要發(fā)送tpdu就復(fù)位定時器 一旦定時器超時就自動發(fā)送一個啞 dumb tpdu 以防止連接長時間沒有數(shù)據(jù)傳輸而被對方終止 若啞tpdu丟失 則對方釋放連接 稍候本方也釋放連接 三次握手連接釋放的四種情況 流量控制和緩沖策略 傳輸層雖然和數(shù)據(jù)鏈路層一樣都采用了滑動窗口協(xié)議等機制來實現(xiàn)流量控制 但由于傳輸層上 主機 的連接數(shù)多且不定 而中間通信子網(wǎng)的傳輸能力有限 不可能為每條連接分配固定數(shù)量的緩沖區(qū) 由于發(fā)送流量涉及到接收端的接收能力和通信子網(wǎng)的傳輸能力 因此必須從這兩個方面來討論傳輸層上的流量控制 發(fā)送流量應(yīng)該取接收端和通信子網(wǎng)所能允許的流量值中的較小值 從接收能力出發(fā) 傳輸層連接須對收發(fā)雙方動態(tài)地分配緩沖區(qū)數(shù)量 發(fā)送端應(yīng)向接收端申請所需的緩沖空間 接收端一側(cè) 接收端也應(yīng)能根據(jù)情況決定為發(fā)送端預(yù)留多少空間 動態(tài)可變 通過確認及時告知發(fā)送端 以便調(diào)整發(fā)送流量 死鎖問題 由于包含緩沖區(qū)分配數(shù)的控制tpdu 確認 可能會丟失 從而造成死鎖 解決方法 每臺主機應(yīng)定期向每個連接發(fā)送控制tpdu 隨著內(nèi)存價格大幅度下降 可以為主機配置大容量的內(nèi)存 基本上可解決收發(fā)緩沖匱乏的問題 動態(tài)緩沖的分配管理 從子網(wǎng)能力出發(fā) 發(fā)送方采用可動態(tài)調(diào)整窗口大小的滑動窗口協(xié)議來匹配網(wǎng)絡(luò)的承載能力 發(fā)送方定期地監(jiān)視網(wǎng)絡(luò)的傳輸能力c 網(wǎng)絡(luò)每秒鐘可傳輸?shù)膖pdu數(shù)量 和循環(huán)時間r 從發(fā)出tpdu到收到其確認為止所需的時間 然后計算出發(fā)送窗口的大小 cr c可以簡單地通過計算在某段時間間隔內(nèi)確認的tpdu數(shù)除以時間間隔來決定 測量時應(yīng)盡快發(fā)送數(shù)據(jù) r可以從發(fā)送端精確獲得 一般取某段時間內(nèi)的平均值 多路復(fù)用 multiplexing 向上多路復(fù)用 upwardmultiplexing 將去往相同目的節(jié)點的不同傳輸連接復(fù)用到同一條網(wǎng)絡(luò)連接上 使它們共同承擔一條網(wǎng)絡(luò)連接的通信費用 按時 為了實現(xiàn)向上多路復(fù)用 每個主機應(yīng)能將各傳輸連接按目的主機進行分組 并將它們映射到最少數(shù)量的網(wǎng)絡(luò)連接上 每個網(wǎng)絡(luò)連接上的傳輸連接數(shù)應(yīng)適中 向下多路復(fù)用 downwardmultiplexing 為一條傳輸連接建立多條網(wǎng)絡(luò)連接 傳輸實體按一定順序在各個網(wǎng)絡(luò)連接上并行發(fā)送數(shù)據(jù) 從而提高了數(shù)據(jù)的整體傳輸速率 物理線路須有足夠大的容量 兩種多路復(fù)用示意圖 崩潰恢復(fù) 一個主機通過執(zhí)行一個操作和返回一個確認作為收到一個tpdu的響應(yīng) 但當一臺主機從一次崩潰中恢復(fù)時 他如何知道在此之前已執(zhí)行了多少操作和發(fā)送了多少返回的確認 從第n層崩潰中恢復(fù)只能由第n 1層來完成 并且只有在第n 1層保留有足夠的狀態(tài)信息的情況下才能完成 6 3一個簡單的傳輸協(xié)議 一個簡單易懂而又貼近實際的傳輸層協(xié)議實例面向連接的服務(wù)原語 傳輸實體 網(wǎng)絡(luò)層的分組 連接的狀態(tài) 每個連接總是處于下面7種狀態(tài)之一 有限狀態(tài)機 狀態(tài)圖示 6 4因特網(wǎng)傳輸協(xié)議 有兩個主要的協(xié)議 面向連接的tcp transmissioncontrolprotocol 協(xié)議無連接的udp userdataprotocol 協(xié)議 tcp協(xié)議 tcp是專門設(shè)計用于在不可靠的internet上提供可靠的 端到端的字節(jié)流 非報文流 通信的協(xié)議 發(fā)送方tcp實體將應(yīng)用程序的輸出流分為不超過64k字節(jié) 實際通常為1500字節(jié) 的數(shù)據(jù)片段 piece 并將每個數(shù)據(jù)片段封裝在一個ip分組中發(fā)送出去 接收方tcp實體根據(jù)字節(jié)序號 32位 將接收到的各個數(shù)據(jù)片段組裝成連續(xù)的字節(jié)流交給應(yīng)用程序 tcp服務(wù)是通過收發(fā)雙方分別創(chuàng)建的稱為套接字 socket 包含ip地址和端口號 之間的連接來獲得的 所有的tcp連接都是全雙工的點到點的連接 不支持組播和廣播 tcp的基本數(shù)據(jù)單元 tcp實體交換數(shù)據(jù)的基本單元 tpdu 稱作數(shù)據(jù)段 segment 每個數(shù)據(jù)段包含一個固定的20字節(jié)的頭 還可加一個可選部分 和若干數(shù)據(jù)字節(jié) 其總長度可在建立連接時通過互相聲明自己所能接收的最大段長mss maximumsegmentsize 來選定或雙方使用一個缺省的mss 536字節(jié) 但mss的選取應(yīng)使得每個段封裝成ip分組后 其長度不超過ip分組的載荷能力 65535字節(jié) 及相應(yīng)網(wǎng)絡(luò)的最大傳輸單元mtu maximumtransferunit 一個段超過網(wǎng)絡(luò)的mtu限制時會被分段 fragmentation 每個小分段 分組 都有tcp頭 20字節(jié) 和ip頭 20字節(jié) 增加了系統(tǒng)的總開銷 tcp數(shù)據(jù)段的頭 源端口和目的端口用來標識本地和對方的應(yīng)用進程 端連接點 端口號加上其主機的ip地址構(gòu)成一個48比特的tsap sequencenumber指示tcp段中第一個字節(jié)的序號 建立一個新的tcp連接時 syn標志為1 該域是主機為該連接選擇的初始序號 連接建立后發(fā)送的第一個字節(jié)將具有的序號為sequencenumber 1 由于全雙工 每個連接的端點都必須單獨維持一個序號 acknowledgementnumber表示發(fā)送該tcp段的主機準備從對方接收的下一個字節(jié)序號 即該序號之前的字節(jié)已全部正確收到 headerlength指示tcp頭的長度 以4字節(jié)為單位 最大值為15 60字節(jié) urg標志指示urgentpointer域是否有效 urgentpointer用來指示緊急數(shù)據(jù)距當前字節(jié)序號的偏移字節(jié)數(shù) 當接收方收到一個urg為1的段后 立即中斷當前正在執(zhí)行的程序 根據(jù)urgentpointer找到段中的緊急數(shù)據(jù) 優(yōu)先進行處理 ack標志為1時表示acknowledgementnumber中是一個有效的應(yīng)答序號 psh標志為1時表示接收方收到數(shù)據(jù)后應(yīng)盡快交給應(yīng)用程序 而不是等接收緩沖區(qū)滿后再遞交 rst標志為1時表示復(fù)位一個連接 通常在主機崩潰后復(fù)位連接 也可表示拒絕建立一個連接或拒絕接收一個非法的段 syn標志為1時表示建立一個連接 fin標志為1時表示數(shù)據(jù)發(fā)送結(jié)束 但仍可繼續(xù)接收另一個方向的數(shù)據(jù) windowssize表示發(fā)送方可以發(fā)送的字節(jié)數(shù) 為0時表示接收緩沖區(qū)滿 用于tcp的流量控制 checksum對tcp頭 tcp數(shù)據(jù)域及tcp偽頭 pseudoheader 12字節(jié)長 其中的內(nèi)容來自于ip分組的頭 進行校驗 選項用于提供一種增加額外設(shè)置的方法 在常規(guī)的tcp頭中并不包括 重要的選擇有 mss選項 設(shè)定能接受的最大tcp載荷能力 窗口比例選項 可擴大窗口尺寸 選擇重發(fā)選項等 tcp數(shù)據(jù)段的頭結(jié)構(gòu) tcp數(shù)據(jù)段的偽頭結(jié)構(gòu) tcp采用三次握手的方法建立連接 服務(wù)器方執(zhí)行l(wèi)isten和accept原語 被動監(jiān)聽 客戶方執(zhí)行connect原語 產(chǎn)生一個syn為1和ack為0的tcp段 表示連接請求 服務(wù)器方的傳輸實體接收到這個tcp段后 首先檢查是否有服務(wù)進程在所請求的端口上監(jiān)聽 若沒有 回答rst置位的tcp段 若有服務(wù)進程在所請求的端口上監(jiān)聽 該服務(wù)進程可以決定是否接受該請求 在接受后 發(fā)出一個syn置1和ack置1的tcp段表示連接確認 并請求與對方的連接 發(fā)起方收到確認后 發(fā)出一個syn置0和ack置1的tcp段表示給對方的連接確認 若兩個主機同時試圖建立彼此間的連接 則只能建立一條連接 初始連接序號的選擇采用基于時鐘的方案 每隔4微妙初始連接序號加1 分組的最長壽命為120秒 tcp采用對稱釋放法釋放連接 tcp的全雙工連接可看成一個雙單工的連接 每個單工連接都獨立地釋放 通信雙方必須都向?qū)Ψ桨l(fā)送fin 1的tcp段并得到對方的應(yīng)答 連接才能被釋放 有四個階段 可以將第一個ack數(shù)據(jù)段和第二個fin數(shù)據(jù)段合并 從而變?yōu)槿挝帐?為防止半連接 必須使用定時器計時 對fin數(shù)據(jù)段的應(yīng)答在兩個最大分組生命期內(nèi)未到達 就釋放連接 對方也會超時釋放 建立和釋放連接過程中的11種狀態(tài) tcp連接管理有限狀態(tài)機 tcp傳輸策略 tcp的窗口管理機制基于確認和可變窗口大小 窗口大小為0時 正常情況下 發(fā)送方不能再發(fā)tcp段 但有兩個例外緊急數(shù)據(jù)可以發(fā)送 為防止死鎖 發(fā)送方可以發(fā)送1字節(jié)的tcp段 以便讓接收方重新聲明確認號和窗口大小 如何改進傳輸層的性能 策略1 發(fā)送方緩存應(yīng)用程序的數(shù)據(jù) 等到形成一個比較大的段再發(fā)出 策略2 在沒有可能進行 捎帶 的情況下 接收方延遲發(fā)送確認段 tcp傳輸策略 策略3 使用nagle算法 當應(yīng)用程序每次向傳輸實體發(fā)出一個字節(jié)時 傳輸實體發(fā)出第一個字節(jié)并緩存所有其后的字節(jié)直至收到對第一個字節(jié)的確認 然后將已緩存的所有字節(jié)組段發(fā)出并對再收到的字節(jié)緩存 直至收到下一個確認 策略4 使用clark算法解決傻窗口癥狀 sillywindowsyndrome 傻窗口癥狀 當應(yīng)用程序一次從傳輸層實體讀出一個字節(jié)時 傳輸層實體會產(chǎn)生一個一字節(jié)的窗口更新段 使得發(fā)送方只能發(fā)送一個字節(jié) 解決辦法 限制收方只有在具備一半的空緩存或最大段長的空緩存時 才產(chǎn)生一個窗口更新段 tcp的擁塞控制 由于當前網(wǎng)絡(luò)傳輸介質(zhì)的可靠性越來越高 所以tcp實體認為超時就是網(wǎng)絡(luò)擁塞造成的 可根據(jù)超時來判斷是否發(fā)生擁塞 出現(xiàn)擁塞的兩種情況快網(wǎng)絡(luò)小緩存接收者慢網(wǎng)絡(luò)大緩存接收者導(dǎo)致網(wǎng)絡(luò)擁塞的兩個潛在因素是 網(wǎng)絡(luò)能力和接收能力 tcp處理第一種擁塞的措施在連接建立時聲明最大可接受段長度 利用可變滑動窗口協(xié)議防止出現(xiàn)擁塞 tcp處理第二種擁塞的措施發(fā)送方維護兩個窗口 可變發(fā)送窗口和擁塞窗口 按兩個窗口的最小值發(fā)送 擁塞窗口依照慢啟動 slowstart 算法和擁塞避免 congestionavoidance 算法變化 擁塞控制算法 慢啟動 slowstart 算法 建立連接時 擁塞窗口被初始化成該連接支持的最大段長度 發(fā)送一個最大長度的段 若沒有超時 則對擁塞窗口加倍擴大 發(fā)送兩個最大長度的段 重復(fù)此過程 直至最終達到設(shè)定的臨界值或發(fā)生超時 internet的擁塞控制算法 初始設(shè)置臨界值 threshold 為64kb 若發(fā)生超時 將臨界值設(shè)為當前擁塞窗口的1 2 并將擁塞窗口恢復(fù)為最大段長度 執(zhí)行慢啟動算法 直至擁塞窗口達到臨界值 此后要求擁塞窗口按線性增加 每次只增加一個最大段長度 直至最終達到接收窗口大小或發(fā)生超時 若超時再將臨界值設(shè)為當前擁塞窗口的