803ahepon相关标准学习笔记-通信工程项目管理系统.ppt

803ahepon相关标准学习笔记-通信工程项目管理系统.ppt

  1. 1、本文档共73页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
803ahepon相关标准学习笔记-通信工程项目管理系统

当前一些参数的典型值: 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

文档评论(0)

ailuojue + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档