广东省IPTV承载网实施方案

用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 广东电信 IPTV承载网实施方案 广东省电信有限公司 企业发展部 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 汇报提纲 IPTV承载网要考虑的问题 广东省 IPTV承载网近期实施方案 后期考虑方案（深圳试点） 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM IPTV承载网要考虑的主要问题 一、提高接入层的带宽容量，解决 IPTV业务对承载网络的高带宽需求 ATM汇聚网络已经成为事实的带宽瓶颈，将考虑用以太汇聚网络来分流承载业务。 优先考虑用 IP上行 DSLAM来承载 IPTV业务，结合 SVLAN技术方案，为IPTV业务搭建宽带接入平台。 二、为 IPTV业务提供 QOS保证 目前 IP网络（从省网、城域网、接入网）尚未部署差分服务，没有提供针对业务的 QOS保证，网络的瞬时动荡可能影响到 IPTV用户的业务体验。 QOS策略可分步分段实施，先保证从 IPTV POP点到用户端的 QOS，然后逐步实施，最终解决端到端的 QOS。 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM IPTV承载网要考虑的主要问题 三、为了提供直播业务的传输效率，需提供对组播支持。 要求网络能提供端到端的组播支持，包括省网、城域网、接入网、 BRAS、 DSLAM、 MODME。 组播路由协议的支持，特别是互通性。 组播管理 组播管理包括用户接收数据的可控管理 组播源的管理 组播分发范围的管理 组播计费管理 组播的安全管理 端到端组播 QOS的支持 目前，只实现了 IPTV POP点至 BRAS的静态组播推送。 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM IPTV承载网要考虑的主要问题 四、业务网关的选择 IPTV业务接入到 BRAS还是接入到 SR 涉及到实施方案用单 PVC承载还用双 PVC承载 五、组播复制及组播控制点选择 从带宽效率和用户体验考虑，较佳的方案是 DSLAM复制。 DSLAM复制要解决的问题很多： 大量旧设备对组播的不支持（ ATM内核）； DSLAM设备数量巨大，维护管理困难； 厂家组播控制协议的私有化； 组播安全控制； 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM IPTV承载网要考虑的主要问题 六、认证方式（ PPPOE认证 Vs DHCP认证） IPTV业务要考虑组播传送直播业务； PPPOE终结在 BRAS， 面向用户的组播复制点只能在 BRAS层面； 如果实行 DSLAM复制，要考虑 DHCP ； 考虑到 DHCP本身没有 AAA功能，需要保证以下的安全性： 1、用户私配地址无效，只能通过 DHCP获得地址才能进行访问。 2、当分配用户的 IP地址时， BRAS需要通过 RADIUS属性发送相应的用户信息给后台，让后台了解用户上网行为，包括 ： 1）用户的 MAC 2）分给用户的 IP地址 3) 用户的线路资料 4）用户的上、下网时间 5）从那个 BRAS的上来 3、虽然 DHCP没有 AAA功能，可采用 OPTION60属性，最低限度保证只有 STB的 DHCP请求才分给地址，其他设备（如 PC）不分配地址。 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 汇报提纲 IPTV承载网要考虑的问题 广东省 IPTV承载网近期实施方案 后期考虑方案（深圳试点） 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 广东电信 IPTV承载网总体目标 IPTV承载网方案分步实施， 初期：快速部署业务 中期：规模业务承载，提高网络效率及业务质量 长远：适应各种增值业务开展，具备多业务差异化服务能力 初期： 时间： 05年底 06年初 利用现网空余资源，不对现网做大的调整 采用 PPPOE认证 业务控制点及组播复制点均为 BRAS 中期 时间： 06年中开始 核心承载由 CHINANET转为 CN2 新的认证方式： DHCP 组播复制点下移 城域接入层改造 全程 QoS部署 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM IPTV业务承载网近期实施方案 1. 组网方案 2. 认证方式 3. VOD业务实现 4. 直播业务实现 5. QOS实现 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 初期组网方案 IPTVPOP区域中心IPTVPOPIPTVPOPIPTVPOP城域网163网城域网1I P T V 中心城域网3区域中心区域中心BRASDSLAM用户端1ATM/Ethernet/MSTP/RPR用户端3用户端2以 CHINANET及城域骨干网作为依托，通过 CDN系统把省中心节目推送到地市区域中心及 IPTV POP点服务器。 BRAS根据 PPPoE Session对业务流进行复制 IPTV终端接入方式 单 PVC上行 双 PPPOE Session 使用跟宽带上网不同的帐号后缀，例如： xxxiptv.gd 从 IPTV POP点到用户的STB提供 QOS保证。 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 骨干层实施方案 骨干层部分 近期方案中， IP TV业务承载网的骨干部分使用163网承载，业务流从省中心通过 CDN系统，分发到各个城域网的区域中心： 163网城域网1省中心城域网2城域网3区域中心 区域中心 区域中心用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 汇聚层实施方案 汇聚层部分 汇聚层部分指从 BRAS到城域网出口的一段网络。 IPTV POP点组网 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 接入层实施方案 ADSL Modem使用单 PVC上联到 DSLAM设备，该 PVC可同时承载用户的 IPTV业务和宽带上网业。原有的宽带上网业务与 IP TV业务分离在 BRAS上实现， BRAS采用虚拟路由器（ VR）的方式，不同的 VR为不同的业务提供接入，实现逻辑上的业务分离，并通过各自所属的 Uplink端口（或逻辑子端口）分别上联到各自的汇聚网 。 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM IPTV业务承载网近期实施方案 1. 组网方案 2. 认证方式 3. VOD业务实现 4. 直播业务实现 5. QOS实现 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 认证方式 认证方式 本方案中，对于网络层的认证方式，无论用户享受 VOD业务还是直播业务， IPTV用户端均采用 PPPOE的认证方式。 IPTV用户使用跟宽带上网用户不同的 PPPOE帐号后缀，例如：xxxiptv.gd(区别于宽带的 xxx163.gd)， BRAS根据用户帐号的后缀不同，把 IPTV用户终结在专用的 VR上。实现两种业务流逻辑分开，便于管理、分析、统计和 QOS的实施。 为了避免用户使用机顶盒的 IP地址进行其它业务的 INTERNET访问，必须限定 IP TV业务 IP地址的访问范围，使其只能用于完成 IP TV业务的访问流程，而超出 IP TV业务系统之外的目的 IP地址一概不能访问。 具体做法是在 BRAS/SR作 IP目的地址的访问控制列表，限制用户的 IP地址只具有对 IP TV业务系统的访问权限。 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM IPTV业务承载网近期实施方案 1. 组网方案 2. 认证方式 3. VOD业务实现 4. 直播业务实现 5. QOS实现 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM VOD业务实现 IPTVPOP区域中心IPTVPOPIPTVPOPIPTVPOP城域网163网城域网1省中心城域网3区域中心区域中心BRASDSLAM用户端1ATM/Ethernet/MSTP/RPR用户端3用户端2用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM IPTV业务承载网近期实施方案 1. 组网方案 2. 认证方式 3. VOD业务实现 4. 直播业务实现 5. QOS实现 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 组播业务实现方案 DSLAM STB BAS CPE HOME GATEWAY PC CHINANET省网 实时内容 BTV前端 LIVE TV(Multicast） IP ENCODER IP DEMUX CS 城域骨干网 L2 BRAS至 IPTV POP点服务器之间开启静态组播，将组播节目流推送至 BRAS ES（城域中心） 城域接入网 ES接受组播信号实行时移特性（城域中心的实行 7天存贮） A B C D E F G ES M12000 VLAN1 组播业务流 采用单播方式实时将组播节目发送到区域各地区域中心和 IPTV POP点服务器 BRAS基于 PPPoE Session进行节目复制 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM IPTV业务承载网近期实施方案 1. 组网方案 2. 认证方式 3. VOD业务实现 4. 直播业务实现 5. QOS实现 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM QOS实施 骨干层 在 CN2还没建好之前，省中心到城域网的 IPTV流量在骨干网必须由 ChinaNet承载，由于 ChinaNet不分 QoS等级并且不开启组播，因此要实现省中心到广东 163网边缘设备的内容分发，只能依赖单播，并且靠相对轻载实现 QoS保证。 汇聚层 IPTV POP点到 BRAS所经过的网络设备启用基于DiffServ的 QOS策略，保证 VOD的业务优先。 城域网出口到 IPTV POP节点 所经过的城域网核心层，暂时没有开启 DiffServ，靠 相对轻载实现 QoS保证。 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM QOS实施 接入层 在 BRAS层面，对每个 IPTV用户， BRAS提供以下的 QOS优先策略 : 1对申请了 IPTV业务的用户的 PVC进行上限速率限制，如 3M速率。 在任何时候都要保证用户 PVC的流量（ IPTV Session流量和宽带上网 Session流量的总和）不能超过 DSLAM设备到 Modem这一段ADSL线路所允许的带宽流量，否则将引起 ADSL线路拥塞，由于DSLAM是二层设备，没有用户的业务感知能力，将造成 IPTV业务流丢失。 2 在 BRAS上设置 QOS策略，保证 IPTV业务具有较高的优先级别。 例如，在 BRAS下行端口中， 保证 IPTV Session的业务流量具有更高的优先级别，而宽带上网业务流量只实现 best effort。 3对 LAN上行的 IPTV用户，由于 BRAS尚无法实现基于 VLAN/SVLAN的总带宽限制。现阶段在 BRAS层面，只保证 IPTV业务具有较高的优先级别。 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 汇报提纲 IPTV承载网要考虑的问题 广东省 IPTV承载网近期实施方案 后期考虑方案（深圳试点） 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 深圳城域网 IPTV承载网试点方案 1. 组网方案 2. 认证方式 3. 组播方案 4. QOS方案 5. 工程实施方案 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 组网方案 _网络拓扑 1 6 3 骨干IP DSLAMMODEMPVCCN2省中心服务器IPTVPOP点城域网接入层 汇聚层 骨干层汇聚交换机接入交换机（支持Q i n Q )BRAS( Q i n Q 终结）每个用户一个 CVLAN。 接入交换机对 IP DSLAM上行所有的 CVLAN打上 SVLAN标记。 SVLAN终结， BRAS实现业务接入管理控制。 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM BRAS 用户 CVLAN VLAN 100 VLAN 101 VLAN 102 VLAN 103 VLAN 104 VLAN 500 S-VLAN 2000 VLAN 2000 支持 SVLAN交换机 一一映射 IP DSLAM VLAN 1000 VLAN 1000 用户单 PVC IP DSLAM实现每用户 PVC跟一个VLAN的一一映射，即从 VLAN 100500，而 VLAN 1000为专门独立的组播VLAN。 接入交换机支持 QinQ，把CVLAN 100 500封装到SVLAN2000承载，而对组播的 VLAN1000只作透传。 BRAS支持 QinQ，实现每个用户一个 VLAN(CVLAN)，解决用户源可索性和 DHCP安全性。 组网方案 _接入实现 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM IP DSLAM Modem PC STB 用户 PVC PPPoE IPoE BRAS 组播 VLAN Bridging IP DSLAM Modem PC STB 用户 PVC PPPoE IPoE BRAS 用户 CVLAN 组播 VLAN Bridging 组网方案 _接入层协议栈 IGMP 用户 CVLAN 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 深圳城域网 IPTV承载网试点方案 1. 组网方案 2. 认证方式 3. 组播方案 4. QOS方案 5. 工程实施方案 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 认证方式 试验 DHCP认证方式 STB采用 DHCP认证方式 BRAS作为 DHCP SERVER 技术细节考虑 1、用户私配地址无效，只能通过 DHCP获得地址才能进行访问。 2、当分配用户的 IP地址时， BRAS需要通过 RADIUS属性发送相应的用户信息给后台，让后台了解用户上网行为，包括 ： 1）用户的 MAC 2）分给用户的 IP地址 3) 用户的线路资料 4）用户的上、下网时间 5）从那个 BRAS的上来 3、虽然 DHCP没有 AAA功能，可采用 OPTION60属性，最低限度保证只有 STB的 DHCP请求才分给地址，其他设备（如 PC）不分配地址。 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM DHCP认证流程 统一后台 RADIUS SERVER BRAS (DHCP SERVER) STB BRAS作为 DHCP SERVER，根据Option60识别分配地址，同时把用户的上网行为通过 RADIUS属性发送给后台，后台在网络层面获知用户的信息。 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM DHCP认证流程 通信流程 Terminal BRASRADISServerD I S C O V E R + O p t i o n 6 0上网属性传送RELEASEOFFERA C K上网属性传送用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 深圳城域网 IPTV承载网试点方案 1. 组网方案 2. 认证方式 3. 组播方案 4. QOS方案 5. 工程实施方案 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM IP DSLAM Modem STB 用户 PVC IPoE BRAS 组播 VLAN Bridging IGMP proxy 组播方案 _接入层 IGMP 用户 CVLAN IGMP信息 组播流 DSLAM开启 IGMP proxy功能，并把用户的 IGMP joining发给 BRAS。此外，还对实现用户的组播权限控制 宽带业务 直播数据流从组播VLAN下发到每个 IP DSLAM ,而并非从用户的 CVLAN下发 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 组播方案 _接入层 组播 VLAN 1000 CVLAN 100 用户 PVC 一个用户端口 IP DSLAM IP DSLAM设备要求能实现跨VLAN组播，即 VLAN1000的组播数据能送到跟 CVLAN100成映射关系的 PVC上。 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM 深圳城域网 IPTV承载网试点方案 1. 组网方案 2. 认证方式 3. 组播方案 4. QOS方案 5. 工程实施方案 用户至上用心服务 /webmoney 广 东 省 电 信 公 司 GDTELECOM QOS方案 _接入层 1、在 BRAS层面： 根据 DSCP（或者五元组），保证 IPTV业务的优先级别高于宽带业务。 在 BRAS的用户接入侧，每用户一个 SVLAN，需对 SLVAN子端口的流量 S