衛(wèi)星寬帶通信系統(tǒng)-資料下載頁
2025-08-15 21:18本頁面
【正文】 P協(xié)議 續(xù) 37 ? TCP Swift ? 基于 TCPPeach的改進傳輸協(xié)議 ? 使用迅速啟動 (speedy start)和迅速恢復(fù) (speedy recovery)算法取代了突發(fā)啟動和高速恢復(fù)算法 ? 使用未確認報文段 (Outstanding Segment)代替 TCPPeach中的虛報文段。 ? 未確認報文段是隨機選擇的已發(fā)送未確認的報文段，它可以作為已發(fā)送報文段的替補，在已發(fā)送報文丟失時給予接收端額外的恢復(fù)能力 ? 仿真分析表明， TCPSwift在網(wǎng)絡(luò)吞吐率性能和協(xié)議公平性方面均優(yōu)于 TCPPeach 44 衛(wèi)星網(wǎng)絡(luò)中的 TCP協(xié)議 續(xù) 38 ? 空間通信協(xié)議標準－傳輸協(xié)議 (SCPSTP) ?NASA JPL和空間數(shù)據(jù)系統(tǒng)咨詢委員會 (CCSDS)提出并標準化的一種傳輸協(xié)議，針對標準的 TCP協(xié)議在空間通信中存在的問題進行了一系列的擴展和改進，同時保持了與 IP協(xié)議的完整互操作性 ?SCPSTP已經(jīng)成為美國軍用標準 (MILSTD204544000)和國際標準化組織的標準 (ISO 15893:2022) 45 衛(wèi)星網(wǎng)絡(luò)中的 TCP協(xié)議 續(xù) 39 ? 空間通信協(xié)議標準－傳輸協(xié)議 ?采用了 時標 (Timestamp)、窗口縮放、往返程時間測量和序號重疊保護 (RFC1323) ?采用了基于 RFC1106選擇性否定確認 SNACK ?基于 RFC1144的包頭壓縮 ?標準 TCP擁塞控制、低丟失擁塞控制 (Vegas)或可選的無擁塞控制 ?能夠區(qū)別差錯丟失與擁塞丟失。差錯的出現(xiàn)可以由層間信令或管理信息查詢來判斷 46 衛(wèi)星網(wǎng)絡(luò)中的 TCP協(xié)議 續(xù) 40 ? 衛(wèi)星傳輸協(xié)議 STP ?衛(wèi)星傳輸協(xié)議 STP為各種應(yīng)用提供可靠的、面向字節(jié)流的數(shù)據(jù)傳輸服務(wù) ?使用選擇性否定確認 SNACK ?在 STP中，發(fā)送端周期性地要求接收端確認已成功接收的所有數(shù)據(jù)；接收端檢測到的包丟失被否定確認明確地指出 47 衛(wèi)星網(wǎng)絡(luò)中的 TCP協(xié)議 續(xù) 41 ? 衛(wèi)星傳輸協(xié)議 STP ?STP操作例子 48 衛(wèi)星網(wǎng)絡(luò)中的 TCP協(xié)議 續(xù) 42 ? TCP分裂 信 關(guān) 站 信 關(guān) 站I n t e r n e t網(wǎng) 絡(luò)通 信 終 端通 信 終 端 通 信 終 端通 信 終 端衛(wèi) 星 網(wǎng) 絡(luò)I n t e r n e t網(wǎng) 絡(luò)T C P 協(xié) 議專 用 衛(wèi) 星 傳 輸 協(xié) 議或 改 進 的 T C P 協(xié) 議T C P 協(xié) 議49 衛(wèi)星網(wǎng)絡(luò)中的 TCP協(xié)議 續(xù) 44 ? TCP分裂 ?TCP分裂法將整個通信系統(tǒng)分為衛(wèi)星段和非衛(wèi)星段兩個部分，在非衛(wèi)星段中采用標準的地面網(wǎng)絡(luò) TCP協(xié)議，而在衛(wèi)星段采用專用的衛(wèi)星傳輸協(xié)議 ?邏輯上， TCP分裂和 TCP欺騙沒有本質(zhì)的不同 ?現(xiàn)代的防火墻實現(xiàn)中，經(jīng)常采用類似 TCP分裂的技術(shù) (如序號重映射 ) 來增強安全性 50 衛(wèi)星網(wǎng)絡(luò)中的 TCP協(xié)議 續(xù) 45 ? TCP欺騙 信 關(guān) 站 信 關(guān) 站通 信 終 端衛(wèi) 星 網(wǎng) 絡(luò)I n t e r n e t網(wǎng) 絡(luò)T C P 協(xié) 議專 用 衛(wèi) 星 傳 輸 協(xié) 議或 改 進 的 T C P 協(xié) 議欺 騙 代 理確 認 信 號發(fā) 生 器數(shù) 據(jù) 業(yè) 務(wù) 緩 沖 區(qū)緩 沖 區(qū)控 制 器確 認 信 號 緩 沖 區(qū)衛(wèi) 星 段非 衛(wèi) 星 段確 認 信 號報 文 段T C P 數(shù) 據(jù)報 文 段確 認 信 號報 文 段T C P 數(shù) 據(jù)報 文 段確 認 信 號控 制 器欺 騙 確 認 信 號51 衛(wèi)星網(wǎng)絡(luò)中的 TCP協(xié)議 續(xù) 46 ? TCP欺騙 ? 信關(guān)站接收源節(jié)點的數(shù)據(jù)報文段并代替目的節(jié)點向源節(jié)點發(fā)送應(yīng)答信號，使得源節(jié)點可以更快地發(fā)送數(shù)據(jù) ? 信關(guān)站處理接收通過衛(wèi)星傳送的真實確認信號，并負責(zé)完成任何丟失報文段的重傳 ? 由于非衛(wèi)星段和衛(wèi)星段之間的傳輸延時和誤碼性能上的差異，很容易造成數(shù)據(jù)在信關(guān)站的數(shù)據(jù)業(yè)務(wù)緩沖區(qū)中的累積，因此而形成系統(tǒng)瓶頸，嚴重影響系統(tǒng)性能 ? 當(dāng)衛(wèi)星鏈路經(jīng)歷中斷和強衰落時，發(fā)送的報文段將全部丟失，而源節(jié)點并不能察覺這樣的情況并繼續(xù)發(fā)送報文段，很容易造成數(shù)據(jù)業(yè)務(wù)緩沖區(qū)的溢出 ? TCP欺騙無需修改終端用戶的 TCP協(xié)議棧 52 衛(wèi)星網(wǎng)絡(luò)中的 TCP協(xié)議 續(xù) 47 ? 基于中間件的解決方法存在的問題 ?從體系結(jié)構(gòu)的觀點出發(fā)，基于中間件的解決方法不是明顯地連接到增強代理 (信關(guān)站 )破壞了傳輸協(xié)議的端對端特性 ?信關(guān)站為網(wǎng)絡(luò)引入了單點故障特性，因為一個 TCP連接的所有報文段都必須經(jīng)過特定信關(guān)站的路由而沒有其它可代替的路由選擇 ?如果采用了 IP層加密和認證協(xié)議，則信關(guān)站必須有相應(yīng)的解密和認證的能力，這就要求信關(guān)站成為系統(tǒng)的“可信賴設(shè)施”
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號-1