Professional Documents
Culture Documents
3G Alarms & Solutions: Go To Top
3G Alarms & Solutions: Go To Top
ALARM 2: Device_AntennaSystemProblem
ALARM 4: Carrier_RXDiversityLost
ALARM 6: Carrier_RejectSignalFromHardware
ALARM 7: RuDeviceGroup_GeneralHWError
ALARM 8: Device_ExternalUnitFailure
ALARM 9: ExternalTma_LnaFailureBranchA
ALARM 10: Nbap (in RNC) OR Equipment for RUDeviceGroup (in RBS)
Go to Top Page 1
ALARM 28: Antenna alarms pointing to one sector
ALARM 40:
AuxPlugInUnit_NewAuxiliaryUnitDetectedNotCorrespondingToTheDefinedConfigurati
on
Loss of Tracking
PDH Loss of Signal or PDH Loss of Frame or only Loss of Signal or Loss of
Frame
In most cases, the node lost one of the synchronization references and the
node needs to be resynched
TU Synch Reference Loss of Signal: TUB or CBU doesnt get the signal
"resetLossOfTracking" on Sync MO (use LDN of pp1 and pp2 which are the sync
references
Go to Top Page 2
PDH Loss of Signal/Frame or Loss of Signal/Frame: ET doesnt detect the
signal
check port, cables, board (put cable between Tx and Rx on the ET), if
everything is ok, then remove this port from the sync reference
ALARM 2: Device_AntennaSystemProblem
Moshell <rbs>
lt antennabranch
get antennabranch antennaSupervisionThreshold
lt tma
get tma power
In the RBS there is feature to measure the VSWR (Voltage Standing Wave
Ratio). In simple words, the VSWR is a measure of the reflection in the RF
path caused by faulty equipment between the RBS and the Antenna. In case of
non-TMA sites, the RBS has another feature call DC resistance. See the
following table to see which features are used for the US market.
Configuration/Supervision
Feeder Power Supply SV
DC Antenna SV
VSWR Antenna SV
TMA SV
A
B
A
B
1. Only antenna
No
No
Yes
Yes
-
No
2. RET/RIU, no ASC/TMA
Yes, branch A
No
Yes
Yes
-
No
Go to Top Page 3
3.TMA, external power supply
No
No
No
Yes
-
No
5. ASC
Yes
No
No
No
-
No
In this case ask the ASP to put dummy loads on the RBS to eliminate alarms
with the Antenna.
This is because the feeder cable is shared by the 1900 and the 850, and the
1900 powers the TMA (15V) through the jumper cables thus interfering with the
850 branch B antenna supervision readings (tests for DC resistance)
triggering the alarm.
Go to Top Page 4
ALARM 3: Loss of Cell Delineation
check the link performance (ES and SES) on E1PhysPathTerm for that link, if
the numbers are increasing, then the network is not stable, if it is not
increasing, then there might be a HW issue (ET board)
ALARM 4: Carrier_RXDiversityLost
if connection is ok, try to restart the port for that sector "lhsh 001200/xxx
restart"
check the antenna, jumper cables, cable connections visually and also by
swapping them among the sectors and see whether alarm moves
check FU
check the value of the supervision parameter (should be 49, but if set to 0
no alarm is reported)
restart the RU
ALARM 6: Carrier_RejectSignalFromHardware
This alarm is issued from several HW, mainly RU, TXboard and RRU
insert new HW
if this doesnt help reboot the RBS (there has been a CSR which requires
reboot)
Go to Top Page 5
ALARM 7: RuDeviceGroup_GeneralHWError
ALARM 8: Device_ExternalUnitFailure
check the antenna, jumper cables, cable connections visually and also by
swapping them among the sectors and see whether alarm moves
ALARM 9: ExternalTma_LnaFailureBranchA
This alarm comes up when the two transistors amplifying the RF signals in the
TMA fail. The cell can still carry traffic as long as branch B is working,
however, the RX might be degraded.
Make sure the currentHighLimA TMA parameter is set to 180 just like the
currentHighLimB.
ALARM 10: Nbap (in RNC) OR Equipment for RUDeviceGroup (in RBS)
Check whether feeder loss is outside the acceptable range (max is 6db)
Check power
Go to Top Page 6
ALARM 13: AuxPlugInUnit_PiuConnectionLost
EC BUS disconnected
check current (what antenna pulls out) => c heck if also AiDevice (antenna)
alarm
IMAGroupInsufficientLinksatFarEnd
=> or lock the active board (force it to go over to the redundant one),
unlock after (so it goes back)
restart PSUDeviceGroup
Check FU
Carrier_RejectSignalFromHardware (RBS)
The module can be found in the properties of the RBS in EMAS under iub_links
in the Radio Network view.
>pr iublink
Go to Top Page 8
Find the RBS in the list and do a get on it.
Moshell <rbs>
cabx
# The cabx printout has PORT information at the end.
# For a 3 sector site there are 6 PORT information. One line for
# RU and FU devices (3 RU+3FU).
====================================
====================================
0 12 port_0_dev_8 RU22
0 12 port_0_dev_8 FU
0 12 port_4_dev_9 RU22
0 12 port_4_dev_9 FU
0 12 port_8_dev_10 RU22
0 12 port_8_dev_10 FU
------------------------------------
Ensure that the devstat printout from above has ~16000mV for each sector and
the current is between 50mA-200mA, if and only if the site has TMAs defined
and is being powered by the UMTS RBS (MO:externalTMA,
Attribute:internalpower).
Each RBS in the US market, has threshold when this alarm is generated. These
thresholds are input into the RBS using scripts. The thresholds vary for
single band TMAs and dual band TMAs. Make sure that the right threshold is
set for the type of TMA.
Go to Top Page 9
y
300
00001
301
135
302
270
303
135
304
270
In the RBS antenna branch A is TX/RX while branch B is RX only. Hence there
are two RX paths (RX diversity). The RBS monitors the two RX paths and
compares the signal received from both of these paths. If there is
significant "mismatch" between these paths (like TMA failure on branch B.
Remember branch B has no supervision) then this alarm is generated.
Alarms on RBS
Symptom:
Go to Top Page 10
Warn IMA Link Reception Unusable at Far End remote_node_transmission_error
ImaGroup=1-1-ima1,ImaLink=3
Warn IMA Link Reception Unusable at Far End remote_node_transmission_error
ImaGroup=1-1-ima1,ImaLink=4
Warn IMA Link Transmit Unusable at Far End remote_node_transmission_error
ImaGroup=1-1-ima1,ImaLink=3
Warn IMA Link Transmit Unusable at Far End remote_node_transmission_error
ImaGroup=1-1-ima1,ImaLink=4
Warn Remote Defect Indication on IMA Link remote_node_transmission_error
ImaGroup=1-1-ima1,ImaLink=3
Warn Remote Defect Indication on IMA Link remote_node_transmission_error
ImaGroup=1-1-ima1,ImaLink=4
Solution:
Make a cv on the RBS and cold restart RBS to clear alarms for imalink=3 and
imalink=4.
acc 0 restart
Symptoms
The RBS sectors which have long feeder cables with feeder loss bigger than
6db get alarm Carrier_ULGainTruncated, Bad Coverage on UE
The problem occurs at sites with feeder losses bigger than 6dB and it is the
entered feeder loss value that triggers this alarm.
The alarm doesn't point out a real error (except in the case that the
operator enters a value that are bigger than 6dB by mistake), its more of an
information that the feeder are large and performance can get degraded with
large feeder losses.
REMEDY:
Nothing in the RBS changes state because of this situation and trafic
handling continues. The external attenuation, that is the combination of the
gain of the TMA and the UL Attenuation of the Antenna Feeder
(AntFeederCable), is larger than what the Low Noice Amplifier (LNA) on the FU
can compensate for. When that situation arise, the alarm
Carrier_ULGainTruncated is issued.
Go to Top Page 11
In most of the cases this alarm will be planned to be removed in a later sw
revision on the RBS.
RBS> alt
=============================================================================
=====
Proxy MO
=============================================================================
=====
102 Equipment=1,Subrack=1,Slot=1,PlugInUnit=1,Cbu=1,TimingUnit=1,TuSyncRef=1
1035 TransportNetwork=1,Synchronization=1
1102 NodeBFunction=1,RBSxxxSynchronization=1
1164 NodeBFunction=1,Iub=RBS,NodeSynchTp=1
==============================================================
1035 TransportNetwork=1,Synchronization=1
==============================================================
SynchronizationId 1
degradationIsFault 0 (degrNotFault)
syncRefActivity i[8] = 1 2 1 1 1 1 1 1
syncRefPriority i[8] = 1 2 0 0 0 0 0 0
syncRefStatus i[8] = 2 3 0 0 0 0 0 0
syncReference [8] =
>>> syncReference =
Equipment=1,Subrack=1,Slot=1,PlugInUnit=1,Cbu=1,Etmc1=1,E1PhysPathTerm=pp1
Go to Top Page 12
>>> syncReference =
Equipment=1,Subrack=1,Slot=1,PlugInUnit=1,Cbu=1,Etmc1=1,E1PhysPathTerm=pp2
>>> syncReference =
>>> syncReference =
>>> syncReference =
>>> syncReference =
>>> syncReference =
>>> syncReference =
systemClockA 2 (lockedMode)
systemClockB 7 (notApplicable)
systemClockRedundancy 0 (SYSTEM_CLOCK_USERS_USE_PLANE_A)
userLabel
=============================================================================
=====
Total: 1 MOs
=============================================================================
=====
=============================================================================
=====
=============================================================================
=====
=============================================================================
=====
1035 TransportNetwork=1,Synchronization=1
Go to Top Page 13
=============================================================================
=====
=============================================================================
=====
=============================================================================
=====
Enter mo LDN:
Equipment=1,Subrack=1,Slot=1,PlugInUnit=1,Cbu=1,Etmc1=1,E1PhysPathTerm=pp1
=============================================================================
=====Total: 1 MOs attempted, 1 MOs actioned
=============================================================================
=====1035 TransportNetwork=1,Synchronization=1
=============================================================================
=====
=============================================================================
=====
=============================================================================
=====
Enter mo LDN:
Equipment=1,Subrack=1,Slot=1,PlugInUnit=1,Cbu=1,Etmc1=1,E1PhysPathTerm=pp2
=============================================================================
=====
Go to Top Page 14
RBS> alt
Several ASPs lock sectors on their end. However, when they do so, some of
them will block other components by chance. This will throw alarms such as
the ones mentions above.
On the RBS, set the cell range with command set cell cellrange 35000
For e.g
RBS> alt
=============================================================================
=======================================
=============================================================================
=======================================
2012-08-08 16:40:40 C License Key File Fault Licensing=1 (No license key file
installed.)
2012-08-15 09:35:59 M
NodeBFunction_HsdpaImprovedLinkAdaptationLicenseNotValid NodeBFunction=1
(unavailable)
About :
When there is a total power outage to the node, it will roll its time stamp
back to the original timestamp which is of the year 1970. The license keys,
Go to Top Page 16
however, has a valid date of the date when it was ordered, which usually is
recent. And as a result the licence keys become invalid. Symptoms will be
that there are many licence keys alarms and the node will stop carrying
traffic.
Conditions :
:
Node not carrying traffic
PROCEDURE:
:
Activate emergency unlock keys on the licenses
Set the node to the correct recent timestamp. Refer to the RNC for correct
timestamp.
: ::
: ::
ALARM 36: Node Status Analyzer doesnt open
If you get the following error when opening "NODE STATUS ANALYZER" to view
cell activity remotely:
In WCDMA RAN Explorer, Select the RNC that RBS belongs toRight click on
itGo to "Consistency"Select "IUB Consistency Report"
# The cabx printout has PORT information at the end.# For a 3 sector site
there are 6 PORT information. One line for# RU and FU devices (3 RU+3FU).
# The cabx printout has PORT information at the end.# For a 3 sector site
there are 6 PORT information. One line for# RU and FU devices (3 RU+3FU).#
The cabx printout has PORT information at the end.# For a 3 sector site there
are 6 PORT information. One line for# RU and FU devices (3 RU+3FU).
Go to Top Page 17
ALARM 37: RfCable_Disconnected equipment_malfunction
RBSXXXX> alt
=============================================================================
===================
=============================================================================
===================
Go to Top Page 18
=============================================================================
======
=============================================================================
======
=============================================================================
======
Total: 1 MOs
If it is unlocked like in the above state, than that is the cause of the
alarm, the reson of the alarm is that the RBS are getting their
synchronisation signal from the E1s and not from the timing unit by gps. So
if this mo is unlocked it is expecting a sync signal that it is not getting
so it thinks that the source of sync just droped and it lost the signal,
hence the alarm.
=============================================================================
======
=============================================================================
======
=============================================================================
======
Total: 1 MOs
RBSXXXX> alt
=============================================================================
===================
Go to Top Page 19
=============================================================================
===================
ALARM 40:
AuxPlugInUnit_NewAuxiliaryUnitDetectedNotCorrespondingToTheDefinedConfigurati
on
While doing DUW integration for 6K series nodes we faces issues about sectors
not coming up in the node.
When you face such kind of alarm just ask your FE to follow the below steps
::
1. Ask FE to export & delete scripts while running the Cesar ftp on his
computer.
Note
:: When you export and delete that does not delete the CVs that were
previously created, it will re-create basic CVs again.
Go to Top Page 20