專利名稱：網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實(shí)現(xiàn)信息管理的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)管理技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實(shí)現(xiàn)信息管理的方法。
背景技術(shù)：
SDH(同步數(shù)字序列)網(wǎng)絡(luò)管理系統(tǒng)按照TMN(電信管理網(wǎng))分層模型實(shí)現(xiàn)對(duì)SDH傳輸網(wǎng)絡(luò)的管理，SDH傳輸網(wǎng)按照區(qū)域劃分為不同的管理域，即不同的子網(wǎng)。針對(duì)每一個(gè)子網(wǎng)中SDH設(shè)備的管理由EMS(網(wǎng)元級(jí)管理系統(tǒng))完成。EMS對(duì)SDH設(shè)備進(jìn)行管理采用的接口為專用的接口。所述EMS主要完成SDH設(shè)備的操作維護(hù)和管理功能，同時(shí)EMS還需要向上一級(jí)NMS(網(wǎng)絡(luò)級(jí)管理系統(tǒng))提供標(biāo)準(zhǔn)的Q3接口，以滿足統(tǒng)一網(wǎng)管的需要。
針對(duì)SDH設(shè)備進(jìn)行管理的管理網(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é)議棧為實(shí)現(xiàn)系統(tǒng)互聯(lián)提供了通信的基礎(chǔ)。

<p>

表25.DL40指令段格式表26列出了DL40指令段對(duì)每次操作的格式。

(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è)置某個(gè)被管對(duì)象的某個(gè)屬性時(shí)，就發(fā)出相應(yīng)的Get/SetCMIP請(qǐng)求。例如，NMS要查詢某個(gè)sdhNE的version(版本)屬性，則需要給出絕對(duì)識(shí)別名(DNDistinguishedName)定位到該MO，給出要查詢的屬性名稱“version”，下發(fā)Get操作；然后，EMS響應(yīng)NMS的請(qǐng)求，給出該MO的version屬性值。也就是說，在EMS上，應(yīng)該對(duì)網(wǎng)元、單板、端口等物理設(shè)備進(jìn)行抽象和建模，并基于這個(gè)模型進(jìn)行管理。通常，在EMS上，這些信息被存放在一個(gè)MIT(管理信息樹)或者M(jìn)IB(管理信息庫(kù))中。
從以上技術(shù)方案的描述可以看出目前G.774系列采用的是一種細(xì)粒度模型，對(duì)所有被管對(duì)象的屬性、操作、通知、行為都做了詳細(xì)的定義，而且重點(diǎn)在于從EMS角度抽象和描述網(wǎng)絡(luò)設(shè)備和資源。
因此，上述現(xiàn)有的技術(shù)方案存在以下缺點(diǎn)(1)不論NMS是否需要，EMS必須按照信息模型對(duì)所有設(shè)備和資源進(jìn)行抽象和建模，導(dǎo)致在EMS中儲(chǔ)存了大量的冗余信息；所述大量的冗余信息導(dǎo)致EMS在處理過程中效率大大降低，也增加了EMS在存儲(chǔ)、處理數(shù)據(jù)方面的開銷，要求運(yùn)行EMS程序的機(jī)器配置較高。
(2)要求NMS和EMS的信息模型必須一致，否則必須由NMS進(jìn)行接口上的適配，從而增加了NMS的處理開銷。
(3)沒有從NMS的接口功能需求考慮，當(dāng)NMS要實(shí)現(xiàn)某個(gè)具體功能是，可能要進(jìn)行多次Get、Set等組合操作，導(dǎo)致接口工作的效率很低。例如設(shè)置某個(gè)單板上的告警不要上報(bào)，NMS需要將單板上的ASAPPointer(ASAPPointerAlarmSeverityAssignmentProfilePointer，告警級(jí)別分配表指針)指向的ASAP被管對(duì)象實(shí)例(ASAPAlarmSeverityAssignmentProfile告警級(jí)別分配表)刪除，將單板的該屬性(ASAPPointer)置為NULL(空)，并設(shè)置EFD對(duì)象的屬性信息，屏蔽該單板產(chǎn)生的告警，整個(gè)處理過程涉及三個(gè)被管對(duì)象的多個(gè)屬性，較為繁瑣。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實(shí)現(xiàn)信息管理的方法，從而降低NMS的處理開銷，并可以使得整個(gè)信息管理過程的實(shí)現(xiàn)更為簡(jiǎn)捷、方便。
本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實(shí)現(xiàn)信息管理的方法，包括A、將網(wǎng)絡(luò)管理層需要通過網(wǎng)元管理層進(jìn)行的信息管理操作進(jìn)行分類，并在網(wǎng)絡(luò)管理層與網(wǎng)元管理層間分別建立通用的操作接口；B、網(wǎng)絡(luò)管理層通過所述通用的操作接口與各個(gè)網(wǎng)元管理層間進(jìn)行信息交互并進(jìn)行相應(yīng)的信息管理。
所述的步驟A包括在網(wǎng)絡(luò)管理層的網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)元管理層的網(wǎng)元管理系統(tǒng)間分別建立用于對(duì)各個(gè)網(wǎng)元管理系統(tǒng)進(jìn)行管理的接口，對(duì)網(wǎng)元進(jìn)行管理的接口，對(duì)性能進(jìn)行管理的接口，對(duì)業(yè)務(wù)資源進(jìn)行管理的接口，對(duì)設(shè)備及設(shè)備支撐進(jìn)行管理的接口，和/或，對(duì)保護(hù)組進(jìn)行管理的接口。
所述的步驟A包括基于對(duì)網(wǎng)元管理系統(tǒng)進(jìn)行管理的接口建立查詢網(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包括基于對(duì)網(wǎng)元進(jìn)行管理的接口建立查詢所有網(wǎng)元信息函數(shù)、查詢指定網(wǎng)元速率的端口信息的函數(shù)、查詢指定網(wǎng)元信息函數(shù)、查詢指定網(wǎng)元端口信息函數(shù)、查詢指定網(wǎng)元的連接終結(jié)點(diǎn)CTP信息函數(shù)、查詢指定網(wǎng)元的物理終結(jié)點(diǎn)PTP下的CTP信息函數(shù)、查詢指定網(wǎng)元的PTP下的存在的CTP信息函數(shù)、設(shè)置網(wǎng)元CTP的用戶標(biāo)簽的函數(shù)、設(shè)置終結(jié)點(diǎn)TP的傳輸參數(shù)函數(shù)和/或查詢指定網(wǎng)元的當(dāng)前告警信息的函數(shù)。
所述的步驟A包括基于對(duì)性能進(jìn)行管理的接口建立設(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在指定時(shí)間段內(nèi)已經(jīng)監(jiān)視的性能參數(shù)的函數(shù)和/或設(shè)置指定TP的性能越限告警是否上報(bào)的函數(shù)。
所述的步驟A包括基于對(duì)業(yè)務(wù)資源進(jìn)行管理的接口建立查詢指定交叉連接信息的函數(shù)、查詢指定網(wǎng)元下所有交叉連接信息的函數(shù)、查詢指定TP為源端或宿端的交叉連接信息的函數(shù)、查詢指定TP對(duì)為源宿端的交叉連接信息的函數(shù)、創(chuàng)建交叉連接的函數(shù)、激活指定的交叉連接的函數(shù)、去激活指定的交叉連接的函數(shù)和/或刪除指定的交叉連接的函數(shù)。
所述的步驟A包括基于對(duì)設(shè)備及設(shè)備支撐進(jìn)行管理的接口建立查詢指定設(shè)備信息的函數(shù)、查詢指定設(shè)備支撐所包含的設(shè)備或設(shè)備支撐的絕對(duì)識(shí)別名DN和類型的函數(shù)、查詢指定設(shè)備支撐所包含的設(shè)備或設(shè)備支撐信息的函數(shù)、查詢指定接口電路盤上的端口的PTP的DN信息的函數(shù)、查詢指定接口電路盤上的端口完整的PTP信息的函數(shù)和/或設(shè)置指定設(shè)備或設(shè)備支撐的告警是否上報(bào)的函數(shù)。
所述的步驟A包括基于對(duì)保護(hù)組進(jìn)行管理的接口建立查詢指定網(wǎng)元NE下所有復(fù)用段保護(hù)組的信息的函數(shù)、查詢指定NE下所有連接保護(hù)組信息的函數(shù)、查詢指定復(fù)用段保護(hù)組信息的函數(shù)、查詢指定連接保護(hù)組的信息的函數(shù)、查詢指定復(fù)用段保護(hù)組工作CTP的函數(shù)、查詢指定復(fù)用段保護(hù)組保護(hù)CTP的函數(shù)、查詢指定復(fù)用段保護(hù)組保護(hù)倒換狀態(tài)的函數(shù)、設(shè)定指定保護(hù)組的用戶標(biāo)簽的函數(shù)和/或查詢指定復(fù)用段保護(hù)組的歷史倒換信息的函數(shù)。
所述的步驟A包括在網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)元管理系統(tǒng)間建立事件通道接口，并基于建立的事件通道接口建立對(duì)象創(chuàng)建通知函數(shù)、對(duì)象刪除通知函數(shù)、屬性改變通知函數(shù)、狀態(tài)改變通知函數(shù)、告警上報(bào)函數(shù)和/或性能事件上報(bào)函數(shù)，所述的對(duì)象為基于被管理的網(wǎng)元管理系統(tǒng)建立。
所述的步驟B包括當(dāng)所述網(wǎng)絡(luò)管理系統(tǒng)需要通過網(wǎng)元管理系統(tǒng)進(jìn)行信息管理操作時(shí)，確定需要采用的操作接口，以及基于該操作接口的具體的操作函數(shù)；所述的網(wǎng)絡(luò)管理系統(tǒng)利用所述的操作函數(shù)通過相應(yīng)的操作接口與網(wǎng)元管理層間進(jìn)行信息交互，從網(wǎng)元管理系統(tǒng)獲取相應(yīng)的信息，或向網(wǎng)元管理系統(tǒng)進(jìn)行相應(yīng)的信息的設(shè)置操作。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明使得MO數(shù)量的大幅度減少，即EMS需要實(shí)例化的對(duì)象大大減少。在現(xiàn)有技術(shù)中，采用標(biāo)準(zhǔn)的ITU-T G.774系列建議，每個(gè)SDH網(wǎng)元需要實(shí)例化的MO數(shù)量大約為5000個(gè)左右，一個(gè)EMS如果含有100個(gè)網(wǎng)元，就需要實(shí)例化50萬個(gè)MO。需要占用的內(nèi)存數(shù)大約為400M左右。如果采用本本發(fā)明，則不論網(wǎng)元多少，只需要實(shí)例化6個(gè)接口對(duì)象類，其他都可以存放在EMS自己維護(hù)的數(shù)據(jù)庫(kù)中，幾乎不占用多少內(nèi)存。而數(shù)據(jù)庫(kù)中的數(shù)據(jù)組織形式完全由EMS自己決定，不一定需要滿足某種建議或者規(guī)范。
而且，本發(fā)明在實(shí)現(xiàn)過程中對(duì)硬件資源的要求大大降低。這是因?yàn)镸O數(shù)量的大幅降低，系統(tǒng)占用內(nèi)存也大大降低，這樣，對(duì)運(yùn)行EMS的設(shè)備要求也隨之降低。例如，理論上，只要內(nèi)存滿足512M即可輕松管理1000個(gè)網(wǎng)元的EMS。
另外，本發(fā)明的實(shí)現(xiàn)還使得NMS和EMS開發(fā)更為方便，這是由于本發(fā)明中的信息模型關(guān)注接口的功能而不是MO的描述，NMS和EMS在接口上是松耦合的，信息模型的約束實(shí)際上很少。這樣，就為NMS和EMS各自的開發(fā)留下了充分的空間，使開發(fā)更加容易、便捷。


圖1為SDH管理網(wǎng)絡(luò)的結(jié)構(gòu)示意圖；圖2為本發(fā)明所述的方法的流程圖。
具體實(shí)施例方式
在本發(fā)明中，EMS將不再需要實(shí)例化所有設(shè)備資源，而只是提供幾個(gè)具體功能的接口類的實(shí)例。同時(shí)，NMS不必了解EMS內(nèi)部如何實(shí)現(xiàn)，而只是要求EMS能滿足接口所要求的功能，并如實(shí)返回需要的信息即可。
本發(fā)明中，NMS提供的管理接口包括對(duì)EMS進(jìn)行管理的接口，對(duì)網(wǎng)元進(jìn)行管理的接口，對(duì)性能進(jìn)行管理的接口，對(duì)業(yè)務(wù)資源進(jìn)行管理的接口，對(duì)設(shè)備進(jìn)行管理的接口，以及對(duì)保護(hù)組進(jìn)行管理的接口。EMS只需要支持NMS的管理接口的功能，通過各個(gè)管理接口向NMS提供相應(yīng)的管理信息。
本發(fā)明的實(shí)現(xiàn)使得NMS無需再關(guān)心EMS中信息的組織形式(即信息模型)，只要求EMS支持其提供的管理接口的功能即可。下面以一個(gè)小的應(yīng)用實(shí)例對(duì)本發(fā)明的這一特點(diǎn)進(jìn)行描述。
以NMS需要獲取某個(gè)網(wǎng)元下指定兩個(gè)TP為源宿端的交叉連接信息為例首先說明采用現(xiàn)有技術(shù)中方式的實(shí)現(xiàn)過程采用傳統(tǒng)的Q3接口，NMS需要從宿端TP中查到crossConnectionObjectPointer交叉連接對(duì)象指針信息，找到該交叉連接后，確認(rèn)其fromTermination源端確實(shí)為給定的源端TP，則返回該交叉連接信息，否則可能是給定的兩個(gè)TP之間不存在交叉連接，所有的事情都必須由NMS完成，NMS必須對(duì)EMS信息模型中TP、交叉連接的這些屬性非常清楚；而采用本發(fā)明，則NMS只要將兩個(gè)TP的名字發(fā)給EMS就可以了，由EMS返回交叉連接信息或者錯(cuò)誤指示。
建立了各個(gè)通用的操作接口后，還需要針對(duì)各個(gè)接口建立相應(yīng)的操作函數(shù)，通過不同的操作函數(shù)可以實(shí)現(xiàn)通過相應(yīng)的操作接口實(shí)現(xiàn)不同的信息管理功能，如信息的獲取、信息的設(shè)置，等等。
為對(duì)本發(fā)明有更清楚的了解，下面將對(duì)各接口及相應(yīng)的操作函數(shù)作進(jìn)一步的說明。
(1)對(duì)EMS進(jìn)行管理的接口emsMgr接口類提供了對(duì)EMS進(jìn)行管理的接口，基于所述接口建立的操作函數(shù)，即可以實(shí)現(xiàn)的功能具體包括getEMSInfo查詢EMS信息，所述EMS信息包括EMS的Name(名稱)、Version(版本)、Userlabel(用戶標(biāo)簽)、Vendorname(運(yùn)營(yíng)商名稱)、Type(類型)等信息；getAllTopologicalLink查詢EMS內(nèi)所有的物理光纖連接信息，所述的信息包括物理光纖的ID(標(biāo)識(shí))、源端TP(終結(jié)點(diǎn))、宿端TP、方向(單向/雙向)、層速率、Userlabel(用戶標(biāo)簽)等；getEMSActiveAlarms查詢EMS的當(dāng)前告警信息，所述的告警是指EMS內(nèi)所有未結(jié)束，且未經(jīng)用戶確認(rèn)的告警；setUserLabel設(shè)置EMS的用戶標(biāo)簽，為NMS使用方便，可能會(huì)修改EMS的用戶標(biāo)簽Userlabel；changePassword修改NMS登錄EMS的口令，通過該操作函數(shù)可以修改NMS登錄EMS的口令信息，進(jìn)一步方便了管理。
(2)對(duì)網(wǎng)元進(jìn)行管理的接口neMgr接口類提供了對(duì)網(wǎng)元(包括網(wǎng)元上的TP)進(jìn)行管理的接口，基于所述接口建立的操作函數(shù)，即可以實(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(絕對(duì)識(shí)別名)、PTP(物理終結(jié)點(diǎn))的方向(單向/雙向)、傳輸參數(shù)、對(duì)應(yīng)單板列表、連接狀態(tài)、操作狀態(tài)等；getCTPInfo查詢指定CTP(連接終結(jié)點(diǎn))的信息，所述的CTP的信息除了和PTP信息相同的以外，還包括時(shí)隙號(hào)、上游指針UpstreamPointer、下游指針DownstreamPointer、終結(jié)映射模式；getContainedCTPs查詢指定PTP下包含的CTP信息；所述的CTP信息包括EMS沒有實(shí)例化，但是有可能以后會(huì)實(shí)例化的CTP，如某個(gè)VC4下，已經(jīng)有一個(gè)tu12(2M時(shí)隙)被占用，則不僅要返回這個(gè)tu12CTP，還要返回其他沒有實(shí)例化的tu12CTP，以及有可能實(shí)例化的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)對(duì)性能進(jìn)行管理的接口performanceMgr接口類提供了對(duì)性能進(jìn)行管理的接口，基于所述接口建立的操作函數(shù)，即可以實(shí)現(xiàn)的具體功能包括setPMDataCollection設(shè)置指定TP的15分鐘性能監(jiān)視參數(shù)和24小時(shí)性能監(jiān)視參數(shù)；getPMDataCollection查詢指定TP已經(jīng)監(jiān)視的15分鐘性能監(jiān)視參數(shù)和24小時(shí)性能監(jiān)視參數(shù)；setThreshold設(shè)置指定TP的15分鐘性能監(jiān)視參數(shù)和24小時(shí)性能監(jiān)視參數(shù)的門限；getThreshold查詢指定TP的15分鐘性能監(jiān)視參數(shù)和24小時(shí)性能監(jiān)視參數(shù)的門限；getCurrentData查詢指定TP已監(jiān)視性能參數(shù)的15分鐘當(dāng)前值和24小時(shí)當(dāng)前值；getHistoryData查詢指定TP在指定時(shí)間段內(nèi)已監(jiān)視性能參數(shù)的15分鐘歷史值和24小時(shí)歷史值；setTCAValidity設(shè)置指定TP的性能越限告警TCA是否上報(bào)。
(4)對(duì)業(yè)務(wù)資源進(jìn)行管理的接口ccMgr接口類提供了對(duì)交叉連接等業(yè)務(wù)資源進(jìn)行管理的接口，基于所述接口建立的操作函數(shù)，即可以實(shí)現(xiàn)的具體功能包括getCCInfo查詢指定交叉連接的信息。這些信息包括交叉連接ID、源端TP(可多個(gè))、宿端TP(可多個(gè))、方向(單向/雙向)、類型(點(diǎn)對(duì)點(diǎn)、選收、雙發(fā)、Drop&amp;Continue、2點(diǎn)對(duì)2點(diǎn)等)；getAllCCInfoByNE查詢指定網(wǎng)元下所有交叉連接的信息；getCCInfoByTP查詢以指定TP為源端或宿端的交叉連接信息；getCCInfoByTPPair查詢以指定TP對(duì)為源宿端的交叉連接信息。
createCC給出源宿端TP、是否激活、方向等信息，創(chuàng)建交叉連接；activeCC激活指定的交叉連接；disactiveCC去激活指定的交叉連接；deleteCC刪除指定的交叉連接。
(5)對(duì)設(shè)備支撐進(jìn)行管理的接口equipmentMgr接口類提供了對(duì)equipment(設(shè)備)和equipment holder(設(shè)備支撐，如機(jī)框、子架、槽位、子槽位、電路盤、接口電路盤等)進(jìn)行管理的接口，基于所述接口建立的操作函數(shù)，即可以實(shí)現(xiàn)的具體功能包括getEquipmentInfo查詢指定設(shè)備的信息，所述的信息包括設(shè)備的絕對(duì)識(shí)別名DN、設(shè)備ID、設(shè)備類型、狀態(tài){InService(有效)，OutOfService(失效)或Maintenance(保持)}、是否上報(bào)告警、支持的對(duì)象類型(如槽位可以安裝哪些類型的電路盤等)、已安裝對(duì)象類型，等等；getContainedEquipment查詢指定equipment holder所包含的equipment或者equipment holder的DN和類型，具體可以遞歸包含；getContainedEquipmentInfo查詢指定equipment holder所包含的equipment或者equipment holder的信息，可以遞歸包含；
getSupportedPTP查詢指定接口電路盤上的端口，這里僅指PTP的DN信息；getSupportedPTPInfo查詢指定接口電路盤上的端口信息，具體是指完整的PTP信息，具體內(nèi)容參見前面對(duì)網(wǎng)元進(jìn)行管理的接口中關(guān)于getPTPInfo接口函數(shù)的描述；setAlarmReportFlag用于設(shè)置指定equipment或者equipment holder的告警是否上報(bào)。
(6)對(duì)保護(hù)組進(jìn)行管理的接口protectionMgr接口類提供了對(duì)保護(hù)組進(jìn)行管理的接口，所述的保護(hù)組包括包括MSPG(復(fù)用段保護(hù)組)和CPG(連接保護(hù)組)，基于所述接口建立的操作函數(shù)，即可以實(shí)現(xiàn)的具體功能包括getAllMSProtectionGroup查詢指定NE(網(wǎng)元)下所有復(fù)用段保護(hù)組的信息；所述的信息包括保護(hù)組ID、保護(hù)組的類型(1+1保護(hù)鏈、1∶N保護(hù)鏈、二纖雙向保護(hù)環(huán)、四纖雙向保護(hù)環(huán))、是否自動(dòng)恢復(fù)、等待恢復(fù)時(shí)間、鎖定條件、保護(hù)/被保護(hù)PTP列表等；getAllConnectionProtectionGroup查詢指定NE下所有連接保護(hù)組的信息，所述的信息包括保護(hù)組ID、保護(hù)準(zhǔn)則、當(dāng)前工作CTP、保護(hù)CTP、被保護(hù)CTP等；getMSProtectionGroupInfo查詢指定復(fù)用段保護(hù)組的信息；getConnectionProtectionGroupInfo查詢指定連接保護(hù)組的信息；getWorkingCTPs指定復(fù)用段保護(hù)組，查詢其工作CTP的信息；getProtectingCTPs指定復(fù)用段保護(hù)組，查詢其保護(hù)CTP的信息；getProtectionStatus指定復(fù)用段保護(hù)組，查詢其保護(hù)倒換狀態(tài)，所述的保護(hù)狀態(tài)包括未倒換、穿通、自動(dòng)倒換、人工倒換、強(qiáng)制倒換、鎖定倒換、練習(xí)倒換等；
setUserLabel設(shè)定指定保護(hù)組的用戶標(biāo)簽；queryAPSLog查詢指定復(fù)用段保護(hù)組的歷史倒換信息。
利用上述各個(gè)管理接口的用于操作管理的操作接口函數(shù)，便可以對(duì)各個(gè)網(wǎng)元管理系統(tǒng)進(jìn)行管理，包括獲取管理信息，設(shè)置相應(yīng)的管理信息等。而且，在管理過程中網(wǎng)絡(luò)管理系統(tǒng)NMS無需了解網(wǎng)元管理系統(tǒng)EMS上信息的組織方式，EMS可以根據(jù)自身需要自由確定保存相應(yīng)信息的組織形式，而不影響網(wǎng)絡(luò)管理系統(tǒng)對(duì)其的管理。
下面將結(jié)合附圖對(duì)本發(fā)明所述的方法進(jìn)行詳細(xì)完整的描述。
如圖2所示，本發(fā)明所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實(shí)現(xiàn)信息管理的方法具體包括以下步驟步驟21將NMS需要通過EMS進(jìn)行的信息管理操作分類，并在網(wǎng)絡(luò)管理層與網(wǎng)元管理層間分別建立通用的操作接口；步驟22基于各個(gè)通用的操作接口分別建立實(shí)現(xiàn)具體的操作管理功能的操作接口函數(shù)；步驟23當(dāng)NMS需要通過EMS進(jìn)行信息管理操作時(shí)，則選擇相應(yīng)的操作接口的一個(gè)具體的操作接口函數(shù)；步驟24利用所述的操作接口函數(shù)構(gòu)造相應(yīng)的接口消息通過所述相應(yīng)的通用接口發(fā)送給EMS；具體可以為獲取管理信息的管理操作，也可以為設(shè)置信息的管理操作；步驟25EMS接收所述的接口消息后，根據(jù)消息中承載的信息內(nèi)容進(jìn)行相應(yīng)的操作，并將結(jié)果返回NMS；具體包括如果是獲取管理信息的管理操作，則將相應(yīng)的信息發(fā)送給NMS，如果是設(shè)置某一信息的管理操作，則將利用接口消息中的具體信息進(jìn)行相應(yīng)信息的設(shè)置操作。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求書的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實(shí)現(xiàn)信息管理的方法，其特征在于，包括A、將網(wǎng)絡(luò)管理層需要通過網(wǎng)元管理層進(jìn)行的信息管理操作進(jìn)行分類，并在網(wǎng)絡(luò)管理層與網(wǎng)元管理層間分別建立通用的操作接口；B、網(wǎng)絡(luò)管理層通過所述通用的操作接口與各個(gè)網(wǎng)元管理層間進(jìn)行信息交互并進(jìn)行相應(yīng)的信息管理。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實(shí)現(xiàn)信息管理的方法，其特征在于，所述的步驟A包括在網(wǎng)絡(luò)管理層的網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)元管理層的網(wǎng)元管理系統(tǒng)間分別建立用于對(duì)各個(gè)網(wǎng)元管理系統(tǒng)進(jìn)行管理的接口，包括對(duì)網(wǎng)元進(jìn)行管理的接口，對(duì)性能進(jìn)行管理的接口，對(duì)業(yè)務(wù)資源進(jìn)行管理的接口，對(duì)設(shè)備及設(shè)備支撐進(jìn)行管理的接口，和/或，對(duì)保護(hù)組進(jìn)行管理的接口。
3.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實(shí)現(xiàn)信息管理的方法，其特征在于，所述的步驟A包括基于對(duì)網(wǎng)元管理系統(tǒng)進(jìn)行管理的接口建立查詢網(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)元管理層實(shí)現(xiàn)信息管理的方法，其特征在于，所述的步驟A包括基于對(duì)網(wǎng)元進(jìn)行管理的接口建立查詢所有網(wǎng)元信息函數(shù)、查詢指定網(wǎng)元速率的端口信息的函數(shù)、查詢指定網(wǎng)元信息函數(shù)、查詢指定網(wǎng)元端口信息函數(shù)、查詢指定網(wǎng)元的連接終結(jié)點(diǎn)CTP信息函數(shù)、查詢指定網(wǎng)元的物理終結(jié)點(diǎn)PTP下的CTP信息函數(shù)、查詢指定網(wǎng)元的PTP下的存在的CTP信息函數(shù)、設(shè)置網(wǎng)元CTP的用戶標(biāo)簽的函數(shù)、設(shè)置終結(jié)點(diǎn)TP的傳輸參數(shù)函數(shù)和/或查詢指定網(wǎng)元的當(dāng)前告警信息的函數(shù)。
5.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實(shí)現(xiàn)信息管理的方法，其特征在于，所述的步驟A包括基于對(duì)性能進(jìn)行管理的接口建立設(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在指定時(shí)間段內(nèi)已經(jīng)監(jiān)視的性能參數(shù)的函數(shù)和/或設(shè)置指定TP的性能越限告警是否上報(bào)的函數(shù)。
6.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實(shí)現(xiàn)信息管理的方法，其特征在于，所述的步驟A包括基于對(duì)業(yè)務(wù)資源進(jìn)行管理的接口建立查詢指定交叉連接信息的函數(shù)、查詢指定網(wǎng)元下所有交叉連接信息的函數(shù)、查詢指定TP為源端或宿端的交叉連接信息的函數(shù)、查詢指定TP對(duì)為源宿端的交叉連接信息的函數(shù)、創(chuàng)建交叉連接的函數(shù)、激活指定的交叉連接的函數(shù)、去激活指定的交叉連接的函數(shù)和/或刪除指定的交叉連接的函數(shù)。
7.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實(shí)現(xiàn)信息管理的方法，其特征在于，所述的步驟A包括基于對(duì)設(shè)備及設(shè)備支撐進(jìn)行管理的接口建立查詢指定設(shè)備信息的函數(shù)、查詢指定設(shè)備支撐所包含的設(shè)備或設(shè)備支撐的絕對(duì)識(shí)別名DN和類型的函數(shù)、查詢指定設(shè)備支撐所包含的設(shè)備或設(shè)備支撐信息的函數(shù)、查詢指定接口電路盤上的端口的PTP的DN信息的函數(shù)、查詢指定接口電路盤上的端口完整的PTP信息的函數(shù)和/或設(shè)置指定設(shè)備或設(shè)備支撐的告警是否上報(bào)的函數(shù)。
8.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實(shí)現(xiàn)信息管理的方法，其特征在于，所述的步驟A包括基于對(duì)保護(hù)組進(jìn)行管理的接口建立查詢指定網(wǎng)元NE下所有復(fù)用段保護(hù)組的信息的函數(shù)、查詢指定NE下所有連接保護(hù)組信息的函數(shù)、查詢指定復(fù)用段保護(hù)組信息的函數(shù)、查詢指定連接保護(hù)組的信息的函數(shù)、查詢指定復(fù)用段保護(hù)組工作CTP的函數(shù)、查詢指定復(fù)用段保護(hù)組保護(hù)CTP的函數(shù)、查詢指定復(fù)用段保護(hù)組保護(hù)倒換狀態(tài)的函數(shù)、設(shè)定指定保護(hù)組的用戶標(biāo)簽的函數(shù)和/或查詢指定復(fù)用段保護(hù)組的歷史倒換信息的函數(shù)。
9.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實(shí)現(xiàn)信息管理的方法，其特征在于，所述的步驟A包括在網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)元管理系統(tǒng)間建立事件通道接口，并基于建立的事件通道接口建立對(duì)象創(chuàng)建通知函數(shù)、對(duì)象刪除通知函數(shù)、屬性改變通知函數(shù)、狀態(tài)改變通知函數(shù)、告警上報(bào)函數(shù)和/或性能事件上報(bào)函數(shù)，所述的對(duì)象為基于被管理的網(wǎng)元管理系統(tǒng)建立。
10.根據(jù)權(quán)利要求3至9任一項(xiàng)所述的網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實(shí)現(xiàn)信息管理的方法，其特征在于，所述的步驟B包括當(dāng)所述網(wǎng)絡(luò)管理系統(tǒng)需要通過網(wǎng)元管理系統(tǒng)進(jìn)行信息管理操作時(shí)，確定需要采用的操作接口，以及基于該操作接口的具體的操作函數(shù)；所述的網(wǎng)絡(luò)管理系統(tǒng)利用所述的操作函數(shù)通過相應(yīng)的操作接口與網(wǎng)元管理層間進(jìn)行信息交互，從網(wǎng)元管理系統(tǒng)獲取相應(yīng)的信息，或向網(wǎng)元管理系統(tǒng)進(jìn)行相應(yīng)的信息的設(shè)置操作。
全文摘要
本發(fā)明涉及一種網(wǎng)絡(luò)管理層通過網(wǎng)元管理層實(shí)現(xiàn)信息管理的方法。本發(fā)明主要包括將網(wǎng)絡(luò)管理層需要通過網(wǎng)元管理層進(jìn)行信息管理的操作進(jìn)行分類，并在網(wǎng)絡(luò)管理層與網(wǎng)元管理層間分別建立通用的操作接口及相應(yīng)的操作接口函數(shù)；網(wǎng)絡(luò)管理層通過所述通用的操作接口及相應(yīng)的操作接口函數(shù)與各個(gè)網(wǎng)元管理層間進(jìn)行信息交互進(jìn)行相應(yīng)的信息管理。因此，本發(fā)明的實(shí)現(xiàn)使得EMS需要實(shí)例化的對(duì)象大大減少，進(jìn)而使得對(duì)硬件資源的要求大大降低，即對(duì)運(yùn)行EMS的設(shè)備要求降低。而且，由于NMS和EMS在接口上是松耦合的，信息模型的約束實(shí)際上很少。這樣，就為NMS和EMS各自的開發(fā)留下了充分的空間，使開發(fā)更加容易、便捷。
文檔編號(hào)H04L12/24GK1863068SQ200510087290
公開日2006年11月15日 申請(qǐng)日期2005年7月28日 優(yōu)先權(quán)日2005年7月28日
發(fā)明者范鍇鍇 申請(qǐng)人:華為技術(shù)有限公司