Professional Documents
Culture Documents
Issue 04
Date 2015-12-30
and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.
All other trademarks and trade names mentioned in this document are the property of their respective
holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and the
customer. All or part of the products, services and features described in this document may not be within the
purchase scope or the usage scope. Unless otherwise specified in the contract, all statements, information,
and recommendations in this document are provided "AS IS" without warranties, guarantees or
representations of any kind, either express or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute a warranty of any kind, express or implied.
Website: http://www.huawei.com
Email: support@huawei.com
Contents
2 Overview......................................................................................................................................... 6
2.1 Overview........................................................................................................................................................................ 7
2.2 Benefits........................................................................................................................................................................... 7
2.3 Architecture.................................................................................................................................................................... 7
2.4 CSFB Mechanisms....................................................................................................................................................... 10
2.4.1 CSFB to UTRAN.......................................................................................................................................................10
2.4.2 CSFB to GERAN.......................................................................................................................................................11
3 CSFB to UTRAN.......................................................................................................................... 14
3.1 Overview...................................................................................................................................................................... 15
3.2 Feature Classification................................................................................................................................................... 16
3.2.1 Basic CSFB to UTRAN.............................................................................................................................................16
3.2.2 Flash CSFB to UTRAN............................................................................................................................................. 16
3.2.3 Ultra-Flash CSFB to UTRAN................................................................................................................................... 16
3.2.4 CS Fallback with LAI to UTRAN............................................................................................................................. 17
3.2.5 E-UTRAN to UTRAN CS Steering...........................................................................................................................18
3.2.6 CS Fallback Steering to UTRAN.............................................................................................................................. 19
3.2.7 Load-based CSFB to UTRAN................................................................................................................................... 21
3.3 Triggering Events......................................................................................................................................................... 21
3.4 Target Cell/Frequency Selection...................................................................................................................................22
3.5 Handover Decision....................................................................................................................................................... 27
3.5.1 Basic Handover Decision.......................................................................................................................................... 27
3.5.2 Flash Redirection Decision........................................................................................................................................28
3.6 Handover Execution..................................................................................................................................................... 29
3.6.1 Handover Policy Selection........................................................................................................................................ 29
3.6.2 Ultra-Flash CSFB to UTRAN................................................................................................................................... 31
3.6.3 Redirection-based CSFB Optimization for UEs in Idle Mode.................................................................................. 33
3.6.4 CSFB Admission Optimization for UEs in Idle Mode..............................................................................................33
4 CSFB to GERAN.......................................................................................................................... 38
4.1 Overview...................................................................................................................................................................... 39
4.2 Feature Classification................................................................................................................................................... 39
4.2.1 Basic CSFB to GERAN.............................................................................................................................................39
4.2.2 Flash CSFB to GERAN............................................................................................................................................. 40
4.2.3 CS Fallback with LAI to GERAN............................................................................................................................. 40
4.2.4 CS Fallback Steering to GERAN.............................................................................................................................. 40
4.2.5 Ultra-Flash CSFB to GERAN................................................................................................................................... 41
4.3 Triggering Events......................................................................................................................................................... 42
4.4 Target Cell/Frequency Selection...................................................................................................................................42
4.5 Handover Decision....................................................................................................................................................... 43
4.6 Handover Execution..................................................................................................................................................... 43
4.7 RIM Procedure Between E-UTRAN and GERAN...................................................................................................... 45
5 Related Features...........................................................................................................................47
5.1 Features Related to LOFD-001033 CS Fallback to UTRAN....................................................................................... 47
5.2 Features Related to LOFD-001052 Flash CS Fallback to UTRAN............................................................................. 47
5.3 Features Related to LOFD-070202 Ultra-Flash CSFB to UTRAN..............................................................................48
5.4 Features Related to LOFD-001068 CS Fallback with LAI to UTRAN....................................................................... 48
5.5 Features Related to LOFD-001088 CS Fallback Steering to UTRAN.........................................................................49
5.6 Features Related to LOFD-001078 E-UTRAN to UTRAN CS/PS Steering............................................................... 49
5.7 Features Related to LOFD-001034 CS Fallback to GERAN....................................................................................... 50
5.8 Features Related to LOFD-001053 Flash CS Fallback to GERAN............................................................................. 50
5.9 Feature Related to LOFD-081283 Ultra-Flash CSFB to GERAN............................................................................... 51
5.10 Features Related to LOFD-001069 CS Fallback with LAI to GERAN..................................................................... 51
5.11 Features Related to LOFD-001089 CS Fallback Steering to GERAN.......................................................................51
6 Network Impact........................................................................................................................... 53
6.1 LOFD-001033 CS Fallback to UTRAN....................................................................................................................... 53
6.2 LOFD-001052 Flash CS Fallback to UTRAN............................................................................................................. 54
6.3 LOFD-070202 Ultra-Flash CSFB to UTRAN..............................................................................................................54
6.4 LOFD-001068 CS Fallback with LAI to UTRAN....................................................................................................... 55
6.5 LOFD-001088 CS Fallback Steering to UTRAN.........................................................................................................55
6.6 LOFD-001078 E-UTRAN to UTRAN CS/PS Steering............................................................................................... 55
6.7 LOFD-001034 CS Fallback to GERAN....................................................................................................................... 56
6.8 LOFD-001053 Flash CS Fallback to GERAN............................................................................................................. 56
6.9 LOFD-081283 Ultra-Flash CSFB to GERAN..............................................................................................................57
6.10 LOFD-001069 CS Fallback with LAI to GERAN..................................................................................................... 57
6.11 LOFD-001089 CS Fallback Steering to GERAN.......................................................................................................57
7 Engineering Guidelines............................................................................................................. 59
7.3.7 Deactivation.............................................................................................................................................................101
7.3.8 Performance Monitoring..........................................................................................................................................102
7.3.9 Parameter Optimization........................................................................................................................................... 102
7.4 LOFD-070202 Ultra-Flash CSFB to UTRAN............................................................................................................102
7.4.1 When to Use Ultra-Flash CSFB.............................................................................................................................. 102
7.4.2 Required Information.............................................................................................................................................. 102
7.4.3 Requirements........................................................................................................................................................... 102
7.4.4 Precautions...............................................................................................................................................................103
7.4.5 Data Preparation and Feature Activation.................................................................................................................103
7.4.5.1 Data Preparation................................................................................................................................................... 103
7.4.5.2 Using the CME to Perform Batch Configuration for Newly Deployed eNodeBs................................................105
7.4.5.3 Using the CME to Perform Batch Configuration for Existing eNodeBs............................................................. 106
7.4.5.4 Using the CME to Perform Single Configuration................................................................................................ 107
7.4.5.5 Using MML Commands....................................................................................................................................... 108
7.4.6 Activation Observation............................................................................................................................................108
7.4.7 Deactivation............................................................................................................................................................. 112
7.4.8 Performance Monitoring..........................................................................................................................................112
7.4.9 Parameter Optimization........................................................................................................................................... 113
7.5 LOFD-001068 CS Fallback with LAI to UTRAN..................................................................................................... 113
7.5.1 When to Use CS Fallback with LAI to UTRAN..................................................................................................... 113
7.5.2 Required Information...............................................................................................................................................113
7.5.3 Requirements........................................................................................................................................................... 114
7.5.4 Precautions...............................................................................................................................................................115
7.5.5 Data Preparation and Feature Activation.................................................................................................................115
7.5.5.1 Data Preparation................................................................................................................................................... 115
7.5.5.2 Using the CME to Perform Batch Configuration for Newly Deployed eNodeBs................................................115
7.5.5.3 Using the CME to Perform Batch Configuration for Existing eNodeBs..............................................................115
7.5.5.4 Using the CME to Perform Single Configuration................................................................................................ 115
7.5.5.5 Using MML Commands....................................................................................................................................... 115
7.5.6 Activation Observation............................................................................................................................................ 115
7.5.7 Deactivation............................................................................................................................................................. 116
7.5.8 Performance Monitoring..........................................................................................................................................116
7.5.9 Parameter Optimization........................................................................................................................................... 116
7.6 LOFD-001088 CS Fallback Steering to UTRAN.......................................................................................................116
7.6.1 When to Use CS Fallback Steering to UTRAN.......................................................................................................117
7.6.2 Required Information...............................................................................................................................................117
7.6.3 Requirements........................................................................................................................................................... 117
7.6.4 Precautions...............................................................................................................................................................118
7.6.5 Data Preparation and Feature Activation.................................................................................................................118
7.6.5.1 Data Preparation................................................................................................................................................... 118
7.6.5.2 Using the CME to Perform Batch Configuration for Newly Deployed eNodeBs................................................122
7.6.5.3 Using the CME to Perform Batch Configuration for Existing eNodeBs............................................................. 123
8 Parameters................................................................................................................................... 204
9 Counters...................................................................................................................................... 254
10 Glossary..................................................................................................................................... 313
11 Reference Documents............................................................................................................. 314
12 Appendix................................................................................................................................... 315
12.1 CSFB to UTRAN......................................................................................................................................................315
12.1.1 Combined EPS/IMSI Attach Procedure................................................................................................................ 315
1.1 Scope
This document describes circuit switched fallback (CSFB), including its technical principles,
related features, network impact, and engineering guidelines.
This document covers the following features:
l LOFD-001033 CS Fallback to UTRAN
l LOFD-001052 Flash CS Fallback to UTRAN
l LOFD-070202 Ultra-Flash CSFB to UTRAN
l LOFD-001068 CS Fallback with LAI to UTRAN
l LOFD-001088 CS Fallback Steering to UTRAN
l LOFD-001078 E-UTRAN to UTRAN CS/PS Steering
l LOFD-001034 CS Fallback to GERAN
l LOFD-001053 Flash CS Fallback to GERAN
l LOFD-001069 CS Fallback with LAI to GERAN
l LOFD-001089 CS Fallback Steering to GERAN
l LOFD-081283 Ultra-Flash CSFB to GERAN
If Huawei devices are used in the GERAN or UTRAN to which CS fallback is performed,
refer to the following documents to obtain details about CSFB implementation in the
corresponding network:
l GERAN: CS Fallback Feature Parameter Description in GBSS Feature Documentation.
l UTRAN: Interoperability Between UMTS and LTE Feature Parameter Description in
RAN Feature Documentation.
Any managed objects (MOs), parameters, alarms, or counters described herein correspond to
the software release delivered with this document. Any future updates will be described in the
product documentation delivered with future software releases.
This document applies only to LTE FDD. Any "LTE" in this document refers to LTE FDD,
and "eNodeB" refers to LTE FDD eNodeB.
This document applies to the following types of eNodeBs.
Micro BTS3202E
BTS3203E
LampSite DBS3900
eRAN8.1 03 (2015-08-31)
This issue includes the following changes.
eRAN8.1 02 (2015-06-30)
This issue includes the following changes.
eRAN8.1 01 (2015-03-23)
This issue includes the following changes.
Feature Supported the cell-level blind handling switch for Added the Macro,
change CSFB in CS Fallback to UTRAN or GERAN and CellHoParaCf micro,
Flash CS Fallback to UTRAN or GERAN g.HoModeSwit and
scenarios. ch parameter. LampSite
l For details about the switch, see 3.2.1 Basic eNodeBs
CSFB to UTRAN and 3.4 Target Cell/
Frequency Selection.
l For details about handover policy selection,
see 3.6.1 Handover Policy Selection.
l For details about scenario-specific parameter
preparations, see section "Data Preparation" in
engineering guidelines.
l For details about scenario-specific
configurations, see "Using the CME to
Perform Batch Configuration for Newly
Deployed eNodeBs" and "Using MML
Commands" in section "Activation" in
engineering guidelines.
2 Overview
In an early phase of EPS construction, operators who own a mature UTRAN or GERAN can
protect their investments in legacy CS networks and reduce their investments in the EPS by
using legacy CS networks to provide CS services.
Currently, CSFB and voice over IP (VoIP) over IP multimedia subsystem (IMS) are the two
standard solutions to provide voice services for E-UTRAN UEs. After the technological
maturity, industry chain, and deployment costs of the two methods are well weighed, CSFB is
chosen to serve as an interim solution for voice service access before mature commercial use
of IMS.
2.1 Overview
With the CSFB solution, when a UE initiates a CS service, the mobility management entity
(MME) instructs the UE to fall back to the legacy CS network before the UE performs the
service. CSFB is a session setup procedure. UEs fall back to CS networks before CS sessions
are set up, and they always stay in the CS networks during the CS sessions. For details, see
3GPP TS 23.272 V8.5.0.
The eNodeB handles the CSFB for different types of CS services in a uniform way such as the
voice service, SMS, LCS, and emergency calls.
2.2 Benefits
CSFB brings the following benefits:
2.3 Architecture
CSFB is applicable to scenarios where the CS network of the UTRAN/GERAN has the same
or larger coverage area than that of the E-UTRAN.
Figure 2-1 shows the network architecture for CSFB to UTRAN/GERAN.
Table 2-1 describes the elements of the network architecture in Figure 2-1.
SGs interface l Is an interface between the MME and the MSC server.
l Assists mobility management and paging between the EPS and the
CS network.
l Transmits mobile originated (MO) and mobile terminated (MT)
SMS messages.
l Transmits messages related to combined attach and combined TAU/
LAU.
NE Function
To implement CSFB to provide CS services for UEs on the E-UTRAN, all mobile switching
centers (MSCs) that serve overlapping areas with the E-UTRAN coverage must be upgraded
to support functions involving the SGs interface. The SGs interface is between an MSC and a
mobility management entity (MME), and functions involving the SGs interface include
combined attach, combined TAU/LAU (TAU is short for tracking area update, and LAU is
short for location area update), paging, and SMS. If the live network uses an MSC pool, only
one or multiple MSCs in the MSC pool need to be upgraded to support the SGs interface.
l R8 PS Redirection
After receiving a CS Fallback Indicator, the eNodeB sends an RRC Connection Release
message containing frequency information about the target UTRAN to the UE. Based on the
received frequency information, the UE searches for a UTRAN cell, obtains the system
information of the UTRAN cell, and initiates initial access and CS services.
After receiving a CS Fallback Indicator, the eNodeB sends an RRC Connection Release
message containing information about a target UTRAN frequency as well as system
information about multiple target cells to the UE. Based on the received frequency
information, the UE searches for a UTRAN cell. As the UE obtains system information about
the target cell, the UE initiates initial access and CS services in the target cell, thereby
reducing voice delay.
l PS Handover
The UE is handed over to the UMTS network through the PS handover procedure between the
eNodeB and the UMTS network. After the handover, the UE initiates CS services in the target
cell.
Table 2-2 describes the requirements of the three CSFB mechanisms on the network side and
UEs.
Table 2-2 Requirements of CSFB to UTRAN on the network side and UEs
MSC l Support combined The requirements are the The requirements are
EPS/CS attach and same as those of R8 PS the same as those of
combined TA/LA Redirection. R8 PS Redirection.
update.
l Support the CSFB
procedure.
Table 2-3 Requirements of CSFB to GERAN on the network side and UEs
NE R8 PS R9 Redirection CCO CCO with PS
Redirection (Flash CSFB) NACC Handover
3 CSFB to UTRAN
This chapter describes each CSFB to UTRAN feature, CSFB procedure, and RIM procedure
between E-UTRAN and UTRAN.
3.1 Overview
CSFB to UTRAN can be implemented in different ways and includes the following features/
functions:
l LOFD-001033 CS Fallback to UTRAN
l LOFD-001052 Flash CS Fallback to UTRAN
l LOFD-070202 Ultra-Flash CSFB to UTRAN
l LOFD-001068 CS Fallback with LAI to UTRAN
l LOFD-001078 E-UTRAN to UTRAN CS/PS Steering
l LOFD-001088 CS Fallback Steering to UTRAN
l Load-based CSFB to UTRAN
CSFB Procedure
Figure 3-1 shows the CSFB to UTRAN procedure.
enable this feature, the MME, MSC, and RNC must be all provided by Huawei and support
this feature.
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
procedure. It prepares CS resources on the UTRAN in advance and omits unnecessary
signaling processes during UTRAN access, thereby shortening the access delay for CSFB by
1s and improving user experience significantly. Compared with the standard procedure, the
ultra-flash CSFB to UTRAN procedure for Huawei omits certain signaling processes. For
details, see 12.1.5 Ultra-Flash CSFB to UTRAN.
The measurement procedure and blind handover procedure for this feature are the same as
those in CSFB to UTRAN. For details, see 3.2.1 Basic CSFB to UTRAN.
NOTE
The following table describes the parameters that must be set in the GLOBALPROCSWITCH MO to
turn on the UE compatibility switch when UEs do not support Ultra-Flash CSFB, resulting in UE
compatibility problems.
If no frequency or neighboring cell can be selected based on the LAI, the processing is
the same as that when no LAI is received.
l In a blind handover procedure, the eNodeB first selects a target cell for blind handover.
If no neighboring UTRAN cell is configured, the eNodeB preferentially selects the
UTRAN frequencies whose PLMN ID is the same as that in the LAI. The follow-up
procedure is the same as that described in 3.4 Target Cell/Frequency Selection.
If neighboring UTRAN cells are configured, the eNodeB preferentially selects the
operating UTRAN frequencies of the neighboring UTRAN cells whose PLMN ID is the
same as that in the LAI. The eNodeB then sorts the frequencies based on the blind
handover priorities of the neighboring cells and frequency priorities for connected mode.
For details, see 3.4 Target Cell/Frequency Selection.
The eNodeB selects a target cell in the following order of preference:
a. Neighboring cell whose PLMN ID and LAC are the same as those in the LAI
b. If no neighboring cells described in a exist, the eNodeB selects the neighboring
cells with PLMN IDs the same as that in the LAI but LACs different from that in
the LAI.
c. If no neighboring cells described in a and b exist, the eNodeB selects the
neighboring cells with PLMN IDs the same as the serving PLMN ID of the UE.
If the InterPlmnHoSwitch option of the ENodeBAlgoSwitch.HoAlgoSwitch
parameter is selected, the eNodeB also selects cells whose PLMN IDs are in the
target PLMN list.
CS Steering in CSFB
This function is an enhancement to the CS Fallback to UTRAN feature. The enhancements
are as follows:
l CS-only UE
If the MME uses the INITIAL CONTEXT SETUP REQUEST message to send the
CSFB indicator to the eNodeB, the eNodeB determines that the UE is in idle mode at the
time when the UE initiates the CS service. This UE is called a CS-only UE.
l CS+PS UE
If the MME uses the UE CONTEXT MODIFICATION REQUEST message to send the
CSFB indicator to the eNodeB, the eNodeB determines that the UE is performing PS
services at the time when the UE initiates the CS service. This UE is called a CS+PS UE.
CS-only UE
If the UE is a CS-only UE, the eNodeB selects the target RAT based on the RAT priorities for
CSFB of CS-only UEs. The priorities are specified by the following parameters:
l CSFallBackBlindHoCfg.IdleCsfbHighestPri: specifies the highest-priority RAT for
CSFB of CS-only UEs.
l CSFallBackBlindHoCfg.IdleCsfbSecondPri: specifies the second-highest-priority RAT
for CSFB of CS-only UEs.
l CSFallBackBlindHoCfg.IdleCsfbLowestPri: specifies the lowest-priority RAT for
CSFB of CS-only UEs.
The eNodeB can select a neighboring cell or frequency with a lower-priority RAT only if no
neighboring cell or frequency with higher-priority RATs is configured.
If the target system with the highest priority is UTRAN, the eNodeB selects the target
frequencies based on the setting of the UtranNFreq.CsPriority parameter. For details, see
3.2.5 E-UTRAN to UTRAN CS Steering.
The eNodeB selects a handover policy for CSFB of a CS-only UE based on the setting of the
CSFallBackPolicyCfg.IdleModeCsfbHoPolicyCfg parameter. The eNodeB selects PS HO
and redirection in descending order.
CS+PS UE
The eNodeB selects the target RAT based on the RAT priorities specified by the following
parameters:
l CSFallBackBlindHoCfg.InterRatHighestPri: specifies the RAT with the highest
priority.
l CSFallBackBlindHoCfg.InterRatSecondPri: specifies the RAT with the second highest
priority.
l CSFallBackBlindHoCfg.InterRatLowestPri: specifies the RAT with the lowest priority.
The eNodeB can select a neighboring cell or frequency with a lower-priority RAT only if no
neighboring cell or frequency with higher-priority RATs is configured.
If the target system with the highest priority is UTRAN, the eNodeB selects the target
frequencies based on the setting of the UtranNFreq.CsPsMixedPriority parameter. The
UtranNFreq.CsPsMixedPriority and UtranNFreq.CsPriority parameters have similar
setting principles. For details, see 3.2.5 E-UTRAN to UTRAN CS Steering.
The eNodeB selects a handover policy for CSFB of a CS+PS UE based on the setting of the
CSFallBackPolicyCfg.CsfbHoPolicyCfg parameter. The eNodeB selects PS HO and
redirection in descending order.
In load-based CSFB to UTRAN, the eNodeB uses the RIM procedure in Multiple Report
mode to obtain the load information about UTRAN cells. For details about the RIM
procedure, see 3.7 RIM Procedure Between E-UTRAN and UTRAN. After receiving the
load information about UTRAN cells, the eNodeB saves the information and uses the
information to determine the target UTRAN cell for the CSFB.
In load-based CSFB to UTRAN, the measurement and blind handover procedures are the
same as those in the CS Fallback to UTRAN feature. For details, see 3.2.1 Basic CSFB to
UTRAN.
When the eNodeB selects the target UTRAN cell for the CSFB based on the load status of
UTRAN cells, the eNodeB considers UTRAN cells in descending order as follows: cells
whose load status is normal, cells whose load status is congested, and cells whose load status
is overloaded.
Load-based CSFB to UTRAN affects the target cell selection at a later phase. If measurement
is performed, the eNodeB does not select a low-priority frequency because all UTRAN cells
on the high-priority frequency are overloaded.
Measurement Triggering
During CSFB, the eNodeB starts UTRAN measurement after it receives a CS Fallback
Indicator. The measurement configuration is the same as that for coverage-based handover
from E-UTRAN to UTRAN. For details, see Inter-RAT Mobility Management in Connected
Mode Feature Parameter Description.
They have different thresholds and time-to-trigger. Table 3-1 lists the thresholds and time-to-
trigger related to event B1 for CSFB to UTRAN. Other parameters are the same as those
related to event B1 for coverage-based inter-frequency handovers.
LOFD-00105401 Camp and Handover Based on SPID in Flexible User Steering Feature
Parameter Description.
During blind handover, the target selection procedure is different, depending on whether
neighboring UTRAN cells are configured.
l If neighboring UTRAN cells are configured, the target selection procedure is shown in
Figure 3-3.
The blind handover priority of a neighboring UTRAN cell is specified by the
UtranNCell.BlindHoPriority parameter. A larger value indicates a higher priority.
The priority of a neighboring UTRA frequency is specified by
UtranNFreq.ConnFreqPriority parameter. A larger value indicates a higher
priority.
l If no neighboring UTRAN cell is configured, neighboring UTRA frequencies are
configured, and the UE performs CSFB based on redirection, the target selection
procedure is shown in Figure 3-4.
Neighboring UTRA frequencies are configured in UtranNFreq MOs.
The PLMN information of the neighboring UTRA frequencies is contained in the
configured UtranRanShare or UtranExternalCell MOs.
Figure 3-3 Target cell selection (configured with a neighboring UTRAN cell)
Figure 3-4 Target cell selection (configured with no neighboring UTRAN cell)
In the handover decision phase, the eNodeB checks the candidate cell list. Based on the check
result, the eNodeB determines whether a handover needs to be initiated and, if so, to which
cell the UE is to be handed over. If the eNodeB receives measurement reports about different
RATs, it processes the reports in an FIFO manner.
The eNodeB excludes the following cells from the neighboring cell list:
After the preceding exclusion, the eNodeB excludes cells from the neighboring cell list based
on SPID-based mobility management in connected mode. For details, see LOFD-00105401
Camp & Handover Based on SPID in Flexible User Steering Feature Parameter
Description.
The eNodeB then sends a handover request to the target cell at the top of the filtered candidate
cell list. If the handover request fails, the eNodeB sends the handover request to the next
target cell, as described in Table 3-2.
Measurement A handover request is sent to the cell with the best signal
quality.
Blind handover A handover request is sent to a cell or frequency that has the
highest priority. If multiple cells have the highest priority, the
eNodeB randomly selects a cell for blind handover.
l For a measurement procedure, the eNodeB waits until the UE sends the next
measurement report.
l For a blind handover procedure, the eNodeB finishes the handover attempt.
You can specify the number of UTRAN cells contained in the redirection message by setting
the InterRatHoComm.CellInfoMaxUtranCellNum parameter. Assume that this parameter is
set to N.
l If the number of target cells after flash redirection decision is greater than N, the eNodeB
selects the first N cells.
l If the number of target cells after flash redirection decision is smaller than N, the
eNodeB selects target cells after flash redirection decision.
The eNodeB obtains system information of target cells in the RAN information management
(RIM) procedure. If a target cell does not support the RIM procedure, the eNodeB cannot
obtain system information of that cell.
l If the UE does not report inter-RAT MRs and stays in the area covered by the eNodeB
before the timer expires, the eNodeB performs the CSFB based on the blind redirection.
If blind redirection for CSFB is required, select the REDIRECTION option of the
CSFallBackPolicyCfg.CsfbHoPolicyCfg parameter.
The eNodeB preferentially selects a system that the UE has not measured. For
example, if the UE has measured the UTRAN, the eNodeB preferentially selects the
GERAN for redirection.
If a cell to which the eNodeB has never attempted to hand over the UE is reported,
the eNodeB preferentially selects the operating frequency of the cell for redirection.
If there is not target frequency available for redirection, the eNodeB stops the
procedure.
If flash CSFB is enabled in this situation, redirection-based CSFB performed by the
eNodeB is referred to as CSFB emergency redirection. In this scenario, you need to
set the InterRatHoComm.UTRANCellNumForEmcRedirect parameter to specify
the maximum number of UTRAN cell system information messages that can be
transmitted during a CSFB emergency redirection procedure.
l The eNodeB selects the target cell for redirection as it does during blind handover. For
details about how the eNodeB performs target selection during blind handover, see 3.4
Target Cell/Frequency Selection.
Blind handover is controlled by the BlindHoSwitch option of the eNodeB-level
parameter ENodeBAlgoSwitch.HoModeSwitch and the BlindHoSwitch option of
the cell-level parameter CellHoParaCfg.HoModeSwitch. The blind handover
function takes effect only when both options are selected.
Adaptive-blind-handover-based CSFB is controlled by the
CsfbAdaptiveBlindHoSwitch option of the ENodeBAlgoSwitch.HoAlgoSwitch
parameter.
l If PS handover for CSFB is required, select the UtranPsHoSwitch option of the
ENodeBAlgoSwitch.HoModeSwitch parameter and the PS_HO option of the
CSFallBackPolicyCfg.CsfbHoPolicyCfg parameter. If either option is cleared, PS
handover for CSFB is invalid. The eNodeB selects the redirection policy. If the
redirection policy is invalid and the CSFB protection timer expires, the eNodeB enters
the blind redirection procedure.
l During a CSFB based on blind PS handover, if the target cell with the highest blind
handover priority fails to prepare the handover, the eNodeB attempts another cell with
the second highest blind handover priority. The eNodeB can attempt a maximum of eight
cells. If all these cells fail in preparation, the eNodeB performs the emergent blind
redirection.
perform CSFB but the target cell is congested or cannot accommodate more UEs, this UE
cannot preempt resources in the target cell.
To ensure the CSFB success rate in the preceding scenario, the eNodeB can preferentially
admit CSFB UEs. This function is controlled by the
CSFallBackPolicyCfg.CsfbUserArpCfgSwitch parameter.
A larger value of the CsFallbackPolicyCfg.NormalCsfbUserArp parameter indicates a
higher probability of admission of CSFB UEs in idle mode. For details about the admission
procedure, see Admission and Congestion Control.
fails, and the third retry occurs six hours after the second retry fails. For each retry,
the eNodeB sends a RIM message and restarts the timer.
The eNodeB may obtain incorrect SI due to the abnormalities in the UTRAN, core
network, or transport network. To avoid this situation, the eNodeB selects a time point
randomly every day from 02:00 a.m. to 04:00 a.m and deletes all the obtained SI. Then,
the eNodeB requests the SI of UTRAN cells through the RIM procedure again.
If a neighboring UTRAN cell is faulty or deactivated, the RNC sends an END message
to notify the eNodeB of stopping the RIM procedure. In this case, the eNodeB deletes
the obtained SI and requests SI again in the next RIM procedure.
Currently, the eNodeB triggers a RIM procedure in Multiple Report mode only if MMEs
comply with 3GPP Release 9 or later.
The RIM procedure can be performed through the core network or eCoordinator.
Figure 3-8 Performing the RIM procedure through the core network
Figure 3-9 Information exchange mode selection for the RIM procedure
The RIM procedure through the eCoordinator requires that the corresponding switches of all
NEs involved to be switched on.
During the RIM procedure through the eCoordinator, the eNodeB does not send RIM
messages to the EPC or process RIM messages from the EPC.
The information exchange mode for the eCoordinator-based RIM procedure is controlled by
UTRAN_RIM_SWITCH under the ENodeBAlgoSwitch.RimSwitch parameter.
l If this switch is on, the eNodeB uses the RIM procedure in Multiple Report mode to
obtain the system information of external UTRAN cells.
l If this switch is off, the eNodeB uses the RIM procedure in Single Report mode.
4 CSFB to GERAN
This chapter describes each CSFB to GERAN feature, CSFB procedure, and RIM procedure
between E-UTRAN and GERAN.
4.1 Overview
CSFB to GERAN can be implemented in different ways, and this section covers the following
features/functions:
l LOFD-001034 CS Fallback to GERAN
l LOFD-001053 Flash CS Fallback to GERAN
l LOFD-001069 CS Fallback with LAI to GERAN
l LOFD-001089 CS Fallback Steering to GERAN
l LOFD-081283 Ultra-Flash CSFB to GERAN
Figure 4-1 shows the CSFB to GERAN procedure.
This feature has the same principle as CSFB to UTRAN, except the parameters mentioned
below in this section. For details about the principle of CSFB to UTRAN, see 3.2.1 Basic
CSFB to UTRAN.
In this case, the UE can access a GERAN cell without obtaining GERAN cell information.
This reduces the access delay. For details about how the GERAN cell information is delivered
to the eNodeB through the RIM procedure, see Interoperability Between GSM and LTE.
This feature has the same principle as flash CSFB to UTRAN. For details, see 3.2.2 Flash
CSFB to UTRAN.
This feature has the same principle as CS fallback with LAI to UTRAN. For details, see 3.2.4
CS Fallback with LAI to UTRAN.
The principles of this feature are similar to the principles of the CS Fallback Steering to
UTRAN feature. For details about the principles, see 3.2.6 CS Fallback Steering to
UTRAN.
The eNodeB selects a handover policy for CSFB of a CS-only UE based on the setting of the
CSFallBackPolicyCfg.IdleModeCsfbHoPolicyCfg parameter. The eNodeB selects PS HO,
CCO, and redirection in descending order.
The eNodeB selects a handover policy for CSFB of a CS+PS UE based on the setting of the
CSFallBackPolicyCfg.CsfbHoPolicyCfg parameter. The eNodeB selects PS HO, CCO, and
redirection in descending order.
NOTE
The following table describes the parameters that must be set in the GLOBALPROCSWITCH MO to
turn on the UE compatibility switch when UEs do not support Ultra-Flash CSFB, resulting in UE
compatibility problems.
The GERAN frequency group with the highest priority (specified by the
GeranNfreqGroup.ConnFreqPriority parameter) is selected for blind handover. A
larger value indicates a higher priority.
If the priorities of neighboring cells or frequencies are the same, the eNodeB
randomly selects a target cell or frequency. Due to uncertainty of random selection,
you are not advised to set the priorities to the same to ensure the blind handover
success.
l If no neighboring GERAN cell is configured,
Neighboring GERAN frequencies are configured in GeranNfreqGroup MOs.
The PLMN information of the neighboring GERAN frequency is contained in the
configured GeranRanShare or GeranExternalCell MOs.
Figure 4-3 Information exchange mode selection for the RIM procedure
5 Related Features
Impacted Features
When a UE initiates a CSFB request, the eNodeB cannot determine whether the target inter-
RAT network is a CDMA2000 1xRTT network or a GERAN/UTRAN, according to 3GPP
Release 9. Therefore, it is not recommended that CSFB to GERAN/UTRAN be enabled
together with CSFB to CDMA2000 1xRTT. In addition, it is not recommended that this
feature be enabled together with either of the following features:
l LOFD-001035 CS Fallback to CDMA2000 1xRTT
l LOFD-001090 Enhanced CS Fallback to CDMA2000 1xRTT
If both CSFB to UTRAN and CSFB to CDMA2000 are enabled, the eNodeB attempts CSFB
to UTRAN first. If the attempt fails, the eNodeB attempts CSFB to CDMA2000.
Impacted Features
None
Impacted Features
None
Impacted Features
None
Impacted Features
This feature affects LOFD-001089 CS Fallback Steering to GERAN. In overlapping coverage
of GSM, UMTS, and LTE networks, LOFD-001088 CS Fallback Steering to UTRAN and
LOFD-001089 CS Fallback Steering to GERAN, if enabled simultaneously, achieve CSFB
steering to different RATs.
Affected Features
None
Impacted Features
When a UE initiates a CSFB request, the eNodeB cannot determine whether the target inter-
RAT network is a CDMA2000 1xRTT network or a GERAN/UTRAN, according to 3GPP
Release 9. Therefore, it is not recommended that CSFB to GERAN/UTRAN be enabled
together with CSFB to CDMA2000 1xRTT. In addition, it is not recommended that this
feature be enabled together with either of the following features:
l LOFD-001035 CS Fallback to CDMA2000 1xRTT
l LOFD-001090 Enhanced CS Fallback to CDMA2000 1xRTT
If both CSFB to GERAN and CSFB to CDMA2000 are enabled, the eNodeB attempts CSFB
to GERAN first. If the attempt fails, the eNodeB attempts CSFB to CDMA2000.
Impacted Features
None
Impacted Features
None
Impacted Features
None
Impacted Features
This feature affects LOFD-001088 CS Fallback Steering to UTRAN. In overlapping coverage
of GSM, UMTS, and LTE networks, LOFD-001088 CS Fallback Steering to UTRAN and
LOFD-001089 CS Fallback Steering to GERAN, if enabled simultaneously, achieve CSFB
steering to different RATs.
6 Network Impact
Network Performance
Load-based CSFB to UTRAN prevents PS handover preparation failure caused by UTRAN
cell congestion, because the eNodeB selects a target cell based on the UTRAN cell load
status. This increase the CSFB delay.
CSFB affects the access success rate as follows:
l CSFB affects the access success rate as follows: If redirection is used as the CSFB
mechanism, each CSFB procedure is equivalent to the initiation of a new CS service.
Therefore, the access success rate for CSFB UEs is theoretically the same as that for
normal CS UEs in the UTRAN.
l If PS handover is used as the CSFB mechanism, the access success rate for CSFB UEs
depends on the success rate of handovers to the target RAT. Handover-triggered CS
service access has a higher requirement for signal quality compared with normal CS
service access. Therefore, the access success rate for CSFB UEs is a little lower than that
for normal CS UEs in the UTRAN.
Network Performance
Flash CSFB to UTRAN decreases the CSFB delay by up to 1.28s because UEs obtain
information about the target UTRAN cell for redirection before RRC connections to the LTE
network are released.
l Each flash CSFB procedure is equivalent to the initiation of a new CS service. Therefore,
the access success rate for CSFB UEs is theoretically the same as that for normal CS
UEs in the UTRAN.
l The RRC connection setup success rate may decrease slightly for the UTRAN. The
uplink interference information contained in SIB7 in the UTRAN updates frequently.
The RNC cannot update the uplink interference information in the system information
sent to the LTE network based on SIB7 in the UTRAN. Therefore, the uplink
interference information contained in SIB7 in the LTE network is a default value (105
dBm). If the actual uplink interference in the UTRAN is greater than 105 dBm, the
transmit power on UEs' physical random access channel (PRACH) increases and the
RRC connection setup success rate may decrease.
Network Performance
Compared with standard CSFB, this feature reduces the delay of CSFB to UTRAN by 1
second, improving user experience.
Network Performance
CSFB with LAI ensures that a UE can fall back to the CS network to which the UE has
attached. This prevents CSFB failure or long delay caused by incorrect target RAT selection
and increases the CSFB success rate.
Network Performance
Using this feature, an operator that owns inter-RAT networks can specify the target RAT and
frequency for CSFB based on the network plan and network load balancing requirements and
thereby improve network operating efficiency.
If the frequency with the highest priority is inappropriately configured, for example, if the
highest-priority frequency has coverage holes, a UE may fail to measure this frequency and
therefore the CSFB delay increases.
This feature may conflict with the service-based directed retry decision (DRD) algorithm used
for UTRAN, thereby affecting user experience. For example, if a CS service is initiated for a
UE that is performing PS services, the eNodeB may select a High Speed Packet Access
(HSPA) frequency used in UTRAN for CSFB based on configured policies. However, if the
UE requests CS bearer establishment first after the fallback, the UTRAN may transfer the UE
to an R99 frequency.
Network Performance
E-UTRAN to UTRAN CS/PS Steering enables an eNodeB to include only UTRAN
frequencies with a high CS service priority in measurement configurations. This prevents
redundant measurements, reduces the measurement time, and decreases end-to-end CSFB
delay.
If the CS service priorities of UTRAN frequencies configured on the eNodeB are consistent
with those configured at the UTRAN side, E-UTRAN to UTRAN CS/PS Steering prevents
further intra-UTRAN handovers for service steering.
Network Performance
CSFB affects the access success rate as follows:
CSFB mechanisms affect signaling overhead as follows: Flash CSFB affects signaling
overhead as follows: Extra signaling messages are required only during eNodeB deployment.
Afterward, signaling overhead is negligible because of infrequent system information updates.
Network Performance
If flash CSFB is used as the CSFB mechanism, each CSFB procedure is equivalent to the
initiation of a new CS service. Therefore, the access success rate for CSFB UEs is
theoretically the same as that for normal CS UEs in the GERAN.
Flash CSFB to GERAN decreases the CSFB delay by up to 2s because UEs obtain
information about the target GERAN cell for redirection before RRC connections to the LTE
network are released.
Network Performance
Compared with standard CSFB, this feature reduces the delay of CSFB to GERAN by 2
seconds, improving user experience.
Network Performance
CSFB with LAI ensures that a UE can fall back to the CS network to which the UE has
attached. This prevents CSFB failure or long delay caused by incorrect target RAT selection
and increases the CSFB success rate.
Network Performance
Using this feature, an operator that owns inter-RAT networks can specify the target RAT and
frequency for CSFB based on the network plan and network load balancing requirements and
thereby improve network operating efficiency.
If the frequency with the highest priority is inappropriately configured, for example, if the
highest-priority frequency has coverage holes, a UE may fail to measure this frequency and
therefore the CSFB delay increases.
7 Engineering Guidelines
For policies on whether to use PS handover or PS redirection for CSFB, see Inter-RAT
Mobility Management in Connected Mode. If UTRAN and E-UTRAN cells cover the same
area, or the UTRAN cell provides better coverage than the E-UTRAN cell, use CSFB based
on blind handover to decrease the CSFB delay.
7.1.3 Requirements
Operating Environment
l For the Huawei EPC, the EPC version for eRAN3.0 is required. If the EPC version is not
for eRAN3.0, messages may not be parsed.
l For a third party's EPC, the EPC must support CSFB complying with 3GPP Release 8.
Check that software versions for the EPC are correct.
License
The operator has purchased and activated the license for the feature listed in Table 7-2.
7.1.4 Precautions
None
Required Data
Before configuring CSFB to UTRAN, collect the data related to neighbor relationships with
UTRAN cells. This section provides only the information about managed objects (MOs)
related to neighboring UTRAN cells. For more information about how to collect data for the
parameters in these MOs, see Inter-RAT Mobility Management in Connected Mode Feature
Parameter Description. Collect data for the parameters in the following MOs:
1. UtranNFreq: used to configure neighboring UTRA frequencies.
2. UtranExternalCell: used to configure external UTRAN cells. The
UtranExternalCell.Rac parameter must be set.
3. UtranExternalCellPlmn: used to configure additional PLMN IDs for each shared
external UTRAN cell. This MO is required only if the NodeB that provides the external
UTRAN cell works in RAN sharing with common carriers mode and multiple operators
share the external UTRAN cell.
4. The following table describes the parameters that must be set in the UtranNCell MO to
configure the neighbor relationship with a UTRAN cell. If a neighboring UTRAN cell
supports blind handovers according to the network plan, the blind-handover priority of
the cell must be specified by the UtranNCell.BlindHoPriority parameter.
Scenario-specific Data
The following table describes the parameters that must be set in the ENodeBAlgoSwitch MO
to set the eNodeB-level handover mode and handover algorithm switches for CSFB to
UTRAN.
Handover ENodeB Network Set this parameter based on the network plan.
Mode AlgoSwi plan To activate PS handovers, select the
switch tch.Ho (negotiation UtranPsHoSwitch(UtranPsHoSwitch) check box.
ModeSw not If this check box is not selected, redirection will be
itch required) used for CSFB to UTRAN.
The following table describes the parameters that must be set in the ENodeBAlgoSwitch and
CellHoParaCfg MOs to set eNodeB- and cell-level blind handovers.
Handover CellHo Network To activate blind handovers for a cell under the
Mode ParaCf plan eNodeB, select the
switch g.HoMo (negotiation BlindHoSwitch(BlindHoSwitch) check box under
deSwitc not the parameter. If the
h required) BlindHoSwitch(BlindHoSwitch) check box is
deselected, blind handovers for the cell are invalid.
The following table describes the parameters that must be set in the CSFallBackBlindHoCfg
MO to set the blind-handover priorities of different RATs for CSFB.
CN CSFallBack Networ Set this parameter based on the network plan. This
Operat BlindHoCfg. k plan parameter identifies the operator whose RAT blind-
or ID CnOperatorI (negoti handover priorities are to be set.
d ation
not
require
d)
Highes CSFallBack Networ Set this parameter based on the network plan. This
t BlindHoCfg. k plan parameter is set to UTRAN by default and specifies
priority InterRatHig (negoti the highest-priority RAT to be considered in blind
InterRa hestPri ation handovers for CSFB. For CSFB to UTRAN, retain the
t not default value.
require
d)
Second CSFallBack Networ Set this parameter based on the network plan. This
priority BlindHoCfg. k plan parameter is set to GERAN by default and specifies
InterRa InterRatSeco (negoti the second-highest-priority RAT to be considered in
t ndPri ation blind handovers for CSFB. Ensure that this parameter
not is set to a different value from the InterRatHighest-
require Pri and InterRatLowestPri parameters.
d)
Lowest CSFallBack Networ Set this parameter based on the network plan. This
priority BlindHoCfg. k plan parameter is set to CDMA2000 by default and
InterRa InterRatLow (negoti specifies the low-priority RAT to be considered in
t estPri ation blind handovers for CSFB. Ensure that this parameter
not is set to a different value from the InterRatHighest-
require Pri and InterRatSecondPri parameters.
d)
UTRA CSFallBack Networ Set this parameter based on the network plan. This
N LCS BlindHoCfg. k plan parameter specifies the LCS capability of the
capabil UtranLcsCa (negoti UTRAN.
ity p ation
not
require
d)
The following table describes the parameter that must be set in the ENodeBAlgoSwitch MO
to activate load-based CSFB.
The following table describes the parameter that must be set in the GlobalProcSwitch MO to
set load-based CSFB to UTRAN.
The following table describes the parameter that must be set in the CSFallBackHo MO to set
the CSFB protection timer.
CSFB CSFallBack Network plan Set this parameter based on the network
Protection Ho.CsfbPro (negotiation not plan. The default value 4 applies to a
Timer tectionTime required) GSM+UMTS+LTE network. The value
r 2 is recommended for a UMTS+LTE
network. If this parameter is set too
large, the CSFB delay increases in
abnormal CSFB scenarios. If this
parameter is set too small, normal
measurement or handover procedures
may be interrupted.
The following table describes the parameter that must be set in the InterRatHoComm MO to
set the maximum number of neighboring UTRAN cells whose system information is sent to
UEs for emergency redirections.
Max Utran InterRatHoC Network plan The default value is 0, indicating that no
cell num omm.UtranC (negotiation system information of any neighboring
in CSFB ellNumForE not required) UTRAN cells is sent to UEs for
EMC mcRedirect emergency redirections. Operators can set
redirection this parameter to 0 through 16 based on
the network plan. After the CSFB
protection timer expires, the eNodeB
performs an emergency redirection. If the
signal quality of the serving cell is poor
and this parameter is set to a large value,
the eNodeB may fail to send the system
information of neighboring UTRAN cells
to UEs.
The following table describes the parameter that must be set in the CSFallBackPolicyCfg
MO to specify the CSFB policy.
CSFB CSFallBack Network plan Set this parameter based on the network plan.
hando PolicyCfg.Cs (negotiation The default values are REDIRECTION,
ver fbHoPolicyC not required) CCO_HO, and PS_HO. You are advised to set
policy fg this parameter based on the UE capabilities and
Config network capabilities.
uratio NOTE
n If none of the three options is selected and
measurement-based mobility is enabled, the eNodeB
does not perform CSFB for a UE until the CSFB
protection timer expires. Then the eNodeB performs
a blind redirection for the UE. If blind handover is
enabled, the eNodeB directly performs a blind
redirection for the UE.
CCO_HO applies only to CSFB to GERAN.
The following table describes the parameter that must be set in the CSFallBackBlindHoCfg
MO to set the round-robin switch when multiple frequencies are of the same priority for
CSFB-based blind redirections.
CSFB CSFallBack Network plan Set this parameter based on the network plan.
to BlindHoCfg. (negotiation The option is cleared by default. When the UE
UTRA UtranCsfbBl not required) needs to perform a blind redirection and
N indRedirRrS multiple frequencies are of the same priority,
Blind w the option can be selected to ensure that the UE
Redire accesses each frequency equally. In addition,
ction you are advised to plan neighboring cells on the
RR frequencies and neighboring frequencies, and
Switch neighboring cell priorities before selecting the
option.
The following table describes the parameter that must be set in the ENBRSVDPARA MO to
set the random procedure selection optimization for CSFB.
7.1.5.2 Using the CME to Perform Batch Configuration for Newly Deployed
eNodeBs
Enter the values of the parameters listed in Table 7-3 in a summary data file, which also
contains other data for the new eNodeBs to be deployed.
Then, import the summary data file into the Configuration Management Express (CME) for
batch configuration. For detailed instructions, see section "Creating eNodeBs in Batches" in
the initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized
file, depending on the following conditions:
l The managed objects (MOs) in Table 7-3 are contained in a scenario-specific summary
data file. In this situation, set the parameters in the MOs, and then verify and save the
file.
l Some MOs in Table 7-3 are not contained in a scenario-specific summary data file. In
this situation, customize a summary data file to include the MOs before you can set the
parameters.
When configuring neighboring cells, you are advised to use the radio data planning file. For
details about how to fill in and export the radio data planning file, see section "Creating
eNodeBs in Batches" in the initial configuration guide for the eNodeB.
7.1.5.3 Using the CME to Perform Batch Configuration for Existing eNodeBs
Batch Activated
This feature can be batch activated using the CME. For detailed operations, see the following
section in the CME product documentation or online help: Managing the CME > CME
Guidelines > Enhanced Feature Management > Feature Operation and Maintenance.
Batch Reconfiguration
Batch reconfiguration using the CME is the recommended method to activate a feature on
existing eNodeBs. This method reconfigures all data, except neighbor relationships, for
multiple eNodeBs in a single procedure.
Step 1 Customize a summary data file with the MOs and parameters listed in section "Using the
CME to Perform Batch Configuration for Newly Deployed eNodeBs." For online help, press
F1 when a CME window is active, and select Managing the CME > CME Guidelines >
LTE Application Management > eNodeB Related Operations > Customizing a Summary
Data File for Batch eNodeB Configuration.
Step 2 Choose CME > LTE Application > Export Data > Export Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Export Data >
Export Base Station Bulk Configuration Data (CME client mode), to export the eNodeB
data stored on the CME into the customized summary data file.
Step 3 In the summary data file, set the parameters in the MOs according to the setting notes
provided in section "Data Preparation" and close the file.
Step 4 Choose CME > LTE Application > Import Data > Import Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Import Data >
Import Base Station Bulk Configuration Data (CME client mode), to import the summary
data file into the CME.
Step 5 After data verification is complete, choose CME > Planned Area > Export Incremental
Scripts (U2000 client mode), or choose Area Management > Planned Area > Export
Incremental Scripts (CME client mode), to export and activate the incremental scripts. For
detailed operations, see Managing the CME > CME Guidelines > Script File Management
> Exporting Incremental Scripts from a Planned Data Area in the CME online help.
----End
Step 1 In the planned data area, click Base Station in the upper left corner of the configuration
window.
Step 2 In area 1 shown in Figure 7-1, select the eNodeB to which the MOs belong.
Step 3 On the Search tab page in area 2, enter an MO name, for example, CELL.
Step 4 In area 3, double-click the MO in the Object Name column. All parameters in this MO are
displayed in area 4.
Step 5 Set the parameters in area 4 or 5.
Step 6 Choose CME > Planned Area > Export Incremental Scripts (U2000 client mode), or
choose Area Management > Planned Area > Export Incremental Scripts (CME client
mode), to export and activate the incremental scripts.
----End
Step 3 Run the MOD CSFALLBACKPOLICYCFG command with the CCO_HO and PS_HO
options of the CSFB handover policy Configuration parameter deselected and the
REDIRECTION option of the same parameter selected.
Step 4 (Optional) If you require setting UTRAN as having the highest priority for CSFB, run the
MOD CSFALLBACKBLINDHOCFG command with the Highest priority InterRat
parameter set to UTRAN and the Second priority InterRat parameter set to GERAN.
Step 5 (Optional) If a neighboring UTRAN cell is configured, run the MOD UTRANNCELL
command with the Blind handover priority parameter set to the highest priority (32).
Step 6 (Optional) If no neighboring UTRAN cell is configured, run the MOD UTRANNFREQ
command with the Frequency Priority for Connected Mode parameter set to the highest
priority (8).
Step 7 (Optional) Run the MOD CSFALLBACKBLINDHOCFG command to turn on the CSFB to
UTRAN blind redirection RR switch.
----End
Step 1 Add neighboring UTRAN frequencies and neighbor relationships with UTRAN cells. For
details about parameter settings, see Inter-RAT Mobility Management in Connected Mode.
Step 3 Run the following eNodeB- and cell-level commands to enable blind handovers for CSFB to
UTRAN:
1. Run the MOD ENODEBALGOSWITCH command with the
BlindHoSwitch(BlindHoSwitch) option of the Handover Mode switch parameter
selected.
2. Run the MOD CELLHOPARACFG command with the BlindHoSwitch option of the
Handover Mode switch parameter selected.
Step 4 Run the MOD CSFALLBACKPOLICYCFG command with the PS_HO option of the
CSFB handover policy Configuration parameter selected.
Step 5 Run the MOD UTRANNCELL command with the Blind handover priority parameter set
to 32.
----End
Step 1 Add neighboring UTRAN frequencies and neighbor relationships with UTRAN cells. For
details about parameter settings, see Inter-RAT Mobility Management in Connected Mode.
----End
Basic scenario 4: CSFB to UTRAN using measurement-based handovers
Step 1 Add neighboring UTRAN frequencies and neighbor relationships with UTRAN cells. For
details about parameter settings, see Inter-RAT Mobility Management in Connected Mode.
Step 2 Run the MOD ENODEBALGOSWITCH command with the
UtranCsfbSwitch(UtranCsfbSwitch) check box selected under the Handover Algo switch
and the UtranPsHoSwitch(UtranPsHoSwitch) check box selected under the Handover
Mode switch parameter.
Step 3 Run the MOD CELLHOPARACFG command with the BlindHoSwitch option of the
Handover Mode switch parameter deselected for the cells to be measured.
Step 4 Run the MOD CSFALLBACKPOLICYCFG command with the PS_HO option of the
CSFB handover policy Configuration parameter selected.
----End
Enhanced scenario: Load-based CSFB to UTRAN To activate load-based CSFB to UTRAN,
run the following commands after the commands in a basic scenario are executed:
----End
BlindHoPriority=32;
MOD CSFALLBACKBLINDHOCFG: CnOperatorId=0, UtranCsfbBlindRedirRrSw=ON;
Basic scenario 1: CSFB to UTRAN using blind redirection (configured with no neighboring
UTRAN cell)
MOD ENODEBALGOSWITCH: HoAlgoSwitch=UtranCsfbSwitch-1,
HoModeSwitch=BlindHoSwitch-1;
MOD CELLHOPARACFG: LocalCellId=0, HoModeSwitch=BlindHoSwitch-1;
MOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=REDIRECTION-1&CCO_HO-0&PS_HO-0;
MOD CSFALLBACKBLINDHOCFG: CnOperatorId=0, InterRatHighestPri=UTRAN,
InterRatSecondPri=GERAN;
MOD CSFALLBACKBLINDHOCFG: CnOperatorId=0, InterRatHighestPri=UTRAN,
InterRatSecondPri=GERAN;
MOD UTRANNFEQ: LocalCellId=0, UtranDlArfcn=9700, ConnFreqPriority=8;
MOD UTRANRANSHARE: LocalCellId=0, UtranDlArfcn=9700, Mcc="460", Mnc="20";
MOD CSFALLBACKBLINDHOCFG: CnOperatorId=0, UtranCsfbBlindRedirRrSw=ON;
Signaling Observation
The activation observation procedure for CSFB to UTRAN is as follows:
1. Enable a UE to camp on an E-UTRAN cell and originate a voice call so that the UE falls
back to a UTRAN cell and completes the call.
2. Enable a UE to camp on an E-UTRAN cell and receive a voice call so that the UE falls
back to a UTRAN cell and completes the call.
Two UTRAN cells A and B report MRs and are under overload control and in the normal
state, respectively. The RSCP of cell A is larger than that of cell B.
Enable a UE to perform a PS-handover-based CSFB when both cell A and cell B provides
services correctly.
1. If the RSCP of cell B meets the handover requirements, the eNodeB transfers the UE to
cell B.
2. If cell B is blocked and the RSCP of cell A meets the handover requirements, the
eNodeB transfers the UE to cell A and the UE can access the network through
preemption or queuing.
Figure 7-2 and Figure 7-3 show sample procedures for CSFB to UTRAN for a mobile-
originated call and CSFB to UTRAN for a mobile-terminated call, respectively. In the
examples, the UE was in idle mode before the call and is forced to fall back to the UTRAN
using a redirection.
NOTE
The same UE is shown in the left and right sides of the figure. This applies to all figures in the rest of
this document. The messages on the UTRAN side are only for reference.
If the UE capability is not included in the Initial Context Setup Request (Initial Context Setup
Req in the figures) message, the eNodeB initiates a UE capability transfer procedure
immediately after receiving this message from the MME. If the UE capability is included in
the Initial Context Setup Request message, the eNodeB initiates a UE capability transfer
procedure after sending an Initial Context Setup Response (Initial Context Setup Rsp in the
figures) message to the MME.
If measurement-based redirection is used for CSFB to UTRAN, the eNodeB delivers the B1-
related measurement configuration.
If blind redirection is used for CSFB to UTRAN, the eNodeB does not deliver the B1-related
measurement configuration but sends an RRC Connection Release (RRC Conn Rel in the
figures) message to the UE. As shown in the red and green boxes in Figure 7-4, in the RRC
Connection Release message, the cause value is "other" and the target RAT is UTRAN. For an
emergency call, the cause value is "CSFBhighpriority."
Figure 7-4 The RRC Connection Release message during CSFB to UTRAN
If PS handover is used for CSFB to UTRAN, the eNodeB initiates a PS handover procedure
after receiving a measurement report from the UE, instead of sending an RRC Connection
Release message to the UE. Figure 7-5 shows the PS handover procedure. As shown in the
red and green boxes in Figure 7-6, in the handover command sent over the air interface, the
cs-FallbackIndicator IE is TRUE and the target RAT is UTRAN.
If the neighboring UTRAN cell load status is displayed, load-based CSFB has been activated.
Counter Observation
Table 7-4 lists the performance counters for observing functions related to CSFB to UTRAN.
7.1.7 Deactivation
Using the CME to Perform Batch Configuration
Batch reconfiguration using the CME is the recommended method to deactivate a feature on
eNodeBs. This method reconfigures all data, except neighbor relationships, for multiple
eNodeBs in a single procedure. The procedure for feature deactivation is similar to that for
feature activation described in Batch Reconfiguration. In the procedure, modify parameters
according to Table 7-5.
Table 7-8 lists the counters that indicate whether CSFB is performed through redirection or
through handover.
After the CSFB protection timer expires, the eNodeB may perform a blind redirection to enter
the protection procedure. Table 7-9 lists the counter related to the number of times that the
eNodeB enters the protection procedure for CSFB. A larger value of this counter indicates a
longer average UE access delay during CSFB.
Table 7-9 Counter related to the number of times that the eNodeB enters the protection
procedure for CSFB
Counter ID Counter Name Description
Table 7-10 lists the counters related to CSFB for emergency calls.
The formula for calculating the CSFB handover success rate for emergency calls is as
follows: CSFB handover success rate for emergency calls =
L.IRATHO.E2W.CSFB.ExecSuccOut.Emergency/
L.IRATHO.E2W.CSFB.ExecAttOut.Emergency
Highest CSFallBac Network Set this parameter based on the network plan.
priority kBlindHo plan This parameter is set to UTRAN by default and
InterRat Cfg.InterR (negotiatio specifies the highest-priority RAT to be
atHighestP n not considered in blind handovers for CSFB.
ri required)
Second CSFallBac Network Set this parameter based on the network plan.
priority kBlindHo plan This parameter is set to GERAN by default and
InterRat Cfg.InterR (negotiatio specifies the second-highest-priority RAT to be
atSecondP n not considered in blind handovers for CSFB. Ensure
ri required) that this parameter is set to a different value from
the InterRatHighestPri and InterRatLowestPri
parameters.
Lowest CSFallBac Network Set this parameter based on the network plan.
priority kBlindHo plan This parameter is set to CDMA2000 by default
InterRat Cfg.InterR (negotiatio and specifies the low-priority RAT to be
atLowestPr n not considered in blind handovers for CSFB. Ensure
i required) that this parameter is set to a different value from
the InterRatHighestPri and InterRatSecondPri
parameters.
The following table describes the parameters that must be set in the ENodeBAlgoSwitch and
CellHoParaCfg MOs to set eNodeB- and cell-level blind handovers.
Handover CellHoPar Network To activate blind handovers for a cell under the
Mode switch aCfg.HoM plan eNodeB, select the
odeSwitch (negotiati BlindHoSwitch(BlindHoSwitch) check box
on not under the parameter. If the
required) BlindHoSwitch(BlindHoSwitch) check box is
deselected, blind handovers for the cell are
invalid.
Local cell CSFallBac Network Set this parameter based on the network plan.
ID kHo.Local plan
CellId (negotiatio
n not
required)
CSFB CSFallBac Network Set this parameter based on the network plan. This
Utran kHo.CsfbH plan parameter specifies the time-to-trigger for event
EventB1 oUtranTim (negotiatio B1 in CSFB to UTRAN. When CSFB to UTRAN
Time To eToTrig n not is required, set this parameter, which is used by
Trig required) UEs as one of the conditions for triggering event
B1. When a UE detects that the signal quality in at
least one UTRAN cell meets the entering
condition, it does not immediately send a
measurement report to the eNodeB. Instead, the
UE sends a measurement report only when the
signal quality has been meeting the entering
condition throughout a period defined by this
parameter. This parameter helps decrease the
number of occasionally triggered event reports,
the average number of handovers, and the number
of incorrect handovers, preventing unnecessary
handovers.
CSFB CSFallBac Network Set this parameter based on the network plan. This
UTRAN kHo.CsfbH plan parameter specifies the RSCP threshold for event
EventB1 oUtranB1T (negotiatio B1 in CSFB to UTRAN. When CSFB to UTRAN
RSCP hdRscp n not is required, set this parameter, which is used by
Trigger required) UEs as one of the conditions for triggering event
Threshold B1. This parameter specifies the minimum
required RSCP of the signal quality provided by a
UTRAN cell when a CSFB procedure can be
initiated toward this cell. Event B1 is triggered
when the RSCP measured by the UE is higher
than the value of this parameter and all other
conditions are also met.
CSFB CSFallBac Network Indicates the Ec/No threshold for event B1, which
UTRAN kHo.CsfbH plan is used in CS fallback to UTRAN. When CSFB to
EventB1 oUtranB1T (negotiatio UTRAN is required, set this parameter, which is
ECN0 hdEcn0 n not used by UEs as one of the conditions for
Trigger required) triggering event B1. This parameter specifies the
Threshold minimum required Ec/No of the signal quality
provided by a UTRAN cell when a CSFB
procedure can be initiated toward this cell. Event
B1 is triggered when the Ec/No measured by the
UE is higher than the value of this parameter and
all other conditions are also met. Set this
parameter to a large value for a cell with a large
signal fading variance in order to reduce the
probability of unnecessary handovers. Set this
parameter to a small value for a cell with a small
signal fading variance in order to ensure timely
handovers.
7.2.3 Requirements
Operating Environment
If the RIM procedure is performed through the core network, the core-network equipment
must support this feature:
l For the Huawei EPC, the EPC version for eRAN3.0 is required. If the EPC version is not
for eRAN3.0, messages may not be parsed.
l For a third party's EPC, the EPC must support CSFB complying with 3GPP Release 9.
Check that software versions for the EPC are correct.
If the RIM procedure is performed through the eCoordinator, the RNC/BSC, eNodeB, and
eCoordinator must all be provided by Huawei and with the switch for supporting the RIM
procedure through eCoordinator turned on.
To facilitate connection setup for RIM message exchange, you must enable RIM in the
UTRAN before you enable it in the E-UTRAN.
License
The operator has purchased and activated the license for the feature listed in Table 7-11.
NOTE
If the UTRAN uses Huawei devices, corresponding licenses need to be activated. For details, see the
engineering guidelines for WRFD-150231 RIM Based UMTS Target Cell Selection for LTE in
Interoperability Between UMTS and LTE Feature Parameter Description.
7.2.4 Precautions
None
l Network plan (negotiation not required): parameter values planned and set by the
operator
l Network plan (negotiation required): parameter values planned by the operator and
negotiated with the EPC or peer transmission equipment
l User-defined: parameter values set by users
Required Data
The required data is the same as that for LOFD-001033 CS Fallback to UTRAN. For details,
see 7.1.5.1 Data Preparation.
Scenario-specific Data
The following table describes the parameter that must be set in the ENodeBAlgoSwitch MO
to configure the RIM procedure.
7.2.5.2 Using the CME to Perform Batch Configuration for Newly Deployed
eNodeBs
Enter the values of the parameters listed in Table 7-12 in a summary data file, which also
contains other data for the new eNodeBs to be deployed.
Then, import the summary data file into the Configuration Management Express (CME) for
batch configuration. For detailed instructions, see section "Creating eNodeBs in Batches" in
the initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized
file, depending on the following conditions:
l The managed objects (MOs) in Table 7-12 are contained in a scenario-specific summary
data file. In this situation, set the parameters in the MOs, and then verify and save the
file.
l Some MOs in Table 7-12 are not contained in a scenario-specific summary data file. In
this situation, customize a summary data file to include the MOs before you can set the
parameters.
7.2.5.3 Using the CME to Perform Batch Configuration for Existing eNodeBs
Batch reconfiguration using the CME is the recommended method to activate a feature on
existing eNodeBs. This method reconfigures all data, except neighbor relationships, for
multiple eNodeBs in a single procedure. The procedure is as follows:
Step 1 Customize a summary data file with the MOs and parameters listed in section "Using the
CME to Perform Batch Configuration for Newly Deployed eNodeBs." For online help, press
F1 when a CME window is active, and select Managing the CME > CME Guidelines >
LTE Application Management > eNodeB Related Operations > Customizing a Summary
Data File for Batch eNodeB Configuration.
Step 2 Choose CME > LTE Application > Export Data > Export Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Export Data >
Export Base Station Bulk Configuration Data (CME client mode), to export the eNodeB
data stored on the CME into the customized summary data file.
Step 3 In the summary data file, set the parameters in the MOs according to the setting notes
provided in section "Data Preparation" and close the file.
Step 4 Choose CME > LTE Application > Import Data > Import Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Import Data >
Import Base Station Bulk Configuration Data (CME client mode), to import the summary
data file into the CME, and then start the data verification.
Step 5 After data verification is complete, choose CME > Planned Area > Export Incremental
Scripts (U2000 client mode), or choose Area Management > Planned Area > Export
Incremental Scripts (CME client mode), to export and activate the incremental scripts. For
detailed operations, see Managing the CME > CME Guidelines > Script File Management
> Exporting Incremental Scripts from a Planned Data Area in the CME online help.
----End
Step 1 In the planned data area, click Base Station in the upper left corner of the configuration
window.
Step 2 In area 1 shown in Figure 7-7, select the eNodeB to which the MOs belong.
Step 3 On the Search tab page in area 2, enter an MO name, for example, CELL.
Step 4 In area 3, double-click the MO in the Object Name column. All parameters in this MO are
displayed in area 4.
Step 6 Choose CME > Planned Area > Export Incremental Scripts (U2000 client mode), or choose
Area Management > Planned Area > Export Incremental Scripts (CME client mode), to
export and activate the incremental scripts.
----End
Counter Observation
No matter whether the RIM procedure is performed through the core network or the
eCoordinator, performance counters listed in Table 7-13 can be used to observe whether the
RIM procedure has taken effect.
Table 7-13 Counters related to the RIM procedure between E-UTRAN and UTRAN
----End
If the RIM procedure is performed through the eCoordinator, trace signaling messages as
follows:
----End
7.2.7 Deactivation
Using the CME to Perform Batch Configuration
Batch reconfiguration using the CME is the recommended method to deactivate a feature on
eNodeBs. This method reconfigures all data, except neighbor relationships, for multiple
eNodeBs in a single procedure. The procedure for feature deactivation is similar to that for
feature activation described in 7.2.5.3 Using the CME to Perform Batch Configuration for
Existing eNodeBs. In the procedure, modify parameters according to the table listed in the
scenario of E-UTRAN to UTRAN CS/PS steering.
7.3.3 Requirements
Operating Environment
l For the Huawei EPC, the EPC version for eRAN3.0 is required. If the EPC version is not
for eRAN3.0, messages may not be parsed.
l For a third party's EPC, the EPC must support CSFB complying with 3GPP Release 9.
Check that software versions for the EPC are correct.
License
The operator has purchased and activated the license for the feature listed in Table 7-16.
NOTE
If the UTRAN uses Huawei devices, RIM-based flash CSFB needs to be enabled on the UTRAN. For
details, see Flash CS Fallback Based on RIM Feature Parameter Description.
7.3.4 Precautions
None
Required Data
Before configuring CSFB to UTRAN, collect the data related to neighbor relationships with
UTRAN cells. This section provides only the information about MOs related to neighboring
UTRAN cells and key parameters in these MOs. For more information about how to collect
data for the parameters in these MOs, see Inter-RAT Mobility Management in Connected
Mode Feature Parameter Description. Collect data for the parameters in the following MOs:
1. UtranNFreq: used to configure neighboring UTRA frequencies.
2. UtranExternalCell: used to configure external UTRAN cells. The
UtranExternalCell.Rac parameter must be set.
3. UtranExternalCellPlmn: used to configure additional PLMN IDs for each shared
external UTRAN cell. This MO is required only if the BTS that provides the external
GERAN cell works in RAN sharing with common carriers mode and multiple operators
share the external GERAN cell.
4. The following table describes the parameters that must be set in the UtranNCell MO to
configure the neighbor relationship with a UTRAN cell. If a neighboring UTRAN cell
supports blind handovers according to the network plan, the blind-handover priority of
the cell must be specified by the UtranNCell.BlindHoPriority parameter.
Scenario-specific Data
The following table describes the parameters that must be set in the ENodeBAlgoSwitch MO
to set the handover mode and handover algorithm switches for flash CSFB to UTRAN.
Handover ENodeBAlg Network plan Set this parameter based on the network
Mode switch oSwitch.Ho (negotiation plan.
ModeSwitch not required)
The following table describes the parameters that must be set in the ENodeBAlgoSwitch and
CellHoParaCfg MOs to set eNodeB- and cell-level blind handovers.
Handove CellHo Network To activate blind handovers for a cell under the
r Mode ParaCf plan eNodeB, select the
switch g.HoMo (negotiation BlindHoSwitch(BlindHoSwitch) check box under
deSwitc not the parameter. If the
h required) BlindHoSwitch(BlindHoSwitch) check box is
deselected, blind handovers for the cell are invalid.
The following table describes the parameter that must be set in the S1Interface MO to set the
compliance protocol release of the MME.
The following table describes the parameters that must be set in the CSFallBackBlindHoCfg
MO to set the blind-handover priorities of different RATs for CSFB.
CN Operator CSFallB Network Set this parameter based on the network plan.
ID ackBlind plan This parameter identifies the operator whose
HoCfg.C (negotiation RAT blind-handover priorities are to be set.
nOperato not required)
rId
Highest CSFallB Network Set this parameter based on the network plan.
priority ackBlind plan This parameter is set to UTRAN by default
InterRat HoCfg.In (negotiation and specifies the highest-priority RAT to be
terRatHi not required) considered in blind handovers for CSFB. For
ghestPri CSFB to UTRAN, retain the default value.
Second CSFallB Network Set this parameter based on the network plan.
priority ackBlind plan This parameter is set to GERAN by default
InterRat HoCfg.In (negotiation and specifies the second-highest-priority RAT
terRatSec not required) to be considered in blind handovers for CSFB.
ondPri Ensure that this parameter is set to a different
value from the InterRatHighestPri and
InterRatLowestPri parameters.
Lowest CSFallB Network Set this parameter based on the network plan.
priority ackBlind plan This parameter is set to CDMA2000 by
InterRat HoCfg.In (negotiation default and specifies the low-priority RAT to
terRatLo not required) be considered in blind handovers for CSFB.
westPri Ensure that this parameter is set to a different
value from the InterRatHighestPri and
InterRatSecondPri parameters.
UTRAN CSFallB Network Set this parameter based on the network plan.
LCS ackBlind plan This parameter specifies the LCS capability of
capability HoCfg.U (negotiation the UTRAN.
tranLcsC not required)
ap
The following table describes the parameter that must be set in the InterRatHoComm MO to
set the maximum number of neighboring UTRAN cells whose system information is sent to
UEs for redirections.
Max Utran InterRatH Network plan Set this parameter based on the network plan.
cell num in oComm.C (negotiation The default value is 8. If this parameter is set
redirection ellInfoMa not required) too small, the flash CSFB success rate
xUtranCel decreases because UEs may not receive valid
lNum neighboring cell system information. If this
parameter is set too large, the size of an RRC
connection release message increases and
CSFB may fail.
7.3.5.2 Using the CME to Perform Batch Configuration for Newly Deployed
eNodeBs
Enter the values of the parameters listed in Table 7-17 in a summary data file, which also
contains other data for the new eNodeBs to be deployed.
Then, import the summary data file into the Configuration Management Express (CME) for
batch configuration. For detailed instructions, see section "Creating eNodeBs in Batches" in
the initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized
file, depending on the following conditions:
l The managed objects (MOs) in Table 7-17 are contained in a scenario-specific summary
data file. In this situation, set the parameters in the MOs, and then verify and save the
file.
l Some MOs in Table 7-17 are not contained in a scenario-specific summary data file. In
this situation, customize a summary data file to include the MOs before you can set the
parameters.
When configuring neighboring cells, you are advised to use the radio data planning file. For
details about how to fill in and export the radio data planning file, see section "Creating
eNodeBs in Batches" in the initial configuration guide for the eNodeB.
7.3.5.3 Using the CME to Perform Batch Configuration for Existing eNodeBs
Batch Activated
This feature can be batch activated using the CME. For detailed operations, see the following
section in the CME product documentation or online help: Managing the CME > CME
Guidelines > Enhanced Feature Management > Feature Operation and Maintenance.
Batch Reconfiguration
Batch reconfiguration using the CME is the recommended method to activate a feature on
existing eNodeBs. This method reconfigures all data, except neighbor relationships, for
multiple eNodeBs in a single procedure.
Step 1 Customize a summary data file with the MOs and parameters listed in section "Using the
CME to Perform Batch Configuration for Newly Deployed eNodeBs." For online help, press
F1 when a CME window is active, and select Managing the CME > CME Guidelines >
LTE Application Management > eNodeB Related Operations > Customizing a Summary
Data File for Batch eNodeB Configuration.
Step 2 Choose CME > LTE Application > Export Data > Export Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Export Data >
Export Base Station Bulk Configuration Data (CME client mode), to export the eNodeB
data stored on the CME into the customized summary data file.
Step 3 In the summary data file, set the parameters in the MOs according to the setting notes
provided in section "Data Preparation" and close the file.
Step 4 Choose CME > LTE Application > Import Data > Import Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Import Data >
Import Base Station Bulk Configuration Data (CME client mode), to import the summary
data file into the CME.
Step 5 After data verification is complete, choose CME > Planned Area > Export Incremental
Scripts (U2000 client mode), or choose Area Management > Planned Area > Export
Incremental Scripts (CME client mode), to export and activate the incremental scripts. For
detailed operations, see Managing the CME > CME Guidelines > Script File Management
> Exporting Incremental Scripts from a Planned Data Area in the CME online help.
----End
Step 1 In the planned data area, click Base Station in the upper left corner of the configuration
window.
Step 2 In area 1 shown in Figure 7-8, select the eNodeB to which the MOs belong.
Step 3 On the Search tab page in area 2, enter an MO name, for example, CELL.
Step 4 In area 3, double-click the MO in the Object Name column. All parameters in this MO are
displayed in area 4.
Step 6 Choose CME > Planned Area > Export Incremental Scripts (U2000 client mode), or choose
Area Management > Planned Area > Export Incremental Scripts (CME client mode), to
export and activate the incremental scripts.
----End
Step 1 Run the MOD GLOBALPROCSWITCH command to set the RIM Coding Policy
parameter.
If the peer device is a Huawei device, go to Step 2 directly.
If the peer device is not a Huawei device, you need to modify the RIM Coding Policy
feature. Run the MOD GLOBALPROCSWITCH command to set the RIM Coding Policy
parameter to StandardCoding.
Step 2 Run the MOD ENODEBALGOSWITCH command with the
UtranFlashCsfbSwitch(UtranFlashCsfbSwitch) check box selected under the Handover
Algo switch parameter and with the UTRAN_RIM_SWITCH(UTRAN RIM Switch) check
box selected under the RIM switch parameter.
Step 3 Run the MOD S1INTERFACE command with the MME Release parameter set to
Release_R9(Release 9).
----End
Counter Observation
Table 7-18 lists the performance counters for observing functions related to flash CSFB to
UTRAN.
7.3.7 Deactivation
Using the CME to Perform Batch Configuration
Batch reconfiguration using the CME is the recommended method to deactivate a feature on
eNodeBs. This method reconfigures all data, except neighbor relationships, for multiple
eNodeBs in a single procedure. The procedure for feature deactivation is similar to that for
feature activation described in 7.3.5.3 Using the CME to Perform Batch Configuration for
Existing eNodeBs. In the procedure, modify parameters according to Table 7-19.
7.4.3 Requirements
Operating Environment
This feature is a Huawei-proprietary feature and requires that the UTRAN, eNodeB, RNC,
MME, and MSC are provided by Huawei and support this feature. This feature is used with
MME11.0 and MSC11.0.
License
The operator has purchased and activated the license for the feature listed in Table 7-20.
NOTE
The license for ultra-flash CSFB needs to be purchased and activated on the UTRAN. For detailed
operations, see the following section in Interoperability Between UMTS and LTE Feature Parameter
Description: Engineering Guidelines > WRFD-160271 Ultra-Flash CSFB.
7.4.4 Precautions
This feature is a Huawei-proprietary feature and is not supported by devices provided by other
vendors. In addition, 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.
l Network plan (negotiation not required): parameter values planned and set by the
operator
l Network plan (negotiation required): parameter values planned by the operator and
negotiated with the EPC or peer transmission equipment
l User-defined: parameter values set by users
Required Data
The required data is the same as that for LOFD-001033 CS Fallback to UTRAN. For details,
see 7.1.5.1 Data Preparation.
Scenario-specific Data
The following table describes the parameters that must be set in the ENodeBAlgoSwitch MO
to set the handover mode and handover algorithm switches for ultra-flash CSFB to UTRAN.
If some RNCs do not support ultra-flash CSFB to UTRAN, the ultra-flash CSFB supporting
capability of the UTRAN must be set in the UtranNetworkCapCfg MO.
The following table describes the parameters that must be set in the
GLOBALPROCSWITCH MO to turn on the UE compatibility switch when UEs do not
support Ultra-Flash CSFB, resulting in UE compatibility problems.
7.4.5.2 Using the CME to Perform Batch Configuration for Newly Deployed
eNodeBs
Using the CME to Perform Batch Configuration for Newly Deployed eNodeBs
Enter the values of the parameters listed in Table 7-21 in a summary data file, which also
contains other data for the new eNodeBs to be deployed.
Then, import the summary data file into the Configuration Management Express (CME) for
batch configuration. For detailed instructions, see section "Creating eNodeBs in Batches" in
the initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized
file, depending on the following conditions:
l The managed objects (MOs) in Table 7-21 are contained in a scenario-specific summary
data file. In this situation, set the parameters in the MOs, and then verify and save the
file.
l Some MOs in Table 7-21 are not contained in a scenario-specific summary data file. In
this situation, customize a summary data file to include the MOs before you can set the
parameters.
7.4.5.3 Using the CME to Perform Batch Configuration for Existing eNodeBs
Batch reconfiguration using the CME is the recommended method to activate a feature on
existing eNodeBs. This method reconfigures all data, except neighbor relationships, for
multiple eNodeBs in a single procedure. The procedure is as follows:
Step 1 Customize a summary data file with the MOs and parameters listed in section "Using the
CME to Perform Batch Configuration for Newly Deployed eNodeBs." For online help, press
F1 when a CME window is active, and select Managing the CME > CME Guidelines >
LTE Application Management > eNodeB Related Operations > Customizing a Summary
Data File for Batch eNodeB Configuration.
Step 2 Choose CME > LTE Application > Export Data > Export Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Export Data >
Export Base Station Bulk Configuration Data (CME client mode), to export the eNodeB
data stored on the CME into the customized summary data file.
Step 3 In the summary data file, set the parameters in the MOs according to the setting notes
provided in section "Data Preparation" and close the file.
Step 4 Choose CME > LTE Application > Import Data > Import Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Import Data >
Import Base Station Bulk Configuration Data (CME client mode), to import the summary
data file into the CME, and then start the data verification.
Step 5 After data verification is complete, choose CME > Planned Area > Export Incremental
Scripts (U2000 client mode), or choose Area Management > Planned Area > Export
Incremental Scripts (CME client mode), to export and activate the incremental scripts. For
detailed operations, see Managing the CME > CME Guidelines > Script File Management
> Exporting Incremental Scripts from a Planned Data Area in the CME online help.
----End
Step 1 In the planned data area, click Base Station in the upper left corner of the configuration
window.
Step 2 In area 1 shown in Figure 7-9, select the eNodeB to which the MOs belong.
Step 3 On the Search tab page in area 2, enter an MO name, for example, CELL.
Step 4 In area 3, double-click the MO in the Object Name column. All parameters in this MO are
displayed in area 4.
Step 5 Set the parameters in area 4 or 5.
Step 6 Choose CME > Planned Area > Export Incremental Scripts (U2000 client mode), or choose
Area Management > Planned Area > Export Incremental Scripts (CME client mode), to
export and activate the incremental scripts.
----End
Step 1 For details about parameter settings, see Inter-RAT Mobility Management in Connected Mode.
Step 2 Run the MOD ENODEBALGOSWITCH command with the
UtranUltraFlashCsfbSwitch(UtranUltraFlashCsfbSwitch) check box selected under the
Handover Algo switch parameter.
----End
l (Optional) If some RNCs do not support ultra-flash CSFB to UTRAN, perform the
following operations:
----End
l (Optional) Perform the following operation if UE compatibility risks exist after ultra-
flash CSFB is activated.
----End
l (Optional) If some RNCs do not support ultra-flash CSFB to UTRAN, perform the
following operations:
MOD ENODEBALGOSWITCH: MultiOpCtrlSwitch= UtranSepOpMobilitySwitch-1;
MOD UTRANNETWORKCAPCFG: Mcc="460", Mnc="32", RncId=0, NetworkCapCfg=
SrvccBasedCsfbCapCfg-0;
l (Optional) Perform the following operation if UE compatibility risks exist after ultra-
flash CSFB is activated.
MO GLOBALPROCSWITCH: UeCompatSwitch= UltraFlashCsfbComOptSw-1;
2. Enable a UE to camp on an E-UTRAN cell and receive a voice call so that the UE falls
back to a UTRAN cell and completes the call.
Figure 7-10 shows the ultra-flash CSFB to UTRAN signaling procedure for a mobile-
originated call.
Figure 7-11 shows the ultra-flash CSFB to UTRAN signaling procedure for a mobile-
terminated call.
The UEs in the left and right sides of the figure are the same UE. The messages on the
UTRAN side are only for reference. The UE was in idle mode before the call.
If the UE capability is not included in the Initial Context Setup Request (Initial Context Setup
Req in the figures) message, the eNodeB initiates a UE capability transfer procedure
immediately after receiving this message from the MME. If the UE capability is included in
the Initial Context Setup Request message, the eNodeB initiates a UE capability transfer
procedure after sending an Initial Context Setup Response (Initial Context Setup Rsp in the
figures) message to the MME.
Figure 7-10 Ultra-flash CSFB to UTRAN signaling procedure for a mobile-originated call
Figure 7-11 Ultra-flash CSFB to UTRAN signaling procedure for a mobile-terminated call
Counter Observation
The counter listed in Table 7-22 can be viewed to check whether the feature has taken effect.
7.4.7 Deactivation
Using the CME to Perform Batch Configuration
Batch reconfiguration using the CME is the recommended method to deactivate a feature on
eNodeBs. This method reconfigures all data, except neighbor relationships, for multiple
eNodeBs in a single procedure. The procedure for feature deactivation is similar to that for
feature activation described in 7.4.5.3 Using the CME to Perform Batch Configuration for
Existing eNodeBs. In the procedure, modify parameters according to the table listed in the
scenario of E-UTRAN to UTRAN CS/PS steering.
4. Collect the following information about the UEs that support UMTS and LTE on the live
network:
Supported frequency bands
Whether the UEs support redirection from E-UTRAN to UTRAN
Whether the UEs support PS handover from E-UTRAN to UTRAN
Whether the UEs support UTRAN measurements
This information is used to configure neighboring UTRAN cells and to determine
whether to perform CSFB based on handover or redirection. For details, see Inter-RAT
Mobility Management in Connected Mode.
Table 7-25 Requirements of CSFB with LAI to UTRAN for core networks
NE Function
7.5.3 Requirements
Operating Environment
l For the Huawei EPC, the EPC version for eRAN3.0 is required. If the EPC version is not
for eRAN3.0, messages may not be parsed.
l For a third party's EPC, the EPC must support CSFB complying with 3GPP Release 8.
Check that software versions for the EPC are correct.
License
The operator has purchased and activated the license for the feature listed in Table 7-26.
7.5.4 Precautions
None
7.5.5.2 Using the CME to Perform Batch Configuration for Newly Deployed
eNodeBs
For details, see 7.1.5.2 Using the CME to Perform Batch Configuration for Newly
Deployed eNodeBs.
7.5.5.3 Using the CME to Perform Batch Configuration for Existing eNodeBs
For details, see 7.1.5.3 Using the CME to Perform Batch Configuration for Existing
eNodeBs.
1. Configure two neighboring UTRAN cells with different LAIs for an E-UTRAN cell, and
enable the MME to include only one of the two LAIs in the instructions that will be
delivered to the eNodeB.
2. Ensure that the signal strengths of the two UTRAN cells both reach the threshold for
event B1. You can query the threshold by running the LST
INTERRATHOUTRANGROUP command.
3. Enable a UE to camp on an E-UTRAN cell and originate a voice call so that the UE falls
back to the UTRAN cell with the specified LAI and completes the call.
4. Enable the UE to camp on the E-UTRAN cell and receive a voice call so that the UE
falls back to the UTRAN cell with the specified LAI and completes the call.
You can observe the signaling procedure for CSFB with LAI to UTRAN, which is
similar to that for CSFB to UTRAN described in 7.1.6 Activation Observation. The
difference is that the Initial Context Setup Request or UE Context Mod Request message
carries the LAI that the MME delivers to the eNodeB, as shown in the following figure:
7.5.7 Deactivation
LOFD-001068 CS Fallback with LAI to UTRAN is automatically deactivated when its
license or CSFB to UTRAN is deactivated. For details about how to deactivate CSFB to
UTRAN, see 7.1.7 Deactivation.
7.6.3 Requirements
Operating Environment
l For the Huawei EPC, the EPC version for eRAN3.0 is required. If the EPC version is not
for eRAN3.0, messages may not be parsed.
l For a third party's EPC, the EPC must support CSFB complying with 3GPP Release 8.
Check that software versions for the EPC are correct.
License
The operator has purchased and activated the license for the feature listed in Table 7-27.
7.6.4 Precautions
None
Required Data
The required data is the same as that for LOFD-001033 CS Fallback to UTRAN. For details,
see 7.1.5.1 Data Preparation.
Scenario-specific Data
The following table describes the parameter that must be set in the ENodeBAlgoSwitch MO
to enable CSFB steering to UTRAN.
The following table describes the parameters that must be set in the CSFallBackBlindHoCfg
MO to set RAT priorities for CSFB triggered for RRC_CONNECTED UEs.
CN CSFallBa Network plan Set this parameter based on the network plan.
Operator ckBlindH (negotiation not
ID oCfg.CnO required)
peratorId
Highest CSFallBa Network plan Set this parameter based on the network plan.
priority ckBlindH (negotiation not This parameter is set to UTRAN by default
InterRat oCfg.Inte required) and specifies the highest-priority RAT to be
rRatHigh considered in blind handovers for CSFB. For
estPri CSFB to UTRAN, retain the default value.
Second CSFallBa Network plan Set this parameter based on the network plan.
priority ckBlindH (negotiation not This parameter is set to GERAN by default
InterRat oCfg.Inte required) and specifies the second-highest-priority RAT
rRatSeco to be considered in blind handovers for
ndPri CSFB. Ensure that this parameter is set to a
different value from the InterRatHighestPri
and InterRatLowestPri parameters.
Lowest CSFallBa Network plan Set this parameter based on the network plan.
priority ckBlindH (negotiation not This parameter is set to CDMA2000 by
InterRat oCfg.Inte required) default and specifies the low-priority RAT to
rRatLowe be considered in blind handovers for CSFB.
stPri Ensure that this parameter is set to a different
value from the InterRatHighestPri and
InterRatSecondPri parameters.
UTRAN CSFallBa Network plan Set this parameter based on the network plan.
LCS ckBlindH (negotiation not This parameter specifies the LCS capability
capability oCfg.Utra required) of the UTRAN.
nLcsCap
The following table describes the parameters that must be set in the CSFallBackBlindHoCfg
MO to set RAT priorities for CSFB triggered for RRC_IDLE UEs.
CSFB CSFallBack Networ Set this parameter based on the network plan. This
Highes BlindHoCfg. k plan parameter is set to UTRAN by default and specifies
t IdleCsfbHig (negoti the highest-priority RAT to be considered in CSFB for
priority hestPri ation UEs in idle mode. For CSFB to UTRAN, retain the
InterRa not default value.
t for require
Idle d)
UE
CSFB CSFallBack Networ Set this parameter based on the network plan. This
Second BlindHoCfg. k plan parameter is set to GERAN by default and specifies
priority IdleCsfbSeco (negoti the second-highest-priority RAT to be considered in
InterRa ndPri ation CSFB for UEs in idle mode. Ensure that this
t for not parameter is set to a different value from the
Idle require InterRatHighestPri and InterRatLowestPri
UE d) parameters.
CSFB CSFallBack Networ Set this parameter based on the network plan. This
Lowest BlindHoCfg. k plan parameter is set to CDMA2000 by default and
priority IdleCsfbLow (negoti specifies the lowest-priority RAT to be considered in
InterRa estPri ation CSFB for UEs in idle mode. Ensure that this
t for not parameter is set to a different value from the
Idle require InterRatHighestPri and InterRatSecondPri
UE d) parameters.
The following table describes the parameter that must be set in the UtranNFreq MO to set
the CS service priority of a neighboring UTRA frequency considered for RRC_IDLE UEs.
CS UtranNFreq Networ Set this parameter based on the network plan. If this
service .CsPriority k plan parameter is set to Priority_0(Priority 0) for the
priority (negoti UTRA frequency, the eNodeB does not select the
ation frequency for SRVCC. The values
not Priority_16(Priority 16) and Priority_1(Priority 1)
require indicate the highest and lowest SRVCC priority,
d) respectively. Set a high priority for a UTRA frequency
with good coverage.
The following table describes the parameter that must be set in the UtranNFreq MO to set
the CS+PS combined service priority of a neighboring UTRA frequency for
RRC_CONNECTED UEs.
CS and UtranNFreq Network Set this parameter based on the network plan. If
PS .CsPsMixed plan this parameter is set to Priority_0(Priority 0) for
mixed Priority (negotiation the UTRA frequency, the eNodeB does not select
priority not the frequency for SRVCC. The values
required) Priority_16(Priority 16) and
Priority_1(Priority 1) indicate the highest and
lowest SRVCC priority, respectively. Set a high
priority for a UTRA frequency with good
coverage.
The following table describes the parameter that must be set in the CSFallBackPolicyCfg
MO to set the CSFB policy for RRC_CONNECTED UEs.
CSFB CSFallBack Networ Set this parameter based on the network plan. The
handov PolicyCfg.C k plan default values are REDIRECTION, CCO_HO, and
er sfbHoPolicy (negoti PS_HO. You are advised to set this parameter based
policy Cfg ation on the UE capabilities and network capabilities. For
Config not details about how to select a CSFB handover policy,
uration require see 3.6 Handover Execution.
d)
The following table describes the parameter that must be set in the CSFallBackPolicyCfg
MO to set the CSFB policy for RRC_IDLE UEs.
CSFB CSFallBack Networ Set this parameter based on the network plan. The
handov PolicyCfg.Id k plan default values are REDIRECTION, CCO_HO, and
er leModeCsfb (negoti PS_HO. You are advised to set this parameter based
policy HoPolicyCfg ation on the UE capabilities and network capabilities. For
Config not details about how to select a CSFB handover policy,
uration require see 3.6 Handover Execution.
for idle d)
ue
7.6.5.2 Using the CME to Perform Batch Configuration for Newly Deployed
eNodeBs
Using the CME to Perform Batch Configuration for Newly Deployed eNodeBs
Enter the values of the parameters listed in Table 7-28 in a summary data file, which also
contains other data for the new eNodeBs to be deployed.
Then, import the summary data file into the Configuration Management Express (CME) for
batch configuration. For detailed instructions, see section "Creating eNodeBs in Batches" in
the initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized
file, depending on the following conditions:
l The managed objects (MOs) in Table 7-28 are contained in a scenario-specific summary
data file. In this situation, set the parameters in the MOs, and then verify and save the
file.
l Some MOs in Table 7-28 are not contained in a scenario-specific summary data file. In
this situation, customize a summary data file to include the MOs before you can set the
parameters.
7.6.5.3 Using the CME to Perform Batch Configuration for Existing eNodeBs
Batch reconfiguration using the CME is the recommended method to activate a feature on
existing eNodeBs. This method reconfigures all data, except neighbor relationships, for
multiple eNodeBs in a single procedure. The procedure is as follows:
Step 1 Customize a summary data file with the MOs and parameters listed in section "Using the
CME to Perform Batch Configuration for Newly Deployed eNodeBs." For online help, press
F1 when a CME window is active, and select Managing the CME > CME Guidelines >
LTE Application Management > eNodeB Related Operations > Customizing a Summary
Data File for Batch eNodeB Configuration.
Step 2 Choose CME > LTE Application > Export Data > Export Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Export Data >
Export Base Station Bulk Configuration Data (CME client mode), to export the eNodeB
data stored on the CME into the customized summary data file.
Step 3 In the summary data file, set the parameters in the MOs according to the setting notes
provided in section "Data Preparation" and close the file.
Step 4 Choose CME > LTE Application > Import Data > Import Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Import Data >
Import Base Station Bulk Configuration Data (CME client mode), to import the summary
data file into the CME, and then start the data verification.
Step 5 After data verification is complete, choose CME > Planned Area > Export Incremental
Scripts (U2000 client mode), or choose Area Management > Planned Area > Export
Incremental Scripts (CME client mode), to export and activate the incremental scripts. For
detailed operations, see Managing the CME > CME Guidelines > Script File Management
> Exporting Incremental Scripts from a Planned Data Area in the CME online help.
----End
Step 1 In the planned data area, click Base Station in the upper left corner of the configuration
window.
Step 2 In area 1 shown in Figure 7-13, select the eNodeB to which the MOs belong.
Step 3 On the Search tab page in area 2, enter an MO name, for example, CELL.
Step 4 In area 3, double-click the MO in the Object Name column. All parameters in this MO are
displayed in area 4.
Step 6 Choose CME > Planned Area > Export Incremental Scripts (U2000 client mode), or choose
Area Management > Planned Area > Export Incremental Scripts (CME client mode), to
export and activate the incremental scripts.
----End
The prerequisite for the following operations is that E-UTRAN to UTRAN CS/PS Steering
has been activated.
Scenario 1: The UTRAN and GERAN cover the same area and provide contiguous coverage.
Step 2 Run the MOD CSFALLBACKBLINDHOCFG command with the Highest priority
InterRat, Second priority InterRat, CSFB Highest priority InterRat for Idle UE, and
CSFB Second priority InterRat for Idle UE parameters to UTRAN, GERAN, GERAN,
and UTRAN, respectively.
Step 3 Run the MOD UTRANNFREQ command with the CS service priority or CS and PS
mixed priority parameter set to Priority_16(Priority 16) for UTRA frequencies.
Step 4 Run the MOD CSFALLBACKPOLICYCFG command with the PS_HO check box
selected under the CSFB handover policy Configuration parameter and the
REDIRECTION check box selected under the CSFB handover policy Configuration for
idle ue parameter.
----End
Scenario 2: The UTRAN and GERAN cover the same area, and the GERAN provides
contiguous coverage but the UTRAN does not. In this scenario, the eNodeB may not receive
measurement reports after delivering UTRAN measurement configurations. When the CSFB
protection timer expires, the UE is redirected to the GERAN.
Step 1 The feature activation procedure is as follows: Run the MOD GERANNCELL command
with the blind handover priority specified for the neighboring GERAN cell.
Step 2 Run the MOD ENODEBALGOSWITCH command with switches set as follows:
l Select the following options of the Handover Algo switch parameter:
UtranCsfbSwitch(UtranCsfbSwitch), GeranCsfbSwitch(GeranCsfbSwitch),
UtranCsfbSteeringSwitch(UtranCsfbSteeringSwitch), and
GeranCsfbSteeringSwitch(GeranCsfbSteeringSwitch).
l Select the UtranFreqLayerMeasSwitch(UtranFreqLayerMeasSwitch) option of the
Frequency Layer Switch parameter.
l Deselect the BlindHoSwitch option of the Handover Mode switch parameter.
Step 3 Run the MOD CSFALLBACKBLINDHOCFG command with parameters set as follows
based on the network conditions and policies: Set the Highest priority InterRat parameter to
UTRAN. Set the Second priority InterRat parameter to GERAN. Set the CSFB Highest
priority InterRat for Idle UE parameter to UTRAN. Set the CSFB Second priority
InterRat for Idle UE parameter to GERAN.
Step 4 Run the MOD CSFALLBACKPOLICYCFG command with the REDIRECTION option
of the CSFB handover policy Configuration parameter selected.
----End
Scenario 2: The UTRAN and GERAN cover the same area, and the GERAN provides
contiguous coverage but the UTRAN does not.
MOD GERANNCELL: LocalCellId=1, Mcc="460", Mnc="20", Lac=12,
GeranCellId=16,BlindHoPriority=32;
MOD
ENODEBALGOSWITCH:HoModeSwitch=BlindHoSwitch-0,HoAlgoSwitch=UtranCsfbSwitch-1&Geran
CsfbSwitch-1,HoAlgoSwitch=UtranCsfbSteeringSwitch-1&GeranCsfbSteeringSwitch-1,Freq
LayerSwtich=UtranFreqLayerMeasSwitch-1;
MOD
CSFALLBACKBLINDHOCFG:CnOperatorId=0,InterRatHighestPri=UTRAN,InterRatSecondPri=GER
AN,IdleCsfbHighestPri=UTRAN,IdleCsfbSecondPri=GERAN;
MOD
CSFALLBACKPOLICYCFG:CsfbHoPolicyCfg=REDIRECTION-1&CCO_HO-0&PS_HO-0,IdleModeCsfbHoP
olicyCfg=REDIRECTION-1&CCO_HO-0&PS_HO-0;
If LOFD-001089 CS Fallback Steering to GERAN has also been activated, the activation
observation procedure is as follows:
7.6.7 Deactivation
3. Collect the operating frequencies and frequency policies of the E-UTRAN and UTRAN.
The frequency policies for UTRAN and E-UTRAN must be the same. For example, if F1
is the preferred frequency for voice services on UTRAN, the same configuration is
recommended for E-UTRAN.
4. Collect the configurations and versions of E-UTRAN and UTRAN equipment to check
whether CSFB is supported.
7.7.3 Requirements
Operating Environment
l For the Huawei EPC, the EPC version for eRAN3.0 is required. If the EPC version is not
for eRAN3.0, messages may not be parsed.
l For a third party's EPC, the EPC must support CSFB complying with 3GPP Release 8.
Check that software versions for the EPC are correct.
License
The operator has purchased and activated the license for the feature listed in Table 7-30.
NOTE
This feature requires LOFD-001019 PS Inter-RAT Mobility between E-UTRAN and UTRAN or
LOFD-001033 CS Fallback to UTRAN.
7.7.4 Precautions
None
l Network plan (negotiation required): parameter values planned by the operator and
negotiated with the EPC or peer transmission equipment
l User-defined: parameter values set by users
Required Data
The required data is the same as that for LOFD-001033 CS Fallback to UTRAN. For details,
see 7.1.5.1 Data Preparation.
Scenario-specific Data
The following table describes the parameter that must be set in the ENodeBAlgoSwitch MO
to enable E-UTRAN to UTRAN CS/PS Steering.
The following table describes the parameter that must be set in the UtranNFreq MO to set
the CS service priority for a UTRA frequency.
7.7.5.2 Using the CME to Perform Batch Configuration for Newly Deployed
eNodeBs
Enter the values of the parameters listed in Table 7-31 in a summary data file, which also
contains other data for the new eNodeBs to be deployed.
Then, import the summary data file into the Configuration Management Express (CME) for
batch configuration. For detailed instructions, see section "Creating eNodeBs in Batches" in
the initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized
file, depending on the following conditions:
l The managed objects (MOs) in Table 7-31 are contained in a scenario-specific summary
data file. In this situation, set the parameters in the MOs, and then verify and save the
file.
l Some MOs in Table 7-31 are not contained in a scenario-specific summary data file. In
this situation, customize a summary data file to include the MOs before you can set the
parameters.
7.7.5.3 Using the CME to Perform Batch Configuration for Existing eNodeBs
Batch reconfiguration using the CME is the recommended method to activate a feature on
existing eNodeBs. This method reconfigures all data, except neighbor relationships, for
multiple eNodeBs in a single procedure. The procedure is as follows:
Step 1 Customize a summary data file with the MOs and parameters listed in section "Using the
CME to Perform Batch Configuration for Newly Deployed eNodeBs." For online help, press
F1 when a CME window is active, and select Managing the CME > CME Guidelines >
LTE Application Management > eNodeB Related Operations > Customizing a Summary
Data File for Batch eNodeB Configuration.
Step 2 Choose CME > LTE Application > Export Data > Export Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Export Data >
Export Base Station Bulk Configuration Data (CME client mode), to export the eNodeB
data stored on the CME into the customized summary data file.
Step 3 In the summary data file, set the parameters in the MOs according to the setting notes
provided in section "Data Preparation" and close the file.
Step 4 Choose CME > LTE Application > Import Data > Import Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Import Data >
Import Base Station Bulk Configuration Data (CME client mode), to import the summary
data file into the CME, and then start the data verification.
Step 5 After data verification is complete, choose CME > Planned Area > Export Incremental
Scripts (U2000 client mode), or choose Area Management > Planned Area > Export
Incremental Scripts (CME client mode), to export and activate the incremental scripts. For
detailed operations, see Managing the CME > CME Guidelines > Script File Management
> Exporting Incremental Scripts from a Planned Data Area in the CME online help.
----End
Step 3 On the Search tab page in area 2, enter an MO name, for example, CELL.
Step 4 In area 3, double-click the MO in the Object Name column. All parameters in this MO are
displayed in area 4.
Step 5 Set the parameters in area 4 or 5.
Step 6 Choose CME > Planned Area > Export Incremental Scripts (U2000 client mode), or choose
Area Management > Planned Area > Export Incremental Scripts (CME client mode), to
export and activate the incremental scripts.
----End
----End
----End
1. Verify that the UE supports CSFB and multiple UTRA frequencies are available.
2. Enable measurement-based and blind handover for E-UTRAN to UTRAN CS/PS
Steering. Set a high PS service priority for UTRA frequency F1 and a high CS service
priority for UTRA frequency F2.
3. Have the UE camp on an LTE cell and initiate a voice call in the cell. The expected result
is that the UE falls back to the UTRAN cell operating on F2.
4. Have the UE camp on the LTE cell and initiate PS services. Move the UE to the LTE cell
edge. The expected result is that the UE is handed over to the UTRAN cell operating on
F1.
7.7.7 Deactivation
MME Supports:
l SGs interface to the MSC
l LAI selection based on the TAI of the
serving cell
l MSC-initiated paging
l PLMN selection and reselection
l Combined EPS/IMSI attach,
combined EPS/IMSI detach, and
combined TAU/LAU
l Routing of CS signaling messages
l SMS over SGs
MSC Supports:
l Combined EPS/IMSI attach
l SMS over SGs
l Paging message forwarding over the
SGs interface
l Collect the following information about the UEs that support GSM and LTE on the live
network:
Supported frequency bands
Whether the UEs support redirection from E-UTRAN to GERAN
Whether the UEs support PS handover from E-UTRAN to GERAN
Whether the UEs support GERAN measurements
This information is used to configure neighboring GERAN cells and to determine
whether to perform CSFB based on handover or redirection. For details, see Inter-
RAT Mobility Management in Connected Mode.
7.8.3 Requirements
Operating Environment
l For the Huawei EPC, the EPC version for eRAN3.0 is required. If the EPC version is not
for eRAN3.0, messages may not be parsed.
l For a third party's EPC, the EPC must support CSFB complying with 3GPP Release 8.
Check that software versions for the EPC are correct.
License
The operator has purchased and activated the license for the feature listed in Table 7-34.
NOTE
If the GERAN network uses Huawei equipment, activate the license for GBFD-511313 CSFB and turn
on the switch specified by the GCELLSOFT.SUPPORTCSFB parameter. This license is used for
scenarios with LAU after CSFB to GERAN.
7.8.4 Precautions
None
Required Data
Before configuring CSFB to GERAN, collect the data related to neighbor relationships with
GERAN cells. This section provides only the information about MOs related to neighboring
GERAN cells. For more information about how to collect data for the parameters in these
MOs, see Inter-RAT Mobility Management in Connected Mode Feature Parameter
Description.
1. GeranNfreqGroup: used to configure a group of neighboring GERAN frequencies.
2. GeranNfreqGroupArfcn: used to configure a neighboring BCCH frequency in a
GERAN carrier frequency group.
3. GeranExternalCell: used to configure external GERAN cells. The
GeranExternalCell.Rac parameter must be set.
4. GeranExternalCellPlmn: used to configure additional PLMN IDs for each shared
external GERAN cell. This MO is required only if the BTS that provides the external
GERAN cell works in RAN sharing with common carriers mode and multiple operators
share the external GERAN cell.
Scenario-specific Data
The following table describes the parameters that must be set in the ENodeBAlgoSwitch MO
to set the eNodeB-level handover mode and handover algorithm switches for CSFB to
GERAN.
Handover ENodeBAl Network Set this parameter based on the network plan.
Mode goSwitch. plan To activate PS handovers, select the
switch HoModeS (negotiation GeranPsHoSwitch(GeranPsHoSwitch) check
witch not box. To activate CCO, select the
required) GeranCcoSwitch(GeranCcoSwitch) check
box. To activate NACC, select the
GeranNaccSwitch(GeranNaccSwitch) check
box. If none of the preceding check boxes is
selected, redirection will be used for CSFB to
GERAN.
The following table describes the parameters that must be set in the ENodeBAlgoSwitch and
CellHoParaCfg MOs to set eNodeB- and cell-level blind handovers.
Handove CellHo Network To activate blind handovers for a cell under the
r Mode ParaCf plan eNodeB, select the
switch g.HoMo (negotiation BlindHoSwitch(BlindHoSwitch) check box under
deSwitc not the parameter. If the
h required) BlindHoSwitch(BlindHoSwitch) check box is
deselected, blind handovers for the cell are invalid.
The following table describes the parameters that must be set in the CSFallBackBlindHoCfg
MO to set the blind-handover priorities of different RATs for CSFB.
Highest CSFallBackB Network Set this parameter based on the network plan.
priority lindHoCfg.Int plan This parameter is set to UTRAN by default and
InterRat erRatHighest (negotiati specifies the highest-priority RAT to be
Pri on not considered in blind handovers for CSFB. For
required) CSFB to GERAN, set this parameter to
GERAN.
Second CSFallBackB Network Set this parameter based on the network plan.
priority lindHoCfg.Int plan This parameter is set to GERAN by default and
InterRat erRatSecondP (negotiati specifies the second-highest-priority RAT to be
ri on not considered in blind handovers for CSFB. If the
required) highest-priority RAT has been set to GERAN,
the second-highest-priority RAT cannot be set
to GERAN. Ensure that this parameter is set to
a different value from the InterRatHighestPri
and InterRatLowestPri parameters.
Lowest CSFallBackB Network Set this parameter based on the network plan.
priority lindHoCfg.Int plan This parameter is set to CDMA2000 by default
InterRat erRatLowestP (negotiati and specifies the low-priority RAT to be
ri on not considered in blind handovers for CSFB.
required) Ensure that this parameter is set to a different
value from the InterRatHighestPri and
InterRatSecondPri parameters.
GERAN CSFallBackB Network Set this parameter based on the network plan.
LCS lindHoCfg.Ge plan This parameter specifies the LCS capability of
capability ranLcsCap (negotiati the GERAN.
on not
required)
The following table describes the parameter that must be set in the CSFallBackHo MO to set
the CSFB protection timer.
CSFB CSFallBack Network plan Set this parameter based on the network
Protection Ho.CsfbPro (negotiation not plan. The default value 4 applies to a
Timer tectionTime required) GSM+UMTS+LTE network. The default
r value is also recommended for a GSM
+LTE network. If this parameter is set
too large, the CSFB delay increases in
abnormal CSFB scenarios. If this
parameter is set too small, normal
measurement or handover procedures
may be interrupted.
The following table describes the parameter that must be set in the InterRatHoComm MO to
set the maximum number of neighboring GERAN cells whose system information is sent to
UEs for emergency redirections.
Max Geran cell num InterRatHoComm. Network plan The default value is
in CSFB EMC GeranCellNumFor- (negotiation not 0, indicating that no
redirection EmcRedirect required) system information
of any neighboring
UTRAN cells is sent
to UEs for
emergency
redirections.
Operators can set
this parameter to 0
through 32 based on
the network plan.
After the CSFB
protection timer
expires, the eNodeB
performs an
emergency
redirection. If the
signal quality of the
serving cell is poor
and this parameter is
set to a large value,
the eNodeB may fail
to send the system
information of
neighboring
UTRAN cells to
UEs.
7.8.5.2 Using the CME to Perform Batch Configuration for Newly Deployed
eNodeBs
Enter the values of the parameters listed in Table 7-35 in a summary data file, which also
contains other data for the new eNodeBs to be deployed.
Then, import the summary data file into the Configuration Management Express (CME) for
batch configuration. For detailed instructions, see section "Creating eNodeBs in Batches" in
the initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized
file, depending on the following conditions:
l The managed objects (MOs) in Table 7-35 are contained in a scenario-specific summary
data file. In this situation, set the parameters in the MOs, and then verify and save the
file.
l Some MOs in Table 7-35 are not contained in a scenario-specific summary data file. In
this situation, customize a summary data file to include the MOs before you can set the
parameters.
When configuring neighboring cells, you are advised to use the radio data planning file. For
details about how to fill in and export the radio data planning file, see section "Creating
eNodeBs in Batches" in the initial configuration guide for the eNodeB.
7.8.5.3 Using the CME to Perform Batch Configuration for Existing eNodeBs
Batch Activated
This feature can be batch activated using the CME. For detailed operations, see the following
section in the CME product documentation or online help: Managing the CME > CME
Guidelines > Enhanced Feature Management > Feature Operation and Maintenance.
Batch Reconfiguration
Batch reconfiguration using the CME is the recommended method to activate a feature on
existing eNodeBs. This method reconfigures all data, except neighbor relationships, for
multiple eNodeBs in a single procedure.
Step 1 Customize a summary data file with the MOs and parameters listed in section "Using the
CME to Perform Batch Configuration for Newly Deployed eNodeBs." For online help, press
F1 when a CME window is active, and select Managing the CME > CME Guidelines >
LTE Application Management > eNodeB Related Operations > Customizing a Summary
Data File for Batch eNodeB Configuration.
Step 2 Choose CME > LTE Application > Export Data > Export Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Export Data >
Export Base Station Bulk Configuration Data (CME client mode), to export the eNodeB
data stored on the CME into the customized summary data file.
Step 3 In the summary data file, set the parameters in the MOs according to the setting notes
provided in section "Data Preparation" and close the file.
Step 4 Choose CME > LTE Application > Import Data > Import Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Import Data >
Import Base Station Bulk Configuration Data (CME client mode), to import the summary
data file into the CME.
Step 5 After data verification is complete, choose CME > Planned Area > Export Incremental
Scripts (U2000 client mode), or choose Area Management > Planned Area > Export
Incremental Scripts (CME client mode), to export and activate the incremental scripts. For
detailed operations, see Managing the CME > CME Guidelines > Script File Management
> Exporting Incremental Scripts from a Planned Data Area in the CME online help.
----End
Step 3 On the Search tab page in area 2, enter an MO name, for example, CELL.
Step 4 In area 3, double-click the MO in the Object Name column. All parameters in this MO are
displayed in area 4.
Step 6 Choose CME > Planned Area > Export Incremental Scripts (U2000 client mode), or choose
Area Management > Planned Area > Export Incremental Scripts (CME client mode), to
export and activate the incremental scripts.
----End
Step 2 In the displayed Create Planned Area dialog box, specify Planned area name, select the
eNodeB (for which CSFB to GERAN is to be activated) on the Base Station tab page under
Available NEs, and click so that it is added to Selected NEs. Then, click OK.
Step 3 Choose CME > Advanced > Feature Operation and Maintenance > Export
Feature Commission Data from the main menu.
Step 4 In the displayed dialog box, click LTE in the Category drop-down list, and select the CSFB
to GERAN feature to be activated, for example, TDLOFD-001033 CSFB to GERAN. Then,
click Next.
Step 5 Under Available Base Stations in the dialog box, select the eNodeB whose data is to be
exported. Click so that the eNodeB is added to Selected Base Stations. Then, click
Next.
Step 6 In the dialog box, set Export as to the format (.xls or .xlsm) in which the exported data is to
be saved. Click to the right of Export path to specify the save path. Then, click Next.
Step 8 Click the hyperlink to the save path. Alternatively, click Finish, and locate the exported file in
the save path.
Step 9 Set related parameters in the CSFB to UTRAN data file (for example, TDLOFD-001033.xls).
Step 10 After setting the parameters, choose CME > Advanced > Feature Operation and
Maintenance > Import Feature Commission Data on the U2000 client. In the displayed
dialog box, select the CSFB to GERAN data file, and click Next.
Step 11 Wait until the file is imported. Leave the Export incremental script check box selected
(default setting). Click Finish.
Step 12 In the displayed dialog box, check that the eNodeB is displayed in the Selected NEs area. Set
Encrypt script and Script Executor Operation. You are advised to set Script Executor
Operation to Launch script executor and activate exported project so that the script will
be executed upon it is loaded. Then, click OK.
Step 13 In the displayed confirmation dialog box, click Yes. Data synchronization starts for the
eNodeB. When Success is displayed in the Result column, the CSFB to GERAN feature has
been activated.
----End
The following table describes parameters for CSFB to GERAN:
Blind BlindHoPriority 0
handover
priority
l If you want to configure a neighboring GERAN cell, you must configure the
GeranNFreq and GeranNCell MOs. For details about parameter settings, see Inter-RAT
Mobility Management in Connected Mode.
l If you do not want to configure a neighboring GERAN cell, you must configure the
GeranRanShare or GeranExternalCell MO. For details about parameter settings, see
Inter-RAT Mobility Management in Connected Mode.
Step 1 Run the following eNodeB- and cell-level commands to enable the blind handover function
for CSFB to GERAN:
1. Run the MOD ENODEBALGOSWITCH command with the
BlindHoSwitch(BlindHoSwitch) option of the Handover Mode switch parameter
selected.
2. Run the MOD CellHoParaCfg command with the BlindHoSwitch option of the
Handover Mode switch parameter selected.
Step 3 Run the MOD CSFALLBACKPOLICYCFG command with the CCO_HO and PS_HO
option of the CSFB handover policy Configuration parameter deselected and the
REDIRECTION option of the same parameter selected.
Step 4 (Optional) If you require setting GERAN as having the highest priority for CSFB, run the
MOD CSFALLBACKBLINDHOCFG command with the Highest priority InterRat
parameter set to GERAN and the Second priority InterRat parameter set to UTRAN.
Step 5 (Optional) If a neighboring GERAN cell is configured, run the MOD GERANNCELL
command with the Blind handover priority parameter set to the highest priority (32).
Step 6 (Optional) If no neighboring GERAN cell is configured, run the ADD GeranNfreqGroup
command with the Frequency Priority for Connected Mode parameter set to the highest
priority (8).
----End
Step 1 Add neighboring GERAN frequencies and neighbor relationships with GERAN cells. For
details about parameter settings, see Inter-RAT Mobility Management in Connected Mode.
Step 3 Run the MOD CellHoParaCfg command with the BlindHoSwitch option of the Handover
Mode switch parameter selected.
Step 4 Run the MOD CSFALLBACKPOLICYCFG command with the PS_HO and CCO_HO
options of the CSFB handover policy Configuration parameter deselected and selected,
respectively.
Step 5 (Optional) If you require setting UTRAN as having the highest priority for CSFB, run the
MOD CSFALLBACKBLINDHOCFG command with the Highest priority InterRat
parameter set to GERAN and the Second priority InterRat parameter set to UTRAN.
Step 6 Run the MOD GERANNCELL command with the Blind handover priority parameter set
to 32.
----End
Step 1 Add neighboring GERAN frequencies and neighbor relationships with GERAN cells. For
details about parameter settings, see Inter-RAT Mobility Management in Connected Mode.
Step 3 Run the MOD CellHoParaCfg command with the BlindHoSwitch option of the Handover
Mode switch parameter selected.
Step 4 (Optional) If the optional feature LOFD-001089 CS Fallback Steering to GERAN is enabled,
run the MOD CSFALLBACKPOLICYCFG command with the PS_HO option of the
CSFB handover policy Configuration parameter selected.
Step 5 (Optional) If you require setting GERAN as having the highest priority for CSFB, run the
MOD CSFALLBACKBLINDHOCFG command with the Highest priority InterRat
parameter set to GERAN and the Second priority InterRat parameter set to UTRAN.
Step 6 Run the MOD GERANNCELL command with the Blind handover priority parameter set
to 32.
----End
Step 1 Add neighboring GERAN frequencies and neighbor relationships with GERAN cells. For
details about parameter settings, see Inter-RAT Mobility Management in Connected Mode.
Step 3 Run the MOD CELLHOPARACFG command with the BlindHoSwitch option of the
Handover Mode switch parameter deselected for the cells to be measured.
Step 4 Run the MOD CSFALLBACKPOLICYCFG command with the CCO_HO and PS_HO
option of the CSFB handover policy Configuration parameter deselected and the
REDIRECTION option of the same parameter selected.
Step 5 Run the MOD GERANNCELL command with the Blind handover priority parameter set
to 32.
----End
Step 1 Add neighboring GERAN frequencies and neighbor relationships with GERAN cells. For
details about parameter settings, see Inter-RAT Mobility Management in Connected Mode.
Step 2 Run the MOD ENODEBALGOSWITCH command with the
GeranCsfbSwitch(GeranCsfbSwitch) check box selected under the Handover Algo switch
and the GeranPsHoSwitch(GeranPsHoSwitch) check box selected under the Handover
Mode switch parameter.
Step 3 Run the MOD CELLHOPARACFG command with the BlindHoSwitch option of the
Handover Mode switch parameter deselected for the cells to be measured.
Step 4 (Optional) If the optional feature LOFD-001089 CS Fallback Steering to GERAN is enabled,
run the MOD CSFALLBACKPOLICYCFG command with the PS_HO option of the
CSFB handover policy Configuration parameter selected.
Step 5 Run the MOD GERANNCELL command with the Blind handover priority parameter set
to 32.
----End
l Basic scenario 6: CSFB to GERAN using measurement-based CCO with NACC
(recommended)
Step 1 Add neighboring GERAN frequencies and neighbor relationships with GERAN cells. For
details about parameter settings, see Inter-RAT Mobility Management in Connected Mode.
Step 2 Run the MOD ENODEBALGOSWITCH command with the
GeranCsfbSwitch(GeranCsfbSwitch) option of the Handover Algo switch parameter, the
GeranNaccSwitch(GeranNaccSwitch) and GeranCcoSwitch(GeranCcoSwitch) options of
the Handover Mode switch parameter, and the GERAN_RIM_SWITCH(GERAN RIM
Switch) option of the RIM switch parameter selected.
Step 3 Run the MOD CELLHOPARACFG command with the BlindHoSwitch option of the
Handover Mode switch parameter deselected for the cells to be measured.
Step 4 Run the MOD CSFALLBACKPOLICYCFG command with the PS_HO and CCO_HO
options of the CSFB handover policy Configuration parameter deselected and selected,
respectively.
Step 5 Run the MOD GERANNCELL command with the Blind handover priority parameter set
to 32.
----End
Signaling Observation
The activation observation procedure is as follows:
You can observe the signaling procedures for CSFB to GERAN, which is similar to that for
CSFB to UTRAN described in section Figure 7-16.
NOTE
In the following figures, the UE on the left side and the UE on the right side are the same UE. The
signaling on the GERAN side is for reference only. The procedure for mobile-terminated calls is similar
to the procedure for mobile-originated calls except that the procedure for mobile-terminated calls
includes paging.
The signaling procedure for PS handover-based CSFB to GERAN is different from the
signaling procedure for redirection-based CSFB to GERAN. The difference is as follows: In
PS handover-based CSFB to GERAN, the eNodeB performs a PS handover procedure rather
than an RRC connection release procedure after the UE reports measurement results to the
eNodeB. For details about the signaling procedure of PS handover-based CSFB to GERAN,
see 7.1.6 Activation Observation. In the signaling procedure of PS handover-based CSFB to
GERAN, the CSFB indication flag is true and the CSFB target is GERAN in the
MobilityFromEUTRACommand message.
In the signaling procedure for PS handover-based CSFB to GERAN, the cs-FallbackIndicator
IE is TRUE and the CSFB target is GERAN in the MobilityFromEUTRACommand message.
Figure 7-17 shows the signaling procedure for CCO/NACC-based CFSB to GERAN for a
mobile-originated call. In the CSFB, handover preparation is absent. The
MobilityFromEUTRACommand message carries the CCO/NACC information and the CSFB
target is GERAN.
Counter Observation
Table 7-37 lists the performance counters for observing functions related to CSFB to
GERAN.
7.8.7 Deactivation
Using the CME to Perform Batch Configuration
Batch reconfiguration using the CME is the recommended method to deactivate a feature on
eNodeBs. This method reconfigures all data, except neighbor relationships, for multiple
eNodeBs in a single procedure. The procedure for feature deactivation is similar to that for
feature activation described in 7.8.5.3 Using the CME to Perform Batch Configuration for
Existing eNodeBs. In the procedure, modify parameters according to Table 7-38.
Table 7-41 lists the counters that indicate whether CSFB is performed through redirection or
through handover.
You can check whether CCO with NACC or CCO without NACC is used as the CSFB
mechanism by viewing the counters listed in Table 7-42.
Table 7-42 Counters related to using CCO with NACC or CCO without NACC
l L.CCOwithNACC.E2G.CSFB.ExecSuccOut/
L.CCOwithNACC.E2G.CSFB.ExecAttOut
l L.CCOwithoutNACC.E2G.CSFB.ExecSuccOut/
L.CCOwithoutNACC.E2G.CSFB.ExecAttOut
After the CSFB protection timer expires, the eNodeB may perform a blind redirection to enter
the protection procedure. Table 7-43 lists the related counter. A larger value of this counter
indicates a longer average UE access delay during CSFB.
Table 7-43 Counter related to the number of times that the eNodeB enters the protection
procedure for CSFB
Table 7-44 lists the counters related to CSFB for emergency calls.
Local cell CSFallBac Network Set this parameter based on the network plan.
ID kHo.Local plan
CellId (negotiatio
n not
required)
CSFB CSFallBac Network Set this parameter based on the network plan. This
GERAN kHo.CsfbH plan parameter specifies the RSSI threshold for event
EventB1 oGeranB1 (negotiatio B1 in CSFB to GERAN. Event B1 is triggered
Trigger Thd n not when the measured RSSI of a GERAN cell
Threshold required) reaches the value of this parameter and all other
conditions are also met.
CSFB CSFallBac Network Set this parameter based on the network plan. This
Geran kHo.CsfbH plan parameter specifies the time-to-trigger for event
EventB1 oGeranTim (negotiatio B1 in CSFB to GERAN. When CSFB to GERAN
Time To eToTrig n not is required, set this parameter, which is used by
Trig required) UEs as one of the conditions for triggering event
B1. When a UE detects that the signal quality in at
least one GERAN cell meets the entering
condition, it does not immediately send a
measurement report to the eNodeB. Instead, the
UE sends a measurement report only when the
signal quality has been meeting the entering
condition throughout a period defined by this
parameter. This parameter helps decrease the
number of occasionally triggered event reports,
the average number of handovers, and the number
of incorrect handovers, preventing unnecessary
handovers.
7.9.3 Requirements
Operating Environment
If the RIM procedure is performed through the core network, the core-network equipment
must support this feature:
l For the Huawei EPC, the EPC version for eRAN3.0 is required. If the EPC version is not
for eRAN3.0, messages may not be parsed.
l For a third party's EPC, the EPC must support CSFB complying with 3GPP Release 8.
Check that software versions for the EPC are correct.
l The BSC, MME, and SGSN must support the RIM procedures. If one of the NEs does
not support, the RIM procedures fail.
NOTE
In a multioperator core network (MOCN) scenario, the eNodeB preferentially selects the link for
the primary operator when sending an RIM request. If the RIM procedure fails, the eNodeB no
longer attempts to send the RIM request on other links.
If the RIM procedure is performed through the eCoordinator, the RNC/BSC, eNodeB, and
eCoordinator must all be provided by Huawei and with the switch for supporting the RIM
procedure through eCoordinator turned on.
License
The operator has purchased and activated the license for the feature listed in Table 7-45.
7.9.4 Precautions
None
l Network plan (negotiation not required): parameter values planned and set by the
operator
l Network plan (negotiation required): parameter values planned by the operator and
negotiated with the EPC or peer transmission equipment
l User-defined: parameter values set by users
Required Data
The required data is the same as that for LOFD-001033 CS Fallback to UTRAN. For details,
see 7.1.5.1 Data Preparation.
Scenario-specific Data
The following table describes the parameter that must be set in the ENodeBAlgoSwitch MO
to configure the RIM procedure.
7.9.5.2 Using the CME to Perform Batch Configuration for Newly Deployed
eNodeBs
Enter the values of the parameters listed in Table 7-46 in a summary data file, which also
contains other data for the new eNodeBs to be deployed.
Then, import the summary data file into the Configuration Management Express (CME) for
batch configuration. For detailed instructions, see section "Creating eNodeBs in Batches" in
the initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized
file, depending on the following conditions:
l The managed objects (MOs) in Table 7-46 are contained in a scenario-specific summary
data file. In this situation, set the parameters in the MOs, and then verify and save the
file.
l Some MOs in Table 7-46 are not contained in a scenario-specific summary data file. In
this situation, customize a summary data file to include the MOs before you can set the
parameters.
7.9.5.3 Using the CME to Perform Batch Configuration for Existing eNodeBs
Batch reconfiguration using the CME is the recommended method to activate a feature on
existing eNodeBs. This method reconfigures all data, except neighbor relationships, for
multiple eNodeBs in a single procedure. The procedure is as follows:
Step 1 Customize a summary data file with the MOs and parameters listed in section "Using the
CME to Perform Batch Configuration for Newly Deployed eNodeBs." For online help, press
F1 when a CME window is active, and select Managing the CME > CME Guidelines >
LTE Application Management > eNodeB Related Operations > Customizing a Summary
Data File for Batch eNodeB Configuration.
Step 2 Choose CME > LTE Application > Export Data > Export Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Export Data >
Export Base Station Bulk Configuration Data (CME client mode), to export the eNodeB
data stored on the CME into the customized summary data file.
Step 3 In the summary data file, set the parameters in the MOs according to the setting notes
provided in section "Data Preparation" and close the file.
Step 4 Choose CME > LTE Application > Import Data > Import Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Import Data >
Import Base Station Bulk Configuration Data (CME client mode), to import the summary
data file into the CME, and then start the data verification.
Step 5 After data verification is complete, choose CME > Planned Area > Export Incremental
Scripts (U2000 client mode), or choose Area Management > Planned Area > Export
Incremental Scripts (CME client mode), to export and activate the incremental scripts. For
detailed operations, see Managing the CME > CME Guidelines > Script File Management
> Exporting Incremental Scripts from a Planned Data Area in the CME online help.
----End
Step 1 In the planned data area, click Base Station in the upper left corner of the configuration
window.
Step 2 In area 1 shown in Figure 7-18, select the eNodeB to which the MOs belong.
Step 3 On the Search tab page in area 2, enter an MO name, for example, CELL.
Step 4 In area 3, double-click the MO in the Object Name column. All parameters in this MO are
displayed in area 4.
Step 5 Set the parameters in area 4 or 5.
Step 6 Choose CME > Planned Area > Export Incremental Scripts (U2000 client mode), or choose
Area Management > Planned Area > Export Incremental Scripts (CME client mode), to
export and activate the incremental scripts.
----End
Counter Observation
No matter whether the RIM procedure is performed through the core network or the
eCoordinator, performance counters listed in Table 7-47 can be used to observe whether the
RIM procedure has taken effect.
Table 7-47 Counters related to the RIM procedure between E-UTRAN and GERAN
Counter ID Counter Name Description
Check whether the eNB DIRECT INFORMATION TRANSFER message containing the
RAN-INFORMATION-REQUEST IE is sent over the S1 interface. If the message is sent, you
can infer that the eNodeB has sent the RIM request successfully.
If after receiving the DIRECT INFORMATION TRANSFER message containing the RAN-
INFORMATION-REQUEST IE, the BSC sends the DIRECT INFORMATION TRANSFER
message containing the RAN-INFORMATION IE to the SGSN, you can infer that the BSC
can response to the RIM request normally.
Step 3 Change the state of the GSM cell.
If the BSC sends the DIRECT INFORMATION TRANSFER message containing the RAN-
INFORMAION IE over the Gb interface, you can infer that the BSC can notify the eNodeB
with the cell state change through the RIM procedure.
----End
If the RIM procedure is performed through the eCoordinator, trace signaling messages as
follows:
----End
7.9.7 Deactivation
Using the CME to Perform Batch Configuration
Batch reconfiguration using the CME is the recommended method to deactivate a feature on
eNodeBs. This method reconfigures all data, except neighbor relationships, for multiple
eNodeBs in a single procedure. The procedure for feature deactivation is similar to that for
feature activation described in 7.9.5.3 Using the CME to Perform Batch Configuration for
Existing eNodeBs. In the procedure, modify parameters according to the table listed in the
scenario of E-UTRAN to UTRAN CS/PS steering.
support the RIM with SIB procedure.3GPP Release 9 UEs are used on the live network.The
core networks support the RIM procedure. For policies on whether to use PS handover or PS
redirection for CSFB, see Inter-RAT Mobility Management in Connected Mode. If GERAN
and E-UTRAN cells cover the same area, or the GERAN cell provides better coverage than
the E-UTRAN cell, use CSFB based on blind handover to decrease the CSFB delay.
NE Requirement
7.10.3 Requirements
Operating Environment
l For the Huawei EPC, the EPC version for eRAN3.0 is required. If the EPC version is not
for eRAN3.0, messages may not be parsed.
l For a third party's EPC, the EPC must support CSFB complying with 3GPP Release 8.
Check that software versions for the EPC are correct.
License
The operator has purchased and activated the license for the feature listed in Table 7-50.
NOTE
If the GERAN uses Huawei devices, evolved network assisted cell change (eNACC) between E-
UTRAN and GERAN for CSFB needs to be enabled on the GERAN. For detailed operations, see
section "eNACC from EUTRAN to GERAN" in Interoperability Between GSM and LTE Feature
Parameter Description.
7.10.4 Precautions
None
l Network plan (negotiation not required): parameter values planned and set by the
operator
l Network plan (negotiation required): parameter values planned by the operator and
negotiated with the EPC or peer transmission equipment
l User-defined: parameter values set by users
Required Data
Before configuring CSFB to GERAN, collect the data related to neighbor relationships with
GERAN cells. This section provides only the information about MOs related to neighboring
GERAN cells and key parameters in these MOs. For more information about how to collect
data for the parameters in these MOs, see Inter-RAT Mobility Management in Connected
Mode Feature Parameter Description.
Scenario-specific Data
The following table describes the parameters that must be set in the ENodeBAlgoSwitch MO
to set the handover mode and handover algorithm switches for flash CSFB to GERAN.
Handover ENodeBAlg Network Set this parameter based on the network plan.
Mode switch oSwitch.Ho plan
ModeSwitch (negotiati
on not
required)
The following table describes the parameters that must be set in the ENodeBAlgoSwitch and
CellHoParaCfg MOs to set eNodeB- and cell-level blind handovers.
Handove CellHo Network To activate blind handovers for a cell under the
r Mode ParaCf plan eNodeB, select the
switch g.HoMo (negotiation BlindHoSwitch(BlindHoSwitch) check box under
deSwitc not the parameter. If the
h required) BlindHoSwitch(BlindHoSwitch) check box is
deselected, blind handovers for the cell are invalid.
The following table describes the parameter that must be set in the S1Interface MO to set the
compliance protocol release of the MME.
The following table describes the parameters that must be set in the CSFallBackBlindHoCfg
MO to set the blind-handover priorities of different RATs for CSFB.
The following table describes the parameter that must be set in the InterRatHoComm MO to
set the maximum number of neighboring GERAN cells whose system information is sent to
UEs for redirections.
Max Geran cell InterRatHo Network Set this parameter based on the network
num in Comm.CellI plan plan. The default value is 8. If this
redirection nfoMaxGera (negotiati parameter is set too small, the flash CSFB
nCellNum on not success rate decreases because UEs may
required) not receive valid neighboring cell system
information. If this parameter is set too
large, the size of an RRC connection
release message increases and CSFB may
fail.
7.10.5.2 Using the CME to Perform Batch Configuration for Newly Deployed
eNodeBs
Enter the values of the parameters listed in Table 7-51 in a summary data file, which also
contains other data for the new eNodeBs to be deployed.
Then, import the summary data file into the Configuration Management Express (CME) for
batch configuration. For detailed instructions, see section "Creating eNodeBs in Batches" in
the initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized
file, depending on the following conditions:
l The managed objects (MOs) in Table 7-51 are contained in a scenario-specific summary
data file. In this situation, set the parameters in the MOs, and then verify and save the
file.
l Some MOs in Table 7-51 are not contained in a scenario-specific summary data file. In
this situation, customize a summary data file to include the MOs before you can set the
parameters.
7.10.5.3 Using the CME to Perform Batch Configuration for Existing eNodeBs
Batch Activated
This feature can be batch activated using the CME. For detailed operations, see the following
section in the CME product documentation or online help: Managing the CME > CME
Guidelines > Enhanced Feature Management > Feature Operation and Maintenance.
Batch Reconfiguration
Batch reconfiguration using the CME is the recommended method to activate a feature on
existing eNodeBs. This method reconfigures all data, except neighbor relationships, for
multiple eNodeBs in a single procedure.
Step 1 Customize a summary data file with the MOs and parameters listed in section "Using the
CME to Perform Batch Configuration for Newly Deployed eNodeBs." For online help, press
F1 when a CME window is active, and select Managing the CME > CME Guidelines >
LTE Application Management > eNodeB Related Operations > Customizing a Summary
Data File for Batch eNodeB Configuration.
Step 2 Choose CME > LTE Application > Export Data > Export Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Export Data >
Export Base Station Bulk Configuration Data (CME client mode), to export the eNodeB
data stored on the CME into the customized summary data file.
Step 3 In the summary data file, set the parameters in the MOs according to the setting notes
provided in section "Data Preparation" and close the file.
Step 4 Choose CME > LTE Application > Import Data > Import Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Import Data >
Import Base Station Bulk Configuration Data (CME client mode), to import the summary
data file into the CME.
Step 5 After data verification is complete, choose CME > Planned Area > Export Incremental
Scripts (U2000 client mode), or choose Area Management > Planned Area > Export
Incremental Scripts (CME client mode), to export and activate the incremental scripts. For
detailed operations, see Managing the CME > CME Guidelines > Script File Management
> Exporting Incremental Scripts from a Planned Data Area in the CME online help.
----End
Step 1 In the planned data area, click Base Station in the upper left corner of the configuration
window.
Step 2 In area 1 shown in Figure 7-19, select the eNodeB to which the MOs belong.
Step 3 On the Search tab page in area 2, enter an MO name, for example, CELL.
Step 4 In area 3, double-click the MO in the Object Name column. All parameters in this MO are
displayed in area 4.
Step 5 Set the parameters in area 4 or 5.
Step 6 Choose CME > Planned Area > Export Incremental Scripts (U2000 client mode), or choose
Area Management > Planned Area > Export Incremental Scripts (CME client mode), to
export and activate the incremental scripts.
----End
Step 2 Run the MOD S1INTERFACE command with the MME Release parameter set to
Release_R9(Release 9).
----End
Figure 7-20 The RRC Connection Release message during flash CSFB to GERAN
the command output, the eNodeB has obtained the system information of this neighboring
GERAN cell.
Counter Observation
The counter listed in Table 7-52 can be viewed to check whether the feature has taken effect.
7.10.7 Deactivation
Using the CME to Perform Batch Configuration
Batch reconfiguration using the CME is the recommended method to deactivate a feature on
eNodeBs. This method reconfigures all data, except neighbor relationships, for multiple
eNodeBs in a single procedure. The procedure for feature deactivation is similar to that for
feature activation described in 7.10.5.3 Using the CME to Perform Batch Configuration
for Existing eNodeBs. In the procedure, modify parameters according to Table 7-53.
7.11.3 Requirements
Operating Environment
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.
License
The operator has purchased and activated the license for the feature listed in Table 7-54.
7.11.4 Precautions
This feature is a Huawei-proprietary feature and is not supported by devices provided by other
vendors. In addition, this feature must first be activated on the BSC, 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.
Required Data
The required data is the same as that for LOFD-001034 CS Fallback to GERAN. For details,
see 7.8.5.1 Data Preparation.
Scenario-specific Data
The following table describes the parameters that must be set in the ENodeBAlgoSwitch MO
to set the eNodeB-level handover mode and handover algorithm switches for ultra-flash
CSFB to GERAN.
The following table describes the parameters that must be set in the CellHoParaCfg MO to
set the cell-level blind handover mode switches for ultra-flash CSFB to GERAN.
The following table describes the parameter that must be set in the GeranExternalCell MO
to set the capability of external GERAN cells when some GERAN cells do not support ultra-
flash CSFB to GERAN.
The following table describes the parameter that must be set in the CellDrxPara MO to set
the DRX switch for measurements when UEs support DRX-based measurements.
DRX CellDrx Network When the network supports measurements and UEs
switch Para.Dr plan support DRX measurements well, measurement
for xForMe (negotiation delays are significantly reduced and the customer
measure asSwitc required) can tolerate the impact on services during
ments h measurements.
To enable the DRX switch for measurements, set
DrxForMeasSwitch to 1.
Long CellDrx Network This parameter specifies the length of the long DRX
DRX Para.Lo plan cycle specific to GERAN measurement.
Cycle for ngDrxC (negotiation
Measure ycleFor required)
ment Meas
DRX CellDrx Network This parameter specifies the length of the DRX
Inactivity Para.Dr plan Inactivity Timer specific to GERAN measurement.
Timer for xInactTi (negotiation
Measure merFor required)
ment Meas
DRX CellDrx Network This parameter specifies the length of the DRX
Retransm Para.Dr plan Retransmission Timer specific to GERAN
ission xReTxT (negotiation measurement.
Timer for imerFor required)
Measure Meas
ment
Short CellDrx Network This parameter specifies the length of the short
DRX Para.Sh plan DRX cycle specific to GERAN measurement.
Cycle for ortDrxC (negotiation
Measure ycleFor required)
ment Meas
Short CellDrx Network This parameter specifies the length of the Short
Cycle Para.Sh plan Cycle Timer specific to GERAN measurement.
Timer for ortCycle (negotiation
Measure TimerF required)
ment orMeas
The following table describes the parameters that must be set in the
GLOBALPROCSWITCH MO to turn on the UE compatibility switch when UEs do not
support Ultra-Flash CSFB, resulting in UE compatibility problems.
7.11.5.2 Using the CME to Perform Batch Configuration for Newly Deployed
eNodeBs
Enter the values of the parameters listed in Table 7-55 in a summary data file, which also
contains other data for the new eNodeBs to be deployed.
Then, import the summary data file into the Configuration Management Express (CME) for
batch configuration. For detailed instructions, see section "Creating eNodeBs in Batches" in
the initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized
file, depending on the following conditions:
l The managed objects (MOs) in Table 7-55 are contained in a scenario-specific summary
data file. In this situation, set the parameters in the MOs, and then verify and save the
file.
l Some MOs in Table 7-55 are not contained in a scenario-specific summary data file. In
this situation, customize a summary data file to include the MOs before you can set the
parameters.
7.11.5.3 Using the CME to Perform Batch Configuration for Existing eNodeBs
Batch Activation
This feature can be batch activated using the CME. For detailed operations, see the following
section in the CME product documentation or online help: Managing the CME > CME
Guidelines > Enhanced Feature Management > Feature Operation and Maintenance.
Batch Reconfiguration
Batch reconfiguration using the CME is the recommended method to activate a feature on
existing eNodeBs. This method reconfigures all data, except neighbor relationships, for
multiple eNodeBs in a single procedure.
Step 1 Customize a summary data file with the MOs and parameters listed in section "Using the
CME to Perform Batch Configuration for Newly Deployed eNodeBs." For online help, press
F1 when a CME window is active, and select Managing the CME > CME Guidelines >
LTE Application Management > eNodeB Related Operations > Customizing a Summary
Data File for Batch eNodeB Configuration.
Step 2 Choose CME > LTE Application > Export Data > Export Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Export Data >
Export Base Station Bulk Configuration Data (CME client mode), to export the eNodeB
data stored on the CME into the customized summary data file.
Step 3 In the summary data file, set the parameters in the MOs according to the setting notes
provided in section "Data Preparation" and close the file.
Step 4 Choose CME > LTE Application > Import Data > Import Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Import Data >
Import Base Station Bulk Configuration Data (CME client mode), to import the summary
data file into the CME.
Step 5 After data verification is complete, choose CME > Planned Area > Export Incremental
Scripts (U2000 client mode), or choose Area Management > Planned Area > Export
Incremental Scripts (CME client mode), to export and activate the incremental scripts. For
detailed operations, see Managing the CME > CME Guidelines > Script File Management
> Exporting Incremental Scripts from a Planned Data Area in the CME online help.
----End
Step 1 In the planned data area, click Base Station in the upper left corner of the configuration
window.
Step 2 In area 1 shown in Figure 7-21, select the eNodeB to which the MOs belong.
Step 3 On the Search tab page in area 2, enter an MO name, for example, CELL.
Step 4 In area 3, double-click the MO in the Object Name column. All parameters in this MO are
displayed in area 4.
Step 5 Set the parameters in area 4 or 5.
Step 6 Choose CME > Planned Area > Export Incremental Scripts (U2000 client mode), or choose
Area Management > Planned Area > Export Incremental Scripts (CME client mode), to
export and activate the incremental scripts.
----End
Step 5 (Optional) Run the MOD CELLDRXPARA command with the DRX for Measurement
Switch parameter set to ON(On) if UEs support DRX-based measurements.
----End
l (Optional) Perform the following operation if UE compatibility risks exist after ultra-
flash CSFB is activated.
----End
l (Optional) Perform the following operation if UE compatibility risks exist after ultra-
flash CSFB is activated.
MOD GLOBALPROCSWITCH: UeCompatSwitch= UltraFlashCsfbComOptSw-1;
Counter Observation
The counter listed in the following table can be monitored to check whether the feature has
been activated.
7.11.7 Deactivation
Using the CME to Perform Batch Configuration
Batch reconfiguration using the CME is the recommended method to deactivate a feature on
eNodeBs. This method reconfigures all data, except neighbor relationships, for multiple
eNodeBs in a single procedure. The procedure for feature deactivation is similar to that for
feature activation described in 7.11.5.3 Using the CME to Perform Batch Configuration
for Existing eNodeBs. In the procedure, modify parameters according to the following table.
L.IRATHO.CSFB.SRVCC.E2G.MMEAbnormRsp)/
L.IRATHO.CSFB.SRVCC.E2G.ExecAttOut
Table 7-59 Requirements of CSFB with LAI to GERAN for core networks
NE Requirement
MME Supports:
l SGs interface to the MSC
l LAI selection based on the TAI of the
serving cell
l MSC-initiated paging
l PLMN selection and reselection
l Combined EPS/IMSI attach,
combined EPS/IMSI detach, and
combined TAU/LAU
l CS signaling message routing
l SMS over SGs
l LAI delivery
MSC Supports:
l Combined EPS/IMSI attach
l SMS over SGs
l Paging message forwarding over the
SGs interface
l Collect the following information about the UEs that support GSM and LTE on the live
network:
Supported frequency bands
Whether the UEs support redirection from E-UTRAN to GERAN
Whether the UEs support PS handover from E-UTRAN to GERAN
Whether the UEs support GERAN measurements
This information is used to configure neighboring GERAN cells and to determine
whether to perform CSFB based on handover or redirection. For details, see Inter-
RAT Mobility Management in Connected Mode.
7.12.3 Requirements
Operating Environment
l For the Huawei EPC, the EPC version for eRAN3.0 is required. If the EPC version is not
for eRAN3.0, messages may not be parsed.
l For a third party's EPC, the EPC must support CSFB complying with 3GPP Release 8.
Check that software versions for the EPC are correct.
License
The operator has purchased and activated the license for the feature listed in Table 7-60.
7.12.4 Precautions
None
7.12.5.2 Using the CME to Perform Batch Configuration for Newly Deployed
eNodeBs
For details, see 7.8.5.2 Using the CME to Perform Batch Configuration for Newly
Deployed eNodeBs.
7.12.5.3 Using the CME to Perform Batch Configuration for Existing eNodeBs
For details, see 7.8.5.3 Using the CME to Perform Batch Configuration for Existing
eNodeBs.
You can observe the signaling procedure for CSFB with LAI to GERAN, which is similar to
that for CSFB to GERAN described in 7.9.6 Activation Observation. The difference is that
the Initial Context Setup Request or UE Context Mod Request message carries the LAI that
the MME delivers to the eNodeB, as shown in the following figure:
7.12.7 Deactivation
LOFD-001069 CS Fallback with LAI to GERAN is automatically deactivated when its
license or CSFB to GERAN is deactivated. For details about how to deactivate CSFB to
GERAN, see 7.8.7 Deactivation.
7.13.3 Requirements
Operating Environment
l For the Huawei EPC, the EPC version for eRAN3.0 is required. If the EPC version is not
for eRAN3.0, messages may not be parsed.
l For a third party's EPC, the EPC must support CSFB complying with 3GPP Release 8.
Check that software versions for the EPC are correct.
License
The operator has purchased and activated the license for the feature listed in Table 7-61.
7.13.4 Precautions
None
Required Data
The required data is the same as that for CS Fallback to GERAN. For details, see 7.8.5.1 Data
Preparation.
Scenario-specific Data
The following table describes the parameter that must be set in the ENodeBAlgoSwitch MO
to enable CSFB steering to GERAN.
The following table describes the parameters that must be set in the CSFallBackBlindHoCfg
MO to set RAT priorities for CSFB triggered for RRC_CONNECTED UEs.
CN CSFallBack Networ Set this parameter based on the network plan. This
Operat BlindHoCfg. k plan parameter identifies the operator whose RAT blind-
or ID CnOperatorI (negoti handover priorities are to be set.
d ation
not
require
d)
Highes CSFallBack Networ Set this parameter based on the network plan. This
t BlindHoCfg. k plan parameter is set to UTRAN by default and specifies
priority InterRatHig (negoti the highest-priority RAT to be considered in blind
InterRa hestPri ation handovers for CSFB.
t not
require
d)
Second CSFallBack Networ Set this parameter based on the network plan. This
priority BlindHoCfg. k plan parameter is set to GERAN by default and specifies
InterRa InterRatSeco (negoti the second-highest-priority RAT to be considered in
t ndPri ation blind handovers for CSFB. Ensure that this parameter
not is set to a different value from the InterRatHighest-
require Pri and InterRatLowestPri parameters.
d)
Lowest CSFallBack Networ Set this parameter based on the network plan. This
priority BlindHoCfg. k plan parameter is set to CDMA2000 by default and
InterRa InterRatLow (negoti specifies the low-priority RAT to be considered in
t estPri ation blind handovers for CSFB. Ensure that this parameter
not is set to a different value from the InterRatHighest-
require Pri and InterRatSecondPri parameters.
d)
GERA CSFallBack Networ Set this parameter based on the network plan. This
N LCS BlindHoCfg. k plan parameter specifies the LCS capability of the
capabil GeranLcsCa (negoti GERAN.
ity p ation
not
require
d)
The following table describes the parameters that must be set in the CSFallBackBlindHoCfg
MO to set RAT priorities for CSFB triggered for RRC_IDLE UEs.
CSFB CSFallBack Networ Set this parameter based on the network plan. This
Highes BlindHoCfg. k plan parameter is set to UTRAN by default and specifies
t IdleCsfbHig (negoti the highest-priority RAT to be considered in CSFB for
priority hestPri ation UEs in idle mode.
InterRa not
t for require
Idle d)
UE
CSFB CSFallBack Networ Set this parameter based on the network plan. This
Second BlindHoCfg. k plan parameter is set to GERAN by default and specifies
priority IdleCsfbSeco (negoti the second-highest-priority RAT to be considered in
InterRa ndPri ation CSFB for UEs in idle mode. Ensure that this
t for not parameter is set to a different value from the
Idle require InterRatHighestPri and InterRatLowestPri
UE d) parameters.
CSFB CSFallBack Networ Set this parameter based on the network plan. This
Lowest BlindHoCfg. k plan parameter is set to CDMA2000 by default and
priority IdleCsfbLow (negoti specifies the lowest-priority RAT to be considered in
InterRa estPri ation CSFB for UEs in idle mode. Ensure that this
t for not parameter is set to a different value from the
Idle require InterRatHighestPri and InterRatSecondPri
UE d) parameters.
The following table describes the parameter that must be set in the CSFallBackPolicyCfg
MO to set the CSFB policy for RRC_CONNECTED UEs.
CSFB CSFallBack Networ Set this parameter based on the network plan. The
handov PolicyCfg.C k plan default values are REDIRECTION, CCO_HO, and
er sfbHoPolicy (negoti PS_HO. You are advised to set this parameter based
policy Cfg ation on the UE capabilities and network capabilities. For
Config not details about how to select a CSFB handover policy,
uration require see 4.6 Handover Execution.
d)
The following table describes the parameter that must be set in the CSFallBackPolicyCfg
MO to set the CSFB policy for RRC_IDLE UEs.
CSFB CSFallBack Networ Set this parameter based on the network plan. The
handov PolicyCfg.Id k plan default values are REDIRECTION, CCO_HO, and
er leModeCsfb (negoti PS_HO. You are advised to set this parameter based
policy HoPolicyCfg ation on the UE capabilities and network capabilities. For
Config not details about how to select a CSFB handover policy,
uration require see 4.6 Handover Execution.
for idle d)
ue
7.13.5.2 Using the CME to Perform Batch Configuration for Newly Deployed
eNodeBs
Using the CME to Perform Batch Configuration for Newly Deployed eNodeBs
Enter the values of the parameters listed in Table 7-62 in a summary data file, which also
contains other data for the new eNodeBs to be deployed.
Then, import the summary data file into the Configuration Management Express (CME) for
batch configuration. For detailed instructions, see section "Creating eNodeBs in Batches" in
the initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized
file, depending on the following conditions:
l The managed objects (MOs) in Table 7-62 are contained in a scenario-specific summary
data file. In this situation, set the parameters in the MOs, and then verify and save the
file.
l Some MOs in Table 7-62 are not contained in a scenario-specific summary data file. In
this situation, customize a summary data file to include the MOs before you can set the
parameters.
7.13.5.3 Using the CME to Perform Batch Configuration for Existing eNodeBs
Batch reconfiguration using the CME is the recommended method to activate a feature on
existing eNodeBs. This method reconfigures all data, except neighbor relationships, for
multiple eNodeBs in a single procedure. The procedure is as follows:
Step 1 Customize a summary data file with the MOs and parameters listed in section "Using the
CME to Perform Batch Configuration for Newly Deployed eNodeBs." For online help, press
F1 when a CME window is active, and select Managing the CME > CME Guidelines >
LTE Application Management > eNodeB Related Operations > Customizing a Summary
Data File for Batch eNodeB Configuration.
Step 2 Choose CME > LTE Application > Export Data > Export Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Export Data >
Export Base Station Bulk Configuration Data (CME client mode), to export the eNodeB
data stored on the CME into the customized summary data file.
Step 3 In the summary data file, set the parameters in the MOs according to the setting notes
provided in section "Data Preparation" and close the file.
Step 4 Choose CME > LTE Application > Import Data > Import Base Station Bulk
Configuration Data (U2000 client mode), or choose LTE Application > Import Data >
Import Base Station Bulk Configuration Data (CME client mode), to import the summary
data file into the CME, and then start the data verification.
Step 5 After data verification is complete, choose CME > Planned Area > Export Incremental
Scripts (U2000 client mode), or choose Area Management > Planned Area > Export
Incremental Scripts (CME client mode), to export and activate the incremental scripts. For
detailed operations, see Managing the CME > CME Guidelines > Script File Management
> Exporting Incremental Scripts from a Planned Data Area in the CME online help.
----End
Step 1 In the planned data area, click Base Station in the upper left corner of the configuration
window.
Step 2 In area 1 shown in Figure 7-24, select the eNodeB to which the MOs belong.
Step 3 On the Search tab page in area 2, enter an MO name, for example, CELL.
Step 4 In area 3, double-click the MO in the Object Name column. All parameters in this MO are
displayed in area 4.
Step 5 Set the parameters in area 4 or 5.
Step 6 Choose CME > Planned Area > Export Incremental Scripts (U2000 client mode), or choose
Area Management > Planned Area > Export Incremental Scripts (CME client mode), to
export and activate the incremental scripts.
----End
----End
7.13.7 Deactivation
Using the CME to Perform Batch Configuration
Batch reconfiguration using the CME is the recommended method to deactivate a feature on
eNodeBs. This method reconfigures all data, except neighbor relationships, for multiple
eNodeBs in a single procedure. The procedure for feature deactivation is similar to that for
feature activation described in 7.13.5.3 Using the CME to Perform Batch Configuration
for Existing eNodeBs. In the procedure, modify parameters according to Table 7-63.
7.14 Troubleshooting
Fault Handling
Step 1 Create an S1 interface tracing task, use the UE to camp on the E-UTRAN cell again, and
check whether the value of the information element (IE) ePS-attach-type-value is "combined-
attach" in the traced Attach Request message.
l If so, go to Step 2.
l If not, replace the UE with one that supports combined EPS/IMSI attach, and try again.
Step 2 Check whether the traced Attach Accept message includes the IE cs-domain-not-available.
l If it does, go to Step 3.
l If not, contact Huawei technical support.
Step 3 Contact the vendors of core network NEs to ensure the following:
l Attach procedures to the CS domain are allowed according to the subscription data on
the HSS.
l The core network supports CSFB.
l The SGs interface is correctly configured.
----End
Fault Description
An eNodeB delivers an RRC Connection Reconfiguration message for measurement control
to a UE that has initiated a voice call in the LTE network, but the eNodeB does not receive a
measurement report.
Fault Handling
Step 1 Check whether the RRC Connection Reconfiguration message contains B1-related
measurement configurations and whether the information about the inter-RAT systems in the
configuration is correct.
l If it is, go to Step 2
l If not, rectify the faults and try again.
Step 2 Check whether the coverage of the inter-RAT neighboring cell is satisfactory. If the coverage
is unsatisfactory, adjust B1-related parameters or use CSFB based on blind handovers.
For details about how to adjust B1-related parameters, see Inter-RAT Mobility Management in
Connected Mode.
----End
Fault Description
Even when blind handovers are configured as the preferred choice according to the operator
policies, instead of triggering a blind handover for CSFB, an eNodeB delivers an inter-RAT
measurement configuration to a UE that has initiated a voice call.
Fault Handling
Step 1 Run the LST ENODEBALGOSWITCH command and check the setting of BlindHoSwitch
under the Handover Mode Switch parameter. If BlindHoSwitch is Off, run the MOD
ENODEBALGOSWITCH command with the BlindHoSwitch(BlindHoSwitch) check box
under the Handover Mode Switch parameter selected.
Step 2 Run the LST CELLHOPARACFG command and check the setting of BlindHoSwitch
under the Handover Mode Switch parameter. If BlindHoSwitch is Off, run the MOD
CELLHOPARACFG command with the BlindHoSwitch(BlindHoSwitch) check box under
the Handover Mode Switch parameter selected. In addition, check the CSFB mechanism and
perform the following:
l If CSFB to UTRAN is required, go to Step 3.
l If CSFB to GERAN is required, go to Step 4.
Step 3 Run the LST UTRANNCELL command and check whether Blind handover priority is 0
for a neighboring UTRAN cell that is supposed to accept incoming blind handovers.
l If Blind handover priority is 0, blind handovers to this cell are not allowed. In this
case, run the MOD UTRANNCELL command with the Blind handover priority
parameter set to a value other than 0.
l If Blind handover priority is not 0, contact Huawei technical support.
Step 4 Run the LST GERANNCELL command and check whether Blind handover priority is 0
for a neighboring GERAN cell that is supposed to accept incoming blind handovers.
l If Blind handover priority is 0, blind handovers to this cell are not allowed. In this
case, run the MOD GERANNCELL command with the Blind handover priority
parameter set to a value other than 0.
l If Blind handover priority is not 0, contact Huawei technical support.
----End
Fault Description
During CSFB to UTRAN procedures with the handover policy set to PS HO, the handover
preparation success rate is low.
Fault Handling
Here uses the CSFB to UTRAN as an example to describe the fault handling procedure.
Similar counters are provided for CSFB to GERAN or to other systems.
Step 1 View the counters listed in Table 7-65 to check the cause for the low handover preparation
success rate.
Step 2 Analyze the failure cause based on the values of the preceding counters for each NE.
----End
8 Parameters
RsvdSwPara1_bit16(ReservedSwitchParame-
ter1_bit16),
RsvdSwPara1_bit17(ReservedSwitchParame-
ter1_bit17),
RsvdSwPara1_bit18(ReservedSwitchParame-
ter1_bit18),
RsvdSwPara1_bit19(ReservedSwitchParame-
ter1_bit19),
RsvdSwPara1_bit20(ReservedSwitchParame-
ter1_bit20),
RsvdSwPara1_bit21(ReservedSwitchParame-
ter1_bit21),
RsvdSwPara1_bit22(ReservedSwitchParame-
ter1_bit22),
RsvdSwPara1_bit23(ReservedSwitchParame-
ter1_bit23),
RsvdSwPara1_bit24(ReservedSwitchParame-
ter1_bit24),
RsvdSwPara1_bit25(ReservedSwitchParame-
ter1_bit25),
RsvdSwPara1_bit26(ReservedSwitchParame-
ter1_bit26),
RsvdSwPara1_bit27(ReservedSwitchParame-
ter1_bit27),
RsvdSwPara1_bit28(ReservedSwitchParame-
ter1_bit28),
RsvdSwPara1_bit29(ReservedSwitchParame-
ter1_bit29),
RsvdSwPara1_bit30(ReservedSwitchParame-
ter1_bit30),
RsvdSwPara1_bit31(ReservedSwitchParame-
ter1_bit31),
RsvdSwPara1_bit32(ReservedSwitchParame-
ter1_bit32)
Unit: None
Actual Value Range: RsvdSwPara1_bit1,
RsvdSwPara1_bit2, RsvdSwPara1_bit3,
RsvdSwPara1_bit4, RsvdSwPara1_bit5,
RsvdSwPara1_bit6, RsvdSwPara1_bit7,
RsvdSwPara1_bit8, RsvdSwPara1_bit9,
RsvdSwPara1_bit10, RsvdSwPara1_bit11,
RsvdSwPara1_bit12, RsvdSwPara1_bit13,
RsvdSwPara1_bit14, RsvdSwPara1_bit15,
RsvdSwPara1_bit16, RsvdSwPara1_bit17,
RsvdSwPara1_bit18, RsvdSwPara1_bit19,
RsvdSwPara1_bit20, RsvdSwPara1_bit21,
RsvdSwPara1_bit22, RsvdSwPara1_bit23,
RsvdSwPara1_bit24, RsvdSwPara1_bit25,
RsvdSwPara1_bit26, RsvdSwPara1_bit27,
RsvdSwPara1_bit28, RsvdSwPara1_bit29,
RsvdSwPara1_bit30, RsvdSwPara1_bit31,
RsvdSwPara1_bit32
Default Value: RsvdSwPara1_bit1:Off,
RsvdSwPara1_bit2:Off, RsvdSwPara1_bit3:Off,
RsvdSwPara1_bit4:Off, RsvdSwPara1_bit5:Off,
RsvdSwPara1_bit6:Off, RsvdSwPara1_bit7:Off,
RsvdSwPara1_bit8:Off, RsvdSwPara1_bit9:Off,
RsvdSwPara1_bit10:Off, RsvdSwPara1_bit11:Off,
RsvdSwPara1_bit12:Off, RsvdSwPara1_bit13:Off,
RsvdSwPara1_bit14:Off, RsvdSwPara1_bit15:Off,
RsvdSwPara1_bit16:Off, RsvdSwPara1_bit17:Off,
RsvdSwPara1_bit18:Off, RsvdSwPara1_bit19:Off,
RsvdSwPara1_bit20:Off, RsvdSwPara1_bit21:Off,
RsvdSwPara1_bit22:Off, RsvdSwPara1_bit23:Off,
RsvdSwPara1_bit24:Off, RsvdSwPara1_bit25:Off,
RsvdSwPara1_bit26:Off, RsvdSwPara1_bit27:Off,
RsvdSwPara1_bit28:Off, RsvdSwPara1_bit29:Off,
RsvdSwPara1_bit30:Off, RsvdSwPara1_bit31:Off,
RsvdSwPara1_bit32:Off
GeranEx UltraFla ADD LOFD-0 Ultra- Meaning: Indicates whether an external GERAN cell
ternalCe shCsfbI GERAN 81283 / Flash supports ultra-flash CSFB to GERAN. If this
ll nd EXTER TDLOF CSFB to parameter is set to BOOLEAN_TRUE, the external
NALCE D-08120 GERAN GERAN cell supports ultra-flash CSFB to GERAN. If
LL 3 this parameter is set to BOOLEAN_FALSE, the
MOD external GERAN cell does not support ultra-flash
GERAN CSFB to GERAN.
EXTER GUI Value Range: BOOLEAN_FALSE(False),
NALCE BOOLEAN_TRUE(True)
LL Unit: None
LST Actual Value Range: BOOLEAN_FALSE,
GERAN BOOLEAN_TRUE
EXTER
NALCE Default Value: BOOLEAN_TRUE(True)
LL
ENodeB HoAlgo MOD LBFD-0 Coverag Meaning: Indicates whether to enable handover
AlgoSwi Switch ENODE 0201801 e Based algorithms. The switches are described as follows:
tch BALGO / Intra- IntraFreqCoverHoSwitch: If this switch is on,
SWITC TDLBF frequenc coverage-based intra-frequency handovers are enabled
H D-00201 y to ensure service continuity. If this switch is off,
LST 801 Handov coverage-based intra-frequency handovers are
ENODE LBFD-0 er disabled. InterFreqCoverHoSwitch: If this switch is
BALGO 0201802 Distance on, coverage-based inter-frequency handovers are
SWITC / Based enabled to ensure service continuity. If this switch is
H TDLBF Inter- off, coverage-based inter-frequency handovers are
D-00201 frequenc disabled. UtranCsfbSwitch: If this switch is on, CSFB
802 y to UTRAN is enabled and UEs can fall back to
Handov UTRAN. If this switch is off, CSFB to UTRAN is
LBFD-0 disabled. GeranCsfbSwitch: If this switch is on, CSFB
er
0201804 to GERAN is enabled and UEs can fall back to
/ Service
GERAN. If this switch is off, CSFB to GERAN is
TDLBF Based
disabled. Cdma1xRttCsfbSwitch: If this switch is on,
D-00201 Inter-
CSFB to CDMA2000 1xRTT is enabled and UEs can
804 frequenc
fall back to CDMA2000 1xRTT. If this switch is off,
y
LBFD-0 CSFB to CDMA2000 1xRTT is disabled.
Handov
0201805 UtranServiceHoSwitch: If this switch is on, service-
er
/ based handovers to UTRAN are enabled and UEs
TDLBF CS running a specific type of services can be handed over
D-00201 Fallback to UTRAN. If this switch is off, service-based
805 to handovers to UTRAN are disabled.
UTRAN GeranServiceHoSwitch: If this switch is on, service-
LOFD-0
CS based handovers to GERAN are enabled and UEs
01033 /
Fallback running a specific type of services can be handed over
TDLOF
to to GERAN. If this switch is off, service-based
D-00103
GERAN handovers to GERAN are disabled.
3
CS CdmaHrpdServiceHoSwitch: If this switch is on,
LOFD-0 Fallback service-based handovers to CDMA2000 HRPD cells
01034 / to are enabled and UEs running a specific type of
TDLOF CDMA2 services can be handed over to CDMA2000 HRPD
D-00103 000 cells. If this switch is off, service-based handovers to
4 1xRTT CDMA2000 HRPD cells are disabled.This parameter
LOFD-0 is unavailable in this version.
Flash
01035 / Cdma1xRttServiceHoSwitch: If this switch is on,
CS
TDLOF service-based handovers to CDMA2000 1xRTT are
Fallback
D-00103 enabled and UEs running a specific type of services
to
5 can be handed over to CDMA2000 1xRTT. If this
UTRAN
switch is off, service-based handovers to CDMA2000
LOFD-0 Flash 1xRTT are disabled.This parameter is unavailable in
01052 / CS this version. UlQualityInterRATHoSwitch: If this
TDLOF Fallback switch is on, UL-quality-based inter-RAT handovers
D-00105 to are enabled and UEs can be handed over to inter-RAT
2 GERAN cells to ensure service continuity when the UL signal
LOFD-0 CS quality is poor. If this switch is off, UL-quality-based
01053 / Fallback
D-00107 inter- CDMA2000 1xRTT is enabled and UEs can fall back
3 RAT to CDMA2000 1xRTT through handovers. If this
TDLBF handove switch is off, eCSFB to CDMA2000 1xRTT is
D-00201 r to disabled. EmcBlindHoA1Switch: If this switch is on,
8 UTRAN blind handover event A1 measurements are enabled. If
Distance a blind handover event measurement conflicts with a
TDLOF handover procedure, an emergency blind handover
D-00102 based
inter- can be triggered after the handover procedure is
2 complete. If this switch is off, blind handover event
RAT
TDLOF A1 measurements are disabled. If a blind handover
handove
D-07022 event measurement conflicts with a handover
r to
8 procedure, an emergency blind handover cannot be
GERAN
LOFD-0 triggered. EmcInterFreqBlindHoSwitch: If this switch
Mobility is on, the eNodeB preferentially performs an inter-
81283 /
Manage frequency blind handover when an emergency blind
TDLOF
ment handover is triggered. If this switch is off, the eNodeB
D-08120
3 Coverag only performs an inter-RAT blind handover when an
e Based emergency blind handover is triggered. EPlmnSwitch:
LOFD-0 Indicates whether handovers to neighboring cells
70202 / Inter-
frequenc under the equivalent PLMNs (EPLMNs) are allowed.
TDLOF When inter-PLMN handovers are allowed, handovers
D-07020 y
Handov to neighboring cells under the EPLMNs are allowed if
2 this switch is on, and not allowed if this switch is off.
er
TDLOF The EPLMNs are delivered by the MME to the UE.
D-08122 SRVCC ServiceReqInterFreqHoSwitch: If this switch is on,
3 to service request-based inter-frequency handovers are
UTRAN enabled and UEs using a specific type of services can
Service- be handed over to inter-frequency cells. If this switch
Request is off, service request-based inter-frequency handovers
Based are disabled. This option applies only to LTE TDD
Inter- networks. VoipHoControlSwitch: Indicates whether
frequenc the eNodeB filters out target cells that do not support
y VoIP services when processing intra-RAT handovers
Handov for VoIP services. The eNodeB filters out such target
er cells in the preceding scenario only when this switch
Ultra- is on. UtranUltraFlashCsfbSwitch: In this switch is on,
Flash ultra-flash CSFB to UTRAN is enabled and UEs can
CSFB to fall back to UTRAN based on the ultra-flash CSFB
GERAN procedure. If this switch is off, ultra-flash CSFB to
UTRAN is disabled. GeranUltraFlashCsfbSwitch: In
Ultra- this switch is on, ultra-flash CSFB to GERAN is
Flash enabled and UEs can fall back to GERAN based on
CSFB to the ultra-flash CSFB procedure. If this switch is off,
UTRAN ultra-flash CSFB to GERAN is disabled.
Ultra- GUI Value Range: IntraFreqCoverHoS-
Flash witch(IntraFreqCoverHoSwitch), InterFreqCoverHoS-
CSFB to witch(InterFreqCoverHoSwitch),
UTRAN UtranCsfbSwitch(UtranCsfbSwitch),
GeranCsfbSwitch(GeranCsfbSwitch),
Cdma1xRttCsfbSwitch(Cdma20001xRttCsfbSwitch),
UtranServiceHoSwitch(UtranServiceHoSwitch),
GeranServiceHoSwitch(GeranServiceHoSwitch),
CdmaHrpdServiceHoS-
witch(Cdma2000HrpdServiceHoSwitch),
Cdma1xRttServiceHoSwitch(Cdma20001xRttService
HoSwitch), UlQualityInterRATHoS-
witch(UlQualityInterRATHoSwitch),
InterPlmnHoSwitch(InterPlmnHoSwitch),
UtranFlashCsfbSwitch(UtranFlashCsfbSwitch),
GeranFlashCsfbSwitch(GeranFlashCsfbSwitch),
ServiceBasedInterFreqHoSwitch(ServiceBasedInter-
FreqHoSwitch), UlQualityInterFreqHoS-
witch(UlQualityInterFreqHoSwitch),
CsfbAdaptiveBlindHoSwitch(CsfbAdaptiveBlind-
HoSwitch), UtranCsfbSteeringS-
witch(UtranCsfbSteeringSwitch),
GeranCsfbSteeringSwitch(GeranCsfbSteeringSwitch),
CSFBLoadInfoSwitch(CSFBLoadInfoSwitch),
Cdma1XrttEcsfbSwitch(Cdma1XrttEcsfbSwitch),
EmcBlindHoA1Switch(EmcBlindHoA1Switch),
EmcInterFreqBlindHoSwitch(EmcInterFreqBlind-
HoSwitch), EPlmnSwitch(EPlmnSwitch),
ServiceReqInterFreqHoSwitch(ServiceReqInterFreq-
HoSwitch),
VoipHoControlSwitch(VoipHoControlSwitch),
UtranUltraFlashCsfbSwitch(UtranUltraFlashCsfbS-
witch), GeranUltraFlashCsfbS-
witch(GeranUltraFlashCsfbSwitch)
Unit: None
Actual Value Range: IntraFreqCoverHoSwitch,
InterFreqCoverHoSwitch, UtranCsfbSwitch,
GeranCsfbSwitch, Cdma1xRttCsfbSwitch,
UtranServiceHoSwitch, GeranServiceHoSwitch,
CdmaHrpdServiceHoSwitch,
Cdma1xRttServiceHoSwitch, UlQualityInterRA-
THoSwitch, InterPlmnHoSwitch, UtranFlashCsfbS-
witch, GeranFlashCsfbSwitch, ServiceBasedInter-
FreqHoSwitch, UlQualityInterFreqHoSwitch,
CsfbAdaptiveBlindHoSwitch, UtranCsfbSteeringS-
witch, GeranCsfbSteeringSwitch,
CSFBLoadInfoSwitch, Cdma1XrttEcsfbSwitch,
EmcBlindHoA1Switch, EmcInterFreqBlindHoSwitch,
EPlmnSwitch, ServiceReqInterFreqHoSwitch,
VoipHoControlSwitch, UtranUltraFlashCsfbSwitch,
GeranUltraFlashCsfbSwitch
CSFallB UtranCs MOD LOFD-0 CS Meaning: Indicates whether the eNodeB selects the
ackBlin fbBlind CSFAL 01033/ Fallback target frequency in a round robin (RR) manner from
dHoCfg RedirRr LBACK TDLOF to frequencies with the same priority in blind
Sw BLIND D-00103 UTRAN redirections for CSFB to UTRAN. If this parameter is
HOCFG 3 Flash set to ON(On), the function of target frequency
LST LOFD-0 CS selection in an RR manner is enabled. If this
CSFAL 01052/ Fallback parameter is set to OFF(Off), this function is disabled.
LBACK TDLOF to GUI Value Range: OFF(OFF), ON(ON)
BLIND D-00105 UTRAN Unit: None
HOCFG 2
Actual Value Range: OFF, ON
Default Value: OFF(OFF)
CellDrx DrxFor MOD LOFD-0 Ultra- Meaning: Indicates whether to deliver DRX
Para MeasSw CELLD 81283 / Flash parameters dedicated for measurement to UEs
itch RXPAR TDLOF CS performing CSFB-triggered GSM measurement. If
A D-08120 Fallback this parameter is set to OFF, the eNodeB configures
LST 3 to only a measurement gap for UEs to perform CSFB-
CELLD GERAN triggered GSM measurement. If this parameter is set
RXPAR to ON, the eNodeB configures both DRX parameters
A and measurement gaps for UEs to perform CSFB-
triggered GSM measurement.
GUI Value Range: OFF(Off), ON(On)
Unit: None
Actual Value Range: OFF, ON
Default Value: OFF(Off)
ENodeB FreqLay MOD LOFD-0 SRVCC Meaning: This parameter includes the following three
AlgoSwi erSwtich ENODE 01087 Flexible switches: UtranFreqLayerMeasSwitch,
tch BALGO LOFD-0 Steering UtranFreqLayerBlindSwitch, and UtranSrvccSwitch.
SWITC 01078 / to The setting of UtranSrvccSwitch takes effect only
H TDLOF UTRAN when UtranFreqLayerMeasSwitch is on. If
LST D-00107 E- UtranFreqLayerMeasSwitch is on, the UTRAN
ENODE 8 UTRAN hierarchy-based measurement algorithm takes effect
BALGO to for measurements related to coverage-based and
TDLOF CSFB-triggered handovers from E-UTRAN to
SWITC D-00102 UTRAN
H CS/PS UTRAN. If UtranFreqLayerBlindSwitch is on, the
2 UTRAN hierarchy-based blind-handover algorithm
Steering
TDLOF takes effect for coverage-based and CSFB-triggered
D-00103 SRVCC blind handovers from E-UTRAN to UTRAN. If
3 to UtranSrvccSwitch is on, the UTRAN SRVCC
UTRAN hierarchy-based measurement algorithm takes effect
TDLOF
D-00105 CS for coverage-based SRVCC-triggered handovers from
2 Fallback E-UTRAN to UTRAN.
TDLOF to GUI Value Range: UtranFreqLayerMeasS-
D-00108 UTRAN witch(UtranFreqLayerMeasSwitch),
8 Flash UtranFreqLayerBlindSwitch(UtranFreqLayerBlind-
CS Switch), UtranSrvccSteeringSwitch(UtranSrvccSteer-
Fallback ingSwitch)
to Unit: None
UTRAN Actual Value Range: UtranFreqLayerMeasSwitch,
CS UtranFreqLayerBlindSwitch, UtranSrvccSteeringS-
Fallback witch
Steering Default Value: UtranFreqLayerMeasSwitch:Off,
to UtranFreqLayerBlindSwitch:Off, UtranSrvccSteer-
UTRAN ingSwitch:Off
UtranNF CsPriori ADD LOFD-0 E- Meaning: Indicates the circuit switched (CS) priority
req ty UTRAN 01078 / UTRAN of the neighboring UTRAN frequency, that is, the
NFREQ TDLOF to priority for the neighboring UTRAN frequency to
MOD D-00107 UTRAN carry CS services. During CSFB-based CS service
UTRAN 8 CS/PS handovers with UtranFreqLayerMeasSwitch being on,
NFREQ TDLOF Steering the eNodeB selects and delivers the neighboring
D-00103 CS UTRAN frequencies based on the CS priorities when
LST starting measurements. The eNodeB preferentially
UTRAN 3 Fallback
to delivers the UTRAN frequency with the highest CS
NFREQ TDLOF priority to measure. During CSFB-based CS service
D-00105 UTRAN
handovers with UtranFreqLayerBlindSwitch being on,
2 Flash the eNodeB selects the target cells for blind handovers
TDLOF CS on neighboring UTRAN frequencies based on the CS
D-00108 Fallback priorities and preferentially selects the target cell for
8 to blind handovers on the neighboring UTRAN
UTRAN frequency with the highest CS priorities. If this
CS parameter is set to Priority_0, this neighboring
Fallback UTRAN frequency is not prioritized.
Steering GUI Value Range: Priority_0(Priority 0),
to Priority_1(Priority 1), Priority_2(Priority 2),
UTRAN Priority_3(Priority 3), Priority_4(Priority 4),
Priority_5(Priority 5), Priority_6(Priority 6),
Priority_7(Priority 7), Priority_8(Priority 8),
Priority_9(Priority 9), Priority_10(Priority 10),
Priority_11(Priority 11), Priority_12(Priority 12),
Priority_13(Priority 13), Priority_14(Priority 14),
Priority_15(Priority 15), Priority_16(Priority 16)
Unit: None
Actual Value Range: Priority_0, Priority_1,
Priority_2, Priority_3, Priority_4, Priority_5,
Priority_6, Priority_7, Priority_8, Priority_9,
Priority_10, Priority_11, Priority_12, Priority_13,
Priority_14, Priority_15, Priority_16
Default Value: Priority_2(Priority 2)
TDLOF GERAN
D-00109 Enhance
0 d CS
Fallback
to
CDMA2
000
1xRTT
CSFallB IdleMod MOD LOFD-0 CS Meaning: Indicates the CSFB policy for a UE in idle
ackPolic eCsfbHo CSFAL 01088 / Fallback mode. The policy can be PS handover, CCO, or
yCfg PolicyCf LBACK TDLOF Steering redirection.
g POLIC D-00108 to GUI Value Range: REDIRECTION, CCO_HO,
YCFG 8 UTRAN PS_HO
LST LOFD-0 CS Unit: None
CSFAL 01089 / Fallback
LBACK TDLOF Steering Actual Value Range: REDIRECTION, CCO_HO,
POLIC D-00108 to PS_HO
YCFG 9 GERAN Default Value: REDIRECTION:On, CCO_HO:On,
PS_HO:On
TDLOF to
D-00107 GERAN
3 Enhance
d CS
Fallback
to
CDMA2
000
1xRTT
Service
based
Inter-
RAT
handove
r to
UTRAN
Distance
based
Inter-
RAT
handove
r to
UTRAN
Service
based
Inter-
RAT
handove
r to
GERAN
Distance
based
Inter-
RAT
handove
r to
GERAN
TDLOF to
D-00107 GERAN
3 Enhance
d CS
Fallback
to
CDMA2
000
1xRTT
Service
based
Inter-
RAT
handove
r to
UTRAN
Distance
based
Inter-
RAT
handove
r to
UTRAN
Service
based
Inter-
RAT
handove
r to
GERAN
Distance
based
Inter-
RAT
handove
r to
GERAN
TDLOF to
D-00107 GERAN
3 Enhance
d CS
Fallback
to
CDMA2
000
1xRTT
Service
based
Inter-
RAT
handove
r to
UTRAN
Distance
based
Inter-
RAT
handove
r to
UTRAN
Service
based
Inter-
RAT
handove
r to
GERAN
Distance
based
Inter-
RAT
handove
r to
GERAN
UtranNF CsPsMi ADD LOFD-0 CS Meaning: Indicates the priority for the neighboring
req xedPrior UTRAN 01088 / Fallback UTRAN frequency to carry CS+PS combined
ity NFREQ TDLOF Steering services. In measurement-based CSFB to UTRAN, if
MOD D-00108 to UtranCsfbSteeringSwitch and UtranFreqLayerMeasS-
UTRAN 8 UTRAN witch are turned on, the eNodeB determines the
NFREQ LOFD-0 PS Inter- UTRAN frequency to be delivered to a UE in
01019 / RAT RRC_CONNECTED mode based on the priority
LST specified by this parameter. The eNodeB
UTRAN TDLOF Mobility
D-00101 between preferentially delivers the UTRAN frequency with the
NFREQ highest CS+PS combined service priority to the UE.
9 E-
UTRAN In blind CSFB to UTRAN, if UtranCsfbSteeringS-
TDLOF witch and UtranFreqLayerBlindSwitch are turned on,
D-00103 and
UTRAN the target cell is selected based on the priority
3 specified by this parameter. The cell on the UTRAN
TDLOF CS frequency with the highest priority is preferentially
D-00105 Fallback selected. If this parameter is set to Priority_0, the
2 to UTRAN frequency is not included in priority
UTRAN arrangement for neighboring UTRAN frequencies to
TDLOF
D-00107 Flash carry CS+PS combined services.
8 CS GUI Value Range: Priority_0(Priority 0),
Fallback Priority_1(Priority 1), Priority_2(Priority 2),
to Priority_3(Priority 3), Priority_4(Priority 4),
UTRAN Priority_5(Priority 5), Priority_6(Priority 6),
E- Priority_7(Priority 7), Priority_8(Priority 8),
UTRAN Priority_9(Priority 9), Priority_10(Priority 10),
to Priority_11(Priority 11), Priority_12(Priority 12),
UTRAN Priority_13(Priority 13), Priority_14(Priority 14),
CS/PS Priority_15(Priority 15), Priority_16(Priority 16)
steering Unit: None
Actual Value Range: Priority_0, Priority_1,
Priority_2, Priority_3, Priority_4, Priority_5,
Priority_6, Priority_7, Priority_8, Priority_9,
Priority_10, Priority_11, Priority_12, Priority_13,
Priority_14, Priority_15, Priority_16
Default Value: Priority_2(Priority 2)
CSFallB CsfbHo MOD LOFD-0 CS Meaning: Indicates the CSFB policy for a UE in
ackPolic PolicyCf CSFAL 01033 / Fallback connected mode. If the CSFB steering function is
yCfg g LBACK TDLOF to disabled, this parameter also applies to UEs in idle
POLIC D-00103 UTRAN mode. The policy can be PS handover, CCO, or
YCFG 3 CS redirection.
LST LOFD-0 Fallback GUI Value Range: REDIRECTION, CCO_HO,
CSFAL 01034 / to PS_HO
LBACK TDLOF GERAN Unit: None
POLIC D-00103 CS
YCFG 4 Actual Value Range: REDIRECTION, CCO_HO,
Fallback PS_HO
LOFD-0 Steering
01088 / to Default Value: REDIRECTION:On, CCO_HO:On,
TDLOF UTRAN PS_HO:On
D-00108 CS
8 Fallback
LOFD-0 Steering
01089 / to
TDLOF GERAN
D-00108
9
CSFallB CsfbHo MOD LOFD-0 CS Meaning: Indicates the RSCP threshold for event B1,
ackHo UtranB1 CSFAL 01033 / Fallback which is used in CS fallback to UTRAN. When CS
ThdRsc LBACK TDLOF to fallback to UTRAN is applicable, this parameter is set
p HO D-00103 UTRAN for UEs and used in the evaluation about whether to
LST 3 trigger event B1. This parameter indicates the RSCP
CSFAL requirement for the UTRAN cells to be included in the
LBACK measurement report. A UE sends a measurement
HO report related to event B1 to the eNodeB when the
RSCP in at least one UTRAN cell exceeds this
threshold and other triggering conditions are met. For
details, see 3GPP TS 36.331.
GUI Value Range: -120~-25
Unit: dBm
Actual Value Range: -120~-25
Default Value: -106
CSFallB CsfbHo MOD LOFD-0 CS Meaning: Indicates the Ec/N0 threshold for event B1,
ackHo UtranB1 CSFAL 01033 / Fallback which is used in CS fallback to UTRAN. When CS
ThdEcn LBACK TDLOF to fallback to UTRAN is required, this parameter is set
0 HO D-00103 UTRAN for UEs and used in the evaluation about whether to
LST 3 trigger event B1. This parameter indicates the Ec/N0
CSFAL requirement for the UTRAN cells to be included in the
LBACK measurement report. A UE sends a measurement
HO report related to event B1 to the eNodeB when the
Ec/N0 in at least one UTRAN cell exceeds this
threshold and other triggering conditions are met. For
a cell with large signal fading variance, set this
parameter to a large value to prevent unnecessary
handovers. For a cell with small signal fading
variance, set this parameter to a small value to ensure
timely handovers. For details, see 3GPP TS 36.331.
GUI Value Range: -48~0
Unit: 0.5dB
Actual Value Range: -24~0
Default Value: -24
CSFallB CsfbHo MOD LOFD-0 CS Meaning: Indicates the time-to-trigger for event B1
ackHo UtranTi CSFAL 01033 / Fallback that is used in CS fallback to UTRAN. When CS
meToTri LBACK TDLOF to fallback to UTRAN is applicable, this parameter is set
g HO D-00103 UTRAN for UEs and used in the evaluation of whether to
LST 3 trigger event B1. When detecting that the signal
CSFAL quality in at least one UTRAN cell meets the entering
LBACK condition, the UE does not send a measurement report
HO to the eNodeB immediately. Instead, the UE sends a
report only when the signal quality continuously
meets the entering condition during the time-to-
trigger. This parameter helps decrease the number of
occasionally triggered event reports, the average
number of handovers, and the number of wrong
handovers, and thus helps to prevent unnecessary
handovers. For details, see 3GPP TS 36.331.
GUI Value Range: 0ms, 40ms, 64ms, 80ms, 100ms,
128ms, 160ms, 256ms, 320ms, 480ms, 512ms, 640ms,
1024ms, 1280ms, 2560ms, 5120ms
Unit: ms
Actual Value Range: 0ms, 40ms, 64ms, 80ms, 100ms,
128ms, 160ms, 256ms, 320ms, 480ms, 512ms, 640ms,
1024ms, 1280ms, 2560ms, 5120ms
Default Value: 40ms
LcsSrvccSwitch, AutoGapSwitch,
UeVoipOnHspaCapSwitch, UtranFddB1CapSwitch,
CdmaHrpdNonOptMeaHoSwitch
Default Value: EutranVoipCapSwitch:On,
UtranVoipCapSwitch:Off, GeranVoipCapSwitch:Off,
Cdma1xRttVoipCapSwitch:Off,
UtranPsHoSwitch:Off, GeranPsHoSwitch:Off,
CdmaHrpdNonOptimisedHoSwitch:Off,
CdmaHrpdOptimisedHoSwitch:Off,
GeranNaccSwitch:Off, GeranCcoSwitch:Off,
UtranSrvccSwitch:Off, GeranSrvccSwitch:Off,
Cdma1xRttSrvccSwitch:Off,
UtranRedirectSwitch:Off, GeranRedirectSwitch:Off,
CdmaHrpdRedirectSwitch:Off,
Cdma1xRttRedirectSwitch:Off, BlindHoSwitch:Off,
LcsSrvccSwitch:Off, AutoGapSwitch:Off,
UeVoipOnHspaCapSwitch:Off,
UtranFddB1CapSwitch:Off, CdmaHrpdNonOptMea-
HoSwitch:Off
CSFallB BlindHo MOD LOFD-0 Flash Meaning: Indicates the reference signal received
ackHo A1ThdR CSFAL 01052 / CS power (RSRP) threshold for event A1 associated with
srp LBACK TDLOF Fallback CSFB-triggered adaptive blind handovers. This
HO D-00105 to parameter is set for a UE as a triggering condition of
LST 2 UTRAN event A1 measurement related to a CSFB-triggered
CSFAL LOFD-0 Flash adaptive blind handover. This parameter specifies the
LBACK 01053 / CS RSRP threshold of the serving cell above which a
HO TDLOF Fallback CSFB-triggered adaptive blind handover is triggered.
D-00105 to If the RSRP value measured by a UE exceeds this
3 GERAN threshold, the UE submits a measurement report
related to event A1.
GUI Value Range: -140~-43
Unit: dBm
Actual Value Range: -140~-43
Default Value: -80
UtranNF ConnFre ADD LOFD-0 PS Inter- Meaning: Indicates the frequency priority based on
req qPriority UTRAN 01019 / RAT which the eNodeB selects a target frequency for blind
NFREQ TDLOF Mobility redirection or contains a frequency in a measurement
MOD D-00101 between configuration. If a blind redirection is triggered and
UTRAN 9 E- the target neighboring cell is not specified, the
NFREQ TDLBF UTRAN eNodeB selects a target frequency based on this
D-00201 and priority. If a measurement configuration is to be
LST UTRAN delivered, the eNodeB preferentially delivers a
UTRAN 803
Cell frequency with the highest priority. If this priority is
NFREQ TDLOF set to 0 for a frequency, this frequency is not selected
D-00102 Selectio
n and as the target frequency for a blind redirection. A larger
2 value indicates a higher priority.
Re-
TDLOF selection GUI Value Range: 0~8
D-00103
3 SRVCC Unit: None
to Actual Value Range: 0~8
TDLOF UTRAN
D-00105 Default Value: 0
2 CS
Fallback
TDLOF to
D-00104 UTRAN
3
Flash
TDLOF CS
D-00107 Fallback
2 to
TDLOF UTRAN
D-00107 Service
8 based
Inter-
RAT
handove
r to
UTRAN
Distance
based
Inter-
RAT
handove
r to
UTRAN
E-
UTRAN
to
UTRAN
CS/PS
steering
ENodeB NCellRa MOD LOFD-0 Inter- Meaning: Indicates whether to enable neighboring cell
AlgoSwi nkingSw ENODE 02002/ RAT ranking. This parameter consists of the following
tch itch BALGO TDLOF ANR switches: GERAN_SWITCH: Indicates whether the
SWITC D-00200 SRVCC eNodeB prioritizes measurement priorities of
H 2 to neighboring GERAN cells based on the number of
LST LOFD-0 UTRAN each neighboring GERAN cell is measured within a
ENODE 01022/ period of time. The eNodeB prioritizes measurement
CS priorities only when this switch is on.
BALGO TDLOF Fallback
SWITC D-00102 UTRAN_SWITCH: Indicates whether the eNodeB
to prioritizes measurement priorities of neighboring
H 2 UTRAN UTRAN cells based on the number of each
LOFD-0 Flash neighboring UTRAN cell is measured within a period
01033/ CS of time. The eNodeB prioritizes measurement
TDLOF Fallback priorities of neighboring UTRAN cells based on the
D-00103 to number of each neighboring UTRAN cell is measured
3 UTRAN within a period of time only when this switch is on.
LOFD-0 Flash GUI Value Range: GERAN_SWITCH(GREAN
01052/ CS Neighboring Cell Ranking Switch),
TDLOF Fallback UTRAN_SWITCH(UTRAN Neighboring Cell
D-00105 to Ranking Switch)
2 GERAN Unit: None
LOFD-0 PS Inter-
01053/ Actual Value Range: GERAN_SWITCH,
RAT UTRAN_SWITCH
TDLOF Mobility
D-00105 between Default Value: GERAN_SWITCH:Off,
3 E- UTRAN_SWITCH:Off
LOFD-0 UTRAN
01019/ and
TDLOF UTRAN
D-00101 Service
9 based
LOFD-0 inter-
01043/ RAT
TDLOF handove
D-00104 r to
3 UTRAN
LOFD-0 Distance
01072/ based
TDLOF inter-
D-00107 RAT
2 handove
r to
UTRAN
UtranN NCellM ADD LOFD-0 Inter- Meaning: Indicates the measurement priority of the
Cell easPriori UTRAN 02002/ RAT neighboring UTRAN cell. A larger value indicates a
ty NCELL TDLOF ANR higher priority. The measurement priorities can be
LST D-00200 SRVCC periodically and automatically arranged based on the
UTRAN 2 to number of times that each neighboring UTRAN cell is
NCELL LOFD-0 UTRAN measured. The neighboring UTRAN cells for UTRAN
01022/ measurement control, UTRAN flash blind
CS redirections, and UTRAN flash-CSFB-based
TDLOF Fallback
D-00102 redirections can be selected based on the measurement
to priorities of neighboring UTRAN cells.
2 UTRAN
LOFD-0 GUI Value Range: 0~128
Flash
01033/ CS Unit: None
TDLOF Fallback Actual Value Range: 0~128
D-00103 to
3 Default Value: 0
UTRAN
LOFD-0 PS Inter-
01052/ RAT
TDLOF Mobility
D-00105 between
2 E-
LOFD-0 UTRAN
01019/ and
TDLOF UTRAN
D-00101 Service
9 based
LOFD-0 inter-
01043/ RAT
TDLOF handove
D-00104 r to
3 UTRAN
LOFD-0 Distance
01072/ based
TDLOF inter-
D-00107 RAT
2 handove
r to
UTRAN
UtranN CellMea ADD LOFD-0 PS Inter- Meaning: Indicates the priority of measurement on the
Cell sPriority UTRAN 01019 RAT neighboring UTRAN cell. The eNodeB preferentially
NCELL TDLOF Mobility contains the information about a neighboring cell with
MOD D-00102 between this priority set to HIGH_PRIORITY while delivering
UTRAN 2 E- a measurement configuration.
NCELL UTRAN GUI Value Range: LOW_PRIORITY(Low Priority),
TDLOF and
LST D-00103 HIGH_PRIORITY(High Priority)
UTRAN
UTRAN 3 Unit: None
NCELL SRVCC
TDLOF Actual Value Range: LOW_PRIORITY,
to
D-00105 HIGH_PRIORITY
UTRAN
2 Default Value: LOW_PRIORITY(Low Priority)
CS
TDLOF
Fallback
D-00101
to
9
UTRAN
TDLOF
D-00104 Flash
3 CS
Fallback
TDLOF to
D-00107 UTRAN
2
PS Inter-
TDLOF RAT
D-00107 Mobility
8 between
E-
UTRAN
and
UTRAN
Service
based
Inter-
RAT
handove
r to
UTRAN
Distance
based
Inter-
RAT
handove
r to
UTRAN
E-
UTRAN
to
UTRAN
CS/PS
steering
CellUe MaxUtr MOD LOFD-0 PS Inter- Meaning: Indicates the maximum number of UTRAN
MeasCo anFddM CELLU 01019 / RAT FDD frequencies that can be contained in the
ntrolCfg easFreq EMEAS TDLOF Mobility measurement control messages delivered for UEs in
Num CONTR D-00101 between RRC_CONNECTED state.
OLCFG 9 E- GUI Value Range: 1~16
LST LOFD-0 UTRAN
and Unit: None
CELLU 01022 /
EMEAS TDLOF UTRAN Actual Value Range: 1~16
CONTR D-00102 SRVCC Default Value: 3
OLCFG 2 to
LOFD-0 UTRAN
01043 / Service
TDLOF based
D-00104 Inter-
3 RAT
LOFD-0 handove
01072 / r to
TDLOF UTRAN
D-00107 Distance
2 based
LOFD-0 Inter-
01033 / RAT
TDLOF handove
D-00103 r to
3 UTRAN
CS
Fallback
to
UTRAN
UtranN BlindHo ADD LOFD-0 PS Inter- Meaning: Indicates the priority of the neighboring cell
Cell Priority UTRAN 01019 RAT during blind handovers. Blind handover is a process in
NCELL TDLOF Mobility which the eNodeB instructs a UE to hand over to a
MOD D-00102 between specified neighboring cell. There are 32 priorities
UTRAN 2 E- altogether. The priority has a positive correlation with
NCELL UTRAN the value of this parameter. Note that the value 0
TDLOF and indicates that blind handovers to the neighboring cell
LST D-00103 UTRAN are not allowed.
UTRAN 3
NCELL SRVCC GUI Value Range: 0~32
TDLOF
to Unit: None
D-00105
UTRAN
2 Actual Value Range: 0~32
CS
TDLOF Default Value: 0
Fallback
D-00101
to
9
UTRAN
TDLOF
D-00104 Flash
3 CS
Fallback
TDLOF to
D-00107 UTRAN
2
PS Inter-
TDLOF RAT
D-00107 Mobility
8 between
E-
UTRAN
and
UTRAN
Service
based
Inter-
RAT
handove
r to
UTRAN
Distance
based
Inter-
RAT
handove
r to
UTRAN
E-
UTRAN
to
UTRAN
CS/PS
steering
InterRat CellInfo MOD LOFD-0 PS Inter- Meaning: Indicates the maximum number of UTRAN
HoCom MaxUtr INTER 01019 / RAT cell system information messages that can be
m anCellN RATHO TDLOF Mobility transmitted during a flash redirection procedure.
um COMM D-00101 between GUI Value Range: 1~16
LST 9 E-
UTRAN Unit: None
INTER TDLOF
RATHO D-00105 and Actual Value Range: 1~16
COMM 2 UTRAN Default Value: 8
Flash
CS
Fallback
to
UTRAN
CSFallB CsfbProt MOD LOFD-0 CS Meaning: Indicates the timer governing the period in
ackHo ectionTi CSFAL 01033 / Fallback which only CSFB can be performed . After the timer
mer LBACK TDLOF to expires, the eNodeB performs a blind redirection for
HO D-00103 UTRAN the UE.
LST 3 CS GUI Value Range: 1~10
CSFAL LOFD-0 Fallback Unit: s
LBACK 01033 / to
HO TDLOF GERAN Actual Value Range: 1~10
D-00103 Enhance Default Value: 4
4 d CS
LOFD-0 Fallback
01033 / to
TDLOF CDMA2
D-00109 000
0 1xRTT
InterRat UtranCe MOD LOFD-0 CS Meaning: Indicates the maximum number of UTRAN
HoCom llNumF INTER 01033 / Fallback cell system information messages that can be
m orEmcR RATHO TDLOF to transmitted during a CSFB emergency redirection
edirect COMM D-00103 UTRAN procedure.
LST 3 Flash GUI Value Range: 0~16
INTER TDLOF CS Unit: None
RATHO D-00105 Fallback
COMM 2 to Actual Value Range: 0~16
UTRAN Default Value: 0
ENodeB MultiOp MOD LOFD-0 SRVCC Meaning: Indicates the switch used to control whether
AlgoSwi CtrlSwit ENODE 01022 to operators can adopt different policies. This parameter
tch ch BALGO LOFD-0 UTRAN is a bit-filed-type parameter. By specifying the bit
SWITC 01087 SRVCC fields under this parameter, operators can adopt
H Flexible different policies on the corresponding RAT.
LOFD-0 UtranSepOpMobilitySwitch is a switch used to
LST 01033 Steering
ENODE to control whether operators can adopt different mobility
BALGO LOFD-0 UTRAN policies on their UTRANs. If this switch is on,
SWITC 01052 operators can adopt different policies (for example, PS
CS handover capability and RIM-based system
H LOFD-0
Fallback information reading capability) on their UTRANs. If
01068
to this switch is off, operators cannot adopt different
LOFD-0 UTRAN policies on their UTRANs.
01088
Flash GUI Value Range: UtranSepOpMobility-
LOFD-0 CS Switch(UtranSepOpMobilitySwitch)
01019 Fallback
Unit: None
LOFD-0 to
01043 UTRAN Actual Value Range: UtranSepOpMobilitySwitch
LOFD-0 CS Default Value: UtranSepOpMobilitySwitch:Off
01072 Fallback
LOFD-0 with
01078 LAI to
UTRAN
CS
Fallback
Steering
to
UTRAN
PS Inter-
RAT
Mobility
between
E-
UTRAN
and
UTRAN
Service
based
inter-
RAT
Distance
based
Inter-
RAT
handove
r to
UTRAN
E-
UTRAN
to
UTRAN
CS/PS
Steering
CSFallB Normal MOD LBFD-0 Admissi Meaning: Indicates the allocation/retention priority
ackPolic CsfbUse CSFAL 02023 / on (ARP) of a CSFB service triggered by a common call.
yCfg rArp LBACK TDLBF Control When this parameter is set to 1, the service priority is
POLIC D-00202 the same as that of an emergency call. For details
YCFG 3 about the ARP, see 3GPP TS 23.401.
LST GUI Value Range: 1~15
CSFAL Unit: None
LBACK
POLIC Actual Value Range: 1~15
YCFG Default Value: 2
GlobalP UtranLo MOD None None Meaning: Indicates the UMTS load transmission
rocSwitc adTrans GLOBA channel. The eNodeB sends RAN-INFORMATION-
h Chan LPROC REQUEST PDUs to UTRAN cells to request multiple
SWITC reports on the load status of UTRAN cells only when
H the parameter is set to BASED_ON_RIM.The
LST function specified by the parameter value
GLOBA BASED_ON_ECO is temporarily unavailable.
LPROC GUI Value Range: NULL, BASED_ON_RIM,
SWITC BASED_ON_ECO
H Unit: None
Actual Value Range: NULL, BASED_ON_RIM,
BASED_ON_ECO
Default Value: NULL
ENodeB RimOnE MOD MRFD- eCoordi Meaning: Indicates whether the RAN information
AlgoSwi coSwitc ENODE 090211 nator management (RIM) procedure is initiated by the
tch h BALGO LOFD-0 based eCoordinator. If this parameter is set to ON, the RIM
SWITC 01052/ RIM procedure is initiated by the eCoordinator. If this
H TDLOF process parameter is set to OFF, the RIM procedure is initiated
LST D-00105 optimiza by the core network.
ENODE 2 tion GUI Value Range: OFF(Off), ON(On)
BALGO LOFD-0 Flash Unit: None
SWITC 01019/ CS
H Fallback Actual Value Range: OFF, ON
TDLOF
D-00101 to Default Value: OFF(Off)
9 UTRAN
LOFD-0 PS Inter-
01044/ RAT
TDLOF Mobility
D-00104 between
4 E-
UTRAN
LOFD-0 and
01033/ UTRAN
TDLOF
D-00103 Inter-
3 RAT
Load
Sharing
to
UTRA
N(based
on
UMTS
cell load
informat
ion)
CS
Fallback
to
UTRAN
(based
on
UMTS
cell load
informat
ion)
ENodeB RimSwit MOD LOFD-0 CS Meaning: Indicates the collective switch for the RAN
AlgoSwi ch ENODE 01034 / Fallback information management (RIM) function.
tch BALGO TDLOF to UTRAN_RIM_SWITCH: Indicates the switch used to
SWITC D-00103 GERAN enable or disable the RIM procedure that requests
H 4 Flash event-driven multiple reports from UTRAN cells. If
LST LOFD-0 CS this switch is on, the eNodeB can send RAN-
ENODE 01052 / Fallback INFORMATION-REQUEST protocol data units
BALGO TDLOF to (PDUs) to UTRAN cells to request multiple event-
SWITC D-00105 UTRAN driven reports. If this switch is off, the eNodeB cannot
H 2 send RAN-INFORMATION-REQUEST PDUs to
Flash UTRAN cells to request multiple event-driven reports.
LOFD-0 CS GERAN_RIM_SWITCH: Indicates the switch used to
01053 / Fallback enable or disable the RIM procedure that requests
TDLOF to event-driven multiple reports from GERAN cells. If
D-00105 GERAN this switch is on, the eNodeB can send RAN-
3 INFORMATION-REQUEST PDUs to CERAN cells
to request multiple event-driven reports. If this switch
is off, the eNodeB cannot send RAN-
INFORMATION-REQUEST PDUs to GERAN cells
to request multiple event-driven reports.
GUI Value Range: UTRAN_RIM_SWITCH(UTRAN
RIM Switch), GERAN_RIM_SWITCH(GERAN RIM
Switch)
Unit: None
Actual Value Range: UTRAN_RIM_SWITCH,
GERAN_RIM_SWITCH
Default Value: UTRAN_RIM_SWITCH:Off,
GERAN_RIM_SWITCH:Off
InterRat CellInfo MOD LOFD-0 PS Inter- Meaning: Indicates the maximum number of GERAN
HoCom MaxGer INTER 01020 / RAT cell system information messages that can be
m anCellN RATHO TDLOF Mobility transmitted during a flash redirection procedure.
um COMM D-00102 between GUI Value Range: 1~32
LST 0 E-
UTRAN Unit: None
INTER TDLOF
RATHO D-00105 and Actual Value Range: 1~32
COMM 3 GERAN Default Value: 8
Flash
CS
Fallback
to
GERAN
GeranNf ConnFre ADD LOFD-0 PS Inter- Meaning: Indicates the frequency group priority based
reqGrou qPriority GERAN 01020 / RAT on which the eNodeB selects a target frequency group
p NFREQ TDLOF Mobility for blind redirection or delivers a frequency group in
GROUP D-00102 between measurement configuration messages. If a blind
MOD 0 E- redirection is triggered and the target neighboring cell
GERAN TDLOF UTRAN is not specified, the eNodeB selects a target frequency
NFREQ D-00102 and group based on the setting of this parameter. If a
GROUP 3 GERAN measurement configuration is to be delivered, the
SRVCC eNodeB preferentially delivers the frequency group
LST TDLOF with the highest priority. If this parameter is set to 0
GERAN D-00103 to
GERAN for a frequency group, this frequency group is not
NFREQ 4 selected as the target frequency group for a blind
GROUP TDLOF CS redirection. A larger value indicates a higher priority.
D-00105 Fallback
to GUI Value Range: 0~8
3
GERAN Unit: None
Flash Actual Value Range: 0~8
CS Default Value: 0
Fallback
to
GERAN
GeranN BlindHo ADD LOFD-0 PS Inter- Meaning: Indicates the priority of the neighboring cell
cell Priority GERAN 01020 / RAT during blind handovers. Blind handover is a process in
NCELL TDLOF Mobility which the eNodeB instructs a UE to hand over to a
MOD D-00102 between specified neighboring cell. There are 32 priorities
GERAN 0 E- altogether. The priority has a positive correlation with
NCELL TDLOF UTRAN the value of this parameter. Note that the value 0
D-00102 and indicates that blind handovers to the neighboring cell
LST GERAN are not allowed.
GERAN 3
NCELL TDLOF SRVCC GUI Value Range: 0~32
D-00103 to Unit: None
4 GERAN
Actual Value Range: 0~32
TDLOF CS
Fallback Default Value: 0
D-00105
3 to
GERAN
Flash
CS
Fallback
to
GERAN
UtranEx Rac ADD LOFD-0 PS Inter- Meaning: Indicates the routing area code.
ternalCe UTRAN 01019 / RAT GUI Value Range: 0~255
ll EXTER TDLOF Mobility
NALCE D-00101 between Unit: None
LL 9 E- Actual Value Range: 0~255
MOD LOFD-0 UTRAN Default Value: 0
UTRAN 01034 / and
EXTER TDLOF UTRAN
NALCE D-00103 CS
LL 4 Fallback
LST LOFD-0 to
UTRAN 01052 / GERAN
EXTER TDLOF Flash
NALCE D-00105 CS
LL 2 Fallback
TDLOF to
D-00103 UTRAN
3 CS
TDLOF Fallback
D-00104 to
3 UTRAN
TDLOF Service
D-00107 based
2 Inter-
RAT
TDLOF handove
D-00107 r to
8 UTRAN
Distance
based
Inter-
RAT
handove
r to
UTRAN
E-
UTRAN
to
UTRAN
CS/PS
steering
CSFallB CnOper LST LOFD-0 CS Meaning: Indicates the index of the operator.
ackBlin atorId CSFAL 01033 / Fallback GUI Value Range: 0~5
dHoCfg LBACK TDLOF to
BLIND D-00103 UTRAN Unit: None
HOCFG 3 CS Actual Value Range: 0~5
MOD LOFD-0 Fallback Default Value: None
CSFAL 01034 / to
LBACK TDLOF GERAN
BLIND D-00103 Flash
HOCFG 4 CS
TDLOF Fallback
D-00105 to
2 UTRAN
TDLOF Flash
D-00105 CS
3 Fallback
TDLOF to
D-00103 GERAN
5 CS
TDLOF Fallback
D-00109 to
0 CDMA2
000
1xRTT
Enhance
d CS
Fallback
to
CDMA2
000
1xRTT
CSFallB UtranLc MOD LOFD-0 CS Meaning: Indicates the LCS capability of the
ackBlin sCap CSFAL 01033 / Fallback UTRAN. If this parameter is set to ON, the UTRAN
dHoCfg LBACK TDLOF to supports LCS. If this parameter is set to OFF, the
BLIND D-00103 UTRAN UTRAN does not support LCS.
HOCFG 3 GUI Value Range: OFF(Off), ON(On)
LST Unit: None
CSFAL
LBACK Actual Value Range: OFF, ON
BLIND Default Value: OFF(Off)
HOCFG
CSFallB LocalCe LST None None Meaning: Indicates the local ID of the cell. It uniquely
ackHo llId CSFAL identifies a cell within a BS.
LBACK GUI Value Range: 0~255
HO
Unit: None
MOD
CSFAL Actual Value Range: 0~255
LBACK Default Value: None
HO
S1Interf MmeRel ADD LBFD-0 Star Meaning: Indicates the compliance protocol release of
ace ease S1INTE 0300101 Topolog the MME to which the eNodeB is connected through
RFACE / y the S1 interface. The eNodeB sends S1 messages
MOD TDLBF Chain complying with the protocol release specified by this
S1INTE D-00300 Topolog parameter. The value of this parameter must be the
RFACE 101 y same as the MME-complied protocol release. If the
LBFD-0 parameter value is different from the MME-complied
DSP Tree protocol release, the way in which the MME handles
S1INTE 0300102 Topolog
/ these message is subject to the MME implementation.
RFACE y
TDLBF GUI Value Range: Release_R8(Release 8),
D-00300 3GPP Release_R9(Release 9), Release_R10(Release 10),
102 R11 Release_R11(Release 11)
Specific
LBFD-0 ations Unit: None
0300103 Actual Value Range: Release_R8, Release_R9,
/ Release_R10, Release_R11
TDLBF
D-00300 Default Value: Release_R8(Release 8)
103
LBFD-0
01008 /
TDLBF
D-07011
1
GeranEx Rac ADD LOFD-0 CS Meaning: Indicates the routing area code.
ternalCe GERAN 01034 / Fallback GUI Value Range: 0~255
ll EXTER LOFD-0 to
NALCE 01034 GERAN Unit: None
LL LOFD-0 Flash Actual Value Range: 0~255
MOD 01053 CS Default Value: 0
GERAN LOFD-0 Fallback
EXTER 01020 / to
NALCE TDLOF GERAN
LL D-00102 PS Inter-
LST 0 RAT
GERAN Mobility
EXTER between
NALCE E-
LL UTRAN
and
GERAN
CSFallB GeranLc MOD LOFD-0 CS Meaning: Indicates the LCS capability of the
ackBlin sCap CSFAL 01034 / Fallback GERAN. If this parameter is set to ON, the GERAN
dHoCfg LBACK TDLOF to supports LCS. If this parameter is set to OFF, the
BLIND D-00103 GERAN GERAN does not support LCS.
HOCFG 4 GUI Value Range: OFF(Off), ON(On)
LST Unit: None
CSFAL
LBACK Actual Value Range: OFF, ON
BLIND Default Value: OFF(Off)
HOCFG
InterRat GeranCe MOD LOFD-0 CS Meaning: Indicates the maximum number of GERAN
HoCom llNumF INTER 01034 / Fallback cell system information messages that can be
m orEmcR RATHO TDLOF to transmitted during a CSFB emergency redirection
edirect COMM D-00103 GERAN procedure.
LST 4 GUI Value Range: 0~32
INTER Unit: None
RATHO
COMM Actual Value Range: 0~32
Default Value: 0
CSFallB CsfbHo MOD LOFD-0 CS Fall Meaning: Indicates the RSSI threshold for event B1
ackHo GeranB CSFAL 01034 / Back to that is used in CS fallback to GERAN. A UE sends a
1Thd LBACK TDLOF GERAN measurement report related to event B1 to the eNodeB
HO D-00103 when the RSSI in at least one GERAN cell exceeds
LST 4 this threshold and other triggering conditions are met.
CSFAL For details, see 3GPP TS 36.331.
LBACK GUI Value Range: -110~-48
HO Unit: dBm
Actual Value Range: -110~-48
Default Value: -103
CSFallB CsfbHo MOD LOFD-0 CS Fall Meaning: Indicates the time-to-trigger for event B1
ackHo GeranTi CSFAL 01034 / Back to that is used in CS fallback to GERAN. When CS
meToTri LBACK TDLOF GERAN fallback to GERAN is applicable, this parameter is set
g HO D-00103 for UEs and used in the evaluation of whether to
LST 4 trigger event B1. When detecting that the signal
CSFAL quality in at least one GERAN cell meets the entering
LBACK condition, the UE does not send a measurement report
HO to the eNodeB immediately. Instead, the UE sends a
report only when the signal quality continuously
meets the entering condition during the time-to-
trigger. This parameter helps decrease the number of
occasionally triggered event reports, the average
number of handovers, and the number of wrong
handovers, and thus helps to prevent unnecessary
handovers. For details, see 3GPP TS 36.331.
GUI Value Range: 0ms, 40ms, 64ms, 80ms, 100ms,
128ms, 160ms, 256ms, 320ms, 480ms, 512ms, 640ms,
1024ms, 1280ms, 2560ms, 5120ms
Unit: ms
Actual Value Range: 0ms, 40ms, 64ms, 80ms, 100ms,
128ms, 160ms, 256ms, 320ms, 480ms, 512ms, 640ms,
1024ms, 1280ms, 2560ms, 5120ms
Default Value: 40ms
CellDrx LongDr MOD LOFD-0 Ultra- Meaning: Indicates the length of the long DRX cycle
Para xCycleF CELLD 81283 / Flash dedicated to GERAN measurement.
orMeas RXPAR TDLOF CS GUI Value Range: SF128(128 subframes), SF160(160
A D-08120 Fallback subframes), SF256(256 subframes), SF320(320
LST 3 to subframes), SF512(512 subframes), SF640(640
CELLD GERAN subframes), SF1024(1024 subframes), SF1280(1280
RXPAR subframes), SF2048(2048 subframes), SF2560(2560
A subframes)
Unit: subframe
Actual Value Range: SF128, SF160, SF256, SF320,
SF512, SF640, SF1024, SF1280, SF2048, SF2560
Default Value: SF160(160 subframes)
CellDrx OnDurT MOD LOFD-0 Ultra- Meaning: Indicates the length of the On Duration
Para imerFor CELLD 81283 / Flash Timer dedicated to GERAN measurement.
Meas RXPAR TDLOF CS GUI Value Range: PSF1(1 PDCCH subframe),
A D-08120 Fallback PSF2(2 PDCCH subframes), PSF3(3 PDCCH
LST 3 to subframes), PSF4(4 PDCCH subframes), PSF5(5
CELLD GERAN PDCCH subframes), PSF6(6 PDCCH subframes),
RXPAR PSF8(8 PDCCH subframes), PSF10(10 PDCCH
A subframes), PSF20(20 PDCCH subframes), PSF30(30
PDCCH subframes), PSF40(40 PDCCH subframes),
PSF50(50 PDCCH subframes), PSF60(60 PDCCH
subframes), PSF80(80 PDCCH subframes),
PSF100(100 PDCCH subframes), PSF200(200
PDCCH subframes)
Unit: subframe
Actual Value Range: PSF1, PSF2, PSF3, PSF4, PSF5,
PSF6, PSF8, PSF10, PSF20, PSF30, PSF40, PSF50,
PSF60, PSF80, PSF100, PSF200
Default Value: PSF2(2 PDCCH subframes)
CellDrx DrxInact MOD LOFD-0 Ultra- Meaning: Indicates the length of the DRX Inactivity
Para TimerFo CELLD 81283 / Flash Timer dedicated to GERAN measurement.
rMeas RXPAR TDLOF CS GUI Value Range: PSF1(1 PDCCH subframe),
A D-08120 Fallback PSF2(2 PDCCH subframes), PSF3(3 PDCCH
LST 3 to subframes), PSF4(4 PDCCH subframes), PSF5(5
CELLD GERAN PDCCH subframes), PSF6(6 PDCCH subframes),
RXPAR PSF8(8 PDCCH subframes), PSF10(10 PDCCH
A subframes), PSF20(20 PDCCH subframes), PSF30(30
PDCCH subframes), PSF40(40 PDCCH subframes),
PSF50(50 PDCCH subframes), PSF60(60 PDCCH
subframes), PSF80(80 PDCCH subframes),
PSF100(100 PDCCH subframes), PSF200(200
PDCCH subframes), PSF300(300 PDCCH
subframes), PSF500(500 PDCCH subframes),
PSF750(750 PDCCH subframes), PSF1280(1280
PDCCH subframes), PSF1920(1920 PDCCH
subframes), PSF2560(2560 PDCCH subframes)
Unit: subframe
Actual Value Range: PSF1, PSF2, PSF3, PSF4, PSF5,
PSF6, PSF8, PSF10, PSF20, PSF30, PSF40, PSF50,
PSF60, PSF80, PSF100, PSF200, PSF300, PSF500,
PSF750, PSF1280, PSF1920, PSF2560
Default Value: PSF2(2 PDCCH subframes)
CellDrx DrxReT MOD LOFD-0 Ultra- Meaning: Indicates the length of the DRX
Para xTimerF CELLD 81283 / Flash Retransmission Timer dedicated to GERAN
orMeas RXPAR TDLOF CS measurement.
A D-08120 Fallback GUI Value Range: PSF1(1 PDCCH subframes),
LST 3 to PSF2(2 PDCCH subframes), PSF4(4 PDCCH
CELLD GERAN subframes), PSF6(6 PDCCH subframes), PSF8(8
RXPAR PDCCH subframes), PSF16(16 PDCCH subframes),
A PSF24(24 PDCCH subframes), PSF33(33 PDCCH
subframes)
Unit: subframe
Actual Value Range: PSF1, PSF2, PSF4, PSF6, PSF8,
PSF16, PSF24, PSF33
Default Value: PSF4(4 PDCCH subframes)
CellDrx ShortDr MOD LOFD-0 Ultra- Meaning: Indicates whether to enable the short DRX
Para xSwFor CELLD 81283 / Flash cycle dedicated to GERAN measurement.
Meas RXPAR TDLOF CS GUI Value Range: OFF(Off), ON(On)
A D-08120 Fallback
3 to Unit: None
LST
CELLD GERAN Actual Value Range: OFF, ON
RXPAR Default Value: OFF(Off)
A
CellDrx ShortDr MOD LOFD-0 Ultra- Meaning: Indicates the length of the short DRX cycle
Para xCycleF CELLD 81283 / Flash dedicated to GERAN measurement.
orMeas RXPAR TDLOF CS GUI Value Range: SF2(2 subframes), SF5(5
A D-08120 Fallback subframes), SF8(8 subframes), SF10(10 subframes),
LST 3 to SF16(16 subframes), SF20(20 subframes), SF32(32
CELLD GERAN subframes), SF40(40 subframes), SF64(64
RXPAR subframes), SF80(80 subframes), SF128(128
A subframes), SF160(160 subframes), SF256(256
subframes), SF320(320 subframes), SF512(512
subframes), SF640(640 subframes)
Unit: subframe
Actual Value Range: SF2, SF5, SF8, SF10, SF16,
SF20, SF32, SF40, SF64, SF80, SF128, SF160,
SF256, SF320, SF512, SF640
Default Value: SF20(20 subframes)
CellDrx ShortCy MOD LOFD-0 Ultra- Meaning: Indicates the length of the DRX Short Cycle
Para cleTime CELLD 81283 / Flash Timer dedicated to GERAN measurement.
rForMea RXPAR TDLOF CS GUI Value Range: 1~16
s A D-08120 Fallback
3 to Unit: None
LST
CELLD GERAN Actual Value Range: 1~16
RXPAR Default Value: 1
A
9 Counters
10 Glossary
11 Reference Documents
1. 3GPP TS 23.272, "Circuit Switched (CS) fallback in Evolved Packet System (EPS)"
2. 3GPP TS 23.216, "Single Radio Voice Call Continuity (SRVCC); Stage 2"
3. VoLGA Forum Specifications
4. 3GPP TS 36.300, "E-UTRAN Overall description"
5. 3GPP TS 23.401, "General Packet Radio Service (GPRS) enhancements for Evolved
Universal Terrestrial Radio Access Network (E-UTRAN) access "
6. 3GPP TS 48.018, "General Packet Radio Service (GPRS); Base Station System (BSS) -
Serving GPRS Support Node (SGSN); BSS GPRS protocol (BSSGP) "
7. VoLGA Forum Specifications Inter-RAT Mobility Management in Connected Mode
8. Emergency Call
9. LCS
10. Interoperability Between GSM and LTE
11. Interoperability Between UMTS and LTE
12 Appendix
NOTE
The symbols that appear in signaling procedure figures throughout this document are explained as
follows:
l An arrow denotes the transmission of a message.
l A plain box denotes a mandatory procedure.
l A dashed box denotes an optional procedure.
Call procedure
Figure 12-2 shows the procedure for CSFB to UTRAN based on PS handover for mobile-
originated calls.
1. The UE sends the MME an NAS message Extended Service Request to initiate a CS
service.
2. The MME sends an S1-AP message to instruct the eNodeB to initiate a CSFB procedure.
If the MME supports the LAI-related feature, the MME also delivers the LAI to the
eNodeB.
3. If the MME supports the LAI-related feature, the MME also delivers the LAI to the
eNodeB.
4. The eNodeB initiates the preparation phase for a PS handover. If the preparation is
successful, the eNodeB instructs the UE to perform a handover.
NOTE
For details about how the eNodeB selects a target cell and a CSFB policy, see 3.5 Handover
Decision and 3.6 Handover Execution.
5. After the handover, the UE may initiate a CS call establishment procedure with an LAU
or combined RAU/LAU procedure in the UTRAN.
6. The follow-up procedures are performed for the PS handover. These procedures include
data forwarding, path switching, and RAU. This step is performed together with 5.
1. The MSC sends a Paging Request message from the CS domain to the MME over the
SGs interface. Then, either of the following occurs:
If the UE is in idle mode, the MME sends a Paging message to the eNodeB. Then
the eNodeB sends a Paging message over the Uu interface to inform the UE of an
incoming call from the CS domain.
If the UE is in active mode, the MME sends the UE an NAS message to inform the
UE of an incoming call from the CS domain.
2. The UE sends an Extended Service Request message containing a CS Fallback Indicator
after receiving the paging message from the CS domain.
3. The MME instructs the eNodeB over the S1 interface to perform CSFB.
4. The subsequent steps are similar to steps 3 through 6 in the procedure for CSFB to
UTRAN based on PS handover for mobile-originated calls. The only difference is that
the UE sends a Paging Response message from the UTRAN cell.
Call procedure
Figure 12-4 shows the procedure for CSFB to UTRAN based on redirection for mobile-
originated calls.
1. The UE sends the MME an NAS message Extended Service Request to initiate a CS
service.
2. The MME sends an S1-AP message to instruct the eNodeB to initiate a CSFB procedure.
If the MME supports the LAI-related feature, the MME also delivers the LAI to the
eNodeB.
3. If the MME supports the LAI-related feature, the MME also delivers the LAI to the
eNodeB.
4. The eNodeB sends an RRC Connection Release message to instruct the UE to perform a
redirection. The message contains information about a target UTRAN frequency. Then,
the eNodeB initiates an S1 UE context release procedure.
NOTE
For details about how the eNodeB selects a target cell and a CSFB policy, see 3.5 Handover
Decision and 3.6 Handover Execution.
5. The UE may initiate an LAU, a combined RAU/LAU, or both an RAU and an LAU in
the target cell.
6. The UE initiates a CS call establishment procedure in the target UTRAN cell.
Call procedure
Figure 12-5 shows the procedure for CSFB to UTRAN based on flash redirection for mobile-
originated calls.
Figure 12-5 CSFB to UTRAN based on flash redirection for mobile-originated calls
1. The UE sends the MME an NAS message Extended Service Request to initiate a CS
service.
2. The MME sends an S1-AP message to instruct the eNodeB to initiate a CSFB procedure.
If the MME supports the LAI-related feature, the MME also delivers the LAI to the
eNodeB.
3. If the MME supports the LAI-related feature, the MME also delivers the LAI to the
eNodeB.
4. The eNodeB sends an RRC Connection Release message to instruct the UE to perform a
redirection. The message contains information about a target UTRAN frequency, as well
as one or more physical cell identities and their associated system information. Then, the
eNodeB initiates an S1 UE context release procedure.
NOTE
For details about how the eNodeB selects a target cell and a CSFB policy, see 3.5 Handover
Decision and 3.6 Handover Execution. The system information of the target cell is acquired
during the RIM procedure.
5. The UE may initiate an LAU, a combined RAU/LAU, or both an RAU and an LAU in
the target cell.
6. The UE initiates a CS call establishment procedure in the target UTRAN cell.
call. Upon receiving the information, the RNC preferentially processes this call when using
related algorithms such as admission control.
If redirection is used for CSFB for emergency calls, the RRC Connection Request message
that the UE sends when accessing the UTRAN contains the indication of a CS emergency
call.
The UTRAN will treat this call as a common CS emergency call. For details about admission
and preemption of emergency calls, see Emergency Call.
Call procedure
Figure 12-9 shows the procedure for CSFB to GERAN based on PS handover for mobile-
originated calls.
For details about how the eNodeB selects a target cell and a CSFB policy, see 4.5 Handover
Decision and 4.6 Handover Execution.
5. After the handover, the UE may initiate a CS call establishment procedure with an LAU
or combined RAU/LAU procedure in the GERAN.
6. The follow-up procedures are performed for the PS handover. These procedures include
data forwarding, path switching, and RAU, which are performed together with step 5.
Call procedure
Figure 12-10 shows the procedure for CSFB to GERAN based on CCO/NACC for mobile-
originated calls.
1. The UE sends the MME an NAS message Extended Service Request to initiate a CS
service.
2. The MME sends an S1-AP message to instruct the eNodeB to initiate a CSFB procedure.
If the MME supports the LAI-related feature, the MME also delivers the LAI to the
eNodeB.
3. If the MME supports the LAI-related feature, the MME also delivers the LAI to the
eNodeB.
4. The eNodeB sends a Mobility From EUTRA Command message over the Uu interface
to indicate the operating frequency and ID of the target GERAN cell. If the source cell
has the system information of the target cell, the system information is also carried in the
message.
NOTE
For details about how the eNodeB selects a target cell and a CSFB policy, see 4.5 Handover
Decision and 4.6 Handover Execution.
5. The UE initiates an LAU, a combined RAU/LAU, or both an RAU and an LAU in the
target cell.
6. If DTM is not supported by the UE or GERAN, the ongoing PS services of the UE are
suspended.
7. The UE initiates a CS call establishment procedure in the target GERAN cell.
8. The eNodeB initiates an S1-based UE context release procedure.
1. The UE sends the MME a NAS message Extended service request to initiate a CS
service.
2. The MME sends an S1-AP message to instruct the eNodeB to initiate a CSFB procedure.
If the MME supports the LAI-related feature, the MME also delivers the LAI to the
eNodeB.
3. The eNodeB determines whether to perform blind handover based on the UE
capabilities, parameters settings, and algorithm policies.
4. The eNodeB sends an RRC Connection Release message to instruct the UE to perform a
redirection. The message contains information about a target GERAN frequency. Then,
the eNodeB initiates an S1 UE context release procedure.
NOTE
For details about how the eNodeB selects a target cell and a CSFB policy, see 4.5 Handover
Decision and 4.6 Handover Execution.
5. The UE may initiate an LAU, a combined RAU/LAU, or both an RAU and an LAU in
the target cell.
6. If the GERAN or UE does not support DTM, the ongoing PS services of the UE are
suspended.
7. The UE initiates a CS call establishment procedure in the target GERAN cell.
the UE. The paging procedure is similar to that for UTRAN described in 12.1.2 CSFB Based
on PS Handover. The subsequent steps are the same as the steps in the procedure for CSFB
to GERAN based on redirection for mobile-originated calls.
Call procedure
Figure 12-12 shows the procedure for CSFB to GERAN based on flash redirection for
mobile-originated calls.
Figure 12-12 CSFB to GERAN based on flash redirection for mobile-originated calls
1. The UE sends the MME an NAS message Extended Service Request to initiate a CS
service.
2. The MME sends an S1-AP message to instruct the eNodeB to initiate a CSFB procedure.
If the MME supports the LAI-related feature, the MME also delivers the LAI to the
eNodeB.
For details about how the eNodeB selects a target cell and a CSFB policy, see 4.5 Handover
Decision and 4.6 Handover Execution. The system information of the target cell is acquired
during the RIM procedure.
5. The UE initiates an LAU, a combined RAU/LAU, or both an RAU and an LAU in the
target cell.
6. If DTM is not supported by the UE or GERAN, the ongoing PS services of the UE are
suspended.
7. The UE initiates a CS call establishment procedure in the target GERAN cell.
Steps 1 to 3a: The UE initiates voice services (mobile-originated calls and mobile-terminated
calls) on the E-UTRAN. The eNodeB triggers SRVCC to GERAN. The MME and MSC
guarantees the proper procedure through special processing.
Step 3b: The BSC receives an SRVCC request and prepares CS resources.
Step 4: The eNodeB receives the handover command transferred over the core network and
sends it to the UE.
Step 5: The UE is transferred to the GERAN.
Steps 6 to 9: The UE establishes voice services on the GERAN. Signaling is carried on the
TCH, which accelerates the transfer and reduces delays.
As shown in the preceding figures, Ultra-Flash CSFB to GERAN excludes the following
procedures:
l Authentication procedure
The UE has been authenticated in the LTE system before CSFB to GERAN.
l Ciphering procedure
The UE has performed ciphering as instructed during SRVCC. Therefore, the encryption
procedure is not required after the UE is transferred to the GERAN.
When the UE completes voice services in the GERAN after the Ultra-Flash CSFB to
GERAN, you can enable the Fast Return to LTE feature on the GERAN side so that the UE
quickly returns to the E-UTRAN. After the UE completes voice services in the GERAN, the
UE carries the LTE frequency information in a Channel Release message and selects a proper
LTE cell to camp on based on the frequency information to accelerate the return to the E-
UTRAN.
When IratMeasCfgTransSwitch is set to ON, the eNodeB filters LTE frequencies supported
by the UE based on the UE capability to obtain a frequency set. During the SRVCC, the
eNodeB sends a Handover Required message containing the frequency set to the BSC of the
target cell and provides reference for the UE to accelerate the return to the E-UTRAN after
the UE completes voice services on the GERAN.
As the SMS service is transparent to the eNodeB, the procedure is not described in this
document. For details about the procedure, see section 8.2 in 3GPP TS 23.272 V10.0.0.
If PS handover is used for CSFB for emergency calls, the eNodeB does not restrict the cells in
the handover restriction list when selecting the target cell.
If redirection is used for CSFB for emergency calls, the Channel Request message that the UE
sends when accessing the GERAN contains the indication of a CS emergency call.
The GERAN will treat this call as a common CS emergency call. For details about admission
and preemption of emergency calls, see Emergency Call.
CSFB procedure is the same as the procedure for CSFB to GERAN for mobile-originated
calls.
If the GERAN initiates an LCS request towards a UE camping on an E-UTRAN cell, the
MSC sends an LCS indicator to the MME over the SGs interface. Then, the MME instructs
the eNodeB to perform CSFB for the UE. The CSFB procedure is the same as the procedure
for CSFB to GERAN for mobile-terminated calls. The UE performs the LCS service after the
fallback to the GERAN.
For details about the CSFB procedure for LCS, see section 8.3 in 3GPP TS 23.272 V10.0.0
and LCS.