You are on page 1of 12

Troubleshooting Case Collections for GSM BTS

Troubleshooting Case Collections


for GSM BTS
For Reference Only

2009-7-15

HUAWEI Confidential

Troubleshooting Case Collections for GSM BTS

Content
case1.

RF port on DDPU was faulty cause Diversity Receive Channel Alarm for 1 DTRU ...................... 3

case2.

Site down due to data configuration mismatch ................................................................................... 4

case3.

Handling process of uplink and down link are not balanced ............................................................. 5

case4.

Tx cable mismatch in DTRU showing TRX VSWR alarm.................................................................. 6

case5.

Site Down Due To The Faulty E1 Cable............................................................................................... 7

case6.

Using wrong BSC6000 version due to some BTS3900 can not be actived .................................... 8

case7.

How to deal with Alarm TRX configuration Alarm of BTS3900 series............................................ 10

case8.

LAPD Link congestion due to DTMU wrong DIP switches .............................................................. 12

2009-7-15

2 , 12

Troubleshooting Case Collections for GSM BTS

Title:

case1.

RF port on DDPU was faulty cause Diversity Receive Channel

Alarm for 1 DTRU


Product Family:

GSM-BSS

Product:

GSM-BTS

Fault Type:

Others

Keywords:

DDPU RF Cable RX port

Phenomenon

In BTS 3012II DDPU(at most 6) receive signal and passes to DTRU (at

Description:

most 18) . Each DDPU board has 2 Tx port (TXA & TXB), 8 Rx port (RxA1,RxA2,R
xA3,RxA4,RxB1,
RxB2,RxB3,RxB4).And each DTRU 3 Tx
port (Tx1,Tx2,Tcom), 4 Rx port (RxM1,RxD1,RXM2,RXD2).Connection as an exa
mple: RF cable from TxA to TX1 & TxB to Tx2,RxA1 to RxM1 & RxB1 to RxD1.
At one site after 10 hour of swapping Diversity Receive Channel Alarm at 1 DTRU
was came and not cleared. Customer complains
about this alarm to recover as soon as possible.
At this site only 2 Rx port is using at DRFU RxA1 & RxB1.

Alarm

Diversity Receive Channel Alarm

Information:

Alarm ID:4178

Cause

1. First I think may be RF cable of that DTRU connected loosely at DDPU RX port.

Analysis:

2. May be DTRU/TRX is faulty.


3. May be RF cable is faulty.
4. May be DDPU is faulty.

Handling

1. First I check RF cable connection which was properly tightened.

Process:

2. Then I check DTRU is faulty or not & found active/normal.


3. Then I changed DTRU by another new one & this DTRU to another position.
Alarm exists. Means DTRU is OK.
4. Then I change RF cable but alarm is not recovered.
5. Last I changed DDPU Rx port,
means connect RF cable at port RxA2 & RxB2 instead of RxA1 & RxB1.Now the al
arm is cleared. So I keep the connection in this way.

Previous

Suggestions

After Modified

RXA1-RXM1

RXA2-RXM2

RXB1-RXD1

RXB2-RXd2

RX port on DDPU is faulty.

and Summary:

2009-7-15

3 , 12

Troubleshooting Case Collections for GSM BTS

Title:

case2.

Product

GSM-BSS

Site down due to data configuration mismatch


Product:

GSM-BTS

Family:
Fault

Data Configuration

Type:
Keywor

MRRU GRFU GTMU configured

ds:
Pheno

Site which was already on air went down after there was break in transmission. After transmi

menon

ssion was restored,

Descripti

both 900M (DBS3900GSM) and 1800M (BTS3900A GSM) BTSs were not up.

on:
Alarm

Null

Informati
on:
Cause

: I logged into the 900M BTS using the Site Maintenance Terminal on site. In the BTS, GRF

Analysis

U boards had been configured instead

of MRRU boards though the BTS software version was right (V100R008C11B133). I deleted
the GRFU boards and configured MRRU boards.
I then reset the GTMU board and the BTS was up.
Again, I logged into the 1800M BTS and found out that MRRU boards had been configured i
nstead of GRFU boards.
I reconfigured the boards and then reset the GTMU board after which the 1800M BTS was al
so up.
Handlin

If a BTS is not up, check the following:

1. Port and transmission status.

Process:

2. E1 cable.
3. Data configuration.
4. GTMU board .

Suggest

Care should be taken during BTS software commissioning especially when the site contains

ions and

both 900M and 1800M BTSs.

Summar
y:

2009-7-15

4 , 12

Troubleshooting Case Collections for GSM BTS

Title:

case3.

Product

GSM-BSS

Handling process of uplink and down link are not balanced


Product:

GSM-BTS

Family:
Fault Type:

Others

Keywords:

uplink downlink unbalance

Phenomenon

1.The traffic of 2 sectors (B and C) in site COL_KEL281 is much lower than the av

Description:

erage.
2.The signal levels of up link and down link are not balanced. Down link signal is w
eaker.
3.Down link signal of sector B is fluctuating.

Alarm Informati

No

on:
Cause Analysi
s:

1. Loose connection in down link channel.


2. There is faulty with down link channel in DDPU module.
3. Transmitter is faulty.
4. Feeder cables interchange.

Handling Proce

1. VSWR alarm checking. No VSWR alarm was found in this site.

ss:

2.As per the result of drive test. The RX level of sector B and sector C was lower t
han the average. It proved that unbalance is there.
3.Checked all the connectors (RF cable on the panel, jumper connector, feeder co
nnector). No any loose connection was found.
4.Measured the out put power (Power meter connected to DTRU directly) TRX b
y TRX. The power level is around 47.7dBm for all
the TRX. The 2nd TRX of sector B was fluctuating with small amplitude, but it wa
s acceptable. No big difference was found between
normal sectors and abnormal ones. DTRU were working normally.
5.Measured the out put power of cabinet (Power meter connected to DDPU por
t). Tested all the port one by one. All the output power is Ok.
No problem with DDPU module.
6.Checked feeder connectivity. It was found that one feeder of sector B interchang
ed with one of sector C. Exchanged back, problem solved.

Suggestions an

To solve this problem, engineer should check the installation quality first. Make sur

d Summary:

e there is no loose connection, sectors swapping,


feeder swapping etc. After doing this, verify whether any faulty module is there.

2009-7-15

5 , 12

Troubleshooting Case Collections for GSM BTS

Title:

case4.

Product

GSM-BSS

Tx cable mismatch in DTRU showing TRX VSWR alarm


Product:

GSM-BTS

Family:
Fault

Hardware Installation & Commission

Type:
Keywor

DTRU ALM RF_IND VSWR

ds:
Pheno

In the swap night except one DTRU all the DTRU was activated. At site the DTRU was show

menon

ing red LED at ALM Indicator and

Descript

RF_IND indicator. And in BSC the LMT software was showing the TRX VSWR alarm.

ion:
Alarm

Null

Informat
ion:
Cause

1. First I think may be VSWR is high.

Analysis

2. May be Rx cable is not proper tight.

3. May be TO_DTRB MD64 female connector Connection is not proper tight in DCSU Boar
d.
4. May be Hardware configuration is not correct according to the Huawei tools.
5. May be data configuration is not correct according with the hardware configuration.
Handlin

1. I checked the VSWR. As it was in threshold so there was no problem.

2. I checked the tightness of the RX cable.

Process

3. I checked the connection of TO_DTRB MD64 female connector of DCSU as it was tight

with DCSU card.


4. I checked the Hardware configuration according to the Huawei tools.
5. I checked the data configuration according with the hardware configuration.
6. In data configuration TXA of DDPU was connected with the TCOM of DTRU where as in H
ardware configuration the TXA of DTRU was
connected with TX1 and TXB was connected with Tx2 of DTRU. So It was wrong Data config
uration.
Sugges

Data configuration was done according with the Hardware configuration. Then removed the a

tions

larm.

and
Summa
ry:

2009-7-15

6 , 12

Troubleshooting Case Collections for GSM BTS

Title:

case5.

Product

GSM-BSS

Site Down Due To The Faulty E1 Cable


Product:

GSM-BTS

Family:
Fault

Hardware Installation & Commission

Type:
Keywords

E1 Cable Faulty

Phenome

A complain was registered from the customer, and LAPD OML Alarm observed on the site

non

Descriptio
n:
Alarm

LAPD OML Alarm

Informatio
n:
Cause

1- The Transmission Line was also checked.

Analysis:

2- Checked the DTMU Card.


3- Checked the BIE Port.
4- DELU card was also checked.
5- Checked the local loop at DTMU as well.
When ever the loop was checked it showed OK status for while, but it starts fluctuation, an
d the site went down.
Finally it was concluded that the some of the Pins (12 and 13) of the E1 cable were faulty,
because almost all the
other options were checked properly.

Handling

Then immediately, I used the jumper cable between the DDF and DELU against the pin nu

Process:

mber 12 and 13,


because the E1 cable was not available at that time.

Suggestio

We must check the Pins of the E-1 cable by using the Multi meter.

ns and
Summary:

2009-7-15

7 , 12

Troubleshooting Case Collections for GSM BTS

Title:

case6.

Produ

GSM-BSS

Using wrong BSC6000 version due to some BTS3900 can not be actived
Product:

GSM-BTS

ct
Family:
Fault

Data Configuration

Type:
Keyw
ords:
Phe

In order to on-air over 100 sites with BTS3900, Customers used script to make the data configur

nom

ation. However, they used wrong BSC6000V900R008C01B048SP08

enon

software version to run script for BSC6000 that are running BSC6000V900R008C01B051SP13.

Desc

Therefore, some BTS3900 sites can not be active.

riptio
n:
Alar

"Cell out of service" alarm with some BTS3900 sites.

m
Infor
matio
n:
Cau

In the below is some steps to checking error:

se

1. Query channel status of all cell, only SDCCHs are normal, all TCHs are abnormal ( RED colo

Anal

ur).

ysis:

2. Test call for all cells, all cells can not make the call.
3. Query alarm of all cells having problem, all cells are out of service and have not "OML link fa
ult" alarm.
4. Checking the BTS3900 version software, all software are normal (BTS3000V001R008C02B3
09).
5. Query port state of all sites. All ports that are used for problem sites are unconfigured.

Han

Following the analysis above, we found that all problem sites have ports are not configured. We

dling

had already done 2 ways to solved this issues:

Proc

1. Delete those sites and make data configuration for those sites again.

ess:

2. Move those sites to other available port and move back.


After doing 2 ways above, all sites can be actived normally. We checked LMT software to runnin
g script is too old version (BSC6000V900R008C01B048SP08),that is the reason why some BT
S3900 sites port can not be configured.

Sug

Checking the BSC version before running the script to make data configuration.

gesti
ons
and
Sum
mary
:
2009-7-15

8 , 12

Troubleshooting Case Collections for GSM BTS

2009-7-15

9 , 12

Troubleshooting Case Collections for GSM BTS

Title:

case7.

How to deal with Alarm TRX configuration Alarm of BTS3900

series
Product Family:

GSM-BSS

Product:

Fault Type:

Data Configuration

Keywords:

TRX configuration alarm

Phenomenon

When we deployed new site of central region, they met one alarm

Description:

its name is: 4104 TRX configuration Alarm.

GSM-BTS

This alarm occurred on every new site BTS3900A that configured 4/4/4. The 1st p
hase, we just use 2/2/2 configuration and there was
no this kind of alarm. The service of the sites that met this alarm were be interrupt
ed.
Alarm Informatio

4104 TRX configuration Alarm

n:
Cause Analysi
s:

1. Wrong Channel Attributes configuration


2. Wrong TRX Attributes configuration
3. BTS suspend

Handling Proces

Refer to Alarm reference, We did check as following:

s:

1. Check Channel type to confirm TRX Attributes/Abis Mode=Auto Allocate and N


ot more than 1 BCCH per cell. The result OK.
2. Check CCCH ? No need checking because we no use CCCH.
3. Check AGCH block status? No need checking because we no use channel typ
e SDCCH+CBCH.
4. Reset BTS. The result was not OK.
So from this document we did not resolve problem.
Because this was 1st time we meet this case. Another hand, we suspect that som
e problem with 4/4/4 configuration because we
use combination instead of Non-combination of 2/2/2 configuration. We ask othe
r project team who has experience on deploying BTS3900 series.
They checked configuration and give out answer that, the problem cause Wrong c
onfiguration on TRX attributes/Device attributes/Power Type.
As RF Specification of BTS3900/3900A we divide to some kind of DRFU work mo
de. For the cell that use 900Mhz frequency band,
work mode: Combination then Output Power should be configured as 20W.
It means if we use Frequency Band 900Mhz and configure combination 4/4/4, w
e shall use Power type 20W. But in fact, our engineer configured
Power type as 45W.
This is root cause of alarm TRX configuration Alarm that we faced.
After locating problem and found out root reason, we modified TRX Attributes/Dev
ice Attributes/Power Type=20W for all TRX of new site that
configured 4/4/4 combination.
Alarm disappeared.

Suggestions an
2009-7-15

Before deploy BTS3900 series, we used to configure BTS3012. With this BTS w

10 , 12

Troubleshooting Case Collections for GSM BTS


d Summary:

2009-7-15

e configure TRX attributes/Device Attributes/Power Type as

11 , 12

Troubleshooting Case Collections for GSM BTS

Title:

case8.

LAPD Link congestion due to DTMU wrong DIP switches

Product Family:

GSM-BSS

Fault Type:

Hardware Installation & Commission

Keywords:

LAPD link congestion

Phenomenon

Our customer complains that BTS 3012AE suffer suddenly from LAPD link conge

Description:

stion , so that no one can make a call in the area that cover

Product:

GSM-BTS

by this BTS so that in order to solve this problem the customer reset the sites an
d the problem disappear for 1 to 5 hours then its come back.
Alarm Informati

21001 LAPD link congestion

on:
Cause Analysi
s:

we check with the HQ and they tell us that this alarm may occurred due to E1 pro
blem so that we concentrate all our efforts on the E1 interfaces and
processing cards like DELU, DCCU and DTMU and the transmission between th
e BSC and BTS.

Handling Proce
ss:

As i mention before we check the following


1- Make E1 remote loop on the transmission BOX from BSC side to check if ther
e is BER on this E1 but it was ok.
2- Check the DELU and E1 cable if there is any physical damage, also they wer
e ok.
3- Check the DCCU ports especially the TRN port because it's responsible for E
1 transmission from the CTB to DTMU and also it was ok.
4-Check the DTMU DIP switches here we found that the DIP switch which respon
sible about if the E1 grounded or not was not correctly set
according to transmission BOX setting so that we set ALL DIP switched to 120 O
hm and ungrounded mode.

Suggestions an
d Summary:

2009-7-15

When installing any BTS we should make sure about the DIP switch setting beca
use this will create a series problem.

12 , 12

You might also like