資源描述:
《【華為】基于移動(dòng)視頻的移動(dòng)承載網(wǎng)絡(luò)要求白皮書.pdf》由會(huì)員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在應(yīng)用文檔-天天文庫。
1、基于移動(dòng)視頻的移動(dòng)承載網(wǎng)絡(luò)要求白皮書華為mLAB●iLab聯(lián)合發(fā)布文檔簡介本篇白皮書闡述了移動(dòng)視頻業(yè)務(wù)體驗(yàn)評(píng)估指標(biāo)MobileU-vMOS定義,并論述了各個(gè)業(yè)務(wù)體驗(yàn)指標(biāo)與帶寬、往返時(shí)延(RTT,RoundTripTime)、丟包率等網(wǎng)絡(luò)指標(biāo)之間的關(guān)系,給出了滿足典型MobileU-vMOS指標(biāo)的移動(dòng)網(wǎng)絡(luò)端到端(E2E)帶寬、時(shí)延、丟包率基線要求,并進(jìn)一步給出了移動(dòng)承載網(wǎng)的帶寬、時(shí)延、丟包率基線建議。基于移動(dòng)視頻的移動(dòng)承載網(wǎng)絡(luò)要求白皮書1移動(dòng)視頻場(chǎng)景華為MobileU-vMOS視頻體驗(yàn)評(píng)價(jià)標(biāo)準(zhǔn)簡介U-vMOS(User,Unified,Ubiquitous-MeanOpinionS
2、coreforVideo)是華為公司針對(duì)大視頻用戶體驗(yàn)衡量的統(tǒng)一框架,覆蓋場(chǎng)景從傳統(tǒng)娛樂類視頻業(yè)務(wù)(點(diǎn)播和直播),到視頻監(jiān)控和視頻通話等業(yè)務(wù),從移動(dòng)終端,到PC和TV。華為根據(jù)人因工程學(xué)實(shí)驗(yàn)和用戶調(diào)研,統(tǒng)計(jì)得到影響視頻體驗(yàn)的三大關(guān)鍵因素,分別是視頻源質(zhì)量(sQuality),播放啟動(dòng)時(shí)的操作體驗(yàn)(sInteraction)和播放過程中視頻是否有損傷(sView)。針對(duì)使用小屏幕觀看視頻點(diǎn)播的業(yè)務(wù)場(chǎng)景,mLAB通過與牛津大學(xué)和北京大學(xué)聯(lián)合對(duì)消費(fèi)者進(jìn)行定性研究,發(fā)現(xiàn)視頻內(nèi)容清晰度、初始緩沖時(shí)延和卡頓時(shí)長是影響移動(dòng)視頻MOS最重要的三個(gè)網(wǎng)絡(luò)相關(guān)因素,并提出了MobileU-vMOS標(biāo)準(zhǔn)
3、。該標(biāo)準(zhǔn)指出,播放啟動(dòng)時(shí)的操作體驗(yàn)取決于初始緩沖時(shí)延(sLoading),播放過程中的體驗(yàn)取決于卡頓(sStalling)。因此,MobileU-vMOS是U-vMOS在移動(dòng)小屏場(chǎng)景下的子集。2從MobileU-vMOS到網(wǎng)絡(luò)規(guī)劃要求的方法論鑒于當(dāng)前移動(dòng)視頻的主流應(yīng)用場(chǎng)景仍為OTT點(diǎn)播,本白皮書聚焦于OTT點(diǎn)播場(chǎng)景進(jìn)行討論。在如何基于MobileU-vMOS進(jìn)行網(wǎng)絡(luò)規(guī)劃這個(gè)問題上,華為iLab以及mLAB做了大量研究。在OTT點(diǎn)播業(yè)務(wù)的MobileU-vMOS三大要素中,通??梢詫Quality的典型值(包括分辨率,碼率等因子,如1080P,3M碼率)、sStalling=5分
4、(播放過程0卡頓)作為保障視頻體驗(yàn)的目標(biāo)。通過現(xiàn)網(wǎng)評(píng)估、調(diào)研后明確要達(dá)到的MobileU-vMOS目標(biāo)得分后,初始緩沖(sLoading)因子得分便確定下來,從而確定了現(xiàn)網(wǎng)視頻的初始緩沖時(shí)延,并將其作為計(jì)算網(wǎng)絡(luò)關(guān)鍵性能指標(biāo)(KPI)的輸入?yún)?shù)之一。第3頁,共9頁基于移動(dòng)視頻的移動(dòng)承載網(wǎng)絡(luò)要求白皮書目標(biāo)MobileU-vMOS=X分辨率及碼率Y秒加載0卡頓sQuality=QsLoading=?sStalling=5初始緩沖峰值速播放速率率RTT/丟包率容量圖1基于MobileU-vMOS進(jìn)行網(wǎng)絡(luò)規(guī)劃的基本流程OTT視頻的初始緩沖是一個(gè)突發(fā)過程,要在指定的時(shí)間內(nèi)完成與平均碼率成正比
5、的數(shù)據(jù)量的下載,sLoading所對(duì)應(yīng)的初始緩沖時(shí)延,確定了點(diǎn)播動(dòng)作發(fā)起時(shí)所需的初始緩沖峰值速率(也即初始緩沖階段TCP峰值通量),進(jìn)而可以為網(wǎng)絡(luò)KPI需求(帶寬、時(shí)延、丟包)提供輸入,指導(dǎo)基于MobileU-vMOS的MBB承載網(wǎng)架構(gòu)規(guī)劃。按此方法規(guī)劃的MBB網(wǎng)絡(luò)KPI,能夠滿足初始緩沖峰值速率的要求。速率RTT和初始緩沖峰值速率共同決定了初始加載時(shí)間,降低RTT,可以降低初始緩沖峰值速率需求E2ERTT越大,信令交互階段越長,留給數(shù)據(jù)下載緩沖階段的時(shí)間越初始緩沖峰值速短,對(duì)初始緩沖峰值速率受無線空口實(shí)率的要求越高際能力制約,不可能無限制視頻解析階段數(shù)據(jù)下載緩沖階段播放階段時(shí)間
6、最小緩沖數(shù)據(jù)量n個(gè)RTT所需的緩沖時(shí)長初始加載時(shí)間圖2典型OTT視頻初始加載過程第4頁,共9頁基于移動(dòng)視頻的移動(dòng)承載網(wǎng)絡(luò)要求白皮書緩沖階段完成后,進(jìn)入播放階段。在此階段,要求每時(shí)每刻的下載速率(通量)不能低于平均碼率的某個(gè)倍數(shù),才能保證播放全過程不會(huì)出現(xiàn)卡頓,這個(gè)最低倍數(shù)即播放速率要求(持續(xù)保證通量)。MBB網(wǎng)絡(luò)必須保證忙時(shí)每個(gè)視頻并發(fā)用戶都達(dá)到該播放速率要求。通過播放速率要求,可以和其他業(yè)務(wù)參數(shù)加權(quán)計(jì)算出每用戶目標(biāo)速率,指導(dǎo)保障視頻體驗(yàn)的MBB網(wǎng)絡(luò)容量規(guī)劃。播放速率要求同樣也需映射到網(wǎng)絡(luò)KPI需求,由于初始緩沖峰值速率要求不低于播放速率要求,故按初始緩沖峰值速率規(guī)劃的MBB網(wǎng)絡(luò)
7、KPI,同時(shí)也會(huì)滿足播放速率的要求。3保障MobileU-vMOS的MBB網(wǎng)絡(luò)E2EKPI本章闡述如何從目標(biāo)MobileU-vMOS映射到MBB網(wǎng)絡(luò)E2EKPI(帶寬、時(shí)延、丟包)。從圖2的過程分解可以看出,初始加載階段分為視頻解析和數(shù)據(jù)下載緩沖兩個(gè)子階段。視頻解析階段的持續(xù)時(shí)長和OTT平臺(tái)、終端的設(shè)計(jì)原理有關(guān),通常為RTT的某個(gè)倍數(shù)。數(shù)據(jù)下載緩沖階段的持續(xù)時(shí)長與所需最小初始緩沖數(shù)據(jù)量以及初始緩沖峰值速率有關(guān)。在目標(biāo)初始加載時(shí)間已經(jīng)確定(如1秒)的前提下,E2ERTT越大,則視頻