Académique Documents
Professionnel Documents
Culture Documents
Version: V6.30.103
ZTE CORPORATION
No. 55, Hi-tech Road South, ShenZhen, P.R.China
Postcode: 518057
Tel: +86-755-26771900
Fax: +86-755-26770801
URL: http://ensupport.zte.com.cn
E-mail: support@zte.com.cn
LEGAL INFORMATION
Copyright 2013 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. Additionally, the contents of this document are protected by
contractual confidentiality obligations.
All company, brand and product names are trade or service marks, or registered trade or service marks, of ZTE
CORPORATION or of their respective owners.
This document is provided as is, and all express, implied, or statutory warranties, representations or conditions
are disclaimed, including without limitation any implied warranty of merchantability, fitness for a particular purpose,
title or non-infringement. ZTE CORPORATION and its licensors shall not be liable for damages resulting from the
use of or reliance on the information contained herein.
ZTE CORPORATION or its licensors may have current or pending intellectual property rights or applications
covering the subject matter of this document. Except as expressly provided in any written license between ZTE
CORPORATION and its licensee, the user of this document shall not acquire any license to the subject matter
herein.
ZTE CORPORATION reserves the right to upgrade or make technical change to this product without further notice.
Users may visit ZTE technical support website http://ensupport.zte.com.cn to inquire related information.
The ultimate right to interpret this product resides in ZTE CORPORATION.
Revision History
II
III
IV
VI
VII
VIII
IX
XI
XII
XIII
XIV
XV
XVI
XVII
Glossary .......................................................................................................... I
XVIII
Intended Audience
This manual is intended for:
l Maintenance engineers
l On-duty staff in equipment room
Chapter Description
Fault Indication
The fault management system indicates a fault or event occurring in the network in the
form of alarm or notification.
l A fault is indicated in the form of alarm when it persists and affects the reliability
and services of the system. An alarm will be cleared only after the fault is resolved.
Immediate troubleshooting is required when alarms occur.
l A notification indicates a non-repeatable or instantaneous fault or event in the
system, for example, board reset and signaling overload. Such a fault or event is
normally caused by a sudden environment change or other accidental factors. No
special handling is required because the fault or event causing a notification can be
automatically handled by the system. However, a frequently-reported notification
requires troubleshooting.
Alarm Format
The alarms defined for the ZXG10 iBSCare provided with the information such as property
and possible causes. For details, refer to Table 1-1.
Item Description
Alarm Information Summarizes the fault information, such as the fault cause and phenomenon.
1-1
Item Description
Alarm Severity There are four alarm severity levels, which are indicated in descending order
of severity as Critical, Major, Minor, and Warning.
l Critical: indicates a fault that causes failures of system operations or
service capabilities. Immediate troubleshooting is required when a critical
alarm is reported.
l Major: indicates a fault that seriously impacts proper system operations or
reduces service capabilities. Clearing the fault to restore the system as
soon as possible is required when a major alarm occurs.
l Minor: indicates a fault that slightly influences proper system operations or
reduces service capabilities. Proper measures should be taken to clear
the fault in a timely manner and prevent the occurrence of more severe
alarms when a major alarm occurs.
l Warning: indicates a fault that has a potential or gradual impact on proper
system operations or service capabilities. Warning messages need to
be analyzed and proper measures should be taken to clear the fault in a
timely manner and avoid more severe alarms.
The impact degree described in the definition of alarm severity refers to the
impact on a single index, for example, reliability or security. Once the impact
on any index reaches the specified threshold, the severity level of the alarm
can be roughly determined. If an alarm has an impact on multiple indices, its
severity level should be escalated accordingly.
Alarm Type Based on the triggering condition and system impact, alarms can be classified
into the following five types:
l Equipment alarm: related with equipment hardware faults.
l Communication alarm: related with information transmission faults (ITU-T
Recommendation X.733).
l Processing error alarm: related with software or processing faults (defined
in ITU-T Recommendation X.733).
l Environmental alarm: related with the environment where the equipment is
located (defined in ITU-T Recommendation X.733).
l QoS alarm: related with equipment operation performance or indexes.
Possible Causes Provides probable alarm causes to help users troubleshoot, find preventive
measures, and restore the system to normal state in a timely manner.
Effect on the Provides the consequence of each alarm and the impact on the system and
System services.
1-2
Notification Format
The notifications defined for the NR8250 are provided with the information such as property
and possible causes. For details, refer to Table 1-2.
Item Description
Notification Summarizes the event information, such as the cause and phenomenon.
Information
Notification Type The notification types are the same as the alarm types.
Possible Causes Provides probable notification causes to help users troubleshoot, find
preventive measures, and restore the system to normal state in a timely
manner.
Effect on the Provides the consequence of each notification and the impact on the system
System and services.
1-3
1-4
Probable Cause
System Impact
The system fails to achieve synchronization so that the board can not work normally. As a result, UE
can not be accessed and services borne on the board are interrupted.
Handling Suggestion
1. Check the clock input cable and ensure that the cable is good and well connected.
2. Clock board changeover.
3. UIM/GUIM board changeover.
4. Replace the board which reported alarm.
2-1
Probable Cause
System Impact
The board fails to synchronize with system clock so that it can not work normally. As a result, UE can
not be accessed and services borne on the board are interrupted.
Handling Suggestion
1. Check if the clock (input) cable at the shelf is intact and properly connected.
2. Check if the following alarm occurs in the board. If yes, refer to the corresponding alarm handling
suggestion.
Related alarm: 198005635 The board is not plugged firmly
3. Replace board.
2-2
Probable Cause
The alarm occurs when the receiving optical power is below optical receiver sensitivity. Generally
speaking, normal receiving optical power range for optical modules is between -28 dBm and -8 dBm.
Optical signals within this range can be detected.
Probable causes for the alarm include:
1. The receiving optical fiber/module of local SDH equipment is faulty.
Receiving optical fiber is faulty or disconnected.
Optical connector is polluted.
Receiving optical module is faulty.
2. The transmitting optical fiber of opposite SDH equipment is faulty.
Transmitting optical fiber is faulty or disconnected.
Optical connector is polluted.
3. The optical transmission line of SDH equipment is faulty.
Tail fiber and flange between fiber distribution frame and the equipment at local end are faulty
or disconnected.
The related connector is in poor contact.
4. The receiving optical power at local end is excessively low.
Optical power attenuation on the fiber transmission line at receiving end is too much.
Opposite-end transmitting optical power is too low.
5. Operation of LOS insertion is performed at opposite end.
Manual operation of LOS insertion is performed in diagnostic test, and optical module is shutdown by
force.
6. Optical fiber and optical module is incompatible.
The fiber transmission rate of STM signals and the optical module wavelength are incompatible.
System Impact
SDH/SONET fails to work normally, leading to UE access failure on SDH/SONET and interruption
of ongoing services.
Handling Suggestion
1. Use meter measurement or loop test to judge whether the alarm is caused by local end or
opposite end.
Meter Measurement
Use a SDH test meter or optical power meter to test whether the receiving optical signals at local end
are normal. If normal, fault might lie in local equipment. If abnormal, fault lies in opposite end or on
transmission side. Inform the opposite end or transmission side to troubleshoot.
Loop Test
Perform fiber self-loop at local SDH equipment. If the alarm persists, fault might lie in local equipment.
If the alarm disappears, inform the opposite end to troubleshoot.
If it is a local fault, go on with the following steps.
2. Replace optical module.
3. Replace optical fiber.
4. Replace board.
2-3
Probable Cause
System Impact
SDH/SONET equipment can work. However, call loss or noise occurs to all voice services on this
optical path, and bit error occurs on the data service channel.
Handling Suggestion
1. Use meter measurement or loop test to judge whether the alarm is caused by local end or
opposite end.
Meter Measurement
Use a SDH test meter or optical power meter to test whether the receiving optical signals at local end
are normal. If normal, fault might lie in local equipment. If abnormal, fault lies in opposite end or on
transmission side. Inform the opposite end or transmission side to troubleshoot.
Loop Test
Perform fiber self-loop at local SDH equipment. If the alarm persists, fault might lie in local equipment.
If the alarm disappears, inform the opposite end to troubleshoot.
If it is a local fault, go on with the following steps.
2. Replace optical module.
3. Replace optical fiber.
4. Replace board.
2-4
l Severity: Major
l Alarm Type: Equipment Alarm
Probable Cause
System Impact
CPU occupancy indicates the current status of system operation. CPU overloaded, or over high
occupancy, is usually caused by service or operation that consume much time.
It has the following impact on the system:
Services with low priority level have little or no access to the processing of CPU, which reduces
processing speed of the services or even halts the processing.
System board could reset under excessively overloading conditions, causing interruption to the
service it performs.
Handling Suggestion
1. Open the rack map on the Configuration Management window, select Board, right click and select
Board Property. Check the CPU overload threshold setting on the CPU Information tab. Please reset
CPU overload threshold if the CPU overload threshold value is too low. It will take 30 seconds for
the new setting to take effect.
Recommended threshold value: 80% for low level load threshold, 90% for high level load threshold.
2. Check for the record of data synchronization, data saving or other file operations in the network
manager log files. Those operations might increase the CPU utilization rate radically, and it might
take 2 minutes.
3. Check for the record of new board added or version upgrade operation in the network manager
log files. Version upgrading operation might increase CPU utilization rate radically, and it might
take 2 minutes.
2-5
Probable Cause
1. Fan faulty.
2. High temperature in rack.
3. CPU overload.
System Impact
Handling Suggestion
1. In NMS Configuration Management interface, click Rack. Right click the concerned board >
Show Board Properties Page > CPU1 or CPU2. Check 2 parameters: Low/High threshold of alarm
temperature, Reset temperature. If the settings are low, please adjust the High threshold of alarm
temperature and the Reset temperature. The new settings will be valid after 30 seconds.
Recommended Thresholds: High threshold of alarm temperature: 90 degrees Celsius, Reset
temperature: 95 degrees Celsius.
2. Observe the thermometer in machine room to know room temperature. If it is high, please take
effective measures to cool down.
3. Check the surface of the boards. Does it have much dust? If yes, please clean it for better cooling.
4. Check the air intake and air outlet of the rack. Does it have much dust? If yes, please clean it
for better ventilation.
5. Make sure the fan(s) on the rack works normally.
6. Replace the fault board.
Probable Cause
System Impact
2-6
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
1. Wait for about 20 minutes. If the alarm is not restored, please restart the board.
2. If the alarm still exists after restarting the board, please replace the board.
Probable Cause
1. The fiber connection is error between shelves, or the fiber is not physically plugged.
2. The background configuration of the board is inconsistent with its foreground physical connection.
3. The transceiver of the board link detection packet is exceptional.
2-7
System Impact
The inter-shelf service bandwidth is reduced. The inter-shelf services may be interrupted if no
backup is configured.
Handling Suggestion
1. In the NMS Configuration Management interface, select Unit Connection Relation, then compare
the configuration with actual physical connection. If it is different, adjust connection cables according
to the configuration.
2. Check the connection of optical fiber and make sure it is in cross connection. Is there any relevant
alarm? If yes, please solve the problem according to recommended handling suggestions.
Relevant Alarm: 198005125 GE optical transceiver module is wrongly connected to left/right board
slots at opposite end
3. Replace the optical fiber or the optical transceiver module so that the SD indicator for the
corresponding port is on.
4. Replace the local board.
5. Replace the opposite board.
Probable Cause
1. Connection failure.
2. Line failure.
3. Board failure.
4. Rear board failure.
System Impact
There is no impact on services when TRUNK connection is not adopted for inter-shelf control plane
communication. However if TRUNK connection is adopted, this alarm indicates insufficient network
communication capability. This may cause congestion at control plane. During heavy traffic period,
this may cause much delay or services interruption in extreme condition.
2-8
Handling Suggestion
1. Check whether TRUNK connection is used for inter-shelf control plane. If not, no handling
is required.
2. Check the number of connections, i.e. 4 FEs and 2 GEs are required. Complete the connections if
there is any missing.
3. Check whether the connection is correct.
The correct connection is described as below:
For FE port trunk, if UIM board is installed on BUSN shelf, then TRUNK connection is not supported.
In this case, this alarm won't occur. If UIM is installed on other shelf, FE7, FE8, FE9 and FE10
work together to form a TRUNK port. However if it is GUIM/GUIM2 board, FE3, FE4, FE5 and FE6
form a TRUNK port.
For CHUB board, every 4 adjacent FE ports form a TRUNK port, such as FE1~FE4, FE5~FE8 etc.
For each trunk port, All the 4 RE ports must be connected, and direct connection is recommended.
For GE port trunk, 2 GE interfaces (CHUB board inter-connection) are connected in cross-connection
mode. The #1 GE port on the left board on the local shelf corresponds to the #1 GE port on the left
board on the opposite shelf; the #2 GE port on the left board on the local shelf corresponds to the #2
GE port on the right board of opposite shelf.
The #1 GE port on the right board on the local shelf corresponds to the #2 GE port on the left board
on the opposite shelf, and the #2 GE port on the left board on the local shelf corresponds to the #2
GE port on the right board on the opposite shelf.
4. Replace the cable.
5. Replace the rear board.
6. Replace the connected board.
Probable Cause
System Impact
2-9
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
Try to change over the special fiber port by network manage system. If failed to change over for three
continuous times, the fiber port has fault, please replace the fiber port or board.
Probable Cause
The fiber is not completed connected to the port, or is damaged, or is not compatible with the optical
transceiver module in T-net switch.
2-10
System Impact
There might be error in the data transmitted by the optical port which affects the quality of all the
services performed on this optical port.
Handling Suggestion
Probable Cause
The mate board exist POWERON signal but RUN signal is inexistent.
System Impact
Handling Suggestion
2-11
Probable Cause
System Impact
Because internal media stream can not be transmitted via this port, it will select another port for
transmission. If all the internal ports are abnormal, the internal media stream will be interrupted and
all the services provided on this board will be interrupted.
Handling Suggestion
1. Check the Alarm Management window for the CUP overloaded on the first level switching board,
UIM board at the shelf, or local board. Perform recommended solution to process the alarm(s) if any.
Related Alarm: 198002560 Board CPU Overloaded
2. Check the Alarm Management window for the alarms of Inter-shelf media plane links abnormal.
Perform the recommended solution to process the alarm(s) if any.
Related Alarm: 198005121 Inter-shelf Media Plane Link Error
3. Replace the board.
4. Change the slot of the board.
5. Replace the UIM in the same shelf.
Probable Cause
2-12
System Impact
The services are interrupted because the system can not get a proper clock.
Handling Suggestion
1. Reconnect the cable between the board and the clock reference (the previous level).
2. Replace the cable between the board and the clock reference.
3. Check the signal output from the reference clock source.
4. Replace the board.
Probable Cause
1. Configuration is incorrect.
2. Board is misplaced.
System Impact
Since the board where the unconfigured sub card is located resets repeatedly, power resource of
the equipment is wasted. However, services won't be affected.
Handling Suggestion
2-13
Probable Cause
System Impact
The sub-card functions are unavailable, accordingly this board does not support relevant services.
The influence on the system is various according to different type of sub-card.
If the sub-card is an interface board, the transmission link via this board is not connectable, then
services will be accessed through other sub-card. If the sub-card is a signalling process board,
the cell/Node B configured for this board is not available for services. If the sub-card is a user's
plane board, user plane process capability will decline, then services will be accessed through
other sub-card.
Handling Suggestion
Is the sub-card required? If no, modify the type of board so that the new type doesn't support such
sub-card; if yes, insert the sub-card firmly.
Probable Cause
2-14
System Impact
This port is not available for services. If there is a standby port, data can be received or transmitted
via the standby port. But in this case, totally data throughput will decline. Meanwhile, the reliability
and stability of the system declines. If there is no standby port, all communication links via this port
will be broken, and the services carried via this port will be interrupted.
Handling Suggestion
Probable Cause
System Impact
If the internal media plane stream can not be processed, packets may be lost. In this case, services
provided by this board become unstable.
If it is port fault or connector fault, the internal media plane is completely broken. In this case, services
borne on this board are interrupted.
If either CPU or traffic is overloaded, services carried on the board will be delayed. In serious
situation, services may be interrupted.
2-15
Handling Suggestion
1. Check the Alarm Management window for the alarms of Inter-shelf media plane links abnormal.
Perform the recommended solution to process the alarm(s) if any.
Related Alarm: 198005376 internal media plane port failure.
2. Check the Alarm Management window for the CUP overloaded on the first level switching board,
UIM board at the shelf, or local board. Perform recommended solution to process the alarm(s) if any.
Related Alarm: 198002560 Board CPU Overloaded
3. Check the Alarm Management window for the alarms of Inter-shelf media plane links abnormal.
Perform the recommended solution to process the alarm(s) if any.
Related Alarm: 198005121 Inter-shelf Media Plane Link Error
4. Replace the board.
5. Change the slot of the board.
6. Replace the UIM in the same shelf.
Probable Cause
This alarm indicates DSP resource is not available. It is monitored by higher-level layer. Once DSP is
blocked, an alarm is given. This includes the following situations:
1. DSP version fails to be loaded so that the system is unable to operate normally.
2. The HPI port on DSP is abnormal.
3. The DSP media plane communication is disconnected.
4. DSP resets.
System Impact
All services processed by this DSP are interrupted, and those services will be re-created on other
normal DSPs. If the DSP is unavailable for a long time, system performance will be degraded.
2-16
Handling Suggestion
1. In network management system, check the operation & maintenance log file. Is there a record,
indicating DSP version replacing? If yes, this operation must cause DSP to reset. And having this
alarm is a normal phenomenon. No handling is required. Please wait until DSP reset is complete.
2. In Alarm Management interface, check whether there is one of the following alarms. If yes, please
solve the problem according to corresponding handling suggestions.
Related Alarms:
198005701 Version Load Error
198005655 DSP auto-detection abnormal
198005700 DSP abnormally resets
3. Reset the board.
4. Replace the board.
Probable Cause
System Impact
Handling Suggestion
2-17
Probable Cause
System Impact
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
2-18
Probable Cause
System Impact
When hard disk usage rate exceeds its threshold, new data can not be written. The data may be
lost. There is no impact on services.
Handling Suggestion
1. In NMS configuration management interface, click MPX86 or MPX86/2 alarm parameters > hard
disk full alarm to check the threshold used to report a hard disk usage alarm. If the threshold value is
low, please increase it.
2. Clean the space of hard disk. Delete the files that are no longer used, or move them to external
storage devices.
Probable Cause
The ribbon cable is loose or the hard disk fails, usually a hardware failure.
System Impact
This is an OMP alarm caused by hard disk breakage, which will affect the system in three ways:
1. The OMP can not boot and services can not access the board.
2. If the log server is abnormal, performance data temporarily stored in the hard disk of the OMP
will be lost.
3. No peripheral board can be powered on because when a peripheral board boots, it will request
for a version from the OMP.
Handling Suggestion
Replace the fault hard disk or replace the board, where the hard disk is installed.
2-19
Probable Cause
System Impact
The active/standby board changeover or the APS changeover will fail. This board can not be
switched to the active board.
Handling Suggestion
2.1.28 198005637 Back card does not match with front board
Alarm Property
l Alarm Code: 198005637
l Description: Back card does not match with front board
l Severity: Minor
l Alarm Type: Equipment Alarm
Probable Cause
2-20
System Impact
1. When the rear board interface is used to connect other network element, it will cause link
interruption at bottom layer, and services over the corresponding link will be interrupted.
2. When the rear board interface is used to connect internal control plane, it will cause communication
error at internal control plane. As a result, the board can not exchange control plane messages and
services borne on the board will be interrupted.
3. When the rear board interface of clock board is used to extract clock, it will cause loss of clock
signal. Because without input clock, the system services will be interrupted.
Handling Suggestion
1. Check the front board type for the correct rear board type, and use the correct rear board.
2. Replace the defective rear board with a new rear board.
Probable Cause
The fiber is not completed connected to the port, or is damaged, or is not compatible with the optical
transceiver module in T-network switch. There is no light signal input into the optics module.
This alarm is dedicated to the TDM optical port only. The possible causes of this alarm include:
1. TDM receiver fiber optics failure, fiber optics module failure.
This type of failures include: damaged fiber on the receiver, unconnected fiber, contaminated fiber or
damaged optics module on the receiver.
2. Fiber optics failure at the transmitting module on the corresponding TDM.
This type of failures include: damaged fiber on the transmitter, unconnected fiber, and contaminated
fiber.
3. Compatibility between fiber optics and optics module.
The fiber transmission rate of TDM signal is incompatible with the wave length of the optics module.
4. Loss of signal (LOS) alarm operation is performed on the corresponding SDH device.
This includes the manual diagnosis test alarm operation.
System Impact
There might be error in the data transmitted by the optical port which affects the quality of all the
services performed on this optical port.
2-21
Handling Suggestion
1. Perform loopback test to determine source of this alarm is on the local devices or the corresponding
devices. Perform self-loop test on local device. If the failure persists, the failure source is on local
device; if the failure disappears after self-loop test, then the source of failure is on the corresponding
device. Contact the corresponding device for solution.
2. Replace optics module.
3. Replace the fibber optics.
4. Replace the board.
Probable Cause
FPGA runs abnormally, for example, FPGA is lost, or the board clock is lost.
System Impact
Handling Suggestion
1. Restart the board. In this case, the board downloads FPGA again.
2. Replace the board.
2-22
Probable Cause
System Impact
Handling Suggestion
1. Reset the corresponding DSP chip or the board by using MML command on the background and
then check the alarm is eliminated.
2. Replace the board.
Probable Cause
System Impact
The sub-card channel is not initialized or the initialization fails. As a result, the channel corresponding
to the alarm chip cannot be used normally. This affects the service carried by the board of the
sub-card. After the channel is available and the alarm is eliminated, the service is recovered.
Handling Suggestion
1. Unplug and plug the sub-card again. Wait for the board to be powered on.
2. Replace the sub-card.
2-23
l Severity: Minor
l Alarm Type: Equipment Alarm
Probable Cause
System Impact
UIMC/GUIM/CHUB GCS sub-card functions abnormally. Packets may be lost, and even worse, link
disconnection may occur on the control planes of some boards. For active/standby configuration,
there are two cases:
1. If the active board is abnormal while the standby board is normal, the system performs
active/standby switchover. Thus, the standby board takes over the services of the faulty active
board. In this case, the service is not affected.
2. If both the active and standby boards are abnormal, active/standby switchover is forbidden. In this
case, the service is interrupted because the faulty board cannot restore to the normal status.
Handling Suggestion
1. Check the sub-card connection on the board. If the sub-card is loosely inserted, tightly insert it and
wait for the board to be powered on.
2. Replace the sub-card.
Probable Cause
System Impact
The service clock and system clock are inconsistent on the board with unlocked phase-lock loop. As
a result, the service carried by the board is interrupted.
2-24
Handling Suggestion
1. On NMS fault management interface, check if the related clock alarm occur. If yes, handle the
alarm by referring to the corresponding suggestions.
The related alarm is as follows:
198005381 Input Clock Abnormal
2. On NMS fault management interface, check if related alarms occur on the optical port for clock
extraction. If yes, handle the alarm by referring to the corresponding suggestions.
The related alarms are as follows:
198001792 SDH/SONET fault
198005639 High Error Rate of Optical Interface
198000002 Loss of Optical Transceiver Module Signal
3. Check the operation and maintenance logs. If the operation of changing the clock extraction
reference for the loop is recorded, report the alarm as a normal phenomenon. In this case, no
handling operation is required.
4. Switch to the standby clock board.
5. Switch to the standby UIM/GUIM board.
6. Replace the board.
Probable Cause
System Impact
The trunk fails to receive trunk signals. If the belonged port has only this link, all services on the port
are interrupted. Otherwise, only the port bandwidth is affected. The quantity of upper layer access
services associated with the port is decreased. The accessed bandwidth is reduced. The service,
however, is not interrupted.
2-25
Handling Suggestion
1. Conduct a meter measurement or loopback test to find out whether the alarm is rooted in the
local end or peer end.
Meter measurement: Connect a trunk test meter to check if the signal received by the local end trunk
is normal. If yes, the fault is rooted in the local end. If the test shows the problem persists, the fault is
rooted in the peer end. In this case, inform the peer end to troubleshoot.
Loopback test: Perform self-loop at the trunk where alarm occurs at local end. If the problem persists,
it indicates that the fault is rooted in the local end. If the alarm is eliminated, it indicates that the alarm
is rooted in the peer end. In this case, inform the peer end to troubleshoot.
2. Replace the trunk cable.
3. Replace the board.
Probable Cause
System Impact
The board fails to start up, or control plane communication is abnormal. As a result, users cannot
gain access and existing services are interrupted.
Handling Suggestion
1. Check whether the DIP switch setting is changed or the board is not restarted after the change.
2. Plug and unplug the board and then check if the alarm is eliminated.
2-26
Probable Cause
Class B faults of GPS module of ICM board are generated by singlechip processor checking,
including antenna feed short circuit or open circuit, poor quality of received satellite signals or difficulty
in receiving satellite signals, and large phase difference of 10M OCXO assistant phase control.
System Impact
There is no impact on system clock or services if the type B fault lasts for less than 48 hours. After 48
hours, the system clock is deviated and system synchronization fails. When GPS signal is poor, the
alarm will be repeatedly reported/restored. As long as the alarm lasts for no more than 48 hours, both
system clock and services will not be affected.
When the system clock is lost or clock frequency deviation happens, services may be affected
differently according to transmission mode.
1. For TDM transmission, all links based on TDM transmission medium (including UE transmission
link and cell transmission link) will be affected. Packets may be lost, which leads to degradation
of service quality. In serious situation, services may be interrupted, handover may fail and cell
out-of-service may happen.
2. For non-TDM transmission (e.g. IP transmission), services via Iub interface will be affected. This
fault will not affect services via Iur interface or Iu interface. In this case, Node B will fetch clock signal
from RNC by using IEEE1588 function, but the clock is inaccurate.
When RNC's clock frequency offset is no more than 0.05 ppm, Node B synchronization can be
achieved. But inter-RNC soft handover success rate will fall.
When RNC's clock frequency offset exceeds 0.5 ppm, Node B cannot lock the clock. Then Node B
will work in free oscillation mode. In this case, inter-Node B soft handover success rate will drop.
Handling Suggestion
Check the input circuit of antenna feeder of ICM board so that it can receive good GPS signals.
The checking items include:
1) The position of the receiving antenna.
The antenna should be installed in an open area, far away from high buildings and clear from shades.
The effective visibility angle of the antenna should be greater than 150 degrees.
2) The connection between power splitter and front panel.
The connector used to connect the power splitter and the front panel should be in good contact and
properly connected.
2-27
Probable Cause
System Impact
This DSP will be blocked and no longer available. The cell of this DSP is out of service; the subscriber
using this DSP is out of service; call loss rate might increase when call traffic is high.
Handling Suggestion
Probable Cause
System Impact
The unavailable sub-card clock affects the normal operation of the board. This may cause clock
jittering, and the service that implements media stream exchange through this board becomes
unstable. In the most serious case, the system clock is lost and the service carried by the board is
interrupted.
2-28
Handling Suggestion
1. Check the subcard connection status. If the subcard is loose, tightly connect it and power it
on again.
2. Replace the subcard
3. Replace the board.
Probable Cause
System Impact
Handling Suggestion
1. Check if the TFI optical fiber corresponding to this path is connected in position or is damaged.
2. Connect the fiber in place or replace it with anther one, and check if the alarm is eliminated.
3. Check if the fiber matches the optical transceiver module.
4. Replace the fiber, and check if the alarm is eliminated.
5. Switch T network board.
2-29
Probable Cause
System Impact
Handling Suggestion
1. Check if the TFI optical fiber corresponding to this path is connected in position or is damaged.
2. Connect the fiber in place or replace it with anther one, and check if the alarm is eliminated.
3. Check if the fiber matches the optical transceiver module.
4. Replace the fiber, and check if the alarm is eliminated.
5. Switch T network board.
Probable Cause
The running physical link between the master and the slave port is broken.
System Impact
Handling Suggestion
2-30
Probable Cause
System Impact
The APS optical port data on the standby board cannot reach the active board. When the active
optical port is normal, the service is not affected. When the active optical port is faulty, APS fails to
protect optical port and thus all services carried by the optical port are interrupted.
Handling Suggestion
Warning
l Alarm Type: Equipment Alarm
Probable Cause
2-31
System Impact
When hard disk work for long time without sleep, engine will be in high speed spin state for long, this
will influence the life of disk, and data will lose when disk be abnormal.
Disk of some model will lock the engine when it keep work for long time to protect the disk. But this is
out of the software controled, and may result in data lose when disk cannot be accessed transitorily.
Handling Suggestion
No handling is necessary.
Probable Cause
System Impact
This alarm only occurs to the IMAB. When it occurs, the IMAB can not operate normally and the trunk
borne on the board will be broken. As a result, users can not access the board and the existing
services will be interrupted.
Handling Suggestion
1. Check whether the 'Board input clock lose' or 'PLL unlock' alarm exists. If so, handle the alarm first.
2. Replace the board.
2-32
Probable Cause
System Impact
Be usually determined as hardware fault, which affects system clock. It might lead to the system
clock loss and system synchronization failure.
When system clock loss/offset occurs, its subsequent impact on service is described below.
1.For TDM transmission, all links based on the TDM transmission medium (including the transmission
link currently in service for UE and cell transmission link) are affected. Packet loss might occur on
these links, leading to degradation of service quality. In the case of serious packet loss, service
interruption and handover failure will occur. Even worse, the cell might be out of service.
2.For non-TDM transmission (for example, IP transmission), Iub interface service is affected, while
Iur interface and Iu interface services are not affected. The clock that Node B derives from RNC
via IEEE1588 is inaccurate.
When RNC clock frequency offset is no more than 0.05 ppm, Node B synchronization will not fail, but
success rate of inter-RNC inter-Node B soft handover might fall.
When RNC clock frequency offset exceeds 0.5 ppm, Node B will fail to lock the clock. In this case,
Node B will oscillate freely and success rate of inter-Node B soft handover might fall.
Handling Suggestion
On NMS fault management interface, view alarm Details where Error type information is given.
Locate the corresponding alarm handling suggestion according to the error type.
The alarm handling suggestions that correspond to the error types are described below.
1.Type A Fault on Board (GPS) Phase-lock Equipment
1) On NMS test management interface, perform diagnostic test on ICM board. Check the working
status of the GPS module. If Class A fault persists in the GPS module, replace the board.
2) Check if output clock loss occurs. If yes, replace the board.
2.Phase-lock Equipment of This Board (GPS) Is in Power-on Status
If the alarm persists, hardware fault might exist. Replace the board.
2-33
Probable Cause
System Impact
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
1. Disconnect the cross-linked E1, Wait for 1 minute and check whether the alarm disappears.
2. Restart the board and check whether the alarm disappears.
3. Replace the board by another one and check whether the alarm disappears.
4. Replace the board connected with this board, check whether the alarm disappears.
2-34
Probable Cause
Synchronization status check of FPGA and SPI4/VSC872/VSC874 failed. It's usually caused by
hardware exceptions. For example, the clock chip works abnormally.
System Impact
If synchronization status check of FPGA fail, Media can not receive or send data normally. And the
board will reset for the exception of the media check frame.
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
2-35
Probable Cause
System Impact
Cascade ports inner UIMC/GUIM/GUIM2/CHUB functions abnormally. Packets may be lost, and even
worse, link disconnection may occur on the control planes of some boards. For active/standby
configuration, there are two cases:
1. If the active board is abnormal while the standby board is normal, the system performs
active/standby switchover. Thus, the standby board takes over the services of the faulty active
board. In this case, the service is not affected.
2. If both the active and standby boards are abnormal, active/standby switchover is forbidden. In this
case, the service is interrupted because the faulty board cannot restore to the normal status.
Handling Suggestion
1. Check the GCS subcard connection on the board. If the subcard is loosely inserted, tightly insert it
and wait for the board to be powered on.
2. Replace the GCS subcard.
3. Replace the UIM2/GUIM/GUIM2/CHUB board.
2-36
Probable Cause
1. The slave clock port does not receive ESMC PDU for 5 seconds.
2. The SSM value that the slave clock port received is DNU.
3. The port speed is 10M.
4. Physical link of the port is broken.
System Impact
The slave clock port can not synchronize with the connected port, which will cause processing
abnormity related to the clock.
Handling Suggestion
1. Check the synchronization Ethernet's master/slave clock configuration of the connected port,
the configuration should be master;
2. Check local and connected port speed, port speed should not be 10M;
3. Check if the physical connection is correct.
Probable Cause
The setting of the DIP switch on the backboard has been changed.
System Impact
Handling Suggestion
1. Plug the uim/UIM_2/GUIM/GUIM2/GUIM/GUIM2_2 board tightly to the slot again and then observe
if the alarm is given.
Y->Go to "2"
N->End.
2. Replace the backplane of the shelf, and check if this alarm is given.
Y->Please contact the next level of maintenance support.
N->End.
2-37
Probable Cause
System Impact
Isolate island, checking packets being abnormal or messages between shelves being abnormal may
occur. For active/standby configuration, there are two cases:
1. If the active board is abnormal while the standby board is normal, the system performs
active/standby switchover. Thus, the standby board takes over the services of the faulty active
board. In this case, the service is not affected.
2. If both the active and standby boards are abnormal, active/standby switchover is forbidden. In this
case, the service is interrupted because the faulty board cannot restore to the normal status.
Handling Suggestion
Replace the board. CPU control port, management port or switch chip is error when this alarm
happens. By resetting the board, this fault will be self-cured with very few possibility, and the fault
may remain.
Probable Cause
2-38
System Impact
The input power of the shelf has may have fault. There will be no power if all two electrical sources
input are abnormal.
Handling Suggestion
1. Please check the cable connection between the PDU and the back board.
Y->If the cable connection is OK, go to 2;
N->If the cable connection is error, please connect the cable again. Check whether the alarm
disappears. Y->The troubleshooting completes. N->Go to 2.
2. Please check the switch.
Y->If the switch is OK, go to 3;
N->If the switch is abnormal, please switch on the switch. Check whether the alarm disappears.
Y->The troubleshooting completes. N->Go to 3.
3. Please replace the cable.
Y->If the alarm disappears, the troubleshooting completes.
N->Please contact the next level of maintenance support.
Probable Cause
The connect port flow is too high, that is over the value of flow threshold configuration.
System Impact
2-39
Handling Suggestion
Probable Cause
System Impact
It affects the data transfer of the remote SFP. If it is serious, which will make bad the SFF on the
other side.
Handling Suggestion
2-40
l Severity: Minor
l Alarm Type: Equipment Alarm
Probable Cause
System Impact
Handling Suggestion
Probable Cause
System Impact
It affects the data transfer of the local SFP. If it is serious, which will make bad the SFF on the
other side.
Handling Suggestion
1. Check the configuration of the TX module on the remote side is too long transmission.
2. Replace the SFP on the remote side.
3. Check the configuration of the fiber type (You should use single mode fiber, but OM1 or OM2 or
OM3 fiber).
4. Replace the SFP on the local side.
2-41
Probable Cause
System Impact
Handling Suggestion
1. Check the configuration of the TX module on the remote side is too long transmission.
2. Replace the SFP on the remote side.
3. Check the configuration of the fiber type (You should use single mode fiber, but OM1 or OM2 or
OM3 fiber).
4. Replace the SFP on the local side.
Probable Cause
System Impact
2-42
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
Probable Cause
2-43
System Impact
The services carried by the board are unstable. In most serious case, all services carried by the
board are interrupted.
Handling Suggestion
1. On NMS fault management interface, check if the PSN in the same shelf has generated related
alarms. If yes, follow the suggestions on handling the related alarms.
The related alarm is as follows:
198019456 All high-speed links between line card and package switching board are out of
synchronism
2. Unplug and plug the board.
3. Replace the board.
Probable Cause
System Impact
Packets would be dropped which would cause poor voice quality and other problems.
Handling Suggestion
Switch the master port of the GLI board (where table lookup failed) to the partner board
2-44
Probable Cause
System Impact
Packets would be dropped which would cause poor voice quality and other problems.
Handling Suggestion
Probable Cause
System Impact
Packets would be dropped which would cause poor voice quality and other problems.
Handling Suggestion
2-45
Probable Cause
System Impact
Packets would be dropped which would cause poor voice quality and other problems.
Handling Suggestion
1. If only ONE GLI triggered this alarm, switch all master port of this board to its partner board,
and reboot the board.
2. If the alarm being triggered again after the board rebooted, replace the board.
3. If the alarm being triggered again after the board replaced, contact the next level of maintenance
support.
4. If the more than one GLI triggered this alarm, contact the next level of maintenance support.
Probable Cause
System Impact
Packets would be dropped which would cause poor voice quality and other problems.
2-46
Handling Suggestion
Probable Cause
System Impact
Packets would be dropped which would cause poor voice quality and other problems.
Handling Suggestion
Probable Cause
1. Packets error.
2. Board hardware error.
2-47
System Impact
Packets would be dropped which would cause poor voice quality and other problems.
Handling Suggestion
1. Check all the GLI board in the same shelf to confirm whether there were any other alarms, if this
is the ONLY alarmed board, switch all master port of this board to its partner board, and replace
this board.
2. If this alarm being triggered again after the board replaced, contact the next level of maintenance
support.
3. If more than one GLI triggered this alarm, contact the next level of maintenance support.
Probable Cause
System Impact
Packets would be dropped which would cause poor voice quality and other problems.
Handling Suggestion
1. Check the state of all ports of the alarmed board, if more than 2 ports of this board is in master
state, switch 1 or 2 ports to its partner port.
2. If the alarm is still active, reboot the board.
3. If the alarm being triggered again after the board rebooted, replace the board.
2-48
l Severity: Major
l Alarm Type: Equipment Alarm
Probable Cause
System Impact
It may cause failure of queue scheduling, and then services won't work normally.
Handling Suggestion
Make records of the alarm information and contact the next level of maintenance support.
Probable Cause
System Impact
The board may reboot when the static memory is not enough.
Handling Suggestion
When the memory exception influences the services, reboot the board.
2-49
Probable Cause
System Impact
When the slave board change to master, the service through this board will be interrupt.
Handling Suggestion
Probable Cause
1. The configuration of the PSN type is inconsistent with the actual used of PSN type
2. PSN hardware is abnormal.
3. GLI/TLIV hardware is faulty.
System Impact
1. All services on the equipment are down if the alarm is caused by Cause 1 or Cause 2.
2. All services on the line card are affected if the alarm is caused by Cause 3. If the service is not
configured in master/slave or load sharing mode, all services on the line card will be down. If the
service is configured in master/slave or load sharing mode, all services on the line card will soon be
restored after being down temporarily.
2-50
Handling Suggestion
1. Check whether PSN board reboots repeatedly. If yes, Check whether the PSN board type
configured is consistent with the PSN board type actually in use.
If inconsistent (for example, the configured board type is PSN4V and the board type actually in use is
PSN8V), modify board type configuration or replace the board actually in use to keep consistency
between board configuration and the board in use.
If consistent, PSN board hardware might be faulty. In this case, replace PSN board.
2. If the alarm occurs in line card, check if the same alarm occurs in other line card(s) located in the
same shelf with the faulty line card.
If the same alarm occurs in all other line cards, PSN board might be faulty. Reboot PSN board and
check if the line card alarms are restored. If alarms are not restored, replace PSN board.
If merely the line card where this alarm occurs reboots repeatedly, replace the board where the
alarm is generated.
Probable Cause
System Impact
Handling Suggestion
2-51
Probable Cause
System Impact
APS automatic protection switching function is paralyzed. When the working optical port is abnormal,
the protection optical port will not work, leading to service interruption on this optical port.
Handling Suggestion
2-52
Probable Cause
System Impact
1. When fibber connection is correct and the working optical port can work normally, services won't
be affected.
2. When the working optical port is faulty, APS automatic protection switching function doesn't work,
and services carried via this optical port will be interrupted due to lack of protection.
Handling Suggestion
2-53
Probable Cause
System Impact
The board can not enter into normal working status. All board services fail to be established.
Handling Suggestion
1. If board backup mode is configured as 1:1 or 1+1 and SDH optical interface is needed, at least one
set of APS protection needs to be configured.
To configure APS protection:
On NMS configuration management interface, locate the relevant board in the rack. Right-Click the
board and open board properties page. Click Optical port APS protection.
2. If board master/slave mode is not needed, modify board backup mode into.
To configure board backup mode:
Delete the relevant board on NMS configuration management interface. Then recreate the board.
Select board backup mode as "None" during board creation.
3. If board backup mode is configured as 1:1 and no SDH optical interface is required, modify the
board backup mode into 1+1.
To configure board backup mode:
Delete the relevant board on NMS configuration management interface. Then recreate the board.
Select board backup mode as "1+1" during board creation.
Probable Cause
1. APS Channel between Master and Slave Board gets hardware fault.
2. The connection on the backplane between the slot and the neighboring slot gets errors.
System Impact
2-54
Handling Suggestion
Probable Cause
Connection chip (73273/73260) faults on TDM Switch Network Board cause some 129 time slots of
HW having connection faults.
System Impact
If the fault occurs on master board, board state will be changed to slave; slave board will be reset
immediately.
Handling Suggestion
2-55
Probable Cause
System Impact
The link with abnormal connection is interrupted. Accordingly, services are affected.
Handling Suggestion
1. In NMS Configuration Management interface, view the configuration of IMA links. Do the values of
HW and TS fields configured for IMA links conflict (for example, two A ends are configured with the
same B end). If yes, modify the configuration.
2. Replace the faulty board.
Probable Cause
Hardware is faulty.
System Impact
1. If it is caused by the master clock board, the system will fail to get clock. Because of this, all
clock-related boards can not work normally and services will be interrupted. The relevant boards
include IMA protocol processing board and interface board with HW process capability.
2. If it is caused by the slave clock board, services will not be affected.
Handling Suggestion
1. If the alarm is reported by master board rather than slave board, perform master/slave switching.
2. Replace the board where the alarm is reported.
2-56
Probable Cause
Hardware is faulty.
System Impact
The system can not get wanted clock, therefore all clock-related processes are abnormal.
Handling Suggestion
1. If the board where the alarm is declared is ICM, please replace the board.
2. If the board where the alarm is declared is CLKG:
Check the connection between CLKG and GCM.
Replace the CLKG.
Replace the GCM.
Probable Cause
Hardware is faulty.
System Impact
The system can not get wanted clock, therefore all clock-related processes are abnormal.
Handling Suggestion
2-57
Probable Cause
System Impact
When all configured clock reference sources are lost, the clock board comes to free running or
hold-over state. Accuracy of output clock is determined by the crystal oscillator of clock board.
No impact on service.
Handling Suggestion
Probable Cause
Input clock reference is in unavailable status for more than 10 minutes and less than 24 hours.
Probable causes include:
1. Clock reference input is abnormal.
2. The configured clock reference does not exist.
2-58
System Impact
When all configured clock reference sources are lost, the clock board comes to free running or
hold-over state. Accuracy of output clock is determined by the crystal oscillator of clock board.
The clock loss leads to synchronization failure between system clock and clock reference source.
Service interruption might occur.
The system will not be affected if the following two events happen together.
Input clock reference source is lost.
The phase-locked loop locks other clock reference source.
Handling Suggestion
Probable Cause
System Impact
When all configured clock reference sources are lost, the clock board comes to free running or
hold-over state. Accuracy of output clock is determined by the crystal oscillator of clock board.
The clock loss leads to synchronization failure between system clock and clock reference source.
Service interruption will occur.
The system will not be affected if the following two events happen together.
Input clock reference source is lost.
The phase-locked loop locks other clock reference source.
2-59
Handling Suggestion
Probable Cause
System Impact
System could not get the needed clock, which will cause processing abnormity related to the clock.
Handling Suggestion
1. If the alarm is reported by the master board, and the slave board is good, perform master/slave
changeover operation.
2. Replace the fault board.
Probable Cause
Hardware is faulty.
2-60
System Impact
1. If this alarm occurs on the master board, system clock synchronization will fail and services will
be interrupted.
2. If this alarm occurs on the slave board, services will not be affected.
Handling Suggestion
1. If the alarm is declared by master board rather than slave board, perform master/slave switching.
2. Replace board.
Probable Cause
80g detects that the GLIQP board restarts, or the 80g chip is abnormal.
System Impact
Handling Suggestion
Restart the board for which the alarm is reported. Replace the board with a good one if the alarm still
exists. Contact the next level of maintenance support. if replacing the board does not work.
2-61
Probable Cause
Link Fault: The physical layer has determined a fault that occurred in the receive direction of the
local DTE
Dying Gasp: An unrecoverable local failure condition has occurred
Critical Event: An unspecified critical event has occurred
System Impact
Link Fault:
The port can't receive data, the operations will interrupt.
Dying Gasp:
The port can't receive data, the operations will interrupt.
Critical Event:
The 802.3ah is failed, can't detect the fault of link.
Handling Suggestion
Link Fault:
1. Check the peer is or not right.
2. If right, change the optical fiber and check the alarm.
3. If the alarm is alive, change the and check the alarm.
4. If the alarm is alive, change the board.
Dying Gasp:
Check the peer is or not down.
Critical Event:
1. Check the 802.3ah is or not enable, if it is disable, it can't receive PDU.
2. If the 802.3ah is enable, if the port is optical, check the alarm of Link Fault is or not alive, if the
alarm is alive, the port can't receive the PDU
3. Or not, change the good network cable.
4. If the alarm is alive, change the peer board.
2-62
Probable Cause
DefXconCCM:
The MAID of the received CCM dose not exactly match the MAID configured in the receiving MEP.
DefErrorCCM:
1. The MEPID in the received CCM is not configured in the receiving MEP.
2. The MEPID in the received CCM matches the MEPID of the receiving MEP.
3. The CCM interval filed in the received CCM dose not match the configured for the receiving MEP.
4. The source mac of CCM is not match the mac of rmep's configured .
DefRemoteCCM:
The MEP is not receiving CCM in timeout.
DefRDICCM:
The MEP is receiving CCM that have the RDI.
AIS:
The MEP is receiving AIS.
LCK:
The MEP is receiving LCK.
System Impact
DefXconCCM:
The configure of MD is error.
DefErrorCCM:
The configure of MEP in MA is error.
DefRemoteCCM:
1. the other mep is not enable.
2. the link is fault, mep can't receive PUD.
DefRDICCM:
The receive of the last MEP is error.
AIS:
The receive of the former MEP is error.
LCK:
The receive of the former MEP is error.
Handling Suggestion
DefXconCCM:
Check the configure of the peer MD.
DefErrorCCM:
Check the configure of all MEP in MA.
DefRemoteCCM:
1. Check the fault of the link
2. Check the other MEP in MA is enabled or not.
DefRDICCM:
Check the alarm of the last MEP.
AIS:
2-63
Probable Cause
System Impact
Handling Suggestion
Probable Cause
2-64
System Impact
If the board is normal, but its in-position indicator has a fault, then this alarm does not affect services.
The board is in blocked status, no services can be accessed. If the board acts as a resource board,
its resources can not be used.
Handling Suggestion
Probable Cause
None
System Impact
None
Handling Suggestion
None
2-65
Probable Cause
None
System Impact
None
Handling Suggestion
None
Probable Cause
None
System Impact
None
Handling Suggestion
None
Probable Cause
None
2-66
System Impact
None
Handling Suggestion
None
Probable Cause
None
System Impact
None
Handling Suggestion
None
Probable Cause
None
System Impact
None
2-67
Handling Suggestion
None
Probable Cause
None
System Impact
None
Handling Suggestion
None
Probable Cause
None
System Impact
None
Handling Suggestion
None
2-68
Probable Cause
None
System Impact
None
Handling Suggestion
None
Probable Cause
None
System Impact
None
Handling Suggestion
None
2-69
Probable Cause
None
System Impact
None
Handling Suggestion
None
Probable Cause
None
System Impact
None
Handling Suggestion
None
2-70
Probable Cause
None
System Impact
None
Handling Suggestion
None
Probable Cause
None
System Impact
None
Handling Suggestion
None
2-71
Probable Cause
None
System Impact
None
Handling Suggestion
None
Probable Cause
None
System Impact
None
Handling Suggestion
None
2-72
Probable Cause
None
System Impact
None
Handling Suggestion
None
Probable Cause
None
System Impact
None
Handling Suggestion
None
2-73
Probable Cause
None
System Impact
None
Handling Suggestion
None
Probable Cause
None
System Impact
None
Handling Suggestion
None
2-74
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
1)Test transmission index. If the transmission continuously has over-2Hz frequency offset in
4 seconds or the single frequency adjustment is more than 4 Hz for 15 times in 6 minutes, it is
necessary to notify the engineer to adjust transmission.
2)Reset CMB board and check whether the alarm disappears.
3)If the alarm does not disappear, replace CMB board.
2-75
Probable Cause
System Impact
None
Handling Suggestion
1)Test transmission index. If the transmission continuously has over-2Hz frequency offset in
4 seconds or the single frequency adjustment is more than 4 Hz for 15 times in 6 minutes, it is
necessary to notify the engineer to adjust transmission.
2)Reset CMB board and check whether the alarm disappears.
3)If the alarm does not disappear, replace CMB board.
Probable Cause
Standby CMM/CMB board is not powered on, or active-standby CMM/CMB board communication
error
System Impact
None
2-76
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
check if standby board is present in the rack. If it is , reset or insert standby board again(normal state
of standby board is that power lamp always lights and running lamp always lights);if it isn't, insert a
new CMM/CMB board
Probable Cause
2-77
System Impact
None
Handling Suggestion
Check whether the spare board is on the rack. If yes, reset or re-plug the board (it is in the normal
condition if the power LED indicator and RUN LED indicator are both on). If no, plug in the new
CMB board if necessary.
Probable Cause
System Impact
None
Handling Suggestion
E1 interface will bridge-connect automatically. Replace the CMB circuit board as quickly as possible.
2-78
Probable Cause
System Impact
None
Handling Suggestion
1. Check if line between racks is connected. if it has problems, connect or replace it. 2. start
self-check of master-slave rack communication to confirm the problem of CMM/CMB hardware
or software. then replace it
Probable Cause
System Impact
None
Handling Suggestion
1. Check if line between racks is connected. if it has problems, connect or replace it. 2. start
self-check of master-slave rack communication to confirm the problem of CMM/CMB hardware
or software. then replace it
2-79
Probable Cause
Chip fault, clock abnormal, difference from BSC clock, or bad E1 connections, etc
System Impact
None
Handling Suggestion
1. Check the electric-connection performance of E1 line. 2. if E1 line has no problem, insert the board
tightly and reset. 3. if alarm still exists, maybe E1 interface chip is abnormal. 4. if chip's self-check is
passed, start loop test of E1 interface. 5. if loop test of E1 is correct, the transport has problems
Probable Cause
Chip fault, clock abnormal, difference from BSC clock, bad E1 connections, or CMM board not
support C/F configuration, etc
System Impact
None
Handling Suggestion
1. Check the electric-connection performance of E1 line. 2. if E1 line has no problem, insert the board
tightly and reset. 3.if C/F Trunk alarm happens, please check Whether CMM board hardware version
is 030903 or 030900, and if so, it need be changed to 030508 version.(this situation only suitable for
Site V2 serials). 4. if alarm still exists, maybe E1 interface chip is abnormal. 5. if chip's self-check is
passed, start loop test of E1 interface. 6. if loop test of E1 is correct, the transport has problems.
2-80
Probable Cause
Sending line is shorted, the remote end might not receive data sent from local end
System Impact
None
Handling Suggestion
1.Check the electrical connection property of the E1 cable.2. If the cable of E1 did not have problems,
insert the board tightly and resetting.3.If the warning continue to exist, the E1 interface chip maybe is
in abnormal.4. If can pass the chip selftest, can start the selfloop test procedure for E1 interface.5.If
the selfloop test result is correct, can think that the transmission equipment have problems.
Probable Cause
Chip fault, clock abnormal, difference from BSC clock, or bad E1 connections, etc
System Impact
None
Handling Suggestion
1. Check the electric-connection performance of E1 line. 2. if E1 line has no problem, insert the board
tightly and reset. 3. if alarm still exists, maybe E1 interface chip is abnormal. 4. if chip's self-check is
passed, start loop test of E1 interface. 5. if loop test of E1 is correct, the transport has problems
2-81
Probable Cause
Chip fault, clock abnormal, difference from BSC clock, bad E1 connections, or CMM board not
support C/F configuration, etc
System Impact
None
Handling Suggestion
1. Check the electric-connection performance of E1 line. 2. if E1 line has no problem, insert the board
tightly and reset. 3.if C/F Trunk alarm happens, please check Whether CMM board hardware version
is 030903 or 030900, and if so, it need be changed to 030508 version.(this situation only suitable for
Site V2 serials). 4. if alarm still exists, maybe E1 interface chip is abnormal. 5. if chip's self-check is
passed, start loop test of E1 interface. 6. if loop test of E1 is correct, the transport has problems.
Probable Cause
Sending line is shorted, the remote end might not receive data sent from local end
System Impact
None
2-82
Handling Suggestion
1.Check the electrical connection property of the E1 cable.2. If the cable of E1 did not have problems,
insert the board tightly and resetting.3.If the warning continue to exist, the E1 interface chip maybe is
in abnormal.4. If can pass the chip selftest, can start the selfloop test procedure for E1 interface.5.If
the selfloop test result is correct, can think that the transmission equipment have problems.
Probable Cause
Chip fault, clock abnormal, difference from BSC clock, or bad E1 connections, etc
System Impact
None
Handling Suggestion
1. Check the electric-connection performance of E1 line. 2. if E1 line has no problem, insert the board
tightly and reset. 3. if alarm still exists, maybe E1 interface chip is abnormal. 4. if chip's self-check is
passed, start loop test of E1 interface. 5. if loop test of E1 is correct, the transport has problems
Probable Cause
Chip fault, clock abnormal, difference from BSC clock, bad E1 connections, or CMM board not
support C/F configuration, etc
2-83
System Impact
None
Handling Suggestion
1. Check the electric-connection performance of E1 line. 2. if E1 line has no problem, insert the board
tightly and reset. 3.if C/F Trunk alarm happens, please check Whether CMM board hardware version
is 030903 or 030900, and if so, it need be changed to 030508 version.(this situation only suitable for
Site V2 serials). 4. if alarm still exists, maybe E1 interface chip is abnormal. 5. if chip's self-check is
passed, start loop test of E1 interface. 6. if loop test of E1 is correct, the transport has problems.
Probable Cause
Sending line is shorted, the remote end might not receive data sent from local end
System Impact
None
Handling Suggestion
1.Check the electrical connection property of the E1 cable.2. If the cable of E1 did not have problems,
insert the board tightly and resetting.3.If the warning continue to exist, the E1 interface chip maybe is
in abnormal.4. If can pass the chip selftest, can start the selfloop test procedure for E1 interface.5.If
the selfloop test result is correct, can think that the transmission equipment have problems.
2-84
Probable Cause
Chip fault, clock abnormal, difference from BSC clock, or bad E1 connections, etc
System Impact
None
Handling Suggestion
1. Check the electric-connection performance of E1 line. 2. if E1 line has no problem, insert the board
tightly and reset. 3. if alarm still exists, maybe E1 interface chip is abnormal. 4. if chip's self-check is
passed, start loop test of E1 interface. 5. if loop test of E1 is correct, the transport has problems
Probable Cause
Chip fault, clock abnormal, difference from BSC clock, bad E1 connections, or CMM board not
support C/F configuration, etc
System Impact
None
Handling Suggestion
1. Check the electric-connection performance of E1 line. 2. if E1 line has no problem, insert the board
tightly and reset. 3.if C/F Trunk alarm happens, please check Whether CMM board hardware version
is 030903 or 030900, and if so, it need be changed to 030508 version.(this situation only suitable for
Site V2 serials). 4. if alarm still exists, maybe E1 interface chip is abnormal. 5. if chip's self-check is
passed, start loop test of E1 interface. 6. if loop test of E1 is correct, the transport has problems.
2-85
Probable Cause
Sending line is shorted, the remote end might not receive data sent from local end
System Impact
None
Handling Suggestion
1.Check the electrical connection property of the E1 cable.2. If the cable of E1 did not have problems,
insert the board tightly and resetting.3.If the warning continue to exist, the E1 interface chip maybe is
in abnormal.4. If can pass the chip selftest, can start the selfloop test procedure for E1 interface.5.If
the selfloop test result is correct, can think that the transmission equipment have problems.
Probable Cause
Chip fault, clock abnormal, difference from BSC clock, or bad E1 connections, etc
System Impact
None
Handling Suggestion
1. Check the electric-connection performance of E1 line. 2. if E1 line has no problem, insert the board
tightly and reset. 3. if alarm still exists, maybe E1 interface chip is abnormal. 4. if chip's self-check is
passed, start loop test of E1 interface. 5. if loop test of E1 is correct, the transport has problems
2-86
Probable Cause
Chip fault, clock abnormal, difference from BSC clock, bad E1 connections, or CMM board not
support C/F configuration, etc
System Impact
None
Handling Suggestion
1. Check the electric-connection performance of E1 line. 2. if E1 line has no problem, insert the board
tightly and reset. 3.if C/F Trunk alarm happens, please check Whether CMM board hardware version
is 030903 or 030900, and if so, it need be changed to 030508 version.(this situation only suitable for
Site V2 serials). 4. if alarm still exists, maybe E1 interface chip is abnormal. 5. if chip's self-check is
passed, start loop test of E1 interface. 6. if loop test of E1 is correct, the transport has problems.
Probable Cause
Sending line is shorted, the remote end might not receive data sent from local end
System Impact
None
2-87
Handling Suggestion
1.Check the electrical connection property of the E1 cable.2. If the cable of E1 did not have problems,
insert the board tightly and resetting.3.If the warning continue to exist, the E1 interface chip maybe is
in abnormal.4. If can pass the chip selftest, can start the selfloop test procedure for E1 interface.5.If
the selfloop test result is correct, can think that the transmission equipment have problems.
Probable Cause
Chip fault, clock abnormal, difference from BSC clock, or bad E1 connections, etc
System Impact
None
Handling Suggestion
1. Check the electric-connection performance of E1 line. 2. if E1 line has no problem, insert the board
tightly and reset. 3. if alarm still exists, maybe E1 interface chip is abnormal. 4. if chip's self-check is
passed, start loop test of E1 interface. 5. if loop test of E1 is correct, the transport has problems
Probable Cause
Chip fault, clock abnormal, difference from BSC clock, bad E1 connections, or CMM board not
support C/F configuration, etc
2-88
System Impact
None
Handling Suggestion
1. Check the electric-connection performance of E1 line. 2. if E1 line has no problem, insert the board
tightly and reset. 3.if C/F Trunk alarm happens, please check Whether CMM board hardware version
is 030903 or 030900, and if so, it need be changed to 030508 version.(this situation only suitable for
Site V2 serials). 4. if alarm still exists, maybe E1 interface chip is abnormal. 5. if chip's self-check is
passed, start loop test of E1 interface. 6. if loop test of E1 is correct, the transport has problems.
Probable Cause
Chip fault, clock abnormal, difference from BSC clock, or bad E1 connections, etc
System Impact
None
Handling Suggestion
1. Check the electric-connection performance of E1 line. 2. if E1 line has no problem, insert the board
tightly and reset. 3. if alarm still exists, maybe E1 interface chip is abnormal. 4. if chip's self-check is
passed, start loop test of E1 interface. 5. if loop test of E1 is correct, the transport has problems
2-89
Probable Cause
Sending line is shorted, the remote end might not receive data sent from local end
System Impact
None
Handling Suggestion
1.Check the electrical connection property of the E1 cable.2. If the cable of E1 did not have problems,
insert the board tightly and resetting.3.If the warning continue to exist, the E1 interface chip maybe is
in abnormal.4. If can pass the chip selftest, can start the selfloop test procedure for E1 interface.5.If
the selfloop test result is correct, can think that the transmission equipment have problems.
Probable Cause
Chip fault, clock abnormal, difference from BSC clock, or bad E1 connections, etc
System Impact
None
Handling Suggestion
1. Check the electric-connection performance of E1 line. 2. if E1 line has no problem, insert the board
tightly and reset. 3. if alarm still exists, maybe E1 interface chip is abnormal. 4. if chip's self-check is
passed, start loop test of E1 interface. 5. if loop test of E1 is correct, the transport has problems
2-90
Probable Cause
Chip fault, clock abnormal, difference from BSC clock, or bad E1 connections, etc
System Impact
None
Handling Suggestion
1. Check the electric-connection performance of E1 line. 2. if E1 line has no problem, insert the board
tightly and reset. 3. if alarm still exists, maybe E1 interface chip is abnormal. 4. if chip's self-check is
passed, start loop test of E1 interface. 5. if loop test of E1 is correct, the transport has problems
Probable Cause
Sending line is shorted, the remote end might not receive data sent from local end
System Impact
None
Handling Suggestion
1.Check the electrical connection property of the E1 cable.2. If the cable of E1 did not have problems,
insert the board tightly and resetting.3.If the warning continue to exist, the E1 interface chip maybe is
in abnormal.4. If can pass the chip selftest, can start the selfloop test procedure for E1 interface.5.If
the selfloop test result is correct, can think that the transmission equipment have problems.
2-91
Probable Cause
Chip fault, clock abnormal, difference from BSC clock, or bad E1 connections, etc
System Impact
None
Handling Suggestion
1. Check the electric-connection performance of E1 line. 2. if E1 line has no problem, insert the board
tightly and reset. 3. if alarm still exists, maybe E1 interface chip is abnormal. 4. if chip's self-check is
passed, start loop test of E1 interface. 5. if loop test of E1 is correct, the transport has problems
Probable Cause
Chip fault, clock abnormal, difference from BSC clock, or bad E1 connections, etc
System Impact
None
Handling Suggestion
1. Check the electric-connection performance of E1 line. 2. if E1 line has no problem, insert the board
tightly and reset. 3. if alarm still exists, maybe E1 interface chip is abnormal. 4. if chip's self-check is
passed, start loop test of E1 interface. 5. if loop test of E1 is correct, the transport has problems
2-92
Probable Cause
Sending line is shorted, the remote end might not receive data sent from local end
System Impact
None
Handling Suggestion
1.Check the electrical connection property of the E1 cable.2. If the cable of E1 did not have problems,
insert the board tightly and resetting.3.If the warning continue to exist, the E1 interface chip maybe is
in abnormal.4. If can pass the chip selftest, can start the selfloop test procedure for E1 interface.5.If
the selfloop test result is correct, can think that the transmission equipment have problems.
Warning
l Alarm Type: Equipment Alarm
Probable Cause
System Impact
None
2-93
Handling Suggestion
check the envirnment temperature.if it conforms to the demand, keep on observing and keep normal
status in the case of other modules no fault. If not , please change it.if there are some other problems,
please replace FCM module
Probable Cause
System Impact
None
Handling Suggestion
Warning
l Alarm Type: Equipment Alarm
Probable Cause
CPU fault
2-94
System Impact
None
Handling Suggestion
1. check the line and correct it. 2. check the fan and replace FCM.
Probable Cause
System Impact
None
Handling Suggestion
2-95
Probable Cause
Fan fault or module temperature too high
System Impact
None
Handling Suggestion
Check the environment temperature meets the requirement or not.If meet the requirement, under the
premise that other modules have not fault, can continue to observe, and keep the normal work. If not
meet the requirement, then improving the equipments working environment is needed. If break down,
then should replace the FCM module immediately.
Probable Cause
Fan stops rotating due to fault
System Impact
None
Handling Suggestion
Check the alarm circuit have fault or not, if have problem, then resolve it.
2. Check the fan has fault or not. If have problem, then replace the FCM.
3. Check the alarm sampling electric circuit of TPU is good or not, otherwise replacing the
corresponding DTRM module
2-96
Probable Cause
System Impact
None
Handling Suggestion
Check the alarm circuit have fault or not, if have problem, then resolve it.2. Check the fan has fault or
not. If have problem, then replace the FCM.3. Check the alarm sampling electric circuit of TPU is
good or not, otherwise replacing the corresponding DTRM module
Probable Cause
System Impact
None
Handling Suggestion
Check the environment temperature meets the request or not.If meet the request, under the premise
that other modules have not fault, can continue to observe, and keep the normal work. If not meet
the request, then improving the equipments working environment is needed. If break down, then
should replace the FCM module immediately.
2-97
Probable Cause
System Impact
None
Handling Suggestion
Warning
l Alarm Type: Equipment Alarm
Probable Cause
System Impact
None
Handling Suggestion
2-98
Probable Cause
System Impact
None
Handling Suggestion
keep on observing.if normal work isn't influenced, don't replace AEM module.
Probable Cause
System Impact
None
Handling Suggestion
please replace AEM and reset TRM which connects with this AEM.
2-99
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
check whether config type of AEM doesn't conform to actual type, whether insert tightly and poweron.
If not, please replace it.if type is correct, problem maybe is the fault of back panel transport or the
fault of TPU collecting circuit, please replace the cable or the module.
2-100
Probable Cause
System Impact
None
Handling Suggestion
please replace AEM and reset TRM which connects with this AEM.
Probable Cause
System Impact
None
2-101
Handling Suggestion
(1)Check whether there is PA temperature alarm or fan environment temperature alarm on the
background. If yes, deal with the fan alarm first. It is necessary to plug in the blank module if there is
no TRX on the right side of TRM board.
(2)Check whether the fuse of CDU is damaged. If yes, replace it. (Note: FU1 2A, FU2 1A)
(3)Pull out of CDU and DTRU modules in the same layer. Check whether the pins on the rear board
are bent. If yes, change the slot or replace the rear board. After that, re-power on and check whether
the alarm is recovered. (If changing the slot, it is necessary to re-configure on the background.)
(4)Replace CDU.
Probable Cause
System Impact
None
Handling Suggestion
(1)Check whether there is PA temperature alarm or fan environment temperature alarm on the
background. If yes, deal with the fan alarm first. It is necessary to plug in the blank module if there is
no TRX on the right side of TRM board.
(2)Pull out of CDU and DTRU modules in the same layer. Check whether the pins on the rear board
are bent. If yes, change the slot or replace the rear board. After that, re-power on and check whether
the alarm is recovered. (If changing the slot, it is necessary to re-configure on the background.)
(3)Replace CDU.
2-102
l Severity: Minor
l Alarm Type: Equipment Alarm
Probable Cause
System Impact
None
Handling Suggestion
(1)Check whether there is PA temperature alarm or fan environment temperature alarm on the
background. If yes, deal with the fan alarm first. It is necessary to plug in the blank module if there is
no TRX on the right side of TRM board.
(2)Pull out of CDU and DTRU modules in the same layer. Check whether the pins on the rear board
are bent. If yes, change the slot or replace the rear board. After that, re-power on and check whether
the alarm is recovered. (If changing the slot, it is necessary to re-configure on the background.)
(3)Replace CDU.
Probable Cause
System Impact
None
2-103
Handling Suggestion
(1)Check whether there is PA temperature alarm or fan environment temperature alarm on the
background. If yes, deal with the fan alarm first. It is necessary to plug in the blank module if there is
no TRX on the right side of TRM board.
(2)Pull off PA power cable. The position of PA power cable: open the BTS rear cover and pull off the
socket with the label of TA_PWR X31 (X31 PA_PWR for the old rack). The PA power cable connects
to PWRTA_Ln on the top of cabinet. Check whether the alarm disappears. The power cable is useless
in the place where no PA exists. In the place where PA exists, the alarm disappears. It is necessary
to check whether the short circuit exists between the power cable and PA or whcther PA goes wrong.
(3)Pull out of CDU and DTRU modules in the same layer. Check whether the pins on the rear board
are bent. If yes, change the slot or replace the rear board. After that, re-power on and check whether
the alarm is recovered. (If changing the slot, it is necessary to re-configure on the background.)
(4)Replace CDU and reset TRX connecting with it.
Warning
l Alarm Type: Equipment Alarm
Probable Cause
System Impact
None
Handling Suggestion
(1)Check whether there is PA temperature alarm or fan environment temperature alarm on the
background. If yes, deal with the fan alarm first. It is necessary to plug in the blank module if there is
no TRX on the right side of TRM board.
(2)Pull off PA power cable. The position of PA power cable: open the BTS rear cover and pull off the
socket with the label of TA_PWR X31 (X31 PA_PWR for the old rack). The PA power cable connects
to PWRTA_Ln on the top of cabinet. Check whether the alarm disappears. The power cable is useless
in the place where no PA exists. In the place where PA exists, the alarm disappears. It is necessary
to check whether the short circuit exists between the power cable and PA or whcther PA goes wrong.
2-104
(3)Pull out of CDU and DTRU modules in the same layer. Check whether the pins on the rear board
are bent. If yes, change the slot or replace the rear board. After that, re-power on and check whether
the alarm is recovered. (If changing the slot, it is necessary to re-configure on the background.)
(4)Replace CDU and reset TRX connecting with it.
Probable Cause
System Impact
None
Handling Suggestion
(1) Check whether the connection between RF jumper which connects DTRU with CDU and CDU
antenna mouth is tight. If the connection is loose, fasten it with tool. After that, reset the TRX and
check whether the alarm disappears.
(2)Measure SWR of the jumper between CDU and antenna with SITEMASTER. Check whether the
SWR value exceeds standard. If yes, the antenna has fault. Check the antenna system part by part
upon the test result. Once the fault is found, fasten the antenna, make waterproof treatment on the
antenna and replace the antenna. Reset the TRX and check whether the alarm disappears.
(3)Replace the RF cable which connects DTRU with CDU. Reset the TRX connecting with it and
check whether the alarm disappears.
(4)Pull out of CDU and DTRU modules in the same layer. Check whether the pins on the rear board
are bent. If yes, replace the rear board. Check whether the alarm cable connector of CDU is loose
or off. If yes, fastern it and re-power it on. Three minutes after the TRX is running, check whether
the alarm disappears.
(5)Replace CDU and reset TRX connecting with it.
2-105
Probable Cause
System Impact
None
Handling Suggestion
(1) Check whether the connection between RF jumper which connects DTRU with CDU and CDU
antenna mouth is tight. If the connection is loose, fasten it with tool. After that, reset the TRX. Three
minutes after the TRX is running, check whether the alarm disappears.
(2)Measure SWR of the jumper between CDU and antenna with SITEMASTER. Check whether the
SWR value exceeds standard. If yes, the antenna has fault. Check the antenna system part by
part upon the test result. Once the fault is found, fasten the antenna, make waterproof treatment
on the antenna and replace the antenna. Reset the TRX. Three minutes after the TRX is running,
check whether the alarm disappears.
(3)Replace the RF cable which connects DTRU with CDU. Reset the TRX connecting with it. Three
minutes after the TRX is running, check whether the alarm disappears.
(4)Pull out of CDU and DTRU modules in the same layer. Check whether the pins on the rear
board are bent. If yes, replace the rear board. Check whether the alarm cable connector is loose
or off. If yes, fastern it and re-power it on. Three minutes after the TRX is running, check whether
the alarm disappears.
(5)Replace CDU and reset TRX connecting with it.
2-106
Probable Cause
System Impact
None
Handling Suggestion
(1)Check whether there is PA temperature alarm or fan environment termperature alarm on the
background. If yes, deal with the fan alarm first. It is necessary to plug in the blank module if there is
no TRX on the right side of TRM board.
(2)Check whether AEM configuration type is consistent with the actual type, and whether DTRU is
associated with the background, otherwise change or modify the background configuration.
(3)Check whether AEM powers on, and plugged properly. Shut down AEM module power, plug off
and then plug in the module, turn on the power to check whether the alarm has been recovered.
(4)Check whether the board DIP switch of AEM is correct. Otherwise, adjust the DIP switch till it is
correct. Check whether the fuse on CDU is broken, if so, change the fuse of the same model. Note:
FU1 2A, FU2 1A; power on the equipment to check whether the alarm is recovered.
(5)Plug off the AEM and DTRU module of the same layer, check whether there backplane pin is
curved, if so, change the backplane and re-power on to check whether the alarm is recovered.
(6)Plug in site id, and reset CMB. About five minutes later, check whether the alarm is recovered.
(7)Replace AEM module.
Probable Cause
System Impact
None
2-107
Handling Suggestion
(1) Check whether there is PA temperature alarm or fan environmental temperature alarm, if so,
process with the fan alarm first. If there is no another TRX or blank module on the right side of the
TRX, plug in a blank module;
(2) Check whether AEM configuration type is consistent with the actual type, and whether DTRU is
associated with the background, otherwise change or modify the background configuration.
(3) Check whether AEM powers on, and plugged properly. Shut down AEM module power, plug off
and then plug in the module, turn on the power to check whether the alarm has been recovered.
(4) Check whether the board DIP switch of AEM is correct. Otherwise, adjust the DIP switch till it is
correct. Check whether the fuse on CDU is broken, if so, change the fuse of the same model. Note:
FU1 2A, FU2 1A; power on the equipment to check whether the alarm is recovered.
(5) Plug off the AEM and DTRU module of the same layer, check whether there backplane pin is
curved, if so, change the backplane and re-power on to check whether the alarm is recovered.
(6) Plug in site id, and reset CMB. About five minutes later, check whether the alarm is recovered.
(7) Change AEM module.
Probable Cause
System Impact
None
Handling Suggestion
2-108
Probable Cause
System Impact
None
Handling Suggestion
if alarm exists, at the same time some traffics exist on this TRM, it indicates this TRM is normal; if
there aren't some traffics on this TRM, or RF_LOOP test failure which arose by OMCR, this TRM is
damaged and please replace it at once.
Probable Cause
System Impact
None
Handling Suggestion
2-109
Probable Cause
System Impact
None
Handling Suggestion
user can reset TPU to solve this problem. If it isn't solved, please replace TRM module.
Probable Cause
Cell parameter configuration is incorrect or conflicts with channel parameters and CU parameter
configuration, carrier frequency configuration in omcr is unconform with the physical board
System Impact
None
Handling Suggestion
1.Wait ten minutes. If the alarm still exists, configure parameters again from background, and
synchronize them to base station. Otherwise check the hardware and replace TRM/DTRM module in
time.
2.Please check whether the carrier frequency configuration in omcr is conform with the physical
board or not.
2-110
Probable Cause
HDLC link between CMM and TPU breaks, CMM hardware error, etc
System Impact
None
Handling Suggestion
system can run, but any data doesn't be configured.if only TPU link longtime break, User can use
the methods as follows to remove the problem:
1.Check whether TPU plugin tightly.
2.Reset TPU board.
3.Check whether CMM work normally.
4.Check address switch''s right.
5.Transport line''s connection on back panel.
6.Use HW loop test to confirm software problem or hardware problem.if hardware has problems,
please replact it, if software has problems please upgrade software version.
Probable Cause
2-111
System Impact
None
Handling Suggestion
Reset this CU firstly.If the alarm resume, it could be confirmed that the alarm is arisen by interior
status of DSP abnormal.After resetting resumes, the CU could work normally.if not, BSC should start
BCCH changeover strategy and replace TRM module.
Probable Cause
CIP software version load error. If one of the carriers is configured as BCCH, then the whole cell
can not work normally.
System Impact
None
Handling Suggestion
Probable Cause
2-112
System Impact
None
Handling Suggestion
1. If this TPU alarm is the only one alarm in the base station, check the line connection on back
panel.if the connection is correct , please replace TRM.
2. if other TPUs have the same alarm as this TPU, check whether clock alarm exists on CMM
board. If it is , please replace CMM.
Probable Cause
Frame clock FCLK has problem, upper-level frame number synchronization source CMM has problem
System Impact
None
Handling Suggestion
1.check if FCLK of frame no producing point is normal(if it is directly transported, check the clock
frequency, wave shape; if it is produced by phase locked, check whether the alarm of loose lock
exists.if there are some problems, please replace TRM module.
2. Transport link(transport clock, interface chip, the size of error code rate)3. check superior synchro
source of frame no
2-113
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
Cell parameter configuration is incorrect or conflicts with channel parameters and CIP parameter
configuration
System Impact
None
Handling Suggestion
1. If the alarm is not recovered within 10 minutes, re-configure the parameter in the background,
and synchronize to the base station.
2. Reset the TRX, after 10 minutes, check whether the alarm is recovered.
3. Re-plug the TRX module, after 10 minutes, check whether the alarm is recovered.
4. Change the corresponding TRX module.
2-114
Probable Cause
HDLC link between CMB and TPU breaks, CMB hardware error, etc
System Impact
None
Handling Suggestion
1. Check whether DTRU is plugged tightly and properly. Re-plug DTRU module, and add DTRU in
corresponding position according to the configuration, so as to check whether the alarm is recovered.
2. Reset DTRU board to check whether the alarm is recovered.
3. If alarms occur in all the cells, check whether CMB board works normally. Re-plug CMB to check
whether the alarm is recovered.
4. Check whether the DIP switch on the backplane is currect. Otherwise, adjust the switch to correct
position, to check whether the alarm is recovered.
5. Check whether the transmission line of the backplane is connected correctly. Otherwise connect
the line to correct position to check whether the alarm is recovered.
Probable Cause
Frame clock FCLK has problem, upper-level frame number synchronization source CMB has problem
2-115
System Impact
None
Handling Suggestion
1. Measure every Frame clock FCLK that produce frame number to ensure it is normal( if deliver
directly, then see the frequency of the clock, whether waveform have or not distortion. if it is
phaselock to produce, then check whether have the warning of lose lock or not). if have fault then
replace the DTRM module in time.
2. Check transmission link( whether clock of transmission is normal or not, whether the interface chip
have or not warning, whether the size of the error code rate is small or not)
3.Whether the upper source of synchronization exists the warning or not.
Probable Cause
System Impact
None
Handling Suggestion
1. Check whether clock alarm exists with LMT.if it exists, please replace relevant module.if it doesn't
exist, check the 13M output of TP on front panel. If it doesn't exist, there is clock problem from TPU to
RCU.please replace TRM.
2. if the problem still exists, maybe the LO fail, please replace TRM.
2-116
Probable Cause
System Impact
None
Handling Suggestion
1. Check whether clock alarm exists with LMT.if it exists, please replace relevant module.if it doesn't
exist, check the 13M output of TP on front panel. If it doesn't exist, there is clock problem from TPU to
RCU.please replace TRM.
2. if the problem still exists, maybe the LO fail, please replace TRM.
Probable Cause
System Impact
None
Handling Suggestion
1. Check whether clock alarm exists with LMT.if it exists, please replace relevant module.if it doesn't
exist, check the 13M output of TP on front panel. If it doesn't exist, there is clock problem from TPU to
RCU.please replace TRM.
2. if the problem still exists, maybe the LO fail, please replace TRM.
2-117
Probable Cause
System Impact
None
Handling Suggestion
1. Check whether clock alarm exists with LMT.if it exists, please replace relevant module.if it doesn't
exist, check the 13M output of TP on front panel. If it doesn't exist, there is clock problem from TPU to
RCU.please replace TRM.
2. if the problem still exists, maybe the LO fail, please replace TRM.
Probable Cause
System Impact
None
2-118
Handling Suggestion
1. Check whether clock alarm exists with LMT.if it exists, please replace relevant module.if it doesn't
exist, check the 13M output of TP on front panel. If it doesn't exist, there is clock problem from TPU to
RCU.please replace TRM.
2. if the problem still exists, maybe the LO fail, please replace TRM.
Probable Cause
System Impact
None
Handling Suggestion
1. Check whether clock alarm exists with LMT.if it exists, please replace relevant module.if it doesn't
exist, check the 13M output of TP on front panel. If it doesn't exist, there is clock problem from TPU to
RCU.please replace TRM.
2. if the problem still exists, maybe the LO fail, please replace TRM.
Probable Cause
EEPROM fault
2-119
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
Direct reason: reverse power is too high. Possible reason: open circuit or high resistance exists in
output end of PA
2-120
System Impact
None
Handling Suggestion
Probable Cause
PA temperature is too high, which is possibly due to PA working with rated power for a long time, fan
not working for a long time, environment temperature too high, and detecting circuit fault, etc
System Impact
None
Handling Suggestion
1.Check whether fan works normally or not and whether the environment temperature is high or not.
2.If the fan works normally and the environment temperature is normal, the PA temperature warning
still exist then may be the detection electric circuit breakdown, continue to observe.
2-121
Probable Cause
PA temperature is too high, which is possibly due to PA working with rated power for a long time, fan
not working for a long time, environment temperature too high, and detecting circuit fault, etc
System Impact
None
Handling Suggestion
1.Check whether fan works normally or not and whether the environment temperature is high or not.
2.If the fan works normally and the environment temperature is normal, the PA temperature warning
still exist then may be the detection electric circuit breakdown, should replace the TRM/DTRM
module in time.
Probable Cause
Direct reason: Difference between PA output power and CIP control power is more than 3 db;
Possible reason: PA aging, power detecting circuit fault, or detecting threshold too narrow
System Impact
None
Handling Suggestion
2-122
l Severity: Minor
l Alarm Type: Equipment Alarm
Probable Cause
PA power overvoltage
System Impact
None
Handling Suggestion
check the check circuit of PA.if it has problem, please replace TRM.
Probable Cause
PA power undervoltage
System Impact
None
Handling Suggestion
check the check circuit of PA.if it has problem, please replace TRM.
2-123
Probable Cause
System Impact
None
Handling Suggestion
1. Check the signal and time-sequence between CHP and modulation module.
2. if the problem still exists, please replace TRM in time.
Probable Cause
System Impact
None
Handling Suggestion
2-124
Probable Cause
Direct reason: Reverse power is too high; Possible reason: Open circuit or high resistance exists at
the output end of PA
System Impact
None
Handling Suggestion
1.Check the connection of PA output with cable.
2.If alarm still exists, please replace TRM module as soon as possible.
Probable Cause
PA temperature is too high, which is possibly due to PA working with rated power for a long time, fan
not working for a long time, environment temperature too high, and detecting circuit fault, etc
System Impact
None
Handling Suggestion
1.Check whether fan works normally or not and whether the environment temperature is high or not.
2.If the fan works normally and the environment temperature is normal, the PA temperature warning
still exist then may be the detection electric circuit breakdown, continue to observe.
2-125
l Severity: Minor
l Alarm Type: Equipment Alarm
Probable Cause
PA temperature is too high, which is possibly due to PA working with rated power for a long time, fan
not working for a long time, environment temperature too high, and detecting circuit fault, etc
System Impact
None
Handling Suggestion
1.Check whether fan works normally or not and whether the environment temperature is high or not.
2.If the fan works normally and the environment temperature is normal, the PA temperature warning
still exist then may be the detection electric circuit breakdown, should replace the TRM/DTRM
module in time.
Probable Cause
Direct reason: Difference between PA output power and CIP control power is more than 3 db;
Possible reason: PA aging, power detecting circuit fault, or detecting threshold too narrow
System Impact
None
Handling Suggestion
2-126
Probable Cause
PA power overvoltage
System Impact
None
Handling Suggestion
check the check circuit of PA.if it has problem, please replace TRM.
Probable Cause
PA power undervoltage
System Impact
None
Handling Suggestion
check the check circuit of PA.if it has problem, please replace TRM
2-127
Probable Cause
PA not in position
System Impact
None
Handling Suggestion
check the check circuit of PA.if it has problem, please replace TRM.
Probable Cause
System Impact
None
2-128
Handling Suggestion
1. Restart the TRX, if the fault disappears, it indicates there is no fault in DTRU.
2. Check whether there is signal between Pinout 2 and 15 of HW line; if there is no signal, change
the HW line and continue with the test; if there is still no signal, it may be caused by CMB fault.
Test the 13M clock port on the equipment top, if there is signal, re-plug CMB bnard, if there is no
signal, it may be caused by CMB fault.
3. If the signal test is normal, re-plug this TRX. If there is still faults, change the fault TRX slot. If the
problem continues, change DTRU.
Probable Cause
System Impact
None
Handling Suggestion
1. Restart the TRX, if the fault disappears, it indicates there is no fault in DTRU.
2. Check whether there is signal between Pinout 2 and 15 of HW line; if there is no signal, change
the HW line and continue with the test; if there is still no signal, it may be caused by CMB fault.
Test the 13M clock port on the equipment top, if there is signal, re-plug CMB bnard, if there is no
signal, it may be caused by CMB fault.
3. If the signal test is normal, re-plug this TRX. If there is still faults, change the fault TRX slot. If the
problem continues, change DTRU.
2-129
Probable Cause
System Impact
None
Handling Suggestion
1. Restart the TRX, if the fault disappears, it indicates there is no fault in DTRU.
2. Check whether there is signal between Pinout 2 and 15 of HW line; if there is no signal, change
the HW line and continue with the test; if there is still no signal, it may be caused by CMB fault.
Test the 13M clock port on the equipment top, if there is signal, re-plug CMB bnard, if there is no
signal, it may be caused by CMB fault.
3. If the signal test is normal, re-plug this TRX. If there is still faults, change the fault TRX slot. If the
problem continues, change DTRU.
Probable Cause
System Impact
None
Handling Suggestion
1. See through LMT whether have the clock warning, if have, then replace the corresponding
module.If have not clock warning, then check whether have output or not from 13M clock of TP
front panel. If have not output, then can be thought that the clock fault between TPU and RCU and
should replace the DTRM module.
2.If still have fault and can't recover, then it is possibile that local oscillator have fault, and should
replace the DTRM in time.
2-130
Probable Cause
System Impact
None
Handling Suggestion
1. Restart the TRX, if the fault disappears, it indicates there is no fault in DTRU.
2. Check whether there is signal between Pinout 2 and 15 of HW line; if there is no signal, change
the HW line and continue with the test; if there is still no signal, it may be caused by CMB fault.
Test the 13M clock port on the equipment top, if there is signal, re-plug CMB bnard, if there is no
signal, it may be caused by CMB fault.
3. If the signal test is normal, re-plug this TRX. If there is still faults, change the fault TRX slot. If the
problem continues, change DTRU.
Probable Cause
System Impact
None
2-131
Handling Suggestion
1. Check the configuration, if there are excessive standby racks configured, ignore this alarm.
2. Check whether the 60ms cables are connected properly, or whether the cables are broken.
Reconnect or change the 60ms cables to check whether the alarm is recovered.
3. Check wheather the CMB of standby racks work normally. If it is not normal, recover CMB working
status to check whether the alarm is recovered.
Probable Cause
RF board 52 MHz clock receiving is abnormal, RF board 52 MHz clock unit works abnormally
System Impact
None
Handling Suggestion
1. Restart the TRX, if the fault disappears, it indicates there is no fault in DTRU.
2. Check whether there is signal between Pinout 2 and 15 of HW line; if there is no signal, change
the HW line and continue with the test; if there is still no signal, it may be caused by CMB fault.
Test the 13M clock port on the equipment top, if there is signal, re-plug CMB bnard, if there is no
signal, it may be caused by CMB fault.
3. If the signal test is normal, re-plug this TRX. If there is still faults, change the fault TRX slot. If the
problem continues, change DTRU.
2-132
Probable Cause
PA power overvoltage
System Impact
None
Handling Suggestion
Check whether the PA examination electric circuit break down or not, if have the fault, should replace
the DTRM in time
Probable Cause
PA power undervoltage
System Impact
None
Handling Suggestion
Check whether the PA examination electric circuit break down or not, if have the fault, should replace
the DTRM in time
2-133
Probable Cause
Direct reason: reverse power is too high. Possible reason: open circuit or high resistance exists in
output end of PA
System Impact
None
Handling Suggestion
1. Check whether the PA output connects the electric cable tightly, if not, connects the PA output
and the electric cable tightly.
2. If still break down then should replace the DTRM module in time.
Probable Cause
PA temperature is too high, which is possibly due to PA working with rated power for a long time, fan
not working for a long time, environment temperature too high, and detecting circuit fault, etc
System Impact
None
Handling Suggestion
1.Check whether fan works normally or not and whether the environment temperature is high or not.
2.If the fan works normally and the environment temperature is normal, the PA temperature warning
still exist then may be the detection electric circuit breakdown, continue to observe.
2-134
Probable Cause
PA temperature is too high, which is possibly due to PA working with rated power for a long time, fan
not working for a long time, environment temperature too high, and detecting circuit fault, etc
System Impact
None
Handling Suggestion
1.Check whether fan works normally or not and whether the environment temperature is high or not.
2.If the fan works normally and the environment temperature is normal, the PA temperature warning
still exist then may be the detection electric circuit breakdown, should replace the DTRM module in
time.
Probable Cause
Direct reason: Difference between PA output power and CHP control power is more than 3 db;
Possible reason: PA aging, power detecting circuit fault, detecting threshold too narrow
System Impact
None
Handling Suggestion
2-135
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
1.To detect the whether the fans are running and the electric power source is overheat.
2.If the fans are running and the electric power source isn't overheat, maybe there is something wrong
in the error-detector circuit.
2-136
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
2-137
Probable Cause
System Impact
None
Handling Suggestion
Warning
l Alarm Type: Equipment Alarm
Probable Cause
System Impact
None
Handling Suggestion
Perform on-site check immediately to find fault cause and replace the heat exchanger.
2-138
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
2-139
Probable Cause
System Impact
None
Handling Suggestion
Perform on-site check immediately to find fault cause and handle the fault.
Probable Cause
System Impact
None
Handling Suggestion
Perform on-site check immediately to find fault cause and handle the fault.
2-140
Probable Cause
System Impact
None
Handling Suggestion
Perform on-site check immediately to find fault cause and replace the lightning protector.
Warning
l Alarm Type: Equipment Alarm
Probable Cause
System Impact
None
Handling Suggestion
Perform on-site check immediately to find fault cause and close the back door.
2-141
Probable Cause
System Impact
None
Handling Suggestion
Perform on-site check immediately to find fault cause and close the front door.
Probable Cause
System Impact
None
Handling Suggestion
2-142
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
Perform on-site check immediately to find fault cause and replace the heat exchanger.
2-143
Probable Cause
System Impact
None
Handling Suggestion
Perform on-site check immediately to find fault cause and replace the heat exchanger.
Probable Cause
System Impact
None
Handling Suggestion
Perform on-site check immediately to find fault cause and replace the heat exchanger.
2-144
Probable Cause
System Impact
None
Handling Suggestion
Perform on-site check immediately to find fault cause and replace the heat exchanger.
Probable Cause
System Impact
None
Handling Suggestion
Perform on-site check immediately to find fault cause and replace the heat exchanger.
2-145
Probable Cause
System Impact
None
Handling Suggestion
Perform on-site check immediately to find fault cause and handle the fault.
Probable Cause
System Impact
None
Handling Suggestion
Perform on-site check immediately to find fault cause and handle the fault.
2-146
Probable Cause
System Impact
None
Handling Suggestion
Perform on-site check immediately to find fault cause and replace the fan.
Probable Cause
System Impact
None
Handling Suggestion
Perform on-site check immediately to find fault cause and replace the fan.
2-147
Probable Cause
System Impact
None
Handling Suggestion
Perform on-site check immediately to find fault cause and replace the fan.
Probable Cause
System Impact
None
Handling Suggestion
Perform on-site check immediately to find fault cause and handle the fault.
2-148
Probable Cause
System Impact
None
Handling Suggestion
Warning
l Alarm Type: Equipment Alarm
Probable Cause
System Impact
None
Handling Suggestion
2-149
Probable Cause
System Impact
None
Handling Suggestion
Warning
l Alarm Type: Equipment Alarm
Probable Cause
System Impact
None
2-150
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
2-151
System Impact
None
Handling Suggestion
Check the environment temperature, if the temperature is normal, keep on observing while other
modules works normally, otherwise, improve the equipment working conditions.
Probable Cause
System Impact
None
Handling Suggestion
Check the environment temperature, if the temperature is normal, keep on observing while other
modules works normally, otherwise, improve the equipment working conditions.
Probable Cause
2-152
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
2-153
Probable Cause
The failure of fans
System Impact
None
Handling Suggestion
1.Examin the error-detection circuit;
2. Examin the fans;
3. Examin the RTU Alarm Collection Circuit, if any fault in it, replace the relevant unit.
Probable Cause
The failure of fans
System Impact
None
Handling Suggestion
1.Examin the error-detection circuit;
2. Examin the fans;
3. Examin the RTU Alarm Collection Circuit, if any fault in it, replace the relevant unit.
2-154
Warning
l Alarm Type: Equipment Alarm
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
2-155
Probable Cause
System Impact
None
Handling Suggestion
Warning
l Alarm Type: Equipment Alarm
Probable Cause
System Impact
None
2-156
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
2-157
System Impact
Handling Suggestion
1.Check whether the alarm of E1 port corresponding to BRCH persistent.If so, check the transmit
device and deal with the transmit alarm.
2.Do self-loop checking to the local terminal device and ensure it work correct.if not, replace E1 line,
and watch whether the alarm restored;if the local terminal device work well, then contact SGSN
surfaceman to self-loop the mate terminal device, also should ensure mate terminal device works
well.if mate terminal device has no fault, turn to step No.3
3.Check the configuration both BSC and SGSN, and ensure the E1 fram of them have the same
format.
4.Check the parameters configures could be agreed with SGSN.if not, change the configurations
untill they are same.
5.Replace the GIPB board, then watch whether the alarm could be restored.
Probable Cause
In case of an intermediate Frame Relay network, the number of a frame with a BECN bit set to 1 is
more than or equal to the number of a frame with a BECN bit set to 0 in T interval.
System Impact
Handling Suggestion
2-158
Probable Cause
System Impact
Handling Suggestion
BSC can implement flow control automatically. Observe the alarm without further operation.
Probable Cause
The CPU load exceeds the flow control threshold in module parameter setting.
System Impact
Handling Suggestion
1. On NMS fault management interface, check the alarm details, which give the flow control level. If
the flow control level is 3 or lower than 3, observe three minutes. Wait for the alarm to be eliminated.
2. Block some cells through dynamic data management to prevent CPU load from increasing. After
the alarm is eliminated, unblock the related cells.
2-159
Probable Cause
MSC sends the signaling congestion message. BSC starts FUC flow control.
System Impact
Handling Suggestion
BSC can implement flow control automatically. Observe the alarm without further operation.
Probable Cause
MSC sends the overload message. BSC starts system message flow control.
System Impact
Handling Suggestion
BSC can implement flow control automatically. Observe the alarm without further operation.
2-160
Probable Cause
The excessive traffic causes the CPU load to exceed the flow control threshold in module parameter
setting.
System Impact
The system automatically initiates flow control management and thus some users cannot gain access.
If the traffic is still excessive after flow control, the CPU load will grow further.
Handling Suggestion
1. On NMS fault management interface, check the alarm details, which give the flow control level. If
the flow control level is 3 or lower than 3, observe three minutes. Wait for the alarm to be eliminated.
2. Block some cells through dynamic data management to prohibit some users to access. After the
alarm is eliminated, restore the configuration or unblock the related cells.
Probable Cause
The excessive traffic causes the MSC to send signaling congestion message. BSC starts system
message flow control.
2-161
System Impact
The system automatically initiates flow control management and thus some users cannot gain
access. If the traffic is still excessive after flow control, signaling at A interface are blocked and the
service is interrupted.
Handling Suggestion
1. On NMS fault management interface, check the alarm details, which give the flow control level. If
the flow control level is 3 or lower than 3, observe three minutes. Wait for the alarm to be eliminated.
2. Block some cells through dynamic data management to prohibit some users to access. After the
alarm is eliminated, restore the configuration or unblock the related cells.
Probable Cause
System Impact
The system automatically initiates flow control management, causing some MSs under this cell to
fail to access CS services.
Handling Suggestion
1. On NMS fault management interface, check the alarm details, which give the flow control level. If
the flow control level is 8 or lower than 8, observe ten minutes. Wait for the alarm to be eliminated.
2. If the alarm occurs frequently, add CS CCCH to the channel information under BTS configuration
or expand the capacity of the overloaded site or share the traffic.
2-162
Probable Cause
System Impact
The system automatically initiates flow control management, causing some MSs under this cell to
fail to access PS services.
Handling Suggestion
1. On NMS fault management interface, check the alarm details, which give the flow control level. If
the flow control level is 8 or lower than 8, observe ten minutes. Wait for the alarm to be eliminated.
2. If the alarm occurs frequently, add PS CCCH to the channel information under BTS configuration
or expand the capacity of the overloaded site or share the traffic.
Probable Cause
System Impact
For single NSVC link configuration, the PS service is interrupted. For multi-NSVC link configuration,
the bandwidth is decreased.
Handling Suggestion
1. On NMS fault management interface, check if alarms related to FR device failure exist. If yes,
follow the suggestions for handling the related alarms.
The related alarm is as follows:
198087340 FR Device Failure
2. On NMS configuration management interface, check if NSVC configuration parameters are
consistent with those on SGSN.
2-163
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
2-164
Probable Cause
System Impact
None
Handling Suggestion
Switch to the slave circuit board as quickly as possible. If Necessarily, to replace the CCI circuit board.
Probable Cause
System Impact
None
Handling Suggestion
2-165
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
2-166
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
Exam the backboard and SERDES chip in the relevant GBP board.
2-167
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
clock lost
System Impact
None
Handling Suggestion
If there is 13M or 61.44M clock lost alarm in CCI board, and there is alarm all the same after reset the
board, please exam the clock source; If no 13M or 61.44M clock lost alarm, and there is alarm after
reset GBP all the same, please exam the LVDS access.
2-168
Probable Cause
FR or FN error
System Impact
None
Handling Suggestion
If there is FR or FN error in the CCI, and there is error all the same after reset the CCI, please
exam the hardware; If there is not FR or FN error in the CCI, and there is 60ms clock lost alarm
all the same, please exam the LVDS access.
Probable Cause
System Impact
None
Handling Suggestion
If there is 13M clock lost alarm in the CCI, and there is alarm all the same after reset CCI, please
exam the clock source; if there is not 13M clock lost alarm in the CCI, and there is clock lost alarm all
the same after reset GBP, please exam 13M clock LVDS access. If there is no problem with the LVDS
access, please replace the FPGA PLL that is invalid.
2-169
Probable Cause
System Impact
None
Handling Suggestion
If there is up 60ms super frame synchronization head exam failing alarm in the CCI, and there
is alarm all the same after reset CCI, please exam its hardware. If no up 60ms super frame
synchronization head exam failing alarm, and there is alarm all the same after reset GBP, please
exam the LVDS access.
Probable Cause
System Impact
None
2-170
Handling Suggestion
None
Probable Cause
System Impact
None
Handling Suggestion
If it is of no effect to reset GBP and CCI, please exam the LVDS data format from CCI, else to
replace the LVDS.
Probable Cause
System Impact
None
2-171
Handling Suggestion
If there is FN error the CCI, and there is error all the same after reset CCI, please exam the hardware.
If no FN error, but there is FN error after reset GBP, exam the LVDS access.
Probable Cause
System Impact
None
Handling Suggestion
Reset the TRX; if there is a fault, change the slot; if problem remains, change DTRU.
Probable Cause
System Impact
None
2-172
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
2-173
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
2-174
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
HDLC break off between CMB and FIB;CMB or FIB hardware error
System Impact
None
2-175
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
wait for ten minutes, if alarm still does not restore, ismg configure parameter again, and synchronize
to the site. If problem remain, just chang a new fib
Probable Cause
2-176
System Impact
None
Handling Suggestion
1.wait for ten minute, and watch whether alarm restore or not
2.ifalarm does not restore for a long time, please pull out the fib board and put it in to slot again
when service not too busy
3.if alarm remain after reset fib, please reset cmb when service not too busy
4.if alarm remain please chang a new fib
5.if software has bug, please update to the latest
Probable Cause
System Impact
Handling Suggestion
1. 2. Check the dynamic data management about the BTS resource in dynamic data management.
Confirm whether the cell is blocked or not. If the cell blocked, unblock the cell.
2. Find the cell which has faulty on NMS configuration management system. Check whether the
configurations of SGSN ID, NSEI and BVCI are correct or not. Correct the wrong configuration.
3. Log in to UPPB board through telnet. Input the SCSShowDevStatus() command to check if the
corresponding DSP status is running. If not, it indicates that the DSP is damaged. In this case,
replace the board.
2-177
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
2-178
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
2-179
System Impact
None
Handling Suggestion
Probable Cause
System Impact
For single NSVC link configuration, the PS service is interrupted. For multi-NSVC link configuration,
the bandwidth is decreased.
Handling Suggestion
1. On NMS fault management interface, check if alarms related to exist. If yes, follow the suggestions
for handling the related alarms.
2. On NMS configuration management interface, check if NSVC configuration parameters are
consistent with those on SGSN.
3. Check if the network cables between BSC and SGSN are intact and inserted in position.
2-180
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
1. Check if much dust result in the slow rotate speed of the fan or not.
2. If not, exchang new fan frame.
2-181
Warning
l Alarm Type: Equipment Alarm
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
2-182
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
2-183
Probable Cause
Database detect error when database poweron loading or data synchronizing.Please refer
R_DATERRLOG to modify the error data.
You need to observe the following info of this Table:
NAME(the error table), KEYINDEXINFO(the key index info of the error data), LINE(error line),
DATAERRSTR(error info string)
System Impact
Handling Suggestion
1.Refer to R_DATERRLOG modify the error data, Modify the error data then synchronize all data
to affirm whether error is eliminated.
2.Before master to slave exchange, if the old master board exsit this alarm, after exchanged please
synchronize all data to affirm whether the exception exist in the new master board.
Probable Cause
Not support GPS synchronization, GPS clock synchronization failed or GPS fault
System Impact
None
Handling Suggestion
1. Check whether the current CMB board supports GPS synchronization. If not, replace it with the
new one supporting GPS. 2.To check EIB/FIB if support GPS or not 3.Change EIB/FIB
2-184
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
2-185
Probable Cause
System Impact
None
Handling Suggestion
1. Check cable connection from antennas to EIB or FIB, include GPSSP if short or not.
2. Check the cable between EIB/FIB and the top of equipment.
3. Check EIB/FIB, if something is wrong in it, replace the relevant unit.
Probable Cause
System Impact
None
Handling Suggestion
2-186
Probable Cause
System Impact
Handling Suggestion
check releative performance statistic, mapping to relative board, check the relative board is normal
or not
Warning
Probable Cause
2-187
System Impact
None
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
BSC can implement flow control automatically. Observe the alarm without further operation.
Probable Cause
System Impact
2-188
Handling Suggestion
BSC can implement flow control automatically. Observe the alarm without further operation.
Probable Cause
System Impact
Congestion
or exception may occur in the SLAVE, new PS service of the SLAVE is affected.
Handling Suggestion
1. Checking whether alram thresholds of all resources are lower, if alarm threshold of failure ratio for
allocating memory is less than five percent or alarm threshold of other resources is less than seventy
percent, increasing alarm thresold and keeping on observation.
2. If failure ratio of allocating memory exceeds alarm threshold, checking RLC throughput and TBF
establishing success rate of correlative cells which are handled by this DSP. While RLC throughput
is changeless or decreasing, and TBF establishing success rate drops largeish percent, consider
resetting the SLAVE. Keeping on observation in other situations.
3. If use ratio of mac instance exceeds alarm threshold, or use ratio of bssgp instance exceeds alram
threshold, or use ratio of mac-tlli index exceeds alram threshold, or use ratio of bssgp-tlli index
exceeds alarm threshold, or use ratio of radio channel instance exceeds alarm threshold, or use ratio
of TS instance exceeds alarm threshold, checking RLC throughput and TBF establishing success
rate of correlative cells which are handled by this SLAVE. While RLC throughput is changeless or
decreasing, and TBF establishing success rate drops largeish percent, consider resetting the SLAVE.
In other situations, consider moving some cells of this SLAVE to other idle SLAVE.
2-189
Probable Cause
Waterlog alarm
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
Probable Cause
Power loss
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
2-190
Probable Cause
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
Probable Cause
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
2-191
Probable Cause
AC power abnormal
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
Probable Cause
Battery under-voltage
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
2-192
Probable Cause
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
Probable Cause
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
2-193
Probable Cause
Device suspended
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
Probable Cause
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
2-194
Probable Cause
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
Probable Cause
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
2-195
Probable Cause
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
Probable Cause
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
2-196
Probable Cause
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
Probable Cause
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
2-197
Probable Cause
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
Probable Cause
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
2-198
Probable Cause
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
Probable Cause
System Impact
None
Handling Suggestion
Perform different process methods according to the type of the exterior device. User can define the
treatment measures according to the actual situation.
2-199
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
2-200
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
2-201
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
1.Authentication again
2.Check physical link
2-202
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
2-203
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
configuration
parameter again.
2-204
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
2-205
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
EEPROM hardware failed or previously written into the EEPROM invalid parameters, resulting in
EEPROM RF parameters can not read.
System Impact
None
Handling Suggestion
2-206
Probable Cause
System Impact
None
Handling Suggestion
Reset HBTS, Download DSP software version again.if the alarm is not restored alarm, replace HBTS
Probable Cause
System Impact
None
Handling Suggestion
2-207
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
Reset HBTS
2-208
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
HBTS can not get to the IP address from the DNS server
System Impact
None
Handling Suggestion
2-209
Probable Cause
HBTS can not get to the IP address from the DHCP server
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
Probable Cause
2-210
System Impact
None
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
Configuration the IP address, subnet mask, gateway, port of iBSC and HBTS by LMT.
Probable Cause
Over temperature
2-211
System Impact
None
Handling Suggestion
Probable Cause
Voltage abnormity
System Impact
None
Handling Suggestion
Check power
Probable Cause
Abis link on the earth surface is broken, then the service of satellite-backup site changes to the
satellite abis link
2-212
System Impact
Handling Suggestion
check the abis link on the earth surface, and restore it as soon as possible
Probable Cause
System Impact
Handling Suggestion
Probable Cause
2-213
System Impact
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
Probable Cause
2-214
System Impact
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
Probable Cause
2-215
System Impact
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
Probable Cause
2-216
System Impact
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
Probable Cause
2-217
System Impact
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
Probable Cause
AC mains failure
2-218
System Impact
user define
Handling Suggestion
check AC
Probable Cause
System Impact
RF PLL unlock
Handling Suggestion
Probable Cause
System Impact
2-219
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
Probable Cause
After OMP board is restarted, it reports this alarm and then the alarm is restored immediately.
Generally, after this alarm is generated, it can only be queried in history alarms.
System Impact
This alarm affects the operation and maintenance during OMP malfunction. It has no effect on
the services.
2-220
Handling Suggestion
OMP reports this alarm when being reset and then restores the alarm. No handling operations
are required.
Probable Cause
System Impact
Handling Suggestion
Probable Cause
2-221
System Impact
one disck has defaultthe other can not work as image diskif the other has default too
LogService maybe can not work
Handling Suggestion
Please Check the alarm additional information to make sure the abnormal hard disk location, and
replace a new hard disk on the location.
Probable Cause
System Impact
The hard disk partition usage of LogService is high, LogService maybe can not work.
Handling Suggestion
2.1.392 198105039 Bursty flow rate of the control plane for shelf
connection overload
Alarm Property
l Alarm Code: 198105039
l Description: Bursty flow rate of the control plane for shelf connection overload
l Severity: Major
l Alarm Type: Equipment Alarm
Probable Cause
Bursty flow rate of the ctrl plane for shelf connection exceed the threshold.
2-222
System Impact
Bursty flow rate of the control plane for shelf connection is overload. New user access will be refused
for the reason of overload control.
Handling Suggestion
Probable Cause
System Impact
The optical interface fails to work normally. If the optical interface is configured with APS protection,
service will be switched to protection optical interface. Otherwise, all services on the optical interface
will be down.
2-223
Handling Suggestion
1. Carry out loop test to determine whether the alarm is caused by local end or opposite end. Perform
fiber self-loop at local equipment. If the alarm persists, fault might lie in local equipment. If the alarm
disappears, inform the opposite end to troubleshoot.
2. Replace the optical module.
3. Replace fiber.
4. Replace board.
Probable Cause
1. No network cable is connected with Network Port OMC or OMC2 on rear board of OMP.
2. Network cable is disconnected or cable connector is loose.
3. Network port on the board is faulty.
System Impact
Handling Suggestion
1. Ensure that the network cable connected to Network Port OMC or OMC2 is connected firmly
and correctly on the both end.
2. Unplug and plug the network cable on Network Port OMC or OMC2 of OMP board
3. Check if OMC or OMC2 network cable works normally. If no, replace the cable.
2-224
Probable Cause
System Impact
Handling Suggestion
1. Check the local board for the Related Alarms. Perform the recommended solution to process
the possible alarms.
Related Alarms:
198001286 Loss of clock when input to board
198005646 Phase-lock loop unlock
2. Check the clock board for the Related Alarms. Perform the recommended solution to process
the possible alarms.
Related Alarms:
198026133 Output clock lost
198026129 Clock reference source lost (Level 1 alarm)
198026128 Clock reference source lost (Level 2 alarm)
198026127 Clock reference source lost (Level 3 alarm)
3. Open the Configuration Management window and check whether the SDTB/SDTB2 has configured
APS while the active/standby board is configure.
How to check APS protection configuration: open the rack map on the Configuration Management
window, find the SDTB/SDTB2 board, right click to pop up shortcut menu, and select Optical port
APS Protection.
4. Replace the board.
5. Replace the slot.
6. Replace the UIM/GUIM in the same shelf.
2-225
Probable Cause
1. The power board is not connected to the OMP or the connection is wrong.
2. The power board locates in a rack. The configured rack number is different from that where DIP
switch of the power board locates.
System Impact
The system can not monitor the status of power supply and environmental situation. However,
there is no impact on services.
Handling Suggestion
1. Reconnect the serial cable between the power board and OMP.
2. Make sure the rack number configured for the rack in which this power board locates is consistent
with the rack number switch set for the power board.
Probable Cause
2-226
System Impact
The channel between user plane processing board and signaling processing board is abnormal. This
causes degradation of QoS. In serious situation, services will be interrupted.
Handling Suggestion
1. In NMS Alarm Management interface, check whether the UIM/GUIM board of the same shelf has a
relevant alarm. If yes, please solve the problem according to corresponding handling suggestions.
Related alarm: 198002560 Board CPU overloaded
2. Replace the board.
3. Replace the UIM/GUIM of the same shelf.
4. Replace the slot.
Probable Cause
System Impact
2-227
Handling Suggestion
Alarm details are displayed in NMS Alarm Management interface, where fault type is given. You can
easily find handling suggestions according to the fault type.
The handling suggestions for each type are described as below.
1. Fault type: ATM abnormal
The internal related chip link of ATM processing board is abnormal. In this case, replace the board.
2. Fault type: L1 switch abnormal
The L1 media plane switching from UIM/GUIM/GUIM2 to GLI is abnormal. This is usually caused
by abnormal link between UIM/GUIM/GUIM2 and GLI. In this case, reconnect the cable between
UIM/GUIM/GUIM2 and GLI, or replace the cable. If optical fiber is used, replace the optical module.
Probable Cause
System Impact
Handling Suggestion
2-228
Probable Cause
System Impact
Handling Suggestion
2.2.7 198005666 The number of the error packets from MAC port
exceeds the threshold
Alarm Property
l Alarm Code: 198005666
l Description: The number of the error packets from MAC port exceeds the threshold
l Severity: Minor
l Alarm Type: Communications Alarm
Probable Cause
The number of the error packets from MAC port exceeds the threshold.
System Impact
2-229
Handling Suggestion
1.Check whether the connection between this port and the peer port is correct.
Y->Go to "2"
N->Check whether the cable connecting two ports is damaged. It is recommended to replace a new
cable. If the alarm disappears: Y-> End, N-> Go to "2".
2.Try to replace the network interface on the peer end and then check if the alarm disappears.
Y->End.
N->Go to "3"
3.Try to replace the board or the network interface on the local end and then check if the alarm
disappears.
Y->End.
N->Please contact the next level of maintenance support.
Probable Cause
System Impact
Datagram reception of the board is affected. The service on this port might be unstable. Worst of all,
all services on the board might be interrupted.
Handling Suggestion
2-230
Probable Cause
System Impact
Datagram reception of the board is affected. The service on the board might be unstable.
Handling Suggestion
1. Pull out and insert the fiber/network cables to check if the fault is eliminated.
Y-> Finish the alarm handling.
N-> go to "2".
2. Replace fiber/network cables to check if the fault is eliminated.
Y-> Finish the alarm handling.
N-> go to "3".
3. Restart the board to check if the fault is eliminated.
Y-> Finish the alarm handling.
N-> go to "4".
4. Pull out/insert the board to check if the fault is eliminated.
Y-> Finish the alarm handling.
N-> go to "5".
5. Replace the board to check if the fault is eliminated.
Y-> Finish the alarm handling.
N-> For other reasons, please contact the next level of maintenance support.
2-231
Probable Cause
System Impact
If the fault lies in PSN board, service of the entire RNC NE will become unstable. If the alarm persists,
all services will be interrupted.
If the fault lies in the board where the alarm is declared, only the services on this board are affected.
Handling Suggestion
1. Check if the following alarm exists in PSN board at the same shelf. If yes, refer to the
corresponding alarm handling suggestion.
Related alarm: 198019456 All high-speed links between line card and package switching board
are out of synchronism
2. Unplug and plug board.
3. Replace board.
Probable Cause
System Impact
All services on the path relating to the BFD session will be switched to the standby path. Service
interruption will occur if no standby path exists.
2-232
Handling Suggestion
Check alarm details on the NMS Alarm Management interface to find the source address and the
destination address of the BFD session. The source address refers to the address of local equipment.
The destination address refers to the address of the opposite BFD session equipment.
1. Check the status of the line card at the local end. If the line card restarts repeatedly, replace it
and power on.
2. Check the physical connection between the BFD session-related port and the local line card. If the
connection is loose or broken, tighten or replace the cable. If the port indicator is on, it means the
physical connection is normal.
3. Ping intermediate and termination equipment in turn with correct IP address.
i. Telnet to the interface board to check the link by making a ping test. For example, if the destination
address is 2.2.2.10, enter the following command in the telnet interface.
brs_ping_b "2.2.2.10"
ii. Wait for 5 seconds, and then enter the next command.
BrsShowLog "ICMP"
a. If "PING===>destine 2.2.2.10 timeout" displays on the screen, it means the response times out.
b. If "ping_receive:Reply from 2.2.2.10: bytes=60 time<1ms" displays on the screen, it means the link
is normal.
iii. In case of timeout, check if the related route and address are configured correctly. If not, correct
the reconfiguration and do a ping test again.
iv. If the route/address is configured correctly but the repsonse still times out, it means a link is broken
or the intermediate equipment is faulty. In this case, check to see if there is any broken network
cable, loose connection or abnormal equipment along the BFD session path. If yes, take necessary
actions, such as replacing the broken cable, tightening the connection, or repairing or replacing the
fault equipment, to solve the problem.
4. If the ping test indicates that packets can be received and sent normally at both ends, check to see
if the BFD session at both ends is configured correctly by performing the following steps:
i. Check the configuration of BFD session on the NMS Configuration Management interface to
ensure the BFD switch is in "enabled" status.
ii. Make sure that the BFD session is configured with the same working mode at both sides.
iii. Make sure that at least one device plays an "active" role for the BFD session.
iv. Make sure that the BFD session exists at both ends, and that the source and the destination
IP addresses are matched.
v. Make sure that the hop mode (single hop/multi-hop) is consistent at both ends.
vi. Make sure that the authentication information is consistent at both ends.
5. Reboot the board where the interface is located.
2-233
l Severity: Minor
l Alarm Type: Communications Alarm
Probable Cause
The local port state is loop back because the peer port starts Ethernet OAM loop back request
of 802.3ah.
System Impact
The Ethernet link which is in loop back test can't bear service data.
Handling Suggestion
Check if the peer port has started Ethernet OAM loop back test. If yes, stop it, if no, disable local port
Ethernet OAM.
Probable Cause
System Impact
All services on the path relating to the BFD session will be switched to the standby path. Service
interruption will occur if no standby path exists.
2-234
Handling Suggestion
Check alarm details on the NMS Alarm Management interface to find the source address and the
destination address of the BFD session. The source address refers to the address of local equipment.
The destination address refers to the address of the opposite IPD session equipment.
1. Check the status of the line card at the local end. If the line card restarts repeatedly, replace it
and power on.
2. Check the physical connection between the IPD session-related port and the local line card. If the
connection is loose or broken, tighten or replace the cable. If the port indicator is on, it means the
physical connection is normal.
3. Ping intermediate and termination equipment in turn with correct IP address.
i. Telnet to the interface board to check the link by making a ping test. For example, if the destination
address is 2.2.2.10, enter the following command in the telnet interface.
brs_ping_b "2.2.2.10"
ii. Wait for 5 seconds, and then enter the next command.
BrsShowLog "ICMP"
a. If "PING===>destine 2.2.2.10 timeout" displays on the screen, it means the response times out.
b. If "ping_receive:Reply from 2.2.2.10: bytes=60 time<1ms" displays on the screen, it means the link
is normal.
iii. In case of timeout, check if the related route and address are configured correctly. If not, correct
the reconfiguration and do a ping test again.
iv. If the route/address is configured correctly but the response still times out, it means a link is broken
or the intermediate equipment is faulty. In this case, check to see if there is any broken network
cable, loose connection or abnormal equipment along the IPD session path. If yes, take necessary
actions, such as replacing the broken cable, tightening the connection, or repairing or replacing the
fault equipment, to solve the problem.
4. If the ping test indicates that packets can be received and sent normally at both ends, make sure
that the IPD session exists at the local end, and that the source and the destination IP addresses are
matched.
5. Reboot the board where the interface is located.
2-235
Probable Cause
System Impact
BTS break-down
Handling Suggestion
If the new Abis link. Please synchronize and wait with no other operation, the alarm will resume
after 1 minute.
If master/slave change happened before, the alarm will resume after 1 minute, no need any operation.
Check the board has alarm "2560 Board cpu overload", please deal with first.
Probable Cause
System Impact
2-236
Handling Suggestion
Probable Cause
System Impact
The board is blocked so that it can not provide functions. Furthermore, all services under the relevant
module become unavailable.
Handling Suggestion
2-237
Probable Cause
System Impact
Signaling data can not be sent to/received from the relevant subsystem. New service can not access
to the corresponding office. And existing services are interrupted abnormally.
Handling Suggestion
1. Check whether there is an office (the office that corresponds to the subsystem) inaccessible alarm.
If yes, solve the problem according to corresponding handling suggestion.
Related alarms:
i. 198066010 MTP3 office inaccessible
ii. 198066014 M3UA office inaccessible
2. Unblock the subsystem in dynamic data management.
3. In NMS Configuration Management interface, check the configuration of signaling point code
(for A) at A end. Is SCCP user included in user type configuration. If no, add the configuration.
Meanwhile, check the corresponding configuration at B end.
4. Check whether the status of signaling point subsystem (for B) is available at B end. If no, the
signaling point subsystem at B end must be out of service. Try to find the reason for this abnormal
status.
5. Check whether the signaling point subsystem (for B) is configured at B end. If no, add the
configuration at B end.
2-238
Probable Cause
The traffic flow carried by the MTP2 is excessive under the condition of current link bandwidth. It
exceeds the alarm threshold of link transmission load. The alarm threshold is related to MITP2 link
type. For 64K link, the alarm threshold is: bandwidth occupation ratio reaches 0.8. For N*64k or 2M
link, the alarm threshold is: bandwidth occupation ratio reaches 0.6.
System Impact
If MTP2 link is overloaded for quite a long time, the signalling link will be congested. As a result,
service messages will be lost by MTP2 and the service will be interrupted.
Handling Suggestion
1. Add links to the office that is in service for the congested link.
2. Take the following measures to improve transmission quality of physical links.
Replace bottom layer lines.
Ensure that connector contact and cable connection are normal.
Probable Cause
The traffic flow carried by the MTP2 is excessive under the condition of current link bandwidth. It
exceeds the alarm threshold of link transmission load. The alarm threshold is related to MITP2 link
type. For 64K link, the alarm threshold is: bandwidth occupation ratio reaches 0.8. For N*64k or 2M
link, the alarm threshold is: bandwidth occupation ratio reaches 0.6.
2-239
System Impact
This alarm has little impact on the local. If MTP2 link reception is overloaded for quite a long time,
the signalling reception will be congested. This may trigger the signalling flow control of MTP2
layer. In most serious case, package loss may occur, which leads to call loss or decrease of PS
access success rate.
Handling Suggestion
1. Add links to the office that is in service for the congested link.
2. Take the following measures to improve transmission quality of physical links.
Replace bottom layer lines.
Ensure that connector contact and cable connection are normal.
Probable Cause
System Impact
UE fails to receive/transmit messages from/to the relevant office. New services can not be accessed
to this office, and existing services are interrupted abnormally.
Handling Suggestion
1. Check whether there is an unavailable link alarm. If yes, please solve the problem according to
corresponding handling suggestions.
Related alarm: 198066011 MTP3 link unavailable
2. Check whether the configuration of office and link at opposite end is correct.
2-240
Probable Cause
System Impact
If several MTP3 links are available for the office, services will not be affected. In the case of heavy
traffic, link congestion may occur, leading to loss of packets/calls and decreased PS call access rate.
If merely one link is available to the destination signalling point, the office may become inaccessible.
UE fails to receive/transmit messages from/to the relevant office. New services can not be accessed
to this office, and existing services are interrupted abnormally.
Handling Suggestion
1. IN NMS Configuration Management interface, click Signalling Link Configuration to check PVC
configuration. Make sure that the configuration of CVPI and CVCI should be the same at both ends.
2. In Dynamic Data Management, check link status. If it is interrupted and connected now and then, it
means the link unavailability is caused by MTP3 link test failure.
1) In NMS Configuration Management interface, check the configuration of signalling point code at
both ends. Ensure that the configuration is consistent at both ends.
2) In NMS Configuration Management interface, check the configuration of signalling link at both
ends. Ensure that the configuration of SLC (Signalling Link Code) is consistent at both ends.
3. Re-activate the link in Dynamic Data Management.
4. Check board status. If it is abnormal, reset or replace the board.
5. The opposite end has released the relevant link. Ask the opposite end to deal with the alarm as
link unavailable.
2-241
Probable Cause
System Impact
Reception and sending of messages from/to the relevant cluster fail. Access of new service under
this cluster fails, and abnormal release of the ongoing service occurs.
Handling Suggestion
1. Check if there exists unavailable link alarm. If yes, refer to the corresponding alarm handling
suggestion.
Related alarms: 8400129 MTP3 link unavailable
2. Check if cluster and link configuration at opposite end is correct.
Probable Cause
System Impact
UE fails to receive/transmit messages from/to the relevant office. New services can not be accessed
to this office, and existing services are interrupted abnormally.
2-242
Handling Suggestion
1. Check whether there is an association link broken alarm. If yes, please solve the problem
according to corresponding handling suggestions.
Related alarm: 198066019 Association link broken
2. In NMS Configuration Management interface, view AS Static Information to check whether a
routing context exists. If yes, view the relevant configuration such as routing context ID, AS ID
and AS service mode.
The correct configuration is described below.
i. The routing context ID and AS service mode must be the same at both ends.
ii. AS ID must meet the following requirements: if ASP is configured for local end, SGP should
be configured for opposite end; if IPSP client is configured for local end, IPSP server should be
configured for opposite end.
3. Re-activate the ASP in Dynamic Data Management.
4. Check whether the configuration of relevant office is correct at opposite end.
Probable Cause
System Impact
If several association links are available to the destination office, service will not be affected. In the
case of heavy traffic, congestion of available association(s) might occur, leading to upper layer
call loss or increasing PS call access failures.
If merely one association link is available to the destination office, the office might become
inaccessible. Reception and sending of messages from/to the relevant office fail. Access of new
services under this office fails, and abnormal release of ongoing services occurs.
2-243
Handling Suggestion
Probable Cause
System Impact
If multiple paths are available for the association and there exists normal path, relevant services will
not be affected.
If merely one path is available for the association, all services on the association is down.
Handling Suggestion
On NMS fault management interface, view alarm Details, where information of association ID, local
address, and remote address is given.
1. On NMS configuration management interface (static route), query the route information of the
remote address. Locate the out port according to the route information. Check if network cable of the
out port is disconnected or loose. If yes, unplug and plug the cable or replace the cable.
2. On NMS configuration management interface (SCTP association configuration), query the ID of
the module where the association is located. Check if the following alarm occurs in the relevant
board. If yes, refer to the corresponding alarm handling suggestion.
2-244
Related alarm: 198066003 Control plane communication abnormal between board and its home
module
3. On NMS configuration management interface (static route), query if the route to the remote
address of the association is configured. If not, add the configuration.
4. Check the intermediate equipment on association path. If the routes to local address and remote
address of the association are not configured, add the configuration according to equipment
operation manual.
5. Check at opposite end if the route to the local address of the association is configured. If not,
add the configuration.
6. Check if the opposite equipment is faulty. If yes, troubleshoot at opposite end.
Probable Cause
1. The alarm occurs in PPP port creating, modifying, deleting when PPP port is created by command.
2. The alarm occurs once in PPP port during board power-on, and recovers after successful PPP
negotiation.
3. Physical link is down, or link transmission quality is poor.
4. Adjustment of PPP link parameter leads to link re-negotiation, causing the alarm.
System Impact
Handling Suggestion
Check alarm details on the NMS Alarm Management interface to find the faulty PPP port ID.
1. Check the cable connections at both ends to see if they are loose or broken. If yes, tighten the
connection or replace the broken cable.
2. Refer to the networking plan to check if the E1 cable is correctly connected.
3. Click IPOverE1 Configuration on the NMS Configuration Management interface to check E1 ID and
time slot. Make sure that the time slot configuration is consistent at both ends.
4. Check PPP parameters on the NMS Configuration Management interface to ensure that the
configuration is consistent at both ends.
5. Check the connection relation of DT and EIPI on the NMS Configuration Management interface to
ensure that the PPP port configuration is consistent at both ends.
2-245
Probable Cause
System Impact
None
Handling Suggestion
1. Start HW self-loop test to check whether the cable connection goes wrong.
2. If all of DTRU fail to build link, re-plug CMB board.
3. If the software has problem, upgrade it.
Probable Cause
System Impact
None
2-246
Handling Suggestion
1. Check the site configuration in the Configuration Resource Tree. If the configured slave rack does
not actually exist, delete it and synchronize to BSC.
2. On NMS configuration management interface, check the correctness of configuration.
2.1 For IP access site:
a) Check the interface configuration, ensure the RPU and RUIB/EUIP interfaces are both configured
and correct.
b) Check the association configuration in the "2G Office Configuration" interface, if exists. The local
port, remote port, local IP address pair, remote IP address pair must be exactly the same with site
configuration. All IP addresses appeared in the "local IP address pair" must be configured in step a).
The association property must be Server, service type must be "IPABIS".
c) In the "Site Configuration" interface, make sure the referenced association id is same with which
configured in step b)
2.2 For E1 access site, check the Abis time slot of slave rack of the site.
If any of the configurations mentioned above is found wrong or inconsistent, correct it and synchronize
to BSC.
3. Check the cables between BTS and BSC to ensure they are correct.
Probable Cause
System Impact
The cells under this site cannot provide any voice or data services.
2-247
Handling Suggestion
1. On NMS configuration management interface, check the site configuration. If the configured site
does not actually exist, delete it and synchronize to BSC.
2. Check the correctness of configuration in the Confguration Resource Tree.
2.1 For IP access site:
a) Check the interface configuration, ensure the RPU and RUIB/EUIP interfaces are both configured
and correct.
b) Check the association configuration, if exists. The local port, remote port, local IP address pair,
remote IP address pair must be exactly the same with site configuration. All IP addresses appeared
in the "local IP address pair" must be configured in step a). The association property must be Server,
service type must be "IPABIS".
c) In the "Site Configuration" interface, make sure the referenced association id is same with which
configured in step b)
2.2 For E1 access site, check the Abis time slot of slave rack of the site.
If any of the configurations mentioned above is found wrong or inconsistent, correct it and synchronize
to BSC.
3. Check the cables between BTS and BSC to ensure they are correct.
Probable Cause
System Impact
2-248
Handling Suggestion
1. On NMS fault management interface, check if related alarms exist. If yes, follow the suggestions
for handling the related alarms.
The related alarm is as follows:
198087337 Site Abis control link broken
2. On NMS dynamic data management interface, check if the cell state is abnormal.
On Radio Resource Management tab page, check BTS management, TRX management, and TS
management.
i. BTS management:
If manually blocked BTSs exist, unblock them.
If global reset cell blockage exists, rectify A interface faults.
ii. TRX management:
If the BCCH of the cell concerned is manually blocked, unblock the TRX.
If Abis control link break cause TRX to block exists, restore the Abis control link.
If CU or FU operation state of the TRX is blocked, rectify the TRX fault.
iii. TS management:
If the BCCH TS of the cell concerned is manually blocked, unblock the TS.
Probable Cause
System Impact
Handling Suggestion
1. Log in OMP board through telnet and input "NfsShowState" command. If NFS device is abnormal,
the command result shows corresponding indications in English. And then, check NFS service of
Linux system on NMS server, if it is abnormal, NFS service need to be restarted immediately, for
example, use Linux command "service nfs restart".
2. Check the network cables between SBCX and OMP and ensure the connections are correct.
2-249
Probable Cause
System Impact
Handling Suggestion
On NMS dynamic data management interface, check the TRX state in TRX Management tab.
Manually unblock the blocked TRXs.
Probable Cause
System Impact
Handling Suggestion
On NMS dynamic data management interface, check the TS state in TS Management tab. Manually
unblock the blocked TSs.
2-250
Probable Cause
System Impact
Handling Suggestion
Probable Cause
The subaerial ABIS link is broken, site exchanged to satellitic ABIS link or slave link
System Impact
None
Handling Suggestion
2-251
Probable Cause
The communication link between LogService board and OMP is broken, Probable causes for the
alarm include:
1.LogService board is not on the shelf.
2.LogService programme does not work.
3.LogService board does not work.
System Impact
The network communication link between Logservice and OMP is brokenLog data can not been
sent to LogService
Handling Suggestion
2-252
Probable Cause
System Impact
The trunk equipment fails to work normally. All services based on the trunk are interrupted.
Handling Suggestion
1. Check whether the alarm is caused by local end or opposite end via meter measurement or
loop test.
Meter Measurement
Use a trunk test meter to test whether the trunk receiving signals at local end are normal. If yes, fault
might lie in local equipment. If no, troubleshoot at opposite end.
Loop test
Perform trunk self-loop at local end. If the alarm persists, fault might lie in local equipment. If the
alarm disappears, troubleshoot at opposite end.
2. Replace trunk cable.
3. Replace the board.
Probable Cause
1. Trunk frame formats at local end and at opposite end are inconsistent.
2. The transmitting end of opposite trunk equipment is faulty.
3. Local trunk equipment is faulty.
4. Equipment grounding at both ends is bad.
5. Impedance mismatch occurs.
2-253
System Impact
Handling Suggestion
Alarm details are displayed in NMS Alarm Management interface, where fault type is given. You can
easily find handling suggestions according to the fault type.
The handling suggestions for each fault type are described as below:
1.Loss of E1 trunk frame, loss of E1 trunk multi-frame, E1 trunk alarm indication
i. In NMS Configuration Management interface, right click the board and select Subunit Configuration
to check whether frame format at both ends is the same.
ii. In NMS Configuration Management interface, right click the board and select Subunit Configuration
to check whether impedance is correct.
iii. Check whether the grounding at both ends is proper.
iv. If possible, locate alarm position, either at local end or at opposite end, by means of measurement
instrument, loopback test, or board/cable replacement.
2. E1 trunk receives an alarm indication from opposite end.
Check the alarm status of opposite end. Because the alarm indication is sent from opposite end,
please solve the opposite-end problem first.
Probable Cause
There are some badly-touched boards in the system environment and the retransfer-ratio of RUDP
packets increases.
System Impact
Handling Suggestion
Make records of the alarm information and contact the next level of maintenance support.
2-254
Probable Cause
1. The board is configured to be in active/standby mode, but the mate board is not in position.
2. Hardware Problem.
System Impact
The active board can not communicate with the standby board. As a result, active/standby
changeover operation fails. There is no impact on services.
Handling Suggestion
1. Make sure the board is configured backup mode, and the master and slave boards are firmly in
place.
2. Check the opposite board for the related alarms. If there are related alarms,Perform the
recommended solution to process the possible alarms.
Description: 198066070, The board is offline or the CPU is in reset status for a long time
3. Replace the opposite board.
4. Change the slots of both the master and slave boards.
2-255
Probable Cause
1. FE-C3/4 is used for FE routing port when RUIM1 rear board is used.
2. When CHUB is connected to UIM/GUIM/GUIM2, CHUB rear card (RCHUB1/RCHUB2) uses
discrete ports (e.g. port1/port3) to connect UIM rear card.
3. When UIM/GUIM/GUIM2 is connected to UIM/GUIM/GUIM2 CHUB, connections used for FE
routing connection are not in pairs (e.g.FE-C2/4).
4. When UIM is connected to UIM/CHUB, only one cable is used for FE inter-connection.
System Impact
Control plane routing is disconnected; ports are switched over in cycle; all services on this shelf
are interrupted.
Handling Suggestion
2-256
Probable Cause
1. In a pair of FE ports, one has normal link but the other has link error.
2. The hardware is faulty.
System Impact
Because one FE port has normal control plane link, services are not affected. However if this port is
faulty, services can not be switched to the other port, leading to service interruption.
Handling Suggestion
1. Check if only one cable is used to connect the port pair of the rear board to the peer-end FE port.
Ensure that both cables are connected to the peer end.
2. Reconnect the cables or replace the cables.
3. Replace the rear board.
4. Replace the board.
Probable Cause
System Impact
Handling Suggestion
1. Check whether two shelf with same physical ID exists. Modify the switch of one of the two shelfs
and reset the shelf and board if such connection exists.
2. Check if the board link to the same board by different link type. Remove one of link type and reset
the board if such connection exists.
2-257
Probable Cause
System Impact
Handling Suggestion
2-258
Probable Cause
T network fiber connection does not conform to optical interface connection relation configured on
the background.
System Impact
Handling Suggestion
Modify the fiber connection or the connection configuration to keep the configuration consistent
with the physical connection.
Probable Cause
System Impact
The board fails to be normally powered on. The services carried by the board are interrupted.
Handling Suggestion
1. The NMS configuration management interface gives the rack diagram. Select the board and check
if the Basic Information and CPU Information of the rack are correct. If the settings are incorrect,
delete the board and create a new one.
2. Check if a correct board is inserted in the slot on the rack. If not, insert the correct one.
2-259
Probable Cause
System Impact
Handling Suggestion
1. For CMP and SMP, reset the board through NMS man-machine command interface.
2. For OMP, set the start mode as "foreground start" on NMS and then reset the board.
Do as follows:
On NMS software version management interface, select the menu for querying foreground (that is,
RNC NE) board start mode. In the pop-up dialog box, set the start mode to "foreground start".
Probable Cause
System Impact
This alarm may cause OMP work abnormally, and the entire network element services are affected.
Handling Suggestion
1. Reset the active and standby OMPs through NMS man-machine command interface.
2. Replace the board.
2-260
Probable Cause
The office ID of a shelf where DIP switch locates is different from that of a shelf where OMP locates.
System Impact
The MAC address conflicts. The MAC and IP address verification fails. All boards on the shelf can
not be powered on. All services carried by the shelf are interrupted.
Handling Suggestion
By operating the hardware dial code key on the shelf, Set the office ID of the shelf where DIP switch
locates to be the same as that of OMP belonged shelf.
Probable Cause
After the start information of OMP is modified, the active and standby OMP boards are not restarted.
System Impact
Handling Suggestion
Restart the active and the standby OMP boards at the same time through NMS man-machine
interface command .
2-261
Probable Cause
1. The speed mode configuration of the port does not take effect.
2. The duplex mode configuration of the port does not take effect.
3. The master or slave mode configuration of the port does not take effect.
4. The auto negotiation mode configuration of the port does not take effect.
Above four points, the set work mode of the external port does not take effect due to faulty
performance of the chip on the local end or unsuccessful settings on the peer end.
System Impact
1. The port fails to work in the preset mode. This causes the port to be unavailable and all services
of the port are interrupted.
2. For Auto mode, the bandwidth of the external port becomes insufficient. As a result, some services
of the port are interrupted.
Handling Suggestion
On NMS fault management interface, check the alarm details, which give the reasons of mode error.
You can quickly locate the handling method according to it.
The handling suggestions for each reason of mode error are as follows:
Speed mode error
1.Check the speed settings on the both end ports if they are correct and consistent.
Y->Go to "2".
N->Modify the speed settings, which the hardware supports on the both end, to make them be
consistent with each other, and then check the alarm if it is eliminated.
Y->End.
N->Go to "2".
2.Please contact the next level of maintenance support.
Duplex mode error
1.Check the duplex mode settings on the both ports end if they are correct and consistent.
Y->Go to "2".
N->Modify the duplex mode settings, which the hardware supports on the both end, to make them be
consistent with each other, and then check the alarm if it is eliminated.
Y->End.
N->Go to "2".
2.Please contact the next level of maintenance support.
2-262
Probable Cause
1. Appoint the version for OMP and select the option of restart after switch,but the version file have
existed on OMP's DOC0.2.Swtich the BOOT version.
System Impact
The board version will not take effect if the board does not reset.
Handling Suggestion
2-263
Probable Cause
System Impact
Handling Suggestion
Probable Cause
The transferred data records exceed the maximum capacity of the table, and the capacity of the
receiver memory file buffer is insufficient.
System Impact
If the board is powering on, the excessive data records (beyond table capacity) are discarded.
2-264
Handling Suggestion
1. Lookup if the capacity of the table is correct, please make records of the alarm information and
contact the next level of maintenance support.
2. Synchronize the capacity tables, then synchronize all tables to the foreground and reboot the
board. If the alarm still has not restored, please make records of the alarm information and contact
the next level of maintenance support.
Probable Cause
The Network Processor hardware in the board (whose microcode is abnormal) is faulty.
System Impact
Handling Suggestion
1. Wait for the board to reboot. If the alarm cannot be restored after board rebooting, unplug and
then plug the board.
2. If the alarm still cannot be restored, replace the board.
2-265
Probable Cause
The current alarm board has too many alarms so that the relevant alarm pool is full.
System Impact
Handling Suggestion
Probable Cause
System Impact
Link congestion will cause transmission delay. If congestion is not serious, services will not be
affected. However, if it is serious, packet loss or call loss may occur, and access success rate of
PS services may fall.
Handling Suggestion
1. Check the peak traffic of MTP3(B) signaling link performance statistics. If the payload reach to
6000, it's necessary to add links or increase the PVC bandwidth.
2. Check the physical connection, and check the following alarm. If there are some alarms as follows,
solve related alarms firstly.
(1) Fiber access:
1792 SDH/SONET faulty
1824 SDH/SONET exception
(2) E1 access:
519 trunk faulty
1026 E1 ATM cell synchronization failed
2-266
Probable Cause
1. Transmission quality of bottom layer link(include the physical links between interface board and
signal processing board inside network element and the physical links between interface board and
opposite network element) is poor.
2. Upper layer traffic in sending service data is heavy, confirming it by the traffic networking model.
System Impact
Link congestion will cause transmission delay. If congestion is not serious, services will not be
affected. However, if it is serious, packet loss or call loss may occur, and access success rate of
PS services may fall.
Handling Suggestion
1. Check network cable connection. Ensure that the network cable is tightly inserted.
2. Add association links to the office that is in service for the congested association.
3. If intermediate equipment exists between local end and opposite end, check the transmission
quality of intermediate equipment.
Probable Cause
2-267
System Impact
SNTP synchronization failure may cause time difference between system time and real time. For
example, the real time is 1:00 am, but the system time is 2:00 am. Since the system clock frequency
is correct, services will not be affected.
Handling Suggestion
Alarm details are displayed in NMS Alarm Management interface, where fault type is given. You can
easily find handling suggestions according to the fault type.
The handling suggestions for each type are described as below.
1. Invalid database configuration.
In NMS Configuration Management interface, click Network Element Ground Resource Management
to check whether the IP address of SNTP server is invalid, or SNTP synchronization period is wrong.
If the IP address of SNTP server is 255.255.255.255 or SNTP synchronization period is 0, please
correct the configuration.
2. Failure in getting time from SNTP server
1) Ensure that SNTP server exists and it works normally.
2) Ensure that the configured IP address of SNTP server in database is the same as its real IP
address.
2.3.16 198066031 OMP alarm pool is full, unable to store any more
alarms.
Alarm Property
l Alarm Code: 198066031
l Description: OMP alarm pool is full, unable to store any more alarms.
l Severity: Major
l Alarm Type: Processing alarm
Probable Cause
There are too many system alarms. The alarm pool is full of system alarms.
System Impact
Handling Suggestion
2-268
Probable Cause
System Impact
NTP time synchronization terminates, bringing in time deviation between the foreground and the
backgroundeffecting some servicessuch as charges, and leading to interruption of ongoing
services.
Handling Suggestion
On NMS fault management interface, check if the alarm related to RPU board exists. If yes, refer to
the corresponding alarm handling suggestion.
Related alarm: 198066004 Control plane communication abnormal between MP and OMP
Probable Cause
System Impact
Handling Suggestion
2-269
Probable Cause
System Impact
Handling Suggestion
On NMS Dynamic Data Management interface, select A interface Management under BSC Dynamic
Data Management. Click the Atrunk Management tab, unblock the blocked ts.
Probable Cause
System Impact
Handling Suggestion
On NMS Dynamic Data Management interface, select Radio Resource Management under BTS
Dynamic Data Management. Click the BVC Management tab, unblock the blocked BVC
2-270
Probable Cause
System Impact
Handling Suggestion
1. In NMS Configuration Management interface, click Power Board Alarm Parameters to view the
upper threshold of rack temperature. If the configuration is unreasonable, please modify it. The
recommended value of upper threshold is 70 degrees in Celsius.
2. Check the thermometer in equipment room to see if the actual temperature is too high. If yes, take
necessary cooling measures.
3. Remove dust from air intake and outlet of the rack. Remove any obstacle nearby which may
affect ventilation.
4. Ensure that the rack fan works normally.
2-271
Probable Cause
1. Threshold is incorrect.
2. Temperature sensor is not working
3. External room heating control not working.
System Impact
Handling Suggestion
1. In NMS Configuration Management interface, click Power Board Alarm Parameters to view the
lower threshold of rack temperature. If the configuration is unreasonable, please modify it. The
recommended value of lower threshold is 0 degrees Celsius.
2. Check the thermometer in equipment room to see if the actual temperature is too low. If yes,
take necessary warming measures.
3. Setting the sensor correctly.
Probable Cause
System Impact
2-272
Handling Suggestion
1. On NMS configuration management interface (power board alarm parameters), check the upper
limit of equipment room temperature. Modify the threshold value if the previous configuration is
unreasonable. The recommended high threshold value is 40.
2. Check the thermometer in equipment room to see if the actual temperature is too high. If yes, take
necessary cooling and ventilation measures.
Probable Cause
System Impact
Handling Suggestion
1. In NMS Configuration Management interface, click Power Board Alarm Parameters to view the
lower threshold of room temperature. If the configuration is unreasonable, please modify it. The
recommended value of lower threshold is 0 degrees Celsius.
2. Check the thermometer in equipment room to see if the actual temperature is too low. If yes,
take necessary warming measures.
3. Setting the sensor correctly.
2-273
l Severity: Minor
l Alarm Type: Environment Alarm
Probable Cause
System Impact
Handling Suggestion
1. In NMS Configuration Management interface, click Power Board Alarm Parameters to view the
upper threshold of rack voltage. If the configuration is unreasonable, please modify it. For 48V power
supply, the recommended value of upper threshold is 57V; for 60V power supply, the recommended
value is 72.
2. Find out which line voltage exceeds upper threshold by using the voltage index given in alarm
details. Regulator through the power supply equipment to lower down the input voltage of this line.
Probable Cause
System Impact
2-274
Handling Suggestion
1. In NMS Configuration Management interface, click Power Board Alarm Parameters to view the
lower threshold of rack voltage. If the configuration is unreasonable, please modify it. For 48V power
supply, the recommended value of lower threshold is 40V; for 60V power supply, the recommended
value is 50.
2. Find out which line voltage is below lower threshold by using the voltage index given in alarm
details. Regulator through the power supply equipment to increase the input voltage of this line.
Probable Cause
System Impact
Handling Suggestion
1. In NMS Configuration Management interface, click Power Board Alarm Parameters to view
the upper threshold of room humidity. If the configuration is unreasonable, please modify it. The
recommended value of upper threshold is 90.
2. Check the hygrometer in equipment room to see if the actual humidity is too high. If yes, take
necessary dehumidifying measures.
2-275
Probable Cause
System Impact
Handling Suggestion
1. In NMS Configuration Management interface, click Power Board Alarm Parameters to view
the lower threshold of room humidity. If the configuration is unreasonable, please modify it. The
recommended value of upper threshold is 90.
2. Check the hygrometer in equipment room to see if the actual humidity is too low. If yes, take
necessary humidifying measures.
3. Setting the sensor correctly.
Probable Cause
System Impact
This alarm may cause very high rack temperature. As a result, the relevant board may work
abnormally and board services may be interrupted.
2-276
Handling Suggestion
1. Check whether the FAN subrack is tightly inserted into the rack. If no, unplug and plug it.
2. Replace the fan subrack.
3. Setting the sensor correctly.
Probable Cause
System Impact
Handling Suggestion
2-277
Probable Cause
System Impact
Services won't be affected, but there is a potential safety problem. Need to be handled immediately.
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
1. Does an animal or a person approach near the infrared sensor? If yes, remove the heat source. If
no, please check the configuration of infra-red sensor. If the configuration is correct, sensor sensitivity
may be reduced to some extent.
2. The infra-red sensor is faulty. Replace the sensor.
3. Setting the sensor correctly.
2-278
Probable Cause
System Impact
The board may work abnormally due to lightning stroke. Accordingly, board services will be
interrupted.
Handling Suggestion
Probable Cause
System Impact
This shelf can not be supplied with power. All boards on the shelf can not work and board services
are interrupted.
2-279
Handling Suggestion
Probable Cause
System Impact
NO impact to traffic only loss of Time synchronisation data for time stamp of events and reporting.
Handling Suggestion
2-280
Probable Cause
The configured alarm threshold is less than the usual inter-board communication traffic in input
and output directions of the board control plane.
System Impact
Packet of the control plane loss might occur. No impact on user service.
Handling Suggestion
Probable Cause
The number of transfer that passes MTP3/M3UA/SCCP/SUA exceed the permission of license.
System Impact
Handling Suggestion
2-281
Probable Cause
System Impact
Service quality will remain low for a long time if alarm is not handled.
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
1. If NSVC is manually blocked, please unblock it in Dynamic Data Management interface of NMS.
2. Otherwise, please check Gb link.
2-282
Probable Cause
System Impact
Handling Suggestion
1. If NSVC is manually blocked, please unblock it in Dynamic Data Management interface of NMS.
2. Otherwise, please check Gb link.
Probable Cause
System Impact
Handling Suggestion
BSC can implement flow control automatically. Observe the alarm without further operation.
2-283
Probable Cause
The excessive traffic causes the CPU load to exceed the flow control threshold in module parameter
setting.
System Impact
The system automatically initiates flow control management and thus some users cannot gain access.
If the traffic is still excessive after flow control, the CPU load will grow further.
Handling Suggestion
Block some cells through dynamic data management to prohibit some users to access. After the
alarm is eliminated, restore the configuration or unblock the related cells.
2-284
3-1
3-2
3-3
Probable Cause
1. UB configuration is insufficient.
2. For the messages are not processed in time, UBs are occupied for too long time to be released
timely.
System Impact
The link of communnication is broken and all the messages based on the link fail to be send.
Handling Suggestion
Note down the alarm information and contact the next level of maintenance support.
3-4
Probable Cause
System Impact
Handling Suggestion
Check if the following alarm occurs in local/opposite board. If yes, refer to the corresponding alarm
handling suggestion.
Related alarms:
198001286 Loss of input clock
198005639 High Error Rate of Optical Interface
198005646 Phase-locked Loop Unlocked
Probable Cause
It is hardware system fault. The CS domain of the UIM switches over due to artificial operation.
System Impact
Handling Suggestion
1. Analyze the switchover reason according to the additional information about the alarm .If it is not
because of the system fault but due to control of MML command at the background or caused
by non-active/standby changeover, or the standby board does not exist physically, nothing would
be done for this alarm.
2. If it is because of the system fault, eliminate those alarms firstly.
3-5
Probable Cause
1. The work mode that the board does not support is configured on the background.
2. Such reasons as FPGA not loading cause that there are errors in setting the working mode for
the board.
System Impact
Handling Suggestion
1. Check the configuration of board backup mode. If the configured backup mode is not supported by
the board, modify configuration or replace the board with one that supports such configuration.
2. Unplug and plug board. Reload FPGA version.
Probable Cause
System Impact
3-6
Handling Suggestion
Alarm details are displayed in NMS Alarm Management interface, where powered-on status (Board
poweron successful/failed/timeout) is given. You can easily find handling suggestions according to
the powered-on status.
The handling suggestions for each status are described as below.
1. Powered on successful
No handling is necessary.
2. Powered-on timeout
Ensure that the board loads a proper version. The boards on a network element must use the
same version.
3. Powered-on failed
Ensure that the board loads a proper version. The boards on a network element must use the
same version.
Probable Cause
1. The CS optical interface changeover is initiated on the background through MML command
operation.
2. The CS optical interface has faults and automatically switches over.
(GE interfaces are located on the upper half of the GUIM/GUIM2 board while the CS domain optical
interfaces are located on the lower half of it.
System Impact
Handling Suggestion
1. If it is because of artificial operations, this alarm occurrence belongs to normal situation and
there is no need to handle it.
2. Confirm if the indication light of the CS optical interface on the board which gives the alarm is off.If
the light is off, check if the fiber or light module has problems.
3. Check if the following alarm occurs in local/opposite board. If yes, refer to the corresponding
alarm handling suggestion.
1286 Loss of clock when input to board
5639 High error rate of optical interface
3-7
Probable Cause
System Impact
Not support to mix plug into shelf, the board can't work normally.
Handling Suggestion
Depend on PCB ID, BOM ID and physical board type of the self board and the mate board according
to the additional information about the inform, inquire "Board mix plug test conclusion.xls" and check
the two boards can mix plug into shelf? If yes ignore it, if not use the same PCB ID, BOM ID and
physical boar type please.
Probable Cause
3-8
System Impact
The impact varies according to port status.
1. If the port status is "Master port invalid status" or "Master port abnormal", the master port fails to
forward inner media stream, and the services carried via the master port will be switched to the slave
port. If the slave port is also unavailable, services carried over the port will be interrupted.
2. If the port status is "Slave port invalid status" or "Slave port abnormal", services will not be affected.
However, the potential risk exists during master/slave changeover.
3. If the port status is others, services will not be affected.
Handling Suggestion
Alarm details are displayed in NMS Alarm Management interface, where port status is given.
1. If the port status is "Master port invalid status" or "Master port abnormal", please solve the problem
according to the following handling suggestions.
i. Reconnect the cable between UIM/GUIM/GUIM2 and GLI.
ii. Replace the optical module or cable used for the connection between UIM/GUIM/GUIM2 and GLI.
iii. Replace the UIM/GUIM/GUIM2 board.
iv. Replace the GLI board.
2. If the port status is others, no handling is necessary.
Probable Cause
1. 485 communication is interrupted.
2. The board is abnormal.
System Impact
The configured clock reference/environment threshold fails to take into effect. There is no impact
on services.
Handling Suggestion
1. Unplug and plug the 485 cable.
2. Replace the 485 cable.
3. Replace clock CLKG or environmental monitoring PWRD /fiber access TFI board
3-9
Probable Cause
System Impact
DSP is unavailable during reset, but will be restored to normal state after reset. During reset, cells on
the DSP are out of service, services on the DSP are interrupted, and call loss increases.
Handling Suggestion
Probable Cause
The equipment is abnormal in the process of version loading, which falls into three cases.
1. The equipment fails to fetch the needed version.
2. Version loading to chip fails.
3. Chip hardware is faulty.
3-10
System Impact
1. Microcode version loading fails, leading to repeated board reset and interruption of board services.
2. Firmware/single-chip computer version loading fails, leading to abnormal board operation and
interruption of board services.
3. DSP version loading fails. Cells on the DSP will be out of service. Services on the DSP are
interrupted, and the number of call loss increases.
Handling Suggestion
On NMS fault management interface, view notification Details where "Loading corresponding alarm
information" is given. Locate the corresponding handling suggestion based on the given information.
1. Any of the following items displayed by "Loading corresponding alarm information" indicates that
the chip fails to obtain the needed version. On NMS software management interface, check the
configured version for the chip and version status. Ensure that the needed version is configured for
the chip and the version is actived. If the version is not actived, please active the version by the OMC
i. DSP6416 No.d : No Version Information
ii.DSP5402 No.d : No Version Information
iii. MC fail to get version information
iv. OCT6100 fail to get version information
v. M82620 : Index = d fail to get version information
2. If information other than the items listed above appears, refer to the following handling suggestion.
i. Reset board.
ii. Replace DSP sub-card.
iii. Replace board.
Probable Cause
The board does not support the trunk configuration in the database.
System Impact
3-11
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
Probable Cause
3-12
System Impact
None
Handling Suggestion
No need to handle.
Probable Cause
After manual base switchover, man-machine command, or pressing panel button, clock board
performs base locking operation (at most for 2 minutes). This notification is to inform the user of
the operation result of manual base selection.
System Impact
No impact on service.
Handling Suggestion
No handling is necessary.
3-13
Probable Cause
If previous operation about clock reference selection doesn't finish and relevant result is not given
yet, the system will screen any new attempt to manually select clock reference. And in this case,
this notification is declared.
System Impact
No impact on service.
Handling Suggestion
No handling is necessary.
Probable Cause
The notification is declared after selecting base via panel button, to remind user that the base
selection is in process and to request user to wait for the operation result.
System Impact
No impact on service.
Handling Suggestion
No handling is necessary.
3-14
l Severity: Major
Probable Cause
System Impact
The alarm board can not be used. ATM cell fails to be forwarded, and all board services are
interrupted.
Handling Suggestion
Probable Cause
The board does not provide external 16M or 8K clock for MCBSP interface of DSP, so DSP can only
use its clock which is not very steady, resulting in unsteadiness of DSP ping operation.
System Impact
None
Handling Suggestion
3-15
Probable Cause
PP2S (Pulse Per 2 Seconds) source is switched at both system clock and GPS receiver sides.
System Impact
No impact on service.
Handling Suggestion
GPS side PP2S has a higher priority. If PP2S is switched over from GPS-side to system-side, check
the GPS receiver and antenna feed status.
Probable Cause
Two ports which are configured as synchronous Ethernet master clock port are directly connected.
System Impact
If network connecting is normal, then there is no impact; if it is network connecting mistake, then the
port can not synchronize to the connected master clock port.
Handling Suggestion
If network connecting is normal, there is no need to handle; if it is network connecting mistake, there
is need to reconfigure the clock port or reconnect the port.
3-16
Probable Cause
System Impact
The board fails to obtain version, leading to abnormal board operation and access failure of board
services.
Handling Suggestion
1. On NMS configuration management interface (rack), view rack layout. Make sure that the board
configured is the same with the board plugged in the slot.
2. According to board type information in detailed notification, add and reload the right version.
Probable Cause
System Impact
1. IDE version file synchronization occurs between master and slave OMP (ROMB board). Service
will not be affected by synchronization result.
2. In the case of synchronization failure, partial loss of version file will occur to slave OMP
Handling Suggestion
On NMS fault management interface, view notification Details where "Synchronization information" is
given.
1. If synchronization information is "Failed to obtain file record during synchronization" or
"Synchronization failed", find the name of the version file in notification Details. According to the given
file name, locate on NMS software management interface the corresponding version configuration in
the version file database. Reload the version file to RNC NE. Delete the version file if it is not in use.
2. If synchronization information is others, no handling is necessary.
3-17
Probable Cause
The slave board have some master processes when update the EPLD.
System Impact
Handling Suggestion
Switch some active functions (such as optical interfaces) to standby ones on the standby board
through MML command operation.Switch again after the operation.
Probable Cause
The version file in software version configuration does not exist in RNC NE.
System Impact
1. If the non-existent version file is not in use, service will not be affected.
2. If the non-existent version file is the activated version, the corresponding board will fail to fetch
version during powering-on, leading to service access failure.
Handling Suggestion
On NMS fault management interface, view notification Details where "Version file name" is given.
According to the given file name, locate on NMS software management interface the corresponding
version configuration in the version file database. Reload the version file to RNC NE.
3-18
Probable Cause
System Impact
Patch version activation fails. New functions of the patch version are unavailable. No impact on
service.
Handling Suggestion
1. If the patch version is not needed, delete the corresponding version configuration on NMS software
management interface.
2. If the patch version is needed, locate on NMS software management interface the version
configuration of patch version file and related patch version file in the version file database. Reload
the version files to RNC NE.
Probable Cause
The transferred data records exceed the maximum capacity of the table, and the capacity of the
receiver memory file buffer is insufficient.
System Impact
If the board is powering on, the excessive data records (beyond table capacity) are discarded.
3-19
Handling Suggestion
Probable Cause
System Impact
If M3UA user office status changes from accessible to inaccessible, reception and sending of
messages from/to the office fail. Access of new services under the office fails, and abnormal release
of the ongoing service occurs.
If M3UA user office status changes from inaccessible to accessible, the system will return to normal
state.
Handling Suggestion
1. Check whether link interruption alarm occurs to the link/association. If yes, refer to the
corresponding alarm handling suggestion.
Related alarms:
198066011 MTP3 link unavailable
198066019 Association link broken
2. On NMS configuration management interface, check if the M3UA user is configured in the relevant
office. If no, add the configuration.
3. Locate the cause for office status change at opposite end.
3-20
Probable Cause
System Impact
If both "ASP status changed" notification and "8400384 M3UA office inaccessible" alarm occur at the
same time, new services can not be accessed to the office and existing services will be interrupted
abnormally.
If merely this notification is reported, services will not be affected.
Handling Suggestion
1. Check whether association interruption alarm occurs. If yes, refer to the corresponding alarm
handling suggestion.
Related alarm: 198066019 Association link broken
2. Activate the ASP in dynamic data management.
3. Check whether ASP operation is performed at the opposite end.
Probable Cause
System Impact
If both "AS status changed" notification and "8400384 M3UA office inaccessible" alarm occur at the
same time, new services can not be accessed to the office and existing services will be interrupted
abnormally.
If merely this notification is reported, services will not be affected.
3-21
Handling Suggestion
1. Check whether association interruption alarm occurs. If yes, refer to the corresponding alarm
handling suggestion.
Related alarm: 198066019 Association link broken
2. Activate ASP under the AS in dynamic data management.
3. Check whether ASP operation is performed at the opposite end.
Probable Cause
1. AS configuration is wrong.
2. Protocol versions used at both sides are different.
System Impact
Handling Suggestion
1. Check AS configuration to see whether the configured traffic mode at both sides are consistent. If
no, modify configuration to keep consistency.
2. APP server AS ID configuration must meet the following requirements. If ASP is configured for
local end, SGP should be configured for Opposite end. Vice versa. If IPSP client is configured for
local end, IPSP server should be configured for opposite end. Vice Versa.
3. Activate the ASP in dynamic data management.
4. On NMS configuration management interface (AS configuration), check if routing context and
routing context ID are configured. Ensure that the routing contexts configured at both ends are
the same.
5. On NMS configuration management interface, check whether the local ASP in service for AS is
configured. If no, add the configuration.
6. Check the protocol versions used at both sides. Ensure that the protocol versions are the same.
3-22
Probable Cause
1. Because association links are interrupted, the number of activated ASPs, associated to the serving
AS, is insufficient.
2. ASP is released in Dynamic Data Management so that the number of ASPs, associated to the
serving AS, is insufficient.
System Impact
The number of ASPs associated to the serving AS is insufficient. If traffic is heavy, congestion or
packet loss may occur, leading to loss of calls and decreased PS call access rate. However, if
traffic is not heavy, services will not be affected.
Handling Suggestion
Probable Cause
Memory is insufficient, that result in dynamic memory allocation failure when the processor is
powered on.
3-23
System Impact
If Application Server/Application Server Process is not configured on this board, system will not
be affected. Or else process will be unstable.
Handling Suggestion
1. Need to enlarge memory capacity of the alarming board and then restart the board.
2. If Application Server/Application Server Process is not configured on this board, then the alarm
should be ignored.
Probable Cause
System Impact
If several association links are available to the destination office, services will not be affected. In
the case of heavy traffic, link congestion may occur, leading to loss of calls and decreased PS
call access rate.
If merely one association link is available to the destination office, the office may become inaccessible.
UE fails to receive/transmit messages from/to the relevant office. New services can not be accessed
to this office.
Handling Suggestion
1. On NMS configuration management interface, check association configuration at local end and
opposite end. Checking items include local IP address, local port No., remote IP address, remote port
No., and application property of SCTP association. If the association at local end is configured as
client, the association at opposite end should be configured as server. Vice Versa.
2. At local end, check whether the associations configured with different protocol types have the
same local IP address and local port No.. If yes, perform configuration modification to differentiate the
local IP address and local port No. of these associations.
3-24
3. Check protocol stack configuration at both ends to see if interface board addresses are in the same
network segment. If no, modify configuration to put two addresses in the same network segment.
4. Ping the opposite-end interface board address to see if the network cable or other intermediate link
is faulty. Replace the cable if ping fails.
Probable Cause
The local end receives a link setup request but actually it doesn't detect a broken link. This causes
association restarts. Probable reasons are:
1. Relevant board at opposite end resets.
2. An association link is re-established at opposite end.
System Impact
No impact.
Handling Suggestion
Probable Cause
3-25
System Impact
The SIPI board will restart, which may affect the normal data packet processing of the board, and
causes the services on the board unstable.
Handling Suggestion
1. On the background, close the message exception detection of SIG_IPI forwarding service. In
this way, the board will not restart.
2. If an alarm appears when this function is enabled, check whether the signaling is configured
to pass through this board.
3. Check whether the transmission configuration and network are faulty.
4. If the problem still exists, replace the board.
Probable Cause
System Impact
It may cause packet forwarding problem since some vital data table is absent.
Handling Suggestion
Check the data configuration, if there is a configuring error, correct it and reboot the board.
3-26
Probable Cause
System Impact
Handling Suggestion
Check if there is severe packet loss in physical link (It can be checked by ping command), and
handle physical link faults.
Probable Cause
System Impact
Handling Suggestion
Check MD5 encrypted option of the two ends of application layer. If an end does not set with MD5
encrypted option, then set MD5 encrypted option for this end. The application layer protocol includes
BGP and LDP.
3-27
Probable Cause
When application layer is receiving messages, MD5 cryptographic keys set on both ends are
inconsistent.
System Impact
Handling Suggestion
Set the same MD5 cryptographic keys for both ends of application layer. The application layer
protocol includes BGP and LDP.
Probable Cause
System Impact
If the HDLC is the last available one in the UID,the service on the UID will be interrupted. If the HDLC
is not the last available one in the UID, the traffic on the UID will be reduced.
Handling Suggestion
1.Check the settings of HDLC channel to see whether the E1/TI of this HDLC and its time slots are
accordant with the peer end.
2.Check whether the physical connection is correct.
3.Check whether the E1/T1 line is damaged.
4.Note down the statistic data of messages received and sent from the HDLC, and contact the
next level of maintenance support.
3-28
Probable Cause
System Impact
During APS changeover process, the link is interrupted for 10 ~ 50 ms. Few packets may be lost, but
services won't be affected.
Handling Suggestion
View operation & maintenance log to see whether there is a record, indicating an operator manually
initiates APS changeover request/clearance. If yes, no handling is necessary. If no, check whether
there is one of the following alarms. If yes, please solve the problem according to corresponding
handling suggestions.
Related alarms:
198001792 SDH/SONET fault
198005396 Exceptional Internal Media Plane Communication
198005378 Board HW Error
198005635 The board is not plugged firmly.
3-29
Probable Cause
System Impact
Handling Suggestion
Ensure that the actual capacity of the physical memory is more than 1GB.
Probable Cause
1. This network port is configured with the same IP address (including the virtual address in the same
network segment) as another host in the local network.
2. The peer-end switch that connects with this network port has a loop.
System Impact
Board operation is normal. Communication network is faulty. All services on this port are down.
Handling Suggestion
When an IP address conflict occur, the NMS will display the conflicted IP address. Meanwhile, the
5-tuple information of the conflicted local port, as well as the conflicted MAC address of the external
device, can be detected.
1. Click Interface Configuration on the NMS Configuration interface to check the local interface
address. Modify the local interface address or the IP address of the conflicted external device.
Refer to the corresponding equipment maintenance manual to learn how to query the IP address of
external device.
2. The switch connected with the local port must have a loop if the following two conditions are
satisfied:
1) "20802 Conflicting IP Address" and "20803 Conflicting MAC Address in Subnet" concur;
2) Even though the local port IP address is changed, the two alarms still exist.
In this case, check whether there is a cable that connects both ports of the peer-end switch. If
yes, remove the cable.
3-30
Probable Cause
1. The MAC address of this port is the same with another MAC address in the direct connect network.
2. Loop exists in the remote switch connected with this port.
System Impact
Board operation is normal. The notification leads to packet lookup failure in Layer 2 forwarding table.
Then packet loss occurs and all services related to this port will be down.
Handling Suggestion
When an MAC address conflict occurs, the NMS will display the conflicted MAC address. Meanwhile,
the 5-tuple information of the conflicted local port, as well as the conflicted MAC address of the
external device, can be detected.
1. Modify the MAC address of the local port or the conflicted MAC address of the external device.
Find the conflicted local port according to the displayed 5-tuple information. Click Interface
Configuration on the NMS Configuration interface and select "MAC Address" to check and modify
the MAC address of the local port.
Refer to the corresponding equipment maintenance manual to learn how to query the MAC address
of the external device.
2. The switch connected with the local port must have a loop if the following two conditions are
satisfied:
1) "20802 Conflicting IP Address" and "20803 Conflicting MAC Address in Subnet" concur;
2) Even though the local port IP is changed, the two alarms still exist.
In this case, check whether there is a cable that connects both ports of the peer-end switch. If
yes, remove the cable.
3-31
Probable Cause
Failed to generate static ARP from the newly added IP address, because the number of static ARPs
which generated by IP has reached the maximum (each port up to 100).
System Impact
The external device failed to communicate with the IP address from which no static ARP is generated.
Handling Suggestion
Delete some proxy addresses configured for virtual ports and re-configure IP address within the limit
of static ARPs.
Probable Cause
When the switch of the ARP detecting enabled, NE can send ARP request packet with the ARP's
IP periodically, if NE can not receive the ARP respond packet during the set time, NE will report
this alarm information.
System Impact
Handling Suggestion
1. Please check the device's IP address configuration of the peer end, Please check the destination
IP address of the ARP request packet whether exist.
2. Please check physical link.
3. Please check the exchanger's VLAN configuration. The local port and the destination port must be
configured with the same VLAN ID.
3-32
Probable Cause
When the switch of the ARP detecting enabled, NE can send static ARP request packet with the static
ARP's IP periodically, if NE receives the ARP respond packet whose MAC or dot1q encapsulation is
not the same as static ARP's during the set time, NE will report this alarm information.
System Impact
Handling Suggestion
Probable Cause
When adding a neighbor, the address of the neighbor mismatches with that of the interface.
System Impact
The dynamic route expected to be obtained from this neighbor fails to be established.
3-33
Handling Suggestion
1.Check the address of interface to see whether it is in the same network segment with that of rip
neighbor.
Y->If so, go to "3".
N->If not, go to "2".
2.Check if the configured neighbor address is the network number or broadcast address.
Y->If so, go to "3".
N->go to "4".
3.Reconfigure the neighbor address to finish the alarm handling.
4.Contact the next level of maintenance support.
Probable Cause
System Impact
Handling Suggestion
1.Check if the authentication types on the two ends are consistent. If not, go to "2". Y-> If so, go to "3".
2.Modify verification types on two ends as consistent ones. And Finish the alarm handling.
3.If the verification types are consistent, check if the verification keys are consistent, if so, go to "4". If
not, modify them as consistent ones. Finish the alarm handling.
4.Contact the next level of maintenance support.
3-34
Probable Cause
The version number of the interface on remote device is inconsistent with that on local device.
System Impact
Handling Suggestion
1.Check if the version number of the interface on remote device is inconsistent with that on local
device. Y-> Go to "3". N-> Go to "2".
2.Reconfigure it and finish the alarm handling.
3.Contact the next level of maintenance support.
Probable Cause
System Impact
Handling Suggestion
1.Configure route aggregation to reduce the number of LSAs. Check if the alarm is eliminated.
Y->If so, finish the alarm handling.
N->Contact the next level of maintenance support.
3-35
Probable Cause
System Impact
Handling Suggestion
1.To modify the relevant configuration of OSPF and make them are coordinated. Check if the alarm is
eliminated.
Y->If so, finish the alarm handling.
N->Contact the next level of maintenance support.
Probable Cause
Failed to add the ospf routes to the dynamic protocol routing table for overflowing
System Impact
Handling Suggestion
1.Check routes on RPU through the background to see whether there are any needless interface
addresses and static routes.
Y->If the unwanted IP addresses or static routes exist, delete the unwanted IP interface addresses
or static routes. If so, go to step "2".
N->If IP address is not configured on the interface, go to step "3".
2.Check whether the alarm is eliminated.
Y->If so, finish the alarm handling.
N->If not, go to step "3".
3.Reduce the quantity of its distributed route information through route aggregation on the peer router
and then check whether the local alarm is eliminated.
Y->If so, finish the alarm handling.
3-36
Probable Cause
1. The physical link is interrupted.
2. TCP connection is interrupted.
System Impact
BGP session is disconnected.
Handling Suggestion
1.Check if the network configuration is correct.
Y->Go to "2".
N->Configure correctly and finish the alarm handling.
2.Check if the interface network connection and network topology are correct.
Y->Please contact the next level of maintenance support.
N->Connect the port to the network correctly and finish the alarm handling.
Probable Cause
Message 'local interface is down' is received.
3-37
System Impact
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
1.Check routes on RPU to see if there are any needless interface addresses and static routes.
Y->If there are, delete the unwanted IP interface addresses or static routes, go to "2".
N->If IP address is not configured on the interface, go to "3".
2.Check if the alarm is eliminated.
Y->If so, finish the alarm handling.
N->If not, go to "3".
3.Reduce the quantity of its distributed route information through route aggregation on the peer router.
And check if the alarm is eliminated on the local.
Y->If so, finish the alarm handling.
N->If not, go to "4".
4.Record the detailed information.
1)Record IP address and static route information on the interface.
2)Record the dynamic route information. Contact the next level of maintenance support.
3-38
Probable Cause
In ISIS instance configuration under protocol stack configuration mode, System-id has wrong
configuration.
System Impact
ISIS neighbor status fails to be established between the neighboring routers whose system IDs
conflict.
Handling Suggestion
1.Check system id configuration in ISIS instance on the router by show running config command
for conflict.
Y->Modify system id configuration in the instance, go to "2".
N->Contact the next level of maintenance support.
2.Check if the alarm is eliminated.
Y->Finish the alarm handling.
N->Please contact the next level of maintenance support.
Probable Cause
Message authentication modes or keys configured on the routers of the two ends are inconsistent.
System Impact
The message that fails to be authenticated is omitted. The local router can not synchronize the
LSDB with the corresponding router.
3-39
Handling Suggestion
1.Find out the peer-end router according to system id in the alarm message.
2.Execute the show running config command locally and remotely. Check the routers on the two ends
in the displayed device running configuration to see if the protocol authentication modes in ISIS
protocol stack instance configuration are consistent (MD5/TEXT).
Y->Go to "3".
N->Modify the protocol authentication modes on the routers of the two ends as the consistent ones
and perform the interconnection operations again. Finish the alarm handling.
3.Execute the show running config command locally and remotely. Check the routers on the two ends
in the displayed device running configuration to see if the protocol message authentication keys in
ISIS protocol instance configuration are consistent (MD5/TEXT).
Y->Please contact the next level of maintenance support.
N->Modify the protocol authentication modes on the routers of the two ends as the consistent ones
and perform the interconnection operations again. Finish the alarm handling.
Probable Cause
System Impact
The board fails to power on possibly, and the service or communication link related to this board is
down.
Handling Suggestion
3-40
Probable Cause
System Impact
The board fails to be powered on. As a result, UE can not be accessed and existing services are
interrupted.
Handling Suggestion
Probable Cause
During the process of system power on, the DAT file obtained from VMM is unusable or the TXT
file which saves configuration data is unusable.
System Impact
Handling Suggestion
On NMS fault management interface, view the alarm details, which give the Additional Reason.
1. If it's the DAT file error, then we need to reload the file from VMM and switch to the new file.
2. If it's the TXT file error, then take the following step:
1)Get the TXT file from ""/DOC0/DATA1"" directory at RPU with File Manager method.
2)Open the TXT file and delete line ""[CRC_DATFILE]="" and ""[CRC_TXTFILE]="".
3)Transmit the modified TXT file.
4)Reboot RPU.
3-41
Probable Cause
1. Abnormal jitter occurs to the line clock of the shelf where the board is located.
2. The board is faulty.
System Impact
TMD channel is interrupted momentarily, which may have a slight impact on services.
Handling Suggestion
1.Check alarms and notifications to see if the alarm(s)/notification(s) related to input clock
exist(s).Related alarm(s) and notification(s) are listed below.
198026116 CLKG PP2S Output Clock Lost
198026127 Clock reference source lost (Level 3 alarm)
198026128 Clock reference source lost (Level 2 alarm)
198026129 Clock reference source lost (Level 1 alarm)
198026133 Clock Output Loss
2.Replace the faulty board.
Probable Cause
System Impact
System could not get the needed clock, which will cause processing abnormity related to the clock.
3-42
Handling Suggestion
No need to handle.
Probable Cause
System Impact
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
No need to handle.
3-43
Probable Cause
System Impact
System could not get the needed clock, which will cause processing abnormity related to the clock.
Handling Suggestion
No need to handle.
Probable Cause
System Impact
Handling Suggestion
1.Configure an IPv4 address for an interface (It is recommended to configured an IPv4 address for a
Loopback interface) , make it a Router ID, and then re-create an OSPF process. Check whether
the alarm disappears.
Y->End.
N->Contact the next level of maintenance support.
3-44
Probable Cause
System Impact
Handling Suggestion
1.To modify the relevant configuration of OSPF and make them are coordinated. Check if the alarm is
eliminated.
Y->If so, finish the alarm handling.
N->Contact the next level of maintenance support.
Probable Cause
The remote IP of the SCTP primary path configured at application layer is not included in the local
address list of SCTP at opposite end
System Impact
This notification informs user of the update failure of SCTP primary path. The primary path currently
in use is not affected. No impact on service.
3-45
Handling Suggestion
Check notification details on the NMS Alarm Management interface to find the SCTP ID and the
primary remote IP address.
To use the primary remote IP address as the primary SCTP path, perform the following steps:
1. Add the IP address as an interface address at the peer-end equipment.
2. Add the "primary remote IP address" to the "local SCTP IP address" list.
Probable Cause
DNS server makes no response, so the link may be broken or the DNS server is down.
System Impact
Handling Suggestion
1.Use command Ping to check whether the link between the network element which the DNS client
belongs to and the DNS server is available.
Y->go to "2".
N->Solve the physical link problem.
2.Check the status of DNS server to see whether it is listening at port 53.
Y->Contact the next level of maintenance support.
N->Solve equipment problem.
3-46
Probable Cause
System Impact
Handling Suggestion
Probable Cause
BRS protocol processes ACL configuration data which synchronized by DBS from ACL offline
configuration failed.
System Impact
Handling Suggestion
1. Check the ACL configuration type and error information from alarm inform.
2. Correct the ACL offline configuration data base on alarm inform.
3. Synchronize the ACL offline configuration data.
3-47
Probable Cause
Cell No Traffic
System Impact
None
Handling Suggestion
None
Probable Cause
System Impact
None
Handling Suggestion
None
Probable Cause
3-48
System Impact
None
Handling Suggestion
This notification is generated when a NSVC link is deleted. Check whether the NSVC link is the one
that should be deleted. If it is, no handlings are required.
Probable Cause
The timer is exipired when waiting for the response from database.
System Impact
The user is notified that problem exists during the process of downloading data configuration.
Handling Suggestion
Check whether the OMP board is running normally. If it is, no handlings are required.
Probable Cause
3-49
System Impact
Handling Suggestion
Check whether the NSVC configuration at BSC is consistent with that at SGSN. If they are
inconsistent, modify the two configurations to make them consistent. If they are consistent, notify
SGSN to handle the problem.
Probable Cause
System Impact
Handling Suggestion
Check whether the NSVC configuration at BSC is consistent with the NSEI configuration at SGSN. If
they are inconsistent, modify the two configurations to make them consistent. If they are consistent,
notify SGSN to handle the problem.
3-50
Probable Cause
System Impact
Handling Suggestion
Probable Cause
System Impact
The logical connection between BSC and MSC is broken, and BSC can not send signaling
information to MSC.
Handling Suggestion
3-51
Probable Cause
System Impact
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
None
3-52
l Severity: Minor
Probable Cause
The carrier's power-up/power-down state has changed.
System Impact
None
Handling Suggestion
None
Probable Cause
There is no response from SGSN, or the failure response is received.
System Impact
The user is notified that the SNS Size process fails.
Handling Suggestion
Check NSE and end-node data to ensure that they are correct.
Probable Cause
There is no response from SGSN, or the failure response is received.
3-53
System Impact
Handling Suggestion
Check NSE and end-node data to ensure that they are correct.
Probable Cause
System Impact
Handling Suggestion
Check NSE and end-node data to ensure that they are correct.
Probable Cause
System Impact
3-54
Handling Suggestion
Check NSE and end-node data to ensure that they are correct.
Probable Cause
System Impact
Handling Suggestion
Check NSE and end-node data to ensure that they are correct.
Probable Cause
System Impact
None
3-55
Handling Suggestion
None
Probable Cause
System Impact
No impact on service.
Handling Suggestion
No handling is necessary.
Probable Cause
System Impact
None
Handling Suggestion
This notification is generated when a NSVC link is deleted. Check whether the NSVC link is the one
that should be deleted. If it is, no handlings are required.
3-56
Probable Cause
System Impact
None
Handling Suggestion
None
Probable Cause
System Impact
None
Handling Suggestion
None
3-57
Probable Cause
Uplink data in user layer is jaming
System Impact
None
Handling Suggestion
1) Modify to static channel, reserve not more than 4 channels for PS.
2) If 16 channels of 2 TRX all for PS, modify to static coding mode, and coding mode should Less
than MCS6. If EDGE not work, this restrict is not exist.
Probable Cause
Downlink data in user layer is jaming
System Impact
None
Handling Suggestion
1) Modify to static channel, reserve not more than 4 channels for PS.
2)If 16 channels of 2 TRX all for PS, modify to static coding mode, and coding mode should Less than
MCS6. If EDGE not work, this restrict is not exist.
3-58
l Severity: Minor
Probable Cause
System Impact
Handling Suggestion
Probable Cause
System Impact
None
Handling Suggestion
3-59
l Severity: Minor
Probable Cause
System Impact
Handling Suggestion
Probable Cause
Site IP Conflict
System Impact
Handling Suggestion
3-60
l Severity: Minor
Probable Cause
System Impact
Handling Suggestion
Probable Cause
System Impact
When Baseband frequency hopping is used, if one of the TRX is restore, the system will add the
recovered TRX back to its hopping group.
Handling Suggestion
none
3-61
Probable Cause
System Impact
Handling Suggestion
none
Probable Cause
System Impact
User define
Handling Suggestion
None
3-62
Probable Cause
System Impact
None
Handling Suggestion
None
Probable Cause
System Impact
None
Handling Suggestion
None
3-63
Probable Cause
System Impact
None
Handling Suggestion
None
Probable Cause
When Cell selected PCU resource in OMP, There is no aviable resource to use.
System Impact
Handling Suggestion
3-64
Probable Cause
System Impact
None
Handling Suggestion
None
Probable Cause
System Impact
None
Handling Suggestion
No handling is necessary.
3-65
Probable Cause
System Impact
None
Handling Suggestion
No handling is necessary.
Probable Cause
System Impact
None
Handling Suggestion
No handling is necessary.
Probable Cause
3-66
System Impact
None
Handling Suggestion
None
Probable Cause
Check out data error When call the data base interface.
System Impact
None
Handling Suggestion
Find out the source of err data and recover the data base the information
Probable Cause
Codec Fail
System Impact
None
3-67
Handling Suggestion
Check cell configration, make sure that Number of Neighbour Cells and ARFCNs in BA/CA list is
suitable. If it's too many, delete some of them. Reconfigure the cell.
Probable Cause
System Impact
None
Handling Suggestion
None
Probable Cause
MicroCode subsystem failed to get the table of configuration from database subsystem during the
power on procedure, or failed to update the table of configuration.
3-68
System Impact
The system impacts that correspond to different alarm causes are described below.
1. Failed to get the information of the reassemble board.
The configuration information is used to reassemble the fragments of IP packets inputted into the
equipment. Lacking the configuration information may cause processing failure of fragments of IP
packets. Service interruption might occur or service processing rate might slow down.
2. Failed to get the configuration of OMCB server.
Lacking the configuration information may paralyze OMCB function.
3. Failed to get the configuration of signal dispatch table.
Lacking the configuration information causes SCTP data transmission failure on the interface board.
The service related to SCTP Protocol on this board is down.
4. Failed to get the configuration of IP/UDP.
Lacking the configuration information may cause processing failure of IUPS service, or processing
failure of other data based on IP transmission.
5. Failed to get the configuration of L2 table.
Lacking the configuration information may cause communication failure within the equipment. All
services on the board might be down.
6. Failed to get the configuration of path information.
In the case of ATM interface board, lacking the configuration information may incur processing failure
of the AAL2 data based on ATM Adaptation Layer Protocol, leading to interruption of IUB/IUCS/IUR
services under this office.
In the case of IP interface board, lacking the configuration information may incur processing failure of
IP packet traffic control, leading to interruption of all services under this office.
7. Failed to get the configuration of pathgroup information.
In the case of ATM interface board, lacking the configuration information may incur processing failure
of the AAL2 data based on ATM Adaptation Layer Protocol, leading to interruption of IUB/IUCS/IUR
services under this office.
In the case of IP interface board, service is not affected.
Handling Suggestion
The operator should add the configuration or re-synchronize the configuration according to the
addition information of this report.
3-69
Probable Cause
System Impact
1.If the number of route entries does not exceed the RUB board route table capacity, service will
not be affected.
2.If the number of route entries exceeds the RUB board route table capacity, information of some
route entries will be lost.
1) If the missing route are the route to Node B or CN, UE service access to the board will fail.
2) If the missing route are the route to other RNC NE, access of Inter-RNC UE services to the board
will fail. Meanwhile, tick clock synchronization of the MBMS service between the relevant RNC NEs
will fail, degrading the MBMS service quality
3.If the number of route entries exceeds the RUB board route table capacity, the SLA diagnostic test
function from RNC to related NE will be disabled.
Handling Suggestion
1. On NMS configuration management interface (static route), delete the routes that are not in use.
2. On NMS configuration management interface (interface configuration), delete the port IP that is
no longer in use.
Probable Cause
Failed to assign DHCP Configuration to Client, may be one of the following causes:
1) OMCB Server Ip Configuration Absent
2) Peer Ip Address of PPP Link Absent
3) RNC Omcb Service Ip of Node Operation and Maintain Absent
4) Failed to Get Client DHCP Configuration from DBS
3-70
System Impact
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
Probable Cause
1. Clock Deviation between Slave and Host over threshold(default threshold 36sec/hr)
2. Clock crystal oscillator of Slave or Host is inaccurate
3-71
System Impact
Handling Suggestion
Block the Slave reported in the notification, and inform hardware manager
Probable Cause
System Impact
Handling Suggestion
Block the Slave reported in the notification, and inform hardware manager
Probable Cause
Adjust the transmission path bandwidth to the low thehold can not radically improve packet loss
rate of this path.
3-72
System Impact
The packet loss rate higher than the reference value will depress the quality of service (QoS), even
lead to the access failure and service disconnection.
Handling Suggestion
Check the intermediate equipment between RNC and peer NE, make sure the intermediate
equipment runs normally .
Probable Cause
Not recived the SLA query request.
System Impact
IPBM can not recive the SLA acknowledge,the function of the band width adjust is useless.
Handling Suggestion
Check the state of interface board is normal, the PD query entity is exsit.
Probable Cause
Log Server Application has exception
System Impact
NONE
3-73
Handling Suggestion
Probable Cause
System Impact
Handling Suggestion
Probable Cause
3-74
System Impact
Either the LogService or the OMP cannot save the performance files. Performance data will be lost.
It has no impact on services.
Handling Suggestion
Check alarm details to find the Failure cause during saving performance file, and handle the alarm
accordingly.
1. If the Failure cause is "Logservice disk space less than 500M", delete unnecessary files from
the Logservice disk to release enough space.
2. If the Failure cause is "Directory on Logservice is different from that on OMP", it means the
Logservice version is incompatible with the OMP version. Use the correct Logservice version.
3. If the Failure cause is "Logservice is unavailable and the space of OMP disk is less than 500M"
1) Delete unnecessary files from the OMP disk to release enough space.
2) Handle it according to the suggestions given for the alarm "198083028 Logservice is unavailable".
4. If the Failure cause is "The session ends abnormally and the performance file can not be saved", it
means the board time has been adjusted. In this case, no handling is required.
5. If the Failure cause is "The Logservice is unavailable, and the PM files have already existed for
over two hours.", the suggestion is given for the alarm "198083028 Logservice is unavailable".
Probable Cause
System Impact
Handling Suggestion
3-75
Probable Cause
System Impact
Handling Suggestion
Probable Cause
Available bandWidth of transport path is less than occupied bandWidth. Probable causes for the
alarm include:
1.E1 link is broken.
2.Transmission quality of the transmission line is poor.
3.Intermediate equipment is faulty.
System Impact
The available bandwidth to destination is less than occupied bandwidth. Some services would be
released in this transport path selectively to avoid transport path congestion.
3-76
Handling Suggestion
Probable Cause
Available bandwidth of transport path group is less than occupied bandwidth. Probable causes
for the alarm include:
1.E1 link is broken.
2.Transmission quality of the transmission line is poor.
3.Intermediate equipment is faulty.
System Impact
The available bandwidth to destination is less than occupied bandwidth.So service rate on this
path group will be degraded.
Handling Suggestion
3-77
Probable Cause
Since frequency difference might exist between trunk line clock and local receive clock, the trunk
receive clock is not synchronous with the transmit clock.
System Impact
Momentary fault occurs to trunk data service or signalling channel. If fault occurs repeatedly, CS/PS
service might become unstable. Otherwise, service is not affected.
Handling Suggestion
Check the clock synchronization status at both sides. If the status is unsynchronized, check if
LOL-related (loss of lock) alarm occurs in clock board. If yes, refer to the corresponding alarm
handling suggestion.
Related alarms:
198026127 Clock reference source lost (Level 3 alarm)
198026128 Clock reference source lost (Level 2 alarm)
198026129 Clock reference source lost (Level 1 alarm)
Probable Cause
System Impact
Handling Suggestion
1. Unplug the board for 5 seconds, and plug it again after a full discharge.
2. Replace the board.
3-78
Probable Cause
A CPU on a board at the shelf abnormally resets. The possible causes are:
1. User request CPU reset.
2. Board has reset itself due to fault.
System Impact
The relevant services or communication links will be interrupted or disconnected. This alarm will be
recovered after the board is powered on normally.
Handling Suggestion
1. Check the NMS operation log to see whether there is a manual reset record. If yes, no handling is
necessary.
2. Replace the board.
Probable Cause
System Impact
1. If the fault flash is on OMP board, the OMP board will fail to be powered on. If both master/slave
OMP boards have the flash fault, the entire system can not start up.
2. If the fault flash is on other board, the board can be powered on normally and there is no impact
on services.
3-79
Handling Suggestion
Probable Cause
System Impact
No impact
Handling Suggestion
No handling is necessary.
Probable Cause
Daylight saving time is de-activated and the system is back to normal country clock.
System Impact
No impact
Handling Suggestion
No handling is necessary.
3-80