Sunday 19 February 2012

LTE CSFB performance in a live network

A lot has been written about LTE and the issues with supporting voice services. Now that the dust has settled it is clear that initially CSFB (Circuit Switched Fall Back) will be used and once some maturity has been reached in networks and devices, VoLTE (Voice over LTE) will be introduced. My personal opinion is that this will be sometime towards the end of 2012 (the soonest) but most probably in 2013.

CSFB has been the victim of a lot of bad press and one of the main drawbacks of the solution is the additional voice setup delay is causes while the UE has to "fallback" to UMTS/GSM (or even CDMA2000 1x) to establish the CS call.

I recently obtained some logs from a network that supports CSFB and I therefore thought it would be interesting to quantify exactly what sort of delays we are taking about.

First of all though, a very quick overview of CSFB. From a network perspective, a new interface is introduced between the MME and the MSC Server/VLR. This is is called SGs and is very similar to the "old" Gs interface that was defined in the specs quite a few years back to enable an SGSN to communicate with an MSC.

When a UE that supports CSFB performs a registration on the LTE network it will do so with a combined Tracking Area Update/Location Area Update. The MME will process the Tracking Area Update itself and forward the Location Area Update to the MSC Server/VLR via the SGs interface. The VLR will process this Location Area Update as normal by updating the HLR.

Now when a MT call arrives for the UE in question, the MSC Server will send the paging message via the SGs to the MME which will forward it to the UE. The UE responds with an Extended Service Request that triggers the MME to instruct the UE to perform a CSFB (which essentially is a blind re-direction) to UMTS/other. Once there the UE has to read the system information messages and initiate the call as normal.

With that quick introduction, let's have a look at a log extract and especially the timestamps associated with each part of the procedure.

- at 01:27:40.218 the UE receives a paging message which indicates that it originates from the CS core network (IE  cn-Domain : cs)

- this triggers the EMM layer to send an Extended Service Request (IE Service Type Value : (1) mobile terminating CS fallback or 1xCS fallback) to the RRC layer which initiates the RRC connection establishment procedure

- once the RRC connection is established the mandatory security procedures are performed followed by a UE capability enquiry and a RRC Connection Reconfiguration that configures the measurement events and establishes the DRB

- once the above are completed the message that triggers the CSFB is sent which is just a RRC Connection Release with re-direction information instructing the UE to go UMTS (IE RedirectedCarrierInfo : utra-FDD). Time elapsed up to this point is 01:27:40.421 - 01:27:40.218 = 203ms


- the UE then takes a further 01:27:40:671 - 01:27:40.421 = 250ms to detect and synchronise with the UMTS cell

- the UE then reads the system information messages on the UMTS cell which takes 01:27:40:984 - 01:27:40:671 = 313ms


- from here on the UE responds to the paging message as it would have if it was on UMTS in the first place. This means an RRC connection is established, followed by a paging response and the typical CS call set-up signalling flow.

The Alerting message is then received, 01:27:43:625 - 01:27:40:218 = 3s and 407ms after the paging message was sent on LTE.

For those people familiar with measuring call setup delays, 3s 407ms is a pretty good time and quite a few networks would be hard to achieve this natively in UMTS.

Even though this is just one example of a CSFB MT call, it clearly shows that call set-up delay is not impacted that much by CSFB. The delay purely associated with CSFB is only (203ms + 250ms) 453ms.


It is also worth noting that in the rel9 version of the specs, the UE can be sent the System Information associated with the target cell in the redirection message which will speed up the process even more.

A final point to make is  that SMS is supported over the SGs interface so there is no need for CSFB to send or receive text messages.

Wednesday 15 February 2012

LTE Intellectual Property Rights

Patent disputes are constantly in the papers recently and it seems IPR (Intellectual Property Rights) are big business as shown recently by the acquisition of the Motorola patent portfolio by Google and the Nortel one by the Apple/Microsoft led consortium.

I thought it would be quite interesting then to see how the emerging mobile technology of the future, LTE, looks from a patent perspective and which companies will benefit from its widespread adoption. It is also interesting to see how it compares with WCDMA.

Looking at the two graphs, the big telecoms players are still present with Nokia being worse off with a 50% reduction in the number of patents it holds in LTE. A few new entrants are present, notably ZTE and LG.

One thing to note, is that although the graphs show how the number of patents are distributed among the companies it does not show which ones are worth more money than others. So it is difficult to say if company Y is better off than company X.



Sunday 12 February 2012

Another bold step from 3

3 UK has always fascinated me as a company. Since they launched the first 3G network in the UK, on the symbolic date of 3/3/2003, they have been a bit of a disruptive force in the market. They sold mobiles with embedded skype clients (before "apps" existed), they made mobile broadband mainstream with USB dongles and PAYG packages, they offered "all you can eat" data packages when every other operator capped theirs, campaigned to reduce mobile termination rates and many more.

Now it seems they have taken another bold step, by relying 100% on their 3G network to handle their traffic (at least in some areas). This might sound like no big deal, but in many ways it is. You see since launch, 3 had to have agreements with other operators (first O2 and then Orange) to offer national roaming on their 2G network when 3's coverage was not available. Coming into the market so late and having to use the 2.1GHz band for UTMS, meant that having enough base stations to cover the majority of the population was no easy task. Now it seems they are confident enough they can do it, as illustrated in the log extract below.

As can be seen, when setting up a voice call the UE is only instructed to measure intra-frequency neighbours which means that compressed mode and subsequent handover to 2G will never occur. Attempting to reselect in IDLE mode to Orange's 2G network is also not possible as the UE is sent a Location Area Update Reject when it attempts to do so.

It would be interesting to see what effect this move has had on their dropped call rate and customer experience..

Tuesday 7 February 2012

5G is coming!

From a 3GPP perspective, we are all familiar with 2G, 3G and the controversial 4G. However it is interesting to note that Wi-Fi developments can also be classed in generations and work is well underway on 5G, with the first products destined to hit the shops in 2012.

5G, or its technical name 802.11ac, looks very advanced as a wireless technology. It will use the 5GHz band, be capable of 256QAM, beamfroming, support 8x8 MIMO and up to 160MHz bandwidth.

The diagram below (click to enlarge) provides a good illustration of how Wi-Fi has developed over the years  and where 5G fits in.

Wi-Fi generations (Broadcom)