SRVCC Feature Parameter Description: Huawei Technologies Co., LTD
SRVCC Feature Parameter Description: Huawei Technologies Co., LTD
SRVCC Feature Parameter Description: Huawei Technologies Co., LTD
Date 2014-03-15
Website: http://www.huawei.com
Email: support@huawei.com
Contents
1 About This Document
1.1 Scope
1.2 Intended Audience
1.3 Change History
2 Overview
2.1 Introduction
2.2 Benefits
2.3 Architecture
2.3.1 SRVCC
2.3.2 eSRVCC
3 SRVCC from E-UTRAN to UTRAN
3.1 SRVCC to UTRAN
3.1.1 Causes
3.1.2 Execution
3.2 SRVCC Flexible Steering to UTRAN
3.3 SRVCC Selection Procedure
3.4 Signaling Procedure
4 SRVCC from E-UTRAN to GERAN
4.1 SRVCC to GERAN
4.2 SRVCC Selection Procedure
4.3 Signaling Procedure
5 Related Features
5.1 Features Related to LOFD-001022 SRVCC to UTRAN
5.2 Features Related to LOFD-001087 SRVCC Flexible Steering to UTRAN
5.3 Features Related to LOFD-001023 SRVCC to GERAN
6 Network Impact
6.1 LOFD-001022 SRVCC to UTRAN
6.2 LOFD-001087 SRVCC Flexible Steering to UTRAN
6.3 LOFD-001023 SRVCC to GERAN
7 Engineering Guidelines
7.1 LOFD-001022 SRVCC to UTRAN
7.1.1 When to Use SRVCC to UTRAN
7.1.2 Required Information
7.1.3 Process
7.1.4 Requirements
7.1.5 Data Preparation
7.1.6 Activation
7.1.7 Activation Observation
7.1.8 Deactivation
7.1.9 Performance Monitoring
7.1.10 Parameter Optimization
7.2 LOFD-001087 SRVCC Flexible Steering to UTRAN
7.2.1 When to Use SRVCC Flexible Steering to UTRAN
7.2.2 Required Information
7.2.3 Process
7.2.4 Requirements
7.2.5 Data Preparation
7.2.6 Activation
7.2.7 Activation Observation
7.2.8 Deactivation
7.2.9 Performance Monitoring
7.2.10 Parameter Optimization
7.3 LOFD-001023 SRVCC to GERAN
7.3.1 When to Use SRVCC to GERAN
7.3.2 Required Information
7.3.3 Process
7.3.4 Requirements
7.3.5 Data Preparation
7.3.6 Activation
7.3.7 Activation Observation
7.3.8 Deactivation
7.3.9 Performance Monitoring
7.3.10 Parameter Optimization
7.4 Troubleshooting
7.4.1 Fault 1
7.4.2 Fault 2
8 Parameters
9 Counters
10 Glossary
11 Reference Documents
Any managed objects (MOs), parameters, alarms, or counters described herein correspond to the software release delivered with this document. Any future updates will
be described in the product documentation delivered with future software releases.
This document applies only to LTE FDD. Any "LTE" in this document refers to LTE FDD, and "eNodeB" refers to LTE FDD eNodeB.
• Feature change
Changes in features of a specific product version
• Editorial change
Changes in wording or addition of information that was not described in the earlier version
eRAN6.0 04 (2014-03-15)
eRAN6.0 03 (2013-07-30)
Editorial change Added MML command examples for feature activation and deactivation. For details, see 7 Engineering None
Guidelines.
eRAN6.0 02 (2013-06-30)
eRAN6.0 01 (2013-04-28)
Feature change Changed the LCS-triggered SRVCC function to Added the LcsSrvccSwitch(LcsSrvccSwitch) option to the
configurable. For details, see 3.1.1 Causes. ENodeBAlgoSwitch.HoModeSwitch parameter.
2 Overview
SRVCC is a solution aimed at providing continuous voice services on LTE networks. In the early phases of LTE deployment, when UEs running voice services move out
of an LTE network, the voice services can continue in the legacy circuit switched (CS) domain using SRVCC, ensuring voice service continuity.
SRVCC is a method of inter-RAT handover (RAT stands for radio access technology). It enables smooth session transfers from VoIP over the IP multimedia subsystem
(IMS) on the LTE network to CS services in the UTRAN or GERAN.
After SRVCC is deployed, bearers with QoS class identifiers (QCIs) of 1 must be used only for voice services. Therefore, when an eNodeB detects that a service running
on a UE is carried on a bearer with QCI 1, the eNodeB can determine that the UE is performing a voice service. For details, see section 4.1.2 "Architectural Principles for
3GPP UTRAN/GERAN SRVCC and vSRVCC" in 3GPP TS 23.216 V11.1.0.
If both SRVCC from E-UTRAN to UTRAN and SRVCC from E-UTRAN to GERAN are supported on an LTE network, UTRAN and GERAN frequencies are measured
simultaneously. The frequency that first reports measurement results is used for SRVCC.
2.1 Introduction
The SRVCC technology is used to ensure voice service continuity when a single-radio UE is handed over from the E-UTRAN/EPC to the UTRAN or GERAN. (EPC
stands for Evolved Packet Core.)
NOTE:
A single-radio UE is capable of working only in one of the following RATs at a time: E-UTRAN, UTRAN, or GERAN.
SRVCC requires IMS. It is used on LTE/EPC networks where voice services are enabled. When a UE running VoIP services is to be handed over from the E-UTRAN to
the UTRAN or GERAN, the mobility management entity (MME) initiates a handover request to the mobile switching center (MSC) server.
2.2 Benefits
The benefits of SRVCC are as follows:
• Before the E-UTRAN is deployed across coverage areas, SRVCC is used to ensure voice service continuity.
• At the edge of the E-UTRAN, UEs running VoIP services can be handed over to the UTRAN or GERAN using SRVCC, which transforms the VoIP services
into CS services.
• With SRVCC or enhanced SRVCC (eSRVCC), the service interruption period during a handover can be reduced to improve user experience of voice
services.
For details about eSRVCC, see 2.3.2 eSRVCC.
2.3 Architecture
2.3.1 SRVCC
SRVCC consists of the following activities:
Figure 2-1 shows the SRVCC network architecture. The Sv interface is introduced between the MME and the MSC server that is enhanced for SRVCC (referred to as
SRVCC MSC server in this document). The overall SRVCC procedure is as follows:
1. The MME informs the SRVCC MSC server through the Sv interface that a VoIP service is to be handed over to the CS domain.
2. The SRVCC MSC server instructs the UTRAN or GERAN to prepare for the handover.
3. The SRVCC MSC server requests that the media gateway (MGW) provide the new media-plane information, including the IP address and port number. It
then notifies the service centralization and continuity application server (SCC AS) that the media stream is to be changed. The SCC AS is a control point for
the IMS session transfer.
4. The SCC AS notifies the UE of the new media-plane information.
5. The UE establishes a new VoIP media stream to the MGW and releases the original VoIP media stream.
6. The MGW may need to convert the established VoIP media stream to achieve interworking between the CS voice stream and VoIP voice stream. The
conversion occurs in protocol stacks and voice coding.
Element Function
Sv interface Supports SRVCC as an interface between the MME and the SRVCC MSC server.
E-UTRAN Supports the SRVCC procedure, which in the E-UTRAN is similar to a PS handover procedure. During the SRVCC procedure, the
E-UTRAN sends an SRVCC indication to the MME, notifying the MME of whether the target cell supports SRVCC and concurrent CS and
PS handovers.
MME • Provides the bearer splitting function to separate the voice bearer from non-voice bearers. Then, the MME initiates a CS
handover procedure for the voice bearer towards the MSC server and initiates a PS handover procedure for the non-voice
bearers towards the serving GPRS support node (SGSN).
• Initiates an SRVCC procedure over the Sv interface for an emergency call and includes an emergency indication in the
transmitted message.
• Selects the SRVCC MSC server based on the domain name server (DNS) procedures or local configuration.
Proxy-call session control Acts as the first contact point for UEs in the IMS that provides the proxy function by accepting and forwarding service requests, but does
function (P-CSCF) not change the Request URI field in the INVITE message. The P-CSCF also provides the user agent (UA) function by terminating and
independently creating Session Initiation Protocol (SIP) sessions when exceptions occur.
Serving-call session Acts as the control center of the IMS, implements UE registration and authentication and session control, and provides basic session
control function (S-CSCF) routing for calling and called parties on the IMS. In addition, the S-CSCF routes value-added services to the application server (AS) and
performs service control interactions according to the IMS rules to which users are subscribed.
Interrogating-call session Assigns S-CSCFs to UEs, supports route query, and forwards SIP requests to another IMS domain.
control function (I-CSCF)
Enables interworking between the IMS control plane and the legacy CS network.
Element Function
Media gateway control
function (MGCF)
SCC AS Ensures the centralization and continuity of VoIP services on the LTE network.
2.3.2 eSRVCC
Although the access-stratum handover of an SRVCC procedure can be completed within 300 ms, the session transfer cannot. As a result, the total service interruption
period during SRVCC does not meet the following requirement: The service interruption period during the handover of a real-time service between the E-UTRAN and the
UTRAN or GERAN must be less than 300 ms. For details about this requirement, see section 8.4 "Co-existence and interworking with 3GPP RAT" in 3GPP TS 25.913
V8.0.0.
To shorten the service interruption time, 3GPP Release 10 proposes eSRVCC.
eSRVCC focuses on reducing the time for session transfer because session transfer prolongs the service interruption period, especially in situations where the calling
and called parties are being served by different networks or when a UE is roaming.
Compared with the SRVCC network architecture, the eSRVCC network architecture incorporates two new elements:ATCF and ATGW between the P-CSCF and
I-CSCF/S-CSCF, as shown in Figure 2-2.
For a UE running a voice service that may require SRVCC later, the media plane of the service is anchored to the ATGW. When an SRVCC procedure is initiated for this
UE, the media-plane information is updated only on the ATGW, but not on the UE, to shorten the handover duration.
Figure 2-2 eSRVCC network architecture
NOTE:
This document focuses on eNodeB functions, which are the same for SRVCC and eSRVCC. Therefore, the following sections do not distinguish between SRVCC and
eSRVCC. On live networks, eSRVCC is used.
3.1.1 Causes
Measurements for SRVCC are triggered by various factors. For details about possible triggers, see the related documents of the features or functions.
Common Causes
Several factors may trigger SRVCC to UTRAN. For detailed measurement triggering, see the documents listed in Table 3-1.
Table 3-1 Mapping between documents and features/functions
Feature/Function Document
SPID-based inter-RAT handover (SPID stands for subscriber profile ID.) Flexible User Steering Feature Parameter
Description
LCS-based SRVCC is controlled by LcsSrvccSwitch under the ENodeBAlgoSwitch.HoModeSwitch parameter. It also depends on the UTRAN LCS capability, which
is controlled by the CSFallBackBlindHoCfg.UtranLcsCap parameter. LCS-based SRVCC is used when a UE triggers LCS in a LCS-incapable LTE network.
When the UE triggers LCS, the MME delivers a CS Fallback Indicator to the eNodeB. The eNodeB performs SRVCC to hand the UE over to the CS domain for LCS
while ensuring voice service continuity.
The procedure for LCS-based SRVCC is the same as that for CSFB to UTRAN, and LCS-based SRVCC is controlled by the parameters for CSFB. For details, see CS
Fallback Feature Parameter Description.
3.1.2 Execution
The UtranExternalCell.CsPsHOInd parameter, which is set based on the MME and RNC capabilities, determines which type of SRVCC the eNodeB initiates.
• If this parameter is set to BOOLEAN_TRUE(True), the eNodeB initiates a CS-and-PS SRVCC procedure.
• If this parameter is set to BOOLEAN_FALSE(False), the eNodeB initiates a CS-only SRVCC procedure.
Because there is no switch available to specify the MME capability, operators are advised to consider both the MME and RNC capabilities when setting the preceding
parameter. If either the MME or the RNC does not support concurrent CS and PS handovers, set UtranExternalCell.CsPsHOInd to BOOLEAN_FALSE(False).
The execution procedure of SRVCC is the same as that of inter-RAT mobility management. For details, see Inter-RAT Mobility Management in Connected Mode Feature
Parameter Description.
• The UTRAN capability switches are controlled by the options of the ENodeBAlgoSwitch.HoModeSwitch parameter:
◾ The UTRAN VoIP switch is controlled by the UtranVoipCapSwitch option.
◾ The UTRAN SRVCC switch is controlled by the UtranSrvccSwitch option.
• The switch for checking whether a UE supports VoIP over HSPA is controlled by the UeVoipOnHspaCapSwitch option of the
ENodeBAlgoSwitch.HoModeSwitch parameter.
• The handover policy for a QCI is specified by the InterRatPolicyCfgGroup.UtranHoCfg parameter.
The handover policy and the QCI are associated with each other through the following parameters:
◾ InterRatPolicyCfgGroup.InterRatPolicyCfgGroupId
◾ StandardQci.InterRatPolicyCfgGroupId or ExtendedQci.InterRatPolicyCfgGroupId
NOTE:
Retain the default policy for each QCI. Otherwise, no correct inter-RAT handover policy can be selected.
If a bearer of QCI 1 is used to carry VoIP and the corresponding InterRatPolicyCfgGroup.UtranHoCfg parameter is set to REDIRECTION, call drop may occur during
redirection. In this case, do not set the policy to REDIRECTION.
3.4 Signaling Procedure
SRVCC Triggered by Common Causes
Figure 3-2 shows the signaling procedure for SRVCC from E-UTRAN to UTRAN. (The procedure for SRVCC to GERAN is the same.) For details, see section 6.2
"E-UTRAN and 3GPP GERAN/UTRAN SRVCC" in 3GPP TS 23.216 V9.4.0.
Figure 3-2 Signaling procedure for SRVCC to UTRAN/GERAN
1. After triggering an SRVCC procedure, the eNodeB delivers the inter-RAT measurement configuration to the UE.
2. The UE responds to the eNodeB with an RRC Connection Reconfiguration Complete message.
3. After detecting that a neighboring cell meets the condition for triggering an inter-RAT handover, the UE sends a measurement report to the eNodeB.
4. The eNodeB determines that a handover should be performed and sends a Handover Required message containing an SRVCC HO Indication to the MME.
5. The MME separates the voice bearer from non-voice bearers and then sends a Relocation Request message to both the SRVCC MSC server and target
SGSN.
6. After receiving the Relocation Request message, the SRVCC MSC server identifies the target MSC server based on the target cell ID contained within the
message. The SRVCC MSC server communicates with the target MSC server on a handover. Then, the target MSC server instructs the target radio network
controller (RNC) or base station controller (BSC) to prepare for the handover. Once the resources are ready, the target RNC or BSC responds to the target
MSC server. Meanwhile, the target SGSN prepares for a handover of PS services, which is the same as an inter-RAT PS handover procedure. The UE
media plane is then transferred on the IMS.
NOTE:
If the value of the SRVCC HO Indication information element (IE) is "CS Only" in the Handover Required message sent from the eNodeB to the MME, the
MME instructs only the MSC server to prepare for a handover. If the value of the SRVCC HO Indication IE is "PS and CS", the MME instructs both the MSC
server and SGSN to prepare for a handover.
For a CS-only SRVCC procedure, if the target network is UTRAN, the PS services of the UE resume during a routing area update (RAU) procedure in the
UTRAN. If the target network is GERAN, PS service handling depends on whether the UE and BSC support Dual Transfer Mode (DTM). If both the UE and
BSC support DTM, the PS services of the UE resume during an RAU procedure in the GERAN. If either the UE or the BSC is DTM-incapable, the PS
services of the UE are suspended.
7. The MME receives a response from the target MSC server or target SGSN, indicating that the handover preparation is complete.
8. The MME delivers a handover command to the eNodeB.
9. The eNodeB delivers a handover command to the UE.
10. After receiving the handover command, the UE accesses the target network.
11. The UE sends the target radio access network (RAN) a Handover Complete message, indicating that the handover procedure for SRVCC is complete.
LCS-based SRVCC
Feature/Function Document
Other triggers and execution of SRVCC to GERAN are the same as those for SRVCC to UTRAN. For details, see 3.1 SRVCC to UTRAN.
NOTE:
Retain the default policy for each QCI. Otherwise, no correct inter-RAT handover policy can be selected.
If a bearer of QCI 1 is used to carry VoIP and the corresponding InterRatPolicyCfgGroup.GeranGprsEdgeHoCfg parameter is set to REDIRECTION, call drop may
occur during redirection. In this case, do not set the policy to REDIRECTION.
5 Related Features
5.1 Features Related to LOFD-001022 SRVCC to UTRAN
Prerequisite Features
None
None
Impacted Features
None
LOFD-001087 SRVCC Flexible Steering to UTRAN requires LOFD-001022 SRVCC to UTRAN and LOFD-001078 E-UTRAN to UTRAN CS/PS Steering.
None
Impacted Features
None
None
None
Impacted Features
None
6 Network Impact
6.1 LOFD-001022 SRVCC to UTRAN
System Capacity
No impact
Network Performance
If the target network of a CS-only SRVCC procedure is a UTRAN, only the bearer with QCI 1 is diverted to the CS domain of the target network; bearers with other QCIs
complete the RAU procedure and re-establish the PS service in the target network.
The CS-only SRVCC procedure results in a service interruption period of several seconds for PS services. However, the PS-and-CS SRVCC procedure has a service
interruption period of only hundreds of milliseconds for PS services.
No impact
Network Performance
• SRVCC flexible steering to UTRAN reduces the measurement time because less UTRAN frequencies are measured. It also reduces the probability of UE
abnormalities caused by prolonged measurement time.
• After SRVCC flexible steering to UTRAN is activated, CS services are steered to UTRAN frequencies with high CS service priorities if the UEs support
SRVCC and SRVCC is enabled on the eNodeB.
• UEs measure only the UTRAN frequencies that have the highest CS service priority among the UE-supported frequencies. If an operator does not deploy
sufficient UTRAN frequencies with high CS service priority, the SRVCC success rate may decrease.
6.3 LOFD-001023 SRVCC to GERAN
System Capacity
No impact
Network Performance
If the target network of a CS-only SRVCC procedure is a DTM-supporting GERAN, only the bearer with QCI 1 is diverted to the CS domain of the target network; bearers
with other QCIs complete the RAU procedure and re-establish the PS service in the target network.
The CS-only SRVCC procedure results in a service interruption period of several seconds for PS services. However, the PS-and-CS SRVCC procedure has a service
interruption period of only hundreds of milliseconds for PS services.
7 Engineering Guidelines
7.1 LOFD-001022 SRVCC to UTRAN
• Operating frequencies, coverage areas, and configurations of E-UTRAN and UTRAN cells.
• Versions and configurations of the NEs in the E-UTRAN, UTRAN, and core networks. Ensure that they all support SRVCC to UTRAN.
• Operating frequency bands, supported measurement events, and SRVCC capabilities of UMTS+LTE UEs on live networks.
7.1.3 Process
To deploy SRVCC to UTRAN, you must complete the following steps:
• Formulate a neighboring cell plan and configure the neighboring cells accordingly when both UMTS and LTE networks are deployed.
• Configure parameters of handover thresholds related to SRVCC to UTRAN.
• Prepare the license file related to SRVCC to UTRAN and configure algorithm switches related to SRVCC to UTRAN.
7.1.4 Requirements
Operating Environment
For SRVCC to UTRAN, the eNodeB must collaborate with core-network equipment.
• If the core-network equipment (including the IMS equipment) is provided by Huawei, the version must be VoLTE1.0 or later.
• If the core-network equipment is provided by another vendor, check with the vendor whether the equipment supports this feature. The core network must
support SRVCC to UTRAN.
License
The operator has purchased and activated the license for the feature listed in Table 7-1.
Table 7-1 License information for SRVCC to UTRAN
LOFD-001022 SRVCC to UTRAN SRVCC to UTRAN eNodeB per RRC Connected User
• Network plan (negotiation required): parameter values planned by the operator and negotiated with the EPC or peer transmission equipment
• Network plan (negotiation not required): parameter values planned and set by the operator
• User-defined: parameter values set by users
Required Data
Before configuring SRVCC 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:
Scenario-specific Data
The following table describes the parameter that must be set in the ENodeBAlgoSwitch MO to enable SRVCC to UTRAN.
Table 7-2 SRVCC to UTRAN switch
Handover Mode switch ENodeBAlgoSwitch.HoModeSwitch Network plan (negotiation not required) To enable SRVCC to UTRAN, select the
UtranSrvccSwitch(UtranSrvccSwitch)
check box under this parameter.
The following table describes the parameters that must be set in an InterRatPolicyCfgGroup MO to configure an inter-RAT handover policy group.
Table 7-3 Inter-RAT handover policy group
Parameter Name Parameter ID Data Source Setting Notes
InterRAT policy InterRatPolicyCfgGroup.InterRatPolicyCfgGroupId Network plan (negotiation not Set this parameter for use in the StandardQci MO
config group ID required) described in Table 7-4.
UTRAN handover InterRatPolicyCfgGroup.UtranHoCfg Network plan (negotiation not Select the SRVCC check box under this parameter.
policy Configuration required)
The following table describes the parameters that must be set in the StandardQci MO to configure a QCI-based inter-RAT handover policy group.
Table 7-4 Parameters for QCI 1
QoS Class Indication StandardQci.Qci Network plan (negotiation not required) Set this parameter as required, for example, set this
parameter to QCI1(QCI 1).
InterRAT policy config StandardQci.InterRatPolicyCfgGroupId Network plan (negotiation not required) Set this parameter to the value of the InterRAT policy
group ID config group ID parameter in the
InterRatPolicyCfgGroup MO described in Table 7-3.
NOTE:
• For mandatory handovers, for example, coverage-based and UL-quality-based handovers, SRVCC can be triggered when SRVCC is configured in the inter-
RAT handover policy groups for QCI 5 and QCI 1.
• For optional handovers, for example, load-based, service-based, and CSFB-based handovers, SRVCC can be triggered when SRVCC is configured in the
inter-RAT handover policy groups for all QCIs.
The following table describes the parameters that must be set to configure LCS-based SRVCC. If LCS is required when a UE is performing a service with QCI 1 in an
LTE network that supports IMS but does not support LCS, the UE needs to fall back to a CS domain to perform LCS.
Table 7-5 Parameter for LCS-triggered SRVCC
Handover Mode switch ENodeBAlgoSwitch.HoModeSwitch Network plan (negotiation not required) Select the LcsSrvccSwitch check box.
UTRAN LCS capability CSFallBackBlindHoCfg.UtranLcsCap Network plan (negotiation not required) Set this parameter to ON(On).
7.1.6 Activation
Using the CME to Perform Batch Configuration for Newly Deployed eNodeBs
Enter the values of the parameters listed in Table 7-6 in a summary data file, which also contains other data for the new eNodeBs to be deployed. Then, import the
summary data file into the Configuration Management Express (CME) for batch configuration. For detailed instructions, see section "Creating eNodeBs in Batches" in the
initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized file, depending on the following conditions:
• The MOs in Table 7-6 are contained in a scenario-specific summary data file. In this situation, set the parameters in the MOs, and then verify and save the
file.
• Some MOs in Table 7-6 are not contained in a scenario-specific summary data file. In this situation, customize a summary data file to include the MOs before
you can set the parameters.
Table 7-6 Parameters related to SRVCC to UTRAN
UtranNFreq UtranNFreq Local cell identity, Downlink UARFCN The template RNPtemplate is
recommended.
UtranExternalCell UtranExternalCell Mobile country code, Mobile network code, UTRAN The template RNPtemplate is
cell identity, Downlink UARFCN, RNC identity, recommended.
Primary scrambling code, Location area code
UtranExternalCellPlmn UtranExternalCellPlmn UTRAN cell identity, Mobile country code, Mobile The template RNPtemplate is
network code, Share mobile country code, Share recommended.
mobile network code
UtranNCell UtranNCell Local cell identity, Mobile country code, Mobile The template RNPtemplate is
network code, UTRAN cell identity, Blind handover recommended.
priority
Batch reconfiguration using the CME is the recommended method to activate a feature on existing eNodeBs. This method reconfigures all data, except neighbor
relationships, for multiple eNodeBs in a single procedure. The procedure is as follows:
1. Choose CME > Advanced > Customize Summary Data File (M2000 client mode), or choose Advanced > Customize Summary Data File (CME client
mode), to customize a summary data file for batch reconfiguration.
NOTE:
For context-sensitive help on a current task in the client, press F1.
2. Choose CME > LTE Application > Export Data > Export Base Station Bulk Configuration Data (M2000 client mode), or choose LTE Application >
Export Data > Export Base Station Bulk Configuration Data (CME client mode), to export the eNodeB data stored on the CME into the customized
summary data file.
3. In the summary data file, set the parameters in the MOs listed in Table 7-6 and close the file.
4. Choose CME > LTE Application > Import Data > Import Base Station Bulk Configuration Data (M2000 client mode), or choose LTE Application >
Import Data > Import Base Station Bulk Configuration Data (CME client mode), to import the summary data file into the CME.
5. Choose CME > Planned Area > Export Incremental Scripts (M2000 client mode), or choose Area Management > Planned Area > Export Incremental
Scripts (CME client mode), to export and activate the incremental scripts.
On the CME, set the parameters listed in the "Data Preparation" section for a single eNodeB. The procedure is as follows:
1. In the planned data area, click Base Station in the upper left corner of the configuration window.
2. In area 1 shown in Figure 7-1, select the eNodeB to which the MOs belong.
Figure 7-1 MO search and configuration window
3. On the Search tab page in area 2, enter an MO name, for example, CELL.
4. In area 3, double-click the MO in the Object Name column. All parameters in this MO are displayed in area 4.
5. Set the parameters in area 4 or 5.
6. Choose CME > Planned Area > Export Incremental Scripts (M2000 client mode), or choose Area Management > Planned Area > Export Incremental
Scripts (CME client mode), to export and activate the incremental scripts.
1. Add neighboring UTRAN frequencies and neighbor relationships with UTRAN cells, and set parameters for inter-RAT measurements. For details about
parameter settings, see Inter-RAT Mobility Management in Connected Mode Feature Parameter Description.
2. Run the MOD ENODEBALGOSWITCH command with the UtranSrvccSwitch(UtranSrvccSwitch) check box selected under the Handover Mode switch
parameter.
3. Run the MOD INTERRATPOLICYCFGGROUP command with the InterRAT policy config group ID parameter set to 0 and with the SRVCC check box
selected under the UTRAN handover policy Configuration parameter.
4. Run the MOD STANDARDQCI command with the InterRAT policy config group ID parameter set to 0 for QCI 1 and QCI 5.
5. Run the MOD UTRANEXTERNALCELL command with the CS and PS handover indicator parameter set to BOOLEAN_FALSE(False).
1. Add neighboring UTRAN frequencies and neighbor relationships with UTRAN cells, and set parameters for inter-RAT measurements. For details about
parameter settings, see Inter-RAT Mobility Management in Connected Mode Feature Parameter Description.
2. Run the MOD ENODEBALGOSWITCH command with the UtranSrvccSwitch(UtranSrvccSwitch) and UtranPsHoSwitch(UtranPsHoSwitch) check
boxes selected under the Handover Mode switch parameter.
3. Run the MOD INTERRATPOLICYCFGGROUP command with the InterRAT policy config group ID parameter set to 0 and with the SRVCC and PS_HO
check boxes selected under the UTRAN handover policy Configuration parameter.
4. Run the MOD STANDARDQCI command with the InterRAT policy config group ID parameter set to 0 for QCI 1 and QCI 5.
5. Run the MOD UTRANEXTERNALCELL command with the CS and PS handover indicator parameter set to BOOLEAN_TRUE(True).
1. Run the MOD ENODEBALGOSWITCH command with the LcsSrvccSwitch check box selected under the Handover Mode switch parameter.
2. Run the MOD CSFALLBACKBLINDHOCFG command with the UTRAN LCS capability parameter set to ON(On).
Perform standard S1 interface tracing for a single UE. If the traced Handover Required message, as shown in Figure 7-2, contains the SRVCC HO Indication IE, SRVCC
to UTRAN has been activated.
Figure 7-2 SRVCC HO Indication IE contained in the Handover Required message
Observe the counters described in Table 7-7. If the value of a counter is not 0, the related feature or function has been activated.
Table 7-7 Mapping between counters and features/functions
7.1.8 Deactivation
Using the CME to Perform Batch Configuration
Batch reconfiguration using the CME is the recommended method to deactivate a feature on eNodeBs. This method reconfigures all data, except neighbor relationships,
for multiple eNodeBs in a single procedure. The procedure for feature deactivation is similar to that for feature activation described in "Using the CME to Perform Batch
Configuration for Existing eNodeBs." In the procedure, modify parameters according to Table 7-8.
Table 7-8 Parameters for SRVCC to UTRAN
On the CME, set parameters according to Table 7-8. For detailed instructions, see Using the CME to Perform Single Configuration described for feature activation.
Run the MOD ENODEBALGOSWITCH command with the UtranSrvccSwitch(UtranSrvccSwitch) check box cleared under the Handover Mode switch parameter.
Table 7-10 lists the performance counters for monitoring LCS-based SRVCC when UEs are running services with QCI 1.
Table 7-10 Performance counters for monitoring LCS-based SRVCC
1526728410 L.CSFB.LCS.PrepSucc Number of responses sent from the eNodeB to MMEs for CSFB
triggered by LCS
Table 7-11 lists the performance counters for monitoring SRVCC triggered for emergency calls.
Table 7-11 Performance counters for monitoring SRVCC triggered for emergency calls
Calculate SRVCC preparation and execution success rates. If the results do not meet the SRVCC performance requirements of an operator, perform fault isolation and
diagnosis. Take monitoring the performance of SRVCC to UTRAN as an example. The formulas for calculating other success rates are similar to the following:
• L.IRATHO.SRVCC.E2W.ExecSuccOut/L.IRATHO.SRVCC.E2W.PrepAttOut
• L.IRATHO.SRVCC.E2W.ExecAttOut/L.IRATHO.SRVCC.E2W.PrepAttOut
For details about how to optimize the event B1/B2 trigger thresholds for coverage- or service-based SRVCC, see Inter-RAT Mobility Management in Connected Mode
Feature Parameter Description.
For details about how to optimize the event B1 trigger threshold for LCS-based SRVCC, see CS Fallback Feature Parameter Description.
CS Service Priorities
The eNodeB generally selects the frequencies with highest CS priority and delivers the corresponding measurement configurations for SRVCC flexible steering to
UTRAN. It is recommended that the frequency with the widest coverage be assigned the highest priority for CS service to increase the SRVCC success rate.
• Operating frequencies, coverage areas, and configurations of E-UTRAN and UTRAN cells, especially the coverage of each UTRAN frequency, which can be
used as a reference for setting CS service priorities
• Versions and configurations of the NEs in the E-UTRAN, UTRAN, and core networks. Ensure that they all support SRVCC.
• Operating frequency bands, supported measurement events, and SRVCC capabilities of UMTS+LTE UEs on live networks.
7.2.3 Process
To deploy SRVCC Flexible Steering to UTRAN, you must complete the following steps:
7.2.4 Requirements
Operating Environment
For SRVCC Flexible Steering to UTRAN, the eNodeB must collaborate with core-network equipment.
• If the core-network equipment (including the IMS equipment) is provided by Huawei, the version must be VoLTE1.0 or later.
• If the core-network equipment is provided by another vendor, check with the vendor whether the equipment supports this feature. The core network must
support SRVCC Flexible Steering to UTRAN.
License
The operator has purchased and activated the license for the feature listed in Table 7-12.
Table 7-12 License information for SRVCC Flexible Steering to UTRAN
LOFD-001087 SRVCC Flexible Steering to SRVCC Flexible Steering to eNodeB per RRC Connected User
UTRAN UTRAN
• Network plan (negotiation required): parameter values planned by the operator and negotiated with the EPC or peer transmission equipment
• Network plan (negotiation not required): parameter values planned and set by the operator
• User-defined: parameter values set by users
Required Data
SRVCC Flexible Steering to UTRAN operates on the basis of SRVCC to UTRAN. Therefore, the required data for SRVCC Flexible Steering to UTRAN are all the data
required for SRVCC to UTRAN. For details, see 7.1.5 Data Preparation for SRVCC to UTRAN.
Scenario-specific Data
The following table describes the parameter that must be set in the ENodeBAlgoSwitch MO to enable SRVCC Flexible Steering to UTRAN.
Table 7-13 Switch for SRVCC Flexible Steering to UTRAN
The following table describes the parameter that must be set in the ENodeBAlgoSwitch MO to enable measurement-based handover for flexible steering.
Table 7-14 Switch of measurement-based handover for flexible steering
Frequency Layer Switch ENodeBAlgoSwitch.FreqLayerSwtich Network plan (negotiation not Select the UtranFreqLayerMeasSwitch
required) (UtranFreqLayerMeasSwitch) check box under this parameter.
The following table describes the parameter that must be set in a UtranNFreq MO to configure the CS service priority of a UTRAN frequency.
Table 7-15 CS service priority of a UTRAN frequency
CS service priority UtranNFreq.CsPriority Network plan (negotiation not required) Set this parameter based on the
network plan. When this parameter is
set to Priority_0(Priority 0) for the
UTRAN frequency, the eNodeB does
not select the frequency for SRVCC.
The values Priority_16(Priority 16) and
Priority_1(Priority 1) indicate the
highest and lowest CS service priority,
respectively.
Set a high priority for a UTRAN
frequency with good coverage.
NOTE:
As described in section 8.1.2.1.1.1 of 3GPP TS 36.133 V10.1.0 (2010-12), a UE is capable of measuring at least three UTRAN frequencies. To be compatible with UE
capabilities, the eNodeB delivers only three neighboring UTRAN frequencies to the UE for inter-RAT measurement. Therefore, assign the highest CS service priority to
three UTRAN frequencies at most.
7.2.6 Activation
Using the CME to Perform Batch Configuration for Newly Deployed eNodeBs
Enter the values of the parameters listed in Table 7-16 in a summary data file, which also contains other data for the new eNodeBs to be deployed. Then, import the
summary data file into the Configuration Management Express (CME) for batch configuration. For detailed instructions, see section "Creating eNodeBs in Batches" in the
initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized file, depending on the following conditions:
• The MOs in Table 7-16 are contained in a scenario-specific summary data file. In this situation, set the parameters in the MOs, and then verify and save the
file.
• Some MOs in Table 7-16 are not contained in a scenario-specific summary data file. In this situation, customize a summary data file to include the MOs
before you can set the parameters.
Table 7-16 Parameters for SRVCC Flexible Steering to UTRAN
NOTE:
You must activate and configure the SRVCC to UTRAN feature before activating the SRVCC Flexible Steering to UTRAN feature.
Batch reconfiguration using the CME is the recommended method to activate a feature on existing eNodeBs. This method reconfigures all data, except neighbor
relationships, for multiple eNodeBs in a single procedure. The procedure is as follows:
1. Choose CME > Advanced > Customize Summary Data File (M2000 client mode), or choose Advanced > Customize Summary Data File (CME client
mode), to customize a summary data file for batch reconfiguration.
NOTE:
For context-sensitive help on a current task in the client, press F1.
2. Choose CME > LTE Application > Export Data > Export Base Station Bulk Configuration Data (M2000 client mode), or choose LTE Application >
Export Data > Export Base Station Bulk Configuration Data (CME client mode), to export the eNodeB data stored on the CME into the customized
summary data file.
3. In the summary data file, set the parameters in the MOs listed in Table 7-16 and close the file.
4. Choose CME > LTE Application > Import Data > Import Base Station Bulk Configuration Data (M2000 client mode), or choose LTE Application >
Import Data > Import Base Station Bulk Configuration Data (CME client mode), to import the summary data file into the CME.
5. Choose CME > Planned Area > Export Incremental Scripts (M2000 client mode), or choose Area Management > Planned Area > Export Incremental
Scripts (CME client mode), to export and activate the incremental scripts.
On the CME, set the parameters listed in the "Data Preparation" section for a single eNodeB. The procedure is as follows:
1. In the planned data area, click Base Station in the upper left corner of the configuration window.
2. In area 1 shown in Figure 7-5, select the eNodeB to which the MOs belong.
Figure 7-5 MO search and configuration window
3. On the Search tab page in area 2, enter an MO name, for example, CELL.
4. In area 3, double-click the MO in the Object Name column. All parameters in this MO are displayed in area 4.
5. Set the parameters in area 4 or 5.
6. Choose CME > Planned Area > Export Incremental Scripts (M2000 client mode), or choose Area Management > Planned Area > Export Incremental
Scripts (CME client mode), to export and activate the incremental scripts.
If SRVCC Flexible Steering to UTRAN has been activated, the eNodeB delivers only the UTRAN frequency 10700, which is with the highest CS service priority, to the
UE, as shown in Figure 7-7.
Figure 7-7 Signaling tracing
7.2.8 Deactivation
Using the CME to Perform Batch Configuration
Batch reconfiguration using the CME is the recommended method to deactivate a feature on eNodeBs. This method reconfigures all data, except neighbor relationships,
for multiple eNodeBs in a single procedure. The procedure for feature deactivation is similar to that for feature activation described in "Using the CME to Perform Batch
Configuration for Existing eNodeBs." In the procedure, modify parameters according to Table 7-17.
Table 7-17 Parameters for SRVCC Flexible Steering to UTRAN
On the CME, set parameters according to Table 7-17. For detailed instructions, see Using the CME to Perform Single Configuration described for feature activation.
Run the MOD ENODEBALGOSWITCH command with the UtranSrvccSteeringSwitch(UtranSrvccSteeringSwitch) check box cleared under the Frequency Layer
Switch parameter.
• Operating frequencies, coverage areas, and configurations of E-UTRAN and GERAN cells.
• Versions and configurations of the NEs in the E-UTRAN, UTRAN, and core networks. Ensure that they all support SRVCC to GERAN.
• Operating frequency bands, supported measurement events, and SRVCC capabilities of GSM+LTE UEs on live networks.
7.3.3 Process
To deploy SRVCC to GERAN, you must complete the following steps:
• Formulate a neighboring cell plan and configure the neighboring cells accordingly when both GSM and LTE networks are deployed.
• Configure parameters of handover thresholds related to SRVCC to GERAN.
• Prepare the license file related to SRVCC to GERAN and configure algorithm switches related to SRVCC to GERAN.
7.3.4 Requirements
Operating Environment
For SRVCC to GERAN, the eNodeB must collaborate with core-network equipment.
• If the core-network equipment (including the IMS equipment) is provided by Huawei, the version must be VoLTE1.0 or later.
• If the core-network equipment is provided by another vendor, check with the vendor whether the equipment supports this feature. The core network must
support SRVCC to GERAN.
License
The operator has purchased and activated the license for the feature listed in Table 7-18.
Table 7-18 License information for SRVCC to GERAN
LOFD-001023 SRVCC to GERAN SRVCC to GERAN eNodeB per RRC Connected User
• Network plan (negotiation required): parameter values planned by the operator and negotiated with the EPC or peer transmission equipment
• Network plan (negotiation not required): parameter values planned and set by the operator
• User-defined: parameter values set by users
Required Data
Before configuring SRVCC to GERAN, collect the data related to neighbor relationships with GERAN cells. This section provides only the information about MOs related
to neighboring GERAN cells. For more information about how to collect data for the parameters in these MOs, see Inter-RAT Mobility Management in Connected Mode
Feature Parameter Description.
Collect data for the parameters in the following MOs:
• GeranNfreqGroupArfcn: used to configure absolute radio frequency channel numbers (ARFCNs) in each GERAN carrier frequency group.
• GeranExternalCell: used to configure external GERAN cells. The GeranExternalCell.Rac parameter must be set.
• GeranExternalCellPlmn: used to configure additional PLMN IDs for each shared external GERAN cell. This MO is required only if the BTS that provides the
external GERAN cell works in RAN sharing with common carriers mode and multiple operators share the external GERAN cell.
• GeranNcell: used to configure neighbor relationships with GERAN cells. 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 parameter that must be set in the ENodeBAlgoSwitch MO to enable SRVCC to GERAN.
Table 7-19 SRVCC to GERAN switch
Handover Mode ENodeBAlgoSwitch.HoModeSwitch Network plan (negotiation not To enable SRVCC to GERAN, select the GeranSrvccSwitch
switch required) (GeranSrvccSwitch) check box under this parameter.
The following table describes the parameters that must be set in an InterRatPolicyCfgGroup MO to configure an inter-RAT handover policy group.
Table 7-20 Inter-RAT handover policy group
InterRAT policy InterRatPolicyCfgGroup.InterRatPolicyCfgGroupId Network plan (negotiation not Set this parameter for use in the StandardQci MO
config group ID required) described in Table 7-21.
GERAN GSM InterRatPolicyCfgGroup.GeranGsmHoCfg Network plan (negotiation not Select the SRVCC check box under this parameter.
handover policy required)
Configuration
GERAN GPRS InterRatPolicyCfgGroup.GeranGprsEdgeHoCfg Network plan (negotiation not Select the SRVCC check box under this parameter.
EDGE handover required)
policy
Configuration
The following table describes the parameters that must be set in the StandardQci MO to configure a QCI-based inter-RAT handover policy group.
Table 7-21 Parameters for QCI 1
QoS Class Indication StandardQci.Qci Network plan (negotiation not Set this parameter as required, for example, set this parameter
required) to QCI1(QCI 1).
InterRAT policy config StandardQci.InterRatPolicyCfgGroupId Network plan (negotiation not Set this parameter to the value of the InterRAT policy config
group ID required) group ID parameter in the InterRatPolicyCfgGroup MO
described in Table 7-20.
NOTE:
• For mandatory handovers, for example, coverage-based and UL-quality-based handovers, SRVCC can be triggered when SRVCC is configured in the inter-
RAT handover policy groups for QCI 5 and QCI 1.
• For optional handovers, for example, load-based, service-based, and CSFB-based handovers, SRVCC can be triggered when SRVCC is configured in the
inter-RAT handover policy groups for all QCIs.
The following table describes the parameters that must be set to configure LCS-based SRVCC. If LCS is required when a UE is performing a service with QCI 1 in an
LTE network that supports IMS but does not support LCS, the UE needs to fall back to a CS domain to perform LCS.
Table 7-22 Parameters for LCS-based SRVCC
Handover Mode switch ENodeBAlgoSwitch.HoModeSwitch Network plan (negotiation not required) Select the LcsSrvccSwitch check box.
GERAN LCS capability CSFallBackBlindHoCfg.GeranLcsCap Network plan (negotiation not required) Set this parameter to ON(On).
7.3.6 Activation
Using the CME to Perform Batch Configuration for Newly Deployed eNodeBs
Enter the values of the parameters listed in Table 7-23 in a summary data file, which also contains other data for the new eNodeBs to be deployed. Then, import the
summary data file into the Configuration Management Express (CME) for batch configuration. For detailed instructions, see section "Creating eNodeBs in Batches" in the
initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized file, depending on the following conditions:
• The MOs in Table 7-23 are contained in a scenario-specific summary data file. In this situation, set the parameters in the MOs, and then verify and save the
file.
• Some MOs in Table 7-23 are not contained in a scenario-specific summary data file. In this situation, customize a summary data file to include the MOs
before you can set the parameters.
Table 7-23 Parameters for SRVCC to GERAN
GeranNfreqGroup GeranNfreqGroup Local cell identity, BCCH group identity, The template RNPtemplate is recommended.
GERAN version, Starting ARFCN, Band
indicator
GeranNfreqGroupArfcn GeranNfreqGroupArfcn Local cell identity, BCCH group identity, The template RNPtemplate is recommended.
GERAN ARFCN
GeranExternalCell GeranExternalCell Mobile country code, Mobile network code, The template RNPtemplate is recommended.
GERAN cell identity, Location area code,
Routing area code configure indicator,
Routing area code, Band indicator, GERAN
ARFCN, Network colour code, Base station
colour code, DTM indication
GeranExternalCellPlmn GeranExternalCellPlmn GERAN cell identity, Location area code, The template RNPtemplate is recommended.
Mobile country code, Mobile network code,
Share mobile country code, Share mobile
network code
GeranNcell GeranNcell Local cell identity, Mobile country code, The template RNPtemplate is recommended.
Mobile network code, Location area code,
GERAN cell identity, Blind handover priority
Batch reconfiguration using the CME is the recommended method to activate a feature on existing eNodeBs. This method reconfigures all data, except neighbor
relationships, for multiple eNodeBs in a single procedure. The procedure is as follows:
1. Choose CME > Advanced > Customize Summary Data File (M2000 client mode), or choose Advanced > Customize Summary Data File (CME client
mode), to customize a summary data file for batch reconfiguration.
NOTE:
For context-sensitive help on a current task in the client, press F1.
2. Choose CME > LTE Application > Export Data > Export Base Station Bulk Configuration Data (M2000 client mode), or choose LTE Application >
Export Data > Export Base Station Bulk Configuration Data (CME client mode), to export the eNodeB data stored on the CME into the customized
summary data file.
3. In the summary data file, set the parameters in the MOs listed in Table 7-23 and close the file.
4. Choose CME > LTE Application > Import Data > Import Base Station Bulk Configuration Data (M2000 client mode), or choose LTE Application >
Import Data > Import Base Station Bulk Configuration Data (CME client mode), to import the summary data file into the CME.
5. Choose CME > Planned Area > Export Incremental Scripts (M2000 client mode), or choose Area Management > Planned Area > Export Incremental
Scripts (CME client mode), to export and activate the incremental scripts.
On the CME, set the parameters listed in the "Data Preparation" section for a single eNodeB. The procedure is as follows:
1. In the planned data area, click Base Station in the upper left corner of the configuration window.
2. In area 1 shown in Figure 7-8, select the eNodeB to which the MOs belong.
Figure 7-8 MO search and configuration window
3. On the Search tab page in area 2, enter an MO name, for example, CELL.
4. In area 3, double-click the MO in the Object Name column. All parameters in this MO are displayed in area 4.
5. Set the parameters in area 4 or 5.
6. Choose CME > Planned Area > Export Incremental Scripts (M2000 client mode), or choose Area Management > Planned Area > Export Incremental
Scripts (CME client mode), to export and activate the incremental scripts.
1. Add neighboring GERAN frequencies and neighbor relationships with GERAN cells, and set parameters for inter-RAT measurements. For details about
parameter settings, see Inter-RAT Mobility Management in Connected Mode Feature Parameter Description.
2. Run the MOD ENODEBALGOSWITCH command with the GeranSrvccSwitch(GeranSrvccSwitch) check box selected under the Handover Mode switch
parameter.
3. Run the MOD INTERRATPOLICYCFGGROUP command with the InterRAT policy config group ID parameter set to 0 and with the SRVCC check box
selected under the GERAN GSM handover policy Configuration and GERAN GPRS EDGE handover policy Configuration parameters.
4. Run the MOD STANDARDQCI command with the InterRAT policy config group ID parameter set to 0 for QCI 1 and QCI 5.
5. Run the MOD GERANEXTERNALCELL command with the CS and PS handover indicator parameter set to BOOLEAN_FALSE(False).
1. Add neighboring GERAN frequencies and neighbor relationships with GERAN cells, and set parameters for inter-RAT measurements. For details about
parameter settings, see Inter-RAT Mobility Management in Connected Mode Feature Parameter Description.
2. Run the MOD ENODEBALGOSWITCH command with the GeranSrvccSwitch(GeranSrvccSwitch) and GeranPsHoSwitch(GeranPsHoSwitch) check
boxes selected under the Handover Mode switch parameter.
3. Run the MOD INTERRATPOLICYCFGGROUP command with the InterRAT policy config group ID parameter set to 0, with the SRVCC check box
selected under the GERAN GSM handover policy Configuration parameter, and with the SRVCC and PS_HO check boxes selected under the GERAN
GPRS EDGE handover policy Configuration parameter.
4. Run the MOD STANDARDQCI command with the InterRAT policy config group ID parameter set to 0 for QCI 1 and QCI 5.
5. Run the MOD GERANEXTERNALCELL command with the CS and PS handover indicator parameter set to BOOLEAN_TRUE(True).
1. Run the MOD ENODEBALGOSWITCH command with the LcsSrvccSwitch check box selected under the Handover Mode switch parameter.
2. Run the MOD CSFALLBACKBLINDHOCFG command with the GERAN LCS capability parameter set to ON(On).
7.3.8 Deactivation
Using the CME to Perform Batch Configuration
Batch reconfiguration using the CME is the recommended method to deactivate a feature on eNodeBs. This method reconfigures all data, except neighbor relationships,
for multiple eNodeBs in a single procedure. The procedure for feature deactivation is similar to that for feature activation described in "Using the CME to Perform Batch
Configuration for Existing eNodeBs." In the procedure, modify parameters according to Table 7-25.
Table 7-25 Parameters for SRVCC to GERAN
On the CME, set parameters according to Table 7-25. For detailed instructions, see "Using the CME to Perform Single Configuration" described for feature activation.
Run the MOD ENODEBALGOSWITCH command with the GeranSrvccSwitch(GeranSrvccSwitch) check box cleared under the Handover Mode switch parameter.
1526728403 L.IRATHO.SRVCC.E2G.PrepAttOut Number of inter-RAT handover attempts from E-UTRAN to GERAN for
SRVCC
Table 7-27 lists the performance counters for monitoring LCS-based SRVCC when UEs are running services with QCI 1.
Table 7-27 Performance counters for monitoring LCS-based SRVCC
1526728410 L.CSFB.LCS.PrepSucc Number of responses sent from the eNodeB to MMEs for CSFB
triggered by LCS
Table 7-28 lists the performance counters for monitoring SRVCC triggered for emergency calls.
Table 7-28 Performance counters for monitoring SRVCC triggered for emergency calls
7.4 Troubleshooting
7.4.1 Fault 1
Fault Description
The performance monitoring results show that the SRVCC handover preparation success rate does not meet the operator requirement. The SRVCC handover
preparation success rate is calculated according to the following formula: SRVCC handover preparation success rate = Number of inter-RAT handover executions for
SRVCC/Number of inter-RAT handover attempts for SRVCC.
Fault Handling
If event-based counters (EBCs) are available, you can use EBCs to diagnose the fault as follows:
1. Obtain the measurement statistics of each handover preparation failures to locate the cause of the fault. For details about the EBCs, see eNodeB EBC
Reference.
2. Rectify the fault based on the cause.
If EBCs are not available, use performance counters to identify the cause of the fault. Counters for diagnosing faults in SRVCC to GERAN or TD-SCDMA networks are
similar to those for diagnosing faults in SRVCC to WCDMA networks. The following is the procedure for diagnosing faults in SRVCC to WCDMA networks:
1. Collect the statistics of the performance counters listed in the following table to identify the fault cause.
7.4.2 Fault 2
Fault Description
The performance monitoring results show that the SRVCC handover success rate does not meet the operator requirement. The SRVCC handover success rate is
calculated according to the following formula: SRVCC handover success rate = (Number of successful inter-RAT handovers for SRVCC - Number of responses for
abnormal causes received by the eNodeB from the MME during inter-RAT handover executions for SRVCC)/Number of SRVCC-based outgoing handover executions for
ultra-flash CSFB.
Fault Handling
1. In the target system of handovers, check the counters related to incoming inter-RAT handovers to find out whether the UEs accessed the target system.
If the UEs accessed the target network, go to 2.
2. Check the counters related to failed inter-RAT handovers in the target system to identify whether the fault resides in the peer RAN or core network.
8 Parameters
Table 8-1 Parameters
CSFallBackBlindHoCfg UtranLcsCap MOD LOFD- CS Meaning: Indicates the LCS capability of the UTRAN. If
CSFALLBACKBLINDHOCFG 001033 / Fallback to this parameter is set to ON, the UTRAN supports LCS.
LST TDLOFD- UTRAN If this parameter is set to OFF, the UTRAN does not
CSFALLBACKBLINDHOCFG 001033 support LCS.
GUI Value Range: OFF(Off), ON(On)
Unit: None
Actual Value Range: OFF, ON
Default Value: OFF(Off)
UtranExternalCell CsPsHOInd ADD UTRANEXTERNALCELL LOFD- SRVCC to Meaning: Indicates whether the external UTRAN cell
MOD UTRANEXTERNALCELL 001022 / UTRAN supports single radio voice call continuity (SRVCC) for
LST UTRANEXTERNALCELL TDLOFD- PS Inter- both CS and PS services. If this parameter is set to
001022 RAT BOOLEAN_FALSE(False), the external UTRAN cell
LOFD- Mobility does not support SRVCC for both CS and PS services.
001019 / between
MO Parameter ID MML Command Feature Feature Description
ID Name
TDLOFD- E-UTRAN GUI Value Range: BOOLEAN_FALSE(False),
001019 and BOOLEAN_TRUE(True)
TDLOFD- UTRAN Unit: None
001078 E-UTRAN Actual Value Range: BOOLEAN_FALSE,
to UTRAN BOOLEAN_TRUE
CS/PS Default Value: BOOLEAN_FALSE(False)
steering
ENodeBAlgoSwitch FreqLayerSwtich MOD ENODEBALGOSWITCH LOFD- SRVCC Meaning: This parameter includes the following three
LST ENODEBALGOSWITCH 001087 Flexible switches: UtranFreqLayerMeasSwitch,
LOFD- Steering to UtranFreqLayerBlindSwitch, and UtranSrvccSwitch.
001078 / UTRAN UtranSrvccSwitch takes effect only when
TDLOFD- E-UTRAN UtranFreqLayerMeasSwitch is turned on. If
001078 to UTRAN UtranFreqLayerMeasSwitch is turned on, the UTRAN
TDLOFD- CS/PS hierarchy-based measurement algorithm takes effect
001022 Steering for measurements related to coverage-based and
SRVCC to CSFB-triggered handovers from EUTRAN to UTRAN. If
TDLOFD-
UTRAN UtranFreqLayerBlindSwitch is turned on, the UTRAN
001033
hierarchy-based blind-handover algorithm takes effect
TDLOFD- CS
for coverage-based and CSFB-triggered blind
001052 Fallback to
handovers from EUTRAN to UTRAN. If
TDLOFD- UTRAN
UtranSrvccSwitch is turned on, the UTRAN SRVCC
001088 Flash CS hierarchy-based measurement algorithm takes effect
Fallback to for SRVCC-triggered handovers from EUTRAN to
UTRAN UTRAN.
CS GUI Value Range: UtranFreqLayerMeasSwitch
Fallback (UtranFreqLayerMeasSwitch),
Steering to UtranFreqLayerBlindSwitch
UTRAN (UtranFreqLayerBlindSwitch),
UtranSrvccSteeringSwitch(UtranSrvccSteeringSwitch)
Unit: None
Actual Value Range: UtranFreqLayerMeasSwitch,
UtranFreqLayerBlindSwitch, UtranSrvccSteeringSwitch
Default Value: UtranFreqLayerMeasSwitch:Off,
UtranFreqLayerBlindSwitch:Off,
UtranSrvccSteeringSwitch:Off
UtranNFreq CsPriority ADD UTRANNFREQ LOFD- E-UTRAN Meaning: Indicates the priority for a neighboring
MOD UTRANNFREQ 001078 / to UTRAN UTRAN frequency to carry CS services. In coverage-
LST UTRANNFREQ TDLOFD- CS/PS based inter-RAT SRVCC or CSFB to UTRAN, if
001078 Steering UtranFreqLayerMeasSwitch is turned on, the eNodeB
TDLOFD- CS determines the UTRAN frequency to be delivered to a
001033 Fallback to UE based on CS service priorities. The eNodeB
TDLOFD- UTRAN delivers the UTRAN frequency with the highest CS
001052 Flash CS priority to the UE by default.In blind handovers for
Fallback to CSFB to UTRAN, if UtranFreqLayerBlindSwitch is
TDLOFD-
UTRAN turned on, the target cell for a blind handover is
001088
selected based on CS service priorities. The cell on the
CS
UTRAN frequency with the highest CS priority is
Fallback
selected by default.When this parameter is set to
Steering to
Priority_0 for a UTRAN frequency, the UTRAN
UTRAN
frequency is not included in CS service priority
arrangement.
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)
InterRatPolicyCfgGroup InterRatPolicyCfgGroupId ADD LOFD- SRVCC to Meaning: Indicates the group ID of the parameters
INTERRATPOLICYCFGGROUP 001022 / UTRAN related to the inter-RAT handover with a specific QCI.
LST TDLOFD- SRVCC to GUI Value Range: 0~39
INTERRATPOLICYCFGGROUP 001022 GERAN Unit: None
MOD LOFD- PS Inter- Actual Value Range: 0~39
INTERRATPOLICYCFGGROUP 001023 / RAT Default Value: None
RMV TDLOFD- Mobility
INTERRATPOLICYCFGGROUP 001023 between
LOFD- E-UTRAN
001019 / and
TDLOFD- UTRAN
001019 PS Inter-
RAT
MO Parameter ID MML Command Feature Feature Description
ID Name
LOFD- Mobility
001020 / between
TDLOFD- E-UTRAN
001020 and
LOFD- GERAN
001021 / PS Inter-
TDLOFD- RAT
001021 Mobility
between
E-UTRAN
and
CDMA2000
StandardQci InterRatPolicyCfgGroupId MOD STANDARDQCI LOFD- PS Inter- Meaning: Indicates the ID of a parameter group related
LST STANDARDQCI 001019 / RAT to inter-RAT handover.
TDLOFD- Mobility GUI Value Range: 0~39
001019 between Unit: None
LOFD- E-UTRAN
Actual Value Range: 0~39
001020 / and
UTRAN Default Value: 0
TDLOFD-
001020 PS Inter-
LOFD- RAT
001021 / Mobility
TDLOFD- between
001021 E-UTRAN
and
GERAN
PS Inter-
RAT
Mobility
between
E-UTRAN
and
CDMA2000
ExtendedQci InterRatPolicyCfgGroupId ADD EXTENDEDQCI LOFD- PS Inter- Meaning: Indicates the group ID of the parameters
MOD EXTENDEDQCI 001019 / RAT related to the inter-RAT handover with the extended
LST EXTENDEDQCI TDLOFD- Mobility QCI.
001019 between GUI Value Range: 0~39
LOFD- E-UTRAN Unit: None
001020 / and
Actual Value Range: 0~39
TDLOFD- UTRAN
Default Value: 0
001020 PS Inter-
LOFD- RAT
001021 / Mobility
TDLOFD- between
001021 E-UTRAN
and
GERAN
PS Inter-
RAT
Mobility
between
E-UTRAN
and
CDMA2000
InterRatPolicyCfgGroup GeranGprsEdgeHoCfg ADD TDLOFD- SRVCC to Meaning: Indicates the policy of handovers to
INTERRATPOLICYCFGGROUP 001023 GERAN GPRS/EDGE. PS_HO: Indicates whether PS
MOD LOFD- PS Inter- handovers to neighboring GPRS/EDGE cells are
INTERRATPOLICYCFGGROUP 001020 / RAT allowed. NACC_HO: Indicates whether NACC
LST TDLOFD- Mobility handovers to neighboring GPRS/EDGE cells are
INTERRATPOLICYCFGGROUP 001020 between allowed. This switch will be removed in the later
E-UTRAN versions. In this version, the setting of this switch is still
and synchronized between the M2000 and the eNodeB, but
GERAN it is no longer used internally. Therefore, avoid using
this parameter. CCO_HO: Indicates whether CCO
handovers to neighboring GPRS/EDGE cells are
allowed. SRVCC: Indicates whether SRVCC handovers
to neighboring GPRS/EDGE cells are allowed.
REDIRECTION: Indicates whether redirections to
neighboring GPRS/EDGE cells are allowed.
GUI Value Range: PS_HO, NACC_HO, CCO_HO,
SRVCC, REDIRECTION
Unit: None
Actual Value Range: PS_HO, NACC_HO, CCO_HO,
SRVCC, REDIRECTION
Default Value: PS_HO:On, NACC_HO:Off,
CCO_HO:Off, SRVCC:Off, REDIRECTION:Off
UtranExternalCell Rac ADD UTRANEXTERNALCELL LOFD- PS Inter- Meaning: Indicates the routing area code.
MOD UTRANEXTERNALCELL 001019 / RAT GUI Value Range: 0~255
LST UTRANEXTERNALCELL TDLOFD- Mobility Unit: None
001019 between
MO Parameter ID MML Command Feature Feature Description
ID Name
LOFD- E-UTRAN Actual Value Range: 0~255
001034 / and Default Value: 0
TDLOFD- UTRAN
001034 CS
LOFD- Fallback to
001052 / GERAN
TDLOFD- Flash CS
001052 Fallback to
TDLOFD- UTRAN
001033 CS
TDLOFD- Fallback to
001043 UTRAN
TDLOFD- Service
001072 based
TDLOFD- Inter-RAT
001078 handover
to UTRAN
Distance
based
Inter-RAT
handover
to UTRAN
E-UTRAN
to UTRAN
CS/PS
steering
UtranNCell BlindHoPriority ADD UTRANNCELL LOFD- PS Inter- Meaning: Indicates the priority of the neighboring cell
MOD UTRANNCELL 001019 RAT during blind handovers. Blind handover is a process in
LST UTRANNCELL TDLOFD- Mobility which the eNodeB instructs a UE to hand over to a
001022 between specified neighboring cell. There are 32 priorities
TDLOFD- E-UTRAN altogether. The priority has a positive correlation with
001033 and the value of this parameter. Note that the value 0
UTRAN indicates that blind handovers to the neighboring cell
TDLOFD-
SRVCC to are not allowed.
001052
UTRAN GUI Value Range: 0~32
TDLOFD-
001019 CS Unit: None
Fallback to Actual Value Range: 0~32
TDLOFD-
UTRAN Default Value: 0
001043
Flash CS
TDLOFD-
Fallback to
001072
UTRAN
TDLOFD-
PS Inter-
001078
RAT
Mobility
between
E-UTRAN
and
UTRAN
Service
based
Inter-RAT
handover
to UTRAN
Distance
based
Inter-RAT
handover
to UTRAN
E-UTRAN
to UTRAN
CS/PS
steering
StandardQci Qci LST STANDARDQCI LOFD- Dynamic Meaning: Indicates the QoS Class Identifier (QCI) of an
MOD STANDARDQCI 00101502 Scheduling EPS bearer. Different QCIs represent different QoS
/ specifications such as the packet delay budget, packet
TDLOFD- error loss rate, and resource type (whether the service
00101502 is a GBR service or not). For details, see Table 6.1.7 in
3GPP TS 23.203.
GUI Value Range: QCI1(QCI 1), QCI2(QCI 2), QCI3
(QCI 3), QCI4(QCI 4), QCI5(QCI 5), QCI6(QCI 6),
QCI7(QCI 7), QCI8(QCI 8), QCI9(QCI 9)
Unit: None
Actual Value Range: QCI1, QCI2, QCI3, QCI4, QCI5,
QCI6, QCI7, QCI8, QCI9
Default Value: None
GeranExternalCell Rac ADD GERANEXTERNALCELL LOFD- CS Meaning: Indicates the routing area code.
MOD GERANEXTERNALCELL 001034 / Fallback to GUI Value Range: 0~255
LST GERANEXTERNALCELL LOFD- GERAN Unit: None
001034 Flash CS Actual Value Range: 0~255
LOFD- Fallback to
Default Value: 0
001053 GERAN
LOFD- PS Inter-
001020 / RAT
TDLOFD- Mobility
001020 between
E-UTRAN
and
GERAN
GeranNcell BlindHoPriority ADD GERANNCELL LOFD- PS Inter- Meaning: Indicates the priority of the neighboring cell
MOD GERANNCELL 001020 / RAT during blind handovers. Blind handover is a process in
LST GERANNCELL TDLOFD- Mobility which the eNodeB instructs a UE to hand over to a
001020 between specified neighboring cell. There are 32 priorities
MO Parameter ID MML Command Feature Feature Description
ID Name
TDLOFD- E-UTRAN altogether. The priority has a positive correlation with
001023 and the value of this parameter. Note that the value 0
TDLOFD- GERAN indicates that blind handovers to the neighboring cell
001034 SRVCC to are not allowed.
TDLOFD- GERAN GUI Value Range: 0~32
001053 CS Unit: None
Fallback to Actual Value Range: 0~32
GERAN Default Value: 0
Flash CS
Fallback to
GERAN
CSFallBackBlindHoCfg GeranLcsCap MOD LOFD- CS Meaning: Indicates the LCS capability of the GERAN. If
CSFALLBACKBLINDHOCFG 001034 / Fallback to this parameter is set to ON, the GERAN supports LCS.
LST TDLOFD- GERAN If this parameter is set to OFF, the GERAN does not
CSFALLBACKBLINDHOCFG 001034 support LCS.
GUI Value Range: OFF(Off), ON(On)
Unit: None
Actual Value Range: OFF, ON
Default Value: OFF(Off)
9 Counters
Table 9-1 Counters
1526727035 Handover from E-UTRAN to GERAN Success Success rate of inter-RAT Multi-mode: None PS Inter-RAT Mobility
Rate handovers from E-UTRAN GSM: None between E-UTRAN and
to GERAN UMTS: None GERAN
The counter will be deleted LTE: LOFD-001020 SRVCC to GERAN
in later versions. It is PS Inter-RAT Mobility
LOFD-001023
reported normally in the between E-UTRAN and
current version but the TDLOFD-001020
GERAN
measurement value is TDLOFD-001023
SRVCC to GERAN
invalid. You are advised not
to use this counter.
10 Glossary
For the acronyms, abbreviations, terms, and definitions, see Glossary.
11 Reference Documents
1. 3GPP TS 23.216, "Single Radio Voice Call Continuity (SRVCC)"
2. 3GPP TS 23.272, "Circuit Switched (CS) fallback in Evolved Packet System (EPS)"
3. 3GPP TS 25.913, "Requirements for Evolved UTRA (E-UTRA) and Evolved UTRAN (E-UTRAN)"
4. CS Fallback Feature Parameter Description
5. Inter-RAT Mobility Management in Connected Mode Feature Parameter Description
6. MLB Feature Parameter Description
7. Flexible User Steering Feature Parameter Description