- This topic has 19 replies, 1 voice, and was last updated 11 years, 1 month ago by pawandeep.
21st June 2008 at 12:04 #52823jamesGuest
can any body help me about RACH oveload on Abis21st June 2008 at 12:17 #52824pixGuest
RACH is a random access channel, on the air interface. it cannot “overload the abis”…
maybe you mean there are too many channel requests on your abis ? that’s strange, because normally this is not a cause of problem, the number of channel requests in a site is less than the number of paging.
Anyway, you could just increase the amount of bandwidth dedicated for the RSL of the BCCH TRX.21st June 2008 at 12:51 #52825jamesGuest
thanks but also i would like the reason for this overload and is there any thing in point view of RF to do it like Downtilt change radio parameter21st June 2008 at 14:47 #52826pixGuest
but the fact that the RACH cannot overload the Abis should point out that I don’t really understand your problem.
How do you measure this overload ? Any QoS indicators that reflect this issue ?
What are the impacts of this overload ?22nd June 2008 at 05:25 #52827jamesGuest
I have this indicator to indicate the (CCCH load indication)which define if the valus of RACH overload is small is greatly effect the Abis and f this indicator vlaue is to big may BSC will not procced with this site normally .22nd June 2008 at 07:38 #52828pixGuest
RACH overload is a load on the Air interface, not the Abis interface. It is alcatel B9, isn’t it ?
If the RACH is overloaded it doesn’t mean your RSL on the Abis is overloaded. You should check the Abis congestion instead.
But if you think the RACH is congested, then you should check your S and TX_INT parameters. Are they set at the correct values ?
You can activate the immediate assignment reject feature, to avoid RACH “channel requests” repetitions.
You can perhaps play with AGCH queue parameters (if this is alcatel, then you don’t have access to those, i think)
And perhaps your RACH is overloaded due to GPRS ? Can you check the number of PS channel requests and the number of CS channel requests ?22nd June 2008 at 11:01 #52829jamesGuest
we area using Ericsson, i would like to know what is “S”, If I don’t play with this parameters is there any other parameter and if the cell is overshooting you don’t think that may be the coverage overshooting limiting can effect this load23rd June 2008 at 19:37 #52830pixGuest
frankly, i doubt that this overload is “real”. I think it is a parameters mistake. So, yes, you can downtilt the cell : you will loose coverage, you will loose traffic. Loosing traffic = subscribers out of coverage = loosing money. Your boss and your subscribers are going to be very happy about that 🙂
I don’t know hat’s the name of the S parameter.. can you check your dictionnary of parameters and search for all parameters related to Channel Requests ?2nd August 2009 at 18:42 #52831AbdelGuest
I am getting the same RACH overload alarm in several cells, i checked the cell parameters and i found out there is a RACH LOAD indication threshold (RLIT) which is 60%, so i think this is just a notification to know that ur RACH reached 60%. What do u think guys?6th August 2009 at 14:34 #52832AbdelGuest
In this notification RACH overload, I think we need to increase the CCCH channels so we can get an extra 51 RACH timeslots in non combined and 21 in combined BCCH, it is just a notifcation that the RACH load has reached peak capacity.60%7th August 2009 at 13:07 #52833PixGuest
Check your S and TX_INTEGER (3GPP TS 04.18), they could reduce the number of retransmissions of channel request.
Also, you can try to activate the “Immediate Assignment Reject” mechanism.18th October 2009 at 19:12 #52834AyatGuest
what is the TA (time advance)
what are the range of TA from ==TA=0 to TA=63.
plz more explantion are needs18th October 2009 at 19:36 #52835PixGuest
TA is the distance between MS and BTS.
unit is “550m”.
TA = 1 means Distance = 550m
TA = 2 –> = 1100m
TA = 3 –> = 1650m
TA = 10 –> = 5500m
TA = 20 –> 11000m
etc etc21st February 2010 at 08:24 #52836MSGGuest
does “Rach overl load” affect by repeater?22nd February 2010 at 17:07 #52837safarGuest
in eric maxta is the hard limit and talim is soft limit
so if i reduce maxta from 32 to 10 then if cell has good coverage after 10 maxta and user will be there at 10 maxta then inspite of good coverage but limitation of maxta limit will it latch on it(i mean when he is trying to set up call from idle mode) ?