IPTV承载解决方案

2023/2/4三网融合&IPTV承载解决方案Page2目录1三网融合&IPTV发展趋势和挑战2IPTV承载网络架构4案例分析3IPTV关键技术方案Page3业务融合：语音＋数据＋TV＋移动增进用户体验，促进数据使用量发展拓展蓝海，促进向综合信息提供商转型市场融合：电信＋广电10亿电信用户＋4亿广电用户8500亿元电信市场＋1500亿元广电市场市场需求提升中国整体信息化水平，使国民享受更廉价、丰富的服务做大做强信息产业和文化产业拉动内需，刺激经济发展避免重复建设强化内容监管政策法规行业间壁垒逐步打破，竞争加剧竞争优势的重构：进攻/防守第四家运营商：广电与广电的合作成为一种选择互联网企业的竞争和合作竞争与合作网络融合：电信＋有线电视＋互联网技术趋同－－AllIP三网融合的技术发展FTTH、PON＋EOC、DPONIMSIDC/CDN融合终端技术三网融合的政策解读三网融合发展趋势挑战分析Page4电信运营商渗透广电领域，广电运营商进入电信领域，双方都面临竞争压力，基于全业务进行全方位竞争。三网融合激发全业务竞争的加剧电信运营商和有线电视运营商业务互相渗透，都将成为全业务运营商；通过全业务绑定及价格策略互相争夺客户；电信运营商通过铺设FTTH来提供IPTV业务，抢夺有线电视运营商TV业务；有线电视运营商可能通过自建或MVNO的方式进入传统电信运营商的移动领域，形成全业务竞争。TVMobileVoiceBB电信运营商有线电视运营商DSL/FTTXPOTS/VOIPGSM/CDMAWCDMAFTTHIPTVCableBBVOIPMVNOCableTVIPTV发展趋势挑战分析Page5IPTV是三网融合的起步和关键Video@home三屏和视讯融合面向互联网的创新Widget平台互联网应用Appstore平台TV@homeTV@homeApplication@home丰富用户体验，改变用户生活家庭网络持续发展，超越TVIPTV高清大容量/百万用户开放平台开拓行业市场后向收费模式多屏体验融合视讯体感游戏互联网视频播放PC伴侣发展趋势挑战分析Page6独立的IPTV业务不赚钱,但通过对宽带保护和促进、增值等则可以推动整网赢利IPTV成为全球大带宽网络的业务驱动全球已有200余家运营商部署IPTV

TOP50运营商中39家已开通IPTV

2010年预期规模达到4000万，中国市场550万上海电信突破100万，广东电信突破80万IPTV是大宽带网络的旗帜业务IPTV提升整网价值大宽带战略100Mbps(FT)50Mbps(DT)20Mbps(ATT)40Mbps(Verizon)100Mbps(NTT)100Mbps(BT)100Mbps(KT)埃森哲对泰国TOT计算的IPTV部署带来总价值

–8yearNPV(百万美元)1IPTV本身的收入2宽带保护和促进3

广告/增值-14313850200200588基本场景乐观场景(最敏感5个因素增加5%)降低宽带流失率增加宽带市场份额广告和其他增值业务Page7IPTV承载挑战1：端到端提速部分设备不满足BRAS核心路由器OLT/DSLAM/L2城域骨干网宽带接入网入户带宽普遍低于4M，部分接入设备不能满足宽带提速要求IPTV需要网络设备支持组播，现网部分DSLAM不支持组播业务网关需对IPTV业务进行基于用户的精细化控制，现网SR很难满足要求，部分BRAS需要改造核心路由器转发能力不足，无法满足对大容量、40G接口等高速高密度接口的需求高清入户需要10~20M，当前入户带宽普遍低于4M；端到端提速，部分接入设备、BRAS和核心路由器需要改造。Page8IPTV承载挑战2：网络层次较多目前城域网一般为5跳，但若直接用此架构的网络承载IPTV，对网络建设成本、网络业务控制、网络服务质量等方面都会带来更大的问题。用户模块局端局中心局BRAS/SRIPTV业务网关端口汇聚和业务分流DSLAMCopper核心Router汇聚RouterInternet①②③④⑤IPTVL2设备参差不齐容易形成服务质量的瓶颈IPTV相关的承载技术难以统一部署（组播、可靠性等）经过多级流量收敛，汇聚路由器流量收敛的作用在减小，更多是在做流量的透传Page9IPTV承载挑战3：业务体验难以保障抖动>50ms时延>200ms丢包>1次/h宽带IP城域网绝大部分流量为互联网业务，现网规划、设计和建设基本上未考虑IPTV业务的承载；IPTV频道切换比传统电视体验差，并且对丢包非常敏感，严重影响用户体验。传统电视<1sIPTV普清：0.5~2sIPTV高清：0.5~5sIPTV频道切换较慢视频对丢包非常敏感IPTV长时间恒定流量特点增加QoS保证难度互联网业务流IPTV业务流业务类型承载要求视频电话和/普通语音实时的、抖动敏感的、高交互性的业务，所需带宽固定，用户需求苛刻，需要满足运营级的要求IPTV业务占据大量下行带宽，对时延、抖动和丢包较敏感传统互联网业务如：HTTP/FTP等带宽突发性强，对时延、抖动和丢包不敏感断点续传业务如：BT等带宽突发性强，带宽消耗大，长时间，无实时要求，对延迟、抖动和丢包无要求IPTV业务和互联网业务对承载要求差异较大Page10IPTV承载挑战4：难以快速运维缺少端到端管理手段：运维涉及到IPTV业务系统、承载网络和机顶盒；难以快速定界：运维部门涉及到多领域的多个部门，如何快速定界？难以快速定位：当发现故障是那个部门负责时，如何快速定位故障点？IPTV

业务中心STBIPTV网关DSLAM/OLTIP城域网？？？？接入运维部门IP网络运维部门IPTV业务系统运维部门网管Page11目录1三网融合&IPTV发展趋势和挑战2IPTV承载网络架构4案例分析3IPTV关键技术方案Page12IPTVHMSIP骨干网中心节点IP城域网IP城域网IPTVCMSEPGSTB升级中心本地NASOLT/DSLAMIPTV业务网关OLT/DSLAMIPTV业务网关点播/时移直播/轮播单播/组播IPTVHMS边缘节点边缘节点区域中心区域中心电视直播源IDCIPTV整体部署架构CRCR骨干网业务网关接入网IPTV架构Page13节省投资：CAPEX投资可节省30%易于运维：网络节点数可以减少50%以上产业链成熟：集群路由器、OTN、大容量多业务控制网关、大容量PON接入平台技术成熟发展城域网架构扁平化，提升IPTV承载效率用户模块局端局中心局BRASSR端口汇聚和业务分流DSLAMCopperCRRouterBRASOLTMDUFTTBCopperCRIPTVInternet

现有主要适配Internet的宽带IP城域网架构演进后适配IPTV业务的宽带IP城域网络架构FTTH汇聚型OLTIPTVInternetL2①②③④⑤①②③①100万FTTH大宽带网设备投资分析比较全网CAPEX下降30%骨干网业务网关接入网IPTV架构Page14IPTV发展驱动城域核心路由器集群化骨干网业务网关接入网IPTV架构基础数据及模型：150路标清，3M6路高清，12MIPTV并发率50%BTV用户比例50%VOD用户比例30%PLTV用户比例20%本地命中率80%BTV高清比例10%BTV标清比例90%宽带用户数量（万）2050100网关数量（台）50100150BTV用户（万）512.525VOD用户（万）37.515PLTV用户（万）2510城域网出口上行带宽（G）184691城域网出口下行带宽（G）4497168随着IPTV业务的高速发展和高清节目的日益普及，大型城市的IPTV流量将会在数百G；IPTV的业务发展使核心集群化进一步加快；综合宽带上网、IPTV和其他业务需求，大中型城域核心路由器流量需求将超过单框设备能力，需要配置集群路由器，以满足宽带业务快速发展需求。IP城域网NXGEIPTVHMSNXGEDSLAM/OLTIPTV业务网关点播80％点播20％边缘节点区域中心直播PLTV以50万宽带用户为例，参考当前城域网流量（某北方省会城市）上行带宽新增：46%下行带宽新增：202%Page15建设城域OTN实现IPTV快速部署现网50~200台新增50~200台IPTV将提升城域网带宽需求，消耗光纤；FTTX建设将会消耗光纤；资源日益紧张IPTV属于高要求业务，故障情况下对保护和恢复的要求非常高IPTV要求快速部署，需要光层具备快速开通能力对于光纤资源紧张、扩展能力不足的网络，可以考虑建设城域OTN：提升光纤利用效率，提升光传送能力；提升光层可靠性，业务保护和快速定位、恢复；提供光层调度能力，便于业务快速部署。城域OTN骨干网业务网关接入网IPTV架构Page16城域骨干网宽带接入网IPTV业务网关面临的挑战IPTVCMSEPGSTB升级本地NAS业务网关PPPOE还是IPOE承载IPTV？互联网/IPTV综合承载还是分离独立承载分离承载：新建核心还是共用核心？需要具备什么功能？需要具备多大容量？IPTV网关的设备选择和建设模式，直接影响着IPTV的建设投资、业务质量、承载效率和业务扩展性是否需要备份？骨干网业务网关接入网IPTV架构Page17基于现网设备开展，业务布放迅速，覆盖范围广；统一承载，QOS/精细化管理易于部署；对现网设备容量、能力要求较高；方式1：综合网关，共用核心方式2：专用网关，共用核心方式3：专用网关，专用核心现网网关容量/能力不满足的情况下，新建IPTV专用网关设备；IPTV/HIS业务共用核心，通过QOS保证业务质量；IPTV等高价值业务建设专用网关、专用核心，实现硬分离；业务质量好，安全性高，但投资较大；业务网关建设方式骨干网业务网关接入网IPTV架构Page18IPTV业务网关的容量需求IPTV业务网关仅视频流量在30000配置用户时已达200G左右；如果综合接入其他业务（互联网/大客户等），容量要求更大；推荐采用大容量20G/40G平台设备进行建设，以满足后续扩展性。150个标清，6个高清忙时在线率：50%BTV比例：50%标清：90%高清：10%BTV复制份数：10VOD及其他：50%链路利用率：60%标清带宽：3M高清带宽：12M200个标清，10个高清忙时在线率：65%BTV比例：45%标清：80%高清：20%BTV复制份数：15VOD及其他：55%链路利用率：60%标清带宽：3M高清带宽：12M300个标清，20个高清忙时在线率：80%BTV比例：40%标清：60%高清：40%BTV复制份数：20VOD及其他：60%链路利用率：60%标清带宽：3M高清带宽：12M22G55G184G初期：5，000视频用户中期：10，000视频用户后期：30，000视频用户骨干网业务网关接入网IPTV架构Page19城域骨干网IPTV业务网关的需求及发展趋势产业链已经成熟,成为差异化竞争的重要武器.精确广告电子游戏音乐电视电子商务由单一电视内容向各种增值业务发展提供电子游戏,音乐电视,精确广告,电子商务等各类增值业务各种个性化的业务象VOD/TSTV/PVR等成为主要的利润来源任何时间,任何地点,任何终端上接受视频节目是未来重要的发展方向.IPTVCMSEPGSTB升级本地NAS控制网关IPTV不仅仅提供视频业务，今后将完成书房向客厅的战略转换，是新的门户IPTV所提供的业务需要基于Session级的精细化管理和质量保证视频质量由标清向高清发展收视习惯被动接收向主动参与转变接收方式向三屏融合发展骨干网业务网关接入网IPTV架构Page20BRAS适合作为IPTV业务网关城域骨干网IPTVCMSEPGSTB升级本地NASBRASPCIPTVVoIPSR公众用户企业用户HSIVoIPIPTVBRAS：公众用户接入网关SR：企业用户接入网关管理粒度为用户逻辑通道强用户管理：为每个用户保存状态信息和属性表Session级精细控制：基于每用户、每业务提供精细的带宽、QoS、安全、动态业务调整等功能存储换质量：快速频道切换、丢包快速重传差异化服务：对于标清和高清业务可提供差异化服务大量用户：每板卡配置用户数量32K/64K，QoS队列64K-256K管理粒度为接口/子接口简单管理：基于设备接口对用户实现管理较少用户：每板配置用户小于4K，QoS队列16K左右BRAS广泛应用于基于公众用户的宽带业务（上网、VoIP、IPTV）接入网关，具有强用户、精细化等特点，适合作为IPTV业务网关。骨干网业务网关接入网IPTV架构Page21BRAS热备提升业务可靠性IPTV业务与互联网业务存在本质差异，BRAS备份的需求更强烈；1+1热备，业务负载分担，确保业务高质量。数万用户无法观看电视，影响范围大，影响恶劣影响IPTV付费业务准确计费，用户反应更大节目中断，用户切换广电节目，不利于业务竞争L2BAS核心路由器OLT城域骨干网宽带接入网IPTVCMSEPGSTB升级本地NASL2OLT宽带接入网BRAS热备骨干网业务网关接入网IPTV架构Page22接入带宽高：提供20~100M高带宽需求，铜缆接入距离<500m。技术成熟：提供50M以上稳定带宽，VDSL2串扰，A/V混插已有较好解决方案。产业链完备：VD2标准完善，局端和终端成本下降快。权威测试显示VD2互通性良好，芯片、系统、终端价值完善。成本下降快：中国电信集团已经进行PON+VD2集采，推动产业成本迅速下降。接入带宽高：可以提供100M高带宽需求，铜缆接入距离<100m。运维管理能力强：网管OAM能力强，远程监控运行状态、告警信息、故障原因等。准确判断故障类型：通过网管远程进行内外线宽窄带测试，准确判断设备故障、内线故障、外线故障，可以提高故障处理效率。MA5616OLTMA5680TMDUMA5616双绞线入户MA5680TMA5620OLTMDUMA5620五类线入户传统DSLAM设在端局宽带提速－FTTB/C+VDSL2/AD2+方案传统LAN宽带提速－FTTB+LAN方案FTTB是现网提速改造的主要模式Page23FTTH时代已经来临骨干网业务网关接入网IPTV架构ONT采用SOC融合性芯片，发货量持续增大，支撑成本下降EPONGPONFTTH30万500万09年10年200万150万FTTH20082009201020112012EPON266万272万408万534万657万GPON80万206万401万628万907万部署成本大幅度降低全球广泛应用推动产业成熟—Infonetics大分光比有效节省FTTH的建网成本PONpowerCPU,switchUSB,VoIP,WIFI高集成ONT无铜缆10M/用户不同建设模式投资/实装率对比有铜缆10M/用户不同建设模式投资/实装率对比FTTH较FTTB已有成本优势实装率37.5%以下FTTH(1:64)成本较低实装率43%以下FTTH(1:128)成本较低实装率31%以下FTTH(1:64)成本较低实装率39%以下FTTH(1:128)成本较低FTTB+DSL在任何实装率下都是成本最低的方案实装率低于31%时，FTTH（1:64)投资低于FTTB+LAN投资实装率低于37.5%时，FTTH（1:64)投资低于FTTB+LAN投资Page24IPTV大规模商用（如大于20万用户）将IPTV业务网关部署在城域IP承载网，OLT业务分流，进一步提高业务的安全性、服务质量，并方便维护，满足业务大规模部署的要求。宽带IP接入网中国联通IPTV承载演进方案第一阶段：初期第二阶段：中期第三阶段：远期OLTBRASARPE-ASBRBTSNodeBRNCBSCCE接入汇聚核心宽带IP城域网IP承载网A网PCIPTVVoIP公众用户企业用户宽带IP接入网CROLTBRASARBTS(e)NodeBRNCBSCCE接入汇聚核心宽带IP城域网IP承载网A网汇聚路由器城域IP承载网IPTV网关PCIPTVVoIP公众用户企业用户宽带IP接入网OLTBRASARBTSNodeBRNCBSCCE接入汇聚核心宽带IP城域网IP承载网A网汇聚路由器城域IP承载网PCIPTVVoIP公众用户企业用户169CR169CR169IPRAN(e)NodeBIPTV规模商用（如少于20万用户）可将BRAS双上联，将IPTV业务分流到城域IP承载网。这种方式利于节省投资，并提高业务的安全性、服务质量。IPTV试商用或者小规模商用（如少于5万用户）可直接利用现网BRAS进行业务部署，实现IPTV业务的快速开展。IPTV中心节点IPTV中心节点IPTV中心节点IPTV区域节点IPTV区域/边缘节点IPTV区域节点IPTV边缘节点IPTV边缘节点互联网+IPTV互联网IPTV互联网IPTVPage25OTNSRSRCRDSLAMCRIANBIANBIANAODUAD2/VD2OTNIPTVRNCIMSLWBASBASSROLTIANA宽带上网互联网专线IPTV政企专线NGN2G/3G/LTELWASBRBAS综合网管U200025202510OTNBAS/SRBAS/SRCRDSLAMCRIANBIANBIANAODUAD2/VD2OTNASBRIPTVRNCIMSLWBASBASBASSROLTCROTNIANACR宽带上网互联网专线IPTV政企专线NGN2G/3G/LTEFW大型城市三网融合省市集群化高速化四出口全业务高可靠大容量光纤化组播化高速化核心控制接入单平面综合承载分平面承载监控清洗监控清洗网络设备业务统一网管统一自治域，共用核心，MPLS/VPN隔离个人家庭业务BAS承载互联网专线普通SR承载NGN/2G/3G/专线专用SR承载独立自治域，独立核心，业务物理隔离互联网业务一平面承载封闭业务二平面承载，通过VPN隔离；IPTV共用宽带接入网IPTV、NGN、专线向二平面迁移需考虑兼容性和扩展性城域OTN光层中国电信IP城域网方案Page26BRAS热备提升业务可靠性存储换质量初期可选用BRAS作为组播复制点采用FTTx，加快宽带接入网建设：接入网部署组播、QoS、VLAN等OTN进行PON拉远中国移动IPTV承载网络方案城域网络扁平化城域核心路由器集群化OLT-BRAS-CR直连建设城域宽带传送网（OTN）部署组播、QoS核心集群路由器OLT分光器BRASSBUFTTHFTTBFTTODLSAM/MSANFTTV（农村）ONTMDU分光器MDUOLT城域骨干骨干网IPTV中心节点IPTV区域节点IPTV边缘节点CMNET省核心城域接入城域OTN用户CMNET省网部分链路扩容部署组播OTNPage27目录1三网融合&IPTV发展趋势和挑战2IPTV承载网络架构4案例分析3IPTV关键技术方案Page28OTNOTNIPTV业务部署全景：单播IPTV业务系统核心路由器IPTV网关汇聚交换机DSLAMOLTONU/MXU楼道交换机家庭网关区域节点边缘节点当IPTV业务系统部署在控制层，单播流量从网关设备推送到用户，节省骨干链路带宽。核心层控制层接入层业务质量业务可靠业务安全业务部署业务运维VOD、时移电视、业务系统之间内容同步等业务通过单播方式传送；VOD/时移电视业务，机顶盒首先访问边缘节点，未能命中的，访问区域节点或者中心节点。中心节点IP承载网A网Page29IPTV业务部署全景：直播IPTV业务系统核心路由器IPTV网关汇聚交换机DSLAMOLTONU/MXU楼道交换机家庭网关组播复制点组播源通过核心路由器接入；建设初期考虑到综合成本，可考虑在BAS进行复制；最终复制点建议在DSLAM、OLT。IP承载网A网：目前有单播和组播两种方式均可以实现直播业务的推送，考虑到单播部署的方便易行，可先通过单播的方式实现业务流的推送，未来待集团组播试点验证和成熟后再规模部署，单播和组播在网络架构上是一致的，后续无需调整；IP城域骨干网：区域节点部署单转组服务器，城域网内部署PIM-SM、IGMP。OTNOTN核心层控制层接入层IP承载网A网中心节点区域节点业务质量业务可靠业务安全业务部署业务运维Page30IPTV骨干网组播到边缘方案核心集群路由器OLT分光器BASSBUFTTHFTTBFTTOFTTWAPDLSAM/MSANFTTV（农村）ONTMDUMDU分光器MDUOLT城域骨干骨干网OLTSBUFTTOIPTV区域节点IPTV边缘节点IP承载网A网ARARBRSRPE-ASBR城域接入城域OTN用户IGMP-snoopingIGMP-ProxyIGMP静态加入组播VLANPIM-SMRPRPDRBDRMulticastSourceBFDforPIMDR热备组播流量IGMPjoinPIMjoinRPMSDPPIM-SM业务质量业务可靠业务安全业务部署业务运维MSDPMP-BGP单转组、组专组播服务器ANYCASTSourceIPTV中心节点AnycastRPPage31接入网组播部署业务发展初期可在业务控制网关处做组播复制；随着业务的规模发展，可将组播复制点下移到DSLAM/OLT；对于不具备组播复制能力的DSLAM，初期先由BAS复制；用户数量发展到一定规模后，考虑对DSLAM上行带宽和主控板进行改造，由DSLAM完成复制。业务网关DSLAMOLTOLTLANDSLAM(不支持组播）1345LSW612345BASPPPOE复制BASIPOE复制汇聚交换机复制DSLAM复制OLT复制26园区复制5业务质量业务可靠业务安全业务部署业务运维Page32功能PPPoEIPoE用户认证功能基于Radius标准协议，可实现完善的用户安全认证功能，现网大量成熟应用。通过Option82可实现安全认证，但需现网接入设备启用相应功能，部分老设备不支持；用户认证需要DHCP服务器和Radius认证后台交互，相关接口还有待标准化。安全性基于唯一SessionID,安全性高低(IP+MAC绑定方式,需接入层设备支持)用户在线检测及管理keepalive机制实现，可实现用户的精细化管理和精确计费（按时长计费）。ARP或DHCP-Renew方式，缺乏精确的用户检测手段，无法实现用户的精细化管理和精确计费（按时长计费）。封装效率低（增加PPPoE及PPP封装）高（MAC+IP)IP地址分配方式和流程IPCP，先认证后分配IPDHCP，通过DHCPOption82&60进行认证地址仿冒IP+VLAN+MAC+PPPSessionIDIP+VLAN(Opion82)+MAC客户端软件需要不需要认证服务器RadiusRadius或Radius+PortalPPPoE认证方式技术简单可靠，应用广泛，适合作为宽带上网的接入认证；IPOE认证方式封装效率高，但现网需要改造，适合永久在线业务（如IPTV）。成熟完整的用户管理方案-PPPoEVSIPOE业务质量业务可靠业务安全业务部署业务运维Page33H-QoS实现多业务统一控制PortVoD管理上网VoIPBTVSub-1Sub-2******Sub-nSubGroupperServiceperDSLAM/LANWFQperservice（优先级）ShapingperDSLAM/LANShapingpersubscriber（CVLAN）2LevelH-QoS8MPre=4Voice

PIR=128KLLQPre=5VideoPIR=4Mb/sCIR=4Mb/sShapingPre=0InternetPIR=8Mb/sCIR=0Mb/sPortVoDVLAN管理VLAN上网VLANVoIPVLANBTVVLANVoIPIPTV网管上网SubSub-1Sub-2******Sub-nSubGroupperServiceperDSLAM/LANperSubscriberWFQperservice（外层VLAN）ShapingperDSLAM/LANShapingpersubscriber（VLANGroup）WFQperserviceNqueuespersub（内层VLAN）3LevelH-QoS8MSVLAN=101Voice

PIR=128KLLQSVLAN=102VideoPIR=4Mb/sCIR=4Mb/sShapingSVLAN=103HSIPIR=4Mb/sCIR=0Mb/sPUPVPUPSPV业务质量业务可靠业务安全业务部署业务运维5级H-QoS，简化接入网的部署，实现多业务QoS的统一控制！Page34P2P业务盛行，用户上行带宽利用率上升；上行IGMP报文，IPTV信令报文流量小，重要性高，设置高优先级做PQ调度保证绝对优先级。上行QoS部署业务控制层城域骨干层DSLAM把PVC/VLAN的优先级映射成802.1P进行调度，保证上行信令最高优先级映射802.1P为相应DSCP做基于DSCP的PQ调度启用基于DSCP的PQ调度IPCore端局L2汇聚LANDSLAMMDUOLT家庭网关根据不同端口打上不同优先级,映射进不同的PVC或者VLAN业务质量业务可靠业务安全业务部署业务运维Page35下行QoS部署全网部署的DiffserQoS调度，保证IPTV业务优先被转发，保证用户体验。业务控制层城域骨干层修改IPTV数据流DSCP启用基于DSCP的DiffSer调度启用组播流量整形，减少突发流量业务网关启用基于业务、用户、下行层次化QOS，采用SP+WFQ实现业务调度,PUPV模式下通过session来区分用户不同业务DSCP值映射为相应的802.1PLSW和DLSAM基于802.1P进行端口级（用户）QoS调度IPCore端局L2汇聚LANDSLAMMDUOLT头端基于IPDSCP的Diffser调度IPTV业务其它业务用户1用户2用户1用户2业务间调度用户间调度业务质量业务可靠业务安全业务部署业务运维Page36IPTV业务端到端高可靠保证TransmissionBRASTransmissionSR50msProtection100msProtection200msProtectionTransportNetworkServiceRealEndtoEnd机顶盒高可靠性技术：IGPFC、GR；TEFRR、VPNFRR、IPFRR；E-VRRP、BRAS热备、OTN光电联动ASON；实现端到端小于200ms的高可靠性保护，满足IPTV业务的承载需求。VPNFRRBRAS热备/E-VRRPTEFRR、IPFRR、IGPFC、GRIPTV头端E-VRRPOTN光电联动ASON业务质量业务可靠业务安全业务部署业务运维Page37BRAS热备保证用户无缝体验设备间 温备份通过调节设备响应速度指定接入设备调节设备响应速度可以和第三方SR配置使用设备内 热备份同一设备端口间/单板间用户的备份热备份，用户无感知，业务不中断支持1+1以及N+1备份设备间 热备份设备之间用户IPSession热备份支持1+1以及N+1备份50ms故障检测和倒换LSW业务网关LANDSLAM核心路由器MDUOLTBFDforVRRP50ms故障检测和设备切换实时备份用户IP连接信息（DCHP用户表项、安全绑定表、业务属性信息）业务网关负载分担或主备部署备份业务网关，采用负载分担方式，既提高可靠性又不增加过多投资业务质量业务可靠业务安全业务部署业务运维Page38IPTV安全关键措施1.STB通过DHCPOpt60标识终端类型，或PUPSPT，防止PC盗用STB业务2.DSLAM/LAN/OLT插入DHCPOpt82标识用户物理位置信息和用户信息，防止用户恶意申请IP地址，DHCPServer地址耗尽3.通过DHCP信任端口方式防止伪DHCPServer，连接合法服务器的端口为信任端口，其他为非信任端口4.支持DHCPRelay到DHCPServer或转换成RADIUS，配合对用户进行合法认证，并分配IP地址5.根据Opt60确认终端类型，根据Opt82进行用户认证并根据策略分配不同的IP地址，防止PC仿冒STB，同一用户只分配一个地址6.DHCPSnooping，对上下行报文进行逐包检查，实现IP＋MAC＋VLAN/端口绑定检查，防止用户私设IP地址和ARP假冒7.对同一个用户申请进行次数限制，DHCP速率限制，防止DHCP流量攻击8.

ONU根据组播MAC＋VLAN＋用户端口过滤表控制用户组播频道9.部署组播ACL，防止非法接入源进入城域网和对节目源的攻击业务系统RadiusCR控制网关LSWDSLAMOLTMDURG/STB业务质量业务可靠业务安全业务部署业务运维Page39IPTV故障现象分析描述端到端设备头端(编/转)网络设备线路终端画面有颗粒感视频编码压缩比过高,导致图象质量下降N/AN/AN/A画面出现雪花点视频采样/编码时出现信号干扰N/AN/A视频解码时出现信号干扰画面模糊视频采集/编码时损失了细节信息N/AN/AN/A画面出现马赛克发送报文时因拥塞而少量丢包，导致图象不完全解码性能不稳定/拥塞引起的少量丢包/延迟/乱序，导致图象不完全解码线路随机丢包，导致图象不完全解码N/A视频播放时停顿/跳跃现象视频采样时丢失重要信息,如时间参数错误,导致解码时序出错性能不稳定引起的报文发送抖动、延迟甚至丢失，导致整帧解码失败线路较严重丢包，导致整帧解码失败N/A画面停滞不动发送报文时因拥塞而严重丢包，导致连续整帧解码失败性能不稳定/拥塞引起的严重丢包，导致连续整帧解码失败线路严重丢包，导致连续整帧解码失败视频解码器故障黑屏/蓝屏设备出现严重故障导致流长时间中断设备出现严重故障导致流长时间中断线路长时间中断视频解码/显示故障视频压缩比，编码和解码错误是影响视频质量的一个关键因素丢错包是影响视频质量的另外一个关键因素业务质量业务可靠业务安全业务部署业务运维Page40重传是修复丢错包的一个可靠手段STBDSLAM/OLT控制网关接入网引流123451通过一个cache设备缓存每个视频几秒2机顶盒发现丢包，检测出丢包的序列号（RTP序列号）3机顶盒发送重传请求给cache设备4Cache设备把缓存的报文发送给机顶盒5机顶盒把重传过来的报文插入到正常的流里面张克兢57147iVSECard经验证，在丢包达到10%的情况下，可以通过重传来解决；重传需要IPTV的报文有RTP封装信息，现有IPTV系统大都支持。IPTV系统快速切换故障定位可视化错包重传精细化融合网管Page41快速频道切换实现方法MA5600T通过一个cache设备缓存所有频道的流（几秒）；机顶盒发起频道切换，请求停止原组播流，向cache设备请求新频道的I帧开始的流；Cache向机顶盒以单播的方式快速发送新频道的流；机顶盒请求正常的组播流；cache停止发送单播流。STBDSLAM/OLT控制网关接入网IPTV系统张克兢57147iVSECard引流122345通过快速频道切换的方式，可以实现用户频道切换体验少于1S快速频道切换同时也带来了成本的增加：需要增加cache设备，同时在频道切换的时候把组播流变成了单播流，使得网络的流量大大增加（Swisscom预留40%的带宽）快速切换故障定位可视化错包重传精细化融合网管Page42IPTV网络运维难业务网关SoftXInternetHG交换机DSLAMHG核心路由器IPTV-BSIPTV-ESDSLAM案例：HMS上ping在线用户,有些用户时延大，明显丢包；解决情况：未解决持续周期：不清楚；1案例：通过多次报障后，分析规律发现POP点出口85与NE5KE间的10G链路存在0.03%~0.9%的丢包；解决情况：已解决；持续周期：1月余；2网络缺乏有效的性能检测手段，难以定位出网络丢包在什么位置发生3案例：09年7月，某龙华用户在20:30~22:00间观看节目有规律性停顿现象解决情况：未解决，后调度到另一POP现象消失，原因未知持续周期：1个月4维护现状总结：故障定位和处理周期长，都在1个月左右；业务系统和网络的故障无法明确定位；对于突发性故障，无法及时预警和上报对于间歇性故障，无法定位；明确的网络问题，可以解决，但定位时间长。快速故障定界和定位（具体节点或接口，链路）是关键故障定界：在网络的入口处检测达到视频流的质量故障定界的关键故障定位：丢包检测定位问题的关键快速切换故障定位可视化错包重传精细化融合网管Page43通过MOS-V快速定界接入网城域骨干控制网关HeadendDSLAM/OLTSTBiRSMMOS-VHGU2520MOS-V在网络的入口和出口处检测MOS-V，相当于数字电视的电视墙，可以很容易的判断是是头端的问题还是网络造成的问题，做到视频业务质量的监控和快速的故障定界；

MOS-V通过检测丢包时延抖动以及编码关键信息（PMT，CRC，PCR等）等的检测，再通过大量人的训练，培养关键的算法，使得设备检测出来的视频质量可以替代人的主观感受，清晰直观的判断出到达网络入口时视频质量的好坏。快速切换故障定位可视化错包重传精细化融合网管Page44MDI/RTP检测实现快速定位MDI和RTP的检测，可以快速的检测出经过每个节点的每条视频流的丢包情况，通过上下游的比较，就可以快速的知道丢包到底发生在那段；MDI检测方式适合所有IPTV流，但检测难度相对RTP大，准确程度没有RTP方式高；RTP检测方式必须依赖RTP封装，但检测难度低，且还能支持重传以及快速频道切换等。接入网城域骨干业务网关HeadendDSLAM/OLTSTBiRSMHGU2520视频1到此丢失了0个报文视频1到此丢失了10个报文在OLT到业务网关点之间视频1丢失了10个报文快速切换故障定位可视化错包重传精细化融合网管Page45U2520实现IPTV承载可视化U2520是IP网络品质监控和预警系统，它由上层监控系统和探针组成。通过外置或者内置探针，主动获取网元、网络、业务仿真测试指标数据；对网络的业务承载能力进行分析，预警潜在的性能劣化；通过对网络性能状态数据进行多维综合分析，把KPI汇聚成KQI进而得到SLA指标，快速识别劣化的根源，保障SLA承诺。上层监控系统，负责采集和分析HSIVoIPIPTVHGPOPAccessMSTP/WDMU2520OSSU2000全面监控IPTV、VoIP、HSI、VPN业务。：外置探针，NEU100：内置探针，主机软件：哑巴路由器，高速照相接入网城域骨干业务控制网关Headend快速切换故障定位可视化错包重传精细化融合网管Page46融合网管提升IPTV运维效率消除IPTV运维障碍：接入、数据和传输统一管理，可管理30，000个节点；高效IPTV业务管理：业务可视化呈现，端到端业务发放15秒～5分钟；快速IPTV故障定位：面向业务的故障智能分析，秒级故障定位。城域IP骨干网PCSTB电话BRASHeadendU2000融合网管OTN宽带接入网快速切换故障定位可视化错包重传精细化融合网管Page47RACS架构实现IPTV精细化运营910GEGEHG1HG2xDSLxDSLGExDSLxDSLHG3HG4OLTIPTVPVCMDUCMSEPG本地NASIPTVPOP点IPTV区域节点RACS1.用户认证时，上报用户物理位置信息2.用户开始点播IPTV业务3.其中UM单元向RACS发起资源申请。如果预留不成功是否继续服务由运营商配置。5.实施CAR、打下801.p高优先级标记和队列调度4.CAC控制接入网资源预留形成QoS策略MSCGCOPSCRMSCG和IPRACS配合提供接入层面带宽和优先级控制，保证用户视频的使用体验；业务控制网关实现用户和业务感知区分，并根据RACS下发的QoS策略，通过H-QoS为增值业务提供质量保证；为不同的用户对于IPTV标清和高清业务提供差异化服务，满足精细化运营的需要。快速切换故障定位可视化错包重传精细化融合网管Page48目录1三网融合&IPTV发展趋势和挑战2IPTV承载网络架构4案例分析3IPTV关键技术方案Page49目前全球累计200多家运营商部署了IPTV，全球TOP50中的37家已经开通了IPTV业务；截止2009年，IPTV全球用户规模达到4000万，中国（除香港、台湾外）达到470万；2010年，中国IPTV用户数将有望达到900万。全球的顶级大T基本都部署基础融合业务IPTV案例分析Page50意大利FastwebIPTV案例

Source:Fastweb年报/季报1999从零开始，2003即实现盈利2000-2008年均复合增长率高达104%Fastweb收入快速增长（M€）Fastweb用户数快速增长（千）在欧洲市场整体增长放缓的大背景下，Fastweb在09Q1仍然保持增长；用户数新增6万达到154.2万，同比增长4%(高于整体市场增长的3%)；

收入同比增长14%达到4.44亿欧元。2003年就达到EBITDA收支平衡02004006008001000120014001600180020002002200420062008-120%-100%-80%-60%-40%-20%0%20%40%60%收入（百万欧元）EBITDA利润率2000-2008年均复合增长率高达59%0200400600800100012001400160020002002200420062008案例分析Page51美国AT&T和VerizonIPTV案例AT&TU-verse（高清IPTV）宽带用户数(千)Source:AT&T、Verizon季报/年报及网站07Q2起新增用户146万在以Cable运营