DSLAM上开展IPTV业务北京通信技术交流.ppt

IGMP报文处理能力 IGMP报文处理能力可以通过组成员Join/Leave的时延来衡量。 组成员Join/Leave的时延是一个组播用户成功发送IGMP请求/离开报文到接收/停止接收到该组的组播流时的时延。这实际上包含了两个部分的时间，第一个部分是DSLAM接收到IGMP请求/离开报文后维护相应的组播转发表的时间，第二个部分是DSLAM转发组播数据流的时间。 假定组成员Join的时延用Djoin（秒）表示，Leave的时延用Dleave（秒）表示，组播数据包转发时延用Ddata（秒）表示，则可以计算处理IGMP请求报文的处理时间为Djoin－Ddata，从而在不考虑包间隔的情况下，可以粗略得到IGMP报文处理能力为：每秒处理的IGMP请求报文数目＝1/(Djoin－Ddata) 对于组成员Leave的时延Dleave，由于其定义是从成功发送Leave报文到停止接收组播数据数据之间的时间，这个时间不仅与Leave报文的处理时间相关，还与组播数据流的处理能力相关，在这里我们不作计算，暂认为与Join的处理能力相同，因此可以假定Djoin＝Dleave。 第三十页，共五十六页。 频道切换时间 频道切换时间理论上应该是组成员Leave某一个频道随后Join到另一个频道之间的时间。据IPTV用户调查，用户通常可接受1秒的TV频道切换时间，并且要求切换成功率为100％。因此，对每个用户而言，都需要满足(Djoin＋Dleave)1秒。 如果仍然使用前面的假设Djoin＝Dleave，则DSLAM每秒处理IGMP报文的数目至少需要满足下面的条件：每秒处理IGMP报文的数目=2×并发用户数目。 第三十一页，共五十六页。 DSLAM支持的PVC数目和VLAN数目 分析网络现状并参照《中国网通城域网组播部署指导意见3.0》可知，有三种组播部署方案：全网部署组播、IPTV独立通道方式部署组播和DSLAM处控制组播。综合考虑现阶段网络环境及设备能力有限，不适合全网部署组播。IPTV独立通道的方式或者DSLAM处实现组播的方式都有两种方式：单PVC和多PVC。对于单PVC方式，DSLAM所支持的现有PVC容量不需要再增加；而对于多PVC方式，DSLAM所支持的现有PVC容量还需要增加一倍。 由于目前一般要求DSLAM中不同VLAN用户共享同一组播源且数据业务相互隔离，即支持跨VLAN组播，因此VLAN和组播组没有必然联系，VLAN的数目不必增加。 第三十二页，共五十六页。 引入ADSL2+之后对IPTV业务开展的影响 与普通ADSL相比，ADSL2+在相同的距离能够获得更大的带宽，在相同的带宽下能传输更长的距离，使得更多的用户具备开展IPTV业务的潜在能力 目前网上规模部署的DSLAM几乎都是先于ADSL2+开发的，却均能够混插ADSL2+单板，因此系统对于高负荷的IPTV业务的限制同样受到前边所述的各种因素的限制。 第三十三页，共五十六页。 针对北京通信情况的分析 分析北京通信现网的组网模型，大约每100Mb（1×FE）的上联带宽服务512个用户，其中每个用户的带宽为512Kb，因此得出这种模型的集线比为40%，即可以允许40%的用户同时上网。而在实际运行过程中，1×FE的上联接口的利用率通常不足10%，因此集线比将更高。 我们假定每个IPTV用户分配2Mb的带宽，并且以具有1×FE的上联接口，用户侧吞吐量为160Mb的DSLAM为例来计算，按照前面的分析可以得到下面的一些性能指标： DSLAM最多允许100Mb/2Mb＝50个频道同时传输IPTV流媒体数据。如果考虑到40%的集线比，则DSLAM应该至少支持128个频道。 DSLAM最多允许160Mb/2Mb＝80个用户同时在线收看IPTV节目，如果考虑到40%的集线比，则DSLAM至少支持200个用户。这在现网中，可以支持40%的普通上网用户转为IPTV用户。 DSLAM如果同时支持80个并发用户，则要求其IGMP报文处理能力至少能够达到160pps。 如果采用多PVC方式，则DSLAM需要增加一倍的PVC，从原来的512条PVC增加到1024条。 第三十四页，共五十六页。 分析结论 在IPTV发展初期，如在原来网络业务模型的基础上，可以进行简单的软件升级来完成IPTV的功能。 由上述的计算方法，可以计算出所需的DSLAM的各种能力，见下表。 规模 并发频道数 频道总数 并发用户数 用户总数 IGMP报文处理能力（pps） 微型规模 50 128 80 200 160 小规模 50~100 128~256 80~160 200~400 320 中等规模 100～200 256~512 160~320 400~800 640 大规模 200 512 512 1024 1024 假定前提： 每个