流行的文件傳輸協(xié)議（例如FTP / S,，SFTP和HTTP / S）取決于名為TCP的基礎(chǔ)協(xié)議,。TCP的問題在于，隨著網(wǎng)絡(luò)條件（例如延遲和數(shù)據(jù)包丟失）的增加,，網(wǎng)絡(luò)吞吐量會大大降低,。這在很大程度上歸因于用于確保TCP可靠性的算法。TCP使用滑動窗口算法,，該算法會隨著延遲和數(shù)據(jù)包丟失的增加而降低吞吐量,。結(jié)果是，基于TCP的文件傳輸協(xié)議通常無法充分利用可用帶寬,，實際上大大增加了傳輸文件所需的時間,。在衛(wèi)星，跨大陸和越洋文件傳輸中經(jīng)?？梢钥吹竭@種效果,。

AFTP（加速文件傳輸協(xié)議）通過更改執(zhí)行文件傳輸的方式來解決此問題。AFTP并非僅依賴于TCP,，而是具有使用TCP和UDP協(xié)議組合的兩個通信通道。第一個通道稱為控制通道,，使用TCP,，并負(fù)責(zé)諸如用戶身份驗證，文件管理和協(xié)調(diào)文件傳輸之類的任務(wù),。第二個通道稱為數(shù)據(jù)通道,，使用UDP并負(fù)責(zé)傳輸文件數(shù)據(jù)。與TCP不同,，在類似的網(wǎng)絡(luò)條件下,，與TCP相比，UDP不會遭受相同程度的吞吐量降低,。AFTP可以通過UDP傳輸大多數(shù)數(shù)據(jù)來利用這一點,，從而提供最佳吞吐量。  

AFTP對我有用嗎,？

在高延遲（> 50ms）的高帶寬網(wǎng)絡(luò)（> 5Mbps）中使用時,，AFTP可以提供最大的性能提升。例如,，考慮到這兩個位置之間的地理距離,，通過45Mbps連接在東京和洛杉磯之間進(jìn)行文件傳輸可能會具有較高的延遲,，并且將從使用AFTP中受益。相反,，通過100Mbps連接在LAN（局域網(wǎng)）上的兩個主機(jī)之間的文件傳輸不太可能具有高延遲,，也不會受益于使用AFTP。

什么是延遲,？

在網(wǎng)絡(luò)中,，等待時間是對數(shù)據(jù)包從一個網(wǎng)絡(luò)點到達(dá)另一個網(wǎng)絡(luò)點所花費的時間的度量。延遲可能受許多變量的影響,，包括點之間的距離,，點之間的網(wǎng)關(guān)數(shù)量以及所使用的介質(zhì)（例如，無線,，光纖）,。延遲通常以毫秒（ms）為單位。示例：洛杉磯的主機(jī)A和東京的主機(jī)B之間的延遲時間為200毫秒,。

什么是丟包,？

當(dāng)一個或多個數(shù)據(jù)包無法到達(dá)其預(yù)期的目的地時，數(shù)據(jù)包丟失是一種網(wǎng)絡(luò)狀況,。數(shù)據(jù)包丟失是指未到達(dá)目的地的數(shù)據(jù)包的百分比,，也稱為丟失或丟棄的數(shù)據(jù)包。示例：洛杉磯的主機(jī)A和東京的主機(jī)B之間的數(shù)據(jù)包丟失率為1.0％,。

什么是吞吐量,？

吞吐量是通過網(wǎng)絡(luò)的實際數(shù)據(jù)傳輸速率。吞吐量通常以bps（比特/秒）為單位,。由于網(wǎng)絡(luò)條件（例如延遲和數(shù)據(jù)包丟失）,，吞吐量通常是帶寬的一小部分。示例：洛杉磯的主機(jī)A和東京的主機(jī)B之間的吞吐量為5Mbps,。

什么是帶寬,？

帶寬是理論上通過網(wǎng)絡(luò)傳送數(shù)據(jù)的最大速率。帶寬通常以bps（比特/秒）為單位,。示例：洛杉磯的主機(jī)A和東京的主機(jī)B之間的帶寬為45Mbps,。

什么是TCP？

TCP（傳輸控制協(xié)議）是一種可靠的基于IP的網(wǎng)絡(luò)協(xié)議,，其中所有數(shù)據(jù)包均按順序發(fā)送,，如果數(shù)據(jù)包丟失，它將自動嘗試重新發(fā)送該數(shù)據(jù)包,。

什么是UDP,？

UDP是TCP協(xié)議的兄弟，兩者都依賴于基礎(chǔ)IP堆棧,。與TCP不同,，UDP不需要按順序發(fā)送數(shù)據(jù)包,，并且不會自動嘗試重新傳輸丟失的數(shù)據(jù)包。數(shù)據(jù)包的重傳和重新排序是高級協(xié)議（在本例中為AFTP）的職責(zé),。

鐳速文件傳輸協(xié)議優(yōu)勢

鐳速傳輸團(tuán)隊自主研發(fā)出一款高速傳輸協(xié)議Raysync Protocol,。該文件傳輸協(xié)議徹底消除傳輸技術(shù)的底層瓶頸，克服傳統(tǒng)網(wǎng)絡(luò),、硬件的限制,，充分利用網(wǎng)絡(luò)帶寬，實現(xiàn)超低延時,、高速,、端到端的輸出服務(wù)，傳輸速率提升數(shù)100X,，能夠輕松滿足TB級別大文件和海量小文件極速傳輸需求,。

鐳速傳輸Raysync Protocol協(xié)議主要通過如下兩方面來改善文件傳輸效率：

更有效的擁塞判斷及處理

目前主流的擁塞判斷是基于二十幾年前的網(wǎng)絡(luò)情況設(shè)計的，其基本假設(shè)是任何丟包都反映了網(wǎng)絡(luò)擁塞,。這一假設(shè)與現(xiàn)代網(wǎng)絡(luò)情況已完全脫節(jié)?，F(xiàn)代網(wǎng)絡(luò)丟包常常并不是由擁塞因素引起的。這一脫節(jié)導(dǎo)致文件傳輸協(xié)議常常進(jìn)入過于保守的傳輸狀態(tài),。

鐳速傳輸協(xié)議擁塞檢測算法會自動收集路徑上已有的背景傳輸信息（丟包,、時延以及抖動），根據(jù)文件傳輸速度準(zhǔn)確判斷出實際的擁塞情況,，既不過于保守也不過于激進(jìn),，可以有效充分利用路徑帶寬。

更準(zhǔn)確及時地進(jìn)行丟包判斷恢復(fù)制機(jī)制

標(biāo)準(zhǔn)文件傳輸協(xié)議-TCP 協(xié)議棧通過兩種手段判斷丟包：

接收端連續(xù)重復(fù)確認(rèn)包（Dup-ACK）的數(shù)量,；

ACK 超時,；

當(dāng)有較多丟包時，往往要靠ACK超時來判讀超時并引發(fā)重傳?，F(xiàn)代網(wǎng)絡(luò)的丟包經(jīng)常是陣發(fā)，一個連接上有多個數(shù)據(jù)包同時丟失是常有的事,。因此標(biāo)準(zhǔn)文件傳輸協(xié)議TCP經(jīng)常要靠超時來重傳補(bǔ)洞,，往往導(dǎo)致出現(xiàn)幾秒甚至上十秒的等待狀態(tài)，讓傳輸長時間停滯甚至中斷,。這是影響標(biāo)準(zhǔn) TCP 效率主要問題之一,。

鐳速傳輸協(xié)議放棄了傳輸文件傳輸協(xié)議-TCP 協(xié)議把傳輸報文序列既用來作為傳輸?shù)淖止?jié)計數(shù)又作為可靠傳輸?shù)拇_認(rèn)標(biāo)識的做法，設(shè)計了全新的ACK數(shù)據(jù)算法,。傳輸發(fā)送方根據(jù)傳輸接收方返回的ACK信息,，傳輸發(fā)送方可以第一時間精確判斷出丟包情況并進(jìn)行數(shù)據(jù)重發(fā)，而不用依賴多個ACK的累計確認(rèn)或ACK超時定時器來觸發(fā)數(shù)據(jù)重發(fā),，極大的提升了傳輸速度和傳輸實時性,。

鐳速傳輸協(xié)議對比TCP協(xié)議測試數(shù)據(jù)如圖2：

圖2：鐳速傳輸協(xié)議對比TCP協(xié)議測試數(shù)據(jù)

鐳速文件傳輸加速服務(wù)

為應(yīng)對大文件傳輸,、海量小文件傳輸、跨國文件傳輸,、P2P加速傳輸,，數(shù)據(jù)容災(zāi)備份，一對多,、多對多異構(gòu)數(shù)據(jù)傳輸,，多客戶端并發(fā)傳輸，智能雙向同步,，對象存儲等文件傳輸難題,，鐳速傳輸可以將自身的文件傳輸協(xié)議Raysync Protocol協(xié)議輕松置入企業(yè)現(xiàn)有軟件系統(tǒng)中，同時支持鐳速Proxy代理加速,、FTP加速,、RaySHH加速、SDK傳輸應(yīng)用集成等多種加速方式,。

鐳速傳輸提供一站式文件傳輸加速解決方案,，旨在為IT、影視,、生物基因,、制造業(yè)等眾多行業(yè)客戶實現(xiàn)高性能、安全,、穩(wěn)定的數(shù)據(jù)傳輸加速服務(wù),。傳統(tǒng)文件傳輸方式（如FTP/HTTP/CIFS）在傳輸速度、傳輸安全,、系統(tǒng)管控等多個方面存在問題,，而鐳速文件傳輸解決方案通過自主研發(fā)、技術(shù)創(chuàng)新,，可滿足客戶在文件傳輸加速,、傳輸安全、可管可控等全方位的需求,。

本文《加速文件傳輸協(xié)議如何工作》內(nèi)容由鐳速大文件傳輸軟件整理發(fā)布,，如需轉(zhuǎn)載，請注明出處及鏈接：https://www./news/post-id-578