專利名稱：多版本網(wǎng)元的網(wǎng)絡(luò)管理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信網(wǎng)絡(luò)管理技術(shù)領(lǐng)域，尤其涉及一種用于管理多版本網(wǎng)元 的網(wǎng)絡(luò)管理方法。
背景技術(shù)：
電信管理網(wǎng)(Telecommunication Management Network, TMN)是國際電聯(lián) ITU-T借鑒OSI(開放系統(tǒng)互聯(lián)參考模型)系統(tǒng)管理(ITU-U X.700/ISO 7498-4 ) 的概念，并在電信領(lǐng)域的應(yīng)用中有所發(fā)展的一項技術(shù)。它使得網(wǎng)絡(luò)管理系統(tǒng) 與電信網(wǎng)在標準的體系結(jié)構(gòu)下，按照標準的接口和標準的信息格式交換管理 信息，從而實現(xiàn)網(wǎng)絡(luò)管理功能。TMN基本原理之一就是使管理功能與電信功 能分離，網(wǎng)絡(luò)管理者可以從優(yōu)先的幾個管理節(jié)點管理電信網(wǎng)絡(luò)中分布的電信 設(shè)備。在電信系統(tǒng)的網(wǎng)絡(luò)管理中， 一個網(wǎng)管系統(tǒng)往往要管理上千個網(wǎng)元 (Network Element, NE )，對于每類網(wǎng)元通常采用面向?qū)ο蟮姆治黾夹g(shù)被抽象 為信息模型(Information Model)進行管理、以及抽象成顯示模型進行界面顯 示。對于同類但不同版本的網(wǎng)元也進行抽象成不同的信息模型和顯示模型進 行管理，也就是說，把不同版本的網(wǎng)元認為是不同類網(wǎng)元進行管理。網(wǎng)管系 統(tǒng)對網(wǎng)元的管理對象(Managed Object, MO )的處理邏輯(配置4喿作)是針對 其對應(yīng)的該網(wǎng)元信息模型的MOI/MOC (管理對象實例/類， 一種唯一確定該 管理對象實例和類型的標識方式)進行處理。由于一個網(wǎng)元的管理對象少則幾十個多則上千個，當對另一個同類但版 本不同的網(wǎng)元進行管理時，由于使用這個網(wǎng)元的同一套MOI/MOC時無法在 代碼中區(qū)分其相同MOI/MOC不同版本的處理邏輯，因此必須使用不同套的 MOI/MOC，而在實現(xiàn)中維護MOI/MOC對應(yīng)其處理邏輯是一件非常繁重的工 作，這種網(wǎng)管系統(tǒng)維護的工作量和出現(xiàn)的故障的機率與所管理的網(wǎng)元類型(包 括多版本)數(shù)量成正比。可見，由于管理對象的處理邏輯是通過MOI/MOC進行實現(xiàn)，因此該處 理邏輯不具有通用性，當增加另一個版本網(wǎng)元時不僅需要再次添加新的處理邏輯，還需要對已有的相同處理邏輯與MOI/MOC進行維護匹配。由于這種 實現(xiàn)是嵌在網(wǎng)管系統(tǒng)框架內(nèi)，因此影響了整個網(wǎng)管系統(tǒng)的擴展性和可維護性； 當存在多個版本網(wǎng)元需要管理時，整個網(wǎng)管系統(tǒng)會變得臃腫，維護的工作量 大大增加。發(fā)明內(nèi)容本發(fā)明提供一種方法，實現(xiàn)對多版本網(wǎng)元進行有效的、動態(tài)的管理。 為此，本發(fā)明釆用如下技術(shù)方案一種多版本網(wǎng)元的網(wǎng)絡(luò)管理方法，該方法包括步驟將各版本網(wǎng)元信息 模型以版本鏈形式保存于服務(wù)器端；客戶端從服務(wù)器端加載網(wǎng)元對應(yīng)的信息 模型，并加載所述信息模型中管理對象對應(yīng)的處理邏輯，將所述處理邏輯下 發(fā)給所述網(wǎng)元。優(yōu)選地，所述方法還包括步驟設(shè)置各管理對象對應(yīng)的處理邏輯之間的 關(guān)聯(lián)操作關(guān)系，在加栽處理邏輯的同時執(zhí)行關(guān)聯(lián)操作。通過以下步驟實現(xiàn)設(shè)置關(guān)聯(lián)操作關(guān)系依照管理對象的父管理對象和子 管理對象，確定處理邏輯的父處理邏輯和子處理邏輯。以服務(wù)器端的管理信息樹作為執(zhí)行關(guān)聯(lián)操作的參考點；執(zhí)行關(guān)聯(lián)操作的 過程為將管理對象修改到管理信息樹之前，加載處理邏輯預(yù)操作，并確保 存在父管理對象；將管理對象修改到管理信息樹；加載處理邏輯提交后操作， 并確保存在子管理對象。所述方法還包括，創(chuàng)建處理邏輯集合，所述集合中保存有網(wǎng)元信息模型 管理對象對應(yīng)的處理邏輯；多版本網(wǎng)元信息模型可以指定客戶端加載所述集 合中相同處理邏輯；并將所述處理邏輯集合保存在服務(wù)器端。各版本網(wǎng)元信息模型以版本鏈存放，是以某一類網(wǎng)元為 一個邏輯載體， 在該載體中，按照網(wǎng)元版本劃分區(qū)域，在每個區(qū)域中存放各版本網(wǎng)元信息模型。客戶端從服務(wù)器端加栽網(wǎng)元對應(yīng)的信息模型的時機是，每次對網(wǎng)元下發(fā) 管理命令之前。
保存各版本網(wǎng)元信息模型的同時，記錄各信息模型制作的時間戳。 在記錄各信息模型制作的時間戳的情況下，客戶端從服務(wù)器端加載網(wǎng)元對應(yīng)的信息模型的時機是，客戶端第一次啟動；并在客戶端第一次啟動時將 信息模型保存到本地；在對網(wǎng)元下發(fā)管理命令之前，將本地保存的信息模型 時間戳與服務(wù)器端信息模型時間戳進行比對，若一致，采用本地信息模型； 若不一致，從服務(wù)器端重新加載信息模型。 對于上述技術(shù)方案的技術(shù)效果分析如下而是采用相同的MOI/MOC,通過信息模型指示去動態(tài)加載其所對應(yīng)的處理邏 輯，處理邏輯不再與信息模型相掛鉤，對于版本不同但處理邏輯相同的網(wǎng)元， 只需要加載已有的處理邏輯即可?？梢?，通過分離信息模型與網(wǎng)元管理對象 處理邏輯，提升了網(wǎng)管系統(tǒng)的擴展性和可維護性。由于分離的處理邏輯可供 不同版本網(wǎng)元進行動態(tài)加載，使不同版本的網(wǎng)元處理邏輯利用率最大化，降 低了網(wǎng)元維護管理成本。


圖1為網(wǎng)絡(luò)管理系統(tǒng)示意圖；圖2為實施例一流程圖；圖3為網(wǎng)元版本鏈結(jié)構(gòu)示意圖；圖4為信息^t型指示加栽處理邏輯示意圖；圖5為實施例二各管理對象關(guān)系示意圖；圖6為實施例二觸發(fā)器關(guān)聯(lián)操作示意圖。
具體實施方式
本發(fā)明核心思想是把各版本網(wǎng)元的信息模型與處理邏輯分離，通過信息 模型的指示去動態(tài)加載處理邏輯。這種方式不但非常有效地進行多版本網(wǎng)元 的管理，并且也大幅度提升網(wǎng)管系統(tǒng)自身的可擴展性和可維護性。下面介紹實施例一 TMN是一個邏輯上與電信網(wǎng)分離的網(wǎng)絡(luò)，它通過標準的接口以及通信協(xié) 議和信息模型，與電信網(wǎng)進行傳送/接收管理信息，從而達到對電信網(wǎng)控制和 操作的目的。TMN可以從四個方面分別進行描述，即功能體系結(jié)構(gòu)、物理體 系結(jié)構(gòu)、邏輯分層體系結(jié)構(gòu)和信息體系結(jié)構(gòu)。本發(fā)明對TMN進行改進，從而 實現(xiàn)管理多版本網(wǎng)元。下面將著重從物理體系結(jié)構(gòu)和信息體系結(jié)構(gòu)兩方面對 本發(fā)明的實現(xiàn)進行闡述。本發(fā)明的網(wǎng)絡(luò)管理系統(tǒng)的物理體系結(jié)構(gòu)由物理實體組成，物理實體是指 客觀存在的計算機軟、硬件系統(tǒng)，物理實體之間采用互相支持的標準接口通 訊。本發(fā)明基本的物理實體包括操作系統(tǒng)(Operating System, OS )、工作站 (Work Station, WS )、凄W居通信網(wǎng)(Digital Communication Network, DCN ) 和網(wǎng)元，他們之間的接口為標準的Q3接口 、 F接口或X接口，如圖l所示， 對圖中各物理實體以及Q3接口介紹如下① 操作系統(tǒng)(OS):對電信網(wǎng)進行監(jiān)控、協(xié)調(diào)和控制的功能實體，通常由 一組計算機組成；本發(fā)明中OS功能由服務(wù)器端實現(xiàn)；② 工作站(WS):外接管理客戶端，用戶操作平臺；③ 數(shù)據(jù)通信網(wǎng)(DCN):為各物理實體間提供傳輸鏈路的網(wǎng)絡(luò)；④ 網(wǎng)元(NE):被管電信網(wǎng)中一些電信設(shè)備或一些支撐設(shè)備； Q3接口 支持OS與NE互聯(lián)互通和互操作的標準接口 ，它向OS輸入的信息模型是統(tǒng)一和標準化的。在網(wǎng)絡(luò)管理的信息體系結(jié)構(gòu)中，采用面向?qū)ο蟮姆治黾夹g(shù)，建立了用于 表達實際網(wǎng)元的抽象的信息模型，而所有被管資源被抽象為被管對象(MO)， 也可以說信息模型是管理對象的數(shù)據(jù)的組織方式。如圖2所示，實現(xiàn)實施例一的流程包括步驟201:將信息模型和顯示模型存放在服務(wù)器端，并且將同類但不同版 本網(wǎng)元的信息模型和顯示模型以版本鏈的形式存放，對于不同版本的信息模 型和顯示模型采用同一套MOI/MOC;如圖3所示，信息模型/顯示模型以版本鏈存放是以某一類網(wǎng)元為一個邏 輯載體，在該載體中，按照該網(wǎng)元的版本劃分區(qū)域，在每個區(qū)域中存放各版 本網(wǎng)元的信息模型/顯示模型。還可以記錄該信息模型/顯示模型制作的時間
戳，所謂時間戳是指該信息模型/顯示模型的制作時間，通過時間戳，能夠區(qū) 分各版本網(wǎng)元的信息模型和顯示模型。若沒有記錄時間戳的情況下，可在每 個區(qū)域上增加區(qū)域標識、或在每個信息模型/顯示模型上增加版本標識來區(qū)分 各版本模型。網(wǎng)管系統(tǒng)根據(jù)所管理網(wǎng)元類型以及其版本號從版本鏈中獲取對應(yīng)的信息 模型和顯示模型，所有與其相關(guān)的業(yè)務(wù)邏輯的實現(xiàn)通過信息模型和顯示模型 中指定的信息動態(tài)加載。步驟202:在網(wǎng)管系統(tǒng)中單獨創(chuàng)建存儲網(wǎng)元被管對象的處理邏輯集合，保 證其與網(wǎng)元信息模型/顯示模型的互相獨立；其中，只要保證網(wǎng)元被管對象處理邏輯集合與網(wǎng)元信息模型/顯示模型在 邏輯上相互獨立就能滿足本發(fā)明的要求，所以處理邏輯集合可以被保存在服 務(wù)器端，也可以被保存在服務(wù)器端之外的區(qū)域，但是要保證隨著網(wǎng)絡(luò)管理系 統(tǒng)業(yè)務(wù)管理情況的變化而更新。步驟203:客戶端動態(tài)加栽信息模型/顯示模型；當客戶端第一次啟動時向服務(wù)器端加載其所管理網(wǎng)元的信息模型和顯示 模型，并且保存到本地，下次啟動時，從本地讀取信息模型和顯示模型并且 根據(jù)各個模型中的時間戳與服務(wù)器端該模型的時間戳比對，如果不一致，則 從服務(wù)器端加載該模型替換原有保存的。這樣既能保證客戶端加載的效率， 又能保證網(wǎng)管系統(tǒng)對網(wǎng)元管理的變化與客戶端的無關(guān)性。而且，由于信息模 型/顯示模型是保存在服務(wù)器端的，每次客戶端啟動時向服務(wù)器端獲取模型數(shù) 據(jù)，因此當網(wǎng)元處理邏輯發(fā)生變化時，只需要更改服務(wù)器端的模型數(shù)據(jù)，而 客戶端無需做任何改動。由于在現(xiàn)行的網(wǎng)管系統(tǒng)中客戶端的數(shù)量往往有眾多，除了上述描述的在客戶端第一次啟動時加載并保存、以后比對時間戳來 加載信息模型/顯示模型的方式外，也可以在每次對網(wǎng)元發(fā)起管理命令時，都 從服務(wù)器端加載信息模型/顯示模型，采用這種實時加載的方式能夠確保加載 的是服務(wù)器端最新更新的模型，所以就不需要通過比對時間戳來確定信息模 型/顯示模型的更新情況。步驟204:客戶端動態(tài)加栽信息模型指定的處理邏輯，并下發(fā)給網(wǎng)元。如4所示，為信息模型指示加載處理邏輯示意圖。圖中存在兩個版本的網(wǎng)元信息模型，版本一的信息模型包括管理對象A、管理對象B、管理對象C 和管理對象D1的邏輯關(guān)系；而版本二的信息模型包括管理對象A、管理對象 B、管理對象C和管理對象D2的邏輯關(guān)系；那么在實際操作中，對版本一網(wǎng) 元進行管理時，會根據(jù)版本一信息模型的指示去處理邏輯集合中加載管理對 象A、 B、 C和D1的處理邏輯；對版本二網(wǎng)元進行管理時，會根據(jù)版本二信 息模型的指示去處理邏輯集合中加載管理對象A、 B、 C和D2的處理邏輯。 可見，版本一和版本二中都需要執(zhí)行管理對象A、 B和C的處理邏輯， 若采用現(xiàn)有技術(shù)中的信息模型MOI/MOC與處理邏輯掛鉤的方式，不得不采 用兩套MOI/MOC分別對應(yīng)兩套處理邏輯組合，那么管理對象A、 B和C的 處理邏輯雖然重復也不得不分別保存，不能實現(xiàn)共用。而采用步驟204根據(jù) 信息模型指示動態(tài)加載的方式，不但不需要維護兩MOI/MOC，而且實現(xiàn)了對 重復管理對象處理邏輯(A、 B、 C)的共用，占用網(wǎng)絡(luò)網(wǎng)絡(luò)系統(tǒng)更少的資源， 卻能實現(xiàn)效率更高的管理。下面介紹實施例二在實施例一的基礎(chǔ)上，實施例二對各管理對象處理邏輯(觸發(fā)器)進行 了關(guān)聯(lián)設(shè)置，使不同版本網(wǎng)元處理邏輯共用最大化。具體是，在實施例一步驟202中，預(yù)先設(shè)置管理對象處理邏輯的調(diào)用順 序，而調(diào)用順序的參考點是管理信息樹(Management Information Tree, MIT )。 MIT是服務(wù)器端的數(shù)據(jù)庫，用于保存網(wǎng)管系統(tǒng)的配置數(shù)據(jù)，在網(wǎng)絡(luò)管理系統(tǒng) 中，不論增加、修改或刪除網(wǎng)元被管對象處理邏輯，都會體現(xiàn)到MIT上，而 增加或刪除都可以看作是對管理對象的修改。那么就利用這一點，在對某一 個管理對象修改到MIT之前調(diào)用觸發(fā)器的預(yù)操作，修改到MIT之后再調(diào)用觸 發(fā)器的提交后操作，每一類管理對象只依賴其父管理對象以及子管理對象， 簡化處理邏輯，多層的依賴可以按照父子關(guān)系進行遞歸依賴實現(xiàn)。觸發(fā)器調(diào) 用都體現(xiàn)到MIT后，把觸發(fā)生成的所有操作發(fā)送至網(wǎng)元。現(xiàn)假設(shè)在管理某網(wǎng)元時，增加了管理對象A，管理對象A在修改到MIT 之前依賴管理對象Bl,管理對象B1在修改至MIT之前依賴管理對象Cl,然 后管理對象B1在修改到MIT之后需依賴管理對象C2;管理對象A在修改到
MIT之后依賴管理對象B2，管理對象B2在修改至MIT之后依賴管理對象 C3。參見圖5為管理對象A、 Bl、 Cl、 C2、 B2和C3之間的邏輯關(guān)系。依照 管理對象的父管理對象和子管理對象，確定處理邏輯的父處理邏輯和子處理 邏輯。那么，如圖6，有關(guān)增加管理對象A的處理邏輯包括(1) 管理對象A在修改到MIT之前加載管理對象A觸發(fā)器預(yù)操作；(2) 在管理對象A觸發(fā)器預(yù)操作中檢查是否存在管理對象Bl,如果不存在 則在觸發(fā)器預(yù)操作中創(chuàng)建管理對象B1;(3) 在把管理對象B1修改到MIT之前加載管理對象B1的觸發(fā)器預(yù)操作；(4) 在管理對象B1觸發(fā)器預(yù)操作中檢查是否存在管理對象Cl,如果不存 在則在觸發(fā)器預(yù)操作中創(chuàng)建管理對象C1;(5) 在管理對象B1觸發(fā)器預(yù)操作中把管理對象C1修改到MIT之前加載管 理對象C1的觸發(fā)器預(yù)操作；(6) 在管理對象Bl觸發(fā)器預(yù)操作中把管理對象Cl修改到MIT;(7) 在管理對象B1觸發(fā)器預(yù)操作中把管理對象C1修改到MIT之前加載管 理對象C1的觸發(fā)器提交后操作；(8) 在管理對象B1觸發(fā)器預(yù)操作中調(diào)用管理對象C1觸發(fā)器全部結(jié)束后返 回至管理對象A觸發(fā)器預(yù)操作中；(9) 在管理對象A觸發(fā)器預(yù)操作中把管理對象Bl修改到MIT;(抑在管理對象A預(yù)操作中把管理對象B1修改至MIT后調(diào)用管理對象B1的觸發(fā)器提交后操作；(ll)在管理對象Bl觸發(fā)器提交后操作中檢查是否存在管理對象C2，如果 不存在則創(chuàng)建管理對象C2;(0在管理對象B1觸發(fā)器提交后操作中把管理對象C2修改到MIT之前加 載管理對象C2的觸發(fā)器預(yù)操作；(13) 在管理對象Bl觸發(fā)器提交后操作中把管理對象C2修改至MIT;(14) 在管理對象B1觸發(fā)器提交后操作中把管理對象C2修改到MIT之后加 載管理對象C2的觸發(fā)器提交后操作；(15) 把管理對象A修改至MIT后加載管理對象A的觸發(fā)器提交后操作；
(16)在管理對象A觸發(fā)器提交后操作中檢查是否存在管理對象B2,.......以下類推。這種方式使關(guān)聯(lián)搡作的處理邏輯簡單化。比如，在實際網(wǎng)管系統(tǒng)中創(chuàng)建 一個通訊小區(qū)是一件非常復雜的關(guān)聯(lián)操作，需要輸入小區(qū)的基本信息，才能 夠自動創(chuàng)建小區(qū)載頻、時隙和算法等。當采用上述實施例二這種關(guān)聯(lián)操作時， 小區(qū)的處理邏輯只需判斷是否存在載頻，若不存在則創(chuàng)建載頻，而載頻的處 理邏輯只需判斷是否存在時隙，如果不存在則創(chuàng)建時隙，以此類推。如果不 同版本網(wǎng)元在創(chuàng)建小區(qū)的處理邏輯只區(qū)別在載頻上，那么只需要替換該版本 載頻處理邏輯即可。最后，結(jié)合實施例一和實施例二，通過一個具體應(yīng)用對本發(fā)明實施流程 進行闡述。假設(shè)網(wǎng)絡(luò)管理系統(tǒng)中存在兩個同類不同版本的待管網(wǎng)元，例如RNCvl.O 和RNCvl.l,分別記為網(wǎng)元1和網(wǎng)元2;網(wǎng)元l包括管理對象A、 B，它們關(guān) 系為父子；網(wǎng)元2包括管理對象A、 B、 C， A和B、 B和C關(guān)系均為父子。 那么，對于網(wǎng)元1和網(wǎng)元2的管理包括如下步驟步驟l:啟動服務(wù)器，初始化網(wǎng)元l、網(wǎng)元2的信息模型/顯示模型，并以 版本鏈形式保存；兩個網(wǎng)元的信息模型/顯示模型統(tǒng)一采用相同的MOI/MOC, 但標以不同的時間戳信息；步驟2:初始化處理邏輯集合，此集合包括管理對象A、 B和C處理邏輯， 而且，預(yù)置各處理邏輯之間的關(guān)聯(lián)操作關(guān)系；步驟3:啟動客戶端，通過DCN從服務(wù)器加載網(wǎng)元1和網(wǎng)元2的信息模 型/顯示模型，并保存到本地；下次啟動時檢查本地信息模型/顯示模型時間戳 與服務(wù)器時間戳是否一致，如果一致則加載本地;漠型，否則從服務(wù)器加載；步驟4:客戶端接收管理員指示，要求對網(wǎng)元2進行管理；客戶端實時從 網(wǎng)元2接收配置數(shù)據(jù)，并通過網(wǎng)元2的信息模型解析配置數(shù)據(jù)，分析網(wǎng)元2 當前狀況；步驟5:通過步驟4的分析結(jié)果，判斷出需要對網(wǎng)元2增加管理對象B; 那么，客戶端根據(jù)網(wǎng)元2信息模型指示，從處理邏輯集合加載管理對象B的
處理邏輯；而管理對象B的處理邏輯與管理對象A、 C具有關(guān)聯(lián)操作，則需 要按照關(guān)聯(lián)操作，完成增加管理對象B的任務(wù)；步驟6:客戶端將有關(guān)增加管理對象B涉及的處理邏輯信息，通過DCN 發(fā)送給網(wǎng)元2，對其進行控制。在本發(fā)明中，除非要向管理員顯示網(wǎng)元管理結(jié)果時需要構(gòu)建和加載顯示 模型，別的情況下僅由信息模型的指示加載處理邏輯，就能實現(xiàn)對各版本網(wǎng) 元的管理。以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當指出，對于本技術(shù)領(lǐng)域的普 通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤 飾，這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。
權(quán)利要求
1. 一種多版本網(wǎng)元的網(wǎng)絡(luò)管理方法，其特征在于包括將各版本網(wǎng)元信息模型以版本鏈形式保存于服務(wù)器端；客戶端從服務(wù)器端加載網(wǎng)元對應(yīng)的信息模型，并加載所述信息模型中管理對象對應(yīng)的處理邏輯，將所述處理邏輯下發(fā)給所述網(wǎng)元。
2、 根據(jù)權(quán)利要求1所述的多版本網(wǎng)元的網(wǎng)絡(luò)管理方法，其特征在于還包 括設(shè)置各管理對象對應(yīng)的處理邏輯之間的關(guān)聯(lián)操作關(guān)系，在加載處理邏輯 的同時執(zhí)行關(guān)聯(lián)操作。
3、 根據(jù)權(quán)利要求2所述的多版本網(wǎng)元的網(wǎng)絡(luò)管理方法，其特征在于，通 過以下步驟實現(xiàn)設(shè)置關(guān)聯(lián)操作關(guān)系依照管理對象的父管理對象和子管理對象，確定處理邏輯的父處理邏輯 和子處理邏輯。
4、 根據(jù)權(quán)利要求3所述的多版本網(wǎng)元的網(wǎng)絡(luò)管理方法，其特征在于，以 服務(wù)器端的管理信息樹作為執(zhí)行關(guān)聯(lián)操作的參考點，執(zhí)行關(guān)聯(lián)操作的過程為將管理對象修改到管理信息樹之前，加載處理邏輯預(yù)操作，并確保存在 父管理對象；將管理對象修改到管理信息樹； 加載處理邏輯提交后操作，并確保存在子管理對象。
5、 根據(jù)權(quán)利要求1至4中任一項所述的多版本網(wǎng)元的網(wǎng)絡(luò)管理方法，其 特征在于還包括，創(chuàng)建處理邏輯集合，所述集合中保存有網(wǎng)元信息模型管理 對象對應(yīng)的處理邏輯；同類各版本網(wǎng)元信息模型可以指定客戶端加載所述集 合中相同處理邏輯。
6、 根據(jù)權(quán)利要求5所述的多版本網(wǎng)元的網(wǎng)絡(luò)管理方法，其特征在于還包 括，將所述處理邏輯集合保存在服務(wù)器端。
7、 根據(jù)權(quán)利要求1至4中任一項所述的多版本網(wǎng)元的網(wǎng)絡(luò)管理方法，其 特征在于，各版本網(wǎng)元信息模型以版本鏈存放，是以某一類網(wǎng)元為一個邏輯 載體，在該載體中，按照網(wǎng)元版本劃分區(qū)域，在每個區(qū)域中存放各版本網(wǎng)元 信息模型。
8、 根據(jù)權(quán)利要求7所述的多版本網(wǎng)元的網(wǎng)絡(luò)管理方法，其特征在于，客 戶端從服務(wù)器端加載網(wǎng)元對應(yīng)的信息模型的時機是，每次對網(wǎng)元下發(fā)管理命 令之前。
9、 根據(jù)權(quán)利要求7所述的多版本網(wǎng)元的網(wǎng)絡(luò)管理方法，其特征在于，保 存各版本網(wǎng)元信息模型的同時，記錄各信息模型制作的時間戳。
10、 根據(jù)權(quán)利要求9所述的多版本網(wǎng)元的網(wǎng)絡(luò)管理方法，其特征在于， 客戶端從服務(wù)器端加載網(wǎng)元對應(yīng)的信息模型的時機是，客戶端第一次啟動；并在客戶端第一次啟動時將信息模型保存到本地；在對網(wǎng)元下發(fā)管理命令之前，將本地保存的信息模型時間戳與服務(wù)器端 信息模型時間戳進行比對，若一致，采用本地信息模型；若不一致，從服務(wù) 器端重新加載信息模型。
全文摘要
本發(fā)明公開了一種多版本網(wǎng)元的網(wǎng)絡(luò)管理方法，該方法包括步驟將各版本網(wǎng)元信息模型以版本鏈形式保存于服務(wù)器端；客戶端從服務(wù)器端加載網(wǎng)元對應(yīng)的信息模型，并加載信息模型中管理對象對應(yīng)的處理邏輯，將處理邏輯下發(fā)給所述網(wǎng)元。本發(fā)明不同于現(xiàn)有技術(shù)中各版本網(wǎng)元采用不同MOI/MOC管理的方式，而是采用相同的MOI/MOC，通過信息模型指示去動態(tài)加載其所對應(yīng)的處理邏輯，處理邏輯不再與信息模型相掛鉤，對于版本不同但處理邏輯相同的網(wǎng)元，只需要加載已有的處理邏輯即可。本發(fā)明提升了網(wǎng)管系統(tǒng)的擴展性和可維護性；使不同版本的網(wǎng)元處理邏輯利用率最大化，降低了網(wǎng)元維護管理成本。
文檔編號H04L12/24GK101212342SQ20061016971
公開日2008年7月2日 申請日期2006年12月27日 優(yōu)先權(quán)日2006年12月27日
發(fā)明者偉 吳, 軍 廖, 羅向東 申請人:大唐移動通信設(shè)備有限公司