Interoperability Between UMTS and LTE

1/3/2017

Interoperability Between UMTS and LTE

Interoperability Between UMTS and LTE Contents 3.1.3 Interoperability Between UMTS and LTE

WCDMA RAN Interoperability Between UMTS and LTE Feature Parameter Description Copyright © Huawei Technologies Co., Ltd. 2013. 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 the property 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 commercial contract made between Huawei and the customer. All or partial products, services and features described in this document may not be within the purchased scope or the usage scope. Unless otherwise agreed by 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.

Contents 1 Introduction 1.1 Scope 1.2 Intended Audience 1.3 Change History 2 Overview 2.1 Background 2.2 Function Classification 2.3 Deployment Phases of Interoperability Between UMTS and LTE 2.3.1 Phase 1: Only Data Cards, Only Data Services, LTE Coverage Still Incomplete 2.3.2 Phase 2: Not Only Data Cards, Only Data Services, CSFB Supported, LTE Coverage Still Incomplete 2.3.3 Phase 3: Data and VoIP Services Supported, LTE Coverage Still Incomplete 3 Cell Reselection Between UMTS and LTE 3.1 UMTStoLTE Cell Reselection 3.1.1 Criteria for Starting Measurements 3.1.2 Criteria for Triggering Cell Reselection 3.2 LTEtoUMTS Cell Reselection 3.3 UMTStoLTE Fast Return 3.3.1 Background 3.3.2 Principles 3.3.3 Enhancement 3.3.4 Related Features 3.4 UMTStoLTE Quick Cell Reselection 4 PS Redirections and Handovers Between UMTS and LTE 4.1 LTEtoUMTS PS Redirections and Handovers

http://localhost:7891/printtopics.html?time=Tue%20Jan%2003%202017%2008:37:55%20GMT+0700%20(SE%20Asia%20Standard%20Time)

1/51

1/3/2017

Interoperability Between UMTS and LTE 4.2 Servicebased UMTStoLTE PS Redirections and Handovers 4.2.1 Overview 4.2.2 Measurements on LTE Signal Quality 4.2.3 Antipingpong Measures 4.2.4 Target Cell Selection and Execution of Redirections or Handovers

5 CS Fallback Guarantee for LTE Emergency Calls 5.1 Overview 5.2 Policy 6 CS Fallback Guarantee for LTE Common Calls 6.1 Overview 6.2 Policy 7 Impact on the Network 7.1 WRFD140226 UMTStoLTE Fast Return (a Trial Feature) 7.2 WRFD020129 ServiceBased PS Service Redirection from UMTS to LTE 7.3 WRFD140218 ServiceBased PS Handover from UMTS to LTE 7.4 WRFD140102 CS Fallback Guarantee for LTE Emergency Calls 8 Engineering Guidelines 8.1 WRFD020126 Mobility Between UMTS and LTE Phase 1 8.1.1 When to Use Mobility Between UMTS and LTE Phase 1 8.1.2 Feature Deployment 8.2 WRFD140226 UMTStoLTE Fast Return (a Trial Feature) 8.2.1 When to Use UMTStoLTE Fast Return 8.2.2 Information to Be Collected 8.2.3 Network Planning 8.2.4 Feature Deployment 8.2.5 Performance Monitoring 8.2.6 Parameter Optimization 8.2.7 Troubleshooting 8.3 WRFD020129 ServiceBased PS Service Redirection from UMTS to LTE 8.3.1 When to Use Servicebased PS Redirection or Handover from UMTS to LTE 8.3.2 Feature Deployment 8.3.3 Performance Optimization 8.4 WRFD140218 ServiceBased PS Handover from UMTS to LTE 8.4.1 Feature Deployment 8.4.2 Performance Optimization 8.5 WRFD140102 CS Fallback Guarantee for LTE Emergency Calls 8.5.1 When to Use CS Fallback Guarantee for LTE Emergency Calls 8.5.2 Feature Deployment 8.5.3 Performance Optimization 9 Parameters 10 Counters 11 Glossary 12 Reference Documents

1 Introduction 1.1 Scope This document describes Interoperability Between UMTS and LTE, including its technical principles, related features, network impact, and engineering guidelines. This document covers the following features:  WRFD020126 Mobility Between UMTS and LTE Phase 1 


2/51

1/3/2017


 WRFD020129 PS Service Redirection from UMTS to LTE  WRFD140218 ServiceBased PS Handover from UMTS to LTE  WRFD140102 CS Fallback Guarantee for LTE Emergency Calls

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, which are defined as follows:  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 06 (20131130) This issue includes the following changes.

Change Type

Change Description

Parameter Change

Feature change

Added measures to prevent pingpong handovers or redirections between UTMS that are triggered when UEs in the CELL_PCH state initiate CS services while processing PS services. For details, see section 4.2.3 "Antipingpong Measures."

Added the RESERVED_SWITCH_6_BIT12 to the RsvSwitch6 parameter in the SET UALGORSVPARA command.

The related engineering guidelines are detailed in sections 8.3 "WRFD020129 ServiceBased PS Service Redirection from UMTS to LTE" and 8.4 "WRFD140218 ServiceBased PS Handover from UMTS to LTE." Added measures to prevent pingpong entering and exiting of the compressed mode during servicebased UMTStoLTE handovers or redirections. For details, see section 4.2.3 "Anti pingpong Measures." The related engineering guidelines are detailed in sections 8.3"WRFD020129 ServiceBased PS Service Redirection from UMTS to LTE" and 8.4"WRFD140218 ServiceBased PS Handover from UMTS to LTE." Editorial change

None

Added the following parameters:  RESERVED_SWITCH_6_BIT13 under the RsvSwitch6

parameter in the SET UALGORSVPARA command  RsvU32Para9

None

05 (20130620) This issue includes the following changes.

Change Description

Parameter Change

Feature change

Added the description of the enhancement of the UMTStoLTE Fast Return feature. For details, see section 3.3 "UMTStoLTE Fast Return."

Added RESERVED_SWITCH_3_BIT12 under the RsvSwitch3 parameter.

Editorial change

None

None

Change Type


Change Description

Parameter Change

Feature change

None

None

Editorial change

Added the description of the SRB data rate. For details, see section “5.2 Policy” and “6.2 Policy.”

Added the CSFBSRBRate parameter.

Change Type


3/51

1/3/2017



Change Type

Change Description

Parameter Change

Feature change

Changed the UMTStoLTE fast return function to a trial feature.

None

Editorial change

Optimized the descriptions in section 3.1.2 "Criteria for Triggering Cell Reselection."

None

Added the following sections for the UMTStoLTE fast return function

 3.3.4 "Related Features"  7.1 "WRFD140226 UMTStoLTE Fast Return (a Trial

Feature)"  8.2 "WRFD140226 UMTStoLTE Fast Return (a Trial

Feature)" 02 (20120720) This issue includes the following changes. Change Type

Change Description

Parameter Change

Feature change



Added descriptions of UMTStoLTE quick cell reselection. For details, see section 3.4 "UMTStoLTE Quick Cell Reselection."

Added the following parameters:

 Added descriptions of the CS fallback guarantee for LTE

common calls. For details, see chapter 6 "CS Fallback Guarantee for LTE Common Calls." Editorial change

Added the information about how to deploy related features to interoperability between UMTS and LTE. For details, see 8 "Engineering Guidelines."

 RsvSwitch0: RESERVED_SWITCH_0_BIT10  RsvSwitch0: RESERVED_SWITCH_0_BIT8

PerfEnhanceSwitch: PERFENH_L2U_CSFB_COMMCALL_SWITCH 

None

01 (20120430) This issue includes the following changes. Change Type

Change Description

Parameter Change

Feature change

None

None

Editorial change

The document description is optimized to improve readability.

None

Draft A (20120215) Compared with issue 02 (20111230) for RAN13.0, Draft A (20120215) of RAN14.0 includes the following changes.

Change Description

Parameter Change

Added the following functions:

Added the following parameters:

 ServiceBased PS Handover from UMTS to LTE. For

 SuppPSHOFlag

details, see chapter 4 "PS Redirections and Handovers Between UMTS and LTE."

 HO_LTE_SERVICE_PSHO_OUT_SWITCH

Change Type Feature change

 CS Fallback Guarantee for LTE Emergency Calls. For

details, see chapter 5 "CS Fallback Guarantee for LTE Emergency Calls."

 HO_L2U_EMGCall_Switch  HO_UMTS_TO_LTE_FAST_RETURN_SWITCH

 UMTStoLTE Fast Return. For details, see section 3.3

"UMTStoLTE Fast Return." Editorial change

The document description is optimized to improve readability.

None

2 Overview 2.1 Background http://localhost:7891/printtopics.html?time=Tue%20Jan%2003%202017%2008:37:55%20GMT+0700%20(SE%20Asia%20Standard%20Time)

4/51

1/3/2017


As wireless data services rapidly grow and conditions mature for LTE commercial use, telecom operators are beginning to execute plans to build LTE networks upon existing UMTS networks. These two types of networks will have to coexist for a long time, so interoperability between UMTS and LTE is important. This feature helps make the most of existing network equipment, provide diversified services, and achieve smooth network evolution. Huawei products support interoperability between UMTS and time division duplex (TDD) LTE and between UMTS and frequency division duplex (FDD) LTE.

2.2 Function Classification Interoperability between UMTS and LTE functions are classified by UE status, as shown in Table 21. Table 21 Interoperability between UMTS and LTE functions classified by UE status UE Status

Interoperability Between UMTS and LTE Function

Idle mode

UMTStoLTE cell reselection LTEtoUMTS cell reselection. See LTE document Mobility Management in Idle Mode Feature Parameter Description for details.

Connected mode

Data services

LTEtoUMTS PS redirections or handovers. See LTE document Mobility Management in Connected Mode Feature Parameter Description for details. Servicebased UMTStoLTE PS redirections and handovers

Voice services

LTEtoUMTS circuitswitched fallback (CSFB) specified by 3GPP Release 8. See LTE document CS Fallback Feature Parameter Description for details. CSFB guarantee for emergency calls originated on the LTE network

Currently, LTE does not support voice services. Therefore, interoperability between UMTS and LTE does not address UMTStoLTE handovers of CS services or CS/PS combined services.

2.3 Deployment Phases of Interoperability Between UMTS and LTE 2.3.1 Phase 1: Only Data Cards, Only Data Services, LTE Coverage Still Incomplete Description  UMTS/LTE dualmode UEs only support PS services and PS handovers.  No IP Multimedia Subsystem (IMS) has been deployed on the LTE network and therefore VoIP services are not supported.  LTE coverage is still incomplete.

UE camping policy  An LTEfirst policy is recommended for UE camping, because commercial UMTS/LTE dualmode UEs are all in datacard mode.  Cell reselection is performed to shift UEs in idle mode or the CELL_PCH/URA_PCH state between UMTS and LTE. For details, see chapter 3 "Cell

Reselection Between UMTS and LTE." CS service policy CS services are not supported, because commercial UMTS/LTE dualmode UEs are all in datacard mode. PS service policy  Since LTE coverage is still incomplete, when a UE processing a PS service on the LTE network moves out of the LTE coverage area, a PS handover or

redirection to the UMTS network is performed for the UE and the PS service. For details, see section 4.1 "LTEtoUMTS PS Redirections and Handovers."  When a UE processing a PS service on the UMTS network moves to a UMTS/LTE overlapping coverage area, a PS handover or redirection to the LTE

network is not performed. 2.3.2 Phase 2: Not Only Data Cards, Only Data Services, CSFB Supported, LTE Coverage Still Incomplete Description  Commercial UMTS/LTE dualmode UEs in datacard mode and nondatacard mode are in use.  No IMS has been deployed on the LTE network and therefore VoIP services are not supported.  The networks and UEs support CSFB.  LTE coverage is still incomplete.

UE camping policy Huawei products support either the LTE network or the UMTS network as the preferred choice for UE camping. An LTEfirst policy is recommended for this phase. CS service policy  When a UE initiates a voice service on the LTE network, both the UE and the voice service will fall back to the UMTS network. Emergency calls initiated

on the LTE network are ensured a high CSFB success rate. For details, see chapter 5 "CS Fallback Guarantee for LTE Emergency Calls."  A UE processing a CS service or CS/PS combined service on the UMTS network remains on the UMTS network to ensure CS service continuity.


5/51

1/3/2017


PS service policy  Since LTE coverage is still incomplete in this phase, when a UE processing a PS service on the LTE network moves out of LTE coverage, a PS handover

or redirection to the UMTS network will be performed. For details, see section 4.1 "LTEtoUMTS PS Redirections and Handovers." When a UE processing a PS service on the UMTS network moves to a UMTS/LTE overlapping coverage area, the UE can remain on the UMTS network. For details, see section 4.1 "LTEtoUMTS PS Redirections and Handovers."  A UMTSfirst policy can be adopted for UE camping. Under this policy, when a UE initiates a PS service in a UMTS/LTE overlapping coverage area, a

servicebased UMTStoLTE PS handover or redirection is performed to shift the UE and the PS service to the LTE network. This mechanism makes efficient use of the LTE network. For details, see section 4.2 "Servicebased UMTStoLTE PS Redirections and Handovers."  When a UE processing a PS service initiates a CS service, CSFB is performed and a PS handover or redirection is used to shift the PS service to the

UMTS network. If the PS service is still in progress when the CS service is complete and the LTE signal quality meets specific conditions, a servicebased UMTStoLTE PS handover or redirection is performed to shift the UE and the PS service back to the LTE network. For details, see section 4.2 "Service based UMTStoLTE PS Redirections and Handovers."

2.3.3 Phase 3: Data and VoIP Services Supported, LTE Coverage Still Incomplete Description  An IMS has been deployed on the IMS. Therefore, both PS data services and VoIP services are supported.  LTE coverage is still incomplete.

UE Camping Policy An LTEfirst policy is recommended. If the delay caused by CSFB is too long to ensure service quality, adopt a UMTSfirst policy. CS service policy  When a UE processing a VoIP service on the LTE network moves out of the LTE coverage area, the Single Radio Voice Call Continuity (SRVCC) feature

converts the VoIP service to a CS service on the UMTS network. This mechanism ensures voice service continuity.  A UE processing a CS service or CS/PS combined service remains on the UMTS network to ensure CS service continuity.

PS service policy  Since LTE coverage is still incomplete, when a UE processing a PS service on the LTE network moves out of the LTE coverage area, a PS handover or

redirection to the UMTS network is performed. For details, see section 4.1 "LTEtoUMTS PS Redirections and Handovers." When a UE processing a PS service on the UMTS network moves to a UMTS/LTE overlapping coverage area, the UE can remain on the UMTS network. For details, see section 4.1 "LTEtoUMTS PS Redirections and Handovers."  A UMTSfirst policy can be adopted for UE camping. Under this policy, when a UE initiates a PS service in a UMTS/LTE overlapping coverage area, a

servicebased UMTStoLTE PS handover or redirection is performed to shift the UE and the PS service to the LTE network. This mechanism makes efficient use of the LTE network. For details, see section 4.2 "Servicebased UMTStoLTE PS Redirections and Handovers."  When a UE processing a PS service initiates a CS service, CSFB is performed and a PS handover or redirection is used to shift the PS service to the

UMTS network. If the PS service is still in progress when the CS service is complete and the LTE signal quality meets specific conditions, a servicebased UMTStoLTE PS handover or redirection is performed to shift the UE and the PS service back to the LTE network. For details, see section 4.2 "Service based UMTStoLTE PS Redirections and Handovers."

To adopt an LTEfirst policy for UE camping, set high priorities for LTE frequencies so that the LTE network is preferred during cell reselection. To adopt a UMTSfirst policy for UE camping, set low priorities for LTE frequencies so that the UMTS network is preferred during cell reselection.

3 Cell Reselection Between UMTS and LTE This chapter describes the WRFD020126 Mobility Between UMTS and LTE Phase 1 feature. Cell reselection between UMTS and LTE includes UMTStoLTE cell reselection, LTEtoUMTS cell reselection, UMTStoLTE fast return, and UMTStoLTE quick cell reselection. When camping on the UMTS network, a UMTS/LTE dualmode UE receives system information from the serving UMTS cell. System information block 19 (SIB19) carries the absolute priorities of the serving UMTS cell and LTE frequencies. If the absolute priorities of one or more LTE frequencies are higher than the absolute priority of the serving UMTS cell, the corresponding LTE cell or cells are the preferred target cells for cell reselection. If the absolute priorities of all LTE frequencies are lower than the absolute priority of the serving UMTS cell, UMTS cells are the preferred target cells for cell reselection. UMTStoLTE fast return improves user experience by accelerating reselection. However, it can only be used if UMTS and LTE are deployed together. When camping on the LTE network, a UMTS/LTE dualmode UE receives system information from the serving LTE cell. SIB3 carries the absolute priority of the serving LTE cell, SIB5 carries the absolute priorities of the LTE frequencies, and SIB6 carries the absolute priorities of the UMTS frequencies. You can manipulate these priorities to favor UMTS or LTE cells as target cells for reselection. When camping on the UMTS network, a UMTS/LTE dualmode UE can initiate UMTStoLTE cell reselection only when it is in the CELL_PCH or idle state. To accelerate the reselection process, you need to enable fast state transition from CELL_DCH to CELL_PCH or from CELL_DCH to the idle state. With this function, the UMTS/LTE dualmode UE can transit to the CELL_PCH or idle state within a short period of time after data transmission is complete, thereby initiating the UMTStoLTE cell reselection. The SibCfgBitMap parameter in the ADD/MOD UCELLSIBSWITCH command specifies whether to broadcast SIB19.

3.1 UMTStoLTE Cell Reselection http://localhost:7891/printtopics.html?time=Tue%20Jan%2003%202017%2008:37:55%20GMT+0700%20(SE%20Asia%20Standard%20Time)

6/51

1/3/2017


When a UE camping on the UMTS network receives SIB19 and specific conditions are met, the UE starts measuring the LTE signal quality. Based on the measurement results, the UE camps on the best cell by performing reselection.

3.1.1 Criteria for Starting Measurements SIB19 carries the absolute priority of the serving UMTS cell, the absolute priorities of the LTE frequencies, and the cell reselection thresholds. Different radio access technologies (RATs) must have different priorities. Upon receipt of SIB19, the UE does the following:  If the absolute priorities of one or more LTE frequencies are higher than the absolute priority of the serving UMTS cell, the UE starts measuring the signal

quality of the LTE frequencies. The SPriority parameter in the ADD UCELLSELRESEL or MOD UCELLSELRESEL command specifies the absolute priority of the serving UMTS cell. The NPriority parameter in the ADD UCELLNFREQPRIOINFO or MOD UCELLNFREQPRIOINFO command specifies the absolute priorities of the LTE frequencies.  If the absolute priorities of one or more LTE frequencies are lower than the absolute priority of the serving UMTS cell and the formula SrxlevServingCell ≤

Sprioritysearch1 or SqualServingCell ≤ Sprioritysearch2 is true, the UE starts measuring the signal quality of the LTE frequencies. Details about these two formulas are as follows: − The ThdPrioritySearch1 and ThdPrioritySearch2 parameters in the ADD UCELLSELRESEL or MOD UCELLSELRESEL command specify the values

of Sprioritysearch1 and Sprioritysearch2, respectively. − Sprioritysearch1 is a threshold for the received signal code power (RSCP) of the serving UMTS cell. If the serving cell's RSCP measured by the UE minus

Qrxlevmin is not larger than Sprioritysearch1, the UE starts measuring the signal quality of the LTE frequencies whose absolute priorities are lower than the absolute priority of the serving UMTS cell. The larger the value of this parameter, the more likely the UEs are to start the measurements. − Sprioritysearch2 is a threshold for the Ec/No of the serving UMTS cell. If the serving cell's Ec/No measured by the UE minus Qqualmin is not larger than

Sprioritysearch2, the UE starts measuring the signal quality of the LTE frequencies whose absolute priorities are lower than the absolute priority of the serving UMTS cell. The larger the value of this parameter, the more likely the UEs are to start the measurements. The meanings of the other variables are as follows: − Srxlev: Cell Selection RX level value (dB). − Squal: Cell Selection quality value (dB), Applicable only for FDD cells. − Qrxlevmin: required minimum RX level. − Qqualmin: required minimum quality level. − SrxlevServingCell: the serving cell's RSCP measured by the UE minus Qrxlevmin. − SqualServingCell: the serving cell's Ec/No measured by the UE minus Qqualmin.

The UE should not perform cell reselection to a cell for which cell selection criterion S is not fulfilled. For details about criterion S, see UE Behaviors in Idle Feature Parameter Description.

3.1.2 Criteria for Triggering Cell Reselection After measuring the UMTS serving cell and LTE frequencies, the UE shifts to the best cell by performing reselection. SIB19 carries the absolute priority of the serving UMTS cell, the absolute priorities of the LTE frequencies, and the cell reselection thresholds. The UE performs cell reselection based on the absolute priorities. 3GPP TS 25.304 specifies three sets of criteria for cell reselection based on the absolute priorities. However, criteria set 2 is used for interfrequency scenarios, not for interRAT scenarios, and SIB19 does not carry the absolute priorities of UMTS frequencies in Huawei products. Therefore, criteria set 2 is not supported by Huawei products. Criteria sets 1 and 3 apply to UMTStoLTE reselection:  Criteria set 1 (both need to be fulfilled) − The absolute priority of an LTE frequency is higher than the absolute priority of the serving UMTS cell. − The Srxlev value of the LTE frequency, SrxlevnonServingCell, has remained at or above the threshold Threshhigh for a period of time longer than

Treselection.  Criteria set 3 (all need to be fulfilled) − The absolute priority of an LTE frequency is lower than the absolute priority of the serving UMTS cell. − SrxlevnonServingCell has remained above Threshlow for a period of time longer than Treselection. − SrxlevServingCell has remained below Threshserving,low for a period of time longer than Treselection, or SqualServingCell has remained below 0 for a period

of time longer than Treselection. Details about these parameters are as follows: − Threshhigh is the threshold for the target cell's signal level relative to EQrxlevmin during reselection to a cell using a frequency with a higher absolute

priority. The ThdToHigh parameter in the ADD UCELLNFREQPRIOINFO or MOD UCELLNFREQPRIOINFO command specifies the value of Threshhigh. The larger the value of this parameter, the less likely that reselection occurs.


7/51

1/3/2017


− Threshlow is the threshold for the target cell's signal level relative to EQrxlevmin during reselection to a cell using a frequency with a lower absolute

priority. The ThdToLow parameter in the ADD UCELLNFREQPRIOINFO or MOD UCELLNFREQPRIOINFO command specifies the value of Threshlow. The larger the value of this parameter, the less likely that reselection occurs. − EQrxlevmin is the minimum required signal level for the target cell. It is set by running the ADD UCELLNFREQPRIOINFO or MOD

UCELLNFREQPRIOINFO command. − Treselection is the reselection delay. The Treselections parameter in the ADD UCELLSELRESEL or MOD UCELLSELRESEL command specifies the

value of Treselection. − Threshserving,low is the threshold for the serving cell's RSCP during reselection to an LTE cell working at an LTE frequency with a lower absolute priority.

The ThdServingLow parameter in the ADD UCELLSELRESEL or MOD UCELLSELRESEL command specifies the value of Threshserving,low. When the LTE frequencies of lower absolute priorities are being measured, if the signal quality of the serving UMTS cell constantly remains below Threshserving,low and the signal quality of an LTE frequency satisfies the formula SrxlevnonServingCell > Threshlow, the UE triggers reselection to the cell working at this LTE frequency. The larger the value of this parameter, the more likely reselection is to occur. To summarize:  If both criteria in criteria set 1 are fulfilled, the UE performs reselection to a cell working at an LTE frequency with a higher absolute priority.  If all criteria in criteria set 3 are fulfilled, the UE performs reselection to a cell working at an LTE frequency with a lower absolute priority.  If the criteria in neither group are fulfilled, the UE remains on the UMTS network.

If multiple cells fulfill a set of criteria, the UE performs reselection to the cell with the highest absolute priority. If multiple cells have the highest absolute priority, the UE performs reselection to the cell with the largest SrxlevnonServingCell value.

3.2 LTEtoUMTS Cell Reselection LTEtoUMTS cell reselection is used when the LTE network is new and provides incomplete coverage, but the UMTS coverage is complete. LTEtoUMTS cell reselection is based on absolute priorities and mainly involves the LTE network. For details, see LTE document Idle Mode Management Feature Parameter Description.

3.3 UMTStoLTE Fast Return This section describes WRFD140226 UMTStoLTE Fast Return (a trial feature) and the enhancement of this feature.

3.3.1 Background  In versions earlier than RAN14.0:

A UE camps on an LTE cell in an area jointly covered by LTE and UMTS networks. When the UE initiates a call, CSFB is performed to make the UE fall back to the UMTS network. When the RRC connection of the UE is released, LTE frequency information is not included in the RRC CONNECTION RELEASE message even if the absolute priorities of neighboring LTE cells' frequencies are higher than the absolute priority of the UMTS cell's frequency. In this case, the UE remains in the UMTS cell. When a neighboring LTE cell is qualified for cell reselection, the UE reselects that cell and camps on it. Before initiating a cell reselection, the UE must keep receiving system information from the UMTS cell, such as MIB, SIB1, SIB3, SIB5, SIB7, or SIB19. When performing the cell reselection, the UE must determine which criteria set is used. (For details about criteria sets, see section 3.1.2 "Criteria for Triggering Cell Reselection.") Due to these mandatory operations, the cell reselection lasts for a long period of time. As a result, the delay of cell reselection increases and user experience deteriorates.  In RAN14.0:

To shorten the delay of cell reselection and improve user experience, the UMTStoLTE Fast Return feature has been introduced.

3.3.2 Principles The UMTStoLTE Fast Return feature enables a UE that moves from an LTE cell to a UMTS cell through CSFB to quickly return to the LTE network after the call is terminated. This feature works as follows:  The RNC first determines that a UMTS/LTE UE is a CSFB UE when the UE meets either of the following conditions: − The UE moves from an LTE cell to a UMTS cell through a PS handover. The RELOCATION REQUEST message contains a "cause" information element

(IE) whose value is "CS Fallback triggered (268)" or a "CSFB Information" IE whose value is "CSFB" or "CSFB High Priority". − The UE complies with 3GPP Release 9.4.0 or later. The first service that the UE processes after moving from an LTE cell to a UMTS cell is a CS service.  After the UE finishes its CS service in the UMTS cell, the RNC includes the information about the neighboring LTE cells whose frequencies have higher

absolute priorities than the frequency of the UMTS cell in an RRC CONNECTION RELEASE message. Upon receiving the message, the UE selects a target cell based on the information and attempts to camp on this cell. This feature is controlled by the HO_UMTS_TO_LTE_FAST_RETURN_SWITCH under the HoSwitch parameter in the SET UCORRMALGOSWITCH command. The SPriority parameter in the ADD UCELLSELRESEL and MOD UCELLSELRESEL commands specifies the absolute priority of a UMTS cell's frequency. The NPriority parameter in the ADD UCELLNFREQPRIOINFO and MOD UCELLNFREQPRIOINFO commands specifies the absolute priority of an LTE frequency.


8/51

1/3/2017


However, according to the 3GPP protocol, certain information cannot be transmitted between RNCs, including the EARFCNs for neighboring EUTRAN cells. Therefore, the preceding frequency selection method does not apply to the following scenario: During an interRNC cell reselection, the source RNC still serves as the SRNC after the UE has moved from the source RNC to the target RNC. To enable frequency selection in the preceding scenario, the following mechanism is introduced: When HO_UMTS_TO_LTE_FAST_RETURN_SWITCH under the HoSwitch parameter in the SRNC MML command SET UCORRMALGOSWITCH is set to ON and RESERVED_SWITCH_4_BIT15 under the RsvSwitch4 parameter in the SRNC MML command SET UALGORSVPARA is set to 1, the RRC CONNECTION RELEASE message sent by the SRNC carries EARFCNs for all neighboring EUTRAN cells of the UMTS cell under the target RNC. If HO_UMTS_TO_LTE_FAST_RETURN_SWITCH is set to OFF or RESERVED_SWITCH_4_BIT15 is set to 0, the RRC CONNECTION RELEASE message sent by the SRNC does not carry the EARFCNs. The neighboring EUTRAN cells and their EARFCNs need to be configured for the UMTS cell under the target RNC through the following operations:  Configure EARFCNs for neighboring EUTRAN cells by setting the LTEArfcn parameter using the ADD ULTECELL command.  Configure neighboring EUTRAN cells using the ADD ULTENCELL command.

The SRNC selects and delivers a maximum of four EAFCNs for FDD cells and a maximum of four EAFCNs for TDD cells from the EARFCNs of neighboring EUTRAN cells for the UMTS cell under the target RNC. This feature is recommended for areas with good LTE coverage. When an RRC CONNECTION RELEASE message contains information about n LTE frequencies whose signal quality is poor:  UEs complying with a version earlier than 3GPP Release 10 select a suitable LTE cell from the LTE cells using n LTE frequencies. The selection lasts for

at least 10 seconds. If no suitable LTE cell is found, these UEs select a suitable LTE cell from the LTE cells using frequencies supported by these UEs. If a suitable LTE cell is still not found, these UEs randomly camp on a suitable cell. (For details about suitable cell selection, see 3GPP TS 25.331. For details about a suitable cell, see 3GPP TS 23.122.)  UEs complying with 3GPP Release 10 or later select a suitable LTE cell from the LTE cells using n LTE frequencies. The selection lasts for at least n

seconds. If no suitable LTE cell is found, these UEs select a suitable LTE cell from the LTE cells using frequencies supported by these UEs. The selection lasts for 4 seconds. If a suitable LTE cell is still not found, these UEs randomly camp on a suitable cell. A UMTStoLTE fast return may not be performed in the following scenario: A UE that has performed a CSFB process moves to another RNC and the target RNC becomes the SRNC. In this case, the target RNC does not know whether the UE has performed a CSFB process, because certain information cannot be transmitted between RNCs. Hence, the SRNC instructs the UE to perform a UMTStoLTE fast return only if an End Of CSFB indication is carried in the IU RELEASE COMMAND message sent by the MSC when the CS service is released. If the MSC is not able to carry an End Of CSFB indication in the IU RELEASE COMMAND message, a UMTStoLTE fast return will not be performed in this scenario.

3.3.3 Enhancement The enhancement of the feature allows the RNC to determine that a UMTS/LTE UE is a CSFB UE when the UE meets any of the following conditions:  The UE moves from an LTE cell to a UMTS cell through a PS handover. The RELOCATION REQUEST message contains a "cause" IE whose value is

"CS Fallback triggered (268)" or a "CSFB Information" IE whose value is "CSFB" or "CSFB High Priority."  When the UE attempts to camp on a UMTS cell, the RRC CONNECTION REQUEST message does not contain a "Preredirection info" IE. After the RNC

receives an RRC Connection Setup Complete message, the UE successfully sets up a CS service within 10 seconds.  When the UE attempts to camp on a UMTS cell, the RRC CONNECTION REQUEST message contains a "CSFB Indication" IE.

The enhancement is controlled by the RESERVED_SWITCH_3_BIT12 under the RsvSwitch3 parameter in the SET UALGORSVPARA command.

3.3.4 Related Features Required Features This feature depends on the LTE feature LOFD001033 CS Fallback to UTRAN. Mutually Exclusive Features None Affected Features None

3.4 UMTStoLTE Quick Cell Reselection A UMTS/LTE dualmode UE camping on the UMTS network can initiate UMTStoLTE cell reselection only when it is in the CELL_PCH or idle state. In RAN14.0 and earlier versions, state transition to the CELL_PCH or idle state is slow because the state transition is triggered only when the UE does not transmit or receive service data during the time length of an inactivity timer. The inactivity timer can be:  PsInactTmrForCon (conversational services), PsInactTmrForStr (streaming services), PsInactTmrForInt (interactive services), or PsInactTmrForBac

(background services) for UEs that are not enabled with enhanced fast dormancy  PsInactTmrForFstDrmDch for UEs that are enabled with enhanced fast dormancy and in the CELL_DCH state  PsInactTmrForFstDrmFach for UEs that are enabled with enhanced fast dormancy and in the CELL_FACH state

To accelerate the UMTStoLTE cell reselection, you need to enable the UMTStoLTE quick cell reselection function by running the SET UALGORSVPARA command with RESERVED_SWITCH_0_BIT10 under RsvSwitch0 set to ON. The details of this function are as follows:  For UEs that are not enabled with enhanced fast dormancy


9/51

1/3/2017


State transition to the CELL_PCH or idle state is triggered when the UE does not transmit or receive service data during the time length specified by PsInactTmrForFstDrmDch, not the time length specified by PsInactTmrForCon. The default value of PsInactTmrForFstDrmDch is smaller than that of PsInactTmrForCon and therefore the cell reselection process is faster. State transition from CELL_DCH to CELL_PCH or the idle state by running the SET UALGORSVPARA command with RESERVED_SWITCH_0_BIT8 set to an appropriate value under RsvSwitch0. When RESERVED_SWITCH_0_BIT8 is set to OFF, the UE transits from CELL_DCH to CELL_PCH. When RESERVED_SWITCH_0_BIT8 is set to ON, the UE transits from CELL_DCH to the idle state. The default value of RESERVED_SWITCH_0_BIT8 under RsvSwitch0 is OFF. Set it to ON if some UEs in the network do not support state transition from CELL_DCH to CELL_PCH.  For UEs that are enabled with enhanced fast dormancy and in the CELL_DCH state − When RSVDBIT1_BIT29 under RsvdPara1 is set to OFF by running the SET URRCTRLSWITCH command, the UE transits from CELL_DCH to CELL_FACH when it does not transmit or receive service data during the time length specified by PsInactTmrForFstDrmDch and then transits from CELL_FACH to CELL_PCH or the idle state when it does not transmit or receive service data during the time length specified by PsInactTmrForFstDrmFach. After UMTStoLTE quick cell reselection is enabled, the UE is able to transit from CELL_DCH directly to CELL_PCH or the idle state when it does not transmit or receive service data during the time length specified by PsInactTmrForFstDrmDch, without the need to wait until PsInactTmrForFstDrmFach expires. This shortens the duration of the UMTStoLTE cell reselection. − When RSVDBIT1_BIT29 under RsvdPara1 is set to ON, UMTStoLTE quick cell reselection does not provide gains for these UEs. State transition from CELL_DCH to CELL_PCH or the idle state is triggered when the UE does not transmit or receive service data during the time length specified by PsInactTmrForFstDrmDch, regardless of whether UMTStoLTE quick cell reselection is enabled.  For UEs that are enabled with enhanced fast dormancy and in the CELL_FACH state

UMTStoLTE quick cell reselection does not provide gains for these UEs. State transition from CELL_FACH to CELL_PCH or the idle state is triggered when the UE does not transmit or receive service data during the time length specified by PsInactTmrForFstDrmFach, regardless of whether UMTStoLTE quick cell reselection is enabled. Changing the value of PsInactTmrForFstDrmDch or PsInactTmrForFstDrmFach affects this feature and the Enhanced Fast Dormancy feature. For details about enhanced fast dormancy, see Enhanced Fast Dormancy Feature Parameter Description.

4 PS Redirections and Handovers Between UMTS and LTE This chapter describes PS directions and handovers from UMTS to LTE and from LTE to UMTS.

4.1 LTEtoUMTS PS Redirections and Handovers When a UE processing a PS service on the LTE network moves out of the LTE coverage area or the LTE signal quality falls below a specific threshold, a PS redirection or handover is performed to shift the UE to the UMTS network. The choice between a PS redirection and a PS handover depends on the UE capability. LTEtoUMTS PS handovers or redirections are performed mainly by the LTE network. For details, see LTE document Idle Mode Management Feature Parameter Description. If certain UL/LTE dualmode UEs do not support UMTS network measurements when in connected mode, the LTE network needs to support LTEtoUMTS blind redirections or blind handovers.

4.2 Servicebased UMTStoLTE PS Redirections and Handovers This chapter corresponds to the features WRFD020129 PS Service Redirection from UMTS to LTE and WRFD140218 ServiceBased PS Handover from UMTS to LTE.

4.2.1 Overview Servicebased UMTStoLTE PS redirections have the same characteristics as servicebased UMTStoLTE PS handovers. After a UE sets up a PS service on the UMTS network, a PS redirection or handover is used to shift the UE and the PS service to the LTE network when the LTE signal quality fulfills the criteria. During a UMTStoLTE PS redirection, the RNC sends the UE an RRC Connection Release message, which contains LTE frequencies. After the connection is released, the UE enters idle mode on the UMTS network, selects the LTE network, and sets up a PS service on it. During a UMTStoLTE PS handover, the RNC sends a handover request to the LTE network through the core network (CN). When the LTE network finishes preparing resources, the UE and the PS service are handed over to the LTE network. If the UE and networks support UMTStoLTE PS handovers and the SuppPSHOFlag parameter for the target LTE cell is set to support PS handovers, PS handovers are preferred over PS redirections. Otherwise, PS redirections are preferred.

PS handovers cause heavy signaling traffic and require smooth collaboration between network elements, but such collaboration is not readily available yet. If telecom operators care about these issues, run the ADD ULTECELL command to set the SuppPSHOFlag parameter to disable UMTStoLTE handovers for LTE cells. Servicebased UMTStoLTE PS handovers or redirections are mainly used in the following two situations:  A UE that has fallen back to the UMTS network by using CSFB is still processing PS services and the LTE signal quality is good when the UE's voice

services are complete, that is, the RNC receives the RADIO BEARER RELEASE COMPLETE message of the voice service or the Iu Release message in


10/51

1/3/2017


the CS domain. In this scenario, if RNC receives the 3C event report, a UMTStoLTE PS handover or redirection will be performed.  A UE only initiates a PS service on the UMTS network in a UMTS/LTE overlapping coverage area and the LTE signal quality is good. In this scenario, if

RNC receives the 3C event report, a UMTStoLTE PS handover or redirection will be performed. To minimize the possibility of redirection or handover failures, UMTStoLTE PS redirections and handovers are based on the LTE signal quality measurements. Redirections or handovers are only triggered if the LTE signal quality is good.

4.2.2 Measurements on LTE Signal Quality After receiving Radio Bearer Setup, Radio Bearer Reconfiguration (except for D2F and D2P), Radio Bearer Release message or interfrequency hard handover or the Iu Release message in the CS domain. RNC determines whether LTE measurement is started. RNC start LTE measurement if all the following conditions are met:  There are no CS RABs among the UE's RABs.  The value of the information element EUTRAN Service Handover in a certain PS RAB of the UE is not "Handover to EUTRAN shall not be performed."  The value of the service handover attribute EUTRANSHIND of a certain PS RAB of the UE is not set to

HO_TO_EUTRAN_SHALL_NOT_BE_PERFORM.  The neighboring LTE cells are configured for UMTS serving cell.  The UE supports both UMTS and LTE.  The UE supports LTE measurements in connected mode.  The UE supports UMTStoLTE PS redirection or handover.  The general switch for UMTStoLTE PS handovers is turned on. This switch is configured by HO_LTE_PS_OUT_SWITCH under the HoSwitch

parameter.  Servicebased UMTStoLTE PS redirections are controlled by HO_LTE_SERVICE_PS_OUT_SWITCH under the HoSwitch parameter, and PS handovers

are controlled by HO_LTE_SERVICE_PSHO_OUT_SWITCH under the HoSwitch parameter. Where  The information element EUTRAN Service Handover is optional and specifies which RABs cannot be shifted to the LTE network through a redirection or

handover. If one or more of the PS RABs for the UE cannot be shifted to the LTE network, the UE cannot be redirected or handed over to the LTE network.  The parameters EUTRANSHIND and TrafficClass in MML ADD UTYPRABBASIC command are used for controlling whether the type of services can be

handed over or redirected to LTE network. The parameter EUTRANSHIND can be set to HO_TO_EUTRAN_SHOULD_BE_PERFORM or HO_TO_EUTRAN_SHALL_NOT_BE_PERFORM, and the parameter TrafficClass can be set to conversational, streaming, interactive, or background. For example, if the parameter TrafficClass is set to conversational and the parameter EUTRANSHIND is set to HO_TO_EUTRAN_SHALL_NOT_BE_PERFORM, the conversational services are not allowed to hand over or redirect to LTE network. If all these conditions are met and a UMTStoPS redirection or handover is allowed, the RNC sends a measurement control command to the UE, instructing the UE to measure the LTE signal quality. Event 3C is triggered when the LTE signal quality satisfies the following formula: MOtherRAT ≥ TOtherRAT + H3c /2 where  MOtherRAT is the measured quality of the LTE cell after filtering. The LTEMeasQuanOf3C parameter specifies which of the following is used as the

measured quantity of the LTE cell: Reference Signal Received Power (RSRP) or Reference Signal Received Quality (RSRQ). U2LTEFilterCoef is the filter coefficient for the measurement results. A larger value for this parameter results in a greater smoothing effect and higher antifading capabilities, but also lower capabilities of tracking signal fluctuations. A smaller value for this parameter results in more unnecessary handovers.  TOtherRAT is the threshold that the LTE signal must reach before a redirection or handover to the LTE network can be performed. The TargetRatThdRSRP

or TargetRatThdRSRQ parameter specifies the TOtherRAT value. The TargetRatThdRSRP parameter is the RSRP threshold, and the TargetRatThdRSRQ parameter is the RSRQ parameter. − If the LTEMeasQuanOf3C parameter is set to RSRP, event 3C is reported when the RSRP of the LTE cell has remained greater than or equal to the sum

of TargetRatThdRSRP and H3c/2 for a period of time longer than TrigTime3C. − If the LTEMeasQuanOf3C parameter is set to RSRQ, event 3C is reported when the RSRQ of the LTE cell has remained greater than or equal to the sum

of TargetRatThdRSRQ and H3c/2 for a period of time longer than TrigTime3C. The TrigTime3C parameter is the hysteresis for the UE triggering event 3C. The value of this parameter relates to slow fading. A larger value for this parameter results in a lower possibility of handovers and unnecessary handovers and a stronger resistance to instantaneous signal fluctuations. An excessively large value for this parameter results in a higher possibility of call drops.  H 3c is the hysteresis for reporting event 3C, and it is configured by the Hystfor3C parameter. The value of this parameter relates to slow fading. A larger

value for this parameter results in stronger resistance to signal fluctuations. This curbs the pingpong effect but slows the handover algorithm's response to signal fluctuations. These parameters can be configured at the RNC or cell level with the SET UU2LTEHONCOV command or the ADD UCELLU2LTEHONCOV command, respectively. If these parameters are configured at both RNC and cell levels, celllevel settings override RNClevel settings.

4.2.3 Antipingpong Measures Measures to Prevent PingPong Handovers or Redirections Between UMTS and LTE To prevent pingpong handovers between UMTS and LTE, when the RESERVED_SWITCH_4_BIT10 under the RsvSwitch4 parameter in the SET UALGORSVPARA command is turned on, the RNC determines whether the RRC CONNECTION REQUEST message from a UMTS/LTE multimode UE


11/51

1/3/2017


carries the IE Preredirection info before determining whether to perform a servicebased UMTStoLTE PS redirection or handover.  If the RRC CONNECTION REQUEST message carries the IE Preredirection info, the UMTS/LTE multimode UE is not redirected from LTE to UMTS and

the RNC does not process the message.  If the RRC CONNECTION REQUEST message does not carry the IE Preredirection info, the UMTS/LTE multimode UE redirects from LTE to UMTS. In

this case, the RNC takes the following measures to prevent pingpong handovers: − If the UMTS/LTE multimode UE is not performing a CS service, the RNC starts a penalty timer. The UMTS/LTE multimode UE cannot initiate a

redirection or handover to LTE before the timer expires. When the penalty timer expires, the RNC stops the timer and allows a redirection or handover to LTE. If the UMTS/LTE multimode UE initiates a CS service before the penalty timer expires, the RNC stops the penalty timer. − If the UMTS/LTE multimode UE is performing a CS service, the RNC does not start the penalty timer. The RNC determines whether the requirements for

the UMTStoLTE redirection or handover are met after the CS service is terminated. If yes, the RNC allows a UMTStoLTE redirection or handover. Bits 0 through 15 of the RsvU32Para9 parameter in the SET UALGORSVPARA command specify the duration for the penalty timer. When an incoming PS handover from LTE or GSM occurs, the RNC also takes the antipingpong measures. When a UE in the CELL_PCH state initiates a CS service while processing a PS service, the RNC first instructs the UE to perform a CELL_PCHto CELL_DCH (P2D) state transition for the PS service and then processes the CS service setup request of the UE. If the UE triggers a servicebased UMTS toLTE redirection or handover during the P2D state transition and CS service setup, the UE will fall back to the UMTS network through the CSFB feature. To prevent such pingpong movements, turn off the RESERVED_SWITCH_6_BIT12 under the RsvSwitch6 parameter in the SET UALGORSVPARA command. When this switch is turned off, UEs are prohibited from performing UMTStoLTE redirections or handovers if they have initiated PSspecific P2D state transitions due to CS services. When a UE not subscribing to LTE services initiates a servicebased UMTStoLTE redirection or handover, the UE will fall back to the UMTS network because it cannot access the LTE network. To prevent this issue, turn on the RESERVED_SWITCH_4_BIT11 under the RsvSwitch4 parameter in the SET UALGORSVPARA command. When this switch is turned on, only UEs that were handed over or redirected from the LTE network to the UMTS network can perform servicebased UMTStoLTE redirections or handovers. Measures to Prevent Continual Entering and Exiting of the Compressed Mode During a servicebased UMTStoLTE redirection or handover, LTE signal quality measurement will be started after RB reconfiguration is complete. Before LTE signal quality measurement is started, the UE enters the compressed mode. If RB reconfiguration is frequently triggered, the UE must continually enter and exit the compressed mode, consequently affecting RNC performance. To prevent pingpong entering and exiting of the compressed mode, turn off the RESERVED_SWITCH_6_BIT13 under the RsvSwitch6 parameter in the SET UALGORSVPARA command. During a service/load/coveragebased UMTStoLTE redirection or handover, the RNC starts a penalty timer if no suitable LTE cell is found after LTE signal quality measurement is complete. Before the penalty timer expires, the UE is prohibited from performing measurement again for another servicebased UMTStoLTE redirection or handover. The length of the penalty timer is determined by bits 16 through 31 under the RsvU32Para9 parameter in the SET UALGORSVPARA command.

4.2.4 Target Cell Selection and Execution of Redirections or Handovers The event 3C report from the UE to the RNC carries the LTE cell or cells that meet the conditions for event 3C. If the report carries multiple LTE cells, the one with the best signal quality is selected as the target cell. The RNC shifts the UE to the target cell by using a redirection or handover. Figure 41 shows the procedure for a UMTStoLTE PS redirection. Figure 41 UMTStoLTE PS redirection

Figure 42 shows the procedure for a UMTStoLTE PS handover. Figure 42 UMTStoLTE PS handover


12/51

1/3/2017


5 CS Fallback Guarantee for LTE Emergency Calls This chapter describes the feature WRFD140102 CS Fallback Guarantee for LTE Emergency Calls.

5.1 Overview When a UE within the LTE coverage area attempts to initiate a CS service, the Circuit Switched Fallback (CSFB) enables the UE to be redirected or handed over to the UMTS network for CS service access. In this way, the existing UMTS network can be reused to provide traditional voice services for UEs on the LTE network. CSFB applies to scenarios where the LTE network does not support voice services because the IP Multimedia Subsystem (IMS) is not available for use. The eNodeB can instruct a UE to fall back to the UMTS network when the UE attempts to process voice services on the LTE network. A UE in idle mode needs to transit to connected mode and then fall back to the UMTS network. When a UE is attaching to LTE network, MME sends an ATTACH ACCEPT message to the UE, carrying IE "EPS attach result" to indicate whether the LTE network supports CSFB. If this IE value is "combined EPS/IMSI attach", it indicates that the LTE network supports CSFB. For details, see 3GPP TS 24.301. When a UE in connected mode initiates a CS service on the LTE network, it sends an Extended Service Request message that contains a CS Fallback Indicator to the Mobility Management Entity (MME), indicating that CSFB is required for the CS service. The MME instructs the eNodeB to initiate a CSFB procedure so that the UE can fall back to the UMTS network. Each UE maintains a default PS connection on the LTE network, regardless of whether it is processing PS services. Upon receiving the CSFB indication from the MME, the eNodeB performs an LTEtoUMTS PS handover or redirection to execute CSFB. After falling back to the UMTS network, the UE re initiates the CS service. The procedure is as follows:  If a UE is to fall back to the UMTS network by using the LTEtoUMTS PS redirection, the eNodeB sends the UE an RRC Connection Release message

containing the UMTS frequency to be used by the UE. The UE accesses the UMTS network using the received UMTS frequency, and then reinitiates the CS and PS services on the UMTS network.  If a UE is to fall back to the UMTS network by using the LTEtoUMTS PS handover, the RNC performs resource reservation and service admission for the

PS service of the UE upon receiving a PS handover request. If resource reservation and service admission are successful, the eNodeB instructs the UE to perform an interRAT handover for UMTS network access. After falling back to the UMTS network, the UE reinitiates the CS service. The PS service or default PS connection is set up by using an LTEtoUMTS PS handover. Upon receiving the CS fallback indicator from the MME, the eNodeB decides whether to perform the fallback by using an LTEtoUMTS PS handover or redirection, based on the capability of the network and UE. For details about message exchange during the procedure, see 3GPP TS 23.272. For CSFB for an emergency call:  If the UE is to fall back to the UMTS network by using the LTEtoUMTS PS redirection, the LTE network will send an RRC connection release message to

the UE and the UE reinitiates an emergency call on the UMTS network. CSFB should be successful once the UE has accessed the UMTS network. The


13/51

1/3/2017


feature WRFD021104 Emergency Call ensures that emergency calls are granted access to the UMTS network before other call types.  If a UE is to fall back to the UMTS network by using the LTEtoUMTS PS handover, the RNC performs resource reservation and service admission for the

PS service of the UE. Then the eNodeB instructs the UE to perform an interRAT handover for UMTS network access. After falling back to the UMTS network, the UE reinitiates an emergency call. CSFB should be successful once resource reservation and service admission are successful for the PS service on the RNC. The feature WRFD140102 CS Fallback Guarantee for LTE Emergency Calls ensures that resource reservation and service admission are successful for PS services, by decreasing the PS service rate, performing resource preemption, or both.

This document only describes resource reservation and service admission for PS services. For details about implementation of the feature WRFD021104 Emergency Call, see Load Control Feature Parameter Description. The HO_L2U_EMGCall_Switch field has been added to the HoSwitch parameter in the SET UCORRMALGOSwitch command. The feature WRFD140102 CS Fallback Guarantee for LTE Emergency Calls is enabled when this switch is turned on.

5.2 Policy If a UE is to fall back to the UMTS network by using the LTEtoUMTS PS handover, the eNodeB sends the MME a Handover Required message. This message carries a transparent container, Source RNC to Target RNC Transparent Container, which contains an IE referred to as CSFB Information. If this IE value is CSFB, it indicates a PS handover caused by CSFB for a common CS service. If this IE value is CSFB High Priority, it indicates a PS handover caused by CSFB for an emergency call. The transparent container is forwarded by the CN to the destination RNC. When the destination RNC receives CSFB Information whose value is CSFB High Priority, the RNC determines that an incoming LTEtoUMTS PS handover is caused by CSFB for an emergency call. In this case, the RNC decreases the service rate or performs resource preemption for the PS service. The specific policy is as follows:  For a best effort (BE) PS service, such as an interactive or background service, the RNC attempts to admit it on the DCH with the 8 kbit/s access rate in

UL and DL regardless of the capability of the UE (even if the UE is HSPAcapable). If the admission attempt fails, the RNC preempts the resources of low priority user. For a nonBE PS service, such as a streaming service, the RNC attempts to admit it based on the GBR. If the admission attempt fails, the RNC preempts the resources of lowpriority user.  After the PS service admission succeeds, the PS service rate is gradually increased if there are available resources in the UMTS network.

For details about service admission, see Call Admission Control Feature Parameter Description. For details about resource preemption, see Load Control Feature Parameter Description. For a CSFB procedure during which a UE falls back to the UMTS network through an LTEtoUMTS PS handover, the CSFB delay can be reduced by increasing the bearing data rate on the signaling radio bearer (SRB). The bearing data rate is set by CSFBSRBRate of the SET UFRC command.

6 CS Fallback Guarantee for LTE Common Calls 6.1 Overview RAN14.0 provides a CSFB guarantee for LTE emergency calls and common calls. This reduces admission failures and increases successful handovers for CS services. To enable CSFB guarantee for LTE common calls, users need to set PERFENH_L2U_CSFB_COMMCALL_SWITCH under PerfEnhanceSwitch to ON by running the SET UCORRMPARA command.

6.2 Policy The RNC determines that an incoming LTEtoUMTS PS handover is caused by CSFB for a common call when either of the following conditions is met:  The cause value is CS Fallback triggered (268) in the Relocation Request message received at the RNC.  The value of the IE "CSFB Information" is CSFB in the IE "Source RNC To Target RNC Transparent Container" of the Relocation Request message.

In this case, the RNC decreases the service rate or performs resource preemption for the PS service. The specific policy is as follows:  For a nonrealtime PS service, the RNC attempts to admit it on the DCH with the 8 kbit/s access rate. If the admission attempt fails, the RNC preempts

the resources of a lowpriority service for the nonrealtime PS service.  For a realtime PS service, the RNC attempts to admit it based on the GBR. If the admission attempt fails, the RNC preempts the resources of a low

priority service for the realtime PS service.  After the PS service admission succeeds, the PS service rate is gradually increased if there are available resources in the UMTS network.

For details about service admission, see Call Admission Control Feature Parameter Description. For details about resource preemption, see Load Control Feature Parameter Description. For a CSFB procedure during which a UE falls back to the UMTS network through an LTEtoUMTS PS handover, the CSFB delay can be reduced by increasing the bearing data rate on the signaling radio bearer (SRB). The bearing data rate is set by CSFBSRBRate of the SET UFRC command.

7 Impact on the Network 7.1 WRFD140226 UMTStoLTE Fast Return (a Trial Feature) http://localhost:7891/printtopics.html?time=Tue%20Jan%2003%202017%2008:37:55%20GMT+0700%20(SE%20Asia%20Standard%20Time)

14/51

1/3/2017


Impact on System Capacity No impact. Impact on Network Performance This feature reduces the time required for UEs to return to the LTE network from the serving UMTS network, improving user experience.

7.2 WRFD020129 ServiceBased PS Service Redirection from UMTS to LTE Impact on System Capacity No impact. Impact on Network Performance This feature provides an alternative to PS handovers in UMTS/LTE hybrid networks. If the network or UEs do not support PS handovers from UMTS to LTE, this feature redirects UEs performing only PS services from UMTS to LTE to improve user experience.

7.3 WRFD140218 ServiceBased PS Handover from UMTS to LTE System Capacity No impact. Network Performance With this feature, some PS services on the UMTS network can be handed over to the LTE network. In this way, this feature eases the traffic load on the UMTS network, and increases the UMTS access success rate and throughput for admitted users.

7.4 WRFD140102 CS Fallback Guarantee for LTE Emergency Calls System Capacity No impact. Network Performance This feature increases the success rate for LTEtoUMTS PS handovers caused by CSFB for LTE emergency calls. When the destination UMTS cell is congested, too many CSFB requests caused by LTE emergency calls may preempt the UMTS resources, leading to an increased call drop rate on the UMTS network.

8 Engineering Guidelines 8.1 WRFD020126 Mobility Between UMTS and LTE Phase 1 8.1.1 When to Use Mobility Between UMTS and LTE Phase 1 This feature is required when UEs move back and forth between UMTS and LTE in a UMTS/LTE overlapping coverage area.

8.1.2 Feature Deployment This section describes how to activate, verify, and deactivate the optional feature WRFD020126 Mobility Between UMTS and LTE Phase 1. For details about how to configure this feature on the LTE side, see the related documents provided by the LTE equipment vendor. (This feature cannot be configured using the CME.) Prerequisites  Dependencies on Hardware

The UE is a UMTS<E dualmode terminal.  Dependencies on Other Features

This feature does not depend on other features.  License

The license " Mobility Between UMTS and LTE Phase 1" on the RNC side has been activated. For details about the license items and how to activate the license, see License Management Feature Parameter Description.  Other Prerequisites

The UE supports both UMTS and LTE. The LTE network supports this feature. Procedure  Activation Procedure

1. Run the RNC MML command ADD UCELLSIBSWITCH or MOD UCELLSIBSWITCH. In this step, set SIB Switch to SIB19. After the information about the frequencies of neighboring LTE cells is configured and SIB Switch is set to SIB19, the RNC sends SIB19 messages to UEs. The SIB19 message contains the neighboring LTE cell list and LTE cell reselection parameters.


15/51

1/3/2017


2. Run the RNC MML command ADD UCELLSELRESEL or MOD UCELLSELRESEL. In this step, set Absolute priority level of the serving cell to an appropriate value. InterRAT measurement is performed based on the settings of RSCP threshold for lowpriofreq measurement initiation and Ec/No threshold for low priofreq measurement initiation. The measurement result provides a reference to cell reselection. 3. Run the RNC MML command ADD UCELLNFREQPRIOINFO or MOD UCELLNFREQPRIOINFO to configure the information about the frequencies of neighboring cells. The UE makes cell reselection decisions based on the configured information about the frequencies of neighboring cells. 4. Configure the related data, such as the neighboring cell relationships between cells, on the LTE side. For details about how to configure this feature on the LTE side, see the related documents provided by the LTE equipment vendor. If the LTE equipment is provided by Huawei, see the LTE document Mobility Management in Connected Mode Parameter Description. 5. Run the RNC MML command ADD UNODEB or MOD UNODEB. In this step, set NodeB Protocol Version to R8 or the higher version.  Verification Procedure

6. In the Navigation Tree pane on the RNC LMT, click the Trace tab. In the displayed Trace Navigation Tree pane, doubleclick UMTS Services. On the unfolded list, doubleclick Uu Interface Trace. In the displayed Uu Interface Trace dialog box, select RRC_SYS_INFO_TYPE19 to trace Uu interface SIB19 message. Figure 81 Uu Interface Trace dialog box

7. Analyze the traced messages. − If the SIB19 message has been traced on the Uu interface, as shown in Figure 82, this feature has been activated. − If the SIB19 message is not traced on the Uu interface, this feature is not activated.

Figure 82 SIB message tracing

 Deactivation Procedure

To deactivate this feature, you can either turn off the SIB19 switch or deactivate the license.  To deactivate this feature in a specific cell, you are advised to turn off the SIB19 switch.  To deactivate this feature in all cells under a RNC, deactivate the license. This method is not recommended.

1. Run the RNC MML command MOD UCELLSIBSWITCH. In this step, deselect the SIB19 check box under the parameter SIB Switch to turn off the SIB19 switch in a cell. After the switch is turned off, the RNC stops sending SIB19 messages to UEs. In such a case, the configured absolute priority of the serving cell and the configured information about the frequencies of neighboring cells become ineffective.


16/51

1/3/2017


2. Run the RNC MML command SET LICENSE to deactivate the license controlling the feature Mobility Between UMTS and LTE Phase 1. End Example //Activating Mobility Between UMTS and LTE Phase 1 MOD UCELLSIBSWITCH: CellId=1, SibCfgBitMap=SIB191; MOD UCELLSELRESEL: CellId=1, QualMeas=CPICH_ECNO, QrxlevminExtSup=FALSE, NonhcsInd=NOT_CONFIGURED, ThdPrioritySearch1=2, ThdPrioritySearch2=2; MOD UCELLNFREQPRIOINFO: CellId=1, EARFCN=1, NPriority=2, BlacklstCellNumber=D0; MOD UNODEB: NodeBId=1, NodeBProtclVer=R9; //Deactivating Mobility Between UMTS and LTE Phase 1 MOD UCELLSIBSWITCH: CellId=1, SibCfgBitMap=SIB190; SET LICENSE: SETOBJECT=UMTS, ISPRIMARYPLMN=YES, FUNCTIONSWITCH5=LQW1ULM010;

8.2 WRFD140226 UMTStoLTE Fast Return (a Trial Feature) This section describes how to activate, verify, and deactivate the trial feature WRFD140226 UMTStoLTE Fast Return. For details about how to configure this feature on the LTE side, see the LTE document CS Fallback Feature Parameter Description.

8.2.1 When to Use UMTStoLTE Fast Return This feature is recommended for the areas that are jointly covered by LTE networks (not supporting CS services) and UMTS networks.

8.2.2 Information to Be Collected Collect the following information before deploying this feature:  Information about areas where UMTS and LTE coexist and areas where UMTS and LTE coverage overlap.  Duration for a UE to return to LTE from UMTS. The duration starts when the UE receives an RRC Connection Release message from the UTRAN and

ends when the UE sends an RRC Connection Request message to the EUTRAN. The duration is in the UE logs.

8.2.3 Network Planning Not involved

8.2.4 Feature Deployment Requirements  Requirements for other features

The LTE feature LOFD001033 CS Fallback to UTRAN has been activated on the LTE side. For details about how to activate this feature, see the LTE document CS Fallback Feature Parameter Description.  Requirements for other NEs as well as for network equipment and transmission devices from other vendors: − To enable a UE to fall back to UMTS by means of the LTEtoUMTS PS handover, the eNodeB and MME must carry either of the following information elements (IEs) in the Relocation Request message:  Cause, whose value is CS Fallback triggered (268).  CSFB Information, whose value is CSFB or CSFB High Priority. − The UE must comply with 3GPP Release 9.4.0 or later so that it can fall back to UMTS by means of the LTEtoUMTS redirection. The UE must include the "CSFB Indication" IE in the RRC CONNECTION REQUEST message.  Requirements for the license

UMTStoLTE Fast Return is a trial feature and is not under license control. Data Preparation Parameter Name

Parameter ID

Setting Description

HandOver Switch

HoSwitch

Select HO_UMTS_TO_LTE_FAST_RETURN_SWITCH parameter to activate the feature.

Data Source of

this

Default/Recommended Value

Precautions None Feature Activation Step 1 Run the SET UCORRMALGOSWITCH command on the RNC with the HO_UMTS_TO_LTE_FAST_RETURN_SWITCH check box of the HandOver Switch parameter selected. Step 2 Run the SET UALGORSVPARA command on the RNC with the RESERVED_SWITCH_3_BIT12 check box of the Reserved Switch 3 parameter selected. End


17/51

1/3/2017


Example //Turning on the switch for UMTStoLTE Fast Return SET UCORRMALGOSWITCH: HoSwitch=HO_UMTS_TO_LTE_FAST_RETURN_SWITCH1; //Turning on the switch that controls the enhancement of UMTStoLTE Fast Return SET UALGORSVPARA: RsvSwitch3= RESERVED_SWITCH_3_BIT121; Activation Observation With this feature activated, if a UE that has fallen back to UMTS from LTE has released all services on the UMTS network, the RNC sends the UE an RRC Connection Release message. The Redirection info IE in this message carries the information about the frequency used by the neighboring LTE cell, as shown in Figure 83. Figure 83 RRC Connection Release message tracing

Deactivation Run the SET UCORRMALGOSWITCH command on the RNC with the HO_UMTS_TO_LTE_FAST_RETURN_SWITCH check box of the HandOver Switch parameter cleared. Example //Turning off the switch for UMTStoLTE Fast Return SET UCORRMALGOSWITCH: HoSwitch=HO_UMTS_TO_LTE_FAST_RETURN_SWITCH0;

8.2.5 Performance Monitoring In the UE logs, check the duration for a UE to return to LTE from UMTS. The duration starts when the UE receives an RRC Connection Release message from the UTRAN and ends when the UE sends an RRC Connection Request message to the EUTRAN. If the duration shortens after the feature is activated, the feature has brought positive gains.

8.2.6 Parameter Optimization Not involved

8.2.7 Troubleshooting Not involved

8.3 WRFD020129 ServiceBased PS Service Redirection from UMTS to LTE 8.3.1 When to Use Servicebased PS Redirection or Handover from UMTS to LTE This feature is recommended in UMTS/LTE overlapping coverage areas. Determine whether to enable the UMTStoLTE PS redirection or handover based on the UE capabilities in the live network. If only a few UEs support the UMTStoLTE PS handover, enable only UMTStoLTE PS redirection. If a majority of UEs support the UMTStoLTE PS handover, enable both UMTStoLTE PS redirection and handover. In the latter case, UEs supporting handovers use the UMTStoLTE PS handover and UEs not supporting handovers use the UMTStoLTE PS redirection. If UEs preferentially camp on the UMTS network, this feature must be used. Otherwise, UEs can camp on the LTE network by cell reselection only in weak UMTS coverage areas, which leads to an idle LTE network. If the target LTE network is a MOCN network and the UMTS and LTE networks of the operator are different PLMNs, do not enable servicebased UMTSto LTE PS handovers, because they may cause call drops.

8.3.2 Feature Deployment This section describes how to activate, verify, and deactivate the optional feature WRFD020129 ServiceBased PS Service Redirection from UMTS to LTE. Prerequisites  Dependencies on Hardware

There is no requirement for RNC and NodeB.  Dependencies on Other Features



18/51

1/3/2017


The license " ServiceBased PS Service Redirection from UMTS to LTE" on the RNC side has been activated. For details about the license items and how to activate the license, see License Management Feature Parameter Description.  Others

The UE must support 3GPP Release 8 (Sept. 2008) or later. It also must support both UMTS and LTE. The SGSN support this feature. CN should support cooperation from UMTS to LTE. The neighboring LTE cell has been configured. For details, see Configuring a Neighboring LTE Cell section in BSC6900 UMTS Initial Configuration Guide. Procedure  Activation Procedure

1. Run the RNC MML command MOD ULTECELL (CME single configuration: Object Group > UMTS Service Configuration and Maintenance Management > External Cell Configuration > RNC LTE External Cell; CME batch modification center: not supported) to set an LTE cell. In this step, set LTE Cell Supporting PS HO Indicator to NotSupport and set BlackCell List Flag to False. 2. Run the RNC MML command SET UU2LTEHONCOV (CME single configuration: UMTS Radio Global Configuration Express > HandOver Parameter Configuration > RNCOriented NonCoverageBased UMTSLTE Handover Measurement Algorithm Parameters; CME batch modification center: not supported) to set RNCoriented noncoveragebased UMTSLTE handover measurement algorithm parameters. The RNC sends these parameters to the UE by means of a measurement control message. 3. Optional: Run the RNC MML command ADD UCELLU2LTEHONCOV (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > CellOriented NonCoverageBased UMTSLTE Handover Measurement Algorithm Parameters; CME batch modification center: Modifying UMTS Cell Parameters in Batches) to set the celllevel noncoveragebased UMTStoLTE handover measurement parameters for a cell. 4. Run the RNC MML command MOD UTYPRABBASIC (CME single configuration: UMTS Radio Global Configuration Express > Typical Service Configuration > Basic Information for Typical Traffic Radio Access Bearer; CME batch modification center: not supported) to modify the basic configuration of a typical radio access bearer (RAB). In this step, set EUTRANSHIND to HO_TO_EUTRAN_SHOULD_BE_PERFORM. 5.

Run the RNC MML command SET UCORRMALGOSWITCH (CME single configuration: UMTS Radio Global Configuration Express > Connection_Oriented RRM Switch Configuration > Connection Oriented Algorithm Switches; CME batch modification center: Modifying RNC Parameters in Batches) to select HO_LTE_PS_OUT_SWITCH and HO_LTE_SERVICE_PS_OUT_SWITCH from HandOver Switch drop list.

6. Run the SET UALGORSVPARA command, set bits 0 through 15 of the Reserved U32 Parameter 9 parameter to 20 seconds and selec RESERVED_SWITCH_4_BIT10 under the Reserved Switch 4 parameter to prevent UEs from initiating servicebased UMTStoLTE redirections or handovers immediately after finishing LTEtoUMTS redirections or handovers. 7. (Optional) Deselect RESERVED_SWITCH_6_BIT13 under the Reserved Switch 6 parameter in the SET UALGORSVPARA command to prevent continual entering and exiting of the compressed mode during servicebased UMTStoLTE redirections or handovers due to frequent RB reconfiguration. Note that after this step is performed, servicebased UMTStoLTE redirections or handovers will not be triggered in time. 8. (Optional) Set bits 16 through 31 of the Reserved U32 Parameter 9 parameter in the SET UALGORSVPARA command to 20 seconds to prevent continual entering and exiting of the compressed mode during service/load/coveragebased UMTStoLTE redirections or handovers if no suitable LTE cell is found after LTE signal quality measurement is complete. 9. (Optional) Select RESERVED_SWITCH_4_BIT11 under the Reserved Switch 4 parameter in the SET UALGORSVPARA command to allow only UEs that were handed over or redirected from the LTE network to the UMTS network to perform servicebased UMTStoLTE redirections or handovers. Note that after this step is performed, the number of UEs allowed to perform servicebased UMTStoLTE redirections or handovers decreases. 10. Deselect RESERVED_SWITCH_6_BIT12 under the Reserved Switch 6 parameter in the SET UALGORSVPARA command to prevent pingpong UMTStoLTE redirections or handovers that occur in PSspecific P2D state transitions triggered by CS services.  Verification Procedure

1. Start Uu interface tracing on the LMT to trace messages on the Uu interface. 2. View the RRC_MEAS_CTRL message, as shown in Figure 84. If the measurementCommand message contains the information element (IE) eUTRA FrequencyInfo, this feature takes effect. The measurement control message sent by the RNC contains the LTE cell information. After receiving the message, the UE measures the signal quality in the LTE cell. The measurement result serves as the basis for handover decision. Figure 84 Viewing the IE eUTRAFrequencyInfo


19/51

1/3/2017


3. View the RRC_CONN_REL message, as shown in Figure 85. If in the message the rrcConnectionRelease message contains the IE EUTRA TargetFreqInfo, the RRC connection release message carries the LTE cell information. After receiving this message, the UE is handed over to the LTE network and the UE reestablishes PS services in the LTE cell. Figure 85 Viewing the IE EUTRATargetFreqInfo

 Deactivation Procedure

Run the RNC MML command SET UCORRMALGOSWITCH (CME single configuration: UMTS Radio Global Configuration Express > Connection_Oriented RRM Switch Configuration > Connection Oriented Algorithm Switches; CME batch modification center: Modifying RNC Parameters in Batches) to deselect HO_LTE_SERVICE_PS_OUT_SWITCH from the HandOver Switch drop list. End Example //Activation procedure /Configuring an LTE cell MOD ULTECELL: LTECellIndex=1, SuppPSHOFlag=NotSupport, BlackFlag=False; //Setting the parameters related to the RNCoriented non coveragebased UMTStoLTE handover measurement algorithm SET UU2LTEHONCOV: LTEMeasTypOf3C=MeasurementQuantity, U2LTEFilterCoef=D6, U2LTEMeasTime=30, LTEMeasQuanOf3C=RSRP, Hystfor3C=2, TrigTime3C=D10, TargetRatThdRSRP=20, TargetRatThdRSRQ=30; //Setting the parameters related to the celloriented non coveragebased UMTStoLTE handover measurement algorithm ADD UCELLU2LTEHONCOV: CellId=1, LTEMeasTypOf3C=MeasurementQuantity, U2LTEFilterCoef=D6, U2LTEMeasTime=30, LTEMeasQuanOf3C=RSRP, Hystfor3C=2, TrigTime3C=D10, TargetRatThdRSRP=20, TargetRatThdRSRQ=30; //Modifying the basic configuration of a typical RAB MOD UTYPRABBASIC: RabIndex=1, EUTRANSHIND=HO_TO_EUTRAN_SHOULD_BE_PERFORM; //Enabling HO_LTE_PS_OUT_SWITCH and HO_LTE_SERVICE_PS_OUT_SWITCH SET UCORRMALGOSWITCH: HoSwitch=HO_LTE_PS_OUT_SWITCH1&HO_LTE_SERVICE_PS_OUT_SWITCH1; // Turning on the U2L Punish Switch SET UALGORSVPARA: RsvU32Para9=1310740, RsvSwitch4= RESERVED_SWITCH_4_BIT101; // Turning off the RESERVED_SWITCH_6_BIT13 SET UALGORSVPARA: RsvSwitch6=RESERVED_SWITCH_6_BIT130; //Turning on the RESERVED_SWITCH_4_BIT11 SET UALGORSVPARA: RsvSwitch4=RESERVED_SWITCH_4_BIT111; ////Turning off the RESERVED_SWITCH_6_BIT12 UALGORSVPARA: RsvSwitch6=RESERVED_SWITCH_6_BIT120; //Deactivation procedure //Disabling HO_LTE_SERVICE_PS_OUT_SWITCH SET UCORRMALGOSWITCH: HoSwitch=HO_LTE_SERVICE_PS_OUT_SWITCH0;

8.3.3 Performance Optimization Monitoring The added counter involved in the feature WRFD020129 PS Service Redirection from UMTS to LTE is as follows: Counter

Measurement Object

Measurement Unit

Description


20/51

1/3/2017 VS.U2LTEHO.RRCRelease.Service

Interoperability Between UMTS and LTE CELL

U2LTE.HO.CELL

Number of servicebased redirections to LTE through RRC connection release for a cell

8.4 WRFD140218 ServiceBased PS Handover from UMTS to LTE 8.4.1 Feature Deployment This section describes how to activate, verify, and deactivate the optional feature WRFD140218 ServiceBased PS Handover from UMTS to LTE. Prerequisites  Dependencies on Hardware

This feature does not have any special requirements for hardware.  Dependencies on Other Features


The license " PS Service Redirection from UMTS to LTE " on the RNC side has been activated. For details about the license items and how to activate the license, see License Management Feature Parameter Description.  Other Prerequisites

The eNodeB, Mobility Management Entity (MME), Serving GPRS Support Node (SGSN), and UE support this feature. The UE supports LTE measurements. The neighboring LTE cell has been configured. For details, see Configuring a Neighboring LTE Cell section in BSC6900 UMTS Initial Configuration Guide. Procedure  Activation Procedure

1. Run the RNC MML command MOD ULTECELL (CME single configuration: Object Group > UMTS Service Configuration and Maintenance Management > External Cell Configuration > RNC LTE External Cell; CME batch modification center: not supported) to set an LTE cell. In this step, set LTE Cell Supporting PS HO Indicator to Support(Support) and set BlackCell List Flag to False. 2. Run the RNC MML command SET UU2LTEHONCOV (CME single configuration: UMTS Radio Global Configuration Express > HandOver Parameter Configuration > RNCOriented NonCoverageBased UMTSLTE Handover Measurement Algorithm Parameters; CME batch modification center: not supported) to set the RNClevel noncoveragebased UMTStoLTE handover measurement parameters. These parameter settings are to be delivered in the measurement control information by the RNC to UEs. 3. Optional: Run the RNC MML command ADD UCELLU2LTEHONCOV (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > CellOriented NonCoverageBased UMTSLTE Handover Measurement Algorithm Parameters; CME batch modification center: Modifying UMTS Cell Parameters in Batches) to set the celllevel noncoveragebased UMTStoLTE handover measurement parameters for a cell. 4. Run the RNC MML command MOD UTYPRABBASIC (CME single configuration: UMTS Radio Global Configuration Express > Typical Service Configuration > Basic Information for Typical Traffic Radio Access Bearer; CME batch modification center: not supported) to allow the UMTStoLTE PS handovers. In this step, set ServiceBased Handover to LTE Allowed to HO_TO_EUTRAN_SHOULD_BE_PERFORM. 5. Run the RNC MML command SET UCORRMALGOSWITCH (CME single configuration: UMTS Radio Global Configuration Express > Connection_Oriented RRM Switch Configuration > Connection Oriented Algorithm Switches; CME batch modification center: Modifying RNC Parameters in Batches). In this step, select HO_LTE_PS_OUT_SWITCH and HO_LTE_SERVICE_PSHO_OUT_SWITCH under HandOver Switch to enable the service based UMTStoLTE PS handovers. 6. Optional: When the target LTE network is an MOCN and the PLMN of the primary operator is the same as the primary PLMN of the LTE cell or when the target LTE network is not an MOCN but the PLMNs of UMTS and LTE are different, the following configurations are required to implement UMTStoLTE PS handovers. a. Run the RNC MML command ADD UCNOPERATOR (CME single configuration: UMTS Global Configuration Express > Operator Configuration > CN Operator; CME batch modification center: not supported). In this step, add the operator to which the target LTE network belongs to the operator list, and configure the operator information about the LTE network, such as OperatorType, CnOperatorName, MCC, MNC, and CnOpIndex. b. Run the RNC MML command ADD UCNOPERGROUP (CME single configuration: UMTS Global Configuration Express > Operator Configuration > CN Operator Group; CME batch modification center: not supported). In this step, associate CnOpGrpIndex of the external cell with the operator of the target LTE network. c. Run the RNC MML command SET UOPERATORSHARINGMODE (CME single configuration: UMTS Global Configuration Express > Operator Configuration > RNC Operators Sharing Mode; CME batch modification center: not supported). In this step, turn on the InterPlmnHoAllowedInterRat switch to support interPLMN interoperations. 7. Run the SET UALGORSVPARA command, set bits 0 through 15 of the Reserved U32 Parameter 9 parameter to 20 seconds and selec RESERVED_SWITCH_4_BIT10 under the Reserved Switch 4 parameter to prevent UEs from initiating servicebased UMTStoLTE redirections or handovers immediately after finishing LTEtoUMTS redirections or handovers. 8. (Optional) Deselect RESERVED_SWITCH_6_BIT13 under the Reserved Switch 6 parameter in the SET UALGORSVPARA command to prevent continual entering and exiting of the compressed mode during servicebased UMTStoLTE redirections or handovers due to frequent RB reconfiguration. Note that after this step is performed, servicebased UMTStoLTE redirections or handovers will not be triggered in time. 9. (Optional) Set bits 16 through 31 of the Reserved U32 Parameter 9 parameter in the SET UALGORSVPARA command to 20 seconds to prevent continual entering and exiting of the compressed mode during service/load/coveragebased UMTStoLTE redirections or handovers if no suitable LTE cell is


21/51

1/3/2017


found after LTE signal quality measurement is complete. 10. (Optional) Select RESERVED_SWITCH_4_BIT11 under the Reserved Switch 4 parameter in the SET UALGORSVPARA command to allow only UEs that were handed over or redirected from the LTE network to the UMTS network to perform servicebased UMTStoLTE redirections or handovers. Note that after this step is performed, the number of UEs allowed to perform servicebased UMTStoLTE redirections or handovers decreases. 11. Deselect RESERVED_SWITCH_6_BIT12 under the Reserved Switch 6 parameter in the SET UALGORSVPARA command to prevent pingpong UMTStoLTE redirections or handovers that occur in PSspecific P2D state transitions triggered by CS services.  Verification Procedure

1. Start Iu interface message tracing on the LMT. 2. View the RANAP_RELOCATION_REQUIRED message. If the value of ucChoice in the message is IU_RELOC_U2L, the feature has been activated.  Deactivation Procedure

Run the RNC MML command SET UCORRMALGOSWITCH (CME single configuration: UMTS Radio Global Configuration Express > Connection_Oriented RRM Switch Configuration > Connection Oriented Algorithm Switches; CME batch modification center: Modifying RNC Parameters in Batches). In this step, clear HO_LTE_SERVICE_PSHO_OUT_SWITCH under HandOver Switch to disable the servicebased UMTStoLTE PS handovers. End Example //Activating ServiceBased PS Handover from UMTS to LTE //Configuring an LTE cell MOD ULTECELL: LTECellIndex=1, SuppPSHOFlag=Support, BlackFlag=False; //Setting the RNClevel noncoveragebased UMTStoLTE handover measurement parameters SET UU2LTEHONCOV: LTEMeasTypOf3C=MeasurementQuantity, U2LTEFilterCoef=D6, U2LTEMeasTime=30, LTEMeasQuanOf3C=RSRP, Hystfor3C=2, TrigTime3C=D10, TargetRatThdRSRP=20, TargetRatThdRSRQ=30; //Setting the celllevel noncoveragebased UMTStoLTE handover measurement parameters ADD UCELLU2LTEHONCOV: CellId=1, LTEMeasTypOf3C=MeasurementQuantity, U2LTEFilterCoef=D6, U2LTEMeasTime=30, LTEMeasQuanOf3C=RSRP, Hystfor3C=2, TrigTime3C=D10, TargetRatThdRSRP=20, TargetRatThdRSRQ=30; //Modifying the basic information about RAB of the typical service MOD UTYPRABBASIC: RabIndex=1, EUTRANSHIND=HO_TO_EUTRAN_SHOULD_BE_PERFORM; //Enabling the servicebased UMTStoLTE PS handovers SET UCORRMALGOSWITCH: HoSwitch=HO_LTE_PS_OUT_SWITCH1&HO_LTE_SERVICE_PSHO_OUT_SWITCH1; // Turning on the U2L Punish Switch SET UALGORSVPARA: RsvU32Para9=1310740, RsvSwitch4= RESERVED_SWITCH_4_BIT101; // Turning off the RESERVED_SWITCH_6_BIT13 SET UALGORSVPARA: RsvSwitch6=RESERVED_SWITCH_6_BIT130; //Turning on the RESERVED_SWITCH_4_BIT11 SET UALGORSVPARA: RsvSwitch4=RESERVED_SWITCH_4_BIT111; ////Turning off the RESERVED_SWITCH_6_BIT12 UALGORSVPARA: RsvSwitch6=RESERVED_SWITCH_6_BIT120; //Deactivating ServiceBased PS Handover from UMTS to LTE ///Disabling the servicebased UMTStoLTE PS handovers SET UCORRMALGOSWITCH: HoSwitch=HO_LTE_SERVICE_PSHO_OUT_SWITCH0;

8.4.2 Performance Optimization Monitoring The added counters involved in the feature WRFD140218 ServiceBased PS Handover from UMTS to LTE are as follows: Counter

Measurement Object

Measurement Unit

Description

VS.U2LTEHO.AttOutPS.Service

CELL

U2LTE.HO.CELL

Number of servicebased UMTStoLTE PS handover attempts for a cell

VS.U2LTEHO.SuccOutPS.Service

CELL

U2LTE.HO.CELL

Number of successful servicebased UMTStoLTE PS handovers for a cell

VS.U2LTEHO.FailOutPS.NoReply

CELL

U2LTE.HO.CELL

Number of failed outgoing UMTStoLTE PS handovers due to Iu release command timeout for a cell

VS.U2LTEHO.FailOutPS.CfgUnSupp

CELL

U2LTE.HO.CELL

Number of failed outgoing UMTStoLTE PS handovers for a cell (Configuration Unsupported)


22/51

1/3/2017


Counter

Measurement Object

Measurement Unit

Description

VS.U2LTEHO.FailOutPS.PhyChFail

CELL

U2LTE.HO.CELL

Number of failed outgoing UMTStoLTE PS handovers for a cell (Physical Channel Failure)

VS.U2LTEHO.FailOutPS.Abort

CELL

U2LTE.HO.CELL

Number of abnormally terminated outgoing UMTStoLTE PS handovers for a cell

VS.U2LTEHO.AttRelocPrepOutPS

CELL

U2LTE.HO.CELL

Number of outgoing UMTStoLTE PS handover preparation attempts for a cell

VS.U2LTEHO.SuccRelocPrepOutPS

CELL

U2LTE.HO.CELL

Number of successful preparations for outgoing UMTStoLTE PS handovers for a cell

VS.U2LTEHO.FailRelocPrepOutPS.NoResAvail

CELL

U2LTE.HO.CELL

Number of failed preparations for outgoing UMTStoLTE PS handovers for a cell (No Resource Available)

VS.U2LTEHO.FailRelocPrepOutPS.TgtFail

CELL

U2LTE.HO.CELL

Number of failed preparations for outgoing UMTStoLTE PS handovers for a cell (Relocation Failure in Target CN/RNC or Target System)

VS.U2LTEHO.FailRelocPrepOutPS.ReloUnSupp

CELL

U2LTE.HO.CELL

Number of failed preparations for outgoing UMTStoLTE PS handovers for a cell (Relocation not supported in Target RNC or Target system)

VS.U2LTEHO.FailRelocPrepOutPS.TgtHighLoad

CELL

U2LTE.HO.CELL

Number of failed preparations for outgoing UMTStoLTE PS handovers for a cell (Traffic Load In The Target Cell Higher Than In The Source Cell)

VS.U2LTEHO.FailRelocPrepOutPS.TAlExp

CELL

U2LTE.HO.CELL

Number of failed preparations for outgoing UMTStoLTE PS handovers for a cell (TRELOCalloc expiry)

VS.U2LTEHO.FailRelocPrepOutPS.UnKnowRNC

CELL

U2LTE.HO.CELL

Number of failed preparations for outgoing UMTStoLTE PS handovers for a cell (Unknown Target RNC)

The success rate of servicebased UMTStoLTE PS handovers is calculated with the following formula: Success rate of servicebased UMTStoLTE PS handovers = VS.U2LTEHO.SuccOutPS.Service/VS.U2LTEHO.AttOutPS.Service. Parameter optimization is required if this success rate falls below expectation. Parameter Optimization Analyze the causes of UMTStoLTE PS handover failures and modify parameter values accordingly.  If VS.U2LTEHO.FailOutPS.CfgUnSupp, VS.U2LTEHO.FailOutPS.PhyChFail, and VS.U2LTEHO.FailRelocPrepOutPS.ReloUnSupp have large values,

there is a possibility that some types of UEs do not support UMTStoLTE PS handovers. In this case, modify the cell parameter settings to use UMTSto LTE PS redirections in this cell.  If VS.U2LTEHO.FailOutPS.NoReply has a large value, raise the value of TargetRatThdRSRP or TargetRatThdRSRQ accordingly.  If VS.U2LTEHO.FailRelocPrepOutPS.NoResAvail and VS.U2LTEHO.FailRelocPrepOutPS.TgtHighLoad have large values, the LTE network traffic load is

high. In this case, take measures to lower the LTE network traffic load to ensure a high success rate for UMTStoLTE PS handovers.

8.5 WRFD140102 CS Fallback Guarantee for LTE Emergency Calls 8.5.1 When to Use CS Fallback Guarantee for LTE Emergency Calls This feature is recommended in the overlapping coverage area of UMTS and LTE.

8.5.2 Feature Deployment This section describes how to activate, verify, and deactivate the basic feature WRFD140102 CS Fallback Guarantee for LTE Emergency Calls. For details about how to configure this feature on the LTE side, see the related documents provided by the LTE equipment vendor. Prerequisites  Dependencies on Hardware

This feature does not have any special requirements for hardware.  Dependencies on Other Features

This feature does not depend on other features. 


23/51

1/3/2017


 License

This feature is not under license control.  Other Prerequisites

UEs of Release 8 or later support PS handovers from LTE to UMTS and CSFB from LTE to UMTS. In addition, the message sent to the MME carries an emergency call indicator. The eNodeB supports PS handovers from LTE to UMTS and CSFB from LTE to UMTS. In addition, the handover request sent to the RNC carries CSFB High Priority. The CN supports PS handovers from LTE to UMTS and CSFB from LTE to UMTS. In addition, the INITIAL CONTEXT SETUP REQUEST message sent from the MME to the eNodeB carries CS Fallback High Priority. Procedure  Activation Procedure

1. Configure the data on the LTE side, including setting the neighbor relationships between cells. For details about how to configure this feature on the LTE side, see the related documents provided by the LTE equipment vendor. If the LTE equipment is provided by Huawei, see the LTE document CS Fallback Parameter Description. 2.

Run the RNC MML command SET UCORRMALGOSWITCH (CME single configuration: UMTS Radio Global Configuration Express > Connection_Oriented RRM Switch Configuration > Connection Oriented Algorithm Switches; CME batch modification center: Modifying RNC Parameters in Batches). In this step, select HO_L2U_EMGCALL_SWITCH under HandOver Switch to enable this feature.

 Verification Procedure

After this feature is activated, the incoming LTEtoUMTS PS handover success rate caused by LTE emergency calls increases.  Deactivation Procedure

1. Run the RNC MML command SET UCORRMALGOSWITCH (CME single configuration: UMTS Radio Global Configuration Express > Connection_Oriented RRM Switch Configuration > Connection Oriented Algorithm Switches; CME batch modification center: Modifying RNC Parameters in Batches). In this step, clear HO_L2U_EMGCALL_SWITCH under HandOver Switch to disable this feature. End Example //Activating CS Fallback Guarantee for LTE Emergency Calls SET UCORRMALGOSWITCH: HoSwitch= HO_L2U_EMGCALL_SWITCH1; //Deactivating CS Fallback Guarantee for LTE Emergency Calls SET UCORRMALGOSWITCH: HoSwitch= HO_L2U_EMGCALL_SWITCH0;

8.5.3 Performance Optimization Currently, this feature only involves the following RNClevel counters:  VS.L2U.AttRelocPrepInPS.Emerg.RNC: Number of incoming LTEtoUMTS PS handover attempts caused by LTE emergency calls at the RNC level.

When receiving the Relocation Request message which carries Source RNC To Target RNC Transparent Container containing CSFB High Priority, the RNC increases the counter value by 1 and stamps the identity of CSFB High Priority on the UE. This identity is erased after the emergency call is released.  VS.L2U.SuccRelocInPS.Emerg.RNC: Number of successful incoming LTEtoUMTS PS handovers caused by LTE emergency calls at the RNC level.

When the RNC sends the SGSN a Relocation Complete message, the incoming LTEtoUMTS PS handover is successful and the RNC increases the counter value by 1. The success rate of LTEtoUMTS PS handovers caused by CSFB for LTE emergency calls is calculated with the following formula: Success rate of LTEtoUMTS PS handovers caused by CSFB for LTE emergency calls = VS.L2U.SuccRelocInPS.Emerg.RNC/VS.L2U. AttRelocPrepInPS.Emerg.RNC

9 Parameters Table 91 Parameter description Parameter ID

NE

MML Command

Feature Feature Name ID

Description


24/51

1/3/2017 CSFBSRBRate

Interoperability Between UMTS and LTE BSC6900SET UFRC

None

None

Meaning:Data rate of SRBs carried over the DCH for CS Fallback. After receiving relocation requests from UEs using CS Fallback, the BSC6900 allocates the value of this parameter to the data rate of the SRBs that carry UEs' data and are carried over the DCH. In addition, the BSC6900 sets the data rate of these SRBs to 3.4 kbit/s if these UEs make calls. If these SRBs are carried over the HSDPA or HSUPA, the BSC6900 sets the data rate of these SRBs to 3.4 kbit/s. GUI Value Range:SRB_3.4K, SRB_6.8K, SRB_13.6K, SRB_27.2K Actual Value Range:SRB_3.4K, SRB_6.8K, SRB_13.6K, SRB_27.2K Unit:None Default Value:SRB_3.4K

EQrxlevmin

BSC6900ADD WRFD Mobility Between UCELLNFREQPRIOINFO 020126 UMTS and LTE Phase 1 MOD UCELLNFREQPRIOINFO

Meaning:This parameter indicates the minimum required RSRP of the cell on the target frequency. During cell reselection decision, the Srxlev is obtained by the RSRP of the cell on the target frequency measured by the UE minus the value of this parameter. If the Srxlev is greater than the parameter of the target cell during the interval defined by Treselections, the UE performs cell reselection to the target cell. The value of this parameter is set during network planning. The greater the value of this parameter is, the harder the UE reselects a cell on this frequency, the smaller the value of this parameter is, the easier the UE reselects a cell on this frequency. For details on this parameter, see 3GPP TS 25.304. GUI Value Range:70~22 Actual Value Range:140~ 44 Unit:2dBm Default Value:70

EUTRANSHIND

BSC6900ADD UTYPRABBASIC MOD UTYPRABBASIC

WRFD Mobility Between 020126 UMTS and LTE WRFD Phase 1 020129

PS Service Redirection from UMTS to LTE

Meaning:This parameter specifies whether to allow the service based handover of UEs from UMTS to LTE. GUI Value Range:HO_TO_EUTRAN_SHOULD_BE_PERFORM, HO_TO_EUTRAN_SHALL_NOT_BE_PERFORM Actual Value Range:HO_TO_EUTRAN_SHOULD_BE_PERFORM, HO_TO_EUTRAN_SHALL_NOT_BE_PERFORM Unit:None Default Value:HO_TO_EUTRAN_SHALL_NOT_BE_PERFORM

HoSwitch

BSC6900SET WRFD HSDPA Introduction Meaning:1. HO_ALGO_HCS_SPEED_EST_SWITCH: When UCORRMALGOSWITCH 010610 Package the switch is on, the BSC6900 evaluates the UE's moving speed in the HCS and initiates fast intralayer or slow interlayer WRFD HSDPA Mobility handover. 01061006 Management WRFD HSUPA Introduction 2. HO_ALGO_LDR_ALLOW_SHO_SWITCH: When the switch is on, the LDR interfrequency handover is allowed during soft 010612 Package handover. WRFD HSUPA Mobility 3. HO_ALGO_MBMS_FLC_SWITCH: When the switch is on, WRFD Inter Frequency Load the UE requires that the redirection strategy be used for frequency layer convergence. 020103 Balance WRFD Intra Node B Softer 4. HO_ALGO_OVERLAY_SWITCH: When the switch is on, the associated receiving and mobility algorithms of the overlay 020201 Handover network are used. When the switch is not on, the associated WRFD Intra RNC Soft algorithms are not used. Overlay network is an UTRAN network 020202 Handover covering present network, it supports HSPA, MBMS and other WRFD Inter RNC Soft new features. To satisfy new requirements of operator and 020203 Handover restrictions of present network, overlay network realizes WRFD Intra Frequency Hard operation distribution and load sharing between new network 020301 Handover and present network, also gives special handling for mobility WRFD Inter Frequency Hard management of network verge. 020302 Handover Based on 5. HO_INTER_FREQ_HARD_HO_SWITCH: When the switch WRFD Coverage is on, the BSC6900 is allowed to initiate interfrequency 01061204 Management

020303


25/51

1/3/2017

Interoperability Between UMTS and LTE WRFD InterRAT Handover measure control or the loadbased interfrequency hard handover 020304 Based on Coverage upon the handover decision on interfrequency load. WRFD Inter Frequency Hard 6. HO_LTE_SERVICE_PSHO_OUT_SWITCH: Whether to 020305 Handover Based on enable servicebased PS handover from UMTS to LTE. When this switch is turned on, the BSC6900 can send LTE WRFD DL QoS 020306 InterRAT Handover MEASUREMENT CONTROL message based on service and initiate servicebased PS handover from UMTS to LTE. When WRFD Based on Service 020307 InterRAT Handover this switch is turned off, the BSC6900 cannot initiate service based PS handover from UMTS to LTE. WRFD Based on Load 7. HO_INTER_RAT_CS_OUT_SWITCH: When the switch is 020308 Video Telephony on, the BSC6900 is allowed to initiate interfrequency measure Fallback to Speech WRFD control and the CS interRAT hard handover from the 3G 02030801 (AMR) for InterRAT network to the 2G network. WRFD HO 8. HO_INTER_RAT_PS_3G2G_CELLCHG_NACC_SWITCH: 02030802 InterRAT Handover When the switch is on, the NACC function is supported during Phase 2 WRFD the PS interRAT handover from the 3G network to the 2G 020309 NACC(Network network in the cell change order process. When the switch is WRFD Assisted Cell not on, the NACC function is not supported. When Change) 021200 PS_3G2G_RELOCATION_SWITCH is ON, this switch is WRFD PS Handover useless. When the NACC function is supported, the UE skips 020129 Between UMTS and the reading procedure as the SI/PSI of the target cell is provided GPRS after the UE accesses the 2G cell. Thus, the delay of intercell WRFD 070005 InterRAT Handover handover is reduced. Based on DL QoS WRFD 9. HO_INTER_RAT_PS_3G2G_RELOCATION_SWITCH: 070006 HCS (Hierarchical When the switch is on, the PS interRAT handover from the 3G Cell Structure) network to the 2G network is performed in the relocation WRFD process. When the switch is not on, the PS interRAT handover 070007 PS Service Redirection from from the 3G network to the 2G network is performed in the cell WRFD UMTS to LTE change order process. 020106 NACC Procedure 10. HO_INTER_RAT_PS_OUT_SWITCH: When the switch is WRFD Optimization Based on, the BSC6900 is allowed to initiate interfrequency measure 140102 on Iurg control and the PS interRAT hard handover from the 3G GSM and UMTS Load Balancing Based on Iurg GSM and UMTS Traffic Steering Based on Iurg Load Reshuffling CS Fallback Guarantee for LTE Emergency Calls

network to the 2G network. 11. HO_INTER_RAT_RNC_SERVICE_HO_SWITCH: When the switch is on, the attributes of interRAT handover of the services are based on the configuration of BSC6900 parameters. When the switch is not on, the attributes are set on the basis of the CN. If no information is provided by the CN, the attributes are then based on the BSC6900 parameters. 12. HO_INTRA_FREQ_DETSET_INTO_ACTSET_SWITCH: When the switch is on, the cells in the detected set from which the BSC6900 receives their valid event reports can be added to the active set. The cells allowed to be added to the active set must be the neighboring cells of the cells in the active set. 13. HO_INTRA_FREQ_DETSET_RPRT_SWITCH: When the switch is on, the intrafrequency measurement reports of the detected set can be reported by UE. 14. HO_INTRA_FREQ_HARD_HO_SWITCH: When the switch is on, the BSC6900 is allowed to initiate the intra frequency hard handover. 15. HO_INTRA_FREQ_RPRT_1J_SWITCH: When the switch is on, the event 1J is included in the delivery of intrafrequency measurement control if the UE version is R6. 16. HO_INTRA_FREQ_SOFT_HO_SWITCH: When the switch is on, the cells on the BSC6900 can active the soft handover. When the BSC6900 receives reports on the events 1A, 1B, 1C, or 1D, associated addition, removal, and replacement of handover cell of the soft handover are initiated. 17. HO_MC_MEAS_BEYOND_UE_CAP_SWITCH: When the switch is on, the neighboring cell whose frequency band is beyond the UE's capabilities can also be delivered in the inter frequency measurement list. 18. HO_MC_NCELL_COMBINE_SWITCH: When the switch is on, the neighboring cell combined algorithm is used during the delivery of the objects to be measured. When the switch is not on, the optimal cell algorithm is used. 19. HO_MC_SIGNAL_IUR_INTRA_SWITCH: When the switch is on, intrafrequency handover is allowed over the Iur interface


26/51

1/3/2017

Interoperability Between UMTS and LTE if the UE has only signaling. 20. HO_MC_SIGNAL_SWITCH: When the switch is on, quality measurement on the active set is delivered after signaling setup but before service setup. If the UE is at the cell verge or receives weak signals after accessing the network, the BSC6900 can trigger interfrequency or interRAT handover when the UE sets up the RRC. 21. HO_MC_SNA_RESTRICTION_SWITCH: When the switch is on, the BSC6900 controls the UEs in the connected state based on the configurations on the CN. The UEs can only access and move in authorized cells. 22. HO_LTE_PS_OUT_SWITCH: Whether to enable handover from UMTS to LTE. When this switch is turned on, the BSC6900 can send LTE MEASUREMENT CONTROL message and initiate PS handover or redirection from UMTS to LTE. When this switch is turned off, the BSC6900 cannot perform the preceding procedures. 23. HO_LTE_SERVICE_PS_OUT_SWITCH: Whether to enable servicebased redirection from UMTS to LTE. When this switch is turned on, the BSC6900 can send LTE MEASUREMENT CONTROL message based on service and initiate servicebased PS redirection from UMTS to LTE. When this switch is turned off, the BSC6900 cannot initiate service based PS redirection from UMTS to LTE. 24. HO_H2G_SRVCC_SWITCH :This bit is a Single Radio Voice Call Continuity (SRVCC) switch for the VoIP service that is handed over to GERAN. SRVCC ensures the continuity of voice services that are handed over between the CS domain and the IP Multimedia Subsystem (IMS).The meaning of the bit is as follows: When it is set to "ON", it indicates that the VoIP service can be handed over to GERAN through SRVCC procedure.When it is set to "OFF", it indicates that the VoIP service cannot be handed over to GERAN through SRVCC procedure. 25. HO_INTRA_FREQ_HIGHPRIOR_2D2F_SWITCH: This switch controls which event to be preferentially processed when both an intra frequency measurement report event and event 2D or 2F need to be processed. Turning on this switch allows the intrafrequency measurement report event to be preferentially processed. Turning off this switch allows event 2D or 2F to be preferentially processed. 26. HO_CIO_1D_USED: Whether the BSC6900 instructs the UE to use the cell individual offset (CIO) parameter when reporting event 1D. If this field is selected, the BSC6900 instructs the UE to use the CIO parameter when reporting event 1D. If this field is not selected, the BSC6900 does not instruct the UE to use the CIO parameter when reporting event 1D. The call drop rate will increase if the switch is opened when the CIO is configured to a big value. 27. HO_HCS_SPD_INI_BSD_UE_SWITCH: Whether the BSC6900 determines the initial speed state of a UE based on the enUeMobilityStateInd information element (IE) sent by the UE. If this switch is turned on, the initial UE speed state is determined by this IE carried in the RRC_RRC_CONNECT_REQ or RRC_CELL_UPDATE message. If this switch is turned off, the BSC6900 determines the UE mobility state as before based on how frequently the UE sends an event 1D measurement report. 28. HO_L2U_EMGCALL_SWITCH: Whether to activate CS Fall Back. When this switch is turned on, CS Fall Back is activated. When this switch is turned off, CS Fall Back is deactivated. 29. HO_UMTS_TO_LTE_FAST_RETURN_SWITCH: Switch for preferentially moving to an LTE cell after a call release. When this switch is turned on, the BSC6900 includes the neighboring frequency information in the RRC CONNECTION RELEASE message for UEs that can measure signal quality of the frequency band including the LTE cells' frequencies. As a


27/51

1/3/2017

Interoperability Between UMTS and LTE result of these operations, these UEs can preferentially move to LTE cells after entering the idle state. 30. HO_HHO_WITH_INTRA_FREQ_MR_SWITCH: When this switch is turned on, the BSC6900 sends periodical inter frequency and intrafrequency measurement control messages, and includes the information element (IE) measurementIdentiy in the interfrequency measurement control message to instruct a UE to report signal quality in an active set cell in a periodical interfrequency measurement report. When this switch is turned off, the BSC6900 sends only a periodical interfrequency measurement control message without this IE. 31. HO_MULTIRAB_CSPS_HO_COV_PARA_SWITCH (Algorithm Switch for Coveragebased Interfrequency or inter RAT Handover Parameters Dedicated to CS and PS Combined Services): When this switch is turned on, the handover parameters dedicated to CS and PS combined services are used when CS and PS combined services are processed. When this switch is turned off, the thresholds for CS or PS services, whichever are larger, are used for the handover parameters. GUI Value Range:HO_ALGO_HCS_SPEED_EST_SWITCH, HO_ALGO_LDR_ALLOW_SHO_SWITCH, HO_ALGO_MBMS_FLC_SWITCH, HO_ALGO_OVERLAY_SWITCH, HO_INTER_FREQ_HARD_HO_SWITCH, HO_LTE_SERVICE_PSHO_OUT_SWITCH, HO_INTER_RAT_CS_OUT_SWITCH, HO_INTER_RAT_PS_3G2G_CELLCHG_NACC_SWITCH, HO_INTER_RAT_PS_3G2G_RELOCATION_SWITCH, HO_INTER_RAT_PS_OUT_SWITCH, HO_INTER_RAT_RNC_SERVICE_HO_SWITCH, HO_INTRA_FREQ_DETSET_INTO_ACTSET_SWITCH, HO_INTRA_FREQ_DETSET_RPRT_SWITCH, HO_INTRA_FREQ_HARD_HO_SWITCH, HO_INTRA_FREQ_RPRT_1J_SWITCH, HO_INTRA_FREQ_SOFT_HO_SWITCH, HO_MC_MEAS_BEYOND_UE_CAP_SWITCH, HO_MC_NCELL_COMBINE_SWITCH, HO_MC_SIGNAL_IUR_INTRA_SWITCH, HO_MC_SIGNAL_SWITCH, HO_MC_SNA_RESTRICTION_SWITCH, HO_LTE_PS_OUT_SWITCH, HO_LTE_SERVICE_PS_OUT_SWITCH, HO_H2G_SRVCC_SWITCH, HO_INTRA_FREQ_HIGHPRIOR_2D2F_SWITCH, HO_CIO_1D_USED, HO_HCS_SPD_INI_BSD_UE_SWITCH, HO_L2U_EMGCALL_SWITCH, HO_UMTS_TO_LTE_FAST_RETURN_SWITCH, HO_HHO_WITH_INTRA_FREQ_MR_SWITCH, HO_MULTIRAB_CSPS_HO_COV_PARA_SWITCH Actual Value Range:HO_ALGO_HCS_SPEED_EST_SWITCH, HO_ALGO_LDR_ALLOW_SHO_SWITCH, HO_ALGO_MBMS_FLC_SWITCH, HO_ALGO_OVERLAY_SWITCH, HO_INTER_FREQ_HARD_HO_SWITCH, HO_LTE_SERVICE_PSHO_OUT_SWITCH, HO_INTER_RAT_CS_OUT_SWITCH, HO_INTER_RAT_PS_3G2G_CELLCHG_NACC_SWITCH, HO_INTER_RAT_PS_3G2G_RELOCATION_SWITCH, HO_INTER_RAT_PS_OUT_SWITCH, HO_INTER_RAT_RNC_SERVICE_HO_SWITCH, HO_INTRA_FREQ_DETSET_INTO_ACTSET_SWITCH, HO_INTRA_FREQ_DETSET_RPRT_SWITCH, HO_INTRA_FREQ_HARD_HO_SWITCH, HO_INTRA_FREQ_RPRT_1J_SWITCH, HO_INTRA_FREQ_SOFT_HO_SWITCH, HO_MC_MEAS_BEYOND_UE_CAP_SWITCH, HO_MC_NCELL_COMBINE_SWITCH, HO_MC_SIGNAL_IUR_INTRA_SWITCH,


28/51

1/3/2017

Interoperability Between UMTS and LTE HO_MC_SIGNAL_SWITCH, HO_MC_SNA_RESTRICTION_SWITCH, HO_LTE_PS_OUT_SWITCH, HO_LTE_SERVICE_PS_OUT_SWITCH, HO_H2G_SRVCC_SWITCH, HO_INTRA_FREQ_HIGHPRIOR_2D2F_SWITCH, HO_CIO_1D_USED, HO_HCS_SPD_INI_BSD_UE_SWITCH, HO_L2U_EMGCALL_SWITCH, HO_UMTS_TO_LTE_FAST_RETURN_SWITCH, HO_HHO_WITH_INTRA_FREQ_MR_SWITCH, HO_MULTIRAB_CSPS_HO_COV_PARA_SWITCH Unit:None Default Value:HO_ALGO_HCS_SPEED_EST_SWITCH 0&HO_ALGO_LDR_ALLOW_SHO_SWITCH 1&HO_ALGO_MBMS_FLC_SWITCH 0&HO_ALGO_OVERLAY_SWITCH 0&HO_INTER_FREQ_HARD_HO_SWITCH 0&HO_LTE_SERVICE_PSHO_OUT_SWITCH 0&HO_INTER_RAT_CS_OUT_SWITCH 1&HO_INTER_RAT_PS_3G2G_CELLCHG_NACC_SWITCH 0&HO_INTER_RAT_PS_3G2G_RELOCATION_SWITCH 0&HO_INTER_RAT_PS_OUT_SWITCH 1&HO_INTER_RAT_RNC_SERVICE_HO_SWITCH 0&HO_INTRA_FREQ_DETSET_INTO_ACTSET_SWITCH 1&HO_INTRA_FREQ_DETSET_RPRT_SWITCH 1&HO_INTRA_FREQ_HARD_HO_SWITCH 1&HO_INTRA_FREQ_RPRT_1J_SWITCH 0&HO_INTRA_FREQ_SOFT_HO_SWITCH 1&HO_MC_MEAS_BEYOND_UE_CAP_SWITCH 0&HO_MC_NCELL_COMBINE_SWITCH 1&HO_MC_SIGNAL_IUR_INTRA_SWITCH 0&HO_MC_SIGNAL_SWITCH 0&HO_MC_SNA_RESTRICTION_SWITCH 0&HO_LTE_PS_OUT_SWITCH 0&HO_LTE_SERVICE_PS_OUT_SWITCH 0&HO_H2G_SRVCC_SWITCH 0&HO_INTRA_FREQ_HIGHPRIOR_2D2F_SWITCH 0&HO_CIO_1D_USED 0&HO_HCS_SPD_INI_BSD_UE_SWITCH 0&HO_L2U_EMGCALL_SWITCH 0&HO_UMTS_TO_LTE_FAST_RETURN_SWITCH 0&HO_HHO_WITH_INTRA_FREQ_MR_SWITCH 0&HO_MULTIRAB_CSPS_HO_COV_PARA_SWITCH0

Hystfor3C

BSC6900ADD UCELLU2LTEHONCOV MOD UCELLU2LTEHONCOV

WRFD Mobility Between 020126 UMTS and LTE WRFD Phase 1

Meaning:This parameter specifies the hysteresis for a UE to report event 3C. For detailed description of the parameter, see 3GPP TS 25.331.

020129

GUI Value Range:0~15


Actual Value Range:0~7.5 Unit:0.5dB Default Value:4

LTEArfcn

BSC6900ADD ULTECELL MOD ULTECELL

WRFD Mobility Between 020126 UMTS and LTE WRFD Phase 1

Meaning:This parameter specifies the downlink frequency used by an LTE cell. For detailed description of the parameter, see 3GPP TS 36.104.

020129

GUI Value Range:0~65535


Actual Value Range:0~65535 Unit:None Default Value:None


29/51

1/3/2017 LTEMeasQuanOf3C

Interoperability Between UMTS and LTE BSC6900ADD UCELLU2LTEHONCOV MOD UCELLU2LTEHONCOV



Meaning:This parameter specifies the measurement quantity of a handover target LTE system in an event 3C measurement report sent by a UE during a handover that is not based on coverage. This parameter can be set to RSRP or RSRQ. Note that what specific measurement results are reported depends on the setting of "Report Type of LTE Measurement", as is specified in 3GPP TS 25.331. RSRP is the average power of signals received on all resource elements (REs) that carry reference signals within a certain symbol. RSRQ is defined as the ratio of RSRP to RSSI (RSRQ = N x RSRP/RSSI). The coefficient N is introduced to adjust possible bandwidth difference in both types of measurement. GUI Value Range:RSRP(Reference Signal Receiving Power), RSRQ(Reference Signal Receiving Quality) Actual Value Range:RSRP, RSRQ Unit:None Default Value:RSRP(Reference Signal Receiving Power)

NPriority


Meaning:This parameter specifies the absolute priority level of the EUTRA frequency. The UE compares the value of this parameter with the absolute priority level of the serving cell, and specifies the target frequency based on the comparison result. That is, when the value of this parameter is greater than the priority level of the serving cell, the UE measures the neighboring frequency. If the signal of cells on the neighboring frequency satisfies relevant requirements, the UE initiates the cell reselection. When the value of this parameter is smaller than the priority level of the serving cell, the UE measures the neighboring frequency only when the signal of the serving cell is weak. If the signal of cells on the neighboring frequency satisfies relevant requirements, the UE initiates the cell reselection. The value of this parameter is set during network planning. The greater the value of this parameter is, the easier the UE reselects a cell on this frequency, the smaller the value of this parameter is, the harder the UE reselects a cell on this frequency. For details on this parameter, see 3GPP TS 25.304. GUI Value Range:0~7 Actual Value Range:0~7 Unit:None Default Value:None

PerfEnhanceSwitch

BSC6900SET UCORRMPARA

WRFD HSDPA State 01061111 Transition WRFD Emergency Call 021104 UE State in WRFD Connected Mode 010202 (CELLDCH, CELL WRFD PCH, URAPCH, 020400 CELLFACH) WRFD DRD Introduction 01061004 Package WRFD HSDPA Power 02060501 Control WRFD SRNS Relocation 020402 (UE Not Involved) WRFD Measurement Based 02040003 Direct Retry

Meaning:1. PERFENH_AMR_SPEC_BR_SWITCH: When the switch is set to ON, the procedure specific to AMR service establishment takes effect. 2. PERFENH_AMR_TMPLT_SWITCH: When the switch is set to ON, the AMR template takes effect. 3. PERFENH_SRB_TMPLT_SWITCH: When the switch is set to ON, the SRB template takes effect. 4. PERFENH_OLPC_TMPLT_SWITCH: When the switch is set to ON, the OLPC template takes effect. 5. PERFENH_AMR_SP_TMPLT_SWITCH: When the switch is set to ON, the AMR parameter template takes effect. 6. PERFENH_INTRAFREQ_MC_TMPLT_SWITCH: When the switch is set to ON, the intrafrequency measurement control template takes effect.

7. PERFENH_INTERRAT_PENALTY_50_SWITCH: After a UE fails to be handed over to a 2G cell during an interRAT WRFD Inter System Redirect handover, the BSC6900 forbids the UE to attempt a handover to 01061404 HSUPA 2ms/10ms the 2G cell in a certain period. When the switch is set to ON, the period is 50s. When the switch is set to OFF, the period is TTI Handover 30s. 8. PERFENH_SRB_OVER_HSUPA_TTI10_SWITCH: When the switch is set to ON, the uplink SRBs of HSUPA 10 ms non


30/51

1/3/2017

Interoperability Between UMTS and LTE conversational services are always carried on DCHs, and the original parameter Type of Channel Preferably Carrying Signaling RB is invalid. When the switch is set to OFF, SRBs for HSUPA 10 ms nonconversational services can be carried on HSUPA channels when the original parameter Type of Channel Preferably Carrying Signaling RB is set to HSUPA or HSPA. The switch is set to OFF by default. 9. PERFENH_HSUPA_TTI2_ENHANCE_SWITCH: When the switch is set to ON, the singleuser peakrate improvement algorithm of HSUPA 2 ms TTI is enabled. When the switch is set to OFF, the algorithm is disabled. The switch is set to OFF by default. 10. PERFENH_UU_P2D_CUC_OPT_SWITCH: When this switch is turned on, the P2D cell update confirm message simplification algorithm takes effect. When this switch is turned off, the algorithm does not take effect. By default, this switch is turned off. 11. PERFENH_RL_RECFG_SIR_CONSIDER_SWITCH: This check box controls whether the BSC6900 considers the converged SIRTarget value that is used before radio link reconfiguration in outer loop power control performed after radio link reconfiguration. If the check box is not selected, the BSC6900 sends the initial SIRTarget value used after radio link reconfiguration to the NodeB.If the check box is selected, the BSC6900 selects a more appropriate value from the initial SIRTarget value used after radio link reconfiguration and the converged SIRTarget value used before radio link reconfiguration. Then the BSC6900 sends the selected value to the NodeB. Setting of this check box takes effect only when the PC_RL_RECFG_SIR_TARGET_CARRY_SWITCH check box is selected. 12. PERFENH_RRC_REDIR_PROTECT_SWITCH: When the switch is set to ON, The mechanism to avoid endless back andforth RRCredirections takes effect. The switch is set to OFF by default. 13. PERFENH_H2F_OPT_SWITCH: whether to enable the optimized algorithm for HSPA UE state transition from CELL_DCH to CELL_FACH (also referred to as H2F state transition). When the switch is turned on, the optimized H2F state transition algorithm is enabled, and event 4A measurement of traffic volume or throughput is added to the state transition procedure. The added event 4A measurement prevents an H2F state transition when data is being transmitted. 14. PERFENH_PSTRAFFIC_P2H_SWITCH: When the switch is turned on and a CELL_PCH/URA_PCHtoCELL_DCH (P2D for short) state transition is triggered for a PS service, the PS service can be set up on HSPA channels after the state transition. When the switch is turned off, PS services can be set up only on DCHs after a P2D state transition. This switch is turned off by default. 15. PERFENH_VIP_USER_PCHR_MR_SWITCH: When the switch is set to ON, VIP UEs report their transmit power to the BSC6900 when required and periodically measure signal quality of intrafrequency cells. In addition, these UEs measure the downlink BLER, the NodeB measures the uplink SIR, and the BSC6900 records the measurement results. 16. PERFENH_TX_INTERRUPT_AFT_TRIG_SWITCH: Switch for including the Tx interruption after trigger IE in the uplink 4A traffic volume measurement control message. When this switch is turned on, the uplink 4A traffic volume measurement control message from BSC6900 includes the Tx interruption after trigger IE for UEs that are in the CELL_FACH or enhanced CELL_FACH state and processing PS BE services. The value of this IE can be changed by running the "SET UUESTATETRANS" command. 17. PERFENH_HSUPA_TTI_RECFG_PROC_OPT_SWITCH: Whether to use the optimized TTI switching algorithm for BE services


31/51

1/3/2017

Interoperability Between UMTS and LTE 0: The optimized algorithm does not take effect. The original mechanism is implemented. 1: The optimized algorithm takes effect. After HSUPA services are configured or reconfigured with 10 ms TTI due to network resource (admission CEs, RTWP, consumed Iub bandwidth, or consumed CEs) congestion or insufficient coverage, these UEs cannot change to use 2 ms TTI if no data needs to be transmitted. 18. PERFENH_DOWNLOAD_ENHANCE_SWITCH: Whether to activate the algorithm for increasing the singlethreaded download rate. 19. PERFENH_OLPC_BLER_COEF_ADJUST: Switch for adjusting the BLER coefficient specific to CS services based on the best cell's uplink load status. When this switch is turned on, the outer loop power control algorithm uses the target BLER set by the OMU board if the best cell's uplink load status is LDR or OLC. If the status is neither LDR nor OLC, this algorithm uses this target BLER after being divided by five. 20. PERFENH_EMG_AGPS_MC_DELAY_SWITCH: Whether to enable the function of delaying the sending of an RRC_MEAS_CTRL message containing AGPS information when an emergency call is made. When this switch is turned on, the BSC6900 delays the sending of this message until the emergency call is successfully set up. When this switch is turned off, the BSC6900 sends this message upon receiving a LOCATION_REPORTING_CONTROL message from the CN. 21. PERFENH_MULTI_RLS_CQI_PARA_OPT_SWITCH: Whether to enable a UE having multiple RLSs to use the value of "CQIReF" and the value of "CQIFbCk" that are for UEs having only one RLS. The two parameters can be set by running the "SET UHSDPCCH" and "ADD UCELLHSDPCCH" commands. When this switch is turned off, the UE does not use the values of the two parameters that are for UEs having only one RLS. When this switch is turned on, the UE uses the values of the two parameters that are for UEs having only one RLS. 22. PERFENH_RELOC_IE_CALCTIMEFORCIP_SWITCH: Whether to enable a RELOCATION REQUIRED message to contain the IE calculationTimeForCiphering. When this switch is turned on, static relocation request messages contain the IE calculationTimeForCiphering. 23. PERFENH_IS_TIMEOUT_TRIG_DRD_SWITCH: Whether to trigger the DRD procedure and channel switchover from E DCH or HSDSCH to DCH when messages transmitted over the Uu and Iub interfaces do not arrive in time. When this switch is turned off, the DRD procedure and channel switchover from EDCH or HSDSCH to DCH are not triggered if messages transmitted over the Uu and Iub interfaces do not arrive in time. When this switch is turned on, the DRD procedure and channel switchover from EDCH or HSDSCH to DCH are triggered if messages transmitted over the Uu and Iub interfaces do not arrive in time. 24. PERFENH_CELL_CACLOAD_BROADCAST_AMEND: Whether to consider CE or code resource usage when determining the resource status of a cell whose serving boards or SPU subsystems are different from those of its neighboring cells. When this switch is turned on, the RNC determines the resource status of such a cell based on power, CE, and code resource usage. If power, CE, or code resources in a cell become congested, the RNC determines that the cell experiences resource congestion. When this switch is turned off, the RNC determines the resource status of such a cell based on power resource usage only. 25. PERFENH_MBDR_TARCELLSEL_OPT_SWITCH: When this switch is turned on, candidate cells are ranked by "InterFreqMeasQuantity" (in the "ADD UCELLMBDRINTERFREQ" command) for MBDR, and the cell with the best signal quality is selected as the target cell. When


32/51

1/3/2017

Interoperability Between UMTS and LTE this switch is turned off, candidate cells are not ranked by InterFreqMeasQuantity for MBDR. 26. PERFENH_RRC_DRD_PREADMISSION_SWITCH: Whether the BSC6900 makes a preadmission decision on intra RAT DRDs or redirections during an RRC connection setup. When this switch is turned on, the BSC6900 makes a pre admission decision on intraRAT DRDs or redirections during an RRC connection setup. When this switch is turned off, the BSC6900 does not make a preadmission decision on intraRAT DRDs or redirections during an RRC connection setup. 27. PERFENH_RRC_WEAK_REDIR_SWITCH: Whether to activate the RRC redirection in weak coverage algorithm. When this switch is turned on, UEs located in weak coverage are redirected to the neighboring GSM cell through RRC redirection. When this switch is turned off, this algorithm is disabled. 28. PERFENH_L2U_CSFB_COMMCALL_SWITCH: Whether to preferentially admit UEs processing PS services who are involved in CS fallbacks. When this switch is turned on, the nonrealtime PS services of the UE involved in a CS fallback are switched to a DCH with a data rate of 8 kbit/s before the access to the UMTS network. For the realtime PS services, the UE follows the standard access procedure. If the access fails and the "PreemptAlgoSwitch" parameter under the "SET UQUEUEPREEMPT" command is turned on, the UE can preempt other UEs' resources. If this switch is turned off, the UE has to try to access the network as a common PS UE. 29. PERFENH_DLBLINDDETECT_WHEN_ONLYSRBONDCH: This parameter controls whether to enable blind detection for the HSDPA userassociated singlesignaling R99 channel. When the switch specified this parameter is turned on, blind detection is enabled. 30. PERFENH_DLBLINDDETECT_WHEN_SRBAMRONDCH: This parameter controls whether to enable blind detection for the HSDPA userassociated AMR R99 channel. When the switch specified by this parameter is turned on, blind detection is enabled if the HSDPA service has been set up and there are signaling and AMR traffic carried on the R99 channel. 31. PERFENH_R6_HSUPA_TTI_10MSTO2MS_LIMIT: Whether to allow R6 UEs to switch from HSUPA 10 ms to 2 ms TTI. When the switch is turned on, this switching is not allowed for R6 UEs. When the switch is turned off, this limit does not work. This parameter is an advanced parameter. To modify this parameter, contact Huawei Customer Service Center for technical support. GUI Value Range:PERFENH_AMR_SPEC_BR_SWITCH, PERFENH_AMR_TMPLT_SWITCH, PERFENH_SRB_TMPLT_SWITCH, PERFENH_OLPC_TMPLT_SWITCH, PERFENH_AMR_SP_TMPLT_SWITCH, PERFENH_INTRAFREQ_MC_TMPLT_SWITCH, PERFENH_INTERRAT_PENALTY_50_SWITCH, PERFENH_SRB_OVER_HSUPA_TTI10_SWITCH, PERFENH_HSUPA_TTI2_ENHANCE_SWITCH, PERFENH_UU_P2D_CUC_OPT_SWITCH, PERFENH_RL_RECFG_SIR_CONSIDER_SWITCH, PERFENH_RRC_REDIR_PROTECT_SWITCH, PERFENH_H2F_OPT_SWITCH, PERFENH_PSTRAFFIC_P2H_SWITCH, PERFENH_VIP_USER_PCHR_MR_SWITCH, PERFENH_TX_INTERRUPT_AFT_TRIG_SWITCH, PERFENH_HSUPA_TTI_RECFG_PROC_OPT_SWITCH, PERFENH_DOWNLOAD_ENHANCE_SWITCH, PERFENH_OLPC_BLER_COEF_ADJUST, PERFENH_EMG_AGPS_MC_DELAY_SWITCH, PERFENH_MULTI_RLS_CQI_PARA_OPT_SWITCH, PERFENH_RELOC_IE_CALCTIMEFORCIP_SWITCH, PERFENH_IS_TIMEOUT_TRIG_DRD_SWITCH,


33/51

1/3/2017

Interoperability Between UMTS and LTE PERFENH_CELL_CACLOAD_BROADCAST_AMEND, PERFENH_MBDR_TARCELLSEL_OPT_SWITCH, PERFENH_RRC_DRD_PREADMISSION_SWITCH, PERFENH_RRC_WEAK_REDIR_SWITCH, PERFENH_L2U_CSFB_COMMCALL_SWITCH, PERFENH_DLBLINDDETECT_WHEN_ONLYSRBONDCH, PERFENH_DLBLINDDETECT_WHEN_SRBAMRONDCH, PERFENH_R6_HSUPA_TTI_10MSTO2MS_LIMIT Actual Value Range:PERFENH_AMR_SPEC_BR_SWITCH, PERFENH_AMR_TMPLT_SWITCH, PERFENH_SRB_TMPLT_SWITCH, PERFENH_OLPC_TMPLT_SWITCH, PERFENH_AMR_SP_TMPLT_SWITCH, PERFENH_INTRAFREQ_MC_TMPLT_SWITCH, PERFENH_INTERRAT_PENALTY_50_SWITCH, PERFENH_SRB_OVER_HSUPA_TTI10_SWITCH, PERFENH_HSUPA_TTI2_ENHANCE_SWITCH, PERFENH_UU_P2D_CUC_OPT_SWITCH, PERFENH_RL_RECFG_SIR_CONSIDER_SWITCH, PERFENH_RRC_REDIR_PROTECT_SWITCH, PERFENH_H2F_OPT_SWITCH, PERFENH_PSTRAFFIC_P2H_SWITCH, PERFENH_VIP_USER_PCHR_MR_SWITCH, PERFENH_TX_INTERRUPT_AFT_TRIG_SWITCH, PERFENH_HSUPA_TTI_RECFG_PROC_OPT_SWITCH, PERFENH_DOWNLOAD_ENHANCE_SWITCH, PERFENH_OLPC_BLER_COEF_ADJUST, PERFENH_EMG_AGPS_MC_DELAY_SWITCH, PERFENH_MULTI_RLS_CQI_PARA_OPT_SWITCH, PERFENH_RELOC_IE_CALCTIMEFORCIP_SWITCH, PERFENH_IS_TIMEOUT_TRIG_DRD_SWITCH, PERFENH_CELL_CACLOAD_BROADCAST_AMEND, PERFENH_MBDR_TARCELLSEL_OPT_SWITCH, PERFENH_RRC_DRD_PREADMISSION_SWITCH, PERFENH_RRC_WEAK_REDIR_SWITCH, PERFENH_L2U_CSFB_COMMCALL_SWITCH, PERFENH_DLBLINDDETECT_WHEN_ONLYSRBONDCH, PERFENH_DLBLINDDETECT_WHEN_SRBAMRONDCH, PERFENH_R6_HSUPA_TTI_10MSTO2MS_LIMIT Unit:None Default Value:PERFENH_AMR_SPEC_BR_SWITCH 1&PERFENH_AMR_TMPLT_SWITCH 1&PERFENH_SRB_TMPLT_SWITCH 1&PERFENH_OLPC_TMPLT_SWITCH 1&PERFENH_AMR_SP_TMPLT_SWITCH 1&PERFENH_INTRAFREQ_MC_TMPLT_SWITCH 1&PERFENH_INTERRAT_PENALTY_50_SWITCH 1&PERFENH_SRB_OVER_HSUPA_TTI10_SWITCH 0&PERFENH_HSUPA_TTI2_ENHANCE_SWITCH 0&PERFENH_UU_P2D_CUC_OPT_SWITCH 0&PERFENH_RL_RECFG_SIR_CONSIDER_SWITCH 0&PERFENH_RRC_REDIR_PROTECT_SWITCH 0&PERFENH_H2F_OPT_SWITCH 0&PERFENH_PSTRAFFIC_P2H_SWITCH 0&PERFENH_VIP_USER_PCHR_MR_SWITCH 0&PERFENH_TX_INTERRUPT_AFT_TRIG_SWITCH 0&PERFENH_HSUPA_TTI_RECFG_PROC_OPT_SWITCH 0&PERFENH_DOWNLOAD_ENHANCE_SWITCH 0&PERFENH_OLPC_BLER_COEF_ADJUST 1&PERFENH_EMG_AGPS_MC_DELAY_SWITCH 0&PERFENH_MULTI_RLS_CQI_PARA_OPT_SWITCH 0&PERFENH_RELOC_IE_CALCTIMEFORCIP_SWITCH 0&PERFENH_IS_TIMEOUT_TRIG_DRD_SWITCH 0&PERFENH_CELL_CACLOAD_BROADCAST_AMEND 1&PERFENH_MBDR_TARCELLSEL_OPT_SWITCH 0&PERFENH_RRC_DRD_PREADMISSION_SWITCH 0&PERFENH_RRC_WEAK_REDIR_SWITCH 0&PERFENH_L2U_CSFB_COMMCALL_SWITCH


34/51

1/3/2017

Interoperability Between UMTS and LTE 0&PERFENH_DLBLINDDETECT_WHEN_ONLYSRBONDCH 0&PERFENH_DLBLINDDETECT_WHEN_SRBAMRONDCH 0&PERFENH_R6_HSUPA_TTI_10MSTO2MS_LIMIT0

PsInactTmrForBac

BSC6900SET UPSINACTTIMER

WRFD 3.4/6.8/13.6/27.2Kbps Meaning:When detecting that the Ps' Background User had no 010510 RRC Connection and data to transfer for a long time which longer than this timer, the Radio Access Bearer PDCP layer would request the RRC layer to release this Radio Establishment and Access Bear. Release GUI Value Range:0~14400 Actual Value Range:0~14400 Unit:s Default Value:20

PsInactTmrForCon


WRFD 3.4/6.8/13.6/27.2Kbps Meaning:When detecting that the Ps' Conversational User had 010510 RRC Connection and no data to transfer for a long time which longer than this timer, Radio Access Bearer the PDCP layer would request the RRC layer to release this Establishment and Radio Access Bear. Release GUI Value Range:0~14400 Actual Value Range:0~14400 Unit:s Default Value:20

PsInactTmrForFstDrmDch BSC6900SET UPSINACTTIMER

WRFD Enhanced Fast 020500 Dormancy

Meaning:Timer for FDenabled UEs or LTEenabled UEs staying in the CELL_DCH state. When UEs that are enabled with Fast Dormancy (FD) and stay in the CELL_DCH state do not transmit any data after this timer expires, the BSC6900 transits the UEs to the CELL_FACH or CELL_PCH state. When LTE enabled UEs in the CELL_DCH state do not transmit any data after this timer expires, the BSC6900 transits the UEs to the CELL_PCH or IDLE state. You can set this timer to a value other than 0 if you want to check whether FDenabled UEs and LTEenabled UEs are in the CELL_DCH state. GUI Value Range:0~64800 Actual Value Range:0~64800 Unit:s Default Value:4

PsInactTmrForFstDrmFachBSC6900SET UPSINACTTIMER

WRFD Enhanced Fast 020500 Dormancy

Meaning:Timer for FDenabled UEs or LTEenabled UEs staying in the CELL_FACH state. When UEs that are enabled with Fast Dormancy (FD) and stay in the CELL_FACH state do not transmit any data after this timer expires, the BSC6900 transits the UEs to the CELL_PCH state. When LTEenabled UEs in the CELL_FACH state do not transmit any data after this timer expires, the BSC6900 transits the UEs to the CELL_PCH or IDLE state. You can set this timer to a value other than 0 if you want to check whether FDenabled UEs and LTEenabled UEs are in the CELL_FACH state. GUI Value Range:0~64800 Actual Value Range:0~64800 Unit:s Default Value:10

PsInactTmrForInt


WRFD 3.4/6.8/13.6/27.2Kbps Meaning:When detecting that the Ps' Interactive User had no 010510 RRC Connection and data to transfer for a long time which longer than this timer, the Radio Access Bearer PDCP layer would request the RRC layer to release this Radio Establishment and Access Bear. Release GUI Value Range:0~14400 Actual Value Range:0~14400 Unit:s Default Value:20


35/51

1/3/2017 PsInactTmrForStr

Interoperability Between UMTS and LTE BSC6900SET UPSINACTTIMER

WRFD 3.4/6.8/13.6/27.2Kbps Meaning:When detecting that the Ps' Streaming User had no 010510 RRC Connection and data to transfer for a long time which longer than this timer, the Radio Access Bearer PDCP layer would request the RRC layer to release this Radio Establishment and Access Bear. Release GUI Value Range:0~14400 Actual Value Range:0~14400 Unit:s Default Value:20

Qqualmin

BSC6900ADD UCELLSELRESEL WRFD Intra RNC Cell MOD UCELLSELRESEL 010801 Update WRFD Inter RNC Cell 010802 Update

Meaning:The minimum required quality threshold corresponding to CPICH Ec/No. When the measured CPICH Ec/No is greater than the value of this parameter, the cell meets the S criteria of quality level for cell selection/reselection. The RNC decides whether the UE can camp on the cell according to the cell selection/reselection criteria. For details, see 3GPP TS 25.304. GUI Value Range:24~0 Actual Value Range:24~0 Unit:dB Default Value:18

Qrxlevmin

BSC6900ADD UCELLSELRESEL WRFD Intra RNC Cell MOD UCELLSELRESEL 010801 Update WRFD Inter RNC Cell 010802 Update

Meaning:The minimum required quality threshold corresponding to CPICH RSCP. When the measured CPICH RSCP is greater than the value of this parameter, the cell meets the S criteria of RX level for cell selection/reselection. The RNC decides whether the UE can camp on the cell according to the cell selection/reselection criteria. The setting of Qrxlevmin should be related to Qqualmin. The value mapping of these tow parameters is (58:115; 57:113; ..., 13:25). For details, see section 10.3.2.3 in 3GPP TS 25.331. GUI Value Range:58~13 Actual Value Range:115~25 Unit:2dBm Default Value:58

RsvdPara1

BSC6900SET URRCTRLSWITCH WRFD 3GPP R9 010101 Specifications

Meaning:2) NAS_QOS_MOD_SWITCH (QoS Change Switch for NAS) When the switch is turned on, for UEs whose HSDSCH category is smaller than 13, if the maximum downlink rate specified in the PDP activation requests from the UEs exceeds 16 Mbit/s, the requests are sent to the CN after the rate is changed to 16 Mbit/s. When the switch is turned off, the PDP activation requests are sent to the CN without changing the maximum downlink rate. 15) RSVDBIT1_BIT15 (Reserved Parameter 1 Bit 15) When the switch is turned on, the RNC enables the function of AMR mute detection. When the switch is turned off, the RNC disables the function of AMR mute detection. 16) RSVDBIT1_BIT16 (Reserved Parameter 1 Bit 16) When the switch is turned on, the RNC can perform DRDs during the P2D procedure. When the switch is turned off, the RNC cannot perform DRDs during the P2D procedure. 17) SYSHO_CSIN_PERMIT_SWITCH (2Gto3G CS Handover Switch) When the switch is turned on, interRAT CS handovers from 2G cells to 3G cells are allowed. When the switch is turned off, interRAT CS handovers from 2G cells to 3G cells are not allowed. 20) RSVDBIT1_BIT20 (Reserved Parameter 1 Bit 20) When this switch is turned on, the RNC performs a state transition from CELL_PCH or URA_PCH to CELL_FACH (P2F) upon receiving a CELL UPDATE message with the cause value "uplink data transmission" or "paging response". When this switch is turned off, if receiving a CELL UPDATE message with the cause value "uplink data transmission" or "paging response," the RNC performs a state transition from


36/51

1/3/2017

Interoperability Between UMTS and LTE CELL_PCH or URA_PCH to CELL_DCH (P2D) in either of the following scenarios: (1)Congestion occurs on the FACH. (2)Congestion occurs on the DCCH, and the value of the Establishment cause information element (IE) in the message is Originating Conversational Call, Terminating Conversational Call, or Emergency Call. 21) RSVDBIT1_BIT21 (Reserved Parameter 1 Bit 21) When the switch is turned on, for UEs that are establishing AMR services and shifting from the CELL_FACH state to the CELL_DCH state, the RNC stops establishing AMR services to handle cell update if the RNC receives from the UEs a cell update message containing the cause value "cell reselection." When the switch is turned off, for UEs that are establishing AMR services and shifting from the CELL_FACH state to the CELL_DCH state, if the RNC receives from the UEs a cell update message containing the cause value "cell reselection," the RNC stops establishing AMR services to handle cell update and resumes AMR services only after cell update is completed. 22) RSVDBIT1_BIT22 (Reserved Parameter 1 Bit 22) When the switch is turned on, the RNC does not trigger cell update with the cause value "RL Failure" if the RNC detects interrupted downlink transmission on SRB2. When the switch is turned off, the RNC triggers cell update with the cause value "RL Failure" and reestablishes radio links if the RNC detects interrupted downlink transmission on SRB2. 23) RSVDBIT1_BIT23 (Reserved Parameter 1 Bit 23) When the switch is turned on, the RNC does not trigger cell update with the cause value "RL Failure" reported by a UE if the associated NodeB reports to the RNC that all radio links for the UE experience synchronization loss. When the switch is turned off, the RNC triggers cell update with the cause value "RL Failure" reported by a UE and reestablishes radio links, if the associated NodeB reports to the RNC that all radio links for the UE experience synchronization loss. 24) RSVDBIT1_BIT24 (Reserved Parameter 1 Bit 24) When the switch is turned on, for UEs using CS services, the RNC does not trigger cell update with the cause value "RL Failure" reported by a UE, if the RNC detects interrupted downlink transmission on SRB2, or if the associated NodeB reports to the RNC that all radio links for the UE experience synchronization loss. When the switch is turned off, for UEs using CS services, the RNC triggers cell update with the cause value "RL Failure" reported by a UE and reestablishes radio links, if the RNC detects interrupted downlink transmission on SRB2, or if the associated NodeB reports to the RNC that all radio links for the UE experience synchronization loss. 25) RSVDBIT1_BIT25 (Reserved Parameter 1 Bit 25) When the switch is turned on, for UEs using PS services only, the RNC does not reestablish radio links for a UE if the RNC detects interrupted downlink transmission on SRB2, or if the associated NodeB reports to the RNC that all radio links for the UE experience synchronization loss. When the switch is turned off, for UEs using PS services only, the RNC triggers cell update with the cause value "RL Failure" reported by a UE and reestablishes radio link, if the RNC detects interrupted downlink transmission on SRB2, or if the associated NodeB reports to the RNC that all radio links for the UE experience synchronization loss. 26) RSVDBIT1_BIT26 (Reserved Parameter 1 Bit 26) When the switch is turned on, the RNC does not reestablish radio links for a UE if the UE reports to the RNC cell update caused by SRB reset. When the switch is turned off, the RNC reestablishes radio links for a UE if the UE reports to the RNC cell update caused


37/51

1/3/2017

Interoperability Between UMTS and LTE by SRB reset. 28) RSVDBIT1_BIT28 (Reserved Parameter 1 Bit 28) When the switch is turned on, for UEs using CS services, if a NodeB reports to the RNC that all radio links for a UE experience synchronization loss, the RNC starts the RL Restore timer whose duration is specified by the RlRstrTmr parameter in the SET USTATETIMER command. After the timer has expired, the RNC triggers cell update with the cause value "radio link failure" and reestablishes radio links for the UE. When the switch is turned off, for UEs using CS services, if a NodeB reports to the RNC that all radio links for a UE experience synchronization loss, the RNC starts the RL Restore timer whose duration is specified by the T313 parameter in the SET UCONNMODETIMER command. After the timer has expired, the RNC triggers cell update with the cause value "radio link failure" and reestablishes radio links for the UE. 29) RSVDBIT1_BIT29 (Reserved Parameter 1 Bit 29) When the switch is turned off, the RNC performs the CELL_DCHtoCELL_FACH (D2F for short) procedure on UEs that support fast dormancy. When the switch is turned on, the RNC performs the CELL_DCHtoCELL_PCH (D2P for short) procedure on UEs that support fast dormancy. Disuse statement: This parameter is used temporarily in patch versions and will be replaced with a new parameter in later versions. The new parameter ID reflects the parameter function. Therefore, this parameter is not recommended for the configuration interface. GUI Value Range:RSVDBIT1_BIT1, NAS_QOS_MOD_SWITCH, RSVDBIT1_BIT3, RSVDBIT1_BIT4, RSVDBIT1_BIT5, RSVDBIT1_BIT6, RSVDBIT1_BIT7, RSVDBIT1_BIT8, RSVDBIT1_BIT9, RSVDBIT1_BIT10, RSVDBIT1_BIT11, RSVDBIT1_BIT12, RSVDBIT1_BIT13, RSVDBIT1_BIT14, RSVDBIT1_BIT15, RSVDBIT1_BIT16, SYSHO_CSIN_PERMIT_SWITCH, RSVDBIT1_BIT18, RSVDBIT1_BIT19, RSVDBIT1_BIT20, RSVDBIT1_BIT21, RSVDBIT1_BIT22, RSVDBIT1_BIT23, RSVDBIT1_BIT24, RSVDBIT1_BIT25, RSVDBIT1_BIT26, RSVDBIT1_BIT27, RSVDBIT1_BIT28, RSVDBIT1_BIT29, RSVDBIT1_BIT30, RSVDBIT1_BIT31, RSVDBIT1_BIT32 Actual Value Range:This parameter is set to 0 or 1 according to the related domains. Unit:None Default Value:RSVDBIT1_BIT10&NAS_QOS_MOD_SWITCH 0&RSVDBIT1_BIT30&RSVDBIT1_BIT40&RSVDBIT1_BIT5 0&RSVDBIT1_BIT60&RSVDBIT1_BIT70&RSVDBIT1_BIT8 0&RSVDBIT1_BIT90&RSVDBIT1_BIT10 0&RSVDBIT1_BIT110&RSVDBIT1_BIT12 0&RSVDBIT1_BIT130&RSVDBIT1_BIT14 0&RSVDBIT1_BIT150&RSVDBIT1_BIT16 0&SYSHO_CSIN_PERMIT_SWITCH1&RSVDBIT1_BIT18 1&RSVDBIT1_BIT191&RSVDBIT1_BIT20 1&RSVDBIT1_BIT211&RSVDBIT1_BIT22 1&RSVDBIT1_BIT231&RSVDBIT1_BIT24 1&RSVDBIT1_BIT251&RSVDBIT1_BIT26 1&RSVDBIT1_BIT271&RSVDBIT1_BIT28 1&RSVDBIT1_BIT291&RSVDBIT1_BIT30 1&RSVDBIT1_BIT310&RSVDBIT1_BIT321

RsvSwitch0

BSC6900SET UALGORSVPARA

None

None

Meaning:RRM algorithm reserved U32 Switch Para 0. The para of 32 bits is reserved for further change request use. Disuse statement: This parameter is used temporarily in patch versions and will be replaced with a new parameter in later versions. The new parameter ID reflects the parameter function. Therefore, this parameter is not recommended for the configuration interface.


38/51

1/3/2017

Interoperability Between UMTS and LTE GUI Value Range:RESERVED_SWITCH_0_BIT1, RESERVED_SWITCH_0_BIT2, RESERVED_SWITCH_0_BIT3, RESERVED_SWITCH_0_BIT4, RESERVED_SWITCH_0_BIT5, RESERVED_SWITCH_0_BIT6, RESERVED_SWITCH_0_BIT7, RESERVED_SWITCH_0_BIT8, RESERVED_SWITCH_0_BIT9, RESERVED_SWITCH_0_BIT10, RESERVED_SWITCH_0_BIT11, RESERVED_SWITCH_0_BIT12, RESERVED_SWITCH_0_BIT13, RESERVED_SWITCH_0_BIT14, RESERVED_SWITCH_0_BIT15, RESERVED_SWITCH_0_BIT16, RESERVED_SWITCH_0_BIT17, RESERVED_SWITCH_0_BIT18, RESERVED_SWITCH_0_BIT19, RESERVED_SWITCH_0_BIT20, RESERVED_SWITCH_0_BIT21, RESERVED_SWITCH_0_BIT22, RESERVED_SWITCH_0_BIT23, RESERVED_SWITCH_0_BIT24, RESERVED_SWITCH_0_BIT25, RESERVED_SWITCH_0_BIT26, RESERVED_SWITCH_0_BIT27, RESERVED_SWITCH_0_BIT28, RESERVED_SWITCH_0_BIT29, RESERVED_SWITCH_0_BIT30, RESERVED_SWITCH_0_BIT31, RESERVED_SWITCH_0_BIT32 Actual Value Range:RESERVED_SWITCH_0_BIT1, RESERVED_SWITCH_0_BIT2, RESERVED_SWITCH_0_BIT3, RESERVED_SWITCH_0_BIT4, RESERVED_SWITCH_0_BIT5, RESERVED_SWITCH_0_BIT6, RESERVED_SWITCH_0_BIT7, RESERVED_SWITCH_0_BIT8, RESERVED_SWITCH_0_BIT9, RESERVED_SWITCH_0_BIT10, RESERVED_SWITCH_0_BIT11, RESERVED_SWITCH_0_BIT12, RESERVED_SWITCH_0_BIT13, RESERVED_SWITCH_0_BIT14, RESERVED_SWITCH_0_BIT15, RESERVED_SWITCH_0_BIT16, RESERVED_SWITCH_0_BIT17, RESERVED_SWITCH_0_BIT18, RESERVED_SWITCH_0_BIT19, RESERVED_SWITCH_0_BIT20, RESERVED_SWITCH_0_BIT21, RESERVED_SWITCH_0_BIT22, RESERVED_SWITCH_0_BIT23, RESERVED_SWITCH_0_BIT24, RESERVED_SWITCH_0_BIT25, RESERVED_SWITCH_0_BIT26, RESERVED_SWITCH_0_BIT27, RESERVED_SWITCH_0_BIT28, RESERVED_SWITCH_0_BIT29, RESERVED_SWITCH_0_BIT30, RESERVED_SWITCH_0_BIT31, RESERVED_SWITCH_0_BIT32 Unit:None Default Value:RESERVED_SWITCH_0_BIT1 0&RESERVED_SWITCH_0_BIT2 0&RESERVED_SWITCH_0_BIT3 0&RESERVED_SWITCH_0_BIT4


39/51

1/3/2017

Interoperability Between UMTS and LTE 0&RESERVED_SWITCH_0_BIT5 0&RESERVED_SWITCH_0_BIT6 0&RESERVED_SWITCH_0_BIT7 0&RESERVED_SWITCH_0_BIT8 0&RESERVED_SWITCH_0_BIT9 0&RESERVED_SWITCH_0_BIT10 0&RESERVED_SWITCH_0_BIT11 0&RESERVED_SWITCH_0_BIT12 0&RESERVED_SWITCH_0_BIT13 0&RESERVED_SWITCH_0_BIT14 0&RESERVED_SWITCH_0_BIT15 0&RESERVED_SWITCH_0_BIT16 0&RESERVED_SWITCH_0_BIT17 0&RESERVED_SWITCH_0_BIT18 0&RESERVED_SWITCH_0_BIT19 0&RESERVED_SWITCH_0_BIT20 0&RESERVED_SWITCH_0_BIT21 0&RESERVED_SWITCH_0_BIT22 0&RESERVED_SWITCH_0_BIT23 0&RESERVED_SWITCH_0_BIT24 0&RESERVED_SWITCH_0_BIT25 0&RESERVED_SWITCH_0_BIT26 0&RESERVED_SWITCH_0_BIT27 0&RESERVED_SWITCH_0_BIT28 0&RESERVED_SWITCH_0_BIT29 0&RESERVED_SWITCH_0_BIT30 0&RESERVED_SWITCH_0_BIT31 0&RESERVED_SWITCH_0_BIT320

RsvSwitch3


None

None

Meaning:RRM algorithm reserved U32 Switch Para 3. The para of 32 bits is reserved for further change request use. Disuse statement: This parameter is used temporarily in patch versions and will be replaced with a new parameter in later versions. The new parameter ID reflects the parameter function. Therefore, this parameter is not recommended for the configuration interface. GUI Value Range:RESERVED_SWITCH_3_BIT1, RESERVED_SWITCH_3_BIT2, RESERVED_SWITCH_3_BIT3, RESERVED_SWITCH_3_BIT4, RESERVED_SWITCH_3_BIT5, RESERVED_SWITCH_3_BIT6, RESERVED_SWITCH_3_BIT7, RESERVED_SWITCH_3_BIT8, RESERVED_SWITCH_3_BIT9, RESERVED_SWITCH_3_BIT10, RESERVED_SWITCH_3_BIT11, RESERVED_SWITCH_3_BIT12, RESERVED_SWITCH_3_BIT13, RESERVED_SWITCH_3_BIT14, RESERVED_SWITCH_3_BIT15, RESERVED_SWITCH_3_BIT16, RESERVED_SWITCH_3_BIT17, RESERVED_SWITCH_3_BIT18, RESERVED_SWITCH_3_BIT19, RESERVED_SWITCH_3_BIT20, RESERVED_SWITCH_3_BIT21, RESERVED_SWITCH_3_BIT22, RESERVED_SWITCH_3_BIT23, RESERVED_SWITCH_3_BIT24, RESERVED_SWITCH_3_BIT25, RESERVED_SWITCH_3_BIT26, RESERVED_SWITCH_3_BIT27, RESERVED_SWITCH_3_BIT28, RESERVED_SWITCH_3_BIT29, RESERVED_SWITCH_3_BIT30, RESERVED_SWITCH_3_BIT31, RESERVED_SWITCH_3_BIT32 Actual Value Range:RESERVED_SWITCH_3_BIT1, RESERVED_SWITCH_3_BIT2,


40/51

1/3/2017

Interoperability Between UMTS and LTE RESERVED_SWITCH_3_BIT3, RESERVED_SWITCH_3_BIT4, RESERVED_SWITCH_3_BIT5, RESERVED_SWITCH_3_BIT6, RESERVED_SWITCH_3_BIT7, RESERVED_SWITCH_3_BIT8, RESERVED_SWITCH_3_BIT9, RESERVED_SWITCH_3_BIT10, RESERVED_SWITCH_3_BIT11, RESERVED_SWITCH_3_BIT12, RESERVED_SWITCH_3_BIT13, RESERVED_SWITCH_3_BIT14, RESERVED_SWITCH_3_BIT15, RESERVED_SWITCH_3_BIT16, RESERVED_SWITCH_3_BIT17, RESERVED_SWITCH_3_BIT18, RESERVED_SWITCH_3_BIT19, RESERVED_SWITCH_3_BIT20, RESERVED_SWITCH_3_BIT21, RESERVED_SWITCH_3_BIT22, RESERVED_SWITCH_3_BIT23, RESERVED_SWITCH_3_BIT24, RESERVED_SWITCH_3_BIT25, RESERVED_SWITCH_3_BIT26, RESERVED_SWITCH_3_BIT27, RESERVED_SWITCH_3_BIT28, RESERVED_SWITCH_3_BIT29, RESERVED_SWITCH_3_BIT30, RESERVED_SWITCH_3_BIT31, RESERVED_SWITCH_3_BIT32 Unit:None Default Value:RESERVED_SWITCH_3_BIT1 0&RESERVED_SWITCH_3_BIT2 0&RESERVED_SWITCH_3_BIT3 0&RESERVED_SWITCH_3_BIT4 0&RESERVED_SWITCH_3_BIT5 0&RESERVED_SWITCH_3_BIT6 0&RESERVED_SWITCH_3_BIT7 0&RESERVED_SWITCH_3_BIT8 0&RESERVED_SWITCH_3_BIT9 0&RESERVED_SWITCH_3_BIT10 0&RESERVED_SWITCH_3_BIT11 0&RESERVED_SWITCH_3_BIT12 0&RESERVED_SWITCH_3_BIT13 0&RESERVED_SWITCH_3_BIT14 0&RESERVED_SWITCH_3_BIT15 0&RESERVED_SWITCH_3_BIT16 0&RESERVED_SWITCH_3_BIT17 0&RESERVED_SWITCH_3_BIT18 0&RESERVED_SWITCH_3_BIT19 0&RESERVED_SWITCH_3_BIT20 0&RESERVED_SWITCH_3_BIT21 0&RESERVED_SWITCH_3_BIT22 0&RESERVED_SWITCH_3_BIT23 0&RESERVED_SWITCH_3_BIT24 0&RESERVED_SWITCH_3_BIT25 0&RESERVED_SWITCH_3_BIT26 0&RESERVED_SWITCH_3_BIT27 0&RESERVED_SWITCH_3_BIT28 0&RESERVED_SWITCH_3_BIT29 0&RESERVED_SWITCH_3_BIT30 0&RESERVED_SWITCH_3_BIT31 0&RESERVED_SWITCH_3_BIT320

RsvSwitch4


None

None

Meaning:RRM algorithm reserved U32 Switch Para 4. The para of 32 bits is reserved for further change request use. Disuse statement: This parameter is used temporarily in patch versions and will be replaced with a new parameter in later versions. The new parameter ID reflects the parameter function.


41/51

1/3/2017

Interoperability Between UMTS and LTE Therefore, this parameter is not recommended for the configuration interface. GUI Value Range:RESERVED_SWITCH_4_BIT1, RESERVED_SWITCH_4_BIT2, RESERVED_SWITCH_4_BIT3, RESERVED_SWITCH_4_BIT4, RESERVED_SWITCH_4_BIT5, RESERVED_SWITCH_4_BIT6, RESERVED_SWITCH_4_BIT7, RESERVED_SWITCH_4_BIT8, RESERVED_SWITCH_4_BIT9, RESERVED_SWITCH_4_BIT10, RESERVED_SWITCH_4_BIT11, RESERVED_SWITCH_4_BIT12, RESERVED_SWITCH_4_BIT13, RESERVED_SWITCH_4_BIT14, RESERVED_SWITCH_4_BIT15, RESERVED_SWITCH_4_BIT16, RESERVED_SWITCH_4_BIT17, RESERVED_SWITCH_4_BIT18, RESERVED_SWITCH_4_BIT19, RESERVED_SWITCH_4_BIT20, RESERVED_SWITCH_4_BIT21, RESERVED_SWITCH_4_BIT22, RESERVED_SWITCH_4_BIT23, RESERVED_SWITCH_4_BIT24, RESERVED_SWITCH_4_BIT25, RESERVED_SWITCH_4_BIT26, RESERVED_SWITCH_4_BIT27, RESERVED_SWITCH_4_BIT28, RESERVED_SWITCH_4_BIT29, RESERVED_SWITCH_4_BIT30, RESERVED_SWITCH_4_BIT31, RESERVED_SWITCH_4_BIT32 Actual Value Range:RESERVED_SWITCH_4_BIT1, RESERVED_SWITCH_4_BIT2, RESERVED_SWITCH_4_BIT3, RESERVED_SWITCH_4_BIT4, RESERVED_SWITCH_4_BIT5, RESERVED_SWITCH_4_BIT6, RESERVED_SWITCH_4_BIT7, RESERVED_SWITCH_4_BIT8, RESERVED_SWITCH_4_BIT9, RESERVED_SWITCH_4_BIT10, RESERVED_SWITCH_4_BIT11, RESERVED_SWITCH_4_BIT12, RESERVED_SWITCH_4_BIT13, RESERVED_SWITCH_4_BIT14, RESERVED_SWITCH_4_BIT15, RESERVED_SWITCH_4_BIT16, RESERVED_SWITCH_4_BIT17, RESERVED_SWITCH_4_BIT18, RESERVED_SWITCH_4_BIT19, RESERVED_SWITCH_4_BIT20, RESERVED_SWITCH_4_BIT21, RESERVED_SWITCH_4_BIT22, RESERVED_SWITCH_4_BIT23, RESERVED_SWITCH_4_BIT24, RESERVED_SWITCH_4_BIT25, RESERVED_SWITCH_4_BIT26, RESERVED_SWITCH_4_BIT27, RESERVED_SWITCH_4_BIT28, RESERVED_SWITCH_4_BIT29, RESERVED_SWITCH_4_BIT30, RESERVED_SWITCH_4_BIT31, RESERVED_SWITCH_4_BIT32 Unit:None Default Value:RESERVED_SWITCH_4_BIT1 0&RESERVED_SWITCH_4_BIT2


42/51

1/3/2017

Interoperability Between UMTS and LTE 0&RESERVED_SWITCH_4_BIT3 0&RESERVED_SWITCH_4_BIT4 0&RESERVED_SWITCH_4_BIT5 0&RESERVED_SWITCH_4_BIT6 0&RESERVED_SWITCH_4_BIT7 0&RESERVED_SWITCH_4_BIT8 0&RESERVED_SWITCH_4_BIT9 0&RESERVED_SWITCH_4_BIT10 0&RESERVED_SWITCH_4_BIT11 0&RESERVED_SWITCH_4_BIT12 0&RESERVED_SWITCH_4_BIT13 0&RESERVED_SWITCH_4_BIT14 0&RESERVED_SWITCH_4_BIT15 0&RESERVED_SWITCH_4_BIT16 0&RESERVED_SWITCH_4_BIT17 0&RESERVED_SWITCH_4_BIT18 0&RESERVED_SWITCH_4_BIT19 0&RESERVED_SWITCH_4_BIT20 0&RESERVED_SWITCH_4_BIT21 0&RESERVED_SWITCH_4_BIT22 0&RESERVED_SWITCH_4_BIT23 0&RESERVED_SWITCH_4_BIT24 0&RESERVED_SWITCH_4_BIT25 0&RESERVED_SWITCH_4_BIT26 0&RESERVED_SWITCH_4_BIT27 0&RESERVED_SWITCH_4_BIT28 0&RESERVED_SWITCH_4_BIT29 0&RESERVED_SWITCH_4_BIT30 0&RESERVED_SWITCH_4_BIT31 0&RESERVED_SWITCH_4_BIT320

RsvSwitch6


None

None

Meaning:RRM algorithm reserved U32 Switch Para 6. The para of 32 bits is reserved for further change request use. Disuse statement: This parameter is used temporarily in patch versions and will be replaced with a new parameter in later versions. The new parameter ID reflects the parameter function. Therefore, this parameter is not recommended for the configuration interface. GUI Value Range:RESERVED_SWITCH_6_BIT1, RESERVED_SWITCH_6_BIT2, RESERVED_SWITCH_6_BIT3, RESERVED_SWITCH_6_BIT4, RESERVED_SWITCH_6_BIT5, RESERVED_SWITCH_6_BIT6, RESERVED_SWITCH_6_BIT7, RESERVED_SWITCH_6_BIT8, RESERVED_SWITCH_6_BIT9, RESERVED_SWITCH_6_BIT10, RESERVED_SWITCH_6_BIT11, RESERVED_SWITCH_6_BIT12, RESERVED_SWITCH_6_BIT13, RESERVED_SWITCH_6_BIT14, RESERVED_SWITCH_6_BIT15, RESERVED_SWITCH_6_BIT16, RESERVED_SWITCH_6_BIT17, RESERVED_SWITCH_6_BIT18, RESERVED_SWITCH_6_BIT19, RESERVED_SWITCH_6_BIT20, RESERVED_SWITCH_6_BIT21, RESERVED_SWITCH_6_BIT22, RESERVED_SWITCH_6_BIT23, RESERVED_SWITCH_6_BIT24, RESERVED_SWITCH_6_BIT25, RESERVED_SWITCH_6_BIT26, RESERVED_SWITCH_6_BIT27, RESERVED_SWITCH_6_BIT28, RESERVED_SWITCH_6_BIT29, RESERVED_SWITCH_6_BIT30, RESERVED_SWITCH_6_BIT31, RESERVED_SWITCH_6_BIT32


43/51

1/3/2017

Interoperability Between UMTS and LTE Actual Value Range:RESERVED_SWITCH_6_BIT1, RESERVED_SWITCH_6_BIT2, RESERVED_SWITCH_6_BIT3, RESERVED_SWITCH_6_BIT4, RESERVED_SWITCH_6_BIT5, RESERVED_SWITCH_6_BIT6, RESERVED_SWITCH_6_BIT7, RESERVED_SWITCH_6_BIT8, RESERVED_SWITCH_6_BIT9, RESERVED_SWITCH_6_BIT10, RESERVED_SWITCH_6_BIT11, RESERVED_SWITCH_6_BIT12, RESERVED_SWITCH_6_BIT13, RESERVED_SWITCH_6_BIT14, RESERVED_SWITCH_6_BIT15, RESERVED_SWITCH_6_BIT16, RESERVED_SWITCH_6_BIT17, RESERVED_SWITCH_6_BIT18, RESERVED_SWITCH_6_BIT19, RESERVED_SWITCH_6_BIT20, RESERVED_SWITCH_6_BIT21, RESERVED_SWITCH_6_BIT22, RESERVED_SWITCH_6_BIT23, RESERVED_SWITCH_6_BIT24, RESERVED_SWITCH_6_BIT25, RESERVED_SWITCH_6_BIT26, RESERVED_SWITCH_6_BIT27, RESERVED_SWITCH_6_BIT28, RESERVED_SWITCH_6_BIT29, RESERVED_SWITCH_6_BIT30, RESERVED_SWITCH_6_BIT31, RESERVED_SWITCH_6_BIT32 Unit:None Default Value:RESERVED_SWITCH_6_BIT1 1&RESERVED_SWITCH_6_BIT2 1&RESERVED_SWITCH_6_BIT3 1&RESERVED_SWITCH_6_BIT4 1&RESERVED_SWITCH_6_BIT5 1&RESERVED_SWITCH_6_BIT6 1&RESERVED_SWITCH_6_BIT7 1&RESERVED_SWITCH_6_BIT8 1&RESERVED_SWITCH_6_BIT9 1&RESERVED_SWITCH_6_BIT10 1&RESERVED_SWITCH_6_BIT11 1&RESERVED_SWITCH_6_BIT12 1&RESERVED_SWITCH_6_BIT13 1&RESERVED_SWITCH_6_BIT14 1&RESERVED_SWITCH_6_BIT15 1&RESERVED_SWITCH_6_BIT16 1&RESERVED_SWITCH_6_BIT17 1&RESERVED_SWITCH_6_BIT18 1&RESERVED_SWITCH_6_BIT19 1&RESERVED_SWITCH_6_BIT20 1&RESERVED_SWITCH_6_BIT21 1&RESERVED_SWITCH_6_BIT22 1&RESERVED_SWITCH_6_BIT23 1&RESERVED_SWITCH_6_BIT24 1&RESERVED_SWITCH_6_BIT25 1&RESERVED_SWITCH_6_BIT26 1&RESERVED_SWITCH_6_BIT27 1&RESERVED_SWITCH_6_BIT28 1&RESERVED_SWITCH_6_BIT29 1&RESERVED_SWITCH_6_BIT30 1&RESERVED_SWITCH_6_BIT31 1&RESERVED_SWITCH_6_BIT321


44/51

1/3/2017 RsvU32Para9

Interoperability Between UMTS and LTE BSC6900SET UALGORSVPARA

None

None

Meaning:RRM algorithm reserved U32 para 9. The para of 32 bits is reserved for further change request use. Disuse statement: This parameter is used temporarily in patch versions and will be replaced with a new parameter in later versions. The new parameter ID reflects the parameter function. Therefore, this parameter is not recommended for the configuration interface. GUI Value Range:0~4294967295 Actual Value Range:0~4294967295 Unit:None Default Value:0

SibCfgBitMap

BSC6900ADD UCELLSIBSWITCH WRFD System Information MOD UCELLSIBSWITCH 010401 Broadcasting WRFD Mobility Between 020126 UMTS and LTE Phase 1

Meaning:Determine whether some system information blocks are broadcast in this cell. If the corresponding system information block is selected, then send this system information block in this cell. GUI Value Range:SIB2, SIB4, SIB12, SIB18, SIB19, SIB11BIS Actual Value Range:SIB2, SIB4, SIB12, SIB18, SIB19, SIB11BIS Unit:None Default Value:SIB20&SIB40&SIB120&SIB180&SIB19 0&SIB11BIS0

SPriority

BSC6900ADD UCELLSELRESEL WRFD Intra RNC Cell MOD UCELLSELRESEL 010801 Update

Meaning:This parameter indicates the absolute priority level of the serving cell when the UE performs cell reselection. The UE compares the absolute priority level of the serving cell with that of neighboring frequencies, and specifies the target frequency based on the comparison result. That is, when the priority level of the serving cell is smaller than that of the neighboring frequency, the UE measures the neighboring frequency. If the signal of cells on the neighboring frequency satisfies relevant requirements, the UE initiates the cell reselection. When the priority level of the serving cell is greater than that of the neighboring frequency, the UE measures the neighboring frequency only when the signal of the serving cell is weak. If the signal of cells on the neighboring frequency satisfies relevant requirements, the UE initiates the cell reselection. The value of this parameter is set during network planning. For details on this parameter, see 3GPP TS 25.304. GUI Value Range:0~7 Actual Value Range:0~7 Unit:None Default Value:4

SuppPSHOFlag

BSC6900ADD ULTECELL MOD ULTECELL



Meaning:This parameter specifies whether an LTE cell supports PS handover. When this parameter is set to SUPPORT, the BSC6900 support the PS handover from UMTS to LTE. Before selection, it must be confirmed that CN NEs, and the LTE cell both support the handover flow. When this parameter is set to NOT SUPPORT, not all of the BSC6900, CN NEs, and the LTE cell support the PS handover from UMTS to LTE. GUI Value Range:NotSupport(NotSupport), Support(Support) Actual Value Range:NotSupport, Support Unit:None Default Value:NotSupport(NotSupport)


45/51

1/3/2017 TargetRatThdRSRP

Interoperability Between UMTS and LTE BSC6900ADD UCELLU2LTEHONCOV MOD UCELLU2LTEHONCOV



Meaning:This parameter specifies the RSRP threshold in the event 3C measurement of LTE during a handover that is not based on coverage. If the measurement quantity of event 3C is RSRP, event 3C can be triggered only when signal quality in a target LTE cell is higher than the threshold. For detailed description of the parameter, see 3GPP TS 25.331. GUI Value Range:1~97 Actual Value Range:139~43(Actual value meets the condition: Actual Value = GUI Value 140) Unit:dBm Default Value:36

TargetRatThdRSRQ




Meaning:This parameter specifies the RSRQ threshold in the event 3C measurement of LTE during a handover that is not based on coverage. If the measurement quantity of event 3C is RSRQ, event 3C can be triggered only when signal quality in a target LTE cell is higher than the threshold. For detailed description of the parameter, see 3GPP TS 25.331. GUI Value Range:1~34 Actual Value Range:38~5(Actual value meets the condition: Actual Value = GUI Value 39) Unit:dB Default Value:20

ThdPrioritySearch1

BSC6900ADD UCELLSELRESEL WRFD Intra RNC Cell MOD UCELLSELRESEL 010801 Update WRFD Mobility Between 020126 UMTS and LTE Phase 1

Meaning:CPICH RSCP threshold for determining whether a UE performs measurements of lowpriority frequencies and how often a UE performs measurements of highpriority frequencies. CPICH stands for Common Pilot Channel and RSCP stands for received signal code power. A UE performs measurements of lowpriority and highpriority frequencies under either of the following conditions: SrxlevServingCell <= Sprioritysearch1 SqualServingCell <= Sprioritysearch2 where, SrxlevServingCell equals RSCP measured in the serving cell minus the minimum access level. Sprioritysearch1 equals the value of this parameter. SqualServingCell equals Ec/No measured in the serving cell minus the minimum signal quality. Sprioritysearch2 equals the value of "ThdPrioritySearch2". A UE performs measurements of higherpriority frequencies at a minimum interval of Thigher_priority_search when the following conditions are met: SrxlevServingCell > Sprioritysearch1 SqualServingCell > Sprioritysearch2 As defined in 3GPP TS 25.133, Thigher_priority_search equals (60 x Nlayers) seconds. Nlayers is the total number of configured higherpriority EUTRA, UTRA FDD and UTRA TDD carrier frequencies and is increased by one if one or more groups of GSM frequencies are configured with a higher priority. For other details, see 3GPP TS 25.304. GUI Value Range:0~31 Actual Value Range:0~62 Unit:None Default Value:2


46/51

1/3/2017 ThdPrioritySearch2

Interoperability Between UMTS and LTE BSC6900ADD UCELLSELRESEL WRFD Intra RNC Cell MOD UCELLSELRESEL 010801 Update WRFD Mobility Between 020126 UMTS and LTE Phase 1

Meaning:CPICH Ec/No threshold for determining whether a UE performs measurements of lowpriority frequencies and how often a UE performs measurements of highpriority frequencies. A UE performs measurements of lowpriority and highpriority frequencies under either of the following conditions: SrxlevServingCell <= Sprioritysearch1 SqualServingCell <= Sprioritysearch2 where, SrxlevServingCell equals RSCP measured in the serving cell minus the minimum access level. Sprioritysearch1 equals the value for "ThdPrioritySearch1". SqualServingCell equals Ec/No measured in the serving cell minus the minimum signal quality. Sprioritysearch2 equals the value of this parameter. A UE performs measurements of higherpriority frequencies at a minimum interval of Thigher_priority_search when the following conditions are met: SrxlevServingCell > Sprioritysearch1 SqualServingCell > Sprioritysearch2 GUI Value Range:0~7 Actual Value Range:0~7 Unit:dB Default Value:2

ThdServingLow

BSC6900ADD UCELLSELRESEL WRFD Intra RNC Cell MOD UCELLSELRESEL 010801 Update

Meaning:This parameter specifies the CPICH RSCP value of the serving cell below which the UE initiates cell reselection to a cell on the frequency with lower priority level. The UE measures cells on the target frequency for cell reselection. Within the interval defined by Treselections, if the Srxlev value of the serving cell is smaller than the value of this parameter whereas the Srxlev value of one nonserving cell on the lowpriority frequency is high, the UE performs cell reselection. For details on this parameter, see 3GPP TS 25.304. GUI Value Range:0~31 Actual Value Range:0~62 Unit:2dB Default Value:1

ThdToHigh


Meaning:This parameter specifies the RSRP above which the UE performs cell reselection from the serving cell to a cell on the target frequency when the absolute priority level of the target frequency is greater than that of the serving cell. The UE measures cells on the target frequency for cell reselection. Within the interval defined by Treselections, if the RSRP of the cell on the target frequency is greater than the value of this parameter, the UE performs cell reselection. The value of this parameter is set during network planning. The greater the value of this parameter is, the harder the UE reselects a cell on the target frequency, the smaller the value of this parameter is, the easier the UE reselects a cell on the target frequency. For details on this parameter, see 3GPP TS 25.304. GUI Value Range:0~31 Actual Value Range:0~62 Unit:2dB Default Value:2


47/51

1/3/2017 ThdToLow

Interoperability Between UMTS and LTE BSC6900ADD WRFD Mobility Between UCELLNFREQPRIOINFO 020126 UMTS and LTE Phase 1 MOD UCELLNFREQPRIOINFO

Meaning:This parameter specifies the RSRP above which the UE performs cell reselection from the serving cell to a cell on the target frequency when the absolute priority level of the target frequency is smaller than that of the serving cell. The UE measures cells on the target frequency for cell reselection. Within the interval defined by Treselections, if the RSCP of the serving cell is smaller than the parameter of RSCP threshold of lowpriofreq reselection, whereas the RSRP of the cell on the target frequency is greater than the value of this parameter, the UE performs cell reselection. The value of this parameter is set during network planning. The greater the value of this parameter is, the harder the UE reselects a cell on the target frequency, the smaller the value of this parameter is, the easier the UE reselects a cell on the target frequency. For details on this parameter, see 3GPP TS 25.304. GUI Value Range:0~31 Actual Value Range:0~62 Unit:2dB Default Value:2

TrafficClass

BSC6900ADD UTYPRABBASIC

WRFD Conversational QoS Meaning:Traffic class. According to the QoS requirements of 010501 Class services, there are four traffic classes: conversational, WRFD Streaming QoS Class streaming, interactive, and background. 010502

Interactive QoS WRFD Class 010503 Background QoS WRFD Class 010504

GUI Value Range:CONVERSATIONAL, STREAMING, INTERACTIVE, BACKGROUND Actual Value Range:CONVERSATIONAL, STREAMING, INTERACTIVE, BACKGROUND Unit:None Default Value:None

Treselections

BSC6900ADD UCELLSELRESEL WRFD Intra RNC Cell MOD UCELLSELRESEL 010801 Update WRFD Inter RNC Cell 010802 Update WRFD HCS (Hierarchical 021200 Cell Structure)

Meaning:If the signal quality (CPICH Ec/No measured by the UE) of a neighboring cell is better than that of the serving cell during the specified time of this parameter, the UE reselects the neighboring cell. It is used to avoid pingpong reselection between different cells. Note that the value 0 corresponds to the default value defined in the protocol. Set the parameter as follows: 1. Ensure that the UE can reselect a cell when crossing the nonsoftswitch area of the cell and that the UE timely performs location updates, cell updates, or URA updates when necessary. 2. Ensure that the UE does not reselect a cell when it is in the softswitch area of the cell. In this way, the unnecessary location updates, cell updates, and URA updates are avoided. 3. Consider the difference between cells that cover different areas, for example the cells covering highways and cells covering densely populated areas. For detailed information, refer to 3GPP TS 25.304. GUI Value Range:0~31 Actual Value Range:0~31 Unit:s Default Value:1

TrigTime3C




Meaning:This parameter specifies the interval time between detection of event 3C and sending of the measurement report. How to set this parameter is related to slow fading. For detailed description of the parameter, see 3GPP TS 25.331. GUI Value Range:D0, D10, D20, D40, D60, D80, D100, D120, D160, D200, D240, D320, D640, D1280, D2560, D5000 Actual Value Range:0, 10, 20, 40, 60, 80, 100, 120, 160, 200, 240, 320, 640, 1280, 2560, 5000 Unit:ms Default Value:D0


48/51

1/3/2017


U2LTEFilterCoef




Meaning:This parameter specifies the layer 3 filter coefficient for the LTE measurement. Layer 3 filter coefficient is sent to the UE and the UE performs filtering of the measurements according to the following formula: Fn=(1a)*Fn1 + a*Mn The variables in the formula are defined as follows: a=1/(2^(k/2)), where k is this parameter. Fn1 is the old filtered measurement result. Mn is the latest received measurement result from physical layer measurements. Fn is the updated filtered measurement result. For detailed description of the parameter, see 3GPP TS 25.331. GUI Value Range:D0, D1, D2, D3, D4, D5, D6, D7, D8, D9, D11, D13, D15, D17, D19 Actual Value Range:0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 11, 13, 15, 17, 19 Unit:None Default Value:D3

10 Counters Table 101 Counter description Counter ID

Counter Name

Counter Description

73423386

VS.U2LTEHO.AttOutPS.Service

73423387

NE

Feature ID

Feature Name

Number of BSC6900 ServiceBased UMTStoLTE PS Handover Attempts for Cell

WRFD140218

ServiceBased PS Handover from UMTS to LTE

VS.U2LTEHO.SuccOutPS.Service

Number of BSC6900 Successful ServiceBased UMTStoLTE PS Handovers for Cell

WRFD140218


73423408

VS.U2LTEHO.FailOutPS.NoReply

Number of Failed BSC6900 UMTStoLTE PS Handovers Due to Iu Release Command Timeout for Cell

WRFD140218


73423409

VS.U2LTEHO.FailOutPS.CfgUnSupp

Number of Failed BSC6900 UMTStoLTE PS Handovers for Cell (Configuration Unsupported)

WRFD140218


73423410

VS.U2LTEHO.FailOutPS.PhyChFail

Number of Failed BSC6900 UMTStoLTE PS Handovers for Cell (Physical Channel Failure)

WRFD140218


73423411

VS.U2LTEHO.FailOutPS.Abort

Number of BSC6900 Abnormally Terminated Outgoing UMTS toLTE PS Handovers for Cell

WRFD140218


73423412

VS.U2LTEHO.AttRelocPrepOutPS

Number of BSC6900 Outgoing UMTS toLTE PS Handover Preparation Attempts for Cell

WRFD140218



49/51

1/3/2017


Counter ID

Counter Name

Counter Description

73423413

VS.U2LTEHO.SuccRelocPrepOutPS

73423414

NE

Feature ID

Feature Name

Number of BSC6900 Successful Preparations for Outgoing UMTS toLTE PS Handovers for Cell

WRFD140218


VS.U2LTEHO.FailRelocPrepOutPS.NoResAvail

Number of Failed BSC6900 Preparations for Outgoing UMTS toLTE PS Handovers for Cell (No Resource Available)

WRFD140218


73423415

VS.U2LTEHO.FailRelocPrepOutPS.TgtFail

Number of Failed BSC6900 Preparations for Outgoing UMTS toLTE PS Handovers for Cell (Relocation Failure in Target CN/RNC or Target System)

WRFD140218


73423416

VS.U2LTEHO.FailRelocPrepOutPS.ReloUnSupp

Number of Failed BSC6900 Preparations for Outgoing UMTS toLTE PS Handovers for Cell (Relocation not supported in Target RNC or Target system)

WRFD140218


73423417

VS.U2LTEHO.FailRelocPrepOutPS.TgtHighLoad

Number of Failed BSC6900 Preparations for Outgoing UMTS toLTE PS Handovers for Cell (Traffic Load In The Target Cell Higher Than In The Source Cell)

WRFD140218


73423418

VS.U2LTEHO.FailRelocPrepOutPS.UnKnowRNC

Number of Failed BSC6900 Preparations for Outgoing UMTS toLTE PS Handovers for Cell (Unknown Target RNC)

WRFD140218


73423419

VS.U2LTEHO.RRCRelease.Service

Number of BSC6900 ServiceBased Redirection to LTE Through RRC Connection Release for Cell

WRFD020129

ServiceBased PS Service Redirection from UMTS to LTE

73423420

VS.U2LTEHO.FailRelocPrepOutPS.TAlExp

Number of Failed BSC6900 Preparations for Outgoing UMTS toLTE PS Handovers for Cell (TRELOCalloc expiry)

WRFD140218



50/51

1/3/2017


Counter ID

Counter Name

Counter Description

73424356

VS.L2U.AttRelocPrepInPS.Emerg.RNC

73424357

VS.L2U.SuccRelocInPS.Emerg.RNC

NE

Feature ID

Feature Name

Number of LTEto BSC6900 UMTS PS Handover Attempts Caused by the CSFB of an LTE Emergency Call for RNC

WRFD140102

CS Fallback Guarantee for LTE Emergency Calls

Number of Successful LTE toUMTS PS Handovers Caused by the CSFB of an LTE Emergency Call for RNC

WRFD140102

CS Fallback Guarantee for LTE Emergency Calls

BSC6900

11 Glossary For the acronyms, abbreviations, terms, and definitions, see the Glossary.

12 Reference Documents 1. 3GPP 36.413, “Evolved Universal Terrestrial Radio Access Network (EUTRAN); S1 Application Protocol (S1AP)” 2. 3GPP TS 23.401, “General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (EUTRAN) access” 3. 3GPP TS 23.272, “Circuit Switched (CS) fallback in Evolved Packet System (EPS); Stage 2” 4. 3GPP 25.331, “Radio Resource Control (RRC); Protocol specification” 5. 3GPP TS 25.304, “User Equipment (UE) procedures in idle mode and procedures for cell reselection in connected mode” 6. Load Control Feature Parameter Description 7. Enhanced Fast Dormancy Feature Parameter Description 8. Call Admission Control Feature Parameter Description 9. License Management Feature Parameter Description 10. eRAN feature documentation


51/51

Interoperability Between UMTS and LTE

Recommend Documents