Tag Archives: WiFi

LTE-A in Unlicensed Band (LTE-U)

Qualcomm has recently floated the idea of deploying LTE in unlicensed bands, particularly focusing on the 5GHz band, which is currently used mostly for WiFi. According to a document (RP-131635) submitted to the upcoming 3GPP plenary meeting, the proposal is to deploy LTE as Supplemental Downlink (SDL) in 5725-5850 MHz in USA, with the PCell (Primary Cell) always operating on a carrier in a licensed band. Verizon has also submitted a Work Item Proposal (RP-131680) to to introduce the new band for SDL usage. There’s also a Study Item proposal from Ericsson (RP-131788) is the rapporteur to study the modifications necessary to the LTE radio.

These documents can be downloaded from the 3GPP FTP site.

In addition, there’s a presentation from Qualcomm on the same topic.

5G – The new buzzword

Now that the hype over 4G has somewhat reduced, 5G is slowly becoming the new thing. Lots of claims are being thrown around by vendors and silicon companies, staking claim to having achieved to having found the new holy grail, aka 5G. On one hand we have WiFi chip manufacturers referring to 802.11ac as ‘5G WiFi’ (ever heard of 3G/4G WiFi?) while there are the likes of Samsung who has tagged a new mm-wave based transmission scheme as 5G.

Real work on defining 5G (or the nearest equivalent) requirements has just started in ITU Working Party 5D. If IMT-Advanced was the equivalent of 4G, IMT-2020 technologies are expected to be branded as 5G. At the next meeting of 5D to be held in a few weeks time, various organizations will present their vision of 5G, in terms of technical requirements. Hence, the flurry of whitepapers from vendors:

5G radio access – research and vision (Ericsson)

On the road to 5G (NSN)

Various global telecom standards bodies like 3GPP, IEEE have been asked by ITU to submit their inputs for IMT-2020 requirements. Within 3GPP, there’s an ITU-R Ad-Hoc Group which is currently discussing this topic and preparing an input (Liaison Statement in 3GPP jargon). More details about that in the next blog.

3GPP-WLAN Interworking – Part III : Access Network Selection and Traffic Steering

At the recent RAN2 meeting (May 20-24, 2013), the discussions focused mainly on access network selection and traffic steering in 3GPP-WLAN interworking scenarios. The proposed solutions addressed the following cases:

UE is within UTRAN/E-UTRAN coverage, is using 3GPP and goes into WLAN AP coverage

B.  UE is within UTRAN/E-UTRAN and WLAN coverage, is using WLAN and goes out of WLAN AP coverage

C.  UE is within the coverage area of both, UE using WLAN, all or a subset of the UE’s traffic should be routed via UTRAN/E-UTRAN instead

D.  UE is within the coverage area of both, UE using UTRAN/E-UTRAN,  all or a subset of the UE’s traffic should be routed via WLAN instead

E.   UE using both accesses and should be connected to only one (WLAN or UTRAN/E-UTRAN) or some traffic should be moved to the other access

In broad terms, there are 3 solutions currently being discussed in RAN2:

Solution 1: 3GPP RAN provides UE with information that assists in network selection and traffic steering. This information may be combined with ANDSF rules and/or UE configuration to decide whether to connect to a WLAN, if one is available, and to steer one or more flows to the WiFi link.

Solution 2: 3GPP RAN provides the access network selection parameters, based on which the UE decides when to connect to a WLAN. These parameters may includes thresholds, priorities, rules etc.

Solution 3: UE reports available WLAN(s) based on measurements configured by 3GPP RAN and the decisions related to WLAN selection as well as traffic steering are taken by the network.

In the next post, I will discuss each of these solutions in more detail.

3GPP-WLAN Interworking – Part II : Requirements and Scenarios

In the previous post, I had written about the scope of the Release 12 Study Item (SI) on 3GPP-WLAN Interworking. As with any other SI, the first step was define the requirements and scenarios for this study. While the focus is on Carrier WiFi deployments only, this includes the case where an independent WLAN provider partners with a 3GPP operator to provide WLAN access to the latter’s subscribers. The requirements for the candidate solutions have been captured in 3GPP TR 37.834 and they are reproduced below:

1.   Solutions should provide improved bi-directional load balancing between WLAN and 3GPP radio access networks in order to provide improved system capacity. 

2.   Solutions should improve performance (WLAN interworking should not result in decreased but preferable in better user experience).

3.   Solutions should improve the utilization of WLAN when it is available and not congested.

4.   Solutions should reduce or maintain battery consumption (e.g. due to WLAN scanning/discovery).

5.   Solutions should be compatible with all existing CN WLAN related functionality, e.g. seamless and non-seamless offload, trusted and non-trusted access, MAPCON and IFOM.

6.   Solutions should be backward compatible with existing 3GPP and WLAN specifications, i.e. work with legacy UEs even though legacy UEs may not benefit from the improvements provided by these solutions.

7.   Solutions should rely on existing WLAN functionality and should avoid changes to IEEE and WFA specifications.

8.   Per target WLAN system distinction (e.g. based on SSID) should be possible.

9.   Per-UE control for traffic steering should be possible.

10. Solutions should ensure that access selection decisions should not lead to ping-ponging between UTRAN/E-UTRAN and WLAN.

The candidate solutions should be based on the understanding that there is no RAN level information exchange between H(e)NBs/eNBs/RNCs  and APs via standardized interface. Based on these requirements and the working assumption, a set of solutions are being currently discussed by 3GPP RAN2. These will be described in the next post.

3GPP-WLAN Interworking – Part I

3GPP-WLAN interworking support at Core Network level is already specified in the standard. As part of Release 12, a study on ‘WLAN/3GPP Radio Interworking’ is in progress to find solutions for RAN-level interworking between 3GPP and WLAN. The aim and scop of this study are defined in document no RP-122038.  The following issues are being addressed during the study:

1.   Under-utilization of operator-deployed WLAN

2.   Sub-optimal user experience when UE connects to an overloaded WLAN

3.   Unnecessary WLAN scanning leading to draining of UE battery resources

The first phase of this study identified the requirements for RAN level interworking and defined the scenarios to be considered in the study. The outcomes are captured in the 3GPP Technical Report TR 37.834.

In the current phase of this study, the focus is on identifying solutions addressing the requirements identified in the first phase and evaluation of the benefits and impacts of identified mechanisms over existing functionality, including core network based WLAN interworking mechanisms (e.g. ANDSF).

This TR is updated after every RAN2 meeting to capture the results of this study. I will summarise the key points in the coming days.