讲义说明分析

当前人们信息通信的需求不断增长，互联网的应用也迅猛发展。据介绍，截至2005年6月底，我民的数量已达到1．03亿。虽然宽带用户在数量上发展很快，但是大部分用户尤其是一些高端用户，对宽带接入的速度还不满意。另外，一些高带宽消耗业务如IPTV的迅速发展，更加提升了对高带宽提供能力的需求。以太网无源光网络(EPo)结合了以太网简单易用、价格低廉以及无源光网络(PON术之一。2004年6月，IEEE802．3工作组『F式发布了EPoN标准IEEE802．3ah。目前，国内外的许多厂商已经投入到了PON至已经成功的推出自己的和设备。EPoN已经形成了一个比较完整和成，这将有利于EPON过程中占得了先机。本文首先分析了EPoN的研究背景以及发展状况，并全面的介绍了EPON系统实现的几种关键技术，包括MPCP协议、0Nu的发现 和测距过程、动态带宽分配以及0AM功能等。然后着重研究了OAM子层的结构和功能，并通过对各种OAMPu结构的详细分析描述了各种OM功能的实现方式。在上述研究和分析的基础上，本文提出了对OAM子层的扩展协议。扩展OAM协议实现了配置下发、配置查询、事件通知、批量配置下发、批量配置查询以及文件下发等功能。最后，本文用软件描述了扩展0AM协议的实现，并分析了协议的缺点及进向。扩展0AM协议基于EPON系统实现，在EPON设备开发的过程中对OAM子层进行功能的扩展。0AM扩展的功能主要是为一些二层交换机协议的实现以及用户端设备测试等功能提供了必要的接口。扩展OAM协议的实现要求具有一致性(oLT和ONU)、准确性以及实时性。 MPCP，0NU，0LT商已经相继推出了各自的EPN，如以色列的PAsAvE、的dloⅦs以及国内的格林威尔等。在这些设备制造商如、UT斯达康等也开始积极开发自己的EPON设备。目前，EPON电、杭州网通等运营商也已经开始积极部署EPON系统。我们有充分的理由相信，Frrx市场的启动条件已经具备，而EPON作为FTTk的最佳解决方案之一将迅速在PoN接入技术中，除EPON之外，还有APoN和GPoN。APON(PNlTMIT—TQ983，由FsAN(FullsrieAccessNetworkIT—APN久的应用，其下行的速率可以达到622M，上行155M，上下行波长分离(1310)。但是，由于ATM协议复杂，接口昂贵，使APON就像ATM本生一样，一直也没有大规模应用。从目前的发展情况来看，APoN很有可能被EPON和GPoN所取代。GPON的标准是ITU—TG984系列标准，规定了GP0雌的物理层、Tc层和OAM相关功能。GPON标准的制订考虑了对传统TDM业务的支持，并且为了支持ATM等多种协议，GPON定义了一种全新的封装结构enc印sulationmethod)，可以把删和其他协议的数据混合封装成帧。虽然图5．9 数据库网雄体喜——石务蛋M丛引趱p样就很大程下来的宝贵技术经验。其次的利用率、服务质量、多业务支持方面比EPaN技术更好，而且GPON的标准由ITU—T制定，定义的OAM信息比EPON标准定义的丰富。与GPoN相比，EPON是一种基于IEEE的标准，缺乏电信运营级的 、保护和 恢复功能。同时，由于缺乏相应的标准和行业支持的互通协议，EPoN设备无法在行业范围内实现厂商之间的互通。本 基于EPON系统的上述缺点，通过0AM子层提供的扩展功能制定并实现了扩展OAM协议，实现了运营商对用户设备(ONu操作、和管理。本文研究的EPoN系统EPON系统通过分光器实现了点到多点(P2MP)的拓扑结构。其上下行的通过不同的波长来区分，EPON系统中的下行数据采用1490m波长，而上行数据采用1310砌。在上行数据方面，EPoN采用时分复用技术(TDMA)使得在任一时刻只能有一个ONU进行数据的传输，并通过DA算法实现0Nu分配【3】。从理论上来说，EPN系统可以通过不同的波长实现上下行1．25b／s的速率，随着万兆以太网技术的成熟，最大速率可达10Gb／s，可以支持1020公里两种最大传输距离，并且支持的分支数不低于32路。本人在读研期间参与了在交换机基础上的EPON系统设备的开发工作，开发过程中采用了知名公司的EPON套片。支持32路分光比，20公里光模块，并实现了IEEE802．3a11标准中定义的大多数必须协议和可选协议，包括ONu的自动发现、0AM协议、MPcP协议等。在及其驱动提供功能的基础上，EPON系统设备的开发工作进一步实现了一些二层协议的开发以及设备的管理测试，其中的二层协议包括生成树协议(MSTP)、组播侦听协议(IGMP-sNOO)、80．1x本人主要参与了EPON系统中软件部分的开发。EI，0N系统的软件分为两个部分：oLT软件和ONu软件。0LT软件包括大多数协议算法的实现、0LT和0NU的大多数配置管理以及事件处理等功能；ONu软件主要完成对OLT0U0Nu过和设备扩展的0AM协议进行通信，从而实现OLT对ONU的管理和。在整个EPON系统软件的开发过程中，本人主要负责完成扩展OAM协议的设计第二章EPoN系统的[本章】本章首先介绍了EPo了MPP、测距过程和系统同步、动态带宽分配、OM功能等EPN实现的关键技术。2．1EPoN系统的工作EPON标准是由IEEE的EM工作小组最早 ，在很大程度上继承了ITu．T和FsAN制定的APON标ITu．T G983，并采用了符合IEEE802．3协议的以太帧承载业务信息。EP咐是OL．T(光线终端、oNU()ODN(分／光器)单元成的到多的系，其结构一为星或树型分支结构。EPON的上、下行数据采用一根光纤通过波分复用技术实现了全双工通信模式，数据传输的速度均为1Gb／s(由于其物编码方式为8B／10B，所以其路速为125Gbs)[4】。 的下行数据，根据不同的LLID值提取属于各自的数据并去掉 ，其构示意图如下所示匝面／由匝面回匝Ⅱ]E驵霉≥白Ⅱ圈(壶塑．＼＼]工＼＼、图2—1：EPoNF上行方向(由ONU到Oul)采用时分复用的方式共享系统，任一时一个oNU发送上行数据；数据首先在ONU处打上各自的LLID，LLID是指逻辑链路ID号，0LT为每一个上的oNU都分配一个LLID；然后根／亩旦日曰匹亘四一零⋯：⋯⋯田由里至图2—2：EPoN上行数据2．2EPoN的协议层次IEEE802．3a11定义的EPON协议分层结构如下图所LANOsl标准模型层 会话网络

LAN屡图2—3：EPON数据链路层相关层次包括：RS调和子层、MAC子层、多点控制子层、子层以及MAc客户子层(LLc)。MAc实体实现以太网帧的接收和发送，OLT包括多个MA实体，以对应于多个oNU的MA程中，Rs调和子层对LLID和相应的MAc实体进行映射。MPcP制协议，EPON通过MPcP协议实现了伪州的发现和过程，并通过REPORT和GNT消息协助实现了动态带宽分配功能【”。OM子层是可选子层，定义了管理、链路等功能，另外可以通过对原有协议的扩展，在子层实现OLT对oNu的各种配置状态的管理。EPoN实现的关键MPCPMPCP协议位于MAC子层之上，0AM予层之下，提供了点，并维持了良好的TDMA机制【“。MPCP协议在MAC控制子层增加了5条消息：GATE、REPORT、REGISTERREQ、REGISTERACK、RGSR。MPCP协议帧的基本格式如下图所86624404

长度，类型皿蛐gd胛ype)=88·08IMAc控制帧时间戳(Timest帅数据，填_触扩展域fDd协，Pad艉eseⅣ酣帧校验图2—4：MPCPMPcP定义帧属于MAC控制帧，协议类型为0x8808，目的MAC为01—80—c2一OO一00—01，且帧长度恒为64字节(不包括前导码)，4字节的时间戳用于测距和时延补偿，操作码定义MAc控制帧的类型，5种MPcP帧的编码分别从Ox00-02到Ox00一06(0x00—01为PAusE帧)。MPcPMPCP任一时刻只能有～个MAC能发送或接收数据帧，且控制帧的优先级要高于数据帧。在网络中发现 新接入的oNu协助实现网络中oNu的带宽动态分配(DBAoNU的发当有新的0Nu加入系统的时候，MPcP协议将发现并使其能够正常的工作。发现和过程通过MPCP协议帧，并由OLT主导完成。每一个新站点过程如下图所图2— 过程不意(11OLT发送一条DiscoveryGate广播消息(LLID为32767)，消息的内容包括发f21已 的oNu将忽略此消息， 的0NU收到DiscoveryGate发送Rcgister_req消息，在其中包括了0咐u的MAc地址和表示其能力的PendingFants(3)0LT接收到Register_req消息后，开始为其分配新的LLID并将LLIDoNU的MAC地址绑定，并计算RTT，然后给oNU发送Register消息，消息的内容包括分配给这个oNu的LLID值、0LT所支持的ONu能力、以及对ONu能力的回应等。f41OLT已经拥有了oNU的足够信息，再向oNu发送Gate消息并等待回应，如果收到包含一系列确认信息的Register_ack消息则发现过程完成o“。8。。————————：警———。￡的时隙，ONu根据相应的时隙发送信息吼ONu向LT发送的砌!POR消息包含ou中8求传输数据的大小，O￡T将根据队列中等待传输数据的大小以及队列的优先级进行带宽的分配和流量的控制。0u’也可以根据paIldinggrant的值，通过GATE消息的向oNU分配多个【9】。2．3．50AM功对于以太网来说，最后 接入是一个全新的应用，需要一个完整的新的电信运营级的管理。和传统的局域网不同，摄后的终端用户不是按照以太网业务提供者的要求而配置的，最后 包括局端设备(0U)和用户端设备(oNU)，因此，局端设备必须要有能力监测业务提供网络和用户驻地网之间的物理链路和设备的些要信息1o【1。EF工作组经决定供的oAM功能包括：远错误指示，远端环回，链路监视。0AM的消息通道采用可变长度且类型为Ox8809的慢速协议帧【12】。OAM协议的细节问题 在以后的章节中深入的讨论。2．3．6AAA认EPoN系统属于面向用户的宽带接入系统，运营商需要对用户进行管理和计费，所以认证、、计费(AAA)功能是EPON系统所必须考虑的。802．1x的认证体系是基于端口认证的二层协议，与EPN效的优势。802．1x在接入端口将业务流和认证流分离，避免了给认证者带来处理能力上的压力。802，1x依托EPON的汇聚能力将众多的认证点的信息汇聚后再传递给认证服务器，在减小认证服务器并发连接数的同时，也增加了服务器同时管理用户的数量。EPoN的AAA认证示意图如下所剥13图2—7：EPONAAA认证2．3．7安全性EPON下行方向的数据采用广播形式，每个ONu能接收到所有广播的下行数据，802．3all标准中为每个连接的0Nu设定LLID值，每个ONu只能接收带有属于自己的LLID的数据包和广播数据包，其余的数据包丢弃不再转发。在正段获取所有LLID的信息，为此需要在下行方向对每个ONu另外，EPN通过MPP帧和0M帧来实现LT与Ou括：带宽请求、带宽、测距等等。由于MPcP帧和0AM帧的帧格式与以太网帧是一样对用户是透明的，且ON作为用户侧设备为用户提供以太网口接入，这样可能存在合法的用户MPCP帧或0AM帧，来更改系统配置或捣毁系统的MCPOAIEEE802．3all没有对加密的具体方案作描述，各厂家可以通过不同的第三章oAM子层研[本章】本章首先介绍了0AM协议在IEEE802．3ah0AMPD0AMA3．1oAM协议的引自以太网技术诞生三十多年来，以其价格低、可靠性高、可扩展性好、易于管理等优点逐步成为局域网(LAN)主导技术。目前，全球互联网上98％的数据是通过以太网端口传送的，在我国现有的局域网中80％以上为以太网【1”。随着千兆、万兆乃至十万兆以太网技术的相继出台，以及其普及性、支持IP业务的优向城域网0以N)和广域网(wAN)方向拓展，在城域网和广域网中实施以太网 用者承担，这样的水平远远不到电信级的水平与SD、ATI~I等技术相比)于过局域的用者常是建者所者，尽管运营 面的水平过低，一般用户还是可以接受的【l“。但是，以太网要进入需 的电信运营领域这样运方式和 水平远达到要。传的以网乏一种高可性的络理、行和 制以网要电信的网，先需要解决的是如何提供这种可靠的网络运行、管理和 机制[17】。EPN接入对于以太网来说是一个全新的应用，主要包括局端设备(L1远端设备(ONu)。局端设备必须要有能力监测业务提供网络和用户驻地网之间的物理链路和设备的一些重要的信息【18】，OAM的提出正是为了很好地解决这些问题。AMOM其网络管理的目的。EFM工作组针对以太网无源光网络(EPON)作为一个接入网技术需要额外的管理功能，而专门成立了oAM研究小组制定了oAM标准。802．3all，标准『F式引入了EFM的OAM规范。802．3all在OSI模型中的第二层(数据链路层)定义了0AM子层，OAM子层作为一个可选子层位于MAC客户子层(LLC等)和MAC控制子层之间，如下图所示：表示层会话层传输层

MAc控制(可选 图3—1：oAM0AM协议是基于两端DTE实现的，当链路两端的OAM都运行时，两个连接的0AM子层间交互OAMPDu，OAMAC0APDU。0MDU帧兼容IEE802t3定义的以太网帧结构，长度在“字节到1518字节之间，且遵循慢速帧协议。由于IEEE802．3all修正后的慢速协议定义1秒时间最多发送10个报文，所以尽管OAMPDU占用带内带宽(0AMPDU和数据帧共享信道)，但是对正常的数据通信是没有影响的。慢速协议(SlowProtoc01OAM协议遵从IEEE802．3定义的慢速协议，慢速协议考虑了协议报文对带宽的消耗以及协议的性能的影响，所以在定义中包含了一些限制。IEEE802．3中规定一条链路允许通过的最大慢速协议流量是1秒内通过50个最大长度AC帧(1518IEEE802．3规定的慢速协议限制条件如下：●1秒钟内传送的帧数目过5个慢速协议的协议报文类型(Subtype) 过10种，这里慢速协议定义的对应于当前协议类型(长度／类型字段)的最大类型数目。这就是说在超过10种的慢速协议子类型，但是对应于相同的协议类 10个子类型所有的慢速协议帧的大小都必须符合IEEE802．3的规范，IEEE802．3标协议产生的PDu遵从基本帧结构，不带 由于EPON系统的特殊性，IEEE802．3a11对IEEE802-3的内容作了一些修改：对于每个点到点链路，1秒钟时问内可以通过100个最大长度慢速协议MAC帧；1秒钟内传送的OAM帧数目 过10个；0AM报文的长度是可变的[19】[20】。3．2．2慢速协议帧的解析每一个接收到的MAc帧，如果其长度／类型(Leng“Typ)字段是慢速协议类型fox8．091IEEE802．3标准规定对慢速协议帧的统一 的慢速协议帧，则不往MAcclient传送而直接判断如果其子类型为合法且是上表中所定义的子类型，则传送此数据帧到相应的协议实体；判断如果其子类型为合法却是保留类型的，则传送此数据帧到MACCin】。3．30AMIEEE802．3MAC帧靠a802．3 MAC帧包括8个域：前导码，帧起始分隔符(SFD)，帧目的MAC地址，帧的源MAC地址，协议报文的类型或报文的长度，数据部分，填充部分(PAD，如果报文不满4字节时需要填充)以及帧校验序列Fs)。除了数据部分和之外，8个域中的其它部分都是固定大小的。这三个域的大小是非固定的，但是帧的总长度必须满足802．标准规定处于字节和 字节之间。MAC式如下图所示【22】：766246—1500字4

前导码帧起始分隔符目的M^c源MAc地址(DA长度，类型(LengIt竹填充数据口帧校验序列图3—2：MAC帧格 帧起始分隔符(SFD)：帧起始分隔符包含1个字节，其内容是10101011，帧起始分隔符的内容紧跟导码的后面，而它的后面是MAc帧的起 目的MAC地址(DA)：目的MAC地址表示此MAC帧需要发送到的目的站点的地址，包含6个字节。MAC地址的内容可以是单播地址，组源MA(sMAMAMA包含6个字节。源MAC地址必须是单播地址(即第一个bit位必须是01。·长度／类型(Lengtb，r卯e)：长度／类型包含2个字节，作为一个数值型解析。这里根据这个数值的大小包含两种情≯当小于或者等于MAC帧的最大有效值1500(十进制)时，这个数值表示紧跟在它后面的数据域的字节数；当大于或者等于1536时，这个数值表示MAcclient数据的类型。MAc帧最小有效值64(十进制)时，PAD域需进行填充数据和填充域(Data&队D)：数据字段包含 协议，大小范围为帧校验序列域(FCS)：帧校验序列包含4个字节，是对数据帧的CRCo』蝴PDu基本结OAMPDu帧基于802．3MAC帧(不带TAG)，把原来的数据域分割成三个部分：标志域(Flag)，操作码(Code)，数据域(Dat)。【3】OAMDU图所示【24】：66源MAC地址2长度，类型(L朗gth厂rypc)=88-09【慢速协议予类型2标志域(Fl鹋u帧固定头龇分操作码42．1496数据，填充域(D砒{汗4帧校验序列图3—3：OAMl帧基本0AMPDu帧包括了以下几个部 (DA)0AMPu组播地址01_80．c2。00—00—02；·源地址(sA)：0AMPDu帧的源地址上一次转发此0AMPDu帧的设备的长度／类型(Length厂I卯e)且其值为0x88．09；所以在0AMPDU帧中此字段的值也为88一子类型(subtype)：此字段代表是何种慢速协议报文，这里OAMPDu标志域(Flags操作码(Code)：操作码表示OAMPDU的类型，具体请参看下面章充字段，确保帧的大小大于最小帧长标志域标志域定义了一些重要的链路事件，包括本地和远端0触Ⅵ实体的发现过程状态和三个紧急链路事件‘川。标志域包含两个字节，取值如下表所示名描为兼容以后可能OAMPDu时必须置保留位为0，接OAMPDu时忽略保远端稳当变量remotestatevalid为TRuE时6(Rernote 远端稳定性和远端评测的值远端评 次收到0AMPDU对应本地稳定性和5@emotcEvaluating)地评测的拷贝值；否则将置为O本地稳定性位和本地评测位作为本地稳定 4(Local 0x0=本地DTE发现过程不能满不能完成发现过本地 0x3=保留，不能发送此类帧；如(Local 到此类帧，直接丢弃且不改何当前严重事 l=发生不明严重链路事2(Critical O=未发生不明严重链路不可恢复错 l=发生不可恢复错l(Dying O=未发生不可恢错误信 检测到错误信O(Link 未检测到错表3—1：oAMPDu(E玎oredSybolP谢odEvent)、错误帧事件(Erro怆dFramevtTLErredFrmeeioden)以及错误帧秒数统计事件(Erro陀dF旧meSecondsSumaryEvent)。事件的具体定义在上一章中已经具有详细的定义，事件的L、，描述本文将不作具体描述，请参考IEEE802．3h。3．3．7变量请求，响应变量请求0AMPDu用于向对端DTE请求MIB变量，一个变量请求OAMPDU可以包括一个或多个变量描述符127l。变量请求OAMPDu的结构图如下所示：日的MAC源MAc地址长度，类型(E哪归t九了子类型 标志域(F】操作码

数据，填充域《Dat＆佻 帧校验序列图3—6：变量请求OAMPDU结变量响应OAMPDU用于对交量请求OAMPDu的响应，一个变量响应OAMPDU必须包括一个或多个变量容器。当OAMCliem接收到变量请求OAMPDU时，必须在1秒钟的时间内发出变量响应0AMPDu；如果不能满足相应的变量请求，则必须在1秒钟时间内发出相应的错误信息。变量响应0AMPDU的结构图如下所示：目的MAc源MAc地址长度，类型(Lcng【}l仃标志域操作码数捌填充域(D砒n，P日帧校验序列

图3—7：变量响应OAMPDuMIB变量以及其变量描述符、变量容器等相关内容请参考IEEE802．3IEEE802．3ah标准，本文不作深入介3．3．8环回控制。舢垤环回控制OAMPDU用来控制远端环回模式，其结构如下图所目的MAc地址源MAC地址睦度，类型(Le“g山 标志域(FI昭操作码数据填充域帧校验序列

图3—8：环回控制oAMPDu在环回控制0AMPDu中数据部分占用1个字节，当取值为Ox叭时表示进入环回模式，当取值为0x023-3．9组织扩展组织扩展OAMPDu是各组织根据自己特殊的功能需求对O—～M协议进UniqueIdentifier)。结构如下图目的MAC源MAc地址长度，类型(LengtI哪于类型【操作码(code)z0x03数据，填充域

图3—9：组织扩展OAMPDu通过对OAMPDU的扩展我们可以实现独立的0AM扩展协议，使生产商完成标准有自己独特的业务，而完全的满足，所以在IEEE802．3ah的基础上，EPON的设备生产商将需要进一步实现自己的扩展OAM协议，以满足特殊功能的管理需求【291。3．4oAM子层的结oAM●OAM子层必须向上层(包括MACCliem和链路聚IEEE802．3MAC服务●OAM子层可以使用下层(包括MAC和MAC控制子层)提供的标IEEE802．3MAC服务从上层向下传输的所有帧将象OAMPDU一样经过OAM子层再通过同一个接口传往下层；co舡oDiscvey0AM链路，Trallsmit过程用来传输0AMPDU，Receipt过程用来接收OAMPDu。当OAM子层接收到对端OAM实体发送的OAMPDu时，通过Con乜01模块将0舢“PDu传送到oAMC1ient；当OAMClientOAMDcntoAMD到Multiplexe模块。●Multiplexer模块：作为OAM子层的复用接口，所有的报通过Multiplexer传送到下层的MAc控制层或MAC层。当OAMClient向对端OAMCiient发送OAMPDu时，Control模块调用CTL：OAM．feqest原语向Multiplexer模块传送OAMPD；当MACClem向对端MACClientOAMPDU帧时，MACCliem调用MADATA．request原语向MultiplcXer模块传送报文；当本地0AM子层处于环回模式，Parser模块收到报文时，将调用LBF：OAMI．rcquest原语向Multiplexer模块传送环回报文。在接收到任何一个原语后，Multiplexer模块通过复用并向下层调用Ac：MADArA．request第四章oAM协议的【本章]本章根据EPoN系统设备开发中的实际需求，详细描述了扩展OAM协议实现的基本思想以及其功能。整章围绕扩展OAM协议的载体OAMPDu的结构设计以及的实现流程展开分析。4．1EoAM协议的引在上面的章节中，我们介绍了IEEE802．3all中规定的OAM子层包括远端错误显示、远端环回测试和链路等功能。除此之外，由于IEEE802．3ah标准中定义的0M只能够管理从0L’到0u的ON端口，而未涉及对0M来实现【32l。IEEE802．3ah定义的OAM协议中包括六种常用OAMPDu：信息事件通告OAMPDU，变量请求0AMPDU，变量响应0AMPDU，环回控制0AMPDU。OAMPDU类型通过操作码的编码来区分，除了五种常用的OAMPDU外，OAM协议还在操作码定义了一个扩展码。当操作码为OxFE时，表示为扩展oAMPDU，本文将通过扩展OAMPDu来实现一些特殊功能的操作、 和管理。在本章中， 从EPON设备生产商的角度，通过OAM协议的可扩展特性来实现扩展0AM协议——Extended0AMProtocol(以下简称EOAM4．2EoAM协议EPoN系统属于接入范畴，由光线路终端(OLT)元(aNU)组成，采用树形拓扑结构。0u、放置在中心局端，分配和控制信道的连接，并有实时、管理及功能。ONu放置在用户侧，0L1’与ONu之间通过无源分光器连接。EPoN系统实现了光纤到户(FTTH)，其典型应用如下图所示：操作成功，则在ack中保存操作成功以及相应的操作结果，否则在ack中保存操作失败，然后向发送端发送包含ack的确认报文。接收端协议的基本设计思想伪码如下：VoidreceiVe_data()While(存在待接收数据({){){))}对于发送端来说，在发送报文之前先进行口原语操作。发送完报文后等待接收端发送的确认报文，如果在特定时间内未能收到确认报文或者收到ack．ODeratcCoⅡect为烈se的确认报文，则需要对报文进行重传，3次重传后未能收到确认报文或者收到ackOperatecorrect为fale的确认报文，则向客户返回操作false信息；如果在特定时间内收到ack．OperateCorrect为tme的确认报文，则向客户返回操作te信息以及相应的操作结果。发送端协议的基本设计思想伪码如Vo|dsend—{wh¨e(存在待发送数据{从源端取得数据包把包放入待发送帧中while(特定时间内未接收到{If(已经重传3次{获取)}{获取AckOperateResun和){获取)))另外，对于某些单向的操作(ONU向0LT传输事件)，我们不用确认机制，而采用多次传输以确保报文正确的到达目的端。4．4EoAM协议功能实现在EPON系统运行中，OLT设备通过oA协议实时的控制和ONu设备的运行状态。ONu设备可以通过一些程序接口对其进行必要的配置，比如ONu接口的流量控制、虚拟局域性(VLAN)、生成树协议状态(sTP)、组播协议状态(IGP)等等。由于Ou权限一般不对普通用户开放，所以局端的’将实现对Nu操作。本文EOAM协议正是在0A协议的基础上，实现了OLT对更进一步的操作、和管理操作。EOAM协议需要实现的功能总结如下：浙江大·配置下发操作：局端设备OLT将通过EOAM协议实现对用户端设备的配置操作。设置操作包括端口认证的设置、STP开关操作、端口vLAN值设置以及其他一些端口管理命令和设备测试的下发操作。设置操作可以根据用户特定的功能需求进行扩展。配置查询操作：局端设备OLT将通过EOAM协议实现对用户端设备oNU配置信息的查询操作。与设置操作相对应，查询操作包括端口认证的查询、sTP开关状态以及端口sTP状态查询、端口VLAN值查询以及其他一些端口状态的查询操作。查询操作可以根据自己的需要进行功能扩展。●aNU事件发送：对于处于远端的OLl、设备来说，有时候需要实时的知道ONU侧的一些状态比如ONu侧的用户网络接口(UNI义了ONU事件发送功能，当aNU设备发生某一预先定义好的事件时，立即向0LT发送事件消息。·批量配置下发：端设备OLT对用户端设备Ou进行配置以后，需要对配置信息进行保存，ONU在重新以后可以恢复原来的配置信息。配置信息可以保存在局端设备OI』侧，也可以保存在用户端设备ONu侧。对于保存在OLT侧的配置信息，当ONU重新以后将通过EOAM协议定义的OAMPDU报文批量传送到ONu侧进行配置。另外，在某些时候用户需要的下发多个配置。批量配置查询：局端设备OLT需要知道用户端设备ONU的所有配置信息，除了部分的配置保存在L1’之外，对保存在ONu的配置的查询需文件下发：局端设备Ou’和用户端设备0NU之间需要实现一些较大文件的输。Nu的作、 管都是Ou来现的包括其件的升级，通过 的文件传输我们可以实现0NU软件的 升级。由于一个OAMPDu的数据容量大概是1k，所以一般超过1k的数据我们都用文件下发功能。这里需要 是，在实际应中般的传输都在lkb数据以下，而用到文件的下发功能的 软件升级和 B00TRoM升级其传输大小都在几百kb或者更大。ONU向0LT反馈配置OLT向0Nu查询单个的配置Ox配置0x事件用于通告ONu状态的改Ou’向ONu批量下发配0x批量配置ONU向O【T果OLT向ONu查询批量配置信批量配置ONU向OLT反馈批量配置信文件0L1’向ONU下发大容量的保保表4—1：EOA^IPDU类型编码·ONLLONulOLT应的所有0Nu操作，值为0表示对单个Ou操作。本章我们主要实现的是单个NU的相关操作，即此字段值恒为O，对于oNu批量操作的实现在下一章进行一定的探讨。一个新的EOAMPDU此字段值加1，重传的时候，此字段值不·有效数据域长度：有效数据域长度字段包含2个字节，用来描述数据／填充域中有效信息的长度。4．5．1配置下发在EON系统的典型应用中，局端的OLl需要通过OAM协议实现对的操作、和管理。LT可以通过命令的方式向Nu下发配置，我们这旱定义了配置下发EOAMPDU。OLT通过配置下发EOAPDu向ONU发送配置信息，ONU收到EOAMPDu后进行相应的配置操作，并通过EOAMPDu向T配置下发EOAMPDu的EOAM报文类型编码是0x00，通过配置0x VLAN通过列表0x QINQ开0x 认证用户名 设Ox 端口0x 光模块Ox EEPROM澳们0x FLASH测表4—2操作结果(RETuRN)：操作结果字段包含1个字节，用来描述0Nu配置结果信息。此字段仅在oNU向Oul发送配置反馈的OAMPDu时有效，在OLT向Ou发送配置下发EOADPu时此字段无效。当操作结果字段值为1时表示配置成功，值为0表示配置失败。数据长度(LENGTH)：数据长度字段包含2个字节，用在OLT向0NU发送配置下发EOAMDPu时，表示数据域有用字段的长度。当此EOAMDPu数据／填充(DAT，PAD)：的字节数可以在28．1482之间。扩展OAM根据配置类型的不同对数据域进行了相应的编码，本文限于篇幅不对每个配置类型进行描述，l字 l字 26字幽4—4：VLAN模式配置下≯ ：操作的端口，根据实际的需要进行定义，对于单一端口ONu设计此字段无效如下图所示 挪匝EoM报文序号有效数据域长度

30-图4—5：事件通知EoAMP叫结事件类型(EVENT_TYPE)：事件类型包含1个字节，最多可以定义种事件类型。这里定义了几种比较常用的事件类型，用户还可以在事件类型(EVENT 事件名0x UNI端口0x uNI端口Ox 软件升级表4—4：EoAMPDu数据长度(LENGTH)：数据长度字段包含2个字节，描述数据字段有效数据的字节数目。 数据／填充域(D删PAD批量配置下发在EPON系统的某些应用场合中，OLT需要对单个0Nu批量下发一些令。例如当0NU重新的时候，0LT需要将保存在OLT侧的aNU配置目的MAcI．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．一总配置项数据，填充域(D越胛帧校验序列

总配置k图4—6：批量配置r发EOAMP总配置项数：此字段描述批量下发配置EOAMPDU中配置项的数目，包含2个字节。总配置长度：此字段描述所有配置项描述信息的长度，包含2个字总配置结果：此字段描述所有配置的结果，包含1个字节，在0NU向0LT发送批量配置反馈的EOAMPDU时有效。如果批量配置的所有配置项都返回正确，则总配置结果返回正确，否则总配置结果返回错误。值为1表示正确，值为0表示错误。配置n撑：配置字段表示批量下发配置中的某一项的配置类型以及参数。配置项包括4个子字段：≯配置类型(OPTYPE)包含2个字节，其编码如5．5．1节所示≯操作结果包含1个字节，用来描述ONu配置结果信息。此字段仅在oNu向ou、发送批量配置反馈的EOAMPDU时有效。当操作结果字段值为1时表示配置成功，值为0表示配置失败。≯数据长度包含2个字节，描述数据内容即配置参数或配置结果的度填充域：如果报文未能达到6464字节这里需要 的是这里仅支持配置容量(即配置参数)较小的批量配置，一次批量配置的配置信息的大小 出一个报文的范围。批量配置查询批量配置查询EOAMPDu的EOAMTYPE值为o)【04，其基本结构跟批量配置下发EOAMPDU基本相似。批量配景查询EOAMPDU的结构图请参看上一节的批量配置下发EOAMPDu结构。各字段的含义也基本相同，区别仅在于：批量配置下发EOAMDPu的数据字段描述的是配置下发的参数信息，而配置查询EOAMPDU的数据字段描述的是批量配置查询的返回信息。文件下发在EPON系统的应用中，某些时候需要由局端设备oT向用户端设备ONu传送较大容量的文件，比如0Nu软件、BOOTLOADE等。由于文件的容量往往超出一个报文的数据域长度(1487字节)，所以需要定义一种特殊的机制。这EAMPDu传送到接收到分块的文件后组合再成一个完整的文件。文件下发EOAMPDu的EOAMTYPE字段编码为Ox05，在文件下发的过程中，我们分别定义了七类型的文件下发EOAMDPU：传输请求、请求确认、数据传输、数据确认、传输完成、校验确认以及传输确认。OLT在下 件之前先发送一个传输请求报文，请求信息包括文件类型、文件大小、CRC 以及22字节的填充信息；ONu在收到传输请求报文后，保存请消息并断是满请求条件主是否存文件，通过求确认向OT判的；OT请认后始传，传输的过程当中每一个数据帧都需要ONU的数据确认；数据传输完成后0LT发送文件传输完成；ONU收到传输完成后，对数据进行cRc校验，并向OLT回校验结果；0LT收到校验结果后，向ONU回送传输确认报文。七 类型数据2字 4字

2字 2字 22字2宁 字字 字 字 25一1479字字 字 字字 31字传输完

2字 30字

厂—————T2字2字 l字 30宁

1．．．。。．．．．．．。．．．．．．．．。．．．．．．．．．．．．．．。．．．【．，．，．+．．．．+．．．。．．．．．。．。．．。．．．．，J．．．．．．．．．．．．．．．．．．．．．．．．．．．．一图4—7：文件F发EOAMPDU结传输请求：传输请求用于OLT向0Nu发起一次文件传输。这里包含62件大小、分块数目、CRC以及填充域。传输请求的文件下发EOAMPDU大小为固定64字节，各字段描述如下：1接收到文件之后根据不同的文件类型对文件做相应的操作。文件类文件类 名0x 软Ox Ox02— 保表4—5：EOAMPDu≯文件大小：此字段包含4个字节，描述待传输文件的字节≯分块数目：此字段包含2进行传输。 》PAD：此字段用于填充报文至64字节·请求确认：请求确认用来答复0LT的文件传输请求。这里包含2个字段：报文编号字段、确认结果字段以及PAD字段，且报文的长度固定为字节。确认结果字段包含1个字节，用于描述NU是否有能力接收传输请求中描述的文件，确认结果字段值为1表示Nu接受发送报文，值为0表示ONu不接受发送报文。数据传输：数据传输用来传输文件的内容。这里包含4编号、分块编号、分块大小以及数据填充域。≯分块编号：分块编号字段包含2个字节，描述当前传送EOAMDu≯分块大小：分块大小字段包含2据的大小，取值范围为27．1481。》数据／填充域：数据／填充域字段用来存放文件的有效数据，可能包含27—41EoMPu数据字段未满141字节外，其他EAMU段都是148l字节。数据确认：每当接收到OLT下传的数据传输，0NU即需要向OLT一个数据确认，OLl’64传输完成：当收到最后一个数据报文的数据确认报文后，OLT需要向ONu发送传输完成报文。传输完成报文仅包括报文编号。校验确认：当收到传输完成后，0NU针对整个文件进行CRC校验，并与OLl、发送过来的 进行比较，如果相等则表示文件被正确传送，否则传送失败。这里仅有传送结果一个有用字段，包含1个字节，值为l表示传送正确，值为0表示传有误。EoAM面的章节中我们已经提到，我们实现的扩展OAM协议采用Active—Passive模式，即OIT端的0M子层采用Acive模式，ONu端的M子层采用Pssie模式。除了aNu主OLl发送事件之外，所有的操作均是由OLT主动发起的。所有的操作都需要同步，即在同一时刻仅可能有一种操作单个配置下发／查询和批量配置下发／查询的过程涉及到一个OLT的发送和等待过程，与文件下发操作相比，其过程要简单的多，其工作模式如下：首先由0L1、向0Nu发送控制命令EOAMPDU，然后等待ONU回应的oNu收到控制命令EoAMPDu之后对报文内容进行解析，根据报文中包含的参数信息进行相应的操作，操作完成后0巾fu向OLT发送包含操作结果的响应EOAMPDU。由于Ou’和ONu之问的链路可能存在的问题，OLl、或ONu在接收不到响应报文的情况下需要重发同一个控制命令，3次重传失败后作为错误退出。由于重传机制的存在，OLT或oNU有可能收到相同的控制命令或响应报文，当ONUOLT0u、收到相同的响应报文时直接丢弃。 开始前OLT需要先计算此 ，ONu在接收到整个文件后也计算，并判 的值是否相同。CRC的生成多项式采用CRc．16码G(x)=x16+x15+x2+1，生成多项式为Oxc5，计算过程的具体细节请参看相关料文件下发的处理流程与其他操作也有所不同，过程相对比较复杂，涉及到多次EOAPDuOL和ONu处理过程。文件下发操作包括3个过程，分别是建立连接、数据传输以及释放连接。其过程如下图所示：图4—8》OLT向ONu下发传输请求报文，然后等待传输确认EOAMPDu如果特定时间内不能等到请求确认报文，OLTPDu，重传次数不得超过3次，3次重传以后还不能收到请求确认报文将作为失败处理。》0NU收到传输请求报文后先判断如果能够满足传输请求的资源f这LT收到0NUL输。>文件被分为多个数据传输报文进行传输。每传输一个数据报文LT都需要等待到数据确认报文后才可以继续发送下一个数据报文，特败后退出。≯0Nu收到数据报文后根据文件块的编号保存数据，并向OLT个数据确认报文。≯0u、在收到最后一个数据确认报文后，向ONu发送传输完成报文，然后等待校验确认报文，特定时间内未能接收到校验确认报文时重传传输完成报文，且支持3≯oNUCROLON3次重传以后还是未能收到传输确认报文则传输失败并退出。ou收到传输确认报文表示oNU》0LT接收到校验确认报文后，首先向ONu发送传输确认报文，并根据校验结果判断文件是否正确下发。传输确认报文发送完成后，表示OLT侧文件下发过程的结束。另外需要注意的是，文件下发过程中存在的重传机制提高了可靠性，但是在文件下发开始后，可能在某些特殊情况下3次重传都不能到达对端，而使对端一和0咐U件下发开始时打开定时器，一旦收到文件下发类型EOAMPDu定时器便重新嚣位，3秒溢出，定时器溢出表示文件下发失败。第五章EoAM协议的【本章]本章根据上一章描述的EOAM协议详细介绍了OLT和oNu结构和处理过程。整章围绕ONu和0L，T的EOAM软件模块，详细描述了各种不同的操作分别在oL，T和0NU两侧的处理过程以及软件的具体实现。5．1软硬件环境EPON系统的软硬件实现包括OLT和ONU两部分，通过ODN实现点到多点模式，这里我们支持的分光比是1：32，即一个OLT可以对应32个0Nu。0IJ和0N的光模块分别是0公里光模块，即OT和U的最远距离可以是公里。上下行数据分别采用不同的波长，且下行数据通过波长区分普通数据和CAⅣ。上行数据的波长是1310nm，下行数据的波长是1490帆，CATvf只有行1的数据波长是1550nm摄沅距离，一⋯⋯⋯⋯厂普通数据，一⋯⋯⋯⋯厂

，L厂—i]⋯⋯⋯⋯⋯!⋯∥弛．蟹}———

＼、匪图5—1：EPON工作我们这里采用了以色列公司PASSAvE的EPON：苍片。OLT的件结构设计比较复杂，基于特定的交换机且与本文的软件无直接联系，我们这罩不作描述。ONu的硬件除了包括 的PON ，还括4M的FLASH、16M的sDRAM、20公里光模、12字节的EPROM、ssIM以及交换 。其件构下所：幽5～2：0NUEPON软件系统包括ONu和OLT两个部分，其中ONu采用了uc／0s系统，0LT采用了Vxworks操作系统。整个EPON软件系统分为三层：最下层是操作系统以及底层驱动，底层驱动主要由生产商提供，用于向适配层软件提供一些接口AP；中间的适配层软件用于向上层软件提供协议或其它操作实现的接口，并实现ONU和Ou’的扩展OAM协议；最上层的软件用户用于实现各种协议以及用户命令的下发。EPaNoNu部 0LT部@图5—3：EPON软件本章所要实现的扩展OAM软件位于EPoN系统的适配层，主要包括两个部分：oNU扩展OAM软件和OLT扩展OAM软件。从适配层软件的角度来看，ONU和0u’之间的唯一交互是EOAMPDU，即0NU适配层软件和OⅡ适配软件的通信必须通过扩展OAM软件来实5．2EoAM模块概述EOAM模块包括两个部分：Ou、扩展OAM模块和oN扩展0AM模块。EPON的管理模块通过调用0LT扩展0AM模块提供的接口向0NuEOAMPDU，ONuOAM模处于 态，收EOAMPDU报文进行相的作通EOAPD向oT回作果从oN返操结由OLT扩展0AM模块进行解析并返回给EPON管理模块。具体的操作流程如下图所示EPoN管理；)LT扩J挺0AM远距离光纤，发0Nu扩展OAM逅oNu图5—4：EOM5．3ou’扩展oAM模块的实5．3．1oLT扩展oAMEPoN系统软件实现OLT对0NU的操作、试、协议下发、配置管理、日志管理等相关的功能。一个0LT跟32个0Nu进行交互，0Nu的端从O到31分配。0I_，T向0Nu发送的数据属于广播报文，0Nu在Rs子层对数据进行过滤，接收LLID与自己相等的报文，丢弃LLDONu。u、将建立全局oNu结构，获得并保存0u的LID、Mc地址以及M版本等，0N的全局结构和定义如下：图5—6：oLT侧非文件下发报文接收操作流程在收到EOAM报文后首先判断是否为事件通知EOAM知EOAM报文，则解析相应的事件类型并作相应的事件处理，否则继续判断EOAM类型是否匹配，对于配置下发和配置查询类型EOAM判断配置类型是否匹配，如果类型存在不匹配则作相关错误处理并退出；如果EOAM类型以及配置类型(配置下发和配置查询)都匹配，报文接收进程保存报文内容并通知命令下发进程，然后结束返回。当0u、接收到正确的响应报文后首先需要判断oNU的操作是否成功，在oNU操作成功的情况下EOAM模块才报文数据域并向EPON管理层返回正图5—7：0LT在批量操作过程中需要注意的是，ONu执行成功表示所有的配置操作都成功，而失败则表示存在某一个或多个配置操作失败。另外，由于NU件的时候采用了3次重复发送以提高可靠性，所以在事件处理前需要判断接收到一报文计数器值相同的事件报文即为重复事件。oLl’扩展oAM模块的文件操作处理文件下发的操作中涉及到了7类型的文件下发EOAMPDu，包含了三个过程：建立连接、数据传输和释放连接。上一章已经对三个过程中OLT和的报文和状态交互过程做了详细的描述，下面将分别描述三个过程中0u、的操作流程：首先由OLT构造传输请求报文并向oNU发送，传输请求报文的内容包括文件类型、文件大小、分块数目以及cRc。发送完传输请求后OLT等待ONu的请求确认报文，收到请求确认报文表示文件传输连接的建立。如果在00LT报文，图5—9：OLT侧文件下发数据传输过程的处理·释放连接数据传输，OLT向ONu发送传输完成报文。然后等待校验确然后根据校验结果判断文件传输是否成功，并向EPON管理层返回操作结果。图5—10：0LT侧文件F5．3．3oLT扩展oAM在上一节中已经提到OLT扩展0AM模块存在命令下发以及报文接收两个进程。在系统的实现中，OLl、的扩展0AM模块需要同32个ONu的扩展OAM模回之前不可能产生另外一个新令下发进程，这个互斥过程由EPON管理模

进程 全局变 进程、、、厂进程 全局变 进程／／_竺三虫幽5一11：0LT侧文件下发0u、扩展OAM模块定义EOAMPDus结构的全局变量用于保存发送的报文。在超时重传的情况下，0U、需要重新发送上一次构造的报文，EOAMPDUs的结构定义如下：／．EOAMPDU strucI{unsIgnedshOrt 0AMPDU—HEAD—SstOamHead：EOAM—RECoRD—_SStEoamRecord)EOAMPDU—

另外，在OLT接收到EOAM报文时，需要对保存的报文内容和新接收到的报文内容进行比较，对报文的EOAM子类型是否匹配以及报文是否重复等进行判断。比较的内容主要是EOAM扩展各字段，EOA—RECORJ)_S的结构定义rEOAM字段结typedefslruclstLEOAM—{unsjgnedcharaucOu_【OUl_LEN】 ，‘产商标识unsignedchar ，’EOAM子类unsignedchar r是否批量unsignedshort ，+EoAM报文序unsignedshort ，+报文有效数据unsignedcharaucPduData【MAx_EOAMPDU—E】 ，+有效数据域)EOAMRECORD5．4ONu扩展oAMoNU扩展oAMoNu扩展oAM模块非文件操作处理流 扩展OAM模块的非文件操作的处理流程如下所示批精配置查询．1根据类型作批量套 。l构造包含配置礴询结果的配置¨『一一 询操 『 反馈EoAM报浙麦桎鳟移积抠鳕辨烈辩鞘笛∞鲑豁批；坼犁暨￡鋈哩鞋翳的妇“兢铂耨孔丑创虬i奏霎瓯蓊滋僭猿彰嚣H积∞鞘繇j如攀潍憎萋塞鳗肘秦鬟薹龋髅鞋萎两曝蔷国隋俩顶僻|1j囊带旧州塞誊菩击鞘鬈孽馒漤；㈢㈣强霎鞫举￡缸参耐兽引器朝；薹霪萋引#辅引岩群～#翻手越跳j姘酬合夺谇论簧萋雾冀摹萋囊聚羟针釜不柏j记录进行信息提取，最后利用本体描传输状态位，然后向0LT发送请求结果为成功的响应报文。这里所要保存的参数包括文件的类型、文件的大小、文件的分块数目以及CRC 。文件传状态位是一个全局变量，用来标识是否处于文件传输状态。ONU建立连接流程i收到传输请<乏受至>竺一L传输状态位，请求结 l请求结果置L发送请求确认报匙多—————!——— 丌始文件内容传输 I文件F发失败退图5一15：0NU侧文件F其次是数据传输过程，连接建立以后，ONu开始等待OLT发送的数据传输OLTsou图所示图5—16：ONU侧文件’r发数据传输流最后是释放连接过程，在释放连接之前需要判断文件是否被正确传输。当ONu接收到传输完成报文后，首先对下发的文件进行cRc校验，并向OLT发aNU出200毫秒ONU需要重传校验确认报文，最多支持重传3次，3次重传失败表示文件传输失败。释放连接过程的过程如下图所示：图5—17：0NU侧文件FoNu扩展oAM0Nu扩展OAM模块的是EOAM初始化函数，由ONu软件在启动的初始化函数中调用。EOAM初始化函数启动EOAM处理任务，并由EOAM处理任务处理OLT发送过来的各种OAMPDu报文以及发送ONu产生的事件。由于0u1下发EOAMDu之后，只有在收到Ou响应EOMPDU或超时的情况下才可能发送下一次EOAMPDu，所以0Nu侧的软件逻辑处理比较简单，其函数浙江大＼图5一17：EOAM模块0NUONu扩展oAM软件在EOAM初始化函数中启动了EOAM处理任务并定义≯定义EoAMREcORDSEOAMPDU各字段，每收到一个有效的EOAMPDu，都需要更新这个全EAMD 定义发送EOAMPDU序号，每产生一个EOAMPDU1一次，ONU每收到一个EOAMPDU都需要判断此序号的值，如果全局变量的序号与接收到的报文序号值相同，标识收到重复报文；>定义EOAMPDUPAcKETS类型的全局变量，用来保存发送≯定义文件传输状态位，用来标识当前是否处于文件传输状态，当收到文位还原。5．5扩展oAM模块接口实OLT扩展OAM模块向适配层模块提供EOAM命令下发的接口，以实现塑坚查堂堡主兰堡丝对ONUOL和NEOAM模块。EOAM模块向oLT适配层模块提供三个接口：单个配置操作，批量配置操作，文件下发操作。三个接口的描述如下：unsignedIongEoam—S．ngIe—Request(unsignedcharunsjgnedshortunsignedshOrtusWaitTime，EOAM—0PERATEI-lNFo— 批量配置下发／查询接口p～——一一一一——一-一一一一一-一一一一一——一一一一——一一-一～——一一-～一函数名

Eoam—Batch—unsignedcharunslgnedshortusLf-d：unsignedshOrtusW台itTime：unsignedshOrfEOAM一0PERATE-|NFCI_Sstope怕teInfo

1O表示批量配置查询操作发送的L|id号，O一32批量配置下发或杏询信息unsignedlongEoam—Balch—Request(unsIgnedcharuns的nedusUid．unsignedshortusWaifrime．unsignedshOrfEOAM一0PERATE—lNFo—SstOperateInfo口配置下发，查询和批量配置下发／查询中，所有的配置信息保存在结构体据内容，EOAM一0PERATE—INFO_一S结构定义如下浙江大广配置下发，查询结构士typedefstructstr_EOAM—OPERATE-{EOAM—OPERATE— blOpResuunsigned unsigned )

，t枚举变量描述配置类，‘ONU操作成功，★数据内EOAM—OPERATEI-INF()—-文件下发，’一一一一一一一⋯-一一——～一～——一一一一一一一——一一函数名 EOAMFiIeunsignedshOrtusLlid：unsignedshortusFHeTypeNumunsignedIOnguIFiIeLength：unsignedchar‘pucFiIeConlentunsignedchar

发送的L|id号，0—⋯⋯⋯⋯——一～一一⋯⋯⋯⋯～一一一一⋯～一一一～～一——⋯⋯-。unsignedIongEOAM—FiIe—DownIoad(uns．gnedshortunsjgnedshOrtusFiIeTypeNum，unsjgnedlOngulFileLength，unsignedchar．pucFileContent，unsignedchartpucOpResull文件下发操作需要进行报文的多次交互，这里定义的接口并非直接下EOAMPDU，而是通过了另外一个发送文件下发类型EOAMPDU的接函数名 F¨e．-unsignedshOrtusUid：unsignedshortusWaitTjme：unsignedshortusDataLengthunsignedcharFiIeContent：

数据⋯⋯⋯～一一一⋯⋯～⋯⋯一一⋯⋯⋯～一一一⋯⋯～⋯⋯一一一⋯⋯～⋯一⋯⋯⋯⋯～一一一unsignedshOnusWbitTime，unsignedshorfusDataLength，unsjgnedchar在上述接口中，当LLID值为32时表示进行批量的操作(仅支持单个配第六章总结与以太网无源光网络(EPON)是一项新的接入技术，由于其灵活性、低成本等特性已经取代了APN成为了目前ON市场的主流。尽管EPONGPN，但是相比之下EPN的技术更加成熟并且成本优势明显，所以当前的接入应用中EPON是最具竞争力的。目前，EPaN和设备的研发已经成为国内外一些科研单位和设备生产商的重点。本人在读研期间参与了EPoN终端设备(包括u、和oN)软件的开发，本文正是作者在参与开发的过程中完成的。完成的主要EPN系统的开发过程涉及到了从 到设备的软硬实现，本人在整过程中参与了0AM协议的研究和系统软件部分的开发，提出了一套可方便定义各种AM功能的展OA协，并负责了扩展0A议的设计和软件实现。 主要完成了以下内容(二)介绍了EPCIN系统的工作原理和协议层次模型，详细分析了EPON系统实现的关键技术包括MPcP协议、0Nu的发现和过程、动态带宽分配的实现、OAM功能以及EPON的安全性。(三)介绍了0AM协议的引入过程和慢速协议的特点，分析了0AM帧的基本结构以及五种oAM帧的处理方式的功能，并在此基础上通过对OAM子层的内部结构模型及其服务接口的描述，详细分析了oAM子层的工作过程。OA协议所要实现的功能(配置下发、配置查询、事件通知、批量配置下发、批量配置查询以及文件下发)，并根据其定义的功能设计了扩展OAM协议帧结构及其实现的各种功能的基本处理流程。(五)介绍了扩展OAM协议实现的软硬件环境及其软件模块结构，并描述软件模块的接口以及OLT和ONu两侧软件的实现过程，其中详细的描述了各种操作功能在OLT和ONu两侧的实现过程，并进一步设计了批量ONu现方法和过程。最后分析了扩展0AM协议的性能，并提出了其改进的方向。展EPON的0AM能力离电信运营级网络所要求的能力还是有一定的差距的，在支持的范围和具体功能方面都还没有非常具体的定义。而由国际电信(ITU．T)制定的GPON标准在这方面做的非常出色，GPON定义的OAMAM、POM和OC0NU要想在宽带接入领域继续保持整体优势，EPON必须对自己的OAM行全面的提高，使其达到电信运营级的要求。本文对EPON的OAM能力进行了扩展，使LTONEPON系统开发和研究中参与的时阳J比较短，对一些关键性的技术还不能做到非常透彻的理解，扩展0AM协议的实现也仅仅做到了特定系统上的功能可用性，作中，EPON系统在0AM方面需要解决下面两个问题： 由于OAM遵从慢速协议，oLT和ONu之间较大文件传输解决方案响应过式用来快速传输文件。本人在实际EPON系统上设计的扩展OAM协议方案，基本上属于ONU管uOU功能。由于不同设备生产商对ONU的管理有不同的机制，所以限制了EPON系统的互操作性。在将来的工作中我们需要继续对EPON系统的管理功能进GPON和AONPON的0AM能力进行进一步的加强并使其标准化，使其达到电信运营能力的要求。Majntenance(OAM)一A’I Hwmetmethemetfomm．org／PDFs，EFMA／EFM％200AM％20Tbtorial％20v2．pdf2005—1l一[20】Britishcolumbiacommunityconnectivitycoop．EthemctPassaveOpticalNetworks．wwwbc3．c“media／te