Eutran Frequent Alarms
Short Description
frequent alarms eutran...
Description
HW&Frequent Alarm
• - HW alarm & procedure • - frequently alarm & procedure • - follow alarm from BE & procedure
HW alarms & Procedure • 1.Hardware overview • DU Board: DUL20
Port
Connector
Description
RI A-F
SFP
Interface DU-RU (electrical) or DU-RRU (optical)
TN A
RJ-45
Gigabit Ethernet (electrical)
TN B
SFP
Gigabit Ethernet (optical)
IDL
HSIO
Inter-DU link (DU to DU)
LMT A
RJ-45
Serial port for OSE shell over RS-232
LMT B
RJ-45
Fast Ethernet for O&M
AUX
RJ-45
Auxiliary (Common EC bus)
EC
RJ-45
EC bus (Dedicated EC bus)
GPS
RJ-45
Used when the network synchronization source is a GPS receiver
Hardware Overview • DUS41
Port A-F
Connector Description Interface/protocol SFP Radio Interface, 10Gbps/s Interface: Uu’, Protocol: CPRI (proprietary) Interface DU-RU (electrical) or DU-RRU (optical). C,D,E,F has also support for IDL2 TN A RJ-45 Transport Network, Interface: S1,X2 and Mul Gigabit Ethernet (electrical 1000BASE-T) “Link1” TN B SFP Transport Network, Interface: S1,X2 and Mul Gigabit Ethernet (optical SFP, 1000BASE-X) “Link2” TN C SFP Transport Network, Interface: S1,X2 and Mul Gigabit Ethernet (optical SFP, 1000BASE-X) NOT USED AT YET IDL HSIO Inter-DU link (DU to DU) IDL1 COMP SFP Coordinated Multi Point communication (CoMP) NOT USED AT YET LMT RJ-45 Local Maintenance Terminal, , Protocol: IP Fast Ethernet for local O&M Default enodeB IP: 169.254.1.10/24 EC RJ-45 EC bus (Dedicated EC bus) Communication with SCU(Fan Control) GPS RJ-45 Used when the network synchronization source is Protocol: NMEA 0183 a GPS receiver
Hardware Overview • RU
Data 1&2: Gamma data and CPRI RF A: Feeder connection TX/RX RF B: Feeder connection RX RX A I/O, RXB I/O: from crossconnecting RUs RXA out: for RX antenna sharing (co-siting)
Hardware Overview • Antenna System AntennaSubUnit
Hardware Overview • DU-RU Connection RfPort
AuPort
RiPort
S1 RU 1 S1
RI A
RRU 1
RU 2
RI A
RI B DU
RI C
RU 3
RI D
RU 4
S2
DU
RI C
RRU 2
RI D
RI E RI F
S2
RI B
RI E
RU 5 RU 6
S3
RI F
RRU 3
Checking command 1.hget riport remote: Check the interface connection between DU and RU/RRU. 2. hget rfbranch portref: Check the interface connection between RU/RRU and Antenna system.
S3
Hardware Overview
OFFLINE_BKK0016-L21_DCG_K> hget riport remote
140226-20:15:35 OFFLINE_BKK0016-L21_dcg_k 10.0b ERBS_NODE_MODEL_D_1_188_COMPLETE stopfile=/tmp/1604 .. ================================================================================================================= MO remoteRiPortRef ================================================================================================================= AuxPlugInUnit=RRU-1,RiPort=DATA_1 AuxPlugInUnit=RRU-1,RiPort=DATA_2 Subrack=1,Slot=1,PlugInUnit=1,RiPort=A AuxPlugInUnit=RRU-2,RiPort=DATA_1 AuxPlugInUnit=RRU-2,RiPort=DATA_2 Subrack=1,Slot=1,PlugInUnit=1,RiPort=B AuxPlugInUnit=RRU-3,RiPort=DATA_1 AuxPlugInUnit=RRU-3,RiPort=DATA_2 Subrack=1,Slot=1,PlugInUnit=1,RiPort=C Subrack=1,Slot=1,PlugInUnit=1,RiPort=A AuxPlugInUnit=RRU-1,RiPort=DATA_2 Subrack=1,Slot=1,PlugInUnit=1,RiPort=B AuxPlugInUnit=RRU-2,RiPort=DATA_2 Subrack=1,Slot=1,PlugInUnit=1,RiPort=C AuxPlugInUnit=RRU-3,RiPort=DATA_2 Subrack=1,Slot=1,PlugInUnit=1,RiPort=D Subrack=1,Slot=1,PlugInUnit=1,RiPort=E Subrack=1,Slot=1,PlugInUnit=1,RiPort=F ================================================================================================================= Total: 12 MOs OFFLINE_BKK0016-L21_DCG_K> hget rfbranch portref
140226-20:16:57 OFFLINE_BKK0016-L21_dcg_k 10.0b ERBS_NODE_MODEL_D_1_188_COMPLETE stopfile=/tmp/1604 .. ================================================================================================================= MO auPortRef rfPortRef ================================================================================================================= AntennaUnitGroup=1,RfBranch=1 [1] = AntennaUnitGroup=1,AntennaUnit=1,AntennaSubunit=1,AuPort=1 AuxPlugInUnit=RRU-1,DeviceGroup=ru,RfPort=A AntennaUnitGroup=1,RfBranch=2 [1] = AntennaUnitGroup=1,AntennaUnit=1,AntennaSubunit=1,AuPort=2 AuxPlugInUnit=RRU-1,DeviceGroup=ru,RfPort=B AntennaUnitGroup=2,RfBranch=1 [1] = AntennaUnitGroup=2,AntennaUnit=1,AntennaSubunit=1,AuPort=1 AuxPlugInUnit=RRU-2,DeviceGroup=ru,RfPort=A AntennaUnitGroup=2,RfBranch=2 [1] = AntennaUnitGroup=2,AntennaUnit=1,AntennaSubunit=1,AuPort=2 AuxPlugInUnit=RRU-2,DeviceGroup=ru,RfPort=B AntennaUnitGroup=3,RfBranch=1 [1] = AntennaUnitGroup=3,AntennaUnit=1,AntennaSubunit=1,AuPort=1 AuxPlugInUnit=RRU-3,DeviceGroup=ru,RfPort=A AntennaUnitGroup=3,RfBranch=2 [1] = AntennaUnitGroup=3,AntennaUnit=1,AntennaSubunit=1,AuPort=2 AuxPlugInUnit=RRU-3,DeviceGroup=ru,RfPort=B ================================================================================================================= Total: 6 MOs Added 6 MOs to group: hget_group
HW Alarm • Basic command: • 1.Get: Check the MO details: get xxx(MO name) xxxx(Attribute name) Show the attribute value of all related MO: get . xxxx(Attribute name) • 2.Set: Change the attribute value of one MO: set xxx(MO name) xxxx(Attribute name) Change all attribute of related MO: set . xxxx(Attribute name) • 3. acl/acc: List the action of one MO: acl xxx(MO name) Start the action: acc xxx(MO name) xxxxx(action describtion from command acl) • 4.pr & st: List all related MO: pr XXX(MO name) For example: pr cellrelation (Check all cell relations) Check the status of MO: st xxx(MO name) • 5.bl/deb Block or Deblock the MO.
• Most command we used when check eNB have the same structure , just need to change the MO or attribute name. • Attachment is some eNB basic command.
Auto-configuration of Board Not Possible
specificProblem
eventType
probableCause
Auto-Configuration of Board Not Possible
EQUIPMENT_AL ARM UNAVAILABLE
serviceImpact (CellDown, CellAvailability = 0%) perceived Managed (Y = Yes, N = serviceDegrade Severity Object No) (Y = Yes, N = No)
WARNING Slot
N
Y
Procedure of solving alarm: 1.Verify the board has been inserted into the correct slot in the subrack and the correct fan has been inserted in the subrack. 2.If the alarm cause cause is Auto-configuration disabled, the configuration doesn't match the inserted board , set the value to true. 3.If the alarm cause is Auto-install for PiuType failed,Install the load modules for the PIU Type. 4.If the board or fan is not part of the current configuration, the node must be upgraded with an Upgrade Package that supports the respective board or fan. The additionalInfo in the alarm gives more information on the problem with the current configuration. Alternatively, use another board or fan with a supported revision
BatteryMissing specificProblem BatteryMissing
serviceImpact (CellDown, perceivedSe Managed CellAvailability = 0%) serviceDegrade eventType probableCause verity Object (Y = Yes, N = No) (Y = Yes, N = No) PROCESSING_ERR CONFIGURATION_OR_CU MAJOR BatteryBack N N OR_ALARM STOMIZING_ERROR up
• Procedure of solving alarm: 1.Check if non-exist BFU MO have been created. 2.Restart the BFU. 3.Check the battery cables. 4.Replace the BFU. 5.Replace the battery.
CurrentTooHigh probableCause
serviceImpact (CellDown, perceivedS Managed CellAvailability = 0%) serviceDegrade everity Object (Y = Yes, N = No) (Y = Yes, N = No) N N
specificProblem
eventType
CurrentTooHigh
EQUIPMENT_ALAR EQUIPMENT_MALFUNCT M ION MINOR
RfPort
• Reason of the alarm: 1. Start-Up of antenna system devices. RETs or RET part of AIR, and TMAs need high current levels when they are turned on. 2. Short circuit. 3. Other dramatic reduction on the branch equivalent DC resistance because of malfunction on the antenna system equipment. 4. Too many units connected. • Procedure of solving the alarm: 1.Check if the Rfport connected to RET or TMA is configured correctly. 2. Check for a short circuit in the power supply and antenna system. 3.Check cable connection.Change cables if necessary. 4.If alarm remains,disconnect a RET or TMA.If alarms still remains,replace the RET, TMA or AIR.
Disconnected serviceImpact (CellDown, CellAvailability = 0%) (Y = Yes, N = No) N
serviceDegr ade (Y = Yes, N = No)
specificProblem Disconnected
perceivedSeve eventType probableCause rity Managed Object EQUIPMENT_ALARM EQUIPMENT_MALFUNCTION MAJOR Cabinet
Disconnected
EQUIPMENT_ALARM EQUIPMENT_MALFUNCTION MAJOR
EquipmentSupport N Function
N
Disconnected
EQUIPMENT_ALARM EQUIPMENT_MALFUNCTION MINOR
ExternalNode
N
N
Disconnected
EQUIPMENT_ALARM EQUIPMENT_MALFUNCTION MAJOR
FanGroup
N
N
Disconnected
EQUIPMENT_ALARM EQUIPMENT_MALFUNCTION MAJOR
HwUnit
N
N
N
Disconnected • Actions for Cabinet 1.Connect the smoke detector to the SCU. 2.Restart the SCU to which the smoke detector is connected.
• Actions for EquipmentSupportFunction 1. Check that the secondary node Digital Unit (DU) and primary node DU are connected to the EC bus on correct hubPosition. 2.If the alarm remains, check that secondary node and primary node are configured properly through the attributes SupportSystemControl and hubPosition 3.If the alarm remains,restart the secondary node DU. 4.If the alarm remains, restart the primary node DU. 5.Change the cable that connects the secondary or primary node in this node to the EC bus. 6.Change the EC bus hub or the SHU
Disconnected • Actions for ExternalNode 1.Check that the number of the ExternalNode MO in the primary node is consistent with the number of secondary nodes installed in the RBS. 2.If the alarm remains, check that the other nodes in the RBS are configured as secondary nodes. The secondary nodes must have attribute SupportSystemControl set to FALSE. 3.If the alarm remains, check that the attribute hubPosition on the EcPort MO (of the ExternalNode MO) in this node has the same value as attribute hubPosition on the HwUnit MO (of the PlugInUnit MO) in the corresponding secondary node. 4.Check the cable to EC bus and restart DU or replace cable when needed. • Actions for FanGroup 1.Restart the System Control Unit/Support Part (SCU/SUP). 2.check that attribute climateSystem is correctly configured for this RBS and that the corresponding correct number of fan groups is installed in the RBS.
Disconnected • Actions for FanGroup 1.Check that the node is configured properly and that the hardware unit is present in this RBS node. The correct number of HwUnit MOs with correct HwUnitType must be configured on the node. 2.Restart the hardware unit and check the cable,hardware is properly connected and change the faulty unit when necessary.
probableCause
perceivedSe Managed verity Object
specificProblem
eventType
EnclosureDoorOpen
ENVIRONMENTAL ENCLOSURE_DOOR_OPE _ALARM N_M3100 MAJOR
Cabinet
serviceImpact (CellDown, CellAvailability = 0%) serviceDegrade (Y = Yes, N = No) (Y = Yes, N = No)
N
N
• Procedure for solving alarm: 1. Check whether there is any authorized personnel at the site. Follow the security routines.Close the door.
probableCause
perceivedSe Managed verity Object
specificProblem
eventType
FanFailure
EQUIPMENT_ALAR EQUIPMENT_MALFUNCT M ION MAJOR
FanGroup
serviceImpact (CellDown, CellAvailability = 0%) serviceDegrade (Y = Yes, N = No) (Y = Yes, N = No)
N
• Procedure for solving alarm: 1.Restart the Support Control Unit to see if it has ceased. 2.Lock the SCU,change the fan and unlock the SCU.
Y
specificProblem GeneralHwError
perceivedSe Managed eventType probableCause verity Object EQUIPMENT_ALAR EQUIPMENT_MALFUNCT M ION MAJOR HwUnit
serviceImpact (CellDown, CellAvailability = 0%) serviceDegrade (Y = Yes, N = No) (Y = Yes, N = No) N
Y
• Procedure for solving alarm: 1.Restart the faulty board or unit. 2.Change the board or unit.
specificProblem Gigabit Ethernet Link Redundancy Fault
serviceImpact (CellDown, CellAvailability = 0%) serviceDegrade (Y = Yes, N = No) (Y = Yes, N = No)
perceivedSe Managed eventType probableCause verity Object EQUIPMENT_ALAR REPLACEABLE_UNIT_PRO GigaBitEther M BLEM WARNING net N
N
• Procedure for solving alarm: 1.If the network equipment is incorrectly configured, correct the configuration, possibly in cooperation with the other maintenance center. 2.Examine the cables between the node and the network equipment to ensure that they are correctly connected and that they are not faulty. 3.Connect to a different port on the network equipment for the faulty link, possibly in cooperation with the maintenance center for the network equipment.
HW Fault perceivedSeve rity Managed Object
serviceDegr ade (Y = Yes, N = No)
specificProblem
eventType
HwFault
EQUIPMENT_ALARM EQUIPMENT_MALFUNCTION MINOR
AntennaNearUnit N
N
HwFault
EQUIPMENT_ALARM EQUIPMENT_MALFUNCTION MINOR
DeviceGroup
Y
Y
HwFault
EQUIPMENT_ALARM EQUIPMENT_MALFUNCTION MINOR
RiPort
Y
Y
•
probableCause
serviceImpact (CellDown, CellAvailability = 0%) (Y = Yes, N = No)
Alarms occurs when there is a hardware failure in the RET or the TMA(AntennanearUnit), DU/RU/RRU(DeviceGroup) , or the SFP module is faulty, disconnected or does not support the required bitrate.
• Actions for AntennaNearUnit 1.Identify the faulty RET or TMA and inspect it visually (check the power supply, cables, and so on). Replace the cables if necessary. 2.If the alarm remains, restart the faulty RET or TMA. 3.If the alarm remains, replace the RET or TMA.
HW Fault • Actions for DeviceGroup 1.Identify the faulty unit and inspect it visually (check the power supply, cables, and so on). 2.If the alarm remains, restart the faulty unit. If the faulty unit is a Digital Unit, restart it with restart rank RESTART_COLDWTEST. 3.Replace the faulty unit. • Actions for RiPort 1.Identify the faulty SFP module connected to the RU or RRU. 2.Replace the faulty SFP module.
LinkFailure specificProblem LinkFailure
•
eventType probableCause EQUIPMENT_AL ARM LINK_FAILURE
perceivedS Managed everity Object
serviceImpact (CellDown, CellAvailability = 0%) (Y = Yes, N = serviceDegrade No) (Y = Yes, N = No)
MINOR
N
RiPort
Y
Communication link problem, radio interface connection.Possible source for the alarm is a faulty DU, cable, or RU/RRU. • The alarm also occurs if the SFP (Small Form-factor Pluggable) module is faulty, disconnected or does not support the required bit rate. The additional texts Faulty or Incompatible SFP Module or Missing SFP Module will then be displayed. Action for SFP module: 1. For Faulty or Incompatible SFP Module :Change the faulty SFP module to the unit generating the alarm. 2. For Missing SFP Module : Reconnect the missing or disconnected SFP module to the unit generating the alarm Action for DU,cable or RU/RRU: 1.Restart the DU and RU/RRU to see if alarm has ceased. 2.If not, check the cable connection between DU and RU/RRU, replace the cable if necessary.
Loss of Tracking eventType
Loss of Tracking
EQUIPMENT_ALAR REPLACEABLE_UNIT_PRO M BLEM MAJOR
• 1.
2.
probableCause
perceivedS Managed everity Object
specificProblem
serviceImpact (CellDown, CellAvailability = 0%) (Y = Yes, N = serviceDegrade No) (Y = Yes, N = No)
Synchroniza Y tion
Y
Reason of the alarm The system or radio clock cannot track a synchronization reference because the reference has a very large frequency deviation. This fault location is Synchronization reference. The system or radio clock cannot track any synchronization reference as a result of a faulty Timing Unit or the aging of its oscillator. This fault location is Timing Unit.
Loss of Tracking •
Procedure for solving alarm
1. Examine the value of the attribute, syncRefStatus in the MO, Synchronization, for all defined references. 2. Remove all synchronization references whose state is LOSS_OF_TRACKING, configure one (or more, if needed) new synchronization references . 3. Examine the value of the attribute, tuSystemClock in MO, TimingUnit, for all timing units in the node. Lock the board that is in state, LOSS_OF_TRACKING, using hard lock. 4. Restart board. 5. Unlock the board, using the instruction, Unlock Board. Reset the LOSS_OF_TRACKING state, using the action, resetLossOfTracking in the MO, Synchronization, for all synchronization references. 6. If alarm exsit, replace the board containing the TU.
LossofMains specificProblem
serviceDeg serviceImpact rade (CellDown, (Y = Yes, N perceivedSev CellAvailability = 0%) = No) erity Managed Object (Y = Yes, N = No)
LossOfMains
eventType probableCause ENVIRONMENTAL_ COMMERCIAL_POWER_FAI ALARM LURE MAJOR
HwUnit
N
N
LossOfMains
ENVIRONMENTAL_ COMMERCIAL_POWER_FAI ALARM LURE MAJOR
PowerSupply
N
N
•
Reason of the alarm: PSU detects a fault in the incoming power supply.
• Procedure for solving alarm 1. Check the incoming power supply. If the incoming power supply is absent, contact the incoming power supplier or the next level of maintenance support. 2. Check the power source fuses. Change any defective fuse.
No Contact probableCause
serviceDeg serviceImpact rade (CellDown, (Y = Yes, N perceivedSev CellAvailability = 0%) = No) erity Managed Object (Y = Yes, N = No)
specificProblem
eventType
NoContact
EQUIPMENT_ALARM EQUIPMENT_MALFUNCTION MINOR
AntennaNearUnit N
N
NoContact
PROCESSING_ERROR_ CONFIGURATION_OR_CUSTO ALARM MIZING_ERROR MINOR
AntennaNearUnit N
N
NoContact
EQUIPMENT_ALARM EQUIPMENT_MALFUNCTION MINOR
AuxPlugInUnit
Y
Y
• Reason of the alarm: 1. AuxPlugInUnit: Connection to resource is lost, or connection is not established. The AdditionalText: "(Mixed Mode)" indicates that the RU may be shared and possible conflict with another RAN needs to be considered. 2. AntennaNearUnit(EQUIPMENT_MALFUNCTION): The alarm originates from an antenna near unit due to either loss of connection or inability to establish it. 3. AntennaNearUnit(CONFIGURATION_OR_CUSTOMIZING_ERROR): The alarm is issued when there is no license for the feature to activate installed equipment.
No Contact • Actions for AuxPlugInUnit 1. Check that the configuration of the MO RiPort matches the physical configuration . 2. Identify and lock the faulty unit, replace the faulty unit (RU, cable, SFP..) and unlock it. 3. escalation. • Actions for AntennaNearUnit 1. Check the cable connection. 2. Restart the RU serving the AnteenaNearUnit. 3. Check ifthe proper licence is installed.
PowerFailure specificProblem PowerFailure
serviceDeg serviceImpact rade (CellDown, (Y = Yes, N perceivedSev CellAvailability = 0%) = No) erity Managed Object (Y = Yes, N = No)
eventType probableCause EQUIPMENT_ALAR M POWER_SUPPLY_FAILURE MINOR
AuxPlugInUnit
Y
Y
• Reason of the alarm: Incoming power supply failure to RU. • Procedure of solving the alarm: 1. Loss of mains is the most likely cause for the PowerFailure alarm to be raised. Therefore, start by checking for external AC problems and make sure that the power supply switch is turned on. 2. If the alarm ports of a Remote Radio Unit (RRU) are configured for power outage supervision, the ExternalAlarm is ceased on affected alarm ports at RRU power outage. Check the ExternalAlarm configuration as the ExternalAlarm that preceded PowerFailure might point to the cause for PowerFailure to be raised. 3. If alarm still remains, check that the power supply cable to the PDU is properly inserted and working. Change the cable if necessary. 4. Identify the RU generating the alarm by inspecting the LED lights on the front of the unit. The RU with all LED lights off is generating the alarm. Check that the power supply cable connecting the PDU to the RU is properly inserted and working. Change the cable if necessary. 5. Change the PDU. If alarm remains, change the RU/RRU.
RetFailure probableCause
serviceDeg serviceImpact rade (CellDown, (Y = Yes, N perceivedSev CellAvailability = 0%) = No) erity Managed Object (Y = Yes, N = No)
specificProblem
eventType
RetFailure
EQUIPMENT_ALARM EQUIPMENT_MALFUNCTION MINOR
RetSubUnit
N
N
• Reason of the alarm: 1.Configuration file problem. The file needed for the actuator to know how to move that specific antenna unit is missing. 2.Unable to move antenna due to jam. Physical problem with the motor or the actuator detected on the RET subunit tilting the addressed antenna unit. 3.Actuator interference The actuator has been moved by an unknown reason. • Procedure of solving the alarm: 1. check the alarm additional information 2. If it is Configuration file problem, Install a correct antenna configuration file 3. If it is Unable to move antenna due to jam, - Inspect the antenna and remove any physical obstructions for tilt - If the alarm remains, identify and change faulty equipment 4. If it is Actuator interference, Set a new value for electricalAntennaTilt to tilt the antenna to the wanted position
VswrOverThreshold probableCause
serviceDeg serviceImpact rade (CellDown, (Y = Yes, N perceivedSev CellAvailability = 0%) = No) erity Managed Object (Y = Yes, N = No)
specificProblem
eventType
VswrOverThreshold
EQUIPMENT_ALARM EQUIPMENT_MALFUNCTION MINOR
RfPort
N
Y
• Reason of the alarm: The alarm is caused by a decrease of return loss below the sensitivity threshold because of problems in the antenna unit or antenna feeder. • Procedure of solving alarm: 1. Check that the RfPort and RfBranch MOs (for example, parameters AntennaSupervisionSensitivity, dlAttenuation, and ulAttenuation) are correctly configured. -If the configuration is changed, restart the digital unit, as described in Restart Board. 2. If the alarm remains, restart the radio unit, as described in Restart Board. Check if the alarm has ceased. It can take up to 30 minutes for the alarm to reappear. 3. If the alarm remains, check that the feeder is connected properly to the antenna, and that there is no short circuit in the feeder and antenna system. See Feeder System Guideline. 4. If the alarm remains, check that there is no water in the feeder, no snow covering the antenna, or there is no excessive RF signal coming from an external source. 5. If the alarm remains, replace the faulty antenna equipment. If applicable, replace the Tower Mounted Amplifier (TMA).
Frequent alarm & Procedure
Disk Volume C/D Full probableCause
serviceDeg serviceImpact rade (CellDown, (Y = Yes, N perceivedSev CellAvailability = 0%) = No) erity Managed Object (Y = Yes, N = No)
specificProblem
eventType
Disk Volume C Full
EQUIPMENT_ALARM DISK_PROBLEM
MAJOR
ManagedElement N
N
Disk Volume D Full
EQUIPMENT_ALARM DISK_PROBLEM
MAJOR
PlugInUnit
N
N
• Reason of the alarm: Too much redundant data stored on the C/D volume. • Procedure of solving alarm: 1. Determine whether there are old UpgradePackage MOs that should be deleted. If so, delete them. 2. Investigate whether there are further upgrade package MOs, or CVs that can be deleted.If so, delete them.
Duplicate IP Address Fault probableCause
serviceDeg serviceImpact rade (CellDown, (Y = Yes, N perceivedSev CellAvailability = 0%) = No) erity Managed Object (Y = Yes, N = No)
specificProblem
eventType
Duplicate IP Address Fault
COMMUNICATIONS_ COMMUNICATION_PROTOCO ALARM L_ERROR MAJOR
IpAccessHostEt
Y
Y
Duplicate IP Address Fault
COMMUNICATIONS_ COMMUNICATION_PROTOCO ALARM L_ERROR MAJOR
Ipv6Interface
N
N
• Reason of the alarm:Configuration fault or communication protocol error. • Procedure of solving the alarm: 1.For IpAccessHostEt: a.Set the correct address in the attribute ipAddress in the IpAccessHostEt MO. b.Wait for 5 minutes to see if it's ceased 2.For Ipv6Interface: a.Find the GigaBitEthernet MO by following the reference from the attribute ethernetRef in the Ipv6Interface MO. b.Read the attribute macAddressLink1 from the GigaBitEthernet MO. c.Consult the next level of maintenance support or replace a board.
Emergency Unlock of Software Licensing probableCause
serviceDeg serviceImpact rade (CellDown, (Y = Yes, N perceivedSev CellAvailability = 0%) = No) erity Managed Object (Y = Yes, N = No)
specificProblem
eventType
Emergency Unlock of Software Licensing
QUALITY_OF_SERVICE _ALARM ALARM_INDICATION_SIGNAL MINOR
Licensing
N
N
• Reason of the alarm: The alarm is issued when someone activates the Emergency state, using the action setEmergencyState. The purpose of this Emergency state is to free the software of all license restrictions in an emergency situation, so that the capacity of the node is maximized. • Procedure of solving alarm: 1.Investigate whether a new LKF containing a Emergency Unlock Reset key for the node has been ordered and received from the Ericsson Customer License Center. If so, continue with the next step. If not, contact the Ericsson Customer License Center and order a new LKF. Wait for the new key to be received before proceeding. 2.Install the new LKF into the node from the FTP or SFTP server, using the operation and maintenance tool that is used for node maintenance. The MO action is updateLicenseKeyFile. 3.Verify that the alarm ceases.
ExternalAlarm probableCause
serviceDeg serviceImpact rade (CellDown, (Y = Yes, N perceivedSev CellAvailability = 0%) = No) erity Managed Object (Y = Yes, N = No)
specificProblem
eventType
ExternalAlarm
UNKNOWN_EVENT_T EXTERNAL_EQUIPMENT_FAIL YPE URE MINOR
AlarmPort
N
N
• Reason of the alarm: This alarm is issued for external equipment connected to the RBS, or equipment within the RBS that is defined as external equipment. Possible alarm triggers are as follows: 1.An external equipment supervision limit is exceeded 2.An external equipment fault condition exists Alarm severity and actions to take depend on which external equipment is issuing the alarm. Information in the alarm is based on the customer’s configuration of the corresponding MO(1) AlarmPort. • Procedure of solving the alarm: 1.check that the corresponding MO AlarmPort is configured properly and consistently with the connected external equipment.
ExternalLinkFailure specificProblem
eventType
probableCause
ExternalLinkFailure
EQUIPMENT_ALARM LINK_FAILURE
serviceDeg serviceImpact rade (CellDown, (Y = Yes, N perceivedSev CellAvailability = 0%) = No) erity Managed Object (Y = Yes, N = No) MINOR
ENodeBFunction
N
N
• Reason of the alarm: The alarm is issued when the X2 link to at least one neighboring eNodeB is down after four re-setup attempts. The time between each re-setup attempt is controlled by the x2RetryTimer. • Procedure of solving the alarm: 1.Check that the corresponding TermPointToEnb MO of the remote eNB is not in the LOCKED administrative state 2.Check the underlaying transport network between the eNB and the remote eNB for faults and if such exist, correct them.
FeatureResourceMissing probableCause
serviceDeg serviceImpact rade (CellDown, (Y = Yes, N perceivedSev CellAvailability = 0%) = No) erity Managed Object (Y = Yes, N = No)
specificProblem
eventType
FeatureResourceMissing
PROCESSING_ERROR_ CONFIGURATION_OR_CUSTO ALARM MIZING_ERROR MINOR
RfPort
N
N
FeatureResourceMissing
PROCESSING_ERROR_ CONFIGURATION_OR_CUSTO ALARM MIZING_ERROR MAJOR
SectorEquipmentF unction Y
Y
FeatureResourceMissing
PROCESSING_ERROR_ CONFIGURATION_OR_CUSTO ALARM MIZING_ERROR MAJOR
EUtranCellFDD
Y
Y
• Reason of the alarm: 1. For Rfport:The VSWR feature license is missing or the VSWR feature is not supported in the RU for the antenna port. 2. For SectorEquipmentFunction:The optional feature license stated in Additional Text is missing and the sector is configured for this feature 3. For EUtranCellFDD:This alarm is issued during cell unlock if a feature license is missing or inoperable. If the missing feature license is 6 Cell Support the alarm is generated when unlocking the fourth cell.
FeatureResourceMissing • Action for VSWR feature license missing and Rfport: Install and activate VSWR Antenna Supervision license or turn off VSWR Supervision. • Action for VSWR feature not supported and Rfport: Replace the RU or turn off VSWR supervision • Action for SectorEquipmentFunction or EUtranCellFDD: Install the feature license stated as missing in the Additional Text. If the Additional Text states the license as inoperable, the operationalState of the feature is disabled. Enable the feature.
Gigabit Ethernet Link Fault specificProblem
eventType
probableCause
Gigabit Ethernet Link Fault
COMMUNICATIONS_ ALARM LOSS_OF_SIGNAL
serviceDeg serviceImpact rade (CellDown, (Y = Yes, N perceivedSev CellAvailability = 0%) = No) erity Managed Object (Y = Yes, N = No) MAJOR
GigaBitEthernet
N
Y
• Reason of the alarm: 1. Link Fault.The traffic on the link is disturbed. Link fault, board fault, Ethernet network fault or configuration fault. 2. Autonegotiation Failed to Meet Minimum Configured Requirements. The traffic continues at a lower speed than configured.
Gigabit Ethernet Link Fault • Procedure of solving the alarm: 1. Ensure that the attribute autoNegotiation in the MO GigaBitEthernet, is aligned on the local and the remote side. If the alarm ceases, exit this procedure. 2. If the fault is in the remote node and if the alarm ceases when the fault has been repaired, exit this procedure. If there is no fault in the remote node, go to Step 3 . 3. Identify the board with the faulty Gigabit Ethernet Link. 4. Lock the faulty board, using the instruction Lock Board. The Lock type is Hard lock. 5. Restart the faulty board, using the instruction, Restart Board. The RestartRank is Cold with Test and the RestartReason is Restart ordered to resolve O&M issues. In the field RestartInfo, write the name of this alarm. 6. Unlock the board, using the instruction Unlock Board. If the alarm is not issued again, exit this procedure. 7. If traffic continues at a lower speed than configured, check the used SFP information.
InconsistentConfiguration specificProblem InconsistentConfiguration InconsistentConfiguration InconsistentConfiguration InconsistentConfiguration InconsistentConfiguration InconsistentConfiguration InconsistentConfiguration InconsistentConfiguration InconsistentConfiguration
eventType PROCESSING_ERR OR_ALARM PROCESSING_ERR OR_ALARM PROCESSING_ERR OR_ALARM PROCESSING_ERR OR_ALARM PROCESSING_ERR OR_ALARM PROCESSING_ERR OR_ALARM PROCESSING_ERR OR_ALARM PROCESSING_ERR OR_ALARM PROCESSING_ERR OR_ALARM
probableCause CONFIGURATION_OR_C USTOMIZING_ERROR CONFIGURATION_OR_C USTOMIZING_ERROR CONFIGURATION_OR_C USTOMIZING_ERROR CONFIGURATION_OR_C USTOMIZING_ERROR CONFIGURATION_OR_C USTOMIZING_ERROR CONFIGURATION_OR_C USTOMIZING_ERROR CONFIGURATION_OR_C USTOMIZING_ERROR CONFIGURATION_OR_C USTOMIZING_ERROR CONFIGURATION_OR_C USTOMIZING_ERROR
perceivedSe Managed verity Object
serviceImpact (CellDown, CellAvailability = 0%) (Y = Yes, N = No)
serviceDe grade (Y = Yes, N = No)
MINOR
AntennaUnit
N
N
MINOR
DeviceGroup
Y
Y
MINOR
RetSubUnit
N
N
MINOR
RfPort
Y
Y
MINOR
Y
MAJOR
RiPort Y SectorEquipme ntFunction Y
MAJOR
MbsfnArea
N
Y
MINOR
AlarmPort
N
N
MINOR
EcPort
N
N
Y
InconsistentConfiguration • Action for AntennaUnit: This alarm is raised when the total tilt range of the antenna unit is modified, there is no Remote Electrical Tilt (RET), and mechanicalAntennaTilt is out of the total tilt range. 1.Change maximum or minimum total tilt or mechanicalAntennaTilt to get total tilt within the maximum and minimum total tilt range • Action for DeviceGroup: The Managed Object configuration of the unit is inconsistent. Either a program is missing or the configuration is wrong. 1. Consult the next level of maintenance support to retrieve an Upgrade Package with a correct Managed Object configuration • Action for RetSubUnit: This alarm is raised when the total tilt range of the AntennaSubunit is modified, causing the electricalAntennaTilt to be out of the total tilt range.
1. Change maximum or minimum total tilt or electricalAntennaTilt to get total tilt within the maximum and minimum total tilt range. The electricalAntennaTilt shall be set to get total tilt (electricalAntennaTilt on the RetSubUnit MO + mechanicalAntennaTilt on the AntennaUnit MO) within the maximum and minimum total tilt range.The electricalAntennaTilt also needs to be set within the ranges of the physical RET.
InconsistentConfiguration • Action for RfPort: The alarm is raised when more ports are configured than what the radio unit supports. 1.Check the software configuration, and configure the correct number of RET ports. 2.Restart DU. • Action for RiPort: This alarm is generated in Mixed Mode when the CPRI cable is not connected according to what is configured in the MIB. Additional Text: Either the CPRI cable is wrongly connected or there is a configuration fault (Mixed Mode) The AdditionalText: "(Mixed Mode)" indicates that the RU may be shared and possible conflict with another RAN needs to be considered. 1.Reconnect the CPRI cable.
InconsistentConfiguration • Action for MbsfnArea: Inconsistent configuration of Mbsfn subframes. A cell is connected to several Mbsfn areas. The subframes in these Mbsfn areas are overlapped. 1. Lock the MbsfnArea MO. 2.Check the configuration of subframes used by the MbsfnArea in the attribute commonSFAlloc so that these do not overlap with subframes used by another activated MbsfnArea. 3.Check the configuration of notificationIndicator so that it is not the same as for another MbsfnArea that is activated in the same cell. 4.Unlock the MbsfnArea MO. • Action for SectorEquipmentFunction: This alarm is raised because of, for example, an incorrect configuration of how the hardware, such as antenna near products, or radio equipment, are connected. The alarm might be related to output power licenses. For example, insufficient output power licenses are installed or there are hardware-related output power limitations. 1.Check if the hardware, such as antenna near products or radio equipment, is correctly configured in the MOM. Modify the configuration if necessary. 2.Check if sufficient output power licenses are installed or if there are any hardwarerelated output power limitations.
InconsistentConfiguration • Action for AlarmPort: In mixed mode configurations, at external alarm port configuration, the RBS System attempts to setup a physical alarm port on a Remote Radio Unit (RRU) with a normallyOpen attribute that is different from the shared client's value. 1.In the LTE node, lock the AlarmPort MO. 2.In the WCDMA node, lock the AlmDevice MO. 3.In the LTE node, set the normallyOpen attribute in the AlarmPort MO. 4.In the LTE node, unlock the AlarmPort MO. 5.In the WCDMA node, set the normallyOpen attribute in the AlmDevice MO. 6.In the WCDMA node, unlock the AlmDevice MO. • Action for EcPort: This alarm is raised if the hubposition is empty or not valid. Conflicting values of hubposition also cause this alarm. 1.Check if the hubposition is given a proper value, that is, the value is set to the port to which the hardware unit is connected to in the hub. The hubposition value is not configured for any other EcPort MO.
License Key File Fault specificProblem License Key File Fault
perceivedSe Managed verity Object
eventType probableCause QUALITY_OF_SER CONFIGURATION_OR_C VICE_ALARM USTOMIZING_ERROR CRITICAL
Licensing
serviceImpact (CellDown, CellAvailability = 0%) (Y = Yes, N = No)
serviceDe grade (Y = Yes, N = No)
Y
Y
• Reason of the alarm: The node has no valid LKF installed. • Procedure of solving the alarm: 1. Confirm that a new LKF has been ordered and received from the Ericsson Customer License Center. 2. Install the new LKF in the node from the FTP or SFTP server. Use the action updateLicenseKeyFile on the MO Licensing.
NTP Server Reachability Fault specificProblem
eventType
NTP Server Reachability Fault
COMMUNICATIONS_ ALARM UNAVAILABLE
probableCause
perceivedSe Managed verity Object
serviceImpact (CellDown, CellAvailability = 0%) (Y = Yes, N = No)
serviceDe grade (Y = Yes, N = No)
MAJOR
N
N
IpSyncRef
• Reason of the alarm: Communication problems toward NTP server, configuration fault or HW fault. • Procedure of solving the alarm: 1. Examine the value of the attribute, ntpServerIpAddress, in the MO, IpSyncRef(or “Get . Ntpserveraddress “ to check the value) 2. Contact the NTP server, using the action, ping on the MO, IpAccessHostEt 3. If there is no contact with the NTP server, contact the maintenance center for that NTP server, or contact the maintenance center for the network. Request them to act on the fault. There can be a configuration fault in the network.
Password File Fault &Remote IP Address Unreachable specificProblem Password File Fault
perceivedSe verity Managed Object
eventType probableCause QUALITY_OF_SER CONFIGURATION_OR_C VICE_ALARM USTOMIZING_ERROR MINOR
Security
serviceImpact serviceDe (CellDown, grade CellAvailability = (Y = Yes, 0%) N = No) (Y = Yes, N = No)
N
N
• Procedure of solving the alarm: 1.Access the node via SSH or Telnet. 2.Set a new password, using the shell command passwd. The alarm automatically ceases when a new password is set
specificProblem Remote IP Address Unreachable
eventType probableCause COMMUNICATION S_ALARM UNAVAILABLE
perceivedSe verity Managed Object
serviceImpact serviceDe (CellDown, grade CellAvailability = (Y = Yes, 0%) N = No) (Y = Yes, N = No)
MINOR
N
• Procedure of solving the alarm: Check the IP address connectivity from core side.
Sctp
N
ResourceConfigurationFailure specificProblem
eventType EQUIPMENT_ALA ResourceConfigurationFailure RM PROCESSING_ERR ResourceConfigurationFailure OR_ALARM PROCESSING_ERR ResourceConfigurationFailure OR_ALARM PROCESSING_ERR ResourceConfigurationFailure OR_ALARM PROCESSING_ERR ResourceConfigurationFailure OR_ALARM
perceivedSe verity Managed Object
probableCause EQUIPMENT_MALFUNCT ION MINOR SYSTEM_CALL_UNSUCCE SSFUL MAJOR TIMEOUT_EXPIRED MAJOR CONFIGURATION_OR_C USTOMIZING_ERROR MAJOR TIMEOUT_EXPIRED
MAJOR
serviceImpact serviceDe (CellDown, grade CellAvailability = (Y = Yes, 0%) N = No) (Y = Yes, N = No)
RetSubUnit N SectorEquipmentF unction Y SectorEquipmentF unction Y
N
EUtranCellFDD
Y
Y
EUtranCellFDD
Y
Y
Y Y
• Action for RetSubUnit: The alarm is raised when the resource configuration fails, because the RET tilt is in an unknown position. Calibrate the RET using the forcedCalibration action of the RetSubUnit.
ResourceConfigurationFailure • Action for SectorEquipmentFunction Systemcall Unsuccessful: The alarm is raised when the sector is activated and the resource allocation for the sector fails. This can be caused by a rejected signal from requested HW. 1. Lock the sector using the SectorEquipmentFunction MO, check this MO and referenced Rfbranch parameter values. 2. Lock cell/sector and unlock sector/cell again. • Action for SectorEquipmentFunction TIMEOUT_EXPIRED: This alarm is raised when the sector is activated and the resource allocation for the sector fails. This can be caused by a signal timeout from requested HW. 1. Lock the cell using the EUtranCellFDD MO. 2. Unlock the cell. 3. Check that the alarm has ceased. 4. If the alarm remains, restart the RU. See Restart Board. 5. Check that the alarm has ceased. 6. If the alarm remains, restart the node. See Restart Node. 7. Check that the alarm has ceased. 8. If the alarm remains, consult the next level of maintenance support
ResourceConfigurationFailure • Action for EUtranCellFDD CONFIGURATION_OR_CUSTOMIZING_ERROR : 1. Check the EUtranCellFDD MO parameter values. Make sure configuraion is correct. 2. Lock EUtranCellFDD and SectorEquipmentFunction, and unlock them. • Action for EUtranCellFDD TIMEOUT_EXPIRED: The alarm is raised when activation of resources hangs or when the cell is activated and the resource allocation for the cell fails. This can be caused by a missing signal from the requested resource or by disabled (failed) resources during startup of the node. 1. Lock and Unlock the cell using the EUtranCellFDD MO.Check ifthe alarm has ceased. 2. If the alarm remains, check that the Digital Unit (DU) and RU is enabled and unlocked. 4. If the DU is locked, unlock the DU. 5. If the RU is locked, unlock the RU. 6. Lock the cell using the EUtranCellFDD MO. 7. Unlock the cell. 8. If the alarm remains, restart the RU. See Restart Board. 8. Check that the alarm has ceased. 9. If the alarm remains, restart the node. See Restart Node. 10. Check that the alarm has ceased. 11. If the alarm remains, consult the next level of maintenance support.
LTE Alarm list
View more...
Comments
