多接口智能終端的實(shí)時(shí)流媒體傳輸技術(shù)優(yōu)化
發(fā)布時(shí)間:2020-03-20 18:37
【摘要】:隨著移動(dòng)網(wǎng)絡(luò)技術(shù)的發(fā)展和移動(dòng)智能終端設(shè)備的普及,各種基于移動(dòng)智能終端的實(shí)時(shí)流媒體服務(wù)越來越流行。實(shí)時(shí)流媒體服務(wù)傳輸數(shù)據(jù)以視頻數(shù)據(jù)為主,加以人們對實(shí)時(shí)流媒體高清視頻質(zhì)量的需求增大,因此實(shí)時(shí)流媒體服務(wù)需要底層網(wǎng)絡(luò)高帶寬的支持。雖然網(wǎng)絡(luò)帶寬近些年來得到了很大提升,但對于單用戶而言,在某些場景下依然存在帶寬不足的現(xiàn)象。如何利用現(xiàn)有技術(shù)來解決實(shí)時(shí)流媒體服務(wù)對于底層網(wǎng)絡(luò)高帶寬的需求有待探索。另外,實(shí)時(shí)流媒體服務(wù)涉及到用戶之間實(shí)時(shí)交互的需求,其用戶體驗(yàn)質(zhì)量(QoE,Quality of Experience)除去視頻質(zhì)量之外還加入了對實(shí)時(shí)性的需求,而實(shí)時(shí)性需要通過低時(shí)延來保證。然而高視頻質(zhì)量與低時(shí)延之間存在沖突,如何實(shí)現(xiàn)兩者之間的平衡,以獲取最高的QoE依然存在挑戰(zhàn);谝陨蠈(shí)時(shí)流媒體服務(wù)兩方面的挑戰(zhàn),首先,本文擬通過基于移動(dòng)智能終端多網(wǎng)絡(luò)接口的多路徑傳輸技術(shù),實(shí)現(xiàn)聚合底層不同網(wǎng)絡(luò)接口帶寬資源的目的,以緩解實(shí)時(shí)流媒體服務(wù)對高帶寬的需求。然而移動(dòng)場景下,不同網(wǎng)絡(luò)接口的時(shí)延差異性使得現(xiàn)有的多路徑傳輸技術(shù)帶寬聚合效率不高。就此問題,本文設(shè)計(jì)了數(shù)據(jù)分配策略Indias以優(yōu)化此場景下多路徑傳輸?shù)膸捑酆闲。其?實(shí)時(shí)流媒體服務(wù)QoE在高視頻質(zhì)量的基礎(chǔ)上加入了對端到端時(shí)延的要求;诟咭曨l質(zhì)量與低時(shí)延之間沖突的問題,本文從實(shí)時(shí)流媒體傳輸架構(gòu)的推流端入手,設(shè)計(jì)了碼率調(diào)節(jié)策略DGBA以優(yōu)化實(shí)時(shí)流媒體推流端的QoE。最后本文根據(jù)所設(shè)計(jì)的優(yōu)化策略實(shí)現(xiàn)了一套原型系統(tǒng)。原型系統(tǒng)核心部分為基于Indias實(shí)現(xiàn)的數(shù)據(jù)分配模塊以及基于DGBA實(shí)現(xiàn)的碼率調(diào)節(jié)模塊。通過驗(yàn)證性實(shí)驗(yàn)的方法,本文利用所實(shí)現(xiàn)的原型系統(tǒng)驗(yàn)證了所設(shè)計(jì)的兩大優(yōu)化策略的可行性。通過與當(dāng)前通用性策略及商用策略對比發(fā)現(xiàn),本文所設(shè)計(jì)的優(yōu)化策略確實(shí)對流媒體傳輸起到了優(yōu)化效果。
【圖文】:
邐1逡逑圖2-1邋SCTP多路徑示意圖逡逑一個(gè)SCTP聯(lián)合在建立的初始化握手階段,客戶端和服務(wù)端會分別分享己端逡逑擁有的IP地址,用于在一個(gè)SCTP聯(lián)合當(dāng)中建立多條數(shù)據(jù)通路。建立SCTP聯(lián)逡逑合的上層應(yīng)用原則上可以通過底層的任意一條數(shù)據(jù)通路將數(shù)據(jù)傳輸給接收端。但逡逑是在實(shí)際應(yīng)用中,SCTP在建立多條數(shù)據(jù)通路之后會將其中一條數(shù)據(jù)通路定為首逡逑選數(shù)據(jù)通路進(jìn)行數(shù)據(jù)通信,并在其他的數(shù)據(jù)通路之間維持心跳。只有當(dāng)首選數(shù)據(jù)逡逑通路發(fā)生異常時(shí),才選擇從其他備選路徑傳輸數(shù)據(jù)。另外SCTP協(xié)議還包含了類逡逑似UDP協(xié)議的優(yōu)勢,同UDP協(xié)議,SCTP也是一個(gè)面向消息塊的協(xié)議,而非像逡逑TCP協(xié)議是一個(gè)面向字節(jié)流的協(xié)議。發(fā)送端應(yīng)用通過SCTP傳輸?shù)闹付〝?shù)據(jù)塊,逡逑接收端應(yīng)用會接收到對應(yīng)的相同數(shù)據(jù)塊。因此一個(gè)SCTP聯(lián)合當(dāng)中可以同時(shí)具有逡逑多條數(shù)據(jù)流同時(shí)傳輸
接收端應(yīng)用會接收到對應(yīng)的相同數(shù)據(jù)塊。因此一個(gè)SCTP聯(lián)合當(dāng)中可以同時(shí)具有逡逑多條數(shù)據(jù)流同時(shí)傳輸,而非像TCP—個(gè)連接對應(yīng)一個(gè)數(shù)據(jù)流,SCTP的多數(shù)據(jù)流逡逑結(jié)構(gòu)如圖2-2所示。SCTP在連接層面利用TSN(Transmission邋SequenceNumber)逡逑保證數(shù)據(jù)的可靠傳輸,,而在流層面利用SSN邋(Stream邋Sequence邋Number)保證數(shù)逡逑據(jù)的有序傳輸。因此當(dāng)某一個(gè)流中的數(shù)據(jù)因?yàn)閬G失發(fā)生隊(duì)頭阻塞時(shí),并不會影響逡逑其它數(shù)據(jù)流的正常傳輸。逡逑A邋SCTP邋Connection逡逑(j\逡逑<邐邋Stream邋1邐邐?邋(邋j逡逑.…1邋5tream_2_邋邐L-1'逡逑\邐 ̄.......: ̄ ̄邋Stream邐二::士::.二-^T_'匕;yj逡逑圖2-2邋SCTP多數(shù)據(jù)流示意圖逡逑MPTCP協(xié)議全稱為Multi-Path邋TCP協(xié)議,也即基于TCP的多路徑傳輸協(xié)逡逑議,是一項(xiàng)正在IETF的MPTCP工作組進(jìn)行正式協(xié)議化的工作,并且于2013年逡逑1月份,IETF在RFC6842中提出了邋Multi-Path邋TCP協(xié)議規(guī)范的實(shí)驗(yàn)性標(biāo)準(zhǔn)。逡逑MPTCP協(xié)議是基于TCP協(xié)議之上的多路徑傳輸協(xié)議,而并不是一套全新的獨(dú)立逡逑于傳統(tǒng)傳輸層協(xié)議之外的協(xié)議。MPTCP協(xié)議在傳統(tǒng)TCP協(xié)議棧之上添加了一層逡逑MPTCP層來管理調(diào)度建立于多個(gè)不同網(wǎng)絡(luò)接口上的TCP子流,從而實(shí)現(xiàn)多路徑逡逑傳輸。其協(xié)議棧架構(gòu)圖如圖2-3所示。逡逑8逡逑
【學(xué)位授予單位】:北京郵電大學(xué)
【學(xué)位級別】:碩士
【學(xué)位授予年份】:2019
【分類號】:TN919.8
【圖文】:
邐1逡逑圖2-1邋SCTP多路徑示意圖逡逑一個(gè)SCTP聯(lián)合在建立的初始化握手階段,客戶端和服務(wù)端會分別分享己端逡逑擁有的IP地址,用于在一個(gè)SCTP聯(lián)合當(dāng)中建立多條數(shù)據(jù)通路。建立SCTP聯(lián)逡逑合的上層應(yīng)用原則上可以通過底層的任意一條數(shù)據(jù)通路將數(shù)據(jù)傳輸給接收端。但逡逑是在實(shí)際應(yīng)用中,SCTP在建立多條數(shù)據(jù)通路之后會將其中一條數(shù)據(jù)通路定為首逡逑選數(shù)據(jù)通路進(jìn)行數(shù)據(jù)通信,并在其他的數(shù)據(jù)通路之間維持心跳。只有當(dāng)首選數(shù)據(jù)逡逑通路發(fā)生異常時(shí),才選擇從其他備選路徑傳輸數(shù)據(jù)。另外SCTP協(xié)議還包含了類逡逑似UDP協(xié)議的優(yōu)勢,同UDP協(xié)議,SCTP也是一個(gè)面向消息塊的協(xié)議,而非像逡逑TCP協(xié)議是一個(gè)面向字節(jié)流的協(xié)議。發(fā)送端應(yīng)用通過SCTP傳輸?shù)闹付〝?shù)據(jù)塊,逡逑接收端應(yīng)用會接收到對應(yīng)的相同數(shù)據(jù)塊。因此一個(gè)SCTP聯(lián)合當(dāng)中可以同時(shí)具有逡逑多條數(shù)據(jù)流同時(shí)傳輸
接收端應(yīng)用會接收到對應(yīng)的相同數(shù)據(jù)塊。因此一個(gè)SCTP聯(lián)合當(dāng)中可以同時(shí)具有逡逑多條數(shù)據(jù)流同時(shí)傳輸,而非像TCP—個(gè)連接對應(yīng)一個(gè)數(shù)據(jù)流,SCTP的多數(shù)據(jù)流逡逑結(jié)構(gòu)如圖2-2所示。SCTP在連接層面利用TSN(Transmission邋SequenceNumber)逡逑保證數(shù)據(jù)的可靠傳輸,,而在流層面利用SSN邋(Stream邋Sequence邋Number)保證數(shù)逡逑據(jù)的有序傳輸。因此當(dāng)某一個(gè)流中的數(shù)據(jù)因?yàn)閬G失發(fā)生隊(duì)頭阻塞時(shí),并不會影響逡逑其它數(shù)據(jù)流的正常傳輸。逡逑A邋SCTP邋Connection逡逑(j\逡逑<邐邋Stream邋1邐邐?邋(邋j逡逑.…1邋5tream_2_邋邐L-1'逡逑\邐 ̄.......: ̄ ̄邋Stream邐二::士::.二-^T_'匕;yj逡逑圖2-2邋SCTP多數(shù)據(jù)流示意圖逡逑MPTCP協(xié)議全稱為Multi-Path邋TCP協(xié)議,也即基于TCP的多路徑傳輸協(xié)逡逑議,是一項(xiàng)正在IETF的MPTCP工作組進(jìn)行正式協(xié)議化的工作,并且于2013年逡逑1月份,IETF在RFC6842中提出了邋Multi-Path邋TCP協(xié)議規(guī)范的實(shí)驗(yàn)性標(biāo)準(zhǔn)。逡逑MPTCP協(xié)議是基于TCP協(xié)議之上的多路徑傳輸協(xié)議,而并不是一套全新的獨(dú)立逡逑于傳統(tǒng)傳輸層協(xié)議之外的協(xié)議。MPTCP協(xié)議在傳統(tǒng)TCP協(xié)議棧之上添加了一層逡逑MPTCP層來管理調(diào)度建立于多個(gè)不同網(wǎng)絡(luò)接口上的TCP子流,從而實(shí)現(xiàn)多路徑逡逑傳輸。其協(xié)議棧架構(gòu)圖如圖2-3所示。逡逑8逡逑
【學(xué)位授予單位】:北京郵電大學(xué)
【學(xué)位級別】:碩士
【學(xué)位授予年份】:2019
【分類號】:TN919.8
【相似文獻(xiàn)】
相關(guān)期刊論文 前10條
1 王軍,吳志美;交換式以太網(wǎng)中連續(xù)實(shí)時(shí)流媒體的可靠組播[J];軟件學(xué)報(bào);2004年02期
2 李瑩;;實(shí)時(shí)流媒體數(shù)字水印系統(tǒng)的實(shí)現(xiàn)及其性能評價(jià)[J];現(xiàn)代電子技術(shù);2015年15期
3 蔣田恩;;互聯(lián)網(wǎng)中實(shí)時(shí)流媒體播放技術(shù)的研究分析[J];現(xiàn)代職業(yè)教育;2019年17期
4 馬明成;莫曉俊;;一種實(shí)時(shí)流媒體數(shù)字水印方案在廣播電視監(jiān)測中的應(yīng)用[J];廣播與電視技術(shù);2010年09期
5 程德強(qiáng);錢建生;;基于實(shí)時(shí)流媒體服務(wù)的多源應(yīng)用層組播系統(tǒng)[J];計(jì)算機(jī)工程;2008年10期
6 蔣維;孟利民;林夢Z
本文編號:2592024
本文鏈接:http://sikaile.net/kejilunwen/xinxigongchenglunwen/2592024.html
最近更新
教材專著