One of the things currently hotly debated in the industry is how to fix a current shortcoming of 3G UMTS networks, switches between different mobile device activity states on the air interface. The topic has many facets but it's possible to put the pieces together because 3GPP is pretty open about the standardization process as all documents are out in the
open and available to everyone. That doesn't only include the
specification documents but also all change requests and also discussion papers. This significantly helps to understand the issues different parties have with a topic. For this post I am going to draw
heavily on them while also explaining my own opinion.
So what's this all about?
Actually, it's about two things: The UMTS air interface knows several activity states that are known as Cell-DCH, Cell-FACH, Cell/URA-PCH and Idle. When transferring data, the mobile is usually in Cell-DCH state and uses high speed channels to transmit and receive data (HSDPA, HSUPA). That's great but even if no data is sent and received, e.g. while the user reads a web page, it still requires a lot of energy on the mobile device's side to keep the connection going. On the network side, it's also a waste of resources to leave a mobile in Cell-DCH state when it is not transmitting data as there are only so many mobiles that can be assigned a high speed channel at a time. So both sides have an interest to move a connection to another state while it is not needed. In most networks today, a connection is moved to Cell-FACH state, which requires less energy and supports more users. Here, however, data throughput is very low and the amount of energy required on the mobile's side is still significant. Consequently, if there is an even longer inactivity time, e.g. 30 seconds, the network then puts the connection in Idle state in which the physical connection is removed while the IP address is kept.
So, what's wrong with that?
From the mobile device side this behavior can be very inefficient as a lot of energy is wasted before the Idle state is reached, especially when only background applications such as e-mail clients and instant messengers every now and then contact a server to remain reachable. As a consequence a number of of manufacturers have come up with a scheme that is referred to as Fast Dormancy. As described in this document, a mobile uses a "Signaling Channel Release Indication" message to trigger a release of the air interface connection when it thinks it is no longer necessary. So instead of waiting for the connection to be put into Cell-FACH and finally into idle, it can trigger a release to idle immediately. This significantly increases battery lifetime and if it is done in a reasonable way, it has no impact on today's networks as they would put the connection into Idle anyway, just a bit later. If for some reason, however, this functionality is improperly used, the air interface starts to oscillate between the states which is very inefficient for both the mobile, as a lot of power is required, and also for the network, because a lot of signaling is required between the Radio Network Controller, the base station and the mobile device to switch between the states.
The problem with the Idle State
While the Idle state is ideal for saving power on the mobile device's side, there is a big downside to using this state: When there is renewed activity it takes around 2.5 seconds before data can be exchanged again, something that is quite noticeable to the user. A solution to this is not putting the mobile device in Idle state but rather in the so called Cell- or URA-PCH state. From a mobile point of view, the Cell-/URA-PCH state is quite similar to Cell-FACH with the major difference being that the downlink does not have to be observed continuously. Only the paging channel must be checked every now and then to make sure incoming IP packets, phone calls or SMS messages can be received. In other words, the energy required to remain in this state is similar to the energy required for maintaining the Idle state but the signaling connection remains in place. When the mobile wants to transmit data again, it can immediately go to Cell-FACH state as there is no need to establish a signaling connection, perform an authentication procedure, enable ciphering, etc. This significantly reduces the time it takes before the first packet can be sent as described here. For the network, the advantage is that much less signaling is required for returning the device to a full Cell-DCH high speed state compared to doing the same from Idle.
Fast Dormancy and Cell-/URA-PCH
The issue with todays Fast Dormancy described above is that in case a network uses Cell-/URA-PCH, these states are not reached as the mobile triggers a complete release of the signalling connection. Hence, while the mobile device saves the maximum amount of energy, the network can not take advantage of the signaling reduction of the Cell-/URA-PCH states. Also, the mobile device can't benefit from the fast return to service times described above. From a mobile point of view, the current fast dormancy behavior being applied when there are only background applications is still preferable to waiting for the network sending it to Cell-/URA-PCH state as a lot of energy is wasted waiting for the network to make the decision. It should be noted at this point that the network is not slow in making the decision, it's rather intentional to ensure a good user experience to only have a user plane latency due to the state switching when absolutely necessary.
The Fix For Everything
So while today's fast dormancy implementations work well and do not have a negative impact on networks as most do not (yet) use the Cell-/URA-PCH states, things are o.k. for the moment. However, if network operators in the future decide to use the Cell-/URA-PCH states, the current fast dormancy implementations will become counter productive. As a result, a new mechanism has been specified in 3GPP TS 25.331 Release 8.10.0 (see chapter 8.1.14). Instead of just releasing the signaling connection when it desires the mobile has to wait for the expiration of a network configured timer (T323). Once the timer expires, the mobile can send a signaling connection release indication message with a new parameter that indicates "UE requested PS data session end". At this point the network can then decide to do nothing, to release the mobile to Idle or to put the connection into Cell-/URA-PCH state.
Network operators probably like this new mechanism as control over the air interface is returned to the network. Mobile devices also benefit from it as instead of going to Idle, the network can also put them to Cell-/URA-PCH state and hence, the latency when returning to a fully active state is much shorter than from the Idle state.
It's even possible to implement both fast dormancy approaches in a mobile. The availability of a value for timer T323 in the system broadcast of a cell can be used as a criterion to decide whether to use today's fast dormancy in case T323 is not present in the system broadcast or to use the new mechanism in case it is found. An elegant and backwards compatible solution with benefits for everyone.
From my point of view today's fast dormancy implementation does not harm networks as most have not activated Cell-/URA-PCH states yet. For the future, the new 3GPP Release 8 feature further improves on today's functionality and is backwards compatible. A win-win situation for everyone involved.