VoLTE Roaming with RAVEL (Roaming Architecture for Voice over IMS with Local Breakout)

Voice over LTE or VoLTE has many problems to solve. One of the issues that did not have a clear solution initially was Roaming. iBasis has a whitepaper on this topic here, from which the above picture is taken. The following is what is said above:

The routing of international calls has always been a problem for mobile operators. All too often the answer—particularly in the case of ‘tromboning’ calls all the way back to the home network—has been inelegant and costly. LTE data sessions can be broken out locally, negating the need for convoluted routing solutions. But in a VoIMS environment all of the intelligence that decides how to route the call resides in the home network, meaning that the call still has to be routed back.

The industry’s solution to this issue is Roaming Architecture for Voice over LTE with Local Breakout (RAVEL). Currently in the midst of standardisation at 3GPP, RAVEL is intended to enable the home network to decide, where appropriate, for the VoIMS call to be broken out locally. 

Three quarters of respondents to the survey said they support an industry-wide move to RAVEL for VoLTE roaming. This is emphatic in its enthusiasm but 25 per cent remains a significant share of respondents still to be convinced. Just over half of respondents said they plan to support VoIMS for LTE roaming using the RAVEL architecture, while 12.3 per cent said they would support it, but not using RAVEL.

Until RAVEL is available, 27.4 per cent of respondents said they plan to use home-routing for all VoLTE traffic, while just under one fifth said they would use a non-standard VoLTE roaming solution.

Well, the solution was standardised in 3GPP Release-11. NTT Docomo has an excellent whitepaper (embedded below) explaining the issue and the proposed solution.

In 3GPP Release 11, the VoLTE roaming and interconnection architecture was standardized in cooperation with the GSMA Association. The new architecture is able to implement voice call charging in the same way as circuit-switched voice roaming and interconnection models by routing both C-Plane messages and voice data on the same path. This was not possible with the earlier VoLTE roaming and interconnection architecture.

Anyway, here is the complete whitepaper

NTT Docomo: VoLTE Roaming and Interconnection Standard Technology from Zahid Ghadialy

Different flavours of SRVCC (Single Radio Voice Call Continuity)

Single Radio Voice Call Continuity (SRVCC) has been quietly evolving with the different 3GPP releases. Here is a quick summary of these different flavors

In its simplest form, SRVCC comes into picture when an IMS based VoLTE call is handed over to the existing 2G/3G network as a normal CS call. SRVCC is particularly important when LTE is rolled out in small islands and the operator decided to provide VoLTE based call when in LTE. An alternative (used widely in practice) is to use CS Fallback (CSFB) as the voice option until LTE is rolled out in a wider area. The main problem with CSFB is that the data rates would drop to the 2G/3G rates when the UE falls back to the 2G/3G network during the voice call.

The book "LTE-Advanced: A Practical Systems Approach to Understanding 3GPP LTE Releases 10 and 11 Radio Access Technologies" by Sassan Ahmadi has some detailed information on SRVCC, the following is an edited version from the book:

SRVCC is built on the IMS centralized services (ICS) framework for delivering voice and messaging services to the users regardless of the type of network to which they are attached, and for maintaining service continuity for moving terminals.

To support GSM and UMTS, some modifications in the MSC server are required. When the E-UTRAN selects a target cell for SRVCC handover, it needs to indicate to the MME that this handover procedure requires SRVCC. Upon receiving the handover request, the MME triggers the SRVCC procedure with the MSC server. The MSC then initiates the session transfer procedure to IMS and coordinates it with the circuit-switched handover procedure to the target cell.

Handling of any non-voice packet-switched bearer is by the packet-switched bearer splitting function in the MME. The handover of non-voice packet-switched bearers, if performed, is according to a regular inter-RAT packet-switched handover procedure.

When SRVCC is enacted, the downlink flow of voice packets is switched toward the target circuit-switched network. The call is moved from the packet-switched to the circuit-switched domain, and the UE switches from VoIP to circuit-switched voice.

3GPP Rel-10 architecture has been recommended by GSMA for SRVCC because it reduces both voice interruption time during handover and the dropped call rate compared to earlier configurations. The network controls and moves the UE from E-UTRAN to UTRAN/GERAN as the user moves out of the LTE network coverage area. The SRVCC handover mechanism is entirely network-controlled and calls remain under the control of the IMS core network, which maintains access to subscribed services implemented in the IMS service engine throughout the handover process. 3GPP Rel-10 configuration includes all components needed to manage the time-critical signaling between the user’s device and the network, and between network elements within the serving network, including visited networks during roaming. As a result, signaling follows the shortest possible path and is as robust as possible, minimizing voice interruption time caused by switching from the packet-switched core network to the circuit-switched core network, whether the UE is in its home network or roaming. With the industry aligned around the 3GPP standard and GSMA recommendations, SRVCC-enabled user devices and networks will be interoperable, ensuring that solutions work in many scenarios of interest.

Along with the introduction of the LTE radio access network, 3GPP also standardized SRVCC in Rel-8 specifications to provide seamless service continuity when a UE performs a handover from the E-UTRAN to UTRAN/GERAN. With SRVCC, calls are anchored in the IMS network while the UE is capable of transmitting/ receiving on only one of those access networks at a given time, where a call anchored in the IMS core can continue in UMTS/GSM networks and outside of the LTE coverage area. Since its introduction in Rel-8, the SRVCC has evolved with each new release, a brief summary of SRVCC capability and enhancements are noted below

3GPP Rel-8: Introduces SRVCC for voice calls that are anchored in the IMS core network from E-UTRAN to CDMA2000 and from E-UTRAN/UTRAN (HSPA) to UTRAN/GERAN circuit-switched. To support this functionality, 3GPP introduced new protocol interface and procedures between MME and MSC for SRVCC from E-UTRAN to UTRAN/GERAN, between SGSN and MSC for SRVCC from UTRAN (HSPA) to UTRAN/GERAN, and between the MME and a 3GPP2-defined interworking function for SRVCC from E-UTRAN to CDMA 2000.

• 3GPP Rel-9: Introduces the SRVCC support for emergency calls that are anchored in the IMS core network. IMS emergency calls, placed via LTE access, need to continue when SRVCC handover occurs from the LTE network to GSM/UMTS/CDMA2000 networks. This evolution resolves a key regulatory exception. This enhancement supports IMS emergency call continuity from E-UTRAN to CDMA2000 and from E-UTRAN/UTRAN (HSPA) to UTRAN/ GERAN circuit-switched network. Functional and interface evolution of EPS entities were needed to support IMS emergency calls with SRVCC.

• 3GPP Rel-10: Introduces procedures of enhanced SRVCC including support of mid-call feature during SRVCC handover (eSRVCC); support of SRVCC packet-switched to circuit-switched transfer of a call in alerting phase (aSRVCC); MSC server-assisted mid-call feature enables packet-switched/ circuit-switched access transfer for the UEs not using IMS centralized service capabilities, while preserving the provision of mid-call services (inactive sessions or sessions using the conference service). The SRVCC in alerting phase feature adds the ability to perform access transfer of media of an instant message session in packet-switched to circuit-switched direction in alerting phase for access transfers.

• 3GPP Rel-11: Introduces two new capabilities: single radio video call continuity for 3G-circuit-switched network (vSRVCC); and SRVCC from UTRAN/GERAN to E-UTRAN/HSPA (rSRVCC). The vSRVCC feature provides support of video call handover from E-UTRAN to UTRAN-circuitswitched network for service continuity when the video call is anchored in IMS and the UE is capable of transmitting/receiving on only one of those access networks at a given time. Service continuity from UTRAN/GERAN circuitswitched access to E-UTRAN/HSPA was not specified in 3GPP Rel-8/9/10. To overcome this drawback, 3GPP Rel-11 provided support of voice call continuity from UTRAN/GERAN to E-UTRAN/HSPA. To enable video call transfer from E-UTRAN to UTRAN-circuit-switched network, IMS/EPC is evolved to pass relevant information to the EPC side and S5/S11/Sv/Gx/Gxx interfaces are enhanced for video bearer-related information transfer. To support SRVCC from GERAN to E-UTRAN/HSPA, GERAN specifications are evolved to enable a mobile station and base station sub-system to support seamless service continuity when a mobile station hands over from GERAN circuit-switched access to EUTRAN/ HSPA for a voice call. To support SRVCC from UTRAN to EUTRAN/ HSPA, UTRAN specifications are evolved to enable the RNC to perform rSRVCC handover and to provide relative UE capability information to the RNC.

NTT Docomo has a presentation on SRVCC and eSRVCC which is embedded below:

Improvement of VoLTE Domain HO with Operators Vision from Zahid Ghadialy

Advancements in Congestion control technology for M2M

NTT Docomo recently published a new article (embedded below) on congestion control approaches for M2M. In their own words:

Since 3GPP Release 10 (Rel. 10) in 2010, there has been active study of technical specifications to develop M2M communications further, and NTT DOCOMO has been contributing proactively to creating these technical specifications. In this article, we describe two of the most significant functions standardized between 3GPP Rel. 10 and Rel. 11: the M2M Core network communications infrastructure, which enables M2M service operators to introduce solutions more easily, and congestion handling technologies, which improve reliability on networks accommodating a large number of terminals.

Complete article as follows:

Core Network Infrastructure and Congestion Control Technology for M2M Communications from Zahid Ghadialy

Other related posts:

• Rise of the "Thing"
• Access Class Barring in LTE using System Information Block Type 2
• Extended Access Barring (EAB) in Release 11 to avoid MTC overload
• RAN mechanisms to avoid CN overload due to MTC
• Service Specific Access Control (SSAC) in 3GPP Release 9

eIMTA: Enhanced Interference Mitigation & Traffic Adaptation

eIMTA is one of the features being discussed in 3GPP Rel-12. The pictures above and below provide the details.

As can be seen, at the moment all the eNodeB's associated with a network has to transmit the same UL/DL pattern throughout out the system. With eIMTA, each eNodeB can decide the UL/DL pattern itself depending on the load.

The main challenge would be interference management while using this scheme.

See also, this slideshare presentation for details:

White Paper: Dynamic TDD for LTE-a (eIMTA) and 5G from Eiko Seidel

Decision Tree of Transmission Modes (TM) for LTE

4G Americas have recently published whitepaper titled "MIMO and Smart Antennas for Mobile Broadband Systems" (available here). The above picture and the following is from that whitepaper:

Figure 3 above shows the taxonomy of antenna configurations supported in Release-10 of the LTE standard (as described in 3GPP Technical Specification TS 36.211, 36.300). The LTE standard supports 1, 2, 4 or 8 base station transmit antennas and 2, 4 or 8 receive antennas in the User Equipment (UE), designated as: 1x2, 1x4, 1x8, 2x2, 2x4, 2x8, 4x2, 4x4, 4x8, and 8x2, 8x4, and 8x8 MIMO, where the first digit is the number of antennas per sector in the transmitter and the second number is the number of antennas in the receiver. The cases where the base station transmits from a single antenna or a single dedicated beam are shown in the left of the figure. The most commonly used MIMO Transmission Mode (TM4) is in the lower right corner, Closed Loop Spatial Multiplexing (CLSM), when multiple streams can be transmitted in a channel with rank 2 or more.

Beyond the single antenna or beamforming array cases diagrammed above, the LTE standard supports Multiple Input Multiple Output (MIMO) antenna configurations as shown on the right of Figure 3. This includes Single User (SU-MIMO) protocols using either open loop or closed loop modes as well as transmit diversity and Multi-User MIMO (MU-MIMO). In the closed loop MIMO mode, the terminals provide channel feedback to the eNodeB with Channel Quality Information (CQI), Rank Indications (RI) and Precoder Matrix Indications (PMI). These mechanisms enable channel state information at the transmitter which improves the peak data rates, and is the most commonly used scheme in current deployments. However, this scheme provides the best performance only when the channel information is accurate and when there is a rich multi-path environment. Thus, closed loop MIMO is most appropriate in low mobility environments such as with fixed terminals or at pedestrian speeds.

In the case of high vehicular speeds, Open Loop MIMO may be used, but because the channel state information is not timely, the PMI is not considered reliable and is typically not used. In TDD networks, the channel is reciprocal and thus the DL channel can be more accurately known based on the uplink transmissions from the terminal (the forward link’s multipath channel signature is the same as the reverse link’s – both paths use the same frequency block). Thus, MIMO improves TDD networks under wider channel conditions than in FDD networks.

One may visualize spatial multiplexing MIMO operation as subtracting the strongest received stream from the total received signal so that the next strongest signal can be decoded and then the next strongest, somewhat like a multi-user detection scheme. However, to solve these simultaneous equations for multiple unknowns, the MIMO algorithms must have relatively large Signal to Interference plus Noise ratios (SINR), say 15 dB or better. With many users active in a base station’s coverage area, and multiple base stations contributing interference to adjacent cells, the SINR is often in the realm of a few dB. This is particularly true for frequency reuse 1 systems, where only users very close to the cell site experience SINRs high enough to benefit from spatial multiplexing SU-MIMO. Consequently, SU-MIMO works to serve the single user (or few users) very well, and is primarily used to increase the peak data rates rather than the median data rate in a network operating at full capacity.

Angle of Arrival (AoA) beamforming schemes form beams which work well when the base station is clearly above the clutter and when the angular spread of the arrival is small, corresponding to users that are well localized in the field of view of the sector; in rural areas, for example. To form a beam, one uses co-polarized antenna elements spaced rather closely together, typically lamda/2, while the spatial diversity required of MIMO requires either cross-polarized antenna columns or columns that are relatively far apart. Path diversity will couple more when the antennas columns are farther apart, often about 10 wavelengths (1.5m or 5’ at 2 GHz). That is why most 2G and 3G tower sites have two receive antennas located at far ends of the sector’s platform, as seen in the photo to the right. The signals to be transmitted are multiplied by complex-valued precoding weights from standardized codebooks to form the antenna patterns with their beam-like main lobes and their nulls that can be directed toward sources of interference. The beamforming can be created, for example, by the UE PMI feedback pointing out the preferred precoder (fixed beam) to use when operating in the closed loop MIMO mode TM4.

For more details, see the whitepaper available here.

Related posts:

• LTE-A: Downlink Transmission Mode 9 (TM-9)
• R&S Whitepaper: LTE Transmission Modes and Beamforming

Multi-RAT mobile backhaul for Het-Nets

Recently got another opportunity to hear from Andy Sutton, Principal Network Architect, Network Strategy, EE. His earlier presentation from our Cambridge Wireless event is here. There were many interesting bits in this presentation and some of the ones I found interesting is as follows:

Interesting to see in the above that the LTE traffic in the backhaul is separated by the QCI (QoS Class Identifiers - see here) as opposed to the 2G/3G traffic.

This is EE's implementation. As you may notice 2G and 4G use SRAN (Single RAN) while 3G is separate. As I mentioned a few times, I think 3G networks will probably be switched off before the 2G networks, mainly because there are a lot more 2G M2M devices that requires little data to be sent and not consume lots of energy (which is an issue in 3G), so this architecture may be suited well.

Finally, a practical network implementation which looks different from the text book picture and the often touted 'flat' architecture. Andy did mention that they see a ping latency of 30-50ms in the LTE network as opposed to around 100ms in the UMTS networks.

Mark Gilmour was able to prove this point practically.

Here is the complete presentation:

Timing Accuracy and Phase Performance Requirements in LTE/LTE-A/4G

Nice quick summary videos from Chronos.



If you are interested in learning more on this topic or discussions, I would recommend joining the Phase Ready Linkedin group.

New Carrier Type (NCT) in Release-12 and Band 29

One of the changes being worked on and is already available in Release-11 is the Band 29. Band 29 is a special FDD band which only has a downlink component and no uplink component. The intention is that this band is available an an SCell (Secondary cell) in CA (Carrier Aggregation). 

What this means is that if this is only available as an SCell, any UE that is pre-Rel-11 should not try to use this band. It should not read the system information, reference information, etc. In fact the System Information serves little or no purpose as in CA, the PCell will provide the necessary information for this SCell when adding it using the RRC Reconfiguration message. This gives rise to what 3GPP terms as New Carrier Type for LTE as defined here. An IEEE paper published not long back is embedded below that also describes this feature in detail. 

The main thing to note from the IEEE paper is what they have shown as the unnecessary information being removed to make the carrier lean.

China Mobile, in their Rel-12 workshop presentation, have suggested 3 different types/possibilities for the NCT for what they call as LTE-Hi (Hi = Hotspot and Indoor).

Ericsson, in their Rel-12 whitepaper mention the following with regards to NCT:

Network energy efficiency is to a large extent an implementation issue. However, specific features of the LTE technical specifications may improve energy efficiency. This is especially true for higher-power macro sites, where a substantial part of the energy consumption of the cell site is directly or indirectly caused by the power amplifier.

The energy consumption of the power amplifiers currently available is far from proportional to the power-amplifier output power. On the contrary, the power amplifier consumes a non-negligible amount of energy even at low output power, for example when only limited control signaling is being transmitted within an “empty” cell.

Minimizing the transmission activity of such “always-on” signals is essential, as it allows base stations to turn off transmission circuitry when there is no data to transmit. Eliminating unnecessary transmissions also reduces interference, leading to improved data rates at low to medium load in both homogeneous as well as heterogeneous deployments.

A new carrier type is considered for Release 12 to address these issues. Part of the design has already taken place within 3GPP, with transmission of cell-specific reference signals being removed in four out of five sub frames. Network energy consumption can be further improved by enhancements to idle-mode support.

The IEEE paper I mentioned above is as follows:

NEC on 'Radio Access Network' (RAN) Sharing

Its been a while we looked at anything to do with Network Sharing. The last post with an embed from Dr. Kim Larsen presentation, has already crossed 11K+ views on slideshare. Over the last few years there has been a raft of announcements about various operators sharing their networks locally with the rivals to reduce their CAPEX as well as their OPEX. Even though I understand the reasons behind the network sharing I believe that the end consumers end up losing as they may not have a means of differentiating between the different operators on a macro cell.

Certain operators on the other hand offer differentiators like residential femtocells that can enhance indoor coverage or a tie up with WiFi hotspot providers which may provide them wi-fi access on the move. The following whitepaper from NEC is an interesting read to understanding how RAN sharing in the LTE would work.

“NEC’s Approach towards Active Radio Access Network Sharing” from Zahid Ghadialy

Access Class Barring in LTE using System Information Block Type 2

As per 3GPP TS 22.011 (Service accessibility):

All UEs are members of one out of ten randomly allocated mobile populations, defined as Access Classes (AC) 0 to 9. The population number is stored in the SIM/USIM. In addition, UEs may be members of one or more out of 5 special categories (Access Classes 11 to 15), also held in the SIM/USIM. These are allocated to specific high priority users as follows. (The enumeration is not meant as a priority sequence):
Class 15 - PLMN Staff;
 -"-  14 - Emergency Services;
 -"-  13 - Public Utilities (e.g. water/gas suppliers);
 -"-  12 - Security Services;
 -"-  11 - For PLMN Use.

Now, in case of an overload situation like emergency or congestion, the network may want to reduce the access overload in the cell. To reduce the access from the UE, the network modifies the SIB2 (SystemInformationBlockType2) that contains access barring related parameters as shown below:

For regular users with AC 0 – 9, their access is controlled by ac-BarringFactor and ac-BarringTime. The UE generates a random number
– “Rand” generated by the UE has to pass the “persistent” test in order for the UE to access. By setting ac-BarringFactor to a lower value, the access from regular user is restricted (UE must generate a “rand” that is lower than the threshold in order to access) while priority users with AC 11 – 15 can access without any restriction

For users initiating emergency calls (AC 10) their access is controlled by ac-BarringForEmergency – boolean value: barring or not

For UEs with AC 11- 15, their access is controlled by ac-BarringForSpecialAC - boolean value: barring or not.

The network (E-UTRAN) shall be able to support access control based on the type of access attempt (i.e. mobile originating data or mobile originating signalling), in which indications to the UEs are broadcasted to guide the behaviour of UE. E-UTRAN shall be able to form combinations of access control based on the type of access attempt e.g. mobile originating and mobile terminating, mobile originating, or location registration.  The ‘mean duration of access control’ and the barring rate are broadcasted for each type of access attempt (i.e. mobile originating data or mobile originating signalling).

Another type of Access Control is the Service Specific Access Control (SSAC) that we have seen here before. SSAC is used to apply independent access control for telephony services (MMTEL) for mobile originating session requests from idle-mode.

Access control for CSFB provides a mechanism to prohibit UEs to access E-UTRAN to perform CSFB. It minimizes service availability degradation (i.e. radio resource shortage, congestion of fallback network) caused by mass simultaneous mobile originating requests for CSFB and increases the availability of the E-UTRAN resources for UEs accessing other services.  When an operator determines that it is appropriate to apply access control for CSFB, the network may broadcast necessary information to provide access control for CSFB for each class to UEs in a specific area. The network shall be able to separately apply access control for CSFB, SSAC and enhanced Access control on E-UTRAN.

Finally, we have the Extended Access Barring (EAB) that I have already described here before.

LTE-A: Downlink Transmission Mode 9 (TM-9)

When LTE was introduced in Release-8 it had 7 transmission modes that were increased to 8 in Release-9. Earlier, I posted an R&S whitepaper on the different Transmission modes (10K+ views already) that listed transmission modes till TM 8. In Release-10 (LTE-A) 3GPP Introduced a new transmission mode, TM 9. TM9 is designed to help reduce interference between base stations to maximise signal stability and boost performance. The new TM-9 enables the enhancement of network capabilities and performance with minimum addition of overhead. TM9 is designed to combine the advantages of high spectrum efficiency (using higher order MIMO) and cell-edge data rates, coverage and interference management (using beamforming). Flexible and dynamic switching between single-user MIMO (SU-MIMO) and an enhanced version of multi-user MIMO (MU-MIMO) is also provided.

A new Downlink Control Information (DCI) format - known as format 2C - is used for TM9 data scheduling. Two new reference signals are defined in TM9: Channel State Information Reference Signal (CSI-RS) and Demodulation Reference Signal (DMRS). The first is used from the UE to calculate and report the CSI feedback (CQI/PMI/RI), while the latter is an evolution - providing support for more layers - of the UE specific reference signal that is already used for beamforming in Rel-9, and is used for signal demodulation. TM-9 is particularly smart as it can detect when a mobile device is being used and send a different type of signal that is optimal for a mobile device (variable DM-RS – demodulation reference signals). This maximises the efficient use of the base station and guarantee’s a decent data rate for users.

Early results in SK Telecom press release are positive with a claimed 10-15% increase in data rates in locations where there was known inter-cell interference.

I also looked into couple of books and here is one explanation from An Introduction to LTE by Chris Cox.

To use eight layer spatial multiplexing, the base station starts by configuring the mobile into a new transmission mode, mode 9. This supports both single user and multiple user MIMO, so the base station can quickly switch between the two techniques without the need to change transmission mode.

The base station schedules the mobile using a new DCI format, 2C. In the scheduling command, it specifies the number of layers that it will use for the data transmission, between one and eight. It does not have to specify the precoding matrix, because that is transparent to the mobile. The base station then transmits the PDSCH on antenna ports 7 to 7 + n, where n is the number of layers that the mobile is using. The maximum number of codewords is two, the same as in Release 8.

The mobile still has to feed back a precoding matrix indicator, which signals the discrepancy between the precoding that the base station is transparently providing and the precoding that the mobile would ideally like to use. Instead of using the PMI, however, the mobile feeds back two indices, i1 and i2. Both of these can vary from 0 to 15, which provides more finely-grained feedback than the PMI did and in turn improves the performance of the multiple user MIMO technique. The base station can then use these indices to reconstruct the requested precoding matrix.

Embedded below is an extract from Google books for Lte-Advanced Air Interface Technology By Xincheng Zhang, Xiaojin Zhou

Rel-11/12 3GPP Security Update

Here is the latest Security Update from 3GPP, presented in the 8th ETSI Security Workshop Jan 16-17 2013.

3GPP Security Update - Jan. 2013 from Zahid Ghadialy

All presentations are available from here to download.

Related blog posts:

• Quick update on 3GPP Release-12 progress
• The four C's of Release-12 enhancements
• Quick update on LTE Release 11 Work and Study Items
• 3GPP LTE Security Aspects
• Evolution of 3GPP Security
• 2 Presentations on Mobile technology Security

By the way, I will also be present in the Network Security conference in London in May 2013

2 Presentations on Mobile technology Security

Present and future Standards for mobile internet and smart phone information security from Zahid Ghadialy

Other related posts:

• Evolution of 3GPP Security
• 'Mapped Security' Concept in LTE
• 3GPP LTE Security Aspects
• New Security Algorithms in Release-11
• 6th ETSI Security Workshop

Half Duplex Operation (HD-FDD) in LTE

It was interesting to hear the other day that there is an option for HD-FDD but it is still undergoing investigation and not standardised yet. From what I hear, operators are showing an interest and we may see it coming to an operator near us in the next couple of years.

Complete presentation below:

Half Duplex Operation in Multimode/Multiband/MIMO-capable Handsets from Zahid Ghadialy

The advantages are obvious but probably the only reason this was not standardised actively is probably because then peak rates often quoted when promoting technology will be halved. The economy of scale is also important and we may not see this becoming popular unless many operators decide together to push for this.

Other posts of interest:

• Quick Introduction to LTE-Advanced
• Quick update on 3GPP Release-12 progress
• TD-LTE in China: Progress and Plan

Extended Access Barring (EAB) in Release 11 to avoid MTC overload

M2M is going to be big. With the promise of 50 Billion devices by 2020, the networks are already worried about the overloading due to signalling by millions of devices occurring at any given time. To counter this, they have been working on avoiding overloading of the network for quite some time as blogged about here.

The feature to avoid this overload is known as Extended Access Barring (EAB). For E-UTRAN, in Rel-10, a partial solution was implemented and a much better solution has been implemented in Rel-11. For GERAN a solution was implemented in Rel-10. The following presentation gives a high level overview of EAB for E-UTRAN and GERAN.

3GPP Enhancements for Machine Type Communications Overview from Zahid Ghadialy

In Rel-11, a new System Information Block (SIB 14) has been added that is used specifically for EAB. Whereas in Rel-10, the UE would still send the RRCConnectionRequest, in Rel-11, the UE does not even need to do that, thereby congesting the Random Access messages.

The following is from RRC 36.331 (2012-09)
***

–                SystemInformationBlockType14

The IE SystemInformationBlockType14 contains the EAB parameters.

SystemInformationBlockType14 information element

-- ASN1START

SystemInformationBlockType14-r11 ::= SEQUENCE {

    eab-Param-r11                        CHOICE {

       eab-Common-r11                       EAB-Config-r11,

       eab-PerPLMN-List-r11                 SEQUENCE (SIZE (1..6)) OF EAB-ConfigPLMN-r11

    }                                                  OPTIONAL, -- Need OR

    lateNonCriticalExtension             OCTET STRING          OPTIONAL, -- Need OP

    ...

}

EAB-ConfigPLMN-r11 ::=               SEQUENCE {

    eab-Config-r11                   EAB-Config-r11            OPTIONAL -- Need OR

}

EAB-Config-r11 ::=               SEQUENCE {

    eab-Category-r11                 ENUMERATED {a, b, c, spare},

    eab-BarringBitmap-r11            BIT STRING (SIZE (10))

}

-- ASN1STOP

SystemInformationBlockType14 field descriptions
eab-BarringBitmap Extended access class barring for AC 0-9. The first/ leftmost bit is for AC 0, the second bit is for AC 1, and so on.
eab-Category Indicates the category of UEs for which EAB applies. Value a corresponds to all UEs, value b corresponds to the UEs that are neither in their HPLMN nor in a PLMN that is equivalent to it, and value c corresponds to the UEs that are neither in the PLMN listed as most preferred PLMN of the country where the UEs are roaming in the operator-defined PLMN selector list on the USIM, nor in their HPLMN nor in a PLMN that is equivalent to their HPLMN, see TS 22.011 [10].
eab-Common The EAB parameters applicable for all PLMN(s).
eab-PerPLMN-List The EAB parameters per PLMN, listed in the same order as the PLMN(s) occur in plmn-IdentityList in SystemInformationBlockType1.

***

Here is my attempt to explain the difference in overload control mechanism in Rel-8, Rel-10 and Rel-11. Please note that not actual message names are used.

As usual, happy to receive feedback, comments, suggestions, etc.

LTE: What is a Tracking Area

Even though I have known tracking area for a long time, the other day I struggled to explain exactly what it is. I found a good explanation in this new book 'An Introduction to LTE: LTE, LTE-Advanced, SAE and 4G Mobile Communications By Christopher Cox'. An extract from the book and Google embed is as follows:

The EPC is divided into three different types of geographical area, which are illustrated in Figure 2.6. (see Embed below).

An MME pool area is an area through which the mobile can move without a change of serving MME. Every pool area is controlled by one or more MMEs, while every base station is connected to all the MMEs in a pool area by means of the S1-MME interface. Pool areas can also overlap. Typically, a network operator might configure a pool area to cover a large region of the network such as a major city and might add MMEs to the pool as the signalling load in that city increases.

Similarly, an S-GW service area is an area served by one or more serving gateways, through which the mobile can move without a change of serving gateway. Every base station is connected to all the serving gateways in a service area by means of the S1-U interface. S-GW service areas do not necessarily correspond to MME pool areas.

MME pool areas and S-GW service areas are both made from smaller, non-overlapping units known as tracking areas (TAs). These are used to track the locations of mobiles that are on standby and are similar to the location and routing areas from UMTS and GSM.

LTE, LTE-A and Testing

Some months back R&S held a technical forum where there were many interesting talks and presentations. They have now uploaded video of all these presentations that can be viewed on their website (no embedding allowed).

Available to be viewed here.

Enhanced Uplink SC-FDMA: PUSCH+PUCCH Simultaneous Transmission

RoHC & RoHCv2

Its been a while since I blogged about Robust Header Compression (RoHC). You can see the old posts here and here. Here is an example message showing the header compression information.

RoHCv2 is also available as specified in RFC 5225.

SPS and TTI Bundling Example

I have blogged about Semi-Persistent Scheduling (SPS) and Transmit Time Interval (TTI) Bundling feature before. They are both very important for VoIP and VoLTE to reduce the signalling overhead.

It should be noted that as per RRC Specs, SPS and TTI Bundling is mutually exclusive. The following from RRC specs:

TTI bundling can be enabled for FDD and for TDD only for configurations 0, 1 and 6. For TDD, E-UTRAN does not simultaneously enable TTI bundling and semi-persistent scheduling in this release of specification. Furthermore, E-UTRAN does not simultaneously configure TTI bundling and SCells with configured uplink.