Professional Documents
Culture Documents
2009-7-15
HUAWEI Confidential
Content
case1.
RF port on DDPU was faulty cause Diversity Receive Channel Alarm for 1 DTRU ...................... 3
case2.
case3.
Handling process of uplink and down link are not balanced ............................................................. 5
case4.
case5.
case6.
Using wrong BSC6000 version due to some BTS3900 can not be actived .................................... 8
case7.
case8.
2009-7-15
2 , 12
Title:
case1.
GSM-BSS
Product:
GSM-BTS
Fault Type:
Others
Keywords:
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
Information:
Alarm ID:4178
Cause
1. First I think may be RF cable of that DTRU connected loosely at DDPU RX port.
Analysis:
Handling
Process:
Previous
Suggestions
After Modified
RXA1-RXM1
RXA2-RXM2
RXB1-RXD1
RXB2-RXd2
and Summary:
2009-7-15
3 , 12
Title:
case2.
Product
GSM-BSS
GSM-BTS
Family:
Fault
Data Configuration
Type:
Keywor
ds:
Pheno
Site which was already on air went down after there was break in transmission. After transmi
menon
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
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
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
Summar
y:
2009-7-15
4 , 12
Title:
case3.
Product
GSM-BSS
GSM-BTS
Family:
Fault Type:
Others
Keywords:
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:
Handling Proce
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:
2009-7-15
5 , 12
Title:
case4.
Product
GSM-BSS
GSM-BTS
Family:
Fault
Type:
Keywor
ds:
Pheno
In the swap night except one DTRU all the DTRU was activated. At site the DTRU was show
menon
Descript
RF_IND indicator. And in BSC the LMT software was showing the TRX VSWR alarm.
ion:
Alarm
Null
Informat
ion:
Cause
Analysis
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
Process
3. I checked the connection of TO_DTRB MD64 female connector of DCSU as it was tight
Data configuration was done according with the Hardware configuration. Then removed the a
tions
larm.
and
Summa
ry:
2009-7-15
6 , 12
Title:
case5.
Product
GSM-BSS
GSM-BTS
Family:
Fault
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
Informatio
n:
Cause
Analysis:
Handling
Then immediately, I used the jumper cable between the DDF and DELU against the pin nu
Process:
Suggestio
We must check the Pins of the E-1 cable by using the Multi meter.
ns and
Summary:
2009-7-15
7 , 12
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
enon
software version to run script for BSC6000 that are running BSC6000V900R008C01B051SP13.
Desc
riptio
n:
Alar
m
Infor
matio
n:
Cau
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
Proc
1. Delete those sites and make data configuration for those sites again.
ess:
Sug
Checking the BSC version before running the script to make data configuration.
gesti
ons
and
Sum
mary
:
2009-7-15
8 , 12
2009-7-15
9 , 12
Title:
case7.
series
Product Family:
GSM-BSS
Product:
Fault Type:
Data Configuration
Keywords:
Phenomenon
When we deployed new site of central region, they met one alarm
Description:
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
n:
Cause Analysi
s:
Handling Proces
s:
Suggestions an
2009-7-15
Before deploy BTS3900 series, we used to configure BTS3012. With this BTS w
10 , 12
2009-7-15
11 , 12
Title:
case8.
Product Family:
GSM-BSS
Fault Type:
Keywords:
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
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:
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