Professional Documents
Culture Documents
Fault Management Contents BBU Huawei-1-263
Fault Management Contents BBU Huawei-1-263
Fault Management
Contents
1 Fault Management
1.1 NodeB Alarm Reference
1.1.1 NodeB Alarm List
1.1.2 ALM-25600 Monitoring Device Maintenance Link Failure
1.1.3 ALM-25601 Monitoring Device Hardware Fault
1.1.4 ALM-25602 Sensor Failure
1.1.5 ALM-25620 Monitoring Device Power Supply Problem
1.1.6 ALM-25621 Power Supply DC Output Out of Range
1.1.7 ALM-25622 Mains Input Out of Range
1.1.8 ALM-25623 Load Disconnected
1.1.9 ALM-25624 Battery Power Unavailable
1.1.10 ALM-25625 Battery Current Out of Range
1.1.11 ALM-25626 Power Module Abnormal
1.1.12 ALM-25628 AC Surge Protector Fault
1.1.13 ALM-25630 Power Module and Monitoring Module Communication Failure
1.1.14 ALM-25631 Load Fuse Broken
1.1.15 ALM-25632 Battery Cabin Heater Fault
1.1.16 ALM-25633 PMU Internal Interface Communication Failure
1.1.17 ALM-25634 Battery Not In Position
1.1.18 ALM-25636 Loss of Power Supply Redundancy
1.1.19 ALM-25650 Ambient Temperature Unacceptable
1.1.20 ALM-25651 Ambient Humidity Unacceptable
1.1.21 ALM-25652 Cabinet Temperature Unacceptable
1.1.22 ALM-25653 Cabinet Humidity Unacceptable
1.1.23 ALM-25654 Battery Temperature Unacceptable
1.1.24 ALM-25655 Cabinet Air Outlet Temperature Unacceptable
1.1.25 ALM-25656 Cabinet Air Inlet Temperature Unacceptable
1.1.26 ALM-25657 TEC Cooler Fault
1.1.27 ALM-25670 Water Alarm
1.1.28 ALM-25671 Smoke Alarm
1.1.29 ALM-25672 Burglar Alarm
1.1.30 ALM-25673 Fan Stalled
1.1.31 ALM-25695 Diesel Generator Fault
1.1.32 ALM-25696 Diesel Generator Low Fuel
1.1.33 ALM-25697 Diesel Generator Startup Failure
1.1.34 ALM-25710 Loss of Solar Array
1.1.35 ALM-25711 Solar Array Fault
1.1.36 ALM-25713 Solar Controller Temperature Unacceptable
1.1.37 ALM-25719 CCU Topology and Configuration Mismatch
1.1.38 ALM-25720 Inter-CCU Port Connection Error
1.1.39 ALM-25721 CCU-BBU Communication Failure
1.1.40 ALM-25800 E1/T1 Loss of Signal
1.1.41 ALM-25801 E1/T1 Alarm Indication Signal
1.1.42 ALM-25802 E1/T1 Remote Alarm Indication Signal
1.1.43 ALM-25803 E1/T1 Loss of Frame Alignment
1.1.44 ALM-25804 E1/T1 Loss of Multiframe Alignment
1.1.45 ALM-25805 E1/T1 Excessive Slip Frames
1.1.46 ALM-25806 E1/T1 Excessive Bit Error Rate
1 Fault Management
This document describes all the alarms of the BTS3900 WCDMA, BTS3900A WCDMA, BTS3900L WCDMA,
BTS3900C WCDMA, BTS3900AL WCDMA, and DBS3900 WCDMA. The MML commands involved in this
document takes NodeB_2U for example.
Version
The following table lists the product versions involved in this document.
Intended Audience
Field engineers
System engineers
Shift operators
Site maintainers
Network operators
Concepts
Concept Description
Alarm Name Unique name of an alarm in one product. Alarm names clearly and accurately indicate alarm
meanings. There is a one-to-one mapping between alarm names and IDs.
Alarm Level Impact of an alarm on service quality. There are four alarm severity levels: critical, major,
minor, and warning.
Critical alarm: affects service quality. If a critical alarm is generated, immediate
actions are necessary even when the fault occurs during non-working hours.
Major alarm: affects service quality and requires immediate action during working
hours.
Minor alarm: generally does not affect service quality, but requires handling or
observation in a reasonable amount of time to avoid more serious faults.
Warning alarm: indicates a potential error that may affect service quality. It
requires different actions depending on errors.
Concept Description
Possible Issues that may result in an alarm. Possible causes are categorized into data configuration,
Causes hardware, software, and other causes.
Change History
Failure
This alarm is reported when the maintenance link between the BBU/RRU and the monitoring device fails or the
maintenance link between monitoring devices fails.
Parameters
Connect Port No. Serial port No. connected to the monitoring device
Major The system cannot monitor the status of the monitoring device.
Operators cannot configure or maintain the monitoring device.
System Actions
None
Possible Causes
The monitoring device is configured in a wrong cabinet/subrack/slot, or configured with a wrong serial
port or communication address.
The cable connections are faulty between the BBU/RRU and the monitoring device, between CCUs,
or between a CCU and another monitoring device.
The cable is loose, worn-out, or broken between the BBU/RRU and the monitoring device, between
CCUs, or between a CCU and another monitoring device.
Procedure
a. Run the MML command SCN RS485 to check whether the cabinet/subrack/slot,
connected serial port, and communication address of the faulty monitoring device, as
well as the cabinet/subrack/slot of the device managing the faulty monitoring device are
consistent with the configuration plan.
Y => The information is consistent. Go to step 2.
N => The information is inconsistent. Go to sub-step b.
b. Run the MML command RMV PMU(PMU)/RMV TCU(TCU)/RMV EMU(EMU)/RMV
FMU(FMU) to remove the faulty monitoring device.
Run the MML command ADD PMU(PMU)/ADD TCU(TCU)/ADD EMU(EMU)/ADD
FMU(FMU) to add the monitoring device according to the configuration plan.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Check whether the monitoring device specified in the alarm location parameters is
properly installed and powered on. When the power switch is turned on and the RUN
indicator is on, it indicates that the monitoring device is powered on.
Y => The monitoring device is properly installed and powered on. Go to step 3.
N => The monitoring device is improperly installed or not powered on. Go to sub-step b.
a. Check whether the cables for the monitoring device are properly connected based on
the installation guide.
Y => The cables are properly connected. Go to sub-step c.
N => The cables are improperly connected. Go to sub-step b.
c. Check whether the cables for the monitoring device are functional and the connections
are correct.
Y => The cables are functional and the connections are correct. Go to step 4.
N => The cables are loose, worn-out, damaged, or incorrectly connected. Go to
sub-step d.
4. (Skip this step and go to step 5 if the device is not configured with the DIP switch) Check the
communication address of the monitoring device on site.
a. Note: If there is only one UPEU configured in the BBU or there are two UPEUs
configured in the high-power-consumption BBU, replacing the UPEU interrupts all the
ongoing services of the base station. Therefore, perform the replacement in low-traffic
hours.
Replace the BBU environment interface unit on site.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to sub-step b.
b. Note: Replacing the main control board interrupts all the ongoing services of the base
station. Therefore, perform the replacement in low-traffic hours. A base station
software upgrade may be required during board replacement, so the correct software
version must be ready for use in advance.
Replace the main control board on site.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the hardware of the monitoring device is faulty.
Parameters
Major Some or all the monitoring functions of the monitoring device fail.
System Actions
None
Possible Causes
Procedure
a. Run the MML command RST BRD to reset the faulty monitoring device on the M2000.
Wait until the startup is complete, Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Power cycle the faulty monitoring device, or remove and then insert the faulty
monitoring device on site.
Wait until the startup is complete, Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
Parameters
Parameter
Name Parameter Description
Sensor No. Faulty sensor number (Battery temperature sensor 1, Battery temperature sensor 2, Cabinet
humidity sensor, Cabinet temperature sensor 1, Cabinet temperature sensor 2, Cabinet ambient
temperature sensor, Air inlet temperature sensor, Air outlet temperature sensor, Current sensor
of the diesel generator)
Major The system cannot monitor the alarms detected by the sensor.
System Actions
None
Possible Causes
Procedure
a. Check whether the cable between the monitoring device and the sensor is functional
and the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 3.
N => The cable is loose, worn-out, damaged, or incorrectly connected. Go to sub-step
b.
This alarm is reported when the DC input to the monitoring device has a problem.
Parameters
Major Some or all the monitoring functions of the monitoring device fail.
If the monitoring device is an EDU, the devices carried on the EDU may be powered
off. In this case, the ongoing services are disrupted.
System Actions
If the monitoring device is an EDU, the devices carried on the EDU are powered off.
Possible Causes
The power cable for the monitoring device is faulty. For example, the power cable is loosely
connected, worn-out, or damage.
Procedure
1. Check for the correlated alarm of the base station on the M2000.
a. Check whether the power cable between the monitoring device and the power supply
device is normal.
Y => The power cable is functional and its connection is correct. Go to step 3.
N => The power cable malfunctions or its connection is incorrect. Go to sub-step b.
a. Check whether the input power voltage of the monitoring device is within the normal
range.
Y => The input power voltage is within the normal range. Go to step 4.
N => The input power voltage is beyond the normal range. Go to sub-step b.
b. Contact the customer to set the input power voltage of the non-Huawei power supply
device within the normal range.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
This alarm is reported when the DC output of the power system is out of range.
Parameters
Major The DC output overvoltage may cause damage to the boards of the base station. In
this case, the ongoing services carried on the boards are disrupted.
The DC output undervoltage may lead to board power-off at the base station. In this
case, the ongoing services carried on the boards are disrupted.
System Actions
None
Possible Causes
Procedure
2. Check the threshold of the power supply DC output out of range alarm of the power supply system.
a. Run the MML command LST PMU to query the settings for the power supply DC output
out of range alarm. Check whether the alarm threshold is correct according to the
configuration planning.
Y => The alarm threshold is correct. Go to step 3.
N => The alarm threshold is incorrect. Go to sub-step b.
b. Run the MML command MOD PMU to set the alarm threshold based on the
configuration planning.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
a. Measure the voltage of the battery to check whether the voltage is lower than the
undervoltage threshold obtained in step 2.
Y => The battery voltage is lower than the alarm threshold. Go to sub-step b.
N => The battery voltage is not lower than the alarm threshold. Go to step 4.
Parameters
Parameter
Name Parameter Description
Specific Problem Specific Problem of the alarm(AC Failure, AC Phase Loss, AC Overvoltage, AC
Undervoltage)
System Actions
None
Possible Causes
Procedure
a. Locate the cause of the alarm based on the alarm detailed information.
If "Specific Problem" is "AC Overvoltage" or "AC Undervoltage", go to step 2.
If "Specific Problem" is "AC Failure" or "AC Phase Loss", go to step 3.
a. Run the MML command LST PMU to query the mains input out of range alarm. Check
whether the alarm threshold is proper according to the configuration planning.
Y => The threshold is proper. Go to step 4.
N => The threshold is improper. Go to sub-step b.
b. Run the MML command MOD PMU to set the alarm threshold based on the
configuration planning.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
a. Check whether the AC power network and power distribution are functional.
Y => The AC power network and power distribution are functional. Go to step 6.
N => The AC power network or power distribution malfunctions. Go to sub-step b.
b. Rectify the fault in the power supply for the base station.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 6.
This alarm is reported when the load (including the RF unit) is powered off.
Parameters
Specific Problem Specific Problem of the alarm(Low Voltage, High Temperature, Remote Control)
Warning The load is powered off remotely, and the ongoing services carried on the load are
disrupted.
System Actions
None
Possible Causes
Procedure
This alarm is reported when the batteries are depleted, the battery temperature is extremely high, or when the
batteries are powered off manually or remotely.
Parameters
Parameter
Name Parameter Description
Specific Problem Specific Problem of the alarm(Low Voltage, High Temperature, Manual Stop, Remote
Control)
Major When the batteries are disconnected due to low voltage, the base station stops
working and all related services are disrupted. The services are resumed only after
the AC power supply is available.
When the batteries are shut down at a high temperature, the battery charging or
discharging is stopped. If the AC power supply is unavailable, the base station stops
working and the ongoing services are disrupted. If the AC power supply is available,
the base station continues normal operation.
System Actions
None
Possible Causes
Procedure
a. Press the BAT ON button on the panel of the PMU and hold it for 5 to 10 seconds.
Ensure that the batteries are powered on.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
This alarm is reported when the battery current is out of range during charging and discharging.
Parameters
Parameter
Name Parameter Description
Specific Specific Problem of the alarm(Loop Broken, Charging Overcurrent, Discharging Imbalance,
Problem Discharging Overcurrent)
Major If overcurrent occurs during battery charging, the life span of batteries is shortened.
The batteries cannot work because the battery loop is broken.
The voltage of the batteries is imbalanced, which makes the backup power capacity
of batteries insufficient.
If overcurrent occurs during battery discharging, the power consumption of the base
System Actions
None
Possible Causes
The circuit breaker of the batteries is switched off or the battery contactor is switched off.
The batteries are faulty or worn-out.
Procedure
a. Check whether one of the following correlated alarms is reported on the M2000:
25626 Power Module Abnormal
25624 Battery Power Unavailable
Y => A correlated alarm is reported. Go to sub-step b.
N => A correlated alarm is not reported.Go to step 2.
b. Clear the correlated alarm with recommended actions.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
b. Raise the batter capacity or reduce the traffic load (for example,by shutting down an
RF unit) based on the configuration plan.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
b. Check whether the batteries are required based on the configuration plan.
Y => The batteries are required. Go to sub-step c.
N => The batteries are not required. Go to sub-step d.
a. Check whether the circuit breaker is switched off or the fuse of batteries is
disconnected.
Y => The circuit breaker is switched off or the fuse is disconnected. Go to sub-step b.
N => The circuit breaker is switched on and the fuse is connected. Go to step 5.
5. Check the difference between the battery voltage and the midpoint voltage of the battery group on
site.
a. Measure the battery voltage and the midpoint voltage of the battery group. Check
whether their difference exceeds the threshold. If the battery voltage is larger than
(midpoint voltage x 2 + 0.6) or lower than (midpoint voltage x 2 - 0.6), you can infer that
the difference exceeds the threshold.
Y => The difference exceeds the threshold. Go to sub-step b.
N => The difference is lower than the threshold. Go to step 6.
b. Inform the maintenance personnel to diagnose and clear the fault on site.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 6.
Parameters
Parameter
Name Parameter Description
Specific Problem Specific Problem of the alarm(Power Module Fault, Power Module Protection, Power
Module Shutdown)
Major The power module is faulty. The faulty power module cannot provide the DC power
and cannot be recovered automatically. This fault weakens the DC power capability
of the base station and may affect some services.
The power module self-protection is being performed. The faulty power module
cannot output DC power supply, but it can be recovered automatically after the fault
is rectified. The services may be affected for a while.
Warning The power module is shut down. The faulty power module operates normally, but
cannot output DC power supply for a while because the power module is shut down
manually or the AC power supply is cut off. The services may be affected for a
while.
System Actions
None
Possible Causes
Procedure
This alarm is reported when the AC surge protector of the base station is faulty.
Parameters
System Actions
None
Possible Causes
The cable connection between the AC surge protector and the monitoring device is loose or broken.
Procedure
1. Check the cable connection between the surge protector and the monitoring device on site.
a. Check whether the cable between the surge protector and the monitoring device is
functional and the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 2.
N => The cable is loose, worn-out, damaged, or incorrectly connected. Go to sub-step
b.
a. Check whether the alarm output port of the surge protector is closed.
Y => The alarm output port is closed. Go to step 3.
N => The alarm output port is open. Go to sub-step b.
b. Replace the surge protector.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
This alarm is reported when the monitoring module fails to communicate with the power module properly.
Parameters
Major The power module is not installed or not in position. The faulty power module cannot
provide the DC power. This fault weakens the DC power capability of the base
station and may affect some services.
The power module is in position, but its communication with the monitoring module
fails. The faulty power module is not in control of the monitoring module. The services
may be affected for a while.
System Actions
None
Possible Causes
Procedure
a. Check whether the power module is installed in the slot of the subrack of the cabinet
specified in the alarm detailed information on site.
Y => The power module is installed. Go to sub-step b.
N => The power module is not installed. Go to sub-step c.
Parameters
Major The equipment associated with the broken fuse is powered off, which interrupts the
ongoing services carried by the equipment.
System Actions
None
Possible Causes
Procedure
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the heater of the battery cabin is faulty.
Parameters
Major The performance of batteries is degraded and the life span is shortened.
System Actions
None
Possible Causes
Procedure
a. After the AC power supply for the heater operates normally for one hour, run the MML
command DSP PMU to query the battery temperature, and run the MML command
DSP EMU to query the ambient temperature.
Check whether both the battery temperature and the ambient temperature are lower
than -20°C.
Y => Both the battery temperature and the ambient temperature are lower than -20°C.
Go to sub-step b.
N => The battery temperature or the ambient temperature is not lower than -20°C. Go
to step 2.
2. Check the Miniature Circuit Breaker (MCB) state and connections of the AC input power cable of
the heater on site.
a. Check whether the AC input power cable of the heater is functional, and check whether
the MCB of the heater is switched on.
Y => The cable is functional and the MCB is switched on. Go to step 3.
N => The cable is loose, worn-out, damaged, incorrectly connected, or the MCB is not
switched on. Go to sub-step b.
This alarm is reported when the PMU cannot communicate with the DSAC (signal access board) properly.
Parameters
Major The system cannot monitor the status of the monitoring device.
The system cannot configure or maintain the monitoring device.
System Actions
None
Possible Causes
The communication cable between the DSAC and the monitoring device fails.
Procedure
a. Check whether the cable between the DSAC and the monitoring device is functional and
the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 2.
N => The cable is loose, worn-out, damaged, or incorrectly connected.. Go to sub-step
b.
Parameters
Major The batteries cannot supply the backup power. Therefore, the entire system is
powered off when the AC input fails.
System Actions
None
Possible Causes
The batteries are not installed or the cable connections are abnormal.
Procedure
a. Check whether the cabinet needs to be configured with batteries based on the
configuration plan on the M2000.
Y => The batteries need to be configured. Go to step 2.
N => The batteries do not need to be configured. Go to sub-step b.
b. Run the MML command RMV BATTERY to remove the batteries on the M2000.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
c. Run the MML command RST BRD on the M2000 to reset the corresponding monitoring
device. Alternatively, power cycle or reseat the corresponding monitoring device on site.
Wait until its startup is complete.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
a. Check whether the battery loop is functional and all circuit breakers are switched on.
Y => The battery loop is functional and all circuit breakers are switched on. Go to step
4.
N => The battery loop malfunctions or a circuit breaker is not switched on. Go to
sub-step b.
b. Reconnect the cables of batteries.
c. Run the MML command RST BRD on the M2000 to reset the corresponding monitoring
device. Alternatively, power cycle or reseat the corresponding monitoring device on site.
Wait until its startup is complete.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
This alarm is reported when N+1 backup of power modules cannot be achieved because the number of
configured power modules in the power system is insufficient.
Parameters
Voltage DC Voltage
Warning N+1 backup of power modules cannot be achieved. The power supply capability of
the power system will be insufficient if a power module malfunctions.
System Actions
None
Possible Causes
The number of configured power modules is insufficient and N+1 backup of power modules cannot be achieved.
Procedure
a. Install a power module on site. Then, configure the new power module by running the
MML command ADD PSU on the M2000. Wait for at least 15 minutes.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to sub-step b.
b. Repeat step 1 until the alarm is cleared or until all the slots are occupied.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the ambient temperature is too high or too low.
Parameters
Major The device may be damaged because of a high temperature. In this case, the
ongoing services are disrupted.
Minor The normal operation of the device is affected, and the ongoing services may be
disrupted.
System Actions
None
Possible Causes
Procedure
1. Check the threshold setting for the ambient temperature alarm of the monitoring device on the
M2000.
a. Run the MML command LST EMU to query the threshold of ambient temperature
alarm. Check whether the alarm threshold is proper according to the configuration
planning.
Y => The threshold is proper. Go to step 2.
N => The threshold is improper. Go to sub-step b.
b. Run the MML command MOD EMU to set the alarm threshold based on the
configuration planning.
Check whether the alarm is cleared.
a. Check whether the ambient temperature in the equipment room is normal by checking
the environment monitoring device (like the thermometer) in the equipment room.
Y => The temperature is within the normal range. Go to step 3.
N => The temperature is out of range. Go to b.
b. Check the air conditioner or other air-conditioning device in the equipment room, and
clear the fault.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
3. Check the cable connection between the temperature sensor and the monitoring device on site.
a. Check whether the cable between the corresponding sensor and the monitoring device
is functional and the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 4.
N => The cable is loose, worn-out, damaged, or incorrectly connected. Go to sub-step
b.
This alarm is reported when the ambient humidity is too high or too low.
Parameters
Minor The equipment may be damaged, and the life span may be shortened.
System Actions
None
Possible Causes
Procedure
1. Check the threshold setting for the ambient humidity alarm of the monitoring device on the M2000.
a. Run the MML command LST EMU to query the threshold of ambient humidity alarm.
Check whether the alarm threshold is proper according to the configuration planning.
Y => The threshold is proper. Go to step 2.
N => The threshold is improper. Go to sub-step b.
b. Run the MML command MOD EMU to set the alarm threshold based on the
configuration planning.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
b. Check the air conditioner in the equipment room, and clear the fault if any.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
3. Check the cable connection between the humidity sensor and the monitoring device on site.
a. Check whether the cable between the corresponding sensor and the monitoring device
is functional and the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 4.
N => The cable is loose, worn-out, damaged, or incorrectly connected. Go to sub-step
b.
This alarm is reported when the cabinet temperature is too high or too low.
Parameters
Major The device may be damaged because of a high temperature. In this case, the
ongoing services are disrupted.
Minor The normal operation of the device is affected, and the ongoing services may be
disrupted.
System Actions
None
Possible Causes
Procedure
2. Check the threshold setting for the cabinet temperature alarm on the M2000.
a. Run the MML command LST TCU to query the threshold of cabinet temperature alarm.
Check whether the alarm threshold is proper according to the configuration planning.
Y => The threshold is proper. Go to step 3.
N => The threshold is improper. Go to sub-step b.
b. Run the MML command MOD TCU to set the alarm threshold based on the
configuration planning.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
3. Check the cable connection between the temperature sensor and the monitoring device on site.
a. Check whether the cable between the corresponding sensor and the monitoring device
is functional and the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 4.
N => The cable is loose, worn-out, damaged, or incorrectly connected. Go to sub-step
b.
This alarm is reported when the cabinet humidity is too high or too low.
Parameters
Minor The normal operation of the device is affected, and the services may be disrupted.
System Actions
None
Possible Causes
Procedure
2. Check the threshold setting for the cabinet humidity alarm on the M2000.
a. Run the MML command LST EMU to query the threshold of cabinet humidity alarm.
Check whether the alarm threshold is proper according to the configuration planning.
Y => The threshold is proper. Go to step 3.
N => The threshold is improper. Go to sub-step b.
b. Run the MML command MOD EMU to set the alarm threshold based on the
configuration planning.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
3. Check the cable connection between the humidity sensor and the monitoring device on site.
a. Check whether the cable between the corresponding sensor and the monitoring device
is functional and the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 4.
N => The cable is loose, worn-out, damaged, or incorrectly connected. Go to sub-step
b.
b. Reconnect or replace the cable.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
This alarm is reported when the battery temperature is too high or too low.
Parameters
Major/Minor The performance of batteries is degraded and the life span is shortened.
System Actions
None
Possible Causes
The cable connection between the battery temperature sensor and the monitoring device is faulty.
Procedure
2. Check the threshold setting for the battery temperature alarm of the monitoring device on the
M2000.
a. Run the MML command LST BATTERY to query the threshold of cabinet temperature
alarm. Check whether the alarm threshold is proper according to the configuration
planning.
Y => The threshold is proper. Go to step 3.
N => The threshold is improper. Go to sub-step b.
b. Run the MML command MOD BATTERY to set the alarm threshold based on the
configuration planning.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
3. Check the cable connection between the battery temperature sensor and the monitoring device on
site.
a. Check whether the cable between the corresponding sensor and the monitoring device
is functional and the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 4.
N => The cable is loose, worn-out, damaged, or incorrectly connected. Go to sub-step
b.
Description
This alarm is reported when the temperature at the air outlet of the cabinet is too high or too low, or the
temperature difference between the air outlet and the air inlet is excessive.
Parameters
Parameter
Name Parameter Description
Specific Specific Problem of the alarm(Too High, Too Low, Cabinet Air Inlet-to-Outlet Temperature
Problem Difference Too Large)
Major The device may be damaged because of a high temperature. In this case, the
ongoing services are disrupted.
Minor The normal operation of the device is affected, and the ongoing services may be
disrupted.
System Actions
None
Possible Causes
Procedure
a. Locate the cause of the alarm according to the alarm detailed information on the
M2000.
If "Specific Problem" is "Cabinet Air Inlet-to-Outlet Temperature Difference Too Large",
go to step 7.
If "Specific Problem" is "Too High" or "Too Low", go to step 3.
3. Check the threshold setting for the cabinet air outlet temperature alarm on the M2000.
4. Check the cable connection between the temperature sensor and the monitoring device on site.
a. Check whether the cable between the corresponding sensor and the monitoring device
is functional and the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 5.
N => The cable is loose, worn-out, damaged, or incorrectly connected. Go to sub-step
b.
a. Check whether the air inlet or air outlet of the cabinet is blocked by an foreign object.
Y => The air inlet or air outlet is blocked by an foreign object. Go to sub-step b.
N => There is no foreign object at the air inlet or air outlet. Go to sub-step c.
b. Remove the foreign object from the the air inlet or air outlet.
c. Replace the air filter by referring to the user manual of the product.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the temperature at the air inlet of the cabinet is too high or too low.
Parameters
Major The device may be damaged because of a high temperature. In this case, the
ongoing services are disrupted.
Minor The normal operation of the equipment is affected, and the services may be
disrupted.
System Actions
None
Possible Causes
Procedure
a. Locate the cause of the alarm according to the alarm detailed information on the
M2000.
If "Specific Problem" is "Too High", go to sub-step b.
If "Specific Problem" is "Too Low", go to sub-step c.
c. (Skip this sub-step and go to step 4 if no heater is configured) Check whether the
heater is working on site.
Y => The heater is working. Go to step 4.
N => The heater is not working. Go to sub-step d.
4. Check the cable connection between the temperature sensor and the monitoring device on site.
a. Check whether the cable between the temperature sensor and the monitoring device is
functional and the connection is correct.
This alarm is reported when the air conditional of the Thermal Energy Converter (TEC) malfunctions.
Parameters
Major The base station works properly. However, the temperature of the batteries may be
too high, thus affecting the safe operation of the batteries.
System Actions
None
Possible Causes
Procedure
a. Run the MML command RST BRD to reset the monitoring device where the faulty TEC
is located.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
2. Check the cable connection between the TEC and the monitoring device on site.
a. Check whether the cable between the TEC and the monitoring device is functional and
the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 3.
N => The cable is loose, worn-out, damaged, or incorrectly connected. Go to sub-step
b.
a. Arrange the cables of the TEC, and remove foreign objects around the fan. Then,
reinstall the cables and power on the TEC.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to sub-step b.
This alarm is reported when the equipment room or the cabinet is waterlogged.
Parameters
System Actions
None
Possible Causes
The cable connection between the water sensor and the monitoring device is faulty.
Procedure
1. (Skip this step and go to step 2 if the board type is not EMU or PMU.) Check the configuration of
the water sensor on the M2000.
a. Run the MML command LST EMU(EMU)/LST PMU(PMU) on the M2000 to check
whether the status of the water alarm is consistent with the configuration plan.
Y => The status of the water alarm is consistent with the configuration plan. Go to step
2.
N => The status of the water alarm is inconsistent with the configuration plan. Go to
sub-step b.
b. Run the MML command MOD EMU(EMU)/MOD PMU(PMU) on the M2000 to disable
the water alarm.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
a. Check whether the equipment room or the cabinet is waterlogged on site. Remove the
water, and then waterproof the equipment room and the cabinet.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
3. Check the cable connection between the sensor and the monitoring device on site.
a. Check whether the cable between the corresponding sensor and the monitoring device
is functional and the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 4.
N => The cable is loose, worn-out, damaged, or incorrectly connected. Go to sub-step
b.
This alarm is reported when high density smoke is detected in the equipment room.
Parameters
System Actions
None
Possible Causes
The cable connection between the smoke sensor and the monitoring device is faulty.
Procedure
1. (Skip this step and go to step 2 if the board type is not EMU or PMU.) Check the configuration of
the smoke sensor on the M2000.
a. Run the MML command LST EMU(EMU)/LST PMU(PMU) on the M2000 to check
whether the status of the smoke alarm is consistent with the configuration plan.
Y => The status of the smoke alarm is consistent with the configuration plan. Go to
step 2.
N => The status of the smoke alarm is inconsistent with the configuration plan. Go to
sub-step b.
b. Run the MML command MOD EMU(EMU)/MOD PMU(PMU) on the M2000 to disable
the smoke alarm. Then, run the MML command CLR PMUALM(PMU)/CLR
EMUALM(EMU) to clear the smoke alarm.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
a. Check whether the equipment room or the equipment is on fire on site. Extinguish the
fire if any. If there is no fire, go to step 3.
After the fire is extinguished, run the MML command CLR PMUALM(PMU)/CLR
EMUALM(EMU) to clear the smoke alarm on the M2000.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
3. Check the cable connection between the sensor and the monitoring device on site.
a. Check whether the cable between the correlated sensor and the monitoring device is
functional and the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 4.
N => The cable is loose, worn-out, damaged, or incorrectly connected. Go to sub-step
b.
b. Reconnect or replace the cable. Then, run the MML command CLR
PMUALM(PMU)/CLR EMUALM(EMU) on the M2000 to clear the smoke alarm. Wait
for two minutes.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Replace the sensor. Then, run the MML command CLR PMUALM(PMU)/CLR
EMUALM(EMU) on the M2000 to clear the smoke alarm. Wait for two minutes.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Replace the monitoring device. Then, run the MML command CLR
PMUALM(PMU)/CLR EMUALM(EMU) on the M2000 to clear the smoke alarm. Wait
for two minutes.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when a person enters the equipment room or the door of the cabinet is open.
Parameters
Specific Problem Specific Problem of the alarm(Door Status Alarm, Infrared Alarm)
System Actions
None
Possible Causes
The cable connection between the sensor and the monitoring device is faulty.
Procedure
1. (Skip this step and go to step 2 if the board type is not EMU or PMU.) Check the configuration on
the M2000.
a. Run the MML command LST EMU(EMU)/LST PMU(PMU) on the M2000 to check
whether the status of the door status alarm or infrared alarm is consistent with the
configuration plan.
Y => The status of the door status alarm or infrared alarm is consistent with the
configuration plan. Go to step 2.
N => The status of the door status alarm or infrared alarm is inconsistent with the
configuration plan. Go to sub-step b.
b. Run the MML command MOD EMU(EMU)/MOD PMU(PMU) on the M2000 to disable
the door status alarm or infrared alarm.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Check whether the door of the equipment room or the cabinet is open on site.
Y => The door is open. Go to sub-step b.
N => The door is closed. Go to step 3.
d. Run the MML command CLR EMUALM on the M2000 to clear the burglar alarm. Wait
for two minutes.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
3. Check the cable connection between the sensor and the monitoring device on site.
a. Check whether the cable between the correlated sensor and the monitoring device is
functional and the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 4.
N => The cable is loose, worn-out, damaged, or incorrectly connected. Go to sub-step
b.
b. Reconnect or replace the cable.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to sub-step c.
c. Based on the alarm detailed information, check whether "Board Type" is "EMU".
Y => The board type is EMU. Go to sub-step d.
d. Run the MML command CLR EMUALM on the M2000 to clear the burglar alarm. Wait
for two minutes.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
b. Based on the alarm detailed information, check whether "Board Type" is "EMU".
Y => The board type is EMU. Go to sub-step c.
N => The board type is not EMU. Contact Huawei Customer Service Center.
c. Run the MML command CLR EMUALM on the M2000 to clear the burglar alarm. Wait
for two minutes.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
Parameters
Parameter
Name Parameter Description
Fan No. Faulty fan number (Inner air circulation fan, Outer air circulation fan, Main fan, Extension fan
group 1)
Major The normal operation of the equipment is affected, and the services may be
disrupted.
System Actions
None
Possible Causes
Procedure
a. Run the MML command RST BRD on the M2000 to reset the monitoring device where
the fan is located.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
2. (For the NodeB, skip this step and go to step 3.) Check the cable connection between the fan and
the monitoring device on site.
a. Check whether the cable between the fan and the monitoring device is functional and
the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 3.
N => The cable is loose, worn-out, damaged, or incorrectly connected. Go to sub-step
b.
a. Remove the fan subrack. Eliminate foreign objects around the fan, and then reinstall the
fan subrack.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to sub-step b.
This alarm is reported when the diesel generator cannot supply the power because the diesel generator startup
fails or an error occurs during the operation of the diesel generator.
Parameters
System Actions
None
Possible Causes
The alarm cable connection between the diesel generator and the monitoring device is faulty.
Procedure
1. Check the alarm cable connection between the diesel generator and the monitoring device on site.
a. Check whether the alarm cable between the diesel generator and the monitoring device
is functional and the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 2.
N => The cable is loose, worn-out, damaged, or incorrectly connected. Go to sub-step
b.
a. Check for alarms related to diesel generator on the control panel of the diesel
generator on site.
Y => The diesel generator is faulty. Go to sub-step b.
N => The diesel generator is functional. Go to step 3.
This alarm is reported when the fuel in the diesel generator is insufficient.
Parameters
System Actions
None
Possible Causes
Procedure
2. Check the alarm cable connection between the diesel generator and the monitoring device on site.
a. Check whether the alarm cable between the diesel generator that reports the alarm and
the monitoring device is functional and the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 3.
N => The cable is loose, worn-out, damaged, or incorrectly connected. Go to sub-step
b.
a. Check whether the alarm output port of the sensor for the diesel generator is functional.
Y => The alarm output port of the sensor is functional. Go to step 4.
N => The alarm output port of the sensor malfunctions. Go to sub-step b.
Parameters
System Actions
None
Possible Causes
The power cable that transmits the startup signals of the diesel generator is faulty.
The corresponding monitoring device is faulty.
Procedure
a. Check whether the controller of the diesel generator works in auto mode.
Y => The diesel generator is in auto mode. Go to step 3.
3. Check the power cable that transmits the startup signals of the diesel generator on site.
a. Check whether the power cable that transmits the startup signals of the diesel
generator is functional and the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 4.
N => The cable is loose, worn-out, damaged, or incorrectly connected. Go to sub-step
b.
This alarm is reported when the loop of the solar array is broken or the modules of the solar array are lost.
Parameters
Array No. Solar array No. If the array No. is 0, it indicates that the array is unknown.
Major The solar array cannot provide the power supply to the system.
System Actions
None
Possible Causes
The solar array cannot receive any sunshine for a long period.
The loop of the solar array is broken, or the Miniature Circuit Breaker (MCB) is switched off.
Procedure
a. Check whether the weather has remained cloudy and rainy for at least four days.
Y => It has been cloudy and rainy for more than four days. In this case, ignore the
alarm. No further action is required.
N => It has not been cloudy or rainy. Go to step 2.
b. Install the solar array at the required position. For details about the installation, see the
Power2000 Quick Installation Guide.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
a. Check whether the MCBs of all solar arrays are switched on.
Y => The MCBs are switched on. Go to step 4.
N => The MCBs are switched off. Go to sub-step b.
a. Check whether there is any shield around the solar array on site.
Y => There is a shield around the solar array. Go to sub-step b.
N => There is no shield around the solar array. Go to step 5.
b. Remove the shield.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
This alarm is reported when the open-circuit voltage/current or the operating voltage/current of the solar array is
out of range.
Parameters
Array No. Solar array No. If the array No. is 0, it indicates that the array is unknown.
Major The solar array cannot provide the power supply for the system.
System Actions
None
Possible Causes
Procedure
a. Check whether the connection mode of the solar array is consistent with the site
planning. For the detailed cable connections, see the Power2000 Quick Installation
Guide.
Y => The connection mode is consistent with that in the site planning. Go to step 3.
N => The connection mode is inconsistent with that in the site planning. Go to sub-step
b.
b. Set the connection mode of the solar array according to the site planning.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
b. On the control panel of the solar array, set the state of solar array to OFF. Then, use a
clamp meter to check whether the open-circuit current of the PSU is larger than 2 A.
Y => The open-circuit current is larger than 2 A. Go to sub-step d.
N => The open-circuit current is 0. Go to sub-step c.
c. On the control panel of the solar array, set the state of solar array to ON. Then, use a
multimeter to check whether the operating voltage of the PSU is larger than 5 V DC.
Y => The operating voltage is larger than 5 V DC. Go to sub-step d.
N => The operating voltage is within the normal range. Go to step 4.
This alarm is reported when the internal temperature of the solar controller is too high.
Parameters
Minor The normal operation of the equipment is affected, and the solar array may fail to
provide any output power.
System Actions
None
Possible Causes
Procedure
2. (For the NodeB, skip this step and go to step 3.) Check the threshold setting for the solar controller
temperature alarm on the M2000.
a. Run the MML command LST PMU to query the threshold of the solar controller
temperature alarm. Check whether the alarm threshold is proper according to the
configuration planning.
Y => The threshold is proper. Go to step 3.
b. Run the MML command MOD PMU to set the alarm threshold based on the
configuration planning.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
a. Use a thermometer to measure whether the internal temperature of the solar controller
is higher than the threshold of the solar controller temperature alarm.
Y => The temperature is higher than the threshold. Go to sub-step b.
N => The temperature is not higher than the threshold. Go to step 4.
b. The heat dissipation inside the solar controller fails. If the ventilation loop is blocked,
remove the foreign objects and wait for 20 minutes.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
4. Check the cable connection between the temperature sensor and the monitoring device on site.
a. Check whether the cable between the sensor and the monitoring device is functional
and the connection is correct.
Y => The cable is functional and the connection is correct. Go to step 5.
N => The cable is loose, worn-out, damaged, or incorrectly connected. Go to sub-step
b.
This alarm is reported when the user-configured inter-CCU topology is inconsistent with the actual inter-CCU
topology.
Parameters
Major CCUs cannot share control information. Device monitoring may malfunction.
System Actions
None
Possible Causes
Procedure
a. Check for the correlated alarm of the inter-CCU topology on the M2000:
25600 Monitoring Device Maintenance Link Failure
25601 Monitoring Device Hardware Fault
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
b. Clear the correlated alarm with recommended actions.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Run the MML command LST CCU to query the inter-CCU topology.
Check whether the configured networking mode and the port connection conform to the
site plan.
Y => The configuration conforms to the site plan. Go to step 3.
N => The configuration does not conform to the site plan. Go to sub-step b.
b. Run the MML command MOD CCU to modify the inter-CCU topology.
Ensure that the configuration conforms to the site plan.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
a. Check whether the inter-CCU topology conforms to the site plan on site.
Y => The inter-CCU topology conforms to the site plan. Contact Huawei Customer
Service Center.
N => The inter-CCU topology does not conform to the site plan. Go to sub-step b.
b. Reconnect the inter-CCU cables. Ensure that the inter-CCU topology conforms to the
site plan.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
An inter-CCU port can be an FE_L port type or an FE_R port type. Inter-CCU ports of the same type cannot be
connected, and a ring network is not allowed if inter-CCU ports are connected. This alarm is reported when
inter-CCU ports of the same type are connected, or a ring network is set up in the case of an inter-CCU port
connection.
Parameters
Parameter
Name Parameter Description
Specific Problem Fault type (FE_L connected to FE_L, FE_R connected to FE_R, Ring network, Other
network)
Major CCUs cannot share control information. Device monitoring may malfunction.
System Actions
None
Possible Causes
Procedure
2. Check for the connection of inter-CCU ports of the same type on site.
a. Based on alarm parameters, locate the faulty inter-CCU port and the connected cable.
Check whether the faulty inter-CCU port is connected to an inter-CCU port of the same
type.
Y => The inter-CCU port is connected to an inter-CCU port of the same type. Go to
substep b.
N => The inter-CCU port is connected to an inter-CCU port of a different type. Contact
Huawei Customer Service Center.
a. Based on alarm parameters, locate the faulty inter-CCU port and the connected cable.
Check whether a ring topology of inter-CCU connection exists on the inter-CCU port.
Y => A ring topology of inter-CCU connection exists. Go to sub-step b.
N => A ring topology of inter-CCU connection does not exist. Contact Huawei Customer
Service Center.
b. Reconnect the inter-CCU cables based on the engineering plan.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
4. Check for connection between an inter-CCU port and a non-inter-CCU port onsite.
a. Based on alarm parameters, locate the faulty inter-CCU port and the connected cable.
Check whether the faulty inter-CCU port is connected to a non-inter-CCU port.
Y => An inter-CCU port is connected to a non-inter-CCU port. Go to substep b.
N => An inter-CCU port is not connected to a non-inter-CCU port. Contact Huawei
Customer Service Center.
In a multi-mode base station, this alarm is reported when communication fails between a CCU and a BBU that
Parameters
Radio Access Radio access technology (UMTS, GSM, CDMA, WiMAX, LTE, UMB, TD-SCDMA,
Technology Unknown)
System Actions
None
Possible Causes
The cable connections between the BBU and the monitoring device are incorrect.
The cable connections between the BBU and the monitoring device are loose, worn-out, or damaged.
Procedure
a. Check for the correlated alarm of the faulty BBU on the M2000:
26101 Inter-Board CANBUS Communication Failure
26200 Board Hardware Fault
26204 Board Not In Position
26214 Board Powered Off
26216 Board Not Securely Installed
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
a. Run the MML command LST CCU to check whether the cabinet/subrack/slot of the
a. Check whether the BBU is properly installed and powered on. When the power switch is
set to ON and the RUN LED is lighted, it indicates that the BBU is powered on.
Y => The BBU is properly installed and powered on. Go to step 4.
N => The BBU is not properly installed or not powered on. Go to sub-step b.
b. Install the required board properly into the BBU and power it on.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Check whether the cable connections are proper between the monitoring device and the
BBU based on the installation guide.
Y => The cable connections are proper. Go to sub-step c.
N => The cable connections are improper. Go to sub-step b.
b. Reconnect the cables between the monitoring device and the BBU.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to sub-step c.
c. Check whether the cables between the monitoring device and the BBU are functional
and the connections are correct.
Y => The cables are functional and the connections are correct. Go to step 5.
N => The cables are loose, worn-out, damaged, or incorrectly connected. Go to
sub-step d.
a. Note: If there is only one UPEU configured in the BBU or there are two UPEUs
configured in the high-power-consumption BBU, replacing the UPEU interrupts all the
ongoing services of the base station. Therefore, perform the replacement in low-traffic
hours.
Replace the BBU environment interface unit on site.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to sub-step b.
b. Note: Replacing the main control board interrupts all the ongoing services of the base
station. Therefore, perform this replacement in low-traffic hours. The base station
software upgrade may be required during board replacement, so the correct software
version must be ready for use in advance.
Replace the main control board on site.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when Loss of Signal (LOS) is detected on the E1/T1 RX port.
Parameters
Major The ongoing services carried on the E1/T1 link are disrupted.
System Actions
Possible Causes
Procedure
a. Check whether the E1/T1 transmission link is normal. Check for the damaged cable,
loose connector, or bent/broken pin on the connector.
Y => The E1/T1 transmission link is normal. Go to step 3.
N => The E1/T1 transmission link is faulty. Go to sub-step b.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
6. Check the E1/T1 transmission trunk between the local device and the peer device on site.
a. Contact the transmission engineer of the customer to troubleshoot the fault on the
transmission trunk.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 7.
This alarm is reported when the all 1s signal (Alarm Indication Signal, abbreviated as AIS) is detected on the
E1/T1 RX port.
Parameters
Major The ongoing services carried on the E1/T1 link are disrupted.
System Actions
Possible Causes
Procedure
a. Check whether the E1/T1 transmission link is normal. Check for the damaged cable,
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
The peer E1/T1 device sends Remote Alarm Indication (RAI) to the local E1/T1 device when the peer E1/T1
device cannot detect the frame synchronization signals correctly. This alarm is reported when Remote Alarm
Indication (RAI) is detected on the E1/T1 RX port.
Parameters
Minor The ongoing services carried on the E1/T1 link are disrupted.
System Actions
Possible Causes
Procedure
a. Check whether the E1/T1 transmission link is normal. Check for the damaged cable,
loose connector, or bent/broken pin on the connector.
Y => The E1/T1 transmission link is normal. Go to step 3.
N => The E1/T1 transmission link is faulty. Go to sub-step b.
b. Replace or reconnect the E1/T1 cables.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
6. Check the E1/T1 transmission trunk between the local device and the peer device on site.
b. Contact the transmission engineer of the customer to troubleshoot the fault on the
transmission trunk.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 7.
This alarm is reported when Loss of Frame Alignment (LFA) is detected on the E1/T1 RX port.
Parameters
Major The ongoing services carried on the E1/T1 link are disrupted.
System Actions
Possible Causes
Procedure
a. Check whether the E1/T1 transmission link is normal. Check for the damaged cable,
loose connector, or bent/broken pin on the connector.
Y => The E1/T1 transmission link is normal. Go to step 3.
N => The E1/T1 transmission link is faulty. Go to sub-step b.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
6. Check the E1/T1 transmission trunk between the local device and the peer device on site.
b. Contact the transmission engineer of the customer to troubleshoot the fault on the
transmission trunk.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 7.
This alarm is reported when Loss of Multiframe Alignment (LMFA) is detected on the E1/T1 RX port.
Parameters
Minor The ongoing services carried on the E1/T1 link are disrupted.
System Actions
Possible Causes
Procedure
a. Check whether the E1/T1 transmission link is normal. Check for the damaged cable,
loose connector, or bent/broken pin on the connector.
Y => The E1/T1 transmission link is normal. Go to step 3.
N => The E1/T1 transmission link is faulty. Go to sub-step b.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
6. Check the E1/T1 transmission trunk between the local device and the peer device on site.
b. Contact the transmission engineer of the customer to troubleshoot the fault on the
transmission trunk.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 7.
This alarm is reported when the number of slip frames in one hour on the E1/T1 link exceeds the preset
threshold.
Parameters
Minor The quality of services carried on the E1/T1 link decreases. The ongoing services
may be disrupted.
System Actions
None
Possible Causes
Procedure
b. Clear the correlated alarm with recommended actions. Then, wait for ten minutes.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
a. Check whether the E1/T1 transmission link is functional. Check for the damaged cable,
loose connector, or bent/broken pin on the connector.
Y => The E1/T1 transmission link is functional. Go to step 6.
N => The E1/T1 transmission link malfunctions. Go to sub-step b.
8. Check the E1/T1 transmission trunk between the local device and the peer device on site.
This alarm is reported when the bit error rate (BER) on the E1/T1 link exceeds the preset threshold (1E-5 by
default, user-definable).
Parameters
Minor The quality of services carried on the E1/T1 link decreases. The ongoing services
may be disrupted.
System Actions
None
Possible Causes
Procedure
b. Clear the correlated alarm with recommended actions. Then, wait for 15 minutes.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
2. Check that the local E1/T1 configuration is consistent with the peer E1/T1 configuration on the
M2000.
a. Run the MML command DSP E1T1 to check whether the line code of the faulty E1/T1
is consistent with that of the peer E1/T1.
Y => The line code of the faulty E1/T1 is consistent with that of the peer E1/T1. Go to
step 3.
N => The line code of the faulty E1/T1 is inconsistent with that of the peer E1/T1. Go to
sub-step b.
b. Run the MML command SET E1T1 to change the line code of the local E1/T1. Ensure
that the line code of the local E1/T1 is consistent with that of the peer E1/T1.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
b. Ground the E1/T1 transmission cables properly and then wait for 15 minutes.
a. Check whether the E1/T1 transmission link is functional. Check for the damaged cable,
loose connector, or bent/broken pin on the connector.
Y => The E1/T1 transmission link is functional. Contact Huawei Customer Service
Center.
N => The E1/T1 transmission link malfunctions. Go to sub-step b.
This alarm is reported when the user sets the local or remote loopback on the E1/T1 link through the MML
command, or when the E1/T1 physical loopback is performed.
Parameters
Loopback Type Loopback type (Remote Loopback, Local Loopback, Physical Loopback)
System Actions
None
Possible Causes
The user sets the local or remote loopback on the E1/T1 link.
Procedure
a. Check the E1/T1 loopback mode according to the alarm detailed information.
a. Run the MML command DSP E1T1 to check whether the faulty E1/T1 link is in remote
loopback or local loopback mode.
Y => The E1/T1 loopback mode is "Remote Loopback" or "Local Loopback". Go to
sub-step b.
N => The E1/T1 loopback mode is not "Remote Loopback" or "Local Loopback". Go to
step 3.
b. Run the MML command SET E1T1LOP to cancel the E1/T1 loopback.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
a. Check whether the remote loopback exists on the peer device of the E1/T1 link.
Y => The remote loopback exists. Go to sub-step b.
N => The remote loopback does not exist. Contact Huawei Customer Service Center.
b. Cancel the remote loopback of the peer device.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when Loss of Cell Delineation (LCD) occurs on the Fractional ATM link.
Parameters
Major The ongoing services carried on the Fractional ATM link are disrupted.
System Actions
Possible Causes
The configuration of the Fractional ATM link mismatches between the local end and the peer end.
Procedure
a. Check for the correlated alarm on the E1/T1 link that bears the Fractional ATM link on
the M2000:
E1/T1-Correlated Alarms.
Y => The correlated alarm exists. Go to sub-step c.
N => The correlated alarm does not exist. Go to sub-step b.
a. Run the MML command LST FRAATM to query the local Fractional ATM link
configuration.
b. Query the peer Fractional ATM link configuration. Check whether the local configuration
matches the peer configuration, including the number of occupied timeslots and timeslot
numbering.
Y => The local configuration matches the peer configuration. Go to step 3.
N => The local configuration does not match the peer configuration. Go to sub-step c.
c. Run the MML command RMV FRAATM,ADD FRAATM to change the local Fractional
ATM link configuration. Ensure that the local Fractional ATM link configuration matches
the peer configuration.
Check whether the alarm is cleared.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when Loss of Cell Delineation (LCD) occurs on the IMA/UNI link.
Parameters
Major In the case of the User Network Interface (UNI) link, the ongoing services carried on
the link are disrupted.
In the case of the Inverse Multiplexing over ATM (IMA) link, the bandwidth of the
relevant IMA link group is reduced. If the IMA link is the only link in the IMA group,
the ongoing services carried on the IMA group are disrupted.
System Actions
Possible Causes
Procedure
a. Check for the E1/T1-correlated alarms on the E1/T1 link that bears the IMA/UNI link on
the M2000:
Y => The correlated alarm exists. Go to sub-step b.
a. Run the MML command LST IMALNK and LST UNILNK to check the link type.
In the case of the IMA link, Go to step 3.
In the case of the UNI link, Go to step 7.
a. Run the MML command LST IMAGRP to query the configuration of the local IMA link
group.
b. Query the configuration of the peer IMA link group. Check whether the local
configuration matches the peer configuration, including scramble mode, 16th timeslot
support, and IMA protocol version.
Y => The local configuration matches the peer configuration. Go to step 4.
N => The local configuration does not match the peer configuration. Go to sub-step c.
c. Run the MML command MOD IMAGRP to change the local IMA group configuration.
Ensure that the local IMA group configuration matches the peer.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
b. Run the MML command RST IMAGRP to reset the IMA link group.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to sub-step c.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
a. Run the MML command LST UNILNK to query the local UNI link configuration.
b. Query the configuration of the peer UNI link. Check whether the local configuration
matches the peer configuration, including the parameter of the 16th timeslot support.
Y => The local configuration matches the peer configuration. Go to step 8.
N => The local configuration does not match the peer configuration. Go to sub-step c.
c. Run the MML command RMV UNILNK,ADD UNILNK to change the local UNI link
configuration. Ensure that the local UNI link configuration matches the peer.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 8.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
Parameters
Major The IMA link is unusable, and the bandwidth of the relevant IMA link group is
reduced. If the IMA link is the only link in the IMA group, the ongoing services carried
on the IMA group are disrupted.
System Actions
Possible Causes
Procedure
a. Check for the E1/T1-correlated alarms on the E1/T1 link that bears the IMA link on the
M2000:
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
a. Run the MML command LST IMAGRP to query the configuration of the local IMA link
group.
b. Query the configuration of the peer IMA link group. Check whether the local
configuration matches the peer configuration, including scramble mode and IMA
protocol version.
Y => The local configuration matches the peer configuration. Go to step 3.
N => The local configuration does not match the peer configuration. Go to sub-step c.
c. Run the MML command MOD IMAGRP to change the local IMA group configuration.
Ensure that the local IMA group configuration matches the peer.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
b. Run the MML command RST IMAGRP to reset the IMA link group.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to sub-step c.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
This alarm is reported when Link Out of Delay Synchronization (LODS) occurs on the IMA link.
Parameters
Major The IMA link is unusable, and the bandwidth of the relevant IMA link group is
reduced. If the IMA link is the only link in the IMA group, the ongoing services carried
on the IMA group are disrupted.
System Actions
Possible Causes
Procedure
a. Check for the E1/T1-correlated alarms on the E1/T1 link that bears the IMA link on the
M2000:
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
a. Run the MML command DSP E1T1 to check whether the loopback is set for the E1/T1
link that bears the faulty IMA link. Note that the E1/T1 link number is the IMA link
number.
Y => The loopback is set for the E1/T1 link. Go to sub-step b.
N => The loopback is not set for the E1/T1 link. Go to step 3.
b. Run the MML command SET E1T1LOP to set NO LOOP for this link.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
The remote IMA module sends the Remote Failure Indicator (RFI) to the local IMA module when the remote IMA
module detects an error in the receive link, such as Loss of Cell Delineation (LCD), Loss of IMA Frame (LIF), or
Link Out of Delay Synchronization (LODS). This alarm is reported when the local IMA module receives the RFI
from the remote IMA module.
Parameters
Minor The IMA link is unusable, and the bandwidth of the relevant IMA link group is
reduced. If the IMA link is the only link in the IMA group, the ongoing services carried
on the IMA group are disrupted.
System Actions
Possible Causes
Procedure
a. Check for the correlated alarm on the E1/T1 link that bears the IMA link on the M2000:
E1/T1-Correlated Alarms
25823 IMA Link Loss of Frame
25824 IMA Link Out of Delay Synchronization
25821 IMA/ATM Link Loss of Cell Delineation
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
This alarm is reported when the received IMA parameters (symmetry mode, frame length, IMA ID, protocol
version, link number, and ICP offset) mismatch between the local and peer of the IMA link or when the received
IMA parameters are improper.
Parameters
Major The IMA link is unusable, and the bandwidth of the relevant IMA link group is
reduced. If the IMA link is the only link in the IMA group, the ongoing services carried
on the IMA group are disrupted.
System Actions
Possible Causes
The E1/T1 cables bearing the IMA link are incorrectly connected.
Procedure
a. Check whether the TX cable and RX cable of the E1/T1 link are short-circuited.
Y => The TX cable and RX cable of the E1/T1 link are short-circuited. Go to sub-step
b.
N => The TX cable and RX cable of the E1/T1 link are not short-circuited. Go to
sub-step c.
b. Adjust the E1/T1 connections properly. Ensure that the TX/RX of each E1/T1 cable is
correctly connected to the peer end.
c. Run the MML command RST IMAGRP to reset the IMA link group.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the IMA TX link at the far end is unusable.
Parameters
Minor The IMA link is unusable, and the bandwidth of the relevant IMA link group is
reduced. If the IMA link is the only link in the IMA group, the ongoing services carried
on the IMA group are disrupted.
System Actions
Possible Causes
Procedure
This alarm is reported when the IMA RX link at the far end is unusable.
Parameters
Minor The IMA link is unusable, and the bandwidth of the relevant IMA link group is
reduced. If the IMA link is the only link in the IMA group, the ongoing services carried
on the IMA group are disrupted.
System Actions
Possible Causes
Procedure
1. Check for the correlated alarm on the IMA link on the M2000.
a. Check for the correlated alarm on the E1/T1 link that bears the IMA link on the M2000:
E1/T1-Correlated Alarms
25823 IMA Link Loss of Frame
25824 IMA Link Out of Delay Synchronization
25821 IMA/ATM Link Loss of Cell Delineation
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
This alarm is reported when the IMA group at the far end is started.
Parameters
Minor The ongoing services carried on the IMA group are disrupted.
System Actions
The system automatically disables the IMA links of the IMA group and disables the IMA group.
Possible Causes
Procedure
This alarm is reported when the parameter settings of the local IMA group are inconsistent with the parameter
settings of the remote IMA group, or when some IMA links of the IMA group are looped in the case of the IMA
group reset.
Parameters
Specific Problem Specific Problem of the alarm(Configuration Aborted, Link Deleted in the Group)
Major The ongoing services carried on the IMA group are disrupted.
System Actions
If the cause of the alarm is "Link Deleted in the Group", the system deletes the looped IMA links in the IMA
group.
Possible Causes
The parameter settings of the local and peer IMA group are inconsistent.
Procedure
a. Check the cause of the alarm according to the alarm detailed information.
If "Specific Problem" is "Configuration Aborted", go to step 2.
If "Specific Problem" is "Link Deleted in the Group", go to step 5.
2. Check the parameter settings of the local and peer IMA group on the M2000.
b. Run the MML command LST IMAGRP to check the parameter settings of the local IMA
group.
c. Check whether the parameter settings of the local IMA group are consistent with those
of the peer IMA group, including scramble mode and IMA protocol version.
Y => The parameter settings are consistent. Contact Huawei Customer Service Center.
N => The parameter settings are inconsistent. Go to step 3.
3. (Skip this step and go to step 4 if the scramble mode at both ends is consistent) Change the
scramble mode on the M2000.
b. Run the MML command SET SCRAM to change the scramble mode of the IMA group.
Ensure that the scramble mode is consistent at both ends.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
4. (Skip this step and contact Huawei customer service center if the IMA protocol version at both ends
is consistent) Change the IMA protocol version on the M2000.
a. Perform the parameter negotiation on the IMA protocol version at both ends.
b. Reconfigure the IMA group to change the IMA protocol version of the IMA group.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
5. Check for the looped link in the IMA group on the M2000.
a. Run the MML command DSP E1T1 to check whether the status of the port for the IMA
link is looped.
Y => The status of the port is looped. This indicates that an IMA link is looped. Go to
step 6.
N => The status of the port is not looped. This indicates that no IMA link is looped.
Contact Huawei Customer Service Center.
a. Check the E1/T1 link bearing the IMA link. Release the looped IMA link.
b. Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the IMA group at the far end does not accept parameter settings of the local IMA
group.
Parameters
Minor The ongoing services carried on the IMA group are disrupted.
System Actions
The system automatically disables the IMA links of the IMA group and disables the IMA group.
Possible Causes
The parameter settings of the local and peer IMA group are inconsistent.
Procedure
1. Check the parameter settings of the local and peer IMA group on the M2000.
b. Run the MML command LST IMAGRP to check the parameter settings of the local IMA
group.
c. Check whether the parameter settings of the local IMA group are consistent with those
of the peer IMA group, including scramble mode and IMA protocol version.
Y => The parameter settings are consistent. Contact Huawei Customer Service Center.
N => The parameter settings are inconsistent. Go to step 2.
2. (Skip this step and go to step 3 if the scramble mode on both ends is consistent) Change the
scramble mode on the M2000.
3. (Skip this step and contact Huawei customer service center if the IMA protocol version at both ends
is consistent) Change the IMA protocol version on the M2000.
a. Perform the parameter negotiation on the IMA protocol version at both ends.
b. Reconfigure the IMA group to change the IMA protocol version of the IMA group.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the number of activated links in the IMA group is less than the required number in
the local IMA group for activation.
Parameters
Major The ongoing services carried on the IMA group are disrupted.
System Actions
None
Possible Causes
Procedure
a. Check for the correlated alarm on the E1/T1 link that bears the IMA link on the M2000:
E1/T1-Correlated Alarms
25823 IMA Link Loss of Frame
25824 IMA Link Out of Delay Synchronization
25821 IMA/ATM Link Loss of Cell Delineation
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
a. Run the MML command STR E1T1OFFLTST on the M2000 to check whether the
offline test on the E1/T1 link bearing the associated IMA group can be successfully
started.
Y => The offline test can be successfully started. Contact Huawei Customer Service
Center.
N => The offline test cannot be started. Go to sub-step b.
b. Check the local and peer E1/T1 connections on site. Ensure that the RX (TX) end of the
local E1/T1 cable is connected to the TX (RX) end of the corresponding peer E1/T1
cable.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the number of activated links in the IMA group at the far end is less than the
required number of links in the IMA group at the far end for activation.
Parameters
Minor The ongoing services carried on the IMA group are disrupted.
System Actions
None
Possible Causes
Procedure
a. Check for the correlated alarm on the E1/T1 link that bears the IMA link on the M2000:
E1/T1-Correlated Alarms
25823 IMA Link Loss of Frame
25824 IMA Link Out of Delay Synchronization
25821 IMA/ATM Link Loss of Cell Delineation
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
Description
This alarm is reported when the IMA group at the far end is blocked.
Parameters
Minor The ongoing services carried on the IMA group are disrupted.
System Actions
The system automatically disables the IMA links of the IMA group and disables the IMA group.
Possible Causes
Procedure
The NodeB Control Port (NCP), which can be carried on the SCTP or SAAL link, consists of the active NCP and
the standby NCP. This alarm is reported when the bearing links for both the active and the standby NCPs are
faulty if the CP Switch Flag is set to ENABLE. And this alarm is reported when the current NCP bearing link is
faulty if the CP Switch Flag is set to DISABLE.
Parameters
NCP Port Type NCP port type (Master NCP, Slave NCP)
Master NCP State Master NCP state (Normal, Abnormal, Not Configured)
Slave NCP State Slave NCP state (Normal, Abnormal, Not Configured)
Major The signaling link between the base station and the RNC is faulty. In this case, the
ongoing services are disrupted.
System Actions
Possible Causes
The bearing links for both the active and the standby NCPs are faulty.
The PVC attributes of the SAAL link bearing the NCP are inconsistent with the PVC attributes on the
peer end.
The attribute settings of the SAAL link bearing the NCP are incorrect.
The IP route between the NE and the RNC is not configured for the SCTP link bearing the NCP.
The attribute settings of the SCTP link bearing the NCP are incorrect.
Procedure
a. Run the MML command LST IUBCP to query the bearing link for the faulty NCP. Check
whether the SCTP link is configured.
Y => The SCTP link is configured. Go to step 2.
N => The SCTP link is not configured. Go to step 5.
a. Run the MML command LST SCTPLNK to query the associated bearing link.
b. Check the link bearing the SCTP. Check for Ethernet-correlated alarms or
PPP/MLPPP-correlated alarms on the link.
Y => The correlated alarm exists. Go to sub-step c.
N => The correlated alarm does not exist. Go to sub-step d.
a. Run the MML command LST IUBCP to query the number of the SCTP link bearing the
faulty NCP. Then, run the MML command LST SCTPLNK to query the parameter
settings of the associated link.
b. Check the parameter settings of the SCTP link bearing the faulty NCP, such as the local
IP address, local SCTP port number, peer IP address, and peer SCTP port number.
Check whether the local settings are consistent with the peer settings.
Y => The local settings are consistent with the peer settings. Go to step 5.
N => The local settings are inconsistent with the peer settings. Go to sub-step c.
c. Run the MML command RMV IUBCP to remove the faulty NCP.
d. Run the MML command MOD SCTPLNK to modify the configuration of the SCTP link
bearing the faulty NCP.
e. Run the MML command ADD IUBCP to rebuild the associated NCP.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Run the MML command LST IUBCP to query the bearing link for the faulty NCP. Check
whether the SAAL link is configured.
Y => The SAAL link is configured. Go to sub-step b.
N => The SAAL link is not configured. Go to step 8.
b. Run the MML command LST SAALLNK to query the associated physical link bearing
the SAAL link.
c. Check the link (UNI/IMA/Fractional ATM/SDH/SONET) bearing the SAAL. Check for
Fractional ATM/UNI/IMA-correlated alarms, or SDH/SONET-correlated alarms on the
link.
Y => The correlated alarm exists. Go to sub-step d.
N => The correlated alarm does not exist. Go to step 6.
7. Check the PVC attributes and parameter settings of the SAAL link bearing the NCP.
a. Run the MML command LST IUBCP to query the number of the SAAL link bearing the
NCP.
b. Run the MML command LST SAALLNK to query the attributes of the associated SAAL
link and the ATM link.
c. Check whether the local settings are consistent with the peer settings, including port
number, VPI, VCI, PVC bandwidth, and SAAL attributes.
Y => The local settings are consistent with the peer settings. Go to step 8.
N => The local settings are inconsistent with the peer settings. Go to sub-step d.
d. Run the MML command RMV IUBCP and RMV SAALLNK to remove the NCP and the
associated SAAL link.
e. Run the MML command ADD SAALLNK and ADD IUBCP to rebuild the NCP link. The
PVC attributes of the SAAL link and the SAAL attributes should be consistent with those
on the peer end.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 8.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
The Communication Control Port (CCP), which can be carried on the SCTP or SAAL link, consists of the active
CCP and the standby CCP. This alarm is reported when the bearing links for both the active and the standby
CCPs are faulty if the CP Switch Flag is set to ENABLE. And this alarm is reported when the current CCP
bearing link is faulty if the CP Switch Flag is set to DISABLE.
Parameters
CCP Port Type CCP port type (Master CCP, Slave CCP)
Master CCP State Master CCP state (Normal, Abnormal, Not Configured)
Slave CCP State Slave CCP state (Normal, Abnormal, Not Configured)
Major The ongoing services over the CCP port are affected. In this case, the radio link
control (RLC) malfunctions on the CCP port.
System Actions
Possible Causes
The bearing links for both the active and the standby CCPs are faulty.
The PVC attributes of the SAAL link bearing the CCP are inconsistent with the PVC attributes on the
peer end.
The attribute settings of the SAAL link bearing the CCP are incorrect.
The IP route between the NE and the RNC is not configured for the SCTP link bearing the CCP.
The attribute settings of the SCTP link bearing the CCP are incorrect.
The board hardware is faulty.
Procedure
1. Check the physical link type of the bearing link on the M2000.
a. Run the MML command LST IUBCP to query the bearing link for the faulty CCP. Check
whether the SCTP link is configured.
Y => The SCTP link is configured. Go to step 2.
N => The SCTP link is not configured. Go to step 5.
2. Check the physical link type bearing the SCTP on the M2000.
a. Run the MML command LST SCTPLNK to query the associated link bearing the SCTP.
Check the link bearing the SCTP for Ethernet-correlated alarms or PPP/MLPPP-
correlated alarms on the link.
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to sub-step c.
c. Run the MML command DSP IPRT to check whether the IP route between the NE and
the RNC is configured for the link bearing the faulty CCP.
Y => The IP route is configured. Go to step 3.
N => The IP route is not configured. Go to sub-step d.
a. Run the MML command LST IUBCP to query the number of the SCTP link bearing the
faulty CCP. Then, run the MML command LST SCTPLNK to query the parameter
settings of the associated link.
b. Check the parameter settings of the SCTP link bearing the faulty CCP, such as the local
IP address, local SCTP port number, peer IP address, and peer SCTP port number.
Check whether the local settings are consistent with the peer settings.
Y => The local settings are consistent with the peer settings. Go to step 5.
N => The local settings are inconsistent with the peer settings. Go to sub-step c.
c. Run the MML command RMV IUBCP to remove the faulty CCP.
d. Run the MML command MOD SCTPLNK to modify the configuration of the SCTP link
bearing the faulty CCP.
e. Run the MML command ADD IUBCP to rebuild the associated CCP.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Run the MML command LST IUBCP to query the bearing link for the faulty CCP. Check
whether the SAAL link is configured.
Y => The SAAL link is configured. Go to sub-step b.
N => The SAAL link is not configured. Go to step 8.
b. Run the MML command LST SAALLNK to query the associated physical link bearing
the SAAL link.
c. Check the link (UNI/IMA/Fractional ATM/SDH/SONET) bearing the SAAL link. Check for
Fractional ATM/UNI/IMA-correlated alarms, or SDH/SONET-correlated alarms on the
physical link.
Y => The correlated alarm exists. Go to sub-step d.
N => The correlated alarm does not exist. Go to step 6.
7. Check the parameter settings of the SAAL link and the PVC bearing the CCP.
a. Run the MML command LST IUBCP to query the number of the SAAL link bearing the
CCP.
b. Run the MML command LST SAALLNK to query the attributes of the associated SAAL
link and the ATM link. Check whether the local settings are consistent with the peer
settings, including port number, VPI, VCI, PVC bandwidth, and SAAL attributes.
Y => The local settings are consistent with the peer settings. Go to step 8.
N => The local settings are inconsistent with the peer settings. Go to sub-step c.
c. Run the MML command RMV IUBCP and RMV SAALLNK to remove the CCP and the
associated SAAL link.
d. Run the MML command ADD SAALLNK and ADD IUBCP to rebuild the CCP link. The
PVC attributes of the SAAL link and the SAAL attributes should be consistent with those
on the peer end.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 8.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
Description
This alarm is reported when the Access Link Control Application Part (ALCAP) signaling communication fails
because the transmission link bearing the ALCAP is faulty or because the ALCAP state is improper.
Parameters
Node Type ALCAP node type (MASTER LOCAL, HUB, ADJNODE, SLAVE LOCAL)
Major The calling services fails and the base station cannot provide the services.
System Actions
Possible Causes
The PVC attributes of the link bearing the ALCAP are inconsistent with the PVC attributes on the
peer end.
The attribute settings of the SAAL link bearing the ALCAP are incorrect.
Procedure
a. Run the MML command LST AAL2NODE to query the SAAL link bearing the faulty
ALCAP.
b. Run the MML command LST SAALLNK to query the associated physical link bearing
the SAAL link for the ALCAP.
c. Check the link (UNI/IMA/Fractional ATM/SDH/SONET) bearing the SAAL link. Check for
Fractional ATM/UNI/IMA-correlated alarms, or SDH/SONET-correlated alarms on the
physical link.
Y => The correlated alarm exists. Go to sub-step d.
N => The correlated alarm does not exist. Go to step 2.
d. Clear the correlated alarm with recommended actions.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
2. Check the PVC attributes and parameter settings of the SAAL link bearing the ALCAP on the
M2000.
a. Run the MML command LST AAL2NODE to query the number of the SAAL link bearing
the ALCAP.
b. Run the MML command LST SAALLNK to query the attributes of the associated SAAL
link and the ATM link. Check whether the local settings are consistent with the peer
settings, including port number, VPI, VCI, PVC bandwidth, and SAAL attributes.
Y => The local settings are consistent with the peer settings. Go to step 3.
N => The local settings are inconsistent with the peer settings. Go to sub-step c.
c. Run the MML command RMV AAL2NODE and RMV SAALLNK to remove the ALCAP
and the associated SAAL link.
d. Run the MML command ADD SAALLNK and ADD AAL2NODE to rebuild the ALCAP
link. The PVC attributes of the SAAL link and the SAAL attributes should be consistent
with those on the peer end.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the data transmission or reception on the ATM Adaptation Layer type 2 (AAL2)
Path is faulty.
Parameters
Major The data transmission or reception on the AAL2 Path is faulty. In this case, some or
all the ongoing services carried on the NE using the AAL2 Path are disrupted.
System Actions
None
Possible Causes
The PVC configuration (VPI/VCI of the AAL2 Path) of the current-level NE is inconsistent with that of
the upper-level NE.
The E1/T1 or optical connection between the NE and the RNC is faulty.
Procedure
a. Check whether the current NE has an upper-level NE according to the network plan.
Y => The current NE has an upper-level NE. Go to sub-step b.
N => The current NE does not have an upper-level NE. Go to step 2.
c. Wait until the upper-level NE reset is complete and starts to operate normally.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to sub-step d.
d. On the upper-level NE side, run the MML command LST TREELNKPVC to check
whether the PVC configuration (VPI/VCI of the AAL2 Path) of the current-level NE is
consistent with that of the upper-level NE.
Y => The PVC configuration is consistent. Go to step 2.
N => The PVC configuration is inconsistent. Go to sub-step e.
e. On the upper-level NE side, run the MML commands RMV TREELNKPVC and ADD
TREELNKPVC to remove and add the PVC configuration (VPI/VCI of the AAL2 Path)
according to the network plan. Ensure that the PVC configuration (VPI/VCI of the AAL2
Path) of the current-level NE is consistent with that of the upper-level NE.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
2. Check the physical link bearing the AAL2 Path on the M2000.
b. Clear the correlated alarm according to the handling suggestions associated with the
E1/T1, UNI, IMA, Fractional ATM, or SDH/SONET alarms.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
a. Check whether the E1/T1 cables or optical fibers are correctly connected to the peer
device. Check for incorrect connections between the local and peer device. Check for
crossed pair connections.
Y => The E1/T1 cables or optical fibers are correctly connected. Go to step 4.
N => The E1/T1 cables or optical fibers are incorrectly connected. Go to sub-step b.
b. Replace or reconnect the E1/T1 cables or optical fibers properly.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
This alarm is reported when the Signaling ATM Adaptation Layer (SAAL) link is unusable.
Parameters
Major The ongoing services carried on the base station are disrupted.
System Actions
None
Possible Causes
The SAAL link configuration on the local device is inconsistent with that on the peer device.
Procedure
a. Run the MML command LST SAALLNK to query the attributes of the associated SAAL
link and the ATM link. Check whether the local settings are consistent with the peer
settings, including port number, VPI, VCI, PVC bandwidth, and SAAL attributes.
Y => The local settings are consistent with the peer settings. Go to step 3.
N => The local settings are inconsistent with the peer settings. Go to sub-step b.
b. Run the MML command RMV SAALLNK to remove the associated SAAL link.
c. Run the MML command ADD SAALLNK to rebuild the SAAL link. The PVC attributes of
the SAAL link and the SAAL attributes should be consistent with those on the peer end.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
a. Contact engineers responsible for the bearer network to veriy the Ethernet cable
connections between devices in the bearer network, check whether the connections are
consistent with the configurations.
Y => The Ethernet cable connections are consistent with the configurations. Go to step
4.
N => The Ethernet cable connections are inconsistent with the configurations. Go to
sub-step b.
b. Contact engineers responsible for the bearer network to reconnect the Ethernet cables.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Run the MML command RST BRD to reset the faulty board.
This alarm is reported when the data transmitted on the SAAL link is discarded because the data transmission
bandwidth exceeds the data bearing bandwidth of the SAAL link.
Parameters
Major The key information may be discarded due to insufficient bandwidth. In this case, the
services are disrupted.
System Actions
None
Possible Causes
Procedure
1. Check the alarm information on the M2000 to learn the actual SAAL link bandwidth.
a. Consult the network planners. If necessary, reconfigure the bandwidth based on service
requirements.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
Description
This alarm is reported when the PPP/MLPPP link status is changed from UP to DOWN.
Parameters
Major When the status of the Point-to-Point Protocol (PPP) link is DOWN, the services
carried on the PPP link are disrupted.
When the status of the Multi-Link Point-to-Point Protocol (MLPPP) link is DOWN, the
bandwidth of the MLPPP group is decreased.
System Actions
None
Possible Causes
The parameter settings at both ends of the PPP/MLPPP link are inconsistent.
Procedure
a. Check for the E1/T1-correlated alarms on the E1/T1 link that bears the PPP/MLPPP
link on the M2000.
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
2. Check the parameter settings at both ends of the PPP/MLPPP link on the M2000.
c. Check whether the local parameter settings are consistent with the peer parameter
settings. (In the case of the PPP link, check the following parameters: local IP address,
peer IP address, timeslot number, authentication type, user name, and password. In
a. Run the MML command RMV PPPLNK/RMV MPLNK to remove the PPP/MLPPP link.
b. Run the MML command ADD PPPLNK/ADD MPLNK to add the PPP/MLPPP link.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Run the MML command RST PPPLNK,RMV MPLNK,ADD MPLNK to reset the PPP
link or reconfigure the MLPPP link.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the MLPPP group status is changed from UP to DOWN.
Parameters
System Actions
None
Possible Causes
The parameter settings on the two ends of the MLPPP group are inconsistent.
Procedure
a. Check for the E1/T1-correlated alarms on the E1/T1 link that bears the MLPPP group
on the M2000.
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
2. Check the consistency of the parameter settings at both ends of the MLPPP group on the M2000.
b. Run the MML command LST MPGRP to check the parameter settings of the local
MLPPP group.
c. Check whether the local parameter settings are consistent with the peer parameter
settings of the MLPPP group. The parameters are local IP address, peer IP address,
authentication type, user name, and password.
Y => The parameter settings at both ends of the MLPPP group are consistent. Go to
step 3.
N => The parameter settings at both ends of the MLPPP group are inconsistent. Go to
sub-step d.
d. Run the MML command RMV MPGRP,ADD MPGRP to set the parameters related to
the MLPPP group correctly.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
a. Run the MML command LST MPLNK to query the MPlink in the MLPPP group.
Y => The MPlink exists. Go to step 4.
N => The MPlink does not exist. Go to sub-step b.
b. Run the MML command ADD MPLNK to add the MPlink in the MLPPP group.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Run the MML command RST MPGRP to reset the MLPPP group.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the packet loss rate of the MLPPP group exceeds the preset threshold (100 permil
by default, user-definable).
Parameters
Packet Loss Rate (per mill) Packet loss rate of the MLPPP group
System Actions
None
Possible Causes
The quality of the E1/T1 transmission is so poor that the transmission delay of MLPPP links in the
MLPPP group differs greatly from each other.
Procedure
a. Run the MML command LST MPGRP to query the packet loss rate threshold of the
MLPPP group. Check whether the threshold is proper according to the configuration
plan.
Y=> The threshold is proper. Go to step 2.
N => The threshold is improper. Go to sub-step b.
b. Run the MML command RMV MPGRP,ADD MPGRP to reconfigure the packet loss rate
threshold of the MLPPP group.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
N => The correlated alarm does not exist. Contact Huawei Customer Service Center.
This alarm is reported when the Frame Error Rate (FER) of the PPP link exceeds the threshold (10 permil by
default, user-definable).
Parameters
Minor The ongoing services carried on the PPP link may be disrupted.
System Actions
None
Possible Causes
Procedure
a. Run the MML command LST PPPLNK to query the FER threshold of the PPP link.
Check whether the FER threshold is proper according to the configuration plan.
Y => The threshold is proper. Go to step 2.
N => The threshold is improper. Go to sub-step b.
b. Run the MML command RMV PPPLNK,ADD PPPLNK to modify the FER threshold of
the PPP link.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
This alarm is reported when the average number of broadcast packets received on the Ethernet port per second
reaches the alarm threshold within a detection period.
Parameters
Receive Bc. Packets Average number of broadcast Packets received in a second among the 30 seconds
Per Sec. before the alarm is generated
Major The quality of services carried on the Ethernet port deteriorates. In serious cases,
the ongoing services may be interrupted.
System Actions
None.
Possible Causes
Some programs or protocols that may generate broadcast packets exist on the network, such as
hackers or viruses.
Procedure
a. Run the MML command LST ETHPORT,DSP ETHPORT to check whether the Ethernet
port is configured properly.
b. Run the MML command SET ETHPORT to reset the alarm threshold.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Contact maintenance engineers responsible for the peer device to check whether the
peer device or port works properly.
Y=>The peer device or port works properly. Go to step 3.
N=>The peer device or port does not work properly. Go to sub-step b.
b. Contact maintenance engineers responsible for the peer device to rectify faults.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
a. Contact maintenance engineers responsible for the transmission device to check the
intermediate transmission device.
Y=>Network loop exists on the transmission path. Go to sub-step b.
N=>No network loop exists on the transmission path. Go to step 4.
b. Identify and rectify loop faults based on the network topology.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
Parameters
Major The ongoing services carried on the Ethernet link are disrupted.
System Actions
None
Possible Causes
The parameter settings of the local Ethernet port are inconsistent with those of the peer Ethernet
port.
Procedure
1. Remotely check the settings of the local and the peer Ethernet ports.
b. Run the MML command LST ETHPORT,DSP ETHPORT to check the parameter
settings of the local Ethernet port.
c. Check whether the parameter settings of the local Ethernet port are consistent with
those of the peer Ethernet port, including port attribute, maximum transfer unit, port
speed, and duplex mode.
Y => The parameter settings are consistent. Go to step 4.
N => The parameter settings are inconsistent. Go to sub-step d.
d. Check whether the parameter settings of the local Ethernet port are consistent with the
network plan.
Y => The parameter settings are consistent. Go to sub-step e.
N => The parameter settings are inconsistent. Go to step 2.
e. Check whether the parameter settings of the peer Ethernet port are consistent with the
network plan.
Y => The parameter settings are consistent. Go to step 4.
N => The parameter settings are inconsistent. Go to step 3.
a. (For NodeBs, port attribute of the Ethernet port is unchangeable.) Run the MML
command SET ETHPORT to modify the Ethernet port parameters, such as port
attribute, maximum transfer unit, port speed, and duplex mode. Ensure that the
parameter settings are consistent on the local end and peer end.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. (For NodeBs, port attribute of the Ethernet port is unchangeable.) Change the peer
Ethernet port attribute, maximum transmission unit, speed, and duplex mode. Ensure
that the local parameter settings are consistent with the peer parameter settings.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Run the MML command RST ETHPORT to reset the local Ethernet port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
5. Check the Ethernet cable connected to the local Ethernet port on site.
This alarm is reported when the Frame Error Rate (FER) at the MAC layer on the Ethernet port exceeds the
preset threshold (10 permil by default, user-definable).
Parameters
Minor The transmission quality of the Ethernet link decreases. The ongoing services may
even be disrupted.
System Actions
None
Possible Causes
The parameter settings of the local Ethernet port are inconsistent with those of the peer Ethernet
port.
Procedure
1. Remotely check the settings of the local and the peer Ethernet ports.
b. Run the MML command LST ETHPORT,DSP ETHPORT to check the parameter
settings of the local Ethernet port.
c. Check whether the parameter settings of the local Ethernet port are consistent with
those of the peer Ethernet port, including port attribute, maximum transfer unit, port
speed, and duplex mode.
Y => The parameter settings are consistent. Go to step 4.
N => The parameter settings are inconsistent. Go to sub-step d.
d. Check whether the parameter settings of the local Ethernet port are consistent with the
network plan.
Y => The parameter settings are consistent. Go to sub-step e.
N => The parameter settings are inconsistent. Go to step 2.
e. Check whether the parameter settings of the peer Ethernet port are consistent with the
network plan.
Y => The parameter settings are consistent. Go to step 4.
N => The parameter settings are inconsistent. Go to step 3.
a. (For NodeBs, port attribute of the Ethernet port is unchangeable.) Run the MML
command SET ETHPORT to modify the Ethernet port parameters, such as port
attribute, maximum transfer unit, port speed, and duplex mode. Ensure that the
parameter settings are consistent on the local end and peer end.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. (For NodeBs, port attribute of the Ethernet port is unchangeable.) Change the peer
Ethernet port attribute, maximum transmission unit, speed, and duplex mode. Ensure
that the local parameter settings are consistent with the peer parameter settings.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Run the MML command RST ETHPORT to reset the local Ethernet port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Run the MML command LST ETHPORT to check whether the parameter "MAC Frame
Error Rate Occur Threshold" for the Ethernet port is set properly.
Y => The packet loss threshold is proper. Go to step 6.
N => The packet loss threshold is improper. Go to sub-step b.
b. Run the MML command SET ETHPORT to change the setting of the parameter "MAC
Frame Error Rate Occur Threshold" for the Ethernet port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 6.
6. Check the Ethernet cable connected to the local Ethernet port on site.
This alarm is reported when the IEEE 802.3ah standard cannot be applied to the Ethernet port for
Parameters
System Actions
None
Possible Causes
The ETHOAM 3AH settings are inconsistent with the network plan.
The working modes of ETHOAM 3AH at both the local end and the peer end are set to PASSIVE.
The peer device does not support the IEEE 802.3ah standard.
Procedure
a. On the M2000, check for the correlated alarm on the Ethernet port:
Ethernet-Correlated Alarms
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
a. Run the MML command DSP ETHPORT to check whether the status of the Ethernet
port bearing ETHOAM 3AH is activated.
Y => The status of the Ethernet port is activated. Go to step 9.
N => The status of the Ethernet port is not activated. Go to step 3.
3. Check the settings of the local Ethernet port and the peer Ethernet port on the M2000.
b. Run the MML command LST ETHPORT,DSP ETHPORT to check the settings of the
local Ethernet port.
c. Check whether the settings of the local Ethernet port are consistent with those of the
peer Ethernet port. The related parameters are port attribute, maximum transmission
unit, port speed, and duplex mode.
Y => The parameter settings are consistent. Go to step 6.
N => The parameter settings are inconsistent. Go to sub-step d.
d. Check whether the settings of the local Ethernet port are consistent with the network
plan.
Y => The parameter settings are consistent. Go to sub-step e.
N => The parameter settings are inconsistent. Go to step 4.
e. Check whether the settings of the peer Ethernet port are consistent with the network
plan.
Y => The parameter settings are consistent. Go to step 6.
N => The parameter settings are inconsistent. Go to step 5.
a. (For NodeBs, port attribute of the Ethernet port is unchangeable.) Run the MML
command SET ETHPORT to change the Ethernet port attribute, maximum transmission
unit, port speed, and duplex mode. Ensure that the local parameter settings are
consistent with the peer parameter settings.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 6.
a. (For NodeBs, port attribute of the Ethernet port is unchangeable.) Change the Ethernet
port attribute, maximum transmission unit, port speed, and duplex mode of the peer
end. Ensure that the local parameter settings are consistent with the peer parameter
settings.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 6.
a. Run the MML command RST ETHPORT to reset the local Ethernet port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 7.
a. Check whether the LEDs are running properly on the Ethernet port.
Y => The LEDs are running properly. Go to step 8.
N => The LEDs are running improperly. Go to sub-step b.
a. Run the MML command LST ETHOAM3AH to check whether the ETHOAM 3AH
settings are consistent with the network plan.
Y => The ETHOAM 3AH settings are consistent with the network plan. Go to step 10.
N => The ETHOAM 3AH settings are inconsistent with the network plan. Go to sub-step
b.
10. Check the working modes of ETHOAM 3AH at the local end and the peer end on the M2000.
a. Run the MML command LST ETHOAM3AH to check whether the working mode of
ETHOAM 3AH is set to ACTIVE.
Y => The working mode is set to ACTIVE. Go to step 11.
N => The working mode is set to PASSIVE. Go to sub-step b.
b. Contact the engineer at the peer end to check whether the working mode of ETHOAM
3AH is set to ACTIVE.
Y => The working mode is set to ACTIVE. Go to step 11.
N => The working mode is set to PASSIVE. Go to sub-step c.
c. Run the MML command DEA ETHOAM3AH,ACT ETHOAM3AH to change the working
mode of ETHOAM 3AH to ACTIVE at the local end.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 11.
11. Check that the peer device supports the IEEE 802.3ah standard.
a. Check whether the peer device supports the IEEE 802.3ah standard.
Y => The peer device supports the IEEE 802.3ah standard. Contact Huawei Customer
Service Center.
N => The peer device does not support the IEEE 802.3ah standard. Go to sub-step b.
b. Run the MML command DEA ETHOAM3AH to deactivate the local IEEE 802.3ah
detection function.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the base station detects a faulty Ethernet port.
This alarm is not used any more. The alarm information, however, is reserved in the alarm reference and
northbound interface data to keep compatibility with the northbound interface.
Parameters
Minor The ongoing services carried over the Ethernet port deteriorate. The services may
even be disrupted.
System Actions
None
Possible Causes
Procedure
a. Run the MML command DSP ETHPORT to check whether the status of the Ethernet
port bearing the OAM3AH is activated.
Y => The status of the Ethernet port is activated. Contact Huawei Customer Service
Center.
N => The status of the Ethernet port is not activated. Go to step 2.
2. Check the settings of the local Ethernet port and the peer Ethernet port on the M2000.
b. Run the MML command LST ETHPORT,DSP ETHPORT to check the settings of the
local Ethernet port.
c. Check whether the settings of the local Ethernet port are consistent with those of the
peer Ethernet port. The related parameters are Port Attribute, Maximum Transmission
Unit, Speed, and Duplex.
Y => The parameter settings are consistent. Go to step 5.
N => The parameter settings are inconsistent. Go to sub-step d.
d. Check whether the settings of the local Ethernet port are consistent with the network
plan.
Y => The parameter settings are consistent. Go to sub-step e.
N => The parameter settings are inconsistent. Go to step 3.
e. Check whether the settings of the peer Ethernet port are consistent with the network
plan.
Y => The parameter settings are consistent. Go to step 5.
N => The parameter settings are inconsistent. Go to step 4.
a. (For NodeBs, port attribute of the Ethernet port is unchangeable.) Run the MML
command SET ETHPORT to change the Ethernet port attribute, maximum transmission
unit, speed, and duplex mode. Ensure that the local parameter settings are consistent
with the peer parameter settings.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. (For NodeBs, port attribute of the Ethernet port is unchangeable.) Change the Ethernet
port attribute, maximum transmission unit, speed, and duplex mode of the peer end.
Ensure that the local parameter settings are consistent with the peer parameter
settings.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Run the MML command RST ETHPORT to reset the Ethernet port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 6.
a. Check whether the RUN LED is running properly on the Ethernet port.
Y => The RUN LED is running properly. Go to step 7.
This alarm is reported when the base station is informed that the peer Ethernet port is faulty.
Parameters
Minor The ongoing services carried over the Ethernet port deteriorate. The services may
even be disrupted.
System Actions
None
Possible Causes
Procedure
a. Run the MML command DSP ETHPORT to check whether the status of the Ethernet
port bearing the OAM3AH is activated.
Y => The status of the Ethernet port is activated. Contact Huawei Customer Service
Center.
N => The status of the Ethernet port is not activated. Go to step 2.
2. Check the settings of the local Ethernet port and the peer Ethernet port on the M2000.
c. Check whether the settings of the local Ethernet port are consistent with those of the
peer Ethernet port. The related parameters are Port Attribute, Maximum Transmission
Unit, Speed, and Duplex.
Y => The parameter settings are consistent. Go to step 5.
N => The parameter settings are inconsistent. Go to sub-step d.
d. Check whether the settings of the local Ethernet port are consistent with the network
plan.
Y => The parameter settings are consistent. Go to sub-step e.
N => The parameter settings are inconsistent. Go to step 3.
e. Check whether the settings of the peer Ethernet port are consistent with the network
plan.
Y => The parameter settings are consistent. Go to step 5.
N => The parameter settings are inconsistent. Go to step 4.
a. (For NodeBs, port attribute of the Ethernet port is unchangeable.) Run the MML
command SET ETHPORT to change the Ethernet port attribute, maximum transmission
unit, speed, and duplex mode. Ensure that the local parameter settings are consistent
with the peer parameter settings.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. (For NodeBs, port attribute of the Ethernet port is unchangeable.) Change the Ethernet
port attribute, maximum transmission unit, speed, and duplex mode of the peer end.
Ensure that the local parameter settings are consistent with the peer parameter
settings.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Run the MML command RST ETHPORT to reset the Ethernet port.
a. Check whether the RUN LED is running properly on the Ethernet port.
Y => The RUN LED is running properly. Go to step 7.
N => The RUN LED is running improperly. Go to sub-step b.
This alarm is reported when the IP address of the device conflicts with the IP address of an external device.
Parameters
IP Address IP address
Interface Type Interface type (PPP, PPPOE, MP, ETHERNET, TRUNK, LOOPINTF)
Minor The services over the conflicting IP address of the device are disrupted.
System Actions
Possible Causes
Procedure
1. Check the configuration of the conflicting IP address of the device on the M2000.
a. Run the MML command LST DEVIP/DSP DEVIP to query the configuration of the
conflicting IP address of the device. Then, check whether the configured IP address is
correct according to the configuration plan.
Y => The configured IP address is correct. Go to step 2.
N => The configured IP address is incorrect. Go to sub-step b.
b. Run the MML command RMV DEVIP/RMV OMCH to delete the conflicting IP address.
c. Run the MML command ADD DEVIP to add a correct IP address according to the
configuration plan of the IP addresses.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
b. Contact the maintenance engineers responsible for the external device to change the
conflicting IP address.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when it is detected that the IP path cannot communicate with the peer devices.
Parameters
System Actions
Possible Causes
The Ping detection is enabled on the IP path, but the route of the bearing network is incorrectly
configured, or the Ping message is blocked by the bearing network.
Procedure
a. Run the MML command LST IPPATH to query the corresponding link bearing the faulty
IP path.
a. Run the MML command DSP IPRT to check whether the IP route to the peer devices is
configured for the corresponding link bearing the faulty IP path.
Y => The IP route to the peer devices is configured. Go to step 3.
N => The IP route to the peer devices is configured. Go to sub-step b.
b. Run the MML command ADD IPRT to add the IP route to the peer devices for the
corresponding link.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
a. Contact the administrator of the bearing network to check whether the route of the
bearing network is correctly configured and the Ping message is not blocked.
Y => The route of the bearing network is correctly configured. Go to step 4.
N => The route of the bearing network is incorrectly configured. Go to sub-step b.
b. Contact the engineers responsible for network administration to correct the network
configuration.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the system detects that the Ethernet trunk link is faulty.
Parameters
System Actions
None
Possible Causes
Procedure
a. Run the MML command DSP ETHPORT to check whether the status of the Ethernet
port bearing the trunk link is activated.
Y => The status of the Ethernet port is activated. Contact Huawei Customer Service
Center.
2. Remotely check the settings of the local and the peer Ethernet ports.
b. Run the MML command LST ETHPORT,DSP ETHPORT to check the settings of the
local Ethernet port.
c. Check whether the settings of the local Ethernet port are consistent with those of the
peer Ethernet port. The related parameters are Port Attribute, Maximum Transmission
Unit, Speed, and Duplex.
Y => The parameter settings are consistent. Go to step 5.
N => The parameter settings are inconsistent. Go to sub-step d.
d. Check whether the settings of the local Ethernet port are consistent with the network
plan.
Y => The parameter settings are consistent. Go to sub-step e.
N => The parameter settings are inconsistent. Go to step 3.
e. Check whether the settings of the peer Ethernet port are consistent with the network
plan.
Y => The parameter settings are consistent. Go to step 5.
N => The parameter settings are inconsistent. Go to step 4.
a. Run the MML command RMV ETHTRKLNK to remove the Ethernet trunk sublink.
b. (For NodeBs, port attribute of the Ethernet port is unchangeable.) Run the MML
command SET ETHPORT to change the Ethernet port attribute, maximum transmission
unit, speed, and duplex mode. Ensure that the local parameter settings are consistent
with the peer parameter settings.
c. Run the MML command ADD ETHTRKLNK to add the Ethernet trunk sublink.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. (For NodeBs, port attribute of the Ethernet port is unchangeable.) Change the Ethernet
port attribute, maximum transmission unit, speed, and duplex mode of the peer end.
Ensure that the local parameter settings are consistent with the peer parameter
settings.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Run the MML command RST ETHPORT to reset the Ethernet port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 6.
a. Check whether the LEDs are running properly on the Ethernet port.
Y => The LEDs are running properly. Go to step 7.
N => The LEDs are running improperly. Go to sub-step b.
b. Replace the Ethernet cables.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 7.
This alarm is reported when the base station detects that the Stream Control Transmission Protocol (SCTP) link
cannot process services.
Parameters
System Actions
None
Possible Causes
The parameter settings of the local device are inconsistent with those of the peer device.
The route to the peer devices is unreachable.
Procedure
1. Check for the alarms correlated to the bearing link on the M2000.
2. Check the parameter settings on both ends of the SCTP link on the M2000.
a. Run the MML command LST SCTPLNK to check whether the configuration parameters
of the local SCTP link are consistent with the configuration plan (such as the local IP
address, local SCTP port No., peer IP address, and peer SCTP port No.).
Y=> The parameter settings are consistent. Go to step 3.
N => The parameter settings are inconsistent. Go to step b.
b. Run the MML command MOD SCTPLNK to modify the incorrect configuration
parameters.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
a. Run the MML command DSP IPRT to check whether the IP route to the peer device is
configured for the link bearing the faulty SCTP.
Y => The IP route to the peer device is configured. Go to step 4.
N => The IP route to the peer device is not configured. Go to sub-step b.
b. Run the MML command ADD IPRT to add an IP route to the peer device for the link
bearing the SCTP.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Consult the engineers responsible for the bearing network. Check whether the route
settings of the bearing network are correct, and the Ping messages are not blocked.
Y => The configuration of the bearing network is correct. Go to step 5.
N => The configuration of the bearing network is incorrect. Go to sub-step b.
b. Contact the engineers responsible for the bearing network to modify the network
configuration.
Check whether the alarm is cleared.
a. Contact engineers responsible for the bearer network to veriy the Ethernet cable
connections between devices in the bearer network, check whether the connections are
consistent with the configurations.
Y => The Ethernet cable connections are consistent with the configurations. Go to step
6.
N => The Ethernet cable connections are inconsistent with the configurations. Go to
sub-step b.
b. Contact engineers responsible for the bearer network to reconnect the Ethernet cables.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 6.
This alarm is reported when the SCTP sending buffer is occupied by a large number of data that requires to be
retransmitted and the occupancy rate of the data to the buffer reaches the congestion triggering threshold.
Parameters
Minor The services are disrupted because the data cannot be transmitted due to
insufficient space of the sending buffer.
System Actions
None
Possible Causes
The data of the receiving buffer is not processed by the peer device in time. Therefore, the available
space of the receiving buffer is insufficient, which leads to the failure of receiving the data. As a
result, a large number of data that requires to be retransmitted exists in the sending buffer at the
local end, and then the congestion occurs.
When the packet loss occurs in the lower-layer link, a great number of data waits for retransmitting in
the sending buffer, which leads to the congestion.
The lower-layer link is instantaneously intermittent due to the reset of the FE port or PPP, or other
causes. The SCTP does not process the data congested in the sending buffer in a timely manner
during the link intermittence but retransmits the old data in the sending buffer. Subsequently, the new
data is placed in the sending buffer, which leads to the congestion.
Procedure
1. Check for the alarms correlated to the bearing link on the M2000.
a. Run the MML command RST BRD to reset the faulty board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the base station detects the failure of the Internet Key Exchange (IKE) negotiation
with the peer device.
Parameters
System Actions
None
Possible Causes
The parameters configured for the local device are inconsistent with the parameters configured for
the peer device.
Procedure
1. Check for the correlated alarm of the Ethernet port on the M2000.
a. Check for the correlated alarm of the Ethernet port on the M2000:
25880 Ethernet Link Fault
26832 Peer Certificate Expiry
26841 Certificate Invalid
26842 Automatic Certificate Update Failed
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
a. Run the MML commands LST IKEPEER and LST IKEPROPOSAL to check whether all
the configuration parameters of the IKE Peer and all the configuration parameters of the
IKE security association are consistent with those of the configuration plan.
Y=> The parameter settings are consistent. Go to step 3.
N => The parameter settings are inconsistent. Go to step b.
b. Run the MML commands MOD IKEPEER and MOD IKEPROPOSAL to modify the IKE
configuration parameters that are inconsistent with those of the configuration plan.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
This alarm is reported when the ETHOAM 3AH remote loopback occurs with the cooperation of the local end.
Parameters
System Actions
None
Possible Causes
The ETHOAM 3AH remote loopback test is initiated at the peer end.
Procedure
1. Check whether the ETHOAM 3AH remote loopback test is in progress with the cooperation of the
local end on the M2000.
a. Run the MML command DSP ETHOAM3AH to check whether the ETHOAM 3AH
remote loopback test is in progress with the cooperation of the local end.
Y => The remote loopback test is in progress with the cooperation of the local end. Go
to sub-step b.
N => The remote loopback test is not in progress with the cooperation of the local end.
Go to step 2.
a. Request the peer engineers to stop the ETHOAM 3AH loopback test.
Check whether the alarm is cleared.
a. Run the MML command DEA ETHOAM3AH,ACT ETHOAM3AH, set the Loopback Flag
to DISABLE so that the remote loopback function is disabled.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the system detects that the Ethernet trunk group is faulty.
Parameters
System Actions
None
Possible Causes
The FE/GE port configured as the port in the local trunk group is faulty.
The FE/GE port configured as the port in the peer trunk group is faulty.
The ports in the local trunk group and those in the peer trunk group are incorrectly connected.
The configuration parameters of the trunk group on the local end are inconsistent with those on the
peer end.
Procedure
1. Check for the alarm correlated with the local Ethernet on the M2000.
a. Check whether the correlated alarm of the ports in the Ethernet trunk group exists on
the M2000.
25887 Ethernet Trunk Link Fault
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
a. Check whether the correlated alarm of the ports in the trunk group of the peer Ethernet
exists.
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 3.
b. Rectify the fault in the ports in the trunk group of the peer Ethernet.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
3. Check that the ports in the trunk group of the local Ethernet are correctly connected to those of the
peer Ethernet.
a. Run the MML command LST ETHTRK to obtain the port number of the local trunk
group. Then, contact the maintenance engineers of the peer devices to obtain the port
number of the peer trunk group.
b. Check whether the ports in the trunk group of the local Ethernet are correctly connected
to those of the peer Ethernet.
Y=> The ports are correctly connected. Go to step 5.
N => The ports are incorrectly connected. Go to step 4.
4. Reconnect the ports in the trunk group of the local Ethernet to the ports in the trunk group of the
peer Ethernet.
a. Connect the ports correctly. For example, it is queried that the GE/FE ports 0 and 1 at
both ends are in the Ethernet trunk group but port 0 at the local end is connected to
port 2 at the peer end. In this case, reconnect port 0 at the local end to port 0 or port 1
at the peer end.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
5. Check that the Ethernet trunk group configuration at both ends is consistent.
a. Contact the maintenance engineers of the peer devices to obtain the configuration of
the trunk group and its ports of the peer Ethernet.
Run the MML command LST ETHTRK to query the configuration of trunk group of the
local Ethernet.
b. Check whether the configuration of the Ethernet trunk group at both ends is consistent.
(Specifically, check the related parameters "Trunk Type" and "ArpProxy", and check the
number of members in the trunk group and the Ethernet ports.)
Y => The configuration of the Ethernet trunk group at both ends is consistent. Contact
Huawei Customer Service Center.
N => The configuration of the Ethernet trunk group at both ends is inconsistent. Go to
step 6.
a. Run the MML command MOD ETHTRK to reconfigure the parameters related to the
trunk group of the Ethernet.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
a. Reconfigure the parameters related to the trunk group of the peer Ethernet.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the IP remote loopback is enabled on the interface board.
Parameters
Major After the IP remote loopback is enabled, the corresponding IP data packet is looped
back to the peer end, and thus the quality of services deteriorates.
System Actions
Possible Causes
Procedure
a. Run the MML command SET UDPLOOP to set the loopback mode to "NOLOOP" to
disable the IP remote loopback.
Check whether the alarm is cleared.
Y=> The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the packet loss rate of the IP layer exceeds the alarm threshold of the IP layer.
This alarm is not used any more. The alarm information, however, is reserved in the alarm reference and
northbound interface data to keep compatibility with the northbound interface.
Parameters
Interface Type Interface type (PPP, PPPOE, MP, ETHERNET, TRUNK, LOOPINTF)
Packet Loss Rate (per mill) Packet loss rate of the IP layer
Minor The IP data packet of the NE is discarded, which leads to the deterioration of the
quality of services carried on this port.
System Actions
When this alarm is reported and the packet loss rate is too high, the system disables the corresponding IP link.
Possible Causes
The packet is discarded due to an error (for example, an external attack) during the resolving of the
IP header.
The packet is discarded due to the failure in the segmentation and reassembling of the packet.
The packet is discarded due to insufficient resources in the system (for example, no resource is
allocated to the memory). This cause is of low probability.
Procedure
a. Run the MML command LST IPRT to check whether the static route is configured.
Y => The static route is configured. Go to sub-step b.
N => The static route is not configured. Go to sub-step c.
b. Run the MML command DSP IPRT to check whether the dynamic route is configured
correctly.
Y => The dynamic route is configured correctly. Contact Huawei Customer Service
Center.
N => The dynamic route is configured incorrectly. Go to sub-step c.
c. Run the MML command RMV IPRT to delete the incorrect route and run the MML
command ADD IPRT add the IP route to the peer device for the corresponding bearing
link.
Check whether the alarm is cleared.
Y=> The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the average packet loss rate is higher than the preset alarm threshold during 10
minutes, in the case that the IP PM function is activated on the uplink of the IP path.
Parameters
Packet Loss Rate (per mill) Packet loss rate of the IP path
Minor The data packet on the link between the NE and the RNC is discarded, and the
services carried on this IP path cannot be performed normally.
System Actions
None
Possible Causes
The bandwidth configuration of the IP path on the NE side is inconsistent with that on the RNC side.
The bit error rate (BER) or frame error rate (FER) of the link bearing the IP path is extremely high.
The bandwidth of the physical link between the NE and the RNC is restricted.
Procedure
a. Run the MML command LST IPPATH to check whether the receive bandwidth and
transmit bandwidth of the IP path are consistent with those configured on the RNC .
Y=> The parameter settings are consistent. Go to step 2.
N => The parameter settings are inconsistent. Go to sub-step b.
b. Reconfigure the receive bandwidth and transmit bandwidth of the IP path to keep them
consistent with those configured on the RNC.
Wait for 10 minutes.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
2. Check for the correlated alarm of the link bearing the IP path on the M2000.
a. On the M2000, check for the correlated alarm of the link bearing the IP path:
Ethernet-correlated alarms
PPP/MLPPP-correlated alarms
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 3.
3. Check the bandwidth of the physical link between the NE and the RNC.
a. Contact the network plan engineers to check whether the configured bandwidth of the
link between the RNC and the NE meets the service requirements. If the configured
bandwidth cannot meet the service requirements, the network replan is required.
b. Increase the link bandwidth according to the network replan.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the Bidirectional Forwarding Detection (BFD) session between the base station and
the destination IP address is faulty.
Parameters
Minor The fast fault location of the BFD on the link fails between the base station and the
destination IP address.
System Actions
The route handover is triggered when the BFD session in reliability detection is configured.
Possible Causes
Procedure
a. On the M2000, check for the correlated alarm of the faulty port or transmission link at
the physical layer or link layer.
Ethernet-correlated alarms
25885 IP Address Conflict
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
b. Clear the correlated alarm with recommended actions.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Run the MML command LST BFDSESSION to query the configuration of the local BFD
session.
b. Consult the maintenance personnel in charge of the peer device for the configuration of
the peer BFD session. Check whether the local BFD session configuration is consistent
with the peer BFD session configuration. The related parameters are "Source IP
Address", "Destination IP Address", and "Hop Type".
Y => The local BFD session configuration is consistent with the peer BFD session
configuration. Go to sub-step c.
N => The local BFD session configuration is inconsistent with the peer BFD session
configuration. Go to sub-step d.
c. Check whether the "Hop Type" parameter is "Single Hop" or "Multiple Hops".
Y => The "Hop Type" parameter is "Single Hop". Go to sub-step e.
N => The "Hop Type" parameter is "Multiple Hops". Go to step 3.
d. Run the MML command RMV BFDSESSION,ADD BFDSESSION to modify the local
BFD session configuration according to the configuration plan.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
e. Run the MML command LST DEVIP to check the subnet mask of the source IP
address of the BFD session. Based on the subnet mask, decide whether the source IP
address and the destination IP address of the BFD session are in the same network
segment.
Y => The source IP address and the destination IP address of the BFD session are in
the same network segment. Go to step 4.
N => The source IP address and the destination IP address of the BFD session are not
in the same network segment. Go to sub-step f.
f. Check whether the IP address of the device is consistent with the configuration plan.
Y => The IP address of the device is consistent with the configuration plan. Go to step
4.
N => The IP address of the device is inconsistent with the configuration plan. Go to step
g.
g. Run the MML commands RMV BFDSESSION and RMV DEVIP to delete the conflicting
IP address.
h. Run the MML commands ADD DEVIP and ADD BFDSESSION to add the correct IP
address based on the IP address plan.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Run the MML command LST IPRT to check whether the route is configured for the
destination IP address of the BFD session.
Y => The route is configured. Go to step 4.
N => The route is not configured. Go to sub-step b.
b. Run the MML command ADD IPRT to add a route to the destination IP address of the
BFD session.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Check whether the peer device is faulty (incorrect configuration, for example).
a. Contact the maintenance personnel in charge of the transmission network to check for
the faulty intermediate nodes.
Y => A faulty intermediate node exists. Go to sub-step b.
N => There is no faulty intermediate node. Contact Huawei Customer Service Center.
b. Contact the maintenance personnel in charge of the intermediate devices to rectify the
fault.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the system detects that the IP Performance Monitoring (PM) is in deactivated state.
Parameters
Parameter
Name Parameter Description
Session ID IP PM Session ID
Alarm Alarm Cause (Activation timeout, DSCP modified, Activation of peer ippmsession is forbidden,
Cause Peer rule out of range, Peer version is not supported, Backward activation of peer ippmsession
is not supported, Request of four turple(DSCP) in backward activation of ippmsession is not
supported, long-time without FM frame received, long-time without BR frame received )
Minor The data packet loss or delay on the link between the base station and the peer
device cannot be detected.
System Actions
None
Possible Causes
The IP PM configured on the peer device side is inconsistent with that configured on the base station
side.
The boards on the peer device side do not support the IP PM.
Procedure
a.
Run the MML command DSP IPPMSESSION to check whether the DSCP configured
for the IP PM session is consistent with the DSCP configured on the peer device side.
Y => The DSCP configured on the base station side is consistent with the DSCP on the
peer device side. Go to step 3.
N => The DSCP configured on the base station side is inconsistent with the DSCP on
the peer device side. Go to sub-step b.
3. Remotely check that the peer board that is configured with the peer IP address supports the IP PM
function.
a. Remotely check whether the peer board that is configured with the peer IP address
supports the IP PM function or whether the peer board is configured with the
corresponding IP path.
Y => The peer board supports the IP PM function or is configured with the
corresponding IP path. Contact Huawei Customer Service Center.
N => The peer board does not support the IP PM function or is not configured with the
corresponding IP path. Go to sub-step b.
b. On the peer device side, configure the peer IP address of IP PM on the board that
supports the IP PM function, or configure the corresponding IP path for the peer board.
This alarm is reported when the base station cannot be maintained because of the Operation and Maintenance
CHannel (OMCH) failure.
Parameters
Major The OMCH is broken, and the user cannot maintain the remote equipment.
System Actions
Possible Causes
Procedure
a. Run the MML command LST OMCH to check whether the OMCH is configured.
Y => The OMCH is configured. Go to step b.
N => The OMCH is not configured. Go to sub-step c.
b. Check whether the data configuration of the OMCH is consistent with the configuration
plan, such as local IP address and peer IP address.
Y => The data configuration is consistent with the configuration plan. Go to step e.
N => The data configuration is inconsistent with the configuration plan. Go to sub-step
d.
c. Run the MML command ADD OMCH to configure the data of the OMCH based on the
configuration plan.
e. Run the MML command LST OMCH to check whether the parameter "binding route" is
set to "YES".
Y=> A IP route is bound to the OMCH. Go to step 2.
N=> No IP route is bound to the OMCH. Go to sub-step f.
f. Run the MML command LST IPRT to check whether the configuration of the IP route
used by the OMCH is correct according to the site plan.
Y => The configuration of the IP route is correct. Go to step 2.
N => The configuration of the IP route is incorrect. Go to sub-step g.
g. Run the MML command RMV IPRT and ADD IPRT to modify the configuration of the IP
route according to the site plan.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Contact the maintenance personnel in charge of the M2000 to check whether the
M2000 is operating properly and the configuration of base station is correct on the
M2000.
Y => The M2000 is operating properly and the configuration of base station is correct
on the M2000. Go to step 4.
N => The M2000 is not operating properly or the configuration of base station is not
correct on the M2000. Go to sub-step b.
b. Contact the maintenance personnel in charge of the M2000 to rectify the fault.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
b. Contact the maintenance personnel in charge of the transmission network to rectify the
fault.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the running data of the remote maintenance link (OMCH) detected by the base
station is inconsistent with the OMCH data in the configuration file.
Parameters
OMCH Active/Standby Flag OMCH active/standby flag (Active OMCH, Standby OMCH)
Minor The OMCH may fail. The subscribers may fail to access the network.
System Actions
None
Possible Causes
The data in the configuration file is inconsistent with the active data on the base station.
Procedure
a. Run the MML command DSP DHCPRSLT to check the value of the "BS Running State"
parameter.
Y => The value of the "BS Running State" parameter is "NORMAL". Go to step 2.
N => The value of the "BS Running State" parameter is "OMCH auto-establish is
running". Go to step 4.
a. Run the MML commands LST OMCH and DSP OMCH to check whether the configured
OMCH data is consistent with the running OMCH data.
Y => The configured OMCH data is consistent with the running OMCH data. Contact
the engineers responsible for the corresponding device on the OMCH. Ask them to
modify the data configuration of the corresponding device according to the configuration
plan.
N => The configured OMCH data is inconsistent with the running OMCH data. Go to
step 3.
a. Run the MML command MOD OMCH to modify the OMCH data configuration according
to the configuration plan.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
4. Verify that the transmission configuration of the base station is correct on the M2000.
a. View the data configuration of the remote maintenance link for the base station on the
M2000. Run the MML command DSP DHCPRSLT to display the data configuration.
Then, check whether the data configuration displayed on the M2000 is consistent with
the data configuration obtained by running the MML command. The relevant parameters
include Local IP, Local Mask, Destination IP, Destination Mask, Next Hop IP, Interface
Type, Bearer Type, and VLAN ID of the remote maintenance link.
Y => The parameter settings are consistent. Go to step 5.
N => The parameter settings are inconsistent. Prepare a correct configuration file of the
base station on the M2000, and then go to step 5.
a. Run the MML command DLD CFGFILE to download the configuration file.
b. Run the MML command SET CFGFILEENB to activate the configuration file.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when Out Of Frame (OOF) is detected on the optical RX port.
Parameters
Major The receiving optical link is broken. In this case, the ongoing services carried over
the optical port are disrupted.
System Actions
Possible Causes
Procedure
1. Check the working mode of the local optical port on the M2000.
a. Run the MML command DSP STM1 to check whether the working mode of the local
optical port is set correctly. (Check the transmit clock settings based on the network
plan, and check the consistency of frame format between the local end and the peer
end.)
Y => The working mode of the local optical port is set correctly. Go to step 2.
N => The working mode of the local optical port is set incorrectly. Go to sub-step b.
b. Run the MML command SET STM1 to change the settings of the working mode of the
local optical port.
a. Run the MML command DSP SFP to check whether the local optical module is in
position.
Y => The local optical module is in position. Go to step 3.
N => The local optical module is not in position. Go to sub-step b.
b. Reinstall the optical module on the local board securely.
Check whether the alarm is cleared:
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
3. Check that the connector of the optical fiber is fixed to the optical module on the board securely on
site.
a. Reinsert the connector of the optical fiber into the optical module on the board securely.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
4. Check that the local optical module matches the optical fiber on site.
a. Check whether the local optical module matches the optical fiber.
Y => The local optical module matches the optical fiber. Go to step 5.
N => The local optical module does not match the optical fiber. Go to sub-step b.
b. Replace the local optical module with an optical module that is compatible with the
optical fiber.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Remove the connector and clean it by using absorbent cotton with absolute alcohol.
Then, insert the connector properly.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 6.
6. (Skip this step and go to step 7 if the optical module is already replaced) Replace the optical
module on site.
a. Connect the TX port of the optical sub-board and its RX port by using an optical fiber
for loopback.
Check whether the alarm is cleared.
Y => The alarm is cleared. You can infer that the local optical sub-board is damaged.
Go to sub-step b.
N => The alarm is not cleared. Go to step 8.
8. Check that the peer device with the optical port works properly.
a. Contact the maintenance engineers responsible for the peer optical device, and ask
them to check whether the optical port configuration, cable connection, and functionality
of the peer device are proper.
Y => The optical port configuration, cable connection, and functionality of the peer
device are proper. Go to step 9.
N => The optical port configuration, cable connection, or functionality of the peer device
is improper. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to rectify the fault on the peer optical device.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 9.
a. Check for the faults in the optical transmission link, and rectify the faults.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm (abbreviated as LOF) is reported when the alarm SDH/SONET Loss of Frame Alignment persists on
the optical RX port for 3 ms.
Parameters
Major The receiving optical link is broken. In this case, the ongoing services carried over
the optical port are disrupted.
System Actions
Possible Causes
On the peer end, the configuration of the optical port is incorrect, the optical connection is faulty, the
optical module is incompatible with the optical fiber, or the device is faulty.
Procedure
1. Check the working mode of the local optical port on the M2000.
a. Run the MML command DSP STM1 to check whether the working mode of the local
optical port is set correctly. (Check the transmit clock settings based on the network
plan, and check the consistency of frame format and multiplexing mode between the
local and peer end.)
Y => The working mode of the local optical port is set correctly. Go to step 2.
N => The working mode of the local optical port is set incorrectly. Go to sub-step b.
b. Run the MML command SET STM1 to change the settings of the working mode of the
local optical port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Run the MML command DSP SFP to check whether the local optical module is in
position.
Y => The local optical module is in position. Go to step 3.
N => The local optical module is not in position. Go to sub-step b.
3. Check that the connector of the optical fiber is fixed to the optical module on the board securely on
site.
a. Reinsert the connector of the optical fiber into the optical module on the board securely.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
4. Check that the local optical module matches the optical fiber on site.
a. Check whether the local optical module matches the optical fiber.
Y => The local optical module matches the optical fiber. Go to step 5.
N => The local optical module does not match the optical fiber. Go to sub-step b.
b. Replace the local optical module with an optical module that is compatible with the
optical fiber.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Remove the connector and clean it by using absorbent cotton with absolute alcohol.
Then, insert the connector properly.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 6.
6. (Skip this step and go to step 7 if the optical module is already replaced) Replace the optical
module on site.
a. Connect the TX port of the optical sub-board and its RX port by using an optical fiber
for loopback.
Check whether the alarm is cleared.
Y => The alarm is cleared. You can infer that the local optical sub-board is damaged.
Go to sub-step b.
N => The alarm is not cleared. Go to step 8.
8. Check that the peer device with the optical port works properly.
a. Contact the maintenance engineers responsible for the peer optical device, and ask
them to check whether the optical port configuration, cable connection, and functionality
of the peer device are proper.
Y => The optical port configuration, cable connection, and functionality of the peer
device are proper. Go to step 9.
N => The optical port configuration, cable connection, or functionality of the peer device
is improper. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to rectify the fault on the peer optical device.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 9.
a. Check for the faults in the optical transmission link, and rectify the faults.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm (abbreviated as LOS) is reported when the amplitude of signals on the optical RX port is lower than
the preset threshold for 100 us. That is, all 0s signals are received.
Parameters
Major The receiving optical link is broken. In this case, the ongoing services carried over
the optical port are disrupted.
System Actions
Possible Causes
The RX and TX ends of the local optical fiber are reversely connected.
Procedure
1. Check the working mode of the local optical port on the M2000.
a. Run the MML command DSP STM1 to check whether the working mode of the local
optical port is set correctly. (Check the transmit clock settings based on the network
plan, and check the consistency of frame format and multiplexing mode between the
local and peer end.)
Y => The working mode of the local optical port is set correctly. Go to step 2.
N => The working mode of the local optical port is set incorrectly. Go to sub-step b.
b. Run the MML command SET STM1 to change the settings of the working mode of the
local optical port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Run the MML command DSP SFP to check whether the local optical module is in
position.
Y => The local optical module is in position. Go to step 3.
N => The local optical module is not in position. Go to sub-step b.
3. Reinsert the connector of the optical fiber into the optical module on the board securely.
a. Reinsert the connector of the optical fiber into the optical module on the board securely.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
4. Check that the local optical module matches the optical fiber on site.
a. Check whether the local optical module matches the optical fiber.
Y => The local optical module matches the optical fiber. Go to step 5.
N => The local optical module does not match the optical fiber. Go to sub-step b.
b. Replace the local optical module with an optical module that is compatible with the
optical fiber.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Remove the connector and clean it by using absorbent cotton with absolute alcohol.
Then, insert the connector properly.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 7.
7. (Skip this step and go to step 8 if the optical module is already replaced) Replace the optical
module on site.
a. Connect the TX port of the optical sub-board and its RX port by using an optical fiber
for loopback.
Check whether the alarm is cleared.
Y => The alarm is cleared. You can infer that the local optical sub-board is damaged.
Go to sub-step b.
N => The alarm is not cleared. Go to step 9.
9. Check that the peer device with the optical port works properly.
a. Contact the maintenance engineers responsible for the peer optical device, and ask
them to check whether the optical port configuration, cable connection, and functionality
of the peer device are proper.
Y => The optical port configuration, cable connection, and functionality of the peer
device are proper. Go to step 10.
N => The optical port configuration, cable connection, or functionality of the peer device
is improper. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to rectify the fault on the peer optical device.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 10.
a. Check for the faults in the optical transmission link, and rectify the faults.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when an unknown administration unit pointer is detected on the optical port.
Parameters
Major If the port is an unchannelized optical port, the optical links cannot carry services.
If the port is a channelized optical port, the E1/T1 links in the administration unit
cannot carry services.
System Actions
Possible Causes
On the peer end, the configuration of the optical port is incorrect, the optical connection is faulty, or
the device is faulty.
Procedure
1. Check the working mode of the local optical port on the M2000.
a. Run the MML command DSP STM1 to check whether the working mode of the local
optical port is set correctly. (Check the transmit clock settings based on the network
plan, and check the consistency of frame format and multiplexing mode between the
local and peer end.)
Y => The working mode of the local optical port is set correctly. Go to step 2.
N => The working mode of the local optical port is set incorrectly. Go to sub-step b.
b. Run the MML command SET STM1 to change the settings of the working mode of the
local optical port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Run the MML command DSP SFP to check whether the local optical module is in
position.
Y => The local optical module is in position. Go to step 3.
N => The local optical module is not in position. Go to sub-step b.
3. Check that the connector of the optical fiber is fixed to the optical module on the board securely on
site.
a. Reinsert the connector of the optical fiber into the optical module on the board securely.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Remove the connector and clean it by using absorbent cotton with absolute alcohol.
a. Connect the TX port of the optical sub-board and its RX port by using an optical fiber
for loopback.
Check whether the alarm is cleared.
Y => The alarm is cleared. You can infer that the local optical sub-board is damaged.
Go to sub-step b.
N => The alarm is not cleared. Go to step 7.
7. Check that the peer device with the optical port works properly.
a. Contact the maintenance engineers responsible for the peer optical device, and ask
them to check whether the optical port configuration, cable connection, and functionality
of the peer device are proper.
Y => The optical port configuration, cable connection, and functionality of the peer
device are proper. Go to step 8.
N => The optical port configuration, cable connection, or functionality of the peer device
is improper. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to rectify the fault on the peer optical device.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 8.
a. Check for the faults in the optical transmission link, and rectify the faults.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
Description
This alarm is reported when bit 6 to bit 8 of the K2 bytes in three consecutive frames received by the optical port
are 111.
Parameters
Major The receiving optical link is broken. In this case, the ongoing services carried over
the optical port are disrupted.
System Actions
Possible Causes
The internal clock of the system is faulty (when the sending clock of the optical port uses the external
8 kHz clock), or the clock of the peer device is faulty (when the sending clock of the optical port uses
the recovery clock of the receiving end).
Procedure
1. Check the setting of the sending clock of the optical port on site.
a. Run the MML command DSP STM1 to check whether the working mode of the sending
clock of the local optical port is the same as that in the network plan.
Y => The working mode is the same as that in the networking plan, and the working
mode is the external 8 kHz clock or the recovery clock of the receiving end. Go to
sub-step c.
N => The working mode is different from that in the networking plan. Go to sub-step b.
b. Run the MML command SET STM1 to change the working mode of the sending clock
of the local optical port, and then wait for 30 minutes.
c. Run the MML command DSP CLKSTAT to check whether the status of the clock is
normal.
Y => The clock is operating properly. Go to step 2.
N => The clock malfunctions. Go to sub-step d.
e. Check for faults in the clock of the peer device and perform troubleshooting.
Check whether the alarm is cleared:
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Run the MML command DSP SFP to check whether the local optical module is in
position.
Y => The local optical module is in position. Go to step 3.
N => The local optical module is not in position. Go to sub-step b.
b. Reinstall the optical module on the local board securely.
Check whether the alarm is cleared:
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
3. Check that the connector of the optical fiber is fixed to the optical module on the board securely on
site.
a. Reinsert the connector of the optical fiber into the optical module on the board securely.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Remove the connector and clean it by using absorbent cotton with absolute alcohol.
Then, insert the connector properly.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Connect the TX port of the optical sub-board and its RX port by using an optical fiber
for loopback.
Check whether the alarm is cleared.
Y => The alarm is cleared. You can infer that the local optical sub-board is damaged.
Go to sub-step b.
N => The alarm is not cleared. Go to step 7.
7. Check that the peer device with the optical port works properly.
a. Contact the maintenance engineers responsible for the peer optical device, and ask
them to check whether the optical port configuration, cable connection, and functionality
of the peer device are proper.
Y => The optical port configuration, cable connection, and functionality of the peer
device are proper. Go to step 8.
N => The optical port configuration, cable connection, or functionality of the peer device
is improper. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to rectify the fault on the peer optical device.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 8.
a. Check for the faults in the optical transmission link, and rectify the faults.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the peer end sends a defect indication signal to the local end because the alarm
SDH/SONET MS Alarm Indication Signal or the alarm SDH/SONET MS Excessive Bit Error Rate is detected on
the optical RX port of the peer end.
Parameters
Major The data carried over the optical port is lost, and the services carried over the
optical port may be disrupted.
System Actions
None
Possible Causes
On the peer end, the configuration of the optical port is incorrect, the optical connection is faulty, the
optical module does not match the optical fiber, or the device is faulty.
Procedure
1. Check the working mode of the local optical port on the M2000.
a. Run the MML command DSP STM1 to check whether the working mode of the local
optical port is set correctly. (Check the transmit clock settings based on the network
plan, and check the consistency of frame format and multiplexing mode between the
local and peer end.)
Y => The working mode of the local optical port is set correctly. Go to step 2.
N => The working mode of the local optical port is set incorrectly. Go to sub-step b.
b. Run the MML command SET STM1 to change the working mode of the local optical
port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Run the MML command DSP SFP to check whether the local optical module is in
position.
Y => The local optical module is in position. Go to step 3.
3. Check that the connector of the optical fiber is fixed to the optical module on the board securely on
site.
a. Reinsert the connector of the optical fiber into the optical module on the board securely.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Remove the connector and clean it by using absorbent cotton with absolute alcohol.
Then, insert the connector properly.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Connect the TX port of the optical sub-board and its RX port by using an optical fiber
for loopback.
Check whether the alarm is cleared.
Y => The alarm is cleared. You can infer that the local optical sub-board is damaged.
Go to sub-step b.
N => The alarm is not cleared. Go to step 7.
7. Check that the peer device with the optical port works properly.
a. Contact the maintenance engineers responsible for the peer optical device, and ask
them to check whether the optical port configuration, cable connection, and functionality
of the peer device are proper.
Y => The optical port configuration, cable connection, and functionality of the peer
device are proper. Go to step 8.
N => The optical port configuration, cable connection, or functionality of the peer device
is improper. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to rectify the fault on the peer optical device.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 8.
a. Check for the faults in the optical transmission link, and rectify the faults.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm (abbreviated as LCD) is reported when the optical port link fails to recover the cell data from the SDH
frame.
Parameters
Major The receiving optical link is broken. In this case, the ongoing services carried over
the optical port are disrupted.
System Actions
Possible Causes
On the peer end, the configuration of the optical port is incorrect, the optical connection is faulty, or
the device is faulty.
Procedure
1. Check the working mode of the local optical port on the M2000.
a. Run the MML command DSP STM1 to check whether the working mode of the local
optical port is set correctly. (Check the transmit clock settings based on the network
plan, and check the consistency of frame format and multiplexing mode between the
local and peer end.)
Y => The working mode of the local optical port is set correctly. Go to step 2.
N => The working mode of the local optical port is set incorrectly. Go to sub-step b.
b. Run the MML command SET STM1 to change the settings of the working mode of the
local optical port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Run the MML command DSP SFP to check whether the local optical module is in
position.
Y => The local optical module is in position. Go to step 3.
N => The local optical module is not in position. Go to sub-step b.
3. Check that the connector of the optical fiber is fixed to the optical module on the board securely on
site.
a. Reinsert the connector of the optical fiber into the optical module on the board securely.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
4. Check that the local optical module matches the optical fiber on site.
a. Check whether the local optical module matches the optical fiber.
Y => The local optical module matches the optical fiber. Go to step 5.
N => The local optical module does not match the optical fiber. Go to sub-step b.
b. Replace the local optical module with an optical module that is compatible with the
optical fiber.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Remove the connector and clean it by using absorbent cotton with absolute alcohol.
Then, insert the connector properly.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 6.
6. (Skip this step and go to step 7 if the optical module is already replaced) Replace the optical
module on site.
a. Connect the TX port of the optical sub-board and its RX port by using an optical fiber
for loopback.
Check whether the alarm is cleared.
Y => The alarm is cleared. You can infer that the local optical sub-board is damaged.
Go to sub-step b.
N => The alarm is not cleared. Go to step 8.
8. Check that the peer device with the optical port works properly.
a. Contact the maintenance engineers responsible for the peer optical device, and ask
them to check whether the optical port configuration, cable connection, and functionality
of the peer device are proper.
Y => The optical port configuration, cable connection, and functionality of the peer
device are proper. Go to step 9.
N => The optical port configuration, cable connection, or functionality of the peer device
is improper. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to rectify the fault on the peer optical device.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 9.
a. Check for the faults in the optical transmission link, and rectify the faults.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when a user sets link loopback for the optical port chip on site or on the M2000.
Parameters
Warning The services carried over the optical port are disrupted.
System Actions
Possible Causes
A user sets link loopback for the optical port chip on site or on the M2000.
Procedure
a. Run the MML command DSP STM1 to check whether the local/remote loopback exists
on the optical port.
Y => The local/remote loopback exists. Go to step 2.
N => The local/remote loopback does not exist. Contact Huawei Customer Service
Center.
a. Run the MML command SET STM1LOP to set "NOLOOP" on the optical port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the trace identifier J0 received by the optical port is different from the trace
identifier J0 expected.
Parameters
Minor The receiving optical link is broken. In this case, the ongoing services carried over
the optical port are disrupted.
System Actions
Possible Causes
The multiplexing configuration of the optical transmission link is incorrect, or the optical fiber is
incorrectly connected.
Procedure
a. Run the MML command DSP SDHJ0J1 to check whether J0 configured on the local
device is the same as J0 received.
Y => J0 configured on the local device is the same as J0 received. Go to step 2.
N => J0 configured on the local device is different from J0 received. Go to sub-step b.
b. Run the MML command SET SDHJ0J1 to change the setting of J0 on the local device
to ensure that J0 is the same as J0 received.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
2. Check the service configuration of the optical port on the peer device.
a. Contact the maintenance engineers responsible for the peer optical device, and ask
them to check whether the service configuration of the optical port on the peer device is
correct.
Y => The service configuration is correct. Go to step 3.
N => The service configuration is incorrect. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to change the service configuration of the optical port on the peer device.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
3. Check the multiplexing configuration and connection of the optical transmission link.
a. Contact the maintenance engineers responsible for the optical transmission link, and
ask them to check whether the multiplexing configuration is proper and the connection is
correct.
Y => The configuration is proper, and the connection is correct. Contact Huawei
Customer Service Center.
N => The configuration is improper, or the connection is incorrect. Go to step b.
b. Contact the maintenance engineers responsible for the optical transmission link, and
ask them to correct the configuration or the connection.
Check whether the alarm is cleared:
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the bit error rate of the regeneration section exceeds the signal invalid threshold
because of poor signal quality over the optical port.
Parameters
Minor The data carried over the optical port is lost, or the services carried over the optical
port are disrupted.
System Actions
None
Possible Causes
On the peer end, the configuration of the optical port is incorrect, the optical connection is faulty, or
the device is faulty.
Procedure
1. Check the working mode of the local optical port on the M2000.
a. Run the MML command DSP STM1 to check whether the working mode of the local
optical port is set correctly. (Check the transmit clock settings based on the network
plan, and check the consistency of frame format and multiplexing mode between the
local and peer end.)
Y => The working mode of the local optical port is set correctly. Go to step 2.
N => The working mode of the local optical port is set incorrectly. Go to sub-step b.
b. Run the MML command SET STM1 to change the settings of the working mode of the
local optical port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Run the MML command DSP SFP to check whether the local optical module is in
position.
Y => The local optical module is in position. Go to step 3.
N => The local optical module is not in position. Go to sub-step b.
3. Check that the connector of the optical fiber is fixed to the optical module on the board securely on
site.
a. Reinsert the connector of the optical fiber into the optical module on the board securely.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Remove the connector and clean it by using absorbent cotton with absolute alcohol.
Then, insert the connector properly.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Connect the TX port of the optical sub-board and its RX port by using an optical fiber
for loopback.
Check whether the alarm is cleared.
Y => The alarm is cleared. You can infer that the local optical sub-board is damaged.
Go to sub-step b.
N => The alarm is not cleared. Go to step 7.
7. Check that the peer device with the optical port works properly.
a. Contact the maintenance engineers responsible for the peer optical device, and ask
them to check whether the optical port configuration, cable connection, and functionality
of the peer device are proper.
Y => The optical port configuration, cable connection, and functionality of the peer
device are proper. Go to step 8.
N => The optical port configuration, cable connection, or functionality of the peer device
is improper. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to rectify the fault on the peer optical device.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 8.
a. Check for the faults in the optical transmission link, and rectify the faults.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the bit error rate of the multiplex section exceeds the signal invalid threshold
because of poor signal quality over the optical port.
Parameters
Minor The data carried over the optical port is lost, or the services carried over the optical
port are disrupted.
System Actions
None
Possible Causes
On the peer end, the configuration of the optical port is incorrect, the optical connection is faulty, or
the device is faulty.
Procedure
1. Check the working mode of the local optical port on the M2000.
a. Run the MML command DSP STM1 to check whether the working mode of the local
optical port is set correctly. (Check the transmit clock settings based on the network
plan, and check the consistency of frame format and multiplexing mode between the
local and peer end.)
Y => The working mode of the local optical port is set correctly. Go to step 2.
N => The working mode of the local optical port is set incorrectly. Go to sub-step b.
b. Run the MML command SET STM1 to change the settings of the working mode of the
local optical port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Run the MML command DSP SFP to check whether the local optical module is in
position.
Y => The local optical module is in position. Go to step 3.
N => The local optical module is not in position. Go to sub-step b.
3. Check that the connector of the optical fiber is fixed to the optical module on the board securely on
site.
a. Reinsert the connector of the optical fiber into the optical module on the board securely.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Remove the connector and clean it by using absorbent cotton with absolute alcohol.
Then, insert the connector properly.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Connect the TX port of the optical sub-board and its RX port by using an optical fiber
for loopback.
Check whether the alarm is cleared.
Y => The alarm is cleared. You can infer that the local optical sub-board is damaged.
Go to sub-step b.
N => The alarm is not cleared. Go to step 7.
7. Check that the peer device with the optical port works properly.
a. Contact the maintenance engineers responsible for the peer optical device, and ask
them to check whether the optical port configuration, cable connection, and functionality
of the peer device are proper.
Y => The optical port configuration, cable connection, and functionality of the peer
device are proper. Go to step 8.
N => The optical port configuration, cable connection, or functionality of the peer device
is improper. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to rectify the fault on the peer optical device.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 8.
a. Check for the faults in the optical transmission link, and rectify the faults.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the error bit rate of the multiplex section exceeds the signal degradation threshold.
Parameters
Major The data carried over the optical port is lost, or the services carried over the optical
port are disrupted.
System Actions
None
Possible Causes
Procedure
1. Check the working mode of the local optical port on the M2000.
a. Run the MML command DSP STM1 to check whether the working mode of the local
optical port is set correctly. (Check the transmit clock settings based on the network
plan, and check the consistency of frame format and multiplexing mode between the
local and peer end.)
Y => The working mode of the local optical port is set correctly. Go to step 2.
N => The working mode of the local optical port is set incorrectly. Go to sub-step b.
b. Run the MML command SET STM1 to change the settings of the working mode of the
local optical port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Run the MML command DSP SFP to check whether the local optical module is in
position.
Y => The local optical module is in position. Go to step 3.
N => The local optical module is in position. Go to sub-step b.
3. Check that the connector of the optical fiber is fixed to the optical module on the board securely on
site.
a. Reinsert the connector of the optical fiber into the optical module on the board securely.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Remove the connector and clean it by using absorbent cotton with absolute alcohol.
Then, insert the connector properly.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Connect the TX port of the optical sub-board and its RX port by using an optical fiber
for loopback.
Check whether the alarm is cleared.
Y => The alarm is cleared. You can infer that the local optical sub-board is damaged.
Go to sub-step b.
N => The alarm is not cleared. Go to step 7.
7. Check that the peer device with the optical port works properly.
a. Contact the maintenance engineers responsible for the peer optical device, and ask
them to check whether the optical port configuration, cable connection, and functionality
of the peer device are proper.
Y => The optical port configuration, cable connection, and functionality of the peer
device are proper. Go to step 8.
N => The optical port configuration, cable connection, or functionality of the peer device
is improper. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to rectify the fault on the peer optical device.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 8.
a. Check for the faults in the optical transmission link, and rectify the faults.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
When the peer optical port detects that the bit error rate of the remote regeneration section exceeds the
threshold, the peer optical port sends the M1 byte to the local device. This alarm is reported when the local
device detects the remote error bit indication through the B2 byte.
Parameters
Major The data carried over the optical port is lost, and the service quality is degraded.
System Actions
None
Possible Causes
On the peer end, the configuration of the optical port is incorrect, the optical connection is faulty, or
the device is faulty.
Procedure
1. Check the working mode of the local optical port on the M2000.
a. Run the MML command DSP STM1 to check whether the working mode of the local
optical port is set correctly. (Check the transmit clock settings based on the network
plan, and check the consistency of frame format and multiplexing mode between the
local and peer end.)
Y => The working mode of the local optical port is set correctly. Go to step 2.
N => The working mode of the local optical port is set incorrectly. Go to sub-step b.
b. Run the MML command SET STM1 to change the settings of the working mode of the
local optical port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Run the MML command DSP SFP to check whether the local optical module is in
position.
Y => The local optical module is in position. Go to step 3.
N => The local optical module is not in position. Go to sub-step b.
3. Check that the connector of the optical fiber is fixed to the optical module on the board securely on
site.
a. Reinsert the connector of the optical fiber into the optical module on the board securely.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Remove the connector and clean it by using absorbent cotton with absolute alcohol.
Then, insert the connector properly.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Connect the TX port of the optical sub-board and its RX port by using an optical fiber
for loopback.
Check whether the alarm is cleared.
Y => The alarm is cleared. You can infer that the local optical sub-board is damaged.
Go to sub-step b.
N => The alarm is not cleared. Go to step 7.
b. Replace the board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Reinstall the original board. Go to step 7.
7. Check that the peer device with the optical port works properly.
a. Contact the maintenance engineers responsible for the peer optical device, and ask
them to check whether the optical port configuration, cable connection, and functionality
of the peer device are proper.
Y => The optical port configuration, cable connection, and functionality of the peer
device are proper. Go to step 8.
N => The optical port configuration, cable connection, or functionality of the peer device
is improper. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to rectify the fault on the peer optical device.
Check whether the alarm is cleared.
a. Check for the faults in the optical transmission link, and rectify the faults.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the administration unit received by the optical port is all 1s (including AU-PTR).
Parameters
Major Services carried by the administration unit of the optical port are disrupted, and the
E1/T1 links in the administration unit cannot carry services.
System Actions
None
Possible Causes
On the peer end, the configuration of the optical port is incorrect, the optical connection is faulty, the
device is faulty, or the peer device sends an indication signal for generating the alarm.
Procedure
1. Check the working mode of the local optical port on the M2000.
a. Run the MML command DSP STM1 to check whether the working mode of the local
optical port is set correctly. (Check the transmit clock settings based on the network
plan, and check the consistency of frame format and multiplexing mode between the
local and peer end.)
Y => The working mode of the local optical port is set correctly. Go to step 2.
N => The working mode of the local optical port is set incorrectly. Go to sub-step b.
b. Run the MML command SET STM1 to change the settings of the working mode of the
local optical port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Run the MML command DSP SFP to check whether the local optical module is in
position.
Y => The local optical module is in position. Go to step 3.
N => The local optical module is not in position. Go to sub-step b.
3. Check that the connector of the optical fiber is fixed to the optical module on the board securely on
site.
a. Reinsert the connector of the optical fiber into the optical module on the board securely.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Remove the connector and clean it by using absorbent cotton with absolute alcohol.
Then, insert the connector properly.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Connect the TX port of the optical sub-board and its RX port by using an optical fiber
for loopback.
Check whether the alarm is cleared.
Y => The alarm is cleared. You can infer that the local optical sub-board is damaged.
Go to sub-step b.
N => The alarm is not cleared. Go to step 7.
7. Check that the peer device with the optical port works properly.
a. Contact the maintenance engineers responsible for the peer optical device, and ask
them to check whether the optical port configuration, cable connection, and functionality
of the peer device are proper.
Y => The optical port configuration, cable connection, and functionality of the peer
device are proper. Go to step 8.
N => The optical port configuration, cable connection, or functionality of the peer device
is improper. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to rectify the fault on the peer optical device.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 8.
a. Check for the faults in the optical transmission link, and rectify the faults.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when C2 bytes in five consecutive frames sent over the high-order path of the optical port
are all 0s.
Parameters
Major The equipped data cannot be recovered from the VC3 or VC4 frame. The services
carried over the optical port are disrupted, and the E1/T1 links in the high-order path
cannot carry services.
System Actions
None
Possible Causes
The multiplexing configuration of the transmission link or the optical fiber connection is incorrect.
Procedure
a. Run the MML command DSP SDHJ0J1 to query the overhead byte of the optical port
and check whether the value of C2 is TUG STRUCT.
Y => The value is TUG STRUCT. Go to step 2.
N => The value is not TUG STRUCT. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to change the value of C2.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
2. Check the multiplexing configuration and connection of the optical transmission link.
a. Contact the maintenance engineers responsible for the optical transmission link, and
ask them to check whether the multiplexing configuration is proper and the connection is
correct.
Y => The multiplexing configuration is proper and the connection is correct. Contact
Huawei Customer Service Center.
N => The multiplexing configuration is improper and the connection is incorrect. Go to
sub-step b.
b. Contact the maintenance engineers responsible for the optical transmission link, and
ask them to change the multiplexing configuration and the connection.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the C2 byte received by the high-order path of the optical port is different from the
C2 byte expected.
Parameters
Minor The equipped data cannot be recovered from the SDH frame. The services carried
over the optical port are disrupted, and the E1/T1 links in the high-order path cannot
carry services.
System Actions
None
Possible Causes
The signal label (C2) expected by the local device is different from the signal label (C2) sent by the
peer device.
The service configuration of the optical port on the peer device is incorrect.
The multiplexing configuration of the transmission link or the optical fiber connection is incorrect.
Procedure
a. Run the MML command DSP SDHJ0J1 to query the overhead byte of the optical port
and check whether the value of C2 is TUG STRUCT.
Y => The value is TUG STRUCT. Go to step 2.
N => The value is not TUG STRUCT. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to change the value of C2.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
2. Check the service configuration of the optical port on the peer device.
a. Contact the maintenance engineers responsible for the peer optical device, and ask
them to check whether the service configuration of the optical port on the peer device is
correct.
Y => The service configuration is correct. Go to step 3.
N => The service configuration is incorrect. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
3. Check the multiplexing configuration and connection of the optical transmission link.
a. Contact the maintenance engineers responsible for the optical transmission link, and
ask them to check whether the multiplexing configuration is proper and the connection is
correct.
Y => The multiplexing configuration is proper and the connection is correct. Contact
Huawei Customer Service Center.
N => The multiplexing configuration is improper and the connection is incorrect. Go to
sub-step b.
b. Contact the maintenance engineers responsible for the optical transmission link, and
ask them to change the multiplexing configuration and the connection.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the trace identifier J1 received by the high-order path of the optical port is different
from the trace identifier J1 expected.
Parameters
Minor The E1/T1 links in the high-order path cannot carry services.
System Actions
None
Possible Causes
The channel trace byte expected by the local device is different from the channel trace byte sent by
the peer device.
The service configuration of the optical port on the peer device is incorrect.
The multiplexing configuration of the transmission link or the optical fiber connection is incorrect.
Procedure
1. Check the channel trace bytes configured on the local device and the peer device.
a. Run the MML command DSP SDHJ0J1 to check whether the channel trace bytes
configured on the local device and the peer device are the same.
Y => The channel trace bytes are the same. Go to step 2.
N => The channel trace bytes are different. Go to sub-step b.
b. Run the MML command SET STM1 to change the settings of the channel trace bytes to
be sent.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
2. Check the service configuration of the optical port on the peer device.
a. Contact the maintenance engineers responsible for the peer optical device, and ask
them to check whether the service configuration of the optical port on the peer device is
correct.
Y => The service configuration is correct. Go to step 3.
N => The service configuration is incorrect. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to change the service configuration of the SDH service.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
3. Check the multiplexing configuration and connection of the optical transmission link.
a. Contact the maintenance engineers responsible for the optical transmission link, and
ask them to check whether the multiplexing configuration is proper and the connection is
correct.
Y => The multiplexing configuration is proper and the connection is correct. Contact
Huawei Customer Service Center.
N => The multiplexing configuration is improper and the connection is incorrect. Go to
sub-step b.
b. Contact the maintenance engineers responsible for the optical transmission link, and
ask them to change the multiplexing configuration and the connection.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the local device receives a message from the peer device indicating the high-order
path tracing identifier mismatch (HP-TIM) or high-order path signal label mismatch (HP-SLM) for signals received
Parameters
Major The E1/T1 links in the peer high-order path cannot carry services.
System Actions
None
Possible Causes
On the peer end, the configuration of the optical port is incorrect, the optical connection is faulty, the
optical module does not match the optical fiber, or the device is faulty.
Procedure
1. Check the working mode of the local optical port on the M2000.
a. Run the MML command DSP STM1 to check whether the working mode of the local
optical port is set correctly. (Check the transmit clock settings based on the network
plan, and check the consistency of frame format and multiplexing mode between the
local and peer end.)
Y => The working mode of the local optical port is set correctly. Go to step 2.
N => The working mode of the local optical port is set incorrectly. Go to sub-step b.
b. Run the MML command SET STM1 to change the settings of the working mode of the
local optical port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Run the MML command DSP SFP to check whether the local optical module is in
position.
Y => The local optical module is in position. Go to step 3.
N => The local optical module is not in position. Go to sub-step b.
3. Check that the connector of the optical fiber is fixed to the optical module on the board securely on
site.
a. Reinsert the connector of the optical fiber into the optical module on the board securely.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Remove the connector and clean it by using absorbent cotton with absolute alcohol.
Then, insert the connector properly.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Connect the TX port of the optical sub-board and its RX port by using an optical fiber
for loopback.
Check whether the alarm is cleared.
Y => The alarm is cleared. You can infer that the local optical sub-board is damaged.
Go to sub-step b.
N => The alarm is not cleared. Go to step 7.
7. Check that the peer device with the optical port works properly.
a. Contact the maintenance engineers responsible for the peer optical device, and ask
them to check whether the optical port configuration, cable connection, and functionality
of the peer device are proper.
Y => The optical port configuration, cable connection, and functionality of the peer
device are proper. Go to step 8.
N => The optical port configuration, cable connection, or functionality of the peer device
is improper. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to rectify the fault on the peer optical device.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 8.
a. Check for the faults in the optical transmission link, and rectify the faults.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
When the remote optical port detects the error bit, it sends the number of error blocks to the local device. This
alarm is reported when the local device detects that the number of remote error blocks exceeds the threshold.
Parameters
Major Serious defects exist in the TX direction of the E1/T1 link of the high-order path,
which may result in loss of data over the link or service degradation.
System Actions
None
Possible Causes
On the peer end, the configuration of the optical port is incorrect, the optical connection is faulty, or
the device is faulty.
Procedure
1. Check the working mode of the local optical port on the M2000.
a. Run the MML command DSP STM1 to check whether the working mode of the local
optical port is set correctly. (Check the transmit clock settings based on the network
plan, and check the consistency of frame format and multiplexing mode between the
local and peer end.)
Y => The working mode of the local optical port is set correctly. Go to step 2.
N => The working mode of the local optical port is set incorrectly. Go to sub-step b.
b. Run the MML command SET STM1 to change the settings of the working mode of the
local optical port.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Run the MML command DSP SFP to check whether the local optical module is in
position.
Y => The local optical module is in position. Go to step 3.
N => The local optical module is not in position. Go to sub-step b.
3. Check that the connector of the optical fiber is fixed to the optical module on the board securely on
site.
a. Reinsert the connector of the optical fiber into the optical module on the board securely.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Remove the connector and clean it by using absorbent cotton with absolute alcohol.
Then, insert the connector properly.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
a. Connect the TX port of the optical sub-board and its RX port by using an optical fiber
for loopback.
Check whether the alarm is cleared.
Y => The alarm is cleared. You can infer that the local optical sub-board is damaged.
Go to sub-step b.
N => The alarm is not cleared. Go to step 7.
b. Replace the board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Reinstall the original board. Go to step 7.
7. Check that the peer device with the optical port works properly.
a. Contact the maintenance engineers responsible for the peer optical device, and ask
them to check whether the optical port configuration, cable connection, and functionality
of the peer device are proper.
Y => The optical port configuration, cable connection, and functionality of the peer
device are proper. Go to step 8.
N => The optical port configuration, cable connection, or functionality of the peer device
is improper. Go to sub-step b.
b. Contact the maintenance engineers responsible for the peer optical device, and ask
them to rectify the fault on the peer optical device.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 8.
a. Check for the faults in the optical transmission link, and rectify the faults.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the flood packet rate reaches the specified threshold after the excessive flood
packet alarm switch is turned on.
This alarm is not used any more. The alarm information, however, is reserved in the alarm reference and
northbound interface data to keep compatibility with the northbound interface.
Parameters
Flood Packet Type Flood attack packet type (ARP, ICMP, TCP, SYN, UDP)
Major The board CPU usage increases, the performance deteriorates, and packets may be
discarded, affecting the quality of services. In serious cases, the ongoing services
may be interrupted.
System Actions
None
Possible Causes
The parameter settings of the protection against flood packets or the alarm are not set properly.
The base station receives large quantities of flood packets from peer devices.
Procedure
1. Check the parameter settings of the protection against flood packets and the alarm at the local end.
a. Run the MML command LST FLOODDEFEND to check whether the local end is
protected against flood packets.
Y=>The local end is protected against flood packets. Go to sub-step b.
N=>The local end is not protected against flood packets. Go to sub-step c.
b. Based on the flood packet type and receive rate, check whether the threshold for
protecting against flood packets and the alarm threshold are set properly.
Y=>The threshold for protecting against flood packets and the alarm threshold are set
properly. Go to step 2.
N=>The threshold for protecting against flood packets or the alarm threshold is not set
properly. Go to sub-step d.
c. Run the MML command MOD FLOODDEFEND to set the parameters related to the
protection against flood packets based on the packet type and receive rate.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
d. Run the MML command MOD FLOODDEFEND to modify the parameters related to the
alarm and the protection against flood packets.
a. Check whether the peer devices in the bearer network work properly and whether they
keep sending large quantities of flood packets to the local device.
Y=>The peer devices do not work properly and the peer devices keep sending large
quantities of flood packets to the local device. Go to sub-step b.
N=>The peer devices work properly and they do not keep sending large quantities of
flood packets to the local device. Contact Huawei Customer Service Center.
b. Contact the network administrator to modify the network configuration and to restrict
the packet receive rate.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the base station is under flood attack, invalid packet attack, Address Resolution
Protocol (ARP) spoofing, and IPSec replay.
Parameters
Parameter
Name Parameter Description
Specific Specific Problem of the alarm(Excessive Flood Packet, Excessive Invalid Packet, ARP
Problem Snoofing, IPSec Replay)
Major The packet forwarding capability of transmission boards is decreased. If the packet
forwarding capability of transmission boards is exceeded, packet loss occurs,
affecting service quality.
System Actions
None
Possible Causes
Procedure
2. Check the settings of flood packet defense and the alarm parameters on the M2000.
a. Run the MML command LST FLOODDEFEND to check whether the settings of the
flood packet type, flood packet defense threshold, and flood packet alarm threshold are
appropriate.
Y => The settings are appropriate. Go to step 5.
N => The settings are inappropriate. Go to sub-step b.
b. Run the MML command MOD FLOODDEFEND to change the flood packet type, flood
packet defense threshold, and flood packet alarm threshold.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
a. Run the MML command LST IPGUARD to check whether the setting of the invalid
packet alarm threshold is appropriate.
Y => The setting is appropriate. Go to step 4.
N => The setting is inappropriate. Go to sub-step b.
b. Run the MML command SET IPGUARD to change the invalid packet alarm threshold.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
4. Find out the attack source based on the buffered packets on the M2000.
a. Run the MML command DSP INVALIDPKTINFO to check whether the discarded
packets are invalid packets.
Y => The discarded packets are invalid packets. Go to step 5.
N => The discarded packets are not invalid packets. Go to sub-step b.
b. Run the MML command MOD ACLRULE to change the filter for invalid packets.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
a. Check the interconnected devices to locate the source of the invalid or flood packets.
Request the network administrator to correct the network configuration to limit the rate
of invalid or flood packets.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
a. Run the MML command DSP ARPSPOOFING to query the IP address with different
MAC addresses. Then, find out the attack source.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
a. Run the MML command LST IPGUARD to check whether the setting of the IPSec
replay alarm threshold is appropriate.
Y => The setting is appropriate. Go to step 8.
N => The setting is inappropriate. Go to sub-step b.
b. Run the MML command SET IPGUARD to change the IPSec replay alarm threshold.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 8.
a. Run the MML command DSP INVALIDPKTINFO to check the type and contents of the
packets that are discarded because of incompliance with the IPSec replay rules. Then,
find out the attack source.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
CANBUS is a type of communication bus which is used for device management in the base station. This alarm is
reported when the CANBUS communication fails between the main control board and other boards.
Parameters
Minor The user fails to power on/off the board, perform hot plugging, or obtain the
electronic label. The voltage and temperature of the board cannot be monitored. In
this case, the board reliability decreases.
System Actions
None
Possible Causes
Procedure
a. Check for the correlated alarm of the faulty board on the M2000:
26200 Board Hardware Fault
26204 Board Not In Position
26214 Board Powered Off
26216 Board Not Securely Installed
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
b. Clear the correlated alarm with recommended actions.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
4. Reseat the main control board in the subrack that houses the faulty board on site.
a. Note: Removing or reseating the main control board disrupts all the ongoing services of
the base station. Therefore, perform this operation in low-traffic hours.
Reseat the main control board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
5. Replace the main control board in the subrack that houses the faulty board on site.
a. Note: Replacing the main control board disrupts all the ongoing services of the base
station. Therefore, perform this operation in low-traffic hours. The base station software
upgrade may be required during board replacement, so the correct software version
should be ready for use in advance.
Replace the main control board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Reinstall the original main control board. Contact Huawei
Customer Service Center.
This alarm is reported when the board temperature is out of normal range. The rated operating temperature
range is a hardware specification of boards. This range varies depending on the type of the board.
Parameters
Current Board Temperature Current board temperature (Celsius and Fahrenheit inclusive)
(C/F)
Specific Problem Specific Problem of the alarm(Temperature too High, Temperature too
Low)
Major The board is automatically powered off to prevent burnout when the temperature of
the board becomes excessively high. Services carried on the board are interrupted.
The services of the peer mode are interrupted when the following conditions are met:
The RF units use the CPRI MUX topology.
The local mode provides the aggregation function.
The faulty board is a baseband board that provides the aggregation function or is a
main control board.
System Actions
When the board temperature is too high, the BBU fans are set to full speed.
Possible Causes
Procedure
a. Check for the correlated alarm of the BBU that houses the faulty board on the M2000.
26110 BBU Fan Stalled
26111 BBU Fan Not at Full Speed
26204 Board Not In Position (the BBU fan unit not in position)
25652 Cabinet Temperature Unacceptable
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
This alarm is reported when the board detects that the clock input signals are unavailable.
Parameters
Major The board cannot work normally. The ongoing services carried on the board are
interrupted. The services of the peer mode are interrupted when the following
conditions are met:
The RF units use the CPRI MUX topology.
The local mode provides the aggregation function.
The faulty board is a baseband board that provides the aggregation function.
System Actions
If one of the two clock inputs malfunctions, the system automatically switches to the other clock
input.
If both of the clock inputs malfunction, the system automatically disables the faulty board and isolates
the board from all other boards.
Possible Causes
Procedure
a. Check for the correlated alarm of the main control board on the M2000:
26200 Board Hardware Fault
26216 Board Not Securely Installed
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
b. Clear the correlated alarm with recommended actions.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
4. Reseat the main control board in the subrack that houses the faulty board on site.
a. Note: Removing or reseating the main control board disrupts all the ongoing services of
the base station. Therefore, perform this operation in low-traffic hours.
Reseat the main control board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
5. Replace the main control board in the subrack that houses the faulty board on site.
a. Note: Replacing the main control board disrupts all the ongoing services of the base
station. Therefore, perform this operation in low-traffic hours. The base station software
upgrade may be required during board replacement, so the correct software version
should be ready for use in advance.
Replace the main control board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Reinstall the original main control board. Contact Huawei
Customer Service Center.
This alarm is reported when the board detects that the input voltage is extremely high or low.
Parameters
Major The board cannot work normally. The ongoing services carried on the board are
disrupted. The services of the peer mode are interrupted when the following
conditions are met:
The RF units use the CPRI MUX topology.
The local mode provides the aggregation function.
The faulty board is a baseband board that provides the aggregation function.
System Actions
None
Possible Causes
Procedure
a. Check for the correlated alarm of the power monitoring board on the M2000:
26112 BBU DC Output Out of Range
26200 Board Hardware Fault
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
This alarm is reported when the rotation speed of the BBU fan is extremely low.
Parameters
Major The heat dissipation capability of the BBU is degraded. The BBU that works in a
high-temperature environment for long may be running improperly. In this case, the
life cycle of the BBU decreases.
System Actions
None
Possible Causes
Procedure
a. Remove the BBU fan module on site. Clean the air inlet and air outlet of the fan module.
Remove foreign objects. Then, reinstall the fan module.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Remove the faulty fan module and install a spare fan module.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the actual rotation speed of the BBU fan is lower than 80% of the preset full speed.
Parameters
Major The heat dissipation capability of the BBU is degraded. The BBU that works in a
high-temperature environment for long may be running improperly. In this case, the
life cycle of the BBU decreases.
System Actions
None
Possible Causes
Procedure
a. Remove the BBU fan module on site. Clean the air inlet and air outlet of the fan module.
Remove foreign objects. Then, reinstall the fan module.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Remove the faulty fan module and install a spare fan module.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the 12 V DC output of the power module in the BBU is out of range (overvoltage or
undervoltage).
Parameters
Major The boards in the BBU may be reset or powered off unexpectedly. In this case, the
ongoing services carried on the BBU are disrupted.
System Actions
None
Possible Causes
The AC mains supply fails or the power cabinet is faulty, resulting in an improper -48 V DC input
supplied for the BBU.
The cables for the power module are faulty or are not properly connected.
Procedure
a. Check whether the cables are functional and are properly connected to the power
module.
Y => The cables are functional and are properly connected to the power module. Go to
step 3.
N => The cables are faulty or are improperly connected to the power module. Go to
substep b.
a. Check whether the switch on the panel of the power module is set to off.
Y => The switch is set to off. Go to sub-step b.
N => The switch is set to on. Go to step 4.
This alarm is reported when the input voltage of the BBU is lower than the preset alarm threshold.
Parameters
Major The BBU may be powered off. In this case, the ongoing services carried on the BBU
are disrupted.
System Actions
None
Possible Causes
Procedure
d. Contact the maintenance personnel of the third-party manufacturer responsible for the
power system. Ask them to check whether the AC mains and the power system are
functional.
Y => The AC mains and the power system are functional. Go to step 2.
N => The AC mains or the power system malfunctions. Go to sub-step e.
e. Contact the maintenance personnel of the third-party manufacturer responsible for the
power system. Ask them to rectify the fault in power supply.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
This alarm is reported when the GPS 1PPS clock output is unavailable.
Parameters
Minor The base station fails to synchronize to the GPS clock. The system clock may be
unusable if the base station does not obtain the clock reference for a long period of
time. As a result, the quality of services of the base station decreases, resulting in
handover failure and call drop. In certain cases, the base station cannot provide
services.
System Actions
Possible Causes
Procedure
1. Reset the board holding the GPS satellite card on the M2000.
a. Confirm the type of the board that is connected with the faulty GPS satellite card.
If the board is the Universal Satellite card and Clock Unit (USCU), go to sub-step b.
If the board is the main control board, go to sub-step c.
If the GPS satellite card uses Remote GPS (RGPS), go to step 3.
b. Run the MML command RST BRDPWROFF to reset the USCU.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
c. Note: Resetting the main control board disrupts all the ongoing services of the base
station. Therefore, perform this operation in low-traffic hours.
Run the MML command RST BRD to reset the main control board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Use a multimeter to measure the voltage between the shielding layer and the core wire
on the GPS connector. Check whether the voltage is in the range 4 V to 6 V.
Y => The voltage is in the normal range. Contact Huawei Customer Service Center.
N => The voltage is beyond the normal range. The GPS satellite card is faulty. Go to
sub-step b.
3. Check the cable connections between the RGPS and the USCU or between the RGPS and the RRU
on site.
a. Check the cable connections between the RGPS and the USCU or between the RGPS
and the RRU on site. Rectify the faults on cable connections, including improper or
damaged connections.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to sub-step b.
This alarm is reported when the connection between the GPS satellite card and the antenna is broken, or when
the feeder current is too low or too high.
Parameters
Minor The base station fails to synchronize to the GPS clock. The system clock may be
unusable if the base station does not obtain the clock reference for a long period of
time. As a result, the quality of services of the base station decreases, resulting in
handover failure and call drop. In certain cases, the base station cannot provide
services.
System Actions
None
Possible Causes
The signal cable between the BBU and the GPS surge protector is open-circuited or short-circuited.
The GPS surge protector is faulty.
Procedure
a. Disconnect the GPS feeder from the board, and measure the voltage between the
shield layer and the wire of the GPS feeder using a multimeter. Check whether the
voltage is 5 +/- 0.5 V.
Y => The voltage is 5 +/- 0.5 V, go to sub-step c.
N => The voltage is not 5 +/- 0.5 V, the satellite card is faulty. Go to step b.
2. Check the signal cable between the BBU and the GPS surge protector on site.
a. Disconnect the signal cable from the Protect end on the GPS surge protector, and
measure the voltage between the shield layer and the wire of the signal cable using a
multimeter. Check whether the voltage is 5 +/- 0.5 V.
Y => The voltage is 5 +/- 0.5 V, go to sub-step c.
N => The voltage is not 5 +/- 0.5 V, the signal cable between the BBU and the GPS
surge protector is open-circuited or short-circuited. Go to step b.
b. Replace the signal cable between the BBU and the GPS surge protector.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
c. Reconnect the signal cable to the Protect end on the GPS surge protector. Go to step
3.
a. Disconnect the GPS feeder from the GPS surge protector, and measure the voltage
between the shield layer and the wire of the GPS feeder at the Surge end using a
multimeter. Check whether the voltage is 5 +/- 0.5 V.
Y => The voltage is 5 +/- 0.5 V, go to sub-step c.
N => The voltage is not 5 +/- 0.5 V, the GPS surge protector is faulty. Go to step b.
b. Replace the GPS surge protector according to the GPS Satellite Antenna System
Quick Installation Guide.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
a. Disconnect the GPS feeder from the antenna, and measure the voltage between the
shield layer and the wire of the GPS feeder using a multimeter. Check whether the
voltage is 5 +/- 0.5 V.
Y => The voltage is 5 +/- 0.5 V, go to step 5.
N => The voltage is not 5 +/- 0.5 V, the feeder is open-circuited or short-circuited. Go
to step b.
c. Remove rust from the GPS feeder connector, reconnect the GPS feeder to the
antenna, and waterproof the GPS feeder connector.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step d.
d. Replace the feeder according to the GPS Satellite Antenna System Quick Installation
Guide.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5. Y => The alarm is cleared. No further
action is required.
N => The alarm is not cleared. Go to sub-step c.
a. Replace the antenna according to the GPS Satellite Antenna System Quick Installation
Guide.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. contact Huawei Customer Service Center.
This alarm is reported when the number of locked satellites at a site is insufficient.
Parameters
Minor The base station fails to synchronize to the GPS clock. The system clock may be
unusable if the base station does not obtain the clock reference for a long period of
time. As a result, the quality of services of the base station decreases, resulting in
handover failure and call drop. In certain cases, the base station cannot provide
services.
System Actions
None
Possible Causes
Procedure
a. Check for the correlated alarm of the faulty GPS satellite card on the M2000:
26121 GPS Antenna Fault
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
2. Check the clock reference on the basis of site plan on the M2000.
a. Run the MML command LST CLKMODE to check whether the clock reference is
consistent with the site plan.
Y => The clock reference is consistent with the site plan. Go to step 3.
N => The clock reference is inconsistent with the site plan. Go to sub-step b.
b. Run the MML command SET CLKMODE to change the clock reference.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
3. Check the working mode of the GPS satellite card on the M2000.
a. Run the MML command LST GPS to check whether the working mode of the GPS
satellite card is consistent with the configuration plan.
Y => The working mode of the GPS satellite card is consistent with the configuration
plan. Go to step 4.
N => The working mode of the GPS satellite card is inconsistent with the configuration
plan. Go to sub-step b.
b. Run the MML command MOD GPS to change the working mode of the GPS satellite
card.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
4. Check for the interference or barrier around the GPS antenna on site.
a. Check the surroundings of the GPS antenna, and then rectify the fault by referring to
the installation manual of GPS antenna system.
a. Use a multimeter to measure the voltage between the shielding layer and the core wire
on the GPS connector. Check whether the voltage is in the range 4 V to 6 V.
Y => The voltage is in the normal range. Contact Huawei Customer Service Center.
N => The voltage is beyond the normal range. The GPS satellite card is faulty. Go to
sub-step b.
This alarm is reported when the maintenance link for the GPS satellite card fails.
Parameters
Minor The base station cannot communicate with the GPS satellite card.
System Actions
None
Possible Causes
Procedure
1. Reset the board holding the GPS satellite card on the M2000.
c. Note: Resetting the main control board disrupts all the ongoing services of the base
station. Therefore, perform this operation in low-traffic hours.
Run the MML command RST BRD to reset the main control board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Use a multimeter to measure the voltage between the shielding layer and the core wire
on the GPS connector. Check whether the voltage is in the range 4 V to 6 V.
Y => The voltage is in the normal range. Contact Huawei Customer Service Center.
N => The voltage is beyond the normal range. The GPS satellite card is faulty. Go to
sub-step b.
3. Check the cable connections between the RGPS and the USCU or between the RGPS and the RRU
on site.
a. Check the cable connections between the RGPS and the USCU or between the RGPS
and the RRU on site. Rectify the faults on cable connections, including improper or
damaged connections.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to sub-step b.
b. Replace the RGPS module by referring to the RGPS installation manual.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
Description
Parameters
Major The board cannot work normally. The ongoing services carried on the board may be
disrupted. The services of the peer mode are interrupted when the following
conditions are met:
The RF units use the CPRI MUX topology.
The local mode provides the aggregation function.
The faulty board is a baseband board that provides the aggregation function.
Minor Some functions of the board fail. The board reliability decreases. The services
carried on the board may malfunction in the long term.
System Actions
If a critical component of the board is faulty, the faulty board is isolated from all other boards. Meanwhile, the
faulty board begins automatic software reloading and resets.
Possible Causes
Procedure
a. Check for the correlated alarm of the faulty board on the M2000:
26104 Board Temperature Unacceptable
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
This alarm is reported when part of data in the memory of the processor in the board is overwritten due to
external electromagnetic interference or radiation.
Parameters
Minor The service processing capability of the board decreases. The ongoing services
carried on the board may even be disrupted. The service processing capability of the
peer mode is decreased or the services of the peer mode are interrupted when the
following conditions are met:
The RF units use the CPRI MUX topology.
The local mode provides the aggregation function.
The faulty board is a baseband board that provides the aggregation function.
System Actions
Possible Causes
Procedure
a. Check whether the alarm persists for more than five minutes.
Y => The alarm persists for more than five minutes. Go to step 2.
N => The alarm persists for less than five minutes. Go to sub-step b.
b. Wait until the system automatic actions are complete; the process lasts for about five
minutes.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
This alarm is reported when the processor usage of the board is excessive.
Parameters
Minor The user access success rate and service quality may decrease.
Long-term CPU overload may result in delayed response or timeout for maintenance
tasks of the board.
The test or tracing tasks with low priority may be automatically suspended or
terminated.
System Actions
The flow control is started. The test or tracing tasks with low priority may be automatically suspended or
terminated.
Possible Causes
Too many test, tracing, or statistical tasks are started on the board.
Procedure
1. Stop all the site configuration and maintenance operations on the M2000.
a. Stop all the site configuration and maintenance operations. Then, wait for 15 minutes.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
2. Stop all the site test, tracing, and statistical tasks on the M2000.
a. Stop all the site test, tracing, and statistical tasks. Then, wait for 15 minutes.
Check whether the alarm is cleared.
Y =>The alarm is cleared. No further action is required.
N =>The alarm is not cleared. Go to step 3.
This alarm is reported when the board software program error occurs.
Parameters
Major The faulty board cannot work normally. The service processing capability of the
board decreases, or the ongoing services carried on the board are disrupted. The
service processing capability of the peer mode is decreased or the services of the
peer mode are interrupted when the following conditions are met:
The RF units use the CPRI MUX topology.
The local mode provides the aggregation function.
The faulty board is a baseband board that provides the aggregation function.
System Actions
Possible Causes
Procedure
a. Check whether the alarm persists for more than five minutes.
Y => The alarm persists for more than five minutes. Go to step 2.
N => The alarm persists for less than five minutes. Go to sub-step b.
b. Wait until the system automatic actions are complete; the process lasts for about five
minutes.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
Parameters
Major The board cannot work normally. The ongoing services carried on the board are
disrupted. The services of the peer mode are interrupted when the following
conditions are met:
The RF units use the CPRI MUX topology.
The local mode provides the aggregation function.
The faulty board is a baseband board that provides the aggregation function.
System Actions
The system automatically disables the board and isolates the board from all other boards.
Possible Causes
Procedure
a. Remove the board. Then, check whether there is any bent or broken pin in the
backplane slot that holds the board.
Y => The backplane slot that holds the board malfunctions. Go to sub-step b.
N => The backplane slot that holds the board is normal. Go to step 3.
b. Check whether there is another idle backplane slot compatible with the board.
Y => There is another idle backplane slot. Go to sub-step c.
N => There is no idle backplane slot. Contact Huawei Customer Service Center.
c. Run the MML command RMV BRD to remove the board in the faulty slot.
d. Run the MML command ADD BRD to add the board in the idle slot.
e. Remove the board from the faulty slot and install it in the idle slot. Wait until the board
startup is complete (the RUN LED blinking, ON for 1s and OFF for 1s).
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
4. Reseat the main control board properly in the subrack that houses the faulty board on site.
a. Note: Removing or reseating the main control board disrupts all the ongoing services of
the base station. Therefore, perform this operation in low-traffic hours.
Reseat the main control board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 5.
5. Replace the main control board in the subrack that houses the faulty board on site.
a. Note: Replacing the main control board disrupts all the ongoing services of the base
station. Therefore, perform this operation in low-traffic hours. The base station software
upgrade may be required during board replacement, so the correct software version
should be ready for use in advance.
Replace the main control board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Reinstall the original main control board. Contact Huawei
Customer Service Center.
This alarm is reported when the maintenance link between the main control board and the other boards in the
subrack malfunctions.
Parameters
Major The board may not work normally. The ongoing services carried on the board are
disrupted. The services of the peer mode are interrupted when the following
conditions are met:
The RF units use the CPRI MUX topology.
The local mode provides the aggregation function.
The faulty board is a baseband board that provides the aggregation function.
System Actions
The system automatically disables the board and isolates the board from all other boards.
Possible Causes
The board automatically resets because of memory soft failure or software program error.
The hardware of the main control board (in the subrack that houses the board) is faulty.
Procedure
a. Check whether any of the following correlated alarms is reported on the faulty board on
the M2000:
26200 Board Hardware Fault
26201 Board Memory Soft Failure
26202 Board Overload
26203 Board Software Program Error
26204 Board Not In Position
26208 Board File System Damaged
26214 Board Powered Off
26216 Board Not Securely Installed
Y => A correlated alarm is reported. Go to sub-step b.
N => A correlated alarm is not reported. Go to step 2.
b. Clear the correlated alarm with recommended actions.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Check whether the RUN indicator on the faulty board blinks quickly (ON for 0.125s and
OFF for 0.125s).
Y => The RUN indicator blinks quickly. The board file system is being formatted. Go to
sub-step b.
N => The RUN indicator does not blink quickly. The board file system is not being
formatted. Go to step 4.
b. Wait until the RUN indicator on the board blinks slowly (ON for 1s and OFF for 1s).
Generally, the file system formatting process lasts for about 40 minutes.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 4.
6. Remove and then insert the main control board in the subrack that houses the faulty board on site.
a. Note: Removing and inserting the main control board interrupts the main control board
disrupts all the ongoing services of the base station. Therefore, perform this operation
in low-traffic hours.
Reseat the main control board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 7.
7. Replace the main control board in the subrack that houses the faulty board on site.
a. Note: Replacing the main control board interrupts all the ongoing services of the base
station. Therefore, perform this operation in low-traffic hours. A base station software
upgrade may be required during board replacement, so the correct software version
should be ready for use in advance.
Replace the main control board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Reinstall the original main control board. Contact Huawei
Customer Service Center.
This alarm is reported when the actual slot of the main control board is inconsistent with its configured slot.
Parameters
Major The data configuration of the main control board cannot take effect.
System Actions
The system automatically sets the configuration and running status of the active main control board to be
configured.
Possible Causes
The actual slot of the main control board is inconsistent with its configured slot.
Procedure
a. Run the MML command DSP BRD to check whether the main control board is
configured.
Y => The main control board is configured. Go to sub-step b.
N => The main control board is not configured. Go to step 2.
b. Run the MML command DSP BRD to check whether the slot configured for the main
control board is consistent with the configuration plan.
Y => The slot configured for the main control board is consistent with the configuration
plan. It indicates that the fault is located at the actual installation of the main control
board. Go to step 4.
N => The slot configured for the main control board is inconsistent with the configuration
plan. Go to step 3.
a. Run the MML command ADD BRD to add a main control board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
a. Run the MML command ADD BRD to add a main control board. Then, run the MML
command RMV BRD to remove the wrong data configuration on the M2000.
4. Remove the main control board and install it in the configured slot.
a. Run the MML command DSP BRD to query the configured slot of the main control
board on the M2000.
b. Remove the main control board, and then install it in the configured slot on site.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
Parameters
Major During the process of file system formatting, the board cannot be started, the
maintenance link is broken, and the ongoing services carried on the board are
disrupted.
The active workspace may be unusable when the file system of the main control
board is damaged.
The logs are lost when the file system of a board is damaged.
System Actions
The file system of the faulty board is automatically formatted by the system. Generally, the formatting process
lasts for about 40 minutes. During this process, the RUN LED on the faulty board blinks (ON for 0.125s and OFF
for 0.125s).
Possible Causes
Power failure occurs while the board data reading or writing is in progress. In this case, the file
system is damaged.
Procedure
a. Check whether the RUN LED on the faulty board blinks quickly (ON for 0.125s and OFF
for 0.125s).
Y => The RUN LED blinks quickly (ON for 0.125s and OFF for 0.125s). The board file
system is being formatted. Go to sub-step b.
N => The RUN LED does not blink quickly (ON for 0.125s and OFF for 0.125s). The
board file system is not being formatted. Go to step 2.
b. Wait until the RUN LED on the board blinks slowly (ON for 1s and OFF for 1s).
Generally, the file system formatting process lasts for about 40 minutes.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
Parameters
System Actions
None
Possible Causes
Procedure
a. The purpose of blocking a board is for service test or fault isolation. After the test is
complete or the fault is rectified, you are required to run the MML command UBL BRD
to unblock the board.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when a board is powered off or cannot be powered on.
Parameters
Parameter
Name Parameter Description
Power off Power-off cause (Temperature Too High, Power Saving, User Command, BBU Power Not
Cause Enough, Fault, Other Cause)
Major The ongoing services carried on the board are interrupted. The services of the peer
mode are interrupted when the following conditions are met:
The RF units use the CPRI MUX topology.
The local mode provides the aggregation function.
The faulty board is a baseband board that provides the aggregation function.
System Actions
The system automatically disables the board and isolates the board from all other boards.
Possible Causes
The board is automatically powered off to prevent burnout in the case of a too high board
temperature.
Procedure
a. Check for the correlated alarm of the faulty board on the M2000:
26104 Board Temperature Unacceptable
26101 Inter-Board CANBUS Communication Failure
26112 BBU DC Output Out of Range
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
b. Clear the correlated alarm with recommended actions.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 2.
a. Run the MML command LST LOWPOWERPARA to check whether the energy
conserving strategy of the board is consistent with the site plan.
Y => The energy conserving strategy of the board is consistent with the site plan. No
further action is required.
N => The energy conserving strategy of the board is inconsistent with the site plan. Go
to sub-step b.
b. Run the MML command MOD LOWPOWERPARA to change the energy conserving
strategy according to the site plan. Then, go to step 3.
a. Run the MML command DSP BRD to check whether only one UPEU is configured.
Y => Only one UPEU is configured. Go to sub-step b.
N => Two UPEUs are configured. Go to step 5.
a. Run the MML command DSP BRDMFRINFO to check whether the installed two UPEU
boards are both UPEUc boards.
Y => The installed two UPEU boards are both UPEUc boards. Contact Huawei
b. Replace the UPEU with a UPEUc on site. Ensure that the two UPEU boards in the BBU
are both the UPEUc boards.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Contact Huawei Customer Service Center.
This alarm is reported when the inter-board communication fails on control plane or user plane in the BBU.
Parameters
Major The boards involved in the communication may not work normally. The ongoing
services carried on the boards are disrupted.
System Actions
The system automatically disables the board and isolates the board from all other boards.
Possible Causes
The transmit board automatically resets because of memory soft failure or software program error.
The file system in the transmit board is being formatted due to errors.
The transmit board is powered off.
The transmit board or receive board does not exist or is not securely installed.
The hardware of the transmit board or receive board is faulty.
Procedure
1. Check for the correlated alarm of the transmit board and receive board on the M2000.
a. Check for the correlated alarm of the transmit board and receive board on the M2000:
26200 Board Hardware Fault
26201 Board Memory Soft Failure
2. Check the state of file system of the transmit board and receive board on site.
a. Check whether the RUN LED on the faulty board blinks quickly (ON for 0.125s and OFF
for 0.125s).
Y => The RUN LED blinks quickly (ON for 0.125s and OFF for 0.125s). The board file
system is being formatted. Go to sub-step b.
N => The RUN LED does not blink quickly (ON for 0.125s and OFF for 0.125s). The
board file system is not being formatted. Go to step 3.
b. Wait until the RUN LED on the board blinks slowly (ON for 1s and OFF for 1s).
Generally, the file system formatting process lasts for about 40 minutes.
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
Parameters
Major The board may not work normally. The ongoing services carried on the board are
disrupted. The services of the peer mode are interrupted when the following
conditions are met:
The RF units use the CPRI MUX topology.
The local mode provides the aggregation function.
The faulty board is a baseband board that provides the aggregation function.
System Actions
None
Possible Causes
Procedure
a. Remove the board. Then, check whether there is any bent or broken pin in the
c. Run the MML command RMV BRD to remove the board in the faulty slot.
d. Run the MML command ADD BRD to add the board in the idle slot.
e. Remove the board from the faulty slot and install it in the idle slot. Wait until the board
startup is complete (the RUN LED blinking, ON for 1s and OFF for 1s).
Check whether the alarm is cleared.
Y => The alarm is cleared. No further action is required.
N => The alarm is not cleared. Go to step 3.
This alarm is reported when the optical module on the transmission port of the BBU is faulty.
Parameters
Warning The transmission link on the faulty port is broken. If a backup transmission port or
backup route exists, a failover occurs and the ongoing services are not affected. If
transmission load sharing is configured on the faulty port, the available transmission
bandwidth decreases and data throughput is reduced.
System Actions
The system automatically isolates the faulty transmission port. If a backup transmission port or backup route
Possible Causes
Procedure
a. Check for the correlated alarm of the faulty board on the M2000:
26200 Board Hardware Fault
Y => The correlated alarm exists. Go to sub-step b.
N => The correlated alarm does not exist. Go to step 2.
This alarm is reported when the optical module on the transmission port of the BBU is not in position.
Parameters
Major The transmission link on the faulty port is broken. If a backup transmission port or
backup route exists, a failover occurs and the ongoing services are not affected. If
transmission load sharing is configured on the faulty port, the available transmission
bandwidth decreases and data throughput is reduced.
System Actions
The system automatically isolates the faulty transmission port. If a backup transmission port or backup route
exists, a failover occurs.
Possible Causes
Procedure
This alarm is reported when the optical transmission malfunctions on the transmission port of the BBU.
Parameters
Parameter
Name Parameter Description
Specific Problem Specific Problem of the alarm(Receive No Signal, Receive Power Too High, Receive Power
Too Low)
Major The transmission link on the faulty port is broken. If a backup transmission port or
backup route exists, a failover occurs and the ongoing services are not affected. If
transmission load sharing is configured on the faulty port, the available transmission
bandwidth decreases and data throughput is reduced.
Minor The quality of the transmission link on the faulty port decreases. If a backup
transmission port or backup route exists, a failover occurs and the ongoing services
are not affected. If transmission load sharing is configured on the faulty port, the
available transmission bandwidth decreases and data throughput is reduced.