IPTV承載解決方案

2023/2/4三網(wǎng)融合&IPTV承載解決方案Page2目錄1三網(wǎng)融合&IPTV發(fā)展趨勢和挑戰(zhàn)2IPTV承載網(wǎng)絡(luò)架構(gòu)4案例分析3IPTV關(guān)鍵技術(shù)方案Page3業(yè)務(wù)融合：語音＋數(shù)據(jù)＋TV＋移動增進用戶體驗，促進數(shù)據(jù)使用量發(fā)展拓展藍海，促進向綜合信息提供商轉(zhuǎn)型市場融合：電信＋廣電10億電信用戶＋4億廣電用戶8500億元電信市場＋1500億元廣電市場市場需求提升中國整體信息化水平，使國民享受更廉價、豐富的服務(wù)做大做強信息產(chǎn)業(yè)和文化產(chǎn)業(yè)拉動內(nèi)需，刺激經(jīng)濟發(fā)展避免重復(fù)建設(shè)強化內(nèi)容監(jiān)管政策法規(guī)行業(yè)間壁壘逐步打破，競爭加劇競爭優(yōu)勢的重構(gòu)：進攻/防守第四家運營商：廣電與廣電的合作成為一種選擇互聯(lián)網(wǎng)企業(yè)的競爭和合作競爭與合作網(wǎng)絡(luò)融合：電信＋有線電視＋互聯(lián)網(wǎng)技術(shù)趨同－－AllIP三網(wǎng)融合的技術(shù)發(fā)展FTTH、PON＋EOC、DPONIMSIDC/CDN融合終端技術(shù)三網(wǎng)融合的政策解讀三網(wǎng)融合發(fā)展趨勢挑戰(zhàn)分析Page4電信運營商滲透廣電領(lǐng)域，廣電運營商進入電信領(lǐng)域，雙方都面臨競爭壓力，基于全業(yè)務(wù)進行全方位競爭。三網(wǎng)融合激發(fā)全業(yè)務(wù)競爭的加劇電信運營商和有線電視運營商業(yè)務(wù)互相滲透，都將成為全業(yè)務(wù)運營商；通過全業(yè)務(wù)綁定及價格策略互相爭奪客戶；電信運營商通過鋪設(shè)FTTH來提供IPTV業(yè)務(wù)，搶奪有線電視運營商TV業(yè)務(wù)；有線電視運營商可能通過自建或MVNO的方式進入傳統(tǒng)電信運營商的移動領(lǐng)域，形成全業(yè)務(wù)競爭。TVMobileVoiceBB電信運營商有線電視運營商DSL/FTTXPOTS/VOIPGSM/CDMAWCDMAFTTHIPTVCableBBVOIPMVNOCableTVIPTV發(fā)展趨勢挑戰(zhàn)分析Page5IPTV是三網(wǎng)融合的起步和關(guān)鍵Video@home三屏和視訊融合面向互聯(lián)網(wǎng)的創(chuàng)新Widget平臺互聯(lián)網(wǎng)應(yīng)用Appstore平臺TV@homeTV@homeApplication@home豐富用戶體驗，改變用戶生活家庭網(wǎng)絡(luò)持續(xù)發(fā)展，超越TVIPTV高清大容量/百萬用戶開放平臺開拓行業(yè)市場后向收費模式多屏體驗融合視訊體感游戲互聯(lián)網(wǎng)視頻播放PC伴侶發(fā)展趨勢挑戰(zhàn)分析Page6獨立的IPTV業(yè)務(wù)不賺錢,但通過對寬帶保護和促進、增值等則可以推動整網(wǎng)贏利IPTV成為全球大帶寬網(wǎng)絡(luò)的業(yè)務(wù)驅(qū)動全球已有200余家運營商部署IPTV

TOP50運營商中39家已開通IPTV

2010年預(yù)期規(guī)模達到4000萬，中國市場550萬上海電信突破100萬，廣東電信突破80萬IPTV是大寬帶網(wǎng)絡(luò)的旗幟業(yè)務(wù)IPTV提升整網(wǎng)價值大寬帶戰(zhàn)略100Mbps(FT)50Mbps(DT)20Mbps(ATT)40Mbps(Verizon)100Mbps(NTT)100Mbps(BT)100Mbps(KT)埃森哲對泰國TOT計算的IPTV部署帶來總價值

–8yearNPV(百萬美元)1IPTV本身的收入2寬帶保護和促進3

廣告/增值-14313850200200588基本場景樂觀場景(最敏感5個因素增加5%)降低寬帶流失率增加寬帶市場份額廣告和其他增值業(yè)務(wù)Page7IPTV承載挑戰(zhàn)1：端到端提速部分設(shè)備不滿足BRAS核心路由器OLT/DSLAM/L2城域骨干網(wǎng)寬帶接入網(wǎng)入戶帶寬普遍低于4M，部分接入設(shè)備不能滿足寬帶提速要求IPTV需要網(wǎng)絡(luò)設(shè)備支持組播，現(xiàn)網(wǎng)部分DSLAM不支持組播業(yè)務(wù)網(wǎng)關(guān)需對IPTV業(yè)務(wù)進行基于用戶的精細化控制，現(xiàn)網(wǎng)SR很難滿足要求，部分BRAS需要改造核心路由器轉(zhuǎn)發(fā)能力不足，無法滿足對大容量、40G接口等高速高密度接口的需求高清入戶需要10~20M，當(dāng)前入戶帶寬普遍低于4M；端到端提速，部分接入設(shè)備、BRAS和核心路由器需要改造。Page8IPTV承載挑戰(zhàn)2：網(wǎng)絡(luò)層次較多目前城域網(wǎng)一般為5跳，但若直接用此架構(gòu)的網(wǎng)絡(luò)承載IPTV，對網(wǎng)絡(luò)建設(shè)成本、網(wǎng)絡(luò)業(yè)務(wù)控制、網(wǎng)絡(luò)服務(wù)質(zhì)量等方面都會帶來更大的問題。用戶模塊局端局中心局BRAS/SRIPTV業(yè)務(wù)網(wǎng)關(guān)端口匯聚和業(yè)務(wù)分流DSLAMCopper核心Router匯聚RouterInternet①②③④⑤IPTVL2設(shè)備參差不齊容易形成服務(wù)質(zhì)量的瓶頸IPTV相關(guān)的承載技術(shù)難以統(tǒng)一部署（組播、可靠性等）經(jīng)過多級流量收斂，匯聚路由器流量收斂的作用在減小，更多是在做流量的透傳Page9IPTV承載挑戰(zhàn)3：業(yè)務(wù)體驗難以保障抖動>50ms時延>200ms丟包>1次/h寬帶IP城域網(wǎng)絕大部分流量為互聯(lián)網(wǎng)業(yè)務(wù)，現(xiàn)網(wǎng)規(guī)劃、設(shè)計和建設(shè)基本上未考慮IPTV業(yè)務(wù)的承載；IPTV頻道切換比傳統(tǒng)電視體驗差，并且對丟包非常敏感，嚴重影響用戶體驗。傳統(tǒng)電視<1sIPTV普清：0.5~2sIPTV高清：0.5~5sIPTV頻道切換較慢視頻對丟包非常敏感IPTV長時間恒定流量特點增加QoS保證難度互聯(lián)網(wǎng)業(yè)務(wù)流IPTV業(yè)務(wù)流業(yè)務(wù)類型承載要求視頻電話和/普通語音實時的、抖動敏感的、高交互性的業(yè)務(wù)，所需帶寬固定，用戶需求苛刻，需要滿足運營級的要求IPTV業(yè)務(wù)占據(jù)大量下行帶寬，對時延、抖動和丟包較敏感傳統(tǒng)互聯(lián)網(wǎng)業(yè)務(wù)如：HTTP/FTP等帶寬突發(fā)性強，對時延、抖動和丟包不敏感斷點續(xù)傳業(yè)務(wù)如：BT等帶寬突發(fā)性強，帶寬消耗大，長時間，無實時要求，對延遲、抖動和丟包無要求IPTV業(yè)務(wù)和互聯(lián)網(wǎng)業(yè)務(wù)對承載要求差異較大Page10IPTV承載挑戰(zhàn)4：難以快速運維缺少端到端管理手段：運維涉及到IPTV業(yè)務(wù)系統(tǒng)、承載網(wǎng)絡(luò)和機頂盒；難以快速定界：運維部門涉及到多領(lǐng)域的多個部門，如何快速定界？難以快速定位：當(dāng)發(fā)現(xiàn)故障是那個部門負責(zé)時，如何快速定位故障點？IPTV

業(yè)務(wù)中心STBIPTV網(wǎng)關(guān)DSLAM/OLTIP城域網(wǎng)？？？？接入運維部門IP網(wǎng)絡(luò)運維部門IPTV業(yè)務(wù)系統(tǒng)運維部門網(wǎng)管Page11目錄1三網(wǎng)融合&IPTV發(fā)展趨勢和挑戰(zhàn)2IPTV承載網(wǎng)絡(luò)架構(gòu)4案例分析3IPTV關(guān)鍵技術(shù)方案Page12IPTVHMSIP骨干網(wǎng)中心節(jié)點IP城域網(wǎng)IP城域網(wǎng)IPTVCMSEPGSTB升級中心本地NASOLT/DSLAMIPTV業(yè)務(wù)網(wǎng)關(guān)OLT/DSLAMIPTV業(yè)務(wù)網(wǎng)關(guān)點播/時移直播/輪播單播/組播IPTVHMS邊緣節(jié)點邊緣節(jié)點區(qū)域中心區(qū)域中心電視直播源IDCIPTV整體部署架構(gòu)CRCR骨干網(wǎng)業(yè)務(wù)網(wǎng)關(guān)接入網(wǎng)IPTV架構(gòu)Page13節(jié)省投資：CAPEX投資可節(jié)省30%易于運維：網(wǎng)絡(luò)節(jié)點數(shù)可以減少50%以上產(chǎn)業(yè)鏈成熟：集群路由器、OTN、大容量多業(yè)務(wù)控制網(wǎng)關(guān)、大容量PON接入平臺技術(shù)成熟發(fā)展城域網(wǎng)架構(gòu)扁平化，提升IPTV承載效率用戶模塊局端局中心局BRASSR端口匯聚和業(yè)務(wù)分流DSLAMCopperCRRouterBRASOLTMDUFTTBCopperCRIPTVInternet

現(xiàn)有主要適配Internet的寬帶IP城域網(wǎng)架構(gòu)演進后適配IPTV業(yè)務(wù)的寬帶IP城域網(wǎng)絡(luò)架構(gòu)FTTH匯聚型OLTIPTVInternetL2①②③④⑤①②③①100萬FTTH大寬帶網(wǎng)設(shè)備投資分析比較全網(wǎng)CAPEX下降30%骨干網(wǎng)業(yè)務(wù)網(wǎng)關(guān)接入網(wǎng)IPTV架構(gòu)Page14IPTV發(fā)展驅(qū)動城域核心路由器集群化骨干網(wǎng)業(yè)務(wù)網(wǎng)關(guān)接入網(wǎng)IPTV架構(gòu)基礎(chǔ)數(shù)據(jù)及模型：150路標清，3M6路高清，12MIPTV并發(fā)率50%BTV用戶比例50%VOD用戶比例30%PLTV用戶比例20%本地命中率80%BTV高清比例10%BTV標清比例90%寬帶用戶數(shù)量（萬）2050100網(wǎng)關(guān)數(shù)量（臺）50100150BTV用戶（萬）512.525VOD用戶（萬）37.515PLTV用戶（萬）2510城域網(wǎng)出口上行帶寬（G）184691城域網(wǎng)出口下行帶寬（G）4497168隨著IPTV業(yè)務(wù)的高速發(fā)展和高清節(jié)目的日益普及，大型城市的IPTV流量將會在數(shù)百G；IPTV的業(yè)務(wù)發(fā)展使核心集群化進一步加快；綜合寬帶上網(wǎng)、IPTV和其他業(yè)務(wù)需求，大中型城域核心路由器流量需求將超過單框設(shè)備能力，需要配置集群路由器，以滿足寬帶業(yè)務(wù)快速發(fā)展需求。IP城域網(wǎng)NXGEIPTVHMSNXGEDSLAM/OLTIPTV業(yè)務(wù)網(wǎng)關(guān)點播80％點播20％邊緣節(jié)點區(qū)域中心直播PLTV以50萬寬帶用戶為例，參考當(dāng)前城域網(wǎng)流量（某北方省會城市）上行帶寬新增：46%下行帶寬新增：202%Page15建設(shè)城域OTN實現(xiàn)IPTV快速部署現(xiàn)網(wǎng)50~200臺新增50~200臺IPTV將提升城域網(wǎng)帶寬需求，消耗光纖；FTTX建設(shè)將會消耗光纖；資源日益緊張IPTV屬于高要求業(yè)務(wù)，故障情況下對保護和恢復(fù)的要求非常高IPTV要求快速部署，需要光層具備快速開通能力對于光纖資源緊張、擴展能力不足的網(wǎng)絡(luò)，可以考慮建設(shè)城域OTN：提升光纖利用效率，提升光傳送能力；提升光層可靠性，業(yè)務(wù)保護和快速定位、恢復(fù)；提供光層調(diào)度能力，便于業(yè)務(wù)快速部署。城域OTN骨干網(wǎng)業(yè)務(wù)網(wǎng)關(guān)接入網(wǎng)IPTV架構(gòu)Page16城域骨干網(wǎng)寬帶接入網(wǎng)IPTV業(yè)務(wù)網(wǎng)關(guān)面臨的挑戰(zhàn)IPTVCMSEPGSTB升級本地NAS業(yè)務(wù)網(wǎng)關(guān)PPPOE還是IPOE承載IPTV？互聯(lián)網(wǎng)/IPTV綜合承載還是分離獨立承載分離承載：新建核心還是共用核心？需要具備什么功能？需要具備多大容量？IPTV網(wǎng)關(guān)的設(shè)備選擇和建設(shè)模式，直接影響著IPTV的建設(shè)投資、業(yè)務(wù)質(zhì)量、承載效率和業(yè)務(wù)擴展性是否需要備份？骨干網(wǎng)業(yè)務(wù)網(wǎng)關(guān)接入網(wǎng)IPTV架構(gòu)Page17基于現(xiàn)網(wǎng)設(shè)備開展，業(yè)務(wù)布放迅速，覆蓋范圍廣；統(tǒng)一承載，QOS/精細化管理易于部署；對現(xiàn)網(wǎng)設(shè)備容量、能力要求較高；方式1：綜合網(wǎng)關(guān)，共用核心方式2：專用網(wǎng)關(guān)，共用核心方式3：專用網(wǎng)關(guān)，專用核心現(xiàn)網(wǎng)網(wǎng)關(guān)容量/能力不滿足的情況下，新建IPTV專用網(wǎng)關(guān)設(shè)備；IPTV/HIS業(yè)務(wù)共用核心，通過QOS保證業(yè)務(wù)質(zhì)量；IPTV等高價值業(yè)務(wù)建設(shè)專用網(wǎng)關(guān)、專用核心，實現(xiàn)硬分離；業(yè)務(wù)質(zhì)量好，安全性高，但投資較大；業(yè)務(wù)網(wǎng)關(guān)建設(shè)方式骨干網(wǎng)業(yè)務(wù)網(wǎng)關(guān)接入網(wǎng)IPTV架構(gòu)Page18IPTV業(yè)務(wù)網(wǎng)關(guān)的容量需求IPTV業(yè)務(wù)網(wǎng)關(guān)僅視頻流量在30000配置用戶時已達200G左右；如果綜合接入其他業(yè)務(wù)（互聯(lián)網(wǎng)/大客戶等），容量要求更大；推薦采用大容量20G/40G平臺設(shè)備進行建設(shè)，以滿足后續(xù)擴展性。150個標清，6個高清忙時在線率：50%BTV比例：50%標清：90%高清：10%BTV復(fù)制份數(shù)：10VOD及其他：50%鏈路利用率：60%標清帶寬：3M高清帶寬：12M200個標清，10個高清忙時在線率：65%BTV比例：45%標清：80%高清：20%BTV復(fù)制份數(shù)：15VOD及其他：55%鏈路利用率：60%標清帶寬：3M高清帶寬：12M300個標清，20個高清忙時在線率：80%BTV比例：40%標清：60%高清：40%BTV復(fù)制份數(shù)：20VOD及其他：60%鏈路利用率：60%標清帶寬：3M高清帶寬：12M22G55G184G初期：5，000視頻用戶中期：10，000視頻用戶后期：30，000視頻用戶骨干網(wǎng)業(yè)務(wù)網(wǎng)關(guān)接入網(wǎng)IPTV架構(gòu)Page19城域骨干網(wǎng)IPTV業(yè)務(wù)網(wǎng)關(guān)的需求及發(fā)展趨勢產(chǎn)業(yè)鏈已經(jīng)成熟,成為差異化競爭的重要武器.精確廣告電子游戲音樂電視電子商務(wù)由單一電視內(nèi)容向各種增值業(yè)務(wù)發(fā)展提供電子游戲,音樂電視,精確廣告,電子商務(wù)等各類增值業(yè)務(wù)各種個性化的業(yè)務(wù)象VOD/TSTV/PVR等成為主要的利潤來源任何時間,任何地點,任何終端上接受視頻節(jié)目是未來重要的發(fā)展方向.IPTVCMSEPGSTB升級本地NAS控制網(wǎng)關(guān)IPTV不僅僅提供視頻業(yè)務(wù)，今后將完成書房向客廳的戰(zhàn)略轉(zhuǎn)換，是新的門戶IPTV所提供的業(yè)務(wù)需要基于Session級的精細化管理和質(zhì)量保證視頻質(zhì)量由標清向高清發(fā)展收視習(xí)慣被動接收向主動參與轉(zhuǎn)變接收方式向三屏融合發(fā)展骨干網(wǎng)業(yè)務(wù)網(wǎng)關(guān)接入網(wǎng)IPTV架構(gòu)Page20BRAS適合作為IPTV業(yè)務(wù)網(wǎng)關(guān)城域骨干網(wǎng)IPTVCMSEPGSTB升級本地NASBRASPCIPTVVoIPSR公眾用戶企業(yè)用戶HSIVoIPIPTVBRAS：公眾用戶接入網(wǎng)關(guān)SR：企業(yè)用戶接入網(wǎng)關(guān)管理粒度為用戶邏輯通道強用戶管理：為每個用戶保存狀態(tài)信息和屬性表Session級精細控制：基于每用戶、每業(yè)務(wù)提供精細的帶寬、QoS、安全、動態(tài)業(yè)務(wù)調(diào)整等功能存儲換質(zhì)量：快速頻道切換、丟包快速重傳差異化服務(wù)：對于標清和高清業(yè)務(wù)可提供差異化服務(wù)大量用戶：每板卡配置用戶數(shù)量32K/64K，QoS隊列64K-256K管理粒度為接口/子接口簡單管理：基于設(shè)備接口對用戶實現(xiàn)管理較少用戶：每板配置用戶小于4K，QoS隊列16K左右BRAS廣泛應(yīng)用于基于公眾用戶的寬帶業(yè)務(wù)（上網(wǎng)、VoIP、IPTV）接入網(wǎng)關(guān)，具有強用戶、精細化等特點，適合作為IPTV業(yè)務(wù)網(wǎng)關(guān)。骨干網(wǎng)業(yè)務(wù)網(wǎng)關(guān)接入網(wǎng)IPTV架構(gòu)Page21BRAS熱備提升業(yè)務(wù)可靠性IPTV業(yè)務(wù)與互聯(lián)網(wǎng)業(yè)務(wù)存在本質(zhì)差異，BRAS備份的需求更強烈；1+1熱備，業(yè)務(wù)負載分擔(dān)，確保業(yè)務(wù)高質(zhì)量。數(shù)萬用戶無法觀看電視，影響范圍大，影響惡劣影響IPTV付費業(yè)務(wù)準確計費，用戶反應(yīng)更大節(jié)目中斷，用戶切換廣電節(jié)目，不利于業(yè)務(wù)競爭L2BAS核心路由器OLT城域骨干網(wǎng)寬帶接入網(wǎng)IPTVCMSEPGSTB升級本地NASL2OLT寬帶接入網(wǎng)BRAS熱備骨干網(wǎng)業(yè)務(wù)網(wǎng)關(guān)接入網(wǎng)IPTV架構(gòu)Page22接入帶寬高：提供20~100M高帶寬需求，銅纜接入距離<500m。技術(shù)成熟：提供50M以上穩(wěn)定帶寬，VDSL2串?dāng)_，A/V混插已有較好解決方案。產(chǎn)業(yè)鏈完備：VD2標準完善，局端和終端成本下降快。權(quán)威測試顯示VD2互通性良好，芯片、系統(tǒng)、終端價值完善。成本下降快：中國電信集團已經(jīng)進行PON+VD2集采，推動產(chǎn)業(yè)成本迅速下降。接入帶寬高：可以提供100M高帶寬需求，銅纜接入距離<100m。運維管理能力強：網(wǎng)管OAM能力強，遠程監(jiān)控運行狀態(tài)、告警信息、故障原因等。準確判斷故障類型：通過網(wǎng)管遠程進行內(nèi)外線寬窄帶測試，準確判斷設(shè)備故障、內(nèi)線故障、外線故障，可以提高故障處理效率。MA5616OLTMA5680TMDUMA5616雙絞線入戶MA5680TMA5620OLTMDUMA5620五類線入戶傳統(tǒng)DSLAM設(shè)在端局寬帶提速－FTTB/C+VDSL2/AD2+方案傳統(tǒng)LAN寬帶提速－FTTB+LAN方案FTTB是現(xiàn)網(wǎng)提速改造的主要模式Page23FTTH時代已經(jīng)來臨骨干網(wǎng)業(yè)務(wù)網(wǎng)關(guān)接入網(wǎng)IPTV架構(gòu)ONT采用SOC融合性芯片，發(fā)貨量持續(xù)增大，支撐成本下降EPONGPONFTTH30萬500萬09年10年200萬150萬FTTH20082009201020112012EPON266萬272萬408萬534萬657萬GPON80萬206萬401萬628萬907萬部署成本大幅度降低全球廣泛應(yīng)用推動產(chǎn)業(yè)成熟—Infonetics大分光比有效節(jié)省FTTH的建網(wǎng)成本PONpowerCPU,switchUSB,VoIP,WIFI高集成ONT無銅纜10M/用戶不同建設(shè)模式投資/實裝率對比有銅纜10M/用戶不同建設(shè)模式投資/實裝率對比FTTH較FTTB已有成本優(yōu)勢實裝率37.5%以下FTTH(1:64)成本較低實裝率43%以下FTTH(1:128)成本較低實裝率31%以下FTTH(1:64)成本較低實裝率39%以下FTTH(1:128)成本較低FTTB+DSL在任何實裝率下都是成本最低的方案實裝率低于31%時，F(xiàn)TTH（1:64)投資低于FTTB+LAN投資實裝率低于37.5%時，F(xiàn)TTH（1:64)投資低于FTTB+LAN投資Page24IPTV大規(guī)模商用（如大于20萬用戶）將IPTV業(yè)務(wù)網(wǎng)關(guān)部署在城域IP承載網(wǎng)，OLT業(yè)務(wù)分流，進一步提高業(yè)務(wù)的安全性、服務(wù)質(zhì)量，并方便維護，滿足業(yè)務(wù)大規(guī)模部署的要求。寬帶IP接入網(wǎng)中國聯(lián)通IPTV承載演進方案第一階段：初期第二階段：中期第三階段：遠期OLTBRASARPE-ASBRBTSNodeBRNCBSCCE接入?yún)R聚核心寬帶IP城域網(wǎng)IP承載網(wǎng)A網(wǎng)PCIPTVVoIP公眾用戶企業(yè)用戶寬帶IP接入網(wǎng)CROLTBRASARBTS(e)NodeBRNCBSCCE接入?yún)R聚核心寬帶IP城域網(wǎng)IP承載網(wǎng)A網(wǎng)匯聚路由器城域IP承載網(wǎng)IPTV網(wǎng)關(guān)PCIPTVVoIP公眾用戶企業(yè)用戶寬帶IP接入網(wǎng)OLTBRASARBTSNodeBRNCBSCCE接入?yún)R聚核心寬帶IP城域網(wǎng)IP承載網(wǎng)A網(wǎng)匯聚路由器城域IP承載網(wǎng)PCIPTVVoIP公眾用戶企業(yè)用戶169CR169CR169IPRAN(e)NodeBIPTV規(guī)模商用（如少于20萬用戶）可將BRAS雙上聯(lián)，將IPTV業(yè)務(wù)分流到城域IP承載網(wǎng)。這種方式利于節(jié)省投資，并提高業(yè)務(wù)的安全性、服務(wù)質(zhì)量。IPTV試商用或者小規(guī)模商用（如少于5萬用戶）可直接利用現(xiàn)網(wǎng)BRAS進行業(yè)務(wù)部署，實現(xiàn)IPTV業(yè)務(wù)的快速開展。IPTV中心節(jié)點IPTV中心節(jié)點IPTV中心節(jié)點IPTV區(qū)域節(jié)點IPTV區(qū)域/邊緣節(jié)點IPTV區(qū)域節(jié)點IPTV邊緣節(jié)點IPTV邊緣節(jié)點互聯(lián)網(wǎng)+IPTV互聯(lián)網(wǎng)IPTV互聯(lián)網(wǎng)IPTVPage25OTNSRSRCRDSLAMCRIANBIANBIANAODUAD2/VD2OTNIPTVRNCIMSLWBASBASSROLTIANA寬帶上網(wǎng)互聯(lián)網(wǎng)專線IPTV政企專線NGN2G/3G/LTELWASBRBAS綜合網(wǎng)管U200025202510OTNBAS/SRBAS/SRCRDSLAMCRIANBIANBIANAODUAD2/VD2OTNASBRIPTVRNCIMSLWBASBASBASSROLTCROTNIANACR寬帶上網(wǎng)互聯(lián)網(wǎng)專線IPTV政企專線NGN2G/3G/LTEFW大型城市三網(wǎng)融合省市集群化高速化四出口全業(yè)務(wù)高可靠大容量光纖化組播化高速化核心控制接入單平面綜合承載分平面承載監(jiān)控清洗監(jiān)控清洗網(wǎng)絡(luò)設(shè)備業(yè)務(wù)統(tǒng)一網(wǎng)管統(tǒng)一自治域，共用核心，MPLS/VPN隔離個人家庭業(yè)務(wù)BAS承載互聯(lián)網(wǎng)專線普通SR承載NGN/2G/3G/專線專用SR承載獨立自治域，獨立核心，業(yè)務(wù)物理隔離互聯(lián)網(wǎng)業(yè)務(wù)一平面承載封閉業(yè)務(wù)二平面承載，通過VPN隔離；IPTV共用寬帶接入網(wǎng)IPTV、NGN、專線向二平面遷移需考慮兼容性和擴展性城域OTN光層中國電信IP城域網(wǎng)方案Page26BRAS熱備提升業(yè)務(wù)可靠性存儲換質(zhì)量初期可選用BRAS作為組播復(fù)制點采用FTTx，加快寬帶接入網(wǎng)建設(shè)：接入網(wǎng)部署組播、QoS、VLAN等OTN進行PON拉遠中國移動IPTV承載網(wǎng)絡(luò)方案城域網(wǎng)絡(luò)扁平化城域核心路由器集群化OLT-BRAS-CR直連建設(shè)城域?qū)拵魉途W(wǎng)（OTN）部署組播、QoS核心集群路由器OLT分光器BRASSBUFTTHFTTBFTTODLSAM/MSANFTTV（農(nóng)村）ONTMDU分光器MDUOLT城域骨干骨干網(wǎng)IPTV中心節(jié)點IPTV區(qū)域節(jié)點IPTV邊緣節(jié)點CMNET省核心城域接入城域OTN用戶CMNET省網(wǎng)部分鏈路擴容部署組播OTNPage27目錄1三網(wǎng)融合&IPTV發(fā)展趨勢和挑戰(zhàn)2IPTV承載網(wǎng)絡(luò)架構(gòu)4案例分析3IPTV關(guān)鍵技術(shù)方案Page28OTNOTNIPTV業(yè)務(wù)部署全景：單播IPTV業(yè)務(wù)系統(tǒng)核心路由器IPTV網(wǎng)關(guān)匯聚交換機DSLAMOLTONU/MXU樓道交換機家庭網(wǎng)關(guān)區(qū)域節(jié)點邊緣節(jié)點當(dāng)IPTV業(yè)務(wù)系統(tǒng)部署在控制層，單播流量從網(wǎng)關(guān)設(shè)備推送到用戶，節(jié)省骨干鏈路帶寬。核心層控制層接入層業(yè)務(wù)質(zhì)量業(yè)務(wù)可靠業(yè)務(wù)安全業(yè)務(wù)部署業(yè)務(wù)運維VOD、時移電視、業(yè)務(wù)系統(tǒng)之間內(nèi)容同步等業(yè)務(wù)通過單播方式傳送；VOD/時移電視業(yè)務(wù)，機頂盒首先訪問邊緣節(jié)點，未能命中的，訪問區(qū)域節(jié)點或者中心節(jié)點。中心節(jié)點IP承載網(wǎng)A網(wǎng)Page29IPTV業(yè)務(wù)部署全景：直播IPTV業(yè)務(wù)系統(tǒng)核心路由器IPTV網(wǎng)關(guān)匯聚交換機DSLAMOLTONU/MXU樓道交換機家庭網(wǎng)關(guān)組播復(fù)制點組播源通過核心路由器接入；建設(shè)初期考慮到綜合成本，可考慮在BAS進行復(fù)制；最終復(fù)制點建議在DSLAM、OLT。IP承載網(wǎng)A網(wǎng)：目前有單播和組播兩種方式均可以實現(xiàn)直播業(yè)務(wù)的推送，考慮到單播部署的方便易行，可先通過單播的方式實現(xiàn)業(yè)務(wù)流的推送，未來待集團組播試點驗證和成熟后再規(guī)模部署，單播和組播在網(wǎng)絡(luò)架構(gòu)上是一致的，后續(xù)無需調(diào)整；IP城域骨干網(wǎng)：區(qū)域節(jié)點部署單轉(zhuǎn)組服務(wù)器，城域網(wǎng)內(nèi)部署PIM-SM、IGMP。OTNOTN核心層控制層接入層IP承載網(wǎng)A網(wǎng)中心節(jié)點區(qū)域節(jié)點業(yè)務(wù)質(zhì)量業(yè)務(wù)可靠業(yè)務(wù)安全業(yè)務(wù)部署業(yè)務(wù)運維Page30IPTV骨干網(wǎng)組播到邊緣方案核心集群路由器OLT分光器BASSBUFTTHFTTBFTTOFTTWAPDLSAM/MSANFTTV（農(nóng)村）ONTMDUMDU分光器MDUOLT城域骨干骨干網(wǎng)OLTSBUFTTOIPTV區(qū)域節(jié)點IPTV邊緣節(jié)點IP承載網(wǎng)A網(wǎng)ARARBRSRPE-ASBR城域接入城域OTN用戶IGMP-snoopingIGMP-ProxyIGMP靜態(tài)加入組播VLANPIM-SMRPRPDRBDRMulticastSourceBFDforPIMDR熱備組播流量IGMPjoinPIMjoinRPMSDPPIM-SM業(yè)務(wù)質(zhì)量業(yè)務(wù)可靠業(yè)務(wù)安全業(yè)務(wù)部署業(yè)務(wù)運維MSDPMP-BGP單轉(zhuǎn)組、組專組播服務(wù)器ANYCASTSourceIPTV中心節(jié)點AnycastRPPage31接入網(wǎng)組播部署業(yè)務(wù)發(fā)展初期可在業(yè)務(wù)控制網(wǎng)關(guān)處做組播復(fù)制；隨著業(yè)務(wù)的規(guī)模發(fā)展，可將組播復(fù)制點下移到DSLAM/OLT；對于不具備組播復(fù)制能力的DSLAM，初期先由BAS復(fù)制；用戶數(shù)量發(fā)展到一定規(guī)模后，考慮對DSLAM上行帶寬和主控板進行改造，由DSLAM完成復(fù)制。業(yè)務(wù)網(wǎng)關(guān)DSLAMOLTOLTLANDSLAM(不支持組播）1345LSW612345BASPPPOE復(fù)制BASIPOE復(fù)制匯聚交換機復(fù)制DSLAM復(fù)制OLT復(fù)制26園區(qū)復(fù)制5業(yè)務(wù)質(zhì)量業(yè)務(wù)可靠業(yè)務(wù)安全業(yè)務(wù)部署業(yè)務(wù)運維Page32功能PPPoEIPoE用戶認證功能基于Radius標準協(xié)議，可實現(xiàn)完善的用戶安全認證功能，現(xiàn)網(wǎng)大量成熟應(yīng)用。通過Option82可實現(xiàn)安全認證，但需現(xiàn)網(wǎng)接入設(shè)備啟用相應(yīng)功能，部分老設(shè)備不支持；用戶認證需要DHCP服務(wù)器和Radius認證后臺交互，相關(guān)接口還有待標準化。安全性基于唯一SessionID,安全性高低(IP+MAC綁定方式,需接入層設(shè)備支持)用戶在線檢測及管理keepalive機制實現(xiàn)，可實現(xiàn)用戶的精細化管理和精確計費（按時長計費）。ARP或DHCP-Renew方式，缺乏精確的用戶檢測手段，無法實現(xiàn)用戶的精細化管理和精確計費（按時長計費）。封裝效率低（增加PPPoE及PPP封裝）高（MAC+IP)IP地址分配方式和流程IPCP，先認證后分配IPDHCP，通過DHCPOption82&60進行認證地址仿冒IP+VLAN+MAC+PPPSessionIDIP+VLAN(Opion82)+MAC客戶端軟件需要不需要認證服務(wù)器RadiusRadius或Radius+PortalPPPoE認證方式技術(shù)簡單可靠，應(yīng)用廣泛，適合作為寬帶上網(wǎng)的接入認證；IPOE認證方式封裝效率高，但現(xiàn)網(wǎng)需要改造，適合永久在線業(yè)務(wù)（如IPTV）。成熟完整的用戶管理方案-PPPoEVSIPOE業(yè)務(wù)質(zhì)量業(yè)務(wù)可靠業(yè)務(wù)安全業(yè)務(wù)部署業(yè)務(wù)運維Page33H-QoS實現(xiàn)多業(yè)務(wù)統(tǒng)一控制PortVoD管理上網(wǎng)VoIPBTVSub-1Sub-2******Sub-nSubGroupperServiceperDSLAM/LANWFQperservice（優(yōu)先級）ShapingperDSLAM/LANShapingpersubscriber（CVLAN）2LevelH-QoS8MPre=4Voice

PIR=128KLLQPre=5VideoPIR=4Mb/sCIR=4Mb/sShapingPre=0InternetPIR=8Mb/sCIR=0Mb/sPortVoDVLAN管理VLAN上網(wǎng)VLANVoIPVLANBTVVLANVoIPIPTV網(wǎng)管上網(wǎng)SubSub-1Sub-2******Sub-nSubGroupperServiceperDSLAM/LANperSubscriberWFQperservice（外層VLAN）ShapingperDSLAM/LANShapingpersubscriber（VLANGroup）WFQperserviceNqueuespersub（內(nèi)層VLAN）3LevelH-QoS8MSVLAN=101Voice

PIR=128KLLQSVLAN=102VideoPIR=4Mb/sCIR=4Mb/sShapingSVLAN=103HSIPIR=4Mb/sCIR=0Mb/sPUPVPUPSPV業(yè)務(wù)質(zhì)量業(yè)務(wù)可靠業(yè)務(wù)安全業(yè)務(wù)部署業(yè)務(wù)運維5級H-QoS，簡化接入網(wǎng)的部署，實現(xiàn)多業(yè)務(wù)QoS的統(tǒng)一控制！Page34P2P業(yè)務(wù)盛行，用戶上行帶寬利用率上升；上行IGMP報文，IPTV信令報文流量小，重要性高，設(shè)置高優(yōu)先級做PQ調(diào)度保證絕對優(yōu)先級。上行QoS部署業(yè)務(wù)控制層城域骨干層DSLAM把PVC/VLAN的優(yōu)先級映射成802.1P進行調(diào)度，保證上行信令最高優(yōu)先級映射802.1P為相應(yīng)DSCP做基于DSCP的PQ調(diào)度啟用基于DSCP的PQ調(diào)度IPCore端局L2匯聚LANDSLAMMDUOLT家庭網(wǎng)關(guān)根據(jù)不同端口打上不同優(yōu)先級,映射進不同的PVC或者VLAN業(yè)務(wù)質(zhì)量業(yè)務(wù)可靠業(yè)務(wù)安全業(yè)務(wù)部署業(yè)務(wù)運維Page35下行QoS部署全網(wǎng)部署的DiffserQoS調(diào)度，保證IPTV業(yè)務(wù)優(yōu)先被轉(zhuǎn)發(fā)，保證用戶體驗。業(yè)務(wù)控制層城域骨干層修改IPTV數(shù)據(jù)流DSCP啟用基于DSCP的DiffSer調(diào)度啟用組播流量整形，減少突發(fā)流量業(yè)務(wù)網(wǎng)關(guān)啟用基于業(yè)務(wù)、用戶、下行層次化QOS，采用SP+WFQ實現(xiàn)業(yè)務(wù)調(diào)度,PUPV模式下通過session來區(qū)分用戶不同業(yè)務(wù)DSCP值映射為相應(yīng)的802.1PLSW和DLSAM基于802.1P進行端口級（用戶）QoS調(diào)度IPCore端局L2匯聚LANDSLAMMDUOLT頭端基于IPDSCP的Diffser調(diào)度IPTV業(yè)務(wù)其它業(yè)務(wù)用戶1用戶2用戶1用戶2業(yè)務(wù)間調(diào)度用戶間調(diào)度業(yè)務(wù)質(zhì)量業(yè)務(wù)可靠業(yè)務(wù)安全業(yè)務(wù)部署業(yè)務(wù)運維Page36IPTV業(yè)務(wù)端到端高可靠保證TransmissionBRASTransmissionSR50msProtection100msProtection200msProtectionTransportNetworkServiceRealEndtoEnd機頂盒高可靠性技術(shù)：IGPFC、GR；TEFRR、VPNFRR、IPFRR；E-VRRP、BRAS熱備、OTN光電聯(lián)動ASON；實現(xiàn)端到端小于200ms的高可靠性保護，滿足IPTV業(yè)務(wù)的承載需求。VPNFRRBRAS熱備/E-VRRPTEFRR、IPFRR、IGPFC、GRIPTV頭端E-VRRPOTN光電聯(lián)動ASON業(yè)務(wù)質(zhì)量業(yè)務(wù)可靠業(yè)務(wù)安全業(yè)務(wù)部署業(yè)務(wù)運維Page37BRAS熱備保證用戶無縫體驗設(shè)備間 溫備份通過調(diào)節(jié)設(shè)備響應(yīng)速度指定接入設(shè)備調(diào)節(jié)設(shè)備響應(yīng)速度可以和第三方SR配置使用設(shè)備內(nèi) 熱備份同一設(shè)備端口間/單板間用戶的備份熱備份，用戶無感知，業(yè)務(wù)不中斷支持1+1以及N+1備份設(shè)備間 熱備份設(shè)備之間用戶IPSession熱備份支持1+1以及N+1備份50ms故障檢測和倒換LSW業(yè)務(wù)網(wǎng)關(guān)LANDSLAM核心路由器MDUOLTBFDforVRRP50ms故障檢測和設(shè)備切換實時備份用戶IP連接信息（DCHP用戶表項、安全綁定表、業(yè)務(wù)屬性信息）業(yè)務(wù)網(wǎng)關(guān)負載分擔(dān)或主備部署備份業(yè)務(wù)網(wǎng)關(guān)，采用負載分擔(dān)方式，既提高可靠性又不增加過多投資業(yè)務(wù)質(zhì)量業(yè)務(wù)可靠業(yè)務(wù)安全業(yè)務(wù)部署業(yè)務(wù)運維Page38IPTV安全關(guān)鍵措施1.STB通過DHCPOpt60標識終端類型，或PUPSPT，防止PC盜用STB業(yè)務(wù)2.DSLAM/LAN/OLT插入DHCPOpt82標識用戶物理位置信息和用戶信息，防止用戶惡意申請IP地址，DHCPServer地址耗盡3.通過DHCP信任端口方式防止偽DHCPServer，連接合法服務(wù)器的端口為信任端口，其他為非信任端口4.支持DHCPRelay到DHCPServer或轉(zhuǎn)換成RADIUS，配合對用戶進行合法認證，并分配IP地址5.根據(jù)Opt60確認終端類型，根據(jù)Opt82進行用戶認證并根據(jù)策略分配不同的IP地址，防止PC仿冒STB，同一用戶只分配一個地址6.DHCPSnooping，對上下行報文進行逐包檢查，實現(xiàn)IP＋MAC＋VLAN/端口綁定檢查，防止用戶私設(shè)IP地址和ARP假冒7.對同一個用戶申請進行次數(shù)限制，DHCP速率限制，防止DHCP流量攻擊8.

ONU根據(jù)組播MAC＋VLAN＋用戶端口過濾表控制用戶組播頻道9.部署組播ACL，防止非法接入源進入城域網(wǎng)和對節(jié)目源的攻擊業(yè)務(wù)系統(tǒng)RadiusCR控制網(wǎng)關(guān)LSWDSLAMOLTMDURG/STB業(yè)務(wù)質(zhì)量業(yè)務(wù)可靠業(yè)務(wù)安全業(yè)務(wù)部署業(yè)務(wù)運維Page39IPTV故障現(xiàn)象分析描述端到端設(shè)備頭端(編/轉(zhuǎn))網(wǎng)絡(luò)設(shè)備線路終端畫面有顆粒感視頻編碼壓縮比過高,導(dǎo)致圖象質(zhì)量下降N/AN/AN/A畫面出現(xiàn)雪花點視頻采樣/編碼時出現(xiàn)信號干擾N/AN/A視頻解碼時出現(xiàn)信號干擾畫面模糊視頻采集/編碼時損失了細節(jié)信息N/AN/AN/A畫面出現(xiàn)馬賽克發(fā)送報文時因擁塞而少量丟包，導(dǎo)致圖象不完全解碼性能不穩(wěn)定/擁塞引起的少量丟包/延遲/亂序，導(dǎo)致圖象不完全解碼線路隨機丟包，導(dǎo)致圖象不完全解碼N/A視頻播放時停頓/跳躍現(xiàn)象視頻采樣時丟失重要信息,如時間參數(shù)錯誤,導(dǎo)致解碼時序出錯性能不穩(wěn)定引起的報文發(fā)送抖動、延遲甚至丟失，導(dǎo)致整幀解碼失敗線路較嚴重丟包，導(dǎo)致整幀解碼失敗N/A畫面停滯不動發(fā)送報文時因擁塞而嚴重丟包，導(dǎo)致連續(xù)整幀解碼失敗性能不穩(wěn)定/擁塞引起的嚴重丟包，導(dǎo)致連續(xù)整幀解碼失敗線路嚴重丟包，導(dǎo)致連續(xù)整幀解碼失敗視頻解碼器故障黑屏/藍屏設(shè)備出現(xiàn)嚴重故障導(dǎo)致流長時間中斷設(shè)備出現(xiàn)嚴重故障導(dǎo)致流長時間中斷線路長時間中斷視頻解碼/顯示故障視頻壓縮比，編碼和解碼錯誤是影響視頻質(zhì)量的一個關(guān)鍵因素丟錯包是影響視頻質(zhì)量的另外一個關(guān)鍵因素業(yè)務(wù)質(zhì)量業(yè)務(wù)可靠業(yè)務(wù)安全業(yè)務(wù)部署業(yè)務(wù)運維Page40重傳是修復(fù)丟錯包的一個可靠手段STBDSLAM/OLT控制網(wǎng)關(guān)接入網(wǎng)引流123451通過一個cache設(shè)備緩存每個視頻幾秒2機頂盒發(fā)現(xiàn)丟包，檢測出丟包的序列號（RTP序列號）3機頂盒發(fā)送重傳請求給cache設(shè)備4Cache設(shè)備把緩存的報文發(fā)送給機頂盒5機頂盒把重傳過來的報文插入到正常的流里面張克兢57147iVSECard經(jīng)驗證，在丟包達到10%的情況下，可以通過重傳來解決；重傳需要IPTV的報文有RTP封裝信息，現(xiàn)有IPTV系統(tǒng)大都支持。IPTV系統(tǒng)快速切換故障定位可視化錯包重傳精細化融合網(wǎng)管Page41快速頻道切換實現(xiàn)方法MA5600T通過一個cache設(shè)備緩存所有頻道的流（幾秒）；機頂盒發(fā)起頻道切換，請求停止原組播流，向cache設(shè)備請求新頻道的I幀開始的流；Cache向機頂盒以單播的方式快速發(fā)送新頻道的流；機頂盒請求正常的組播流；cache停止發(fā)送單播流。STBDSLAM/OLT控制網(wǎng)關(guān)接入網(wǎng)IPTV系統(tǒng)張克兢57147iVSECard引流122345通過快速頻道切換的方式，可以實現(xiàn)用戶頻道切換體驗少于1S快速頻道切換同時也帶來了成本的增加：需要增加cache設(shè)備，同時在頻道切換的時候把組播流變成了單播流，使得網(wǎng)絡(luò)的流量大大增加（Swisscom預(yù)留40%的帶寬）快速切換故障定位可視化錯包重傳精細化融合網(wǎng)管Page42IPTV網(wǎng)絡(luò)運維難業(yè)務(wù)網(wǎng)關(guān)SoftXInternetHG交換機DSLAMHG核心路由器IPTV-BSIPTV-ESDSLAM案例：HMS上ping在線用戶,有些用戶時延大，明顯丟包；解決情況：未解決持續(xù)周期：不清楚；1案例：通過多次報障后，分析規(guī)律發(fā)現(xiàn)POP點出口85與NE5KE間的10G鏈路存在0.03%~0.9%的丟包；解決情況：已解決；持續(xù)周期：1月余；2網(wǎng)絡(luò)缺乏有效的性能檢測手段，難以定位出網(wǎng)絡(luò)丟包在什么位置發(fā)生3案例：09年7月，某龍華用戶在20:30~22:00間觀看節(jié)目有規(guī)律性停頓現(xiàn)象解決情況：未解決，后調(diào)度到另一POP現(xiàn)象消失，原因未知持續(xù)周期：1個月4維護現(xiàn)狀總結(jié)：故障定位和處理周期長，都在1個月左右；業(yè)務(wù)系統(tǒng)和網(wǎng)絡(luò)的故障無法明確定位；對于突發(fā)性故障，無法及時預(yù)警和上報對于間歇性故障，無法定位；明確的網(wǎng)絡(luò)問題，可以解決，但定位時間長。快速故障定界和定位（具體節(jié)點或接口，鏈路）是關(guān)鍵故障定界：在網(wǎng)絡(luò)的入口處檢測達到視頻流的質(zhì)量故障定界的關(guān)鍵故障定位：丟包檢測定位問題的關(guān)鍵快速切換故障定位可視化錯包重傳精細化融合網(wǎng)管Page43通過MOS-V快速定界接入網(wǎng)城域骨干控制網(wǎng)關(guān)HeadendDSLAM/OLTSTBiRSMMOS-VHGU2520MOS-V在網(wǎng)絡(luò)的入口和出口處檢測MOS-V，相當(dāng)于數(shù)字電視的電視墻，可以很容易的判斷是是頭端的問題還是網(wǎng)絡(luò)造成的問題，做到視頻業(yè)務(wù)質(zhì)量的監(jiān)控和快速的故障定界；

MOS-V通過檢測丟包時延抖動以及編碼關(guān)鍵信息（PMT，CRC，PCR等）等的檢測，再通過大量人的訓(xùn)練，培養(yǎng)關(guān)鍵的算法，使得設(shè)備檢測出來的視頻質(zhì)量可以替代人的主觀感受，清晰直觀的判斷出到達網(wǎng)絡(luò)入口時視頻質(zhì)量的好壞?？焖偾袚Q故障定位可視化錯包重傳精細化融合網(wǎng)管Page44MDI/RTP檢測實現(xiàn)快速定位MDI和RTP的檢測，可以快速的檢測出經(jīng)過每個節(jié)點的每條視頻流的丟包情況，通過上下游的比較，就可以快速的知道丟包到底發(fā)生在那段；MDI檢測方式適合所有IPTV流，但檢測難度相對RTP大，準確程度沒有RTP方式高；RTP檢測方式必須依賴RTP封裝，但檢測難度低，且還能支持重傳以及快速頻道切換等。接入網(wǎng)城域骨干業(yè)務(wù)網(wǎng)關(guān)HeadendDSLAM/OLTSTBiRSMHGU2520視頻1到此丟失了0個報文視頻1到此丟失了10個報文在OLT到業(yè)務(wù)網(wǎng)關(guān)點之間視頻1丟失了10個報文快速切換故障定位可視化錯包重傳精細化融合網(wǎng)管Page45U2520實現(xiàn)IPTV承載可視化U2520是IP網(wǎng)絡(luò)品質(zhì)監(jiān)控和預(yù)警系統(tǒng)，它由上層監(jiān)控系統(tǒng)和探針組成。通過外置或者內(nèi)置探針，主動獲取網(wǎng)元、網(wǎng)絡(luò)、業(yè)務(wù)仿真測試指標數(shù)據(jù)；對網(wǎng)絡(luò)的業(yè)務(wù)承載能力進行分析，預(yù)警潛在的性能劣化；通過對網(wǎng)絡(luò)性能狀態(tài)數(shù)據(jù)進行多維綜合分析，把KPI匯聚成KQI進而得到SLA指標，快速識別劣化的根源，保障SLA承諾。上層監(jiān)控系統(tǒng)，負責(zé)采集和分析HSIVoIPIPTVHGPOPAccessMSTP/WDMU2520OSSU2000全面監(jiān)控IPTV、VoIP、HSI、VPN業(yè)務(wù)。：外置探針，NEU100：內(nèi)置探針，主機軟件：啞巴路由器，高速照相接入網(wǎng)城域骨干業(yè)務(wù)控制網(wǎng)關(guān)Headend快速切換故障定位可視化錯包重傳精細化融合網(wǎng)管Page46融合網(wǎng)管提升IPTV運維效率消除IPTV運維障礙：接入、數(shù)據(jù)和傳輸統(tǒng)一管理，可管理30，000個節(jié)點；高效IPTV業(yè)務(wù)管理：業(yè)務(wù)可視化呈現(xiàn)，端到端業(yè)務(wù)發(fā)放15秒～5分鐘；快速IPTV故障定位：面向業(yè)務(wù)的故障智能分析，秒級故障定位。城域IP骨干網(wǎng)PCSTB電話BRASHeadendU2000融合網(wǎng)管OTN寬帶接入網(wǎng)快速切換故障定位可視化錯包重傳精細化融合網(wǎng)管Page47RACS架構(gòu)實現(xiàn)IPTV精細化運營910GEGEHG1HG2xDSLxDSLGExDSLxDSLHG3HG4OLTIPTVPVCMDUCMSEPG本地NASIPTVPOP點IPTV區(qū)域節(jié)點RACS1.用戶認證時，上報用戶物理位置信息2.用戶開始點播IPTV業(yè)務(wù)3.其中UM單元向RACS發(fā)起資源申請。如果預(yù)留不成功是否繼續(xù)服務(wù)由運營商配置。5.實施CAR、打下801.p高優(yōu)先級標記和隊列調(diào)度4.CAC控制接入網(wǎng)資源預(yù)留形成QoS策略MSCGCOPSCRMSCG和IPRACS配合提供接入層面帶寬和優(yōu)先級控制，保證用戶視頻的使用體驗；業(yè)務(wù)控制網(wǎng)關(guān)實現(xiàn)用戶和業(yè)務(wù)感知區(qū)分，并根據(jù)RACS下發(fā)的QoS策略，通過H-QoS為增值業(yè)務(wù)提供質(zhì)量保證；為不同的用戶對于IPTV標清和高清業(yè)務(wù)提供差異化服務(wù)，滿足精細化運營的需要?？焖偾袚Q故障定位可視化錯包重傳精細化融合網(wǎng)管Page48目錄1三網(wǎng)融合&IPTV發(fā)展趨勢和挑戰(zhàn)2IPTV承載網(wǎng)絡(luò)架構(gòu)4案例分析3IPTV關(guān)鍵技術(shù)方案Page49目前全球累計200多家運營商部署了IPTV，全球TOP50中的37家已經(jīng)開通了IPTV業(yè)務(wù)；截止2009年，IPTV全球用戶規(guī)模達到4000萬，中國（除香港、臺灣外）達到470萬；2010年，中國IPTV用戶數(shù)將有望達到900萬。全球的頂級大T基本都部署基礎(chǔ)融合業(yè)務(wù)IPTV案例分析Page50意大利FastwebIPTV案例

Source:Fastweb年報/季報1999從零開始，2003即實現(xiàn)盈利2000-2008年均復(fù)合增長率高達104%Fastweb收入快速增長（M€）Fastweb用戶數(shù)快速增長（千）在歐洲市場整體增長放緩的大背景下，F(xiàn)astweb在09Q1仍然保持增長；用戶數(shù)新增6萬達到154.2萬，同比增長4%(高于整體市場增長的3%)；

收入同比增長14%達到4.44億歐元。2003年就達到EBITDA收支平衡02004006008001000120014001600180020002002200420062008-120%-100%-80%-60%-40%-20%0%20%40%60%收入（百萬歐元）EBITDA利潤率2000-2008年均復(fù)合增長率高達59%0200400600800100012001400160020002002200420062008案例分析Page51美國AT&T和VerizonIPTV案例AT&TU-verse（高清IPTV）寬帶用戶數(shù)(千)Source:AT&T、Verizon季報/年報及網(wǎng)站07Q2起新增用戶146萬在以Cable運營