·OTT監(jiān)測

OTT監(jiān)測進展

OTT監(jiān)測進展很快。不久前，OTT監(jiān)測主要限于IT基礎(chǔ)設(shè)施監(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ù)取H支持一種或兩種協(xié)議的接收設(shè)備要求服務(wù)提供商以多種協(xié)議流傳輸他們的內(nèi)容。目前，媒體流處理主要利用CDN在云端進行。為保證QoE，必須監(jiān)測進入CDN和從CDN輸出的數(shù)據(jù)。

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

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

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

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

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

到目前為止，由于聯(lián)邦通信委員會（FCC）極少的合規(guī)要求且缺乏OTT行業(yè)標準，業(yè)界對OTT監(jiān)測的動力不足。

但由于O T T和廣播視頻分發(fā)領(lǐng)域創(chuàng)新不斷，因此內(nèi)容所有者正不斷承受響應(yīng)OTT內(nèi)容消費激增的壓力。

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

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

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

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

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

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

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

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

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

多重碼率導(dǎo)致資源要求增加。OTT內(nèi)容流傳輸?shù)牧硪粋€挑戰(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è)備，包括計算機、智能手機和平板電腦，令監(jiān)測過程更復(fù)雜。每個變體被編碼的碼率和模式是不一樣的。因此，從監(jiān)測和質(zhì)量控制的角度來看，由于每個內(nèi)容有很多版本，運營商必須付出更多精力。

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

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

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

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

·協(xié)議融合

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

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

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

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

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