專利名稱:通過通信系統(tǒng)中具有多層的管理網(wǎng)處理警報的方法
技術(shù)領(lǐng)域:
本發(fā)明涉及一種按權(quán)利要求1的前序部分所述的、用于通過通信系統(tǒng)的管理網(wǎng)來處理警報的方法。
也稱為TMN原理(TMN電信管理網(wǎng)(TelecommunicationsManagement Network))的管理網(wǎng)的原理規(guī)定了針對通信系統(tǒng)(例如移動通信系統(tǒng))的管理的多個管理層,其中除了最高層和最低層之外每層具有雙重功能。在管理的系統(tǒng)(“managing system”)中,除了最低層之外每層執(zhí)行針對位于其下的層的管理器功能。在受管理的系統(tǒng)(“managed system”)中針對高一級層的代理功能應(yīng)被除了最高層之外的每層得到。
代理必須盡可能迅速地識別網(wǎng)絡(luò)中的有關(guān)的事件(所謂的event(事件),例如警報),并且生成以及向管理器傳輸事件通知(事件報告,event report),以便實(shí)現(xiàn)有效的網(wǎng)絡(luò)管理。
通信系統(tǒng)的管理網(wǎng)因此包括了不同管理層中的至少兩個管理設(shè)備,其中至少兩個管理設(shè)備的至少一個作為單元管理器起作用,而至少兩個管理設(shè)備的至少一個作為單元管理器的上級的網(wǎng)絡(luò)管理器起作用,并且至少兩個管理設(shè)備存儲了分配給一個或多個警報的、運(yùn)算符規(guī)定的警報指示。
相對于較低的層、例如相對于基站系統(tǒng)的單元,單元管理器作為管理器起作用,并且鑒于網(wǎng)絡(luò)管理器的高一級的管理層,單元管理器作為代理起作用。
系列X.73x的ITU-T標(biāo)準(zhǔn)針對電信網(wǎng)的管理規(guī)定了不同的“系統(tǒng)管理功能”,這些系統(tǒng)管理功能可以由應(yīng)用過程在集中或分散的管理環(huán)境中來使用。作為用于網(wǎng)絡(luò)監(jiān)控和網(wǎng)絡(luò)控制的最重要功能之一的警報的處理(警報監(jiān)視,Alarm surveillance)借助管理設(shè)備(管理系統(tǒng))來實(shí)現(xiàn),這些管理設(shè)備尤其是位于網(wǎng)絡(luò)單元管理層(例如OMC,單元管理器)或網(wǎng)絡(luò)管理層(例如NMC,網(wǎng)絡(luò)管理器)上。
在單元管理器和網(wǎng)絡(luò)管理器的兩個管理層上,運(yùn)算符有這種可能性,即自由規(guī)定警報指示(所謂的警報說明(alarm comment)),并將這些警報指示分配給確定的警報。這些可自由規(guī)定的文本例如用于說明警報的當(dāng)前的處理狀態(tài),并且因此在整個網(wǎng)絡(luò)中達(dá)到了更好地協(xié)調(diào)用于警報處理的活動。
給一個警報可以分配多個不同運(yùn)算符的(也在不同管理層上的)警報指示。為了確保所有的運(yùn)算符具有關(guān)于警報的相同的信息狀態(tài),必須將每個新的或改變的警報指示轉(zhuǎn)交給所有另外的管理系統(tǒng)。
標(biāo)準(zhǔn)3GPP TS 32.111-2(故障管理-警報綜合參考點(diǎn)(FaultManagement-Alarm Integration Reference Point))為此例如規(guī)定了以下的兩種機(jī)制a)setComment(從NMC向OMC傳送)網(wǎng)絡(luò)管理器(例如NMC)用該請求通知所有連接的單元管理器(例如OMC),應(yīng)給一個或多個警報分配一個警報指示。
該請求含有以下信息·相應(yīng)的警報的參考列表·運(yùn)算符標(biāo)記·系統(tǒng)標(biāo)記(可選的)·警報指示。
b)notifyComments(從OMC向NMC傳送)一個單元管理器(例如OMC)用該事件通知(notification)通知所有連接的網(wǎng)絡(luò)管理器(例如NMC)應(yīng)給一個警報分配一個或多個警報指示。該請求含有以下信息·(單義的)警報參考·警報指示。
(對于通知未規(guī)定另外的信息、即運(yùn)算符標(biāo)記和系統(tǒng)標(biāo)記。)當(dāng)OMC-NMC連接在警報指示的各自制定/改變的時刻不可投入使用時,這些機(jī)制不能在所有管理系統(tǒng)中確保警報指示的平衡(Abgleich)。
當(dāng)例如OMC運(yùn)算符在OMC-NMC連接中斷期間規(guī)定了警報指示時,發(fā)生以下的情況僅局部地在OMC上給警報分配指示(因?yàn)槿鄙龠B接的通知不能向NMC發(fā)送)。
當(dāng)在稍后的時刻OMC-NMC連接重新可投入使用時,NMC通常啟動警報同步化程序(警報校正,alarm allgnment)。由于運(yùn)算符規(guī)定的警報指示不是目前標(biāo)準(zhǔn)化的警報語法的組成部分,所以不能確保分配給警報的指示的同步化。這有以下的后果在重新改變警報指示時才將當(dāng)前的狀態(tài)通知給NMC運(yùn)算符。
因而本發(fā)明所基于的任務(wù)在于,指明一種開頭所述類型的方法和一種用于執(zhí)行該方法的通信系統(tǒng),通過該方法和通信系統(tǒng)可以避免所說明的缺點(diǎn),并且尤其可以引起改善的信息平衡。
根據(jù)本發(fā)明,在方法方面通過權(quán)利要求1所述的特征、而在通信系統(tǒng)方面通過權(quán)利要求11所述的特征來解決該任務(wù)。由從屬權(quán)利要求中獲知本發(fā)明的擴(kuò)展方案和改進(jìn)方案。
根據(jù)本發(fā)明,為了同步化存在運(yùn)算符的、關(guān)于警報指示的信息,在至少一個單元管理器(例如OMC)和(在管理網(wǎng)的高一級的管理層上的)至少一個網(wǎng)絡(luò)管理器(例如NMC)之間來執(zhí)行警報指示的平衡。在此,每個單元管理器位于一個管理層上,而每個網(wǎng)絡(luò)管理器(例如NMC)位于管理網(wǎng)的高一級的管理層上。
在建立或重新建立在電信網(wǎng)中的“網(wǎng)絡(luò)管理器”和“單元管理器”系統(tǒng)之間的連接之后,通過該措施提供了警報指示的改善的并在許多情況下也是最優(yōu)的同步化程序。
在此,本發(fā)明的方法原則上可以用于所有的電信網(wǎng)。
通常存在著許多單元管理器(OMC)和許多網(wǎng)絡(luò)管理器(NMC)。
在本發(fā)明的優(yōu)選的第一變型中,在至少兩個管理設(shè)備之間來實(shí)現(xiàn)警報同步化時的警報指示的平衡。
在此,通過將警報指示信息納入到事件報告(event report)中,可以實(shí)現(xiàn)警報同步化時的警報指示的平衡。
可以規(guī)定不期望的警報指示的濾波。為此有時可以采用存在于單元管理器中的事件轉(zhuǎn)發(fā)鑒別器(Event Forwarding Discriminator)(所謂的EFD)。EFD的任務(wù)在于,從代理向管理器只傳送或路由滿足確定的濾波準(zhǔn)則的那些事件報告。管理器有能力在代理中設(shè)置或清除這種EFD,并且確定濾波準(zhǔn)則。由此,每個管理器可以隨時按他的單獨(dú)的要求來控制信息流。本發(fā)明方法允許不期望的警報指示的最優(yōu)的濾波,即管理器僅獲得針對用同步化請求選出的警報的警報指示。
此外,還可以采集警報指示中的制定或改變警報指示的時刻。因此支持了示出各自警報指示的時刻(commentTime)的附加參數(shù)。
在本發(fā)明的第二變型中,在至少兩個管理設(shè)備之間以這樣的方式實(shí)現(xiàn)警報指示的平衡,即-至少一個網(wǎng)絡(luò)管理器向至少一個單元管理器傳送用于平衡的請求,和-至少一個單元管理器向至少一個網(wǎng)絡(luò)管理器發(fā)送警報指示信息。
在此可以規(guī)定,至少一個網(wǎng)絡(luò)管理器向至少一個單元管理器傳送用于平衡完整的警報列表的請求。
但是也可能替代地,至少一個網(wǎng)絡(luò)管理器向至少一個單元管理器傳送用于僅僅平衡確定的警報的請求。
此外,至少一個單元管理器還可以向至少一個網(wǎng)絡(luò)管理器同步地發(fā)送警報指示信息。
最后,至少一個單元管理器可以向至少一個網(wǎng)絡(luò)管理器異步地發(fā)送警報指示信息。
根據(jù)本發(fā)明,根據(jù)上面的實(shí)施方案存在著兩種用于在單元管理器(OMC)和網(wǎng)絡(luò)管理器(NMC)之間平衡警報指示的替代方案a)嵌入一般的警報同步化程序中,即每次在通常的警報同步化時共同考慮警報指示。
在重新建立或建立NMC-OMC連接之后,該替代方案可以確保不僅統(tǒng)一地同步ITU-T標(biāo)準(zhǔn)化的警報參數(shù),而且統(tǒng)一地同步運(yùn)算符規(guī)定的警報指示。
b)專用的同步化程序,該同步化程序按以下的規(guī)則起作用·管理器(NMC)要么針對完整的警報列表、要么只針對確定的警報向代理發(fā)送特定的同步化請求(警報說明校正請求,alarmcomment alignment request)。
·代理(OMC)要么同步地(即將完整的信息匯總為警報說明校正響應(yīng)(alarm comment alignment response))、要么異步地(即像以前所述的那樣,作為單個notifyComments通知的序列)來發(fā)送警報指示。
具有包括不同管理層中的至少兩個管理設(shè)備的管理網(wǎng)的本發(fā)明通信系統(tǒng)用來執(zhí)行本發(fā)明的方法。為此可以在通信系統(tǒng)中裝設(shè)相應(yīng)的裝置和設(shè)備。
以下借助實(shí)施例、參考附圖來詳細(xì)闡述本發(fā)明。其中
圖1示出移動通信系統(tǒng)的管理網(wǎng)的方框電路圖,該移動通信系統(tǒng)具有在運(yùn)行與維護(hù)中心和多個網(wǎng)絡(luò)管理中心之間的代理-管理器關(guān)系,圖2示出根據(jù)本發(fā)明擴(kuò)展的警報同步化程序的示意圖。
圖1中示出了移動通信系統(tǒng)的管理網(wǎng)的方框電路圖,該移動通信系統(tǒng)具有在運(yùn)行與維護(hù)中心OMC(Operation and MaintenanceCenter)和多個網(wǎng)絡(luò)管理中心NMC(Network Management Center)之間的代理-管理器關(guān)系。在此,在本情況下圖1局限于具有兩層NMLEVEL和EM LEVEL的示圖。例如沒有示出管理網(wǎng)的管理層,該管理層含有帶有多個基站系統(tǒng)的網(wǎng)絡(luò)設(shè)備層(“網(wǎng)絡(luò)單元層(NetworkElement Level)”)。
管理層NM LEVEL表征網(wǎng)絡(luò)設(shè)備管理層(“網(wǎng)絡(luò)單元管理層(Network Element Management Level)”),在該網(wǎng)絡(luò)設(shè)備管理層中,運(yùn)行與維護(hù)中心OMC1、OMC2至OMCn對于例如圖1中未示出的單個基站子系統(tǒng)分別提供了制造商專有的管理功能。管理層NM LEVEL表征網(wǎng)絡(luò)管理層(“Network Management Level”),在該網(wǎng)絡(luò)管理層中,網(wǎng)絡(luò)管理中心NMC1、NMC2、NMC3至NMCk分別實(shí)現(xiàn)了集成的、通常與制造商無關(guān)的管理功能。在此,多個網(wǎng)絡(luò)管理中心NMC可以訪問低一級的管理層EM LEVEL的同一個網(wǎng)絡(luò)設(shè)備,在本實(shí)例中,例如高一級的管理層NM LEVEL的網(wǎng)絡(luò)管理中心NMC1和NMC2可以訪問低一級的管理層EM LEVEL的運(yùn)行與維護(hù)中心OMC2。在不同的管理層的網(wǎng)絡(luò)設(shè)備之間裝設(shè)用于信息傳輸?shù)囊?guī)定的接口。
圖2示出根據(jù)本發(fā)明擴(kuò)展的警報同步化程序的示意圖。
借助Q3(基于CMIP的)接口來實(shí)現(xiàn)本方法實(shí)例的說明。但是本發(fā)明也可以應(yīng)用到諸如Cober接口那樣的另外的接口上。
根據(jù)標(biāo)準(zhǔn)ITU-T X.710(“CCITT應(yīng)用程序的公共管理信息業(yè)務(wù)規(guī)定(Common Management Information Service Definition forCCITT Applications)”),借助所謂的通知業(yè)務(wù)M-EVENT-REPORT來實(shí)現(xiàn)事件通知從代理(例如OMC)向管理器(例如NMC)的傳輸。
在標(biāo)準(zhǔn)ITU-T X.721(“管理信息的結(jié)構(gòu)管理信息的規(guī)定(Structure of Management InformationDefinition ofManagement Information)”)中規(guī)定的警報消息(AlarmInfo)的結(jié)構(gòu)其中含有可選的字段additionalInformation,該字段根據(jù)ITU-TX.733(“系統(tǒng)管理警報報告功能(Systems ManagementAlarmReporting Function)”)實(shí)現(xiàn)了在事件報告(event report)中包括附加的信息(所謂的管理擴(kuò)展)。
在本情況下,管理擴(kuò)展對應(yīng)于所有分配給警報的指示(alarmComments),其中如下來規(guī)定各自的警報指示·commentText含有運(yùn)算符指示·commentTime規(guī)定了在制定/改變指示時的時刻·commentUserId識別運(yùn)算符的標(biāo)記(警報指示的著者)·commentSystemId識別管理系統(tǒng)的標(biāo)記(可選的)。
在標(biāo)準(zhǔn)3GPP TS 32.111-4中標(biāo)準(zhǔn)化的警報同步化程序像在以下的實(shí)例中那樣來擴(kuò)展圖2說明了用于平衡警報指示的、在代理OMC和管理器NMC之間的消息流。
該消息流優(yōu)選地在采用標(biāo)準(zhǔn)化的M-EVENT-REPORT消息的情況下來實(shí)現(xiàn),該M-EVENT-REPORT消息作為在開始時初始化的M-ACTION-request請求“getAlarmList”的結(jié)果[行動信息“alarmAckState”、“目的地”和“濾波器”]來發(fā)送。
代理OMC用M-ACTION-response應(yīng)答“getAlarmList”[行動信息“allgmentId”和“status(狀態(tài))”]來生成臨時的事件轉(zhuǎn)發(fā)鑒別器EFD。
代理OMC傳輸警報,其中ITU-T X.733規(guī)定了標(biāo)準(zhǔn)化的、根據(jù)M-EVENT-REPORT業(yè)務(wù)來執(zhí)行的警報傳輸(alarm report 1,alarmreport 2...alarm report n)的內(nèi)容alarm report 1具有兩個警報指示的警報第一警報指示-含有運(yùn)算符指示“TPU#1378-AZ2故障”,-規(guī)定了制定/改變警報指示的時刻“2002年8月31日19時08分“,-識別了作為警報指示的著者的運(yùn)算特的標(biāo)記“A.Thiel”,和
-識別了管理系統(tǒng)的標(biāo)記“OMC2-Mch”。
第二警報指示-含有運(yùn)算符指示“預(yù)訂備件”,-規(guī)定了制定/改變警報指示的時刻“2002年9月2日8時27分”,-識別了作為警報指示的著者的運(yùn)算符的標(biāo)記“M.Scheel”,和-識別了管理系統(tǒng)的標(biāo)記“S IP13-Mch”。
alarm report 2具有一個警報指示的警報該警報指示-含有運(yùn)算符指示“BTS-修改”,-規(guī)定了制定/改變警報指示的時刻“2002年9月1日10時22分”,-識別了作為警報指示的著者的運(yùn)算符的標(biāo)記“K.Schaefer”,和-識別了管理系統(tǒng)的標(biāo)記“NB4-Nrbg”。
···alarm report n最后的警報(沒有警報指示),該警報滿足了濾波準(zhǔn)則。代理OMC清除臨時的事件轉(zhuǎn)發(fā)鑒別器EFD。
根據(jù)GDMO模板將結(jié)構(gòu)alarmComments規(guī)定為針對每個警報的additionalInformation屬性的PARAMETER(參數(shù))。標(biāo)準(zhǔn)ITU-T X.722(規(guī)定管理對象的指南,GDMO(Guidelines for the Definition ofManaged Object))為此規(guī)定了確定的格式(模板),以便(例如在通知屬性中)實(shí)現(xiàn)附加的管理信息的標(biāo)準(zhǔn)化的傳輸。必須如下來規(guī)定分配給警報指示的數(shù)據(jù)的ASN.1語法(ASN=抽象語法記法(AbstractSyntax Notation))AlarmComments=SET OF SingleAlarmCommentSingleAlarmComment=SEQUENCE{commentText Comment,
commentTimeCommentTime,commentUserId UserId,commentSystemIdSystemId OPTIONAL}Comment=GraphicStringCommentTime=GeneralizedTimeUserId=GraphicStringSystemId=GraphicString通過標(biāo)準(zhǔn)化屬性additionalInformetion的上述組分commentUserId和commentSystemId(作為每個警報的組成部分),在警報同步化時隱含地共同考慮了在標(biāo)準(zhǔn)化的notifyComment通知中未規(guī)定的參數(shù)運(yùn)算符標(biāo)記和(可選的)系統(tǒng)標(biāo)記。
權(quán)利要求
1.用于通過通信系統(tǒng)的管理網(wǎng)處理警報的方法,其中,所述管理網(wǎng)包括不同管理層中的至少兩個管理設(shè)備(NMC,OMC),其中,所述至少兩個管理設(shè)備的至少一個作為單元管理器(OMC)起作用,而所述至少兩個管理設(shè)備的至少一個作為所述單元管理器(OMC)的上級的網(wǎng)絡(luò)管理器(NMC)起作用,并且所述至少兩個管理設(shè)備(NMC,OMC)存儲了分配給一個或多個警報的、運(yùn)算符規(guī)定的警報指示,其特征在于,為了同步化存在所述運(yùn)算符的、有關(guān)警報指示的信息,在所述至少一個單元管理器(OMC)和所述至少一個網(wǎng)絡(luò)管理器(NMC)之間來執(zhí)行警報指示的平衡。
2.按權(quán)利要求1的方法,其特征在于,在所述至少兩個管理設(shè)備(NMC,OMC)之間警報同步化時同時實(shí)現(xiàn)所述警報指示的平衡。
3.按權(quán)利要求2的方法,其特征在于,在所述警報同步化時,通過將警報指示信息納入到事件報告中來實(shí)現(xiàn)所述警報指示的平衡。
4.按權(quán)利要求2或3的方法,其特征在于,實(shí)現(xiàn)不期望的警報指示的濾波。
5.按權(quán)利要求2至4之一的方法,其特征在于,采集在所述警報指示中的制定或改變警報指示的時刻。
6.按權(quán)利要求1的方法,其特征在于,在所述至少兩個管理設(shè)備(NMC,OMC)之間以這樣的方式實(shí)現(xiàn)所述警報指示的平衡,即-所述至少一個網(wǎng)絡(luò)管理器(NMC)向所述至少一個單元管理器(OMC)傳送用于平衡的請求,和-所述至少一個單元管理器(OMC)向所述至少一個網(wǎng)絡(luò)管理器(NMC)發(fā)送警報指示信息。
7.按權(quán)利要求6的方法,其特征在于,所述至少一個網(wǎng)絡(luò)管理器(NMC)向所述至少一個單元管理器(OMC)傳送用于平衡完整的警報列表的請求。
8.按權(quán)利要求6的方法,其特征在于,所述至少一個網(wǎng)絡(luò)管理器(NMC)向所述至少一個單元管理器(OMC)傳送用于平衡確定的警報的請求。
9.按權(quán)利要求6至8之一的方法,其特征在于,所述至少一個單元管理器(OMC)向所述至少一個網(wǎng)絡(luò)管理器(NMC)同步地發(fā)送警報指示信息。
10.按權(quán)利要求6至8之一的方法,其特征在于,所述至少一個單元管理器(OMC)向所述至少一個網(wǎng)絡(luò)管理器(NMC)異步地發(fā)送警報指示信息。
11.具有包括不同管理層中的至少兩個管理設(shè)備(NMC,OMC)的管理網(wǎng)的通信系統(tǒng),用于執(zhí)行按以上權(quán)利要求1至10之一的方法。
全文摘要
本發(fā)明涉及一種用于通過通信系統(tǒng)的管理網(wǎng)來處理警報的方法,其中管理網(wǎng)包括不同管理層中的至少兩個管理設(shè)備(NMC,OMC),其中至少兩個管理設(shè)備的至少一個作為單元管理器(OMC)起作用,而至少兩個管理設(shè)備的至少一個作為單元管理器(OMC)的上級的網(wǎng)絡(luò)管理器(NMC)起作用,并且至少兩個管理設(shè)備(NMC,OMC)存儲了分配給一個或多個警報的、運(yùn)算符規(guī)定的警報指示。根據(jù)本發(fā)明,為了同步存在運(yùn)算符的、有關(guān)警報指示的信息來執(zhí)行至少一個單元管理器(OMC)和至少一個網(wǎng)絡(luò)管理器(NMC)之間的警報指示的平衡。
文檔編號H04L12/24GK1736059SQ200480002043
公開日2006年2月15日 申請日期2004年1月9日 優(yōu)先權(quán)日2003年1月10日
發(fā)明者L·希斯奇 申請人:西門子公司