專利名稱：通信網(wǎng)絡(luò)中配置規(guī)則重用方法及其系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及通信網(wǎng)絡(luò)中配置規(guī)則重用技術(shù)。
背景技術(shù)：
3G是第三代移動通信技術(shù)Third Generation Mobile Telephony的英文縮寫。相對第一代模擬制式和第二代全球移動通信系統(tǒng)(Global System forMobile communication，簡稱“GSM”)、時分多址(Time DivisionM ultipieAccess，簡稱“TDMA”)等數(shù)字移動通信技術(shù)，3G是指將無線通信與互聯(lián)網(wǎng)等多媒體通信結(jié)合的新一代移動通信系統(tǒng)。
3G技術(shù)有圖像、音樂、視頻流等多種媒體形式，提供包括網(wǎng)頁瀏覽、電話會議、電子商務(wù)等多種信息服務(wù)。為了提供這種服務(wù)，無線網(wǎng)絡(luò)必須能夠支持不同的數(shù)據(jù)傳輸速度。3G技術(shù)在室內(nèi)、室外和行車的環(huán)境中能夠分別支持至少2Mbps、384kbps以及144kbps的傳輸速度。
伴隨3G技術(shù)，第三代合作伙伴項(xiàng)目(3rd Generation Partnership Project，簡稱“3GPP”)應(yīng)運(yùn)而生。該組織由歐洲電信標(biāo)準(zhǔn)協(xié)會(ETSI)、日本無線行業(yè)企業(yè)協(xié)會(ARIB)、日本電信技術(shù)委員會(TTC)、美國國家標(biāo)準(zhǔn)學(xué)會通信委員會(ANSI/T1)、韓國電信技術(shù)協(xié)會(TTA)與中國無線通信標(biāo)準(zhǔn)研究組(CWTS)等幾個標(biāo)準(zhǔn)組織組成，每年發(fā)布有關(guān)第三代移動通信標(biāo)準(zhǔn)的新版本。3GPP的2000版本，即版本4已經(jīng)包含三種技術(shù)頻分雙工(Frequency Division Duplex，簡稱“FDD”)的寬帶碼分多址(Wideband CodeDivision Multiple Access，簡稱“WCDMA”)、時分雙工(Time Division Duplex，簡稱“TDD”)的時分同步碼分多址(Time Division Synchronous Code DivisionMultiple Access，簡稱“TD-SCDMA”)與時分碼分多址(Time Division CodeDivision Multiple Access，簡稱“TD-CDMA”)。
接下來介紹一下3G網(wǎng)絡(luò)管理的物理體系結(jié)構(gòu)。
3G由下列組件構(gòu)成一個或多個接入網(wǎng)絡(luò)，可能使用GSM、通用移動通信系統(tǒng)地面無線接入網(wǎng)(UMTS Terrestrial Radio Access Network，簡稱“UTRAN”)、歐洲數(shù)字無繩電信系統(tǒng)(Digital European CordlessTelecommunications，簡稱“DECT”)、公用電話交換網(wǎng)(Public SwitchedTelephone Network，簡稱“PSTN”)、綜合業(yè)務(wù)數(shù)字網(wǎng)(Integrated ServicesDigital Network，簡稱“ISDN”)等接入技術(shù)；一個或多個核心網(wǎng)絡(luò)，服務(wù)類型有GSM、通用移動通信系統(tǒng)(Universal Mobile TelecommunicationsSystem，簡稱“UMTS”)、ISDN、IP、異步傳輸模式(Asynchronous TransferMode，簡稱“ATM”)等；一個或多個智能節(jié)點(diǎn)網(wǎng)絡(luò)，用于邏輯和移動性管理；一個或多個傳輸網(wǎng)絡(luò)，使用不同的拓?fù)浣Y(jié)構(gòu)及不同的物理介質(zhì)。不同類型的網(wǎng)元(Network Element，簡稱“NE”)要求不同的操作系統(tǒng)功能(OperationsSystem Functions，簡稱“OSF”)物理實(shí)現(xiàn)，一個3G網(wǎng)管系統(tǒng)往往同時包括兩種接口以提高管理不同廠家設(shè)備的能力。第一種接口提供從網(wǎng)元管理設(shè)備(Element Management，簡稱“EM”)到NE的接入，網(wǎng)絡(luò)管理系統(tǒng)(NetworkManager Systrm，簡稱“NMS”)與EM連接，各網(wǎng)元管理系統(tǒng)(ElementManagement System，簡稱“EMS”)與NE的連接或?yàn)镼接口，或?yàn)閺S家專用接口。
接著介紹網(wǎng)絡(luò)設(shè)備管理的三個主要應(yīng)用場景。
首先是網(wǎng)絡(luò)設(shè)備的初始配置，用戶根據(jù)網(wǎng)絡(luò)規(guī)劃對設(shè)備進(jìn)行初始配置，即開局時，保證設(shè)備能正常運(yùn)行；其次，是網(wǎng)絡(luò)設(shè)備的升級和擴(kuò)容，升級或擴(kuò)容時需要調(diào)整和增加部分?jǐn)?shù)據(jù)配置，是升級和擴(kuò)容成功的必要條件；第三，是網(wǎng)絡(luò)優(yōu)化，基于實(shí)際運(yùn)行性能分析，調(diào)整配置數(shù)據(jù)，優(yōu)化網(wǎng)絡(luò)服務(wù)性能。
一般來說，為了實(shí)現(xiàn)為了設(shè)備管理的配置管理，需要考慮到解決安全性問題(Security)、數(shù)據(jù)的有效性檢查(Data Validity)、數(shù)據(jù)的一致性檢查(DataConsistency)以及資源管理(Resource Administration)等問題。
配置管理(Configuration Management)是網(wǎng)絡(luò)設(shè)備管理的一個主要的功能領(lǐng)域，是實(shí)現(xiàn)用戶控制和管理網(wǎng)絡(luò)設(shè)備的手段，能幫助用戶按其意圖有效地規(guī)劃和使用網(wǎng)絡(luò)設(shè)備。
下面介紹一下3GPP中對網(wǎng)絡(luò)設(shè)備管理的相關(guān)協(xié)議。
根據(jù)3GPP的協(xié)議，EM可以管理多個NE，是被管的N個NE的數(shù)據(jù)配置中心。由于EM和NE之間的傳輸帶寬有限，為避免因連接問題而影響用戶的配置操作，EM上需要支持用戶進(jìn)行離線的配置，換句話說，即在EM和NE斷開的情況下仍然能夠進(jìn)行配置數(shù)據(jù)準(zhǔn)備，在和NE連接正常的情況下再發(fā)到NE上生效。
這種方式要求EM上能對用戶輸入的數(shù)據(jù)的有效性進(jìn)行完備的檢查，保證在NE生效的時候能夠成功。
另一方面，用戶在NE開局時需要使用近端的數(shù)據(jù)配置工具，以便在發(fā)現(xiàn)問題時能及時對設(shè)備和配置進(jìn)行調(diào)整。因此，要求NE上也能進(jìn)行完備的配置數(shù)據(jù)有效性檢查。
EM和NE上需要實(shí)現(xiàn)邏輯基本相同的配置規(guī)則，而在一個功能較為復(fù)雜的網(wǎng)元上，如基站控制器(Base Station Controller，簡稱“BSC”)，規(guī)則的數(shù)量可達(dá)到二萬至三萬條，由此可見，在EM和NE各自為政的情況下實(shí)現(xiàn)規(guī)則檢查將導(dǎo)致許多重復(fù)開發(fā)。
另外值得指出的是，EM和NE通常是不同人員開發(fā)的，甚至是不同公司開發(fā)的。因此，這種規(guī)則如何由NE的開發(fā)人員準(zhǔn)確地傳遞給EM的開發(fā)人員是一個較為麻煩的問題，隨著NE的升級和bugfix，要保持同步就更加困難。
在這種情況下，十分需要找到一種方法，使得規(guī)則的描述和實(shí)現(xiàn)能在NE和EM間重用，由NE來提供完備的配置規(guī)則，而EM可以不需要了解具體的規(guī)則，能通過統(tǒng)一的手段將NE提供的規(guī)則集成進(jìn)去。
目前，有兩種方案實(shí)現(xiàn)配置規(guī)則的重用。一種方案為將配置規(guī)則以文檔的形式規(guī)范化，以達(dá)到配置規(guī)則重用的目的。為了避免文字描述可能存在歧義，通過自然語言解釋加規(guī)則描述語言的方式來描述。
但由于這種配置規(guī)則的重用只考慮了設(shè)計(jì)上的重用，而不是代碼上的重用，因此將導(dǎo)致以下問題(1)文檔和代碼的一致性難以維護(hù)；(2)更新規(guī)則的帶來的聯(lián)動工作量最大，在NE中既要更新代碼，同時還要更新規(guī)則文檔，在EM中也需要同步更新；(3)需要輔助工具自動比較并生成配置規(guī)則修改列表，靠人力跟蹤幾乎不可行。
另一種方案為使用對象約束語言(Object Constraint Language，簡稱“OCL”)來描述配置規(guī)則。由于OCL是面向?qū)ο蟮?，使用OCL的一個前提條件是需要對配置數(shù)據(jù)進(jìn)行對象化建模。在對象模型的基礎(chǔ)上，描述對象配置操作的前置條件、后置條件和對象的不變式。然后開發(fā)OCL翻譯器，將其翻譯成JAVA、SQL或C++等目標(biāo)代碼(具體翻譯成哪種代碼和NE的實(shí)現(xiàn)相關(guān))，然后將翻譯后的代碼與目標(biāo)系統(tǒng)的代碼一起編譯運(yùn)行。
但是，將OCL翻譯轉(zhuǎn)換成目標(biāo)代碼還需要考慮和目標(biāo)軟件平臺集成的問題，需要針對不同的軟件平臺進(jìn)行開發(fā)，因此需要較大的人力資源。而且使用OCL需要先編譯成源代碼，再和EMS/NE的代碼聯(lián)合編譯才能使用，因此存在EM和NE配置規(guī)則聯(lián)動升級問題。由于自動執(zhí)行規(guī)則可以通過操作的后置條件描述。但OCL是一種專用于描述規(guī)則，不會修改數(shù)據(jù)的規(guī)則，后置條件實(shí)際上描述的是自動創(chuàng)建/刪除/修改動作的結(jié)果，很難將其翻譯成配置工具和NE共同要執(zhí)行的動作。另外，當(dāng)配置規(guī)則檢查不通過時，無論是NE、EMS還是配置工具，都應(yīng)該能返回檢查不通過的原因來提示用戶具體的錯誤是什么。OCL本身不具備這種能力，它不能把一條規(guī)則和檢查不通過時應(yīng)該返回的錯誤信息聯(lián)系在一起，需要額外的機(jī)制來實(shí)現(xiàn)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種通信網(wǎng)絡(luò)中配置規(guī)則重用方法及其系統(tǒng)，使得配置規(guī)則能夠被高效地重用。
為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種通信網(wǎng)絡(luò)中配置規(guī)則重用方法，包含以下步驟為網(wǎng)元和網(wǎng)元管理設(shè)備設(shè)置相同的用于進(jìn)行配置規(guī)則檢查的動態(tài)庫；所述網(wǎng)元或所述網(wǎng)元管理設(shè)備在執(zhí)行配置操作時，以執(zhí)行的操作和對象為參數(shù)調(diào)用所述動態(tài)庫，該動態(tài)庫根據(jù)所述操作和對象從管理信息庫中獲取相關(guān)數(shù)據(jù)進(jìn)行配置規(guī)則檢查，并將檢查結(jié)果通知所述網(wǎng)元或所述網(wǎng)元管理設(shè)備。
其中，所述網(wǎng)元或所述網(wǎng)元管理設(shè)備向所述動態(tài)庫提供相同的用于訪問所述管理信息庫的接口。
此外在所述方法中，所述網(wǎng)元或所述網(wǎng)元管理設(shè)備在初始化所述動態(tài)庫時，對該動態(tài)庫的所述用于訪問所述管理信息庫的接口進(jìn)行注冊。
此外在所述方法中，所述配置規(guī)則檢查包含以下之一或其任意組合對象操作的前置條件檢查、對象操作的后置條件檢查、和對象的不變式檢查。
本發(fā)明還提供了一種通信網(wǎng)絡(luò)中配置規(guī)則重用系統(tǒng)，包含至少一個網(wǎng)元和至少一個網(wǎng)元管理設(shè)備，所述網(wǎng)元和所述網(wǎng)元管理設(shè)備分別包含用于對配置操作進(jìn)行相同配置規(guī)則檢查的動態(tài)庫；所述動態(tài)庫在所述網(wǎng)元或所述網(wǎng)元管理設(shè)備執(zhí)行配置操作時，根據(jù)來自該網(wǎng)元或該網(wǎng)元管理設(shè)備的所述執(zhí)行的操作和對象從管理信息庫中獲取相關(guān)數(shù)據(jù)進(jìn)行配置規(guī)則檢查，并將檢查結(jié)果通知該網(wǎng)元或該網(wǎng)元管理設(shè)備。
其中，所述網(wǎng)元或所述網(wǎng)元管理設(shè)備向所述動態(tài)庫提供相同的用于訪問所述管理信息庫的接口。
此外在所述系統(tǒng)中，所述網(wǎng)元或所述網(wǎng)元管理設(shè)備在初始化所述動態(tài)庫時，對該動態(tài)庫的所述用于訪問所述管理信息庫的接口進(jìn)行注冊。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的主要區(qū)別在于，為NE和EM設(shè)置相同的用于進(jìn)行配置規(guī)則檢查的動態(tài)庫，當(dāng)該NE或該EM需執(zhí)行配置操作時，通過調(diào)用所設(shè)置的動態(tài)庫對所執(zhí)行的配置操作進(jìn)行配置規(guī)則檢查。使得配置規(guī)則能夠被高效地重用，從而避免了大量的重復(fù)勞動和一致性難以保證的問題。并且，由于為該NE和該EM設(shè)置的動態(tài)庫相同，因此配置規(guī)則的重用可以不受NE和EM的操作系統(tǒng)的限制，比如在NE基于Windows的情況下，EM可以基于Unix。當(dāng)然，如果NE和EN是不同的操作系統(tǒng)，則動態(tài)庫的相同只是指動態(tài)庫的源代碼相同，對于不同的操作系統(tǒng)可能需要以不同的方式進(jìn)行編譯，得到不同的可執(zhí)行代碼。當(dāng)NE的配置規(guī)則更新后，EM只需從該NE中下載一個最新的用于進(jìn)行配置規(guī)則檢查的動態(tài)庫，即可實(shí)現(xiàn)動態(tài)庫的更新，最大程度地避免了NE和EM的聯(lián)動升級。
NE或EM向所設(shè)置的動態(tài)庫提供相同的用于訪問管理信息庫(Management Information Base，簡稱“MIB”)的接口，并在初始化該動態(tài)庫時對該接口進(jìn)行注冊，以實(shí)現(xiàn)規(guī)則檢查和配置數(shù)據(jù)的有效分離。使得配置操作的檢查不受NE和EM對數(shù)據(jù)的存儲和訪問技術(shù)的約束，高效地重用配置規(guī)則。


圖1是根據(jù)本發(fā)明第一實(shí)施方式的通信網(wǎng)絡(luò)中配置規(guī)則重用方法中動態(tài)庫和EM/NE的配置管理的關(guān)系示意圖；圖2是根據(jù)本發(fā)明第一實(shí)施方式的通信網(wǎng)絡(luò)中配置規(guī)則重用方法流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對本發(fā)明作進(jìn)一步地詳細(xì)描述。
本發(fā)明的核心在于，為NE和EM設(shè)置相同的用于進(jìn)行配置規(guī)則檢查的動態(tài)庫，為該動態(tài)庫提供相同的用于訪問MIB的接口，并在初始化該動態(tài)庫時對該接口進(jìn)行注冊。當(dāng)NE或EM執(zhí)行配置操作時，以執(zhí)行的操作和對象為參數(shù)調(diào)用所設(shè)置的動態(tài)庫，該動態(tài)庫根據(jù)該操作和對象從MIB中獲取相關(guān)數(shù)據(jù)進(jìn)行配置規(guī)則檢查，并將檢查結(jié)果通知該NE或該EM。
以上對本發(fā)明的核心作了簡單說明，下面根據(jù)該原理，對本發(fā)明的第一實(shí)施方式進(jìn)行詳細(xì)闡述，本實(shí)施方式涉及通信網(wǎng)絡(luò)中配置規(guī)則重用方法。
在本實(shí)施方式中，預(yù)先將規(guī)則檢查代碼通過普通的編程語言，如C語言、C++或JAVA，編譯成配置規(guī)則檢查的動態(tài)庫(Configuration Rule CheckDLL)，為NE和EM設(shè)置相同的動態(tài)庫。該動態(tài)庫對數(shù)據(jù)的訪問通過預(yù)先標(biāo)準(zhǔn)化的MIB數(shù)據(jù)訪問接口(MIB Data Access Interface)進(jìn)行，這個接口由使用該動態(tài)庫的NE或EM提供，并在初始化該動態(tài)庫時注冊，以實(shí)現(xiàn)規(guī)則檢查和配置數(shù)據(jù)的有效分離。也就是說，即使NE和EM對數(shù)據(jù)的存儲和訪問技術(shù)不同，但只要NE和EM共享相同的對象模型，并且NE和EM或者其他配置工具實(shí)現(xiàn)預(yù)先定義的標(biāo)準(zhǔn)化的MIB數(shù)據(jù)訪問接口，就可以實(shí)現(xiàn)配置規(guī)則重用。
具體地說，如圖1所示，由使用動態(tài)庫的NE或EM提供標(biāo)準(zhǔn)化的MIB數(shù)據(jù)訪問接口，并在在初始化該動態(tài)庫時對該MIB數(shù)據(jù)訪問接口進(jìn)行注冊，供動態(tài)庫向MIB提取用于進(jìn)行配置規(guī)則檢查的相關(guān)數(shù)據(jù)。NE或EM通過規(guī)則檢查接口(Rule Check Interface)調(diào)用該動態(tài)庫，該接口為實(shí)現(xiàn)規(guī)則檢查的應(yīng)用程序接口(Application Programming Interface，簡稱“API”)接口。NE和EM的實(shí)現(xiàn)配置管理功能的專用功能(APP)是不同的實(shí)體，有著不同的實(shí)現(xiàn)，但它們都需要實(shí)現(xiàn)MIB數(shù)據(jù)訪問接口，并且依賴于規(guī)則檢查接口實(shí)現(xiàn)配置規(guī)則檢查。
其中，動態(tài)庫由一個或多個被管理對象的檢查規(guī)則(MO Rule Checker)組成，每個被管理對象的檢查規(guī)則實(shí)現(xiàn)一種被管理對象類型的所有規(guī)則檢查，包括對象操作的前置條件、后置條件和對象的不變式。
本實(shí)施方式中的配置規(guī)則重用方法的具體流程如圖2所示。
在步驟201中，當(dāng)NE/EM的規(guī)則檢查動態(tài)庫初始化時，NE/EM的實(shí)現(xiàn)配置管理功能的APP對提供給該動態(tài)庫注冊的用于訪問MIB的接口進(jìn)行注冊，以實(shí)現(xiàn)規(guī)則檢查和配置數(shù)據(jù)的有效分離。由于NE或EM向所設(shè)置的動態(tài)庫提供相同的用于訪問MIB的接口，并在初始化該動態(tài)庫時對該接口進(jìn)行注冊，使得配置操作的檢查不受NE和EM對數(shù)據(jù)的存儲和訪問技術(shù)的約束，高效地重用配置規(guī)則。
接著，進(jìn)入步驟202，NE/EM的實(shí)現(xiàn)配置管理功能的APP調(diào)用規(guī)則檢查動態(tài)庫對配置操作的前置條件，也就是對操作執(zhí)行前要滿足的條件進(jìn)行檢查。具體地說，NE/EM的實(shí)現(xiàn)配置管理功能的APP在執(zhí)行創(chuàng)建、修改和刪除對象等配置操作時，調(diào)用規(guī)則檢查動態(tài)庫的操作前置條件檢查方法，傳入執(zhí)行的操作和對象。規(guī)則檢查動態(tài)庫需要依賴傳入的對象和操作的參數(shù)，以及MIB數(shù)據(jù)訪問接口，進(jìn)行數(shù)據(jù)有效性的檢查，在檢查過程中相關(guān)的信息可以從MIB數(shù)據(jù)訪問接口獲得?？梢栽诓襟E202′從MIB數(shù)據(jù)訪問接口獲取操作對象的屬性，在步驟202″通過MIB數(shù)據(jù)訪問接口查詢符合條件設(shè)備的對象列表。
接著，進(jìn)入步驟203，規(guī)則檢查動態(tài)庫通過其接口向NE/EM的實(shí)現(xiàn)配置管理功能的APP返回檢查結(jié)果，告知APP前置條件檢查是否成功，如果錯誤的話，還可包含相應(yīng)的錯誤信息。
如果步驟203中返回的結(jié)果是成功，則進(jìn)入步驟204進(jìn)行不變式檢查，如果步驟203中返回的結(jié)果是錯誤，則可以根據(jù)系統(tǒng)配置處理，可以是繼續(xù)到步驟204進(jìn)行不變式檢查，也可以是直接結(jié)束整個檢查過程。
接著，進(jìn)入步驟204，NE/EM的實(shí)現(xiàn)配置管理功能的APP通過調(diào)用規(guī)則檢查動態(tài)庫對配置操作的對象不變式，也就是對象的生命周期中要滿足的不變的條件進(jìn)行檢查。具體地說，NE/EM的實(shí)現(xiàn)配置管理功能的APP在對配置操作的前置條件進(jìn)行檢查后，調(diào)用規(guī)則檢查動態(tài)庫的不變式檢查方法，傳入執(zhí)行的對象。規(guī)則檢查動態(tài)庫需要依賴傳入的對象的參數(shù)，以及MIB數(shù)據(jù)訪問接口，進(jìn)行數(shù)據(jù)有效性的檢查，在檢查過程中相關(guān)的信息可以從MIB數(shù)據(jù)訪問接口獲得?？梢栽诓襟E204′從MIB數(shù)據(jù)訪問接口獲取操作對象的屬性，在步驟204″通過MIB數(shù)據(jù)訪問接口查詢符合條件設(shè)備的對象列表。
接著，進(jìn)入步驟205，規(guī)則檢查動態(tài)庫通過其接口向NE/EM的實(shí)現(xiàn)配置管理功能的APP返回檢查結(jié)果，告知APP對象的不變式檢查是否成功，如果錯誤的話，還可包含相應(yīng)的錯誤信息。
如果步驟205中返回的結(jié)果是成功，則進(jìn)入步驟206進(jìn)行后置條件檢查，如果步驟205中返回的結(jié)果是錯誤，則可以根據(jù)系統(tǒng)配置處理，可以是繼續(xù)到步驟204進(jìn)行后置條件檢查，也可以是直接結(jié)束整個檢查過程。
接著，進(jìn)入步驟206，NE/EM的實(shí)現(xiàn)配置管理功能的APP通過調(diào)用規(guī)則檢查動態(tài)庫對配置操作的后置條件，也就是操作執(zhí)行后要滿足的條件進(jìn)行檢查。具體地說，NE/EM的實(shí)現(xiàn)配置管理功能的APP在對配置操作的不變式進(jìn)行檢查后，調(diào)用規(guī)則檢查動態(tài)庫的后置條件檢查方法，傳入執(zhí)行的對象和操作。規(guī)則檢查動態(tài)庫需要依賴傳入的對象和操作的參數(shù)，以及MIB數(shù)據(jù)訪問接口，進(jìn)行數(shù)據(jù)有效性的檢查，在檢查過程中相關(guān)的信息可以從MIB數(shù)據(jù)訪問接口獲得。可以在步驟206′從MIB數(shù)據(jù)訪問接口獲取操作對象的屬性，在步驟206″通過MIB數(shù)據(jù)訪問接口查詢符合條件設(shè)備的對象列表。
接著，進(jìn)入步驟207，規(guī)則檢查動態(tài)庫通過其接口向NE/EM的實(shí)現(xiàn)配置管理功能的APP返回檢查結(jié)果，告知APP后置條件檢查是否成功，如果錯誤的話，還可包含相應(yīng)的錯誤信息。此后，規(guī)則檢查動態(tài)庫的工作完成，APP可以根據(jù)規(guī)則檢查動態(tài)庫返回的檢查結(jié)果進(jìn)行后續(xù)的流程。這些后續(xù)流程與本發(fā)明無關(guān)，此處不進(jìn)行說明了。
不難發(fā)現(xiàn)，由于為NE和EM設(shè)置的用于進(jìn)行配置規(guī)則檢查的動態(tài)庫相同，因此，可使得配置規(guī)則能夠被高效地重用，從而避免了大量的重復(fù)勞動和一致性難以保證的問題。典型地，在NE和EN使用同一種操作系統(tǒng)時，當(dāng)NE的配置規(guī)則更新后，EM只需從該NE中下載一個最新的用于進(jìn)行配置規(guī)則檢查的動態(tài)庫，即可實(shí)現(xiàn)動態(tài)庫的更新，最大程度地避免了NE和EM的聯(lián)動升級。
本發(fā)明的第二實(shí)施方式涉及通信網(wǎng)絡(luò)中配置規(guī)則重用系統(tǒng)，包含一個NE和一個EM，NE和EM分別包含用于對配置操作進(jìn)行相同配置規(guī)則檢查的動態(tài)庫。該動態(tài)庫在EN或ME執(zhí)行配置操作時，根據(jù)來自該NE或該EM的執(zhí)行的操作和對象從MIB中獲取相關(guān)數(shù)據(jù)進(jìn)行配置規(guī)則檢查，并將檢查結(jié)果通知該NE或該EM。通過為NE和EM設(shè)置相同的用于進(jìn)行配置規(guī)則檢查的動態(tài)庫，可使得配置規(guī)則能夠被高效地重用，從而避免了大量的重復(fù)勞動和一致性難以保證的問題。
NE和EM的用于對配置操作進(jìn)行相同配置規(guī)則檢查的動態(tài)庫通過該NE和EM為其提供的相同的用于訪問MIB的接口從MIB中獲取相關(guān)數(shù)據(jù)，該NE和EM在初始化該動態(tài)庫時對該用于訪問MIB的接口進(jìn)行注冊，以實(shí)現(xiàn)規(guī)則檢查和配置數(shù)據(jù)的有效分離。
雖然通過參照本發(fā)明的某些優(yōu)選實(shí)施方式，已經(jīng)對本發(fā)明進(jìn)行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對其作各種改變，而不偏離本發(fā)明的精神和范圍。
權(quán)利要求
1.一種通信網(wǎng)絡(luò)中配置規(guī)則重用方法，其特征在于，包含以下步驟為網(wǎng)元和網(wǎng)元管理設(shè)備設(shè)置相同的用于進(jìn)行配置規(guī)則檢查的動態(tài)庫；所述網(wǎng)元或所述網(wǎng)元管理設(shè)備在執(zhí)行配置操作時，以執(zhí)行的操作和對象為參數(shù)調(diào)用所述動態(tài)庫，該動態(tài)庫根據(jù)所述操作和對象從管理信息庫中獲取相關(guān)數(shù)據(jù)進(jìn)行配置規(guī)則檢查，并將檢查結(jié)果通知所述網(wǎng)元或所述網(wǎng)元管理設(shè)備。
2.根據(jù)權(quán)利要求1所述的通信網(wǎng)絡(luò)中配置規(guī)則重用方法，其特征在于，所述網(wǎng)元或所述網(wǎng)元管理設(shè)備向所述動態(tài)庫提供相同的用于訪問所述管理信息庫的接口。
3.根據(jù)權(quán)利要求2所述的通信網(wǎng)絡(luò)中配置規(guī)則重用方法，其特征在于，所述網(wǎng)元或所述網(wǎng)元管理設(shè)備在初始化所述動態(tài)庫時，對該動態(tài)庫的所述用于訪問所述管理信息庫的接口進(jìn)行注冊。
4.根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的通信網(wǎng)絡(luò)中配置規(guī)則重用方法，其特征在于，所述配置規(guī)則檢查包含以下之一或其任意組合對象操作的前置條件檢查、對象操作的后置條件檢查、和對象的不變式檢查。
5.一種通信網(wǎng)絡(luò)中配置規(guī)則重用系統(tǒng)，包含至少一個網(wǎng)元和至少一個網(wǎng)元管理設(shè)備，其特征在于，所述網(wǎng)元和所述網(wǎng)元管理設(shè)備分別包含用于對配置操作進(jìn)行配置規(guī)則檢查的相同動態(tài)庫；所述動態(tài)庫在所述網(wǎng)元或所述網(wǎng)元管理設(shè)備執(zhí)行配置操作時，根據(jù)來自該網(wǎng)元或該網(wǎng)元管理設(shè)備的所述執(zhí)行的操作和對象從管理信息庫中獲取相關(guān)數(shù)據(jù)進(jìn)行配置規(guī)則檢查，并將檢查結(jié)果通知該網(wǎng)元或該網(wǎng)元管理設(shè)備。
6.根據(jù)權(quán)利要求5所述的通信網(wǎng)絡(luò)中配置規(guī)則重用系統(tǒng)，其特征在于，所述網(wǎng)元或所述網(wǎng)元管理設(shè)備向所述動態(tài)庫提供相同的用于訪問所述管理信息庫的接口。
7.根據(jù)權(quán)利要求6所述的通信網(wǎng)絡(luò)中配置規(guī)則重用系統(tǒng)，其特征在于，所述網(wǎng)元或所述網(wǎng)元管理設(shè)備在初始化所述動態(tài)庫時，對該動態(tài)庫的所述用于訪問所述管理信息庫的接口進(jìn)行注冊。
全文摘要
本發(fā)明涉及通信領(lǐng)域，公開了一種通信網(wǎng)絡(luò)中配置規(guī)則重用方法及其系統(tǒng)，使得配置規(guī)則能夠被高效地重用。本發(fā)明中，為網(wǎng)元和網(wǎng)元管理設(shè)備設(shè)置相同的用于進(jìn)行配置規(guī)則檢查的動態(tài)庫，當(dāng)該網(wǎng)元或該網(wǎng)元管理設(shè)備需執(zhí)行配置操作時，通過調(diào)用所設(shè)置的動態(tài)庫對所執(zhí)行的配置操作進(jìn)行配置規(guī)則檢查。網(wǎng)元或網(wǎng)元管理設(shè)備向所設(shè)置的動態(tài)庫提供相同的用于訪問管理信息庫的接口，并在初始化該動態(tài)庫時對該接口進(jìn)行注冊，以實(shí)現(xiàn)規(guī)則檢查和配置數(shù)據(jù)的有效分離。
文檔編號H04L29/02GK1960290SQ20061015329
公開日2007年5月9日 申請日期2006年9月18日 優(yōu)先權(quán)日2006年9月18日
發(fā)明者陳春媛 申請人:華為技術(shù)有限公司