rlFailureT- what is the impact of this parameter in call drop rate?

[johnomarjimenez]

Hello E******* Expert,

Please let us share the impact of rlFailureT on call drop KPI.
What is the advantage and dis advantage if we set it lower or higher

you can ensure reputation will be granted to anyone who will share.

Thanks

[electron]

Hi,


By slight increment it will help to overcome to UL SYNC drop reason.


Cheers
Hello E******* Expert,

Please let us share the impact of rlFailureT on call drop KPI.
What is the advantage and dis advantage if we set it lower or higher

you can ensure reputation will be granted to anyone who will share.

Thanks

[johnomarjimenez]

Hi Electron,

Thank You very much!

John

[FrankPintor]

If you were using Huawei equipment you could follow their recommendations and ensure that your PS inactivity timer expires before the radio link failure timer... you should see how your PS call drop rate improves then ;-)

[babak1349]

Hello E******* Expert,

Please let us share the impact of rlFailureT on call drop KPI.
What is the advantage and dis advantage if we set it lower or higher

you can ensure reputation will be granted to anyone who will share.

Thanks

Hello,
there is 2 type of supervision on a connection, RLS (Radio link Supervision) and Also RCS (Radio Connection Supervision)
RLS is in RBS and as our friend mentioned if your RL (it means a leg in Activeset ) is out of sync and can't be recovered during RLfailureT (if I am saying correctly), the RBS triggering out of sync message which will be sent to RNC
now in RNC, which is controlling all legs in activeset monitors other radio links of the same connection and if all of them are out of sync after a timer expired will release the connection

So increasing rlfailureT as long as it is not sensible may improves the drop call

cheers

[electron]

Hi,

In addition to Babak1349 comment , consider by increasing the timer value generally call can not be recovered due to some other issue in this case in user perception they claim we have silent call ! So this can be the draw back but it will be very negligible.


BR
Hello,
there is 2 type of supervision on a connection, RLS (Radio link Supervision) and Also RCS (Radio Connection Supervision)
RLS is in RBS and as our friend mentioned if your RL (it means a leg in Activeset ) is out of sync and can't be recovered during RLfailureT (if I am saying correctly), the RBS triggering out of sync message which will be sent to RNC
now in RNC, which is controlling all legs in activeset monitors other radio links of the same connection and if all of them are out of sync after a timer expired will release the connection

So increasing rlfailureT as long as it is not sensible may improves the drop call

cheers

[johnomarjimenez]

Hi Electron/Babak

Thank You very much! i agree on your comment. we have this timer also in Huawei. this is normally applied in optimizing the radio link re-establishment feature of Huawei.
Silent call can be experience but the Kpi will improve. have a nice day to all.

Thanks
John

[Muhammad Imran Rafique]

Hi All,

its very important to conclude this discussion as it very sensitive from "silent call" point of view. Lets say we don't have CRE (call re-establishment) then what is the optimal value. i.e. dragging till 7-8 sec is not logical.

Max, subscriber can wait till 4-5 secs then he will END call himself. It will lead to improved call drop rate while annoyed subscriber has "normal release" b/c he could hear anything.

BR//
Imran

[electron]

Hi ,


There is a way to evaluate it by checking CS call attempt trend. Maybe it will not be visible due to very high value in daily basis but have commission PDF chart then you may get idea is it causing severe degradation in user perception or not because if users feel silent call by normal disconnection will try to make call again.


Cheers
Hi All,

its very important to conclude this discussion as it very sensitive from "silent call" point of view. Lets say we don't have CRE (call re-establishment) then what is the optimal value. i.e. dragging till 7-8 sec is not logical.

Max, subscriber can wait till 4-5 secs then he will END call himself. It will lead to improved call drop rate while annoyed subscriber has "normal release" b/c he could hear anything.

BR//
Imran