互動電視 互動電視的定義及發(fā)展現(xiàn)狀 互動電視常用互動技術(shù)方案 互動電視平臺構(gòu)建方案 互動電視關(guān)鍵設(shè)備介紹 總結(jié) 1 互動電視基本知識總結(jié) 報(bào)告人：聶曉超 2 1.1、什么是互動電視 互動電視，顧名思義，能實(shí)現(xiàn)電視用戶與電視內(nèi)容的互動，即與普通廣播式單向電視向?qū)?yīng)的互動式雙向電視，用戶可以通過電視終端實(shí)現(xiàn)個性化節(jié)目回看、點(diǎn)播、定制。 互動電視的兩種技術(shù)： 互動電視常用的兩種 實(shí)現(xiàn)雙向互動業(yè)務(wù) 的技術(shù)是 IPQAM技術(shù)和IPTV技術(shù)。對 IPQAM和 IPTV技術(shù)體制理解目前不夠嚴(yán)格準(zhǔn)確，在廣電體系大家談得更多的是 IP+TV，而在電信體系談得更多的 TV over IP，實(shí)際上前者就是指基于 IPQAM的雙向互動電視，后者指的是基于純 IP的雙向互動電視 。下 面分別論述兩種技術(shù)體制并闡述二者的區(qū)別聯(lián)系 。 IPQAM 廣義的 IPQAM指的是一種互動電視的技術(shù)體制，示意圖如圖 1。狹義的 IPQAM指的是 IPQAM調(diào)制設(shè)備。 IPQAM調(diào)制設(shè)備集 “ 復(fù)用、加擾、調(diào)制、頻率變換 ” 功能為一體，它將 DVB/IP自 IP骨干網(wǎng)輸入的節(jié)目流重新復(fù)用在指定的多業(yè)務(wù)傳輸流中，再進(jìn)行 QAM調(diào)制和頻率變換，輸出 RF。 3 圖 1、 IPQAM示意圖 在使用 IPQAM之后， STB和 CDN邊緣視頻服務(wù)器 (CACHE)之間的控制信息和視頻流分別通過不同的通路傳輸： STB的接入認(rèn)證、 EPG信息瀏覽等流程通過 IP雙向回傳通道交互； CDN邊緣視頻服務(wù)器收到用戶的請求后將音視頻流以恰當(dāng)?shù)?(一般區(qū)域碼） 封包形式輸出至IPQAM設(shè)備， IPQAM將音視頻流調(diào)制為 RF信號后通過 HFC網(wǎng)絡(luò)傳輸給STB， STB根據(jù)頭端返回的 PID鎖定對應(yīng)的音視頻流來進(jìn)行解調(diào)和解碼以實(shí)現(xiàn)互動。圖 1中用于交互的 IP network即可以是 EPON+LAN獨(dú)立的物理網(wǎng)絡(luò)，也可以是 EPON+EOC的 IP over HFC的復(fù)用網(wǎng)絡(luò) 。 4 IPQAM體制中典型的特征是電視機(jī)頂盒擁有 RF和 IP兩個輸入接口，所有的音視頻流無論是直播（廣播）還是點(diǎn)播均來源于 RF輸入接口。 IP雙向通道僅用于互動回傳或其他 IP增值業(yè)務(wù)。一般的直播的數(shù)字節(jié)目使用 550MHz以下的頻率，點(diǎn)播節(jié)目使用的 IPQAM調(diào)制的頻點(diǎn)，使用 550MHz以上的頻率。目前國內(nèi)大多使用的是 24路 /64QAM調(diào)制的 IPQAM，擁有 24個模擬頻點(diǎn)，每個頻點(diǎn)通常擁有 38Mbps的網(wǎng)絡(luò)帶寬速率，按照 MPEG2節(jié)目源的峰值 5Mbps計(jì)算（標(biāo)清），每個頻點(diǎn)可以容納 7個VODMPEG2的節(jié)目，則該 IPQAM可同時播放 168路節(jié)目?？紤]到開通率一般低于 20%，同時并發(fā)率小于 20%，則該 IPQAM可以覆蓋的用戶數(shù)為 168/（ 0.2*0.2） =4200戶?？紤]到一般的分前端用戶數(shù)從幾萬戶到幾十萬戶不等，此種 IPQAM需要用到幾十到數(shù)百。因此當(dāng)用戶數(shù)更多的時候需要考慮使用 128QAM或者256QAM又或者頻點(diǎn)更多的 IPQAM設(shè)備。 5 IPTV IPTV是另一種技術(shù)體制 (參見圖 2)，和 IPQAM相比其最大的特點(diǎn)就是無論是音視頻還是雙向互動信號均使用 IP信道。IPTV的視頻節(jié)目主要分實(shí)時直播和點(diǎn)播（包括 VOD和時移節(jié)目）。其中直播需要用到組播技術(shù)，同時觀看一個頻道的用戶可以共享帶寬。點(diǎn)播使用的還是單播技術(shù)，每個用戶均需要單獨(dú)的帶寬資源。對于 IPTV技術(shù)體制， HFC網(wǎng)絡(luò)不是必須的。對于僅使用 IPTV技術(shù)體制進(jìn)行互動業(yè)務(wù)的運(yùn)營商來說同軸電纜不是必須的，即使使用也只是使用的 IP over Coax技術(shù)，其本質(zhì)還是 IP網(wǎng)絡(luò)。使用 IPTV技術(shù)的機(jī)頂盒是無需 RF輸入接口的。 6 圖 2、 IPTV示意圖 IPQAM和 IPTV的區(qū)別和聯(lián)系 IPQAM和 IPTV最大的區(qū)別還是在于音視頻流一個是從 HFC信道下行，一個是從 IP信道下行。二者的頭端系統(tǒng)是類似的，圖 3給出的是 IPTV媒體和交互信息信息流。對于 IPQAM數(shù)字電視 DVB頭端的角色類似于圖 3中的 Multicast Server主要完成實(shí)時直播節(jié)目的廣播。 7 圖 3 、 IPTV媒體和交互信息流示意圖 IPQAM的中心流服務(wù)器（ CenterStreamingServer）和邊緣流服務(wù)器(EdgeStreamingServer)和圖 3中是類似的，但邊緣流服務(wù)器（圖 1中的 CACHE）和 MulticastServer之間沒有圖 3中組播流匯流， IPQAM中直播（ DVB頭端）節(jié)目和點(diǎn)播（ IPQAM）節(jié)目是在 HFC的入口處混合匯流的。電子節(jié)目單服務(wù)器（ EPG Server）二者是類似的 。 UE（ 用戶體驗(yàn) User Experience）。 8 1.2、互動電視的現(xiàn)狀 2010年 3月 CCBN主題報(bào)告會上，廣電總局張海濤副局長指出我國目前已經(jīng)有 1.74億有線電視用戶，其中 6500萬已經(jīng)完成了整體平移（即數(shù)字化整體轉(zhuǎn)換）。在這 6500萬數(shù)字有線電視用戶中，雙向覆蓋用戶達(dá) 3000多萬，但雙向機(jī)頂盒用戶只有 200多萬。這意味著，有線數(shù)字電視用戶實(shí)際雙向化比例僅為 3.1%，占全部有線電視用戶的 1.15%，同時也意味著，我國互動電視的發(fā)展有很大的市場。 來自國家相關(guān)部門的消息：互動電視目前在我國的發(fā)展現(xiàn)狀為大多數(shù)人看好，其前景也已呈現(xiàn)出迅猛而有效的拓展?fàn)顟B(tài)，據(jù)可靠資料表明， 2010年，我國東部相對發(fā)達(dá)地區(qū)將普及數(shù)字電視，而到 2015年我國將停止模擬廣播電視的播出。巨大的市場前景將為互動電視的迅速發(fā)展提供了市場基礎(chǔ)。 9 1.3、互動電視業(yè)務(wù)介紹 1.3.1、 互動電視 基本 三大功能 一、電視回看 互動家庭電視交互功能之電視回看功能，讓您可以重新收看已經(jīng)播放的電視節(jié)目。（昨天的電視今天看，早上直播晚上看，煩人廣告不用看，徹底告別遺憾和煩惱）。 二、電視點(diǎn)播 互動家庭電視交互功能之電視點(diǎn)播功能，節(jié)目涵蓋電影、電視劇、體育教育財(cái)金等熱門頻道，每月更新，隨時都能想看就看，想停就停?。ň使?jié)目自主掌控，我的電視我做主。） 三、節(jié)目錄制 互動家庭電視交互功能之節(jié)目錄制功能，使您無需擔(dān)心錯過精彩直播，無需像以前一樣只能在規(guī)定的時間看想看的電視。（即使沒時間看電視，也沒有關(guān)系，把喜歡看的電視錄制下來，讓以前的問題都不再成為問題。） 1.3.2、其他功能 互動投票、互動調(diào)查、互動競猜和互動問答 、 電子相冊 、 消息服務(wù) 電子報(bào)刊 、 電視商城 、 聯(lián)網(wǎng)游戲 等等業(yè)務(wù)。 10 2、互動電視常用互動技術(shù)方案 隨著廣電總局?jǐn)?shù)字電視整體轉(zhuǎn)換政策的出臺，各地掀起了數(shù)字電視網(wǎng)絡(luò)建設(shè)的熱潮，發(fā)展互動電視、開展增值業(yè)務(wù)已經(jīng)成為全國有線電視網(wǎng)絡(luò)運(yùn)營者的共識。各大設(shè)備廠商紛紛推出自己的互動方案 ?？紤]到以后所有的網(wǎng)絡(luò)融合方向在邏輯層面均為 IP，長遠(yuǎn)來看高清的 IPTV必將是最終的方向，這正好和 FTTH的物理網(wǎng)絡(luò)融合方向是一致的。盡管如此，但對于廣電運(yùn)營商來說， HFC是廣電最好的資源，也很容易做到 100%覆蓋，而 FTTH要做到 100%覆蓋投資將是非常巨大的，因此采用類似于 EPON+EOC的技術(shù)將能夠充分挖掘同軸電纜的潛力。同軸電纜的頻譜資源高達(dá) 1GHz，某些地區(qū)的電纜甚至高達(dá) 1.5Hz，而目前的調(diào)制技術(shù)（如 1024QAM）調(diào)制效率已達(dá) 10bps/Hz，因此同軸電纜的帶寬潛力可達(dá) 10G15Gbps。當(dāng)前的 EPON+百兆 EOC已經(jīng)滿足 IPQAM的需求并能開展寬帶接入服務(wù)也可以支持標(biāo)清的 IPTV，隨著技術(shù)的進(jìn)步，10GEPON+千兆 EOC將能夠滿足未來更大的帶寬需求，到那時基于同軸電纜的高清 IPTV技術(shù)也將是可行的 。 下面具體討論常見的幾種互動技術(shù)方式： 11 IPQAM +CM或 ADSL方案 方案原理 下行信號流程 ： server響應(yīng) 用戶 請求，將單節(jié)目傳輸流（ SPTS）封裝成 UDP包經(jīng) IP骨干網(wǎng)絡(luò)傳輸至 IPQAM， IPQAM完成解封裝并將多個SPTS流復(fù)用成多節(jié)目傳輸流（ MPTS） ,MPTS流經(jīng) IPQAM調(diào)制輸出 RF信號經(jīng) HFC傳輸?shù)?STB。上行信號流程：物理網(wǎng)絡(luò)可以用 CMTS CM作為上行數(shù)據(jù)通道，或以太網(wǎng)， ADSL等， STB端集成相應(yīng)的上行模塊；DOCSIS或網(wǎng)卡或 ADSL解調(diào)模塊。 DSM-CC（ SSP， LSCP） RTSP等各種協(xié)議通過上行通道完成與前端服務(wù)器之間的交互。 方案優(yōu)點(diǎn) 在開展增值業(yè)務(wù)的同時還可以發(fā)展數(shù)據(jù)業(yè)務(wù)。通過骨干 IP傳輸網(wǎng)絡(luò)，可以很方便地將前端視音頻節(jié)目送到分前端的 IPQAM。用 IP骨干網(wǎng)代替?zhèn)鹘y(tǒng) SDH傳輸 ASI（ TS流）信號，效率高。隨著數(shù)字電視整體轉(zhuǎn)換， HFC網(wǎng)絡(luò)中傳輸?shù)哪M信號減少，在頻譜規(guī)劃中可以將 550M750M中的 25個頻道用于 IPQAM。點(diǎn)播信號采用 3.75M的 MPEG-2TS流，圖象質(zhì)量大大高于 MPEG-4的傳統(tǒng)以太網(wǎng) IP點(diǎn)播 。 12 CMTS+CM方式示意圖 前端可利用原 DVB平臺的 MPEG-2信源，無需進(jìn)行 MPEG-2至MPEG-4的轉(zhuǎn)碼。 IPQAM方式只需在需要開通業(yè)務(wù)的分前端架設(shè)設(shè)備，前期投入小，隨著業(yè)務(wù)的增加，擴(kuò)容相當(dāng)方便，只需在分前端增加 IPQAM設(shè)備。 STB為符合 DVB標(biāo)準(zhǔn)的通用產(chǎn)品。點(diǎn)播時為每個用戶開通 3.75M的單獨(dú)通道， QOS有保證。 13 方案缺陷 成本比較高。如采用 以 太網(wǎng) ADSL：需要新建一張相應(yīng)的網(wǎng)絡(luò)，投資成本自然高；若采用 IPQAM+CMTS方式：用戶如需同時開展數(shù)據(jù)業(yè)務(wù)，僅按照戶均最低 512K來計(jì)算，那么一個覆蓋 2000戶終端用戶的光站如果按照 10的并發(fā)量來計(jì)算，就需要 100M的并發(fā)帶寬支持，一個 CMTS64QAM可以提供持 38M的速率， 100M并發(fā)至少需要增加 1 2個 CMTS，加上用來開展互動業(yè)務(wù)的 1個 CMTS，整個 2000戶的光站需要 2 3個 CMTS來覆蓋。那么戶均成本將變成 1640 1725元左右。也就是說，使用這種方式開展互動電視業(yè)務(wù)，開展數(shù)據(jù)業(yè)務(wù)用戶越少，投資將越大。 14 EPON數(shù)據(jù)網(wǎng)絡(luò)方案 所謂 EPON（以太網(wǎng) +無源光網(wǎng)絡(luò)），主要由 OLT（光線路終端接口）、 ODN（光分配器）、 ONU（光網(wǎng)絡(luò)單元）組成， OLT安裝在前端機(jī)房或分前端機(jī)房，負(fù)責(zé)數(shù)據(jù)業(yè)務(wù)的接入，將來自各路的數(shù)據(jù)流，如 IPTV、互聯(lián)網(wǎng)接口等，適配后導(dǎo)入 EPON的傳輸網(wǎng)絡(luò)； ONU安裝在小區(qū)、樓房或用戶端，主要負(fù)責(zé)用戶端的寬帶接入。 EPON采用單纖粗波分復(fù)用技術(shù)，用一根光纖傳輸廣播和數(shù)據(jù)信號。采用 1550nm波長光發(fā)射機(jī) +EDFA傳輸廣播式的數(shù)字電視、模擬電視信號； EPON數(shù)據(jù)下行采用 1490nm波長廣播傳輸方式，數(shù)據(jù)上行采用 1310nm波長，利用時分復(fù)用 (TDM)技術(shù)，實(shí)行共享帶寬。某種意義上講， EPON就是以太網(wǎng)光纖化的一種實(shí)現(xiàn)形式。 主要有以下兩種實(shí)現(xiàn)方式： EPON+EOC 當(dāng)前選擇一個 IPQAM、 IPTV兼容的平臺將更有利于保護(hù)廣電運(yùn)營商的投資，圖 4給出的 EPON+EOC的結(jié)構(gòu)可以實(shí)現(xiàn) IPQAM也可以實(shí)現(xiàn) IPTV。 15 圖 4、 使用 EPON+EOC實(shí)現(xiàn) IPQAM/IPTV示意圖 16 圖 5、 使用 EPON+LAN實(shí)現(xiàn) IPTV示意圖 。 EPON+LAN 在不使用 HFC的時候僅能實(shí)現(xiàn) IPTV（圖 5），當(dāng)使用 HFC的時候可以實(shí)現(xiàn) IPQAM。 17 EPON技術(shù)優(yōu)點(diǎn) 從 EPON的總體來看，這是一種優(yōu)秀的寬帶技術(shù)，集中當(dāng)前眾多網(wǎng)絡(luò)技術(shù)優(yōu)點(diǎn)，同時克服了 Ethernet的固有缺點(diǎn)，提供了強(qiáng)大的網(wǎng)管功能，是一種準(zhǔn)電信級別的技術(shù) EPON通過在 OLT和 ONU之間引入了無源分光器 POS，從而實(shí)現(xiàn)了點(diǎn)對多點(diǎn)的通信方式，實(shí)現(xiàn)了一個端口可以支持多個 ONU、最小化占用 OLT端口資源、節(jié)省了中間段的光電 /電光轉(zhuǎn)換、上行帶寬共享、節(jié)省工程投資等，可以解決傳統(tǒng)的網(wǎng)絡(luò)系統(tǒng)中點(diǎn)對點(diǎn)組網(wǎng)方式帶來的種種問題。 EPON具備一系列優(yōu)越的特性，比如有效的帶寬控制、優(yōu)先權(quán)處理、點(diǎn)對多點(diǎn)組網(wǎng)。解決終端用戶的帶寬瓶頸 EPON可以為用戶提供幾十兆甚至千兆的上下行對稱帶寬，可以滿足寬帶上網(wǎng)、視頻點(diǎn)播、在線游戲、可視電話、數(shù)字高清電視等各種業(yè)務(wù)的帶寬需求，高速寬帶，充分滿足接入網(wǎng)客戶的帶寬需求，并可方便靈活的根據(jù)用戶需求的變化動態(tài)分配帶寬，從而可以作為用戶的終極接入方式 。 18 技術(shù)缺陷 其一、需要重新建設(shè)一張光纜網(wǎng)絡(luò)，實(shí)施光纖改造到樓，五類線入戶。工程浩大，戶內(nèi)工程量大。對已經(jīng)進(jìn)行了部分改造的 HFC雙向網(wǎng)絡(luò)會造成了極大的資源浪費(fèi)； 其二、有源設(shè)備的防雷取電問題： EPON系統(tǒng)中的 OLT ONU實(shí)際上就是以太交換機(jī)在機(jī)房和樓棟安裝的不同產(chǎn)品形式。一次性全網(wǎng)安裝（不論使用的用戶密度如何），必須工作在比室內(nèi)環(huán)境惡劣的野外條件。由于 ONU是有源設(shè)備需要電源供應(yīng)，每一個十余戶的單元戶外設(shè)備 ONU都需要采用就地 220V供電； 其三、不能解決用戶要求兩個以上的交互式機(jī)頂盒，并且要求設(shè)備在任意房間可以使用的問題； 其四、和 EPON技術(shù)配套的互動電視技術(shù)是 IPTV，它的用戶終端目前大多采用 PC，不能給用戶提供真正意義上的客廳電視的感覺。 19 ITIS方案 技術(shù)原理 下行信號利用 IPQAM將互動業(yè)務(wù)制輸出 RF信號經(jīng) HFC傳輸?shù)?STB，上行信號由 STB的上行模塊利用 HFC的 0 65M上行通道，采用 EOC方式進(jìn)行數(shù)據(jù)回傳。所以 ITIS（ Interactive TV Information System）系統(tǒng)作為一種全新的基于雙向 HFC網(wǎng)絡(luò)的互動數(shù)字電視資訊系統(tǒng)，不依賴于 CMTS/CM、 ADSL等傳統(tǒng)的第三方數(shù)據(jù)回傳通道，使機(jī)頂盒僅使用單根射頻電纜就解決了 VOD視頻點(diǎn)播、多媒體咨訊等互動業(yè)務(wù)中數(shù)據(jù)上下行傳輸?shù)膯栴}。 技術(shù)優(yōu)點(diǎn) ITIS系統(tǒng)使用通用 DVB-C數(shù)字機(jī)頂盒既可收看普通數(shù)字電視節(jié)目也可同時開展互動電視業(yè)務(wù)。 ITIS系統(tǒng)作為一種全新的基于雙向HFC網(wǎng)絡(luò)的互動數(shù)字電視資訊方案，功能較完善，戶均成本較低，建設(shè)周期短，組網(wǎng)較容易。 技術(shù)缺陷 需要進(jìn)行網(wǎng)絡(luò) HFC雙向改造，上行帶寬窄，如果用戶需要寬帶上網(wǎng)或進(jìn)行網(wǎng)絡(luò)游戲等業(yè)務(wù)，還需要再另外配置 CM。 20 各種技術(shù)適合的網(wǎng)絡(luò)模式 IPQAM+CMTS或 ADSL技術(shù)方案 適用于已經(jīng)進(jìn)行網(wǎng)絡(luò)雙向改造，具備大量 CMTS并成功運(yùn)營的運(yùn)營商；或者有現(xiàn)成的 ADSL、以太等通信網(wǎng)絡(luò)。該技術(shù)方案成本較高，一般經(jīng)濟(jì)實(shí)力雄厚的地區(qū)采用。 EPON技術(shù)方案 適用于未進(jìn)行雙向 HFC改造，正準(zhǔn)備建設(shè)新的光纜網(wǎng)絡(luò)的 運(yùn)營商。由于沒有前期的資金投入，適合采用該技術(shù)方案 ITIS技術(shù)方案 適用于已經(jīng)進(jìn)行了 HFC雙向改造的網(wǎng)絡(luò)，沒有或少量使用CMTS的運(yùn)營商。因該技術(shù)方案成本低，施工簡單，可以滾動發(fā)展、分步實(shí)施，適合經(jīng)濟(jì)欠發(fā)達(dá)的地區(qū)。 21 互動電視資訊系統(tǒng)結(jié)構(gòu)圖 這是一個互動電視系統(tǒng)框架圖，邊緣前端和用戶之間可以用以上介紹的幾種方式進(jìn)行上下行通信。 22 3、互動電視平臺構(gòu)建方案 3.1、 廣電互動電視技術(shù)平臺總體技術(shù)要求 為實(shí)現(xiàn)交互業(yè)務(wù)發(fā)展目標(biāo)，并適應(yīng)后續(xù)系統(tǒng)擴(kuò)展的要求，平臺需要符合以下幾個方面的要求 . 平臺結(jié)構(gòu)要求 采用兩層結(jié)構(gòu)，基于局間站構(gòu)成平臺的核心層、二級站構(gòu)成邊緣層，隨著業(yè)務(wù)擴(kuò)展可將邊緣層從二級站推移到小區(qū)。 平臺管理功能要求 支持用戶管理、訂購管理、網(wǎng)絡(luò)管理（流量與帶寬控制）、內(nèi)容管理、運(yùn)行管理（平臺管理與日志），具有與綜合業(yè)務(wù)計(jì)費(fèi)系統(tǒng)、媒資系統(tǒng)、統(tǒng)一網(wǎng)管系統(tǒng)的標(biāo)準(zhǔn)接口 . 傳輸與控制要求 支持門戶頁面導(dǎo)航與 SI/PSI信令相結(jié)合的電子節(jié)目指南；支持基于條件接收系統(tǒng)加擾方式的內(nèi)容保護(hù)；支持授權(quán)信息在主節(jié)目通道或所有節(jié)目通道的插入；采用 HTTP控制協(xié)議或 RTP/RTSP/RTCP協(xié)議進(jìn)行視頻流的點(diǎn)播，下行 MPEG-2點(diǎn)播流通過 IP-QAM傳輸，基于 UDP協(xié)議進(jìn)行傳輸流的封裝。 23 RTP、 RTCP、 RTSP協(xié)議 RTP: 實(shí)時傳送協(xié)議（ Real-time Transport Protocol或簡寫 RTP，也可以寫成 RTTP）是一個網(wǎng)絡(luò)傳輸協(xié)議，它是由 IETF的多媒體傳輸工作小組1996年在 RFC1889中公布的。 RTP協(xié)議常用于 流媒體 系統(tǒng)（配合 RTCP協(xié)議），視頻會議和一鍵通（ Push to Talk）系統(tǒng)（配合 H.323或 SIP），使它成為 IP電話產(chǎn)業(yè)的技術(shù)基礎(chǔ)。 RTP協(xié)議和 RTP控制協(xié)議 RTCP一起使用，而且它是建立在用戶數(shù)據(jù)報(bào)協(xié)議上的。 RTP 本身并沒有提供按時發(fā)送機(jī)制或其它服務(wù)質(zhì)量（ QoS）保證，它依賴于低層服務(wù)去實(shí)現(xiàn)這一過程。 RTP 并不保證傳送或防止無序傳送，也不確定底層網(wǎng)絡(luò)的可靠性。 RTP 實(shí)行有序傳送， RTP 中的序列號允許接收方重組發(fā)送方的包序列，同時序列號也能用于決定適當(dāng)?shù)陌恢?。 RTCP： RTP 控制協(xié)議 （ RTCP： RTP Control Protocol） 。 RTP 控制協(xié)議（ RTCP）采用與數(shù)據(jù)包相同的分發(fā)機(jī)制，將控制包周期性傳輸?shù)剿袝拝⑴c者中。底層協(xié)議必須提供數(shù)據(jù)和控制包的多路發(fā)送 。 24 RTCP 提供數(shù)據(jù)分發(fā)質(zhì)量反饋信息，這是 RTP 作為傳輸協(xié)議的部分功能并且它涉及到了其它傳輸協(xié)議的流控制和擁塞控制。 RTCP 為 RTP 源攜帶一個持久性傳輸層標(biāo)識符，稱為規(guī)范名或 CNAME 。由于一旦發(fā)現(xiàn)沖突或程序重啟時， SSRC 標(biāo)識符會隨之改變，所以接收方需要 CNAME 來跟蹤每一個參與者。同時接收方還要求 CNAME 能夠與一組相關(guān) RTP 會話中來自于給定參與者的多重?cái)?shù)據(jù)流相關(guān)聯(lián)，例如同步視頻和音頻。 上述前兩個功能要求所有的參與者都要發(fā)送 RTCP 包，因此必須控制速率以便 RTP 按比例增加大量的參與者。通過每一個參與者發(fā)送各自的控制包給其它所有參與者，每一個參與者能夠獨(dú)立觀察到參與者數(shù)量，該數(shù)量可用來計(jì)算控制包的發(fā)送速率。 RTSP（ Real Time Streaming Protocol） ，實(shí)時流傳輸協(xié)議，是TCP/IP協(xié)議體系中的一個應(yīng)用層協(xié)議，該協(xié)議定義了一對多應(yīng)用程序如何有效地通過 IP網(wǎng)絡(luò)傳送多媒體數(shù)據(jù)。 RTSP在體系結(jié)構(gòu)上位于RTP和 RTCP之上，它使用 TCP或 RTP完成數(shù)據(jù)傳輸。 HTTP與 RTSP相比， HTTP傳送 HTML，而 RTSP傳送的是多媒體數(shù)據(jù)。 HTTP請求由客戶機(jī)發(fā)出，服務(wù)器作出響應(yīng)；使用 RTSP時，客戶機(jī)和服務(wù)器都可以發(fā)出請求，即 RTSP可以是雙向的。 25 視音頻編碼要求 視頻編碼： MPEG-2 (4.2 Mbit/s)，音頻編碼： MPEG-1 Layer 2 (128 kbit/s)，視音頻傳輸速率： 4.5 Mbit/s 。 接入要求 可根據(jù)用戶具體網(wǎng)絡(luò)狀況選擇 CM或 Fttlan接入方式提供回傳交互通道。 終端要求 機(jī)頂盒可選擇配置 10/100Mbps以太網(wǎng)接口或內(nèi)置 CM模塊；必須具有支持基于瀏覽器、瘦客戶端或中間件方式的視頻點(diǎn)播模塊；必須具有可遠(yuǎn)程網(wǎng)管與軟件升級的能力；必須支持智能卡接口；必須支持寬帶接入認(rèn)證，支持智能卡與 IP地址的混合身份識別；必須開放機(jī)頂盒的集成規(guī)范。 業(yè)務(wù)支持 能夠同時實(shí)現(xiàn)電視上網(wǎng)、電視游戲、電視 Flash等業(yè)務(wù)；同時支持雙向電視業(yè)務(wù)和 WEB2.0電視業(yè)務(wù)。 26 廣電互動電視技術(shù)平臺總體結(jié)構(gòu)圖 27 ADS： Automated Deployment Services，自動部署服務(wù)，簡稱 ADS。 管理員可以通過它容易地構(gòu)建和管理超大型的可伸縮 Windows服務(wù)器部署。 ADS包括一組 Microsoft開發(fā)的新映像工具，以及一個可以用來 在裸機(jī)服務(wù)器上快速部署 Windows 2000Server和 WindowsServer2003的、更安全且具有遠(yuǎn)程操作能力的基礎(chǔ)結(jié)構(gòu)。此外， ADS提供了一個更加安全、可靠的腳本執(zhí)行，允許管理員像管理一臺服務(wù)器那樣簡單地在 1000臺服務(wù)器上執(zhí)行基于腳本的管理工作。 在 ADS中，計(jì)算機(jī)被稱之為設(shè)備（ Device），所有被管理的設(shè)備都需要安裝 ADS中的 AdministrationAgent（簡稱：代理程序）。 ADS服務(wù)器需要由三部分組成，它們是： Controller Service（用來集中管理設(shè)備）、 NetworkBoot Services（簡稱 NBS，用來客戶端的遠(yuǎn)程計(jì)算機(jī)啟動）、 Image DistributionServices（負(fù)責(zé)映像創(chuàng)建和部署）。 28 系統(tǒng)功能結(jié)構(gòu)圖 29 典型 互動電視 平臺的系統(tǒng)架構(gòu) 一個典型的 互動 電視系統(tǒng)的功能架構(gòu)以及后臺管理系統(tǒng)和周邊系統(tǒng)的關(guān)系如 上 圖所示，節(jié)目內(nèi)容通過 AMS媒資管理系統(tǒng)饋入 BMS業(yè)務(wù)管理系統(tǒng)， BMS系統(tǒng)將媒體文件注入到視 頻 服務(wù)器 VODServer， 同時將資產(chǎn)注入到業(yè)務(wù)應(yīng)用系統(tǒng) Application，業(yè)務(wù)應(yīng)用系統(tǒng)進(jìn)行節(jié)目編排和服務(wù)綁定后再發(fā)布到互動節(jié)目導(dǎo)航系統(tǒng) IPG。用戶通過導(dǎo)航界面來選擇點(diǎn)播的節(jié)目，同時會話資源管理系統(tǒng) SRM和 BMS平臺在后臺工作以管理網(wǎng)絡(luò)帶寬，并與付費(fèi)平臺配合確定用戶帳戶的合法性。 30 在完整的廣播電視業(yè)務(wù)體系中，媒資管理系統(tǒng) AMS和 運(yùn)營支撐 系統(tǒng) BOSS分別作為生產(chǎn)系統(tǒng)和業(yè)務(wù)運(yùn)營系統(tǒng)，往往由獨(dú)立的廠商提供產(chǎn)品和客戶化服務(wù)，為包括廣播業(yè)務(wù)在內(nèi)的所有業(yè)務(wù)提供支撐。而IPQAM則是網(wǎng)絡(luò)設(shè)備產(chǎn)品，因此 互動 平臺架構(gòu)的核心組成包括：視頻服務(wù)系統(tǒng) VODServer、業(yè)務(wù)管理系統(tǒng) BMS、會話和資源管理系統(tǒng)SRM、應(yīng)用管理系統(tǒng) VODApplication、交互節(jié)目導(dǎo)航系統(tǒng) IPG。 VAS（ value added service）增值業(yè)務(wù)管理系統(tǒng)； BOSS（ business operation support system）業(yè)務(wù)運(yùn)營支撐系統(tǒng)。通常所說的 BOSS系統(tǒng)分為四個部分：計(jì)費(fèi)及結(jié)算系統(tǒng)、營業(yè)與賬務(wù)系統(tǒng)、客戶服務(wù)系統(tǒng)和決策支持系統(tǒng)。 AMS（ assert management system）媒體資產(chǎn)管理系統(tǒng)； BMS（ business management system）業(yè)務(wù)管理系統(tǒng)； CMS（ content management system）內(nèi)容管理系統(tǒng)； NMS（ network management system）網(wǎng)絡(luò)管理系統(tǒng)； IPG（ interactive program guide） 互動節(jié)目導(dǎo)航系統(tǒng) ； 31 互動電視關(guān)鍵 功能模塊 及作用 主要功能模塊： VOD Server視頻服務(wù)系統(tǒng) 視頻服務(wù)系統(tǒng)主要有兩個作用，媒體內(nèi)容的存儲和分發(fā)，以及為用戶提供直接的媒體流服務(wù)，用戶可以通過遙控器完成對媒體流的播放、暫停、快進(jìn)、快退等一系列控制操作。 IPG（ Interactive Program Guide）交互門戶系統(tǒng) IPG系統(tǒng)為用戶提供業(yè)務(wù)服務(wù)的入口界面，通過此系統(tǒng)，用戶可以完成節(jié)目的瀏覽、節(jié)目點(diǎn)播和收看并可以完成一些與用戶相關(guān)的自服務(wù)項(xiàng)目。 BOSS（ Business Operation Support System）業(yè)務(wù)運(yùn)營支撐系統(tǒng) BOSS 系統(tǒng)是業(yè)務(wù)的運(yùn)營支撐系統(tǒng)，通過此系統(tǒng)，運(yùn)營商可以完成對用戶管理 ,包括開戶，認(rèn)證與授權(quán)等；計(jì)扣費(fèi)管理、定價策略管理等。 32 STB（ Set Top Box ）機(jī)頂盒 STB 是放置在用戶家中的機(jī)頂盒設(shè)備，通過與家中的電視機(jī)相連接，使用寬帶網(wǎng)絡(luò)和同軸接口，用戶可以從運(yùn)營商系統(tǒng)中獲得相關(guān)服務(wù)。 互動 平臺主要接口 除了功能明確、科學(xué)分工的功能結(jié)構(gòu)，開放架構(gòu)更體現(xiàn)在開放的接口。不同的功能模塊可由不同的系統(tǒng)提供商完成，模塊間涉及如下主要接口： BOSS BMS 運(yùn)營支撐接口，運(yùn)營支撐系統(tǒng)通過此接口向交互電視業(yè)務(wù)系統(tǒng)提供用戶和訂購管理，主要包括基本屬性管理和下發(fā)、認(rèn)證和授權(quán)，以及業(yè)務(wù)的定購和變更。本接口可參照 ISA架構(gòu)的 CBI規(guī)范或采用SOAP協(xié)議。 AMS CMS 內(nèi)容采集接口，通過此接口 AMS系統(tǒng)將實(shí)時或非實(shí)時節(jié)目一些相關(guān)的元數(shù)據(jù)信息傳送給內(nèi)容管理系統(tǒng)管理。本接口可采用 ADI 接口實(shí)現(xiàn)內(nèi)容元數(shù)據(jù)的傳遞。 33 CMS VOD Server 內(nèi)容注入接口，內(nèi)容處理系統(tǒng)通過此接口，將各種外部節(jié)目源輸入到視頻服務(wù)系統(tǒng)中。本接口可采用 Corba協(xié)議或 Soap協(xié)議 。 CMS VOD Appliaction 內(nèi)容管理與業(yè)務(wù)系統(tǒng)接口，將內(nèi)容的元數(shù)據(jù)下發(fā)或同步給業(yè)務(wù)系統(tǒng)，業(yè)務(wù)系統(tǒng)進(jìn)行編排及服務(wù)綁定后通過 IPG頁面展示給用戶。接口使用 SOAP 和 XML 協(xié)議實(shí)現(xiàn)內(nèi)容元數(shù)據(jù)的下發(fā)和同步 STB IPG 門戶與 STB 接口， STB 通過接口獲得 VOD 業(yè)務(wù)導(dǎo)航服務(wù)和用戶自服務(wù)功能。通過 IPG提供的入口服務(wù)，用戶可以完成節(jié)目瀏覽和點(diǎn)播等各項(xiàng)服務(wù)。本接口使用 HTTP 協(xié)議，通過內(nèi)嵌在 STB 中的瀏覽器訪問 IPG頁面。 34 接口： STB SRM 會話請求接口， STB 通過接口可以發(fā)送會話請求，并獲取 SRM分配的資源和流會話信息。本接口使用 SSP協(xié)議或者 RTSP 協(xié)議。 SRM VOD Server 會話資源管理接口， SRM通過接口發(fā)送會話請求至視頻服務(wù)器，同時為視頻服務(wù)器分配資源信息。本接口使用 Corba協(xié)議或者 Soap協(xié)議。 STB VOD Server 視頻播放接口， STB 通過接口可以直接獲得視頻服務(wù)系統(tǒng)提供的節(jié)目流服務(wù)，并可完成節(jié)目的播放狀態(tài)控制。本接口使用 LSCP協(xié)議或者 RTSP 協(xié)議。 35 業(yè)務(wù)管理模塊 Application：實(shí)現(xiàn)對不同業(yè)務(wù)的內(nèi)容組合和業(yè)務(wù)策略的全局配置及管理；可以同時實(shí)現(xiàn)多個業(yè)務(wù)管理模塊 Application協(xié)同工作，分別管理不同的用戶、業(yè)務(wù)，對 IPG Server同時支持節(jié)目目錄數(shù)據(jù)的主動推送方式和被動獲取方式，提供靈活的業(yè)務(wù)管理和節(jié)目組合策略，滿足各類新的交互電視業(yè)務(wù)開發(fā)和部署需要。 內(nèi)容管理模塊 CMS：內(nèi)容管理系統(tǒng) CMS對 AMS系統(tǒng)注入的資產(chǎn)進(jìn)行管理，并將資產(chǎn)注入到業(yè)務(wù)系統(tǒng)進(jìn)行編排和服務(wù)綁定，同時將媒體文件注入到視頻服務(wù)器供用戶點(diǎn)播。 運(yùn)營管理模塊 VAS： VAS對用戶信息和產(chǎn)品信息進(jìn)行管理和維護(hù)，和第三方用戶管理系統(tǒng) SMS/BOSS以及認(rèn)證計(jì)費(fèi)網(wǎng)關(guān)聯(lián)合工作。 VAS系統(tǒng)可借鑒電信運(yùn)營商對用戶數(shù)據(jù)的管理和技術(shù)接口，實(shí)現(xiàn)實(shí)時扣款、實(shí)時授權(quán)、用度數(shù)據(jù)查詢等，用戶可在互動機(jī)頂盒終端上直接購買包月節(jié)目包等功能。 VAS的主要功能包括：用戶管理、產(chǎn)品管理、計(jì)費(fèi)管理、營銷管理等。 報(bào)表管理模塊 Report：提供各種業(yè)務(wù)、運(yùn)維、運(yùn)營等相關(guān)報(bào)表；報(bào)表管理子系統(tǒng)可以對于交互電視運(yùn)營中所有的系統(tǒng)及運(yùn)營數(shù)據(jù)進(jìn)行統(tǒng)計(jì)，并提供出不同的商業(yè)報(bào)表，包括點(diǎn)播率相關(guān)的、節(jié)目內(nèi)容相關(guān)的、視頻流相關(guān)的、用戶組和地域相關(guān)的等統(tǒng)計(jì)報(bào)表。 36 導(dǎo)航模塊 IPG：統(tǒng)一交互電視服務(wù)門戶 TV Portal。 IPG支持發(fā)布服務(wù)器運(yùn)行在 Linux平臺上，同時可加載 Squid等 Web Cache代理軟件，以提供更多的并發(fā)訪問支持，避免大量 Web發(fā)布服務(wù)器的堆疊； IPG同時支持采用四層交換機(jī)，實(shí)現(xiàn)多臺 Web發(fā)布服務(wù)器地址的 Cluster集群管理功能； IPG的主要功能包括：多業(yè)務(wù)導(dǎo)航、用戶自服務(wù)、認(rèn)證計(jì)費(fèi)網(wǎng)關(guān)。 會話資源管理模塊 SRM： SRM 提供了復(fù)雜的帶寬管理能力，以確保在下行網(wǎng)絡(luò)上視頻流能正確地路由和分發(fā) , 它持續(xù)地監(jiān)控網(wǎng)絡(luò)拓?fù)浜土髻Y源的利用，以保證 VOD 系統(tǒng)會話的最大可用性，消除視頻服務(wù)器或服務(wù)組 (ServiceGroup)間因?yàn)閹挷蛔愫?MPEG 節(jié)目號沖突導(dǎo)致的服務(wù)失敗。 SRM自動完成 VideoServer、 IPQAM 與 STB 的配對，并對 IPQAM 的帶寬進(jìn)行管理。 SRM可參考 NGOD等開放標(biāo)準(zhǔn)架構(gòu)，實(shí)現(xiàn)內(nèi)部 session、 resource等各管理功能的細(xì)分，實(shí)現(xiàn)內(nèi)部模塊的松耦合運(yùn)行，支持分布式部署； SRM包括：會話調(diào)度系統(tǒng) SM、資源管理系統(tǒng)RM等。 37 網(wǎng)絡(luò)管理系統(tǒng) NMS： 交互電視系統(tǒng)包括大量組件，為保證系統(tǒng)的正常運(yùn)營，所有的組件均需要網(wǎng)絡(luò)元素進(jìn)行監(jiān)控管理，管理功能包括：配置管理、性能管理、安全管理、故障管理等。 NMS可參考 MSA管理架構(gòu)，包括一套完整的系統(tǒng)監(jiān)控機(jī)制，除對物理設(shè)備和運(yùn)行狀態(tài)、參數(shù)進(jìn)行監(jiān)控外，對點(diǎn)播核心軟件模塊也可實(shí)現(xiàn)運(yùn)行狀態(tài) 、 參數(shù)、性能的監(jiān)控，為主動運(yùn)維提供一定的預(yù)警能力； 接口協(xié)議既可支持 ISA規(guī)范中的 CORBA協(xié)議，也可以采用諸如SOAP/XML協(xié)議等進(jìn)行優(yōu)化。模塊接口劃分可參考 NGOD架構(gòu)下的各功能模塊的劃分規(guī)劃，參照現(xiàn)網(wǎng)成功案例的互動業(yè)務(wù)運(yùn)行經(jīng)驗(yàn)，實(shí)現(xiàn)內(nèi)部各模塊均為松耦合運(yùn)行模式，以支持各核心模塊的分布式運(yùn)行，支持百萬用戶級的并發(fā)點(diǎn)播管理。 可以看出 “ 業(yè)務(wù)與承載分離、管理與服務(wù)分離 ” 是設(shè)計(jì)互 動平臺的首要原則， “ 集中式管理、分布式服務(wù) ” 使得架構(gòu)設(shè)計(jì)更為靈活和具有拓展性，同時結(jié)合市場容量需求和網(wǎng)絡(luò)規(guī)劃條件進(jìn)行合適的部署架構(gòu)設(shè)計(jì)，可以使 互動 平臺最大程度地服務(wù)于 互動 業(yè)務(wù)發(fā)展。 如下圖所示： 38 互動電視框架圖 整個互動電視平臺主要由 STB、 CDN、 EPG、業(yè)務(wù)運(yùn)營平臺、 DVB系統(tǒng)和運(yùn)營支撐系統(tǒng)等子系統(tǒng)組成。這幾大部件均相對