Hsdpa (Ran14.0 04) PDF

HSDPA
RAN14.0
Feature Parameter Description
Issue
04
Date
2013-05-10
HUAWEI TECHNOLOGIES CO., LTD.
Copyright Huawei Technologies Co., Ltd. 2013. All rights reserved.

No part of this document may be reproduced or transmitted in any form or by any means without prior
written consent of Huawei Technologies Co., Ltd.
Trademarks and Permissions

and other Huawei trademarks are 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 the 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
WCDMA RAN
HSDPA
Contents
Contents
1 Introduction ................................................................................................................................1-1
1.1 Scope ............................................................................................................................................ 1-1
1.2 Intended Audience......................................................................................................................... 1-1
1.3 Change History.............................................................................................................................. 1-1
2 Overview of HSDPA ..................................................................................................................2-1

2.1 General Principles of HSDPA ........................................................................................................ 2-1
2.2 HSDPA Channels .......................................................................................................................... 2-1
2.2.1 HS-DSCH and HS-PDSCH .................................................................................................. 2-2
2.2.2 HS-SCCH ............................................................................................................................. 2-2
2.2.3 HS-DPCCH ........................................................................................................................... 2-2
2.2.4 DPCCH and DPCH/F-DPCH ................................................................................................ 2-2
2.3 Impact of HSDPA on NEs .............................................................................................................. 2-3
2.4 HSDPA Functions .......................................................................................................................... 2-4
2.4.1 HSDPA Control Plane Functions .......................................................................................... 2-4
2.4.2 HSDPA User Plane Functions .............................................................................................. 2-5
3 Control Plane .............................................................................................................................3-1

3.1 Bearer Mapping ............................................................................................................................. 3-1
3.2 Access Control .............................................................................................................................. 3-2
3.3 Mobility Management .................................................................................................................... 3-2
3.4 Channel Switching......................................................................................................................... 3-2
3.5 Load Control .................................................................................................................................. 3-5
3.6 Power Resource Management...................................................................................................... 3-5
3.7 Code Resource Management ....................................................................................................... 3-6
3.7.1 HS-SCCH Code Resource Management ............................................................................. 3-6
3.7.2 HS-PDSCH Code Resource Management........................................................................... 3-6
3.7.3 Dynamic Code Tree Reshuffling ........................................................................................... 3-8
4 User Plane ...................................................................................................................................4-1

4.1 Flow Control and Congestion Control ........................................................................................... 4-1
4.1.1 Flow Control ......................................................................................................................... 4-2
4.1.2 Congestion Control ............................................................................................................... 4-2
4.2 Impact of HSDPA on the RLC and MAC-d Entities ....................................................................... 4-3
4.2.1 Impact on the RLC Entity...................................................................................................... 4-3
4.2.2 Impact on the MAC-d Entity.................................................................................................. 4-3
4.3 MAC-hs Scheduling ...................................................................................................................... 4-3
4.3.1 Determining the Candidate Set ............................................................................................ 4-4
4.3.2 Calculating Scheduling Priorities .......................................................................................... 4-4
4.3.3 Time and HS-PDSCH Codes Multiplex ................................................................................ 4-8
4.4 HARQ ............................................................................................................................................ 4-9
Issue 04 (2013-05-10)
Huawei Proprietary and Confidential

Copyright Huawei Technologies Co., Ltd.
ii
WCDMA RAN
HSDPA
Contents
4.4.1 HARQ Retransmission Principles ......................................................................................... 4-9

4.4.2 Soft Combining During HARQ ............................................................................................ 4-10
4.4.3 Preamble and Postamble ................................................................................................... 4-10
4.5 TFRC Selection ........................................................................................................................... 4-11
4.6 HSDPA Remaining Power Appending ......................................................................................... 4-12
4.7 CQI Adjustment Based on Dynamic BLER Target ...................................................................... 4-13
4.8 BLER Optimization for HSDPA Burst Services ........................................................................... 4-14
4.9 Modulation Scheme .................................................................................................................... 4-14
5 QoS Management and Management over Differentiated Services ..............................5-1

5.1 QoS Management ......................................................................................................................... 5-1
5.2 Diff-Serv Management .................................................................................................................. 5-2
6 Related Features .......................................................................................................................6-1

6.1 WRFD-010610 HSDPA Introduction Package .............................................................................. 6-1
6.1.1 Prerequisite Features ........................................................................................................... 6-1
6.1.2 Mutually Exclusive Features ................................................................................................. 6-1
6.1.3 Impacted Features ................................................................................................................ 6-1
6.2 WRFD-010653 96 HSDPA Users per Cell .................................................................................... 6-1
6.2.3 Impacted Features ................................................................................................................ 6-1
6.3 WRFD-010654 128 HSDPA Users per Cell .................................................................................. 6-1
6.3.3 Impacted Feature ................................................................................................................. 6-1
6.4 WRFD-030010 CQI Adjustment Based on Dynamic BLER Target ............................................... 6-2
6.5 WRFD-140221 HSDPA Scheduling based on UE Location .......................................................... 6-2
7 Network Impact..........................................................................................................................7-1
7.1.1 System Capacity ................................................................................................................... 7-1
7.1.2 Network Performance ........................................................................................................... 7-1
7.2 WRFD-010653 96 HSDPA Users per Cell .................................................................................... 7-1
7.2.1 System Capacity ................................................................................................................... 7-1
7.3 WRFD-010654 128 HSDPA Users per Cell .................................................................................. 7-1
7.3.1 System Capacity ................................................................................................................... 7-1
Issue 04 (2013-05-10)

iii
WCDMA RAN
HSDPA
Contents

7.4 WRFD-030010 CQI Adjustment Based on Dynamic BLER Target ............................................... 7-1
7.4.1 System Capacity ................................................................................................................... 7-1
7.5 WRFD-140221 HSDPA Scheduling based on UE Location .......................................................... 7-2
7.5.1 System Capacity ................................................................................................................... 7-2
8 Engineering Guidelines ...........................................................................................................8-1

8.1.1 When to Use HSDPA Introduction Package ......................................................................... 8-1
8.1.2 Information to Be Collected .................................................................................................. 8-1
8.1.3 Feature Deployment ............................................................................................................. 8-1
8.1.4 Performance Monitoring ....................................................................................................... 8-2
8.2 WRFD-01061001 15 Codes per Cell ............................................................................................ 8-3
8.2.1 When to Use 15 Codes per Cell ........................................................................................... 8-3
8.3 WRFD-01061018 Time and HS-PDSCH Codes Multiplex ............................................................ 8-5
8.3.1 When to Use Time and HS-PDSCH Codes Multiplex .......................................................... 8-5
8.4 WRFD-01061009 HSDPA H-ARQ & Scheduling (MAX C/I, RR, and PF) .................................... 8-6
8.4.1 When to Use HSDPA H-ARQ & Scheduling (MAX C/I, RR, and PF .................................... 8-6
8.5 WRFD-01061005 HSDPA Static Code Allocation and RNC-Controlled Dynamic Code Allocation
............................................................................................................................................................. 8-7
8.5.1 When to Use HSDPA Static Code Allocation and RNC-Controlled Dynamic Code Allocation
....................................................................................................................................................... 8-7
8.6 WRFD-01061010 HSDPA Flow Control ........................................................................................ 8-8
8.6.1 When to Use HSDPA Flow Control ...................................................................................... 8-8
8.7 WRFD-01061006 HSDPA Mobility Management ........................................................................ 8-10
8.7.1 When to Use HSDPA Mobility Management ...................................................................... 8-10
8.7.2 Information to Be Collected ................................................................................................ 8-10
8.7.3 Feature Deployment ........................................................................................................... 8-10
8.8 WRFD-01061002 HSDPA UE Category 1 to 28 ......................................................................... 8-11
8.8.1 When to Use HSDPA UE Category 1 to 28 ........................................................................ 8-11
Issue 04 (2013-05-10)

iv
WCDMA RAN
HSDPA
Contents

8.9 WRFD-010629 DL 16QAM Modulation ....................................................................................... 8-11
8.9.1 When to Use DL 16QAM Modulation ................................................................................. 8-11
8.10 WRFD-010631 Dynamic Code Allocation Based on NodeB ..................................................... 8-13
8.10.1 When to Use Dynamic Code Allocation Based on NodeB ............................................... 8-13
8.10.2 Information to Be Collected .............................................................................................. 8-13
8.10.3 Feature Deployment ......................................................................................................... 8-13
8.11 WRFD-010611 HSDPA Enhanced Package ............................................................................. 8-16
8.11.1 When to Use HSDPA Enhanced Package ........................................................................ 8-16
8.12 WRFD-01061103 Scheduling based on EPF and GBR ............................................................ 8-16
8.13 WRFD-010653 96 HSDPA Users per Cell ................................................................................ 8-17
8.13.1 When to Use 96 HSDPA Users per Cell ........................................................................... 8-17
8.14 WRFD-010654 128 HSDPA Users per Cell .............................................................................. 8-19
8.14.1 When to Use 128 HSDPA Users per Cell ......................................................................... 8-19
8.15 WRFD-030010 CQI Adjustment Based on Dynamic BLER Target ........................................... 8-21
8.15.1 When to Use CQI Adjustment Based on Dynamic BLER Target ...................................... 8-21
8.15.4 Feature Monitoring ........................................................................................................... 8-22
8.16 WRFD-140221 HSDPA Scheduling based on UE Location ...................................................... 8-22
8.16.1 When to Use HSDPA Scheduling based on UE Location ................................................ 8-22
8.16.3 Performance Optimization ................................................................................................ 8-24
8.17 HSDPA Remaining Power Appending ....................................................................................... 8-24
8.17.1 When to Use HSDPA Remaining Power Appending ........................................................ 8-24
8.17.4 Performance Optimization ................................................................................................ 8-26
8.18 BLER Optimization for HSDPA Burst Services ......................................................................... 8-26
8.18.1 When to Use BLER Optimization for HSDPA Burst Services ........................................... 8-26
Issue 04 (2013-05-10)

WCDMA RAN
HSDPA
Contents
9 Parameters..................................................................................................................................9-1
10 Counters..................................................................................................................................10-1
11 Glossary ..................................................................................................................................11-1
12 Reference Documents .........................................................................................................12-1
Issue 04 (2013-05-10)

vi
WCDMA RAN
HSDPA
1 Introduction
1 Introduction
1.1 Scope
This document describes the HSDPA functional area. It provides an overview of the main functions and
goes into details regarding HSDPA control and user plane functions.
1.2 Intended Audience

This document is intended for:
Personnel who are familiar with WCDMA basics
Personnel who need to understand HSDPA
Personnel who work with Huawei products
1.3 Change History

This section provides information on the changes in different document versions.
There are two types of changes, which are defined as follows:
Feature change: refers to the change in the HSDPA feature.
Editorial change: refers to the change in wording or the addition of the information that was not
described in the earlier version.
Document Issues
The document issues are as follows:
04 (2013-05-10)
03 (2012-11-30)
02 (2012-07-20)
01 (2012-04-30)
Draft A (2012-02-15)
04 (2013-05-10)
This is the document for the fourth commercial release of RAN14.0.
Compared with issue 03 (2012-11-30) of RAN14.0, this issue incorporates the changes described in the
following table.
Change Type
Change Description
Parameter Change
Feature change
None
None
Editorial
change
Added the description about related features and network

impact of the following features and optimized the
description about engineering guidelines:
None
WRFD-010610 HSDPA Introduction Package
WRFD-010653 96 HSDPA Users per Cell
WRFD-030010 CQI Adjustment Based on Dynamic
Issue 04 (2013-05-10)

1-1
WCDMA RAN
HSDPA
1 Introduction
BLER Target
WRFD-140221 HSDPA Scheduling Based on UE

Location
For details, see chapters as follows:
6 Related Features
7 Network Impact
8 Engineering Guidelines
03 (2012-11-30)
This is the document for the third commercial release of RAN14.0.
following table.
Change Type
Change Description
Feature change
Added the HSDPA remaining power appending

algorithm. For details, see section 4.6 "HSDPA
Remaining Power Appending."
Added the BLER Optimization for HSDPA Burst

Services function and the engineering guidelines about
this function. For details, see section 4.8 "BLER
Optimization for HSDPA Burst Services" and 8.18
"BLER Optimization for HSDPA Burst Services."
Editorial
change
Optimized the description to increase the readability.
Parameter Change
None
None
02 (2012-07-20)
This is the document for the second commercial release of RAN14.0.
following table.
Change Type
Change Description
Feature change None
Parameter Change
None
Editorial change Added the procedures for deploying features used in this None
document. For details, see 8 "Engineering Guidelines."
01 (2012-04-30)
This is the document for the first commercial release of RAN14.0.
Compared with issue Draft A (2012-02-15) of RAN14.0, this issue incorporates the changes described in
the following table.
Issue 04 (2013-05-10)

1-2
WCDMA RAN
HSDPA
Change Type
1 Introduction
Change Description
Parameter Change
Feature change None
None
Editorial change The description about performance monitoring of the

feature HSDPA scheduling based on UE location is
modified.
None
Draft A (2012-02-15)
This is the first draft of the document for RAN14.0.
Compared with 03 (2011-10-30) of RAN13.0, this issue incorporates the following changes:
Change Type
Change Description
Feature change
The EPF_LOC algorithm (WRFD-140221 HSDPA

The added parameter is
Scheduling based on UE Location) is added. For details, LOCWEIGHT.
see 4.3 "MAC-hs Scheduling. "
Editorial change The description is optimized.
Issue 04 (2013-05-10)

Parameter Change
None
1-3
WCDMA RAN
HSDPA
2 Overview of HSDPA
2 Overview of HSDPA
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 section4.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."
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.
Issue 04 (2013-05-10)

2-1
WCDMA RAN
HSDPA
2 Overview of HSDPA
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.
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.
Issue 04 (2013-05-10)

2-2
WCDMA RAN
HSDPA
2 Overview of HSDPA
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/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 Number
of HS-DSCH Codes
Minimum TTI
Maximum
Number of
Data Blocks
Maximum Data
Rate (Mbit/s)
7298
1.2
7298
1.2
7298
1.8
7298
1.8
7298
3.6
7298
3.6
10
14411
7.2
10
14411
7.2
15
20251
10.2
Issue 04 (2013-05-10)

2-3
WCDMA RAN
HSDPA
2 Overview of HSDPA
10
15
27952
14.4
11
3630
0.9
12
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.
Figure 2-2 HSDPA control plane functions
The HSDPA control plane functions are described as follows:
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."
Access control
Issue 04 (2013-05-10)

2-4
WCDMA RAN
HSDPA
2 Overview of HSDPA
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.2 "Access Control."
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.3 "Mobility Management."
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.4 "Channel Switching."
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.5 "Load Control."
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 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.6 "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.7 "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
Issue 04 (2013-05-10)

2-5
WCDMA RAN
HSDPA
2 Overview of HSDPA
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.
Issue 04 (2013-05-10)

2-6
WCDMA RAN
HSDPA
3 Control Plane
3 Control Plane
This chapter consists of the following sections:
Bearer Mapping
Access Control
Mobility Management
Channel Switching
Load Control
Power Resource Management
Code Resource Management
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
HS-DSCH?
Optional Feature?
Signaling (SRB)
Yes
Yes
Feature name: SRB over HSDPA
CS
Voice
Yes
Yes
Feature name: CS Voice over
HSPA/HSPA+
PS
Videophone
No
No
Streaming
No
No
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.
Issue 04 (2013-05-10)

3-1
WCDMA RAN
HSDPA
3 Control Plane
3.2 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.3 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 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) 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.4 "Channel Switching."
3.4 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-1.
Issue 04 (2013-05-10)

3-2
WCDMA RAN
HSDPA
3 Control Plane
Figure 3-1 UE state transition (WRFD-01061111 HSDPA State Transition)
Table 3-2 lists new state transition and new channel switching.
Table 3-2 New state transition and new channel switching
New State Transition
New Channel Switching
CELL_DCH (with HS-DSCH) <-> CELL_FACH
HS-DSCH <-> FACH
CELL_DCH (with HS-DSCH) <-> CELL_DCH
HS-DSCH <-> DCH
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.
Issue 04 (2013-05-10)

3-3
WCDMA RAN
HSDPA
3 Control Plane
Figure 3-2 Relationships between channel switching and other functions
Triggers for switching from the HS-DSCH to the DCH are as follows:
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.
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.
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.
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:
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.
Channel switching based on traffic volume

When the traffic volume of the UE increases and the RNC receives an 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.
Issue 04 (2013-05-10)

3-4
WCDMA RAN
HSDPA
3 Control Plane
3.5 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.6 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:
1. 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.
2. 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.
3. 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-3 shows the dynamic HSDPA power resource allocation.
Figure 3-3 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, which can be set on the RNC side.
Issue 04 (2013-05-10)

3-5
WCDMA RAN
HSDPA
3 Control Plane
For details on uplink HS-DPCCH power control, see Power Control Feature Parameter Description.
3.7 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.7.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 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.
3.7.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. NodeB-controlled dynamic code allocation is enabled through the
parameter DynCodeSw.
If the RNC-controlled static code allocation is used:

The number of reserved HS-PDSCH codes is specified by the cell-level parameter
HsPdschCodeNum. 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 can be set based on the traffic characteristics of the cell.
Figure 3-4 shows the RNC-controlled static code allocation.
Issue 04 (2013-05-10)

3-6
WCDMA RAN
HSDPA
3 Control Plane
Figure 3-4 RNC-controlled static code allocation
If the RNC-controlled dynamic code allocation is used:

The
minimum number of HS-PDSCH codes is specified by the cell-level parameter

HsPdschMinCodeNum. The purpose of this setting is to prevent 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. 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 minus the value of HsPdschMinCodeNum, as shown in Figure 3-5. 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-5 RNC-controlled dynamic code allocation
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-6 NodeB-controlled dynamic code allocation
Issue 04 (2013-05-10)

3-7
WCDMA RAN
HSDPA
3 Control Plane
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.
Huawei recommends the following code allocation modes, where the first mode is preferred:
Configure the RNC to use static code allocation and the NodeB to use dynamic code allocation.
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.7.3 Dynamic Code Tree Reshuffling

RegardlessThe 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:
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.
The switch parameter CodeAdjForHsdpaSwitch 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-7 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 RsvdPara1: RSVDBIT6 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 are not
used by HS-PDSCH from right to left. The selected subtree must meet the following conditions:
The selected subtree belongs to the code trees that can be shared between HS-PDSCH and DPCH.
The number of DPCHs and F-DPCHs on the selected subtree is smaller than or equal to the threshold
specified by the parameter CodeAdjForHsdpaUserNumThd.
The parameter CodeAdjForHsdpaUserNumThd 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.
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.
Issue 04 (2013-05-10)

3-8
WCDMA RAN
HSDPA
3 Control Plane
Figure 3-7 Dynamic code tree reshuffling
Issue 04 (2013-05-10)

3-9
WCDMA RAN
HSDPA
4 User Plane
4 User Plane
Flow Control and Congestion Control
Impact of HSDPA on the RLC and MAC-d Entities
MAC-hs Scheduling
HARQ
TFRC Selection
HSDPA Remaining Power Appending
CQI Adjustment Based on Dynamic BLER Target
BLER Optimization for HSDPA Burst Services
Modulation Scheme
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
Issue 04 (2013-05-10)

4-1
WCDMA RAN
HSDPA
4 User Plane
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.
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:
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.
If the buffering time is appropriate, the pre-allocated Iub bandwidth is adjusted to the average Uu
transmission rate.
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.
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.
Issue 04 (2013-05-10)

4-2
WCDMA RAN
HSDPA
4 User Plane
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:
The NodeB misinterprets an NACK sent by the UE.
The number of HARQ retransmissions exceeds the maximum permissible number.
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 HSPA Evolution 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).
Issue 04 (2013-05-10)

4-3
WCDMA RAN
HSDPA
4 User Plane
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:
If the UE starts the compressed mode, its data cannot be put into the candidate set during the GAP.
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.
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:
The UE in the enhanced CELL_FACH state does not report ACK, NACK, or CQI
in the uplink. The HARQ processes of the UE use the blind retransmission mechanism. The
maximum number of retransmissions for the UE in Enhanced CELL_FACH Operation is specified by
this parameter.
The CQI reported by the UE is 0.
There is no data in the Mac-ehs or Mac-hs queue for the UE.
The uplink channel quality of UEs is poor and the uplink channels of these UEs are carrying PS
conversational services or SRBs.
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:
The MAC-hs queue contains the data packets of these UEs and the data size is not 0.
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.
Issue 04 (2013-05-10)

4-4
WCDMA RAN
HSDPA
4 User Plane
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 transmission or retransmission
Yes
Yes
Yes
Yes
Yes
Maximum power
No
No
No
Yes
Yes
Waiting time
No
Yes
No
Yes
Yes
CQI
Yes
No
Yes
Yes
Yes
Actual throughput
No
No
Yes
Yes
Yes
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
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 capacity
Highest
High
Higher
Higher
Higher
User fairness
Not guaranteed Best
Guaranteed
Guaranteed Not
guaranteed
Differentiated services
Not guaranteed Not guaranteed Not guaranteed Guaranteed Guaranteed
Real-time services
Not guaranteed Not guaranteed Not 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:
PHS PDSCH PCPICH

Issue 04 (2013-05-10)

4-5
WCDMA RAN
HSDPA
4 User Plane
where
PCPICH is the transmit power of the CPICH.
is the measurement power offset (MPO). It is specified by the parameter

HsPdschMPOConstEnum 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
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.
PF Algorithm
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:
Service types are the first to be considered. They are prioritized in a sequence: SRB and IMS > voice
services > streaming services > BE services.
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:
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.
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 on the RNC side.
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.
Issue 04 (2013-05-10)

4-6
WCDMA RAN
HSDPA
4 User Plane
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 RSCLMTPARA.
Differentiated service is implemented in EPF as follows:
Differentiated services are provided based on SPI and SPI weights.

SPI
is a parameter specified based on service types and users priorities.
SPIweight
can be specified according to the SPI to provide differentiated services.
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.
Issue 04 (2013-05-10)

4-7
WCDMA RAN
HSDPA
4 User Plane
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.
UEs closer to the NodeB have more scheduling opportunities and therefore higher throughput. This
improves the cell throughput.
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.
The LOCWeight and SPIWeight 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
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.
Issue 04 (2013-05-10)

4-8
WCDMA RAN
HSDPA
4 User Plane
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:
If the UE reports an ACK, the NodeB transmits the next new data.
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.
Figure 4-4 HARQ retransmission principles
Issue 04 (2013-05-10)

4-9
WCDMA RAN
HSDPA
4 User Plane
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

If the HS-SCCH is received, the UE checks whether the HS-PDSCH is also correctly received and then
reports an ACK or NACK in the first slot of the HS-DPCCH subframe. If the HS-SCCH is erroneously
received, the UE does not report any information in the first slot of the HS-DPCCH subframe. This type
of transmission is called DTX. In the case of high interference, the NodeB may demodulate DTX as ACK
by mistake when demodulating the HS-DPCCH. Therefore, the lost data blocks cannot be retransmitted
through HARQ retransmission, and the reception can be ensured only through RLC retransmission. To
meet the requirement of the 3GPP specifications for a low DTX misjudgment probability, more power has
to be allocated for HS-DPCCH ACK/NACK.
To solve this problem, 3GPP TS 25.214 introduces preamble and postamble (WRFD-01061113
HS-DPCCH Preamble Support). When the NodeB demodulates an HS-DPCCH ACK/NACK, it considers
the subframe prior to and the subframe next to the HS-DPCCH subframe in addition to the HS-DPCCH
subframe itself. Therefore, for a certain DTX misjudgment probability, the introduction of preamble and
postamble reduces the power required by ACK/NACK, lower the downlink load level, and increase the
uplink capacity.
Figure 4-5 HS-DPCCH preamble and postamble
Issue 04 (2013-05-10)

4-10
WCDMA RAN
HSDPA
4 User Plane
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:
Determining the amount of data that can be transmitted by the queue or queues
Determining the modulation scheme of the queue or queues
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 CQI reported by the UE, available power, and available channelization codes, the
algorithm searches a CQI 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.
2. 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
CQI 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.
3. 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:
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.
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.
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 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.
Issue 04 (2013-05-10)

4-11
WCDMA RAN
HSDPA
4 User Plane
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
4.6 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 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 RESVERD3 is added 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 added to the SET LOCELLRSVP command. It 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.
Issue 04 (2013-05-10)

4-12
WCDMA RAN
HSDPA
4 User Plane
With the increase in downlink power, the downlink load is also increased. When the downlink load
becomes heavy, network KPIs are deteriorated. Therefore, the RESVERD3 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.
When the RESVERD3 parameter is set to 0, the HSDPA remaining power appending algorithm does not take effect.
When the CQI adjustment based on a fixed IBLER(Initial Block Error Rate) 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.7 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.
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 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.
Issue 04 (2013-05-10)

4-13
WCDMA RAN
HSDPA
4 User Plane
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.8 BLER Optimization for HSDPA Burst Services

After a UE reports a CQI to the NodeB, the channel quality for the UE may change before the NodeB
schedules this UE's data packets and selects TFRC entities for this UE. Such changes are likely to occur
in the following scenarios:
Scenario 1: The UE is engaged in initial HSDPA data transmission.
Scenario 2: The UE is processing burst services, for example, the UE is browsing web sites, sending
heartbeat packets, microblogging, or using the QQ application.
If the NodeB uses the CQI that is reported by the UE when the UE does not process any data, the
NodeB regards that the interference between channels is not strong. When the UE starts processing
data, the BLER may be high, prolonging the delay and affecting the burst service throughput.
The BLER Optimization for HSDPA Burst Services function calculates the interference of a UE when the
UE reports a CQI to the NodeB and calculates the interference when the UE starts data transmission.
Then, this function works out the interference difference in the two scenarios. Based on the difference,
this function adjusts the CQI. By doing this, the NodeB can use an appropriate CQI when the UE is
engaged in initial HSDPA data transmission or is processing burst services. This helps reduce the BLER
and increase burst service throughput.
The BLER Optimization for HSDPA Burst Services function is controlled by the RESVERD1:RSVDBIT29
parameter in the SET LOCELLRSVP 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.
4.9 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.
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.
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
Issue 04 (2013-05-10)

4-14
WCDMA RAN
HSDPA
4 User Plane
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:
Channel Quality Indicator (CQI) reported by the UE
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.
Issue 04 (2013-05-10)

4-15
WCDMA RAN
HSDPA
5 QoS Management and Management over

Differentiated Services
5 QoS Management and Management over Differentiated

Services
QoS Management
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:
The conversational service (including the CS voice and VoIP) has a relatively high requirement for
service delay and a certain requirement for BLER.
The streaming service has a requirement for guaranteed bit rate (GBR).
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.
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 Connectivity
Service Delay
Service Rate
Mobility management
HSDPA bearer mapping
Load control
RLC retransmission
Flow control
BLER
Congestion control
HARQ
MAC-hs scheduling
TFRC selection
These relationships between HSDPA functions and QoS indicators are described as follows:
Mobility management
Service continuity is implemented by mobility management.
For details, see section 3.3 "Mobility Management" and Handover Feature Parameter Description.
Issue 04 (2013-05-10)

5-1
WCDMA RAN
HSDPA
5 QoS Management and Management over

Differentiated Services
Bearer mapping
HSDPA bearers increase the service rate greatly and reduce the service delay.
For details, see section 3.1 "Bearer Mapping."
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.
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."
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."
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."
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:
Differentiated services based on service types
Differentiated services based on user priorities
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.
Issue 04 (2013-05-10)

5-2
WCDMA RAN
HSDPA
6 Related Features
6 Related Features
6.1 WRFD-010610 HSDPA Introduction Package
6.1.1 Prerequisite Features
None
6.1.2 Mutually Exclusive Features

None
6.1.3 Impacted Features

None
6.2 WRFD-010653 96 HSDPA Users per Cell

This feature depends on the following features:
WRFD-010639 96 HSUPA Users per Cell
WRFD-010686 CPC - DTX/DRX

None
6.2.3 Impacted Features

None

WRFD-010670 128 HSUPA Users per Cell

None
6.3.3 Impacted Feature

None
Issue 04 (2013-05-10)

6-1
WCDMA RAN
HSDPA
6 Related Features
6.4 WRFD-030010 CQI Adjustment Based on Dynamic BLER

Target
This feature depends on the feature WRFD-010610 HSDPA Introduction Package.

None

None
6.5 WRFD-140221 HSDPA Scheduling based on UE Location

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

None

None
Issue 04 (2013-05-10)

6-2
WCDMA RAN
HSDPA
7 Network Impact
7 Network Impact
7.1.1 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.
7.1.2 Network Performance

The HSDPA Introduction Package feature provides:
Maximized power resource utilization
HSDPA Introduction Package adjusts the downlink power and data rate based on channel quality,
maximizing the power resource utilization.
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.
Higher uplink cell throughput
HARQ helps increase the downlink cell throughput.

This feature increases the downlink load but helps to admit more HSDPA users.In ideal conditions, a
single cell can support a maximum of 96 HSDPA UEs simultaneously.

None

This feature increases the downlink load but helps to admit more HSDPA users.In ideal conditions, a
single cell can support a maximum of 128 HSDPA UEs simultaneously.

None

Target
This feature increases the downlink throughput for HSDPA users and cells by up to 10%.
Issue 04 (2013-05-10)

7-1
WCDMA RAN
HSDPA
7 Network Impact

Calculation for adjusting the CQI increases the downlink load of the NodeB DSP slightly.

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.

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.
Issue 04 (2013-05-10)

7-2
WCDMA RAN
HSDPA
8.1.1 When to Use HSDPA Introduction Package
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. (This feature cannot be configured using the CME.)
Prerequisites
Dependencies on Hardware
NDLP
The
and NBBI in the NodeB do not support this feature.
UE is HSDPA-capable.
Dependencies on Other Features

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.
License
The license "High Speed Downlink Packet Access" on the BSC6900 side has been activated. For
details about how to activate the license, see License Management Feature Parameter Description.
Procedure
Activation Procedure
1. Run the BSC6900 MML command ADD UCELLHSDPA to set HSDPA-related parameters based on
the network plan.
2. Run the BSC6900 MML command ACT UCELLHSDPA to activate this feature.
3. Configure Iub transport for HSDPA.
In
an ATM network:
a.
b.
c.
d.
In
Run the BSC6900 MML command ADD ATMTRF to configure new records of ATM traffic based
on network planning requirements.
Run the BSC6900 MML command LST TRMMAP to query the transmission resource mapping.
Run the BSC6900 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.
Run the NodeB MML command ADD AAL2PATH to configure an AAL2 path for HSDPA based
on network planning requirements.
an IP network:
Issue 04 (2013-05-10)

8-1
WCDMA RAN
HSDPA
a.
Run the BSC6900 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 BSC6900 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 TRMMAP ID
is 1.
b.
Run the BSC6900 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 BSC6900 MML command ADD IPPATH to configure the IP path
mapping to the HSDPA service.
To ensure that HSDPA services can be set up successfully, HSDPA services must be mapped to the corresponding AAL2
paths or IP paths. To avoid the affect on ongoing services, you can add new AAL2 paths or IP paths.
Verification Procedure
Run the BSC6900 MML command DSP UCELL to check whether this feature is activated. If HSDPA
Operational State is set to Enabled, this feature has been activated.
Deactivation Procedure
1. Run the BSC6900 MML command DEA UCELLHSDPA to deactivate this feature.
2. Run the BSC6900 MML command DSP UCELL to check whether the HSDPA feature is deactivated.
If HSDPA Operational State is set to Disabled, this feature has been deactivated.
Example
// Setting HSDPA-related parameters
ADD UCELLHSDPA: CellId=3000, AllocCodeMode=Automatic, HsPdschMaxCodeNum=4, HsPdschMinCodeNum=1,
CodeAdjForHsdpaSwitch=ON;
//Activating HSDPA Introduction Package
ACT UCELLHSDPA: CellId=3000;
//Configuring Iub transport for HSDPA
//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
ADD AAL2PATH: PATHID=2, SN=12, SBT=BASE_BOARD, PT=IMA, VPI=13, VCI=71, ST=RTVBR, PCR=5150, SCR=5149,
RCR=5150, NT=LOCAL, PAT=H_NRT;
//IP network
ADD IPPATH: ANI=0, PATHID=1, ITFT=IUB, TRANST=IP,PATHT=BE, IPADDR="80.1.1.1", PEERIPADDR="10.161.0.1",
PEERMASK="255.255.255.0", TXBW=1000, RXBW=1000;
//Verifying HSDPA Introduction Package
DSP UCELL: DSPT=BYCELL, CellId=3000, LstFormat=VERTICAL;
//Deactivating HSDPA Introduction Package
DEA UCELLHSDPA: CellId=3000;
DSP UCELL: DSPT=BYCELL, CellId=3000, LstFormat=VERTICAL;
8.1.4 Performance Monitoring

There are two methods to monitor the performance of HSDPA.
Issue 04 (2013-05-10)

8-2
WCDMA RAN
HSDPA
Checking the values of the counters VS.HSDPA.UE.Mean.Cell and VS.HSDPA.UE.Max.Cell

If both counter values are greater than 0, the feature has taken effect.
Counter Name
NE
Counter Description
VS.HSDPA.UE.Mean.Cell
RNC
Average Number of HSDPA UEs in a Cell
VS.HSDPA.UE.Max.Cell
RNC
Maximum Number of HSDPA UEs in a Cell
Checking the downlink throughput of a cell

The feature has taken effect if the sum of the following counters increases.
Counter Name
NE
Counter Description
VS.SRNCIubBytesPSR99C
onv.Tx
RNC
Number of DL Bytes of PS Conversational Services over

Iub DCH for Cell
VS.SRNCIubBytesPSR99S
tr.Tx
RNC
Number of DL Bytes of PS R99 Streaming Services over

Iub DCH for Cell
VS.SRNCIubBytesPSR99I
nt.Tx
RNC
Number of DL Bytes of PS R99 Interactive Services over

Iub DCH for Cell
VS.SRNCIubBytesPSR99B
kg.Tx
RNC
Number of DL Bytes of PS R99 Background Services

over Iub DCH for Cell
VS.SRNCIubBytesHSDPA.
Tx
RNC
Number of DL Bytes over Iub HSDSCH for Cell
VS.SRNCIubBytesCSConv
.Tx
RNC
Number of DL Bytes of CS Conversational Services over

Iub DCH for Cell
8.2 WRFD-01061001 15 Codes per Cell

8.2.1 When to Use 15 Codes per Cell
None.

None.

This section describes how to activate, verify, and deactivate the optional feature WRFD-01061001 15
Codes per Cell.
Prerequisites
This feature does not have any special requirements for hardware.
Issue 04 (2013-05-10)

8-3
WCDMA RAN
HSDPA
The configurations of the features on which this feature depends are complete. This feature depends
on the feature WRFD-010610 HSDPA Introduction Package.
License
The license "HSDPA RRM package 1" and "HSDPA function" on the NodeB side has been activated.
For details about how to activate the license, see License Management Feature Parameter
Description.
Procedure
1. Run the BSC6900 MML command MOD UCELLHSDPA (CME single configuration: UMTS Cell
Configuration Express > Cell Parameters > Cell HSDPA Parameters; CME batch modification
center: Modifying UMTS Cell Parameters in Batches) to set Code Number for HS-SCCH to 1.
The BSC6900 MML command MOD UCELLHSDPA (CME single configuration: UMTS Cell Configuration Express >
Cell Parameters > Cell HSDPA Parameters; CME batch modification center: Modifying UMTS Cell Parameters in
Batches) fails to be executed when HSDPA is activated. Therefore, run the BSC6900 MML command DEA
UCELLHSDPA (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell HSDPA
Parameters. Set ACTSTATUS to Deactivated; CME batch configuration: No supported) to deactivate HSDPA before
configuring this feature and run the BSC6900 MML command ACT UCELLHSDPA (CME single configuration: UMTS Cell
Configuration Express > Cell Parameters > Cell HSDPA Parameters. Set ACTSTATUS to Activated; CME batch
configuration: No supported) to reactivate HSDPA after configuring this feature.
The BSC6900 MML command MOD UCELLHSDPA (CME single configuration: UMTS Cell Configuration Express >
Cell Parameters > Cell HSDPA Parameters; CME batch modification center: Modifying UMTS Cell Parameters in
Batches) fails to be executed when CELL-FACH enhancement is activated. Therefore, run the BSC6900 MML command
DEA UCELLEFACH (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell
Enhanced FACH parameters. Set Validation indication to Deactivated; CME batch configuration: No supported) to
deactivate enhanced CELL-FACH before configuring this feature and Run the BSC6900 MML command ACT
UCELLEFACH (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Enhanced
FACH parameters. Set Validation indication to Activated; CME batch configuration: No supported) to reactivate
enhanced CELL-FACH after configuring this feature.
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, run the BSC6900 MML command MOD
UCELLHSDPA (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell HSDPA
Parameters; CME batch modification center: Modifying UMTS Cell Parameters in Batches) to set the value of Code
Number for HS-SCCH to 1.
2. Run the BSC6900 MML command MOD UCELLHSDPA (CME single configuration: UMTS Cell
center: Modifying UMTS Cell Parameters in Batches) to set Allocate Code Mode to Manual(Manual)
and Code Number for HS-PDSCH to 15.
1. Initialize UMTS monitoring on the BSC6900 LMT, as shown in Figure 6-1. Click Submit. A real-time
monitoring window is displayed.
Issue 04 (2013-05-10)

8-4
WCDMA RAN
HSDPA
Figure 8-1 Cell Performance Monitoring
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.
This feature does not need to be deactivated.
Example
//Verifying 15 Codes per Cell
MOD UCELLHSDPA: CellId=1, HsScchCodeNum=1;
MOD UCELLHSDPA: CellId=1, AllocCodeMode=Manual, HsPdschCodeNum=15;
8.3 WRFD-01061018 Time and HS-PDSCH Codes Multiplex

8.3.1 When to Use Time and HS-PDSCH Codes Multiplex
None.

None.

This section describes how to activate, verify, and deactivate the optional feature WRFD-01061018 Time
and HS-PDSCH Codes Multiplex.
Prerequisites

License
For details about how to activate the license, see License Management Feature Parameter.
Description.
Issue 04 (2013-05-10)

8-5
WCDMA RAN
HSDPA
Procedure
This feature does not need to be activated.
This feature does not need to be verified.
8.4 WRFD-01061009 HSDPA H-ARQ & Scheduling (MAX C/I, RR,

and PF)
8.4.1 When to Use HSDPA H-ARQ & Scheduling (MAX C/I, RR, and
PF
None.

None.

This section describes how to activate, verify, and deactivate the optional feature WRFD-01061009
HSDPA H-ARQ & Scheduling (MAX C/I, RR, and PF).
Prerequisites
This feature does not depend on the hardware.

License
Description.
Procedure
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.
1. Run the NodeB MML command SET MACHSPARA (CME single configuration: NodeB
Configuration Express > IUB_NodeB > Radio Layer > Locell Algorithm Parameters > MAC
Parameters > MACHSPARA; CME batch modification center: Modifying Physical NodeB
Parameters in Batches) to set the parameter Scheduling Method to MAXCI(Max C/I Algorithm),
RR(Round Robin Algorithm) or PF(PF Algorithm).
Issue 04 (2013-05-10)

8-6
WCDMA RAN
HSDPA
1. Run the NodeB MML command LST MACHSPARA to query the settings of the parameter
Scheduling Method.
Example
//Activation procedure
SET MACHSPARA: LOCELL=0, SM=MAXCI;
//Verification procedure
LST MACHSPARA: LOCELL=0;
8.5 WRFD-01061005 HSDPA Static Code Allocation and

RNC-Controlled Dynamic Code Allocation
8.5.1 When to Use HSDPA Static Code Allocation and
RNC-Controlled Dynamic Code Allocation
None.

None.

HSDPA Static Code Allocation and RNC-Controlled Dynamic Code Allocation.
Prerequisites

The feature WRFD-010610 HSDPA Introduction Package must be configured before this feature is
activated.
License
Description.
Procedure
Run the BSC6900 MML command MOD UCELLHSDPA (CME single configuration: UMTS Cell
center: Modifying UMTS Cell Parameters in Batches). In this step, set Allocate Code Mode to
Manual or Automatic.
If
Allocate Code Mode is set to Manual, set Code Number for HS-PDSCH to specify the number of
HS-PDSCH codes.
Issue 04 (2013-05-10)

8-7
WCDMA RAN
HSDPA
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.
1. Run the BSC6900 MML command LST UCELLHSDPA to query code allocation mode.
2. On the BSC6900 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.
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 allocated to the
HS-PDSCH increases with the increase of HSDPA access requests and decreases with the
decrease of HSDPA access requests.
Example
//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;
8.6 WRFD-01061010 HSDPA Flow Control

8.6.1 When to Use HSDPA Flow Control
None.

None.

HSDPA Flow Control.
Prerequisites

activated.
License
Description.
Issue 04 (2013-05-10)

8-8
WCDMA RAN
HSDPA
Procedure
1. Run the NodeB MML command SET HSDPAFLOWCTRLPARA (CME single configuration: NodeB
Configuration Express > IUB_NodeB > ATM Transport Layer > ATMPort > HSDPA Flow
Control > HSDPA Flow Control Parameters; CME batch modification center: not supported) to set
the parameter Flow Control Switch 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:
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 interface. Then,
subtracting Iub bandwidth used by R99 from Iub bandwidth configured, the NodeB performs Iub
shaping and distributes flow to HSDPA users.
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.
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.
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.
1. Choose Monitor > UMTS Monitoring > Connection Performance Monitoring on the BSC6900
LMT. Create UL Throughput Bandwidth and DL Throughput Bandwidth tasks.
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.
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.
You can deactivate the current algorithm by selecting one of the other flow control algorithms.
Example
//Activating HSDPA Flow Control and setting the flow control mode to adaptive flow control
SET HSDPAFLOWCTRLPARA: SRN=0, SN=6, BEAR=ATM, SBT=BASE_BOARD, PT=IMA, PN=0, SWITCH=
BW_SHAPING_ONOFF_TOGGLE, TD=2, DR=1, ITM=TERRESTRIAL;
Issue 04 (2013-05-10)

8-9
WCDMA RAN
HSDPA
8.7 WRFD-01061006 HSDPA Mobility Management

8.7.1 When to Use HSDPA Mobility Management
None.

None.

HSDPA Mobility Management.
Prerequisites

activated.
License
Description.
Procedure
The methods for activating intra-frequency, inter-frequency, and inter-RAT handovers are the same for
HSDPA users and R99 users. For details on how to activate the WRFD-01061006 HSDPA Mobility
Management feature, see chapter "Configuring Inter Frequency Load Balance" in Load Control Feature
Parameter Description or see the following sections in Handover Feature Parameter Description:
13.4
WRFD-020301 Intra Frequency Hard Handover
13.8
WRFD-020302 Inter Frequency Hard Handover Based on Coverage
13.9
WRFD-020304 Inter Frequency Hard Handover Based on DL QoS
13.10
WRFD-020303 Inter-RAT Handover Based on Coverage
13.11
WRFD-020309 Inter-RAT Handover Based on DL QoS
13.16
WRFD-020305 Inter-RAT Handover Based on Service
13.17
WRFD-020306 Inter-RAT Handover Based on Load
None
Issue 04 (2013-05-10)

8-10
WCDMA RAN
HSDPA
8.8 WRFD-01061002 HSDPA UE Category 1 to 28

8.8.1 When to Use HSDPA UE Category 1 to 28
None.

None.

HSDPA UE Category 1 to 28.
Prerequisites

License
Description.
Procedure
This feature does not need to be activated.
This feature does not need to be verified.
8.9 WRFD-010629 DL 16QAM Modulation

8.9.1 When to Use DL 16QAM Modulation
None.

None.

This section describes how to activate, verify, and deactivate the optional feature WRFD-010629 DL
16QAM Modulation.
Issue 04 (2013-05-10)

8-11
WCDMA RAN
HSDPA
Prerequisites
This
UE
feature does not depend on the hardware.
should support the demodulation of 16QAM.

License
Description.
Procedure
HSDPA Introduction Package must be activated before activating this feature. For the method of activating HSDPA
Introduction Package, see the section "Configuring HSDPA Introduction Package."
Parameters in Batches). In this step, set 16QAM Switch to OPEN(open).
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 QPSK and 16QAM modulation schemes. Only 16QAM
modulation, however, enables the throughput of category 8 UE to reach 5 Mbit/s.
Only in case of good environment quality of the channel, the throughput of category 8 UE can reach 5 Mbit/s.
Perform the following steps to check whether the download rate can reach 5 Mbit/s.
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.
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.
Parameters in Batches). In this step, set 16QAM Switch to CLOSE(close).
Example
//Activating procedure
SET MACHSPARA: CME16QAMSW=OPEN;
//Deactivating procedure
SET MACHSPARA: CME16QAMSW=CLOSE;
Issue 04 (2013-05-10)

8-12
WCDMA RAN
HSDPA
8.10 WRFD-010631 Dynamic Code Allocation Based on NodeB

8.10.1 When to Use Dynamic Code Allocation Based on NodeB
None.

None.

Dynamic Code Allocation Based on NodeB.
Prerequisites

License
The license "HSDPA RRM package 1" on the NodeB side has been activated. For details about how to
activate the license, see License Management Feature Parameter Description.
Procedure
HSDPA Introduction Package must be activated before activating this feature. For the method of activating HSDPA
Introduction Package, see the section "Configuring HSDPA Introduction Package."
Parameters in Batches). In this step, set Dynamic Code Switch to OPEN(open).
1. Run the NodeB MML command SET MACHSPARA. In this step, set Dynamic Code Switch to
CLOSE(close).
2. Run the BSC6900 MML command MOD UCELLHSDPA.
3. set Allocate Code Mode to Manual.
4. set Code Number for HS-PDSCH to 5.
5. Use a UE that belongs to category 8 or is capable of higher HSDPA performance to download 200
MB files from the FTP server in the serving cell.
6. Select Service > Trace Management > Interface Trace Task > User from the navigation tree in
Maintenance tab on NodeB LMT, select (DL)Hsdpa User Enhanced Schedule Data message, as
shown in Figure 8-2.
Issue 04 (2013-05-10)

8-13
WCDMA RAN
HSDPA
Figure 8-2 User Tracing
7. To query the ucMaxPdschCodeNum is 5, as shown in Figure 6-3.

Figure 8-3 Message Browser
Issue 04 (2013-05-10)

8-14
WCDMA RAN
HSDPA
8. Run the NodeB MML command SET MACHSPARA. In this step, set Dynamic Code Switch to
OPEN(open).
9. Trace (DL)Hsdpa User Enhanced Schedule Data message, ucMaxPdschCodeNum is less than
the value of 5, it indicates the feature has been enabled, as shown in Figure 6-4.
Figure 8-4 Message Browser
Parameters in Batches). In this step, set Dynamic Code Switch to CLOSE(close).
Example
//Operations on the NodeB side
SET MACHSPARA: DYNCODESW=OPEN;
SET MACHSPARA: DYNCODESW=CLOSE;
//Operations on the BSC6900 side
MOD UCELLHSDPA: CellId=0, AllocCodeMode=Manual, HsPdschCodeNum=5;
SET MACHSPARA: DYNCODESW=OPEN;
//Deactivation procedure
SET MACHSPARA: DYNCODESW=CLOSE;
Issue 04 (2013-05-10)

8-15
WCDMA RAN
HSDPA
8.11 WRFD-010611 HSDPA Enhanced Package

8.11.1 When to Use HSDPA Enhanced Package
None.

None.

Enhanced Package.
Prerequisites
This
UE
feature does not have any special requirements for hardware.
should support the functions connected with HSDPA Enhanced package.

License
This feature is not under license control.
Procedure
For details on how to activate, verify, and deactivate the WRFD-010611 HSDPA Enhanced Package
feature, see the following:
WRFD-01061103 Scheduling based on EPF and GBR
4.4 Fast State Transition in State Transition Feature Parameter Description
6.1 WRFD-01061112 HSDPA DRD in Directed Retry Decision Feature Parameter Description
HS-DPCCH Preamble Support does not need to be activated, verified, or deactivated.
8.12 WRFD-01061103 Scheduling based on EPF and GBR

Scheduling based on EPF and GBR.
Prerequisites

License
This feature is not under license control.
Issue 04 (2013-05-10)

8-16
WCDMA RAN
HSDPA
Procedure
Run the NodeB MML command SET MACHSPARA (CME single configuration: NodeB Configuration
Express > IUB_NodeB > Radio Layer > Locell Algorithm Parameters > MAC Parameters >
MACHSPARA; CME batch modification center: Modifying Physical NodeB Parameters in Batches). In
this step, set Scheduling Method to EPF(Enhanced PF).
Run the NodeB MML command LST MACHSPARA to check that Scheduling Method is set to EPF.
Run the NodeB MML command SET MACHSPARA (CME single configuration: NodeB Configuration
Express > IUB_NodeB > Radio Layer > Locell Algorithm Parameters > MAC Parameters >
MACHSPARA; CME batch modification center: Modifying Physical NodeB Parameters in Batches).
In this step, set Scheduling Method to an option other than EPF(Enhanced PF).
Example
SET MACHSPARA: SM=EPF;
LST MACHSPARA;
SET MACHSPARA: SM=PF;

8.13.1 When to Use 96 HSDPA Users per Cell
None.

None.

HSDPA Users per Cell.
Prerequisites
The
BTS3812E and BTS3812AE must be configured with the EBBI, EBOI, EULP, and EULPd.
The
BBU3806 must be configured with the EBBC or EBBCd.
The
BBU3900 must be configured with the WBBPb or WBBPd.
UEs
must support the CPC-DTX/DRXfunction.

The following features have been configured before this feature is activated: WRFD-010623 64
HSDPA Users per Cell, WRFD-010639 96 HSUPA Users per Cell and WRFD-010686 CPC-DTX/DRX.
License
Issue 04 (2013-05-10)

8-17
WCDMA RAN
HSDPA
The license "96 HSDPA Users per Cell" on the BSC6900 side has been activated. For details about
how to activate the license, see License Management Feature Parameter Description.
Procedure
1. Run the BSC6900 MML command MOD UCELLALGOSWITCH (CME single configuration: UMTS
Cell Configuration Express > Cell Parameters > Cell Algorithm Switches; CME batch
modification center: Modifying UMTS Cell Parameters in Batches). In this step, deselect the
HSDPA_UU_ADCTRL(HSDPA
UU
Load
Admission
Control
Algorithm)
and
HSUPA_UU_ADCTRL(HSUPA UU Load Admission Control Algorithm) check boxes under the
parameter Cell CAC algorithm switch, and select the DTX_DRX(Cell DTX_DRX Function Switch)
check box under the parameter Cell Hspa Plus function switch.
2. Run the BSC6900 MML command SET UCORRMALGOSWITCH (CME single configuration: UMTS
Radio Global Configuration Express > Connection_Oriented RRM Switch Configuration >
Connection Oriented Algorithm Switches; CME batch modification center: Modifying RNC
Parameters
in
Batches)
to
deselect
DRA_HSDPA_STATE_TRANS_SWITCH
and
DRA_HSUPA_STATE_TRANS_SWITCH from the Dynamic Resource Allocation Switch list to
disable HSPA state transition.
3. Run the BSC6900 MML command SET UFRCCHLTYPEPARA (CME single configuration: UMTS
Radio Global Configuration Express > Basic Resource Control Parameter Configuration >
Channel Type Parameters; CME batch modification center: Modifying RNC Parameters in Batches)
to set Type of Channel Preferably Carrying Signaling RB to HSPA(UL_EDCH,DL_HSDSCH) and
Effective Flag of Signaling RB Channel Type to TRUE.
4. Run the BSC6900 MML command MOD UCELLHSUPA (CME single configuration: UMTS Cell
Configuration Express > Cell Parameters > Configuration of HSUPA in Cell; CME batch
modification center: Modifying UMTS Cell Parameters in Batches) to set Code Number for E-AGCH
and Code Number for E-RGCH/E-HICH to appropriate values.
5. Run the BSC6900 MML command MOD UCELLCAC (CME single configuration: UMTS Cell
Configuration Express > Cell Parameters > Cell Oriented CAC Algorithm Parameters; CME
batch modification center: Modifying UMTS Cell Parameters in Batches) to stop reserving uplink and
downlink credit resources by setting UL handover credit reserved SF and DL handover credit and
code reserved SF to SFOFF(SFOFF), and setting Maximum HSDPA user number to 96.
1. On the BSC6900 LMT, click Monitor. Then, double-click Cell Performance Monitoring in the
Monitor Navigation Tree pane. In the displayed Cell Performance Monitoring dialog box, set
Monitor Item to Cell User Number.
2. Use UEs to access the cell successively and then establish PS services, for example, download files
through FTP.
Expected result: Each UE establishes PS services successfully.
If
the number of UEs is less than or equal to 96, uplink services are carried on HSUPA channels and
downlink services are carried on HSDPA channels.
If
the number of UEs is greater than 96, HSPA services of the excessive UEs are carried on R99
channels.
3. Check the maximum number of users through the counter VS.HSDPA.UE.Max.Cell on the M2000.
The 96 HSDPA users referred to in this feature are of the SRB Over HSPA type.
The 96 HSDPA UEs must support the CPC-DTX/DRX function.
Issue 04 (2013-05-10)

8-18
WCDMA RAN
HSDPA
Example
/*Activating 96 HSDPA Users per Cell*/
//Disabling the admission control function in an HSPA cell on the Uu interface and enabling the DTX-DRX
function
MOD UCELLALGOSWITCH: CellId=111, NBMCacAlgoSwitch=HSDPA_UU_ADCTRL-0&HSUPA_UU_ADCTRL-0,
HspaPlusSwitch=DTX_DRX-1;
//Disabling HSPA state transition
SET UCORRMALGOSWITCH: DraSwitch=DRA_HSDPA_STATE_TRANS_SWITCH-0&DRA_HSUPA_STATE_TRANS_SWITCH-0;
//Enabling SRB over HSPA
SET UFRCCHLTYPEPARA: SrbChlType=HSPA, SrbChlTypeRrcEffectFlag=TRUE;
//Allocating code resources to E-AGCHs and E-RGCHs
MOD UCELLHSUPA: CellId=111, EagchCodeNum=1, ErgchEhichCodeNum=5;
//Stop reserving uplink and downlink credit resources and setting the maximum number of HSDPA users to
96
MOD UCELLCAC: CellId=111, MaxHsdpaUserNum=96, UlHoCeResvSf=SFOFF, DlHoCeCodeResvSf=SFOFF;

8.14.1 When to Use 128 HSDPA Users per Cell
This feature is recommended for cells with a large number of low-rate users.

None.

HSDPA Users per Cell.
Prerequisites
The feature is available only for 3900 series base stations. 3900 series base stations (except
BTS3902E) must be configured with the WBBPd2 or WBBPd3. UEs must support the CPC-DTX/DRX.

The following features must have been configured before this feature is activated:
- WRFD-010653 96 HSDPA Users per Cell
- WRFD-010670 128 HSUPA Users per Cell
- WRFD-010686 CPC-DTX/DRX
License
The license "128 HSDPA Users per Cell" on the BSC6900 side has been activated. For details about
how to activate the license, see License Management Feature Parameter Description.
Procedure
1. Run the BSC6900 MML command MOD UCELLALGOSWITCH (CME single configuration: UMTS
Cell Configuration Express > Cell Parameters > Cell Algorithm Switches; CME batch
modification center: Modifying UMTS Cell Parameters in Batches). In this step, deselect the
HSDPA_UU_ADCTRL(HSDPA
UU
Load
Admission
Control
Algorithm)
and
Issue 04 (2013-05-10)

8-19
WCDMA RAN
HSDPA
HSUPA_UU_ADCTRL(HSUPA UU Load Admission Control Algorithm) check boxes under the

parameter Cell CAC algorithm switch, and select the DTX_DRX(Cell DTX_DRX Function Switch)
check box under the parameter Cell Hspa Plus function switch.
2. Run the BSC6900 MML command SET UCORRMALGOSWITCH (CME single configuration: UMTS
Radio Global Configuration Express > Connection_Oriented RRM Switch Configuration >
Connection Oriented Algorithm Switches; CME batch modification center: Modifying RNC
Parameters in Batches) to disable HSPA state transition.
3. Run the BSC6900 MML command SET UFRCCHLTYPEPARA (CME single configuration: UMTS
Radio Global Configuration Express > Basic Resource Control Parameter Configuration >
Channel Type Parameters; CME batch modification center: Modifying RNC Parameters in Batches)
to enable SRB over HSPA.
4. Run the BSC6900 MML command MOD UCELLHSUPA (CME single configuration: UMTS Cell
Configuration Express > Cell Parameters > Configuration of HSUPA in Cell; CME batch
modification center: Modifying UMTS Cell Parameters in Batches) to allocate code resources to
E-AGCHs and E-RGCHs.
5. Run the BSC6900 MML command MOD UCELLCAC (CME single configuration: UMTS Cell
Configuration Express > Cell Parameters > Cell Oriented CAC Algorithm Parameters; CME
batch modification center: Modifying UMTS Cell Parameters in Batches) to stop reserving uplink and
downlink credit resources and set the maximum number of HSDPA users per cell to 128.
1. On the BSC6900 LMT, click Monitor. Then, double-click Cell Performance Monitoring in the
Monitor Navigation Tree pane. In the displayed Cell Performance Monitoring dialog box, set
Monitor Item to Cell User Number.
2. Use UEs to access the cell successively and then establish PS services, for example, download files
through FTP.
Expected result: Each UE establishes PS services successfully.
If
the number of UEs is less than or equal to 128, uplink services are carried on HSUPA channels and
downlink services are carried on HSDPA channels.
If
the number of UEs is greater than 128, HSPA services of the excessive UEs are carried on R99
channels.
3. Check the maximum number of users through the counter VS.HSDPA.UE.Max.Cell on the M2000.
The 128 HSDPA users referred to in this feature are of the SRB Over HSPA type.
The 128 HSDPA UEs must support the CPC-DTX/DRX.
Example
/*Activating 128 HSDPA Users per Cell*/
//Disabling the admission control function in an HSPA cell on the Uu interface and enabling the DTX-DRX
function
MOD UCELLALGOSWITCH: CellId=111, NBMCacAlgoSwitch=HSDPA_UU_ADCTRL-0&HSUPA_UU_ADCTRL-0,
HspaPlusSwitch=DTX_DRX-1;
//Disabling HSPA state transition
SET UCORRMALGOSWITCH: DraSwitch=DRA_HSDPA_STATE_TRANS_SWITCH-0&DRA_HSUPA_STATE_TRANS_SWITCH-0;
//Enabling SRB over HSPA
SET UFRCCHLTYPEPARA: SrbChlType=HSPA, SrbChlTypeRrcEffectFlag=TRUE;
//Allocating code resources to E-AGCHs and E-RGCHs
MOD UCELLHSUPA: CellId=111, EagchCodeNum=1, ErgchEhichCodeNum=7;
Issue 04 (2013-05-10)

8-20
WCDMA RAN
HSDPA
//Stop reserving uplink and downlink credit resources and setting the maximum number of HSDPA users to
128
MOD UCELLCAC: CellId=111, MaxHsdpaUserNum=128, UlHoCeResvSf=SFOFF, DlHoCeCodeResvSf=SFOFF;

Target
8.15.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.

This section describes how to activate, verify, and deactivate the optional feature WRFD-030010 CQI
Adjustment Based on Dynamic BLER Target.
Prerequisites
The
BTS3812E and BTS3812AE are configured with the EBBI, EBOI, or EDLP board.
The
BBU3806 is configured with the EBBC or EBBCd board.
The
BBU3900 is configured with the WBBPb or WBBPd board.

WRFD-010610
HSDPA Introduction Package
License
The
license controlling this feature has been activated. For details a how to activate the license, see
License Management Feature Parameter Description. For details about license items, see License
Management Feature Parameter Description.
Context
With this feature, the NodeB can dynamically select the optimum BLER target value based on the
channel quality fluctuation of HSDPA users. The NodeB then adjusts the Channel Quality Indicator (CQI)
accordingly, improving user throughput and cell throughput.
Procedure
Run the NodeB MML command SET MACHSPARA (CME single configuration: Introduction to the
Configuration Express for Iub Interfaces; CME batch modification center: Modifying Physical NodeB
Parameters in Batches). In this step, set CQI Adjust Algorithm Switch of non-Conversational
Service to CQI_ADJ_BY_DYN_BLER(CQI Adjusted by Dynamic BLER).
Run the NodeB MML command LST MACHSPARA. In this step, check that CQI Adjust Algorithm
Switch of non-Conversational Service is set to CQI_ADJ_BY_DYN_BLER.
Issue 04 (2013-05-10)

8-21
WCDMA RAN
HSDPA
Parameters in Batches). In this step, set CQI Adjust Algorithm Switch of non-Conversational
Service to NO_CQI_ADJ(Not CQI Adjust Algorithm).
----End
Example
//Activating CQI Adjustment Based on Dynamic BLER Target
SET MACHSPARA: LOCELL=0, CQIADJALGOFNONCON=CQI_ADJ_BY_DYN_BLER;
//Verifying CQI Adjustment Based on Dynamic BLER Target
LST MACHSPARA: LOCELL=0;
//Deactivating CQI Adjustment Based on Dynamic BLER Target
SET MACHSPARA: CQIADJALGOFNONCON=NO_CQI_ADJ;
8.15.4 Feature Monitoring

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

individual MAC-d flows for HSDPA in a cell
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.

8.16.1 When to Use HSDPA Scheduling based on UE Location
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.

Scheduling Based on UE Location.
Prerequisites
Dependencies on BSC6900 Hardware

This
feature does not depend on the BSC6900 hardware.
Dependencies on NodeB Hardware

All
3900 series base stations support this feature. To support this feature, the 3900 series base
stations must be configured with the WBBPb, WBBPd or WBBPf board.
All
DBS3800 series base stations 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.
Issue 04 (2013-05-10)

8-22
WCDMA RAN
HSDPA

This
feature depends on the following features:
WRFD-010610
HSDPA Introduction Package
WRFD-010611
HSDPA Enhanced Package
License
The license controlling this feature has been activated. For details about the license items and how to
activate the license, see License Management Feature Parameter Description.
Others Prerequisites
As
recommended, GBRs have been configured on the RNC for all BE services.
Context
Developed on the basis of the EPF algorithm, this feature considers UE locations as the criterion for
adjusting HSDPA scheduling weights. This feature gives more scheduling opportunities to UEs close
to the NodeB and increases the cell throughput on the downlink.
Precautions
With
this feature, HSDPA UEs at cell edges have fewer scheduling opportunities and the cell
throughput at cell edges drops. If GBRs are not configured for BE services, HSDPA UEs at cell edges
may have to wait a long time before they can get 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.
Procedure
Parameters in Batches). In this step, set Scheduling Method to EPF_LOC(Location based EPF) and
set Location Weight.
Run the NodeB MML command LST MACHSPARA. If the command output shows that the value of
Scheduling Method is EPF_LOC(Location based EPF), this feature has been activated for the cell.
Run the NodeB MML command SET MACHSPARA (CME single configuration: introduction to the
Parameters in Batches). In this step, set Scheduling Method to a value except EPF_LOC(Location
based EPF).
----End
Example
SET MACHSPARA: LOCELL=1, SM=EPF_LOC, LOCWEIGHT=1;
SET MACHSPARA: LOCELL=1, SM=EPF;
Issue 04 (2013-05-10)

8-23
WCDMA RAN
HSDPA
8.16.3 Performance Optimization

Performance Monitoring
To monitor the effects of this feature, perform the following steps:
Step 1 Before activating this feature for a cell, record the cell throughput of HSDPA according to the
following formula:
VS.DataOutput.Mean / (VS.DataTtiRatio.Mean - VS.HSDPA.InactiveDataTtiRation.Mean)
Here are the description of related counters in NodeB:
VS.DataOutput.Mean:
the average cell throughput at the MAC-hs/MAC-ehs layer within a
measurement period
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
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 2 Verify whether the value of the cell throughput of HSDPA is greater after this feature is activated.
How much the value of cell throughput of HSDPA increase depends on factors such as UE distribution
and the service model.
This feature applies to the scenario of continuous downlink data transmission, it cannot show gains if
there is no insufficient data sources.
Parameter Optimization
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.
8.17 HSDPA Remaining Power Appending

8.17.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 RESVERD3
parameter cannot be set to a too large value. The recommended value for this parameter is 4, which is
equal to 1 dB.
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 RESVERD3 parameter should be set to a value
equal to or less than 4.
Issue 04 (2013-05-10)

8-24
WCDMA RAN
HSDPA
When the value of the VS.DataTtiRatio.Mean counter for a cell is less than 10%, for example, in
suburban areas, the RESVERD3 parameter can be set to a comparatively large value, for example, 12
(equal to 3 dB), to improve user experience.

Before feature deployment, operators need to collect the following information:
Network KPIs
CS
call drop rate
PS
call drop rate
CS
RAB setup success rate
PS
RAB setup success rate
RNC counter
VS.MeanTCP
NodeB counters
VS.AckTotal
VS.NackTotal
VS.DtxTotal
VS.DataTtiRatio.Mean

Prerequisites
None.

None.
License
None.
Procedure
Run the NodeB MML command SET LOCELLRSVP to set RESVERD3 to a non-zero value.
Check the value of the RNC counter VS.MeanTCP for the following results:
The
value of this counter is less than 80% before this algorithm is enabled.
The
value of this counter is increased by a value less than the value specified by the RESVERD3
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)
Issue 04 (2013-05-10)

8-25
WCDMA RAN
HSDPA
VS.AckTotal, VS.NackTotal, and VS.DtxTotal are NodeB counters.
Run the NodeB MML command SET LOCELLRSVP to set RESVERD3 to 0.
Example
SET LOCELLRSVP: LOCELL=1, RESVERD3=1;
SET LOCELLRSVP: LOCELL=1, RESVERD3=0;
8.17.4 Performance Optimization

If network KPIs are deteriorated or cannot meet the APC, decrease the value of the RESVERD3
parameter.
If network KPIs are satisfactory, there remain a certain number of remaining power resources, and the
downlink BLER is large, increase the value of the RESVERD3 parameter. The increase should be
moderate so as not to cause cell throughput to decrease.
If cell throughput is decreased due to the decrease in mean CQI and increase in the value of the
VS.DataTtiRatio.Mean counter, decrease the value of the RESVERD3 parameter.
8.18 BLER Optimization for HSDPA Burst Services

8.18.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.

Collect the values of the following NodeB counters before enabling this function:
VS.AckTotal
VS.NackTotal
VS.DtxTotal
VS.DataOutput.Mean
VS.DataTtiRatio.Mean
VS.HSDPA.InactiveDataTtiRatio.Mean

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

None
Issue 04 (2013-05-10)

8-26
WCDMA RAN
HSDPA
License
None
Procedure
Run the NodeB MML command SET LOCELLRSVP with RESVERD1:RSVDBIT29 set to 1.
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:
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.
----End
Run the NodeB MML command SET LOCELLRSVP with RESVERD1:RSVDBIT29 set to 1.
Example
//Enabling BLER Optimization for HSDPA Burst Services
SET LOCELLRSVP: RESVERD1=RSVDBIT29-1;
//Disabling BLER Optimization for HSDPA Burst Services

SET LOCELLRSVP: RESVERD1=RSVDBIT29-0;
Issue 04 (2013-05-10)

8-27
WCDMA RAN
HSDPA
9 Parameters
9 Parameters
Table 9-1 Parameter description
Parameter NE
ID
MML
Command
Feature ID Feature
Name
Description
AllocCode BSC69 ADD

WRFD-010 15 Codes per Meaning:If Manual is chosen, parameter "
Mode
00
UCELLHSDPA 61001
Cell
Code Number for HS-PDSCH "
determines HS-PDSCH code number to
MOD
WRFD-010 HSDPA
be allocated. If Automatic is chosen,
UCELLHSDPA 61005
Static Code allocate HS-PDSCH code number
Allocation
between configured " Code Max Number
and
for HS-PDSCH " and " Code Min Number
RNC-Controll for HS-PDSCH ". For detailed information
ed Dynamic of this parameter, refer to 3GPP TS
Code
25.308.
Allocation
GUI Value Range:Manual(Manual),
Automatic(Automatic)
Actual Value Range:Manual, Automatic
Unit:None
Default Value:Automatic(Automatic)
ChannelRet BSC69 SET
WRFD-010 HSUPA 2ms Meaning:This parameter specifies the
ryHoTimerL 00
UCOIFTIMER 61403
TTI
value of the channel retry handover timer.
en
WRFD-010 HSUPA
When handover is performed and some
61404
2ms/10ms higher HSPA or HSPA plus technique is
TTI
supported, UTRAN will trigger the
WRFD-010 Handover
reconfiguration for the higher techniques.
636
SRB over
Pingpang will happen when the
WRFD-010 HSUPA
reconfiguration is triggered immediately
652
when handover succeeds, because
SRB over
handover procedure is frequently.
WRFD-010 HSDPA
683
In order to avoid the pingpang, this timer
Downlink
will start after handover procedure is
WRFD-010 64QAM
performed, and the reconfiguration will not
684
2x2 MIMO be triggered until the timer expires.
WRFD-010
GUI Value Range:0~999
685
Downlink
Enhanced L2 Actual Value Range:0~999
WRFD-010
686
CPC - DTX / Unit:s
DRX
WRFD-010
Default Value:2
687
CPC HS-SCCH
WRFD-021 less
101
operation
WRFD-021 Dynamic
Channel
Issue 04 (2013-05-10)

9-1
WCDMA RAN
HSDPA
Parameter NE
ID
9 Parameters
MML
Command
Feature ID Feature
Name
200
Description
Configuration
Control
(DCCC)
HCS
(Hierarchical
Cell
Structure)
CodeAdjFor BSC69 ADD

WRFD-010
HsdpaSwitc 00
UCELLHSDPA 61005
h
MOD
UCELLHSDPA
HSDPA
Meaning:This parameter specifies code
Static Code reshuffling switch for HDSPA. If the switch
Allocation
is set as ON, codes occupied by the R99
and
service can be adjusted toward codes with
RNC-Controll small numbers to release the sharing
ed Dynamic codes adjacent to HSDPA code. When "
Code
Allocate Code Mode " is set to Automatic
Allocation
or the NodeB automatic code algorithm is
enabled, the released codes can be used
by HSDPA and thus HSDPA throughput
can be improved.
GUI Value Range:OFF(OFF), ON(ON)
Actual Value Range:OFF, ON
Unit:None
Default Value:ON(ON)
CodeAdjFor BSC69 ADD

WRFD-010
HsdpaUser 00
UCELLHSDPA 61005
NumThd
MOD
UCELLHSDPA
HSDPA
Meaning:H-based code tree reshuffle user
Static Code number threshold. When the switch "Code
Allocation
Adjust Switch for HSDPA"is enabled, if the
and
number of users on the tree to be
RNC-Controll reshuffled is no greater than this
ed Dynamic parameter, the reshuffle is allowed.
Code
Otherwise, the reshuffle is given up. This
Allocation
parameter limits the number of users
involved in one reshuffle so that reshuffle
on lots of users at a time is avoided.
Actual Value Range:1~16
Unit:None
Default Value:3
CQIADJAL NodeB SET

WRFD-010 HSDPA
GOFNONC
MACHSPARA 61004
Power
ON
Control
Issue 04 (2013-05-10)
Meaning:Indicates the Channel Quality

Indicator(CQI) Adjust Algorithm Switch of
non-Conversational Service. Not CQI
Adjust Algorithm: CQI correction is not
performed. CQI Adjusted by IBLER: CQI
correction is performed for

9-2
WCDMA RAN
HSDPA
Parameter NE
ID
9 Parameters
MML
Command
Feature ID Feature
Name
Description
non-conversational services based on the
fixed IBLER. The IBLER will converge to
this target value.
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)
Actual Value Range:NO_CQI_ADJ,
CQI_ADJ_BY_IBLER,
CQI_ADJ_BY_DYN_BLER
Unit:None
Default Value:NO_CQI_ADJ(Not CQI
Adjust Algorithm)
DYNCODE NodeB SET

WRFD-010 Dynamic
SW
MACHSPARA 631
Code
Allocation
Based on
Node B
Meaning:Indicates the Dynamic Code

Switch. When this switch is turned on, the
cell codes are used efficiently, and the
system capacity is improved.
GUI Value Range:OPEN(open),
CLOSE(close)
Actual Value Range:OPEN, CLOSE
Unit:None
Default Value:OPEN(open)
HappyBR
BSC69 SET
WRFD-010 HSDPA Flow Meaning:Defines the happy bit rate of the
00
UUSERHAPP 61010
Control
best effort (BE) service with different user
YBR
priorities(user priorities can be set by
parameter UserPriority). This Happy bit
rate is sent to NodeB by RNC through the
Iub interface. When the NodeB resource is
limited and the HS-DSCH bit rate of the
user exceeds the Happy bit rate, the
HS-DSCH scheduling priority will be
decreased. When this parameter is set to
zero, it indicates that NodeB will not adjust
the HS-DSCH scheduling priority. This
value of parameter can be set by the
HappyBR in command ADD
UOPERUSERHAPPYBR. If the value of
the parameter HappyBR in command ADD
UOPERUSERHAPPYBR is larger than
5000, it will be set to the minimum of the
HappyBR value in SET UUSERHAPPYBR
and 5000.
Issue 04 (2013-05-10)

9-3
WCDMA RAN
HSDPA
Parameter NE
ID
9 Parameters
MML
Command
Feature ID Feature
Name
Description
Unit:kbit/s
Default Value:0
HspaPower BSC69 ADD

WRFD-010 HSDPA
00
UCELLHSDPA 61004
Power
Control
MOD
UCELLHSDPA
Meaning:This parameter specifies the

offset between the total HSPA power and
the maximum transmission power of a cell.
The total HSPA power is the maximum
value of HSPA dynamical power can be
adjusted. For details about this parameter,
refer to 3GPP TS 25.308.
GUI Value Range:-500~0
Actual Value Range:-50~0
Unit:0.1dB
Default Value:0
HsPdschCo BSC69 ADD

WRFD-010 15 Codes per Meaning:The parameter specifies the
deNum
00
UCELLHSDPA 61001
Cell
number of HS-DPSCH codes. This
parameter is valid only when "Allocate
MOD
WRFD-010 HSDPA
Code Mode" is set to "Manual". For
UCELLHSDPA 61005
Static Code detailed information about this parameter,
Allocation
and
RNC-Controll GUI Value Range:1~15
ed Dynamic
Code
Allocation
Unit:None
Default Value:5
HsPdschM BSC69 ADD
WRFD-010
axCodeNu 00
UCELLHSDPA 61001
m
MOD
WRFD-010
UCELLHSDPA 61005
Issue 04 (2013-05-10)
15 Codes per Meaning:The parameter determines the

Cell
maximum number of HS-PDSCH codes
(SF=16). This parameter is valid only when
HSDPA
"Allocate Code Mode" is set to
Static Code "Automatic". The number of codes used by
Allocation
the HS-PDSCH is dynamically set
and
between "Code Min Number for
RNC-Controll HS-PDSCH" and "Code Max Number for
ed Dynamic HS-PDSCH", based on whether the code
Code
tree is idle or busy. When the code
Allocation
resource used by the non-HSPA services
is little, the HS-PDSCH uses the rest idle
codes as much as possible, and the
maximum number of idle codes (SF=16
continuous codes) is equal to the value of

9-4
WCDMA RAN
HSDPA
Parameter NE
ID
9 Parameters
MML
Command
Feature ID Feature
Name
Description
"Code Max Number for HS-PDSCH".
Unit:None
Default Value:5
HsPdschMi BSC69 ADD

WRFD-010 15 Codes per Meaning:The parameter specifies the
nCodeNum 00
UCELLHSDPA 61001
Cell
minimum number of the HS-PDSCH codes
(SF=16). This parameter is valid only when
MOD
WRFD-010 HSDPA
"Allocate Code Mode" is set to Automatic.
UCELLHSDPA 61005
Static Code The number of codes used by the
Allocation
HS-PDSCH is dynamically set between
and
"Code Min Number for HS-PDSCH" and
RNC-Controll "Code Max Number for HS-PDSCH",
ed Dynamic based on the idle state of the code tree.
Code
When the non-H services need more code
Allocation
resources, the non-H service will gradually
occupy the codes used by the HS-PDSCH.
The number of codes (SF=16 continuous
codes) the HS-DPSCH reserved is not
less than the value of "Code Min Number
for HS-PDSCH".
Unit:None
Default Value:1
HsPdschM BSC69 ADD
WRFD-010
POConstEn 00
UCELLHSDPA 610
um
MOD
WRFD-010
UCELLHSDPA 61004
HSDPA
Meaning:This parameter named Measure
Introduction Power Offset Constant is used to compute
Package
measurement power offset. Measurement
power offset is used by UE to obtain total
HSDPA
received HS-PDSCH power. The
Power
calculation for Measure Power Offset is as
Control
shown below:
Measure Power Offset = Max(-6,
Min(13,CellMaxPower - PcpichPower Measure Power OffsetConstant)). For
details of the IE "Measure Power Offset",
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),
Issue 04 (2013-05-10)

9-5
WCDMA RAN
HSDPA
Parameter NE
ID
9 Parameters
MML
Command
Feature ID Feature
Name
Description
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)
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
Unit:dB
Default Value:2.5DB(2.5dB)
HsScchCod BSC69 ADD

WRFD-010 HSDPA
Meaning:This parameter decides the
eNum
00
UCELLHSDPA 610
Introduction maximum number of subscribers that the
Package
NodeB can schedule in a TTI period. For
MOD
WRFD-020
detailed information of this parameter,
UCELLHSDPA 108
Code
Resource
WRFD-010 Management GUI Value Range:1~15
61018
Time and
HS-PDSCH
Unit:None
Codes
Multiplex
Default Value:4
LOCWEIG NodeB SET
WRFD-140 EPF_LOC
HT
MACHSPARA 221
Meaning:Indicates the weight of the

EPF_LOC (user location-based EPF)
algorithm. A larger parameter value
indicates more factors that should be
considered for user location-based HSDPA
scheduling scheme.
GUI Value Range:0, 1, 2, 3
Issue 04 (2013-05-10)

9-6
WCDMA RAN
HSDPA
Parameter NE
ID
9 Parameters
MML
Command
Feature ID Feature
Name
Description
Actual Value Range:0, 1, 2, 3
Unit:None
Default Value:1
MAXEFAC NodeB SET

WRFD-010 Enhanced
Meaning:Indicates the MAX HARQ
HHARQRT
MACHSPARA 688
CELL-FACH Retransmission Times of E_FACH user.
Unit:None
Default Value:2
MAXNONC NodeB SET
WRFD-010 HSDPA
ONVERHA
MACHSPARA 61009
H-ARQ &
RQRT
Scheduling
(MAX C/I,
RR and PF)
Meaning:Indicates the MAX HARQ

Retransmission Times of
Non-Conversational service in CELL DCH
state.
Unit:None
Default Value:4
MXPWRPH NodeB SET

WRFD-010 HSDPA
USR
MACHSPARA 61009
H-ARQ &
Scheduling
(MAX C/I,
RR and PF)
Meaning:Indicates the Max Power Per

Hs-user.
Unit:%
Default Value:100
PWRMGN NodeB SET

WRFD-010 HSDPA
MACHSPARA 61004
Power
Control
Meaning:Indicates the Power Margin

Ratio.
Unit:%
Default Value:5
None
RESVERD NodeB SET
1
LOCELLRSVP
None
Meaning:Indicates the reserved parameter

1.
GUI Value Range:RSVDBIT1(Reserved
Switch 1), RSVDBIT2(Reserved Switch 2),
Issue 04 (2013-05-10)

9-7
WCDMA RAN
HSDPA
Parameter NE
ID
9 Parameters
MML
Command
Feature ID Feature
Name
Description
RSVDBIT3(Reserved Switch 3),
RSVDBIT32(Reserved Switch 32)
Actual Value Range:RSVDBIT1,
RSVDBIT2, RSVDBIT3, RSVDBIT4,
RSVDBIT32
Unit:None
Default Value:Reserved Switch 1:OFF,
Reserved Switch 2:OFF, Reserved Switch
3:OFF, Reserved Switch 4:OFF, Reserved
Switch 5:OFF, Reserved Switch 6:OFF,
Reserved Switch 7:OFF, Reserved Switch
8:OFF, Reserved Switch 9:OFF, Reserved
Issue 04 (2013-05-10)

9-8
WCDMA RAN
HSDPA
Parameter NE
ID
9 Parameters
MML
Command
Feature ID Feature
Name
Description
Reserved Switch 12:OFF, Reserved
Switch 31:OFF, Reserved Switch 32:OFF
None
RESVERD NodeB SET
3
LOCELLRSVP
None
Meaning:Indicates the reserved parameter

3.
Unit:None
Default Value:0
RSCALLO NodeB SET

WRFD-010 HSDPA
CM
MACHSPARA 61009
H-ARQ &
Scheduling
(MAX C/I,
RR and PF)
Meaning:Indicates the Resource Allocate

Method. Radio resources indicate HSDPA
available power resources and code
resources. Code Priority: The code
resource priority allocation scheme mainly
applies to scenarios where power
resources are limited. In scenarios where
power resources are not limited, this
scheme lowers the system throughput.
Power Priority: The power resource priority
allocation scheme mainly applies to
scenarios where code resources are
limited. 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)
Actual Value Range:CODE_PRI,
Issue 04 (2013-05-10)

9-9
WCDMA RAN
HSDPA
Parameter NE
ID
9 Parameters
MML
Command
Feature ID Feature
Name
Description
POWER_PRI, POWERCODE_BAL
Unit:None
Default
Value:POWERCODE_BAL(Balance
between Code and Power)
RSCLMSW NodeB SET

WRFD-010 Scheduling
MACHSPARA 61103
based on
EPF and
GBR
Meaning:Indicates the Resource Limiting

Switch. When this switch is turned on, the
resources available to GBR users are
restricted. When the resource usage is
above the threshold, the throughput may
be improved (for example, large GBRs
configured for users at the cell edge).
GUI Value Range:OPEN(open),
CLOSE(close)
Actual Value Range:OPEN, CLOSE
Unit:None
Default Value:OPEN(open)
RsvdPara1 BSC69 ADD

WRFD-020 Admission
00
UCELLALGOS 101
Control
WITCH
MOD
UCELLALGOS
WITCH
Meaning:Reserved parameter 1.
Disuse statement: This parameter is used
temporarily in patch versions and will be
replaced with a new parameter in later
versions. The new parameter ID reflects
the parameter function. Therefore, this
parameter is not recommended for the
configuration interface.
GUI Value Range:RSVDBIT1(Reserved
Switch 1), RSVDBIT2(Reserved Switch 2),
RSVDBIT16(Reserved Switch 16)
Actual Value Range:RSVDBIT1,
Issue 04 (2013-05-10)

9-10
WCDMA RAN
HSDPA
Parameter NE
ID
9 Parameters
MML
Command
Feature ID Feature
Name
Description
RSVDBIT14, RSVDBIT15, RSVDBIT16
Unit:None
Default
Value:RSVDBIT1-0&RSVDBIT2-0&RSVD
BIT3-0&RSVDBIT4-0&RSVDBIT5-0&RSV
DBIT6-0&RSVDBIT7-0&RSVDBIT8-0&RS
VDBIT9-0&RSVDBIT10-0&RSVDBIT11-0
&RSVDBIT12-0&RSVDBIT13-0&RSVDBI
T14-0&RSVDBIT15-0&RSVDBIT16-0
SM
NodeB SET
WRFD-010 HSDPA
MACHSPARA 61009
H-ARQ &
Scheduling
(MAX C/I,
RR and PF)
Meaning:Indicates the HSDPA Scheduling

Method. PF: The differences between
channel environments of users are
considered in order to ensure equity
among users. Enhanced PF: This
algorithm is an enhancement to PF.
Channel quality is considered in order to
reach high resource efficiency and gain a
high system capacity. Round Robin:
Scheduling opportunities are allocated
among users simply and effectively on a
polling basis. The system throughput is
low. Max C/I: 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)
Actual Value Range:EPF, PF, RR, MAXCI,
EPF_LOC
Unit:None
Default Value:EPF(Enhanced PF)
SPI
BSC69 SET
WRFD-020 Differentiated Meaning:Scheduling priority of interactive
00
USPIWEIGHT 806
Service
and background services. Value 11
Based on
indicates the highest priority, while value 2
SPI Weight indicates the lowest priority. Values 0, 1,
12, 13, 14, and 15 are reserved for the
other services.
Unit:None
Issue 04 (2013-05-10)

9-11
WCDMA RAN
HSDPA
Parameter NE
ID
9 Parameters
MML
Command
Feature ID Feature
Name
Description
Default Value:None
SpiWeight BSC69 SET

WRFD-020 Differentiated Meaning:Specifies the weight for service
00
USPIWEIGHT 806
Service
scheduling priority. This weight is used in
Based on
two algorithms. In scheduling algorithm, it
SPI Weight is used to adjust the handling priority for
different services. In Iub congestion
algorithm, it is used to allocate bandwidth
for different services. If the weight is
higher, it is more possible to increase the
handling priority of the user or get more
Iub bandwidth, respectively.
Unit:%
Default Value:100
Issue 04 (2013-05-10)

9-12
WCDMA RAN
HSDPA
10 Counters
10 Counters
Table 10-1 Counter description
Count Counter Name
er ID
Counter
Description
503316 VS.AckTotal
54
Total number of NodeB WRFD-0106 HSDPA

ACKs received
1009
H-ARQ &
Scheduling
(MAX C/I,
RR and PF)
503316 VS.NackTotal
55

NACKs received
1009
H-ARQ &
Scheduling
(MAX C/I,
RR and PF)
503316 VS.DtxTotal
56
Total number of NodeB WRFD-0106

TTIs when the
1009
NodeB can not
translate the
acknowledgeme
nt information
from the UE
503316 VS.AckFirst
57
Number of ACKs NodeB WRFD-0106 HSDPA

received after 1st
1009
H-ARQ &
transmission
Scheduling
(MAX C/I,
RR and PF)
503316 VS.AckRetrans.1
58

received after 1st
1009
H-ARQ &
retransmission
Scheduling
(MAX C/I,
RR and PF)
59
Number of ACKs NodeB WRFD-0106

received after
1009
2nd
retransmission
HSDPA
H-ARQ &
Scheduling
(MAX C/I,
RR and PF)
60

received after
1009
3rd
retransmission
HSDPA
H-ARQ &
Scheduling
(MAX C/I,
RR and PF)
Issue 04 (2013-05-10)
NE

Feature ID
Feature
Name
HSDPA
H-ARQ &
Scheduling
(MAX C/I,
RR and PF)
10-1
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
61

received after 4th
1009
H-ARQ &
retransmission
Scheduling
(MAX C/I,
RR and PF)
62

received after 5th
1009
H-ARQ &
retransmission
Scheduling
(MAX C/I,
RR and PF)
63

received after 6th
1009
H-ARQ &
retransmission
Scheduling
(MAX C/I,
RR and PF)
64

received after 7th
1009
H-ARQ &
retransmission
Scheduling
(MAX C/I,
RR and PF)
65

received after 8th
1009
H-ARQ &
retransmission
Scheduling
(MAX C/I,
RR and PF)
66

received after 9th
1009
H-ARQ &
retransmission
Scheduling
(MAX C/I,
RR and PF)
67

received after
1009
10th
retransmission
503316 VS.AckRemain
68
Number of times NodeB WRFD-0106 HSDPA

the NodeB does
1009
H-ARQ &
not receive the
Scheduling
ACK from the UE
(MAX C/I,
after the last
RR and PF)
retransmission
Issue 04 (2013-05-10)
NE

Feature ID
Feature
Name
HSDPA
H-ARQ &
Scheduling
(MAX C/I,
RR and PF)
10-2
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
503317 VS.HSDPA.MIMO64QAMCfg.ActedNum
17
Number of times NodeB WRFD-0106

that all the users
10
configured in
64QAM+MIMO
mode in a cell
WRFD-0106
employ 64QAM
89
during the
measurement
period
WRFD-0106
93
NE
Feature ID
Feature
Name
HSDPA
Introduction
Package
HSPA+
Downlink
42Mbps per
User
DL
64QAM+MI
MO
503317 VS.HSDPA.MIMO64QAMCfg.ScheduledNu Number of times NodeB WRFD-0106
18
m
that all the users
10
configured in
64QAM+MIMO
mode in a cell
WRFD-0106
are scheduled
89
during the
measurement
period
WRFD-0106
93
HSDPA
Introduction
Package
HSPA+
Downlink
42Mbps per
User
DL
64QAM+MI
MO
503317 VS.HSDPA.DCCfg.AnchorCarrierActedNum Number of times NodeB
19
that all the users
configured in DC
mode in a cell
are scheduled by
AnchorCarrier
during the
measurement
period
WRFD-0106 HSDPA
10
Introduction
Package
WRFD-0106
89
HSPA+
Downlink
42Mbps per
WRFD-0106 User
96
DC-HSDPA
503317 VS.HSDPA.DCCfg.SupCarrierActedNum
20
Issue 04 (2013-05-10)

times
10
Introduction
DC-HSDPA-ena
Package
bled users are
scheduled by the
WRFD-0106
supplementary

10-3
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
NE
carrier
Feature ID
Feature
Name
89
HSPA+
Downlink
42Mbps per
WRFD-0106 User
96
DC-HSDPA
503317 VS.HSDPA.DCCfg.DualCarrierActedNum
21
Total number of NodeB

times
DC-HSDPA-ena
bled users are
scheduled by the
anchor and
supplementary
carriers at the
same time
WRFD-0106 HSDPA
10
Introduction
Package
WRFD-0106
89
HSPA+
Downlink
42Mbps per
WRFD-0106 User
96
DC-HSDPA
503317 VS.HSDPA.16QAMCfg.ActedNum
22
503317 VS.HSDPA.QPSKCfg.ActedNum
23

times all the
10
users in a cell
use 16QAM
mode
WRFD-0106
29
HSDPA
Introduction
Package
DL 16QAM
Modulation

times users use
10
Introduction
the QPSK mode
Package
WRFD-0106
1017
QPSK
Modulation
503317 VS.HSDPA.All.ScheduledNum
24
Issue 04 (2013-05-10)

times all the
10
users are
scheduled in a
cell
WRFD-0106
1009

HSDPA
Introduction
Package
HSDPA
H-ARQ &
Scheduling
(MAX C/I,
RR and PF)
10-4
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
503317 VS.UsedCQI0
54

the NodeB
10
Introduction
transmits data
Package
with CQI=0
NE
Feature ID
Feature
Name
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI1
55

the NodeB
10
Introduction
transmits data
Package
with CQI=1
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI2
56

the NodeB
10
Introduction
transmits data
Package
with CQI=2
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
Issue 04 (2013-05-10)

10-5
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
503317 VS.UsedCQI3
57

the NodeB
10
Introduction
transmits data
Package
with CQI=3
NE
Feature ID
Feature
Name
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI4
58

the NodeB
10
Introduction
transmits data
Package
with CQI=4
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI5
59

the NodeB
10
Introduction
transmits data
Package
with CQI=5
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
Issue 04 (2013-05-10)

10-6
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
503317 VS.UsedCQI6
60

the NodeB
10
Introduction
transmits data
Package
with CQI=6
NE
Feature ID
Feature
Name
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI7
61

the NodeB
10
Introduction
transmits data
Package
with CQI=7
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI8
62

the NodeB
10
Introduction
transmits data
Package
with CQI=8
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
Issue 04 (2013-05-10)

10-7
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
503317 VS.UsedCQI9
63

the NodeB
10
Introduction
transmits data
Package
with CQI=9
NE
Feature ID
Feature
Name
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI10
64

the NodeB
10
Introduction
transmits data
Package
with CQI=10
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI11
65

the NodeB
10
Introduction
transmits data
Package
with CQI=11
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
Issue 04 (2013-05-10)

10-8
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
503317 VS.UsedCQI12
66

the NodeB
10
Introduction
transmits data
Package
with CQI=12
NE
Feature ID
Feature
Name
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI13
67

the NodeB
10
Introduction
transmits data
Package
with CQI=13
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI14
68

the NodeB
10
Introduction
transmits data
Package
with CQI=14
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
Issue 04 (2013-05-10)

10-9
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
503317 VS.UsedCQI15
69

the NodeB
10
Introduction
transmits data
Package
with CQI=15
NE
Feature ID
Feature
Name
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI16
70

the NodeB
10
Introduction
transmits data
Package
with CQI=16
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI17
71

the NodeB
10
Introduction
transmits data
Package
with CQI=17
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
Issue 04 (2013-05-10)

10-10
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
503317 VS.UsedCQI18
72

the NodeB
10
Introduction
transmits data
Package
with CQI=18
NE
Feature ID
Feature
Name
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI19
73

the NodeB
10
Introduction
transmits data
Package
with CQI=19
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI20
74

the NodeB
10
Introduction
transmits data
Package
with CQI=20
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
Issue 04 (2013-05-10)

10-11
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
503317 VS.UsedCQI21
75

the NodeB
10
Introduction
transmits data
Package
with CQI=21
NE
Feature ID
Feature
Name
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI22
76

the NodeB
10
Introduction
transmits data
Package
with CQI=22
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI23
77

the NodeB
10
Introduction
transmits data
Package
with CQI=23
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
Issue 04 (2013-05-10)

10-12
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
503317 VS.UsedCQI24
78

the NodeB
10
Introduction
transmits data
Package
with CQI=24
NE
Feature ID
Feature
Name
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI25
79

the NodeB
10
Introduction
transmits data
Package
with CQI=25
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI26
80

the NodeB
10
Introduction
transmits data
Package
with CQI=26
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
Issue 04 (2013-05-10)

10-13
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
503317 VS.UsedCQI27
81

the NodeB
10
Introduction
transmits data
Package
with CQI=27
NE
Feature ID
Feature
Name
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI28
82

the NodeB
10
Introduction
transmits data
Package
with CQI=28
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI29
83

the NodeB
10
Introduction
transmits data
Package
with CQI=29
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
Issue 04 (2013-05-10)

10-14
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
503317 VS.UsedCQI30
84

the NodeB
10
Introduction
transmits data
Package
with CQI=30
NE
Feature ID
Feature
Name
WRFD-0106
1018
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503317 VS.UsedCQI31to39
85
Number of times NodeB WRFD-0106

the NodeB
10
transmits data
with CQI=[31,
39]
WRFD-0106
1018
HSDPA
Introduction
Package
Time and
HS-PDSCH
Codes
WRFD-0106 Multiplex
1019
HSDPA
Dynamic
Power
Allocation
503318 VS.HSDPA.DataOutput.TRB
38
HSDSCH TRB NodeB WRFD-0106 HSDPA

traffic volume in
11
Enhanced
a cell
Package
503318 VS.HSDPA.DataTtiNum.TRB
39
Number of TTIs NodeB WRFD-0106 HSDPA

in which TRB
11
Enhanced
data is to be
Package
transmitted in the
HSDPA user
queue in a cell
503318 VS.HSDPA.InactiveDataTtiNum.TRB
40
Number of TTIs NodeB WRFD-0106 HSDPA

in which at least
11
Enhanced
one HSDPA user
Package
in a cell has data
to transmit in the
queue buffer but
Issue 04 (2013-05-10)

10-15
WCDMA RAN
HSDPA
Count Counter Name

er ID
10 Counters
Counter
Description
NE
Feature ID
Feature
Name
no HSDPA user
transmits data at
the physical layer
503327 VS.IUB.FlowCtrol.DL.AdjBW.LgcPort1.Max IUB logic port_1 NodeB WRFD-0106 HSDPA
24
maximum DL
1010
Flow
HSDPA available
Control
bandwidth
503327 VS.IUB.FlowCtrol.DL.AdjBW.LgcPort1.Min IUB logic port_1 NodeB WRFD-0106 HSDPA
25
minimum DL
1010
Flow
HSDPA available
Control
bandwidth
503327 VS.IUB.FlowCtrol.DL.AdjBW.LgcPort1.Avg IUB logic port_1 NodeB WRFD-0106 HSDPA
26
average DL
1010
Flow
HSDPA available
Control
bandwidth
503327 VS.IUB.FlowCtrol.DL.Delay.UpBW.Num.Lgc IUB logic port_1 NodeB WRFD-0106 HSDPA
28
Port1
DL HSDPA
1010
Flow
available
Control
bandwidth
increase times
after jitter
congestion
released
503327 VS.IUB.FlowCtrol.DL.Drop.UpBW.Num.Lgc IUB logic port_1 NodeB WRFD-0106 HSDPA
29
Port1
DL HSDPA
1010
Flow
available
Control
bandwidth
increase times
after packet loss
congestion
released
503327 VS.IUB.FlowCtrol.DL.DelayCong.DownBW IUB logic port_1 NodeB WRFD-0106 HSDPA
31
Num.LgcPort1
DL HSDPA
1010
Flow
available
Control
bandwidth
decrease times
for jitter
congestion
503327 VS.IUB.FlowCtrol.DL.DropCong.DownBWN IUB logic port_1 NodeB WRFD-0106 HSDPA
33
um.LgcPort1
DL HSDPA
1010
Flow
available
Control
bandwidth
decrease times
Issue 04 (2013-05-10)

10-16
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
NE
Feature ID
Feature
Name
for packet loss

congestion
503327 VS.IUB.FlowCtrol.DL.ReceiveNum.LgcPort1 IUB logic port_1 NodeB WRFD-0106 HSDPA
35
Number of DL
1010
Flow
HSDPA frames
Control
IUB logic port
received
503327 VS.IUB.FlowCtrol.DL.DropNum.LgcPort1
37
IUB logic port_1 NodeB WRFD-0106 HSDPA

Number of lost
1010
Flow
DL HSDPA
Control
frames
503327 VS.IUB.FlowCtrol.DL.DelayVara.LgcPort1.M IUB logic port_1 NodeB WRFD-0106 HSDPA

41
ax
maximum DL
1010
Flow
HSDPA delay
Control
jitter
42
in
minimum DL
1010
Flow
HSDPA delay
Control
jitter
503327 VS.IUB.FlowCtrol.DL.DelayVara.LgcPort1.A IUB logic port_1 NodeB WRFD-0106 HSDPA
43
vg
average DL
1010
Flow
HSDPA delay
Control
jitter
503327 VS.IUB.FlowCtrol.DL.CongTime.LgcPort1
45

DL HSDPA
1010
Flow
congestion
Control
duration
503327 VS.IUB.FlowCtrol.DL.AdjBW.LgcPort2.Max IUB logic port_2 NodeB WRFD-0106 HSDPA

49
maximum DL
1010
Flow
HSDPA available
Control
bandwidth
503327 VS.IUB.FlowCtrol.DL.AdjBW.LgcPort2.Min IUB logic port_2 NodeB WRFD-0106 HSDPA
50
minimum DL
1010
Flow
HSDPA available
Control
bandwidth
503327 VS.IUB.FlowCtrol.DL.AdjBW.LgcPort2.Avg IUB logic port_2 NodeB WRFD-0106 HSDPA
51
average DL
1010
Flow
HSDPA available
Control
bandwidth
Issue 04 (2013-05-10)

10-17
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
NE
Feature ID
Feature
Name
503327 VS.IUB.FlowCtrol.DL.Delay.UpBW.Num.Lgc IUB logic port_2 NodeB WRFD-0106 HSDPA

53
Port2
DL HSDPA
1010
Flow
available
Control
bandwidth
increase times
after jitter
congestion
released
503327 VS.IUB.FlowCtrol.DL.Drop.UpBW.Num.Lgc IUB logic port_2 NodeB WRFD-0106 HSDPA
54
Port2
DL HSDPA
1010
Flow
available
Control
bandwidth
increase times
after packet loss
congestion
released
503327 VS.IUB.FlowCtrol.DL.DelayCong.DownBW IUB logic port_2 NodeB WRFD-0106 HSDPA
56
Num.LgcPort2
DL HSDPA
1010
Flow
available
Control
bandwidth
decrease times
for jitter
congestion
503327 VS.IUB.FlowCtrol.DL.DropCong.DownBWN IUB logic port_2 NodeB WRFD-0106 HSDPA
58
um.LgcPort2
DL HSDPA
1010
Flow
available
Control
bandwidth
decrease times
for packet loss
congestion
503327 VS.IUB.FlowCtrol.DL.ReceiveNum.LgcPort2 IUB logic port_2 NodeB WRFD-0106 HSDPA
60
Number of DL
1010
Flow
HSDPA frames
Control
IUB logic port
received
503327 VS.IUB.FlowCtrol.DL.DropNum.LgcPort2
62

Number of lost
1010
Flow
DL HSDPA
Control
frames

66
ax
maximum DL
1010
Flow
HSDPA delay
Control
jitter
Issue 04 (2013-05-10)

10-18
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
NE
Feature ID
Feature
Name

67
in
minimum DL
1010
Flow
HSDPA delay
Control
jitter
503327 VS.IUB.FlowCtrol.DL.DelayVara.LgcPort2.A IUB logic port_2 NodeB WRFD-0106 HSDPA
68
vg
average DL
1010
Flow
HSDPA delay
Control
jitter
503327 VS.IUB.FlowCtrol.DL.CongTime.LgcPort2
70

DL HSDPA
1010
Flow
congestion
Control
duration
503416 VS.ScchCodeUtil.Mean
48
Average usage NodeB WRFD-0106 15 Codes

of HS-SCCH
1001
per Cell
code resources
in a cell
WRFD-0106 Time and
1018
HS-PDSCH
Codes
Multiplex
WRFD-0106
1005
HSDPA
Static Code
WRFD-0106 Allocation
and
31
RNC-Contr
olled
Dynamic
Code
Allocation
Dynamic
Code
Allocation
Based on
Node B
503416 VS.ScchCodeUtil.Max
49
Maximum usage NodeB WRFD-0106 15 Codes

of HS-SCCH
1001
per Cell
code resources
in a cell
WRFD-0106 Time and
1018
HS-PDSCH
Codes
Issue 04 (2013-05-10)

10-19
WCDMA RAN
HSDPA
Count Counter Name

er ID
10 Counters
Counter
Description
NE
Feature ID
Feature
Name
Multiplex
WRFD-0106
1005
HSDPA
Static Code
Allocation
WRFD-0106 and
31
RNC-Contr
olled
Dynamic
Code
Allocation
Dynamic
Code
Allocation
Based on
Node B
503416 VS.ScchCodeUtil.Min
50
Minimum usage NodeB WRFD-0106 15 Codes

of HS-SCCH
1001
per Cell
code resources
in a cell
WRFD-0106 Time and
1018
HS-PDSCH
Codes
Multiplex
WRFD-0106
1005
HSDPA
Static Code
and
31
RNC-Contr
olled
Dynamic
Code
Allocation
Dynamic
Code
Allocation
Based on
Node B
503416 VS.PdschCodeUtil.Mean
51
Issue 04 (2013-05-10)
Average usage NodeB WRFD-0106 15 Codes

of HS-PDSCH
1001
per Cell
code resources

10-20
WCDMA RAN
HSDPA
Count Counter Name

er ID
10 Counters
Counter
Description
NE
Feature ID
Feature
Name
in a cell
WRFD-0106 Time and
1018
HS-PDSCH
Codes
Multiplex
WRFD-0106
1005
HSDPA
Static Code
and
31
RNC-Contr
olled
Dynamic
Code
Allocation
Dynamic
Code
Allocation
Based on
Node B
503416 VS.PdschCodeUtil.Max
52
Maximum usage NodeB WRFD-0106 15 Codes

of HS-PDSCH
1001
per Cell
code resources
in a cell
WRFD-0106 Time and
1018
HS-PDSCH
Codes
Multiplex
WRFD-0106
1005
HSDPA
Static Code
and
31
RNC-Contr
olled
Dynamic
Code
Allocation
Dynamic
Code
Allocation
Based on
Issue 04 (2013-05-10)

10-21
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
NE
Feature ID
Feature
Name
Node B
503416 VS.PdschCodeUtil.Min
53
Minimum usage NodeB WRFD-0106 15 Codes

of HS-PDSCH
1001
per Cell
code resources
in a cell
WRFD-0106 Time and
1018
HS-PDSCH
Codes
Multiplex
WRFD-0106
1005
HSDPA
Static Code
and
31
RNC-Contr
olled
Dynamic
Code
Allocation
Dynamic
Code
Allocation
Based on
Node B
503416 VS.ScchCodeUtil.Mean.User
54
Average usage NodeB WRFD-0106

of HS-SCCH
1001
code resources
when HSDPA
users camp on
WRFD-0106
the cell
1018
15 Codes
per Cell
Time and
HS-PDSCH
Codes
Multiplex
WRFD-0106
1005
HSDPA
Static Code
and
31
RNC-Contr
olled
Dynamic
Code
Allocation
Issue 04 (2013-05-10)

10-22
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
NE
Feature ID
Feature
Name
Dynamic
Code
Allocation
Based on
Node B
503416 VS.ScchCodeUtil.Mean.Data
55
Average usage NodeB

of HS-SCCH
code resources
when at least
one HSDPA user
has data to
transmit in the
queue buffer
WRFD-0106 15 Codes
1001
per Cell
WRFD-0106 Time and

1018
HS-PDSCH
Codes
Multiplex
WRFD-0106
1005
HSDPA
Static Code
and
31
RNC-Contr
olled
Dynamic
Code
Allocation
Dynamic
Code
Allocation
Based on
Node B
503416 VS.PdschCodeUtil.Mean.User
56
Average usage NodeB WRFD-0106

of HS-PDSCH
1001
code resources
when HSDPA
users camp on
WRFD-0106
the cell
1018
15 Codes
per Cell
Time and
HS-PDSCH
Codes
Multiplex
WRFD-0106
1005
HSDPA
Static Code
and
31
RNC-Contr
olled
Dynamic
Issue 04 (2013-05-10)

10-23
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
NE
Feature ID
Feature
Name
Code
Allocation
Dynamic
Code
Allocation
Based on
Node B
503416 VS.PdschCodeUtil.Mean.Data
57
Average usage NodeB

of HS-PDSCH
code resources
when at least
one HSDPA user
has data to
transmit in the
queue buffer
WRFD-0106 15 Codes
1001
per Cell
WRFD-0106 Time and

1018
HS-PDSCH
Codes
Multiplex
WRFD-0106
1005
HSDPA
Static Code
and
31
RNC-Contr
olled
Dynamic
Code
Allocation
Dynamic
Code
Allocation
Based on
Node B
503416 VS.UserTtiRatio.Mean
58
Ratio of the time NodeB WRFD-0106 HSDPA

when at least
10
Introduction
one HSDPA UE
Package
camps on the cell
503416 VS.DataTtiRatio.Mean
59
Ratio of the time NodeB WRFD-0106 HSDPA

when at least
10
Introduction
one HSDPA user
Package
has data to
transmit in the
queue buffer
Issue 04 (2013-05-10)

10-24
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
503416 VS.RabNum.Mean
60
Average number NodeB WRFD-0106 HSDPA

of HSDPA RABs
10
Introduction
in a cell
Package
503416 VS.RabNum.Max
61
NodeB WRFD-0106 HSDPA

Maximum
number of
10
Introduction
HSDPA RABs in
Package
a cell
503416 VS.RabNum.Min
62

Minimum
number of
10
Introduction
HSDPA RABs in
Package
a cell
503416 VS.DataRabNum.Mean
63

of HSDPA RABs
10
Introduction
have data to
Package
transmit in the
queue buffer in a
cell
503416 VS.DataRabNum.Max
64

Maximum
number of
10
Introduction
HSDPA RABs
Package
have data to
transmit in the
queue buffer in a
cell
503416 VS.DataRabNum.Min
65

Minimum
number of
10
Introduction
HSDPA RABs
Package
have data to
transmit in the
queue buffer in a
cell
503416 VS.RabNumAve.User
66

of HSDPA RABs
10
Introduction
when HSDPA
Package
users camp on
the cell
503416 VS.RabNumAve.UserData
67

of HSDPA RABs
10
Introduction
have data to
Package
transmit in the
queue buffer
when at least
Issue 04 (2013-05-10)
NE

Feature ID
Feature
Name
10-25
WCDMA RAN
HSDPA
Count Counter Name

er ID
10 Counters
Counter
Description
NE
Feature ID
Feature
Name
one HSDPA user

has data to
transmit in the
queue buffer in a
cell
503416 VS.DataOutput.Mean
68

Average cell
throughput at the
11
Enhanced
MAC-hs/MAC-eh
Package
s layer
503416 VS.DataOutput.Max
69

Maximum cell
throughput at the
11
Enhanced
MAC-hs/MAC-eh
Package
s layer
503416 VS.DataOutput.Min
70

Minimum cell
throughput at the
11
Enhanced
MAC-hs/MAC-eh
Package
s layer
503416 VS.DataOutput.User
71

Average cell
throughput when
11
Enhanced
HSDPA users
Package
camp on the cell
503416 VS.DataOutput.UserData
72

Average cell
throughput when
11
Enhanced
at least one
Package
HSDPA user has
data to transmit
in the queue
buffer
503416 VS.DataOutput.Rab
73

Average
throughput of
11
Enhanced
each RAB when
Package
HSDPA users
camp on the cell
503416 VS.DataOutput.RabData
74

Average
throughput of
11
Enhanced
each RAB when
Package
at least one
HSDPA user has
data to transmit
in the queue
buffer
Issue 04 (2013-05-10)

10-26
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
503416 VS.ScchPwrRatio.Mean
75
Average transmit NodeB WRFD-0106 HSDPA

power over the
1004
Power
HS-SCCH in a
Control
cell
NE
Feature ID
Feature
Name
WRFD-0106
1019
HSDPA
Dynamic
Power
Allocation
503416 VS.ScchPwrRatio.Max
76
503416 VS.ScchPwrRatio.Min
77
503416 VS.PdschPwrRatio.Mean
78
Maximum
transmit power
over the
HS-SCCH in a
cell

1004
Power
Control
Minimum
transmit power
over the
HS-SCCH in a
cell

1004
Power
Control
WRFD-0106
1019
HSDPA
Dynamic
Power
Allocation
WRFD-0106
1019
HSDPA
Dynamic
Power
Allocation

power over the
1004
Power
HS-PDSCH in a
Control
cell
WRFD-0106
1019
HSDPA
Dynamic
Power
Allocation
503416 VS.PdschPwrRatio.Max
79
Issue 04 (2013-05-10)
NodeB WRFD-0106
Maximum
transmit power
1004
over the
HS-PDSCH in a
cell
WRFD-0106
1019

HSDPA
Power
Control
HSDPA
Dynamic
Power
10-27
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
NE
Feature ID
Feature
Name
Allocation
503416 VS.PdschPwrRatio.Min
80
NodeB WRFD-0106
Minimum
transmit power
1004
over the
HS-PDSCH in a
cell
WRFD-0106
1019
HSDPA
Power
Control
HSDPA
Dynamic
Power
Allocation
503416 VS.ScchPwrRatio.User
81

power over the
1004
Power
HS-SCCH when
Control
HSDPA users
camp on the cell
WRFD-0106
1019
HSDPA
Dynamic
Power
Allocation
503416 VS.PdschPwrRatio.User
82
Average transmit NodeB

power over the
HS-PDSCH
when HSDPA
users camp on
the cell
WRFD-0106 HSDPA
1004
Power
Control

power over the
HS-SCCH when
at least one
HSDPA user has
data to transmit
in the queue
buffer
WRFD-0106 HSDPA
1004
Power
Control

power over the
HS-PDSCH
when at least
one HSDPA user
has data to
transmit in the
WRFD-0106 HSDPA
1004
Power
Control
503416 VS.ScchPwrRatio.UserData
83
503416 VS.PdschPwrRatio.Data
84
Issue 04 (2013-05-10)

WRFD-0106
1019
HSDPA
Dynamic
Power
Allocation
WRFD-0106
1019
HSDPA
Dynamic
Power
Allocation
WRFD-0106
1019
HSDPA
Dynamic
10-28
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
NE
queue buffer
503416 VS.DataDiscardRatio.Mean
85
Feature ID
Feature
Name
Power
Allocation
Average ratio of NodeB WRFD-0106 HSDPA

discarded
10
Introduction
HSDPA data due
Package
to timer expiry
WRFD-0106
1009
HSDPA
H-ARQ &
Scheduling
(MAX C/I,
RR and PF)
503416 VS.DataDiscardRatio.Max
86
Maximum ratio of NodeB WRFD-0106 HSDPA

discarded
10
Introduction
HSDPA data due
Package
to timer expiry
WRFD-0106
1009
HSDPA
H-ARQ &
Scheduling
(MAX C/I,
RR and PF)
503416 VS.DataDiscardRatio.Min
87
Minimum ratio of NodeB WRFD-0106 HSDPA

discarded
10
Introduction
HSDPA data due
Package
to timer expiry
WRFD-0106
1009
HSDPA
H-ARQ &
Scheduling
(MAX C/I,
RR and PF)
503416 VS.PdschCodeUsed.Mean
88

of used
10
Introduction
HS-PDSCH
Package
codes in a cell
503416 VS.PdschCodeUsed.Max
89

Maximum
number of used
10
Introduction
HS-PDSCH
Package
codes in a cell
503416 VS.PdschCodeAvail.Mean
90

of available
10
Introduction
HS-PDSCH
Issue 04 (2013-05-10)

10-29
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
NE
codes in a cell
Feature ID
Feature
Name
Package
503416 VS.PdschCodeAvail.Max
91
Maximum
number of
available
HS-PDSCH
codes in a cell
503416 VS.PdschCodeUsed.Min
92

Minimum
number of used
10
Introduction
HS-PDSCH
Package
codes in a cell
503416 VS.HSDPA.InactiveDataTtiRatio.Mean
93
Average ratio of NodeB WRFD-0106 HSDPA

the time when at
10
Introduction
least one HSDPA
Package
user has data to
transmit in the
buffer but no
HSDPA user
transmits data at
the physical layer
503416 VS.HSDPA.2ScchCodeRatio
94
The time ratio of NodeB WRFD-0106 HSDPA

only using two
10
Introduction
HS-SCCH codes
Package
for cell
95

only using three
10
Introduction
HS-SCCH codes
Package
for cell
96

only using four
10
Introduction
HS-SCCH codes
Package
for cell
503416 VS.HSDPAPwrRatio.Mean.FreeUser
97
Average usage
of free users
Hsdpa Power
503416 VS.HSDPAPwrRatio.Max.FreeUser
98
Maximum usage NodeB WRFD-0106 HSDPA

of free users
10
Introduction
Hsdpa Power
Package
503416 VS.DataOutput.Mean.FreeUser
99

Average
throughput of
10
Introduction
free users at the
Issue 04 (2013-05-10)

10
Introduction
Package

10
Introduction
Package

10-30
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
NE
Feature ID
MAC-hs/MAC-eh
s layer
Feature
Name
Package
503417 VS.DataOutput.Max.FreeUser
00

Maximum
throughput of
10
Introduction
free users at the
Package
MAC-hs/MAC-eh
s layer
503417 VS.DataOutput.Min.FreeUser
01

Minimum
throughput of
10
Introduction
free users at the
Package
MAC-hs/MAC-eh
s layer
503417 VS.HSDPA.ScheInactiveDataTtiRatio.Mean Average ratio of NodeB WRFD-0106 HSDPA

39
the time when
10
Introduction
some HSDPA
Package
users are
queued in the
scheduling
candidate set but
do not transmit
data
671898 VS.HSDPA.MACD.SuccSetup
34
Number of
BSC69 WRFD-0106 HSDPA
Successful
00
10
Introduction
HSDPA MAC-d
Package
Flow
Establishments
for Cell
671898 VS.HSDPA.MeanChThroughput.TotalBytes Number of Total BSC69 WRFD-0106 HSDPA

40
Bytes Sent in
00
10
Introduction
Downlink of
Package
HSDPA MAC-d
Flow for Cell
671906 VS.HSDPA.SHO.ServCellChg.AttOut
98
Number of
BSC69 WRFD-0106
Intra-RNC
00
1006
HSDPA Serving
Cell Change
Attempts for Cell
HSDPA
Mobility
Manageme
nt
671906 VS.HSDPA.SHO.ServCellChg.SuccOut
99
Number of
BSC69 WRFD-0106
Intra-RNC
00
1006
HSDPA Serving
Cell Change
Success in RNC
HSDPA
Mobility
Manageme
nt
Issue 04 (2013-05-10)

10-31
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
NE
Feature ID
Feature
Name
for Cell
671907 VS.HSDPA.HHO.H2H.AttOutIntraFreq
00
Number of
BSC69 WRFD-0106
Intra-Frequency 00
1006
HSDPA Hard
Handover
Attempts Without
Channel Change
for Cell
HSDPA
Mobility
Manageme
nt
671907 VS.HSDPA.HHO.H2H.SuccOutIntraFreq
01
Number of
BSC69 WRFD-0106
Successful
00
1006
Intra-Frequency
HSDPA Hard
Handovers
Without Channel
Change for Cell
HSDPA
Mobility
Manageme
nt
671907 VS.HSDPA.HHO.H2H.AttOutInterFreq
02
Number of
BSC69 WRFD-0106
Inter-Frequency 00
1006
HSDPA Hard
Handover
Attempts Without
Channel Change
for Cell
HSDPA
Mobility
Manageme
nt
671907 VS.HSDPA.HHO.H2H.SuccOutInterFreq
03
Number of
BSC69 WRFD-0106
Successful
00
1006
Inter-Frequency
HSDPA Hard
Handovers
Without Channel
Change for Cell
HSDPA
Mobility
Manageme
nt
671907 VS.HSDPA.HHO.NoChR.Att.NCell
08
Number of
BSC69 WRFD-0106
HSDSCH-to-HS 00
1006
DSCH hard
Handover
Requests
Without Channel
Change Between
Neighboring
Cells
HSDPA
Mobility
Manageme
nt
671907 VS.HSDPA.HHO.NoChR.Succ.NCell
09
Number of
BSC69 WRFD-0106
Successful
00
1006
HSDSCH-to-HS
DSCH hard
Handovers
Without Channel
HSDPA
Mobility
Manageme
nt
Issue 04 (2013-05-10)

10-32
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
NE
Feature ID
Feature
Name
Change Between
Neighboring
Cells
671907 VS.HSDPA.ServCellChg.Att.NCell
10
Number of
BSC69 WRFD-0106
HSDPA Serving 00
1006
Cell Change
Attempts
Between
Neighboring
Cells
HSDPA
Mobility
Manageme
nt
671907 VS.HSDPA.ServCellChg.Succ.NCell
11
Number of
BSC69 WRFD-0106
Successful
00
1006
HSDPA Serving
Cell Changes
Between
Neighboring
Cells
HSDPA
Mobility
Manageme
nt
671911 VS.IRATHO.HSDPA.AttOutPSUTRAN
55
Number of PS BSC69 WRFD-0106

Inter-RAT
00
1006
Outgoing
Handover
Attempts for
HSDPA Services
for Cell
HSDPA
Mobility
Manageme
nt
671911 VS.IRATHO.HSDPA.SuccOutPSUTRAN
56
Number of
BSC69 WRFD-0106
Successful PS 00
1006
Outgoing
Inter-RAT
Handovers for
HSDPA Services
for Cell
HSDPA
Mobility
Manageme
nt
671911 VS.HSDPA.HHO.H2D.AttOutIntraFreq
57
Number of
BSC69 WRFD-0106
Intra-Frequency 00
1006
H2D Hard
Handover
Attempts for Cell
HSDPA
Mobility
Manageme
nt
671911 VS.HSDPA.HHO.H2D.SuccOutIntraFreq
58
Number of
BSC69 WRFD-0106
Successful
00
1006
Intra-Frequency
H2D Hard
Handovers for
Cell
HSDPA
Mobility
Manageme
nt
Issue 04 (2013-05-10)

10-33
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
671911 VS.HSDPA.HHO.H2D.AttOutInterFreq
59
Number of
BSC69 WRFD-0106
Inter-Frequency 00
1006
H2D Hard
Handover
Attempts for Cell
HSDPA
Mobility
Manageme
nt
671911 VS.HSDPA.HHO.H2D.SuccOutInterFreq
60
Number of
BSC69 WRFD-0106
Successful
00
1006
Inter-Frequency
H2D Hard
Handovers for
Cell
HSDPA
Mobility
Manageme
nt
671929 VS.RAB.RelReqPS.BE.HSDPA.Cong.Golde Number of

BSC69 WRFD-0106
75
n
HSDPA RABs
00
10
Carrying Golden
WRFD-0201
Users BE Traffic
07
Released Due to
Congestion for
Cell
HSDPA
Introduction
Package
671929 VS.RAB.RelReqPS.BE.HSDPA.Cong.Silver Number of

BSC69 WRFD-0106
76
HSDPA RABs
00
10
Carrying Silver
WRFD-0201
Users BE Traffic
07
Released Due to
Congestion for
Cell
HSDPA
Introduction
Package
671929 VS.RAB.RelReqPS.BE.HSDPA.Cong.Copp Number of

BSC69 WRFD-0106
77
er
HSDPA RABs
00
10
Carrying Copper
WRFD-0201
Users BE Traffic
07
Released Due to
Congestion for
Cell
HSDPA
Introduction
Package
671934 VS.LCC.HSDPA.CodeAdj.Succ
10
HSDPA
Introduction
Package
671935 VS.HSDPA.UE.Max.CAT1.6
78
Issue 04 (2013-05-10)
NE
Feature ID
Number of UEs BSC69 WRFD-0106

Performing
00
10
Successful Code
WRFD-0201
Adjustment
08
Based on
HSDPA for Cell
Feature
Name
Overload
Control
Overload
Control
Overload
Control
Code
Resource
Manageme
nt
Maximum
BSC69 WRFD-0106 HSDPA UE
Number of
00
1002
Category 1
HSDPA UEs with
to 28
Category 1-6 in a

10-34
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
NE
Feature ID
Feature
Name
Cell
81
Maximum
Number of
00
1002
Category 1
HSDPA UEs with
to 28
Category 7-10 in
a Cell
84
Maximum
Number of
00
1002
Category 1
HSDPA UEs with
to 28
Category 11-12
in a Cell
87
Maximum
Number of
00
1002
Category 1
HSDPA UEs with
to 28
Category 13-14
in a Cell
90
Maximum
Number of
00
1002
Category 1
HSDPA UEs with
to 28
Category 15-16
in a Cell
93
Maximum
Number of
00
1002
Category 1
HSDPA UEs with
to 28
Category 17-20
in a Cell
96
Maximum
Number of
00
1002
Category 1
HSDPA UEs with
to 28
Category 21-24
in a Cell
671954 VS.HSDPA.SHO.ServCellChg.AttOutIur
81
Number of
BSC69 WRFD-0106
Inter-RNC
00
1006
HSDPA Serving
Cell Change
Attempts for Cell
HSDPA
Mobility
Manageme
nt
671954 VS.HSDPA.SHO.ServCellChg.SuccOutIur
82
Number of
BSC69 WRFD-0106
Inter-RNC
00
1006
HSDPA Serving
Cell Change
Success for Cell
HSDPA
Mobility
Manageme
nt
Issue 04 (2013-05-10)

10-35
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
671954 VS.HSDPA.HHO.H2H.AttOutIur
83
Number of
BSC69 WRFD-0106
Inter-RNC
00
1006
HSDPA Hard
Handover
Attempts Without
Channel Change
for Cell
HSDPA
Mobility
Manageme
nt
671954 VS.HSDPA.HHO.H2H.SuccOutIur
84
Number of
BSC69 WRFD-0106
Successful
00
1006
Inter-RNC
HSDPA Hard
Handovers
Without Channel
Change for Cell
HSDPA
Mobility
Manageme
nt
671959 VS.LCC.HSDPA.CodeAdj.Att
92
Number of UEs BSC69 WRFD-0106

Performing Code 00
10
Adjustment
WRFD-0201
Based on
07
HSDPA for Cell
HSDPA
Introduction
Package
NE
Feature ID
Feature
Name
Overload
Control
672028 VS.HSDPA.MeanChThroughput
94
Mean Downlink BSC69 WRFD-0106 HSDPA

Throughput of
00
10
Introduction
single HSDPA
Package
MAC-d Flows for
Cell
672042 VS.HSDPA.UE.Mean.CAT1.6
59
Average Number BSC69 WRFD-0106 HSDPA UE

of HSDPA UEs 00
1002
Category 1
with Category
to 28
1-6 in a Cell
60

of HSDPA UEs 00
1002
Category 1
with Category
to 28
7-10 in a Cell
61

of HSDPA UEs 00
1002
Category 1
with Category
to 28
11-12 in a Cell
62

of HSDPA UEs 00
1002
Category 1
with Category
to 28
13-14 in a Cell
Issue 04 (2013-05-10)

10-36
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
63

of HSDPA UEs 00
1002
Category 1
with Category
to 28
15-16 in a Cell
64

of HSDPA UEs 00
1002
Category 1
with Category
to 28
17-20 in a Cell
65

of HSDPA UEs 00
1002
Category 1
with Category
to 28
21-24 in a Cell
733938 VS.HSDPA.MACD.AttSetup
28
Number of
HSDPA MAC-d 00
10
Introduction
Flow
Package
Establishment
Requests for Cell
734037 VS.HSDPA.HHO.H2D.AttOutIur
64
number of
BSC69 WRFD-0106
Inter-RNC H2D 00
1006
Hard Handover
Attempts for Cell
HSDPA
Mobility
Manageme
nt
734037 VS.HSDPA.HHO.H2D.SuccOutIur
65
Number of
BSC69 WRFD-0106
Successful
00
1006
Inter-RNC H2D
Hard Handovers
for Cell
HSDPA
Mobility
Manageme
nt
734104 VS.SRNCIubBytesHSDPA.Tx
99
Number of DL
Bytes over Iub 00
10
Introduction
HSDSCH for Cell
Package
734221 VS.HSDPA.RAB.AbnormRel.H2P
67
Number of RABs BSC69 WRFD-0102

Abnormally
00
02
Released for PS
WRFD-0106
HSDPA Services
10
during the State
Transition from
CELL_DCH to
CELL_PCH or
URA_PCH for
Cell
Issue 04 (2013-05-10)
NE

Feature ID
Feature
Name
UE State in
Connected
Mode
(CELL-DCH
,
CELL-PCH,
URA-PCH,
CELL-FAC
H)
HSDPA
Introduction
Package
10-37
WCDMA RAN
HSDPA
10 Counters
Count Counter Name

er ID
Counter
Description
734234 VS.HSDPA.Traffic.HighLoad
62
Number of Bytes BSC69 WRFD-0106

Sent on HSDPA 00
10
MAC-d Flow for
WRFD-0106
Cell (Excluding
1008
the Bytes of
Low-Traffic
Users)
734411 VS.HSDPA.MeanChThrouput.HighLoad
41
Issue 04 (2013-05-10)
Mean
Throughput on
HSDPA MAC-d
Flow for Cell
(Excluding the
Data of
Low-Traffic
Users)
NE
Feature ID
Feature
Name
HSDPA
Introduction
Package
Interactive
and
Background
Traffic
Class on
HSDPA

00
10
Introduction
Package
WRFD-0106
1008
Interactive
and
Background
Traffic
Class on
HSDPA

10-38
WCDMA RAN
HSDPA
11 Glossary
11 Glossary
For the acronyms, abbreviations, terms, and definitions, see the Glossary.
Issue 04 (2013-05-10)

11-1
WCDMA RAN
HSDPA
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
Issue 04 (2013-05-10)

12-1

Hsdpa (Ran14.0 04) PDF

Uploaded by

Document Information

Original Description:

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Hsdpa (Ran14.0 04) PDF

Uploaded by

Copyright:

Available Formats

HSDPA

Feature Parameter Description

HUAWEI TECHNOLOGIES CO., LTD.

Copyright Huawei Technologies Co., Ltd. 2013. All rights reserved.

Trademarks and Permissions

Huawei Technologies Co., Ltd.

Huawei Industrial Base

2 Overview of HSDPA ..................................................................................................................2-1

3 Control Plane .............................................................................................................................3-1

4 User Plane ...................................................................................................................................4-1

Huawei Proprietary and Confidential

4.4.1 HARQ Retransmission Principles ......................................................................................... 4-9

5 QoS Management and Management over Differentiated Services ..............................5-1

6 Related Features .......................................................................................................................6-1

Huawei Proprietary and Confidential

7.3.2 Network Performance ........................................................................................................... 7-1

8 Engineering Guidelines ...........................................................................................................8-1

Huawei Proprietary and Confidential

8.8.3 Feature Deployment ........................................................................................................... 8-11

Huawei Proprietary and Confidential

Huawei Proprietary and Confidential

1.2 Intended Audience

Personnel who are familiar with WCDMA basics

Personnel who need to understand HSDPA

Personnel who work with Huawei products

1.3 Change History

Feature change: refers to the change in the HSDPA feature.

Added the description about related features and network

WRFD-010610 HSDPA Introduction Package

WRFD-010653 96 HSDPA Users per Cell

WRFD-010654 128 HSDPA Users per Cell

WRFD-030010 CQI Adjustment Based on Dynamic

Huawei Proprietary and Confidential

WRFD-140221 HSDPA Scheduling Based on UE

For details, see chapters as follows:

Added the HSDPA remaining power appending

Added the BLER Optimization for HSDPA Burst

Optimized the description to increase the readability.

Feature change None

Huawei Proprietary and Confidential

Feature change None

Editorial change The description about performance monitoring of the

The EPF_LOC algorithm (WRFD-140221 HSDPA

Editorial change The description is optimized.

Huawei Proprietary and Confidential

To compensate for channel variations, the DCH performs power control. To

2.2 HSDPA Channels

Huawei Proprietary and Confidential

Figure 2-1 Physical channels of HSDPA

2.2.1 HS-DSCH and HS-PDSCH

2.2.4 DPCCH and DPCH/F-DPCH

Huawei Proprietary and Confidential

2.3 Impact of HSDPA on NEs

Huawei Proprietary and Confidential

2.4 HSDPA Functions

2.4.1 HSDPA Control Plane Functions

The HSDPA control plane functions are described as follows:

Huawei Proprietary and Confidential

2.4.2 HSDPA User Plane Functions

Huawei Proprietary and Confidential

Huawei Proprietary and Confidential

Power Resource Management