• <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)用
    久久久国产成人免费| 亚洲国产精品合色在线| 亚洲成a人片在线一区二区| 国产一区亚洲一区在线观看| 亚洲成av人片在线播放无| 高清毛片免费观看视频网站| 国产男靠女视频免费网站| 国产探花极品一区二区| 最近的中文字幕免费完整| 亚洲无线在线观看| 蜜臀久久99精品久久宅男| 麻豆一二三区av精品| 51国产日韩欧美| 搡老妇女老女人老熟妇| 久久精品国产自在天天线| 波野结衣二区三区在线| 精品国内亚洲2022精品成人| 午夜福利视频1000在线观看| 黑人高潮一二区| 欧美日韩综合久久久久久| 国产探花在线观看一区二区| 天天躁日日操中文字幕| 久久精品国产自在天天线| 99在线人妻在线中文字幕| 久久久久久久久中文| 精品99又大又爽又粗少妇毛片| 激情 狠狠 欧美| 波多野结衣高清无吗| 欧美不卡视频在线免费观看| 中出人妻视频一区二区| 97热精品久久久久久| 日韩三级伦理在线观看| 久久人人精品亚洲av| 在线a可以看的网站| av专区在线播放| 特大巨黑吊av在线直播| 俺也久久电影网| 久久精品综合一区二区三区| 日本 av在线| 夜夜看夜夜爽夜夜摸| 日韩欧美在线乱码| 高清毛片免费看| 亚洲欧美日韩高清专用| 我的女老师完整版在线观看| 国产极品精品免费视频能看的| 国产aⅴ精品一区二区三区波| 日本欧美国产在线视频| 丰满乱子伦码专区| 无遮挡黄片免费观看| 国产精品99久久久久久久久| 91精品国产九色| 日韩制服骚丝袜av| 熟妇人妻久久中文字幕3abv| 亚洲欧美中文字幕日韩二区| 在线观看av片永久免费下载| 如何舔出高潮| 最近在线观看免费完整版| a级毛片a级免费在线| 亚洲欧美日韩无卡精品| 午夜视频国产福利| 99热全是精品| 嫩草影院精品99| 日韩一本色道免费dvd| 亚洲欧美日韩东京热| 成年av动漫网址| 久久午夜亚洲精品久久| 偷拍熟女少妇极品色| 最新中文字幕久久久久| 中国美白少妇内射xxxbb| 精品久久久久久成人av| videossex国产| 床上黄色一级片| 此物有八面人人有两片| 99久久精品一区二区三区| 国产麻豆成人av免费视频| 性插视频无遮挡在线免费观看| 天堂动漫精品| 日韩中字成人| av在线观看视频网站免费| 永久网站在线| 不卡一级毛片| 搡老熟女国产l中国老女人| 亚洲在线观看片| 久久久久久久久久久丰满| 亚洲精品乱码久久久v下载方式| 精品人妻熟女av久视频| 男插女下体视频免费在线播放| 九色成人免费人妻av| 在线观看一区二区三区| 日韩精品青青久久久久久| 久久久久精品国产欧美久久久| 一边摸一边抽搐一进一小说| 最新中文字幕久久久久| 国产精品人妻久久久久久| 亚洲国产色片| 精品乱码久久久久久99久播| 看十八女毛片水多多多| 啦啦啦啦在线视频资源| 久久久久久大精品| 久久热精品热| 久久人妻av系列| 免费大片18禁| 免费看a级黄色片| 99热精品在线国产| 欧美一区二区亚洲| 亚洲电影在线观看av| 久久韩国三级中文字幕| 美女大奶头视频| .国产精品久久| 天天一区二区日本电影三级| 欧美最黄视频在线播放免费| 成人综合一区亚洲| 又爽又黄a免费视频| 国产精品永久免费网站| 国产在视频线在精品| 精品人妻一区二区三区麻豆 | 丝袜美腿在线中文| 97在线视频观看| 精品国产三级普通话版| av中文乱码字幕在线| 大型黄色视频在线免费观看| 亚洲成人av在线免费| 欧美人与善性xxx| 91在线观看av| 真实男女啪啪啪动态图| 国产久久久一区二区三区| 欧洲精品卡2卡3卡4卡5卡区| 亚洲人成网站在线播| 如何舔出高潮| 欧美高清性xxxxhd video| 欧美中文日本在线观看视频| 麻豆av噜噜一区二区三区| 国产精品一二三区在线看| 国产美女午夜福利| 给我免费播放毛片高清在线观看| 嫩草影院入口| 精品欧美国产一区二区三| 午夜激情福利司机影院| 免费看av在线观看网站| 麻豆av噜噜一区二区三区| 男人狂女人下面高潮的视频| 欧美3d第一页| 久久草成人影院| 99久国产av精品| 啦啦啦啦在线视频资源| 欧美成人精品欧美一级黄| 老司机福利观看| 老师上课跳d突然被开到最大视频| 精品久久久久久久久久免费视频| 精品国内亚洲2022精品成人| 久久久a久久爽久久v久久| 尤物成人国产欧美一区二区三区| 国产 一区 欧美 日韩| 国内久久婷婷六月综合欲色啪| 日韩欧美国产在线观看| 午夜久久久久精精品| 午夜久久久久精精品| 别揉我奶头 嗯啊视频| 一卡2卡三卡四卡精品乱码亚洲| 极品教师在线视频| 极品教师在线视频| 国产精品伦人一区二区| 精品午夜福利视频在线观看一区| 久久久国产成人精品二区| 老司机午夜福利在线观看视频| 91精品国产九色| 久久久国产成人精品二区| 国产69精品久久久久777片| 热99re8久久精品国产| 老司机影院成人| 国产亚洲精品久久久com| 精品一区二区三区视频在线| 少妇人妻精品综合一区二区 | 国产男靠女视频免费网站| 亚洲av中文av极速乱| 久久欧美精品欧美久久欧美| av在线观看视频网站免费| 精品人妻视频免费看| 亚洲美女黄片视频| 国内揄拍国产精品人妻在线| 久久婷婷人人爽人人干人人爱| 日日撸夜夜添| 欧美精品国产亚洲| 欧美性猛交╳xxx乱大交人| 毛片一级片免费看久久久久| 一边摸一边抽搐一进一小说| 久99久视频精品免费| 91精品国产九色| 蜜桃久久精品国产亚洲av| 国产91av在线免费观看| 亚洲国产精品久久男人天堂| 日本在线视频免费播放| 亚洲欧美日韩高清在线视频| 国产欧美日韩精品一区二区| 特级一级黄色大片| 变态另类成人亚洲欧美熟女| 1000部很黄的大片| 日韩av不卡免费在线播放| 嫩草影视91久久| 亚洲乱码一区二区免费版| 亚洲自拍偷在线| 自拍偷自拍亚洲精品老妇| 色噜噜av男人的天堂激情| 亚洲美女搞黄在线观看 | 国内精品美女久久久久久| 少妇熟女aⅴ在线视频| 97超碰精品成人国产| 久久久久久久久久成人| 日韩成人伦理影院| 成人亚洲欧美一区二区av| 熟女电影av网| 亚洲精品在线观看二区| 美女免费视频网站| 男人舔女人下体高潮全视频| 亚洲国产欧洲综合997久久,| 久久久久久国产a免费观看| а√天堂www在线а√下载| 高清毛片免费观看视频网站| 一进一出抽搐动态| 男人和女人高潮做爰伦理| 97超级碰碰碰精品色视频在线观看| 美女高潮的动态| 成人亚洲精品av一区二区| 久久久久精品国产欧美久久久| 欧美高清成人免费视频www| 人妻制服诱惑在线中文字幕| 在线a可以看的网站| 日本与韩国留学比较| 久久久久久九九精品二区国产| 久久久欧美国产精品| av黄色大香蕉| a级毛色黄片| 国产黄色视频一区二区在线观看 | 午夜亚洲福利在线播放| 国产精品,欧美在线| 欧美日韩在线观看h| 精品一区二区三区视频在线观看免费| 99久久九九国产精品国产免费| 看黄色毛片网站| 国产精品久久电影中文字幕| 三级毛片av免费| av在线播放精品| 俄罗斯特黄特色一大片| 亚洲av一区综合| 亚洲国产色片| 色av中文字幕| 成人综合一区亚洲| 亚洲,欧美,日韩| 亚洲av二区三区四区| 成人毛片a级毛片在线播放| 看非洲黑人一级黄片| 少妇的逼好多水| 在线观看午夜福利视频| 欧美丝袜亚洲另类| 国产乱人偷精品视频| 啦啦啦韩国在线观看视频| 老熟妇乱子伦视频在线观看| 国产精品久久久久久久电影| 日本免费一区二区三区高清不卡| 国产av在哪里看| 国产精品,欧美在线| 日本爱情动作片www.在线观看 | 日韩国内少妇激情av| 亚洲国产高清在线一区二区三| 国内少妇人妻偷人精品xxx网站| 成人国产麻豆网| a级毛片a级免费在线| 精品久久久久久久末码| 亚洲人与动物交配视频| 精品久久久久久久久久久久久| 内射极品少妇av片p| 22中文网久久字幕| 男女做爰动态图高潮gif福利片| 97在线视频观看| 国产亚洲av嫩草精品影院| 国产精品永久免费网站| 成人精品一区二区免费| 女同久久另类99精品国产91| 神马国产精品三级电影在线观看| 日韩制服骚丝袜av| 国产一区二区三区av在线 | 国产乱人偷精品视频| 亚洲熟妇熟女久久| 看片在线看免费视频| 精品久久久久久久久av| 亚洲精品日韩av片在线观看| 99国产极品粉嫩在线观看| 精品久久久久久久久av| 99久国产av精品国产电影| 高清毛片免费看| 伊人久久精品亚洲午夜| 一进一出抽搐gif免费好疼| 人人妻,人人澡人人爽秒播| 亚洲内射少妇av| 国产成人aa在线观看| 成人一区二区视频在线观看| 淫妇啪啪啪对白视频| 熟女电影av网| 热99在线观看视频| 97超视频在线观看视频| 九色成人免费人妻av| 综合色丁香网| 国产高清有码在线观看视频| 成人性生交大片免费视频hd| 国产v大片淫在线免费观看| 久99久视频精品免费| 免费看日本二区| 国内精品久久久久精免费| 国产成人freesex在线 | 日日摸夜夜添夜夜爱| 久久久久久伊人网av| 波多野结衣高清作品| 少妇裸体淫交视频免费看高清| 听说在线观看完整版免费高清| 免费人成视频x8x8入口观看| 亚洲精品456在线播放app| 成人亚洲精品av一区二区| 天堂影院成人在线观看| 国产探花在线观看一区二区| 欧美最新免费一区二区三区| 亚洲av中文av极速乱| 最好的美女福利视频网| 一级a爱片免费观看的视频| 日本 av在线| 亚洲内射少妇av| 国国产精品蜜臀av免费| 午夜亚洲福利在线播放| 久久天躁狠狠躁夜夜2o2o| 九九爱精品视频在线观看| av黄色大香蕉| 亚洲国产日韩欧美精品在线观看| 不卡视频在线观看欧美| 精品人妻偷拍中文字幕| 久久欧美精品欧美久久欧美| 日韩欧美精品v在线| 亚洲熟妇熟女久久| 国产黄a三级三级三级人| 亚洲精品国产成人久久av| 91久久精品国产一区二区三区| 91久久精品国产一区二区成人| 久久午夜亚洲精品久久| 亚洲图色成人| 久久久欧美国产精品| 国产黄片美女视频| 看十八女毛片水多多多| 亚洲电影在线观看av| 一a级毛片在线观看| 深爱激情五月婷婷| 性欧美人与动物交配| 婷婷精品国产亚洲av| 男女做爰动态图高潮gif福利片| 舔av片在线| 日本欧美国产在线视频| 免费看av在线观看网站| 一本精品99久久精品77| 尾随美女入室| 国内精品一区二区在线观看| 亚洲乱码一区二区免费版| 色吧在线观看| 美女xxoo啪啪120秒动态图| 校园人妻丝袜中文字幕| 97超级碰碰碰精品色视频在线观看| 天堂影院成人在线观看| 久久久久久久久久成人| 国产一级毛片七仙女欲春2| 久久中文看片网| 色播亚洲综合网| 国产中年淑女户外野战色| 欧美另类亚洲清纯唯美| 亚洲av二区三区四区| 国产一区二区三区av在线 | 国产黄片美女视频| 日本黄色视频三级网站网址| 99热只有精品国产| 日日干狠狠操夜夜爽| 成人鲁丝片一二三区免费| 亚洲国产日韩欧美精品在线观看| 悠悠久久av| 国产成人91sexporn| 国产高清有码在线观看视频| 成熟少妇高潮喷水视频| 18+在线观看网站| 国产亚洲精品久久久久久毛片| 国产 一区精品| 国产高清有码在线观看视频| 麻豆国产av国片精品| 国产乱人偷精品视频| 成人高潮视频无遮挡免费网站| 欧美bdsm另类| 有码 亚洲区| 精品一区二区三区视频在线| 十八禁国产超污无遮挡网站| 搞女人的毛片| 成人av一区二区三区在线看| 99久久中文字幕三级久久日本| 国产亚洲精品久久久com| 亚洲国产精品国产精品| 亚洲av二区三区四区| 天堂动漫精品| 可以在线观看的亚洲视频| 天堂影院成人在线观看| 国产黄片美女视频| 五月伊人婷婷丁香| 偷拍熟女少妇极品色| 午夜激情欧美在线| 欧美+日韩+精品| 成人毛片a级毛片在线播放| 久久久成人免费电影| 亚洲七黄色美女视频| 亚洲av不卡在线观看| 精品少妇黑人巨大在线播放 | 日韩 亚洲 欧美在线| 内地一区二区视频在线| 亚洲久久久久久中文字幕| 人妻丰满熟妇av一区二区三区| 亚洲成人av在线免费| 欧美性感艳星| 中文字幕精品亚洲无线码一区| 亚洲丝袜综合中文字幕| 日本免费一区二区三区高清不卡| 亚洲国产欧美人成| 久99久视频精品免费| 久久人妻av系列| 国产女主播在线喷水免费视频网站 | 99热只有精品国产| 国内精品宾馆在线| av在线老鸭窝| av福利片在线观看| 精品人妻视频免费看| 丝袜美腿在线中文| 如何舔出高潮| 看免费成人av毛片| 五月伊人婷婷丁香| 欧美zozozo另类| 免费看av在线观看网站| 特级一级黄色大片| 在线免费观看的www视频| 中国美女看黄片| av黄色大香蕉| 我的老师免费观看完整版| 久久这里只有精品中国| 免费搜索国产男女视频| 中文在线观看免费www的网站| 在线观看免费视频日本深夜| 免费看a级黄色片| 舔av片在线| 国产精品一二三区在线看| 国产精品亚洲美女久久久| 搡老岳熟女国产| 岛国在线免费视频观看| 亚洲人与动物交配视频| 大又大粗又爽又黄少妇毛片口| 一个人看的www免费观看视频| 国产精品亚洲美女久久久| 搡老岳熟女国产| av视频在线观看入口| 中文字幕免费在线视频6| 女同久久另类99精品国产91| 亚洲熟妇熟女久久| 可以在线观看的亚洲视频| 尾随美女入室| 亚洲av免费在线观看| 99久久精品国产国产毛片| 日日摸夜夜添夜夜添小说| 男女下面进入的视频免费午夜| 国产精品久久视频播放| 久久久久久久亚洲中文字幕| 国产老妇女一区| 国产精品一区二区三区四区久久| 亚洲av免费高清在线观看| 欧美人与善性xxx| 亚洲国产精品sss在线观看| 岛国在线免费视频观看| 亚洲国产精品久久男人天堂| 日本黄大片高清| 综合色丁香网| 中出人妻视频一区二区| 国产亚洲精品久久久久久毛片| 精品午夜福利在线看| 国产人妻一区二区三区在| 成年版毛片免费区| 国产精品免费一区二区三区在线| 久久午夜亚洲精品久久| 日韩,欧美,国产一区二区三区 | 免费不卡的大黄色大毛片视频在线观看 | 日本三级黄在线观看| 大香蕉久久网| 国产精品久久久久久精品电影| 欧美色视频一区免费| 亚洲国产精品合色在线| www.色视频.com| 国产v大片淫在线免费观看| 久久久久久九九精品二区国产| 欧美性猛交╳xxx乱大交人| av在线老鸭窝| 美女免费视频网站| 成人无遮挡网站| 国产成人一区二区在线| avwww免费| 18禁裸乳无遮挡免费网站照片| 欧美绝顶高潮抽搐喷水| 久久精品国产自在天天线| 午夜激情福利司机影院| 国产成人freesex在线 | 如何舔出高潮| 亚洲专区国产一区二区| 亚洲国产欧洲综合997久久,| 麻豆乱淫一区二区| 免费在线观看影片大全网站| 色综合站精品国产| 好男人在线观看高清免费视频| 色综合色国产| 久久人人爽人人爽人人片va| 久久久久久久久久久丰满| 九九在线视频观看精品| 丰满人妻一区二区三区视频av| 特大巨黑吊av在线直播| 日本黄色视频三级网站网址| 一个人免费在线观看电影| 一级av片app| 亚洲av中文av极速乱| 岛国在线免费视频观看| 在线免费十八禁| 成人高潮视频无遮挡免费网站| 久久中文看片网| 久久99热6这里只有精品| 国产高清视频在线播放一区| 丰满人妻一区二区三区视频av| 亚洲欧美清纯卡通| 精品久久久噜噜| 国产精品1区2区在线观看.| 亚洲精品色激情综合| 亚洲美女搞黄在线观看 | 在线免费观看不下载黄p国产| 天堂av国产一区二区熟女人妻| 欧美zozozo另类| 精品人妻熟女av久视频| 99久久精品一区二区三区| 精品人妻视频免费看| 热99re8久久精品国产| 亚洲av二区三区四区| 狠狠狠狠99中文字幕| 啦啦啦观看免费观看视频高清| 99热只有精品国产| 中文字幕人妻熟人妻熟丝袜美| 久久亚洲精品不卡| 亚洲人与动物交配视频| 成人亚洲欧美一区二区av| 成人午夜高清在线视频| 成人综合一区亚洲| 黑人高潮一二区| 精品午夜福利视频在线观看一区| 亚洲精品日韩在线中文字幕 | 高清日韩中文字幕在线| 一级黄片播放器| 免费av不卡在线播放| 免费搜索国产男女视频| 波多野结衣巨乳人妻| 少妇的逼好多水| 又爽又黄a免费视频| 国产高清激情床上av| 一级黄片播放器| 国产精品一区二区三区四区免费观看 | 免费av毛片视频| 最近的中文字幕免费完整| 免费无遮挡裸体视频| 色综合站精品国产| 在线播放国产精品三级| 久久99热这里只有精品18| 非洲黑人性xxxx精品又粗又长| 久久热精品热| 美女内射精品一级片tv| 波多野结衣巨乳人妻| 一级毛片电影观看 | 人妻少妇偷人精品九色| 不卡一级毛片| 少妇猛男粗大的猛烈进出视频 | 在线a可以看的网站| 黄片wwwwww| 亚洲人与动物交配视频| 1000部很黄的大片| 观看美女的网站| 久久人妻av系列| 又粗又爽又猛毛片免费看| 一边摸一边抽搐一进一小说| 国产白丝娇喘喷水9色精品| 露出奶头的视频| 可以在线观看毛片的网站| 婷婷六月久久综合丁香| 国产v大片淫在线免费观看| 亚洲精品亚洲一区二区| 精品久久久久久久末码| 国产精品1区2区在线观看.| 一边摸一边抽搐一进一小说| 搡老熟女国产l中国老女人| 成人漫画全彩无遮挡| 青春草视频在线免费观看| 床上黄色一级片| 欧美国产日韩亚洲一区| 丰满的人妻完整版| 人妻久久中文字幕网| 精品国产三级普通话版| 久久久久性生活片| 又粗又爽又猛毛片免费看| 国产视频内射| 亚洲激情五月婷婷啪啪| 非洲黑人性xxxx精品又粗又长| .国产精品久久| 成人漫画全彩无遮挡| 精品少妇黑人巨大在线播放 | 在线观看午夜福利视频| 成人高潮视频无遮挡免费网站| 久久久久久久午夜电影| 日日摸夜夜添夜夜添av毛片| 国产精品一区二区三区四区久久|