Inter-PLMN Handover: The Problem

You might also like

Download as pdf or txt
Download as pdf or txt
You are on page 1of 2

Inter-PLMN Handover

The Problem
An operator was having difficulties with inter PLMN Handover. The handover was X2 with no
change in MME, MME Group or SGW. The TAC number was same for both eNB's but the TAI's
were different. After successful handoff TAU event was triggered. In the TAU response, the MME
sometimes sent the source eNB PLMN as the serving PLMN and sometimes the MME sent the
target PLMN as the serving PLMN.

Which behaviour is correct? Which spec outlines the correct behaviour?

Additional info: When the serving PLMN changed to the target eNB PLMN then subsequent
handoffs succeeded otherwise they were rejected by the MME.

Explanation / 3dB consult recommendation


In X2-based HO the TAU process is launched after HO is completed, if the TA of the target eNB
is not in the list of TAIs that the UE registered with the network. Moreover, in the HO process, if
the serving PLMN changes during X2-based handover, the source eNodeB shall indicate to the
target eNodeB (in the Handover Restriction List) the PLMN selected to be the new Serving
PLMN. So, taking all that into account, once the HO was completed, the MME should always
send the target PLMN as the serving PLMN.

For more information about X2-based HO and TAU triggers please refer to TS-23.401
sections 5.5.1.1.2 and 5.3.3.0 or contact 3dB consult http://3dbconsult.com/en/contact.html

Additional info
You might be interested in some other interesting topics concerning cellular networks
engineering, such as:

For more information about this or other 2G/3G/4G topics, get in contact with 3dB at: toomas.sarv@3dbconsult.com
 Reducing the Cost per Gigabyte - a 3dB Consult White Paper
 3dB CSFB strategy
 3dB How UE calculates CQI value
 What is the purpose of deltaTib
 How to reduce drop in VOLTE Networks
 Most common problems in LTE Networks

For more information about this or other 2G/3G/4G topics, get in contact with 3dB at: toomas.sarv@3dbconsult.com

You might also like