CSFB

All mobile switching centers (MSCs) whose served areas overlap E-UTRAN coverage must be upgraded to
support the SGs interfaces between the MSCs and the MMEs. After the upgrade, the MSCs can provide
CSFB-related functions including combined attach, combined tracking area update/location area update
(TAU/LAU), paging, and SMS.

SGS: Interface b/w MME & MSC.

Assists Mobility Management & paging b/w EPS & CS
Network.
Transmits MO/MT SMS messages.

MME: Supports the SGs interface to the MSC/VLR.

Selects the VLR and location area identity (LAI) based on
the tracking area identity (TAI) of the serving cell.
Performs public land mobile network (PLMN) selection
and reselection.It supports RIM
 CSFB
CSFB to Utran
There are two types of CSFB:
• Blind CSFB
• Measured CSFB
There are two types of CSFB Policies:
• PS Handover
• Redirection
When a UE initiates a CS service in the E-UTRAN, the MME sends an S1-AP message
containing CS Fallback Indicator to the eNodeB, instructing the eNodeB to transfer the UE as
well as the CS service to a target network. During CSFB, the eNodeB starts a UTRAN measurement
after it receives a CS Fallback Indicator.
 Triggering of CSFB

During the measurement procedure, CSFB is triggered by event B1.

Blind Handover
If the UE is located in the center of the E-UTRAN cell, the eNodeB performs the blind handover.
Measurement Based handover
If the UE is located at the edge of the E-UTRAN cell, the eNodeB performs a measurement-based
handover.
 Flash CSFB to UTRAN
Enhancement of CSFB:
RIM Procedure: eNodeB obtains the UTRAN cell information through the RIM procedure and then
sends the LTE-to-UMTS redirection message including the obtained UTRAN cell information to the UE
Reduces Access Delay: UE can access a UTRAN cell without obtaining the UTRAN cell information.
Flash Redirection Decision
When the handover policy requires the eNodeB to obtain system information about the peer,
for example, flash redirection, handover decision based on system information is performed.
If the handover decision is based on system information, the eNodeB includes system information of
the target cell of the corresponding RAT. Therefore, the time for reading cell syst
em information is not required so that the UE can quickly access the target network
Switch:UtranFlashCsfbSwitch
 RIM(RAN Information Managment) Procedure Between E-UTRAN and UTRAN

The RIM procedure exchanges information (SI) between the E-UTRAN and UTRAN through the
core networks.
In CSFB procedures, the eNodeB obtains the load information of external UTRAN cells from
RNCs through the RIM procedure if the parameter
GlobalProcSwitch.UtranLoadTransChan is set to BASED_ON_RIM.

When flash CSFB to UTRAN is triggered, the eNodeB sends a RIM message to the RNC and then
includes the obtained SI in a redirection message to send to the UE. If the SI fails to be obtained
from the RNC, the eNodeB no longer attempts the RIM request.
When flash CSFB to UTRAN is triggered, the eNodeB sends RIM messages to all neighboring UTRAN
cells every four seconds no matter whether the eNodeB has CSFB services.
To ensure that the SI of the target cell can be obtained successfully, the eNodeB starts a four-second
timer when it sends a RIM message.
 Ultra Flash CSFB
Excludes the authentication procedure because the UE has been authenticated in the LTE system
before CSFB to UTRAN.
Excludes the ciphering procedure because the UE has performed ciphering as instructed during
SRVCC.
Excludes the IMEI check procedure because the MME has sent the IMEI to the MSC during the
preparation for SRVCC.
Excludes the CS resource setup procedure because the UTRAN system has prepared CS resources
during SRVCC and therefore the UE does not need to reestablish the CS resource after SRVCC.
 Ultra-Flash CSFB(MT Call)
Steps 1 to 4b: The UE initiates voice services (mobile-
originated calls and mobileterminated calls) on the E-
UTRAN. The eNodeB triggers SRVCC to UTRAN. The MME
and MSC use special handling to ensure a normal SRVCC
procedure.
Step 5: The RNC receives a CSFB request and prepares CS
and PS resources.
Step 6: The eNodeB receives the handover command
transferred over the core network and sends it to the UE.
Step 7: The UE is handed over to the UTRAN.
Steps 8 to 13: The UE establishes voice services on the
UTRAN. Signaling is transmitted at a speed of 13.6 kbit/s,
which accelerates the transfer and reduces delays.
Ultra Flash CSFB to UTRAN excludes the following
procedures:
● Authentication procedure The UE has been
authenticated in the LTE system before CSFB to UTRAN.
● Ciphering procedure
• The UE has performed ciphering as instructed during CSFB. Therefore, the ciphering procedure is
not required after the UE is handed over to the UTRAN. ● IMEI check procedure The MME has
sent the IMEI to the MSC during the preparation for CSFB. The procedure is not required in the
UTRAN after SRVCC. ● CS resource setup procedure The UTRAN system has prepared CS
resources during SRVCC and therefore the UE does not need to reestablish the CS resource after
SRVCC. The procedure is not required in the UTRAN after SRVCC.
• SRVCC(Single radio voice Call Continuity):
Ultra Flash CSFB(MO Call)
When a UE initiates a CS service setup request in an LTE cell that does not support VoIP,
this feature enables the eNodeB to hand over the UE to the UTRAN through the SRVCC
handover procedure. This shortens the access delay for CS fallbacks by 1 second.

The measurement procedure and blind handover procedure for this feature are the same as those
in CS Fall Back .
When a UE in an LTE system needs to perform voice service but the LTE system does not support
VoIP, the eNodeB decides to perform ultra-flash CSFB if LOFD-070202 Ultra-Flash CSFB to UTRAN is
enabled. Figure 3-5 shows ultra-flash CSFB to UTRAN by using the SRVCC procedure after the
eNodeB performs a measurement or blind handover decision.

Excludes the authentication procedure because the UE has been authenticated in the
LTE system before CSFB to UTRAN.
Excludes the ciphering procedure because the UE has performed ciphering as
instructed during SRVCC.
Excludes the IMEI check procedure because the MME has sent the IMEI to the MSC
during the preparation for SRVCC.
Excludes the CS resource setup procedure because the UTRAN system has prepared
CS resources during SRVCC and therefore the UE does not need to reestablish the CS
resource after SRVCC.
 Ultra-Flash CSFB to UTRAN

The ultra-flash CSFB to UTRAN switch is controlled by the

UtranUltraFlashCsfbSwitch option of the
ENodeBAlgoSwitch. HoAlgoSwitch
parameter.
 At least one neighboring UTRAN cell's RNC support
ultra-flash CSFB to UTRAN.
o If all neighboring UTRAN cells' RNCs support ultra-flash
CSFB to UTRAN,
no configuration is required.
o If some neighboring UTRAN cells' RNCs do not support
ultra-flash CSFB to
UTRAN, the following configurations are required:
When to Use this Feature:
The LOFD-001034 CS Fallback to GERAN feature is recommended in scenarios where the eNodeB,
MME, and MSC are provided by Huawei, and a proportion of UEs in the live network support SRVCC
from E-UTRAN to GERAN. It is recommended that this feature be activated in GERAN and E-UTRAN
overlapping coverage areas.

• Required Information::
• Before deploying this feature, collect the following information:  Check whether LOFD-001034 CS
Fallback to GERAN has been activated.  Check whether the eNodeB, MME, and MSC in the
network are provided by Huawei and they all support this feature. Check whether a proportion of
UEs in the live network support SRVCC from E-UTRAN to GERAN.
• Requirement::
• This feature is a Huawei-proprietary feature and requires that the eNodeB, MME, and MSC are
provided by Huawei and support this feature. This feature is used with MME11.0 and MSC11.0.
 Precautions

this feature must first be activated on the RNC, MME,

and MSC,and then be activated on the eNodeB. This is
because this feature is triggered by the eNodeB
and this avoids CSFB failures.