通过通信系统中具有多层的管理网处理警报的方法

文档序号:7707873阅读:216来源:国知局
专利名称:通过通信系统中具有多层的管理网处理警报的方法
技术领域
本发明涉及一种按权利要求1的前序部分所述的、用于通过通信 系统的管理网来处理警报的方法.
背景技术
也称为TMN原理(TMN: 电信管理网(Telecommunications Management Network))的管理网的原理规定了针对通信系统(例如 移动通信系统)的管理的多个管理层,其中除了最高层和最低层之外 每层具有双重功能.在进行管理的系统("managing system")中, 除了最低层之外每层执行针对位于其下的层的管理器功能.在受管理 的系统("managed system")中针对高一级层的代理功能应由除了 最高层之外的每层得到,
代理必须尽可能迅速地识别网络中的相关的亊件(所谓的event (亊件),例如警报),并且生成以及向管理器传输亊件通知(亊件 报告,event report),以便实现有效的网络管理.
通信系统的管理网因此包括了不同管理层中的至少两个管理设 备,其中至少两个管理设备中的至少一个作为单元管理器起作用,而 至少两个管理设备中的至少一个作为单元管理器的上级的网络管理器 起作用,并且至少两个管理设备存储了分配给一个或多个警报的、运 算符规定的警报指示.
相对于较低的层、例如相对于基站系统的单元,单元管理器作为 管理器起作用,并且鉴于网络管理器的高一级的管理层,单元管理器 作为代理起作用.
系列X. 73x的ITU-T标准针对电信网的管理规定了不同的"系统 管理功能,,,这些系统管理功能可以由应用过程在集中或分散的管理环 境中使用.作为用于网络监控和网络控制的最重要功能之一的警报的 处理(警报监视,Alarm surveillance)借助管理设备(管理系统)来实现,这些管理设备尤其是位于网络单元管理层(例如0MC,单元管 理器)或网络管理层(例如NMC,网络管理器)上.
在单元管理器和网络管理器的两个管理层上,运算符有这种可能 性,即自由规定警报指示(所谓的警报说明(alarm comment)),并 将这些警报指示分配给确定的警报.这些可自由规定的文本例如用于 说明警报的当前的处理状态,并且因此在整个网络中达到了更好地协 调用于进行警报处理的活动.
给一个警报可以分配多个不同运算符的(也在不同管理层上的) 警报指示.为了确保所有的运算符具有关于警报的相同的信息状态, 必须将每个新的或改变的警报指示转交给所有另外的管理系统.
标准3GPP TS 32.111-2 (故障管理-警报综合参考点(Fault Management-Alarm Integration Reference Point))为此例如规定 了以下的两种机制
a ) setComment (从匿向0MC传送)
网络管理器(例如NMC)用该请求通知所有连接的单元管理器(例 如0MC),应给一个或多个警拫分配一个警报指示. 该请求含有以下信息
-相应的警报的参考列表 运算符标记 系统标记(可选的) 警报指示.
b ) notifyCo咖ents (从0MC向NMC传送)
单元管理器(例如OMC)用该亊件通知(notification)告知所 有连接的网络管理器(例如NMC):应给一个警报分配一个或多个警报 指示.该请求含有以下信息
(明确的)警报参考
警报指示.
(对于通知未规定另外的信息、即运算符标记和系统标记.) 当OMC-NMC连接在警报指示的相应制定/改变的时刻不可投入使用
时,这些机制不能在所有管理系统中确保警报指示的平衡(Abgleich). 当例如OMC运算符在OMC-NMC连接中断期间规定了警报指示时,
发生以下的情况仅局部地在0MC上给警报分配指示(因为缺少连接的通知不能向 NMC发送).
当在稍后的时刻0MC-NMC连接重新可投入使用时,NMC通常启动警 报同步化程序(警报校正,alarm alignment).例如在文献EP 198 01 785中说明了这样的程序.由于运算符规定的警报指示不是目前标准化 的警报语法的組成部分,所以不能确保分配给警报的指示的同步化. 这有以下的后果在重新改变警报指示时才将当前的状态通知给NMC 运算符.

发明内容
闳而本发明所基于的任务在于,指明一种开头所述类型的方法和 一种用于执行该方法的通信系统,通过该方法和通信系统可以避免所 说明的缺点,并且尤其可以引起改善的信息平衡.
根据本发明,在方法方面通过权利要求1所述的特征、而在通信 系统方面通过权利要求11所述的特征来解决该任务.由从属权利要求 中获知本发明的扩展方案和改进方案.
根据本发明,为了同步化运算符现有的、关于警报指示的信息, 在至少一个单元管理器(例如OMC)和(在管理网的高一级的管理层上 的)至少一个网络管理器(例如NMC )之间执行警报指示的平衡.在此, 每个单元管理器位于一个管理层上,而每个网络管理器(例如NMC)位 于管理网的高一级的管理层上.
在建立或重新建立在电信网中的"网络管理器"和"单元管理器" 系统之间的连接之后,通过该措施提供了警报指示的改善的并在许多 情况下也是最优的同步化程序,
在此,本发明的方法原则上可以用于所有的电信网.
通常存在着许多单元管理器(OMC)和许多网络管理器(NMC).
在本发明的优选的笫一变型中,在至少两个管理设备之间来实现 警报同步化时的警报指示的平衡.
在此,通过将警报指示信息纳入到亊件报告(event report)中, 可以实现警报同步化时的警报指示的平衡.
可以规定不期望的警报指示的滤波.为此有时可以采用存在于单 元管理器中的亊件转发鉴别器(Event Forwarding Discriminator )(所 谓的EFD). EFD的任务在于,从代理向管理器只传送或路由满足确定的滤波准則的那些亊件报告.管理器有能力在代理中设置或清除这种
EFD,并且确定滤波准则.由此,每个管理器可以随时按他的单独的要 求来控制信息流.本发明方法允许不期望的警报指示的最优的滤波, 即管理器仅获得针对用同步化请求选出的警报的警报指示.
此外,还可以采集警报指示中的制定或改变警报指示的时刻.因 此支持了示出相应警报指示的时刻(co咖entTi迈e)的附加参数.
在本发明的第二变型中,在至少两个管理设备之间以这样的方式 实现警报指示的平衡,即
-至少一个网络管理器向至少一个单元管理器传送用于平衡的请 求,和
-至少一个单元管理器向至少一个网络管理器发送警报指示信息.
在此可以规定,至少一个网络管理器向至少一个单元管理器传送 用于平衡完整的警报列表的请求.
但是也可能替代地,至少一个网络管理器向至少一个单元管理器 传送用于仅仅平衡确定的警报的请求.
此外,至少一个单元管理器还可以向至少一个网络管理器同步地
发送警报指示信息.
最后,至少一个单元管理器可以向至少一个网络管理器异步地发 送警报指示信息.
根据本发明,根据上面的实施方案存在着两种用于在单元管理器 (0MC)和网络管理器(NMC)之间平衡警报指示的替代方案
a) 嵌入一般的警报同步化程序中,即每次在通常的警报同步化时 共同考虑警报指示.
在重新建立或建立NMC-0MC连接之后,该替代方案可以确保不仅 统一地同步ITU-T标准化的警报参数,而且统一地同步运算符规定的 警报指示.
b) 专用的同步化程序,该同步化程序按以下的规则起作用
.管理器(NMC)要么针对完整的警报列表、要么只针对确定的警 报向代理发送特定的同步化请求(警报说明校正请求,alarm comment alignment request),
-代理(OMC)要么同步地(即将完整的信息汇总为警报说明校正 响应(alarm comment alignment response))、要么异步地(即像以前所述的那样,作为单个notifyComments通知的序列)来发送警报 指示.
具有包括不同管理层中的至少两个管理设备的管理网的本发明通 信系统用来执行本发明的方法.为此可以在通信系统中装设相应的装 置和设备.


以下借助实施例、参考附困来详细阐述本发明.其中 图1示出移动通信系统的管理网的方框电路困,该移动通信系统 具有在运行与维护中心和多个网络管理中心之间的代理-管理器关系, 图2示出根据本发明扩展的警报同步化程序的示意困.
具体实施例方式
图1中示出了移动通信系统的管理网的方框电路图,该移动通信 系统具有在运行与维护中心0MC( Operation and Maintenance Center ) 和多个网络管理中心NMC (Network Management Center)之间的代理 -管理器关系.在此,在本情况下困1被限于具有两层NM LEVEL和EM LEVEL的示图.例如没有示出管理网的管理层,该管理层含有带有多个 基站系统的网络设备层("网络单元层(Network Element Level)").
管理层EM LEVEL表征网络设备管理层("网络单元管理层(Network Element Management Level)"),在该网络设备管理层中,运行与 维护中心0MC,、 0MC2至OM"对于例如图1中未示出的单个基站子系统 分別提供了制造商专有的管理功能.管理层NM LEVEL表征网络管理层 ("Network Management Level"),在该网络管理层中,网络管理 中心NMC,、 NMC2、 NMC3至NMCk分别实现了集成的、通常与制造商无关 的管理功能.在此,多个网络管理中心NMC可以访问低一级的管理层 EM LEVEL的同一个网络设备,在本实例中,例如高一级的管理层NM LEVEL的网络管理中心NMd和NMC2可以访问低一级的管理层BM LEVEL 的运行与维护中心0MC2.在不同的管理层的网络设备之间装设用于信 息传输的规定的接口.
困2示出根据本发明扩展的警报同步化程序的示意图。
借助Q3 (基于CMIP的)接口来实现本方法实例的说明.但是本发 明也可以应用到诸如CORBA接口那样的另外的接口上。
根据标准ITU-T X. 710 ( "CCITT应用程序的公共管理信息业务规定(Common Management Information Service Definition for CCITT Applications)"),借助所谓的通知业务M-EVENT-REPORT来实现亊 件通知从代理(例如0MC)向管理器(例如NMC)的传输.
在标准ITU-T X.721 ("管理信息的结构管理信息的規定 (Structure of Management Information:Definition of Management Information)"中规定的警报消息(Alarmlnfo)的结 构其中含有可选的字段additionallnformation,该字段根据ITU-T X. 733 ("系统管理警报报告功能(Systems Management: Alarm Reporting Function),,)实现了在亊件报告(event report)中包括 附加的信息(所谓的管理扩展).
在本情况下,管理扩展对应于所有分配给警报的指示 (alarniComments),其中如下来规定各自的警报指示 .co咖entText:含有运算符指示 .commentTime:规定了在制定/改变指示时的时刻 .co咖entUserld:识別运算符的标记(警报指示的著者) .co咖entSystemld:识别管理系统的标记(可选的) 在标准3GPP TS 32.111-4中标准化的警报同步化程序像在以下的
实例中那样来扩展
困2说明了用于平衡警报指示的、在代理OMC和管理器NMC之间 的消息流.
该消息流优选地在采用标准化的M-EVENT-REPORT消息的情况下来 实现,该M-EVENT-REPORT消息作为在开始时初始化的 M-ACTION-request请求"getAlarmList " 的结果[行动信息 "alarmAckState"、"目的地"和"滤波器"]被发送.
代理OMC用M-ACTION-response应答"getAlarmList"[行动信息 "aligmentld"和"status (状态)"]来生成临时的亊件转发鉴別器 EFD.
代理OMC传输警报,其中ITU-T X. 733规定了标准化的、根据 M-EVENT-REPORT业务来执行的警报传输(alarm report 1, alarm report 2…alarm report n)的内容
alarm report 1: 具有两个警报指示的警报
第一警报指示-含有运算符指示"TPU莽1378-AZ2故陣", —规定了制定/改变警报指示的时刻"2002 年8月31日19时08分",
-识別了作为警报指示的著者的运算符的标 记"A.Thiel",和
一识別了管理系统的标记"0MC2-Mch". 笫二警报指示
一含有运算符指示"预订备件",
一规定了制定/改变警报指示的时刻"2002 年9月2日8时27分",
一识別了作为警报指示的著者的运算符的标 记"M. Scheel",和
—识別了管理系统的标记"S IP13-Mch". alarm report 2: 具有一个警报指示的警报
该警报指示
-含有运算符指示"BTS-修改", -规定了制定/改变警报指示的时刻"2002 年9月1日10时22分",
-识别了作为警报指示的著者的运算符的标 记"K.Schaefer",和
-识别了管理系统的标记"NB4-Nrbg".
alarm r印ort n:最后的警报(没有警报指示),该警报满足了 滤波准则,代理OMC清除临时的亊件转发鉴別器EFD.
根据GDMO模板将结构alarmComments规定为针对每个警报的 additionalInformation属性的PARAMETER(参数).标准ITU-T X. 722 (规定被管理对象的指南,G睡(Guidelines for the Definition of Managed Object))为此规定了确定的格式(模板),以便(例如在 通知属性中)实现附加的管理信息的标准化的传输.必须如下来规定 分配给警报指示的数据的ASN. l语法(ASN-抽象语法记法(AbstractSyntax Notation)):
AlarmComments: : = SET OF SingleAlarmComment SingleAUrmCo咖ent: : - SEQUENCE
commentSystemldSystemld OPTIONAL
Comment: : = GraphicString CommentTime: : = GeneralizedTime Userld: : - GraphicString Systemld: : = GraphicString
通过标准化属性 additionallnformetion 的上述组分 commentUserld和co咖entSystemld (作为每个警报的组成部分),在 警报同步化时隐含地共同考虑了在标准化的notifyComment通知中未 规定的参数运算符标记和(可选的)系统标记,
commentText
Comment
commentTime
CommentTime Userld,
commentUserld
ii
权利要求
1.用于通过通信系统的管理网处理警报的方法,其中,所述管理网包括至少两个位于不同管理层中的管理设备(NMC,OMC),其中,所述至少两个管理设备中的至少一个作为单元管理器(OMC)起作用,而所述至少两个管理设备中的至少一个作为所述单元管理器(OMC)的上级的网络管理器(NMC)起作用,其中所述至少一个单元管理器(OMC)包括分配给一个或多个警报的、运算符规定的警报指示,其特征在于,由所述至少一个网络管理器(NMC)请求分配给所述至少一个单元管理器(OMC)的警报中的所有警报或确定的警报,和从而由所述至少一个单元管理器(OMC)除了所请求的警报之外将给警报所分配的警报指示信息发送给所述至少一个网络管理器(NMC)。
2. 按权利要求1的方法,其特征在于,由所述至少一个网络管理 器(NMC)借助于所发送的警报指示信息在由所述至少一个单元管理器(0MC)所包括的警报指示和由所述至少一个网络管理器(NMC)所包括的警报指示之间执行平衡.
3. 按权利要求2的方法,其特征在于,为了同步所述运算符现有 的、关于警报指示的信息而执行所述平衡,
4. 按权利要求1的方法,其特征在于,以纳入到至少一个亊件报 告(M-EVENT-REPORT)的方式来发送警报指示信息.
5. 按权利要求1的方法,其特征在于,为发送警报指示信息,在 警报消息的规定的结构中设置可选的字段(附加信息),
6. 按权利要求5的方法,其特征在于,所述结构在标准ITU-T X.721 中被规定.
7. 按权利要求1的方法,其特征在于,如下定义警报指示 -co咖entText:包含对运算符的指示; -commentTime:定义指示被制定/改变的时刻; -co咖entUserld:识另l)运算符的标记; -commentSystemld:识别管理系统的标记(可选)
8. 按权利要求1的方法,其特征在于,能够过滤不希望的警报指示.
9. 按权利要求8的方法,其特征在于,为了过滤,在单元管理器(0MC)中使用亊件转发鉴別器.
10.按权利要求8或9的方法,其特征在于,仅仅发送针对利用请求所选择的警报的警报指示.
11.按权利要求l的方法,其特征在于,采集在所述警报指示中的制定或改变警报指示的时刻.
12. 按权利要求1的方法,其特征在于,以同步方式发送所述警报指示信息.
13. 按权利要求1的方法,其特征在于,以异步方式发送所述警报指示信息.
14. 一种通信系统,其具有包括至少两个位于不同管理层中的管理设备(NMC, OMC)的管理网,其中,所述至少两个管理设备中的至少一个作为单元管理器(OMC)起作用,而所述至少两个管理设备中的至少一个作为所述单元管理器(OMC)的上级的网络管理器(NMC)起作用,并且至少所述至少一个单元管理器(OMC)包括分配给一个或多个警报的、运算符规定的警报指示,其中,所述至少一个网络管理器(NMC)包括装置,用于请求分配给所迷至少一个单元管理器(OMC)的警报中的所有警报或确定的警报,和从而由所述至少一个单元管理器(OMC)除了所请求的警报之外将分配给警报的警报指示信息发送给所述至少一个网络管理器(NMC).
全文摘要
本发明涉及一种用于通过通信系统的管理网处理警报的方法,其中所述管理网包括至少两个位于不同管理层中的管理设备(NMC,OMC),其中所述至少两个管理设备中的至少一个作为单元管理器(OMC)起作用,所述至少两个管理设备中的至少一个作为所述单元管理器(OMC)的上级的网络管理器(NMC)起作用,其中所述至少一个单元管理器(OMC)包括分配给一个或多个警报的、运算符规定的警报指示。由所述至少一个网络管理器(NMC)请求分配给所述至少一个单元管理器(OMC)的警报中的所有警报或确定的警报,和从而由所述至少一个单元管理器(OMC)除了所请求的警报之外将给警报所分配的警报指示信息发送给所述至少一个网络管理器(NMC)。
文档编号H04L12/24GK101599860SQ20091013953
公开日2009年12月9日 申请日期2004年1月9日 优先权日2003年1月10日
发明者L·希斯奇 申请人:西门子公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1