济南网通IPTV承载网建设改造方案.pptVIP

济南网通IPTV承载网建设改造方案 济南网通分公司 2006年5月 目 录 济南宽带城域网现状 IPTV及其实现机制 IPTV承载网络的要求 现网改造 济南宽带城域网拓扑图 核心，汇聚，BRAS,接入三层交换机，DSLAM，楼宇交换机 现网设备数量和能力 核心路由器 汇聚层交换机 宽带接入服务器 三层交换机 DSLAM 楼宇交换机 现网设备对IPTV业务的支持情况 已完成四期网络扩容 核心汇聚层设备性能较好 接入层支持能力不足 带宽不足 功能支持不够 结构不合理 网络流量情况和设备负荷 核心至汇聚峰值50％,利用率继续增长，能否满足IPTV流量的需求宽带？ 接入服务器SHASTA已负荷较重！ 目 录 济南宽带城域网现状 IPTV及其实现机制 IPTV网络运行要求 现网改造 IPTV的特点 以IP网络作为传输媒介，互动能力强 以ADSL、FTTX+LAN为主要接入方式 以直播电视、时移电视和视频点播为基本业务 以机顶盒+电视为接收终端的电视系统 IPTV对网络的要求 IPTV 业务是承载于 IP 网络上的一种增值业务 IPTV对网络的要求远远高于宽带上网 需要具备高QOS 、高可靠性、高安全性。 直观效果：音视频业务的清晰度和流畅度 网络及设备在带宽、网络时延、抖动、丢包 对用户业务请求响应速度、可靠性等方面的技术要求 QOS要求：为什么在IPTV需要并可以部署QOS 用什么上网方式承载IPTV PPPOE or IPOE? PPPOE存在的问题：组播限制 复制点过高 数据包的开销 BRAS性能限制建设成本 IPOE的优点 PPPOE和IPOE的比较 三重播放示意图 双VC连接方式 一条VC为传统的Internet数据使用，仍然采用PPPoE认证的方式 一条VC为IPTV专用，用户侧连接机顶盒与电视，网络侧通过另一条逻辑路径上联，不经过BRAS作PPPoE终结，而是采用普通的IP互联方式 机顶盒认证方式 平台层认证 网络层认证：DHCP OPTION82 固定IP地址方式 目 录 济南宽带城域网现状 IPTV及其实现机制 IPTV网络运行要求 现网改造 IPTV的运行支撑 接入层设备可监控，可配置 IPTV设备的资源管理 电子工单系统 带宽要求 IPTV 中的流媒体业务所需的带宽较高，每个用户的媒体流从节目源头到用户 STB 之间的整个链路上通常需要占用 2Mbps以上的带宽。 为了减轻IPTV 业务对骨干网的带宽压力，需要通过内容分发网络（CDN）将节目推送到尽量靠近用户的CDN边缘节点，边缘节点通常选择在城域网的汇聚节点上，用户直接从边缘获取节目内容。 CMS和EMS的部署 VOD到EMS有80%左右的命中率 VOD到CMS有20%左右的命中率 时移电视也属于点播类业务 其特性除需额外单独的存储之外，流量模型与VoD类似，规划时需要统一进行相应的计算。 流量模型 按照30000个注册用户计算;50%的并发用户,即15000个在线用户,汇聚层最大用户数按2000计算,接入层最大用户数按200计算;直播和点播应用的比例按照1:3计算;MPEG4点播标清码流速率2M, MPEG4直播标清码流速率2.3M;直播频道数100个;CMS与EMS的命中率之比为2:8;核心节点数2个,汇聚节点数13个,EMS节点数13个。 CMS至城域网核心的流量为: 15000*0.75*2M*0.2+100*2.3M=4.73Gbps 城域网核心至汇聚层流量为: 2000*0.75*2M*0.2+100*2.3M=830Mbps 城域网汇聚至EMS的流量为: 2000*0.75*2M*0.8=2.4Gbps 城域网汇聚至一个接入层节点的流量为: 200*0.75*2M+200*0.25*2.3M=430M 全网支持组播 对于直播电视业务，由于其流量大,对网络品质要求高,在靠近用户侧，会有大量相同的频道需求,因此，对于直播电视来讲，在城域网上最有效的承载方式就是通过IP组播技术来完成。 在哪里实现组播复制？ 通过靠近终点的复制方式，达到最大的数据传送效率。 目前城域网的核心和汇聚设备均支持组播协议。对于新增设备和改造设备也需要支持组播协议。 为提高用户切换频道的速度, 在DSLAM和L2交换机上做