ZXR10 產(chǎn)品操作維護(hù)標(biāo)準(zhǔn)培訓(xùn)資料：ZXR10-A-CH-IPTV承載網(wǎng)解決方案

IPTV承載網(wǎng)解決方案承載網(wǎng)產(chǎn)品支持部目錄IPTV概述IPTV配套網(wǎng)絡(luò)場景IPTV頭端承載網(wǎng)方案中心CDN節(jié)點(diǎn)承載網(wǎng)方案區(qū)域/邊緣CDN節(jié)點(diǎn)承載網(wǎng)方案接入網(wǎng)方案IPTV概述-IPTV定義-IPTV優(yōu)勢-IPTV基本概念I(lǐng)PTV概述–IPTV定義IPTV(InternetProtocolTVORInteractivePersonalTV)也叫交互式網(wǎng)絡(luò)電視，它是這樣一種技術(shù)：利用寬帶網(wǎng)作為基礎(chǔ)設(shè)施，以家用電視機(jī)或計算機(jī)作為主要終端設(shè)備，集互聯(lián)網(wǎng)、多媒體、通信等多種技術(shù)于一體，通過互聯(lián)網(wǎng)絡(luò)協(xié)議向家庭用戶提供包括數(shù)字電視在內(nèi)的多種交互式數(shù)字媒體服務(wù)。4IPTV概述–IPTV優(yōu)勢IPTV和傳統(tǒng)的有線電視比較，具有以下優(yōu)勢：IPTV能夠提供多種形式的內(nèi)容服務(wù)；IPTV真正實(shí)現(xiàn)了互動；IPTV解決了傳輸?shù)撵`活性問題；IPTV的顯示終端更加多元化5禁止在廣告里插播連續(xù)劇！IPTV概述—IPTV基本概念I(lǐng)PTV網(wǎng)絡(luò)中常見的幾個名詞：STBSetTopBox機(jī)頂盒，通過機(jī)頂盒在電視上進(jìn)行TV點(diǎn)播、直播或者Internet業(yè)務(wù)CDNContentDeliveryNetwork內(nèi)容發(fā)布網(wǎng)絡(luò)――其目的是通過在現(xiàn)有的Internet中增加一層新的網(wǎng)絡(luò)架構(gòu)，將網(wǎng)站的內(nèi)容發(fā)布到最接近用戶的網(wǎng)絡(luò)"邊緣"，使用戶可以就近取得所需的內(nèi)容，解決Internet網(wǎng)絡(luò)擁塞狀況，提高用戶訪問網(wǎng)站的響應(yīng)速度直播節(jié)目

與傳統(tǒng)有線電視系統(tǒng)相同，用戶可以選擇自己喜愛的頻道進(jìn)行收看，用戶不能對電視節(jié)目進(jìn)行操作，如快進(jìn)，暫停等。在這里，數(shù)據(jù)流通常采用組播方式進(jìn)行傳送6IPTV概述—IPTV基本概念VODVideoOnDemand視頻點(diǎn)播——也稱為交互式電視點(diǎn)播系統(tǒng)，意即根據(jù)用戶的需要播放相應(yīng)的視頻節(jié)目，從根本上改變了用戶過去被動式看電視的不足。VOD流通常是單播方式傳送。時移電視Time-shiftedTelevision時移電視――這也是直播與點(diǎn)播相結(jié)合而形成的一種新業(yè)務(wù)，是直播業(yè)務(wù)的補(bǔ)充。用戶在觀看直播頻道電視時，中途可以暫停，過后可以從暫停處繼續(xù)收看，以免錯過某些重要情節(jié)。高清

“標(biāo)清”的圖象格式為720×576（PAL）640×480（NTSC），而“高清”則是1920×1080i(D3)以上至1920×1080p(D5)7IPTV概述—IPTV基本概念DRM

DigitalRightsManagement數(shù)字版權(quán)管理――也可以翻譯為：內(nèi)容數(shù)字版權(quán)加密保護(hù)技術(shù)。單播Singelcast是從一個源到一個接收者的數(shù)據(jù)傳輸。在客戶端與媒體服務(wù)器之間需要建立一個單獨(dú)的資料信道，從一臺服務(wù)器送出的每個資料包只能傳送給一個客戶機(jī)，這種傳送方式稱為單播組播Multicast又稱為多播，是一種允許一個或多個發(fā)送者（組播源）同時發(fā)送相同的數(shù)據(jù)包給多個接受者的一種網(wǎng)絡(luò)技術(shù)，是一種能夠在不增加骨干網(wǎng)負(fù)載的情況下，成倍增加業(yè)務(wù)用戶數(shù)量的有效方案，也因此成為當(dāng)前大流量視頻業(yè)務(wù)的首選8IPTV配套承載網(wǎng)場景-有頭端有直播專網(wǎng)-有頭端無直播專網(wǎng)-無頭端有直播專網(wǎng)-無頭端無直播專網(wǎng)IPTV配套承載網(wǎng)方案IPTV組網(wǎng)從功能及網(wǎng)絡(luò)位置可分為：

頭端網(wǎng)絡(luò)、中心CDN節(jié)點(diǎn)網(wǎng)絡(luò)、區(qū)域/邊緣CDN節(jié)點(diǎn)網(wǎng)絡(luò)、用戶接入網(wǎng)絡(luò)四部分。IPTV承載網(wǎng)的規(guī)劃及部署重點(diǎn)在中心CDN網(wǎng)絡(luò)、區(qū)域/邊緣CDN網(wǎng)絡(luò)。頭端網(wǎng)絡(luò)部署視電信運(yùn)營商網(wǎng)絡(luò)的差異而定，部分IPTV網(wǎng)絡(luò)中不需要額外參與頭端網(wǎng)絡(luò)的建設(shè)，由用戶直接提供。10IPTV配套承載網(wǎng)方案-有頭端有直播專網(wǎng)11IPTV配套承載網(wǎng)方案-有頭端有直播專網(wǎng)整網(wǎng)拓?fù)浞譃橐韵聨讉€部分：頭端節(jié)點(diǎn)，中心CDN站點(diǎn)，PC的CDN節(jié)點(diǎn)，MobileCDN節(jié)點(diǎn)，區(qū)域站點(diǎn)和邊緣站點(diǎn)。各個站點(diǎn)通過一對ZXR10高端系列交換機(jī)接入IP骨干網(wǎng)實(shí)現(xiàn)互聯(lián)互通。IP骨干網(wǎng)為各個站點(diǎn)提供單播和組播路由服務(wù)。所有交換機(jī)均成對配置，實(shí)現(xiàn)設(shè)備級的網(wǎng)絡(luò)冗余。區(qū)域站點(diǎn)和中心站點(diǎn)均配置有直播服務(wù)器DLBN，組成直播專網(wǎng)，提供直播業(yè)務(wù)。整網(wǎng)可提供基于STP機(jī)頂盒的直播業(yè)務(wù)和點(diǎn)播業(yè)務(wù)，基于PC和移動終端的直播業(yè)務(wù)和點(diǎn)播業(yè)務(wù)。12IPTV配套承載網(wǎng)方案-有頭端無直播專網(wǎng)13IPTV配套承載網(wǎng)方案-有頭端無直播專網(wǎng)整網(wǎng)拓?fù)浞譃橐韵聨讉€部分：頭端節(jié)點(diǎn)，中心CDN站點(diǎn)，PC的CDN節(jié)點(diǎn)，MobileCDN節(jié)點(diǎn)，區(qū)域站點(diǎn)和邊緣站點(diǎn)。各個站點(diǎn)通過一對ZXR10高端系列交換機(jī)接入IP骨干網(wǎng)實(shí)現(xiàn)互聯(lián)互通。IP骨干網(wǎng)為各個站點(diǎn)提供單播和組播路由服務(wù)。所有交換機(jī)均成對配置，實(shí)現(xiàn)設(shè)備級的網(wǎng)絡(luò)冗余。與場景一不同的是，在這個網(wǎng)絡(luò)中，中心站點(diǎn)和區(qū)域站點(diǎn)不再配置DLBN服務(wù)器，直播業(yè)務(wù)由該站點(diǎn)的CDN承擔(dān)。整網(wǎng)可提供基于STP機(jī)頂盒的直播業(yè)務(wù)和點(diǎn)播業(yè)務(wù)，基于PC和移動終端的直播業(yè)務(wù)和點(diǎn)播業(yè)務(wù)。14IPTV配套承載網(wǎng)方案-無頭端有直播專網(wǎng)15IPTV配套承載網(wǎng)方案-無頭端有直播專網(wǎng)整網(wǎng)拓?fù)浞譃橐韵聨讉€部分：中心CDN站點(diǎn)，PC的CDN節(jié)點(diǎn)，MobileCDN節(jié)點(diǎn)，區(qū)域站點(diǎn)和邊緣站點(diǎn)。各個站點(diǎn)通過一對ZXR10高端系列交換機(jī)接入IP骨干網(wǎng)實(shí)現(xiàn)互聯(lián)互通。IP骨干網(wǎng)為各個站點(diǎn)提供單播和組播路由服務(wù)。所有交換機(jī)均成對配置，實(shí)現(xiàn)設(shè)備級的網(wǎng)絡(luò)冗余。區(qū)域站點(diǎn)和中心站點(diǎn)均配置有直播服務(wù)器DLBN，組成直播專網(wǎng)，提供直播業(yè)務(wù)。整網(wǎng)可提供基于STP機(jī)頂盒的直播業(yè)務(wù)和點(diǎn)播業(yè)務(wù)，基于PC和移動終端的直播業(yè)務(wù)和點(diǎn)播業(yè)務(wù)。16IPTV配套承載網(wǎng)方案-無頭端無直播專網(wǎng)17IPTV配套承載網(wǎng)方案-無頭端無直播專網(wǎng)整網(wǎng)拓?fù)浞譃橐韵聨讉€部分：中心CDN站點(diǎn)，PC的CDN節(jié)點(diǎn)，MobileCDN節(jié)點(diǎn)，區(qū)域站點(diǎn)和邊緣站點(diǎn)。各個站點(diǎn)通過一對ZXR10高端系列交換機(jī)接入IP骨干網(wǎng)實(shí)現(xiàn)互聯(lián)互通。IP骨干網(wǎng)為各個站點(diǎn)提供單播和組播路由服務(wù)。所有交換機(jī)均成對配置，實(shí)現(xiàn)設(shè)備級的網(wǎng)絡(luò)冗余。網(wǎng)絡(luò)拓?fù)渑c場景三類似，不同的是區(qū)域站點(diǎn)和中心站點(diǎn)沒有配置直播服務(wù)器DLBN，直播業(yè)務(wù)由站點(diǎn)的CDN提供。整網(wǎng)可提供基于STP機(jī)頂盒的直播業(yè)務(wù)和點(diǎn)播業(yè)務(wù)，基于PC和移動終端的直播業(yè)務(wù)和點(diǎn)播業(yè)務(wù)。18頭端網(wǎng)絡(luò)方案頭端承載網(wǎng)絡(luò)方案此方案為項目需要參與頭端建設(shè)的方案說明。在電信運(yùn)營商已經(jīng)提供了頭端網(wǎng)絡(luò)場景中無需考慮此部分的建設(shè)。20頭端承載網(wǎng)絡(luò)方案頭端主推方案為全I(xiàn)P組網(wǎng)方案，相關(guān)組網(wǎng)設(shè)備配置說明如下：頭端配置2臺二層交換機(jī)作為組播節(jié)目輸入，配置2臺二層交換機(jī)和2臺ZXR10高端交換機(jī)作為組播或單播節(jié)目輸出。輸入的2臺主備二層交換機(jī)不級聯(lián)，同時發(fā)送相同的兩路組播節(jié)目到EncoderGroup，由EncoderGroup來選擇一路組播節(jié)目處理。輸出的的2臺二層交換機(jī)和2臺ZXR10高端交換機(jī)組成口字型組網(wǎng)，EncoderGroup只會發(fā)送一路組播或單播節(jié)目到主備二層交換機(jī)。網(wǎng)絡(luò)正常工作時，EncoderGroup發(fā)送組播或單播節(jié)目到主二層交換機(jī),然后主二層交換機(jī)同時轉(zhuǎn)發(fā)到兩臺SW;當(dāng)網(wǎng)絡(luò)工作異常時，EncoderGroup發(fā)送組播或單播節(jié)目源到備二層交換機(jī)，然后備二層交換機(jī)同時轉(zhuǎn)發(fā)到兩臺交換機(jī)。21中心CDN節(jié)點(diǎn)承載網(wǎng)方案-主備DRM有直播專網(wǎng)-主備DRM無直播專網(wǎng)-雙主DRM有直播專網(wǎng)-雙主DRM無直播專網(wǎng)-無DRM有直播專網(wǎng)-無DRM無直播專網(wǎng)中心CDN節(jié)點(diǎn)方案-主備DRM有直播專網(wǎng)23中心CDN節(jié)點(diǎn)方案-主備DRM有直播專網(wǎng)DRM：兩臺RETS工作在主備模式，僅對加密頻道碼流進(jìn)行加密。RETS發(fā)送IGMPReport報文給DRM的SW-1或SW-2，將加密頻道碼流引入到本地，RETS完成加密之后推送給直播專網(wǎng)的SW-3或SW-4；VPP是離線點(diǎn)播節(jié)目加密服務(wù)器，作用是從內(nèi)容提供商的FTPServer上，通過單播FTP的方式下拉沒有加密的點(diǎn)播節(jié)目，然后完成對IPTV點(diǎn)播節(jié)目的加密任務(wù)，最后再次把加密了IPTV點(diǎn)播節(jié)目通過FTP單播的方式上傳到對應(yīng)的FTPServer上，VPP一般直接連接中心節(jié)點(diǎn)的SW-5或SW-6。24中心CDN節(jié)點(diǎn)方案-主備DRM有直播專網(wǎng)DLBNCDN：工作在主備模式，發(fā)送IGMPReport報文給SW-3或SW-4，將加密和非加密頻道碼流引入到本地經(jīng)轉(zhuǎn)碼推送給中心節(jié)點(diǎn)的CDN。FCC的作用是將DLBNCDN推送的組播頻道碼流緩存到本地，當(dāng)用戶觀看組播頻道，在進(jìn)行頻道切換時，為縮短用戶的觀看直播頻道的切換時間，用戶的機(jī)頂盒會同時發(fā)出兩個請求，一個是IGMPReport請求加入對應(yīng)的組播頻道，另一個發(fā)一個RTSP單播請求給FCC，有FCC立即發(fā)一份此頻道的單播碼流給用戶STB，加快頻道切換速度，當(dāng)頻道的組播碼流到底用戶STB時，用戶STB就會斷開和FCC直接的單播碼流。25中心CDN節(jié)點(diǎn)方案-主備DRM有直播專網(wǎng)CentralCDNNode：工作在主備模式，從SW-5或SW-6將直播專網(wǎng)的直播碼流引入到本地，不再對外發(fā)送頻道組播碼流，用戶的VOD、頻道回看等以單播碼流發(fā)送出去。OTTEncoder：將頭端碼流引入到本地，進(jìn)行重新編碼加密以單播的形式發(fā)給MobileCDNNode和PCCDNNode使用。OTTOffline從FTPSERVER拉流到本地編碼加密，和VPP相比多了一個編碼的功能26中心CDN節(jié)點(diǎn)方案-主備DRM無直播專網(wǎng)27中心CDN節(jié)點(diǎn)方案-主備DRM無直播專網(wǎng)DRM：兩臺RETS工作在主備模式，僅對加密頻道碼流進(jìn)行加密。RETS發(fā)送IGMPReport報文給DRM的SW-1或SW-2，將加密頻道碼流引入到本地，RETS完成加密之后推送給中心節(jié)點(diǎn)的SW-5或SW-6；VPP是離線點(diǎn)播節(jié)目加密服務(wù)器，作用是從內(nèi)容提供商的FTPServer上，通過單播FTP的方式下拉沒有加密的點(diǎn)播節(jié)目，然后完成對IPTV點(diǎn)播節(jié)目的加密任務(wù)，最后再次把加密了IPTV點(diǎn)播節(jié)目通過FTP單播的方式上傳到對應(yīng)的FTPServer上，VPP一般直接連接中心節(jié)點(diǎn)的SW-5或SW-6。28中心CDN節(jié)點(diǎn)方案-主備DRM無直播專網(wǎng)CentralCDNNode：工作在主備模式，從SW-5和SW-6將非加密直播碼流、DRM加密的直播碼流引入到本地，對外以組播碼流形式發(fā)送直播頻道碼流，以單播碼流發(fā)送用戶的VOD、頻道回看等碼流。OTTEncoder：將頭端碼流引入到本地，進(jìn)行重新編碼加密以單播的形式發(fā)給MobileCDNNode和PCCDNNode使用。OTTOffline從FTPSERVER拉流到本地編碼加密，和VPP相比多了一個編碼的功能29中心CDN節(jié)點(diǎn)方案-雙主DRM有直播專網(wǎng)30中心CDN節(jié)點(diǎn)方案-雙主DRM有直播專網(wǎng)DRM：兩臺RETS工作在雙主模式，僅對加密頻道碼流進(jìn)行加密。兩臺RETS同時發(fā)送IGMPReport報文給DRM的SW-1和SW-2，將加密頻道碼流引入到本地，兩臺RETS完成加密之后同時推送給直播專網(wǎng)的SW-3或SW-4；VPP是離線點(diǎn)播節(jié)目加密服務(wù)器，作用是從內(nèi)容提供商的FTPServer上，通過單播FTP的方式下拉沒有加密的點(diǎn)播節(jié)目，然后完成對IPTV點(diǎn)播節(jié)目的加密任務(wù)，最后再次把加密了IPTV點(diǎn)播節(jié)目通過FTP單播的方式上傳到對應(yīng)的FTPServer上，VPP一般直接連接中心節(jié)點(diǎn)的SW-5或SW-6。31中心CDN節(jié)點(diǎn)方案-雙主DRM有直播專網(wǎng)DLBNCDN：其IN方向的端口工作在雙主模式，其OUT方向的端口工作在主備模式，同時發(fā)送IGMPReport報文給SW-3和SW-4，將雙份加密和非加密頻道碼流引入到本地依靠自己的機(jī)制選擇丟棄一份，之后經(jīng)轉(zhuǎn)碼推送給中心節(jié)點(diǎn)的CDN；FCC的作用是將DLBNCDN推送的組播頻道碼流緩存到本地，當(dāng)用戶觀看組播頻道，在進(jìn)行頻道切換時，為縮短用戶的觀看直播頻道的切換時間，用戶的機(jī)頂盒會同時發(fā)出兩個請求，一個是IGMPReport請求加入對應(yīng)的組播頻道，另一個發(fā)一個RTSP單播請求給FCC，有FCC立即發(fā)一份此頻道的單播碼流給用戶STB，加快頻道切換速度，當(dāng)頻道的組播碼流到底用戶STB時，用戶STB就會斷開和FCC直接的單播碼流。32中心CDN節(jié)點(diǎn)方案-雙主DRM有直播專網(wǎng)CentralCDNNode：工作在主備模式，從SW-5或SW-6將直播專網(wǎng)的直播碼流引入到本地，不再對外發(fā)送頻道組播碼流，用戶的VOD、頻道回看等以單播碼流發(fā)送出去。OTTEncoder：將頭端碼流引入到本地，進(jìn)行重新編碼加密以單播的形式發(fā)給MobileCDNNode和PCCDNNode使用。OTTOffline從FTPSERVER拉流到本地編碼加密，和VPP相比多了一個編碼的功能。33中心CDN節(jié)點(diǎn)方案-雙主DRM無直播專網(wǎng)34中心CDN節(jié)點(diǎn)方案-雙主DRM無直播專網(wǎng)DRM：兩臺RETS工作在雙主模式，僅對加密頻道碼流進(jìn)行加密。兩臺RETS同時發(fā)送IGMPReport報文給DRM的SW-1和SW-2，將加密頻道碼流引入到本地，兩臺RETS完成加密之后同時推送給中心節(jié)點(diǎn)的SW-5或SW-6；VPP是離線點(diǎn)播節(jié)目加密服務(wù)器，作用是從內(nèi)容提供商的FTPServer上，通過單播FTP的方式下拉沒有加密的點(diǎn)播節(jié)目，然后完成對IPTV點(diǎn)播節(jié)目的加密任務(wù)，最后再次把加密了IPTV點(diǎn)播節(jié)目通過FTP單播的方式上傳到對應(yīng)的FTPServer上，VPP一般直接連接中心節(jié)點(diǎn)的SW-5或SW-6。35中心CDN節(jié)點(diǎn)方案-雙主DRM無直播專網(wǎng)CentralCDNNode：工作在雙主模式，從SW-5和SW-6將直播專網(wǎng)的直播碼流引入到本地，對外以組播碼流形式發(fā)送直播頻道碼流，以單播碼流發(fā)送用戶的VOD、頻道回看等碼流。OTTEncoder：將頭端碼流引入到本地，進(jìn)行重新編碼加密以單播的形式發(fā)給MobileCDNNode和PCCDNNode使用。OTTOffline從FTPSERVER拉流到本地編碼加密，和VPP相比多了一個編碼的功能。36中心CDN節(jié)點(diǎn)方案-無DRM有直播專網(wǎng)37中心CDN節(jié)點(diǎn)方案-無DRM有直播專網(wǎng)DLBNCDN：工作在主備模式，發(fā)送IGMPReport報文給SW-3或SW-4，將加密和非加密頻道碼流引入到本地經(jīng)轉(zhuǎn)碼推送給中心節(jié)點(diǎn)的CDN。FCC的作用是將DLBNCDN推送的組播頻道碼流緩存到本地，當(dāng)用戶觀看組播頻道，在進(jìn)行頻道切換時，為縮短用戶的觀看直播頻道的切換時間，用戶的機(jī)頂盒會同時發(fā)出兩個請求，一個是IGMPReport請求加入對應(yīng)的組播頻道，另一個發(fā)一個RTSP單播請求給FCC，有FCC立即發(fā)一份此頻道的單播碼流給用戶STB，加快頻道切換速度，當(dāng)頻道的組播碼流到底用戶STB時，用戶STB就會斷開和FCC直接的單播碼流。了一個編碼的功能。38中心CDN節(jié)點(diǎn)方案-無DRM有直播專網(wǎng)CentralCDNNode：工作在主備模式，從SW-5或SW-6將直播專網(wǎng)的直播碼流引入到本地，不再對外發(fā)送頻道組播碼流，用戶的VOD、頻道回看等以單播碼流發(fā)送出去。OTTEncoder：將頭端碼流引入到本地，進(jìn)行重新編碼加密以單播的形式發(fā)給MobileCDNNode和PCCDNNode使用。OTTOffline從FTPSERVER拉流到本地編碼加密，和VPP相比多了一個編碼的功能。39中心CDN節(jié)點(diǎn)方案-無DRM無直播專網(wǎng)40中心CDN節(jié)點(diǎn)方案-無DRM無直播專網(wǎng)CentralCDNNode：工作在主備模式，從SW-5或SW-6將源碼流引入到本地，對外以組播碼流形式發(fā)送直播頻道組播碼流，以單播碼流發(fā)送用戶的VOD、頻道回看等碼流。OTTEncoder：將頭端碼流引入到本地，進(jìn)行重新編碼加密以單播的形式發(fā)給MobileCDNNode和PCCDNNode使用。OTTOffline從FTPSERVER拉流到本地編碼加密。41區(qū)域/邊緣CDN節(jié)點(diǎn)承載網(wǎng)方案-有直播專網(wǎng)-無直播專網(wǎng)區(qū)域/邊緣CDN節(jié)點(diǎn)承載網(wǎng)方案-有直播專網(wǎng)直播專網(wǎng)主要指中心節(jié)點(diǎn)與區(qū)域節(jié)點(diǎn)之間存在二級直播服務(wù)器，由區(qū)域節(jié)點(diǎn)部署直播服務(wù)器，承擔(dān)中心CDN代理應(yīng)用，將IPTV直播節(jié)目推送至邊緣節(jié)點(diǎn)及終端用戶側(cè)。43區(qū)域/邊緣CDN節(jié)點(diǎn)承載網(wǎng)方案-有直播專網(wǎng)中心節(jié)點(diǎn)網(wǎng)絡(luò)與區(qū)域節(jié)點(diǎn)、邊緣節(jié)點(diǎn)之間的承載網(wǎng)絡(luò)無法全面部署組播協(xié)議；區(qū)域節(jié)點(diǎn)部署DLBN，向中心節(jié)點(diǎn)發(fā)送節(jié)目數(shù)據(jù)請求，中心節(jié)點(diǎn)的節(jié)目源以單播形式向區(qū)域節(jié)點(diǎn)推送；區(qū)域節(jié)點(diǎn)DLBN負(fù)責(zé)將從中心節(jié)點(diǎn)請求的節(jié)目數(shù)據(jù)，從單播轉(zhuǎn)換成組播，并負(fù)責(zé)向區(qū)域節(jié)點(diǎn)、邊緣節(jié)點(diǎn)的CDN推送直播節(jié)目.44區(qū)域/邊緣CDN節(jié)點(diǎn)承載網(wǎng)方案-有直播專網(wǎng)區(qū)域節(jié)點(diǎn)的SW系列交換機(jī)負(fù)責(zé)對DLBN、CDN、FCC設(shè)備進(jìn)行匯聚及網(wǎng)關(guān)作用，同時負(fù)責(zé)VRRP、組播及路由協(xié)議部署；邊緣節(jié)點(diǎn)分雙機(jī)、單機(jī)組網(wǎng)，主要差別在于匯聚交換機(jī)的數(shù)量。邊緣雙機(jī)的組網(wǎng)中，匯聚交換機(jī)可實(shí)現(xiàn)CDN的保護(hù)與切換。邊緣單機(jī)的組網(wǎng)中僅配置一臺交換機(jī)作為CDN的IP承載，無對應(yīng)保護(hù)通道。45區(qū)域/邊緣CDN節(jié)點(diǎn)承載網(wǎng)方案-無直播專網(wǎng)全網(wǎng)組播

骨干網(wǎng)與城域網(wǎng)支持組播部署，中心CDN將實(shí)現(xiàn)組播推送方式至區(qū)域/邊緣節(jié)點(diǎn)。區(qū)域/邊緣節(jié)點(diǎn)將中心CDN的組播數(shù)據(jù)轉(zhuǎn)換后以組播數(shù)據(jù)方式推送至終端STB側(cè)。全網(wǎng)單播

骨干網(wǎng)與城域網(wǎng)不支持組播部署，中心CDN將實(shí)現(xiàn)單播方式推送至區(qū)域/邊緣節(jié)點(diǎn)。區(qū)域/邊緣節(jié)點(diǎn)將中心CDN的單播數(shù)據(jù)處理后再以單播數(shù)據(jù)方式推送至終端STB側(cè)。此類方式不推薦，對網(wǎng)絡(luò)帶寬消耗過大。46區(qū)域/邊緣CDN節(jié)點(diǎn)承載網(wǎng)方案-無直播專網(wǎng)無直播專網(wǎng)的組網(wǎng)指中心節(jié)點(diǎn)直接將IPTV節(jié)目數(shù)據(jù)推送至區(qū)域節(jié)點(diǎn)、邊緣節(jié)點(diǎn)。中間不經(jīng)過其他代理直播服務(wù)器的中介處理。關(guān)于中心CDN的數(shù)據(jù)以何種數(shù)據(jù)類型發(fā)送至區(qū)域節(jié)點(diǎn)、邊緣節(jié)點(diǎn)，則由承載網(wǎng)的組播路由協(xié)議部署能力決定。47區(qū)域/邊緣CDN節(jié)點(diǎn)承載網(wǎng)方案-無直播專網(wǎng)全網(wǎng)組播

骨干網(wǎng)與城域網(wǎng)支持組播部署，中心CDN將實(shí)現(xiàn)組播推送方式至區(qū)域/邊緣節(jié)點(diǎn)。區(qū)域/邊緣節(jié)點(diǎn)將中心CDN的組播數(shù)據(jù)轉(zhuǎn)換后以組播數(shù)據(jù)方式推送至終端STB側(cè)。全網(wǎng)單播

骨干網(wǎng)與城域網(wǎng)不支持組播部署，中心CDN將實(shí)現(xiàn)單播方式推送至區(qū)域/邊緣節(jié)點(diǎn)。區(qū)域/邊緣節(jié)點(diǎn)將中心CDN的單播數(shù)據(jù)處理后再以單播數(shù)據(jù)方式推送至終端STB側(cè)。此類方式不推薦，對網(wǎng)絡(luò)帶寬消耗過大。48IPTV接入網(wǎng)承載方案-PPPOE方式-IPOE方式IPTV接入網(wǎng)承載方案IPTV應(yīng)用的接入網(wǎng)絡(luò)是指城域網(wǎng)側(cè)用戶的接入部分網(wǎng)絡(luò)，從城域網(wǎng)BRAS或者SR開始，一直到機(jī)頂盒這段網(wǎng)絡(luò)。主要包含的設(shè)備有：BRASorSR，城域網(wǎng)匯聚交換機(jī)，城域網(wǎng)接入交換機(jī)、DSLAM或者OLT，家庭網(wǎng)關(guān)等設(shè)備，在這樣的組網(wǎng)中，我們把BRAS或者SR稱之為IP邊緣節(jié)點(diǎn)，即BNG。50IPTV接入網(wǎng)承載方案-PPPOE方式51IPTV接入網(wǎng)承載方案-PPPOE方式在PPPOE方式中，從BRAS到用戶，是點(diǎn)對點(diǎn)的方式，即一個用戶復(fù)制一份數(shù)據(jù)流，可以很好的實(shí)現(xiàn)用戶的管理，但是，也由于這種一對一的方式，每個用戶一份流，相當(dāng)于是單播方式，占用了大量的帶寬，使得組播自身失去了意義，因此這種方式適合在用戶數(shù)量不多的情況下部署。應(yīng)用場景：DSLAM、OLT、交換機(jī)可以不支持組播復(fù)制功能，便于IPTV業(yè)務(wù)快速部署。PPPoE報文只能終結(jié)到BRAS