專利名稱：：Gpon網(wǎng)管系統(tǒng)的olt代理子系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及網(wǎng)絡(luò)管理領(lǐng)域，尤其涉及GPON(Gigabit-capablePassiveOpticalNetworks吉比特無源光網(wǎng)絡(luò))網(wǎng)管系統(tǒng)中OLT(OpticalLineTerminal光線路終端)代理采用SNMP(SimpleNetworkManagementProtocol簡單網(wǎng)絡(luò)管理協(xié)議)與管理端進行信息交互，采用OMCI(0ΝΤManagementandControlInterfaceONT管理控制接口)幀與ONU(OpticalNetworkUnit光網(wǎng)絡(luò)單元)設(shè)備進行信息交互的GPON網(wǎng)絡(luò)管理。
背景技術(shù)：
：寬帶網(wǎng)絡(luò)的飛速發(fā)展以及各種高帶寬業(yè)務(wù)和應(yīng)用的不斷出現(xiàn)使寬帶光纖接入網(wǎng)技術(shù)的引入擺上了議事日程，目前北美和日本FTTH(FibertotheHome光纖到戶)的建設(shè)已經(jīng)規(guī)模展開，而國內(nèi)FTTH的實驗已經(jīng)在一些地方開始實施，業(yè)內(nèi)對這方面的討論也不絕于耳。特別是對PON(PassiveOpticalNetworks無源光網(wǎng)絡(luò))技術(shù)的研究。無源光網(wǎng)絡(luò)技術(shù)是一種點到多點的光纖接入技術(shù)，它由局側(cè)的0LT、用戶側(cè)的ONU以及ODN(OpticalDistributionNetwork光分配網(wǎng)絡(luò))組成。一般其下行采用TDM(TimeDivisionMultiplexing時分多路復用)廣播方式、上行采用TDMA(TimeDivisionMultipleAccess時分多址接入)方式，而且可以靈活地組成樹型、星型、總線型等拓撲結(jié)構(gòu)(典型結(jié)構(gòu)為樹形結(jié)構(gòu))。所謂“無源”，是指ODN中不含有任何有源電子器件及電子電源，全部由光分路器等無源器件組成，因此其管理維護的成本較低。目前比較流行的PON標準有基于ATM(AsynchronousTransferMode異步傳輸模式)協(xié)議的APON(ATMPassiveOpticalNetworkATM無源光網(wǎng)絡(luò))、基于以太網(wǎng)協(xié)議的EPON(EthernetPassiveOpticalNetwork以太網(wǎng)無源光網(wǎng)絡(luò))和新一代GPON標準。而APON技術(shù)提出至今并未在商業(yè)上獲得成功，主要原因是ATM技術(shù)承載IP(InternetProtocol網(wǎng)絡(luò)協(xié)議)業(yè)務(wù)效率低；EPON是目前各國發(fā)展的熱點，但承載TDM業(yè)務(wù)存在很大的局限性；GPON與EPON最大不同在于業(yè)務(wù)支持能力。GPON是為支持全業(yè)務(wù)的部署而設(shè)計，而EPON是為使點對點網(wǎng)絡(luò)能支持點對多點網(wǎng)絡(luò)而設(shè)計，沒有考慮對全業(yè)務(wù)的支持。GPON系統(tǒng)在帶寬能力、安全性和可管理性方面明顯優(yōu)于EPON系統(tǒng)。它的TC(TransmissionConvergence傳輸匯聚)層具有天然的承載TDM業(yè)務(wù)能力，更注重多業(yè)務(wù)和QoS(QualityofService服務(wù)質(zhì)量)保證；能夠簡單、通用、高效的透明傳送各種業(yè)務(wù)，非對稱特性更能適應(yīng)未來的FTTP/FTTH(FibertothePremise/FibertotheHome光纖到戶)寬帶市場；傳輸距離更遠、覆蓋范圍更廣。它通過為用戶提供千兆比特的帶寬，高效的IP、TDM承載模式，將成為FTTP/FTTH領(lǐng)域中更為完善的解決方案，同時也是網(wǎng)絡(luò)
技術(shù)領(lǐng)域：
中的一大熱點和高利潤增長點。網(wǎng)絡(luò)管理系統(tǒng)是網(wǎng)絡(luò)的重要組成部分，它不僅僅是保證網(wǎng)絡(luò)正常運行的基本條件之一，也是保證通信網(wǎng)高效、可靠、經(jīng)濟和安全地運行的必要條件之一。這同樣適合用于GPON網(wǎng)絡(luò)中。GPON系統(tǒng)數(shù)目眾多的網(wǎng)絡(luò)接口以及OLT與ONU帶來的大量管理操作信息增加了管理的復雜性，為了保證GPON網(wǎng)絡(luò)能夠穩(wěn)定、高效、準確的運行，為GPON網(wǎng)絡(luò)提供一個有效的網(wǎng)絡(luò)管理系統(tǒng)顯得尤為重要。作為和網(wǎng)絡(luò)建設(shè)配套的網(wǎng)絡(luò)管理服務(wù)，在國外也取得了很好的發(fā)展。在國外市場，目前市面上有很多的商品化網(wǎng)管軟件，如IBM(InternationalBusinessMachines國際商業(yè)機器)公司的NetView，Hope公司的OpenView，SUN公司的SunNetManager等。這些商品化的網(wǎng)絡(luò)管理軟件盡管功能很強大，但從某種意義上來說，它們就如同操作系統(tǒng)一樣，提供的是一個通用的網(wǎng)絡(luò)管理平臺，對于具體的網(wǎng)絡(luò)環(huán)境，必須按具體環(huán)境進行配置，或編寫相應(yīng)的管理軟件。這些工作的順利進行都需要網(wǎng)絡(luò)管理者具有豐富的網(wǎng)絡(luò)管理方面的知識。從價格方面來說，這些軟件都比較昂貴，并且要求的硬件環(huán)境也比較高。目前業(yè)內(nèi)對GPON系統(tǒng)的研究大部分集中于GPON的硬件部分，對GPON系統(tǒng)的物理規(guī)范、硬件設(shè)備都有了詳細討論，但是，如何給硬件部分配備管理軟件，還沒有很好的解決，即目前為止沒有出現(xiàn)專門的GPON網(wǎng)絡(luò)管理軟件。所以對GPON的網(wǎng)絡(luò)管理系統(tǒng)的研究是非常必要的。本發(fā)明正是針對GPON網(wǎng)絡(luò)管理系統(tǒng)，提出了一種GPON網(wǎng)管系統(tǒng)OLT代理子系統(tǒng)的設(shè)計方法。
發(fā)明內(nèi)容為了克服現(xiàn)有的GPON網(wǎng)管系統(tǒng)的成本高、效率較低的不足，本發(fā)明提供了一種降低成本、提高效率的GPON網(wǎng)管系統(tǒng)的OLT代理子系統(tǒng)。為了解決上述技術(shù)問題所提出的技術(shù)方案一種GPON網(wǎng)管系統(tǒng)的OLT代理子系統(tǒng)，所述OLT代理子系統(tǒng)包括SNMP代理模塊，用以負責網(wǎng)絡(luò)管理端和OLT設(shè)備之間的互相通信，通過SNMP協(xié)議與SNMP管理端進行信息交互；SNMPMIB(ManagementInformationBase管理信息庫)模塊，包括標準的SNMPMIBII和自定義的GPONMIB，用以負責對OLT設(shè)備的信息和被管設(shè)備信息進行描述設(shè)置；OMCI從代理模塊，用以負責和ONU設(shè)備之間的互相通信，通過OMCI幀與ONU進行信息交互；協(xié)議轉(zhuǎn)換模塊，用以實現(xiàn)基于SNMP協(xié)議的SNMP幀和基于OMCI協(xié)議的OMCI幀的轉(zhuǎn)換；OMCI從代理實時把被管設(shè)備的信息通過OMCI幀更新到自定義GP0NMIB中，如果網(wǎng)絡(luò)管理站要查詢OLT設(shè)備的信息，通過SNMP協(xié)議去查詢標準SNMPMIBII；如果網(wǎng)絡(luò)管理站要查詢被管對象的信息，通過SNMP協(xié)議去查詢自定義GP0NMIB的信息；如果管理站要設(shè)置被管對象的信息時，SNMP代理收到消息后通過協(xié)議轉(zhuǎn)換模塊調(diào)用OMCI從代理模塊組set幀給ONT(OpticalNetworkTermination光網(wǎng)絡(luò)終端)設(shè)備，設(shè)置被管對象的信息；被管設(shè)備有重要事件或者故障發(fā)生時，OLT中的OMCI從代理會收到相關(guān)的OMCI幀信息，然后再通過協(xié)議轉(zhuǎn)換模塊調(diào)用SNMP代理發(fā)送trap給管理端。所述的SNMP協(xié)議中包括5種消息類型，分別為get-request、set-request、get-next-request、get-response和trap；SNMP代理和管理站之間通過所述消息報文進行相互通信，獲取網(wǎng)絡(luò)設(shè)備的各種信息，并控制網(wǎng)絡(luò)信息的正常運行。所述的協(xié)議轉(zhuǎn)換模塊中，共享內(nèi)存是指在內(nèi)存中專門留出一塊區(qū)域用于存放MIB中所有被管對象的具體數(shù)據(jù)信息，每個內(nèi)存區(qū)域都有一個標示符，即每個被管對象都有一個和自定義MIB中的OID(ObjectIdentifier對象標識符)相對應(yīng)的標示符；SNMP代理和OMCI從代理通過共享內(nèi)存?zhèn)鬟f數(shù)據(jù)信息，SNMP代理進程和OMCI從代理進程需要將存放被管對象的共享內(nèi)存區(qū)域映射到各自進程的地址空間中，SNMP代理程序的區(qū)域映射是把被管對象的OID號和存放具體對象信息的標示符相對應(yīng)；OMCI從代理程序的區(qū)域映射是根據(jù)OMCI協(xié)議中規(guī)定的被管實體號及屬性號的聯(lián)合與共享內(nèi)存中的標示符相對應(yīng)，當管理端要設(shè)置某個被管實體的屬性，就發(fā)送SNMPset幀給SNMP代理，代理收到set幀后，就修改自定義MIB中的此被管實體的屬性值，由于內(nèi)存映射的關(guān)系，此被管實體的屬性值就是共享內(nèi)存中與此被管實體OID相對應(yīng)的內(nèi)存中的屬性值，然后把與該屬性值相對應(yīng)的set標志位置1，當OMCI從代理檢測到此標志位置1后，修改此被管實體的屬性值，即發(fā)送OMCIset幀，然后就觸發(fā)OMCI發(fā)送模塊通過發(fā)送get幀，即完成基于SNMP協(xié)議的set幀和基于OMCI協(xié)議的set幀的轉(zhuǎn)換。所述標準的SNMPMIBII采用SNMP協(xié)議中以對象標識符OID的數(shù)據(jù)結(jié)構(gòu)作為管理信息庫；SNMPMIBII中的每個對象類型都被賦予一個對象標識符，以此來命名對象，對象標識符值由一個整數(shù)序列構(gòu)成，被定義的對象的集合具有樹型結(jié)構(gòu)，樹根是引用ASN.1(AbstractSyntaxNotationOne抽象語法記法1)標準的對象。所述OMCI從代理模塊中，OMCI幀包括get幀、set幀、reboot幀、synchronizetime幀、test幀；ONU設(shè)備的數(shù)據(jù)由ONU端的數(shù)據(jù)采集模塊采集然后存在ONUMIB庫中，當OMCI從代理輪詢ONU被管設(shè)備的信息即發(fā)送get命令幀給ONU設(shè)備，ONU收到后從MIB庫中讀取OLT所需要的ONU最新的對象信息，通過ONU端的OMCI幀處理模塊組裝成getresponse幀發(fā)送給0LT，OLT再通過OMCI從代理中的幀處理模塊解幀得到所需的MIB信息，并將設(shè)備信息更新到自定義MIB中；當管理端需要設(shè)置ONU設(shè)備的信息時，通過協(xié)議轉(zhuǎn)換模塊調(diào)用OMCI從代理發(fā)送set命令幀給0NU，ONU端OMCI幀處理模塊解幀提取配置信息，并將所述配置信息寫入ONUMIB庫，然后通過OMCI幀處理模塊組裝setresponse幀并將該幀發(fā)送給0LT，reboot命令表示重新啟動0NU，ONU端OMCI幀處理模塊解幀并根據(jù)命令處理情況組裝rebootresponse幀，反饋給0LT，Test命令用來初始化ONU的自測，同樣需要組裝命令處理情況反饋幀給0LT，Synchronizetime幀用來同步ONU被管實體所有監(jiān)視器的開始時間與OLT的相關(guān)時間，以及復位監(jiān)視被管實體的寄存器，AlarnKtestresullattributevaluechange通知命令是由ONT通知或發(fā)送警告信息給OLT。SNMP代理端的幀是在161，162端口上傳送的，代理端在獲得SNMP幀時必須查看協(xié)議中community字段的合法性，然后解析SNMP幀，如果是get幀，則直接查看MIB數(shù)據(jù)庫給出response，如果是set幀，則通過協(xié)議轉(zhuǎn)換模塊調(diào)用OMCI從代理發(fā)送setOMCI幀給ONU設(shè)備寫入ONUMIB中，代理端響應(yīng)管理端的SNMP幀。所述SNMP代理模塊和SNMPMIB模塊通過net_snmp開發(fā)包來完成SNMP代理開發(fā)，把自定義MIB加載進標準SNMPMIB來實現(xiàn)代理的擴展，開發(fā)SNMP代理和實現(xiàn)自定義MIB包括以下步驟設(shè)計MIB，用ASN.1文法來描述；使用mib2c工具生成兩個文件.c和.h；修改.c文件，獲取變量數(shù)值部分，mib2c生成一個框架，由用戶自己實現(xiàn)具體返回值；將自定義的MIB模塊加入net-snmp開發(fā)包中，實現(xiàn)SNMP代理擴展。所述OMCI從代理模塊采用基于嵌入式Linux系統(tǒng)的串口終端編寫C語言程序完成。本發(fā)明的技術(shù)構(gòu)思為SNMP代理模塊中，SNMP代理禾Ij用TCP/IP(TransmissionControlProtocol/InternetProtocol十辦i義/網(wǎng)各十辦i義)十辦i義棧，通過以太網(wǎng)與管理端進行SNMP報文交互，代替ONU設(shè)備，應(yīng)答管理端的SNMP報文查詢，將存儲在標準MIB中的OLT設(shè)備的信息和存儲在自定義MIB中被管理設(shè)備的信息傳遞給管理端，或者以trap的形式向網(wǎng)絡(luò)管理端報告被管理對象發(fā)生的一些重要事件。對于管理端，SNMP網(wǎng)管代理的作用是模擬ONU設(shè)備，使管理信息的傳輸都在統(tǒng)一的SNMP協(xié)議之下。在如上所述的SNMP代理模塊中，SNMP代理維護SNMPMIB,包括讀取或者修改MIB中的各種變量值，即MIB庫。從如上所述的SNMP功能描述可以看出，SNMP代理端的幀是在161，162端口上傳送的，代理端在獲得SNMP幀時必須查看協(xié)議中community字段的合法性。然后解析SNMP幀，如果是get幀，則直接查看MIB數(shù)據(jù)庫給出response，如果是set幀，則通過協(xié)議轉(zhuǎn)換模塊調(diào)用OMCI從代理發(fā)送setOMCI幀給ONU設(shè)備寫入ONUMIB中。代理端的主要功能是響應(yīng)管理端的get,get-next,walk,set,trap等SNMP幀。SNMPMIB模塊是一個由被管理對象組成的概念上的數(shù)據(jù)庫，包括標準的MIBII和自定義MIB，存放了所有的GPON被管理對象信息，是整個GPON網(wǎng)管系統(tǒng)各功能間的公共接口。SNMPMIB中的所有對象都排列在一個樹型結(jié)構(gòu)之中，處于葉子位置上的對象是實際的被管對象，每個實際的被管對象表示某些被管資源、活動或相關(guān)信息。因此，SNMPMIB中的每個對象類型都被賦予一個OID以此來命名對象。在如上所述的SNMPMIB模塊中，OID表示了對象在整個組織結(jié)構(gòu)中的位置，是能夠唯一標識某個對象類的符號。它的值由一個整數(shù)序列構(gòu)成。被定義的對象的集合具有樹型結(jié)構(gòu)，樹根是引用ASN.1標準的對象。在MIB樹中，主要關(guān)注的是internet節(jié)點下的分支。Internet子樹在iso(l).org(3).dod(6).internet(1)下。在MIB文件中，用OBJECTIDENTIFIER關(guān)鍵字來定義節(jié)點的位置，如InternetOBJECTIDENTIFIER:={isoorg(3)dod(6)1}。針對GPON網(wǎng)管系統(tǒng)中OLT的特殊性能，如上所述的自定義MIB，即專用的GP0NMIB，需加在private子樹之下，private子樹目前只定義了一個子節(jié)點enterprises，用于廠商加強對自己設(shè)備的管理，與用戶及其他廠商共享信息。在enterprises子樹下面，每個注冊了enterprises對象標識符的廠商有一個分支，所述的自定義MIB就是放在enterprises下的。在如上所述的SNMPMIB模塊中，自定義MIB的實現(xiàn)需要編寫一個MIB模塊定義文件。定義文件的編寫必須符合SMI(StructureofManagementInformation管理信息結(jié)構(gòu))規(guī)范，用ASN.1語法編寫。MIB定義文件是對該MIB子樹中的各個MIB對象的描述文件，MIB以管理對象的形式來組織，每種對象的實例數(shù)目可以由管理系統(tǒng)按需指配，可以通過SNMP協(xié)議進行g(shù)et，set,getnext等操作，完成讀取數(shù)據(jù)、設(shè)置數(shù)據(jù)的功能。根據(jù)GPON協(xié)議G984.4，GPON網(wǎng)管系統(tǒng)將被管實體分為五類，MIB定義文件也就包括這五類被管實體的實例。包括ONT設(shè)備管理、ANI(AccessNetworkInterface接入網(wǎng)絡(luò)接口)管理、UNI(UserNetworkInterface用戶網(wǎng)絡(luò)接口)管理、連接管理、Traffic管理。在如上所述的自定義MIB實現(xiàn)中，MIB的實現(xiàn)是通過把MIB定義文件轉(zhuǎn)化為.C和.h文件，對程序進行修改實現(xiàn)的。在程序中，MIB的實現(xiàn)包括三方面的內(nèi)容，即定義MIB子樹模塊的實現(xiàn)，注冊MIB子樹模塊的實現(xiàn)，MIB變量處理模塊的實現(xiàn)。在如上所述的自定義MIB實現(xiàn)包括的內(nèi)容中，定義MIB子樹模塊的重要作用是描述所要執(zhí)行MIB中所有對象的詳細內(nèi)容，它是由一個變量結(jié)構(gòu)體數(shù)組實現(xiàn)的。在該模塊中還要說明該MIB在MIB樹中注冊的位置。在如上所述的自定義MIB實現(xiàn)包括的內(nèi)容中，注冊MIB子樹模塊最主要的作用是在MIB中注冊我們自己的0ID。MIB模塊在他們提供必要信息之前都必須進行初始化，初始化的參數(shù)有mib描述，變量結(jié)構(gòu)體數(shù)組，結(jié)構(gòu)體數(shù)組的類型，指向當前代理存放的OID位置的指針。在如上所述的自定義MIB實現(xiàn)包括的內(nèi)容中，MIB變量處理模塊的實現(xiàn)包括get操作的實現(xiàn)和set操作的實現(xiàn)，以達到管理站對設(shè)備的監(jiān)測與配置。get操作的實現(xiàn)是在相應(yīng)的get實現(xiàn)函數(shù)中修改switch(vp->magic){}語句中的case語句；set操作的實現(xiàn)是在相應(yīng)的set實現(xiàn)函數(shù)中修改里的switch(action){}語句中的case語句。SNMP代理模塊和SNMPMIB模塊用net-snmp-5.3.2.2開發(fā)包來完成SNMP代理開發(fā)。開發(fā)SNMP代理包括以下步驟設(shè)計MIB，用ASN.1文法來描述；使用mib2c工具生成兩個文件.c和.h；修改.c文件，獲取變量數(shù)值部分，即實現(xiàn)SNMPMIB；將自定義的SNMPMIB模塊加入net-snmp開發(fā)包中，實現(xiàn)SNMP代理；在1inux下啟動代理，通過snmpset、snmpget命令進行測試，得到下圖結(jié)果；然后將net-snmp代理移植到OLT嵌入式管理控制模塊板子上實現(xiàn)SNMP代理的功能。<table>tableseeoriginaldocumentpage8</column></row><table>協(xié)議轉(zhuǎn)換模塊采用基于嵌入式Linux系統(tǒng)的編寫C語言程序的設(shè)計方案，通過運用共享內(nèi)存技術(shù)實現(xiàn)基于SNMP協(xié)議的信息與基于OMCI協(xié)議的信息的轉(zhuǎn)換。其中共享內(nèi)存是指在內(nèi)存中專門留出一塊區(qū)域用于存放MIB中所有被管對象的具體數(shù)據(jù)信息，每個內(nèi)存區(qū)域都有一個標示符，即每個被管對象都有一個和自定義MIB中的OID相對應(yīng)的標示符。SNMP代理和OMCI從代理通過共享內(nèi)存?zhèn)鬟f數(shù)據(jù)信息。SNMP代理進程和OMCI從代理進程需要將存放被管對象的共享內(nèi)存區(qū)域映射到各自進程的地址空間中。SNMP代理程序的區(qū)域映射是把被管對象的OID號和存放具體對象信息的標示符相對應(yīng)；OMCI從代理程序的區(qū)域映射是根據(jù)OMCI協(xié)議中規(guī)定的被管實體號及屬性號的聯(lián)合與共享內(nèi)存中的標示符相對應(yīng)。通過共享內(nèi)存把自定義MIB中的設(shè)備信息與從OMCI幀解析出來的設(shè)備信息聯(lián)系起來，從而實現(xiàn)SNMP代理和OMCI代理的信息傳遞。在如上所述的協(xié)議轉(zhuǎn)換模塊中，共享內(nèi)存技術(shù)是協(xié)議轉(zhuǎn)換模塊的關(guān)鍵技術(shù)。當管理端要設(shè)置某個被管實體的屬性，就發(fā)送SNMPset幀給SNMP代理，代理收到set幀后，就修改自定義MIB中的此被管實體的屬性值，由于內(nèi)存映射的關(guān)系，此被管實體的屬性值就是共享內(nèi)存中與此被管實體OID相對應(yīng)的內(nèi)存中的屬性值，因此共享內(nèi)存中的值隨即也發(fā)生了變化，然后協(xié)議轉(zhuǎn)換模塊就把與該屬性值相對應(yīng)的標志位置1，當OMCI從代理檢測到此標志位置1后，就知道要修改此被管實體的屬性值，即發(fā)送OMCIset幀，然后就觸發(fā)OMCI發(fā)送模塊通過發(fā)送get幀，即完成了基于SNMP協(xié)議的set幀和基于OMCI協(xié)議的set幀的轉(zhuǎn)換。OMCI從代理除了發(fā)送set幀外，一直處于輪詢ONU設(shè)備信息的狀態(tài)中，即一直在發(fā)get幀來查詢ONU設(shè)備的信息，然后在串口接收getresponse幀。當OMCI從代理模塊接收到反饋幀后，因為內(nèi)存映射的關(guān)系，已經(jīng)把設(shè)備信息存入與被管實體屬性相對應(yīng)的共享內(nèi)存區(qū)域，也即更新到自定義MIB中。因此當管理端要查詢ONU中某個被管實體的信息時，只需從OLT端的自定義MIB中取值。OMCI從代理模塊采用基于嵌入式Linux系統(tǒng)的串口終端編寫C語言程序的設(shè)計方案，實現(xiàn)OMCI幀的發(fā)送和接收以及幀處理的。OMCI幀的處理包括處理get幀、set幀、reboot中貞、test中貞、synchronizetime中貞等。OMCI從代理模塊發(fā)送get幀的流程是當OLT輪詢ONU被管實體的信息時，就通過協(xié)議轉(zhuǎn)換模塊調(diào)用OMCI從代理模塊發(fā)送get幀給ONU，ONU通過處理后，從它自身的MIB庫讀取OLT所需要的ONU被管實體的屬性信息，獲得信息后通過ONU端的幀處理模塊組裝成getresponse幀發(fā)送給OMCI從代理，OMCI從代理收發(fā)模塊收到response幀后，再通過OMCI幀處理控制模塊解幀得到所需的信息，并將配置信息更新到OLT端自定義MIB庫。在如上所述的OMCI從代理模塊中，OMCI從代理模塊發(fā)送set幀的流程是當OLT需要設(shè)置ONU被管實體的信息時，就通過議轉(zhuǎn)換模塊調(diào)用OMCI從代理發(fā)送set幀給0NU，ONU端OMCI幀收發(fā)處理模塊解幀提取需要設(shè)置的信息，并將這些信息寫入ONUMIB庫，然后通過OMCI幀處理模塊組裝setresponse幀并將該幀發(fā)送給OMCI從代理。reboot幀、test幀、synchronizetime幀的操作大致也是如此。在如上所述的OMCI從代理模塊中，OMCI從代理模塊中的輪詢機制是OMCI從代理模塊定時發(fā)送get幀給ONU設(shè)備，然后在串口一直等待ONU的getresponse幀的過程。當收到反饋幀時，OMCI從代理通過幀處理模塊把所需的設(shè)備信息取出，然后通過協(xié)議轉(zhuǎn)換模塊中的內(nèi)存映射，把設(shè)備信息相應(yīng)的更新至自定義MIB中，實現(xiàn)更新設(shè)備信息。本發(fā)明的有益效果為0LT代理采用功能模塊化的設(shè)計思想，把OLT代理分成四個模塊。由于SNMP的簡單性，管理端與OLT代理之間通信協(xié)議采用SNMP協(xié)議，SNMPMIB的設(shè)計也是基于SNMP協(xié)議的，SNMP代理的開發(fā)采用net-snmp開發(fā)包在Iinux系統(tǒng)下來實現(xiàn)，然后移植到嵌入式平臺開發(fā)，提供了一種經(jīng)濟有效的管理實現(xiàn)方法。OMCI從代理與ONU設(shè)備之間的通信協(xié)議采用OMCI協(xié)議，OMCI從代理的開發(fā)采用基于嵌入式Linux系統(tǒng)的串口終端編寫C語言程序的設(shè)計方案來實現(xiàn)。設(shè)計了一種在SNMP代理和OMCI從代理通信及信息轉(zhuǎn)化的機制，即通過協(xié)議轉(zhuǎn)換模塊解決了基于SNMP協(xié)議的數(shù)據(jù)幀和基于OMCI協(xié)議的數(shù)據(jù)幀之間的轉(zhuǎn)換問題，從而解決了管理端與ONU設(shè)備之間通信的問題，實現(xiàn)了一種低成本、高效率的網(wǎng)絡(luò)管理系統(tǒng)的方式。圖1是GPON網(wǎng)管系統(tǒng)OLT代理模塊框圖。圖2是SNMP的5種基本報文操作圖。圖3是SNMP代理工作流程圖。圖4是MIB的文本結(jié)構(gòu)圖。圖5是SNMP代理擴展流程圖。圖6是OMCI從代理OMCI幀發(fā)送控制流程圖。圖7是OMCI從代理OMCI接收幀處理流程圖。圖8是被管實體屬性填充MIB流程圖。具體實施例方式下面結(jié)合附圖對本發(fā)明做進一步詳細說明。參照圖1圖8，一種GPON網(wǎng)管系統(tǒng)的OLT代理子系統(tǒng)，包括SNMP代理模塊，用以負責網(wǎng)絡(luò)管理端和OLT設(shè)備之間的互相通信，通過SNMP協(xié)議與SNMP管理端進行信息交互；SNMPMIB模塊，包括標準的SNMPMIBII和自定義的GPONMIB,用以負責對OLT設(shè)備的信息和被管設(shè)備信息進行描述設(shè)置；OMCI從代理模塊，用以負責和ONU設(shè)備之間的互相通信，通過OMCI幀與ONU進行信息交互；協(xié)議轉(zhuǎn)換模塊，用以實現(xiàn)基于SNMP協(xié)議的SNMP幀和基于OMCI協(xié)議的OMCI幀的轉(zhuǎn)換；圖1是GPON網(wǎng)管系統(tǒng)OLT代理模塊框圖。有四個功能模塊組成，包括SNMP代理模塊，SNMPMIB模塊，協(xié)議轉(zhuǎn)換模塊，OMCI從代理模塊。所述的OLT代理模塊框圖看出，GPON網(wǎng)管系統(tǒng)可以分為兩個層次一個層次是網(wǎng)絡(luò)管理站與SNMP代理之間通過SNMP協(xié)議進行管理控制信息交互；另一個層次是OMCI從代理通過OMCI協(xié)議與ONU進行管理控制信息的交互。所述的GPON網(wǎng)管系統(tǒng)第一個層次是SNMP管理站與SNMP代理之間的通信，工作站或高性能的PC機可以實現(xiàn)GPON網(wǎng)絡(luò)管理站功能，實際上就是執(zhí)行網(wǎng)絡(luò)管理進程，通過SNMP協(xié)議與OLT代理進行信息交互，包括發(fā)送命令以及接收應(yīng)答。所述的GPON網(wǎng)管系統(tǒng)第二個層次是OMCI從代理與ONU代理之間的通信。OMCI從代理對ONU進行的管理控制可以分為4個方面(1)配置管理提供了對ONU的控制，建立或釋放與ONU連接，識別ONU的身份，發(fā)送和收集數(shù)據(jù)等功能，涉及到配置設(shè)備、配置UNI、配置ATMVP(VirtualPath虛通道)連接、配置0AM(0perations，AdministrationandMaintenance操作管理維護)數(shù)據(jù)流等。(2)差錯管理0NU只支持有限的錯誤管理，大多數(shù)操作是限制的。支持錯誤報告的被管理實體有ONT-G、SubscriberLineCard、ONU-G等。(3)性能管理提供有限的性能監(jiān)控，還要求采集相關(guān)性能的統(tǒng)計數(shù)據(jù)和配置信息。相關(guān)的管理實體有VPPMHistoryDataUVCPMHistoryDatal等。(4)安全管理G.984.3詳細說明了一些機制，是從安全的角度出發(fā)的。這包括下行數(shù)據(jù)加密和ONU口令保護。0NT2-G管理實體可以對下行數(shù)據(jù)加密或不加密。所述的GPON網(wǎng)管系統(tǒng)兩個層次之間，通過協(xié)議轉(zhuǎn)換模塊實現(xiàn)SNMP代理和OMCI從代理之間的信息傳遞。即實現(xiàn)SNMP數(shù)據(jù)幀和OMCI數(shù)據(jù)幀的轉(zhuǎn)換。圖2是SNMP管理站與SNMP代理信息交互的5種基本報文操作圖。GPON網(wǎng)絡(luò)管理站與OLT代理之間通過5種SNMP協(xié)議數(shù)據(jù)單元PDU(ProtocolDataUnit協(xié)議數(shù)據(jù)單元)進行相互通信，以獲取網(wǎng)絡(luò)設(shè)備的各種信息，從而控制網(wǎng)絡(luò)設(shè)備的正常運行。Get-request操作從OLT代理進程處提取一個或多個參數(shù)值。Get-next-request操作從OLT代理進程處提取當前參數(shù)值的下一個參數(shù)值。Set-request操作設(shè)置OLT代理進程的一個或多個參數(shù)值。Get/Set-response操作用于對各種讀取和修改管理信息的請求進行應(yīng)答。Trap操作用來主動向管理站報告代理系統(tǒng)中發(fā)生的事件。前三個消息由管理站發(fā)給代理，用于請求讀取或修改OLT管理信息，后兩個消息由OLT代理發(fā)給管理站。在SNMP代理進程端是用端口161接收get或者set報文，而在管理進程端是用端口162接收trap報文。代理程序嵌入在SNMP代理結(jié)點內(nèi)，SNMP代理是一個在OLT上運行的軟件模塊，這個代理進程軟件可以實現(xiàn)SNMP并管理MIB庫。SNMP代理是一個執(zhí)行無限循環(huán)的守護進程，在循環(huán)中它接收管理站的SNMP請求然后進行相應(yīng)的操作并作出響應(yīng)，同時代理進程能夠根據(jù)自身管理的MIB信息主動向管理站發(fā)送陷阱報文Trap以通知管理站所管理的網(wǎng)絡(luò)設(shè)備發(fā)生了異常事件實現(xiàn)故障警告。圖3是SNMP代理工作流程圖。在SNMP中，信息按照SNMP消息的形式在管理站和SNMP代理之間交換，每一個消息包括一個指明的SNMP版本的版本號，一個用于安全性的團體名字，以及5種協(xié)議數(shù)據(jù)單元中的一種。SNMP代理端的協(xié)議幀是在161，162端口上傳送的，代理端和管理端通信時，代理程序用熟知端口161來接收get或set報文和發(fā)送響應(yīng)response報文。從上向下的處理過程是1.對該消息的基本句法進行檢查，如果消息沒有通過分析，就拋棄這個消息。2.檢查版本號，如果匹配錯誤就拋棄該消息。3.協(xié)議實體把名字、消息的PDU部分、以及源于目的傳輸?shù)刂穫鬟f給認證服務(wù)，即驗證共同體community，Community在這里起到了認證服務(wù)的作用，所有由管理站發(fā)給代理的消息都包含一個community名。如果認證失敗，認證服務(wù)發(fā)出一個信號給該SNMP協(xié)議實體，它將產(chǎn)生一個陷進并拋棄該消息；如果認證成功，則認為消息來源是可靠的。接著解析該SNMPDU包，如果是get幀，則直接查看MIB數(shù)據(jù)庫返回RESP0NSEPDU幀給管理端，如果是set幀，則通過協(xié)議轉(zhuǎn)換模塊調(diào)用OMCI從代理發(fā)送setOMCI幀給ONU設(shè)備寫入ONUMIB中，當設(shè)置成功后生成RESP0NSEPDU幀給管理端。從下向上的過程是如果下面有告警事件發(fā)生，ONU設(shè)備通過OMCI幀通知OMCI從代理，OMCI從代理解析OMCI幀后，通過協(xié)議轉(zhuǎn)換模塊調(diào)用SNMP代理構(gòu)造TRAPPDU，并發(fā)送到管理端熟知端口162端口，管理端收到報警信息后進行分析處理。因此代理端的主要功能是響應(yīng)管理端的get，get-next,walk,set,trap等SNMP幀。圖4是MIB的文本結(jié)構(gòu)圖。ASN.1模塊體是每個MIB必須有的、固定的部分，嚴格按照ASN.1中定義模塊的格式定義。引用類型部分是列舉從其他模塊引用的類型。大部分使用SMIvl定義的MIB，從模塊RFC1155-SMI、RFC-1212中引用類型。輔助定義部分是指一個MIB文本的文本約定。輔助定義部分是指MIB中被管理對象的對象標識符空間。MIB中所有被管理對象按一定的規(guī)則可以被分為幾個組，每個組使用一個節(jié)點標識。MIB中所有對象組被組織在一個OID節(jié)點內(nèi)，為方便敘述，稱其為MIB的頂端節(jié)點。定義被管理對象是定義MIB文件的主要部分。MIB中的被管理對象，可以分為標量對象、列對象以及聚合對象。不同的對象有不同的特點，訪問方式也不相同。圖5是SNMP代理擴展流程圖。開發(fā)SNMP代理和實現(xiàn)自定義SNMP包括以下步驟1.設(shè)計MIB，用ASN.1文法來描述；2.安裝配置net-snmp開發(fā)包；3.使用mib2c工具生成兩個文件.c和.h；修改.c文件，獲取變量數(shù)值部分；4.把修改后的.c文件編譯進snmpd代理；5.啟動代理，測試代理功能。下面詳細說明各步驟的內(nèi)容。SNMP的核心思想是在每個網(wǎng)絡(luò)節(jié)點上存放一個管理信息庫MIB，由節(jié)點上的代理負責維護，管理者通過應(yīng)用層協(xié)議對這些代理進行輪詢進而對管理信息庫進行管理。因此自定義MIB的設(shè)計是實現(xiàn)整個SNMPAgent的關(guān)鍵。MIB是系統(tǒng)被管對象的集合，MIB中的對象表示了某個被管實體的某種特性。根據(jù)GPON協(xié)議G984.4，GPON網(wǎng)管系統(tǒng)將被管實體分為五類。包括ONT設(shè)備管理、ANI管理、UNI管理、連接管理、Traffic管理。因此根據(jù)上面的5類被管實體設(shè)計自定義MIB0MIB定義文件的編寫必須符合SMI規(guī)范，用ASN.1語法編寫。下面列舉ONT設(shè)備管理對象的定義。ONT設(shè)備管理包括的管理實體有ONT-G、0NT2-G、SubscriberLinecard、SubscriberLineCardholder、ONTData、PONIFLineCard-G>PONIFLineCardholder、SoftwareImage等。SNMPMIB中定義的一個片段實現(xiàn)如下ont_g-versionOBJECT-TYPESYNTAXOCTETSTRINGACCESSread-onlySTATUSmandatoryDESCRIPTION“ONT版本號?！?{ont_g3}上面的定義當中，按照ASN.1語法定義了一個OCTET類型的變量0nt_g-Versi0n，具有只讀的權(quán)限，并且必須實現(xiàn)。屬于ont-g對象。按照上面描述的ASN.1語法規(guī)定，將所有的MIB變量全部定義到自己的私有MIB文件中，將文件命名為gponmib.txt。snmp代理開發(fā)采用net-snmp開發(fā)包，采用的版本是5.3.2.2。在Iinux系統(tǒng)下首先解壓縮開發(fā)包，然后進行配置安裝。net-snmp開發(fā)代理有靜態(tài)鏈接形式、共享鏈接庫形式和AgentX子代理協(xié)議。本文采用的是靜態(tài)鏈接形式，在原來的代理中添加自己的私有代理。這需要重新安裝編譯net-snmp。首先把自定義的gponmib文件放在/usr/local/share/snmp/mibs目錄下。然后加載gponmib，用mib2c工具生成gponmib.c和gponmib.h，用mib2c生成的只是框架，具體的功能還是自己實現(xiàn)。#exportMIBS=ALL#/usr/local/bin/mib2cgponmib然后把修改好的gponmib.c代理程序拷貝到net-snmp-5.3.2.2/agent/mibgroup文件夾下，擴展的代理需要重新配置安裝。#·/configure-with-mib-modules="gponmib，，#make#makeinstall最后啟動代理，進行set測試，用如下的命令#snmpset-v2c-cpubliclocalhost1.3.6.1.4.1.419109.1.5.1.1.5.5,s‘‘OLTMIB，，然后再進行g(shù)et測試，用如下命令#snmpget-v2c-cpubliclocalhost1.3.6.1.4.1.419109.1.5.1.1.5.5。圖6是OMCI從代理OMCI幀發(fā)送控制流程圖。以O(shè)NT-G這個實體為例，包括ManagedEntityid,Vendorid,Version,SerialNumber,TrafficManagementOption,BatteryBackup,AdministrativeState幾個屬性，其中BatteryBackup禾口AdministrativeState是支持讀寫操作的，其余的支持只讀操作。首先OMCI代理判斷被管實體支持可寫的屬性的set標志位是不是1，如果是1，則根據(jù)此被管實體具體的屬性信息按照上面提到的OMCI幀的編碼過程組成setOMCI幀，如果都是0，0MCI代理則組getOMCI幀查詢被管實體ONT-G的屬性信息，然后在串口等待response幀，當接收處理完response幀后繼續(xù)循環(huán)上面的動作。其中，當OMCI從代理組裝set幀時，通過協(xié)議轉(zhuǎn)換模塊中的內(nèi)存映射，已經(jīng)把處于共享內(nèi)存區(qū)域的對象的標示符映射到OMCI幀中需要填充的該對象的屬性號，即已經(jīng)知道了ONT-G中哪個屬性的值需要設(shè)置，然后根據(jù)對應(yīng)關(guān)系把設(shè)置的值填充入OMCI幀的內(nèi)容域。圖7是OMCI從代理OMCI接收幀處理流程圖。當在串口接收到53字節(jié)的response幀后，就根據(jù)OMCI解幀過程解幀，即把各字段的內(nèi)容放入相應(yīng)的接收緩存數(shù)組，然后依次判斷事物相關(guān)標識符、消息類型、設(shè)備識別類型、消息識別號是否和指定的值相等，如果不相等，就拋棄該幀，如果相等然后判斷信息內(nèi)容的第一個字節(jié)的后四位是否是0000，如果不是，則有可能出現(xiàn)7種錯誤情況，如(1)命令處理錯誤response幀的第14字節(jié)的最后4位為0001；⑵執(zhí)命令不被支持response幀的第14字節(jié)的最后4位為0010；(3)參數(shù)錯誤response幀的第14字節(jié)的最后4位為0011；(4)未知的被管實體response幀的第14字節(jié)的最后4位為0100；(5)未知的被管實體實例response幀的第14字節(jié)的最后4位為0101；(6)設(shè)備忙response幀的第14字節(jié)的最后4位為0110；(7)屬性失敗或未知response幀的第14字節(jié)的最后4位為1001；針對會出現(xiàn)的這7種錯誤情況編寫一個子函數(shù)errorprocessingO處理相應(yīng)的錯誤。如果是0000，則說明命令處理正確，繼續(xù)判斷該response中貞是getresponse中貞還是setresponse中貞，如果是getresponse中貞，則執(zhí)行子程序attributegetO，即根據(jù)接收到的字段的內(nèi)容確定被管實體號和具體的屬性編號，然后映射到共享內(nèi)存區(qū)域相應(yīng)標示符的自定義MIB被管對象，即將查詢到的屬性信息依次更新至自定義MIB；如果收到的是setresponse幀，則通知SNMP代理，設(shè)置對象信息成功。OMCI從代理一直處于幀發(fā)送接收狀態(tài)，當從SNMP代理發(fā)來set幀時，通過協(xié)議轉(zhuǎn)換模塊調(diào)用OMCI從代理觸發(fā)set幀，當沒有set幀時，OMCI從代理就一直輪詢發(fā)送get幀，以達到更新自定義MIB的目的。因此，當管理站需要查詢ONU被管實體的信息時，只需查詢相應(yīng)OLT中的自定義MIB信息。圖8是被管實體屬性填充MIB流程圖，即attributeget()子程序工作流程圖，當getresponse幀第15字節(jié)的第一位為1時，取出此被管實體的第一個屬性值，然后映射到共享內(nèi)存區(qū)域相應(yīng)標示符的MIB被管對象，填入相應(yīng)的MIB中，以此類推，直到此被管實體的最后一個屬性為止。如圖所示，以O(shè)NT-G被管實體為例，總共有8個屬性值。權(quán)利要求一種GPON網(wǎng)管系統(tǒng)的OLT代理子系統(tǒng)，其特征在于所述OLT代理子系統(tǒng)包括SNMP代理模塊，用以負責網(wǎng)絡(luò)管理端和OLT設(shè)備之間的互相通信，通過SNMP協(xié)議與SNMP管理端進行信息交互；SNMPMIB模塊，包括標準的SNMPMIBII和自定義的GPONMIB，用以負責對OLT設(shè)備的信息和被管設(shè)備信息進行描述設(shè)置；OMCI從代理模塊，用以負責和ONU設(shè)備之間的互相通信，通過OMCI幀與ONU進行信息交互；協(xié)議轉(zhuǎn)換模塊，用以實現(xiàn)基于SNMP協(xié)議的SNMP幀和基于OMCI協(xié)議的OMCI幀的轉(zhuǎn)換；OMCI從代理實時把被管設(shè)備的信息通過OMCI幀更新到自定義GPONMIB中，如果網(wǎng)絡(luò)管理站要查詢OLT設(shè)備的信息，通過SNMP協(xié)議去查詢標準SNMPMIBII；如果網(wǎng)絡(luò)管理站要查詢被管對象的信息，通過SNMP協(xié)議去查詢自定義GPONMIB的信息；如果管理站要設(shè)置被管對象的信息時，SNMP代理收到消息后通過協(xié)議轉(zhuǎn)換模塊調(diào)用OMCI從代理模塊組set幀給ONT設(shè)備，設(shè)置被管對象的信息；被管設(shè)備有重要事件或者故障發(fā)生時，OLT中的OMCI從代理會收到相關(guān)的OMCI幀信息，然后再通過協(xié)議轉(zhuǎn)換模塊調(diào)用SNMP代理發(fā)送trap給管理端。2.如權(quán)利要求1所述的GPON網(wǎng)管系統(tǒng)的OLT代理子系統(tǒng)，其特征在于所述的SNMP協(xié)議中包括5種消息類型，分別為get-request、set-request、get-next-request、get-response和trap；SNMP代理和管理站之間通過所述消息報文進行相互通信，獲取網(wǎng)絡(luò)設(shè)備的各種信息，并控制網(wǎng)絡(luò)信息的正常運行。3.如權(quán)利要求1或2所述的GPON網(wǎng)管系統(tǒng)的OLT代理子系統(tǒng)，其特征在于所述的協(xié)議轉(zhuǎn)換模塊中，共享內(nèi)存是指在內(nèi)存中專門留出一塊區(qū)域用于存放MIB中所有被管對象的具體數(shù)據(jù)信息，每個內(nèi)存區(qū)域都有一個標示符，即每個被管對象都有一個和自定義MIB中的OID相對應(yīng)的標示符；SNMP代理和OMCI從代理通過共享內(nèi)存?zhèn)鬟f數(shù)據(jù)信息，SNMP代理進程和OMCI從代理進程需要將存放被管對象的共享內(nèi)存區(qū)域映射到各自進程的地址空間中，SNMP代理程序的區(qū)域映射是把被管對象的OID號和存放具體對象信息的標示符相對應(yīng)；OMCI從代理程序的區(qū)域映射是根據(jù)OMCI協(xié)議中規(guī)定的被管實體號及屬性號的聯(lián)合與共享內(nèi)存中的標示符相對應(yīng)，當管理端要設(shè)置某個被管實體的屬性，就發(fā)送SNMPset幀給SNMP代理，代理收到set幀后，就修改自定義MIB中的此被管實體的屬性值，由于內(nèi)存映射的關(guān)系，此被管實體的屬性值就是共享內(nèi)存中與此被管實體OID相對應(yīng)的內(nèi)存中的屬性值，然后把與該屬性值相對應(yīng)的set標志位置1，當OMCI從代理檢測到此標志位置1后，修改此被管實體的屬性值，即發(fā)送OMCIset幀，然后就觸發(fā)OMCI發(fā)送模塊通過發(fā)送get幀，即完成基于SNMP協(xié)議的set幀和基于OMCI協(xié)議的set幀的轉(zhuǎn)換。4.如權(quán)利要求3所述的GPON網(wǎng)管系統(tǒng)的OLT代理子系統(tǒng)，其特征在于所述標準的SNMPMIBII采用SNMP協(xié)議中以對象標識符OID的數(shù)據(jù)結(jié)構(gòu)作為管理信息庫；SNMPMIBII中的每個對象類型都被賦予一個對象標識符，以此來命名對象，對象標識符值由一個整數(shù)序列構(gòu)成，被定義的對象的集合具有樹型結(jié)構(gòu)，樹根是引用ASN.1標準的對象。5.如權(quán)利要求3所述的GPON網(wǎng)管系統(tǒng)的OLT代理子系統(tǒng)，其特征在于所述OMCI從^Sll^iOMCI中貞get中貞、set中貞、reboot中貞、synchronizetime中貞、test中貞；ONU備的數(shù)據(jù)由ONU端的數(shù)據(jù)采集模塊采集然后存在ONUMIB庫中，當OMCI從代理輪詢ONU被管設(shè)備的信息即發(fā)送get命令幀給ONU設(shè)備，ONU收到后從MIB庫中讀取OLT所需要的ONU最新的對象信息，通過ONU端的OMCI幀處理模塊組裝成getresponse幀發(fā)送給OLT，OLT再通過OMCI從代理中的幀處理模塊解幀得到所需的MIB信息，并將設(shè)備信息更新到自定義MIB中；當管理端需要設(shè)置ONU設(shè)備的信息時，通過協(xié)議轉(zhuǎn)換模塊調(diào)用OMCI從代理發(fā)送set命令幀給0NU，0NU端OMCI幀處理模塊解幀提取配置信息，并將所述配置信息寫入ONUMIB庫，然后通過OMCI幀處理模塊組裝setresponse幀并將該幀發(fā)送給OLT，reboot命令表示重新啟動ONU，ONU端OMCI幀處理模塊解幀并根據(jù)命令處理情況組裝rebootresponse幀，反饋給0LT，Test命令用來初始化ONU的自測，同樣需要組裝命令處理情況反饋幀給0LT，Synchronizetime幀用來同步ONU被管實體所有監(jiān)視器的開始時間與OLT的相關(guān)時間，以及復位監(jiān)視被管實體的寄存器，Alarm、testresult、attributevaluechange通知命令是由ONT通知或發(fā)送警告信息給0LT。6.如權(quán)利要求5所述的GPON網(wǎng)管系統(tǒng)的OLT代理子系統(tǒng)，其特征在于SNMP代理端的幀是在161，162端口上傳送的，代理端在獲得SNMP幀時必須查看協(xié)議中community字段的合法性，然后解析SNMP幀，如果是get幀，則直接查看MIB數(shù)據(jù)庫給出response，如果是set幀，則通過協(xié)議轉(zhuǎn)換模塊調(diào)用OMCI從代理發(fā)送setOMCI幀給ONU設(shè)備寫入ONUMIB中，代理端響應(yīng)管理端的SNMP幀。7.如權(quán)利要求5所述的GPON網(wǎng)管系統(tǒng)的OLT代理子系統(tǒng)，其特征在于所述SNMP代理模塊和SNMPMIB模塊通過net-snmp開發(fā)包來完成SNMP代理開發(fā)，把自定義MIB加載進標準SNMPMIB來實現(xiàn)代理的擴展，開發(fā)SNMP代理和實現(xiàn)自定義MIB包括以下步驟設(shè)計MIB，用ASN.1文法來描述；使用mib2c工具生成兩個文件.c和.h；修改.c文件，獲取變量數(shù)值部分，mib2c生成一個框架，由用戶自己實現(xiàn)具體返回值；將自定義的MIB模塊加入net-snmp開發(fā)包中，實現(xiàn)SNMP代理擴展。8.如權(quán)利要求7所述的GPON網(wǎng)管系統(tǒng)的OLT代理子系統(tǒng)，其特征在于所述OMCI從代理模塊采用基于嵌入式Linux系統(tǒng)的串口終端編寫C語言程序完成。全文摘要一種GPON網(wǎng)管系統(tǒng)的OLT代理子系統(tǒng)，包括SNMP代理模塊，用以負責網(wǎng)絡(luò)管理端和OLT設(shè)備之間的互相通信，通過SNMP協(xié)議與SNMP管理端進行信息交互；SNMPMIB模塊，包括標準的SNMPMIBII和自定義的GPONMIB，用以負責對OLT設(shè)備的信息和被管設(shè)備信息進行描述設(shè)置；OMCI從代理模塊，用以負責和ONU設(shè)備之間的互相通信，通過OMCI幀與ONU進行信息交互；協(xié)議轉(zhuǎn)換模塊，用以實現(xiàn)基于SNMP協(xié)議的SNMP幀和基于OMCI協(xié)議的OMCI幀的轉(zhuǎn)換；本發(fā)明提供了一種降低成本、提高效率的GPON網(wǎng)管系統(tǒng)的OLT代理子系統(tǒng)。文檔編號H04L12/24GK101815008SQ20101013236公開日2010年8月25日申請日期2010年3月25日優(yōu)先權(quán)日2010年3月25日發(fā)明者劉葉杰,孟利民,張江鑫申請人:浙江工業(yè)大學