基于VLAN的QoS应用.docVIP

基于VLAN的QoS应用 应用背景： 随着三网融合业务的推进，越来越多的有线电视网络进行了双向改造，开始传送数据业务，数据业务多以宽带，VOD视频点播业务，IPTV业务及IP电话为主。其中既有实时业务，也有非实时业务，这就需要我们在整体的EoC系统当中做好QoS，提高系统的整体性能。 业务特征： 从电缆宽带接入网络承载业务的技术特性来说，可以按照带宽、时延、抖动以及丢包等业务传输特性需求来区分不同的业务类型，主要包括以下业务： 业务类型 业务特征 尽力而为业务 要求网络提供双向支持，用户通过竞争请求获得系统剩余带宽，网络尽最大努力来传输。例如互联网访问、邮件收发、文件下载等业务 保证下行带宽的非实时业务 要求网络提供双向支持，保证下行带宽，支持恒定的带宽，对传输时延和抖动要求低。例如VPN业务、需要大带宽的FTP、在线游戏等业务 保证上下行带宽的非实时业务 求网络提供双向支持，保证较高的上下行带宽和较低的丢包率，对传输时延和抖动的要求低，例如基于P2P技术的文件下载及相关应用业务 保证下行带宽的实时业务 要求网络提供双向支持，保证较高的上下行带宽和较低的传输时延及抖动，高QoS保证，支持恒定带宽或可变带宽，对上行带宽要求低，例如视频点播、互动电视、IPTV、时移电视和录播电视等业务种类 保证上下行带宽的实时业务 要求网络提供双向支持，保证较高的上下行带宽和非常低的传输时延及抖动，支持恒定的带宽或可变带宽。例如VoIP、视频会议、视频电话、即时通讯IM、视频监控等新通讯业务 调度机制需求： 根据业务特征，所以我们需要保证带宽，保证时延，保证抖动及绝对优先级等应用。（对应IC+ datasheet上的Mode0---3） 瓶颈分析： 分析瓶颈的前提：在瓶颈处作QoS处理最合理，最有效率。以下所做分析都是基于这个前提进行 万通EoC系统整体分为如下几个部分，其中速率瓶颈出现在WiFi传输部分，如下图所示： 考虑到在WiFi传输桥上作QoS的困难性，以及本身IP3210具有的QoS功能，我们在设计整个系统应用的时候，需要通过限速把速率瓶颈转移至IC+的LAN口上，同时在IC+到WT6104的桥上实现QoS，如下图所示： 局端形态及QoS路径区分： 普通型： 叠加型： 注：双LAN口局端 注：AP1，AP2为普通的两LAN口局端，专门作数据透使用 AP#为上联4LAN口局端专门用作QoS调度以及与下联局端（AP1,AP2等）作数据交换使用 实际上下行应用模型： 在单LAN口局端下，各种业务流从ONU传到局端的LAN口，此时局端通过IC+的硬件对各种业务流分配优先级或者设置相应的调度策略传到WiFi处，WiFi就只负责转发桥上来的各种数据 因为上行数据本身比较小，在终端处我们通过对各端口上来的数据打上相应的VLAN Tag，或者直接通过端口进行优先级设置，设置完后，IC+的硬件对各种业务流分配优先级或者设置相应的调度策略传到终端的WiFi处，终端通过同轴把数据上传到局端，此时的局端在上行仅作数据透传用即可。 在叠加局端下，各种业务流从ONU传到AP#（该局端专门作为QoS调度及在ONU和下联的AP1,AP2等局端间作数据交换功能）的LAN口，此时局端AP#通过IC+的硬件对各种业务流分配优先级或者设置相应的调度策略传到与下联局端相连的LAN口上，下联局端AP1,AP2等就只负责转发上面下来的各种数据，这个时候就可以把AP1，AP2和各STA看成是透明的桥。 在叠加局端下，在终端处我们通过对各端口上来的数据打上相应的VLAN Tag，同时进行优先级设置，设置完后，IC+的硬件对各种业务流分配优先级或者设置相应的调度策略传到终端的WiFi处，终端通过同轴把数据上传到相应的局端（AP1,AP2等），此时的局端在上行仅作数据透传用即可。但是当各局端（AP1,AP2等）把下面终端的数据传到AP#（该局端专门作为QoS调度及在ONU和下联的AP1,AP2等局端间作数据交换功能）时，AP#必须根据各下联端口传上来的数据流，根据VLAN Tag划分优先级，传到与ONU连接的LAN口上