無線網(wǎng)絡(luò)中傳輸控制新技術(shù)研究
發(fā)布時間:2021-07-12 11:08
當(dāng)前無線網(wǎng)絡(luò)快速發(fā)展,用戶體驗(yàn)質(zhì)量要求逐步提高,新興領(lǐng)域諸如5G、虛擬現(xiàn)實(shí)、云計(jì)算、區(qū)塊鏈等蓬勃發(fā)展,這些都對無線通信的性能和安全提出了新的挑戰(zhàn)。但是當(dāng)前廣泛使用的傳輸層TCP(Transmission Control Protocol)協(xié)議卻臃腫僵化,越來越難以滿足當(dāng)前業(yè)務(wù)和用戶體驗(yàn)的需求。因此新興的QUIC(Quick UDP Internet Connections)協(xié)議和傳輸層多路徑擴(kuò)展研究成為熱點(diǎn)。本文旨在對當(dāng)前新興的QUIC協(xié)議和其多路徑擴(kuò)展MPQUIC(Mutipath QUIC)協(xié)議進(jìn)行研究,基于無線環(huán)境提出對應(yīng)的傳輸優(yōu)化算法,主要工作包含以下兩個方面:第一,研究信道質(zhì)量不佳場景下QUIC的傳輸優(yōu)化。本文通過閱讀QUIC相關(guān)文獻(xiàn),分析QUIC實(shí)際抓包規(guī)律,研究QUIC源碼,總結(jié)出QUIC的ACK幀應(yīng)答模式,指出在下行主要為業(yè)務(wù)數(shù)據(jù)而上行主要為確認(rèn)應(yīng)答的業(yè)務(wù)下,QUIC的上行包主要為ACK-only包?紤]到在信號弱覆蓋等傳輸受限或者人群密集等傳輸擁塞無線網(wǎng)絡(luò)場景下,往往會出現(xiàn)上行ACK-only包冗余的現(xiàn)象,提出上行ACK-only包傳輸優(yōu)化方案,方案根據(jù)信道情況自適應(yīng)...
【文章來源】:西安電子科技大學(xué)陜西省 211工程院校 教育部直屬院校
【文章頁數(shù)】:91 頁
【學(xué)位級別】:碩士
【部分圖文】:
QUIC包整體結(jié)構(gòu)
(a) (b)圖2.6 QUIC 長包頭和短包頭格式2.2.3 QUIC 幀格式如圖 2.4 所示,在該 QUIC 包中明確地存在兩種幀,STREAM 幀承載業(yè)務(wù)數(shù)CK 幀應(yīng)答確認(rèn) ACK 信息,同時一般還應(yīng)該存在其他的一些未注明類型的幀。一言,QUIC 的加密負(fù)載中至少應(yīng)該包含一個幀,可能會包含多個不同類型的幀。大小需要滿足 QUIC 包的格式要求。如圖 2.7 所示,每一個幀以幀類型作為幀后緊跟后面則包括和幀類型有關(guān)的特定幀的控制域和數(shù)據(jù)域。STREAM 幀用來地創(chuàng)建一個流并傳輸數(shù)據(jù),ACK 幀用來通知對端哪些包已經(jīng)收到,哪些包被接認(rèn)為已經(jīng)丟失。其他詳細(xì)的內(nèi)容參閱文獻(xiàn)[10]。這里需要指出 QUIC 幀中使用 Stre 字段來在支持多流復(fù)用的 QUIC 中表示該幀屬于哪一條流。
第二章 關(guān)鍵理論基礎(chǔ)移。2.2.4.4 多流復(fù)用TTP1.1的時代,瀏覽器往往同時建立多個并發(fā)的TCP連接來響應(yīng)多巨大的 TCP 建鏈時延和復(fù)雜的多連接管理開銷。HTTP/2.0 引入應(yīng)解決這個問題,即能夠?qū)⒍鄺l請求復(fù)用在一條 TCP 連接上,但這了 TCP 的隊(duì)頭阻塞問題。各個流復(fù)用于同一個 TCP 連接,由于各并不獨(dú)立,將導(dǎo)致流間的相互干擾和相互阻塞,也就是此時任何一會導(dǎo)致 TCP 連接層次的阻塞。不僅如此,由于 HTTP/2.0 強(qiáng)制使用 TLS 協(xié)議層面的隊(duì)頭阻塞。而 QUIC 協(xié)議基于 UDP 從底層設(shè)計(jì)來,傳輸層流與流之間是相互獨(dú)立的,任何一個流的分組丟失等異常流自己。每個流的數(shù)據(jù)在到達(dá)接收端后能夠立即分派到該流對應(yīng)的的流可以繼續(xù)進(jìn)行數(shù)據(jù)的正常傳輸。
【參考文獻(xiàn)】:
碩士論文
[1]基于QUIC傳輸?shù)淖赃m應(yīng)流媒體技術(shù)研究[D]. 余宏捷.西安電子科技大學(xué) 2018
[2]面向多協(xié)議高效文件服務(wù)的設(shè)計(jì)與實(shí)現(xiàn)[D]. 劉江.西安電子科技大學(xué) 2018
[3]衛(wèi)星網(wǎng)絡(luò)中超文本傳輸協(xié)議的性能研究[D]. 張晗.南京大學(xué) 2018
[4]高性能移動直播場景下QUIC協(xié)議研究與應(yīng)用[D]. 李志瑞.華南理工大學(xué) 2018
[5]基于QUIC的無線網(wǎng)絡(luò)視頻業(yè)務(wù)傳輸技術(shù)研究[D]. 劉犇.西安電子科技大學(xué) 2018
本文編號:3279800
【文章來源】:西安電子科技大學(xué)陜西省 211工程院校 教育部直屬院校
【文章頁數(shù)】:91 頁
【學(xué)位級別】:碩士
【部分圖文】:
QUIC包整體結(jié)構(gòu)
(a) (b)圖2.6 QUIC 長包頭和短包頭格式2.2.3 QUIC 幀格式如圖 2.4 所示,在該 QUIC 包中明確地存在兩種幀,STREAM 幀承載業(yè)務(wù)數(shù)CK 幀應(yīng)答確認(rèn) ACK 信息,同時一般還應(yīng)該存在其他的一些未注明類型的幀。一言,QUIC 的加密負(fù)載中至少應(yīng)該包含一個幀,可能會包含多個不同類型的幀。大小需要滿足 QUIC 包的格式要求。如圖 2.7 所示,每一個幀以幀類型作為幀后緊跟后面則包括和幀類型有關(guān)的特定幀的控制域和數(shù)據(jù)域。STREAM 幀用來地創(chuàng)建一個流并傳輸數(shù)據(jù),ACK 幀用來通知對端哪些包已經(jīng)收到,哪些包被接認(rèn)為已經(jīng)丟失。其他詳細(xì)的內(nèi)容參閱文獻(xiàn)[10]。這里需要指出 QUIC 幀中使用 Stre 字段來在支持多流復(fù)用的 QUIC 中表示該幀屬于哪一條流。
第二章 關(guān)鍵理論基礎(chǔ)移。2.2.4.4 多流復(fù)用TTP1.1的時代,瀏覽器往往同時建立多個并發(fā)的TCP連接來響應(yīng)多巨大的 TCP 建鏈時延和復(fù)雜的多連接管理開銷。HTTP/2.0 引入應(yīng)解決這個問題,即能夠?qū)⒍鄺l請求復(fù)用在一條 TCP 連接上,但這了 TCP 的隊(duì)頭阻塞問題。各個流復(fù)用于同一個 TCP 連接,由于各并不獨(dú)立,將導(dǎo)致流間的相互干擾和相互阻塞,也就是此時任何一會導(dǎo)致 TCP 連接層次的阻塞。不僅如此,由于 HTTP/2.0 強(qiáng)制使用 TLS 協(xié)議層面的隊(duì)頭阻塞。而 QUIC 協(xié)議基于 UDP 從底層設(shè)計(jì)來,傳輸層流與流之間是相互獨(dú)立的,任何一個流的分組丟失等異常流自己。每個流的數(shù)據(jù)在到達(dá)接收端后能夠立即分派到該流對應(yīng)的的流可以繼續(xù)進(jìn)行數(shù)據(jù)的正常傳輸。
【參考文獻(xiàn)】:
碩士論文
[1]基于QUIC傳輸?shù)淖赃m應(yīng)流媒體技術(shù)研究[D]. 余宏捷.西安電子科技大學(xué) 2018
[2]面向多協(xié)議高效文件服務(wù)的設(shè)計(jì)與實(shí)現(xiàn)[D]. 劉江.西安電子科技大學(xué) 2018
[3]衛(wèi)星網(wǎng)絡(luò)中超文本傳輸協(xié)議的性能研究[D]. 張晗.南京大學(xué) 2018
[4]高性能移動直播場景下QUIC協(xié)議研究與應(yīng)用[D]. 李志瑞.華南理工大學(xué) 2018
[5]基于QUIC的無線網(wǎng)絡(luò)視頻業(yè)務(wù)傳輸技術(shù)研究[D]. 劉犇.西安電子科技大學(xué) 2018
本文編號:3279800
本文鏈接:http://sikaile.net/kejilunwen/xinxigongchenglunwen/3279800.html
最近更新
教材專著