- This topic has 19 replies, 1 voice, and was last updated 2 years ago by Imrankhan.
7th January 2006 at 05:20 #43706AbdelGuest
I am a telecom technician and I got a problem in my GSM network, we use both 900MHZ and 1800MHZ. The problem is the call is silent for a while then it becomes ok then silence then ok, sometimes silence will not stop, and then you have to cut the call and call it again. Usually this silence caused one way communication, may be you are transmitting but not recieving and the caller can hear you well but you can’t. Any idea what this problem is related to, can it interference, also we use adjacent frequancies,not in the BCCH but in TCHs.7th January 2006 at 06:43 #43707MadhuGuest
1)The call mute can be because of Interference.
Madhu7th January 2006 at 12:02 #43708t28Guest
I agree with madhu, my advice is…
go to the field, do many MOC, if you find mute call, perform force handover to another site. if mute call is still continuing, it is trans (I mean NSS) problem, for example with echo-cancellers, if problem disappear you should check HW & frequencies on cell where you established MOC…
what dou you think about it ???8th January 2006 at 21:36 #43709RizGuest
This is a very comman problem. It’s ‘coz of multiple reasons. See any call is basically a circuit or channel. I.e:
Call(Circuit made of this call) =
TRX-TS,KSW-TS,GPROC-TS,TS-on the E1 port at site ==> TS-E1 port at BSC –> ksw-TS-> TS at E1 port going towards transcoder ==> ts- e1 transcoder-> KSW-TS ==> MSC E1 Pool (physical cables).
TS = time slot / channel of trx or ksw or gproc or E1 link.
gproc= proccessor at site,bsc,xcdr.
ksw= kilo port switch== multiplexer high way, distributing the ch/TS to/from E1 port to their correct destination(tS/CH on E1 port, trx, gproc .). It is inside site, BSC, transcoder.
E1= 32(30) 64kbps channels (=2Mbps) port. It is a serial to parallel – wise versa converter.
So problem could be at any of these parts of the complete circuit.
CIRCUIT = RCI + CIC
RCI= trx-ts,site e1 etc. radio part.
CIC= bsc to msc via trascoder.
But generally you find problems in :-
1) Hardware problem at site-bts.
2) E1 link(32 chs/ TS) cross connection at any of these interface.
1:- Hardware problem:- E.g: In motorola system, we get RCI Alarms for one/more TS of one/more TRX. This indicates us that we have “mute” problem. The problem could be at any of above.
But we try to reset the trx.
If multiple such alarm comes, & if there is a common factor , e.g a common E1 link(port), we try to reset this MMS(MSI) -E1 port.
This may clear the ALARM; BUT wait if the alarm reccurs(i.e. when the same circuit being used again), means the problem still exists.
If by analysis we are pretty sure we try to replace the faulty dev(trx or e1-port).
2:- TRANSMISSION GUY PROBLEM:- The links(E1-32 chns) might have been cross-connected, means- call-circuit of one goes to other. This’s totally meaning less hence no-audio problem.
Confirm which is the ch/ts of which E1. Ask the transmission team to check at these interfaces. Site-ddf, bsc-ddf, msc-ddf. DDF=distribition frame(like cable hub- a mess!).
You can Also do drive test of the area to confirm the cells, trx, cics with this problem.
Also you can enable call-trace (CTP) on the affected area(during busy hour), hoping you capture the faulty circuit.
!!But one warning if you enable a BSC-Level trace for say 1/2 hour without setting maximum calls, a BSC may be making more than 5000 calls per half hour. Associated ctp huge data transfer&proccessing from BSC -TO-OMC, might make the BSP(Master proceessor at BSC utilised 100%) -ineffect loading the BSC & STATS not coming in the OMC. Or worse BSC proccessor getting reset= BSC getting reset ===> YOU ARE FIRED.
But cell level trace are harmless, even for bsc-level trace set the max calls at8th January 2006 at 21:45 #43710Riz- contd.Guest
But cell level trace are harmless, even for bsc-level trace set the max calls at9th January 2006 at 06:04 #43711AbdelGuest
There is no CIC problem at all, I thought CIC can cause one way communications, I saw this before, the problem i have got here is in my network, you call somebody then may be you chat for seconds and then silence will start, if you wait you can hear his voice again or silence will continue, based on my experience i don’t think this is a CIC problem.
This problem usually happens in our largest city. We have got a lot of adjacent frequancies not the BCCH but a lot of adjacent TCH frequancies, Therefore can this be the cause?9th January 2006 at 10:36 #43712BokoGuest
Are you sure that there aren’t a lot of handovers (for example due to Quality) and you are in one cell?
As you know durring handover speech is substituted using some algorithm with last good received speech frame. In some vendors it is the same one but each next is more silenced and after certain time it is only silence.
Otherwise is sounds as equipment problem. Noise reduction, echo cancelers (GSM-GSM), transcoders etc.25th August 2010 at 13:51 #43713sheltonGuest
which components of the BSC communicate with those of the BTS.26th August 2010 at 04:51 #43714ManiaGuest
Tell me which vendor you are working on then the problem may be specific and known to that network.
The case you specified can be because of two reasons.
1. Get a DT done and see if this happens after intra cell HO if so there might be mapping issue of that TRX. but your explaination shows that this is less probable.
2. Check if DTX_HR and AMR are enabled on that city. and confirm vendor. Issue might be with the decoding of SID frames there.
Do reply with Vendor, DTX and AMR information.10th November 2010 at 02:02 #43715kokoGuest
mostly silence call/blank voice was due to transmsion problem not in radio part and defined as normal call.
if the problem occured due to transmisiion problem, try to conduct verticality check in Abis and Ater. check every single port/slots which have problem. u can query and localize problem from BSC log in ftp data.
after u do it, u can localize which port or slot which have problem, then do troubleshooting with instalation team…
might help.1st January 2011 at 19:13 #43716AyatGuest
Ericsson has a KPI named as
so could you explain to me??2nd January 2011 at 05:50 #43717BobGuest
There is a very poor possibility, Do you use VAD service? how much AF has been considered in ur net(Activity Factor in your network)- If handover and interference is ok mean Radio ok , if you have problem in all bss the problem can be related to Core too.3rd January 2011 at 13:38 #43718sheltonGuest
Hmacro2 Bts signals “wrong fibre connection” on CTUs & requires for the site to b deleted & created again for the CTUs to work & they drop again to & signal “wrong fibre connection”.
What cpould b th problem3rd January 2011 at 16:26 #43719K.K.NathGuest
There are so many co BSIC-BCCH in neighbors list.Pls check the problem after removing the co BSIC-BCCH5th January 2011 at 07:11 #43720sheltonGuest
do u mean i have to audit th BSC