- This topic has 49 replies, 1 voice, and was last updated 6 years, 8 months ago by Kanchan Gupta.
-
AuthorPosts
-
28th January 2009 at 10:45 #53423AAKGuest
Dear All
I am In Huawei and we are also facing the same issue with explanation made by SA
CSSR is degraded due to SDCCH establishment failure mapped on LAU procedure: no answer to Immediate Assignment
can anybody share any final conclusion or report or any patch introduced by any vendor.
One good solution for satisfying customer can be excluding the LU assignments from CSSR formula 🙂
Any solution, kindly share it on aamir.afzal@gmail.com13th April 2009 at 06:01 #53424m@uGuestMy network GSM Nortel V15.1.1 is experiencing the same extrange high SDCCH Failed Assigment Rates that appear only for some hours during the day and only at some cells.
I noticed the SDCCH Failed Assigment Rate is calculed by SDCCH Seizures/SDCCH Attempts*100%
Also comparing the counters when the cell was having problems and when it was not, I realized that the counter that measures the Expiration of the T3101 (set at 3 seconds) increased from 1 when it was OK to 707 when it was with problems. For this comparison I only selected one hour (12:00) at mid day.
On the other hand checking the notifications of the Site I found that the following alarm appeared at the BTS (cell) level:
Fault number : (1266) BLOCKAGE OF RADIO CHANNEL(S) IN FREE STATE
radAnoChln : (
transceiverId : 0
channelId : 1
subChanId : 0)
(
transceiverId : 0
channelId : 1
subChanId : 1)
(
transceiverId : 0
channelId : 1
subChanId : 3)
(
transceiverId : 0
channelId : 1
subChanId : 4)indicating the TRX0 where the BCCH (TS0) and SDCCH/8 (TS1) are defined and subchannels of the SDCCH8 (0,1,3,4 experienced blockage).
Reading about this fault, says that the RadioResourseSupervision measures the channels on BUSY and FREE state but do not understand what is the reason yet. I’ll investigate.
Also noted that the CSSR was degraded, Network and Cell. And that the SDCCH attempts were at least doubled, but the SDCCH seizures maintained the same as when the cell was OK.
How/where did you do the trace to detect via the LAU procedure?
In my case is not due to BCCH/BCC problems.
7th May 2009 at 09:44 #53425ACVGuestI have seen the same with Ericsson, Nokia and Siemens BSS. It seems some devices get stuck in the location update procedure and they keep sending the channel request instead of accessing the SDCCH. Has any body seen if increasing the T3101 timers reduces these failures?
11th May 2009 at 11:19 #53426NaACGuestHas anybody noticed if this SDCCH drop case has anything to do with cell having EGPRS configured? Did changing the T3101 timer have any positive affect?
23rd June 2009 at 07:48 #53427raoulGuestT3101 with Ericsson : did any any nkow the command to run to have T3101 ?
23rd June 2009 at 17:44 #53428krishGuestHi,
if anybody knows abt t3101 then plz share the view i have modified the t200 value it has given improvement in sd completion …
24th June 2009 at 15:29 #53429m@uGuestHi krish,
I’m working on it too, noticed the SDCCH attempts increase for some hours during the day for random cells. Got that from the counters.How is the improvement changing the T200 ? Any screen shot or chart ?
24th June 2009 at 16:14 #53430krishGuestHi,
in my network drop due to t200 was max so after increasing its value i got the improvement.
21st July 2009 at 05:00 #53431AhmadGuestHi to all:
I am working with Alcatel GSM networking , some time I am facing with SDCCH assigment failure just for one or two hours during 24 hours on some cells can you help me to find the solution.
22nd July 2009 at 06:23 #53432AugustoGuestIt is not a network problem. Some phones missbeheave causing those abnormal failures.
25th July 2009 at 03:58 #53433awahmaGuestI am surprised that so many networks are using this formula to calculate the CSSR where CSSR is degrading with increase in SDCCH Assignment Failures or decrease in Immediate Assignment Success rate .
In our network we are using CSSR formula as
(TCH seized/SD seized for MO/MT calls)*100So in our case with any degradation in SD assignment does’t cause any degradation in CSSR which seems to me more logical as not all SD Accesses can be for making an MO or MT call.
25th July 2009 at 08:03 #53434PixGuestwell, that’s your philosophy… but actually what is the point of CSSR ?
One number to show maximum amount of info about your network.
If your CSSR takes only one indicator (tch assign succ %) then it’s quite limited.
If your CSSR takes more indicators together, then – ok – it might not show “only” the CALL s.s.r, but it gives a good idea on how well-tuned is your network.CSSR + CDR = wide overview of QoS
those are really just “management” KPI, they are absolutely useless for troubleshooting 🙂29th July 2009 at 04:38 #53435imranGuestHi All,
NSN,i have high SDCCH loss in a sector even the call volume is less,BSIC & BCCH for the cell is unique within the neighbor cells.i did the following actions but still there is SDLoss, please give me some idea.
1- before i have 2 SD TS on 2 different TRX and now on BCCH carrier ( SDCCH +SDCCB), but still SD loss.
2- swaped the BCCH freq. to another TRX but no use.
3- changed the BCCH freq. but still there is SDLoss.Mean Holding time(sec) is 54 & TCH AVG Erlang is 3.
29th July 2009 at 06:22 #53436PixGuestHello,
Do you know what is the exact “cause” indicator for SDCCH Drop ? I assume you have a split for the SDCCH Drop, such as “Radio drop”, “Timer Expiry”, “Hardware Drop” etc…?
(indics are vendor dependent, which vendor are you working with ?)What is the value of SD Drop Rate ? (split ?)
What is the amount of SDCCH erlang at busy hour ?Thanks to your actions, we can safely say that:
– interference are not an issue
– hardware in the BTS is not faulty (not so sure yet)
– no other QoS indicators are degradedPath balance ?
There is still a possibility that all calls too far away are getting a SDCCH drop due to poor path balance. While all calls close enough are kept until TCH calls is established. However, which such assumption, you should notice high call drop rate as well.What you should try to do is a drive test over there, perform several call setups and try to obtain a sdcch drop 🙂 Move around in the cell coverage.
Try to send very long SMSs to extensively test the SDCCH.
29th July 2009 at 08:37 #53437NKGuestDear Imran,
When you implemeneted step1, did you turn off hopp and intracell handover? If you did not pls check in this way.
Thank you
-
AuthorPosts
- The forum ‘Telecom Design’ is closed to new topics and replies.