Nearly a year and half back, I posted a blog about Fast Dormancy here. This issue has surely been fixed in most of the devices and the networks are able to handle the issue even if the handsets have not been fixed. I found an interesting table in a Huawei journal that shows the timings used by different devices that are being reproduced for people who may be interested.
Monday, 13 February 2012
Wednesday, 20 October 2010
Nokia Siemens Networks has collaborated with Qualcomm to carry out the industry’s first successful interoperability test of the new 3GPP standardized Release 8 Fast Dormancy feature. Unlike proprietary approaches to fast dormancy, the new standard allows operators to take full advantage of smart network features such as Cell_PCH without worrying that individual handset settings will ignore network controls.
The test was conducted at Nokia Siemens Networks’ Smart Lab in Dallas using Nokia Siemens Networks’ Flexi Multiradio Base Station and Radio Network Controller and Qualcomm’s QSC7230TM smartphone optimized chipset. The test showed how smartphones can act dynamically, exploiting Cell_PCH on Nokia Siemens Networks’ smart networks or adjusting to Fast Dormancy on other vendors’ traditional networks.
In fact the operators have been getting upset quite for some time because of smartphone hacks that save the UE battery life but cause network signalling congestion. See here.
To get round this problem, the UE manufacturers put a hack in the phone and what they do is that if there no data to transmit for a small amount of time, the UE sends RRC Signalling Connection Release Indication (SCRI) message. This message is supposed to be used in case when something is gone wrong in the UE and the UE wants the network to tear the connection down by sending RRC Connection Release message. Anyway, the network is forced to Release the connection.
To speed up the transitioning to CELL_PCH state in Release-8 when the UE sends SCRI message, its supposed to include the cause value as "UE Requested PS Data session end". Once the network receives this cause it should immediately move the UE to CELL_PCH state.
This is a win win situation for both the network and the UE vendors as long as a lot of UE's implement this. The good thing is that even a pre-Rel8 UE can implement this and if the network supports this feature it would work.
GSMA has created a best practices document for this feature which is embedded below.
- UMTS State Switching and Fast Dormancy Evolution - Martin Sauter
- RP-090941 - System impact of poor proprietary Fast Dormancy implementations
- RP-090942 - Clarification on Enhanced SCRI approach for fast dormancy
- RP-090960 - Configuration of Fast Dormancy
- R2-096882 - Changes to Release-8 Fast Dormancy