內(nèi)容提供商必須了解的OTT監(jiān)測(cè)內(nèi)容

海蘭·亨德察

隨著OTT技術(shù)日益成熟且確立健全的標(biāo)準(zhǔn)，OTT監(jiān)測(cè)概念正越來越流行。由于客戶期望不斷上升，OTT提供商提供優(yōu)異質(zhì)量?jī)?nèi)容極為重要。為提供與線性電視廣播節(jié)目不相上下的體驗(yàn)質(zhì)量（QoE），從采集、多碼率編碼一直到分發(fā)到CDN的整個(gè)系統(tǒng)都必須得到持續(xù)監(jiān)測(cè)。

流媒體服務(wù)提供商和廣播公司明白OTT分發(fā)和媒體分配鏈（從內(nèi)容采集到實(shí)際傳輸）內(nèi)有關(guān)的復(fù)雜性。OTT監(jiān)測(cè)主要涉及監(jiān)測(cè)從媒體源開始到編碼器、解碼器到內(nèi)容分發(fā)網(wǎng)（CDN）輸出等傳遞途徑內(nèi)的所有關(guān)鍵要素。通過OTT消費(fèi)的媒體量正以令人吃驚的速度增長(zhǎng)，而人們的觀看習(xí)慣正迅速轉(zhuǎn)向統(tǒng)一的多屏體驗(yàn)。這些快速變化要求一個(gè)顧及OTT鏈內(nèi)全部環(huán)節(jié)并且使廣播運(yùn)作中各級(jí)人員能夠容易監(jiān)控整個(gè)系統(tǒng)的全面強(qiáng)大的監(jiān)測(cè)解決方案。

監(jiān)測(cè)OTT的主要目標(biāo)是保證服務(wù)質(zhì)量（QoS）、體驗(yàn)質(zhì)量（QoE）和合規(guī)監(jiān)測(cè)。這些質(zhì)量指標(biāo)包括用于字幕置信度監(jiān)測(cè)和傳輸?shù)拿襟w質(zhì)量，兩者都是針對(duì)主輔語言，目的是增加用戶參與度。除了QoS和QoS監(jiān)測(cè)，廣播公司還有采用ID3 Tag技術(shù)跟蹤收視率的另一個(gè)挑戰(zhàn)。

一個(gè)全面的監(jiān)測(cè)系統(tǒng)包括以下部分：

·編碼器狀態(tài)、開始/停止流傳輸、告警等。保證從多個(gè)來源進(jìn)入的內(nèi)容正確編碼極為重要。相對(duì)于傳統(tǒng)廣播，直播云OTT工作流程要復(fù)雜得多，原因是它牽涉分發(fā)給有多種屬性的各個(gè)設(shè)備。監(jiān)測(cè)全部可能的問題（如幀不同步、句法錯(cuò)誤、過壓縮、標(biāo)記和元數(shù)據(jù)缺失、丟包和合規(guī)疏漏）很重要，因?yàn)檫@些問題可能負(fù)面影響正面的觀眾體驗(yàn)。監(jiān)測(cè)系統(tǒng)應(yīng)能夠監(jiān)測(cè)端到端工作流程，報(bào)警，報(bào)告流媒體狀態(tài)以及通知端到端系統(tǒng)內(nèi)任何位置出現(xiàn)的問題。這有助于在終端用戶受影響前快速解決問題。

·CDN狀態(tài)（并發(fā)連接、源、訪問者的狀態(tài)等）。CDN在向終端用戶分發(fā)內(nèi)容方面起極為重要的作用。監(jiān)測(cè)內(nèi)容源、觀眾的狀態(tài)和CDN邊緣非常重要。

·RTMP監(jiān)視和本地編碼器輸出分析。

·外部報(bào)告CDN輸出處的流媒體服務(wù)可用性，發(fā)送回顯信息等。

·網(wǎng)站可訪問性、CDN狀態(tài)、網(wǎng)絡(luò)狀態(tài)等的監(jiān)測(cè)。

·視頻點(diǎn)播方便性和質(zhì)量控制分析。除了直播流媒體外，為保證質(zhì)量，還必須監(jiān)測(cè)VOD片段。

·終端用戶體驗(yàn)狀態(tài)報(bào)告。

·為開發(fā)者提供終端用戶體驗(yàn)報(bào)告。

·服務(wù)器側(cè)廣告插入。

·字幕。

·OTT監(jiān)測(cè)

OTT監(jiān)測(cè)進(jìn)展

OTT監(jiān)測(cè)進(jìn)展很快。不久前，OTT監(jiān)測(cè)主要限于IT基礎(chǔ)設(shè)施監(jiān)測(cè)，以及在某種程度上監(jiān)測(cè)邊緣位置的系統(tǒng)，作為分發(fā)的證據(jù)。

隨著市場(chǎng)發(fā)展，越來越多的O T T廣播公司開始發(fā)現(xiàn)監(jiān)測(cè)的價(jià)值。他們正努力聚合O T T平臺(tái)和優(yōu)化流媒體傳輸協(xié)議。

OTT提供商采用各種流媒體傳輸協(xié)議分發(fā)媒體，包括實(shí)時(shí)流媒體傳輸協(xié)議（RTSP）、實(shí)時(shí)傳輸協(xié)議、平滑流媒體傳輸?shù)取H支持一種或兩種協(xié)議的接收設(shè)備要求服務(wù)提供商以多種協(xié)議流傳輸他們的內(nèi)容。目前，媒體流處理主要利用CDN在云端進(jìn)行。為保證QoE，必須監(jiān)測(cè)進(jìn)入CDN和從CDN輸出的數(shù)據(jù)。

此外，在使用IP網(wǎng)絡(luò)傳輸媒體數(shù)據(jù)時(shí)可能出現(xiàn)傳輸錯(cuò)誤；錯(cuò)誤可能包括包延遲、抖動(dòng)、丟包等。因此，服務(wù)提供商引入完備的質(zhì)量監(jiān)測(cè)解決方案非常重要，包括在CDN數(shù)據(jù)中心和邊緣位置的視頻監(jiān)測(cè)。

基于云的監(jiān)測(cè)極其有效，因?yàn)樗窨梢苿?dòng)到某一網(wǎng)絡(luò)內(nèi)任何位置的虛擬機(jī)（VM）一樣工作。這使得數(shù)據(jù)存儲(chǔ)、管理和處理更容易，從而節(jié)省大量時(shí)間、精力和金錢。基于云的監(jiān)測(cè)允許在地域限制的碼流內(nèi)和地區(qū)內(nèi)監(jiān)測(cè)以及向上擴(kuò)展監(jiān)測(cè)，特別是對(duì)服務(wù)器側(cè)廣告插入的監(jiān)測(cè)。

日志記錄和合規(guī)狀態(tài)

很多公司正在做傳統(tǒng)廣播的日志記錄和合規(guī)工作。不過，這些類型的日志記錄既不涉及OTT內(nèi)容，也不涉及具有在多系統(tǒng)運(yùn)營(yíng)商（MSO）處插入的廣告的內(nèi)容。依賴日志記錄了解內(nèi)容發(fā)生了什么結(jié)果可能是錯(cuò)誤的。

OTT運(yùn)營(yíng)改變了廣告的分發(fā)方式；它們可以對(duì)一特定市場(chǎng)或社區(qū)指定廣告。不過，相比傳統(tǒng)廣播，這些廣播節(jié)目一般監(jiān)測(cè)不足或有時(shí)根本沒有被監(jiān)測(cè)。

到目前為止，由于聯(lián)邦通信委員會(huì)（FCC）極少的合規(guī)要求且缺乏OTT行業(yè)標(biāo)準(zhǔn)，業(yè)界對(duì)OTT監(jiān)測(cè)的動(dòng)力不足。但由于O T T和廣播視頻分發(fā)領(lǐng)域創(chuàng)新不斷，因此內(nèi)容所有者正不斷承受響應(yīng) OTT內(nèi)容消費(fèi)激增的壓力。

OTT視頻服務(wù)分發(fā)技術(shù)正在利用基于HTTP的動(dòng)態(tài)自適應(yīng)視頻流媒體傳輸（DASH）。過去一年，MPEG-DASH迅猛增長(zhǎng)，也在OTT技術(shù)領(lǐng)域獲得堅(jiān)實(shí)的進(jìn)展。

ATSC 3.0規(guī)范正把DASH用于混合廣播—寬帶電視。ATSC 3.0給予廣播公司傳輸廣播和寬帶服務(wù)，提供更好電視體驗(yàn)的機(jī)會(huì)。

統(tǒng)計(jì)費(fèi)用有助于提供高質(zhì)量ATSC 3.0流，有效利用可用帶寬并支持優(yōu)化共用相同物理層管道的頻道之碼率和視頻質(zhì)量。OTT內(nèi)容經(jīng)由接收機(jī)中的寬帶連接傳輸，而DASH在這種情況下起使能器的作用。

OTT監(jiān)測(cè)最優(yōu)方法

根據(jù)上圖，整個(gè)OTT視頻分發(fā)過程在三個(gè)不同層完成。這三個(gè)OTT層（業(yè)務(wù)層、媒體層和分配層）由三組API集成監(jiān)測(cè)。這些API集成監(jiān)測(cè)整個(gè)工作流程的內(nèi)容，從內(nèi)容采集到內(nèi)容消費(fèi)和內(nèi)容分發(fā)。監(jiān)測(cè)包括對(duì)工作流程全部接觸點(diǎn)的細(xì)微觀察，提供全部技術(shù)錯(cuò)誤數(shù)據(jù)（如同一個(gè)警報(bào)器工作），有助于為用戶提供不間斷視頻。

提供工作效率的關(guān)鍵是建立一個(gè)容錯(cuò)的OTT流媒體基礎(chǔ)設(shè)施。如果萬一出錯(cuò)，解決時(shí)間最少十分重要。如同上圖所指出的那樣，一個(gè)全面和易于使用的實(shí)時(shí)捕獲和控制整個(gè)設(shè)施的狀態(tài)的控制面板可提高整體運(yùn)營(yíng)的價(jià)值。

當(dāng)前的基于云的挑戰(zhàn)

為支持各種設(shè)備，使用了多種協(xié)議，O T T提供商把多種流媒體協(xié)議用于媒體分發(fā)，而接收設(shè)備僅僅支持一兩種協(xié)議，這促使O T T服務(wù)提供商以多種協(xié)議流傳輸他們的內(nèi)容。進(jìn)出CDN的數(shù)據(jù)必須得到監(jiān)測(cè)以保證體驗(yàn)質(zhì)量（QoE）。

基于云的OTT監(jiān)測(cè)的最后一公里監(jiān)測(cè)必須解決最后一公里監(jiān)測(cè)的問題。基于云的應(yīng)用必須在各個(gè)水平監(jiān)測(cè)，包括用戶體驗(yàn)。物理上，應(yīng)用運(yùn)行位置和用戶所在位置之間的距離很大。常規(guī)監(jiān)測(cè)（應(yīng)用環(huán)境的一部分）在技術(shù)上難以監(jiān)測(cè)用戶端的應(yīng)用表現(xiàn)，無論是手機(jī)APP還是網(wǎng)絡(luò)瀏覽器。要監(jiān)測(cè)每個(gè)區(qū)域?qū)Ｓ械囊蛱鼐W(wǎng)問題。糟糕的互聯(lián)網(wǎng)連接可能影響用戶體驗(yàn)。

多重碼率導(dǎo)致資源要求增加。OTT內(nèi)容流傳輸?shù)牧硪粋€(gè)挑戰(zhàn)是設(shè)備和網(wǎng)絡(luò)要比在如衛(wèi)星、有線等的有控制的環(huán)境內(nèi)集合的設(shè)備和網(wǎng)絡(luò)更多種多樣。為滿足不同的網(wǎng)絡(luò)條件要求和設(shè)備要求，必須有一種自適應(yīng)架構(gòu)。

流媒體視頻被分發(fā)到各種設(shè)備，包括計(jì)算機(jī)、智能手機(jī)和平板電腦，令監(jiān)測(cè)過程更復(fù)雜。每個(gè)變體被編碼的碼率和模式是不一樣的。因此，從監(jiān)測(cè)和質(zhì)量控制的角度來看，由于每個(gè)內(nèi)容有很多版本，運(yùn)營(yíng)商必須付出更多精力。

被某些設(shè)備使用的網(wǎng)絡(luò)必須動(dòng)態(tài)容忍波動(dòng)特性。此外，用于自適應(yīng)碼率流傳輸?shù)牡讓蛹夹g(shù)沒有標(biāo)準(zhǔn)化。

上面所述的并非針對(duì)所有基于云的應(yīng)用，而是對(duì)一般的OTT監(jiān)測(cè)而言。

未來OTT監(jiān)測(cè)解決：

·仿真最后一公里帶寬變化

·協(xié)議融合

·限制應(yīng)用清單數(shù)量，降低從一個(gè)清單切換到另一個(gè)清單時(shí)的出錯(cuò)率

基于云的OTT內(nèi)容監(jiān)測(cè)未來發(fā)展

·流媒體協(xié)議融合，一個(gè)規(guī)范適用的行業(yè)標(biāo)準(zhǔn)；例如MPEG-DASH

·幾乎零延遲的基于分段傳輸?shù)膮f(xié)議

·視頻壓縮領(lǐng)域進(jìn)展，部分由H.265所承諾以及為有最佳QoS高效利用可用帶寬 B&P