Hsdpa (Ran16.0 02)

WCDMA RAN
HSDPA Feature Parameter

Description
Issue 02
Date 2014-09-15
HUAWEI TECHNOLOGIES CO., LTD.

Copyright © Huawei Technologies Co., Ltd. 2014. All rights reserved.
No part of this document may be reproduced or transmitted in any form or by any means without prior written
consent of Huawei Technologies Co., Ltd.
Trademarks and Permissions
and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.
All other trademarks and trade names mentioned in this document are the property of their respective holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and the
customer. All or part of the products, services and features described in this document may not be within the
purchase scope or the usage scope. Unless otherwise specified in the contract, all statements, information,
and recommendations in this document are provided "AS IS" without warranties, guarantees or representations
of any kind, either express or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute a warranty of any kind, express or implied.
Huawei Technologies Co., Ltd.

Address: Huawei Industrial Base
Bantian, Longgang
Shenzhen 518129
People's Republic of China
Website: http://www.huawei.com
Email: support@huawei.com
Issue 02 (2014-09-15) Huawei Proprietary and Confidential i

Copyright © Huawei Technologies Co., Ltd.
WCDMA RAN
HSDPA Feature Parameter Description Contents
Contents
1 About This Document..................................................................................................................1

1.1 Scope..............................................................................................................................................................................1
1.2 Intended Audience..........................................................................................................................................................2
1.3 Change History...............................................................................................................................................................2
1.4 Differences Between Base Station Types.......................................................................................................................4
2 Overview.........................................................................................................................................8
2.1 General Principles of HSDPA........................................................................................................................................8
2.2 HSDPA Channels...........................................................................................................................................................9
2.2.1 HS-DSCH and HS-PDSCH.........................................................................................................................................9
2.2.2 HS-SCCH..................................................................................................................................................................10
2.2.3 HS-DPCCH...............................................................................................................................................................10
2.2.4 DPCCH and DPCH/F-DPCH....................................................................................................................................10
2.3 Impact of HSDPA on NEs............................................................................................................................................10
2.4 HSDPA Functions........................................................................................................................................................11
2.4.1 HSDPA Control Plane Functions..............................................................................................................................11
2.4.2 HSDPA User Plane Functions...................................................................................................................................13
3 Control Plane................................................................................................................................14
3.1 Bearer Mapping............................................................................................................................................................15
3.2 SRB over HSDPA........................................................................................................................................................16
3.2.1 Overview...................................................................................................................................................................16
3.2.2 F-DPCH Basic Principles..........................................................................................................................................16
3.2.3 Impacts on Other Functions.......................................................................................................................................20
3.2.4 Weak Coverage- and Low Load-based SRB H2D....................................................................................................21
3.3 Access Control..............................................................................................................................................................25
3.4 Mobility Management..................................................................................................................................................25
3.5 HSDPA over Iur...........................................................................................................................................................26
3.6 Channel Switching........................................................................................................................................................27
3.7 Load Control.................................................................................................................................................................29
3.8 Power Resource Management......................................................................................................................................29
3.9 Code Resource Management........................................................................................................................................30
3.9.1 HS-SCCH Code Resource Management...................................................................................................................30
3.9.2 HS-PDSCH Code Resource Management.................................................................................................................31
Issue 02 (2014-09-15) Huawei Proprietary and Confidential ii

WCDMA RAN
3.9.3 Dynamic Code Tree Reshuffling...............................................................................................................................33
4 User Plane.....................................................................................................................................35
4.1 Flow Control and Congestion Control..........................................................................................................................36
4.1.1 Flow Control..............................................................................................................................................................36
4.1.2 Congestion Control....................................................................................................................................................37
4.2 Impact of HSDPA on the RLC and MAC-d Entities....................................................................................................37
4.2.1 Impact on the RLC Entity..........................................................................................................................................37
4.2.2 Impact on the MAC-d Entity.....................................................................................................................................38
4.3 MAC-hs Scheduling.....................................................................................................................................................38
4.3.1 Determining the Candidate Set..................................................................................................................................39
4.3.2 Calculating Scheduling Priorities..............................................................................................................................40
4.3.3 Time and HS-PDSCH Codes Multiplex....................................................................................................................44
4.4 HARQ...........................................................................................................................................................................45
4.4.1 HARQ Retransmission Principles.............................................................................................................................45
4.4.2 Soft Combining During HARQ.................................................................................................................................46
4.4.3 Preamble and Postamble............................................................................................................................................46
4.5 TFRC Selection............................................................................................................................................................48
4.6 Enhanced HSDPA Code Utilization.............................................................................................................................50
4.7 HSDPA Remaining Power Appending.........................................................................................................................50
4.8 CQI Adjustment Based on Dynamic BLER Target......................................................................................................51
4.9 BLER Optimization for HSDPA Burst Services..........................................................................................................52
4.10 Modulation Scheme....................................................................................................................................................53
5 QoS Management and Management over Differentiated Services...................................55

5.1 QoS Management.........................................................................................................................................................56
5.2 Diff-Serv Management.................................................................................................................................................57
6 Related Features...........................................................................................................................59
6.1 WRFD-010610 HSDPA Introduction Package............................................................................................................59
6.2 WRFD-010652 SRB over HSDPA...............................................................................................................................59
6.3 WRFD-030010 CQI Adjustment Based on Dynamic BLER Target............................................................................60
6.4 WRFD-140221 HSDPA Scheduling based on UE Location........................................................................................60
7 Network Impact...........................................................................................................................62
7.3 WRFD-030010 CQI Adjustment Based on Dynamic BLER Target............................................................................64
7.4 WRFD-140221 HSDPA Scheduling based on UE Location........................................................................................64
8 Engineering Guidelines.............................................................................................................66
Issue 02 (2014-09-15) Huawei Proprietary and Confidential iii

WCDMA RAN
8.1.1 When to Use HSDPA Introduction Package.............................................................................................................66

8.1.2 Information to Be Collected......................................................................................................................................66
8.1.3 Feature Deployment..................................................................................................................................................66
8.1.4 Performance Monitoring............................................................................................................................................75
8.1.5 Parameter Optimization.............................................................................................................................................75
8.1.6 Troubleshooting.........................................................................................................................................................75
8.2 WRFD-010651 HSDPA over Iur.................................................................................................................................76
8.2.1 Requirements.............................................................................................................................................................76
8.2.2 Data Preparation........................................................................................................................................................76
8.2.3 Activation..................................................................................................................................................................77
8.2.4 Activation Observation..............................................................................................................................................78
8.2.5 Deactivation...............................................................................................................................................................78
8.3.1 When to Use SRB over HSDPA................................................................................................................................79
8.3.2 Information to Be Collected......................................................................................................................................80
8.3.3 Feature Deployment..................................................................................................................................................80
8.3.4 Performance Monitoring............................................................................................................................................98
8.3.5 Parameter Optimization...........................................................................................................................................100
8.3.6 Troubleshooting.......................................................................................................................................................101
8.4 WRFD-010650 HSDPA 13.976Mbps per User.........................................................................................................101
8.5 WRFD-01061001 15 Codes per Cell..........................................................................................................................102
8.6 WRFD-01061018 Time and HS-PDSCH Codes Multiplex.......................................................................................105
8.7 WRFD-01061009 HSDPA H-ARQ & Scheduling (MAX C/I, RR, and PF).............................................................106
8.8 WRFD-01061005 HSDPA Static Code Allocation and RNC-Controlled Dynamic Code Allocation......................108
8.9 WRFD-01061010 HSDPA Flow Control...................................................................................................................111
8.10 WRFD-01061002 HSDPA UE Category 1 to 28.....................................................................................................113
8.11 WRFD-010629 DL 16QAM Modulation.................................................................................................................114
8.12 WRFD-010631 Dynamic Code Allocation Based on NodeB..................................................................................117
8.13 WRFD-010611 HSDPA Enhanced Package............................................................................................................123
8.14 WRFD-01061113 HS-DPCCH Preamble Support...................................................................................................124
8.15 WRFD-01061103 Scheduling based on EPF and GBR...........................................................................................126
8.16 WRFD-030010 CQI Adjustment Based on Dynamic BLER Target........................................................................129
8.16.1 When to Use CQI Adjustment Based on Dynamic BLER Target.........................................................................129
8.16.2 Information to Be Collected..................................................................................................................................129
8.16.3 Feature Deployment..............................................................................................................................................129
8.16.4 Performance Monitoring........................................................................................................................................133
8.16.5 Parameter Optimization.........................................................................................................................................133
8.16.6 Troubleshooting.....................................................................................................................................................133
8.17 WRFD-140221 HSDPA Scheduling based on UE Location....................................................................................134
8.17.1 When to Use HSDPA Scheduling based on UE Location.....................................................................................134
Issue 02 (2014-09-15) Huawei Proprietary and Confidential iv

WCDMA RAN

8.18 HSDPA Remaining Power Appending.....................................................................................................................139
8.18.1 When to Use HSDPA Remaining Power Appending............................................................................................139
8.19 BLER Optimization for HSDPA Burst Services......................................................................................................143
8.19.1 When to Use BLER Optimization for HSDPA Burst Services.............................................................................143
8.20 Enhanced HSDPA Code Utilization.........................................................................................................................146
8.20.1 When to Use Enhanced HSDPA Code Utilization................................................................................................146
8.20.3 Deployment...........................................................................................................................................................147
9 Parameters...................................................................................................................................152
10 Counters....................................................................................................................................323
11 Glossary.....................................................................................................................................384
12 Reference Documents.............................................................................................................385
Issue 02 (2014-09-15) Huawei Proprietary and Confidential v

WCDMA RAN
HSDPA Feature Parameter Description 1 About This Document
1 About This Document
1.1 Scope
This document describes HSDPA, including its technical principles, related features, network
impact, and engineering guidelines.
This document covers the following features:
l WRFD-010610 HSDPA Introduction Package

l WRFD-010650 HSDPA 13.976Mbps per User
l WRFD-010651 HSDPA over Iur
l WRFD-010652 SRB over HSDPA
l WRFD-01061001 15 Codes per Cell
l WRFD-01061018 Time and HS-PDSCH Codes Multiplex
l WRFD-01061009 HSDPA H-ARQ & Scheduling (MAX C/I, RR, and PF)
l WRFD-01061005 HSDPA Static Code Allocation and RNC-Controlled Dynamic Code
Allocation
l WRFD-01061010 HSDPA Flow Control
l WRFD-01061002 HSDPA UE Category 1 to 28
l WRFD-010629 DL 16QAM Modulation
l WRFD-010631 Dynamic Code Allocation Based on NodeB
l WRFD-010611 HSDPA Enhanced Package
l WRFD-01061113 HS-DPCCH Preamble Support
l WRFD-01061103 Scheduling based on EPF and GBR
l WRFD-030010 CQI Adjustment Based on Dynamic BLER Target
l WRFD-140221 HSDPA Scheduling based on UE Location
This document applies to the following NE types.
Issue 02 (2014-09-15) Huawei Proprietary and Confidential 1

WCDMA RAN
NE Type NE Model
RNC BSC6900, BSC6910
NodeB Macro 3900 series macro base stations: BTS3900, BTS3900A,

BTS3900L, BTS3900AL, DBS3900, BTS3900C
3800 series macro base stations: DBS3800, BTS3812E,
BTS3812AE
Micro BTS3803E, BTS3902E
LampSite DBS3900
1.2 Intended Audience

This document is intended for personnel who:
l Need to understand the features described herein
l 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:
l Feature change
Changes in features and parameters of a specified version as well as the affected entities
l Editorial change
Changes in wording or addition of information and any related parameters affected by
editorial changes. Editorial change does not specify the affected entities
RAN16.0 02 (2014-09-15)
This issue includes the following changes.
Change Change Description Parameter

Type Change
Feature Optimized the weak coverage- and low load-based SRB None
change H2D function. For details, see the following sections:
l 3.2.4 Weak Coverage- and Low Load-based SRB
H2D
l 7.2 WRFD-010652 SRB over HSDPA
l 8.3 WRFD-010652 SRB over HSDPA

WCDMA RAN

Type Change
Editorial None None

change
RAN16.0 01 (2014-04-30)

Type Change
Feature None None

change
Editorial The descriptions of the HSDPA inter-cell power sharing None

change function have been moved to Power Sharing Feature
Parameter Description.
RAN16.0 Draft B (2014-02-28)


Type Change
Feature None None

change
Editorial Added the descriptions about the feature and function None
change differences between NodeBs of different types. For
details, see section 1.4 Differences Between Base
Station Types.
RAN16.0 Draft A (2014-01-20)

Compared with Issue 03 (2013-12-30) of RAN15.0, Draft A (2014-01-20) of RAN16.0 includes
the following changes.

WCDMA RAN
Change Type Change Description Parameter

Change
Feature change Add the enhanced HSDPA code utilization function. For details, see
l 4.6 Enhanced HSDPA Code Utilization the following
sections: Added
l 6.5 Enhanced HSDPA Code Utilization the
l 7.5 Enhanced HSDPA Code Utilization CODEOPTSW
l 8.20 Enhanced HSDPA Code Utilization parameter.
Added the HSDPA inter-cell power sharing function. Added the

For details, see the following sections: PWSHM
l 3.8.2 HSDPA Inter-Cell Power Sharing parameter.
l 6.6 HSDPA Inter-Cell Power Sharing

Added descriptions about the impacts on active HSDPA None

cells when
PREEMPT_ENH_HSSCCH_PREEMPT_SF_SWI
TCH of the Preemption Enhancement Switch
parameter is set to ON. For details, see section
Activation(Using MML Commands).
M2000 has changed to U2000. None
Editorial The descriptions of the WRFD-01061006 HSDPA None

change Mobility Management feature have been moved to
Handover Feature Parameter Description.
The descriptions of the following features have moved None

to Management of HSPA Users per Cell Feature
Parameter Description:
l WRFD-010653 96 HSDPA Users per Cell
l WRFD-010654 128 HSDPA Users per Cell
Added the impacted feature of the WRFD-010610 None

HSDPA Introduction Package feature. For details, see
section Impacted Features.
1.4 Differences Between Base Station Types

Feature Support by Macro, Micro, and LampSite Base Stations
Feature Descripti Supported by Supporte Supported by Micro LampSit

ID on Controller(Y/N/NA) d by (Y/N/NA) e

WCDMA RAN
BSC690 BSC691 Macro BTS380 BTS390

0 0 (Y/N/ 3E 2E
NA)
WRFD- HSDPA Y Y Y Y Y Y
010610 Introduct
ion
Package
WRFD- QPSK NA NA Y Y Y Y
0106101 Modulati
7 on
WRFD- 15 Codes Y Y Y Y Y Y
0106100 per Cell
1
WRFD- Time Y Y Y Y Y Y
0106101 and HS-
8 PDSCH
Codes
Multiple
x
WRFD- HSDPA NA NA Y Y Y Y
0106100 H-ARQ
9 &
Scheduli
ng
(MAX
C/I, RR
and PF)
0106100 Static
5 Code
Allocati
on and
RNC-
Controll
ed
Dynamic
Code
Allocati
on
0106101 Dynamic
9 Power
Allocati
on

WCDMA RAN
0106101 Flow
0 Control
0106100 UE
2 Category
1 to 28
WRFD- DL NA NA Y Y Y Y
010629 16QAM
Modulati
on
WRFD- Dynamic Y Y Y Y Y Y
010631 Code
Allocati
on Based
on
NodeB
010611 Enhance
d
Package
WRFD- Scheduli Y Y Y Y Y Y
0106110 ng based
3 on EPF
and GBR
WRFD- HS- Y Y Y Y Y Y
0106111 DPCCH
3 Preambl
e
Support
010651 over Iur
WRFD- SRB Y Y Y Y Y Y
010652 over
HSDPA
WRFD- CQI NA NA Y Y Y Y
030010 Adjustm
ent
Based on
Dynamic
BLER
Target

WCDMA RAN
WRFD- HSDPA NA NA Y Y Y Y
140221 Scheduli
ng Based
on UE
Location
010650 13.976M
bps per
User
NOTE
Y indicates that a feature is supported; N indicates that a feature is not supported; NA indicates that an NE is
not involved, that is, a feature does not require the support of the NE.
The features described in this document are implemented in the same way on macro, micro, and
LampSite base stations.

WCDMA RAN
HSDPA Feature Parameter Description 2 Overview
2 Overview
2.1 General Principles of HSDPA

To meet the rapidly growing demands for data services on the mobile network, 3GPP Release
5 introduced HSDPA in 2005. HSDPA improves the downlink capacity, increases the user data
rate greatly, and reduces the transmission delay on the WCDMA network.
The characteristics of HSDPA are as follows:
Fast scheduling Fast scheduling introduced into the NodeB determines the UEs for data
transmission in each TTI (2 ms) and dynamically allocates resources to
these UEs. It improves the usage of system resources and increases the
system capacity.
For details about how Huawei RAN implements fast scheduling, see
section 4.3 MAC-hs Scheduling.
Fast HARQ Fast hybrid automatic repeat request (HARQ) is used to rapidly request
the retransmission of erroneously received data.
Specifically, when the UE detects an erroneous data transmission, it
saves the received data and requests the NodeB to retransmit the original
data at the physical layer. Before decoding, the UE performs soft
combining of the saved data and the retransmitted data. The combining
fully uses the data transmitted each time and therefore increases the
decoding success rate. In addition, the retransmission delay at the
physical layer is reduced greatly, compared with that at the RLC layer.
For details about how Huawei RAN implements fast HARQ, see section
4.4 HARQ.

WCDMA RAN
Fast AMC To compensate for channel variations, the DCH performs power control.
To achieve this goal, HSDPA also performs fast adaptive modulation
and coding (AMC), that is, adjusts the modulation scheme and coding
rate in each TTI. AMC is based on the channel quality indicator (CQI)
reported by the UE, and its purpose is to select an appropriate
transmission rate to meet channel conditions. When the channel
conditions are good, 16QAM or 64QAM can be used to provide higher
transmission rates. When the channel conditions are poor, QPSK can be
used to ensure the transmission quality.
For details about how Huawei RAN implements fast AMC, see section
4.5 TFRC Selection.
The MAC-hs, a new MAC sublayer, is introduced into the UE and NodeB to support HSDPA.
2.2 HSDPA Channels

To support the HSDPA technologies, 3GPP defines one transport channel (HS-DSCH) and three
physical channels (HS-PDSCH, HS-SCCH, and HS-DPCCH).
Figure 2-1 shows the physical channels of HSDPA in the shaded area.
Figure 2-1 Physical channels of HSDPA
2.2.1 HS-DSCH and HS-PDSCH

HS-DSCH is a high-speed downlink shared channel. Its TTI is fixed to 2 ms. It may be mapped
onto one or more HS-PDSCHs.
HS-PDSCH is a high-speed physical downlink shared channel. Its spreading factor is fixed to
16. According to 3GPP TS 25.433, a maximum of 15 HS-PDSCHs can be used for transmission
at the same time. The number of HS-PDSCHs per cell is configurable.
The use of 2 ms TTI reduces the round trip time (RTT) on the Uu interface and, together with
AMC, improves the tracking of channel variations. In addition, the use of 2 ms TTI enables fast
scheduling and resource allocation and therefore improves the usage of transmission resources.
In each TTI, HSDPA assigns the HS-PDSCHs onto which the HS-DSCH maps. More HS-
PDSCHs can provide higher transmission rates.

WCDMA RAN
Unlike the DCH, the HS-DSCH cannot support soft handover. The reason is that this type of
handover requires different cells to use the same radio resource for sending the same data to the
UE, but the scheduling function can be performed only within the cell.
2.2.2 HS-SCCH
HS-SCCH is a high-speed shared control channel. It carries the control information related to
the HS-PDSCH. The control information includes the UE identity, HARQ-related information,
and information about transport format and resource combination (TFRC). For each transmission
of the HS-DSCH, one HS-SCCH is required to carry the related control information. One cell
can be configured with several HS-SCCHs. The number of HS-SCCHs determines the maximum
number of UEs that can be scheduled simultaneously in each TTI.
2.2.3 HS-DPCCH
HS-DPCCH is a high speed dedicated physical control channel. In the uplink, each HSDPA UE
must be configured with an HS-DPCCH. This channel is mainly used by the UE to report the
CQI and whether a transport block is correctly received. The information about the transport
block is used for fast retransmission at the physical layer. The CQI is used for AMC and
scheduling to allocate Uu resources.
2.2.4 DPCCH and DPCH/F-DPCH

DPCCH is a dedicated physical control channel in the uplink. DPCH is a dedicated physical
channel in the downlink. F-DPCH is a fractional dedicated physical channel in the downlink.
The HSDPA UE must be configured with dedicated physical control channels in both the uplink
and the downlink.
The uplink DPCCH is used for closed-loop power control by working with the DPCH or F-
DPCH. In addition, the uplink DPCCH power is used as a reference for the HS-DPCCH power.
The downlink DPCH is used for inner-loop power control and as a reference for the HS-PDSCH
power.
Like the downlink DPCH, the F-DPCH is also used for inner-loop power control. The difference
is that each UE must have a downlink DPCH (SF256) whereas 10 UEs can share an F-DPCH
(SF256) to save downlink channel codes.
2.3 Impact of HSDPA on NEs

HSDPA has the following impacts on the RNC, NodeB, and UE.
On the control plane of the network side, the RNC processes the signaling about HSDPA cell
configuration, HS-DSCH related channel configuration, and mobility management. On the user
plane of the network side, the RLC layer and MAC-d of the RNC are unchanged. At the NodeB,
the MAC-hs is added to implement HSDPA scheduling, Uu resource allocation, AMC, and Iub
flow control. The MAC-hs implements these management functions in a short time. Therefore,
it reduces both unnecessary delays and processing complexity caused by Iub message exchange.
On the UE side, the MAC-hs is added between the MAC-d and the physical layer for data
reception. To support HSDPA (without considering HSPA evolution), 3GPP defines 12 UE
categories. These UEs support different peak rates at the physical layer, ranging from 912 kbit/

WCDMA RAN
s to 14 Mbit/s. The UE of category 10 supports the highest rate. The UE of category 11 or 12

supports only the QPSK mode. For details, see 3GPP TS 25.306. Huawei RAN supports all the
UE categories.
Table 2-1 lists the capabilities of HSDPA UEs of different categories.
Table 2-1 Capabilities of HSDPA UEs of different categories
UE Category Maximum Minimum Maximum Maximum

Number of TTI Number of Data Rate
HS-DSCH Data Blocks (Mbit/s)
Codes
1 5 3 7298 1.2
2 5 3 7298 1.2
3 5 2 7298 1.8
4 5 2 7298 1.8
5 5 1 7298 3.6
6 5 1 7298 3.6
7 10 1 14411 7.2
8 10 1 14411 7.2
9 15 1 20251 10.2
10 15 1 27952 14.4
11 5 2 3630 0.9
12 5 1 3630 1.8
2.4 HSDPA Functions

HSDPA functions are implemented on the HSDPA control plane and user plane.
2.4.1 HSDPA Control Plane Functions

The control plane is responsible for setting up and maintaining HS-DSCH connections and
managing cell resources.
Figure 2-2 shows the HSDPA control plane functions based on the service connection setup
and maintenance procedure.

WCDMA RAN
Figure 2-2 HSDPA control plane functions
The HSDPA control plane functions are described as follows:

l Bearer mapping
The bearer mapping is used by the network side to configure the RAB during the setup of
a service connection in the cell. The network side then configures bearer channels for the
UE based on the requested service type, service rate, UE capability, and cell capability.
For details, see section 3.1 Bearer Mapping.
l Access control
Access control, a sub-function of load control, checks whether the current resources of the
cell are sufficient for the service connection setup. If the resources are insufficient,
intelligent access control is triggered. If the resources are sufficient, the service connection
can be set up.
For details, see section 3.3 Access Control.
l Mobility management
For the established HS-DSCH connection, mobility management decides whether to switch
it to another cell for providing better services, based on the channel quality of the UE.
For details, see section 3.4 Mobility Management.
l Channel switching
Channel switching is responsible for switching the transport channel among the HS-DSCH,
DCH, and FACH based on the requirements of mobility management or load control.
For details, see section 3.6 Channel Switching.
l Load control
When the cell load increases, the load control function adjusts the resources configured for
the established radio connections to avoid cell overload.
For details, see section 3.7 Load Control.
l Resource management
Resource management coordinates the power resource between the HS-DSCH and the
DCH and the code resource between the HS-SCCH and the HS-PDSCH. The downlink

WCDMA RAN
power and codes are the bottleneck resources of the cell. Resource management can
increase the HSDPA capacity.
Power resource management reserves power for channels of different types and allocates
power for them. For details, see section 3.8 Power Resource Management.
Code resource management allocates and reserves code resources for channels of different
types. In addition, it collects and reshuffles idle code resources.
For details, see section 3.9 Code Resource Management.
2.4.2 HSDPA User Plane Functions

After the service is set up, the user plane is responsible for implementing data transmission.
Figure 2-3 shows the HSDPA user plane functions based on the data processing procedure.
Figure 2-3 HSDPA user plane functions
The service data is passed to the RLC layer and MAC-d of the RNC for processing and
encapsulation. Then, the MAC-d PDU is formed and passed through the Iub/Iur interface to the
NodeB/RNC. To avoid congestion, the flow control and congestion control functions control
the traffic on the Iub/Iur interface through the HS-DSCH frame protocol (3GPP TS 25.435).
After the MAC-d PDU is received by the NodeB, it is passed through the MAC-hs to the physical
layer and then sent out through the Uu interface. The MAC-hs provides MAC-hs scheduling,
TFRC selection, and HARQ. MAC-hs scheduling determines the HSDPA users in the cell for
data transmission. TFRC selection determines the transmission rates and Uu resources to be
allocated to the HSDPA UEs. HARQ is used to implement the hybrid automatic repeat request
function.

WCDMA RAN
HSDPA Feature Parameter Description 3 Control Plane
3 Control Plane
This chapter consists of the following sections:
l 3.1 Bearer Mapping

l 3.2 SRB over HSDPA
l 3.3 Access Control
l 3.4 Mobility Management
l 3.6 Channel Switching
l 3.7 Load Control
l Power Resource Management
l 3.9 Code Resource Management

WCDMA RAN
3.1 Bearer Mapping

The HS-DSCH can carry services of multiple types and service combinations, as listed in Table
3-1.
Table 3-1 Bearer mapping

CN Domain Service Type Can Be Carried on Optional Feature?
HS-DSCH?
- Signaling (SRB) Yes Yes

Feature name: SRB
over HSDPA
CS Voice Yes Yes

Feature name: CS
Voice over HSPA/
HSPA+
Videophone No No
Streaming No No
PS Conversational Yes Yes

Feature name: VoIP
over HSPA/HSPA+
Streaming Yes Yes

Feature name:
Streaming Traffic
Class on HSDPA
Interactive Yes No
Background Yes No
IMS signaling Yes Yes

Feature name: IMS
Signaling over
HSPA
MBMS PTP Yes Yes

Feature name:
MBMS P2P over
HSDPA
During the service setup, the RNC selects appropriate channels based on the UE capability, cell
capability, and service parameters to optimize the use of cell resources and ensure the QoS.
Huawei RAN supports the setting of the types of RABs carried on the HS-DSCH according to
service requirements. For details, see Radio Bearers Feature Parameter Description.

WCDMA RAN
3.2 SRB over HSDPA
3.2.1 Overview
Introduction
l SRB over HSDPA
SRB over HSDPA enables a UE's downlink signaling radio bearers (SRBs) to be carried
on the HS-DSCH.
SRB over HSDPA is introduced in 3GPP Release 6 and is supported by RAN10.0 and later
versions.
l F-DPCH
After SRB over HSDPA takes effect, the A-DPCH is replaced by an F-DPCH. If a UE uses
SRB over HSDPA, the transmit power control (TPC) command is transmitted to the UE
on an F-DPCH.
The F-DPCH carries only the TPC commands sent from the NodeB to UEs.
Benefits
Compared with SRB over DCH, SRB over HSDPA provides the following benefits:
l Provides higher signaling rates, thereby shortening call setup delay.

l Saves downlink code resources.
However, this feature increases the call drop ratio of HSDPA services.
For details about the benefits and network impacts of SRB over HSDPA, see section 7.2
WRFD-010652 SRB over HSDPA.
3.2.2 F-DPCH Basic Principles
F-DPCH Frame Format

Figure 3-1 shows the F-DPCH frame format.
If a UE is configured with the F-DPCH, all the RBs (including SRBs and TRBs) for this UE are
mapped onto the HS-PDSCH, and the DPDCH does not need to be configured. (TRB is short
for traffic radio bearer.) The F-DPCH replaces the A-DPCH and carries only TPC commands
because the pilot and transport format combination indicator (TFCI) are no more required.

WCDMA RAN
Figure 3-1 F-DPCH frame format
For details about the frame formats of the A-DPCH and F-DPCH, see the following sections in
3GPP TS 25.211 V9.0.0:
l A-DPCH: 5.3.2 Dedicated Downlink Physical Channels

l F-DPCH: 5.3.2.6 Fractional Dedicated Physical Channel (F-DPCH)
In 3GPP Release 6, each timeslot of the F-DPCH frame can use only timeslot format 0, and
therefore the bit position of the TPC command is fixed. In 3GPP Release 7, the enhanced F-
DPCH with timeslot formats 1 to 9 is introduced. Table 3-2 lists the F-DPCH frame formats.
Table 3-2 F-DPCH frame formats
Tim Channel Channel SF Bits NOFF1 NTPC NOFF2

eslo Bit Rate Symbol per
(bits/ (bits/ (bits/
t (kbit/s) Rate Timesl
timesl timeslot) timeslot)
For (kbps) ot
ot)
mat
0 3 1.5 256 20 2 2 16
1 3 1.5 256 20 4 2 14
2 3 1.5 256 20 6 2 12
3 3 1.5 256 20 8 2 10
4 3 1.5 256 20 10 2 8
5 3 1.5 256 20 12 2 6
6 3 1.5 256 20 14 2 4
7 3 1.5 256 20 16 2 2
8 3 1.5 256 20 18 2 0
9 3 1.5 256 20 0 2 18

WCDMA RAN
F-DPCH Multiplexing
An F-DPCH can be shared by up to 10 UEs through time division multiplexing, as shown in
Figure 3-2. These UEs can be differentiated by using different time offset.
Figure 3-2 F-DPCH multiplexing
An F-DPCH can be shared by up to 10 UEs, and the RNC uses ten symbols to specify the resource
usage of an F-DPCH. If an F-DPCH has available symbols, a new UE can use this F-DPCH
when it is admitted to the cell. Otherwise, the RNC allocates a new F-DPCH to the UE after
admission.
Enhanced F-DPCH
In 3GPP Release 6, the TPC commands sent on the F-DPCH in different cells to a UE must have
the same time offset. Therefore, when a UE adds a radio link during a soft handover, the UE
needs to apply for a new F-DPCH if the F-DPCH configured for the target cell does not have an
available symbol with the same time offset (as illustrated in Figure 3-3). As a result, F-DPCH
channelization codes cannot be fully utilized.

WCDMA RAN
Figure 3-3 F-DPCH complying with 3GPP Release 6
In 3GPP Release 7, the TPC commands sent on the F-DPCH in different cells to a UE can have
different time offsets with the introduction of the enhanced F-DPCH with nine timeslot formats
(as shown in Table 3-2). Therefore, during a soft handover, a UE can use the F-DPCH configured
for the target cell if the F-DPCH has an available symbol (as shown in Figure 3-4). In this way,
F-DPCH channelization codes can be fully utilized.
The TPC commands from different cells may require a timeslot to aggregate because the
enhanced F-DPCH can be configured with different timeslot formats. As a result, the aggregated
TPC commands can only be used to adjust the transmit power on the uplink DPCCH in the next
timeslot. Compared with the F-DPCH in 3GPP Release 6, the enhanced F-DPCH cannot perform
uplink power control in time. In 3GPP Release 6, the TPC commands from different cells require
only one tenth of a timeslot to aggregate because the TPC commands are basically mapped to
the same position in an F-DPCH frame. In this case, the aggregated TPC commands can be used
to adjust the transmit power on the uplink DPCCH in the current timeslot.

WCDMA RAN
Figure 3-4 Enhanced F-DPCH introduced in 3GPP Release 7
To support the enhanced F-DPCH, the HspaEnhSwitch(BSC6900,BSC6910) parameter in the

ADD/MOD UCELLALGOSWITCH command needs to be set to E_F_DPCH_ON.
Power Control on the F-DPCH

Power control on the F-DPCH includes open-loop power control and closed-loop power control.
For details, see sections "Downlink Open Loop Power Control on F-DPCH", "Downlink Inner
Loop Power Control in Normal Mode on DPCH/F-DPCH", and "Downlink Inner Loop Power
Control in Compressed Mode on DPCH/F-DPCH" in Power Control Feature Parameter
Description.
3.2.3 Impacts on Other Functions

This section describes the functions impacted by the SRB over HSDPA feature. Unless otherwise
stated, SRB over HSDPA does not affect other downlink functions used by an HSDPA UE.
Radio Bearers
l During RRC connection setup, SRBs can be carried on the HS-DSCH if the following
conditions are met:
– The SrbChlType(BSC6900,BSC6910) parameter is set to HSDPA or HSPA.
– The SrbChlTypeRrcEffectFlag(BSC6900,BSC6910) parameter is set to TRUE.
l During TRB setup, SRBs that were not previously carried on the HS-DSCH can be
reconfigured on the HS-DSCH if the following conditions are met:
– The SrbChlType(BSC6900,BSC6910) parameter is set to HSDPA or HSPA.
– All the downlink TRBs for a UE are carried on the HS-DSCH.

WCDMA RAN
NOTE
The RNC configures the F-DPCH and SRB over HSDPA functions for a UE only when all cells in the
active set for the UE support the F-DPCH.
During RRC connection setup, if SRBs are carried on the HS-DSCH, not on the DCH, UEs can
initiate only hard handovers in the downlink and the gains produced by maximum-ratio
combination of soft handovers are sacrificed. In this case, the RAB setup success ratio decreases.
Therefore, it is recommended that the SrbChlTypeRrcEffectFlag(BSC6900,BSC6910)
parameter be set to FALSE.
The RAN supports the handover between cells supporting SRB over DCH and cells supporting
SRB over HS-DSCH. For example, if the target cell for a handover supports SRB over HS-
DSCH but the source cell does not, a UE can use SRB over HS-DSCH after being handed over
to the target cell. If the target cell for a handover does not support SRB over HS-DSCH but the
source cell does, SRBs of a UE are switched from the HS-DSCH to the DCH after the UE is
handed over to the target cell.
Scheduling
On the HS-DSCH, the NodeB preferentially schedules the SRBs.
TFRC Selection
To reduce the impact of this feature on the HSDPA call drop ratio, the NodeB reduces the value
of the channel quality indicator (CQI) reported by a UE when performing the transport format
and resource combination (TFRC) selection. In this way:
l When power resources in a cell are sufficient, the NodeB increases the transmit power of
the SRB queue. The transmit power can be increased to a value equal to the smaller of the
available HSPA power in the current transmission time interval (TTI) and the value of the
EXTRAPOWERFORSRB parameter.
l When power resources in a cell are insufficient, the NodeB reduces the size of the data
block to be sent in the SRB queue. The size can be reduced to the same value as that of a
MAC-ehs packet data unit (PDU).
For details about how to calculate the size of a MAC-ehs PDU, see section 4.2.1 Impact
on the RLC Entity.
The reduction in the CQI value is controlled by the EXTRAPOWERFORSRBparameter in the

NodeB MML command SET ULOCELLMACHSPARA. If this parameter is set to 0, the
transmit power of the SRB queue cannot be increased and the size of the data block to be sent
in the SRB queue cannot be reduced.
3.2.4 Weak Coverage- and Low Load-based SRB H2D
Overview
The weak coverage- and low load-based SRB switchover from the HS-DSCH to the DCH (SRB
H2D) function is used to counteract the increase in the HSDPA call drop ratio caused by SRB
over HSDPA. You can select the DRA_BASE_COVER_LOAD_SRB_H2D_SWITCH check
box under the DraSwitch2(BSC6900,BSC6910)parameter in the SET
UCORRMALGOSWITCH command to enable this function.

WCDMA RAN
With this function, SRBs of a UE using SRB over HS-DSCH are switched from the HS-DSCH
to the DCH when the UE is located in weak-coverage areas and a low-load cell. Using this
approach counteracts the increase in the HSDPA call drop ratio, but sacrifices the positive gains
produced by SRB over HS-DSCH in code resources. However, when a UE is located in good-
coverage areas or a high-load cell, the UE continues to use SRB over HS-DSCH, providing
positive gains in code resources.
For a UE in access mode or a UE in connected mode, the RNC determines whether to trigger
the weak coverage- and low load-based SRB H2D function. In this document, the UE in access
mode refers to a UE that has just entered the CELL_DCH state, and the UE in connected mode
refers to a UE transmitting data in the CELL_DCH state.
The RNC triggers this function for a UE in access mode only in the following scenarios:
l RRC connection setup (such as state transition from idle to CELL_DCH)

l State transition from CELL_FACH to CELL_DCH (F2D), CELL_PCH to CELL_DCH
(P2D), or URA_PCH to CELL_DCH (U2D)
l Combined hard handover and serving radio network system (SRNS) relocation
l Inter-RAT handover from GSM to UMTS
Determination on Low Load and Weak Coverage
Determination on Low Load

When RESERVED_SWITCH_7_BIT14 under the RsvSwitch7(BSC6900,BSC6910)
parameter in the SET UALGORSVPARA command is set to 1, the RNC determines that a cell
is lightly loaded only when downlink non-HSPA power resources and downlink code resources
meet the following two conditions. If either downlink non-HSPA power resources or downlink
code resources do not meet the condition, the RNC considers the cell to be heavily loaded.
When RESERVED_SWITCH_7_BIT14 is set to 0, the RNC determines that a cell is lightly

loaded when downlink non-HSPA power resources meet the first condition. If downlink non-
HSPA power resources do not meet the first condition, the RNC considers the cell to be heavily
loaded.
l The load of the downlink non-HSPA power load state is less than or equal to that of the
state specified by the SrbH2DNonHLoadState(BSC6900,BSC6910) parameter.
The downlink non-HSPA power load state of a cell is classified into light state, normal
state, loaded state, heavy state, and overload state. For detailed descriptions of these states,
see Load Measurement Feature Parameter Description.
TheSrbH2DNonHLoadState parameter in the SETUCHLQUALITYEVALUATE command

indicates the initial state of the downlink low non-HSPA power load. The default value of the
SrbH2DNonHLoadState parameter is DL_OVERRLOAD_STATE.
l The spreading factor (SF) corresponding to the remaining code of a cell is greater than or
equal to the value of the CellLdrSfResThd(BSC6900,BSC6910) parameter in the ADD/
MOD UCELLLDR command.
The cell in this section refers to the serving cell or best cell where services are set up.

WCDMA RAN
Determination on Weak Coverage

The RNC determines whether a UE using this feature is located in weak-coverage areas based
on the P-CPICH's received signal code power (RSCP) and Ec/N0.
l For a UE in access mode, the RNC obtains the RSCP and Ec/N0 from the messages and
events reported by the UE in the following scenarios:
– RRC connection setup (such as state transition from idle to CELL_DCH) scenario where
the RRC CONNECTION REQUEST message is reported
– P2D or U2D state transition scenario where the CELL UPDATE message is reported
– F2D state transition scenario where event 4A based on the uplink traffic volume is
reported
l For a UE in connected mode, the RNC obtains the RSCP and Ec/N0 as follows:
The RNC initiates the periodic intra-frequency measurement and requires a UE to
periodically report the RSCP and Ec/N0 of intra-frequency cells. For details, see Handover
Feature Parameter Description.
The RSCP and Ec/N0 values are valid for the period specified by the EcN0EffectTime
(BSC6900,BSC6910)parameter, starting from the time the RNC receives a message or event
containing the RSCP and Ec/N0. The EcN0EffectTime(BSC6900,BSC6910)parameter can be
set by running the RNC-level command SET UFRC or the cell-level command ADD/MOD
UCELLFRC. When the EcN0EffectTime(BSC6900,BSC6910)parameter is set both at the cell
level and at the RNC level, the cell-level setting prevails.
During RRC connection setup, TRB setup, or state transition, the RSCP and Ec/N0 may become
invalid. For example, in a combined hard handover and SRNS relocation or inter-RAT handover
from GSM to UMTS, the RSCP and Ec/N0 become invalid during the RRC connection setup
or TRB setup. In this case, the RNC determines whether a UE is located in weak-coverage areas
as follows:
l If the RSCP or Ec/N0 becomes invalid, the other is used.

l If both the RSCP and Ec/N0 become invalid, the Ec/N0 value that is set by the FakeEcNo
(BSC6900,BSC6910) parameter in the SET UFRC command is used.
The RNC determines that a UE using this feature is located in weak-coverage areas when any
of the following conditions is met:
l The value of the latest valid RSCP reported by a UE is less than or equal to the value of
the SrbOverHsdpaRscpDownThd parameter.
l The value of the latest valid Ec/N0 reported by a UE is less than or equal to the value of
the SrbOverHsdpaEcn0DownThd parameter.
The RNC determines that a UE using this feature is located in good-coverage areas when the
following conditions are met:
l The value of the latest valid RSCP reported by a UE is greater than the value of the
SrbOverHsdpaRscpUpThd parameter.
l The value of the latest valid Ec/N0 reported by a UE is greater than the value of the
SrbOverHsdpaEcn0UpThd parameter.
These parameters are set by running the SET UCHLQUALITYEVALUATE command. Table
3-3 defines these parameters.

WCDMA RAN
Table 3-3 Parameter definitions
Parameter Definition Recomme Recommende

nded GUI d Actual
Value Value
SrbOverHsdpaRscp- Lower RSCP threshold for -110 -110 dBm

DownThd enabling SRBs to be carried on
the HS-DSCH
SrbOverHsdpaRsc- Upper RSCP threshold for -105 -105 dBm

pUpThd enabling SRBs to be carried on
the HS-DSCH
SrbOverHsdpaEcn0Do Lower Ec/N0 threshold for 17 -16 dB

wnThd enabling SRBs to be carried on
the HS-DSCH
SrbOverHsdpaEcn0UpT Upper Ec/N0 threshold for 23 -13 dB

hd enabling SRBs to be carried on
the HS-DSCH
In most cases, the RNC determines whether a UE is located in weak-coverage areas by using
the RSCP or Ec/N0 of the low-load cell. If a UE does not report the RSCP or Ec/N0 of the low-
load cell, for example, in RAB DRD scenarios, the RNC determines whether the UE is located
in weak-coverage areas by using the RSCP or Ec/N0 of the cell where the RRC connection is
set up.
SRB H2D/D2H
SRB H2D for a UE in Access Mode

If a UE in access mode supporting SRB over HSDPA is located in a low-load cell in weak
coverage areas, downlink SRBs of the UE are carried on the DCH. If such a UE is located in
good coverage areas or in a high-load cell, downlink SRBs of the UE are carried on the HS-
DSCH.
SRB H2D for a UE in Connected Mode

The RNC sends a periodic measurement control message to a UE in connected mode. If the
downlink SRBs of a UE are carried on the HS-DSCH, the RNC performs the following
operations upon receiving the periodic measurement report from the UE:
l The RNC triggers a reconfiguration procedure to switch downlink SRBs from the HS-
DSCH to the DCH if the UE is located in a low-load cell in weak coverage areas.
SRB D2H for a UE in Connected Mode

If the SRBs of a UE in access or connected mode are switched from the HS-DSCH to the DCH
due to coverage or load reasons, or if the SRBs of a UE in access mode are switched from the
HS-DSCH to the DCH due to non-coverage or non-load reasons, the SRBs can be switched from

WCDMA RAN
the DCH back to the HS-DSCH only when the UE is in connected mode. The SRB D2H in this
scenario is valid only when RESERVED_SWITCH_11_BIT5 under the RsvSwitch11
(BSC6900,BSC6910) parameter in the SET UALGORSVPARA command is set to 1. In
addition, the UE cannot perform the following operations before the service release:
l Periodic DRD for SRB over HS-DSCH
l SRB D2H retry during traffic-volume-based DCCC rate increase
When the downlink SRBs of a UE in connected mode are carried on the DCH, the RNC triggers
a reconfiguration procedure to switch downlink SRBs from the DCH to the HS-DSCH upon
receiving the periodic measurement report from the UE if the following conditions are met:
l The reports from the UE are valid in three consecutive measurement periods.
l The UE is located in good coverage areas or a high-load cell when the three measurement
reports are reported.
If RESERVED_SWITCH_11_BIT5 under the RsvSwitch11(BSC6900,BSC6910) parameter
in the SET UALGORSVPARA command is set to 0, the UEs in connected mode whose the
SRBs have been switched from the HS-DSCH to the DCH due to non-coverage or non-load
reasons can perform the preceding SRB D2H retry operations before the service release. The
preceding SRB D2H retry operations consider neither coverage nor load and increase the call
drop possibility in weak coverage areas. Therefore, RESERVED_SWITCH_11_BIT5 must
be set to 1 to counteract the impact on the HSDPA call drop ratio.
3.3 Access Control

Access control determines whether an HS-DSCH connection can be set up under the
precondition that the QoS is ensured. The determination is based on the status of cell resources
and the situation of Iub/Iur congestion. When the resources are insufficient, the HS-DSCH is
switched to the DCH and only the DCH connection is set up. When the resources are sufficient,
the DCH is switched to the HS-DSCH. The implementation of this function requires the support
of channel switching. For details, see Call Admission Control Feature Parameter Description.
Access control allows the HSDPA UE to access an inter-frequency neighboring cell that has the
same-coverage area as the source cell. The purpose is to achieve load balance between the cells
and improve HSDPA user experience. This is HSDPA directed retry decision (DRD), an optional
feature. For details, see Directed Retry Decision Feature Parameter Description.
3.4 Mobility Management

The DCH supports soft handover, and therefore downlink data can be concurrently sent out from
all the cells in the active set in DCH transmission. In comparison, the HS-DSCH does not support
soft handover, and therefore downlink data can be sent out only from the HS-DSCH serving cell
and inter-cell handover has to be performed through the change of the serving cell. Therefore,
HSDPA mobility management (WRFD-01061006 HSDPA Mobility Management) focuses on
the change of the HS-DSCH serving cell.
For the UE with the HS-DSCH service, the best cell in the active set acts as the HS-DSCH
serving cell. When the best cell changes, the UE disconnects the HS-DSCH from the source cell
and attempts to set up a new HS-DSCH connection with the new best cell. For details, see
Handover Feature Parameter Description. By changing the HS-DSCH switching threshold, you
can modify the conditions for triggering the change of the best cell. Lowering this threshold can

WCDMA RAN
increase both the handover frequency and the sensitivity of HS-DSCH switching to signal
variations in the serving cell. Raising this threshold can reduce the handover frequency but may
increase the probability of the HS-DSCH service being discontinuous or even dropping on the
cell edge. For the HS-DSCH service, Huawei supports inter-cell intra-frequency handover, inter-
cell inter-frequency handover, and inter-RAT handover.
Mobility management may trigger the switching from the HS-DSCH to the DCH. If the UE with
the HS-DSCH service cannot set up the HS-DSCH connection with the target cell, the channel
switching function, together with mobility management, switches the HS-DSCH to the DCH.
When the HS-DSCH connection is available, the channel switching function switches the DCH
back to the HS-DSCH. When the HSDPA user returns from the DCH cell to the HSDPA cell,
the DCH is set up to ensure successful handover. A certain period (ChannelRetryHoTimerLen
(BSC6900,BSC6910)) later after the handover, the channel switching function switches the
DCH to the HS-DSCH. For details, see Handover Feature Parameter Description and section
3.6 Channel Switching.
3.5 HSDPA over Iur

Overview
HSDPA over Iur (WRFD-010651 HSDPA over Iur) is a feature that enables HSDPA services
to be carried on the Iur interface.
The HSDPA over Iur feature provides continuous HSDPA services for UEs moving between
RNCs.
Table 3-4 describes the requirements of HSDPA over Iur for NEs.
Table 3-4 Requirements of HSDPA over Iur for NEs
NE Requirement
CN None
RNC The RNC must support HSDPA over Iur.
NodeB None
UE UEs must support HSDPA.
Basic Principle
HSDPA over Iur is introduced in 3GPP Release 5. This feature can be applied when the HSDPA
serving cell is under the drifting RNC (DRNC).
HSDPA over Iur provides the following functions:
l HSDPA service management over Iur
HSDPA service management over Iur involves HSDPA service setup, modification,
release, and state transition over the Iur interface.
The HSDPA service of a UE can be set up, modified, or released over the Iur interface if
one of the following conditions is met:

WCDMA RAN
– The UE is in CELL_DCH state and a DRNC cell is in the active set.

– The UE is in CELL_FACH state and camps on a DRNC cell.
Whether the Iur interface supports HSDPA services can be set through the
IurHsdpaSuppInd(BSC6900,BSC6910) parameter.
l HSDPA mobility management over Iur
HSDPA mobility management over Iur involves hard handover, cell update due to radio
link failure, and serving cell change over the Iur interface.
l HSDPA static relocation
When HSDPA services are carried on the Iur interface and only the target RNC provides
radio links, HSDPA static relocation can be triggered if the Iur interface is congested.
l HSDPA service pre-emption at the DRNC
When a new HSDPA service cannot be admitted to the network, the controlling RNC
(CRNC) may trigger a pre-emption of other HSDPA services that have lower priorities. If
the CRNC is the DRNC, it sends a RADIO LINK PREEMPTION REQUIRED
INDICATION message to the serving RNC (SRNC), and then the SRNC releases the
HSDPA services specified in the message.
3.6 Channel Switching

After the HS-DSCH is introduced, the UE can stay in a new state, CELL_DCH (with HS-DSCH).
Therefore, there are additional transitions between CELL_DCH (with HS-DSCH) and
CELL_FACH and transitions between CELL_DCH (with HS-DSCH) and CELL_DCH even
when both the cell and the UE support the HS-DSCH, as shown in Figure 3-5.
Figure 3-5 UE state transition (WRFD-01061111 HSDPA State Transition)
Table 3-5 lists new state transition and new channel switching.
Table 3-5 New state transition and new channel switching
New State Transition New Channel Switching
CELL_DCH (with HS-DSCH) <-> HS-DSCH <-> FACH

CELL_FACH
CELL_DCH (with HS-DSCH) <-> HS-DSCH <-> DCH

CELL_DCH

WCDMA RAN
Here, the switching between HS-DSCH and FACH can be triggered by traffic volume, which
is similar to the switching between DCH and FACH. For details, see State Transition Feature
Parameter Description.
In addition, when the cell load is too high, load control may also trigger the switching from the
HS-DSCH to the FACH to relieve congestion. For details, see Load Control Feature Parameter
Description.
As the HS-DSCH is introduced later, it is inevitable that some cells support the HS-DSCH but
others do not. This is also the case with UEs. When a service is set up, the channel switching
function selects an appropriate bearer channel based on the cell capability and UE capability to
ensure the QoS while efficiently using the cell resources. When the user is moving, the channel
switching function adjusts the channel type based on the UE capability to ensure service
continuity while improving user experience.
Figure 3-6 Relationships between channel switching and other functions
Triggers for switching from the HS-DSCH to the DCH are as follows:
l The HS-DSCH is selected during the service setup but neither the resources of the serving
cell nor the resources of the inter-frequency same-coverage neighboring cell are sufficient.
In this case, the HS-DSCH is switched to the DCH. This function is achieved by means of
non-periodic directed retry decision (DRD). For details about non-periodic DRD, see
Directed Retry Decision Feature Parameter Description.
l The HS-DSCH serving cell changes. The UE attempts to set up a new HS-DSCH connection
with the new best cell. In such a case, the possible scenarios are as follows:
– If the new best cell does not support the HS-DSCH, the UE cannot set up the HS-DSCH
connection. In this case, the HS-DSCH is switched to the DCH.
– If the new best cell supports the HS-DSCH but a new HS-DSCH connection cannot be
set up because the resources are insufficient, the DCH connection is set up and the HS-
DSCH is switched to this DCH.
For details, see Handover Feature Parameter Description.
l The user moves from a cell supporting the DCH but not supporting the HS-DSCH to a cell
supporting the HS-DSCH. In this case, the DCH connection is also set up because the DCH
supports soft handover, which can increase the handover success rate.

WCDMA RAN
In one of the cases described previously, the DCH connection is set up in a cell supporting the
HS-DSCH or in an inter-frequency same-coverage neighboring cell supporting the HS-DSCH.
Then, the DCH is switched to the HS-DSCH by either of the following mechanisms:
l Channel switching based on timer

After the DCH connection is set up, this mechanism periodically attempts to switch the
DCH to the HS-DSCH. This function is achieved by means of periodic DRD. For details
about periodic DRD, see Directed Retry Decision Feature Parameter Description.
l Channel switching based on traffic volume
When the traffic volume of the UE increases and the RNC receives a 4A event report, this
mechanism attempts to switch the DCH to the HS-DSCH. For details on the 4A event report,
see State Transition Feature Parameter Description.
3.7 Load Control

When the cell is congested, load control selects some users (including HSDPA users) for
congestion relief. The selection is based on the integrated priority, which considers the allocation
retention priority (ARP), traffic class (TC), traffic handling priority (THP), and bearer type.
When the cell load is high, the basic congestion control selects some HSDPA users for handover
to an inter-frequency same-coverage neighboring cell or an inter-RAT neighboring cell with
lower load. When the cell load is too high, the overload congestion control selects some HSDPA
BE services for the switching to a common channel or releases some HSDPA services. For
details, see Load Control Feature Parameter Description.
3.8 Power Resource Management

Power resource management (WRFD-01061019 HSDPA Dynamic Power Allocation)
determines the transmit power of the HS-PDSCH, HS-SCCH, and HS-DPCCH.
The downlink power resources of HSDPA can be dynamically allocated as follows:
l The downlink power resources are first reserved for common physical channels and
allocated to the DPCH. The remaining power resources are available for HSPA, including
HSUPA and HSDPA.
l The HSPA power resources are first allocated to the HSUPA downlink control channels,
including the E-AGCH, E-RGCH, and E-HICH. The remaining power resources are
available for HSDPA.
l The HSDPA power resources are first allocated to the downlink control channel HS-SCCH.
For details, see Power Control Feature Parameter Description. The remaining power
resources are allocated to the traffic channel HS-PDSCH.
For details on power resource allocation, see section 4.5 TFRC Selection.
Figure 3-7 shows the dynamic HSDPA power resource allocation.

WCDMA RAN
Figure 3-7 Dynamic HSDPA power resource allocation
Every TTI, the NodeB detects the power usage of R99 channels to determine the power available
for HSPA. To reserve the power for R99 power control itself, the power margin PwrMgn needs
to be set on the NodeB side. In addition, the power allocated to HSPA must not exceed the
maximum permissible power HspaPower(BSC6900,BSC6910), which can be set on the RNC
side.
For details on uplink HS-DPCCH power control, see Power Control Feature Parameter
Description.
3.9 Code Resource Management

Code resource management allocates code resources to the HS-SCCH and HS-PDSCH.
The NodeB supports HS-DSCH transmissions to multiple users in parallel in a TTI. If more than
one HS-PDSCH code can be allocated by the NodeB, then code multiplexing can be used to
allocate the codes to multiple users to improve resource usage and system throughput.
3.9.1 HS-SCCH Code Resource Management

Each HS-SCCH uses an SF128 code. The number of HS-SCCHs determines the maximum
number of HSDPA users that can be scheduled simultaneously in a TTI. Generally, the number
of HS-SCCHs depends on the traffic characteristics of the cell. The default number is 4, which
is specified by the parameter HsScchCodeNum(BSC6900,BSC6910) on the RNC side. If the
default number is used, the HS-PDSCH can use only 14 SF16 codes. To enable the HS-PDSCH
to use 15 SF16 codes, you are advised to configure 2 HS-SCCHs.
The dynamic HS-SCCH code allocation function is introduced to save HS-SCCH and E-RGCH/
EHICH codes and to enable the HS-PDSCH to use 15 SF16 codes. With this function, the RNC
and NodeB dynamically allocate codes to the HS-SCCH and E-RGCH/EHICH without
sacrificing the functions of the HS-SCCH and E-RGCH/EHICH. This function improves

WCDMA RAN
HSDPA throughput. This function takes effect only when DynHsscchAllocSwitch is set to on.
It is recommended for cells where the number of HSDPA users is small.
3.9.2 HS-PDSCH Code Resource Management

This section describes the feature WRFD-01061005 HSDPA Static Code Allocation and RNC-
Controlled Dynamic Code Allocation and the feature WRFD-010631 Dynamic Code Allocation
Based on NodeB.
The transport channel HS-DSCH is mapped on one or several High-Speed Physical Downlink
Shared Channels (HS-PDSCHs) which are simultaneously received by the UE. As indicated in
3GPP specifications, there are up to 15 HS-PDSCHs per cell with the spreading factor fixed to
16.
The number of the HS-PDSCHs per NodeB is configurable and dependent on the license. The
license specifies the maximum number of SF16 codes purchased by the operator. The license
works at the NodeB level, which means all cells under a NodeB share the license. The NodeB
can dynamically allocate license codes to the HS-PDSCHs between cells based on the actual
requirements. The number of available HS-PDSCH codes for a cell is the number of license
codes allocated by the NodeB or the number of HS-PDSCH codes allocated by the function of
HS-PDSCH code resource management, whichever is smaller.
The function of HS-PDSCH code resource management is used to share the cell code resources
between DPCH and HS-PPDCH in a cell. As the DPCH and the HS-PDSCH coexist in a cell,
sharing the cell code resources between them is of critical importance in HSDPA code resource
management.
The function of HS-PDSCH code resource management supports both RNC-level and NodeB-
level code resource management. RNC-controlled static or dynamic code allocation is enabled
through the parameter AllocCodeMode(BSC6900,BSC6910). NodeB-controlled dynamic code
allocation is enabled through the parameter DynCodeSw.
l If the RNC-controlled static code allocation is used:

The number of reserved HS-PDSCH codes is specified by the cell-level parameter
HsPdschCodeNum(BSC6900,BSC6910). Based on the reserved number, the RNC
reserves codes for the HS-PDSCH. The DPCH, HS-SCCH, and common channels use the
other codes. The cell-level parameter HsPdschCodeNum(BSC6900,BSC6910) can be set
based on the traffic characteristics of the cell.
Figure 3-8 shows the RNC-controlled static code allocation.
Figure 3-8 RNC-controlled static code allocation
l If the RNC-controlled dynamic code allocation is used:

– The minimum number of HS-PDSCH codes is specified by the cell-level parameter
HsPdschMinCodeNum(BSC6900,BSC6910). The purpose of this setting is to prevent

WCDMA RAN
too many DCH users from being admitted and to ensure the basic data transmission of
the HS-PDSCH.
– The maximum number of HS-PDSCH codes is specified by the cell-level parameter
HsPdschMaxCodeNum(BSC6900,BSC6910). The purpose of this setting is to prevent
too many codes from being allocated for the HS-PDSCH and to prevent DCH users
from preempting codes during admission.
– The number of codes that can be shared between HS-PDSCH and DPCH is equal to the
value of HsPdschMaxCodeNum(BSC6900,BSC6910) minus the value of
HsPdschMinCodeNum(BSC6900,BSC6910), as shown in Figure 3-9. When a code
that can be shared is idle, it can be allocated to the HS-PDSCH if the idle code is adjacent
to the allocated HS-PDSCH codes.
Figure 3-9 RNC-controlled dynamic code allocation
l If the NodeB-Controlled Dynamic Code Allocation is used:

Generally, the NodeB can use the HS-PDSCH codes only allocated by the RNC. The
NodeB-controlled dynamic code allocation, however, allows the NodeB to temporarily
allocate idle codes to the HS-PDSCH.
Every TTI, the NodeB detects the SF16 codes that are not allocated to the HS-PDSCH. If
such an SF16 code or any of its subcodes is allocated by the RNC to the DCH or a common
channel, this SF16 code is regarded as occupied. Otherwise, it is regarded as unoccupied.
Therefore, the available HS-PDSCH codes include the codes reserved by the RNC and the
idle codes adjacent to the allocated HS-PDSCH codes.
If the setup of an RL requires a DPCH code that is already allocated by the NodeB to the
HS-PDSCH, the NodeB releases this code and allocates it to an R99 user. Then, the NodeB
sends an NBAP message to the RNC, indicating that the RL is set up successfully.
Figure 3-10 NodeB-controlled dynamic code allocation
The dynamic code allocation controlled by the NodeB is more flexible than the dynamic code
allocation controlled by the RNC. The dynamic code allocation controlled by the NodeB shortens
the code allocation duration and reduces the number of Iub signaling messages transmitted for
code reallocation.
If NodeB-controlled dynamic code allocation is enabled, the RNC-controlled dynamic code
allocation is disabled dynamically.

WCDMA RAN
Huawei recommends the following code allocation modes, where the first mode is preferred:
l Configure the RNC to use static code allocation and the NodeB to use dynamic code
allocation.
l If the NodeB does not support dynamic code allocation, configure the RNC to use dynamic
code allocation.
If not all the NodeBs controlled by an RNC support dynamic code allocation, the RNC-controlled
dynamic code allocation is recommended. In this case, the NodeB-controlled dynamic code
allocation can also be enabled for those supporting NodeBs.
3.9.3 Dynamic Code Tree Reshuffling

The HS-PDSCH can use only continuous SF16 codes, regardless of whether the RNC or NodeB
controls the dynamic code allocation. By reallocating DPCH or F-DPCH codes, the dynamic
code tree reshuffling function can maximize the number of continuous SF16 codes available for
the HS-PDSCH.
Dynamic code tree reshuffling takes effect only when the following conditions are met:
l The cell is not in the basic congestion state that is triggered by code resource. For details
about basic congestion state, see Load Control Feature Parameter Description.
l The switch parameter CodeAdjForHsdpaSwitch(BSC6900,BSC6910) is set to ON. In this
case, the RNC moves the codes occupied by R99 users leftward along the code tree and
thereby releases shared codes that are close to HS-PDSCH codes. Figure 3-11 shows how
this works.
When the RNC-controlled dynamic code allocation or the NodeB-Controlled Dynamic Code
Allocation is enabled, codes released by means of dynamic code tree reshuffling can be used by
the HS-PDSCH to improve throughput for HSDPA users.
Whether the F-DPCH codes can be reallocated through dynamic code tree reshuffling is
determined by the parameter DlSfAdmAlgoSwitch(BSC6900,BSC6910):
FDPCH_SF_ALLOC_OPT_SWITCH in the MML command ADD
UCELLALGOSWITCH
When dynamic code tree reshuffling takes effect, the RNC reshuffles the codes used by the
DPCH/F-DPCH to provide more continuous SF16 codes for HSDPA through this function. This
function is described as follows:
Every time the codes used by the DPCH are changed, the RNC will choose an SF16 subtree that
is not used by HS-PDSCH from right to left. The selected subtree must meet the following
conditions:
l The selected subtree belongs to the code trees that can be shared between HS-PDSCH and
DPCH.
l The number of DPCHs and F-DPCHs on the selected subtree is smaller than or equal to
the threshold specified by the parameter CodeAdjForHsdpaUserNumThd
(BSC6900,BSC6910).
The parameter CodeAdjForHsdpaUserNumThd(BSC6900,BSC6910) limits the number of

users that can be reshuffled each time, to prevent too many users from being reshuffled in a short
time and therefore to avoid affecting user experience.

WCDMA RAN
When the above conditions are met, the RNC will select this subtree for reshuffling and relocate
the users to the positions where the codes are idle.
Figure 3-11 Dynamic code tree reshuffling

WCDMA RAN
HSDPA Feature Parameter Description 4 User Plane
4 User Plane
l 4.1 Flow Control and Congestion Control

l 4.2 Impact of HSDPA on the RLC and MAC-d Entities
l 4.3 MAC-hs Scheduling
l 4.4 HARQ
l 4.5 TFRC Selection
l 4.7 HSDPA Remaining Power Appending
l 4.8 CQI Adjustment Based on Dynamic BLER Target
l 4.10 Modulation Scheme

WCDMA RAN
4.1 Flow Control and Congestion Control

HSDPA flow control (WRFD-01061010 HSDPA Flow Control) and congestion control are used
to control the HSDPA data flow on the Iub and Iur interfaces. HSDPA data packets are sent
through the Iub interface to the NodeB and then through the Uu interface to the UE. Therefore,
congestion may occur on the Uu, Iub, or Iur interface. Flow control is used to relieve Uu
congestion, and congestion control is used to relieve Iub/Iur congestion. The two types of control
are implemented by the NodeB. HSDPA flow control and congestion control are part of the
HSDPA Iub frame protocol (3GPP TS 25.435). They are implemented for each MAC-hs queue
through the Capacity Request message sent by the RNC and the Capacity Allocation message
sent by the NodeB.
Figure 4-1 shows the basic principles of flow control and congestion control.
Figure 4-1 Basic principles of Iub flow control and congestion control
4.1.1 Flow Control

For each MAC-hs queue, flow control calculates the pre-allocated Iub bandwidth based on the
Uu transmission rate and the amount of data buffered in the NodeB. The Uu transmission rate
of the MAC-hs queue is determined by the scheduling algorithm. For each MAC-hs queue, if
the Iub transmission rate is higher than the Uu transmission rate, the data packets are buffered.
Too much data buffered in the NodeB leads to transmission delay and even packet loss.
Therefore, each MAC-hs queue should not have too much data buffered in the NodeB. On the
other hand, it should keep a certain amount of data to avoid wasting the Uu resources due to no
data to transmit.
The flow control procedure is as follows:
1. The NodeB measures the buffered data amount of each MAC-hs queue and the average Uu
transmission rate.

WCDMA RAN
2. The NodeB estimates the buffering time based on the measurements.

3. The NodeB adjusts the Iub bandwidth pre-allocated to the MAC-hs queue.
The pre-allocated Iub bandwidth is adjusted as follows:
l If the buffering time is too short, you can infer that the RNC slows down the data
transmission, that is, the Iub transmission rate is lower than the Uu transmission rate. In
this case, the pre-allocated Iub bandwidth is adjusted to a value greater than the average
Uu transmission rate.
l If the buffering time is appropriate, the pre-allocated Iub bandwidth is adjusted to the
average Uu transmission rate.
l If the buffering time is too long, the pre-allocated Iub bandwidth is adjusted to a value
smaller than the average Uu transmission rate.
For details on flow control, see Transmission Resource Management Feature Parameter
Description.
4.1.2 Congestion Control

The Iub bandwidth may be lower than the Uu bandwidth. If the RNC uses the Iub bandwidth
pre-allocated to each MAC-hs queue, the Iub bandwidth for HSDPA is insufficient. This may
lead to congestion and even packet loss.
The amount of data to be transmitted is sent by the RNC to each MAC-hs queue through the
Capacity Request message. Based on this amount and the total Iub bandwidth available for
HSDPA, the congestion control function adjusts the bandwidth pre-allocated to each MAC-hs
queue. Therefore, congestion control ensures that the total bandwidth actually allocated to all
the MAC-hs queues is not higher than the total available Iub bandwidth.
The total Iub bandwidth available for HSDPA depends on the variations in HSDPA packet delay
and the situation of packet loss. HSDPA shares the bandwidth with the DCH and control
signaling, and the DCH and control signaling has higher priorities than HSDPA. Therefore, when
the HSDPA packet delay or packet loss increases, you can infer that the number of DCHs or the
amount of control signaling increases. In such a case, the bandwidth available for HSDPA
decreases and the bandwidth actually allocated for HSDPA decreases.
For details on congestion control, see Transmission Resource Management Feature Parameter
Description.
NOTE
For the Iur interface, flow control and congestion control are also applied. The control principles and
processing procedures are the same as those for the Iub interface.
4.2 Impact of HSDPA on the RLC and MAC-d Entities
4.2.1 Impact on the RLC Entity

One of the main purposes of HSDPA is to reduce latency by handling retransmissions at NodeB
level. Retransmissions, however, may still be triggered at the RLC layer of the RNC under the
following circumstances:

WCDMA RAN
l The NodeB misinterprets an NACK sent by the UE.

l The number of HARQ retransmissions exceeds the maximum permissible number.
l The data buffered in the NodeB is lost when the HS-DSCH serving cell changes.
Therefore, HARQ retransmission cannot totally replace RLC retransmission, which is described
in 3GPP TS 25.322. For services with high requirements for data transmission reliability, Huawei
recommends that the RLC acknowledged mode (AM) also be used to ensure correct transmission
on the Uu interface even when the services such as the BE service are carried on HSDPA
channels.
Before the introduction of HSDPA, the size of an RLC PDU is usually 336 bits, where 320 bits
are for the payload and 16 bits for the RLC header. Without additional overhead, the MAC PDU
is of the same size as the RLC PDU. According to the 3GPP specifications, a maximum of 2,047
RLC PDUs can be transmitted within an RLC window, and the RTT at the RLC layer is about
100 ms (50 TTIs).
In this condition, the maximum peak rate can only be 336 bits x (2047/50)/2 ms = 6.88 Mbit/s.
To reach higher rates, an RLC PDU of 656 bits is introduced, where 640 bits are for the payload
and 16 bits for the RLC header. The RLC PDU size can be set for each typical service. For high-
speed services, the size is set to 656 bits by default.
In addition, the RLC PDU size is fixed to 656 bits, and a transport block of 27,952 bits can
contain a maximum of 42 PDUs. Therefore, the maximum RLC payload rate is (656 bits - 16
bits) x 42/2 ms = 13.44 Mbit/s.
For example, 3GPP specifies that the UE of category 10 can use a maximum of 15 codes and
receive a transport block with a maximum of 27,952 bits. For details, see 3GPP TS 25.306.
Therefore, the theoretical peak rate is 27952 bits/2 ms = 13.976 Mbit/s. In practice, the radio
channel quality, retransmission probability, and available power also need to be considered.
Therefore, the UE of category 10 cannot reach 13.44 Mbit/s at the RLC layer in most tests.
A fixed RLC PDU size results in lower transmission efficiency due to unnecessary filler data
and redundant RLC PDU headers. Another reason why a fixed RLC PDU size is not desirable
is that high-speed transmission requires a large RLC PDU size required whereas edge coverage
requires a small RLC PDU size. Downlink layer 2 enhancement can be used to address these
problems.
With downlink layer 2 enhancement, the RLC AM entity supports a variable PDU size, and the
RLC layer does not segment upper-layer packets whose sizes are smaller than the maximum
RLC PDU size. The RLC layer can flexibly adapt to traffic variations and reduce the overheads
caused by RLC PDU headers. For details about downlink layer 2 enhancement, see Enhanced
L2 Feature Parameter Description.
4.2.2 Impact on the MAC-d Entity

The MAC-d functionality is unchanged after the introduction of HSDPA. The HS-DSCH bearers
are mapped onto MAC-d flows on the Iub/Iur interface. Each MAC-d flow has its own priority
queue.
4.3 MAC-hs Scheduling

This section describes the feature WRFD-01061009 HSDPA H-ARQ & Scheduling (MAX C/
I, RR, and PF).

WCDMA RAN
With the limited Uu resources for HSDPA in a cell, the user expects to maximize the service
rate while the telecom operator expects to maximize the system capacity. MAC-hs scheduling
is used to coordinate the Uu resources, user experience, and system capacity. It is implemented
at the NodeB MAC-hs.
The scheduling algorithm consists of two steps. At first, the algorithm determines which initial
transmission queues or retransmission processes can be put into the candidate set for scheduling.
Then, the algorithm calculates their priorities based on factors such as the CQI, user fairness,
and differentiated services. If the algorithm is weighted more towards the channel quality of the
UE, the HSDPA cell can have a higher capacity but user fairness and differentiated services may
be affected. If the algorithm is weighted more towards user fairness and differentiated services,
the system capacity may be affected.
Huawei provides five scheduling algorithms: maximum C/I (MAXCI), round-robin (RR),
proportional fair (PF), Enhanced Proportional Fair (EPF), and EPF based on UE location
(EPF_LOC). The EPF and EPF_LOC are optional.
4.3.1 Determining the Candidate Set

The candidate for scheduling contains new data packets (initial transmission queues) or data
packets to be retransmitted (retransmission processes), with the following exceptions:
l If the UE starts the compressed mode, its data cannot be put into the candidate set during
the GAP.
l If the UE category requires the UE to wait for several TTIs before it can be scheduled again,
its data cannot be put into the candidate set in this period. The UE of category 1 or 2 needs
to wait for 3 TTIs, and the UE of category 3, 4, and 11 must wait for 2 TTIs.
l If the number of retransmissions of a data packet reaches or exceeds the maximum number,
the data of this UE cannot be put into the candidate set. The data should be discarded.
Huawei supports that the maximum number of retransmissions is set on a service basis:
– MaxNonConverHarqRt: the maximum number of non-conversational service
retransmissions in the CELL_DCH state
– MAXEFACHHARQRT: In versions earlier than RAN15.0, the UTRAN does not
support feedback on the uplink HS-DPCCH from UEs in the enhanced CELL_FACH
state. Therefore, the UEs perform blind HARQ retransmissions. This parameter
specifies the maximum number of HARQ retransmissions for a UE in the enhanced
CELL_FACH state.
– MAXEFACHHSHARQRT: From RAN15.0, the UTRAN supports feedback on the
uplink HS-DPCCH from UEs in the enhanced CELL_FACH state. The UE in the
enhanced CELL_FACH state can report ACK, NACK, or CQI in the uplink. This
parameter specifies the maximum number of HARQ retransmissions for a UE in the
enhanced CELL_FACH state that supports HS-DPCCH feedback.
l The CQI reported by the UE is 0.
l There is no data in the Mac-ehs or Mac-hs queue for the UE.
l The uplink channel quality of UEs is poor and the uplink channels of these UEs are carrying
PS conversational services or SRBs.

WCDMA RAN
NOTE
The MAC-hs can schedule data packets and select Transport Format and Resource Combine (TFRC)
entities for UEs whose uplink channel quality is poor and CQI is not 0 when the following conditions are
met:
l The MAC-hs queue contains the data packets of these UEs and the data size is not 0.
l The scheduling time does not fall into the GAP.
For new data packets, the MAC-hs calculates the scheduling priority for the follow-up data
packet scheduling and TFRC entity selection based on the principle that applies to a CQI of 12
(CQI adjustments are not performed). For data packets to be retransmitted, the MAC-hs
schedules these data packets and selects TFRC entities in the same way as it operates on UEs
with good uplink channel quality.
4.3.2 Calculating Scheduling Priorities

Five algorithms are available for calculating the priorities of data packets in the candidate set.
The scheduling policies vary according to the algorithms for calculating the priorities of data
packets. The algorithm to be used is specified by the parameter SM on the NodeB LMT.
Comparison of Five Algorithms

Table 4-1 lists the factors considered in the five scheduling algorithms.
Table 4-1 Factors considered in the five scheduling algorithms
Factor MAXCI RR PF EPF EPF_LOC
Service type No No No Yes Yes
Initial Yes Yes Yes Yes Yes

transmission
or
retransmissi
on
Maximum No No No Yes Yes

power
Waiting time No Yes No Yes Yes
CQI Yes No Yes Yes Yes
Actual No No Yes Yes Yes

throughput
SPI No No No Yes Yes
SPI Weight No No No Yes Yes
GBR No No No Yes Yes
HBR No No No Yes Yes
UE Location No No No No Yes

WCDMA RAN
Table 4-2 lists the effects of the five scheduling algorithms.
Table 4-2 Effects of the five scheduling algorithms
Item MAXCI RR PF EPF EPF_LOC
System Highest High Higher Higher Higher

capacity
User fairness Not Best Guaranteed Guaranteed Not

guaranteed guaranteed
Differentiate Not Not Not Guaranteed Guaranteed

d services guaranteed guaranteed guaranteed
Real-time Not Not Not Guaranteed Guaranteed

services guaranteed guaranteed guaranteed
MAXCI Algorithm
The retransmission processes unconditionally have higher priorities than the initial transmission
queues. The retransmission processes are sorted in first-in first-out (FIFO) mode. The initial
transmission queues are sorted in the CQI order. A higher CQI means a higher data priority.
The MAXCI algorithm aims to maximize the system capacity but cannot ensure user fairness
and differentiated services.
The UE estimates the CQI based on the assumption that the transmit power of the HS-PDSCH
on the network side is as follows:
where
l PCPICH is the transmit power of the CPICH.

– Γis the measurement power offset (MPO). It is specified by the parameter
HsPdschMPOConstEnum(BSC6900,BSC6910) on the RNC side and sent to the
NodeB and UE.
– Δ is the reference power adjustment. It is set to 0 in most cases. For details, see 3GPP
TS 25.214.
RR Algorithm
queues. The retransmission processes are sorted in FIFO mode. The initial transmission queues
are sorted in the order of the waiting time in the MAC-hs queue. A longer waiting time means
a higher data priority.
The RR algorithm aims to ensure user fairness but cannot provide differentiated services. Not
considering the CQI reported by the UE leads to lower system capacity.

WCDMA RAN
PF Algorithm
queues. The retransmission processes are sorted in FIFO mode. The initial transmission queues
are sorted in the order of R/r. Here, R represents the throughput corresponding to the CQI reported
by the UE, and r represents the throughput achieved by the UE. A greater R/r value means a
higher data priority.
The PF algorithm aims to make a tradeoff between system capacity and user fairness. It provides
the user with an average throughput that is proportional to the actual channel quality. The system
capacity provided by PF is between the system capacity provided by RR and that provided by
MAXCI.
EPF Algorithm
The EPF algorithm (WRFD-01061103 Scheduling based on EPF and GBR) is an enhanced
algorithm developed based on the PF algorithm. The EPF algorithm defines more priorities than
the PF algorithm to better meet the QoS requirements of different services. The EPF algorithm
can meet the requirements of telecom operators related to user fairness and differentiated services
and also provide a high system capacity.
The EPF algorithm follows certain criteria to prioritize queues:
l Service types are the first to be considered. They are prioritized in a sequence: SRB and
IMS > voice services > streaming services > BE services.
l Different services of the same type are prioritized as follows:
– Retransmission queues are prioritized over initial transmission queues.
– Guaranteed bit rate (GBR) queues that have not arrived are prioritized over GBR queues
that have already arrived.
– Queues with high SPI weights are prioritized over those with low SPI weights.
– High bit rate (HBR) queues that have not arrived are prioritized over HBR queues that
have already arrived.
User fairness is implemented in EPF as follows:
l EFP algorithm guarantees the user fairness in the same way as that PF algorithm. HBR and
Resource Limit is used in EPF to limit the use of single users and improve fairness.
l HBR is used to determine the throughput expected by the user based on a study on user
experience.
– When the rate for a user reaches the HBR, the scheduling probability for the user is
decreased. The HBR is specified by the parameter HappyBR(BSC6900,BSC6910) on
the RNC side.
l Resource Limit is used to prevent the users in areas with poor coverage from consuming
too many cell resources so that there is no decrease in system capacity.
– When the resource limitation switch (RscLmSw) is on, the algorithm allocates the
lowest priority to a queue whose power consumption exceeds the threshold. If the power
available to the queue is limited, the queue's priority is always considered as meeting
the GBR. The ratio of the maximum available power of a queue to the total power of
the cell is specified by the NodeB MML command SET
ULOCELLRSCLMTPARA.
Differentiated service is implemented in EPF as follows:

WCDMA RAN
l Differentiated services are provided based on SPI and SPI weights.

– SPI(BSC6900,BSC6910) is a parameter specified based on service types and users
priorities.
– SPIweight(BSC6900,BSC6910) can be specified according to the SPI to provide
differentiated services.
l The SPI weight affects the calculation of queue priorities. It is used to quantify the
differentiated services. If resource is insufficient, the proportion of SPI weights determines
the approximate proportion of rates among users. For example, for three throughput-
sensitive service users with the same channel quality, the same GBR and the proportion of
SPI weights is 100:50:30, the proportion of actual rates is close to 100:50:30.
For details on the parameters related to QoS management, such as the GBR, SPI, SPI weight,
and HBR, see QoS Management Feature Parameter Description.
EPF_LOC Algorithm
UEs' location in a cell can be defined as a near, middle, or far distance from the NodeB. HSDPA
UEs closer to the NodeB have better channel environments and report higher CQIs, as shown
in Figure 4-2.
Figure 4-2 UE locations and CQIs
With the EPF/PF algorithm, UEs that have the same SPI weight value but are at different
distances from the NodeB have roughly equal scheduling opportunities.
The EPF_LOC algorithm (WRFD-140221 HSDPA Scheduling based on UE Location) builds

on the EPF algorithm and considers UE locations as HSDPA scheduling weights. While ensuring
GBRs for all UEs, the EPF_LOC algorithm gives more scheduling opportunities to UEs that are
close to the NodeB in order to improve throughput for these UEs. Since these UEs can obtain
larger transmission blocks than UEs farther from the NodeB, the overall throughput of the cell
is improved.
CQIs indirectly reflect UE locations. A CQI reported by a UE implies the UE's location, a near,
middle, or far distance either between the UE and the NodeB, or between the UEs within a cell.
Assuming that there are two UEs far from the NodeB and the CQIs reported by them are 15 and
13, respectively, the UE that reports the CQI 15 has more scheduling opportunities and higher
downlink throughput.

WCDMA RAN
NOTE
The PF and EPF algorithms consider the value R/r, where R is the throughput corresponding to the CQI
reported by the UE. The EPF_LOC algorithm is based on the EPF algorithm. In addition to R/r, the
EPF_LOC algorithm also considers UE locations indicated by CQIs.
If a larger value is set for the LOCWEIGHT parameter, UE locations weigh more in the
EPF_LOC algorithm. Theoretically, this results in a higher downlink throughput of the cell and
greater differentiation between UEs at different distances from the NodeB. UEs closer to the
NodeB have more scheduling opportunities and higher throughput, which is the other way
around for UEs farther from the NodeB.
l UEs closer to the NodeB have more scheduling opportunities and therefore higher
throughput. This improves the cell throughput.
l UEs farther from the NodeB have fewer scheduling opportunities and therefore lower
throughput.
To ensure user experience at cell edges, it is recommended that GBRs be configured for all BE
services. To configure GBRs, run the SET UUSERGBR command on the RNC.
NOTE
The LOCWeight and SPIWeight(BSC6900,BSC6910) parameters simultaneously affect HSDPA

scheduling weights. UEs far from the NodeB will experience decreased downlink rates after this feature
is activated. If high rates need to be ensured for gold users, it is recommended that higher GBRs or SPI
weight values be set for gold users.
The EPF_LOC algorithm gives more scheduling opportunities to UEs closer to the NodeB and
increases the downlink overall throughput of the cell. Cell throughput gains relate to UEs' CQIs.
With EPF_LOC algorithm, HSDPA UEs at cell edges have fewer scheduling opportunities and
lower throughput. If GBRs are not configured for BE services, HSDPA UEs at cell edges may
have to wait a long time before they have scheduling opportunities. As a result, traffic radio
bearers (TRBs) are more likely to reset and the call drop rate increases. The magnitude of this
impact depends on factors such as UE location distribution and service distribution in the cell.
It is recommended that GBRs be configured for BE services to ensure network performance.
4.3.3 Time and HS-PDSCH Codes Multiplex

This section describes the feature WRFD-01061018 Time and HS-PDSCH Codes Multiplex.
After scheduling, HSDPA users will be allocated to different time and code. Figure 4-3 shows
the time division and code division over the air interface for HSDPA users in one cell.
Figure 4-3 HSDPA scheduling based on time division and code division

WCDMA RAN
The feature of time and HS-PDSCH codes multiplex enables the allocation of different codes
in the same TTI to different users or the time division multiplexing of the same code in different
TTIs for different users to provide the utilization of code resources and the system throughput.
The parallel data transmission of multiple users over HS-DSCH requires more HS-SCCH codes
and HS-PDSCH codes within a single TTI. Code multiplexing is adopted and is found useful
when the NodeB has more HS-PDSCH codes for allocation than those supported by the UE. For
instance, the UE supports 5 codes and the NodeB has 10 codes available in a single TTI. The
code multiplexing can increase the resource utilization and system throughput.
4.4 HARQ
The main purpose of introducing HARQ is to reduce the retransmission delay and improve the
retransmission efficiency. HARQ enables fast retransmission at the physical layer. Before
decoding, the UE combines the retransmitted data and the previously received data, making full
use of the data transmitted each time. In addition, HARQ can fine-tune the effective rate to
compensate for the errors made by TFRC section.
4.4.1 HARQ Retransmission Principles

The HARQ process of HSDPA involves only the NodeB and the UE, without involving the
RNC. After receiving a MAC-hs PDU sent by the NodeB, the UE performs a CRC check and
reports an ACK or NACK on the HS-DPCCH to the NodeB:
l If the UE reports an ACK, the NodeB transmits the next new data.
l If the UE reports an NACK, the NodeB retransmits the original data. After receiving the
data, the UE performs soft combining of this data and the data received before, decodes
the combined data, and then reports an ACK or NACK to the NodeB.
RLC retransmission on the DCH involves the RNC, and therefore the RTT is relatively long. In
comparison, HARQ involves only the physical layer and MAC-hs of the NodeB and those of
the UE, and therefore the RTT is reduced to only 6 TTIs (12 ms).
After a transmission, the HARQ process must wait at least 10 ms before it can transmit the next
new data or retransmit the original data. Therefore, to improve transmission efficiency, other
HARQ processes can transmit data during the waiting time. A maximum of six HARQ processes
can be configured in each of the NodeB HARQ entity and the UE HARQ entity. Note that not
all UE categories support six HARQ processes. For example, the UEs of some categories can
receive data every one or two TTIs. Therefore, only two or three HARQ processes can be
configured. The RAN can automatically choose the most appropriate configuration based on UE
capability.

WCDMA RAN
Figure 4-4 HARQ retransmission principles
4.4.2 Soft Combining During HARQ

Before decoding a MAC-hs PDU, the UE performs soft combining of all the data received before
to improve the utilization of Uu resources and therefore increase the cell capacity. The size of
the UE buffer determines the number of coded bits or the size of transport blocks.
For HARQ retransmission between the NodeB and the UE, two combining strategies are
available. They are Chase Combining (CC) and Incremental Redundancy (IR). In the case of
CC, all retransmitted data is the same as previously transmitted data. In the case of IR, the
retransmitted data may be different from the previously transmitted data. In comparison, IR has
a higher gain than CC but requires more buffer space. CC can be regarded as a special case of
IR. The IR strategy is hard-coded in Huawei RAN.
4.4.3 Preamble and Postamble
Overview
High-speed dedicated physical control channel (HS-DPCCH) preamble is a feature that enables
the transmission of a special preamble subframe before an ACK/NACK subframe on the HS-
DPCCH or a special postamble subframe after an ACK/NACK subframe.
The HS-DPCCH preamble feature has the following advantages:
l Improves transmission reliability

l Enables the UE to transmit ACK/NACK subframes without requiring high transmit power,
resulting in easy differentiation between DTX subframes and ACK/NACK subframes on
the NodeB side
The requirements of HS-DPCCH preamble are listed in Table 4-3.
Table 4-3 Requirements of HS-DPCCH preamble
Item Requirement
CN None

WCDMA RAN
Item Requirement
RNC The RNC supports HS-DPCCH preamble.
NodeB The NodeB supports HS-DPCCH preamble.
UE The UE supports HS-DPCCH preamble.
Basic Principle
The HS-DPCCH carries uplink feedback signaling related to downlink HS-DSCH transmission.
The signaling consists of Hybrid-ARQ Acknowledgement (HARQ-ACK) and Channel-Quality
Indication (CQI).
Before the HS-DPCCH preamble feature was introduced,
l If a UE receives correct information on the HS-SCCH sent from the NodeB, the UE checks
whether data transmitted on the HS-PDSCH is correctly received, and then reports ACK/
NACK to the NodeB in the first timeslot of subframes on the HS-DPCCH.
l If a UE does not receive correct information on the HS-SCCH sent from the NodeB, the
UE will not send any data to the NodeB in the first timeslot of subframes on the HS-DPCCH.
In the case of interference, the NodeB considers that the UE is in DTX mode. As a result,
the NodeB may decode data transmitted on the HS-DPCCH as ACK/NACK by mistake.
More interference indicates a higher probability that the NodeB decodes data by mistake.
According to section "8.11.2.1 Definition and applicability" in 3GPP TS 25.141 V9.11.0,
the rate of data decoded by mistake cannot exceed 1%. To reduce the rate of data decoded
by mistake, the UE should increase the ACK/NACK transmit power.
The HS-DPCCH preamble feature provides an enhanced way to reduce decoding errors. A
special preamble is sent before an ACK/NACK on the HS-DPCCH. In this way, the probability
of mis-decoding is reduced, because a decoding error can occur only when the NodeB decodes
at least two successive timeslots erroneously. As a result, the same performance of the HARQ-
ACK field detection function is maintained with lower power.
Figure 4-5 HS-DPCCH preamble and postamble

WCDMA RAN
4.5 TFRC Selection

The TFRC selection algorithm handles the MAC-hs queues in descending order of their priorities
determined by the scheduler. In each TTI, the TFRC entity of a cell selects one or multiple queues
and does the following:
l Determining the amount of data that can be transmitted by the queue or queues
l Determining the modulation scheme of the queue or queues
l Allocating appropriate power and channelization codes to the queue or queues
The basic procedure for the TFRC selection algorithm is as follows:
1. Based on the capabilities of UEs whose data is buffered in the scheduled MAC-hs queue,
the algorithm searches for the corresponding TFRC mapping table.
2. Based on the CQI reported by the UE, available power, and available channelization codes,
the algorithm searches the TFRC mapping table for the TBSmax, that is, the maximum
MAC-hs transport block size (TBS). Note that the available power for every HSDPA user
is restricted by MXPWRPHUSR.
3. Based on the TBSmax and the amount of data buffered in the queue, the algorithm
determines the most appropriate MAC-hs TBS (TBSused).
If the data buffered in the MAC-hs queue is enough to fill the space for carrying data in a
transport block with the TBSmax, then the TBSmax is taken as the TBS to be used
(TBSused). The TBSmax, however, may be much larger than the data buffered in the MAC-
hs queue. If this TBS is used, too many padding bits reduce the spectrum efficiency. To
solve this problem, the algorithm searches the TFRC mapping table backward for the CQI
or the number of codes to obtain the most appropriate TBS and the corresponding
modulation scheme. This TBS should be the smallest one in the TBS set that can carry the
buffered data. The power and code resources determined through backward searching are
taken as the ones for allocation.
4. Based on the TBSused, the algorithm determines the most appropriate power, codes, and
modulation scheme.
Huawei supports three backward-searching methods, which are specified by the parameter
RscAllocM on the NodeB side:
l If the parameter is set to Code_Pri, the TFRC algorithm prefers the use of codes. Under
the precondition that the transport block with the TBS is large enough to carry the buffered
data, the algorithm first reduces the power. If the corresponding CQI decreases to the
smallest one but the precondition is still met, the algorithm attempts to reduce the number
of codes. This setting is applicable the outdoor macro base station with limited power.
l If the parameter is set to Power_Pri, the TFRC algorithm prefers the use of power. Under
the precondition that the transport block with the TBS is large enough to carry the buffered
data, the algorithm first reduces the number of codes. If the number of codes decreases to
1 but the precondition is still met, the algorithm attempts to reduce the power. This setting
is applicable to indoor application with limited codes.
l If the parameter is set to PowerCode_Bal, the TFRC algorithm balances the use of power
and the use of codes. Under the precondition that the transport block with the TBS is large
enough to carry the buffered data, the algorithm reduces the power and codes in a balanced

WCDMA RAN
mode. This setting protects the codes or power from being used up, improving the resource
usage and increasing the cell capacity.
Figure 4-6 shows the backward-searching methods used when the parameter is set to
Code_Pri or Power_Pri.
Figure 4-6 Backward-searching methods used when the parameter is set to Code_Pri or
Power_Pri
Figure 4-7 shows the backward-searching methods used when the parameter is set to
PowerCode_Bal.
Figure 4-7 Backward-searching methods used when the parameter is set to PowerCode_Bal

WCDMA RAN
4.6 Enhanced HSDPA Code Utilization

The TFRC selection algorithm performs backward searching if only a small amount of data is
buffered in the MAC-hs queue. If the RscAllocM parameter on the NodeB side (determining the
backward-searching method) is set to PowerCode_Bal, the power resources and code resources
are gradually reduced simultaneously. When TFRC selection is complete, some power resources
and code resources remain for the cell. In this situation, code resources are wasted.
The enhanced HSDPA code utilization function helps fully utilize the remaining code resources.
When the RscAllocM parameter (determining the backward-searching method) is set to
PowerCode_Bal, the TFRC selection algorithm prefers the use of codes for the last queue
carrying streaming, interactive, or background data of a UE in CELL_DCH state (including
initial transmission and retransmission) in a TTI. Under the precondition that the transport block
with the TBS is large enough to carry the buffered data, the enhanced HSDPA code utilization
function first reduces the power. If the corresponding CQI decreases to the smallest one but the
precondition still persists, the enhanced HSDPA code utilization function does not attempt to
reduce the number of codes but uses the current codes and power to transmit the buffered data.
The enhanced HSDPA code utilization function increases code utilization, reduces downlink
cell load, and improves downlink channel quality without lowering cell capacity, thereby
enhancing user experience. The enhanced HSDPA code utilization function also alleviates the
increase of downlink cell load caused by the HSDPA remaining power appending algorithm.
When the licensed HSDPA codes are insufficient, the enhanced HSDPA code utilization
function may aggravate code resource congestion and reduce cell capacity, even if the cell has
remaining power resources. In this situation, it is good practice to expand the capacity of licensed
HSDPA codes and then enable the function. For details, see section 8.20.1 When to Use
Enhanced HSDPA Code Utilization.
The enhanced HSDPA code utilization function is controlled by the CODEOPTSW parameter
of the SET ULOCELLMACHSPARA command.
This function requires HSDPA-capable UTRAN and UEs, but is not applicable to MIMO-
enabled UEs, UEs enabled with the HS-SCCH less operation function, or E-FACH UEs.
NOTE
The enhanced HSDPA code utilization function does not take effect when the RscAllocM parameter is set
to Code_Pri or Power_Pri on the NodeB side.
4.7 HSDPA Remaining Power Appending

When only a small amount of data is buffered in the MAC-hs queue, the TFRC selection
algorithm searches the CQI mapping table backward for the CQI or the number of codes to obtain
the most appropriate TBS. This TBS should be the smallest one in the TBS set that can carry
the buffered data. Under this circumstance, the cell has a certain number of remaining power
resources. Full utilization of these power resources helps further reduce the downlink BLER and
improve user experience.
The HSDPA remaining power appending algorithm helps fully utilize the remaining power
resources. This algorithm appends certain power to the HS-PDSCH power calculated by the
TFRC selection algorithm if the last queue in a TTI carries streaming, interactive, or background

WCDMA RAN
data of a UE in CELL_DCH state (including initial transmission and retransmission). After the
introduction of the HSDPA remaining power appending algorithm, the NodeB parameter
EXTRAPOWER is added to the SET ULOCELLMACHSPARA command for specifying the
maximum amount of power that can be allocated to HS-PDSCH power from the remaining power
resources in the cell in question. This parameter is in units of 0.25 dB. The value of this parameter
must be equal to or less than the cell remaining power in a TTI.
With the increase in downlink power, the downlink load is also increased. When the downlink
load becomes heavy, network KPIs are deteriorated. Therefore, the EXTRAPOWER parameter
cannot be set to a too large value.
Before enabling the HSDPA remaining power appending algorithm, ensure that HSDPA has
been enabled on the network and that UEs support HSDPA.
NOTE
When the EXTRAPOWER parameter is set to 0, the HSDPA remaining power appending algorithm does
not take effect.
When the CQI adjustment based on a fixed BLER target algorithm is enabled on the NodeB, the HSDPA
remaining power appending algorithm does not take effect. IBLER stands for initial block error rate.
4.8 CQI Adjustment Based on Dynamic BLER Target

This section describes the feature WRFD-030010 CQI Adjustment Based on Dynamic BLER
Target.
Overview
The CQI measures the channel conditions of a UE and is reported from the UE to the NodeB.
Without this feature, the NodeB determines an appropriate TBS based on the reported CQI,
system resources, and the TFRC policy. If the reported CQI and related conditions remain the
same, the NodeB does not change the TBS because it does not consider the ever-changing radio
environments.
The constant changes in radio environments, caused by multipath effects and UE mobility, lead
to fluctuating channel quality. Under these circumstances, choosing a TBS based on the reported
CQI makes it difficult to always achieve the optimum downlink throughput.
With the feature CQI adjustment based on dynamic BLER target, the NodeB monitors the
channel quality fluctuations for HSDPA users in a cell in real time and dynamically selects a
proper BLER target based on the monitoring result. The NodeB then uses the BLER target to
adjust the CQI reported by the UE. Based on the adjusted CQI, the NodeB determines an
appropriate TBS to achieve higher downlink throughput for HSDPA users and higher cell
throughput.
NOTE
The BLER described in this section refers to the SBLER at the MAC-(e)hs layer and reflects the average
block error rate at the MAC layer. Accordingly, the BLER target described in this section refers to the
SBLER target at the MAC-(e)hs layer.
The required BLER target may be high in some environments; therefore this feature is not
suitable for networks that limit the BLER target.
This feature requires that both the network and UE support HSDPA. This feature is applicable
to all HSDPA terminals except for the terminals that are configured with MIMO. Different

WCDMA RAN
terminals may have different performance for the same TB size. Some terminals may have
greater BLERs. This feature adjusts the TB size for terminals based on data transmission
performance to achieve optimized performance.
This feature can be enabled by selecting the CQI_ADJ_BY_DYN_BLER check box under the
CQIADJALGOFNONCON parameter.
CQI Adjustment Process

CQI adjustment based on dynamic BLER target is performed in each TTI. The following
describes the adjustment process:
1. Based on the CQI reported by the UE, the NodeB checks the actual radio environment,
which is affected by multipath effects and UE mobility.
2. Based on the actual radio environment and channel quality of the UE, the NodeB obtains
an optimum BLER target, which helps to achieve the highest possible throughput for the
UE.
3. Based on the ACK, NACK, or DTX indication from the UE in the current TTI and on the
optimum BLER target, the NodeB calculates the CQI offset, which can be a positive or
negative number. The NodeB then uses the CQI offset to adjust the CQI.
4. Based on the adjusted CQI, the NodeB selects an appropriate TBS by using the TFRC
algorithm.
4.9 BLER Optimization for HSDPA Burst Services

After a UE reports a CQI to the NodeB, the channel quality may have changed before the NodeB
schedules this UE's data packets due to the delay in processing the CQI. Such changes are likely
to occur when the UE is engaged in the following:
l Initial HSDPA data transmission

l Processing burst services, for example, browsing web sites, sending heartbeat packets,
microblogging, or using the QQ application
As shown in Figure 4-8, downlink data transmission has been started at TTIm but the CQI
measured at TTIn is used at TTIm. At TTIn, the UE measured the CQI without estimating the
interference caused by sudden load changes. In this case, the BLER at TTIm is high. This prolongs
the delay in initiating data transmission and negatively affects burst service throughput.

WCDMA RAN
Figure 4-8 Delay prolongs due to the reporting and processing of the CQI
To address the TTI inaccuracy issue, the BLER Optimization for HSDPA Burst Services
function is introduced. This function performs the following operations:
l Calculates the interference difference (interference difference I) caused by the downlink

load difference between TTIn+1 and TTIm.
l Adjusts the CQI at TTIm using the following formula:
Adjusted CQI = CQI measured at TTIn – Interference difference I
Through the preceding operations, this function ensures that the reported CQI matches the
current channel quality when the UE is engaged in initial HSDPA data transmission or processing
downlink burst services. In this way, this function decreases the BLER at TTIm and increases
burst service throughput.
The BLER Optimization for HSDPA Burst Services function is controlled by the
BURSTBLEROPTSW parameter in the SET ULOCELLMACHSPARA command.
To use this function, the target network must support HSDPA and some UEs are HSDPA-
capable. This function takes effect on all HSDPA-capable UEs.
NOTE
Before using this function in RAN15.0, set the pilot power to 10% of the cell's maximum transmit power
(usually, the pilot power is -10 dB) and the maximum power output (MPO) constant to the default value
2.5 dB.
4.10 Modulation Scheme

QPSK and 16QAM
The HS-PDSCH is used to carry the HS-DSCH data. HS-PDSCH can use QPSK
(WRFD-01061017 QPSK Modulation) or 16QAM (WRFD-010629 DL 16QAM Modulation)
modulation symbols.

WCDMA RAN
l When the UE is in the unfavorable radio environment, the transmission can adopt the low-
order QPSK modulation mode and small transport blocks to ensure communication quality.
l When the UE is in the favorable radio environment, the transmission can adopt the high-
order 16QAM modulation scheme and large transport blocks to reach a high peak rate.
QPSK modulation is a basic downlink data modulation function that is used after HSDPA is
introduced.
Compared with the QPSK modulation scheme, the 16QAM modulation scheme is a higher-order
downlink data modulation scheme. This feature enables the peak rate on the Uu interface to
reach 14.4 Mbit/s.
64QAM
3GPP R5 introduces 16QAM to increase the peak rate per user and expands the system capacity,
whereas 64QAM introduced in 3GPP R7 protocols is a further enhancement of 16QAM.
With downlink 64QAM, a higher-order modulation scheme than 16QAM can be used when the
channel is of higher quality. Theoretically, 64QAM supports a peak data rate of 21 Mbit/s and
at the same time increases the average throughput of the system. Simulation shows that compared
with 16QAM, 64QAM can increase the average throughput by 7% and 16% respectively in
macro cell and in micro cell, if the UEs in the cells use the type 3 receivers.
The 3GPP R7 protocols define the categories of the UEs that support 64QAM, and add the
information elements (IEs) that support 64QAM in the reporting of local cell capability. The
RNC determines whether the RL between the NodeB and the UE supports 64QAM according
to the local cell capability reported by the NodeB and the UE capability. If the RL supports
64QAM, the MAC-hs scheduler of the NodeB determines every 2 ms whether to use 64QAM
according to the following aspects:
l Channel Quality Indicator (CQI) reported by the UE

l HS-PDSCH code resources and power resources of the NodeB
Compared with the 16QAM modulation scheme, the 64QAM modulation scheme is a higher-
order downlink data modulation scheme. This feature enables the peak rate on the Uu interface
to reach 21 Mbit/s.

WCDMA RAN 5 QoS Management and Management over Differentiated
HSDPA Feature Parameter Description Services
5 QoS Management and Management over

Differentiated Services
l 5.1 QoS Management

l 5.2 Diff-Serv Management

5.1 QoS Management

The goal of service-oriented QoS management is to improve user experience by reducing the
service delay and BLER and by increasing the service rate and continuity. The requirements for
QoS vary according to the type of service:
l The conversational service (including the CS voice and VoIP) has a relatively high
requirement for service delay and a certain requirement for BLER.
l The streaming service has a requirement for guaranteed bit rate (GBR).
l The FTP service has a high requirement for BLER and error-free transmission. In addition,
this service requires higher service rates to provide better user experience.
l The HTTP service has a high requirement for error-free transmission and a certain
requirement for response delay. In addition, this service requires shorter delay to provide
better user experience.
HSDPA QoS management is implemented by related HSDPA functions. The following table
lists the relationships between HSDPA functions and QoS indicators.
Table 5-1 Relationships between HSDPA functions and QoS indicators
Function Service Service Delay Service Rate BLER

Connectivity
Mobility √
management
HSDPA bearer √ √
mapping
Load control √ √ √
RLC √
retransmission
Flow control √ √ √
Congestion √
control
HARQ √
MAC-hs √ √ √
scheduling
TFRC selection √
These relationships between HSDPA functions and QoS indicators are described as follows:
l Mobility management
Service continuity is implemented by mobility management.

For details, see section 3.4 Mobility Management and Handover Feature Parameter
Description.
l Bearer mapping
HSDPA bearers increase the service rate greatly and reduce the service delay.
For details, see section 3.1 Bearer Mapping.
l Load control
The network resources are limited. Therefore, when a large number of users attempt to
access the network, the access control function is required to control the access to ensure
the QoS of the admitted users.
The network resources consumed by the admitted users vary with the changed channel
qualities, which may lead to network congestion. To relieve congestion, the overload
control function is required to ensure the QoS of most users.
For details on load control, see Load Control Feature Parameter Description.
l RLC retransmission and HARQ
To achieve error-free transmission and improve transmission efficiency, HSDPA
introduces HARQ at the physical layer. HARQ, however, cannot completely ensure error-
free transmission. Therefore, it should work with RLC retransmission and TCP
retransmission.
For details, see sections 4.2 Impact of HSDPA on the RLC and MAC-d Entities and 4.4
HARQ.
l Flow control and congestion control
By allocating appropriate Iub bandwidth to users, the flow control function reduces the
transmission time. Therefore, it prevents too much data from waiting in the buffer at the
MAC-hs and avoids unnecessary RLC retransmissions. In addition, it protects service data
from overflowing from the buffer at the MAC-hs.
Through congestion detection and congestion control, the congestion control function
reduces the packet loss probability.
For details, see section 4.1 Flow Control and Congestion Control.
l MAC-hs scheduling
Based on the waiting time, achieved service rate, and GBR, the MAC-hs scheduling
function sorts the users to meet the requirements for transmission delay and transmission
rate on the Uu interface. For details, see section 4.3 MAC-hs Scheduling.
l TFRC selection
Based on the available power, available codes, actual channel quality, and actual data
amount, the TFRC selection function selects appropriate transport blocks and modulation
schemes to increase data rates. For details, see section 4.5 TFRC Selection.
5.2 Diff-Serv Management

Different services have different service types, and different users have different priorities.
During resource allocation, differentiated services are provided. Differentiated services for
HSDPA users are as follows:
l Differentiated services based on service types

l Differentiated services based on user priorities

l To further quantify the effect of Diff-Serv management, differentiated services based on
SPI weights (WRFD-020806 Differentiated Service Based on SPI Weight) are introduced.
For details, see Differentiated HSPA Service Feature Parameter Description.

WCDMA RAN
HSDPA Feature Parameter Description 6 Related Features
6 Related Features
6.1 WRFD-010610 HSDPA Introduction Package

Prerequisite Features
None
Mutually Exclusive Features

None
Impacted Features
l WRFD-030010 CQI Adjustment Based on Dynamic BLER Target
When an HSDPA cell is not configured with its baseline pilot power, the BLER increases
in certain scenarios, which leads to decreased throughput. In such scenarios, the MPO can
be modified based on the pilot power to decrease the BLER. However, it is recommended
that the CQI Adjustment Based on Dynamic BLER Target feature be enabled to ensure a
low BLER in different power configuration scenarios.
6.2 WRFD-010652 SRB over HSDPA

WRFD-010610 HSDPA Introduction Package

None
Impacted Features
l WRFD-160103 Terminal Black List

WCDMA RAN
When the WRFD-160103 Terminal Black List feature is enabled, the RNC can add some
UEs to the blacklist to prevent these UEs' SRB from carrying on the HSDPA channels.
6.3 WRFD-030010 CQI Adjustment Based on Dynamic

BLER Target

None
Impacted Features
None
6.4 WRFD-140221 HSDPA Scheduling based on UE

Location
l WRFD-010610HSDPA Introduction Package
l WRFD-010611 HSDPA Enhanced Package

None
Impacted Features
None

l WRFD-010610 HSDPA Introduction Package

None

WCDMA RAN
Impacted Features
l WRFD-030011 MIMO Prime
l WRFD-010684 2x2 MIMO
l WRFD-010693 DL 64QAM+MIMO
l WRFD-010699 DC-HSDPA+MIMO
l WRFD-150223 4C-HSDPA+MIMO
l WRFD-150227 DB-HSDPA+MIMO
When one or more MIMO-related features are enabled and the last priority queue to be
scheduled is of the MIMO user type, the enhanced HSDPA code utilization function does
not take effect. If the MIMO user proportion is high, gains yielded by the enhanced HSDPA
code utilization function are decreased.

WCDMA RAN
HSDPA Feature Parameter Description 7 Network Impact
7 Network Impact

System Capacity
After activating HSDPA Introduction Package, the downlink cell throughput, downlink cell
capacity, and downlink data rate (which can reach up to 13.9 Mbit/s at the MAC layer for each
HSDPA UE) increase.
Network Performance
The HSDPA Introduction Package feature provides:
l Maximized power resource utilization
HSDPA Introduction Package adjusts the downlink power and data rate based on channel
quality, maximizing the power resource utilization.
l Shorter delay
With TTIs of 2 ms and 10 ms, which provide shorter scheduling intervals, the fast
scheduling algorithm enables the NodeB to quickly schedule and retransmit data.
l Higher uplink cell throughput
HARQ helps increase the downlink cell throughput.

System Capacity
l Increased available HSDPA power
Compared with SRB over DCH, SRB over HSDPA reduces downlink non-HSDPA power
consumption and saves downlink code resources, thereby increasing available HSDPA
power and downlink capacity. The reasons are as follows:
In 3GPP Release 5, an A-DPCH must be allocated to each HSDPA UE to transmit downlink
SRBs, TPC commands, TFCI, and pilot signals. In 3GPP Release 6, the F-DPCH is

WCDMA RAN
introduced to replace the A-DPCH and carry only TPC commands, thereby saving downlink
non-HSDPA power resources. An F-DPCH can be shared by up to 10 UEs, thereby saving
downlink code resources.
l Increased CPU resource consumption on BSC6900 interface boards
SRB over HSDPA doubles the number of session setups in scenarios such as service setup,
handover, and state transition from CELL_FACH to CELL_DCH, thereby increasing CPU
resource consumption on BSC6900 interface boards (excluding FG2a and GOUa boards).
The reasons are as follows:
According to sections 11.2.4 "DCH Transport Channel", 11.2.7 "HS-DSCH Transport
Channel", and 11.2.8 "E-DCH Transport Channel" in 3GPP TS 25.401 V9.0.0, if downlink
SRBs are carried on the HS-DSCH while uplink SRBs are carried on the DCH or E-DCH,
two Frame Protocol (FP) entities need to be set up for SRBs. In this case, two data flows
need to be set up, of which one for transmitting uplink data and the other for downlink data.
As a result, two sessions need to be set up. If both the uplink and downlink SRBs are carried
on the DCH, only one FP entity needs to be set up for transmitting uplink and downlink
data.
As session setup has been optimized for FG2a and GOUa boards in the BSC6900 and all
interface boards in the BSC6910, SRB over HSDPA will not increase CPU resource
consumption on these boards.
CPU resources consumed by each UE increase by 30% on interface boards after SRB over
HSDPA is enabled. For example, a UE uses 0.1% of CPU resources to set up a service
before SRB over HSDPA is enabled. After this feature is enabled, the UE uses 0.13% of
CPU resources to set up a service. CPU usage on interface boards is directly proportional
to the number of UEs whose downlink SRBs are carried on the HS-DSCH.
Network Performance
Compared with SRB over DCH, SRB over HSDPA has the following impacts:
l Reduced call setup delay

SRB over HSDPA uses the 2 ms TTI and provides higher signaling rates, thereby reducing
the call setup delay.
l Increased HSDPA call drop ratio
After SRB over HSDPA takes effect, downlink SRBs are carried on the HS-DSCH. UEs
can initiate only hard handovers in the downlink and the gains produced by maximum-ratio
combination of soft handovers are sacrificed. Therefore, the HSDPA call drop ratio
deteriorates after this feature is enabled.
You can perform the following operations so that the HSDPA call drop ratio does not
increase by more than 10%:
– Enable the weak coverage- and low load-based SRB H2D function. (For detailed
operations, see section 3.2.4 Weak Coverage- and Low Load-based SRB H2D) This
function will reduce the gains produced by SRB over HSDPA in downlink capacity.
When the enhanced F-DPCH function is enabled, every ten UEs that use SRB over
HSDPA and support the enhanced F-DPCH function use the same F-DPCH, thereby
saving nine SF256 codes.
– Enable the Call Reestablishment feature. This feature counteracts the impact of SRB
over HSDPA on the call drop ratio in scenarios where SRB H2D cannot be performed
in time due to quick signal deterioration. If the Call Reestablishment feature is not

WCDMA RAN
enabled, SRB over HSDPA may deteriorate the HSDPA call drop ratio by more than
10%.
– Increase transmit power on the HS-DSCH carrying SRBs during the TFRC selection.
(For detailed operations, see section 4.5 TFRC Selection) The proportion of resources
consumed by downlink SRBs is small compared with the total amount of resources
consumed by downlink SRBs and TRBs. Therefore, increasing transmit power slightly
reduces the gains produced by this feature in downlink capacity. This impact can be
ignored.

BLER Target
System Capacity
This feature increases the downlink throughput for HSDPA users and cells by up to 10%.
Network Performance
Calculation for adjusting the CQI increases the downlink load of the NodeB DSP slightly.

Location
System Capacity
This feature gives more scheduling opportunities to UEs closer to the NodeB and increases the
downlink overall throughput of the cell. Cell throughput gains relate to UEs' CQIs.
Network Performance
With this feature, HSDPA UEs at cell edges have fewer scheduling opportunities and lower
throughput. If GBRs are not configured for BE services, HSDPA UEs at cell edges may have
to wait a long time before they have scheduling opportunities. As a result, traffic radio bearers
(TRBs) are more likely to reset and the call drop rate increases. The magnitude of this impact
depends on factors such as UE location distribution and service distribution in the cell. It is
recommended that GBRs be configured for BE services to ensure network performance.

System Capacity
When code resources are sufficient, this function reduces downlink load and downlink
interference, thereby increasing downlink system capacity by approximately 2% to 3%.
When codes are insufficient for the NodeB (less than 10 codes per cell on average) and code
utilization for cells is high, this function may further increase code utilization. In this situation,
it is recommended that the capacity of licensed HSDPA codes be expanded.

WCDMA RAN
Network Performance
Average HSDPA cell load is reduced by up to approximately 3%. When the HSDPA user queue
buffer has data to transmit, HS-PDSCH transmit power is reduced by approximately 5% to 10%.
When the HSDPA user queue buffer has data to transmit, HS-PDSCH code utilization is
increased by approximately 5% to 20%.
The CS/PS call drop rate and CS/PS RAB establishment success rate may increase slightly due
to the reduced downlink cell load.

WCDMA RAN
HSDPA Feature Parameter Description 8 Engineering Guidelines
8 Engineering Guidelines
8.1.1 When to Use HSDPA Introduction Package

This feature is recommended for all scenarios. HSDPA can significantly increase the downlink
peak rate per user, shorten the round trip delay, and expand the system capacity. This feature
package provides the basic functions of HSDPA to meet the requirements for test or trial
operation of HSDPA services.
8.1.2 Information to Be Collected

None
8.1.3 Feature Deployment

This section describes how to activate, verify, and deactivate the optional feature WRFD-010610
HSDPA Introduction Package.
Requirements
l Dependencies on Hardware
For the NodeB:
– The NDLP and NBBI boards in the NodeB do not support this feature.
– The DBS3800 must be configured with the HBBU/EBBC/EBBCd board or all these
boards. These boards must support HSDPA.
– The BTS3812E and BTS3812AE must be configured with the HBBI, EBOI, or EBBI
board. Alternatively, they must be configured with at least one HDLP/EDLP/EDPLd
board and one HULP/EULP/EULPd board.
– The 3900 series base stations support HSDPA.
l Dependencies on Other Features

WCDMA RAN
HSDPA provides a number of methods to increase system throughput. It has to coordinate

with other features, such as admission control, load control, and mobility management.
l License
For details about how to activate the license, see License Management Feature Parameter
Description.
Feature Feature License License NE License Sales

ID Name Control Control Allocati Unit
Item Name on for
Multiple
Operator
s
WRFD-01 HSDPA LQW1HS High BSC6900 Method 6 per

0610 Introductio DPA01 Speed BSC6910 Mbps
n Package Downlink
Packet
Access
(per
Mbps)
If RAN Sharing or MOCN is enabled, the licensed value is allocated among the primary
and secondary operators according to the value of the "License Allocation for Multiple
Operators parameter".
Method 6: In RAN Sharing scenarios, a feature is activated for the primary and secondary
operators separately. In MOCN scenarios, a feature is activated only for the primary
operator. The licensed values can be set by running the SET LICENSE command.
l Dependencies on the Transport Network
After HSDPA is introduced, the downlink peak data rate per user can reach 14.4 Mbit/s.
In this case, the bandwidth of an Iub over ATM transport network must reach 20 Mbit/s or
higher and the bandwidth of an Iub over IP transport network must reach 18 Mbit/s or
higher. However, the Iub bandwidth in commercial networks must be higher because R99
services exist in these networks. For the specific Iub bandwidth in a commercial network,
you must refer to the results of network planning and network optimization.
l Others
The UE is HSDPA-capable.
Data Preparation
Table 8-1 lists the data to prepare before deploying HSDPA Introduction Package.

WCDMA RAN
Table 8-1 Data to prepare before deploying HSDPA Introduction Package
Parameter Name Parameter ID Setting Notes Data Source
NodeB Protocol NodeBProtclVer R9 Radio Planning

Version (BSC6900,BSC6910 (Internal planning)
)
Code Number for HsPdschCodeNum 15 Radio Planning

HS-PDSCH (BSC6900,BSC6910 (Internal planning)
)
Code Max Number HsPdschMaxCode- 15 Radio Planning

for HS-PDSCH Num (Internal planning)
(BSC6900,BSC6910
)
Traffic index TRFX None Transport network

(BSC6900,BSC6910 plan (internal)
)
AAL2 Path Type AAL2PATHT Configure this Transport network

(BSC6900,BSC6910 parameter based on plan (internal)
) the mapping between
service types and
AAL2 paths.
IP path type PATHT Configure this Transport network

parameter based on plan (internal)
the type of the IP path
carrying the HSUPA
service in question.
Activation(Using MML Commands)

Step 1 Run the RNC MML command MOD UNODEB and set NodeB Protocol Version to R9.
Step 2 Run the RNC MML command ADD UCELLHSDPA. In this step, set Code Number for HS-
PDSCH and Code Max Number for HS-PDSCH to 15 and set other HSDPA-related
parameters based on the network plan.
Step 3 Run the RNC MML command ACT UCELLHSDPA to activate this feature.
NOTE
PREEMPT_ENH_HSSCCH_PREEMPT_SF_SWITCH of the Preemption Enhancement Switch

parameter in the SET UQUEUEPREEMPT command is set to ON by default. With this default setting,
some R99 users will experience call drops when an HSDPA cell is activated. It is good practice to activate
HSDPA cells when cells serve few R99 users. For details about the Preemption Enhancement Switch
parameter, see the description of the SET UQUEUEPREEMPT command in the MML command
reference.
Step 4 Configure Iub-transmission-related parameters for HSDPA.

l In an ATM network:

WCDMA RAN
1. Run the RNC MML command ADD ATMTRF to configure new records of ATM
traffic based on network planning requirements.
2. Run the RNC MML command LST TRMMAP to query the transmission resource
mapping.
3. Run the RNC MML command ADD AAL2PATH to set associated parameters
according to the network plan. TX traffic record index and RX traffic record index of
the AAL2 path to be added must be the same as those set in the ADD ATMTRF
command. In addition, AAL2 Path Type should be set according to the mapping between
service types and AAL paths.
4. Run the NodeB MML command ADD AAL2PATH to configure an AAL2 path for
HSDPA based on network planning requirements.
l In an IP network:
1. Run the RNC MML command LST ADJMAP to query whether resource management
mapping is configured for the adjacent node.
If configured, check the TRMMAP index of the adjacent node.
If not configured, run the RNC MML command LST TRMMAP to query the default
TRMMAP ID used by the adjacent node based on the settings of Interface Type and
Transport Type. For example, if Interface Type is set to Iub Interface, then the value
for TRMMAP ID will be 1.
2. Run the RNC MML command LST TRMMAP to check whether the IP path mapping
to the HSDPA service is configured according to the TRMMAP ID used by the adjacent
node.
If configured, no further action is required.
If not configured, run the RNC MML command ADD IPPATH to configure the IP path
mapping to the HSDPA service.
----End
NOTE
To ensure that HSDPA services can be successfully set up, HSDPA services must be mapped to the
corresponding AAL2 paths or IP paths. To prevent ongoing services from being affected, you can add new
AAL2 or IP paths.
The following ATM configurations are recommended:
l To enable the peak data rate per user to reach 14.4 Mbit/s, the Synchronous Transport Module level-1
(STM-1) standard must be complied with. Note that the ATM over multi-E1 transmission scheme
cannot support a peak data rate per user of 14.4 Mbit/s.
l The bandwidth of AAL2 paths is 20 Mbit/s and the bandwidth of intermediate transmission devices is
not lower than 20 Mbit/s.
The following IP configurations are recommended:
l To enable the peak data rate per user to reach 14.4 Mbit/s, the bandwidth of IP paths is 18 Mbit/s and
the bandwidth of intermediate transmission devices is not lower than 18 Mbit/s.
l For IP RANs, the recommended IP bandwidth is 18 Mbit/s because the physical bandwidth of IP paths
must be higher than the Uu-interface data rate. For port configurations on the two ends in IP RANs,
the port data rate must be 100 Mbit/s and the full duplex mode must be used.
l MML Command Examples
//Modifying the protocol version for a NodeB
MOD UNODEB: NodeBId=1, NodeBProtclVer=R9;
//Setting HSDPA-related parameters based on the network plan

WCDMA RAN
ADD UCELLHSDPA: CellId=3000, AllocCodeMode=Automatic, HsPdschMaxCodeNum=15,

HsPdschMinCodeNum=1, CodeAdjForHsdpaSwitch=ON;
//Activating HSDPA Introduction Package

ACT UCELLHSDPA: CellId=3000;
//Configuring Iub-transmission-related parameters

//Configuring Iub-transmission-related parameters for an Iub over ATM network
ADD ATMTRF: TRFX=118, ST=RTVBR, UT=KBIT/S, PCR=5150, SCR=5149, REMARK="5M-for-
HSDPA";
ADD AAL2PATH: ANI=10, PATHID=2, CARRYT=IMA, CARRYF=1, CARRYSN=0,
CARRYIMAGRPN=1, RSCGRPFLAG=NO, VPI=13, VCI=71, TXTRFX=118, RXTRFX=118,
AAL2PATHT=HSPA;
//Adding an AAL2 path to the NodeB

ADD AAL2PATH: NT=LOCAL, PATHID=2, SN=2, SBT=E1_COVERBOARD, PT=IMA,
JNRSCGRP=DISABLE, VPI=13, VCI=71, RU=KBPS, ST=NRTVBR, PCR=5150, SCR=5149,
RCR=5150;
//Configuring Iub-transmission-related parameters for an Iub over IP network

ADD IPPATH: ANI=0, PATHID=1, ITFT=IUB, TRANST=IP, PATHT=BE,
IPADDR="172.16.1.1", PEERIPADDR="10.161.0.1", PEERMASK="255.255.255.0",
TXBW=1000, RXBW=1000;
Activation(Using the CME)

NOTE
When configuring the HSUPA Introduction Package feature on the CME, perform a single configuration
first, and then perform a batch modification if required.
Configure the parameters of a single object before a batch modification. Perform a batch modification
before logging out of the parameter setting interface.
Step 1 Configure a single object (such as a cell) on the CME.
Set parameters on the CME according to the operation sequence in Table 8-2, Table 8-3, and
Table 8-4. For instructions on how to perform the CME single configuration, see CME Single
Configuration Operation Guide.
Step 2 (Optional) Modify objects in batches on the CME. (CME batch modification center)
To modify objects in batches, click on the CME to start the batch modification wizard. For
instructions on how to perform a batch modification through the CME batch modification center,
press F1 on the wizard interface to obtain online help.
----End
Table 8-2 Configuring the parameters on the CME (Activating HSDPA Introduction Package)
SN MO NE Parameter Parameter ID Configurable

Name in CME Batch
Modification
Center
1 UNODEB RNC NodeB NodeBProtclVer No

Protocol (BSC6900,BSC6910
Version )

WCDMA RAN

Name in CME Batch
Modification
Center
2 UCELLHSDPA RNC Cell Id CellId Yes

(BSC6900,BSC6910
)
Code HsPdschCodeNum
Number for (BSC6900,BSC6910
HS-PDSCH )
Code Max HsPdschMaxCode-

Number for Num
HS-PDSCH (BSC6900,BSC6910
)
3 UCELLHSDPA RNC Cell ACTSTATUS Yes

HSDPA
state
(Set this
parameter to
Activated.)
Table 8-3 Configuring the parameter on the CME (Configuring Iub-transmission-related

parameters for an Iub over ATM network)

Name in CME Batch
Modification
Center
1 ATMTRF RNC Traffic TRFX No

index (BSC6900,
BSC6910)
Service type ST
(BSC6900,
BSC6910)
Rate unit UT
(BSC6900,
BSC6910)
Peak cell PCR

rate (BSC6900,
BSC6910)

WCDMA RAN

Name in CME Batch
Modification
Center
Minimum MCR
cell rate (BSC6900,
BSC6910)
2 TRMMAP RNC - - No
NOTE
Use this MO to query
transport resource
mapping.
3 AAL2PATH RNC Adjacent ANI No

Node ID (BSC6900,
BSC6910)
AAL2 Path PATHID

ID (BSC6900,
BSC6910)
Bearing CARRYT
type (BSC6900,
BSC6910)
Bearing CARRYF
subrack No. (BSC6900,
BSC6910)
Bearing slot CARRYSN

No. (BSC6900,
BSC6910)
TX traffic TXTRFX
record index (BSC6900,
BSC6910)
RX traffic RXTRFX
record index (BSC6900,
BSC6910)
AAL2 Path AAL2PATHT

Type (BSC6900,
BSC6910)
4 AAL2PATH Node Node Type NT Yes

B
Path ID PATHID
Slot No. SN
Subboard SBT
Type

WCDMA RAN

Name in CME Batch
Modification
Center
Bearer Port PT
Type
Join JNRSCGRP
Transmissio
n Resource
Group
VPI VPI
VCI VCI
Rate Unit RU
Bearer ST
Service
Type
Peak Cell PCR

Rate
Sustain Cell SCR

Rate
Receive RCR
Cell Rate
Table 8-4 Configuring the parameter on the CME (Configuring Iub-transmission-related

parameters for an Iub over IP network)

Name in CME Batch
Modification
Center
1 ADJMAP RNC - - No
NOTE
Use this MO to check
whether transport
resource mapping is
configured for an
adjacent node.
2 TRMMAP RNC - - No
NOTE
Use this MO to query
transport resource
mapping.

WCDMA RAN

Name in CME Batch
Modification
Center
3 IPPATH RNC Adjacent ANI No

(Op NOTE Node ID
tion If no IP path type is
al) specified for HSDPA IP path ID PATHID
services, use this MO to
specify an IP path type Interface ITFT
for HSDPA services. Type
Transport TRANST
Type
IP path type PATHT
Local IP IPADDR
address
Peer IP PEERIPADD
address R
Peer subnet PEERMASK

mask
Forward TXBW
Bandwidth
Backward RXBW
Bandwidth
Activation Observation
Run the RNC MML command DSP UCELL to check whether HSDPA Introduction Package
has been activated. If the value of the Cell HSDPA State parameter is AVAILABLE(HSDPA
Available cell), this feature has been activated.
Deactivation(Using MML Commands)

Step 1 Run the RNC MML command DEA UCELLHSDPA to deactivate HSDPA Introduction
Package.
Step 2 Run the RNC MML command DSP UCELL to check whether HSDPA Introduction Package
has been deactivated. If the value of the Cell HSDPA State parameter is UNAVAILABLE
(HSDPA Unavailable cell), this feature has been deactivated.
----End
//Deactivating HSDPA Introduction Package

WCDMA RAN
DEA UCELLHSDPA: CellId=3000;

DSP UCELL: DSPT=BYCELL, CellId=3000, LstFormat=VERTICAL;
Deactivation(Using the CME)

NOTE
When configuring the HSUPA Introduction Package feature on the CME, perform a single configuration
Set parameters on the CME according to the operation sequence in Table 8-5. For instructions
on how to perform the CME single configuration, see CME Single Configuration Operation
Guide.
----End
Table 8-5 Configuring the parameters on the CME

Name in CME Batch
Modification
Center
1 UCELLHSDPA RNC Cell HSDPA state ACTSTATUS Yes

(Set this
parameter to
Deactivated.)
8.1.4 Performance Monitoring

None
8.1.5 Parameter Optimization

None
8.1.6 Troubleshooting
None

WCDMA RAN
8.2 WRFD-010651 HSDPA over Iur

HSDPA over Iur.
8.2.1 Requirements
This feature does not have any special requirements for hardware.
The feature WRFD-010610 HSDPA Introduction Package must have been configured
before this feature is activated.
l License
Description.
Feature Feature License License NE License Sale

ID Name Control Control Allocation s
Item Name for Unit
Multiple
Operators
WRFD-01 HSDPA LQW1HS HSDPA BSC690 Method 3# per

0651 over Iur DPA13RE over Iur 0 Mbp
S (per Mbps) BSC691 s
0
Method 3#: it is recommended that the license allocation proportion of a feature be
consistent with that of the capacity license item "HSDPA Throughput-1KBPS". The
licensed values can be set by running the SET LICENSE command. If the parameter in
this command is set to AutoAssign, the licensed values are automatically allocated among
the primary and secondary operators. If the parameter in this command is set to
ManualAssign, you also need to specify the related license parameters to implement
manual license allocation.
l Other Prerequisites
The neighboring RNC supports this feature.
8.2.2 Data Preparation

Table 8-6 lists the data to prepare before deploying HSUPA over Iur.

WCDMA RAN
Table 8-6 Data to prepare before deploying HSUPA over Iur
Cell Capability CellCapContai- Select the HSDSCH Radio network plan

Container nerFdd support indicator (internal)
(BSC6900,BSC6910 check box under this
) parameter.
Hsdpa cap ind over IurHsdpaSuppInd Set this parameter to Radio network plan
IUR for NRNC (BSC6900,BSC6910 ON. (internal)
)
8.2.3 Activation
Using MML Commands
Step 1 Run the RNC MML command MOD UEXT3GCELL to configure the neighboring RNC's cell
with HSDSCH. In this step, select the HSDSCH support indicator check box under the
parameter Cell Capability Container.
Step 2 Run the RNC MML command MOD UNRNC. In this step, set Hsdpa cap ind over IUR for
NRNC to ON.
----End
MML Command Examples

//Activating HSDPA over Iur
MOD UEXT3GCELL: NRncId=1, CellId=1, CellCapContainerFdd=HSDSCH_SUPPORT-1;
MOD UNRNC: NRncId=1, IurHsdpaSuppInd=ON;
Using the CME

NOTE
When configuring the HSDPA over Iur feature on the CME, perform a single configuration first, and then
perform a batch modification if required.

Guide.
----End

WCDMA RAN

Name in CME Batch
Modification
Center
1 UEXT3GCELL RNC Cell CellCapContai- Yes

Capability nerFdd
Container (BSC6900,BSC6910
)
2 UNRNC RNC Hsdpa cap IurHsdpaSuppInd Yes

ind over IUR (BSC6900,BSC6910
for NRNC )
8.2.4 Activation Observation

Step 1 Verify that the feature HSDPA over Iur has been activated by performing the following
operations:
l Run the RNC MML command LST UNRNC to query the configuration of the neighboring
RNC.
l Run the RNC MML command LST UEXT3GCELL to query the configuration of the
neighboring RNC's cell.
Step 2 Verify that an HSDPA service has been set up by performing the following operations:
l Configure the neighboring RNC and its cell with the HSDPA function.
l Establish an HSDPA service under the serving RNC.
l The serving cell changes to a cell under the neighboring RNC.
If the RNSAP_RL_SETUP_REQ message traced on the Iur interface contains the dl-
TransportChannelType IE with the value of hsdsch, an HSDPA service has been set up
successfully.
----End
8.2.5 Deactivation
Using MML Commands
Step 1 Run the RNC MML command MOD UNRNC. In this step, set Hsdpa cap ind over IUR for
NRNC to OFF.
Step 2 Run the RNC MML command MOD UEXT3GCELL. In this step, deselect the HSDSCH
support indicator check box under the parameter Cell Capability Container.
----End

//Deactivating HSDPA over Iur

WCDMA RAN
MOD UNRNC: NRncId=1, IurHsdpaSuppInd=OFF;

MOD UEXT3GCELL: NRncId=1, CellId=1, CellCapContainerFdd=HSDSCH_SUPPORT-0;
Using the CME

NOTE
When configuring the HSDPA over Iur feature on the CME, perform a single configuration first, and then
Guide.
----End

Name in CME Batch
Modification
Center

Capability nerFdd
Container (BSC6900,BSC6910
)
2 UNRNC RNC Hsdpa cap IurHsdpaSuppInd Yes

ind over IUR (BSC6900,BSC6910
for NRNC )

SRB over HSDPA.
8.3.1 When to Use SRB over HSDPA

This feature is recommended in networks enabled with HSDPA.

WCDMA RAN
The more the number the UEs supporting SRB over HSDPA on the network, the larger the gain
produced by SRB over HSDPA is. For the distribution of UEs supporting SRB over HSDPA,
contact Huawei technical support.

l Obtain the models of UEs that are incompatible with SRB over HSDPA.
In the initial phase of commercial SRB over HSDPA deployment, UEs that are incompatible
with SRB over HSDPA should be blacklisted to avoid the increase in the HSDPA call drop
ratio after SRB over HSDPA is enabled. The blacklisted UEs cannot use SRB over HSDPA
during RAB setup, RAB modification, periodic DRD for HSPA or HSPA+ technology,
and transition from other states to CELL_DCH state. For the models of UEs that are
incompatible with SRB over HSDPA, contact Huawei technical support.
l Collect the following key performance indicators (KPIs) to observe the impact of this
feature on network performance:
– PS call drop ratio
– HSDPA call drop ratio
– CPU usage on BSC6900 interface boards
Start the function of monitoring the CPU/DSP usage on the RNC LMT to obtain the
CPU usage on each interface board. For details about how to start the function of
monitoring the CPU/DSP usage on the RNC LMT, see LMT Online Help.
l Collect the counters described in the following table to evaluate the gains produced by SRB
over HSDPA.
Counter Name Counter Description NE Remarks
VS.HSDPA.Mean Number of Bytes Sent RNC The gains produced by SRB

ChThroughput.To- in HSDPA MAC-D over HSDPA must be
talBytes Flow for Cell observed when the values of
This counter measures the three counters basically
the HSDPA traffic in a remain unchanged.
cell.
VS.CellDCHUEs Number of UEs in RNC

CELL_DCH State for
Cell
VS.HSDPA.UE.M Average Number of RNC

ean.Cell HSDPA UEs for Cell
VS.PdschCodeAva Average Number of NodeB This counter is used to

il.Mean Available HS-PDSCH observe the gains produced
Codes in a Cell by F-DPCH in downlink code
resources.

WCDMA RAN
Requirements
l Feature
The WRFD-010610 HSDPA Introduction Package feature has been activated.
l Hardware
– Dependency on RNC hardware
None
– Dependency on NodeB hardware
For the BTS3812E, BTS3812A, and BTS3812AE, the EBBI, EBOI, or EDLP board
must be configured.
For the DBS3800, the EBBC or EBBCd board must be configured.
For the 3900 series base stations, the WBBPb, WBBPd, or WBBPf board must be
configured.
l License
Description.

ID Name Control Control Allocatio s
Item Name n for Unit
Multiple
Operators
WRFD-01 SRB over LQW1HS SRB over BSC6900 Method 3 per

0652 HSDPA DPA14RE HSDPA BSC6910 Mbp
S (per Mbps) s
Method 3: It is recommended that the license allocation proportion of a feature be consistent
with that of the license item "HSDPA Throughput-1KBPS". The licensed values can be set
by running the SET LICENSE command.
l Other requirements
– The RNC software version must be V900R016C00SPC620 or later.
NOTE
In V900R016C00SPC620, this feature can be enabled only when

DRA_SMART_FAST_STATE_TRANS_SWITCH under the DraSwitch parameter is set to
off. Otherwise, the HSDPA call drop ratio will be deteriorated by more than 10% after this feature
is enabled. In V900R016C00SPC620 and later, there is no requirement on the application of this
feature.
– UEs must support F-DPCH or E-FDPCH.
The Support for F-DPCH and Support for Enhanced F-DPCH information elements
(IEs) in the RRC Connection Request message indicate whether a UE supports F-DPCH
and whether a UE supports E-FDPCH, respectively. You can create a Uu interface trace
task to check whether a UE supports F-DPCH or E-FDPCH, as shown in Figure 8-1.

WCDMA RAN
(For details about these two IEs, see section "RRC CONNECTION REQUEST" in
3GPP TS 25.331 V7.10.0 10.2.39.)
Figure 8-1 Support for F-DPCH and Support for Enhanced F-DPCH IEs
– The path for transmitting SRBs has been configured. The steps to check whether the
path for transmitting SRBs has been configured are as follows:
Scenarios in which ATM transmission is used
1. Run the RNC MML command LST ADJNODE to query the value of Adjacent Node
ID based on the NodeB ID and the adjacent node type (Iub interface).
2. Run the RNC MML command LST ADJMAP with the Adjacent Node ID parameter set
to the value obtained in Step 1 to query Gold user TRMMAP index, Silver user
TRMMAP index, and Bronze user TRMMAP index under the NodeB.
3. Run the RNC MML command LST TRMMAP with the TRMMAP index parameters set
to the values obtained in Step 2 to query HSDPA Signal primary path and HSDPA Signal
secondary path for gold, silver, and bronze subscribers.
NOTE
Before SRB over HSDPA is enabled, at least one of HSDPA Signal primary path and HSDPA
Signal secondary path for UEs must be set to NULL. Otherwise, run the RNC MML command
MOD TRMMAP with the HSDPA Signal primary path parameter set to EF (recommended value).
4. Run the RNC MML command LST AAL2PATH with the Adjacent Node ID parameter
set to the value obtained in Step 1 to query AAL2 Path Type.
If... Then...
The AAL2 Path Type Different types of services can share the same path
parameter is set to bandwidth. That is, the NodeB has been configured with a
SHARE path to allow SRBs to be carried over HSDPA.
The AAL2 Path Type Run the RNC MML command MOD AAL2PATH with the
parameter is set to R99 Adjacent Node ID parameter set to the value obtained in
Step 1 to set the AAL2 Path Type parameter to SHARE.

WCDMA RAN
If... Then...
The AAL2 Path Type Perform the following operations:

parameter is set to HSPA a. Record the values of TX traffic record index and RX
traffic record index for the path.
b. Run the RNC MML command LST ATMTRF.
c. Query the value of Service type corresponding to the
index obtained in the first step to check whether the value
of Service type contains the values of HSDPA Signal
primary path and HSDPA Signal secondary path
obtained in Step 3.
l If so, the NodeB has been configured with a path to allow
SRBs to be carried over HSDPA.
l If not, go to the next step.
d. Record the index corresponding to Service type whose
value is UBR_PLUS.
e. Run the RNC MML command MOD AAL2PATH with
the Adjacent Node ID parameter set to the value obtained
in Step 1, the AAL2 Path Type parameter to HSPA, and
the TX traffic record index and RX traffic record index
parameters to the values obtained in Step d.
Scenarios in which IP transmission is used

1. Run the RNC MML command LST ADJNODE to query the value of Adjacent Node
ID based on the NodeB ID and the adjacent node type (Iub interface).
2. Run the RNC MML command LST ADJMAP with the Adjacent Node ID parameter set
to the value obtained in Step 1 to query Gold user TRMMAP index, Silver user
TRMMAP index, and Bronze user TRMMAP index under the NodeB.

WCDMA RAN
3. Run the RNC MML command LST TRMMAP with the TRMMAP index parameters set
to the values obtained in Step 2 to query HSDPA Signal primary path and HSDPA Signal
secondary path for gold, silver, and bronze subscribers.
NOTE
Before SRB over HSDPA is enabled, at least one of HSDPA Signal primary path and HSDPA
Signal secondary path for UEs must be set to NULL. Otherwise, run the RNC MML command
MOD TRMMAP with the HSDPA Signal primary path parameter set to EF (recommended value).
4. Run the RNC MML command LST IPPATH with the Adjacent Node ID parameter set
to the value obtained in Step 1 to query the value of IP path type (the interface type is Iub
Interface).
The NodeB has been configured with a path to allow SRBs to be carried over HSDPA when
any of the following conditions is met:
l The value of IP path type contains the values of HSDPA Signal primary path and
HSDPA Signal secondary path obtained in Step 3.
l The IP path type parameter is set to QoS Path. This setting indicates that different
types of services can share the same path bandwidth.
If the preceding conditions are not met, run the RNC MML command ADD IPPATH to
set the IP path type parameter to values of HSDPA Signal primary path and HSDPA
Signal secondary path obtained in Step 3.
Data Preparation
Table 8-9 lists the data to prepare before deploying SRB over HSDPA.

WCDMA RAN
Table 8-9 Data to prepare before activating the SRB over HSDPA feature
Parameter Name Parameter ID Setting Notes Data

Source
Type of Channel SrbChlType Set this parameter to Radio

Preferably Carrying (BSC6900,BSC6910) HSDPA network
Signaling RB (UL_DCH,DL_HSDSC plan
H). (internal)
If SRB over HSDPA is
enabled, set this
parameter to HSPA
(UL_EDCH,DL_HSDS
CH).
Effective Flag of SrbChlTypeRrcEf- It is recommended that Radio

Signaling RB Channel fectFlag this parameter be set to network
Type (BSC6900,BSC6910) FALSE. plan
(internal)
Cell Hspa Enhanced HspaEnhSwitch Set this parameter to Radio

function switch (BSC6900,BSC6910) E_F_DPCH_ON. network
plan
(internal)

WCDMA RAN

Source
Function Switch FunctionSwitch If the SrbChlTypeRrcEf- Default

(BSC6900,BSC6910) fectFlag value/
(BSC6900,BSC6910) Recomme
parameter is set to nded value
TRUE, select the
RRC_CONN_STATE_
TO_NODEB_SWITCH
(RRC_CONN_STATE
_TO_NODEB_SWITC
H) check box under this
parameter.
If the
RRC_CONN_STATE_
TO_NODEB_SWITCH
(RRC_CONN_STATE
_TO_NODEB_SWITC
H) check box is not
selected, the RNC cannot
obtain the UE category
during RL setup. In this
case, the NodeB may send
a UE HSDPA packets
beyond the capability of
the UE to receive them.
As a result, PS call drops
occur due to SRB reset
after the UE fails to
receive correct downlink
SRBs and TRBs.
Extra Power For Srb EXTRAPOWERFOR It is recommended that Engineerin

SRB this parameter be set to 2. g design
Dynamic Resource DraSwitch2 Select the Default

Allocation Switch 2 (BSC6900,BSC6910) DRA_BASE_COVER_ value/
LOAD_SRB_H2D_SW Recomme
ITCH check box under nded value
this parameter.

WCDMA RAN

Source
DL Non-HSPA Power SrbH2DNonHLoad- It is recommended that Default

Initial Load State for State this parameter be set to value/
SRB H2D (BSC6900,BSC6910) DL_OVERRLOAD_ST Recomme
ATE. This setting nded value
indicates that the initial
state of the downlink low
non-HSPA load in the
weak coverage- and low
load-based SRB H2D
function is set to loaded.
RSCP Lower Thld for SrbOverHsdpaRscp- It is recommended that Default

SRB over HS-DSCH DownThd this parameter be set to value/
-110. Recomme
nded value
RSCP Upper Thld for SrbOverHsdpaRsc- It is recommended that Default

SRB over HS-DSCH pUpThd this parameter be set to value/
-105. Recomme
nded value
Ec/N0 Lower Thld for SrbOverHsdpaEcn0 It is recommended that Default

SRB over HS-DSCH DownThd this parameter be set to value/
17. Recomme
nded value
Ec/N0 Upper Thld for SrbOverHsdpaEcn0 It is recommended that Default

SRB over HS-DSCH UpThd this parameter be set to value/
23. Recomme
nded value
HSPA Technologies RetryCapability If SRB over HSDPA Radio

Retried by UEs (BSC6900,BSC6910) requires the periodic network
retry, deselect the plan
SRB_OVER_HSDPA (internal)
check box under this
parameter.
Fake EcNo FakeEcNo It is recommended that Radio

(BSC6900,BSC6910) this parameter be set to network
29, corresponding to the plan
actual value –10dB. (internal)

WCDMA RAN

Source
Special User Function SpecUserFunctionS- Select the Default

Switch3 witch3 SPECUSER_SRB_OV value/
(BSC6900,BSC6910) ER_HSDPA_DISABLE Recomme
D_SWITCH check box nded value
under this parameter to
enable the blacklist
function for the UE.
Using this approach
counteracts the increase
in the PS call drop ratio
caused by incompatibility
between SRB over
HSDPA and UEs.
Precautions
Before enabling SRB over HSDPA, enable PS IMEI acquisition to allow the RNC to obtain the
type approval codes (TACs) of UEs. By doing this, UEs that are incompatible with SRB over
HSDPA can be blacklisted. International mobile equipment identities (IMEIs) can be obtained
in any of the following ways:
l On the RNC side, select the RNC_PS_QUERY_UE_IMEI_SWITCH check box under

the PROCESSSWITCH2(BSC6900,BSC6910) parameter in the SET
URRCTRLSWITCH command to enable PS IMEI acquisition.
l On the CN side, select the GETIMEI check box under the CHKIMEI parameter in the
SET PMM command to enable PS IMEI acquisition. This is an example of Huawei
SGSN9810 V900R010C02.
Before enabling this feature, prohibit UEs that do not support SRB over HSDPA from using
this feature by deselecting CMP_UU_FDPCH_COMPAT_SWITCH under the
CmpSwitch(BSC6900,BSC6910) parameter in the SET UCORRMALGOSWITCH
command. Otherwise, the PS RAB setup success rate decreases.
Activation
Using MML Commands

Step 1 (Optional) When RAN Sharing or MOCN is enabled, run the RNC MML command SET
LICENSEto set theSRB over HSDPA-kbps parameter to specify the PS throughput for the
primary or secondary operator.
Step 2 Run the RNC MML command SET UFRCCHLTYPEPARA and set the following parameters:
l Set the Type of Channel Preferably Carrying Signaling RBparameter toHSDPA
(UL_DCH,DL_HSDSCH). If SRB over HSUPA is enabled, set this parameter toHSPA
(UL_EDCH,DL_HSDSCH).

WCDMA RAN
l Set the Effective Flag of Signaling RB Channel Typeparameter toFALSE (recommended

value) to reduce the impact of SRB over HSDPA on the RRC and RAB setup success ratio.
For details about the impact, see sectionRadio Bearers.
NOTE
l After this step is performed, SRB over HSDPA and F-DPCH are activated.
l If the Effective Flag of Signaling RB Channel Type parameter is set toTRUE, you need to run the
RNC MML commandSET URRCTRLSWITCHand select
theRRC_CONN_STATE_TO_NODEB_SWITCHcheck box under theFunction Switch parameter
to reduce the impact of SRB over HS-DSCH on the RAB setup success ratio.
Step 3 Run the RNC MML command MOD CELLALGOSWITCH with theCell Hspa Enhanced
function switch parameter set toE_F_DPCH_ON to enable the E-FDPCH function.
Step 4 Set the parameters related to SRB H2D and power appending to the SRB queue to counteract
the increase in the HSDPA call drop ratio:
1. Run the RNC MML command SET UCORRMALGOSWITCHand select
theDRA_BASE_COVER_LOAD_SRB_H2D_SWITCHcheck box under theDynamic
Resource Allocation Switch 2 parameter to enable the weak coverage- and low load-based
SRB H2D function.
2. Run the RNC MML command SET UCHLQUALITYEVALUATE and set the
parameters as follows:
l Set the DL Non-HSPA Power Initial Load State for SRB H2Dparameter
toDL_OVERRLOAD_STATE (recommended value). That is, set the initial state of
the downlink low non-HSPA load in the weak coverage- and low load-based SRB H2D
function to overload state.
l Set the following thresholds for determining whether UEs are located in weak-coverage
areas:
- Set the SrbOverHsdpaRscpDownThdparameter to-110 (recommended value).
- Set the SrbOverHsdpaRscpUpThdparameter to-105 (recommended value).
- Set the SrbOverHsdpaEcn0DownThdparameter to17 (recommended value).
- Set the SrbOverHsdpaEcn0UpThdparameter to23 (recommended value).
3. Run the RNC MML command SET UFRC with theFake EcNo parameter set to17
(recommended value). By doing this, the RNC determines whether UEs in access mode
are located in weak-coverage areas by using the value of this parameter when no valid Ec/
N0 is reported.
4. Run the RNC MML command SET UALGORSVPARA. In this step, set bit 5 ofReserved
Switch 11 to1 to enable SRB D2H based on coverage and load.
5. Run the RNC MML command SET UALGORSVPARA. In this step, set bit 14
ofReserved Switch 7 to0 to disable SRB H2D based on code resources.
6. Run the RNC MML command SET UALGORSVPARA. In this step, set bit 12
ofReserved Switch 11to1.
7. Run the NodeB MML command SET ULOCELLMACHSPARA with theExtra Power
For Srbparameter set to2. By doing this, the NodeB will reduce the CQI reported by a UE
by 2 dB to adjust the transmit power of the SRB queue or the size of the data block to be
sent in the SRB queue.
8. Run the RNC MML command SET UFDPCHRLPWR. In this step, setFDPCH
Maximum Reference Powerto30andFDPCH Minimum Reference Power to-150.

WCDMA RAN
9. Run the RNC MML command SET UCORRMALGOSWITCH with bit31 ofCORRM
Algorithm Reserved Switch 1 set to 1.
Step 5 (Optional) If SRB over HSDPA does not require periodic retry, run the RNC MML command
SET UFRC and deselect theSRB_OVER_HSDPAcheck box under theHSPA Technologies
Retried by UEs parameter.
Step 6 Perform the following operations to blacklist UEs that are incompatible with SRB over HSDPA:
1. (Optional) Run the RNC MML command SET URRCTRLSWITCHand select
theRNC_PS_QUERY_UE_IMEI_SWITCH (PS IMEI Request Switch)check box
under theProcess Control Switch 2 parameter to enable PS IMEI acquisition.
NOTE
This step does not need to be performed in the following scenarios:

l The RNC_PS_QUERY_UE_IMEI_SWITCHcheck box has been selected. If the output of the RNC
MML commandLST URRCTRLSWITCHincludes Process Control Switch 2 =
RNC_PS_QUERY_UE_IMEI_SWITCH::ON, theRNC_PS_QUERY_UE_IMEI_SWITCH check
box has been selected.
l The PS IMEI acquisition has been enabled on the CN side. If the output of the RNC MML command
LST PMM includes "Check IMEI = Get imei only" or "Check IMEI = Check IMEI", the PS IMEI
acquisition function has been enabled on the CN side. This is an example of Huawei SGSN9810
V900R010C02.
2. Run the RNC MML command ADD UIMEITACto blacklist UEs that are incompatible
with SRB over HSDPA. In this step, setThe function of the
TACtoSpecial_User_Enhance, setTACandDescriptionof the UEs that are incompatible
with SRB over HSDPA, and select
theSPECUSER_SRB_OVER_HSDPA_DISABLED_SWITCHcheck box under
theSpecial User Function Switch3 parameter.
The following table lists the blacklisted terminals.
SN Description TAC
1 Blackberry BB9900 35427905
2 HUAWEI U8860 86894300
3 HUAWEI E367 35361304
4 HUAWEI E372 35314704
5 SAMSUNG Galaxy S2 35884804
6 Blackberry BB9810 35812304
7 MotorolaXT890 35253105
Step 7 To reduce the risk of call drops caused by inter-RNC handovers, run the RNC MML command
MOD UEXT3GCELL and deselect theFDPCH_SUPPORTcheck box under theCell
Capability Container parameter.
Step 8 Run the RNC MML command SET UCORRMALGOSWITCH. In this step,
deselectCMP_UU_FDPCH_COMPAT_SWITCH under theCompatibility Switch
parameter to disable the compatibility processing for the UE F-DPCH capability.

WCDMA RAN
Step 9 Enable the call reestablishment feature for PS services to counteract the impact on the HSDPA
call drop ratio.
1. Set the following parameters appropriately:
l Run the SET UCONNMODETIMER command to setTimer 302,Constant
302,Timer 313,Constant 313,Constant 315, andTimer 315.
l Run the SET USTATETIMERcommand to setTimer for Wait for Cell Update
Specific to PS UE.
l Run the SET USTATETIMERcommand and setHO active set update response
timer,HO PhyCh reconfiguration timer, andWait RB reconfiguration response
timer.
2. Enable the switches that control the call reestablishment function for PS services.
Run the SET URRCTRLSWITCHcommand and selectPS_RL_SETUP_SWITCH
(PS_RL_SETUP_SWITCH) underOptimization Switch.
3. Enable the switches that control the call reestablishment function triggered by RL out-of-
synchronization problems and SRB resets.
Run the SET URRCTRLSWITCHcommand and
selectSRB_RESET_RL_SETUP_SWITCH(SRB_RESET_RL_SETUP_SWITCH)
andRLFAIL_RL_SETUP_SWITCH(RLFAIL_RL_SETUP_SWITCH)
underOptimization Switch.
4. Set the timer for the Active Set Update process.
Run the SET URRCTRLSWITCHcommand and selectASU_RL_RESET_SWITCH
(ASU_RL_RESET_SWITCH)underOptimization Switch.
Run the SET USTATETIMERcommand to setHO active set update response timer.
5. Enable the switch that control the call reestablishment function triggered by measurement
control.
Run the SET URRCTRLSWITCHcommand and selectMC_RL_RESET_SWITCH
(MC_RL_RESET_SWITCH) underOptimization Switch.
6. Enable the switch that control the call reestablishment function triggered by PDU sending.
selectTRB_RESET_RL_REEST_SWITCH underProcess Control Switch 4.
7. Enable the switch that controls the call reestablishment function triggered by physical
channel reconfiguration.
selectPHY_RECFG_REEST_SWITCH underProcess Control Switch 4.
Run the SET USTATETIMER command to setHO PhyCh reconfiguration timer.
8. Enable the switch that controls the call reestablishment function triggered by RB setup.
selectRB_SETUP_ENHANCE_RL_REEST_SWITCHunderProcess Control Switch
4.
9. Enable the switch that controls the call reestablishment function triggered by RB
reconfiguration during DCCC.
selectRB_RECFG_RL_REEST_SWITCH(RB_RECFG_RL_REEST_SWITCH)
underOptimization Switch.

WCDMA RAN
Run the SET USTATETIMER command to setWait RB reconfiguration response

timer.
10. Enable the switch that controls the call reestablishment function under different RNCs.
Run the SET URRCTRLSWITCHcommand and selectIUR_RL_REEST_SWITCH
underProcess Control Switch 4.
11. Enable the switch that controls the call reestablishment function triggered by inter-RAT
handover.
selectIRATHO_HOCANCEL_RL_REEST_SWITCH underProcess Control Switch
4.
NOTE
The RAB assignment timer on the CN side must be set to a value greater than 15s for the call
reestablishment triggered by inter-RAT handovers.
12. Enable the enhanced switch that controls whether call reestablishment can be triggered by
physical channel reconfiguration timeout.
selectPHYCHRECFG_ENH_RL_REEST_SWITCHunderProcess Control Switch 4.
radio bearer reconfiguration timeout during the DCCC procedure.
selectRBRECFG_ENH_RL_REEST_SWITCHunderProcess Control Switch 4.
the timeout of radio bearer reconfiguration timeout in during procedures other than DCCC.
selectNON_DCCC_RBRECFG_RL_REEST_SWITCHunderImprovement Switch.
15. Enable the switch that controls whether call reestablishment can be triggered by security
mode setup timeout.
selectSMC_RL_REEST_SWITCHunderImprovement Switch.
16. Run the SET URRCTRLSWITCHcommand and
selectRL_RESTORE_SWITCHunderOptimization Switch.
17. Run the SET URRCTRLSWITCHcommand and select
UE_SRB_RESET_SWITCHunderOptimization Switch.
----End

/*Setting the type of channel preferentially carrying SRBs to HS-DSCH*/
//SRB over HSUPA is not enabled
SET UFRCCHLTYPEPARA: SrbChlType=HSDPA, SrbChlTypeRrcEffectFlag=False;
//SRB over HSUPA is enabled
SET UFRCCHLTYPEPARA: SrbChlType=HSPA, SrbChlTypeRrcEffectFlag=False;
//Enabling the E-FDPCH function
MOD CELLALGOSWITCH: CellId=1, HspaEnhSwitch=E_F_DPCH_ON;
/*Enabling the following functions to counteract the increase in the PS call drop
ratio*/
//Enabling the weak coverage- and low load-based SRB H2D function an setting
related parameters

WCDMA RAN
SET UCORRMALGOSWITCH: DraSwitch2=DRA_BASE_COVER_LOAD_SRB_H2D_SWITCH-1;

SET UCHLQUALITYEVALUATE: SrbH2DNonHLoadState=DL_OVERRLOAD_STATE,
SrbH2DRabRscpPeriodTimer=D2000, SrbOverHsdpaRscpDownThd=-110,
SrbOverHsdpaRscpUpThd=-105, SrbOverHsdpaEcn0DownThd=17, SrbOverHsdpaEcn0UpThd=23;
//Enabling SRB D2H based on coverage and load

SET UALGORSVPARA: RsvSwitch11=RESERVED_SWITCH_11_BIT5-1;
//Disabling SRB H2D based on code resources
//Enabling SRBoH after SRBs of UEs experience H2P and then are switched to
CELL_DCH
SET UALGORSVPARA: RsvSwitch11=RESERVED_SWITCH_1;
//Setting the fake Ec/N0 to 17, corresponding to the actual value –16 dB
SET UFRC: FakeEcNo=17;
//Enabling the function of adjusting the transmit power of the SRB queue and the
size of the data block to be sent in the SRB queue
SET ULOCELLMACHSPARA: ULOCELLID=1, EXTRAPOWERFORSRB=2;

//Setting the maximum transmit power of the F-DPCH
SET UFDPCHRLPWR:FDPCHMAXREFPWR=30, FDPCHMINREFPWR=-150;
//Setting the DRA_PCPICH_ECN0_ON_RACH_UPDATE_SWITCH to ON
SET UCORRMALGOSWITCH: DraSwitch2=DRA_PCPICH_ECN0_ON_RACH_UPDATE_SWITCH-1;
//Disabling periodic retry for SRB over HSDPA
SET UFRC: RetryCapability=SRB_OVER_HSDPA-0;
//(Optional) Enabling the PS IMEI acquisition
SET URRCTRLSWITCH: PROCESSSWITCH2=RNC_PS_QUERY_UE_IMEI_SWITCH-1;
//Blacklisting UEs that are incompatible with SRB over HSDPA
ADD UIMEITAC: TAC_FUNC=Special_User_Enhance, TAC=35314704, Description="HUAWEI
E372", SpecUserFunctionSwitch3=SPECUSER_SRB_OVER_HSDPA_DISABLED_SWITCH-1;
ADD UIMEITAC: TAC_FUNC=Special_User_Enhance, TAC=35427905, Description="BLACKBERRY
BB9900", SpecUserFunctionSwitch3=SPECUSER_SRB_OVER_HSDPA_DISABLED_SWITCH-1;
U8860", SpecUserFunctionSwitch3=SPECUSER_SRB_OVER_HSDPA_DISABLED_SWITCH-1;
E367", SpecUserFunctionSwitch3=SPECUSER_SRB_OVER_HSDPA_DISABLED_SWITCH-1;
ADD UIMEITAC: TAC_FUNC=Special_User_Enhance, TAC=35884804, Description="SANSUMG
Galaxy S2", SpecUserFunctionSwitch3=SPECUSER_SRB_OVER_HSDPA_DISABLED_SWITCH-1;
ADD UIMEITAC: TAC_FUNC=Special_User_Enhance, TAC=35253105, Description="Motorola
XT890", SpecUserFunctionSwitch3=SPECUSER_SRB_OVER_HSDPA_DISABLED_SWITCH-1;
//Deselecting the FDPCH_SUPPORT check box under the Cell Capability Container
parameter
MOD UEXT3GCELL: NRncId=1, CellId=1, CellCapContainerFdd=FDPCH_SUPPORT-0;
//Disabling compatibility processing for UE F-DPCH capability
SET UCORRMALGOSWITCH: CmpSwitch=CMP_UU_FDPCH_COMPAT_SWITCH-0;
//Enabling the call reestablishment feature for PS services //Modifying related
timers based on user experience
SET UCONNMODETIMER: T302=D1400, N302=3, T313=3, N313=D20,T315=D10, N315=D20;
//Setting the PS service reestablishment switches to on
SET URRCTRLSWITCH: OptimizationSwitch=PS_RL_SETUP_SWITCH-1;
//Setting the cross-Iur link reestablishment switch to on
SET URRCTRLSWITCH: PROCESSSWITCH4=IUR_RL_REEST_SWITCH-1;
//Setting the switches for triggering call reestablishment in case of out-of-
synchronization, SRB reset, and TRB reset to on
SET URRCTRLSWITCH: PROCESSSWITCH4=TRB_RESET_RL_REEST_SWITCH-1,
OptimizationSwitch=SRB_RESET_RL_SETUP_SWITCH-1&RLFAIL_RL_SETUP_SWITCH-1&RL_RESTORE
_SWITCH-1;
//Setting the active set update switch and measurement control link reestablishment
switch to on
SET URRCTRLSWITCH: OptimizationSwitch=ASU_RL_RESET_SWITCH-1&MC_RL_RESET_SWITCH-1;
//Setting the physical channel reconfiguration switch and physical channel
reconfiguration enhancement switch to on

WCDMA RAN
SET URRCTRLSWITCH:
PROCESSSWITCH4=PHY_RECFG_REEST_SWITCH-1&PHYCHRECFG_ENH_RL_REEST_SWITCH-1;
//Setting the RB setup enhancement switch to on
SET URRCTRLSWITCH: PROCESSSWITCH4=RB_SETUP_ENHANCE_RL_REEST_SWITCH-1;
//Setting the RB reconfiguration switch, RB reconfiguration enhancement switch, and
non-DCCC RB reconfiguration switch to on
SET URRCTRLSWITCH: PROCESSSWITCH4=RBRECFG_ENH_RL_REEST_SWITCH-1,
OptimizationSwitch=RB_RECFG_RL_REEST_SWITCH-1,
ImprovementSwitch=NON_DCCC_RBRECFG_RL_REEST_SWITCH-1;
//Setting the switch for call reestablishment in security mode to on
SET URRCTRLSWITCH: ImprovementSwitch=SMC_RL_REEST_SWITCH-1;
//Setting the switch for call reestablishment after cancellation of an inter-RAT
handover to on
SET URRCTRLSWITCH: PROCESSSWITCH4=IRATHO_HOCANCEL_RL_REEST_SWITCH-1;
//Setting the switch UE_SRB_RESET_SWITCH to on
SET URRCTRLSWITCH: OptimizationSwitch=UE_SRB_RESET_SWITCH-1;
Using the CME

NOTE
When configuring the SRB over HSDPA feature on the CME, perform a single configuration first, and
then perform a batch modification if required.
on how to perform the CME single configuration, seeCME Single Configuration Operation
Guide.
pressF1 on the wizard interface to obtain online help.
----End

Name in CME Batch
Modification
Center
1 UFRCCHLTYP RNC Type of SrbChlType Yes

EPARA Channel (BSC6900,
Preferably BSC6910)
Carrying
Signaling RB
Effective Flag SrbChlTypeRrc

of Signaling EffectFlag
RB Channel (BSC6900,
Type BSC6910)

WCDMA RAN

Name in CME Batch
Modification
Center
2 UCELLALGOS RNC Cell Hspa HspaEnhSwitc Yes

WITCH Enhanced h
function (BSC6900,
switch BSC6910)
3 UCORRMALG RNC Dynamic DraSwitch2 Yes

OSWITCH Resource (BSC6900,
Allocation BSC6910)
Switch 2
4 UCHLQUALIT RNC DL Non- SrbH2DNonHL Yes

YEVALUATE HSPA Power oadState
Initial Load (BSC6900,
State for SRB BSC6910)
H2D
RSCP Lower SrbOverHsd- Yes

Thld for SRB paRscpDownTh
over HS- d
DSCH
RSCP Upper SrbOverHsdpa Yes

Thld for SRB RscpUpThd
over HS-
DSCH
Ec/N0 Lower SrbOverHsdpa Yes

Thld for SRB Ecn0DownThd
over HS-
DSCH
Ec/N0 Upper SrbOverHsdpa Yes

Thld for SRB Ecn0UpThd
over HS-
DSCH
5 UFRC RNC Fake EcNo FakeEcNo Yes

(BSC6900,
BSC6910)
6 ULOCELLMAC RNC Extra Power EXTRAPOWE Yes

HSPARA For Srb RFORSRB
7 UFRC RNC HSPA RetryCapability Yes

(Optio Technologies (BSC6900,
nal) Retried by BSC6910)
UEs

WCDMA RAN

Name in CME Batch
Modification
Center
8 URRCTRLSWI RNC Process PROCESSSWI Yes

(Optio TCH Control TCH2
nal) Switch 2 (BSC6900,
BSC6910)
9 UIMEITAC RNC The function TAC_FUNC No

of the TAC
TAC TAC
Description Description
Special User SpecUserFunc-

Function tionSwitch3
Switch3

Capability nerFdd
Container (BSC6900,
BSC6910)
l Checking whether SRB over HSDPA takes effect
Observe the value of the VS.HSDPA.SRBoH.UE.Mean.Cell counter, which measures the
average number of UEs supporting the SRB over HSDPA feature in a cell. If the counter
value is not zero, this feature takes effect on the cell.
l Checking whether the E-FDPCH function takes effect
Create a Uu interface trace task on the RNC LMT and select RB SETUP under Uu Message
Type to trace Uu interface signaling messages. Then, check the value of SlotFormat, as
shown in Figure 8-2.
If the value of SlotFormat for a UE using E-FDPCH ranges from 1 to 9, E-FDPCH takes
effect. Note that E-FDPCH may also take effect if SlotFormat is set to 0 for a UE using
this function.

WCDMA RAN
Figure 8-2 SlotFormat
Deactivation
Using MML Commands

Step 1 Run the RNC MML command SET UFRCCHLTYPEPARA with the Type of Channel
Preferably Carrying Signaling RB parameter set to DCH(UL_DCH,DL_DCH). If the SRB
over HSUPA feature is enabled, set this parameter to HSUPA(UL_EDCH,DL_DCH).
NOTE
After step 1 is performed, SRB over HSDPA and F-DPCH are deactivated.
Step 2 Run the RNC MML command MOD CELLALGOSWITCH with the Cell Hspa Enhanced
function switch parameter set to E_F_DPCH_OFF to disable E-FDPCH.
Step 3 Run the RNC MML command SET UCORRMALGOSWITCH and deselect the
DRA_BASE_COVER_LOAD_SRB_H2D_SWITCH check box under the Dynamic
Resource Allocation Switch 2 parameter to disable the weak coverage- and low load-based
SRB H2D function.
Step 4 Run the NodeB MML command SET ULOCELLMACHSPARA with the Extra Power For
Srb parameter set to 0 to disable the function of adjusting the transmit power of the SRB queue
and the size of the data block to be sent in the SRB queue.
Step 5 Run the RNC MML command SET UALGORSVPARA. In this step, set bit 5 of Reserved
Switch 11 to 0.
Switch 7 to 1.
Switch 11 to 0.
Step 8 Run the RNC MML command SET URRCTRLSWITCH to disable the call reestablishment
feature for PS services.
----End

/*Setting the Type of Channel Preferably Carrying Signaling RB parameter to DCH*/
//SRB over HSUPA is not enabled
SET UFRCCHLTYPEPARA: SrbChlType=DCH;
//SRB over HSUPA is enabled
SET UFRCCHLTYPEPARA: SrbChlType=HSUPA;

WCDMA RAN
//Disabling the E-FDPCH function

MOD CELLALGOSWITCH: CellId=1, HspaEnhSwitch=E_F_DPCH_OFF;
//Disabling the weak coverage- and low load-based SRB HS-DSCH to DCH function
SET UCORRMALGOSWITCH: DraSwitch2=DRA_BASE_COVER_LOAD_SRB_H2D_SWITCH-0;

//Disabling the function of adjusting the transmit power of the SRB queue and the
size of the data block to be sent in the SRB queue
SET ULOCELLMACHSPARA: ULOCELLID=1, EXTRAPOWERFORSRB=0;
//Disabling SRB D2H based on coverage and load

//Enabling SRB H2D based on code resources
//Disabling SRBoH after SRBs of UEs experience H2P and then are switched to
CELL_DCH
//Deactivating the call reestablishment feature for PS services
SET URRCTRLSWITCH: PROCESSSWITCH4=PHY_RECFG_REEST_SWITCH-0&
TRB_RESET_RL_REEST_SWITCH-0& RB_SETUP_ENHANCE_RL_REEST_SWITCH-0&
RB_REL_RL_REEST_SWITCH-0&
IRATHO_HOCANCEL_RL_REEST_SWITCH-0&IUR_RL_REEST_SWITCH-0&RB_SETUP_RL_REEST_SWITCH-0
,
OptimizationSwitch=ASU_RL_RESET_SWITCH-0&MC_RL_RESET_SWITCH-0&SRB_RESET_RL_SETUP_S
WITCH-0&RLFAIL_RL_SETUP_SWITCH-0&PS_RL_SETUP_SWITCH-0&RL_RESTORE_SWITCH-0&RB_RECFG
_RL_REEST_SWITCH-0;
Gains Monitored by Using Counters

The gains produced by SRB over HSDPA should be observed when the values of the following
counters basically remain unchanged:
l VS.HSDPA.MeanChThroughput.TotalBytes: measures the HSDPA traffic in a cell.

l VS.CellDCHUEs: measures the number of UEs in the CELL_DCH state in a cell.
l VS.HSDPA.UE.Mean.Cell: measures the average number of HSDPA UEs in a cell.
With this feature, F-DPCH saves downlink code resources. After this feature is enabled, the
following symptoms occur in the top cells with a large number of UEs using SRB over HS-
DSCH during busy hours: The value of the VS.PdschCodeAvail.Mean counter increases
drastically.
Select the VS.HSDPA.SRBoH.UE.Mean.Cell counters whose values are greater than or equal
to 4 for all cells in either a half-hour or a one-hour period during peak hours. If the percentage
of the selected counters in all such counters exceeds 30% for a cell, the cell is a top cell. If the
number of top cells is less than 3, only a few number of UEs are using SRB over HS-DSCH,
and the gains produced by SRB over HSDPA in code resources cannot be observed.
Gains Monitored by Performing Drive Tests

SRB over HSDPA reduces the call setup delay, which can be monitored by performing drive
tests.
Step 1 Perform drive tests at a place near the base station and with little path loss.
Step 2 Measure the call setup delay after SRB over HSDPA is activated.
1. Activate SRB over HSDPA.

WCDMA RAN
2. Use an HSDPA UE to originate a PS service.

3. Calculate the interval between the time the UE sends an RRC CONNECTION REQUEST
message and the time the UE receives an ACTIVATE PDP CONTEXT ACCEPT message.
Step 3 In the same drive test environment, measure the call setup delay after SRB over HSDPA is
deactivated.
1. Deactivate SRB over HSDPA.
2. Use the same HSDPA UE to originate a PS service.
3. Calculate the interval between the time the UE sends an RRC CONNECTION REQUEST
message and the time the UE receives an ACTIVATE PDP CONTEXT ACCEPT message.
Step 4 Repeat the preceding operations more than three times.
----End
Compare the call setup delay after feature activation and deactivation to evaluate the gains
produced by SRB over HSDPA in the call setup delay. The gains produced by SRB over HSDPA
in the call setup delay vary depending on the number and size of SRBs transmitted on the HS-
DSCH during the call setup.
If SRB over HSDPA does not take effect during the RRC connection setup, SRB packets
transmitted on the HS-DSCH include such signaling messages as ACTIVATE PDP CONTEXT
ACCEPT and MEASUREMENT CONTROL during the call setup.
l Before SRB over HSDPA is enabled, the preceding messages included in SRB packets
require multiple SRB RLC packets to transmit. It takes 40 ms to transmit an SRB RLC
packet whose transport block is 148 bits in size. The larger SRBs require a longer period
to transmit.
You can run the ADD UTYPSRBDYNTF command and set the TBSIZE
(BSC6900,BSC6910) parameter to adjust the size of a transport block, and run the ADD/
MOD UTYPSRBSEMISTATICTF command and set the TTI(BSC6900,BSC6910)
parameter to change the TTI of an SRB RLC packet.
l After SRB over HSDPA is enabled, the preceding messages included in SRB packets may
require only 2 ms to transmit because the 2 ms TTI is used, reducing the call setup delay
significantly.
Impacts on Network Performance

You need to monitor the following KPIs because SRB over HSDPA may increase the PS call
drop ratio:
l PS call drop ratio

l HSDPA call drop ratio
l Call drop ratio for SRBs carried on the HS-DSCH =
(VS.HSDPA.RAB.AbnormRel.SRBoH.H2P)/(VS.HSDPA.RAB.AbnormRel.SRBoH +
VS.HSDPA.RAB.NormRel.SRBoH.All)
– VS.HSDPA.RAB.AbnormRel.SRBoH.H2P: measures the number of RABs
abnormally released when UEs using SRB over HS-DSCH enter the CELL_PCH or
URA_PCH state for cells.

WCDMA RAN
– VS.HSDPA.RAB.AbnormRel.SRBoH: measures the number of RABs abnormally

released for UEs using SRB over HS-DSCH for cells.
– VS.HSDPA.RAB.NormRel.SRBoH.All: measures the number of RABs normally
released for UEs using SRB over HS-DSCH for cells.
SRB over HSDPA may increase the CPU usage on BSC6900 interface boards, which can
be monitored by the function of monitoring the CPU/DSP usage on the RNC LMT.
Scenarios Where the HSDPA RAB Setup Success Ratio Decreases and the HSDPA
Call Drop Ratio Increases
l Setting the parameters of the SRB H2D function
If SRB over HSDPA increases the HSDPA call drop ratio by 10% at least, perform the
following operations to reduce the PS call drop ratio:
– Increase the values of the SrbOverHsdpaRscpDownThd(BSC6900,BSC6910) and
SrbOverHsdpaRscpUpThd(BSC6900,BSC6910) parameters in the RNC MML
command SET UCHLQUALITYEVALUATE. Larger values indicate a higher
probability that UEs are located in weak-coverage areas. In this case, the number of
UEs whose SRBs are switched from the HS-DSCH to the DCH increases in weak-
coverage areas and low load cells, thereby controlling the increase in the PS call drop
ratio. However, the positive gains produced by SRB over HSDPA are also reduced.
– Increase the value of the SrbH2DNonHLoadState(BSC6900,BSC6910) parameter in
the RNC MML command SET UCHLQUALITYEVALUATE. A larger value
indicates a higher probability that UEs are located in low-load cells. In this case, the
number of UEs whose SRBs are switched from the HS-DSCH to the DCH increases in
weak-coverage areas and low load cells, thereby controlling the increase in the PS call
drop ratio. However, the positive gains produced by SRB over HSDPA are also reduced.
– Increase the value of the CellLdrSfResThd(BSC6900,BSC6910) parameter in the RNC
MML command MOD UCELLLDR. A larger value indicates a higher probability that
UEs are located in low-load cells. In this case, the number of UEs whose SRBs are
switched from the HS-DSCH to the DCH increases in weak-coverage areas and low
load cells, thereby controlling the increase in the PS call drop ratio. However, the
positive gains produced by SRB over HSDPA are also reduced.
The UE's rate has a significant impact on Ec/N0. Therefore, it is not recommended that you
adjust the upper and lower Ec/N0 thresholds for enabling SRBs to be carried on the HS-
DSCH. That is, it is not recommended that you modify the values of the
SrbOverHsdpaEcn0DownThd and SrbOverHsdpaEcn0UpThd parameters in the SET
UCHLQUALITYEVALUATE command.
l Blacklisting UEs that are incompatible with SRB over HSDPA
Perform the following operations to check whether call drops occur on a type of UEs in
certain a scenario:
1. Observe the counters in the following formula to check whether most of call drops
occur on HSDPA UEs:
Rate of RABs abnormally released for HSDPA UEs = VS.HSDPA.RAB.AbnormRel/
(VS.HSDPA.RAB.AbnormRel + VS.HSDPA.RAB.NormRel)

WCDMA RAN
2. Observe the number of RABs abnormally released for UEs using SRB over HSDPA
to check whether most of call drops occur on theses UEs.
3. If most of call drops occur on UEs using SRB over HSDPA, check whether a type of
UEs experience the call drops in a certain scenario.
If a type of UEs experience call drops in a certain scenario, this type of UEs is incompatible
with SRB over HSDPA in such scenario. In this case, run the RNC MML command ADD
UIMEITAC and select SPECUSER_SRB_OVER_HSDPA_DISABLED_SWITCH
check box under the Special User Function Switch3 parameter to blacklist these UEs.
Scenarios Where the CPU Usage on Interface Boards Increases

If the CPU usage on interface boards increases by more than 50% after SRB over HSDPA is
enabled, it is recommended that you add more interface boards for load sharing.
None
8.4 WRFD-010650 HSDPA 13.976Mbps per User

Requirements
RNC: The DPUb or DPUe board in the RNC supports the data rate 14.4 Mbit/s.
NodeB: None.
The WRFD-010610 HSDPA Introduction Package feature that the HSDPA 13.976Mbps
per User feature depends on has been activated.
l License
Description.

ID Name Control Control Allocation s
Item Name for Unit
Multiple
Operators
WRFD-01 HSDPA LQW1HS HSDPA BSC690 Method 3# per

0650 13.976Mb DPA12RE 13.976Mb 0 Mbp
ps per User S ps per User BSC691 s
(per Mbps) 0

WCDMA RAN
Method 3#: it is recommended that the license allocation proportion of a feature be

consistent with that of the capacity license item "HSDPA Throughput-1KBPS". The
licensed values can be set by running the SET LICENSE command. If the parameter in
this command is set to AutoAssign, the licensed values are automatically allocated among
the primary and secondary operators. If the parameter in this command is set to
ManualAssign, you also need to specify the related license parameters to implement
manual license allocation.
Data Preparation
None
Activation
This feature is activated after the license controlling this feature is activated.
None
Deactivation
This feature does not need to be deactivated.
8.5 WRFD-01061001 15 Codes per Cell

This section describes how to activate, verify, and deactivate the optional feature
WRFD-01061001 15 Codes per Cell.
Requirements
None
The feature WRFD-010610 HSDPA Introduction Package on which the 15 Codes per Cell
feature depends has been configured.
l License
This feature is controlled by the license for the WRFD-010610 HSDPA Introduction
Package feature. For details about this license, see Requirements.
Data Preparation
Table 8-11 lists the data to prepare before deploying 15 Codes per Cell.

WCDMA RAN
Table 8-11 Data to prepare before deploying 15 Codes per Cell
MO Parameter ID Setting Notes Data Source
UCELLHSDPA AllocCodeMode Set this parameter to Radio network

(BSC6900,BSC6910) Manual(Manual). plan (internal)
HsScchCodeNum none Radio network

(BSC6900,BSC6910) plan (internal)
HsPdschCodeNum none Radio network

(BSC6900,BSC6910) plan (internal)

NOTE
Before running the RNC MML command MOD UCELLHSDPA, run the RNC MML command DEA
UCELLHSDPA to deactivate HSDPA, configure HSDPA, and run the RNC MML command ACT
UCELLHSDPA to reactivate HSDPA.
Before running the RNC MML command MOD UCELLHSDPA, run the RNC MML command DEA
UCELLEFACH to deactivate the enhanced CELL_FACH feature, configure enhanced CELL_FACH,
and run the RNC MML command ACT UCELLEFACH to reactivate enhanced CELL_FACH.
By default, each cell is configured with four HS-SCCH codes. If a cell has four HS-SCCH codes, the cell
can use only 14 HS-PDSCH codes. If you want to configure 15 HS-PDSCH codes for the cell, run the RNC
MML command MOD UCELLHSDPA with Code Number for HS-SCCH set to 1.
Step 1 Run the RNC MML command MOD UCELLHSDPA and set Code Number for HS-SCCH
to 1.
Step 2 Run the RNC MML command MOD UCELLHSDPA with Allocate Code Mode set to Manual
(Manual) and Code Number for HS-PDSCH set to 15.
----End
//Configuring 15 HS-PDSCH codes for a cell

MOD UCELLHSDPA: CellId=1, HsScchCodeNum=1;
MOD UCELLHSDPA: CellId=1, AllocCodeMode=Manual, HsPdschCodeNum=15;

NOTE
When configuring the 15 Codes per Cell feature on the CME, perform a single configuration first, and then
Guide.

WCDMA RAN
NOTE
Before configuring HSDPA-related parameters for a cell (CME single configuration: UMTS Cell
Configuration Express > Cell Parameters > Cell HSDPA Parameters; CME batch modification center:
Modifying UMTS Cell Parameters in Batches), deactivate HSDPA (CME single configuration: UMTS
Cell Configuration Express > Cell Parameters > Cell HSDPA Parameters. Set ACTSTATUS to
Deactivated; CME batch configuration: No supported), configure HSDPA, and reactivate HSDPA (CME
single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell HSDPA
Parameters. Set ACTSTATUS to Activated; CME batch configuration: No supported).
Before configuring parameters related to enhanced CELL_FACH for a cell (CME single configuration:
UMTS Cell Configuration Express > Cell Parameters > Cell HSDPA Parameters; CME batch
modification center: Modifying UMTS Cell Parameters in Batches), deactivate enhanced CELL_FACH
(CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Enhanced
FACH parameters. Set Validation indication to Deactivated; CME batch configuration: No supported),
configure enhanced CELL_FACH, and reactivate enhanced CELL_FACH (CME single configuration:
UMTS Cell Configuration Express > Cell Parameters > Cell Enhanced FACH parameters. Set
Validation indication to Activated; CME batch configuration: No supported).
By default, the number of HS-SCCH codes for each cell is 4. If the default number is used, the HS-PDSCH
can use only 14 SF16 codes. To enable the HS-PDSCH to use all 15 SF16 codes, set the value of Code
Number for HS-SCCH to 1 (CME single configuration: UMTS Cell Configuration Express > Cell
Parameters > Cell HSDPA Parameters; CME batch modification center: Modifying UMTS Cell
Parameters in Batches).
SN Managed NE Parameter Parameter ID Configurab

Object (MO) Name le in CME
Batch
Modificati
on Center
1 UCELLHSDP RNC Allocate Code AllocCodeMode Yes

A Mode (BSC6900,
BSC6910)
Code Number HsScchCodeNum Yes

for HS-SCCH (BSC6900,
BSC6910)
Code Number HsPdschCodeNu Yes

for HS- m
PDSCH (BSC6900,
BSC6910)
----End

WCDMA RAN
Step 1 Initialize UMTS monitoring on the RNC LMT, as shown in Figure 8-3. Click Submit. A real-
time monitoring window is displayed.
Figure 8-3 Cell Performance Monitoring
Step 2 Check whether 15 SF16 codes are occupied by the HS-PDSCH in the Cell Performance
Monitoring window.
Expected result:
The HS-PDSCH occupies 15 SF16 codes.
----End
Deactivation
8.6 WRFD-01061018 Time and HS-PDSCH Codes Multiplex

WRFD-01061018 Time and HS-PDSCH Codes Multiplex.
Requirements
The configurations of the features on which this feature depends are complete. This feature
depends on the feature WRFD-010610 HSDPA Introduction Package.
l License
Data Preparation
None

WCDMA RAN
Activation
This feature does not need to be activated.
This feature does not need to be verified.
Deactivation
8.7 WRFD-01061009 HSDPA H-ARQ & Scheduling (MAX

C/I, RR, and PF)
WRFD-01061009 HSDPA H-ARQ & Scheduling (MAX C/I, RR, and PF).
Requirements
This feature does not depend on the hardware.
The configurations of the features on which this feature depends are complete. This feature
depends on the feature WRFD-010610 HSDPA Introduction Package.
l License
Data Preparation
Table 8-13 lists the data to prepare before deploying HSDPA H-ARQ & Scheduling (MAX C/
I, RR, and PF).
Table 8-13 Data to prepare before deploying HSDPA H-ARQ & Scheduling (MAX C/I, RR,
and PF)
Scheduling Method SM Set this parameter to Engineering

MAXCI(Max C/I Design
Algorithm), RR(Round
Robin Algorithm), or
PF(PF Algorithm).

WCDMA RAN

NOTE
HSDPA H-ARQ is activated automatically without any configuration.

This section describes how to set Max C/I, RR, and PF scheduling algorithms. For details on how to set
the EPF scheduling algorithm, see the description of the feature WRFD-01061103 Scheduling based on
EPF and GBR.
Run the NodeB MML command SET ULOCELLMACHSPARA with Scheduling Method
set to MAXCI(Max C/I Algorithm), RR(Round Robin Algorithm), or PF(PF Algorithm).
//Activating HSDPA H-ARQ & Scheduling (MAX C/I, RR, and PF)
SET ULOCELLMACHSPARA: ULOCELLID=0, SM=MAXCI;

NOTE
When configuring the HSDPA H-ARQ & Scheduling (MAX C/I, RR, and PF) feature on the CME, perform
a single configuration first, and then perform a batch modification if required.

Set the parameter described in Table 8-14 on the CME. For instructions on how to perform the
CME single configuration, see CME Single Configuration Operation Guide.
----End
Table 8-14 Configuring the parameter on the CME
SN Managed NE Parameter Parameter Configura

Object Name ID ble in CME
(MO) Batch
Modificati
on Center
1 ULOCELL NodeB Scheduling SM Yes

MACHSPA Method
RA
Run the NodeB MML command LST ULOCELLMACHSPARA to query the value of the
Scheduling Method parameter.

WCDMA RAN
Deactivation
8.8 WRFD-01061005 HSDPA Static Code Allocation and

RNC-Controlled Dynamic Code Allocation
WRFD-01061005 HSDPA Static Code Allocation and RNC-Controlled Dynamic Code
Allocation.
Requirements
Before this feature is activated, the feature WRFD-010610 HSDPA Introduction Package
must be configured.
l License
Data Preparation
Table 8-15 lists the data to prepare before deploying HSDPA Static Code Allocation and RNC-
Controlled Dynamic Code Allocation.
Table 8-15 Data to prepare before deploying HSDPA Static Code Allocation and RNC-
Controlled Dynamic Code Allocation
Allocate Code Mode AllocCodeMode Set this Radio network

(BSC6900,BSC6910) parameter based plan (internal)
on onsite
conditions.
Code Number for HS- HsPdschCodeNum None Radio network

PDSCH (BSC6900,BSC6910) plan (internal)
Code Max Number for HsPdschMaxCodeNum 5 Radio network

HS-PDSCH (BSC6900,BSC6910) plan (internal)
Code Min Number for HsPdschMinCodeNum 1 Radio network

HS-PDSCH (BSC6900,BSC6910) plan (internal)

WCDMA RAN

Run the RNC MML command MOD UCELLHSDPA with Allocate Code Mode to Manual
(Manual) or Automatic(Automatic).
l If Allocate Code Mode is set to Manual, set Code Number for HS-PDSCH to specify
the number of HS-PDSCH codes.
l If Allocate Code Mode is set to Automatic, set Code Max Number for HS-PDSCH to
specify the maximum number of HS-PDSCH codes and set Code Min Number for HS-
PDSCH to specify the minimum number of HS-PDSCH codes.
//Activating HSDPA Static Code Allocation and RNC-Controlled Dynamic Code Allocation
MOD UCELLHSDPA: CellId=11, AllocCodeMode=Manual, HsPdschCodeNum=5,
HsScchCodeNum=4;
MOD UCELLHSDPA: CellId=11, AllocCodeMode=Automatic, HsPdschMaxCodeNum=5,
HsPdschMinCodeNum=1;

NOTE
When configuring the HSDPA Static Code Allocation and RNC-Controlled Dynamic Code Allocation
feature on the CME, perform a single configuration first, and then perform a batch modification if required.
Set parameters on the CME according to the operation sequence in Table 8-16 on the CME. For
instructions on how to perform the CME single configuration, see CME Single Configuration
Operation Guide.
----End

WCDMA RAN

(MO) Batch
Modificati
on Center
1 UCELLHS RNC Allocate AllocCodeM Yes

DPA Code Mode ode
NOTE (BSC6900,
If Allocate BSC6910)
Code
Modeis set
to Manual
(Manual),
go to
sequence 2.
If Allocate
Code Mode
is set to
Automatic
(Automatic
), go to
sequence 3.
2 (Optional) UCELLHS RNC Code HsPdschCo Yes

DPA Number for deNum
HS-PDSCH (BSC6900,
BSC6910)
3 (Optional) UCELLHS RNC Code Max HsPdschMa Yes

DPA Number for xCodeNum
HS-PDSCH (BSC6900,
BSC6910)
Code Min HsPdschMi Yes

Number for nCodeNum
HS-PDSCH (BSC6900,
BSC6910)
Observation
Step 1 Run the RNC MML command LST UCELLHSDPA to query code allocation mode.
Step 2 On the RNC LMT, click to display Cell Performance Monitoring. Set Monitor Item to Cell
Code Tree Monitor and click Submit. The Cell Performance Monitoring tab page is displayed.
Step 3 View the number of codes allocated to the HS-PDSCH in the cell. If Allocate Code Mode is
set to Manual, the monitoring window of cell code tree usage shows that the number of codes
allocated to the HS-PDSCH remains unchanged. If Allocate Code Mode is set to Automatic,
the monitoring window of cell code tree usage shows that the number of codes allocated to the
HS-PDSCH varies with service access requests in the cell. For example, the number of codes

WCDMA RAN
allocated to the HS-PDSCH increases with the increase of HSDPA access requests and decreases
with the decrease of HSDPA access requests.
----End
Deactivation
8.9 WRFD-01061010 HSDPA Flow Control

WRFD-01061010 HSDPA Flow Control.
Requirements
The feature WRFD-010610 HSDPA Introduction Package must be configured before this
feature is activated.
l License
Data Preparation
Table 8-17 lists the data to prepare before deploying HSDPA Flow Control.
Table 8-17 Data to prepare before deploying HSDPA Flow Control
MO Parameter ID Setting Notes Source
DLFLOWCTRLPARA SWITCH You are advised to set Default/

this parameter to Recommended
BW_SHAPING_ON Value
OFF_TOGGLE.

Run the NodeB MML command SET DLFLOWCTRLPARA with Flow Control Switch set
to an appropriate value to enable the NodeB HSDPA flow control function. The adaptive flow
control algorithm is recommended.
There are four types of HSDPA flow control algorithm as follows:
l When Flow Control Switch is set to STATIC_BW_SHAPING, the NodeB does not
adjust the available bandwidth for HSDPA users based on delay and packet loss on the Iub

WCDMA RAN
interface. Then, subtracting Iub bandwidth used by R99 from Iub bandwidth configured,
the NodeB performs Iub shaping and distributes flow to HSDPA users.
l When Flow Control Switch is set to DYNAMIC_BW_SHAPING, the NodeB adjusts the
available bandwidth for HSDPA users based on delay and packet loss on the Iub interface.
Then, considering the data rate on the air interface, the NodeB performs Iub shaping and
distributes flow to HSDPA users.
l When Flow Control Switch is set to NO_BW_SHAPING, the NodeB does not adjust the
bandwidth based on delay and packet loss on the Iub interface. The NodeB reports the
conditions about the air interface to the RNC, and then the RNC allocates the bandwidth.
l When Flow Control Switch is set to BW_SHAPING_ONOFF_TOGGLE, the flow
control policy for the ports of the NodeB is either DYNAMIC_BW_SHAPING or
NO_BW_SHAPING in accordance with the congestion detection mechanism of the
NodeB. This flow control algorithm is recommended.
//Activating HSDPA Flow Control and configuring the adaptive flow control algorithm
SET DLFLOWCTRLPARA: SRN=0, SN=6, BEAR=ATM, SBT=BASE_BOARD, PT=IMA, PN=0, SWITCH=
BW_SHAPING_ONOFF_TOGGLE, TD=2, DR=1, ITM=TERRESTRIAL;

NOTE
When configuring the HSDPA Flow Control feature on the CME, perform a single configuration first, and
then perform a batch modification if required.

----End
SN Managed Object NE Parameter Parameter Configura

(MO) Name ID ble in CME
Batch
Modificati
on Center
1 DLFLOWCTRL NodeB Flow Control SWITCH Yes

PARA Switch

WCDMA RAN
Step 1 Choose Monitor > UMTS Monitoring > Connection Performance Monitoring on the RNC
LMT. Create UL Throughput Bandwidth and DL Throughput Bandwidth tasks.
Step 2 Assume that the current Iub bandwidth is 4 MHz and the bandwidth usage is 100%. Enable an
HSDPA-capable UE1 to access the network and originate a PS service. Record the throughput
of UE1.
Expected result:
The throughput of UE1 is 4 Mbps.
Step 3 Enable an HSDPA-capable UE2 to access the network (with the same configuration as UE1)
and originate a download service. Record the throughput of the two UEs.
Expected result:
The throughput of UE1 decreases after UE2 accesses the network. When the throughput of the
two UEs is stable, the total bandwidth of the two UEs is 4 MHz. If user priority, service type
and Security Parameter Index (SPI) of the two UEs are the same, the final ratio of the two UEs'
throughput is 1:1.
----End
Deactivation
You can deactivate the current algorithm by selecting one of the other flow control algorithms.
8.10 WRFD-01061002 HSDPA UE Category 1 to 28

WRFD-01061002 HSDPA UE Category 1 to 28.
Requirements
The feature WRFD-010610 HSDPA Introduction Package that the HSDPA UE Category
1 to 28 feature depends on has been activated.
l License
Data Preparation
None
Activation
This feature does not need to be activated.

WCDMA RAN
This feature does not need to be verified.
Deactivation
8.11 WRFD-010629 DL 16QAM Modulation

DL 16QAM Modulation.
Requirements
– UE should have the capability of HSDPA besides Category 11 and Category 12:
category 1,2,3,4,5,6,7,8,9,10,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28.
l License
Description.
Feature Feature License License Lic NE License Sal

ID Name Control Control ens Allocatio es
Item Name e n for Un
Co Multiple it
ntr Operator
ol s
Ite
m
Na
me
on
U2
000
GU
I
WRFD-0 DL LQW9HS HSDPA HS NodeB Method 1 per

10629 16QAM DPA01 function DP No
Modulati A deB
on fun
ctio
n

WCDMA RAN
Method 1: Some license control items, for example, Dynamic CE Function (per NodeB),
can be allocated only through the common group. For the NodeB license allocation among
multiple operators, see License Management Feature Parameter Description.
Data Preparation
Table 8-19 lists the data to prepare before deploying DL 16QAM Modulation.
Table 8-19 Data to prepare before DL 16QAM Modulation
16QAM Switch CME16QAMSW Set this parameter to Engineering Design

OPEN(open).

NOTE
HSDPA Introduction Package must be activated before activating this feature. For the method of activating
HSDPA Introduction Package, see the section 8.1 WRFD-010610 HSDPA Introduction Package.
Run the NodeB MML command SET ULOCELLMACHSPARA with 16QAM Switch set to
OPEN(open).
//Activating DL 16QAM Modulation
SET ULOCELLMACHSPARA: CME16QAMSW=OPEN;

NOTE
When configuring the DL 16QAM Modulation feature on the CME, perform a single configuration first,
and then perform a batch modification if required.

----End

WCDMA RAN

(MO) Batch
Modificati
on Center
1 ULOCELL NodeB 16QAM CME16QA Yes

MACHSPA Switch MSW
RA
NOTE
For the 16QAM modulation of the HSDPA UE, the NodeB license control item must be enabled.
As defined in 3GPP 25.306, the UE in category 8 can support both the QPSK and 16QAM modulation
schemes. However, only the 16QAM modulation scheme enables the throughput of category 8 UE to reach
5 Mbit/s. The throughput of category 8 UE can reach 5 Mbit/s only the radio environment is favorable.
Perform the following steps to check whether the download rate can reach 5 Mbit/s.
Step 1 Use the UE to start a PS interactive service of DL 7200 kbit/s. The PS service is carried on the
HS-DSCH. The UE keeps in Cell-DCH state.
Step 2 Start FTP (10 threads) to download given files, which are larger than 1 GB. By monitoring the
DL throughput and bandwidth, you find that the PS downloading service is normal and the bit
rate is higher than 5 Mbit/s.
----End

Run the NodeB MML command SET ULOCELLMACHSPARA with 16QAM Switch set to
CLOSE(close).
//Deactivating DL 16QAM Modulation

SET ULOCELLMACHSPARA: CME16QAMSW=CLOSE;

NOTE
When configuring the DL 16QAM Modulation feature on the CME, perform a single configuration first,
and then perform a batch modification if required.

WCDMA RAN
----End

(MO) Batch
Modificati
on Center
1 ULOCELL NodeB 16QAM CME16QA Yes

MACHSPA Switch MSW
RA
8.12 WRFD-010631 Dynamic Code Allocation Based on

NodeB
Dynamic Code Allocation Based on NodeB.
Requirements
l License
Description.

WCDMA RAN

Co Multiple it
ntr Operator
ol s
Ite
m
Na
me
on
U2
000
GU
I
WRFD-0 Dynamic LQW9H HSDPA HS NodeB Method 1 per

10631 Code DPCK01 RRM DP No
Allocatio Package 1 A deB
n Based (per RR
on Node NodeB) M
B
Method 1: Some license control items, for example, Dynamic CE Function (per NodeB),
can be allocated only through the common group. For the NodeB license allocation among
Data Preparation
Table 8-22 lists the data to prepare before deploying Dynamic Code Allocation Based on NodeB.
Table 8-22 Data to prepare before deploying Dynamic Code Allocation Based on NodeB
ULOCELLMACH DYNCODESW Set this parameter to Engineering Design

SPARA OPEN(open).

NOTE
HSDPA Introduction Package must be activated before activating this feature. For the method of activating
HSDPA Introduction Package, see the section 8.1 WRFD-010610 HSDPA Introduction Package.

WCDMA RAN
Run the NodeB MML command SET ULOCELLMACHSPARA with Dynamic Code
Switch set to OPEN(open).
//Activating Dynamic Code Allocation Based on NodeB on the NodeB side

SET ULOCELLMACHSPARA: DYNCODESW=OPEN;

NOTE
When configuring the Dynamic Code Allocation Based on NodeB feature on the CME, perform a single
configuration first, and then perform a batch modification if required.
----End
SN Managed Object NE Parameter Parameter Configura

(MO) Name ID ble in CME
Batch
Modificati
on Center
1 ULOCELLMACH NodeB Dynamic DYNCODE Yes

SPARA Code Switch SW
l Using MML commands:
Step 1 Run the NodeB MML command SET ULOCELLMACHSPARA with Dynamic Code
Switch set to CLOSE(close).
Step 2 Run the RNC MML command MOD UCELLHSDPA.
Step 3 Set Allocate Code Mode to Manual.
Step 4 Set Code Number for HS-PDSCH to 5.

WCDMA RAN
Step 5 Use a UE of category 8 or higher to download 200 MB files from the FTP server in the serving
cell.
Step 6 Choose Service>Trace Management>Interface Trace Task>User from the navigation tree
in the Maintenance tab page on NodeB LMT, and select (DL)Hsdpa User Enhanced Schedule
Data, as shown in Figure 8-4.
Figure 8-4 A user tracing task
Step 7 Query the value of ucMaxPdschCodeNum, as shown in Figure 8-5.

WCDMA RAN
Figure 8-5 Message Browser
Step 8 Run the NodeB MML command SET ULOCELLMACHSPARA with Dynamic Code
Switch set to OPEN(open).
Step 9 Trace the (DL)Hsdpa User Enhanced Schedule Data message and check the value for
ucMaxPdschCodeNum. If the value is larger than 5, the feature has been enabled, as shown in
Figure 8-6.

WCDMA RAN
Figure 8-6 Message Browser
----End

Run the NodeB MML command SET ULOCELLMACHSPARA with Dynamic Code
Switch set to CLOSE(close).
//Deactivating Dynamic Code Allocation Based on NodeB on the NodeB

SET ULOCELLMACHSPARA: DYNCODESW=CLOSE;

NOTE
When configuring the Dynamic Code Allocation Based on NodeB feature on the CME, perform a single

WCDMA RAN
----End

(MO) Batch
Modificati
on Center
1 ULOCELL NodeB Dynamic DYNCODE Yes

MACHSPA Code Switch SW
RA
8.13 WRFD-010611 HSDPA Enhanced Package

HSDPA Enhanced Package.
Requirements
– This feature does not have any special requirements for hardware.
– UE should support the functions related to HSDPA Enhanced Package.
The WRFD-010610 HSDPA Introduction Package feature that the HSDPA Enhanced
Package feature depends has been configured.
l License
This feature is not under license control.
Data Preparation
None
Activation/Activation Observation/Deactivation
For details on how to activate, verify, and deactivate the WRFD-010611 HSDPA Enhanced
Package feature, see the following documents:
l 8.15 WRFD-01061103 Scheduling based on EPF and GBR

l State Transition Feature Parameter Description
l Directed Retry Decision Feature Parameter Description

WCDMA RAN
8.14 WRFD-01061113 HS-DPCCH Preamble Support

Requirements
l License
This feature is controlled by the license for the WRFD-010611 HSDPA Enhanced Package
feature. For details about this license, see 8.13 WRFD-010611 HSDPA Enhanced
Package.
l Other Requirements
UEs must support the HARQ Preamble function.

Run the RNC MML command MOD UCELLHSDPA with HARQ Preamble Capability
Indication set to Mode1.

//Activating HS-DPCCH Preamble Capability
MOD UCELLHSDPA: CellId=1, HsdpcchPreambleSwitch=Mode1;

NOTE
When configuring the HS-DPCCH Preamble Support feature on the CME, perform a single configuration
----End

WCDMA RAN
SN Managed Object NE Parameter Parameter Configurable

(MO) Name ID in CME Batch
Modification
Center
1 UCELLHSDPA RNC HARQ Preamble HsdpcchPre Yes

Capability ambleSwitch
Indication (BSC6900,
BSC6910)
On the RNC LMT, start an Iub-interface message tracing task. In the tracing results, check
whether the RRC_RRC_CONN_SETUP or RRC_RB_SETUP message contains the "harq-
Preamble-Mode" IE whose value is 1, as shown in Figure 8-7.
This feature is successfully activated in either of the following scenarios:
l When SRB over DCH is achieved, the RRC_RB_SETUP message contains the "harq-
Preamble-Mode" IE whose value is 1.
l When SRB over HSDPA is achieved since the RB setup phase, the RRC_RB_SETUP
message contains the "harq-Preamble-Mode" IE whose value is 1.
l When SRB over HSDPA is achieved since the RRC connection setup phase, the
RRC_RRC_CONN_SETUP message contains the "harq-Preamble-Mode" IE whose value
is 1.
Figure 8-7 Value of the "harq-Preamble-Mode" IE

Run the RNC MML command MOD UCELLHSDPA with HARQ Preamble Capability
Indication set to Mode0.

//Deactivating HS-DPCCH Preamble Capability
MOD UCELLHSDPA: CellId=1, HsdpcchPreambleSwitch=Mode0;

WCDMA RAN

NOTE
When configuring the HS-DPCCH Preamble Support feature on the CME, perform a single configuration
----End
SN Managed NE Parameter Parameter Configurable in

Object (MO) Name ID CME Batch
Modification
Center
1 UCELLHSDP RNC HARQ Preamble HsdpcchPre Yes

A Capability ambleSwitch
Indication (BSC6900,
BSC6910)
8.15 WRFD-01061103 Scheduling based on EPF and GBR

WRFD-01061103 Scheduling based on EPF and GBR.
Requirements
l License

WCDMA RAN
Data Preparation
Table 8-27 lists the data to prepare before deploying Scheduling based on EPF and GBR.
Table 8-27 Data to prepare before deploying Scheduling based on EPF and GBR
Scheduling Method SM Set this parameter to Engineering Design

EPF(Enhanced PF).

set to EPF(Enhanced PF).
//Activating Scheduling based on EPF and GBR

SET ULOCELLMACHSPARA: SM=EPF;
NOTE
When configuring the Scheduling based on EPF and GBR feature on the CME, perform a single
----End

WCDMA RAN

(MO) Batch
Modificati
on Center

MACHSPA Method
RA
Run the NodeB MML command LST ULOCELLMACHSPARA and check whether
Scheduling Method is set to EPF.

set to a value other than EPF(Enhanced PF).
//Deactivating Scheduling based on EPF and GBR

SET ULOCELLMACHSPARA: SM=PF;

NOTE
When configuring the Scheduling based on EPF and GBR feature on the CME, perform a single
----End

WCDMA RAN

(MO) Batch
Modificati
on Center

MACHSPA Method
RA

BLER Target
8.16.1 When to Use CQI Adjustment Based on Dynamic BLER

Target
This feature is recommended for all scenarios. It helps increase cell downlink throughput by up
to 10%. It has no adverse impact on network performance.
This feature is not recommended if operators request a fixed target block error rate (BLER).

Check whether operators have requested a fixed target BLER.

CQI Adjustment Based on Dynamic BLER Target.
Requirements
– The BTS3812E and BTS3812AE must be configured with the EBBI, EBOI, or EDLP
board.
– The BBU3806 must be configured with the EBBC or EBBCd board.
– The BBU3900 must be configured with the WBBPb, WBBPd or WBBPf board.
l License
Description.

WCDMA RAN

Co Multiple it
ntr Operator
ol s
Ite
m
Na
me
on
U2
000
GU
I
WRFD-0 CQI LQW9H CQI CQ NodeB Method 2 per

30010 Adjustme DPCK01 Adjustme I No
nt Based nt Based Adj deB
on on ust
Dynamic Dynamic me
BLER BLER nt
Target Target Bas
(per Cell) ed
on
Dy
na
mic
BL
ER
Tar
get
Method 2: Some license control items, for example, UL CE Num, can be allocated through
both the common group and private groups. In this case, the licensed value specified by
the private group is preferentially used, and the licensed value specified by the common
group is used on a first-come, first-served basis. For the NodeB license allocation among
Data Preparation
Table 8-30 lists the data to prepare before deploying CQI Adjustment Based on Dynamic BLER
Target.

WCDMA RAN
Table 8-30 Data to prepare before deploying CQI Adjustment Based on Dynamic BLER Target

Source
CQI Adjust CQIADJALGOFN To activate CQI Adjustment Engineerin

Algorithm Switch of ONCON Based on Dynamic BLER g Design
non-Conversational Target, set this parameter to
Service CQI_ADJ_BY_DYN_BLE
R(CQI Adjusted by
Dynamic BLER). To
deactivate CQI Adjustment
Based on Dynamic BLER
Target, set this parameter to
NO_CQI_ADJ(Not CQI
Adjust Algorithm).

Run the NodeB MML command SET ULOCELLMACHSPARA with CQI Adjust
Algorithm Switch of non-Conversational Service set to CQI_ADJ_BY_DYN_BLER(CQI
Adjusted by Dynamic BLER).
//Activating CQI Adjustment Based on Dynamic BLER Target

SET ULOCELLMACHSPARA: ULOCELLID=0, CQIADJALGOFNONCON=CQI_ADJ_BY_DYN_BLER;
NOTE
When configuring the CQI Adjustment Based on Dynamic BLER Target feature on the CME, perform a
single configuration first, and then perform a batch modification if required.
----End

WCDMA RAN
SN Managed NE Parameter Name Parameter Configura

Object (MO) ID ble in CME
Batch
Modificati
on Center
1 ULOCELLMA NodeB CQI Adjust Algorithm CQIADJAL Yes

CHSPARA Switch of non- GOFNONC
Conversational ON
Service
Run the NodeB MML command LST ULOCELLMACHSPARA. In this step, ensure that CQI
Adjust Algorithm Switch of non-Conversational Service is set to
CQI_ADJ_BY_DYN_BLER.

Run the NodeB MML command SET ULOCELLMACHSPARA. In this step, set CQI Adjust
Algorithm Switch of non-Conversational Service to NO_CQI_ADJ(Not CQI Adjust
Algorithm).
//Deactivating CQI Adjustment Based on Dynamic BLER Target

SET ULOCELLMACHSPARA: CQIADJALGOFNONCON=NO_CQI_ADJ;

NOTE
When configuring the CQI Adjustment Based on Dynamic BLER Target feature on the CME, perform a
----End

WCDMA RAN

(MO) Batch
Modificati
on Center
1 ULOCELL NodeB CQI Adjust CQIADJAL Yes

MACHSPA Algorithm GOFNONC
RA Switch of ON
non-
Conversatio
nal Service

This feature helps increase cell throughput and UE throughput. You can query the values of the
following counters to track changes in cell throughput:
l VS.HSDPA.MeanChThroughput: an RNC counter that measures the average downlink

throughput of individual MAC-d flows for HSDPA in a cell
l VS.DataOutput.Mean: a NodeB counter that measures the average cell throughput at the
MAC-hs/MAC-ehs layer within a measurement period
The values of the preceding counters increase after this feature is activated. Note that gains
brought by this feature vary in different scenarios.
It is recommended that you observe the gains brought by this feature in scenarios that meet the
following conditions:
l The fluctuation in traffic volume (VS.IuPS.BytesPayldIntact.Rx +

VS.IuPS.BytesPayldBgrd.Rx) is less than 10%.
l The fluctuation in the average CQI value (1 x VS.CQI1 + 2 x VS.CQI2 + … + 35 x
VS.CQI35)/(VS.CQI0 + VS.CQI1 + … + VS.CQI35) is less than 0.4 dBm.
In most cases, the gains can be observed in the scenarios that meet the preceding conditions. If
the gains cannot be observed, observe the gains based on drive test results.

None
None

WCDMA RAN

Location
8.17.1 When to Use HSDPA Scheduling based on UE Location

Use this feature in hotspot cells.
If telecom operators intend to give up some equity among UEs for higher HSDPA cell
throughput, enable this feature for parts of or the entire network.

Because this feature is suitable for hotspot cells, you must locate hotspot cells. A cell is regarded
a hotspot cell when it meets the following conditions:
l The busy hour proportion is greater than 20%. Alternatively, in a day, the average traffic
volume within one hour exceeds the value of the
VS.HSDPA.MeanChThroughput.TotalBytes counter for at least 5 times.
l VS.DataOutput.Rab > Max(64 kbit/s, GBR x 1.5)
l VS.DataTtiRatio.Mean > 800
l VS.DataOutput.Mean/(VS.DataTtiRatio.Mean -
VS.HSDPA.InactiveDataTtiRation.Mean) ≥ 4000
l VS.HSDPA.UE.Mean.Cell ≥ 8
NOTE
Use the following formula to calculate the GBR:

l GBR = Golden user proportion x GBR of golden users' BE services + Silver user proportion x GBR
of silver users' BE services + Copper user proportion x GBR of copper users' BE services
The VS.HSDPA.RAB.SuccEstab.BE.Golden counter indicates the golden user proportion.
The VS.HSDPA.RAB.SuccEstab.BE.Silver counter indicates the silver user proportion.
The VS.HSDPA.RAB.SuccEstab.BE.Copper counter indicates the copper user proportion.

HSDPA Scheduling Based on UE Location.
Requirements
l Dependencies on RNC Hardware
– This feature does not depend on the RNC hardware.
l Dependencies on NodeB Hardware
– All 3900 series base stations must support this feature. To support this feature, the 3900
series base stations must be configured with the WBBPb, WBBPd, or WBBPf board.

WCDMA RAN
– The DBS3800 must support this feature. To support this feature, the DBS3800 series
base stations must be configured with the EBBC or EBBCd board.
– The BTS3812E/BTS3812A/BTS3812AE supports this feature. To support this feature,
the BTS3812E/BTS3812A/BTS3812AE must be configured with the EBBI, EDLP or
EBOI board.
This feature depends on the following features:
– WRFD-010610 HSDPA Introduction Package
– WRFD-010611 HSDPA Enhanced Package
l License
Description.

Co Multiple it
ntr Operator
ol s
Ite
m
Na
me
on
U2
000
GU
I
WRFD-1 HSDPA LQW9DP HSDPA HS NodeB Method 2 per

40221 Schedulin ALOC01 Schedulin DP Cell
g Based g Based A
on UE on UE Sch
Location Location edu
(per Cell) ling
Bas
ed
on
UE
Loc
atio
n
Method 2: Some license control items, for example, UL CE Num, can be allocated through
both the common group and private groups. In this case, the licensed value specified by

WCDMA RAN
the private group is preferentially used, and the licensed value specified by the common
group is used on a first-come, first-served basis. For the NodeB license allocation among
l Others Prerequisites
It is recommended that GBRs be configured on the RNC for all BE services to guarantee
basic user experience.
Data Preparation
Table 8-33 lists the data to prepare before deploying HSDPA Scheduling Based on UE Location.
Table 8-33 Data to prepare before deploying HSDPA Scheduling Based on UE Location
ULOCELLMACHSPARA SM Set this parameter to Engineering

EPF_LOC(Location Design
based EPF).
LOCWEIGH None Engineering

T Design

Run the NodeB MML command SET ULOCELLMACHSPARA. In this step, set Scheduling
Method to EPF_LOC(Location based EPF) and Location Weight to appropriate values.
//Activating HSDPA Scheduling based on UE Location

SET ULOCELLMACHSPARA: ULOCELLID=1, SM=EPF_LOC, LOCWEIGHT=1;

NOTE
When configuring the HSDPA Scheduling based on UE Location feature on the CME, perform a single
Guide.

WCDMA RAN
----End
SN Managed Object (MO) NE Parameter Parameter Configura

Name ID ble in CME
Batch
Modificati
on Center
1 ULOCELLMACHSPAR Node Scheduling SM Yes

A B Method
Location LOCWEIGH Yes

Weight T
Run the NodeB MML command LST ULOCELLMACHSPARA. If the command output
shows that the value of Scheduling Method is EPF_LOC(Location based EPF), this feature
has been activated for the target cell.

Run the NodeB MML command SET ULOCELLMACHSPARA. In this step, set Scheduling
Method to a value other than EPF_LOC(Location based EPF).
//Deactivating HSDPA Scheduling based on UE Location

SET ULOCELLMACHSPARA: ULOCELLID=1, SM=EPF;

NOTE
When configuring the HSDPA Scheduling based on UE Location feature on the CME, perform a single

WCDMA RAN
----End

(MO) Batch
Modificati
on Center

MACHSPA Method
RA

To monitor the effects of this feature, perform the following steps:
Step 1 Locate a hotspot cell based on the information in section 8.17.2 Information to Be Collected.
Step 2 Calculate the HSDPA throughput of the hotspot cell using the following formula:
HSDPA throughput of the hotspot cell = ∑VS.DataOutput.Mean/∑(VS.DataTtiRatio.Mean -

VS.HSDPA.InactiveDataTtiRation.Mean)
The descriptions of related counters in NodeB are as follows:
l VS.DataOutput.Mean: the average cell throughput at the MAC-hs/MAC-ehs layer within a

measurement period
l VS.DataTtiRatio.Mean: ratio of the time when at least one HSDPA user has data to transmit
in the queue buffer within a measurement period
l VS.HSDPA.InactiveDataTtiRatio.Mean: average ratio of the time when at least one HSDPA
user has data to transmit in the buffer but no HSDPA user transmits data at the physical layer
within a measurement period
Step 3 Record the HSDPA throughput of the hotspot cell.
Step 4 Check whether the HSDPA throughput of the hotspot cell increases after this feature is activated.
The increase in the HSDPA throughput depends on factors such as UE distribution and the traffic
model.
Step 5 Conduct a drive test to verify feature gains if there are a small number of hotspot cells.
----End
During the test, perform the following operations:
1. Choose a cell with a light traffic volume as the test cell.

WCDMA RAN
2. Place a UE near the cell center and another UE far away from the cell center.
3. Use the test UEs to download large files.
4. Query changes in the HSDPA throughput for the test cell.

After the EPF_LOC scheduling algorithm is enabled, the value of the LOCWEIGHT parameter
affects the cell throughput and the degree to which UEs are differentiated from each other. A
larger value for this parameter means that UE locations weigh more in scheduling. This gives
more scheduling opportunities to UEs closer to the NodeB, increases the cell throughput, and
decreases the throughput at cell edges. In this case, to ensure equity among UEs, set the
LOCWEIGHT parameter to a small value; to maximize the cell throughput while ensuring a
GBR for UEs at cell edges, set the LOCWEIGHT parameter to a large value.
None
8.18 HSDPA Remaining Power Appending
8.18.1 When to Use HSDPA Remaining Power Appending

The HSDPA remaining power appending algorithm applies to scenarios where network KPIs
are better than the Acceptance Criterion (APC) and there are a certain number of remaining
power resources. Network KPIs refer to the CS call drop rate, PS call drop rate, CS RAB setup
success rate, and PS RAB setup success rate.
When the downlink load is light, the HSDPA remaining power appending algorithm helps
decrease the downlink BLER and improve user experience. However, this algorithm increases
the downlink load. When the downlink load becomes heavy, network KPIs are deteriorated.
Therefore, the EXTRAPOWER parameter cannot be set to a too large value. The recommended
value for this parameter is 4, which is equal to 1 dB.
l When the value of the VS.DataTtiRatio.Mean counter for a cell is greater than 50%, for
example, in densely populated urban areas, the HSDPA remaining power appending
algorithm may decrease the CQI and cell throughput. Under this condition, the
EXTRAPOWER parameter should be set to a value equal to or less than 4.
l When the value of the VS.DataTtiRatio.Mean counter for a cell is less than 10%, for
example, in suburban areas, the EXTRAPOWER parameter can be set to a comparatively
large value, for example, 12 (equal to 3 dB), to improve user experience.

Before feature deployment, collect the values of the following KPIs or counters:
l Network KPIs
– CS call drop rate
– PS call drop rate
– CS RAB setup success rate

WCDMA RAN
– PS RAB setup success rate

l RNC counter
– VS.MeanTCP
l NodeB counters
– VS.AckTotal
– VS.NackTotal
– VS.DtxTotal
– VS.DataTtiRatio.Mean

This section describes how to activate, verify, and deactivate the function HSDPA Remaining
Power Appending.
Requirements
None
None
l License
None
Data Preparation
Table 8-36 lists the data to prepare before deploying HSDPA Remaining Power Appending.
Table 8-36 Data to prepare before deploying HSDPA Remaining Power Appending
ULOCELLMACHS EXTRAPOWER Set this parameter to Default/

PARA a non-zero value. Recommended
Value

Run the NodeB MML command SET ULOCELLMACHSPARA to set Extra Power to a non-
zero value.
//Activating HSDPA Remaining Power Appending

SET ULOCELLMACHSPARA: ULOCELLID=1, EXTRAPOWER=1;

WCDMA RAN

NOTE
When configuring the HSDPA Remaining Power Appending function on the CME, perform a single
Guide.
----End
SN Managed Object (MO) NE Paramete Parameter ID Configurab

r Name le in CME
Batch
Modificati
on Center
1 ULOCELLMACHSPAR Node Extra EXTRAPOWE Yes

A B Power R
Check the value of the RNC counter VS.MeanTCP for the following results:
l The value of this counter is less than 80% before this algorithm is enabled.
l The value of this counter is increased by a value less than the value specified by the Extra
Power parameter after this algorithm is enabled.
Then, the HSDPA Remaining Power Appending algorithm is effective.
Alternatively, check the downlink BLER. If the downlink BLER is significantly decreased after
this algorithm is enabled, this algorithm is effective. The downlink BLER can be calculated
using the following formula:
BLER = (VS.NackTotal + VS.DtxTotal)/(VS.AckTotal + VS.NackTotal + VS.DtxTotal)
where
The VS.AckTotal, VS.NackTotal, and VS.DtxTotal counters are NodeB counters.

WCDMA RAN

Run the NodeB MML command SET ULOCELLMACHSPARA and set Extra Power to 0.
//Deactivating HSDPA Remaining Power Appending

SET ULOCELLMACHSPARA: ULOCELLID=1, EXTRAPOWER=0;

NOTE
When configuring the HSDPA Remaining Power Appending function on the CME, perform a single
Guide.
----End

(MO) Batch
Modificati
on Center
1 ULOCELL NodeB Extra Power EXTRAPO Yes

MACHSPA WER
RA

None

Decrease the value of the Extra Power parameter by one if some network KPIs, such as the CS
call drop rate, PS call drop rate, CS RAB setup success rate, and PS RAB setup success rate,

WCDMA RAN
deteriorate or cannot meet the Acceptance Criterion (APC). Then, check the values of network
KIPs.
Increase the value of the Extra Power parameter by one if the values of network KPIs are better
than the APC, a certain number of remaining power resources are left, and the BLER is large.
Then, check the values of network KIPs.
Decrease the value of the Extra Power parameter by one if cell throughput decreases due to the
decrease in the mean CQI and increase in the value of the VS.DataTtiRatio.Mean counter.
None
8.19 BLER Optimization for HSDPA Burst Services
8.19.1 When to Use BLER Optimization for HSDPA Burst Services

Use the BLER Optimization for HSDPA Burst Services function if users want to decrease the
BLER of HSDPA services and increase the UE and cell throughput. This function provides
noticeable throughput gains when the data transmission duration of HSDPA UEs is 20% shorter
than the value of the VS.DataTtiRatio.Mean counter and the BLER of HSDPA services is high.
Before using this function, set the pilot power to 10% of the cell's maximum transmit power
(usually, the pilot power is set to -10 dB) and the MPO constant to the default value 2.5 dB.

Collect the values of the following NodeB counters before enabling this function:
l VS.AckTotal
l VS.NackTotal
l VS.DtxTotal
l VS.DataOutput.Mean
l VS.DataTtiRatio.Mean
l VS.HSDPA.InactiveDataTtiRatio.Mean
Run the LST UCELL command to query the maximum transmit power of a cell and the LST
UPCPICH command to query the P-CPICH configurations of the cell. Then, check whether the
P-CPICH transmit power subtracted by the maximum transmit power is -10 dB.
Run the LST UCELLHSDPA command to check whether the value of the HS-PDSCH MPO
Constant parameter is 2.5dB.

This section describes how to enable, verify, and disable the BLER Optimization for HSDPA
Burst Services function.

WCDMA RAN
Requirements
None
Data Preparation
Table 8-39 lists the data to prepare before deploying BLER Optimization for HSDPA Burst
Services.
Table 8-39 Data to prepare before deploying BLER Optimization for HSDPA Burst Services
Optimization Switch for BURSTBLEROPTSW Set this parameter Default/

BLER of HSDPA Burst to ON. Recommended
service Value

Run the NodeB MML command SET ULOCELLMACHSPARA with Optimization Switch
for BLER of HSDPA Burst service set to ON.
//Enabling BLER Optimization for HSDPA Burst Services

SET ULOCELLMACHSPARA: ULOCELLID=1, BURSTBLEROPTSW=ON;

NOTE
When configuring the BLER Optimization for HSDPA Burst Services function on the CME, perform a
Guide.
----End

WCDMA RAN

(MO) Batch
Modificati
on Center
1 ULOCELL NodeB Optimizatio BURSTBLE Yes

MACHSPA n Switch for ROPTSW
RA BLER of
HSDPA
Burst service
Step 1 Check the values of the NodeB counters: VS.AckTotal, VS.NackTotal, and VS.DtxTotal.
Step 2 Use the following formula to obtain the BLER of HSDPA burst services before and after function
enabling:
BLER = (VS.NackTotal + VS.DtxTotal)/(VS.AckTotal +VS.NackTotal + VS.DtxTotal)
If the BLER decreases after function enabling, the function has taken effect. Otherwise, the
function does not take effect yet.
Step 3 Use the following formula to obtain the cell throughput before and after function enabling:
----End
Cell throughput = VS.DataOutput.Mean/(VS.DataTtiRatio.Mean -

VS.HSDPA.InactiveDataTtiRatio.Mean)
If the cell throughput increases after function enabling, the function has taken effect. Otherwise,
the function does not take effect yet.

Run the NodeB MML command SET ULOCELLMACHSPARA with Optimization Switch
for BLER of HSDPA Burst service set to OFF.
//Disabling BLER Optimization for HSDPA Burst Services

SET ULOCELLMACHSPARA: ULOCELLID=1, BURSTBLEROPTSW=OFF;

NOTE
When configuring the BLER Optimization for HSDPA Burst Services function on the CME, perform a
single configuration first, and then perform a batch modification if required. Configure the parameters of
a single object before a batch modification. Perform a batch modification before logging out of the
parameter setting interface.

WCDMA RAN
Guide.
----End

(MO) Batch
Modificati
on Center
1 ULOCELL NodeB Optimizatio BURSTBLE Yes

MACHSPA n Switch for ROPTSW
RA BLER of
HSDPA
Burst service
8.20.1 When to Use Enhanced HSDPA Code Utilization

l If the licensed NodeB codes are sufficient (15 HSDPA codes per cell), the enhanced
HSDPA code utilization function is applicable.
l If the average number of licensed HSDPA codes per cell is greater than 10 but less than
15,
– When the value of VS.PdschCodeUtil.Mean.Data is less than 70%, the enhanced
HSDPA code utilization function is applicable.
– When the value of VS.PdschCodeUtil.Mean.Data is greater than or equal to 70%, it is
good practice to expand the capacity of licensed HSDPA codes and then enable the
function.
NOTE
VS.PdschCodeUtil.Mean.Data indicates the average usage of HS-PDSCH code resources when at least
one HSDPA user has data to transmit in the queue buffer.
l If the average number of licensed HSDPA codes per cell is less than 10, it is good practice
to expand the capacity of licensed HSDPA codes and then enable the function.

WCDMA RAN
To enable the enhanced HSDPA code utilization function, the Resource Allocate Method
parameter in the SET ULOCELLMACHSPARA command must be set to
POWERCODE_BAL.
It is good practice to enable the enhanced HSDPA code utilization function for NodeBs deployed
for continuous coverage in an area, thereby yielding the gains brought by the reduced downlink
network load.

Collect the following information before enabling the function:
l Number of available HSDPA codes (queried by using the DSP LICENSE command)
l Network KPIs
– CS call drop rate
– PS call drop rate
– CS RAB setup success rate
– PS RAB setup success rate
l RNC counter: VS.MeanTCP
l NodeB counters
– VS.PdschCodeUsed.Mean
– VS.PdschCodeUtil.Mean.Data
– VS.PdschPwrRatio.Mean
– VS.PdschPwrRatio.Data
8.20.3 Deployment
This section describes how to activate, verify, and deactivate enhanced HSDPA code utilization.
Requirements
l Hardware
– Dependency on RNC hardware
None
– Dependency on NodeB hardware
3900 series base stations configured with the WBBPb, WBBPd, or WBBPf board
support the enhanced HSDPA code utilization function.
l Feature
l License
None
Data Preparation
Table 8-42 lists the data to prepare before deploying the enhanced HSDPA code utilization
function.

WCDMA RAN
Table 8-42 Data to prepare before deploying the enhanced HSDPA code utilization function
Parameter Parameter ID Setting Notes Data Source

Name
Code CODEOPTSW Set this parameter to ON. Default value/

Utilization Recommended
Optimization value
Switch

NOTE
To enable the enhanced HSDPA code utilization function, the Resource Allocate Method parameter in
the SET ULOCELLMACHSPARA command must be set to POWERCODE_BAL.
Run the SET ULOCELLMACHSPARA command on the NodeB side with Resource Allocate
Method set to POWERCODE_BAL(Balance between Code and Power) and Code
Utilization Optimization Switch set to ON(ON).

//Activating the enhanced HSDPA code utilization function
SET ULOCELLMACHSPARA: ULOCELLID=1, RSCALLOCM=POWERCODE_BAL, CODEOPTSW=ON;

NOTE
When configuring the function on the CME, perform a single configuration first, and then perform a batch
modification if required.
Guide.
----End

WCDMA RAN
Table 8-43 Configuring parameters on the CME
SN MO NE Parameter Name Parameter ID Configurabl

e in CME
Batch
Modification
Center
1 ULOCELLMA NodeB Resource Allocate RSCALLOCM Yes

CHSPARA Method
Code Utilization CODEOPTSW

Optimization
Switch
Check the values of RNC counter VS.MeanTCP and NodeB counters
VS.PdschCodeUtil.Mean.Data, VS.PdschCodeUsed.Mean, VS.PdschPwrRatio.Data, and
VS.PdschPwrRatio.Mean. If the values of VS.MeanTCP, VS.PdschPwrRatio.Data, and
VS.PdschPwrRatio.Mean decrease and the values of VS.PdschCodeUtil.Mean.Data and
VS.PdschCodeUsed.Mean increase, this function has been activated.

Run the SET ULOCELLMACHSPARA command on the NodeB side with Resource Allocate
Method set to POWERCODE_BAL(Balance between Code and Power) and Code
Utilization Optimization Switch set to OFF(OFF).

//Deactivating the enhanced HSDPA code utilization function
SET ULOCELLMACHSPARA: ULOCELLID=1, RSCALLOCM=POWERCODE_BAL, CODEOPTSW=OFF;

NOTE
When configuring the function on the CME, perform a single configuration first, and then perform a batch
modification if required.
Guide.

WCDMA RAN
----End
Table 8-44 Configuring parameters on the CME
SN MO NE Parameter Name Parameter ID Configurabl

e in CME
Batch
Modification
Center
1 ULOCELLMA NodeB Resource Allocate RSCALLOCM Yes

CHSPARA Method
Code Utilization CODEOPTSW

Optimization
Switch

Gain Evaluation
Check the values of the following counters on the live network to observe the network
performance:
l VS.MeanTCP: Indicates the average transmit carrier power (TCP) in a cell. This is an RNC
counter.
l VS.PdschCodeUsed.Mean: Indicates the average number of used HS-PDSCH codes in a
cell. This is a NodeB counter.
l VS.PdschCodeUtil.Mean.Data: Indicates the average usage of HS-PDSCH code resources
when at least one HSDPA user has data to transmit in the queue buffer. This is a NodeB
counter.
l VS.PdschPwrRatio.Mean: Indicates the average transmit power over the HS-PDSCH in a
cell. This is a NodeB counter.
l VS.PdschPwrRatio.Data: Indicates the average transmit power over the HS-PDSCH when
at least one HSDPA user has data to transmit in the queue buffer. This is a NodeB counter.
KPI Monitoring
The CS/PS call drop rate and CS/PS RAB setup success rate do not deteriorate or even slightly
increase after the enhanced HSDPA code utilization function is enabled.

If the value of VS.PdschCodeUtil.Mean.Data is greater than 70%, it is good practice to disable
the enhanced HSDPA code utilization function and expand the capacity of licensed HSDPA

WCDMA RAN
codes. Enable this function when code resources are sufficient. VS.PdschCodeUtil.Mean.Data
indicates the average usage of HS-PDSCH code resources when at least one HSDPA user has
data to transmit in the queue buffer.
None

WCDMA RAN
HSDPA Feature Parameter Description 9 Parameters
9 Parameters
Table 9-1 Parameter description
Parame NE MML Feature Feature Description

ter ID Comma ID Name
nd
CODEO BTS390 SET WRFD- HSDPA Meaning: Indicates the switch for code utilization
PTSW 0, ULOCE 010610 Introduc optimization. If this switch is turned on, the HSDPA
BTS390 LLMAC tion code utilization rate increases but the power usage
0 HSPAR Package decreases. If this switch is turned off, code utilization
WCDM A optimization does not take effect.
A LST GUI Value Range: OFF(OFF), ON(ON)
ULOCE Unit: None
LLMAC
HSPAR Actual Value Range: OFF, ON
A Default Value: OFF(OFF)
PWSH BTS390 ADD WRFD- HSDPA Meaning: Indicates the policy of power sharing between
M 0, NODEB 010610 Introduc cells. If this parameter is set to R99CELLTOHCELL,
BTS390 PAGRP tion only one-way power sharing from the source cell
0 MOD Package (SLOCELL) to the target cell (DLOCELL) is supported.
WCDM NODEB If this parameter is set to HCELLTOHCELL, bilateral
A PAGRP power sharing between local cell 1 (SLOCELL) and
local cell 2 (DLOCELL) is supported.
LST
NODEB GUI Value Range: R99CELLTOHCELL(R99 cell to
PAGRP HSDPA cell), HCELLTOHCELL(HSDPA cell to
HSDPA cell)
Unit: None
Actual Value Range: R99CELLTOHCELL,
HCELLTOHCELL
Default Value: R99CELLTOHCELL(R99 cell to
HSDPA cell)

WCDMA RAN

nd
EXTRA BTS390 SET None None Meaning: Indicates the maximum power used for
POWER 0, ULOCE scheduled users after the scheduling.
BTS390 LLMAC GUI Value Range: 0~40
0 HSPAR
WCDM A Unit: 0.25dB
A LST Actual Value Range: 0~40
ULOCE Default Value: 0
LLMAC
HSPAR
A
BURST BTS390 SET None None Meaning: When this switch is turned on, estimated
BLERO 0, ULOCE channel environment errors are corrected for burst
PTSW BTS390 LLMAC services and full buffer services at the startup of data
0 HSPAR transmission to optimize the BLER.
WCDM A GUI Value Range: OFF(OFF), ON(ON)
A LST Unit: None
ULOCE
LLMAC Actual Value Range: OFF, ON
HSPAR Default Value: OFF(OFF)
A
HspaEn BSC690 ADD WRFD- HSDPA Meaning: If E_F_DPCH are selected, the corresponding
hSwitch 0 UCELL 010611 Enhance function will be enabled; otherwise, disabled.
ALGOS WRFD- d GUI Value Range: E_F_DPCH_OFF, E_F_DPCH_ON
WITCH 010652 Package
Unit: None
MOD SRB
UCELL over Actual Value Range: E_F_DPCH_OFF,
ALGOS HSDPA E_F_DPCH_ON
WITCH Default Value: E_F_DPCH_OFF
HspaEn BSC691 ADD WRFD- HSDPA Meaning: If E_F_DPCH are selected, the corresponding
hSwitch 0 UCELL 010611 Enhance function will be enabled; otherwise, disabled.
ALGOS WRFD- d GUI Value Range: E_F_DPCH_OFF, E_F_DPCH_ON
WITCH 010652 Package
Unit: None
MOD SRB
UCELL over Actual Value Range: E_F_DPCH_OFF,
ALGOS HSDPA E_F_DPCH_ON
WITCH Default Value: E_F_DPCH_OFF

WCDMA RAN

nd
SrbChlT BSC690 SET WRFD- HSPA+ Meaning: Type of channel that preferably carries the
ype 0 UFRCC 010698 Uplink signaling RB. - DCH: Both uplink and downlink are
HLTYP WRFD- 11.5Mbi preferably carried on DCH. - HSDPA: Uplink is
EPARA 010510 t/s per preferably carried on DCH, and downlink is preferably
User carried on HS-DSCH. - HSUPA: Uplink is preferably
WRFD- carried on E-DCH, and downlink is preferably carried
010612 3.4/6.8/1
3.6/27.2 on DCH. - HSPA: Uplink is preferably carried on E-
WRFD- Kbps DCH, and downlink is preferably carried on HS-DSCH.
010652 RRC GUI Value Range: DCH(UL_DCH,DL_DCH),
Connect HSDPA(UL_DCH,DL_HSDSCH), HSUPA
ion and (UL_EDCH,DL_DCH), HSPA
Radio (UL_EDCH,DL_HSDSCH)
Access Unit: None
Bearer
Establis Actual Value Range: DCH, HSDPA, HSUPA, HSPA
hment Default Value: DCH(UL_DCH,DL_DCH)
and
Release
HSUPA
Introduc
tion
Package
SRB
over
HSDPA

WCDMA RAN

nd
SrbChlT BSC691 SET WRFD- HSPA+ Meaning: Type of channel that preferably carries the
ype 0 UFRCC 010698 Uplink signaling RB. - DCH: Both uplink and downlink are
HLTYP WRFD- 11.5Mbi preferably carried on DCH. - HSDPA: Uplink is
EPARA 010510 t/s per preferably carried on DCH, and downlink is preferably
User carried on HS-DSCH. - HSUPA: Uplink is preferably
WRFD- carried on E-DCH, and downlink is preferably carried
010612 3.4/6.8/1
3.6/27.2 on DCH. - HSPA: Uplink is preferably carried on E-
WRFD- Kbps DCH, and downlink is preferably carried on HS-DSCH.
010652 RRC GUI Value Range: DCH(UL_DCH,DL_DCH),
Connect HSDPA(UL_DCH,DL_HSDSCH), HSUPA
ion and (UL_EDCH,DL_DCH), HSPA
Radio (UL_EDCH,DL_HSDSCH)
Access Unit: None
Bearer
Establis Actual Value Range: DCH, HSDPA, HSUPA, HSPA
hment Default Value: DCH(UL_DCH,DL_DCH)
and
Release
HSUPA
Introduc
tion
Package
SRB
over
HSDPA

WCDMA RAN

nd
SrbChlT BSC690 SET WRFD- 3.4/6.8/1 Meaning: Whether the configured type of channel that
ypeRrcE 0 UFRCC 010510 3.6/27.2 preferably carries the signaling RB is effective in the
ffectFla HLTYP WRFD- Kbps case of RRC connection establishment.
g EPARA 0106111 RRC GUI Value Range: FALSE, TRUE
2 Connect
ion and Unit: None
WRFD- Radio Actual Value Range: TRUE, FALSE
150232 Access Default Value: False
WRFD- Bearer
010652 Establis
hment
and
Release
HSDPA
DRD
Multiba
nd
Direct
Retry
Based
on UE
Location
SRB
over
HSDPA

WCDMA RAN

nd
SrbChlT BSC691 SET WRFD- 3.4/6.8/1 Meaning: Whether the configured type of channel that
ypeRrcE 0 UFRCC 010510 3.6/27.2 preferably carries the signaling RB is effective in the
ffectFla HLTYP WRFD- Kbps case of RRC connection establishment.
g EPARA 0106111 RRC GUI Value Range: FALSE, TRUE
2 Connect
ion and Unit: None
WRFD- Radio Actual Value Range: TRUE, FALSE
150232 Access Default Value: False
WRFD- Bearer
010652 Establis
hment
and
Release
HSDPA
DRD
Multiba
nd
Direct
Retry
Based
on UE
Location
SRB
over
HSDPA
ULOCE BTS390 SET None None Meaning: Indicates the reserved parameter 4.
LLRSV 0, ULOCE GUI Value Range: 0~4294967295
DPARA BTS390 LLRSV
4 0 DPARA Unit: None
WCDM LST Actual Value Range: 0~4294967295
A ULOCE Default Value: 0
LLRSV
DPARA

WCDMA RAN

nd
EXTRA BTS390 SET WRFD- SRB Meaning: Indicates the extra power for the SRB queue.
POWER 0, ULOCE 010652 over If SRBs are carried over HSDPA, the transmit power
FORSR BTS390 LLMAC HSDPA increases when there is remaining cell power or the data
B 0 HSPAR volume to be transmitted decreases when there is no
WCDM A remaining cell power. This reduces the BLER of the
A LST SRB queue, decreases the HSDPA service drop rate, and
ULOCE increases the HSDPA handover success rate.
LLMAC GUI Value Range: 0~10
HSPAR Unit: dB
A
Actual Value Range: 0~10
Default Value: 0

WCDMA RAN

nd
RsvSwit BSC690 SET None None Meaning: RRM algorithm reserved U32 Switch Para 4.
ch4 0 UALGO The 32-bit parameter is reserved for further change
RSVPA request use. Disuse statement: This parameter is used
RA 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_4_BIT1,
RESERVED_SWITCH_4_BIT2,
RESERVED_SWITCH_4_BIT32
Unit: None
Actual Value Range: RESERVED_SWITCH_4_BIT1,

WCDMA RAN

nd
Default Value:
RESERVED_SWITCH_4_BIT1:0,RESERVED_SWI
TCH_4_BIT2:0,RESERVED_SWITCH_4_BIT3:0,R
ESERVED_SWITCH_4_BIT4:0,RESERVED_SWIT
CH_4_BIT5:0,RESERVED_SWITCH_4_BIT6:0,RE
SERVED_SWITCH_4_BIT7:0,RESERVED_SWITC
H_4_BIT8:0,RESERVED_SWITCH_4_BIT9:0,RES
ERVED_SWITCH_4_BIT10:0,RESERVED_SWITC
H_4_BIT11:0,RESERVED_SWITCH_4_BIT12:0,RE
SERVED_SWITCH_4_BIT13:0,RESERVED_SWIT
CH_4_BIT14:0,RESERVED_SWITCH_4_BIT15:0,R
ESERVED_SWITCH_4_BIT16:0,RESERVED_SWI
TCH_4_BIT17:0,RESERVED_SWITCH_4_BIT18:0,
RESERVED_SWITCH_4_BIT19:0,RESERVED_SW
ITCH_4_BIT20:0,RESERVED_SWITCH_4_BIT21:0
,RESERVED_SWITCH_4_BIT22:0,RESERVED_S
WITCH_4_BIT23:0,RESERVED_SWITCH_4_BIT2
4:0,RESERVED_SWITCH_4_BIT25:0,RESERVED_
SWITCH_4_BIT26:0,RESERVED_SWITCH_4_BIT

WCDMA RAN

nd
27:0,RESERVED_SWITCH_4_BIT28:0,RESERVED
_SWITCH_4_BIT29:0,RESERVED_SWITCH_4_BI
T30:0,RESERVED_SWITCH_4_BIT31:0,RESERVE
D_SWITCH_4_BIT32:0

WCDMA RAN

nd
interface.
Unit: None

WCDMA RAN

nd
Default Value:

WCDMA RAN

nd
D_SWITCH_4_BIT32:0

WCDMA RAN

nd
DraSwit BSC690 SET WRFD- UE State Meaning: 1.

ch2 0 UCORR 010202 in DRA_BASE_COVER_BE_E2D_INITSEL_OPT_SW
MALG WRFD- Connect ITCH: When this switch is turned on, the RNC decides
OSWIT 021101 ed Mode the HSUPA bearer policy for the UE state transition
CH (CELL- from CELL_FACH, CELL_PCH, or URA_PCH to
WRFD- DCH, CELL_DCH based on the obtained valid Ec/No value.
010612 CELL- If the Ec/No value is greater than the value of
WRFD- PCH, "EcN0ThdForBaseCoverE2D" in the "SET UFRC"
160214 URA- command, the BE services are set up on the E-DCH.
PCH, Otherwise, the BE services are set up on the DCH. 2.
CELL- DRA_PCPICH_ECN0_ON_RACH_UPDATE_SWIT
FACH) CH: When this switch is turned on, the RNC
Dynami immediately updates the P-CPICH Ec/N0 value if the
c "Measured results on RACH" IE carries the measured
Channel P-CPICH Ec/N0 value in event 4A or event 4B. In
Configu addition, the updated P-CPICH Ec/N0 value is used for
ration decisions on coverage-based TTI selection and
Control coverage-based E2D for UEs with RRC connections. 3.
(DCCC) DRA_BASE_COVER_BE_E2D_INITSEL_SWITCH
: Whether the initial establishing BE service of a UE is
HSUPA switched from HSUPA channels to R99 channels in
Introduc weak coverage areas. When this switch is turned off, the
tion BE service of the UE is not switched from HSUPA
Package channels to R99 channels in weak coverage areas. When
Load- this switch is turned on, the BE service of the UE is
based switched from HSUPA channels to R99 channels in
Intellige weak coverage areas. Note: When the Ec/No in the
nt State RACH measurement report from the UE is less than or
Transiti equal to the value of "EcN0ThdForBaseCoverE2D" in
on the "SET UFRC" command, the UE is in the weak
coverage area. 4.
DRA_BASE_COVER_BE_E2D_SWITCH: Whether
BE services can be switched over from HSUPA to R99
due to insufficient coverage in connected mode. When
this switch is turned on, BE services can be switched
over from HSUPA to R99 due to insufficient coverage.
If the coverage recovers after the UE moves to the cell
center and the throughput is high, the BE services can
be transferred to HSUPA. Note: When event 6A1 is
reported, the UE is in connected mode under weak
coverage. 5. DRA_D2F_OVER_IUR_SWITCH:
Whether to trigger D2F state transition when no CCCH
is configured over the Iur interface and an Iur link is
established. When this switch is turned off, the RNC
does not trigger the D2F procedure over the Iur interface
if no CCCH is configured over the Iur interface. When
this switch is turned on, the D2F procedure is triggered

WCDMA RAN

nd
regardless of the existence of the CCCH over the Iur

interface. 6. DRA_CSPS_0K_RATE_UP_SWITCH:
Whether the PS BE service in the CS+PS BE combined
service supports event-4A-triggered DCCC data rate
increasing when its data rate is 0 kbit/s. ON: This switch
is turned on. The PS BE service in the CS+PS BE
combined service supports event-4A-triggered DCCC
data rate increasing when its data rate is 0 kbit/s. OFF:
This switch is turned off. The PS BE service in the CS
+PS BE combined service does not support event-4A-
triggered DCCC data rate increasing when its data rate
is 0 kbit/s. 7.
DRA_CSPS_BOTH_ULDL_RATE_UP_SWITCH:
service supports DCCC data rate increasing on both the
uplink and the downlink when an event 4A is reported
on the uplink or downlink. ON: This switch is turned
on. The PS BE service supports DCCC data rate
increasing on both the uplink and the downlink when
event 4A is reported on the uplink or downlink. OFF:
This switch is turned off. The PS BE service does not
support DCCC data rate increasing on both the uplink
and the downlink when event 4A is reported on the
uplink or downlink. 8.
DRA_PS_STATE_TRANS_WHEN_CS_REL_SWIT
CH: Whether the following two functions can be
enabled:If the current rate of the PS BE service is 0 kbit/
s and event 4A triggered-DCCC service rate increasing
fails for a CS+PS BE combined service, the RNC does
not release the PS BE service after a timer set by the
"ZeroRateUpFailToRelTimerLen" parameter in the
"SET UCOIFTIMER" command expires. A UE
processing a CS+PS BE combined service immediately
transits to the CELL_FACH state if the CS service is
released and the PS BE service has no data transmission.
ON: This switch is turned on. The preceding functions
can be enabled. OFF: This switch is turned off. The
preceding functions are disabled. 9.
DRA_BASE_COVER_E2D_DCCC_SWITCH:
Whether to use the DCCC function to increase the DCH
data rate for a UE that has experienced a coverage-
triggered E-DCH-to-DCH channel fallback when the
UE's transmit power or the cell's RSCP does not meet
the E-DCH allocation requirement. When this
parameter is set to ON, the implementation is allowed
but the maximum data rate is 144 kbit/s. When this
parameter is set to OFF, the implementation is

WCDMA RAN

nd
prohibited. In addition, before DCH-to-E-DCH channel

switching, the DCH data rate of the UE is fixed at the
value of the "UlBeTraffInitBitrate" parameter in the
"SET UFRC" command.For a UE that has experienced
an Ec/N0-triggered E-DCH-to-DCH channel fallback
during a service setup, when the
DRA_BASE_COVER_BE_E2D_SWITCH under the
"DraSwitch2" parameter in the "SET
UCORRMALGOSWITCH" command is turned off, the
RNC uses the DCCC function to increase the DCH data
rate for the UE even if the UE's transmit power or the
cell's RSCP does not meet the E-DCH allocation
requirement. Moreover, the maximum data rate is
configurable and it can be greater than 144 kbit/s. The
implementation is not under the control of the
DRA_BASE_COVER_E2D_DCCC_SWITCH. 10.
DRA_WEB_FACH_DELAY_OPT_SWITCH:
Whether to enable the fast CELL_FACH-to-
CELL_DCH state transition function and allow the
FACH to transmit the remaining data when a UE is
browsing web pages. Upon detecting that a UE in the
CELL_FACH state is browsing web pages, the RNC
transits the UE to the CELL_DCH state when this
switch is turned on. In addition, the RNC allows the
FACH to continue to transmit data until the state
transition is completed. 11.
DRA_D2F_LIMIT_WITH_CS_IU_CON_SWITCH:
Whether to check whether there is an Iu-CS connection
before performing a CELL_DCH-to-CELL_FACH
(D2F) state transition. When this switch is turned on,
the RNC checks whether there is an Iu-CS connection
before performing a D2F state transition. If so, the RNC
does not perform the state transition. If not, the RNC
performs the state transition. When this switch is turned
off, the RNC does not check whether there is an Iu-CS
connection before performing the state transition. 12.
DRA_D2P_WHEN_PS_INACT_SWITCH: Switch
controlling the PS-inactivity-based CELL_DCH-to-
CELL_PCH (D2P) state transition algorithm. When this
switch is turned on, this algorithm is activated. When
this switch is turned off, this algorithm is not activated.
This algorithm works as follows:After a UE enters the
CELL_DCH state, this algorithm triggers a D2P state
transition upon detecting that the UE does not process
any uplink or downlink service during a certain period
of time, which is specified by the "D2PPsInactTimer "
parameter in the "SET UUESTATETRANSTIMER"

WCDMA RAN

nd
command. 13.
DRA_INTELL_STATE_TRANS_ON_LOAD_SWIT
CH: Whether to validate the load based intelligent state
transition algorithm. When this switch is set to on and
the
CH under the "DraSwitch" parameter in the "ADD
UCELLDCCC" command is set to on, the RNC
performs state transition according to the following
parameters: "HiLdBeD2FStateTransTimer" in the
"SET UUESTATETRANSTIMER" command,
"HiLdCellDchPSInactTimer" in the "SET
UPSINACTTIMER" command, and
"HiLdBeDLF2DHTvmThd" and
"HiLdBeULF2DETvmThd" in the "SET
UUESTATETRANS" command. 14.
DRA_BASE_COVER_LOAD_SRB_H2D_SWITCH:
Whether the coverage-based and load-based algorithm
for dynamic reconfiguration of the channel mapped to
downlink signaling radio bearers (SRBs) takes
effect.When this switch is turned off, the algorithm does
not take effect. When this switch is turned on, The
algorithm takes effect. Operations of the algorithm: 1.
Access mode: The algorithm also considers coverage
and loads to determine whether the downlink SRBs can
be carried on the HS-DSCH when a UE transits from
the idle, CELL_FACH, CELL_PCH, or URA_PCH
state to the CELL_DCH state during an RRC connection
setup, RAB setup, or RAB modification or when a
CELL_DCH UE experiences an incoming inter-RAT
handover or an incoming combined hard handover and
SRNS relocation. 2. Connected mode: After a UE
accesses a cell, the algorithm determines whether to
deliver periodic RSCP and Ec/N0 measurement control
messages. When the RNC receives periodic
measurement reports on the RSCP and Ec/N0, the
algorithm determines whether to initiate the SRB
reconfiguration process.
GUI Value Range:
DRA_BASE_COVER_BE_E2D_INITSEL_OPT_SW
ITCH,
DRA_PCPICH_ECN0_ON_RACH_UPDATE_SWIT
CH,
DRA_BASE_COVER_BE_E2D_INITSEL_SWITCH
, DRA_BASE_COVER_BE_E2D_SWITCH,
DRA_D2F_OVER_IUR_SWITCH,

WCDMA RAN

nd
DRA_CSPS_0K_RATE_UP_SWITCH,
DRA_CSPS_BOTH_ULDL_RATE_UP_SWITCH,
CH, DRA_BASE_COVER_E2D_DCCC_SWITCH,
DRA_WEB_FACH_DELAY_OPT_SWITCH,
DRA_D2F_LIMIT_WITH_CS_IU_CON_SWITCH,
DRA_D2P_WHEN_PS_INACT_SWITCH,
CH,
DRA_BASE_COVER_LOAD_SRB_H2D_SWITCH
Unit: None
Actual Value Range:
ITCH,
CH,
CH,
Default Value:
ITCH:
0,DRA_PCPICH_ECN0_ON_RACH_UPDATE_SWI
TCH:
0,DRA_BASE_COVER_BE_E2D_INITSEL_SWITC
H:0,DRA_BASE_COVER_BE_E2D_SWITCH:
0,DRA_D2F_OVER_IUR_SWITCH:
0,DRA_CSPS_0K_RATE_UP_SWITCH:
1,DRA_CSPS_BOTH_ULDL_RATE_UP_SWITCH:
0,DRA_PS_STATE_TRANS_WHEN_CS_REL_SWI
TCH:
0,DRA_BASE_COVER_E2D_DCCC_SWITCH:
0,DRA_WEB_FACH_DELAY_OPT_SWITCH:
0,DRA_D2F_LIMIT_WITH_CS_IU_CON_SWITCH
:0,DRA_D2P_WHEN_PS_INACT_SWITCH:
0,DRA_INTELL_STATE_TRANS_ON_LOAD_SWI

WCDMA RAN

nd
TCH:
0,DRA_BASE_COVER_LOAD_SRB_H2D_SWITC
H:0

WCDMA RAN

nd
DraSwit BSC691 SET WRFD- UE State Meaning: 1.

ch2 0 UCORR 010202 in DRA_BASE_COVER_BE_E2D_INITSEL_OPT_SW
MALG WRFD- Connect ITCH: When this switch is turned on, the RNC decides
OSWIT 021101 ed Mode the HSUPA bearer policy for the UE state transition
CH (CELL- from CELL_FACH, CELL_PCH, or URA_PCH to
WRFD- DCH, CELL_DCH based on the obtained valid Ec/No value.
010612 CELL- If the Ec/No value is greater than the value of
WRFD- PCH, "EcN0ThdForBaseCoverE2D" in the "SET UFRC"
160214 URA- command, the BE services are set up on the E-DCH.
PCH, Otherwise, the BE services are set up on the DCH. 2.
CELL- DRA_PCPICH_ECN0_ON_RACH_UPDATE_SWIT
FACH) CH: When this switch is turned on, the RNC
Dynami immediately updates the P-CPICH Ec/N0 value if the
c "Measured results on RACH" IE carries the measured
Channel P-CPICH Ec/N0 value in event 4A or event 4B. In
Configu addition, the updated P-CPICH Ec/N0 value is used for
ration decisions on coverage-based TTI selection and
Control coverage-based E2D for UEs with RRC connections. 3.
(DCCC) DRA_BASE_COVER_BE_E2D_INITSEL_SWITCH
: Whether the initial establishing BE service of a UE is
HSUPA switched from HSUPA channels to R99 channels in
Introduc weak coverage areas. When this switch is turned off, the
tion BE service of the UE is not switched from HSUPA
Package channels to R99 channels in weak coverage areas. When
Load- this switch is turned on, the BE service of the UE is
based switched from HSUPA channels to R99 channels in
Intellige weak coverage areas. Note: When the Ec/No in the
nt State RACH measurement report from the UE is less than or
Transiti equal to the value of "EcN0ThdForBaseCoverE2D" in
on the "SET UFRC" command, the UE is in the weak
coverage area. 4.
DRA_BASE_COVER_BE_E2D_SWITCH: Whether
BE services can be switched over from HSUPA to R99
due to insufficient coverage in connected mode. When
this switch is turned on, BE services can be switched
over from HSUPA to R99 due to insufficient coverage.
If the coverage recovers after the UE moves to the cell
center and the throughput is high, the BE services can
be transferred to HSUPA. Note: When event 6A1 is
reported, the UE is in connected mode under weak
coverage. 5. DRA_D2F_OVER_IUR_SWITCH:
Whether to trigger D2F state transition when no CCCH
is configured over the Iur interface and an Iur link is
established. When this switch is turned off, the RNC
does not trigger the D2F procedure over the Iur interface
if no CCCH is configured over the Iur interface. When
this switch is turned on, the D2F procedure is triggered

WCDMA RAN

nd
regardless of the existence of the CCCH over the Iur

interface. 6. DRA_CSPS_0K_RATE_UP_SWITCH:
service supports event-4A-triggered DCCC data rate
increasing when its data rate is 0 kbit/s. ON: This switch
is turned on. The PS BE service in the CS+PS BE
combined service supports event-4A-triggered DCCC
data rate increasing when its data rate is 0 kbit/s. OFF:
This switch is turned off. The PS BE service in the CS
+PS BE combined service does not support event-4A-
triggered DCCC data rate increasing when its data rate
is 0 kbit/s. 7.
DRA_CSPS_BOTH_ULDL_RATE_UP_SWITCH:
service supports DCCC data rate increasing on both the
uplink and the downlink when an event 4A is reported
on the uplink or downlink. ON: This switch is turned
on. The PS BE service supports DCCC data rate
increasing on both the uplink and the downlink when
event 4A is reported on the uplink or downlink. OFF:
This switch is turned off. The PS BE service does not
support DCCC data rate increasing on both the uplink
and the downlink when event 4A is reported on the
uplink or downlink. 8.
CH: Whether the following two functions can be
enabled:If the current rate of the PS BE service is 0 kbit/
s and event 4A triggered-DCCC service rate increasing
fails for a CS+PS BE combined service, the RNC does
not release the PS BE service after a timer set by the
"ZeroRateUpFailToRelTimerLen" parameter in the
"SET UCOIFTIMER" command expires. A UE
processing a CS+PS BE combined service immediately
transits to the CELL_FACH state if the CS service is
released and the PS BE service has no data transmission.
ON: This switch is turned on. The preceding functions
can be enabled. OFF: This switch is turned off. The
preceding functions are disabled. 9.
DRA_BASE_COVER_E2D_DCCC_SWITCH:
Whether to use the DCCC function to increase the DCH
data rate for a UE that has experienced a coverage-
triggered E-DCH-to-DCH channel fallback when the
UE's transmit power or the cell's RSCP does not meet
the E-DCH allocation requirement. When this
parameter is set to ON, the implementation is allowed
but the maximum data rate is 144 kbit/s. When this
parameter is set to OFF, the implementation is

WCDMA RAN

nd
prohibited. In addition, before DCH-to-E-DCH channel

switching, the DCH data rate of the UE is fixed at the
value of the "UlBeTraffInitBitrate" parameter in the
"SET UFRC" command.For a UE that has experienced
an Ec/N0-triggered E-DCH-to-DCH channel fallback
during a service setup, when the
DRA_BASE_COVER_BE_E2D_SWITCH under the
"DraSwitch2" parameter in the "SET
UCORRMALGOSWITCH" command is turned off, the
RNC uses the DCCC function to increase the DCH data
rate for the UE even if the UE's transmit power or the
cell's RSCP does not meet the E-DCH allocation
requirement. Moreover, the maximum data rate is
configurable and it can be greater than 144 kbit/s. The
implementation is not under the control of the
DRA_BASE_COVER_E2D_DCCC_SWITCH. 10.
DRA_WEB_FACH_DELAY_OPT_SWITCH:
Whether to enable the fast CELL_FACH-to-
CELL_DCH state transition function and allow the
FACH to transmit the remaining data when a UE is
browsing web pages. Upon detecting that a UE in the
CELL_FACH state is browsing web pages, the RNC
transits the UE to the CELL_DCH state when this
switch is turned on. In addition, the RNC allows the
FACH to continue to transmit data until the state
transition is completed. 11.
DRA_D2F_LIMIT_WITH_CS_IU_CON_SWITCH:
Whether to check whether there is an Iu-CS connection
before performing a CELL_DCH-to-CELL_FACH
(D2F) state transition. When this switch is turned on,
the RNC checks whether there is an Iu-CS connection
before performing a D2F state transition. If so, the RNC
does not perform the state transition. If not, the RNC
performs the state transition. When this switch is turned
off, the RNC does not check whether there is an Iu-CS
connection before performing the state transition. 12.
DRA_D2P_WHEN_PS_INACT_SWITCH: Switch
controlling the PS-inactivity-based CELL_DCH-to-
CELL_PCH (D2P) state transition algorithm. When this
switch is turned on, this algorithm is activated. When
this switch is turned off, this algorithm is not activated.
This algorithm works as follows:After a UE enters the
CELL_DCH state, this algorithm triggers a D2P state
transition upon detecting that the UE does not process
any uplink or downlink service during a certain period
of time, which is specified by the "D2PPsInactTimer "

WCDMA RAN

nd
command. 13.
CH: Whether to validate the load based intelligent state
transition algorithm. When this switch is set to on and
the
CH under the "DraSwitch" parameter in the "ADD
UCELLDCCC" command is set to on, the RNC
performs state transition according to the following
parameters: "HiLdBeD2FStateTransTimer" in the
"SET UUESTATETRANSTIMER" command,
"HiLdCellDchPSInactTimer" in the "SET
UPSINACTTIMER" command, and
"HiLdBeDLF2DHTvmThd" and
"HiLdBeULF2DETvmThd" in the "SET
UUESTATETRANS" command. 14.
DRA_BASE_COVER_LOAD_SRB_H2D_SWITCH:
Whether the coverage-based and load-based algorithm
for dynamic reconfiguration of the channel mapped to
downlink signaling radio bearers (SRBs) takes
effect.When this switch is turned off, the algorithm does
not take effect. When this switch is turned on, The
algorithm takes effect. Operations of the algorithm: 1.
Access mode: The algorithm also considers coverage
and loads to determine whether the downlink SRBs can
be carried on the HS-DSCH when a UE transits from
the idle, CELL_FACH, CELL_PCH, or URA_PCH
state to the CELL_DCH state during an RRC connection
setup, RAB setup, or RAB modification or when a
CELL_DCH UE experiences an incoming inter-RAT
handover or an incoming combined hard handover and
SRNS relocation. 2. Connected mode: After a UE
accesses a cell, the algorithm determines whether to
deliver periodic RSCP and Ec/N0 measurement control
messages. When the RNC receives periodic
measurement reports on the RSCP and Ec/N0, the
algorithm determines whether to initiate the SRB
reconfiguration process.
GUI Value Range:
ITCH,
CH,

WCDMA RAN

nd
CH,
Unit: None
Actual Value Range:
ITCH,
CH,
CH,
Default Value:
ITCH:
0,DRA_PCPICH_ECN0_ON_RACH_UPDATE_SWI
TCH:
0,DRA_BASE_COVER_BE_E2D_INITSEL_SWITC
H:0,DRA_BASE_COVER_BE_E2D_SWITCH:
0,DRA_D2F_OVER_IUR_SWITCH:
0,DRA_CSPS_0K_RATE_UP_SWITCH:
1,DRA_CSPS_BOTH_ULDL_RATE_UP_SWITCH:
0,DRA_PS_STATE_TRANS_WHEN_CS_REL_SWI
TCH:
0,DRA_BASE_COVER_E2D_DCCC_SWITCH:
0,DRA_WEB_FACH_DELAY_OPT_SWITCH:
0,DRA_D2F_LIMIT_WITH_CS_IU_CON_SWITCH
:0,DRA_D2P_WHEN_PS_INACT_SWITCH:
0,DRA_INTELL_STATE_TRANS_ON_LOAD_SWI

WCDMA RAN

nd
TCH:
0,DRA_BASE_COVER_LOAD_SRB_H2D_SWITC
H:0

WCDMA RAN

nd
interface.
Unit: None

WCDMA RAN

nd
Default Value:

WCDMA RAN

nd
D_SWITCH_7_BIT32:1

WCDMA RAN

nd
interface.
Unit: None

WCDMA RAN

nd
Default Value:

WCDMA RAN

nd
D_SWITCH_7_BIT32:1
RsvU32 BSC690 SET None None Meaning: RRM algorithm reserved U32 para 4. The 32-
Para4 0 UALGO bit parameter is reserved for further change request use.
RSVPA Disuse statement: This parameter is used temporarily in
RA patch versions and will be replaced with a new
parameter in later versions. The new parameter ID
reflects the parameter function. Therefore, this
interface.
GUI Value Range: 0~4294967295
Unit: None
Default Value: 0
interface.
Unit: None
Default Value: 0

WCDMA RAN

nd
SrbH2D BSC690 SET WRFD- SRB Meaning: Downlink non-HSPA light load initial state
NonHLo 0 UCHLQ 010652 over for the coverage-based and load-based algorithm for
adState UALIT HSDPA dynamic reconfiguration of the channel mapped to
YEVAL downlink SRBs. If the load of the best cell is in this state
UATE or a lighter state, the cell is in a light load state.
Otherwise, the cell is in a heavy load state.
GUI Value Range: DL_LIGHT_STATE,
DL_NORMAL_STATE, DL_LOADED_STATE,
DL_HEAVY_STATE, DL_OVERRLOAD_STATE
Unit: None
Actual Value Range: DL_LIGHT_STATE,
Default Value: DL_LOADED_STATE
SrbH2D BSC691 SET WRFD- SRB Meaning: Downlink non-HSPA light load initial state
NonHLo 0 UCHLQ 010652 over for the coverage-based and load-based algorithm for
adState UALIT HSDPA dynamic reconfiguration of the channel mapped to
YEVAL downlink SRBs. If the load of the best cell is in this state
UATE or a lighter state, the cell is in a light load state.
Otherwise, the cell is in a heavy load state.
GUI Value Range: DL_LIGHT_STATE,
Unit: None
Actual Value Range: DL_LIGHT_STATE,
Default Value: DL_LOADED_STATE

WCDMA RAN

nd
CellLdr BSC690 ADD WRFD- Load Meaning: Threshold for reserved SF in a cell. This
SfResTh 0 UCELL 150216 Based parameter is used to determine whether the code load
d LDR WRFD- PS reshuffling (LDR) is allowed.
MOD 150217 Redirect GUI Value Range: SF4(SF4), SF8(SF8), SF16(SF16),
UCELL ion from SF32(SF32), SF64(SF64), SF128(SF128), SF256
WRFD- UMTS
LDR 020108 (SF256)
to LTE
WRFD- Unit: None
Load
150215 Based Actual Value Range: SF4, SF8, SF16, SF32, SF64,
WRFD- PS SF128, SF256
140226 Handov Default Value: SF8(SF8)
WRFD- er from
140102 UMTS
to LTE
WRFD-
020106 Code
Resourc
WRFD-
e
150231
Manage
WRFD- ment
150219
SRVCC
WRFD- from
020126 LTE to
WRFD- UMTS
020103 with PS
Handov
WRFD-
er
020129
Fast
WRFD-
Return
140218
from
WRFD- UMTS
150220 to LTE
CS
Fallback
Guarant
ee for
LTE
Emerge
ncy
Calls
Load
Reshuffl
ing
RIM
Based
UMTS

WCDMA RAN

nd
Target
Cell
Selectio
n for
LTE
Coverag
e Based
PS
Redirect
ion from
UMTS
to LTE
Mobility
Between
UMTS
and LTE
Phase 1
Inter
Frequen
cy Load
Balance
PS
Service
Redirect
ion from
UMTS
to LTE
Service-
Based
PS
Handov
er from
UMTS
to LTE
Coverag
e Based
PS
Handov
er from
UMTS
to LTE

WCDMA RAN

nd
CellLdr BSC691 ADD WRFD- Load Meaning: Threshold for reserved SF in a cell. This
SfResTh 0 UCELL 150216 Based parameter is used to determine whether the code load
d LDR WRFD- PS reshuffling (LDR) is allowed.
MOD 150217 Redirect GUI Value Range: SF4(SF4), SF8(SF8), SF16(SF16),
UCELL ion from SF32(SF32), SF64(SF64), SF128(SF128), SF256
WRFD- UMTS
LDR 020108 (SF256)
to LTE
WRFD- Unit: None
Load
150215 Based Actual Value Range: SF4, SF8, SF16, SF32, SF64,
WRFD- PS SF128, SF256
140226 Handov Default Value: SF8(SF8)
WRFD- er from
140102 UMTS
to LTE
WRFD-
020106 Code
Resourc
WRFD-
e
150231
Manage
WRFD- ment
150219
SRVCC
WRFD- from
020126 LTE to
WRFD- UMTS
020103 with PS
Handov
WRFD-
er
020129
Fast
WRFD-
Return
140218
from
WRFD- UMTS
150220 to LTE
CS
Fallback
Guarant
ee for
LTE
Emerge
ncy
Calls
Load
Reshuffl
ing
RIM
Based
UMTS

WCDMA RAN

nd
Target
Cell
Selectio
n for
LTE
Coverag
e Based
PS
Redirect
ion from
UMTS
to LTE
Mobility
Between
UMTS
and LTE
Phase 1
Inter
Frequen
cy Load
Balance
PS
Service
Redirect
ion from
UMTS
to LTE
Service-
Based
PS
Handov
er from
UMTS
to LTE
Coverag
e Based
PS
Handov
er from
UMTS
to LTE

WCDMA RAN

nd
EcN0Eff BSC690 ADD WRFD- 3.4/6.8/1 Meaning: Time period for valid Ec/No or RSCP. This
ectTime 0 UCELL 010510 3.6/27.2 parameter defines the time period during which the
FRC WRFD- Kbps reported values of Ec/No or RSCP are considered as
MOD 010690 RRC valid values. The time period starts from the time the
UCELL Connect system receives the first Ec/No or RSCP.
WRFD- ion and
FRC 010507 GUI Value Range: 0~65535
Radio
WRFD- Access Unit: ms
150232 Bearer Actual Value Range: 0~65535
WRFD- Establis Default Value: 5000
010612 hment
and
WRFD-
Release
020400
TTI
Switch
for BE
Services
Based
on
Coverag
e
Rate
Negotiat
ion at
Admissi
on
Control
Multiba
nd
Direct
Retry
Based
on UE
Location
HSUPA
Introduc
tion
Package
DRD
Introduc
tion
Package

WCDMA RAN

nd
EcN0Eff BSC691 ADD WRFD- 3.4/6.8/1 Meaning: Time period for valid Ec/No or RSCP. This
ectTime 0 UCELL 010510 3.6/27.2 parameter defines the time period during which the
FRC WRFD- Kbps reported values of Ec/No or RSCP are considered as
MOD 010690 RRC valid values. The time period starts from the time the
UCELL Connect system receives the first Ec/No or RSCP.
WRFD- ion and
FRC 010507 GUI Value Range: 0~65535
Radio
WRFD- Access Unit: ms
150232 Bearer Actual Value Range: 0~65535
WRFD- Establis Default Value: 5000
010612 hment
and
WRFD-
Release
020400
TTI
Switch
for BE
Services
Based
on
Coverag
e
Rate
Negotiat
ion at
Admissi
on
Control
Multiba
nd
Direct
Retry
Based
on UE
Location
HSUPA
Introduc
tion
Package
DRD
Introduc
tion
Package

WCDMA RAN

nd
FakeEc BSC690 SET WRFD- TTI Meaning: Substitute of the real-time P-CPICH Ec/N0
No 0 UFRC 010690 Switch when a UE establishes a service or transits from the
for BE CELL_FACH or CELL_PCH state to the CELL_DCH
Services state and the RNC does not receive the P-CPICH Ec/N0
Based value reported by the UE or the P-CPICH Ec/N0 value
on reported by the UE after the period specified by the
Coverag EcN0EffectTime parameter expires. This parameter is
e used for determining whether UEs are under weak
coverage in the following algorithms: coverage-based
BE service initial TTI selection algorithm, the algorithm
for determining whether BE services on the UE will
switch from HSUPA channels to R99 channels, the
coverage- and load- based algorithm for dynamic
configuration of the channel mapped to downlink SRBs
in access mode, and the algorithm for Small Target
Retransmit on RSCP and RTWP. Value 50 of this
parameter indicates that this parameter is invalid. In this
case, a UE is not in a weak coverage area even if the
RNC does not receive the P-CPICH Ec/N0 value
reported by the UE or the P-CPICH Ec/N0 value
reported by the UE after the period specified by the
"EcN0EffectTime" parameter expires.
Unit: 0.5dB
Actual Value Range: -24.5~0.5(Actual Value = (GUI
Value - 49(offset)) x 0.5)
Default Value: 50

WCDMA RAN

nd
FakeEc BSC691 SET WRFD- TTI Meaning: Substitute of the real-time P-CPICH Ec/N0
No 0 UFRC 010690 Switch when a UE establishes a service or transits from the
for BE CELL_FACH or CELL_PCH state to the CELL_DCH
Services state and the RNC does not receive the P-CPICH Ec/N0
Based value reported by the UE or the P-CPICH Ec/N0 value
on reported by the UE after the period specified by the
Coverag EcN0EffectTime parameter expires. This parameter is
e used for determining whether UEs are under weak
coverage in the following algorithms: coverage-based
BE service initial TTI selection algorithm, the algorithm
for determining whether BE services on the UE will
switch from HSUPA channels to R99 channels, the
coverage- and load- based algorithm for dynamic
configuration of the channel mapped to downlink SRBs
in access mode, and the algorithm for Small Target
Retransmit on RSCP and RTWP. Value 50 of this
parameter indicates that this parameter is invalid. In this
case, a UE is not in a weak coverage area even if the
RNC does not receive the P-CPICH Ec/N0 value
reported by the UE or the P-CPICH Ec/N0 value
reported by the UE after the period specified by the
"EcN0EffectTime" parameter expires.
Unit: 0.5dB
Actual Value Range: -24.5~0.5(Actual Value = (GUI
Value - 49(offset)) x 0.5)
Default Value: 50
interface.
Unit: None
Default Value: 0

WCDMA RAN

nd
interface.
Unit: None
Default Value: 0
SrbOver BSC690 SET WRFD- SRB Meaning: RSCP threshold for the coverage-based and
HsdpaR 0 UCHLQ 010652 over load-based algorithm for dynamic reconfiguration of
scpDow UALIT HSDPA the channel mapped to downlink SRBs in weak
nThd YEVAL coverage areas. If the valid RSCP value of the best cell
UATE is less than or equal to the value of this parameter, the
UE is located in a weak coverage area.
GUI Value Range: -115~-25
Unit: dBm
Actual Value Range: -115~-25
Default Value: -90
SrbOver BSC690 SET WRFD- SRB Meaning: Ec/N0 threshold for the coverage-based and
HsdpaE 0 UCHLQ 010652 over load-based algorithm for dynamic reconfiguration of
cn0Dow UALIT HSDPA the channel mapped to downlink SRBs in weak
nThd YEVAL coverage areas. If the valid Ec/N0 value of the best cell
Unit: dB
Actual Value Range: -24.5~0(Actual Value = GUI
Value x 0.5 - 24.5 dB)
Default Value: 29

WCDMA RAN

nd
scpUpT UALIT HSDPA the channel mapped to downlink SRBs in strong
hd YEVAL coverage areas. If the valid RSCP and Ec/N0 of the best
UATE cell are greater than the corresponding RSCP and Ec/
N0 thresholds for strong coverage areas, the UE is
located in a strong coverage area.
Unit: dBm
Default Value: -80
SrbOver BSC690 SET WRFD- SRB Meaning: Ec/N0 threshold for the coverage-based and
HsdpaE 0 UCHLQ 010652 over load-based algorithm for dynamic reconfiguration of
cn0UpT UALIT HSDPA the channel mapped to downlink SRBs in strong
Unit: dB
Actual Value Range: -24.5~0(Actual Value = GUI
Value x 0.5 - 24.5 dB)
Default Value: 35

WCDMA RAN

nd
interface.
Unit: None
Actual Value Range:

WCDMA RAN

nd
Default Value:
WITCH_11_BIT5:0,RESERVED_SWITCH_11_BIT
SWITCH_11_BIT8:0,RESERVED_SWITCH_11_BI
D_SWITCH_11_BIT11:0,RESERVED_SWITCH_11
_BIT12:0,RESERVED_SWITCH_11_BIT13:0,RESE
RVED_SWITCH_11_BIT14:0,RESERVED_SWITC
H_11_BIT15:0,RESERVED_SWITCH_11_BIT16:0,
RESERVED_SWITCH_11_BIT17:0,RESERVED_S
WITCH_11_BIT18:0,RESERVED_SWITCH_11_BI
T19:0,RESERVED_SWITCH_11_BIT20:0,RESERV
ED_SWITCH_11_BIT21:0,RESERVED_SWITCH_1
1_BIT22:0,RESERVED_SWITCH_11_BIT23:0,RES
ERVED_SWITCH_11_BIT24:0,RESERVED_SWIT

WCDMA RAN

nd
CH_11_BIT25:0,RESERVED_SWITCH_11_BIT26:0
1_BIT32:0

WCDMA RAN

nd
interface.
Unit: None
Actual Value Range:

WCDMA RAN

nd
Default Value:
WITCH_11_BIT5:0,RESERVED_SWITCH_11_BIT
SWITCH_11_BIT8:0,RESERVED_SWITCH_11_BI
D_SWITCH_11_BIT11:0,RESERVED_SWITCH_11
_BIT12:0,RESERVED_SWITCH_11_BIT13:0,RESE
RVED_SWITCH_11_BIT14:0,RESERVED_SWITC
H_11_BIT15:0,RESERVED_SWITCH_11_BIT16:0,
RESERVED_SWITCH_11_BIT17:0,RESERVED_S
1_BIT22:0,RESERVED_SWITCH_11_BIT23:0,RES
ERVED_SWITCH_11_BIT24:0,RESERVED_SWIT

WCDMA RAN

nd
CH_11_BIT25:0,RESERVED_SWITCH_11_BIT26:0
1_BIT32:0

WCDMA RAN

nd
Channel BSC690 SET WRFD- HSUPA Meaning: This parameter specifies the value of the
RetryHo 0 UCOIF 0106140 2ms TTI channel retry handover timer. When handover is
TimerLe TIMER 3 Dynami performed and some higher HSPA or HSPA plus
n WRFD- c technique is supported, UTRAN will trigger the
021101 Channel reconfiguration for the higher techniques. Pingpang will
Configu happen when the reconfiguration is triggered
WRFD- immediately when handover succeeds, because
010685 ration
Control handover procedure is frequently. In order to avoid the
WRFD- (DCCC) pingpang, this timer will start after handover procedure
010652 is performed, and the reconfiguration will not be
Downlin
WRFD- triggered until the timer expires.
k
010686 Enhance GUI Value Range: 0~999
WRFD- d L2 Unit: s
010687 SRB Actual Value Range: 0~999
WRFD- over Default Value: 2
010684 HSDPA
WRFD- CPC -
0106140 DTX /
4 DRX
WRFD- CPC -
010683 HS-
WRFD- SCCH
150209 less
operatio
WRFD- n
010636
2x2
WRFD- MIMO
021200
HSUPA
2ms/
10ms
TTI
Handov
er
Downlin
k
64QAM
DB-
HSDPA
SRB
over
HSUPA
HCS
(Hierarc
hical

WCDMA RAN

nd
Cell
Structur
e)

WCDMA RAN

nd
Channel BSC691 SET WRFD- HSUPA Meaning: This parameter specifies the value of the
RetryHo 0 UCOIF 0106140 2ms TTI channel retry handover timer. When handover is
TimerLe TIMER 3 Dynami performed and some higher HSPA or HSPA plus
n WRFD- c technique is supported, UTRAN will trigger the
021101 Channel reconfiguration for the higher techniques. Pingpang will
Configu happen when the reconfiguration is triggered
WRFD- immediately when handover succeeds, because
010685 ration
Control handover procedure is frequently. In order to avoid the
WRFD- (DCCC) pingpang, this timer will start after handover procedure
010652 is performed, and the reconfiguration will not be
Downlin
WRFD- triggered until the timer expires.
k
010686 Enhance GUI Value Range: 0~999
WRFD- d L2 Unit: s
010687 SRB Actual Value Range: 0~999
WRFD- over Default Value: 2
010684 HSDPA
WRFD- CPC -
0106140 DTX /
4 DRX
WRFD- CPC -
010683 HS-
WRFD- SCCH
150209 less
operatio
WRFD- n
010636
2x2
WRFD- MIMO
021200
HSUPA
2ms/
10ms
TTI
Handov
er
Downlin
k
64QAM
DB-
HSDPA
SRB
over
HSUPA
HCS
(Hierarc
hical

WCDMA RAN

nd
Cell
Structur
e)
IurHsdp BSC690 ADD WRFD- HSDPA Meaning: Indicating whether to enable HSDPA on the
aSuppIn 0 UNRNC 010651 over Iur Iur interface. When this parameter is set to OFF, an
d MOD HSDPA UE's downlink channel is changed from an
UNRNC HSDSCH to a DCH if the UE initiates a serving cell
change process to the DRNC. If the UE attempts to add
a cell under the DRNC to the active set, new radio links
can be set up only over DCHs. When this parameter is
set to ON, the Iur interface supports HSDPA.
GUI Value Range: OFF, ON
Unit: None
Actual Value Range: OFF, ON
Default Value: OFF
IurHsdp BSC691 ADD WRFD- HSDPA Meaning: Indicating whether to enable HSDPA on the
aSuppIn 0 UNRNC 010651 over Iur Iur interface. When this parameter is set to OFF, an
d MOD HSDPA UE's downlink channel is changed from an
UNRNC HSDSCH to a DCH if the UE initiates a serving cell
change process to the DRNC. If the UE attempts to add
a cell under the DRNC to the active set, new radio links
can be set up only over DCHs. When this parameter is
set to ON, the Iur interface supports HSDPA.
GUI Value Range: OFF, ON
Unit: None
Default Value: OFF
PWRM BTS390 SET WRFD- HSDPA Meaning: Indicates the power margin reserved for R99
GN 0, ULOCE 0106100 Power channels. It specifies the power percentage relative to
BTS390 LLMAC 4 Control the maximum cell transmit power.
0 HSPAR GUI Value Range: 0~100
WCDM A
A Unit: %
LST
ULOCE Actual Value Range: 0~100
LLMAC Default Value: 5
HSPAR
A

WCDMA RAN

nd
HspaPo BSC690 ADD WRFD- HSDPA Meaning: This parameter specifies the offset between
wer 0 UCELL 0106100 Power the total HSPA power and the maximum transmission
HSDPA 4 Control power of a cell. The total HSPA power is the maximum
MOD value of HSPA dynamical power can be adjusted. For
UCELL details about this parameter, see 3GPP TS 25.308.
HSDPA GUI Value Range: -500~0
Unit: 0.1dB
Actual Value Range: -50~0
Default Value: 0
HspaPo BSC691 ADD WRFD- HSDPA Meaning: This parameter specifies the offset between
wer 0 UCELL 0106100 Power the total HSPA power and the maximum transmission
HSDPA 4 Control power of a cell. The total HSPA power is the maximum
MOD value of HSPA dynamical power can be adjusted. For
UCELL details about this parameter, see 3GPP TS 25.308.
HSDPA GUI Value Range: -500~0
Unit: 0.1dB
Actual Value Range: -50~0
Default Value: 0
HsScch BSC690 ADD WRFD- Time Meaning: This parameter decides the maximum number
CodeNu 0 UCELL 0106101 and HS- of HSDPA subscribers that the NodeB can schedule in
m HSDPA 8 PDSCH a TTI period. For detailed information of this parameter,
MOD WRFD- Codes see 3GPP TS 25.308.
UCELL 010610 Multiple GUI Value Range: 1~15
HSDPA x
WRFD- Unit: None
020108 HSDPA
Introduc Actual Value Range: 1~15
tion Default Value: 4
Package
Code
Resourc
e
Manage
ment

WCDMA RAN

nd
HsScch BSC691 ADD WRFD- Time Meaning: This parameter decides the maximum number
CodeNu 0 UCELL 0106101 and HS- of HSDPA subscribers that the NodeB can schedule in
m HSDPA 8 PDSCH a TTI period. For detailed information of this parameter,
MOD WRFD- Codes see 3GPP TS 25.308.
UCELL 010610 Multiple GUI Value Range: 1~15
HSDPA x
WRFD- Unit: None
020108 HSDPA
tion Default Value: 4
Package
Code
Resourc
e
Manage
ment
DynHss BSC690 ADD WRFD- HSDPA Meaning: Switch for controlling whether the NodeB
cchAllo 0 UCELL 0106100 Static dynamically allocates spreading codes (SCs) to HSPA
cSwitch HSDPA 5 Code services based on traffic requirements. A new policy of
MOD Allocati allocating SCs to HSPA services applies under the
UCELL on and following conditions: 1 This switch is turned on. 2
HSDPA RNC- HSDPA and HSUPA functions are activated before the
Controll cell is set up. The RNC allocates SCs to HS-SCCH, E-
ed RGCH, and E-HICH based on the new policy. The
Dynami NodeB dynamically reallocates the SCs to the HS-
c Code PDSCH for HSPA services based on traffic
Allocati requirements. This new policy increases the number of
on SCs available for the HS-PDSCH to a maximum of 15,
increasing HSDPA throughput. If not all the preceding
conditions are met, the old policy applies,
compromising chances of 15 SCs being available for the
HS-PDSCH.
GUI Value Range: OFF(OFF), ON(ON)
Unit: None
Default Value: OFF(OFF)

WCDMA RAN

nd
AllocCo BSC690 ADD WRFD- HSDPA Meaning: HS-PDSCH code allocation mode: Manual or
deMode 0 UCELL 0106100 Static Automatic. If Manual is chosen, parameter " Code
HSDPA 5 Code Number for HS-PDSCH " determines HS-PDSCH code
MOD WRFD- Allocati number to be allocated. If Automatic is chosen,
UCELL 010631 on and according to the number of codes occupied by R99
HSDPA RNC- services, allocate HS-PDSCH code number between
WRFD- Controll configured " Code Max Number for HS-PDSCH " and
0106100 ed " Code Min Number for HS-PDSCH ". For detailed
1 Dynami information of this parameter, see 3GPP TS 25.308.
c Code GUI Value Range: Manual(Manual), Automatic
Allocati (Automatic)
on
Unit: None
Dynami
c Code Actual Value Range: Manual, Automatic
Allocati Default Value: Automatic(Automatic)
on
Based
on Node
B
15
Codes
per Cell
AllocCo BSC691 ADD WRFD- HSDPA Meaning: HS-PDSCH code allocation mode: Manual or
deMode 0 UCELL 0106100 Static Automatic. If Manual is chosen, parameter " Code
HSDPA 5 Code Number for HS-PDSCH " determines HS-PDSCH code
MOD WRFD- Allocati number to be allocated. If Automatic is chosen,
UCELL 010631 on and according to the number of codes occupied by R99
HSDPA RNC- services, allocate HS-PDSCH code number between
WRFD- Controll configured " Code Max Number for HS-PDSCH " and
0106100 ed " Code Min Number for HS-PDSCH ". For detailed
1 Dynami information of this parameter, see 3GPP TS 25.308.
c Code GUI Value Range: Manual(Manual), Automatic
Allocati (Automatic)
on
Unit: None
Dynami
c Code Actual Value Range: Manual, Automatic
Allocati Default Value: Automatic(Automatic)
on
Based
on Node
B
15
Codes
per Cell

WCDMA RAN

nd
DYNCO BTS390 SET WRFD- Dynami Meaning: Indicates the Dynamic Code Switch. The
DESW 0, ULOCE 010631 c Code function will be enabled if this parameter is set to OPEN.
BTS390 LLMAC Allocati When this switch is turned on, the cell codes are used
0 HSPAR on efficiently, and the system capacity is improved.
WCDM A Based GUI Value Range: OPEN(open), CLOSE(close)
A LST on Node
B Unit: None
ULOCE
LLMAC Actual Value Range: OPEN, CLOSE
HSPAR Default Value: OPEN(open)
A
HsPdsch BSC690 ADD WRFD- HSDPA Meaning: Number of HS-PDSCH codes. For details
CodeNu 0 UCELL 0106100 Static about this parameter, see 3GPP TS 25.308.
m HSDPA 5 Code GUI Value Range: 1~15
MOD WRFD- Allocati
on and Unit: None
UCELL 010631
HSDPA RNC- Actual Value Range: 1~15
WRFD- Controll
0106100 Default Value: 5
ed
1 Dynami
c Code
Allocati
on
Dynami
c Code
Allocati
on
Based
on Node
B
15
Codes
per Cell

WCDMA RAN

nd
HsPdsch BSC691 ADD WRFD- HSDPA Meaning: Number of HS-PDSCH codes. For details
CodeNu 0 UCELL 0106100 Static about this parameter, see 3GPP TS 25.308.
m HSDPA 5 Code GUI Value Range: 1~15
MOD WRFD- Allocati
on and Unit: None
UCELL 010631
HSDPA RNC- Actual Value Range: 1~15
WRFD- Controll
ed
1 Dynami
c Code
Allocati
on
Dynami
c Code
Allocati
on
Based
on Node
B
15
Codes
per Cell
HsPdsch BSC690 ADD WRFD- HSDPA Meaning: The parameter specifies the minimum
MinCod 0 UCELL 0106100 Static number of the HS-PDSCH codes. This parameter is
eNum HSDPA 5 Code valid only when "Allocate Code Mode" is set to
MOD WRFD- Allocati Automatic. The number of codes used by the HS-
UCELL 010631 on and PDSCH is dynamically set between "Code Min Number
HSDPA RNC- for HS-PDSCH" and "Code Max Number for HS-
WRFD- Controll PDSCH", based on the idle state of the code tree. When
0106100 ed the non-H services need more code resources, the non-
1 Dynami H service will gradually occupy the codes used by the
c Code HS-PDSCH. The number of codes the HS-DPSCH
Allocati reserved is not less than the value of "Code Min Number
on for HS-PDSCH". For detailed information of this
Dynami parameter, see 3GPP TS 25.308.
c Code GUI Value Range: 1~15
Allocati Unit: None
on
Based Actual Value Range: 1~15
on Node Default Value: 1
B
15
Codes
per Cell

WCDMA RAN

nd
HsPdsch BSC691 ADD WRFD- HSDPA Meaning: The parameter specifies the minimum
MinCod 0 UCELL 0106100 Static number of the HS-PDSCH codes. This parameter is
eNum HSDPA 5 Code valid only when "Allocate Code Mode" is set to
MOD WRFD- Allocati Automatic. The number of codes used by the HS-
UCELL 010631 on and PDSCH is dynamically set between "Code Min Number
HSDPA RNC- for HS-PDSCH" and "Code Max Number for HS-
WRFD- Controll PDSCH", based on the idle state of the code tree. When
0106100 ed the non-H services need more code resources, the non-
1 Dynami H service will gradually occupy the codes used by the
c Code HS-PDSCH. The number of codes the HS-DPSCH
Allocati reserved is not less than the value of "Code Min Number
on for HS-PDSCH". For detailed information of this
Dynami parameter, see 3GPP TS 25.308.
Allocati Unit: None
on
B
15
Codes
per Cell
HsPdsch BSC690 ADD WRFD- HSDPA Meaning: The parameter determines the maximum
MaxCod 0 UCELL 0106100 Static number of HS-PDSCH codes. This parameter is valid
eNum HSDPA 5 Code only when "Allocate Code Mode" is set to "Automatic".
MOD WRFD- Allocati The number of codes used by the HS-PDSCH is
UCELL 010631 on and dynamically set between "Code Min Number for HS-
HSDPA RNC- PDSCH" and "Code Max Number for HS-PDSCH",
WRFD- Controll based on whether the code tree is idle or busy. When the
0106100 ed code resource used by the non-HSPA services is little,
1 Dynami the HS-PDSCH uses the rest idle codes as much as
c Code possible, and the maximum number of idle codes
Allocati (SF=16 continuous codes) is equal to the value of "Code
on Max Number for HS-PDSCH". For detailed
Dynami information of this parameter, see 3GPP TS 25.308.
Allocati Unit: None
on
B
15
Codes
per Cell

WCDMA RAN

nd
HsPdsch BSC691 ADD WRFD- HSDPA Meaning: The parameter determines the maximum
MaxCod 0 UCELL 0106100 Static number of HS-PDSCH codes. This parameter is valid
eNum HSDPA 5 Code only when "Allocate Code Mode" is set to "Automatic".
MOD WRFD- Allocati The number of codes used by the HS-PDSCH is
UCELL 010631 on and dynamically set between "Code Min Number for HS-
HSDPA RNC- PDSCH" and "Code Max Number for HS-PDSCH",
WRFD- Controll based on whether the code tree is idle or busy. When the
0106100 ed code resource used by the non-HSPA services is little,
1 Dynami the HS-PDSCH uses the rest idle codes as much as
c Code possible, and the maximum number of idle codes
Allocati (SF=16 continuous codes) is equal to the value of "Code
on Max Number for HS-PDSCH". For detailed
Dynami information of this parameter, see 3GPP TS 25.308.
Allocati Unit: None
on
B
15
Codes
per Cell
CodeAd BSC690 ADD WRFD- HSDPA Meaning: Whether to enable the HSDPA-based code
jForHsd 0 UCELL 0106100 Static reshuffling function. When the HSDPA-based code
paSwitc HSDPA 5 Code reshuffling function is enabled, codes occupied by R99
h MOD Allocati services are reshuffled in descending order of the code
UCELL on and number to release the shared code resources of adjacent
HSDPA RNC- HSDPA UEs.
Controll GUI Value Range: OFF(OFF), ON(ON)
ed
Dynami Unit: None
c Code Actual Value Range: OFF, ON
Allocati Default Value: ON(ON)
on

WCDMA RAN

nd
CodeAd BSC691 ADD WRFD- HSDPA Meaning: Whether to enable the HSDPA-based code
jForHsd 0 UCELL 0106100 Static reshuffling function. When the HSDPA-based code
paSwitc HSDPA 5 Code reshuffling function is enabled, codes occupied by R99
h MOD Allocati services are reshuffled in descending order of the code
UCELL on and number to release the shared code resources of adjacent
HSDPA RNC- HSDPA UEs.
Controll GUI Value Range: OFF(OFF), ON(ON)
ed
Dynami Unit: None
c Code Actual Value Range: OFF, ON
Allocati Default Value: ON(ON)
on
DlSfAd BSC690 ADD WRFD- Admissi Meaning: 1. CS_SETUP_OPT_SWITCH: Whether

mAlgoS 0 UCELL 020101 on code resources occupied by RRC connection setups can
witch ALGOS Control be used for CS RAB setups.When this switch is set to
WITCH on, code resources occupied by RRC connection setups
MOD can be used for CS RAB setups if these resources do not
UCELL belong to the code resources reserved for handovers.
ALGOS When this switch is set to off, code resources occupied
WITCH by RRC connection setups cannot be used for CS RAB
setups no matter whether these resources belong to the
code resources reserved for handovers. 2.
FDPCH_SF_ALLOC_OPT_SWITCH: Whether the F-
DPCH code allocation algorithm optimization function
is enabled.When this switch is turned on, the RNC uses
the vacant SF256 code with the smallest number as the
F-DPCH code. Moreover, if the RNC finds that an
SF256 code with the smaller number is released, the
RNC uses the released code as the F-DPCH code.When
this switch is turned off, the RNC does not reallocate
the SF256 code with the smaller number as the F-DPCH
code.
GUI Value Range: CS_SETUP_OPT_SWITCH,
FDPCH_SF_ALLOC_OPT_SWITCH
Unit: None
Actual Value Range: CS_SETUP_OPT_SWITCH,
Default Value: CS_SETUP_OPT_SWITCH:
0,FDPCH_SF_ALLOC_OPT_SWITCH:0

WCDMA RAN

nd
DlSfAd BSC691 ADD WRFD- Admissi Meaning: 1. CS_SETUP_OPT_SWITCH: Whether

mAlgoS 0 UCELL 020101 on code resources occupied by RRC connection setups can
witch ALGOS Control be used for CS RAB setups.When this switch is set to
WITCH on, code resources occupied by RRC connection setups
MOD can be used for CS RAB setups if these resources do not
UCELL belong to the code resources reserved for handovers.
ALGOS When this switch is set to off, code resources occupied
WITCH by RRC connection setups cannot be used for CS RAB
setups no matter whether these resources belong to the
code resources reserved for handovers. 2.
FDPCH_SF_ALLOC_OPT_SWITCH: Whether the F-
DPCH code allocation algorithm optimization function
is enabled.When this switch is turned on, the RNC uses
the vacant SF256 code with the smallest number as the
F-DPCH code. Moreover, if the RNC finds that an
SF256 code with the smaller number is released, the
RNC uses the released code as the F-DPCH code.When
this switch is turned off, the RNC does not reallocate
the SF256 code with the smaller number as the F-DPCH
code.
GUI Value Range: CS_SETUP_OPT_SWITCH,
Unit: None
Actual Value Range: CS_SETUP_OPT_SWITCH,
Default Value: CS_SETUP_OPT_SWITCH:
0,FDPCH_SF_ALLOC_OPT_SWITCH:0
CodeAd BSC690 ADD WRFD- HSDPA Meaning: H-based code tree reshuffle user number
jForHsd 0 UCELL 0106100 Static threshold. When the switch "Code Adjust Switch for
paUserN HSDPA 5 Code HSDPA" is enabled, if the number of users on the tree
umThd MOD Allocati to be reshuffled is no greater than this parameter, the
UCELL on and reshuffle is allowed. Otherwise, the reshuffle is given
HSDPA RNC- up. This parameter limits the number of users involved
Controll in one reshuffle so that reshuffle on mass users at a time
ed is avoided.
Dynami GUI Value Range: 1~16
c Code
Allocati Unit: None
on Actual Value Range: 1~16
Default Value: 3

WCDMA RAN

nd
CodeAd BSC691 ADD WRFD- HSDPA Meaning: H-based code tree reshuffle user number
jForHsd 0 UCELL 0106100 Static threshold. When the switch "Code Adjust Switch for
paUserN HSDPA 5 Code HSDPA" is enabled, if the number of users on the tree
umThd MOD Allocati to be reshuffled is no greater than this parameter, the
UCELL on and reshuffle is allowed. Otherwise, the reshuffle is given
HSDPA RNC- up. This parameter limits the number of users involved
Controll in one reshuffle so that reshuffle on mass users at a time
ed is avoided.
Dynami GUI Value Range: 1~16
c Code
Allocati Unit: None
on Actual Value Range: 1~16
Default Value: 3
MAXN BTS390 SET WRFD- HSDPA Meaning: Indicates the MAX HARQ Retransmission
ONCON 0, ULOCE 0106100 H-ARQ Times of Non-Conversational service in CELL DCH
VERHA BTS390 LLMAC 9 & state.
RQRT 0 HSPAR Scheduli GUI Value Range: 0~10
WCDM A ng
A (MAX Unit: None
LST
ULOCE C/I, RR Actual Value Range: 0~10
LLMAC and PF) Default Value: 4
HSPAR
A
MAXEF BTS390 SET WRFD- Downlin Meaning: Indicates the maximum number of blind
ACHHA 0, ULOCE 010688 k HARQ retransmissions for E-FACH users.
RQRT BTS390 LLMAC Enhance GUI Value Range: 0~10
0 HSPAR d
WCDM A CELL_F Unit: None
A LST ACH Actual Value Range: 0~10
ULOCE Default Value: 2
LLMAC
HSPAR
A
MAXEF BTS390 SET WRFD- Uplink Meaning: Indicates the maximum number of HARQ
ACHHS 0, ULOCE 010701 Enhance retransmissions when the UE in CELL_FACH supports
HARQR BTS390 LLMAC d the feedbacks over the HS-DPCCH.
T 0 HSPAR CELL_F GUI Value Range: 0~10
WCDM A ACH
A Unit: None
LST
ULOCE Actual Value Range: 0~10
LLMAC Default Value: 4
HSPAR
A

WCDMA RAN

nd
SM BTS390 SET WRFD- HSDPA Meaning: Indicates the HSDPA Scheduling Method.
0, ULOCE 0106100 H-ARQ PF: The differences between channel environments of
BTS390 LLMAC 9 & users are considered in order to ensure equity among
0 HSPAR Scheduli users. Enhanced PF: This algorithm is an enhancement
WCDM A ng to PF. Channel quality is considered in order to reach
A LST (MAX high resource efficiency and gain a high system
ULOCE C/I, RR capacity. Round Robin: Scheduling opportunities are
LLMAC and PF) allocated among users simply and effectively on a
HSPAR polling basis. The system throughput is low. Max C/I:
A This algorithm brings about the maximum possible
system throughput, but it cannot ensures equity between
users or meet users' QoS requirements.
GUI Value Range: EPF(Enhanced PF), PF(PF), RR
(Round Robin), MAXCI(Max C/I), EPF_LOC
(Location based EPF)
Unit: None
Actual Value Range: EPF, PF, RR, MAXCI, EPF_LOC
Default Value: EPF(Enhanced PF)

WCDMA RAN

nd
HsPdsch BSC690 ADD WRFD- HSDPA Meaning: This parameter named Measure Power Offset
MPOCo 0 UCELL 010610 Introduc Constant is used to compute measurement power offset.
nstEnum HSDPA WRFD- tion Measurement power offset is used by UE to obtain total
MOD 0106100 Package received HS-PDSCH power. The calculation for
UCELL 4 HSDPA Measure Power Offset is shown below: Measure Power
HSDPA Power Offset = Max(-6, Min(13,CellMaxPower -
Control PcpichPower - Measure Power OffsetConstant)). For
details of the IE "Measure Power Offset", see 3GPP TS
25.214.
GUI Value Range: Minus3.0DB(-3.0dB), Minus2.5DB
(-2.5dB), Minus2.0DB(-2.0dB), Minus1.5DB(-1.5dB),
Minus1.0DB(-1.0dB), Minus0.5DB(-0.5dB), 0.0DB
(0.0dB), 0.5DB(0.5dB), 1.0DB(1.0dB), 1.5DB(1.5dB),
2.0DB(2.0dB), 2.5DB(2.5dB), 3.0DB(3.0dB), 3.5DB
(3.5dB), 4.0DB(4.0dB), 4.5DB(4.5dB), 5.0DB(5.0dB),
5.5DB(5.5dB), 6.0DB(6.0dB), 6.5DB(6.5dB), 7.0DB
(7.0dB), 7.5DB(7.5dB), 8.0DB(8.0dB), 8.5DB(8.5dB),
9.0DB(9.0dB), 9.5DB(9.5dB), 10.0DB(10.0dB),
10.5DB(10.5dB), 11.0DB(11.0dB), 11.5DB(11.5dB),
12.0DB(12.0dB), 12.5DB(12.5dB), 13.0DB(13.0dB),
13.5DB(13.5dB), 14.0DB(14.0dB), 14.5DB(14.5dB),
15.0DB(15.0dB), 15.5DB(15.5dB), 16.0DB(16.0dB),
16.5DB(16.5dB), 17.0DB(17.0dB), 17.5DB(17.5dB),
18.0DB(18.0dB), 18.5DB(18.5dB), 19.0DB(19.0dB)
Unit: dB
Actual Value Range: -3.0, -2.5, -2.0, -1.5, -1.0, -0.5, 0.0,
0.5, 1.0, 1.5, 2.0, 2.5, 3.0, 3.5, 4.0, 4.5, 5.0, 5.5, 6.0, 6.5,
7.0, 7.5, 8.0, 8.5, 9.0, 9.5, 10.0, 10.5, 11.0, 11.5, 12.0,
12.5, 13.0, 13.5, 14.0, 14.5, 15.0, 15.5, 16.0, 16.5, 17.0,
17.5, 18.0, 18.5, 19.0
Default Value: 2.5DB(2.5dB)

WCDMA RAN

nd
HsPdsch BSC691 ADD WRFD- HSDPA Meaning: This parameter named Measure Power Offset
MPOCo 0 UCELL 010610 Introduc Constant is used to compute measurement power offset.
nstEnum HSDPA WRFD- tion Measurement power offset is used by UE to obtain total
MOD 0106100 Package received HS-PDSCH power. The calculation for
UCELL 4 HSDPA Measure Power Offset is shown below: Measure Power
HSDPA Power Offset = Max(-6, Min(13,CellMaxPower -
Control PcpichPower - Measure Power OffsetConstant)). For
details of the IE "Measure Power Offset", see 3GPP TS
25.214.
GUI Value Range: Minus3.0DB(-3.0dB), Minus2.5DB
(-2.5dB), Minus2.0DB(-2.0dB), Minus1.5DB(-1.5dB),
Minus1.0DB(-1.0dB), Minus0.5DB(-0.5dB), 0.0DB
(0.0dB), 0.5DB(0.5dB), 1.0DB(1.0dB), 1.5DB(1.5dB),
2.0DB(2.0dB), 2.5DB(2.5dB), 3.0DB(3.0dB), 3.5DB
(3.5dB), 4.0DB(4.0dB), 4.5DB(4.5dB), 5.0DB(5.0dB),
5.5DB(5.5dB), 6.0DB(6.0dB), 6.5DB(6.5dB), 7.0DB
(7.0dB), 7.5DB(7.5dB), 8.0DB(8.0dB), 8.5DB(8.5dB),
9.0DB(9.0dB), 9.5DB(9.5dB), 10.0DB(10.0dB),
10.5DB(10.5dB), 11.0DB(11.0dB), 11.5DB(11.5dB),
12.0DB(12.0dB), 12.5DB(12.5dB), 13.0DB(13.0dB),
13.5DB(13.5dB), 14.0DB(14.0dB), 14.5DB(14.5dB),
15.0DB(15.0dB), 15.5DB(15.5dB), 16.0DB(16.0dB),
16.5DB(16.5dB), 17.0DB(17.0dB), 17.5DB(17.5dB),
18.0DB(18.0dB), 18.5DB(18.5dB), 19.0DB(19.0dB)
Unit: dB
Actual Value Range: -3.0, -2.5, -2.0, -1.5, -1.0, -0.5, 0.0,
0.5, 1.0, 1.5, 2.0, 2.5, 3.0, 3.5, 4.0, 4.5, 5.0, 5.5, 6.0, 6.5,
7.0, 7.5, 8.0, 8.5, 9.0, 9.5, 10.0, 10.5, 11.0, 11.5, 12.0,
12.5, 13.0, 13.5, 14.0, 14.5, 15.0, 15.5, 16.0, 16.5, 17.0,
17.5, 18.0, 18.5, 19.0
Default Value: 2.5DB(2.5dB)

WCDMA RAN

nd
HappyB BSC690 SET WRFD- HSDPA Meaning: Happy bit rate. This parameter defines the
R 0 UUSER 0106101 Flow happy bit rate of the best effort (BE) service with
HAPPY 0 Control different user priorities. The RNC sends the happy bit
BR WRFD- Differen rate to the NodeB through the Iub interface. When the
020806 tiated NodeB resource is limited and the HS-DSCH bit rate of
Service the user exceeds the Happy bit rate, the HS-DSCH
WRFD- scheduling priority will be decreased. When this
0106110 Based
on SPI parameter is set to 0, it indicates that NodeB will not
3 adjust the HS-DSCH scheduling priority. This value of
Weight
parameter can be set by "HappyBR" in the "ADD
Scheduli UOPERUSERHAPPYBR" command. If the value of
ng based "HappyBR" in the "ADD UOPERUSERHAPPYBR"
on EPF command is larger than 5000, it will be set to the
and minimum of the "HappyBR" parameter value in the
GBR "SET UUSERHAPPYBR" and 5000.
Unit: kbit/s
Default Value: 0
HappyB BSC691 SET WRFD- HSDPA Meaning: Happy bit rate. This parameter defines the
R 0 UUSER 0106101 Flow happy bit rate of the best effort (BE) service with
HAPPY 0 Control different user priorities. The RNC sends the happy bit
BR WRFD- Differen rate to the NodeB through the Iub interface. When the
020806 tiated NodeB resource is limited and the HS-DSCH bit rate of
Service the user exceeds the Happy bit rate, the HS-DSCH
WRFD- scheduling priority will be decreased. When this
0106110 Based
on SPI parameter is set to 0, it indicates that NodeB will not
3 adjust the HS-DSCH scheduling priority. This value of
Weight
parameter can be set by "HappyBR" in the "ADD
Scheduli UOPERUSERHAPPYBR" command. If the value of
ng based "HappyBR" in the "ADD UOPERUSERHAPPYBR"
on EPF command is larger than 5000, it will be set to the
and minimum of the "HappyBR" parameter value in the
GBR "SET UUSERHAPPYBR" and 5000.
Unit: kbit/s
Default Value: 0

WCDMA RAN

nd
RSCLM BTS390 SET WRFD- Scheduli Meaning: Indicates the Resource Limiting Switch. The
SW 0, ULOCE 0106110 ng based function will be enabled if this parameter is set to OPEN.
BTS390 LLMAC 3 on EPF When the resource usage is above the threshold, the
0 HSPAR and throughput may be improved (for example, large GBRs
WCDM A GBR configured for users at the cell edge).
A LST GUI Value Range: OPEN(open), CLOSE(close)
ULOCE Unit: None
LLMAC
HSPAR Actual Value Range: OPEN, CLOSE
A Default Value: OPEN(open)
SPI BSC690 SET WRFD- HSUPA Meaning: Relative priority when RAB data in the PS
0 USPIW 010612 Introduc domain is scheduled. The larger the value of this
EIGHT WRFD- tion parameter, the higher the scheduling priority. Values
0106120 Package 2-11 indicate the scheduling priorities of background
9 HSUPA and interactive services.Value 12 indicates the
HARQ scheduling priority of the streaming service. Value 13
WRFD- indicates the scheduling priority of the conversational
020806 and Fast
UL service. Value 14 indicates the scheduling priority of the
WRFD- Scheduli IMS signaling. Value 15 indicates the scheduling
0106110 ng in priority of the SRB service. Values 0 and 1 are reserved
3 Node B for other services.
Differen GUI Value Range: 0~15

tiated Unit: None
Service Actual Value Range: 0~15
Based
on SPI Default Value: None
Weight
Scheduli
ng based
on EPF
and
GBR

WCDMA RAN

nd
SPI BSC691 SET WRFD- HSUPA Meaning: Relative priority when RAB data in the PS
0 USPIW 010612 Introduc domain is scheduled. The larger the value of this
EIGHT WRFD- tion parameter, the higher the scheduling priority. Values
0106120 Package 2-11 indicate the scheduling priorities of background
9 HSUPA and interactive services.Value 12 indicates the
HARQ scheduling priority of the streaming service. Value 13
WRFD- indicates the scheduling priority of the conversational
020806 and Fast
UL service. Value 14 indicates the scheduling priority of the
WRFD- Scheduli IMS signaling. Value 15 indicates the scheduling
0106110 ng in priority of the SRB service. Values 0 and 1 are reserved
3 Node B for other services.
Differen GUI Value Range: 0~15

tiated Unit: None
Service Actual Value Range: 0~15
Based
on SPI Default Value: None
Weight
Scheduli
ng based
on EPF
and
GBR
SpiWeig BSC690 SET WRFD- Scheduli Meaning: Weight for service scheduling priority. This
ht 0 USPIW 0106110 ng based weight is used in two algorithms. In scheduling
EIGHT 3 on EPF algorithm, it is used to adjust the handling priority for
WRFD- and different services. In Iub congestion algorithm, it is used
020806 GBR to allocate bandwidth for different services. If the
Differen weight is higher, it is more possible to increase the
WRFD- handling priority of the user or get more Iub bandwidth,
150204 tiated
Service respectively.
Based GUI Value Range: 1~100
on SPI Unit: %
Weight
Platinu
m User Default Value: 100
Prioritizi
ng

WCDMA RAN

nd
SpiWeig BSC691 SET WRFD- Scheduli Meaning: Weight for service scheduling priority. This
ht 0 USPIW 0106110 ng based weight is used in two algorithms. In scheduling
EIGHT 3 on EPF algorithm, it is used to adjust the handling priority for
WRFD- and different services. In Iub congestion algorithm, it is used
020806 GBR to allocate bandwidth for different services. If the
Differen weight is higher, it is more possible to increase the
WRFD- handling priority of the user or get more Iub bandwidth,
150204 tiated
Service respectively.
Based GUI Value Range: 1~100
on SPI Unit: %
Weight
Platinu
m User Default Value: 100
Prioritizi
ng
LOCWE BTS390 SET WRFD- EPF_LO Meaning: Indicates the weight of the EPF_LOC (user
IGHT 0, ULOCE 140221 C location-based EPF) algorithm. A larger parameter
BTS390 LLMAC value indicates more factors that should be considered
0 HSPAR for user location-based HSDPA scheduling scheme.
WCDM A GUI Value Range: 0, 1, 2, 3
A LST Unit: None
ULOCE
LLMAC Actual Value Range: 0, 1, 2, 3
HSPAR Default Value: 1
A
MXPW BTS390 SET WRFD- HSDPA Meaning: Indicates the Max Power Per Hs-user.
RPHUS 0, ULOCE 0106100 H-ARQ GUI Value Range: 1~100
R BTS390 LLMAC 9 &
0 HSPAR Scheduli Unit: %
WCDM A ng Actual Value Range: 1~100
A LST (MAX Default Value: 100
ULOCE C/I, RR
LLMAC and PF)
HSPAR
A

WCDMA RAN

nd
RSCAL BTS390 SET WRFD- HSDPA Meaning: Indicates the Resource Allocate Method.
LOCM 0, ULOCE 0106100 H-ARQ Radio resources indicate HSDPA available power
BTS390 LLMAC 9 & resources and code resources. Code Priority: The code
0 HSPAR Scheduli resource priority allocation scheme mainly applies to
WCDM A ng scenarios where power resources are limited. In
A LST (MAX scenarios where power resources are not limited, this
ULOCE C/I, RR scheme lowers the system throughput. Power Priority:
LLMAC and PF) The power resource priority allocation scheme mainly
HSPAR applies to scenarios where code resources are limited.
A In scenarios where code resources are not limited, this
scheme lowers the system throughput. Balance between
Code and Power: The power-code balanced scheme
avoids exhaustion of either type of resources, improves
the resource use efficiency and improves the cell
capacity.
GUI Value Range: CODE_PRI(Code Priority),
POWER_PRI(Power Priority), POWERCODE_BAL
(Balance between Code and Power)
Unit: None
Actual Value Range: CODE_PRI, POWER_PRI,
POWERCODE_BAL
Default Value: POWERCODE_BAL(Balance between
Code and Power)

WCDMA RAN

nd
ULOCE BTS390 SET None None Meaning: Indicates the reserved parameter 1.
LLRSV 0, ULOCE GUI Value Range: RSVDBIT1(Reserved Switch 1),
DPARA BTS390 LLRSV RSVDBIT2(Reserved Switch 2), RSVDBIT3
1 0 DPARA (Reserved Switch 3), RSVDBIT4(Reserved Switch 4),
WCDM LST RSVDBIT5(Reserved Switch 5), RSVDBIT6
A ULOCE (Reserved Switch 6), RSVDBIT7(Reserved Switch 7),
LLRSV RSVDBIT8(Reserved Switch 8), RSVDBIT9
DPARA (Reserved Switch 9), RSVDBIT10(Reserved Switch
10), RSVDBIT11(Reserved Switch 11), RSVDBIT12
(Reserved Switch 12), RSVDBIT13(Reserved Switch
31), RSVDBIT32(Reserved Switch 32)
Unit: None
Actual Value Range: RSVDBIT1, RSVDBIT2,
RSVDBIT3, RSVDBIT4, RSVDBIT5, RSVDBIT6,
RSVDBIT7, RSVDBIT8, RSVDBIT9, RSVDBIT10,
RSVDBIT11, RSVDBIT12, RSVDBIT13,
RSVDBIT32
Default Value: RSVDBIT1:OFF, RSVDBIT2:OFF,
RSVDBIT3:OFF, RSVDBIT4:OFF, RSVDBIT5:OFF,
RSVDBIT6:OFF, RSVDBIT7:OFF, RSVDBIT8:OFF,
RSVDBIT9:OFF, RSVDBIT10:OFF,

WCDMA RAN

nd
RSVDBIT31:OFF, RSVDBIT32:OFF
CQIADJ BTS390 SET WRFD- HSDPA Meaning: Indicates the Channel Quality Indicator(CQI)
ALGOF 0, ULOCE 0106100 Power Adjust Algorithm Switch of non-Conversational
NONCO BTS390 LLMAC 4 Control Service. Not CQI Adjust Algorithm: CQI correction is
N 0 HSPAR not performed. CQI Adjusted by IBLER: CQI
WCDM A correction is performed for non-conversational services
A LST based on the fixed IBLER. The IBLER will converge to
ULOCE this target value. CQI Adjusted by Dynamic BLER: CQI
LLMAC correction is performed for non-conversational services
HSPAR based on the dynamic BLER target value. The BLER
A target value will be dynamically adjusted based on
channel quality fluctuations, thereby achieving optimal
throughput. The BLER will converge to the target value
through CQI correction.
GUI Value Range: NO_CQI_ADJ(Not CQI Adjust
Algorithm), CQI_ADJ_BY_IBLER(CQI Adjusted by
IBLER), CQI_ADJ_BY_DYN_BLER(CQI Adjusted
by Dynamic BLER)
Unit: None
Actual Value Range: NO_CQI_ADJ,
CQI_ADJ_BY_IBLER, CQI_ADJ_BY_DYN_BLER
Default Value: NO_CQI_ADJ(Not CQI Adjust
Algorithm)

WCDMA RAN

nd
NodeBP BSC690 ADD WRFD- DC- Meaning: Protocol version supported by the NodeB.
rotclVer 0 UNODE 010699 HSDPA This parameter is modified based on the actual protocol
B WRFD- +MIMO version of the NodeB when the NodeB protocol version
MOD 010698 HSPA+ upgrade, otherwise it will cause features supported by
UNODE Uplink the new protocol version unavailable.
WRFD-
B 11.5Mbi GUI Value Range: R99, R4, R5, R6, R7, R8, R9
010651
t/s per Unit: None
WRFD- User
010652 Actual Value Range: R99, R4, R5, R6, R7, R8, R9
HSDPA
WRFD- Default Value: R9
over Iur
010693
SRB
WRFD- over
010695 HSDPA
WRFD- DL
010694 64QAM
WRFD- +MIMO
010697 UL
WRFD- Layer 2
010696 Improve
ment
WRFD-
010686 UL
16QAM
WRFD-
140203 E-
DPCCH
WRFD- Boostin
020126 g
WRFD- DC-
010703 HSDPA
WRFD- CPC -
010702 DTX /
WRFD- DRX
010689 HSPA+
WRFD- Uplink
010101 23 Mbit/
s per
WRFD-
User
010687
Mobility
WRFD-
Between
010685
UMTS
WRFD- and LTE
010683 Phase 1
WRFD- HSPA+
010680 Downlin

WCDMA RAN

nd
WRFD- k
010681 84Mbit/
WRFD- s per
010618 User
WRFD- Enhance
0106140 d DRX
3 HSPA+
WRFD- Downlin
010636 k
42Mbps
WRFD-
per User
010635
3GPP
R9
Specific
ations
CPC -
HS-
SCCH
less
operatio
n
Downlin
k
Enhance
d L2
Downlin
k
64QAM
HSPA+
Downlin
k
28Mbps
per User
HSPA+
Downlin
k
21Mbps
per User
IMS
Signalin
g over
HSPA
HSUPA
2ms TTI

WCDMA RAN

nd
SRB
over
HSUPA
HSUPA
over Iur

WCDMA RAN

nd
NodeBP BSC691 ADD WRFD- DC- Meaning: Protocol version supported by the NodeB.
rotclVer 0 UNODE 010699 HSDPA This parameter is modified based on the actual protocol
B WRFD- +MIMO version of the NodeB when the NodeB protocol version
MOD 010698 HSPA+ upgrade, otherwise it will cause features supported by
UNODE Uplink the new protocol version unavailable.
WRFD-
B 11.5Mbi GUI Value Range: R99, R4, R5, R6, R7, R8, R9
010651
t/s per Unit: None
WRFD- User
010652 Actual Value Range: R99, R4, R5, R6, R7, R8, R9
HSDPA
WRFD- Default Value: R9
over Iur
010693
SRB
WRFD- over
010695 HSDPA
WRFD- DL
010694 64QAM
WRFD- +MIMO
010697 UL
WRFD- Layer 2
010696 Improve
ment
WRFD-
010686 UL
16QAM
WRFD-
140203 E-
DPCCH
WRFD- Boostin
020126 g
WRFD- DC-
010703 HSDPA
WRFD- CPC -
010702 DTX /
WRFD- DRX
010689 HSPA+
WRFD- Uplink
010101 23 Mbit/
s per
WRFD-
User
010687
Mobility
WRFD-
Between
010685
UMTS
WRFD- and LTE
010683 Phase 1
WRFD- HSPA+
010680 Downlin

WCDMA RAN

nd
WRFD- k
010681 84Mbit/
WRFD- s per
010618 User
WRFD- Enhance
0106140 d DRX
3 HSPA+
WRFD- Downlin
010636 k
42Mbps
WRFD-
per User
010635
3GPP
R9
Specific
ations
CPC -
HS-
SCCH
less
operatio
n
Downlin
k
Enhance
d L2
Downlin
k
64QAM
HSPA+
Downlin
k
28Mbps
per User
HSPA+
Downlin
k
21Mbps
per User
IMS
Signalin
g over
HSPA
HSUPA
2ms TTI

WCDMA RAN

nd
SRB
over
HSUPA
HSUPA
over Iur
TRFX BSC690 ADD WRFD- HSDPA Meaning: Traffic index. ATM traffic record indexes are
0 ATMTR 010610 Introduc used by the upper layers of the ATM layer. The upper
F WRFD- tion layers consist of the SAAL link, AAL2 path, and IPoA
MOD 050305 Package PVC. Each ATM traffic record is uniquely numbered
ATMTR UBR+ within a RNC by using an ATM traffic record index. An
WRFD- ATM traffic record index ranges from 100 to 1999 (1 to
F 050301 ATM
QoS 99 are reserved for internal use). The numbering is not
RMV WRFD- necessarily consecutive. Specify different number
ATMTR Class
010697 ranges for different interfaces. For example, specify the
F ATM range of 100 to 199 for ATM traffic record indexes over
Transmi Iub, the range of 200 to 299 for ATM traffic record
ssion indexes over Iur, the range of 300 to 399 for ATM traffic
Introduc record indexes over Iu-CS, and the range of 400 to 499
tion for ATM traffic record indexes over Iu-PS. Specify
Package different ranges of ATM traffic record indexes for
E- different links over an interface. For example, over the
DPCCH Iub interface, specify the range of 100 to 149 for ATM
Boostin traffic record indexes of SAAL links, the range of 150
g to 179 for ATM traffic record indexes of AAL2 paths,
and the range of 180 to 189 for ATM traffic record
indexes of IPoA PVCs.
Unit: None
Default Value: None

WCDMA RAN

nd
TRFX BSC691 ADD WRFD- HSDPA Meaning: Traffic index. ATM traffic record indexes are
0 ATMTR 010610 Introduc used by the upper layers of the ATM layer. The upper
F WRFD- tion layers consist of the SAAL link, AAL2 path, and IPoA
MOD 010697 Package PVC. Each ATM traffic record is uniquely numbered
ATMTR E- within a RNC by using an ATM traffic record index. An
F DPCCH ATM traffic record index ranges from 100 to 1999 (1 to
Boostin 99 are reserved for internal use). The numbering is not
RMV necessarily consecutive. Specify different number
ATMTR g
ranges for different interfaces. For example, specify the
F range of 100 to 199 for ATM traffic record indexes over
Iub, the range of 200 to 299 for ATM traffic record
indexes over Iur, and the range of 300 to 399 for ATM
traffic record indexes over Iu-CS. Specify different
ranges of ATM traffic record indexes for different links
over an interface. For example, over the Iub interface,
specify the range of 100 to 149 for ATM traffic record
indexes of SAAL links, the range of 150 to 179 for ATM
traffic record indexes of AAL2 paths, and the range of
180 to 189 for ATM traffic record indexes of IPoA
PVCs.
Unit: None
Default Value: None
AAL2P BSC690 ADD WRFD- Dedicate Meaning: Service type of carried over the PATH. For
ATHT 0 AAL2P 0213050 d Iub R99, only the R99 service can be carried. For HSPA,
ATH 1 Transmi only the HSPA service can be carried. For SHARE, R99
MOD WRFD- ssion and HSPA services can be carried at the same time.
AAL2P 0503010 Control GUI Value Range: R99(R99), HSPA(HSPA), SHARE
ATH 4 Dynami (SHARE)
c AAL2 Unit: None
Connect
ions in Actual Value Range: R99, HSPA, SHARE
Iub/ Default Value: None
IuCS/Iur
Interface

WCDMA RAN

nd
AAL2P BSC691 ADD WRFD- Dedicate Meaning: Service type of carried over the PATH. For
ATHT 0 AAL2P 0213050 d Iub R99, only the R99 service can be carried. For HSPA,
ATH 1 Transmi only the HSPA service can be carried. For SHARE, R99
MOD WRFD- ssion and HSPA services can be carried at the same time.
AAL2P 0503010 Control GUI Value Range: R99(R99), HSPA(HSPA), SHARE
ATH 4 Dynami (SHARE)
c AAL2 Unit: None
Connect
ions in Actual Value Range: R99, HSPA, SHARE
Iub/ Default Value: None
IuCS/Iur
Interface

WCDMA RAN

nd
PATHT BSC690 ADD WRFD- One Meaning: This parameter specifies the type of an IP
0 IPPATH 020111 Tunnel path. It indicates the priority of the user plane data that
WRFD- IP is carried on the IP path. The mapping between the
050402 Transmi priority of the user plane data and IP path is configured
ssion through the "ADD TRMMAP" command. An IP path is
WRFD- of either the QoS type or the non-QoS type. For
050403 Introduc
tion on example, the IP paths used to carry BE data, AF data,
WRFD- Iub and EF data are all of the non-QoS type. Different data
050404 Interface can share the bandwidth of a QoS-type IP path. The
WRFD- bandwidth of a non-QoS type IP path, however, cannot
Hybrid be shared. IP path in hybrid IP transmission can be
050409 Iub IP further categorized into high-priority IP path and low-
Transmi priority IP path (identified as LQ_xx). When the bearing
ssion type of the physical port is PPP or MP, the IP path is
ATM/IP recommended to be configured as a high-priority path.
Dual When the physical port is an Ethernet port, the IP path
Stack is recommended to be configured as a low-priority path.
Node B For the non-QoS type IP path, the priority of EF data is
IP higher than that of AF data, which in turn is higher than
Transmi that of BE data. The actual priority of user plane data,
ssion however, is set through the "SET PHBMAP" command.
Introduc GUI Value Range: BE(BE), AF11(AF11), AF12
tion on (AF12), AF13(AF13), AF21(AF21), AF22(AF22),
Iu AF23(AF23), AF31(AF31), AF32(AF32), AF33
Interface (AF33), AF41(AF41), AF42(AF42), AF43(AF43), EF
(EF), QoS(QoS), LQ_BE(LQ_BE), LQ_AF11
(LQ_AF11), LQ_AF12(LQ_AF12), LQ_AF13
(LQ_AF42), LQ_AF43(LQ_AF43), LQ_EF(LQ_EF),
LQ_QOS(LQ_QOS)
Unit: None
Actual Value Range: QoS, BE, AF11, AF12, AF13,
AF21, AF22, AF23, AF31, AF32, AF33, AF41, AF42,
AF43, EF, LQ_QOS, LQ_BE, LQ_AF11, LQ_AF12,
LQ_AF13, LQ_AF21, LQ_AF22, LQ_AF23,
LQ_AF31, LQ_AF32, LQ_AF33, LQ_AF41,
LQ_AF42, LQ_AF43, LQ_EF
Default Value: None

WCDMA RAN

nd
CellId BSC690 ACT None None Meaning: The logical cell ID uniquely identifies a cell
0 UCELL in a radio network. The logical cell ID is configured at
HSDPA the RNC. The RNC sends the cell ID to the base station
ADD during a cell setup procedure. The mapping between
UCELL logical cell IDs and local cell IDs are configured at the
HSDPA RNC. The RNC supports a maximum of 5100 logical
cells. Logical cells are uniquely but not necessarily
DEA consecutively numbered within a RNC. For example,
UCELL you can set the ID of a logical cell to 0 and that of another
HSDPA logical cell to 2. For clear and easy identification, adhere
MOD to the following numbering principles: Specify different
UCELL number ranges for logical cells in different subracks.
HSDPA For example, you can specify the range of 0 to 899 for
RMV the logical cells in subrack 0 (MPS) and the range of
UCELL 900 to 1799 for the logical cells in subrack 1 (EPS).For
HSDPA detailed information about this parameter, see 3GPP TS
25.401.
Unit: None
Default Value: None
CellId BSC691 ACT None None Meaning: The logical cell ID uniquely identifies a cell
0 UCELL in a radio network. The logical cell ID is configured at
HSDPA the RNC. The RNC sends the cell ID to the base station
ADD during a cell setup procedure. The mapping between
UCELL logical cell IDs and local cell IDs are configured at the
HSDPA RNC. The RNC supports a maximum of 20000 logical
cells. Logical cells are uniquely but not necessarily
DEA consecutively numbered within a RNC. For example,
UCELL you can set the ID of a logical cell to 0 and that of another
HSDPA logical cell to 2. For clear and easy identification, adhere
MOD to the following numbering principles: Specify different
UCELL number ranges for logical cells in different subracks.
HSDPA For example, you can specify the range of 0 to 899 for
RMV the logical cells in subrack 0 (MPS) and the range of
UCELL 900 to 1799 for the logical cells in subrack 1 (EPS).For
HSDPA detailed information about this parameter, see 3GPP TS
25.401. This parameter is set by "ADD UCELLSETUP"
Unit: None
Default Value: None

WCDMA RAN

nd
ST BSC690 ADD WRFD- HSDPA Meaning: Service type of the ATM. When traffic index
0 ATMTR 010610 Introduc is used by the SAAL, IPoA PVC, VPCLCX link, or
F WRFD- tion AAL2 path of the AOUc/UOIc board, the service type
050305 Package UBR and UBR_PLUS must be configured with the
UBR+ PCR.
WRFD-
050301 ATM GUI Value Range: UBR_PLUS, UBR, NRTVBR,
QoS RTVBR, CBR
WRFD- Class
010697 Unit: None
ATM Actual Value Range: UBR_PLUS, UBR, NRTVBR,
Transmi RTVBR, CBR
ssion
Introduc Default Value: None
tion
Package
E-
DPCCH
Boostin
g
ST BSC691 ADD WRFD- HSDPA Meaning: Service type of the ATM. When traffic index
0 ATMTR 010610 Introduc is used by the SAAL, IPoA PVC, or AAL2 path of the
F WRFD- tion AOUc/UOIc board, the service type UBR and
010697 Package UBR_PLUS must be configured with the PCR.
E- GUI Value Range: UBR_PLUS, UBR, NRTVBR,
DPCCH RTVBR, CBR
Boostin Unit: None
g
Actual Value Range: UBR, CBR, RTVBR, NRTVBR,
UBR_PLUS
Default Value: None

WCDMA RAN

nd
UT BSC690 ADD WRFD- HSDPA Meaning: Rate unit.

0 ATMTR 010610 Introduc GUI Value Range: CELL/S, KBIT/S
F WRFD- tion
Package Unit: None
050305
UBR+ Actual Value Range: CELL/S, KBIT/S
WRFD-
010697 ATM Default Value: None
QoS
WRFD- Class
050301
E-
WRFD- DPCCH
0503010 Boostin
7 g
ATM
Transmi
ssion
Introduc
tion
Package
CBR, rt-
VBR,
nrt-
VBR,
UBR
ATM
QoS
Classes

WCDMA RAN

nd
UT BSC691 ADD WRFD- HSDPA Meaning: Rate unit.

0 ATMTR 010610 Introduc GUI Value Range: CELL/S, KBIT/S
F WRFD- tion
Package Unit: None
050305
UBR+ Actual Value Range: CELL/S, KBIT/S
WRFD-
QoS
WRFD- Class
050301
E-
WRFD- DPCCH
0503010 Boostin
7 g
ATM
Transmi
ssion
Introduc
tion
Package
CBR, rt-
VBR,
nrt-
VBR,
UBR
ATM
QoS
Classes

WCDMA RAN

nd
PCR BSC690 ADD WRFD- HSDPA Meaning: Peak rate of the ATM traffic. When the ATM
0 ATMTR 010610 Introduc traffic record indexes corresponding to the service type
F WRFD- tion UBR, RTVBR or NRTVBR are used by AOUa, AEUa
050305 Package or UOIa(ATM), the peak cell rate (PCR), if configured,
UBR+ must be lower than 60000 KBIT/S or 141510 CELL/S.
WRFD-
010697 ATM GUI Value Range: 30~353207
QoS Unit: None
WRFD- Class
050301 Actual Value Range: 30~353207
E-
WRFD- DPCCH Default Value: None
0503010 Boostin
7 g
ATM
Transmi
ssion
Introduc
tion
Package
CBR, rt-
VBR,
nrt-
VBR,
UBR
ATM
QoS
Classes

WCDMA RAN

nd
PCR BSC691 ADD WRFD- HSDPA Meaning: Peak rate of the ATM traffic.
0 ATMTR 010610 Introduc GUI Value Range: 30~353207
F WRFD- tion
Package Unit: None
050305
UBR+ Actual Value Range: 30~353207
WRFD-
QoS
WRFD- Class
050301
E-
WRFD- DPCCH
0503010 Boostin
7 g
ATM
Transmi
ssion
Introduc
tion
Package
CBR, rt-
VBR,
nrt-
VBR,
UBR
ATM
QoS
Classes

WCDMA RAN

nd
MCR BSC690 ADD WRFD- HSDPA Meaning: Minimum guarantee rate of the ATM
0 ATMTR 010610 Introduc traffic.The "Minimum cell rate" of the AOUc or UOIc
F WRFD- tion board cannot be greater than 13.8 Mbit/s.
050305 Package GUI Value Range: 30~70754
WRFD- UBR+ Unit: None
010697 ATM
QoS Actual Value Range: 30~70754
WRFD- Class Default Value: None
050301
E-
WRFD- DPCCH
0503010 Boostin
7 g
ATM
Transmi
ssion
Introduc
tion
Package
CBR, rt-
VBR,
nrt-
VBR,
UBR
ATM
QoS
Classes

WCDMA RAN

nd
MCR BSC691 ADD WRFD- HSDPA Meaning: Minimum guarantee rate of the ATM
0 ATMTR 010610 Introduc traffic.The "Minimum cell rate" of the AOUc or UOIc
F WRFD- tion board cannot be greater than 13.8 Mbit/s.
050305 Package GUI Value Range: 30~70754
WRFD- UBR+ Unit: None
010697 ATM
QoS Actual Value Range: 30~70754
WRFD- Class Default Value: None
050301
E-
WRFD- DPCCH
0503010 Boostin
7 g
ATM
Transmi
ssion
Introduc
tion
Package
CBR, rt-
VBR,
nrt-
VBR,
UBR
ATM
QoS
Classes

WCDMA RAN

nd
ANI BSC690 ADD WRFD- Hybrid Meaning: Uniquely identifies an adjacent node.
0 AAL2P 050403 Iub IP Adjacent nodes are uniquely but not necessarily
ATH WRFD- Transmi consecutively numbered within RNC.
BLK 050404 ssion GUI Value Range: 0~65534
AAL2P WRFD- ATM/IP Unit: None
ATH 0213050 Dual
Stack Actual Value Range: 0~65534
MOD 1
AAL2P Node B Default Value: None
WRFD-
ATH 0503010 Dedicate
RMV 4 d Iub
AAL2P Transmi
WRFD- ssion
ATH 140207 Control
UBL WRFD-
AAL2P Dynami
140208 c AAL2
ATH
Connect
ions in
Iub/
IuCS/Iur
Interface
Iu/Iur
Transmi
ssion
Resourc
e Pool in
RNC
Iub
Transmi
ssion
Resourc
e Pool in
RNC

WCDMA RAN

nd
ANI BSC691 ADD WRFD- Iu/Iur IP Meaning: Uniquely identifies an adjacent node.
0 AAL2P 150244 Transmi Adjacent nodes are uniquely but not necessarily
ATH WRFD- ssion consecutively numbered within RNC.
BLK 0503010 Based GUI Value Range: 0~65534
AAL2P 4 on
Dynami Unit: None
ATH WRFD- c Load Actual Value Range: 0~65534
MOD 150243 Balance
AAL2P Default Value: None
ATH Dynami
c AAL2
RMV Connect
AAL2P ions in
ATH Iub/
UBL IuCS/Iur
AAL2P Interface
ATH Iub IP
Transmi
ssion
Based
on
Dynami
c Load
Balance
PATHI BSC690 ADD WRFD- Dynami Meaning: ID of one AAL2 path between two AAL2
D 0 AAL2P 0503010 c AAL2 nodes. The PATHID of the same AAL2 path configured
ATH 4 Connect between two AAL2 nodes must be the same. The value
BLK WRFD- ions in should not be equal to 0.
AAL2P 050404 Iub/ GUI Value Range: 1~4294967295
ATH IuCS/Iur
WRFD- Interface Unit: None
MOD 0213050 Actual Value Range: 1~4294967295
1 ATM/IP
AAL2P
Dual Default Value: None
ATH
Stack
RMV Node B
AAL2P
Dedicate
ATH
d Iub
UBL Transmi
AAL2P ssion
ATH Control

WCDMA RAN

nd
PATHI BSC691 ADD WRFD- Dynami Meaning: ID of one AAL2 path between two AAL2
D 0 AAL2P 0503010 c AAL2 nodes. The PATHID of the same AAL2 path configured
ATH 4 Connect between two AAL2 nodes must be the same. The value
BLK WRFD- ions in should not be equal to 0.
AAL2P 050404 Iub/ GUI Value Range: 1~4294967295
ATH IuCS/Iur
WRFD- Interface Unit: None
MOD 0213050 Actual Value Range: 1~4294967295
1 ATM/IP
AAL2P
Dual Default Value: None
ATH
Stack
RMV Node B
AAL2P
Dedicate
ATH
d Iub
UBL Transmi
AAL2P ssion
ATH Control
CARRY BSC690 ADD WRFD- Dedicate Meaning: Lower layer link type of bearing the Path.
T 0 AAL2P 0213050 d Iub UNI: see"ADD UNILNK"; IMA: see"ADD
ATH 1 Transmi IMALNK"; FRAATM: see"ADD FRALNK"; NCOPT:
MOD WRFD- ssion see"LST OPT"; ATMLOGICPORT: see"ADD
AAL2P 0503010 Control ATMLOGICPORT"; NULL: used when testing.
ATH 4 Dynami GUI Value Range: UNI(UNI Link), IMA(IMA Group),
WRFD- c AAL2 FRAATM(FRAATM Link), NCOPT(Optical Port),
150213 Connect ATMLOGICPORT(ATM Logical Port), NULL
ions in (NULL)
Iub/ Unit: None
IuCS/Iur
Interface Actual Value Range: UNI, IMA, FRAATM, NCOPT,
ATMLOGICPORT, NULL
MOCN
Indepen Default Value: None
dent Iub
Transmi
ssion
Resourc
e
Allocati
on

WCDMA RAN

nd
CARRY BSC691 ADD WRFD- Dedicate Meaning: Lower layer link type of bearing the Path.
T 0 AAL2P 0213050 d Iub UNI: see"ADD UNILNK"; IMA: see"ADD
ATH 1 Transmi IMALNK"; FRAATM: see"ADD FRALNK"; NCOPT:
MOD WRFD- ssion see"LST OPT"; ATMLOGICPORT: see"ADD
AAL2P 0503010 Control ATMLOGICPORT"; NULL: used when testing.
ATH 4 Dynami GUI Value Range: UNI(UNI Link), IMA(IMA Group),
WRFD- c AAL2 FRAATM(FRAATM Link), NCOPT(Optical Port),
150213 Connect ATMLOGICPORT(ATM Logical Port), NULL
ions in (NULL)
Iub/ Unit: None
IuCS/Iur
Interface Actual Value Range: UNI, IMA, FRAATM, NCOPT,
ATMLOGICPORT, NULL
MOCN
Indepen Default Value: None
dent Iub
Transmi
ssion
Resourc
e
Allocati
on
CARRY BSC690 ADD WRFD- Dedicate Meaning: Subrack number of bearing the AAL2 path.
F 0 AAL2P 0213050 d Iub GUI Value Range: 0~11
ATH 1 Transmi
ssion Unit: None
MOD WRFD-
AAL2P 0503010 Control Actual Value Range: 0~11
ATH 4 Dynami Default Value: None
c AAL2
Connect
ions in
Iub/
IuCS/Iur
Interface

WCDMA RAN

nd
CARRY BSC691 ADD WRFD- Dedicate Meaning: Subrack number of bearing the AAL2 path.
F 0 AAL2P 0213050 d Iub GUI Value Range: 0~11
ATH 1 Transmi
ssion Unit: None
MOD WRFD-
c AAL2
Connect
ions in
Iub/
IuCS/Iur
Interface
CARRY BSC690 ADD WRFD- Dedicate Meaning: Number of the slot bearing the AAL2 link.
SN 0 AAL2P 0213050 d Iub GUI Value Range: 0~5;8~27
ATH 1 Transmi
ssion Unit: None
MOD WRFD-
AAL2P 0503010 Control Actual Value Range: 0~5, 8~27
c AAL2
Connect
ions in
Iub/
IuCS/Iur
Interface
CARRY BSC691 ADD WRFD- Dedicate Meaning: Number of the slot bearing the AAL2 link.
SN 0 AAL2P 0213050 d Iub GUI Value Range: 0~27
ATH 1 Transmi
ssion Unit: None
MOD WRFD-
c AAL2
Connect
ions in
Iub/
IuCS/Iur
Interface

WCDMA RAN

nd
TXTRF BSC690 ADD WRFD- Overboo Meaning: TX traffic record index of the AAL2 Path on
X 0 AAL2P 050405 king on the out RNC port (ATM layer PVC traffic). The traffic
ATH WRFD- ATM index is configured in the ATM traffic table (see "LST
MOD 050406 Transmi ATMTRF").
AAL2P ssion GUI Value Range: 100~1999
WRFD-
ATH 0213050 ATM Unit: None
1 QoS
WRFD- tion on Default Value: None
0503010 Hub
4 Node B
WRFD- (Overbo
0503010 oking on
6 Hub
WRFD- Node B
0503010 Transmi
7 ssion)
Dedicate
d Iub
Transmi
ssion
Control
Dynami
c AAL2
Connect
ions in
Iub/
IuCS/Iur
Interface
Call
Admissi
on
Based
on Used
AAL2
Path
Bandwi
dth
CBR, rt-
VBR,
nrt-
VBR,
UBR
ATM

WCDMA RAN

nd
QoS
Classes

WCDMA RAN

nd
TXTRF BSC691 ADD WRFD- Overboo Meaning: TX traffic record index of the AAL2 Path on
WRFD-
1 QoS
0503010 Hub
4 Node B
WRFD- (Overbo
0503010 oking on
6 Hub
WRFD- Node B
0503010 Transmi
7 ssion)
Dedicate
d Iub
Transmi
ssion
Control
Dynami
c AAL2
Connect
ions in
Iub/
IuCS/Iur
Interface
Call
Admissi
on
Based
on Used
AAL2
Path
Bandwi
dth
CBR, rt-
VBR,
nrt-
VBR,
UBR
ATM

WCDMA RAN

nd
QoS
Classes

WCDMA RAN

nd
RXTRF BSC690 ADD WRFD- Overboo Meaning: RX traffic record index of the AAL2 Path on
WRFD-
1 QoS
0503010 Hub
4 Node B
WRFD- (Overbo
0503010 oking on
6 Hub
WRFD- Node B
0503010 Transmi
7 ssion)
Dedicate
d Iub
Transmi
ssion
Control
Dynami
c AAL2
Connect
ions in
Iub/
IuCS/Iur
Interface
Call
Admissi
on
Based
on Used
AAL2
Path
Bandwi
dth
CBR, rt-
VBR,
nrt-
VBR,
UBR
ATM

WCDMA RAN

nd
QoS
Classes

WCDMA RAN

nd
RXTRF BSC691 ADD WRFD- Overboo Meaning: RX traffic record index of the AAL2 Path on
WRFD-
1 QoS
0503010 Hub
4 Node B
WRFD- (Overbo
0503010 oking on
6 Hub
WRFD- Node B
0503010 Transmi
7 ssion)
Dedicate
d Iub
Transmi
ssion
Control
Dynami
c AAL2
Connect
ions in
Iub/
IuCS/Iur
Interface
Call
Admissi
on
Based
on Used
AAL2
Path
Bandwi
dth
CBR, rt-
VBR,
nrt-
VBR,
UBR
ATM

WCDMA RAN

nd
QoS
Classes
NT BTS390 ADD WRFD- Dynami Meaning: Indicates the type of AAL2 path. If the local
0, AAL2P 0503010 c AAL2 end node is selected, the AAL2 path is used by local
BTS390 ATH 4 Connect services. If the switching node is selected, the AAL2
0 DSP ions in path is used to connect to the controller through the
WCDM AAL2P Iub/ HUB BS. If the adjacent node is selected, the AAL2 path
A ATH IuCS/Iur is used to connect to the lower-level BS through the
Interface HUB BS.
MOD
AAL2P GUI Value Range: LOCAL(End Node), HUB
ATH (Switching Node), ADJNODE(Adjacent Node)
RMV Unit: None

AAL2P Actual Value Range: LOCAL, HUB, ADJNODE
ATH Default Value: None
LST
AAL2P
ATH
PATHI BTS390 ADD WRFD- Dynami Meaning: Indicates the number of the AAL2 path.
D 0, AAL2P 0503010 c AAL2 GUI Value Range: 1~4294967295
BTS390 ATH 4 Connect
0 ions in Unit: None
DSP
WCDM AAL2P Iub/ Actual Value Range: 1~4294967295
A ATH IuCS/Iur Default Value: None
Interface
MOD
AAL2P
ATH
RMV
AAL2P
ATH
LST
AAL2P
ATH
SN BTS390 ADD None None Meaning: Indicates the number of the slot where the
0, AAL2P AAL2 path is located.
BTS390 ATH GUI Value Range: 0~7
0 LST
WCDM Unit: None
AAL2P
A ATH Actual Value Range: 0~7
Default Value: None

WCDMA RAN

nd
SBT BTS390 ADD None None Meaning: Indicates the type of sub-board on the board
0, AAL2P where the AAL2 path is established.
BTS390 ATH GUI Value Range: BASE_BOARD(Base Board),
0 LST UNCHANNELLED_COVERBOARD(Unchannelled
WCDM AAL2P Cover Board), E1_COVERBOARD(E1 Cover Board),
A ATH BACK_BOARD(Back Board)
Unit: None
Actual Value Range: BASE_BOARD,
UNCHANNELLED_COVERBOARD,
E1_COVERBOARD, BACK_BOARD
Default Value: None
PT BTS390 ADD None None Meaning: Indicates the type of port on which the AAL2
0, AAL2P path is carried.
BTS390 ATH GUI Value Range: IMA(IMA Group), UNI(UNI Link),
0 LST STM1(STM1), FRAATM(FRAATM Link)
WCDM AAL2P
A Unit: None
ATH
Actual Value Range: IMA, UNI, STM1, FRAATM
Default Value: None
JNRSC BTS390 ADD WRFD- Transmi Meaning: Indicates whether the AAL2 path joins a
GRP 0, AAL2P 0213040 ssion transmission resource group.
BTS390 ATH 6 Recours GUI Value Range: DISABLE(Disable), ENABLE
0 LST e (Enable)
WCDM AAL2P Sharing
A on Iub/ Unit: None
ATH
Iur Actual Value Range: DISABLE, ENABLE
Interface Default Value: DISABLE(Disable)
VPI BTS390 ADD WRFD- ATM Meaning: Indicates the Virtual Path Identifier (VPI) of
0, AAL2P 0503010 over the AAL2 path.
BTS390 ATH 1 E1T1 on GUI Value Range: 0~255
0 LST WRFD- Iub
WCDM Interface Unit: None
AAL2P 0503010
A ATH 3 ATM Actual Value Range: 0~255
over Default Value: None
Non-
channeli
zed
STM-1/
OC-3c
on Iub/
Iu/Iur
Interface

WCDMA RAN

nd
VCI BTS390 ADD WRFD- ATM Meaning: Indicates the Virtual Channel Identifier (VCI)
0, AAL2P 0503010 over of the AAL2 path.
BTS390 ATH 1 E1T1 on GUI Value Range: 32~511
0 LST WRFD- Iub
WCDM Interface Unit: None
AAL2P 0503010
A ATH 3 ATM Actual Value Range: 32~511
over Default Value: None
Non-
channeli
zed
STM-1/
OC-3c
on Iub/
Iu/Iur
Interface
RU BTS390 ADD WRFD- ATM Meaning: Indicates the unit of the Peak Cell Rate (PCR),
0, AAL2P 0503010 over Minimum Cell Rate (MCR), Sustainable Cell Rate
BTS390 ATH 1 E1T1 on (SCR), and Receive Cell Rate (RCR). 1 cell/s is equal
0 MOD WRFD- Iub to 0.424 kbit/s. If the rate is converted from cell/s to kbit/
WCDM AAL2P 0503010 Interface s, the result value must be rounded down to the nearest
A ATH 3 ATM integer. For example, 73 cell/s is converted to 30 kbit/
over s.
LST WRFD-
AAL2P 0503010 Non- GUI Value Range: KBPS(Kbit/s), CELL/S(cell/s)
ATH 6 channeli Unit: None
zed
STM-1/ Actual Value Range: KBPS, CELL/S
OC-3c Default Value: KBPS(Kbit/s)
on Iub/
Iu/Iur
Interface
Call
Admissi
on
Based
on Used
AAL2
Path
Bandwi
dth

WCDMA RAN

nd
ST BTS390 ADD WRFD- CBR, rt- Meaning: Indicates the type of the service carried on the
0, AAL2P 0503010 VBR, AAL2 path. In flow control, services carried by an
BTS390 ATH 7 nrt- AAL2 path are classified into five categories: the
0 MOD WRFD- VBR, Constant Bit Rate (CBR) service, Real-Time Variable
WCDM AAL2P 050305 UBR Bit Rate (RTVBR) service, Non-Real-Time Variable
A ATH ATM Bit Rate (NRTVBR) service, Unspecified Bit Rate Plus
QoS (UBR+) service, and Unspecified Bit Rate (UBR)
LST Classes service.
AAL2P
ATH UBR GUI Value Range: CBR(CBR), RTVBR(RTVBR),
+ATM NRTVBR(NRTVBR), UBR+(UBR+), UBR(UBR)
QoS Unit: None
Class
Actual Value Range: CBR, RTVBR, NRTVBR, UBR
+, UBR
Default Value: RTVBR(RTVBR)
PCR BTS390 ADD WRFD- Call Meaning: Indicates the Peak Cell Rate (PCR) of the
0, AAL2P 0503010 Admissi AAL2 path, which is the maximum cell burst rate
BTS390 ATH 6 on supported by the AAL2 path. The value of this
0 MOD Based parameter is subject to the actual network. Setting the
WCDM AAL2P on Used parameter to an improper value affects the service
A ATH AAL2 quality.
Path GUI Value Range: 30~49529
LST Bandwi
AAL2P dth Unit: None
ATH Actual Value Range: 30~49529
Default Value: None
SCR BTS390 ADD WRFD- CBR, rt- Meaning: Indicates the Sustainable Cell Rate (SCR) of
0, AAL2P 0503010 VBR, the AAL2 path. The value of this parameter is subject
BTS390 ATH 7 nrt- to the actual network. Setting the parameter to an
0 MOD WRFD- VBR, improper value affects the service quality. The SCR
WCDM AAL2P 0503010 UBR value determines the average rate at which cells are sent
A ATH 1 ATM over a Variable Bit Rate (VBR) connection.
QoS GUI Value Range: 30~49526
LST Classes
AAL2P Unit: None
ATH ATM
over Actual Value Range: 30~49526
E1T1 on Default Value: None
Iub
Interface

WCDMA RAN

nd
RCR BTS390 ADD WRFD- HSDPA Meaning: Indicates the rate at which cells are received.
0, AAL2P 0106101 Flow This parameter must be set to be consistent with the TX
BTS390 ATH 0 Control bandwidth at the controller. Inaccurate RX bandwidth
0 MOD in the flow control algorithm affects flow control.
WCDM AAL2P GUI Value Range: 30~129717
A ATH
Unit: None
LST
AAL2P
ATH Default Value: None
ANI BSC690 ADD WRFD- Hybrid Meaning: Uniquely identifies an adjacent node.
0 IPPATH 050403 Iub IP Adjacent nodes are uniquely but not necessarily
BLK WRFD- Transmi consecutively numbered within RNC.
IPPATH 050404 ssion GUI Value Range: 0~65534
MOD WRFD- ATM/IP Unit: None
IPPATH 0213050 Dual
Stack Actual Value Range: 0~65534
RMV 1
Node B Default Value: None
IPPATH WRFD-
0503010 Dedicate
UBL d Iub
IPPATH 4
Transmi
WRFD- ssion
140207 Control
WRFD- Dynami
140208 c AAL2
Connect
ions in
Iub/
IuCS/Iur
Interface
Iu/Iur
Transmi
ssion
Resourc
e Pool in
RNC
Iub
Transmi
ssion
Resourc
e Pool in
RNC

WCDMA RAN

nd
PATHI BSC690 ADD WRFD- IP Meaning: Uniquely identifies an IP path.

D 0 IPPATH 050402 Transmi GUI Value Range: 0~65535
BLK ssion
Introduc Unit: None
IPPATH
tion on Actual Value Range: 0~65535
MOD Iub
IPPATH Default Value: None
Interface
RMV
IPPATH
UBL
IPPATH
ITFT BSC690 ADD WRFD- Overboo Meaning: Type of the adjacent node.
0 IPPATH 050408 king on GUI Value Range: IUB(Iub Interface), IUR(Iur
MOD WRFD- IP Interface), IUCS(Iu-CS Interface), IUPS(Iu-PS
IPPATH 0213050 Transmi Interface)
1 ssion
Unit: None
WRFD- Dedicate
d Iub Actual Value Range: IUB, IUR, IUCS, IUPS
050403
Transmi Default Value: None
WRFD- ssion
050404 Control
WRFD- Hybrid
050424 Iub IP
Transmi
ssion
ATM/IP
Dual
Stack
Node B
Traffic
Priority
Mappin
g onto
Transmi
ssion
Resourc
es

WCDMA RAN

nd
TRANS BSC690 ADD WRFD- Overboo Meaning: Transport type of the adjacent node to which
T 0 IPPATH 050408 king on the path belongs. This parameter is valid only when
WRFD- IP "Interface Type" is set to "IUB".
050402 Transmi GUI Value Range: IP(IP), HYBRID_IP(HYBRID IP)
ssion
Unit: None
IP
Transmi Actual Value Range: IP, HYBRID_IP
ssion Default Value: None
Introduc
tion on
Iub
Interface

WCDMA RAN

nd
IPADD BSC690 ADD WRFD- IP Meaning: Local IP address of an IP path. The local IP
R 0 IPPATH 050402 Transmi address must be the configured IP address (including
WRFD- ssion the IP address and port address of the interface board).
050403 Introduc GUI Value Range: Valid IP Address
tion on
WRFD- Iub Unit: None
050404 Interface Actual Value Range: Valid IP Address
WRFD- Hybrid Default Value: None
150211 Iub IP
MRFD- Transmi
211502 ssion
WRFD- ATM/IP
050409 Dual
MRFD- Stack
211501 Node B
MRFD- RNC in
211504 Pool
Load
Sharing
IP-
Based
BSC and
RNC
Co-
Transmi
ssion on
MBSC
Side
IP
Transmi
ssion
Introduc
tion on
Iu
Interface
IP-
Based
Multi-
mode
Co-
Transmi
ssion on
BS side
(GBTS)

WCDMA RAN

nd
TDM-
Based
Multi-
mode
Co-
Transmi
ssion via
Backpla
ne on BS
side
(GBTS)
PEERIP BSC690 ADD WRFD- IP Meaning: The peer IP address should not be the same
ADDR 0 IPPATH 050402 Transmi as the local address.
WRFD- ssion GUI Value Range: Valid IP Address
050403 Introduc
tion on Unit: None
WRFD- Iub Actual Value Range: Valid IP Address
050404 Interface Default Value: None
WRFD- Hybrid
150211 Iub IP
WRFD- Transmi
050409 ssion
WRFD- ATM/IP
021311 Dual
Stack
Node B
RNC in
Pool
Load
Sharing
IP
Transmi
ssion
Introduc
tion on
Iu
Interface
MOCN
Introduc
tion
Package

WCDMA RAN

nd
PEERM BSC690 ADD WRFD- IP Meaning: Subnet mask of the peer IP.
ASK 0 IPPATH 050409 Transmi GUI Value Range: Valid IP Address
WRFD- ssion
Introduc Unit: None
050402
tion on Actual Value Range: Valid IP Address
WRFD- Iu
050403 Default Value: 255.255.255.255
Interface
WRFD- IP
050404 Transmi
WRFD- ssion
020111 Introduc
tion on
Iub
Interface
Hybrid
Iub IP
Transmi
ssion
ATM/IP
Dual
Stack
Node B
One
Tunnel

WCDMA RAN

nd
TXBW BSC690 ADD WRFD- One Meaning: Transmit bandwidth.

0 IPPATH 020111 Tunnel GUI Value Range: 1~3000000
MOD WRFD- IP Unit: kbit/s
IPPATH 050402 Transmi
ssion Actual Value Range: 1~3000000
WRFD-
050403 Introduc Default Value: None
tion on
WRFD- Iub
050404 Interface
WRFD- Hybrid
050409 Iub IP
Transmi
ssion
ATM/IP
Dual
Stack
Node B
IP
Transmi
ssion
Introduc
tion on
Iu
Interface

WCDMA RAN

nd
RXBW BSC690 ADD WRFD- One Meaning: Receive bandwidth.

0 IPPATH 020111 Tunnel GUI Value Range: 1~3000000
MOD WRFD- IP Unit: kbit/s
IPPATH 050402 Transmi
ssion Actual Value Range: 1~3000000
WRFD-
050403 Introduc Default Value: None
tion on
WRFD- Iub
050404 Interface
WRFD- Hybrid
050409 Iub IP
Transmi
ssion
ATM/IP
Dual
Stack
Node B
IP
Transmi
ssion
Introduc
tion on
Iu
Interface

WCDMA RAN

nd
CellCap BSC690 ADD WRFD- Inter Meaning: 1)DELAY_ACTIVATION_SUPPORT

Contain 0 UEXT3 020203 RNC (delay activation support indicator):when the indicator
erFdd GCELL WRFD- Soft is TRUE, it means that the cell support delay activation.
MOD 021400 Handov Delayed Activation IE indicates that the activation of
UEXT3 er the DL power shall be delayed until an indicated CFN
GCELL Direct or until a separate activation indication is received. 2)
Signalin HSDSCH_SUPPORT(HSDSCH support
g indicator):when the indicator is TRUE, it means that the
Connect cell support HSDSCH and enable downlink traffic to be
ion Re- established in HSDSCH. 3)FDPCH_SUPPORT(F-
establish DPCH support indicator):when the indicator is TRUE,
ment it means that the cell support F-DPCH and enable
(DSCR) downlink signal to be established in F-DPCH, but the
cell can not support F-DPCH if it does not support
HSDSCH. 4)EDCH_SUPPORT(E-DCH support
indicator):when the indicator is TRUE, it means that the
cell support E-DCH and enable uplink signal and traffic
to be established in E-DCH.. 5)
EDCH_2MS_TTI_SUPPORT(E-DCH 2ms TTI
support indicator):when the indicator is TRUE, it means
that the cell support E-DCH 2ms TTI. 6)
EDCH_2SF2_AND_2SF4_SUPPORT(E-DCH max
SF support 2SF2+2SF4 indicator):when the indicator is
TRUE, it means that the cell has E-DCH SF capability
of 2SF2+2SF4. 7)EDCH_2SF2_SUPPORT(E-DCH
max SF support 2SF indicator):when the indicator is
of 2SF2. 8)EDCH_2SF4_SUPPORT(E-DCH max SF
support 2SF4 indicator):when the indicator is TRUE, it
means that the cell has E-DCH SF capability of 2SF4.
9)EDCH_SF4_SUPPORT(E-DCH max SF support
SF4 indicator):when the indicator is TRUE, it means
that the cell has E-DCH SF capability of SF4. 10)
EDCH_SF8_SUPPORT(E-DCH max SF support SF8
cell has E-DCH SF capability of SF8. 11)
EDCH_HARQ_IR_COMBIN_SUPPORT(E-DCH
support HARQ IR Combining indicator):when the
indicator is TRUE, it means that the cell use IR combine
Mode when MAC-e PDUs are received more than one
time in E-DCH. 12)
EDCH_HARQ_CHASE_COMBIN_SUPPORT(E-
DCH support HARQ CHASE Combining indicator):
when the indicator is TRUE, it means that the cell use
CHASE combine Mode when MAC-e PDUs are
received more than one time in E-DCH. 13)
CPC_DTX_DRX_SUPPORT(CPC DTX-DRX

WCDMA RAN

nd
support indicator): when the indicator is TRUE, it

indicates that the cell supports CPC DTX_DRX. 14)
CPC_HS_SCCH_LESS_OPER_SUPPORT(CPC HS-
SCCH less operation support indicator): when the
indicator is TRUE, it indicates that the cell supports
CPC HS-SCCH less operation. 15)
HSPAPLUS_MIMO_SUPPORT(MIMO support
indicator): when the indicator is TRUE, it indicates that
the cell supports MIMO. 16)
FLEX_MACD_PDU_SIZE_SUPPORT(flexible
MAC-d PDU Size support indicator): when the
flexible MAC-d PDU Size. 17)
FDPCH_SLOT_FORMAT_SUPPORT(F-DPCH slot
format support indicator): when the indicator is TRUE,
it indicates that the cell supports F-DPCH slot format,
which depends on FDPCH. If F-DPCH slot format is set
to support in the cell, it should support FDPCH
too.when the indicator is TRUE, the indicator
FDPCH_SUPPORT shoud be set true. 18)
HSPAPLUS_DL_64QAM_SUPPORT(downlink
64QAM support indicator): when the indicator is
TRUE, it indicates that the cell supports downlink
64QAM.
GUI Value Range: DELAY_ACTIVATION_SUP-
PORT(delay activation support indication),
HSDSCH_SUPPORT(HSDSCH support indication),
FDPCH_SUPPORT(F-DPCH support indication),
EDCH_SUPPORT(E-DCH support indication),
support indicator), EDCH_2SF2_AND_2SF4_SUP-
PORT(E-DCH max SF support 2SF2+2SF4 indicator),
EDCH_2SF2_SUPPORT(E-DCH max SF support
2SF2 indicator), EDCH_2SF4_SUPPORT(E-DCH
max SF support 2SF4 indicator),
indicator), EDCH_SF8_SUPPORT(E-DCH max SF
support SF8 indicator),
support HARQ IR Combining indicator),
DCH support HARQ CHASE Combining indicator),
support indicator),
SCCH less operation support indicator),

WCDMA RAN

nd
indicator), FLEX_MACD_PDU_SIZE_SUPPORT
(flexible MAC-d PDU Size support indicator),
format support indicator),
64QAM support indicator)
Unit: None
Actual Value Range: DELAY_ACTIVATION_SUP-
PORT, HSDSCH_SUPPORT, FDPCH_SUPPORT,
EDCH_SUPPORT, EDCH_2MS_TTI_SUPPORT,
EDCH_2SF2_AND_2SF4_SUPPORT,
EDCH_2SF2_SUPPORT, EDCH_2SF4_SUPPORT,
EDCH_SF4_SUPPORT, EDCH_SF8_SUPPORT,
EDCH_HARQ_IR_COMBIN_SUPPORT,
EDCH_HARQ_CHASE_COMBIN_SUPPORT,
CPC_DTX_DRX_SUPPORT,
CPC_HS_SCCH_LESS_OPER_SUPPORT,
HSPAPLUS_MIMO_SUPPORT,
FLEX_MACD_PDU_SIZE_SUPPORT,
FDPCH_SLOT_FORMAT_SUPPORT,
HSPAPLUS_DL_64QAM_SUPPORT
Default Value: None

WCDMA RAN

nd
CellCap BSC691 ADD WRFD- Inter Meaning: 1)DELAY_ACTIVATION_SUPPORT

Contain 0 UEXT3 020203 RNC (delay activation support indicator):when the indicator
erFdd GCELL WRFD- Soft is TRUE, it means that the cell support delay activation.
MOD 021400 Handov Delayed Activation IE indicates that the activation of
UEXT3 er the DL power shall be delayed until an indicated CFN
GCELL Direct or until a separate activation indication is received. 2)
Signalin HSDSCH_SUPPORT(HSDSCH support
g indicator):when the indicator is TRUE, it means that the
Connect cell support HSDSCH and enable downlink traffic to be
ion Re- established in HSDSCH. 3)FDPCH_SUPPORT(F-
establish DPCH support indicator):when the indicator is TRUE,
ment it means that the cell support F-DPCH and enable
(DSCR) downlink signal to be established in F-DPCH, but the
cell can not support F-DPCH if it does not support
HSDSCH. 4)EDCH_SUPPORT(E-DCH support
cell support E-DCH and enable uplink signal and traffic
to be established in E-DCH.. 5)
support indicator):when the indicator is TRUE, it means
that the cell support E-DCH 2ms TTI. 6)
EDCH_2SF2_AND_2SF4_SUPPORT(E-DCH max
SF support 2SF2+2SF4 indicator):when the indicator is
of 2SF2+2SF4. 7)EDCH_2SF2_SUPPORT(E-DCH
max SF support 2SF indicator):when the indicator is
of 2SF2. 8)EDCH_2SF4_SUPPORT(E-DCH max SF
support 2SF4 indicator):when the indicator is TRUE, it
means that the cell has E-DCH SF capability of 2SF4.
9)EDCH_SF4_SUPPORT(E-DCH max SF support
SF4 indicator):when the indicator is TRUE, it means
that the cell has E-DCH SF capability of SF4. 10)
cell has E-DCH SF capability of SF8. 11)
support HARQ IR Combining indicator):when the
indicator is TRUE, it means that the cell use IR combine
Mode when MAC-e PDUs are received more than one
time in E-DCH. 12)
DCH support HARQ CHASE Combining indicator):
when the indicator is TRUE, it means that the cell use
CHASE combine Mode when MAC-e PDUs are
received more than one time in E-DCH. 13)

WCDMA RAN

nd
support indicator): when the indicator is TRUE, it

indicates that the cell supports CPC DTX_DRX. 14)
SCCH less operation support indicator): when the
CPC HS-SCCH less operation. 15)
indicator): when the indicator is TRUE, it indicates that
the cell supports MIMO. 16)
FLEX_MACD_PDU_SIZE_SUPPORT(flexible
MAC-d PDU Size support indicator): when the
flexible MAC-d PDU Size. 17)
format support indicator): when the indicator is TRUE,
it indicates that the cell supports F-DPCH slot format,
which depends on FDPCH. If F-DPCH slot format is set
to support in the cell, it should support FDPCH
too.when the indicator is TRUE, the indicator
FDPCH_SUPPORT shoud be set true. 18)
64QAM support indicator): when the indicator is
TRUE, it indicates that the cell supports downlink
64QAM.
GUI Value Range: DELAY_ACTIVATION_SUP-
PORT(delay activation support indication),
HSDSCH_SUPPORT(HSDSCH support indication),
FDPCH_SUPPORT(F-DPCH support indication),
EDCH_SUPPORT(E-DCH support indication),
support indicator), EDCH_2SF2_AND_2SF4_SUP-
PORT(E-DCH max SF support 2SF2+2SF4 indicator),
EDCH_2SF2_SUPPORT(E-DCH max SF support
2SF2 indicator), EDCH_2SF4_SUPPORT(E-DCH
max SF support 2SF4 indicator),
indicator), EDCH_SF8_SUPPORT(E-DCH max SF
support SF8 indicator),
support HARQ IR Combining indicator),
DCH support HARQ CHASE Combining indicator),
support indicator),
SCCH less operation support indicator),

WCDMA RAN

nd
indicator), FLEX_MACD_PDU_SIZE_SUPPORT
(flexible MAC-d PDU Size support indicator),
format support indicator),
64QAM support indicator)
Unit: None
Actual Value Range: DELAY_ACTIVATION_SUP-
PORT, HSDSCH_SUPPORT, FDPCH_SUPPORT,
EDCH_SUPPORT, EDCH_2MS_TTI_SUPPORT,
EDCH_2SF2_AND_2SF4_SUPPORT,
EDCH_2SF2_SUPPORT, EDCH_2SF4_SUPPORT,
EDCH_SF4_SUPPORT, EDCH_SF8_SUPPORT,
EDCH_HARQ_IR_COMBIN_SUPPORT,
EDCH_HARQ_CHASE_COMBIN_SUPPORT,
CPC_DTX_DRX_SUPPORT,
CPC_HS_SCCH_LESS_OPER_SUPPORT,
HSPAPLUS_MIMO_SUPPORT,
FLEX_MACD_PDU_SIZE_SUPPORT,
FDPCH_SLOT_FORMAT_SUPPORT,
HSPAPLUS_DL_64QAM_SUPPORT
Default Value: None

WCDMA RAN

nd
Function BSC690 SET WRFD- 3.4/6.8/1 Meaning: 1)

Switch 0 URRCT 010510 3.6/27.2 RRC_CONN_STATE_TO_NODEB_SWITCH
RLSWI WRFD- Kbps Whether the RNC includes the enRlProcRrcIndPrivate
TCH 020127 RRC information element (IE) in a RADIO LINK SETUP
Connect REQUEST message designated for the NodeB during
WRFD- ion and RRC connection setups. The NodeB uses this IE to
0106150 Radio determine whether to discard the message during flow
2 Access control. When this switch is turned on, the RNC
WRFD- Bearer includes the preceding IE in the RADIO LINK SETUP
010801 Establis REQUEST message. Under this condition, the NodeB
WRFD- hment discards only low-priority messages in the case of
011001 and congestion. When this switch is turned off, the RNC
Release does not include the preceding IE in the RADIO LINK
WRFD-
Warning SETUP REQUEST message. Under this condition, the
011000
of NodeB discards all messages during flow control,
WRFD- regardless of their priorities. 1: This switch is turned on.
Disaster
010802 The RNC includes the enRlProcRrcIndPrivate IE in the
Combin RADIO LINK SETUP REQUEST message designated
WRFD-
ation of for the NodeB during RRC connection setups. 0: This
0106150
One CS switch is turned off. The RNC does not include the
4
Service enRlProcRrcIndPrivate IE in the RADIO LINK SETUP
and Two REQUEST message designated for the NodeB during
PS RRC connection setups. 2)
Services CS_SECMODE_PRI_CSPS_SWITCH Whether the
Intra RNC preferentially processes a SECURITY MODE
RNC COMMAND message specific to a CS service in CS
Cell +PS combined services before the Iu connection for the
Update PS service is set up. 1: The switch is turned on. The RNC
Simplifi preferentially processes a SECURITY MODE
ed Cell COMMAND message specific to a CS service in CS
Broadca +PS combined services before the Iu connection for the
st PS service is set up. 0: The switch is turned off. The
RNC processes a SECURITY MODE COMMAND
Cell
message specific to a CS service in CS+PS combined
Broadca
services after the Iu connection for the PS service is set
st
up. 3)AMR_SILENT_DETECT_SWITCH Switch for
Service
enabling one-way audio check on CS NB-AMR
Inter services. 1: This switch is turned on. The check function
RNC is enabled. 0: This switch is turned off. The check
Cell function is disabled. 4)
Update IU_FLEX_CONG_DISCARD_SWITCH How to
Combin handle the initial direct transfer messages when the
ation of SCCP signaling links to the CN node are congested in
One CS Iu Flex scenarios. 1: When this switch is set to on, the
Service initial direct transfer messages routed to a CN node are
and occasionally discarded if the SCCP signaling links to
Three the CN node are congested. 0: When this switch is set

WCDMA RAN

nd
PS to off, the initial direct transfer messages routed to a CN

Services node are forwarded to other CN nodes for processing if
the SCCP signaling links to the CN node are congested.
5)
UL_INTEG_ALGO_FOR_CELLUPDATE_SWITCH
Whether the RNC does compatibility processing when
checking integrity protection for CELL UPDATE and
URA UPDATE. 1: This switch is turned on. The RNC
checks the integrity protection using HFN increased
when fails first time. 0: This switch is turned off. The
RNC does not do compatibility processing. 6)
AMRWB_SILENT_DETECT_SWITCH Switch for
enabling one-way audio check on CS WB-AMR
services. 1: This switch is turned on. The check function
is enabled. 0: This switch is turned off. The check
function is disabled.
GUI Value Range:
RRC_CONN_STATE_TO_NODEB_SWITCH
(RRC_CONN_STATE_TO_NODEB_SWITCH),
CS_SECMODE_PRI_CSPS_SWITCH
(CS_SECMODE_PRI_CSPS_SWITCH),
AMR_SILENT_DETECT_SWITCH
(AMR_SILENT_DETECT_SWITCH),
IU_FLEX_CONG_DISCARD_SWITCH
(IU_FLEX_CONG_DISCARD_SWITCH),
(UL_INTEG_ALGO_FOR_CELLUPDATE_SWITC
H), AMRWB_SILENT_DETECT_SWITCH
(AMRWB_SILENT_DETECT_SWITCH)
Unit: None
Actual Value Range:
RRC_CONN_STATE_TO_NODEB_SWITCH,
CS_SECMODE_PRI_CSPS_SWITCH,
AMR_SILENT_DETECT_SWITCH,
IU_FLEX_CONG_DISCARD_SWITCH,
, AMRWB_SILENT_DETECT_SWITCH
Default Value:
RRC_CONN_STATE_TO_NODEB_SWITCH:
0,CS_SECMODE_PRI_CSPS_SWITCH:
0,AMR_SILENT_DETECT_SWITCH:
0,IU_FLEX_CONG_DISCARD_SWITCH:
0,UL_INTEG_ALGO_FOR_CELLUPDATE_SWITC
H:0,AMRWB_SILENT_DETECT_SWITCH:0

WCDMA RAN

nd
Function BSC691 SET WRFD- 3.4/6.8/1 Meaning: 1)

Switch 0 URRCT 010510 3.6/27.2 RRC_CONN_STATE_TO_NODEB_SWITCH
RLSWI WRFD- Kbps Whether the RNC includes the enRlProcRrcIndPrivate
TCH 020127 RRC information element (IE) in a RADIO LINK SETUP
Connect REQUEST message designated for the NodeB during
WRFD- ion and RRC connection setups. The NodeB uses this IE to
0106150 Radio determine whether to discard the message during flow
2 Access control. When this switch is turned on, the RNC
WRFD- Bearer includes the preceding IE in the RADIO LINK SETUP
010801 Establis REQUEST message. Under this condition, the NodeB
WRFD- hment discards only low-priority messages in the case of
011001 and congestion. When this switch is turned off, the RNC
Release does not include the preceding IE in the RADIO LINK
WRFD-
Warning SETUP REQUEST message. Under this condition, the
011000
of NodeB discards all messages during flow control,
WRFD- regardless of their priorities. 1: This switch is turned on.
Disaster
010802 The RNC includes the enRlProcRrcIndPrivate IE in the
Combin RADIO LINK SETUP REQUEST message designated
WRFD-
ation of for the NodeB during RRC connection setups. 0: This
0106150
One CS switch is turned off. The RNC does not include the
4
Service enRlProcRrcIndPrivate IE in the RADIO LINK SETUP
and Two REQUEST message designated for the NodeB during
PS RRC connection setups. 2)
Services CS_SECMODE_PRI_CSPS_SWITCH Whether the
Intra RNC preferentially processes a SECURITY MODE
RNC COMMAND message specific to a CS service in CS
Cell +PS combined services before the Iu connection for the
Update PS service is set up. 1: The switch is turned on. The RNC
Simplifi preferentially processes a SECURITY MODE
ed Cell COMMAND message specific to a CS service in CS
Broadca +PS combined services before the Iu connection for the
st PS service is set up. 0: The switch is turned off. The
RNC processes a SECURITY MODE COMMAND
Cell
message specific to a CS service in CS+PS combined
Broadca
services after the Iu connection for the PS service is set
st
up. 3)AMR_SILENT_DETECT_SWITCH Switch for
Service
enabling one-way audio check on CS NB-AMR
Inter services. 1: This switch is turned on. The check function
RNC is enabled. 0: This switch is turned off. The check
Cell function is disabled. 4)
Update IU_FLEX_CONG_DISCARD_SWITCH How to
Combin handle the initial direct transfer messages when the
ation of SCCP signaling links to the CN node are congested in
One CS Iu Flex scenarios. 1: When this switch is set to on, the
Service initial direct transfer messages routed to a CN node are
and occasionally discarded if the SCCP signaling links to
Three the CN node are congested. 0: When this switch is set

WCDMA RAN

nd
PS to off, the initial direct transfer messages routed to a CN

Services node are forwarded to other CN nodes for processing if
the SCCP signaling links to the CN node are congested.
5)
Whether the RNC does compatibility processing when
checking integrity protection for CELL UPDATE and
URA UPDATE. 1: This switch is turned on. The RNC
checks the integrity protection using HFN increased
when fails first time. 0: This switch is turned off. The
RNC does not do compatibility processing. 6)
AMRWB_SILENT_DETECT_SWITCH Switch for
enabling one-way audio check on CS WB-AMR
services. 1: This switch is turned on. The check function
is enabled. 0: This switch is turned off. The check
function is disabled.
GUI Value Range:
RRC_CONN_STATE_TO_NODEB_SWITCH
(RRC_CONN_STATE_TO_NODEB_SWITCH),
CS_SECMODE_PRI_CSPS_SWITCH
(CS_SECMODE_PRI_CSPS_SWITCH),
AMR_SILENT_DETECT_SWITCH
(AMR_SILENT_DETECT_SWITCH),
IU_FLEX_CONG_DISCARD_SWITCH
(IU_FLEX_CONG_DISCARD_SWITCH),
(UL_INTEG_ALGO_FOR_CELLUPDATE_SWITC
H), AMRWB_SILENT_DETECT_SWITCH
(AMRWB_SILENT_DETECT_SWITCH)
Unit: None
Actual Value Range:
RRC_CONN_STATE_TO_NODEB_SWITCH,
CS_SECMODE_PRI_CSPS_SWITCH,
AMR_SILENT_DETECT_SWITCH,
IU_FLEX_CONG_DISCARD_SWITCH,
, AMRWB_SILENT_DETECT_SWITCH
Default Value:
RRC_CONN_STATE_TO_NODEB_SWITCH:
0,CS_SECMODE_PRI_CSPS_SWITCH:
0,AMR_SILENT_DETECT_SWITCH:
0,IU_FLEX_CONG_DISCARD_SWITCH:
0,UL_INTEG_ALGO_FOR_CELLUPDATE_SWITC
H:0,AMRWB_SILENT_DETECT_SWITCH:0

WCDMA RAN

nd
RetryCa BSC690 SET WRFD- HSUPA Meaning: This parameter specifies which HSPA
pability 0 UFRC 0106140 2ms TTI technologies can be retried by UEs. When the HSPA
3 DC- technologies are selected and currently UE is not using
WRFD- HSDPA them, "RNC" will initiate these HSPA technologies
010699 +MIMO retry for UE.This parameter takes effect only when
services running on the UE are carried over the HSPA
WRFD- Macro- channel.
151209 Micro
GUI Value Range: SRB_OVER_HSDPA,
WRFD- DC-
SRB_OVER_HSUPA, TTI_2MS, MIMO, 64QAM,
150207 HSDPA
DL_L2_ENHANCE, DTX_DRX,
WRFD- 4C- HSSCCH_LESS_OPERATION, MIMO_64QAM,
010652 HSDPA DC_HSDPA, UL_L2_ENHANCE, UL_16QAM,
WRFD- SRB EDPCCH_BOOSTING, DCMIMO_HSDPA,
010686 over DC_HSUPA, HSDPA_4C_MIMO, HSDPA_4C,
HSDPA DBMIMO_HSDPA, DB_HSDPA
WRFD-
010687 CPC - Unit: None
WRFD- DTX / Actual Value Range: SRB_OVER_HSDPA,

010684 DRX SRB_OVER_HSUPA, TTI_2MS, MIMO, 64QAM,
CPC - DL_L2_ENHANCE, DTX_DRX,
WRFD- HSSCCH_LESS_OPERATION, MIMO_64QAM,
010685 HS-
SCCH DC_HSDPA, UL_L2_ENHANCE, UL_16QAM,
WRFD- less EDPCCH_BOOSTING, DCMIMO_HSDPA,
010695 operatio DC_HSUPA, HSDPA_4C_MIMO, HSDPA_4C,
WRFD- n DBMIMO_HSDPA, DB_HSDPA
010683 Default Value: SRB_OVER_HSDPA:
2x2
WRFD- 0,SRB_OVER_HSUPA:0,TTI_2MS:0,MIMO:
MIMO
010697 1,64QAM:1,DL_L2_ENHANCE:1,DTX_DRX:
Downlin 1,HSSCCH_LESS_OPERATION:1,MIMO_64QAM:
WRFD- k 0,DC_HSDPA:0,UL_L2_ENHANCE:0,UL_16QAM:
010694 Enhance 0,EDPCCH_BOOSTING:0,DCMIMO_HSDPA:
WRFD- d L2 0,DC_HSUPA:0,HSDPA_4C_MIMO:0,HSDPA_4C:
150227 UL 0,DBMIMO_HSDPA:0,DB_HSDPA:0
WRFD- Layer 2
150209 Improve
ment
WRFD-
150250 Downlin
WRFD- k
010636 64QAM
WRFD- E-
010696 DPCCH
Boostin
WRFD- g
150223
UL
WRFD-
16QAM
010693

WCDMA RAN

nd
DB-
HSDPA
+MIMO
DB-
HSDPA
3C-
HSDPA
SRB
over
HSUPA
DC-
HSDPA
MC-
HSDPA
+MIMO
DL
64QAM
+MIMO

WCDMA RAN

nd
RetryCa BSC691 SET WRFD- HSUPA Meaning: This parameter specifies which HSPA
pability 0 UFRC 0106140 2ms TTI technologies can be retried by UEs. When the HSPA
3 DC- technologies are selected and currently UE is not using
WRFD- HSDPA them, "RNC" will initiate these HSPA technologies
010699 +MIMO retry for UE.This parameter takes effect only when
services running on the UE are carried over the HSPA
WRFD- Macro- channel.
151209 Micro
GUI Value Range: SRB_OVER_HSDPA,
WRFD- DC-
SRB_OVER_HSUPA, TTI_2MS, MIMO, 64QAM,
150207 HSDPA
DL_L2_ENHANCE, DTX_DRX,
WRFD- 4C- HSSCCH_LESS_OPERATION, MIMO_64QAM,
010652 HSDPA DC_HSDPA, UL_L2_ENHANCE, UL_16QAM,
WRFD- SRB EDPCCH_BOOSTING, DCMIMO_HSDPA,
010686 over DC_HSUPA, HSDPA_4C_MIMO, HSDPA_4C,
HSDPA DBMIMO_HSDPA, DB_HSDPA
WRFD-
010687 CPC - Unit: None
WRFD- DTX / Actual Value Range: SRB_OVER_HSDPA,

010684 DRX SRB_OVER_HSUPA, TTI_2MS, MIMO, 64QAM,
CPC - DL_L2_ENHANCE, DTX_DRX,
WRFD- HSSCCH_LESS_OPERATION, MIMO_64QAM,
010685 HS-
SCCH DC_HSDPA, UL_L2_ENHANCE, UL_16QAM,
WRFD- less EDPCCH_BOOSTING, DCMIMO_HSDPA,
010695 operatio DC_HSUPA, HSDPA_4C_MIMO, HSDPA_4C,
WRFD- n DBMIMO_HSDPA, DB_HSDPA
010683 Default Value: SRB_OVER_HSDPA:
2x2
WRFD- 0,SRB_OVER_HSUPA:0,TTI_2MS:0,MIMO:
MIMO
010697 1,64QAM:1,DL_L2_ENHANCE:1,DTX_DRX:
Downlin 1,HSSCCH_LESS_OPERATION:1,MIMO_64QAM:
WRFD- k 0,DC_HSDPA:0,UL_L2_ENHANCE:0,UL_16QAM:
010694 Enhance 0,EDPCCH_BOOSTING:0,DCMIMO_HSDPA:
WRFD- d L2 0,DC_HSUPA:0,HSDPA_4C_MIMO:0,HSDPA_4C:
150227 UL 0,DBMIMO_HSDPA:0,DB_HSDPA:0
WRFD- Layer 2
150209 Improve
ment
WRFD-
150250 Downlin
WRFD- k
010636 64QAM
WRFD- E-
010696 DPCCH
Boostin
WRFD- g
150223
UL
WRFD-
16QAM
010693

WCDMA RAN

nd
DB-
HSDPA
+MIMO
DB-
HSDPA
3C-
HSDPA
SRB
over
HSUPA
DC-
HSDPA
MC-
HSDPA
+MIMO
DL
64QAM
+MIMO

WCDMA RAN

nd
SpecUse BSC690 ADD WRFD- HSDPA Meaning: 1) P2F_REDIR_DISABLED_SWITCH

rFunctio 0 UIMEIT 0106100 Mobility (P2F Redirection Inhibition Switch) Whether a
nSwitch AC 6 Manage specified UE is forbidden to perform P2F redirection.
3 MOD WRFD- ment 1: This switch is turned on, a specified UE, for example,
UIMEIT 160103 Termina a UE that has compatibility issues with P2F redirection,
AC l Black cannot perform P2F redirection. 0: This switch is turned
List off, a specified UE can perform P2F redirection. 2)
SPECUSER_SRB_OVER_HSDPA_DISABLED_SW
ITCH(SRB Over HSDPA Inhibition Switch) Whether
the downlink SRB of a specified UE is forbidden to be
carried on the HSDPA. 1: This switch is turned on, the
downlink SRB of a specified UE is forbidden to be
carried on the HSDPA. 0: This switch is turned off, the
downlink SRB of a specified UE is allowed to be carried
on the HSDPA. 3)
SPECUSER_CPC_DTX_DRX_DISABLED_SWITC
H(CPC DTX/DRX Inhibition Switch) Whether a
specified UE is forbidden to use CPC DTX/DRX. 1:
This switch is turned on, a specified UE is forbidden to
use CPC DTX/DRX. 0: This switch is turned off, a
specified UE is allowed to use CPC DTX/DRX. 4)
SPECUSER_EFACH_DISABLED_SWITCH
(EFACH Inhibition Switch) Whether a specified UE is
forbidden to establish services on the E-FACH. 1: This
switch is turned on. A specified UE is forbidden to
establish services on the E-FACH. 0: This switch is
turned off. A specified UE is allowed to establish
services on the E-FACH. 5)
SPECUSER_ERACH_DISABLED_SWITCH
(ERACH Inhibition Switch) Whether a specified UE is
forbidden to establish services on the E-RACH. 1: This
establish services on the E-RACH. 0: This switch is
services on the E-RACH. 6)
SPECUSER_PCH_FACH2EFACH_DISABLED_SW
ITCH(FACH2EFACH Inhibition Switch) Whether a
specified UE is forbidden to perform the P2P procedure.
1: This switch is turned on. If a specified UE moves from
a FACH cell to a cell with the Uplink or Downlink
Enhanced CELL_FACH feature activated, or from a
cell with the Uplink Enhanced CELL_FACH feature
activated to a cell with the Downlink Enhanced
CELL_FACH feature activated, the UE is forbidden to
perform the P2P procedure and its state is reconfigured
as CELL-FACH. 0: This switch is turned off. If a
specified UE moves from a FACH cell to a cell with the

WCDMA RAN

nd
Uplink or Downlink Enhanced CELL_FACH feature

activated, or from a cell with the Uplink Enhanced
CELL_FACH feature activated to a cell with the
Downlink Enhanced CELL_FACH feature activated,
the UE is allowed to perform the P2P procedure. 7)
SPECUSER_INHIBIT_D2P_SWITCH(D2P
Procedure Inhibition Switch) Whether to forbid the D2P
state transition for specified UEs. 1:When this
parameter is set to on, specified UEs perform the D2F
state transition, not the D2P state transition if they have
no data to transmit during the period of time specified
by the "D2PPsInactTimer" parameter in the "SET
UUESTATETRANSTIMER" command. 0:When this
parameter is set to off, specified UEs perform the D2P
state transition if they have no data to transmit during
the period of time specified by the "D2PPsInactTimer"
command. 8)
H_SERV_CELL_CHG_MSG_OPT_DISABLED_SW
ITCH(Disable H Serving Cell Change MSG Size
Reduction) Whether to forbid the size reduction of the
HSDPA serving cell change message for specified UEs.
1: This switch is set to on. The size of the HSDPA
serving cell change message cannot be reduced for
specified UEs. The original HSDPA serving cell change
procedure is used. 0: This switch is set to off. The size
of the HSDPA serving cell change message can be
reduced for specified UEs. 9)
EFACH_ERACH_UE_D2P_DISABLED_SWITCH
(E-FACH/E-RACH UE D2P Disable Switch) 1:When
this switch is turned on, specified UEs enabled with the
E-FACH or E-RACH feature cannot perform a D2P
state transition. 0:When this switch is turned off,
specified UEs enabled with the E-FACH or E-RACH
feature can perform a D2P state transition. 10)
SPECUSER_DL_BLER_MEAS_DISABLED_SWIT
CH(Disable Periodic DL Transport Channel BLER
Measurement Switch) Whether the RNC delivers
periodic MR measurement control messages on DL
Transport Channel BLER to UEs of specified TACs. 1:
This switch is turned on. The RNC does not deliver
This switch is turned off. The RNC delivers periodic
MR measurement control messages on DL Transport
Channel BLER to UEs of specified TACs. 11)
SPECUSER_AGPS_MEAS_DISABLED_SWITCH

WCDMA RAN

nd
(Disable Periodic AGPS Measurement Switch)

Whether the RNC delivers periodic MR measurement
control messages on assisted GPS (AGPS) to UEs of
specified TACs. 1: This switch is turned on. The RNC
does not deliver periodic MR measurement control
messages on AGPS to UEs of specified TACs. 0: This
switch is turned off. The RNC delivers periodic MR
measurement control messages on AGPS to UEs of
specified TACs. 12)
SPECUSER_UE_TX_PWR_MEAS_DISABLED_S
WITCH(Disable Periodic UE Tx Power Measurement
Switch) Whether the RNC delivers periodic MR
measurement control messages on UE Tx Power to UEs
of specified TACs. 1: This switch is turned on. The RNC
messages on UE Tx Power to UEs of specified TACs.
0: This switch is turned off. The RNC delivers periodic
MR measurement control messages on UE Tx Power to
UEs of specified TACs. 13)
SPECUSER_CELLID_RTT_MEAS_DISABLED_S
WITCH(Disable Periodic CELLID RTT Measurement
measurement control messages on CELLID RTT to
UEs of specified TACs. 1: This switch is turned on. The
RNC does not deliver periodic MR measurement
control messages on CELLID RTT to UEs of specified
TACs. 0: This switch is turned off. The RNC delivers
periodic MR measurement control messages on
CELLID RTT to UEs of specified TACs. 14)
FAST_H_SERV_CELL_CHANGE_DISABLED_SW
ITCH (Fast HSDPA Serving Cell Change Optimization
Disable Switch) Whether to disable the fast HSDPA
serving cell change optimization function for a specified
UE. 1: When this switch is turned on, the fast HSDPA
serving cell change optimization function cannot be
used for a specified UE. The original HSDPA serving
cell change procedure is used. 0: When this switch is
turned off, the fast HSDPA serving cell change
optimization function can be used for a specified UE.
15)SPECUSER_R6_EFACH_CMP_SWITCH
Whether the RNC performs special processing on
special users that comply with 3GPP Release 6 when
these users mistakenly switch to the enhanced
CELL_FACH state in an E-FACH cell. 1: When this
switch is set to on, special users are not allowed to
switch to the CELL_PCH or CELL_FACH state. That
is, when special users have data to transmit, they switch

WCDMA RAN

nd
to the CELL_DCH state. Otherwise, they stay in the idle

mode. When special users move from a FACH cell to
an E-FACH cell and initiate a cell reselection or cell
update procedure, the RNC releases the special users'
connections after the cell update or cell reselection
procedure is complete if the UE is in the CELL_FACH
state before the cell reselection or cell update procedure.
If the UE is in the CELL_PCH state before the cell
reselection or cell update procedure, the RNC switches
the UE to the CELL_DCH state. 0: When this switch is
set to off, the RNC performs no special processing on
the UE.
GUI Value Range:
P2F_REDIR_DISABLED_SWITCH,
ITCH,
H, SPECUSER_EFACH_DISABLED_SWITCH,
SPECUSER_ERACH_DISABLED_SWITCH,
ITCH, SPECUSER_INHIBIT_D2P_SWITCH,
ITCH,
EFACH_ERACH_UE_D2P_DISABLED_SWITCH,
CH,
SPECUSER_AGPS_MEAS_DISABLED_SWITCH,
WITCH,
WITCH,
ITCH, SPECUSER_R6_EFACH_CMP_SWITCH
Unit: None
Actual Value Range:
ITCH,
ITCH,

WCDMA RAN

nd
CH,
WITCH,
WITCH,
Default Value: P2F_REDIR_DISABLED_SWITCH:
0,SPECUSER_SRB_OVER_HSDPA_DISABLED_S
WITCH:0,
H:0, SPECUSER_EFACH_DISABLED_SWITCH:0,
SPECUSER_ERACH_DISABLED_SWITCH:
0,SPECUSER_PCH_FACH2EFACH_DISABLED_S
WITCH:0,SPECUSER_INHIBIT_D2P_SWITCH:
0,H_SERV_CELL_CHG_MSG_OPT_DISABLED_S
WITCH:
0,EFACH_ERACH_UE_D2P_DISABLED_SWITCH
:
0,SPECUSER_DL_BLER_MEAS_DISABLED_SWI
TCH:
0,SPECUSER_AGPS_MEAS_DISABLED_SWITCH
:
0,SPECUSER_UE_TX_PWR_MEAS_DISABLED_S
WITCH:
0,SPECUSER_CELLID_RTT_MEAS_DISABLED_S
WITCH:
0,FAST_H_SERV_CELL_CHANGE_DISABLED_S
WITCH:0,SPECUSER_R6_EFACH_CMP_SWITCH:
0

WCDMA RAN

nd
SpecUse BSC691 ADD WRFD- HSDPA Meaning: 1) P2F_REDIR_DISABLED_SWITCH

rFunctio 0 UIMEIT 0106100 Mobility (P2F Redirection Inhibition Switch) Whether a
nSwitch AC 6 Manage specified UE is forbidden to perform P2F redirection.
3 MOD WRFD- ment 1: This switch is turned on, a specified UE, for example,
UIMEIT 160103 Termina a UE that has compatibility issues with P2F redirection,
AC l Black cannot perform P2F redirection. 0: This switch is turned
List off, a specified UE can perform P2F redirection. 2)
ITCH(SRB Over HSDPA Inhibition Switch) Whether
the downlink SRB of a specified UE is forbidden to be
carried on the HSDPA. 1: This switch is turned on, the
downlink SRB of a specified UE is forbidden to be
carried on the HSDPA. 0: This switch is turned off, the
downlink SRB of a specified UE is allowed to be carried
on the HSDPA. 3)
H(CPC DTX/DRX Inhibition Switch) Whether a
specified UE is forbidden to use CPC DTX/DRX. 1:
This switch is turned on, a specified UE is forbidden to
use CPC DTX/DRX. 0: This switch is turned off, a
specified UE is allowed to use CPC DTX/DRX. 4)
SPECUSER_EFACH_DISABLED_SWITCH
(EFACH Inhibition Switch) Whether a specified UE is
forbidden to establish services on the E-FACH. 1: This
establish services on the E-FACH. 0: This switch is
services on the E-FACH. 5)
SPECUSER_ERACH_DISABLED_SWITCH
(ERACH Inhibition Switch) Whether a specified UE is
forbidden to establish services on the E-RACH. 1: This
establish services on the E-RACH. 0: This switch is
services on the E-RACH. 6)
ITCH(FACH2EFACH Inhibition Switch) Whether a
specified UE is forbidden to perform the P2P procedure.
1: This switch is turned on. If a specified UE moves from
a FACH cell to a cell with the Uplink or Downlink
Enhanced CELL_FACH feature activated, or from a
cell with the Uplink Enhanced CELL_FACH feature
activated to a cell with the Downlink Enhanced
CELL_FACH feature activated, the UE is forbidden to
perform the P2P procedure and its state is reconfigured
as CELL-FACH. 0: This switch is turned off. If a
specified UE moves from a FACH cell to a cell with the

WCDMA RAN

nd
Uplink or Downlink Enhanced CELL_FACH feature

activated, or from a cell with the Uplink Enhanced
CELL_FACH feature activated to a cell with the
Downlink Enhanced CELL_FACH feature activated,
the UE is allowed to perform the P2P procedure. 7)
SPECUSER_INHIBIT_D2P_SWITCH(D2P
Procedure Inhibition Switch) Whether to forbid the D2P
state transition for specified UEs. 1:When this
parameter is set to on, specified UEs perform the D2F
state transition, not the D2P state transition if they have
no data to transmit during the period of time specified
by the "D2PPsInactTimer" parameter in the "SET
UUESTATETRANSTIMER" command. 0:When this
parameter is set to off, specified UEs perform the D2P
state transition if they have no data to transmit during
the period of time specified by the "D2PPsInactTimer"
command. 8)
ITCH(Disable H Serving Cell Change MSG Size
Reduction) Whether to forbid the size reduction of the
HSDPA serving cell change message for specified UEs.
1: This switch is set to on. The size of the HSDPA
serving cell change message cannot be reduced for
specified UEs. The original HSDPA serving cell change
procedure is used. 0: This switch is set to off. The size
of the HSDPA serving cell change message can be
reduced for specified UEs. 9)
EFACH_ERACH_UE_D2P_DISABLED_SWITCH
(E-FACH/E-RACH UE D2P Disable Switch) 1:When
this switch is turned on, specified UEs enabled with the
E-FACH or E-RACH feature cannot perform a D2P
state transition. 0:When this switch is turned off,
specified UEs enabled with the E-FACH or E-RACH
feature can perform a D2P state transition. 10)
CH(Disable Periodic DL Transport Channel BLER
Measurement Switch) Whether the RNC delivers
This switch is turned on. The RNC does not deliver
This switch is turned off. The RNC delivers periodic
MR measurement control messages on DL Transport
Channel BLER to UEs of specified TACs. 11)
SPECUSER_AGPS_MEAS_DISABLED_SWITCH

WCDMA RAN

nd
(Disable Periodic AGPS Measurement Switch)

Whether the RNC delivers periodic MR measurement
control messages on assisted GPS (AGPS) to UEs of
specified TACs. 1: This switch is turned on. The RNC
messages on AGPS to UEs of specified TACs. 0: This
switch is turned off. The RNC delivers periodic MR
measurement control messages on AGPS to UEs of
specified TACs. 12)
WITCH(Disable Periodic UE Tx Power Measurement
measurement control messages on UE Tx Power to UEs
of specified TACs. 1: This switch is turned on. The RNC
messages on UE Tx Power to UEs of specified TACs.
0: This switch is turned off. The RNC delivers periodic
MR measurement control messages on UE Tx Power to
UEs of specified TACs. 13)
WITCH(Disable Periodic CELLID RTT Measurement
measurement control messages on CELLID RTT to
UEs of specified TACs. 1: This switch is turned on. The
RNC does not deliver periodic MR measurement
control messages on CELLID RTT to UEs of specified
TACs. 0: This switch is turned off. The RNC delivers
periodic MR measurement control messages on
CELLID RTT to UEs of specified TACs. 14)
ITCH (Fast HSDPA Serving Cell Change Optimization
Disable Switch) Whether to disable the fast HSDPA
serving cell change optimization function for a specified
UE. 1: When this switch is turned on, the fast HSDPA
serving cell change optimization function cannot be
used for a specified UE. The original HSDPA serving
cell change procedure is used. 0: When this switch is
turned off, the fast HSDPA serving cell change
optimization function can be used for a specified UE.
15)SPECUSER_R6_EFACH_CMP_SWITCH
Whether the RNC performs special processing on
special users that comply with 3GPP Release 6 when
these users mistakenly switch to the enhanced
CELL_FACH state in an E-FACH cell. 1: When this
switch is set to on, special users are not allowed to
switch to the CELL_PCH or CELL_FACH state. That
is, when special users have data to transmit, they switch

WCDMA RAN

nd
to the CELL_DCH state. Otherwise, they stay in the idle

mode. When special users move from a FACH cell to
an E-FACH cell and initiate a cell reselection or cell
update procedure, the RNC releases the special users'
connections after the cell update or cell reselection
procedure is complete if the UE is in the CELL_FACH
state before the cell reselection or cell update procedure.
If the UE is in the CELL_PCH state before the cell
reselection or cell update procedure, the RNC switches
the UE to the CELL_DCH state. 0: When this switch is
set to off, the RNC performs no special processing on
the UE.
GUI Value Range:
ITCH,
ITCH,
CH,
WITCH,
WITCH,
Unit: None
Actual Value Range:
ITCH,
ITCH,

WCDMA RAN

nd
CH,
WITCH,
WITCH,
Default Value: P2F_REDIR_DISABLED_SWITCH:
0,SPECUSER_SRB_OVER_HSDPA_DISABLED_S
WITCH:0,
H:0, SPECUSER_EFACH_DISABLED_SWITCH:0,
SPECUSER_ERACH_DISABLED_SWITCH:
0,SPECUSER_PCH_FACH2EFACH_DISABLED_S
WITCH:0,SPECUSER_INHIBIT_D2P_SWITCH:
0,H_SERV_CELL_CHG_MSG_OPT_DISABLED_S
WITCH:
0,EFACH_ERACH_UE_D2P_DISABLED_SWITCH
:
0,SPECUSER_DL_BLER_MEAS_DISABLED_SWI
TCH:
0,SPECUSER_AGPS_MEAS_DISABLED_SWITCH
:
0,SPECUSER_UE_TX_PWR_MEAS_DISABLED_S
WITCH:
0,SPECUSER_CELLID_RTT_MEAS_DISABLED_S
WITCH:
0,FAST_H_SERV_CELL_CHANGE_DISABLED_S
WITCH:0,SPECUSER_R6_EFACH_CMP_SWITCH:
0

WCDMA RAN

nd
PROCE BSC690 SET WRFD- SRVCC Meaning: 1) LOAD_IRAT_HO_RNC_FILL_TL (Cell

SSSWIT 0 URRCT 150215 from Load Information TL Input Switch) During inter-RAT
CH2 RLSWI WRFD- LTE to handovers from 3G cells to 2G cells, the RNC can
TCH 010101 UMTS records information about load on 3G cells in the
with PS RELOCATION REQUIRED container in the Tag
WRFD- Handov Length Value (TLV) format. 1: This switch is turned on.
160103 er The RNC records the Tag Length in the container. 0:
WRFD- 3GPP This switch is turned off. The RNC does not record the
030011 R9 Tag Length. 2) SEND_IDT_JUDGE_IU_RESET
WRFD- Specific (Switch for Transferring INITIAL UE Messages in the
020500 ations IU Reset State) 1: This switch is turned on. The RNC
discards the INITIAL UE message from a CN node if
WRFD- Termina the Iu interface is in the reset state. 0: This switch is
140224 l Black turned off. The RNC handles the INITIAL UE message
WRFD- List from a CN node if the Iu interface is in the reset state.
160271 Enhance 3)
WRFD- d Fast RNC_RBRECFG_DRD_FAIL_ROLLBACK_SWIT
020400 Dorman CH (RB Reconfiguration DRD Rollback Switch) 1:
cy This switch is turned on. The RNC supports rollback
WRFD-
Fast CS caused by failed directed retry decisions (DRDs) of RB
140205
Fallback reconfiguration. 0: This switch is turned off. The RNC
Based does not support rollback caused by failed DRDs of RB
on RIM reconfiguration. 4)
RNC_CS_QUERY_UE_IMEI_SWITCH (CS IMEI
Ultra-
Request Switch) 1: This switch is turned on. The RNC
Flash
rather than the CN sends an IDENTITY REQUEST
CSFB
message to obtain the international mobile equipment
DRD identity (IMEI) of a UE. Note: When the CN checks the
Introduc serial number of direct transfer messages and the
tion SEND_MSG_NULL_SWITCH switch is turned off,
Package turning on this switch leads to inconsistency in the serial
Voice number of direct transfer messages between the CN and
Service the UE. This causes CS service setup failures.
Experie Therefore, you are not advised to turn on this switch.
nce Before turning on this switch, test the interworking
Improve between the RNC and the CN. If the CN checks the
ment for serial number of direct transfer messages, turn on
Weak SEND_MSG_NULL_SWITCH under
Receptio "PROCESSSWITCH4" in the "SET
n Ues URRCTRLSWITCH" command. 0: This switch is
turned off. The RNC does not send an IDENTITY
REQUEST message to obtain the IMEI of a UE. 5)
RNC_PS_QUERY_UE_IMEI_SWITCH (PS IMEI
Request Switch) 1: This switch is turned on. The RNC,
rather than the CN, sends an IDENTITY REQUEST
message to obtain the IMEI of a UE. 0: This switch is

WCDMA RAN

nd

FACH_DTCH_CONGEST_P2D (P2D Switch for
Congested FACH or DTCH) 1: This switch is turned on.
The DCH resources may be congested, thereby
decreasing the access success rate. 0: This switch is
turned off. UEs using PS services do not trigger the P2D
procedure on a congested FACH or DTCH. 7)
RNC_RBSETUP_DRD_FAIL_ROLLBACK_SWITC
H (RB Establishment DRD Rollback Switch) 1: This
switch is turned on. The RNC supports rollback caused
by failed DRDs of RB establishment. 0: This switch is
turned off. The RNC does not support rollback caused
by failed DRDs of RB establishment. However, the
RNC cannot control the scenario where the RB fast
setup function is used for RB establishment
accompanied by DRDs. 8)
PS_NOTIFYCN_NOTDOWNSIZE_SWITCH
(Switch for Not Triggering Rate Reduction Negotiation
Between the CN and the RNC After a PS Service Access
Failure) 1: This switch is turned on. The access rate is
not negotiated between the RNC and the CN if a PS
service fails to be admitted. 0: This switch is turned off.
The access rate is negotiated between the RNC and the
CN if a PS service fails to be admitted. 9)
ASU_RSP_TIMEOUT_HANDLE_SWITCH (Switch
for Performing the Optimized Soft-Handover Timeout
Procedure) 1: This switch is turned on. The RNC
considers that it has received an ACTIVE SET
UPDATE COMPLETE message during soft handover
procedure after the message has expired. 0: This switch
is turned off. RABs are directly released during soft
handover procedure after the ACTIVE SET UPDATE
COMPLETE message has expired. 10)
RB_RECFG_USER_INACT_SWITCH (Switch for
Performing the Optimized RRC Connection Release
Procedure with No Data Transmitted on the UE upon
UE State Transition Timeout) 1: This switch is turned
on. The RNC initiated the release process with the cause
of user inactive when the UE have no data to transmit.
0: This switch is turned off. The RNC initiated the
release process with other causes when the UE have no
data to transmit. 11)
RRC_SCRI_NORM_REL_SWITCH (Switch for
Procedure on Receipt of a SIGNALLING
CONNECTION RELEASE INDICATION Message)
1: This switch is turned on. The RNC initiated the

WCDMA RAN

nd
normal release process after receive SIGNALLING

CONNECTION RELEASE INDICATION message
from UE. 0: This switch is turned off. The RNC does
not handle SIGNALLING CONNECTION RELEASE
INDICATION message during the process. 12)
CELLUPT_RLFAILURE_SRBREESTAB_SWITCH
(Switch for SRB Reestablishment During a Cell Update
with the Cause Value of RL Failure) 1: This switch is
turned on. SRBs are reestablished during cell update
procedure with the "RL Failure" cause value. 0: This
switch is turned off. SRBs are not reestablished during
cell update procedure with the "RL Failure" cause value.
13) CU_OVERLAP_DSCR_SWITCH (Switch for
Performing the Optimized Procedure for Concurrent
RB and Cell Update, Hard handover, or DRD) 1: This
switch is turned on. The DSCR procedure is performed
if RNC can not handles different processes performed
simultaneously. 0: This switch is turned off. The DSCR
procedure is not performed in this scenes. 14)
TRB_RST_DSCR_SWITCH (Switch for Performing
the Optimized TRB Reset Procedure for PS BE
Services) 1: This switch is turned on. The DSCR
procedure is performed if a Layer 2 data transmission
error occurs. 0: This switch is turned off. The DSCR
procedure is not performed if a Layer 2 data
transmission error occurs. 15)
RNC_FD_SCRI_FORCE_REL_SWITCH (Signaling
Connection Release Switch for UEs Supporting Fast
Dormancy) 1: This switch is turned on. If the RNC
receives a SIGNALING CONNECTION RELEASE
INDICATION from UE with the cause of "UE
Requested PS Data session end", the RNC triggers the
state transition for the UE. Otherwise, the RNC releases
the signaling connection. 0: This switch is turned off. If
the RNC receives a SIGNALING CONNECTION
RELEASE INDICATION from UE, the RNC triggers
the state transition for the UE. 16)
USRPLN_PRORATION_SHARED_ALO (Algorithm
Switch for Inter-Subrack Load Sharing on the User
Plane) 1: This switch is turned on. Load sharing can be
performed based on the ratio of available user plane
resources to total user plane resources in a subrack. 0:
This switch is turned off. Load sharing cannot be
resources to total user plane resources in a subrack. 17)
FP_IUUP_TRACE_SWITCH (Switch for Tracing UEs
Failing in FP Synchronization) 1: This switch is turned

WCDMA RAN

nd
on. UEs using FP can be traced in terms of data streams.

0: This switch is turned off. UEs using FP cannot be
traced in terms of data streams. 18)
RNC_PCHR_OUTPUT_CTRL_SWITCH (Switch for
Reducing PCHR Log Information for Normal
Procedure) The switch
RNC_PCHR_OUTPUT_CTRL_SWITCH controls
whether the RNC reduces information recorded in a
PCHR log for a normal procedure. 1: This switch is
turned on. The RNC reduces information in a
performance call history record (PCHR) log recorded
during a normal procedure and reports only the
following information blocks: -RRC_RELEASE -
CS_RAB_SETUP -PS_RAB_SETUP -CS_RAB_REL
-PS_RAB_REL -SHO -SYS_HO_OUT -
INTRA_FREQ_NET_OPT -STAT -
CS_RAB_QUALITY_STAT -
PS_RAB_QUALITY_STAT -
CS_SETUP_DIRECT_STAT -
PS_SETUP_DIRECT_STAT A procedure is abnormal
only when either of the following conditions is met: -
The RRC connection setup fails. -The RAB setup fails.
-The RAB is abnormally released. -The value of the
information element (IE) NAS-PDU contained in a
DIRECT TRANSFER message is ATTACH REJECT,
RAU REJECT, or LAU REJECT. 0: This switch is
turned off. The RNC does not reduce information
recorded in a PCHR log. 19) DTMF_SWITCH (DTMF
Switch) 1: When this switch is turned on, the RNC
triggers hyper frame number (HFN) modification, noise
pouring, and Iu-UP loopback functions by direct
transfer messages from a UE. RsvdSwitch_Bit7 and
RsvdSwitch_Bit6 under the RsvdPara1 parameter in the
SET UDPUCFGDATA command control the HFN
modification and noise pouring functions, respectively.
0: When this switch is turned off, the RNC does not
trigger HFN modification, noise pouring, or Iu-UP
loopback functions by direct transfer messages from a
UE. 20) FAST_CS_FB_BASEDON_RIM_SWITCH
(Switch for fast CSFB based on RIM) 1: This switch is
turned on. The RNC supports fast CSFB(CS fallback)
based on RIM. 0: This switch is turned off. The RNC
does not support fast CSFB(CS fallback) based on RIM.
21) L2U_SRVCC_WITH_PS_HO_SWITCH Whether
to support LTE-to-UMTS CS and PS handovers
simultaneously. 1: This switch is turned on. LTE-to-
UMTS CS and PS handovers can happen

WCDMA RAN

nd
simultaneously. 0: This switch is turned off. LTE-to-

UMTS CS and PS handovers cannot happen
simultaneously. 22)
ULTRA_FLASH_CSFB_SWITCH(Ultra-Flash CSFB
Function Switch) Whether the Ultra-Flash CSFB
function takes effect. 1: This switch is turned on. The
RNC supports the Ultra-Flash CSFB function, and the
delay of CSFB is reduced, improving user experience.
0: This switch is turned off. The RNC does not support
the Ultra-Flash CSFB function, and the delay of CSFB
is long, affecting user experience. 23)
RNC_PS_QUERY_UE_IMEISV_SWITCH(Support
RNC PS Querying UE IMEISV) Whether the RNC
sends an Identity Request message to the UE, requesting
the UE's international mobile station equipment identity
and software version (IMEISV). 1: This switch is set to
on. The RNC sends an Identity Request message to the
UE, requesting the UE's IMEISV. 0: This switch is set
to off. The RNC does not send an Identity Request
message to the UE. If this switch is enabled together
with the RNC_PS_QUERY_UE_IMEI_SWITCH, the
RNC queries the UE's IMEISV, not IMEI. Disuse
Statement:This switch
USRPLN_PRORATION_SHARED_ALO will be
deleted from later versions. Although the configuration
interface in this version supports delivery of the setting
of this switch, the system does not use this switch.
Therefore, this switch is not recommended.
GUI Value Range:
LOAD_IRAT_HO_RNC_FILL_TL,
SEND_IDT_JUDGE_IU_RESET,
RNC_RBRECFG_DRD_FAIL_ROLLBACK_SWIT
CH, RNC_CS_QUERY_UE_IMEI_SWITCH,
RNC_PS_QUERY_UE_IMEI_SWITCH,
FACH_DTCH_CONGEST_P2D,
H, PS_NOTIFYCN_NOTDOWNSIZE_SWITCH,
ASU_RSP_TIMEOUT_HANDLE_SWITCH,
RB_RECFG_USER_INACT_SWITCH,
RRC_SCRI_NORM_REL_SWITCH,
CELLUPT_RLFAILURE_SRBREESTAB_SWITCH,
CU_OVERLAP_DSCR_SWITCH,
TRB_RST_DSCR_SWITCH,
RNC_FD_SCRI_FORCE_REL_SWITCH,
USRPLN_PRORATION_SHARED_ALO,
FP_IUUP_TRACE_SWITCH,

WCDMA RAN

nd
RNC_PCHR_OUTPUT_CTRL_SWITCH,
DTMF_SWITCH,
FAST_CS_FB_BASEDON_RIM_SWITCH,
L2U_SRVCC_WITH_PS_HO_SWITCH,
ULTRA_FLASH_CSFB_SWITCH,
RNC_PS_QUERY_UE_IMEISV_SWITCH
Unit: None
Actual Value Range:
DTMF_SWITCH,
Default Value: LOAD_IRAT_HO_RNC_FILL_TL:
0,SEND_IDT_JUDGE_IU_RESET:
0,RNC_RBRECFG_DRD_FAIL_ROLLBACK_SWI
TCH:1,RNC_CS_QUERY_UE_IMEI_SWITCH:
0,RNC_PS_QUERY_UE_IMEI_SWITCH:
0,FACH_DTCH_CONGEST_P2D:
0,RNC_RBSETUP_DRD_FAIL_ROLLBACK_SWIT
CH:0,PS_NOTIFYCN_NOTDOWNSIZE_SWITCH:
0,ASU_RSP_TIMEOUT_HANDLE_SWITCH:
0,RB_RECFG_USER_INACT_SWITCH:
0,RRC_SCRI_NORM_REL_SWITCH:
0,CELLUPT_RLFAILURE_SRBREESTAB_SWITC
H:0,CU_OVERLAP_DSCR_SWITCH:
0,TRB_RST_DSCR_SWITCH:
0,RNC_FD_SCRI_FORCE_REL_SWITCH:

WCDMA RAN

nd
0,USRPLN_PRORATION_SHARED_ALO:
0,FP_IUUP_TRACE_SWITCH:
1,RNC_PCHR_OUTPUT_CTRL_SWITCH:
1,DTMF_SWITCH:
1,FAST_CS_FB_BASEDON_RIM_SWITCH:
0,L2U_SRVCC_WITH_PS_HO_SWITCH:
0,ULTRA_FLASH_CSFB_SWITCH:
0,RNC_PS_QUERY_UE_IMEISV_SWITCH:0

WCDMA RAN

nd
PROCE BSC691 SET WRFD- SRVCC Meaning: 1) LOAD_IRAT_HO_RNC_FILL_TL (Cell

SSSWIT 0 URRCT 150215 from Load Information TL Input Switch) During inter-RAT
CH2 RLSWI WRFD- LTE to handovers from 3G cells to 2G cells, the RNC can
TCH 010101 UMTS records information about load on 3G cells in the
with PS RELOCATION REQUIRED container in the Tag
WRFD- Handov Length Value (TLV) format. 1: This switch is turned on.
160103 er The RNC records the Tag Length in the container. 0:
WRFD- 3GPP This switch is turned off. The RNC does not record the
030011 R9 Tag Length. 2) SEND_IDT_JUDGE_IU_RESET
WRFD- Specific (Switch for Transferring INITIAL UE Messages in the
020500 ations IU Reset State) 1: This switch is turned on. The RNC
discards the INITIAL UE message from a CN node if
WRFD- Termina the Iu interface is in the reset state. 0: This switch is
140224 l Black turned off. The RNC handles the INITIAL UE message
WRFD- List from a CN node if the Iu interface is in the reset state.
160271 Enhance 3)
WRFD- d Fast RNC_RBRECFG_DRD_FAIL_ROLLBACK_SWIT
020400 Dorman CH (RB Reconfiguration DRD Rollback Switch) 1:
cy This switch is turned on. The RNC supports rollback
WRFD-
Fast CS caused by failed directed retry decisions (DRDs) of RB
140205
Fallback reconfiguration. 0: This switch is turned off. The RNC
Based does not support rollback caused by failed DRDs of RB
on RIM reconfiguration. 4)
RNC_CS_QUERY_UE_IMEI_SWITCH (CS IMEI
Ultra-
Request Switch) 1: This switch is turned on. The RNC
Flash
rather than the CN sends an IDENTITY REQUEST
CSFB
message to obtain the international mobile equipment
DRD identity (IMEI) of a UE. Note: When the CN checks the
Introduc serial number of direct transfer messages and the
tion SEND_MSG_NULL_SWITCH switch is turned off,
Package turning on this switch leads to inconsistency in the serial
Voice number of direct transfer messages between the CN and
Service the UE. This causes CS service setup failures.
Experie Therefore, you are not advised to turn on this switch.
nce Before turning on this switch, test the interworking
Improve between the RNC and the CN. If the CN checks the
ment for serial number of direct transfer messages, turn on
Weak SEND_MSG_NULL_SWITCH under
Receptio "PROCESSSWITCH4" in the "SET
n Ues URRCTRLSWITCH" command. 0: This switch is
RNC_PS_QUERY_UE_IMEI_SWITCH (PS IMEI
Request Switch) 1: This switch is turned on. The RNC,
rather than the CN, sends an IDENTITY REQUEST
message to obtain the IMEI of a UE. 0: This switch is

WCDMA RAN

nd

FACH_DTCH_CONGEST_P2D (P2D Switch for
Congested FACH or DTCH) 1: This switch is turned on.
The DCH resources may be congested, thereby
decreasing the access success rate. 0: This switch is
turned off. UEs using PS services do not trigger the P2D
procedure on a congested FACH or DTCH. 7)
H (RB Establishment DRD Rollback Switch) 1: This
switch is turned on. The RNC supports rollback caused
by failed DRDs of RB establishment. 0: This switch is
turned off. The RNC does not support rollback caused
by failed DRDs of RB establishment. However, the
RNC cannot control the scenario where the RB fast
setup function is used for RB establishment
accompanied by DRDs. 8)
PS_NOTIFYCN_NOTDOWNSIZE_SWITCH
(Switch for Not Triggering Rate Reduction Negotiation
Between the CN and the RNC After a PS Service Access
Failure) 1: This switch is turned on. The access rate is
not negotiated between the RNC and the CN if a PS
service fails to be admitted. 0: This switch is turned off.
The access rate is negotiated between the RNC and the
CN if a PS service fails to be admitted. 9)
ASU_RSP_TIMEOUT_HANDLE_SWITCH (Switch
for Performing the Optimized Soft-Handover Timeout
Procedure) 1: This switch is turned on. The RNC
considers that it has received an ACTIVE SET
UPDATE COMPLETE message during soft handover
procedure after the message has expired. 0: This switch
is turned off. RABs are directly released during soft
handover procedure after the ACTIVE SET UPDATE
COMPLETE message has expired. 10)
RB_RECFG_USER_INACT_SWITCH (Switch for
Procedure with No Data Transmitted on the UE upon
UE State Transition Timeout) 1: This switch is turned
on. The RNC initiated the release process with the cause
of user inactive when the UE have no data to transmit.
0: This switch is turned off. The RNC initiated the
release process with other causes when the UE have no
data to transmit. 11)
RRC_SCRI_NORM_REL_SWITCH (Switch for
Procedure on Receipt of a SIGNALLING
CONNECTION RELEASE INDICATION Message)
1: This switch is turned on. The RNC initiated the

WCDMA RAN

nd
normal release process after receive SIGNALLING

CONNECTION RELEASE INDICATION message
from UE. 0: This switch is turned off. The RNC does
not handle SIGNALLING CONNECTION RELEASE
INDICATION message during the process. 12)
CELLUPT_RLFAILURE_SRBREESTAB_SWITCH
(Switch for SRB Reestablishment During a Cell Update
with the Cause Value of RL Failure) 1: This switch is
turned on. SRBs are reestablished during cell update
procedure with the "RL Failure" cause value. 0: This
switch is turned off. SRBs are not reestablished during
cell update procedure with the "RL Failure" cause value.
13) CU_OVERLAP_DSCR_SWITCH (Switch for
Performing the Optimized Procedure for Concurrent
RB and Cell Update, Hard handover, or DRD) 1: This
switch is turned on. The DSCR procedure is performed
if RNC can not handles different processes performed
simultaneously. 0: This switch is turned off. The DSCR
procedure is not performed in this scenes. 14)
TRB_RST_DSCR_SWITCH (Switch for Performing
the Optimized TRB Reset Procedure for PS BE
Services) 1: This switch is turned on. The DSCR
procedure is performed if a Layer 2 data transmission
error occurs. 0: This switch is turned off. The DSCR
procedure is not performed if a Layer 2 data
transmission error occurs. 15)
RNC_FD_SCRI_FORCE_REL_SWITCH (Signaling
Connection Release Switch for UEs Supporting Fast
Dormancy) 1: This switch is turned on. If the RNC
receives a SIGNALING CONNECTION RELEASE
INDICATION from UE with the cause of "UE
Requested PS Data session end", the RNC triggers the
state transition for the UE. Otherwise, the RNC releases
the signaling connection. 0: This switch is turned off. If
the RNC receives a SIGNALING CONNECTION
RELEASE INDICATION from UE, the RNC triggers
the state transition for the UE. 16)
USRPLN_PRORATION_SHARED_ALO (Algorithm
Switch for Inter-Subrack Load Sharing on the User
Plane) 1: This switch is turned on. Load sharing can be
resources to total user plane resources in a subrack. 0:
This switch is turned off. Load sharing cannot be
resources to total user plane resources in a subrack. 17)
FP_IUUP_TRACE_SWITCH (Switch for Tracing UEs
Failing in FP Synchronization) 1: This switch is turned

WCDMA RAN

nd
on. UEs using FP can be traced in terms of data streams.

0: This switch is turned off. UEs using FP cannot be
traced in terms of data streams. 18)
RNC_PCHR_OUTPUT_CTRL_SWITCH (Switch for
Reducing PCHR Log Information for Normal
Procedure) The switch
RNC_PCHR_OUTPUT_CTRL_SWITCH controls
whether the RNC reduces information recorded in a
PCHR log for a normal procedure. 1: This switch is
turned on. The RNC reduces information in a
performance call history record (PCHR) log recorded
during a normal procedure and reports only the
following information blocks: -RRC_RELEASE -
CS_RAB_SETUP -PS_RAB_SETUP -CS_RAB_REL
-PS_RAB_REL -SHO -SYS_HO_OUT -
INTRA_FREQ_NET_OPT -STAT -
CS_RAB_QUALITY_STAT -
PS_RAB_QUALITY_STAT -
CS_SETUP_DIRECT_STAT -
PS_SETUP_DIRECT_STAT A procedure is abnormal
only when either of the following conditions is met: -
The RRC connection setup fails. -The RAB setup fails.
-The RAB is abnormally released. -The value of the
information element (IE) NAS-PDU contained in a
DIRECT TRANSFER message is ATTACH REJECT,
RAU REJECT, or LAU REJECT. 0: This switch is
turned off. The RNC does not reduce information
recorded in a PCHR log. 19) DTMF_SWITCH (DTMF
Switch) 1: When this switch is turned on, the RNC
triggers hyper frame number (HFN) modification, noise
pouring, and Iu-UP loopback functions by direct
transfer messages from a UE. RsvdSwitch_Bit7 and
RsvdSwitch_Bit6 under the RsvdPara1 parameter in the
SET UDPUCFGDATA command control the HFN
modification and noise pouring functions, respectively.
0: When this switch is turned off, the RNC does not
trigger HFN modification, noise pouring, or Iu-UP
loopback functions by direct transfer messages from a
UE. 20) FAST_CS_FB_BASEDON_RIM_SWITCH
(Switch for fast CSFB based on RIM) 1: This switch is
turned on. The RNC supports fast CSFB(CS fallback)
based on RIM. 0: This switch is turned off. The RNC
does not support fast CSFB(CS fallback) based on RIM.
21) L2U_SRVCC_WITH_PS_HO_SWITCH Whether
to support LTE-to-UMTS CS and PS handovers
simultaneously. 1: This switch is turned on. LTE-to-
UMTS CS and PS handovers can happen

WCDMA RAN

nd
simultaneously. 0: This switch is turned off. LTE-to-

UMTS CS and PS handovers cannot happen
simultaneously. 22)
ULTRA_FLASH_CSFB_SWITCH(Ultra-Flash CSFB
Function Switch) Whether the Ultra-Flash CSFB
function takes effect. 1: This switch is turned on. The
RNC supports the Ultra-Flash CSFB function, and the
delay of CSFB is reduced, improving user experience.
0: This switch is turned off. The RNC does not support
the Ultra-Flash CSFB function, and the delay of CSFB
is long, affecting user experience. 23)
RNC_PS_QUERY_UE_IMEISV_SWITCH(Support
RNC PS Querying UE IMEISV) Whether the RNC
sends an Identity Request message to the UE, requesting
the UE's international mobile station equipment identity
and software version (IMEISV). 1: This switch is set to
on. The RNC sends an Identity Request message to the
UE, requesting the UE's IMEISV. 0: This switch is set
to off. The RNC does not send an Identity Request
message to the UE. If this switch is enabled together
with the RNC_PS_QUERY_UE_IMEI_SWITCH, the
RNC queries the UE's IMEISV, not IMEI. Disuse
Statement:This switch
USRPLN_PRORATION_SHARED_ALO will be
deleted from later versions. Although the configuration
interface in this version supports delivery of the setting
of this switch, the system does not use this switch.
Therefore, this switch is not recommended.
GUI Value Range:

WCDMA RAN

nd
DTMF_SWITCH,
Unit: None
Actual Value Range:
DTMF_SWITCH,
Default Value: LOAD_IRAT_HO_RNC_FILL_TL:
0,SEND_IDT_JUDGE_IU_RESET:
0,RNC_RBRECFG_DRD_FAIL_ROLLBACK_SWI
TCH:1,RNC_CS_QUERY_UE_IMEI_SWITCH:
0,RNC_PS_QUERY_UE_IMEI_SWITCH:
0,FACH_DTCH_CONGEST_P2D:
0,RNC_RBSETUP_DRD_FAIL_ROLLBACK_SWIT
CH:0,PS_NOTIFYCN_NOTDOWNSIZE_SWITCH:
0,ASU_RSP_TIMEOUT_HANDLE_SWITCH:
0,RB_RECFG_USER_INACT_SWITCH:
0,RRC_SCRI_NORM_REL_SWITCH:
0,CELLUPT_RLFAILURE_SRBREESTAB_SWITC
H:0,CU_OVERLAP_DSCR_SWITCH:
0,TRB_RST_DSCR_SWITCH:
0,RNC_FD_SCRI_FORCE_REL_SWITCH:

WCDMA RAN

nd
0,USRPLN_PRORATION_SHARED_ALO:
0,FP_IUUP_TRACE_SWITCH:
1,RNC_PCHR_OUTPUT_CTRL_SWITCH:
1,DTMF_SWITCH:
1,FAST_CS_FB_BASEDON_RIM_SWITCH:
0,L2U_SRVCC_WITH_PS_HO_SWITCH:
0,ULTRA_FLASH_CSFB_SWITCH:
0,RNC_PS_QUERY_UE_IMEISV_SWITCH:0

WCDMA RAN

nd
CmpSwi BSC690 SET WRFD- HSDPA Meaning: 1.

tch 0 UCORR 0106100 Mobility CMP_IU_IMS_PROC_AS_NORMAL_PS_SWITCH:
MALG 6 Manage When the switch is on, the IMS signaling assigned by
OSWIT WRFD- ment the CN undergoes compatibility processing as an
CH 020203 Inter ordinary PS service. When the switch is not on, no
RNC special processing is performed. 2.
WRFD- CMP_IU_QOS_ASYMMETRY_IND_COMPAT_S
020202 Soft
Handov WITCH: When the Iu QoS Negotiation function is
WRFD- active and the switch is on, IE RAB Asymmetry
er
150209 Indicator is Symmetric bidirectional, The uplink and
Intra downlink RNC negotiation rate is asymmetric, "RNC"
WRFD-
RNC select the bigger rate as Iu QoS negotiation rate. When
150227
Soft the switch is OFF, "RNC" select the less rate as Iu QoS
WRFD- Handov negotiation rate. 3.
021200 er CMP_IU_SYSHOIN_CMP_IUUP_FIXTO1_SWITC
WRFD- DB- H: When the switch is on, the IUUP version can be
150223 HSDPA rolled back to R99 when complete configurations are
WRFD- applied during inter-RAT handover. 4.
DB-
010696 CMP_IUR_H2D_FOR_LOWR5_NRNCCELL_SWIT
HSDPA
CH: When the switch is on, H2D is performed before a
WRFD- +MIMO
neighboring RNC cell whose version is earlier than R5
010202 HCS is added to the active set; E2D is performed before a
WRFD- (Hierarc neighboring RNC cell whose version is earlier than R6
0106120 hical is added to the active set. If the DRNC is of a version
4 Cell earlier than R5, DL services cannot be mapped on the
WRFD- Structur HS-DSCH. If the DRNC is of a version earlier than R6,
140204 e) DL services cannot be mapped on the HS-EDCH. 5.
WRFD- MC- CMP_IUR_SHO_DIVCTRL_SWITCH: When the
150250 HSDPA switch is on, the diversity combination over the Iur
+MIMO interface is configured on the basis of that of the local
RNC. When the switch is not on, the diversity
DC-
combination over the Iur interface is configured on the
HSDPA
basis of services. The flag of diversity combination over
UE State the Iur interface can be set to MUST (for BE services)
in or MAY (for other services). 6.
Connect CMP_UU_ADJACENT_FREQ_CM_SWITCH:
ed Mode Whether the RNC activates the compressed mode
(CELL- before initiating an inter-frequency measurement on a
DCH, DC-HSDPA or DB-HSDPA UE. When this parameter
CELL- is set to ON, the RNC initiates the inter-frequency
PCH, measurement without activating the compressed mode
URA- if both the UE and EARFCN support the non-
PCH, compressed inter-frequency measurement. When this
CELL- parameter is set to OFF, the RNC activates the
FACH) compressed mode before initiating the inter-frequency
HSUPA measurement. This switch takes effect only in non-
Mobility flexible DC cells and DB cells. 7.

WCDMA RAN

nd
Manage CMP_UU_AMR_DRD_HHO_COMPAT_SWITCH:
ment This parameter specifies to enable AMR through DRD
DC- two-step procedure function. When SRB is set up on
HSUPA DCH, and "RNC" decides to setup the AMR through
DRD procedure, When the switch is enabled, "RNC"
3C- will execute blind handover to the target cell, and then
HSDPA setup the AMR RBs on the target cell, When the switch
is disabled, "RNC" will setup the AMR RBs on the
target cell directly. 8.
CMP_UU_AMR_SID_MUST_CFG_SWITCH: For
narrowband AMR services, when the switch is on, the
SID frame is always configured; when the switch is not
on, the SID frame is configured on the basis of CN
assignment. 9.
CMP_UU_FDPCH_COMPAT_SWITCH: When the
switch is OFF, if the information element that indicates
the F-DPCH capability of UE exists in the message
"RRC_CONNECT_REQ" or
"RRC_CONNECT_SETUP_CMP", the F-DPCH
capability depends on that indicator. In other case, it
means UE does not support F-DPCH. When the switch
is ON, if the information element that indicates the F-
DPCH capability of UE exists in the message
capability depends on that indicator. If that information
element does not exist, UE supports F-DPCH when all
the conditions meets: a) the version of UE is Release 6.
b) UE supports HS-PDSCH. 10.
CMP_UU_IGNORE_UE_RLC_CAP_SWITCH:
When the switch is on, the RAB assignment request and
the subsequent RB setup procedure proceed if the RLC
AM capabilities of the UE fail to meet the minimum
RLC TX/RX window buffer requirement of the RAB to
be setup. When the switch is not on, the RAB
assignment request is rejected. 11.
CMP_UU_INTRA_FREQ_MC_BESTCELL_CIO_S
WITCH: When this switch is on, the cell individual
offset (CIO) of the best cell is always set to 0 in the
INTRA-FREQUENCY MEASUREMENT
CONTROL messages. Otherwise, the CIO information
of the best cell is not carried in the INTRA-
FREQUENCY MEASUREMENT CONTROL
messages. 12.
CMP_UU_IOS_CELL_SYNC_INFO_REPORT_SWI
TCH: When the switch is on, the cell synchronization
information traced by the IOS need to be reported during

WCDMA RAN

nd
the RRC measurement period. 13.

CMP_UU_SERV_CELL_CHG_WITH_ASU_SWIT
CH: When the switch is on, the active set update is in
the same procedure as the change of the serving cell.
When the switch is not on, the serving cell is changed
after the UE updates the active set and delivers
reconfiguration of physical channels. This switch is
applicable only to R6 or aboveUEs. 14.
CMP_UU_SERV_CELL_CHG_WITH_RB_MOD_S
WITCH: When the switch is on, channel transition is in
after the UE performs channel transition and delivers
reconfiguration of physical channels. 15.
CMP_UU_VOIP_UP_PROC_AS_NORMAL_PS_S
WITCH: By default, the switch is on. In this case, the
Alternative E-bit is not configured for L2. 16.
CMP_F2F_RLC_ONESIDE_REBUILD_SWITCH:
When the switch is set to ON, only uplink RLC or
downlink RLC can be re-established during the state
transition from CELL_FACH to CELL_FACH (F2F for
short). 17.
CMP_D2F_RLC_ONESIDE_REBUILD_SWITCH:
transition from CELL_DCH to CELL_FACH (D2F for
short). 18. CMP_RAB_5_CFG_ROHC_SWITCH:
When the switch is set to ON, the service with RAB ID
5 can be configured with the Robust Header
Compression (ROHC) function. When the switch is set
to OFF, the service with RAB ID 5 cannot be configured
with the ROHC function. 19.
CMP_RAB_6_CFG_ROHC_SWITCH: When the
switch is set to ON, the service with RAB ID 6 can be
configured with the ROHC function. When the switch
is set to OFF, the service with RAB ID 6 cannot be
configured with the ROHC function. 20.

WCDMA RAN

nd

CMP_HSUPA_MACD_FLOW_MUL_SWITCH:
When the switch is set to ON, MAC-d flow can be
multiplexed without any restrictions. When the switch
is set to OFF, only MAC-d flows whose scheduling
priority is lower than that of the current MAC-d flow
can be multiplexed. 24.
CMP_SMLC_RSLT_MODE_TYPE_SWITCH: If the
Client Type of a positioning request is Emergency
Services, PLMN Operator Services, PLMN Operator -
broadcast services, PLMN Operator - O&M, PLMN
Operator - anonymous statistics or PLMN Operator -
Target MS service support, the positioning result is
reported by using the Ellipsoid point with uncertainty
circle type. For other client types, the positioning result
is reported by using the Ellipsoid Arc type. 25.
CMP_F2P_PROCESS_OPTIMIZATION_SWITCH:
Switch for optimizing the procedure for the
CELL_FACH-to-CELL_PCH-or-URA_PCH state
transition. When this switch is set to on, F2P state
transition is performed through the physical channel
reconfiguration procedure.When this switch is set to off,
F2P state transition is performed through the RB
reconfiguration procedure. 26.
CMP_UU_SIB11_SIB12_WITH_1A1D_SWITCH:
Whether to carry parameters related to events 1A and
1D in system information block type 11 (SIB 11) and
SIB 12.If the switch of deferred measurement control
reading is turned on, the UE cannot promptly read
parameters related to events 1A and 1D for intra-
frequency neighboring cells from SIB 11 or SIB12. As
a result, the UE cannot perform soft handovers in
advance. The switch is set using DeferMcReadInd in the
ADD/MOD UCELLMEAS command.
GUI Value Range:
CMP_IU_IMS_PROC_AS_NORMAL_PS_SWITCH,
CMP_IU_SYSHOIN_CMP_IUUP_FIXTO1_SWITC
H,
CMP_IUR_H2D_FOR_LOWR5_NRNCCELL_SWIT
CH, CMP_IUR_SHO_DIVCTRL_SWITCH,
CMP_UU_AMR_SID_MUST_CFG_SWITCH,
CMP_UU_ADJACENT_FREQ_CM_SWITCH,

WCDMA RAN

nd
CMP_UU_IGNORE_UE_RLC_CAP_SWITCH,
CH,
WITCH,
WITCH, CMP_UU_FDPCH_COMPAT_SWITCH,
CMP_UU_AMR_DRD_HHO_COMPAT_SWITCH,
CMP_IU_QOS_ASYMMETRY_IND_COMPAT_S
WITCH,
CMP_F2P_PROCESS_OPTIMIZATION_SWITCH,
TCH,
WITCH,
CMP_UU_SIB11_SIB12_WITH_1A1D_SWITCH,
CMP_F2F_RLC_ONESIDE_REBUILD_SWITCH,
CMP_D2F_RLC_ONESIDE_REBUILD_SWITCH,
CMP_RAB_5_CFG_ROHC_SWITCH,
CMP_HSUPA_MACD_FLOW_MUL_SWITCH,
CMP_SMLC_RSLT_MODE_TYPE_SWITCH
Unit: None
Actual Value Range:
WITCH,
H,
CMP_UU_FDPCH_COMPAT_SWITCH,
WITCH,
TCH,
CH,

WCDMA RAN

nd
WITCH,
WITCH,
CMP_SMLC_RSLT_MODE_TYPE_SWITCH,
CMP_UU_SIB11_SIB12_WITH_1A1D_SWITCH
Default Value:
CMP_IU_IMS_PROC_AS_NORMAL_PS_SWITCH:
0,CMP_IU_QOS_ASYMMETRY_IND_COMPAT_S
WITCH:
0,CMP_IU_SYSHOIN_CMP_IUUP_FIXTO1_SWIT
CH:
0,CMP_IUR_H2D_FOR_LOWR5_NRNCCELL_SW
ITCH:0,CMP_IUR_SHO_DIVCTRL_SWITCH:
0,CMP_UU_ADJACENT_FREQ_CM_SWITCH:
0,CMP_UU_AMR_DRD_HHO_COMPAT_SWITCH
:1,CMP_UU_AMR_SID_MUST_CFG_SWITCH:
0,CMP_UU_FDPCH_COMPAT_SWITCH:
0,CMP_UU_IGNORE_UE_RLC_CAP_SWITCH:
1,CMP_UU_INTRA_FREQ_MC_BESTCELL_CIO_
SWITCH:
0,CMP_UU_IOS_CELL_SYNC_INFO_REPORT_S
WITCH:
0,CMP_UU_SERV_CELL_CHG_WITH_ASU_SWI
TCH:
0,CMP_UU_SERV_CELL_CHG_WITH_RB_MOD_
SWITCH:
1,CMP_UU_VOIP_UP_PROC_AS_NORMAL_PS_S
WITCH:
1,CMP_F2F_RLC_ONESIDE_REBUILD_SWITCH:
0,CMP_D2F_RLC_ONESIDE_REBUILD_SWITCH:
0,CMP_RAB_5_CFG_ROHC_SWITCH:
0,CMP_HSUPA_MACD_FLOW_MUL_SWITCH:
0,CMP_SMLC_RSLT_MODE_TYPE_SWITCH:

WCDMA RAN

nd
0,CMP_F2P_PROCESS_OPTIMIZATION_SWITCH
:0,CMP_UU_SIB11_SIB12_WITH_1A1D_SWITCH:
0

WCDMA RAN

nd
CmpSwi BSC691 SET WRFD- HSDPA Meaning: 1.

tch 0 UCORR 0106100 Mobility CMP_IU_IMS_PROC_AS_NORMAL_PS_SWITCH:
MALG 6 Manage When the switch is on, the IMS signaling assigned by
OSWIT WRFD- ment the CN undergoes compatibility processing as an
CH 020203 Inter ordinary PS service. When the switch is not on, no
RNC special processing is performed. 2.
WRFD- CMP_IU_QOS_ASYMMETRY_IND_COMPAT_S
020202 Soft
Handov WITCH: When the Iu QoS Negotiation function is
WRFD- active and the switch is on, IE RAB Asymmetry
er
150209 Indicator is Symmetric bidirectional, The uplink and
Intra downlink RNC negotiation rate is asymmetric, "RNC"
WRFD-
RNC select the bigger rate as Iu QoS negotiation rate. When
150227
Soft the switch is OFF, "RNC" select the less rate as Iu QoS
WRFD- Handov negotiation rate. 3.
021200 er CMP_IU_SYSHOIN_CMP_IUUP_FIXTO1_SWITC
WRFD- DB- H: When the switch is on, the IUUP version can be
150223 HSDPA rolled back to R99 when complete configurations are
WRFD- applied during inter-RAT handover. 4.
DB-
010696 CMP_IUR_H2D_FOR_LOWR5_NRNCCELL_SWIT
HSDPA
CH: When the switch is on, H2D is performed before a
WRFD- +MIMO
neighboring RNC cell whose version is earlier than R5
010202 HCS is added to the active set; E2D is performed before a
WRFD- (Hierarc neighboring RNC cell whose version is earlier than R6
0106120 hical is added to the active set. If the DRNC is of a version
4 Cell earlier than R5, DL services cannot be mapped on the
WRFD- Structur HS-DSCH. If the DRNC is of a version earlier than R6,
140204 e) DL services cannot be mapped on the HS-EDCH. 5.
WRFD- MC- CMP_IUR_SHO_DIVCTRL_SWITCH: When the
150250 HSDPA switch is on, the diversity combination over the Iur
+MIMO interface is configured on the basis of that of the local
RNC. When the switch is not on, the diversity
DC-
combination over the Iur interface is configured on the
HSDPA
basis of services. The flag of diversity combination over
UE State the Iur interface can be set to MUST (for BE services)
in or MAY (for other services). 6.
Connect CMP_UU_ADJACENT_FREQ_CM_SWITCH:
ed Mode Whether the RNC activates the compressed mode
(CELL- before initiating an inter-frequency measurement on a
DCH, DC-HSDPA or DB-HSDPA UE. When this parameter
CELL- is set to ON, the RNC initiates the inter-frequency
PCH, measurement without activating the compressed mode
URA- if both the UE and EARFCN support the non-
PCH, compressed inter-frequency measurement. When this
CELL- parameter is set to OFF, the RNC activates the
FACH) compressed mode before initiating the inter-frequency
HSUPA measurement. This switch takes effect only in non-
Mobility flexible DC cells and DB cells. 7.

WCDMA RAN

nd
Manage CMP_UU_AMR_DRD_HHO_COMPAT_SWITCH:
ment This parameter specifies to enable AMR through DRD
DC- two-step procedure function. When SRB is set up on
HSUPA DCH, and "RNC" decides to setup the AMR through
DRD procedure, When the switch is enabled, "RNC"
3C- will execute blind handover to the target cell, and then
HSDPA setup the AMR RBs on the target cell, When the switch
is disabled, "RNC" will setup the AMR RBs on the
target cell directly. 8.
CMP_UU_AMR_SID_MUST_CFG_SWITCH: For
narrowband AMR services, when the switch is on, the
SID frame is always configured; when the switch is not
on, the SID frame is configured on the basis of CN
assignment. 9.
CMP_UU_FDPCH_COMPAT_SWITCH: When the
switch is OFF, if the information element that indicates
the F-DPCH capability of UE exists in the message
capability depends on that indicator. In other case, it
means UE does not support F-DPCH. When the switch
is ON, if the information element that indicates the F-
DPCH capability of UE exists in the message
capability depends on that indicator. If that information
element does not exist, UE supports F-DPCH when all
the conditions meets: a) the version of UE is Release 6.
b) UE supports HS-PDSCH. 10.
CMP_UU_IGNORE_UE_RLC_CAP_SWITCH:
When the switch is on, the RAB assignment request and
the subsequent RB setup procedure proceed if the RLC
AM capabilities of the UE fail to meet the minimum
RLC TX/RX window buffer requirement of the RAB to
be setup. When the switch is not on, the RAB
assignment request is rejected. 11.
WITCH: When this switch is on, the cell individual
offset (CIO) of the best cell is always set to 0 in the
INTRA-FREQUENCY MEASUREMENT
CONTROL messages. Otherwise, the CIO information
of the best cell is not carried in the INTRA-
FREQUENCY MEASUREMENT CONTROL
messages. 12.
TCH: When the switch is on, the cell synchronization
information traced by the IOS need to be reported during

WCDMA RAN

nd
the RRC measurement period. 13.

CH: When the switch is on, the active set update is in
after the UE updates the active set and delivers
reconfiguration of physical channels. This switch is
applicable only to R6 or aboveUEs. 14.
WITCH: When the switch is on, channel transition is in
after the UE performs channel transition and delivers
reconfiguration of physical channels. 15.
WITCH: By default, the switch is on. In this case, the
Alternative E-bit is not configured for L2. 16.
CMP_F2F_RLC_ONESIDE_REBUILD_SWITCH:
transition from CELL_FACH to CELL_FACH (F2F for
short). 17.
CMP_D2F_RLC_ONESIDE_REBUILD_SWITCH:
transition from CELL_DCH to CELL_FACH (D2F for
short). 18. CMP_RAB_5_CFG_ROHC_SWITCH:
When the switch is set to ON, the service with RAB ID
5 can be configured with the Robust Header
Compression (ROHC) function. When the switch is set
to OFF, the service with RAB ID 5 cannot be configured
with the ROHC function. 19.

WCDMA RAN

nd

CMP_HSUPA_MACD_FLOW_MUL_SWITCH:
When the switch is set to ON, MAC-d flow can be
multiplexed without any restrictions. When the switch
is set to OFF, only MAC-d flows whose scheduling
priority is lower than that of the current MAC-d flow
can be multiplexed. 24.
CMP_SMLC_RSLT_MODE_TYPE_SWITCH: If the
Client Type of a positioning request is Emergency
Services, PLMN Operator Services, PLMN Operator -
broadcast services, PLMN Operator - O&M, PLMN
Operator - anonymous statistics or PLMN Operator -
Target MS service support, the positioning result is
reported by using the Ellipsoid point with uncertainty
circle type. For other client types, the positioning result
is reported by using the Ellipsoid Arc type. 25.
CMP_F2P_PROCESS_OPTIMIZATION_SWITCH:
Switch for optimizing the procedure for the
CELL_FACH-to-CELL_PCH-or-URA_PCH state
transition. When this switch is set to on, F2P state
transition is performed through the physical channel
reconfiguration procedure.When this switch is set to off,
F2P state transition is performed through the RB
reconfiguration procedure. 26.
CMP_UU_SIB11_SIB12_WITH_1A1D_SWITCH:
Whether to carry parameters related to events 1A and
1D in system information block type 11 (SIB 11) and
SIB 12.If the switch of deferred measurement control
reading is turned on, the UE cannot promptly read
parameters related to events 1A and 1D for intra-
frequency neighboring cells from SIB 11 or SIB12. As
a result, the UE cannot perform soft handovers in
advance. The switch is set using DeferMcReadInd in the
ADD/MOD UCELLMEAS command.
GUI Value Range:
H,

WCDMA RAN

nd
CH,
WITCH,
WITCH, CMP_UU_FDPCH_COMPAT_SWITCH,
WITCH,
TCH,
WITCH,
CMP_UU_SIB11_SIB12_WITH_1A1D_SWITCH,
CMP_SMLC_RSLT_MODE_TYPE_SWITCH
Unit: None
Actual Value Range:
WITCH,
H,
CMP_UU_FDPCH_COMPAT_SWITCH,
WITCH,
TCH,
CH,

WCDMA RAN

nd
WITCH,
WITCH,
CMP_SMLC_RSLT_MODE_TYPE_SWITCH,
CMP_UU_SIB11_SIB12_WITH_1A1D_SWITCH
Default Value:
CMP_IU_IMS_PROC_AS_NORMAL_PS_SWITCH:
0,CMP_IU_QOS_ASYMMETRY_IND_COMPAT_S
WITCH:
0,CMP_IU_SYSHOIN_CMP_IUUP_FIXTO1_SWIT
CH:
0,CMP_IUR_H2D_FOR_LOWR5_NRNCCELL_SW
ITCH:0,CMP_IUR_SHO_DIVCTRL_SWITCH:
0,CMP_UU_ADJACENT_FREQ_CM_SWITCH:
0,CMP_UU_AMR_DRD_HHO_COMPAT_SWITCH
:1,CMP_UU_AMR_SID_MUST_CFG_SWITCH:
0,CMP_UU_FDPCH_COMPAT_SWITCH:
0,CMP_UU_IGNORE_UE_RLC_CAP_SWITCH:
1,CMP_UU_INTRA_FREQ_MC_BESTCELL_CIO_
SWITCH:
0,CMP_UU_IOS_CELL_SYNC_INFO_REPORT_S
WITCH:
0,CMP_UU_SERV_CELL_CHG_WITH_ASU_SWI
TCH:
0,CMP_UU_SERV_CELL_CHG_WITH_RB_MOD_
SWITCH:
1,CMP_UU_VOIP_UP_PROC_AS_NORMAL_PS_S
WITCH:
1,CMP_F2F_RLC_ONESIDE_REBUILD_SWITCH:
0,CMP_D2F_RLC_ONESIDE_REBUILD_SWITCH:
0,CMP_HSUPA_MACD_FLOW_MUL_SWITCH:
0,CMP_SMLC_RSLT_MODE_TYPE_SWITCH:

WCDMA RAN

nd
0,CMP_F2P_PROCESS_OPTIMIZATION_SWITCH
:0,CMP_UU_SIB11_SIB12_WITH_1A1D_SWITCH:
0
TAC_F BSC690 ADD WRFD- Termina Meaning: The function of the TAC.If Fast_Dormancy
UNC 0 UIMEIT 160103 l Black is selected, the TAC specifies the UEs that are enabled
AC WRFD- List with the Fast Dormancy feature; if
MOD 020500 Enhance HSDPA_RB_Setup_Cmp_CRC is selected, the TAC
UIMEIT d Fast specifies that the UEs want to establish services on
AC Dorman HSDPA, however, the RNC sets up services on the
cy DCH, and retries on HSDPA later; if Special_User_En-
RMV hance is selected, the TAC specifies the UEs that are
UIMEIT enabled with the Special User Enhance feature.
AC
GUI Value Range: Fast_Dormancy,
HSDPA_RB_Setup_Cmp_CRC, Special_User_En-
hance
Unit: None
Actual Value Range: Fast_Dormancy,
HSDPA_RB_Setup_Cmp_CRC, Special_User_En-
hance
Default Value: None
TAC BSC690 ADD WRFD- Termina Meaning: Type Allocation Code (TAC) is proportion of
0 UIMEIT 160103 l Black the International Mobile Station Equipment Identity
AC WRFD- List (IMEI) and represent the first eight digits of the IMEI.
MOD 020500 Enhance TAC is used to differentiate between the MSs of
UIMEIT d Fast different models. This parameter consists of an eight
AC Dorman digit string. If the string is less than eight digits, the
cy system fills the higher orders with 0s to achieve an eight
RMV digit string.
UIMEIT
AC GUI Value Range: 0~99999999
Unit: None
Default Value: None
Descript BSC690 ADD WRFD- Enhance Meaning: Description UE type.

ion 0 UIMEIT 020500 d Fast GUI Value Range: 1~64 length of byte
AC Dorman
cy Unit: None
MOD
UIMEIT Actual Value Range: 1~64 length of byte
AC Default Value: None

WCDMA RAN

nd
TBSize BSC690 ADD WRFD- Transpo Meaning: This parameter specifies the number of bits
0 UTYPS 021000 rt in a TB used by the transport channel. This parameter
RBDYN Channel is an advanced parameter. To modify this parameter,
TF Manage contact Huawei Customer Service Center for technical
RMV ment support.
UTYPS GUI Value Range: 0~4992
RBDYN Unit: bit
TF
Default Value: 148
TBSize BSC691 ADD WRFD- Transpo Meaning: This parameter specifies the number of bits
0 UTYPS 021000 rt in a TB used by the transport channel. This parameter
RBDYN Channel is an advanced parameter. To modify this parameter,
TF Manage contact Huawei Customer Service Center for technical
RMV ment support.
UTYPS GUI Value Range: 0~4992
RBDYN Unit: bit
TF
Default Value: 148
TTI BSC690 ADD WRFD- Transpo Meaning: This parameter specifies the inter-arrival time
0 UTYPS 021000 rt of TBS. It is equal to the periodicity at which a TBS is
RBSEM Channel transferred by the physical layer on the radio interface.
ISTATI Manage For details of this parameter, see 3GPP TS 25.212. This
CTF ment parameter is an advanced parameter. To modify this
MOD parameter, contact Huawei Customer Service Center for
UTYPS technical support.
RBSEM GUI Value Range: D10, D20, D40, D80
ISTATI Unit: ms
CTF
Actual Value Range: 10, 20, 40, 80
Default Value: D40
TTI BSC691 ADD WRFD- Transpo Meaning: This parameter specifies the inter-arrival time
0 UTYPS 021000 rt of TBS. It is equal to the periodicity at which a TBS is
RBSEM Channel transferred by the physical layer on the radio interface.
ISTATI Manage For details of this parameter, see 3GPP TS 25.212. This
CTF ment parameter is an advanced parameter. To modify this
MOD parameter, contact Huawei Customer Service Center for
UTYPS technical support.
RBSEM GUI Value Range: D10, D20, D40, D80
ISTATI Unit: ms
CTF
Actual Value Range: 10, 20, 40, 80
Default Value: D40

WCDMA RAN

nd
scpDow UALIT HSDPA the channel mapped to downlink SRBs in weak
nThd YEVAL coverage areas. If the valid RSCP value of the best cell
Unit: dBm
Default Value: -90
scpUpT UALIT HSDPA the channel mapped to downlink SRBs in strong
Unit: dBm
Default Value: -80

WCDMA RAN

nd
SWITC BTS390 ADD WRFD- HSDPA Meaning: Indicates the switch for the DL flow control
H 0, DLFLO 0106101 Flow algorithm. If this parameter is set to
BTS390 WCTRL 0 Control DYNAMIC_BW_SHAPING, flow allocation for
0 PARA HSDPA users is performed according to the delay and
WCDM SET packet loss of the transmission interface board in
A DLFLO STATIC_BW_SHAPING mode. This function requires
WCTRL the network controller using the switch of the 3GPP R6
PARA protocol. Therefore, you are advised to use this function
with the RNC that complies with the 3GPP R6 protocol.
LST If this parameter is set to NO_BW_SHAPING, the BS
DLFLO does not allocate bandwidth according to the
WCTRL configuration and delay of the transmission interface
PARA board. The BS reports the air interface conditions to the
controller, and then the controller allocates bandwidth.
When this parameter is set to NO_BW_SHAPING, the
backpressure function must be enabled on the controller
side. If this parameter is set to
BW_SHAPING_ONOFF_TOGGLE, the BS
automatically selects either DYNAMIC_BW_SHAP-
ING or NO_BW_SHAPING during a flow congestion
detection on a port. That is, DYNAMIC_BW_SHAP-
ING is selected if congestion is detected;
NO_BW_SHAPING is selected if congestion is not
detected for a certain period of time.
GUI Value Range: STATIC_BW_SHAPING
(STATIC_BW_SHAPING), DYNAMIC_BW_SHAP-
ING(DYNAMIC_BW_SHAPING),
NO_BW_SHAPING(NO_BW_SHAPING),
BW_SHAPING_ONOFF_TOGGLE
(BW_SHAPING_ONOFF_TOGGLE)
Unit: None
Actual Value Range: STATIC_BW_SHAPING,
DYNAMIC_BW_SHAPING, NO_BW_SHAPING,
BW_SHAPING_ONOFF_TOGGLE
Default Value: BW_SHAPING_ONOFF_TOGGLE
(BW_SHAPING_ONOFF_TOGGLE)

WCDMA RAN

nd
CME16 BTS390 SET WRFD- DL Meaning: Indicates the 16QAM Switch. The function
QAMS 0, ULOCE 010629 16QAM will be enabled if this parameter is set to OPEN. When
W BTS390 LLMAC Modulat this switch is turned on, the cell throughput improves.
0 HSPAR ion GUI Value Range: OPEN(open), CLOSE(close)
WCDM A
A Unit: None
LST
ULOCE Actual Value Range: OPEN, CLOSE
LLMAC Default Value: OPEN(open)
HSPAR
A
Hsdpcch BSC690 ADD WRFD- HS- Meaning: Whether the HARQ Preamble function is
Preambl 0 UCELL 0106111 DPCCH supported. When a UE supports the HARQ Preamble
eSwitch HSDPA 3 Preambl function, ACK, NACK, CQI, preamble, and postamble
MOD e messages can be carried over the HS-DPCCH. For
UCELL Support details about this parameter, see 3GPP TS 25.214.
HSDPA GUI Value Range: Mode0, Mode1
Unit: None
Actual Value Range: Mode0, Mode1
Default Value: Mode0
Hsdpcch BSC691 ADD WRFD- HS- Meaning: Whether the HARQ Preamble function is
Preambl 0 UCELL 0106111 DPCCH supported. When a UE supports the HARQ Preamble
eSwitch HSDPA 3 Preambl function, ACK, NACK, CQI, preamble, and postamble
MOD e messages can be carried over the HS-DPCCH. For
UCELL Support details about this parameter, see 3GPP TS 25.214.
HSDPA GUI Value Range: Mode0, Mode1
Unit: None
Actual Value Range: Mode0, Mode1
Default Value: Mode0

WCDMA RAN

nd
MaxHsd BSC690 ADD WRFD- 128 Meaning: Maximum number of users supported by the
paUserN 0 UCELL 010654 HSDPA HSDPA channel. The user in this parameter refers to the
um CAC WRFD- Users user with services on the HSDPA channel, regardless of
MOD 0106100 per Cell the number of RABs carried on the HSDPA channel.
UCELL 3 HSDPA Maximum HSDPA user number cannot exceed the
CAC Admissi HSDPA capability of the NodeB product, In practice,
WRFD- the value can be set based on the cell type and the
010653 on
Control richness of the available HSDPA power and code
WRFD- resources.
020101 96
HSDPA GUI Value Range: 0~192
WRFD- Users Unit: None
160208 per Cell Actual Value Range: 0~192
WRFD- Admissi
on
WRFD- Control
0106111 160
2 HSPA
Users
per Cell
192
HSPA
Users
per Cell
HSDPA
DRD

WCDMA RAN

nd
MaxHsd BSC691 ADD WRFD- 128 Meaning: Maximum number of users supported by the
paUserN 0 UCELL 010654 HSDPA HSDPA channel. The user in this parameter refers to the
um CAC WRFD- Users user with services on the HSDPA channel, regardless of
MOD 0106100 per Cell the number of RABs carried on the HSDPA channel.
UCELL 3 HSDPA Maximum HSDPA user number cannot exceed the
CAC Admissi HSDPA capability of the NodeB product, In practice,
WRFD- the value can be set based on the cell type and the
010653 on
Control richness of the available HSDPA power and code
WRFD- resources.
020101 96
HSDPA GUI Value Range: 0~192
WRFD- Users Unit: None
160208 per Cell Actual Value Range: 0~192
WRFD- Admissi
on
WRFD- Control
0106111 160
2 HSPA
Users
per Cell
192
HSPA
Users
per Cell
HSDPA
DRD

WCDMA RAN
HSDPA Feature Parameter Description 10 Counters
10 Counters
Table 10-1 Counter description
Counter ID Counter Name Counter NE Feature ID Feature Name

Description
1542460308 VS.RscGroup.F Resource group NodeB Multi-mode: HSDPA Flow

lowCtrol.UL.Ad maximum UL None Control
jBW.Max available GSM: None
bandwidth
UMTS:
WRFD-010610
10
LTE: None

lowCtrol.UL.Ad minimum UL None Control
jBW.Min available GSM: None
bandwidth
UMTS:
WRFD-010610
10
LTE: None

lowCtrol.UL.Ad average UL None Control
jBW.Avg available GSM: None
bandwidth
UMTS:
WRFD-010610
10
LTE: None

WCDMA RAN

Description

lowCtrol.DL.Ad maximum DL None Control
jBW.Max available GSM: None
bandwidth
UMTS:
WRFD-010610
10
LTE: None

lowCtrol.DL.Ad minimum DL None Control
jBW.Min available GSM: None
bandwidth
UMTS:
WRFD-010610
10
LTE: None

lowCtrol.DL.Ad average DL None Control
jBW.Avg available GSM: None
bandwidth
UMTS:
WRFD-010610
10
LTE: None

lowCtrol.UL.Up available UL None Control
BW.Num bandwidth GSM: None
increase times
UMTS:
WRFD-010610
10
LTE: None

lowCtrol.DL.De DL available None Control
lay.UpBW.Num bandwidth GSM: None
increase times
after jitter UMTS:
congestion WRFD-010610
released 10
LTE: None

WCDMA RAN

Description

lowCtrol.DL.Dr DL available None Control
op.UpBW.Num bandwidth GSM: None
increase times
after packet loss UMTS:
released 10
LTE: None

lowCtrol.UL.De available UL None Control
layCong.Down- bandwidth GSM: None
BWNum decrease times
for jitter UMTS:
10
LTE: None

lowCtrol.DL.De DL available None Control
layCong.Down- bandwidth GSM: None
BWNum decrease times
for jitter UMTS:
10
LTE: None

lowCtrol.UL.Dr available UL None Control
opCong.DownB bandwidth GSM: None
WNum decrease times
for packet loss UMTS:
10
LTE: None

lowCtrol.DL.Dr DL available None Control
opCong.DownB bandwidth GSM: None
WNum decrease times
for packet loss UMTS:
10
LTE: None

WCDMA RAN

Description

lowCtrol.UL.Se Number of UL None Control
ndNum frames Resource GSM: None
group sent
successfully UMTS:
WRFD-010610
10
LTE: None

lowCtrol.DL.Re Number of DL None Control
ceiveNum frames Resource GSM: None
group received
UMTS:
WRFD-010610
10
LTE: None

lowCtrol.UL.Dr Number of lost None Control
opNum UL frames GSM: None
UMTS:
WRFD-010610
10
LTE: None

lowCtrol.DL.Dr Number of lost None Control
opNum DL frames GSM: None
UMTS:
WRFD-010610
10
LTE: None

lowCtrol.UL.De maximum UL None Control
layVara.Max delay jitter GSM: None
UMTS:
WRFD-010610
10
LTE: None

WCDMA RAN

Description

lowCtrol.UL.De minimum UL None Control
layVara.Min delay jitter GSM: None
UMTS:
WRFD-010610
10
LTE: None

lowCtrol.UL.De average UL None Control
layVara.Avg delay jitter GSM: None
UMTS:
WRFD-010610
10
LTE: None

lowCtrol.DL.De maximum DL None Control
layVara.Max delay jitter GSM: None
UMTS:
WRFD-010610
10
LTE: None

lowCtrol.DL.De minimum DL None Control
layVara.Min delay jitter GSM: None
UMTS:
WRFD-010610
10
LTE: None

lowCtrol.DL.De average DL None Control
layVara.Avg delay jitter GSM: None
UMTS:
WRFD-010610
10
LTE: None

WCDMA RAN

Description

lowCtrol.UL.Co UL congestion None Control
ngTime duration GSM: None
UMTS:
WRFD-010610
10
LTE: None

lowCtrol.DL.Co DL congestion None Control
ngTime duration GSM: None
UMTS:
WRFD-010610
10
LTE: None
50331654 VS.AckTotal Total number of NodeB Multi-mode: HSDPA H-ARQ

ACKs received None & Scheduling
GSM: None (MAX C/I, RR
and PF)
UMTS:
WRFD-010610
09
LTE: None
50331655 VS.NackTotal Total number of NodeB Multi-mode: HSDPA H-ARQ

NACKs None & Scheduling
received GSM: None (MAX C/I, RR
and PF)
UMTS:
WRFD-010610
09
LTE: None
50331656 VS.DtxTotal Total number of NodeB Multi-mode: HSDPA H-ARQ

TTIs when the None & Scheduling
NodeB can not GSM: None (MAX C/I, RR
translate the and PF)
acknowledgeme UMTS:
nt information WRFD-010610
from the UE 09
LTE: None

WCDMA RAN

Description
50331657 VS.AckFirst Number of NodeB Multi-mode: HSDPA H-ARQ

ACKs received None & Scheduling
after 1st GSM: None (MAX C/I, RR
transmission and PF)
UMTS:
WRFD-010610
09
LTE: None
50331658 VS.AckRetrans. Number of NodeB Multi-mode: HSDPA H-ARQ

1 ACKs received None & Scheduling
after 1st GSM: None (MAX C/I, RR
retransmission and PF)
UMTS:
WRFD-010610
09
LTE: None

after 2nd GSM: None (MAX C/I, RR
UMTS:
WRFD-010610
09
LTE: None

after 3rd GSM: None (MAX C/I, RR
UMTS:
WRFD-010610
09
LTE: None

after 4th GSM: None (MAX C/I, RR
UMTS:
WRFD-010610
09
LTE: None

WCDMA RAN

Description

UMTS:
WRFD-010610
09
LTE: None

UMTS:
WRFD-010610
09
LTE: None

UMTS:
WRFD-010610
09
LTE: None

UMTS:
WRFD-010610
09
LTE: None

UMTS:
WRFD-010610
09
LTE: None

WCDMA RAN

Description

UMTS:
WRFD-010610
09
LTE: None
50331668 VS.AckRemain Number of times NodeB Multi-mode: HSDPA H-ARQ

the NodeB does None & Scheduling
not receive the GSM: None (MAX C/I, RR
ACK from the and PF)
UE after the last UMTS:
retransmission WRFD-010610
09
LTE: None
50331717 VS.HSDPA.MI Number of times NodeB Multi-mode: DL 64QAM

MO64QAMCfg that all the users None +MIMO
.ActedNum configured in GSM: None HSPA
64QAM +Downlink
+MIMO mode UMTS:
42Mbps per
in a cell employ WRFD-010693
User
64QAM during WRFD-010689
the HSDPA
WRFD-010610 Introduction
measurement
period LTE: None Package
50331718 VS.HSDPA.MI Number of times NodeB Multi-mode: HSDPA

MO64QAMCfg that all the users None Introduction
.ScheduledNum configured in GSM: None Package
64QAM HSPA
+MIMO mode UMTS:
+Downlink
in a cell are WRFD-010610
42Mbps per
scheduled WRFD-010689 User
during the
WRFD-010693 DL 64QAM
measurement
period LTE: None +MIMO

WCDMA RAN

Description
50331719 VS.HSDPA.DC Number of times NodeB Multi-mode: HSDPA

Cfg.AnchorCar- that all the users None Introduction
rierActedNum configured in GSM: None Package
DC mode in a HSPA
cell are UMTS:
+Downlink
scheduled by WRFD-010610
42Mbps per
AnchorCarrier WRFD-010689 User
during the
WRFD-010696 DC-HSDPA
measurement
period LTE: None
50331720 VS.HSDPA.DC Total number of NodeB Multi-mode: HSDPA

Cfg.SupCarrier- times DC- None Introduction
ActedNum HSDPA- GSM: None Package
enabled users HSPA
are scheduled by UMTS:
WRFD-010610 +Downlink
the 42Mbps per
supplementary WRFD-010689 User
carrier WRFD-010696 DC-HSDPA
LTE: None
50331721 VS.HSDPA.DC Total number of NodeB Multi-mode: HSDPA

Cfg.DualCarrier times DC- None Introduction
ActedNum HSDPA- GSM: None Package
enabled users HSPA
are scheduled by UMTS:
WRFD-010610 +Downlink
the anchor and 42Mbps per
supplementary WRFD-010689 User
carriers at the WRFD-010696
same time DC-HSDPA
LTE: None
50331722 VS.HSDPA. Total number of NodeB Multi-mode: HSDPA

16QAMCfg.Act times all the None Introduction
edNum users in a cell GSM: None Package
use 16QAM DL 16QAM
mode UMTS:
WRFD-010610 Modulation
WRFD-010629
LTE: None

WCDMA RAN

Description
50331723 VS.HSDPA.QP Total number of NodeB Multi-mode: HSDPA

SKCfg.ActedN times users use None Introduction
um the QPSK mode GSM: None Package
UMTS: QPSK
WRFD-010610 Modulation
WRFD-010610
17
LTE: None
50331724 VS.HSDPA.All. Total number of NodeB Multi-mode: HSDPA H-ARQ

ScheduledNum times all the None & Scheduling
users are GSM: None (MAX C/I, RR
scheduled in a and PF)
cell UMTS:
WRFD-010610 HSDPA
09 Introduction
Package
WRFD-010610
LTE: None
50331745 VS.HSDPA.Dat Total number of NodeB Multi-mode: HSDPA

aTtiNum.User user-level TTIs None Introduction
within which GSM: None Package
there is data to
transmit in UMTS:
HSDPA user WRFD-010610
queue buffers LTE: None
50331746 VS.HSDPA.Dat Traffic volume NodeB Multi-mode: HSDPA

aOutput.Traffic of the MAC-hs/ None Enhanced
MAC-ehs PDUs GSM: None Package
successfully
received in a cell UMTS:
WRFD-010611
LTE: None
50331747 VS.HSDPA.Dat Number of NodeB Multi-mode: HSDPA

a.IubMacdPdu MAC-d PDUs None Introduction
received over GSM: None Package
Iub interfaces in
a cell UMTS:
WRFD-010610
LTE: None

WCDMA RAN

Description
50331754 VS.UsedCQI0 Number of times NodeB Multi-mode: HSDPA

the NodeB None Introduction
transmits data GSM: None Package
with CQI=0 Time and HS-
UMTS:
WRFD-010610 PDSCH Codes
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
WRFD-010610 Allocation
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

WCDMA RAN

Description

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

WCDMA RAN

Description

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

WCDMA RAN

Description

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

WCDMA RAN

Description

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

WCDMA RAN

Description

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

WCDMA RAN

Description

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

WCDMA RAN

Description

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None
50331785 VS.UsedCQI31t Number of times NodeB Multi-mode: HSDPA

o39 the NodeB None Introduction
with CQI=[31, Time and HS-
39] UMTS:
Multiplex
WRFD-010610
18 HSDPA
Dynamic Power
19
LTE: None

WCDMA RAN

Description
50331838 VS.HSDPA.Dat HSDSCH TRB NodeB Multi-mode: HSDPA

aOutput.TRB traffic volume in None Enhanced
a cell GSM: None Package
UMTS:
WRFD-010611
LTE: None
50331839 VS.HSDPA.Dat Number of TTIs NodeB Multi-mode: HSDPA

aTtiNum.TRB in which TRB None Enhanced
data is to be GSM: None Package
transmitted in
the HSDPA user UMTS:
queue in a cell WRFD-010611
LTE: None
50331840 VS.HSDPA.Ina Number of TTIs NodeB Multi-mode: HSDPA

ctiveDataTtiNu in which at least None Enhanced
m.TRB one HSDPA GSM: None Package
user in a cell has
TRB data to UMTS:
transmit in the WRFD-010611
queue buffer but LTE: None
no HSDPA user
transmits TRB
data at the
physical layer
50332175 VS.HSDPA.Pds Number of times NodeB Multi-mode: HSDPA

chCodeUsed.0 0 HS-PDSCH None Introduction
codes are used in GSM: None Package
a cell
UMTS:
WRFD-010610
LTE: None

code is used in a GSM: None Package
cell
UMTS:
WRFD-010610
LTE: None

WCDMA RAN

Description

a cell
UMTS:
WRFD-010610
LTE: None

a cell
UMTS:
WRFD-010610
LTE: None

a cell
UMTS:
WRFD-010610
LTE: None

a cell
UMTS:
WRFD-010610
LTE: None

a cell
UMTS:
WRFD-010610
LTE: None

a cell
UMTS:
WRFD-010610
LTE: None

WCDMA RAN

Description

a cell
UMTS:
WRFD-010610
LTE: None

a cell
UMTS:
WRFD-010610
LTE: None

a cell
UMTS:
WRFD-010610
LTE: None

a cell
UMTS:
WRFD-010610
LTE: None

a cell
UMTS:
WRFD-010610
LTE: None

a cell
UMTS:
WRFD-010610
LTE: None

WCDMA RAN

Description

a cell
UMTS:
WRFD-010610
LTE: None

a cell
UMTS:
WRFD-010610
LTE: None
50332192 VS.HSDPAPwr Number of TTIs NodeB Multi-mode: HSDPA

Share.TtiNum within which the None Introduction
HSDPA cell GSM: None Package
uses shared
power UMTS:
WRFD-010610
LTE: None
50332194 VS.HSDPA.Not Number of times NodeB Multi-mode: HSDPA

Schedule.CQI0 HSDPA users None Introduction
are not GSM: None Package
scheduled in a
cell due to CQI UMTS:
of 0 WRFD-010610
LTE: None

Schedule.Inva- HSDPA users None Introduction
lidCQI are not GSM: None Package
scheduled in a
cell due to UMTS:
invalid CQI WRFD-010610
LTE: None

Schedule.CMG HSDPA users None Introduction
AP within the GAP GSM: None Package
period in
compressed UMTS:
mode are not WRFD-010610
scheduled in a LTE: None
cell

WCDMA RAN

Description
50332201 VS.HSDPA.Re Number of times NodeB Multi-mode: HSDPA

mainResLimit.S the next HSDPA None Introduction
cchCode user cannot be GSM: None Package
scheduled due to
HS-SCCH UMTS:
insufficiency in WRFD-010610
a cell LTE: None

mainResLimit.P the next HSDPA None Introduction
dschCode user cannot be GSM: None Package
scheduled due to
HS-PDSCH UMTS:
a cell LTE: None

mainResLimit. the next HSDPA None Introduction
HSDPAPwr user cannot be GSM: None Package
scheduled due to
HSDPA power UMTS:
a cell LTE: None
50332204 VS.HSDPA.Ful Number of NodeB Multi-mode: HSDPA

lBuffer.Through samples in None Introduction
put.SumNum.0 which the full GSM: None Package
buffer
throughput of a UMTS:
single HSDPA WRFD-010610
user is within the LTE: None
range of interval
0

buffer
range of interval
1

WCDMA RAN

Description

buffer
range of interval
2

buffer
range of interval
3

buffer
range of interval
4

buffer
range of interval
5

buffer
range of interval
6

WCDMA RAN

Description

buffer
range of interval
7

buffer
range of interval
8

buffer
range of interval
9

buffer
range of interval
10
50332724 VS.IUB.FlowCt IUB logic NodeB Multi-mode: HSDPA Flow

rol.DL.AdjBW. port_1 None Control
LgcPort1.Max maximum DL GSM: None
HSDPA
available UMTS:
bandwidth WRFD-010610
10
LTE: None

WCDMA RAN

Description

LgcPort1.Min minimum DL GSM: None
HSDPA
available UMTS:
10
LTE: None

rol.DL.AdjBW. port_1 average None Control
LgcPort1.Avg DL HSDPA GSM: None
available
bandwidth UMTS:
WRFD-010610
10
LTE: None

rol.DL.Delay.U port_1 DL None Control
pBW.Num.Lgc HSDPA GSM: None
Port1 available
bandwidth UMTS:
increase times WRFD-010610
after jitter 10
congestion LTE: None
released

rol.DL.Drop.Up port_1 DL None Control
BW.Num.LgcP HSDPA GSM: None
ort1 available
bandwidth UMTS:
after packet loss 10
released

rol.DL.DelayCo port_1 DL None Control
ng.DownBWNu HSDPA GSM: None
m.LgcPort1 available
bandwidth UMTS:
decrease times WRFD-010610
for jitter 10

WCDMA RAN

Description

rol.DL.DropCo port_1 DL None Control
bandwidth UMTS:
for packet loss 10

rol.DL.Receive port_1 Number None Control
Num.LgcPort1 of DL HSDPA GSM: None
frames IUB
logic port UMTS:
received WRFD-010610
10
LTE: None

rol.DL.DropNu port_1 Number None Control
m.LgcPort1 of lost DL GSM: None
HSDPA frames
UMTS:
WRFD-010610
10
LTE: None

rol.DL.DelayVa port_1 None Control
ra.LgcPort1.Ma maximum DL GSM: None
x HSDPA delay
jitter UMTS:
WRFD-010610
10
LTE: None

ra.LgcPort1.Mi minimum DL GSM: None
n HSDPA delay
jitter UMTS:
WRFD-010610
10
LTE: None

WCDMA RAN

Description

rol.DL.DelayVa port_1 average None Control
ra.LgcPort1.Av DL HSDPA GSM: None
g delay jitter
UMTS:
WRFD-010610
10
LTE: None

rol.DL.CongTi port_1 DL None Control
me.LgcPort1 HSDPA GSM: None
congestion
duration UMTS:
WRFD-010610
10
LTE: None

LgcPort2.Max maximum DL GSM: None
HSDPA
available UMTS:
10
LTE: None

LgcPort2.Min minimum DL GSM: None
HSDPA
available UMTS:
10
LTE: None

rol.DL.AdjBW. port_2 average None Control
LgcPort2.Avg DL HSDPA GSM: None
available
bandwidth UMTS:
WRFD-010610
10
LTE: None

WCDMA RAN

Description

rol.DL.Delay.U port_2 DL None Control
pBW.Num.Lgc HSDPA GSM: None
Port2 available
bandwidth UMTS:
after jitter 10
released

rol.DL.Drop.Up port_2 DL None Control
BW.Num.LgcP HSDPA GSM: None
ort2 available
bandwidth UMTS:
after packet loss 10
released

rol.DL.DelayCo port_2 DL None Control
bandwidth UMTS:
for jitter 10

rol.DL.DropCo port_2 DL None Control
bandwidth UMTS:
for packet loss 10

rol.DL.Receive port_2 Number None Control
Num.LgcPort2 of DL HSDPA GSM: None
frames IUB
logic port UMTS:
received WRFD-010610
10
LTE: None

WCDMA RAN

Description

rol.DL.DropNu port_2 Number None Control
m.LgcPort2 of lost DL GSM: None
HSDPA frames
UMTS:
WRFD-010610
10
LTE: None

ra.LgcPort2.Ma maximum DL GSM: None
x HSDPA delay
jitter UMTS:
WRFD-010610
10
LTE: None

ra.LgcPort2.Mi minimum DL GSM: None
n HSDPA delay
jitter UMTS:
WRFD-010610
10
LTE: None

rol.DL.DelayVa port_2 average None Control
ra.LgcPort2.Av DL HSDPA GSM: None
g delay jitter
UMTS:
WRFD-010610
10
LTE: None

rol.DL.CongTi port_2 DL None Control
me.LgcPort2 HSDPA GSM: None
congestion
duration UMTS:
WRFD-010610
10
LTE: None

WCDMA RAN

Description
50341648 VS.ScchCodeUt Average usage NodeB Multi-mode: 15 Codes per

il.Mean of HS-SCCH None Cell
code resources GSM: None Time and HS-
in a cell PDSCH Codes
UMTS:
WRFD-010610 Multiplex
01 HSDPA Static
WRFD-010610 Code Allocation
18 and RNC-
Controlled
WRFD-010610 Dynamic Code
05 Allocation
LTE: None Allocation
Based on NodeB
50341649 VS.ScchCodeUt Maximum usage NodeB Multi-mode: 15 Codes per

il.Max of HS-SCCH None Cell
UMTS:
01 HSDPA Static
18 and RNC-
Controlled
05 Allocation
Based on NodeB
50341650 VS.ScchCodeUt Minimum usage NodeB Multi-mode: 15 Codes per

il.Min of HS-SCCH None Cell
UMTS:
01 HSDPA Static
18 and RNC-
Controlled
05 Allocation
Based on NodeB

WCDMA RAN

Description
50341651 VS.PdschCode Average usage NodeB Multi-mode: HSDPA Static

Util.Mean of HS-PDSCH None Code Allocation
code resources GSM: None and RNC-
in a cell Controlled
UMTS: Dynamic Code
05
Dynamic Code
WRFD-010610 Based on NodeB
01 15 Codes per
WRFD-010610 Cell
18 Time and HS-
LTE: None PDSCH Codes
Multiplex
50341652 VS.PdschCode Maximum usage NodeB Multi-mode: HSDPA Static

Util.Max of HS-PDSCH None Code Allocation
UMTS: Dynamic Code
05
Dynamic Code
01 15 Codes per
WRFD-010610 Cell
18 Time and HS-
Multiplex
50341653 VS.PdschCode Minimum usage NodeB Multi-mode: HSDPA Static

Util.Min of HS-PDSCH None Code Allocation
UMTS: Dynamic Code
05
Dynamic Code
01 15 Codes per
WRFD-010610 Cell
18 Time and HS-
Multiplex

WCDMA RAN

Description
50341654 VS.ScchCodeUt Average usage NodeB Multi-mode: HSDPA Static

il.Mean.User of HS-SCCH None Code Allocation
when HSDPA Controlled
users camp on UMTS: Dynamic Code
the cell WRFD-010610 Allocation
05
Dynamic Code
01 15 Codes per
WRFD-010610 Cell
18 Time and HS-
Multiplex
50341655 VS.ScchCodeUt Average usage NodeB Multi-mode: HSDPA Static

il.Mean.Data of HS-SCCH None Code Allocation
when at least one Controlled
HSDPA user has UMTS: Dynamic Code
data to transmit WRFD-010610 Allocation
in the queue 05
Dynamic Code
buffer WRFD-010631 Allocation
01 15 Codes per
WRFD-010610 Cell
18 Time and HS-
Multiplex
50341656 VS.PdschCode Average usage NodeB Multi-mode: 15 Codes per

Util.Mean.User of HS-PDSCH None Cell
when HSDPA PDSCH Codes
users camp on UMTS:
the cell
01 HSDPA Static
18 and RNC-
Controlled
05 Allocation
Based on NodeB

WCDMA RAN

Description
50341657 VS.PdschCode Average usage NodeB Multi-mode: HSDPA Static

Util.Mean.Data of HS-PDSCH None Code Allocation
when at least one Controlled
HSDPA user has UMTS: Dynamic Code
data to transmit WRFD-010610 Allocation
in the queue 05
Dynamic Code
buffer WRFD-010631 Allocation
01 15 Codes per
WRFD-010610 Cell
18 Time and HS-
Multiplex
50341658 VS.UserTtiRati Ratio of the time NodeB Multi-mode: HSDPA

o.Mean when at least one None Introduction
HSDPA UE GSM: None Package
camps on the
cell UMTS:
WRFD-010610
LTE: None
50341659 VS.DataTtiRati Ratio of the time NodeB Multi-mode: HSDPA

o.Mean when at least one None Introduction
HSDPA user has GSM: None Package
data to transmit
in the queue UMTS:
buffer WRFD-010610
LTE: None
50341660 VS.RabNum.M Average number NodeB Multi-mode: HSDPA

ean of HSDPA None Introduction
RABs in a cell GSM: None Package
UMTS:
WRFD-010610
LTE: None
50341661 VS.RabNum.M Maximum NodeB Multi-mode: HSDPA

ax number of None Introduction
HSDPA RABs GSM: None Package
in a cell
UMTS:
WRFD-010610
LTE: None

WCDMA RAN

Description
50341662 VS.RabNum.Mi Minimum NodeB Multi-mode: HSDPA

n number of None Introduction
in a cell
UMTS:
WRFD-010610
LTE: None
50341663 VS.DataRabNu Average number NodeB Multi-mode: HSDPA

m.Mean of HSDPA None Introduction
RABs have data GSM: None Package
to transmit in the
queue buffer in a UMTS:
cell WRFD-010610
LTE: None
50341664 VS.DataRabNu Maximum NodeB Multi-mode: HSDPA

m.Max number of None Introduction
have data to
transmit in the UMTS:
queue buffer in a WRFD-010610
cell LTE: None
50341665 VS.DataRabNu Minimum NodeB Multi-mode: HSDPA

m.Min number of None Introduction
have data to
transmit in the UMTS:
queue buffer in a WRFD-010610
cell LTE: None
50341666 VS.RabNumAv Average number NodeB Multi-mode: HSDPA

e.User of HSDPA None Introduction
RABs when GSM: None Package
HSDPA users
camp on the cell UMTS:
WRFD-010610
LTE: None
50341667 VS.RabNumAv Average number NodeB Multi-mode: HSDPA

e.UserData of HSDPA None Introduction
RABs have data GSM: None Package
to transmit in the
queue buffer UMTS:
when at least one WRFD-010610
HSDPA user has LTE: None
data to transmit
in the queue
buffer in a cell

WCDMA RAN

Description
50341668 VS.DataOutput. Average NodeB Multi-mode: HSDPA

Mean throughput of None Enhanced
MAC-d PDUs in GSM: None Package
a cell
UMTS:
WRFD-010611
LTE: None
50341669 VS.DataOutput. Maximum NodeB Multi-mode: HSDPA

Max throughput of None Enhanced
a cell
UMTS:
WRFD-010611
LTE: None
50341670 VS.DataOutput. Minimum NodeB Multi-mode: HSDPA

Min throughput of None Enhanced
a cell
UMTS:
WRFD-010611
LTE: None
50341671 VS.DataOutput. Average cell NodeB Multi-mode: HSDPA

User throughput None Enhanced
when HSDPA GSM: None Package
users camp on
the cell UMTS:
WRFD-010611
LTE: None
50341672 VS.DataOutput. Average cell NodeB Multi-mode: HSDPA

UserData throughput None Enhanced
when at least one GSM: None Package
HSDPA user has
data to transmit UMTS:
in the queue WRFD-010611
buffer LTE: None

Rab throughput of None Enhanced
each RAB when GSM: None Package
HSDPA users
camp on the cell UMTS:
WRFD-010611
LTE: None

WCDMA RAN

Description

RabData throughput of None Enhanced
each RAB when GSM: None Package
at least one
HSDPA user has UMTS:
data to transmit WRFD-010611
in the queue LTE: None
buffer
50341675 VS.ScchPwrRat Average NodeB Multi-mode: HSDPA Power

io.Mean transmit power None Control
over the HS- GSM: None HSDPA
SCCH in a cell Dynamic Power
UMTS:
04
WRFD-010610
19
LTE: None
50341676 VS.ScchPwrRat Maximum NodeB Multi-mode: HSDPA Power

io.Max transmit power None Control
UMTS:
04
WRFD-010610
19
LTE: None
50341677 VS.ScchPwrRat Minimum NodeB Multi-mode: HSDPA Power

io.Min transmit power None Control
UMTS:
04
WRFD-010610
19
LTE: None

WCDMA RAN

Description
50341678 VS.PdschPwrR Average NodeB Multi-mode: HSDPA Power

atio.Mean transmit power None Control
PDSCH in a cell Dynamic Power
UMTS:
04
WRFD-010610
19
LTE: None
50341679 VS.PdschPwrR Maximum NodeB Multi-mode: HSDPA Power

atio.Max transmit power None Control
UMTS:
04
WRFD-010610
19
LTE: None
50341680 VS.PdschPwrR Minimum NodeB Multi-mode: HSDPA Power

atio.Min transmit power None Control
UMTS:
04
WRFD-010610
19
LTE: None

io.User transmit power None Control
SCCH when Dynamic Power
HSDPA users UMTS:
camp on the cell
04
WRFD-010610
19
LTE: None

WCDMA RAN

Description

atio.User transmit power None Control
PDSCH when Dynamic Power
HSDPA users UMTS:
camp on the cell
04
WRFD-010610
19
LTE: None

io.UserData transmit power None Control
SCCH when at Dynamic Power
least one UMTS:
HSDPA user has
data to transmit 04
buffer 19
LTE: None

atio.Data transmit power None Control
PDSCH when at Dynamic Power
least one UMTS:
HSDPA user has
data to transmit 04
buffer 19
LTE: None
50341685 VS.DataDiscard Average ratio of NodeB Multi-mode: HSDPA H-ARQ

Ratio.Mean discarded None & Scheduling
HSDPA data GSM: None (MAX C/I, RR
due to timer and PF)
expiry UMTS:
WRFD-010610 HSDPA
09 Introduction
Package
WRFD-010610
LTE: None

WCDMA RAN

Description
50341686 VS.DataDiscard Maximum ratio NodeB Multi-mode: HSDPA H-ARQ

Ratio.Max of discarded None & Scheduling
expiry UMTS:
WRFD-010610 HSDPA
09 Introduction
Package
WRFD-010610
LTE: None
50341687 VS.DataDiscard Minimum ratio NodeB Multi-mode: HSDPA H-ARQ

Ratio.Min of discarded None & Scheduling
expiry UMTS:
WRFD-010610 HSDPA
09 Introduction
Package
WRFD-010610
LTE: None
50341688 VS.PdschCode Average number NodeB Multi-mode: HSDPA

Used.Mean of used HS- None Introduction
PDSCH codes in GSM: None Package
a cell
UMTS:
WRFD-010610
LTE: None
50341689 VS.PdschCode Maximum NodeB Multi-mode: HSDPA

Used.Max number of used None Introduction
HS-PDSCH GSM: None Package
codes in a cell
UMTS:
WRFD-010610
LTE: None
50341690 VS.PdschCode Average number NodeB Multi-mode: HSDPA

Avail.Mean of available HS- None Introduction
PDSCH codes in GSM: None Package
a cell
UMTS:
WRFD-010610
LTE: None

WCDMA RAN

Description
50341691 VS.PdschCode Maximum NodeB Multi-mode: HSDPA

Avail.Max number of None Introduction
available HS- GSM: None Package
PDSCH codes in
a cell UMTS:
WRFD-010610
LTE: None
50341692 VS.PdschCode Minimum NodeB Multi-mode: HSDPA

Used.Min number of used None Introduction
HS-PDSCH GSM: None Package
codes in a cell
UMTS:
WRFD-010610
LTE: None
50341693 VS.HSDPA.Ina Average ratio of NodeB Multi-mode: HSDPA

ctiveDataTtiRat the time when at None Introduction
io.Mean least one GSM: None Package
HSDPA user has
data to transmit UMTS:
in the buffer but WRFD-010610
no HSDPA user LTE: None
transmits data at
the physical
layer
50341694 VS.HSDPA. The time ratio of NodeB Multi-mode: HSDPA

2ScchCodeRati only using two None Introduction
o HS-SCCH GSM: None Package
codes for cell
UMTS:
WRFD-010610
LTE: None

3ScchCodeRati only using three None Introduction
codes for cell
UMTS:
WRFD-010610
LTE: None

4ScchCodeRati only using four None Introduction
codes for cell
UMTS:
WRFD-010610
LTE: None

WCDMA RAN

Description
50341697 VS.HSDPAPwr Average usage NodeB Multi-mode: HSDPA

Ratio.Mean.Fre of free users None Introduction
eUser Hsdpa Power GSM: None Package
UMTS:
WRFD-010610
LTE: None
50341698 VS.HSDPAPwr Maximum usage NodeB Multi-mode: HSDPA

Ratio.Max.Free- of free users None Introduction
User Hsdpa Power GSM: None Package
UMTS:
WRFD-010610
LTE: None

Mean.FreeUser throughput of None Introduction
MAC-d PDUs GSM: None Package
of HSDPA free
users UMTS:
WRFD-010610
LTE: None
50341700 VS.DataOutput. Maximum NodeB Multi-mode: HSDPA

Max.FreeUser throughput of None Introduction
of HSDPA free
users UMTS:
WRFD-010610
LTE: None
50341701 VS.DataOutput. Minimum NodeB Multi-mode: HSDPA

Min.FreeUser throughput of None Introduction
of HSDPA free
users UMTS:
WRFD-010610
LTE: None
50341703 VS.AvaiHSDP Mean ratio of NodeB Multi-mode: HSDPA

APwrRatio.Mea availble HSDPA None Introduction
n Power Ratio GSM: None Package
UMTS:
WRFD-010610
LTE: None

WCDMA RAN

Description
50341704 VS.AvaiHSDP Maximum ratio NodeB Multi-mode: HSDPA

APwrRatio.Max of availble None Introduction
HSDPA Power GSM: None Package
Ratio
UMTS:
WRFD-010610
LTE: None
50341705 VS.AvaiHSDP Minimum ratio NodeB Multi-mode: HSDPA

APwrRatio.Min of availble None Introduction
Ratio
UMTS:
WRFD-010610
LTE: None
50341706 VS.HSDPAPwr Mean Ratio of NodeB Multi-mode: HSDPA

Ratio.PLMN0 PLMN0 used None Introduction
UMTS:
WRFD-010610
LTE: None

UMTS:
WRFD-010610
LTE: None

UMTS:
WRFD-010610
LTE: None

UMTS:
WRFD-010610
LTE: None

WCDMA RAN

Description
50341723 VS.HSDPA.Use Average NodeB Multi-mode: HSDPA

rNum.Mean Number of None Introduction
HSDPA Users GSM: None Package
in a Cell
UMTS:
WRFD-010610
LTE: None
50341739 VS.HSDPA.Sch Average ratio of NodeB Multi-mode: HSDPA

eInactiveDataTt the time when None Introduction
iRatio.Mean some HSDPA GSM: None Package
users are queued
in the UMTS:
scheduling WRFD-010610
candidate set but LTE: None
do not transmit
data
50342606 VS.BOARD.Us Average ratio of NodeB Multi-mode: HSDPA

edHsdpaUserRa HSDPA users None Introduction
tio.Mean on a board GSM: None Package
UMTS:
WRFD-010610
LTE: None
50342607 VS.BOARD.Us Maximum ratio NodeB Multi-mode: HSDPA

edHsdpaUserRa of HSDPA users None Introduction
tio.Max on a board GSM: None Package
UMTS:
WRFD-010610
LTE: None
67189834 VS.HSDPA.M Number of BSC6900 WRFD-010610 HSDPA

ACD.SuccSetup Successful Introduction
HSDPA MAC-d Package
Flow
Establishments
for Cell
67189840 VS.HSDPA.Me Number of Total BSC6900 WRFD-010610 HSDPA

anChThroughpu Bytes Sent in Introduction
t.TotalBytes Downlink of Package
HSDPA MAC-d
Flow for Cell

WCDMA RAN

Description
67192975 VS.RAB.RelRe Number of BSC6900 WRFD-010610 HSDPA

qPS.BE.HSDP HSDPA RABs WRFD-020107 Introduction
A.Cong.Golden Carrying Package
Golden Users Overload
BE Traffic Control
Released Due to
Congestion for
Cell

A.Cong.Silver Carrying Silver Package
Users BE Overload
Traffic Released Control
Due to
Congestion for
Cell

A.Cong.Copper Carrying Package
Copper Users Overload
BE Traffic Control
Released Due to
Congestion for
Cell
67192991 VS.HSDPAPSL Maximum BSC6900 WRFD-010610 HSDPA

oad.MaxDLThr Throughput of Introduction
uput.RNC PS HSDPA Package
Traffic for RNC
67193578 VS.HSDPA.UE Maximum BSC6900 WRFD-010610 HSDPA UE

.Max.CAT1.6 Number of 02 Category 1 to 28
HSDPA UEs
with Category
1-6 in a Cell

HSDPA UEs
with Category
7-10 in a Cell

HSDPA UEs
with Category
11-12 in a Cell

WCDMA RAN

Description

HSDPA UEs
with Category
13-14 in a Cell

HSDPA UEs
with Category
15-16 in a Cell

HSDPA UEs
with Category
17-20 in a Cell

HSDPA UEs
with Category
21-24 in a Cell
67194990 VS.RAB.Norm Number of BSC6900 WRFD-010651 HSDPA over Iur

Rel.HSDPA.Iur Normally
Released
HSDSCH-
Carried RABs
on Iur Interface
for SRNC
67195000 VS.RAB.Abnor Number of BSC6900 WRFD-010651 HSDPA over Iur

mRel.HSDPA.I HSDSCH-
ur Carried RABs
Abnormally
Released on Iur
Interface for
SRNC
67196199 VS.RRC.AttCo Number of RRC BSC6900 WRFD-010652 SRB over

nnEstab.HSDS Connection WRFD-010688 HSDPA
CH Attempts for DL Downlink
Carried on Enhanced
HS_DSCH for CELL_FACH
Cell

WCDMA RAN

Description
67196201 VS.RRC.SuccC Number of BSC6900 WRFD-010652 SRB over

onnEstab.HSDS Successful RRC WRFD-010688 HSDPA
CH Connection Downlink
Setups for Cell Enhanced
(DL Carried on CELL_FACH
HS_DSCH)
67196206 VS.RAB.Norm Number of BSC6900 WRFD-010619 CS voice over

Rel.CS.HSPA.C HSPA-Carried WRFD-010651 HSPA/HSPA+
onv.Iur CS HSDPA over Iur
Conversational WRFD-010635
RABs Normally HSUPA over Iur
Released on Iur
Interface for
SRNC
67196207 VS.RAB.Abnor Number of BSC6900 WRFD-010619 CS voice over

mRel.CS.HSPA HSPA-Carried WRFD-010651 HSPA/HSPA+
.Conv.Iur CS HSDPA over Iur
RABs HSUPA over Iur
Abnormally
Released on Iur
Interface for
SRNC
67202894 VS.HSDPA.Me Mean Downlink BSC6900 WRFD-010610 HSDPA

anChThroughpu Throughput of Introduction
t single HSDPA Package
MAC-d Flows
for Cell
67204137 VS.HSDPAPSL Throughput of BSC6900 WRFD-010610 HSDPA

oad.DLThruput. PS HSDPA Introduction
RNC Traffic for RNC Package
67204259 VS.HSDPA.UE Average BSC6900 WRFD-010610 HSDPA UE

.Mean.CAT1.6 Number of 02 Category 1 to 28
HSDPA UEs
with Category
1-6 in a Cell

HSDPA UEs
with Category
7-10 in a Cell

WCDMA RAN

Description

2 HSDPA UEs
with Category
11-12 in a Cell

4 HSDPA UEs
with Category
13-14 in a Cell

6 HSDPA UEs
with Category
15-16 in a Cell

0 HSDPA UEs
with Category
17-20 in a Cell

4 HSDPA UEs
with Category
21-24 in a Cell

ACD.AttSetup HSDPA MAC-d Introduction
Flow Package
Establishment
Requests for
Cell
73410472 VS.SRNCIurBy Number of bytes BSC6900 WRFD-010651 HSDPA over Iur

tesPSStrHSDP of PS HSDPA
A.Tx streaming
service in SRNC
for IUR

tesPSIntHSDPA of PS HSDPA
.Tx interactive
service in SRNC
for IUR

WCDMA RAN

Description

tesPSBkgHSDP of PS HSDPA
A.Tx background
service in SRNC
for IUR
73410478 VS.DRNCIurB Number of bytes BSC6900 WRFD-010651 HSDPA over Iur

ytesHSDPA.Rx of HSDPA
services in
DRNC for IUR
73410479 VS.SRNCIurBy Number of BSC6900 WRFD-010651 HSDPA over Iur

tesSigHSDPA.T HSDPA WRFD-010652 SRB over
x Signaling Bytes HSDPA
on Iur Interface
in SRNC
73410499 VS.SRNCIubB Number of DL BSC6900 WRFD-010610 HSDPA

ytesHSDPA.Tx Bytes over Iub Introduction
HSDSCH for Package
Cell
73422167 VS.HSDPA.RA Number of BSC6900 WRFD-010202 UE State in

B.AbnormRel.H RABs WRFD-010610 Connected
2P Abnormally Mode (CELL-
Released for PS DCH, CELL-
HSDPA PCH, URA-
Services during PCH, CELL-
the State FACH)
Transition from HSDPA
CELL_DCH to Introduction
CELL_PCH or Package
URA_PCH for
Cell
73423462 VS.HSDPA.Tra Number of BSC6900 WRFD-010610 HSDPA

ffic.HighLoad Bytes Sent on WRFD-010610 Introduction
HSDPA MAC-d 08 Package
Flow for Cell Interactive and
(Excluding the Background
Bytes of Low- Traffic Class on
Traffic Users) HSDPA

WCDMA RAN

Description
73425958 RRC.SuccConn Number of BSC6900 WRFD-010610 HSDPA UE

Estab.HSDSCH Successful RRC 02 Category 1 to 28
.AllCAT Connection WRFD-010699 DC-HSDPA
Setups for Cell +MIMO
(Including All WRFD-150207
the HS-DSCH WRFD-150223 4C-HSDPA
Physical Layer MC-HSDPA
Categories) +MIMO

.CAT7.10 Connection
Setups for Cell
(including the
HS-DSCH
Physical Layer
Categories 7
Through 10)

.CAT13.14 Connection
Setups for Cell
(including the
HS-DSCH
Physical Layer
Categories 13
and 14)

Setups for Cell
(Including the
HS-DSCH
Physical Layer
Categories 15
and 16)

Setups for Cell
(Including the
HS-DSCH
Physical Layer
Categories 17
Through 20)

WCDMA RAN

Description

Setups for Cell
(Including the
HS-DSCH
Physical Layer
Categories 21
Through 24)
73426170 VS.HSDPA.SR Average number BSC6900 WRFD-010652 SRB over

BoH.UE.Mean. of users capable HSDPA
Cell of the SRB over
HSDPA feature
in a cell
73426316 VS.HSDPA.RA Number of BSC6900 WRFD-010652 SRB over

B.AbnormRel.S Abnormally HSDPA
RBoH.H2P Released RABs
During State
Transition of
SRB over
HSDPA Users
to CELL_PCH
or URA_PCH
for Cell

RBoH Released RABs
of SRB over
HSDPA Users
for Cell

B.NormRel.SR Normally HSDPA
BoH.All Released RABs
of SRB over
HSDPA Users
for Cell (All
Scenarios)
73426999 VS.HSDPA.Sa Number of BSC6900 WRFD-010610 HSDPA

mplesThroughp Times the RLC Introduction
ut Throughput Is Package
Not 0 for
HSDPA Users
in a Cell

WCDMA RAN

Description
73441141 VS.HSDPA.Me Mean BSC6900 WRFD-010610 HSDPA

anChThrouput. Throughput on WRFD-010610 Introduction
HighLoad HSDPA MAC-d 08 Package
Data of Low- Traffic Class on
73443290 VS.SRNCIubB Number of DL BSC6900 WRFD-010652 SRB over

ytesHSDSCHSi HS-DSCH HSDPA
g.Tx Signaling Bytes
on Iub Interface
for Cell
73443312 VS.HSDPA.Su Sum of the BSC6900 WRFD-010610 HSDPA

mThroughput Sampled RLC Introduction
Throughput of Package
HSDPA Users
in a Cell

ACD.SuccSetup Successful Introduction
HSDPA MAC-d Package
Flow
Establishments
for Cell
67189840 VS.HSDPA.Me Number of Total BSC6910 WRFD-010610 HSDPA

anChThroughpu Bytes Sent in Introduction
t.TotalBytes Downlink of Package
HSDPA MAC-d
Flow for Cell

A.Cong.Golden Carrying Package
Golden Users Overload
BE Traffic Control
Released Due to
Congestion for
Cell

WCDMA RAN

Description

A.Cong.Silver Carrying Silver Package
Users BE Overload
Traffic Released Control
Due to
Congestion for
Cell

A.Cong.Copper Carrying Package
Copper Users Overload
BE Traffic Control
Released Due to
Congestion for
Cell
67192991 VS.HSDPAPSL Maximum BSC6910 WRFD-010610 HSDPA

oad.MaxDLThr Throughput of Introduction
uput.RNC PS HSDPA Package
Traffic for RNC

HSDPA UEs
with Category
1-6 in a Cell

HSDPA UEs
with Category
7-10 in a Cell

HSDPA UEs
with Category
11-12 in a Cell

HSDPA UEs
with Category
13-14 in a Cell

WCDMA RAN

Description

HSDPA UEs
with Category
15-16 in a Cell

HSDPA UEs
with Category
17-20 in a Cell

HSDPA UEs
with Category
21-24 in a Cell
67194990 VS.RAB.Norm Number of BSC6910 WRFD-010651 HSDPA over Iur

Rel.HSDPA.Iur Normally
Released
HSDSCH-
Carried RABs
on Iur Interface
for SRNC
67195000 VS.RAB.Abnor Number of BSC6910 WRFD-010651 HSDPA over Iur

mRel.HSDPA.I HSDSCH-
ur Carried RABs
Abnormally
Released on Iur
Interface for
SRNC
67196199 VS.RRC.AttCo Number of RRC BSC6910 WRFD-010652 SRB over

nnEstab.HSDS Connection WRFD-010688 HSDPA
CH Attempts for DL Downlink
Carried on Enhanced
HS_DSCH for CELL_FACH
Cell
67196201 VS.RRC.SuccC Number of BSC6910 WRFD-010652 SRB over

onnEstab.HSDS Successful RRC WRFD-010688 HSDPA
CH Connection Downlink
Setups for Cell Enhanced
(DL Carried on CELL_FACH
HS_DSCH)

WCDMA RAN

Description
67196206 VS.RAB.Norm Number of BSC6910 WRFD-010619 CS voice over

Rel.CS.HSPA.C HSPA-Carried WRFD-010651 HSPA/HSPA+
onv.Iur CS HSDPA over Iur
RABs Normally HSUPA over Iur
Released on Iur
Interface for
SRNC
67196207 VS.RAB.Abnor Number of BSC6910 WRFD-010619 CS voice over

mRel.CS.HSPA HSPA-Carried WRFD-010651 HSPA/HSPA+
.Conv.Iur CS HSDPA over Iur
RABs HSUPA over Iur
Abnormally
Released on Iur
Interface for
SRNC
67202894 VS.HSDPA.Me Mean Downlink BSC6910 WRFD-010610 HSDPA

anChThroughpu Throughput of Introduction
t single HSDPA Package
MAC-d Flows
for Cell
67204137 VS.HSDPAPSL Throughput of BSC6910 WRFD-010610 HSDPA

oad.DLThruput. PS HSDPA Introduction
RNC Traffic for RNC Package

HSDPA UEs
with Category
1-6 in a Cell

HSDPA UEs
with Category
7-10 in a Cell

2 HSDPA UEs
with Category
11-12 in a Cell

WCDMA RAN

Description

4 HSDPA UEs
with Category
13-14 in a Cell

6 HSDPA UEs
with Category
15-16 in a Cell

0 HSDPA UEs
with Category
17-20 in a Cell

4 HSDPA UEs
with Category
21-24 in a Cell

ACD.AttSetup HSDPA MAC-d Introduction
Flow Package
Establishment
Requests for
Cell

tesPSStrHSDP of PS HSDPA
A.Tx streaming
service in SRNC
for IUR

tesPSIntHSDPA of PS HSDPA
.Tx interactive
service in SRNC
for IUR

tesPSBkgHSDP of PS HSDPA
A.Tx background
service in SRNC
for IUR

WCDMA RAN

Description
73410478 VS.DRNCIurB Number of bytes BSC6910 WRFD-010651 HSDPA over Iur

ytesHSDPA.Rx of HSDPA
services in
DRNC for IUR
73410479 VS.SRNCIurBy Number of BSC6910 WRFD-010651 HSDPA over Iur

tesSigHSDPA.T HSDPA WRFD-010652 SRB over
x Signaling Bytes HSDPA
on Iur Interface
in SRNC
73410499 VS.SRNCIubB Number of DL BSC6910 WRFD-010610 HSDPA

ytesHSDPA.Tx Bytes over Iub Introduction
HSDSCH for Package
Cell
73422167 VS.HSDPA.RA Number of BSC6910 WRFD-010202 UE State in

B.AbnormRel.H RABs WRFD-010610 Connected
2P Abnormally Mode (CELL-
Released for PS DCH, CELL-
HSDPA PCH, URA-
Services during PCH, CELL-
the State FACH)
Transition from HSDPA
CELL_DCH to Introduction
CELL_PCH or Package
URA_PCH for
Cell
73423462 VS.HSDPA.Tra Number of BSC6910 WRFD-010610 HSDPA

ffic.HighLoad Bytes Sent on WRFD-010610 Introduction
HSDPA MAC-d 08 Package
Bytes of Low- Traffic Class on

.AllCAT Connection WRFD-010699 DC-HSDPA
Setups for Cell +MIMO
(Including All WRFD-150207
the HS-DSCH WRFD-150223 4C-HSDPA
Physical Layer MC-HSDPA
Categories) +MIMO

WCDMA RAN

Description

.CAT7.10 Connection
Setups for Cell
(including the
HS-DSCH
Physical Layer
Categories 7
Through 10)

Setups for Cell
(including the
HS-DSCH
Physical Layer
Categories 13
and 14)

Setups for Cell
(Including the
HS-DSCH
Physical Layer
Categories 15
and 16)

Setups for Cell
(Including the
HS-DSCH
Physical Layer
Categories 17
Through 20)

Setups for Cell
(Including the
HS-DSCH
Physical Layer
Categories 21
Through 24)

WCDMA RAN

Description
73426170 VS.HSDPA.SR Average number BSC6910 WRFD-010652 SRB over

BoH.UE.Mean. of users capable HSDPA
Cell of the SRB over
HSDPA feature
in a cell

RBoH.H2P Released RABs
During State
Transition of
SRB over
HSDPA Users
to CELL_PCH
or URA_PCH
for Cell

RBoH Released RABs
of SRB over
HSDPA Users
for Cell

B.NormRel.SR Normally HSDPA
BoH.All Released RABs
of SRB over
HSDPA Users
for Cell (All
Scenarios)
73426999 VS.HSDPA.Sa Number of BSC6910 WRFD-010610 HSDPA

mplesThroughp Times the RLC Introduction
ut Throughput Is Package
Not 0 for
HSDPA Users
in a Cell
73441141 VS.HSDPA.Me Mean BSC6910 WRFD-010610 HSDPA

anChThrouput. Throughput on WRFD-010610 Introduction
HighLoad HSDPA MAC-d 08 Package
Data of Low- Traffic Class on

WCDMA RAN

Description
73443290 VS.SRNCIubB Number of DL BSC6910 WRFD-010652 SRB over

ytesHSDSCHSi HS-DSCH HSDPA
g.Tx Signaling Bytes
on Iub Interface
for Cell
73443312 VS.HSDPA.Su Sum of the BSC6910 WRFD-010610 HSDPA

mThroughput Sampled RLC Introduction
Throughput of Package
HSDPA Users
in a Cell

WCDMA RAN
HSDPA Feature Parameter Description 11 Glossary
11 Glossary
For the acronyms, abbreviations, terms, and definitions, see the Glossary.

WCDMA RAN
HSDPA Feature Parameter Description 12 Reference Documents
12 Reference Documents
1. 3GPP TS 25.214, "Physical layer procedures (FDD)"

2. 3GPP TS 25.306, "UE Radio Access capabilities"
3. 3GPP TS 25.308, "UTRA High Speed Downlink Packet Access (HSDPA); Overall
description"
4. 3GPP TS 25.433, "UTRAN Iub interface NBAP signaling"
5. 3GPP TS 25.435, "UTRAN Iub interface user plane protocols for CCH data flows"
6. Transmission Resource Management Feature Parameter Description
7. Load Control Feature Parameter Description
8. Call Admission Control Feature Parameter Description
9. Directed Retry Decision Feature Parameter Description
10. Differentiated HSPA Service Feature Parameter Description
11. Radio Bearers Feature Parameter Description
12. State Transition Feature Parameter Description
13. Power Control Feature Parameter Description
14. Handover Feature Parameter Description
15. HSPA Evolution Feature Parameter Description
16. QoS Management Feature Parameter Description
17. License Management Feature Parameter Description
18. Enhanced L2 Feature Parameter Description


Hsdpa (Ran16.0 02)

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Hsdpa (Ran16.0 02)

Загружено:

Авторское право:

Доступные форматы

WCDMA RAN

HSDPA Feature Parameter

HUAWEI TECHNOLOGIES CO., LTD.

Trademarks and Permissions

Huawei Technologies Co., Ltd.

Issue 02 (2014-09-15) Huawei Proprietary and Confidential i

1 About This Document..................................................................................................................1

Issue 02 (2014-09-15) Huawei Proprietary and Confidential ii

3.9.3 Dynamic Code Tree Reshuffling...............................................................................................................................33

5 QoS Management and Management over Differentiated Services...................................55

Issue 02 (2014-09-15) Huawei Proprietary and Confidential iii

8.1.1 When to Use HSDPA Introduction Package.............................................................................................................66

Issue 02 (2014-09-15) Huawei Proprietary and Confidential iv

8.17.3 Feature Deployment..............................................................................................................................................134

Issue 02 (2014-09-15) Huawei Proprietary and Confidential v

1 About This Document

This document covers the following features:

l WRFD-010610 HSDPA Introduction Package

This document applies to the following NE types.

Issue 02 (2014-09-15) Huawei Proprietary and Confidential 1

RNC BSC6900, BSC6910

NodeB Macro 3900 series macro base stations: BTS3900, BTS3900A,

Micro BTS3803E, BTS3902E

1.2 Intended Audience

1.3 Change History

Change Change Description Parameter

Issue 02 (2014-09-15) Huawei Proprietary and Confidential 2

Change Change Description Parameter

Editorial None None

Change Change Description Parameter

Feature None None

Editorial The descriptions of the HSDPA inter-cell power sharing None

RAN16.0 Draft B (2014-02-28)

Change Change Description Parameter

Feature None None

RAN16.0 Draft A (2014-01-20)

Issue 02 (2014-09-15) Huawei Proprietary and Confidential 3

Change Type Change Description Parameter

Added the HSDPA inter-cell power sharing function. Added the

l 6.6 HSDPA Inter-Cell Power Sharing

Added descriptions about the impacts on active HSDPA None

M2000 has changed to U2000. None

Editorial The descriptions of the WRFD-01061006 HSDPA None

The descriptions of the following features have moved None

Added the impacted feature of the WRFD-010610 None

1.4 Differences Between Base Station Types

Feature Descripti Supported by Supporte Supported by Micro LampSit

Issue 02 (2014-09-15) Huawei Proprietary and Confidential 4

BSC690 BSC691 Macro BTS380 BTS390

Issue 02 (2014-09-15) Huawei Proprietary and Confidential 5

Issue 02 (2014-09-15) Huawei Proprietary and Confidential 6

Issue 02 (2014-09-15) Huawei Proprietary and Confidential 7

2.1 General Principles of HSDPA

The characteristics of HSDPA are as follows:

Issue 02 (2014-09-15) Huawei Proprietary and Confidential 8

2.2 HSDPA Channels

Figure 2-1 Physical channels of HSDPA

2.2.1 HS-DSCH and HS-PDSCH

Issue 02 (2014-09-15) Huawei Proprietary and Confidential 9

2.2.4 DPCCH and DPCH/F-DPCH

2.3 Impact of HSDPA on NEs

Issue 02 (2014-09-15) Huawei Proprietary and Confidential 10

s to 14 Mbit/s. The UE of category 10 supports the highest rate. The UE of category 11 or 12