中国电信IPTV承载网技术方案_第1页
中国电信IPTV承载网技术方案_第2页
中国电信IPTV承载网技术方案_第3页
中国电信IPTV承载网技术方案_第4页
中国电信IPTV承载网技术方案_第5页
已阅读5页,还剩75页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1 IPTV业务承载网技术方案研究 中国电信股份有限公司 广州研究院 2 /webmoney 汇报提纲 一、 IPTV业务对网络的需求 二、 IP网络现状及存在问题 三、关键问题分析及比较 四、直播业务技术方案 五、 VOD业务技术方案 六、现网设备升级改造建议 3 /webmoney IPTV用户数预测 (数据来源于互联网业务规划) 1 9 4 0 05 6 5 5 205 0 0 0 01 0 0 0 0 002 0 0 0 04 0 0 0 06 0 0 0 08 0 0 0 01 0 0 0 0 01 2 0 0 0 02 0 0 0 2 0 0 1 2 0 0 2 2 0 0 3 2 0 0 4 2 0 0 5国外先进运营商 IPTV 用户数发展:头两年年均增长约 100 英国电信 :用户数年增长约 100 法国电信: 用户数年增长约 100 用户数(个)1 1 62 6 03 0 33 2 4 3 2 63341 8 94 2 34 9 45 2 7 5315 4 44 0 99 1 71 0 7 11 1 4 2 1 1 5 11 1 7 902 0 04 0 06 0 08 0 01 0 0 01 2 0 01 4 0 02 0 0 5 2 0 0 6 2 0 0 7 2 0 0 8 2 0 0 9 2 0 1 0中国电信 I P T V 定性预测结果专家调研法用户数(万)中国电信 I P T V 用户数预测结果2 . 2 7 %3 . 3 2 %5 . 2 2 %8 . 6 3 %1 1 . 0 5 %0%2%4%6%8%10%12%2 0 0 5 2 0 0 6 2 0 0 7 2 0 0 8 2 0 0 9I P T V 用 户 宽 带 渗 透 率 ( % )中国电信 I P T V 宽带渗透率预测结果5 10 1 0 5 乐观预测常规预测悲观预测用户数年均增长率达 100 ,至 07 年对宽带用户的渗透率将突破 5 ,09 年突破 10 5010020040060001002003004005006007002005 2006 2007 2008 2009I P T V 用户数(万)4 /webmoney IPTV业务推进路线 (数据来源于互联网业务规划) 2005年 2006年 2007年 IPTV用户数 用户数达到 30万; 在 7个省开展用户定位。 用户数达到 150万; 继续在 7个省进行推广。 用户数达到300-400万。 业务覆盖范围 特大型城市 大型城市 特大型城市 大型城市 中型城市 特大型 大型城市 中型城市 小型城市 城市的划分 (根据 2008年底的 IP城域网宽带用户的发展预测,以下为宽带用户数): 特大型城市: 100万以上; 大型城市: 50 100万以上; 中型城市: 10 50万以上; 小型城市: 10万以下。 5 /webmoney IPTV业务特征 (数据来源于互联网业务规划) 1、 业务运营模式 由各省运营 IPTV导入期以公众客户为主,行业客户重点关注酒店 提供按时长、节目、时段多种资费策略 2、业务特点 带宽要求高 流量以下行为主 流量以本地为主 对网络稳定性要求高 3、业务带宽要求 IPTV:标清 2至 3Mbps、高清 6至 8Mbps 4、业务 QoS要求 时延(单向) 丢包(单向) 抖动(单向) IPTV直播 500ms 0.1% 500ms IPTV点播 100ms 1% 50ms 6 /webmoney IPTV业务对网络的需求 中国电信 IP网络要具备承载 IPTV业务的能力 , 包括为 IPTV业务提供 内容分发 、 组播支持 、 网络带宽和 QoS保证的能力 。 7 /webmoney IPTV承载网技术方案研究 一、 IPTV业务对网络的需求 二、 IP网络现状及存在问题 三、关键问题分析及比较 四、直播业务技术方案 五、 VOD业务技术方案 六、现网设备升级改造建议 8 /webmoney IPTV承载网网络结构 CN2 ChinaNet Ethernet/MSTP Switch IP DSLAM ATM /MSTP ATM DSLAM ATM DSLAM BRAS /SR BRAS / SR 路由器 路由器 汇聚层 业务接入控制层 核心层 骨干网 BTV BTV BTV CPE Modem Modem Mo dem IP城域网 接入层 城域骨干网 宽带接入网 9 /webmoney IP网络现状 目前, CN2建设正处测试验收阶段。 核心层设置七个核心节点;全国三十一个省(市、自治区)的43个城市设置汇接节点;边缘节点覆盖到大部分有足够业务需求的 C3城市,共 198个节点。 一、路由型城域网 城域网出口和核心层采用路由器组网;汇接层采用二三层交换机组网,利用其三层路由功能为 BRAS作三层汇接,并作为网关路由器直接接入 LAN专线用户。 二、交换型城域网 无出口路由器,城域网作为 chinanet的本地延伸;核心层、汇聚采用二三层交换机组网, BRAS旁挂核心二三层交换机。 据统计,目前中国电信宽带接入网用户,采用 DSL接入的所占比例为 70,采用 LAN接入的约占 30。其中 xDSL接入点设备DSLAM, IP内核的约占 22, ATM内核的约占 78(包括 IP上行 ATM内核设备)。 CN2网络 城域网 宽带接入 网现状 10 /webmoney 现网承载 IPTV业务主要存在问题 2.现网无法 提供端到端的 QOS保证 现网没有提供针对业务的 QOS保证,瞬时拥塞也会影响到 IPTV的用户接收体验; 部分设备开启 QOS功能后,影响其性能、 CPU利用率等。 3.城域网未能提供全网组播业务支持。 存在不同厂家设备对协议互通性以及开通组播协议会影响设备的性能等; 大部分 ATM DSLAM不支持组播功能; BRAS支持组播能力不一。 1. 可用于提供 IPTV业务的带宽资源有限。 (特别在接入层) 宽带接入汇聚网络(包括 ATM、以太、 MSTP/RPR)等普遍存在带宽资源短缺; ADSL线路受传输距离、外部环境等影响,对一些距离端局较远的用户没法提供 IPTV业务所需带宽。 主 要 存 在 问 题 11 /webmoney IPTV承载网技术方案研究 一、 IPTV业务对网络的需求 二、 IP网络现状及存在问题 三、关键问题分析及比较 四、直播业务技术方案 五、 VOD业务技术方案 六、现网设备升级改造建议 12 /webmoney 三、关键问题分析及比较 三、关键问题分析及比较 1、 IP逻辑通道架构 多 PVC多 IP逻辑通道 单 PVC多 IP逻辑通道 单 PVC单 IP逻辑通道 2、 面向用户的组播复制点的选择( BRAS, DSLAM) 3、组播控制点的选择( DSLAM, BRAS+DSLAM) 13 /webmoney 多 PVC,多 IP逻辑通道 CPE PC STB 双 PVC BRAS/SR 用户 CVLAN1 用户 CVLAN2 IP DSLAM 宽带业务 IPTV业务 IP逻辑通道 单业务网关: 同单 PVC,多 IP逻辑通道 多业务网关 SR为 STB业务提供独立服务和控制 每用户 多 个账号, 多 个 IP地址 每用户 多个 PVC 每用户 多 个CVLAN 单 /多 业务网关 认证( IPoE/ PPPoE),获得 IP 业务流量走 不同的 IP逻辑通道 根据不同 PVC实现接入 QoS映射和标记 不同 PVC映射到不同CVLAN上 端口绑定 PVC,不同 IP逻辑通道承载在不同的 PVC 14 /webmoney 单 PVC,多 IP逻辑通道 CPE PC STB 用户 PVC BRAS 用户 CVLAN IP DSLAM 宽带业务 IPTV业务 IP逻辑通道 认证( IPoE/PPPoE),获得 IP 业务流量走 不同的 IP逻辑通道 针对 帐号和 QoS标记实现层次化的 Scheduling和 Shaping 针对账号实现路由策略 每用户 多 个账号, 多 个 IP地址 每用户一个 PVC 每用户一个CVLAN 单业务网关 15 /webmoney 单 PVC,单 IP逻辑通道 IP DSLAM RG PC STB 用户 PVC BRAS 用户 CVLAN 宽带业务 IPTV业务 IP逻辑通道 认证( IPoE/PPPoE),获得外部 IP,所有业务流量走 同一个 IP逻辑通道 为终端分配内部 IP, 完成 NAT转换 接入 QoS标记,映射到同一 PVC中 IGMP Proxy 每用户一个账号,一个 IP逻辑通道 每用户一个 PVC 每用户一个CVLAN 单业务网关 针对 QoS标记 实现层次化的 Scheduling和 Shaping 16 /webmoney IP逻辑通道架构比较 多 PVC,多 IP逻辑通道 单 PVC,多 IP逻辑通道 单 PVC,单 IP逻辑通道 主要优点 1、对 BRAS/DSLAM均不能满足组播服务要求的网络提供了一种实现 IPTV业务的方案; 1、容易部署,不需做太多改造即可提供业务; 2、便于实现基于用户的管理和控制: 3、易于扩展。 1、提供了 IPv4条件下电信提供家庭网络服务的一种解决方案 主要缺点 1、部署复杂,需要更换 CPE及对接入 PVC和 VLAN重新进行规划配置 2、难以针对用户进行 QoS管理控制,如:不同业务间流量的协调控制和调度。 1、对 BRAS要求高,现有许多BRAS难以满足要求,需要替换 2、上行流量无区分服务 1、需要 NAT转换,对部分 P2P应用有影响 2、难以针对不同的业务(宽带上网 /IPTV)流进行管理和控制,如: QoS,路由限制等 3、业务提供商可以屏蔽接入运营商提供业务 意见倾向 由于实现简单,对网络改动较小,现阶段单 PVC,多 IP逻辑通道是较好的选择; 采用“ IPv6+家庭网关”实现的单 PVC,多 IP逻辑通道架构,应是未来的发展方向,能有效的把方案二和方案三的优点结合起来; 17 /webmoney IP DSLAM Modem STB 用户 PVC IPoE BRAS 组播 VLAN Bridging 用户 CVLAN 组播流 单播流 方案二: DSLAM复制 IP/ATM DSLAM Modem STB 用户 PVC IPoE BRAS Bridging VLAN/PVC 组播流 单播流 方案一: BRAS复制 组播复制点的选择 18 /webmoney 建议: 在业务量较小的阶段,可采用 BRAS复制, PPPoE认证的方式。不需进行大的网络改造,但大量占用接入网带宽,用户发展规模有限; 在大规模放号阶段, DSLAM作为组播复制点,是较好的选择,但需要对接入进行大量改造,替换或新增不满足要求的 DSLAM。 BRA S 复制 D S L A M 复制组播复制能力 普遍支持 仅部分I P D S L A M 支持组播控制能力 普遍支持 仅部分I P D S L A M 支持用户组播权限数据库的获取Ra d i u s 与后台联动,自动灵活手动配置或厂家私有协议从服务器下载接入网带宽消耗 极大 较小I G M P 切换响应 慢 快维护量 小 大认证方式 IPoE/PPPoE IPoE组播复制点的选择比较 19 /webmoney DSLAM根据组播流和单播流 QoS实现高 QoS流量优先通过的控制,丢弃超过接入带宽的流量 IP DSLAM Modem STB 用户 PVC IPoE BRAS 组播 VLAN Bridging IGMP Proxy IGMP 用户 CVLAN IGMP信息 组播流 DSLAM开启 IGMP Proxy功能,把用户的 IGMP joining通过组播 VLAN通道转发给 BRAS。 单播流 直播数据流从组播VLAN下发到每个 IP DSLAM DSLAM控制 组播控制点的选择 20 /webmoney IP DSLAM Modem STB 用户 PVC IPoE BRAS 组播 VLAN Bridging IGMP SNOOPING IGMP 用户 CVLAN IGMP信息 组播流 DSLAM开启 IGMP SNOOPING功能,并把用户的 IGMP joining 从CVLAN上行到 BRAS。 BRAS根据用户的 IGMP join信息,对该用户的宽带上网流量进行控制,保证宽带业务组播业务的总带宽不超过 ADSL的调制带宽 单播流 直播数据流从组播VLAN下发到每个 IP DSLAM ,而并非从用户的 CVLAN下发 BRAS+DSLAM控制 组播控制点的选择 21 /webmoney DSLAM组播控制 DSLAM+BRAS组播控制 优点 1、已有应用,并有运营商已完成相应接口规范制定; 2、无协议处理时延,容易实现快速频道切换; 3、 BRAS无二层控制协议处理负荷。 1、降低 DSLAM的组播处理能力和带宽要求; 2、可以实现基于每用户接入 QoS控制; 3、可以实现基于用户的组播信息统计; 4、无 IPTV业务控制点与其他业务控制点不统一的问题。 缺点 1、控制点数量大; 2、若有多家 IPTV运营商,会产生同一频道的多次重复; 3、对 DSLAM的组播处理能力和带宽要求都很高; 1、目前尚不成熟,无标准,没有实际应用的案例; 2、频道切换时存在 BRAS与 DSLAM间控制协议交互的额外时延; 3、 BRAS下挂用户很多时, BRAS或 DSLAM控制协议处理负荷大 意见倾向 目前情况,采用 DSLAM组播控制方式可行更大。 目前 DSL论坛正在制定相关标准,已有厂家声称支持,但大多是国外厂家。如确定采用,仍需大力推动国内的 DSLAM厂家和 BRAS厂家配合实现 组播控制点选择比较 22 /webmoney IPTV承载网技术方案研究 一、 IPTV业务对网络的需求 二、 IP网络现状及存在问题 三、技术方案探讨及比较 四、直播业务技术方案 五、 VOD业务技术方案 六、现网设备升级改造建议 23 /webmoney 四、直播业务技术方案 四、直播业务技术方案 1、骨干网层技术方案 2、城域骨干网核心层技术方案 3、城域骨干网业务控制层 用户 STB技术方案 4、组播业务管理控制 24 /webmoney 骨干层直播业务方案 IPTV电视广播节目从 内容源中心(如上海文广) 传输到 省直播业务中心 时其流量及流向是确定的,所以在骨干层可通过多种方式承载电视广播节目。一般建议采用以下两种方式: 1、利用 CN2实现动态组播承载; 2、采用专门的传输线路(如 SDH/MSTP)进行传送。 25 /webmoney 骨干层直播业务方案一 CN2骨干网络采用 PIM-SM协议,通过 MBGP和 MSDP支持跨域组播。 CN2运行一个 PIM-SM域,在广州、上海、北京、西安、南京、成都、武汉部署 RP。 通过设置组播边界、分组过滤等对组播流量进行控制和管理。 在 CN2网络上使用组播组地址范围为 239.018.201.x,239.018.202.x, 239. 018.203.0 87。 城域网采用 PIM-SM协议,跟 CN2实现跨域组播。 另外,目前 VPN组播的技术尚未成熟,不具备开通条件。 CN2的组播承载网络采用“ CN2骨干 +城域网 ” 结构 26 /webmoney 骨干层 IPTV QOS方案 业务等级 标记 该业务等级特征 开展的业务 关键业务 4 低延时 、 低抖动 、低丢包 、 绝对优先级 、 3倍带宽保证 3G/NGN语音流量 金业务 5 低丢包 、 高优先级 、3倍带宽保证 新视通 、 全球眼 、 IPTV等可识别的视讯业务; 3G/NGN视讯视讯业务; 3G数据流量;VPN/公网大客户金业务 银业务 3 低丢包 、 高优先级 、2倍带宽保证 Vnet高等级业务; VPN/公网大客户银业务 铜业务 1 1.5倍带宽保证 Vnet低等级业务; VPN/公网大客户铜业务 CN2网络初期 QoS业务等级设计如下 : CN2以 链路轻载方式为主 、以区分服务 (DiffServ) 、快速路由收敛和快速重路由 (FRR)等技术为辅实现 QoS保证区分服务 (DiffServ)提供不同等级的服务。 CN2为IPTV提供金业务保证 27 /webmoney 骨干层直播业务方案二 内容中心 A省直播中心 B省直播中心 C省直播中心 传输线路 利用专用传输线路,把直播节目以 组播方式从内容源中心传送道各个省(市)的IPTV直播中心 优点:安全、可靠,业务开通容易。 缺点: 带宽有限、成本高、传输效率低。 28 /webmoney 四、直播业务技术方案 四、直播业务技术方案 1、骨干网层技术方案 2、城域骨干网核心层技术方案 3、城域骨干网业务控制层 用户 STB技术方案 4、组播业务管理控制 29 /webmoney 直播业务推送方案 为进一步完成视频直播业务的推送,将 IPTV业务直播内容从省 IPTV直播中心送抵城域骨干网业务控制层( BRAS/SR),一般建议采用以下两种方式: 1、通过城域网组播承载; 2、利用传输线路( MSTP/RPR/裸光纤 /SDH等)推送到BRAS/SR 。 30 /webmoney 城域网组播承载方案 MSDP mesh groupMSDP mesh groupMSDP mesh groupRP RPRPRPRPRP RP城域网1 城域网2CN2MSDP Peer城域网运行 PIM-SM协议。 每个城域网至少有两个RP并采用 Anycast RP方式 。 CN2和城域网的 RP各自配置 MSDP Mesh group方式 。 城域网的 RP和 CN2的 RP建立 MSDP Peer,由于使用MSDP Mesh group方式,无需建立 MBGP。 如果城域网没有自己的RP,则该城域网内的组播路由器静态配置 CN2的RP地址 。 城域网优先使用公有组播地址 。 31 /webmoney 城域骨干网核心层 IPTV QOS方案 城域网 QoS服务等级的如下 : CN2和城域网互相信任彼此的 QoS标记,未实施 QoS的城域网在CN2一侧完成进出城域网数据包的标记映射工作。 城域网骨干层提供一个严格优先队列和三个以上轮循队列,配合 Tail Drop和 WRED丢弃机制,实现基于 QoS等级的 IP包转发。 城域网把IPTV业务定义为金接入业务。 业务分类宽带接入网标记 ( C O S )城域网标记( D S C P / E X P )C N 2 标 记 ( I PPre/EXP)备注N C 流 量 111 111000/111 111关键业务 100 100000/100 100C N 2 金 业 务 101 101000/101 101C N 2 专 用 业 务 、 城 域 网预留业务110 110000/110 110业务不跨域,仅在各 自 的 A S 域 内 开 展C N 2 银 业 务 011 011000/011 011C N 2 缺 省 业 务 010 010000/010 010C N 2 铜 业 务 001 001000/001 001ChinaNet、 城 域 网 普 通业务000 000000/000 00032 /webmoney 专用传输链路推送到业务控制层 Multicast) 省 传输网络 城域网 MSTP 传输网络 省直播中心 BRAS/SR 直播流 ( BRAS/SR 把直播节目源以组播方式,经过省级的传输网络下达到各地的城域网。 在城域网的层面,继续使用 MSTP网络把内容进一步推送到业务接入点BRAS/SR。 优点:安全、可靠,业务开通容易。 缺点: 带宽有限、成本高、传输效率低 。 33 /webmoney 四、直播业务技术方案 四、直播业务技术方案 1、骨干网方案 2、城域骨干网核心层技术方案 3、城域骨干网业务控制层 用户 STB技术方案 I. BRAS做为接入网关方案,采用 单 PVC。 BRAS做为组播复制点方案 (近期方案) 单 PVC,双 PPPOE。 DSLAM做为组播复制点方案 (远期方案) 单 PVC,每用户一个 CVLAN, PPPOE/IPOE。 II. 2、 SR做为接入网关方案,采用 双 PVC(远期方案) 4、组播业务管理控制 34 /webmoney 近期方案实施背景 1、短期内开通 IPTV业务,现网条件决定组播复制点在 BRAS。 当前,相当规模的 ADSL用户采用 ATM DSLAM上行, ATM DSLAM设备和 ATM网对组播的支持力度弱。 2、 现阶段, IPTV用户采用 PPPOE认证方式更合理。 PPPoE是延续原来宽带上网的认证方式,可以继续使用 BRAS和统一后台系统和业务管理系统。 DHCP认证方式还存在很多管理维护的问题,尚需改进,统一安全规范以及厂家设备的支持。 3、业务初期,用户量不大,可采用 BRAS提供 IPTV业务的接入控制。 业务初期,用户量相对较少, BRAS可以提供业务接入。 直播频道数目较少,不会对 BRAS造成太大的压力。 35 /webmoney 近期方案接入网络结构 ADSL Modem使用单 PVC上联到 DSLAM设备,该 PVC可同时承载用户的 IPTV业务和宽带上网业。原有的宽带上网业务与 IP TV业务分离在 BRAS上实现, BRAS采用虚拟路由器( VR)的方式,不同的 VR为不同的业务提供接入,实现逻辑上的业务分离,并通过各自所属的 Uplink端口(或逻辑子端口)分别上联到城域网核心层。 36 /webmoney 近期方案认证方式 认证方式 IPTV用户端均采用 PPPOE的认证方式。 IPTV用户使用跟宽带上网用户不同的 PPPOE帐号后缀,例如:xxxiptv.gd(区别于宽带的 xxx163.gd), BRAS根据用户帐号的后缀不同,把 IPTV用户终结在专用的 VR上。实现两种业务流逻辑分开,便于管理、分析、统计和 QOS的实施。 为了 避免用户使用机顶盒的 IP地址进行其它业务(如INTERNET) 访问 ,必须限定 IP TV业务 IP地址的访问范围,使其只能用于完成 IP TV业务的访问流程,而超出 IP TV业务系统之外的目的 IP地址一概不能访问。 37 /webmoney 骨干层组播传送 省 IPTV中心 BRAS DSLAM 用户端 1 ATM/ Ethernet/ MSTP/RPR 用户端 3 用户端 2 城域网组播传送 近期方案组播业务实现 组播数据流经过骨干层和城域网层的传送,抵达 BRAS层面。 把组播业务流推送到BRAS本地,再复制到相应用户的 PPPOE通道。BRAS实现组播控制。 38 /webmoney 近期方案组播方案 组播方案实现 1、为了实现用户撤换频道时快速弹出画面的视觉体验 应把直播流预先推送到最靠近用户的边沿控制设备(即 BRAS) 针对每个用户, BRAS能支持 IGMP immediate leave 功能 IGMP V2应启用 IGMP fast-leave功能 IGMP V3本身具备 IGMP immediate leave 2、 尽量保证组播路由树相对稳定,特别在业务开展初期,不会由于用户的组加入和离开而产生路由波动,进一步确保核心三层设备的性能稳定。 BRAS实现静态加入组配置; 39 /webmoney 近期方案组播方案(续) 3、组播访问控制 通过 RADIUS返回 IGMP Enable属性属性,普通的宽度用户为 “ 0”(不允许组播) ,iptv用户为 “ 1”(允许组播)。 用户接收组播的精细控制,包括组播数目、组播地址范围、访问时长。 4、组播安全措施 对每个用户端口( PPPOE session)进行 IGMP reposts数量限制,防止 IGMP DOS攻击; 对每个用户端口( PPPOE session)进行同时加入组数量限制,防止用户无限制地加入很多组; 禁止对每个用户端口( PPPOE session)进行组播流发送。 40 /webmoney 近期方案 QOS方案 由于 IPTV用户使用 单 PVC的方式承载,即宽带上网业务和 IPTV业务在同一个 PVC上承载, ATM汇聚网无法保证 IPTV业务优先,需要在 BRAS层面预先提供保证;对于以太网汇聚网络,可使用基于 802.1P来保证 IPTV业务优先。 1 在 BRAS上设置 QOS策略 , 保证 IPTV业务具有较高的优先级别 。 例如,在 BRAS下行端口中, 保证 IPTV Session的业务流量具有更高的优先级别,而宽带上网业务流量只实现 best effort。 2对申请了 IPTV业务的用户的 PVC进行上限速率限制(例如 3M)。 对 ATM上行用户, BRAS要保证用户 PVC的流量( IPTV Session流量和宽带上网 Session流量的总和)不能超过 ATM DSLAM设备到 Modem这一段 ADSL线路所允许的调制带宽,否则将引起 ADSL线路拥塞,由于 ATM DSLAM是二层设备,没有用户的业务感知能力,将造成 IPTV业务流丢失。 对 IP上行 DSLAM或者 LAN上行的 IPTV用户,可使用 SVLAN方案对每个用户的 CVLAN子端口实施总带宽限速 。 41 /webmoney 四、直播业务技术方案 四、直播业务技术方案 1、骨干网方案 2、城域骨干网核心层技术方案 3、城域骨干网业务控制层 用户 STB技术方案 I. BRAS做为接入网关方案,采用 单 PVC。 BRAS做为组播复制点方案 (近期方案) 单 PVC,双 PPPOE。 DSLAM做为组播复制点方案 (远期方案) 单 PVC,每用户一个 CVLAN, PPPOE/IPOE。 II. 2、 SR做为接入网关方案,采用 双 PVC(远期方案) 4、组播业务管理控制 42 /webmoney 远期方案 ( BRAS接入) 实施背景 1、随着 IPTV用户群不断增大, BRAS复制点将成为流量瓶颈。 BRAS已经承担宽带业务,再加上大规模 IPTV业务,将不堪负荷。 组播复制点在 BRAS,二层汇聚网络的带宽资源利用率较差。 2、有效的解决办法是组播复制点下降到 DSLAM层面。 ATM DSLAM接入不能很好地提供组播业务,将由 IP DSLAM取代。 DHCP认证方式的完善, DHCP认证的开发和管理。 3、城域网优化完成,网络进一步完善 城域网二层汇聚网络交换机支持 QinQ。 直播用户量大, DSLAM支持组播复制,带宽资源利用率更高。 43 /webmoney 远期方案 ( BRAS接入) 网络拓扑 163骨干 IP DSLAM MODEM PVC CN2 省中心服务器 IPTV POP点 城 域 网 城域骨干网 骨干层 汇聚交换机 接入交换机 (支持 QinQ) BRAS (QinQ终结) 每个用户一个 CVLAN。 接入交换机对 IP DSLAM上行所有的 CVLAN打上 SVLAN标记。 SVLAN终结, BRAS实现业务接入管理控制。 44 /webmoney 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安全性。 远期方案 ( BRAS接入) 接入实现 45 /webmoney 远期方案 ( BRAS接入) 业务提供方式 IP DSLAM/LANCPEPCSTB用户 PVC/LAN 口PPPoEIPoEBRAS组播 VLANPC用户 CVLANV O D 流组播流宽带业务46 /webmoney 远期方案 ( BRAS接入) 认证方式 DHCP认证方式 STB采用 DHCP认证方式。 BRAS作为 DHCP SERVER。 因 DHCP本身没有 AAA功能, BRAS需要增添相应的功能完善: 1、用户私配地址无效,只能通过 DHCP获得地

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论