MPCP－发现处理.ppt

当前一些参数的典型值： LaserOn/LaserOff ONU光模块的手册值小于16ns AGC，OLT光模块的手册值为400ns左右 CDR，使用普通SERDES，手册值为400ns 按上述计算，ONU每次上行传输的开销为 16 *2+400+400 = 832ns 未来光模块和SERDES器件升级，这个开销可降低到约 400ns, 甚至更低！ 如果按DBA调度Cycle为1ms计算，每个Cycle内32个ONU各得到一次授权窗口。整个系统上行效率损失为 (400ns * 32)/ 1ms = 1.5%， 开销带宽为15M左右 EPON 效率分析 －光电开销 如下图所示，红色Idle区间由于长度不足以传送第5个包，所以这段时间被浪费，也就造成了碎包损失。 碎包损失和包长、流量模型等有关。按照我们的测试结果，碎包损失（32ONU）在30M到160Mbps之间。 随着ONU数目的增多或减少，碎包损失也会增加或减弱。 EPON 效率分析 －碎包损失 光电开销 Report Idle 5th Packet 4 Packets净荷 1 2 3 4 一次Grant/Gate窗口,长度为Gate中的Length Gate消息中的StartTime EPON 效率分析 －协议报文开销（一） EPON网络的上下行通道首先要承载MPCP协议报文，其次协议标准OAM报文也应该被优先处理。通常EPON MAC芯片会把协议报文列为最高优先级，在带宽拥塞的情况下，所有业务数据报文在协议报文之前被丢弃。因此协议报文的流量称为系统中的一个基本开销。 MPCP协议报文因为需要及时响应ONU的带宽请求，在系统出现的次数非常频繁，形成了主要的带宽开销。OAM协议属于Slow Protocol，占用带宽较小，基本可以忽略不计。 EPON 效率分析 －协议报文开销（二） 由于MPCP协议报文，诸如Gate、Report等的发生频率和DBA算法紧密相关，无法准确衡量计算。我们实际测试的数据基本如下： 下行方向：每个ONU的MPCP协议报文占用带宽1.5Mbps左右，32个ONU总共占用带宽45M左右。即，下行方向32个ONU时的吞吐率在955M左右，1个ONU吞吐率可以达到99%以上。 上行方向：每个ONU的MPCP协议报文占用带宽600-1000Kbps左右，32个ONU总共占用带宽20Mbps左右。 EPON 效率分析 －总结 综上所述，当前EPON传输效率如下： 下行方向：每个ONU开销带宽1.5Mbps左右，32个ONU下行吞吐率为950M左右。 上行方向：32个ONU开销带宽为15M ＋ 碎包损失 ＋ 20M 。按照测试结果，总开销在60M到160M之间，吞吐率在840M到940M之间。 总的带宽1000M减去上述开销即是上下行的吞吐率指标。 以上数据是按32ONU计算和测试的，如果在线ONU数目更少的话，吞吐率会更高。 EPON技术背景介绍 EPON协议内容简介 EPON关键技术介绍 ONU自动发现和测距 DBA技术介绍 EPON传送效率分析 QoS和组播简单分析 EPON多业务下的QoS保证 EPON系统中对于多业务QoS保证的手段和以太网交换机基本一致，整体策略是利用802.1p优先级进行业务区分，给予不同的QoS服务。 具体来说，在各个可能产生流量拥塞的处理点应用优先级队列调度（PQ或WRR等），可以保证基本的业务QoS。 EPON多业务下的QoS保证 由于EPON多址服用的特征，上下行都不可避免的存在流量突发，因此在接收方向应该存在一定深度的队列缓冲，避免丢包。 在PQ和WRR调度算法的选择上，应该根据业务不同要求进行选择。 应该考虑到，譬如视频业务允许的丢包率和VoIP业务允许的丢包率有所不同，在高带宽应用下，采用WRR是否能在最劣情况下满足丢包驴要求？PQ可以绝对保证高优先级的业务，但是否可以限定其使用带宽，避免完全占用所有系统带宽？ EPON组播实现 EPON组播实现方式 PON网络对于广播支持有天然的优势，因此一般认为利用广播来实现组播是EPON的天然选择。 为了实现可控组播，即允许部分用户可以接收组播节目，而其他用户不可以。 在ONU端引入组播过滤的概念，即根据组播MAC进行过滤，不在表项中的组播组不允许从PON网络进入用户端。并且组播过滤表可由系统设置。这样就在EPON网络实现了可控组播。 * There are two primary architectural options, that