一、IPTV组播业务网络演进过程
业务价值演进过程
到2007底，全球IPTV组播业务用户将从目前的73.4万，增长到1350万。如果说现阶段IPTV组播业务只是作为一种吸引用户入网、扩大网络规模的手段。从2005年开始，它将成为重要的利润增长点。
网络特征演进过程
·现阶段：现有宽带城域网承载IPTV组播业务，与其他业务通道不分离，无服务质量保证，不认证，不单独计费；
·规模发展阶段：与其他业务采用不同通道分离传送，逻辑的或物理的，组播业务进行认证，并提供计费手段；
·大规模发展阶段：构建独立的业务网络，与城域网在接入侧分离，认证手段更多、计费策略更丰富。
二、中兴通讯IPTV组播业务解决方案
1.DSLAM设备独立组网应用
DSLAM设备独立组网应用主要有以下几种应用场景：1）希望利用现有城域网承载IPTV组播业务。2）构建单独的IPTV组播业务网络，与现有的城域网（承载其他业务）在DSLAM处分离。以上两种情况，统称为送抵DSLAM模式。
送抵DSLAM模式下要求DSLAM具有以下几个方面的功能：
1）对于IPTV组播源，DSLAM一方面将合法的IPTV组播业务源纳入特定的VLAN/PVC进行管理，仅对可控制的IPTV组播业务进行转发，防止重要信息的泄漏或扩散；另一方面能有效阻隔用户侧IPTV组播数据向IPTV组播业务网络或其他用户渗透。
2）DSLAM具有IPTV组播业务认证鉴权的能力，可以通过静态配置用户业务属性，对用户的IPTV组播业务的请求进行认证。
3）DSLAM可以根据静态配置或者业务认证结果两种方式对用户的IPTV组播业务报文复制进行控制。
4）DSLAM支持IPTV组播业务计费功能，能够与计费系统配合，提供基于时长及频道的计费策略。
5）DSLAM具有较为完备的QoS保障能力和灵活的策略配置能力。
6）DSLAM将IPTV组播业务与用户普通业务进行隔离。
7）DSLAM提供对用户IPTV组播活动的跟踪、监控的能力。
2.同一厂商的DSLAM设备与BAS设备组网应用
为了降低建网成本，也可将IPTV组播业务送抵BAS。
在这种情况下，如果是同一厂商的BAS设备和DSLAM设备共同应用，可以要求其做定制开发，实现IPTV组播业务运营中的业务认证、业务计费、报文复制、安全控制、业务监控、服务质量保证等功能。
在送抵BAS模式下，要求DSLAM可以根据静态配置的用户业务属性，进行认证，也可以根据动态获取用户业务属性进行认证，过程如下。
1）用户通过PPPOE或者＋WEB方式进行认证；
2）在用户主机和网络的交互中，DSLAM动态地建立用户端口和MAC地址之间的映射关系；
3）BAS到Radius服务器进行接入认证；
4）认证通过后，在返回的Radius包中包含用户的组信息；
5）BAS通过GCP协议通告对应的DSLAM，包括用户的IP/MAC地址、组信息等。DSLAM在本地保存这些数据；
6）DSLAM返回应答消息；
7）用户主机通过IGMP协议和BAS交互，DSLAM获取Mac、IP和组数据，并根据用户的组信息，对用户请求进行认证，同时建立访问控制表。在收到IPTV组播数据流后，根据该表进行IPTV组播数据的复制分发；
8）DSLAM定期或在用户Leave或下线后，通过GCP协议向BAS发送计费请求，包括UserIP/MAC和GroupIP等；
9）BAS向Radius发送计费请求，并返回应答消息给DSLAM。
3.不同厂商DSLAM设备与BAS设备组网应用
这也属于送抵BAS模式下的一种应用场景，不同的是此时用户的业务属性通过网管静态配置下到DSLAM会更方便，而通过BAS动态获取则涉及不同厂家协作开发，相当复杂。
此种情况下要求DSLAM具有以下方面的功能。
1）DSLAM可以通过静态配置用户业务属性，对用户的IPTV组播业务的请求进行认证；
2）如认证成功，DSLAM向BAS申请IPTV组播业务流，对于特定的IPTV组播源，DSLAM以特定的VLAN/PVC进行申请，BAS根据DSLAM的请求，向DSLAM复制IPTV组播业务流。BAS实现IPTV组播业务流的电路复制，即将特定IPTV组播源对应的IPTV组播业务流复制到指定的VLAN或者PVC，每一个IPTV组播源只复制一份流，并给予高优先级的服务质量保证；
3）DSLAM可以根据认证结果对用户的IPTV组播业务报文复制进行控制；
4）DSLAM支持IPTV组播业务计费功能，能够与计费系统配合，提供基于时长及频道的计费策略；
5）对于IPTV组播源，DSLAM仅对可控制的IPTV组播业务进行转发，防止重要的信息的泄漏或扩散；另一方面能有效阻隔用户侧IPTV组播数据向IPTV组播业务网络或其他用户渗透。
【相关文章】