一種廣域網(wǎng)tcp單邊加速的方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種廣域網(wǎng)TCP單邊加速的方法及系統(tǒng)，其中，該方法包括：采集傳輸控制協(xié)議TCP數(shù)據(jù)包的往返延遲，并從TCP協(xié)議棧獲取丟包信號；根據(jù)所述往返延遲以及丟包信號，計(jì)算出預(yù)期的擁塞控制窗口大小，并且根據(jù)預(yù)期的擁塞窗口大小，在下一個RTT周期內(nèi)進(jìn)行擁塞控制窗口大小的調(diào)整，從而實(shí)現(xiàn)廣域網(wǎng)TCP單邊加速。通過采用本發(fā)明公開的方法及系統(tǒng)，使得TCP連接能夠更加充分的利用廣域網(wǎng)鏈路的帶寬資源，進(jìn)而提升用戶體驗(yàn)。
【專利說明】-種廣域網(wǎng)TCP單邊加速的方法及系統(tǒng)

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及互聯(lián)網(wǎng)信息傳輸【技術(shù)領(lǐng)域】，尤其涉及一種廣域網(wǎng)TCP單邊加速的方法 及系統(tǒng)。

【背景技術(shù)】
[0002] 近十年來，互聯(lián)網(wǎng)飛速發(fā)展，互聯(lián)網(wǎng)信息內(nèi)容在急劇的膨脹，人們對互聯(lián)網(wǎng)的依賴 也日益強(qiáng)烈，但是與之不成比例的是數(shù)據(jù)傳輸?shù)乃俾嗜匀环浅Ｓ邢?，用戶對于快速?shù)據(jù)傳 輸?shù)男枨笈c實(shí)際有限的數(shù)據(jù)傳輸速率之間的矛盾正在制約著互聯(lián)網(wǎng)的發(fā)展速度。
[0003] 關(guān)于如何提升廣域網(wǎng)的鏈路帶寬使用率，加速用戶訪問互聯(lián)網(wǎng)資源的速率，方法 有多種，TCP單邊加速方案則是一種簡單易行容易部署的途徑，而TCP單邊加速的主要實(shí)現(xiàn) 方式是改良舊的擁塞控制算法，或者設(shè)計(jì)新的擁塞控制算法，傳統(tǒng)的針對高帶寬和大延遲 廣域網(wǎng)的TCP擁塞控制算法包括new reno, vega, cubic等。
[0004] 下面將分別介紹Tahoe, NewReno, Vegas以及Cubic四種現(xiàn)有的TCP (傳輸控制協(xié) 議）擁塞控制算法。
[0005] l、Tahoe算法是TCP的早期版本。它的核心思想是：在初始階段，讓cwnd(擁塞窗 口）以指數(shù)增長方式迅速逼進(jìn)可用信道容量，當(dāng)cwnd大于閾值之后，再減小cwnd的增長 速度，進(jìn)行乘性增，緩慢的逼近可用信道容量。Tahoe包括3個基本的擁塞控制算法："慢啟 動"、"擁塞避免"和"快速重傳"。
[0006] (1)慢啟動：避免了連接建立時(shí)突發(fā)數(shù)據(jù)流對網(wǎng)絡(luò)的沖擊。初始設(shè)置cwnd為1， 并按指數(shù)型方式增長，也就是每收到一個確認(rèn)（ACK)，cwnd增大1，直至cwnd超過閾值 ssthresh。當(dāng)cwnd> = ssthresh時(shí)，Tahoe進(jìn)入擁塞避免階段。
[0007] (2)擁塞避免：限制傳輸過程中無限制的速率增長，避免由此可能導(dǎo)致的擁塞。 cwnd以線性方式增長，這里所謂的線性方式增長，是指，收到上一個RTT內(nèi)的所有確認(rèn)之 后，才把cwnd加大1，如果發(fā)生超時(shí)或者連續(xù)收到3個重復(fù)ACK，Tahoe認(rèn)為發(fā)生了擁塞。對 于超時(shí)，置ssthresh為當(dāng)前擁塞窗口的一半，cwnd = 1，轉(zhuǎn)入慢啟動，開始指數(shù)的增大cwnd 的值，如果收到3個連續(xù)ACK，則Tahoe進(jìn)入快速重傳階段。
[0008] (3)快速重傳：根據(jù)3個重復(fù)的應(yīng)答報(bào)文來判斷丟包，減少了超時(shí)重傳的發(fā)生，力口 快了源端對擁塞的響應(yīng)，使得擁塞能快速消除。立即重傳丟失的分組，同時(shí)置ssthresh為 當(dāng)前擁塞窗口的一半，cwnd = 1,轉(zhuǎn)入慢啟動?？梢钥闯?，tahoe算法對于超時(shí)以及重復(fù)確 認(rèn)的處理是基本相似的。
[0009] Tahoe算法存在著不足之處：在收到3個重復(fù)ACK或在超時(shí)的情況下，Tahoe置 cwnd為1，然后進(jìn)入慢啟動階段。這一方面會引起網(wǎng)絡(luò)的激烈振蕩，另一方面大大降低了網(wǎng) 絡(luò)的利用率。
[0010] 2、NeWRen0算法。該算法對Reno中"快速恢復(fù)"算法進(jìn)行了補(bǔ)充，它考慮了一個發(fā) 送窗口內(nèi)多個報(bào)文同時(shí)丟失的情況。在Reno算法中，發(fā)送方收到一個不重復(fù)的應(yīng)答后就退 出"快速恢復(fù)"狀態(tài)。而在NewReno中，只有當(dāng)進(jìn)入快速重傳/快速恢復(fù)階段的那一刻的發(fā) 送窗口內(nèi)的所有報(bào)文都被應(yīng)答后才退出"快速恢復(fù)"狀態(tài)。
[0011] 具體執(zhí)行過程是：在快速恢復(fù)期間，TCP發(fā)送端收到一個ACK后，發(fā)送端通過此ACK 應(yīng)答推斷出下一個丟失的數(shù)據(jù)包序列號，并且立即重傳那個數(shù)據(jù)包。這樣，NewReno在每個 RTT內(nèi)重傳一個丟失的數(shù)據(jù)包，直到發(fā)生多個數(shù)據(jù)包丟失的窗口中所有丟失數(shù)據(jù)包被重傳， 而不是等到超時(shí)在這個期間如果還有其它重復(fù)的ACK到來，則繼續(xù)快速恢復(fù)算法，直到在 快速恢復(fù)初始時(shí)所有未確認(rèn)數(shù)據(jù)包都被確認(rèn)。
[0012] 盡管對Reno算法進(jìn)行了完善，但是由于缺乏足夠的信息來對鏈路擁塞狀態(tài)進(jìn)行 預(yù)判，NewReno仍然會在TCP連接過程中導(dǎo)致周期性的丟包，以及隨著而來的擁塞窗口的銳 減，最后導(dǎo)致鏈路帶寬的浪費(fèi)。
[0013] 3、Vegas算法。該算法是一個得到普遍認(rèn)可，但是未能獲得廣泛應(yīng)用的算法。Vegas 與上述介紹的算法不同，它以rtt樣本值的變化作為擁塞信號，調(diào)節(jié)源端的發(fā)送速率。在算 法的執(zhí)行過程中，vegas會不斷地采集得到rtt樣本值，在每一個RTT結(jié)束的關(guān)頭，會進(jìn)行 rtt樣本值的分析，如果發(fā)現(xiàn)rtt樣本值變大，Vegas就認(rèn)為網(wǎng)絡(luò)發(fā)生擁塞，開始減小cwnd ; 如果rtt樣本值變小，Vegas則解除擁塞，再次增加 cwnd，最關(guān)鍵的是，在鏈接的初始階段， vegas會根據(jù)得到的rtt樣本值，判斷擁塞的提前到來，進(jìn)而提前的轉(zhuǎn)入擁塞避免階段，這 樣，在理想情況下，cwnd值會穩(wěn)定在一個合適的范圍內(nèi)。
[0014] 這里需要注明的是，rtt樣本值是針對單個tcp數(shù)據(jù)包而言的，對于每個發(fā)送的 tcp數(shù)據(jù)包，都會計(jì)算它的往返延時(shí)，這個往返延時(shí)就是要采樣的rtt樣本值，而RTT是針對 tcp發(fā)送隊(duì)列而言的，該RTT在某個特定的時(shí)刻指代的是該發(fā)送隊(duì)列中的一塊數(shù)據(jù)，只有這 塊數(shù)據(jù)都被接收方確認(rèn)了，那么當(dāng)前RTT才算結(jié)束，進(jìn)而轉(zhuǎn)入下一個RTT，這時(shí)候針對的又 是后面的一部分?jǐn)?shù)據(jù)了。
[0015] Vegas的重傳策略與上述算法也不同，它是在收到一個重復(fù)ACK后，比較數(shù)據(jù)包發(fā) 出的時(shí)間和當(dāng)前時(shí)間，然后決定是否重發(fā)。這樣能更及時(shí)地重傳丟失的數(shù)據(jù)包，提高響應(yīng)速 度。但是，由于Vegas與其它算法在競爭帶寬方面存在不公平現(xiàn)象，因此未能在Internet 上普遍采用，還需不斷改進(jìn)。
[0016] 4、cubic算法是基于丟包的擁塞控制算法，核心是一個立方體公式：
[0017] ff = C (t - K) 3+ffmax
[0018] 其中K = Wmax*p/C的開三次方。
[0019] 該公式在實(shí)現(xiàn)中的邏輯就是，當(dāng)發(fā)生丟包的時(shí)候，記錄下此時(shí)的擁塞控制窗口大 小，記為Wmax，然后將該窗口大小減小p倍，也就是減小Wmax*p，然后進(jìn)入丟包恢復(fù)階段，隨 著有新的ack到來，根據(jù)上面的公式，不斷地增加擁塞窗口的大小，該公式的特點(diǎn)就是，在 上升至Wmax的過程中，增長逐漸減慢，當(dāng)超過Wmax后，增長逐漸的加快，直到發(fā)生下一次丟 包，然后重復(fù)上面的過程。但是cubic畢竟僅僅基于丟包，能獲得關(guān)于實(shí)際網(wǎng)絡(luò)狀況的信息 較少，這就導(dǎo)致它絕大多數(shù)的時(shí)間都處在尋找臨界窗口的狀態(tài)，最終導(dǎo)致對于帶寬的實(shí)際 使用率受到了限制，不能夠充分的利用鏈路的帶寬。


【發(fā)明內(nèi)容】

[0020] 本發(fā)明的目的是提供一種廣域網(wǎng)TCP單邊加速的方法及系統(tǒng)，使得TCP連接能夠 更加充分的利用廣域網(wǎng)鏈路的帶寬資源，進(jìn)而提升用戶體驗(yàn)。
[0021] 本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的：
[0022] -種廣域網(wǎng)TCP單邊加速的方法，該方法包括：
[0023] 采集傳輸控制協(xié)議TCP數(shù)據(jù)包的往返延遲，并從TCP協(xié)議棧獲取丟包信號；
[0024] 根據(jù)所述往返延遲以及丟包信號，計(jì)算出預(yù)期的擁塞控制窗口大小，并且根據(jù)預(yù) 期的擁塞窗口大小，在下一個RTT周期內(nèi)進(jìn)行擁塞控制窗口大小的調(diào)整，從而實(shí)現(xiàn)廣域網(wǎng) TCP單邊加速。
[0025] -種廣域網(wǎng)TCP單邊加速的系統(tǒng)，該系統(tǒng)包括：
[0026] 傳輸控制協(xié)議TCP擁塞控制模塊，用于采集TCP數(shù)據(jù)包的往返延遲，并從TCP協(xié)議 棧獲取丟包信號；根據(jù)所述往返延遲以及丟包信號，計(jì)算出預(yù)期的擁塞控制窗口大小，并且 根據(jù)預(yù)期的擁塞窗口大小，在下一個RTT周期內(nèi)進(jìn)行擁塞控制窗口大小的調(diào)整，從而實(shí)現(xiàn) 廣域網(wǎng)TCP單邊加速。
[0027] 由上述本發(fā)明提供的技術(shù)方案可以看出，通過綜合使用了往返延時(shí)以及丟包等信 息作為擁塞控制的基礎(chǔ)，通過合理的建模和設(shè)計(jì)，有效地解決了現(xiàn)有擁塞控制算法無法有 效利用廣域網(wǎng)帶寬資源這一問題，進(jìn)而提升用戶體驗(yàn)。

【專利附圖】

【附圖說明】
[0028] 為了更清楚地說明本發(fā)明實(shí)施例的技術(shù)方案，下面將對實(shí)施例描述中所需要使用 的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本 領(lǐng)域的普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他 附圖。
[0029] 圖1為本發(fā)明實(shí)施例一提供的一種廣域網(wǎng)TCP單邊加速的方法的流程圖；
[0030] 圖2為本發(fā)明實(shí)施例一提供的又一種廣域網(wǎng)TCP單邊加速的方法的流程圖；
[0031] 圖3為本發(fā)明實(shí)施例二提供的一種部署廣域網(wǎng)TCP單邊加速的系統(tǒng)的示意圖。

【具體實(shí)施方式】
[0032] 下面結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整 地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒?發(fā)明的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施 例，都屬于本發(fā)明的保護(hù)范圍。
[0033] 實(shí)施例一
[0034] 圖1為本發(fā)明實(shí)施例一提供的一種廣域網(wǎng)TCP單邊加速的方法的流程圖。如圖1 所示，該方法主要包括如下步驟：
[0035] 步驟11、采集傳輸控制協(xié)議TCP數(shù)據(jù)包的往返延遲，并從TCP協(xié)議棧獲取丟包信 號。
[0036] 步驟12、根據(jù)所述往返延遲以及丟包信號，計(jì)算出預(yù)期的擁塞控制窗口大小，并且 根據(jù)預(yù)期的擁塞窗口大小，在下一個RTT周期內(nèi)進(jìn)行擁塞控制窗口大小的調(diào)整，從而實(shí)現(xiàn) 廣域網(wǎng)TCP單邊加速。
[0037] 本發(fā)明實(shí)施例中，所述計(jì)算出預(yù)期的擁塞控制窗口大小包括：采用負(fù)反饋控制方 法進(jìn)行計(jì)算，具體的：將獲取到的丟包信號與往返延遲作為擁塞的信號；其中，將采集到的 TCP數(shù)據(jù)包的往返延遲中的最大值作為反饋控制的預(yù)期輸入，將上一個RTT周期內(nèi)采集到 的最大往返延遲作為實(shí)際的反饋控制系統(tǒng)輸出。上述丟包信號和往返延遲的使用是并列的 關(guān)系，由于整個網(wǎng)絡(luò)環(huán)境是不受任何人控制的，這也導(dǎo)致不可預(yù)期的丟包會隨時(shí)發(fā)生，使用 丟包信號作為擁塞的信號，在丟包發(fā)生的時(shí)候進(jìn)行擁塞窗口的減小，能夠避免網(wǎng)絡(luò)陷入持 久的擁塞，有助于擁塞的及時(shí)解除和負(fù)反饋機(jī)制的重新使用，丟包信號和往返延遲本同時(shí) 作為擁塞的表征信號，是本系統(tǒng)不可或缺的兩個信息來源。
[0038] 同時(shí)，還可使用平滑方法進(jìn)行擁塞控制窗口大小的調(diào)整，具體的：利用計(jì)算得到的 實(shí)際擁塞控制窗口大小和所述預(yù)期的擁塞控制窗口大小的差值，作為下一個RTT周期的調(diào) 整大?。焕迷摬钪?，在下一個RTT周期內(nèi)進(jìn)行平攤，減緩擁塞控制窗口的調(diào)整速度。
[0039] 另外，該方法還可利用TCP內(nèi)核中的擁塞控制算法接口 tcp_congestion_ops作為 算法的實(shí)現(xiàn)容器，無需修改TCP協(xié)議棧；同時(shí)，利用TCP擁塞控制算法的模塊化加載技術(shù)，還 可以實(shí)現(xiàn)當(dāng)前算法的自動熱加載。
[0040] 另一方面，基于該方法在實(shí)際工作中的流程圖如圖2所示，首先，判斷當(dāng)前RTT周 期是否已經(jīng)結(jié)束；如果是，則根據(jù)采集到的rtt樣本計(jì)算出預(yù)期的擁塞窗口大小，并且記錄 下前后擁塞窗口大小的增量，進(jìn)而轉(zhuǎn)入下一個RTT周期；如果不是，那么接著采樣rtt樣本， 并且根據(jù)上一個RTT周期末尾記錄下來的擁塞窗口增量，調(diào)整擁塞窗口的大小。
[0041] 本發(fā)明實(shí)施例通過綜合使用了往返延時(shí)以及丟包等信息作為擁塞控制的基礎(chǔ)，通 過合理的建模和設(shè)計(jì)，有效地解決了現(xiàn)有擁塞控制算法無法有效利用廣域網(wǎng)帶寬資源這一 問題，進(jìn)而提升用戶體驗(yàn)。
[0042] 實(shí)施例二
[0043] 本發(fā)明實(shí)施例提供一種廣域網(wǎng)TCP單邊加速的系統(tǒng)，該系統(tǒng)主要包括：
[0044] 傳輸控制協(xié)議TCP擁塞控制模塊，用于采集TCP數(shù)據(jù)包的往返延遲，并從TCP協(xié)議 棧獲取丟包信號；根據(jù)所述往返延遲以及丟包信號，計(jì)算出預(yù)期的擁塞控制窗口大小，并且 根據(jù)預(yù)期的擁塞窗口大小，在下一個RTT周期內(nèi)進(jìn)行擁塞控制窗口大小的調(diào)整，從而實(shí)現(xiàn) 廣域網(wǎng)TCP單邊加速。
[0045] 進(jìn)一步，所述計(jì)算出預(yù)期的擁塞控制窗口大小包括：
[0046] 采用負(fù)反饋控制方法進(jìn)行計(jì)算，具體的：將獲取到的丟包信號與往返延遲作為擁 塞的信號；其中，將采集到的TCP數(shù)據(jù)包的往返延遲中的最大值作為反饋控制的預(yù)期輸入， 將上一個RTT周期內(nèi)采集到的最大往返延遲作為實(shí)際的反饋控制系統(tǒng)輸出。
[0047] 進(jìn)一步的，所述在下一個RTT周期內(nèi)進(jìn)行擁塞控制窗口大小的調(diào)整包括：
[0048] 使用平滑方法進(jìn)行擁塞控制窗口大小的調(diào)整，具體的：利用計(jì)算得到的實(shí)際擁塞 控制窗口大小和所述預(yù)期的擁塞控制窗口大小的差值，作為下一個RTT周期的調(diào)整大小； 利用該差值，在下一個RTT周期內(nèi)進(jìn)行平攤，減緩擁塞控制窗口的調(diào)整速度。
[0049] 另外，該系統(tǒng)還可以直接部署在單獨(dú)的機(jī)器上，簡單易行，便于管理。如圖3所示， 為部署了該系統(tǒng)后實(shí)現(xiàn)廣域網(wǎng)TCP單邊加速的示意圖。
[0050] 需要說明的是，上述系統(tǒng)中包含的各個功能模塊所實(shí)現(xiàn)的功能的具體實(shí)現(xiàn)方式在 前面的各個實(shí)施例中已經(jīng)有詳細(xì)描述，故在這里不再贅述。
[0051] 所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，僅以上述各功能 模塊的劃分進(jìn)行舉例說明，實(shí)際應(yīng)用中，可以根據(jù)需要而將上述功能分配由不同的功能模 塊完成，即將系統(tǒng)的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功 能。
[0052] 通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實(shí)施例可 以通過軟件實(shí)現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式來實(shí)現(xiàn)?；谶@樣的理解， 上述實(shí)施例的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易 失性存儲介質(zhì)（可以是⑶-ROM，U盤，移動硬盤等）中，包括若干指令用以使得一臺計(jì)算機(jī) 設(shè)備（可以是個人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等）執(zhí)行本發(fā)明各個實(shí)施例所述的方法。
[0053] 以上所述，僅為本發(fā)明較佳的【具體實(shí)施方式】，但本發(fā)明的保護(hù)范圍并不局限于此， 任何熟悉本【技術(shù)領(lǐng)域】的技術(shù)人員在本發(fā)明披露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換， 都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求書的保護(hù)范 圍為準(zhǔn)。
【權(quán)利要求】
1. 一種廣域網(wǎng)TCP單邊加速的方法，其特征在于，該方法包括： 采集傳輸控制協(xié)議TCP數(shù)據(jù)包的往返延遲，并從TCP協(xié)議棧獲取丟包信號； 根據(jù)所述往返延遲以及丟包信號，計(jì)算出預(yù)期的擁塞控制窗口大小，并且根據(jù)預(yù)期的 擁塞窗口大小，在下一個RTT周期內(nèi)進(jìn)行擁塞控制窗口大小的調(diào)整，從而實(shí)現(xiàn)廣域網(wǎng)TCP單 邊加速。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述計(jì)算出預(yù)期的擁塞控制窗口大小包 括： 采用負(fù)反饋控制方法進(jìn)行計(jì)算，具體的：將獲取到的丟包信號與往返延遲作為擁塞的 信號；其中，將采集到的TCP數(shù)據(jù)包的往返延遲中的最大值作為反饋控制的預(yù)期輸入，將上 一個RTT周期內(nèi)采集到的最大往返延遲作為實(shí)際的反饋控制系統(tǒng)輸出。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述在下一個RTT周期內(nèi)進(jìn)行擁塞控制窗 口大小的調(diào)整包括： 使用平滑方法進(jìn)行擁塞控制窗口大小的調(diào)整，具體的：利用計(jì)算得到的實(shí)際擁塞控制 窗口大小和所述預(yù)期的擁塞控制窗口大小的差值，作為下一個RTT周期的調(diào)整大??；利用 該差值，在下一個RTT周期內(nèi)進(jìn)行平攤，減緩擁塞控制窗口的調(diào)整速度。
4. 一種廣域網(wǎng)TCP單邊加速的系統(tǒng)，其特征在于，該系統(tǒng)包括： 傳輸控制協(xié)議TCP擁塞控制模塊，用于采集TCP數(shù)據(jù)包的往返延遲，并從TCP協(xié)議棧獲 取丟包信號；根據(jù)所述往返延遲以及丟包信號，計(jì)算出預(yù)期的擁塞控制窗口大小，并且根據(jù) 預(yù)期的擁塞窗口大小，在下一個RTT周期內(nèi)進(jìn)行擁塞控制窗口大小的調(diào)整，從而實(shí)現(xiàn)廣域 網(wǎng)TCP單邊加速。
5. 根據(jù)權(quán)利要求4所述的系統(tǒng)，其特征在于，所述計(jì)算出預(yù)期的擁塞控制窗口大小包 括： 采用負(fù)反饋控制方法進(jìn)行計(jì)算，具體的：將獲取到的丟包信號與往返延遲作為擁塞的 信號；其中，將采集到的TCP數(shù)據(jù)包的往返延遲中的最大值作為反饋控制的預(yù)期輸入，將上 一個RTT周期內(nèi)采集到的最大往返延遲作為實(shí)際的反饋控制系統(tǒng)輸出。
6. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述在下一個RTT周期內(nèi)進(jìn)行擁塞控制窗 口大小的調(diào)整包括： 使用平滑方法進(jìn)行擁塞控制窗口大小的調(diào)整，具體的：利用計(jì)算得到的實(shí)際擁塞控制 窗口大小和所述預(yù)期的擁塞控制窗口大小的差值，作為下一個RTT周期的調(diào)整大小；利用 該差值，在下一個RTT周期內(nèi)進(jìn)行平攤，減緩擁塞控制窗口的調(diào)整速度。
【文檔編號】H04L12/26GK104158760SQ201410437208
【公開日】2014年11月19日 申請日期:2014年8月29日 優(yōu)先權(quán)日:2014年8月29日
【發(fā)明者】陸世亮, 朱明
申請人:中國科學(xué)技術(shù)大學(xué)