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

海蘭·亨德察

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

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

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

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

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

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

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

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

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

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

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

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

·服務器側廣告插入。

·字幕。

·OTT監(jiān)測

OTT監(jiān)測進展

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

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

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

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

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

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

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

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

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

OTT視頻服務分發(fā)技術正在利用基于HTTP的動態(tài)自適應視頻流媒體傳輸（DASH）。過去一年，MPEG-DASH迅猛增長，也在OTT技術領域獲得堅實的進展。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

·協(xié)議融合

·限制應用清單數(shù)量，降低從一個清單切換到另一個清單時的出錯率

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

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

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

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