关于IPTV 播解决方案介绍

该实现方式适合多种接入方式，PC采用PPPOE方式接入，STB采用PPPOE或者IPOE方式接入，PC和STB即可以共用一条PVC/VLAN，也可以分别做单独配置。本实现方式不需对现有网络做太大改造，适合采用"集成模式"组网情况，只要求对宽带计费后台进行少量的改动即可。但该实现方式中，BRAS面向用户STB复制IPTV组播业务，面向用户的组播复制点是BRAS，也就是说从BRAS开始到各个用户，每个用户所点的内容都是一条单独的数据流，对BRAS的下连带宽要求很高，不适合大规模IPTV的组网。一般在IPTV业务开展初期使用。

2．基于汇聚交换机(组播交换机)的组播复制方式

本实现方式的用户STB(机顶盒)可以采用多种接入方式，PPPOE或者IPOE，但采用PPPOE接入时，STB必须支持双栈，能够发送基于IPOE封装的IGMP报文，汇聚交换机终结STB的IGMP报文，负责将组播M-VLAN的IPTV直播业务跨VLAN复制给用户。图2给出了在单边缘业务接入情况下具体的实现方式。

图2 基于汇聚交换机(组播交换机)的组播复制方式

该实现方式适合所有接入方式，但当STB使用PPPOE接入时，STB必须支持双栈，能够发送基于IPOE封装的IGMP报文。汇聚交换机至IPTV业务控制点之间的直播业务采用组播M-VLAN承载，汇聚交换机具备IGMPProxy功能，可以采用主动静态下拉或者动态下拉的方式将IPTV组播业务通过组播M-VLAN送抵至汇聚交换机，然后按需跨VLAN复制给用户。所谓主动静态下拉就是指不管有没有用户需要组播流，汇聚交换机均主动向上行发送组播加入报文进行引流；所谓动态下拉是指只有当有第一个用户组播加入时，才进行引流，后续用户不再进行引流，当所有用户组播均离开时，汇聚交换机发送组播离开消息切断组播流，从而实现"按需引流，一次引流，多用户应用"的目的。

该实现方式对现有网络改造不大，而且支持所有接入方式，缓解了BRAS的接入压力，但相应的汇聚交换机与DSLAM/二层交换机之间，原有基于BRAS组播复制的带宽压力没有改善，而且还要考虑控制用户组播接入的问题，适合IPTV业务开展的过渡阶段。

3．基于二层交换机的的组播复制模式

本实现方式用户STB(机顶盒)可以采用多种接入方式，PPPOE或者IPOE，但采用PPPOE接入时，STB必须支持双栈，能够发送基于IPOE封装的IGMP报文，二层交换机终结STB的IGMP报文，负责将组播M-VLAN的IPTV直播业务按接入端口复制给用户，图3给出了在单边缘业务接入情况下具体的实现方式。

图3 基于二层交换机的的组播复制模式

该实现方式适合所有接入方式，但当STB使用PPPOE接入时，STB必须支持双栈，能够发送基于IPOE封装的IGMP报文；二层交换机至IPTV业务控制点之间的直播业务采用组播M-VLAN承载，交换机具备IGMPProxy功能，可以采用主动静态下拉或者动态下拉的方式将IPTV组播业务通过组播M-VLAN送抵至汇聚交换机，然后按需跨VLAN复制给用户；该实现方式对现有网络改造较大，对所有不支持组播的二层交换机均需要更换，支持所有接入方式，缓解了二层交换机以上的组播复制压力，但还要考虑控制用户组播接入的问题，在大规模IPTV放号阶段，二层交换机作为组播复制/控制点，是最好的选择。