《大型校园宿舍网络设计方案书(PP62页)》.pptVIP

·成功来自自信 码解码器、家庭网络、个人计算机连接、网关功能、即时信息 (IM) 和实时的 voice over IP (VoIP) 通讯。 这些类型的高级功能将应最终用户的要求而提供，它们扩展了网络运营商的 服务空间。 IPTV 业务带宽需求 IPTV 业务包括直播电视（live TV）、视频点播（VOD）、时移电视（time-shifted TV） 等多种业务。对于直播电视和时移电视业务，目前主要采用 MPEG-4 视频码流提供服务； 对于视频点播业务，目前能够采用 MPEG-4 和微软的 WMV9 两种视频码流提供服务。 考虑到 IP 网络的开销和统计复用特性引起的流量波动等因素，为了保证 IPTV 的播放 质量，建议为每一个 IPTV 用户规划 3 Mbit/s 以上的带宽（采用 MPEG-4 编码时）。如果同 时考虑 PC 上网流量，建议为每个宽带用户规划 4 Mbit/s 以上的带宽。如果采用 WMV9 编 码格式的片源，则一般需要为每一宽带用户规划 1.5～2.5 Mbit/s 带宽。 针对目前网络状况，我们对汇聚带宽问题提出以下发展建议： ·对汇聚层设备进行上下行带宽扩容和升级，下行带宽根据接入层设备升级情况进行相 应升级，上行带宽设计到 N×GE。 ·对通过 ATM 核心网络直连到 BRAS 上的 ATM DSLAM，可以考虑增加路由器来终结 ATM 信元并旁路 IPTV 业务的 VC 连接，从而绕过 BRAS 瓶颈。 ·根据业务开展进度，逐步将 ATM DSLAM 替换为内置 BRAS 功能的 IP DSLAM。 ·汇聚层交换机/路由器应支持二层组播协议 IGMP V2 和三层组播协议 PIM-SM。 ·将 IPTV 系统的边缘节点部署到汇聚层 BRAS 以下，从而使单播的视频流量无需通过 BRAS。 如果采用分布式部署，则只有各个业务节点之间的 CDN（内容分发网络）的流量经过 核心网，因此 IPTV 系统对核心网带宽需求不高；采用集中式部署时，点播业务占用的带宽 较大。 ·基于此，对核心带宽问题考虑如下发展建议： ·业务初期考虑到业务规模不大采用集中式部署，业务大规模推广时，采用分布式部署。 ·核心层设备支持域内组播协议 PIM-SM 和域间组播协议 MBGP/MSDP。 IPTV 业务 QoS 需求 由于 IPTV 业务中视频码流的实时性、连续性，希望承载网络提供 QoS 保证，而且业务 对承载网的延时、丢包和抖动比较敏感。其中直播类视频业务如直播电视对 QoS 的要求高 于点播类视频服务如 VOD。游戏类业务是一种双向交互式的数据业务，其业务特性如操作 命令的灵敏性决定了对数据包的传输时延要求特别高。 针对目前网络状况，我们对 QoS 问题提出以下发展建议： ·从逻辑上区分 IPTV 业务流和传统数据业务流，减少传统数据业务流对 IPTV 业务流 的影响。 第 31 页 共 61 页 ·成功来自自信 ·利用分布式 IPTV 部署来缩短视频流在网上的传送距离，缓解 QoS 问题。将 IPTV 服 务节点下放到接近 STB 的位置简化 QoS 的保证。 ·在网络汇聚层和核心层启用业务服务分类机制，统一规划和定义 QoS 服务等级，边 缘进行流的分类和标记。 在接入层 CPE 和 ATM DSLAM 之间建立多个 PVC 来区分不同的业务从而形成不同的 逻辑网络。 启用 L3 QoS 与 L2 QoS 之间的映射和 PVC 与 DSCP/802.1P 之间的映射。 IPTV 业务组播支持需求 IPTV 业务要求网络提供端到端组播支持，以降低视频业务对核心网络、汇聚网络的带 宽需求，针对目前网络组播支持状况，可以考虑如下发展建议： ·对在网的核心层/汇聚层设备启动三层域内 PIM-SM/ DM 和域间 MBGP/MSDP 组播路 由协议和二层 IGMP 组播协议，进行组播互通测试，对无法实现组播和组播互通的设备进行 替换。 ·对在网的接入路由器启动三层域内 PIM-SM 组播协议和二层 IGMP 组播协议，进行组 播互通测试，对无法实现组播和组播互通的设备进行替换。 ·对在网的 ATM DSLAM 进行二层 IGMP 组播测试，对无法实现组播的设备视业务开 展情况逐步替换为 IP DSLAM。 ·如果视频流需经过 BRAS，则需要 BRAS 支持 PIM-SM/ DM 和 IGMP 代理协议。 2.5.2 IPTV 设计 设备选择： 三方面的考虑： （1）带宽：采用 MPEG-2 编码方式，需要大约 4Mbit/s 的带宽可以使画面达到 DVD 质 量；而采用压缩率更高的 MPEG-4 编码方式，达到同等质量也需要大约 1.5Mbit/s 的带宽。 H.264 在略低于 1Mbit/