《中國(guó)電信IPTV業(yè)務(wù)及技術(shù)培訓(xùn)》由會(huì)員分享，可在線閱讀，更多相關(guān)《中國(guó)電信IPTV業(yè)務(wù)及技術(shù)培訓(xùn)（57頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

中國(guó)電信IPTV業(yè)務(wù)及技術(shù)培訓(xùn),,中國(guó)電信股份有限公司廣州研究院 數(shù)據(jù)網(wǎng)絡(luò)部業(yè)務(wù)室 陳戈 cheng@gsta.com,,匯報(bào)提綱,IPTV系統(tǒng)概述 IPTV系統(tǒng)的總體介紹 IPTV系統(tǒng)關(guān)鍵技術(shù)分析 IPTV承載網(wǎng)建議,What is IPTV?,IPTV業(yè)務(wù)是指基于IP 寬帶網(wǎng)絡(luò)，以ADSL、FTTB+LAN為主要接入方式，以寬帶數(shù)字機(jī)頂盒+電視機(jī)為用戶終端，聚合SP 的各種視頻內(nèi)容和增值應(yīng)用，向用戶提供電信級(jí)的多種互動(dòng)多媒體服務(wù)的寬帶增值業(yè)務(wù)。,家庭娛樂是一項(xiàng)巨大的產(chǎn)業(yè) 在中國(guó)有3.7億臺(tái)電視機(jī) 在家70%的娛樂休閑時(shí)間是在看電視 9600萬的有線電視用戶 真正實(shí)現(xiàn)可管理的增值運(yùn)營(yíng)服務(wù)收入,相關(guān)背景,IPTV的定義,寬帶網(wǎng)絡(luò)的建設(shè)最終是為發(fā)展寬帶增值業(yè)務(wù)，而主流的寬帶應(yīng)用就是流媒體； 寬帶用戶數(shù)增長(zhǎng)變緩，ARPU值下降。 打破現(xiàn)有電視收看的局限性，也正是IPTV能夠解決的問題。 面向巨大的TV終端用戶市場(chǎng)，IPTV能夠成為電信運(yùn)營(yíng)商新業(yè)務(wù)的增長(zhǎng)點(diǎn)。,IPTV系統(tǒng)支持的業(yè)務(wù)類型,視頻廣播類業(yè)務(wù) 廣播（TV） 遠(yuǎn)程教育 視頻點(diǎn)播類業(yè)務(wù) VOD 廣播節(jié)目預(yù)定(PVR) 遠(yuǎn)程教育 音樂/卡拉OK 互動(dòng)廣告,通信類業(yè)務(wù) 視頻通信 短信收發(fā) 網(wǎng)絡(luò)應(yīng)用類 互動(dòng)游戲 信息服務(wù) 即時(shí)通信 機(jī)頂盒上網(wǎng)瀏覽,IPTV 系統(tǒng)應(yīng)以滿足用戶娛樂需求為主，兼顧教育、信息等其它需求。在內(nèi)容提供上，可以充分利用互聯(lián)星空現(xiàn)有的合作資源，尋找多家、掌握特色資源的內(nèi)容提供商的合作。 IPTV 系統(tǒng)初期以視頻節(jié)目的廣播、點(diǎn)播服務(wù)為主。將來計(jì)劃逐步發(fā)展網(wǎng)絡(luò)游戲、可視電話、交互信息服務(wù)等其它應(yīng)用。 在業(yè)務(wù)初期目標(biāo)用戶發(fā)展上，應(yīng)以目前已有的寬帶用戶、高端用戶為主要目標(biāo)用戶群，以后逐步發(fā)展未使用寬帶業(yè)務(wù)的用戶。,IPTV業(yè)務(wù)發(fā)展的基本策略,,IPTV系統(tǒng)概述 IPTV系統(tǒng)的總體介紹 IPTV系統(tǒng)關(guān)鍵技術(shù)分析 IPTV承載網(wǎng)建議,匯報(bào)提綱,,運(yùn)營(yíng)支撐層,業(yè)務(wù)應(yīng)用層,承載層,用戶終端,,,,內(nèi)容處理,內(nèi)容管理,增值應(yīng)用管理,點(diǎn)播,廣播,通信服務(wù),信息服務(wù),流媒體服務(wù),電子節(jié)目單,內(nèi)容分發(fā)網(wǎng)絡(luò),運(yùn)營(yíng)支撐層 承載網(wǎng)絡(luò),ADSL接入,WLAN接入,機(jī)頂盒,業(yè)務(wù)應(yīng)用層 承載網(wǎng)絡(luò),互聯(lián)星空 認(rèn)證支付計(jì)費(fèi)接口管理,用戶管理,統(tǒng)計(jì)分析,認(rèn)證授權(quán),計(jì)費(fèi)支付及結(jié)算,機(jī)頂盒管理,數(shù)字版權(quán)管理,LAN接入,Web, Ftp等服務(wù),平臺(tái)系統(tǒng)管理,互動(dòng)游戲,匯聚層,IPTV平臺(tái)總體架構(gòu),運(yùn)營(yíng)支撐層,運(yùn)營(yíng)支撐層為IPTV平臺(tái)提供運(yùn)營(yíng)支撐，是IPTV平臺(tái)的運(yùn)營(yíng)支撐系統(tǒng)。通過與互聯(lián)星空的接口連接，實(shí)現(xiàn)認(rèn)證和支付功能。 運(yùn)營(yíng)支撐層包括： 用戶管理 認(rèn)證授權(quán) 計(jì)費(fèi)支付及結(jié)算 統(tǒng)計(jì)分析 平臺(tái)系統(tǒng)管理 機(jī)頂盒管理 數(shù)字版權(quán)管理等模塊。,業(yè)務(wù)應(yīng)用層,業(yè)務(wù)應(yīng)用層為IPTV平臺(tái)提供業(yè)務(wù)應(yīng)用服務(wù)。 業(yè)務(wù)應(yīng)用層包括： 內(nèi)容處理 內(nèi)容管理 增值應(yīng)用管理 點(diǎn)播 廣播 流媒體服務(wù) 電子節(jié)目單 通信服務(wù) 互動(dòng)游戲 信息服務(wù)等增值應(yīng)用。,承載層及用戶終端,承載層為IPTV平臺(tái)提供網(wǎng)絡(luò)承載。包括： 內(nèi)容分發(fā)網(wǎng)絡(luò) 運(yùn)營(yíng)支撐層承載網(wǎng)絡(luò) 業(yè)務(wù)應(yīng)用層承載網(wǎng)絡(luò) 匯聚層 ADSL/LAN/WLAN寬帶接入 用戶終端是機(jī)頂盒 IPTV用戶使用機(jī)頂盒，通過ADSL、LAN、WLAN等寬帶接入方式接入，在電視機(jī)上實(shí)現(xiàn)IPTV業(yè)務(wù)。,IPTV業(yè)務(wù)流程,STB,,,internet,DSLAM,BAS,中心片源,,,,,交換機(jī),,,,邊緣服務(wù)器,,,163后臺(tái),Vnet后臺(tái),97前臺(tái),申請(qǐng)IPTV用戶,IPTV運(yùn)營(yíng)支撐系統(tǒng),,,,,開戶流程,,,,,接入認(rèn)證流程,,,,業(yè)務(wù)認(rèn)證流程,,EPG服務(wù)器,,,,點(diǎn)播流程,,IPTV系統(tǒng)概述 IPTV系統(tǒng)的總體介紹 IPTV系統(tǒng)關(guān)鍵技術(shù)分析 IPTV承載網(wǎng)建議,匯報(bào)提綱,,ITU-T H.261(1990)->H.263(1995)->H.263+(1998)->H.264（2004） ISO MPEG1(1991)->MPEG2(1994)->MPEG4(1999) Joint Video Team (JVT:VCEG/MPEG) 2001 H.264/MPEG4 Part 10. 又名AVC MS VC-9 VC 9(2003)->Windows Media HD(2004),,關(guān)鍵技術(shù)一：IPTV的編碼格式,主要編碼參數(shù)比較,寬帶視頻系統(tǒng)編碼格式對(duì)比,MPEG2 與DVD編碼制式一致，具有豐富的節(jié)目源； 技術(shù)成熟，頻道切換時(shí)間快，體驗(yàn)效果好 帶寬高，一般需要3～3.5M，存儲(chǔ)空間大，處理器資源要求最低 MPEG4 PART2 帶寬小，1M左右即可以達(dá)到近似DVD效果，處理器資源要求較低 存在多個(gè)標(biāo)準(zhǔn)分支，需要考慮相互兼容的問題； 很可能最后過渡到H.264（MPEG4 PART10） MPEG4 PART10（H.264） 相同帶寬下圖像質(zhì)量最好，但處理器資源要求最高（2倍于MPEG4） 標(biāo)準(zhǔn)的產(chǎn)業(yè)化需要一定的時(shí)間，預(yù)計(jì)在2005年下旬開始商用。 WMV9(VC-1) 與PC用戶兼容性好，微軟的技術(shù)支持能力強(qiáng)； 帶寬要求與H.264稍高，比MPEG4低，處理器資源要求高（1.5倍于MPEG4）； 節(jié)目緩沖時(shí)間長(zhǎng)； 私有標(biāo)準(zhǔn)，目前正在尋求成為國(guó)際公開標(biāo)準(zhǔn)。,建議選用MPEG4為視頻編碼標(biāo)準(zhǔn)，提供1.3M碼率的標(biāo)清節(jié)目（準(zhǔn)DVD效果），并將過渡到H.264。,ADSL覆蓋范圍與編碼格式的關(guān)系,注：1000英尺=0.3048千米,,3.8KM,0.511mm,0.404 mm,條件接收系統(tǒng)（Conditional Access System） 目前主要應(yīng)用于有線電視網(wǎng) 適合單向網(wǎng)絡(luò)、適合廣播式網(wǎng)絡(luò) 內(nèi)容在服務(wù)器不加密，在傳輸時(shí)加密 數(shù)字版權(quán)管理（Digital Right Management) 目前主要應(yīng)用于互聯(lián)網(wǎng) 對(duì)文件進(jìn)行加密，也可實(shí)時(shí)加密 適合雙向網(wǎng)絡(luò)應(yīng)用,關(guān)鍵技術(shù)二：內(nèi)容安全保護(hù),目前內(nèi)容保護(hù)的主要技術(shù)：,DRM系統(tǒng)關(guān)鍵部份,機(jī)頂盒私鑰 誰(shuí)控制機(jī)頂盒私鑰，誰(shuí)即控制了用戶 內(nèi)容密鑰 誰(shuí)控制內(nèi)容密鑰，誰(shuí)即控制了內(nèi)容 授權(quán) 授權(quán)是計(jì)費(fèi)的基礎(chǔ),,,內(nèi)容密鑰,授權(quán),機(jī)頂盒私鑰,DRM的商業(yè)模式,最理想,電信具有一定的主動(dòng) 性，合作不穩(wěn)定,電信無法管理用戶 和內(nèi)容，沒有主動(dòng)性， IPTV用戶沒有粘著性，風(fēng)險(xiǎn)很大,不現(xiàn)實(shí),關(guān)鍵技術(shù)三：機(jī)頂盒,機(jī)頂盒協(xié)議和標(biāo)準(zhǔn)： 保證多廠商設(shè)備的互通 格式的支持：不同的格式在視頻質(zhì)量、壓縮率方面存在差異 WMV即VC9標(biāo)準(zhǔn)格式 MPEG4（Part2）/H.264格式 成本：良好的成本控制是IPTV業(yè)務(wù)盈利的關(guān)鍵因素 基于x86架構(gòu)的STB，成本在1000元以上 基于DSP芯片的STB，成本在600-1000元 基于ASIC專有芯片的STB，成本在600元左右 擴(kuò)展功能的支持： Game Peer to Peer視頻通信 ……,關(guān)鍵技術(shù)四：IPTV的承載網(wǎng),核心層 指省163骨干網(wǎng)的相關(guān)設(shè)備，包括省網(wǎng)骨干路由器，省IDC路由器和交換機(jī)等 匯聚層 匯聚層指從BRAS/AR等設(shè)備至播放服務(wù)器間的網(wǎng)絡(luò)及設(shè)備范圍 匯聚層網(wǎng)絡(luò)范圍指城域網(wǎng)的核心和匯聚層 接入層 接入層指從用戶機(jī)頂盒到BRAS/AR等設(shè)備之間的網(wǎng)絡(luò)及設(shè)備,核心層,匯聚層,接入層,IPTV承載網(wǎng)絡(luò)結(jié)構(gòu),QoS 保證 高帶寬 低丟包率 優(yōu)先于Internet業(yè)務(wù) 支持組播，減少帶寬需求 組播方式提供業(yè)務(wù) CDN內(nèi)容分發(fā) 組播業(yè)務(wù)的管理 業(yè)務(wù)的安全可控 視頻業(yè)務(wù)的獨(dú)立性 對(duì)用戶業(yè)務(wù)的可控性 性能 組播轉(zhuǎn)發(fā)能力 頻道快速切換,,,,DSLAM,,,Internet,,,BAS,,,,,,,,CDN,xDSL,,,承載網(wǎng),,BAS,,,,MODEM,STB,PC,Home Network,,,,Home Gateway,TV,PC,Home Network,,Ethernet,L2,ES,ES,,,,,,,,,,省中心,承載網(wǎng)的技術(shù)要求,承載網(wǎng)的技術(shù)要求：QoS保證,帶寬：要求每個(gè)IPTV用戶接入帶寬達(dá)到2M(使用MPEG4或更高壓縮率的編碼)。 頻道切換時(shí)延：有線電視網(wǎng)的頻道切換非?？欤琁PTV也應(yīng)盡量減少端到端時(shí)延。據(jù)IPTV用戶調(diào)查，用戶可接受1秒的TV頻道切換時(shí)間，及10秒內(nèi)的VOD切換時(shí)間。,,,因此，必須考慮如何提高IPTV業(yè)務(wù)的QOS，如何逐步實(shí)施,業(yè)務(wù)層面考慮 —IPTV業(yè)務(wù)對(duì)承載網(wǎng)絡(luò)QoS參數(shù)的敏感程度隨編碼格式、編碼速率、承載協(xié)議的不同而有所差異，在業(yè)務(wù)設(shè)計(jì)上應(yīng)盡可能適應(yīng)承載網(wǎng)絡(luò)現(xiàn)狀； —典型QoS機(jī)制：流媒體速率適應(yīng)/調(diào)節(jié)機(jī)制、媒體編碼冗余性、媒體緩存機(jī)制。 承載層面考慮 — 基于IP網(wǎng)的端到端的QoS機(jī)制目前尚不成熟，因此分層解決IPTV業(yè)務(wù)的QoS質(zhì)量保證問題； — IPTV業(yè)務(wù)流量流向模型易于確定，對(duì)音視頻直播類業(yè)務(wù)可使用專網(wǎng)傳輸或靜態(tài)預(yù)留資源方式下抵組播業(yè)務(wù)控制點(diǎn)；音視頻點(diǎn)播類業(yè)務(wù)可使用三層與二層機(jī)制,結(jié)合業(yè)務(wù)接入控制點(diǎn)的CAC功能完成QoS質(zhì)量保證。,承載網(wǎng)的技術(shù)要求：QoS保證,關(guān)鍵技術(shù)五：IPTV的組播網(wǎng),1、組播復(fù)制點(diǎn)問題 2、組播的靜態(tài)加入VS動(dòng)態(tài)加入 3、組播的管理問題 4、組播的安全問題 5、組播的QoS問題,,組播復(fù)制點(diǎn)問題– BRAS復(fù)制,BRAS面向用戶進(jìn)行組播復(fù)制 STB與PC分別通過不同PPPoE STB單播組播在同一PPPoE 對(duì)BRAS下行帶寬要求較高 現(xiàn)網(wǎng)不需要改造 適合小規(guī)模用戶情況,組播復(fù)制點(diǎn)問題-IP DSLAM復(fù)制,單播與組播分別使用不同VLAN及PVC DSLAM進(jìn)行面向用戶組播復(fù)制 DSLAM進(jìn)行組播控制 適合大規(guī)模發(fā)展階段,IGMP Filter,組播復(fù)制點(diǎn)問題-IP DSLAM復(fù)制,,,,面向用戶組播復(fù)制點(diǎn),,單播與組播分別使用不同VLAN及PVC DSLAM進(jìn)行面向用戶組播復(fù)制 DSLAM進(jìn)行組播控制 適合大規(guī)模發(fā)展階段,組播復(fù)制點(diǎn)問題-ATM DSLAM,ADSL Modem使用雙PVC上聯(lián)，一條PVC承載原有的寬帶上網(wǎng)業(yè)務(wù)，另外一條PVC承載IPTV業(yè)務(wù) ； 為了減少對(duì)ATM資源的要求，引入ES(組播服務(wù)器) 組播通過P2MP進(jìn)行分發(fā)；,組播復(fù)制點(diǎn)問題-ATM DSLAM,ATM DSLAM上行鏈路帶寬不足的情況下，可擴(kuò)容IP板； 組播流從ATM DSLAM 的IP板下發(fā)到用戶。,組播復(fù)制點(diǎn)問題－LAN接入,交換機(jī)面向用戶進(jìn)行組播復(fù)制； 交換機(jī)支持IGMP Snooping； 末端交換機(jī)支持IGMP Filter及IGMP Snooping；,引入DSLAM組播的意義： DSLAM內(nèi)部完成組播及視頻流的復(fù)制 減輕網(wǎng)絡(luò)側(cè)的流量壓力 降低對(duì)網(wǎng)絡(luò)的IGMP協(xié)議要求 組播延遲小 DSLAM對(duì)組播的支持： IGMP Proxy IGMP Snooping,DSLAM組播的意義,IPTV組播需重點(diǎn)考慮問題,1、組播復(fù)制點(diǎn)問題 2、組播的靜態(tài)加入VS動(dòng)態(tài)加入 3、組播的管理問題 4、組播的安全問題 5、組播的QoS問題,,組播的靜態(tài)加入VS動(dòng)態(tài)加入,組播的靜態(tài)加入(靜態(tài)建立特定組的組播樹） 容易控制組播源的接入； 容易控制組播的范圍； 較難進(jìn)行組播路徑的備份； 靜態(tài)組播一般在路由器端口指定加入某個(gè)組播組，并拒絕其它組的加入； 動(dòng)態(tài)加入（組播樹動(dòng)態(tài)生成） 控制組播源的接入較難； 控制組播的范圍較難，存在安全隱患； 容易進(jìn)行組播路徑的備份； 動(dòng)態(tài)組播一般在路由器上啟用PIM等組播路由；,IPTV組播需重點(diǎn)考慮問題,1、組播復(fù)制點(diǎn)問題 2、組播的靜態(tài)加入VS動(dòng)態(tài)加入 3、組播的管理問題 4、組播的安全問題 5、組播的QoS問題,,組播的管理問題,組播源的準(zhǔn)入及控制 防止非法組播源假冒IPTV源 防止非法組播源通過組播給用戶發(fā)送節(jié)目 組播范圍的控制 一些組只能在某個(gè)范圍內(nèi)傳播 合法用戶的準(zhǔn)入 組播自身無認(rèn)證功能，需網(wǎng)絡(luò)設(shè)備控制非法用戶的接入,CDN網(wǎng)絡(luò)主要適用于VOD業(yè)務(wù)，IPTV業(yè)務(wù)需同時(shí)提供大量的直播業(yè)務(wù)（BTV）。 直播業(yè)務(wù)與點(diǎn)播業(yè)務(wù)存在很多不同之處,IPTV承載網(wǎng)：可控組播方案,BTV業(yè)務(wù)流程,,,DSLAM,,,,,DSLAM,,,,,Multicast CA,,,STB,,,,業(yè)務(wù)管理系統(tǒng),,EPG,CPE,HOME GATEWAY,ES,ATM/LAN SW,ES,,,,RP,,1.獲取節(jié)目表,2.加入頻道,4.加入組播,5.節(jié)目播放,,,,,IP城域網(wǎng),骨干網(wǎng)絡(luò),RP/DR,0.域間組播內(nèi)容分發(fā),3.開放權(quán)限,,需要承載網(wǎng)支持組播轉(zhuǎn)發(fā)能力,需要在承載網(wǎng)邊緣提供面向用戶的組播復(fù)制和用戶管理功能,承載網(wǎng)要提供高品質(zhì)：低時(shí)延、低抖動(dòng)、基本不丟包,IPTV組播需重點(diǎn)考慮問題,1、組播復(fù)制點(diǎn)問題 2、組播的靜態(tài)加入VS動(dòng)態(tài)加入 3、組播的管理問題 4、組播的安全問題 5、組播的QoS問題,,組播的安全問題,組播源的安全 IPTV是面向大眾的媒體工具，要嚴(yán)防非法內(nèi)容進(jìn)入IPTV； 只允許特定地址段的路由器接入組播源； 盡量使用靜態(tài)組播； 寬帶接入不允許發(fā)送組播源；,IPTV組播需重點(diǎn)考慮問題,1、組播復(fù)制點(diǎn)問題 2、組播的靜態(tài)加入VS動(dòng)態(tài)加入 3、組播的管理問題 4、組播的安全問題 5、組播的QoS問題,,組播的QoS問題,組播是以UDP承載的，無重傳機(jī)制； IPTV對(duì)質(zhì)量的要求非常高，少量丟包就會(huì)造成馬賽克現(xiàn)象； 目前的解決方案是使用“應(yīng)用層組播”,關(guān)鍵技術(shù)六：故障定位及質(zhì)量分析,IPTV是實(shí)時(shí)性業(yè)務(wù)，對(duì)帶寬，時(shí)延，抖動(dòng)，丟包等指標(biāo)要求很高。 用戶對(duì)業(yè)務(wù)質(zhì)量要求很高，而現(xiàn)有的基于盡力而為的IP網(wǎng)路，很難保證質(zhì)量 目前的IPTV業(yè)務(wù)涉及環(huán)節(jié)很多，故障定位困難，對(duì)運(yùn)維提出了很高的要求 IPTV系統(tǒng)的穩(wěn)定性還需要經(jīng)受大規(guī)模用戶的考驗(yàn),IPTV故障類型,IPTV故障定位思路,質(zhì)量分析思路(主動(dòng)測(cè)試）,質(zhì)量分析思路(被動(dòng)測(cè)試）,,IPTV系統(tǒng)概述 IPTV系統(tǒng)的總體介紹 IPTV系統(tǒng)關(guān)鍵技術(shù)分析 IPTV承載網(wǎng)建議,匯報(bào)提綱,當(dāng)前IP承載網(wǎng)絡(luò)要解決的幾大問題,一、IPTV業(yè)務(wù)對(duì)承載網(wǎng)絡(luò)的高帶寬需求 單用戶一般需要2～3M，存在長(zhǎng)時(shí)間同時(shí)在線的特點(diǎn)。 IPTV帶寬總量計(jì)算： 帶寬需求 = TV節(jié)目 X 頻道帶寬 + 最大并發(fā)VoD X 節(jié)目帶寬 二、IP承載網(wǎng)需要提供QOS保證 視頻直播雖然是單向式流媒體傳送，但實(shí)時(shí)性要求也比較高，對(duì)數(shù)據(jù)包時(shí)延的敏感度高，因此 QoS保證至關(guān)重要。 目前IP網(wǎng)絡(luò)（從省網(wǎng)、城域網(wǎng)、接入網(wǎng)）都沒有差分服務(wù)，沒有提供針對(duì)業(yè)務(wù)的QOS保證，瞬時(shí)擁塞也會(huì)影響到IPTV的用戶接收體驗(yàn)！,當(dāng)前IP承載網(wǎng)絡(luò)要解決的幾大問題,三、為了提供直播業(yè)務(wù)的傳輸效率，需提供對(duì)組播支持。 要求網(wǎng)絡(luò)能提供端到端的組播支持，包括省網(wǎng)、城域網(wǎng)、接入網(wǎng)、BRAS、DSLAM、MODEM。 組播路由協(xié)議的支持，特別是互通性。 組播管理 組播管理包括用戶接收數(shù)據(jù)的可控管理 組播源的管理 組播分發(fā)范圍的管理 組播計(jì)費(fèi)管理 組播的安全管理 端到端組播QOS的支持 目前，省網(wǎng)(廣東)和城域網(wǎng)都沒有開通組播，存在不同廠家設(shè)備對(duì)協(xié)議互通性以及開通組播協(xié)議會(huì)影響設(shè)備的性能等諸多因素。,近期IPTV承載網(wǎng)方案建議,一、短期內(nèi)開通IPTV業(yè)務(wù)，現(xiàn)網(wǎng)條件決定組播復(fù)制點(diǎn)在BRAS。 ATM DSLAM的改造； 這種方案成本最低。 二、現(xiàn)階段，IPTV用戶采用PPPOE認(rèn)證方式更合理。 PPPoE是延續(xù)原來寬帶上網(wǎng)的認(rèn)證方式，和原有寬帶網(wǎng)絡(luò)用戶接入認(rèn)證體系一致。在現(xiàn)有網(wǎng)絡(luò)開展IPTV業(yè)務(wù)，則在認(rèn)證方式上無須做任何的改動(dòng)投資，可以繼續(xù)使用BRAS和統(tǒng)一后臺(tái)RADIUS服務(wù)系統(tǒng)和業(yè)務(wù)管理系統(tǒng)。 DHCP認(rèn)證方式還存在很多管理維護(hù)的問題，目前需要改進(jìn)。 三、業(yè)務(wù)初期，用戶量不大，可采用BRAS提供IPTV業(yè)務(wù)的接入控制。 城域網(wǎng)優(yōu)化沒有完成，SR設(shè)備沒有布放。 業(yè)務(wù)初期，用戶量相對(duì)較少，BRAS可以提供業(yè)務(wù)接入。 直播頻道數(shù)目較少，不會(huì)對(duì)BRAS造成太大的壓力,近期實(shí)施方案_VOD實(shí)現(xiàn),通過CDN系統(tǒng)把大部分用戶節(jié)目推送到IPTV POP節(jié)點(diǎn)。 IPTV終端接入方式 單PVC上行 雙PPPOE Session 使用跟寬帶上網(wǎng)不同的帳號(hào)后綴，例如：xxx@iptv.gd 從IPTV POP點(diǎn)到用戶的STB提供QOS保證。,近期IPTV直播方案拓?fù)?IPTV POP服務(wù)器把直播流從原來的Unicast方式改為Multicast方式發(fā)送，組播流經(jīng)過少量的POP點(diǎn)設(shè)備到達(dá)BRAS，由BRAS面向用戶復(fù)制，把組播流復(fù)制到用戶的PPPOE Session中。,下一步IPTV承載網(wǎng)要考慮的因素,一、隨著IPTV用戶群不斷增大，BRAS復(fù)制點(diǎn)成為業(yè)務(wù)發(fā)展的瓶頸。 對(duì)已經(jīng)承擔(dān)寬帶用戶接入控制的BRAS，如果還要承擔(dān)大規(guī)模IPTV用戶的組播復(fù)制和QOS控制，將不堪負(fù)荷。 組播復(fù)制點(diǎn)在BRAS，如果用戶規(guī)模達(dá)到一定程度，二層承載網(wǎng)絡(luò)的帶寬資源利用率較差，流量將非常大。 二、有效的解決辦法是組播復(fù)制點(diǎn)下降到DSLAM層面。 對(duì)大量的ATM DSLAM進(jìn)行升級(jí)改造: 如增添IP上行板塊，軟件升級(jí)到支持組播復(fù)制和組播控制。 DHCP認(rèn)證方式的完善，DHCP SERVER的開發(fā)和管理。 三、城域網(wǎng)優(yōu)化完成，網(wǎng)絡(luò)進(jìn)一步完善 CN2建設(shè)完成并投入使用，可作為IPTV骨干承載。 城域網(wǎng)優(yōu)化完成，SR設(shè)備已經(jīng)布放，可承載大量的IPTV用戶業(yè)務(wù)。 直播的頻道數(shù)目較多，用戶量大，DSLAM支持組播復(fù)制，帶寬資源利用率更高。 BRAS承載少量的無法升級(jí)改造的ATM DSLAM上行的IPTV用戶業(yè)務(wù)。城域網(wǎng)交換機(jī)支持QinQ。,后期IPTV承載網(wǎng)優(yōu)化方案,從源到目的全程開通組播路由協(xié)議。 從源到目的全程QOS保證。 IPTV終端接入方式：多PVC上行、采用DHCP認(rèn)證。 IP DSLAM、用戶二層交換機(jī)實(shí)現(xiàn)面向用戶的組播復(fù)制,無線AP接入,,寬帶上網(wǎng)業(yè)務(wù),IPTV家庭終端組網(wǎng)方式，通過無線AP接入，使安裝了寬帶業(yè)務(wù)的用戶增加IPTV業(yè)務(wù)時(shí)，提供靈活的組網(wǎng)方式：,謝謝！ 懇請(qǐng)批評(píng)指正。,