One Billion 4G LTE Phones by 2018

According to latest research from CCS Insight 4G LTE is the fastest growing mobile technology. More than half of all phones sold in Western Europe in 2014 will be LTE enabled.

The CSS Insight reported that a hefty 56 percent of all phones sold in Western Europe in 2014 will be with LTE capabilities.

On the network front LTE is in an active roll out state with 279 commercial LTE network already deployed in as many as 101 countries worldwide. GSA reports also confirms that both FDD and TDD LTE networks are deployed in various countries.


CSS Insight predicts that global shipment of LTE capable devices will grow by 130 percent from 2014 to 2018. This means there will be 1.2 billion LTE enabled devices will be in the market in just four years of time.

With wide adoption of LTE phones it is also predicted that average price of LTE phones will be below $100 by this year-end.

All major mobile vendors are now offering phones and other mobile devices with LTE modem


Internet of Things – Cisco Systems and Texas Instruments Fighting to Get Their Shares

Internet of Things
IoT or Internet of Things is the most emerging field in wireless access area and many companies are trying to grab their space. Cisco Systems and Texas Instruments are two big names who are collaborating with many companies and startups in hopes of advancing this emerging area.

TI is the first one to grab the opportunity. The networking company already formed partnership with eight companies which include 21emetry, ARM, Arrayent, Exosite, IBM, Spark, Thingsquare and Xively.

Cisco on the other hand launched a challenge to help IoT startups get more visibility. Cisco is looking up for new ideas in IoT applications, analytics, management and connectivity. Each winner will share $250,000 and Cisco will help winners develop, test and pilot new technologies.

According to Gartner forecasts to grow to 26 billion installed units by 2020, representing an almost 30-fold increase from 0.9 billion in 2009.


If You are Interested in Inventions and Patents This Inspiring Video is for You

Ericsson every year choose three inventors who holds largest number of patents in a calendar year. For the year 2013 three leading inventors shared as many as 334 patents between themselves.

Out of these three two are awarded for their work in media and one for wireless access network.


VoLTE Vs Over-the-Top VoIP Services like WhatsApp

VoLTE is the buzzword but is it better than all the Over-the-Top VOIP services offered now. Services including WhatsApp, Skype, Viber or Line all are providing or planning to offer VOIP services. Then why VoLTE. Is VoLTE has any advantages over all the existing services.

According to latest report from NSN Lab, VoLTE is in fact way ahead in terms of battery consumption, network signal load and other aspects.

Over-the-Top (OTT) Clients

VoLTE vs VOIP- Different OTT Services

NSN Lab tested VoLTE against OTT VOIP services hed-to-head with the following KPIs in mind:

  • Smartphone battery consumption
  • Data connections
  • Data volume / throughput
  • Signaling load

Key findings from these test are:

  • OTT VoIP consumed much more smartphone battery power to meet this level of quality
  • OTT VoIP required higher bit rates in general
  • VoLTE client exhibited up to 94% lower mouth to-ear delay compared to OTT VoIP

So VOLTE is the clear winner in all kind of test.

Smartphone battery use

VoLTE clients consumed about 40% less than OTT VoIP clients.

Data connections

OTT VoIP clients generated up to 10x more data connections in the mobile network than a VoLTE client during a call.

Data volume/throughput

Most OTT VoIP applications required between 20% and 40% more throughput than VoLTE clients during active calls to meet this quality level, although one OTT VoIP application showed exceptional performance and came close to VoLTE. Overall data volume consumed over a period of time, including a mix of active and stand-by periods, resulted in at least 50% lower consumption for VoLTE thanks to its more efficient behavior during stand-by.

Signaling load

Typical default OTT VoIP keep-alive patterns activated during standby created between 100% and 200% higher signaling load on LTE networks compared with VoLTE. In one case, an un-optimized OTT VoIP client caused up to 3,000% more signaling in the network during stand-by with default settings.

VoLTE vs Skype vs VOIP &SIP


Anite Announces 4×4 MIMO Support

Anite, a global leader in wireless equipment testing technology today announced 4×4 MIMO device testing capability to support chipset and device manufacturers. Anite will be the first Test Equipment manufacturer to provide chipset and device manufacturers the ability to verify their 4×4 Downlink (DL) MIMO designs and products

The ability to verify 4×4 Downlink (DL) MIMO designs and products is expected to accelerate the development of LTE and LTE-Advanced devices, said Anite.

Advanced MIMO (Multiple Input Multiple Output) antenna configurations where both the base station and the device are equipped with multiple transmit/receive antennas are leading to an increased need for device testing prior to market launch.

MIMO, a key feature in LTE-Advanced, enables operators and device manufacturers to offer superior data rates without requiring additional bandwidth or transmit power, said Anite.

Anite said that 4×4 DL MIMO capable devices require greater antenna separation/isolation and are therefore used in devices with larger form factors such as phablets, laptops with inbuilt modems and set-top boxes, as well as in various automotive applications.

Earlier, Anite demonstrated Carrier Aggregation of two component carriers of 20 MHz each, resulting in Category 6/7 Downlink data rates of 300 Mbps.

‘Complex antenna configurations such as 4×4 DL MIMO require advanced testing capability. Anite’s leading product roadmap and its collaborative engagement with key industry partners enable device manufacturers to accelerate their designs of LTE and LTE-Advanced products’, says Paul Beaver Products Director at Anite.


Intra-LTE Handover Using the S1 Interface

The S1-based handover procedure is used when the X2-based handover cannot be used. These are some examples when S1-based handover can be used.

  1. There is no X2 connectivity to the target eNodeB;
  2. by an error indication from the T-eNB after an unsuccessful X2-based handover;
  3. or by dynamic information learnt by the S-eNB using the STATUS TRANSFER procedure.

The S-eNB initiates the handover by sending a Handover required message over the S1-MME reference point. The EPC does not change the decisions taken by the S-eNB.

The availability of a direct forwarding path is determined in the S-eNB (based on the X2 connectivity with the T-eNB) and indicated to the source MME. If a direct forwarding path is not available, indirect forwarding will be used. The source MME uses the indication from the S-eNB to determine whether to apply indirect forwarding or not.

Intra-LTE Handover Using the S1 Interface Call Flow

Intra-LTE Handover Using the S1 Interface

S1-based Intra-LTE Handover Description

Based on the MEASUREMENT REPORT from the UE, the S-eNB decides to Handover the UE to another eNodeB (T-eNB).

The handover procedure for Intra-LTE handover using the S1 interface is very similar to that of Intra-LTE Handover Using the X2 Interface, except the involvement of the MME in relaying the handover signaling between the S-eNB and T-eNB.

There are two main differences here:

  1. No need for the PATH SWITCH Procedure between the T-eNB and MME, as MME is aware of the Handover.
  2. The SGW is involved in the DL data forwarding if there is no direct forwarding path available between the S-eNB and T-eNB.

Once the Handover is complete, the MME clears the logical S1 connection with the S-eNB by initiating the UE CONTEXT RELEASE procedure.


Intra-LTE Handover Using the X2 Interface

Intra-LTE (Intra-MME/SGW) handover using the X2 interface is used to handover a UE from a source eNodeB (S-eNB) to a target eNodeB (T-eNB) using the X2 interface when the Mobility Management Entity (MME) and Serving Gateway (SGW) are unchanged.

This scenario is possible only when there is a direct connection exists between source eNodeB and target eNodeB with the X2 interface.

Intra-LTE Handover Using the X2 Interface System Architecture

Intra-LTE Handover Using the X2 Interface System Architecture

In case of intra-LTE handover using X2 interface the UE is source eNodeB and is in connected stated and the goal is to move the UE to target eNodeB. The X2 handover procedure is performed without Evolved Packet Core (EPC) involvement, i.e. preparation messages are directly exchanged between the S-eNB and T-eNB. The release of the resources at the source
side during the handover completion phase is triggered by the T-eNB.

Call Flow for Intra-LTE Handover

Call Flow for Intra-LTE Handover

Intra-LTE Handover Call Flow Description

  1. UE is in connected state and a data call is up. Data packets are transferred to/from the UE to/from the network in both directions (DL as well as UL).
  2. The network sends the MEASUREMENT CONTROL REQ message to the UE to set the parameters to measure and set thresholds for those parameters. Its purpose is to instruct the UE to send a measurement report to the network as soon as it detects the thresholds.
  3. The UE sends the MEASUREMENT REPORT to the S-eNB after it meets the measurement report criteria communicated previously. The S-eNB makes the decision to hand off the UE to a T-eNB using the handover algorithm; each network operator could have its own handover algorithm.
  4. The S-eNB issues the RESOURCE STATUS REQUEST message to determine the load on T-eNB (this is optional). Based on the received RESOURCE STATUS RESPONSE, the S-eNB can make the decision to proceed further in continuing the handover procedure using the X2 interface.
  5. The S-eNB issues a HANDOVER REQUEST message to the T-eNB passing necessary information to prepare the handover at the target side (e.g., UE Context which includes the Security Context and RB Context (including E-RAB to RB Mapping) and the Target cell info).
  6. The T-eNB checks for resource availability and, if available, reserves the resources and sends back the HANDOVER REQUEST ACKNOWLEDGE message including a transparent container to be sent to the UE as an RRC message to perform the handover. The container includes a new C-RNTI, T-eNB security algorithm identifiers for the selected security algorithms, and may include a dedicated RACH preamble and possibly some other parameters (i.e., access parameters, SIBs, etc.).
  7. The S-eNB generates the RRC message to perform the handover, i.e, RRCCONNECTION RECONFIGURATION message including the mobilityControlInformation. The S-eNB performs the necessary integrity protection and ciphering of the message and sends it to the UE.
  8. The S-eNB sends the eNB STATUS TRANSFER message to the T-eNB to convey the PDCP and HFN status of the E-RABs.
  9. The S-eNB starts forwarding the downlink data packets to the T-eNB for all the data bearers (which are being established in the T-eNB during the HANDOVER REQ message processing).
  10. In the meantime, the UE tries to access the T-eNB cell using the non-contention-based Random Access Procedure. If it succeeds in accessing the target cell, it sends the RRC CONNECTION RECONFIGURATION COMPLETE to the T-eNB.
  11. The T-eNB sends a PATH SWITCH REQUEST message to the MME to inform it that the UE has changed cells, including the TAI+ECGI of the target. The MME determines that the SGW can continue to serve the UE.
  12. The MME sends a MODIFY BEARER REQUEST (eNodeB address and TEIDs for downlink user plane for the accepted EPS bearers) message to the SGW. If the PDN GW requested the UE’s location info, the MME also includes the User Location Information IE in this message.
  13. The SGW sends the downlink packets to the target eNB using the newly received addresses and TEIDs (path switched in the downlink data path to T-eNB) and the MODIFY BEARER RESPONSE to the MME.
  14. The SGW sends one or more “end marker” packets on the old path to the S-eNB and then can release any user plane / TNL resources toward the S-eNB.
  15. The MME responds to the T-eNB with a PATH SWITCH REQ ACK message to notify the completion of the handover.
  16. The T-eNB now requests the S-eNB to release the resources using the X2 UE CONTEXT RELEASE message. With this, the handover procedure is complete.

Complete Detail of Intra-LTE Handover procedure using X2 interface

Intra-LTE Handover Using the X2 Interface-Call-Flow
Intra-LTE Handover Using the X2 Interface-Call-Flow


  1. LTE X2 Handover PDF
  2. 3GPP TS 36.423: “Evolved Universal Terrestrial Radio Access Network (E-UTRAN); X2 Application Protocol (X2AP).”
  3. 3GPP TS 25.331: “UMTS Radio Resource Control (RRC) Protocol specification.”