Académique Documents
Professionnel Documents
Culture Documents
ZTE CORPORATION
No. 55, Hi-tech Road South, ShenZhen, P.R.China
Postcode: 518057
Tel: +86-755-26771900
Fax: +86-755-26770801
URL: http://support.zte.com.cn
E-mail: 800@zte.com.cn
LEGAL INFORMATION
Copyright 2016 ZTE CORPORATION.
The contents of this document are protected by copyright laws and international treaties. Any reproduction or
distribution of this document or any portion of this document, in any form by any means, without the prior written
consent of ZTE CORPORATION is prohibited.
Revision History
Revision No.
Revision Date
Revision Reason
R1.0
2016-04-30
First edition
SJ-20160328171815-006|20160430 (R1.0)
Contents
About This Manual ......................................................................................... I
Chapter 1 Architecture of the Fault Management System...................... 1-1
Chapter 2 Basic Concepts ......................................................................... 2-1
Chapter 3 NE Fault Management .............................................................. 3-1
Chapter 4 EMS Fault Management............................................................ 4-1
4.1 Alarm/Notification Display ................................................................................... 4-2
4.1.1 Alarm Monitoring ...................................................................................... 4-2
4.1.2 Notification Monitoring .............................................................................. 4-2
4.1.3 Active Alarm Query .................................................................................. 4-2
4.1.4 Historical Alarm Query.............................................................................. 4-2
4.1.5 Notification Query..................................................................................... 4-2
4.1.6 Alarm Panel ............................................................................................. 4-3
4.2 Alarm Statistics .................................................................................................. 4-3
4.2.1 Alarm Monitoring by NE ............................................................................ 4-3
4.2.2 Alarm Monitoring by NE Type.................................................................... 4-3
4.2.3 Basic Statistics of Historical Alarms ........................................................... 4-3
4.2.4 Busy-Hour Statistics of Historical Alarms ................................................... 4-4
4.2.5 Statistics of Alarms on VIP/B/C Sites ......................................................... 4-4
4.3 Alarm Task Management .................................................................................... 4-4
4.3.1 Timing Statistic Task Management ............................................................ 4-4
4.3.2 Timing Export Task Management............................................................... 4-4
4.4 Alarm Rule Management .................................................................................... 4-5
4.4.1 Alarm Clearing Rule ................................................................................. 4-5
4.4.2 Alarm Acknowledging Rule ....................................................................... 4-5
4.4.3 Alarm Filtering Rule .................................................................................. 4-5
4.4.4 Alarm Forwarding Rule ............................................................................. 4-5
4.4.5 Alarm Delaying Rule................................................................................. 4-6
4.4.6 Alarm Merging Rule.................................................................................. 4-6
4.4.7 Alarm Counting Rule ................................................................................ 4-6
4.4.8 Alarm Timing Rule.................................................................................... 4-6
4.4.9 Alarm Suppression Rule ........................................................................... 4-7
4.4.10 Alarm Masking Rule ............................................................................... 4-7
4.4.11 Notification Filtering Rule ........................................................................ 4-7
I
SJ-20160328171815-006|20160430 (R1.0)
Glossary .......................................................................................................... I
II
SJ-20160328171815-006|20160430 (R1.0)
Intended Audience
This manual is intended for:
l
l
Maintenance engineers
Network supervision engineers
ment System
Related Documentation
The following documentation is related to this manual: ZXUR 9000 UMTS Base Station
Controller Alarm and Notification Handling Reference
Conventions
This manual uses the following conventions.
Danger: indicates an imminently hazardous situation. Failure to comply can
result in death or serious injury, equipment damage, or site breakdown.
Warning: indicates a potentially hazardous situation. Failure to comply can result
in serious injury, equipment damage, or interruption of major services.
Caution: indicates a potentially hazardous situation. Failure to comply can result
in moderate injury, equipment damage, or interruption of minor services.
Note: provides additional information about a topic.
I
SJ-20160328171815-006|20160430 (R1.0)
II
SJ-20160328171815-006|20160430 (R1.0)
Chapter 1
1-1
SJ-20160328171815-006|20160430 (R1.0)
1-2
SJ-20160328171815-006|20160430 (R1.0)
Chapter 2
Basic Concepts
The ZXUR 9000 UMTS defines the probable causes and handling suggestions for each
alarm. Based on the specifications in 3GPP TS 32.111, alarm triggering conditions, and
impact on the system, with reference of X.721, X.733, X.736, and M3100, equipment
alarms are classified into the following five types:
l
Communication Alarm
Alarms caused by information delivery error, for example, signal loss, frame loss,
frame error, local-end transmission error, remote-end transmission error, call
establishment error, signal fading, transmission subsystem error, communication
protocol error, LAN error, and error on interfaces of data transmission devices.
Processing Alarm
Alarms caused by software or processing error, for example, storage capacity
shortage, version inconsistency, data corruption, over CPU period limit, software
program error, abnormal software program termination, file error, out of memory,
unavailable resource, and configuration error.
QoS Alarm
Alarms caused by QoS decrease, for example, timeout, bandwidth decrease, over
retransmission limit, abnormal relay rate, over threshold, performance decrease,
congestion, and almost the maximum resource usage.
Equipment Alarm
Alarms caused by equipment hardware, for example, power supply, clock, processor,
multiplexer, receiver, transmitter, transmission device, input device, output device,
and adapter.
Environment Alarm
Alarms caused by the environment in which the equipment is operating, for example,
temperature, humidity, heating, ventilation, cooling, fire, water logging, poison,
leakage, pressure, shock, and access control.
ZTE classifies the ZXUR 9000 UMTS alarms into four levels by alarm severity:
l
l
l
Critical: If a critical alarm occurs, the system cannot operate properly or provide
services, and you need to remove the fault immediately.
Major: A major alarm affects the system greatly, the service provision capability
decreases a lot, and you need to remove the fault as soon as possible.
Minor: If a minor alarm occurs, the system can still operate and provide services, but
you should remove the fault in time to avoid an alarm of a higher level.
2-1
SJ-20160328171815-006|20160430 (R1.0)
Warning: A warning alarm raises potential risks on reliable system operation and
service provision capability. You should remove the fault in time to avoid an alarm
of a higher level.
2-2
SJ-20160328171815-006|20160430 (R1.0)
Chapter 3
NE Fault Management
Figure 3-1 shows the NE fault management architecture. The alarm flow is as follows:
1. The upper-layer service alarm module sends alarms to the local alarm agent.
2. The local alarm agent sends the alarms to the platform alarm agent.
3. The bottom-layer platform alarm agent gathers the alarms to the platform alarm
manager.
4. The bottom-layer platform alarm manager sends the alarms to the alarm management
module of the OMP.
5. The alarm common module sends the alarms to the OMM.
Figure 3-1 NE Fault Management
3-1
SJ-20160328171815-006|20160430 (R1.0)
3-2
SJ-20160328171815-006|20160430 (R1.0)
Chapter 4
Table of Contents
Alarm/Notification Display...........................................................................................4-2
Alarm Statistics ..........................................................................................................4-3
Alarm Task Management............................................................................................4-4
Alarm Rule Management............................................................................................4-5
Alarm Reminding........................................................................................................4-8
Alarm Regarding ........................................................................................................4-9
Alarm Synchronization ...............................................................................................4-9
Alarm Testing ...........................................................................................................4-10
4-1
SJ-20160328171815-006|20160430 (R1.0)
In this dialog box, you can query for notifications in the last day and in the last three days.
Alarm information consists of the following fields: NE, critical, major, minor, warning,
and total.
Number of alarms and number of unackowledged alarms, for example, "5/6" is
displayed in the critical column of an alarm record, which means that there are six
critical alarms and five of them are unacknowledged.
You can set statistic conditions and collect the satisfied alarms only.
Basic statistics support the following objects: NE, NE type, alarm code, alarm type,
alarm severity, alarm clear time. The clear time may be week, time, or date.
4-3
SJ-20160328171815-006|20160430 (R1.0)
l
l
You can define a template for basic statistics of historical alarms, and perform
execution, modification, deletion, save, export operations on the template.
You can set the maximum rows of the statistical result, for example, only the first 50
rows are displayed.
SJ-20160328171815-006|20160430 (R1.0)
l
l
The exported files support four formats: CSV, XML, XLS, and TXT.
4-5
SJ-20160328171815-006|20160430 (R1.0)
The rules are only valid for those alarms reported after the rules are set.
SJ-20160328171815-006|20160430 (R1.0)
Three areas:
Mail subject: sets the mail subject template for alarm transmission.
Mail content: sets the mail content template for alarm transmission.
Verify: verifies that the template conforms to the specification and format.
Alarm sound setting: sets different sound files for alarm severities as required.
Sound mode: sets the sound mode (short sound or continuous sound) and
whether to make a sound when a new alarm is raised or an alarm is cleared.
Restore to the default: sets the alarm sound to the default value (mute state).
4-8
SJ-20160328171815-006|20160430 (R1.0)
Sets different colors for the five alarm severities: critical, major, minor, warning,
and cleared.
Right-click an NE and select Synchronize Active Alarms from the shortcut menu.
The alarms of this NE are synchronized.
Select Fault > Synchronize Active Alarms. The Synchronize Active Alarms dialog
box is displayed. Select NEs from the left NE tree, and add them to the list in the right
pane. Click OK. The alarms are synchronized.
Except manual synchronization, the system starts alarm synchronization to the lower-level
OMM after the communication link between them is restored. Scheduled synchronization
is also supported. The scheduled synchronization period can be set. By default, the period
is six hours.
4-9
SJ-20160328171815-006|20160430 (R1.0)
The EMS neither receives testing alarms nor reports alarms to the northbound
interface.
The EMS receives testing alarms but does not store them, and does not report alarms
to the northbound interface. The active testing alarms can be queried.
The EMS receives testing alarms, stores them, and reports them to the northbound
interface. The active and historical testing alarms can be queried.
The EMS receives testing alarms and stores them, but does not report alarms to the
northbound interface. The active and historical testing alarms can be queried.
By default, the first strategy is used, which means that testing alarms are discarded.
Strategies can be selected for different scenarios.
4-10
SJ-20160328171815-006|20160430 (R1.0)
Glossary
CPU
- Central Processing Unit
EMS
- Element Management System
GUI
- Graphical User Interface
MML
- Man Machine Language
NMS
- Network Management System
OMM
- Operation & Maintenance Module
OMP
- Operation & Maintenance Processor
SMS
- Short Message Service
I
SJ-20160328171815-006|20160430 (R1.0)