210Gbits（XGS-PON）PAGE\*ROMANPAGE\*ROMANII目 次前 言 III引 言 IV范圍 1規(guī)范性引用文件 1術(shù)語和定義 1縮略語 1XGS-PON系統(tǒng)參考模型 3參考配置 3XGS-PON網(wǎng)絡(luò)分層構(gòu) 4XGS-PON系統(tǒng)互通參考模型 5PMD層互通要求 5XGTC層互要求 5基本要求 5上行突發(fā)模式開銷 5ONU激活流程 7測(cè)距 9PLOAM消息 9PLOAMu消息的帶寬分配方式 9DBA互通功能要求 10OMCI協(xié)議通要求 10基本要求 10ME創(chuàng)建/刪除/配置流程的基本規(guī)則 11ONU初始創(chuàng)建的ME最小集 11OMCI通用流程互通要求 11承載OMCI消息的T-CONT 26基于OMCI配置的業(yè)務(wù)相功能互要求 26XGEM連接模式的要求 26多業(yè)務(wù)橋接ME模型 28下行廣播幀的處理 29VLAN功能 29Qos功能 38組播功能 38VoIP業(yè)務(wù)功能 39業(yè)務(wù)安全功能 39基于OMCI的性能管理功能互通要求 39基本要求 39以太網(wǎng)性能統(tǒng)計(jì) 40XGEM幀性能統(tǒng)計(jì) 40FEC性能統(tǒng)計(jì) 40MAC橋性能統(tǒng)計(jì) 40故障管理功能互通要求 40接口診斷 40告警功能 42遠(yuǎn)程重啟 45長(zhǎng)發(fā)光ONU檢測(cè)與控制 45ONU基本信息查詢 45網(wǎng)關(guān)設(shè)備互通OMCI參考模型 45管理模型 45TR-069WAN連接置 49附 錄 A（規(guī)范性）ExtendedVLANtaggingoperationconfigurationdataME中ReceivedframeVLANtaggingoperationtable屬性的操作 PAGEPAGE10210Gbits（XGS-PON）范圍本文件規(guī)定了10Gbit/s對(duì)稱無源光網(wǎng)絡(luò)(以下簡(jiǎn)稱XGS-PON)系統(tǒng)的物理媒質(zhì)相關(guān)（PMD）層互通要求、傳輸匯聚（TC）層互通要求、操作管理維護(hù)（OAM）功能互通要求、光網(wǎng)絡(luò)終端管理控制接口（OMCI）本文件適用于公用電信網(wǎng)的XGS-PON設(shè)備的設(shè)計(jì)、研發(fā)和生產(chǎn)，其它專用電信網(wǎng)也可參考使用。規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對(duì)應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。YD/T2793-2015接入網(wǎng)技術(shù)要求ONU管理和控制接口(OMCI)YD/T3691.2-2020接入網(wǎng)技術(shù)要求10Gbit/s對(duì)稱無源光網(wǎng)絡(luò)（XGS-PON）第2部分：物理媒質(zhì)相關(guān)（PMD）層要求YD/T3691.3-2020接入網(wǎng)技術(shù)要求10Gbit/s對(duì)稱無源光網(wǎng)絡(luò)（XGS-PON）第3部分：傳輸匯聚（TC）層要求ITU-TG.988-2018ONU管理控制接口要求（ONUmanagementandcontrolinterfacespecification(OMCI)）ITU-TG.9807.1-201710Gbit/s10-Gigabit-capablesymmetricpassiveopticalnetwork(XGS-PON)）ITU-TT.30在公用電話交換網(wǎng)上的文件傳真?zhèn)鬏斠?guī)程（Proceduresfordocumentfacsimiletransmissioninthegeneralswitchedtelephonenetwork)ITU-TT.38通過IP網(wǎng)絡(luò)進(jìn)行實(shí)時(shí)3類傳真通信的規(guī)程（Proceduresforreal-timeGroup3facsimilecommunicationoverIPnetworks）IEEE802.1ad局域網(wǎng)和城域網(wǎng)虛擬橋接局域網(wǎng)增補(bǔ)文件4：供應(yīng)商橋（VirtualBridgeLocalAreaNetworksAmendment4:ProviderBridges）IEEE802.1D局域網(wǎng)和城域網(wǎng)－媒體接入控制(MAC)橋（IEEEStandardforLocalandmetropolitanareanetworks—Mediaaccesscontrol(MAC)Bridges）IEEE802.1Q局域網(wǎng)和城域網(wǎng)虛擬橋接局域網(wǎng)（IEEEStandardforLocalandmetropolitanareanetworks）BBFTR-069CPEWAN管理協(xié)議（CPEWANManagementProtocol）術(shù)語和定義本文件沒有需要界定的術(shù)語和定義。縮略語下列縮略語適用于本文件。AF：適配功能（AdaptationFunction）AVC：屬性值變化(AttributeValueChange)BER：誤比特率(BitErrorRatio)BIP：比特間插奇偶校驗(yàn)(BitInterleavedParity)BW：帶寬(Bandwidth)BWmap：帶寬映射(BandwidthMap)CESoP：分組網(wǎng)電路仿真業(yè)務(wù)(CircuitEmulationServiceoverPacket)CRC：循環(huán)冗余校驗(yàn)(CyclicRedundancyCheck)C-VID：用戶VLAN標(biāo)識(shí)(CustomerVLANID)DBA：動(dòng)態(tài)帶寬分配(DynamicBandwidthAssignment)DBRu：上行動(dòng)態(tài)帶寬報(bào)告(DynamicBandwidthReportupstream)DHCP：動(dòng)態(tài)主機(jī)配置協(xié)議(DynamicHostConfigurationProtocol)FEC：前向糾錯(cuò)(ForwardErrorCorrection)FWI：強(qiáng)制喚醒指示（ForcedWakeupIndication）GEM：GPON封裝模式(GPONEncapsulationMethod)GPON：吉比特?zé)o源光網(wǎng)絡(luò)(Gigabit-CapablePassiveOpticalNetwork)HEC：混合差錯(cuò)糾正（HybridErrorCorrection）HGU：家庭網(wǎng)關(guān)單元(HomeGatewayIPO：PON接口(IteraceofPON)Ind：指示（Indication）IGMP：互聯(lián)網(wǎng)組管理協(xié)議(InternetGroupManagementProtocol)IMS：IP多媒體子系統(tǒng)(IPMultimediaSubsystem)LOID：邏輯ONU標(biāo)識(shí)(LogicalONUID)ME：管理實(shí)體(ManagedEntity)MIB：管理信息庫(ManagementInformationBase)NE：網(wǎng)絡(luò)單元(NetworkElement)OAM：操作管理維護(hù)(OperationAdministrationandMaintenance)ODN：光分配網(wǎng)絡(luò)(OpticalDistributionNetwork)OLT：光線路終端(OpticalLineTerminal)ONU：光網(wǎng)絡(luò)單元(OpticalNetworkUnit)ONT：光網(wǎng)絡(luò)終端(Opticalnetworktermination)OMCC：ONU管理控制通道(ONUManagementandControlChannel)OMCI：ONU管理控制接口(ONUManagementandControlInterface)PCBd：下行物理控制塊(PhysicalControlBlockdownstream)PLOAM：物理層操作管理維護(hù)(PhysicalLayerOAM)PM：性能監(jiān)測(cè)(PerformanceMonitoring)PMD：物理媒質(zhì)相關(guān)（子層）(PhysicalMediumDependent)PON：無源光網(wǎng)絡(luò)(PassiveOpticalNetwork)POTS：傳統(tǒng)電話業(yè)務(wù)(PlainOldTelephoneService)PSBu：上行物理同步塊(UpstreamPhysicalSynchronizationBlock）QoS：服務(wù)質(zhì)量(QualityofService)REI：遠(yuǎn)端差錯(cuò)指示(RemoteErrorIndication)SCB：?jiǎn)慰截悘V播(SingleCopyBroadcast)SFU：?jiǎn)巫魡卧?SingleFamilyUnit)SN：序列號(hào)(SerialNumber)SNI：業(yè)務(wù)節(jié)點(diǎn)接口(ServiceNodeInterface)SP：絕對(duì)優(yōu)先級(jí)(Strictpriority)SR：狀態(tài)報(bào)告(StatusReport)SUF：?jiǎn)?dòng)失敗（Start-upfailure）T-CONT：傳輸容器(TransmissionContainer)TC：傳輸匯聚（層）(TransmissionConvergence)TLS：透明LAN業(yè)務(wù)(TransparentLANService)UNI：用戶網(wǎng)絡(luò)接口(UserNetworkInterface)VID：VLAN標(biāo)識(shí)(VLANID）VLAN：虛擬局域網(wǎng)(VirtualLocalAreaNetwork)VoIP：IP語音(VoiceoverIP)XGEM：XG-PON封裝模式（10-Gigabit-capablePassiveOpticalNetworkEncapsulationMethod）XGS-PON：10Gbits對(duì)稱無源光網(wǎng)絡(luò)（10-Gigabit-capableSymmetricPassiveOpticalNetwork）XGTC：XG-PON傳輸匯聚（層）（10-Gigabit-capablePassiveOpticalNetwork TransmisConvergence）XGS-PONXGS-PON系統(tǒng)參考配置見圖1。XGS-PON系統(tǒng)通常由局側(cè)的OLT、用戶側(cè)的ONU和ODN組成，通常采用點(diǎn)到多點(diǎn)的樹形網(wǎng)絡(luò)結(jié)構(gòu)。ODN由單模光纖和光分路器、光連接器等無源光器件組成，為OLT和ONU之間的物理連接提供光傳輸媒質(zhì)。圖1 XGS-PON系統(tǒng)考配置XGS-PONXGS-PON系統(tǒng)的協(xié)議棧網(wǎng)絡(luò)分層結(jié)構(gòu)見圖2,主要由物理媒質(zhì)相關(guān)（PMD）層和傳輸匯聚（XGTC）層組成。XGTC層包括三個(gè)子層：XGTC成幀子層、XGTC物理適配子層和XGTC業(yè)務(wù)適配子層。XGTC層應(yīng)采用XGEM封裝模式，為其客戶層提供兩種類型的接口：XGEM客戶接口和ONU管理和控制接口（OMCI）。XGEM客戶接口OMCIXGEM客戶接口OMCI業(yè)務(wù)適配子層XGTC層 XGEM客戶接口OMCIXGEM客戶接口OMCI業(yè)務(wù)適配子層XGTC層 XGTC成子層物理適配子XGTCXGTC層 XGTC成子層XGTC物適配PMD層PMD層光纖媒質(zhì)圖2 XGS-PON網(wǎng)絡(luò)層結(jié)構(gòu)XGS-PON從協(xié)議分層的角度，XGS-PON系統(tǒng)的互通性可分為用戶數(shù)據(jù)平面互通和控制管理平面互通，用戶數(shù)據(jù)平面互通包括PMD層互通、XGTC層互通，控制管理平面互通包括嵌入式OAM功能互通、PLOAM互通和OMCI協(xié)議互通，具體見圖3所示。嵌入式嵌入式OAMPMD層PLOAMXGTC層OMCI協(xié)議圖3 XGS-PON系統(tǒng)通性參考模型PMD層互通主要包括OLT和ONU光收發(fā)模塊之間的互通。XGTC層互通主要包括XGTC物理適配、XGTC成幀功能以及業(yè)務(wù)適配功能的互通。嵌入式OAM功能和PLOAM功能用于管理PMD和XGTC層，二者的互通具體包括下行XGTC幀頭、上行突發(fā)模式開銷、ONU激活、測(cè)距、PLOAM消息、DBA功能互通等。OMCI協(xié)議互通主要包括OMCI通用流程互通、業(yè)務(wù)承載相關(guān)的基于OMCI協(xié)議配置的管理功能互通、基于OMCI協(xié)議的性能管理/故障管理/安全管理功能等的互通。PMDXGS-PON系統(tǒng)PMD層按YD/T3691.2-2020的規(guī)定。XGTCXGS-PON應(yīng)按YD/T3691.3-2020對(duì)XGTC層的規(guī)定。上行突發(fā)模式開銷格式XGS-PON上行突發(fā)模式開銷格式見圖4。圖4 突發(fā)模式開銷構(gòu)XGS-PON上行突發(fā)模式開銷由保護(hù)時(shí)間（GuardTime）、前導(dǎo)碼（Preamble）和定界符（Delimiter）三部分組成。上行突發(fā)開銷長(zhǎng)度用于滿足接收端物理層處理的必要步驟所需的時(shí)間。XGS-PON上行突發(fā)開銷長(zhǎng)度見表1。表1用于XGS-PONOLT功能的突發(fā)模式開銷時(shí)間的推薦分配Tx使能Tx禁止總時(shí)間保護(hù)時(shí)間前導(dǎo)時(shí)間定界時(shí)間最壞情況的開銷時(shí)間值（比特，ns）1280,128.61280,128.68192,823.12048,205.86080,610.964,6.4目標(biāo)的開銷時(shí)間值（比特，ns）256,25.7256,25.72048,205.8512,51.41280,128.632,3.2保護(hù)時(shí)間域?yàn)榱朔乐股闲袀鬏數(shù)呐鲎埠透蓴_，OLT在分配BWmap時(shí)允許在不同ONU的上行突發(fā)之間保留一段保護(hù)時(shí)間。該保護(hù)時(shí)間包含了Tx使能和Tx禁止時(shí)間，并容忍某些ONU可能形成的發(fā)送漂移。對(duì)于上行速率為10Gbit/s的XGS-PON系統(tǒng)，宜使用長(zhǎng)度為512比特的保護(hù)時(shí)間。前導(dǎo)碼和定界符BurstProfile字段中的索引與Burst_ProfilePloam消息中的突發(fā)配置文件參數(shù)相關(guān)聯(lián)，并由該突發(fā)配置文件定義。2。表2XGS-PON系統(tǒng)前導(dǎo)碼和定界符前導(dǎo)碼FEC指示32位定界符64位定界符0xBB521E26—0xA37670C90xB9D43E68462BC197開啟0x4BDE1B900xB9D43E68462BC197關(guān)閉0xA37670C90xB7521F0648ADE8790xAAAAAAAA—0xAD4CC30F0xB3BDD310B2C50FA1開啟0xA56679E00xB3BDD310B2C50FA1關(guān)閉0xAD4CC30F0xCE99CE5E5028B41F0xAAAAAAAA是傳統(tǒng)的前導(dǎo)碼格式，可以支持最大的轉(zhuǎn)換密度和平均的光功率；0xBB521E26是一種類數(shù)據(jù)型的前導(dǎo)碼格式，包含平衡直流、平坦的功率譜等信息。定界符建議的長(zhǎng)度為32位，但考慮到更高誤碼率的情況下，可以采用64位的定界符。ONUONUXGS-PONONU的7個(gè)狀態(tài)定義為：O1：初始狀態(tài)；O2~3：序列號(hào)狀態(tài)；O4：測(cè)距狀態(tài)；O5：運(yùn)行狀態(tài)；O6O7：緊急停止?fàn)顟B(tài)；各狀態(tài)具體定義和狀態(tài)轉(zhuǎn)移方式按YD/T3691.3-2020的規(guī)定。ONUOLT應(yīng)支持基于序列號(hào)（SN）方式、基于Password、SN+Password、和邏輯ONUID方式（LOID）ONU進(jìn)行合法性認(rèn)證。其中Password認(rèn)證方式采用Registration消息中的Registration_ID字段（以下簡(jiǎn)稱注冊(cè)ID）攜帶認(rèn)證信息，Registration_ID攜帶認(rèn)證信息的有效長(zhǎng)度應(yīng)可指定。DownstreamsynchronizationO1DownstreamsynchronizationO1BurstProfileSNRequest(BWMap)Serial_Number_OnuO2-O3AssignONU-IDRangingRequest(BWMap)Registration_IDO4Ranging_TimeAcknowledgementMessage建立OMCC，下發(fā)業(yè)務(wù)配置O5ONUSN合法OLT圖5 基于SN認(rèn)證方式的ONU激活流程（認(rèn)證成）當(dāng)OLT基于SN（序列號(hào)）對(duì)ONU進(jìn)行合法性認(rèn)證時(shí)，ONU的激活流程見圖5。當(dāng)OLT檢查收到的ONUSN后認(rèn)為該ONU不合法，則向上報(bào)該序列號(hào)的ONU下發(fā)Disable_Serial_NumberDownstreamSynchronizationO1BurstProfileDownstreamSynchronizationO1BurstProfileSNRequest(BWMap)Serial_Number_OnuO2-O3AssignONU-IDRangingRequest(BWMap)Registration_IDO4Ranging_TimeAcknowledgementMessageRequest_RegistrationRegistration_IDO5建立OMCC，下發(fā)業(yè)務(wù)配置ONUSN和Password(Registration_ID)合法OLT圖6 基于（SN+Password）或Password認(rèn)證方式的ONU活流程（認(rèn)證成功）OLT基于Password對(duì)ONU進(jìn)行合法性認(rèn)證的方式可看作是（SN+Password）認(rèn)證方式的一種特例。在這種認(rèn)證方式下，雖然ONU上報(bào)了SN和Password，但OLT忽略O(shè)NU上報(bào)的SN，只對(duì)Password的合法性進(jìn)行驗(yàn)證。當(dāng)OLT基于（SN+Password）或Password對(duì)ONU進(jìn)行合法性認(rèn)證時(shí)，ONU的激活流程見圖6。當(dāng)OLT檢查收到的ONU的（SN+Password）或Password后認(rèn)為該ONU不合法，則向上報(bào)該序列號(hào)的ONU下發(fā)Deactive消息，通知該ONU進(jìn)入待機(jī)狀態(tài)（O2）。經(jīng)過在ONU側(cè)重新配置正確的Password后，從序列號(hào)狀態(tài)（O2-O3）進(jìn)入后續(xù)狀態(tài)。XGS-PON系統(tǒng)的測(cè)距流程應(yīng)遵循YD/T3691.3-2020和ITU-TG.9807.1的規(guī)定。OLT在測(cè)距完成后應(yīng)通過ranging_time消息通知ONU設(shè)置均衡延時(shí)值，ONU在O4狀態(tài)接收到ranging_Time消息后，應(yīng)進(jìn)入O5狀態(tài)。如果OLT檢測(cè)到測(cè)距失敗，則應(yīng)下發(fā)deactive_ONU-ID消息通知ONU返回O2-O3狀態(tài)重新開始激活流程。如果ONU一直沒有收到ranging_Time消息，則在TO1定時(shí)器超時(shí)后返回O2-O3狀態(tài)重新開始激活流程。在ONU激活階段，如果測(cè)距成功，OLT不應(yīng)再次對(duì)ONU進(jìn)行測(cè)距。如果第一次測(cè)距失敗，OLT應(yīng)再次發(fā)送測(cè)距請(qǐng)求，如果再次測(cè)距失敗，則OLT應(yīng)下發(fā)deactiveONU-ID消息并上報(bào)SUFi告警。如果OLT在O5狀態(tài)需要調(diào)整ONU的均衡延時(shí)值，應(yīng)重新發(fā)送攜帶新均衡延時(shí)值的ranging_Time消息，而XGS-PON系統(tǒng)中本ranging_time消息既可以按照絕對(duì)值（原始測(cè)距結(jié)果+偏移值）下發(fā)，也可以直接按照偏移值下發(fā)，ONU收到該消息后把新值寫入寄存器并覆蓋舊值。PLOAM基本要求XGS-PON系統(tǒng)應(yīng)支持YD/T3691.3-2020規(guī)定的PLOAM消息。Disable_serial_numberONU在O2-O3、O4、O5和O6狀態(tài)下接收到Disable-serial-number（disable）消息后應(yīng)進(jìn)入O7狀態(tài)，不再響應(yīng)除Disable-serial-number（enable）消息外的任何下行PLOAM消息，也無法再進(jìn)行正常的業(yè)務(wù)。ONU掉電重啟時(shí)應(yīng)自動(dòng)檢測(cè)自身掉電前是否處于O7果是，則應(yīng)自動(dòng)進(jìn)入O7狀態(tài)，否則應(yīng)進(jìn)入O2-O3狀態(tài)重新開始激活流程。ONU在O7狀態(tài)下接收到Disable-serial-number（enable）消息后，應(yīng)進(jìn)入O2-O3狀態(tài)重新開始激活流程。如果ONU在其他狀態(tài)下接收到Disable-serial-number（enable）消息，應(yīng)忽略該消息，不應(yīng)發(fā)生任何狀態(tài)轉(zhuǎn)移行為。OLT在發(fā)送Disable-serial-number（disable）消息后應(yīng)能記錄ONU處于O7狀態(tài)。當(dāng)?shù)綦娗疤幱贠7狀態(tài)的ONU在掉電后處理錯(cuò)誤重新開始激活流程時(shí)，OLT應(yīng)在收到該ONU上報(bào)的序列號(hào)后再次發(fā)送Disable-serial-number（disable）消息，強(qiáng)制該ONU從O2-O3狀態(tài)進(jìn)入O7狀態(tài)。OLT向處于O7狀態(tài)的ONU發(fā)送Disable-serial-number（enable）消息后，應(yīng)刪除ONU處于O7狀態(tài)的記錄，并允許接收該消息的ONU進(jìn)入O2狀態(tài)并重新開始激活流程。PLOAMuPLOAM消息和OMCI消息應(yīng)在同一個(gè)T-CONT中傳送，該T-CONT的Alloc-ID等于ONU-ID。上行帶寬分配通過XGTC下行幀中的BWmap域來指示，BWmap格式見圖7。當(dāng)BWmap域中的Alloc-ID=ONU-ID，F(xiàn)lag域PLOAMu置1時(shí)，ONU應(yīng)使用該帶寬分配發(fā)送上行PLOAM消息。當(dāng)無PLOAMu消息需要發(fā)送時(shí)，ONU應(yīng)發(fā)送Acknowledge消息并攜帶Nomessage指示。XGS-PON系統(tǒng)中PLOAMu并不占用所屬T-CONT中的帶寬，而是由系統(tǒng)在整PON口帶寬中扣除。上行BwmapN×8上行BwmapN×8字節(jié)分配結(jié)構(gòu)18字節(jié)分配結(jié)構(gòu)28字節(jié)…分配結(jié)構(gòu)N8字節(jié)Alloc-ID14比特Flags比特StartTime16比特GrantSize16比特FWI1比特BurstProfile2比特HEC13比特DBRu比特PLOAMu1比特圖7 XGTC帶寬DBRu比特PLOAMu1比特當(dāng)ONU需要發(fā)送PLOAMu消息時(shí)，應(yīng)將上行物理層開銷中的Ind域（9個(gè)比特）的比特8（MSB）置1向OLT申請(qǐng)上行帶寬。OLT收到該請(qǐng)求后應(yīng)保證在5ms內(nèi)進(jìn)行響應(yīng)，向ONU寬允許其發(fā)送PLOAMu消息。物理層和XGTC層上行開銷格式見圖8。突發(fā)模式開銷XGTCXGTC凈荷保護(hù)時(shí)間前導(dǎo)碼定界符ONU-ID10比特Ind9比特HEC13字節(jié)PLOAMu0或者48字節(jié)DBRuXGTC凈荷DBRuXGTC凈荷XGTC尾 頭 分配時(shí)隙 配時(shí)隙 傳輸突發(fā)圖8 理層和XGTC層上行開銷DBAXGS-PON（SR）的動(dòng)態(tài)帶寬分配機(jī)制（DBA）來提高系統(tǒng)上QoSONU4寬、盡力而為帶寬。XGS-PON5T-CONTXGS-PON寬（Fixed）、保證帶寬（Assured）和最大帶寬（Maximum）T-CONT，OLTBWMapAlloc-ID不應(yīng)小于16字節(jié)（1024kbit/s），分配時(shí)隙長(zhǎng)度內(nèi)上行突發(fā)幀結(jié)構(gòu)遵照YD/T3691.3-2020XGTCONU16OMCIXGS-PON系統(tǒng)OMCI協(xié)議應(yīng)按YD/T2793-2015的規(guī)定。ME/刪除/ME創(chuàng)建/刪除/配置流程應(yīng)遵循以下規(guī)則：ME，創(chuàng)建/刪除/配置順序不做強(qiáng)制規(guī)定和限制。ME，應(yīng)優(yōu)先創(chuàng)建被指向的ME，優(yōu)先刪除指向的ME。互指向的ME，應(yīng)優(yōu)先創(chuàng)建具有默認(rèn)值的ME（802.1pmapperserviceprofileME）對(duì)于無關(guān)聯(lián)的ME，OLT可以配置多余的ME以及相關(guān)屬性，但對(duì)于有排他性的ME和屬性，應(yīng)根據(jù)ONU能力進(jìn)行配置，不應(yīng)額外配置。ME中各屬性值的取值應(yīng)遵循以下原則：除特殊規(guī)定外，只要OLT創(chuàng)建的ME實(shí)例號(hào)在ME定義的有效范圍內(nèi)，ONUME實(shí)例號(hào)取值。MACBridgeServiceProfileME，實(shí)例號(hào)不應(yīng)取0值。ONUMEONU上電完成初始化后，自動(dòng)創(chuàng)建的ME集中應(yīng)至少包括下列ME：——1個(gè)ONU-G實(shí)例；——1個(gè)ONU2-G實(shí)例；——1個(gè)ONUdata實(shí)例；——2個(gè)SoftwareImage實(shí)例；——J個(gè)Cardholder實(shí)例（J由ONU的實(shí)際能力決定）；——J個(gè)CircuitPack實(shí)例（J由ONU的實(shí)際能力決定）；——N個(gè)T-CONT實(shí)例（N由ONU的實(shí)際能力決定）；——M個(gè)ANI-G實(shí)例；——N個(gè)UNI-G（N為ONU的用戶端口數(shù)量）；——N個(gè)PPTP實(shí)例（N為ONU的用戶端口數(shù)量）；——Ppriorityqueue-G——Qpriorityqueue-G——1個(gè)OLT-G實(shí)例；——1個(gè)VEIP實(shí)例（網(wǎng)關(guān)型ONU需上報(bào)）。OMCIOMCCOMCC建立流程見圖9。承載OMCI消息的T-CONT對(duì)應(yīng)的Alloc-ID值應(yīng)等于ONU-ID值。在創(chuàng)建用于承載OMCI消息的T-CONT時(shí)，OLT無需下發(fā)Alloc-ID配置消息，ONU應(yīng)默認(rèn)該T-CONT的Alloc-ID值等于ONU-ID值。如果OLT下發(fā)該T-CONT對(duì)應(yīng)的Alloc-ID配置消息，ONU應(yīng)忽略。每個(gè)ONU只能默認(rèn)創(chuàng)建一個(gè)1條OMCI連接，且用于OMCI的GEMport等于ONU-ID。AssignONU_ID過程RangingGrantRegistrationPLOAMOMCIAssignONU_ID過程RangingGrantRegistrationPLOAMOMCI通道建立過程Ranging_TimePLOAMAcknowledgePLOAMONU創(chuàng)建用于承載OMCI消息的GEMPortONU創(chuàng)建承載OMCI消息的T-CONT，并默認(rèn)其Alloc-ID值等于ONU-ID值ONUOLTMIB基本要求OLT和ONU之間應(yīng)通過比較MIB同步計(jì)數(shù)器（MIBsync）值來判斷雙方的MIB是否同步。ONU上電啟動(dòng)結(jié)束后，OLT應(yīng)通過MIBUpload和MIBUploadnext命令獲知ONU自動(dòng)創(chuàng)建的ME實(shí)例情況，不應(yīng)直接下發(fā)GET命令獲取除ONUdataME之外的ME實(shí)例。除非特殊要求，否則OLT在下發(fā)業(yè)務(wù)配置參數(shù)時(shí)所使用的ME屬性值應(yīng)自動(dòng)從MIB庫中獲取，不應(yīng)依賴人工獲取屬性值。MIBupload過程中，ONU（包括集成型ONU和非集成型ONU）均應(yīng)正確上報(bào)cardholderME。如果ONU未上報(bào)cardholderME，則OLT應(yīng)將該ONU作為集成型ONU來處理。新/舊ONU新/舊ONU的定義如下：ONUMIBONU，包括以下情況：——從來沒有接入到OLTPON上，OLT也從沒有接收其SN；——接入到OLTPON上，但是OLT沒有分配過ONUID給該ONU；——原來配置過的ONU但后來被刪除了；——ONU上報(bào)MIB異常導(dǎo)致MIB同步失敗。ONUOLTPONONUIDMIBOLTONUMIBMIBMIB審計(jì)和同步流程的基本原則如下：a）OLT和ONU兩端MIB同步計(jì)數(shù)器值相等，且不等于0，之間無需啟動(dòng)MIB同步流程。b）OLT和ONU兩端MIB同步計(jì)數(shù)器值不相等，ONU側(cè)為0，OLT側(cè)不為0，可當(dāng)作新ONU來處理；或當(dāng)作舊ONU來處理，OLT不下發(fā)MIBreset命令，而是直接通過MIBupload和MIBuploadnext命令，將ONU上的數(shù)據(jù)上載到OLT；對(duì)于兩端數(shù)據(jù)不一致的情況，以O(shè)LT側(cè)數(shù)據(jù)為準(zhǔn)，修正ONU側(cè)數(shù)據(jù)。OLT和ONU兩端MIB0，OLT和ONU之間的MIB審計(jì)和同步過程如下：OLT下發(fā)MIBreset命令給ONU。OLT通過MIBupload和MIBuploadnext命令，將ONU上的數(shù)據(jù)上載到OLT，同時(shí)將OLT側(cè)對(duì)該ONU的配置數(shù)據(jù)，下發(fā)到ONU。Burst_ProfilePLOAMOMCC建立Burst_ProfilePLOAMOMCC建立Ranging_timePLOAMAcknowledgePLOAMMIBResetMIBResetresponseMIBuploadMIBuploadresponseMIB同步MIBuploadnextMIBuploadnextresponse Command(Set/Create/Delete) MIB下載Commandresponse執(zhí)行指令，更新MIB和MIBdatasync清除MIB，初始化到默認(rèn)新ONU保存ONU參數(shù)保存ONU參數(shù)OLT...AttributeValueChangeNotificationBring-upEND屬性值自主變化，更新MIB收到通知，OLT更新MIBMIBdatasync遞增...圖AttributeValueChangeNotificationBring-upEND屬性值自主變化，更新MIB收到通知，OLT更新MIBMIBdatasync遞增...OLTOLTOLTOLT請(qǐng)求MIBdatasyncGet(ONUdata(MIBdatasync))GetresponseOLTOLT比對(duì)MIBdatasync值.兩個(gè)值不相等。MIBuploadGetresponseMIBuploadnextMIBuploadnextresponseOLT上載ONUMIBOLT上載ONUMIBMIBuploadnextMIBuploadnextresponseOLTONUOLTONUMIBONUMIB.圖11 舊ONUMIB重審計(jì)流程（OLT和ONU的同步計(jì)數(shù)器值不相同）Ranging_TimePLOAMOMCC建立AcknowledgePLOAMGet[ONU_Data]Getresponse[ONU_Data]MIBuploadMIBuploadresponseMIBMIBuploadnextMIBuploadnextresponseCommand(Set/Create/Delete)CommandresponseCommand(SetONUDataME)MIB下載Commandresponse執(zhí)行命令,Ranging_TimePLOAMOMCC建立AcknowledgePLOAMGet[ONU_Data]Getresponse[ONU_Data]MIBuploadMIBuploadresponseMIBMIBuploadnextMIBuploadnextresponseCommand(Set/Create/Delete)CommandresponseCommand(SetONUDataME)MIB下載Commandresponse執(zhí)行命令,更新MIB和MIBdatasync舊ONU保存ONU數(shù)據(jù)保存ONU數(shù)據(jù)ONUMIBdatasync為0OLTAttributeValueChangeNotificationBring-upEND屬性值自主變化,更新MIB收到通知,OLT更新MIB增加MIBdatasyncRanging_TimePLOAMOMCC建立 AcknowledgePLOAMGet[ONU_Data]Getresponse[ONU_Data]TheMIBresetmessageisanoptionMIBResetMIBResetresponseMIBuploadMIB同步和MIB下載MIBuploadnextresponseRanging_TimePLOAMOMCC建立 AcknowledgePLOAMGet[ONU_Data]Getresponse[ONU_Data]TheMIBresetmessageisanoptionMIBResetMIBResetresponseMIBuploadMIB同步和MIB下載MIBuploadnextresponseCommand(Set/Create/Delete)CommandresponseAttributeValueChangeNotificationSet[ONU_Data]SetResponse[ONU_Data]Bring-upENDMIBdatasync遞增屬性值自主變化，更新MIB執(zhí)行指令，更新MIB和MIBdatasync清除MIB,初始化到默認(rèn)狀態(tài)舊ONUMIBdatasync遞增收到通知,OLT更新MIBMIBdatasync遞增當(dāng)有不一致發(fā)生，則下載OLTMIBOLT和ONUMIBdatasync不匹配OLTXGEMONU至少應(yīng)同時(shí)支持N:Pbridge-filtering（橋+VLAN）方式和N:Mbridge-mapping（橋+Pbit）兩種XGEM連接方式。OLT至少應(yīng)同時(shí)支持N:Pbridge-filtering（橋+VLAN）方式和N:Mbridge-mapping（橋+Pbit）兩種XGEM連接方式。ONU應(yīng)在MIB同步流程中通過上報(bào)ONU2-GME向OLT上報(bào)其支持的XGEM連接模式能力和當(dāng)前XGEM連接模式，OLT獲知ONU的當(dāng)前XGEM連接模式和支持能力后，可通過SET消息改變ONU的當(dāng)前XGEM連接模式，其中所配置的XGEM連接模式應(yīng)在ONU支持的連接模式能力范圍內(nèi)。如果ONU當(dāng)前連接模式和OLT的模式匹配，OLT不應(yīng)重置當(dāng)前連接模式（Currentconnectivitymode）屬性值。當(dāng)OLT需要改變ONU的當(dāng)前XGEM連接模式屬性時(shí)，應(yīng)刪除本身舊模式相關(guān)MIB并通過SETONU2-GME命令改變ONU當(dāng)前連接模式（Currentconnectivitymode）屬性值，并應(yīng)重新進(jìn)行MIBupload流程，ONU重新上報(bào)的當(dāng)前XGEM連接模式屬性值應(yīng)為新配置值。ONU接收到SETONU2-GME命令后，如果新模式值和舊模式值不一致，ONU可以不經(jīng)過重啟過程直接改變模式狀態(tài)并自動(dòng)進(jìn)行MIBreset恢復(fù)至新連接模式初始狀態(tài)，也可以在自動(dòng)重啟（熱啟動(dòng)）后改變模式狀態(tài)并自動(dòng)進(jìn)行MIBreset恢復(fù)至新連接模式初始狀態(tài)。此時(shí)如果接收到MIBRESET命令，也應(yīng)保持在新連接模式下并將MIB重置。如果ONU接收到新模式值等于舊模式值的SETONU2-GME命令，應(yīng)忽略該消息，不應(yīng)進(jìn)行任何動(dòng)作，更不應(yīng)重啟。OLT重置ONU當(dāng)前XGEM連接模式流程見圖14和圖15。MIBResetMIBResetresponseMIBuploadMIBuploadresponseMIBMIBuploadnextMIBuploadnextresponseONU2-GMESetcommandONU2-GMESetresponseMIBuploadMIBuploadresponseMIBuploadnextMIBMIBuploadnextresponseONU重置MIB，并切換到新模式MIBResetMIBResetresponseMIBuploadMIBuploadresponseMIBMIBuploadnextMIBuploadnextresponseONU2-GMESetcommandONU2-GMESetresponseMIBuploadMIBuploadresponseMIBuploadnextMIBMIBuploadnextresponseONU重置MIB，并切換到新模式清除MIB，重新初始化為默認(rèn)新ONU保存ONU數(shù)據(jù)OLT重置MIB保存ONU數(shù)據(jù)，并對(duì)比當(dāng)前連接模式屬性值保存ONU數(shù)據(jù)TheOLTrequestsMIBdatasyncOLTMIBResetMIBResetresponseMIBuploadMIBuploadresponseMIB同步MIBuploadnextMIBuploadnextresponseONU2-GMESetcommandONU2-GMESetresponseONU重置MIB,并切換為新模式且重啟清除MIBResetMIBResetresponseMIBuploadMIBuploadresponseMIB同步MIBuploadnextMIBuploadnextresponseONU2-GMESetcommandONU2-GMESetresponseONU重置MIB,并切換為新模式且重啟清除MIB，重新初始化為默認(rèn)新ONUOLT重置MIB保存ONU數(shù)據(jù)，并對(duì)比當(dāng)前連接模式屬性值保存ONU數(shù)據(jù)TheOLT要求MIBdatasync.OLTOMCIXGS-PON系統(tǒng)的OMCI消息格式包括基線格式和擴(kuò)展格式。基線格式是初始化時(shí)的默認(rèn)格式。使用擴(kuò)展格式則需要在OLT和ONU之間進(jìn)行協(xié)商。基線格式消息為48個(gè)字節(jié)固定長(zhǎng)度，而擴(kuò)展格式消息是可變長(zhǎng)度的。因此，不支持?jǐn)U展格式消息的接收方可以基于它們的長(zhǎng)度來拒絕擴(kuò)展格式消息。基線格式和擴(kuò)展格式消息通過設(shè)備標(biāo)識(shí)符字段區(qū)分，設(shè)備標(biāo)識(shí)符字段位于消息類型的同一字節(jié)位置。基線格式消息包含設(shè)備標(biāo)識(shí)符0x0A，擴(kuò)展格式消息使用設(shè)備標(biāo)識(shí)符0x0B。所有的XGS-PONONU和OLT都需要支持基線格式。在ONU初始化和激活上線過程中，OLT和ONU都使用基線格式消息來建立通信和協(xié)商能力。支持?jǐn)U展OMCI消息的ONU應(yīng)在收到OLT的擴(kuò)展OMCI消息之后才能使用擴(kuò)展OMCI消息進(jìn)行通信，包括ONU上報(bào)的自動(dòng)通知類消息。OMCI消息模式協(xié)商流程見圖16。圖16 OMCI消息式協(xié)商流程軟件鏡像下載流程軟件鏡像屬性狀態(tài)定義17所示，ONU（SoftwareImage）01SoftwareImageME（committed）激活（active）和有效（valid）碼，則該軟件鏡像處于“有效”狀態(tài)。如果ONU或電路組重啟后軟件鏡像將被加載并執(zhí)行，則該軟件鏡像處于“提交”狀態(tài)。如果軟件鏡像已經(jīng)被ONU或電路組加載并正在執(zhí)1態(tài)，最多只能有1個(gè)軟件鏡像處于“提交”狀態(tài)。圖17 軟件鏡像狀態(tài)機(jī)軟件鏡像的組成OMCI31字節(jié)長(zhǎng)的分段，每個(gè)分段可用一個(gè)OMCC并由OMCCMIC圖18 鏡像、窗口和分段的關(guān)系OMCI18鏡像、窗口和分段之間的關(guān)系中描述的鏡像文件分片加載，也可以使用可變OMCI311965ONU軟件鏡像下載軟件鏡像下載流程見圖1920。下載流程的第一步是確定每個(gè)鏡像窗口中分段的數(shù)目即窗口尺寸。鏡像窗口尺寸由OLT和ONUOLTStartsoftwaredownload命令消息中建議鏡像窗口尺寸值，ONUStartsoftwaredownload擇。ONUOLTDownloadsectiondownloadsectionnumber1，1個(gè)分段的downloadsectionnumber0。OLTONUARONU段，則應(yīng)在Downloadsection段（OMCCMIC），則應(yīng)發(fā)送“否認(rèn)”確認(rèn)。當(dāng)接收到“否認(rèn)”確認(rèn)時(shí)，OLTEndsoftwaredownload序列號(hào)小于之前協(xié)商確定的鏡像窗口尺寸時(shí)，OLT的AR根據(jù)下載的軟件鏡像大小，有時(shí)候可能出現(xiàn)剩余鏡像內(nèi)容不足以填滿最后一個(gè)鏡像窗口的情況。在這種情況下，OLT可使用填充值來填充鏡像窗口，也可以設(shè)置包含軟件鏡像內(nèi)容的最后一個(gè)Downloadsection命令的AR比特。當(dāng)所有鏡像窗口全部下載完畢后，OLT將發(fā)送Endsoftwaredownload命令，該命令中包含的MIC覆蓋了除填充值外的整個(gè)軟件鏡像。MIC值的計(jì)算應(yīng)符合ITU-TG.9807.1C.15.7ONUMICEndsoftwaredownloadFlash。如果ONUOLTAR為“否認(rèn)”確認(rèn)前，ONUStartsoftwaredownload(instance,windowsize-1,imagesize[parralleddownloadinfo])ONT設(shè)置該軟件鏡像為“無效”。ONT更新MIB同步計(jì)數(shù)器。ONT用相同或更小的窗口尺寸N進(jìn)行響應(yīng)。Startsoftwaredownload(instance,windowsize-1,imagesize[parralleddownloadinfo])ONT設(shè)置該軟件鏡像為“無效”。ONT更新MIB同步計(jì)數(shù)器。ONT用相同或更小的窗口尺寸N進(jìn)行響應(yīng)。Startsoftwaredownloadresponse(instance,success,windowsize-1[parralleddownloadinfo])OLT接受ONT回復(fù)的窗口大小N。OLT更新MIB，MIB同步計(jì)算器加1。OLT下載第1個(gè)鏡像窗口。為便于示例，該鏡像窗口包含全部N個(gè)片段。Downloadsection(instance,section0,bytesofimagedata)Downloadsection(instance,section1,bytesofimagedata)Downloadsection(instance,sectionN-1,XN-1bytesofimagedata)[AR=ackrqst]Downloadsectionresponse(instance,commandprocesserror,sectionN-1)ONT通告鏡像窗口部分或全部錯(cuò)誤。OLT重傳鏡像窗口。為便于示例，OLT選擇只發(fā)送S個(gè)片段，S≤N。Downloadsection(instance,section0,X0bytesofimagedata)Downloadsection(instance,sectionN-1,XN-1bytesofimagedata)[AR]Downloadsectionresponse(instance,success,sectionS-1)OLT發(fā)送最后一個(gè)鏡像窗口。為便于示例，該鏡像窗口有F個(gè)片段（F≤N），第F-1個(gè)鏡像為填充。OLT選擇僅發(fā)送F個(gè)片段，不發(fā)送N-F個(gè)尾填充。Downloadsection(instance,section0,X0bytesofimagedata)Downloadsection(instance,sectionF-1,XF-1bytesofimagedatapaddedwithnull)[AR]Downloadsectionresponse(instance,success,sectionF-1)OLT結(jié)束軟件鏡像下載Endsoftwaredownload(instance,CRC-32,imagesize[parralleddownloadinfo])Endsoftwaredownloadresponse(instance,success,[parralleddownloadinfo])ONT結(jié)束軟件鏡像下載，把該鏡像實(shí)例標(biāo)識(shí)為有效圖19 軟件鏡像下載 圖20 Busy響應(yīng)處理當(dāng)ONU把軟件鏡像寫入Flash且未完成時(shí)，若接收到OLT下發(fā)的Endsoftwaredownload命令消息，把響應(yīng)消息中的響應(yīng)代碼設(shè)置為“devicebusy”。此時(shí)，OLT應(yīng)重發(fā)Endsoftwaredownload命令消息，重發(fā)間隔建議值為3s，重發(fā)次數(shù)建議值為100次。如果超過最大重發(fā)次數(shù)后ONU仍響應(yīng)“devicebusy”，則OLT應(yīng)認(rèn)為軟件鏡像下載流程失敗。軟件鏡像提交和激活軟件鏡像激活和提交流程見圖21。當(dāng)ONU下載完畢并認(rèn)為軟件鏡像有效時(shí)，該軟件鏡像的初始狀態(tài)是非提交狀態(tài)和非激活狀態(tài)。OLT隨后可發(fā)送Activateimage命令改變鏡像的使用狀態(tài)。ONU以“肯定”確認(rèn)對(duì)Activateimage命令進(jìn)行響應(yīng)后，將加載并執(zhí)行該有效軟件鏡像，此時(shí)不改變提交狀態(tài)參數(shù)。OLT可繼續(xù)發(fā)送Commitimage命令要求ONU把提交狀態(tài)參數(shù)值置為1。如果在下載、校驗(yàn)和激活步驟后軟件鏡像仍然出現(xiàn)問題導(dǎo)致ONU故障（如看門狗定時(shí)器檢測(cè)到激活失敗），ONU應(yīng)軟重啟并使用處于提交狀態(tài)的軟件鏡像，從而實(shí)現(xiàn)自動(dòng)故障恢復(fù)。圖21 軟件鏡像激活和軟件鏡像提交8.4.6 OMCIOMCC上消息的流控和錯(cuò)誤恢復(fù)過程基于應(yīng)答交互的停-等機(jī)制。該流控過程保證了從OLT到ONU的低等級(jí)應(yīng)答交互在OLT發(fā)出下一條相同優(yōu)先級(jí)的消息之前，可被ONU正確的接收和處理。在依賴MIC計(jì)算來驗(yàn)證所有接收幀的數(shù)據(jù)完整性時(shí)，該停-等協(xié)議利用了事務(wù)相關(guān)標(biāo)識(shí)符，重傳計(jì)數(shù)器以及可用事務(wù)請(qǐng)求計(jì)時(shí)器來進(jìn)行流控。事務(wù)請(qǐng)求計(jì)時(shí)器Ti的超時(shí)時(shí)刻為Tmaxi，該計(jì)時(shí)器于OLT將優(yōu)先級(jí)為”i”的事務(wù)請(qǐng)求消息向ONU發(fā)送時(shí)，并且于OLT收到一個(gè)事務(wù)相關(guān)標(biāo)識(shí)符與之一致的無出錯(cuò)的確認(rèn)消息時(shí)停止計(jì)時(shí)。如果OLT一直沒有收到有效確認(rèn)消息，則在經(jīng)過Tmaxi時(shí)間后，OLT將重新發(fā)送原來的事務(wù)請(qǐng)求消息。重傳確認(rèn)事務(wù)請(qǐng)求消息的事務(wù)相關(guān)標(biāo)識(shí)符與原消息一致。每當(dāng)OLT重傳確認(rèn)事務(wù)請(qǐng)求消息時(shí)，發(fā)射機(jī)都會(huì)將重傳計(jì)數(shù)器Ri加1（i為確認(rèn)事務(wù)請(qǐng)求的優(yōu)先級(jí)）。當(dāng)重傳計(jì)數(shù)器Ri（初始化時(shí)值為0x00）累加到最大值Rmaxi時(shí)，發(fā)射機(jī)即停止重傳消息并且發(fā)出一個(gè)OMCC鏈路狀態(tài)的出錯(cuò)申明。計(jì)時(shí)器（Ti）和重傳計(jì)數(shù)器（Ri）只存在于OLT控制器內(nèi)部，對(duì)ONU而言，它并不需要維持這些計(jì)數(shù)器或計(jì)時(shí)器。而且，缺省門限Tmaxi和Rmaxi不受限于本文件。缺省門限值Tmaxi和Rmaxi推薦采用對(duì)每個(gè)優(yōu)先級(jí)等級(jí)都是獨(dú)立可配置。Tmax1（即高優(yōu)先級(jí)門限）的缺省值應(yīng)考慮到典型的消息傳送時(shí)延加上命令消息響應(yīng)時(shí)間。在實(shí)際應(yīng)用中，為兼顧消息交互效率與交互可靠性，推薦缺省Rmaxi取值為3次。8.5 OMCIT-CONT承載OMCI消息的T-CONT由OLT和ONU分別默認(rèn)創(chuàng)建，其Alloc-ID=ONU-ID。ONU在MIBupload過程中不應(yīng)上報(bào)承載OMCI消息的T-CONT。為便于管理，OLT在使用T-CONT時(shí)，承載OMCI消息的T-CONT應(yīng)獨(dú)立于承載用戶數(shù)據(jù)的T-CONT。OMCIXGEMXGS-PONOLT與ONU至少應(yīng)同時(shí)支持的橋+VLAN（N：P）和橋+Pbit（N：M）兩種XGEM連接模式ME關(guān)系圖分別如圖22和圖23所示。ONU不應(yīng)限制每個(gè)XGEMPort承載的業(yè)務(wù)流的數(shù)量，即多條不同VID或Pbit的業(yè)務(wù)流經(jīng)OLT配置后應(yīng)能在同一個(gè)XGEMPort中或不同的XGEMPort中正常傳輸。ExtVLANtagoperconfigdataUNI-GPPTPEthUNIUNI-GPPTPPOTSUNIExtVLANtagoperconfigdataUNI-GPPTPEthUNIUNI-GPPTPPOTSUNIT-CONTT-CONT T-CONTT-CONTT-CONTT-CONTGEMportGEMport GEMportnetworknetworkGEMportnetworkCTPGEMIWTPGEMIWTPVLANtaggingGEMIWTPVLANtaggingVLANtaggingMACbridgeportconfigdataMulticastoperationsprofileVLANtaggingfilterMulticastsubscriberconfigMACbridgeportconfigdata1PMACbridgeserviceprofileNMACbridgeportconfigdataVLANtaggingMulticastsubscribermonitor1MAC MACbridgeport bridgeportconfigdata configExtVLANoperconfigPriorityQueue(downstream)PriorityQueue2(upstream)PriorityQueue1(upstream)PPTPEthUNIGEMportnetworkGEMIWTPMACbridgeportconfigdataExtVLANMACbridge operserviceprofile configMACbridgeportconfigdata TCP/UDPconfigdataSIPagentconfigdataSIPuserdataPriorityQueue3(upstream)IPHostconfigdataUNI-G數(shù)據(jù)類業(yè)務(wù) 語音業(yè)務(wù)圖22 橋+VLAN連接模式ME關(guān)系圖T-CONTT-CONTGEMportnetworkCTPGEMportnetworkCTPGEMportnetworkCTPGEMIWTP1GEMMulticastIWTPVLANtaggingGEMIWTPGEMportnetworkCTPGEMportnetworkCTPGEMportnetworkCTPGEMIWTP1GEMMulticastIWTPVLANtaggingGEMIWTP1M802.1pserviceprofileMACbridgeportconfigdataMulticastoperationsprofileMulticastsubscriberconfigMACbridgeportconfigdata1PMACbridgeserviceNVLANtagging1MACbridgeportconfigdataMACbridgeportconfigdataMulticastsubscribermonitorExtVLANoperconfigPriorityQueue(downstream)PriorityQueue2(upstream)PriorityQueue1(upstream)T-CONTT-CONTExtVLANtagoperconfigdataGEMportnetworkCTPGEMIWTP802.1pmapperserviceprofileMACbridgeportconfigdataExtVLANMACbridge operserviceprofile configMACbridgeportconfigdata TCP/UDPconfigdataSIPagentconfigdataSIPuserdataPriorityQueue3(upstream)IPHostconfigdataUNI-GPPTPPOTSUNIPPTPEthUNIUNI-GPPTPEthUNIUNI-G圖23 橋+Pbit連接模式ME關(guān)系圖MEOLT配置ONU承載多業(yè)務(wù)情況下，OLT和ONU均應(yīng)支持語音、數(shù)據(jù)業(yè)務(wù)配置在同一個(gè)MACbridgeserviceprofile上，即采用單橋的方式接入多種業(yè)務(wù)，如圖24。ExtVLANtagoperconfigdataUNI-GPPTPEthUNIUNI-GExtVLANtagoperconfigdataUNI-GPPTPEthUNIUNI-GPPTPPOTSUNIGEMportnetworkCTPGEMportnetworkCTP橋+Vlan映射或橋+Pbit映射VLANtaggingGEMIWTPMACbridgeportconfigport1MACbridge portconfigportPMACbridgeserviceprofileExtVLANoperconfigMulticastoperationsprofileNMACbridgeportconfigportMulticastsubscriberconfigVLANtaggingMulticastsubscribermonitor1MACbridgeconfig TCP/UDPconfigdataMACbridgeportconfigportExtVLANtagoperconfigSIPagentconfigdataSIPuserdataPriorityQueue(downstream)PPTPEthUNIIPHostconfigdataUNI-GUNI-G數(shù)據(jù)業(yè)務(wù) 語音業(yè)務(wù)圖24 多業(yè)務(wù)橋接ME模型下行廣播幀應(yīng)根據(jù)所攜帶的VLAN或Pbit，映射進(jìn)入對(duì)應(yīng)的用戶單播通道進(jìn)行分發(fā)，不應(yīng)創(chuàng)建專門的下行廣播通道。VLANOLT的VLANOLT應(yīng)支持IEEE802.1Q協(xié)議，應(yīng)支持對(duì)VLAN端口的ACCESS、TRUNK和HYBRID連接模式。OLT應(yīng)支持IEEE802.1Q定義的VLAN標(biāo)記的透?jìng)鳌⒃黾印⒁瞥蚔LANID的切換功能。OLT應(yīng)支持基于IEEE802.1D定義的UserPriority和EtherType（例如IPoE、PPPoE等）劃分VLAN。OLT應(yīng)支持基于IEEE802.1ad的VLANStacking功能，其中外層標(biāo)記的TPID值應(yīng)可以配置。OLT應(yīng)支持根據(jù)物理端口、802.1p優(yōu)先級(jí)或802.1QVLANID的值把上行以太網(wǎng)幀映射到不同的S-VLAN。OLT應(yīng)支持1:1和N:1方式的VLANStacking功能。OLT的上聯(lián)端口應(yīng)能配置為支持S-VLAN的TRUNK模式。ONU的VLANONU應(yīng)支持IEEE802.1Q協(xié)議，應(yīng)支持對(duì)VLAN端口的ACCESS和TRUNK連接模式。ONU應(yīng)支持IEEE802.1Q定義的VLAN標(biāo)記的透?jìng)鳌⒃黾印⒁瞥蚔LANID的切換功能。ONU應(yīng)支持針對(duì)用戶物理端口劃分VLAN。在VLAN透?jìng)髂Ｊ较拢琌NU應(yīng)透?jìng)鰿-VID正確的報(bào)文，丟棄untag、priority-tag和C-VID錯(cuò)誤的報(bào)文。特殊的，對(duì)于TLS業(yè)務(wù)包括untag、priority-tag和tagged報(bào)文格式的TLS業(yè)務(wù)，ONU應(yīng)全部透?jìng)鳌Ｔ赩LAN標(biāo)記模式下，ONU應(yīng)對(duì)untag報(bào)文進(jìn)行C-VLAN標(biāo)記，并丟棄priority-tag和tagged報(bào)文。特殊的，對(duì)于TLS業(yè)務(wù)包括untag、priority-tag和tagged報(bào)文格式的TLS業(yè)務(wù)，ONU應(yīng)為TLS業(yè)務(wù)進(jìn)行S-VLAN標(biāo)記。在VLAN切換模式下，ONU應(yīng)對(duì)符合VLAN切換表項(xiàng)的tagged報(bào)文進(jìn)行C-VLAN切換，丟棄untag、priority-tag和C-VID錯(cuò)誤的報(bào)文。ME橋+VLAN基本要求對(duì)于橋+VLAN連接模式VLAN功能的ME模型如圖25所示，其中UNI側(cè)的ExtendedVLANTaggingOperationConfigurationData、UNI側(cè)VLANtaggingfilterdata和ANI側(cè)VLANtaggingfilterdata三者配合實(shí)現(xiàn)VLAN透?jìng)鳌?biāo)記、切換功能。OLT創(chuàng)建ExtendedVLANTaggingOperationConfigurationDataME成功后，ONU應(yīng)自動(dòng)在ReceivedframeVLANtaggingoperationtable屬性中寫入如下三條默認(rèn)規(guī)則，且OLT不應(yīng)改動(dòng)該規(guī)則：4096,x,4096,x,0,(0,15,x,x,15,x,x)，4096,x,0,(0,15,x,x,15,x,x)，4096,x,0,(0,15,x,x,15,x,x)表——單標(biāo)簽?zāi)J(rèn)規(guī)則：15,4096,x,14,表示對(duì)單層標(biāo)簽幀透?jìng)鳎競(jìng)髦料乱粋€(gè)ME。——雙標(biāo)簽?zāi)J(rèn)規(guī)則：14,4096,x,14,示對(duì)雙層標(biāo)簽幀透?jìng)鳎競(jìng)髦料乱粋€(gè)ME。注：“x”表示此處不關(guān)心該字段值，且應(yīng)置為0。ReceivedframeVLANtaggingoperationtable屬性的操作應(yīng)符合附錄A的規(guī)定。圖25 VLAN功能的ME模型關(guān)系圖（基于橋+VLAN方式）VLANMEVLAN透?jìng)鞴δ艿腗E主要參數(shù)要求如下：UNIExtendedVLANTaggingOperationConfigurationDataMEDownstream此時(shí)應(yīng)配置為“1（下行方向不進(jìn)行操作）ReceivedframeVLANtaggingoperationtable屬性中添加表3所示的表項(xiàng)。表3ExtendedVLANTaggingOperationConfigurationData主要屬性取值屬性名稱取值說明Managedentityid0x0000..0xFFFF不作強(qiáng)制要求，但需要保證全局唯一。Associationtype2PPTPEthernetUNI。Downstreammode1透?jìng)鳌eceivedframeVLANtaggingoperationtable15,x,x,8,Y,0,0,(0,15,x,x,15,x,x)VID=Y透?jìng)鳌?5,x,x,8,4096,0,0,(1,15,x,x,15,x,x)其他單層tag的報(bào)文去掉tag。8,4096,0,8,4096,0,0,(2,15,x,x,15,x,x)雙層tag的報(bào)文去掉tag。AssociatedMEpointer端口PPTPUNI的MEID。UNI側(cè)VLANtaggingfilterdata的Forwardoperation屬性應(yīng)設(shè)置為”0x10”，并將透?jìng)鞯腣ID值加入VLANfilterlist屬性，如表4所示。表4VLANtaggingfilterdata主要屬性取值（UNI側(cè)）屬性名稱取值說明Managedentityid與對(duì)應(yīng)的MACBridgePortConfigData實(shí)例MEID相同VLANfilterlistYVID=Y加入列表Forwardoperation0x10VLANfilterlistVID轉(zhuǎn)發(fā)，不包含的報(bào)文和untagNumberofentries0~12ANI側(cè)VLANtaggingfilterdata的Forwardoperation屬性應(yīng)設(shè)置為”0x10”，并將透?jìng)鞯腣ID值加入VLANfilterlist屬性，如表5表5VLANtaggingfilterdata主要屬性取值（ANI側(cè)）屬性名稱取值說明Managedentityid與對(duì)應(yīng)的MACBridgePortConfigData實(shí)例MEID相同VLANfilterlistYVID=Y加入列表Forwardoperation0x10VLANfilterlist中包括的VID報(bào)文轉(zhuǎn)發(fā)，不包含的報(bào)文和untag報(bào)文丟棄。Numberofentries0~12VLANMEVLAN標(biāo)記功能的ME主要參數(shù)要求如下：UNI相關(guān)的ExtendedVLANTaggingOperationConfigurationDataME的Downstream此時(shí)應(yīng)配置為“0”（反向操作），并在ReceivedframeVLANtaggingoperationtable屬性中添加如下表項(xiàng)：15,x,x,8,4096,0,01,15,x,x,15,x,x)表示對(duì)單層tag的報(bào)文去掉tag。8,4096,0,8,4096,0,02,15,x,x,15,x,x)表示對(duì)雙層tag的報(bào)文去掉tag。15,x,x,15,x,x,0,(0,15,x,x,x,Y,6)表示加入一條VLAN標(biāo)記表項(xiàng)標(biāo)記untag報(bào)文為VID=Y的報(bào)文。UNI側(cè)VLANtaggingfilterdata的Forwardoperation屬性應(yīng)設(shè)置為”0x10”，并將標(biāo)記后的VID值加入VLANfilterlist6所示：表6VLANtaggingfilterdata主要屬性取值（UNI側(cè)）屬性名稱取值說明Managedentityid與對(duì)應(yīng)的MACBridgePortConfigData實(shí)例MEID相同VLANfilterlistY標(biāo)記后VID=Y加入列表Forwardoperation0x10VLANfilterlist中包括的VID報(bào)文轉(zhuǎn)發(fā)，不包含的報(bào)文和untag報(bào)文丟棄。Numberofentries0~12ANI側(cè)VLANtaggingfilterdata的Forwardoperation屬性應(yīng)設(shè)置為”0x10”，并將標(biāo)記后的VID值加入VLANfilterlist7所示：表7VLANtaggingfilterdata主要屬性取值（ANI側(cè)）屬性名稱取值說明Managedentityid與對(duì)應(yīng)的MACBridgePortConfigData實(shí)例MEID相同VLANfilterlistY標(biāo)記后VID=Y加入列表Forwardoperation0x10VLANfilterlistVIDuntag丟棄。Numberofentries0~12VLANMEVLAN切換功能的ME主要參數(shù)要求如下：UNI相關(guān)的ExtendedVLANTaggingOperationConfigurationDataME的Downstream此時(shí)應(yīng)配置為“0”（反向操作），并在ReceivedframeVLANtaggingoperationtable屬性中添加如下表項(xiàng)：15,x,x,8,4096,0,01,15,x,x,15,x,x)表示對(duì)單層tag的報(bào)文去掉tag。8,4096,0,8,4096,0,02,15,x,x,15,x,x)表示對(duì)雙層tag的報(bào)文去掉tag。15,x,x,2,A,x,0,(1,15,x,x,7,B,6)表示加入一條VLAN切換表項(xiàng)切換VID=APbit2的報(bào)文為VID=BPbit=7的報(bào)文。UNI側(cè)VLANtaggingfilterdata的Forwardoperation0x10”，并將切換后的VID值加入VLANfilterlist屬性，如表8所示。表8VLANtaggingfilterdata主要屬性取值（UNI側(cè)）屬性名稱取值說明Managedentityid與對(duì)應(yīng)的MACBridgePortConfigData實(shí)例MEID相同VLANfilterlistY切換后VID=Y加入列表Forwardoperation0x10VLANfilterlist中包括的VID報(bào)文轉(zhuǎn)發(fā)，不包含的報(bào)文和untag報(bào)文丟棄。Numberofentries0~12ANI側(cè)VLANtaggingfilterdata的Forwardoperation0x10”，并將切換后的VID值加入VLANfilterlist9表9VLANtaggingfilterdata主要屬性取值（ANI側(cè)）屬性名稱取值說明Managedentityid與對(duì)應(yīng)的MACBridgePortConfigData實(shí)例MEID相同VLANfilterlistY切換后VID=Y加入列表Forwardoperation0x10VLANfilterlist中包括的VID報(bào)文轉(zhuǎn)發(fā)，不包含的報(bào)文和untag報(bào)文丟棄。Numberofentries0~12橋+Pbit基本要求對(duì)于橋+Pbit連接模式VLAN功能的ME模型如圖26所示，其中UNI側(cè)的ExtendedVLANTaggingOperationConfigurationData、UNI側(cè)VLANtaggingfilterdata和802.1pmapperserviceprofile三者配合實(shí)現(xiàn)VLAN透?jìng)鳌?biāo)記、切換功能。OLT創(chuàng)建ExtendedVLANTaggingOperationConfigurationDataME成功后，ONU應(yīng)自動(dòng)在ReceivedframeVLANtaggingoperationtable屬性中寫入如下三條默認(rèn)規(guī)則，且OLT不應(yīng)改動(dòng)該規(guī)則：4096,x,4096,x,0,(0,15,x,x,15,x,x)，4096,x,0,(0,15,x,x,15,x,x)，4096,x,0,(0,15,x,x,15,x,x)表——單標(biāo)簽?zāi)J(rèn)規(guī)則：15,4096,x,14,表示對(duì)單層標(biāo)簽幀透?jìng)鳎競(jìng)髦料乱粋€(gè)ME。——雙標(biāo)簽?zāi)J(rèn)規(guī)則：14,4096,x,1