网站大量收购闲置独家精品文档,联系QQ:2885784924

10G EPON系统ONU MAC队列报告模块设计.docVIP

  1. 1、本文档共9页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
10G EPON系统ONU MAC队列报告模块设计.doc

10G EPON系统ONU MAC队列报告模块设计   摘要:随着三网融合技术的发展,10G EPON系统正以其低成本、高带宽等优点成为接入网的主流技术之一。文章提出了一种10G EPON系统ONU MAC队列报告模块的设计方案,在简要介绍队列报告原理的基础上,详细分析了队列报告逻辑的设计思路,重点阐述了报告更新过程的实现方法。   关键词:10G EPON 队列报告 阈值 帧间隔   中图分类号:TN46 文献标识码:A 文章编号:1007-9416(2013)07-0143-02   10EPON系统是由位于局端的OLT、位于用户端的ONU及由无源分光器和光纤线路构成的ODN等构成的点到多点系统[1]。处于局端的ONU必须在被分配的时间窗口向OLT发送数据,而OLT给ONU分配时间窗口的依据是ONU向OLT发送队列长度报告。很显然,在上行带宽一定的情况下,OLT不可能随时都给每个ONU分配足够的时隙,而只能根据局端时隙需求的大小,综合考虑,为每个ONU分配一定大小的时隙供ONU使用。ONU可以根据自身数据的特点,确定这部分时隙分配原则,比如按照优先级原则,高优先级数据先发送,低优先级数据后发送。因此,ONU向OLT发送的时隙请求,即队列长度非常重要,如果严格按照ONU队列长度报告,在数据发送的高峰期,每个ONU都几乎有全部上行带宽的时隙需求,势必造成部分ONU对上行带宽的长时间占用,而部分ONU一直无法获得时隙授权,使上行带宽的使用失去灵活性。为此,本文阐述了一种可以提供4个阈值的队列报告模块设计思路,这样,当OLT收到ONU的队列报告帧时,从报告域分别解析出对应4个阈值的队列报告,分配时序时,根据业务量的繁忙否选择4个报告中的一个为ONU分配一个合适的时隙。通过对每个逻辑链路的4个队列阈值的配置不仅有利于OLT依据业务量的大小分配最合适的带宽,还有利于系统通过控制4个阈值的大小来控制分配给每个逻辑链路的带宽。   1 功能划分   队列报告模块功能是生成队列长度报告表项,在新的数据帧被写入队列或新的数据帧被读出队列时更新队列长度报告表项[2]。基于前向兼容和后向兼容方面的考虑,10G EPON系统需同时支持1G和10G带宽的上下行数据传输,这样,MAC也应同时生成和维护基于1G数据传输速率和基于10G数据传输速率的队列长度报告,从而能够随时响应OLT的队列报告发送请求发送相应数据传输速率的队列长度报告。   队列长度以时间量子(TQ)为单位,当数据传输速率为1G时,1TQ表示传输2个字节的时间长度;当数据传输速率为10G时,1TQ表示传输20个字节的时间长度。队列长度不仅包含实际入队的数据帧长度,还包含前导码,帧间隔,FEC的长度。帧间隔为连续两帧之间的间隔,为传输12个字节所需要的时间,数据传输速率为1G时,帧间隔长度为96NS,数据传输速率为10G时,帧间隔长度为9.6NS。前导码长度为8个字节,主要用于比特同步。   数据帧的出队、入队和队列报告不存在直接联系,某个队列某时刻可能存在数据帧出队,也可能存在数据帧入队,还可能出入队同时出现或者出入队时间存在重叠,队列报告要求可能在此之前、之后或同时发生,在时间上没有必然的先后顺序。队列长度报告存储在寄存器表项中,受寄存器本身特点的限制,不能同时对队列长度报告表项执行读写操作。因此,队列长度报告表项的正常运行依赖于读取报告和更新报告的逻辑处理,必须避免因读取报告与出队报告更新、入队报告更新同时发生或者数据处理时间存在重合造成的读写队列长度表项冲突,在队列出入队和队列报告存在前述不确定性的基础上,给队列报告更新过程的时序设计带来了很大压力。   为了解决上述问题,本文提出了一种基于优先级管理的队列长度报告更新方法。一般来说,队列长度报告的根本目的是响应OLT的发送报告指示并发送报告,其接受响应和发送报告的时间间隔是严格限度的,留给生成报告数据帧的时间只有1个时钟周期。因此,收到报告指示后,ONU需要立刻从队列长度列表中读出相应队列的长度,组成报告帧,发送给OLT,以满足时序要求。另外,出队报告帧一般紧跟在出队数据帧后面被发送给OLT,这样组成出队报告帧的时间最长为1个最短数据帧传输的时间,考虑到最短数据帧为64字节,以64位数据传输,只需8个时钟周期传完,且出队没有缓存过程,这样出队数据处理过程只能在8个时钟周期内完成。相教而言,入队数据帧在入队之前可以进行缓存处理,时序处理较宽松。为此,以响应报告,出队报告更新,入队报告更新为顺序设定逻辑运算优先级,当有多个任务同时出现或数据处理的时间域有重叠时,优先处理高优先级任务,然后处理低优先级任务。   队列报告模块逻辑结构框图如图1所示,主要由读写报告控制逻辑,寄存器逻辑,报告生成逻辑等组成。   2 子模

您可能关注的文档

文档评论(0)

lmother_lt + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档