• <tr id="yyy80"></tr>
  • <sup id="yyy80"></sup>
  • <tfoot id="yyy80"><noscript id="yyy80"></noscript></tfoot>
  • 99热精品在线国产_美女午夜性视频免费_国产精品国产高清国产av_av欧美777_自拍偷自拍亚洲精品老妇_亚洲熟女精品中文字幕_www日本黄色视频网_国产精品野战在线观看 ?

    衛(wèi)星網(wǎng)絡(luò)傳輸優(yōu)化新機(jī)制研究進(jìn)展

    2023-11-17 13:22:02梁向斌趙寶康
    關(guān)鍵詞:衛(wèi)星網(wǎng)絡(luò)多路徑鏈路

    梁向斌,趙寶康,彭 偉

    (國(guó)防科技大學(xué)計(jì)算機(jī)學(xué)院,湖南 長(zhǎng)沙 410073)

    1 引言

    一直以來,地面網(wǎng)絡(luò)快速發(fā)展,但仍面臨一些挑戰(zhàn)。由于經(jīng)濟(jì)成本和地理因素,地面網(wǎng)絡(luò)無法全面覆蓋廣大農(nóng)村偏遠(yuǎn)地區(qū)[1,2]。當(dāng)發(fā)生自然災(zāi)害時(shí),地面網(wǎng)絡(luò)基礎(chǔ)設(shè)施易被毀壞,無法繼續(xù)提供通信保障[2]。衛(wèi)星網(wǎng)絡(luò)具有覆蓋范圍廣、帶寬高、抗毀能力強(qiáng)等優(yōu)勢(shì)[3],可以彌補(bǔ)地面網(wǎng)絡(luò)存在的不足。但是,衛(wèi)星網(wǎng)絡(luò)存在傳播時(shí)延長(zhǎng)、誤碼率高、帶寬不對(duì)稱等特點(diǎn),導(dǎo)致傳統(tǒng)的TCP協(xié)議在衛(wèi)星網(wǎng)絡(luò)中的性能不佳。

    近年來,隨著中軌軌道衛(wèi)星MEO(Medium Earth Orbit)、低軌軌道衛(wèi)星LEO(Low Earth Orbit)等多種星座的發(fā)展,衛(wèi)星網(wǎng)絡(luò)呈現(xiàn)出高移動(dòng)性的特點(diǎn),這進(jìn)一步加劇了衛(wèi)星網(wǎng)絡(luò)環(huán)境的復(fù)雜性,如何在高移動(dòng)性衛(wèi)星星座網(wǎng)絡(luò)中提供高性能高可靠傳輸是研究人員面臨的一個(gè)挑戰(zhàn)。同時(shí),多種衛(wèi)星星座組成的巨型星座提供了多條路徑可供傳輸,因此利用多路徑傳輸協(xié)議提高衛(wèi)星網(wǎng)絡(luò)傳輸性能值得開展研究。相比于TCP,QUIC(Quick Udp Internet Connection)協(xié)議具有更短的握手時(shí)延,并引入了多流、連接遷移等特性,并且已有研究表明,QUIC[4]在地面網(wǎng)絡(luò)的眾多場(chǎng)景下性能優(yōu)勢(shì)明顯,因此特別值得在衛(wèi)星網(wǎng)絡(luò)中開展研究。高移動(dòng)性的衛(wèi)星網(wǎng)絡(luò)環(huán)境復(fù)雜多變,傳統(tǒng)的擁塞控制機(jī)制在此環(huán)境下魯棒性不強(qiáng),而隨著機(jī)器學(xué)習(xí)技術(shù)的不斷發(fā)展,基于機(jī)器學(xué)習(xí)的擁塞控制機(jī)制可以根據(jù)鏈路狀態(tài)適時(shí)調(diào)整擁塞窗口,這將有可能提升擁塞控制機(jī)制的魯棒性。

    在以往的文獻(xiàn)中,文獻(xiàn)[5]關(guān)注多路徑傳輸;文獻(xiàn)[6]關(guān)注MPTCP(MultiPath TCP)的擁塞控制機(jī)制;文獻(xiàn)[7]關(guān)注傳輸層協(xié)議的優(yōu)化;文獻(xiàn)[8]關(guān)注MPTCP多路徑傳輸優(yōu)化。以上文獻(xiàn)都沒有針對(duì)衛(wèi)星網(wǎng)絡(luò)進(jìn)行全面分析,且缺乏對(duì)多路徑傳輸技術(shù)(Multipath TCP,多路徑QUIC)、QUIC和機(jī)器學(xué)習(xí)等新技術(shù)在巨型星座中應(yīng)用的研究,因此有必要就衛(wèi)星網(wǎng)絡(luò)傳輸優(yōu)化新技術(shù)進(jìn)行深入分析和總結(jié),為研究人員展開相關(guān)研究打下基礎(chǔ)。

    本文在簡(jiǎn)要回顧經(jīng)典傳輸優(yōu)化技術(shù)的基礎(chǔ)上,重點(diǎn)對(duì)近年來最新的前沿技術(shù)展開分析。本文剩余部分組織如下:第2節(jié)討論傳輸層優(yōu)化,包括經(jīng)典的擁塞控制機(jī)制、性能增強(qiáng)代理PEP(Performance Enhancing Proxies)[9]技術(shù)以及QUIC;第3節(jié)討論跨層優(yōu)化技術(shù),包括容延容斷網(wǎng)絡(luò)DTN(Delay/disruption Tolerant Networking)以及多路徑傳輸協(xié)議;第4節(jié)對(duì)已有的傳輸優(yōu)化機(jī)制進(jìn)行對(duì)比分析;最后總結(jié)全文并展望。本文根據(jù)優(yōu)化技術(shù)所屬層級(jí)及優(yōu)化機(jī)制等對(duì)衛(wèi)星網(wǎng)絡(luò)傳輸優(yōu)化技術(shù)進(jìn)行分類,如圖1所示為分類框架。

    2 傳輸層優(yōu)化

    衛(wèi)星網(wǎng)絡(luò)具有傳播時(shí)延長(zhǎng)、誤碼率高、帶寬不對(duì)稱等不同于地面網(wǎng)絡(luò)的特點(diǎn),而TCP協(xié)議最初是為地面網(wǎng)絡(luò)設(shè)計(jì)的,所以在衛(wèi)星網(wǎng)絡(luò)中性能不佳。針對(duì)這個(gè)問題,前人提出了各種優(yōu)化方法,本文將傳輸層的優(yōu)化技術(shù)分為擁塞控制機(jī)制、性能增強(qiáng)代理和QUIC 3類。下面將對(duì)各技術(shù)進(jìn)行深入介紹。

    2.1 擁塞控制機(jī)制

    標(biāo)準(zhǔn)TCP擁塞控制算法分為慢啟動(dòng)、擁塞避免、快重傳、快速恢復(fù)4個(gè)階段,其在衛(wèi)星網(wǎng)絡(luò)中性能不佳主要是由以下3個(gè)原因?qū)е碌?

    (1)衛(wèi)星網(wǎng)絡(luò)中的長(zhǎng)傳播時(shí)延導(dǎo)致標(biāo)準(zhǔn)TCP慢啟動(dòng)階段過長(zhǎng),無法快速增長(zhǎng)到合適的擁塞窗口大小;

    (2)衛(wèi)星網(wǎng)絡(luò)誤碼率高,標(biāo)準(zhǔn)TCP擁塞控制算法無法區(qū)分擁塞和誤碼產(chǎn)生的丟包,因此誤碼產(chǎn)生的丟包導(dǎo)致了不必要的擁塞窗口減小;

    (3)在LEO、MEO等移動(dòng)性高的衛(wèi)星網(wǎng)絡(luò)中,頻繁的衛(wèi)星切換進(jìn)一步加劇了連接的不穩(wěn)定性,增加了丟包的可能性。

    針對(duì)上述問題,TCP-Peach[10]通過引入虛段來探測(cè)網(wǎng)絡(luò)帶寬。在慢開始階段和快重傳階段,發(fā)送方發(fā)送大量基于低優(yōu)先級(jí)的虛段。鏈路無擁塞時(shí),虛段的ACK使得擁塞窗口迅速增大;鏈路擁塞時(shí),低優(yōu)先級(jí)的虛段被丟棄,有效數(shù)據(jù)包不受影響。Peach一定程度上緩解了擁塞窗口過小導(dǎo)致的性能下降問題,缺點(diǎn)是虛段并沒有攜帶有效信息,會(huì)造成較大開銷。

    而Peach+[11]用攜帶未確認(rèn)信息的NIL段代替Peach中的虛段,NIL段可以恢復(fù)某些丟失的包從而減少重傳,減少了引入額外段帶來的開銷。

    不同于Peach和Peach+,TCP cherry[12]用攜帶待發(fā)數(shù)據(jù)的低優(yōu)先級(jí)補(bǔ)充段來探測(cè)可用帶寬,進(jìn)一步降低了引入額外段的開銷。然而當(dāng)?shù)蛢?yōu)先級(jí)補(bǔ)充段被丟棄時(shí),由此引發(fā)的重傳會(huì)降低鏈路效能。以上3種機(jī)制的共同缺陷是都需要傳輸鏈路上的所有路由器及接收方支持優(yōu)先級(jí)機(jī)制,因而阻礙了其部署。

    Hybla[13]通過引入RTT0(Round-Trip Time)作為基準(zhǔn)往返時(shí)延,使擁塞窗口增長(zhǎng)速率不再依賴于RTT;同時(shí)為了快速處理丟包,啟用了選擇確認(rèn)和時(shí)間戳機(jī)制;除此之外,Hybla采用的包間隔技術(shù)避免了數(shù)據(jù)突發(fā)傳輸,降低了中間路由器緩沖區(qū)溢出的可能性。TCP Hybla特別適用于解決長(zhǎng)往返時(shí)延鏈路與其他鏈路共存時(shí)產(chǎn)生的性能損失問題。

    BIC(Binary Increase Control)[14]使用了一種較為激進(jìn)的二分策略,以快速增長(zhǎng)擁塞窗口。具體細(xì)節(jié)是將丟包時(shí)的擁塞窗口定義為Wmax,發(fā)生丟包時(shí)減小后的窗口為Wmin,此后沒有丟包產(chǎn)生時(shí)每當(dāng)收到一個(gè)ACK,根據(jù)Wmax和Wmin的值采用二分法設(shè)置新的擁塞窗口。二分策略的優(yōu)點(diǎn)是擁塞窗口會(huì)以較快的速度增長(zhǎng),同時(shí)在接近Wmax時(shí),增長(zhǎng)速率會(huì)降低。然而BIC擁塞窗口增長(zhǎng)過程與RTT有關(guān),在LEO衛(wèi)星網(wǎng)絡(luò)中窗口增長(zhǎng)策略太過激進(jìn),無法保證與其他TCP協(xié)議的公平性。

    根據(jù)BIC擁塞窗口增長(zhǎng)圖像所存在的缺陷,TCP-CUBIC[15]通過一個(gè)立方公式擬合了BIC圖像,以保持BIC的高效性,同時(shí)使得擁塞窗口增長(zhǎng)是關(guān)于自上次丟包發(fā)生后的時(shí)間的函數(shù),解除了與RTT的關(guān)聯(lián)性,從而保證了與其他TCP流的公平性。然而Cubic仍然是基于丟包的擁塞控制算法,在路由器部署大緩沖區(qū)的情況下,容易引起緩沖區(qū)溢出,甚至導(dǎo)致吞吐量為0。

    BBR(Bottleneck Bandwidth and Round-trip propagation time)[16]通過周期性探測(cè)單位時(shí)間內(nèi)最大瓶頸帶寬和最小往返時(shí)延解決了Cubic遇到的緩沖區(qū)溢出問題。當(dāng)增大帶寬時(shí),如果RTT增大,說明發(fā)生了緩沖區(qū)隊(duì)列排隊(duì),此時(shí)應(yīng)該降低帶寬; 如果RTT不變,說明可用帶寬增加。然而當(dāng)瓶頸鏈路緩沖區(qū)較小時(shí),BBR探測(cè)到可用帶寬增長(zhǎng)過快可能導(dǎo)致大量包丟失。

    上述機(jī)制均無法區(qū)分產(chǎn)生丟包的原因,而AdaBoost-TCP[17]在接收端基于機(jī)器學(xué)習(xí)構(gòu)建了一種自適應(yīng)識(shí)別模型,從而可以區(qū)分丟包的類型,并通過顯式擁塞通知機(jī)制告知發(fā)送端,發(fā)送端根據(jù)丟包類型采取合適的擁塞控制策略。但是,其采用的標(biāo)準(zhǔn)TCP的擁塞窗口增長(zhǎng)方法并不適用于衛(wèi)星網(wǎng)絡(luò),所以該方法有待進(jìn)一步優(yōu)化。

    Remy[18]是一種基于機(jī)器學(xué)習(xí)的擁塞控制機(jī)制,在地面網(wǎng)絡(luò)中表現(xiàn)較好。然而,目前在衛(wèi)星網(wǎng)絡(luò)中基于機(jī)器學(xué)習(xí)的擁塞控制機(jī)制研究還較少,未來,這一方面的研究有望進(jìn)一步提升衛(wèi)星網(wǎng)絡(luò)傳輸性能。表1對(duì)上述擁塞控制機(jī)制進(jìn)行了總結(jié)。

    Table 1 Summary of congestion control mechanisms表1 擁塞控制機(jī)制總結(jié)

    2.2 性能增強(qiáng)代理

    作為提升衛(wèi)星網(wǎng)絡(luò)中TCP性能的最有效的機(jī)制之一,PEP實(shí)質(zhì)是在傳輸鏈路的中間節(jié)點(diǎn)上部署代理,實(shí)踐中最常采用的是分段技術(shù)。即中間代理充當(dāng)發(fā)送方的“接收方”以及接受方的“發(fā)送方”,從而將衛(wèi)星鏈路從整個(gè)傳輸鏈路中分離出來,在衛(wèi)星鏈路部分使用增強(qiáng)的TCP協(xié)議或其他傳輸協(xié)議,在地面鏈路使用標(biāo)準(zhǔn)的TCP協(xié)議,以提升衛(wèi)星網(wǎng)絡(luò)傳輸性能。本文將PEP分為集中式PEP、分布式PEP和混合式PEP。如圖2所示,分布式PEP通過2個(gè)PEP將整個(gè)傳輸鏈路分為3段,PEP間的衛(wèi)星鏈路使用更適合衛(wèi)星網(wǎng)絡(luò)傳輸?shù)膮f(xié)議,2段地面鏈路使用標(biāo)準(zhǔn)的TCP協(xié)議;集中式PEP通過1個(gè)PEP將整個(gè)鏈路分為2段,服務(wù)器到PEP間的地面鏈路采用標(biāo)準(zhǔn)的TCP協(xié)議,PEP到客戶端間的衛(wèi)星鏈路采用優(yōu)化的TCP協(xié)議;混合式PEP是指除了地面中間節(jié)點(diǎn)的代理外,在衛(wèi)星上再部署一個(gè)代理,從而將衛(wèi)星鏈路部分分成2段,進(jìn)一步減少單個(gè)衛(wèi)星段的傳播時(shí)延。

    Figure 2 Agent of distributed performance enhancement圖2 分布式性能增強(qiáng)代理

    SaTPEP[19]是一種分布式PEP。2個(gè)SaTPEP分別作為衛(wèi)星鏈路段的發(fā)送端和接收端?;驹砣缦?接受端SaTPEP通過檢測(cè)衛(wèi)星鏈路段狀態(tài)設(shè)置滑動(dòng)窗口值,而發(fā)送端SaTPEP將擁塞窗口設(shè)置為滑動(dòng)窗口值以達(dá)到快速增加傳輸速率的目的; 同時(shí),通過部署至少衛(wèi)星鏈路段的時(shí)延帶寬積大小的緩沖區(qū)來完全避免擁塞,因此,所有的丟包都是由誤碼引起,當(dāng)丟包發(fā)生時(shí),擁塞窗口不會(huì)減小。SaTPEP很好地解決了衛(wèi)星鏈路慢啟動(dòng)時(shí)間過長(zhǎng)和誤碼引起的擁塞窗口過小的問題。但是,為了避免擁塞,SaTPEP對(duì)緩沖區(qū)資源提出了極高的要求,這限制了其部署。

    PEPsal[20]是一種集中式PEP。從發(fā)送端到PEPsal的地面鏈路采用標(biāo)準(zhǔn)TCP協(xié)議,從PEPsal到終端用戶的衛(wèi)星鏈路采用了與標(biāo)準(zhǔn)TCP協(xié)議兼容的TCP Hybla協(xié)議,緩解了衛(wèi)星鏈路長(zhǎng)傳播時(shí)延、高誤碼率對(duì)傳輸性能的影響。由于PEPsal不需要終端用戶做任何軟硬件修改,所以特別適用于以衛(wèi)星網(wǎng)絡(luò)作為接入互聯(lián)網(wǎng)最后一跳的場(chǎng)景。

    Luglio等人[21]通過在衛(wèi)星上部署轉(zhuǎn)發(fā)代理,提出了混合式PEP(“split TCP”代理),“split TCP”代理將集中式PEP中的衛(wèi)星鏈路段再分割為PEP到衛(wèi)星段和衛(wèi)星到終端用戶段。從而縮短了單個(gè)衛(wèi)星鏈路段傳播時(shí)延,緩解了集中式PEP緩沖區(qū)溢出的問題;其次,在集中式PEP中,衛(wèi)星傳播鏈路的上行鏈路和下行鏈路中任何一段被遮擋,傳輸都會(huì)失敗。而在“split TCP”代理中,單個(gè)衛(wèi)星鏈路段的縮短會(huì)極大提高傳輸成功的概率。但是,“split TCP”代理對(duì)機(jī)上處理能力要求較高,而衛(wèi)星上維護(hù)軟硬件的設(shè)備會(huì)更加復(fù)雜,遇到的問題也更加難以解決。

    聚焦于PEP技術(shù)在衛(wèi)星網(wǎng)絡(luò)中的安全性問題,Pavur等人[22]通過部署2個(gè)QPEP(QUIC PEP)代理使衛(wèi)星鏈路段使用QUIC協(xié)議傳輸報(bào)文,從而利用QUIC的加密特性實(shí)現(xiàn)衛(wèi)星段加密傳輸;同時(shí),通過調(diào)整QPEP隧道的空閑會(huì)話時(shí)間、利用QPEP實(shí)時(shí)檢測(cè)TCP連接狀態(tài)等保證了QPEP連接與傳統(tǒng)的PEP性能相當(dāng)。該方案兼顧了衛(wèi)星段傳輸性能和安全性,下一步對(duì)QUIC協(xié)議的擁塞控制算法、衛(wèi)星段空閑會(huì)話保持時(shí)間的研究可能會(huì)進(jìn)一步提升其性能。

    2.3 QUIC

    QUIC由Google于2013年發(fā)布,現(xiàn)正被IETF標(biāo)準(zhǔn)化的傳輸協(xié)議[5]。圖3以HTTP/2為例展示了QUIC的協(xié)議模型。

    Figure 3 Protocol stacks of QUIC and TCP圖3 QUIC和TCP協(xié)議棧

    由于QUIC數(shù)據(jù)包是基于UDP協(xié)議的、同時(shí)整合了TLS(Transport Layer Security),所以可以保證在其信息不被篡改的情況下順利通過中間設(shè)備。另外,不同于TCP在內(nèi)核空間中的實(shí)現(xiàn),任何優(yōu)化都需要操作系統(tǒng)更新,QUIC是在用戶空間實(shí)現(xiàn)的,可以適應(yīng)用戶需求快速迭代。除了上述特性,相比于TCP,QUIC也引入了以下特性來提升網(wǎng)絡(luò)傳輸性能:

    (1)握手協(xié)議。如圖4所示,傳統(tǒng)的TCP+TLS1.2在初次連接時(shí)需要1個(gè)RTT的TCP握手時(shí)延和2個(gè)RTT的TLS握手時(shí)延,而更為先進(jìn)的TLS1.3的TLS握手時(shí)延降低為1個(gè)RTT。相比于TCP+TLS1.2/TLS1.3,QUIC協(xié)議強(qiáng)制使用TLS1.3加密,在初次連接第1次握手時(shí)就交換了密鑰,從而使得初次連接只需要消耗1個(gè)RTT[23]。在后續(xù)連接中,由于可以使用之前緩存在客戶端的信息,實(shí)現(xiàn)了0 RTT的握手。

    Figure 4 Connection establishment of QUIC圖4 QUIC連接建立

    (2)多流傳輸。Web訪問中,為了減少頁面加載時(shí)間,HTTP/2引入了流的概念,一個(gè)TCP連接可以傳輸多個(gè)不相關(guān)的流,但是,由于TCP保證整個(gè)連接層面的有序可靠交付,如圖5a所示,stream3中一個(gè)包的丟失將阻礙所有流的傳輸。為了克服TCP中存在的隊(duì)頭阻塞問題,QUIC同樣引入了流的概念,如圖5b所示,每個(gè)流內(nèi)部保證可靠有序交付,steam 1流中數(shù)據(jù)包的丟失不會(huì)引起其他流的阻塞。

    Figure 5 Multi-stream transmission of QUIC圖5 QUIC多流傳輸

    (3)連接遷移。QUIC使用一個(gè)64位的ID代替TCP中的五元組來標(biāo)志一個(gè)連接[23],因此當(dāng)客戶端IP或端口號(hào)發(fā)生改變時(shí),例如現(xiàn)有移動(dòng)設(shè)備在Wi-Fi和5G網(wǎng)絡(luò)中切換時(shí),QUIC可以實(shí)現(xiàn)無縫遷移。

    大量研究工作已經(jīng)證明了QUIC在地面網(wǎng)絡(luò)某些場(chǎng)景下的性能優(yōu)勢(shì),因此QUIC在衛(wèi)星網(wǎng)絡(luò)中的應(yīng)用也引起了研究人員的興趣。

    Zhang等人[24]在GEO(Geostationary Earth Orbit)環(huán)境中比較了QUIC與TCP的性能差異。實(shí)驗(yàn)結(jié)果表明,在所有條件下,QUIC都取得了更好的性能,尤其在傳輸大量小文件時(shí)最為明顯。這主要?dú)w因于QUIC的握手時(shí)延更短。同時(shí),在丟包率增加時(shí),TCP由于發(fā)生了隊(duì)頭阻塞,導(dǎo)致性能急劇下降;而QUIC由于多流特性保證了較低的性能損失。

    Wang等人[25]在模擬衛(wèi)星網(wǎng)絡(luò)環(huán)境中以Web頁面為訪問對(duì)象測(cè)量了QUIC結(jié)合BBR擁塞控制算法的性能。相比于QUIC默認(rèn)的擁塞控制算法CUBIC,當(dāng)丟包率較大時(shí),前者吞吐量顯著大于后者。原因在于BBR更能反映鏈路的擁塞狀況,故而誤碼引起的丟包對(duì)BBR擁塞窗口影響有限。但是,BBR自身的探測(cè)機(jī)制導(dǎo)致其在探測(cè)階段爭(zhēng)奪帶寬時(shí)明顯處于弱勢(shì)。

    不同于Zhang等人[24,25]研究QUIC應(yīng)用于單跳衛(wèi)星鏈路,Yang等人[26]通過實(shí)驗(yàn)進(jìn)一步發(fā)現(xiàn),QUIC在衛(wèi)星間鏈路、多跳衛(wèi)星鏈路中性能仍顯著優(yōu)于TCP及TCP-ECN(Explicit Congestion Notification)的。但同時(shí)發(fā)現(xiàn),QUIC與TCP一樣,無法應(yīng)對(duì)LEO衛(wèi)星切換時(shí)產(chǎn)生的連接中斷問題。

    PEP技術(shù)極大地提高了衛(wèi)星網(wǎng)絡(luò)傳輸性能。為此,Border等人[27]在GEO環(huán)境中比較了QUIC、TCP和TCP-PEP的性能差異。同樣,在丟包率較高時(shí),QUIC性能優(yōu)于TCP的,但在所有情況下,TCP-PEP都能表現(xiàn)出最好的性能,QUIC端到端層面的丟包恢復(fù)可能是導(dǎo)致這一結(jié)果的原因之一。同時(shí),相比于其他方法,QUIC默認(rèn)的加密機(jī)制帶來了額外開銷。

    QUIC強(qiáng)制使用TLS1.3加密機(jī)制,為了消除TLS1.3與TLS1.2的差異帶來的影響,Deutschmann等人[1]進(jìn)一步比較了QUIC和TCP/TLS1.3-PEP在GEO環(huán)境中的性能差異。實(shí)驗(yàn)結(jié)果表明,傳輸小文件時(shí),得益于更短的握手時(shí)延,QUIC性能最優(yōu)。但是,與Border等人[27]的結(jié)論類似,傳輸大文件時(shí)TCP-PEP更優(yōu)。值得注意的是,文獻(xiàn)[1]在實(shí)驗(yàn)中測(cè)量了2種QUIC實(shí)現(xiàn)(picoquic和quicly)的性能,實(shí)驗(yàn)結(jié)果顯示picoquic性能顯著優(yōu)于quicly的??梢?QUIC作為一個(gè)正在標(biāo)準(zhǔn)化的協(xié)議,不同的實(shí)現(xiàn)對(duì)于其性能有較大的影響。未來可以采取措施進(jìn)一步提升QUIC在衛(wèi)星網(wǎng)絡(luò)中的性能,例如增大初始和最大擁塞窗口,引入前向糾錯(cuò)機(jī)制等。表2總結(jié)了上述QUIC性能分析工作。

    3 跨層優(yōu)化

    跨層優(yōu)化技術(shù)是指多個(gè)協(xié)議層通過跨層協(xié)作改善網(wǎng)絡(luò)性能,本文主要關(guān)注與傳輸層緊密相關(guān)的DTN和多路徑傳輸協(xié)議。

    3.1 容延容斷網(wǎng)絡(luò)

    DTN體系結(jié)構(gòu)如圖6[28]所示,主要包含以下基本規(guī)范:

    (1)通過在傳輸層和應(yīng)用層之間加入束(Bundle)層提供可靠傳輸[29],束層的消息為長(zhǎng)度可變的多個(gè)報(bào)文的集合,可以在異構(gòu)網(wǎng)絡(luò)中采用存儲(chǔ)轉(zhuǎn)發(fā)的形式傳遞,發(fā)送端可以區(qū)分確認(rèn)應(yīng)答包是來自中間DTN節(jié)點(diǎn)還是真正的接收者。

    Table 2 Performance analysis of QUIC 表2 QUIC性能分析

    Figure 6 Protocol stack of delay tolerant networking圖6 容延容斷網(wǎng)絡(luò)協(xié)議棧

    (2)DTN的托管傳輸(Custody Transfer)機(jī)制可以應(yīng)對(duì)衛(wèi)星鏈路中斷。消息可以存儲(chǔ)在中間節(jié)點(diǎn),一旦某個(gè)節(jié)點(diǎn)接收到消息,將負(fù)責(zé)把消息可靠傳輸給下一節(jié)點(diǎn),當(dāng)發(fā)生網(wǎng)絡(luò)中斷時(shí),消息會(huì)被托管到所在節(jié)點(diǎn)中。

    Caini等人[28]在異構(gòu)網(wǎng)絡(luò)中比較了DTN、PEPsal、端到端Hybla和NewReno的性能差異。實(shí)驗(yàn)中網(wǎng)絡(luò)狀態(tài)可分為全連接和有中斷連接。全連接中DTN性能接近于PEPsal和端到端Hybla的且明顯優(yōu)于NewReno的。同時(shí)Caini等人[28]在束層引入了滑動(dòng)窗口機(jī)制,當(dāng)滑動(dòng)窗口大于1時(shí),DTN性能甚至優(yōu)于PEPsal和Hybla的,這是因?yàn)榛瑒?dòng)窗口機(jī)制有效提高了DTN中間節(jié)點(diǎn)的占空比。有中斷連接中,當(dāng)中斷發(fā)生在連接建立時(shí),僅有DTN可以開始數(shù)據(jù)傳輸。這是因?yàn)閱⒂猛泄軅鬏數(shù)腄TN可以將數(shù)據(jù)存儲(chǔ)在中間節(jié)點(diǎn),當(dāng)中斷發(fā)生在傳輸中,DTN也能免于遭受長(zhǎng)時(shí)延。而其他方案由于中斷超時(shí)后采用指數(shù)回退算法探測(cè)網(wǎng)絡(luò)可用性,時(shí)延較大。實(shí)驗(yàn)不足之處是未將DTN與使用更為廣泛的分布式PEP進(jìn)行比較。

    TBL(Tiny BundLe)[30]遵循了DTN (1)和(2)的基本規(guī)范,但TBL僅提供了satellite-LTE(Long Term Evolution)混合網(wǎng)絡(luò)所需的托管傳輸功能,從而減少了束層消息報(bào)頭開銷。文獻(xiàn)[30]在S-LTE網(wǎng)絡(luò)中,衛(wèi)星鏈路存在不同程度遮擋的條件下對(duì)比了DTN、TCP-Hybla和TCP-Reno的性能。實(shí)驗(yàn)結(jié)果表明,Hybla、DTN都能顯著提升S-LTE網(wǎng)絡(luò)傳輸性能,且這2種技術(shù)同時(shí)使用時(shí)可以最大化提升傳輸性能,這與Caini等人[28]的實(shí)驗(yàn)結(jié)果一致。但是,文獻(xiàn)[28,30]均沒有測(cè)量DTN-Hybla對(duì)長(zhǎng)時(shí)間中斷的抗干擾能力。

    除了DTN具體實(shí)現(xiàn)及在各種場(chǎng)景下的測(cè)量外,擁塞控制機(jī)制、托管傳遞策略、DTN匯聚層協(xié)議等也一直是DTN技術(shù)的關(guān)鍵。例如,針對(duì)行星間通信,Bisio等人[31]在DTN中提出了基于早期隨機(jī)探測(cè)和顯示擁塞控制的方案;Han等人[32]則對(duì)比了BP/LTPCL、BP/TCPCL和BP/UDPCL等不同匯聚層協(xié)議在地月通信中的性能,發(fā)現(xiàn)DTN的優(yōu)勢(shì)之一是束層可以根據(jù)不同的環(huán)境選擇相適應(yīng)的匯聚層協(xié)議。

    3.2 多路徑傳輸

    多路徑傳輸技術(shù)使一個(gè)物理設(shè)備可以同時(shí)使用多條鏈路。其中,MPTCP已經(jīng)作為網(wǎng)絡(luò)協(xié)議標(biāo)準(zhǔn)被Linux內(nèi)核所支持,如圖7所示,手機(jī)終端在一個(gè)連接中通過2個(gè)TCP流可以同時(shí)使用蜂窩網(wǎng)絡(luò)和Wi-Fi網(wǎng)絡(luò)。而由于QUIC協(xié)議的諸多優(yōu)點(diǎn),有研究人員也提出了多路徑QUIC。同時(shí)現(xiàn)有衛(wèi)星網(wǎng)絡(luò)已逐漸形成了地球同步衛(wèi)星GEO(Geostationary Earth Orbit)、MEO、LEO等多種星座共存的衛(wèi)星網(wǎng)絡(luò)拓?fù)?這促進(jìn)了多路徑傳輸協(xié)議在衛(wèi)星網(wǎng)絡(luò)中的應(yīng)用。多路徑傳輸技術(shù)的優(yōu)化主要包括多路徑擁塞控制算法及對(duì)調(diào)度算法的改進(jìn)。本文將重點(diǎn)討論MPTCP、多路徑QUIC這2種多路徑協(xié)議。

    Figure 7 Protocol stack of multipath TCP圖7 多路徑TCP協(xié)議棧

    Du等人[33]將LEO的傳輸狀態(tài)分為穩(wěn)定期和切換期,為了解決衛(wèi)星切換導(dǎo)致的性能損失問題,提出了OMSR(On-demand Multipath Source Routing)機(jī)制。在穩(wěn)定期,地面終端僅有一個(gè)網(wǎng)關(guān)衛(wèi)星可用,網(wǎng)關(guān)衛(wèi)星通過SMR(Split Multipath Routing)協(xié)議[34]發(fā)現(xiàn)多個(gè)路徑,依靠OMSR從中選擇2個(gè)重疊最少的路徑,網(wǎng)關(guān)衛(wèi)星采用基于源地址的路由協(xié)議將不同的TCP流分配到不同的路徑上;在切換期,地面終端可以同時(shí)利用2個(gè)衛(wèi)星網(wǎng)關(guān),這時(shí)較慢的那條路徑的TCP流將被發(fā)送到新的衛(wèi)星網(wǎng)關(guān)上,從而實(shí)現(xiàn)衛(wèi)星網(wǎng)關(guān)的平穩(wěn)切換。實(shí)驗(yàn)結(jié)果顯示,MPTCP-OMSR充分利用了MPTCP(MultiPath TCP)多路徑的特性。然而,在切換期,2個(gè)網(wǎng)關(guān)衛(wèi)星為了防止選擇的路徑重合,需要共享信息,這增加了網(wǎng)關(guān)衛(wèi)星的機(jī)載處理負(fù)載。

    為了克服OMSR的缺陷,Du等人[35]設(shè)計(jì)了一個(gè)可以感知MPTCP子流的SDN控制器。位于地面的SDN控制器可以獲得衛(wèi)星網(wǎng)絡(luò)的完整拓?fù)鋱D,從而利用集中式路由將不同的子流分配到不同的路徑上,這極大地減小了網(wǎng)關(guān)衛(wèi)星的機(jī)載處理負(fù)載。同時(shí),當(dāng)衛(wèi)星切換時(shí),集中式路由策略可以避免由于衛(wèi)星間交換路由信息而消耗帶寬。

    Cloud等人[36]提出了基于網(wǎng)絡(luò)編碼NC(Network Coding)的MPTCP方案,以解決衛(wèi)星網(wǎng)絡(luò)高丟包率和多路徑傳輸調(diào)度的問題。其主要思想是使用隨機(jī)線性方法基于塊編碼,基本原理為發(fā)送端MPTCP/NC層將源數(shù)據(jù)包以塊為單位編碼并基于輪詢策略分配到2個(gè)TCP子流中,在各個(gè)子流的Fast-TCP/NC層,編碼產(chǎn)生冗余包以解決高丟包率問題。不足之處是隨機(jī)線性編碼引入了較大的NC報(bào)頭開銷。

    為了減少NC報(bào)頭開銷,Giambene等人[37]提出了PBNC(Path-Based Network Coding)-MPTCP。PBNC在IP層進(jìn)行編碼,只需要將偽隨機(jī)函數(shù)產(chǎn)生的種子放入編碼包的NC報(bào)頭,這降低了NC報(bào)頭開銷;同時(shí),PBNC在IP層啟用了NACK包使得大多數(shù)丟包在IP層就能夠被恢復(fù),這進(jìn)一步降低了衛(wèi)星網(wǎng)絡(luò)中由于包丟失而引起的性能下降。

    傳統(tǒng)的多路徑擁塞控制機(jī)制在多變的衛(wèi)星網(wǎng)絡(luò)環(huán)境中魯棒性和擴(kuò)展性較差。近年來,隨著機(jī)器學(xué)習(xí)技術(shù)的廣泛應(yīng)用,Mai等人[38]提出了DDPG(Deep Deterministic Policy Gradient)算法,通過與底層網(wǎng)絡(luò)交互,DDPG學(xué)習(xí)最優(yōu)的擁塞控制策略,在最大化吞吐量的同時(shí)保證公平性。DDPG的優(yōu)勢(shì)在于對(duì)易變網(wǎng)絡(luò)環(huán)境的適應(yīng)性較強(qiáng)。

    相比于單路徑傳輸,調(diào)度算法是多路徑傳輸協(xié)議中極為重要的要素,其根據(jù)不同路徑的相關(guān)信息和調(diào)度策略將發(fā)送方緩沖區(qū)的數(shù)據(jù)分配到不同的路徑上,之后由各子路徑進(jìn)行發(fā)送。Lowest-RTT算法[39]將各個(gè)子路徑根據(jù)RTT的大小進(jìn)行降序排序并賦予優(yōu)先級(jí),按照優(yōu)先級(jí)次序分配數(shù)據(jù)包,當(dāng)優(yōu)先級(jí)最高的路徑擁塞窗口為零時(shí),則從剩余子路徑中選擇RTT次低的路徑。Lowest-RTT考慮了各個(gè)子路徑的往返時(shí)延,但在衛(wèi)星網(wǎng)絡(luò)中,當(dāng)各路徑異構(gòu)性過高時(shí),容易造成較為嚴(yán)重的隊(duì)頭阻塞問題,甚至慢路徑會(huì)影響快路徑的傳輸效率。

    針對(duì)上述問題,ECF(Earliest Completion First)[40]通過比較待傳輸數(shù)據(jù)包在慢路徑上的傳輸時(shí)間和快路徑上的傳輸時(shí)間決定是否啟用慢路徑,從而優(yōu)先保證了快路徑的傳輸效率,并且在可能的情況下慢路徑作為補(bǔ)充,從而提高整體的傳輸效率。然而在傳輸大批量數(shù)據(jù)時(shí),僅在數(shù)據(jù)傳輸即將結(jié)束時(shí)ECF的決策機(jī)制才會(huì)起作用,無法解決傳輸過程中的隊(duì)頭阻塞問題。

    為了解決隊(duì)頭阻塞問題,當(dāng)快路徑擁塞窗口為零時(shí),STMS(Slide Together Multipath Scheduler)[41]根據(jù)各子路徑的RTT和帶寬計(jì)算當(dāng)在慢路徑上傳輸時(shí)需要預(yù)留給快路徑的數(shù)據(jù)量,即將這些預(yù)留數(shù)據(jù)量留給未來快路徑空閑時(shí)傳輸,從而使得快路徑上后發(fā)送的低序號(hào)數(shù)據(jù)包和慢路徑上先發(fā)送的高序號(hào)數(shù)據(jù)包同時(shí)到達(dá)接收端。STMS有效解決了隊(duì)頭阻塞問題,充分聚合了多個(gè)路徑的帶寬。

    De Coninck等人[42]在QUIC基礎(chǔ)上提出了MPQUIC(MultiPath QUIC)。與MPTCP不同的是,MPQUIC支持多流機(jī)制,即一個(gè)連接中包含多個(gè)流,因此其調(diào)度算法可以進(jìn)行更細(xì)粒度的流調(diào)度;同時(shí),MPQUIC的數(shù)據(jù)幀獨(dú)立于其組成的數(shù)據(jù)包,所以當(dāng)一個(gè)包丟失時(shí),組成它的數(shù)據(jù)幀可以根據(jù)鏈路擁塞程度,選擇在不同的路徑上重傳,而MPTCP需要在相同的路徑上按序重傳。實(shí)驗(yàn)表明,在類似于衛(wèi)星的高時(shí)延帶寬積和高誤碼率的環(huán)境中,MPQUIC的性能優(yōu)于MPTCP的。這是因?yàn)镸PQUIC對(duì)于各個(gè)鏈路的往返時(shí)延、丟包等有更精確的信息,因此在各個(gè)鏈路上的調(diào)度更加合理,從而緩解了MPTCP遇到的緩沖區(qū)溢出、隊(duì)頭阻塞等問題。

    為了充分利用多流機(jī)制的優(yōu)勢(shì),在ECF[20]的基礎(chǔ)上,SA-ECF(Stream-Aware ECF)[43]引入了更細(xì)粒度的流感知調(diào)度算法,其基于2條路徑的流預(yù)測(cè)完成時(shí)間,選擇兩者中較小者作為傳輸路徑,而流與流之間根據(jù)其權(quán)重采用權(quán)重輪詢算法。SA-ECF可以實(shí)現(xiàn)快速傳輸關(guān)鍵流,同時(shí)保持各流的公平性,但在衛(wèi)星網(wǎng)絡(luò)等異構(gòu)網(wǎng)絡(luò)中,SA-ECF無法充分利用各路徑帶寬,且沒有考慮不同的流對(duì)資源有不同需求。

    PStream(Priority-based Stream)[44]則考慮了MPQUIC中各流的大小和優(yōu)先級(jí)特性以及各流之間的公平性,單個(gè)流綜合利用多個(gè)路徑以最小化完成時(shí)間,同時(shí)流與流之間采用權(quán)重輪詢算法以保持公平性,然而PStream算法的調(diào)度具有超前性,在衛(wèi)星網(wǎng)絡(luò)鏈路狀況易變的情況下性能較差。

    盡管多路徑傳輸協(xié)議如MPTCP在地面網(wǎng)絡(luò)中已經(jīng)有所應(yīng)用,但在衛(wèi)星網(wǎng)絡(luò)中,設(shè)計(jì)出能夠應(yīng)對(duì)多變環(huán)境的擁塞控制算法和流調(diào)度算法是目前多路徑傳輸面臨的一大挑戰(zhàn)。而隨著QUIC標(biāo)準(zhǔn)化的不斷推進(jìn),多路徑QUIC的實(shí)現(xiàn)及優(yōu)化也值得進(jìn)一步研究。表3對(duì)MPTCP和MPQUIC的相關(guān)工作進(jìn)行了總結(jié)。

    4 傳輸優(yōu)化技術(shù)分析與比較

    由于現(xiàn)有衛(wèi)星網(wǎng)絡(luò)的星座構(gòu)成、應(yīng)用場(chǎng)景、優(yōu)化目標(biāo)不盡相同,故存在多種優(yōu)化方法,而評(píng)價(jià)各種優(yōu)化技術(shù)采取的評(píng)判指標(biāo)也有所不同,這進(jìn)一步加劇了不同技術(shù)之間比較的難度。具體使用哪種優(yōu)化技術(shù),需要從應(yīng)用場(chǎng)景、用戶需求、技術(shù)復(fù)雜程度、經(jīng)濟(jì)成本等多方面綜合考慮。針對(duì)不同優(yōu)化技術(shù)的優(yōu)點(diǎn)和缺點(diǎn),表4按照本文的分類方法對(duì)其進(jìn)行了總結(jié)。

    Table 3 Summary of multipath transmission technologies表3 多路徑傳輸技術(shù)總結(jié)

    Table 4 Analysis and comparison of transmission layer optimization techniques in satellite networks表4 衛(wèi)星網(wǎng)絡(luò)傳輸層優(yōu)化技術(shù)分析與比較

    5 結(jié)束語

    在第六代通信技術(shù)(6G)的設(shè)想中,衛(wèi)星網(wǎng)絡(luò)作為6G網(wǎng)絡(luò)的重要組成部分,可以有效彌補(bǔ)地面網(wǎng)絡(luò)的不足,覆蓋廣大山區(qū)、農(nóng)村等偏遠(yuǎn)地區(qū)。然而衛(wèi)星網(wǎng)絡(luò)存在傳播時(shí)延長(zhǎng)、誤碼率高、帶寬不對(duì)稱等問題。同時(shí),近年來隨著LEO、MEO等多種星座的發(fā)展,衛(wèi)星網(wǎng)絡(luò)又表現(xiàn)出了強(qiáng)移動(dòng)性、易被遮擋的特性,這進(jìn)一步加劇了衛(wèi)星網(wǎng)絡(luò)環(huán)境的復(fù)雜性。針對(duì)衛(wèi)星網(wǎng)絡(luò)存在的上述問題,本文結(jié)合優(yōu)化技術(shù)所屬層級(jí)和優(yōu)化機(jī)制對(duì)各種優(yōu)化技術(shù)進(jìn)行了分類。首先,簡(jiǎn)要回顧了經(jīng)典的優(yōu)化技術(shù),包括針對(duì)衛(wèi)星網(wǎng)絡(luò)特點(diǎn)設(shè)計(jì)的專有擁塞控制機(jī)制、部署在衛(wèi)星網(wǎng)絡(luò)中間節(jié)點(diǎn)的PEP技術(shù)、DTN技術(shù)等。接著,重點(diǎn)分析了QUIC、多路徑傳輸、機(jī)器學(xué)習(xí)等新技術(shù)在衛(wèi)星網(wǎng)絡(luò)領(lǐng)域的應(yīng)用及對(duì)衛(wèi)星網(wǎng)絡(luò)傳輸性能的提升。最后,對(duì)上述優(yōu)化技術(shù)的優(yōu)缺點(diǎn)及使用場(chǎng)景進(jìn)行了分析與總結(jié)。

    雖然研究人員在衛(wèi)星網(wǎng)絡(luò)傳輸優(yōu)化技術(shù)領(lǐng)域已經(jīng)做了大量的工作,但依然有很大改進(jìn)空間,可以從如下幾個(gè)方面對(duì)衛(wèi)星網(wǎng)絡(luò)傳輸優(yōu)化開展進(jìn)一步研究:

    (1)擁塞控制機(jī)制是其他技術(shù)的基礎(chǔ)。傳統(tǒng)的基于固定參數(shù)或模型的擁塞控制機(jī)制具有決策機(jī)械的問題,難以適應(yīng)動(dòng)態(tài)變化的衛(wèi)星網(wǎng)絡(luò)環(huán)境,而隨著機(jī)器學(xué)習(xí)和人工智能理論和實(shí)踐的不斷深化,其在不同的前沿技術(shù)領(lǐng)域得到了廣泛應(yīng)用。結(jié)合機(jī)器學(xué)習(xí)的智能決策算法能夠根據(jù)不同的環(huán)境及需求做出相應(yīng)的決策,進(jìn)而有針對(duì)性地達(dá)到更加優(yōu)越的傳輸性能。例如,基于強(qiáng)化學(xué)習(xí)的智能擁塞控制策略能夠基于大量經(jīng)驗(yàn)進(jìn)行學(xué)習(xí),捕獲到衛(wèi)星網(wǎng)絡(luò)環(huán)境狀態(tài)與擁塞控制決策之間的關(guān)系,從而根據(jù)當(dāng)下的環(huán)境狀態(tài),做出最優(yōu)的決策。

    (2)由于QUIC在用戶空間實(shí)現(xiàn)并且強(qiáng)制使用TLS1.3進(jìn)行加密,導(dǎo)致QUIC在老舊硬件設(shè)備中存在性能問題,因此在將QUIC應(yīng)用于衛(wèi)星網(wǎng)絡(luò)時(shí),在保證不降低傳輸性能的情況下減小QUIC對(duì)CPU處理能力的需求是一個(gè)重要的研究方向。實(shí)踐證明,PEP技術(shù)是改善衛(wèi)星網(wǎng)絡(luò)傳輸性能較為成熟的方法之一,而考慮到QUIC協(xié)議具有握手時(shí)延短、多流復(fù)用等諸多優(yōu)勢(shì),已有研究人員結(jié)合PEP技術(shù)與QUIC協(xié)議的優(yōu)勢(shì),以期望進(jìn)一步提升衛(wèi)星網(wǎng)絡(luò)傳輸性能。但是,正如QUIC協(xié)議仍在不斷優(yōu)化的過程中,這2項(xiàng)技術(shù)在衛(wèi)星網(wǎng)絡(luò)中的融合仍需進(jìn)一步研究。

    (3)巨型星座時(shí)代,多路徑傳輸技術(shù)是提升衛(wèi)星網(wǎng)絡(luò)傳輸性能最有前景的研究方向之一,但相比于單路徑傳輸,多路徑傳輸在衛(wèi)星網(wǎng)絡(luò)中發(fā)揮性能優(yōu)勢(shì)的同時(shí)還要處理擁塞控制和多路徑數(shù)據(jù)調(diào)度問題,因此設(shè)計(jì)一個(gè)能夠有效協(xié)同并適用于衛(wèi)星網(wǎng)絡(luò)環(huán)境的擁塞控制機(jī)制和多路徑調(diào)度算法是推動(dòng)多路徑傳輸技術(shù)應(yīng)用于衛(wèi)星網(wǎng)絡(luò),并提升衛(wèi)星網(wǎng)絡(luò)傳輸性能的關(guān)鍵。

    猜你喜歡
    衛(wèi)星網(wǎng)絡(luò)多路徑鏈路
    2023衛(wèi)星網(wǎng)絡(luò)與空間應(yīng)用技術(shù)大會(huì)召開
    家紡“全鏈路”升級(jí)
    高通量衛(wèi)星網(wǎng)絡(luò)及網(wǎng)絡(luò)漫游關(guān)鍵技術(shù)
    全球低軌衛(wèi)星網(wǎng)絡(luò)最新態(tài)勢(shì)研判
    多路徑效應(yīng)對(duì)GPS多普勒測(cè)速的影響
    天空地一體化網(wǎng)絡(luò)多中繼鏈路自適應(yīng)調(diào)度技術(shù)
    基于5.8G射頻的多路徑識(shí)別技術(shù)應(yīng)用探討
    衛(wèi)星網(wǎng)絡(luò)中基于網(wǎng)絡(luò)編碼的ARQ機(jī)制
    基于5.8GHz多路徑精確識(shí)別方案研究
    基于3G的VPDN技術(shù)在高速公路備份鏈路中的應(yīng)用
    人妻制服诱惑在线中文字幕| 欧美精品一区二区免费开放| 亚洲激情五月婷婷啪啪| 亚洲精品视频女| av.在线天堂| 身体一侧抽搐| 成人毛片60女人毛片免费| 欧美精品一区二区大全| 纵有疾风起免费观看全集完整版| 国产精品一区二区性色av| 午夜福利高清视频| 亚洲av国产av综合av卡| 亚洲精品,欧美精品| 欧美日韩在线观看h| 九九久久精品国产亚洲av麻豆| 2018国产大陆天天弄谢| 日韩强制内射视频| 亚洲人与动物交配视频| 国产成人午夜福利电影在线观看| 国产精品国产三级专区第一集| 2018国产大陆天天弄谢| 少妇 在线观看| 秋霞伦理黄片| 午夜日本视频在线| 一级二级三级毛片免费看| 国产黄色视频一区二区在线观看| 国产又色又爽无遮挡免| 欧美精品一区二区免费开放| 卡戴珊不雅视频在线播放| 亚洲精品中文字幕在线视频 | 亚洲图色成人| 精品国产一区二区三区久久久樱花 | 久久久久久久大尺度免费视频| 国产亚洲欧美精品永久| 亚洲aⅴ乱码一区二区在线播放| 欧美日韩视频高清一区二区三区二| 婷婷色综合www| 免费看日本二区| 亚洲精品中文字幕在线视频 | 我要看黄色一级片免费的| 18禁在线无遮挡免费观看视频| 18禁在线无遮挡免费观看视频| 春色校园在线视频观看| 国产视频首页在线观看| 日韩成人av中文字幕在线观看| 国产精品熟女久久久久浪| 日韩一区二区三区影片| 亚洲av成人精品一区久久| 国产伦精品一区二区三区四那| 少妇高潮的动态图| 日产精品乱码卡一卡2卡三| 日韩制服骚丝袜av| 色哟哟·www| 舔av片在线| 性色avwww在线观看| 少妇猛男粗大的猛烈进出视频| 91精品伊人久久大香线蕉| 夜夜骑夜夜射夜夜干| 免费黄色在线免费观看| 晚上一个人看的免费电影| 在线观看人妻少妇| 蜜桃在线观看..| 一个人看的www免费观看视频| 午夜福利高清视频| 99热网站在线观看| 噜噜噜噜噜久久久久久91| 91在线精品国自产拍蜜月| 最后的刺客免费高清国语| 日韩一区二区三区影片| 亚洲三级黄色毛片| 伊人久久精品亚洲午夜| 寂寞人妻少妇视频99o| 国产午夜精品久久久久久一区二区三区| 26uuu在线亚洲综合色| 精品一区二区免费观看| 色哟哟·www| 日日摸夜夜添夜夜爱| 国产亚洲精品久久久com| 建设人人有责人人尽责人人享有的 | 日韩 亚洲 欧美在线| 嘟嘟电影网在线观看| 国产 一区 欧美 日韩| 国产精品人妻久久久久久| 夫妻性生交免费视频一级片| 国产黄频视频在线观看| 一二三四中文在线观看免费高清| 亚洲国产毛片av蜜桃av| 国产爱豆传媒在线观看| 青青草视频在线视频观看| 一个人免费看片子| 国产免费福利视频在线观看| 国产亚洲午夜精品一区二区久久| 亚洲精品第二区| 在线播放无遮挡| 汤姆久久久久久久影院中文字幕| 久久 成人 亚洲| 欧美高清性xxxxhd video| 免费av不卡在线播放| 日韩大片免费观看网站| 水蜜桃什么品种好| 欧美高清成人免费视频www| 免费人妻精品一区二区三区视频| 在线观看免费高清a一片| 久久久久久久久久久丰满| 国产av码专区亚洲av| 在线观看三级黄色| 色视频www国产| 在线精品无人区一区二区三 | 欧美 日韩 精品 国产| 少妇高潮的动态图| 久久人人爽人人爽人人片va| 热re99久久精品国产66热6| 不卡视频在线观看欧美| 一本—道久久a久久精品蜜桃钙片| 99久国产av精品国产电影| 秋霞伦理黄片| 日韩伦理黄色片| 能在线免费看毛片的网站| 亚洲av成人精品一区久久| av网站免费在线观看视频| 在线观看国产h片| 超碰97精品在线观看| 少妇高潮的动态图| 免费久久久久久久精品成人欧美视频 | 老女人水多毛片| 亚洲欧美精品自产自拍| 欧美性感艳星| 国产亚洲av片在线观看秒播厂| 国产成人精品久久久久久| 麻豆国产97在线/欧美| 国产精品一二三区在线看| 国产一区二区三区综合在线观看 | 男女无遮挡免费网站观看| 亚洲一区二区三区欧美精品| 91久久精品国产一区二区成人| 又爽又黄a免费视频| 男女免费视频国产| 久久久久久久精品精品| 精品一区二区三卡| 日本午夜av视频| 欧美日韩国产mv在线观看视频 | 久久人人爽av亚洲精品天堂 | 久久久国产一区二区| 97精品久久久久久久久久精品| 高清视频免费观看一区二区| 精品久久久久久电影网| 午夜激情福利司机影院| 日本欧美视频一区| 欧美人与善性xxx| 亚洲精品aⅴ在线观看| 国国产精品蜜臀av免费| 女的被弄到高潮叫床怎么办| 91久久精品电影网| 日本爱情动作片www.在线观看| 日日啪夜夜爽| 亚洲精品亚洲一区二区| 亚洲高清免费不卡视频| 国产伦理片在线播放av一区| 成人国产av品久久久| 舔av片在线| 成年av动漫网址| 永久网站在线| 日本爱情动作片www.在线观看| av黄色大香蕉| 国产精品福利在线免费观看| 国产亚洲精品久久久com| 免费看不卡的av| 看非洲黑人一级黄片| 夜夜骑夜夜射夜夜干| 人人妻人人看人人澡| 最黄视频免费看| 国产精品久久久久成人av| 免费看不卡的av| 免费播放大片免费观看视频在线观看| 国产美女午夜福利| 伊人久久精品亚洲午夜| av又黄又爽大尺度在线免费看| 一级黄片播放器| 网址你懂的国产日韩在线| 高清av免费在线| 久久精品久久久久久久性| 亚洲久久久国产精品| 2022亚洲国产成人精品| 国产真实伦视频高清在线观看| 国产成人免费观看mmmm| 成人漫画全彩无遮挡| 免费黄色在线免费观看| 99久久精品一区二区三区| 国产成人精品久久久久久| 各种免费的搞黄视频| 一区二区三区乱码不卡18| 国产在线一区二区三区精| 岛国毛片在线播放| av国产免费在线观看| 美女xxoo啪啪120秒动态图| 亚洲精品第二区| 国产精品人妻久久久久久| 国产黄色免费在线视频| 精品一区在线观看国产| 最近最新中文字幕大全电影3| 国产极品天堂在线| 丰满少妇做爰视频| 麻豆成人av视频| 十分钟在线观看高清视频www | 美女视频免费永久观看网站| 欧美精品人与动牲交sv欧美| 午夜老司机福利剧场| 国产精品人妻久久久久久| 菩萨蛮人人尽说江南好唐韦庄| 亚洲人与动物交配视频| 网址你懂的国产日韩在线| 一级毛片电影观看| 又黄又爽又刺激的免费视频.| 汤姆久久久久久久影院中文字幕| 欧美性感艳星| 久热久热在线精品观看| 在线精品无人区一区二区三 | 下体分泌物呈黄色| 男人添女人高潮全过程视频| 寂寞人妻少妇视频99o| 国产男人的电影天堂91| 视频区图区小说| 搡老乐熟女国产| 性色av一级| 亚洲性久久影院| 国产一区二区三区av在线| 久久6这里有精品| 国产乱人偷精品视频| 国产成人精品福利久久| 久久精品国产自在天天线| 老司机影院成人| 国产一区二区三区综合在线观看 | 国产毛片在线视频| 国产精品三级大全| 国产高清三级在线| 亚洲伊人久久精品综合| 亚洲av综合色区一区| 亚洲第一区二区三区不卡| 国产精品女同一区二区软件| 成年女人在线观看亚洲视频| 99久久中文字幕三级久久日本| 国产精品99久久99久久久不卡 | 久久国产精品大桥未久av | 18禁裸乳无遮挡动漫免费视频| 高清欧美精品videossex| 中文字幕久久专区| 午夜福利在线观看免费完整高清在| 777米奇影视久久| 国产精品99久久99久久久不卡 | 丰满人妻一区二区三区视频av| 免费观看的影片在线观看| 美女中出高潮动态图| 这个男人来自地球电影免费观看 | 久久久久久人妻| 国产女主播在线喷水免费视频网站| 亚洲欧美日韩卡通动漫| 国产伦理片在线播放av一区| 精品一区在线观看国产| 老女人水多毛片| 婷婷色综合大香蕉| 99热这里只有是精品在线观看| 亚洲国产高清在线一区二区三| 啦啦啦中文免费视频观看日本| 秋霞伦理黄片| 亚洲av福利一区| 亚洲美女搞黄在线观看| 91aial.com中文字幕在线观看| 亚洲国产色片| 亚洲电影在线观看av| 国产黄片视频在线免费观看| 亚洲无线观看免费| 国产精品一区二区在线不卡| 欧美97在线视频| 国产伦精品一区二区三区视频9| 国产中年淑女户外野战色| 国产av码专区亚洲av| 啦啦啦中文免费视频观看日本| 小蜜桃在线观看免费完整版高清| 啦啦啦在线观看免费高清www| 中文字幕免费在线视频6| 亚洲一区二区三区欧美精品| 国产 精品1| 在线天堂最新版资源| 91在线精品国自产拍蜜月| 国产精品人妻久久久久久| 亚洲自偷自拍三级| 老女人水多毛片| 又大又黄又爽视频免费| 免费看av在线观看网站| 自拍偷自拍亚洲精品老妇| 国产淫片久久久久久久久| 欧美最新免费一区二区三区| 免费观看无遮挡的男女| 人妻制服诱惑在线中文字幕| 精品少妇久久久久久888优播| 小蜜桃在线观看免费完整版高清| 国产亚洲午夜精品一区二区久久| 联通29元200g的流量卡| 欧美精品国产亚洲| 久热久热在线精品观看| 久久亚洲国产成人精品v| 国产亚洲一区二区精品| 亚洲美女搞黄在线观看| 亚洲国产日韩一区二区| 午夜福利高清视频| 国产精品av视频在线免费观看| 亚洲精品国产成人久久av| 最近中文字幕高清免费大全6| 国产永久视频网站| 国产男人的电影天堂91| 天堂俺去俺来也www色官网| 性高湖久久久久久久久免费观看| 97超视频在线观看视频| 亚洲精品成人av观看孕妇| 成人高潮视频无遮挡免费网站| 国产成人91sexporn| a 毛片基地| 内射极品少妇av片p| 日韩三级伦理在线观看| 久久精品久久久久久久性| 人人妻人人澡人人爽人人夜夜| 自拍偷自拍亚洲精品老妇| 国产熟女欧美一区二区| 日本wwww免费看| 免费观看性生交大片5| 国产 一区 欧美 日韩| 这个男人来自地球电影免费观看 | 欧美成人精品欧美一级黄| 亚洲国产高清在线一区二区三| 91久久精品国产一区二区三区| 晚上一个人看的免费电影| 亚洲欧美一区二区三区黑人 | 男女下面进入的视频免费午夜| 在线 av 中文字幕| 免费大片黄手机在线观看| 国产精品人妻久久久影院| 美女高潮的动态| 国产白丝娇喘喷水9色精品| 久久久成人免费电影| 春色校园在线视频观看| 乱码一卡2卡4卡精品| 色视频www国产| 国产又色又爽无遮挡免| 精品人妻视频免费看| 欧美成人一区二区免费高清观看| 国产淫语在线视频| 欧美xxxx性猛交bbbb| 国产在线视频一区二区| 国产欧美另类精品又又久久亚洲欧美| 麻豆精品久久久久久蜜桃| 国产高清不卡午夜福利| av一本久久久久| 亚洲美女搞黄在线观看| 国产爱豆传媒在线观看| 少妇猛男粗大的猛烈进出视频| 日韩一区二区视频免费看| 欧美bdsm另类| 色婷婷久久久亚洲欧美| 亚洲国产高清在线一区二区三| 丰满少妇做爰视频| 日本免费在线观看一区| 女性被躁到高潮视频| 亚洲av日韩在线播放| 久久国内精品自在自线图片| 午夜福利在线观看免费完整高清在| 插阴视频在线观看视频| 国产成人精品久久久久久| 国内精品宾馆在线| av网站免费在线观看视频| 亚洲欧美中文字幕日韩二区| 91午夜精品亚洲一区二区三区| 熟女人妻精品中文字幕| 日产精品乱码卡一卡2卡三| 日韩一区二区三区影片| 国产 一区精品| 欧美3d第一页| 少妇丰满av| 午夜精品国产一区二区电影| 成人国产麻豆网| 国产深夜福利视频在线观看| 一级毛片 在线播放| 精品亚洲成a人片在线观看 | 欧美变态另类bdsm刘玥| 丰满迷人的少妇在线观看| 在线播放无遮挡| 18禁在线播放成人免费| 在线精品无人区一区二区三 | 欧美日韩一区二区视频在线观看视频在线| 免费观看的影片在线观看| 永久网站在线| 亚洲人与动物交配视频| 国产黄频视频在线观看| 亚洲国产成人一精品久久久| www.色视频.com| 伊人久久国产一区二区| 亚洲国产欧美在线一区| 人妻 亚洲 视频| 国产亚洲最大av| kizo精华| av国产精品久久久久影院| 精品酒店卫生间| 国产成人免费无遮挡视频| 一个人看的www免费观看视频| 好男人视频免费观看在线| 人体艺术视频欧美日本| 国产片特级美女逼逼视频| 精品国产露脸久久av麻豆| 国产成人精品婷婷| 在线观看美女被高潮喷水网站| 成年免费大片在线观看| 夜夜看夜夜爽夜夜摸| 夫妻午夜视频| 国产久久久一区二区三区| 亚洲av欧美aⅴ国产| 18禁在线无遮挡免费观看视频| 国产毛片在线视频| 啦啦啦在线观看免费高清www| 免费黄网站久久成人精品| 国产亚洲5aaaaa淫片| 国产成人aa在线观看| 免费观看在线日韩| 日日摸夜夜添夜夜爱| 亚洲欧美成人精品一区二区| 18禁裸乳无遮挡动漫免费视频| 中文字幕制服av| 只有这里有精品99| 麻豆成人午夜福利视频| 欧美区成人在线视频| 久久6这里有精品| 熟女av电影| 免费久久久久久久精品成人欧美视频 | 久久久精品94久久精品| 国产高清三级在线| 少妇丰满av| 最近的中文字幕免费完整| 人妻一区二区av| 搡女人真爽免费视频火全软件| 国产亚洲一区二区精品| av国产免费在线观看| 久久久久久久久久久丰满| 久久久久精品性色| 中文字幕av成人在线电影| 国产精品一二三区在线看| 美女主播在线视频| 新久久久久国产一级毛片| 又粗又硬又长又爽又黄的视频| 成人午夜精彩视频在线观看| 国产精品精品国产色婷婷| 看免费成人av毛片| 亚洲综合精品二区| 中文天堂在线官网| 亚洲精品中文字幕在线视频 | 一级片'在线观看视频| 午夜免费男女啪啪视频观看| 91在线精品国自产拍蜜月| 黑丝袜美女国产一区| 国产老妇伦熟女老妇高清| 亚洲av中文av极速乱| 美女高潮的动态| 国内揄拍国产精品人妻在线| 免费少妇av软件| 狂野欧美激情性xxxx在线观看| 国产在线视频一区二区| 天美传媒精品一区二区| av视频免费观看在线观看| 这个男人来自地球电影免费观看 | 97超视频在线观看视频| tube8黄色片| 日韩av免费高清视频| 80岁老熟妇乱子伦牲交| 亚洲,一卡二卡三卡| 最近中文字幕2019免费版| 在线免费十八禁| 国产精品成人在线| 极品少妇高潮喷水抽搐| 丰满乱子伦码专区| 女人久久www免费人成看片| 国产精品久久久久成人av| 亚洲精品亚洲一区二区| 熟妇人妻不卡中文字幕| 十分钟在线观看高清视频www | 岛国毛片在线播放| 日本欧美国产在线视频| 久久99精品国语久久久| 久久精品国产亚洲av天美| 大片电影免费在线观看免费| 内射极品少妇av片p| 精品久久久精品久久久| 国产黄色免费在线视频| 久久精品国产a三级三级三级| 一边亲一边摸免费视频| 亚洲久久久国产精品| 一级毛片我不卡| 久久久亚洲精品成人影院| 香蕉精品网在线| 中国三级夫妇交换| 日韩在线高清观看一区二区三区| 欧美成人a在线观看| 大话2 男鬼变身卡| 亚洲精品中文字幕在线视频 | 激情 狠狠 欧美| 精品酒店卫生间| 国产老妇伦熟女老妇高清| 亚洲美女黄色视频免费看| 新久久久久国产一级毛片| 丰满乱子伦码专区| 三级经典国产精品| 欧美精品亚洲一区二区| 久久精品久久久久久噜噜老黄| 成人综合一区亚洲| 久久青草综合色| 日本-黄色视频高清免费观看| 国产乱来视频区| 菩萨蛮人人尽说江南好唐韦庄| 久久久精品免费免费高清| 日日摸夜夜添夜夜爱| 我的老师免费观看完整版| 国产无遮挡羞羞视频在线观看| 色吧在线观看| 97超碰精品成人国产| 美女内射精品一级片tv| 男女啪啪激烈高潮av片| 国产深夜福利视频在线观看| 精品久久国产蜜桃| 一级爰片在线观看| 丰满迷人的少妇在线观看| 成人亚洲欧美一区二区av| 国产精品99久久99久久久不卡 | 久久人妻熟女aⅴ| 高清欧美精品videossex| 久久久久久久国产电影| 日韩欧美 国产精品| 国产老妇伦熟女老妇高清| 国产成人精品久久久久久| 丝袜脚勾引网站| 日韩av在线免费看完整版不卡| 韩国高清视频一区二区三区| 亚洲真实伦在线观看| 欧美丝袜亚洲另类| freevideosex欧美| 亚洲欧美一区二区三区国产| 国产永久视频网站| 丝袜脚勾引网站| 中文字幕av成人在线电影| 国产中年淑女户外野战色| 国产精品国产三级专区第一集| 天堂俺去俺来也www色官网| 国产午夜精品久久久久久一区二区三区| 亚洲成人一二三区av| 3wmmmm亚洲av在线观看| 蜜桃久久精品国产亚洲av| 少妇人妻久久综合中文| videos熟女内射| 欧美精品国产亚洲| 国产av一区二区精品久久 | 国语对白做爰xxxⅹ性视频网站| 欧美三级亚洲精品| 亚洲精品日本国产第一区| 久久精品人妻少妇| 天堂俺去俺来也www色官网| 哪个播放器可以免费观看大片| 午夜精品国产一区二区电影| 亚洲国产精品专区欧美| 国产成人精品一,二区| 久久久精品94久久精品| 亚洲性久久影院| 欧美zozozo另类| 波野结衣二区三区在线| 国产亚洲精品久久久com| 亚洲精品乱码久久久久久按摩| 国产无遮挡羞羞视频在线观看| 久久久久精品久久久久真实原创| 又爽又黄a免费视频| 亚洲国产欧美在线一区| 日韩欧美一区视频在线观看 | 国产久久久一区二区三区| 舔av片在线| 成年美女黄网站色视频大全免费 | 人妻系列 视频| 各种免费的搞黄视频| 国产一区二区三区综合在线观看 | 精品国产乱码久久久久久小说| 国产色爽女视频免费观看| 国产精品欧美亚洲77777| 在线精品无人区一区二区三 | 久久国产精品大桥未久av | a级毛色黄片| 久久精品国产自在天天线| 尤物成人国产欧美一区二区三区| 日韩三级伦理在线观看| 国产精品国产av在线观看| 国产精品女同一区二区软件| 少妇高潮的动态图| 春色校园在线视频观看| 欧美日韩在线观看h| h视频一区二区三区| 国模一区二区三区四区视频| 亚洲精品,欧美精品| 久久国产精品男人的天堂亚洲 | 亚洲第一区二区三区不卡| 欧美极品一区二区三区四区| 狂野欧美激情性xxxx在线观看| 天堂中文最新版在线下载| 狠狠精品人妻久久久久久综合| 成人特级av手机在线观看| av.在线天堂| 国产爽快片一区二区三区| 久久ye,这里只有精品| 永久网站在线| 丝瓜视频免费看黄片| 一级毛片久久久久久久久女| 成人毛片a级毛片在线播放| 直男gayav资源| 日韩成人av中文字幕在线观看| 22中文网久久字幕|