Professional Documents
Culture Documents
06 ElasticNet UME Alarm Management and Cases - P70
06 ElasticNet UME Alarm Management and Cases - P70
Cases
CONTENTS
Overview
Alarm and Notification Monitoring
Alarm Handling
Alarm Management
Alarm Settings
Typical Alarm Cases
Alarm Management Implementation Principle
Alarms are sourced from faults or exceptions. If they are not removed, services may be affected.
Maintenance engineers can acknowledge and clear alarms as needed.
Notifications are only messages reflecting the operation of managed NEs or the UME system,
which may not affect services. Maintenance engineers cannot acknowledge or clear notifications.
Alarms can be divided into the following four levels of severity: critical, major, minor, and
warning.
Critical Critical: faults severely affect services, and must be cleared immediately.
Major Major: faults that affect services, and must be cleared urgently.
Minor: faults with no affect on services, but error correction measures must
Minor
be taken to avoid severe faults.
Warnings mean that potential faults exist in the system, which may affect
Warning services. Diagnosis and corrective measures must be taken to prevent the
faults from becoming severe faults that affect services.
3
© ZTE All rights reserved
Alarm Management Module
Equipment Alarm: such as 198100250 RRU link interrupted, 1 Container Startup Failed.
QoS Alarm: such as 200201001 DU cell out-of-service.
Communication Alarm: such as 200201007 Ng link is broken.
Processing Error Alarm:198092029 The hardware type does not match the
configuration.
Environment Alarm: such as 198097061 Abnormal temperature.
UME Alarm: such as 198098261 User password has expired.
Notification: such as 198098316 Abnormal receiving optical power.
Overview
Alarm and Notification Monitoring
Alarm Handling
Alarm Management
Alarm Settings
Typical Alarm Cases
Querying Active Alarms
On the alarm monitoring page of the UME system, the alarms to be monitored can be
located in any of the following ways:
Customize query conditions.
Query alarms by level.
Query alarms in accordance with the existing conditions.
1. On the navigation bar of the Alarm Management page, select Active Alarm > Alarm
Monitor.
2. Click Condition Query:
Perform the following operations to query alarms by level (Critical, Major, Minor, and
Warning).
Historical alarms refer to the ones that are stored in the historical alarm
database after active alarms are cleared.
The query historical alarms is in the following ways:
Customize query conditions.
Query alarms in accordance with the existing conditions.
This procedure describes how to query the basic information and handling suggestions
of active and historical alarms, alarm Trace Active period, and Relative rules.
Both active alarms and historical alarms could check the detail information.
Historical alarms On the navigation bar of the Alarm page, select History Alarm >
Alarm Query. The Alarm Query page is displayed.
The UME system supports collecting statistics on alarms at different levels by NE and NE
type. This assists maintenance engineers in monitoring the network and current devices.
On the Alarm Management page, select Active Alarm > Statistics on the navigation bar.
On the Alarm Management page, select Active Alarm > Site Statistics on the
navigation bar.
The statistics of historical alarms refer to the summarization of the average duration of
historical alarms or the number of alarm occurrences in accordance with a specific
attribute.
The UME system supports four types of statistical types:
basic statistics,
busy-time statistics,
important alarm code statistics ,
fault/fault rates statistics.
On the Alarm Management page, select History Alarm > Statistics on the navigation bar.
The Statistics page is displayed:
4. Querying Statistics on
Fault/Fault Rates.
On the Fault/Fault
Rates Statistics tab,
click the Condition
button, to set the query
condition parameters.
The notification monitoring is real-time and the UME notification information can be
viewed immediately. You can refresh and export notifications.
On the navigation bar of the Alarm Management page, select Notification > Monitor.
Overview
Alarm and Notification Monitoring
Alarm Handling
Alarm Management
Alarm Settings
Typical Alarm Cases
Alarm Handling
After discovering alarms, engineers need to handle them and resolve faults in
accordance with the specified procedure.
Acknowledging an Alarm.
Clearing an Alarm.
Forwarding an Alarm.
Stop Refreshing Alarms in Real Time.
When an alarm is acknowledged, it means that this alarm is being handled by the current user, and
other users do not need to pay much attention to it. After an alarm is acknowledged, its status
changes to Ack.
To cancel an acknowledged alarm, just unacknowledge it. After an alarm is unacknowledged, its
status changes to Unack.
Select one or more alarms on the current page, Click , change the status of acknowledged alarms to Ack.
If an alarm is not cleared after the fault is resolved, it can be manually cleared.
Verify that the following prerequisites are met before clearing an alarm.
The alarm cannot be automatically cleared.
The alarm does not exist on the NE.
The alarm does not exist in the UME system.
Clear an alarm: Click the corresponding Clear button.
Clear multiple alarms: Select these alarms, and click button.
This procedure describes how to stop refreshing alarms in real time. In the menu panel
on the left of the Alarm Management page, select Active Alarm > Alarm Monitor.
Stop refreshing alarms in real time by setting the Real-time Refresh slider button to On.
Overview
Alarm and Notification Monitoring
Alarm Handling
Alarm Management
Alarm Settings
Typical Alarm Cases
Synchronizing Active Alarms
When the network is interrupted, the alarm data of the UME system may not be consistent with
the one of the NE. The current alarm data of the selected NE can be synchronized to the UME
system through manual synchronization as needed.
On the navigation bar of the Alarm Management page, select Active Alarm > Synchronization.
Select one or more NEs to be synchronized. Synchronization of the alarms is for some selected NEs or all the NEs.To
synchronize selected NEs, click the Synchronization button.To synchronize all the NEs, click the All Me Synchronization
button.
After scheduled statistics tasks are executed, statistics templates are executed at fixed
time intervals, and statistics results are output to the specified directories.
Scheduled statistics tasks can be executed by day, by week, or by month.
A scheduled statistics task can be executed only once a day.
On the navigation bar of the Alarm Management page, select History Alarm >
Scheduled Statistics.
All notifications on the Monitor and Query pages can be exported to a file of the
specified type.
The notification monitoring function is real-time and it can show the UME notification
immediately.
Notifications can be exported on the following two tabs.
On the navigation bar of the Alarm Management page,
select Notification > Query.
On the navigation bar of the Alarm Management page,
select Notification > Monitor. The Monitor page is displayed.
Click Export and select Export Selected or Export All.
Selecting an Export Type.
Set a file name and a file type (CSV, XML, TXT, or HTML).
Click OK. The file is downloaded to the default folder of the Web browser in the form of a ZIP package.
Overview
Alarm and Notification Monitoring
Alarm Handling
Alarm Management
Alarm Settings
Typical Alarm Cases
Alarm Settings
On the navigation bar of the Alarm Management page, select Alarm Settings > Others.
When the redefine alarm attribute is selected just click it.
The UME system provides default sound and color for different levels of alarms. It can be
default sound or customize sound and color.
1. Sound Reset
3. Color Reset
4. Color Redefine
© ZTE All rights reserved
Redefine Alarm Attributes- Alarm-color settings
Overview
Alarm and Notification Monitoring
Alarm Handling
Alarm Management
Alarm Settings
Typical Alarm Cases
Transmission Faults
Ng Link is Broken.
【 Troubleshooting 】
1. Check whether the VSW board is powered on
and is operating properly through the board
indicators.
DU cell out-of-service.
DU cell out-of-service.
[Alarm Cause Analysis]
3. Check configuration parameters.(template format and network slice).
Network slice information on the wireless side, so it must be the same as that configured on the core network.
The sd parameter of the network slice is carried in the sD field in the Initial Context Setup Request sent by the core
network to the siteThe hexadecimal 010101 is converted into the decimal 65793. After the sd value is modified
correctly, the cell status is normal.
© ZTE All rights reserved
Other Faults
Board fault:
Board faults are mainly caused by power supply faults, equipment room environment faults,
improper operations, aging hardware faults, or board port faults.
Power supply problems and equipment room environment problems can be avoided through
power supply troubleshooting and routine maintenance of the equipment room.
Improper operations can be avoided by standardizing operations and reducing errors.
Hardware aging can be prevented in advance through periodic maintenance.
A board port fault refers to a board fault caused by the damage of one or more ports. After
troubleshooting the external device connected to the port, you can replace the port to
determine whether the original port is damaged. If the port is damaged, replace the port or
interface board.