關(guān)世杰， 姜月秋， 關(guān)啟學(xué)， 郭秦超

(沈陽(yáng)理工大學(xué) 信息科學(xué)與工程學(xué)院， 遼寧 沈陽(yáng) 110159)

0 引言

空間網(wǎng)絡(luò)是在不同軌道上多種類(lèi)型衛(wèi)星系統(tǒng)、空間站等，按照空間信息資源的最大有效利用原則，互通互連、有機(jī)構(gòu)成的智能化體系，同時(shí)又與陸、海、空共同構(gòu)成天地一體化網(wǎng)絡(luò)系統(tǒng)[1]。隨著通信技術(shù)和航天技術(shù)的飛速發(fā)展，空間網(wǎng)絡(luò)研究與應(yīng)用的重要性日益提高，空間網(wǎng)絡(luò)的建設(shè)勢(shì)在必行。

空間數(shù)據(jù)系統(tǒng)咨詢(xún)委員會(huì)(CCSDS)在TCP協(xié)議的基礎(chǔ)上進(jìn)行了相應(yīng)的研究和擴(kuò)展，提出了空間通信協(xié)議規(guī)范傳輸協(xié)議(SCPS-TP)[2]，SCPS-TP把Vegas算法做為傳輸控制協(xié)議的擁塞控制算法[3]，Vegas算法通過(guò)計(jì)算數(shù)據(jù)分組的往返時(shí)間(RTT)來(lái)判斷網(wǎng)絡(luò)帶寬占用情況，提前對(duì)發(fā)送窗口進(jìn)行調(diào)整，避免擁塞的發(fā)生。據(jù)統(tǒng)計(jì)，采用Vegas算法的網(wǎng)絡(luò)比采用Reno算法[4]的網(wǎng)絡(luò)吞吐量要提高37%～71%，丟包率要減小20%～50%[5]. 但是，由于Vegas算法是為地面網(wǎng)絡(luò)而設(shè)計(jì)的，雖然它比其他協(xié)議更適合衛(wèi)星網(wǎng)絡(luò)，但是它沒(méi)有充分考慮衛(wèi)星網(wǎng)絡(luò)獨(dú)有的特點(diǎn)，如變化的往返時(shí)延、較長(zhǎng)的傳播時(shí)延、高誤碼率、帶寬不對(duì)稱(chēng)等特點(diǎn)，造成不能準(zhǔn)確地預(yù)測(cè)網(wǎng)絡(luò)擁塞狀態(tài)或不能對(duì)當(dāng)前網(wǎng)絡(luò)擁塞情況做出快速的響應(yīng)，從而浪費(fèi)了信道寶貴的通信資源。如何在衛(wèi)星網(wǎng)絡(luò)中提高Vegas算法的通信效率，成為人們研究的熱點(diǎn)問(wèn)題[6-8]。

文獻(xiàn)[9]結(jié)合RTT的歷史變化，在測(cè)算RTT值時(shí)綜合考慮了最大的排隊(duì)延遲差值、當(dāng)前的排隊(duì)延遲變化量和最近的排隊(duì)延遲變化量影響，從而提高RTT的測(cè)算精度。文獻(xiàn)[10]利用RTT變化量和時(shí)延增長(zhǎng)量的關(guān)系來(lái)判別是否發(fā)生通信鏈路的切換，進(jìn)而決定是否對(duì)基準(zhǔn)往返時(shí)延(BaseRTT)進(jìn)行重新設(shè)定，以克服傳統(tǒng)Vegas算法機(jī)制在通信鏈路切換后可能出現(xiàn)的吞吐量下降問(wèn)題。文獻(xiàn)[11]在通信鏈路發(fā)生切換時(shí)，除了考慮RTT變化量和時(shí)延增長(zhǎng)量的關(guān)系外，還增加了對(duì)窗口增長(zhǎng)量的考察，使判定結(jié)果更加準(zhǔn)確，從而提升了BaseRTT值設(shè)置的準(zhǔn)確程度。文獻(xiàn)[12]提出了Vegas-A算法，該算法在發(fā)送端增加了對(duì)實(shí)際吞吐量變化的分析，將鏈路狀態(tài)進(jìn)行了進(jìn)一步細(xì)分，并針對(duì)不同的鏈路狀態(tài)采用與之相適應(yīng)的擁塞窗口cwnd調(diào)整策略。文獻(xiàn)[13]在Vegas-A算法的基礎(chǔ)上，考慮了α和β取值(α、β取值一般分別為1和3，代表網(wǎng)絡(luò)中沿途路由器緩存中排隊(duì)的數(shù)據(jù)分組數(shù)量)對(duì)擁塞窗口cwnd調(diào)整策略的影響，并將α和β的調(diào)整與擁塞窗口cwnd的調(diào)整結(jié)合起來(lái)，提高了擁塞窗口cwnd的調(diào)整效率。文獻(xiàn)[14]對(duì)TCP Vegas-A算法進(jìn)行了改進(jìn)，通過(guò)加入相對(duì)隊(duì)列時(shí)延變化的分析，對(duì)Vegas-A算法的鏈路狀態(tài)進(jìn)行了更細(xì)致的劃分，并給出了對(duì)應(yīng)的擁塞窗口cwnd調(diào)整策略。文獻(xiàn)[15]提出了TCP New Vegas算法，該算法根據(jù)相鄰兩次RTT和擁塞窗口cwnd的變化，預(yù)測(cè)帶寬占用情況并通過(guò)調(diào)整α和β來(lái)避免擁塞。上述方案從RTT、α和β等不同方面對(duì)TCP Vegas算法進(jìn)行了改進(jìn)，在一定程度上能夠提高鏈路的擁塞控制效果，但這些算法歸根到底都需要通過(guò)RTT的測(cè)算值來(lái)估算鏈路狀態(tài)，而由于空間通信鏈路的傳輸時(shí)延較大，使得RTT值很難被精確測(cè)出，從而使上述方法的擁塞控制效果并不十分理想。文獻(xiàn)[16]提出了Westwood算法，該算法通過(guò)應(yīng)答ACK到達(dá)發(fā)送端的速率，計(jì)算網(wǎng)絡(luò)的當(dāng)前可用帶寬，對(duì)擁塞窗口cwnd和慢啟動(dòng)的閾值進(jìn)行調(diào)整，在一定程度上提高了通信效率。

本文對(duì)以上算法進(jìn)行研究，提出了更適合衛(wèi)星網(wǎng)絡(luò)的TCP Vegas正向擁塞控制(Vegas_FD)算法。該算法把Vegas算法控制發(fā)送窗口的參數(shù)RTT分為兩部分：發(fā)送時(shí)間(RTT_forword)和返回時(shí)間(RTT_backward)，通過(guò)測(cè)量RTT_forword和BaseRTT_forword，來(lái)控制源端的發(fā)送窗口大小，確保在反向鏈路擁塞時(shí)不影響正向鏈路發(fā)送速率。仿真實(shí)驗(yàn)證明，改進(jìn)算法可以提高網(wǎng)絡(luò)的帶寬利用率。

1 Vegas擁塞控制算法

Vegas算法監(jiān)測(cè)發(fā)送端發(fā)送數(shù)據(jù)分組的RTT，對(duì)網(wǎng)絡(luò)擁塞提前做出預(yù)測(cè)，達(dá)到在網(wǎng)絡(luò)擁塞前減小發(fā)送速率，避免了由于網(wǎng)絡(luò)擁塞引起網(wǎng)絡(luò)吞吐量急劇減小的問(wèn)題。算法描述如下：

expected=cwnd/BaseRTT，

(1)

actual=cwnd/ActualRTT，

(2)

Δ=(expected-actual)×BaseRTT，

(3)

式中：基準(zhǔn)往返時(shí)延BaseRTT通常為第1個(gè)數(shù)據(jù)分組的往返時(shí)延；ActualRTT為當(dāng)前數(shù)據(jù)分組的往返時(shí)延，根據(jù)(1)式對(duì)擁塞窗口cwnd做出動(dòng)態(tài)調(diào)整。

(4)

2 Vegas算法的改進(jìn)：Vegas_FD算法

2.1 算法描述

Vegas算法通過(guò)監(jiān)控?cái)?shù)據(jù)分組的RTT進(jìn)行擁塞控制，能比較準(zhǔn)確地預(yù)測(cè)網(wǎng)絡(luò)的擁塞狀態(tài)，當(dāng)網(wǎng)絡(luò)發(fā)生擁塞時(shí)，Vegas算法測(cè)量到網(wǎng)絡(luò)發(fā)生擁塞，通過(guò)減小發(fā)送窗口來(lái)降低發(fā)送數(shù)據(jù)量，通常情況下，可以減輕擁塞程度，達(dá)到正常網(wǎng)絡(luò)流通狀態(tài)。對(duì)以上機(jī)制進(jìn)行研究，由于空間衛(wèi)星鏈路存在著正反向帶寬不對(duì)稱(chēng)性問(wèn)題，反向鏈路帶寬通常較小，當(dāng)反向鏈路發(fā)生擁塞時(shí)，正向鏈路很有可能沒(méi)有達(dá)到滿(mǎn)負(fù)荷狀態(tài)，此時(shí)，降低發(fā)送窗口大小就會(huì)浪費(fèi)可用的正向帶寬，從而影響網(wǎng)絡(luò)通信速度。因此，有必要對(duì)Vegas算法進(jìn)行改進(jìn)，改進(jìn)后的Vegas_FD算法描述如圖1所示。

2.2 算法分析

首先，通信雙方需開(kāi)啟TCP時(shí)間戳，TCP時(shí)間戳位于TCP選項(xiàng)中，時(shí)間戳選項(xiàng)格式如圖2所示。

在圖2中，類(lèi)型值為8，長(zhǎng)度值為10，時(shí)間戳為發(fā)送當(dāng)前數(shù)據(jù)分組的時(shí)間，時(shí)間戳 Echo為發(fā)送時(shí)間回顯，是收到數(shù)據(jù)分組的源端發(fā)送時(shí)間。然后利用PTP時(shí)鐘同步算法[17]計(jì)算通信兩端節(jié)點(diǎn)時(shí)鐘偏移量Offset.

Vegas_FD算法進(jìn)行擁塞控制參數(shù)的獲取與計(jì)算：

第1步，計(jì)算數(shù)據(jù)分組i的正向鏈路時(shí)延Tforward(i)，令

Tforward(i)=tarrive(i)-tsend(i),i=1，2，3，…，

(5)

式中：tarrive(i)為經(jīng)過(guò)時(shí)鐘偏移量Offset修正的數(shù)據(jù)分組i到達(dá)接收端的時(shí)間，到達(dá)時(shí)間通過(guò)應(yīng)答數(shù)據(jù)分組的時(shí)間戳返回；tsend(i)為實(shí)測(cè)得到的數(shù)據(jù)分組i從發(fā)送端發(fā)送出去的時(shí)刻。接著利用(5)式計(jì)算數(shù)據(jù)分組i之前最近一個(gè)成功接收的數(shù)據(jù)分組j的正向鏈路時(shí)延Tforward(j)，如果數(shù)據(jù)分組i之前沒(méi)有成功接收的數(shù)據(jù)分組，則Tforward(j)=0.

第2步，計(jì)算數(shù)據(jù)分組i和數(shù)據(jù)分組j的正向鏈路的當(dāng)前時(shí)延差ΔT(i)，令

ΔT(i)=Tforward(i)-Tforward(j).

(6)

第3步，得出觀(guān)察期間的正向鏈路的最小時(shí)延baseTforward，即

baseTforward=min(Tforward(i)),i=1，2，3，….

(7)

第4步，計(jì)算當(dāng)前的正向鏈路期望吞吐量Expected(t)forward，令

Expected(t)forward=cwnd(t)/baseTforward，

(8)

式中：cwnd(t)為時(shí)刻t的擁塞窗口大小。

第5步，計(jì)算并保存當(dāng)前正向鏈路的實(shí)際吞吐量Actual(t)forward，令

Actual(t)forward=cwnd(t)/Tforward(i)，

(9)

讀取之前計(jì)算并記錄的t時(shí)刻前一個(gè)RTT的實(shí)際吞吐量Actual(t-RTT)forward.

第6步，計(jì)算

Δ=(Expected(t)forward-Actual(t)forward)×baseTforward，

(10)

根據(jù)Δ與α、β關(guān)系的不同而采用不同cwnd、α和β的調(diào)整策略，其具體調(diào)整策略可分為3種：

1)當(dāng)Δ<α?xí)r，表明當(dāng)前實(shí)際吞吐量與當(dāng)前期望吞吐量相差不大，正向鏈路中排隊(duì)的數(shù)據(jù)分組較少，正向鏈路處于未飽和狀態(tài)。此時(shí)應(yīng)進(jìn)一步比較當(dāng)前的實(shí)際吞吐量和其前一個(gè)RTT的實(shí)際吞吐量大小。如果當(dāng)前實(shí)際吞吐量大于其前一個(gè)RTT的實(shí)際吞吐量，則表明正向鏈路處于未飽和狀態(tài)且遠(yuǎn)離飽和，此時(shí)可較大幅度地增大cwnd值，可令cwnd=cwnd+2；同時(shí)，為了加快下一輪調(diào)整過(guò)程中的cwnd增長(zhǎng)趨勢(shì)，以提高正向鏈路的帶寬利用率，應(yīng)增加α和β值，令α=α+ 1，β=β+1. 反之，如果當(dāng)前實(shí)際吞吐量小于等于前一個(gè)RTT的實(shí)際吞吐量，則此時(shí)可進(jìn)一步分析相鄰數(shù)據(jù)分組的時(shí)延變化趨勢(shì)，并按不同的變化趨勢(shì)調(diào)整cwnd的增長(zhǎng)幅度。若ΔT(i)≤0，則說(shuō)明數(shù)據(jù)分組i傳輸時(shí)的正向鏈路時(shí)延有減小趨勢(shì)，即正向鏈路中排隊(duì)的數(shù)據(jù)分組減少，正向鏈路處于臨近飽和狀態(tài)但正在遠(yuǎn)離飽和，可較大幅度地增大cwnd值。令cwnd=cwnd+2，同時(shí)為了加快下一輪調(diào)整過(guò)程中的cwnd增長(zhǎng)趨勢(shì)，以提高正向鏈路的帶寬利用率，應(yīng)增加α和β值，令α=α+ 1，β=β+1. 若ΔT(i)>0，則說(shuō)明數(shù)據(jù)分組i傳輸時(shí)的正向鏈路時(shí)延有增長(zhǎng)趨勢(shì)，即正向鏈路中排隊(duì)的數(shù)據(jù)分組增多，正向鏈路處于臨近飽和狀態(tài)且正在進(jìn)一步接近飽和，可適當(dāng)?shù)卦龃骳wnd值。令cwnd=cwnd+1，并為了保持下一輪調(diào)整過(guò)程中的cwnd增長(zhǎng)趨勢(shì)，應(yīng)保持α和β值不變。

2)當(dāng)α≤Δ≤β時(shí)，表明當(dāng)前實(shí)際吞吐量與當(dāng)前期望吞吐量有一定差距，正向鏈路中排隊(duì)的數(shù)據(jù)分組較多，正向鏈路處于臨近飽和狀態(tài)。此時(shí)應(yīng)進(jìn)一步比較當(dāng)前實(shí)際吞吐量和其前一個(gè)RTT的實(shí)際吞吐量大小。如果當(dāng)前實(shí)際吞吐量大于其前一個(gè)RTT的實(shí)際吞吐量，則表明正向鏈路處于臨近飽和狀態(tài)且尚未飽和，此時(shí)可適當(dāng)?shù)卦龃骳wnd值，令cwnd=cwnd+1. 同時(shí)，為了保持cwnd的增長(zhǎng)趨勢(shì)，以提高正向鏈路的帶寬利用率，應(yīng)增加α和β的值，令α=α+1，β=β+1. 反之，如果當(dāng)前實(shí)際吞吐量小于等于前一個(gè)RTT的實(shí)際吞吐量，則此時(shí)可進(jìn)一步分析相鄰數(shù)據(jù)分組的時(shí)延變化趨勢(shì)，并按不同變化趨勢(shì)調(diào)整cwnd的增長(zhǎng)幅度。若ΔT(i)≤0，則說(shuō)明數(shù)據(jù)分組i傳輸時(shí)的正向鏈路時(shí)延有減小趨勢(shì)，即正向鏈路中排隊(duì)的數(shù)據(jù)分組減少，正向鏈路處于臨近飽和狀態(tài)但正在遠(yuǎn)離飽和，可較適當(dāng)?shù)卦龃骳wnd值。令cwnd=cwnd+1，并為了保持下一輪調(diào)整過(guò)程中的cwnd增長(zhǎng)趨勢(shì)，應(yīng)保持α和β值不變。若ΔT(i)>0，則說(shuō)明數(shù)據(jù)分組i傳輸時(shí)的正向鏈路時(shí)延有增長(zhǎng)趨勢(shì)，即正向鏈路中排隊(duì)的數(shù)據(jù)分組增多，正向鏈路處于臨近飽和狀態(tài)且正在進(jìn)一步接近飽和，為充分利用正向鏈路帶寬且不發(fā)生擁塞，應(yīng)保持cwnd、α和β值不變。

3)當(dāng)Δ>β時(shí)，表明當(dāng)前實(shí)際吞吐量與當(dāng)前期望吞吐量相差較大，正向鏈路中排隊(duì)的數(shù)據(jù)分組很多，正向鏈路已經(jīng)處于飽和狀態(tài)(但未發(fā)生擁塞)。此時(shí)應(yīng)進(jìn)一步比較當(dāng)前實(shí)際吞吐量和其前一個(gè)RTT的實(shí)際吞吐量大小。如果當(dāng)前實(shí)際吞吐量大于其前一個(gè)RTT的實(shí)際吞吐量，則表明正向鏈路處于飽和狀態(tài)但還能容納一些數(shù)據(jù)分組，此時(shí)還可小幅度地增大cwnd值，令cwnd=cwnd+1/cwnd，但不應(yīng)加快cwnd的增長(zhǎng)趨勢(shì)，即保持α和β值不變。反之，如果當(dāng)前實(shí)際吞吐量小于等于前一個(gè)RTT的實(shí)際吞吐量，則此時(shí)可進(jìn)一步分析相鄰數(shù)據(jù)分組的時(shí)延變化趨勢(shì)，并按不同變化趨勢(shì)調(diào)整cwnd的增長(zhǎng)幅度。若ΔT(i)≤0，則說(shuō)明數(shù)據(jù)分組i傳輸時(shí)的正向鏈路時(shí)延有減小趨勢(shì)，即正向鏈路中排隊(duì)的數(shù)據(jù)分組減少，正向鏈路處于飽和狀態(tài)但正在遠(yuǎn)離飽和，可較小幅度地增大cwnd值，令cwnd=cwnd+1/cwnd，并為了保持下一輪調(diào)整過(guò)程中的cwnd增長(zhǎng)趨勢(shì)，應(yīng)保持α和β值不變。若ΔT(i)>0，則說(shuō)明數(shù)據(jù)分組i傳輸時(shí)的正向鏈路時(shí)延有增長(zhǎng)趨勢(shì)，即正向鏈路中排隊(duì)的數(shù)據(jù)分組增多，正向鏈路處于飽和狀態(tài)且正在接近擁塞。如果此時(shí)cwnd≥3，則應(yīng)立即減小cwnd值，令cwnd=cwnd-1；如果此時(shí)α≥2，則為了避免在下一輪調(diào)整過(guò)程中發(fā)生擁塞，還應(yīng)減小α和β值，可令α=α-1，β=β-1.

該算法的優(yōu)勢(shì)在于，當(dāng)正返向鏈路正?；蚍聪蜴溌钒l(fā)生擁塞但不嚴(yán)重時(shí)，以正向鏈路時(shí)延的變化來(lái)衡量正向鏈路的擁塞程度，在擁塞窗口調(diào)整過(guò)程中，根據(jù)前后兩個(gè)相鄰RTT內(nèi)吞吐量的變化和兩個(gè)相鄰成功接收數(shù)據(jù)分組的正向鏈路時(shí)延差，對(duì)鏈路狀態(tài)進(jìn)一步細(xì)分，使得鏈路狀態(tài)的判斷更加精準(zhǔn)，以提高擁塞窗口的調(diào)整效率，并進(jìn)一步提高擁塞控制時(shí)正向鏈路的帶寬利用率。如果正向或反向鏈路發(fā)生擁塞比較嚴(yán)重使數(shù)據(jù)分組傳輸超時(shí)，則重傳該數(shù)據(jù)分組。另一方面，該算法不需要修改TCP數(shù)據(jù)包格式，只需通信雙方開(kāi)啟TCP數(shù)據(jù)包時(shí)間戳選項(xiàng)，與上層協(xié)議與應(yīng)用完全兼容。

3 Vegas_FD仿真與分析

3.1 仿真環(huán)境

本文使用網(wǎng)絡(luò)仿真軟件Opnet進(jìn)行網(wǎng)絡(luò)建模，在前期研究工作中已經(jīng)成功地開(kāi)發(fā)了CCSDS空間通訊協(xié)議，為了算法的設(shè)計(jì)與測(cè)試建立了開(kāi)發(fā)平臺(tái)。通過(guò)Opnet軟件對(duì)Vegas算法、Vegas_FD算法和Westwood算法3種算法進(jìn)行仿真，由于3種算法是在衛(wèi)星網(wǎng)絡(luò)環(huán)境下進(jìn)行的比較，本文設(shè)計(jì)了2個(gè)節(jié)點(diǎn)，分別是地面工作站和衛(wèi)星，具體仿真參數(shù)如表1所示。

3.2 仿真方案設(shè)計(jì)與結(jié)果分析

1)在擁塞窗口方面進(jìn)行對(duì)比，仿真結(jié)果如圖3所示。

圖3中3個(gè)算法擁塞窗口值明顯分為3個(gè)層次，Vegas算法擁塞窗口平均值為1 985 bytes，Vegas_FD算法擁塞窗口平均值為5 012 bytes，Westwood算法擁塞窗口平均值為2 761 bytes. 通過(guò)分析得出：由于Vegas_FD算法在反向鏈路發(fā)生擁塞而正向鏈路未擁塞時(shí)仍保持較高的擁塞窗口，其擁塞窗口均值較大；Westwood算法由于對(duì)傳輸網(wǎng)絡(luò)帶寬進(jìn)行了更加精確的預(yù)測(cè)和參數(shù)調(diào)整，其擁塞窗口均值居中；Vegas算法在非對(duì)稱(chēng)帶寬的衛(wèi)星網(wǎng)絡(luò)中帶寬預(yù)測(cè)不夠準(zhǔn)確，其擁塞窗口參數(shù)調(diào)整過(guò)于保守，擁塞窗口均值最低。

2)在吞吐率方面進(jìn)行對(duì)比，仿真結(jié)果如圖4所示。

由圖4可以看出：在150 s時(shí)Vegas_FD算法與Vegas算法、Westwood算法吞吐率差距開(kāi)始變大，隨著時(shí)間的增加，吞吐率差距越來(lái)越大；在600 s時(shí)Vegas_FD算法比Vegas提高94.93%，比Westwood算法提高30.29%. 由于Vegas_FD算法在反向鏈路發(fā)生擁塞時(shí)并沒(méi)有降低發(fā)送端發(fā)送數(shù)據(jù)的速度，因而接收端能夠保持較高的數(shù)據(jù)接收率。

Vegas_FD算法相比Vegas算法、Westwood算法在擁塞窗口、吞吐率兩方面都有明顯的提高，下面通過(guò)仿真測(cè)試Vegas_FD算法在提高吞吐率的前提下是否對(duì)網(wǎng)絡(luò)時(shí)延造成影響，仿真結(jié)果如圖5所示。

由圖5可以看出，在200 s后與Vegas算法相比，Vegas_FD算法的網(wǎng)絡(luò)時(shí)延開(kāi)始減小，400 s后二者間的差距變大，在600 s時(shí)Vegas-FD算法降低20.51%，而Vegas_FD算法與Westwood算法網(wǎng)絡(luò)時(shí)延基本一致。由此可以證明Vegas_FD算法在網(wǎng)絡(luò)時(shí)延方面比Vegas算法有比較大的改進(jìn)，從另一方面驗(yàn)證了改進(jìn)算法的效率與正確性。

4 結(jié)論

本文針對(duì)SCPS-TP協(xié)議中傳統(tǒng)Vegas算法在帶寬不對(duì)稱(chēng)的衛(wèi)星網(wǎng)絡(luò)中通信效率不足，提出了一種改進(jìn)的Vegas_FD算法，新算法通過(guò)測(cè)量數(shù)據(jù)分組的正向時(shí)延而不是數(shù)據(jù)分組的往返時(shí)延來(lái)控制發(fā)送端的擁塞窗口大小，避免了由于反向鏈路發(fā)生擁塞造成正向鏈路傳輸速度減小的問(wèn)題，提高了正向帶寬利用率和減小了網(wǎng)絡(luò)時(shí)延。通過(guò)Opnet軟件進(jìn)行仿真和分析，與Vegas算法和Westwood算法進(jìn)行對(duì)比，驗(yàn)證了在帶寬不對(duì)稱(chēng)的衛(wèi)星網(wǎng)絡(luò)中Vegas_FD算法在整體性能方面優(yōu)于Vegas算法和Westwood算法。

參考文獻(xiàn)(References)

[1] 沈榮駿. 我國(guó)天地一體化航天互聯(lián)網(wǎng)構(gòu)想[J]. 中國(guó)工程科學(xué), 2006, 8(10): 19-30.

SHEN Rong-jun. The idea of integration of heaven and earth in China[J].Engineering Science, 2006, 8(10): 19-30.(in Chinese)

[2] Nguyen T A N, Sterbenz J P G. An implementation and analysis of SCPS-TP in ns-3[C]∥Proceedings of the Workshop on ns-3.New York, NY,US: ACM, 2017: 17-23.

[3] Brakmo L S, Peterson L L. TCP Vegas: end to end congestion avoidance on a global Internet[J]. IEEE Journal on Selected Areas in Communications, 1995, 13(8): 1465-1480.

[4] Padhye J, Firoiu V, Towsley D F, et al. Modeling TCP Reno performance: a simple model and its empirical validation[J]. IEEE/ACM Transactions on Networking, 2000, 8(2): 133-145.

[5] Mo J, La R J, Anantharam V, et al. Analysis and comparison of TCP Reno and Vegas[C]∥Proceedings of the 18th Annual Joint Conference of the IEEE Computer and Communications Societies. New York, NY,US: IEEE, 1999: 1556-1563.

[6] Wang J Y, Wen J T, Li C, et al. DC-Vegas: a delay-based TCP congestion control algorithm for datacenter applications[J]. Journal of Network and Computer Applications, 2015, 53(7): 103-114.

[7] Cheng R S, Deng D J. Congestion control with dynamic threshold adaptation and cross-layer response for TCP Vegas over IEEE 802.11 wireless networks[J]. International Journal of Communication Systems, 2014, 27(11): 2918-2930.

[8] 楊力,孫晶,潘成勝,等. 基于多目標(biāo)決策的LEO衛(wèi)星網(wǎng)絡(luò)多業(yè)務(wù)路由算法[J]. 通信學(xué)報(bào),2016,37(10):25-32.

YANG Li,SUN Jing, PAN Cheng-sheng, et al. LEO multi-service routing algorithm based on multi-objective decision making[J]. Journal on Communications, 2016,37(10):25-32.(in Chinese)

[9] 易發(fā)勝, 趙繼東. 利用時(shí)延特性的模糊TCP擁塞控制算法[J].電子科技大學(xué)學(xué)報(bào), 2010, 39(2): 261-265.

YI Fa-sheng,ZHAO Ji-dong. Fuzzy TCP congestion control algorithm using delay[J].Journal of University of Electronic Science and Technology of China, 2010, 39(2): 261-265.(in Chinese)

[10] 岳鵬, 張冰, 劉增基,等.TCP Vegas重選路問(wèn)題及其解決方法[J].計(jì)算機(jī)科學(xué), 2006, 33(8): 39-41.

YUE Peng, ZHANG Bing, LIU Zeng-ji,et al. A rerouting issue with TCP Vegas and its solution[J].Computer Science, 2006, 33(8): 39-41. (in Chinese)

[11] 王宇亮,鄭昌文,章洋. MANET中TCP Vegas擁塞控制的端到端改進(jìn)方法[J].計(jì)算機(jī)工程與應(yīng)用, 2007, 43(15):105-107.

WANG Yu-liang, ZHENG Chang-wen, ZHANG Yang. End to end improvement of TCP Vegas over mobile Ad Hoc networks[J].Computer Engineering and Applications, 2007, 43(15): 105-107.(in Chinese)

[12] Srijith K N, Jacob L, Anand A L. TCP Vegas-A: improving the performance of TCP Vegas[J].Computer Communications,2005,28(4):429-440.

[13] 拱長(zhǎng)青,趙志剛,王光興. LEO衛(wèi)星網(wǎng)絡(luò)TCP擁塞控制算法改進(jìn)研究[J].計(jì)算機(jī)工程,2006,32(18):90-92.

GONG Chang-qing，ZHAO Zhi-gang，WANG Guang-xing. Research of TCP congestion control algorithm over LEO satellite networks[J].Computer Engineering,2006,32(18):90-92.(in Chinese)

[14] 王建峰,黃國(guó)策,陳才強(qiáng)，等.GEO衛(wèi)星網(wǎng)中基于擁塞狀態(tài)區(qū)分的TCP Vegas改進(jìn)算法[J]. 計(jì)算機(jī)科學(xué), 2008, 35(11): 70-73.

WANG Jian-feng, HUANG Guo-ce, CHEN Cai-qiang,et al. Enhanced TCP Vegas congestion control algorithm based on congestion status differentiation over GEO satellite networks[J].Computer Science, 2008, 35(11): 70-73.(in Chinese)

[15] Sing J, Soh B. TCP New Vegas: improving the performance of TCP Vegas over high latency links[C]∥Proceedings of the 4th IEEE International Symposium on Network Computing and Applications.Cambridge, MA, US:IEEE, 2005: 73-82.

[16] Mascolo S, Casetti C, Gerla M, et al. TCP Westwood: bandwidth estimation for enhanced transport over wireless links[C]∥Proceedings of the 7th Annual International Conference on Mobile Computing and Networking. Rome, Italy: ACM, 2001: 287-297.

[17] IEC.61588 Precision clock synchronization protocol for networked measurement and control system[S]. New York, N Y, US: International Electrotechnical Commission, 2009.