利用一种具有多个管理级的管理网络处理报警的方法和通信系统

摘要

本发明的出发点为,传输活动报警的报警数据,以在一个管理级(B,C)的代理者(AG)和上一更高管理级(A,B)的至少一个管理者(MA1,MA2)之间进行报警数据调整。根据本发明,由管理者(MA1,MA2)向代理者(AG)发送一个或多个请求消息(repAA),以请求传输报警数据,而且,管理者还接收相关信息(alaAH,aliNI),以给代理者(AG)随后发出的消息(alNO)分配相应的请求。由此,在管理网络中,多个报警数据调整(报警重排)可以在代理者和多个管理者之间同时运行,或在代理者和单个管理者之间串行地运行,而不必遵守数据调整的请求顺序。

说明书

本发明涉及一种处理报警的方法和与之相应的通信系统，它通过一种具有多个管理级的管理网络来实现，其中，传输活动报警的报警数据，以在一个管理级的代理者和上一更高管理级的至少一个管理者之间进行报警数据调整。

管理网络原理又称TMN(电信管理网络)原理，它定义了用于通信系统管理-如移动通信系统管理-的多个管理级，其中，每一级都具有双重功能。在管理系统中，除最底层管理级外，每级都有对下一级的管理功能。而在被管理系统中，除最顶层管理级外，每级都有对上一级的代理功能。

故障管理为TMN管理的一个重要部分。从原则上讲，此处为代理者发挥主动作用，它适时并精确地识别出本管理级的故障，并以报警的形式将其传输给上一更高级。只要该系统之间的通信机理不受损害，那么，从代理者向管理者传输报警数据就是非紧要的。对于一个确定的时间，如果两个管理级之间-即代理者与管理者之间-再也不能确保正常连接，那么代理者就必须临时存储这一时段内所发生的报警，以确保：在通信恢复后，一方面能够尽快地向管理者提供当前的活动报警概观-如以列表的形式-，另一方面，管理者可给活动报警和已结束报警建立一种尽可能完备的报警历史记录。

为此目的，当连接中断后，或在代理者或管理者初始化之后，如果要建立一个新的连接，就必须在代理者与管理者之间实行报警数据调整(报警重排)。为此，对于故障在代理者中还未清除的所有活动报警的报警数据-因未标记为“已清除报警”而可被识别-能够全部并尽快地提供给上一更高级管理者。

发明的任务为，给出一种利用具有多个管理级的管理网络来处理报警的方法和通信系统，由此以优化代理者与至少一个管理者之间的报警数据调整。

根据本发明，该任务由按照权利要求1的特征方法和按照权利要求13的特征通信系统来实现。发明的扩展方案由附属权利要求给出。

本发明的出发点为，传输活动报警的报警数据，以在一个管理级的代理者和上一更高管理级的至少一个管理者之间进行报警数据调整。根据本发明，由管理者向代理者发送一个或多个请求消息，以请求传送报警数据，而且，管理者还接收相关信息，该信息用于给代理者随后发出的带有报警数据的消息分配相应请求。

在管理网络中，通过采用本发明的相关信息，多个报警数据调整(报警重排)可以在代理者和一个或多个管理者之间同时或串行地运行。若采取并行报警处理，能够更好地利用代理者-管理者关系接口上的传输资源，并且能让代理者以更快的速度把活动报警的报警数据提供给上一更高级管理者。在串行及并行运行方式下，通过利用相关信息进行分配，可以为单个管理者提供下述可能性，即：纵使在不遵守顺序的情况下，单个管理者也能把带有报警数据的代理者输入响应-响应管理者的多个请求-单值地分配给各请求-如管理者中的各种应用请求等。譬如，假使在代理者与管理者之间通有一种分组网络，那么，相继依次发送的请求可以相互超越。代理者可以对多个数据调整请求进行并行处理，然后直接把用于调整的报警数据反馈给管理者，而不考虑请求的起始及向代理者提出的顺序。

本发明的突出优点在于，报警数据的传输请求可以并行地由多个管理者进行初始化，并由代理者进行处理，它们不会相互影响或干扰。利用相关信息，可以用一种既简单又有效的方式来实现该优点。在代理者与管理者之间的通信路径上，带有报警的消息可允许相互超越，而不会由此产生讹误或故障。另外，本发明是以同时发送相关信息为特征的，在此，为数据调整请求而传输的报警同通信路径上传输的报警-“常规报警”-是区分开的。

对此，根据本发明的扩展方案，采取下述做法证明是比较有利的，即由管理者在请求消息中发送一个(第一)相关信息，以给代理者随后发来的带有报警数据的消息分配相应的请求，而且，代理者总是给管理者反馈一个开始报警数据调整的消息，该消息除了含有用于相应请求的第一相关信息外，还包括另一个相关信息，该信息用来把代理者随后发送的带有报警数据的消息分配给各个开始的数据调整。通过在分离的消息内对这两个相关信息进行初始化和传输，可通过管理者把请求分配给带有报警数据的消息。

对于把消息分配给各个开始数据调整的相关信息，代理者也可以将它放在带有报警数据的消息内一起发送，这样是比较有利的。由此，可以确保：对于同时运行的各种数据调整，不管其报警数据是在何时发送，这些报警数据都可以经过代理者到达进一步处理请求报警的管理者。

在本发明的另一种扩展方案中，代理者在发送完带有报警数据的消息后，再给管理者发送一个结束报警数据调整的消息，该消息中含有相应请求的相关信息。借助输入的相关信息，管理者能够明确地识别出为其所确定的、包含有报警数据的消息序列是否已经结束。

另一优点为，代理者可采用一个或多个带有过滤准则的过滤功能，以用于代理者产生的消息，而且，每个这种过滤功能都可分配给管理者，并由它们进行控制，这样，只有在满足过滤准则时，消息才能够到达管理者。通过共同使用通常为管理网络中“事件报告”而提供的过滤机理，可带来一个优点，即同种过滤准则既可作为重排报警的基础，又可作为其它报警的基础，这样几乎不会产生附加费用。否则，管理者就必须首先定义这些过滤准则，并将它们在代理者必须分析的请求中给出，以把带有报警数据的所需活动报警发送到管理者。

已经证明，如果多个请求消息与给这些请求所分配的相关信息一起由至少两个管理者进行发送，那么，本发明便更为有利。在此，对于那些优选地给报警数据调整发送请求消息的管理者，它们由管理网络中的不同网元组成。在一种特别优选的实施方案中，管理者由各种网络管理中心组成，其中，给相应网络管理中心分配请求的相关信息是与请求消息一同发送的。

但是，本发明也可优选地应用于下列情况，即多个请求消息均与给请求分配的相关信息一起，由一个管理者进行发送。根据本发明的一种优选实施方案，管理者把请求消息发送给管理网络中的物理网元的不同应用。管理者可以是一种操作维护中心，或是一种网络管理中心，它们均带有各种应用，而且，对于给相应应用分配请求的相关信息，管理者把它放在请求消息中一起发送。

根据本发明，通信系统-其中，传输活动报警的报警数据，以在一个管理级的代理者和上一更高管理级的至少一个管理者之间进行报警数据调整-在管理者中包含有一些元件，以用于发送一个或多个请求传送报警数据的请求消息，以及在管理者中包含有一些用于接收相关信息的元件，对于代理者随后发来的带有报警数据的消息，由该相关信息给它们分配相应的请求。

参照附图，下面借助一个实施范例来详细阐述本发明。其中：

附图1示出了一种用于移动通信系统的管理网络方框图，在该通信系统中，操作维护中心和一个或多个网络管理中心之间具有一种代理者-管理者关系，

附图2示出了附图1所示管理网络的方框图，在该网络中，基站系统与操作维护中心之间具有一种代理者-管理者关系，以此实现基站系统的至少两个应用，

附图3示出了代理者及管理者的方框图，以对并行或串行报警数据调整进行报警处理，

附图4示出了代理者与管理者之间的消息流。

在讲述本发明时，实施范例借助的是一个用于移动通信系统管理的TMN方案，举例来说，此通信系统带有根据GSM标准的移动无线网网元。然而，本发明并不只局限于移动无线网，它还可适用于各种使用TMN管理网络的电信网络。

移动通信系统为一种由各个网元组成的分级结构系统，在这种通信系统中，位于分级结构最底层的是移动台。这些移动台通过无线接口与构成下一分级的、被称为基站的无线电台进行通信。譬如，对于在无线小区的无线范围内给移动台提供服务的基站，它们被优选地组合起来，以覆盖更大的无线区，而且它们还同上一级网元，即基站控制器连接起来。基站和基站控制器属于移动通信系统的基站系统(基站子系统)。基站控制器通过定义的接口与一个或多个交换装置、移动交换中心进行通信，当然，也可以利用这些交换作用过渡到其它通信网络中。移动交换中心与多个数据库一起形成了移动通信系统的交换系统(交换子系统)。

除上述网元外，还存在一个或多个操作维护中心，以用来配置和监控网元。对此，监控措施和配置措施主要由操作维护中心实行远程控制，而这些操作维护中心则通常安放于移动交换中心之内。在这种情况下，操作维护中心均通过定义的接口与基站系统或交换系统进行通信。操作维护系统的另一个任务为实行配置管理，除故障管理外，配置管理还体现了由TMN原理识别的五个管理功能区之一。配置管理定义了一系列业务，使操作员能改变通信网的结构，并由此改变通信网的性能。该业务总是与被管理对象的实例联系在一起，它们共同形成了网络特定的管理信息基础。

从配置管理意义上讲，被管理对象是移动通信系统资源的一种逻辑抽象。在此，同硬件相关的被管理对象与同功能相关的被管理对象是区分开的，同硬件相关的被管理对象描述了一种厂商指定的功能实现问题，而在同功能相关的被管理对象中，涉及的都是与生产商无关的功能抽象。

为了管理移动通信系统，TMN原理定义了多个级，参照附图1及2，下面来阐述本实施范例中的三个这种级。

附图1和2分别示出了管理网络的A、B、C三个级，其中，管理级C包括有网元级，该级带有多个基站系统BSS11，BSS12…BSS1N以及BSS21，BSS22…BSS2M。管理级B标明了网元管理级，在该管理级中，操作维护中心OMC1和OMC2分别为单个子系统提供生产厂商所指定的管理功能-如在本例中，操作维护中心OMC1为基站系统BSS11，BSS12…BSS1N指定管理功能，而操作维护中心OMC2则为基站系统BSS21，BSS22…BSS2M指定管理功能。管理级A标明了网络管理级，在该管理级中，网络管理中心NMC1及NMC2分别实现与生产厂商无关的集成管理功能。对此，多个网络管理中心能够对下一更低管理级B的相同网元进行访问，在本例中，上一更高管理级A的网络管理中心NMC1及NMC2可以访问下一更低管理级B。在不同管理级上的网元之间，设有为传输信息而定义的接口。

附图1与2所示的区别在于，在为一个或多个报警数据调整而处理报警时，代理者-管理者关系所处的位置不同，在附图1中，该关系位于操作维护中心OMC1(代理者)与网络管理中心NMC1(管理者)或多个-物理上分离的-网络管理中心NMC1、NMC2(管理者)之间，而在附图2中，该关系位于基站系统BSS11(代理者)与操作维护中心OMC1的两个不同应用OF1及OF2(管理者)之间，或位于操作维护中心OMC1(代理者)与网络管理中心NMC1的两个不同应用NF1及NF2(管理者)之间。为了保证每个时间在网络管理中心NMC1、NMC2内都能观察到故障情况，可由操作维护中心OMC1-如根据被监视基站系统BSS11…BSS1N的内部发生的故障-提供活动报警的存储报警数据，并以并行的方式将其发送给提出请求的两个管理者。优选地，这种情况发生在连接中断之后，或在代理者或管理者初始化之后。同样，多个请求也可以一个接一个地从单个管理者-如网络管理中心NMC1-发送到代理者-如操作维护中心OMC1。附图1示出了一种结构，它用来在本发明中多次发送报警数据调整请求，在本例中，这些请求并行地发生于管理级B与上一更高管理级A之间，其中，管理级B中包含有形式为操作维护中心OMC1的代理者，而管理级A中的管理者至少由两个网络管理中心NMC1、NMC2组成。

同样，为了保证每个时间在管理级B内-如在操作维护中心OMC1中-都能观察到故障情况，可由基站系统BSS11-如根据被监视基站及基站控制器内发生的故障-提供活动报警的存储报警数据，并以并行的方式将其发送给形式为不同应用OF1及OF2的、操作维护中心OMC1的至少两个管理者上，这两个应用由相同的物理元件OMC1来实现。该过程也同样优选地发生在连接中断之后，或在代理者或管理者初始化之后。对于由单个管理者-如操作维护中心OMC1-多次初始化的请求，它们同样也可串行地发送给代理者-如基站系统BSS11。作为另一种选择或其它方法，代理者-管理者关系也可位于操作维护中心OMC1(代理者)与网络管理中心NMC1(管理者)之间，使网络管理中心NMC1的至少两个不同应用NF1及NF2(两个管理者)串行或并行地交换请求与报警数据。附图2示出了用于本发明实施并行报警数据调整的结构，该调整发生在管理级B与下一更低管理级C之间，其中，管理级B包含有形式为应用OF1与OF2的管理者，而管理级C中包含有代理者。

只要管理级C内部的故障接口可再次操作，则报警调整-亦称为重排过程或重排方法-就会在管理者的请求下启动。对此，在本实施范例中，位于基站系统-如BSS11-和操作维护中心OMC1的应用OF1、OF2之间的报警数据调整首先被并行启动，随后再继续位于操作维护中心OMC1与上一级网络管理中心NMC1、NMC2之间的报警数据调整。在该过程最后，OMC与NMC中的故障情况被再次更新。显然，重排方法也可被限制为只在两个直接相邻管理级-如级B与级A-内的代理者与管理者之间进行报警数据更新。

附图3简略地示出了代理者AG与管理者MA1、MA2的结构，其中，管理者MA1、MA2带有一些必需的元件，以实现同时-在有两个或多个管理者的情况下-或串行-在仅有一个管理者的情况下-的重排过程。每个管理者MA1、MA2和代理者AG都有一个能够产生和分析报警数据调整消息的控制装置M-CTR及A-CTR。它们还带有-未详细示出-用来发送和接收消息的发送／接收装置，及用来存储报警数据及其它有效信息、信令信息的存储装置。对此，管理者MA1、MA2的控制装置M-CTR在相应的请求消息-请求由代理者传送报警数据-中插入一个单值的相关信息-用来把请求分配给下一个发送消息-，并由该相关信息促使对代理者的传输。代理者AG的控制装置A-CTR接收到带有相关信息的消息，并对其进行分析，然后通过向上一更高管理级发送一个带有其它相关信息-用来给相应开始的重排过程分配下一个由代理者发送的消息(报警通知)-的消息，来启动对管理者的重排。其它相关信息也是单值的。在同时或串行地实施重排时，通过使用相关信息，可以给多个管理者或单个管理者实现单值分配，这样，就在通信系统的资源利用、持续时间、以及灵活性等方面优化了报警数据调整。

作为一种选择方案，代理者AG内可采用多个带过滤准则的过滤功能EFD1、EFD2(事件前向鉴别器)，以用于代理者AG产生的消息，每个这种过滤功能都可分配给管理者MA1、MA2，并由它们进行控制，这样，只有在满足过滤准则时，带报警数据的消息才能够到达管理者MA1、MA2。管理者的控制装置M-CTR可以在代理者AG中建立和删除这种过滤功能，而且还能定义过滤准则，以便根据专用请求来控制消息流。由此，便可能产生下述情况，即从管理者到管理者的过滤功能设置都是不相同的，这样，通过同时运行重排过程，可利用相关的报警数据来处理内容不同的报警。

附图4示出了位于代理者AG-在附图1所示例中为操作维护中心OMC1或在附图2所示例中为基站系统BSS11-和管理者MA1、MA2-在附图1所示例中为不同的网络管理中心NMC1、NMC2或在附图2所示例中为不同的应用OF1、OF2-之间的消息流。优选地，通过采用标准化的“M事件报告”消息来生成消息流，该消息被嵌在开始时初始化的“M作用请求”和结束时初始化的“M作用响应”中。这是一种通常的CMISE标准化过程(Common Manger InformationService Element，通用管理信息业务元件)，它是根据ITU-T X．710定义的。ITU-T X．733定义了标准化报警传输(报警报告)的内容，该报警传输按“M事件报告”业务来执行。根据本发明，相关信息被输入到消息或特定消息区中。附图4的例子示出了仅利用单个消息的消息流，其中，这些消息在代理者AG和管理者MA1、MA2间并行传输，或在代理者AG和单个管理者MA1间串行传输。

在连接中断后，一旦管理者MA1、MA2与代理者AG之间的通信被恢复，则每个管理者MA1、MA2发送出“M作用请求”，此请求带有一个请求传输报警数据的请求消息repAA(报告活动报警)。优选地，由管理者MA1、MA2定义的相关信息alaAH(报警重排处理)-如通过定义的消息区“作用信息”-也被一起发送出去，以标明一种直接分配，即把当前的“M作用请求”分配给所有后继的代理者消息。因此，即使有多个管理者，当前请求仍可被分配给相应的管理者，这样，管理者的并行重排可以相互独立地进行初始化、执行及终止。在对收到的“M作用请求”进行分析之后，代理者AG通过产生staAA(启动报警重排)消息、以及在该消息中插入另外一个相关信息aliNI(重排消息Id)来启动报警调整。由代理者AG定义的另一个相关信息aliNI允许后继的报警与相应启动的报警调整直接相关。对此，相关信息alaAH同样也被包含在消息区中。举例来说，相关信息aliNI被输入到消息staAA的标准化消息区“消息鉴定器”中。消息StaAA中的alaAH和aliNI两项信息一起由代理者AG发送给管理者MA1、MA2。由此，各种“M作用请求”的“与重排相关”的“M事件报告”消息能够相互区分开，但它们同“与数据调整无关”的常规“M事件报告”消息也是区分开的。这样做的理由为，对于那些在重排过程中自发产生、并被送给管理者的其它“M事件报告”消息，重排过程没必要去终止它们。

利用同“M作用请求”的请求消息repAA一起发送的相关信息alaAH，后继的消息staAA或repAA可直接相关联，其原因为，它们同样也包含有相关信息alaAH。消息alNO通过相关信息aliNI直接与消息staAA相关联。管理者可以间接地通过消息staAA中所含的两个相关信息alaAH及aliNI，使请求消息repAA与后继的消息alNO相关联。

在报警调整启动后，通过采用“M事件报告”业务，报警信号将与依次相继的消息alNO(报警消息)内相关的报警数据一起进行连续传输。在此，单个的alNO消息均带有相关信息aliNT-如位于定义的消息区“相关消息”之中。在报警数据调整的最后一个“M事件报告”消息之后，代理者AG为消息repAA(报告活动报警)产生一种“M作用响应”，该消息repAA包含有相关信息alaAH，以单值地识别出管理者MA1、MA2的相应请求。通过分析该相关信息，每个管理者MA1、MA2能够很简便地识别出其初始化“M作用请求”的结束，并且能够把输入报警数据分配给各请求。假如在“M作用请求”时间点上没有存储的活动报警数据，则代理者直接在发送staAA消息之后对“M作用请求”进行初始化。但是，用于给多个请求进行单值分配-在同时调整时分配给多个管理者，或在串行调整时分配给单个管理者-的相关信息alaAH、aliNT仅由代理者-管理者关系所包含的元件来产生，并且在信息repAA、staAA中进行发送。虽然针对附图4所讲述的例子涉及到了对多个管理者的并行重排，但是很显然，消息流也可以用于由单个管理者依次触发的多个请求，其优点在于，通过利用相关信息给单个管理者进行分配，可以在不遵守顺序的情况下，也能把带有报警数据的代理者的输入响应单值地分配给各请求-如管理者中的各种应用请求。譬如，假使在代理者与管理者之间通有一种分组网络，那么，相继依次发送的请求可以恰当地相互超越。