top button
Flag Notify
    Connect to us
      Facebook Login
      Site Registration Why to Join

    Get Free Article Updates

Facebook Login
Site Registration

Handovers in LTE : Part 2

+1 vote
1,138 views

This article is the continuation of my previous article. I request all to go on first article before studying it. In first article I explained the handover that was Intra-LTE handover using X2 interface. Now I am trying to put up the words for Inter RAT LTE handovers.

What do you mean by Inter RAT Mobility : LTE to 3G/GPRS/GSM or vice versa is called inter-RAT

  • Done when there is limited LTE coverage.
  • To balance load of new system 3G to LTE inter-RAT -Triggered by traffic management policies.

Why Inter-RAT HO is required?

  • LTE will be available only in Urban areas during initial phase.
    Therefore mobility across Radio Access Technology will be critical.
  • Historically, handover is main reason for call drop so it is significant to minimize failures and drops during HO.
  • Non-real time data should be considered as important and should not be dropped while executing HO procedure.
  • Some instances Applications may have to re-authenticate to already established services e.g. streaming have to be restarted.

Steps to complete inter-RAT handover:

  • Setting up measurements
  • Evaluating measurement reports
  • Handover Preparation
  • Handover Execution
  • Handover Completion
  • Data forwarding
  • If inter-RAT is to GSM, NACC(Network assisted Cell Change) is used and no resources are prepared in the target system. UE enter GSM system in RRC_Idle mode and start the RRC Connection Setup Procedure.

Inter RAT Handovers between UMTS

Description of above diagram:
eNB configure the UMTS measurements in the UE using the “RRC Connection Reconfiguration” message:

  • It sets thresholds (serving Cell and inter-RAT neighbor cell) for activations and set events
  • It gives WCDMA center frequency and scrambling code to be used.
  • UE measures UMTS cells and sends RRC: Measurement Report
  • eNB takes decision to perform HO to UMTS

Preparation Phase:

  • In order to prepare target UMTS cell, S-eNB sends S1AP: “Handover Required” Message to MME.
  • This message contains target UMTS cell id
  • MME then contacts SGSN based on UMTS Cell id and allocates the resources (using FWD Relocation Req. : Out of the scope or this discussion)
  • Once MME gets confirmation (receipt of Relocation Complete message from SGSN) MME sends S1AP: “Handover Command” to eNB

eNB then sends “RRC: Mobility from E-UTRA Command” to UE indicating move to UTRAN.

posted Jun 16, 2014 by Aman

  Promote This Article
Facebook Share Button Twitter Share Button Google+ Share Button LinkedIn Share Button Multiple Social Share Button


Related Articles

With the Fast Changing Landscape mobility and convergence in all communications services, Handovers plays a significant role to get them succeed. In terms of cost effectiveness, enhanced features, location independence and ease of use, not only within a Long Term Evolution (LTE) network but also between networks including UMTS, GSM and CDMA.

There are two ways by which handovers can be decided:

  • Network Evaluated: the network makes the handover decision
  • Mobile Evaluated: the UE makes the handoff decision and informs the network about it. In this instance, the final decision will be made by the network based upon on the Radio Resource Management.

In LTE there are three types of handovers:

  • Intra-LTE: Handover happens within the current LTE nodes (intra-MME and Intra-SGW).
  • Inter-LTE: Handover happens toward the other LTE nodes (inter-MME and Inter-SGW).
  • Inter-RAT: Handover between different radio technology networks, for example GSM/UMTS and
    UMTS.

We will first look on Intra-LTE handovers with X2AP signaling then in continue articles will explain further:

  • Intra-LTE (Intra-MME / SGW) Handover Using the X2 Interface:

In this case the assumption is MME and S-GW is unchanged. The presence of IP connectivity between the Serving GW and the source eNodeB, as well as between the Serving GW and the target eNodeB is assumed. Only the eNodeB's will be changing not the MME and S-GW. eNodeB's will talk with each other through X2 interface. There is no involvement of EPC. It means the preparation of resources and completion of handovers, these all messages will be exchanged in between Source eNodeB and target eNodeB.

See the diagram:
Intra RAT Handovers in LTE with X2 Interface

Now Let me explain the diagram step-wise:

  1. A complete data call been established. Data Packets are getting exchange in Network from DL as well as Uplink.
  2. The network will set the thresholds with MeasurementControlReq message and will instruct the UE when it detects the thresholds it should report to the network.
  3. Now, UE has detected the thresholds and as communicated it would send the report to Serving eNodeB and now the decision of handover can be made using the Handover Algorithm. Each operator has its own handover algorithm, on basis of that it will make the handover to Target eNodeB.
  4. Before the Source eNodeB continue the handover procedure using X2 interface, It has to check either the target eNodeB has sufficient resources or not. To check this Source eNodeB will send the RESIURCE STATUS REQUEST message to find out the load on target eNodeB. (Note: This is an optional check, depends upon the implementation).
  5. After the check Source eNodeB will issue the Handover request to Target eNodeB including necessary information to prepare the handover at 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. Now target eNodeB will confirm the resources availability, then reserves it for UE and acknowledge the request with message HANDOVER REQUEST ACKNOWLEDGE 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 serving gateway sends one or more "end marker" packets on the old path to serving eNodeB and then can release any user plane/TNL resources toward the serving eNodeB.
  15. The MME responds to the Target eNodeB with a PATH SWITCH REQ ACK message to notify the completion of the handover.
  16. After all the procedures target eNodeB request the source eNodeB to release all the resources of UE with message of X2 UE CONTEXT RELEASE. After this message the Handover is completely done.
READ MORE
Contact Us
+91 9880187415
sales@queryhome.net
support@queryhome.net
#280, 3rd floor, 5th Main
6th Sector, HSR Layout
Bangalore-560102
Karnataka INDIA.
QUERY HOME
...