專利名稱：管理電信網(wǎng)絡(luò)的系統(tǒng)體系結(jié)構(gòu)、方法和計(jì)算機(jī)程序產(chǎn)品的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于管理電信網(wǎng)絡(luò)的體系結(jié)構(gòu)，并涉及用于這些體系結(jié)構(gòu)的業(yè)務(wù)和工具。
背景技術(shù)：
在傳統(tǒng)配置中，電信網(wǎng)絡(luò)的管理是通過分離的系統(tǒng)/功能來執(zhí)行的，這種系統(tǒng)/功能當(dāng)前稱作FCAPS(分別為故障(Fault)、配置(Configuration)、記帳(Accounting)、性能(Performance)、安全(Security)的首字母)。這些通常分離的元件呈現(xiàn)出較差的靈活性和較低的可擴(kuò)展性。除此之外，在傳統(tǒng)配置中，在所管理網(wǎng)絡(luò)中的任何添加/修改都需要在FCAPS的每一個(gè)中執(zhí)行相應(yīng)的添加/修改。
因此，最近已經(jīng)建議了分布式網(wǎng)絡(luò)管理平臺(tái)，其本質(zhì)上實(shí)現(xiàn)元件的多級(jí)分級(jí)體系結(jié)構(gòu)(通常稱作代理)和單層體系結(jié)構(gòu)。
例如，US-A-6 243 396建議了一種包括多個(gè)代理程序的多層鑒權(quán)體系結(jié)構(gòu)。這些代理程序?qū)ｉT用于各種FCAPS功能，并用來表示網(wǎng)絡(luò)資源(代理)。這種方法非常靈活，但是不能完全滿足精確識(shí)別不同層中的功能的需要，并且不能避免可能產(chǎn)生控制和接口復(fù)雜性的過多分層結(jié)構(gòu)。簡單來說，US-A-6 243 396描述分布式和分級(jí)代理程序交換目標(biāo)。然而，在它們的功能中沒有指定層。
在US2002/0032769A1和相應(yīng)的EP-A-1 150 454公開了另一種方法，其中涉及了“扁平”體系結(jié)構(gòu)。其中公開了一種網(wǎng)絡(luò)管理系統(tǒng)，其通過采用分布式自治代理程序提供分布式任務(wù)和數(shù)據(jù)處理業(yè)務(wù)。具體來說，在這兩個(gè)平行文獻(xiàn)中公開的配置規(guī)定了一些特定元件(也稱作自治代理程序)，其中容納了網(wǎng)絡(luò)的分布式表示(代理功能)，并支持分布式FCAPS功能。這種體系結(jié)構(gòu)改善了可擴(kuò)展性，但是靈活性沒有達(dá)到真正令人滿意的程度。代理功能和管理功能本質(zhì)上相互纏繞，從而，一些功能結(jié)果就很難以分布的方式有效實(shí)現(xiàn)。
更一般來說，特定的現(xiàn)有技術(shù)網(wǎng)絡(luò)管理平臺(tái)以或多或少的復(fù)雜配置能力的形式和/或通過提供幫助系統(tǒng)設(shè)計(jì)者或集成者構(gòu)造新模塊骨架以支持新業(yè)務(wù)或新技術(shù)的開發(fā)環(huán)境來實(shí)現(xiàn)靈活性。
一般程度的靈活性已知是不令人滿意的，因此，已經(jīng)建議了這樣一種配置(例如，參見在2003年4月文獻(xiàn)電信管理論壇TMF053版本3.0的“NGOSS Technology Neutral Architecture”中描述的TMF程序指定NGOSS)，其中建議從元件提取事務(wù)處理邏輯以便具有能夠改編操作流程以獲得更大靈活性的外部處理引擎。
處理引擎也已經(jīng)被建議用作在提供具體功能性的每個(gè)分布式元件中的工作流程協(xié)調(diào)器例如參見WO-A-01/02973，其中演示了使用集中工作流程引擎來協(xié)調(diào)分布式代理程序的可能性。
該方法只能在一定程度上提高靈活性當(dāng)大量的處理邏輯嵌入在單個(gè)元件中時(shí)，集中處理管理器可能成為瓶頸。這使得不能夠使所有元件的功能方面集中在處理引擎中。

發(fā)明內(nèi)容
因此，本發(fā)明的目的是免除前面考慮的現(xiàn)有技術(shù)配置的固有缺點(diǎn)。
根據(jù)本發(fā)明，該目的是通過具有在下面的權(quán)利要求書中闡述的特征的系統(tǒng)體系結(jié)構(gòu)來實(shí)現(xiàn)的。本發(fā)明還涉及一種相應(yīng)的方法和可加載到至少一個(gè)計(jì)算機(jī)的內(nèi)存中并包括用來執(zhí)行本發(fā)明的方法的軟件代碼部分的計(jì)算機(jī)程序產(chǎn)品。參考“至少一個(gè)計(jì)算機(jī)”的目的明顯地是為了強(qiáng)調(diào)對(duì)于本發(fā)明的至少部分配置適用于非集中化實(shí)現(xiàn)。
在此所述配置描述了一種用于電信網(wǎng)絡(luò)的分布式管理的新平臺(tái)和由此所支持的業(yè)務(wù)以及用于使得元件非常靈活和可擴(kuò)展的方式。
在此所述的配置通過向具體分級(jí)結(jié)構(gòu)中配置的代理程序?qū)γ恳粚又付ň_的功能以提供集中和分布式功能來解決現(xiàn)有技術(shù)配置中所固有的問題。例如，在三層體系結(jié)構(gòu)中，每層具有一個(gè)具體的任務(wù)第一層支持集中/協(xié)調(diào)功能性，第二層支持分布式功能性，第三層代理網(wǎng)絡(luò)以便從管理功能分離網(wǎng)絡(luò)接口。
這種配置的靈活性程度可以進(jìn)一步通過求助于具體的工具來提高。這可能涉及，例如a)通過建立工作流程和規(guī)則引擎的分布和分級(jí)結(jié)構(gòu)在元件的所有層中使用工作流程引擎和規(guī)則引擎的組合；從而這些元件就功能性而言是完全“可教導(dǎo)的”。
b)定義存儲(chǔ)所有進(jìn)程(工作流程和規(guī)則)的模式數(shù)據(jù)庫和數(shù)據(jù)模型定義；這將提供以集中方式定義平臺(tái)元件的功能的單個(gè)點(diǎn)；c)通過在平臺(tái)上自動(dòng)分配進(jìn)程和數(shù)據(jù)模型定義，利用a)和b)的優(yōu)勢(shì)；這將避免同步引擎分布式分級(jí)結(jié)構(gòu)的需要。
從而，該平臺(tái)的管理員將處于通過在數(shù)據(jù)庫中定義任何的FCAPS功能來產(chǎn)生任意的FCAPS功能的位置，同時(shí)所涉及的元件將“學(xué)會(huì)”新的進(jìn)程定義(工作流程和規(guī)則)，并在需要的時(shí)候運(yùn)行它們。
這種進(jìn)程可以覆蓋任何的FCAPS功能性，從而從當(dāng)前每個(gè)元件運(yùn)行具體域的功能性(保證、提供、性能等等)的平臺(tái)演進(jìn)到每個(gè)元件可以根據(jù)當(dāng)前策略、資源可用性、負(fù)載狀態(tài)等的需要自由“聚焦”(可能是運(yùn)行時(shí)間)在具體域的功能性的平臺(tái)。
進(jìn)程引擎的使用實(shí)際上如在EP-A-1 150 454中公開那樣推進(jìn)了代理層的能力。近幾年期間有關(guān)設(shè)備模型的擴(kuò)展標(biāo)準(zhǔn)活動(dòng)(參見例如2003年1月的Common Information models[CIM]technical note，DMTF或2003年4月“Shared Information Data Model Specification”，文獻(xiàn)電信管理論壇GB 922版本3.0)已經(jīng)嘗試定義靈活可擴(kuò)展的模型。在此所描述的配置進(jìn)一步通過修改這些模型而不改變代理中的代碼來開發(fā)這些模型。
作為概括，在此所公開的配置提供了對(duì)于影響當(dāng)前平臺(tái)的五個(gè)主要問題的完全令人滿意的答案
-在支持新業(yè)務(wù)和修改現(xiàn)有業(yè)務(wù)方面更靈活；-在支持包括新型設(shè)備的新網(wǎng)絡(luò)技術(shù)方面更靈活；-更容易通過代碼的移動(dòng)性來分配應(yīng)用；-使用網(wǎng)絡(luò)狀態(tài)改進(jìn)網(wǎng)絡(luò)庫存調(diào)整(例如，更完全和實(shí)時(shí))；和-改進(jìn)新網(wǎng)絡(luò)和業(yè)務(wù)管理平臺(tái)的可擴(kuò)展性和性能控制。
下面是本發(fā)明當(dāng)前優(yōu)選實(shí)施例中的明顯和優(yōu)選的體系結(jié)構(gòu)點(diǎn)-網(wǎng)絡(luò)和業(yè)務(wù)管理平臺(tái)是基于運(yùn)行3層分級(jí)工作流程和規(guī)則引擎的分布式代理程序提供的；-工作流程和規(guī)則不僅僅是用來協(xié)調(diào)應(yīng)用，而且用來在平臺(tái)上實(shí)現(xiàn)元件的所有動(dòng)作方面；-集中模型庫存(MDB)可用于所有進(jìn)程描述和網(wǎng)絡(luò)資源信息模型的定義和主存儲(chǔ)器。然后將這些定義分配在這些平臺(tái)上以用于實(shí)現(xiàn)平臺(tái)的所有操作功能性的自動(dòng)同步的進(jìn)程引擎；從而，滿足具有最新設(shè)備模型文檔編制并可以持續(xù)操作進(jìn)程的需要；和-提供分布式網(wǎng)絡(luò)庫存層(代理)，以從為需要實(shí)時(shí)網(wǎng)絡(luò)文檔編制的所有進(jìn)程提供完全同步的數(shù)據(jù)庫的操作支持系統(tǒng)(OSS)中分離設(shè)備。


現(xiàn)在參考附圖僅僅作為例子描述本發(fā)明，其中圖1是顯示在此所示配置的整體體系結(jié)構(gòu)的框圖；圖2是顯示相關(guān)規(guī)定情形的框圖；圖3包括分別指示為a)和b)的兩個(gè)部分，并顯示了多級(jí)工作流程的不同例子；圖4描述了在此所公開的配置的典型操作視圖；圖5是在此所公開的配置中的特定層進(jìn)程的例子；圖6也包括分別指示為a)和b)的兩個(gè)部分，并描繪了具有用于故障管理的典型規(guī)則的多級(jí)工作流程的不同例子；圖7顯示了在此所公開的配置的框架內(nèi)的另一操作的視圖；
圖8描繪了在此所描述的配置框架內(nèi)可能產(chǎn)生的另一情形；圖9描述了在此所公開配置的典型使用情況；圖10是在此所公開配置內(nèi)發(fā)生的工作流程圖；和圖11是與在此所描述配置相關(guān)的另一操作視圖。
具體實(shí)施例方式
為了便于正確理解本發(fā)明的原理，現(xiàn)在對(duì)于在描述在此所公開配置中使用的特定術(shù)語提供一些基本定義。
代理程序(Agent)代理程序是一個(gè)獨(dú)立并自治的具有可以永久的狀態(tài)并需要與其它代理程序進(jìn)行通信(例如，協(xié)同或競爭)以完成其任務(wù)的進(jìn)程。該通信是通過異步消息傳遞并使用具有很好定義和共同協(xié)議語義的已知的語言(即，代理程序通信語言或ACL)來實(shí)現(xiàn)。
單元管理器(Element Manager)在網(wǎng)絡(luò)管理環(huán)境中，這是管理大量網(wǎng)絡(luò)單元的應(yīng)用程序。典型地，該單元管理器是由網(wǎng)絡(luò)單元銷售商開發(fā)的，并包括如下功能性配置、告警監(jiān)視和業(yè)務(wù)提供。
OSS((Operations Support System)操作支持系統(tǒng))在網(wǎng)絡(luò)管理環(huán)境中，這是負(fù)責(zé)運(yùn)行例如故障標(biāo)記、計(jì)費(fèi)、順序管理之類任務(wù)的應(yīng)用。典型地，OSS支持業(yè)務(wù)和網(wǎng)絡(luò)管理應(yīng)用。
網(wǎng)絡(luò)和業(yè)務(wù)庫存(Network and service inventory)這是用來存儲(chǔ)和使得庫存信息對(duì)于其它OSS或管理應(yīng)用可用的系統(tǒng)。該庫存信息可以包括網(wǎng)絡(luò)和計(jì)算設(shè)備、邏輯資源、拓?fù)浜蜆I(yè)務(wù)。該(子)系統(tǒng)跟蹤網(wǎng)絡(luò)的物理和拓?fù)渑渲?、設(shè)備庫存(卡、端口、等等)、不同網(wǎng)絡(luò)層的物理和邏輯連接性。通常稱作“目錄”的庫存部分具有存儲(chǔ)在庫存中的所有實(shí)體的描述，包括業(yè)務(wù)和網(wǎng)絡(luò)實(shí)體。該庫存也跟蹤規(guī)劃、預(yù)定和規(guī)定的業(yè)務(wù)。業(yè)務(wù)與邏輯和物理網(wǎng)絡(luò)資源相關(guān)聯(lián)。
管理器應(yīng)用(Manager application)這是在主機(jī)上運(yùn)行并適用于協(xié)作一個(gè)或多個(gè)代理程序的操作的應(yīng)用。其可以包括圖形用戶界面(GUI)，并適用于與分布式代理程序進(jìn)行通信。例如，其可以分配工作流程、并呼叫分布式代理程序以調(diào)用有關(guān)管理資源的操作，并執(zhí)行管理任務(wù)。
信息模型(Information model)這是與所有被管理對(duì)象相關(guān)的信息集合。該信息優(yōu)選地配置于信息類型中(或目錄)，每種信息類型依次與被管理對(duì)象(例如、個(gè)人計(jì)算機(jī)等等)的給定類型相關(guān)。被管理對(duì)象是被管理設(shè)備的大量具體特性中的任意一個(gè)。在網(wǎng)絡(luò)管理環(huán)境中，被管理設(shè)備是網(wǎng)絡(luò)單元，被管理對(duì)象是如下之類的實(shí)體卡、端口、物理和邏輯連接、等。
代理(proxy)代理對(duì)象是接入例如功能性所處于的網(wǎng)絡(luò)單元的實(shí)際對(duì)象的元件介質(zhì)控制。
規(guī)則引擎(Rule engine)規(guī)則引擎是用來從控制邏輯分離商業(yè)規(guī)則(邏輯上和/或物理上)并在數(shù)據(jù)存儲(chǔ)、用戶界面和應(yīng)用上共享它們的系統(tǒng)。一旦規(guī)則被分離出，并被共享，那么規(guī)則引擎就允許用戶無需對(duì)其它應(yīng)用模塊進(jìn)行改變就可以修改它們。規(guī)則引擎主要是復(fù)雜的if/then語句解釋程序。要解釋的if/then語句是被叫規(guī)則。規(guī)則的“if”部分包含例如“item.price＞$100”之類的條件。規(guī)則的“then”部分包含例如“recommendDiscount(5％)之類的操作。對(duì)于規(guī)則引擎的輸入是規(guī)則集和一些數(shù)據(jù)對(duì)象。來自規(guī)則引擎的輸出是由輸入確定的，并可以包括具有可以修改、新數(shù)據(jù)對(duì)象和負(fù)面影響的原始輸入數(shù)據(jù)對(duì)象。在運(yùn)行時(shí)，規(guī)則引擎用于決定應(yīng)用哪一個(gè)規(guī)則和如何來執(zhí)行這些規(guī)則。
工作流程(Work flow)工作流程實(shí)質(zhì)上例如是商業(yè)進(jìn)程的全部或部分自動(dòng)操作，其中文檔、信息或任務(wù)根據(jù)一組程序規(guī)則從一個(gè)參與者被傳遞給另一個(gè)操作的參與者。工作流程可以通過具有任務(wù)順序和在包括可選或并行分支的任務(wù)之間的暫時(shí)和邏輯依賴性的流程來表示。工作流程還可以描述為有限狀態(tài)機(jī)，或使用諸如XPDL(XML進(jìn)程描述語言)之類的描述語言進(jìn)行描述。
工作流程引擎(Work flow engine)工作流程是工作流程自動(dòng)操作程序中的元件，該程序處理所有與程序、程序中的步驟和每個(gè)步驟中的規(guī)則相關(guān)的信息。工作流程引擎確定進(jìn)程是否準(zhǔn)備移動(dòng)到下一步。簡單來說，工作流程引擎是用于執(zhí)行工作流程的元件。
如在圖1的視圖中所示的那樣，在此所公開的配置是基于包括各種類型元件的體系結(jié)構(gòu)的，也就是-資源代理組RP1、…、RPn；RP1、…、RPm與相關(guān)的協(xié)議適配器PA1、…、PAi；PA1、…、Paj的集合；-代理程序應(yīng)用AA1、…、AA2的集合；-(邏輯)管理器應(yīng)用-MA；-集中網(wǎng)絡(luò)庫存-CNI，和-模型數(shù)據(jù)庫MDB。
如下面更詳細(xì)描述的那樣，所討論的體系結(jié)構(gòu)(或平臺(tái))適用于管理包括網(wǎng)絡(luò)設(shè)備(由于可以是任何已知的類型，所以沒有示出)的電信網(wǎng)絡(luò)N。
這些設(shè)備具有諸如在圖1中指示為if_Na、if_Nw、if_Ny、if_Nt之類的相關(guān)聯(lián)的控制接口。
資源代理RP1、…、RPn；RP1、…、RPm和相關(guān)的協(xié)議適配器PA1…、PAi；PA1…、Paj實(shí)質(zhì)上包括用來通過將接口if_Na、if_Nw、if_Ny、if_Nt從管理功能中分離出來以代理這些接口的基本層。
繼而，代理程序AA包括用來協(xié)調(diào)基本層(RA、RP)的操作以支持分布式管理功能性的代理程序群。
基本層和支持層在體系結(jié)構(gòu)中構(gòu)成了分離的重疊層。
數(shù)據(jù)庫MDB是定義的單個(gè)(邏輯)點(diǎn)，并且是平臺(tái)、工作流程、規(guī)則、信息模型和方案的所有行為和功能方面的存儲(chǔ)器。平臺(tái)自動(dòng)將這些定義分配給平臺(tái)元件。模型數(shù)據(jù)庫嚴(yán)格地鏈接到網(wǎng)絡(luò)庫存系統(tǒng)的目錄部分。
作為所有進(jìn)程和公共數(shù)據(jù)定義的源，MDB數(shù)據(jù)庫固有地與由不同元件提供的功能性和用于表示源和業(yè)務(wù)的信息模型同步。這存在一個(gè)主要的優(yōu)點(diǎn)在于，對(duì)于不需要從由不同元件銷售商提供的海量文獻(xiàn)中檢索信息的體系結(jié)構(gòu)運(yùn)營商來說，存在不能夠與所有操作元件對(duì)準(zhǔn)的危險(xiǎn)。
在所示實(shí)施例中，進(jìn)程被分段成為具有具體功能的三層。這種選擇的目的在于滿足兩個(gè)需要具有最低可能數(shù)量的層(從而，避免傳統(tǒng)體系結(jié)構(gòu)的復(fù)雜性)，以及允許在分布式和集中式實(shí)現(xiàn)方式之間自由分配進(jìn)程。
這暗示著存在集中層1(其相應(yīng)于管理器應(yīng)用MA)、完全分布式支持層2(其相應(yīng)于代理程序應(yīng)用-此后，簡稱為AA)、還有一個(gè)獨(dú)立的代理層3，其用來從管理平臺(tái)分離出網(wǎng)絡(luò)。這種分段還能夠提供不同的業(yè)務(wù)瀏覽，例如由層1提供商業(yè)瀏覽，由層2提供完成瀏覽，由層3提供工程瀏覽。應(yīng)當(dāng)理解到，對(duì)于包括代理程序應(yīng)用的管理器應(yīng)用MA和層的參考并不排除各個(gè)元件可以至少部分地安排在相同的地理位置的可能性。
協(xié)議適配器(此后，簡稱為PA)典型地以組為單位進(jìn)行配置，每一組負(fù)責(zé)與提供相同應(yīng)用編程接口(API)協(xié)議的指定區(qū)域的所有網(wǎng)絡(luò)設(shè)備進(jìn)行接口，例如，SNMP(簡單網(wǎng)絡(luò)管理協(xié)議)、Telnet、TL1等等。作為對(duì)資源代理RP實(shí)施的業(yè)務(wù)，每個(gè)PA在設(shè)備上執(zhí)行基本操作；SNMP協(xié)議適配器的業(yè)務(wù)例子是get(參數(shù))、set(參數(shù))。
每個(gè)資源代理(此后，簡稱為RP)在網(wǎng)絡(luò)N中負(fù)責(zé)建立、維護(hù)和管理所謂的單個(gè)設(shè)備的“圖像”。該圖像是設(shè)備根據(jù)所定義信息模式的配置的表示。
以下面的方式來實(shí)現(xiàn)圖像與網(wǎng)絡(luò)的對(duì)準(zhǔn)-管理平臺(tái)在網(wǎng)絡(luò)執(zhí)行的所有動(dòng)作實(shí)際上是由RP通過合適的PA調(diào)用操作來進(jìn)行的；-由設(shè)備發(fā)送的所有通知(例如，告警、陷阱)由代理接收；這也不會(huì)阻止設(shè)備向其它目的發(fā)送通知；-在設(shè)備的圖像和設(shè)備自身之間的對(duì)準(zhǔn)的周期性驗(yàn)證是由資源代理(RP)執(zhí)行的。
單個(gè)設(shè)備圖像可以通過單元管理器(EM)信息進(jìn)行豐富，例如，諸如拓?fù)渲惖脑O(shè)備間信息，以給出在多個(gè)設(shè)備上所分散的端到端的業(yè)務(wù)瀏覽和在EM上可用的其它信息。
每個(gè)RP使用進(jìn)程執(zhí)行器(PE)運(yùn)行RP級(jí)別的典型進(jìn)程這些進(jìn)程可以被定義為“層3”進(jìn)程，并可以子層的形式進(jìn)行構(gòu)造。在層3頂部的進(jìn)程可以從外部調(diào)用，因此，它們是每個(gè)RP提供給相關(guān)代理程序應(yīng)用和外部應(yīng)用的業(yè)務(wù)。它們表示了在RP所管理的設(shè)備上可以自動(dòng)執(zhí)行(因此作為單個(gè)交易)的操作。
由RP提供的業(yè)務(wù)的例子是配置端口，建立交叉連接、修改連接屬性；它們中的每一個(gè)可以包括要發(fā)送到設(shè)備和/或由設(shè)備接收的基本命令的序列。
在層3底部的進(jìn)程使用由PA提供的業(yè)務(wù)?！皩?”進(jìn)程的例子如圖5所示。
由RP處理的圖像是根據(jù)所示資源(例如，給定的網(wǎng)絡(luò)設(shè)備)的信息模型來動(dòng)態(tài)定義的。該模式是由存儲(chǔ)在數(shù)據(jù)庫MDB中然后由管理器應(yīng)用分配到RP的GUI接口定義的。這加載該模型并最終使用資源檢索的值對(duì)其進(jìn)行示例。再次，使用PE以靈活的方式執(zhí)行示例。
在該方式中，信息模型的變化和添加(例如，版本升級(jí)、新設(shè)備的引入)并不需要對(duì)平臺(tái)元件進(jìn)行任何可感知的軟件變化。在作為由PA支持的設(shè)備API協(xié)議的范圍內(nèi)，這實(shí)現(xiàn)了高度的靈活性。與PA所需的高性能相比，協(xié)議(SNMP、telnet)如此慢的演進(jìn)使得使用PE實(shí)現(xiàn)PA成為不是很優(yōu)選的選擇。
作為管理平臺(tái)的基礎(chǔ)元件，網(wǎng)絡(luò)庫存CNI配置為兩個(gè)部分，即分布式網(wǎng)絡(luò)庫存(DNI)和集中式網(wǎng)絡(luò)庫存(CNI)。
前者(即，DNI)是包含在所有RP中的所有虛擬(圖像)的集合；其作為規(guī)定、保證、性能、控制等用于所有實(shí)時(shí)或幾乎實(shí)時(shí)任務(wù)，其中需要有關(guān)配置和網(wǎng)絡(luò)狀態(tài)的最新信息以精確和有效地執(zhí)行任務(wù)。由于是處于網(wǎng)絡(luò)庫存的當(dāng)前實(shí)現(xiàn)方式的情況下，所以這些實(shí)時(shí)任務(wù)很難通過依賴于邏輯集中式數(shù)據(jù)庫來執(zhí)行。
后者(即，CNI)相應(yīng)于網(wǎng)絡(luò)庫存元件的通常概念。其用于非實(shí)時(shí)任務(wù)，其中對(duì)于集中式體系結(jié)構(gòu)，不能夠進(jìn)行持續(xù)更新。這種任務(wù)的例子包括網(wǎng)絡(luò)設(shè)計(jì)、網(wǎng)絡(luò)規(guī)劃、容量趨勢(shì)分析。
集中式網(wǎng)絡(luò)庫存是通過從RP中檢索信息來周期性更新的。
代理可以為需要簡單交互工作的作業(yè)直接進(jìn)行相互作用。例如，為了建立端到端的路徑，給定的AA可以使用存儲(chǔ)在各個(gè)RP中的拓?fù)湫畔?哪一個(gè)設(shè)備連接哪一個(gè)另外的設(shè)備)。
每個(gè)AA負(fù)責(zé)協(xié)調(diào)各組RP，并負(fù)責(zé)通過使用PE執(zhí)行代理程序?qū)拥牡湫瓦M(jìn)程。這些進(jìn)程必需以分布式方式執(zhí)行，并可以子層進(jìn)行構(gòu)造。在該“層2”頂部的進(jìn)程可以從外部調(diào)用；因此，這些是AA提供給管理器應(yīng)用MA的業(yè)務(wù)。這些業(yè)務(wù)的特征在于銷售商和技術(shù)的獨(dú)立性，例如，“建立一個(gè)DSL業(yè)務(wù)”導(dǎo)致不同的動(dòng)作順序，無論網(wǎng)絡(luò)拓?fù)涫茿DSL還是VDSL，以及無論銷售商是銷售商XX還是銷售商YY。在層2底部的進(jìn)程使用由RP提供的業(yè)務(wù)(即，調(diào)用進(jìn)程)。
每個(gè)AA并不需要軟件更新來支持新的業(yè)務(wù)和技術(shù)。這是因?yàn)橛晒芾砥鲬?yīng)用MA接收并由AA層加載和執(zhí)行的進(jìn)程的靈活性所導(dǎo)致的。
AA通過群協(xié)議(消息傳遞機(jī)制)相互之間進(jìn)行交互以支持管理功能性的分布式執(zhí)行，例如，分布式電路設(shè)計(jì)。
每個(gè)AA負(fù)責(zé)本地性能監(jiān)視以將性能狀態(tài)通知管理器。
管理器應(yīng)用MA負(fù)責(zé)下面的任務(wù)-通過從MDB數(shù)據(jù)庫檢索進(jìn)程定義來管理從MDB數(shù)據(jù)庫到各種AA和RP的進(jìn)程和“層2”和“層3”的相關(guān)信息模型的分配；-使用由AA(也可以是RP)提供的信息監(jiān)視平臺(tái)的狀態(tài)，包括在AA之間分配元件、域管理(在AA之間的整個(gè)網(wǎng)絡(luò)的分割)、性能監(jiān)視和例如分配負(fù)載之類的結(jié)果動(dòng)作以便實(shí)現(xiàn)恰當(dāng)?shù)呢?fù)載平衡；-與外部系統(tǒng)進(jìn)行交互，例如其它操作支持系統(tǒng)(OSS)和計(jì)費(fèi)支持系統(tǒng)(BSS)；-執(zhí)行管理器層的典型進(jìn)程(如在下面更詳細(xì)描述那樣)。
這種“層1”的進(jìn)程可以配置在子層中，并且特征在于為了提供需要與外部實(shí)體(而不是AA)進(jìn)行交互或在不能以分布方式由AA容易或有效地執(zhí)行的代理程序之間進(jìn)行協(xié)調(diào)的功能性。該體系結(jié)構(gòu)的巨大靈活性允許平滑演進(jìn)例如，群協(xié)議的增強(qiáng)能夠使得進(jìn)程從層1轉(zhuǎn)移到層2。
任何層的進(jìn)程執(zhí)行器指的是工作流程(流程)、規(guī)則引擎，或兩者的組合。例如，規(guī)定進(jìn)程更好地表示為工作流程，而告警相關(guān)更好地表示為規(guī)則的組合。這種組合能夠使平臺(tái)的管理員建立任何的FCAPS功能性，并讓它具有高度的靈活性。當(dāng)可用或可取的時(shí)候，使用工作流程是優(yōu)選的，因?yàn)檫@避免了處理規(guī)則沖突和規(guī)則管理的復(fù)雜性。
進(jìn)程引擎被嵌入在MA、AA和RP內(nèi)；事實(shí)上，外部定位可能承擔(dān)著遠(yuǎn)程啟用以產(chǎn)生性能降低。
各種MA、AA和RP都顯示了反應(yīng)性和前攝性的行為，這是因?yàn)樗鼈兪窃谑录嫌|發(fā)的，而且可能開始進(jìn)程。
AA和RP以及MA的每一個(gè)可以支持任何的FCAPS功能性。這使得能夠基于任務(wù)的優(yōu)先級(jí)和資源的需要進(jìn)行元件的任務(wù)定制和再分配，例如，通過在白天期間分配大多數(shù)代理程序給業(yè)務(wù)規(guī)定，而在夜間分配大多數(shù)代理程序給網(wǎng)絡(luò)優(yōu)化。
代理程序的移動(dòng)性對(duì)于在機(jī)器之間移動(dòng)代理程序以解決代理程序配置和故障容忍問題是很有用的。如果出于任何原因代理程序“失效”，那么新的代理程序可以被例示，并移動(dòng)到另一個(gè)運(yùn)行機(jī)器以便取代不可用的代理程序。MA周期性地監(jiān)視AA代理程序的出現(xiàn)；如果其中任何一個(gè)“失效”，那么MA就可以通過移動(dòng)性激活代理程序“復(fù)蘇”。
代理程序移動(dòng)性對(duì)于為了在機(jī)器之間移動(dòng)代理程序以便解決負(fù)載平衡問題也是很有用的。這在例如由MA連續(xù)檢查的AA運(yùn)行例如ADSL激活進(jìn)程時(shí)，這成為導(dǎo)致操作變慢的瓶頸。新的AA代理程序可以例示，并移向其中過載AA代理程序運(yùn)行(以便分配來自MA的進(jìn)程啟用)或移動(dòng)到具有較低CPU負(fù)載機(jī)器的機(jī)器。
AA代理程序?qū)?dāng)前負(fù)載條件傳遞到MA，此后，MA例如通過實(shí)施代理程序移動(dòng)性執(zhí)行所需的動(dòng)作。從而，MA確定是否移動(dòng)代理程序以便控制代理程序的分發(fā)。
從而，所述體系結(jié)構(gòu)具有固有的適應(yīng)性，并可以檢測(cè)和預(yù)測(cè)飽和狀態(tài)。
在此所述配置的優(yōu)選實(shí)施例使用JADE(Java代理程序開發(fā)框架)實(shí)現(xiàn)具有移動(dòng)性特征的代理程序，使用SID模型(在該說明書的介紹部分中引用的)來定義公共模型，并使用BPML(商業(yè)進(jìn)程建模語言)進(jìn)行進(jìn)程定義，并使用JESS(Java專家系統(tǒng)外殼)進(jìn)行PE實(shí)現(xiàn)。
作為第一個(gè)例子，考慮三層規(guī)定情形。
具體來說，圖2描述了顯示所實(shí)現(xiàn)的靈活性和可擴(kuò)展性的業(yè)務(wù)規(guī)定情形的建立。
在包括接入設(shè)備(例如，ADSL設(shè)備ADSL E)、ATM主干和一個(gè)或多個(gè)寬帶接入服務(wù)器BAS的TLC網(wǎng)絡(luò)中應(yīng)當(dāng)傳遞寬帶業(yè)務(wù)“offer1”來實(shí)現(xiàn)IP連接。
AA1、AA2、AA3是分別管理如下方面的代理程序-表示ADSL設(shè)備(即，端到端電路的端點(diǎn)A)的圖像的資源代理RP1；-表示連接到ADSL設(shè)備的ATM交換機(jī)的圖像的資源代理RP2，和-表示BAS(即，端到端電路的端點(diǎn)Z)的圖像的資源代理RP3。
圖3中顯示了在業(yè)務(wù)“offer1”的規(guī)定動(dòng)作中所涉及的多級(jí)工作流程。
具體來說，級(jí)別1的工作流程(圖3a、左邊)包括兩個(gè)步驟或任務(wù)。第一個(gè)(ADSL連接性，指示為100)被開放到在AA級(jí)別執(zhí)行的級(jí)別2工作流程中，而郵箱任務(wù)(通常指定為102，但在該例子中不詳細(xì)描述)可以通過外部OSS平臺(tái)來執(zhí)行。
從而，如在圖3a的右邊部分詳細(xì)描述的那樣，ADSL連接任務(wù)是級(jí)別2工作流程W2，其由如在圖3b中詳細(xì)描述的資源代理級(jí)別中執(zhí)行的級(jí)別3的工作流程、技術(shù)和銷售商依賴性序列構(gòu)成。
具體來說，參考104表示導(dǎo)致從分別提供圖2的ADSL設(shè)備、ATM交換機(jī)和BAS的銷售商A、B和C中進(jìn)行選擇的步驟。步驟106a、106b、106c指示這些銷售商的各個(gè)端口的建立，這些端口是在步驟108a、108b、108c中順序提供的各個(gè)虛擬連接(VCC)。步驟110指定IP地址到VCC終端，到銷售商C分支的可能添加。
最后，級(jí)別3工作流程是必需在設(shè)備上由資源代理通過合適的協(xié)議適配器執(zhí)行的命令序列。
圖4顯示了在圖2描述的各種軟件元件的動(dòng)作視圖，除了代理程序AA3和資源代理RP3之外。
動(dòng)作“Find agent”和“Find Proxy”是由管理器應(yīng)用MA或分布式元件(應(yīng)用代理程序AA或資源代理RP)基于在本發(fā)明中沒有詳細(xì)描述的分布式電路設(shè)計(jì)算法(任何已知的路徑發(fā)現(xiàn)算法可以用于該目的)來執(zhí)行的。通過在應(yīng)用代理程序和資源代理之間的嚴(yán)格協(xié)作執(zhí)行的這些動(dòng)作是必需的，以便找到在規(guī)定電路的端點(diǎn)A和端點(diǎn)Z之間的路徑。
該方法對(duì)于管理每層的變化是非常靈活的。
事實(shí)上，在業(yè)務(wù)的商業(yè)瀏覽中的每個(gè)變化僅僅是通過在MDB數(shù)據(jù)庫中修改所涉及的層1進(jìn)程并將它們移動(dòng)到MA來考慮的。
在業(yè)務(wù)的網(wǎng)絡(luò)瀏覽中的每個(gè)變化(例如，一些銷售商A ADSL設(shè)備被代替為銷售商D ADSL設(shè)備)是僅僅通過在MDB數(shù)據(jù)庫中修改所涉及的層2進(jìn)程(即，添加新的分支)并由MA分配給AA來考慮的。
在業(yè)務(wù)的工程瀏覽中的每個(gè)變化(例如，節(jié)點(diǎn)上的固件升級(jí))僅僅是通過在MDB數(shù)據(jù)庫中修改所涉及的層3進(jìn)程來考慮的。
在該情形下，假設(shè)適用于新設(shè)備的協(xié)議適配器已經(jīng)可用。
作為第二個(gè)例子，在前面描述的相同配置將在故障情形的情況中考慮假設(shè)業(yè)務(wù)“offer1”出于相同的原因被中斷，并在MA控制臺(tái)上顯示相應(yīng)的消息。
圖6顯示了混合有可以處理這些環(huán)境的規(guī)則引擎的多級(jí)別工作流程的例子。
級(jí)別1進(jìn)程也是工作流程，并且在ADSL連接100或郵箱子業(yè)務(wù)102缺少有關(guān)故障原因的附加信息時(shí)，需要在MA的控制臺(tái)上顯示告警信息(參見圖6a，左邊)。
級(jí)別2進(jìn)程(圖6a，右邊)是所驅(qū)動(dòng)的規(guī)則代理程序應(yīng)用KB(知識(shí)數(shù)據(jù)庫)包含從各種事件收集的來自RP以及其它AA的所有相關(guān)的數(shù)據(jù)(例如，網(wǎng)絡(luò)資源的狀態(tài)，活動(dòng)告警)。規(guī)則“Fault on ADSLpath”是告警相關(guān)的例子(更精確，事實(shí)相關(guān))。例如，當(dāng)規(guī)則變?yōu)檎鏁r(shí)(步驟200)，它發(fā)送(在步驟202)新的事件到級(jí)別1PE(在MA的內(nèi)部)。
級(jí)別3進(jìn)程(圖6b所示在檢查端口故障的情況下，例如，銷售商A的設(shè)備)也是驅(qū)動(dòng)的規(guī)則一旦RP從PA接收到事件，例如SNMP陷阱，那么就執(zhí)行規(guī)則(步驟204)。該規(guī)則通過PA相互操作獲得更多有關(guān)端口狀態(tài)的信息(步驟206)。在步驟208檢查之后，如果端口狀態(tài)是操作性的，那么如果需要，就在步驟210中告警AA。
圖7顯示了各種平臺(tái)元件的動(dòng)作視圖。
這種情況假設(shè)PA1(SNMP協(xié)議適配器)沿著“offer1”業(yè)務(wù)的ADSL路徑接收具有有關(guān)由RP1監(jiān)視的資源的信息“port X(端口X)”的SNMP陷阱。在RP1上的規(guī)則引擎激活規(guī)則“Check port fault(檢查端口故障)”，然后將事件傳播到AA1。AA1接收事件，并將其存儲(chǔ)在KB中。
其它事件，以不同的順序和時(shí)間，可以在AA1范圍下將事實(shí)添加到來自任意RP的KB-AA1中(例如，規(guī)則B和規(guī)則C)。在KB中的事實(shí)可以產(chǎn)生規(guī)則以便為AA之間的告警相關(guān)將事件發(fā)送給其它AA(例如，從AA2到KB-AA1)。當(dāng)AA1規(guī)則“Check ADSL path(檢查ADSL路徑)”中的條件變?yōu)檎鏁r(shí)，使用從由規(guī)則所匹配的事實(shí)讀取的信息執(zhí)行工作流程，并將新事件發(fā)送給MA1。
最后，在MAI執(zhí)行的工作流程使得象“offer1業(yè)務(wù)故障-在RP1和RP2故障之間的鏈路”那樣的告警顯示在連接到MA的控制臺(tái)上。
所示配置的主要優(yōu)點(diǎn)在于因?yàn)楦婢帕疃档土司W(wǎng)絡(luò)業(yè)務(wù)量。每個(gè)元件(RP、AA以及MA)參與不同抽象級(jí)別的告警處理。在該方式中，告警相關(guān)功能可以非常接近于可能告警源來實(shí)現(xiàn)(例如，在代理程序AA的級(jí)別上)。這種方法降低了由于不得不發(fā)送告警到中央系統(tǒng)而產(chǎn)生的網(wǎng)絡(luò)業(yè)務(wù)量。工作流程和規(guī)則定義中固有的靈活性允許以最小影響來引入新的設(shè)備(與在規(guī)定的情況中描述的優(yōu)點(diǎn)相同)。
第三實(shí)施例通過級(jí)別3工作流程配置而強(qiáng)調(diào)設(shè)備管理的靈活性。
該例子證明了數(shù)據(jù)模型處理中的靈活性在網(wǎng)絡(luò)中添加新的設(shè)備類型之后，僅僅通過重新定義映射模型(例如，通過適用于以用戶友好方式的XML文件進(jìn)行管理的GUI)，代理層就自動(dòng)建立并維護(hù)新設(shè)備的同步表示，同時(shí)分布層中的所有FCAS功能性的操作始終不停止。
具體來說，該例子目的在于顯示所公開的配置如何靈活并容易地使用其銷售商和技術(shù)依賴性特征處理設(shè)備的數(shù)據(jù)模型變化。概況而言，使用銷售商B設(shè)備代替銷售商A設(shè)備的進(jìn)程僅僅需要更新數(shù)據(jù)模型(如果變化)和修改級(jí)別3工作流程的進(jìn)程。RP能夠識(shí)別新的設(shè)備，并能夠使用新的數(shù)據(jù)模型和級(jí)別3工作流程來組裝數(shù)據(jù)模型。
作為例子，圖8顯示了ATM交換機(jī)和相關(guān)的情形。
公共數(shù)據(jù)模型CMD(與例如TMF的SID或DMTF的CIM的公共模型兼容)是使用與級(jí)別3的進(jìn)程一起存儲(chǔ)在MDB數(shù)據(jù)庫中的XML圖表文件(xsd)來描述的。在網(wǎng)絡(luò)庫存CNI中的目錄數(shù)據(jù)表具有設(shè)備目錄數(shù)據(jù)(描述網(wǎng)絡(luò)資源所需的特征信息，通常也稱作“元數(shù)據(jù)”或“模板”)。資源代理RP表示銷售商“A”的ATM交換機(jī)設(shè)備。其具有ATM交換機(jī)設(shè)備的圖像EI。目錄數(shù)據(jù)和設(shè)備圖像都使用在xsd文件中規(guī)定的公共數(shù)據(jù)模型驗(yàn)證。
該數(shù)據(jù)模型例子考慮了圖9所描述的情況。運(yùn)營商O需要使用銷售商“B”的ATM交換機(jī)代替銷售商“A”的ATM交換機(jī)。
該進(jìn)程包括運(yùn)營商O必需執(zhí)行的大量子任務(wù)。
第一個(gè)子任務(wù)是安裝硬件設(shè)備該任務(wù)處理新設(shè)備的物理安裝。
第二個(gè)子任務(wù)是將新設(shè)備插入到目錄中。用戶必需將新的設(shè)備特征插入到目錄中(例如，新的銷售商名稱)。假設(shè)公共目錄數(shù)據(jù)存儲(chǔ)在集中式網(wǎng)絡(luò)庫存(CNI)OSS中。
第三個(gè)子任務(wù)是重寫級(jí)別3工作流程。這是必需的，以便能夠管理該新設(shè)備(使用依賴于新的銷售商的設(shè)備命令)，并能夠處理該新設(shè)備的圖象(通過正確的新命令來填充資源代理存儲(chǔ)器圖像)。
圖10顯示了在資源代理數(shù)據(jù)模型管理中所涉及的級(jí)別3工作流程的部分。所示工作流程部分處理設(shè)備卡數(shù)據(jù)的管理。
所討論的工作流程包含下面類型的命令設(shè)備命令由資源代理通過合適的協(xié)議適配器執(zhí)行的依賴于銷售商的設(shè)備命令(例如，獲得卡A或獲得卡B-步驟300)。
CNI命令在CNI上執(zhí)行以便查詢目錄信息的命令(例如，invento ry.getCatalogInfo(…)-步驟302)；資源代理圖像命令由資源代理執(zhí)行來更新(或建立)其設(shè)備圖像的命令(例如，image.setAttribute(…)-步驟310)。
在檢查(步驟304)代理圖像中表示卡的對(duì)象的可用性之后(如果在步驟306中建立的對(duì)象不可用)，工作流程部分就允許從設(shè)備獲得各種卡屬性(即，屬性1、屬性2、屬性3)值(步驟308)，然后(在步驟310)使用所檢索的值更新資源代理圖像。
依賴于銷售商的設(shè)備差別影響級(jí)別3的工作流程。事實(shí)上，新的銷售商B設(shè)備卡(卡B)僅僅包含一個(gè)屬性(即，屬性X)。因此，新的工作流程可以再次使用圖10來表示，其中步驟308和310包含只從設(shè)備獲得屬性X的命令，從而更新該RP圖像。
下面的XML代碼顯示了在執(zhí)行銷售商A設(shè)備的級(jí)別3工作流程之后，資源代理圖像的XML版本，其與公共數(shù)據(jù)模型兼容。
<Card id="ID2333"name="Card A">
<AdditionalAttribute name="Vendor"value="A"/>
<AdditionalAttribute name="Attribute 1"value="111"/>
<AdditionalAttribute name="Attribute 2"value="222"/>
<AdditionalAttribute name="Attribute 3"value="333"/>
<PhysicalPort id="ID1"name="Port A">
<AdditionalAt tribute name="Attribute 1"value="111"/>
<AdditionalAtt ribute name="Attribute 2"value="222"/>
<AdditionalAttributename="Attribute 3"value="333"/>
</PhysicalPort>
<PhysicalPort id="ID2"name="Port B">
<AdditionalAttributename="Attribute 1"value="aaa"/>
<AdditionalAttributename="Attribute 2"value="bbb"/>
<AdditionalAttributename="Attribute 3"value="ccc"/>
</PhysicalPort>
</Card>
下面進(jìn)一步的XML代碼顯示了在執(zhí)行銷售商B設(shè)備的級(jí)別3工作流程之后，資源代理圖像的XML版本，其與公共數(shù)據(jù)模型兼容。
<Card id="ID4503"name="Card B">
<AdditionalAttribute name="Vendor"value="B"/>
<AdditionalAttribute name="Attribute X"value="XXX"/>
<PhysicalPort id="ID1"name="Port A">
<AdditionalAttribute name="AttributeX"value="111"/>
</PhysicalPort>
<PhysicalPort id="ID2"name="Port B">
<AdditionalAttribute name="AttributeX"value="aaa"/>
</PhysicalPort>
<PhysicalPort id="ID3"name="Port C">
<AdditionalAttribute name="AttributeX"value="yyy"/>
</PhysicalPort>
</Card>
圖11顯示了在資源代理數(shù)據(jù)模型管理中所涉及的各種平臺(tái)元件的動(dòng)作視圖。GUI表示由操作人員使用以在MDB上進(jìn)行工作并控制MA的圖形用戶界面。“Eqpt”代表設(shè)備“ATM交換機(jī)”。
如此，具有依賴于銷售商的特征的新設(shè)備被以靈活和簡單的方式來管理。例如，使用銷售商B設(shè)備代替銷售商A設(shè)備的進(jìn)程僅僅涉及網(wǎng)絡(luò)庫存目錄數(shù)據(jù)和新級(jí)別3工作流程的配置。代理程序能夠識(shí)別目錄中的新設(shè)備和相關(guān)的新級(jí)別3工作流程，并能使用這些來管理該新設(shè)備及其資源代理圖像。
所述配置可以擴(kuò)展為比三層更多數(shù)量的層數(shù)，其中代理層可以分級(jí)的形式來構(gòu)造。優(yōu)選地，代理層不被分割以避免在網(wǎng)絡(luò)交互上引入瓶頸；另外，當(dāng)提供與統(tǒng)一數(shù)據(jù)模型的標(biāo)準(zhǔn)界面時(shí)，設(shè)備的演進(jìn)也會(huì)導(dǎo)致配置于設(shè)備中的代理層。如果所有功能性能夠被實(shí)現(xiàn)和分發(fā)，那么所有單獨(dú)的管理器/協(xié)調(diào)器層可以通過向外部通信任務(wù)提供一些代理程序來分配。
因此，很明顯，在保持本發(fā)明基本原理相同的情況下，詳細(xì)描述的實(shí)施例可以在僅僅作為例子所描述和顯示的方面進(jìn)行寬范圍的變化，而這并不脫離在所附權(quán)利要求書中定義的本發(fā)明的范圍。
權(quán)利要求
1.一種用于管理包括網(wǎng)絡(luò)設(shè)備的電信網(wǎng)絡(luò)(N)的系統(tǒng)體系結(jié)構(gòu)，所述設(shè)備具有相關(guān)聯(lián)的控制接口(if_Na、if_Nw、if_Ny、if_Nt)，該體系結(jié)構(gòu)包括-用于代理所述接口(if_Na、if_Nw、if_Ny、if_Nt)并從管理功能分離所述接口(if_Na、if_Nw、if_Ny、if_Nt)的基本層(RA、RP)，和-包括用于協(xié)調(diào)所述基本層(RA、RP)的操作以便支持分布式管理功能性的代理程序群的支持層(AA)，所述基本層和所述支持層構(gòu)成了所述體系結(jié)構(gòu)中的分離重疊層。
2.根據(jù)權(quán)利要求1的體系結(jié)構(gòu)，其特征在于，所述分布式功能性包括FCAPS(故障、配置、記帳、性能、安全)功能性。
3.根據(jù)權(quán)利要求1的體系結(jié)構(gòu)，其特征在于，所述基本層包括-用于與一組提供給定協(xié)議的網(wǎng)絡(luò)設(shè)備接口的協(xié)議適配器(PA)子層，和-資源代理模塊(RP)子層，每個(gè)所述代理模塊(RP)根據(jù)定義的信息模型提供給定網(wǎng)絡(luò)設(shè)備的配置的表示。
4.根據(jù)權(quán)利要求3的體系結(jié)構(gòu)，其特征在于，所述資源代理模塊(RP)被配置用于通過從包括下列操作的組中選擇的至少一個(gè)操作來將所述表示對(duì)準(zhǔn)給定網(wǎng)絡(luò)設(shè)備的網(wǎng)絡(luò)-通過調(diào)用經(jīng)由至少一個(gè)相關(guān)協(xié)議適配器(PA)的操作在所述網(wǎng)絡(luò)(N)上執(zhí)行所有的管理動(dòng)作；-在所述資源代理模塊(RP)接收由所述網(wǎng)絡(luò)設(shè)備發(fā)送的所有通知；和-在網(wǎng)絡(luò)設(shè)備的表示和所述網(wǎng)絡(luò)設(shè)備之間執(zhí)行周期性的對(duì)準(zhǔn)驗(yàn)證。
5.根據(jù)權(quán)利要求4的體系結(jié)構(gòu)，其特征在于，所述資源代理模塊(RP)被配置用于豐富單元管理器信息。
6.根據(jù)權(quán)利要求4的體系結(jié)構(gòu)，其特征在于，所述資源代理模塊(RP)被配置用于使用進(jìn)程執(zhí)行器(PE)運(yùn)行進(jìn)程。
7.根據(jù)權(quán)利要求4的體系結(jié)構(gòu)，其特征在于，所述資源代理模塊(RP)被配置用于以交互工作關(guān)系彼此直接進(jìn)行相互作用。
8.根據(jù)權(quán)利要求1的體系結(jié)構(gòu)，其特征在于，在所述群中的所述代理程序(AA)被配置用于運(yùn)行獨(dú)立于銷售商和技術(shù)的業(yè)務(wù)。
9.根據(jù)權(quán)利要求1的體系結(jié)構(gòu)，其特征在于，所述體系結(jié)構(gòu)包括被配置用于執(zhí)行從包括下列功能的組中選擇的功能的至少一個(gè)管理器應(yīng)用(MA)-管理在所述基本層和所述支持層之間的進(jìn)程的分布，-管理在所述基本層和所述支持層之間的信息模型的分布，-基于由所述群中的所述代理程序(AA)提供的信息，監(jiān)視所述體系結(jié)構(gòu)的狀態(tài)，-與外部系統(tǒng)相互作用，和-執(zhí)行管理進(jìn)程。
10.根據(jù)權(quán)利要求9的體系結(jié)構(gòu)，其特征在于，所述至少一個(gè)管理器應(yīng)用(MA)包括在所述體系結(jié)構(gòu)中的分離、附加的上層。
11.根據(jù)權(quán)利要求9的體系結(jié)構(gòu)，其特征在于，所述至少一個(gè)管理器應(yīng)用(MA)至少部分地集成到所述支持層(AA)。
12.根據(jù)權(quán)利要求1的體系結(jié)構(gòu)，其特征在于，在所述體系結(jié)構(gòu)中的所有所述層包括進(jìn)程執(zhí)行器(PE)。
13.根據(jù)權(quán)利要求12的體系結(jié)構(gòu)，其特征在于，所述進(jìn)程執(zhí)行器(PE)包括工作流程、規(guī)則引擎及其組合中的至少一個(gè)。
14.根據(jù)權(quán)利要求1的體系結(jié)構(gòu)，其特征在于，所述體系結(jié)構(gòu)包括駐留在不同機(jī)器上的代理程序(AA)，所述代理程序在不同機(jī)器之間是可移動(dòng)的。
15.根據(jù)權(quán)利要求1的體系結(jié)構(gòu)，其特征在于，在所述體系結(jié)構(gòu)中的所述層(PA、RP；AA；MA)包括適用于基于提供給他們的相應(yīng)指令信息執(zhí)行相應(yīng)功能的元件，和提供數(shù)據(jù)庫(MDB)來存儲(chǔ)所述指令信息，所述體系結(jié)構(gòu)被設(shè)置用于從所述數(shù)據(jù)庫(MDB)向所述元件分配所述指令信息。
16.根據(jù)權(quán)利要求15的體系結(jié)構(gòu)，其特征在于，所述指令信息包括下面中的至少一個(gè)-例如工作流程和規(guī)則的進(jìn)程定義，和-數(shù)據(jù)模型定義。
17.根據(jù)權(quán)利要求15的體系結(jié)構(gòu)，其特征在于，所述體系結(jié)構(gòu)包括被配置用于管理在所述基本層和所述支持層之間的信息模型的分配的至少一個(gè)管理器應(yīng)用(MA)，以及所述數(shù)據(jù)庫(MDB)與所述至少一個(gè)管理器應(yīng)用相關(guān)聯(lián)。
18.一種管理包括網(wǎng)絡(luò)設(shè)備的電信網(wǎng)絡(luò)(N)的方法，所述設(shè)備具有相關(guān)聯(lián)的控制接口(if_Na、if_Nw、if_Ny、if_Nt)，所述方法包括下面的步驟-提供用于代理所述接口(if_Na、if_Nw、if_Ny、if_Nt)并用來從管理功能分離所述接口(if_Na、if_Nw、if_Ny、if_Nt)的基本層(RA、RP)，和-通過包括用于協(xié)調(diào)所述基本層(RA、RP)操作的代理程序群的支持層(AA)支持分布式管理功能性，所述基本層和所述支持層構(gòu)成所述體系結(jié)構(gòu)中的分離的重疊層。
19.根據(jù)權(quán)利要求18的方法，其特征在于，所述方法還包括包含F(xiàn)CAPS(故障、配置、記帳、性能、安全)功能性作為所述分布式管理功能性的步驟。
20.根據(jù)權(quán)利要求18的方法，其特征在于，所述方法包括以下步驟，用于提供-用于連接提供給定協(xié)議的一組網(wǎng)絡(luò)設(shè)備的協(xié)議適配器(PA)子層，和-資源代理模塊(RP)的子層，每個(gè)所述代理模塊(RP)根據(jù)定義的信息模型提供給定網(wǎng)絡(luò)設(shè)備的配置的表示。
21.根據(jù)權(quán)利要求20的方法，其特征在于，所述方法包括下述步驟通過從由下述操作構(gòu)成的組中選擇的至少一個(gè)操作，配置所述資源代理模塊(RP)以將所述表示對(duì)準(zhǔn)給定網(wǎng)絡(luò)設(shè)備的網(wǎng)絡(luò)-通過調(diào)用經(jīng)由至少一個(gè)相關(guān)協(xié)議適配器(PA)的操作在所述網(wǎng)絡(luò)(N)上執(zhí)行所有的管理動(dòng)作；-在所述資源代理模塊(RP)接收由所述網(wǎng)絡(luò)設(shè)備發(fā)送的所有通知；和-執(zhí)行在網(wǎng)絡(luò)設(shè)備的表示和所述網(wǎng)絡(luò)設(shè)備之間的對(duì)準(zhǔn)的周期性驗(yàn)證。
22.根據(jù)權(quán)利要求21的方法，其特征在于，所述方法包括配置所述資源代理模塊(RP)以豐富單元管理器信息的步驟。
23.根據(jù)權(quán)利要求20的方法，其特征在于，所述方法包括配置所述資源代理模塊(RP)以使用進(jìn)程執(zhí)行器(PE)運(yùn)行進(jìn)程的步驟。
24.根據(jù)權(quán)利要求20的方法，其特征在于，所述方法包括配置所述資源代理模塊(RP)以交互工作關(guān)系彼此直接進(jìn)行相互作用步驟。
25.根據(jù)權(quán)利要求18的方法，其特征在于，所述方法包括配置所述群中的所述代理程序(AA)以運(yùn)行獨(dú)立于銷售商和技術(shù)的業(yè)務(wù)的步驟。
26.根據(jù)權(quán)利要求18的方法，其特征在于，所述方法包括提供至少一個(gè)管理器應(yīng)用(MA)以執(zhí)行從包括下列步驟的組中選擇的步驟的步驟-管理在所述基本層和所述支持層之間的進(jìn)程的分配，-管理在所述基本層和所述支持層之間的信息模型的分配，-基于由所述群中的代理程序(AA)提供的信息，監(jiān)視所述層的狀態(tài)，-與外部系統(tǒng)相互作用，和-執(zhí)行管理進(jìn)程。
27.根據(jù)權(quán)利要求26的方法，其特征在于，所述方法包括配置所述至少一個(gè)管理器應(yīng)用(MA)作為除了所述基本代理層和所述支持層之外的分離的高層。
28.根據(jù)權(quán)利要求26的方法，其特征在于，所述方法包括將所述至少一個(gè)管理器應(yīng)用(MA)至少部分地集成到所述支持層(AA)的步驟。
29.根據(jù)權(quán)利要求18的方法，其特征在于，所述方法包括在所有所述層中提供進(jìn)程執(zhí)行器(PE)的步驟。
30.根據(jù)權(quán)利要求29的方法，其特征在于，所述方法包括在所述進(jìn)程執(zhí)行器(PE)中提供工作流程、規(guī)則引擎及其組合中的至少一個(gè)的步驟。
31.根據(jù)權(quán)利要求18的方法，其特征在于，所述方法包括如下步驟-將至少部分所述代理程序(AA)駐留在不同的機(jī)器上，和-在不同機(jī)器之間移動(dòng)所述代理程序。
32.根據(jù)權(quán)利要求18的方法，其特征在于，所述方法包括如下步驟-在所述層(PA、RP；AA；MA)中包含適用于基于提供給它們的相應(yīng)指令信息執(zhí)行相應(yīng)功能的元件；-提供用于存儲(chǔ)所述指令信息的數(shù)據(jù)庫(MDB)，和-從所述數(shù)據(jù)庫(MDB)向所述元件分配所述指令信息。
33.根據(jù)權(quán)利要求32的方法，其特征在于，所述方法包括在所述指令信息中提供至少一個(gè)以下定義的步驟-例如工作流程和規(guī)則的進(jìn)程定義，和-數(shù)據(jù)模型定義。
34.根據(jù)權(quán)利要求32的方法，其特征在于，所述方法包括如下步驟-提供被配置用于管理在所述基本層和所述支持層之間的信息模型的分配的至少一個(gè)管理器應(yīng)用(MA)，和-相關(guān)所述數(shù)據(jù)庫(MDB)和所述至少一個(gè)管理器應(yīng)用。
35.一種與根據(jù)權(quán)利要求1-17任何一個(gè)的控制接口(if_Na、if_Nw、if_Ny、if_Nt)和管理系統(tǒng)體系結(jié)構(gòu)關(guān)聯(lián)的通信網(wǎng)絡(luò)。
36.一種可加載到至少一個(gè)計(jì)算機(jī)的存儲(chǔ)器中并包括用于執(zhí)行權(quán)利要求18-34任何一個(gè)的方法的步驟的軟件代碼部分的計(jì)算機(jī)程序產(chǎn)品。
全文摘要
本發(fā)明涉及管理包含網(wǎng)絡(luò)設(shè)備的電信網(wǎng)絡(luò)(N)和所支持的網(wǎng)絡(luò)業(yè)務(wù)的系統(tǒng)體系結(jié)構(gòu)，其中設(shè)備具有相關(guān)聯(lián)的控制接口(if_N
文檔編號(hào)H04L12/24GK1820514SQ03826924
公開日2006年8月16日 申請(qǐng)日期2003年8月19日 優(yōu)先權(quán)日2003年8月19日
發(fā)明者朱塞普·柯維諾, 達(dá)尼羅·高塔, 馬柯·烏杰蒂 申請(qǐng)人:意大利電信股份公司