Directed Retry Paramters

co-incidence, i was just right now configuring directed retry on a ZTE BSS to relieve the congestion. What version of ZTE BSS are you using? If the version is 2.95 or later then you can activate it through the radio resource management interface. Right click the cell parameters and go to Service Process Additional Params and check the parameter drind(directed retry indication). From the performance i can see that it is working although SDCCH handover is disabled.

Yes ur right i forgot sdcch HO is sdcch to sdcch while dr is sddch to tch.

Hi Arpan ,
wow the IBSC is the one that has the IP interface you can connect ur BTS trhough the internet, it is one of the latest ZTE BSCs, well I am using the 2.95 Version but the hardeware is the old BSC V2 with has TIC cards as the E1 interface I assume the OMM interface is the same, I activated the DR and added the DR indices in my performance to see how well it is working and so for it is so succesful it is working on all the sites with a congestion. I just put the tick over the checkbox on all my sites nothing else.

Hi,
What is difference between Directed Retry and Forced Directed Retry in Alcatel.
Thanks, waiting for your reply.

Dear, Abdel! the Queuing works for MOC and for MTC both and for handover also. MSC indicates in Assighnment Request (TCH assighnment) to BSC that queueing is allowed. When there is no idle TCH on radiointerface then Ass Request shall be put in a queue and BSC shall send the Queuing Indication message to MSC and start timer. After succesful TCH allocation within period defined by timer, Assighnment Complete is transfered from BSC to MSC. If implementation dependent queuing timer expires then BSC sends Clear Request to MSC and removes Assignment Request from queue.
B.R.

Pan is right, again (booo-o-ooring)

MSC allows the queuing of a TCH request
the BSC will actually DO it.

2 activation parameters:
MSC parameter to allow TCH queue
BSC parameter to perform TCH queue

if MSC doesn’t authorize the TCH queue, then you might have a BSC parameter called “Queue Anyway”, which will trick the MSC : the TCH queue is performed anyway, but without informing the MSC 🙂 The time of queuing should be shorter than the time that the MSC is waiting for the response from BSC 🙂
TCH queue contains 2 main parameters:
– T11 (queue duration)
– BTS Q LENGTH (number of tch requests that can be queued for one cell)

Finally, you’re right about DR :
there are thresholds about rxlev and capacity in the neirhbour.

DR must be enabled in ALL the cells, along with FORCED DR. They are mandatory mechanism to share the load among cells (IMO).

Pan, I trust u that u did, well I am working currently on a zte msc and i checked inside out and this feature is not available so i am gonna test the queueing without msc activation and see how it works, so how about ur network did u activate the queueing at the congested cells only or to all the cells, cuz these this feature will do its work when there are no TCHs available , i see it beneficial to active on all cells.
I tried to search some info at the internet on queuing so most of them ended up in the IEEE digital library they claim they have 2 million technical articals but it requires a username which can only be logged in by IEEE memberships, they say it costs 140 bucks per year to join them. so i am interested to join it what do u think pan? and then get access to this nice gsm and UMTS articlels? from the abstract the really looked good but may be some of these articals are too technical i am not sure.