【正文】 哀 5 Organization Specific Information TLV的域及其值 字節(jié)數(shù) 字段 值 1 Type 值為 0xFE，表示本 TLV為 Organization Specific Informati o n TLv 1 Length TLV長度，其值包含 Type字段和 Length。所有的擴(kuò)展的 OA M發(fā)現(xiàn) TL v采用特定機(jī)構(gòu)擴(kuò)展(Organization Specific)Information 1IⅣ 方式，并應(yīng)符合 IEEE 802． 3—2020 Clause 57的規(guī)范，具體Organization Specif ic Inf ormation TLv格式見表 5。擴(kuò)展的 OAM發(fā)現(xiàn)過程包括 OAM能力發(fā)現(xiàn)、 IEEE 802． 3—2020所未規(guī)定的協(xié)商、 附加信息的交換，以完成在執(zhí)行其他擴(kuò)展的 OAM功能前所必需的能力確認(rèn)過程。 8． 3擴(kuò)展的 OAM發(fā)現(xiàn) 19 YD廠 r 17712 0 08 EPON系統(tǒng)應(yīng)支持通過對 INFO OAMPDU的信息 TLv(Inform ation TLv，即采用 “類型長度值 (TLv)” 的數(shù)據(jù)結(jié)構(gòu) )進(jìn)行擴(kuò)展，以實(shí)現(xiàn)擴(kuò)展的 OAM發(fā)現(xiàn) (extendedOAMdiscovery)和擴(kuò)展 OAMI能 ,力通告(extended OAM capabinry notification)功能。 此外， EPON系統(tǒng)應(yīng)采用Organization Specif ic Extension機(jī)制以實(shí)現(xiàn) IEEE 802． 3— 200 5所未規(guī)定的擴(kuò)展 的 ONU遠(yuǎn)程操作、維護(hù)和管理 (OAM)所必須的管理維護(hù)功能。對 TR． 069和 S NM P 的具體要求不在本規(guī)范范圍內(nèi)。 8操作管理和維護(hù)功能互通性要求 8． 1總體要求 EPON系統(tǒng)操作維護(hù)管理功能包括對 OLT和 ONU的配置、故障、性能、安全等管理功能。 為了保證基于 TDM業(yè)務(wù)的互通要求， OLT和 ONU設(shè)備應(yīng)可分別設(shè)置采用的標(biāo)準(zhǔn)、封裝的 E1個(gè)數(shù)、 CESoP相應(yīng)的 IP地址、 MA C地址、 VLAN等參數(shù)。 EPON系統(tǒng)的 PW E3數(shù)據(jù)包包含定長的實(shí)時(shí)傳輸協(xié)議 (RTP)報(bào)頭， RTP的格式和字節(jié)域定義應(yīng)符合 RFC3550的規(guī)定。封裝方式應(yīng)采用 IE TF RF C4553(分組上面的非結(jié)構(gòu)化的時(shí)分復(fù)用 SA TO P方式 )或 Draft． ieffpwe3． cesopn． 02． txt(分組交換網(wǎng)絡(luò)上的電路仿真業(yè)務(wù) ——cESOPSN方式 )，具體方式應(yīng)分別通 過 OLT和 ONU的本地網(wǎng)管進(jìn)行配置。 此外，當(dāng) OLT發(fā)現(xiàn)非法 ONU的注冊事 件后，應(yīng)上報(bào)網(wǎng)元管理系統(tǒng)。 ONU的 MPCP層次的狀態(tài)機(jī)應(yīng) 符合 IEEE 802． 3—2020的規(guī)定，并且 ONU的高層協(xié)議應(yīng)支持被 OLT拒絕注冊后的靜默機(jī)制。 OLT應(yīng)支 持對該功能的開啟和關(guān)閉配置。 密鑰更新與同步過程如圖 8所示。 密鑰更新周期 Tk。如果 OLT連續(xù) 3次發(fā)送新密鑰請求幀后仍然無法在 Chuming_衛(wèi) reel超時(shí)前收到密鑰更新幀，則 OLT應(yīng)向網(wǎng)管告警。當(dāng)定時(shí)器超時(shí)后 OLT仍沒有收到新密鑰通知幀，則認(rèn)為密鑰交互失敗，將 Chuming—Timer復(fù)位， OLT發(fā)送新一輪的新密鑰請求幀。當(dāng) OLT每次發(fā)出新密鑰請求幀時(shí)，啟動(dòng)定時(shí)器Chuming_mmcr。當(dāng)該定時(shí)器超時(shí)， OLT則啟動(dòng)上述密鑰更新過程。密鑰同步依靠每個(gè)幀中的 Erie字段來實(shí)現(xiàn)，只要 ONU收到 OLT發(fā)送的攪動(dòng)幀中， 密鑰索引 Key_Index等于新密鑰通知幀中的密鑰編號，則 ONU使用新密鑰進(jìn)行解攪動(dòng)。新密鑰通知幀中包含新的 密鑰以及該密鑰編號參數(shù)，表示當(dāng)前交互的密鑰的序號。 密鑰更新的過程如下： OLT向 ONU發(fā)出新密鑰請求幀， ONU收到新密鑰請求幀后向 OLT發(fā)一個(gè)新 密鑰通知幀。 7． 4． 1． 4攪動(dòng)密鑰的更新 攪動(dòng)密鑰的更新采用基于特定機(jī)構(gòu)擴(kuò)展 (Organization． Specific Extension)的 OAMPDU方式，由新 密鑰請求幀 (new key_request)和新密鑰通知幀 (new_churning_key)來實(shí)現(xiàn)。當(dāng) ONU收 167。 Eric字段應(yīng)為 0x55。當(dāng)攪動(dòng)功能 關(guān)閉時(shí)， Key_Index位的值應(yīng)為 1?。 O一明文； l——密文。 7． 4． 1． 3密鑰更新同步的過程 如圖 3所示，前導(dǎo)碼中的第五個(gè)字節(jié)作為攪動(dòng)信息標(biāo)識(shí)字段 (Enc)來實(shí)現(xiàn)密鑰同步， Enc字段的高 6位比特的取值仍遵循 IEEE 802． 3—2020的標(biāo)準(zhǔn)，對低 2位比特進(jìn)行了如下定義。 7． 4． 1． 2攪動(dòng)密鑰的產(chǎn)生 攪動(dòng)密鑰是 ONU由上行用戶數(shù)據(jù)中提取的 3字節(jié)數(shù)據(jù)與 3字節(jié)隨機(jī)數(shù)異或 (XOR)相加的結(jié)果。 16 YD廠 r 17712 00 8 密鑰的更新和同步過程采用基于 Organization． Specific Extension的 OAMPDU方式，具體規(guī)定如本標(biāo)準(zhǔn) 8． 6節(jié)所述。攪動(dòng)由 OLT提出密鑰更新要求， GNU提供 3字節(jié)攪動(dòng)密鑰， OLT使用此密鑰完成攪動(dòng)功能。為提高用戶數(shù)據(jù) 的保密性，下行方向應(yīng)支持三重?cái)噭?dòng) (Tdple Churning)功能，具體規(guī)定見附錄 B。當(dāng) GNU接收到組播業(yè)務(wù)流時(shí)，向?qū)儆? 該組播 VL AN域且發(fā)送了該組播頻道的 IGMP Join報(bào)文的以太網(wǎng)端口轉(zhuǎn)發(fā)該組播流，不屬于該組播 VLAN 域或者未發(fā)送 IGMP Join報(bào)文的以太網(wǎng)端口不能接收到該組播業(yè)務(wù)流。 ONU應(yīng)支持通過本標(biāo)準(zhǔn)8． 4． 3 規(guī)定的擴(kuò)展的 OAM方式 (Add／ Del Multicast VLA N、 MulticastTagStripe、 Group Num Max OAMPDU)進(jìn) 行組播控制的設(shè)置、查詢功能。 每個(gè)用戶端口可同時(shí)申請的組播數(shù)可配置 (Group Num Max)。 短時(shí)間的組播加入離開可不作 CDR記錄要求，具體時(shí)間參數(shù)應(yīng)可設(shè)。 如果用戶發(fā)送 IGMP消息申請禁止訪問的頻道，則不再向上發(fā)送 IGMP消息。 OLT應(yīng)根據(jù)其 P ON接口下的用戶對特定頻道的訪問權(quán)限 (基于該用戶的 LLID)，利用 IGMPProxy功 能動(dòng)態(tài)申請?jiān)擃l道的組播業(yè)務(wù)流。 7． 3． 3組播控制 7． 3． 3． 1 OLT的組播控制功能 OLT應(yīng)支持通過對用戶以太網(wǎng)端口劃分組播 VLAN的 方式實(shí)現(xiàn)對用戶訪問權(quán)限的控制。 OLT應(yīng)支持 IGMP Proxy功能。用戶的其他數(shù)據(jù)流 (包括單播業(yè)務(wù)以及上行的 IGMP報(bào)文等 )劃入另 外的單播 VLAN／ CVLAN。一個(gè)組播頻道僅屬于一個(gè)特定的組播 VLAN。 YD廠 r 17712 0 08 (4)EPON系統(tǒng)應(yīng)支持組播 VL AN。同時(shí)， OLT支持通過MulticastTagStripe OAM消息控 $!JONU 是否在以太網(wǎng) uNI端口上剝除組播數(shù)據(jù)報(bào)文的 VLAN標(biāo)簽。 OLT根據(jù) 用戶的組播權(quán)限，通過 Add／ DelMulficas tVLANOAM消息將 ONU或者 ONU的用戶側(cè)接口劃入不同的組播 VLAN域，屬于特定組播 VL AN的以太網(wǎng) UNI端口可以接收該 VL AN內(nèi)的組播數(shù)據(jù)業(yè)務(wù)流，不屬于該組播 VLAN的以太網(wǎng) UNI端口不能接收該 VLAN內(nèi)的組播業(yè)務(wù)流。主要是通過 IGMP Join／ Leave和 Query消息實(shí)現(xiàn)組播組成員的動(dòng)態(tài)加入腿出和維持。 0NU 應(yīng)支持對廣播 LLID的解析處理。 7． 3組播功能要求 7． 3． 1組播實(shí)現(xiàn)方式 在 EPON系統(tǒng)中，采取 “單拷貝廣播 (SCB)+互聯(lián)網(wǎng)組管理 協(xié)議 (I(MP)”的方式實(shí)現(xiàn)組播業(yè)務(wù) 的分發(fā)，利用組播 VLAN實(shí)現(xiàn)實(shí)現(xiàn)用戶的組播業(yè)務(wù)訪問權(quán)限控制，實(shí)現(xiàn)方式如下。 有 VLAN標(biāo)簽 上行 當(dāng)前僅要求 ONU進(jìn)行 V1D的轉(zhuǎn)換，其他字段 (如 TPID、 CFI和 Pri)的轉(zhuǎn)換暫 不要 求， ONU 對接收到的 VLAN Variabl e Container 中的VLANConfig Parameters域中的 TPID和蹦字段可做忽略處理，并將轉(zhuǎn)換后的 TPID和蹦設(shè) 為缺省值 (也不保留該報(bào)文轉(zhuǎn)換前的 TPID和 Pri值 ) 無 VLAN標(biāo)簽 將 untagged報(bào)打上缺省 VLAN，并轉(zhuǎn)發(fā) 如果其原有 Tag的 VID在對應(yīng)端口的 VLAN Translation列表中有對應(yīng)的 entry (等于其輸出 VID)，則按照該表項(xiàng)將 VID轉(zhuǎn)換為對應(yīng)的 VID(輸入 VID)， 并轉(zhuǎn)發(fā)；如果其原有 Tag的 VID為缺 省 VII)，則剝除 Tag并轉(zhuǎn)發(fā)：如果其 VID 有 VLAN標(biāo)簽 下行 在對應(yīng)端口的 VLANTranslation列表中沒有對應(yīng)的 entry．則丟棄； 當(dāng)前僅要求 ONU進(jìn)行 VID的轉(zhuǎn)換，其他字段 (如 TPID、 CFI和 Pri)的轉(zhuǎn)換暫 不要求。VLAN轉(zhuǎn)換模式下 ONU對數(shù)據(jù) 報(bào)文的處理方式見表 4。 衰 3 TAG模式下 ONU的處理方式 方向 以太網(wǎng)包是否有 VLAN標(biāo)簽 處理方式 有 VLAN標(biāo)簽 丟棄 打上新的 VLANTag(主要參數(shù)是 rID)，轉(zhuǎn)發(fā) 上行 當(dāng)前僅要求 ONU孵夠配置 V II)值．對接收到的 V LA N Variabl e Container中 無 VLAN標(biāo)簽 的 VLANConfig Parameters域中的 TPID和 Pd等字段可做忽略處理 ——所打 的 Tag的 TPID和 P^設(shè)為缺省值 TPID=0x8100、 Pri=0 按照 VII)轉(zhuǎn)發(fā)到相應(yīng)的 UNI端口 并剝除 Tag或者外層 Tag(如果是VLAN 有 VLAN標(biāo)簽 下行 Stacki ng) 無 VLAN標(biāo)簽 丟棄 14 YD廠 r 17712 00 8 c)在 VLAN轉(zhuǎn)換模式下， ONU將用戶自行打上的 VLAN標(biāo)簽 (其 VLAN ID可能不是其獨(dú)用的，可能 在同一個(gè)系統(tǒng)內(nèi)有其他用戶使用相同的 VL AN ID)轉(zhuǎn)換為惟一的網(wǎng)絡(luò)側(cè) VLAN標(biāo)簽。為了實(shí)現(xiàn)運(yùn)營 商對進(jìn)入到網(wǎng)絡(luò)中的業(yè)務(wù)的 VL AN進(jìn)行統(tǒng)一的管理和控制，需要為其加上一個(gè)網(wǎng)絡(luò)層 VLAN tag。其詳細(xì)處理方式見表 2。 a)VLAN透傳模式適用于用戶端的家庭網(wǎng)關(guān)或者交換機(jī)是運(yùn)營商提供并管理的，家庭網(wǎng)關(guān)成交換機(jī) 產(chǎn)生的 VLAN標(biāo)簽是可以信賴的。 VLAN Staeking以太網(wǎng)幀的外層TPID字 段的值應(yīng)可配置。如支持此功能， ONU應(yīng)支持對無VLAN標(biāo)簽的數(shù) 據(jù)包添加缺省優(yōu)先級標(biāo)簽的功能。 ONU應(yīng)支持至少 8個(gè) VLAN ID， VLAN ID的范圍是14094。 ONU應(yīng)支持針對用戶物理端口和業(yè)務(wù)類型劃分 VLAN，應(yīng)支持 VLAN 標(biāo)記、 VLAN透傳、 VLAN轉(zhuǎn)換、 VLA N優(yōu)先級標(biāo)記、 VLA N過濾等功能。 OLTg目絡(luò)側(cè)接口應(yīng)支持業(yè)務(wù) (外層 )虛擬局域網(wǎng)聚合 (SVLANTRUNK)功能，并應(yīng)可以配置為 SVLAN TRUNK和 VLANTRUNK兩種模式中的一種。一般情況下， SVLAN映射業(yè)務(wù)類型， CVLAN映射用戶端口。對每個(gè) LLID， OLT應(yīng)支持 8個(gè) SVLAN ID。 OLT應(yīng)支持符合 IEEE 802． 1ad標(biāo)準(zhǔn)的 VL AN堆棧 (s tacking)功能， VLAN Stacking太網(wǎng)幀的外層 TPID參數(shù)應(yīng)可配置。 OLT應(yīng)支持足夠 VLAN轉(zhuǎn)換條目 (建議值為 4該 OLT能夠支持的 ONU數(shù)量 )，最大 4094個(gè)條目。 VLAN轉(zhuǎn)換(translation)， VLAN優(yōu)先級標(biāo)記 (pri marking)， VLAN過濾 (filtering)等功能。 7． 2 VLAN功能要求 7． 2． 1 OLT的 VLAN功能 OLT應(yīng)支持 IEEE 802． 1Q協(xié)議，應(yīng)支持按照 ONU的 LLm和業(yè)務(wù)類型劃分 VLAN，可選支持按照 MAC 地址劃分 VLAN。 2 OkT的緩存管理 為保證 QoS， OLT應(yīng)提供足夠的緩存，具體緩存容量不做規(guī)定。 1。 ONU應(yīng)支持擁塞避免機(jī)制，擁塞避免算法有尾部丟棄 (TailDrop)、隨機(jī)早期檢測 (RED)、加權(quán)隨 機(jī)早期檢測 (WRED)．應(yīng)至少支持 TailDrop算法。 對于采用 SP+W RR算法的系統(tǒng)， OLT(下行 )和 ONU(上行 )對優(yōu)先級的值為 “7”和 “6”的業(yè)務(wù) 流 (如網(wǎng)絡(luò)控制協(xié)議報(bào)文、 TDM業(yè)務(wù) )應(yīng)采用 SP調(diào)度，對其他優(yōu)先級的業(yè)務(wù)采用 W RR調(diào)度機(jī)制。 7． 1． 7． 2 ONU的優(yōu)先級調(diào)度功能 ONU應(yīng)具有根據(jù) OLT的帶寬授權(quán)進(jìn)行上行業(yè)務(wù)的本地調(diào)度功能，其調(diào)度算法應(yīng)支持 sP算法，可選支 持 WRR或 SP+WRR算法，并應(yīng)可配置，缺省采用 SP算法。 OLT對下行業(yè)務(wù)的調(diào)度應(yīng)支持嚴(yán)格優(yōu)先級隊(duì)列調(diào)度 (SP)，加權(quán)輪詢隊(duì)列調(diào)度 (W R R)和 SP +W RR算法并可配置，缺省采用SP+W RR。 7． 1． 6． 2． 2 OLT的下行業(yè)務(wù)流限速功能 對于下行業(yè)務(wù)， OL