CS Fallback
Contents
6.1.3.1 CS Fallback
eRAN
CS Fallback Feature Parameter
Description
Issue
01
Date
2017-09-05
HUAWEI TECHNOLOGIES CO., LTD.
Copyright © Huawei Technologies Co., Ltd. 2017. All rights reserved.
No part of this document may be reproduced or transmitted in any form or by any means without prior written
consent of Huawei Technologies Co., Ltd.
Trademarks and Permissions
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.
Huawei Technologies Co., Ltd.
Address:
Huawei Industrial Base Bantian, Longgang Shenzhen 518129 People's Republic of China
Website:
http://www.huawei.com/
Email:
support@huawei.com
6.1.3.1 Contents
1 About This Document
1.1 Scope
1.2 Intended Audience
1.3 Change History
1.4 Differences Between eNodeB Types
2 Overview
2.1 Introduction
2.2 Benefits
2.3 Application Scenarios
2.4 CSFB Mechanisms
2.4.1 CSFB to UTRAN
2.4.2 CSFB to GERAN
3 CSFB to UTRAN
3.1 Overview
3.2 Feature Description
3.2.1 LOFD-001033 CS Fallback to UTRAN
3.2.2 LOFD-001052 Flash CS Fallback to UTRAN
3.2.3 LOFD-070202 Ultra-Flash CSFB to UTRAN
3.2.4 LOFD-001068 CS Fallback with LAI to UTRAN
3.2.5 LOFD-001078 E-UTRAN to UTRAN CS/PS Steering
3.2.6 LOFD-001088 CS Fallback Steering to UTRAN
3.2.7 Load-based CSFB to UTRAN
3.3 Triggering
3.4 Target Cell/Frequency Selection
3.5 Decision
3.5.1 Basic Decision Method
3.5.2 Decision Based on System Information
3.6 Execution
3.6.1 CSFB Policy Selection
3.6.2 Redirection-based CSFB Optimization for UEs in Idle Mode
3.6.3 CSFB Admission Optimization for UEs in Idle Mode
3.6.4 Retry and Penalty
3.7 RIM Procedure Between E-UTRAN and UTRAN
3.7.1 RIM Procedure Through the Core Network
3.7.2 RIM Procedure Through the eCoordinator
4 CSFB to GERAN
4.1 Overview
4.2 Feature Description
4.2.1 LOFD-001034 CS Fallback to GERAN
4.2.2 LOFD-001053 Flash CS Fallback to GERAN
4.2.3 LOFD-001069 CS Fallback with LAI to GERAN
4.2.4 LOFD-001089 CS Fallback Steering to GERAN
4.2.5 LOFD-081283 Ultra-Flash CSFB to GERAN
4.3 Triggering
4.4 Target Cell/Frequency Selection
4.5 Decision
4.6 Execution
4.7 RIM Procedure Between E-UTRAN and GERAN
5 Handover and CSFB Procedure Conflict Optimization
6 Related Features
6.1 LOFD-001033 CS Fallback to UTRAN
6.2 LOFD-001052 Flash CS Fallback to UTRAN
6.3 LOFD-070202 Ultra-Flash CSFB to UTRAN
6.4 LOFD-001068 CS Fallback with LAI to UTRAN
6.5 LOFD-001088 CS Fallback Steering to UTRAN
6.6 LOFD-001078 E-UTRAN to UTRAN CS/PS Steering
6.7 LOFD-001034 CS Fallback to GERAN
6.8 LOFD-001053 Flash CS Fallback to GERAN
6.9 LOFD-081283 Ultra-Flash CSFB to GERAN
6.10 LOFD-001069 CS Fallback with LAI to GERAN
6.11 LOFD-001089 CS Fallback Steering to GERAN
7 Network Impact
7.1 LOFD-001033 CS Fallback to UTRAN
7.2 LOFD-001052 Flash CS Fallback to UTRAN
7.3 LOFD-070202 Ultra-Flash CSFB to UTRAN
7.4 LOFD-001068 CS Fallback with LAI to UTRAN
7.5 LOFD-001088 CS Fallback Steering to UTRAN
7.6 LOFD-001078 E-UTRAN to UTRAN CS/PS Steering
7.7 LOFD-001034 CS Fallback to GERAN
7.8 LOFD-001053 Flash CS Fallback to GERAN
7.9 LOFD-081283 Ultra-Flash CSFB to GERAN
7.10 LOFD-001069 CS Fallback with LAI to GERAN
7.11 LOFD-001089 CS Fallback Steering to GERAN
8 Engineering Guidelines
8.1 LOFD-001033 CS Fallback to UTRAN
8.1.1 When to Use
8.1.2 Required Information
8.1.3 Requirements
8.1.4 Precautions
8.1.5 Data Preparation and Feature Activation
8.1.5.1 Data Preparation
8.1.5.2 Using the CME
8.1.5.3 Using MML Commands
8.1.6 Activation Observation
8.1.7 Deactivation
8.1.7.1 Using the CME
8.1.7.2 Using MML Commands
8.1.8 Performance Monitoring
8.1.9 Parameter Optimization
8.2 RIM Procedure from E-UTRAN to UTRAN
8.2.1 When to Use
8.2.2 Required Information
8.2.3 Requirements
8.2.4 Precautions
8.2.5 Data Preparation and Feature Activation
8.2.5.1 Data Preparation
8.2.5.2 Using the CME
8.2.5.3 Using MML Commands
8.2.6 Activation Observation
8.2.7 Deactivation
8.2.7.1 Using the CME
8.2.7.2 Using MML Commands
8.2.8 Performance Monitoring
8.2.9 Parameter Optimization
8.3 LOFD-001052 Flash CS Fallback to UTRAN
8.3.1 When to Use
8.3.2 Required Information
8.3.3 Requirements
8.3.4 Precautions
8.3.5 Data Preparation and Feature Activation
8.3.5.1 Data Preparation
8.3.5.2 Using the CME
8.3.5.3 Using MML Commands
8.3.6 Activation Observation
8.3.7 Deactivation
8.3.7.1 Using the CME
8.3.7.2 Using MML Commands
8.3.8 Performance Monitoring
8.3.9 Parameter Optimization
8.4 LOFD-070202 Ultra-Flash CSFB to UTRAN
8.4.1 When to Use
8.4.2 Required Information
8.4.3 Requirements
8.4.4 Precautions
8.4.5 Data Preparation and Feature Activation
8.4.5.1 Data Preparation
8.4.5.2 Using the CME
8.4.5.3 Using MML Commands
8.4.6 Activation Observation
8.4.7 Deactivation
8.4.7.1 Using the CME
8.4.7.2 Using MML Commands
8.4.8 Performance Monitoring
8.4.9 Parameter Optimization
8.5 LOFD-001068 CS Fallback with LAI to UTRAN
8.5.1 When to Use
8.5.2 Required Information
8.5.3 Requirements
8.5.4 Precautions
8.5.5 Data Preparation and Feature Activation
8.5.5.1 Data Preparation
8.5.5.2 Using the CME
8.5.5.3 Using MML Commands
8.5.6 Activation Observation
8.5.7 Deactivation
8.5.8 Performance Monitoring
8.5.9 Parameter Optimization
8.6 LOFD-001088 CS Fallback Steering to UTRAN
8.6.1 When to Use
8.6.2 Required Information
8.6.3 Requirements
8.6.4 Precautions
8.6.5 Data Preparation and Feature Activation
8.6.5.1 Data Preparation
8.6.5.2 Using the CME
8.6.5.3 Using MML Commands
8.6.6 Activation Observation
8.6.7 Deactivation
8.6.7.1 Using the CME
8.6.7.2 Using MML Commands
8.6.8 Performance Monitoring
8.6.9 Parameter Optimization
8.7 LOFD-001078 E-UTRAN to UTRAN CS/PS Steering
8.7.1 When to Use
8.7.2 Required Information
8.7.3 Requirements
8.7.4 Precautions
8.7.5 Data Preparation and Feature Activation
8.7.5.1 Data Preparation
8.7.5.2 Using the CME
8.7.5.3 Using MML Commands
8.7.6 Activation Observation
8.7.7 Deactivation
8.7.7.1 Using the CME
8.7.7.2 Using MML Commands
8.7.8 Performance Monitoring
8.7.9 Parameter Optimization
8.8 LOFD-001034 CS Fallback to GERAN
8.8.1 When to Use
8.8.2 Required Information
8.8.3 Requirements
8.8.4 Precautions
8.8.5 Data Preparation and Feature Activation
8.8.5.1 Data Preparation
8.8.5.2 Using the CME
8.8.5.3 Using MML Commands
8.8.6 Activation Observation
8.8.7 Deactivation
8.8.7.1 Using MML Commands
8.8.8 Performance Monitoring
8.8.9 Parameter Optimization
8.9 RIM Procedure from E-UTRAN to GERAN
8.9.1 When to Use
8.9.2 Required Information
8.9.3 Requirements
8.9.4 Precautions
8.9.5 Data Preparation and Feature Activation
8.9.5.1 Data Preparation
8.9.5.2 Using the CME
8.9.5.3 Using MML Commands
8.9.6 Activation Observation
8.9.7 Deactivation
8.9.7.1 Using the CME
8.9.7.2 Using MML Commands
8.9.8 Performance Monitoring
8.9.9 Parameter Optimization
8.10 LOFD-001053 Flash CS Fallback to GERAN
8.10.1 When to Use
8.10.2 Required Information
8.10.3 Requirements
8.10.4 Precautions
8.10.5 Data Preparation and Feature Activation
8.10.5.1 Data Preparation
8.10.5.2 Using the CME
8.10.5.3 Using MML Commands
8.10.6 Activation Observation
8.10.7 Deactivation
8.10.7.1 Using the CME
8.10.7.2 Using MML Commands
8.10.8 Performance Monitoring
8.10.9 Parameter Optimization
8.11 LOFD-081283 Ultra-Flash CSFB to GERAN
8.11.1 When to Use
8.11.2 Required Information
8.11.3 Requirements
8.11.4 Precautions
8.11.5 Data Preparation and Feature Activation
8.11.5.1 Data Preparation
8.11.5.2 Using the CME
8.11.5.3 Using MML Commands
8.11.6 Activation Observation
8.11.7 Deactivation
8.11.7.1 Using the CME
8.11.7.2 Using MML Commands
8.11.8 Performance Monitoring
8.11.9 Parameter Optimization
8.12 LOFD-001069 CS Fallback with LAI to GERAN
8.12.1 When to Use
8.12.2 Required Information
8.12.3 Requirements
8.12.4 Precautions
8.12.5 Data Preparation and Feature Activation
8.12.5.1 Data Preparation
8.12.5.2 Using the CME
8.12.5.3 Using MML Commands
8.12.6 Activation Observation
8.12.7 Deactivation
8.12.8 Performance Monitoring
8.12.9 Parameter Optimization
8.13 LOFD-001089 CS Fallback Steering to GERAN
8.13.1 When to Use
8.13.2 Required Information
8.13.3 Requirements
8.13.4 Precautions
8.13.5 Data Preparation and Feature Activation
8.13.5.1 Data Preparation
8.13.5.2 Using the CME
8.13.5.3 Using MML Commands
8.13.6 Activation Observation
8.13.7 Deactivation
8.13.7.1 Using the CME
8.13.7.2 Using MML Commands
8.13.8 Performance Monitoring
8.13.9 Parameter Optimization
8.14 Possible Issues
8.14.1 CSFB Calling Procedure Failure
8.14.2 eNodeB Receiving No Measurement Report
8.14.3 CSFB Blind Handover Failure
8.14.4 CSFB Handover Failure
8.14.5 Flash CSFB Failure
9 Parameters
10 Counters
11 Glossary
12 Reference Documents
13 Appendix
13.1 CSFB to UTRAN
13.1.1 Combined EPS/IMSI Attach Procedure
13.1.2 CSFB Based on PS Handover
13.1.3 CSFB Based on Redirection
13.1.4 Flash CSFB
13.1.5 Ultra-Flash CSFB to UTRAN
13.1.6 Redirection-based CSFB Optimization for UEs in Idle Mode
13.1.7 Signaling Procedures for SMS
13.1.8 Emergency Call
13.1.9 CSFB for LCS
13.2 CSFB to GERAN
13.2.1 Combined EPS/IMSI Attach Procedure
13.2.2 CSFB Based on PS Handover
13.2.3 CSFB Based on CCO/NACC
13.2.4 CSFB Based on Redirection
13.2.5 Flash CSFB
13.2.6 Ultra-Flash CSFB to GERAN
13.2.7 Signaling Procedures for SMS
13.2.8 Emergency Call
13.2.9 CSFB for LCS
1
About This Document
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:
LOFD-001033 CS Fallback to UTRAN
LOFD-001052 Flash CS Fallback to UTRAN
LOFD-070202 Ultra-Flash CSFB to UTRAN
LOFD-001068 CS Fallback with LAI to UTRAN
LOFD-001088 CS Fallback Steering to UTRAN
LOFD-001078 E-UTRAN to UTRAN CS/PS Steering
LOFD-001034 CS Fallback to GERAN
LOFD-001053 Flash CS Fallback to GERAN
LOFD-001069 CS Fallback with LAI to GERAN
LOFD-001089 CS Fallback Steering to GERAN
LOFD-081283 Ultra-Flash CSFB to GERAN
This document mainly describes CSFB implementation principles on the E-UTRAN. 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:
For the GERAN, see CS Fallback Feature Parameter Description in GBSS Feature
Documentation.
For the UTRAN, see Interoperability Between UMTS and LTE Feature Parameter
Description in RAN Feature Documentation.
Any parameters, alarms, counters, or managed objects (MOs) described herein apply only to the
corresponding software release. For future software releases, refer to the corresponding updated
product documentation.
This document applies only to LTE FDD. Any "LTE" in this document refers to LTE FDD, and
"eNodeB" refers to LTE FDD eNodeB.
1.2 Intended Audience
This document is intended for personnel who:
Need to understand the features described herein
Work with Huawei products
1.3 Change History
This section provides information about the changes in different document versions. There are
two types of changes:
Feature change
Changes in features and parameters of a specified version as well as the affected
entities
Editorial change
Changes in wording or addition of information and any related parameters affected
by editorial changes. Editorial change does not specify the affected entities.
eRAN13.0 01 (2017-09-05)
This issue does not include any changes.
eRAN13.0 Draft A (2017-06-30)
This issue introduces the following changes to Issue 03 (2017-05-31) of eRAN12.1.
Change
Type
Change Description
Parameter Change
Affected Entity
Feature
change
None
None
N/A
Editorial
change
Revised descriptions in the
document.
None
N/A
1.4 Differences Between eNodeB Types
Feature Support by Macro, Micro, and LampSite eNodeBs
The features described in this document are supported on macro, micro, and LampSite eNodeBs.
NOTE:
Micro eNodeBs mentioned in this document include the following models:
BTS3202E
BTS3203E
BTS3911E
BTS3912E
Function Implementation in Macro, Micro, and LampSite eNodeBs
Only macro eNodeBs support high-speed UE optimization. For details about this function, see
3.4 Target Cell/Frequency Selection.
2
Overview
In an early phase of evolved packet system (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 UEs on LTE networks. 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 Introduction
With the CSFB solution, when a UE initiates a CS service, the mobility management entity
(MME) instructs the UE to fall back to a legacy CS network before the UE performs the service.
CSFB is a session setup procedure. The UE falls back to the CS network before the CS session is
set up, and it stays in the CS network during the CS session. For details, see 3GPP TS 23.272
V8.5.0.
After receiving a CS Fallback Indicator, eNodeBs handle CSFB for different types of CS
services in a uniform way. The CS services can be voice services, short message service (SMS),
location service (LCS), and emergency calls.
2.2 Benefits
CSFB offers the following benefits:
Facilitates voice services for LTE networks.
Helps operators reduce costs by reusing legacy CS networks with no need to deploy
an IMS network.
2.3 Application Scenarios
CSFB can be used when 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.
Figure 2-1 Network architecture for CSFB to UTRAN/GERAN
Table 2-1
describes the elements of the network architecture in Figure 2-1.
Table 2-1 Elements of the network architecture for CSFB to UTRAN/GERAN
Element
Function
SGs interface
UE
Is an interface between the MME and the mobile switching
center (MSC) server.
Assists mobility management and paging between the EPS
and the CS network.
Transmits mobile originated (MO) and mobile terminated
(MT) SMS messages.
Transmits messages related to combined attach and
combined TAU/LAU. (TAU is short for tracking area update,
and LAU is short for location area update.)
Is capable of accessing the EPS and accessing the UTRAN,
GERAN, or both.
Supports combined EPS/IMSI (IMSI is short for international
mobile subscriber identity) attach, combined EPS/IMSI
detach, and combined TAU/LAU.
Supports CSFB mechanisms, such as redirection and
handover.
NOTE:
CSFB-capable UEs must support SMS over SGs, but UEs that support SMS over SGs are
not necessarily CSFB-capable.
MME
MSC
E-UTRAN
Supports the SGs interface to the MSC/VLR.
Selects the VLR and location area identity (LAI) based on the
tracking area identity (TAI) of the serving cell.
Forwards paging messages delivered by the MSC.
Performs public land mobile network (PLMN) selection and
reselection.
Supports combined EPS/IMSI attach, combined EPS/IMSI
detach, and combined TAU/LAU.
Routes CS signaling.
Supports SMS over SGs.
Supports RAN information management (RIM), which is
required when flash CSFB or CCO with NACC is used as the
CSFB mechanism. (CCO is short for cell change order and
NACC is short for network assisted cell change.)
Supports combined EPS/IMSI attach.
Supports SMS over SGs.
Forwards paging messages transmitted through the SGs
interface.
Forwards paging messages related to CSFB.
Element
Function
UTRAN/GERAN
Selects target cells for CSFB.
Supports one or more of the following functions:
PS redirection to UTRAN or GERAN, if PS
redirection is used as the CSFB mechanism.
PS handover to UTRAN or GERAN, if PS
handover is used as the CSFB mechanism.
CCO to GERAN, if CCO is used as the CSFB
mechanism.
RIM for acquiring the system information of
GERAN cells, if NACC is used as the CSFB
mechanism.
RIM for acquiring the system information of
UTRAN or GERAN cells, in addition to PS
redirection, if flash CSFB is used as the CSFB
mechanism.
Supports one or more of the following functions:
Incoming handovers from the E-UTRAN, if PS handover is
used as the CSFB mechanism.
RIM for delivering the system information of GERAN cells to
eNodeBs, if NACC is used as the CSFB mechanism.
RIM for delivering the system information of UTRAN or
GERAN cells to eNodeBs, in addition to PS redirection, if
flash CSFB is used as the CSFB mechanism.
NOTE:
The UTRAN and GERAN do not need to provide extra functions to support PS
redirection. The GERAN does not need to provide extra functions to support CCO.
SGSN
eCoordinator
Supports the follow-up procedures performed for PS
handovers, including data forwarding, path switching, RAU,
authentication, and encryption.
Supports RIM, which is required when flash CSFB or CCO
with NACC is used as the CSFB mechanism.
Is a network element provided by Huawei, and is optional. The
eCoordinator supports information exchange during RIM procedures.
To implement CSFB to provide CS services for E-UTRAN, all MSCs that serve overlapping
areas with the E-UTRAN coverage must be upgraded to support functions involving the SGs
interfaces between MSCs and MMEs. These functions include combined attach, combined
TAU/LAU, 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.
2.4 CSFB Mechanisms
2.4.1 CSFB to UTRAN
Based on the capabilities of UEs and networks, three fallback mechanisms are available for an
eNodeB to perform CSFB to UTRAN:
R8 PS redirection
After receiving a CS Fallback Indicator, the eNodeB sends the UE an RRC Connection Release
message that contains frequency information about the target UTRAN. Based on the received
frequency information, the UE searches for a UTRAN cell, reads the system information of the
UTRAN cell, and initiates initial access and CS service setup.
R9 PS redirection (flash CSFB)
After receiving a CS Fallback Indicator, the eNodeB sends the UE an RRC Connection Release
message that contains information about a target UTRAN frequency as well as system
information about multiple cells on the frequency. Based on the received frequency information,
the UE searches for a UTRAN cell. As the UE has obtained the system information about the
target cell, the UE directly initiates initial access and CS service setup in the target cell, reducing
voice delay.
PS handover
The UE is handed over to the UTRAN through a PS handover procedure between the eNodeB
and the UTRAN. After the handover, the UE initiates CS service setup 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 for networks and UEs
NE
UE
R8 PS Redirection
Support
combined
EPS/CS
attach and
combined
TAU/LAU.
Support
CSFB by PS
redirection.
Support CSFB by R8 PS
redirection.
eNodeB
R9 PS Redirection (Flash
CSFB)
Support R9
PS
redirection
with SIB.
The other
requirements
are the same
as those of
R8 PS
redirection.
Support the
RIM
procedure.
The other
requirements
are the same
as those of
R8 PS
redirection.
PS Handover
Support PS
handover.
The other
requirements
are the
same as
those of R8
PS
redirection.
Support PS handover.
NE
R8 PS Redirection
UTRAN
N/A
Support the RIM
procedure.
MME
SGSN
Support
combined
EPS/CS
attach and
combined
TAU/LAU.
Support the
CSFB
procedure.
N/A
MSC
R9 PS Redirection (Flash
CSFB)
Support
combined
EPS/CS
attach and
combined
TAU/LAU.
Support the
CSFB
procedure.
Support the
RIM
procedure.
The other
requirements
are the same
as those of
R8 PS
redirection.
PS Handover
Support PS handover.
Support PS handover.
Support the RIM
procedure.
Support PS handover.
The requirements are the
same as those of R8 PS
redirection.
The requirements are the
same as those of R8 PS
redirection.
2.4.2 CSFB to GERAN
Based on the capabilities of UEs and networks, five fallback mechanisms are available for an
eNodeB to perform CSFB to GERAN:
R8 PS redirection
For details, see 2.4.1 CSFB to UTRAN.
R9 PS redirection (flash CSFB)
For details, see 2.4.1 CSFB to UTRAN.
CCO
After receiving a CS Fallback Indicator, the eNodeB sends the UE a
MobilityFromEUTRACommand message that contains a target GERAN cell, instructing the UE
to access the cell. The UE must acquire synchronization with the cell and read system
information about the cell before it can access the cell to initiate a CS service.
CCO with NACC
If NACC is enabled, the RIM procedure is started during CCO from E-UTRAN to GERAN.
With this procedure, the eNodeB acquires system information about the target cell and delivers it
to the UE. The UE accesses the target cell to initiate a CS service with no need to read the
system information, reducing the delay.
PS handover
For details, see 2.4.1 CSFB to UTRAN.
Table 2-3
describes the requirements of the five CSFB mechanisms for networks and UEs.
Table 2-3 Requirements of CSFB to GERAN for networks and UEs
Elem
ent
UE
R8 PS
Redirection
Su
pp
ort
co
m
bi
ne
d
E
P
S/
C
S
att
ac
h
an
d
co
m
bi
ne
d
TA
U/
LA
U.
Su
pp
ort
C
SF
B
by
P
R9 PS
Redirection
(Flash CSFB)
Sup
port
R9
PS
redi
rect
ion
with
SIB
.
The
oth
er
req
uire
me
nts
are
the
sa
me
as
tho
se
of
R8
PS
redi
rect
ion.
CCO
CCO with NACC
Sup
port
CC
O.
The
oth
er
req
uire
me
nts
are
the
sa
me
as
tho
se
of
R8
PS
redi
rect
ion.
Sup
port
NA
CC
The
oth
er
req
uire
me
nts
are
the
sa
me
as
tho
se
of
CC
O.
PS Handover
Sup
port
PS
han
dov
er.
The
oth
er
req
uire
me
nts
are
the
sa
me
as
tho
se
of
R8
PS
redi
rect
ion.
Elem
ent
R8 PS
Redirection
R9 PS
Redirection
(Flash CSFB)
CCO
CCO with NACC
PS Handover
S
re
dir
ec
tio
n.
eNo
deB
Support CSFB
by R8 PS
redirection.
GER N/A
AN
MME
Sup Support CCO.
port
the
RIM
pro
ced
ure.
The
oth
er
req
uire
me
nts
are
the
sa
me
as
tho
se
of
R8
PS
redi
rect
ion.
Support the RIM N/A
procedure.
Su
pp
ort
co
m
bi
ne
d
Sup
port
the
RIM
pro
ced
ure.
The
requirements
are the same as
those of R8 PS
redirection.
Sup Support PS
port handover.
the
RIM
pro
ced
ure.
The
oth
er
req
uire
me
nts
are
the
sa
me
as
tho
se
of
CC
O.
Support the RIM Support PS
procedure.
handover.
Sup Support PS
port handover.
the
RIM
pro
ced
ure.
Elem
ent
R8 PS
Redirection
E
P
S/
C
S
att
ac
h
an
d
co
m
bi
ne
d
TA
U/
LA
U.
Su
pp
ort
th
e
C
SF
B
pr
oc
ed
ur
e.
SGS N/A
N
MSC
Su
pp
ort
co
m
bi
ne
d
E
P
R9 PS
Redirection
(Flash CSFB)
CCO
CCO with NACC
The
oth
er
req
uire
me
nts
are
the
sa
me
as
tho
se
of
R8
PS
redi
rect
ion.
PS Handover
The
oth
er
req
uire
me
nts
are
the
sa
me
as
tho
se
of
R8
PS
redi
rect
ion.
Support the RIM N/A
procedure.
Support the RIM Support PS
procedure.
handover.
The
requirements
are the same as
those of R8 PS
redirection.
The
requirements
are the same as
those of R8 PS
redirection.
The
requirements
are the same as
those of R8 PS
redirection.
The
requirements
are the same as
those of R8 PS
redirection.
Elem
ent
R8 PS
Redirection
3
R9 PS
Redirection
(Flash CSFB)
CCO
CCO with NACC
PS Handover
S/
C
S
att
ac
h
an
d
co
m
bi
ne
d
TA
U/
LA
U.
Su
pp
ort
th
e
C
SF
B
pr
oc
ed
ur
e.
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 and
functions:
LOFD-001033 CS Fallback to UTRAN
LOFD-001052 Flash CS Fallback to UTRAN
LOFD-070202 Ultra-Flash CSFB to UTRAN
LOFD-001068 CS Fallback with LAI to UTRAN
LOFD-001078 E-UTRAN to UTRAN CS/PS Steering
LOFD-001088 CS Fallback Steering to UTRAN
Load-based CSFB to UTRAN
CSFB Procedure
Figure 3-1
shows the CSFB to UTRAN procedure.
Figure 3-1 CSFB to UTRAN procedure
Measurement and Blind Handling
The eNodeB determines whether to trigger UTRAN measurements or blind handling for CSFB
to UTRAN based on the status of the blind handover switch first.
If the switch is on, the eNodeB triggers a blind handling procedure.
If the switch is off, the eNodeB checks the UE capability:
If the UE supports UTRAN measurements, the eNodeB triggers interRAT measurements.
If the UE does not support UTRAN measurements, the eNodeB triggers
blind handling.
For details about the measurement and blind handling, see Overview of Mobility Management in
Connected Mode Feature Parameter Description.
NOTE:
Unless otherwise specified, blind handling includes PS HO, redirection, and fast redirection for CSFB to UTRAN
and includes PS HO, CCO, NACC, redirection, and fast redirection for CSFB to GERAN in this document.
3.2 Feature Description
3.2.1 LOFD-001033 CS Fallback to UTRAN
This section describes the optional feature LOFD-001033 CS Fallback to UTRAN. This feature
is controlled by the UtranCsfbSwitch option of the cell-level parameter
CELLALGOSWITCH.HoAllowedSwitch.
NOTE:
This feature is also controlled by the UtranCsfbSwitch option of the eNodeB-level parameter
ENodeBAlgoSwitch.HoAlgoSwitch.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does not take effect. If
the option of the eNodeB-level parameter is deselected, the option of the cell-level parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to use the cell-level
parameter.
When a UE initiates a CS service in the E-UTRAN cell, the MME sends the eNodeB an S1-AP
message that contains a CS Fallback Indicator, instructing the eNodeB to transfer the UE with
the CS service to a target network. For details about MOC and MTC signaling procedures, see
13.1 CSFB to UTRAN.
3.2.2 LOFD-001052 Flash CS Fallback to UTRAN
This section describes the optional feature LOFD-001052 Flash CS Fallback to UTRAN. This
feature is controlled by the UtranFlashCsfbSwitch option of the cell-level parameter
CellAlgoSwitch.HoAllowedSwitch.
NOTE:
This feature is also controlled by the UtranFlashCsfbSwitch option of the eNodeB-level parameter
ENodeBAlgoSwitch.HoAlgoSwitch.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does not take effect. If
the option of the eNodeB-level parameter is deselected, the option of the cell-level parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to use the cell-level
parameter.
This feature is an enhancement to the optional feature LOFD-001033 CS Fallback to UTRAN.
After the two features are activated, the eNodeB obtains the system information of UTRAN cells
through RIM procedures and then sends UEs the EUTRAN-to-UTRAN redirection messages
that contain the system information. In this way, the UEs access the UTRAN cells with no need
to read the system information in the cells. This reduces the access delay. For details about how
the UTRAN sends the system information to the eNodeB through RIM procedures, see
Interoperability Between UMTS and LTE Feature Parameter Description.
This feature requires that the eNodeB can obtain UTRAN cell information through the RIM
procedures and the networks and UEs involved should comply with 3GPP Release 9 or later.
When operators' network capabilities of the RIM procedure differ in the RAN sharing scenario,
you can enable LOFD-070216 Separate Mobility Policies to UTRAN for Multi PLMN to specify
whether an operator supports the RIM procedure, thereby specifying whether LOFD-001052
Flash CS Fallback to UTRAN is enabled for the operator. For details about the RIM procedure,
see 3.7 RIM Procedure Between E-UTRAN and UTRAN.
If UEs experience incompatibility issues and flash CSFB cannot be performed, causing service
drops, LBFD-081103 Terminal Awareness Differentiation can be enabled to add the UEs to the
blacklist of flash CSFB. In this case, CSFB is performed for the UEs, thereby decreasing the
service drop rate. For details, see descriptions related to blacklist control in Terminal Awareness
Differentiation Feature Parameter Description.
Other procedures are the same as those for CS Fallback to UTRAN. For details, see 3.2.1 LOFD001033 CS Fallback to UTRAN.
3.2.3 LOFD-070202 Ultra-Flash CSFB to UTRAN
This section describes the optional feature LOFD-070202 Ultra-Flash CSFB to UTRAN. The
UtranUltraFlashCsfbSwitch option of the ENodeBAlgoSwitch.HoAlgoSwitch parameter
specifies whether to enable this feature. This feature is a Huawei-proprietary one. To enable this
feature, the MME, MSC, and RNC must be all provided by Huawei and support this feature. No
IMS needs to be deployed.
When a UE initiates a CS service setup request in an LTE network that does not support VoLTE,
this feature enables the eNodeB to hand over the UE to the UTRAN through the SRVCC
procedure. The procedure has CS resources on the UTRAN prepared in advance and omits
certain protocol-defined signaling procedures during access to the UTRAN. For the detailed
signaling procedure, see 13.1.5 Ultra-Flash CSFB to UTRAN.
The measurement procedure and blind handling procedure for this feature are the same as those
described in 3.2.1 LOFD-001033 CS Fallback to UTRAN.
When operators' network capabilities of LOFD-070202 Ultra-Flash CSFB to UTRAN differ in
the RAN sharing scenario, you can enable LOFD-070216 Separate Mobility Policies to UTRAN
for Multi PLMN to specify whether LOFD-070202 Ultra-Flash CSFB to UTRAN is enabled for
an operator.
The UtranSepOpMobilitySwitch option of the
ENodeBAlgoSwitch.MultiOpCtrlSwitch parameter specifies whether to enable
Separate Mobility Policies to UTRAN for Multi PLMN.
The ultra-flash CSFB capability of Separate Mobility Policies to UTRAN for Multi
PLMN is controlled by the UtranNetworkCapCfg.Mcc,
UtranNetworkCapCfg.Mnc, and UtranNetworkCapCfg.RncId parameters, and the
UltraFlashCsfbCapCfg option of the UtranNetworkCapCfg.NetworkCapCfg
parameter. If ultra-flash CSFB is not configured for an operator or RNC, it is
supported by default.
NOTE:
If a UE does not support ultra-flash CSFB, a UE compatibility issue arises. To address this issue, select the
UltraFlashCsfbComOptSw option of the GlobalProcSwitch.UeCompatSwitch parameter.
3.2.4 LOFD-001068 CS Fallback with LAI to UTRAN
Application Scenarios
This section describes the optional feature LOFD-001068 CS Fallback with LAI to UTRAN.
This feature is under license control but not under switch control.
This feature works in the following scenarios:
In a multi-PLMN or national roaming scenario
An LAI consists of a PLMN ID and a location area code (LAC). The PLMN ID
identifies the CS network that a UE has registered with and will fall back to.
If the serving E-UTRAN cell has multiple neighboring UTRAN or GERAN cells
with different PLMN IDs or the serving PLMN differs from the target PLMN, the
operator can use the CSFB with LAI function so that the UE will preferentially fall
back to the PLMN indicated by the LAI.
In a tracking area (TA) that overlaps multiple location areas (LAs)
To prevent a further LAU after CSFB, the eNodeB selects a CSFB target cell with
the same LAC as that specified for the UE during attach. Therefore, the CSFB delay
does not include the LAU time.
The eNodeB derives the LAI from an Initial Context Setup Req or UE Context Mod Req
message sent by the MME.
This feature is an enhancement to the optional feature LOFD-001033 CS Fallback to UTRAN.
With this feature, the eNodeB selects target frequencies or cells for measurement or blind
handling based on LAIs sent by the MME. The following describes target selection for
measurement and blind handling.
Measurement
Selecting frequencies
During measurement configuration, the eNodeB selects only inter-RAT frequencies
on which the PLMN ID of any neighboring cell is the same as that in the LAI
received. The follow-up measurement procedure is similar to that in CS Fallback to
UTRAN.
Selecting neighboring cells
The eNodeB additionally filters neighboring cells in the following order after
receiving measurement reports from a UE:
1. Neighboring cells with PLMN IDs and LACs the same as those in the
LAI
2. Neighboring cells with PLMN IDs the same as that in the LAI but
LACs different from that in the LAI
If no frequency or neighboring cell can be selected based on the LAI, the process is
the same as that when no LAI is received.
Blind Handling
Selecting frequencies
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. For details, see
3.3 Triggering.
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 UEs. For details, see 3.3 Triggering.
Selecting neighboring cells
The neighboring cell selection sequence is controlled by the
LaiCsfbBlindNCellSelSwitch option of the ENodeBAlgoSwitch.HoCommOptSwitch
parameter.
NOTE:
When the coverage of an E-UTRAN cell is not completely included in that of a neighboring cell with
a configured blind handover priority, you are advised to select the option, thereby ensuring the CSFB
success rate and reducing the delay.
When the option is selected, the selection sequence is as follows:
1. Neighboring cells with PLMN IDs the same as those in the LAI
2. Neighboring cells with the highest blind-handover priority among 1
3. Neighboring cells with LACs the same as those in the LAI among 2
When the option is deselected, the selection sequence is as follows:
4. Neighboring cells with PLMN IDs the same as those in the LAI
5. Neighboring cells with LACs the same as those in the LAI among 1
6. Neighboring cells with the highest blind-handover priority among 2
3.2.5 LOFD-001078 E-UTRAN to UTRAN CS/PS Steering
This section describes the CS steering function in the optional feature LOFD-001078 E-UTRAN
to UTRAN CS/PS Steering. For details about the PS steering function in this feature, see Inter-RAT
Mobility Management in Connected Mode Feature Parameter Description .
This feature can be used when service steering is required in a UTRAN with multiple UTRAN
frequencies. By setting CS service priorities for UTRAN frequencies, the operator can achieve
CSFB from E-UTRAN only to the UTRAN frequency that has the highest CS service priority.
CS Steering in CSFB
This function is an enhancement to the CS Fallback to UTRAN feature. The enhancements are as
follows:
Frequencies with the highest CS service priority are selected for inter-RAT
measurement on the UTRAN.
This function is controlled by the UtranFreqLayerMeasSwitch option of the celllevel parameter CellAlgoSwitch.FreqLayerSwitch.
NOTE:
This function is also controlled by the UtranFreqLayerMeasSwitch option of the eNodeB-level
parameter ENodeBAlgoSwitch.FreqLayerSwtich.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does
not take effect. If the option of the eNodeB-level parameter is deselected, the option of the cell-level
parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to
use the cell-level parameter.
If this option is selected, the eNodeB selects frequencies with the highest CS service
priority specified by the UtranNFreq.CsPriority parameter for measurement. A
larger value of this parameter indicates a higher priority. If this parameter is set to
Priority_0(Priority 0) for a frequency, the eNodeB does not select this frequency
for measurement. The follow-up measurement procedure is similar to that in CS
Fallback to UTRAN. For details, see 3.4 Target Cell/Frequency Selection.
Cells on frequencies with the highest CS service priority are selected as the target
cells of blind handling.
This function is controlled by the UtranFreqLayerBlindSwitch option of the celllevel parameter CellAlgoSwitch.FreqLayerSwitch.
NOTE:
This function is also controlled by the UtranFreqLayerBlindSwitch option of the eNodeB-level
parameter ENodeBAlgoSwitch.FreqLayerSwtich.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does
not take effect. If the option of the eNodeB-level parameter is deselected, the option of the cell-level
parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to
use the cell-level parameter.
If this option is selected, the eNodeB selects a frequency with the highest CS service
priority specified by the UtranNFreq.CsPriority parameter or a cell on the frequency
for blind handling. A larger value of this parameter indicates a higher priority. If this
parameter is set to Priority_0(Priority 0) for a frequency, this frequency is not
involved in frequency prioritization. The follow-up blind handling procedure is the
same as that in CS Fallback to UTRAN. For details, see 3.4 Target Cell/Frequency
Selection.
LAI-based CS Steering in CSFB
This function is an enhancement to the CS Fallback with LAI to UTRAN feature. The
enhancements are as follows:
Enhancement in measurement
1. The eNodeB selects inter-RAT frequencies on which the PLMN ID of
a neighboring cell is the same as the PLMN ID in the LAI.
2. Among the selected frequencies, the eNodeB selects frequencies with
the highest CS service priority, which is specified by the
UtranNFreq.CsPriority parameter.
3. The follow-up measurement procedure is similar to that in CS Fallback
to UTRAN. For details, see 3.4 Target Cell/Frequency Selection.
The difference is that the eNodeB additionally sorts neighboring cells in the
following order after receiving measurement reports from a UE:
4. Neighboring cells with PLMN IDs and LACs the same as those in the
LAI
5. Neighboring cells with PLMN IDs the same as that in the LAI but
LACs different from that in the LAI
6. Neighboring cells with PLMN IDs the same as the serving PLMN ID
of the UE
Enhancement in blind handling
1. The eNodeB selects frequencies whose PLMN ID is the same as the
PLMN ID in the LAI.
2. Among the selected frequencies, the eNodeB selects frequencies with
the highest CS service priority, which is specified by the
UtranNFreq.CsPriority parameter.
3. The eNodeB selects a neighboring cell whose PLMN ID and LAC are
the same as those in the LAI.
4. If such a neighboring cell is unavailable, the eNodeB selects a
neighboring cell whose PLMN ID is the same as that in the LAI but
LAC is different from that in the LAI.
5. The follow-up blind handling procedure is the same as that in CS
Fallback to UTRAN. For details, see 3.4 Target Cell/Frequency Selection.
3.2.6 LOFD-001088 CS Fallback Steering to UTRAN
This section describes the optional feature LOFD-001088 CS Fallback Steering to UTRAN. This
feature is controlled by the UtranCsfbSteeringSwitch option of the cell-level parameter
CellAlgoSwitch.HoAllowedSwitch.
NOTE:
This feature is also controlled by the UtranCsfbSteeringSwitch option of the eNodeB-level parameter
ENodeBAlgoSwitch.HoAlgoSwitch.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does not take effect. If
the option of the eNodeB-level parameter is deselected, the option of the cell-level parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to use the cell-level
parameter.
This feature is an enhancement to the optional feature LOFD-001033 CS Fallback to UTRAN.
Operators can set target RATs for UEs in different states at the time when the UEs initiate CS
services. There are two types of UEs:
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.
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.
NOTE:
For a UE initiating an emergency call, the eNodeB preferentially selects RATs that support LCS and
then selects an RAT from them based on the configured RAT priorities.
CS-only UE
The eNodeB selects the target RAT based on the RAT priorities specified by the parameters in
Table 3-1.
Table 3-1 Target RAT priority parameter list for CSFB of CS-only UEs
Target RAT
Priority for CSFB
of CS-only UEs
eNodeB-Level Parameter
Cell-Level Parameter
Highest
CSFallBackBlindHoCfg.IdleCsfbHighestPri CellOpHoCfg.IdleCsfbHighestPri
Second highest
CSFallBackBlindHoCfg.IdleCsfbSecondPri CellOpHoCfg.IdleCsfbSecondPri
Lowest
CSFallBackBlindHoCfg.IdleCsfbLowestPri CellOpHoCfg.IdleCsfbLowestPri
NOTE:
Parameters in the CSFallBackBlindHoCfg MO are eNodeB-level. When you run ADD CNoperator with
CnOperatorId configured to add an operator, parameters in the CSFallBackBlindHoCfg MO are automatically set
to default values. Cell-level parameters for inter-RAT handovers are configured by running ADD
CELLOPHOCFG. When both CSFallBackBlindHoCfg and CellOpHoCfg are configured, CellOpHoCfg
prevails.
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 UTRAN is assigned the highest RAT priority, the eNodeB selects target frequencies based on
the setting of the UtranNFreq.CsPriority parameter. For details, see 3.2.5 LOFD-001078 E-UTRAN to
UTRAN CS/PS Steering.
The eNodeB selects a handover policy for CSFB of a CS-only UE based on the setting of the
CSFallBackPolicyCfg.IdleModeCsfbHoPolicyCfg parameter. PS handover takes priority over
redirection.
CS+PS UE
If the UE is a CS+PS UE, the eNodeB selects the target RAT based on the RAT priorities
specified by the parameters in Table 3-2.
Table 3-2 Target RAT priority parameter list for CSFB of CS+PS UEs
Target RAT
Priority for CSFB of
CS+PS UEs
eNodeB-Level Parameter
Cell-Level Parameter
Highest
CSFallBackBlindHoCfg.InterRatHighestPri CellOpHoCfg.InterRatHighestPri
Second highest
CSFallBackBlindHoCfg.InterRatSecondPri CellOpHoCfg.InterRatSecondPri
Lowest
CSFallBackBlindHoCfg.InterRatLowestPri CellOpHoCfg.InterRatLowestPri
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 UTRAN is assigned the highest RAT priority, the eNodeB selects 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 LOFD001078 E-UTRAN to UTRAN CS/PS Steering.
The eNodeB selects the handover policy for CSFB based on the setting of the
CSFallBackPolicyCfg.CsfbHoPolicyCfg parameter. PS HO and redirection are selected in
descending order.
3.2.7 Load-based CSFB to UTRAN
This section describes load-based CSFB to UTRAN. This function is an enhancement to the CS
Fallback to UTRAN feature. The CSFBLoadInfoSwitch option of the
ENodeBAlgoSwitch.HoAlgoSwitch parameter specifies whether to enable this function.
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 handling procedures are the same as
those in the CS Fallback to UTRAN feature. For details, see 3.2.1 LOFD-001033 CS Fallback to
UTRAN.
When selecting a target cell for CSFB to UTRAN, the eNodeB considers UTRAN cells in the
following priority order of load status: normal, congested, and overloaded.
If all cells in measurement reports received by the eNodeB are congested or overloaded and the
eNodeB selects these cells as handover target cells, handover preparation may fail due to high
load status. The BASED_ON_LOAD option of the CellHoParaCfg.L2UCsfbMRProMode
parameter can be selected to avoid this. In this case, the eNodeB does not select congested or
overloaded cells for handover or operating frequencies of these types of cells for redirection.
Instead, the eNodeB waits for medium load or normal cells to select them as target cells until the
CSFB protection timer expires, triggering blind redirection.
Load-based CSFB to UTRAN affects the target cell selection at a later phase. In the
measurement phase, if necessary, cell load status does not affect frequency selection: The
eNodeB does not select a low-priority frequency because all UTRAN cells on a high-priority
frequency are overloaded.
3.3 Triggering
CSFB triggering is classified into measurement triggering and blind handling triggering.
Measurement Triggering
During CSFB, the eNodeB starts UTRAN measurements after it receives a CS Fallback
Indicator. The measurement configuration procedure is the same as that for coverage-based
handovers from E-UTRAN to UTRAN. For details, see Inter-RAT Mobility Management in Connected
Mode Feature Parameter Description.
Compared with coverage-based inter-RAT handover, CSFB to UTRAN uses the same set of
parameters for measurement configuration, except the threshold and time-to-trigger for event B1
described in Table 3-3.
Table 3-3 Parameters related to event B1 for CSFB to UTRAN
Parameter
Name
Parameter ID
Parameter Description
CSFB
UTRAN
EventB1
RSCP
Trigger
Threshol
d
CSFallBackHo.CsfbHoUtranB1ThdRsc The
p
InterRatHoComm.InterRATHoUtranB1MeasQu
an parameter determines which threshold is
to be used.
CSFB
UTRAN
EventB1
ECN0
Trigger
Threshol
d
CSFallBackHo.CsfbHoUtranB1ThdEcn
CSFB
Utran
EventB1
Time To
Trig
CSFallBackHo.CsfbHoUtranTimeToTri N/A
0
g
Blind Handling Triggering
Blind handling is controlled by the following two options. The blind handling function takes
effect only when the two options are enabled.
BlindHoSwitch of the eNodeB-level ENodeBAlgoSwitch.HoModeSwitch parameter
BlindHoSwitch of the cell-level CellHoParaCfg.HoModeSwitch parameter
After selecting blind handling, the eNodeB can choose whether to enable adaptive blind handling
for CSFB. The CsfbAdaptiveBlindHoSwitch option of the CellAlgoSwitch.HoAllowedSwitch
parameter specifies whether to enable this function.
NOTE:
This function is also controlled by the CsfbAdaptiveBlindHoSwitch option of the eNodeB-level parameter
ENodeBAlgoSwitch.HoAlgoSwitch.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does not take effect. If
the option of the eNodeB-level parameter is deselected, the option of the cell-level parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to use the cell-level
parameter.
When an E-UTRAN coverage area is larger than a UTRAN coverage area and E-UTRAN and
UTRAN base stations are co-sited, this function estimates the signal strength of the neighboring
UTRAN cells based on the signal strength of the serving E-UTRAN cell. The procedure is
shown in Figure 3-2.
Figure 3-2 Adaptive blind handling for CSFB
The threshold for event A1 is specified by the CSFallBackHo.BlindHoA1ThdRsrp parameter, and
other A1-related principles are the same as these in coverage-based handover from E-UTRAN to
UTRAN. For details, see Inter-RAT Mobility Management in Connected Mode Feature Parameter Description.
3.4 Target Cell/Frequency Selection
The selection procedure is as follows:
1. The eNodeB selects the target RAT.
In measurement and blind handling scenarios, perform the following operations if
an RAT needs to be preferentially selected.
In the measurement scenario, enable both the CS Fallback Steering to
UTRAN and CS Fallback Steering to GERAN features. These features
enable flexible configuration of target RATs based on UE states. For
details about the principles, see 3.2.6 LOFD-001088 CS Fallback Steering to
UTRAN and 4.2.4 LOFD-001089 CS Fallback Steering to GERAN.
In the blind handling scenario, set the parameters listed in Table 3-4.
Then, the eNodeB selects the target RAT based on RAT priorities
without considering UE states. In case that both eNodeB- and celllevel parameters are configured, the cell-level parameter settings
prevail. Alternatively, you can enable the preceding two features
mentioned in the measurement scenario to enable flexible
configuration of target RATs based on UE states.
Table 3-4 RAT priority parameter list
RAT Priority
eNodeB-Level Parameter
Cell-Level Parameter
Highest
CSFallBackBlindHoCfg.InterRatHighestPri CellOpHoCfg.InterRatHighestPri
Second highest
CSFallBackBlindHoCfg.InterRatSecondPri CellOpHoCfg.InterRatSecondPri
Lowest
CSFallBackBlindHoCfg.InterRatLowestPri CellOpHoCfg.InterRatLowestPri
2. The eNodeB filters frequencies and neighboring cells.
The eNodeB filters the frequencies configured on the eNodeB side. It filters out the
frequencies not supported by the UE and then filters out the following neighboring
cells on the remaining frequencies:
Blacklisted neighboring cells
Neighboring cells to which handovers are prohibited as indicated by
the No handover indicator parameter for cells in neighboring cell lists
Cells that have a different PLMN from the serving cell in the
neighboring cell list
A PLMN list consists of three parts:
Serving cell PLMN
The PLMN configured in the InterPlmnHoList MO when
the InterPlmnHoSwitch option of the
ENodeBAlgoSwitch.HoAlgoSwitch parameter is selected
The equivalent PLMN obtained by the eNodeB from the
Handover Restriction List IE when both the following
options are selected: InterPlmnHoSwitch option of the
ENodeBAlgoSwitch.HoAlgoSwitch parameter and
EPlmnSwitch option of the
ENodeBAlgoSwitch.HoAlgoSwitch parameter
Cells to which handovers are prohibited as indicated by the Handover
Restriction List IE in the INITIAL CONTEXT SETUP REQUEST
message sent from the MME
3. The eNodeB selects the target cell or frequency.
shows the procedure for selecting the target cell for a
measurement.
Figure 3-3
Figure 3-3 Procedure for selecting the target cell for a measurement
The procedure shown in Figure 3-3 involves the following data
configuration and activities:
Neighboring UTRAN frequencies are configured in
UtranNFreq MOs.
The service priority is specified by the
UtranNFreq.CsPriority or UtranNFreq.CsPsMixedPriority
parameter. For details about this parameter, see 3.2.5 LOFD001078 E-UTRAN to UTRAN CS/PS Steering and 3.2.6 LOFD001088 CS Fallback Steering to UTRAN.
The priorities of neighboring UTRAN frequencies for
connected-mode UEs are specified by the
UtranNFreq.ConnFreqPriority parameter.
The measurement priority for UTRAN neighbor
relationships can be automatically optimized by ANR. The
UTRAN_SWITCH option of the
ENodeBAlgoSwitch.NCellRankingSwitch parameter
controls the automatic optimization function. It is
recommended that this option be selected only if ANR is
enabled.
If this option is selected, the eNodeB
automatically optimizes the
UtranNCell.NCellMeasPriority parameter for
neighboring UTRAN cells. This parameter
cannot be modified manually. For details, see
ANR Management Feature Parameter Description.
If this option is deselected, the neighboring
cell measurement priority is specified by the
UtranNCell.CellMeasPriority parameter, which
must be configured manually.
When the eNodeB selects highest-priority frequencies or
cells, the number of frequencies or cells selected is equal
to the number of candidates if the number does not exceed
the maximum permissible number. If there are several
target frequencies with the same priority, select the
UTRAN_CSFB_FREQ_CHOOSE_OPT_SW option of
the GlobalProcSwitch.CsfbFlowOptSwitch parameter to
allow the UE to select the target frequency randomly.
The maximum permissible number of frequencies is
specified by the
CellUeMeasControlCfg.MaxUtranFddMeasFreqNum
parameter.
The maximum permissible number of neighboring cells is
defined in section 6.4 "RRC multiplicity and type
constraint values" of 3GPP TS 36.331 V10.1.0.
Before the eNodeB can select a cell as the target cell for the blind
handover, the neighboring UTRAN cell must be configured on the
eNodeB and be assigned a blind-handover priority. Figure 3-4 shows the
selection procedure.
Figure 3-4 Target cell selection for a blind handover
The procedure shown in Figure 3-4 involves the following data
configuration and activities:
The service priority is specified by the
UtranNFreq.CsPriority or UtranNFreq.CsPsMixedPriority
parameter. For details about this parameter, see 3.2.5 LOFD001078 E-UTRAN to UTRAN CS/PS Steering and 3.2.6 LOFD001088 CS Fallback Steering to UTRAN.
Neighboring UTRAN cells are configured in UtranNCell
MOs.
The blind-handover priorities of neighboring UTRAN
cells are specified by the UtranNCell.BlindHoPriority
parameter.
If there is more than one highest-priority frequency or
neighboring cell, the eNodeB randomly selects one.
When the eNodeB selects target frequencies for blind redirection,
neighboring UTRAN frequencies and their priorities for connectedmode UEs must be configured. Neighboring UTRAN cell
configurations are not required. Figure 3-5 shows the selection
procedure.
Figure 3-5 Target frequency selection for blind redirection
The procedure shown in Figure 3-5 involves the following data
configuration and activities:
Neighboring UTRAN frequencies are configured in
UtranNFreq MOs.
The priorities of neighboring UTRAN frequencies for
connected-mode UEs are specified by the
UtranNFreq.ConnFreqPriority parameter.
The service priority is specified by the
UtranNFreq.CsPriority or UtranNFreq.CsPsMixedPriority
parameter. For details about this parameter, see 3.2.5 LOFD001078 E-UTRAN to UTRAN CS/PS Steering and 3.2.6 LOFD001088 CS Fallback Steering to UTRAN.
Neighboring UTRAN cells are configured in UtranNCell
MOs.
The eNodeB selects a frequency from the candidates
based on blind-handover priorities of neighboring cells as
follows:
If neighboring cells are assigned non-zero
blind-handover priorities, which is specified
by UtranNCell.BlindHoPriority, the eNodeB
selects the operating frequency of the cell
with the highest blind-handover priority.
If all blind handover priorities are 0, the
eNodeB considers frequency priorities for
connected-mode UEs. It preferentially selects
the frequency with the highest priority for
connected-mode UEs.
The PLMN information about neighboring UTRAN
frequencies is contained in the UtranRanShare or
UtranExternalCell MOs. For details about inter-PLMN
and equivalent PLMN configurations, see RAN Sharing
Feature Parameter Description.
If there is more than one frequency with the highest
service priority during final frequency selection, the
eNodeB checks whether cells on these frequencies are
assigned blind-handover priorities.
If they are not assigned, the eNodeB selects
the frequency with the highest priority for
connected-mode UEs.
If they are assigned, the eNodeB selects the
operating frequency of the cell with the
highest blind-handover priority.
If there is more than one frequency with the highest
priority for connected UEs or with the highest blind
handover priority during final frequency selection, the
eNodeB randomly selects one. The
UTRAN_CSFB_FREQ_CHOOSE_OPT_SW option of
the GlobalProcSwitch.CsfbFlowOptSwitch parameter
specifies the random frequency selection mode.
If all blind handover priorities of the
neighboring cells on all candidate frequencies
are 0, the eNodeB selects the target frequency
randomly.
If all blind handover priorities of the
neighboring cells on all candidate frequencies
are not 0, the eNodeB selects the target
frequency based on the percentage of
neighboring cells with the highest blind
handover priority. More neighboring cells
with the highest blind handover priority on a
frequency indicate a higher probability for the
frequency to be selected.
If the PLMN of a neighboring UTRAN frequency is
different from the PLMN that the UE belongs to, and it is
not included in the inter-PLMN list or equivalent PLMN
list during final frequency selection, the eNodeB starts
frequency selection for blind redirection for the secondpriority RAT.
Specified switches are provided for the eNodeB to deliver only high-speed dedicated network
frequencies for high-speed UEs in high-speed railway scenarios. This enables high-speed UEs to
fall back to the high-speed dedicated network and low-speed UEs to fall back to the public
network, thereby achieving the dedicated use of dedicated networks. For details, see LOFD081228 Handover Enhancement at Speed Mobility in High Speed Mobility Feature Parameter Description.
3.5 Decision
In the decision phase, the eNodeB evaluates the candidate cell list. Based on the evaluation
result, the eNodeB determines whether a CSFB procedure needs to be initiated and, if so, to
which cell the UE is to be transferred. There are two decision methods.
3.5.1 Basic Decision Method
When the CSFB policy is PS handover or redirection (excluding fast redirection), the eNodeB
uses a basic decision-making method, with no need to obtain system information about the peer.
Measurement Scenario
In the measurement scenario, two handling methods are provided for handover decision. Basic
handling based on a single measurement report takes effect by default. No additional
configuration is required. Comprehensive handling based on multiple measurement reports takes
effect depending on parameter settings.
Basic handling based on a single measurement report
The eNodeB handles the reported MRs in a first-in first-out manner. The eNodeB
generates a candidate cell list based on the signaling quality in the current
measurement report in descending order.
When the CSFB policy is handover, the eNodeB sends a handover request to
candidate cells in sequence. If the handover request fails, the eNodeB sends the
handover request to the next candidate cell. If the handover request fails in all cells
in the candidate cell list, the eNodeB waits for the UE to send the next measurement
report.
When the CSFB policy is redirection, the eNodeB selects the operating frequency of
the first cell in the candidate cell list for redirection.
Comprehensive handling based on multiple measurement reports
In this handling method, the eNodeB can wait for multiple MRs. It selects candidate
cells, generates a candidate cell list, and performs handover evaluation. The
evaluation is controlled by the CellHoParaCfg.L2UCsfbMRProMode parameter.
This parameter can be set to HANDOVER_IMMEDIATELY,
BASED_ON_SIGNAL_STRENGTH, or BASED_ON_FREQ_PRIORITY.
Figure 3-6 shows the candidate cell list generation and decision procedure under
different parameter settings. When this parameter is set to
HANDOVER_IMMEDIATELY, the comprehensive handling procedure is the
same as the basic handling procedure. For emergency call UEs, the
HANDOVER_IMMEDIATELY value takes effect no matter which value this
parameter is set to.
Figure 3-6 Candidate cell list generation and decision procedure
The MR waiting timer for CSFB in Figure 3-6 is specified by the
CellHoParaCfg.CsfbMRWaitingTimer parameter.
If the handover request fails in all the cells in the final candidate cell list generated
based on BASED_ON_SIGNAL_STRENGTH or
BASED_ON_FREQ_PRIORITY, the eNodeB no longer starts the timer but
performs the handover decision immediately after receiving the measurement report.
NOTE:
The signal-strength-based processing mode is used when the eNodeB delivers measurement
configurations for multiple frequencies and must select the cell with the best signal strength for
handover or the frequency with the best signal strength for redirection from those included in
measurement reports. If the eNodeB delivers measurement configurations for only one frequency, the
signal-strength-based processing mode is equivalent to the immediate processing mode.
Blind Handling Scenario
In the blind handling scenario, the eNodeB determines the cell to which the eNodeB wants to
send a handover request and the frequency to which the UE will be redirected based on 3.4 Target
Cell/Frequency Selection. When the handover request fails, the eNodeB stops the handover attempt.
3.5.2 Decision Based on System Information
When the handover policy (for example, fast redirection) requires the eNodeB to obtain system
information about the peer, the eNodeB makes a handover decision based on system information.
In this phase, the eNodeB delivers system information about cells of the target RAT to the UE.
Therefore, the UE does not need to read the system information, shortening the delay of access to
the target network. If a target cell does not support the RIM procedure, the eNodeB cannot obtain
system information about that cell.
Decision based on system information adheres to the following principles:
Measurement Scenario
1. The eNodeB adds other neighboring cells on the target frequency for redirection
but not in measurement reports in a random sequence to the candidate cell list
generated based on measurement reports.
2. Assume that the InterRatHoComm.CellInfoMaxUtranCellNum parameter is set to N.
If the number of target cells in the filtering result is greater than or
equal to N, the eNodeB selects the first N cells.
If the number of target cells in the filtering result is smaller than N, the
eNodeB selects all these cells.
3. The eNodeB filters out cells whose system information has not been obtained.
Blind Handling Scenario
1. The eNodeB generates a candidate cell list (containing a maximum of eight cells)
based on the blind-handover priorities of neighboring cells on the target frequencies
of redirection and then adds other neighboring cells on these frequencies to the list.
The UTRAN_SWITCH option of the ENodeBAlgoSwitch.NCellRankingSwitch
parameter specifies the sequence of adding other neighboring cells.
If this switch is on, the eNodeB adds other neighboring cells on the target
frequencies in descending order of UtranNCell.NCellMeasPriority.
If this switch is off, the eNodeB adds other neighboring cells on the target
frequencies randomly.
2. Assume that the InterRatHoComm.CellInfoMaxUtranCellNum parameter is set to N.
If the number of target cells in the filtering result is greater than or
equal to N, the eNodeB selects the first N cells.
If the number of target cells in the filtering result is smaller than N, the
eNodeB selects all these cells.
3. The eNodeB filters out cells whose system information has not been obtained.
4. The eNodeB filters cells 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.
3.6 Execution
In the execution phase, the eNodeB controls the handover of the UE from the source cell to the
target cell.
3.6.1 CSFB Policy Selection
CSFB from E-UTRAN to UTRAN can be based on SRVCC, PS handover, redirection, or fast
redirection, as shown in Figure 3-7. This policy selection procedure is based on the assumption
that neighboring frequencies and cells have been configured appropriately.
Figure 3-7 EUTRAN-to-UTRAN CSFB policy selection procedure
The CSFB policy is determined by different parameters, depending on whether LOFD-001088
CS Fallback Steering to UTRAN is enabled.
If this feature is enabled:
The CSFB policy for UEs in idle mode is specified by the
CSFallBackPolicyCfg.IdleModeCsfbHoPolicyCfg parameter.
The CSFB policy for UEs in connected mode is specified by the
CSFallBackPolicyCfg.CsfbHoPolicyCfg parameter.
If this feature is disabled, the CSFB policy is specified by the
CSFallBackPolicyCfg.CsfbHoPolicyCfg parameter, regardless of whether UEs are in
idle or connected mode.
The parameters in Figure 3-7 are described as follows:
If redirection for CSFB is required, select the REDIRECTION option of the
CSFallBackPolicyCfg.CsfbHoPolicyCfg parameter.
The CSFB protection timer is specified by the CSFallBackHo.CsfbProtectTimer
parameter.
If the UE does not send inter-RAT measurement reports and stays in the area
covered by the eNodeB when the timer expires, the eNodeB performs emergency
blind redirection based on the following rules:
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 blind redirection. If only
the UTRAN is available, the eNodeB still selects the UTRAN for blind
redirection.
If there is no target frequency available for blind redirection, the
eNodeB stops the procedure.
If flash CSFB is enabled, you must set the number of UTRAN cells carried during
emergency redirection, which is specified by the
InterRatHoComm.UtranCellNumForEmcRedirect parameter.
The eNodeB selects the target cell for redirection as it does during blind handling.
For details about the selection, see 3.4 Target Cell/Frequency Selection.
If PS handover for CSFB is required, the UtranPsHoSwitch option of the
CellHoParaCfg.HoModeSwitch parameter and the PS_HO option of the
CSFallBackPolicyCfg.CsfbHoPolicyCfg parameter must be selected. If either option
is cleared, PS handover for CSFB does not take effect. The eNodeB selects
redirection as the CSFB policy. If redirection does not take effect either, the eNodeB
enters the emergency blind redirection procedure when the CSFB protection timer
expires.
NOTE:
This function is also controlled by the UtranPsHoSwitch option of the eNodeB-level parameter
ENodeBAlgoSwitch.HoModeSwitch.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does
not take effect. If the option of the eNodeB-level parameter is deselected, the option of the cell-level
parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to
use the cell-level parameter.
During a PS handover for CSFB with blind handling applied, if the handover
preparation in the target cell with the highest blind handover priority fails, the
eNodeB tries the cell with the second highest blind handover priority. The eNodeB
can try a maximum of eight cells. If all these cells fail in handover preparation, the
eNodeB performs emergency blind redirection.
3.6.2 Redirection-based CSFB Optimization for UEs in Idle Mode
Redirection-based CSFB for UEs in idle mode has been optimized to accelerate CSFB by
shortening end-to-end delay and to reduce the CSFB failure rate due to initial context setup
failures.
An eNodeB evaluates whether to perform the optimized redirection procedure after it determines
to perform a blind handover, as shown in Figure 3-8.
Figure 3-8 Redirection-based CSFB optimization for UEs in idle mode
The optimization is controlled by the IdleCsfbRedirectOptSwitch option of the
GlobalProcSwitch.ProtocolMsgOptSwitch parameter.
For details about how to decide between redirection and fast redirection, see 3.6.1 CSFB Policy
Selection.
For details about the signaling procedure for redirection-based CSFB optimization for UEs in
idle mode, see 13.1.6 Redirection-based CSFB Optimization for UEs in Idle Mode.
NOTE:
When the optimization switch is turned on and CSFB with LAI to UTRAN or GERAN is enabled, it is
recommended that the RsvdSwPara1_bit25 option of the ENBRsvdPara.RsvdSwPara1 parameter be selected to
avoid function conflicts.
3.6.3 CSFB Admission Optimization for UEs in Idle Mode
A UE in idle mode only has a default bearer for data service, and the allocation/retention priority
(ARP) of the default bearer is generally lower. At CSFB to a cell that is congested or cannot
accommodate more UEs, this UE cannot preempt resources in the target cell.
To increase the CSFB success rate in this 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 that UEs in idle mode are admitted to target cells for CSFB. For details about the
admission procedure, see Admission and Congestion Control.
3.6.4 Retry and Penalty
For CSFB to UTRAN based on PS handover, after the eNodeB sends a handover request to the
target cell and admission failure, including resource admission failure and non-resource
admission failure, occurs, the eNodeB penalizes the target cell. During the penalty period, the
eNodeB does not allow UEs to be handed over to the target cell, avoiding unnecessary handover
request signaling and increasing the handover preparation failure rate. After the penalty period, if
the target cell meets handover requirements, the eNodeB retries the handover request to the
target cell. For details about the penalty and retry, see Intra-RAT Mobility Management in Connected
Mode Feature Parameter Description.
If the emergency blind redirection procedure for CSFB is triggered, the eNodeB does not
consider whether the target cell is penalized during target cell selection.
3.7 RIM Procedure Between E-UTRAN and UTRAN
The RIM procedure exchanges information between the E-UTRAN and UTRAN. The RIM
procedure can be performed through the core network or eCoordinator.
Information obtained through the RIM procedure can be divided into the following two types.
System Information
The eNodeB obtains system information about UTRAN cells through the RIM procedure. The
RIM procedure may use one of the following information exchange modes:
Single Report
In Single Report mode, the source sends a request, and then the target responds with
a single report. The procedure does not depend on any switch.
During the procedure, the eNodeB sends a RIM request to the RNC and then
includes the obtained system information in a redirection message to the UE. If the
eNodeB fails to obtain system information from the RNC, the eNodeB no longer
sends the RIM request. The system information obtained in this mode is not stored
on the eNodeB. Therefore, operators cannot run the DSP UTRANRIMINFO
command to query the status of the RIM procedure towards neighboring cells.
Multiple Report
The eNodeB initiates a RIM procedure in Multiple Report mode to obtain system
information if the UTRAN_RIM_SWITCH option of the
ENodeBAlgoSwitch.RimSwitch parameter is selected and the MME complies with
3GPP Release 9 or later.
In Multiple Report mode, the target responds with a report after receiving a request
from the source, and the target also sends a report to the source each time
information including system information and load information on the target
changes.
The eNodeB sends a RIM request to each external UTRAN cell in sequence every 4
seconds no matter whether the eNodeB has CSFB services.
To increase the success rate of obtaining information of an external UTRAN cell,
the eNodeB starts a 4s timer when it sends a RIM request.
If the eNodeB receives a response before the timer expires, the eNodeB
saves the obtained information.
If the eNodeB receives a response after the timer expires, the eNodeB
considers that an exception has occurred and discards the information.
If the eNodeB does not receive a response to the RIM request after the
timer expires, the eNodeB triggers the RIM retry mechanism. The
eNodeB sends the RIM request and starts the timer again (called a retry)
2 hours later. If the eNodeB still does not receive a response after 10
retries, the RIM request fails. The interval between the Nth and (N-1)th
retries is 2N hours. For example, the first retry occurs 2 hours after the
first system information acquisition fails, the second retry occurs 4
hours after the first retry fails, and the third retry occurs 6 hours after
the second retry fails. For each retry, the eNodeB sends a RIM request
and restarts the timer.
The eNodeB may obtain incorrect information or a RIM request may fail due to
errors in the UTRAN, core network, or transport network. To avoid this situation,
the eNodeB randomly selects a time point every day from 02:30 a.m. to 04:30 a.m.
and deletes all the obtained information. Then, the eNodeB requests the information
of external UTRAN cells through the RIM procedure again.
If an external UTRAN cell is faulty or deactivated, the RNC sends the eNodeB a
RIM END message, instructing the eNodeB to stop the RIM procedure. The eNodeB
then deletes the obtained information. To re-obtain information in time, the eNodeB
does not need to wait for the RIM procedure at the preceding specified time point.
Instead, the eNodeB sends a RIM request 15 minutes after receiving the RIM END
message. If the eNodeB does not receive a response, the eNodeB triggers the RIM
retry mechanism. If the eNodeB still does not receive a response after 10 retries, the
RIM request fails.
Load Information
When the GlobalProcSwitch.UtranLoadTransChan parameter is set to BASED_ON_RIM, the
eNodeB obtains UTRAN cell load information through the RIM procedure in Multiple Report
mode for target cell selection. Its principle is identical to that for obtaining system information in
Multiple Report mode. For details about how to select target cells, see 3.2.7 Load-based CSFB to
UTRAN.
3.7.1 RIM Procedure Through the Core Network
If the ENodeBAlgoSwitch.RimOnEcoSwitch parameter is set to OFF(Off), the RIM procedure is
performed through the core network, as shown in Figure 3-9. When multiple S1 interfaces exist,
the eNodeB randomly selects a proper S1 interface to send a RIM request. The MME and the
SGSN transfer but do not interpret information. For details, see section 8c "Signalling procedures
between RIM SAPs" in 3GPP TS 48.018 V10.0.0.
Figure 3-9 RIM procedure through the core network
In Figure 3-10:
The UtranSepOpMobilitySwitch option of the
ENodeBAlgoSwitch.MultiOpCtrlSwitch parameter specifies whether UTRAN
operators can use different mobility policies.
The UtranNetworkCapCfg.Mcc, UtranNetworkCapCfg.Mnc, and
UtranNetworkCapCfg.RncId parameters, and the SiByRimCapCfg option of the
UtranNetworkCapCfg.NetworkCapCfg parameter specify the operator-specific
capability of obtaining system information about UTRAN through the RIM
procedure. If the capability is not configured for an operator or RNC, it is supported
by default.
Figure 3-10 Information exchange mode selection for the RIM procedure
3.7.2 RIM Procedure Through the eCoordinator
If the ENodeBAlgoSwitch.RimOnEcoSwitch parameter is set to ON(On), the RIM procedure is
performed through the eCoordinator. As shown in Figure 3-11, the RIM procedure through the
eCoordinator involves the eNodeB, eCoordinator, and RNC. Among these NEs, the eCoordinator
transfers but does not interpret information.
Figure 3-11 RIM procedure through the eCoordinator
The RIM procedure through the eCoordinator requires that the switches of this function be on at
all these NEs.
During this RIM procedure, each NE does not send RIM messages to the core network or
respond to RIM messages from the core network.
The information exchange mode for the eCoordinator-based RIM procedure is controlled by the
UTRAN_RIM_SWITCH option of the ENodeBAlgoSwitch.RimSwitch parameter.
4
If this switch is on, the eNodeB uses the RIM procedure in Multiple Report mode to
obtain the system information of external UTRAN cells.
If this switch is off, the eNodeB uses the RIM procedure in Single Report mode.
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 chapter covers the following
features:
Figure 4-1
LOFD-001034 CS Fallback to GERAN
LOFD-001053 Flash CS Fallback to GERAN
LOFD-001069 CS Fallback with LAI to GERAN
LOFD-001089 CS Fallback Steering to GERAN
LOFD-081283 Ultra-Flash CSFB to GERAN
shows the CSFB to GERAN procedure.
Figure 4-1 CSFB to GERAN procedure
NOTE:
Random frequency and cell selection described in this document denotes the random selection based on probability
distribution.
4.2 Feature Description
4.2.1 LOFD-001034 CS Fallback to GERAN
This section describes the optional feature LOFD-001034 CS Fallback to GERAN. This feature
is controlled by the GeranCsfbSwitch option of the cell-level parameter
CELLALGOSWITCH.HoAllowedSwitch.
NOTE:
This feature is also controlled by the GeranCsfbSwitch option of the eNodeB-level parameter
ENodeBAlgoSwitch.HoAlgoSwitch.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does not take effect. If
the option of the eNodeB-level parameter is deselected, the option of the cell-level parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to use the cell-level
parameter.
This feature has the same principles as CS Fallback to UTRAN, except the following parameters.
For details about the principles, see 3.2.1 LOFD-001033 CS Fallback to UTRAN.
Measurement
The frequency priority used during measurement object selection is specified by the
GeranNfreqGroup.ConnFreqPriority parameter. A larger value indicates a higher priority.
Unlike the UTRAN frequency selection, in the GERAN frequency selection, if the total number
of GERAN frequencies in the highest-priority frequency group to be delivered and frequencies
that have been delivered exceeds the maximum number 32, the eNodeB does not deliver any
frequency in this group. The eNodeB then evaluates whether to deliver the GERAN frequencies
in the frequency group with the second highest priority. The evaluation stops when the number
of delivered frequencies is less than or equal to the maximum number or all frequency groups
have been evaluated.
For CSFB to GERAN, no cell measurement priority is configured. If the number of cells on a
frequency exceeds the maximum permissible number, the eNodeB randomly selects cells for
measurement.
Blind Handling
If the eNodeB-level CSFallBackBlindHoCfg.InterRatHighestPri parameter or cell-level
CELLOPHOCFG.InterRatHighestPri parameter is set to GERAN(GERAN), the eNodeB
performs CSFB to GERAN. If both eNodeB- and cell-level parameters are set, the cell-level
parameter settings prevail.
The target selection procedure varies depending on whether neighboring GERAN cells have
been configured.
If neighboring GERAN cells have been configured:
The blind handover priority of a GERAN neighboring cell is specified
by the GeranNcell.BlindHoPriority parameter. A larger value indicates a
higher priority.
The GERAN frequency group priority for connected-mode UEs is
specified by the GeranNfreqGroup.ConnFreqPriority parameter. A
larger value indicates a higher priority.
If neighboring cells or frequencies have the same priority, the eNodeB
randomly selects one. To prevent uncertainty of random selection and
increase the success rate of blind handovers, you are not advised to set
an identical priority for cells or frequencies.
If no neighboring GERAN cell has been configured:
Neighboring GERAN frequency groups are configured in
GeranNfreqGroup MOs.
The PLMN information about neighboring GERAN frequencies is
contained in the GeranRanShare or GeranExternalCell MOs.
4.2.2 LOFD-001053 Flash CS Fallback to GERAN
This section describes the optional feature LOFD-001053 Flash CS Fallback to GERAN. This
feature is controlled by the GeranFlashCsfbSwitch option of the cell-level parameter
CELLALGOSWITCH.HoAllowedSwitch.
NOTE:
This feature is also controlled by the GeranFlashCsfbSwitch option of the eNodeB-level parameter
ENodeBAlgoSwitch.HoAlgoSwitch.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does not take effect. If
the option of the eNodeB-level parameter is deselected, the option of the cell-level parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to use the cell-level
parameter.
This feature is an enhancement to the optional feature LOFD-001034 CS Fallback to GERAN.
After this feature is activated, the eNodeB obtains the system information of GERAN cells
through RIM procedures and then sends UEs the EUTRAN-to-GERAN redirection messages
that contain the system information. The InterRatHoComm.CellInfoMaxGeranCellNum parameter
specifies the maximum number of GERAN cells that can be contained in a redirection message.
With this feature, the UEs access the GERAN cells with no need to read the system information
in the cells. For details about how the GERAN sends the system information to the eNodeB
through RIM procedures, see Interoperability Between GSM and LTE. When operators' network
capabilities of the RIM procedure differ in the RAN sharing scenario, you can enable LOFD111204 Separate Mobility Policies to GERAN for Multi PLMN to specify whether an operator
supports the RIM procedure, thereby specifying whether LOFD-001053 Flash CS Fallback to
GERAN is enabled for the operator. For details about the RIM procedure, see 4.7 RIM Procedure
Between E-UTRAN and GERAN.
If UEs experience incompatibility issues and flash CSFB cannot be performed, causing service
drops, LBFD-081103 Terminal Awareness Differentiation can be enabled to add the UEs to the
blacklist of flash CSFB. In this case, CSFB is performed for the UEs, thereby decreasing the
service drop rate. For details, see descriptions related to blacklist control in Terminal Awareness
Differentiation Feature Parameter Description.
This feature has the same principles as Flash CS Fallback to UTRAN. For details, see 3.2.2 LOFD001052 Flash CS Fallback to UTRAN.
4.2.3 LOFD-001069 CS Fallback with LAI to GERAN
This section describes the optional feature LOFD-001069 CS Fallback with LAI to GERAN.
This feature is under license control but not under switch control.
This feature has the same principles as CS Fallback with LAI to UTRAN. For details, see 3.2.4
LOFD-001068 CS Fallback with LAI to UTRAN.
4.2.4 LOFD-001089 CS Fallback Steering to GERAN
This section describes the optional feature LOFD-001089 CS Fallback Steering to GERAN. This
feature is controlled by the GeranCsfbSteeringSwitch option of the cell-level parameter
CELLALGOSWITCH.HoAllowedSwitch.
NOTE:
This feature is also controlled by the GeranCsfbSteeringSwitch option of the eNodeB-level parameter
ENodeBAlgoSwitch.HoAlgoSwitch.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does not take effect. If
the option of the eNodeB-level parameter is deselected, the option of the cell-level parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to use the cell-level
parameter.
The principles of this feature are similar to the principles of the CS Fallback Steering to UTRAN
feature. For details, see 3.2.6 LOFD-001088 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 handover,
CCO, or redirection in descending order of priority.
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 handover, CCO, or
redirection in descending order of priority.
4.2.5 LOFD-081283 Ultra-Flash CSFB to GERAN
This section describes the optional feature LOFD-081283 Ultra-Flash CSFB to GERAN. The
GeranUltraFlashCsfbSwitch option of the ENodeBAlgoSwitch.HoAlgoSwitch parameter
specifies whether to enable this feature. This feature is a Huawei-proprietary one. To enable this
feature, the MME, MSC, and eNodeB must be all provided by Huawei and support this feature.
No IMS needs to be deployed.
When a UE initiates a CS service setup request in an LTE network that does not support VoLTE,
this feature enables the eNodeB to hand over the UE to the GERAN through the SRVCC
procedure. The procedure has CS resources on the GERAN prepared in advance and omits
certain protocol-defined signaling procedures during access to the GERAN. For the detailed
signaling procedure, see 13.2.6 Ultra-Flash CSFB to GERAN.
The measurement procedure and blind handling procedure for this feature are the same as those
described in 3.2.1 LOFD-001033 CS Fallback to UTRAN.
This feature works when external GERAN cells support it.
If all external GERAN cells support this feature, no configuration on the eNodeB is
required.
If some external GERAN cells do not support ultra-flash CSFB to GERAN, you
need to set the GeranExternalCell.UltraFlashCsfbInd parameter to
BOOLEAN_FALSE for external GERAN cells that do not support ultra-flash
CSFB to GERAN.
When operators' network capabilities of LOFD-081283 Ultra-Flash CSFB to GERAN differ in
the RAN sharing scenario, you can enable LOFD-111204 Separate Mobility Policies to GERAN
for Multi PLMN to specify whether LOFD-081283 Ultra-Flash CSFB to GERAN is enabled for
an operator.
The GeranSepOpMobilitySwitch option of the CellAlgoSwitch.HoAllowedSwitch
parameter specifies whether to enable Separate Mobility Policies to GERAN for
Multi PLMN.
The GeranNetworkCapCfg.Mcc, GeranNetworkCapCfg.Mnc, and
GeranNetworkCapCfg.Lac parameters, and the UltraFlashCsfbCapCfg option of
the GeranNetworkCapCfg.NetworkCapCfg parameter specify the ultra-flash CSFB
capability of Separate Mobility Policies to GERAN for Multi PLMN. If ultra-flash
CSFB is not configured for an operator or neighboring GERAN cell, it is supported
by default.
If the Fast Return to LTE feature is enabled on the GERAN side, the UE can quickly return to
the E-UTRAN when it completes the voice service on the GERAN. To achieve this, the Channel
Release message must contain E-UTRA frequency information, based on which the UE selects a
suitable E-UTRAN cell to camp on.
When the IratMeasCfgTransSwitch option of the GlobalProcSwitch.ProtocolMsgOptSwitch
parameter is selected, the eNodeB filters E-UTRA frequencies supported by the UE based on the
UE capability to obtain a frequency set. During the SRVCC procedure, the eNodeB sends the
target BSC a Handover Required message containing the frequency set, which serves as a
reference for the fast return procedure.
If the CellDrxPara.DrxForMeasSwitch parameter is set to ON(On), the eNodeB delivers the DRX
and gap-assisted measurement configurations in a certain scenario. The UE performs
measurements preferentially in consecutive sections of sleep time in DRX to accelerate the
measurements and decrease the delay. In the scenario, all the following conditions are met:
The UE cannot autonomously perform gap-assisted measurements. In this case, the
AutoGapSwitch option of the ENodeBAlgoSwitch.HoModeSwitch parameter is
deselected or the interRAT-NeedForGaps IE for the GERAN frequency is TRUE in
the UE capability message.
The UE supports DRX.
The BlindHoSwitch option of at least one of the ENodeBAlgoSwitch.HoModeSwitch
and CellHoParaCfg.HoModeSwitch parameters is deselected.
To increase the probability of the UE entering sleep time, set DRX parameters to achieve a
longer sleep time. However, this setting affects scheduling and therefore decreases cell
throughput.
For details about how to configure measurement-specific DRX parameters, see DRX and Signaling
Control.
NOTE:
If a UE does not support ultra-flash CSFB, a UE compatibility issue arises. To address this issue, select the
UltraFlashCsfbComOptSw option of the GlobalProcSwitch.UeCompatSwitch parameter.
4.3 Triggering
The procedure for triggering CSFB to GERAN is similar to that for triggering CSFB to UTRAN.
For details, see 3.3 Triggering. Table 4-1 describes the parameters related to event B1 for CSFB to
GERAN, which are different from those for CSFB to UTRAN.
Table 4-1 Parameters related to event B1 for CSFB to GERAN
Parameter Name
Parameter ID
CSFB Geran EventB1
Time To Trig
CSFallBackHo.CsfbHoGeranTimeToTrig
CSFB GERAN
EventB1 Trigger
Threshold
CSFallBackHo.CsfbHoGeranB1Thd
Description
None
4.4 Target Cell/Frequency Selection
Measurement Object Selection
The frequency priority used during measurement object selection is specified by the
GeranNfreqGroup.ConnFreqPriority parameter. A larger value indicates a higher priority.
Unlike the UTRAN frequency selection, in the GERAN frequency selection, if the total number
of GERAN frequencies in the highest-priority frequency group to be delivered and frequencies
that have been delivered exceeds the maximum number 32, the eNodeB does not deliver any
frequency in this group. The eNodeB then evaluates whether to deliver the GERAN frequencies
in the frequency group with the second highest priority. The evaluation stops when the number
of delivered frequencies is less than or equal to the maximum number or all frequency groups
have been evaluated.
The measurement priority for GERAN neighbor relationships can be automatically optimized by
ANR. The GERAN_SWITCH option of the ENodeBAlgoSwitch.NCellRankingSwitch parameter
controls the automatic optimization function. It is recommended that this option be selected only
if ANR is enabled. If this option is selected, the eNodeB automatically optimizes the
GeranNCell.NCellMeasPriority parameter for neighboring GERAN cells. This parameter cannot be
modified manually. For details, see ANR Management Feature Parameter Description.
For CSFB to GERAN, no cell measurement priority is configured. If the number of cells on a
frequency exceeds the maximum permissible number, the eNodeB randomly selects cells for
measurement.
Blind Handling Target Selection
If the CSFallBackBlindHoCfg.InterRatHighestPri parameter is set to GERAN(GERAN), the
eNodeB performs CSFB to GERAN.
The target selection procedure varies depending on whether neighboring GERAN cells have
been configured.
If neighboring GERAN cells have been configured:
The blind handover priority of a GERAN neighboring cell is specified
by the GeranNcell.BlindHoPriority parameter. A larger value indicates a
higher priority.
The GERAN frequency group priority for connected-mode UEs is
specified by the GeranNfreqGroup.ConnFreqPriority parameter. A
larger value indicates a higher priority.
If neighboring cells or frequencies have the same priority, the eNodeB
randomly selects one.
NOTE:
Due to uncertainty of random selection, you are not advised to set the priorities of
neighboring cells or frequencies to the same and configure one frequency in GERAN
neighboring frequency groups of different priorities to ensure the blind handover
success.
If no neighboring GERAN cell has been configured:
Neighboring GERAN frequency groups are configured in
GeranNfreqGroup MOs.
The PLMN information about neighboring GERAN frequencies is
contained in the GeranRanShare or GeranExternalCell MOs.
4.5 Decision
The decision for CSFB to GERAN is the same as that for CSFB to UTRAN. For details, see 3.5
Decision.
4.6 Execution
When a UE in an LTE network needs to perform a voice service but the LTE network does not
support VoLTE, a procedure of CSFB to an inter-RAT network is triggered.
CSFB from E-UTRAN to GERAN can be based on PS handover, CCO/NACC, redirection, or
fast redirection, as shown in Figure 4-2. This policy selection procedure is based on the assumption
that neighboring frequencies and cells have been configured appropriately.
During a PS handover for CSFB with blind handling applied, if the handover preparation in the
target cell with the highest blind handover priority fails, the eNodeB tries the cell with the
second highest blind handover priority. The eNodeB can try a maximum of eight cells. If all
these cells fail in handover preparation, the eNodeB performs emergency blind redirection.
Figure 4-2 EUTRAN-to-GERAN CSFB policy selection procedure
The parameters in Figure 4-2 are described as follows:
The CSFB protection timer is specified by the CSFallBackHo.CsfbProtectTimer
parameter. If the UE stays in the area covered by the eNodeB when the timer
expires, the eNodeB performs emergency blind redirection (that is, blind
redirection).
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 blind redirection. If only
the GERAN is available, the eNodeB still selects the GERAN for blind
redirection.
If there is no target frequency available for blind redirection, the
eNodeB stops the procedure.
If flash CSFB is enabled, you must set the number of GERAN cells carried during
emergency redirection, which is specified by the
InterRatHoComm.GeranCellNumForEmcRedirect parameter.
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.
The CSFB policies are controlled by the options of the
ENodeBAlgoSwitch.HoModeSwitch parameter:
The PS handover capability is specified by GeranPsHoSwitch.
The CCO capability is specified by GeranCcoSwitch.
The NACC capability is specified by GeranNaccSwitch.
The redirection capability is specified by GeranRedirectSwitch.
When CSFB to GERAN is based on CCO/NACC, the eNodeB obtains
system information of external cells through the RIM procedure. For
details about the RIM procedure, see 4.7 RIM Procedure Between E-UTRAN
and GERAN.
The CSFB policy is determined by different parameters, depending on whether
LOFD-001089 CS Fallback Steering to GERAN is enabled.
If this feature is enabled:
The CSFB policy for UEs in idle mode is specified by the
CSFallBackPolicyCfg.IdleModeCsfbHoPolicyCfg parameter.
The CSFB policy for UEs in connected mode is specified by the
CSFallBackPolicyCfg.CsfbHoPolicyCfg parameter.
If this feature is disabled, the CSFB policy is specified by the
CSFallBackPolicyCfg.CsfbHoPolicyCfg parameter, regardless of whether UEs are in
idle or connected mode.
If a target cell experiences admission failure during a handover from E-UTRAN to
GERAN, the target cell enters the penalty and retry procedure. The penalty and retry
procedure from E-UTRAN to GERAN is the same as that from E-UTRAN to
UTRAN. For details, see 3.6.4 Retry and Penalty.
4.7 RIM Procedure Between E-UTRAN and GERAN
The eNodeB can obtain system information through the RIM procedure between E-UTRAN and
GERAN. The GERAN_RIM_SWITCH option of the ENodeBAlgoSwitch.RimSwitch parameter
specifies the GERAN RIM mode.
If this option is selected, the eNodeB uses the RIM procedure in Multiple Report
mode to obtain the system information about GERAN cells when configuring these
cells as external cells.
If this option is deselected, the eNodeB uses the RIM procedure in Single Report
mode to obtain the system information about GERAN cells when configuring these
cells as external cells.
For details about principles, see 3.7-RIM Procedure Between E-UTRAN and UTRAN.
If the ENodeBAlgoSwitch.RimOnEcoSwitch parameter is set to OFF(Off), the RIM procedure is
performed through the core network. If this parameter is set to ON(On), the RIM procedure is
performed through the eCoordinator. The two RIM procedures select information exchange
modes in the same way. The operator-specific capability of obtaining SI of the GERAN through
the RIM procedure affects the CN-based RIM procedure other than the eCoordinator-based RIM
procedure.
In Figure 4-3:
The GeranSepOpMobilitySwitch option of the CellAlgoSwitch.HoAllowedSwitch
parameter specifies whether GERAN operators can use different mobility policies.
The GeranNetworkCapCfg.Mcc, GeranNetworkCapCfg.Mnc, and
GeranNetworkCapCfg.Lac parameters, and the SiByRimCapCfg option of the
GeranNetworkCapCfg.NetworkCapCfg parameter specify the operator-specific
capability of obtaining system information about GERAN through the RIM
procedure. If the capability is not configured for an operator or GERAN neighboring
cell, it is supported by default.
Figure 4-3 Information exchange mode selection for the RIM procedure
5
Handover and CSFB Procedure Conflict Optimization
When the UE in connected mode initiates the CSFB procedure during S1/X2 handover
preparation, the CSFB procedure conflicts with the handover procedure. The eNodeB
preferentially processes the handover procedure and responds to the MME with a CSFB call
request failure message. After the handover is complete, the MME re-sends a CSFB request
message to the eNodeB to re-initiate the CSFB procedure, as stipulated by 3GPP TS 23.401. If
the MME cannot re-send the CSFB reestablishment request in such a scenario, the CSFB call
fails.
When a UE attaching to the network or in idle mode initiates a TAU procedure, a default bearer
is established. The eNodeB considers the UE in connected mode and allows the handover
procedure before completing the Attach or TAU procedure. However, the MME allows the
handover procedure only after the Attach or TAU procedure is completed. Therefore, the MME
identifies the handover request from the eNodeB as inappropriate and discards it. The eNodeB
waits for the handover request response for 20s (default value specified by the timer). If the
eNodeB receives the UE CONTEXT MODIFICATION REQUEST message with the CS
Fallback Indicator IE from the MME, the eNodeB rejects the CSFB request and therefore the
CSFB call fails.
To solve CSFB call failure problems in the preceding scenarios, the eNodeB needs to
preferentially process the CSFB procedure upon the conflict. Select the CsfbFlowFirstSwitch
option of the GlobalProcSwitch.HoProcCtrlSwitch parameter so that the eNodeB preferentially
processes the CSFB procedure during handover preparation. If the eNodeB receives the UE
CONTEXT MODIFICATION REQUEST message with the CS Fallback Indicator IE before
handover indication is transmitted over the air interface, the eNodeB sends the HANDOVER
CANCEL message to the MME to cancel the handover procedure and prioritize the CSFB
procedure.
NOTE:
When the CSFB procedure conflicts with the inter-eNodeB reestablishment with no context, the eNodeB
preferentially processes the reestablishment procedure.
6
Related Features
6.1 LOFD-001033 CS Fallback to UTRAN
Prerequisite Features
Feature ID
LOFD-001019
Mutually Exclusive Features
None
Feature Name
PS Inter-RAT Mobility
between E-UTRAN and
UTRAN
Description
None
Impacted Features
Feature ID
Feature Name
LOFD-001035
CS Fallback to
CDMA2000 1xRTT
LOFD-001090
Enhanced CS Fallback to
CDMA2000 1xRTT
Description
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 or UTRAN,
according to 3GPP Release 9. Therefore,
it is not recommended that CSFB to
GERAN/UTRAN be enabled together with
CSFB to CDMA2000 1xRTT. That is, it is
not recommended that CSFB to UTRAN
be enabled together with the preceding
two features.
If both CSFB to UTRAN and CSFB to
CDMA2000 are enabled, the eNodeB
attempts to perform CSFB to UTRAN first.
If the attempt fails, the eNodeB tries
CSFB to CDMA2000.
6.2 LOFD-001052 Flash CS Fallback to UTRAN
Prerequisite Features
Feature ID
Feature/Function Name
Description
LOFD-001033
CS Fallback to UTRAN
None
N/A
RIM Procedure Between
E-UTRAN and UTRAN
None
Mutually Exclusive Features
None
Impacted Features
None
6.3 LOFD-070202 Ultra-Flash CSFB to UTRAN
Prerequisite Features
Feature ID
LOFD-001033
Feature Name
CS Fallback to UTRAN
Description
None
Mutually Exclusive Features
None
Impacted Features
None
6.4 LOFD-001068 CS Fallback with LAI to UTRAN
Prerequisite Features
Feature ID
LOFD-001033
Feature Name
CS Fallback to UTRAN
Description
None
Mutually Exclusive Features
None
Impacted Features
None
6.5 LOFD-001088 CS Fallback Steering to UTRAN
Prerequisite Features
Feature ID
Feature Name
Description
LOFD-001033
CS Fallback to UTRAN
None
LOFD-001078
E-UTRAN to UTRAN
CS/PS Steering
This feature is required if you need to
configure service priorities of target
frequencies based on UE status.
Mutually Exclusive Features
None
Impacted Features
Feature ID
LOFD-001089
Feature Name
CS Fallback Steering to
GERAN
Description
In overlapping coverage of GSM, UMTS,
and LTE networks, these two features, if
enabled simultaneously, achieve CSFB
steering to different RATs.
6.6 LOFD-001078 E-UTRAN to UTRAN CS/PS Steering
Prerequisite Features
Feature ID
LOFD-001033
Feature Name
CS Fallback to UTRAN
Description
None
Mutually Exclusive Features
None
Impacted Features
None
6.7 LOFD-001034 CS Fallback to GERAN
Prerequisite Features
Feature ID
LOFD-001020
Mutually Exclusive Features
None
Impacted Features
Feature Name
PS Inter-RAT Mobility
between E-UTRAN and
GERAN
Description
None
Feature ID
Feature Name
LOFD-001035
CS Fallback to
CDMA2000 1xRTT
LOFD-001090
Enhanced CS Fallback to
CDMA2000 1xRTT
Description
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 or UTRAN,
according to 3GPP Release 9. Therefore,
it is not recommended that CSFB to
GERAN/UTRAN be enabled together with
CSFB to CDMA2000 1xRTT. That is, it is
not recommended that CSFB to GERAN
be enabled together with either of the
preceding features.
If both CSFB to GERAN and CSFB to
CDMA2000 are enabled, the eNodeB
attempts to perform CSFB to GERAN
first. If the attempt fails, the eNodeB tries
CSFB to CDMA2000.
6.8 LOFD-001053 Flash CS Fallback to GERAN
Prerequisite Features
Feature ID
Feature/Function Name
Description
LOFD-001034
CS Fallback to GERAN
None
N/A
RIM Procedure Between
E-UTRAN and GERAN
None
Mutually Exclusive Features
None
Impacted Features
None
6.9 LOFD-081283 Ultra-Flash CSFB to GERAN
Prerequisite Features
Feature ID
LOFD-001034
Feature Name
CSFB to GERAN
Description
None
Mutually Exclusive Features
None
Impacted Features
None
6.10 LOFD-001069 CS Fallback with LAI to GERAN
Prerequisite Features
Feature ID
LOFD-001034
Feature Name
CSFB to GERAN
Description
None
Mutually Exclusive Features
None
Impacted Features
None
6.11 LOFD-001089 CS Fallback Steering to GERAN
Prerequisite Features
Feature ID
LOFD-001034
Mutually Exclusive Features
None
Impacted Features
Feature Name
CS Fallback to GERAN
Description
None
Feature ID
LOFD-001088
7
Feature Name
CS Fallback Steering to
UTRAN
Description
In overlapping coverage of GSM, UMTS,
and LTE networks, these two features, if
enabled simultaneously, achieve CSFB
steering to different RATs.
Network Impact
7.1 LOFD-001033 CS Fallback to UTRAN
System Capacity
In essence, CSFB provides CS service access for E-UTRAN UEs. Considering that the number
of UEs that request CS services within an area is relatively stable and is not affected by EPS
deployment, CSFB has no impact on the total number of UEs that request CS services within a
network.
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
increases system capacity.
CSFB mechanisms affect signaling overhead as follows:
If redirection is used as the CSFB mechanism, no extra signaling message is
required for the UTRAN because each CSFB procedure is equivalent to the
initiation of a new CS service. The EPS does not need to interact with the target
network, and the corresponding signaling overhead is negligible.
If PS handover is used as the CSFB mechanism, extra signaling messages are
required from each NE for the request, preparation, and execution of each handover.
However, from the perspective of traffic statistics, the number of UEs that initiate
CS services per second per cell during peak hours is far below cell capacity.
Therefore, signaling overhead caused by PS handovers is low.
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
increases the CSFB delay.
CSFB affects the access success rate as follows:
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.
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. Handovertriggered 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.
7.2 LOFD-001052 Flash CS Fallback to UTRAN
System Capacity
In essence, CSFB provides CS service access for E-UTRAN UEs. Considering that the number
of UEs that request CS services within an area is relatively stable and is not affected by EPS
deployment, CSFB has no impact on the total number of UEs that request CS services within a
network.
CSFB mechanisms affect 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
This feature enables UEs to obtain information about the target UTRAN cell for redirection
before RRC connections to the LTE network are released, reducing the delay of CSFB to
UTRAN by approximately 0.2s to 0.5s. This gain varies depending on the radio network
environment and the processing capability of UEs.
Flash CSFB affects the access success rate as follows:
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.
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.
7.3 LOFD-070202 Ultra-Flash CSFB to UTRAN
System Capacity
No impact.
Network Performance
Compared with standard CSFB, this feature reduces the delay of CSFB to UTRAN by about 0.5s
to 1.5s, improving user experience.
7.4 LOFD-001068 CS Fallback with LAI to UTRAN
System Capacity
No impact.
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.
7.5 LOFD-001088 CS Fallback Steering to UTRAN
System Capacity
No impact.
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.
7.6 LOFD-001078 E-UTRAN to UTRAN CS/PS Steering
System Capacity
No impact.
Network Performance
E-UTRAN to UTRAN CS/PS Steering enables an eNodeB to include only UTRAN frequencies
with the highest CS service priority in measurement configurations. This prevents redundant
measurements, reduces the measurement time, and decreases end-to-end CSFB delay.
Consistent settings of the CS service priorities for UTRAN frequencies between the E-UTRAN
and the UTRAN help prevent further handovers for service steering after CSFB.
7.7 LOFD-001034 CS Fallback to GERAN
System Capacity
In essence, CSFB provides CS service access for E-UTRAN UEs. Considering that the number
of UEs that request CS services within an area is relatively stable and is not affected by EPS
deployment, CSFB has no impact on the total number of UEs that request CS services within a
network.
CSFB mechanisms affect signaling overhead as follows:
If redirection or CCO without NACC is used as the CSFB mechanism, no extra
signaling message is required for the GERAN because each CSFB procedure is
equivalent to the initiation of a new CS service. The EPS does not need to interact
with the target network. Therefore, signaling overhead is negligible.
If CCO with NACC is used as the CSFB mechanism, extra signaling messages are
required only during eNodeB deployment.
If PS handover is used as the CSFB mechanism, extra signaling messages are
required from each NE for the request, preparation, and execution of each handover.
However, from the perspective of traffic statistics, the number of UEs that initiate
CS services per second per cell during peak hours is far below cell capacity.
Therefore, signaling overhead caused by PS handovers is low.
Network Performance
CSFB affects the access success rate as follows:
If redirection or CCO/NACC 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.
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. Handovertriggered 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 GERAN.
7.8 LOFD-001053 Flash CS Fallback to GERAN
System Capacity
In essence, CSFB provides CS service access for E-UTRAN UEs. Considering that the number
of UEs that request CS services within an area is relatively stable and is not affected by EPS
deployment, CSFB has no impact on the total number of UEs that request CS services within a
network.
CSFB mechanisms affect 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.
This feature enables UEs to obtain information about the target GERAN cell for redirection
before RRC connections to the LTE network are released, reducing the delay of CSFB to
GERAN by approximately 0.2s to 0.5s. This gain varies depending on the radio network
environment and the processing capability of UEs.
7.9 LOFD-081283 Ultra-Flash CSFB to GERAN
System Capacity
When DRX is used for measurements, there is a higher probability that the UE enters sleep time.
This affects scheduling and therefore decreases cell throughput.
Network Performance
Compared with standard CSFB, this feature reduces the delay of CSFB to GERAN by about 0.5s
to 1.5s, improving user experience.
7.10 LOFD-001069 CS Fallback with LAI to GERAN
System Capacity
No impact.
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.
7.11 LOFD-001089 CS Fallback Steering to GERAN
System Capacity
No impact.
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.
8
Engineering Guidelines
8.1 LOFD-001033 CS Fallback to UTRAN
This section provides engineering guidelines for LOFD-001033 CS Fallback to UTRAN.
8.1.1 When to Use
Use this feature in the initial phase of LTE network deployment when the following conditions
are met:
The operator owns a mature UTRAN network.
The LTE network does not provide VoLTE services, or UEs in the LTE network do
not support VoLTE services.
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 serve the same area, or the UTRAN
cell provides better coverage than the E-UTRAN cell, use CSFB based on blind handling to
decrease the CSFB delay.
8.1.2 Required Information
1. Collect the operating frequencies, coverage areas, and configurations of the EUTRAN and UTRAN cells. Information about coverage areas includes engineering
parameters of sites (such as latitude and longitude), TX power of cell pilot signals,
and neighbor relationship configurations.
2. Collect the versions and configurations of the NEs in the E-UTRAN, UTRAN, and
core networks, and ensure that they all support CSFB. Table 8-1 describes the
requirements of CSFB to UTRAN for the core networks.
3. 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 InterRAT Mobility Management in Connected Mode.
4. Collect information about the RNC, MME, and SGSN to check whether they all
support RIM procedures.
Table 8-1 Requirements of CSFB to UTRAN for core networks
NE
Requirement
MME
MSC
SGSN
Supports the SGs interface to the
MSC/VLR.
Selects the VLR and LAI based on the
TAI of the serving cell.
Forwards paging messages delivered
by the MSC.
Performs PLMN selection and
reselection.
Supports combined EPS/IMSI attach,
combined EPS/IMSI detach, and
combined TAU/LAU.
Routes CS signaling.
Supports SMS over SGs.
Supports combined EPS/IMSI attach.
Supports SMS over SGs.
Forwards paging messages transmitted
through the SGs interface.
Does not activate idle mode signaling reduction
(ISR) during the combined RAU/LAU procedure
initiated by the UE.
8.1.3 Requirements
Operating Environment
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.
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 8-2.
Table 8-2 License control item for CSFB to UTRAN
Feature ID
LOFD-001033
Feature Name
CS Fallback
to UTRAN
Model
License
Control Item
NE
LT1S00CFBU00 CS Fallback
eNodeB
to
UTRAN(FDD)
Sales Unit
per RRC
Connected
User
8.1.4 Precautions
None
8.1.5 Data Preparation and Feature Activation
8.1.5.1 Data Preparation
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 UTRAN 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 serves the
external UTRAN cell works in RAN sharing with common carriers mode and
multiple operators share the external UTRAN cell.
4. UtranNCell: used to configure the neighboring 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 CellHoParaCfg and
CellAlgoSwitch MOs to set the cell-level handover mode and handover allowed switches for CS
Fallback to UTRAN.
Paramete
r Name
Parameter ID
Data Source
Setting Notes
Engineerin
g Design
Set this parameter based on the
network plan.
To activate PS handovers, select the
UtranPsHoSwitch(UtranPsHoSwitc
h) option. If this option is deselected,
redirection will be used for CSFB to
UTRAN.
Handove CellAlgoSwitch.HoAllowedSwit Radio
r Allowed ch
Planning
Switch
(Negotiatio
n with the
peer)
To activate CSFB to UTRAN, select
the
UtranCsfbSwitch(UtranCsfbSwitch
) option.
Handove CellHoParaCfg.HoModeSwitch
r Mode
switch
The following table describes the parameters that must be set in the ENodeBAlgoSwitch and
CellHoParaCfg MOs to set eNodeB- and cell-level blind handover switches.
Parameter
Name
Parameter ID
Data Source
Setting Notes
Handove ENodeBAlgoSwitch.HoModeSwitc
h
r Mode
switch
Engineerin
g Design
To activate blind handovers,
select the
BlindHoSwitch(BlindHoSwitch
) option of this parameter. If this
option is deselected, blind
handovers will not take effect in
any cell served by the eNodeB.
Handove CellHoParaCfg.HoModeSwitch
r Mode
switch
Engineerin
g Design
To activate blind handovers for a
cell served by the eNodeB,
select the
BlindHoSwitch(BlindHoSwitch
) option of this parameter. If this
option is deselected, blind
handovers will not take effect in
this cell.
The following table describes the parameters that must be set in the CellAlgoSwitch and
CSFallBackHo MOs to set the switch for cell-level adaptive blind handover for CSFB and the
A1 threshold for adaptive blind handover for CSFB.
Parame
ter
Name
Parameter ID
Data Source
Setting Notes
Hando CellAlgoSwitch.HoAll
owedSwitch
ver
Allowe
d
Switch
Radio Planning When UTRAN and E-UTRAN cells are co(Negotiation
sited with the same coverage, you can turn
with the peer)
on
CsfbAdaptiveBlindHoSwitch(CsfbAdapti
veBlindHoSwitch). The eNodeB decides
whether to use measurement-based or
blind handovers to UTRAN based on A1
reports from UEs.
CSFB CSFallBackHo.BlindH
Adapti oA1ThdRsrp
ve
Blind
Ho A1
RSRP
Trigge
r
Thres
hold
Default/Recom
mended value
This parameter specifies the RSRP
threshold of the serving cell above which a
CSFB-triggered adaptive blind handover is
triggered. If the RSRP value measured by a
UE exceeds this threshold, the UE submits
an event A1 report. If the eNodeB receives
an event A1 report, it directly enters the
blind handling procedure. If the eNodeB
does not receive an event A1 report (the
UE is located at the edge of the E-UTRAN
cell), it enters the measurement procedure.
The target measurement RAT depends on
configured RAT priorities and UE
capabilities.
On the live network, set this parameter
based on network coverage.
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.
Parameter
Name
Parameter ID
CSFallBackBlindHoCfg.CnOperatorId
CN
Operator
ID
Data Source
Engineering Design
Setting Notes
Set this
parameter
based on the
network plan.
This parameter
identifies the
operator
whose RAT
blind-handover
priorities are to
be set.
Parameter
Name
Parameter ID
Data Source
Setting Notes
Highest
priority
InterRat
CSFallBackBlindHoCfg.InterRatHighestPri Default/Recommended Set this
value
parameter
based on the
network plan.
This parameter
is set to
UTRAN by
default and
specifies the
highest-priority
RAT to be
considered in
blind
handovers for
CSFB. For
CSFB to
UTRAN, set
this parameter
to UTRAN.
Second
priority
InterRat
CSFallBackBlindHoCfg.InterRatSecondPri Default/Recommended Set this
value
parameter
based on the
network plan.
This parameter
is set to
GERAN by
default and
specifies the
secondhighest-priority
RAT to be
considered in
blind
handovers for
CSFB. Ensure
that the
secondhighest-priority
RAT is
different from
the highestpriority RAT
and lowestpriority RAT.
Parameter
Name
Lowest
priority
InterRat
Parameter ID
Data Source
Setting Notes
CSFallBackBlindHoCfg.InterRatLowestPri Default/Recommended Set this
value
parameter
based on the
network plan.
This parameter
is set to
CDMA2000 by
default and
specifies the
lowest-priority
RAT to be
considered in
blind
handovers for
CSFB. Ensure
that the lowestpriority RAT is
different from
the highestpriority RAT
and secondhighest-priority
RAT.
UTRAN CSFallBackBlindHoCfg.UtranLcsCap
LCS
capability
Default/Recommended Set this
value
parameter
based on the
network plan.
This parameter
specifies the
LCS capability
of the UTRAN.
The following table describes the parameters that must be set in the CellOpHoCfg MO to set
cell-level handover priorities of different RATs for CSFB.
Parameter
Name
Parameter ID
CellOpHoCfg.CnOperatorId
CN
Operator
ID
Data Source
Engineering Design
Setting Notes
Set this parameter based
on the network plan. This
parameter identifies the
operator whose RAT
blind-handover priorities
are to be set.
Parameter
Name
Parameter ID
Local cell CellOpHoCfg.LocalCellId
ID
Data Source
Radio Planning
(Internal planning)
Setting Notes
Set this parameter based
on the network plan. This
parameter identifies the
cell whose RAT blindhandover priorities are to
be set.
Highest CellOpHoCfg.InterRatHighestPri Default/Recommended Set this parameter based
Priority
value
on the network plan. This
InterRAT
parameter is set to
UTRAN by default and
specifies the highestpriority RAT to be
considered in blind
handovers for CSFB. For
CSFB to UTRAN, set this
parameter to UTRAN.
Second CellOpHoCfg.InterRatSecondPri Default/Recommended Set this parameter based
Priority
value
on the network plan. This
InterRAT
parameter is set to
GERAN by default and
specifies the secondhighest-priority RAT to be
considered in blind
handovers for CSFB.
Ensure that the secondhighest-priority RAT is
different from the highestpriority RAT and lowestpriority RAT.
CellOpHoCfg.InterRatLowestPri Default/Recommended Set this parameter based
Lowest
Priority
value
on the network plan. This
InterRAT
parameter is set to
CDMA2000 by default
and specifies the lowestpriority RAT to be
considered in blind
handovers for CSFB.
Ensure that the lowestpriority RAT is different
from the highest-priority
RAT and second-highestpriority RAT.
The following table describes the parameter that must be set in the ENodeBAlgoSwitch MO to
activate load-based CSFB.
Paramet
er Name
Parameter ID
Data
Source
Setting Notes
Handov ENodeBAlgoSwitch.HoAlgoS Engineeri To activate load-based CSFB, select the
er Algo witch
ng Design CSFBLoadInfoSwitch(CSFBLoadInfoS
witch) option.
switch
The following table describes the parameter that must be set in the GlobalProcSwitch MO to set
load-based CSFB to UTRAN.
Parameter
Name
Parameter ID
Data Source
Setting Notes
Choose GlobalProcSwitch.UtranLoadTransChan Engineering Set this parameter to
BASED_ON_RIM to enable
UMTS
Design
Cell
UTRAN cell load information
Load Info
acquisition through RIM if the
Trans
RNC, MME, and SGSN
Channel
support RIM.
The following table describes the parameter that must be set in the CellHoParaCfg MO to set
load-based CSFB to UTRAN.
Parameter
Name
Parameter ID
CellHoParaCfg.L2UCsfbMRPr
LTE To
oMode
UTRAN
CSFB
Measurem
ent
Processing
Mode
Data
Source
Setting Notes
Radio
Planning
(Negotiati
on with
the peer)
When load-based CSFB is enabled
and the value of the
L.IRATHO.E2W.HighLoad.CSFB.Pre
pAttOut counter is great, the
BASED_ON_LOAD(BASED_ON_LO
AD) option of this parameter can be
selected to increase the handover
preparation success rate. However,
the CSFB latency also increases.
The following table describes the parameter that must be set in the CSFallBackHo MO to set the
CSFB protection timer.
Parameter
Name
CSFB
Protect
Timer
Parameter ID
Data
Source
CSFallBackHo.CsfbProtectTimer Radio
Planning
(Internal
planning)
Setting Notes
Set this parameter to its recommended
value.
If this parameter is set to 0, the CSFB
protection timer specified by the
CSFallBackHo.CsfbProtectionTimer
parameter takes effect.
The following table describes the parameter that must be set in the CSFallBackPolicyCfg MO to
specify the CSFB policy.
Parameter
Name
CSFB
handover
policy
Configuratio
n
Parameter ID
Data Source
CSFallBackPolicyCfg.CsfbHoPolicyCf Default/Recommende
g
d value
Setting Notes
Set this
parameter
based on the
network plan.
The default
values are
REDIRECTION
, CCO_HO,
and PS_HO.
You are
advised to set
this parameter
based on the
UE capabilities
and network
capabilities.
NOTE:
If none of the three
options is selected
and measurementbased mobility is
enabled, the
eNodeB does not
perform CSFB for
a UE until the
CSFB protection
timer expires.
Then the eNodeB
performs blind
redirection for
CSFB. If blind
handling is
Parameter
Name
Parameter ID
Data Source
Setting Notes
enabled, the
eNodeB directly
performs blind
redirection for
CSFB.
CCO_HO applies
only to CSFB to
GERAN.
The following table describes the parameter that must be set in the GlobalProcSwitch MO to
control redirection-based CSFB optimization for UEs in idle mode.
Parameter
Name
Parameter ID
Data Source
Setting Notes
GlobalProcSwitch.ProtocolMsgOptSwit Engineerin To shorten the CSFB delay
Protocol
ch
Message
g Design
by skipping an RRC
Optimizatio
connection reconfiguration
n Switch
procedure during blind
redirection for CSFB, select
the
IdleCsfbRedirectOptSwitc
h option of this parameter.
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.
Parameter
Name
Parameter ID
Data Source
Setting Notes
CSFallBackBlindHoCfg.UtranCsfbBlindRedir Default/Recommend The function
CSFB to
RrSw
UTRAN
ed value
correspondin
Blind
g to this
Redirectio
parameter
n RR
does not take
Switch
effect when
CSFB with
LAI, flash
CSFB, CSFB
steering, or
CS/PS
steering is
Parameter
Name
Parameter ID
Data Source
Setting Notes
enabled. This
parameter
will be
canceled in
later
versions. The
default value
OFF is
recommende
d.
The following table describes the parameter that must be set in the GlobalProcSwitch MO to set
the CSFB frequency selection optimization switch.
Paramete
r Name
Parameter ID
GlobalProcSwitch.CsfbFl
CSFB
owOptSwitch
Flow
Optimiza
tion
Switch
Data Source
Default/Recom
mended value
Setting Notes
The
UTRAN_CSFB_FREQ_CHOOSE_O
PT_SW(UTRAN CSFB Freq Choose
Opt Sw) option of this parameter
specifies whether to optimize target
frequency selection for CSFB to
UTRAN if there are several target
frequencies with the same priority.
For details, see 3.4 Target Cell/Frequency
Selection.
Set this parameter based on the
network plan.
The following table describes the parameters that must be set in the CellHoParaCfg MO to
configure the measurement report processing and waiting functions.
Parameter
Name
Parameter ID
Data
Source
Setting Notes
LTE To
UTRAN
CSFB
Measureme
nt
Processing
Mode
CellHoParaCfg.L2UCsfbMRProM
Radio
Planning
(Negotiatio
n with the
peer)
If this parameter is set to
BASED_ON_SIGNAL_STRENG
TH or
BASED_ON_FREQ_PRIORITY,
the eNodeB does not
immediately trigger handover
after receiving a measurement
report. Instead, it waits for other
ode
Parameter
Name
Parameter ID
Data
Source
Setting Notes
measurement reports so that it
can select a desired cell from the
measurement reports for CSFB.
CSFB
Measureme
nt Waiting
Timer
CellHoParaCfg.CsfbMRWaitingTi Radio
mer
Planning
(Negotiatio
n with the
peer)
The default value 100ms is
recommended. This avoids long
time in waiting for the next
measurement report and the
impact on CSFB delay.
The following table describes the parameter that must be set in the GlobalProcSwitch MO to set
the policy for handling the conflicts between handover and CSFB procedures.
Paramet
er Name
Parameter ID
Handov GlobalProcSwitch.HoProcCtrl
Switch
er
Process
Control
Switch
Data
Source
Setting Notes
Engineeri It is recommended that the
ng Design CsfbFlowFirstSwitch(CsfbFlowFirstS
witch) option be selected when the
number of CSFB preparation failures
increases due to conflict between
handover and CSFB procedures. The
number of CSFB preparation failures
because of procedure conflicts is
obtained from L.CSFB.PrepFail.Conflict.
8.1.5.2 Using the CME
Fast Batch Activation
This feature can be batch activated using the Feature Operation and Maintenance
function of 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.
Single/Batch Configuration
This feature can be activated for a single eNodeB or a batch of eNodeBs on the
CME. For detailed operations, see CME-based Feature Configuration.
8.1.5.3 Using MML Commands
Using MML Commands
Common step: Enable CSFB to UTRAN.
1. Run the MOD CELLALGOSWITCH command with the
UtranCsfbSwitch(UtranCsfbSwitch) option of the Handover Allowed Switch
parameter selected.
NOTE:
This function is also controlled by the UtranCsfbSwitch option of the eNodeB-level parameter
ENodeBAlgoSwitch.HoAlgoSwitch.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does
not take effect. If the option of the eNodeB-level parameter is deselected, the option of the cell-level
parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to
use the cell-level parameter.
Basic scenario 1: CSFB to UTRAN using blind redirection
CSFB to UTRAN using blind redirection works regardless of whether neighboring
UTRAN cells are configured.
If you want to configure a neighboring UTRAN cell, you must
configure the UtranNFreq and UtranNCell MOs. For details about
parameter settings, see Inter-RAT Mobility Management in Connected Mode.
If you do not want to configure a neighboring UTRAN cell, you must
configure the UtranRanShare or UtranExternalCell MO. For details
about parameter settings, see Inter-RAT Mobility Management in Connected
Mode.
1. Run the following eNodeB- and cell-level commands to enable blind handovers for
CSFB to UTRAN:
a. Run the MOD ENODEBALGOSWITCH command with the
BlindHoSwitch(BlindHoSwitch) option of the Handover Mode
switch parameter selected.
b. Run the MOD CELLHOPARACFG command with the
BlindHoSwitch option of the Handover Mode switch parameter
selected.
2. 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.
3. (Optional) If a neighboring UTRAN cell is configured, run the MOD
UTRANNCELL command with the Blind handover priority parameter set to the
highest priority (for example, 32).
4. (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 (for example, 8).
Basic scenario 2: CSFB to UTRAN using blind handovers
1. Run MML commands to configure neighboring UTRAN frequencies and UTRAN
cells. For details about parameter settings, see Inter-RAT Mobility Management in
Connected Mode.
2. Run the following eNodeB- and cell-level commands to enable blind handovers for
CSFB to UTRAN:
a. Run the MOD ENODEBALGOSWITCH command with the
BlindHoSwitch(BlindHoSwitch) option of the eNodeB-level
parameter Handover Mode switch selected.
b. Run the MOD CELLHOPARACFG command with the
BlindHoSwitch option of the Handover Mode switch parameter
selected.
3. Run the MOD CSFALLBACKPOLICYCFG command with the PS_HO option
of the CSFB handover policy Configuration parameter selected.
4. Run the MOD CELLHOPARACFG command with the
UtranPsHoSwitch(UtranPsHoSwitch) option of the Handover Mode switch
parameter selected.
NOTE:
This function is also controlled by the UtranPsHoSwitch option of the eNodeB-level parameter
ENodeBAlgoSwitch.HoModeSwitch.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does
not take effect. If the option of the eNodeB-level parameter is deselected, the option of the cell-level
parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to
use the cell-level parameter.
5. Run the MOD UTRANNCELL command with the Blind handover priority
parameter set to 32.
Basic scenario 3: CSFB to UTRAN using measurement-based redirection
1. Run MML commands to configure neighboring UTRAN frequencies and UTRAN
cells. For details about parameter settings, see Inter-RAT Mobility Management in
Connected Mode.
2. Run the MOD CELLHOPARACFG command with the BlindHoSwitch option of
the Handover Mode switch parameter deselected for the cells to be measured.
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.
4. Run the MOD CSFALLBACKHO command with the CSFB Protection Timer
parameter specified.
Basic scenario 4: CSFB to UTRAN using measurement-based handovers
1. Run MML commands to configure neighboring UTRAN frequencies and UTRAN
cells. For details about parameter settings, see Inter-RAT Mobility Management in
Connected Mode.
2. Run the MOD CELLHOPARACFG command with the BlindHoSwitch option of
the Handover Mode switch parameter deselected for the cells to be measured.
3. Run the MOD CSFALLBACKPOLICYCFG command with the PS_HO option
of the CSFB handover policy Configuration parameter selected.
4. Run the MOD CSFALLBACKHO command with the CSFB Protection Timer
parameter specified.
5. Run the MOD CELLHOPARACFG command with the
UtranPsHoSwitch(UtranPsHoSwitch) option of the Handover Mode switch
parameter selected.
NOTE:
This function is also controlled by the UtranPsHoSwitch option of the eNodeB-level parameter
ENodeBAlgoSwitch.HoModeSwitch.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does
not take effect. If the option of the eNodeB-level parameter is deselected, the option of the cell-level
parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to
use the cell-level parameter.
Enhanced scenario 1: Load-based CSFB to UTRAN
Run the following commands after the commands for a basic scenario have been
executed:
1. Run the MOD ENODEBALGOSWITCH command with the
CSFBLoadInfoSwitch(CSFBLoadInfoSwitch) option of the Handover Algo
switch parameter selected.
2. Run the MOD GLOBALPROCSWITCH command with the Choose UMTS Cell
Load Info Trans Channel parameter set to BASED_ON_RIM.
3. (Optional) Run the MOD CELLHOPARACFG command with the LTE To
UTRAN CSFB Measurement Processing Mode parameter set to
BASED_ON_LOAD(BASED_ON_LOAD).
Enhanced scenario 2: Measurement report processing and waiting
Run the following command after the commands for a basic scenario have been
executed:
1. Run the MOD CELLHOPARACFG command with the
HANDOVER_IMMEDIATELY option of the LTE To UTRAN CSFB
Measurement Processing Mode parameter selected.
Enhanced scenario 3: Policy setting for handling the conflicts between handover and
CSFB procedures
Run the following command after the commands for a basic scenario have been
executed:
1. Run the MOD GLOBALPROCSWITCH command with the
CsfbFlowFirstSwitch option of the Handover Process Control Switch parameter
selected.
Enhanced scenario 4: If you need to set the highest-priority RAT for CSFB to
UTRAN, run the following commands after the commands for a basic scenario have
been executed:
1. Run the MOD CSFALLBACKBLINDHOCFG command with the Highest
priority InterRat and Second priority InterRat parameters set to UTRAN and
GERAN, respectively.
2. Run the ADD CELLOPHOCFG command with the Highest Priority InterRAT
and Second Priority InterRAT parameters set to UTRAN and GERAN,
respectively.
MML Command Examples
Common step: Enable CSFB to UTRAN.
MOD CELLALGOSWITCH: LocalCellId=0, HoAllowedSwitch= UtranCsfbSwitch-1;
Basic scenario 1: CSFB to UTRAN using blind redirection (configured with neighboring
UTRAN cells)
MOD ENODEBALGOSWITCH: HoModeSwitch=BlindHoSwitch-1;
MOD CELLHOPARACFG: LocalCellId=0, HoModeSwitch=BlindHoSwitch-1;
MOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=REDIRECTION-1&CCO_HO-0&PS_HO-0;
MOD UTRANNCELL: LocalCellId=0, Mcc="460", Mnc="20", RncId=1, CellId=123,
BlindHoPriority=32;
Basic scenario 1: CSFB to UTRAN using blind redirection (without neighboring UTRAN cells)
MOD
MOD
MOD
MOD
MOD
ENODEBALGOSWITCH: HoModeSwitch=BlindHoSwitch-1;
CELLHOPARACFG: LocalCellId=0, HoModeSwitch=BlindHoSwitch-1;
CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=REDIRECTION-1&CCO_HO-0&PS_HO-0;
UTRANNFREQ: LocalCellId=0, UtranDlArfcn=9700, ConnFreqPriority=8;
UTRANRANSHARE: LocalCellId=0, UtranDlArfcn=9700, Mcc="460", Mnc="20";
Basic scenario 2: CSFB to UTRAN using blind handovers
MOD ENODEBALGOSWITCH: HoModeSwitch=BlindHoSwitch-1;
MOD CELLHOPARACFG: LocalCellId=0, HoModeSwitch=BlindHoSwitch-1;
MOD CELLHOPARACFG: LocalCellId=0, HoModeSwitch=UtranPsHoSwitch-1;
MOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=PS_HO-1;
MOD UTRANNCELL: LocalCellId=0, Mcc="460", Mnc="20", RncId=1, CellId=123,
BlindHoPriority=32;
Basic scenario 3: CSFB to UTRAN using measurement-based redirection
MOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=REDIRECTION-1&CCO_HO-0&PS_HO-0;
MOD CSFALLBACKHO: LocalCellId=0, CsfbProtectTimer=20;
MOD CELLHOPARACFG: LocalCellId=0, HoModeSwitch=BlindHoSwitch-0;
Basic scenario 4: CSFB to UTRAN using measurement-based handovers
MOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=PS_HO-1;
MOD CSFALLBACKHO: LocalCellId=0, CsfbProtectTimer=20;
MOD CELLHOPARACFG: LocalCellId=0, HoModeSwitch=BlindHoSwitch0&UtranPsHoSwitch-1;
Enhanced scenario 1: Load-based CSFB to UTRAN
MOD ENODEBALGOSWITCH: HoAlgoSwitch=CSFBLoadInfoSwitch-1;
MOD GLOBALPROCSWITCH: UtranLoadTransChan=BASED_ON_RIM;
MOD CELLHOPARACFG: LocalCellId=0, L2UCsfbMRProMode= BASED_ON_LOAD;
Enhanced scenario 2: Measurement report processing and waiting
MOD CELLHOPARACFG: LocalCellId=0, L2UCsfbMRProMode= HANDOVER_IMMEDIATELY;
Enhanced scenario 3: Policy setting for handling the conflicts between handover and CSFB
procedures
MOD GLOBALPROCSWITCH: HoProcCtrlSwitch= CsfbFlowFirstSwitch-1;
Enhanced scenario 4: Highest-priority RAT for CSFB set to UTRAN
MOD CSFALLBACKBLINDHOCFG: CnOperatorId=0, InterRatHighestPri=UTRAN,
InterRatSecondPri=GERAN;
ADD CELLOPHOCFG: LocalCellId=0, CnOperatorId=0, InterRatHighestPri=UTRAN,
InterRatSecondPri=GERAN;
8.1.6 Activation Observation
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.
The activation observation procedure for load-based CSFB to UTRAN is as follows:
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 provide
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.
and Figure 8-2 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.
Figure 8-1
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.
Figure 8-1 Redirection-based CSFB to UTRAN for a mobile-originated call
Figure 8-2 Redirection-based CSFB to UTRAN for a mobile-terminated 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.
If measurement-based redirection is used for CSFB to UTRAN, the eNodeB delivers the B1related 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 8-3, 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 8-3 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 8-4 shows the PS handover procedure. As shown in the red and green
boxes in Figure 8-5, in the handover command sent over the air interface, the cs-FallbackIndicator
IE is TRUE and the target RAT is UTRAN.
Figure 8-4 PS handover procedure
Figure 8-5 The MobilityFromEUTRAN message during CSFB to UTRAN
MML Command Observation
The activation observation procedure for load-based CSFB to UTRAN is as follows: Run the
DSP UTRANRIMLOADINFO command to query neighboring UTRAN cell load status to
check whether load-based CSFB has been activated.
If the neighboring UTRAN cell load status is displayed, load-based CSFB has been activated.
Counter Observation
Table 8-3
lists the performance counters for observing functions related to CSFB to UTRAN.
Table 8-3 Performance counters for observing CSFB to UTRAN
Function
CSFB to
UTRAN
Counter ID
Counter Name
1526728323 L.CSFB.E2W
Description
Number of times CSFB to
UTRAN is performed
CSFB to
1526728709 L.CSFB.E2W.Emergency
UTRAN
triggered
for
emergency
calls
Number of times CSFB to
UTRAN is triggered for
emergency calls
RIM during 1526728949 L.RIM.Load.E2W.Req
load-based
CSFB to
UTRAN
Number of load information
requests sent from an
eNodeB to a UMTS
network
Loadbased
CSFB to
UTRAN
1526728950 L.RIM.Load.E2W.Resp
Number of load information
responses sent from a
UMTS network to an
eNodeB
1526728951 L.RIM.Load.E2W.Update
Number of load information
updates sent from a UMTS
network to an eNodeB
1526745667 L.IRATHO.E2W.HighLoad.CSFB.PrepAttOut Number of CSFB-based
handover preparation
attempts from E-UTRAN
cells to high-load WCDMA
cells. When this function
takes effect, the counter
value becomes 0.
8.1.7 Deactivation
Table 8-4
describes the parameters for deactivating this feature.
Table 8-4 Parameters for deactivating CSFB to UTRAN
MO
Parameter Group
Setting Notes
ENodeBAlgoSwitch
HoAlgoSwitch
To deactivate load-based CSFB to
UTRAN, clear the
CSFBLoadInfoSwitch option.
CellAlgoSwitch
HoAllowedSwitch
To deactivate CSFB to UTRAN, clear
the UtranCsfbSwitch option.
To deactivate only adaptive blind
handover for CSFB, clear the
CsfbAdaptiveBlindHoSwitch option.
This feature can be deactivated using the CME or MML commands.
8.1.7.1 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.1.7.2 Using MML Commands
Using MML Commands
Deactivating CSFB to UTRAN
Run the MOD CELLALGOSWITCH command with the
UtranCsfbSwitch(UtranCsfbSwitch) option of the Handover Allowed Switch
parameter cleared.
Deactivating only load-based CSFB to UTRAN
Run the MOD ENODEBALGOSWITCH command with the
CSFBLoadInfoSwitch(CSFBLoadInfoSwitch) option of the Handover Algo
switch parameter cleared.
Deactivating adaptive-blind-handover-based CSFB
Run the MOD CELLALGOSWITCH command with the
CsfbAdaptiveBlindHoSwitch(CsfbAdaptiveBlindHoSwitch) option of the
Handover Allowed Switch parameter cleared.
MML Command Examples
Deactivating CSFB to UTRAN
MOD CELLALGOSWITCH: LocalCellId=0,HoAllowedSwitch=UtranCsfbSwitch0;
Deactivating only load-based CSFB to UTRAN
MOD ENODEBALGOSWITCH: HoAlgoSwitch=CSFBLoadInfoSwitch-0;
Deactivating adaptive-blind-handover-based CSFB
MOD CELLALGOSWITCH: LocalCellId=0,HoAllowedSwitch=
CsfbAdaptiveBlindHoSwitch-0;
8.1.8 Performance Monitoring
CSFB is an end-to-end service. The performance counters on the LTE side can only indicate the
success rate of the CSFB procedure on the LTE side, and they cannot indicate the success rate of
the CSFB procedure on the target side. Therefore, the performance counters on the LTE side
cannot directly show user experience of the CSFB procedure. It is recommended that you
perform drive tests and use the performance counters on the UE side to indicate the actual user
experience of the CSFB procedure.
Table 8-5
lists the counters related to the execution of CSFB by the eNodeB.
Table 8-5 Counters related to the execution of CSFB by the eNodeB
Counter ID
Counter Name
Description
1526728321
L.CSFB.PrepAtt
Number of CSFB indicators received by the
eNodeB
1526728322
L.CSFB.PrepSucc
Number of successful CSFB responses
from the eNodeB
Table 8-6
lists the counter related to CSFB to UTRAN.
Table 8-6 Counter related to CSFB to UTRAN
Counter ID
1526728323
Counter Name
L.CSFB.E2W
Description
Number of procedures for CSFB to WCDMA
network
lists the counters that indicate whether CSFB is performed through redirection or
handover.
Table 8-7
Table 8-7 Counters related to CSFB through redirection or handover
Counter ID
Counter Name
Description
1526728497
L.RRCRedirection.E2W.CSFB
Number of CSFB-based redirections from
E-UTRANs to WCDMA network
1526728504
L.IRATHO.E2W.CSFB.PrepAttOut
Number of CSFB-based inter-RAT
handover preparation attempts from EUTRAN to WCDMA network
After the CSFB protection timer expires, the eNodeB may perform a blind redirection to enter
the protection procedure. Table 8-8 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 8-8 Counter related to the number of times that the eNodeB enters the protection procedure for
CSFB
Counter ID
1526729515
Table 8-9
Counter Name
Description
L.RRCRedirection.E2W.CSFB.TimeOut
Number of CSFB-based blind
redirections from E-UTRAN to WCDMA
network caused by CSFB protection
timer expiration
lists the counters related to CSFB for emergency calls.
Table 8-9 Counters related to CSFB for emergency calls
Counter ID
Counter Name
1526729510 L.IRATHO.E2W.CSFB.ExecAttOut.Emergency
Description
Number of CSFB-based handover
execution attempts to WCDMA
network triggered for emergency
calls
1526729511 L.IRATHO.E2W.CSFB.ExecSuccOut.Emergency Number of successful CSFB-based
handover executions to WCDMA
network triggered 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
this feature supports quick configuration of counter collection by feature using the U2000. The
measurement for the counters related to this feature can be set in a single operation. These
counters are determined by the counter-feature relationships listed in the performance counter
reference. For details about the operations, see "Quickly Setting Performance Measurement by
Feature" in iManager U2000 MBB Network Management System Product Documentation.
8.1.9 Parameter Optimization
CSFB end-to-end delay includes the processing time at the LTE side and that at the target side of
fallback. Processing at any side may affect the CSFB end-to-end delay and user experience.
GSM devices provided by Huawei: For details about processing at the GSM side,
see Interoperability Between GSM and LTE Feature Parameter Description.
UMTS devices provided by Huawei: For details about processing at the UMTS side,
see Interoperability Between UMTS and LTE Feature Parameter Description.
Blind Handover for CSFB
Blind handovers reduce access delays but affect handover success rates.
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.
Parameter
Name
Parameter ID
CSFallBackBlindHoCfg.CnOperatorId
CN
Operator
ID
Data Source
Setting Notes
Network
plan
(negotiation
not
required)
Set this parameter based
on the network plan. This
parameter specifies the ID
of the operator whose
RAT blind-handover
priorities are to be set.
Highest
priority
InterRat
CSFallBackBlindHoCfg.InterRatHighestPri Network
plan
(negotiation
not
required)
Set this parameter based
on the network plan. This
parameter is set to
UTRAN by default and
specifies the highestpriority RAT to be
considered in blind
handovers for CSFB.
Second
priority
InterRat
CSFallBackBlindHoCfg.InterRatSecondPri Network
plan
(negotiation
not
required)
Set this parameter based
on the network plan. This
parameter is set to
GERAN by default and
specifies the secondhighest-priority RAT to be
considered in blind
handovers for CSFB.
Ensure that the secondhighest-priority RAT is
different from the highestpriority RAT and lowestpriority RAT.
Lowest
priority
InterRat
CSFallBackBlindHoCfg.InterRatLowestPri Network
plan
(negotiation
not
required)
Set this parameter based
on the network plan. This
parameter is set to
CDMA2000 by default and
specifies the lowestpriority RAT to be
considered in blind
handovers for CSFB.
Ensure that the lowestpriority RAT is different
from the highest-priority
RAT and second-highestpriority RAT.
The following table describes the parameters that must be set in the ENodeBAlgoSwitch and
CellHoParaCfg MOs to set eNodeB- and cell-level blind handover switches.
Parameter
Name
Parameter ID
Data Source
Setting Notes
Handove
r Mode
switch
ENodeBAlgoSwitch.HoModeSwitc
Network
plan
(negotiatio
n not
required)
To activate blind handovers,
select the
BlindHoSwitch(BlindHoSwitch
) option. A blind handover to an
inter-RAT cell can be performed
only if a blind-handover priority is
specified for the inter-RAT cell.
Blind handovers reduce access
delays but affect handover
success rates.
To deactivate blind handovers,
clear the
BlindHoSwitch(BlindHoSwitch)
check box.
Handove
r Mode
switch
CellHoParaCfg.HoModeSwitch
Network
plan
(negotiatio
n not
required)
To activate blind handovers for a
cell served by the eNodeB,
select the
BlindHoSwitch(BlindHoSwitch
) option of this parameter. If this
option is deselected, blind
handovers will not take effect in
this cell.
h
Measurement-based Handovers for CSFB
An appropriate event B1 threshold for CSFB ensures that inter-RAT handovers are triggered in a
timely fashion. A high threshold results in a low probability of triggering event B1, thereby
affecting user experience. A low threshold results in a high probability of triggering event B1,
but causes a high probability of incorrect handover decisions and a low handover success rate.
Tune this parameter based on site conditions.
Event B1 for CSFB has a time-to-trigger parameter. This parameter lowers the probability of
incorrect handover decisions and raises the handover success rate. However, if the value of this
parameter is too large, CSFB delay is extended, affecting user experience. Tune this parameter
based on site conditions.
Appropriate settings of the threshold and time-to-trigger for event B1 raise the handover success
rate and lower the call drop rate. The related parameters are as follows:
The following table describes the parameters that must be set in the CSFallBackHo MO.
Parameter
Name
Parameter ID
Local cell CSFallBackHo.LocalCellId
ID
CSFB
Utran
EventB1
Time To
Trig
Data Source
Network
Set this parameter based on
plan
the network plan.
(negotiation
not
required)
CSFallBackHo.CsfbHoUtranTimeToTrig Network
plan
(negotiation
not
required)
CSFallBackHo.CsfbHoUtranB1ThdRscp
CSFB
UTRAN
EventB1
RSCP
Trigger
Threshold
Setting Notes
Network
plan
(negotiation
not
required)
Set this parameter based on
the network plan. This
parameter specifies the timeto-trigger for event B1 in
CSFB to UTRAN. When
CSFB to UTRAN is required,
set this parameter, which is
used by 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.
Set this parameter based on
the network plan. This
parameter specifies the
RSCP threshold for event B1
in CSFB to UTRAN. When
CSFB to UTRAN is required,
set this parameter, which is
used by UEs as one of the
conditions for triggering event
B1. This parameter specifies
Parameter
Name
Parameter ID
Data Source
Setting Notes
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.
CSFallBackHo.CsfbHoUtranB1ThdEcn0
CSFB
UTRAN
EventB1
ECN0
Trigger
Threshold
Network
plan
(negotiation
not
required)
Indicates the Ec/No threshold
for event B1, which is used in
CS fallback to UTRAN. When
CSFB to UTRAN is required,
set this parameter, which is
used by UEs as one of the
conditions for triggering event
B1. This parameter specifies
the 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.
8.2 RIM Procedure from E-UTRAN to UTRAN
8.2.1 When to Use
It is recommended that the RIM procedure be performed through the Huawei-proprietary
eCoordinator when the following conditions are met:
Both the eNodeB and the RNC/BSC are provided by Huawei and are connected to
the same eCoordinator.
The core network that the eNodeB and the RNC/BSC are connected to does not
support the RIM procedure or is not enabled with the RIM procedure.
To perform the RIM procedure through the eCoordinator, set
ENodeBAlgoSwitch.RimOnEcoSwitch to ON(On).
In other conditions, it is recommended that the RIM procedure be performed through the core
network. In this case, set ENodeBAlgoSwitch.RimOnEcoSwitch to OFF(Off).
If load-based CSFB to UTRAN is used, you need to obtain load information about UTRAN cells
through the RIM procedures. If flash CSFB to UTRAN is used, you need to obtain system
information about UTRAN cells through the RIM procedures.
8.2.2 Required Information
Check whether the RNC, MME, and SGSN support the RIM procedure, and whether an
eCoordinator has been deployed.
8.2.3 Requirements
Operating Environment
If the RIM procedure is performed through the core network, the core-network equipment must
support this feature:
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.
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
If the UTRAN uses Huawei devices, corresponding licenses need to be activated.
If the eNodeB obtains load information through the RIM procedure, WRFD-150231
RIM Based UMTS Target Cell Selection for LTE needs to be activated. For details,
see "WRFD-150231 RIM Based UMTS Target Cell Selection for LTE" in
"Engineering Guidelines" in Interoperability Between UMTS and LTE Feature
Parameter Description of RAN Feature Documentation.
If the eNodeB obtains system information through the RIM procedure, WRFD140224 Fast CS Fallback Based on RIM needs to be activated. For details, see
"Engineering Guidelines" in Fast CS Fallback Based on RIM Feature Parameter
Description of RAN Feature Documentation.
8.2.4 Precautions
None
8.2.5 Data Preparation and Feature Activation
8.2.5.1 Data Preparation
Required Data
The required data is the same as that for LOFD-001033 CS Fallback to UTRAN. For details, see
8.1.5.1 Data Preparation.
Scenario-specific Data
The following table describes the parameter that must be set in the GlobalProcSwitch MO to
configure the RIM coding policy.
Parameter
Name
RIM
Coding
Policy
Parameter ID
Data Source
Setting Notes
GlobalProcSwitch.RimCodingPolicy Engineering If the peer RNC is not a
Design
Huawei device, set this
parameter to
StandardCoding.
If the peer RNC is a Huawei
device, retain the default
value.
The following table describes the parameters that must be set in the ENodeBAlgoSwitch MO to
configure the RIM procedure.
Parameter
Name
Parameter ID
Support
RIM by
eCoordinat
or Switch
ENodeBAlgoSwitch.RimOnEcoS
witch
Data
Source
N/A
Setting Notes
If the
ENodeBAlgoSwitch.RimOnEcoS
witch parameter is set to
OFF(Off), the RIM procedure is
performed through the core
network.
If the
ENodeBAlgoSwitch.RimOnEcoS
witch parameter is set to ON(On),
Parameter
Name
Parameter ID
Data
Source
Setting Notes
the RIM procedure is performed
through the eCoordinator.
RIM switch
ENodeBAlgoSwitch.RimSwitch
Engineerin To use the RIM procedure in
g Design
Multiple Report mode, select the
UTRAN_RIM_SWITCH option of
this parameter.
The following table describes the parameters that must be set in the S1Interface or S1 MO to
configure the MME protocol release. To activate RIM procedures in Multiple Report mode, set
the parameter to Release_R9(Release 9) or later.
Parameter Name
Parameter ID
Data Source
Setting Notes
MME Release
S1Interface.MmeRelease
Radio
planning
(negotiation
with the
peer)
If the eNodeB adds an S1
interface in link mode, configure
this parameter to modify the
MME protocol release. For
details about the configuration,
see IP eRAN Engineering Guide
Feature Parameter Description.
MME Release
S1.MmeRelease
Radio
planning
(negotiation
with the
peer)
If the eNodeB automatically adds
an S1 interface in endpoint
mode, configure this parameter
to modify the MME protocol
release. For details about the
configuration, see S1 and X2 SelfManagement Feature Parameter
Description.
(Optional) If some operators or RNCs do not support the RIM procedure to the UTRAN, you
need to configure the RIM procedure for Separate Mobility Policies to UTRAN for Multi
PLMN.
The following table describes the parameter that must be set in the
ENodeBAlgoSwitch MO to enable Separate Mobility Policies to UTRAN for Multi
PLMN.
Parameter
Name
Parameter ID
Data Source
Setting Notes
ENodeBAlgoSwitch.MultiOpCtrlSwitch Engineering If some operators or RNCs do
MultiOperator
Design
not support the RIM
Parameter
Name
Parameter ID
Data Source
Control
Switch
Setting Notes
procedure to the UTRAN, you
need to select the
UtranSepOpMobilitySwitch
option.
The following table describes the parameters that must be set in the
UtranNetworkCapCfg MO to configure UTRAN capabilities.
Parameter
Name
Data Source
Setting Notes
UtranNetworkCapCfg.Mcc
Mobile
country code
Radio
planning
(negotiation
with the
peer)
This parameter specifies
the MCC of the base
station that serves the
neighboring cell. If this
neighboring cell works in
RAN sharing mode, set
this parameter to the MCC
of the primary operator.
If the peer UTRAN
equipment is provided by
Huawei, set this parameter
to the same value as the
corresponding parameter
in the URNCBASIC MO of
the peer RNC.
UtranNetworkCapCfg.Mnc
Mobile
network code
Radio
planning
(negotiation
with the
peer)
This parameter specifies
the MNC of the base
station that serves the
neighboring cell. If this
neighboring cell works in
RAN sharing mode, set
this parameter to the MNC
of the primary operator.
If the peer UTRAN
equipment is provided by
Huawei, set this parameter
to the same value as the
corresponding parameter
in the URNCBASIC MO of
the peer RNC.
Radio
planning
This parameter specifies
the RNC ID of the UTRAN
RNC ID
Parameter ID
UtranNetworkCapCfg.RncId
Parameter
Name
Parameter ID
Data Source
Setting Notes
(negotiation cell. The value range of
with the
RNC IDs is {0-65535,
peer)
4294967295}. The values
in the range of 0-65535
are specific RNC IDs on
the network. The value
4294967295 indicates all
RNC IDs in the PLMN.
That is, the policy applies
to all RNCs in the PLMN.
If the peer UTRAN
equipment is provided by
Huawei, set this parameter
to the same value as the
corresponding parameter
in the URNCBASIC MO of
the peer RNC.
UtranNetworkCapCfg.NetworkCapCfg Radio
Network
Capability
Planning
Configuration
(Internal
planning)
Deselect the
SiByRimCapCfg option
for operators or RNCs that
do not support the RIM
procedure. If this
parameter is not set, it is
supported by default.
8.2.5.2 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.2.5.3 Using MML Commands
Using MML Commands
(Optional) Modifying the RIM coding policy if the peer RNC is not a Huawei device
Run the MOD GLOBALPROCSWITCH command with the RIM Coding Policy
parameter set to StandardCoding(StandardCoding).
Choosing either the core network or the eCoordinator for performing the RIM
procedure
Performing the RIM procedure through the core network
Run the MOD ENODEBALGOSWITCH command with the Support
RIM by eCoordinator Switch parameter set to OFF(Off).
Performing the RIM procedure through the eCoordinator
Run the MOD ENODEBALGOSWITCH command with the Support
RIM by eCoordinator Switch parameter set to ON(On).
(Optional) Setting Multiple Report mode for the RIM procedure
Run the MOD ENODEBALGOSWITCH command with the RIM switch
parameter set to UTRAN_RIM_SWITCH.
Modifying the protocol release of the S1 interface
If the eNodeB adds the S1 interface in link mode:
Run the MOD S1INTERFACE command with the MME Release
parameter set to Release_R9(Release 9).
If the eNodeB adds the S1 interface in endpoint mode:
Run the MOD S1 command with the MME Release parameter set to
Release_R9(Release 9).
(Optional) If some operators or RNCs do not support the RIM procedure to the
UTRAN, perform the following operations:
1. Run the ADD UTRANNETWORKCAPCFG command with the
Mcc, Mnc, and RncId parameters set, and the SiByRimCapCfg
option of the NetworkCapCfg parameter cleared for the operators or
RNCs that do not support the UTRAN RIM procedure.
2. Run the MOD ENODEBALGOSWITCH command with the
UtranSepOpMobilitySwitch(UtranSepOpMobilitySwitch) option of
the Multi-Operator Control Switch parameter selected.
MML Command Examples
(Optional) Modifying the RIM coding policy
MOD GLOBALPROCSWITCH: RimCodingPolicy= StandardCoding;
Choosing either the core network or the eCoordinator for performing the RIM
procedure
Performing the RIM procedure through the core network
MOD ENODEBALGOSWITCH: RimOnEcoSwitch=OFF;
Performing the RIM procedure through the eCoordinator
MOD ENODEBALGOSWITCH: RimOnEcoSwitch=ON;
(Optional) Setting Multiple Report mode for the RIM procedure
MOD ENODEBALGOSWITCH: RimSwitch=UTRAN_RIM_SWITCH;
Modifying the protocol release of the S1 interface
//If the eNodeB adds the S1 interface in link mode:
MOD S1INTERFACE: S1InterfaceId=2, S1CpBearerId=1, CnOperatorId=0,
MmeRelease=Release_R9;
//If the eNodeB adds the S1 interface in endpoint mode:
MOD S1: S1Id=0, CnOperatorId=0, MmeRelease=Release_R9;
(Optional) If some operators or RNCs do not support the RIM procedure to the
UTRAN, run the following commands:
ADD UTRANNETWORKCAPCFG: Mcc="460", Mnc="32", RncId=0,
NetworkCapCfg= SiByRimCapCfg-0;
MOD ENODEBALGOSWITCH: MultiOpCtrlSwitch= UtranSepOpMobilitySwitch1;
8.2.6 Activation Observation
Counter Observation
No matter whether the RIM procedure is performed through the core network or the
eCoordinator, performance counters listed in Table 8-10 can be used to observe whether the RIM
procedure has taken effect.
Table 8-10 Counters related to the RIM procedure between E-UTRAN and UTRAN
Counter ID
Counter Name
Description
1526728949
L.RIM.Load.E2W.Req
Number of times the eNodeB sends a load
information request to a WCDMA network
1526728950
L.RIM.Load.E2W.Resp
Number of times the eNodeB receives a load
information response from a WCDMA network
1526728951
L.RIM.Load.E2W.Update
Number of times the eNodeB receives a load
information update from a WCDMA network
Signaling Tracing Result Observation
If the RIM procedure is performed through the core network, trace signaling messages as
follows:
1. Start an S1 interface tracing task on the eNodeB LMT.
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.
2. Start an Iu interface tracing task on the RNC LMT.
If after receiving the DIRECT INFORMATION TRANSFER message containing
the RAN-INFORMATION-REQUEST IE, the RNC sends the DIRECT
INFORMATION TRANSFER message containing the RAN-INFORMATION IE
to the SGSN, you can infer that the RNC can respond to the RIM request normally.
3. Change the state of the UTRAN cell.
If the RNC sends the DIRECT INFORMATION TRANSFER message containing
the RAN-INFORMATION IE over the Iu interface, you can infer that the RNC can
notify the eNodeB with the cell state change through the RIM procedure.
If the RIM procedure is performed through the eCoordinator, trace signaling messages as
follows:
1. Start an Se interface tracing task on the eNodeB LMT.
Check whether the ENB DIRECT INFORMATION TRANSFER message
containing the RAN-INFORMATION-REQUEST IE is sent over the Se interface.
If the message is sent, you can infer that the eNodeB has sent the RIM request
successfully.
2. Start an Sr interface tracing task on the RNC LMT.
If after receiving the ECO DIRECT INFORMATION TRANSFER message
containing the RAN-INFORMATION-REQUEST IE, the RNC sends the RNC
DIRECT INFORMATION TRANSFER message containing the RANINFORMATION IE to the eCoordinator, you can infer that the RNC can respond
to the RIM request normally.
3. Change the state of the UTRAN cell.
If the RNC sends the RNC DIRECT INFORMATION TRANSFER message
containing the RAN-INFORMATION IE over the Sr interface, you can infer that
the RNC can notify the eNodeB with the cell state change through the RIM
procedure.
8.2.7 Deactivation
Table 8-11
describes the parameters for deactivating this feature.
Table 8-11 Parameters for the RIM procedure
MO
ENodeBAlgoSwitch
Parameter Group
RimOnEcoSwitch
Setting Notes
Set this parameter to OFF(Off).
This feature can be deactivated using the CME or MML commands.
8.2.7.1 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.2.7.2 Using MML Commands
Using MML Commands
Performing the RIM procedure through the core network
Run the MOD ENODEBALGOSWITCH command with the Support RIM by
eCoordinator Switch parameter set to ON(On).
Performing the RIM procedure through the eCoordinator
Run the MOD ENODEBALGOSWITCH command with the Support RIM by
eCoordinator Switch parameter set to OFF(Off).
MML Command Examples
Performing the RIM procedure through the core network
MOD ENODEBALGOSWITCH: RimOnEcoSwitch=ON;
Performing the RIM procedure through the eCoordinator
MOD ENODEBALGOSWITCH: RimOnEcoSwitch=OFF;
8.2.8 Performance Monitoring
The performance monitoring procedure for this feature is similar to that for CS Fallback to
UTRAN. For details, see 8.1.8 Performance Monitoring. This feature does not support the function of
"Quickly Setting Performance Measurement by Feature" of the U2000.
8.2.9 Parameter Optimization
The parameter optimization procedure for this feature is the same as that for CS Fallback to
UTRAN. For details, see 8.1.9 Parameter Optimization.
8.3 LOFD-001052 Flash CS Fallback to UTRAN
This section provides engineering guidelines for LOFD-001052 Flash CS Fallback to UTRAN.
8.3.1 When to Use
Use this feature when the following conditions are met:
LOFD-001033 CS Fallback to UTRAN has been enabled.
The E-UTRAN and UTRAN support the RIM with SIB procedure.
There are UEs that comply with 3GPP Release 9.
The core networks support the RIM procedure or the eCoordinator has been
deployed.
Before deploying this feature, deploy the RIM procedure from E-UTRAN to UTRAN. For
details, see 3.7 RIM Procedure Between E-UTRAN and UTRAN.
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 serve 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.
8.3.2 Required Information
1. Collect information about whether LOFD-001033 CS Fallback to UTRAN has
been activated.
2. Collect information about whether the UEs that support UMTS and LTE on the live
network comply with 3GPP Release 9 specifications. This information is used to
configure UTRAN neighbor relationships and to determine whether to perform
CSFB based on handover or redirection. For details, see Inter-RAT Mobility Management
in Connected Mode Feature Parameter Description.
3. Check whether requirements in Table 8-12 are met.
Table 8-12 Requirements of flash CSFB to UTRAN for core networks
NE
Requirement
MME
Supports CSFB and RIM procedures in compliance with 3GPP
Release 9
SGSN
Supports CSFB and RIM procedures in compliance with 3GPP
Release 9
8.3.3 Requirements
Operating Environment
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.
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 controller to be connected is provided by Huawei, enable RIM RSN
optimization on the controller side. For details, see Fast CS Fallback Based on RIM
Feature Parameter Description of RAN Feature Documentation.
License
The operator has purchased and activated the license for the feature listed in Table 8-13.
Table 8-13 License control item for Flash CS Fallback to UTRAN
Feature ID
LOFD-001052
Feature Name
Flash CS
Fallback to
UTRAN
Model
License
Control Item
NE
LT1S0FCFBU00 Flash CS
eNodeB
Fallback to
UTRAN(FDD)
Sales Unit
per RRC
Connected
User
NOTE:
If the UTRAN uses Huawei devices, Fast CS Fallback Based on RIM needs to be enabled on the UTRAN. For
details, see Fast CS Fallback Based on RIM Feature Parameter Description of RAN Feature Documentation.
8.3.4 Precautions
None
8.3.5 Data Preparation and Feature Activation
8.3.5.1 Data Preparation
Required Data
The required data is the same as that for LOFD-001033 CS Fallback to UTRAN. For details, see
8.1.5.1 Data Preparation. Neighbor relationships must be configured because only the neighboring
cells whose system information has been obtained can be target cells for flash CSFB.
Scenario-specific Data
The following table describes the parameters that must be set in the CellAlgoSwitch MO to
enable flash CSFB to UTRAN.
Paramet
er Name
Parameter ID
Handov CellAlgoSwitch.HoAllowedS
witch
er
Allowed
Switch
Data
Source
Setting Notes
Radio
Planning
(Negotiati
on with
the peer)
To activate flash CSFB to UTRAN, select
the UtranCsfbSwitch(UtranCsfbSwitch)
and
UtranFlashCsfbSwitch(UtranFlashCsfb
Switch) options.
The following table describes the parameters that must be set in the InterRatHoComm MO to
set the maximum number of neighboring cells whose system information can be included in a
redirection message.
Parameter
Name
Max
Utran cell
num in
redirectio
n
Parameter ID
InterRatHoComm.CellInfoMaxUtranCellNum
Data Source
Setting
Notes
Default/Recommende
d value
Set this
parameter
based on
the
network
plan. The
default
value is 8.
If this
parameter
is set to a
small
value, the
flash CSFB
Parameter
Name
Parameter ID
Data Source
Setting
Notes
success
rate
decreases
because
UEs may
not receive
valid
neighborin
g cell
system
information
. If this
parameter
is set to a
large
value, the
size of an
RRC
connection
release
message
increases
and the
CSFB
success
rate is
affected.
Max
Utran cell
num in
CSFB
EMC
redirectio
n
InterRatHoComm.UtranCellNumForEmcRedire
ct
8.3.5.2 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.3.5.3 Using MML Commands
Default/Recommende
d value
To use
flash CSFB
for
emergency
redirection,
change the
parameter
value from
the default
value 0 to
a non-zero
value.
Using MML Commands
The prerequisite is that MML operations related to CSFB to UTRAN and RIM procedure from
E-UTRAN to UTRAN have been completed. In addition to the steps in the CSFB to UTRAN
using blind redirections or CSFB to UTRAN using measurement-based redirections scenario,
perform the following steps:
1. Run the MOD CELLALGOSWITCH command with the
UtranFlashCsfbSwitch(UtranFlashCsfbSwitch) option of the Handover
Allowed Switch parameter selected.
NOTE:
In addition, this function is controlled by the UtranFlashCsfbSwitch option of the
ENodeBAlgoSwitch.HoAlgoSwitch parameter.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does
not take effect. If the option of the eNodeB-level parameter is deselected, the option of the cell-level
parameter takes effect.
The eNodeB-level parameter will not be used in later versions. Therefore, it is recommended that
the eNodeB-level parameter be turned off and the cell-level parameter be used.
2. (Optional) Run the MOD INTERRATHOCOMM command with the Max Utran
cell num in redirection parameter set (its default value is 8).
3. (Optional) Run the MOD INTERRATHOCOMM command with the Max Utran
cell num in CSFB EMC redirection parameter set, for example, to 3.
MML Command Examples
MOD CELLALGOSWITCH: LocalCellId=0, HoAllowedSwitch=UtranFlashCsfbSwitch-1;
MOD INTERRATHOCOMM: CellInfoMaxUtranCellNum=8;
MOD INTERRATHOCOMM: UtranCellNumForEmcRedirect=3;
8.3.6 Activation Observation
Signaling Observation
Enable a UE to camp on an E-UTRAN cell and make a voice call. If the call continues and the
RRC Connection Release message traced on the Uu interface carries the information about
neighboring UTRAN cells, flash CSFB to UTRAN has been activated.
The signaling procedure for flash CSFB to UTRAN is similar to that for redirection-based CSFB
to UTRAN described in 8.1.6 Activation Observation. The difference is that the RRC Connection
Release message carries the information about neighboring UTRAN cells.
MML Command Observation
Check the status of the RIM procedure towards neighboring UTRAN cells by running the DSP
UTRANRIMINFO command. If the ID of a neighboring UTRAN cell is displayed in the
command output, the eNodeB has obtained the system information of this neighboring UTRAN
cell.
Counter Observation
Table 8-14
lists the performance counters for observing functions related to flash CSFB to
UTRAN.
Table 8-14 Performance counters for observing flash CSFB to UTRAN
Function
Counter ID
Counter Name
Description
Flash CS
Fallback to
UTRAN
1526728705 L.FlashCSFB.E2W
Number of procedures for
flash CSFB to WCDMA
network
RIM during Flash
CS Fallback to
UTRAN
1526728946 L.RIM.SI.E2W.Req
Number of times the eNodeB
sends a system information
request to a WCDMA network
1526728947 L.RIM.SI.E2W.Resp
Number of times the eNodeB
receives a system information
response from a WCDMA
network
1526728948 L.RIM.SI.E2W.Update
Number of times the eNodeB
receives a system information
update from a WCDMA
network
8.3.7 Deactivation
Table 8-15
describes the parameters for deactivating this feature.
Table 8-15 Parameters for deactivating flash CSFB to UTRAN
MO
CellAlgoSwitch
Parameter Group
HoAllowedSwitch
Setting Notes
Clear the UtranFlashCsfbSwitch
option.
This feature can be deactivated using the CME or MML commands.
8.3.7.1 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.3.7.2 Using MML Commands
Using MML Commands
Run the MOD CELLALGOSWITCH command with the
UtranFlashCsfbSwitch(UtranFlashCsfbSwitch) option of the Handover Allowed Switch
parameter cleared.
MML Command Examples
MOD CELLALGOSWITCH: LocalCellId=0,HoAllowedSwitch =UtranFlashCsfbSwitch-0;
8.3.8 Performance Monitoring
The performance monitoring procedure for this feature is similar to that for CS Fallback to
UTRAN. For details, see 8.1.8 Performance Monitoring.
8.3.9 Parameter Optimization
The parameter optimization procedure for this feature is the same as that for CS Fallback to
UTRAN. For details, see 8.1.9 Parameter Optimization.
8.4 LOFD-070202 Ultra-Flash CSFB to UTRAN
8.4.1 When to Use
Use this feature in the overlapping coverage of UMTS and LTE networks when the following
conditions are met:
LOFD-001033 CS Fallback to UTRAN has been enabled.
The eNodeB, RNC, MME, and MSC are provided by Huawei.
A proportion of UEs support SRVCC from E-UTRAN to UTRAN.
8.4.2 Required Information
Before deploying this feature, ensure that:
LOFD-001033 CS Fallback to UTRAN has been enabled.
The eNodeB, RNC, MME, and MSC are provided by Huawei and they all support
this feature.
A proportion of UEs support SRVCC from E-UTRAN to UTRAN.
8.4.3 Requirements
Operating Environment
This feature is a Huawei-proprietary feature and requires that the UTRAN, eNodeB, RNC,
MME, and MSC be 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 8-16.
Table 8-16 License information for ultra-flash CSFB to UTRAN
Feature ID
Feature Name
LOFD-070202
Model
License
Control Item
NE
Ultra-Flash CSFB LT1SUFCSFB00 Ultra-Flash
eNodeB
to UTRAN
CSFB to
UTRAN(FDD)
Sales Unit
per RRC
Connected
User
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.
8.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.
8.4.5 Data Preparation and Feature Activation
8.4.5.1 Data Preparation
Required Data
The required data is the same as that for LOFD-001033 CS Fallback to UTRAN. For details, see
8.1.5.1 Data Preparation.
Scenario-specific Data
The following table describes the parameter that must be set in the ENodeBAlgoSwitch MO to
enable ultra-flash CSFB to UTRAN.
Parame
ter
Name
Parameter ID
Data
Source
Setting Notes
ENodeBAlgoSwitch.HoAl Engineer Select the
goSwitch
UtranUltraFlashCsfbSwitch(UtranUltraFlas
ing
hCsfbSwitch) option.
Design
Hando
ver
Algo
switch
(Optional) If some operators or RNCs do not support ultra-flash CSFB to UTRAN, you need to
configure the ultra-flash CSFB to UTRAN capability of Separate Mobility Policies to UTRAN
for Multi PLMN.
The following table describes the parameter that must be set in the
ENodeBAlgoSwitch MO to enable Separate Mobility Policies to UTRAN for Multi
PLMN.
Parameter
Name
Parameter ID
Data Source
Setting Notes
ENodeBAlgoSwitch.MultiOpCtrlSwitch Engineering If some operators or RNCs do
MultiOperator
Design
not support ultra-flash CSFB
Control
to UTRAN, you need to select
Switch
the
UtranSepOpMobilityS3witch
option.
The following table describes the parameters that must be set in the
UtranNetworkCapCfg MO to configure UTRAN capabilities.
Parameter
Name
Parameter ID
Data Source
Setting Notes
UtranNetworkCapCfg.Mcc
Mobile
country code
Radio
Planning
(Negotiation
with the
peer)
This parameter specifies
the MCC of the base
station that serves the
neighboring cell. If this
neighboring cell works in
RAN sharing mode, set
this parameter to the MCC
of the primary operator.
If the peer UTRAN
equipment is provided by
Huawei, set this
parameter to the same
value as the
corresponding parameter
in the URNCBASIC MO of
the peer RNC.
UtranNetworkCapCfg.Mnc
Mobile
network code
Radio
Planning
(Negotiation
with the
peer)
This parameter specifies
the MNC of the base
station that serves the
neighboring cell. If this
neighboring cell works in
RAN sharing mode, set
this parameter to the MNC
of the primary operator.
If the peer UTRAN
equipment is provided by
Huawei, set this
parameter to the same
value as the
corresponding parameter
Parameter
Name
Parameter ID
Data Source
Setting Notes
in the URNCBASIC MO of
the peer RNC.
RNC ID
UtranNetworkCapCfg.RncId
Radio
Planning
(Negotiation
with the
peer)
UtranNetworkCapCfg.NetworkCapCfg Radio
Network
Capability
Planning
Configuration
(Internal
planning)
This parameter specifies
the RNC ID of the UTRAN
cell.
If the peer UTRAN
equipment is provided by
Huawei, set this
parameter to the same
value as the
corresponding parameter
in the URNCBASIC MO of
the peer RNC.
Deselect the
UltraFlashCsfbCapCfg
option for operators or
RNCs that do not support
ultra-flash CSFB to
UTRAN. If this parameter
is not set, it is supported
by default.
The following table describes the parameter 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.
Paramete
r Name
Parameter ID
GlobalProcSwitch.UeC
Ue
Compati ompatSwitch
bility
Switch
Data Source
Setting Notes
Default/Recom
mended value
Select the
UltraFlashCsfbComOptSw(UltraFlash
CsfbComOptSw) option of the
parameter if some UEs on the network
do not support ultra-flash CSFB.
When the MME provided by Huawei
allows IMEI whitelist configurations for
ultra-flash CSFB and the option is
selected, the eNodeB performs ultraflash CSFB on UEs in the IMEI whitelist.
Therefore, delete the UEs that do not
support ultra-flash CSFB from the
Paramete
r Name
Parameter ID
Data Source
Setting Notes
whitelist before selecting the option.
Otherwise, keep the option unselected.
8.4.5.2 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.4.5.3 Using MML Commands
Using MML Commands
Ultra-Flash CSFB to UTRAN
1. Run MML commands to configure neighboring UTRAN frequencies and UTRAN
cells. For details about parameter settings, see Inter-RAT Mobility Management in
Connected Mode.
2. Run the MOD ENODEBALGOSWITCH command with the
UtranUltraFlashCsfbSwitch(UtranUltraFlashCsfbSwitch) option of the
Handover Algo switch parameter selected.
(Optional) If some operators or RNCs do not support ultra-flash CSFB to UTRAN,
perform the following operations:
1. Run the ADD UTRANNETWORKCAPCFG command to set the Mcc, Mnc, and
RncId parameters, and clear the UltraFlashCsfbCapCfg option of the
NetworkCapCfg parameter for the operators or RNCs that do not support ultraflash CSFB to UTRAN.
2. Run the MOD ENODEBALGOSWITCH command with the
UtranSepOpMobilitySwitch(UtranSepOpMobilitySwitch) option of the MultiOperator Control Switch parameter selected.
(Optional) Perform the following operation if UE compatibility risks exist after
ultra-flash CSFB is activated.
1. Run the MOD GLOBALPROCSWITCH command with the
UltraFlashCsfbComOptSw(UltraFlashCsfbComOptSw) option of the Ue
Compatibility Switch parameter selected.
MML Command Examples
Ultra-Flash CSFB to UTRAN
MOD ENODEBALGOSWITCH: HoAlgoSwitch= UtranUltraFlashCsfbSwitch-1;
(Optional) If some operators or RNCs do not support ultra-flash CSFB to UTRAN,
perform the following operations:
ADD UTRANNETWORKCAPCFG: Mcc="460", Mnc="32", RncId=0,
NetworkCapCfg= UltraFlashCsfbCapCfg-0;
MOD ENODEBALGOSWITCH: MultiOpCtrlSwitch=UtranSepOpMobilitySwitch1;
(Optional) Perform the following operation if UE compatibility risks exist after
ultra-flash CSFB is activated.
MOD GLOBALPROCSWITCH: UeCompatSwitch=UltraFlashCsfbComOptSw-1;
8.4.6 Activation Observation
Signaling Observation
The observation procedure 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.
Figure 8-6
shows the ultra-flash CSFB to UTRAN signaling procedure for a mobile-originated
call.
Figure 8-7
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 8-6 Ultra-flash CSFB to UTRAN signaling procedure for a mobile-originated call
Figure 8-7 Ultra-flash CSFB to UTRAN signaling procedure for a mobile-terminated call
Counter Observation
The counter listed in Table 8-17 can be viewed to check whether the feature has taken effect.
Table 8-17 Counter related to ultra-flash CSFB to UTRAN
Counter ID
Counter Name
Description
1526730147 L.IRATHO.CSFB.SRVCC.E2W.ExecAttOut Number of SRVCC-based outgoing
handover executions from E-UTRAN to
WCDMA network for ultra-flash CSFB
8.4.7 Deactivation
Table 8-18
describes the parameters for deactivating this feature.
Table 8-18 Parameters for ultra-flash CSFB to UTRAN
MO
Parameter
Group
Setting Notes
ENodeBAlgoSwitc
h
HoAlgoSwitc
h
To deactivate Ultra-Flash CSFB to UTRAN, clear the
UtranUltraFlashCsfbSwitch(UtranUltraFlashCsfbSwitc
h) option.
This feature can be deactivated using the CME or MML commands.
8.4.7.1 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.4.7.2 Using MML Commands
Using MML Commands
Run the MOD ENODEBALGOSWITCH command with the
UtranUltraFlashCsfbSwitch(UtranUltraFlashCsfbSwitch) check box cleared under the
Handover Algo switch parameter.
MML Command Examples
MOD ENODEBALGOSWITCH: HoAlgoSwitch=UtranUltraFlashCsfbSwitch-0;
8.4.8 Performance Monitoring
The performance monitoring procedure for this feature is similar to that for CS Fallback to
UTRAN. For details, see 8.1.8 Performance Monitoring. Table 8-19 describes performance counters
related to this feature.
Table 8-19 Performance counters related to ultra-flash CSFB
Counter ID
Counter Name
1526730147 L.IRATHO.CSFB.SRVCC.E2W.ExecAttOut
Description
Number of SRVCC-based outgoing
handover executions from E-UTRAN
Counter ID
Counter Name
Description
to WCDMA network for ultra-flash
CSFB
1526730148 L.IRATHO.CSFB.SRVCC.E2W.ExecSuccOut
Number of successful SRVCC-based
outgoing handovers from E-UTRAN
to WCDMA network for ultra-flash
CSFB
1526736728 L.IRATHO.CSFB.SRVCC.E2W.MMEAbnormRsp Number of responses for abnormal
causes received by the eNodeB from
the MME during handovers from the
E-UTRAN to WCDMA networks for
ultra-flash CSFB
Execution success rate of handovers for ultra-flash CSFB to UTRAN =
(L.IRATHO.CSFB.SRVCC.E2W.ExecSuccOut –
L.IRATHO.CSFB.SRVCC.E2W.MMEAbnormRsp)/L.IRATHO.CSFB.SRVCC.E2W.ExecAttOut
This feature does not support the function of "Quickly Setting Performance Measurement by
Feature" of the U2000.
8.4.9 Parameter Optimization
The parameter optimization procedure for this feature is the same as that for CS Fallback to
UTRAN. For details, see 8.1.9 Parameter Optimization.
8.5 LOFD-001068 CS Fallback with LAI to UTRAN
This section provides engineering guidelines for LOFD-001068 CS Fallback with LAI to
UTRAN.
8.5.1 When to Use
Use this feature when the following conditions are met:
LOFD-001033 CS Fallback to UTRAN has been enabled.
The E-UTRAN cell has neighboring UTRAN cells that belong to different PLMNs
and supports inter-PLMN handovers, or the E-UTRAN cell has neighboring
UTRAN cells that have different location area codes (LACs).
If both LOFD-001033 CS Fallback to UTRAN and LOFD-001034 CS Fallback to GERAN have
been enabled, you are advised to enable both LOFD-001068 CS Fallback with LAI to UTRAN
and LOFD-001069 CS Fallback with LAI to GERAN.
8.5.2 Required Information
1. Collect information about whether LOFD-001033 CS Fallback to UTRAN has
been activated.
2. Collect the operating frequencies, coverage areas, and configurations of the EUTRAN and UTRAN cells. Information about coverage areas includes engineering
parameters of sites (such as latitude and longitude), TX power of cell pilot signals,
and neighbor relationship configurations.
3. Collect the versions and configurations of the NEs in the E-UTRAN, UTRAN, and
core networks, and ensure that they all support CSFB and the MME supports LAI
delivery. Table 8-20 describes the requirements of CSFB with LAI to UTRAN for
the core networks.
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 UTRAN neighbor relationships and to
determine whether to perform CSFB based on handover or redirection. For details,
see Inter-RAT Mobility Management in Connected Mode.
Table 8-20 Requirements of CSFB with LAI to UTRAN for core networks
NE
MME
Requirement
MSC
SGSN
8.5.3 Requirements
Supports the SGs interface to the
MSC/VLR.
Selects the VLR and LAI based on the
TAI of the serving cell.
Forwards paging messages delivered
by the MSC.
Performs PLMN selection and
reselection.
Supports combined EPS/IMSI attach,
combined EPS/IMSI detach, and
combined TAU/LAU.
Routes CS signaling.
Supports SMS over SGs.
Supports LAI delivery.
Supports combined EPS/IMSI attach.
Supports SMS over SGs.
Forwards paging messages transmitted
through the SGs interface.
Does not activate ISR during the combined
RAU/LAU procedure initiated by the UE.
Operating Environment
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.
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 8-21.
Table 8-21 License information for CSFB with LAI to UTRAN
Feature ID
LOFD001068
Feature Name
CS Fallback with
LAI to UTRAN
Model
License Control
Item
LT1S0CSFLU00 CS Fallback
with LAI to
UTRAN(FDD)
NE
Sales Unit
eNodeB per RRC
Connected
User
8.5.4 Precautions
None
8.5.5 Data Preparation and Feature Activation
CSFB with LAI to UTRAN is automatically activated when the following conditions are met:
The license for this feature has been purchased.
CS Fallback to UTRAN has been activated.
8.5.5.1 Data Preparation
Data preparation for activating CSFB with LAI to UTRAN is the same as that for activating
CSFB to UTRAN. For details, see 8.1.5.1 Data Preparation.
8.5.5.2 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.5.5.3 Using MML Commands
For details, see 8.1.5.3 Using MML Commands.
8.5.6 Activation Observation
The activation observation procedure is as follows:
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 8.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:
Figure 8-8 LAI signaling tracing
8.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 8.1.7
Deactivation.
8.5.8 Performance Monitoring
The performance monitoring procedure for this feature is similar to that for CS Fallback to
UTRAN. For details, see 8.1.8 Performance Monitoring. You can observe delivered frequencies or
cells based on network logs. This feature does not support the function of "Quickly Setting
Performance Measurement by Feature" of the U2000.
8.5.9 Parameter Optimization
The parameter optimization procedure for this feature is the same as that for CS Fallback to
UTRAN. For details, see 8.1.9 Parameter Optimization.
8.6 LOFD-001088 CS Fallback Steering to UTRAN
This section provides engineering guidelines for LOFD-001088 CS Fallback Steering to
UTRAN.
8.6.1 When to Use
Use this feature to improve the network efficiency when the following conditions are met:
LOFD-001033 CS Fallback to UTRAN has been enabled.
An operator owns multiple UTRAN frequencies or the operator has different
handover policies for CS-only services and combined CS+PS services.
If the operator owns both UTRAN and GERAN, you can also activate LOFD-001089 CS
Fallback Steering to GERAN to improve the network efficiency.
8.6.2 Required Information
1. Collect information about whether LOFD-001033 CS Fallback to UTRAN has
been activated.
2. 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 InterRAT Mobility Management in Connected Mode.
3. Collect information about the frequencies and frequency policies of the 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. If LOFD-001089 CS Fallback Steering to GERAN is also to be activated, consider
the GERAN frequencies when making frequency policies.
8.6.3 Requirements
Operating Environment
License
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.
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.
The operator has purchased and activated the license for the feature listed in Table 8-22.
Table 8-22 License information for CSFB steering to UTRAN
Feature ID
LOFD001088
Feature Name
CS Fallback
Steering to
UTRAN
Model
License Control
Item
LT1S0CFBSU00 CS Fallback
Steering to
UTRAN(FDD)
NE
Sales Unit
eNodeB per RRC
Connected
User
8.6.4 Precautions
None
8.6.5 Data Preparation and Feature Activation
8.6.5.1 Data Preparation
Required Data
The required data is the same as that for LOFD-001033 CS Fallback to UTRAN. For details, see
8.1.5.1 Data Preparation.
Scenario-specific Data
The following table describes the parameter that must be set in the CellAlgoSwitch MO to
enable CS Fallback Steering to UTRAN.
Paramet
er Name
Parameter ID
Handov CellAlgoSwitch.HoAllowe
dSwitch
er
Allowed
Switch
Data
Source
Setting Notes
Radio
Select the
Planning UtranCsfbSteeringSwitch(UtranCsfbSteeri
(Negotiati ngSwitch) option of this parameter.
on with
the peer)
The following table describes the parameters that must be set in the CSFallBackBlindHoCfg
MO to specify RAT priorities for CSFB triggered for RRC_CONNECTED UEs.
Parameter
Name
Parameter ID
CSFallBackBlindHoCfg.CnOperatorId
CN
Operator
ID
Data Source
Engineering Design
Setting Notes
Set this
parameter
Parameter
Name
Parameter ID
Data Source
Setting Notes
based on the
network plan.
Highest
priority
InterRat
CSFallBackBlindHoCfg.InterRatHighestPri Default/Recommended Set this
value
parameter
based on the
network plan.
This parameter
is set to
UTRAN by
default and
specifies the
highest-priority
RAT to be
considered in
blind
handovers for
CSFB. For
CSFB to
UTRAN, set
this parameter
to UTRAN.
Second
priority
InterRat
CSFallBackBlindHoCfg.InterRatSecondPri Default/Recommended Set this
value
parameter
based on the
network plan.
This parameter
is set to
GERAN by
default and
specifies the
secondhighest-priority
RAT to be
considered in
blind
handovers for
CSFB. Ensure
that the
secondhighest-priority
RAT is
different from
the highestpriority RAT
Parameter
Name
Parameter ID
Data Source
Setting Notes
and lowestpriority RAT.
Lowest
priority
InterRat
CSFallBackBlindHoCfg.InterRatLowestPri Default/Recommended Set this
value
parameter
based on the
network plan.
This parameter
is set to
CDMA2000 by
default and
specifies the
lowest-priority
RAT to be
considered in
blind
handovers for
CSFB. Ensure
that the lowestpriority RAT is
different from
the highestpriority RAT
and secondhighest-priority
RAT.
UTRAN CSFallBackBlindHoCfg.UtranLcsCap
LCS
capability
Default/Recommended Set this
value
parameter
based on the
network plan.
This parameter
specifies the
LCS capability
of the UTRAN.
The following table describes the parameters that must be set in the CSFallBackBlindHoCfg
MO to specify RAT priorities for CSFB triggered for RRC_IDLE UEs.
Parameter
Name
CSFB
Highest
priority
Parameter ID
Data Source
Setting Notes
CSFallBackBlindHoCfg.IdleCsfbHighestPri Default/Recommended Set this
value
parameter
based on the
Parameter
Name
Parameter ID
Data Source
Setting Notes
InterRat
for Idle
UE
network plan.
This
parameter is
set to UTRAN
by default and
specifies the
highest-priority
RAT to be
considered in
CSFB for UEs
in idle mode.
For CSFB to
UTRAN, set
this parameter
to UTRAN.
CSFB
Second
priority
InterRat
for Idle
UE
CSFallBackBlindHoCfg.IdleCsfbSecondPri Default/Recommended Set this
value
parameter
based on the
network plan.
This
parameter is
set to GERAN
by default and
specifies the
secondhighest-priority
RAT to be
considered in
CSFB for UEs
in idle mode.
Ensure that
the secondhighest-priority
RAT is
different from
the highestpriority RAT
and lowestpriority RAT.
CSFB
Lowest
priority
InterRat
CSFallBackBlindHoCfg.IdleCsfbLowestPri Default/Recommended Set this
value
parameter
based on the
network plan.
This
parameter is
Parameter
Name
Parameter ID
Data Source
for Idle
UE
Setting Notes
set to
CDMA2000 by
default and
specifies the
lowest-priority
RAT to be
considered in
CSFB for UEs
in idle mode.
Ensure that
the lowestpriority RAT is
different from
the highestpriority RAT
and secondhighest-priority
RAT.
The following table describes the parameters that must be set in the CellOpHoCfg MO to
specify cell-level RAT priorities for CSFB triggered for RRC_CONNECTED and RRC_IDLE
UEs.
Parameter
Name
Parameter ID
Data Source
Setting Notes
CellOpHoCfg.CnOperatorId
CN
Operator
ID
Engineering Design
Set this parameter based
on the network plan. This
parameter identifies the
operator whose RAT
blind-handover priorities
are to be set.
Local cell CellOpHoCfg.LocalCellId
ID
Radio Planning
(Internal planning)
Set this parameter based
on the network plan. This
parameter identifies the
cell whose RAT blindhandover priorities are to
be set.
Highest CellOpHoCfg.InterRatHighestPri Default/Recommended Set this parameter based
Priority
value
on the network plan. This
InterRAT
parameter is set to
UTRAN by default and
specifies the highest-
Parameter
Name
Parameter ID
Data Source
Setting Notes
priority RAT to be
considered in blind
handovers for CSFB. For
CSFB to UTRAN, set this
parameter to UTRAN.
Second CellOpHoCfg.InterRatSecondPri Default/Recommended Set this parameter based
Priority
value
on the network plan. This
InterRAT
parameter is set to
GERAN by default and
specifies the secondhighest-priority RAT to be
considered in blind
handovers for CSFB.
Ensure that the secondhighest-priority RAT is
different from the highestpriority RAT and lowestpriority RAT.
CellOpHoCfg.InterRatLowestPri Default/Recommended Set this parameter based
Lowest
Priority
value
on the network plan. This
InterRAT
parameter is set to
CDMA2000 by default
and specifies the lowestpriority RAT to be
considered in blind
handovers for CSFB.
Ensure that the lowestpriority RAT is different
from the highest-priority
RAT and second-highestpriority RAT.
CellOpHoCfg.IdleCsfbHighestPri Default/Recommended Set this parameter based
CSFB
Highest
value
on the network plan. This
Priority
parameter is set to
UTRAN by default and
InterRAT
for Idle
specifies the highestUE
priority RAT to be
considered in blind
handovers for CSFB. For
CSFB to UTRAN, set this
parameter to UTRAN.
Parameter
Name
Parameter ID
Data Source
Setting Notes
CellOpHoCfg.IdleCsfbSecondPri Default/Recommended Set this parameter based
CSFB
Second
value
on the network plan. This
Priority
parameter is set to
GERAN by default and
InterRAT
for Idle
specifies the secondUE
highest-priority RAT to be
considered in blind
handovers for CSFB.
Ensure that the secondhighest-priority RAT is
different from the highestpriority RAT and lowestpriority RAT.
CellOpHoCfg.IdleCsfbLowestPri Default/Recommended Set this parameter based
CSFB
Lowest
value
on the network plan. This
Priority
parameter is set to
CDMA2000 by default
InterRAT
for Idle
and specifies the lowestUE
priority RAT to be
considered in blind
handovers for CSFB.
Ensure that the lowestpriority RAT is different
from the highest-priority
RAT and second-highestpriority RAT.
The following table describes the parameter that must be set in the UtranNFreq MO to set the
CS service priority of a neighboring UTRAN frequency considered for RRC_IDLE UEs.
Parameter
Name
CS
service
priority
Parameter ID
Data Source
Setting Notes
UtranNFreq.CsPriority Engineering Set this parameter based on the network plan.
If this parameter is set to Priority_0(Priority
Design
0) for the UTRAN frequency, the eNodeB
does not select the frequency. The values
Priority_16(Priority 16) and
Priority_1(Priority 1) indicate the highest and
lowest priorities, respectively. Set a high
priority for a UTRAN 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 UTRAN frequency for RRC_CONNECTED
UEs.
Parameter
Name
CS and
PS
mixed
priority
Parameter ID
Data
Source
UtranNFreq.CsPsMixedPriority Radio
Planning
(Internal
planning)
Setting Notes
Set this parameter based on the network
plan. If this parameter is set to
Priority_0(Priority 0) for the UTRAN
frequency, the eNodeB does not select
the frequency. The values
Priority_16(Priority 16) and
Priority_1(Priority 1) indicate the
highest and lowest priorities,
respectively. Set a high priority for a
UTRAN 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.
Parameter
Name
CSFB
handover
policy
Configuratio
n
Parameter ID
Data Source
CSFallBackPolicyCfg.CsfbHoPolicyCf Default/Recommende
g
d value
Setting Notes
Set this
parameter
based on the
network plan.
The default
values are
REDIRECTION
, CCO_HO,
and PS_HO.
You are
advised to set
this parameter
based on the
UE capabilities
and network
capabilities. For
details about
how to select a
CSFB
handover
policy, see 3.6
Execution.
The following table describes the parameter that must be set in the CSFallBackPolicyCfg MO to
set the CSFB policy for RRC_IDLE UEs.
Parameter
Name
CSFB
handover
policy
Configurati
on for idle
ue
Parameter ID
Data Source
Setting Notes
CSFallBackPolicyCfg.IdleModeCsfbHoPoli Default/Recommend Set this
cyCfg
ed value
parameter
based on the
network plan.
The default
values are
REDIRECTIO
N, CCO_HO,
and PS_HO.
You are
advised to set
this parameter
based on the
UE
capabilities
and network
capabilities.
For details
about how to
select a CSFB
handover
policy, see 3.6
Execution.
8.6.5.2 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.6.5.3 Using MML Commands
Using MML Commands
The configurations in this section are examples, and configurations on the live network can differ
from the examples.
Scenario 1: The UTRAN and GERAN cover the same area and provide contiguous coverage.
1. Run the MOD CELLALGOSWITCH command with the
UtranCsfbSteeringSwitch(UtranCsfbSteeringSwitch) and
GeranCsfbSteeringSwitch(GeranCsfbSteeringSwitch) options of the Handover
Allowed Switch parameter selected.
NOTE:
This function is also controlled by the UtranCsfbSteeringSwitch(UtranCsfbSteeringSwitch) and
GeranCsfbSteeringSwitch(GeranCsfbSteeringSwitch) options of the eNodeB-level parameter
ENodeBAlgoSwitch.HoAlgoSwitch.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does
not take effect. If the option of the eNodeB-level parameter is deselected, the option of the cell-level
parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to
use the cell-level parameter.
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 set to
UTRAN, GERAN, GERAN, and UTRAN, respectively.
3. 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.
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.
1. Run the MOD GERANNCELL command with the blind handover priority
specified for the neighboring GERAN cell.
2. To enable UTRAN CSFB steering through cell-level commands, perform the
following operations:
Run the MOD CELLALGOSWITCH command with the
UtranCsfbSteeringSwitch(UtranCsfbSteeringSwitch) and
GeranCsfbSteeringSwitch(GeranCsfbSteeringSwitch) options of
the Handover Allowed Switch parameter selected.
NOTE:
This function is also controlled by the
UtranCsfbSteeringSwitch(UtranCsfbSteeringSwitch) and
GeranCsfbSteeringSwitch(GeranCsfbSteeringSwitch) options of the eNodeBlevel parameter ENodeBAlgoSwitch.HoAlgoSwitch.
If the option of the eNodeB-level parameter is selected, the option of the cell-level
parameter does not take effect. If the option of the eNodeB-level parameter is
deselected, the option of the cell-level parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you
are advised to use the cell-level parameter.
Run the MOD CELLHOPARACFG command with the
BlindHoSwitch option of the Handover Mode switch parameter
cleared.
3. 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 set to
UTRAN, GERAN, UTRAN, and GERAN, respectively.
4. Run the MOD CSFALLBACKPOLICYCFG command with the
REDIRECTION option of the CSFB handover policy Configuration parameter
selected.
MML Command Examples
Scenario 1: The UTRAN and GERAN cover the same area and provide contiguous coverage.
MOD CELLALGOSWITCH: LocalCellId=0, HoAllowedSwitch=UtranCsfbSteeringSwitch1&GeranCsfbSteeringSwitch-1;
MOD CSFALLBACKBLINDHOCFG: CnOperatorId=0, InterRatHighestPri=UTRAN,
InterRatSecondPri=GERAN, IdleCsfbHighestPri=GERAN, IdleCsfbSecondPri=UTRAN;
MOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=REDIRECTION-1&CCO_HO-0&PS_HO-1,
IdleModeCsfbHoPolicyCfg=REDIRECTION-1&CCO_HO-0&PS_HO-0;
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 CELLALGOSWITCH: LocalCellId=0, HoAllowedSwitch=UtranCsfbSwitch1&GeranCsfbSwitch-1&UtranCsfbSteeringSwitch-1&GeranCsfbSteeringSwitch-1;
MOD CELLHOPARACFG: LocalCellId=0, HoModeSwitch=BlindHoSwitch-0;
MOD CSFALLBACKBLINDHOCFG: CnOperatorId=0, InterRatHighestPri=UTRAN,
InterRatSecondPri=GERAN, IdleCsfbHighestPri=UTRAN, IdleCsfbSecondPri=GERAN;
MOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=REDIRECTION-1&CCO_HO-0&PS_HO-0,
IdleModeCsfbHoPolicyCfg=REDIRECTION-1&CCO_HO-0&PS_HO-0;
8.6.6 Activation Observation
The signaling procedure is the same as that for CSFB to UTRAN. After CS Fallback Steering to
UTRAN is used, check whether it works as expected.
The observation procedure is as follows:
1. Check that the UE supports redirection-based CSFB and handover-based CSFB.
2. Set CSFB policies for RRC_IDLE UEs and RRC_CONNECTED UEs to
redirection and handover, respectively.
3. Enable the UE to initiate a voice call in idle mode and in connected mode.
4. Observe the counters L.CSFB.E2W, L.RRCRedirection.E2W.CSFB, and
L.IRATHO.E2W.CSFB.ExecAttOut. If the values of the counters increase by 2, 1, and 1,
respectively, CSFB steering to UTRAN has been activated.
If LOFD-001089 CS Fallback Steering to GERAN has also been activated, the activation
observation procedure is as follows:
1. Check that the UE supports CSFB to GERAN and CSFB to UTRAN.
2. Set GERAN as the highest-priority RAT for CSFB triggered for RRC_IDLE UEs
and UTRAN as the highest-priority RAT for CSFB triggered for
RRC_CONNECTED UEs.
3. Enable the UE to initiate a voice call in idle mode and in connected mode.
4. Observe the counters L.CSFB.E2W and L.CSFB.E2G. If both the values increase by 1,
both CSFB steering to UTRAN and CSFB steering to GERAN have been activated.
8.6.7 Deactivation
Table 8-23
describes the parameters for deactivating this feature.
Table 8-23 Parameters for deactivating CSFB steering to UTRAN
MO
CellAlgoSwitch
Parameter Group
HoAllowedSwitch
Setting Notes
Clear the UtranCsfbSteeringSwitch
option.
This feature can be deactivated using the CME or MML commands.
8.6.7.1 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.6.7.2 Using MML Commands
Using MML Commands
Run the MOD CELLALGOSWITCH command with the UtranCsfbSteeringSwitch option of
the Handover Allowed Switch parameter cleared.
MML Command Examples
MOD CELLALGOSWITCH: LocalCellId=0,HoAllowedSwitch =UtranCsfbSteeringSwitch0;
8.6.8 Performance Monitoring
The performance monitoring procedure for this feature is similar to that for CS Fallback to
UTRAN. For details, see 8.1.8 Performance Monitoring. You can observe delivered frequencies and
fallback RATs based on network logs. This feature does not support the function of "Quickly
Setting Performance Measurement by Feature" of the U2000.
8.6.9 Parameter Optimization
The parameter optimization procedure for this feature is the same as that for CS Fallback to
UTRAN. For details, see 8.1.9 Parameter Optimization.
8.7 LOFD-001078 E-UTRAN to UTRAN CS/PS Steering
This section provides engineering guidelines for LOFD-001078 E-UTRAN to UTRAN CS/PS
Steering.
8.7.1 When to Use
Use this feature when the following conditions are met:
LOFD-001033 CS Fallback to UTRAN and LOFD-001019 PS Inter-RAT Mobility
between E-UTRAN and UTRAN have been enabled.
The operator owns multiple UTRAN frequencies and wants to divert CS or PS
services to specific UTRAN frequencies based on requirements such as the network
plan and loads.
8.7.2 Required Information
1. Collect information about whether LOFD-001033 CS Fallback to UTRAN and
LOFD-001019 PS Inter-RAT Mobility between E-UTRAN and UTRAN have been
activated.
2. 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 InterRAT Mobility Management in Connected Mode.
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 versions and configurations of the NEs in the E-UTRAN and UTRAN,
and ensure that they all support CSFB.
8.7.3 Requirements
Operating Environment
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.
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 8-24.
Table 8-24 License information for E-UTRAN to UTRAN CS/PS Steering
Feature ID
Feature Name
LOFD001078
E-UTRAN to
UTRAN
CS/PS
Steering
Model
License Control
Item
LT1SEUCSPS00 E-UTRAN to
UTRAN CS/PS
Steering(FDD)
NE
Sales Unit
eNodeB per RRC
Connected
User
8.7.4 Precautions
None
8.7.5 Data Preparation and Feature Activation
8.7.5.1 Data Preparation
Required Data
The required data is the same as that for LOFD-001033 CS Fallback to UTRAN. For details, see
8.1.5.1 Data Preparation.
Scenario-specific Data
The following table describes the parameter that must be set in the CELLALGOSWITCH MO
to enable E-UTRAN to UTRAN CS/PS Steering.
Parame
ter
Name
Parameter ID
Freque CellAlgoSwitch.FreqL
ayerSwitch
ncy
Layer
Switch
Data
Source
Setting Notes
Radio
When CSFB to UTRAN and PS inter-RAT mobility
Plannin between E-UTRAN and UTRAN have been
g
configured, set this parameter as follows:
(Negotia
To enable measurement-based Etion with
UTRAN to UTRAN CS/PS Steering,
the
select the
peer)
UtranFreqLayerMeasSwitch(UtranFr
eqLayerMeasSwitch) option.
To enable blind-handling-based EUTRAN to UTRAN CS/PS Steering,
select the
UtranFreqLayerBlindSwitch(UtranFr
eqLayerBlindSwitch) option.
The following table describes the parameter that must be set in the UtranNFreq MO to set the
CS service priority for a UTRAN frequency.
Parameter
Name
Parameter ID
CS service UtranNFreq.CsPriority
priority
Data Source
Engineering
Design
Setting Notes
Set this parameter based on the
network plan. This parameter
specifies the CS service priority for
the UTRAN frequency.
8.7.5.2 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.7.5.3 Using MML Commands
Using MML Commands
The prerequisite is that CSFB to UTRAN has been activated.
Scenario 1: Blind-handling-based E-UTRAN to UTRAN CS/PS steering
1. Run the MOD CELLALGOSWITCH command with the
UtranFreqLayerBlindSwitch(UtranFreqLayerBlindSwitch) option of the
Frequency Layer Switch parameter selected.
NOTE:
This function is also controlled by the UtranFreqLayerBlindSwitch option of the
ENodeBAlgoSwitch.FreqLayerSwtich parameter.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does
not take effect. If the option of the eNodeB-level parameter is deselected, the option of the cell-level
parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to
use the cell-level parameter.
2. Run the MOD UTRANNFREQ command with the CS service priority parameter
set to Priority_16(Priority 16).
Scenario 2: Measurement-based E-UTRAN to UTRAN CS/PS steering
1. Run the MOD CELLALGOSWITCH command with the
UtranFreqLayerMeasSwitch(UtranFreqLayerMeasSwitch) option of the
Frequency Layer Switch parameter selected.
NOTE:
This function is also controlled by the UtranFreqLayerMeasSwitch option of the
ENodeBAlgoSwitch.FreqLayerSwtich parameter.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does
not take effect. If the option of the eNodeB-level parameter is deselected, the option of the cell-level
parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to
use the cell-level parameter.
2. Run the MOD UTRANNFREQ command with the CS service priority parameter
set to Priority_16(Priority 16).
MML Command Examples
Scenario 1: Blind-handling-based E-UTRAN to UTRAN CS/PS steering
MOD CELLALGOSWITCH: LocalCellId=0,
FreqLayerSwitch=UtranFreqLayerBlindSwitch-1;
MOD UTRANNFREQ: LocalCellId=0, UtranDlArfcn=10800, CsPriority=Priority_16;
Scenario 2: Measurement-based E-UTRAN to UTRAN CS/PS steering
MOD CELLALGOSWITCH: LocalCellId=0, FreqLayerSwitch=UtranFreqLayerMeasSwitch1;
MOD UTRANNFREQ: LocalCellId=0, UtranDlArfcn=10800, CsPriority=Priority_16;
8.7.6 Activation Observation
The signaling procedure is the same as that for CSFB to UTRAN. After E-UTRAN to UTRAN
CS/PS Steering is used, check whether it works as expected.
The activation observation procedure is as follows:
1. Verify that the UE supports CSFB and multiple UTRAN frequencies are available.
2. Enable measurement-based and blind handover for E-UTRAN to UTRAN CS/PS
Steering. Set the highest PS service priority for UTRAN frequency F1 and the
highest CS service priority for UTRAN frequency F2.
3. Enable the UE to camp on an LTE cell and initiate a voice call in the cell. The
expected result is that the UE falls back to a UTRAN cell on F2.
4. Enable the UE to 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 a UTRAN
cell on F1.
8.7.7 Deactivation
Table 8-25
describes the parameters for deactivating this feature.
Table 8-25 Parameters for E-UTRAN to UTRAN CS/PS Steering
MO
CELLALGOSWITCH
Parameter Group
FreqLayerSwitch
Setting Notes
Clear the following options:
UtranFreqLayerMeasSwitch
UtranFreqLayerBlindSwitch
This feature can be deactivated using the CME or MML commands.
8.7.7.1 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.7.7.2 Using MML Commands
Using MML Commands
Deactivating blind E-UTRAN to UTRAN CS/PS steering
Run the MOD CELLALGOSWITCH command with the
UtranFreqLayerBlindSwitch(UtranFreqLayerBlindSwitch) option of the
Frequency Layer Switch parameter deselected.
Deactivating measurement-based E-UTRAN to UTRAN CS/PS steering
Run the MOD CELLALGOSWITCH command with the
UtranFreqLayerMeasSwitch(UtranFreqLayerMeasSwitch) option of the
Frequency Layer Switch parameter deselected.
MML Command Examples
Deactivating blind E-UTRAN to UTRAN CS/PS steering
MOD CELLALGOSWITCH: LocalCellId=0,FreqLayerSwitch=UtranFreqLayerBlindSwitch0;
Deactivating measurement-based E-UTRAN to UTRAN CS/PS steering
MOD CELLALGOSWITCH: LocalCellId=0,FreqLayerSwitch=UtranFreqLayerMeasSwitch0;
8.7.8 Performance Monitoring
The performance monitoring procedure for this feature is similar to that for CS Fallback to
UTRAN. For details, see 8.1.8 Performance Monitoring. You can observe delivered frequencies based
on network logs. This feature does not support the function of "Quickly Setting Performance
Measurement by Feature" of the U2000.
8.7.9 Parameter Optimization
The parameter optimization procedure for this feature is the same as that for CS Fallback to
UTRAN. For details, see 8.1.9 Parameter Optimization.
8.8 LOFD-001034 CS Fallback to GERAN
This section provides engineering guidelines for LOFD-001034 CS Fallback to GERAN.
8.8.1 When to Use
Use this feature in the initial phase of LTE network deployment when the following conditions
are met:
The operator owns a mature GERAN network.
The LTE network does not provide VoLTE services, or UEs in the LTE network do
not support VoLTE services.
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 serve 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.
8.8.2 Required Information
Collect the operating frequencies, coverage areas, and configurations of the EUTRAN and GERAN cells. Information about coverage areas includes engineering
parameters of sites (such as latitude and longitude), TX power of cell pilot signals,
and neighbor relationship configurations.
Collect the versions and configurations of the NEs in the E-UTRAN, GERAN, and
core networks, and ensure that they all support CSFB. Table 8-26 describes the
requirements of CSFB to GERAN for the core networks.
Table 8-26 Requirements of CSFB to GERAN for core networks
NE
MME
Requirement
Supports:
MSC
Supports:
SGSN
SGs interface to the MSC
LAI selection based on the TAI of
the serving cell
MSC-initiated paging
PLMN selection and reselection
Combined EPS/IMSI attach,
combined EPS/IMSI detach, and
combined TAU/LAU
Routing of CS signaling
messages
SMS over SGs
Combined EPS/IMSI attach
SMS over SGs
Paging message forwarding over
the SGs interface
Does not activate ISR during the combined
RAU/LAU procedure initiated by the UE.
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.
8.8.3 Requirements
Operating Environment
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.
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 8-27.
Table 8-27 License information for CSFB to GERAN
Feature ID
LOFD001034
Feature Name
CS Fallback to
GERAN
Model
License
Control Item
NE
LT1S00CFBG00 CS Fallback
eNodeB
to
GERAN(FDD)
Sales Unit
per RRC
Connected User
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.
8.8.4 Precautions
None
8.8.5 Data Preparation and Feature Activation
8.8.5.1 Data Preparation
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.
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 serves the external
GERAN cell works in RAN sharing with common carriers mode and multiple
operators share the external GERAN cell.
5. GeranNcell: used to configure the neighbor relationship with a GERAN cell. If a
neighboring GERAN cell supports blind handovers according to the network plan,
the blind-handover priority of the cell must be specified by the
GeranNcell.BlindHoPriority parameter.
Scenario-specific Data
The following table describes the parameters that must be set in the ENodeBAlgoSwitch and
CellAlgoSwitch MOs to set the handover mode and handover algorithm switches for CS
Fallback to GERAN.
Paramete
r Name
Parameter ID
Data
Source
Setting Notes
Handov ENodeBAlgoSwitch.HoModeSw Engineerin Set this parameter based on the
er Mode itch
g Design
network plan.
switch
To activate PS handovers, select the
GeranPsHoSwitch(GeranPsHoSwit
ch) option. To activate CCO, select
the
GeranCcoSwitch(GeranCcoSwitch
) option. To activate NACC, select
the
GeranNaccSwitch(GeranNaccSwit
ch) option. If none of the preceding
options is selected, redirection will be
used for CSFB to GERAN.
Handov
er
Allowed
Switch
CellAlgoSwitch.HoAllowedSwitc Radio
h
Planning
(Negotiatio
n with the
peer)
To activate CSFB to GERAN, select
the
GeranCsfbSwitch(GeranCsfbSwitc
h) option.
The following table describes the parameters that must be set in the ENodeBAlgoSwitch and
CellHoParaCfg MOs to set eNodeB- and cell-level blind handover switches.
Parameter
Name
Parameter ID
Data Source
Setting Notes
Handove ENodeBAlgoSwitch.HoModeSwitc
h
r Mode
switch
Engineerin
g Design
To activate blind handovers,
select the
BlindHoSwitch(BlindHoSwitch
) option of this parameter. If this
option is deselected, blind
handovers will not take effect in
any cell served by the eNodeB.
Handove CellHoParaCfg.HoModeSwitch
r Mode
switch
Engineerin
g Design
To activate blind handovers for a
cell served by the eNodeB,
select the
BlindHoSwitch(BlindHoSwitch
) option of this parameter. If this
option is deselected, blind
handovers will not take effect in
this cell.
The following table describes the parameters that must be set in the CellAlgoSwitch and
CSFallBackHo MOs to set the switch for adaptive blind handover for CSFB and the A1
threshold for adaptive blind handover for CSFB.
Parame
ter
Name
Parameter ID
Data Source
Setting Notes
Hando CellAlgoSwitch.HoAll
owedSwitch
ver
Allowe
d
Switch
Radio Planning When GERAN and E-UTRAN cells are co(Negotiation
sited with the same coverage, you can turn
with the peer)
on
CsfbAdaptiveBlindHoSwitch(CsfbAdapti
veBlindHoSwitch). The eNodeB decides
whether to use measurement-based or
blind handovers to GERAN based on A1
reports from UEs.
CSFB CSFallBackHo.BlindH
Adapti oA1ThdRsrp
ve
Blind
Ho A1
RSRP
Trigge
r
Thres
hold
Default/Recom
mended value
This parameter specifies the RSRP
threshold of the serving cell above which a
CSFB-triggered adaptive blind handover is
triggered. If the RSRP value measured by a
UE exceeds this threshold, the UE submits
an event A1 report. If the eNodeB receives
an event A1 report, it directly enters the
blind handling procedure. If the eNodeB
does not receive an event A1 report (the
UE is located at the edge of the E-UTRAN
cell), it enters the measurement procedure.
Parame
ter
Name
Parameter ID
Data Source
Setting Notes
The target measurement RAT depends on
configured RAT priorities and UE
capabilities.
On the live network, set this parameter
based on network coverage.
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.
Parameter
Name
Parameter ID
CSFallBackBlindHoCfg.CnOperatorId
CN
Operator
ID
Highest
priority
InterRat
Data Source
Engineering Design
Setting Notes
Set this
parameter
based on the
network plan.
This parameter
specifies the ID
of the operator
whose RAT
blind-handover
priorities are to
be set.
CSFallBackBlindHoCfg.InterRatHighestPri Default/Recommended Set this
value
parameter
based on the
network plan.
This parameter
is set to
UTRAN by
default and
specifies the
highest-priority
RAT to be
considered in
blind
handovers for
CSFB. For
CSFB to
GERAN, set
this parameter
to GERAN.
Parameter
Name
Parameter ID
Data Source
Setting Notes
Second
priority
InterRat
CSFallBackBlindHoCfg.InterRatSecondPri Default/Recommended Set this
value
parameter
based on the
network plan.
This parameter
is set to
GERAN by
default and
specifies the
secondhighest-priority
RAT to be
considered in
blind
handovers for
CSFB. If the
highest-priority
RAT has been
set to GERAN,
the secondhighest-priority
RAT cannot be
set to GERAN.
Ensure that the
secondhighest-priority
RAT is
different from
the highestpriority RAT
and lowestpriority RAT.
Lowest
priority
InterRat
CSFallBackBlindHoCfg.InterRatLowestPri Default/Recommended Set this
value
parameter
based on the
network plan.
This parameter
is set to
CDMA2000 by
default and
specifies the
lowest-priority
RAT to be
considered in
blind
Parameter
Name
Parameter ID
Data Source
Setting Notes
handovers for
CSFB. Ensure
that the lowestpriority RAT is
different from
the highestpriority RAT
and secondhighest-priority
RAT.
GERAN CSFallBackBlindHoCfg.GeranLcsCap
LCS
capability
Default/Recommended Set this
value
parameter
based on the
network plan.
This parameter
specifies the
LCS capability
of the GERAN.
The following table describes the parameters that must be set in the CellOpHoCfg MO to set
cell-level blind-handover priorities of different RATs for CSFB.
Parameter
Name
Parameter ID
Data Source
Setting Notes
CellOpHoCfg.CnOperatorId
CN
Operator
ID
Engineering Design
Set this parameter based
on the network plan. This
parameter identifies the
operator whose RAT
blind-handover priorities
are to be set.
Local cell CellOpHoCfg.LocalCellId
ID
Radio Planning
(Internal planning)
Set this parameter based
on the network plan. This
parameter identifies the
cell whose RAT blindhandover priorities are to
be set.
Highest CellOpHoCfg.InterRatHighestPri Default/Recommended Set this parameter based
Priority
value
on the network plan. This
InterRAT
parameter is set to
UTRAN by default and
specifies the highest-
Parameter
Name
Parameter ID
Data Source
Setting Notes
priority RAT to be
considered in blind
handovers for CSFB. For
CSFB to UTRAN, set this
parameter to UTRAN.
Second
priority
InterRat
CellOpHoCfg.InterRatSecondPri Default/Recommended Set this parameter based
value
on the network plan. This
parameter is set to
GERAN by default and
specifies the secondhighest-priority RAT to be
considered in blind
handovers for CSFB.
Ensure that the secondhighest-priority RAT is
different from the highestpriority RAT and lowestpriority RAT.
CellOpHoCfg.InterRatLowestPri Default/Recommended Set this parameter based
Lowest
Priority
value
on the network plan. This
InterRAT
parameter is set to
CDMA2000 by default
and specifies the lowestpriority RAT to be
considered in blind
handovers for CSFB.
Ensure that the lowestpriority RAT is different
from the highest-priority
RAT and second-highestpriority RAT.
The following table describes the parameter that must be set in the CSFallBackHo MO to set the
CSFB protection timer.
Parameter
Name
CSFB
Protect
Timer
Parameter ID
Data
Source
CSFallBackHo.CsfbProtectTimer Radio
Planning
(Internal
planning)
Setting Notes
Set this parameter to its recommended
value.
If this parameter is set to 0, the CSFB
protection timer specified by the
Parameter
Name
Parameter ID
Data
Source
Setting Notes
CSFallBackHo.CsfbProtectionTimer
parameter takes effect.
The following table describes the parameter that must be set in the GlobalProcSwitch MO to
control redirection-based CSFB optimization for UEs in idle mode.
Parameter
Name
Parameter ID
Data Source
Setting Notes
GlobalProcSwitch.ProtocolMsgOptSwit Engineerin To shorten the CSFB delay
Protocol
ch
Message
g Design
by skipping an RRC
Optimizatio
connection reconfiguration
n Switch
procedure during blind
redirection for CSFB, select
the
IdleCsfbRedirectOptSwitc
h option of this parameter.
The following table describes the parameter that must be set in the GlobalProcSwitch MO to set
the policy for handling the conflicts between handover and CSFB procedures.
Paramet
er Name
Parameter ID
Handov GlobalProcSwitch.HoProcCtrl
Switch
er
Process
Control
Switch
Data
Source
Setting Notes
Engineeri It is recommended that the
ng Design CsfbFlowFirstSwitch(CsfbFlowFirstS
witch) option be selected when the
number of CSFB preparation failures
increases due to conflict between
handover and CSFB procedures. The
number of CSFB preparation failures
because of procedure conflicts is
obtained from L.CSFB.PrepFail.Conflict.
8.8.5.2 Using the CME
Fast Batch Activation
This feature can be batch activated using the Feature Operation and Maintenance
function of 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.
Single/Batch Configuration
This feature can be activated for a single eNodeB or a batch of eNodeBs on the
CME. For detailed operations, see CME-based Feature Configuration.
8.8.5.3 Using MML Commands
Using MML Commands
Common step: Enable CSFB to GERAN.
1. Run the MOD CELLALGOSWITCH command with the
GeranCsfbSwitch(GeranCsfbSwitch) option of the Handover Allowed Switch
parameter selected.
NOTE:
This function is also controlled by the GeranCsfbSwitch option of the eNodeB-level parameter
ENodeBAlgoSwitch.HoAlgoSwitch.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does
not take effect. If the option of the eNodeB-level parameter is deselected, the option of the cell-level
parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to
use the cell-level parameter.
Basic scenario 1: CSFB to GERAN using blind redirection
CSFB to GERAN using blind redirection works regardless of whether neighboring
GERAN cells are configured.
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.
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.
1. Run the following eNodeB- and cell-level commands to enable the blind handover
function for CSFB to GERAN:
a. Run the MOD ENODEBALGOSWITCH command with the
BlindHoSwitch(BlindHoSwitch) option of the Handover Mode
switch parameter selected.
b. Run the MOD CELLHOPARACFG command with the
BlindHoSwitch option of the cell-level parameter Handover Mode
switch selected.
2. 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.
3. (Optional) If a neighboring GERAN cell is configured, run the MOD
GERANNCELL command with the Blind handover priority parameter set to the
highest priority (for example, 32).
4. (Optional) If a neighboring GERAN cell is not configured, perform the following
operations:
a. Run the ADD GERANNFREQGROUP command with the
Frequency Priority for Connected Mode parameter set to the
highest priority (for example, 8).
b. Run the ADD GERANNFREQGROUPARFCN command to add a
GERAN ARFCN to a neighboring BCCH carrier frequency group.
5. (Optional) Run the MOD GLOBALPROCSWITCH command with the
IdleCsfbRedirectOptSwitch option of the Protocol Message Optimization
Switch parameter selected.
Basic scenario 2: CSFB to GERAN using blind CCO with NACC
1. Run MML commands to configure neighboring GERAN frequencies and GERAN
cells. For details about parameter settings, see Inter-RAT Mobility Management in
Connected Mode.
2. Run the MOD ENODEBALGOSWITCH command with the
BlindHoSwitch(BlindHoSwitch), 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.
3. Run the MOD CELLHOPARACFG command with the BlindHoSwitch option of
the Handover Mode switch parameter selected.
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.
5. Run the MOD GERANNCELL command with the Blind handover priority
parameter set to 32.
Basic scenario 3: CSFB to GERAN using blind handovers
1. Run MML commands to configure neighboring GERAN frequencies and GERAN
cells. For details about parameter settings, see Inter-RAT Mobility Management in
Connected Mode.
2. Run the MOD ENODEBALGOSWITCH command with the
BlindHoSwitch(BlindHoSwitch) and GeranPsHoSwitch(GeranPsHoSwitch)
options of the Handover Mode switch parameter selected.
3. Run the MOD CELLHOPARACFG command with the BlindHoSwitch option of
the Handover Mode switch parameter selected.
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.
5. Run the MOD GERANNCELL command with the Blind handover priority
parameter set to 32.
Basic scenario 4: CSFB to GERAN using measurement-based redirection
1. Run MML commands to configure neighboring GERAN frequencies and GERAN
cells. For details about parameter settings, see Inter-RAT Mobility Management in
Connected Mode.
2. Run the MOD CELLHOPARACFG command with the BlindHoSwitch option of
the Handover Mode switch parameter deselected for the cells to be measured.
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.
4. Run the MOD CSFALLBACKHO command with the CSFB Protection Timer
parameter specified.
Basic scenario 5: CSFB to GERAN using measurement-based handovers
(recommended)
1. Run MML commands to configure neighboring GERAN frequencies and GERAN
cells. For details about parameter settings, see Inter-RAT Mobility Management in
Connected Mode.
2. Run the MOD ENODEBALGOSWITCH command with the
GeranPsHoSwitch(GeranPsHoSwitch) option of the Handover Mode switch
parameter selected.
3. Run the MOD CELLHOPARACFG command with the BlindHoSwitch option of
the Handover Mode switch parameter deselected for the cells to be measured.
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.
5. Run the MOD CSFALLBACKHO command with the CSFB Protection Timer
parameter specified.
Basic scenario 6: CSFB to GERAN using measurement-based CCO with NACC
(recommended)
1. Run MML commands to configure neighboring GERAN frequencies and GERAN
cells. For details about parameter settings, see Inter-RAT Mobility Management in
Connected Mode.
2. Run the MOD ENODEBALGOSWITCH command with 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.
3. Run the MOD S1INTERFACE command with the MME Release parameter set
to Release_R9(Release 9).
4. Run the MOD CELLHOPARACFG command with the BlindHoSwitch option of
the Handover Mode switch parameter deselected for the cells to be measured.
5. Run the MOD CSFALLBACKPOLICYCFG command with the PS_HO and
CCO_HO options of the CSFB handover policy Configuration parameter
deselected and selected, respectively.
6. Run the MOD CSFALLBACKHO command with the CSFB Protection Timer
parameter specified.
Enhanced scenario 1: Policy setting for handling the conflicts between handover and
CSFB procedures
Run the following command after the commands for a basic scenario have been
executed:
1. Run the MOD GLOBALPROCSWITCH command with the
CsfbFlowFirstSwitch option of the Handover Process Control Switch parameter
selected.
Enhanced scenario 2: If you need to set the highest-priority RAT for CSFB to
GERAN, run the following commands after the commands in a basic scenario have
been executed:
1. Run the MOD CSFALLBACKBLINDHOCFG command with the Highest
priority InterRat and Second priority InterRat parameters set to GERAN and
UTRAN, respectively.
2. Run the ADD CELLOPHOCFG command with the Highest Priority InterRAT
and Second Priority InterRAT parameters set to GERAN and UTRAN,
respectively.
MML Command Examples
Common step: Enable CSFB to GERAN.
MOD CELLALGOSWITCH: LocalCellId=0, HoAllowedSwitch=GeranCsfbSwitch-1;
Basic scenario 1: CSFB to GERAN using blind redirection (configured with
neighboring GERAN cells)
MOD ENODEBALGOSWITCH: HoModeSwitch=BlindHoSwitch-1;
MOD CELLHOPARACFG: LocalCellId=0, HoModeSwitch=BlindHoSwitch-1;
MOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=REDIRECTION-1&CCO_HO-0&PS_HO-0;
MOD GERANNCELL: LocalCellId=0, Mcc="460", Mnc="20", Lac=12, GeranCellId=15,
BlindHoPriority=32;
MOD GLOBALPROCSWITCH: ProtocolMsgOptSwitch=IdleCsfbRedirectOptSwitch-1;
Basic scenario 1: CSFB to GERAN using blind redirection (configured without
neighboring GERAN cells)
MOD ENODEBALGOSWITCH: HoModeSwitch=BlindHoSwitch-1;
MOD CELLHOPARACFG: LocalCellId=0, HoModeSwitch=BlindHoSwitch-1;
MOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=REDIRECTION-1&CCO_HO-0&PS_HO-0;
ADD GERANNFREQGROUP: LocalCellId=0, BcchGroupId=0, GeranVersion=GSM,
StartingArfcn=0, ConnFreqPriority=8;
ADD GERANNFREQGROUPARFCN: LocalCellId=0, BcchGroupId=0, GeranArfcn=0;
ADD GERANRANSHARE: LocalCellId=0, BcchGroupId=0, Mcc="460", Mnc="20";
MOD GLOBALPROCSWITCH: ProtocolMsgOptSwitch=IdleCsfbRedirectOptSwitch-1;
Basic scenario 2: CSFB to GERAN using blind CCO with NACC
MOD ENODEBALGOSWITCH: HoModeSwitch=BlindHoSwitch-1&GeranNaccSwitch1&GeranCcoSwitch-1, RimSwitch=GERAN_RIM_SWITCH-1;
MOD CELLHOPARACFG: LocalCellId=0, HoModeSwitch=BlindHoSwitch-1;
MOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=CCO_HO-1&PS_HO-0;
MOD GERANNCELL: LocalCellId=0, Mcc="460", Mnc="20", Lac=12, GeranCellId=15,
BlindHoPriority=32;
Basic scenario 3: CSFB to GERAN using blind handovers
MOD ENODEBALGOSWITCH: HoModeSwitch=GeranPsHoSwitch-1&BlindHoSwitch-1;
MOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=PS_HO-1;
MOD CELLHOPARACFG: LocalCellId=0, HoModeSwitch=BlindHoSwitch-1;
MOD GERANNCELL: LocalCellId=0, Mcc="460", Mnc="20", Lac=12,
GeranCellId=15,BlindHoPriority=32;
Basic scenario 4: CSFB to GERAN using measurement-based redirection
MOD CELLHOPARACFG: LocalCellId=0, HoModeSwitch=BlindHoSwitch-0;
MOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=REDIRECTION-1&CCO_HO-0&PS_HO-0;
MOD CSFALLBACKHO: LocalCellId=0, CsfbProtectionTimer=4;
MOD
MOD
MOD
MOD
Basic scenario 5: CSFB to GERAN using measurement-based handovers
ENODEBALGOSWITCH: HoModeSwitch=GeranPsHoSwitch-1;
CELLHOPARACFG: LocalCellId=0, HoModeSwitch=BlindHoSwitch-0;
CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=PS_HO-1;
CSFALLBACKHO: LocalCellId=0, CsfbProtectionTimer=4;
Basic scenario 6: CSFB to GERAN using measurement-based CCO with NACC
MOD ENODEBALGOSWITCH: HoModeSwitch=GeranNaccSwitch-1&GeranCcoSwitch-1,
RimSwitch=GERAN_RIM_SWITCH-1;
MOD S1INTERFACE: S1InterfaceId=2, S1CpBearerId=1, CnOperatorId=0,
MmeRelease=Release_R9;
MOD CELLHOPARACFG: LocalCellId=0, HoModeSwitch=BlindHoSwitch-0;
MOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=CCO_HO-1&PS_HO-0;
MOD CSFALLBACKHO: LocalCellId=0, CsfbProtectionTimer=4;
Enhanced scenario 1: Policy setting for handling the conflicts between handover and CSFB
procedures
MOD GLOBALPROCSWITCH: HoProcCtrlSwitch= CsfbFlowFirstSwitch-1;
Enhanced scenario 2: Highest-priority RAT for CSFB set to GERAN
MOD CSFALLBACKBLINDHOCFG: CnOperatorId=0, InterRatHighestPri=GERAN,
InterRatSecondPri=UTRAN;
ADD CELLOPHOCFG: LocalCellId=0, CnOperatorId=0, InterRatHighestPri=GERAN,
InterRatSecondPri=UTRAN;
8.8.6 Activation Observation
Signaling Observation
The activation observation procedure is as follows:
1. Enable a UE to camp on an E-UTRAN cell and make a voice call.
2. Enable the UE to camp on an E-UTRAN cell and receive a voice call.
You can observe the signaling procedures for CSFB to GERAN, which is similar to that for
CSFB to UTRAN described in section Figure 8-9.
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 mobileoriginated calls except that the procedure for mobile-terminated calls includes paging.
Figure 8-9 Redirection-based CSFB to GERAN for a mobile-originated call
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 handoverbased 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 8.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
8-10 shows the signaling procedure for CCO/NACC-based CFSB to GERAN for a mobileoriginated call. In the CSFB, handover preparation is absent. The
MobilityFromEUTRACommand message carries the CCO/NACC information and the CSFB
target is GERAN.
Figure 8-10 CCO/NACC-based CSFB to GERAN for a mobile-originated call
Counter Observation
Table 8-28
lists the performance counters for observing functions related to CSFB to GERAN.
Table 8-28 Performance counters for observing CSFB to GERAN
Function
Counter ID
Counter Name
Description
CSFB to GERAN
1526728324 L.CSFB.E2G
Number of procedures for
CSFB to GERAN
CSFB to GERAN
triggered for
emergency calls
1526728710 L.CSFB.E2G.Emergency
Number of procedures for
CSFB to GERAN triggered for
emergency calls
8.8.7 Deactivation
Table 8-29
describes the parameters for deactivating this feature.
Table 8-29 Parameters for deactivating CSFB to GERAN
MO
Parameter Group
CellAlgoSwitch
HoAllowedSwitch
Setting Notes
To deactivate CSFB to GERAN, clear
the GeranCsfbSwitch option.
This feature can be deactivated using the CME or MML commands.
8.8.7.1 Using MML Commands
Using MML Commands
Run the MOD CELLALGOSWITCH command with the
GeranCsfbSwitch(GeranCsfbSwitch) option of the Handover Algo switch parameter cleared.
MML Command Examples
MOD CELLALGOSWITCH: LocalCellId=0,HoAllowedSwitch=GeranCsfbSwitch-0;
8.8.8 Performance Monitoring
CSFB is an end-to-end service. The performance counters on the LTE side can only indicate the
success rate of the CSFB procedure on the LTE side, and they cannot indicate the success rate of
the CSFB procedure on the target side. Therefore, the performance counters on the LTE side
cannot directly show user experience of the CSFB procedure. It is recommended that you
perform drive tests and use the performance counters on the UE side to indicate the actual user
experience of the CSFB procedure.
Table 8-30
lists the counters related to the execution of CSFB by the eNodeB.
Table 8-30 Counters related to the execution of CSFB by the eNodeB
Counter ID
1526728321
Counter Name
L.CSFB.PrepAtt
Description
Number of CSFB indicators received by the
eNodeB
Counter ID
Description
L.CSFB.PrepSucc
1526728322
Table 8-31
Counter Name
Number of successful CSFB responses
from the eNodeB
lists the counter related to CSFB to GERAN.
Table 8-31 Counter related to CSFB to GERAN
Counter ID
1526728324
Counter Name
L.CSFB.E2G
Description
Number of procedures for CSFB to GERAN
lists the counters that indicate whether CSFB is performed through redirection or
handover.
Table 8-32
Table 8-32 Counters related to CSFB through redirection or handover
Counter ID
Counter Name
Description
1526728498
L.RRCRedirection.E2G.CSFB
Number of CSFB-based redirections from
E-UTRAN to GERAN
1526728507
L.IRATHO.E2G.CSFB.PrepAttOut
Number of CSFB-based inter-RAT
handover preparation attempts from EUTRAN to GERAN
You can check whether CCO with NACC or CCO without NACC is used as the CSFB
mechanism by viewing the counters listed in Table 8-33.
Table 8-33 Counters related to using CCO with NACC or CCO without NACC
Counter ID
Counter Name
Description
1526729505
L.CCOwithNACC.E2G.CSFB.ExecAttOut
Number of CSFB-based CCO with
NACC executions from E-UTRAN to
GERAN
1526729507
L.CCOwithoutNACC.E2G.CSFB.ExecAttOut
Number of CSFB-based CCO without
NACC executions from E-UTRAN to
GERAN
After the CSFB protection timer expires, the eNodeB may perform a blind redirection to enter
the protection procedure. Table 8-34 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 8-34 Counter related to the number of times that the eNodeB enters the protection procedure for
CSFB
Counter ID
1526729516
Table 8-35
Counter Name
Description
L.RRCRedirection.E2G.CSFB.TimeOut
Number of CSFB-based blind
redirections from E-UTRAN to GERAN
caused by CSFB protection timer
expiration
lists the counters related to CSFB for emergency calls.
Table 8-35 Counters related to CSFB for emergency calls
Counter ID
Counter Name
Description
1526729513
L.IRATHO.E2G.CSFB.ExecAttOut.Emergency
Number of CSFB-based handover
execution attempts to GERAN
triggered for emergency calls
1526729514
L.IRATHO.E2G.CSFB.ExecSuccOut.Emergency
Number of successful CSFB-based
handover executions to GERAN
triggered for emergency calls
CSFB handover success rate for emergency calls =
L.IRATHO.E2G.CSFB.ExecSuccOut.Emergency/L.IRATHO.E2G.CSFB.ExecAttOut.Emergency
this feature supports quick configuration of counter collection by feature using the U2000. The
measurement for the counters related to this feature can be set in a single operation. These
counters are determined by the counter-feature relationships listed in the performance counter
reference. For details about the operations, see "Quickly Setting Performance Measurement by
Feature" in iManager U2000 MBB Network Management System Product Documentation.
8.8.9 Parameter Optimization
The blind-handover-related parameter optimization procedure for CS Fallback to GERAN is the
same as that for CS Fallback to UTRAN. For details, see 8.1.9 Parameter Optimization.
The following table lists event-B1-related parameters for CSFB to GERAN in the
CSFallBackHo MO.
Parameter
Name
Parameter ID
Local cell CSFallBackHo.LocalCellId
ID
CSFB
GERAN
EventB1
CSFallBackHo.CsfbHoGeranB1Thd
Data Source
Setting Notes
Network
Set this parameter based on
plan
the network plan.
(negotiation
not
required)
Network
Set this parameter based on
plan
the network plan. This
(negotiation parameter specifies the RSSI
threshold for event B1 in
Parameter
Name
Parameter ID
Trigger
Threshold
CSFB
Geran
EventB1
Time To
Trig
Data Source
not
required)
CSFallBackHo.CsfbHoGeranTimeToTrig Network
plan
(negotiation
not
required)
Setting Notes
CSFB to GERAN. Event B1
is triggered when the
measured RSSI of a GERAN
cell reaches the value of this
parameter and all other
conditions are also met.
Set this parameter based on
the network plan. This
parameter specifies the timeto-trigger for event B1 in
CSFB to GERAN. When
CSFB to GERAN is required,
set this parameter, which is
used by 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.
8.9 RIM Procedure from E-UTRAN to GERAN
8.9.1 When to Use
It is recommended that the RIM procedure be performed through the Huawei-proprietary
eCoordinator when the following conditions are met:
Both the eNodeB and the RNC/BSC are provided by Huawei and are connected to
the same eCoordinator.
The core network that the eNodeB and the RNC/BSC are connected to does not
support the RIM procedure or is disabled with the RIM procedure.
To perform the RIM procedure through the eCoordinator, set
ENodeBAlgoSwitch.RimOnEcoSwitch to ON(On).
In other conditions, it is recommended that the RIM procedure be performed through the core
network. In this case, set ENodeBAlgoSwitch.RimOnEcoSwitch to OFF(Off).
8.9.2 Required Information
Check whether the BSC, MME, and SGSN support the RIM procedure, and whether an
eCoordinator has been deployed.
8.9.3 Requirements
Operating Environment
If the RIM procedure is performed through the core network, the core-network equipment must
support this feature:
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.
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.
The BSC, MME, and SGSN must support the RIM procedures. If one of the NEs
does not, 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
If the GERAN uses Huawei devices, GBFD-511308 eNACC Between GSM and LTE needs to
be activated. For details, see "Deploying eNACC Between GSM and LTE" in "Engineering
Guidelines" in Interoperability Between GSM and LTE Feature Parameter Description of GBSS
Feature Documentation.
8.9.4 Precautions
None
8.9.5 Data Preparation and Feature Activation
8.9.5.1 Data Preparation
Required Data
The required data is the same as that for LOFD-001034 CS Fallback to GERAN. For details, see
8.8.5.1 Data Preparation.
Scenario-specific Data
The following table describes the parameters that must be set in the ENodeBAlgoSwitch MO to
configure the RIM procedure.
Parameter
Name
Parameter ID
Support
RIM by
eCoordinat
or Switch
ENodeBAlgoSwitch.RimOnEcoS
RIM switch
ENodeBAlgoSwitch.RimSwitch
Data
Source
N/A
witch
Setting Notes
If the
ENodeBAlgoSwitch.RimOnEcoS
witch parameter is set to
OFF(Off), the RIM procedure is
performed through the core
network.
If the
ENodeBAlgoSwitch.RimOnEcoS
witch parameter is set to ON(On),
the RIM procedure is performed
through the eCoordinator.
Engineerin To use the RIM procedure in
g Design
Multiple Report mode, select the
GERAN_RIM_SWITCH option of
this parameter.
The following table describes the parameters that must be set in the S1Interface or S1 MO to
configure the MME protocol release. To activate RIM procedures in Multiple Report mode, set
the parameter to Release_R9(Release 9) or later.
Parameter Name
Parameter ID
Data Source
Setting Notes
MME Release
S1Interface.MmeRelease
Radio
planning
(negotiation
with the
peer)
MME Release
S1.MmeRelease
Radio
If the eNodeB automatically adds
planning
an S1 interface in endpoint
(negotiation mode, configure this parameter
to modify the MME protocol
If the eNodeB adds an S1
interface in link mode, configure
this parameter to modify the
MME protocol release. For
details about the configuration,
see IP eRAN Engineering Guide
Feature Parameter Description.
Parameter Name
Parameter ID
Data Source
with the
peer)
Setting Notes
release. For details about the
configuration, see S1 and X2 SelfManagement Feature Parameter
Description.
(Optional) If some operators or neighboring GERAN cells do not support the RIM procedure to
the GERAN, you need to configure the RIM procedure for Separate Mobility Policies to
GERAN for Multi PLMN.
The following table describes the parameter that must be set in the CellAlgoSwitch
MO to enable Separate Mobility Policies to GERAN for Multi PLMN.
Parameter
Name
Parameter ID
Data Source
Handover CellAlgoSwitch.HoAllowedSwitch Radio
Allowed
planning
Switch
(negotiation
with the
peer)
Setting Notes
If some operators or neighboring
GERAN cells do not support the
RIM procedure to the GERAN,
select the
GeranSepOpMobilitySwitch
option.
The following table describes the parameters that must be set in the
GeranNetworkCapCfg MO to configure GERAN capabilities.
Parameter
Name
Parameter ID
Data Source
Setting Notes
GeranNetworkCapCfg.Mcc
Mobile
country code
Radio
planning
(negotiation
with the
peer)
GeranNetworkCapCfg.Mnc
Mobile
network code
Radio
This parameter specifies
planning
the MNC of the base
(negotiation station that serves the
neighboring cell.
This parameter specifies
the MCC of the base
station that serves the
neighboring cell.
If the peer GERAN
equipment is provided by
Huawei, set this
parameter to the same
value as the
corresponding parameter
in the GCELL MO of the
peer BSC.
Parameter
Name
Location
Area Code
Parameter ID
GeranNetworkCapCfg.Lac
Data Source
with the
peer)
If the peer GERAN
equipment is provided by
Huawei, set this
parameter to the same
value as the
corresponding parameter
in the GCELL MO of the
peer BSC.
Radio
planning
(negotiation
with the
peer)
This parameter specifies
the LAC of the GERAN
cell. It uniquely identifies a
GERAN cell within a
PLMN. The value range of
LACs is {1-65533, 65535,
4294967295}. The values
in {1-65533, 65535} are
specific LACs on the
network. The value
4294967295 indicates all
LACs in the PLMN. That
is, the policy applies to all
location areas in the
PLMN.
If the peer GERAN
equipment is provided by
Huawei, set this
parameter to the same
value as the
corresponding parameter
in the GCELL MO of the
peer BSC.
GeranNetworkCapCfg.NetworkCapCfg Radio
Network
Capability
Planning
Configuration
(Internal
planning)
8.9.5.2 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.9.5.3 Using MML Commands
Setting Notes
The SiByRimCapCfg
option is selected by
default. Deselect it for
operators or neighboring
GERAN cells that do not
support the RIM
procedure.
Using MML Commands
Choosing either the core network or the eCoordinator for performing the RIM
procedure
Performing the RIM procedure through the core network
Run the MOD ENODEBALGOSWITCH command with the Support
RIM by eCoordinator Switch parameter set to OFF(Off).
Performing the RIM procedure through the eCoordinator
Run the MOD ENODEBALGOSWITCH command with the Support
RIM by eCoordinator Switch parameter set to ON(On).
(Optional) Setting Multiple Report mode for the RIM procedure
Run the MOD ENODEBALGOSWITCH command with the RIM switch
parameter set to GERAN_RIM_SWITCH.
Modifying the protocol release of the S1 interface
If the eNodeB adds the S1 interface in link mode:
Run the MOD S1INTERFACE command with the MME Release
parameter set to Release_R9(Release 9).
If the eNodeB adds the S1 interface in endpoint mode:
Run the MOD S1 command with the MME Release parameter set to
Release_R9(Release 9).
(Optional) If some operators or neighboring GERAN cells do not support the RIM
procedure to the GERAN, perform the following operations:
1. Run the ADD GERANNETWORKCAPCFG command to set the
Mcc, Mnc, and Lac parameters, and clear the SiByRimCapCfg option
of the NetworkCapCfg parameter for the operators or neighboring
GERAN cells that do not support the RIM procedure to the GERAN.
2. Run the MOD CELLALGOSWITCH command with the
GeranSepOpMobilitySwitch(GeranSepOpMobilitySwitch) option
of the HoAllowedSwitch parameter selected.
MML Command Examples
Choosing either the core network or the eCoordinator for performing the RIM
procedure
Performing the RIM procedure through the core network
MOD ENODEBALGOSWITCH: RimOnEcoSwitch=OFF;
Performing the RIM procedure through the eCoordinator
MOD ENODEBALGOSWITCH: RimOnEcoSwitch=ON;
(Optional) Setting Multiple Report mode for the RIM procedure
MOD ENODEBALGOSWITCH: RimSwitch=GERAN_RIM_SWITCH;
Modifying the protocol release of the S1 interface
//If the eNodeB adds the S1 interface in link mode:
MOD S1INTERFACE: S1InterfaceId=2, S1CpBearerId=1, CnOperatorId=0,
MmeRelease=Release_R9;
//If the eNodeB adds the S1 interface in endpoint mode:
MOD S1: S1Id=0, CnOperatorId=0, MmeRelease=Release_R9;
(Optional) If some operators or neighboring GERAN cells do not support the RIM
procedure to the GERAN, perform the following operations:
ADD GERANNETWORKCAPCFG: Mcc="460", Mnc="32", Lac=1,
NetworkCapCfg=SiByRimCapCfg-0;
MOD CELLALGOSWITCH: LocalCellId=0,
HoAllowedSwitch=SrvBasedInterFreqHoSw-0&GeranSepOpMobilitySwitch1;
8.9.6 Activation Observation
Counter Observation
No matter whether the RIM procedure is performed through the core network or the
eCoordinator, performance counters listed in Table 8-36 can be used to observe whether the RIM
procedure has taken effect.
Table 8-36 Counters related to the RIM procedure between E-UTRAN and GERAN
Counter ID
Counter Name
Description
1526729661
L.RIM.SI.E2G.Req
Number of times the eNodeB
sends a system information
request to a GERAN
1526729662
L.RIM.SI.E2G.Resp
Number of times the eNodeB
receives a system information
response from a GERAN
1526729663
L.RIM.SI.E2G.Update
Number of times the eNodeB
receives a system information
update from a GERAN
Signaling Tracing Result Observation
If the RIM procedure is performed through the core network, trace signaling messages as
follows:
1. Start an S1 interface tracing task on the eNodeB LMT.
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.
2. Start a Gb interface tracing task on the BSC LMT.
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 respond to the RIM request normally.
3. Change the state of the GSM cell.
If the BSC sends the DIRECT INFORMATION TRANSFER message containing
the RAN-INFORMATION IE over the Gb interface, you can infer that the BSC
can notify the eNodeB with the cell state change through the RIM procedure.
If the RIM procedure is performed through the eCoordinator, trace signaling messages as
follows:
1. Start an Se interface tracing task on the eNodeB LMT.
Check whether the ENB DIRECT INFORMATION TRANSFER message
containing the RAN-INFORMATION-REQUEST IE is sent over the Se interface.
If the message is sent, you can infer that the eNodeB has sent the RIM request
successfully.
2. Start an Sg interface tracing task on the BSC LMT.
If after receiving the ECO DIRECT INFORMATION TRANSFER message
containing the RAN-INFORMATION-REQUEST IE, the BSC sends the BSC
DIRECT INFORMATION TRANSFER message containing the RANINFORMATION IE to the eCoordinator, you can infer that the BSC can respond to
the RIM request normally.
3. Change the state of the GSM cell.
If the BSC sends the BSC DIRECT INFORMATION TRANSFER message
containing the RAN-INFORMATION IE over the Sg interface, you can infer that
the BSC can notify the eNodeB with the cell state change through the RIM
procedure.
8.9.7 Deactivation
Table 8-37
describes the parameters for deactivating this feature.
Table 8-37 Parameters for the RIM procedure
MO
ENodeBAlgoSwitch
Parameter Group
RimOnEcoSwitch
Setting Notes
Set this parameter to OFF(Off).
This feature can be deactivated using the CME or MML commands.
8.9.7.1 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.9.7.2 Using MML Commands
Using MML Commands
Performing the RIM procedure through the core network
Run the MOD ENODEBALGOSWITCH command with the Support RIM by
eCoordinator Switch parameter set to ON(On).
Performing the RIM procedure through the eCoordinator
Run the MOD ENODEBALGOSWITCH command with the Support RIM by
eCoordinator Switch parameter set to OFF(Off).
MML Command Examples
Performing the RIM procedure through the core network
MOD ENODEBALGOSWITCH: RimOnEcoSwitch=ON;
Performing the RIM procedure through the eCoordinator
MOD ENODEBALGOSWITCH: RimOnEcoSwitch=OFF;
8.9.8 Performance Monitoring
The performance monitoring procedure for this feature is similar to that for CS Fallback to
GERAN. For details, see 8.8.8 Performance Monitoring. This feature does not support the function of
"Quickly Setting Performance Measurement by Feature" of the U2000.
8.9.9 Parameter Optimization
The parameter optimization procedure for this feature is the same as that for CS Fallback to
GERAN. For details, see 8.8.9 Parameter Optimization.
8.10 LOFD-001053 Flash CS Fallback to GERAN
This section provides engineering guidelines for LOFD-001053 Flash CS Fallback to GERAN.
8.10.1 When to Use
Use this feature when the following conditions are met:
LOFD-001034 CS Fallback to GERAN has been enabled.
The E-UTRAN and GERAN support the RIM with SIB procedure.
There are UEs that comply with 3GPP Release 9.
The core networks support the RIM procedure.
Before deploying this feature, deploy the RIM procedure from E-UTRAN to GERAN. For
details, see 8.9 RIM Procedure from E-UTRAN to GERAN.
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 serve 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.
8.10.2 Required Information
Collect information about whether LOFD-001034 CS Fallback to GERAN has been
activated.
Collect the operating frequencies, coverage areas, and configurations of the EUTRAN and GERAN cells. Information about coverage areas includes engineering
parameters of sites (such as latitude and longitude), TX power of cell pilot signals,
and neighbor relationship configurations.
Collect the versions and configurations of the NEs in the E-UTRAN, GERAN, and
core networks, and ensure that they all support CSFB and the RIM procedure. Table
8-38 describes the requirements of flash CSFB to GERAN for the core networks. For
details about processing in Huawei GSM equipment, see Interoperability Between
GSM and LTE in GBSS Feature Documentation.
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
Whether the UEs comply with 3GPP Release 9 specifications
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.
Table 8-38 Requirements of flash CSFB to GERAN for core networks
NE
Requirement
MME
Supports CSFB and RIM procedures
SGSN
Supports CSFB and RIM procedures
8.10.3 Requirements
Operating Environment
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.
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 licenses for the features listed in Table 8-39.
Table 8-39 License information for flash CSFB to GERAN
Feature ID
LOFD001053
Feature
Name
Flash CS
Fallback to
GERAN
Model
License Control
Item
LT1S0FCFBG00 Flash CS
Fallback to
GERAN(FDD)
NE
eNodeB
Sales Unit
per RRC
Connected User
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.
8.10.4 Precautions
None
8.10.5 Data Preparation and Feature Activation
8.10.5.1 Data Preparation
Required Data
The required data is the same as that for LOFD-001034 CS Fallback to GERAN. For details, see
8.8.5.1 Data Preparation. Neighbor relationships must be configured because only the neighboring
cells whose system information has been obtained can be target cells for flash CSFB.
Scenario-specific Data
The following table describes the parameters that must be set in the CellAlgoSwitch MO to
enable flash CSFB to GERAN.
Paramet
er Name
Parameter ID
Handov CellAlgoSwitch.HoAllowed
Switch
er
Data
Source
Setting Notes
Radio
To activate flash CSFB to GERAN, select
Planning the GeranCsfbSwitch(GeranCsfbSwitch)
(Negotiati and
Paramet
er Name
Allowed
Switch
Parameter ID
Data
Source
on with
the peer)
Setting Notes
GeranFlashCsfbSwitch(GeranFlashCsfb
Switch) options.
The following table describes the parameters that must be set in the InterRatHoComm MO to
set the maximum number of neighboring cells whose system information can be included in a
redirection message.
Parameter
Name
Parameter ID
InterRatHoComm.CellInfoMaxGeranCellNum
Max
Geran cell
num in
redirectio
n
Data Source
Setting
Notes
Default/Recommende
d value
Set this
parameter
based on
the
network
plan. The
default
value is 8.
If this
parameter
is set to a
small
value, the
flash CSFB
success
rate
decreases
because
UEs may
not receive
valid
neighborin
g cell
system
information
. If this
parameter
is set to a
large
value, the
size of an
RRC
connection
release
message
Parameter
Name
Parameter ID
Data Source
Setting
Notes
increases
and the
CSFB
success
rate is
affected.
InterRatHoComm.GeranCellNumForEmcRedire Default/Recommende
Max
Geran cell ct
d value
num in
CSFB
EMC
redirectio
n
To use
flash CSFB
for
emergency
redirection,
change the
parameter
value from
the default
value 0 to
a non-zero
value.
8.10.5.2 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.10.5.3 Using MML Commands
Using MML Commands
The prerequisite is that MML operations related to CSFB to GERAN and RIM procedure from
E-UTRAN to GERAN have been completed. In addition to the steps in the CSFB to GERAN
using blind redirections or CSFB to GERAN using measurement-based redirections scenario,
perform the following steps:
1. Run the MOD CELLALGOSWITCH command with the
GeranFlashCsfbSwitch(GeranFlashCsfbSwitch) option of the Handover
Allowed Switch parameter selected.
NOTE:
In addition, this function is controlled by the GeranFlashCsfbSwitch option of the
ENodeBAlgoSwitch.HoAlgoSwitch parameter.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does
not take effect. If the option of the eNodeB-level parameter is deselected, the option of the cell-level
parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to
use the cell-level parameter.
2. (Optional) Run the MOD INTERRATHOCOMM command with the Max Geran
cell num in redirection parameter set (its default value is 8).
3. (Optional) Run the MOD INTERRATHOCOMM command with the Max Geran
cell num in CSFB EMC redirection parameter set, for example, to 3.
MML Command Examples
MOD CELLALGOSWITCH: LocalCellId=0,HoAllowedSwitch=GeranFlashCsfbSwitch-1;
MOD INTERRATHOCOMM: CellInfoMaxGeranCellNum=8;
MOD INTERRATHOCOMM: GeranCellNumForEmcRedirect=3;
8.10.6 Activation Observation
Signaling Observation
Enable a UE to camp on an E-UTRAN cell and originate a voice call. If the UE falls back to a
GERAN cell and completes the call, and the RRC Connection Release message traced on the Uu
interface carries the information of the neighboring GERAN cell, flash CSFB to GERAN has
been activated successfully.
The procedure of flash CS fallback to GERAN on the E-UTRAN side is the same as the
procedure of redirection-based CS fallback to GERAN. For details, see 8.8.6 Activation Observation.
The difference is that the RRC Connection Release message carries the system information of
the neighboring GERAN cell. For details, see Figure 8-11.
Figure 8-11 RRC Connection Release message during flash CSFB to GERAN
MML Command Observation
Check the status of the RIM procedure towards neighboring GERAN cells by running the DSP
GERANRIMINFO command. If the ID of a neighboring GERAN cell is displayed in the
command output, the eNodeB has obtained the system information of this neighboring GERAN
cell.
Counter Observation
Table 8-40
lists the performance counters for observing functions related to flash CSFB to
GERAN.
Table 8-40 Performance counters for observing flash CSFB to GERAN
Function
Counter ID
Counter Name
Description
Flash CS Fallback to
GERAN
1526728706
L.FlashCSFB.E2G
Number of
procedures for flash
CSFB to GERAN
RIM during Flash CS
Fallback to GERAN
1526729661
L.RIM.SI.E2G.Req
Number of times the
eNodeB sends a
system information
request to a GERAN
1526729662
L.RIM.SI.E2G.Resp
Number of times the
eNodeB receives a
system information
response from a
GERAN
1526729663
L.RIM.SI.E2G.Update
Number of times the
eNodeB receives a
system information
update from a
GERAN
8.10.7 Deactivation
Table 8-41
describes the parameters for deactivating this feature.
Table 8-41 Parameters for deactivating flash CSFB to GERAN
MO
CellAlgoSwitch
Parameter Group
HoAllowedSwitch
Setting Notes
Clear the GeranFlashCsfbSwitch
option.
This feature can be deactivated using the CME or MML commands.
8.10.7.1 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.10.7.2 Using MML Commands
Using MML Commands
Run the MOD CELLALGOSWITCH command with the GeranFlashCsfbSwitch option of
the Handover Allowed Switch parameter cleared.
MML Command Examples
MOD CELLALGOSWITCH: LocalCellId=0,HoAllowedSwitch=GeranFlashCsfbSwitch-0;
8.10.8 Performance Monitoring
The performance monitoring procedure for this feature is the same as that for CS Fallback to
GERAN. For details, see 8.8.8 Performance Monitoring.
8.10.9 Parameter Optimization
The parameter optimization procedure for this feature is the same as that for CS Fallback to
GERAN. For details, see 8.8.9 Parameter Optimization.
8.11 LOFD-081283 Ultra-Flash CSFB to GERAN
This section provides engineering guidelines for LOFD-081283 Ultra-Flash CSFB to GERAN.
8.11.1 When to Use
Use this feature in the overlapping coverage of GSM and LTE networks when the following
conditions are met:
LOFD-001034 CS Fallback to GERAN has been enabled.
The eNodeB, MME, and MSC are provided by Huawei.
A proportion of UEs support SRVCC from E-UTRAN to GERAN.
8.11.2 Required Information
Before deploying this feature, ensure that:
LOFD-001034 CS Fallback to GERAN has been enabled.
The eNodeB, MME, and MSC are provided by Huawei and they all support this
feature.
A proportion of UEs support SRVCC from E-UTRAN to GERAN.
8.11.3 Requirements
Operating Environment
This feature is a Huawei-proprietary one and requires that the eNodeB, MME, and MSC be
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 licenses for the features listed in Table 8-42.
Table 8-42 License information for ultra-flash CSFB to GERAN
Feature ID
LOFD081283
Feature Name
Ultra-Flash CSFB
to GERAN
Model
License
Control Item
NE
LT1SUFCSFB20 Ultra-Flash
eNodeB
CSFB to
GERAN(FDD)
Sales Unit
per RRC
Connected
User
8.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.
8.11.5 Data Preparation and Feature Activation
8.11.5.1 Data Preparation
Required Data
The required data is the same as that for LOFD-001034 CS Fallback to GERAN. For details, see
8.8.5.1 Data Preparation.
Scenario-specific Data
The following table describes the parameter that must be set in the ENodeBAlgoSwitch MO to
set the eNodeB-level handover switch for ultra-flash CSFB to GERAN.
Parame
ter
Name
Hando
ver
Algo
switch
Parameter ID
Data
Source
Setting Notes
ENodeBAlgoSwitch.HoAl Engineer Select the
goSwitch
GeranUltraFlashCsfbSwitch(GeranUltraFlas
ing
hCsfbSwitch) option.
Design
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.
Parameter
Name
UltraFlash
CSFB
Parameter ID
Data
Source
Setting Notes
GeranExternalCell.UltraFlashCsfbInd Radio
Deselect the UltraFlashCsfbInd
Planning option for external GERAN cells
Parameter
Name
Parameter ID
Capability
Indication
Data
Source
Setting Notes
(Internal that do not support ultra-flash
planning) CSFB to GERAN.
The following table describes the parameters that must be set in the CellDrxPara MO to set the
DRX for measurement switch when UEs support DRX-based measurements.
Parameter Name
Parameter ID
Data Source
Setting Notes
DRX for
Measurement
Switch
CellDrxPara.DrxForMeasSwitch
Engineering When the network
Design
supports measurements
and UEs support DRX
measurements well,
measurement delays are
significantly reduced and
the customer can tolerate
the impact on services
during measurements.
Long DRX
Cycle for
Measurement
CellDrxPara.LongDrxCycleForMeas
Engineering This parameter specifies
Design
the length of the long
DRX cycle specific to
GERAN measurement.
On Duration
Timer for
Measurement
CellDrxPara.OnDurTimerForMeas
Engineering This parameter specifies
Design
the length of the On
Duration Timer specific to
GERAN measurement.
DRX Inactivity
Timer for
Measurement
CellDrxPara.DrxInactTimerForMeas
Engineering This parameter specifies
Design
the length of the DRX
Inactivity Timer specific to
GERAN measurement.
CellDrxPara.DrxReTxTimerForMeas
DRX
Retransmission
Timer for
Measurement
Short DRX
Switch for
Measurement
CellDrxPara.ShortDrxSwForMeas
Engineering This parameter specifies
Design
the length of the DRX
Retransmission Timer
specific to GERAN
measurement.
Engineering This parameter specifies
Design
whether short-period DRX
is enabled for GERAN
measurements.
Parameter Name
Parameter ID
Data Source
Setting Notes
Short DRX
Cycle for
Measurement
CellDrxPara.ShortDrxCycleForMeas
Short Cycle
Timer for
Measurement
CellDrxPara.ShortCycleTimerForMeas Engineering This parameter specifies
Design
the length of the Short
Cycle Timer specific to
GERAN measurement.
Engineering This parameter specifies
Design
the length of the short
DRX cycle specific to
GERAN measurement.
(Optional) If some operators or neighboring GERAN cells do not support ultra-flash CSFB to
GERAN, you need to configure the ultra-flash CSFB to GERAN capability of Separate Mobility
Policies to GERAN for Multi PLMN.
The following table describes the parameter that must be set in the CellAlgoSwitch
MO to enable Separate Mobility Policies to GERAN for Multi PLMN.
Parameter
Name
Parameter ID
Data Source
Handover CellAlgoSwitch.HoAllowedSwitch Radio
Allowed
Planning
Switch
(Negotiation
with the
peer)
Setting Notes
If some operators or neighboring
GERAN cells do not support ultraflash CSFB to GERAN, you need
to select the
GeranSepOpMobilitySwitch
option.
The following table describes the parameters that must be set in the
GeranNetworkCapCfg MO to configure GERAN capabilities.
Parameter
Name
Parameter ID
GeranNetworkCapCfg.Mcc
Mobile
country code
Data Source
Setting Notes
Radio
Planning
(Negotiation
with the
peer)
This parameter specifies
the MCC of the base
station that serves the
neighboring cell.
If the peer GERAN
equipment is provided by
Huawei, set this
parameter to the same
value as the
corresponding parameter
in the GCELL MO of the
peer BSC.
Parameter
Name
Data Source
Setting Notes
GeranNetworkCapCfg.Mnc
Mobile
network code
Radio
Planning
(Negotiation
with the
peer)
This parameter specifies
the MNC of the base
station that serves the
neighboring cell.
If the peer GERAN
equipment is provided by
Huawei, set this
parameter to the same
value as the
corresponding parameter
in the GCELL MO of the
peer BSC.
GeranNetworkCapCfg.Lac
Radio
Planning
(Negotiation
with the
peer)
This parameter specifies
the LAC of the GERAN
cell. If the peer GERAN
equipment is provided by
Huawei, set this
parameter to the same
value as the
corresponding parameter
in the GCELL MO of the
peer BSC.
Location
Area Code
Parameter ID
GeranNetworkCapCfg.NetworkCapCfg Radio
Network
Capability
Planning
Configuration
(Internal
planning)
Clear the
UltraFlashCsfbCapCfg
option for operators or
neighboring GERAN cells
that do not support ultraflash CSFB to GERAN. If
this parameter is not set,
it is supported by default.
The following table describes the parameter 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.
Paramete
r Name
Parameter ID
GlobalProcSwitch.UeC
Ue
Compati ompatSwitch
bility
Switch
Data Source
Setting Notes
Default/Recom
mended value
Select the
UltraFlashCsfbComOptSw(UltraFlash
CsfbComOptSw) option of the
Paramete
r Name
Parameter ID
Data Source
Setting Notes
parameter if some UEs on the network
do not support ultra-flash CSFB.
When the MME provided by Huawei
allows IMEI whitelist configurations for
ultra-flash CSFB and the option is
selected, the eNodeB performs ultraflash CSFB on UEs in the IMEI whitelist.
Therefore, delete the UEs that do not
support ultra-flash CSFB from the
whitelist before selecting the option.
Otherwise, keep the option unselected.
8.11.5.2 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.11.5.3 Using MML Commands
Using MML Commands
Basic scenario
1. Run MML commands to configure neighboring GERAN frequencies and GERAN
cells. For details about parameter settings, see Inter-RAT Mobility Management in
Connected Mode.
2. Run the MOD ENODEBALGOSWITCH command with the
GeranUltraFlashCsfbSwitch(GeranUltraFlashCsfbSwitch) option of the
Handover Algo switch parameter selected.
3. (Optional) Run the MOD GLOBALPROCSWITCH command with the
IratMeasCfgTransSwitch option of the Protocol Message Optimization Switch
parameter selected if you need to optimize "G2L Fast Return after Ultra-Flash
CSFB to GERAN" based on the E-UTRA frequency capability supported by UEs.
The eNodeB transfers E-UTRA frequency information supported by UEs to the
BSC during SRVCC.
4. (Optional and required when some external GERAN cells do not support UltraFlash CSFB to GERAN) Run the MOD GERANEXTERNALCELL command
with the Ultra-Flash CSFB Capability Indication parameter set to
BOOLEAN_FALSE.
5. (Optional) Run the MOD CELLDRXPARA command with the DRX for
Measurement Switch parameter set to ON(On) if UEs support DRX-based
measurements.
(Optional) If some operators or neighboring GERAN cells do not support ultra-flash
CSFB to GERAN, perform the following operations:
1. Run the ADD GERANNETWORKCAPCFG command with the Mcc, Mnc, and
Lac parameters set, and with the UltraFlashCsfbCapCfg option of the
NetworkCapCfg parameter deselected for the operators or neighboring GERAN
cells that do not support ultra-flash CSFB to GERAN.
2. Run the MOD CELLALGOSWITCH command with the
GeranSepOpMobilitySwitch option of the HoAllowedSwitch parameter selected.
(Optional) Perform the following operation if UE compatibility risks exist after
ultra-flash CSFB is activated.
1. Run the MOD GLOBALPROCSWITCH command with the
UltraFlashCsfbComOptSw(UltraFlashCsfbComOptSw) option of the Ue
Compatibility Switch parameter selected.
MML Command Examples
Basic scenario
(Optional) If some operators or neighboring GERAN cells do not support ultra-flash
CSFB to GERAN, perform the following operations:
MOD ENODEBALGOSWITCH: HoAlgoSwitch= GeranUltraFlashCsfbSwitch-1;
MOD GLOBALPROCSWITCH: ProtocolMsgOptSwitch=IratMeasCfgTransSwitch1;
MOD GERANEXTERNALCELL: Mcc="302", Mnc="220", GeranCellId=2,
Lac=12, UltraFlashCsfbInd=BOOLEAN_TRUE;
MOD CELLDRXPARA: LocalCellId=0, DrxForMeasSwitch=1,
LongDrxCycleForMeas=SF160, OnDurTimerForMeas=PSF2,
DrxInactTimerForMeas=PSF2, DrxReTxTimerForMeas=PSF4,
ShortDrxSwForMeas=1, ShortDrxCycleForMeas=SF20,
ShortCycleTimerForMeas=1;
ADD GERANNETWORKCAPCFG: Mcc="460", Mnc="32", Lac=1, NetworkCapCfg=
UltraFlashCsfbCapCfg-0;
MOD CELLALGOSWITCH: LocalCellId=0,
HoAllowedSwitch=SrvBasedInterFreqHoSw-0&GeranSepOpMobilitySwitch1;
(Optional) Perform the following operation if UE compatibility risks exist after
ultra-flash CSFB is activated.
MOD GLOBALPROCSWITCH: UeCompatSwitch= UltraFlashCsfbComOptSw-1;
8.11.6 Activation Observation
Signaling Observation
To use signaling tracing to verify whether this feature has been activated, perform the following
steps:
1. As shown in the following figure, the HANDOVER REQUIRED message sent
from the eNodeB to the MME over the S1 interface contains handover request
cause values "cs-fallback-triggered" and "sRVCCHOIndication-cSonly (1)",
indicating that an ultra-flash CSFB to GERAN is triggered successfully.
2. The UE falls back to a GERAN cell and completes the call.
Figure 8-12 HANDOVER REQUIRED message
Counter Observation
The counter listed in the following table can be monitored to check whether the feature has been
activated.
Table 8-43 Performance counters for ultra-flash CSFB to GERAN
Counter ID
Counter Name
Description
1526733006 L.IRATHO.CSFB.SRVCC.E2G.PrepAttOut Number of SRVCC-based outgoing
handover attempts from E-UTRAN to
GERAN for ultra-flash CSFB
8.11.7 Deactivation
Table 8-44
describes the parameters for deactivating this feature.
Table 8-44 Parameter related to ultra-flash CSFB to GERAN
MO
ENodeBAlgoSwitch
Parameter Group
HoAlgoSwitch
Setting Notes
To deactivate the Ultra-Flash CSFB to
GERAN feature
Deselect the
GeranUltraFlashCsfbSwitch option.
This feature can be deactivated using the CME or MML commands.
8.11.7.1 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.11.7.2 Using MML Commands
Using MML Commands
Run the MOD ENODEBALGOSWITCH command with the
GeranUltraFlashCsfbSwitch(GeranUltraFlashCsfbSwitch) option of the Handover Algo
switch parameter cleared.
MML Command Examples
MOD ENODEBALGOSWITCH: HoAlgoSwitch=GeranUltraFlashCsfbSwitch-0;
8.11.8 Performance Monitoring
The performance monitoring procedure for this feature is similar to that for CS Fallback to
GERAN. For details, see 8.8.8 Performance Monitoring. Table 8-45 lists the counters related to this
feature.
Table 8-45 Counters related to ultra-flash CSFB to GERAN
Counter ID
Counter Name
Description
1526733007
L.IRATHO.CSFB.SRVCC.E2G.ExecAttOut
Number of SRVCC-based outgoing
handover executions from E-UTRAN
to GERAN for ultra-flash CSFB
1526733008
L.IRATHO.CSFB.SRVCC.E2G.ExecSuccOut
Number of successful SRVCCbased outgoing handovers from EUTRAN to GERAN for ultra-flash
CSFB
1526733009
L.IRATHO.CSFB.SRVCC.E2G.MMEAbnormRsp
Number of abnormal responses from
the MME during outgoing handovers
from E-UTRAN to GERAN for ultraflash CSFB
Execution success rate of handovers for ultra-flash CSFB to GERAN =
(L.IRATHO.CSFB.SRVCC.E2G.ExecSuccOut –
L.IRATHO.CSFB.SRVCC.E2G.MMEAbnormRsp)/L.IRATHO.CSFB.SRVCC.E2G.ExecAttOut
This feature does not support the function of "Quickly Setting Performance Measurement by
Feature" of the U2000.
8.11.9 Parameter Optimization
The parameter optimization procedure for this feature is the same as that for CS Fallback to
GERAN. For details, see 8.8.9 Parameter Optimization.
8.12 LOFD-001069 CS Fallback with LAI to GERAN
This section provides engineering guidelines for LOFD-001069 CS Fallback with LAI to
GERAN.
8.12.1 When to Use
Use LOFD-001069 CS Fallback with LAI to GERAN when the following conditions are met:
LOFD-001034 CS Fallback to GERAN has been enabled.
The E-UTRAN cell has neighboring GERAN cells that belong to different PLMNs
and supports inter-PLMN handovers, or the E-UTRAN cell has neighboring
GERAN cells that have different LACs.
If both LOFD-001033 CS Fallback to UTRAN and LOFD-001034 CS Fallback to GERAN have
been enabled, you are advised to enable both LOFD-001069 CS Fallback with LAI to GERAN
and LOFD-001068 CS Fallback with LAI to UTRAN.
8.12.2 Required Information
1. Collect information about whether LOFD-001034 CS Fallback to GERAN has
been activated.
2. Collect the operating frequencies, coverage areas, and configurations of the EUTRAN and GERAN cells. Information about coverage areas includes engineering
parameters of sites (such as latitude and longitude), TX power of cell pilot signals,
and neighbor relationship configurations.
3. Collect the versions and configurations of the NEs in the E-UTRAN, GERAN, and
core networks, and ensure that they all support CSFB and the MME supports LAI
delivery. Table 8-46 describes the requirements of CSFB with LAI to GERAN for
the core networks.
4. 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 GERAN neighbor relationships and to
determine whether to perform CSFB based on handover or redirection. For details,
see Inter-RAT Mobility Management in Connected Mode.
Table 8-46 Requirements of CSFB with LAI to GERAN for core networks
NE
Requirement
MME
MSC
SGSN
Supports the SGs interface to the MSC
or VLR
Selects the VLR and LAI based on the
TAI of the serving cell.
Forwards paging messages delivered
by the MSC.
Performs PLMN selection and
reselection.
Supports combined EPS/IMSI attach,
combined EPS/IMSI detach, and
combined TAU/LAU.
Routes CS signaling.
Supports SMS over SGs.
Supports LAI delivery.
Supports combined EPS/IMSI attach.
Supports SMS over SGs.
Forwards paging messages transmitted
through the SGs interface.
Does not activate ISR during the combined
RAU/LAU procedure initiated by the UE.
8.12.3 Requirements
Operating Environment
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.
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 8-47.
Table 8-47 License information for CSFB with LAI to GERAN
Feature ID
LOFD001069
Feature Name
CS Fallback with
LAI to GERAN
Model
License Control
Item
LT1S0CSFLG00 CS Fallback
with LAI to
GERAN(FDD)
NE
Sales Unit
eNodeB per RRC
Connected
User
8.12.4 Precautions
None
8.12.5 Data Preparation and Feature Activation
This feature is automatically activated when the following conditions are met:
The license for this feature has been purchased.
CS Fallback to GERAN has been activated.
8.12.5.1 Data Preparation
The data is the same as that for LOFD-001034 CS Fallback to GERAN. For details, see 8.8.5.1
Data Preparation.
8.12.5.2 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.12.5.3 Using MML Commands
For details, see 8.8.5.3 Using MML Commands.
8.12.6 Activation Observation
The activation observation procedure is as follows:
1. Configure two neighboring GERAN 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 GERAN cells both reach the threshold
for event B1. You can query the threshold by running the LST
INTERRATHOGERANGROUP command.
3. Enable a UE to camp on the E-UTRAN cell and originate a voice call so that the
UE falls back to the GERAN 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 GERAN cell with the specified LAI and completes the call.
You can observe the signaling procedure for CSFB with LAI to GERAN, which is similar to that
for CSFB to GERAN described in 8.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:
Figure 8-13 LAI signaling tracing
8.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 8.8.7
Deactivation.
8.12.8 Performance Monitoring
The performance monitoring procedure for this feature is similar to that for CS Fallback to
GERAN. For details, see 8.8.8 Performance Monitoring. This feature does not support the function of
"Quickly Setting Performance Measurement by Feature" of the U2000.
8.12.9 Parameter Optimization
The parameter optimization procedure for this feature is the same as that for CS Fallback to
GERAN. For details, see 8.8.9 Parameter Optimization.
8.13 LOFD-001089 CS Fallback Steering to GERAN
This section provides engineering guidelines for LOFD-001089 CS Fallback Steering to
GERAN.
8.13.1 When to Use
Use this feature to improve the network efficiency when the following conditions are met:
LOFD-001034 CS Fallback to GERAN has been enabled.
An operator owns multiple GERAN frequencies and the operator has different
handover policies for CS-only services and combined CS+PS services.
If the operator owns both UTRAN and GERAN, you can also activate LOFD-001088 CS
Fallback Steering to UTRAN to improve the network efficiency.
8.13.2 Required Information
1. Collect information about whether LOFD-001034 CS Fallback to GERAN has
been activated.
2. 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 CCO 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, redirection, or CCO. For details, see
Inter-RAT Mobility Management in Connected Mode Feature Parameter
Description.
3. Collect information about the frequencies and frequency policies of the GERAN.
Frequency policies must be the same for GERAN and E-UTRAN.
4. If LOFD-001088 CS Fallback Steering to UTRAN is also to be activated, consider
the UTRAN frequencies when making frequency policies.
8.13.3 Requirements
Operating Environment
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.
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 8-48.
Table 8-48 License information for CSFB steering to GERAN
Feature ID
LOFD-001089
Feature Name
CS Fallback
Steering to
GERAN
Model
License
Control Item
NE
Sales Unit
LT1S0CFBSG00 CS Fallback
eNodeB per RRC
Steering to
Connected
GERAN(FDD)
User
8.13.4 Precautions
None
8.13.5 Data Preparation and Feature Activation
8.13.5.1 Data Preparation
Required Data
The required data is the same as that for LOFD-001034 CS Fallback to GERAN. For details, see
8.8.5.1 Data Preparation.
Scenario-specific Data
The following table describes the parameter that must be set in the CellAlgoSwitch MO to
enable Handover Allowed Switch.
Paramet
er
Name
Parameter ID
Handov CellAlgoSwitch.HoAllowe
dSwitch
er
Allowe
d
Switch
Data
Source
Setting Notes
Radio
Select the
Planning GeranCsfbSteeringSwitch(GeranCsfbSteer
(Negotiati ingSwitch) option of this parameter.
on with
the peer)
The following table describes the parameters that must be set in the CSFallBackBlindHoCfg
MO to specify RAT priorities for CSFB triggered for RRC_CONNECTED UEs.
Parameter
Name
Parameter ID
CSFallBackBlindHoCfg.CnOperatorId
CN
Operator
ID
Highest
priority
InterRat
Data Source
Engineering Design
Setting Notes
Set this
parameter
based on the
network plan.
This parameter
identifies the
operator
whose RAT
blind-handover
priorities are to
be set.
CSFallBackBlindHoCfg.InterRatHighestPri Default/Recommended Set this
value
parameter
based on the
network plan.
This parameter
is set to
UTRAN by
default and
Parameter
Name
Parameter ID
Data Source
Setting Notes
specifies the
highest-priority
RAT to be
considered in
blind
handovers for
CSFB.
Second
priority
InterRat
CSFallBackBlindHoCfg.InterRatSecondPri Default/Recommended Set this
value
parameter
based on the
network plan.
This parameter
is set to
GERAN by
default and
specifies the
secondhighest-priority
RAT to be
considered in
blind
handovers for
CSFB. Ensure
that the
secondhighest-priority
RAT is
different from
the highestpriority RAT
and lowestpriority RAT.
Lowest
priority
InterRat
CSFallBackBlindHoCfg.InterRatLowestPri Default/Recommended Set this
value
parameter
based on the
network plan.
This parameter
is set to
CDMA2000 by
default and
specifies the
lowest-priority
RAT to be
considered in
blind
Parameter
Name
Parameter ID
Data Source
Setting Notes
handovers for
CSFB. Ensure
that the lowestpriority RAT is
different from
the highestpriority RAT
and secondhighest-priority
RAT.
GERAN CSFallBackBlindHoCfg.GeranLcsCap
LCS
capability
Default/Recommended Set this
value
parameter
based on the
network plan.
This parameter
specifies the
LCS capability
of the GERAN.
The following table describes the parameters that must be set in the CSFallBackBlindHoCfg
MO to specify RAT priorities for CSFB triggered for RRC_IDLE UEs.
Parameter
Name
Parameter ID
Data Source
Setting Notes
CSFB
Highest
priority
InterRat
for Idle
UE
CSFallBackBlindHoCfg.IdleCsfbHighestPri Default/Recommended Set this
value
parameter
based on the
network plan.
This
parameter is
set to UTRAN
by default and
specifies the
highest-priority
RAT to be
considered in
CSFB for UEs
in idle mode.
CSFB
Second
priority
InterRat
CSFallBackBlindHoCfg.IdleCsfbSecondPri Default/Recommended Set this
value
parameter
based on the
network plan.
Parameter
Name
for Idle
UE
CSFB
Lowest
priority
InterRat
for Idle
UE
Parameter ID
Data Source
Setting Notes
This
parameter is
set to GERAN
by default and
specifies the
secondhighest-priority
RAT to be
considered in
CSFB for UEs
in idle mode.
Ensure that
the secondhighest-priority
RAT is
different from
the highestpriority RAT
and lowestpriority RAT.
CSFallBackBlindHoCfg.IdleCsfbLowestPri Default/Recommended Set this
value
parameter
based on the
network plan.
This
parameter is
set to
CDMA2000 by
default and
specifies the
lowest-priority
RAT to be
considered in
CSFB for UEs
in idle mode.
Ensure that
the lowestpriority RAT is
different from
the highestpriority RAT
and secondhighest-priority
RAT.
The following table describes the parameter that must be set in the CSFallBackPolicyCfg MO to
set the CSFB policy for RRC_CONNECTED UEs.
Parameter
Name
CSFB
handover
policy
Configuratio
n
Parameter ID
Data Source
CSFallBackPolicyCfg.CsfbHoPolicyCf Default/Recommende
g
d value
Setting Notes
Set this
parameter
based on the
network plan.
The default
values are
REDIRECTION
, CCO_HO,
and PS_HO.
You are
advised to set
this parameter
based on the
UE capabilities
and network
capabilities. For
details about
how to select a
CSFB
handover
policy, see 4.6
Execution.
The following table describes the parameter that must be set in the CSFallBackPolicyCfg MO to
set the CSFB policy for RRC_IDLE UEs.
Parameter
Name
CSFB
handover
policy
Configurati
on for idle
ue
Parameter ID
Data Source
Setting Notes
CSFallBackPolicyCfg.IdleModeCsfbHoPoli Default/Recommend Set this
cyCfg
ed value
parameter
based on the
network plan.
The default
values are
REDIRECTIO
N, CCO_HO,
and PS_HO.
You are
advised to set
this parameter
Parameter
Name
Parameter ID
Data Source
Setting Notes
based on the
UE
capabilities
and network
capabilities.
For details
about how to
select a CSFB
handover
policy, see 4.6
Execution.
8.13.5.2 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.13.5.3 Using MML Commands
Using MML Commands
The configuration is just an example, and configurations on the live network can differ from this
example. For MML command settings in scenarios where the UTRAN and GERAN cover the
same area but only the GERAN provides contiguous coverage, see 8.6.5 Data Preparation and Feature
Activation.
The prerequisite is that CSFB to GERAN has been activated.
1. Run the MOD CELLALGOSWITCH command with the
GeranCsfbSteeringSwitch(GeranCsfbSteeringSwitch) option of the Handover
Allowed Switch parameter selected.
NOTE:
This feature is also controlled by the GeranCsfbSteeringSwitch option of the eNodeB-level
parameter ENodeBAlgoSwitch.HoAlgoSwitch.
If the option of the eNodeB-level parameter is selected, the option of the cell-level parameter does
not take effect. If the option of the eNodeB-level parameter is deselected, the option of the cell-level
parameter takes effect.
The eNodeB-level parameter will no longer be used in later versions. Therefore, you are advised to
use the cell-level parameter.
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 set to
UTRAN, GERAN, GERAN, and UTRAN, respectively, based on the network
conditions and policies.
3. Run the MOD CSFALLBACKPOLICYCFG command with the PS_HO option
of the CSFB handover policy Configuration parameter and the REDIRECTION
option of the CSFB handover policy Configuration for idle ue parameter
selected.
MML Command Examples
MOD CELLALGOSWITCH: LocalCellId=0,HoAllowedSwitch=GeranCsfbSteeringSwitch-1;
MOD CSFALLBACKBLINDHOCFG: CnOperatorId=0,
InterRatHighestPri=UTRAN,InterRatSecondPri=GERAN,IdleCsfbHighestPri=GERAN,Id
leCsfbSecondPri=UTRAN;
MOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=REDIRECTION-1&CCO_HO-0&PS_HO-1,
IdleModeCsfbHoPolicyCfg=REDIRECTION-1&CCO_HO-0&PS_HO-0;
8.13.6 Activation Observation
The signaling procedure is the same as that for CSFB to GERAN. After CS Fallback Steering to
GERAN is used, check whether it works as expected.
The observation procedure is as follows:
1. Check that the UE supports redirection-based CSFB and handover-based CSFB.
2. Set CSFB policies for RRC_IDLE UEs and RRC_CONNECTED UEs to
redirection and handover, respectively.
3. Enable the UE to initiate a voice call in idle mode and in connected mode.
4. Observe the counters L.CSFB.E2G, L.RRCRedirection.E2G.CSFB, and
L.IRATHO.E2G.CSFB.ExecAttOut. If the values of the counters increase by 2, 1, and 1,
respectively, CSFB steering to GERAN has been activated.
If LOFD-001088 CS Fallback Steering to UTRAN has also been activated, the activation
observation procedure is as follows:
1. Check that the UE supports CSFB to GERAN and CSFB to UTRAN.
2. Set GERAN as the highest-priority RAT for CSFB triggered for RRC_IDLE UEs
and UTRAN as the highest-priority RAT for CSFB triggered for
RRC_CONNECTED UEs.
3. Enable the UE to initiate a voice call in idle mode and in connected mode.
4. Observe the counters L.CSFB.E2W and L.CSFB.E2G. If both the values increase by 1,
both CSFB steering to UTRAN and CSFB steering to GERAN have been activated.
8.13.7 Deactivation
Table 8-49
describes the parameters for deactivating this feature.
Table 8-49 Parameters for deactivating CSFB steering to GERAN
MO
Parameter Group
CellAlgoSwitch
HoAllowedSwitch
Setting Notes
Set GeranCsfbSteeringSwitch
under the HoAlgoSwitch
parameter to 0.
This feature can be deactivated using the CME or MML commands.
8.13.7.1 Using the CME
For detailed operations, see CME-based Feature Configuration.
8.13.7.2 Using MML Commands
Using MML Commands
Run the MOD CELLALGOSWITCH command with the GeranCsfbSteeringSwitch option of
the Handover Allowed Switch parameter cleared.
MML Command Examples
MOD CELLALGOSWITCH: LocalCellId=0,HoAllowedSwitch=GeranCsfbSteeringSwitch-0;
8.13.8 Performance Monitoring
The performance monitoring procedure for this feature is similar to that for CS Fallback to
GERAN. For details, see 8.8.8 Performance Monitoring. This feature does not support the function of
"Quickly Setting Performance Measurement by Feature" of the U2000.
8.13.9 Parameter Optimization
The parameter optimization procedure for this feature is the same as that for CS Fallback to
GERAN. For details, see 8.8.9 Parameter Optimization.
8.14 Possible Issues
8.14.1 CSFB Calling Procedure Failure
Fault Description
A UE performs cell reselection to an inter-RAT neighboring cell directly after initiating a voice
call in an E-UTRAN cell, and the S1 interface tracing result shows that CSFB is not triggered.
Fault Handling
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-attachtype-value is "combined-attach" in the traced Attach Request message.
If so, go to 2.
If not, replace the UE with one that supports combined EPS/IMSI
attach, and try again.
2. Check whether the traced Attach Accept message includes the IE cs-domain-notavailable.
If it does, go to 3.
If not, contact Huawei technical support.
3. Contact the vendors of core network NEs to ensure the following:
Attach procedures to the CS domain are allowed according to the
subscription data on the HSS.
The core network supports CSFB.
The SGs interface is correctly configured.
8.14.2 eNodeB Receiving No Measurement Report
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
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.
If so, go to 2.
If not, rectify the fault and try again. If the fault persists, contact
Huawei technical support.
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 InterRAT Mobility Management in Connected Mode.
8.14.3 CSFB Blind Handover Failure
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
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.
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:
If CSFB to UTRAN is required, go to 3.
If CSFB to GERAN is required, go to 4.
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.
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.
If Blind handover priority is not 0, contact Huawei technical support.
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.
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.
If Blind handover priority is not 0, contact Huawei technical support.
8.14.4 CSFB Handover Failure
Fault Description
During CSFB to UTRAN procedures with the handover policy set to PS HO, the handover
preparation success rate is low.
Table 8-50 Counters related to the handover preparation success rate
Counter ID
1526728504
Counter Name
L.IRATHO.E2W.CSFB.PrepAttOut
Description
Number of CSFB-based inter-RAT
handover preparation attempts from EUTRAN to WCDMA network
Counter ID
1526728505
Counter Name
L.IRATHO.E2W.CSFB.ExecAttOut
Description
Number of CSFB-based inter-RAT
handover execution attempts from EUTRAN to WCDMA network
Fault Handling
The following 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.
1. View the counters listed in Table 8-51 to check the cause for the low handover
preparation success rate.
Table 8-51 Counters related to outgoing handover preparation failures
Counter ID
Counter Name
Description
1526730076
L.IRATHO.E2W.CSFB.Prep.FailOut.MME
Number of CSFB-based outgoing
handover preparation failures from
E-UTRAN to WCDMA network
because of the MME side causes
1526730077
L.IRATHO.E2W.CSFB.Prep.FailOut.PrepFailure
Number of CSFB-based outgoing
handover preparation failures from
E-UTRAN to WCDMA network
because of the response of
handover preparation failure from
WCDMA network
1526730078
L.IRATHO.E2W.CSFB.Prep.FailOut.NoReply
Number of CSFB-based outgoing
handover preparation failures from
E-UTRAN to WCDMA network
because of no response from
WCDMA network
2. Analyze the failure cause based on the values of the preceding counters for each
NE.
8.14.5 Flash CSFB Failure
Fault Description
Flash CSFB between a Huawei eNodeB and a Huawei RNC or BSC may fail because the
eNodeB sent outdated system information to the UE. The failure occurs typically in one of the
following scenarios:
If base station power failure or cell deactivation occurs on the UTRAN or GERAN
side, the RNC or BSC sends a RIM END message to the eNodeB. Due to RSN ID
check failure, however, the eNodeB does not process this message.
Network reconstruction is implemented in the UTRAN or GERAN with parameter
settings related to system information updated. The UTRAN or GERAN sends the
eNodeB a RIM message, informing the eNodeB of the system information update.
Due to RSN ID check failure, however, the eNodeB does not process this message.
The RNC or BSC is restarted (for example, after power failure) but cannot send a
RIM END message to the eNodeB, so that the eNodeB does not delete the outdated
system information.
Fault Handling
To prevent the stored system information from being outdated, the eNodeB automatically
updates the system information at a randomly selected time point within 02:30 a.m. to 04:30 a.m.
every day.
Besides, when the preceding flash CSFB failure occurs, you are advised to manually delete the
outdated system information and enable the eNodeB to send a RIM request again after the
UTRAN or GERAN cells become stable. The following is the manual operation:
1. Run the MOD ENODEBALGOSWITCH command with the
UTRAN_RIM_SWITCH(UTRAN RIM Switch) or
GERAN_RIM_SWITCH(GERAN RIM Switch) option of the RIM switch
parameter deselected. Then, run the same command with the same option selected.
9
Parameters
Table 9-1 Parameters
MO
CellAlgoS
witch
Parameter
ID
MML
Command
HoAllowedSwi MOD
tch
CELLALGOS
WITCH
LST
CELLALGOS
WITCH
Feature
ID
Feature
Name
LBFD0020180
5/TDLBF
D0020180
5
LOFD111204
LOFD001033/T
Servic
e
Based
Interfreque
ncy
Hando
ver
Separa
te
Description
Meaning:
Indicates whether to enable
eNodeB-level handovers to be
activated in the cell when related
eNodeB-level handover switches
are on.
SrvBasedInterFreqHoSw:
Indicates whether to enable
service-based inter-frequency
handover to be activated in the
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
DLOFD001033
LOFD001034/T
DLOFD001034
LOFD001052/T
DLOFD001052
LOFD001053/T
DLOFD001053
LOFD001088/T
DLOFD001088
LOFD001089/T
DLOFD001089
Mobilit
y
Policie
s to
GERA
N for
Multi
PLMN
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
Flash
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
GERA
N
CS
Fallbac
k
Steerin
g to
UTRA
N
CS
Fallbac
k
Steerin
g to
GERA
N
cell. Service-based interfrequency handover is allowed to
be activated in the cell only when
this switch is on. This option
applies only to LTE FDD and LTE
TDD.
GeranSepOpMobilitySwitch:
Indicates whether to differentiate
mobility policies for GERAN
operators. When this switch is on,
different network policies can be
applied to different GERAN
operators. Such policies include
SRVCC and SI obtaining through
RIM procedures. When this switch
is off, different network policies
cannot be applied to different
GERAN operators. This option
applies only to LTE FDD.
UtranCsfbSwitch: Indicates
whether to enable CSFB to
UTRAN. When this switch is on,
CSFB to UTRAN is allowed.
When this switch is off, the
UTRAN CSFB algorithm is
disabled. If eNodeB-level
UtranCsfbSwitch is on, local-celllevel parameter settings do not
take effect. If eNodeB-level
UtranCsfbSwitch is off, local-celllevel parameter settings take
effect. This option applies only to
LTE FDD and LTE TDD.
GeranCsfbSwitch: Indicates
whether to enable CSFB to
GERAN. When this switch is on,
CSFB to GERAN is allowed.
When this switch is off, the
GERAN CSFB algorithm is
disabled. If eNodeB-level
GeranCsfbSwitch is on, local-celllevel parameter settings do not
take effect. If eNodeB-level
GeranCsfbSwitch is off, local-celllevel parameter settings take
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
effect. This option applies only to
LTE FDD and LTE TDD.
UtranFlashCsfbSwitch: This
switch does not take effect if
UtranCsfbSwitch is off. When
UtranFlashCsfbSwitch is on, flash
CSFB to UTRAN is enabled, and
UTRAN system information is
carried during redirection. When
UtranFlashCsfbSwitch is off, flash
CSFB to UTRAN is disabled. If
eNodeB-level
UtranFlashCsfbSwitch is on, localcell-level parameter settings do
not take effect. If eNodeB-level
UtranFlashCsfbSwitch is off, localcell-level parameter settings take
effect. This option applies only to
LTE FDD and LTE TDD.
GeranFlashCsfbSwitch: This
switch does not take effect if
GeranCsfbSwitch is off. When
GeranFlashCsfbSwitch is on, flash
CSFB to GERAN is enabled, and
GERAN system information is
carried during redirection. When
GeranFlashCsfbSwitch is off, flash
CSFB to GERAN is disabled. If
eNodeB-level
GeranFlashCsfbSwitch is on,
local-cell-level parameter settings
do not take effect. If eNodeB-level
GeranFlashCsfbSwitch is off,
local-cell-level parameter settings
take effect. This option applies
only to LTE FDD and LTE TDD.
CsfbAdaptiveBlindHoSwitch: This
switch does not take effect if
BlindHoSwitch is off. If
BlindHoSwitch is on and
UFCsfbBlindHoDisSwitch is also
on, CsfbAdaptiveBlindHoSwitch
does not take effect and UEs fall
back to UTRAN or GERAN
through ultra-flash CSFB. When
this switch is on, CSFB adaptive
blind handover is enabled. In this
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
situation, an optimal handover
mode is used depending on UE
position in the CSFB scenario.
When this switch is off, CSFB
adaptive blind handover is
disabled. If eNodeB-level
CsfbAdaptiveBlindHoSwitch is on,
local-cell-level parameter settings
do not take effect. If eNodeB-level
CsfbAdaptiveBlindHoSwitch is off,
local-cell-level parameter settings
take effect. This option applies
only to LTE FDD and LTE TDD.
UtranCsfbSteeringSwitch: UTRAN
CSFB steering is enabled when
this switch is on. In this case,
RRC_IDLE UEs can use separate
configuration policies when
triggering CSFB. UTRAN CSFB
steering is disabled when this
switch is off. If eNodeB-level
UtranCsfbSteeringSwitch is on,
local-cell-level parameter settings
do not take effect. If eNodeB-level
UtranCsfbSteeringSwitch is off,
local-cell-level parameter settings
take effect. This option applies
only to LTE FDD and LTE TDD.
GeranCsfbSteeringSwitch:
GERAN CSFB steering is enabled
when this switch is on. In this
case, RRC_IDLE UEs can use
separate configuration policies
when triggering CSFB. GERAN
CSFB steering is disabled when
this switch is off. If eNodeB-level
GeranCsfbSteeringSwitch is on,
local-cell-level parameter settings
do not take effect. If eNodeB-level
GeranCsfbSteeringSwitch is off,
local-cell-level parameter settings
take effect. This option applies
only to LTE FDD and LTE TDD.
ServBasedHoBackSwitch:
Indicates whether to allow serviceor service-request-based interfrequency handovers to source
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
frequencies for UEs that have
been handed over from the source
frequencies to target frequencies.
Such handovers to the source
frequencies are allowed only if this
switch is on. This switch takes
effect for TDD cells with
ServiceHoBearerPolicy set to
SERVICE_HO_QCI_ALLOWED
and does not take effect for TDD
cells with ServiceHoBearerPolicy
set to
SERVICE_HO_QCI_NOT_ALLO
WED. This option applies only to
LTE FDD and LTE TDD.
ServiceReqInterFreqHoSwitch: If
this option is selected, servicerequest-based inter-frequency
handovers are enabled and UEs
using a specific type of service
can be handed over to interfrequency cells. If this option is
deselected, service-request-based
inter-frequency handovers are
disabled. This option applies only
to LTE FDD and LTE TDD.
GUI Value Range:
SrvBasedInterFreqHoSw(SrvBase
dInterFreqHoSw),
GeranSepOpMobilitySwitch(Gera
nSepOpMobilitySwitch),
UtranCsfbSwitch(UtranCsfbSwitch
),
GeranCsfbSwitch(GeranCsfbSwit
ch),
UtranFlashCsfbSwitch(UtranFlash
CsfbSwitch),
GeranFlashCsfbSwitch(GeranFlas
hCsfbSwitch),
CsfbAdaptiveBlindHoSwitch(Csfb
AdaptiveBlindHoSwitch),
UtranCsfbSteeringSwitch(UtranCs
fbSteeringSwitch),
GeranCsfbSteeringSwitch(Geran
CsfbSteeringSwitch),
ServBasedHoBackSwitch(ServBa
sedHoBackSwitch),
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
ServiceReqInterFreqHoSwitch(Se
rviceReqInterFreqHoSwitch)
Unit: None
Actual Value Range:
SrvBasedInterFreqHoSw,
GeranSepOpMobilitySwitch,
UtranCsfbSwitch,
GeranCsfbSwitch,
UtranFlashCsfbSwitch,
GeranFlashCsfbSwitch,
CsfbAdaptiveBlindHoSwitch,
UtranCsfbSteeringSwitch,
GeranCsfbSteeringSwitch,
ServBasedHoBackSwitch,
ServiceReqInterFreqHoSwitch
Default Value:
SrvBasedInterFreqHoSw:On,
GeranSepOpMobilitySwitch:Off,
UtranCsfbSwitch:Off,
GeranCsfbSwitch:Off,
UtranFlashCsfbSwitch:Off,
GeranFlashCsfbSwitch:Off,
CsfbAdaptiveBlindHoSwitch:Off,
UtranCsfbSteeringSwitch:Off,
GeranCsfbSteeringSwitch:Off,
ServBasedHoBackSwitch:Off,
ServiceReqInterFreqHoSwitch:Off
ENodeBAl HoAlgoSwitch MOD
LBFDENODEBALG 0020180
goSwitch
OSWITCH
1/
LST
ENODEBALG TDLBFD0020180
OSWITCH
1
LBFD0020180
2/
TDLBFD0020180
2
LBFD0020180
4/
TDLBFD0020180
4
Covera
ge
Based
Intrafreque
ncy
Hando
ver
Distan
ce
Based
Interfreque
ncy
Hando
ver
Servic
e
Meaning:
Indicates whether to enable
handover algorithms. This
parameter includes the following
options:
IntraFreqCoverHoSwitch: If this
option is selected, the coveragebased intra-frequency handover
algorithm is enabled to ensure
service continuity. If this option is
deselected, the coverage-based
intra-frequency handover
algorithm is disabled.
InterFreqCoverHoSwitch: If this
option is selected, the coveragebased inter-frequency handover
algorithm is enabled to ensure
service continuity. If this option is
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
LBFD0020180
5/
TDLBFD0020180
5
LOFD001033 /
TDLOFD
-001033
LOFD001034 /
TDLOFD
-001034
LOFD001035 /
TDLOFD
-001035
LOFD001052 /
TDLOFD
-001052
LOFD001053 /
TDLOFD
-001053
LOFD001088 /
TDLOFD
-001088
LOFD001089 /
TDLOFD
-001089
LOFD001090 /
TDLOFD
-001090
LOFD001019 /
TDLOFD
-001019
LOFD001020 /
Based
Interfreque
ncy
Hando
ver
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
CS
Fallbac
k to
CDMA
2000
1xRTT
Flash
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
GERA
N
CS
Fallbac
k
Steerin
g to
UTRA
N
CS
Fallbac
k
Steerin
g to
deselected, the coverage-based
inter-frequency handover
algorithm is disabled.
UtranCsfbSwitch: If this option is
selected, CSFB to UTRAN is
enabled and UEs can fall back to
UTRAN. If this option is
deselected, CSFB to UTRAN is
disabled.
GeranCsfbSwitch: If this option is
selected, CSFB to GERAN is
enabled and UEs can fall back to
GERAN. If this option is
deselected, CSFB to GERAN is
disabled.
Cdma1xRttCsfbSwitch: If this
option is selected, CSFB to
CDMA2000 1xRTT is enabled,
and UEs can fall back to
CDMA2000 1xRTT. If this option
is deselected, CSFB to
CDMA2000 1xRTT is disabled.
UtranServiceHoSwitch: If this
option is selected, the servicebased UTRAN handover algorithm
is enabled, and UEs running a
specific type of services can be
handed over to UTRAN. If this
option is deselected, the servicebased UTRAN handover algorithm
is disabled.
GeranServiceHoSwitch: If this
option is selected, the servicebased GERAN handover
algorithm is enabled, and UEs
running a specific type of services
can be handed over to GERAN. If
this option is deselected, the
service-based GERAN handover
algorithm is disabled.
CdmaHrpdServiceHoSwitch: If
this option is selected, the servicebased CDMA2000 HRPD
handover algorithm is enabled
and UEs running a specific type of
services can be handed over to
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
TDLOFD
-001020
LOFD001043 /
TDLOFD
-001043
LOFD001046 /
TDLOFD
-001046
LOFD001072 /
TDLOFD
-001072
LOFD001073 /
TDLOFD
-001073
TDLBFD002018
TDLOFD
-001022
TDLOFD
-070228
LOFD081283 /
TDLOFD
-081203
LOFD070202 /
TDLOFD
-070202
TDLOFD
-081223
LOFD001021 /
TDLOFD
-001021
LOFD001036 /
TDLOFD
-001036
LOFD001111
GERA
N
Enhan
ced
CS
Fallbac
k to
CDMA
2000
1xRTT
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
GERA
N
Servic
e
based
interRAT
hando
ver to
UTRA
N
Servic
e
based
interRAT
CDMA2000 HRPD cells. If this
option is deselected, the servicebased CDMA2000 HRPD
algorithm is disabled. This option
is not supported in this version.
Cdma1xRttServiceHoSwitch: If
this option is selected, the servicebased CDMA2000 1xRTT
handover algorithm is enabled,
and UEs running a specific type of
services can be handed over to
CDMA2000 1xRTT. If this option
is deselected, the service-based
CDMA2000 1xRTT handover
algorithm is disabled. This option
is not supported in this version.
UlQualityInterRATHoSwitch: If this
option is selected, the UL-qualitybased inter-RAT handover
algorithm is enabled, and UEs can
be handed over to inter-RAT cells
to ensure service continuity when
UL signal quality is poor. If this
option is deselected, the ULquality-based inter-RAT handover
algorithm is disabled.
InterPlmnHoSwitch: If this option
is selected, the inter-PLMN
handover algorithm is enabled,
and UEs can be handed over to
cells in other PLMNs. If this option
is deselected, the inter-PLMN
handover algorithm is disabled.
UtranFlashCsfbSwitch: This
option takes effect only when the
UtranCsfbSwitch option of this
parameter is selected. If this
option is selected, flash CSFB to
UTRAN is enabled, and the
eNodeB sends system information
of candidate target UTRAN cells
to UEs during redirection. If this
option is deselected, flash CSFB
to UTRAN is disabled.
GeranFlashCsfbSwitch: This
option takes effect only when the
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
hando
ver to
GERA
N
Distan
ce
based
interRAT
hando
ver to
UTRA
N
Distan
ce
based
interRAT
hando
ver to
GERA
N
Mobilit
y
Manag
ement
Covera
ge
Based
Interfreque
ncy
Hando
ver
SRVC
C to
UTRA
N
Servic
eReque
st
Based
Interfreque
ncy
GeranCsfbSwitch option of this
parameter is selected. If this
option is selected, flash CSFB to
GERAN is enabled, and the
eNodeB sends system information
of candidate target GERAN cells
to UEs during redirection. If this
option is deselected, flash CSFB
to GERAN is disabled.
ServiceBasedInterFreqHoSwitch:
If this option is selected, the
service-based inter-frequency
handover algorithm is enabled,
and UEs running a specific type of
services can be handed over to
inter-frequency E-UTRAN cells. If
this option is deselected, the
service-based inter-frequency
handover algorithm is disabled.
UlQualityInterFreqHoSwitch: If this
option is selected, the UL-qualitybased inter-frequency handover
algorithm is enabled, and UEs can
be handed over to inter-frequency
E-UTRAN cells to ensure service
continuity when UL signal quality
is poor. If this option is
deselected, the UL-quality-based
inter-frequency handover
algorithm is disabled.
CsfbAdaptiveBlindHoSwitch: This
option takes effect only when the
BlindHoSwitch option is selected.
If the BlindHoSwitch and
UFCsfbBlindHoDisSwitch options
are selected, this option does not
take effect when UEs fall back to
UTRAN or GERAN through ultraflash CSFB. If this option is
selected, the algorithm of adaptive
blind handovers for CSFB is
enabled and appropriate handover
mechanisms are selected for UEs
based on their locations. If this
option is deselected, the algorithm
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
Hando
ver
UltraFlash
CSFB
to
GERA
N
UltraFlash
CSFB
to
UTRA
N
UltraFlash
CSFB
to
UTRA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
CDMA
2000
RAN
Sharin
g with
Comm
on
Carrier
PS
Mobilit
y from
EUTRA
N to
CDMA
2000
HRPD
of adaptive blind handovers for
CSFB is disabled.
UtranCsfbSteeringSwitch: If this
option is selected, the algorithm of
CSFB steering to UTRAN is
enabled and CSFB policies for
UEs in idle mode can be
configured. If this option is
deselected, the algorithm of CSFB
steering to UTRAN is disabled.
GeranCsfbSteeringSwitch: If this
option is selected, the algorithm of
CSFB steering to GERAN is
enabled and CSFB policies for
UEs in idle mode can be
configured. If this option is
deselected, the algorithm of CSFB
steering to GERAN is disabled.
CSFBLoadInfoSwitch: If this
option is selected, the load-based
CSFB algorithm is enabled, and a
target cell for CSFB is selected
based on loads of candidate
target cells. If this option is
deselected, the load-based CSFB
algorithm is disabled. This option
applies only to LTE FDD and LTE
TDD.
Cdma1XrttEcsfbSwitch: If this
option is selected, the algorithm of
eCSFB to CDMA2000 1xRTT is
enabled and UEs can fall back to
CDMA2000 1xRTT through
handovers. If this option is
deselected, the algorithm of
eCSFB to CDMA2000 1xRTT is
disabled. This option applies only
to LTE FDD and LTE TDD.
EmcBlindHoA1Switch: If this
option is selected, blind handover
event A1 measurements are
enabled. In this case, if a blind
handover event measurement
conflicts with a handover
procedure, an emergency blind
handover can be triggered after
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
Based
on
Freque
ncyspecifi
c
Factor
s
the handover procedure is
complete. If this option is
deselected, blind handover event
A1 measurements are disabled. In
this case, if a blind handover
event measurement conflicts with
a handover procedure, an
emergency blind handover cannot
be triggered. This option applies
only to LTE FDD and LTE TDD.
EmcInterFreqBlindHoSwitch: If
this option is selected, the
eNodeB preferentially performs an
inter-frequency blind handover
when an emergency blind
handover is triggered. If this
option is deselected, the eNodeB
only performs an inter-RAT blind
handover when an emergency
blind handover is triggered. This
option applies only to LTE FDD
and LTE TDD.
EPlmnSwitch: Indicates whether
handovers to neighboring cells
under the equivalent PLMNs
(EPLMNs) are allowed. When
inter-PLMN handovers are
allowed, handovers to neighboring
cells under the EPLMNs are
allowed if this option is selected,
and not allowed if this option is
deselected. The EPLMNs are
delivered by the MME to the UE.
This option applies only to LTE
FDD and LTE TDD.
ServiceReqInterFreqHoSwitch: If
this option is selected, the servicerequest-based inter-frequency
handover algorithm is enabled
and UEs running a specific type of
services can be handed over to
inter-frequency E-UTRAN cells. If
this option is deselected, the
service-request-based interfrequency handover algorithm is
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
disabled. This option applies only
to LTE TDD.
VoipHoControlSwitch: If this
option is selected, the eNodeB
filters out target cells that do not
support VoLTE services when
processing intra-RAT handovers
for VoLTE services. If this option
is deselected, the eNodeB does
not filter out target cells that do
not support VoLTE services when
processing intra-RAT handovers
for VoLTE services. This option
applies only to LTE FDD and LTE
TDD.
UtranUltraFlashCsfbSwitch:
Indicates whether to enable ultraflash CSFB to UTRAN. Ultra-flash
CSFB to UTRAN is enabled only if
this option is selected. This option
applies only to LTE FDD and LTE
TDD.
GeranUltraFlashCsfbSwitch:
Indicates whether to enable ultraflash CSFB to GERAN. Ultra-flash
CSFB to GERAN is enabled only
if this option is selected. This
option applies only to LTE FDD
and LTE TDD.
RatLayerSwitch: If this option is
selected, the eNodeB selects
different target RATs for voice and
data services during coveragebased inter-RAT handovers. If this
option is deselected, the servicebased RAT steering function is
controlled by the
SrvccRatSteeringSwitch and
PsRatSteeringSwitch options.
This option applies only to LTE
FDD and LTE TDD.
ServiceBasedMultiFreqHoSwitch:
If this option is selected, the
eNodeB selects the optimum
frequency from multiple
neighboring frequencies as the
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
target frequency for handovers of
UEs running a certain type of
services during service-based
inter-frequency handovers. If this
option is deselected, the eNodeB
does not perform the selection.
This option applies only to LTE
FDD and LTE TDD.
SrvccRatSteeringSwitch: If this
option is selected, the eNodeB
selects only the RAT with the
highest voice service priority for
measurements during coveragebased SRVCC. If this option is
deselected, the eNodeB selects
different target RATs for
measurements. This option takes
effect only when the
RatLayerSwitch option is
deselected. This option applies
only to LTE FDD and LTE TDD.
PsRatSteeringSwitch: If this
option is selected, the eNodeB
selects only the RAT with the
highest data service priority for
measurements during coveragebased inter-RAT handovers for
data services. If this option is
deselected, the eNodeB selects
different target RATs for
measurements. This option takes
effect only when the
RatLayerSwitch option is
deselected. This option applies
only to LTE FDD and LTE TDD.
GUI Value Range:
IntraFreqCoverHoSwitch(IntraFre
qCoverHoSwitch),
InterFreqCoverHoSwitch(InterFre
qCoverHoSwitch),
UtranCsfbSwitch(UtranCsfbSwitch
),
GeranCsfbSwitch(GeranCsfbSwit
ch),
Cdma1xRttCsfbSwitch(Cdma2000
1xRttCsfbSwitch),
UtranServiceHoSwitch(UtranServi
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
ceHoSwitch),
GeranServiceHoSwitch(GeranSer
viceHoSwitch),
CdmaHrpdServiceHoSwitch(Cdm
a2000HrpdServiceHoSwitch),
Cdma1xRttServiceHoSwitch(Cdm
a20001xRttServiceHoSwitch),
UlQualityInterRATHoSwitch(UlQu
alityInterRATHoSwitch),
InterPlmnHoSwitch(InterPlmnHoS
witch),
UtranFlashCsfbSwitch(UtranFlash
CsfbSwitch),
GeranFlashCsfbSwitch(GeranFlas
hCsfbSwitch),
ServiceBasedInterFreqHoSwitch(
ServiceBasedInterFreqHoSwitch),
UlQualityInterFreqHoSwitch(UlQu
alityInterFreqHoSwitch),
CsfbAdaptiveBlindHoSwitch(Csfb
AdaptiveBlindHoSwitch),
UtranCsfbSteeringSwitch(UtranCs
fbSteeringSwitch),
GeranCsfbSteeringSwitch(Geran
CsfbSteeringSwitch),
CSFBLoadInfoSwitch(CSFBLoadI
nfoSwitch),
Cdma1XrttEcsfbSwitch(Cdma1Xrt
tEcsfbSwitch),
EmcBlindHoA1Switch(EmcBlindH
oA1Switch),
EmcInterFreqBlindHoSwitch(EmcI
nterFreqBlindHoSwitch),
EPlmnSwitch(EPlmnSwitch),
ServiceReqInterFreqHoSwitch(Se
rviceReqInterFreqHoSwitch),
VoipHoControlSwitch(VoipHoCont
rolSwitch),
UtranUltraFlashCsfbSwitch(Utran
UltraFlashCsfbSwitch),
GeranUltraFlashCsfbSwitch(Gera
nUltraFlashCsfbSwitch),
RatLayerSwitch(RatLayerSwitch),
ServiceBasedMultiFreqHoSwitch(
ServiceBasedMultiFreqHoSwitch),
SrvccRatSteeringSwitch(SrvccRat
SteeringSwitch),
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
PsRatSteeringSwitch(PsRatSteeri
ngSwitch)
Unit: None
Actual Value Range:
IntraFreqCoverHoSwitch,
InterFreqCoverHoSwitch,
UtranCsfbSwitch,
GeranCsfbSwitch,
Cdma1xRttCsfbSwitch,
UtranServiceHoSwitch,
GeranServiceHoSwitch,
CdmaHrpdServiceHoSwitch,
Cdma1xRttServiceHoSwitch,
UlQualityInterRATHoSwitch,
InterPlmnHoSwitch,
UtranFlashCsfbSwitch,
GeranFlashCsfbSwitch,
ServiceBasedInterFreqHoSwitch,
UlQualityInterFreqHoSwitch,
CsfbAdaptiveBlindHoSwitch,
UtranCsfbSteeringSwitch,
GeranCsfbSteeringSwitch,
CSFBLoadInfoSwitch,
Cdma1XrttEcsfbSwitch,
EmcBlindHoA1Switch,
EmcInterFreqBlindHoSwitch,
EPlmnSwitch,
ServiceReqInterFreqHoSwitch,
VoipHoControlSwitch,
UtranUltraFlashCsfbSwitch,
GeranUltraFlashCsfbSwitch,
RatLayerSwitch,
ServiceBasedMultiFreqHoSwitch,
SrvccRatSteeringSwitch,
PsRatSteeringSwitch
Default Value:
IntraFreqCoverHoSwitch:On,
InterFreqCoverHoSwitch:On,
UtranCsfbSwitch:Off,
GeranCsfbSwitch:Off,
Cdma1xRttCsfbSwitch:Off,
UtranServiceHoSwitch:Off,
GeranServiceHoSwitch:Off,
CdmaHrpdServiceHoSwitch:Off,
Cdma1xRttServiceHoSwitch:Off,
UlQualityInterRATHoSwitch:Off,
InterPlmnHoSwitch:Off,
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
UtranFlashCsfbSwitch:Off,
GeranFlashCsfbSwitch:Off,
ServiceBasedInterFreqHoSwitch:
Off,
UlQualityInterFreqHoSwitch:Off,
CsfbAdaptiveBlindHoSwitch:Off,
UtranCsfbSteeringSwitch:Off,
GeranCsfbSteeringSwitch:Off,
CSFBLoadInfoSwitch:Off,
Cdma1XrttEcsfbSwitch:Off,
EmcBlindHoA1Switch:Off,
EmcInterFreqBlindHoSwitch:Off,
EPlmnSwitch:Off,
ServiceReqInterFreqHoSwitch:Off
, VoipHoControlSwitch:Off,
UtranUltraFlashCsfbSwitch:Off,
GeranUltraFlashCsfbSwitch:Off,
RatLayerSwitch:Off,
ServiceBasedMultiFreqHoSwitch:
Off, SrvccRatSteeringSwitch:Off,
PsRatSteeringSwitch:Off
ENodeBAl MultiOpCtrlSw MOD
LOFDENODEBALG 001022
goSwitch itch
OSWITCH
LOFDLST
ENODEBALG 001087
OSWITCH
LOFD001033
LOFD001052
LOFD001068
LOFD001088
LOFD001019
LOFD001043
LOFD001072
LOFD001078
LOFD070216
SRVC
C to
UTRA
N
SRVC
C
Flexibl
e
Steerin
g to
UTRA
N
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
UTRA
N
Meaning: Indicates the switch
used to control whether operators
can adopt different policies. This
parameter is a bit-filed-type
parameter. By specifying the bit
fields under this parameter,
operators can adopt different
policies on the corresponding
RAT. UtranSepOpMobilitySwitch
is an option used to control
whether operators can adopt
different mobility policies on their
UTRANs. If this option is selected,
operators can adopt different
policies (such as PS handover
capability and RIM-based system
information reading capability) on
their UTRANs. If this option is
deselected, operators cannot
adopt different policies on their
UTRANs. This option applies only
to LTE FDD.
GUI Value Range:
UtranSepOpMobilitySwitch(Utran
SepOpMobilitySwitch)
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
CS
Fallbac
k with
LAI to
UTRA
N
CS
Fallbac
k
Steerin
g to
UTRA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
Servic
e
based
interRAT
Distan
ce
based
InterRAT
hando
ver to
UTRA
N
EUTRA
N to
UTRA
N
CS/PS
Steerin
g
Description
Unit: None
Actual Value Range:
UtranSepOpMobilitySwitch
Default Value:
UtranSepOpMobilitySwitch:Off
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
Separa
te
Mobilit
y
Policie
s to
UTRA
N for
Multi
PLMN
UtranNetw Mcc
orkCapCfg
ADD
UTRANNETW
ORKCAPCFG
LST
UTRANNETW
ORKCAPCFG
MOD
UTRANNETW
ORKCAPCFG
RMV
UTRANNETW
ORKCAPCFG
None
None
Meaning:
Indicates the mobile country code
(MCC) of a target radio network
controller (RNC).
A public land mobile network
(PLMN) ID is comprised of an
MCC and a mobile network code
(MNC).
The MCC consists of three digits.
The MNC consists of two or three
digits.
For example, if the MCC is 123
and the MNC is 45, the PLMN ID
is 12345. This parameter applies
only to LTE FDD and LTE TDD.
GUI Value Range: 3 characters
Unit: None
Actual Value Range: 000~999
Default Value: None
UtranNetw Mnc
orkCapCfg
ADD
UTRANNETW
ORKCAPCFG
LST
UTRANNETW
ORKCAPCFG
MOD
UTRANNETW
ORKCAPCFG
RMV
UTRANNETW
ORKCAPCFG
None
None
Meaning:
Indicates the mobile network code
(MNC) of a target radio network
controller (RNC).
A public land mobile network
(PLMN) ID is comprised of an
MCC and a mobile network code
(MNC).
The MCC consists of three digits.
The MNC consists of two or three
digits.
For example, if the MCC is 123
and the MNC is 45, the PLMN ID
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
is 12345. This parameter applies
only to LTE FDD and LTE TDD.
GUI Value Range: 2~3 characters
Unit: None
Actual Value Range:
00~99,000~999
Default Value: None
UtranNetw RncId
orkCapCfg
ADD
UTRANNETW
ORKCAPCFG
LST
UTRANNETW
ORKCAPCFG
MOD
UTRANNETW
ORKCAPCFG
RMV
UTRANNETW
ORKCAPCFG
None
UtranNetw NetworkCapCf ADD
LOFDUTRANNETW 001022
orkCapCfg g
ORKCAPCFG
LOFDMOD
UTRANNETW 001033
ORKCAPCFG LOFDLST
001052
UTRANNETW
ORKCAPCFG LOFD001068
LOFD001088
LOFD001019
LOFD001043
LOFD001072
LOFD081283
LOFD070202
LBFD002018
LOFD070216
None
Meaning: None
GUI Value Range:
0~65535,4294967295
Unit: None
Actual Value Range:
0~65535,4294967295
Default Value: None
SRVC
C to
UTRA
N
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k with
LAI to
UTRA
N
CS
Fallbac
k
Steerin
g to
Meaning:
Indicates the UTRAN capabilities
for an operator, including the PS
handover capability, capability of
obtaining system information (SI)
of the UTRAN through RAN
information management (RIM)
procedures, VoIP capability, ultraflash CSFB capability, and
SRVCC capability. If the MME,
SGSN, MSC, or RNC of the
operator does not support PS
handover, RIM procedures, VoIP,
ultra-flash CSFB, or SRVCC, set
the corresponding option of this
parameter to indicate the
incapability.
If this parameter is not set,
UTRAN capabilities are supported
by default. This parameter
provides the following options:
PsHoCapCfg: indicates whether
PS handover is supported by the
operator in the UTRAN. This
capability is supported only if this
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
UTRA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
Servic
e
based
interRAT
hando
ver to
UTRA
N
Distan
ce
based
InterRAT
hando
ver to
UTRA
N
UltraFlash
CSFB
to
GERA
N
UltraFlash
CSFB
to
UTRA
N
Mobilit
y
option is selected. This option
applies only to LTE FDD.
SiByRimCapCfg: indicates
whether SI of the UTRAN can be
obtained through RIM procedures.
This capability is supported only if
this option is selected. This option
applies only to LTE FDD.
VoipCapCfg: indicates whether
VoIP is supported by the operator
in the UTRAN. Only if this option
is selected, this capability is
supported and the eNodeB can
transfer voice services to the
UTRAN through PS handover to
establish VoIP services. This
option applies only to LTE FDD.
UltraFlashCsfbCapCfg: indicates
whether SRVCC-based CSFB is
supported by the operator in the
UTRAN. This capability is
supported only if this option is
selected. This option applies only
to LTE FDD.
SrvccCapCfg: indicates whether
SRVCC is supported by the
operator in the UTRAN. This
capability is supported and UEs
running voice services can be
handed over to the UTRAN
through SRVCC only if this option
is selected. This option applies
only to LTE FDD.
GUI Value Range:
PsHoCapCfg(PsHoCapCfg),
SiByRimCapCfg(SiByRimCapCfg)
, VoipCapCfg(VoipCapCfg),
UltraFlashCsfbCapCfg(UltraFlash
CsfbCapCfg),
SrvccCapCfg(SrvccCapCfg)
Unit: None
Actual Value Range:
PsHoCapCfg, SiByRimCapCfg,
VoipCapCfg,
UltraFlashCsfbCapCfg,
SrvccCapCfg
MO
GlobalPro
cSwitch
Parameter
ID
MML
Command
UeCompatSwi MOD
tch
GLOBALPRO
CSWITCH
LST
GLOBALPRO
CSWITCH
Feature
ID
LBFD0020180
2/TDLBF
D0020180
2
LBFD0020180
4/TDLBF
D0020180
4
LBFD0020180
5/TDLBF
D0020180
5
LBFD081103/T
DLBFD081103
Feature
Name
Description
Manag
ement
Separa
te
Mobilit
y
Policie
s to
UTRA
N for
Multi
PLMN
Default Value: PsHoCapCfg:Off,
SiByRimCapCfg:Off,
VoipCapCfg:On,
UltraFlashCsfbCapCfg:Off,
SrvccCapCfg:On
Covera
ge
Based
Interfreque
ncy
Hando
ver
Distan
ce
Based
InterFreque
ncy
Hando
ver
Servic
e
Based
Interfreque
ncy
Hando
ver
Termin
al
Aware
ness
Differe
ntiation
Meaning:
Indicates whether to enable
compatibility optimization
functions for UEs to control the
differentiated handling of defective
UEs.
AbnormalUeHandleSwitch:
indicates whether to enable
handling of defective UEs. This
function is enabled only if this
option is selected. This option
applies only to LTE FDD and LTE
TDD.
UltraFlashCsfbComOptSw:
indicates whether to enable the
optimization of UE incompatibility
risks in ultra-flash CSFB. If this
option is selected, an eNodeB
triggers an ultra-flash CSFB
procedure based on the private IE
"SRVCC based eCSFB operation
possible" that the MME sends to
the eNodeB. If this option is
deselected, the eNodeB does not
trigger an ultra-flash CSFB
procedure based on this IE. This
oprion applies only to LTE FDD
and LTE TDD.
ForbidR8R9UeAccessB41Sw:
indicates whether to forbid R8 and
R9 UEs to access frequencies
ranging from 2575 MHz to 2595
MHz within band 41. Such access
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
is forbidden only if this option is
selected. It is recommended that
this option be selected when there
are UEs reporting that they
support band 41 but actually do
not support frequencies ranging
from 2575 MHz to 2595 MHz
within band 41. This option
applies only to LTE FDD and LTE
TDD.
MOUeCompatEffectSw: indicates
whether the UeCompat MO takes
effect. If this option is selected,
the UeCompat MO but not the
UeCompatOpt MO takes effect. If
this option is deselected, the
UeCompatOpt MO but not the
UeCompat MO takes effect. This
option applies only to LTE FDD
and LTE TDD.
PerExtendBitSw: indicates
whether to encode extended bit
indicators for Uu messages if
extended IEs specified by later
3GPP releases are not included in
Uu message code. If this option is
selected, extended bit indicators
are not encoded. If this option is
deselected, extended bit
indicators are encoded. This
option applies only to LTE FDD
and LTE TDD.
InterFddTddMeasComOptSw:
indicates whether to enable
compatibility optimization on interduplex-mode measurements for
UEs. If a UE reports the interduplex-mode measurement
capability but actually does not
support inter-duplex-mode
measurements, this UE
incompatibility issue may cause
an increase in the service drop
rate. If this option is selected, the
eNodeB is not allowed to deliver
inter-duplex-mode measurement
configurations to such UEs. This
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
option applies only to LTE FDD
and LTE TDD.
NbR13CompatSw: indicates
whether to enable error correction
of 3GPP Release 13 on NB-IoTrelated functions. For details
about the related functions, see
3GPP TS 36.211, 36.213, 36.302,
36.331, 36.212, 36.321, 36.300,
36.302, 36.403, 36.322, and
36.323. eNodeBs can
interconnect with UEs complying
with 3GPP Release 13 published
in February 2017 only after this
option is selected. This option
applies only to NB-IoT.
HashedIdCompatSw: indicates
whether the eNodeB calculates
hashed IDs for eDRX paging
using the method defined in 3GPP
TS 36.304 released in February
2017. When this option is
selected, the eNodeB calculates
hashed IDs for eDRX paging
using the protocol-defined
method. When this option is
deselected, the eNodeB
calculates hashed IDs for eDRX
paging using the Huaweiproprietary method.
GUI Value Range:
AbnormalUeHandleSwitch(Abnor
malUeHandleSwitch),
UltraFlashCsfbComOptSw(UltraFl
ashCsfbComOptSw),
ForbidR8R9UeAccessB41Sw(For
bidR8R9UeAccessB41Sw),
MOUeCompatEffectSw(
MOUeCompatEffectSw),
PerExtendBitSw(PerExtendBitSw)
,
InterFddTddMeasComOptSw(Inte
rFddTddMeasComOptSw),
NbR13CompatSw(NbR13Compat
Sw),
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
HashedIdCompatSw(HashedIdCo
mpatSw)
Unit: None
Actual Value Range:
AbnormalUeHandleSwitch,
UltraFlashCsfbComOptSw,
ForbidR8R9UeAccessB41Sw,
MOUeCompatEffectSw,
PerExtendBitSw,
InterFddTddMeasComOptSw,
NbR13CompatSw,
HashedIdCompatSw
Default Value:
AbnormalUeHandleSwitch:Off,
UltraFlashCsfbComOptSw:Off,
ForbidR8R9UeAccessB41Sw:Off,
MOUeCompatEffectSw:Off,
PerExtendBitSw:Off,
InterFddTddMeasComOptSw:Off,
NbR13CompatSw:On,
HashedIdCompatSw:On
ENodeBAl HoCommOptS MOD
LBFDENODEBALG 0020180
goSwitch witch
OSWITCH
2/
LST
ENODEBALG TDLBFD0020180
OSWITCH
2
LOFD001019 /
TDLOFD
-001019
LOFD001020 /
TDLOFD
-001020
LBFD0020180
4/
TDLBFD0020180
4
LBFD0020180
5/
TDLBFD-
Covera
ge
Based
Interfreque
ncy
Hando
ver
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
PS
InterRAT
Mobilit
y
Meaning:
Indicates whether to enable
optimization on handover-related
common configurations and
algorithms.
BasedSriGapOptSwitch: Indicates
whether to consider the
transmission of SRIs when
configuring measurement gaps for
UEs in non-DRX mode. The
eNodeB considers the
collaboration only if this option is
selected. This option applies only
to LTE FDD and LTE TDD.
L2UBasedHoPolicyPenaltySwitch:
Indicates whether to differentiate
between PS HO and SRVCC for
penalty and retry after E-UTRANto-UTRAN operation failures
(which may be admission failures
due to non-resource reasons or
handover failures after handover
command delivery). The eNodeB
differentiates between PS HO and
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
0020180
5
LBFD0020180
5/
TDLBFD0020180
5
LOFD001033 /
TDLOFD
-001033
betwee
n EUTRA
N and
GERA
N
Distan
ce
Based
Interfreque
ncy
Hando
ver
Servic
e
Based
Interfreque
ncy
Hando
ver
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
SRVCC for penalty and retry only
if this option is selected. This
option applies only to LTE FDD
and LTE TDD.
DrxBasedSriGapOptSwitch:
Indicates whether to consider the
transmission of SRIs when
configuring measurement gaps for
UEs in DRX mode. The eNodeB
considers the collaboration only if
this option is selected. This option
applies only to LTE FDD and LTE
TDD.
LaiCsfbBlindNCellSelSwitch:
Indicates the policy of determining
a target cell for LAI-based CSFB
in a blind manner (not based on
measurements). If this option is
selected, the eNodeB
preferentially selects the
neighboring cell with the highest
blind handover priority; if multiple
cells have the same priority, the
eNodeB selects a cell with the
same LAI as the source cell. If this
option is deselected, the eNodeB
preferentially selects the
neighboring cell with the same LAI
as the source cell; if multiple cells
have the same LAI, the eNodeB
selects a cell with the highest
blind handover priority. This option
applies only to LTE FDD and LTE
TDD.
TrigQuanBothMeasOptSw:
Indicates whether to
independently enable RSRP- and
RSRQ-based inter-frequency or
inter-RAT measurements when
both inter-frequency and interRAT A1/A2 measurements are
enabled. If this option is selected,
the eNodeB starts RSRP-based
inter-frequency or inter-RAT
measurements after receiving
RSRP-triggered event A2 and
starts RSRQ-based inter-
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
frequency or inter-RAT
measurements after receiving
RSRQ-triggered event A2. If this
option is deselected, the eNodeB
starts only one type of
measurement. That is, the
eNodeB starts only RSRP-based
inter-frequency or inter-RAT
measurements if it receives
RSRP-triggered event A2 first and
the same rules applies to RSRQ.
This option applies only to LTE
FDD and LTE TDD.
GapCfgOptSwitch: Indicates
whether to adopt the optimized
gap configuration mode. If this
option is selected, optimized gap
configuration mode is used,
without affecting by the settings of
the BasedSriGapOptSwitch and
DrxBasedSriGapOptSwitch
options. If this option is
deselected, optimized gap
configuration mode is not used.
The BasedSriGapOptSwitch and
DrxBasedSriGapOptSwitch
options can take effect. This
option applies only to LTE FDD
and LTE TDD.
GUI Value Range:
BasedSriGapOptSwitch(BasedSri
GapOptSwitch),
L2UBasedHoPolicyPenaltySwitch(
L2UBasedHoPolicyPenaltySwitch)
,
DrxBasedSriGapOptSwitch(DrxBa
sedSriGapOptSwitch),
LaiCsfbBlindNCellSelSwitch(LaiC
sfbBlindNCellSelSwitch),
TrigQuanBothMeasOptSw(TrigQu
anBothMeasOptSw),
GapCfgOptSwitch(GapCfgOptSwit
ch)
Unit: None
Actual Value Range:
BasedSriGapOptSwitch,
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
L2UBasedHoPolicyPenaltySwitch,
DrxBasedSriGapOptSwitch,
LaiCsfbBlindNCellSelSwitch,
TrigQuanBothMeasOptSw,
GapCfgOptSwitch
Default Value:
BasedSriGapOptSwitch:On,
L2UBasedHoPolicyPenaltySwitch:
Off,
DrxBasedSriGapOptSwitch:On,
LaiCsfbBlindNCellSelSwitch:Off,
TrigQuanBothMeasOptSw:Off,
GapCfgOptSwitch:Off
CellAlgoS
witch
FreqLayerSwit MOD
ch
CELLALGOS
WITCH
LST
CELLALGOS
WITCH
LOFD001087
LOFD001078 /
TDLOFD
-001078
LOFD001022/T
DLOFD001022
LOFD001033/T
DLOFD001033
LOFD001052/T
DLOFD001052
LOFD001088/T
DLOFD001088
LBFD002018
SRVC
C
Flexibl
e
Steerin
g to
UTRA
N
EUTRA
N to
UTRA
N
CS/PS
Steerin
g
SRVC
C to
UTRA
N
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
UTRA
N
Meaning:
This parameter includes the
following options:
UtranFreqLayerMeasSwitch,
UtranFreqLayerBlindSwitch, and
UtranSrvccSwitch. The setting of
the UtranSrvccSteeringSwitch
option takes effect only when the
UtranFreqLayerMeasSwitch
option is selected.
UtranFreqLayerMeasSwitch: If
this option is selected, UTRAN
frequency steering takes effect
when measurement configurations
are delivered for coverage- and
CSFB-based handovers from EUTRAN to UTRAN. The setting of
this option (cell-specific) takes
effect only when the
UtranFreqLayerMeasSwitch
option of the eNodeB-specific
FreqLayerSwitch parameter is
deselected. This option applies
only to LTE FDD and LTE TDD.
UtranFreqLayerBlindSwitch: If this
option is selected, UTRAN
frequency steering takes effect
during coverage- and CSFBbased blind handovers from EUTRAN to UTRAN. The setting of
this option (cell-specific) takes
effect only when the
MO
Parameter
ID
MML
Command
Feature
ID
ENodeBAl FreqLayerSwti MOD
LOFDENODEBALG 001087 /
goSwitch ch
OSWITCH
LOFDLST
ENODEBALG 001087
OSWITCH
LOFD001078 /
TDLOFD
-001078
LOFD001022 /
Feature
Name
Description
CS
Fallbac
k
Steerin
g to
UTRA
N
Mobilit
y
Manag
ement
UtranFreqLayerBlindSwitch option
of the eNodeB-specific
FreqLayerSwitch parameter is
deselected. This option applies
only to LTE FDD and LTE TDD.
UtranSrvccSteeringSwitch: If this
option is selected, UTRAN
frequency steering for
measurement takes effect during
coverage-based SRVCC to
UTRAN. This option applies only
to LTE FDD. The setting of this
option (cell-specific) takes effect
only when the
UtranSrvccSteeringSwitch option
of the eNodeB-specific
FreqLayerSwitch parameter is
deselected. This option applies
only to LTE FDD and LTE TDD.
GUI Value Range:
UtranFreqLayerMeasSwitch(Utran
FreqLayerMeasSwitch),
UtranFreqLayerBlindSwitch(Utran
FreqLayerBlindSwitch),
UtranSrvccSteeringSwitch(UtranS
rvccSteeringSwitch)
Unit: None
Actual Value Range:
UtranFreqLayerMeasSwitch,
UtranFreqLayerBlindSwitch,
UtranSrvccSteeringSwitch
Default Value:
UtranFreqLayerMeasSwitch:Off,
UtranFreqLayerBlindSwitch:Off,
UtranSrvccSteeringSwitch:Off
SRVC
C
Flexibl
e
Steerin
g to
UTRA
N
EUTRA
Meaning:
This parameter includes the
following three options:
UtranFreqLayerMeasSwitch,
UtranFreqLayerBlindSwitch, and
UtranSrvccSteeringSwitch. The
setting of
UtranSrvccSteeringSwitch takes
effect only when the
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
TDLOFD
-001022
LOFD001033 /
TDLOFD
-001033
LOFD001052 /
TDLOFD
-001052
LOFD001088 /
TDLOFD
-001088
LAOFD001001 /
TDLAOF
D001001
LAOFD080201
/TDLAOF
D081402
LBFD002018
N to
UTRA
N
CS/PS
Steerin
g
SRVC
C to
UTRA
N
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k
Steerin
g to
UTRA
N
LTE-A
Introdu
ction
IntereNode
B CA
based
on
Relaxe
d
backha
ul
Mobilit
y
Manag
ement
UtranFreqLayerMeasSwitch
option is selected.
UtranFreqLayerMeasSwitch: If
this option is selected, UTRAN
frequency steering takes effect at
measurement configuration
delivery for coverage-based
handovers to UTRAN or CSFB to
UTRAN. This option applies only
to LTE FDD and LTE TDD.
UtranFreqLayerBlindSwitch: If this
option is selected, UTRAN
frequency steering takes effect at
blind coverage-based handovers
to UTRAN or blind CSFB to
UTRAN. This option applies only
to LTE FDD and LTE TDD.
UtranSrvccSwitch: If this option is
selected, the UTRAN SRVCC
frequency steering measurement
algorithm takes effect for
coverage-based SRVCC-triggered
handovers from E-UTRAN to
UTRAN. This option applies only
to LTE FDD and LTE TDD.
GUI Value Range:
UtranFreqLayerMeasSwitch(Utran
FreqLayerMeasSwitch),
UtranFreqLayerBlindSwitch(Utran
FreqLayerBlindSwitch),
UtranSrvccSteeringSwitch(UtranS
rvccSteeringSwitch)
Unit: None
Actual Value Range:
UtranFreqLayerMeasSwitch,
UtranFreqLayerBlindSwitch,
UtranSrvccSteeringSwitch
Default Value:
UtranFreqLayerMeasSwitch:Off,
UtranFreqLayerBlindSwitch:Off,
UtranSrvccSteeringSwitch:Off
MO
Parameter
ID
UtranNFre CsPriority
q
MML
Command
Feature
ID
Feature
Name
Description
ADD
UTRANNFRE
Q
MOD
UTRANNFRE
Q
LST
UTRANNFRE
Q
LOFD001078 /
TDLOFD
-001078
LOFD001033 /
TDLOFD
-001033
LOFD001052 /
TDLOFD
-001052
LOFD001088 /
TDLOFD
-001088
EUTRA
N to
UTRA
N
CS/PS
Steerin
g
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k
Steerin
g to
UTRA
N
Meaning: Indicates the priority for
the UTRAN frequency to carry CS
services. During CSFB-based CS
service handovers with
UtranFreqLayerMeasSwitch
selected, the eNodeB selects the
neighboring UTRAN frequencies
based on the CS priorities when
starting measurements. The
eNodeB preferentially delivers the
UTRAN frequency with the
highest CS priority to measure.
During CSFB-based blind
handovers with
UtranFreqLayerBlindSwitch
selected, the eNodeB selects the
target cells for blind handovers on
neighboring UTRAN frequencies
based on the CS priorities and
preferentially selects the target
cell for blind handovers on the
neighboring UTRAN frequency
with the highest CS priorities. If
this parameter is set to Priority_0,
this neighboring UTRAN
frequency is not prioritized. This
parameter applies only to LTE
FDD and LTE TDD.
GUI Value Range:
Priority_0(Priority 0),
Priority_1(Priority 1),
Priority_2(Priority 2),
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)
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
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)
CSFallBac IdleCsfbHighe MOD
LOFDCSFALLBAC 001035 /
kBlindHoC stPri
KBLINDHOCF
fg
TDLOFD
G
-001035
LST
CSFALLBAC LOFDKBLINDHOCF 001088 /
G
TDLOFD
-001088
LOFD001089 /
TDLOFD
-001089
LOFD001090 /
TDLOFD
-001090
CellOpHo
Cfg
IdleCsfbHighe
stPri
ADD
CELLOPHOC
FG
MOD
CELLOPHOC
FG
LOFD001033 /
TDLOFD
-001033
CS
Fallbac
k to
CDMA
2000
1xRTT
CS
Fallbac
k
Steerin
g to
UTRA
N
CS
Fallbac
k
Steerin
g to
GERA
N
Enhan
ced
CS
Fallbac
k to
CDMA
2000
1xRTT
Meaning:
Indicates the highest-priority RAT
for CSFB initiated by a UE in idle
mode. It is UTRAN by default. If
this parameter is set to UTRAN,
GERAN, or CDMA2000, the
highest-priority RAT is UTRAN,
GERAN, or CDMA2000,
respectively.
The value CDMA2000 is invalid in
the current version. Therefore,
avoid setting this parameter to
CDMA2000. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: UTRAN,
GERAN, CDMA2000
Unit: None
Actual Value Range: UTRAN,
GERAN, CDMA2000
Default Value: UTRAN
CS
Fallbac
k to
UTRA
N
Meaning: Indicates the highestpriority target RAT for CSFB
initiated by UEs in idle mode. It is
UTRAN by default. If this
parameter is set to UTRAN,
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
LST
CELLOPHOC
FG
LOFD001034 /
TDLOFD
-001034
LOFD001035 /
TDLOFD
-001035
LOFD001052 /
TDLOFD
-001052
LOFD001053 /
TDLOFD
-001053
LOFD001090 /
TDLOFD
-001090
LOFD070202 /
TDLOFD
-070202
LOFD081283 /
TDLOFD
-081203
TDLOFD
-001088
CS
Fallbac
k to
GERA
N
CS
Fallbac
k to
CDMA
2000
1xRTT
Flash
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
GERA
N
Enhan
ced
CS
Fallbac
k to
CDMA
2000
1xRTT
UltraFlash
CSFB
to
UTRA
N
UltraFlash
CSFB
to
GERA
N
CS
Fallbac
k
GERAN, or CDMA2000, the
highest-priority target RAT is
UTRAN, GERAN, or CDMA2000,
respectively. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: UTRAN,
GERAN, CDMA2000
Unit: None
Actual Value Range: UTRAN,
GERAN, CDMA2000
Default Value: UTRAN
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
Steerin
g to
UTRA
N
CSFallBac IdleCsfbSecon MOD
LOFDCSFALLBAC 001035 /
kBlindHoC dPri
KBLINDHOCF
fg
TDLOFD
G
-001035
LST
CSFALLBAC LOFDKBLINDHOCF 001088 /
G
TDLOFD
-001088
LOFD001089 /
TDLOFD
-001089
LOFD001090 /
TDLOFD
-001090
CellOpHo
Cfg
IdleCsfbSecon ADD
dPri
CELLOPHOC
FG
MOD
CELLOPHOC
FG
LST
CELLOPHOC
FG
LOFD001033 /
TDLOFD
-001033
LOFD001034 /
TDLOFD
-001034
LOFD001035 /
TDLOFD
-001035
CS
Fallbac
k to
CDMA
2000
1xRTT
CS
Fallbac
k
Steerin
g to
UTRA
N
CS
Fallbac
k
Steerin
g to
GERA
N
Enhan
ced
CS
Fallbac
k to
CDMA
2000
1xRTT
Meaning:
Indicates the medium-priority RAT
for CSFB initiated by a UE in idle
mode. It is GERAN by default. If
this parameter is set to UTRAN,
GERAN, or CDMA2000, the
medium-priority RAT is UTRAN,
GERAN, or CDMA2000,
respectively. If this parameter is
set to NULL, no medium-priority
RAT is specified and only the
highest-priority RAT can be
selected for CSFB initiated by a
UE in idle mode.
The value CDMA2000 is invalid in
the current version. Therefore,
avoid setting this parameter to
CDMA2000. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: UTRAN,
GERAN, CDMA2000, NULL
Unit: None
Actual Value Range: UTRAN,
GERAN, CDMA2000, NULL
Default Value: GERAN
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
CS
Fallbac
Meaning: Indicates the mediumpriority target RAT for CSFB
initiated by UEs in idle mode. It is
GERAN by default. If this
parameter is set to UTRAN,
GERAN, or CDMA2000, the
medium-priority target RAT is
UTRAN, GERAN, or CDMA2000,
respectively. If this parameter is
set to NULL, no medium-priority
target RAT is specified and only
the highest-priority target RAT can
be selected for CSFB initiated by
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
LOFD001052 /
TDLOFD
-001052
LOFD001053 /
TDLOFD
-001053
LOFD001090 /
TDLOFD
-001090
LOFD070202 /
TDLOFD
-070202
LOFD081283 /
TDLOFD
-081203
TDLOFD
-001088
k to
CDMA
2000
1xRTT
Flash
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
GERA
N
Enhan
ced
CS
Fallbac
k to
CDMA
2000
1xRTT
UltraFlash
CSFB
to
UTRA
N
UltraFlash
CSFB
to
GERA
N
CS
Fallbac
k
Steerin
g to
UTRA
N
UEs in idle mode. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: UTRAN,
GERAN, CDMA2000, NULL
Unit: None
Actual Value Range: UTRAN,
GERAN, CDMA2000, NULL
Default Value: GERAN
MO
MML
Command
Feature
ID
Feature
Name
Description
CSFallBac IdleCsfbLowe
kBlindHoC stPri
fg
MOD
CSFALLBAC
KBLINDHOCF
G
LST
CSFALLBAC
KBLINDHOCF
G
LOFD001035 /
TDLOFD
-001035
LOFD001088 /
TDLOFD
-001088
LOFD001089 /
TDLOFD
-001089
LOFD001090 /
TDLOFD
-001090
CS
Fallbac
k to
CDMA
2000
1xRTT
CS
Fallbac
k
Steerin
g to
UTRA
N
CS
Fallbac
k
Steerin
g to
GERA
N
Enhan
ced
CS
Fallbac
k to
CDMA
2000
1xRTT
Meaning:
Indicates the lowest-priority RAT
for CSFB initiated by a UE in idle
mode. It is CDMA2000 by default.
If this parameter is set to UTRAN,
GERAN, or CDMA2000, the
lowest-priority RAT is UTRAN,
GERAN, or CDMA2000,
respectively. If this parameter is
set to NULL, no lowest-priority
RAT is specified and only the
highest- or medium-priority RAT
can be selected for CSFB initiated
by a UE in idle mode.
The value CDMA2000 is invalid in
the current version. Therefore,
avoid setting this parameter to
CDMA2000. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: UTRAN,
GERAN, CDMA2000, NULL
Unit: None
Actual Value Range: UTRAN,
GERAN, CDMA2000, NULL
Default Value: CDMA2000
IdleCsfbLowe
stPri
ADD
CELLOPHOC
FG
MOD
CELLOPHOC
FG
LST
CELLOPHOC
FG
LOFD001033 /
TDLOFD
-001033
LOFD001034 /
TDLOFD
-001034
LOFD001035 /
TDLOFD
-001035
LOFD001052 /
TDLOFD
-001052
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
CS
Fallbac
k to
CDMA
2000
1xRTT
Meaning: Indicates the lowestpriority target RAT for CSFB
initiated by UEs in idle mode. It is
CDMA2000 by default. If this
parameter is set to UTRAN,
GERAN, or CDMA2000, the
lowest-priority target RAT is
UTRAN, GERAN, or CDMA2000,
respectively. If this parameter is
set to NULL, no lowest-priority
target RAT is specified and only
the highest- or medium-priority
target RAT can be selected for
CSFB initiated by UEs in idle
mode. This parameter applies
only to LTE FDD and LTE TDD.
CellOpHo
Cfg
Parameter
ID
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
LOFD001053 /
TDLOFD
-001053
LOFD001090 /
TDLOFD
-001090
LOFD070202 /
TDLOFD
-070202
LOFD081283 /
TDLOFD
-081203
TDLOFD
-001088
Flash
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
GERA
N
Enhan
ced
CS
Fallbac
k to
CDMA
2000
1xRTT
UltraFlash
CSFB
to
UTRA
N
UltraFlash
CSFB
to
GERA
N
CS
Fallbac
k
Steerin
g to
UTRA
N
GUI Value Range: UTRAN,
GERAN, CDMA2000, NULL
Unit: None
Actual Value Range: UTRAN,
GERAN, CDMA2000, NULL
Default Value: CDMA2000
LOFD001088 /
KPOLICYCFG
TDLOFD
LST
CSFALLBAC -001088
KPOLICYCFG LOFD001089 /
CS
Fallbac
k
Steerin
g to
Meaning: Indicates the CSFB
policy for a UE in idle mode. The
policy can be PS handover, CCO,
or redirection. This parameter
applies only to LTE FDD and LTE
TDD.
CSFallBac IdleModeCsfb MOD
CSFALLBAC
kPolicyCfg HoPolicyCfg
Description
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
TDLOFD
-001089
TDLOFD
-001034
UTRA
N
CS
Fallbac
k
Steerin
g to
GERA
N
CS
Fallbac
k to
GERA
N
GUI Value Range:
REDIRECTION, CCO_HO,
PS_HO
Unit: None
Actual Value Range:
REDIRECTION, CCO_HO,
PS_HO
Default Value:
REDIRECTION:On, CCO_HO:On,
PS_HO:On
CSFallBac InterRatHighe MOD
LOFDCSFALLBAC 001033 /
kBlindHoC stPri
KBLINDHOCF
fg
TDLOFD
G
-001033
LST
CSFALLBAC LOFDKBLINDHOCF 001034 /
G
TDLOFD
-001034
LOFD001035 /
TDLOFD
-001035
LOFD001019 /
TDLOFD
-001019
LOFD001020 /
TDLOFD
-001020
LOFD001021
TDLOFD
-001052
TDLOFD
-001053
TDLOFD
-001090
TDLBFD002018
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
CS
Fallbac
k to
CDMA
2000
1xRTT
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
PS
InterRAT
Mobilit
Meaning:
Indicates the highest-priority RAT
for handovers. It is UTRAN by
default. If this parameter is set to
UTRAN, GERAN, or CDMA2000,
the highest-priority RAT is
UTRAN, GERAN, or CDMA2000,
respectively.
The value CDMA2000 is invalid in
the current version. Therefore,
avoid setting this parameter to
CDMA2000. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: UTRAN,
GERAN, CDMA2000
Unit: None
Actual Value Range: UTRAN,
GERAN, CDMA2000
Default Value: UTRAN
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
TDLOFD y
-001088 betwee
n EUTRA
N and
GERA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
CDMA
2000
Flash
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
GERA
N
Enhan
ced
CS
Fallbac
k to
CDMA
2000
1xRTT
Mobilit
y
Manag
ement
CS
Fallbac
k
Steerin
Description
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
g to
UTRA
N
CellOpHo
Cfg
InterRatHighe
stPri
ADD
CELLOPHOC
FG
MOD
CELLOPHOC
FG
LST
CELLOPHOC
FG
LOFD001033 /
TDLOFD
-001033
LOFD001034 /
TDLOFD
-001034
LOFD001035 /
TDLOFD
-001035
LOFD001019 /
TDLOFD
-001019
LOFD001020 /
TDLOFD
-001020
LOFD001021 /
TDLOFD
-001021
LOFD001052 /
TDLOFD
-001052
LOFD001053 /
TDLOFD
-001053
LOFD001090 /
TDLOFD
-001090
LOFD070202 /
TDLOFD
-070202
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
CS
Fallbac
k to
CDMA
2000
1xRTT
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
GERA
N
PS
InterRAT
Mobilit
Meaning: Indicates the highestpriority target RAT for handovers.
It is UTRAN by default. If this
parameter is set to UTRAN,
GERAN, or CDMA2000, the
highest-priority target RAT is
UTRAN, GERAN, or CDMA2000,
respectively. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: UTRAN,
GERAN, CDMA2000
Unit: None
Actual Value Range: UTRAN,
GERAN, CDMA2000
Default Value: UTRAN
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
LOFD081283 /
TDLOFD
-081203
TDLOFD
-001088
y
betwee
n EUTRA
N and
CDMA
2000
Flash
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
GERA
N
Enhan
ced
CS
Fallbac
k to
CDMA
2000
1xRTT
UltraFlash
CSFB
to
UTRA
N
UltraFlash
CSFB
to
GERA
N
CS
Fallbac
k
Steerin
g to
UTRA
N
Description
MO
Parameter
ID
MML
Command
Feature
ID
CSFallBac InterRatSecon MOD
LOFDCSFALLBAC 001033 /
kBlindHoC dPri
KBLINDHOCF
fg
TDLOFD
G
-001033
LST
CSFALLBAC LOFDKBLINDHOCF 001034 /
G
TDLOFD
-001034
LOFD001035 /
TDLOFD
-001035
LOFD001019 /
TDLOFD
-001019
LOFD001020 /
TDLOFD
-001020
LOFD001021
TDLOFD
-001052
TDLOFD
-001053
TDLOFD
-001090
TDLBFD002018
TDLOFD
-001088
Feature
Name
Description
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
CS
Fallbac
k to
CDMA
2000
1xRTT
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
GERA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
Meaning:
Indicates the medium-priority RAT
for handovers. It is GERAN by
default. If this parameter is set to
UTRAN, GERAN, or CDMA2000,
the medium-priority RAT is
UTRAN, GERAN, or CDMA2000,
respectively. If this parameter is
set to NULL, no medium-priority
RAT is specified and only the
highest-priority RAT can be
selected for handovers.
The value CDMA2000 is invalid in
the current version. Therefore,
avoid setting this parameter to
CDMA2000. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: UTRAN,
GERAN, CDMA2000, NULL
Unit: None
Actual Value Range: UTRAN,
GERAN, CDMA2000, NULL
Default Value: GERAN
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
N and
CDMA
2000
Flash
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
GERA
N
Enhan
ced
CS
Fallbac
k to
CDMA
2000
1xRTT
Mobilit
y
Manag
ement
CS
Fallbac
k
Steerin
g to
UTRA
N
CellOpHo
Cfg
InterRatSecon ADD
dPri
CELLOPHOC
FG
MOD
CELLOPHOC
FG
LST
CELLOPHOC
FG
LOFD001033 /
TDLOFD
-001033
LOFD001034 /
TDLOFD
-001034
LOFD001035 /
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
Meaning: Indicates the mediumpriority target RAT for handovers.
It is GERAN by default. If this
parameter is set to UTRAN,
GERAN, or CDMA2000, the
medium-priority target RAT is
UTRAN, GERAN, or CDMA2000,
respectively. If this parameter is
set to NULL, no medium-priority
target RAT is specified and only
the highest-priority target RAT can
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
TDLOFD
-001035
LOFD001019 /
TDLOFD
-001019
LOFD001020 /
TDLOFD
-001020
LOFD001021 /
TDLOFD
-001021
LOFD001052 /
TDLOFD
-001052
LOFD001053 /
TDLOFD
-001053
LOFD001090 /
TDLOFD
-001090
LOFD070202 /
TDLOFD
-070202
LOFD081283 /
TDLOFD
-081203
TDLOFD
-001088
CS
Fallbac
k to
CDMA
2000
1xRTT
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
GERA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
CDMA
2000
Flash
CS
Fallbac
k to
UTRA
N
Description
be selected for handovers. This
parameter applies only to LTE
FDD and LTE TDD.
GUI Value Range: UTRAN,
GERAN, CDMA2000, NULL
Unit: None
Actual Value Range: UTRAN,
GERAN, CDMA2000, NULL
Default Value: GERAN
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
Flash
CS
Fallbac
k to
GERA
N
Enhan
ced
CS
Fallbac
k to
CDMA
2000
1xRTT
UltraFlash
CSFB
to
UTRA
N
UltraFlash
CSFB
to
GERA
N
CS
Fallbac
k
Steerin
g to
UTRA
N
CSFallBac InterRatLowes MOD
LOFDCSFALLBAC 001033 /
kBlindHoC tPri
KBLINDHOCF
fg
TDLOFD
G
-001033
LST
CSFALLBAC LOFDKBLINDHOCF 001034 /
G
TDLOFD
-001034
LOFD001035 /
TDLOFD
-001035
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
CS
Fallbac
Meaning:
Indicates the lowest-priority RAT
for handovers. It is CDMA2000 by
default. If this parameter is set to
UTRAN, GERAN, or CDMA2000,
the lowest-priority RAT is UTRAN,
GERAN, or CDMA2000,
respectively. If this parameter is
set to NULL, no lowest-priority
RAT is specified and only the
highest- or medium-priority RAT
can be selected for handovers.
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
LOFD001019 /
TDLOFD
-001019
LOFD001020 /
TDLOFD
-001020
LOFD001021
TDLOFD
-001052
TDLOFD
-001053
TDLOFD
-001090
TDLBFD002018
TDLOFD
-001088
k to
CDMA
2000
1xRTT
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
GERA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
CDMA
2000
Flash
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
The value CDMA2000 is invalid in
the current version. Therefore,
avoid setting this parameter to
CDMA2000. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: UTRAN,
GERAN, CDMA2000, NULL
Unit: None
Actual Value Range: UTRAN,
GERAN, CDMA2000, NULL
Default Value: CDMA2000
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
k to
GERA
N
Enhan
ced
CS
Fallbac
k to
CDMA
2000
1xRTT
Mobilit
y
Manag
ement
CS
Fallbac
k
Steerin
g to
UTRA
N
CellOpHo
Cfg
InterRatLowes ADD
tPri
CELLOPHOC
FG
MOD
CELLOPHOC
FG
LST
CELLOPHOC
FG
LOFD001033 /
TDLOFD
-001033
LOFD001034 /
TDLOFD
-001034
LOFD001035 /
TDLOFD
-001035
LOFD001019 /
TDLOFD
-001019
LOFD001020 /
TDLOFD
-001020
LOFD001021 /
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
CS
Fallbac
k to
CDMA
2000
1xRTT
PS
InterRAT
Mobilit
y
betwee
n E-
Meaning: Indicates the lowestpriority target RAT for handovers.
It is CDMA2000 by default. If this
parameter is set to UTRAN,
GERAN, or CDMA2000, the
lowest-priority target RAT is
UTRAN, GERAN, or CDMA2000,
respectively. If this parameter is
set to NULL, no lowest-priority
target RAT is specified and only
the highest- or medium-priority
target RAT can be selected for
handovers. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: UTRAN,
GERAN, CDMA2000, NULL
Unit: None
Actual Value Range: UTRAN,
GERAN, CDMA2000, NULL
Default Value: CDMA2000
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
TDLOFD
-001021
LOFD001052 /
TDLOFD
-001052
LOFD001053 /
TDLOFD
-001053
LOFD001090 /
TDLOFD
-001090
LOFD070202 /
TDLOFD
-070202
LOFD081283 /
TDLOFD
-081203
TDLOFD
-001088
UTRA
N and
UTRA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
GERA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
CDMA
2000
Flash
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
GERA
N
Enhan
ced
CS
Fallbac
k to
CDMA
2000
1xRTT
Description
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
UltraFlash
CSFB
to
UTRA
N
UltraFlash
CSFB
to
GERA
N
CS
Fallbac
k
Steerin
g to
UTRA
N
UtranNFre CsPsMixedPri ADD
LOFDority
UTRANNFRE 001088 /
q
Q
TDLOFD
MOD
UTRANNFRE -001088
Q
LOFDLST
001019 /
UTRANNFRE TDLOFD
Q
-001019
LOFD001033 /
TDLOFD
-001033
TDLOFD
-001052
LOFD001078 /
TDLOFD
-001078
CS
Fallbac
k
Steerin
g to
UTRA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
Meaning: Indicates the priority for
the neighboring UTRAN frequency
to carry CS+PS combined
services. In measurement-based
CSFB to UTRAN, if
UtranCsfbSteeringSwitch and
UtranFreqLayerMeasSwitch are
selected, the eNodeB determines
the UTRAN frequency to be
delivered to a UE in
RRC_CONNECTED mode based
on the priority specified by this
parameter. The eNodeB
preferentially delivers the UTRAN
frequency with the highest CS+PS
combined service priority to the
UE. In blind CSFB to UTRAN, if
UtranCsfbSteeringSwitch and
UtranFreqLayerBlindSwitch are
selected, the target cell is selected
based on the priority specified by
this parameter. The cell on the
UTRAN frequency with the
highest priority is preferentially
selected. If this parameter is set to
Priority_0, the UTRAN frequency
is not included in priority
MO
Parameter
ID
CSFallBac CsfbHoPolicy
kPolicyCfg Cfg
MML
Command
MOD
CSFALLBAC
KPOLICYCFG
LST
CSFALLBAC
KPOLICYCFG
Feature
ID
LOFD001033 /
TDLOFD
-001033
LOFD001034 /
TDLOFD
-001034
LOFD001088 /
Feature
Name
Description
k to
UTRA
N
EUTRA
N to
UTRA
N
CS/PS
steerin
g
arrangement for neighboring
UTRAN frequencies to carry
CS+PS combined services. This
parameter applies only to LTE
FDD and LTE TDD.
GUI Value Range:
Priority_0(Priority 0),
Priority_1(Priority 1),
Priority_2(Priority 2),
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)
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
Meaning: Indicates the CSFB
policy for a UE in connected
mode. If the CSFB steering
function is disabled, this
parameter also applies to UEs in
idle mode. The policy can be PS
handover, CCO, or redirection.
GUI Value Range:
REDIRECTION, CCO_HO,
PS_HO
Unit: None
MO
Parameter
ID
MML
Command
CellHoPar L2UCsfbMRPr MOD
oMode
CELLHOPAR
aCfg
ACFG
LST
CELLHOPAR
ACFG
Feature
ID
Feature
Name
Description
TDLOFD
-001088
LOFD001089 /
TDLOFD
-001089
CS
Fallbac
k
Steerin
g to
UTRA
N
CS
Fallbac
k
Steerin
g to
GERA
N
Actual Value Range:
REDIRECTION, CCO_HO,
PS_HO
Default Value:
REDIRECTION:On, CCO_HO:On,
PS_HO:On
LOFD001033 /
TDLOFD
-001033
CS
Fallbac
k to
UTRA
N
Meaning: Indicates how
measurement reports are handled
in measurement-based CSFB to
UTRAN. If this parameter is set to
HANDOVER_IMMEDIATELY, the
eNodeB immediately performs
handover decision after receiving
a measurement report for CSFB
to UTRAN. If this parameter is set
to
BASED_ON_SIGNAL_STRENGT
H, the eNodeB transfers UEs to
the strongest cell. If this
parameter is set to
BASED_ON_FREQ_PRIORITY,
the eNodeB hands over UEs to a
cell on a frequency with a priority
as high as possible. If this
parameter is set to
BASED_ON_LOAD, the eNodeB
hands over UEs to a cell with load
as light as possible or redirects
UEs to the frequency of a cell with
load as light as possible. This
parameter applies only to LTE
FDD and LTE TDD.
GUI Value Range:
HANDOVER_IMMEDIATELY(HA
NDOVER_IMMEDIATELY),
BASED_ON_SIGNAL_STRENGT
H(BASED_ON_SIGNAL_STREN
GTH),
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
BASED_ON_FREQ_PRIORITY(B
ASED_ON_FREQ_PRIORITY),
BASED_ON_LOAD(BASED_ON_
LOAD)
Unit: None
Actual Value Range:
HANDOVER_IMMEDIATELY,
BASED_ON_SIGNAL_STRENGT
H,
BASED_ON_FREQ_PRIORITY,
BASED_ON_LOAD
Default Value:
HANDOVER_IMMEDIATELY(HA
NDOVER_IMMEDIATELY)
CSFallBac CsfbHoUtranB MOD
1ThdRscp
CSFALLBAC
kHo
LOFD001033 /
TDLOFD
-001033
CS
Fallbac
k to
UTRA
N
Meaning: Indicates the RSCP
threshold for event B1, which is
used in CS fallback to UTRAN.
When CS fallback to UTRAN is
applicable, this parameter is set
for UEs and used in the evaluation
of whether to trigger event B1.
This parameter indicates the
RSCP requirement for the UTRAN
cells to be included in the
measurement report. A UE sends
a measurement 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.
This parameter applies only to
LTE FDD and LTE TDD.
GUI Value Range: -120~-25
Unit: dBm
Actual Value Range: -120~-25
Default Value: -106
InterRatHo InterRatHoUtr MOD
anB1MeasQu INTERRATH
Comm
LOFD001019 /
TDLOFD
-001019
LOFD001022 /
PS
InterRAT
Mobilit
y
betwee
n E-
Meaning: Indicates the quantity to
be measured for handovers to
UTRAN FDD. The RSCP values
are relatively stable while the
Ec/N0 values fluctuate with the
network load. The value BOTH
applies only to UEs complying
KHO
LST
CSFALLBAC
KHO
an
OCOMM
LST
INTERRATH
OCOMM
MO
Parameter
ID
MML
Command
CSFallBac CsfbHoUtranB MOD
1ThdEcn0
CSFALLBAC
kHo
KHO
LST
CSFALLBAC
KHO
Feature
ID
Feature
Name
Description
TDLOFD
-001022
LOFD001033 /
TDLOFD
-001033
LBFD002018 /
TDLBFD002018
LOFD001043 /
TDLOFD
-001043
UTRA
N and
UTRA
N
SRVC
C to
UTRA
N
CS
Fallbac
k to
UTRA
N
Mobilit
y
Manag
ement
Servic
e
based
InterRAT
hando
ver to
UTRA
N
with 3GPP Release 10. UEs
complying with 3GPP Release 10
contain RSCP and Ec/N0 in
measurement reports. When both
RSCP- and Ec/N0-based trigger
conditions are met, handovers can
be triggered. For UEs complying
with 3GPP Release 8 or 9, the
value BOTH is equivalent to the
value RSCP. QoE-based
handover algorithms do not apply
to UEs complying with 3GPP
Release 8 and Release 9, and the
parameter value is fixed at ECN0.
For details, see 3GPP TS 36.331.
This parameter applies only to
LTE FDD and LTE TDD.
GUI Value Range: RSCP, ECN0,
BOTH
Unit: None
Actual Value Range: RSCP,
ECN0, BOTH
Default Value: ECN0
LOFD001033 /
TDLOFD
-001033
CS
Fallbac
k to
UTRA
N
Meaning: Indicates the Ec/N0
threshold for event B1, which is
used in CS fallback to UTRAN.
When CS fallback to UTRAN is
applicable, this parameter is set
for UEs and used in the evaluation
of whether to trigger event B1.
This parameter indicates the
Ec/N0 requirement for the UTRAN
cells to be included in the
measurement report. A UE sends
a measurement 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
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
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.
This parameter applies only to
LTE FDD and LTE TDD.
GUI Value Range: -48~0
Unit: 0.5dB
Actual Value Range: -24~0
Default Value: -24
CSFallBac CsfbHoUtranT MOD
imeToTrig
CSFALLBAC
kHo
KHO
LST
CSFALLBAC
KHO
LOFD001033 /
TDLOFD
-001033
CS
Fallbac
k to
UTRA
N
Meaning: Indicates the time-totrigger for event B1 that is used in
CS fallback to UTRAN. When CS
fallback to UTRAN is applicable,
this parameter is set for UEs and
used in the evaluation of whether
to trigger event B1. When
detecting that the signal quality in
at least one UTRAN cell meets
the entering condition, the UE
does not send a measurement
report to the eNodeB immediately.
Instead, the UE sends a report
only when the signal quality
continuously meets the entering
condition during the time-totrigger. This parameter helps
decrease the number of
occasionally triggered event
reports, the average number of
handovers, and the number of
wrong handovers, and hence
helps prevent unnecessary
handovers. For details, see 3GPP
TS 36.331. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: 0ms, 40ms,
64ms, 80ms, 100ms, 128ms,
160ms, 256ms, 320ms, 480ms,
512ms, 640ms, 1024ms, 1280ms,
2560ms, 5120ms
Unit: ms
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
Actual Value Range: 0ms, 40ms,
64ms, 80ms, 100ms, 128ms,
160ms, 256ms, 320ms, 480ms,
512ms, 640ms, 1024ms, 1280ms,
2560ms, 5120ms
Default Value: 40ms
ENodeBAl HoModeSwitc MOD
LOFDENODEBALG 001022 /
goSwitch h
OSWITCH
TDLOFD
LST
ENODEBALG -001022
OSWITCH
LOFD001023 /
TDLOFD
-001023
LOFD001033 /
TDLOFD
-001033
LOFD001034 /
TDLOFD
-001034
LOFD001019 /
TDLOFD
-001019
LOFD001020 /
TDLOFD
-001020
LOFD001021 /
TDLOFD
-001021
LOFD001052 /
TDLOFD
-001052
LOFD001088 /
TDLOFD
-001088
LOFD001043 /
SRVC
C to
UTRA
N
SRVC
C to
GERA
N
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
Meaning:
Indicates whether to enable or
disable different types of
handovers, based on which the
eNodeB determines handover
policies.
UtranVoipCapSwitch: If this option
is selected, UTRAN supports
VoIP. If this option is deselected,
UTRAN does not support VoIP.
This option applies only to LTE
FDD and LTE TDD.
Cdma1xRttVoipCapSwitch: If this
option is selected, CDMA2000
1xRTT supports VoIP. If this
option is deselected, CDMA2000
1xRTT does not support VoIP.
This option applies only to LTE
FDD and LTE TDD.
UtranPsHoSwitch: If this option is
selected, UTRAN supports PS
handovers. If this option is
deselected, UTRAN does not
support PS handovers. This
option applies only to LTE FDD
and LTE TDD.
GeranPsHoSwitch: If this option is
selected, GERAN supports PS
handovers. If this option is
deselected, GERAN does not
support PS handovers. This
option applies only to LTE FDD
and LTE TDD.
CdmaHrpdNonOptimisedHoSwitc
h: If this option is selected, nonoptimized handovers to
CDMA2000 HRPD are enabled. If
this option is deselected, nonoptimized handovers to
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
TDLOFD
-001043
LOFD001072 /
TDLOFD
-001072
LOFD001046 /
TDLOFD
-001046
LOFD001073 /
TDLOFD
-001073
LBFD002018 /
TDLBFD002018
LOFD001111
GERA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
CDMA
2000
Flash
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k
Steerin
g to
UTRA
N
Servic
e
based
InterRAT
hando
ver to
UTRA
N
Distan
ce
based
InterRAT
hando
ver to
UTRA
N
Servic
e
CDMA2000 HRPD are disabled.
This option applies only to LTE
FDD and LTE TDD.
CdmaHrpdOptimisedHoSwitch: If
this switch is turned on, optimized
handovers to CDMA2000 HRPD
are enabled. If this option is
deselected, optimized handovers
to CDMA2000 HRPD are
disabled. This option applies only
to LTE FDD and LTE TDD.
GeranNaccSwitch: This switch
does not take effect if
GeranCcooption is deselected. If
this option is selected, the
GERAN supports network
assisted cell change (NACC). If
this option is deselected, the
GERAN does not support NACC.
This option applies only to LTE
FDD and LTE TDD.
GeranCcoSwitch: If this option is
selected, the GERAN supports
cell change order (CCO). If this
option is deselected, the GERAN
does not support CCO. This
option applies only to LTE FDD
and LTE TDD.
UtranSrvccSwitch: If this option is
selected, the UTRAN supports
SRVCC. If this option is
deselected, the UTRAN does not
support SRVCC. This option
applies only to LTE FDD and LTE
TDD.
GeranSrvccSwitch: If this option is
selected, the GERAN supports
SRVCC. If this option is
deselected, the GERAN does not
support SRVCC. This option
applies only to LTE FDD and LTE
TDD.
Cdma1xRttSrvccSwitch: If this
option is selected, the CDMA2000
1xRTT supports SRVCC. If this
option is deselected, the
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
based
InterRAT
hando
ver to
GERA
N
Distan
ce
based
InterRAT
hando
ver to
GERA
N
Mobilit
y
Manag
ement
PS
Mobilit
y from
EUTRA
N to
CDMA
2000
HRPD
Based
on
Freque
ncyspecifi
c
Factor
s
CDMA2000 1xRTT does not
support SRVCC. This option
applies only to LTE FDD and LTE
TDD.
UtranRedirectSwitch: If this option
is selected, redirection to UTRAN
is enabled. If this switch is turned
off, redirection to UTRAN is
disabled. This option applies only
to LTE FDD and LTE TDD.
GeranRedirectSwitch: If this
option is selected, redirection to
GERAN is enabled. If this option
is deselected, redirection to
GERAN is disabled. This option
applies only to LTE FDD and LTE
TDD.
CdmaHrpdRedirectSwitch: If this
option is selected, redirection to
CDMA2000 HRPD is enabled. If
this option is deselected,
redirection to CDMA2000 HRPD
is disabled. This option applies
only to LTE FDD and LTE TDD.
Cdma1xRttRedirectSwitch: If this
option is selected, redirection to
CDMA2000 1xRTT is enabled. If
this option is deselected,
redirection to CDMA2000 1xRTT
is disabled. This option applies
only to LTE FDD and LTE TDD.
BlindHoSwitch: If this option is
selected, blind handovers for
CSFB are enabled. If this option is
deselected, blind handovers for
CSFB are disabled. If both this
option and the BlindHoSwitch
option of the Handover Mode
switch parameter of the
CellHoParaCfg MO are selected,
blind CSFB handovers for CSFB
are enabled. This option applies
only to LTE FDD and LTE TDD.
LcsSrvccSwitch: If this option is
selected, an SRVCC procedure is
triggered when a UE receives a
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
CSFB instruction during a VoIP
service. If this option is
deselected, an SRVCC procedure
is not triggered when a UE
receives a CSFB instruction
during a VoIP service. This option
applies only to LTE FDD and LTE
TDD.
AutoGapSwitch: If this option is
selected and UEs support
automatic measurement gap
configurations on the target
frequency, the eNodeB does not
deliver gap configurations to UEs.
If this option is deselected, the
eNodeB delivers gap
configurations to UEs during all
inter-frequency and inter-RAT
measurements. This option
applies only to LTE FDD and LTE
TDD.
UeVoipOnHspaCapSwitch: If this
option is selected and the eNodeB
attempts to hand over UEs using
voice services to UTRAN, the
eNodeB checks UE capabilities
when determining whether PS
handover is applied. UEs must
support voiceOverPS-HS-UTRAFDD-r9 if the target UTRAN cell
works in FDD mode or
voiceOverPS-HS-UTRA-TDD128r9 if the target UTRAN cell works
in TDD mode. If this option is
deselected, the eNodeB does not
check UE capabilities when
handing over UEs to UTRAN
based on PS handovers. This
option applies only to LTE FDD
and LTE TDD.
UtranFddB1CapSwitch: If this
option is selected, the setting of
bit 41 of FGI specifying the UE
capability of event B1
measurement on FDD UTRAN
cells must be considered. If this
option is deselected, the setting of
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
bit 41 of FGI does not need to be
considered. This option applies
only to LTE FDD and LTE TDD.
CdmaHrpdNonOptMeaHoSwitch:
If this option is selected,
measurement-based nonoptimized handovers to
CDMA2000 HRPD are enabled. If
this option is deselected,
measurement-based nonoptimized handovers to
CDMA2000 HRPD are disabled.
This option applies only to LTE
FDD and LTE TDD.
GUI Value Range:
UtranVoipCapSwitch(UtranVoipCa
pSwitch),
Cdma1xRttVoipCapSwitch(Cdma
1xRttVoipCapSwitch),
UtranPsHoSwitch(UtranPsHoSwit
ch),
GeranPsHoSwitch(GeranPsHoSw
itch),
CdmaHrpdNonOptimisedHoSwitc
h(CdmaHrpdNonOptimisedHoSwit
ch),
CdmaHrpdOptimisedHoSwitch(Cd
maHrpdOptimisedHoSwitch),
GeranNaccSwitch(GeranNaccSwit
ch),
GeranCcoSwitch(GeranCcoSwitc
h),
UtranSrvccSwitch(UtranSrvccSwit
ch),
GeranSrvccSwitch(GeranSrvccSw
itch),
Cdma1xRttSrvccSwitch(Cdma1xR
ttSrvccSwitch),
UtranRedirectSwitch(UtranRedire
ctSwitch),
GeranRedirectSwitch(GeranRedir
ectSwitch),
CdmaHrpdRedirectSwitch(CdmaH
rpdRedirectSwitch),
Cdma1xRttRedirectSwitch(Cdma1
xRttRedirectSwitch),
BlindHoSwitch(BlindHoSwitch),
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
LcsSrvccSwitch(LcsSrvccSwitch),
AutoGapSwitch(AutoGapSwitch),
UeVoipOnHspaCapSwitch(UeVoi
pOnHspaCapSwitch),
UtranFddB1CapSwitch(UtranFdd
B1CapSwitch),
CdmaHrpdNonOptMeaHoSwitch(
CdmaHrpdNonOptMeaHoSwitch)
Unit: None
Actual Value Range:
UtranVoipCapSwitch,
Cdma1xRttVoipCapSwitch,
UtranPsHoSwitch,
GeranPsHoSwitch,
CdmaHrpdNonOptimisedHoSwitc
h, CdmaHrpdOptimisedHoSwitch,
GeranNaccSwitch,
GeranCcoSwitch,
UtranSrvccSwitch,
GeranSrvccSwitch,
Cdma1xRttSrvccSwitch,
UtranRedirectSwitch,
GeranRedirectSwitch,
CdmaHrpdRedirectSwitch,
Cdma1xRttRedirectSwitch,
BlindHoSwitch, LcsSrvccSwitch,
AutoGapSwitch,
UeVoipOnHspaCapSwitch,
UtranFddB1CapSwitch,
CdmaHrpdNonOptMeaHoSwitch
Default Value:
UtranVoipCapSwitch:Off,
Cdma1xRttVoipCapSwitch:Off,
UtranPsHoSwitch:Off,
GeranPsHoSwitch:Off,
CdmaHrpdNonOptimisedHoSwitc
h:Off,
CdmaHrpdOptimisedHoSwitch:Off
, GeranNaccSwitch:Off,
GeranCcoSwitch:Off,
UtranSrvccSwitch:Off,
GeranSrvccSwitch:Off,
Cdma1xRttSrvccSwitch:Off,
UtranRedirectSwitch:Off,
GeranRedirectSwitch:Off,
CdmaHrpdRedirectSwitch:Off,
Cdma1xRttRedirectSwitch:Off,
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
BlindHoSwitch:Off,
LcsSrvccSwitch:Off,
AutoGapSwitch:Off,
UeVoipOnHspaCapSwitch:Off,
UtranFddB1CapSwitch:Off,
CdmaHrpdNonOptMeaHoSwitch:
Off
CellHoPar HoModeSwitc MOD
h
CELLHOPAR
aCfg
ACFG
LST
CELLHOPAR
ACFG
LOFD001022 /
TDLOFD
-001022
LOFD001023 /
TDLOFD
-001023
LOFD001033 /
TDLOFD
-001033
LOFD001034 /
TDLOFD
-001034
LOFD001019 /
TDLOFD
-001019
LOFD001020 /
TDLOFD
-001020
TDLOFD
-081223
TDLOFD
-081203
LOFD081228
LBFD002018 /
TDLBFD002018
SRVC
C to
UTRA
N
SRVC
C to
GERA
N
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
Meaning:
Indicates the handover method
switches based on which the
eNodeB determines handover
policies.
BlindHoSwitch: This option
specifies whether to enable blind
handover for CSFB. Bind
handover for CSFB is enabled
only if this option is selected. A
blind handover for CSFB can be
triggered only if both this option
and the BlindHoSwitch option of
the HoModeSwitch parameter in
the ENodeBAlgoSwitch MO are
selected. This option applies only
to LTE FDD and LTE TDD.
UtranPsHoSwitch: PS handover to
UTRAN is supported only if this
option is selected. This option
takes effect only if the eNodeBlevel option UtranPsHoSwitch of
the HoModeSwitch parameter in
the ENodeBAlgoSwitch MO is
deselected. This option applies
only to LTE FDD and LTE TDD.
UtranSrvccSwitch: SRVCC to
UTRAN is supported only if this
option is selected. This option
takes effect only if the eNodeBlevel option UtranSrvccSwitch of
the HoModeSwitch parameter in
the ENodeBAlgoSwitch MO is
deselected. This option applies
only to LTE FDD and LTE TDD.
GeranSrvccSwitch: SRVCC to
GERAN is supported only if this
option is selected. This option
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
GERA
N
UltraFlash
CSFB
to
UTRA
N
UltraFlash
CSFB
to
GERA
N
Hando
ver
Enhan
cemen
t at
Speed
Mobilit
y
Mobilit
y
Manag
ement
takes effect only if the eNodeBlevel option GeranSrvccSwitch of
the HoModeSwitch parameter in
the ENodeBAlgoSwitch MO is
deselected. This option applies
only to LTE FDD and LTE TDD.
UtranRedirectSwitch: Redirection
to UTRAN is supported only if this
option is selected. This option
takes effect only if the eNodeBlevel option UtranRedirectSwitch
of the HoModeSwitch parameter
in the ENodeBAlgoSwitch MO is
deselected. This option applies
only to LTE FDD and LTE TDD.
GeranRedirectSwitch: Redirection
to GERAN is supported only if this
option is selected. This option
takes effect only if the eNodeBlevel option GeranRedirectSwitch
of the HoModeSwitch parameter
in the ENodeBAlgoSwitch MO is
deselected. This option applies
only to LTE FDD and LTE TDD.
UFCsfbBlindHoDisSwitch: If blind
handover is enabled and the
UFCsfbBlindHoDisSwitch option is
selected, the eNodeB performs a
measurement-based handover for
a UE during an ultra-flash CSFB
to UTRAN or GERAN. If blind
handover is enabled and the
UFCsfbBlindHoDisSwitch option is
deselected, the eNodeB performs
a blind handover for the UE during
the ultra-flash CSFB to UTRAN or
GERAN. This parameter applies
only to LTE TDD.
HighSpeedCsfbBlindSwitch: If this
option is selected, the eNodeB
can perform blind handovers for
high-speed UEs in CSFB. If this
option is deselected, whether the
eNodeB can perform blind
handovers is controlled by the
BlindHoSwitch option of the
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
HoModeSwitch parameter in the
ENodeBAlgoSwitch MO and the
BlindHoSwitch option of the
HoModeSwitch parameter in the
CellHoParaCfg MO, and blind
handovers can be triggered only if
these two options are selected.
This option applies only to LTE
FDD.
GUI Value Range:
BlindHoSwitch(BlindHoSwitch),
UtranPsHoSwitch(UtranPsHoSwit
ch),
UtranSrvccSwitch(UtranSrvccSwit
ch),
GeranSrvccSwitch(GeranSrvccSw
itch),
UtranRedirectSwitch(UtranRedire
ctSwitch),
GeranRedirectSwitch(GeranRedir
ectSwitch),
UFCsfbBlindHoDisSwitch(UFCsfb
BlindHoDisSwitch),
HighSpeedCsfbBlindSwitch(HighS
peedCsfbBlindSwitch)
Unit: None
Actual Value Range:
BlindHoSwitch, UtranPsHoSwitch,
UtranSrvccSwitch,
GeranSrvccSwitch,
UtranRedirectSwitch,
GeranRedirectSwitch,
UFCsfbBlindHoDisSwitch,
HighSpeedCsfbBlindSwitch
Default Value: BlindHoSwitch:Off,
UtranPsHoSwitch:Off,
UtranSrvccSwitch:Off,
GeranSrvccSwitch:Off,
UtranRedirectSwitch:Off,
GeranRedirectSwitch:Off,
UFCsfbBlindHoDisSwitch:Off,
HighSpeedCsfbBlindSwitch:Off
CSFallBac BlindHoA1Thd MOD
Rsrp
CSFALLBAC
kHo
KHO
LOFD001052 /
Flash Meaning: Indicates the reference
CS
signal received power (RSRP)
Fallbac threshold for event A1 associated
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
TDLOFD
-001052
LOFD001053 /
TDLOFD
-001053
LOFD001033 /
TDLOFD
-001033
LOFD001034 /
TDLOFD
-001034
k to
UTRA
N
Flash
CS
Fallbac
k to
GERA
N
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
with CSFB-triggered adaptive
blind handovers. This parameter
is set for a UE as a triggering
condition of event A1
measurement related to a CSFBtriggered adaptive blind handover.
This parameter specifies the
RSRP threshold of the serving cell
above which a CSFB-triggered
adaptive blind handover is
triggered. If the RSRP value
measured by a UE exceeds this
threshold, the UE submits a
measurement report related to
event A1. This parameter applies
only to LTE FDD and LTE TDD.
GUI Value Range: -140~-43
Unit: dBm
Actual Value Range: -140~-43
Default Value: -80
UtranNFre ConnFreqPrio ADD
LOFDrity
UTRANNFRE 001019 /
q
Q
TDLOFD
MOD
UTRANNFRE -001019
Q
LBFDLST
0020180
UTRANNFRE 3 /
Q
TDLBFD0020180
3
TDLOFD
-001022
TDLOFD
-001033
TDLOFD
-001052
LOFD001043 /
TDLOFD
-001043
LOFD001072 /
TDLOFD
-001072
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
Cell
Selecti
on and
Reselecti
on
SRVC
C to
UTRA
N
CS
Fallbac
k to
Meaning: Indicates the frequency
priority based on which the
eNodeB selects a target
frequency for blind redirection or
contains a frequency in a
measurement configuration. If a
blind redirection is triggered and
the target neighboring cell is not
specified, the eNodeB selects a
target frequency based on this
priority. If a measurement
configuration is to be delivered,
the eNodeB preferentially delivers
a frequency with the highest
priority. If this priority is set to 0 for
a frequency, this frequency is not
selected as the target frequency
for a blind redirection. A larger
value indicates a higher priority.
This parameter applies only to
LTE FDD and LTE TDD.
GUI Value Range: 0~8
Unit: None
Actual Value Range: 0~8
LST
CSFALLBAC
KHO
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
TDLBFD- UTRA Default Value: 0
002018
N
Flash
CS
Fallbac
k to
UTRA
N
Servic
e
based
InterRAT
hando
ver to
UTRA
N
Distan
ce
based
InterRAT
hando
ver to
UTRA
N
Mobilit
y
Manag
ement
ENodeBAl NCellRanking
goSwitch Switch
MOD
ENODEBALG
OSWITCH
LST
ENODEBALG
OSWITCH
LOFD002002/T
DLOFD002002
LOFD001033/T
DLOFD001033
LOFD001052/T
DLOFD001052
LOFD001053/T
InterRAT
ANR
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
UTRA
N
Meaning:
Indicates whether to enable
neighboring cell ranking. This
parameter consists of the
following options:
GERAN_SWITCH: Indicates
whether the eNodeB prioritizes
measurement priorities of
neighboring GERAN cells based
on the number of each
neighboring GERAN cell is
measured within a period of time.
The eNodeB prioritizes
measurement priorities only when
this option is selected. This option
MO
Parameter
ID
UtranNCel NCellMeasPri
ority
l
MML
Command
ADD
UTRANNCEL
L
DSP
UTRANEXTE
NDEDNCELL
Feature
ID
Feature
Name
Description
DLOFD001053
LOFD001019/T
DLOFD001019
LOFD001043/T
DLOFD001043
LOFD001072/T
DLOFD001072
LBFD002018 /
TDLBFD002018
Flash
CS
Fallbac
k to
GERA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
Servic
e
based
interRAT
hando
ver to
UTRA
N
Distan
ce
based
interRAT
hando
ver to
UTRA
N
Mobilit
y
Manag
ement
applies only to LTE FDD and LTE
TDD.
UTRAN_SWITCH: Indicates
whether the eNodeB prioritizes
measurement priorities of
neighboring UTRAN cells based
on the number of each
neighboring UTRAN cell is
measured within a period of time.
The eNodeB prioritizes
measurement priorities of
neighboring UTRAN cells based
on the number of each
neighboring UTRAN cell is
measured within a period of time
only when this option is selected.
In this situation, the eNodeB
selects measurement neighboring
cells based on the cell
measurement priority specified by
the UtranNCell.CellMeasPriority
parameter. This option applies
only to LTE FDD and LTE TDD.
GUI Value Range:
GERAN_SWITCH(GERAN
Neighboring Cell Ranking Switch),
UTRAN_SWITCH(UTRAN
Neighboring Cell Ranking Switch)
Unit: None
Actual Value Range:
GERAN_SWITCH,
UTRAN_SWITCH
Default Value:
GERAN_SWITCH:Off,
UTRAN_SWITCH:Off
LOFD002002 /
TDLOFD
-002002
LOFD001022 /
InterRAT
ANR
SRVC
C to
Meaning: Indicates the
measurement priority of the
neighboring UTRAN cell. A larger
value indicates a higher priority.
The measurement priorities can
be periodically and automatically
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
LST
UTRANNCEL
L
TDLOFD
-001022
LOFD001033 /
TDLOFD
-001033
LOFD001052 /
TDLOFD
-001052
LOFD001019 /
TDLOFD
-001019
LBFD002018 /
TDLBFD002018
LOFD001043 /
TDLOFD
-001043
LOFD001072 /
TDLOFD
-001072
UTRA
N
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
UTRA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
Mobilit
y
Manag
ement
Servic
e
based
interRAT
hando
ver to
UTRA
N
Distan
ce
based
interRAT
hando
ver to
UTRA
N
arranged based on the number of
times that each neighboring
UTRAN cell is measured. The
neighboring UTRAN cells for
UTRAN measurement control,
UTRAN flash blind redirections,
and UTRAN flash-CSFB-based
blind redirections can be selected
based on the measurement
priorities of neighboring UTRAN
cells. This parameter applies only
to LTE FDD and LTE TDD.
GUI Value Range: 0~128
Unit: None
Actual Value Range: 0~128
Default Value: 0
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
UtranNCel CellMeasPriori ADD
ty
UTRANNCEL
l
LOFD001019 /
TDLOFD
-001019
LOFD001022 /
TDLOFD
-001022
LOFD001033 /
TDLOFD
-001033
LOFD001052 /
TDLOFD
-001052
LBFD002018 /
TDLBFD002018
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
SRVC
C to
UTRA
N
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
UTRA
N
Mobilit
y
Manag
ement
Meaning: Indicates the priority of
measurement on the neighboring
UTRAN cell. The eNodeB
preferentially contains the
information about a neighboring
cell with this priority set to
HIGH_PRIORITY while delivering
a measurement configuration.
This parameter applies only to
LTE FDD and LTE TDD.
GUI Value Range:
LOW_PRIORITY(Low Priority),
HIGH_PRIORITY(High Priority)
Unit: None
Actual Value Range:
LOW_PRIORITY,
HIGH_PRIORITY
Default Value:
LOW_PRIORITY(Low Priority)
CsfbFlowOptS MOD
witch
GLOBALPRO
CSWITCH
LST
GLOBALPRO
CSWITCH
LOFD001033/T
DLOFD001033
LOFD001052/T
DLOFD001052
LOFD070202/T
DLOFD081223
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
UTRA
N
UltraFlash
CSFB
to
Meaning: Indicates whether to
enable CSFB procedure
optimization. This parameter
provides the following option:
UTRAN_CSFB_FREQ_CHOOSE
_OPT_SW: This option specifies
whether to optimize target
frequency selection for CSFB to
UTRAN if there are several target
frequencies with the same priority.
The optimization is enabled only if
this option is selected. This option
applies only to LTE FDD and LTE
TDD.
L
MOD
UTRANNCEL
L
LST
UTRANNCEL
L
GlobalPro
cSwitch
MO
CellUeMe
asControl
Cfg
Parameter
ID
MaxUtranFdd
MeasFreqNu
m
MML
Command
MOD
CELLUEMEA
SCONTROLC
FG
LST
CELLUEMEA
SCONTROLC
FG
Feature
ID
LOFD001019 /
TDLOFD
-001019
LOFD001022 /
TDLOFD
-001022
LOFD001043 /
TDLOFD
-001043
LOFD001072 /
TDLOFD
-001072
LOFD001033 /
TDLOFD
-001033
LBFD002018/T
DLBFD002018
Feature
Name
Description
UTRA
N
GUI Value Range:
UTRAN_CSFB_FREQ_CHOOSE
_OPT_SW(UTRAN CSFB Freq
Choose Opt Sw)
Unit: None
Actual Value Range:
UTRAN_CSFB_FREQ_CHOOSE
_OPT_SW
Default Value:
UTRAN_CSFB_FREQ_CHOOSE
_OPT_SW:Off
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
SRVC
C to
UTRA
N
Servic
e
based
InterRAT
hando
ver to
UTRA
N
Distan
ce
based
InterRAT
hando
ver to
UTRA
N
Meaning: Indicates the maximum
number of UTRAN FDD
frequencies that can be contained
in the measurement control
messages delivered for UEs in
RRC_CONNECTED state. This
parameter applies only to LTE
FDD.
GUI Value Range: 1~16
Unit: None
Actual Value Range: 1~16
Default Value: 3
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
CS
Fallbac
k to
UTRA
N
Mobilit
y
Manag
ement
UtranNCel BlindHoPriorit
y
l
ADD
UTRANNCEL
L
MOD
UTRANNCEL
L
LST
UTRANNCEL
L
LOFD001019 /
TDLOFD
-001019
LOFD001033 /
TDLOFD
-001033
LOFD001052 /
TDLOFD
-001052
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
UTRA
N
Meaning: Indicates the priority of
the neighboring cell during blind
handovers. Blind handover is a
process in which the eNodeB
instructs a UE to hand over to a
specified neighboring cell. There
are 32 priorities altogether. The
priority has a positive correlation
with the value of this parameter.
Note that the value 0 indicates
that blind handovers to the
neighboring cell are not allowed.
This parameter applies only to
LTE FDD and LTE TDD.
GUI Value Range: 0~32
Unit: None
Actual Value Range: 0~32
Default Value: 0
CellHoPar CsfbMRWaitin MOD
gTimer
CELLHOPAR
aCfg
LOFD001033 /
TDLOFD
-001033
CS
Fallbac
k to
UTRA
N
Meaning: Indicates the length of
the timer that the eNodeB waits
for the next measurement report
after receiving the first
measurement report for
measurement-based CSFB to
UTRAN. This parameter applies
only to LTE FDD and LTE TDD.
GUI Value Range: 60~1000
Unit: ms
Actual Value Range: 60~1000
Default Value: 100
ACFG
LST
CELLHOPAR
ACFG
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
InterRatHo CellInfoMaxUt MOD
ranCellNum
INTERRATH
Comm
LOFD001019 /
TDLOFD
-001019
TDLOFD
-001052
LBFD002018 /
TDLBFD002018
LOFD001033 /
TDLOFD
-001033
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
Flash
CS
Fallbac
k to
UTRA
N
Mobilit
y
Manag
ement
CS
Fallbac
k to
UTRA
N
Meaning: Indicates the maximum
number of UTRAN cell system
information messages that can be
transmitted during a flash
redirection procedure. This
parameter applies only to LTE
FDD and LTE TDD.
GUI Value Range: 1~16
Unit: None
Actual Value Range: 1~16
Default Value: 8
CSFallBac CsfbProtectTi
mer
kHo
LOFD001033 /
TDLOFD
-001033
LOFD001034 /
TDLOFD
-001034
LOFD001090 /
TDLOFD
-001090
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
Enhan
ced
CS
Fallbac
k to
CDMA
2000
1xRTT
Meaning: Indicates the length of
the CS fallback protection timer. If
this timer expires, the eNodeB
blindly redirects UEs. The value 0
indicates that this parameter does
not take effect. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: 0~100
Unit: 100ms
Actual Value Range: 0~10000
Default Value: 0
OCOMM
LST
INTERRATH
OCOMM
MOD
CSFALLBAC
KHO
LST
CSFALLBAC
KHO
MO
Feature
ID
Feature
Name
Description
InterRatHo UtranCellNum MOD
ForEmcRedire INTERRATH
Comm
ct
OCOMM
LST
INTERRATH
OCOMM
LOFD001033 /
TDLOFD
-001033
TDLOFD
-001052
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
UTRA
N
Meaning: Indicates the maximum
number of UTRAN cell system
information messages that can be
transmitted during an emergency
CSFB-based redirection
procedure. This parameter applies
only to LTE FDD and LTE TDD.
GUI Value Range: 0~16
Unit: None
Actual Value Range: 0~16
Default Value: 0
ProtocolMsgO
ptSwitch
MOD
GLOBALPRO
CSWITCH
LST
GLOBALPRO
CSWITCH
LOFD001022/T
DLOFD001022
LOFD001023/T
DLOFD001023
LOFD081283/T
DLOFD081203
LOFD001053/T
DLOFD001053
LOFD001020/T
DLOFD001020
TDLOFD
001019/L
OFD001019
LBFD002007/T
DLBFD002007
LBFD002018/T
DLBFD002018
SRVC
C to
UTRA
N
SRVC
C to
GERA
N
UltraFlash
CSFB
to
GERA
N
Flash
CS
Fallbac
k to
GERA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
GERA
N
PS
Inter-
Meaning:
Indicates whether to optimize
protocol messages sent by the
eNodeB. This parameter provides
the following options:
RrcSetupOptSwitch: If this option
is selected, optimization of
RRCConnectionSetup messages
is enabled. In this case, IEs with
protocol-defined default values
are no longer included in the
RRCConnectionSetup messages.
For details about the protocoldefined default setting, see 3GPP
TS 36.331. This option applies
only to LTE FDD and LTE TDD.
IucsRrcRecfgMcCombSwitch: If
this option is selected, the
eNodeB includes the radio
resource configuration and
measurement configuration for a
UE in one
RRCConnectionReconfiguration
message during initial access.
This option applies only to LTE
FDD and LTE TDD.
RcrpRrcRecfgMcCombSwitch: If
this option is selected, the
eNodeB includes the radio
resource configuration and
measurement configuration for a
UE in one
RRCConnectionReconfiguration
GlobalPro
cSwitch
Parameter
ID
MML
Command
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
LOFD001033/T
DLOFD001033
LOFD001034/T
DLOFD001034
LOFD001036/T
DLOFD001036
RAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
RRC
Conne
ction
Manag
ement
Mobilit
y
Manag
ement
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
RAN
Sharin
g with
Comm
on
Carrier
message during RRC connection
reestablishment. The option will
not take effect on the interaction
of RRC connection
reestablishment and other
signaling procedures. This option
applies only to LTE FDD and LTE
TDD.
RrcRecfgMcOptSwitch: If this
option is selected, the cell
measurement configurations with
the CIO of 0 (indicated by
cellIndividualOffset) are no longer
included in the measurement
configurations delivered to UEs.
This option applies only to LTE
FDD and LTE TDD.
IdleCsfbRedirectOptSwitch: If this
option is selected and the
preferred CSFB policy is
redirection, during CSFB of UEs in
idle mode, the eNodeB no longer
activates the security mode or
performs RRC connection
reconfiguration, but sends a
redirection message. This option
applies only to LTE FDD and LTE
TDD.
UlNasBufferSwitch: If this option is
selected, the eNodeB buffers
uplink NAS messages sent by the
UE before the UE-associated
logical S1 connection is available
and sends these messages after
the UE-associated logical S1
connection is available. If this
option is deselected, the eNodeB
releases this UE after the
procedures end. This option
applies only to LTE FDD and LTE
TDD.
IratMeasCfgTransSwitch: If this
option is selected, the Handover
Required message that the
eNodeB sends to a BSC contains
the IE IRAT Measurement
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
Configuration. This option applies
only to LTE FDD and LTE TDD.
GeranAnrMcOptSwitch: This
option controls whether
measurement configuration
optimization takes effect when
ANR with GERAN is enabled. If
this option is deselected, the
optimization does not take effect.
That is, when an eNodeB delivers
measurement configuration to
UEs to perform CGI reading for
ANR with GERAN, the
carrierFreqs IE can contain
multiple GERAN frequencies. If
this option is selected, the
optimization takes effect, and the
carrierFreqs IE contains only one
GERAN frequency. This option
applies only to LTE FDD and LTE
TDD.
InactDiscardSwitch: This option
specifies whether to terminate the
ongoing signaling flow when the
UE inactivity timer expires. If this
option is deselected, the ongoing
flow is terminated and the eNodeB
directly releases the UE. If this
option is selected, the ongoing
flow is not terminated and the
timer is restarted. This option
involves procedures of an eNodeB
waiting for Uu response
messages, such as
RRCConnectionSetupComplete,
SecurityModeComplete,
RRCConnectionReestablishment
Complete,
UECapabilityInformation, and
CounterCheckResponse
messages, from UEs. This option
applies only to LTE FDD and LTE
TDD.
SRVCCHoBasedUeCapSwitch: If
this option is selected, the
eNodeB determines whether to
trigger an SRVCC based only on
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
UE's SRVCC capabilities, not the
SRVCCOperationPossible IE that
the MME sends to the eNodeB. If
this option is deselected, the
eNodeB determines whether to
trigger an SRVCC based on the
SRVCCOperationPossible IE that
the MME sends to the eNodeB.
This option applies only to LTE
FDD and LTE TDD.
L2GPLMNChooseOptSwitch: This
option specifies whether to enable
target PLMN ID optimization for
handovers to GERAN. If this
option is selected, the eNodeB
takes the NCL-defined PLMN IDs
and includes them in the handover
request messages or RIM request
messages. If this option is
deselected, the optimization is not
activated. This option applies only
to LTE FDD and LTE TDD.
HoInRrcRecfgMcCombSwitch: If
this option is selected, after a UE
is handed over to a cell, the cell
delivers the radio resource
configuration and measurement
configuration in a single RRC
Connection Reconfiguration
message to the UE during the
resource reconfiguration
procedure. This option applies
only to LTE FDD and LTE TDD.
UeCapEnquiryCombSwitch: If this
option is selected and a UE sends
an Attach Request message to an
eNodeB during initial access, the
eNodeB directly queries
capabilities of the UE after the
RRC connection for the UE is
established. This option does not
apply to subsequent UE capability
query induced by the CA
extended frequency band
combination query. If this option is
deselected and a UE sends an
Attach Request message to an
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
eNodeB during initial access, the
eNodeB does not query
capabilities of the UE until the
MME sends a UE context setup
request to the eNodeB. This
option applies only to LTE FDD
and LTE TDD.
UeTraceOptSwitch: If this option
is selected, the eNodeB does not
handle the DEACTIVATE TRACE
message sent by the MME or stop
the UE tracing task in the eNodeB
until the UE is released or handed
over to a cell served by another
eNodeB. This option applies only
to LTE FDD and LTE TDD.
PaDistributeMechOptSwitch: If
this option is selected, the
PaPcOff parameter value is taken
as the PA value in the
RRCConnectionSetup or RRC
Connection Reestablishment
message. If this option is
deselected, the PA value is set to
-3 dB by default. This option
applies only to LTE FDD and LTE
TDD.
InactReSyncCompatSwitch: If this
option is selected and the eNodeB
determines that the UE inactivity
timer expires and the
resynchronization procedure is
being performed, the eNodeB
preferentially processes the
resynchronization procedure and
the timer restarts. If this option is
deselected, the optimization does
not take effect. That is, the UE is
directly released when the UE
inactivity timer expires. This option
applies only to LTE FDD and LTE
TDD.
VolteX2HoDelayOptSwitch: If this
option is selected, when receiving
a VoLTE UE handover complete
message, the target eNodeB for
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
an X2-based handover starts to
send uplink data with QCI of 1. If
this option is deselected, the
target eNodeB for an X2-based
handover starts to send uplink
data with QCI of 1 after receiving
an MME PATH SWITCH
REQUEST ACKNOWLEDGE
message. This option applies only
to LTE FDD and LTE TDD.
UeUtranCapEnquiryOptSwitch:
When a serving cell is not
configured with neighboring
UTRAN cells, the eNodeB does
not query UE's UTRAN capability
if this option is selected. If this
option is deselected, this
optimization does not take effect.
This option applies only to LTE
TDD.
FreqRandomOptSwitch: If this
option is selected, the eNodeB
randomly selects a target
frequency when there are multiple
candidate frequencies with the
same priority. If this option is
deselected, this optimization
function does not take effect. This
option applies only to LTE FDD
and LTE TDD.
MrMdtMeasOptSwitch: If this
option is selected, measurement
configurations related to MR and
MDT are delivered separately. If
this option is deselected, this
optimization does not take effect.
This option applies only to LTE
FDD and LTE TDD.
GUI Value Range:
RrcSetupOptSwitch,
IucsRrcRecfgMcCombSwitch,
RcrpRrcRecfgMcCombSwitch,
RrcRecfgMcOptSwitch,
IdleCsfbRedirectOptSwitch,
UlNasBufferSwitch,
IratMeasCfgTransSwitch,
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
GeranAnrMcOptSwitch,
InactDiscardSwitch,
SRVCCHoBasedUeCapSwitch,
L2GPLMNChooseOptSwitch,
HoInRrcRecfgMcCombSwitch,
UeCapEnquiryCombSwitch,
UeTraceOptSwitch,
PaDistributeMechOptSwitch,
InactReSyncCompatSwitch,
VolteX2HoDelayOptSwitch,
UeUtranCapEnquiryOptSwitch,
FreqRandomOptSwitch,
MrMdtMeasOptSwitch
Unit: None
Actual Value Range:
RrcSetupOptSwitch,
IucsRrcRecfgMcCombSwitch,
RcrpRrcRecfgMcCombSwitch,
RrcRecfgMcOptSwitch,
IdleCsfbRedirectOptSwitch,
UlNasBufferSwitch,
IratMeasCfgTransSwitch,
GeranAnrMcOptSwitch,
InactDiscardSwitch,
SRVCCHoBasedUeCapSwitch,
L2GPLMNChooseOptSwitch,
HoInRrcRecfgMcCombSwitch,
UeCapEnquiryCombSwitch,
UeTraceOptSwitch,
PaDistributeMechOptSwitch,
InactReSyncCompatSwitch,
VolteX2HoDelayOptSwitch,
UeUtranCapEnquiryOptSwitch,
FreqRandomOptSwitch,
MrMdtMeasOptSwitch
Default Value:
RrcSetupOptSwitch:Off,
IucsRrcRecfgMcCombSwitch:Off,
RcrpRrcRecfgMcCombSwitch:Off,
RrcRecfgMcOptSwitch:Off,
IdleCsfbRedirectOptSwitch:Off,
UlNasBufferSwitch:On,
IratMeasCfgTransSwitch:Off,
GeranAnrMcOptSwitch:Off,
InactDiscardSwitch:Off,
SRVCCHoBasedUeCapSwitch:Off
, L2GPLMNChooseOptSwitch:Off,
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
HoInRrcRecfgMcCombSwitch:Off,
UeCapEnquiryCombSwitch:Off,
UeTraceOptSwitch:Off,
PaDistributeMechOptSwitch:On,
InactReSyncCompatSwitch:Off,
VolteX2HoDelayOptSwitch:Off,
UeUtranCapEnquiryOptSwitch:Off
, FreqRandomOptSwitch:Off,
MrMdtMeasOptSwitch:Off
eNBRsvd
Para
RsvdSwPara1
MOD
ENBRSVDPA
RA
LST
ENBRSVDPA
RA
None
None
Meaning:
Indicates reserved 32-bit switch
parameter 1 that is reserved for
future requirements.
Note on parameter replacement:
Reserved parameters are
temporarily used in patch versions
and will be replaced with new
parameters. For example, the ID
of a new parameter can signify the
parameter function. Therefore,
avoid using this parameter.
GUI Value Range:
RsvdSwPara1_bit1(ReservedSwit
chParameter1_bit1),
RsvdSwPara1_bit2(ReservedSwit
chParameter1_bit2),
RsvdSwPara1_bit8(ReservedSwit
chParameter1_bit8),
RsvdSwPara1_bit10(ReservedSwi
tchParameter1_bit10),
RsvdSwPara1_bit12(ReservedSwi
tchParameter1_bit12),
RsvdSwPara1_bit13(ReservedSwi
tchParameter1_bit13),
RsvdSwPara1_bit14(ReservedSwi
tchParameter1_bit14),
RsvdSwPara1_bit15(ReservedSwi
tchParameter1_bit15),
RsvdSwPara1_bit18(ReservedSwi
tchParameter1_bit18),
RsvdSwPara1_bit22(ReservedSwi
tchParameter1_bit22),
RsvdSwPara1_bit23(ReservedSwi
tchParameter1_bit23),
RsvdSwPara1_bit24(ReservedSwi
tchParameter1_bit24),
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
RsvdSwPara1_bit25(ReservedSwi
tchParameter1_bit25),
RsvdSwPara1_bit26(ReservedSwi
tchParameter1_bit26),
RsvdSwPara1_bit27(ReservedSwi
tchParameter1_bit27),
RsvdSwPara1_bit28(ReservedSwi
tchParameter1_bit28),
RsvdSwPara1_bit29(ReservedSwi
tchParameter1_bit29),
RsvdSwPara1_bit30(ReservedSwi
tchParameter1_bit30),
RsvdSwPara1_bit31(ReservedSwi
tchParameter1_bit31),
RsvdSwPara1_bit32(ReservedSwi
tchParameter1_bit32)
Unit: None
Actual Value Range:
RsvdSwPara1_bit1,
RsvdSwPara1_bit2,
RsvdSwPara1_bit8,
RsvdSwPara1_bit10,
RsvdSwPara1_bit12,
RsvdSwPara1_bit13,
RsvdSwPara1_bit14,
RsvdSwPara1_bit15,
RsvdSwPara1_bit18,
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_bit8:Off,
RsvdSwPara1_bit10:Off,
RsvdSwPara1_bit12:Off,
RsvdSwPara1_bit13:Off,
RsvdSwPara1_bit14:Off,
RsvdSwPara1_bit15:Off,
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
RsvdSwPara1_bit18: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
CSFallBac CsfbUserArpC MOD
CSFALLBAC
kPolicyCfg fgSwitch
Admis
sion
Control
Radio/t
ranspo
rt
resour
ce preemptio
n
Meaning: Indicates whether
allocation/retention priorities
(ARPs) can be configured for
CSFB services triggered by
common calls. For details about
ARPs, see 3GPP TS 23.401. This
parameter applies only to LTE
FDD and LTE TDD.
GUI Value Range: OFF(Off),
ON(On)
Unit: None
Actual Value Range: OFF, ON
Default Value: OFF(Off)
CSFallBac NormalCsfbUs MOD
CSFALLBAC
kPolicyCfg erArp
LBFD002023
KPOLICYCFG
/TDLBFD
LST
CSFALLBAC -002023
KPOLICYCFG LOFD0010290
1/TDLOF
D0010290
1
Admis
sion
Control
Radio/t
ranspo
rt
resour
ce preemptio
n
Meaning: Indicates the
allocation/retention priority (ARP)
of a CSFB service triggered by a
common call. When this
parameter is set to 1, the service
priority is the same as that of an
emergency call. For details about
the ARP, see 3GPP TS 23.401.
This parameter applies only to
LTE FDD and LTE TDD.
GUI Value Range: 1~15
Unit: None
Actual Value Range: 1~15
Default Value: 2
MOD
ENODEBALG
OSWITCH
CS
Meaning:
Fallbac
k to
LBFD002023
KPOLICYCFG
/TDLBFD
LST
CSFALLBAC -002023
KPOLICYCFG LOFD0010290
1/TDLOF
D0010290
1
ENodeBAl RimSwitch
goSwitch
LOFD001034 /
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
LST
ENODEBALG
OSWITCH
TDLOFD
-001034
LOFD001052 /
TDLOFD
-001052
LOFD001053 /
TDLOFD
-001053
GERA
N
Flash
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
GERA
N
Indicates whether to enable the
RAN information management
(RIM) functions.
UTRAN_RIM_SWITCH: Indicates
whether to enable the RIM
procedure that requests eventbased multiple reports from
UTRAN cells.
If this option is selected, the
eNodeB sends RANINFORMATIONREQUEST/Multiple Report
protocol data units (PDUs) to
UTRAN cells to request multiple
event-driven reports.
If this option is deselected, the
eNodeB does not send RANINFORMATIONREQUEST/Multiple Report PDUs
to UTRAN cells to request multiple
event-driven reports. This option
applies only to LTE FDD and LTE
TDD.
GERAN_RIM_SWITCH: Indicates
whether to enable the RIM
procedure that requests eventbased multiple reports from
GERAN cells.
If this option is selected, the
eNodeB sends RANINFORMATIONREQUEST/Multiple Report PDUs
to CERAN cells to request
multiple event-driven reports.
If this option is deselected, the
eNodeB does not send RANINFORMATIONREQUEST/Multiple Report PDUs
to GERAN cells to request
multiple event-driven reports. This
option applies only to LTE FDD
and LTE TDD.
GUI Value Range:
UTRAN_RIM_SWITCH(UTRAN
RIM Switch),
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
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
GlobalPro
cSwitch
UtranLoadTra
nsChan
MOD
GLOBALPRO
CSWITCH
LST
GLOBALPRO
CSWITCH
TDLOFD CS
-001033 Fallbac
k to
UTRA
N
ENodeBAl RimOnEcoSwi MOD
MRFDENODEBALG 090211
goSwitch tch
OSWITCH
LOFDLST
ENODEBALG 001052/T
OSWITCH
DLOFD001052
LOFD001019/T
DLOFD001019
LOFD001044/T
eCoor
dinator
based
RIM
proces
s
optimiz
ation
Flash
CS
Fallbac
k to
Meaning: Indicates the UMTS
load transmission channel. The
eNodeB sends RANINFORMATION-REQUEST PDUs
to UTRAN cells to request multiple
reports on the load status of
UTRAN cells only when the
parameter is set to
BASED_ON_RIM. The function
specified by the parameter value
BASED_ON_ECO is temporarily
unavailable. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: NULL,
BASED_ON_RIM,
BASED_ON_ECO
Unit: None
Actual Value Range: NULL,
BASED_ON_RIM,
BASED_ON_ECO
Default Value: NULL
Meaning: Indicates whether the
RAN information management
(RIM) procedure is initiated by the
eCoordinator. If this parameter is
set to ON, the RIM procedure is
initiated by the eCoordinator. If
this parameter is set to OFF, the
RIM procedure is initiated by the
core network. This parameter
applies only to LTE FDD and LTE
TDD.
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
DLOFD001044
LOFD001033/T
DLOFD001033
LOFD070203
MRFD111402
UTRA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
UTRA
N
InterRAT
Load
Sharin
g to
UTRA
N(base
d on
UMTS
cell
load
inform
ation)
CS
Fallbac
k to
UTRA
N
RIM
Based
LTE
Target
Cell
Selecti
on
InterRAT
Adapti
ve
Traffic
Offload
Description
GUI Value Range: OFF(Off),
ON(On)
Unit: None
Actual Value Range: OFF, ON
Default Value: OFF(Off)
MO
Parameter
ID
MML
Command
Feature
Name
Description
GeranNfre ConnFreqPrio ADD
LOFDrity
GERANNFRE 001020 /
qGroup
QGROUP
TDLOFD
MOD
GERANNFRE -001020
QGROUP
LOFDLST
001023 /
GERANNFRE TDLOFD
QGROUP
-001023
LOFD001034 /
TDLOFD
-001034
LOFD001053 /
TDLOFD
-001053
LBFD002018 /
TDLBFD002018
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
GERA
N
SRVC
C to
GERA
N
CS
Fallbac
k to
GERA
N
Flash
CS
Fallbac
k to
GERA
N
Mobilit
y
Manag
ement
Meaning: Indicates the frequency
group priority used in selecting
target groups for blind redirection
and in delivering groups to
measure. During blind redirection,
if no neighboring cell has been
configured to be suitable for blind
handovers, the eNodeB selects a
target frequency group based on
the priorities specified by this
parameter. If this parameter is set
to 0 for a group, the eNodeB does
not select this group for blind
redirection. During measurement
configuration, the eNodeB
preferentially delivers the
frequency group with the highest
priority specified by this
parameter. The larger the
parameter value, the higher the
priority. This parameter applies
only to LTE FDD and LTE TDD.
GUI Value Range: 0~8
Unit: None
Actual Value Range: 0~8
Default Value: 0
GeranNcel BlindHoPriorit
y
l
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
GERA
N
SRVC
C to
GERA
N
Meaning: Indicates the priority of
the neighboring cell during blind
handovers. Blind handover is a
process in which the eNodeB
instructs a UE to hand over to a
specified neighboring cell. There
are 32 priorities altogether. The
priority has a positive correlation
with the value of this parameter.
Note that the value 0 indicates
that blind handovers to the
neighboring cell are not allowed.
This parameter applies only to
LTE FDD and LTE TDD.
GUI Value Range: 0~32
ADD
GERANNCEL
L
MOD
GERANNCEL
L
LST
GERANNCEL
L
Feature
ID
LOFD001020 /
TDLOFD
-001020
LOFD001023 /
TDLOFD
-001023
LOFD001034 /
TDLOFD
-001034
LOFD001053 /
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
TDLOFD CS
Unit: None
-001053 Fallbac Actual Value Range: 0~32
k to
Default Value: 0
GERA
N
Flash
CS
Fallbac
k to
GERA
N
InterRatHo CellInfoMaxG
eranCellNum
Comm
MOD
INTERRATH
OCOMM
LST
INTERRATH
OCOMM
LOFD001020 /
TDLOFD
-001020
TDLOFD
-001053
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
GERA
N
Flash
CS
Fallbac
k to
GERA
N
Meaning: Indicates the maximum
number of GERAN cell system
information messages that can be
transmitted during a flash
redirection procedure. This
parameter applies only to LTE
FDD and LTE TDD.
GUI Value Range: 1~32
Unit: None
Actual Value Range: 1~32
Default Value: 8
GeranExte UltraFlashCsf
bInd
rnalCell
ADD
GERANEXTE
RNALCELL
MOD
GERANEXTE
RNALCELL
LST
GERANEXTE
RNALCELL
LOFD081283 /
TDLOFD
-081203
UltraFlash
CSFB
to
GERA
N
Meaning: Indicates whether an
external GERAN cell supports
ultra-flash CSFB to GERAN. If this
parameter is set to
BOOLEAN_TRUE, the external
GERAN cell supports ultra-flash
CSFB to GERAN. If this
parameter is set to
BOOLEAN_FALSE, the external
GERAN cell does not support
ultra-flash CSFB to GERAN. This
parameter applies only to LTE
FDD and LTE TDD.
GUI Value Range:
BOOLEAN_FALSE(False),
BOOLEAN_TRUE(True)
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
Unit: None
Actual Value Range:
BOOLEAN_FALSE,
BOOLEAN_TRUE
Default Value:
BOOLEAN_TRUE(True)
GeranNet Mcc
workCapC
fg
ADD
GERANNET
WORKCAPC
FG
LST
GERANNET
WORKCAPC
FG
MOD
GERANNET
WORKCAPC
FG
RMV
GERANNET
WORKCAPC
FG
LOFD111204
Separa
te
Mobilit
y
Policie
s to
GERA
N for
Multi
PLMN
Meaning:
Indicates the mobile country code
(MCC) of the target GERAN cell.
This parameter applies only to
LTE FDD.
A public land mobile network
(PLMN) ID is comprised of an
MCC and a mobile network code
(MNC).
The MCC consists of three digits.
The MNC consists of two to three
digits.
For example, if the MCC is 123
and the MNC is 45, the PLMN ID
is 12345.
GUI Value Range: 3 characters
Unit: None
Actual Value Range: 000~999
Default Value: None
GeranNet Mnc
workCapC
fg
ADD
GERANNET
WORKCAPC
FG
LST
GERANNET
WORKCAPC
FG
MOD
GERANNET
WORKCAPC
FG
RMV
GERANNET
WORKCAPC
FG
LOFD111204
Separa
te
Mobilit
y
Policie
s to
GERA
N for
Multi
PLMN
Meaning:
Indicates the mobile network code
(MNC) of the target GERAN cell.
This parameter applies only to
LTE FDD.
A public land mobile network
(PLMN) ID is comprised of a
mobile country code (MCC) and
an MNC.
The MCC consists of three digits.
The MNC consists of two to three
digits.
For example, if the MCC is 123
and the MNC is 45, the PLMN ID
is 12345.
GUI Value Range: 2~3 characters
Unit: None
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
Actual Value Range:
00~99,000~999
Default Value: None
GeranNet Lac
workCapC
fg
ADD
GERANNET
WORKCAPC
FG
LST
GERANNET
WORKCAPC
FG
MOD
GERANNET
WORKCAPC
FG
RMV
GERANNET
WORKCAPC
FG
LOFD111204
Separa
te
Mobilit
y
Policie
s to
GERA
N for
Multi
PLMN
Meaning: Indicates the location
area code (LAC) of the GERAN
cell. It uniquely identifies a
location within a PLMN. A value in
the range of 1-65533 and 65535
indicates a specific LAC on the
network, and 4294967295
indicates all LACs under the
PLMN. That is, the policy applies
to all LACs under the PLMN. This
parameter applies only to LTE
FDD.
GUI Value Range:
1~65533,65535,4294967295
Unit: None
Actual Value Range:
1~65533,65535,,4294967295
Default Value: None
GeranNet NetworkCapCf ADD
GERANNET
workCapC g
WORKCAPC
fg
FG
LOFD111204
Separa
te
Mobilit
y
Policie
s to
GERA
N for
Multi
PLMN
Meaning:
Indicates the GERAN capabilities
for an operator including the
capability of obtaining system
information (SI) of the GERAN
through RAN information
management (RIM) procedures,
ultra-flash CSFB capability, and
SRVCC capability. If the MME,
SGSN, MSC, or BSC of the
operator does not support RIM
procedures, ultra-flash CSFB, or
SRVCC, set this parameter to
indicate the incapabilities. If this
parameter is not set, GERAN
capabilities are supported by
default. This parameter provides
the following options:
SiByRimCapCfg: indicates
whether SI of the GERAN can be
obtained through RIM procedures.
This capability is supported only if
MOD
GERANNET
WORKCAPC
FG
LST
GERANNET
WORKCAPC
FG
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
this option is selected. This option
applies only to LTE FDD.
UltraFlashCsfbCapCfg: indicates
whether ultra-flash CSFB is
supported by the GERAN. This
capability is supported only if this
option is selected. This option
applies only to LTE FDD.
SrvccCapCfg: indicates whether
SRVCC is supported by the
GERAN. This capability is
supported only if this option is
selected. Using SRVCC, voice
services can be handed over to
the GERAN. This option applies
only to LTE FDD.
GUI Value Range:
SiByRimCapCfg(SiByRimCapCfg)
,
UltraFlashCsfbCapCfg(UltraFlash
CsfbCapCfg),
SrvccCapCfg(SrvccCapCfg)
Unit: None
Actual Value Range:
SiByRimCapCfg,
UltraFlashCsfbCapCfg,
SrvccCapCfg
Default Value:
SiByRimCapCfg:On,
UltraFlashCsfbCapCfg:On,
SrvccCapCfg:On
CellDrxPar DrxForMeasS MOD
witch
CELLDRXPA
a
RA
LST
CELLDRXPA
RA
LOFD081283 /
TDLOFD
-081203
TDLOFD
-121105
LBFD002017 /
TDLBFD002017
UltraFlash
CS
Fallbac
k to
GERA
N
RRC
and
DRX
Policy
for
Public
Safety
Meaning: Indicates whether to
deliver measurement-dedicated
DRX parameters to a UE when
GERAN measurements are
triggered for CSFB of the UE. If
this parameter is set to ON, the
eNodeB delivers both DRX
parameters and gap-assisted
GERAN measurement
configurations to the UE. If this
parameter is set to OFF, the
eNodeB delivers only gapassisted GERAN measurement
configurations to the UE. This
MO
Parameter
ID
CSFallBac CsfbHoGeran
TimeToTrig
kHo
MML
Command
MOD
CSFALLBAC
KHO
LST
CSFALLBAC
KHO
Feature
ID
LOFD001034 /
TDLOFD
-001034
Feature
Name
Description
DRX
parameter applies only to LTE
FDD and LTE TDD.
GUI Value Range: OFF(Off),
ON(On)
Unit: None
Actual Value Range: OFF, ON
Default Value: OFF(Off)
CS
Fallbac
k to
GERA
N
Meaning: Indicates the time-totrigger for event B1 that is used in
CS fallback to GERAN. When CS
fallback to GERAN is applicable,
this parameter is set for UEs and
used in the evaluation of whether
to trigger event B1. When
detecting that the signal quality in
at least one GERAN cell meets
the entering condition, the UE
does not send a measurement
report to the eNodeB immediately.
Instead, the UE sends a report
only when the signal quality
continuously meets the entering
condition during the time-totrigger. This parameter helps
decrease the number of
occasionally triggered event
reports, the average number of
handovers, and the number of
wrong handovers, and hence
helps prevent unnecessary
handovers. For details, see 3GPP
TS 36.331. This parameter
applies only to LTE FDD and LTE
TDD.
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
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
Default Value: 40ms
CSFallBac CsfbHoGeran
B1Thd
kHo
MOD
CSFALLBAC
KHO
LST
CSFALLBAC
KHO
LOFD001034 /
TDLOFD
-001034
CS
Fallbac
k to
GERA
N
Meaning: Indicates the RSSI
threshold for event B1 that is used
in CS fallback to GERAN. A UE
sends a measurement report
related to event B1 to the eNodeB
when the RSSI in at least one
GERAN cell exceeds this
threshold and other triggering
conditions are met. For details,
see 3GPP TS 36.331. This
parameter applies only to LTE
FDD and LTE TDD.
GUI Value Range: -110~-48
Unit: dBm
Actual Value Range: -110~-48
Default Value: -103
GeranNcel NCellMeasPri
ority
l
ADD
GERANNCEL
L
DSP
GERANEXTE
NDEDNCELL
LST
GERANNCEL
L
LOFD002002 /
TDLOFD
-002002
LOFD001053 /
TDLOFD
-001053
LOFD001034 /
TDLOFD
-001034
InterRAT
ANR
Flash
CS
Fallbac
k to
GERA
N
CS
Fallbac
k to
GERA
N
Meaning: Indicates the
measurement priority of the
neighboring GERAN cell. A larger
value indicates a higher priority.
The measurement priorities can
be periodically and automatically
arranged based on the number of
times that each neighboring
GERAN cell is measured. The
neighboring GERAN cells for
GERAN flash blind redirections or
GERAN flash-CSFB-based
redirections can be selected
based on the measurement
priorities of neighboring GERAN
cells. This parameter applies only
to LTE FDD and LTE TDD.
GUI Value Range: 0~128
Unit: None
Actual Value Range: 0~128
Default Value: 0
LOFDCS
001034 / Fallbac
TDLOFD k to
-001034
Meaning: Indicates the maximum
number of GERAN cell system
information messages that can be
transmitted during an emergency
CSFB-based redirection
InterRatHo GeranCellNu MOD
mForEmcRedi INTERRATH
Comm
rect
OCOMM
MO
Parameter
ID
MML
Command
Feature
ID
LST
INTERRATH
OCOMM
GlobalPro
cSwitch
HoProcCtrlSwi MOD
tch
GLOBALPRO
CSWITCH
LST
GLOBALPRO
CSWITCH
LBFD002018/
TDLBFD002018
Feature
Name
Description
GERA
N
procedure. This parameter applies
only to LTE FDD and LTE TDD.
GUI Value Range: 0~32
Unit: None
Actual Value Range: 0~32
Default Value: 0
Mobilit
y
Manag
ement
Meaning:
Indicates whether to control the
handover process. This parameter
provides the following options:
HoDataSendCtrlSwitch: If this
option is selected, the eNodeB
sends data packets to a
handover-incoming UE after
sending a random access
response (RAR) in a noncontention-based random access
procedure. If this option is
deselected, the eNodeB sends
data packets to the UE after
receiving an Msg3 message in the
non-contention-based random
access procedure. This option
applies only to LTE FDD and LTE
TDD.
ErabFlowFirstSwitch: This option
specifies the policy for handling
the conflicts between handover
and bearer procedures. If this
option is selected and a handover
procedure conflicts with an E-RAB
setup, modification, or deletion
procedure, the eNodeB performs
as follows:
1. If the handover is not for CSFB
or the SRVCC procedure conflicts
with a QCI 1 E-RAB release
procedure, the eNodeB processes
the bearer procedure first.
2. If the handover is for CSFB or
the SRVCC procedure conflicts
with another E-RAB-related
procedure, the eNodeB processes
the handover procedure first.
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
If this option is deselected in the
preceding scenario, the eNodeB
always processes the handover
procedure first.
This option applies only to LTE
FDD and LTE TDD.
CsfbFlowFirstSwitch: This option
specifies the policy for handling
the conflicts between handover
and CSFB procedures. If this
option is selected and the
handover and CSFB procedures
conflict, the eNodeB processes
the CSFB procedure first. If this
option is deselected in the
preceding scenario, the eNodeB
processes the handover
procedure first. This option applies
only to LTE FDD and LTE TDD.
GUI Value Range:
HoDataSendCtrlSwitch(HoDataSe
ndCtrlSwitch),
ErabFlowFirstSwitch(ErabFlowFir
stSwitch),
CsfbFlowFirstSwitch(CsfbFlowFirs
tSwitch)
Unit: None
Actual Value Range:
HoDataSendCtrlSwitch,
ErabFlowFirstSwitch,
CsfbFlowFirstSwitch
Default Value:
HoDataSendCtrlSwitch:Off,
ErabFlowFirstSwitch:Off,
CsfbFlowFirstSwitch:Off
UtranExter Rac
nalCell
ADD
UTRANEXTE
RNALCELL
MOD
UTRANEXTE
RNALCELL
LST
UTRANEXTE
RNALCELL
LOFD001019 /
TDLOFD
-001019
LOFD001034 /
TDLOFD
-001034
LOFD001052 /
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
Meaning: Indicates the routing
area code. This parameter applies
only to LTE FDD and LTE TDD.
GUI Value Range: 0~255
Unit: None
Actual Value Range: 0~255
Default Value: 0
MO
CellOpHo
Cfg
Parameter
ID
CnOperatorId
MML
Command
ADD
CELLOPHOC
FG
LST
CELLOPHOC
FG
Feature
ID
Feature
Name
TDLOFD
-001052
LOFD001033 /
TDLOFD
-001033
LOFD001043 /
TDLOFD
-001043
LOFD001072 /
TDLOFD
-001072
LOFD001022 /
TDLOFD
-001022
UTRA
N
CS
Fallbac
k to
GERA
N
Flash
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
UTRA
N
Servic
e
based
InterRAT
hando
ver to
UTRA
N
Distan
ce
based
InterRAT
hando
ver to
UTRA
N
SRVC
C to
UTRA
N
None
None
Description
Meaning: Indicates the ID of the
operator. This parameter applies
only to LTE FDD and LTE TDD.
GUI Value Range: 0~5
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
MOD
CELLOPHOC
FG
RMV
CELLOPHOC
FG
CSFallBac UtranLcsCap
kBlindHoC
fg
CellOpHo
Cfg
LocalCellId
CSFallBac CsfbProtectio
nTimer
kHo
Description
Unit: None
Actual Value Range: 0~5
Default Value: None
MOD
CSFALLBAC
KBLINDHOCF
G
LST
CSFALLBAC
KBLINDHOCF
G
LOFD001033 /
TDLOFD
-001033
LOFD001022
LOFD001023
CS
Fallbac
k to
UTRA
N
SRVC
C to
UTRA
N
SRVC
C to
GERA
N
Meaning: Indicates the LCS
capability of the UTRAN. If this
parameter is set to ON, the
UTRAN supports LCS. If this
parameter is set to OFF, the
UTRAN does not support LCS.
This parameter applies only to
LTE FDD and LTE TDD.
GUI Value Range: OFF(Off),
ON(On)
Unit: None
Actual Value Range: OFF, ON
Default Value: OFF(Off)
ADD
CELLOPHOC
FG
LST
CELLOPHOC
FG
MOD
CELLOPHOC
FG
RMV
CELLOPHOC
FG
None
None
Meaning: Indicates the local ID of
the cell. It uniquely identifies a cell
within an eNodeB. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: 0~255
Unit: None
Actual Value Range: 0~255
Default Value: None
MOD
CSFALLBAC
KHO
LST
CSFALLBAC
KHO
LOFD001033 /
TDLOFD
-001033
LOFD001034 /
TDLOFD
-001034
LOFD001090 /
TDLOFD
-001090
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
Enhan
ced
CS
Fallbac
k to
Meaning: Indicates the timer
governing the period in which only
CSFB can be performed. After the
timer expires, the eNodeB
performs a blind redirection for the
UE. This parameter applies only
to LTE FDD and LTE TDD.
GUI Value Range: 1~10
Unit: s
Actual Value Range: 1~10
Default Value: 4
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
CDMA
2000
1xRTT
CSFallBac UtranCsfbBlin MOD
LOFDCSFALLBAC 001033/T
kBlindHoC dRedirRrSw
KBLINDHOCF
fg
DLOFDG
001033
LST
CSFALLBAC LOFDKBLINDHOCF 001052/T
G
DLOFD001052
CnOperat
or
CnOperatorId
ADD
CNOPERATO
R
LST
CNOPERATO
R
MOD
CNOPERATO
R
RMV
CNOPERATO
R
LOFD001036 /
TDLOFD
-001036
MLOFD121251
LOFD001037 /
TDLOFD
-001037
MLOFD121252
LOFD001086 /
TDLOFD
-001086
LOFD070206 /
TDLOFD
-081224
CS
Fallbac
k to
UTRA
N
Flash
CS
Fallbac
k to
UTRA
N
Meaning: Indicates whether the
eNodeB selects the target
frequency in a round robin (RR)
manner from frequencies with the
same priority in blind redirections
for CSFB to UTRAN. If this
parameter is set to ON(On), the
function of target frequency
selection in an RR manner is
enabled. If this parameter is set to
OFF(Off), this function is disabled.
This parameter applies only to
LTE FDD and LTE TDD.
GUI Value Range: OFF(OFF),
ON(ON)
Unit: None
Actual Value Range: OFF, ON
Default Value: OFF(OFF)
RAN
Sharin
g with
Comm
on
Carrier
NB-IoT
RAN
Sharin
g with
Comm
on
Carrier
RAN
Sharin
g with
Dedica
ted
Carrier
NB-IoT
RAN
Sharin
g with
Meaning: Indicates the ID of the
operator.
GUI Value Range: 0~5
Unit: None
Actual Value Range: 0~5
Default Value: None
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
Dedica
ted
Carrier
RAN
Sharin
g by
More
Operat
ors
Hybrid
RAN
Sharin
g
CSFallBac LocalCellId
kHo
LST
CSFALLBAC
KHO
MOD
CSFALLBAC
KHO
None
None
Meaning: Indicates the local ID of
the cell. It uniquely identifies a cell
within an eNodeB. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: 0~255
Unit: None
Actual Value Range: 0~255
Default Value: None
S1Interfac MmeRelease
e
ADD
S1INTERFAC
E
MOD
S1INTERFAC
E
DSP
S1INTERFAC
E
LBFD0030010
1/
TDLBFD0030010
1
LBFD0030010
2/
TDLBFD0030010
2
LBFD0030010
3/
TDLBFD0030010
3
LBFD001008 /
Star
Topolo
gy
Chain
Topolo
gy
Tree
Topolo
gy
3GPP
R11
Specifi
cations
Meaning: Indicates the
compliance protocol release of the
MME to which the eNodeB is
connected through the S1
interface. The eNodeB sends S1
messages complying with the
protocol release specified by this
parameter. The value of this
parameter must be the same as
the MME-complied protocol
release. If the parameter value is
different from the MME-complied
protocol release, the way in which
the MME handles these message
is subject to the MME
implementation.
GUI Value Range:
Release_R8(Release 8),
Release_R9(Release 9),
Release_R10(Release 10),
Release_R11(Release 11),
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
TDLBFD070111
S1
MmeRelease
CSFallBac CnOperatorId
kBlindHoC
fg
Description
Release_R12(Release 12),
Release_R13(Release 13)
Unit: None
Actual Value Range: Release_R8,
Release_R9, Release_R10,
Release_R11, Release_R12,
Release_R13
Default Value:
Release_R8(Release 8)
ADD S1
MOD S1
LST S1
LBFD0030010
1/
TDLBFD0030010
1
LBFD0030010
2/
TDLBFD0030010
2
LBFD0030010
3/
TDLBFD0030010
3
LBFD001008 /
TDLBFD070111
Star
Topolo
gy
Chain
Topolo
gy
Tree
Topolo
gy
3GPP
R11
Specifi
cations
Meaning: Indicates the
compliance protocol release of the
MMEs to which the eNodeB is
connected through the S1
interfaces under this S1 object.
This parameter applies only to
LTE FDD and LTE TDD.
GUI Value Range:
Release_R8(Release 8),
Release_R9(Release 9),
Release_R10(Release 10),
Release_R11(Release 11),
Release_R12(Release 12),
Release_R13(Release 13)
Unit: None
Actual Value Range: Release_R8,
Release_R9, Release_R10,
Release_R11, Release_R12,
Release_R13
Default Value:
Release_R8(Release 8)
LST
CSFALLBAC
KBLINDHOCF
G
MOD
CSFALLBAC
KBLINDHOCF
G
LOFD001033 /
TDLOFD
-001033
LOFD001034 /
TDLOFD
-001034
LOFD001052 /
TDLOFD
-001052
CS
Fallbac
k to
UTRA
N
CS
Fallbac
k to
GERA
N
Flash
CS
Fallbac
Meaning: Indicates the index of
the operator. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: 0~5
Unit: None
Actual Value Range: 0~5
Default Value: None
MO
Parameter
ID
GeranExte Rac
rnalCell
MML
Command
ADD
GERANEXTE
RNALCELL
MOD
GERANEXTE
RNALCELL
LST
GERANEXTE
RNALCELL
Feature
ID
Feature
Name
LOFD001053 /
TDLOFD
-001053
LOFD001035 /
TDLOFD
-001035
LOFD001090 /
TDLOFD
-001090
k to
UTRA
N
Flash
CS
Fallbac
k to
GERA
N
CS
Fallbac
k to
CDMA
2000
1xRTT
Enhan
ced
CS
Fallbac
k to
CDMA
2000
1xRTT
LOFD001034 /
LOFD001034
LOFD001053 /
TDLOFD
-001053
LOFD001020 /
TDLOFD
-001020
CS
Fallbac
k to
GERA
N
Flash
CS
Fallbac
k to
GERA
N
PS
InterRAT
Mobilit
y
betwee
n EUTRA
N and
GERA
N
Description
Meaning: Indicates the routing
area code. This parameter applies
only to LTE FDD and LTE TDD.
GUI Value Range: 0~255
Unit: None
Actual Value Range: 0~255
Default Value: 0
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
CSFallBac GeranLcsCap MOD
LOFDCSFALLBAC 001034 /
kBlindHoC
KBLINDHOCF
fg
TDLOFD
G
-001034
LST
CSFALLBAC LOFDKBLINDHOCF 001023
CS
Fallbac
k to
GERA
N
SRVC
C to
GERA
N
Meaning: Indicates the LCS
capability of the GERAN. If this
parameter is set to ON, the
GERAN supports LCS. If this
parameter is set to OFF, the
GERAN does not support LCS.
This parameter applies only to
LTE FDD and LTE TDD.
GUI Value Range: OFF(Off),
ON(On)
Unit: None
Actual Value Range: OFF, ON
Default Value: OFF(Off)
CellDrxPar LongDrxCycle MOD
ForMeas
CELLDRXPA
a
LOFD081283 /
TDLOFD
-081203
TDLBFD002017
UltraFlash
CS
Fallbac
k to
GERA
N
DRX
Meaning: Indicates the length of
the long DRX cycle dedicated to
GERAN measurement. This
parameter applies only to LTE
FDD and LTE TDD.
GUI Value Range: SF128(128
subframes), SF160(160
subframes), SF256(256
subframes), SF320(320
subframes), SF512(512
subframes), SF640(640
subframes), SF1024(1024
subframes), SF1280(1280
subframes), SF2048(2048
subframes), SF2560(2560
subframes)
Unit: subframe
Actual Value Range: SF128,
SF160, SF256, SF320, SF512,
SF640, SF1024, SF1280,
SF2048, SF2560
Default Value: SF160(160
subframes)
CellDrxPar OnDurTimerF
orMeas
a
LOFD081283 /
TDLOFD
-081203
TDLBFD002017
UltraFlash
CS
Fallbac
k to
GERA
N
Meaning: Indicates the length of
the On Duration Timer dedicated
to GERAN measurement. This
parameter applies only to LTE
FDD and LTE TDD.
GUI Value Range: PSF1(1
PDCCH subframe), PSF2(2
G
RA
LST
CELLDRXPA
RA
MOD
CELLDRXPA
RA
LST
CELLDRXPA
RA
MO
Parameter
ID
MML
Command
CellDrxPar DrxInactTimer MOD
ForMeas
CELLDRXPA
a
RA
LST
CELLDRXPA
RA
Feature
ID
LOFD081283 /
TDLOFD
-081203
LBFD002017 /
TDLBFD002017
Feature
Name
Description
DRX
PDCCH subframes), PSF3(3
PDCCH subframes), PSF4(4
PDCCH subframes), PSF5(5
PDCCH subframes), PSF6(6
PDCCH subframes), PSF8(8
PDCCH subframes), PSF10(10
PDCCH 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)
UltraFlash
CS
Fallbac
k to
GERA
N
DRX
Meaning: Indicates the length of
the DRX Inactivity Timer
dedicated to GERAN
measurement. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: PSF1(1
PDCCH subframe), PSF2(2
PDCCH subframes), PSF3(3
PDCCH subframes), PSF4(4
PDCCH subframes), PSF5(5
PDCCH subframes), PSF6(6
PDCCH subframes), PSF8(8
PDCCH subframes), PSF10(10
PDCCH 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
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
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)
CellDrxPar DrxReTxTimer MOD
ForMeas
CELLDRXPA
a
LOFD081283 /
TDLOFD
-081203
TDLBFD002017
UltraFlash
CS
Fallbac
k to
GERA
N
DRX
Meaning: Indicates the length of
the DRX Retransmission Timer
dedicated to GERAN
measurement. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: PSF1(1
PDCCH subframes), PSF2(2
PDCCH subframes), PSF4(4
PDCCH subframes), PSF6(6
PDCCH subframes), PSF8(8
PDCCH subframes), PSF16(16
PDCCH subframes), 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)
CellDrxPar ShortDrxSwFo MOD
rMeas
CELLDRXPA
a
LOFD081283 /
TDLOFD
-081203
UltraFlash
CS
Fallbac
Meaning: Indicates whether to
enable the short DRX cycle
dedicated to GERAN
measurement. This parameter
RA
LST
CELLDRXPA
RA
RA
MO
Parameter
ID
MML
Command
LST
CELLDRXPA
RA
Feature
ID
Feature
Name
Description
TDLBFD- k to
002017
GERA
N
DRX
applies only to LTE FDD and LTE
TDD.
GUI Value Range: OFF(Off),
ON(On)
Unit: None
Actual Value Range: OFF, ON
Default Value: OFF(Off)
CellDrxPar ShortDrxCycle MOD
ForMeas
CELLDRXPA
a
LOFD081283 /
TDLOFD
-081203
TDLBFD002017
UltraFlash
CS
Fallbac
k to
GERA
N
DRX
Meaning: Indicates the length of
the short DRX cycle dedicated to
GERAN measurement. This
parameter applies only to LTE
FDD and LTE TDD.
GUI Value Range: SF2(2
subframes), SF5(5 subframes),
SF8(8 subframes), SF10(10
subframes), SF16(16 subframes),
SF20(20 subframes), SF32(32
subframes), SF40(40 subframes),
SF64(64 subframes), SF80(80
subframes), SF128(128
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)
CellDrxPar ShortCycleTi
merForMeas
a
LOFD081283 /
TDLOFD
-081203
TDLBFD002017
UltraFlash
CS
Fallbac
k to
GERA
N
DRX
Meaning: Indicates the length of
the DRX Short Cycle Timer
dedicated to GERAN
measurement. This parameter
applies only to LTE FDD and LTE
TDD.
GUI Value Range: 1~16
Unit: None
Actual Value Range: 1~16
RA
LST
CELLDRXPA
RA
MOD
CELLDRXPA
RA
LST
CELLDRXPA
RA
MO
Parameter
ID
MML
Command
Feature
ID
Feature
Name
Description
Default Value: 1
10
Counters
Table 10-1 Counters
Counter ID
Counter Name
Counter
Description
Feature ID
Feature
Name
1526728321 L.CSFB.PrepAtt
Number of
CSFB
indicators
received by
the
eNodeB
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001033
TDLOFD001033
LOFD001034
TDLOFD001034
LOFD001035
TDLOFD001035
CS
Fallback to
UTRAN
CS
Fallback to
UTRAN
CS
Fallback to
GERAN
CS
Fallback to
GERAN
CS
Fallback to
CDMA2000
1xRTT
CS
Fallback to
CDMA2000
1xRTT
1526728322 L.CSFB.PrepSucc
Number of
successful
CSFB
responses
from the
eNodeB
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001033
CS
Fallback to
UTRAN
CS
Fallback to
UTRAN
CS
Fallback to
GERAN
Counter ID
Counter Name
Counter
Description
Feature ID
Feature
Name
TDLOFD001033
LOFD001034
TDLOFD001034
LOFD001035
TDLOFD001035
CS
Fallback to
GERAN
CS
Fallback to
CDMA2000
1xRTT
CS
Fallback to
CDMA2000
1xRTT
1526728323 L.CSFB.E2W
Number of
procedures
for CSFB
to WCDMA
network
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001033
TDLOFD001033
LOFD070202
TDLOFD081223
CS
Fallback to
UTRAN
CS
Fallback to
UTRAN
Ultra-Flash
CSFB to
UTRAN
Ultra-Flash
CSFB to
UTRAN
1526728324 L.CSFB.E2G
Number of
procedures
for CSFB
to GERAN
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001034
TDLOFD001034
LOFD081283
TDLOFD081203
CS
Fallback to
GERAN
CS
Fallback to
GERAN
Ultra-Flash
CSFB to
GERAN
Ultra-Flash
CSFB to
GERAN
Counter ID
Counter Name
Counter
Description
Feature ID
Feature
Name
1526728497 L.RRCRedirection.E2W.CSFB
Number of
CSFBbased
redirections
from EUTRANs to
WCDMA
network
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001033
TDLOFD001033
CS
Fallback to
UTRAN
CS
Fallback to
UTRAN
1526728498 L.RRCRedirection.E2G.CSFB
Number of
CSFBbased
redirections
from EUTRAN to
GERAN
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001034
TDLOFD001034
CS
Fallback to
GERAN
CS
Fallback to
GERAN
1526728504 L.IRATHO.E2W.CSFB.PrepAttOut
Number of
CSFBbased
inter-RAT
handover
preparation
attempts
from EUTRAN to
WCDMA
network
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001033
TDLOFD001033
LOFD070202
TDLOFD081223
CS
Fallback to
UTRAN
CS
Fallback to
UTRAN
Ultra-Flash
CSFB to
UTRAN
Ultra-Flash
CSFB to
UTRAN
1526728505 L.IRATHO.E2W.CSFB.ExecAttOut
Number of
CSFBbased
inter-RAT
handover
execution
attempts
Multi-mode:
None
GSM: None
UMTS:
None
CS
Fallback to
UTRAN
CS
Fallback to
UTRAN
Counter ID
Counter Name
Counter
Description
Feature ID
Feature
Name
from EUTRAN to
WCDMA
network
LTE:
LOFD001033
TDLOFD001033
LOFD070202
TDLOFD081223
Ultra-Flash
CSFB to
UTRAN
Ultra-Flash
CSFB to
UTRAN
1526728507 L.IRATHO.E2G.CSFB.PrepAttOut
Number of
CSFBbased
inter-RAT
handover
preparation
attempts
from EUTRAN to
GERAN
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001034
TDLOFD001034
LOFD081283
TDLOFD081203
CS
Fallback to
GERAN
CS
Fallback to
GERAN
Ultra-Flash
CSFB to
GERAN
Ultra-Flash
CSFB to
GERAN
1526728508 L.IRATHO.E2G.CSFB.ExecAttOut
Number of
CSFBbased
inter-RAT
handover
execution
attempts
from EUTRAN to
GERAN
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001034
TDLOFD001034
LOFD081283
TDLOFD081203
CS
Fallback to
GERAN
CS
Fallback to
GERAN
Ultra-Flash
CSFB to
GERAN
Ultra-Flash
CSFB to
GERAN
1526728513 L.CSFB.PrepFail.Conflict
Number of Multi-mode: CS
CSFB
None
Fallback to
preparation GSM: None UTRAN
failures
Counter ID
Counter Name
Counter
Description
Feature ID
Feature
Name
because of UMTS:
process
None
conflict
LTE:
LOFD001033
TDLOFD001033
LOFD001034
TDLOFD001034
LOFD001035
TDLOFD001035
CS
Fallback to
UTRAN
CS
Fallback to
GERAN
CS
Fallback to
GERAN
CS
Fallback to
CDMA2000
1xRTT
CS
Fallback to
CDMA2000
1xRTT
1526728705 L.FlashCSFB.E2W
Number of
procedures
for flash
CSFB to
WCDMA
network
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001052
TDLOFD001052
Flash CS
Fallback to
UTRAN
Flash CS
Fallback to
UTRAN
1526728706 L.FlashCSFB.E2G
Number of
procedures
for flash
CSFB to
GERAN
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001053
TDLOFD001053
Flash CS
Fallback to
GERAN
Flash CS
Fallback to
GERAN
1526728709 L.CSFB.E2W.Emergency
Number of Multi-mode: CS
procedures None
Fallback to
for CSFB
GSM: None UTRAN
to WCDMA
network
Counter ID
Counter Name
Counter
Description
Feature ID
Feature
Name
triggered
for
emergency
calls
UMTS:
None
LTE:
LOFD001033
TDLOFD001033
CS
Fallback to
UTRAN
1526728710 L.CSFB.E2G.Emergency
Number of
procedures
for CSFB
to GERAN
triggered
for
emergency
calls
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001034
TDLOFD001034
LOFD081283
TDLOFD081203
CS
Fallback to
GERAN
CS
Fallback to
GERAN
Ultra-Flash
CSFB to
GERAN
Ultra-Flash
CSFB to
GERAN
1526728946 L.RIM.SI.E2W.Req
Number of
times the
eNodeB
sends a
system
information
request to
a WCDMA
network
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001052
TDLOFD001052
Flash CS
Fallback to
UTRAN
Flash CS
Fallback to
UTRAN
1526728947 L.RIM.SI.E2W.Resp
Number of
times the
eNodeB
receives a
system
information
response
from a
WCDMA
network
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001052
TDLOFD001052
Flash CS
Fallback to
UTRAN
Flash CS
Fallback to
UTRAN
Counter ID
Counter Name
Counter
Description
Feature ID
Feature
Name
1526728948 L.RIM.SI.E2W.Update
Number of
times the
eNodeB
receives a
system
information
update
from a
WCDMA
network
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001052
TDLOFD001052
Flash CS
Fallback to
UTRAN
Flash CS
Fallback to
UTRAN
1526728949 L.RIM.Load.E2W.Req
Number of
times the
eNodeB
sends a
load
information
request to
a WCDMA
network
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001044
TDLOFD001044
Inter-RAT
Load
Sharing to
UTRAN
Inter-RAT
Load
Sharing to
UTRAN
1526728950 L.RIM.Load.E2W.Resp
Number of
times the
eNodeB
receives a
load
information
response
from a
WCDMA
network
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001044
TDLOFD001044
Inter-RAT
Load
Sharing to
UTRAN
Inter-RAT
Load
Sharing to
UTRAN
1526728951 L.RIM.Load.E2W.Update
Number of
times the
eNodeB
receives a
load
information
update
from a
WCDMA
network
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001044
TDLOFD001044
Inter-RAT
Load
Sharing to
UTRAN
Inter-RAT
Load
Sharing to
UTRAN
Counter ID
Counter Name
Counter
Description
Feature ID
Feature
Name
1526729505 L.CCOwithNACC.E2G.CSFB.ExecAttOut
Number of
CSFBbased
CCO with
NACC
executions
from EUTRAN to
GERAN
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001034
TDLOFD001034
CS
Fallback to
GERAN
CS
Fallback to
GERAN
1526729507 L.CCOwithoutNACC.E2G.CSFB.ExecAttOut
Number of
CSFBbased
CCO
without
NACC
executions
from EUTRAN to
GERAN
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001034
TDLOFD001034
CS
Fallback to
GERAN
CS
Fallback to
GERAN
1526729510 L.IRATHO.E2W.CSFB.ExecAttOut.Emergency
Number of
CSFBbased
handover
execution
attempts to
WCDMA
network
triggered
for
emergency
calls
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001033
TDLOFD001033
LOFD070202
TDLOFD081223
CS
Fallback to
UTRAN
CS
Fallback to
UTRAN
Ultra-Flash
CSFB to
UTRAN
Ultra-Flash
CSFB to
UTRAN
1526729511 L.IRATHO.E2W.CSFB.ExecSuccOut.Emergency Number of
successful
CSFBbased
handover
executions
to WCDMA
Multi-mode:
None
GSM: None
UMTS:
None
CS
Fallback to
UTRAN
CS
Fallback to
UTRAN
Counter ID
Counter Name
Counter
Description
Feature ID
Feature
Name
network
triggered
for
emergency
calls
LTE:
LOFD001033
TDLOFD001033
LOFD070202
TDLOFD081223
Ultra-Flash
CSFB to
UTRAN
Ultra-Flash
CSFB to
UTRAN
Number of
CSFBbased
handover
execution
attempts to
GERAN
triggered
for
emergency
calls
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001034
TDLOFD001034
LOFD081283
TDLOFD081203
CS
Fallback to
GERAN
CS
Fallback to
GERAN
Ultra-Flash
CSFB to
GERAN
Ultra-Flash
CSFB to
GERAN
1526729514 L.IRATHO.E2G.CSFB.ExecSuccOut.Emergency Number of
successful
CSFBbased
handover
executions
to GERAN
triggered
for
emergency
calls
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001034
TDLOFD001034
LOFD081283
TDLOFD081203
CS
Fallback to
GERAN
CS
Fallback to
GERAN
Ultra-Flash
CSFB to
GERAN
Ultra-Flash
CSFB to
GERAN
1526729513 L.IRATHO.E2G.CSFB.ExecAttOut.Emergency
1526729515 L.RRCRedirection.E2W.CSFB.TimeOut
Number of Multi-mode: CS
CSFBNone
Fallback to
based blind GSM: None UTRAN
redirections
Counter ID
Counter Name
Counter
Description
Feature ID
Feature
Name
from EUTRAN to
WCDMA
network
caused by
CSFB
protection
timer
expiration
UMTS:
None
LTE:
LOFD001033
TDLOFD001033
CS
Fallback to
UTRAN
1526729516 L.RRCRedirection.E2G.CSFB.TimeOut
Number of
CSFBbased blind
redirections
from EUTRAN to
GERAN
caused by
CSFB
protection
timer
expiration
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001034
TDLOFD001034
CS
Fallback to
GERAN
CS
Fallback to
GERAN
1526729661 L.RIM.SI.E2G.Req
Number of
times the
eNodeB
sends a
system
information
request to
a GERAN
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001053
TDLOFD001053
Flash CS
Fallback to
GERAN
Flash CS
Fallback to
GERAN
1526729662 L.RIM.SI.E2G.Resp
Number of
times the
eNodeB
receives a
system
information
response
from a
GERAN
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001053
TDLOFD001053
Flash CS
Fallback to
GERAN
Flash CS
Fallback to
GERAN
Counter ID
Counter Name
Counter
Description
Feature ID
Feature
Name
1526729663 L.RIM.SI.E2G.Update
Number of
times the
eNodeB
receives a
system
information
update
from a
GERAN
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001053
TDLOFD001053
Flash CS
Fallback to
GERAN
Flash CS
Fallback to
GERAN
1526730076 L.IRATHO.E2W.CSFB.Prep.FailOut.MME
Number of
CSFBbased
outgoing
handover
preparation
failures
from EUTRAN to
WCDMA
network
because of
the MME
side
causes
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001033
TDLOFD001033
LOFD070202
TDLOFD081223
CS
Fallback to
UTRAN
CS
Fallback to
UTRAN
Ultra-Flash
CSFB to
UTRAN
Ultra-Flash
CSFB to
UTRAN
1526730077 L.IRATHO.E2W.CSFB.Prep.FailOut.PrepFailure Number of
CSFBbased
outgoing
handover
preparation
failures
from EUTRAN to
WCDMA
network
because of
the
response
of
handover
preparation
failure from
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001033
TDLOFD001033
LOFD070202
TDLOFD081223
CS
Fallback to
UTRAN
CS
Fallback to
UTRAN
Ultra-Flash
CSFB to
UTRAN
Ultra-Flash
CSFB to
UTRAN
Counter ID
Counter Name
Counter
Description
Feature ID
Feature
Name
CS
Fallback to
UTRAN
CS
Fallback to
UTRAN
Ultra-Flash
CSFB to
UTRAN
Ultra-Flash
CSFB to
UTRAN
WCDMA
network
1526730078 L.IRATHO.E2W.CSFB.Prep.FailOut.NoReply
Number of
CSFBbased
outgoing
handover
preparation
failures
from EUTRAN to
WCDMA
network
because of
no
response
from
WCDMA
network
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001033
TDLOFD001033
LOFD070202
TDLOFD081223
1526730147 L.IRATHO.CSFB.SRVCC.E2W.ExecAttOut
Number of
SRVCCbased
outgoing
handover
executions
from EUTRAN to
WCDMA
network for
ultra-flash
CSFB
Multi-mode: Ultra-Flash
None
CSFB to
GSM: None UTRAN
UMTS:
None
LTE:
LOFD070202
1526730148 L.IRATHO.CSFB.SRVCC.E2W.ExecSuccOut
Number of
successful
SRVCCbased
outgoing
handovers
from EUTRAN to
WCDMA
network for
ultra-flash
CSFB
Multi-mode: Ultra-Flash
None
CSFB to
GSM: None UTRAN
UMTS:
None
LTE:
LOFD070202
Counter ID
Counter Name
Counter
Description
Feature ID
Feature
Name
1526733006 L.IRATHO.CSFB.SRVCC.E2G.PrepAttOut
Number of
SRVCCbased
outgoing
handover
attempts
from EUTRAN to
GERAN for
ultra-flash
CSFB
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD081283
TDLOFD081203
Ultra-Flash
CSFB to
GERAN
Ultra-Flash
CSFB to
GERAN
1526733007 L.IRATHO.CSFB.SRVCC.E2G.ExecAttOut
Number of
SRVCCbased
outgoing
handover
executions
from EUTRAN to
GERAN for
ultra-flash
CSFB
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD081283
TDLOFD081203
Ultra-Flash
CSFB to
GERAN
Ultra-Flash
CSFB to
GERAN
1526733008 L.IRATHO.CSFB.SRVCC.E2G.ExecSuccOut
Number of
successful
SRVCCbased
outgoing
handovers
from EUTRAN to
GERAN for
ultra-flash
CSFB
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD081283
TDLOFD081203
Ultra-Flash
CSFB to
GERAN
Ultra-Flash
CSFB to
GERAN
1526733009 L.IRATHO.CSFB.SRVCC.E2G.MMEAbnormRsp Number of
abnormal
responses
from the
MME
during
outgoing
handovers
from EUTRAN to
GERAN for
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD081283
TDLOFD081203
Ultra-Flash
CSFB to
GERAN
Ultra-Flash
CSFB to
GERAN
Counter ID
Counter Name
Counter
Description
Feature ID
Feature
Name
1526736728 L.IRATHO.CSFB.SRVCC.E2W.MMEAbnormRsp Number of
responses
for
abnormal
causes
received by
the
eNodeB
from the
MME
during
handovers
from the EUTRAN to
WCDMA
networks
for ultraflash CSFB
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD070202
TDLOFD081223
Ultra-Flash
CSFB to
UTRAN
Ultra-Flash
CSFB to
UTRAN
1526745667 L.IRATHO.E2W.HighLoad.CSFB.PrepAttOut
Multi-mode:
None
GSM: None
UMTS:
None
LTE:
LOFD001033
TDLOFD001033
CS
Fallback to
UTRAN
CS
Fallback to
UTRAN
ultra-flash
CSFB
11
Number of
CSFBbased
handover
preparation
attempts
from EUTRAN
cells to
high-load
WCDMA
cells
Glossary
For the acronyms, abbreviations, terms, and definitions, see Glossary.
12
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. RAN Sharing
13
Appendix
13.1 CSFB to UTRAN
13.1.1 Combined EPS/IMSI Attach Procedure
The combined EPS/IMSI attach procedure is performed by exchanging NAS messages.
Therefore, this procedure is transparent to the eNodeBs. After a CSFB-capable UE is powered on
in the E-UTRAN, the UE initiates a combined EPS/IMSI attach procedure, as shown in Figure 131.
Figure 13-1 Combined EPS/IMSI attach procedure
HSS: home subscriber server
VLR: visitor location register
NOTE:
The symbols that appear in signaling procedure figures throughout this document are explained as follows:
An arrow denotes the transmission of a message.
A plain box denotes a mandatory procedure.
A dashed box denotes an optional procedure.
The combined EPS/IMSI attach procedure is described as follows:
1. The UE sends a Combined attach request message to the MME, requesting a
combined EPS/IMSI attach procedure. This message also indicates whether the
CSFB or SMS over SGs function is required.
2. The EPS attach procedure is performed in the same way as it is performed within
the LTE system. For details, see section 5.3.2 in 3GPP TS 23.401 V9.2.0.
3. The MME allocates an LAI to the UE, and then it finds the MSC/VLR for the UE
based on the LAI. If multiple PLMNs are available for the CS domain, the MME
selects a PLMN based on the selected PLMN information reported by the eNodeB.
Then, the MME sends the MSC/VLR a Location update request message, which
contains the new LAI, IMSI, MME name, and location update type.
4. The MSC/VLR performs the location update procedure in the CS domain.
5. The MSC/VLR responds with a Location update accept message that contains
information about the VLR and temporary mobile subscriber identity (TMSI). The
location update procedure is successful.
6. The UE is informed that the combined EPS/IMSI attach procedure is successful. If
the network supports SMS over SGs but not CSFB, the message transmitted to the
UE contains the information element (IE) SMS-only. The message indicates that
the combined EPS/IMSI attach procedure is successful but only SMS is supported.
13.1.2 CSFB Based on PS Handover
During CSFB based on PS handover, the UE is transferred from the E-UTRAN to the UTRAN
by performing a PS handover. It then initiates a CS service in the UTRAN.
CSFB Procedure for Mobile-Originated Calls
shows the procedure for CSFB to UTRAN based on PS handover for mobileoriginated calls.
Figure 13-2
Figure 13-2 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. The eNodeB determines whether to perform a blind handover based on the UE
capabilities, parameters settings, and algorithm policies.
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 Decision and 3.6
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 step 5.
CSFB Procedure for Mobile-Terminated Calls
shows the procedure for CSFB to UTRAN based on PS handover for mobileterminated calls.
Figure 13-3
Figure 13-3 CSFB to UTRAN based on PS handover for mobile-terminated calls
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.
This situation is used as an example in the preceding figure.
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.
13.1.3 CSFB Based on Redirection
During CSFB based on redirection, the eNodeB receives a CS Fallback Indicator, and then it
sends an RRC Connection Release message to release the UE. The message contains information
about a target UTRAN frequency, reducing the time for the UE to search for a target network.
After selecting the UTRAN, the UE acquires the system information of a UTRAN cell. Then, the
UE performs initial access to the cell to initiate a CS service. For the UTRAN, the UE is an
initially accessing user.
CSFB Procedure for Mobile-Originated Calls
Figure 13-4
shows the procedure for CSFB to UTRAN based on redirection for mobile-originated
calls.
Figure 13-4 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. The eNodeB determines whether to perform a 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 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 Decision and 3.6
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.
CSFB Procedure for Mobile-Terminated Calls
In a mobile-terminated call, the MSC sends a Paging request message from the CS domain to the
MME over the SGs interface, and then the MME or eNodeB initiates a paging procedure for the
UE. The paging procedure is similar to that for UTRAN described in 13.1.2 CSFB Based on PS
Handover. The subsequent steps are the same as the steps in the procedure for CSFB to UTRAN
based on PS handover for mobile-originated calls.
13.1.4 Flash CSFB
During the flash CSFB procedure, the eNodeB receives a CS Fallback Indicator, and then it
sends an RRC Connection Release message to release the UE. The message contains information
about a target UTRAN frequency, as well as one or more physical cell identities and their
associated system information. In this way, the UE can quickly access the target UTRAN
without the need to perform the procedure for acquiring system information of the target
UTRAN cell. Then, the UE can directly initiate a CS service in the UTRAN cell.
CSFB Procedure for Mobile-Originated Calls
shows the procedure for CSFB to UTRAN based on flash redirection for mobileoriginated calls.
Figure 13-5
Figure 13-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. The eNodeB determines whether to perform a 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 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 Decision and 3.6
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.
CSFB Procedure for Mobile-Terminated Calls
In a mobile-terminated call, the MSC sends a Paging request message from the CS domain to the
MME over the SGs interface, and then the MME or eNodeB initiates a paging procedure for the
UE. The paging procedure is similar to that for UTRAN described in 13.1.2 CSFB Based on PS
Handover. The subsequent steps are the same as the steps in the procedure for CSFB to UTRAN
based on PS handover for mobile-originated calls.
13.1.5 Ultra-Flash CSFB to UTRAN
CSFB Procedure for Mobile-Originated Calls
shows the procedure of ultra-flash CSFB to UTRAN for mobile-originated calls. For
details about the standard procedure, see chapter 6 "Mobile Originating Call" in 3GPP TS 23.272
V10.9.0 and 3GPP TS 24.008 V11.0.0.
Figure 13-6
Figure 13-6 Ultra-flash CSFB to UTRAN for mobile-originated calls
CSFB Procedure for Mobile-Terminated Calls
shows the procedure of ultra-flash CSFB to UTRAN for mobile-terminated calls. The
paging procedure is excluded from the figure. For details about the paging procedure, see step 1
Figure 13-7
in Figure 13-3. For details about the standard procedure, see chapter 7 "Mobile Terminating Call"
in 3GPP TS 23.272 V10.9.0 and 3GPP TS 24.008 V11.0.0.
Figure 13-7 Ultra-flash CSFB to UTRAN for mobile-terminated calls
Steps 1 to 4b: The UE initiates voice services (mobile-originated calls and mobile-terminated
calls) on the E-UTRAN. The eNodeB triggers SRVCC to UTRAN. Special treatment has been
applied to the MME and MSC to ensure a proper procedure.
Step 5: The RNC receives a CSFB request and prepares CS and PS resources.
Step 6: The eNodeB receives the handover command transferred over the core network and
sends it to the UE.
Step 7: The UE is handed over to the UTRAN.
Steps 8 to 13: The UE establishes voice services on the UTRAN. Signaling is transmitted at a
speed of 13.6 kbit/s, which accelerates the transfer and reduces delays.
As shown in the preceding figures, Ultra-Flash CSFB to UTRAN excludes the following
procedures:
Authentication procedure
The UE has been authenticated in the LTE system before CSFB to UTRAN.
Ciphering procedure
The UE has performed ciphering as instructed during CSFB. Therefore, the
ciphering procedure is not required after the UE is handed over to the UTRAN.
IMEI check procedure
The MME has sent the IMEI to the MSC during the preparation for CSFB. The
procedure is not required in the UTRAN after SRVCC.
CS resource setup procedure
The UTRAN system has prepared CS resources during SRVCC and therefore the
UE does not need to reestablish the CS resource after SRVCC. The procedure is not
required in the UTRAN after SRVCC.
13.1.6 Redirection-based CSFB Optimization for UEs in Idle Mode
After the eNodeB receives an initial context setup request with a CS Fallback Indicator from the
MME, the eNodeB does not perform the UE capability query, Uu security mode command, or
RRC connection reconfiguration procedure with dashed lines in the following figure. If the
eNodeB does not obtain the UE capability query before CSFB execution, the eNodeB still needs
to initiate a UE capability query procedure.
Figure 13-8 Redirection-based CSFB optimization for UEs in idle mode
13.1.7 Signaling Procedures for SMS
SMS services are unknown to the eNodeB because SMS messages are encapsulated in NAS
messages. During interworking with the UTRAN, SMS messages are exchanged between the
MME and the MSC over the SGs interface. Because a UE does not require fallback to the
UTRAN to perform an SMS service, the SMS over SGs function can be used in a place covered
only by the E-UTRAN.
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.
13.1.8 Emergency Call
The CSFB procedure for an emergency call is the same as the CSFB procedure for a normal
mobile-originated voice service. The UE sends an RRC Connection Request message over the
Uu interface or the MME sends an Initial Context Setup Request or UE Context Modification
Request message, which contains an IE to inform the eNodeB of the service type. Emergency
calls take precedence over other services in the eNodeB.
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. The eNodeB sends the RNC a
handover request with the IE CSFB high priority in the IE Source to Target Transparent
Container. This request informs the RNC that a CSFB procedure is required for an emergency
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.
13.1.9 CSFB for LCS
After a UE initiates an LCS request, the MME performs an attach or combined TAU/LAU
procedure to inform the UE of the LCS capability of the EPS. If the EPS does not support LCS,
the UE falls back to the UTRAN to initiate LCS under the control of the EPS. The CSFB
procedure is the same as the procedure for CSFB to UTRAN for mobile-originated calls.
If the UTRAN 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 UTRAN for mobile-terminated calls. The UE performs the LCS service after the
fallback to the UTRAN.
For details about the CSFB procedure for LCS, see section 8.3 in 3GPP TS 23.272 V10.0.0 and
LCS.
13.2 CSFB to GERAN
13.2.1 Combined EPS/IMSI Attach Procedure
The combined EPS/IMSI attach procedure for CSFB to GERAN is the same as that for CSFB to
UTRAN. For details, see 13.1.1 Combined EPS/IMSI Attach Procedure.
13.2.2 CSFB Based on PS Handover
During CSFB based on PS handover, the UE is transferred from the E-UTRAN to the GERAN
by performing a PS handover. It then initiates a CS service in the GERAN. If the GERAN or UE
does not support dual transfer mode (DTM, in which CS and PS services run simultaneously),
the ongoing PS services of the UE are suspended before a CS service is set up.
CSFB Procedure for Mobile-Originated Calls
shows the procedure for CSFB to GERAN based on PS handover for mobileoriginated calls.
Figure 13-9
Figure 13-9 CSFB to GERAN based on PS handover for mobile-originated calls
The procedure is described as follows:
1. The UE sends the MME an NAS message Extended Service Request to initiate a
CS service.
2. The MME instructs 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 a blind handover based on the UE
capabilities, parameters settings, and algorithm policies.
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. If the GERAN or
UE does not support DTM, the ongoing PS services of the UE are suspended, and
the SGSN update bearers with the S-GW/P-GW.
NOTE:
For details about how the eNodeB selects a target cell and a CSFB policy, see 4.5 Decision and 4.6
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.
CSFB Procedure for Mobile-Terminated Calls
In a mobile-terminated call, the MSC sends a Paging request message from the CS domain to the
MME over the SGs interface, and then the MME or eNodeB initiates a paging procedure for the
UE. The paging procedure is similar to that for UTRAN described in 13.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 PS handover for mobile-originated calls.
13.2.3 CSFB Based on CCO/NACC
During CSFB based on CCO/NACC, the eNodeB receives a CS Fallback Indicator from the
MME, and then it sends a Mobility From EUTRA Command message to the UE over the Uu
interface. The message contains information about the operating frequency, ID, and system
information of a target GERAN cell. It then initiates a CS service in the GERAN. The UE
searches for a target cell based on the information it received, and then it performs initial access
to the cell to initiate a CS service. If the GERAN or UE does not support DTM, the ongoing PS
services of the UE are suspended before a CS service is set up.
CSFB Procedure for Mobile-Originated Calls
shows the procedure for CSFB to GERAN based on CCO/NACC for mobileoriginated calls.
Figure 13-10
Figure 13-10 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. The eNodeB determines whether to perform a blind handover based on the UE
capabilities, parameters settings, and algorithm policies.
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 Decision and 4.6
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.
CSFB Procedure for Mobile-Terminated Calls
In a mobile-terminated call, the MSC sends a Paging request message from the CS domain to the
MME over the SGs interface, and then the MME or eNodeB initiates a paging procedure for the
UE. The paging procedure is similar to that for UTRAN described in 13.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 CCO/NACC for mobile-originated calls.
13.2.4 CSFB Based on Redirection
During CSFB based on redirection, the eNodeB receives a CS Fallback Indicator, and then it
sends an RRC Connection Release message to release the UE. The message contains information
about a target GERAN frequency, reducing the time for the UE to search for a target network.
After selecting the GERAN, the UE acquires the system information of a GERAN cell. Then, the
UE performs initial access to the cell to initiate a CS service. For the GERAN, the UE is an
initially accessing user.
CSFB Procedure for Mobile-Originated Calls
Figure 13-11
calls.
shows the procedure for CSFB to GERAN based on redirection for mobile-originated
Figure 13-11 CSFB to GERAN based on redirection for mobile-originated calls
The procedure is described as follows:
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. The eNodeB determines whether to perform a 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 Decision and 4.6
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.
CSFB Procedure for Mobile-Terminated Calls
In a mobile-terminated call, the MSC sends a Paging request message from the CS domain to the
MME over the SGs interface, and then the MME or eNodeB initiates a paging procedure for the
UE. The paging procedure is similar to that for UTRAN described in 13.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.
13.2.5 Flash CSFB
During the flash CSFB procedure, the eNodeB receives a CS Fallback Indicator, and then it
sends an RRC Connection Release message to release the UE. The message contains information
about a target GERAN frequency, as well as one or more physical cell identities and their
associated system information. In this way, the UE can quickly access the target GERAN
without the need to perform the procedure for acquiring system information of the target
GERAN cell. Then, the UE can directly initiate a CS service in the GERAN cell. If the GERAN
or UE does not support DTM, the ongoing PS services of the UE are suspended before a CS
service is set up.
The UEs involved must comply with 3GPP Release 9 or later and the networks involved must
comply with 3GPP Release 8 or later.
CSFB Procedure for Mobile-Originated Calls
shows the procedure for CSFB to GERAN based on flash redirection for mobileoriginated calls.
Figure 13-12
Figure 13-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.
3. The eNodeB determines whether to perform a blind redirection 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
carrier frequency group, 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 4.5 Decision and 4.6
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.
CSFB Procedure for Mobile-Terminated Calls
In a mobile-terminated call, the MSC sends a Paging request message from the CS domain to the
MME over the SGs interface, and then the MME or eNodeB initiates a paging procedure for the
UE. The paging procedure is similar to that for UTRAN described in 13.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 flash redirection for mobile-originated calls.
13.2.6 Ultra-Flash CSFB to GERAN
Ultra-flash CSFB to GERAN is a Huawei-proprietary procedure. To enable this feature, the
MSC, MME, and eNodeB must be all provided by Huawei and support this feature. Resources
are prepared in advance on the GERAN during the SRVCC, and authentication and encryption
procedures are excluded to reduce delays. The following figures show the procedure of ultraflash CSFB to GERAN for mobile-originated calls and that for mobile-terminated calls,
respectively. The paging procedure is excluded from the figure for mobile-terminated calls. For
details about the paging procedure, see step 1 in Figure 13-3.
Figure 13-13 Ultra-flash CSFB to GERAN for mobile-originated calls
Figure 13-14 Ultra-flash CSFB to GERAN for mobile-terminated calls
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
guarantee 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:
Authentication procedure
The UE has been authenticated in the LTE system before CSFB to GERAN.
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.
IMEI check procedure
The MME has sent the IMEI to the MSC during the preparation for SRVCC. There,
the procedure is not required in the GERAN after SRVCC.
CS resource setup procedure
The GSM network has prepared CS resources during the SRVCC procedure and
therefore does not need to trigger the CS resource setup procedure for the UE after
CSFB.
If the Fast Return to LTE feature is enabled on the GERAN side, the UE can quickly return to
the E-UTRAN when it completes the voice service on the GERAN. To achieve this, the Channel
Release message must contain E-UTRA frequency information, based on which the UE selects a
suitable E-UTRAN cell to camp on.
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.
13.2.7 Signaling Procedures for SMS
SMS services are unknown to the eNodeB because SMS messages are encapsulated in NAS
messages. During interworking with the GERAN, SMS messages are exchanged between the
MME and the MSC over the SGs interface. Because a UE does not require fallback to the
GERAN to perform an SMS service, the SMS over SGs function can be used in a place covered
only by the E-UTRAN.
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.
13.2.8 Emergency Call
The CSFB procedure for an emergency call is the same as the CSFB procedure for a normal
mobile-originated voice service. The UE sends an RRC Connection Request message over the
Uu interface or the MME sends an Initial Context Setup Request or UE Context Modification
Request message, which contains an IE to inform the eNodeB of the service type. Emergency
calls take precedence over other services in the eNodeB.
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.
13.2.9 CSFB for LCS
After a UE initiates an LCS request, the MME performs an attach or combined TAU/LAU
procedure to inform the UE of the LCS capability of the EPS. If the EPS does not support LCS,
the UE falls back to the GERAN to initiate LCS under the control of the EPS. The 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.
