Pages

Showing posts with label Release 11. Show all posts
Showing posts with label Release 11. Show all posts

Saturday, 15 March 2014

HSPA+ Carrier Aggregation



Came across Qualcomm's HSPA+ Carrier aggregation video (above) and whitepaper. Interesting to see that HSPA/HSPA+ is still growing. As per my earlier post, half of the connections in 2018 would be HSPA/HSPA+.

As can be seen in the picture above, there are quite a few features that may be of interest to the operators. Scalable UMTS is one such feature as I have put in the blog before.


You will notice that upto 4 bands can be aggregated. It would be interesting to see which operators have these bands available and if they would be willing to use HSPA+ CA with upto 4 bands. The presentation by Qualcomm is embedded below and is available to download from here.



Related posts:



Tuesday, 18 February 2014

The Rise and Rise or '4G' - Update on Release-11 & Release-12 features

A recent GSMA report suggests that China will be a significant player in the field of 4G with upto 900 million 4G users by 2020. This is not surprising as the largest operator, China Mobile wants to desperately move its user base to 4G. For 3G it was stuck with TD-SCDMA or the TDD LCR option. This 3G technology is not as good as its FDD variant, commonly known as UMTS.

This trend of migrating to 4G is not unique to China. A recent report (embedded below) by 4G Americas predicts that by the end of 2018, HSPA/HSPA+ would be the most popular technology whereas LTE would be making an impact with 1.3 Billion connected devices. The main reason for HSPA being so dominant is due to the fact that HSPA devices are mature and are available now. LTE devices, even though available are still slightly expensive. At the same time, operators are taking time having a seamless 4G coverage throughout the region. My guess would be that the number of devices that are 4G ready would be much higher than 1.3 Billion.

It is interesting to see that the number of 'Non-Smartphones' remain constant but at the same time, their share is going down. It would be useful to breakdown the number of Smartphones into 'Phablets' and 'non-Phablets' category.

Anyway, the 4G Americas report from which the information above is extracted contains lots of interesting details about Release-11 and Release-12 HSPA+ and LTE. The only problem I found is that its too long for most people to go through completely.

The whitepaper contains the following information:

3GPP Rel-11 standards for HSPA+ and LTE-Advanced were frozen in December 2012 with the core network protocols stable in December 2012 and Radio Access Network (RAN) protocols stable in March 2013. Key features detailed in the paper for Rel-11 include:
HSPA+:
  • 8-carrier downlink operation (HSDPA)
  • Downlink (DL) 4-branch Multiple Input Multiple Output (MIMO) antennas
  • DL Multi-Flow Transmission
  • Uplink (UL) dual antenna beamforming (both closed and open loop transmit diversity)
  • UL MIMO with 64 Quadrature Amplitude Modulation (64-QAM)
  • Several CELL_FACH (Forward Access Channel) state enhancements (for smartphone type traffic) and non-contiguous HSDPA Carrier Aggregation (CA)
LTE-Advanced:
  • Carrier Aggregation (CA)
  • Multimedia Broadcast Multicast Services (MBMS) and Self Organizing Networks (SON)
  • Introduction to the Coordinated Multi-Point (CoMP) feature for enabling coordinated scheduling and/or beamforming
  • Enhanced Physical Control Channel (EPDCCH)
  • Further enhanced Inter-Cell Interference Coordination (FeICIC) for devices with interference cancellation
Finally, Rel-11 introduces several network and service related enhancements (most of which apply to both HSPA and LTE):
  • Machine Type Communications (MTC)
  • IP Multimedia Systems (IMS)
  • Wi-Fi integration
  • Home NodeB (HNB) and Home e-NodeB (HeNB)
3GPP started work on Rel-12 in December 2012 and an 18-month timeframe for completion was planned. The work continues into 2014 and areas that are still incomplete are carefully noted in the report.  Work will be ratified by June 2014 with the exception of RAN protocols which will be finalized by September 2014. Key features detailed in the paper for Rel-12 include:
HSPA+:
  • Universal Mobile Telecommunication System (UMTS) Heterogeneous Networks (HetNet)
  • Scalable UMTS Frequency Division Duplex (FDD) bandwidth
  • Enhanced Uplink (EUL) enhancements
  • Emergency warning for Universal Terrestrial Radio Access Network (UTRAN)
  • HNB mobility
  • HNB positioning for Universal Terrestrial Radio Access (UTRA)
  • Machine Type Communications (MTC)
  • Dedicated Channel (DCH) enhancements
LTE-Advanced:
  • Active Antenna Systems (AAS)
  • Downlink enhancements for MIMO antenna systems
  • Small cell and femtocell enhancements
  • Machine Type Communication (MTC)
  • Proximity Service (ProSe)
  • User Equipment (UE)
  • Self-Optimizing Networks (SON)
  • Heterogeneous Network (HetNet) mobility
  • Multimedia Broadcast/Multicast Services (MBMS)
  • Local Internet Protocol Access/Selected Internet Protocol Traffic Offload (LIPA/SIPTO)
  • Enhanced International Mobile Telecommunications Advanced (eIMTA) and Frequency Division Duplex-Time Division Duplex Carrier Aggregation (FDD-TDD CA)
Work in Rel-12 also included features for network and services enhancements for MTC, public safety and Wi-Fi integration, system capacity and stability, Web Real-Time Communication (WebRTC), further network energy savings, multimedia and Policy and Charging Control (PCC) framework.


Thursday, 13 February 2014

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




Monday, 20 January 2014

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:



Friday, 13 December 2013

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:



Other related posts:

Sunday, 1 December 2013

Quick summary on LTE and UMTS / HSPA Release-12 evolution by 3GPP



A quick summary from 3GPP about the Release-12 progress (Jun. 2014 release planned) from the recent ETSI Future Mobile Summit. Presentation and video embedded below





Tuesday, 29 October 2013

ANDSF: Evolution and Roaming with Hotspot 2.0


Access Network Discovery and Selection Function (ANDSF) is still evolving and with the introduction of Hotspot 2.0 (HS 2), there is a good possibility to provide seamless roaming from Cellular to Wi-Fi, Wi-Fi to Wi-Fi and Wi-Fi to Cellular.


There is a good paper (not very recent) by Alcatel-Lucent and BT that explains these roaming scenarios and other ANDSF policies related information very well. Its embedded below:




Tuesday, 8 October 2013

SON in LTE Release-11


Very timely of 4G Americas to release a whitepaper on SON, considering that the SON conference just got over last week. This whitepaper contains lots of interesting details and the status from Rel-11 which is the latest complete release available. I will probably look at some features in detail later on as separate posts. The complete paper is embedded below and is available from 4G Americas website here.


Monday, 23 September 2013

Push to talk (PTT) via eMBMS


I was talking about push to share back in 2007 here. Now, in a recent presentation (embedded below) from ALU, eMBMS has been suggested as a a solution for PTT like services in case of Public safety case. Not sure if or when we will see this but I hope that its sooner rather than later. Anyway, the presentation is embedded below. Feel free to add your comments:



Sunday, 28 July 2013

New RRC message in Rel-11: In-device coexistence indication

I have blogged about about IDC here and here. If the eNB is interested in knowing if the device is having an interference issue it can ask the UE to send this message in the RRC Conn Reconfiguration message. The UE would send the message if it has interference issues.
Inter-frequency handover is a good solution in case the UE is experiencing interference.

From the Rel-11 whitepaper posted last week here:

To assist the base station in selecting an appropriate solution, all necessary/available assistance information for both time and frequency domain solutions is sent together in the IDC indication. The IDC assistance information contains the list of carrier frequencies suffering from on-going interference and the direction of the interference. Additionally it may also contain time domain patterns or parameters to enable appropriate DRX configuration for time domain solutions on the serving LTE carrier frequency.

Note that the network is in the control of whether or not to activate this interference avoidance mechanism. The InDeviceCoexIndication message from the UE may only be sent if a measurement object for this frequency has been established. This is the case, when the RRCConnectionReconfiguration message from the eNB contains the information element idc-Config. The existence of this message declares that an InDeviceCoexIndication message may be sent. The IDC message indicates which frequencies of which technologies are interfered and gives assistance to possible time domain solutions. These comprise DRX assistance information and a list of IDC subframes, which indicate which HARQ processes E-UTRAN is requested to abstain from using. This information describes only proposals, it is completely up to the network to do the decisions.

Friday, 7 June 2013

3GPP Public Safety focus in Rel-12


Public Safety is still a hot topic in the standards discussion and on this blog as well. Two recent posts containing presentations have been viewed and downloaded like hotcakes. See here and here.

3GPP presented on this topic in the Critical Communications World that took place last month. The following is from the 3GPP press release:

The ’Critical Communications World’ conference, held recently in Paris, has focused largely on the case for LTE standardized equipment to bring broadband access to professional users, by meeting their high demands for reliability and resilience.
Balazs Bertenyi, the 3GPP SA Chair, reported on the latest status of the first 3GPP features for public safety, in particular those covering Proximity services (Direct mode) and Group call. He spoke of the need to strike a balance between more or less customisation, to make use of commercial products while meeting the specific requirements for Public Protection and Disaster Relief (PPDR).
To ensure that these needs are met, Balazs Bertenyi called for the wholehearted participation of the critical communications community in 3GPP groups, by sending the right people to address the technical questions and obstacles that arise during the creation of work items.

A presentation and video from that event is embedded below:




For more details see here.

Monday, 3 June 2013

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:



Wednesday, 24 April 2013

eMBMS Release-11 enhancements

Continuing on the eMBMS theme. In the presentation in the last post, there was introduction to the eMBMS protocols and codecs and mention about the DASH protocol. This article from the IEEE Communications magazine provides insight into the working of eMBMS and what potential it holds.


Monday, 11 February 2013

Revisiting Coordinated Multi-point (CoMP) Technology

Looks like I re-visit CoMP every Q1 of the year. Couple of years back, I had posted a primer on CoMP here and last year I had a slide on schemes and deployments here. With Release-11 out of the door and  Release-12 getting in full swing in the standards, its time to re-visit this topic in a bit more detail. There are couple of presentations, one completely devoted to this topic and one that has a section on it. Both of them can be downloaded from slideshare.


Monday, 5 November 2012

3GPP Standards Self Organizing Networks

The following is a presentation by 3GPP on Self-Organising Networks in the SON Conference 2012:



A basic tutorial on SON is available also on 3GPP website here.

A detailed list of 3GPP work items on SON is available to view and download from here.

Tuesday, 16 October 2012

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.



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.

Tuesday, 11 September 2012

New Carrier-Aggregation Proposed Bands

Carrier Aggregation (CA) the promised feature of LTE-A that will make it compatible to IMT-A is not fully exploited in Rel-10. There are only 2 bands supported for CA in Rel-10 and the same for Rel-11. The following are the bands for Rel-10

And the following for Rel-11

Unfortunately these are not enough for all the operators launching LTE/LTE-A. As a result there is currently a study on lots of other bands ongoing within 3GPP. Here is my understanding of the bands that would be needed and the region where they would be needed. Interested in knowing if there are other operators/regions where other bands need to be included.