IPTV组播复制模式应用实解及其分析
IPTV组播复制点下移探索
IPTV组播复制点下移探索
肖昊亮
【期刊名称】《电信技术》
【年(卷),期】2018(000)0z1
【摘要】测试分析IPTV的组网结构,制定一整套环环相扣、行之有效、现有IPTV 业务可实现平滑过渡的一系列改造方案,分阶段实施,逐步实现全网组播下移.
【总页数】5页(P78-82)
【作者】肖昊亮
【作者单位】中国电信湖南公司衡阳分公司
【正文语种】中文
【相关文献】
1.IPTV业务组播复制点下移技术研究与实践 [J], 张树帆
2.广东电信光网ITV组播复制点下移改造浅析 [J], 张爱华;王鹏
3.关于IPoE技术在IPTV认证及组播复制点下移中的部署和应用研究 [J], 李毅;彭浩
4.基于Python批处理实现iTV业务组播复制点快速下移 [J], 吴祥梅
5.基于Python批处理实现iTV业务组播复制点快速下移 [J], 吴祥梅
因版权原因，仅展示原文概要，查看原文内容请购买。
组播技术在IPTV中的应用以及组播模式选择
组 播 的 路 由 协 议 目 前 使 用 最 广 泛 的 是 ＰＭ Ｉ （ｒｔ ｏ—ｎ ｅ ｅ ｄ ｎ ｌｃｓ） 议 ， 据 网 络 中组 Ｐｏ ｃｌＩｄ ｐ ｎ ｅ ｔＭｕｔ ａｔ协 ｏ ｉ 依
关键词 ： ＭＵＬ ＩＡＳ Ｉ ＴＣ Ｔ ＧＭＰ ２ Ｐ Ｍ— Ｍ Ｐ Ｍ— Ｍ Ｒ Ｖ Ｉ Ｄ Ｉ Ｓ Ｐ
１ 三 种传 播 方式 的 比较
ＩＴ Ｐ ｖ作 为 一种 新 兴 的媒体 ，其最 大 的特 点就 在 于其交 互性 ， 以让用户 实 现真 正 意义上 的互 动 。所 可 以说 ＩＴ Ｐ ｖ对 于 网络 的要求 除 了要有 充足 的带 宽保 证 外 ， 必须有 Ｑ Ｓ保证 和极 短 的响应 时 间。这 些要 求 还 ｏ 的实 现 除 了要 求运 营商 在硬 件 设 施 和 网络 建 设 上 增 加 投入外 ， 择一个 适 合 的传 播方 式也 是必需 的。 选 目前 存 在 的 传 播 方 式 有 单 播 （ ｎｃｓ） Ｕ ｉａｔ ，广 播
１比较 了 ３种传 输方 式对 网络 的带 宽 占用 情况 。
一
一
图 中 ， Ｍ１ Ｍ， 代表 带宽 。从 上 面可 以看 出 ， 单播 情
况下 ， 随着用 户 增 长 ， 于 骨 干 网络 的带 宽 要 求 会越 对 来越大 ， 如果 许 多 用 户 同时 点播 同一 节 目 ， 么 网 络 那
设 备 的广 播 电视业 务 是 比较适 合 的 ， 一旦 要有 双 向 但
IPTV测试方案-组播复制点BAS和SR
IPTV测试方案（组播复制设备BAS、SR）中国网络有限公司20XX年7月1.概述1.1 目的IPTV业务对于承载网提出高的要求，包括需要对用户的STB进行认证，支持组播，提供高QOS、可靠性和安全保证。
在组播方面，需要支持二三层组播协议，实现对用户的组播控制和复制；在QOS方面，需要为用户提供高带宽，低的丢包率、延迟、抖动，并实现频道快速切换；在安全行方面，需要实现用户的业务管理和对信源的管理控制；在可靠性方面，提供对于网络中关键节点（组播源、RP）的保护。
为了验证IPTV业务的开展能力和方案的可行性，BAS和SR作为关键业务的接入设备,本测试主要验证BAS和SR组播复制能力。
1.2 名词解释PIM-SM：独立于协议的多点广播稀疏模式IGMP：互联网组管理协议IGMP2：互联网组管理协议版本2RP：集合点MSDP：组播源发现协议2.测试环境2.1 测试组网拓扑图STBSTBIPTV汇聚交换机LAN交换机OLTSTB STBONU(DSLAM)DSLAMONU本次选取XX城域网作为测试点，主要涉及的设备是NE5000E、NE40E、ME60、S7806、S8508、OLT、DSLAN和LAN交换机等。
测试组播源与城域网连接，本次测试以XX城域网精品网层面SR 7750作为RP，业务复制点部署在业务控制点上（BAS/SR）。
从组播源到组播业务复制点通路上的接口启用PIM-SM协议。
业务控制点的测试用户业务测试逻辑接口启用IGMPv2协议，下挂二层接入设备支持IGMP相关协议。
本次测试主要目的测试BAS、SR的组播复制能力，针对南宁城域网业务接入网情况，本次测试BAS设备选取华为ME60，SR选取华为NE40E。
接入网选择STB直接通过OLT下带ONU接入这种情况。
2.2 测试设备3.测试内容3.1 ME603.2 NE40E2、STB能打开EPG页面3、TV能播放VOD视频4、能快速切换频道并播放直播视频测试结果备注测试人员4.测试脚本4.1 IPTV测试脚本NE5000ESR7750ME60NE40E汇聚交换机OLT ONU。
IPTV业务组播复制点下移技术研究与实践
份组播流 ，占用一路 信号带 宽 ，该ＯＬ Ｔ下的所 有用户就近获 取组播流 ，达到节 省ＯＬ Ｔ与ＢＡＳ 之 间沿途链路带 宽的作用 ，
从 而 规 避 或 减 缓 网络 投 资 压 力 。
传 输Ｉ ＧＭＰ 报文 。对于Ｂ ＲＡＳ 而言 ，ＯＬ Ｔ 就像 一个组播接收
目 组 播 下 移 关键 技 术
网络上 ，组播主机 想加入和 离开一 个组播 ，就发送Ｉ ＧＭ Ｐ 消
息 通 知 本 地 组 播路 由器 ，组 播 路 由器 在 每 个 接 口上 维 护 组播
成员关系表 。有了组播成员关系表 ，路 由器就 能发送 组播数
据 到 正 确 的 接 口。 该 协 议 分 为 Ｖ１ 、Ｖ２ ￣ Ｖ３ ，现 网 多 数 采 用 Ｖ ２ ，该版 本 支 持 查 询 指 定 组 播 组 ，也 支 持 组 播 成 员 向 组 播 复 制点主动发送离开消息 。 Ｉ ＧＭＰ Ｓ ｎ ｏ ｏ ｐ ｉ ｎ ｇ ，在 链 路 层 侦 听 上 游 设 备 和 下 游 主 机之
机 顶盒 以 Ｉ Ｇ ＭＰ Ｒｅ ｐ ｏ ｒ ｔ 报文向Ｂ Ｒａ Ｓ ￣ 请 加 入 组 播 组 ，Ｂ ＲＡＳ
一
者 ；而 对 于 机 顶 盒 而 言 ，ＯＬ Ｔ 起 到组 播 查 询 器 的作 用 。如 果 台 ＯＬ Ｔ下 有 用 户 第一 次收 看某 个 直 播 频 道 时 ，ＯＬ Ｔ 在 收 到
２。 １ 涉及 到的协 议 组 播 协 议 大 致 可 分 为 三 层 和 二 层 两 类 。三 层 组 播 协 议 主要 用于Ｉ Ｐ 城 域 网 ＢＲＡＳ 及 以上 段 落 ，现 网大 多 采 用 Ｐ Ｉ Ｍ— Ｓ Ｍ 协 议 。 二 层 组 播 协 议 主 要 用 于 ＢＲＡＳ 下 行 于 接 口与 机 顶 盒 之 间 ，与 组 播 下 移 密 切 相 关 。 当 组 播 复 制 点 在ＢＲＡＳ Ｈ ￣， ，
IPTV组播技术及实现
IPTV组播技术及实现
IPTV是一种利用宽带网络为用户提供交互式多媒体服务的业务。
IPTV不仅能够满足运营商业务创新的需求,而且可以为运营商转变经营思路,实现战略转
型提供切实可行的切入点,IPTV意味着新的用户增长方式、新的业务增长方式和更高的ARPU值。
对IPTV业务而言,组播技术是IPTV的关键技术之一,IP组播技术的实现决定着IPTV的使用效果,与电信运营商的业务收入息息相关。
本文从IPTV实际业务运营角度出发,结合组播技术,分析了IPTV业务在带宽、组播、认证等方面对IP宽带城域网提出的技术要求,从各角度分析总结了各种实现方式的优缺点,制定了改造实验方案并付诸实施,实现了网络对IPTV业务的承载,系统试运行取得成功,对今后电信运营商大规模商用具有一定的参考和指导
意义。
本文第一章首先回顾了近年来国内外IPTV业务发展的主要情况,分析了IPTV发展目前存在的问题。
第二章对IPTV及相关知识进行了介绍。
第三章对IPTV组播的技术进行了研究,包括组播协议的讨论、组播路由方式的选择、组播复制点和认证方式的对比分析,建议在初期采用全网组播的方式,
选用DHCP认证+DSLAM复制的方式。
第四章提出山西朔州联通本地IPTV的业务
需求,介绍了山西朔州联通IPTV目标网络的总体架构,对现有的IP城域网结构进行了调整,提出了承载IPTV网络的建设方案,实现了组播方式的IPTV全网建设。
最后对IPTV承载网的系统进行了端到端性能测试。
浅谈组播技术在IPTV业务中的应用
传 输 和 播 放 方 式 机 制 优 缺 点
Ｉ Ｐ电视
单
播
在客户端和服务器端 之间建立 一个独立 的数 据通 道 。从一 服务质量有保证。但冗余大 、 服务器 负担重 、 响应时问很长
台服务器发送出的每个数据包只能送给一个客户机。 客 户 机 通 过 选 择 内 容 项 目主 动 寻 求 与 服 务 器 的 连 接 。 甚至会引起停止播放 ， 本高 。 成 客户机 可以对流 的最 大控制 ， 户 可以开 始 、 止 、 退 、 用 停 后
一
务 ； 于视 频 点 播 业务 ， 对 目前 能 够采 用 ＭＰ Ｇ ４和 微 Ｅ 一 软 的 ＷＭＶ ９两种 视频 码流 提供服 务 。要求 每个 Ｉ Ｖ 用 户 接入 带 宽达 到 ３ ４ 使 用 ＭＰ Ｇ一 － Ｍ（ Ｅ ２编码 ） ２ 或 Ｍ （ 用 ＭＰ Ｇ ４或更 高 压缩率 的编码 ）以及对 高传 输 使 Ｅ 一 ， 带宽、 大存 储 缓 冲带 宽的要求 和对 流量 的控 制 。
Ｉ１ Ｐ１ Ｖ又称 为 网络 电视 、 带 电视 ， 指 利用 宽 带 宽 是
２ ｌＴ 承载 网 的要 求 ＰＶ
商 业 化 运 营 的 Ｉ Ｖ业 务 对 Ｉ 载 网络 有 各 自 Ｐ承 不 同 的传 输 质量要 求 。为 了保证 Ｉ Ｖ 的收看 质量 与 目前 的有线 电视 网 收看 质 量 相 当或 更 高 ， Ｖ承 载 Ｉ 网要求 能 在 带宽 、 道切 换 时延 、 络 Ｑ Ｓ等方 面 提 频 网 ｏ 供保 证 。 因为 多媒体 信 号是交互 的 、 互动 的 ， 对 网络 它 提 出 了以下 的应 用要 求 ： 带宽 ： Ｉ Ｖ 的主要业 务 中 ， 于直 播 电视和 时 在 对
战。
这项技术的有效商业模式 ， 这本身更是一个极其艰 巨
GPON FTTx接入网IPTV组播复制点在接入侧的配置参考-V1.2-A-精简板
GPON FTTx接入网IPTV组播复制点在接入侧的配置参考2.1 FTTH与FTTB组网下的配置参考：2.1.1 FTTH组网方式OLT侧数据配置：STB（机顶盒）；FTTH场景下，OLT1）创建IPTV业务VLAN并配置其上行口。
MA5680T(config)#vlan 300 smart //复制点在接入侧需要配置组播业务vlanMA5680T(config)#port vlan 300 0/21 0MA5680T(config)#vlan 3100 smart //配置IPTV点播业务vlanMA5680T(config)#port vlan 3100 0/21 02）配置流量模板。
通过流量模板控制上下行优先级限制以及调度策略配置，创建service-port时调用。
MA5680T(config)#traffic table ip name IPTV cir off priority 4 priority-policy local-setting13）配置DBA模板。
通过DBA模板控制ONU上行带宽，创建ONT线路模板时调用。
考虑1:64分光以及PON端口带宽资源，配置为TYPE3，保证带宽10240Kbps，最大带宽102400kbps。
MA5680T(config)# dba-profile add profile-id 16 profile-name GPON type3 assure 10240 max 1024004）配置ONT线路模板。
通过ONT线路模板（绑定DBA模板）控制ONU上行带宽。
MA5680T(config)# ont-lineprofile gpon profile-id 25 profile-name FTTH //A类终端线路模版，与TL1下发的配置一致MA5680T (config-gpon-lineprofile-25)# qos-mode gem-carMA5680T (config-gpon-lineprofile-25)# tcont 1 dba-profile-id 12MA5680T (config-gpon-lineprofile-25)# commitMA5680T (config-gpon-lineprofile-25)#quitMA5680T(config)# ont-lineprofile gpon profile-id 26 profile-name FTTB //B类终端线路模版，gem中包括点拨和组播VLANMA5680T (config-gpon-lineprofile-26)# tcont 1 dba-profile-id 12MA5680T (config-gpon-lineprofile-26)# gem add 0 eth tcont 1MA5680T (config-gpon-lineprofile-26)# gem mapping 0 0 vlan 300MA5680T (config-gpon-lineprofile-26)# gem mapping 0 1 vlan 3100MA5680T (config-gpon-lineprofile-26)#quit5）配置ONT的业务模板。
IPTV_组播_多播技术详解
摘要IP 组播技术实现了 IP 网络中点到多点的高效数据传送。
因为组播能够有效地节约网络带宽、降低网络负载，所以在实时数据传送、多媒体会议、数据拷贝、游戏和仿真等诸多方面都有广泛的应用。
本文介绍了组播的基本概念和目前通用的组播协议，以及组播组网的基本方案；并针对组播业务需求和运营过程中面临的问题，提出了电信级的可运营、可管理的“受控组播”解决方案，包括信源管理、用户管理和组播安全控制等方面的内容。
关键词组播运营管理受控组播 IGMP DVMRP PIM-SM PIM-DM MBGP MSDP1组播概述1.1组播技术的产生原因传统的IP 通信有两种方式：第一种是在一台源 IP 主机和一台目的 IP 主机之间进行，即单播（unicast）；第二种是在一台源 IP 主机和网络中所有其它的 IP 主机之间进行，即广播（broadcast）。
如果要将信息发送给网络中的多个主机而非所有主机，则要么采用广播方式，要么由源主机分别向网络中的多台目标主机以单播方式发送 IP 包。
采用广播方式实现时，不仅会将信息发送给不需要的主机而浪费带宽，也可能由于路由回环引起严重的广播风暴；采用单播方式实现时，由于 IP 包的重复发送会白白浪费掉大量带宽，也增加了服务器的负载。
所以，传统的单播和广播通信方式不能有效地解决单点发送多点接收的问题。
IP 组播是指在 IP 网络中将数据包以尽力传送（best-effort）的形式发送到网络中的某个确定节点子集，这个子集称为组播组（multicast group）。
IP 组播的基本思想是，源主机只发送一份数据，这份数据中的目的地址为组播组地址；组播组中的所有接收者都可接收到同样的数据拷贝，并且只有组播组内的主机（目标主机）可以接收该数据，网络中其它主机不能收到。
组播组用 D 类 IP 地址（224.0.0.0 ～ 239.255.255.255）来标识。
1.2组播技术的市场前景IP 组播技术有效地解决了单点发送多点接收的问题，实现了 IP 网络中点到多点的高效数据传送，能够大量节约网络带宽、降低网络负载。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
IPTV(交互式网络电视)作为向家庭用户提供包括电视内容在内的多种交互式服务的一项崭新技术，日益受到各大电信巨头的集体追捧。
它以电信宽带网络为传输通道、以电视机为终端，集互联网、多媒体、通讯等多种技术于一体，能有效的将电视、通信和PC三个领域结合在一起，极大解放了时间对人们的限制。
但同时，在执行技术上，IPTV对承载网有组播、带宽、QOS、网络安全等方面有很强的要求。
一般来说，IPTV业务建议用户带宽不低于2M。
为节省接入层到汇聚层的网络带宽，以太网交换机需至少支持二层组播协议IGMPsnooping(Internet群组管理协议探测)。
对无法支持组播的接入层设备同时需要根据业务发展逐步进行替换。
对汇聚层设备进行上下行带宽扩容和升级，下行带宽根据接入层设备升级情况进行相应升级，上行带宽设计到N×GE。
由于IPTV业务中视频码流的实时性、连续性，需要承载网络提供QoS保证，同时业务对承载网的延时、丢包和抖动比较敏感。
其中直播类视频业务如直播电视对QoS的要求高于点播类视频服务如VOD。
游戏类业务是一种双向交互式的数据业务，其业务特性如操作命令的灵敏性决定了对数据包的传输时延要求特别高。
针对目前网络状况，博达通信对QoS问题做出以下努力：从逻辑上区分IPTV业务流和传统数据业务流，减少传统数据业务流对IPTV业务流的影响。
在接入层CPE汇聚交换机之间建立多个PVC/VLAN来区分不同的业务从而形成不同的逻辑网络。
在网络汇聚层和核心层启用业务服务分类机制，统一规划和定义QoS服务等级，边缘进行流的分类和标记。
启用L3QoS与L2QoS之间的映射和PVC与DSCP/802.1P之间的映射。
博达交换机在分类、流量监管、拥塞管理、拥塞避免、信令、链接效率机制(LinkEfficiencyMechanisms)等方面均有完善的解决方案，可以很好地满足IPTV在QOS上的细致要求，从设备的角度最大限度减少或者缩小时延、抖动、丢包的情况发生。
针对IPTV对交换机在组播上的要求，根据组播复制/控制点的不同，接入网的组播大致可以分为以下三种形式。
基于BRAS的组播复制方式用户STB(机顶盒)通过使用PPPOE或者IPOE方式接入，与BRAS之间建立PPPOE或者IPOE通道，BRAS终结STB的IGMP报文，由BRAS负责实现用户STB的组播复制，将组播报文复制在STB相应的PPPOE或者IPOE通道内。
评析：该实现方式适合多种接入方式，PC采用PPPOE方式接入，STB采用PPPOE或者IPOE方式接入，PC和STB即可以共用一条PVC/VLAN，也可以分别做单独配置。
本实现方式不需对现网做太大改造，适合采用“集成模式”组网情况，只要求对宽带计费后台进行少量的改动即可。
但该实现方式中，BRAS面向用户STB复制IPTV组播业务，面向用户的组播复制点是BRAS，也就是说从BRAS开始到各个用户，每个用户所点的内容都是一条单独的数据流，对BRAS的下连带宽要求很高，不适合大规模IPTV的组网。
一般在IPTV业务开展初期使用。
基于汇聚交换机(组播交换机)的组播复制方式本实现方式用户STB(机顶盒)可以采用多种接入方式，PPPOE或者IPOE，但采用PPPOE 接入时，STB必须支持双栈，能够发送基于IPOE封装的IGMP报文，汇聚交换机终结STB的IGMP报文，负责将组播M-VLAN的IPTV直播业务跨VLAN复制给用户。
评析：该实现方式适合所有接入方式，但当STB使用PPPOE接入时，STB必须支持双栈，能够发送基于IPOE封装的IGMP报文。
汇聚交换机至IPTV业务控制点之间的直播业务采用组播M-VLAN承载，汇聚交换机具备IGMPProxy功能，可以采用主动静态下拉或者动态下拉的方式将IPTV组播业务通过组播M-VLAN送抵至汇聚交换机，然后按需跨VLAN复制给用户。
所谓主动静态下拉就是指不管有没有用户需要组播流，汇聚交换机均主动向上行发送组播加入报文进行引流;所谓动态下拉是指只有当有第一个用户组播加入时，才进行引流，后续用户不再进行引流，当所有用户组播均离开时，汇聚交换机发送组播离开消息切断组播流，从而实现“按需引流，一次引流，多用户应用”的目的。
该实现方式对现网改造不大，而且支持所有接入方式，缓解了BRAS的接入压力，但相应的汇聚交换机与DSLAM/二层交换机之间，原有基于BRAS组播复制的带宽压力没有改善，而且还要考虑控制用户组播接入的问题，适合IPTV业务开展的过渡阶段。
基于二层交换机的的组播复制模式本实现方式用户STB(机顶盒)可以采用多种接入方式，PPPOE或者IPOE，但采用PPPOE 接入时，STB必须支持双栈，能够发送基于IPOE封装的IGMP报文，二层交换机终结STB的IGMP报文，负责将组播M-VLAN的IPTV直播业务按接入端口复制给用户。
评析：该实现方式适合所有接入方式，但当STB使用PPPOE接入时，STB必须支持双栈，能够发送基于IPOE封装的IGMP报文;二层交换机至IPTV业务控制点之间的直播业务采用组播M-VLAN承载，交换机具备IGMPProxy功能，可以采用主动静态下拉或者动态下拉的方式将IPTV组播业务通过组播M-VLAN送抵至汇聚交换机，然后按需跨VLAN复制给用户;该实现方式对现网改造较大，对所有不支持组播的二层交换机均需要更换，支持所有接入方式，缓解了二层交换机以上的组播复制压力，但还要考虑控制用户组播接入的问题，在大规模IPTV放号阶段，二层交换机作为组播复制/控制点，是最好的选择。
博达交换机具有相对完整的QOS策略：HeadOfLine防止拥塞机制;每端口4个发送队列映射802.1p的8个优先级;WRED，WFQ，SP和FIFO队列调度算法等，满足了IPTV所需要求，其组播协议表现也相当完善，包括IGMPSnooping组播报文自动监测;IGMPv1/v2/v3;PIM-SM，OLINK&PIM-DM;DVMRP(距离矢量多点广播路由协议);GMRP(组播动态注册协议)，在安全特性和网络管理方面，博达交换机各项性能指标均满足IPTV上线的各种细致要求，能最大限度地满足IPTV的需要。
IPTV（交互式网络电视）作为向家庭用户提供包括电视内容在内的多种交互式服务的一项崭新技术，日益受到各大电信巨头的集体追捧，它以电信宽带网络为传输通道、以电视机为终端，集互联网、多媒体、通讯等多种技术于一体，能有效的将电视、通信和PC三个领域结合在一起，极大解放了时间对人们的限制，而同时，在执行技术上，IPTV对承载网有组播、带宽、QOS、网络安全等方面有很强的要求。
网管网作为国内领先的专业数据网络产品提供商—上海博达通信，凭借其强大的研发实力和灵活的市场策略，在充分解读了IPTV的各项细致要求后，为其度身定制，BDCOM S系列交换机让IPTV魅力彰显。
中国网管论坛一般来说，IPTV业务建议用户带宽不低于2M，FTTB+LAN以太网用户楼道二层以太网交换机（博达BDCOM S2000系列交换机）的上行带宽可以达到100Mbit/s或N×FE.为节省接入层到汇聚层的网络带宽，以太网交换机需至少支持二层组播协议IGMP snooping（Internet群组管理协议探测）。
对无法支持组播的接入层设备根据业务发展逐步进行替换。
对汇聚层设备进行上下行带宽扩容和升级，下行带宽根据接入层设备升级情况进行相应升级，上行带宽设计到N×GE.中国网管联盟www、bitsCN、com由于IPTV业务中视频码流的实时性、连续性，希望承载网络提供QoS保证，而且业务对承载网的延时、丢包和抖动比较敏感。
其中直播类视频业务如直播电视对QoS的要求高于点播类视频服务如VOD.游戏类业务是一种双向交互式的数据业务，其业务特性如操作命令的灵敏性决定了对数据包的传输时延要求特别高。
网管联盟针对目前网络状况，博达通信对QoS问题做出以下努力： 从逻辑上区分IPTV业务流和传统数据业务流，减少传统数据业务流对IPTV业务流的影响。
在接入层CPE汇聚交换机之间建立多个PVC/VLAN来区分不同的业务从而形成不同的逻辑网络。
网管联盟在网络汇聚层和核心层启用业务服务分类机制，统一规划和定义QoS服务等级，边缘进行流的分类和标记。
网管网启用L3 QoS与L2 QoS之间的映射和PVC与DSCP/802.1P之间的映射。
网管网博达交换机在分类、流量监管、拥塞管理、拥塞避免、信令、链接效率机制（Link Efficiency Mechanisms）等方面均有完善的解决方案，可以很好地满足IPTV在QOS上的细致要求，从设备的角度最大限度减少或者缩小时延、抖动、丢包的情况发生。
中国网管联盟www_bitscn_com针对IPTV对交换机在组播上的要求，根据组播复制/控制点的不同，接入网的组播大致可以分为以下三种形式：中国网管联盟www、bitsCN、com基于BRAS的组播复制方式网管联盟用户STB（机顶盒）通过使用PPPOE或者IPOE方式接入，与BRAS之间建立PPPOE或者IPOE通道，BRAS终结STB的IGMP报文，由BRAS负责实现用户STB的组播复制，将组播报文复制在STB相应的PPPOE或者IPOE通道内，具体实现方式如下图所示。
中国网管联盟局端BRAS 小区S3448 楼道S2116中国网管论坛该实现方式适合多种接入方式，PC采用PPPOE方式接入，STB采用PPPOE或者IPOE方式接入，PC和STB即可以共用一条PVC/VLAN，也可以分别做单独配置。
本实现方式不需对现网做太大改造，适合采用“集成模式”组网情况，只要求对宽带计费后台进行少量的改动即可。
但该实现方式中，BRAS面向用户STB复制IPTV组播业务，面向用户的组播复制点是BRAS，也就是说从BRAS开始到各个用户，每个用户所点的内容都是一条单独的数据流，对BRAS的下连带宽要求很高，不适合大规模IPTV的组网。
一般在IPTV业务开展初期使用。
中国网管联盟基于汇聚交换机（组播交换机）的组播复制方式本实现方式用户STB（机顶盒）可以采用多种接入方式，PPPOE或者IPOE，但采用PPPOE接入时，STB必须支持双栈，能够发送基于IPOE封装的IGMP报文，汇聚交换机终结STB的IGMP报文，负责将组播M-VLAN的IPTV直播业务跨VLAN复制给用户，下图给出了在单边缘业务接入情况下具体的实现方式。
中国网管联盟www、bitsCN、com局端BRAS 小区S3448 楼道S2116网管联盟该实现方式适合所有接入方式，但当STB使用PPPOE接入时，STB必须支持双栈，能够发送基于IPOE封装的IGMP报文；汇聚交换机至IPTV业务控制点之间的直播业务采用组播M-VLAN承载，汇聚交换机具备IGMP Proxy功能，可以采用主动静态下拉或者动态下拉的方式将IPTV组播业务通过组播M-VLAN送抵至汇聚交换机，然后按需跨VLAN复制给用户；所谓主动静态下拉就是指不管有没有用户需要组播流，汇聚交换机均主动向上行发送组播加入报文进行引流；所谓动态下拉是指只有当有第一个用户组播加入时，才进行引流，后续用户不再进行引流，当所有用户组播均离开时，汇聚交换机发送组播离开消息切断组播流，从而实现“按需引流，一次引流，多用户应用”的目的。