專利名稱：網(wǎng)絡(luò)管理的方法、系統(tǒng)及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)絡(luò)管理的方法、系統(tǒng)及設(shè)備。
背景技術(shù)：
隨著網(wǎng)絡(luò)技術(shù)的飛速發(fā)展，網(wǎng)絡(luò)中設(shè)備的數(shù)量也越來越多，而網(wǎng)絡(luò)設(shè)備來自各個不同的廠家，如何管理這些設(shè)備就變得十分重要。
SNMP(Simple Network Management Protocol，簡單網(wǎng)絡(luò)管理協(xié)議)是由IETF(Internet Engineering Task Force，互聯(lián)網(wǎng)工程任務(wù)組)定義的一套網(wǎng)絡(luò)管理協(xié)議。利用SNMP，一個管理站可以遠(yuǎn)程管理所有支持這種協(xié)議的網(wǎng)絡(luò)設(shè)備，包括監(jiān)視網(wǎng)絡(luò)狀態(tài)、修改網(wǎng)絡(luò)設(shè)備配置、接收網(wǎng)絡(luò)警告等。
如圖1所示，在SNMP管理模型中有三個基本組成部分管理站(SNMPManager)100，代理(SNMP Agent)101和MIB(Management Information Base，管理信息庫)102。SNMP Manager一般是一個單機(jī)設(shè)備或一個共享網(wǎng)絡(luò)中的一員，將網(wǎng)絡(luò)管理員的命令轉(zhuǎn)換成對遠(yuǎn)程網(wǎng)絡(luò)設(shè)備的監(jiān)視和控制。SNMP Agent指的是用于跟蹤監(jiān)測被管理設(shè)備狀態(tài)的特殊軟件或硬件，每個SNMP Agent都擁有自己本地的MIB。MIB是一個樹形結(jié)構(gòu)，定義了可訪問的網(wǎng)絡(luò)設(shè)備及其屬性，并通過OID(Object Identifier，對象識別符)唯一標(biāo)識。實(shí)際上，SNMPManager的管理任務(wù)是移交給SNMP Agent來執(zhí)行的。SNMP Agent翻譯來自SNMP Manager的請求，驗(yàn)證操作的可執(zhí)行性，通過對MIB樹形目錄中的節(jié)點(diǎn)即OID的讀寫來訪問網(wǎng)絡(luò)中的設(shè)備，執(zhí)行信息處理任務(wù)，同時向SNMPManager返回響應(yīng)信息。
SNMP Agent和SNMP Manager之間通過SNMP消息進(jìn)行通信，每個SNMP消息都是一個單獨(dú)的數(shù)據(jù)報(bào)。但是SNMP消息的格式隨著SNMP版本的不同而不同。例如SNMP V1或者V2c(SNMP第一版或者第二版)消息包含三個部分版本域201、團(tuán)體域202、以及PDU(Protocol Data Unit，協(xié)議數(shù)據(jù)單元)域203，如圖2所示。其中，版本域201，用于說明現(xiàn)在使用的是哪個版本的SNMP協(xié)議；團(tuán)體域202，用于實(shí)現(xiàn)SNMP Manager訪問SNMPAgent時的身份驗(yàn)證；PDU 203指明了SNMP消息的類型及其相關(guān)參數(shù)。再例如SNMP V3(SNMP第三版)消息包含兩個部分消息頭和PDU，消息頭中包含更豐富的信息，例如加密參數(shù)、認(rèn)證參數(shù)、場景名等，以實(shí)現(xiàn)復(fù)雜的加密、認(rèn)證和權(quán)限控制等功能。而PDU的類型也隨著SNMP版本的不同而不同。例如，SNMP V1的PDU有五種類型，即Get-request(從代理進(jìn)程處提取一個或多個參數(shù)值)、Get-next-request(從代理進(jìn)程處提取一個或多個參數(shù)的下一個參數(shù)值)、Set-request(設(shè)置代理進(jìn)程的一個或多個參數(shù)值)、Get-response(返回一個或多個參數(shù)值)和Trap(代理進(jìn)程主動發(fā)出的報(bào)文)。SNMP V2c的PDU在SNMP V1基礎(chǔ)上增加了兩種類型，即Get-bulk-request(批量查詢)和inform-request(代理之間的通信)。而SNMP V3的PDU與SNMP V2c的PDU是一樣的。
在實(shí)現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)是對相同SNMP版本單一網(wǎng)元進(jìn)行簡單管理，而對于能夠應(yīng)用SNMP各個版本的復(fù)雜而龐大的通信系統(tǒng)而言，一個SNMP Agent往往要管理多個獨(dú)立的系統(tǒng)或者設(shè)備(以下統(tǒng)稱為ME(Managed Element，網(wǎng)元))，由于受到被管理的網(wǎng)元類型復(fù)雜、數(shù)量繁多，以及不同SNMP版本的MIB結(jié)構(gòu)也不盡相同等諸多因素的影響，現(xiàn)有技術(shù)無法實(shí)現(xiàn)對眾多網(wǎng)元的有效管理。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種網(wǎng)絡(luò)管理的方法、系統(tǒng)及設(shè)備，能夠?qū)?yīng)用SNMP各個版本的通信系統(tǒng)中各種類型的多個網(wǎng)元實(shí)現(xiàn)有效的管理。
本發(fā)明實(shí)施例提供以下技術(shù)方案一種網(wǎng)絡(luò)代理設(shè)備，包括接收單元，用于接收來自網(wǎng)絡(luò)管理設(shè)備的簡單網(wǎng)絡(luò)管理協(xié)議消息；第一識別單元，用于根據(jù)所述接收單元接收的簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符確定要訪問的場景；執(zhí)行單元，用于在所述第一識別單元確定的場景內(nèi)執(zhí)行與該簡單網(wǎng)絡(luò)管理協(xié)議消息相應(yīng)的操作。
一種網(wǎng)絡(luò)管理設(shè)備，包括消息生成單元，用于生成簡單網(wǎng)絡(luò)管理協(xié)議消息，該簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符；發(fā)送單元，用于將所述消息生成單元生成的簡單網(wǎng)絡(luò)管理協(xié)議消息發(fā)送出去。
一種網(wǎng)絡(luò)管理的方法，包括以下步驟接收簡單網(wǎng)絡(luò)管理協(xié)議消息；根據(jù)該簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符確定要訪問的場景；在所述確定的場景內(nèi)執(zhí)行與該簡單網(wǎng)絡(luò)管理協(xié)議消息相應(yīng)的操作。
一種網(wǎng)絡(luò)管理的方法，包括以下步驟生成簡單網(wǎng)絡(luò)管理協(xié)議消息，該簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符；將所述的簡單網(wǎng)絡(luò)管理協(xié)議消息發(fā)送出去。
一種網(wǎng)絡(luò)管理的系統(tǒng)，包括網(wǎng)絡(luò)管理設(shè)備和網(wǎng)絡(luò)代理設(shè)備，其中所述網(wǎng)絡(luò)管理設(shè)備包括消息生成單元，用于生成簡單網(wǎng)絡(luò)管理協(xié)議消息，該簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符；發(fā)送單元，用于將所述消息生成單元生成的簡單網(wǎng)絡(luò)管理協(xié)議消息發(fā)送出去；所述網(wǎng)絡(luò)代理設(shè)備包括接收單元，用于接收來自網(wǎng)絡(luò)管理設(shè)備的簡單網(wǎng)絡(luò)管理協(xié)議消息；第一識別單元，用于根據(jù)所述接收單元接收的簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符確定要訪問的場景；執(zhí)行單元，用于在所述第一識別單元確定的場景內(nèi)執(zhí)行與該簡單網(wǎng)絡(luò)管理協(xié)議消息相應(yīng)的操作。
本發(fā)明實(shí)施例能夠應(yīng)用于使用簡單網(wǎng)絡(luò)管理協(xié)議各種版本的通信系統(tǒng)，網(wǎng)絡(luò)代理設(shè)備根據(jù)網(wǎng)絡(luò)管理設(shè)備發(fā)送的簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符確定要訪問的場景，進(jìn)而在該場景內(nèi)執(zhí)行與該簡單網(wǎng)絡(luò)管理協(xié)議消息相應(yīng)的操作，從而可以實(shí)現(xiàn)對各種類型各個版本的多個網(wǎng)元進(jìn)行有效管理。
下面結(jié)合附圖和具體實(shí)施方式
對本發(fā)明作進(jìn)一步描述。


圖1為現(xiàn)有技術(shù)中SNMP管理模型示意圖；圖2為現(xiàn)有技術(shù)中SNMP V1或者V2c消息結(jié)構(gòu)示意圖；圖3為本發(fā)明實(shí)施例網(wǎng)絡(luò)管理的系統(tǒng)示意圖；圖4為本發(fā)明實(shí)施例Context的劃分示意圖；圖5為本發(fā)明實(shí)施例SNMP Manager與SNMP Agent之間通過SNMP V3消息通信的示意圖；圖6為本發(fā)明實(shí)施例網(wǎng)絡(luò)管理的方法流程圖；圖7A、B分別為本發(fā)明實(shí)施例ME表和MODULE表的結(jié)構(gòu)圖；圖8為本發(fā)明實(shí)施例網(wǎng)絡(luò)管理的系統(tǒng)框圖；圖9為本發(fā)明實(shí)施例網(wǎng)絡(luò)管理的應(yīng)用示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提供一種網(wǎng)絡(luò)管理的方法、系統(tǒng)及設(shè)備，能夠應(yīng)用于使用SNMP各種版本的通信系統(tǒng)，使得SNMP Manager通過SNMP Agent對各種類型的多個網(wǎng)元實(shí)現(xiàn)有效管理。
如圖3所示，為本發(fā)明實(shí)施例網(wǎng)絡(luò)管理的系統(tǒng)示意圖，包括NMS(NetworkManagement System，網(wǎng)絡(luò)管理系統(tǒng))上的SNMP Manager 310，及EMS(ElementManagement System，網(wǎng)元管理系統(tǒng))上的SNMP Agent 320。其中，SNMP Agent320管理n個網(wǎng)元330。
為實(shí)現(xiàn)對網(wǎng)元330的管理，在SNMP Agent 320中具有MIB 340。SNMPAgent 320支持的整個MIB 340是一棵樹，可以包括以下三種類型A、框架MIB 341定義這棵樹的根部節(jié)點(diǎn)，決定這棵樹的基本框架。
B、EMS本身MIB 342是這棵樹一個分支，存放EMS本身的被管信息。
C、各個類型各個版本的網(wǎng)元MIB 343每類網(wǎng)元是這棵樹的一個分支，存放各個網(wǎng)元的被管對象的屬性信息。
其中，各個類型各個版本的網(wǎng)元MIB 343中，同一類型的網(wǎng)元MIB是一棵子樹，主要包含一些表格，一個表格對應(yīng)一類對象，表格中可包含該對象的各個實(shí)例，而表格的各列(葉子節(jié)點(diǎn))對應(yīng)這類對象的各個屬性。這樣，對于不同類型的網(wǎng)元，其MIB的結(jié)構(gòu)不同；對于同一類型不同版本的網(wǎng)元，其MIB的結(jié)構(gòu)可能不一樣；此外，SNMP Manager一次請求一般只會訪問同一個網(wǎng)元的對象信息，基于這些因素，本發(fā)明實(shí)施例都統(tǒng)一將SNMP Agent 320支持的MIB 340按照信息的類別劃分成若干個Context(場景)。具體如圖4所示，MIB劃分成以下幾個ContextomsFm 410是一個Context，存放跟故障管理相關(guān)的一類MIB信息，例如告警表等。這些信息在框架MIB中某個分支下定義。
omsPm 420是一個Context，存放跟性能管理相關(guān)的一類MIB信息。這些信息在框架MIB中某個分支下定義。
omsCmCommon 430是一個Context，存放配置管理框架的一類信息，該Context中包含一個網(wǎng)元表，存放所有網(wǎng)元的基本信息。該網(wǎng)元表是所有對象表的父表，其索引為網(wǎng)元標(biāo)識，例如，網(wǎng)元ID或者網(wǎng)元名等。這些信息在框架MIB中某個分支下定義。
EMSems 440是一個Context，存放EMS本身的對象信息。這些信息在EMS本身MIB中定義。
ME-1-ME-n 450分別對應(yīng)一個Context，即Context1-Contextn，分別存放某個網(wǎng)元的對象信息，即一個Context存放一個網(wǎng)元的所有對象信息。這些信息在各個類型各個版本的網(wǎng)元MIB中定義。
其中ME為網(wǎng)元(Managed Element)，1-n用于標(biāo)識該網(wǎng)元?？梢圆捎镁W(wǎng)元ID或者網(wǎng)元名稱或者其他信息來標(biāo)識網(wǎng)元。Context1-Contextn的所有表都是網(wǎng)元表的子表，都以網(wǎng)元表的索引作為自身的第一個索引。
由于將MIB樹中所有葉子節(jié)點(diǎn)按照類別劃分成若干個Context是在不考慮SNMP協(xié)議版本的情況下進(jìn)行的(Context是SNMP V3的術(shù)語，SNMP V1和V2c沒有Context這個概念)，因此，在SNMP Manager與SNMP Agent之間通過SNMP消息進(jìn)行通信時，某些版本，例如SNMP V3，SNMP Manager向SNMP Agent下發(fā)SNMP V3消息時，可以攜帶與要訪問Context相對應(yīng)的參數(shù)，SNMP Agent可以根據(jù)該參數(shù)獲知SNMP Manager具體要訪問哪個Context。如圖5所示，SNMP Manager 310下發(fā)SNMP V3消息時，在該SNMPV3消息的消息頭部分?jǐn)y帶ContextName(場景名)為Context1的參數(shù)，表示要訪問Context1；而SNMP Agent 320根據(jù)ContextName可以獲知SNMPManager要訪問Context1，則會將訪問場景界定在Context1中，即在該Context1內(nèi)進(jìn)行相關(guān)操作，而不會超越Context1這個場景。
而某些版本，例如SNMP V1或者V2c，SNMP Manager向SNMP Agent下發(fā)SNMP V1或者V2c消息時，由于該消息的格式不同于SNMP V3消息的格式，故該消息中不可以攜帶ContextName參數(shù)，這樣，SNMP Agent不能通過該ContextName參數(shù)獲知SNMP Manager具體要訪問哪個Context，而是在SNMP Manager構(gòu)建SNMP V1或者V2c消息時，如果要訪問某個網(wǎng)元的信息，需要在PDU中的第一個VB(Variable Binding，SNMP消息攜帶的變量)的OID中攜帶該網(wǎng)元的標(biāo)識信息(例如網(wǎng)元ID)，SNMP Agent接收到消息后，通過第一個VB的OID中的網(wǎng)元標(biāo)識，就可以獲知SNMP Manager要訪問哪個Context；如果要訪問非網(wǎng)元信息，不需要攜帶任何標(biāo)識，SNMP Agent可以根據(jù)第一個VB的OID所屬的MIB分支，確定要訪問的Context。
如圖6所示，為本發(fā)明實(shí)施例網(wǎng)絡(luò)管理的方法流程圖，包括以下步驟601、SNMP Manager生成SNMP消息并發(fā)送給SNMP Agent；首先是SNMP Manager構(gòu)造PDU，然后將相關(guān)信息組成SNMP消息，最后將該SNMP消息發(fā)送給SNMP Agent。
602、SNMP Agent接收SNMP消息、確定SNMP Manager要訪問的Context，根據(jù)該SNMP消息在該Context內(nèi)進(jìn)行相關(guān)操作。
當(dāng)SNMPAgent接收到SNMP消息時，首先分離出PDU，根據(jù)SNMP消息進(jìn)行相應(yīng)的處理后，向SNMP Manager返回應(yīng)答消息。
需要說明的是，由于劃分的Context是互不相通的，故SNMP Agent只能將訪問場景界定在某個Context中，而不會超越這個場景。例如，如果SNMPManager使用Get-next-request訪問某個Context，輸入一個VB，即尋找該VB對應(yīng)MIB節(jié)點(diǎn)的下一個節(jié)點(diǎn)；SNMP Agent只會在該VB對應(yīng)的Context內(nèi)查找，如果找不到，會向SNMP Manager返回endOfMibView(MIB訪問結(jié)束)，而不會繼續(xù)在其他Context中查找。又例如，如果SNMP Manager訪問omsFm中的告警表信息，就不能同時訪問EMS中的EMS對象信息；如果訪問ME-1的信息，就不能同時訪問ME-2的信息。再例如，通過Get-next-request或者Get-bulk-request遍歷對象信息時，不會在不同的訪問場景之間跳轉(zhuǎn)。
對于SNMP V3，由于SNMP V3消息中有ContextName參數(shù)，可以表示要訪問的Context，SNMP Agent可以直接確定SNMP Manager要訪問的具體Context；而對于SNMP V1或者V2c而言，其消息中沒有該參數(shù)，本發(fā)明實(shí)施例中，SNMP Agent根據(jù)SNMP V1或者V2c消息的第一個VB來確定SNMPManager要訪問的Context。
A、SNMP Manager發(fā)送SNMP V1或者V2c消息時，當(dāng)要訪問某個網(wǎng)元的對象屬性信息，則在第一個VB的OID中攜帶該網(wǎng)元在網(wǎng)元表中的索引，即第一個VB的OID中必須攜帶該網(wǎng)元的標(biāo)識信息；而SNMP Agent接收消息后，通過消息中的第一個VB的OID中該網(wǎng)元標(biāo)識，獲知SNMP Manager要訪問哪個網(wǎng)元，進(jìn)而確定要訪問哪個Context。
下面通過一個實(shí)例進(jìn)一步說明如圖7A、B所示，分別為ME表和MODULE表的實(shí)施例結(jié)構(gòu)圖，其中MEID是ME表中的一個網(wǎng)元索引，MODULE是CSCF網(wǎng)元的一個對象類，所以在MIB中，MODULE表屬于CSCF網(wǎng)元的分支，在MODULE表有兩個索引hwImsMeMEID(MEID)和hwImsCscfModuleMID(MID)，其中hwImsMeMEID網(wǎng)元表中進(jìn)行定義。
MODULE表中存放著各個CSCF網(wǎng)元的MODULE實(shí)例，不同網(wǎng)元的MODULE實(shí)例放在不同的Context中，如果發(fā)送SNMP V1或者V2c消息的SNMP Manager輸入的第一個VB的OID不攜帶MEID，則SNMP Agent就不知道SNMP Manager要訪問哪個網(wǎng)元的MODULE實(shí)例，所以，SNMP Manager輸入的第一個VB的OID中必須攜帶MEID，SNMP Agent就可以知道SNMP Manager具體要訪問的網(wǎng)元，進(jìn)而知道SNMP Manager具體要訪問的Context，這樣，SNMP Agent就可以只訪問在一個Context中的MODULE實(shí)例信息。舉例說明如下1、如果SNMP Manager要通過Get-bulk-request查詢MEID為100的MODULE的前幾個實(shí)例的非索引列，則輸入的VB的OID可以為hwImsCscfModleMT.100、hwImsCscfModleETGRP、hwImsCscfModleRN1、hwImsCscfModlePN1、hwImsCscfModleSN1、hwImsCsctModleRN2、hwImsCscfModlePN2、hwImsCscfModleSN2、hwImsCscfModleMNAME和hwImsCsctModleRowStatus，即第一個VB的OID必須包含MEID。
2、如果SNMP Manager要獲取MEID為100、MID為8的MODULE實(shí)例的非索引列，則需要輸入的VB的OID應(yīng)該為hwImsCscfModleMT.100.8、hwImsCscfModleETGRP.100.8、hwImsCscfModleRN 1.100.8、hwImsCscfModlePN1.100.8、hwImsCscfModleSNl.100.8、hwImsCscfModleRN2.100.8、hwImsCscfModlePN2.100.8、hwImsCscfModleSN2.100.8、hwImsCscfModleMNAME.100.8和hwImsCscfModleRowStatus.100.8。顯然，第一個VB的OID中也必須攜帶MEID信息。
B、SNMP Manager發(fā)送SNMP V1或者V2c消息時，當(dāng)要訪問某個基礎(chǔ)分支(除了所有網(wǎng)元分支之外的其他所有分支統(tǒng)稱為基礎(chǔ)分支)的對象屬性信息，則在VB的OID中攜帶該分支的MIB節(jié)點(diǎn)信息；而SNMP Agent接收消息后，當(dāng)消息中的第一個VB的OID不屬于某類網(wǎng)元的分支，而屬于某個基礎(chǔ)分支，則通過消息中的第一個VB的OID判斷所屬M(fèi)IB分支，進(jìn)一步判斷Context，從而獲知SNMP Manager要訪問哪個Context。
例如，如果SNMP Manager要訪問框架MIB中的告警表節(jié)點(diǎn)，則輸入的第一個VB的OID的前面部分與Context為omsFm的分支的根節(jié)點(diǎn)的OID相同，那么SNMP Agent接收該消息后，則可以直接確認(rèn)Context為omsFm；如果SNMP Manager要訪問框架MIB中的網(wǎng)元表節(jié)點(diǎn)，則輸入的第一個VB的OID的前面部分與Context為omsCmCommon的分支的根節(jié)點(diǎn)的OID相同，那么SNMP Agent接收SNMP V1或者V2c消息后，則可以直接確認(rèn)Context為omsCmCommon。例如1.2為omsFm分支的根節(jié)點(diǎn)，如果第一個VB的OID為1.2.35.6，則根據(jù)其前綴1.2可以斷定context為omsFm。
當(dāng)然，SNMP消息中攜帶場景信息并不局限于第一個VB的OID中，也可以在其他的VB的OID中，只要SNMP Manager和SNMP Agent事先約定即可，其具體實(shí)現(xiàn)方式參照前述內(nèi)容，此處不再贅述。
需要說明一點(diǎn)，本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是可以通過程序指令相關(guān)的硬件來完成，所述的程序可以存儲于一計(jì)算機(jī)可讀取的存儲介質(zhì)中，所述的存儲介質(zhì)，如ROM/RAM、磁碟、光盤等。
如圖8所示，為本發(fā)明實(shí)施例網(wǎng)絡(luò)管理的系統(tǒng)框圖，包括SNMP Manager810和SNMP Agent 820，其中SNMP Manager 810包括消息生成單元811和發(fā)送單元812。其中，消息生成單元811，用于生成SNMP消息，該SNMP消息攜帶場景信息的OID；發(fā)送單元812，用于將所述的SNMP消息發(fā)送給SNMP Agent 820。其中，所述的消息生成單元811進(jìn)一步包括第一設(shè)置子單元8111，用于當(dāng)所述SNMP消息是SNMP V1或者V2c消息時，并且要訪問某個網(wǎng)元的信息，在所述SNMP消息中的第一個VB的OID中設(shè)置某個網(wǎng)元的標(biāo)識信息；以及第二設(shè)置子單元8112，用于當(dāng)所述SNMP消息是SNMP V3消息時，在所述SNMP消息中設(shè)置某個Context的ContextName參數(shù)。
SNMP Agent 820至少包括接收單元821、第一識別單元822、第二識別單元823、以及執(zhí)行單元824。其中，接收單元821，用于接收來自SNMPManager的SNMP消息；第二識別單元823，用于當(dāng)該SNMP消息中包含ContextName參數(shù)時，根據(jù)該ContextName參數(shù)確定要訪問的Context；第一識別單元822，用于當(dāng)該SNMP消息中不包含ContextName參數(shù)時，根據(jù)該SNMP消息中攜帶場景信息的OID，即第一個VB的OID確定要訪問的Context；執(zhí)行單元824，用于根據(jù)所述SNMP消息在由所述第一識別單元822或第二識別單元823確定的Context內(nèi)執(zhí)行與該SNMP消息相應(yīng)的操作。至于第一識別單元822根據(jù)該SNMP消息中攜帶場景信息的OID確定要訪問的Context，及第二識別單元823根據(jù)ContextName參數(shù)確定要訪問的Context的具體說明，請參照前述內(nèi)容，此處不再贅述。
SNMP Agent 820還可以包括場景劃分單元825，用于按照同一類信息放在同一個Context中的方式將MIB劃分為若干個Context，并且不同網(wǎng)元的信息放在不同的Context中。Context的劃分具體參照前述說明，此處不再贅述。
需要說明的是，本發(fā)明實(shí)施例中的SNMP Manager包括但不限于NMS上的SNMP Manager，SNMP Agent包括但不限于EMS上的SNMP Agent；本發(fā)明實(shí)施例中的網(wǎng)元可以是各種網(wǎng)絡(luò)設(shè)備。本發(fā)明實(shí)施例可以應(yīng)用于任何使用各種SNMP版本的通信系統(tǒng)管理各種類型的多個網(wǎng)元。
如圖9所示，為本發(fā)明網(wǎng)絡(luò)管理的應(yīng)用實(shí)施例OMS2600產(chǎn)品的架構(gòu)示意圖。OMS(Operation Management Server，運(yùn)行管理服務(wù)器)2600是一種管理IMS(IP Multi-media Subsystem，IP多媒體子系統(tǒng))各種網(wǎng)元的類EMS系統(tǒng)。之所以稱為類EMS系統(tǒng)，是指該系統(tǒng)介于EMS和ME之間。這里所述的各種網(wǎng)元可以為CSCF(Call Session Control Function，呼叫會話控制功能)、HSS(HomeSubscriber Server，歸屬用戶服務(wù)器)、以及各類AS(Application Server，應(yīng)用服務(wù)器)等。
在圖9中，OMS2600 920向上層EMS 910提供的SNMP北向接口由SNMPAgent實(shí)現(xiàn)。OMS2600 920可以管理多種類型多個版本的多個網(wǎng)元ME1-ME7930，包括版本1的CSCF1、版本1的CSCF2、版本2的CSCF3、版本2的CSCF4、版本1的HSS1、版本1的HSS2以及版本2的HSS3。
OMS2600支持的MIB 940被劃分為以下ContextomsFm 9401是一個Context，存放跟故障管理相關(guān)的MIB信息，例如告警表等。這些信息在框架MIB中定義。
omsPm 9402是一個Context，存放跟性能管理相關(guān)的MIB信息。這些信息在框架MIB中定義。
omsCmCommon 9403是一個Context，存放配置管理框架信息，該Context中包含一個網(wǎng)元表，存放所有網(wǎng)元的基本信息。該網(wǎng)元表是所有對象表的父表，其索引為網(wǎng)元標(biāo)識，例如，網(wǎng)元ID或者網(wǎng)元名等。這些信息在框架MIB中定義。
OMS2600 9404是一個Context，存放OMS2600本身的對象信息。這些信息在OMS2600本身MIB中定義。
ME1-ME7 930分別對應(yīng)一個Context，即Context1-Context7(對應(yīng)圖中的標(biāo)號9405-9411)，存放某個網(wǎng)元的對象信息。這些信息在各個類型各個版本的網(wǎng)元MIB中定義。
其中，各個網(wǎng)元的對象信息放在不同的Context中，即網(wǎng)元CSCF1的所有對象信息放在Context1中；網(wǎng)元CSCF2的所有對象信息放在Context2中；網(wǎng)元CSCF3的所有對象信息放在Context3中；網(wǎng)元CSCF4的所有對象信息放在Context4中；網(wǎng)元HSS1的所有對象信息放在Context5中；網(wǎng)元HSS2的所有對象信息放在Context6中；以及網(wǎng)元HSS3的所有對象信息放在Context7中。
SNMP Agent支持SNMP V1、V2c和SNMP V3，EMS可以通過SNMP V1、V2c或者SNMP V3消息訪問各個網(wǎng)元的信息。當(dāng)然，EMS下發(fā)SNMP V1、V2c消息時，必須滿足如下要求當(dāng)要訪問某個網(wǎng)元的對象屬性信息，則在第一個VB的OID中必須攜帶該網(wǎng)元在網(wǎng)元表中的索引，即第一個VB的OID中必須攜帶該網(wǎng)元的標(biāo)識信息；當(dāng)要訪問某個基礎(chǔ)分支的對象屬性信息，則在VB的OID的前面部分與要訪問的基礎(chǔ)分支的根節(jié)點(diǎn)的OID相同，具體如前述說明，此處不再贅述。
本發(fā)明實(shí)施例能夠應(yīng)用于使用SNMP各種版本的通信系統(tǒng)，不論使用SNMP哪種版本，都采用同樣的Context劃分機(jī)制，將不同網(wǎng)元的對象信息劃分到不同的Context中，從而規(guī)避不同類型不同版本的網(wǎng)元MIB結(jié)構(gòu)不一致的問題。在SNMP Manager發(fā)送SNMP V1、V2c消息時，如果要訪問某個網(wǎng)元的信息，需要在SNMP V1、V2c消息的第一個VB的OID中增加該網(wǎng)元的標(biāo)識信息，使得SNMP Agent通過該標(biāo)識信息確定SNMP Manager要訪問的Context，如果要訪問其他信息，則不用攜帶任何標(biāo)識，而SNMP Agent可以通過第一個VB的OID確定要訪問的場景，進(jìn)而在該場景內(nèi)執(zhí)行與該SNMP消息相應(yīng)的操作，從而可以實(shí)現(xiàn)對各種類型各個版本的多個網(wǎng)元進(jìn)行有效管理。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若對本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種網(wǎng)絡(luò)代理設(shè)備，其特征在于，包括接收單元，用于接收來自網(wǎng)絡(luò)管理設(shè)備的簡單網(wǎng)絡(luò)管理協(xié)議消息；第一識別單元，用于根據(jù)所述接收單元接收的簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符確定要訪問的場景；執(zhí)行單元，用于在所述第一識別單元確定的場景內(nèi)執(zhí)行與該簡單網(wǎng)絡(luò)管理協(xié)議消息相應(yīng)的操作。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)代理設(shè)備，其特征在于，所述簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符中包含某個網(wǎng)元的標(biāo)識信息。
3.根據(jù)權(quán)利要求1或2所述的網(wǎng)絡(luò)代理設(shè)備，其特征在于，還包括場景劃分單元，用于按照同一類信息放在同一個場景中的方式將管理信息庫劃分為若干個場景供所述的執(zhí)行單元執(zhí)行相應(yīng)的操作，并且不同網(wǎng)元的信息放在不同場景中。
4.根據(jù)權(quán)利要求3所述的網(wǎng)絡(luò)代理設(shè)備，其特征在于，還包括第二識別單元，用于根據(jù)所述接收單元接收的簡單網(wǎng)絡(luò)管理協(xié)議消息中的場景名參數(shù)確定要訪問的場景。
5.一種網(wǎng)絡(luò)管理設(shè)備，其特征在于，包括消息生成單元，用于生成簡單網(wǎng)絡(luò)管理協(xié)議消息，該簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符；發(fā)送單元，用于將所述消息生成單元生成的簡單網(wǎng)絡(luò)管理協(xié)議消息發(fā)送出去。
6.根據(jù)權(quán)利要求5所述的網(wǎng)絡(luò)管理設(shè)備，其特征在于，所述的消息生成單元進(jìn)一步包括第一設(shè)置子單元，用于在所述簡單網(wǎng)絡(luò)管理協(xié)議消息中第一個變量的對象識別符中設(shè)置某個網(wǎng)元的標(biāo)識信息。
7.根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)管理設(shè)備，其特征在于，所述的消息生成單元進(jìn)一步包括第二設(shè)置子單元，用于在所述簡單網(wǎng)絡(luò)管理協(xié)議消息中設(shè)置某個場景的場景名參數(shù)。
8.一種網(wǎng)絡(luò)管理的方法，其特征在于，包括以下步驟接收簡單網(wǎng)絡(luò)管理協(xié)議消息；根據(jù)該簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符確定要訪問的場景；在所述確定的場景內(nèi)執(zhí)行與該簡單網(wǎng)絡(luò)管理協(xié)議消息相應(yīng)的操作。
9.根據(jù)權(quán)利要求8所述的網(wǎng)絡(luò)管理的方法，其特征在于，所述簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符中包含某個網(wǎng)元的標(biāo)識信息。
10.根據(jù)權(quán)利要求8或9所述的網(wǎng)絡(luò)管理的方法，其特征在于，所述接收簡單網(wǎng)絡(luò)管理協(xié)議消息的步驟之前還包括按照同一類信息放在同一個場景中的方式將管理信息庫劃分為若干個場景，并且將不同網(wǎng)元的信息放在不同場景中。
11.根據(jù)權(quán)利要求10所述的網(wǎng)絡(luò)管理的方法，其特征在于，所述根據(jù)該簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符確定要訪問的場景進(jìn)一步包括當(dāng)所述對象識別符所在的變量屬于基礎(chǔ)分支時，根據(jù)該變量的對象識別符確定該變量所屬的分支，進(jìn)而確定要訪問的場景。
12.根據(jù)權(quán)利要求10所述的網(wǎng)絡(luò)管理的方法，其特征在于，所述根據(jù)該簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符確定要訪問的場景進(jìn)一步包括當(dāng)所述對象識別符所在的變量屬于網(wǎng)元分支時，根據(jù)該變量的對象識別符所包含的網(wǎng)元標(biāo)識信息確定要訪問的場景。
13.根據(jù)權(quán)利要求11或12所述的網(wǎng)絡(luò)管理的方法，其特征在于，所述變量為該簡單網(wǎng)絡(luò)管理協(xié)議消息中的第一個變量。
14.根據(jù)權(quán)利要求8所述的實(shí)現(xiàn)網(wǎng)絡(luò)管理的方法，其特征在于，所述簡單網(wǎng)絡(luò)管理協(xié)議消息中包含某個場景的場景名參數(shù)。
15.根據(jù)權(quán)利要求14所述的網(wǎng)絡(luò)管理的方法，其特征在于，還包括根據(jù)該場景名參數(shù)確定要訪問的場景，在該場景內(nèi)執(zhí)行與該簡單網(wǎng)絡(luò)管理協(xié)議消息相應(yīng)的操作。
16.一種網(wǎng)絡(luò)管理的方法，其特征在于，包括以下步驟生成簡單網(wǎng)絡(luò)管理協(xié)議消息，該簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符；將所述的簡單網(wǎng)絡(luò)管理協(xié)議消息發(fā)送出去。
17.根據(jù)權(quán)利要求16所述的網(wǎng)絡(luò)管理的方法，其特征在于，所述簡單網(wǎng)絡(luò)管理協(xié)議消息中第一個變量的對象識別符中設(shè)置有某個網(wǎng)元的標(biāo)識信息。
18.根據(jù)權(quán)利要求16所述的網(wǎng)絡(luò)管理的方法，其特征在于，所述簡單網(wǎng)絡(luò)管理協(xié)議消息中設(shè)置有某個場景的場景名參數(shù)。
19.一種網(wǎng)絡(luò)管理的系統(tǒng)，其特征在于，包括網(wǎng)絡(luò)管理設(shè)備和網(wǎng)絡(luò)代理設(shè)備，其中所述網(wǎng)絡(luò)管理設(shè)備包括消息生成單元，用于生成簡單網(wǎng)絡(luò)管理協(xié)議消息，該簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符；發(fā)送單元，用于將所述消息生成單元生成的簡單網(wǎng)絡(luò)管理協(xié)議消息發(fā)送出去；所述網(wǎng)絡(luò)代理設(shè)備包括接收單元，用于接收來自所述網(wǎng)絡(luò)管理設(shè)備的簡單網(wǎng)絡(luò)管理協(xié)議消息；第一識別單元，用于根據(jù)所述接收單元接收的簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符確定要訪問的場景；執(zhí)行單元，用于在所述第一識別單元確定的場景內(nèi)執(zhí)行與該簡單網(wǎng)絡(luò)管理協(xié)議消息相應(yīng)的操作。
20.根據(jù)權(quán)利要求19所述的網(wǎng)絡(luò)管理系統(tǒng)，其特征在于，所述簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符中包含某個網(wǎng)元的標(biāo)識信息。
21.根據(jù)權(quán)利要求19或20所述的網(wǎng)絡(luò)管理的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)代理設(shè)備還包括場景劃分單元，用于按照同一類信息放在同一個場景中的方式將管理信息庫劃分為若干個場景供所述的執(zhí)行單元執(zhí)行相應(yīng)的操作，并且不同網(wǎng)元的信息放在不同場景中。
22.根據(jù)權(quán)利要求21所述的網(wǎng)絡(luò)管理的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)代理設(shè)備還包括第二識別單元，用于根據(jù)所述接收單元接收的簡單網(wǎng)絡(luò)管理協(xié)議消息中的場景名參數(shù)確定要訪問的場景。
23.根據(jù)權(quán)利要求19所述的網(wǎng)絡(luò)管理的系統(tǒng)，其特征在于，所述的消息生成單元進(jìn)一步包括第一設(shè)置子單元，用于在所述簡單網(wǎng)絡(luò)管理協(xié)議消息中第一個變量的對象識別符中設(shè)置某個網(wǎng)元的標(biāo)識信息。
24.根據(jù)權(quán)利要求23所述的網(wǎng)絡(luò)管理的系統(tǒng)，其特征在于，所述的消息生成單元進(jìn)一步包括第二設(shè)置子單元，用于在所述簡單網(wǎng)絡(luò)管理協(xié)議消息中設(shè)置某個場景的場景名參數(shù)。
全文摘要
本發(fā)明涉及一種網(wǎng)絡(luò)管理的方法、系統(tǒng)及設(shè)備。該方法包括接收簡單網(wǎng)絡(luò)管理協(xié)議消息；根據(jù)該簡單網(wǎng)絡(luò)管理協(xié)議消息中攜帶場景信息的對象識別符確定要訪問的場景；在所述確定的場景內(nèi)執(zhí)行與該簡單網(wǎng)絡(luò)管理協(xié)議消息相應(yīng)的操作。本發(fā)明能夠應(yīng)用于使用SNMP各種版本的網(wǎng)絡(luò)管理系統(tǒng)，使得管理站通過代理對各種類型的多個網(wǎng)元實(shí)現(xiàn)有效管理。
文檔編號H04L12/24GK101035133SQ20071009087
公開日2007年9月12日 申請日期2007年4月9日 優(yōu)先權(quán)日2007年4月9日
發(fā)明者楊濤 申請人:華為技術(shù)有限公司