某某电信解决方案承载网部分.doc

《某某电信解决方案承载网部分.doc》由会员分享，可在线阅读，更多相关《某某电信解决方案承载网部分.doc（27页珍藏版）》请在沃文网上搜索。

1、*电信IPTV解决方案承载网部分*通信网络股份有限公司 目 录1背景分析32*电信IP TV承载网部署分析62.1*电信城域网IP核心层62.2*电信城域网IP边缘层72.3*电信城域网IP层协议分析82.4*电信城域网汇聚层92.5*电信城域网用户接入层93承载网关键问题分析113.1接入汇聚层组播复制点的选择113.2部署组播需要注意的问题173.2.1组播上行的保证17在上行链路上使用QoS控制机制17单独构建专用的组播传输通道173.2.2组播下行质量的保证17控制端口的用户数量18在用户下行链路上使用QoS保证组播数据183.3组播安全性保证194不同用户规模网络模型分析204.1方

2、案一：采用现有城域网直接承载（5-10万用户以下适用）204.1.1组播复制点在BRAS上（适合最少用户时）204.1.2组播复制点在DSLAM上（适合较多用户时）214.2方案二：在现有城域网上叠加VPN承载234.3方案三：设置专网承载254.4*通讯公司建议实施步骤261 背景分析目前，IPTV承载的最主要内容包括视频点播(VOD)及电视频道(TV)节目。为了能够实现较好的IPTV效果，不仅对于节目源，编解码，等视频处理部分有较高要求，对于目前*电信承载网也提出了新的要求，IPTV承载网要求能在带宽、频道切换时延、网络QoS等方面提供更好的保证。 带宽：在采用*通讯公司先进的H.264编

3、码基础上要求每个IPTV用户接入带宽达到2M左右，其中视频码流部分约1.6M左右，包含声音、PPPOE开销及其他负荷在内后建议采用2M带宽。 频道切换时延：有线电视网的频道切换非常快，IPTV也应尽量减少端到端时延，据IPTV用户调查，用户可接受2秒的TV频道切换时间及10秒下的VOD切换时间。 QoS：丢包、抖动等都会严重影响IPTV的收看质量，会让用户觉得IPTV比不上有线电视的感觉。 因此随着城域网发展，我们建议逐步在*电信城域网部署QoS，对于IPTV等能够带来收入、性能敏感的业务建议分配较高的优先级，能够更好的保证IPTV的质量,具体QoS策略见方案描述。 IPTV承载网络的技术要求

4、对国内电信运营商的宽带网络提出了新的挑战，如果不在目前的宽带网络上应用组播等新技术，以目前的宽带网络的性能是无法满足大规模开展商用IPTV业务的要求的。组播技术目前在国内电信运营商还没大规模应用，但它的特点使其特别适合IPTV这类用户量大，消耗大带宽的业务。 组播 组播是指在IP网络中，数据包以尽力传送的形式发送到所有网络节点的某个确定子集。IP组播的基本思想是源IP主机只发送一份数据，一个或多个接收者可接收相同数据的拷贝。组播的最大优点是节省了网络的带宽及服务器资源。不同用户如果接收同一个组播流，服务器只需发达一份数据，网络只需在用户的分支点进行复制，在分支点以上的网络只需传送一个数据流。

5、IPTV的直播类节目是最适合利用组播技术传输的，因为TV类节目所有用户收看的都是同一个内容，*通讯公司在实现直播业务采用了主流厂商普遍采用的组播技术，在*电信现有城域网络中实现IPTV中应用组播需要考虑以下几个问题： 1.组播复制点问题 组播复制点即用户IGMP请求的终结点。在组播复制点，网络设备根据端口是否有IGMP请求向端口复制组播流。组播复制点越接近用户越能节省网络带宽。但是对于设备的要求也就更高。 2.静态组播VS动态组播 静态组播指组播分发树静态建立，组播流不管有没用户接收都沿分发树传输；动态组播指利用组播路由协议(如PIMSM/DM)动态建立组播分发树，组播分发树的建立是根据用户是

6、否有IGMP请求建立的。 由于动态组播需要建立组播分发树再进行组播数据的传输，而静态组播已经把组播数据传输到组播复制点，用户的IGMP请求一经接收即可进行分发，所以静态组播的时延比动态组播小，但是带宽浪费也比较严重。 3.组播QoS 组播是基于UDP协议的，这意味着组播没有丢包重传机制。这一方面减少了数据传输的延时，但另一方面也增加了丢包对于视频效果的影响。因此对于IP TV业务实行高优先级的QoS，从而得到较高的转发级别显得尤为重要。目前*电信骨干网络刚刚进行了扩容与升级，骨干网络QoS的保证能力大大提高，已经初步具备了实行QoS的能力。但是对于接入网络由于建设时间较早，设备参差不齐导致对于

7、QoS支持能力不一致，因此我们认为*电信城域网络向支持QoS的城域网演进的重点和难点在接入网络，应该加以着重的分析和讨论。同时网络的IPTV用户的容量对于IP TV承载网所应该采取的策略也有着重要的影响。下面我们将对在*电信城域网络内实施IP TV直播以及点播业务的技术方案在承载网层面的重点和要点进行分析。2 *电信IP TV承载网部署分析IP TV视频业务目前主要包括VOD点播以及直播业务以及增值业务部分，其中VOD点播以及直播业务是最主要影响承载网部署的因素，由于点播业务与直播业务采用了不同的传送技术对于承载网的影响也不相同。点播业务采用较传统的点到点传送方式，与目前城域网上的流量基本相似

8、，对于承载网的影响相对简单，主要是对于QoS及带宽上的需求。直播业务采用了当频道以组播形式发送到网络中后，由网络边缘相应的组播复制点对媒体流进行复制，以有效减轻核心网络的压力。直播业务所对应的组播流量将是目前*电信承载网上的一种全新的流量，采用有效、合理的技术以及组网方案实现IP直播业务的传送是IP TV业务成功地要素之一，也是我们重点分析的内容。*电信现有的承载网主要是针对点对点的单播业务设计和实现的，现有的承载网需要进行适当的演进和改造才能更好的适应IP TV业务，对于*电信城域网我们可以分为两部分进行分析，一部分是启用了三层协议的IP层，另一个以二层接入为基础的接入层。对于IP层我们又可

9、以进一步细分为IP核心层、IP边缘层。对于接入层又可以细分为汇聚层以及用户接入层。下面我们将针对这几方面网络逐一进行分析、与建议。2.1 *电信城域网IP核心层目前，*电信城域网IP骨干部分经过多次扩容目前情况良好，无需大的改动能够较好的适应IP TV业务的要求，原因简要分析如下： IP核心层主要由Cisco GSR12012、GSR12416、GSR12816等高端路由器搭建而成，总体来讲IP核心层采用高端设备搭建。性能、功能都比较先进，对组播有着比较好的支持能力。 *电信曾经在骨干网做过关于组播的测试，测试结果比较令人满意。最近IP核心层经过升级扩容，性能、带宽得到了进一步得到提升。 IP

10、 TV的直播业务在经过IP层时采用组播方式传送，一个频道到一个组播复制点只需要一个数据流就可以了，无论该复制点下有多少用户在观看。因此可以节省大量的IP层带宽资源同时也减小了组播对于设备的压力。2.2 *电信城域网IP边缘层目前*电信城域网IP边缘层路由器主要包括宽带接入服务器（BRAS）以及业务路由器（SR）。目前宽带接入服务器的主要设备包括Juniper ERX1400系列，以及华为5200G产品为主。此两款产品均属于业界较先进的BRAS产品，性能和功能都比较强。特别是Juniper ERX1400 产品已经通过了多个国际组织和国内运营商的测试，被普遍认为是能够比较好的承担组播复制点工作的

11、设备之一。*通讯公司推荐进行组播初期测试时尽量选用已经经过现网考验的ERX 1400 设备作为初期测试的组播复制点，可能能够达到更好的效果。同时也应在华为5200G产品上进行组播测试，为全网推广做好准备工作。*电信目前主要采用的SR路由器为 Cisco 7600系列、Cisco 6500系列 以及华为 8500系列。目前*电信IP边缘层还存在着部分设备在实现透传PPPoE用户数据的二层功能的同时，也负担着终结专线用户VLAN的三层的功能的情况，我们认为此种做法容易造成L2/L3边界不清晰，增加了设备的不稳定性同时也增加网管维护的难度。因此我们建议尽量将二层、三层网络点的边缘节点划分清晰，也就是

12、将透传实现PPPoE透传功能的交换机于实现终结VLAN的交换机通过不同的设备分别实现。以保证二层、三层网络的清晰、高效。更好的实现IPTV业务。另外，目前*电信现网上也存在着cisco 3550, Cisco 4500系列等中低端交换机也承担VLAN终结任务的情况，我们认为从多年网络实际经验来看三层交换机设备在运行三层路由功能以及增值功能是的表现与路由器还是有一定差距，特别是中低端交换机的三层性能更值得推敲。因此我们建议在城域网改造中尽量降低三层交换机的比例。2.3 *电信城域网IP层协议分析对于*电信城域网IP层（包括IP核心层以及IP边缘层）采用何种组播协议是非常关键的，影响到整个网络的运

13、行效率以及稳定性。组播路有技术虽然有很多，包括PIM-SM、PIM-DM、MOSPF、MBGP等，但是对于*电信而言选择并不困难。但是无论是从资源的合理优化，还是目前的技术的发展，PIMSM协议都是目前最佳选用的协议。包括AA市电信在内绝大部分国内外运营商均采用了此种协议。同时，PIMSM协议需要一个RP（组播汇聚点），所有的PIM加入信息都要上传到RP点在进行建树，因此RP在组播中相当重要，RP应为无单点故障，高可用性节点。如果希望实现冗余，可在每个组播域选择2台核心路由器担当RP。考虑到通过BSR或Auto-RP实现冗余起不到负载分担的目的，而且当主要RP失效时切换到备用RP有一个PIMS

14、M的协议收敛时间的问题，在此建议采用Anycast RP实现冗余和负载分担。对于*电信IPTV初期工程，组播源如果集中在一个局域网中，而RP选在组播源所在局域网直连的路由器或三层交换机上由于网络物理拓扑无冗余，可暂不考虑RP冗余的问题。同时应该注意：在城域网上开启组播应用时，所有的路由器端口应将PIMSM模式打开，因为在双链路情况下，如只将某一链路相应端口打开，则在做RPF反向路径检测时，此组播路径未必为单播最好路径，这样就可能造成组播建立不起来而导致业务出现故障。因此*电信城域网我们建议选用PIM-SM稀疏模组播路由协议、初期采用单点RP方式，随着网络发展逐渐过渡到采用AnycastRP方式

15、进行组播布置。2.4 *电信城域网汇聚层目前*电信汇聚层设备主要采用了Cisco 4500系列，以及华为8500系列，也存在少量 Cisco 3550 系列产品。汇聚交换机往往采用双上行结构，一条链路连接宽带接入服务器，另一条上联SR，用于专线业务。两条上行链路无法提供备份保护功能。我们认为如果将IP TV业务引入现网，*电信汇聚层设备应该能够提供更好的备份机制，我们建议可以将汇聚的二层交换机通过光纤进行连接以起到备份作用。但如果二层汇聚交换机启用普通的STP协议，对于故障时间需要几十秒钟，就算采用RSTP协议仍然需要数秒钟的时间才能进行故障恢复，而对于不同于以往上网业务的IP TV业务来讲数

16、秒钟的网络中断很可能造成了连接的丢失，从而不得不重新建立连接，如果故障经常发生很容易造成用户满意度的降低。因此，我们这里建议*通讯公司ERP（以太网环保护协议）很适合此种场合应用。ERP协议通过环形组网来达到链路保护的目的。首先该协议采用环形组网，相比于双星连接可以很大程度上减少对于光纤数量的要求，对现网改动也较小。同时理想情况下故障恢复的速度可以达到50毫秒级别，完全能够满足IP TV需求，用户甚至感觉不到网络发生了中断。另外ERP协议有着良好的兼容性，可以和其他不支持ERP协议的交换机共同工作。因此我们建议可采用*通讯公司推动的ERP协议用于*电信汇聚层网络。2.5 *电信城域网用户接入层

17、*电信现有用户接入层主要由DSLAM和低端交换机组成，其中DSLAM数量最多，主要由华为、中兴DSLAM搭建。IPTV业务平台及承载网络的主要服务对象为现有宽带接入用户，目前XDSL已经成为宽带接入的主要手段。如果使用ADSL技术，其最大上行/下行速率为640Kbps/8Mbps。基本可以满足开展IP TV等宽带业务的带宽要求。但从“全业务，广覆盖”的角度出发，现有的ADSL应有计划的升级到ADSL2，这样既可以满足对于高带宽的需求，也可以实现远距离接入以满足广覆盖的要求。可见，未来几年ADSL2+将是宽带接入的主要形式。对于IP TV业务开展来说，基础就是承载网络中合理有效的组播部署，为了方

18、便的部署IP TV业务，宽带接入局端设备必须支持IGMP Snooping或者IGMP Proxy，基于用户端口的业务控制和分流也是必需的。能够基于用户端口加载IP TV业务属性，实现可控组播。灵活的VLAN功能是实现业务分流的前提，SVLAN是很好的实现业务分流，用户隔离和定位的技术，宽带接入局端设备应支持SVLAN功能。并且，考虑专线用户可能会有基于VLAN的需求，因此VLAN透传，VLAN终结和VLAN翻译等功能将很有现实意义。采用*通讯公司方案情况下视频流只需要约2M带宽，大大增加了可用的DSLAM范围。但我们仍建议对*电信ADSL线路进行测试。总体上来说，对于ADSL用户，长度在2.

19、5公里之内的线路，速率可达到4M能够满足开展IPTV业务的要求。在市区及郊区的县城区域的实际线路情况，存在明显的差别，建议在实际开通业务时，还需进行实际测试。通过GTS系统，运维人员可以对DSL的内线、外线进行测试，真正实现对宽带故障的“一点通”，不仅大大缩短了确定、排除故障的时间，而且减少了运维的人力成本。建议基于现网的TAM工程要有条不紊的进行改造，而新供货的DSLAM设备则明确要求具有TAM功能。虽然家庭娱乐通信方案是独立于承载网的，但如果运营商拥有高性能的承载网，则能够使业务的质量得到更可靠的保障。具体说来，增值业务驱动技术的发展，基于新技术的设备保障增值业务的开展，有网络和设备基础保

20、证的新业务开展，才会最终带来xDSL用户ARPU值的提升和宽带业务的盈利。3 承载网关键问题分析3.1 接入汇聚层组播复制点的选择对于城域网承载IP TV业务有一个关键问题，就是组播复制点的选择，这个问题决定着组播数据流在接入层次的工作整体流程，同时也影响着IP TV实施的难易程度，因此该问题是我们必须要认真面对和仔细分析的。 从目前IP TV发展情况来看，组播复制点通常在选择在BRAS或者DSLAM上。3.1.1 在BRAS上进行数据复制（少量用户阶段时推荐）通常来讲组播复制点应该在距离用户的最近的三层设备上，对于*电信最多的PPPoE用户而言组播复制的工作自然可以由BRAS承担。如下图所示

21、：在BRAS上进行组播数据复制，由BRAS作为PPPoE和组播的终结设备，同时承载传统Internet上网和IPTV业务。在这种模式下，用户将组播和一般的Internet访问都封装在PPPoE的数据包里，通过DSLAM以及交换机等二层传输设备，终结在作为宽带接入服务器的BRAS上。DSLAM及汇聚交换机对组播业务均不能感知，它们不需要支持组播，也无法支持。对于由ADSL Modem 发起PPPoE呼叫的用户，ADSL Modem需要支持IGMP Proxy，如果需要在系统中实现视频电话还需要支持对SIP协议的NAT转换；对于由机顶盒发起PPPoE呼叫的用户，ADSL Modem无任何特殊功能要

22、求，但如果用户需要同时使用IPTV业务和基于PC的Internet业务则需要建立两个PPPoE Session。在BRAS实施组播数据复制的主要优势在于：BRAS本身已经具有三层转发的能力，有能力支持组播数据的复制和转发，并且在BRAS上有相应的控制机制，来控制用户的组播服务的能力。不需要DSLAM支持组播。在BRAS上实施组播复制的主要弱点是，由于BRAS的接入用户相对集中，密度比较高，因此假如组播用户的密度较高的话，对BRAS的性能以及BRAS与DSLAM间链路的带宽压力比较高，会对组播和传统Internet访问的稳定性产生一定影响。但组播协议本身对BRAS的CPU占用非常小，主要还是占用

23、带宽，如果改用单播则肯定会占用更多的带宽。ADSL论坛正在起草一个标准，试图将DSLAM和BRAS协调在一起，由BRAS作为控制单元负责组播控制信息的传送和解析，包括IGMP等，并有BRAS控制在用户量较少时由BRAS复制，当用户量较多时，转而将复制的工作交给DSLAM。实现两种方式的平滑过渡。目前*电信网上的Juniper ERX BRAS 设备宽带接入服务器有很好的组播复制和控制能力。已经在AA市电信通过了组播4000用户无丢包的测试。同时ERX 的组播协议和控制功能也很丰富，支持PIM、MSDP、MBGP、PIM SSM、IGMP V1/V2/V3。3.1.2 在DSLAM上进行组播复制

24、（密集用户阶段时推荐）众所周知，组播复制点距离用户约近，组播工作效率越高，因此如果将组播复制点向下推到DSLAM上组播流量将进一步得到优化。组播数据流示意图如下：如果将组播流量封装在PPPoE的输数据包里，DSLAM就无法感知相关的组播信息，因此要在DLSAM上进行组播复制，组播流量就不能采用PPPoE而必须采用IPoE的封装方式，即机顶盒由DHCP服务器分配IP地址。DHCP服务器可以单独在城域汇聚网上设立，也可以利用BRAS启用DHCP功能。DSLAM启用IGMP Proxy或IGMP Snooping（建议采用IGMP Proxy），DSLAM汇聚交换机建议采用IGMP Snooping

25、，进行流量优化。采用在DSLAM上进行组播复制主要优势在于：组播复制点移到最接近用户的DSLAM端，可以减轻对BRAS的性能以及BRAS与DSLAM间链路的带宽压力。采用在DSLAM上进行组播复制主要弱点在于：DSLAM需要支持组播，计费和认证策略需要改变。两种方式比较如下：比较项BRAS作为组播复制点DSLAM作组播复制点扩展性随着用户的增加，需不断扩充DSLAM与BRAS之间的带宽带宽较为固定，较少随用户实际接入数量而改变。设备能力BRAS设备需要对组播报文在大量的逻辑端口上进行复制，对设备的性能影响较大。需要进行组播报文复制，建议通过二层硬件机制，减少对设备影响资源情况设备和带宽资源使用

26、效率较低设备和带宽资源使用效率较高，业务质量保证需制定细颗粒度的IP层qos机制。可通过一、二、三层qos嵌套机制解决。安全性网络安全问题需要考虑如果业务网为相对专用网络，网络安全风险较低。从上表可总结为：长期来看第二种方式是比较适当的选择，但也应该看到，第一种方式具有实施方便、对现有网络要求低、管理维护相对简单的特性，可作为初期试运行采用。由于机顶盒不能使用PPPoE，而需要采用DHCP方式，PC用户使用PPPoE认证也失去了意义，因为PC同样可以通过DHCP方式获得IP地址。为了解决这类问题这里又区分为两种模式：a) 同一用户的PC或机顶盒都用DHCP分配IP地址。此时PC或机顶盒都通过D

27、HCP获得IP地址接入网络。此时为避免其他用户通过DHCP非法获取IP地址，可以由DSLAM用DHCP Option 82报文上报ADSL端口号，并在DHCP服务器上绑定端口的方式进行PC和机顶盒的接入认证。提醒：机顶盒接入时还有第二层认证是IPTV平台中间件对机顶盒登录时的业务认证。但这样对现有的PC上网用户计费模式有所改变，基于现有的DHCP方案只能采用包月。b) PC用户继续用PPPoE，机顶盒在DHCP服务器上进行Mac地址绑定。这种模式需要DHCP服务器对机顶盒的Mac地址绑定来分配IP地址，由于机顶盒只局限于一个或某几个厂家，可以由DHCP服务器进行某一些地址段的Mac地址绑定。提

28、醒：机顶盒接入时还有第二层认证是IPTV平台中间件对机顶盒登录时的业务认证。建议Modem采用双PVC上联。两种认证方式比较如下：q PPPoE认证方式 用户宽带上网和IPTV业务使用同一VC 目前，宽带个人用户的PPPeE认证要朝着唯一性限定的方向发展。为了实现用户绑定，采用PPPoE方式的只能在DSLAM上实行每个用户独立的VLAN，的方式实现 对现有接入网冲击较大， QoS保证困难，扩展性较差 BRAS对组播的复制能力较差，同时需实施QOS策略。 适合业务运营初期q DHCP 认证方式 在DSLAM设备上实现宽带上网业务与IPTV业务分离，采用专用链路连接到汇聚层设备上，绕过BRAS 采

29、用DHCP OPTION 82，配合ARP Inspection以及DHCP系统上层应用的安全控制技术，能够解决用户地址盗用和安全控制的问题。 方便组播及QoS的部署 适合大规模的运营3.1.3 *通讯公司建议对于*电信IPTV试运行初期，用户数量较少时，我们建议在BRAS实现组播复制，这样参与组播的网元数量较少，有利于部署。这种在BRAS上进行组播复制的组网方式在AA市、北京、广东、BB市等地的电信网通已获得成功，且在这些案例中使用的BRAS型号Juniper ERX与*电信目前的主力BRAS是一致的。随着IPTV业务的开展，当IPTV业务发展到密集用户阶段，逐步将组播复制点下移到DSLAM

30、。同时从Modem开始使用双PVC，把IPTV业务流和PC上网业务流区分到不同的逻辑网络中，以保证IPTV业务的QoS，实现可溯源。另外，由于采用DHCP方式，需要对用户认证及可访问的地址域进行进一步的细化和研究。组播复制点BRAS组播复制DSLAM组播复制应用场合少量用户，或用户分散密集用户认证方案123PC用户接入Internet的认证PPPoEPPPoEDHCPOption82IPTV机顶盒接入IP网络的认证PPPoEDHCPMac绑定DHCPOption823.2 部署组播需要注意的问题3.2.1 组播上行的保证组播数据的绝大部分是下行数据，在*电信IPTV网络发展初期在BRAS上作组

31、播复制时，由于复制发生在BRAS上，因此主要的组播数据发生在BRAS的下行端口，此时BRAS的上行端口主要用作组播源的数据进入，当上行端口的带宽得不到保证的时候，将直接影响组播数据的时延和抖动，因为上行端口为组播和单播公用，相互之间会有影响，而且上行端口的组播源数据将会直接影响下行数据的复制和转发，确保足够的上行端口带宽对保证IP TV业务的质量有重要作用。针对这种情况，可采取的方法有两种：在上行链路上使用QoS控制机制在上行链路上使用QoS机制，将组播信息的优先级提高，并保证其传输的时延和稳定性。这样能够保证组播源的数据质量，能够为用户组播的服务质量打好良好的基础。单独构建专用的组播传输通道

32、为了保证组播源的质量，可以采取的另一种方式就是使用单独的组播传输通道，将核心的组播数据和单播数据分开在两个不同的层面上（或不同的链路上）。使用成熟的有服务质量保证的组网方式，如ATM，MPLS等。这样能够有效保证组播源的质量。3.2.2 组播下行质量的保证对于*电信而言，组播的上行流量由于传递与高端核心路由器，往往拥有较高的性能与较高的带宽，加之IP TV业务在IP骨干层使用组播技术进行传送，减少了对于带宽的占用，因此组播上行流量往往较容易得到保证。当组播上行链路有了保障之后，就需要考虑组播数据的下行链路的服务质量的问题。特别是对于BRAS作组播复制点是，由于没有利用组播的优势，在BRAS下行

33、带宽占用比较严重特别是组播用户数量庞大时。而且在BRAS的下行端口处，各种用户访问（包括单播和组播）是混合在一起的，因此完全有可能会造成相互之间的干扰，这种情况在出现端口超卖的地方会尤其明显。为了解决这个问题我们可以采取两个方面的解决办法：控制端口的用户数量对于BRAS作组播复制点时用户直播部分所占下行流量与用户数量程正比关系，因此有必要对BRAS做出接入用户数量的最大限制。BRAS作组播复制点时首先应该考虑BRAS性能问题。我们以ERX 1400为例，AA市关于ERX 1400测试显示，ERX 可以以高性能支持4000组播复制的用户，考虑到目前*电信BRAS设备普遍已经处于较高的负荷工作状态

34、，因此我们建议每个ERX允许最大同时并发1400组播用户，假设最高峰时有70%使用直播业务，因此每个ERX最多可以开放2000 IP TV用户。下面从流量方面加以分析:假设每个ERX最大支持2000 IPTV用户，正常情况时最大70% 同时在线率，IP TV每用户的视频带宽为2M，因此IP TV业务将新增占用约2000*70%*2=2.8G左右带宽，因此如果IP TV用户数在一个BRAS上开到2000，那么这个BRAS应该与汇聚层交换机之间应该增加3条GE链路。或者平均每增加700 IP TV用户应该增加一条GE接口。对于汇聚层设备建议根据实际流量占用情况调整带宽。在用户下行链路上使用QoS保

35、证组播数据当用户端口发生超卖的情况，或者用户的流量模型超过了我们的预计的时候，我们可以采用在下行链路上保证用户QoS的方法，优先允许组播数据通过，保证组播流量的服务质量。我们建议两种策略都应该*电信城域网内实施。也应该注意到，目前*电信城域网内接入设备厂家较多，型号也多种多样，在实行QoS之前应该统一考察接入层设备的QoS支持能力。3.3 组播安全性保证组播网络的实施，将为用户提供一种全新的广播类型的服务，同样网络上增加了新的安全隐患，这种安全的隐患主要集中在对服务的攻击。这种攻击主要是用户PC感染病毒或者网络黑客恶意产生的，攻击的主要方式就是从用户端发出大量各种组播控制数据，阻塞核心CPU对

36、组播控制数据的处理能力，从而使正常用户的组播请求得不到响应，造成事实上的组播服务中断。由于组播服务的单向性，大部分的组播流量应该是用户侧的下行流量，相反的用户侧的上行流量非常少，而且应该局限在可知的几个组播用户组之中。针对这种情况，我们可以在用户端的入口方向设置速率限制，将此方向的组播流量限制在很小的范围内，而且只能发出目标为已知组播组的数据，其他的将全部过滤，这样就可以将用户的攻击的程度降到最低，并且防止用户访问任何未经授权的组播组。对于初步阶段采用组播复制在BRAS上进行时，由于IP TV 数据流与普通的上网数据流通过相同的VC传递，因此安全问题更应该的得到重视。建议在现有基础上继续减小广

37、播与的范围，也就是在一个DSLAM上让一个VLAN内的用户尽可能的减少，有利于进一步增强全网的安全性。另外，对于用户访问组播的权限，可以通过RADIUS服务器，在用户登陆的时候，根据不同用户的属性，动态开放，不能不加区分的将所有用户的组播同时打开。对于后期阶段，组播复制点下移到DSLAM上时可以事先在DSLAM设备上实现宽带上网业务与IPTV业务分离，同时采用逻辑上独立的链路连接到汇聚层设备上，进一步增强IP TV网络的安全性。同时建议采用DHCP OPTION 82，配合ARP Inspection以及DHCP系统上层应用的安全控制技术，解决用户地址盗用和安全控制的问题。4 不同用户规模网络

38、模型分析随着网络规模的扩大，IPTV用户数量一定会越来越多，当IP TV用户数量超过一定限额时，现有的承载网将很难很好的使用IP TV网络需求，那时新的技术可以应用在承载网以更好的满足IP TV的业务需求。针对组播及内容分发，从宏观上讲目前有以下几种方案可供参考：1、 直接采用现有城域网进行承载，分步骤实行一些QoS策略。2、 在现有城域网上叠加 VPN进行承载，实行QoS策略。3、 在IPTV头端设备和边缘路由器间采用直达链路或环设置专网承载。 下面对三种方案进行比较及分析。4.1 方案一：采用现有城域网直接承载（5-10万用户以下适用）在现有城域网内直接承载最大的好处就是对网络改造较小，便

39、于实施，方案适用于IP TV用户不太多时采用，对现网改动相对较小。*通讯公司认为对于5万用户的实现方式仍可以进一步依据组播复制点的位置划分为两部分。4.1.1 组播复制点在BRAS上（适合最少用户时）如前所述，将组播复制点定位在BRAS时运营商只要对现网进行很小的改动就可以支持IP TV业务。但是能够以较高质量接入用户的数量也是最少的。承载网上只需要对*电信IP网络层次进行调整即可，如前所述，采用PIM-SM组播协议无疑是*电信IP层最好的选择。试运行时仅开启一个RP作为IP层的核心路由器。同时对于接入层不作调整，直接承载IP TV业务。通过很少用户的试运行，*电信可以积累更方面的IP TV经

40、验，包括组播运行经验，维护管理经验，以及用户推广经验等等。我们建议，在IP TV业务试运行的同时，*电信可以进行一系列的城域网改造工程，或者改造准备，不仅逐渐完善现有城域网，同时也使得现有网络能够更好的承载IP TV业务。主要的改造方式包括，根据实际带宽占用情况扩展带宽、提高设备、链路可靠性，尽量避免单节点、单链路的故障。同时采用先进的技术缩短故障恢复速度，如*通讯公司推动的ERP协议可以将故障恢复速度降低到50毫秒左右。再有，逐步实现对于现网设备的勘察，摸清现网设备对于组播的支持能力，是否支持IGMP Snooping、IGMP Proxy 协议以及对于QoS的支持能力等方面，为下一步组播复

41、制点过渡到DSLAM上做好准备。4.1.2 组播复制点在DSLAM上（适合较多用户时）随着IP TV用户数量的不断增多，*电信城域网应该逐渐实现将组播复制点下移到DSLAM上，对于以太网用户而言是下移到距离用户较近的交换机上。如前所述，如果单台BRAS接入IP TV用户数量接近2000，应该提前考虑该BRAS下二层设备是否能够很好的支持组播，具体来讲就是是否能够支持IGMP snooping和 IGMP proxy 协议以及足够的QoS功能。组播复制点下移之后，该DSLAM建议开启IGMP 协议或者IGMP Proxy协议，该DSLAM 上行的二层设备建议开启IGMP snooping。同时将

42、上网流量和IPTV流量映射到不同的VC当中，用以进行较好的流量区分。需要说明的是组播复制点下移可以分步骤完成，首先选择用户数量较多，汇聚层、接入层设备性能较强、功能较全的区域进行组播复制点的下移工作的测试，然后伴随着*电信城域网的改造根据实际情况逐渐实施。建议通过机顶盒将IP TV部分流量通过cos标示出来优先级，用以更好的实现QoS，我们建议IP TV流量cos可定义为5。 IP核心层可采用双RP模式工作，同时采用Anycast技术，在对RP进行备份同时，进行流量均衡。利用现网，我们认为可以支持多达5万的用户数量。如下图所示：如上图所示，方案1通过*电信城域网支持组播协议（PIM）的Inte

43、rnet平台实现组播。组播媒体流由IPTV头端设备发出，通过城域网的骨干节点后到达汇接层面（多个区），再通过汇接层面达到BRAS，通过接入网络后到达用户。这种方案的优势是可以最大程度利用现有网络，不需要对网络进行很大的改造。但是，其缺点也非常明显。首先，此方案对组播业务的QoS进行保障有一定难度，一旦城域网出现问题，组播业务则无法正常开展。其次，对于组播协议（PIM）的支持也存在问题。例如Cisco与Juniper设备间的PIM互通情况应提前进行测试。4.2 方案二：在现有城域网上叠加VPN承载对于本方案，目前来讲有两种技术可供选择。一种为通过BGP/MPLS 2547bis VPN进行组播，

44、而另一种为使用L2 VPN（VPLS, VPWS）进行组播。从原理上讲L2 VPN技术较适合以太城域网环境下的应用，因为它可以将*电信IP TV网络整个虚拟成一个专用网络，甚至包括了二层的接入网。但是我们也应该看到包括VPLS、H-VPLS在内的以太网二层VPN协议还存在不少问题，L2 VPN技术目前还未完全成熟标准正在不断完善之中，国内也没有大规模应用实际案例。因此我们不建议直接采用L2 VPN协议在*电信城域网中。我们建议在二层环境下可以通过最简单、被广泛支持VLAN技术对于二层网络进行逻辑上的划分。在*电信城域网IP层首先采用目前已经成熟的BGP MPLS L3 2547bis VPN。

45、来搭建三层的IP TV逻辑平台。通过此种方式VPN进行组播时，IPTV头端设备平台及多个区流媒体平台的路由器构成MPLS VPN，这样组播流则被发送给各个区平台的路由器。再由边缘路由器向区域网进行组播转发，转发时可以采用静态路由或其PIM-SM协议。这种方案有两个优势。首先，与上个方案一致，本方案也可以很大程度上利用现网。其次，可以利用一些MPLS保障网络健壮的特性，IPTV QoS保障高于第一种方案。同时这种方案在IP层也存在两个缺点。首先，在同一VPN的边缘路由器之间如果采用PIM-SM协议进行组播路由，不同厂家对于组播协议（PIM）协议的支持及互通需要详细测试，否则风险性极大。其次，为了

46、使用MPLS VPN，需要在7个区的流媒体平台加入CE设备（路由器）。本方案在二层范围要求有较大规模的二层域才能有利于二层VLAN VPN的组建，否则可能经常面临VLAN透穿的问题。在二层范围我们建议实施VLAN stacking 技术或者*通讯公司 VLAN switching 技术扩展城域网VLAN 数量的范围，更好的实现二层范围内的IP TV逻辑网的建立。4.3 方案三：设置专网承载如果IP TV业务在*开展的非常成功，希望在大用户量的基础上，进一步提高IP TV服务质量，也可以采用为IPTV专门兴建一张网络的方法来解决,方案拓扑示意图如下：第三种方案为新建设一张网络传送IPTV组播媒体

47、流。也就是说IP TV网络与原有internet网络基本上相互独立，能够最有效避免两种不同的应用相互影响的情况，降低两张网设备性能要求，同时QoS最容易实施。但是本方案投资非常巨大，施工周期也很长，需要全面考虑后才能实施。通过以上分析可以看出，以上三种方案各有优势，而随着用户量的增加，对业务QoS的保障将越来越重要。为了最终达到这个目的，*通讯公司建议AA市电信考虑对基于ATM的城域网接入层和汇聚层设备进行升级，最终能够使网络演进为基于以太网的城域网。另外，随着用户的增加，建议将组播复制点由BRAS移到DSLAM，组播媒体流可以考虑使用L2 VPN传送至DSLAM。从投资角度来看，第一种方案是短期内比