传输设备一般故障处理指导手册 - 图文(2)

1 绪论

1.1 文件目的

该文件的目的是列出所有来自OMSG/OMSN设备的告警以及告警管理器显示的所有告警名称、告警原因、对业务的影响以及消除告警的方法，指导北京电信公司传输网络三级维护体系中一级维护人员对设备常见故障进行处理。

1.2 文件结构

文件结构如下：

– 第一章 简单介绍文件内容。

– 第二章 给出当前告警、ASAP、站告警和TP名称管理的信息。 – 第三章 列出所有TP和相应事件的类型。

– 第四章 详细描述所有的设备告警以及如何处理与设备相关的故障告警。 – 第五章 详细描述所有的通信告警以及如何处理与TP相关的故障告警。 – 第六章 详细描述服业务质量告警。 – 附录 介绍了用户盘更改步骤。

– 索引 列出了文件中描述的所有告警。

1.3 术语

参看《入门手册》中的缩略语和词汇表。

第 6 页 共 167 页

2 告警预览

2.1 当前告警管理

当故障资源（或临近资源）造成告警产生时，告警监视（Alarm Surveillance）将会接收到这些告警，将其储存，并通过响铃或在屏幕上显示特定图标的方式对操作员进行提示。根据操作员的要求，告警可在其信号刚刚开始之时就开始显示。 在整个过程中告警被看作是当前（活动）告警，其状态为永久实时刷新，发现告警的操作员可以了解到告警是否被保留、是否被确认及是否已就此告警派发故障单。

如果问题不再存在于设备系统中，我们说告警是已被清除的告警。这时告警不再被看作是当前告警，当操作员对其进行确认后，该告警将从当前告警中消失，并被归档入历史告警中。

被删除的告警同样将从子列表（或主列表）中消失；如果符合归档过滤器的要求，这些告警并被归档。

然而，与告警相关的问题可能并未得到解决。这种情况下，告警将在一段时间后重复出现，直至问题解决为止。告警监视将每个收到的告警与一个重复计数器相联系。此外，在产生告警的设备系统原因未被处理之前告警是不会被清除的，操作员可通过告警监视对这些告警进行手动归档。

网络中的异常可能导致数种告警的产生；系统同样可能出现异常或故障，从而导致更多告警的产生。这些称作“相关告警”，可标记其与其他告警的连接。这样，操作员即可了解一个告警是否有相关告警。

2.2 告警计数器和告警铃

可用的全局信息将通过计数器进行显示，计数器将显示某一级别的告警数、子列表中告警的总数及未确认和未清除的告警数。这些计数器可以进行实时刷新（子列表被激活时），也可以不进行实时刷新（子列表未被激活时）。 对未确认的告警进行确认后，告警计数器NACK的值将根据所确认的告警的数字进行减少。如果出现新的当前告警，该告警计数器的读数将增加，同时发出告警铃声（如启用）。当有告警被清除后，告警计数器“Clear（清除）”的读数将同时增加。

由于告警列表中的覆盖行为（系统会自动删除旧告警，以创造新的存储空间）或在操作员手动删除告警后，一个当前的告警关联可能会丢失，即，开始的告警已被删除，而相应的结束告警仍在未确认告警列表中。

第 7 页 共 167 页

图1 范例：显示未确认告警的子列表

2.3 告警信息

告警或告警通知主要建立在侦测到问题或故障发生的资源所发出的消息的基础上。告警中所包含的信息包含 ? 指出产生告警的资源的信息 ? 指出告警所代表问题类型的信息。

注意这些信息，及资源产生告警的日期和时间，在任何告警通知中都会强制出现。同样可以显示其他可选择的信息，如告警相关的具体问题情况、通知识别符等，以便于操作员进行告警管理。

操作员可以根据其偏好创建告警子列表，包括对告警信息进行过滤和显示。关于告警管理和告警（子）列表的更多信息请参见操作手册告警管理（Operation Manual Alarm Management）。 我们提供关于各种告警的在线说明。从告警列表中选择相应告警并从“Navigation（导航）”菜单中选择“External Application-> Alarm Info（告警信息）”。将显示确认对话框，询问是否开启Netscape浏览器。确认后将会显示告警的详细相关信息。

可以通过导航至相关的设备（Equipment）或传输（Transmission）视图，获取更多关于告警资源的信息。从告警列表中选择相应告警并从“Navigation（导航）”菜单中选择“Externa Application-> emlusm”即可。 2.3.1 感知级别

感知级别功能是在告警发生时，指出问题的级别。故障分为四个级别：

? 危险，

第 8 页 共 167 页

已经无法提供用户请求的服务。

? 紧急， ? 非紧急，

? 警告，表示对客户提供的服务质量有所影响，但通信业务还能正常运行。 如果之前产生告警的资源故障已清除，将显示告警状态为“已清除”。 2.3.2 事件日期和时间

本功能显示资源中产生告警的日期和时间。

数据的显示格式为 YYYY/MM/DD hh:mm:ss （年/月/日 小时/分/秒）

如 1999/05/20 06:29:24 表示一个告警在1999年五月20日早晨六点29分24 秒产生。 2.3.3 友好名称

通过友好名称，可找到造成告警发生的板卡或TP的位置。

所有告警的友好名称包括与NE（网元）相关的信息及产生告警的板卡的位置。根据告警类型的不同，元件类型可能为一块机盘或是一个TP（端点）。对于设备告警，指定的位置到机盘层。服务质量告警和通信告警指定的位置到端口和TP层。服务质量告警提供一个超过门限的告警类型。 友好名称的一般类型等于

NE/rack#-subrack#-board#-port#, TP# （网元/机架#-子机架#-机盘#-端口#, 端 2.3.4 事件类型

“事件类型”条目指出告警的类型，包括下列的五种：

? 服务质量 ? 通讯 ? 处理差错 ? 设备

硬件或控制系统差错可能造成设备告警。传输差错可能造成通讯告警。门限问题可能造成服务质量告警。 2.3.5 可能原因

可能原因说明了故障的原因（如信号丢失）。 2.3.6 保留状态

操作员可以对一个当前告警进行保留，以确保对此告警单独负责。这种情况下，

第 9 页 共 167 页

所选中的告警的保留状态由NRSV（未保留）转变为RSV（保留）。 操作员仅可对此前已保留的告警进行解除保留。 2.3.7 清除状态

一个尚未解决的当前告警被看作是NCLR（未清除）。一旦资源中的问题不再存在，告警状态转变为CLR（已清除）。 2.3.8 确认状态

未确认的告警在列表中标记为NACK，操作员可以对其进行确认。选中的告警状态发生改变，由NACK（未确认）变为ACK（已确认）。 注意对已清除的告警进行确认是隐含的归档操作。因此，确认操作实际上将告警归档，并使其从当前告警列表中消失。

2.4 告警级别分配（ASAP）

ASAP是包含可能告警原因的列表，告警按照其业务相关性分配其告警级别。告警在CT（维护终端）上根据分配的ASAP进行指示，显示所分配的级别，或根本不进行指示。ASAP被用作一个告警过滤器。 2.4.1 默认和灵活使用ASAPs ASAP的类型分为两种：

? 预定义默认ASAP：包含所有使用ASAP的资源。这些ASAP的属性

为只读，即，可对其内容进行修改，但不可以将其移除。 ? 灵活使用ASAP：由用户创建。自由使用ASAP同样可由管理系统进

行删除。

告警级别和可能原因的数目是固定的。其特性不能被修改。用户仅可

以利用ASAP功能修改被分配给可能原因的告警级别，而无法对这些级别和原因本身进行添加、移除或修改。

下列的五种ASAP被配置为默认ASAP：

--- ASAP：无告警

这种类型的ASAP阻止了告警指示，为以下项目的默认ASAP --- PPITTP

--- 基本告警

第 10 页 共 167 页

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库传输设备一般故障处理指导手册 - 图文(2)在线全文阅读。