陳東亞, 袁三男, 黃 勇, 吳立新

(1.上海電力學(xué)院, 上海 200090;2.上?？平娮有畔⒓夹g(shù)有限公司, 上海 200030)

隨著交互式網(wǎng)絡(luò)電視(Internet Protocol Television,IPTV)的迅速發(fā)展,其自身的開放性、交互性、多樣性等特點(diǎn),使得在開展IPTV業(yè)務(wù)的過程中,會(huì)出現(xiàn)比傳統(tǒng)電視節(jié)目更為嚴(yán)重的故障。

由于IPTV依靠網(wǎng)絡(luò)進(jìn)行節(jié)目的實(shí)時(shí)傳輸,因此需要有較大的帶寬支持。而且IPTV通過網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)傳輸,攻擊者只需通過網(wǎng)絡(luò)便可傳播有害內(nèi)容,而無需攻擊衛(wèi)星信道這種專業(yè)通信方式,攻擊手段也更為隱蔽,成本消耗更低。此外,運(yùn)營(yíng)商的某些行為如私自增加隱藏頻道、未經(jīng)允許插播節(jié)目等,會(huì)出現(xiàn)大量的違規(guī)節(jié)目,從而導(dǎo)致信息安全方面存在一定的隱患。由于IPTV業(yè)務(wù)的逐漸發(fā)展且影響力日趨增大,因此針對(duì)IPTV業(yè)務(wù)的監(jiān)管也顯得更為重要。

1 系統(tǒng)設(shè)計(jì)需求分析

我國(guó)對(duì)IPTV系統(tǒng)的監(jiān)管,主要由兩大部門共同完成:一是國(guó)家廣播電影電視總局(簡(jiǎn)稱“廣電總局”),二是中華人民共和國(guó)工業(yè)和信息化部(簡(jiǎn)稱“工信部”)。其中,電信運(yùn)營(yíng)商,也就是工信部下屬單位,主要針對(duì)網(wǎng)絡(luò)安全、質(zhì)量等方面,而對(duì)于節(jié)目?jī)?nèi)容的監(jiān)管并不關(guān)心;而廣電總局的監(jiān)管主要著重于節(jié)目?jī)?nèi)容質(zhì)量、播出安全等方面。因此,對(duì)IPTV的監(jiān)測(cè)需要從內(nèi)容、質(zhì)量及安全3個(gè)層面進(jìn)行考慮。

與傳統(tǒng)的數(shù)字電視相比,IPTV系統(tǒng)更為靈活。這種靈活表現(xiàn)在不僅可以提供電視節(jié)目和一些熱門的電影,還能提供多種多樣的增值服務(wù)。IPTV依靠網(wǎng)絡(luò)來傳輸數(shù)據(jù),不會(huì)出現(xiàn)模擬電視失真的現(xiàn)象,但如果網(wǎng)絡(luò)不夠穩(wěn)定,則會(huì)出現(xiàn)丟包,因此在設(shè)計(jì)時(shí)需要考慮丟包及包的順序等因素。目前市場(chǎng)上也有IPTV網(wǎng)絡(luò)測(cè)試儀,若在各個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)處部署,則數(shù)量過于龐大,且價(jià)格昂貴。

因此,在系統(tǒng)設(shè)計(jì)時(shí),需要滿足以下幾個(gè)功能需求:一是能夠采集電子節(jié)目菜單(Electronic Program Guide,EPG)信息,自動(dòng)檢測(cè)違規(guī)節(jié)目,調(diào)整報(bào)警門限值;二是在發(fā)現(xiàn)直播異常時(shí)能自動(dòng)報(bào)警并且顯示故障類型,定位故障點(diǎn);三是能夠查看并下載故障節(jié)目,實(shí)現(xiàn)多路節(jié)目同時(shí)監(jiān)測(cè)。此外,整個(gè)系統(tǒng)也要便于工作人員操作和維護(hù),且易于擴(kuò)容。

2 現(xiàn)有方案比較

針對(duì)IPTV系統(tǒng)的監(jiān)測(cè)方案已有大量的研究成果,文獻(xiàn)[1]將IPTV監(jiān)測(cè)系統(tǒng)分別從信源、播出、傳輸和用戶抽樣等方面進(jìn)行了監(jiān)測(cè)。但在此方案中,位于用戶端的解調(diào)器到數(shù)字用戶線接入復(fù)用設(shè)備(Digital Subscriber Line Access Multiplexer,DSLAM)中間可能會(huì)因?yàn)镈SLAM部分設(shè)備的不穩(wěn)定而出現(xiàn)掉線等嚴(yán)重故障。究其原因,就在于其設(shè)備上組播復(fù)制的技術(shù)還不夠成熟。

文獻(xiàn)[2-3]提出采用專家系統(tǒng)來對(duì)IPTV業(yè)務(wù)質(zhì)量情況進(jìn)行實(shí)時(shí)監(jiān)測(cè)。此方案在業(yè)務(wù)處理上較為智能,但也有不足之處:首先,要有大量數(shù)據(jù)的知識(shí)庫(kù)才能使得專家系統(tǒng)有一定的參考價(jià)值,而知識(shí)庫(kù)的建立需要花費(fèi)一定的時(shí)間;其次,由于推理機(jī)在處理過程中需要對(duì)使用人員提出問題,以此來確定具體所需解決的問題,而在此過程中,若使用人員對(duì)問題情況描述不夠清晰,則會(huì)導(dǎo)致無法快速準(zhǔn)確地找到問題所在。

文獻(xiàn)[4]提出在國(guó)家級(jí)、省級(jí)和地市級(jí)形成監(jiān)測(cè)網(wǎng),以監(jiān)測(cè)網(wǎng)分層的形式達(dá)到對(duì)全國(guó)IPTV平臺(tái)的監(jiān)測(cè)。此方案在地級(jí)市監(jiān)測(cè)中心建設(shè)的可行性較高,但由于涉及不同的省份以及眾多的地區(qū),具體實(shí)施的難度較高。文獻(xiàn)[5]采用一種基于標(biāo)記識(shí)別的內(nèi)容監(jiān)管方法,引入帶密鑰的散列函數(shù)(Hash)概念,實(shí)現(xiàn)對(duì)IP電視系統(tǒng)內(nèi)容的監(jiān)管。該方案使用密鑰來驗(yàn)證用戶身份,但在選擇密鑰上是否為動(dòng)態(tài)類型、如何獲取密鑰以及密鑰的管理等方面有待完善。文獻(xiàn)[6]采用在網(wǎng)絡(luò)側(cè)部署硬探針和在機(jī)頂盒部署軟探針的方式,對(duì)節(jié)目源以及機(jī)頂盒播放的視頻質(zhì)量進(jìn)行監(jiān)測(cè)。但目前針對(duì)機(jī)頂盒軟探針的標(biāo)準(zhǔn)還未統(tǒng)一,因此由軟探針提取的數(shù)據(jù)而得到的平均主觀得分(Mean Opinion Score,MOS)算法會(huì)有所不同。

文獻(xiàn)[7]提出在中心平臺(tái)和用戶家中部署帶有信令分析功能的測(cè)試儀。由于測(cè)試儀需要放入用戶家中,這對(duì)廣電總局來說是一個(gè)艱巨的任務(wù),需要為眾多用戶家中安裝此儀器;且現(xiàn)有的用戶也頗多,如何能夠在管理中心平臺(tái)對(duì)測(cè)試儀上傳回來的數(shù)據(jù)進(jìn)行管理也是一大難題。文獻(xiàn)[8]采用C/S的架構(gòu),利用核心交換機(jī),在前端設(shè)置監(jiān)測(cè)點(diǎn)以實(shí)現(xiàn)從傳輸層、碼流層和視音頻層的全面信號(hào)監(jiān)測(cè)。此方案需要考慮整體性,若系統(tǒng)想要升級(jí),可能需要再做一個(gè)全新的系統(tǒng),且不利于維護(hù)。文獻(xiàn)[9-10]通過在IPTV網(wǎng)絡(luò)關(guān)鍵處布置節(jié)點(diǎn),采用主動(dòng)監(jiān)測(cè)和被動(dòng)監(jiān)測(cè)的方式,對(duì)IPTV業(yè)務(wù)質(zhì)量進(jìn)行監(jiān)測(cè)。此方案中只對(duì)各個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)的視頻質(zhì)量以媒體傳輸索引(Media Delivery Index,MDI)指標(biāo)作為參考進(jìn)行監(jiān)測(cè),缺少了對(duì)節(jié)目?jī)?nèi)容的監(jiān)測(cè)。

上述文獻(xiàn)均對(duì) IPTV系統(tǒng)的監(jiān)測(cè)提出了解決方案,但都存在著一些不足之處。考慮到 IPTV監(jiān)測(cè)系統(tǒng)的實(shí)際情況與設(shè)計(jì)原則,急需一個(gè)能夠針對(duì)IPTV系統(tǒng)進(jìn)行全面監(jiān)測(cè)的解決方案——不僅能夠提高IPTV的監(jiān)測(cè)效率,而且具有高可靠性,方便維護(hù)。在設(shè)備出現(xiàn)任何問題或者想要升級(jí)時(shí),能夠輕松更換設(shè)備或者升級(jí)程序,且能夠?qū)⒏鞣N狀態(tài)實(shí)時(shí)上傳至監(jiān)管平臺(tái),便于工作人員查看和處理。

3 新型IPTV監(jiān)測(cè)系統(tǒng)的設(shè)計(jì)及其應(yīng)用

本文根據(jù)上述各個(gè)IPTV監(jiān)測(cè)系統(tǒng)的特點(diǎn)和廣電總局頒布的《全國(guó)IPTV監(jiān)管平臺(tái)技術(shù)方案》的要求,以及文獻(xiàn)[11-16]中各個(gè)監(jiān)管平臺(tái)建設(shè)的情況,針對(duì)用戶終端監(jiān)管前端進(jìn)行了設(shè)計(jì)。結(jié)合系統(tǒng)的實(shí)際需求,將嵌入式系統(tǒng)應(yīng)用于IPTV監(jiān)測(cè)系統(tǒng)中,提出了同時(shí)監(jiān)測(cè)IPTV系統(tǒng)8路節(jié)目的方案。此方案不僅能夠提升監(jiān)管效率,加強(qiáng)系統(tǒng)的運(yùn)行效率,而且能夠降低硬件成本。

本監(jiān)測(cè)系統(tǒng)部署在用戶終端監(jiān)管前端處,其網(wǎng)絡(luò)架構(gòu)如圖1所示。

圖1 IPTV監(jiān)測(cè)系統(tǒng)用戶終端監(jiān)管前端網(wǎng)絡(luò)架構(gòu)

采用嵌入式設(shè)備向IPTV服務(wù)器請(qǐng)求采集EPG信息,檢測(cè)是否存在違規(guī)節(jié)目,并對(duì)解析EPG信息得到的數(shù)據(jù)包進(jìn)行監(jiān)測(cè),將EPG信息、告警信息、違規(guī)節(jié)目等相關(guān)數(shù)據(jù)通過專網(wǎng)上傳至監(jiān)管平臺(tái),確保用戶終端這一最后環(huán)節(jié)的業(yè)務(wù)質(zhì)量。監(jiān)管平臺(tái)接收來自用戶終端監(jiān)管前端的數(shù)據(jù),并對(duì)這些數(shù)據(jù)進(jìn)行統(tǒng)計(jì)匯總。工作人員可以通過點(diǎn)擊網(wǎng)頁(yè)界面上的模塊來查看各種統(tǒng)計(jì)結(jié)果、上傳的數(shù)據(jù)以及告警信息,及時(shí)了解故障站點(diǎn)和故障原因,避免造成危害或引起用戶的不滿。

3.1 硬件系統(tǒng)架構(gòu)

本系統(tǒng)將嵌入式板卡裝載于嵌入式機(jī)箱,其硬件設(shè)備主要部署在用戶終端監(jiān)管前端。硬件設(shè)備主要包含了嵌入式機(jī)箱、嵌入式主控板和嵌入式解碼板。嵌入式解碼板單板卡包含8個(gè)獨(dú)立的解碼小板,可完成對(duì)H.264,MPEG-2,AVS 等多種視頻格式的解碼,也可同時(shí)對(duì)8路信號(hào)解碼。整個(gè)系統(tǒng)的硬件結(jié)構(gòu)如圖2所示。

圖2 硬件系統(tǒng)結(jié)構(gòu)示意

當(dāng)嵌入式主控板通過以太網(wǎng)交換機(jī)接收到IP數(shù)據(jù)包后,下發(fā)指令給嵌入式解碼板接收IP數(shù)據(jù)包開始解碼,解碼之后得到的視音頻信號(hào)由嵌入式主控板進(jìn)行參數(shù)和內(nèi)容的監(jiān)測(cè)。嵌入式主控板的主要工作是:將采集到的EPG信息上傳至監(jiān)管中心,檢測(cè)節(jié)目是否存在隱藏頻道和新增節(jié)目等,對(duì)解碼后的視音頻內(nèi)容進(jìn)行監(jiān)測(cè),查看是否存在靜幀、黑場(chǎng)、彩條等異態(tài),以及對(duì)視音頻信號(hào)以H.264的格式重新編碼,并通過網(wǎng)絡(luò)進(jìn)行存儲(chǔ),同時(shí)上傳至中心監(jiān)管平臺(tái),以備后續(xù)中心監(jiān)管平臺(tái)的回放和歷史查看。

3.2 軟件系統(tǒng)架構(gòu)

本系統(tǒng)的軟件部分包括了EPG數(shù)據(jù)采集模塊、違規(guī)檢測(cè)模塊、解碼模塊、視音頻監(jiān)測(cè)報(bào)警模塊、編碼模塊、存儲(chǔ)模塊和數(shù)據(jù)對(duì)接模塊。軟件系統(tǒng)功能實(shí)現(xiàn)框圖如圖3所示。圖3中,部署在用戶終端監(jiān)管前端處的監(jiān)測(cè)系統(tǒng)對(duì)IPTV節(jié)目進(jìn)行EPG數(shù)據(jù)采集、違規(guī)檢測(cè)和節(jié)目?jī)?nèi)容監(jiān)測(cè),一旦發(fā)現(xiàn)異常則立即報(bào)警,并將報(bào)警信息通過專門的數(shù)據(jù)接口上傳至監(jiān)管平臺(tái)。監(jiān)管平臺(tái)對(duì)收到的數(shù)據(jù)進(jìn)行統(tǒng)計(jì)和匯總,以網(wǎng)頁(yè)界面的形式讓工作人員通過點(diǎn)擊相應(yīng)的模塊將指令下發(fā)給監(jiān)管前端,從而完成對(duì)監(jiān)管前端的數(shù)據(jù)采集、節(jié)目?jī)?nèi)容的監(jiān)測(cè)、故障信息的處理以及對(duì)平臺(tái)的管理等工作。

(1) EPG數(shù)據(jù)采集模塊 采用網(wǎng)絡(luò)爬蟲技術(shù)采集用戶終端的直播、點(diǎn)播和回看的EPG信息。

圖3 軟件系統(tǒng)功能實(shí)現(xiàn)框圖

(2) 違規(guī)檢測(cè)模塊 對(duì)歸類好的直播和點(diǎn)播的EPG信息進(jìn)行違規(guī)檢測(cè),采用縱向比較的方式,查找是否存在隱藏頻道、新增頻道或節(jié)目。

(3) 解碼模塊 解析EPG信息中的統(tǒng)一資源定位符(Uniform Resource Locator,URL),對(duì)獲取的IP數(shù)據(jù)包進(jìn)行解碼,在解碼過程中通過對(duì)數(shù)據(jù)包的解析來提取相關(guān)的字段信息,再結(jié)合指標(biāo)要求,檢測(cè)是否存在丟包和同步字節(jié)錯(cuò)誤等現(xiàn)象,提高解碼效率。

(4) 視音頻監(jiān)測(cè)報(bào)警模塊 對(duì)解碼后的視音頻信號(hào)進(jìn)行監(jiān)測(cè),一旦發(fā)現(xiàn)存在視頻或音頻問題(如無音頻、靜幀、黑場(chǎng)等異態(tài)),則立即告警,并自動(dòng)生成告警記錄,實(shí)時(shí)上傳至中心監(jiān)管平臺(tái),以便平臺(tái)工作人員進(jìn)行故障查詢、定位等操作。

(5) 編碼模塊 將解碼后的視音頻信號(hào)以H.264的格式重新進(jìn)行統(tǒng)一編碼。

(6) 存儲(chǔ)回看模塊 采用網(wǎng)絡(luò)存儲(chǔ)技術(shù),存儲(chǔ)經(jīng)過編碼的流媒體數(shù)據(jù)。如果中心監(jiān)管平臺(tái)下發(fā)下載指令,則可以提供節(jié)目監(jiān)看和下載等功能。

(7) 數(shù)據(jù)對(duì)接模塊 用于與監(jiān)管平臺(tái)之間的數(shù)據(jù)傳輸,響應(yīng)平臺(tái)下發(fā)的指令。

3.3 新型IPTV監(jiān)測(cè)系統(tǒng)的應(yīng)用

目前,整個(gè)系統(tǒng)已應(yīng)用于廣西廣播電視監(jiān)測(cè)中心的IPTV監(jiān)管平臺(tái)。通過綜合調(diào)試,軟件和硬件部分均運(yùn)行穩(wěn)定,效果良好。在實(shí)際應(yīng)用中,工作人員可以通過點(diǎn)擊界面模塊對(duì)直播節(jié)目進(jìn)行監(jiān)看,能夠快速鎖定故障點(diǎn)和故障類型,及時(shí)發(fā)現(xiàn)點(diǎn)播節(jié)目中的違規(guī)節(jié)目,驗(yàn)證了該系統(tǒng)的有效性、可靠性和穩(wěn)定性。

4 結(jié) 語(yǔ)

本文針對(duì)IPTV監(jiān)測(cè)系統(tǒng)的實(shí)際需求著手,通過對(duì)現(xiàn)有方案的比較分析,提出了一套經(jīng)濟(jì)實(shí)用且高效的IPTV監(jiān)測(cè)系統(tǒng)解決方案。該方案不僅提高了系統(tǒng)的運(yùn)行效率,降低了硬件成本,而且便于工作人員及時(shí)發(fā)現(xiàn)和鎖定故障,其應(yīng)用價(jià)值較高,應(yīng)用前景廣闊。