標(biāo)準(zhǔn)OAMPDU幀速率和擴(kuò)展OAMPDU應(yīng)符合IEEE 802.3的規(guī)定。OLT和ONU OAMPDU的最大幀速率應(yīng)不能超過IEEE 802.3規(guī)定的最大OAM幀速率（此處考慮IEEE 802.3已進(jìn)行了相應(yīng)修改）。

為使OAMPDU的操作更高效，應(yīng)限制遠(yuǎn)端OAM Client收到OAMPDU后的響應(yīng)時間。具體實現(xiàn)方式如下：

OLT應(yīng)具有對所發(fā)出的OAMPDU的應(yīng)答響應(yīng)超時機(jī)制（除軟件升級的End Download Request消息外）。OLT應(yīng)對每個向遠(yuǎn)端OAM Client（ONU）發(fā)出的每個OAMPDU設(shè)置一個定時器remote_response_timer。當(dāng)OLT發(fā)出一個OAMPDU后，立即啟動相應(yīng)的remote_response_timer。如果OLT在該定時器超時之前接收到了從該遠(yuǎn)端OAM Client發(fā)來的針對該OAMPDU的應(yīng)答，則OLT應(yīng)將remote_response_timer復(fù)位并對應(yīng)答的OAMPDU進(jìn)行相關(guān)處理。如果OLT在該定時器超時之前未接收到從該遠(yuǎn)端OAM Client發(fā)來的針對該OAMPDU的應(yīng)答，則OLT向網(wǎng)管上報響應(yīng)超時告警（response_timeout），對該定時器超時后收到的針對該OAMPDU的回復(fù)做丟棄處理。remote_response_timer定時器的超時時間應(yīng)可配置，缺省值為1秒。

為了保證正確的操作，在收到標(biāo)準(zhǔn)OAMPDU或擴(kuò)展OAMPDU后，ONU應(yīng)在盡快完成相應(yīng)的操作（如屬性值的讀取、設(shè)置、Action生效和環(huán)回狀態(tài)改變等），并發(fā)送應(yīng)答的OAMPDU。

為簡化OAM Keep alive處理過程，在發(fā)送端（OLT或者ONU），專門用于Keep alive的OAMPDU中僅填充標(biāo)準(zhǔn)的Information TLV（Local Info TLV和Remote Info TLV）即可；在接收端（ONU或者OLT），所接受收到的任何合法的、可解析的OAMPDU（即OAMPDU格式合法且其中包含至少一個可解析的TLV）都起著Keep alive的作用。當(dāng)且僅當(dāng)在local_lost_link_timer（設(shè)置為5秒±10%）超時之前未收到任何有效的OAMPDU（“未收到任何有效的OAMPDU”包括這樣的案例：接收端收到合法的INFO OAMPDU，但I(xiàn)NFO OAMPDU僅包含非法的或不可解析的Organization Specific Information TLV），接收端才會認(rèn)為OAM連接失效，然后重新啟動OAM發(fā)現(xiàn)過程。

EPON系統(tǒng)應(yīng)支持IEEE802.3規(guī)定的OAM功能，并支持IEEE802.3規(guī)定的管理對象（Managed Object Class）、屬性（Attribute）和操作（Action）。

此外，應(yīng)采用Organization Specific Extension 機(jī)制以實現(xiàn)IEEE802.3所未規(guī)定的擴(kuò)展的ONU遠(yuǎn)程操作、維護(hù)和管理（OAM）所必須的功能。擴(kuò)展的OAM應(yīng)支持如下管理功能：

——擴(kuò)展的OAM發(fā)現(xiàn)（Extended OAM Discovery）和能力通告（CapabilityNotification）；

——ONU的基本信息和能力通告；

——與攪動功能相關(guān)的密鑰交換、更新和同步功能；

——與DBA功能相關(guān)的DBA參數(shù)讀取和設(shè)置功能；

——用戶端口配置功能（Configuration of User Ports）和管理；

——VLAN配置和管理；

——組播相關(guān)功能的配置；

——QoS相關(guān)配置，包括業(yè)務(wù)流分類和標(biāo)記等；

——reset ONU等操作功能；

——ONU的軟件下載功能；

——基于邏輯標(biāo)識的ONU認(rèn)證；

——ONU的事件通告；

——ONU語音業(yè)務(wù)的配置和管理。

用于擴(kuò)展OAM發(fā)現(xiàn)的OAMPDU消息格式及定義

EPON系統(tǒng)應(yīng)支持通過對INFO OAMPDU的Information TLV進(jìn)行擴(kuò)展，以實現(xiàn)擴(kuò)展的OAM發(fā)現(xiàn)（Extended OAM Discovery）、擴(kuò)展OAM能力通告（Extended OAM Capability Notification）功能和版本協(xié)商。

擴(kuò)展的OAM發(fā)現(xiàn)過程應(yīng)在標(biāo)準(zhǔn)的OAM發(fā)現(xiàn)過程完成后進(jìn)行，并且只有標(biāo)準(zhǔn)的OAM和擴(kuò)展的OAM都完成后才能傳送數(shù)據(jù)業(yè)務(wù)。擴(kuò)展的OAM發(fā)現(xiàn)過程包括OAM能力發(fā)現(xiàn)、協(xié)商、附加信息的交換以及OAM消息版本的確認(rèn)。

ONU和OLT通過在標(biāo)準(zhǔn)的Information OAMPDU中附加額外的擴(kuò)展Information TLV實現(xiàn)擴(kuò)展的OAM發(fā)現(xiàn)。所有的擴(kuò)展的OAM發(fā)現(xiàn)TLV采用Organization SpecificInformation TLV方式，并應(yīng)符合IEEE 802.3的規(guī)范。用于擴(kuò)展OAM發(fā)現(xiàn)的OAMPDU消息格式如圖6-9所示，其中Organization SpecificInformation TLV中各字節(jié)的取值如表6-3所示。

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 圖6-9 用于擴(kuò)展OAM發(fā)現(xiàn)的OAMPDU消息格式

表6-3 Organization Specific Information TLV的域及其值

?

ExtSupport字節(jié)用于表示是否支持該OUI的OAM擴(kuò)展。ExtSupport等于“0x01”，表示支持該擴(kuò)展OAM；ExtSupport值為“0x00”，表示不支持該擴(kuò)展OAM；其他值作忽略處理。當(dāng)確定支持某一擴(kuò)展OAM后，則進(jìn)行與該OAM擴(kuò)展相關(guān)的進(jìn)一步的握手過程。

如802.3-2008的Clause57所述，Organization Specific InformationTLV 包含如下幾個域：

a） 信息類型（InformationType）：1字節(jié)，為OrganizationSpecific Information類型。用于指示在該TLV中承載的數(shù)據(jù)的種類。對于Organization Specific Information TLV，其值為“0xFE”（見IEEE 802.3-2005 Table 57–6）。

b） 信息長度（InformationLength）：1字節(jié)，用于指示該TLV的長度。Organization Specific Information TLV 的長度未規(guī)定。

c） 機(jī)構(gòu)唯一性標(biāo)識OUI(Organizationally Unique Identifier)：3字節(jié)，為機(jī)構(gòu)唯一性標(biāo)識 OUI。該值應(yīng)可配置，中國電信的OUI暫定為0x111111。

d） 數(shù)據(jù)域（Data/OrganizationSpecific Value)：包含Organization Specific Information TLV的數(shù)據(jù)，其長度和內(nèi)容未規(guī)定。

用于擴(kuò)展OAM發(fā)現(xiàn)的Organization Specific Information TLV的數(shù)據(jù)（Data）域包含ExtSupport字節(jié)和一個所支持的OUI-Version的列表。OUI-Version列表用于提供擴(kuò)展的OAM能力通告功能，表示該設(shè)備支持由該OUI所表示的組織發(fā)布的OAM擴(kuò)展及其版本。OUI of Supported Extension的值應(yīng)與該OrgnizationSpecific Information TLV中的OUI（即下圖中該Information TLV的Length域之后、Data域之前的OUI）相同。在OrganizationSpecific Information TLV中，對OUI-Version的排序沒有要求。目前中國電信的EPON企標(biāo)版本有1.0、1.3、2.0、2.1及此次的3.0版本，如果OUI為中國電信的OUI，相應(yīng)的OUI-Version的取值只能是0x01、0x13、0x20、0x21和0x30中的一個或幾個。

發(fā)送端（OLT或者ONU）在發(fā)送INFOOAMPDU時，如果該OAMPDU包含標(biāo)準(zhǔn)的INFO TLV（Local Information TLV和Remote Information TLV）和Organization Specific Information TLV，則應(yīng)優(yōu)先發(fā)送標(biāo)準(zhǔn)的INFO TLV，然后再發(fā)送Organization Specific Information TLV。如果Organization SpecificInformation TLV中包含中國電信擴(kuò)展的INFO TLV和其他機(jī)構(gòu)擴(kuò)展的INFO TLV，應(yīng)優(yōu)先發(fā)送中國電信擴(kuò)展的INFO TLV，然后再發(fā)送其他機(jī)構(gòu)擴(kuò)展的INFO TLV。

EPON系統(tǒng)中OAM接收側(cè)設(shè)備（ONU或者OLT）應(yīng)支持對INFOOAMPDU中多個INFO TLV的解析處理（在InformationOAMPDU中，End of TLV marker用于表示本PDU中再沒有其他INFO TLV，因此，接收側(cè)應(yīng)處理INFO OAMPDU中End of TLV marker之前的所有INFO TLV，包括IEEE802.3標(biāo)準(zhǔn)規(guī)定的Local Information TLV和Remote Information TLV、一個或者多個OrganizationSpecific Information TLV）。在接收側(cè)（ONU或者OLT），對于接收到的任何合法的、可解析的（包含雙方協(xié)商好的特定機(jī)構(gòu)擴(kuò)展INFO TLV的）OAMPDU，接收側(cè)都應(yīng)進(jìn)行相應(yīng)的處理。如果收到的OAMPDU中包含未知或者不希望接收的TLV類型或者不可解析的INFO TLV，則對該TLV做忽略處理（對該OAMPDU中其他合法的或者能夠處理的TLV仍按IEEE802.3或者本規(guī)范的要求進(jìn)行相應(yīng)的處理）。“不可解析”是指接收側(cè)設(shè)備無法理解和處理――即便該TLV格式正確、合法，比如A廠商的ONU收到來自B廠商OLT發(fā)來的其私有的TLV，由于該ONU無法理解其TLV內(nèi)Value域的內(nèi)容，因此也認(rèn)為該TLV為“不可解析的”。這個“不可解析就作忽略處理”的原則適用于對所有OAMPDU的處理。

通過擴(kuò)展的OAM發(fā)現(xiàn)，OLT和ONU協(xié)商為某一個版本后，OLT應(yīng)按照該版本的要求進(jìn)行屬性管理和操作，不應(yīng)向ONU發(fā)送其他版本所特有的屬性和操作。建議支持較高版本的ONU能兼容較低版本的OAM屬性管理和操作。如果支持《中國電信EPON設(shè)備技術(shù)要求V2.1》的ONU兼容V2.0，那么在該ONU發(fā)送給OLT的OAM Ext_INFO中的OUI-Version列表中應(yīng)明確包含0x20的取值。

擴(kuò)展OAM的發(fā)現(xiàn)流程

擴(kuò)展的OAM發(fā)現(xiàn)流程如圖6-10所示。在完成OAMdiscovery過程后，OLT發(fā)起擴(kuò)展的OAM發(fā)現(xiàn)流程。OLT首先發(fā)送OAM Ext_INFO的消息，通知OLT的OAM擴(kuò)展的OUI、版本以及所支持的OUI-version列表。ONU根據(jù)收到的OLT的信息后，返回一個OAM Ext_INFO，將OUI設(shè)置為OLT的OUI，Ver.=0x00，并且將ONU所支持的OUI-Version列表上報給OLT。如果ONU支持該OUI，則ExtSupport=0x01；否則ExtSupport=0x00。OLT根據(jù)ONU上報的信息，如果ExtSupport=0x01，且ONU支持OLT當(dāng)前的OUI的版本，并寫入到OAM Ext_INFO->OUI和OAM Ext_INFO-〉Ver.Z，發(fā)給ONU，最后ONU收到OLT選擇的OUI和版本的消息，返回確認(rèn)信息，完成了擴(kuò)展OAM的發(fā)現(xiàn)過程。如果ExtSupport=0x01且ONU不支持OLT當(dāng)前的OUI版本，或者ExtSupport=0x00，則OLT發(fā)出告警，上報網(wǎng)管。

?“Verof supported Extension”字段采用如下格式：xxxx.yyyy（4比特.4比特）。其中，“xxxx”表示主版本號，“yyyy”表示次版本號。例如，如果設(shè)備支持《中國電信EPON設(shè)備技術(shù)要求V1.3》規(guī)定的OAM擴(kuò)展，則“Ver.Of supported Extension”應(yīng)設(shè)為“01.03”，即0x13；如果設(shè)備支持《中國電信EPON設(shè)備技術(shù)要求V2.0》規(guī)定的OAM擴(kuò)展，則“ver. Of 1st supported Extension”應(yīng)設(shè)為02.00，即0x20。

支持?jǐn)U展的OAM發(fā)現(xiàn)流程的OLT和ONU的狀態(tài)機(jī)分別如圖6-11和圖6-12所示。

?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ?圖6-10 擴(kuò)展的OAM發(fā)現(xiàn)流程

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?圖6-11 OLT的擴(kuò)展OAM發(fā)現(xiàn)流程的狀態(tài)機(jī)

?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 圖6-12 ONU的擴(kuò)展OAM發(fā)現(xiàn)流程的狀態(tài)機(jī)

擴(kuò)展的事件通告（EventNotification） OAMPDU消息

概述

EPON設(shè)備應(yīng)支持IEEE802.3－2005中Clause57規(guī)定的Event Notification功能，并支持57.5.3中規(guī)定的Link Event TLV：Errored Symbol Period Event、Errored FrameEvent、Errored Frame Period Event、Errored Frame Seconds Summary Event。

此外，EPON設(shè)備還應(yīng)支持基于Organization Specific EventNotification機(jī)制，以實現(xiàn)各種告警和警示功能。

擴(kuò)展事件通告OAMPDU的格式和消息定義

擴(kuò)展的事件通告OAM消息（Event Notification OAMPDU）應(yīng)符合IEEE802.3-2008Clause57.4.3.2中關(guān)于Event Notification OAM的規(guī)定。擴(kuò)展的Event Notification OAMPDU包含一個或者多個OrganizationSpecific Event TLV，具體結(jié)構(gòu)如圖6-13所示。擴(kuò)展的Event Notification OAMPDU中的目的地址、源地址、Length/Type、Subtype、Flags、FCS域的規(guī)定與本標(biāo)準(zhǔn)6.5.1節(jié)的定義相同。Code和Data域的具體定義如下：

a)?? Code：本字段值為0x01，表示該OAMPDU為Event Notification OAMPDU；

b)?? Data：包含Sequence Number、一個或多個OrganizationSpecific Event TLV。其中Sequence Number的具體取值見IEEE802.3-2008 Clause 57.4.3.2，OrganizationSpecific Event TLV的取值如下所示：

l?Event Type：這里取值為0xFE；

l?Event Length：為整個OrganizationSpecific Event TLV的長度值，單位為字節(jié)（Octets）

l?OUI：為機(jī)構(gòu)唯一標(biāo)識碼。具體的OUI的值應(yīng)可配置。中國電信的OUI值暫定為0x111111；

l?Organization Specific Value：用于表示具體的擴(kuò)展的事件通告的內(nèi)容，具體定義如表6-4所示。

?

圖6-13 Organization Specific EventNotification OAMPDU幀格式

表6-4 事件通告OAMPDU中OrganizationSpecific Value域的構(gòu)成

擴(kuò)展的組織特定（Organization Specific）OAMPDU消息結(jié)構(gòu)及定義

擴(kuò)展的組織特定OAMPDU消息（即Organization Specific OAMPDU）應(yīng)符合IEEE 802.3-2008 Clause57.4.3.6中關(guān)于OAM擴(kuò)展的規(guī)定。本規(guī)范所定義的Organization Specific Extension OAMPDU的結(jié)構(gòu)如下圖所示6-14所示。Organization Specific OAMPDU中的目的地址、源地址、Length/Type、Subtype、Flags、FCS域的規(guī)定與本標(biāo)準(zhǔn)6.5.1節(jié)的定義相同。Code和Data域的具體定義如下：

c)??Code：本字段值為0xFE，表示該OAMPDU為OrganizationSpecific OAMPDU；

d)??Data：包含一個OUI、擴(kuò)展操作碼（Ext. Opcode）和Payload，具體取值如下：

l? 機(jī)構(gòu)唯一性標(biāo)識OUI：3字節(jié)，為機(jī)構(gòu)唯一性標(biāo)識 OUI。該值應(yīng)可配置，中國電信的OUI暫定為0x111111；

l? 擴(kuò)展的操作碼（Ext.Opcode）：用于表示擴(kuò)展的操作類型，具體取值見表6-5；

l? Payload：表示具體的內(nèi)容。

? ? ? ? ? ? ? ? ? ? ? 圖6-14 OrganizationSpecific OAMPDU 幀格式

表6-5 擴(kuò)展的Organization Specific OAMPDU的擴(kuò)展操作碼的取值

各種擴(kuò)展的操作類型（Extended Operation）描述如下：

——Extended Variable Request：擴(kuò)展的VariableRequest可以讀取標(biāo)準(zhǔn)的和擴(kuò)展的對象的屬性，在每個IEEE 802.3-2008的Variable Request類型的擴(kuò)展OAMPDU中的數(shù)據(jù)域包括一系列Variable Descriptor TLV以及管理對象實例索引TLV（如果需要管理對象實例索引TLV的話。關(guān)于管理對象實例索引的定義見6.5.6.2）。

——Extended Variable Response：擴(kuò)展的VariableResponse是對遠(yuǎn)端Variable Request的響應(yīng)，在每個IEEE 802.3-2008的Variable Request類型的擴(kuò)展OAMPDU中的數(shù)據(jù)域包括一系列Variable Containers TLV。

——Set Request：OLT發(fā)送SetRequest類型的OAMPDU對遠(yuǎn)端ONU的管理對象的參數(shù)進(jìn)行寫操作。Set Request類型的OAMPDU中Payload域的格式與Variable Response類型的OAMPDU類似，包含一系列用于指定所要設(shè)置的變量（Variable）的Variable Container TLV以及管理對象實例索引TLV（如果需要的話），Variable Container TLV的數(shù)據(jù)字段包含該變量的設(shè)置值。

——Set Response：ONU向OLT發(fā)送Set Response類型的OAMPDU，用于確認(rèn)寫操作是否成功。Set Response類型的OAMPDU包含一系列Variable Containers TLV以及管理對象實例索引TLV（如果需要的話），并帶有對應(yīng)于Variable Set消息中每個設(shè)置請求（Set Request）和設(shè)置操作（Action）的回復(fù)碼（Return Code）。典型的ariable Containers TLV中的Value/Length字段包含一個操作確認(rèn)碼，具體的操作確認(rèn)碼如本規(guī)范6.5.6.5節(jié)。

——ONU Authentication：用于基于邏輯標(biāo)識的ONU認(rèn)證過程所必需的協(xié)議交互過程，具體的消息格式見6.5.11節(jié)。

——ONU Software Download：用于ONU軟件（包括芯片的固件）升級過程所需要的協(xié)議交互過程，具體的消息格式見6.5.12節(jié)。

——Churning：用于攪動過程的密鑰交換和同步過程所必須的協(xié)議交互過程。具體的消息格式見6.5.13節(jié)。

——DBA：用于實現(xiàn)DBA的互通性所必須的DBA參數(shù)讀取和設(shè)置功能。具體的消息格式見6.5.14節(jié)。

——Event Notification：用于特定Event ID的告警狀態(tài)及門限的配置與查詢。具體的消息格式見6.5.15節(jié)。

在ExtendedVariable Request、Extended Variable Response、Set Request、Set Response消息中，應(yīng)包含本標(biāo)準(zhǔn)定義的標(biāo)準(zhǔn)屬性/操作和擴(kuò)展屬性和操作。

擴(kuò)展OAMPDU中操作對象的實例索引TLV

EPON系統(tǒng)中的操作對象包括端口、LLID、PON接口和ONU等。在圖6-14所示的幀格式中的Payload域可能會包含一個或多個操作對象，上述某些操作對象可能存在多個實例。例如對于Port對象而言，每個ONU可能存在多個物理端口。操作對象的實例索引用于標(biāo)識其后的標(biāo)準(zhǔn)的或擴(kuò)展的屬性與操作所應(yīng)用的操作對象的實例。

支持《中國電信EPON設(shè)備技術(shù)要求》V2.0及以下版本的ONU設(shè)備應(yīng)支持附錄C規(guī)定的實例索引TLV的格式；支持V2.1及以上版本的ONU設(shè)備應(yīng)支持表6-6規(guī)定的實例索引TLV的格式，建議兼容附錄C所規(guī)定的TLV格式（V2.0）。OLT應(yīng)支持附錄C和表6-6規(guī)定的操作對象實例索引，并能根據(jù)擴(kuò)展OAM發(fā)現(xiàn)過程協(xié)商的CTC EPON版本采用相應(yīng)的實例索引TLV的格式。

操作對象實例索引TLV的格式如表6-6所示。

表6-6 操作對象的實例索引TLV的格式

1） Leaf域的取值如表6-7所示。

表6-7 各種操作對象的Leaf值

2） Value域表示該操作對象的實例編號。針對不同的操作對象，Value域的取值如下所示。

a)? 當(dāng)操作對象為Port時，對ONU上所有類型的UNI端口（包括以太網(wǎng)端口、VoIP端口、E1端口）進(jìn)行統(tǒng)一編號，編號規(guī)則如下：

l? Bit31（最高位）～Bit24：表示端口類型。0x01：表示以太網(wǎng)端口；0x02：表示VoIP端口；0x03：表示ADSL2＋端口；0x04：表示VDSL2端口；0x05：表示E1端口；其他值（0x06～0xFF）：預(yù)留。

l? Bit23～Bit22：表示ONU為多機(jī)框級聯(lián)情況下的機(jī)框編號。編號為“0b00”表示該ONU不級聯(lián)，或者是在ONU級聯(lián)情況下，直接連接到ODN的ONU（根ONU）；“0b01”表示級聯(lián)在根ONU下的級聯(lián)ONU；“0b10”表示級聯(lián)在第二個ONU下的級聯(lián)ONU；“0b11”表示級聯(lián)在第三個ONU下的級聯(lián)ONU；缺省情況下bit8～bit9的取值為“0b00”。

l? Bit21～Bit16：表示ONU的框內(nèi)的槽位編號。對于FTTH ONU和固定式MDU，本字段取值為“0b000000”。對于插板式MDU，編號范圍為“0b000001~0b111110”則擴(kuò)展的OAM消息中的槽位編號應(yīng)與ONU面板上的槽位編號嚴(yán)格的一一對應(yīng)（OAM編號＝面板編號），編號從1起始，至62止。對于插板式MDU，槽位編號為“0b111111”（63）表示該ONU機(jī)框上所有槽位的集合。

l? Bit15～Bit0（最低位）：表示ONU特定板卡上的用戶端口的編號，端口編號范圍為0x01~0xFF，擴(kuò)展的OAM消息中的端口編號應(yīng)與ONU面板的端口編號嚴(yán)格的一一對應(yīng)（OAM編號＝面板編號），應(yīng)從1起始，至255止。0xFFFF表示該槽位內(nèi)的所有用戶端口的集合。對于編號為“0xFFFF”的屬性（Attribute）管理和操作（Action）即為對該板卡上所有物理端口均執(zhí)行相同的屬性管理和操作。

b)? 當(dāng)操作對象為LLID時，Value域表示LLID的編號，取值范圍從0x00-00-00-00到0x00-00-FF-FF。其他值保留，在接收時忽略處理。該操作對象僅適用于對工作在多LLID模式下的ONU的LLIDQueueConfig屬性進(jìn)行操作。工作在多LLID模式下的ONU的其他屬性和工作在單LLID模式下的ONU不使用該操作對象。

c)? 當(dāng)操作對象為PON IF時，Value域表示PON接口的編號，取值為0x00-00-00-00和0x00-00-00-01，其他值保留，在接收時忽略。該操作對象僅適用于支持光鏈路保護(hù)的ONU，其余ONU不使用該操作對象。

d)? 當(dāng)操作對象為ONU時，擴(kuò)展OAMPDU中不攜帶表6-6所示的實例索引TLV。

如果OLT和ONU接收到的擴(kuò)展OAMPDU中的實例索引格式不符合規(guī)范要求，接收側(cè)應(yīng)對該OAMPDU做忽略處理。當(dāng)OLT向ONU發(fā)送的OAMPDU中包含操作對象的實例索引TLV以及對應(yīng)于該實例的特定屬性/操作的Variable Container/Descriptor時，ONU返回給OLT的OAMPDU也應(yīng)采用相同的操作對象的實例索引的Variable Container。

VariableDescriptor TLV和VariableContainer TLV

在圖6-14所示的Payload域中，每個操作對象的實例索引TLV之后可以存在針對該實例的多個屬性/操作(Attribute/Action)的Variable Descriptor TLV或Variable ContainerTLV。在一個擴(kuò)展OAMPDU中，一個操作對象實例索引之后的全部Variable Descriptor或Variable Container均為針對該實例的屬性和操作，直至該OAMPDU的數(shù)據(jù)部分結(jié)束（即出現(xiàn)Padding）或出現(xiàn)該操作對象的另外一個實例索引或者另外一個操作對象的Variable Descriptor/Container。

Variable Descriptor TLV和Variable Container TLV的格式應(yīng)符合IEEE 802.3的規(guī)定，其中Branch和Leaf的應(yīng)符合6.5.6.4節(jié)的規(guī)定。

擴(kuò)展的屬性和操作

擴(kuò)展OAM管理對象的Branch值?

對于ONU各種對象的屬性和操作管理，其Variable Descriptor TLV或Variable ContainerTLV中的Branch值如表6-8所示。

表6-8 擴(kuò)展OAM管理對象的Branch值

擴(kuò)展OAM管理對象的Leaf值

對于ONU各種對象的屬性和操作管理，其Variable Descriptor TLV或Variable ContainerTLV中的Leaf值如表6-9所示。

表6-9 擴(kuò)展的屬性和操作的Branch值

擴(kuò)展OAM的管理對象要求

OLT和各種類型ONU應(yīng)支持的擴(kuò)展OAM的管理對象要求如表6-10所示。擴(kuò)展OAM的管理對象的具體格式見附錄D。

表6-10 擴(kuò)展OAM的管理對象要求

?

擴(kuò)展OAMPDU的回復(fù)碼（return code）

ONU需要對OLT發(fā)出的Extended Get Request OAMPDU和Set Request OAMPDU進(jìn)行確認(rèn)，需要在應(yīng)答的Extended GetResponse OAMPDU和Set Response OAMPDU中的Variable Container內(nèi)的length域攜帶回復(fù)碼?；貜?fù)碼的取值及說明應(yīng)符合IEEE 802.3-2008 Subclause 57.6.5的規(guī)定。IEEE802.3-2008中57.6.5節(jié)定義的回復(fù)碼均可用于ExtendedGet Response OAMPDU和Set Response OAMPDU。同時，為了更好的實現(xiàn)對OLT發(fā)送的消息的確認(rèn)，本標(biāo)準(zhǔn)對Variable Container的Variable Indication（bit7=1）指示的回復(fù)碼做相應(yīng)擴(kuò)展：

當(dāng)Variable Indication的值為0x80時，表示Set Request的屬性（Attribute）或操作（Action）操作成功的確認(rèn)；當(dāng)Variable Indication的值為0x86時，表示Extended Get Request或Set Request請求的屬性（Attribute）或操作（Action）的參數(shù)無效（VarBadParameters）；當(dāng)VariableIndication的值為0x87時，表示Extended GetRequest或Set Request請求的屬性（Attribute）或操作（Action）的參數(shù)有效，但ONU的當(dāng)前狀態(tài)使該操作無法完成（VarNoResource）。如表6-11所示。

?

Extended Get Request擴(kuò)展OAM

Extended Get Request擴(kuò)展OAMPDU用于OLT向ONU查詢相關(guān)屬性和操作，具體消息結(jié)構(gòu)如圖6-15所示。每個實例索引TLV后可以包含一個或多個Variable Descriptor TLV，這些VariableDescriptor TLV均是對這個實例索引TLV的各種屬性和操作進(jìn)行查詢。Extended Get Request擴(kuò)展OAMPDU消息可以包含一個或多個實例索引TLV。

?

? ? ? ? ? ? ? ? ? ?圖6-15 Extended GetRequest擴(kuò)展OAMPDU消息結(jié)構(gòu)

如果操作對象是Port，Value值為0xFF-FF-FF-FF，則表示對該ONU的所有端口進(jìn)行查詢。如果操作對象是ONU，在Extended Get Request擴(kuò)展OAMPDU消息中不存在實例索引TLV。

Extended Get Request擴(kuò)展OAMPDU消息的管理對象參見附錄D。

Extended Get Response擴(kuò)展OAM

Extended Get Response擴(kuò)展OAMPDU用于ONU向OLT回復(fù)其查詢的相關(guān)屬性和操作，具體消息結(jié)構(gòu)如圖6-16所示。Extended Get Response擴(kuò)展OAMPDU應(yīng)分別對Extended Get Request消息的每個實例對象的每個屬性或操作進(jìn)行回復(fù)；即每個實例索引TLV后可以包含一個或多個Variable Container TLV，與Extended Get Request擴(kuò)展OAMPDU消息中的Variable Descriptor TLV一一對應(yīng)；Extended GetResponse擴(kuò)展OAMPDU消息可以包含一個或多個實例索引TLV，與Extended Get Request擴(kuò)展OAMPDU消息中的實例索引TLV一一對應(yīng)。

如果Extended Get Request擴(kuò)展OAMPDU中的操作對象是Port，Value值為0xFF-FF-FF-FF；則Extended Get Response擴(kuò)展OAMPDU應(yīng)針對每個端口的實例索引分別返回查詢結(jié)果。如果在Extended GetRequest擴(kuò)展OAMPDU消息中不存在實例索引TLV，即操作對象是ONU；則Extended Get Response擴(kuò)展OAMPDU消息中也不應(yīng)攜帶實例索引TLV。

? ? ? ? ? ? ? ? ?圖6-16 Extended Get Response擴(kuò)展OAMPDU消息結(jié)構(gòu)

考慮到Variable ContainerTLV中的Variable Width最大值為128，如果某個Variable Container TLV中攜帶的Value的長度大于128，則應(yīng)將該Variable Container TLV進(jìn)行分段傳輸，如圖6-17所示。OLT接收時，如果檢測到連續(xù)的Variable Container TLV中含有同樣的Branch和Leaf字段，應(yīng)認(rèn)為這是同一個Variable Container TLV。

? ? ? ? ? ? ? ? ? 圖6-17 Extended GetResponse擴(kuò)展OAMPDU消息舉例

如果Extended Get Response擴(kuò)展OAMPDU消息中回復(fù)碼的取值與IEEE 802.3-2008的表57-17或本標(biāo)準(zhǔn)表6-11相同的話，ExtendedGet Response擴(kuò)展OAMPDU消息的VariableContainer不攜帶Value域。

Extended Get Request擴(kuò)展OAMPDU消息的管理對象參見附錄D。

Extended Set Request擴(kuò)展OAM

Extended Set Request擴(kuò)展OAMPDU用于OLT向ONU設(shè)置相關(guān)屬性和操作，具體消息結(jié)構(gòu)如圖6-18所示。每個實例索引TLV后可以包含一個或多個Variable Container TLV，這些Variable ContainerTLV均是對這個實例索引TLV的各種屬性和操作進(jìn)行設(shè)置。ExtendedSet Request擴(kuò)展OAMPDU消息可以包含一個或多個實例索引TLV。

如果Extended Set Request擴(kuò)展OAMPDU中的某個Variable Container TLV中攜帶的Value的長度大于128，則應(yīng)將該VariableContainer TLV進(jìn)行分段傳輸，如圖6-17所示。ONU接收時，如果檢測到連續(xù)的Variable Container TLV中含有同樣的Branch和Leaf字段，應(yīng)認(rèn)為這是同一個Variable Container TLV。

?

? ? ? ? ? ? ? ?圖6-18 Extended Set Request擴(kuò)展OAMPDU消息結(jié)構(gòu)

如果操作對象是Port，Value值為0xFF-FF-FF-FF，則表示對該ONU的所有端口進(jìn)行查詢。如果操作對象是ONU，在Extended Get Request擴(kuò)展OAMPDU消息中不存在實例索引TLV。

Extended Set Request擴(kuò)展OAMPDU消息的管理對象參見附錄D。

Extended Set Response擴(kuò)展OAM

Extended Set Response擴(kuò)展OAMPDU用于ONU向OLT回復(fù)其查詢的相關(guān)屬性和操作，具體消息結(jié)構(gòu)如圖6-19所示。Extended Set Response擴(kuò)展OAMPDU應(yīng)分別對Extended Set Request消息的每個實例對象的每個屬性或操作進(jìn)行回復(fù)。具體回復(fù)碼的取值參見與EEE 802.3-2008的表57-17或本標(biāo)準(zhǔn)表6-11的規(guī)定。Extended Get Response擴(kuò)展OAMPDU消息的Variable Container不攜帶Value域。

?

? ? ? ? ? ? ? ?圖6-19 Extended Set Request擴(kuò)展OAMPDU消息結(jié)構(gòu)

Extended Set Response擴(kuò)展OAMPDU消息的管理對象參見附錄D。

ONU認(rèn)證（Authentication）相關(guān)擴(kuò)展OAM

基于邏輯標(biāo)識的ONU認(rèn)證的擴(kuò)展OAM消息采用值為“0x05”的擴(kuò)展操作碼。具體消息格式如圖6-20所示。

?

? ? ? ? ? 圖6-20 用于基于邏輯標(biāo)識的ONU認(rèn)證的OAMPDU格式

圖中Auth_Code字段（長度為1字節(jié)）表示具體的ONU認(rèn)證操作。包括如下4種操作類型：

——認(rèn)證請求（Auth_Request）：值為0x01，由OLT向ONU發(fā)出，以請求ONU上報其LOID和Password；

——認(rèn)證響應(yīng)（Auth_Response）：值為0x02，作為ONU對OLT發(fā)來的Auth_Request報文的響應(yīng)，向OLT上報其LOID和Password；

——認(rèn)證成功（Auth_Sucess）：值為0x03，由OLT向ONU發(fā)出，表明該ONU已經(jīng)通過認(rèn)證；

——認(rèn)證失敗（Auth_Failure）：值為0x04，由OLT向ONU發(fā)出，表明該ONU認(rèn)證失敗。

Length of AuthenticationData字段（長度為2字節(jié)）表示其后面的AuthenticationData字段的長度，單位為字節(jié)。

Authentication Data字段（其長度和內(nèi)容取決于Auth_Code）為具體的數(shù)據(jù)，具體規(guī)定如下：

1）? 認(rèn)證請求報文（Auth_Request）：??????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????

Auth_Request報文的Authentication Data字段包括Auth_Type字段，長度為1字節(jié)。Auth_Type字段表示認(rèn)證類型。在Auth_Request報文中Auth_Type默認(rèn)取值為0x01：表示LOID+Password方式，即要求ONU在Auth_Response報文上報其LOID和Password；其他取值保留作為擴(kuò)展。

2）? 認(rèn)證響應(yīng)（Auth_Response）：

Auth_Response報文的Authentication Data字段包括Auth_Type字段（長度為1字節(jié)）和Auth_Type_Data字段（長度可變）。

Auth_Type字段表示認(rèn)證類型。目前，在Auth_Response報文中Auth_Type有2個取值：取值為0x01時的定義與Auth_Request報文中的定義相同；取值為0x02時表示ONU不支持或不能接受Auth_Request消息中請求的認(rèn)證類型（Auth_Type），即Nak（這個取值僅對Auth_Response有意義，即Auth_Response Only）；其他取值保留。

當(dāng)Auth_Type＝0x01時，Auth_Response報文中的Auth_Type_Data字段包含長度為24字節(jié)的LOID和長度為12字節(jié)的Password。LOID和Password均以ASCII碼表示。這種情況下的Auth_Response報文及Auth_Type_Data字段的格式如圖6-21（a）所示。如果LOID/Password的實際長度小于24字節(jié)/12字節(jié)，則在實際的ONU_ID/Password前面填A(yù)SCII碼的“NUL”（十六進(jìn)制數(shù)為0x00）以補(bǔ)足24字節(jié)/12字節(jié)。實際的LOID和Password（不包含為補(bǔ)足24/12字節(jié)而填充的“NUL”）均不應(yīng)以從“NUL”到“SPACE”的特殊字符（十六進(jìn)制值為0x00～0x20）、“@”字符、“DEL”字符以及標(biāo)點(diǎn)符號開始，也不應(yīng)以上述字符結(jié)束。

當(dāng)Auth_Type＝0x02時，Auth_Response報文中的Auth_Type_Data字段包含長度為一個字節(jié)的Desired Auth_Type，該字段表示ONU希望采用的認(rèn)證類型（當(dāng)前的缺省值為0x01，表示希望采用的認(rèn)證類型為LOID+Password方式，因為暫時沒有其他認(rèn)證類型）。這種情況下的Auth_Response報文及Auth_Type_Data字段的格式如圖6-21（b）所示。

通常Auth_Response中的Auth_Type域和Auth_Request中的Auth_Type域相同，除Auth_Response中返回值為Nak的Auth_Type情況除外。

3）? 認(rèn)證成功（Auth_Sucess）：

Auth_Sucess報文不存在Authentication Data字段，所以其Length of Authentication Data字段為0x00。

4）? 認(rèn)證失敗（Auth_Failure）

Auth_Failure報文格式如圖11-9（c）所示，其Length of Authentication Data字段為0x01，其Authentication Data字段僅包含一個字節(jié)的“Failure_Type”字段。Failure_Type＝0x01表示LOID不存在；Failure_Type＝0x02表示LOID存在但Password錯誤；Failure_Type＝0x03表示LOID沖突，即已有該LOID的ONU認(rèn)證成功。

（a）?? Auth_Response報文格式（LOID+PW類型）

（b）?? Auth_Response報文格式（Nak類型）

（c）?? Auth_Failure報文格式

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 圖6-21 幾種典型認(rèn)證報文的格式

ONU軟件升級（Software Upgrade）相關(guān)擴(kuò)展OAM

在EPON系統(tǒng)中，用于軟件/固件的遠(yuǎn)程升級信息由擴(kuò)展OAMPDU承載，采用Orgnization-Specific Extension 方式實現(xiàn)其交互過程，擴(kuò)展操作碼的值為“0x06”。具體消息的格式如圖6-22所示：

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?圖6-22 軟件升級的擴(kuò)展OAMPDU 幀格式

Payload字段中包括Data Type、Length、TID和Messageformat 三個域：

a)?? Data Type：表示Payload部分的數(shù)據(jù)類型，0x01表示是軟件下載的數(shù)據(jù)；0x02表示是校驗文件完整性的數(shù)據(jù)；0x03表示是加載并執(zhí)行軟件鏡像的數(shù)據(jù)。

b)?? Length：表示Payload域的字節(jié)長度，是Data Type、Length、TID和Message format三個域的長度之和；

c)?? TID：采用ONU的LLID號來表示TID，在M-LLID模式下，采用Base LLLID號來表示TID；

d)?? Message format：包括4種消息類型。其中，第一種為軟件下載消息，包括File Write Request（相當(dāng)于TFTP協(xié)議中的Write Request消息）， File Transfer Data（相當(dāng)于TFTP協(xié)議中的Data消息），FileTransfer ACK（相當(dāng)于TFTP協(xié)議中的ACK消息）和Error消息（相當(dāng)于TFTP協(xié)議中的Error消息），其Data Type的值均為0x01，這四種軟件下載消息的格式應(yīng)符合圖6-23的規(guī)定。第二種為文件完整性校驗消息，包括End DownloadResquest和End Download Response兩個消息，其Data Type的值均為0x02。第三種為文件激活消息，包括Activate Image Request和Activate ImageResponse消息，用于配置ONU激活并執(zhí)行有效的鏡像軟件，其Data Type的值均為0x03。第四種為軟件加載消息，包括Commit Image Request和Commit Image Response消息，用于將當(dāng)前備用存儲區(qū)的軟件變?yōu)橹饔么鎯^(qū)的軟件，并作為ONU啟動時默認(rèn)加載執(zhí)行的軟件，其Data Type的值均為0x04。消息的具體格式如圖6-23所示：

?

? ? ? ? ? ? ? ? 圖6-23 軟件升級擴(kuò)展OAM消息中Message Format的格式

軟件/固件下載過程的消息交互協(xié)議

ONU軟件升級過程有如下幾種消息：

???? File Write Request：File WriteRequest消息用于向接收端發(fā)起文件接收請求，接收端應(yīng)按照該消息的要求接收一個文件。接收端在接收到該文件接收請求前應(yīng)發(fā)送File Transfer ACK消息作為對File Write Request的應(yīng)答，并且序列號（Block number）為0，或者發(fā)送Error消息表示有錯誤，錯誤類型參見ErrorCode域。在File Write Request消息內(nèi)，Mode域應(yīng)為“Octet”，其他域的定義應(yīng)符合IETF RFC1350的規(guī)定。Filename域的格式應(yīng)為”Vendor.ONU type.software version.date”。

???? File Transfer Data：每個文件均應(yīng)分為一個或者多個分段（Block）依次傳輸。每個File Transfer Data消息帶有一個序列號（block number）和數(shù)據(jù)文件中的一個分段。分段大小在0～1400字節(jié)之間變化，如果是1400字節(jié)長則該分段不是最后一個分段，否則是文件的最后一個分段。數(shù)據(jù)幀應(yīng)按照順序發(fā)送，第一個分段的序列號是1，隨后的分段的序列號依次遞增。只有當(dāng)數(shù)據(jù)幀的發(fā)送端收到接收端的確認(rèn)發(fā)送才能發(fā)送下一個數(shù)據(jù)幀。

???? File Transfer Ack：該消息用于對FileWrite Request、File Transfer Data消息的確認(rèn)。File Transfer ACK消息包含一個序列號，表示ONU此次接收的分段的序列號。

???? Error：用于服務(wù)器不能處理讀請求或?qū)懻埱蟮那闆r。在文件傳輸過程中的讀和寫差錯也會導(dǎo)致傳送這種報文，接著停止傳輸。ErrorCode域的取值如下：

0x00-00 不作規(guī)定，具體信息參見ErrMsg域（如果存在ErrMsg域的話）；

0x00-03 軟件鏡像文件的存儲空間已滿；

0x00-04 接收到非法的軟件升級擴(kuò)展OAM消息；

0x00-06 軟件鏡像文件已經(jīng)存在；

其余值預(yù)留，在接收時忽略。

ErrMsg域是在ErrorCode = 0x00-00時，用來提供額外的信息。ErrMsg消息以ASCII碼的“NULL”（0x00）終結(jié)。

???? End DownloadRequest：用于校驗該消息給出的文件的正確性，并且確認(rèn)該文件是否成功寫入非易失性存儲器（non-volatile storage，如flash）。該消息的參數(shù)包括傳送的文件的大小。該消息在OLT收到最后一個分段的File Transfer ACK消息后才能發(fā)送。

???? End DownloadResponse：該消息用于對End Download Request消息的確認(rèn)。在這個消息中，RPSCode＝0x00，表示下載的軟件校驗成功并且已經(jīng)寫入非易失性存儲器；RPSCode＝0x01，表示ONU正在將軟件寫入非易失性存儲器；RPSCode＝0x02，表示下載的軟件校驗錯誤；RPSCode＝0x03，表示OLT發(fā)送的消息參數(shù)錯誤；RPSCode＝0x04，表示ONU不支持該命令。

???? Activate ImageRequest：該消息用于激活并執(zhí)行一個有效的鏡像文件。在這個消息中，如果Flag字段的值為“0x00”，表示掛起主用啟動存儲區(qū)的軟件，加載并執(zhí)行備用存儲區(qū)（新下載的或者未激活的）有效的軟件鏡像。ONU收到該Flag=0x00的ActivateImage Request消息后，應(yīng)返回Activate Image Response消息，并將主用存儲區(qū)的軟件鏡像掛起，然后使用備用存儲區(qū)的軟件鏡像重新啟動。ONU以后重啟時，若新加載的軟件沒有被commited之前，仍然使用原有的主用存儲區(qū)的軟件鏡像。

???? Activate ImageResponse：該消息用于對Activate Image Request消息的確認(rèn)。ACK＝0x00，表示設(shè)置成功；ACK＝0x01，表示OLT發(fā)送的消息參數(shù)錯誤；ACK＝0x02，表示ONU不支持該命令；ACK＝0x03，表示ONU加載失敗。

???? Commit ImageRequest：Flag=“0x00”，則該消息將當(dāng)前備用存儲區(qū)的軟件變?yōu)橹饔么鎯^(qū)的軟件，作為ONU啟動時默認(rèn)加載執(zhí)行的軟件，而主用區(qū)的軟件鏡像變?yōu)閭溆脜^(qū)的軟件。當(dāng)ONU以后重啟，均使用新主用存儲區(qū)的軟件鏡像。

???? Commit ImageResponse：該消息用于對Commit Image Request消息的確認(rèn)。ACK＝0x00，表示設(shè)置成功；ACK＝0x01，表示OLT發(fā)送的消息參數(shù)錯誤；ACK＝0x02，表示ONU不支持該命令；ACK＝0x03，表示ONU加載失敗。

攪動（Churning）相關(guān)擴(kuò)展OAM

用于攪動的密鑰交互消息包括兩種類型：

1）? 新密鑰請求幀（new_key_request）

2）? 新密鑰通知幀（new_churning_key）

對于基于擴(kuò)展的組織特定OAMPDU消息進(jìn)行密鑰更新和同步的系統(tǒng)，通過“Organization Specific” OAMPDU (Code=0xFE)通過Flag域進(jìn)一步標(biāo)識消息類型。

EPON系統(tǒng)中的擴(kuò)展的組織特定OAMPDU消息的格式應(yīng)符合本標(biāo)準(zhǔn)6.5.6.1節(jié)的規(guī)定。

EPON系統(tǒng)中的用于Churning的Organization-SpecificExtension OAM消息中Payload部分的格式如表6-12所示。Churning Code域的值對應(yīng)的消息類型如表6-13所示

表6-12 用于攪動的Organization Specific Extension OAM消息中payload部分的格式

?

表6-13 用于攪動的擴(kuò)展OAM消息中Churning Code域的值及其對應(yīng)的消息類型

?

對攪動相關(guān)的OAM消息的規(guī)定如下：

1）? 新密鑰請求幀（new_key_request）

新密鑰請求幀的定義如圖6-24所示。Churning_code=“0x00”，In-use_Key_Index字節(jié)的最低位用于指示OLT正在使用的密鑰的序號（“0”或者“1”），其他比特為“0”。In-use Key Index域之后為填充字節(jié)。

?

? ? ? ? ? ? ? ? ? ? ? 圖6-24 new_key_request消息的幀格式

2）? 新密鑰通知幀（new_churning_key）

1G-EPON ONU發(fā)送的新密鑰通知幀的定義如圖6-25所示，10G-EPON ONU發(fā)送的新密鑰通知幀的定義如圖6-26所示。Churning_code=“0x01”，New_Key_Index字節(jié)的最低位用于指示所發(fā)送的密鑰的序號（“0”或者“1”），其他比特為“0”。1G-EPON ONU的Churning Key字段包含3字節(jié)的新攪動密鑰，傳送順序為[(MSB)X1,X2,…,X8,P1,P2,…,P16(LSB)]。10G-EPON ONU的Churning Key字段包含3個3字節(jié)的新攪動密鑰，第一個3字節(jié)的Churning Key字段包含第一級攪動的新攪動密鑰，傳送順序為[(MSB)X1,X2,…,X8,P1,P2,…,P16(LSB)]；接著兩個3字節(jié)的Churning Key字段分別包含第二級和第三級攪動的新攪動密鑰，傳送順序均為[(MSB)X1,X2,…,X8,P1,P2,…,P16(LSB)]。Churning Key字段之后為填充字節(jié)。

?

? ? ? ? ? ? ?圖6-25 1G-EPON ONU new_churning_key消息的幀格式

?

? ? ? ? ?圖6-26 10G-EPON ONU new_churning_key消息的幀格式

DBA參數(shù)配置的擴(kuò)展OAM

DBA參數(shù)遠(yuǎn)程管理功能定義

DBA的管理屬性包括ONU的Report幀支持的Queue Set數(shù)量和每個Queue Set所對應(yīng)的閾值（Threshold）。DBA協(xié)商的OAM擴(kuò)展主要涉及對ONU所要支持的Queue Set的數(shù)量及其閾值進(jìn)行操作。

在ONU的DBA參數(shù)配置過程中，OLT應(yīng)工作在主動（Active）模式，ONU工作在被動（Passive）模式。OLT通過get_DBA_request消息和set_DBA_request消息對ONU的DBA參數(shù)進(jìn)行讀取和設(shè)置操作，ONU通過get_DBA_response消息和set_DBA_response消息對OLT的讀取和設(shè)置操作請求做出應(yīng)答。

當(dāng)ONU接收到get_DBA_request消息后，應(yīng)向OLT發(fā)送get_DBA_response消息，該消息中包含其當(dāng)前DBA參數(shù)值。

當(dāng)ONU接收到set_DBA_request后，應(yīng)按照set_DBA_request消息所定義的DBA參數(shù)設(shè)置本地的DBA參數(shù)，并發(fā)送set_DBA_response消息，以確認(rèn)其是否已完成此次DBA參數(shù)設(shè)置。

DBA參數(shù)遠(yuǎn)程管理過程的消息定義

在EPON系統(tǒng)中，用于ONU的DBA參數(shù)遠(yuǎn)程管理的信息由OAMPDU承載，采用Organization-Specific Extension 方式實現(xiàn)其交互過程，擴(kuò)展操作碼（Ext. Opcode）的值為“Ox0A”。用于ONU的DBA參數(shù)管理的Organization-SpecificExtension OAMPDU的Data/padding部分的格式如表6-14所示，DBA Code域進(jìn)一步標(biāo)識ONU的DBA參數(shù)配置功能所需要的消息類型。

表6-14 用于DBA的Organization-SpecificExtension OAM消息中payload部分的格式

?

用于ONU的DBA參數(shù)配置的Organization Specific Extension OAM消息包括4種類型，具體的消息編碼如表6-15所示：

1)??DBA參數(shù)請求幀（get_DBA_request）

2)??DBA參數(shù)響應(yīng)幀（get_DBA_response）

3)??DBA參數(shù)設(shè)置請求幀（set_DBA_request）

4)??DBA參數(shù)設(shè)置確認(rèn)幀（set_DBA_response）

表6-15 Organization-SpecificExtension OAM消息中DBA Code域的值及其對應(yīng)的消息類型

?

該四種消息的具體定義如下：

1）?? DBA參數(shù)請求幀（get_DBA_request）

OLT利用DBA參數(shù)請求幀指示ONU匯報其當(dāng)前的DBA參數(shù)（Report幀中的Queue Set數(shù)量和閾值）。DBA參數(shù)請求OAMPDU的結(jié)構(gòu)如圖6-27所示，Data/Pad域的詳細(xì)的定義如下：

a)?? OUI：3字節(jié)，包含24比特Organizationally Unique Identifier。具體的OUI值待定；

b)?? 擴(kuò)展操作碼（Ext.Opcode）：1字節(jié)，用于標(biāo)識擴(kuò)展的操作類型，對于用于DBA參數(shù)配置的擴(kuò)展的OAMPDU，其值為“0x0A”；

c)?? DBA code：1字節(jié)，用于標(biāo)識具體的DBA參數(shù)操作類型，對于get_DBA_request消息，其值為“0x00”；

d)?? 填充字節(jié)（PAD）：0～30個字節(jié)，用于填充該OAM幀中的剩余字段使該OAM幀的總長度達(dá)到64字節(jié)，填充內(nèi)容為“0x00”。

? ? ? ? ? ?圖6-27 get_DBA_requestOAMPDU的幀格式

2）? DBA參數(shù)響應(yīng)幀（get_DBA_response）

ONU利用DBA參數(shù)響應(yīng)幀向OLT匯報其當(dāng)前的DBA參數(shù)（Report幀中的Queue Set數(shù)量和閾值）。DBA參數(shù)響應(yīng)幀的結(jié)構(gòu)如圖6-28所示，Data/Pad域的詳細(xì)的定義如下：

a)?? OUI：3字節(jié)，包含24比特Organizationally Unique Identifier。具體的OUI值待定；

b)?? 擴(kuò)展操作碼（Ext. Opcode）：1字節(jié)，用于標(biāo)識擴(kuò)展的操作類型，對于用于DBA參數(shù)配置的擴(kuò)展的OAMPDU，其值為“0x0A”；

c)?? DBA code：1字節(jié)，用于標(biāo)識具體的DBA參數(shù)操作類型，對于get_DBA_response消息，其值為“0x01”；

d)?? 隊列集數(shù)量（Numberof Queue Sets）：1字節(jié)，用于描述ONU所發(fā)送的Report幀中的隊列集（Queue Set）的數(shù)量，取值范圍為“0x02”到“0x04”；

e)?? 報告位圖（ReportBitmap）：1字節(jié)，為一個8比特標(biāo)志寄存器，指明Report MPCPDU中包含哪些隊列，如表6-16所示；

f)?? 隊列n的閾值（Queue ＃n Threshold）：2字節(jié)，表示隊列n上，該Queue Set所對應(yīng)的閾值；

g)?? 填充字節(jié)（PAD）：37字節(jié)，用于填充該OAM幀中的剩余字段使該OAM幀的總長度達(dá)到64字節(jié)，填充內(nèi)容為“0x00”。

?

? ? ? ? ? ? ? ? ? ? 圖6-28 get_DBA_responseOAMPDU幀格式

表6-16 用于DBA 參數(shù)管理的OAMPDU中的報告位圖（Report bitmap）域的定義

3）? DBA參數(shù)設(shè)置請求幀（set_DBA_Request）

OLT利用DBA參數(shù)設(shè)置請求幀指示ONU設(shè)置其DBA參數(shù)（Report幀中的Queue Set數(shù)量和閾值）。DBA參數(shù)設(shè)置請求幀的結(jié)構(gòu)如圖6-29所示，Data/Pad域的詳細(xì)的定義如下：

a)?? OUI：3字節(jié)，包含24比特Organizationally Unique Identifier。具體的OUI值待定；

b)?? 擴(kuò)展操作碼（Ext.Opcode）：1字節(jié)，用于標(biāo)識擴(kuò)展的操作類型，對于用于DBA參數(shù)配置的擴(kuò)展的OAMPDU，其值為“0x0A”；

c)?? DBA code：1字節(jié)，用于標(biāo)識具體的DBA參數(shù)操作類型，對于set_DBA_request消息，其值為“0x02”；

d)?? 隊列集數(shù)量（Numberof Queue Sets）：1字節(jié)，用于描述ONU所發(fā)送的Report幀中應(yīng)有的隊列集（Queue Set）的數(shù)量，取值范圍為“0x02”到“0x04”，ONU應(yīng)按照該值設(shè)置其REPORT幀中的隊列集數(shù)量；

f)?? 隊列n的閾值（Queue ＃n Threshold）：2字節(jié)，表示隊列n上，該Queue Set所對應(yīng)的閾值；第一個Queue Set的Queue ＃n Threshold的值應(yīng)小于第二個Queue Set的Queue ＃n Threshold的值，依次類推；

g)?? 填充字節(jié)（PAD）：0～30個字節(jié)，用于填充該OAM幀中的剩余字段使該OAM幀的總長度達(dá)到64字節(jié)，填充內(nèi)容為“0x00”。

?

? ? ? ? ? ? ? ? ? ? ? 圖6-29 set_DBA_requestOAMPDU幀格式

注：本標(biāo)準(zhǔn)規(guī)定Report幀格式中最后一個Queue Set用于填寫所有隊列的全部長度，因此，set_DBA_request幀中的Queue＃n Threshold的數(shù)量為（Number of Queue Sets-1）

4）? DBA參數(shù)設(shè)置確認(rèn)幀（set_DBA_response）

ONU向OLT發(fā)送DBA參數(shù)設(shè)置確認(rèn)幀（set_DBA_response）以通告其是否成功設(shè)置DBA參數(shù)。DBA參數(shù)設(shè)置確認(rèn)幀的結(jié)構(gòu)如圖6-30所示，Data/Pad域的詳細(xì)的定義如下：

a)?? OUI：3字節(jié)，包含24比特Organizationally Unique Identifier。具體的OUI值待定；

b)?? 擴(kuò)展操作碼（Ext.Opcode）：1字節(jié)，用于標(biāo)識擴(kuò)展的操作類型，對于用于DBA參數(shù)配置的擴(kuò)展的OAMPDU，其值為“0x0A”；

c)?? DBA code：1字節(jié)，用于標(biāo)識具體的DBA參數(shù)操作類型，對于set_DBA_response消息，其值為“0x03”；

d)?? 設(shè)置確認(rèn)（Set ACK）：1字節(jié)，用于表示ONU的DBA參數(shù)設(shè)置是否成功；當(dāng)Set ACK的值為“0x00”表示DBA參數(shù)設(shè)置未完成或被拒絕（Nack）；當(dāng)Set ACK的值為“0x01”表示DBA參數(shù)設(shè)置已完成（Ack）；

e)?? 隊列集數(shù)量（Numberof Queue Sets）：1字節(jié)，用于描述ONU的Report幀中應(yīng)有的隊列集（Queue Set）的數(shù)量（DBA參數(shù)設(shè)置后），取值范圍為“0x02”到“0x04”，ONU應(yīng)按照該值設(shè)置其REPORT幀中的隊列集數(shù)量；

f)?? 報告位圖（ReportBitmap）：1字節(jié)，為一個8比特標(biāo)志寄存器，指明Report MPCPDU中應(yīng)包含哪些隊列（DBA參數(shù)設(shè)置后），如表6-16所示；

g)?? 隊列n的閾值（Queue ＃n Threshold）：2字節(jié)，表示隊列n上，該Queue Set所對應(yīng)的閾值；第一個QUEUE set的Queue ＃nThreshold的值應(yīng)小于第二個Queue Set的Queue＃n Threshold的值(如果包含3個或3個以上的Queue Set)，依次類推；

h)?? 填充字節(jié)（PAD）：1～29個字節(jié)，用于填充該OAM幀中的剩余字段使該OAM幀的總長度達(dá)到64字節(jié)，填充內(nèi)容為“0x00”。

?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 圖6-30 DBA參數(shù)設(shè)置確認(rèn)幀的格式

注：本標(biāo)準(zhǔn)規(guī)定Report幀格式中最后一個Queue Set用于填寫所有隊列的全部長度，因此，set_DBA_request幀中的Queue＃n Threshold的數(shù)量為（Number of Queue Sets-1）。

事件(Event)相關(guān)擴(kuò)展OAM

事件相關(guān)擴(kuò)展OAMPDU消息結(jié)構(gòu)

事件相關(guān)的擴(kuò)展OAM消息用于OLT和ONU之間來交換特定事件（警示/警告）的告警狀態(tài)（打開/關(guān)閉）和相應(yīng)的告警產(chǎn)生/清除的閾值。具體的消息結(jié)構(gòu)如圖6-31所示。

?

? ? ? ? ? ? ? ?圖6-31 事件相關(guān)擴(kuò)展OAMPDU的格式

事件相關(guān)擴(kuò)展OAMPDU類型

事件相關(guān)擴(kuò)展OAMPDU消息的類型如下所示：

a)?? EventStatus_Request消息用于OLT查詢特定Alarms/Warnings的告警狀態(tài), 包含一個或者多個ObjectType，ObjectInstance和EventID的三元組；

b)?? EventStatus_Set消息用于OLT來設(shè)置特定Alarms/Warnings的告警狀態(tài), 包含一個或者多個ObjectType，ObjectInstance和EventID的三元組；

c)?? EventStatus_Reponse消息用于ONU返回對EventStatus_Request消息和EventStatus_Set消息的應(yīng)答；

d)?? EventThreshold_Request消息用于OLT查詢特定Alarms/Warnings的的告警產(chǎn)生/清除的閾值, 包含一個或者多個ObjectType，ObjectInstance和EventID的三元組；

e)?? EventThreshold_Set消息用于OLT來設(shè)置特定Alarms/Warnings的的告警產(chǎn)生/清除的閾值, 包含一個或者多個ObjectType，ObjectInstance和EventID的三元組；

f)?? EventThreshold_Reponse消息用于ONU返回對EventThreshold_Request消息和EventThreshold_Set消息的應(yīng)答。

如果任何事件相關(guān)類型的OAMPDU不包含ObjectType，ObjectInstance，EventID等內(nèi)容，在接收時應(yīng)忽略。

EventStatus_Request擴(kuò)展OAMPDU類型

EventStatus_Request消息用于OLT查詢特定Alarms/Warnings的告警狀態(tài), 包含一個或者多個ObjectType，ObjectInstance和EventID的三元組。具體格式如表6-17所示。

表6?17 EventStatus_Request擴(kuò)展OAMPDU格式

?

ObjectType、ObjectInstance和AlarmID的具體要求同本標(biāo)準(zhǔn)6.5.5.2節(jié)的規(guī)定。

EventStatus_Set擴(kuò)展OAMPDU類型

EventStatus_Set消息用于OLT來設(shè)置特定Alarms/Warnings的告警狀態(tài), 包含一個或者多個ObjectType，ObjectInstance和EventID的三元組。具體格式如表6-18所示。

表6?18 EventStatus_Set擴(kuò)展OAMPDU格式

?

ObjectType、ObjectInstance和AlarmID的具體要求同本標(biāo)準(zhǔn)6.5.5.2節(jié)的規(guī)定。

EventStatus_Response擴(kuò)展OAMPDU類型

EventStatus_Reponse消息用于ONU返回對EventStatus_Request消息和EventStatus_Set消息的應(yīng)答。具體格式如表6-19所示。

表6?19 EventStatus_Respone擴(kuò)展OAMPDU格式

?

ObjectType、ObjectInstance和AlarmID的具體要求同本標(biāo)準(zhǔn)6.5.5.2節(jié)的規(guī)定。

EventThreshold_Request擴(kuò)展OAMPDU類型

EventThreshold_Request消息用于OLT查詢特定Alarms/Warnings的的告警產(chǎn)生/清除的閾值, 包含一個或者多個ObjectType，ObjectInstance和EventID的三元組。具體格式如表6-20所示。

表6-20 EventThreshold_Request擴(kuò)展OAMPDU格式

?

ObjectType、ObjectInstance和AlarmID的具體要求同本標(biāo)準(zhǔn)6.5.5.2節(jié)的規(guī)定。

EventThreshold_Set擴(kuò)展OAMPDU類型

EventThreshold_Set消息用于OLT來設(shè)置特定Alarms/Warnings的的告警產(chǎn)生/清除的閾值, 包含一個或者多個ObjectType，ObjectInstance和EventID的三元組。具體格式如表6-21所示。

表6-21 EventThreshold_Set擴(kuò)展OAMPDU類型

?

ObjectType、ObjectInstance和AlarmID的具體要求同本標(biāo)準(zhǔn)6.5.5.2節(jié)的規(guī)定。

EventThreshold_Response擴(kuò)展OAMPDU類型

EventThreshold_Reponse消息用于ONU返回對EventThreshold_Request消息和EventThreshold_Set消息的應(yīng)答。具體格式如表6-22所示。

表6-22 EventThreshold_Response擴(kuò)展OAMPDU類型

?

ObjectType、ObjectInstance和AlarmID的具體要求同本標(biāo)準(zhǔn)6.5.5.2節(jié)的規(guī)定。

當(dāng)ONU上電后，OLT應(yīng)自動將所有必需的配置數(shù)據(jù)自動下發(fā)給ONU。

ONU完成MPCP注冊、標(biāo)準(zhǔn)和擴(kuò)展的OAM發(fā)現(xiàn)過程后，OLT應(yīng)向ONU查詢ONU SN、ONU芯片的FirmwareVer、ONUChipset ID、ONU Capabilities-1、ONUCapabilities-2、ONU Capabilities-3等屬性，并根據(jù)ONU返回的ONU Capabilities-1或者ONU Capabilities-2屬性確定ONU支持的端口編號方式（表9或者表12），然后啟用三重攪動功能，并進(jìn)行DBA參數(shù)配置。

對于SFU/HGU設(shè)備，在完成三重攪動和DBA參數(shù)配置后，OLT應(yīng)根據(jù)業(yè)務(wù)需求遠(yuǎn)程配置如下功能和參數(shù)：以太網(wǎng)端口/E1/VOIP端口的打開，以太網(wǎng)端口的VLAN配置、ONU每個端口業(yè)務(wù)流分類/排隊/標(biāo)記規(guī)則、以太網(wǎng)端口上行限速（Policing）功能、以太網(wǎng)端口流控功能、組播相關(guān)功能等內(nèi)容。每次SFU/HGU重新注冊后，需等待OLT重新下發(fā)OAM消息，不保存OLT以前下發(fā)的OAM消息。

對于新安裝的MDU/MTU/SBU設(shè)備，在完成三重攪動和DBA參數(shù)配置后，EMS通過SNMP對MDU/MTU進(jìn)行遠(yuǎn)程配置，配置完成后將其保存在MDU/MTU本地存儲器。當(dāng)MDU/MTU/SBU由于斷電或者人工使能重啟動等原因重新啟動后，MDU/MTU/SBU需等待OLT重新下發(fā)OAM消息，不保存OLT以前下發(fā)的OAM消息；基于OLT遠(yuǎn)程下發(fā)的OAM消息和本地存儲器中保存的配置文件進(jìn)行相關(guān)業(yè)務(wù)配置的恢復(fù)，而不需要由EMS重新下發(fā)相關(guān)配置（參見18.2.2）。

?

?

在缺省狀態(tài)下，ONU采用如下配置：

1)?? 以太網(wǎng)端口狀態(tài)（aPhyAdminState）：Enabled；

2)??E1/VoIP端口狀態(tài)：Disabled；

3)??VLAN配置：Transparent模式；

4)??組播控制：IGMP/MLD Snooping模式（CTC動態(tài)可控組播協(xié)議：Disabled）。

5)??Classification& Marking功能：Disabled；

6)??FEC功能（aFECmode）：Disabled；

7)??端口自協(xié)商：Enabled；

8)??MDT/MTU的ONU的端口之間是隔離的；

9)??告警功能：關(guān)閉

其他屬性的缺省值暫不規(guī)定。

?