电信管理网TMN管理功能Word文件下载.docx

电信管理网TMN管理功能Word文件下载.docx

《电信管理网TMN管理功能Word文件下载.docx》由会员分享，可在线阅读，更多相关《电信管理网TMN管理功能Word文件下载.docx（39页珍藏版）》请在冰豆网上搜索。

６．３收费和财务

６．４审计员

７．安全管理

７．１预防

７．２检测

７．３牵制（ｃｏｎｔａｉｎｍｅｎｔ）和恢复

７．４安全管理

附录Ａ（标准的附录）相关ＯＳＩ系统管理功能（ＳＭＦｓ）简述

１．范围

本标准规定了电信管理网（ＴＭＮ）的管理功能。

本标准适用于ＴＭＮ的规划、设计和建设。

ＴＭＮ管理功能对用户来说是管理业务中最小的一部分。

实际应用时管理功能一般由已定义的被管对象的一系列行为组成。

本标准中规定的ＴＭＮ管理功能为所有电信活动如电路测试、告警监视、话务管理等提供所需要的通用的和专用的功能。

２．１与建议Ｍ．３２００和Ｍ．３００的关系

建议Ｍ．３２００包括支持ＴＭＮ管理业务所需的ＴＭＮ管理功能清单，建议Ｍ．３１００包含支持ＴＭＮ管理功能所需的通用信息模型。

有关这些建议之间关系的详细情况在建议Ｍ．３０２０中讲述。

ＴＭＮ应支持多种管理功能包括电信网络的运行、管理、维护和供给的规划。

这４种管理功能分类具有不同的含义，这将由主管部门的相关组织决定。

而且一些在ＴＭＮ内进行交换的信息可用于支持不只一种管理功能分类，因此在ＴＭＮ内进行交换的信息分类与信息构成的使用无关。

本段根据ＯＳＩ管理功能区域描述了一些重要的管理功能来满足ＴＭＮ要求，但不能要求它十分完善。

根据使用范围将管理功能按５个管理功能区（ＭＡＦｓ）划分：

１）性能管理

２）故障（或维护）管理

３）配置管理

４）计费管理

５）安全管理

应当注意到ＴＭＮ的功能配置将随着有关电信设备的寿命周期的不同阶段和瞬时状态而改变。

管理功能并不想满足任何一个网络单元（ＮＥ）或ＴＭＮ的要求，上面列举的每项功能可能对一个相关应用功能的实现是需要的，一些功能可能适合某一接口的实现，但对其他接口可能不适合或不需要。

ＴＭＮ对驻存在不同终端系统内管理业务的组成部分之间的相互作用进行标准化，在单个终端系统内具有的管理业务的组成部分称作一个管理进程。

管理业务应具有管理进程与远端对等层进行交换信息的能力。

因此，管理功能的形式和内容将完全依赖于使用这些功能管理进程的需要。

图１表示ＴＭＮ管理业务、管理成分和管理功能的关系。

图中标识的附加功能包括通信协议和业务以及ＯＳＩ系统管理功能（ＳＭＦｓ），ＯＳＩ的ＳＭＦｓ提供一般管理功能，如告警报告或测试管理，这些可用于特定管理业务。

关于特定ＯＳＩＳＭＦｓ和单个ＴＭＮ管理功能（比如用于全部或部分支持／提供一个ＴＭＮ管理功能的ＳＭＦｓ）之间的对应关系需要进一步确定。

本标准附录Ａ即是相关ＯＳＩＳＭＦｓ的简短描述以及有关参考资料。

本标准规定的ＴＭＮ管理功能为所有电信活动（目前所认可的）提供所需的通用和专用的功能，如电路测试、告警监视、话务管理等；

ＴＭＮ管理业务是应用在特定通信领域，如交换机维护、话务管理等，在建议Ｍ．３２００中定义了这些管理业务。

有关开放系统、电信网络和电信业务管理的国际标准是建立在面向对象技术的基础上。

建议Ｍ．３０１０中定义ＴＭ原则和体系结构时使用了这种方法。

性能管理提供的功能可以对电信设备的行为以及网络和网络单元的有效性进行评估和报告，它的作用是收集统计数据，以便对网络、网络单元或设备的行为和有效性进行监视和校正，并能帮助规划和分析。

因此，性能管理是执行建议Ｍ．２０中性能测量阶段的工作。

ＴＭＮ从ＮＥｓ处收集业务质量（ＱｏＳ）数据，并支持ＱｏＳ的改进。

ＴＭＮ可要求ＮＥ发送ＱｏＳ数据报告，或按日程表或门限自动发送报告，任何时候，ＴＭＮ可以修改当前的日程表和／或门限。

从ＮＥ发送的有关ＱｏＳ的数据报告可由原始数据组成，由ＴＭＮ进行处理，或者在报告发送之前，由ＮＥ完成数据分析。

业务质量包括监视和记录与下面所述有关的参数：

――连接建立（如呼叫建立延时，成功和失败的呼叫请求）；

――连接保持；

――连接质量；

――帐单完整性；

――系统状态历史记录的日志保持和检查；

――与故障（或维护）管理合作确定可能失效的资源，并与配置管理合作改变链路的路由选择和负载控制参数／限值；

――起动测试呼叫来监视ＱｏＳ参数。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－｜电信管理业务和成分｜｜｜｜传输通道的交换网络的顾客业务的告警｜｜管理管理管理监视……｜－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－｜电信管理功能｜｜｜｜供给监视故障校正证实……恢复｜｜｜－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－｜－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－｜｜ＯＳＩ系统管理功能｜｜｜－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－｜｜｜｜登录控｜｜事件报告｜｜安全检查｜｜｜｜｜制功能｜｜管理功能｜…｜跟踪功能｜｜｜｜｜｜｜｜｜｜｜｜｜｜Ｘ．７３５／１０１６４－６｜｜Ｘ．７３４／１０１６４－５｜｜Ｘ．７４０／１０１６４－８｜｜｜｜－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－｜｜－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－｜↓－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－｜ＡＣＳＥ＋ＲＯＳＥ＋ＣＭＩＳＥ｜－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

ＡＣＳＥ：

联系控制业务单元

ＲＯＳＥ：

远端操作业务单元

ＣＭＩＳＥ：

通用管理信息业务单元

图１ＴＭＮ管理业务与功能的关系

通常，性能管理必须提供手段来完成下述任务：

――性能质量保证

――性能监视（ＰＭ）

――性能控制

――性能分析

３．１．１范围

随着最新的技术发展和顾客需求的变化，性能质量保证支持决策过程，建立适合于性能管理区域的质量测量方法。

３．１．２一般描述

对于性能质量保证，可用以下一些功能集：

――ＮＥ（ｓ）性能评估

――网络性能评估

――用户服务质量标准

――ＱｏＳ性能评估

――ＱｏＳ性能目标设置

――网络性能目标设置

――性能评估

３．１．３ＮＥ（ｓ）性能评估功能集

３．１．４网络性能评估功能集

３．１．４．１管理要求

该功能集提供访问网络性能质量和可用性的评估综合报告。

３．１．５用户服务质量准则功能集

３．１．６ＱｏＳ性能评估功能集

３．１．６．１管理要求

该功能集提供访问所有按区域和成分组合的ＱｏＳ性能测量的评估综合报告，将所测的质量和质量目标进行比较。

３．１．６．２ＴＭＮ管理功能

请求ＰＭ数据――管理者请求代理发送当前的ＰＭ数据。

３．１．７ＱＯＳ性能目标设置功能集

３．１．７．１ＴＭＮ管理功能

３．１．８网络性能目标设置功能集

３．１．８．１ＴＭＮ管理功能

３．１．９性能评估功能集

３．１．９．１ＴＭＮ管理功能

３．２．１范围

ＰＭ包括连续收集有关ＮＥ性能的数据。

３．２．２一般描述

严重的故障状态可由告警监视的方法监测到，多个设备单元里的低频次或间断的差错状况可能互相影响，导致业务质量变差但可能不被告警监测发现。

为了发现这种质量下降的情况，性能监视被设计成使用所监测的参数进行全面的质量测量，也可以设计成在信号质量下降到不可接受的水平之前，进行特征图形的检测。

性能监视的基本功能是对系统、网络或业务活动进行跟踪来获得适当的数据，以确定性能。

对于性能监视，可用以下一些功能集：

――通用

――话务状态监视

――话务性能监视

――ＮＥ（ｓ）逾限告警处理

――ＮＥ趋势分析

――传送数据汇集

――网络逾限告警处理

――特定电路的数据收集

――性能监视策略

３．２．３通用功能集

３．２．３．１ＴＭＮ管理功能

１）请求ＰＭ数据――管理者要求代理发送当前ＰＭ数据。

２）ＰＭ数据报告――代理向管理者发送性能数据，它可由代理例行产生，按管理者要求发送，或在某参数门限被超过时发送。

３）开始／结束ＰＭ数据――管理者指示代理开始／结束收集ＰＭ数据。

４）初始化ＰＭ数据――管理者指示代理将存储器复位来接收ＰＭ数据。

３．２．４话务状态监视功能集

３．２．４．１管理要求

该功能集提供网络及其主要单元当前的状态，它们可由ＮＥ直接报告给操作者，或由运行系统（ＯＳ）从一个或多个ＮＥ中收集状态信息后提供给操作者。

３．２．４．２管理者的管理功能

１）ＮＥｓ业务可用性报告――该功能提供交换机及其主要组成部分和处理器、共路信令系统、接口设备和其它主要交换设备单元业务可用性的状态。

报告可自动生成，或由操作者请求。

２）按需报告控制状态――该功能提供由操作者请求的话务控制的当前状态，以及由操作者建立，交换机请求的自动控制的当前状态。

３）电路群忙／闲状态报告――该功能可自动报告电路群当前忙／闲状态，并能显示在终端或其它设备上。

４）交换机拥塞状态报告――该功能可自动报告交换机当前的拥塞状态，并能显示在终端或其它设备上。

５）自动拥塞控制信号收到报告――该功能提供网络目的地难于到达（ＨＴＲ）状态的当前信息，这些信息基于从长途交换机发来的信息或从本地交换机获得的信息。

６）人工增加／删除目的地的ＨＴＲ状态――该功能允许操作者人工指定或删除目的地ＨＴＲ状态，而取代自动ＨＴＲ分配。

７）公共信道信令（ＣＣＳ）网络拥塞状态报告――该功能可自动报告ＣＣＳ网络当前的拥塞状态，并能显示在终端或其它设备上。

８）收到ＣＣＳ网络管理信号报告――该功能表示交换机已收到ＣＣＳ网络管理信号，其中包括与信号相关的信令点、信号类型和收到时间的标识。

３．２．５话务性能监视功能集

３．２．５．１管理要求

该功能与网络和其所承载的话务当前性能的评估有关。

性能监视可直接由交换机完成，或由提供这些功能的具有一个或几个ＮＥ的ＯＳ完成。

３．２．５．２ＴＭＮ管理功能

１）按日程表报告电路群数据和参数――该功能包括按日程表自动报告电路群话务数据和计算的网络管理参数。

２）请求报告电路群数据和参数――该功能包括按操作者请求报告电路群话务数据和计算的网络监视参数。

３）按日程表报告交换机负荷测量数据――该功能包括按日程表报告交换机及其主要组成的话务负荷测试数据。

４）请求报告交换机负荷测量数据――该功能包括按操作者请求报告交换机及其主要组成的话务负荷测量数据。

５）按日程表报告交换机拥塞状态――该功能包括按日程表报告交换机拥塞状态测量。

６）请求报告交换机拥塞状态――该功能包括按操作者请求报告交换机拥塞状态测量。

７）按日程表报告ＣＣＳ网络负荷测试――按日程表报告ＣＣＳ话务测量。

８）请求报告ＣＣＳ网络负荷测试――按操作者请求报告公共信道信令系统（ＣＣＳＳ）话务测量。

９）按日程表报告ＣＣＳ网络拥塞测试――按日程表报告ＣＣＳＳ网络拥塞测量。

１０）请求报告ＣＣＳ网络拥塞测试――按操作者请求报告ＣＣＳＳ网络拥塞测量。

１１）按日程表报告控制性能数据――按日程表报告受网络管理控制的话务数据。

１２）请求报告控制性能数据――按操作者请求报告受网络管理控制的话务数据。

３．２．６ＮＥ（ｓ）逾限告警处理功能集

３．２．６．１管理要求

该功能集提供访问所处理的ＮＥ逾限告警，在相关支持设施上的告警或逾限告警被过滤之后，这些告警仍持续存在。

３．２．６．２ＴＭＮ管理功能

ＰＭ数据报告日程表――管理者指示代理建立一报告ＰＭ数据的日程表。

３．２．７ＮＥ趋势分析功能集

３．２．８传送数据汇集功能集

３．２．８．１管理要求

该功能集提供访问汇集的和相关的端到端当前和过去的ＰＭ信息，来检测故障并进行网络故障的分段，并提供传送网性能特征的信息。

３．２．８．２ＴＭＮ管理功能

３．２．９网络逾限告警处理功能集

３．２．９．１管理要求

该功能集提供访问有关事件的损伤的信息，便于网络告警分析。

它还产生无冗余的跟踪通知，以便产生持续的逾限告警。

３．２．９．２ＴＭＮ管理功能

３．２．１０特定电路的数据收集功能集

３．２．１１性能监视策略功能集

３．２．１１．１管理要求

该功能集建立特殊类型电路的门限设置。

这些设置适用于电路的激活期间，对不同类型的特殊业务电路、消息电路和设备很可能建立不同的策略。

３．２．１１．２ＴＭＮ管理功能

３．３．１一般描述

对于性能管理控制，可使用如下一些功能集：

――话务控制

――话务管理

――潜在过负荷活动（ｐｒｏｍｏｔｉｏｎａｎｄｓｕｒｖｅｙ）的特征定义

――潜在过负荷活动（ｐｒｏｍｏｔｉｏｎａｎｄｓｕｒｖｅｙ）的闭塞请求

――网络话务管理策略

３．３．２通用功能集

３．３．２．１ＴＭＮ管理功能

１）安排ＰＭ数据报告日程表――管理者指示代理建立ＰＭ数据报告日程表。

２）请求ＰＭ数据报告日程表――管理者指示代理发送ＰＭ数据报告日程表，代理响应该请求。

３）设置ＰＭ属性――管理者指示代理为ＰＭ属性分配指定值。

４）请求ＰＭ属性――管理者指示代理发送当前ＰＭ属性。

５）ＰＭ属性值报告――代理向管理者发送当前ＰＭ属性。

６）设置ＰＭ门限――管理者指示代理设置或改变ＰＭ门限参数。

７）请求ＰＭ门限――管理者指示代理发送当前ＰＭ门限值。

８）安排ＱｏＳ测试呼叫日程表――管理者指示代理建立一个执行ＱｏＳ测试呼叫的日程表。

９）请求ＱｏＳ测试呼叫日程表――管理者指示代理发送当前ＱｏＳ测试呼叫的日程表。

１０）ＱｏＳ测试呼叫报告――代理根据管理者的请求或日程表向管理者发送ＱｏＳ测试呼叫结果。

１１）设置ＱｏＳ测试呼叫属性――管理者指示代理设置或改变ＱｏＳ测试呼叫属性。

１２）开始／停止ＱｏＳ测试呼叫――管理者指示代理开始或停止发送测试呼叫。

１３）初始化ＱｏＳ测试呼叫――管理者指示代理将存储器复位用于测试呼叫。

１４）请求ＱｏＳ测试呼叫属性――管理者指示代理发送当前ＱｏＳ测试呼叫属性。

３．３．３话务控制功能集

３．３．３．１管理要求

该功能集与人工和自动网络管理话务控制的应用、修改和删除有关。

人工控制可由操作者直接在被控交换机上进行，或通过与一个或多个交换机接口的ＯＳ进行。

自动控制由交换机根据控制的操作参数自动实现，操作者可直接或通过ＯＳ建立，修改，删除或取代一个自动控制。

３．３．３．２ＴＭＮ管理功能

１）应用／修改／删除一个人工控制――该功能包括由操作者进行人工网络管理话务控制的操作。

２）建立／修改／删除一个自动控制――该功能包括由操作者进行自动网络管理话务控制的操作。

３）应用／修改／删除一个特殊记录通知――该功能包括操作者功能，用来建立一个特殊记录通知，并对经过路由选择到该特殊记录通知的话务类型进行规定。

３．３．４话务管理功能集

３．３．４．１管理要求

在交换机和ＯＳ中的话务管理功能和活动与网络管理功能的支持有关。

３．３．４．２ＴＭＮ管理功能

１）建立／改变／删除一测量日程表――该功能涉及操作者对在交换机或ＯＳ中的话务测量日程表进行的操作，包括设置测量类型，测量周期以及测量的对象和实体。

２）建立／更新一个网络管理数据库――该功能涉及交换机和在ＯＳ中建立或更新数据库中，有关的网络统计数据和用来完成网络管理功能所需的信息。

３）建立／改变／删除状态报告，数据报告和确定ＨＴＲ门限――该功能包括在建立和正在进行的维护中，由操作者对交换机和ＯＳ中不同门限值进行设定，以便进行数据的计算和报告，状态的报告和自动控制活动。

４）建立／改变／删除状态和数据报告日程表――在建立和正在进行的维护中，由操作者对交换机和ＯＳ中日程表进行设定，以便进行状态和网络性能数据的报告。

５）请求报告路由表信息――按操作者请求将驻存在交换机或ＯＳ中的路由表信息报告给操作者。

３．３．５潜在过负荷活动（ｐｒｏｍｔｉｏｎａｎｄｓｕｒｖｅｙ）的特征定义功能集

３．３．６潜在过负荷活动（ｐｒｏｍｔｉｏｎａｎｄｓｕｒｖｅｙ）的闭塞请求功能集

３．３．７网络话务管理策略功能集

３．４．１一般描述

为了对实体的性能水平进行评估，需要对性能数据进行更多的处理和分析。

对性能分析可使用如下一些功能集：

――ＮＥ（ｓ）话务异常分析

――ＮＥ（ｓ）话务能力分析

――话务异常分析

――话务能力分析

――传送网性能特性

――传送业务性能摘要

――用户话务性能摘要

――性能改进的建议

――异常门限策略

――话务预测

３．４．２通用功能集

３．４．２．１ＴＭＮ管理功能

――报告ＰＭ分析

――要求ＰＭ分析

３．４．３ＮＥ（ｓ）话务异常分析功能集

３．４．４ＮＥ（ｓ）话务能力分析功能集

３．４．５话务异常分析功能集

３．４．５．１管理要求

该功能集是对话务图形进行分析，以便检测到超过门限的闭塞状态，并产生超过门限的话务闭塞状态的报告。

它们提供足够的支持信息来表明拥塞程度，并支持确定补救措施（重选路由、改进维护、增加交换能力或局间电路、公共业务紧急情况通报等）。

３．４．６话务能力分析功能集

３．４．６．１管理要求

产生话务能力分析报告用以评估由当前资源在期望的ＱｏＳ等级上完成的所提供的话务等级。

３．４．７传送网性能特性功能集

３．４．７．１管理要求

产生传送网性能特性报告，用以描述专用数字网端到端的性能特性。

它包括（ＮＩ）（网络接口）到ＮＩ、ＮＩ到网间接口（终端点）、有关长期的（即３０天或更多天）准确度和可用性指标。

３．４．８传送业务性能综合功能集

３．４．８．１管理要求

该功能集提供访问传送业务性能特性的综合报告。

３．４．９顾客话务性能综合功能集

３．４．９．１管理要求

该功能集提供访问话务，使用情况以及在一条租用电路、租用电路群、寻线群中或一个租用的物理或虚拟网中拥塞测量的日常或异常报告。

３．４．１０性能改进的建议功能集

３．４．１１异常门限策略功能集

３．４．１２话务预测功能集

故障（或维护）管理是对电信网络及其环境的异常运行进行检测，隔离和校正的功能集，它为建议Ｍ．２０中维护阶段的性能提供手段。

――可用性（ｓｕｒｖｉｖａｂｉｌｉｔｙ）质量保证

――告警监视

――故障定位

――故障校正

――测试

――故障管理

４．１．１范围

可用性质量保证建立可靠性准则，用它指导冗余设备的设计策略（配置管理的职责）和这个区域内其它功能群的策略。

４．１．２一般描述

对于可用性质量保证，可使用如下一些功能集：

――ＮＥ（ｓ）中断报告

――网络中断报告

――业务中断报告

――网络可用性目标设置

――业务可用性目标设置

――可用性评定

４．１．３ＮＥ（ｓ）中断报告功能集

４．１．３．１管理要求

该功能集提供访问一个ＮＥ或ＮＥ的主要部分或一组ＮＥ中断报告的数据库。

这种类型的报告是在中断出现后建立的，并可能在中断修复期间和中断修复之后被更新。

最终的报告应包括ＮＥ的识别和定位、ＮＥ的类型、中断起始时间、中断结束时间、中断的原因（如果知道的话），对于受保护的故障，不建立这样的报告。

４．１．４网络中断报告功能集

４．１．４．１管理要求

该功能集提供访问有关网络或网络的主要部分中断情况的中断报告数据库。

报告包括指定区域和指定时期内的ＮＥ中断和网络中断的统计情况。

４．１．５业务中断报告功能集

４．１．５．１管理要求

该功能集提供访问有关多个用户业务中断情况的中断报告数据库，报告应包括受影响业务的类型、受影响的用户数目以及中断的起止时间，还应包括指定区域和指定时间有关业务中断的统计情况。

４．１．６网络可用性目标设置功能集

４．１．６．１管理要求

该功能集定量设置规定周期内网络中断持续的时间和频次，并可访问这些目标。

４．１．７业务可用性目标设置功能集

４．１．７．１管理要求

该功能集定量设置规定周期内业务中断持续的时间和频次，并可访问这些目标。

４．１．８可用性评估功能集

４．１．８．１管理要求

该功能集提供访问所测量的可用性报告，与目标相比较，这些报告提供指定时间周期和指定区域内质量的各种测量趋势指示。

４．２．１一般描述

ＴＭＮ能对ＮＥ失效提供接近实时监视。

当失效发生时，由ＮＥ发出指示，ＴＭＮ据此确定故障的性质和严重程度。

例如，ＴＭＮ可确定故障设备所支持的业务由于故障而产生的影响，这个过程可由下面两种方法之一完成：

ＴＭＮ中的数据库能将ＮＥ的二进制告警进行翻译，或者ＮＥ具有足够的智能将自我解释的信息传送给ＴＭＮ。

第一种方法只要求ＮＥ具有自我监视能力，第二种方法要求ＮＥ和ＴＭＮ共同支持某种信息语法，以便能够对故障状况有足够的描述。

告警信息可在告警发生时进行报告，和／或进行登录备以后查阅，一个告警可引起ＮＥ中更进一步的管理活动，从而导致其它故障管理数据的产生。

为了保证ＴＭＮ完成告警监视，ＮＥ应能：

――允许对告警状态进行接近实时或预定形式的监视；

――允许对存在于ＮＥ中的告警状态进行查询；

――允许设置告警报告条件；

――允许对告警信息历史进行登录和检索。

告警监视功能分为以下功能集：

――告警报告功能集

――告警综合报告功能集

――告警事件准则功能集

――告警指示管理功能集

――登录控制功能集

――告警相关性和过滤

――网络告警模式分析和过滤

――告警策略

４．２．２告警报告功能集

４．２．２．１管理要求

该功能集提供标准形式下的告警报告和报告的控制以及有关信息，并支持告警状态的异步报告。

４．２．２．２通用功能模型

告警是有关检测到的故障或异常状态通知的特定类型，一个告警通知由一个告警状态产生，这个告警状态持续时间足够长，并由适用于该状态的某种算法确定为非瞬态状态告警。

这种算法可能很简单（如，“所有符合条件而发生的事件被视为告警”）或很复杂（如，将一个规定好的门限类型应用于这个状态）。

当存在一个告警状态时，受影响的被管对象的告警状态为报告状态（ＡＣＴＩＶＥ――ＲＥＰＯＲＴＡＢＬＥ）。