Fast Dormancy

[maasricht]

Hi,

We have High 3G Session Drop due to UE Generated Signaling Connection Release.

I found this information..

Please find below a clue that can help solving the problem of high Session Drop in Nokia RNC due to UE Generated Signaling Connection Release:

After checking the repartition of handset types generating this kind of drop, most of them concern the smart phones: Iphone3GS A1303, RIM9000, Nokia-66, Iphone 3G A1241 (see print screen of Activity Analysis). According to 3GPP, this “problem” is known as “fast dormancy” where these devices force going back to idle mode to enhance battery life rather than let network control the RRC state. Here below some information about this fast dormancy and recommendation to reduce it (attached 3GPP reference)


Is there any way to solve this issue?

[d0000h]

See comments from this thread. Is it perhaps just a counter issue??

http://www.finetopix.com/showthread.php?p=67598

"If you are talking about the RRC connection being released, then quite a few devices (esp. smartphones) will send a Signalling Connection Release Indication when there is no activity for 5-10s. This is termed "Fast Dormancy", and your counters should take this into account and not count it as an abnormal release."

[ashuchau]

Hi , Do this network have Cell_PCH already ? ..if not I belive Cell_PCH implementation would help .Regards Ashu

[FrankPintor]

Not really, the SCRI coming from the mobiles (without a cause value, which is the pre-release 8 implementation) is interpreted as an error condition by the network, which releases the signaling connection and deletes the RRC context. The original intent of the SCRI was to signal an error condition. Now, however, the abnormal release KPI needs to be adjusted to exclude the SCRI releases.

Any pre-release 8 network implementation will have the same problem, and CELL_PCH or URA_PCH won't help as the RRC connection is released. Only if the networks implements the release 8 feature network controlled fast dormancy do you have a chance or controlling the mobile state so that when SCRI is sent by the mobile the RRC connection isn't released and the mobile is sent to one of the PCH states.

However, this depends on the mobile behaviour, as it seems some mobiles might try to send SCRI again from CELL_PCH

[cococrunch]

The question is even if the network enabled R8 fast dormancy feature, only R8 mobile will get the advantage which is not much..