通过具有多管理级的管理网络处理报 警信号的方法和通信系统 本发明涉及一种通过具有多管理级的管理网络处理报警信号的方法和一种相应的通信系统，其中，为在一个管理级的代理人和上一管理级的至少一个管理者之间的报警信号数据调整而传输有效报警信号的报警信号数据。
一个管理网络的原理，也称作TMN原理(电信管理网络)，定义了多个管理级，它们用于通信系统管理-例如移动通信系统的管理，这里，每一级有双重功能。在管理系统中，除最低的级外每一级有为下一级的管理者功能。在被管理的系统中，除最高地级外每一级有为上一级的代理人功能。
错误管理是TMN管理中的一个重要部分。代理人通过及时和准确地识别其自身管理级的错误并将它们作为报警信号传输给上一级的管理者，在这里代理人基本上起主动作用。只要在这些系统之间的通信机构不受干扰，则从代理人向管理者的报警信号的传输就不是关键性的。当不能为某确定时间保证在两个管理级之间亦即在代理人和管理者之间的连接时，代理人必须暂存在该时间区间内出现的报警信号，以保证在通信可能性重新建立后，一方面后尽快给管理者提供当前有效的报警信号的概要，例如以清单形式，以及另一方面使管理者能够建立尽可能完整的报警信号历史，既包括现行的也包括结束的(已清除的)报警信号。
为此目的，每次在连接中断后，或者在初始化代理人或者管理者后，新建立连接时，在代理人和管理者之间执行报警信号数据的调整(报警信号重新调整)。所有在代理人中尚未清除错误的-可从它们未作为“被清除信号”标识而识别-现行报警信号的报警信号数据，因此被尽可能快而完整地提供上一管理级使用。
在已有的专利申请P19752614.4中给出一种处理报警信号的方法和通信系统，它说明为管理者安排代理人的所有报警信号的一个基本功能。这里代理人发送现行报警信号作为标准化的M-EVENT-REPORTS序列，其被嵌入由该管理者在开始时启动的M-ACTION-Request请求和由该代理人在结束时启动的M-ACTION-Response回答中。这是一般的CMISE(公共管理信息服务元件)标准化的过程，它按照ITU-T X.710定义。ITU-T X.733定义标准化的报警信号传输(报警信号报告)的内容，它按照M-EVENT-REPORT服务被执行。所有在该M-ACTION框架内定义的M-EVENT-REPORTS通过使用相关信息与各请求唯一相关。这允许管理者给一个确定的请求分配该M-EVENT-REPORTS，以及此外用来区分另外的、“正规的”M-EVENT-REPORTS。
本发明的任务是，给出这样一种通过具有多管理级的管理网络处理报警信号的方法和通信系统，通过它们改进在一个代理人和至少一个管理者之间的报警信号数据的调整。
该任务按照关于本方法的发明通过权利要求1的特征和按照关于本通信系统的发明通过权利要求12的特征解决。本发明的其它改进取自从属权利要求。
本发明基于，为了在一个管理级的代理人和上一管理级的至少一个管理者之间的报警信号数据调整而传输有效报警信号的报警信号数据。此外，管理者发送一个或者多个请求消息，以便向代理人传输报警信号，以及接收为分配各请求给由代理人随后发送的具有报警信号数据的消息的相关信息。根据本发明，管理者依赖至少一个向代理人发送的参数控制报警信号数据调整。
通过本发明的对象，可相对于基本功能为管理者将报警信号数据调整参数化，这意味着，不再必须把所有有效报警信号由代理人强制发送，而只需发送通过所传输的参数详细定义的那些。由此对于管理者而言给出从所有报警信号中选择一部分的功能。特别是通过简单的设备和在使用标准化的消息下对调整的控制影响的可能性提高管理者的灵活性和极大减少了消息和信息流。只有通过按照本发明的可参数化的调整功能才可以例如达到报警信号的优先排序和/或对所请求的报警信号的序列的主动控制。特别是使用相关信息的基本功能和可参数化的调整功能的结合产生一种特别有效的方法和通信系统，它导致能最优使用在代理人-管理者关系的接口上的传输资源，和通过代理人为上一管理级尽快准备仅由管理者希望的报警信号数据的有效报警信号。
按照本发明的一个改进方案，由管理者给代理人在每一请求消息中发送一个或者多个参数。由此为每一单个请求专门实现由管理者希望的报警信号数据调整的参数化。
按照本发明的另一可选的改进方案，由管理者给代理人在一个置于请求消息之前的置位消息中发送一个或者多个参数。由此在为多个请求公共的第一请求消息前实现由管理者希望的报警信号数据调整的参数化，对于所述多个请求，在置位消息中包含的管理者的一次调整均适用。
按照本发明另外有利的改进方案，可以实现用一个或多个下述由管理者每次调整的参数值的参数化。通过参数值代理人请求报警信
-其产生于选出的代理人单元，
-其具有某种紧急性，
-据其代理人在发送请求的报警信号时按照报警信号的紧急性、优选根据不同紧急性值排优先顺序，
-其在一个通过开始时刻和结束时刻定义的时间间隔内出现，
-据其代理人在发送报警信号时按照报警信号的出现时刻排优先顺序。
本发明对象的一种改进规定，由代理人首先准备和发送最早出现时刻的报警信号的报警信号数据，最后准备和发送最晚出现时刻的报警信号的报警信号数据。
本发明对象的一个特别适宜的改进规定，由代理人首先准备和发送具有关键紧急性的报警信号的报警信号数据，在该种场合设定为不再提供功能性，最后准备和发送具有非关键紧急性的报警信号的报警信号数据，在该种场合设定为不再提供功能性。
通过上述处理方式，管理者可以有目的地调用关于功能性而言特别关键的从而对其重要的报警信号，并且此时通向代理人的接口通过仅限制在确定的报警信号上的信息流而相对于自动通报所有报警信号的常规方法来说，负载极大减轻。
下面参考附图根据实施例详细说明本发明，附图中：
图1是一个管理网络的方框图，用于具有在一个操作-维护中心和一个或者多个网络管理中心之间的代理人-管理者关系的移动通信系统，
图2是按照图1具有在一个基站系统和一个操作-维护中心之间的代理人-管理者关系的管理网络的方框图，为执行用于基站系统的至少两种应用程序，
图3是代理人和管理者为同时或者依次进行的报警信号数据调整处理报警信号的方框图，
图4表示管理者和代理人之间的消息流，用于在每一请求消息中根据具体参数控制报警信号数据的调整，
图5使用两个不同参数值的例子表示按照图4的消息流，
图6表示管理者和代理人之间的消息流，用于通过为多个请求消息的一次调整进行根据参数控制报警信号数据的调整，
图7使用两个不同参数值的例子表示按照图6的消息流，
图8表示管理者和代理人之间的消息流，用于按照图7询问为报警信号数据调整使用的参数值。
本实施例根据用于移动通信系统管理的TMN概念说明本发明，所述移动通信系统例如具有按照GSM标准的移动无线电网络的网络设备。但是本发明不限于移动无线电网络，而是允许应用在使用TMN管理网络的各种类型的电信网络中。
移动通信系统是各种网络设备的一个分层次的系统，其中最低层次级由移动站构成。这些移动站通过无线电接口与构成最近的下一个层次级的称为基站的无线电站通信。为一个无线电小区的无线电区域内的例如移动站提供服务的基站优选为覆盖一个较大无线电区域而联合，并与上级网络设备，基站控制器连接。基站和基站控制器属于移动通信系统的一个基站系统(基站子系统)。基站控制器通过定义的接口与一个或者多个中继设备-移动中央电话局-通信，通过该中继设备通常也向另外的通信网络转移。移动中央电话局与大量数据库共同建立移动通信系统的交换系统(交换子系统)。
除上述网络设备外，还存在一个或者多个操作和维护中心，其此外用于配置和监视网络设备。为此，大多数监视措施和配置措施由操作和维护中心远程控制，它们通常安排在移动中央电话局的区域内。操作和维护中心此时每次与一个基站系统或者交换系统通过一个定义的接口通信。操作和维护系统的另一个任务是执行配置管理，其在故障管理外表示识别TMN原理的5个管理功能领域中的一个。配置管理定义一系列服务，它们允许通过操作员改变电信网的结构从而改变一个电信网络的行为。这些服务总是与共同构成网络专用管理信息数据库的被管理的对象的事例有关。
一个在配置管理意义上的被管理的对象是在移动通信系统中的一个资源的逻辑抽象。这里区分涉及硬件的被管理对象和涉及功能的被管理对象，前者说明与专门制造商有关的功能性的实现，后者每次涉及与制造商无关的功能的抽象。
为管理移动通信系统，TMN原则定义了多个级，本例中下面参考图1和2说明其中的3个级。
图1和2各表示管理网络的3个级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的同一网络设备，在本例中上一管理级C的网络管理中心NMC1和NMC2可以访问下一管理级B的操作和维护中心OMC1。在不同管理级的网络设备之间提供确定的接口用于信息传输。
图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-例如根据在所管理的基站和基站控制器内出现的故障-准备有效报警信号的被存储的报警信号数据，并平行向操作和维护中心OMC1的至少两个管理者发送，这两个管理者采取不同应用OF1和OF2的形式，二者由同一物理设备OMC1执行。这同样优选在连接中断后或者在代理人或者管理者的初始化之后实现。同样可以实现向代理人，例如基站系统BSS11串行传输多次由一个单一的管理者，例如操作和维护中心OMC1启动的请求。另一可选的或者补充的是也可以在操作和维护中心OMC1(一个代理人)和网络管理中心NMC1(一个管理者)之间存在一种代理人-管理者关系，为在网络管理中心NMC1内的至少两个不同的应用NF1和NF2(两个管理者)串行交换请求和报警信号数据，或者并行交换请求和报警信号数据。图2表示按照本发明在管理级B和下一管理级C之间并行进行报警信号数据调整的结构，在管理级B中管理者作为应用OF1和OF2存在，而在管理级C中代理人存在。
只要在管理级C中故障的内部接口重新准备就绪，则报警信号数据调整，也称为重新调整过程或重新调整方法，应多个/一个管理者的请求而起动，此时，根据本发明由管理者按照参数控制报警信号数据调整。以此报警信号数据调整在本例中首先在基站系统，例如BS S11和在操作和维护中心OMC1中的应用OF1、OF2之间并行开始，并接着在操作和维护中心OMC1和上级网络管理中心NMC1、NMC2之间并行继续。在该过程的末尾，故障情况再次既在OMC中又在NMC中修正。该重新调整方法当然可以限制在在两个直接相邻的管理级，例如级B和级A中的代理人和管理者之间报警信号数据的更新上。
图3概略表示代理人AG和管理者MA1、MA2的结构，具有为执行同时-在两个或多个管理者的场合-或者依次-在只有一个管理者的场合-进行的调整过程需要的设备。每个管理者MA1、MA2和代理人AG具有一个能够为报警信号数据调整产生和分析消息的控制设备M-CTR或者A-CTR。同样，它们还具有(未详细示出)为发送和接收消息的发送/接收设备，以及为存储报警信号数据和其它有用和信令信息的存储器设备。
这里管理者MA1、MA2的控制设备M-CTR，为通过代理人传输报警信号数据，在各请求消息中插入一个为分配该请求给后面发送的消息而使用的一个单义的相关信息，并安排向代理人传输。此外，管理者MA1、MA2的设备M-CTR为控制报警信号数据调整在各请求消息中单独的或者在一个设置请求消息之前的置位消息中插入一个或者多个参数par，以便有目的地请求确定的、通过不同参数值标识的报警信号。各请求消息或者分开的置位消息将带有参数par向代理人AG发送。只有通过按照本发明的可参数化的调整功能才能够例如实现报警信号的优先排序和/或主动控制被请求的报警信号的顺序。
代理人AG的控制设备A-CTR接收带有参数par的相应消息，分析该消息，并通过回送由管理者专门请求的报警信号开始对管理者MA1、MA2重新调整。此时使用由管理者MA1、MA2在请求消息中加入的为关联该请求的单义的相关性信息，并每次发送带有另一为分配后继地由代理人发送的消息(报警信号通知)到在上一管理级中各被启动的重新调整的相关性信息的消息。该另一相关性信息也是单义的。通过使用相关性信息，可以把同时或者依次执行的重新调整单义地分配给多个管理者或者单个管理者。
特别是使用相关性信息的基本功能与可参数化的调整功能的结合，能产生一种特别有效的方法和通信系统，它能优化使用在代理人-管理者关系的接口上的传输资源，并能尽快通过代理人为上一管理级准备仅由管理者希望的有效报警信号的报警信号数据。因此，资源使用、持续时间以及灵活性在按照本发明设计的通信系统中相对于基本功能进一步优化。
可选择地，在代理人AG中同时使用具有为由代理人AG产生的消息的滤波器判据的多个、每次可给管理者(AM1、MA2)分配并可由其控制的滤波器功能EFD1、EFD2(事件前传鉴别器)，使得只在满足滤波器判据时引导带有报警信号数据的消息至管理者MA1、MA2。管理者的控制设备M-CTR的功能是在代理人AG中插入、删除这样的滤波器功能和确定滤波器判据，以便能够根据其特定需求控制消息流，因此可能出现这种情况，滤波器功能的调整随管理者不同而不同，使得通过同时运行的重新调整过程处理带有所属报警信号数据的内容不同的报警信号。
图4表示在代理人AG和管理者MA1、MA2之间的消息流，代理人AG在按照图1所表示的例子中为操作和维护中心OMC1或者在按照图2所表示的例子中为基站系统BSS11，而管理者MA1、MA2在按照图1的例子中为不同的网络管理中心NMC1、NMC2或者在按照图2的例子中为不同的应用OF1、OF2。
该消息流优选在使用标准化的M-EVENT-REPORT消息下实现，这些消息插入在开始时启动的M-ACTION-Request请求和在结束时启动的M-ACTION-Response回答中。它们是按照ITU-T X.710定义的通用的CMISE标准化(公共管理信息服务元件)的过程。ITU-T X.733定义按照M-EVENT-REPORT服务执行的标准化的报警信号传输(报警信号报告)的内容。相关性信息被载入该消息中或者规定的消息字段中。另外，管理者MA1、MA2配备有用于以规定的参数值控制报警信号数据调整的参数，它们单个或多重载入各请求消息中。图4的例子表示只根据单个消息的消息流，这里它们可以在代理人AG和管理者MA1、MA2之间并行传输或者在代理人AG和单个管理者MA1之间依次传输。
一旦在连接中断后，在管理者MA1、MA2和代理人AG之间的通信得到重新建立，每个管理者MA1、MA2用请求消息repAA(报告有效报警信号)发送M-ACTION-Request请求以传输报警信号数据。优选同时发送一个由管理者MA1、MA2定义的相关性信息alaAH(报警信号调整处理)，例如在定义的消息字段“actionInformation”中，它表示当前M-ACTION-Request请求对所有后继的代理人消息的直接分配。以此在多个管理者的场合也可以把当前请求分配给有关的管理者，以便管理者能够彼此独立地启动、执行和结束并行的重新调整。
请求消息repAA还包含由管理者为后继的功能运行载入的参数值。以此请求对根据参数值由代理人AG传输报警信号的单次特定的功能执行(动作)。这一参数化可以优选以一个或者多个设定的参数值relEN(相关实体)、relPS(相关察觉的严重性)、priSV(优先严重性)、relTI(相关时间间隔)、priDT(优先检测时间)来实现。通过特定的参数值由代理人请求下述报警信号：
-其由选择的代理人单元产生的(relEN)，
-为其设定紧急性(relPS)，
-据其代理人在发送时按照紧急性，优选根据不同的紧急性值(priSV)进行被请求的报警信号的优先排序，
-其在一个由起始时刻和终止时刻定义的时间间隔(relTI)内出现，
-据其代理人在发送时按照报警信号的出现时刻进行的报警信号的优先排序(priDT)。
参数值relEN…包含在M-ACTION-Request请求的一个按照标准预先给定的消息字段中，以便能够同时使用已经存在和定义的字段。考虑时间的一个适宜的变体在于，由代理人首先准备和发送具有最早出现时刻的报警信号的报警信号数据，最后准备和发送具有最晚出现时刻的报警信号的报警信号数据。关于时间和紧急性的参数值组合的一个特别适宜的变体在于，由代理人首先准备和发送具有设定为不再提供功能性的关键紧急性的报警信号的报警信号数据，最后准备和发送具有设定为尚提供功能性的非关键紧急性的报警信号的报警信号数据。
在分析所接收M-ACTION-Request请求中的参数和只准备属于由管理者在参数化的请求中定义的报警信号的报警信号数据后，代理人AG通过产生一个消息staAA(开始报警信号调整)和在该消息中插入另一相关信息aliNI(调整通知Id)开始报警信号数据调整。由代理人AG载入的相关性信息aliNI能够使后继报警信号与各被启动的报警信号调整直接相关。这里，相关信息alaAH同样包含在一个确定的消息字段中。相关性信息aliNI例如载入消息staAA的标准化的消息字段“通知标识”中。信息alaAH、aliNI两者都在消息staAA中由代理人AG发送到管理者MA1、MA2。由此可以彼此区分不同的M-ACTiON-Requests的“与调整有关的”M-EVENT-REPORT消息，但是还可以与和数据调整无关的正规的M-EVENT-REPORT消息区分。亦即一个调整过程不强制停止在该调整过程中自动出现并向多个或一个管理者发送的另外的M-EVENT-REPORT消息。
通过在M-ACTION-Requests的请求消息repAA中同时发送的相关性信息alaAH，可以使后继消息staAA和repAA直接相关，因为它们同样包含相关性信息alaAH。消息alNO通过相关性信息aliNI与消息staAA直接相关。管理者可以把请求消息repAA与后继消息alNO通过包含在消息staAA中的相关性信息alaAH和aliNI间接相关。
在报警信号数据调整开始后，在使用M-EVENT-REPORT服务下，以一个接一个的消息alNO(报警信号通知)连续传输带所属报警信号数据的报警信号。这里，单个消息alNO各具有相关性信息aliNI，例如在定义的消息字段“相关的通知”中。在报警信号数据调整最后的M-EVENT-REPORT消息后，代理人AG产生对消息repAA(报告现行报警信号)的M-ACTION-Response回答，它包含对管理者MA1、MA2的各请求的确定标识的相关性信息alaAH。通过分析该相关性信息，每一管理者MA1、MA2可以以简单的方式识别其启动的M-ACTION-Request请求的结尾，并分配到达的报警信号数据给这些请求。对于在M-ACTION-Request请求的时刻未存储任何现行报警信号的情况，代理人在发送消息staAA后立刻起动M-ACTION-Response回答。然而为单义地分配多个请求-可能是对多个管理者的同时的重新调整，或者是对单个管理者依次的重新调整-的相关性信息alaAH、aliNI，由在代理人-管理者关系中涉及的设备产生并在消息repAA、staAA中发送。还有当对图4中说明的例子涉及对多个管理者的并行重新调整时，消息流可以当然地运用于多个由唯一管理者逐个触发的请求，优点是通过根据相关性信息为单个管理者的单义的分配，存在有把到达的带报警信号数据的代理人的回答即使在不遵守顺序的场合也能单义地分配给各请求的可能-例如在管理者中的不同的应用。逐个发送的请求可能相互超过，例如在代理人和管理者之间运行一个分组数据网络时。
图5表示在使用两个不同的参数值时按照图4的消息流，其在本例中由参数值priSV和relTI构成。参数值priSV取值TRUE时，指示代理人应该按照不同紧急性值对报警信号的发送序列排优先顺序。对于参数值priSV取其它值(例如FALSE)的场合，代理人放弃按照紧急性值的优先排序。如果管理者为控制请求的报警信号根本不使用现有的可选字段的话，则传输所有具有一种假定的紧急性的现行报警信号(缺省模式)。第二参数值relTI包含有两个值inst(间隔开始)和inen(间隔结束)的序列，它们表示为确定一个时间间隔的开始时刻和结束时刻。这意味着，代理人只请求在由inst、inen标识的时间间隔内出现的报警信号。如果管理者为控制请求的报警信号根本不使用现有可选字段的话，则传输所有有效的报警信号，不考虑出现时刻(缺省模式)。在本例中合适的只有那些报警信号，按照其紧急性排优先顺序(参见上面的论述)，在“inst=98.01.1210∶15∶00”和“inen=98.01.12 11∶15∶00”之间出现，由代理人提供使用，并向管理者发送。
按照图5的例子，在消息staAA随后的消息alNO中在使用M-EVENT-REPORT服务下发送选出的报警信号的报警信号数据。单个消息alNO除相关性信息aliNI外还具有一个为该报警信号的紧急性SV(察觉的严重性)的值和一个该报警信号的出现时刻evT(事件时间)。不同的紧急性值由“关键的”cri，经“重要的”maj，“较不重要的”min，到“非关键的”war(警告)。关键的报警信号理解为在该种场合设定不再给出功能性，而在非关键的报警信号下设定给出功能性。如果管理者接收到紧急性值war，则其理解为该报警信号是对代理人功能的一种可能的损害的警告。
通过有关紧急性的和有关由代理人要检验的时间间隔的调整参数，两个首先发送的消息alNO，具有为关键紧急性存在的值SV=cri有为它们出现时刻的所属值evT=10∶50∶30和evT=10∶20∶20。两个接着出现的消息alNO，一个包含值SV=maj，evT=10∶25∶50，标志一个具有重要紧急性的报警信号，和一个包含值SV=min，evT=10∶22∶10，标志具有较不重要紧急性的报警信号。在该例子中最后发送的消息alNO包含值SV=war，evT=10∶17∶30，相应于对管理者警告的一个标志。消息序列通过调整在每一请求消息repAA中的参数对于确定的报警信号的单个请求是合适的。
相对于对每个M-ACTION-Request请求的调整，图6表示在管理者和代理人之间的消息流，它通过一次调整参数执行对报警信号数据调整与参数有关的控制，该参数对其后续的多个请求消息repAA有效。由此以有利的方式实现为报警信号数据调整的参数化，而不需每次对该参数重新调整。为此目的，为按照M-ACTION-Request的请求消息repAA，其作为例子只表示出一个，前置一个消息M-SET，用它为要传输的报警信号在代理人中作为选择判据设置由管理者插入的一个或多个参数relEN、relPS、priSV、relTI、priDT。
图7表示属于图6的运行方式的消息流，其中调整在图5已经说明的两个参数priSV、relTI。与图5不同的是，通过开始时刻inst和结束时刻inen确定的时间间隔作为参数值relTI-只是在该时间窗内应由代理人登记报警信号和按照紧急性排优先顺序-和紧急性作为参数值priSV由管理者插入到置位消息M-SET中并事先向代理人发送。调整对所有在其后出现的请求消息保持其有效性，直到一个新的置位消息M-SET覆盖迄今为止的参数或者声明无效。消息alNO包含在图5中作为例子给出并按照所属内容说明的相同参数值。
图8表示在管理者和代理人之间为询问为报警信号数据调整使用的和在代理人中按照图7设定的参数值的消息流，该参数值与事先发送的置位消息一同向代理人传输。为此目的，管理者产生一个带要询问的参数值-在例子中为参数值priSV、relTI-的M-GET Request请求，并将其发送给代理人。作为回答，询问的管理者得到一个消息M-GET Response，它带有代理人的对预先给定的参数值的当前有效的调整。在本例中在消息M-GET Response中的代理人的返回消息由值priSV=TRUE和relTI(inst=98.01.12 10∶15∶00，inen=98.01.1211∶15∶00)组成。以这种方式，管理者可以检验存在哪一个当前调整，以便在确定的报警信号的稍后的请求时通过一个接一个产生和发送请求消息来实现可能的改变。