Types Handover in LTE
Types Handover in LTE
• Inter-Frequency Handover
• Inter-RAT Handover
www.techlteworld.com
LTE measurement Events
Below is the table explaining the LTE measurements events.
These events are essential for determining when to initiate handover
procedures in LTE networks, ensuring smooth and seamless transitions
between cells or different radio access technologies. The specific utilization of
these events may vary based on the network configuration and requirements.
www.techlteworld.com
A5 Serving cell becomes worse than Inter-Frequency HO
threshold1 and neighbour becomes
better than threshold2
A6 Neighbour cell becomes offset better Intra-Frequency (CA)
than serving (Carrier Aggregation)
B1 Inter-RAT neighbour cell becomes better Inter-Technology (Inter-
than threshold RAT)
B2 Serving cell becomes worse than Inter-Technology (Inter-
threshold1 and inter-RAT neighbour RAT)
becomes better than threshold2
Event A1: This event occurs when the signal strength or quality of the serving
cell becomes better than a predefined threshold. It is used in intra-frequency
handovers and indicates that the serving cell's conditions have improved,
potentially eliminating the need for a handover. In inter-frequency handovers,
this event is used to stop measuring neighbouring cells.
Event A2: When the signal strength or quality of the serving cell falls below a
predefined threshold, event A2 is triggered. It is used in inter-technology
handovers and suggests that the serving cell's conditions have deteriorated,
indicating a potential need for a handover. In inter-frequency handovers, this
event is used to start measuring neighbouring cells.
Event A3: This event occurs when a neighbouring cell's signal becomes offset
better than the serving cell. It is used in both intra-frequency and inter-
frequency handovers. When event A3 is triggered, it signifies that the
neighbouring cell's conditions have significantly improved, making it a potential
target for handover.
Event A4: In inter-frequency handovers, event A4 is triggered when a
neighbouring cell's signal strength or quality becomes better than a predefined
threshold. This event suggests that the neighbouring cell's conditions are
superior, indicating a potential need for a handover.
www.techlteworld.com
Event A5: When the serving cell's signal becomes worse than threshold1, and a
neighbouring cell's signal becomes better than threshold2, event A5 is
triggered in inter-frequency handovers. This event indicates that the serving
cell's conditions have degraded while a neighbouring cell offers better signal
conditions, suggesting a potential handover.
Event A6: Introduced in Release 10 for Carrier Aggregation (CA), event A6 is
triggered when a neighbour cell becomes offset better than the serving cell.
This event is specific to intra-frequency handovers with carrier aggregation,
where multiple component carriers are used.
www.techlteworld.com
Categorization of Handover (EPC Entities are Involved or not) in two types
• X2 Handover
X2 handover is a type of handover that occurs between two
neighbouring eNodeBs (base stations) connected via the X2 interface.
• S1 Handover
S1 handover is a type of handover that involves the transfer of the
mobile device's connection from one eNodeB to another via the Evolved
Packet Core (EPC). It typically occurs when a mobile device moves
between LTE networks of different operators or when transitioning from
LTE to other technologies, such as 3G (UMTS) or 2G (GSM).
www.techlteworld.com
Measurement and Evaluation:
• The mobile device continuously measures the signal quality and
strength of the serving cell and neighbouring cells.
• It reports these measurements to the serving eNodeB, which
evaluates the radio conditions and determines if a handover is
required.
Handover Decision:
• Based on the measurement reports and predefined criteria, the serving
eNodeB makes a decision whether to initiate a handover.
• If the conditions in the target cell are deemed better than the serving
cell, the handover decision is made to transfer the connection.
Handover Preparation:
• The serving eNodeB initiates the handover preparation phase.
• It selects the most suitable target cell for the handover and provides the
necessary handover parameters to the target eNodeB.
www.techlteworld.com
• The target eNodeB is prepared to receive the handover and configure
resources for the incoming mobile device.
Handover Execution:
• The handover execution phase involves signalling messages exchanged
between the serving eNodeB, target eNodeB, and the mobile device.
• The mobile device is instructed to switch its connection from the serving
cell to the target cell at an optimal timing determined by the network.
• The serving eNodeB and target eNodeB coordinate to ensure a smooth
transition of the communication session.
www.techlteworld.com
Handover Completion:
• Once the handover is successfully executed, the mobile device
establishes a connection with the target cell and resumes its
communication session.
• The target eNodeB becomes the serving eNodeB for the mobile device.
• The data path is redirected, and ongoing data packets are forwarded
from the serving eNodeB to the target eNodeB.
• The handover procedure is considered complete when the mobile device
continues its communication without interruption in the target cell.
www.techlteworld.com
X2 Handover Call flow
www.techlteworld.com
Handover Preparation:
• The target eNodeB receives the Handover Request and starts preparing
for the handover.
• It allocates radio resources for the target cell and configures the
necessary parameters.
• IEs involved:
✓ UE Context (received from the MME).
✓ E-RABs to Be Setup List (received from the MME).
Handover Decision and Resource Allocation:
• The target eNodeB evaluates the handover request and determines if it
can accept the handover.
• It checks the available resources and capacity in the target cell.
• If the target eNodeB can accept the handover, it sends a Handover
Request Acknowledgment message to the source eNodeB.
• IEs involved:
✓ UE Context (received from the MME).
Handover Command:
• The source eNodeB receives the Handover Request Acknowledgment
and prepares for the handover command.
• It sends a Handover Command message to the mobile device, instructing
it to perform the handover to the target cell.
www.techlteworld.com
• IEs involved:
✓ Target Cell ID (identifies the target cell).
✓ Measurement Configuration (configuration parameters for
measurement in the target cell).
Handover Execution:
• The mobile device receives the Handover Command and starts the
handover execution.
• It performs necessary measurements on the target cell.
• Once the mobile device confirms the successful measurements, it sends
a Handover Complete message to the target eNodeB.
• IEs involved:
✓ Measurement Results (measurement reports of the target cell).
SN Status Transfer
• It is exchanged between the source eNodeB and the target eNodeB
during the X2 handover procedure to transfer the status of the Sequence
Numbers (SNs) of the User Plane Data Forwarding.
• IEs involved:
✓ UE ID (User Equipment ID): It identifies the specific user equipment
(mobile device) involved in the handover.
✓ E-RAB ID (E-RAB Identity): It identifies the specific E-RAB (Bearer)
associated with the ongoing data transmission.
✓ UL SN (UpLink Sequence Number): It represents the sequence
number of the last uplink data packet transmitted by the mobile
device before the handover.
✓ DL SN (DownLink Sequence Number): It represents the sequence
number of the last downlink data packet transmitted by the source
eNodeB before the handover.
www.techlteworld.com
Handover Completion:
• The target eNodeB receives the Handover Complete message and
verifies the successful handover.
• It establishes the radio link with the mobile device and updates the
UE context accordingly.
• The target eNodeB sends a Handover Request Acknowledgment to
the MME to acknowledge the successful handover.
• IEs involved:
✓ Measurement Results (received from the mobile device).
Data Forwarding:
• The target eNodeB starts forwarding the ongoing data packets to the
mobile device, ensuring continuity of the communication session.
• The handover procedure is complete, and the mobile device
continues its communication in the target cell.
Path Switch Request:
• The target eNodeB sends a Path Switch Request message to the
source eNodeB, requesting a path switch for the data forwarding.
• IEs involved:
✓ Target Cell ID (identifies the target cell).
www.techlteworld.com
Modify Bearer Response:
Modify Bearer Response message is used in the handover procedure to
indicate the outcome of the requested modifications to bearer configurations
during a handover. After receiving the Modify Bearer Request message from
the MME (Mobility Management Entity), the target eNodeB processes the
request and generates a Modify Bearer Response to communicate the result
back to the MME.
www.techlteworld.com
Path Switch Request Acknowledgment with UE Context Release:
• If the source eNodeB has no further use for the UE context, it may
include the UE Context Release IE in the Path Switch Request
Acknowledgment message to release the UE context.
• IEs involved:
✓ UE Context Release (optional).
Data Forwarding:
• The target eNodeB starts forwarding the data packets received from
the source eNodeB to the mobile device.
• It may use the path established through the X2 interface or directly
over the S1 interface.
• IEs involved:
✓ Data packets.
Source eNodeB Resource Release:
• Once the handover is successfully completed, the source eNodeB
releases the radio resources and stops forwarding the data packets.
• It sends a Resource Release message to release the resources.
• IEs involved:
✓ Resource Release information.
Handover Command with Bearer Status Transfer:
• In some cases, when the target eNodeB needs to know the status of
the bearers established in the source eNodeB, the Handover
Command message may include the Bearer Status Transfer IE.
• IEs involved:
✓ Bearer Status Transfer (optional).
www.techlteworld.com
UE Context Release Command:
• If the source eNodeB decides to release the UE context after the
handover, it sends a UE Context Release Command message to the
mobile device, instructing it to release the context.
• IEs involved:
✓ UE Context Release Command.
UE Context Release Complete:
• The mobile device acknowledges the UE Context Release Command
by sending a UE Context Release Complete message to the source
eNodeB.
• IEs involved:
✓ UE Context Release Complete.
www.techlteworld.com
Handover Request:
• The MME (Mobility Management Entity) initiates the handover by
sending a Handover Request message to the target eNodeB.
• IEs involved:
✓ Handover Type: Specifies the type of handover, such as Inter-eNodeB
or Intra-eNodeB handover.
✓ UE Context: Contains the context information of the UE, including UE
ID, security parameters, and EPS bearers.
Handover Request Acknowledgment:
• The target eNodeB acknowledges the Handover Request by sending a
Handover Request Acknowledgment message to the MME.
• IEs involved:
✓ Cause: Indicates the reason for the acknowledgment, such as
acceptance or rejection.
✓ Target Cell ID: Identifies the target cell where the UE will be handed
over.
Handover Command:
• The target eNodeB sends a Handover Command message to the UE,
instructing it to perform the handover to the target cell.
• IEs involved:
✓ Target Cell ID: Identifies the target cell.
www.techlteworld.com
✓ RRC Container: Carries the Radio Resource Control (RRC) information
needed by the UE to perform the handover.
eNB Status Transfer:
• The source eNodeB sends an eNB Status Transfer message to the MME,
containing the operational status and capabilities of the source eNodeB.
• This message allows the source eNodeB to inform the MME about the
target eNodeB's status, such as whether it is ready for handover or
experiencing any issues.
MME Status Transfer:
• The MME responds to the eNB Status Transfer by sending an MME Status
Transfer message to the target eNodeB.
• This message includes the operational status and capabilities of the
MME, providing important information to the target eNodeB.
Handover Command Acknowledgment:
• The UE acknowledges the Handover Command by sending a Handover
Command Acknowledgment message to the target eNodeB.
Handover Notify:
• The target eNodeB sends a Handover Notify message to the MME,
notifying it about the ongoing handover process.
• IEs involved:
✓ Cause: Indicates the reason for the notification.
✓ UE Context: Contains the UE context information.
Modify Bearer Request
• The Modify Bearer Request message, in the context of S1 handover,
enables the MME to request modifications to the bearer contexts for a
specific UE. It allows the MME to update the QoS parameters or make
other necessary changes to ensure a smooth transition of the UE to the
target eNodeB during handover.
www.techlteworld.com
• The Modify Bearer Response message, in the context of S1 handover,
provides the response from the target eNodeB to the MME regarding
the requested modifications to the bearer contexts for a specific UE.
It informs the MME about the successful modifications as well as any
failures encountered during the modification process.
UE Context Release Command:
• The source eNodeB sends a UE Context Release Command message
to the UE, instructing it to release the UE context.
• IEs involved:
✓ UE Context Release Command: Indicates the release command.
UE Context Release Complete:
• The UE acknowledges the UE Context Release Command by sending a
UE Context Release Complete message to the source eNodeB.
• IEs involved:
✓ UE Context Release Complete: Indicates the completion of the UE
context release.
There are 3 main things to focus for measurement related rrc reconfiguration
message in handover:
1. Measurement object id
www.techlteworld.com
Measurement Object ID (IE Type: Measurement Object ID):
www.techlteworld.com
• Description: Specifies the frequency or frequency range associated
with the measurement object.
• Usage: It identifies the carrier frequency on which the
measurements are performed.
www.techlteworld.com
• Description: Indicates the frequency offset applied to the
measurement object.
• Usage: It helps in aligning the measurement object with the
desired frequency.
2. Report config id
Report Config ID is an identifier used to reference a specific reporting
configuration within the Radio Resource Control (RRC) protocol. Reporting
configurations define how the mobile device reports measurement results
to the network.
www.techlteworld.com
Trigger Type (IE Type: Trigger Type):
www.techlteworld.com
Report Quantity Cell (IE Type: Report Quantity Cell):
3. Measurement id
Measurement ID is an identifier used to reference a specific measurement
configuration within the Radio Resource Control (RRC) protocol. Measurement
configurations define how the mobile device performs measurements on
neighboring cells.
www.techlteworld.com
Measurement ID (IE Type: Measurement ID):
• Description: It is a unique identifier assigned to a measurement
configuration within the RRC protocol.
• Usage: The Measurement ID is used to reference and identify the specific
measurement configuration within the network.
www.techlteworld.com
Measurement Control Purpose (IE Type: Measurement Control Purpose):
• Description: Specifies the purpose or reason for controlling the
measurements.
• Usage: It helps in understanding the objective behind controlling the
measurement procedures.
Measurement GAP
• Measurement GAP is introduced to measure the different frequencies of
neighbor cell and inter RAT from the current cell in that mentioned GAP,
so when neighboring inter frequency Cell has better signal than serving
Cell then UE will measure the RSRP in that GAP and informs to current
cell in measurement report. During this gap ue will not listen or transmit
from/to serving cell.
• Ultimately the network makes the decision, but the gap provides the UE
sufficient time to change frequency, make a measurement, and switch
back to the active channel
www.techlteworld.com
• There is two profile gp0 and gp1 ..
Gp0 for fast moving traffic as it's periodicity is 40 ms
Gp1 for slow moving as it's periodicity is 80 ms(like small cell application)
www.techlteworld.com