３）建立／改变／删除状态报告，数据报告和确定ＨＴＲ门限——该功能包括在建立和正在进行的维护中，由操作者对交换机和ＯＳ中不同门限值进行设定，以便进行数据的计算和报告，状态的报告和自动控制活动。
４）建立／改变／删除状态和数据报告日程表——在建立和正在进行的维护中，由操作者对交换机和ＯＳ中日程表进行设定，以便进行状态和网络性能数据的报告。
５）请求报告路由表信息——按操作者请求将驻存在交换机或ＯＳ中的路由表信息报告给操作者。
３．３．５ 潜在过负荷活动（ｐｒｏｍｔｉｏｎ ａｎｄ ｓｕｒｖｅｙ）的特征定义功能集
３．３．６ 潜在过负荷活动（ｐｒｏｍｔｉｏｎ ａｎｄ ｓｕｒｖｅｙ）的闭塞请求功能集
３．３．７ 网络话务管理策略功能集
３．４ 性能分析
３．４．１ 一般描述
为了对实体的性能水平进行评估，需要对性能数据进行更多的处理和分析。对性能分析可使用如下一些功能集：
——通用
——ＮＥ（ｓ）话务异常分析
——ＮＥ（ｓ）话务能力分析
——话务异常分析
——话务能力分析
——传送网性能特性
——传送业务性能摘要
——用户话务性能摘要
——性能改进的建议
——异常门限策略
——话务预测
３．４．２ 通用功能集
３．４．２．１ ＴＭＮ管理功能
——报告ＰＭ分析
——要求ＰＭ分析
３．４．３ ＮＥ（ｓ）话务异常分析功能集
３．４．４ ＮＥ（ｓ）话务能力分析功能集
３．４．５ 话务异常分析功能集
３．４．５．１ 管理要求
该功能集是对话务图形进行分析，以便检测到超过门限的闭塞状态，并产生超过门限的话务闭塞状态的报告。它们提供足够的支持信息来表明拥塞程度，并支持确定补救措施（重选路由、改进维护、增加交换能力或局间电路、公共业务紧急情况通报等）。
３．４．６ 话务能力分析功能集
３．４．６．１ 管理要求
产生话务能力分析报告用以评估由当前资源在期望的ＱｏＳ等级上完成的所提供的话务等级。
３．４．７ 传送网性能特性功能集
３．４．７．１ 管理要求
产生传送网性能特性报告，用以描述专用数字网端到端的性能特性。它包括（ＮＩ）（网络接口）到ＮＩ、ＮＩ到网间接口（终端点）、有关长期的（即３０天或更多天）准确度和可用性指标。
３．４．８ 传送业务性能综合功能集
３．４．８．１ 管理要求
该功能集提供访问传送业务性能特性的综合报告。
３．４．９ 顾客话务性能综合功能集
３．４．９．１ 管理要求
该功能集提供访问话务，使用情况以及在一条租用电路、租用电路群、寻线群中或一个租用的物理或虚拟网中拥塞测量的日常或异常报告。
３．４．１０ 性能改进的建议功能集
３．４．１１ 异常门限策略功能集
３．４．１２ 话务预测功能集
４．故障（或维护）管理
故障（或维护）管理是对电信网络及其环境的异常运行进行检测，隔离和校正的功能集，它为建议Ｍ．２０中维护阶段的性能提供手段。
——可用性（ｓｕｒｖｉｖａｂｉｌｉｔｙ）质量保证
——告警监视
——故障定位
——故障校正
——测试
——故障管理
４．１ 可用性质量保证
４．１．１ 范围
可用性质量保证建立可靠性准则，用它指导冗余设备的设计策略（配置管理的职责）和这个区域内其它功能群的策略。
４．１．２ 一般描述
对于可用性质量保证，可使用如下一些功能集：
——ＮＥ（ｓ）中断报告
——网络中断报告
——业务中断报告
——网络可用性目标设置
——业务可用性目标设置
——可用性评定
４．１．３ ＮＥ（ｓ）中断报告功能集
４．１．３．１ 管理要求
该功能集提供访问一个ＮＥ或ＮＥ的主要部分或一组ＮＥ中断报告的数据库。这种类型的报告是在中断出现后建立的，并可能在中断修复期间和中断修复之后被更新。最终的报告应包括ＮＥ的识别和定位、ＮＥ的类型、中断起始时间、中断结束时间、中断的原因（如果知道的话），对于受保护的故障，不建立这样的报告。
４．１．４ 网络中断报告功能集
４．１．４．１ 管理要求
该功能集提供访问有关网络或网络的主要部分中断情况的中断报告数据库。报告包括指定区域和指定时期内的ＮＥ中断和网络中断的统计情况。
４．１．５ 业务中断报告功能集
４．１．５．１ 管理要求
该功能集提供访问有关多个用户业务中断情况的中断报告数据库，报告应包括受影响业务的类型、受影响的用户数目以及中断的起止时间，还应包括指定区域和指定时间有关业务中断的统计情况。
４．１．６ 网络可用性目标设置功能集
４．１．６．１ 管理要求
该功能集定量设置规定周期内网络中断持续的时间和频次，并可访问这些目标。
４．１．７ 业务可用性目标设置功能集
４．１．７．１ 管理要求
该功能集定量设置规定周期内业务中断持续的时间和频次，并可访问这些目标。
４．１．８ 可用性评估功能集
４．１．８．１ 管理要求
该功能集提供访问所测量的可用性报告，与目标相比较，这些报告提供指定时间周期和指定区域内质量的各种测量趋势指示。
４．２ 告警监视
４．２．１ 一般描述
ＴＭＮ能对ＮＥ失效提供接近实时监视。当失效发生时，由ＮＥ发出指示，ＴＭＮ据此确定故障的性质和严重程度。例如，ＴＭＮ可确定故障设备所支持的业务由于故障而产生的影响，这个过程可由下面两种方法之一完成：ＴＭＮ中的数据库能将ＮＥ的二进制告警进行翻译，或者ＮＥ具有足够的智能将自我解释的信息传送给ＴＭＮ。第一种方法只要求ＮＥ具有自我监视能力，第二种方法要求ＮＥ和ＴＭＮ共同支持某种信息语法，以便能够对故障状况有足够的描述。
告警信息可在告警发生时进行报告，和／或进行登录备以后查阅，一个告警可引起ＮＥ中更进一步的管理活动，从而导致其它故障管理数据的产生。
为了保证ＴＭＮ完成告警监视，ＮＥ应能：
——允许对告警状态进行接近实时或预定形式的监视；
——允许对存在于ＮＥ中的告警状态进行查询；
——允许设置告警报告条件；
——允许对告警信息历史进行登录和检索。
告警监视功能分为以下功能集：
——告警报告功能集
——告警综合报告功能集
——告警事件准则功能集
——告警指示管理功能集
——登录控制功能集
——告警相关性和过滤
——网络告警模式分析和过滤
——告警策略
４．２．２ 告警报告功能集
４．２．２．１ 管理要求
该功能集提供标准形式下的告警报告和报告的控制以及有关信息，并支持告警状态的异步报告。
４．２．２．２ 通用功能模型
告警是有关检测到的故障或异常状态通知的特定类型，一个告警通知由一个告警状态产生，这个告警状态持续时间足够长，并由适用于该状态的某种算法确定为非瞬态状态告警。这种算法可能很简单（如，“所有符合条件而发生的事件被视为告警”）或很复杂（如，将一个规定好的门限类型应用于这个状态）。当存在一个告警状态时，受影响的被管对象的告警状态为报告状态（ＡＣＴＩＶＥ——ＲＥＰＯＲＴＡＢＬＥ）。
同样的，当告警状态不存在时，将产生一个告警通知，报告告警的清除，受影响的被管对象的告警状态为清除状态（ＣＬＥＡＲＥＤ）。
当有些状态被识别出来但持续时间不够长，不足以确定为非瞬时状态时（由应用于该状态的某些算法确定），受影响的被管对象的告警状态变为未决状态（ＡＣＴＩＶＥ——ＰＥＮＤＩＮＧ）。在没有算法的情况下（即所有符合条件而发生的事件被视为非瞬态），或当瞬时状态频繁发生而监视已无意义时，未决状态将不存在。
图２表示有关被管对象告警的状态和转变。
一个ＮＥ应具有控制通知的机制，例如一个告警状态是否向ＴＭＮ发送告警报告，都应满足下列要求：
——灵活的告警报告控制机制定义，它能允许系统选择需要向ＴＭＮ发送的告警报告；
——告警报告发送终点的规范；
－－－－－－－－－－－－－－－－－－
｜ 清 除 ｜
－－－－－－－－－－－－－－－－－－
｜ 瞬时 ｜ ↑ 状态 ↑
｜ 状态 ｜ ｜ 清除 ｜
｜ ↓ ｜ ｜
告警｜ －－－－－－－－－－ ｜状态
状态｜ ｜ 未 决 ｜ ｜清除
｜ －－－－－－－－－－ ｜
｜ ｜ ｜
｜ ｜ 告警 ｜
↓ ↓ 状态 ｜
－－－－－－－－－－－－－－－－－－
｜ 报 告 ｜
－－－－－－－－－－－－－－－－－－
图２ 有关被管对象告警的状态和转变
——告警报告转发控制机理的规范，例如挂起和恢复转发；
——ＴＭＮ修改用于告警状态报告中的条件的能力。
４．２．２．３ ＴＭＮ管理功能
本段描述ＮＥ告警报告功能：
１）告警报告——一个告警发生时代理将告警信息通知管理者。
２）告警报告路由——管理者将规定代理发送特定告警报告集的目的地地址。
３）请求告警报告路由——管理者请求代理发送当前特定告警报告集的目的地地址赋值，代理响应该请求。
４）设置告警报告条件——管理者指示代理按照管理者的规定将事件转发鉴别器（ＥＦＤ）属性赋值。
５）请求告警报告控制条件——管理者请求代理发送当前ＥＦＤ属性赋值，代理响应该请求。
６）允许／禁止告警报告——管理者指示代理允许／禁止向管理者发送告警报告。
７）请求告警历史记录——管理者请求代理发送指定告警信息的历史记录；代理响应该请求。
