專利名稱：網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實現(xiàn)信息管理的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)管理技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實現(xiàn)信息管理的方法。
背景技術(shù)：
SDH(同步數(shù)字序列)網(wǎng)絡(luò)管理系統(tǒng)按照TMN(電信管理網(wǎng))分層模型實現(xiàn)對SDH傳輸網(wǎng)絡(luò)的管理，SDH傳輸網(wǎng)按照區(qū)域劃分為不同的管理域，即不同的子網(wǎng)。針對每一個子網(wǎng)中SDH設(shè)備的管理由EMS(網(wǎng)元級管理系統(tǒng))完成。EMS對SDH設(shè)備進行管理采用的接口為專用的接口。所述EMS主要完成SDH設(shè)備的操作維護和管理功能，同時EMS還需要向上一級NMS(網(wǎng)絡(luò)級管理系統(tǒng))提供標(biāo)準(zhǔn)的Q3接口，以滿足統(tǒng)一網(wǎng)管的需要。
針對SDH設(shè)備進行管理的管理網(wǎng)絡(luò)結(jié)構(gòu)如圖1所示。從圖1中可以看出，網(wǎng)管系統(tǒng)中接口的通用性直接影響NMS系統(tǒng)與EMS系統(tǒng)之間的互聯(lián)，而接口效率則直接影響到上層NMS系統(tǒng)的處理效率。
在現(xiàn)有的網(wǎng)管接口中，Q3接口是ITU-T各類建議中廣泛采用的一種，也是目前商業(yè)應(yīng)用中成熟度較高的一種接口。Q3接口的協(xié)議棧結(jié)構(gòu)如下表所示，所述的Q3接口的協(xié)議棧為實現(xiàn)系統(tǒng)互聯(lián)提供了通信的基礎(chǔ)。
<p>
表25.DL40指令段格式表26列出了DL40指令段對每次操作的格式。
(e)(d)(d)(d)(b)(c)(a)(h)(j)(g)(i)(f)(k)(m)(n)(l)
″Recommendation M.3100″createDeleteNotificationsPackage，″Recommendation M.3100″stateChangeNotificationPackage，sdhNEPackage PACKAGEBEHAVIOURsdhNEBehaviour BEHAVIOURDEFINED AS“SDH網(wǎng)元是沒有任何內(nèi)部開放系統(tǒng)接口的系統(tǒng)”；；；REGISTERED AS{SDH.g774ObjectClass 46}；當(dāng)需要查詢/設(shè)置某個被管對象的某個屬性時，就發(fā)出相應(yīng)的Get/SetCMIP請求。例如，NMS要查詢某個sdhNE的version(版本)屬性，則需要給出絕對識別名(DNDistinguishedName)定位到該MO，給出要查詢的屬性名稱“version”，下發(fā)Get操作；然后，EMS響應(yīng)NMS的請求，給出該MO的version屬性值。也就是說，在EMS上，應(yīng)該對網(wǎng)元、單板、端口等物理設(shè)備進行抽象和建模，并基于這個模型進行管理。通常，在EMS上，這些信息被存放在一個MIT(管理信息樹)或者MIB(管理信息庫)中。
從以上技術(shù)方案的描述可以看出目前G.774系列采用的是一種細(xì)粒度模型，對所有被管對象的屬性、操作、通知、行為都做了詳細(xì)的定義，而且重點在于從EMS角度抽象和描述網(wǎng)絡(luò)設(shè)備和資源。
因此，上述現(xiàn)有的技術(shù)方案存在以下缺點(1)不論NMS是否需要，EMS必須按照信息模型對所有設(shè)備和資源進行抽象和建模，導(dǎo)致在EMS中儲存了大量的冗余信息；所述大量的冗余信息導(dǎo)致EMS在處理過程中效率大大降低，也增加了EMS在存儲、處理數(shù)據(jù)方面的開銷，要求運行EMS程序的機器配置較高。
(2)要求NMS和EMS的信息模型必須一致，否則必須由NMS進行接口上的適配，從而增加了NMS的處理開銷。
(3)沒有從NMS的接口功能需求考慮，當(dāng)NMS要實現(xiàn)某個具體功能是，可能要進行多次Get、Set等組合操作，導(dǎo)致接口工作的效率很低。例如設(shè)置某個單板上的告警不要上報，NMS需要將單板上的ASAPPointer(ASAPPointerAlarmSeverityAssignmentProfilePointer，告警級別分配表指針)指向的ASAP被管對象實例(ASAPAlarmSeverityAssignmentProfile告警級別分配表)刪除，將單板的該屬性(ASAPPointer)置為NULL(空)，并設(shè)置EFD對象的屬性信息，屏蔽該單板產(chǎn)生的告警，整個處理過程涉及三個被管對象的多個屬性，較為繁瑣。
發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實現(xiàn)信息管理的方法，從而降低NMS的處理開銷，并可以使得整個信息管理過程的實現(xiàn)更為簡捷、方便。
本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的本發(fā)明提供了一種網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實現(xiàn)信息管理的方法，包括A、將網(wǎng)絡(luò)管理層需要通過網(wǎng)元管理層進行的信息管理操作進行分類，并在網(wǎng)絡(luò)管理層與網(wǎng)元管理層間分別建立通用的操作接口；B、網(wǎng)絡(luò)管理層通過所述通用的操作接口與各個網(wǎng)元管理層間進行信息交互并進行相應(yīng)的信息管理。
所述的步驟A包括在網(wǎng)絡(luò)管理層的網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)元管理層的網(wǎng)元管理系統(tǒng)間分別建立用于對各個網(wǎng)元管理系統(tǒng)進行管理的接口，對網(wǎng)元進行管理的接口，對性能進行管理的接口，對業(yè)務(wù)資源進行管理的接口，對設(shè)備及設(shè)備支撐進行管理的接口，和/或，對保護組進行管理的接口。
所述的步驟A包括基于對網(wǎng)元管理系統(tǒng)進行管理的接口建立查詢網(wǎng)元管理系統(tǒng)函數(shù)、查詢網(wǎng)元管理系統(tǒng)內(nèi)物理連接信息函數(shù)、查詢網(wǎng)元管理系統(tǒng)的當(dāng)前告警的函數(shù)、為網(wǎng)元管理系統(tǒng)設(shè)置用戶標(biāo)簽的函數(shù)和/或修改登錄網(wǎng)元管理系統(tǒng)函數(shù)。
所述的步驟A包括基于對網(wǎng)元進行管理的接口建立查詢所有網(wǎng)元信息函數(shù)、查詢指定網(wǎng)元速率的端口信息的函數(shù)、查詢指定網(wǎng)元信息函數(shù)、查詢指定網(wǎng)元端口信息函數(shù)、查詢指定網(wǎng)元的連接終結(jié)點CTP信息函數(shù)、查詢指定網(wǎng)元的物理終結(jié)點PTP下的CTP信息函數(shù)、查詢指定網(wǎng)元的PTP下的存在的CTP信息函數(shù)、設(shè)置網(wǎng)元CTP的用戶標(biāo)簽的函數(shù)、設(shè)置終結(jié)點TP的傳輸參數(shù)函數(shù)和/或查詢指定網(wǎng)元的當(dāng)前告警信息的函數(shù)。
所述的步驟A包括基于對性能進行管理的接口建立設(shè)置指定TP性能監(jiān)視參數(shù)的函數(shù)、查詢指定TP已經(jīng)監(jiān)視的性能監(jiān)視參數(shù)的函數(shù)、設(shè)置指定TP的性能監(jiān)視參數(shù)門限的函數(shù)、查詢指定TP的性能參數(shù)的門限的函數(shù)、查詢指定TP已經(jīng)監(jiān)視的性能參數(shù)當(dāng)前值的函數(shù)、查詢指定TP在指定時間段內(nèi)已經(jīng)監(jiān)視的性能參數(shù)的函數(shù)和/或設(shè)置指定TP的性能越限告警是否上報的函數(shù)。
所述的步驟A包括基于對業(yè)務(wù)資源進行管理的接口建立查詢指定交叉連接信息的函數(shù)、查詢指定網(wǎng)元下所有交叉連接信息的函數(shù)、查詢指定TP為源端或宿端的交叉連接信息的函數(shù)、查詢指定TP對為源宿端的交叉連接信息的函數(shù)、創(chuàng)建交叉連接的函數(shù)、激活指定的交叉連接的函數(shù)、去激活指定的交叉連接的函數(shù)和/或刪除指定的交叉連接的函數(shù)。
所述的步驟A包括基于對設(shè)備及設(shè)備支撐進行管理的接口建立查詢指定設(shè)備信息的函數(shù)、查詢指定設(shè)備支撐所包含的設(shè)備或設(shè)備支撐的絕對識別名DN和類型的函數(shù)、查詢指定設(shè)備支撐所包含的設(shè)備或設(shè)備支撐信息的函數(shù)、查詢指定接口電路盤上的端口的PTP的DN信息的函數(shù)、查詢指定接口電路盤上的端口完整的PTP信息的函數(shù)和/或設(shè)置指定設(shè)備或設(shè)備支撐的告警是否上報的函數(shù)。
所述的步驟A包括基于對保護組進行管理的接口建立查詢指定網(wǎng)元NE下所有復(fù)用段保護組的信息的函數(shù)、查詢指定NE下所有連接保護組信息的函數(shù)、查詢指定復(fù)用段保護組信息的函數(shù)、查詢指定連接保護組的信息的函數(shù)、查詢指定復(fù)用段保護組工作CTP的函數(shù)、查詢指定復(fù)用段保護組保護CTP的函數(shù)、查詢指定復(fù)用段保護組保護倒換狀態(tài)的函數(shù)、設(shè)定指定保護組的用戶標(biāo)簽的函數(shù)和/或查詢指定復(fù)用段保護組的歷史倒換信息的函數(shù)。
所述的步驟A包括在網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)元管理系統(tǒng)間建立事件通道接口，并基于建立的事件通道接口建立對象創(chuàng)建通知函數(shù)、對象刪除通知函數(shù)、屬性改變通知函數(shù)、狀態(tài)改變通知函數(shù)、告警上報函數(shù)和/或性能事件上報函數(shù)，所述的對象為基于被管理的網(wǎng)元管理系統(tǒng)建立。
所述的步驟B包括當(dāng)所述網(wǎng)絡(luò)管理系統(tǒng)需要通過網(wǎng)元管理系統(tǒng)進行信息管理操作時，確定需要采用的操作接口，以及基于該操作接口的具體的操作函數(shù)；所述的網(wǎng)絡(luò)管理系統(tǒng)利用所述的操作函數(shù)通過相應(yīng)的操作接口與網(wǎng)元管理層間進行信息交互，從網(wǎng)元管理系統(tǒng)獲取相應(yīng)的信息，或向網(wǎng)元管理系統(tǒng)進行相應(yīng)的信息的設(shè)置操作。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明使得MO數(shù)量的大幅度減少，即EMS需要實例化的對象大大減少。在現(xiàn)有技術(shù)中，采用標(biāo)準(zhǔn)的ITU-T G.774系列建議，每個SDH網(wǎng)元需要實例化的MO數(shù)量大約為5000個左右，一個EMS如果含有100個網(wǎng)元，就需要實例化50萬個MO。需要占用的內(nèi)存數(shù)大約為400M左右。如果采用本本發(fā)明，則不論網(wǎng)元多少，只需要實例化6個接口對象類，其他都可以存放在EMS自己維護的數(shù)據(jù)庫中，幾乎不占用多少內(nèi)存。而數(shù)據(jù)庫中的數(shù)據(jù)組織形式完全由EMS自己決定，不一定需要滿足某種建議或者規(guī)范。
而且，本發(fā)明在實現(xiàn)過程中對硬件資源的要求大大降低。這是因為MO數(shù)量的大幅降低，系統(tǒng)占用內(nèi)存也大大降低，這樣，對運行EMS的設(shè)備要求也隨之降低。例如，理論上，只要內(nèi)存滿足512M即可輕松管理1000個網(wǎng)元的EMS。
另外，本發(fā)明的實現(xiàn)還使得NMS和EMS開發(fā)更為方便，這是由于本發(fā)明中的信息模型關(guān)注接口的功能而不是MO的描述，NMS和EMS在接口上是松耦合的，信息模型的約束實際上很少。這樣，就為NMS和EMS各自的開發(fā)留下了充分的空間，使開發(fā)更加容易、便捷。
圖1為SDH管理網(wǎng)絡(luò)的結(jié)構(gòu)示意圖；圖2為本發(fā)明所述的方法的流程圖。
具體實施例方式
在本發(fā)明中，EMS將不再需要實例化所有設(shè)備資源，而只是提供幾個具體功能的接口類的實例。同時，NMS不必了解EMS內(nèi)部如何實現(xiàn)，而只是要求EMS能滿足接口所要求的功能，并如實返回需要的信息即可。
本發(fā)明中，NMS提供的管理接口包括對EMS進行管理的接口，對網(wǎng)元進行管理的接口，對性能進行管理的接口，對業(yè)務(wù)資源進行管理的接口，對設(shè)備進行管理的接口，以及對保護組進行管理的接口。EMS只需要支持NMS的管理接口的功能，通過各個管理接口向NMS提供相應(yīng)的管理信息。
本發(fā)明的實現(xiàn)使得NMS無需再關(guān)心EMS中信息的組織形式(即信息模型)，只要求EMS支持其提供的管理接口的功能即可。下面以一個小的應(yīng)用實例對本發(fā)明的這一特點進行描述。
以NMS需要獲取某個網(wǎng)元下指定兩個TP為源宿端的交叉連接信息為例首先說明采用現(xiàn)有技術(shù)中方式的實現(xiàn)過程采用傳統(tǒng)的Q3接口，NMS需要從宿端TP中查到crossConnectionObjectPointer交叉連接對象指針信息，找到該交叉連接后，確認(rèn)其fromTermination源端確實為給定的源端TP，則返回該交叉連接信息，否則可能是給定的兩個TP之間不存在交叉連接，所有的事情都必須由NMS完成，NMS必須對EMS信息模型中TP、交叉連接的這些屬性非常清楚；而采用本發(fā)明，則NMS只要將兩個TP的名字發(fā)給EMS就可以了，由EMS返回交叉連接信息或者錯誤指示。
建立了各個通用的操作接口后，還需要針對各個接口建立相應(yīng)的操作函數(shù)，通過不同的操作函數(shù)可以實現(xiàn)通過相應(yīng)的操作接口實現(xiàn)不同的信息管理功能，如信息的獲取、信息的設(shè)置，等等。
為對本發(fā)明有更清楚的了解，下面將對各接口及相應(yīng)的操作函數(shù)作進一步的說明。
(1)對EMS進行管理的接口emsMgr接口類提供了對EMS進行管理的接口，基于所述接口建立的操作函數(shù)，即可以實現(xiàn)的功能具體包括getEMSInfo查詢EMS信息，所述EMS信息包括EMS的Name(名稱)、Version(版本)、Userlabel(用戶標(biāo)簽)、Vendorname(運營商名稱)、Type(類型)等信息；getAllTopologicalLink查詢EMS內(nèi)所有的物理光纖連接信息，所述的信息包括物理光纖的ID(標(biāo)識)、源端TP(終結(jié)點)、宿端TP、方向(單向/雙向)、層速率、Userlabel(用戶標(biāo)簽)等；getEMSActiveAlarms查詢EMS的當(dāng)前告警信息，所述的告警是指EMS內(nèi)所有未結(jié)束，且未經(jīng)用戶確認(rèn)的告警；setUserLabel設(shè)置EMS的用戶標(biāo)簽，為NMS使用方便，可能會修改EMS的用戶標(biāo)簽Userlabel；changePassword修改NMS登錄EMS的口令，通過該操作函數(shù)可以修改NMS登錄EMS的口令信息，進一步方便了管理。
(2)對網(wǎng)元進行管理的接口neMgr接口類提供了對網(wǎng)元(包括網(wǎng)元上的TP)進行管理的接口，基于所述接口建立的操作函數(shù)，即可以實現(xiàn)的具體功能包括getAllNEs根據(jù)網(wǎng)元類型，查詢指定EMS下所有網(wǎng)元的信息；所述的網(wǎng)元的信息包括網(wǎng)元名稱、網(wǎng)元ID、版本Version、供應(yīng)商名稱Vendorname、位置、通信狀態(tài)、支持的層速率等；getAllPTPsWithRateList查詢指定網(wǎng)元中，指定層速率(或所有層速率)的端口信息；getNEInfo查詢指定網(wǎng)元的信息。網(wǎng)元的具體信息同getAllNEs()接口函數(shù)中描述的信息相同；getPTPInfo查詢指定端口的信息。所述的端口的信息包括PTP的DN(絕對識別名)、PTP(物理終結(jié)點)的方向(單向/雙向)、傳輸參數(shù)、對應(yīng)單板列表、連接狀態(tài)、操作狀態(tài)等；getCTPInfo查詢指定CTP(連接終結(jié)點)的信息，所述的CTP的信息除了和PTP信息相同的以外，還包括時隙號、上游指針UpstreamPointer、下游指針DownstreamPointer、終結(jié)映射模式；getContainedCTPs查詢指定PTP下包含的CTP信息；所述的CTP信息包括EMS沒有實例化，但是有可能以后會實例化的CTP，如某個VC4下，已經(jīng)有一個tu12(2M時隙)被占用，則不僅要返回這個tu12CTP，還要返回其他沒有實例化的tu12CTP，以及有可能實例化的tu3CTP、tu2CTP；getContainedActualCTPs查詢指定PTP下包含的已經(jīng)存在的CTP信息；setUserLabel設(shè)置CTP的用戶標(biāo)簽；setTPData設(shè)置TP的傳輸參數(shù)；如是否告警監(jiān)視、終結(jié)映射模式等；getNEActiveAlarms查詢指定網(wǎng)元上的當(dāng)前告警信息。
(3)對性能進行管理的接口performanceMgr接口類提供了對性能進行管理的接口，基于所述接口建立的操作函數(shù)，即可以實現(xiàn)的具體功能包括setPMDataCollection設(shè)置指定TP的15分鐘性能監(jiān)視參數(shù)和24小時性能監(jiān)視參數(shù)；getPMDataCollection查詢指定TP已經(jīng)監(jiān)視的15分鐘性能監(jiān)視參數(shù)和24小時性能監(jiān)視參數(shù)；setThreshold設(shè)置指定TP的15分鐘性能監(jiān)視參數(shù)和24小時性能監(jiān)視參數(shù)的門限；getThreshold查詢指定TP的15分鐘性能監(jiān)視參數(shù)和24小時性能監(jiān)視參數(shù)的門限；getCurrentData查詢指定TP已監(jiān)視性能參數(shù)的15分鐘當(dāng)前值和24小時當(dāng)前值；getHistoryData查詢指定TP在指定時間段內(nèi)已監(jiān)視性能參數(shù)的15分鐘歷史值和24小時歷史值；setTCAValidity設(shè)置指定TP的性能越限告警TCA是否上報。
(4)對業(yè)務(wù)資源進行管理的接口ccMgr接口類提供了對交叉連接等業(yè)務(wù)資源進行管理的接口，基于所述接口建立的操作函數(shù)，即可以實現(xiàn)的具體功能包括getCCInfo查詢指定交叉連接的信息。這些信息包括交叉連接ID、源端TP(可多個)、宿端TP(可多個)、方向(單向/雙向)、類型(點對點、選收、雙發(fā)、Drop&Continue、2點對2點等)；getAllCCInfoByNE查詢指定網(wǎng)元下所有交叉連接的信息；getCCInfoByTP查詢以指定TP為源端或宿端的交叉連接信息；getCCInfoByTPPair查詢以指定TP對為源宿端的交叉連接信息。
createCC給出源宿端TP、是否激活、方向等信息，創(chuàng)建交叉連接；activeCC激活指定的交叉連接；disactiveCC去激活指定的交叉連接；deleteCC刪除指定的交叉連接。
(5)對設(shè)備支撐進行管理的接口equipmentMgr接口類提供了對equipment(設(shè)備)和equipment holder(設(shè)備支撐，如機框、子架、槽位、子槽位、電路盤、接口電路盤等)進行管理的接口，基于所述接口建立的操作函數(shù)，即可以實現(xiàn)的具體功能包括getEquipmentInfo查詢指定設(shè)備的信息，所述的信息包括設(shè)備的絕對識別名DN、設(shè)備ID、設(shè)備類型、狀態(tài){InService(有效)，OutOfService(失效)或Maintenance(保持)}、是否上報告警、支持的對象類型(如槽位可以安裝哪些類型的電路盤等)、已安裝對象類型，等等；getContainedEquipment查詢指定equipment holder所包含的equipment或者equipment holder的DN和類型，具體可以遞歸包含；getContainedEquipmentInfo查詢指定equipment holder所包含的equipment或者equipment holder的信息，可以遞歸包含；
getSupportedPTP查詢指定接口電路盤上的端口，這里僅指PTP的DN信息；getSupportedPTPInfo查詢指定接口電路盤上的端口信息，具體是指完整的PTP信息，具體內(nèi)容參見前面對網(wǎng)元進行管理的接口中關(guān)于getPTPInfo接口函數(shù)的描述；setAlarmReportFlag用于設(shè)置指定equipment或者equipment holder的告警是否上報。
(6)對保護組進行管理的接口protectionMgr接口類提供了對保護組進行管理的接口，所述的保護組包括包括MSPG(復(fù)用段保護組)和CPG(連接保護組)，基于所述接口建立的操作函數(shù)，即可以實現(xiàn)的具體功能包括getAllMSProtectionGroup查詢指定NE(網(wǎng)元)下所有復(fù)用段保護組的信息；所述的信息包括保護組ID、保護組的類型(1+1保護鏈、1∶N保護鏈、二纖雙向保護環(huán)、四纖雙向保護環(huán))、是否自動恢復(fù)、等待恢復(fù)時間、鎖定條件、保護/被保護PTP列表等；getAllConnectionProtectionGroup查詢指定NE下所有連接保護組的信息，所述的信息包括保護組ID、保護準(zhǔn)則、當(dāng)前工作CTP、保護CTP、被保護CTP等；getMSProtectionGroupInfo查詢指定復(fù)用段保護組的信息；getConnectionProtectionGroupInfo查詢指定連接保護組的信息；getWorkingCTPs指定復(fù)用段保護組，查詢其工作CTP的信息；getProtectingCTPs指定復(fù)用段保護組，查詢其保護CTP的信息；getProtectionStatus指定復(fù)用段保護組，查詢其保護倒換狀態(tài)，所述的保護狀態(tài)包括未倒換、穿通、自動倒換、人工倒換、強制倒換、鎖定倒換、練習(xí)倒換等；
setUserLabel設(shè)定指定保護組的用戶標(biāo)簽；queryAPSLog查詢指定復(fù)用段保護組的歷史倒換信息。
利用上述各個管理接口的用于操作管理的操作接口函數(shù)，便可以對各個網(wǎng)元管理系統(tǒng)進行管理，包括獲取管理信息，設(shè)置相應(yīng)的管理信息等。而且，在管理過程中網(wǎng)絡(luò)管理系統(tǒng)NMS無需了解網(wǎng)元管理系統(tǒng)EMS上信息的組織方式，EMS可以根據(jù)自身需要自由確定保存相應(yīng)信息的組織形式，而不影響網(wǎng)絡(luò)管理系統(tǒng)對其的管理。
下面將結(jié)合附圖對本發(fā)明所述的方法進行詳細(xì)完整的描述。
如圖2所示，本發(fā)明所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實現(xiàn)信息管理的方法具體包括以下步驟步驟21將NMS需要通過EMS進行的信息管理操作分類，并在網(wǎng)絡(luò)管理層與網(wǎng)元管理層間分別建立通用的操作接口；步驟22基于各個通用的操作接口分別建立實現(xiàn)具體的操作管理功能的操作接口函數(shù)；步驟23當(dāng)NMS需要通過EMS進行信息管理操作時，則選擇相應(yīng)的操作接口的一個具體的操作接口函數(shù)；步驟24利用所述的操作接口函數(shù)構(gòu)造相應(yīng)的接口消息通過所述相應(yīng)的通用接口發(fā)送給EMS；具體可以為獲取管理信息的管理操作，也可以為設(shè)置信息的管理操作；步驟25EMS接收所述的接口消息后，根據(jù)消息中承載的信息內(nèi)容進行相應(yīng)的操作，并將結(jié)果返回NMS；具體包括如果是獲取管理信息的管理操作，則將相應(yīng)的信息發(fā)送給NMS，如果是設(shè)置某一信息的管理操作，則將利用接口消息中的具體信息進行相應(yīng)信息的設(shè)置操作。
以上所述，僅為本發(fā)明較佳的
具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)該以權(quán)利要求書的保護范圍為準(zhǔn)。
權(quán)利要求
1.一種網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實現(xiàn)信息管理的方法，其特征在于，包括A、將網(wǎng)絡(luò)管理層需要通過網(wǎng)元管理層進行的信息管理操作進行分類，并在網(wǎng)絡(luò)管理層與網(wǎng)元管理層間分別建立通用的操作接口；B、網(wǎng)絡(luò)管理層通過所述通用的操作接口與各個網(wǎng)元管理層間進行信息交互并進行相應(yīng)的信息管理。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實現(xiàn)信息管理的方法，其特征在于，所述的步驟A包括在網(wǎng)絡(luò)管理層的網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)元管理層的網(wǎng)元管理系統(tǒng)間分別建立用于對各個網(wǎng)元管理系統(tǒng)進行管理的接口，包括對網(wǎng)元進行管理的接口，對性能進行管理的接口，對業(yè)務(wù)資源進行管理的接口，對設(shè)備及設(shè)備支撐進行管理的接口，和/或，對保護組進行管理的接口。
3.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實現(xiàn)信息管理的方法，其特征在于，所述的步驟A包括基于對網(wǎng)元管理系統(tǒng)進行管理的接口建立查詢網(wǎng)元管理系統(tǒng)函數(shù)、查詢網(wǎng)元管理系統(tǒng)內(nèi)物理連接信息函數(shù)、查詢網(wǎng)元管理系統(tǒng)的當(dāng)前告警的函數(shù)、為網(wǎng)元管理系統(tǒng)設(shè)置用戶標(biāo)簽的函數(shù)和/或修改登錄網(wǎng)元管理系統(tǒng)函數(shù)。
4.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實現(xiàn)信息管理的方法，其特征在于，所述的步驟A包括基于對網(wǎng)元進行管理的接口建立查詢所有網(wǎng)元信息函數(shù)、查詢指定網(wǎng)元速率的端口信息的函數(shù)、查詢指定網(wǎng)元信息函數(shù)、查詢指定網(wǎng)元端口信息函數(shù)、查詢指定網(wǎng)元的連接終結(jié)點CTP信息函數(shù)、查詢指定網(wǎng)元的物理終結(jié)點PTP下的CTP信息函數(shù)、查詢指定網(wǎng)元的PTP下的存在的CTP信息函數(shù)、設(shè)置網(wǎng)元CTP的用戶標(biāo)簽的函數(shù)、設(shè)置終結(jié)點TP的傳輸參數(shù)函數(shù)和/或查詢指定網(wǎng)元的當(dāng)前告警信息的函數(shù)。
5.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實現(xiàn)信息管理的方法，其特征在于，所述的步驟A包括基于對性能進行管理的接口建立設(shè)置指定TP性能監(jiān)視參數(shù)的函數(shù)、查詢指定TP已經(jīng)監(jiān)視的性能監(jiān)視參數(shù)的函數(shù)、設(shè)置指定TP的性能監(jiān)視參數(shù)門限的函數(shù)、查詢指定TP的性能參數(shù)的門限的函數(shù)、查詢指定TP已經(jīng)監(jiān)視的性能參數(shù)當(dāng)前值的函數(shù)、查詢指定TP在指定時間段內(nèi)已經(jīng)監(jiān)視的性能參數(shù)的函數(shù)和/或設(shè)置指定TP的性能越限告警是否上報的函數(shù)。
6.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實現(xiàn)信息管理的方法，其特征在于，所述的步驟A包括基于對業(yè)務(wù)資源進行管理的接口建立查詢指定交叉連接信息的函數(shù)、查詢指定網(wǎng)元下所有交叉連接信息的函數(shù)、查詢指定TP為源端或宿端的交叉連接信息的函數(shù)、查詢指定TP對為源宿端的交叉連接信息的函數(shù)、創(chuàng)建交叉連接的函數(shù)、激活指定的交叉連接的函數(shù)、去激活指定的交叉連接的函數(shù)和/或刪除指定的交叉連接的函數(shù)。
7.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實現(xiàn)信息管理的方法，其特征在于，所述的步驟A包括基于對設(shè)備及設(shè)備支撐進行管理的接口建立查詢指定設(shè)備信息的函數(shù)、查詢指定設(shè)備支撐所包含的設(shè)備或設(shè)備支撐的絕對識別名DN和類型的函數(shù)、查詢指定設(shè)備支撐所包含的設(shè)備或設(shè)備支撐信息的函數(shù)、查詢指定接口電路盤上的端口的PTP的DN信息的函數(shù)、查詢指定接口電路盤上的端口完整的PTP信息的函數(shù)和/或設(shè)置指定設(shè)備或設(shè)備支撐的告警是否上報的函數(shù)。
8.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實現(xiàn)信息管理的方法，其特征在于，所述的步驟A包括基于對保護組進行管理的接口建立查詢指定網(wǎng)元NE下所有復(fù)用段保護組的信息的函數(shù)、查詢指定NE下所有連接保護組信息的函數(shù)、查詢指定復(fù)用段保護組信息的函數(shù)、查詢指定連接保護組的信息的函數(shù)、查詢指定復(fù)用段保護組工作CTP的函數(shù)、查詢指定復(fù)用段保護組保護CTP的函數(shù)、查詢指定復(fù)用段保護組保護倒換狀態(tài)的函數(shù)、設(shè)定指定保護組的用戶標(biāo)簽的函數(shù)和/或查詢指定復(fù)用段保護組的歷史倒換信息的函數(shù)。
9.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實現(xiàn)信息管理的方法，其特征在于，所述的步驟A包括在網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)元管理系統(tǒng)間建立事件通道接口，并基于建立的事件通道接口建立對象創(chuàng)建通知函數(shù)、對象刪除通知函數(shù)、屬性改變通知函數(shù)、狀態(tài)改變通知函數(shù)、告警上報函數(shù)和/或性能事件上報函數(shù)，所述的對象為基于被管理的網(wǎng)元管理系統(tǒng)建立。
10.根據(jù)權(quán)利要求3至9任一項所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實現(xiàn)信息管理的方法，其特征在于，所述的步驟B包括當(dāng)所述網(wǎng)絡(luò)管理系統(tǒng)需要通過網(wǎng)元管理系統(tǒng)進行信息管理操作時，確定需要采用的操作接口，以及基于該操作接口的具體的操作函數(shù)；所述的網(wǎng)絡(luò)管理系統(tǒng)利用所述的操作函數(shù)通過相應(yīng)的操作接口與網(wǎng)元管理層間進行信息交互，從網(wǎng)元管理系統(tǒng)獲取相應(yīng)的信息，或向網(wǎng)元管理系統(tǒng)進行相應(yīng)的信息的設(shè)置操作。
全文摘要
本發(fā)明涉及一種網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實現(xiàn)信息管理的方法。本發(fā)明主要包括將網(wǎng)絡(luò)管理層需要通過網(wǎng)元管理層進行信息管理的操作進行分類，并在網(wǎng)絡(luò)管理層與網(wǎng)元管理層間分別建立通用的操作接口及相應(yīng)的操作接口函數(shù)；網(wǎng)絡(luò)管理層通過所述通用的操作接口及相應(yīng)的操作接口函數(shù)與各個網(wǎng)元管理層間進行信息交互進行相應(yīng)的信息管理。因此，本發(fā)明的實現(xiàn)使得EMS需要實例化的對象大大減少，進而使得對硬件資源的要求大大降低，即對運行EMS的設(shè)備要求降低。而且，由于NMS和EMS在接口上是松耦合的，信息模型的約束實際上很少。這樣，就為NMS和EMS各自的開發(fā)留下了充分的空間，使開發(fā)更加容易、便捷。
文檔編號H04L12/24GK1863068SQ200510087290
公開日2006年11月15日 申請日期2005年7月28日 優(yōu)先權(quán)日2005年7月28日
發(fā)明者范鍇鍇 申請人:華為技術(shù)有限公司