Professional Documents
Culture Documents
Contents
3.2.4 DB-HSDPA
3.2.24 Power Sharing
WCDMA RAN
DB-HSDPA Feature Parameter Description
Issue 01
Date 2014-04-30
HUAWEI TECHNOLOGIES CO., LTD.
and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.
All other trademarks and trade names mentioned in this document are the property of their respective holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and the
customer. All or part of the products, services and features described in this document may not be within the
purchase scope or the usage scope. Unless otherwise specified in the contract, all statements, information, and
recommendations in this document are provided "AS IS" without warranties, guarantees or representations of
any kind, either express or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute a warranty of any kind, express or implied.
Website: http://www.huawei.com/
Email: support@huawei.com
3.2.4 Contents
1 About This Document
1.1 Scope
1.2 Intended Audience
1.3 Change History
1.4 Differences Between NodeB Types
2 Overview
2.1 Background
2.2 Definition
2.2.1 Introduction
2.2.2 Basic Concepts
2.2.3 Combination of Frequency Bands
2.3 Benefits
3 Technical Description
3.1 Introduction
3.1.1 DB-HSDPA Cell Group
3.1.2 Requirements for NEs
3.1.3 Function Summary
3.2 Radio Bearer Policy
3.3 Load Control
3.3.1 Load Evaluation
3.3.2 Selection of Primary and Secondary Cells
3.3.3 Periodic DRD
3.3.4 Call Admission Control
3.3.5 Preemption and Queuing
3.3.6 Congestion Control
3.4 Scheduling
3.5 State Transition
3.6 Mobility Management
3.6.1 Measurement Control
3.6.2 DB-HSDPA Handovers
3.7 Dynamic Shutdown of Cells
4 Related Features
4.1 WRFD-150209 DB-HSDPA
4.2 WRFD-150227 DB-HSDPA+MIMO
5 Network Impact
5.1 WRFD-150209 DB-HSDPA
5.2 WRFD-150227 DB-HSDPA+MIMO
6 Engineering Guidelines
6.1 WRFD-150209 DB-HSDPA
6.1.1 When to Use DB-HSDPA
6.1.2 Required Information
6.1.3 Planning
6.1.3.1 RF Planning
6.1.3.2 Network Planning
6.1.3.3 Hardware Planning
6.1.4 Deployment
6.1.4.1 Requirements
6.1.4.2 Data Preparation
6.1.4.3 Precautions
6.1.4.4 Activation
6.1.4.4.1 Using MML Commands
6.1.4.4.2 MML Command Examples
6.1.4.4.3 Using the CME
6.1.4.5 Activation Observation
6.1.4.6 Deactivation
6.1.4.6.1 Using MML Commands
6.1.4.6.2 MML Command Examples
6.1.4.6.3 Using the CME
6.1.5 Performance Monitoring
6.1.6 Parameter Optimization
6.1.7 Troubleshooting
6.2 WRFD-150227 DB-HSDPA+MIMO
6.2.1 When to Use DB-HSDPA+MIMO
6.2.2 Required Information
6.2.3 Planning
6.2.3.1 RF Planning
6.2.3.2 Network Planning
6.2.3.3 Hardware Planning
6.2.4 Deployment
6.2.4.1 Requirements
6.2.4.2 Data Preparation
6.2.4.3 Precautions
6.2.4.4 Activation
6.2.4.4.1 Using MML Commands
6.2.4.4.2 MML Command Examples
6.2.4.4.3 Using the CME
6.2.4.5 Activation Observation
6.2.4.6 Deactivation
6.2.4.6.1 Using MML Commands
6.2.4.6.2 MML Command Examples
6.2.4.6.3 Using the CME
6.2.5 Performance Monitoring
6.2.6 Parameter Optimization
6.2.7 Troubleshooting
7 Parameters
8 Counters
9 Glossary
10 Reference Documents
1.1 Scope
This document describes the Dual-Band HSDPA (DB-HSDPA) feature, including basic
principles, feature dependencies, network impact, and engineering guidelines.
DB-HSDPA involves the following features:
WRFD-150209 DB-HSDPA
WRFD-150227 DB-HSDPA+MIMO
This document applies to the following NE types.
NE Type Model
This section provides information about the changes in different document versions. There are
two types of changes, which are defined as follows:
Feature change
Changes in features of a specific product version
Editorial change
Changes in wording or addition of information that was not described in the earlier version
RAN16.0 01 (2014-04-30)
WRFD- DB-HSDPA Y Y Y N N N
150209
WRFD- DB- Y Y Y N N N
150227 HSDPA+MIMO
NOTE:
Y indicates that a feature is supported; N indicates that a feature is not supported; NA indicates that an NE is not
involved, that is, a feature does not require the support of the NE.
2 Overview
2.1 Background
In releases earlier than 3GPP Release 8, UEs could use only single-carrier HSDPA (SC-HSDPA)
to transmit data. 3GPP Release 8 and later releases introduced multi-carrier HSDPA to improve
the performance and throughput of HSDPA services. Compared with SC-HSDPA, multi-carrier
HSDPA doubles user throughput or more.
This document addresses DB-HSDPA and DB-HSDPA+MIMO technologies. In 3GPP TSs, DB-
HSDPA and DB-HSDPA+MIMO technologies evolve as follows:
In 3GPP Release 8, a single user can use two carriers in the same frequency band for
downlink data transmission.
This is known as Dual-Carrier HSDPA (DC-HSDPA). In 3GPP Release 9, a single user can
use two carriers in different frequency bands for data transmission.
This is known as Dual-Band HSDPA (DB-HSDPA). In 3GPP Release 10, DB-HSDPA
works with MIMO (DB-HSDPA+MIMO for short) to further increase user throughput.
2.2 Definition
2.2.1 Introduction
DB-HSDPA User
The concept of DB-HSDPA user is specific to a service. As shown in Figure 2-1, the UE that
simultaneously establishes connections with the primary and secondary cells in a DB-HSDPA
cell group is called a DB-HSDPA user. If a UE is not using DB-HSDPA to transmit data, this UE
is called a non-DB-HSDPA user.
2.2.3 Combination of Frequency Bands
To facilitate the radio frequency implementation of UEs, section 5.2 "Frequency bands" in 3GPP
TS 25.101 (V10.0.0) sets limits on paired bands of DB-HSDPA cell groups, as described in Table
2-1.
NOTE:
The NodeB radio frequency (RF) modules must support the frequency bands of DB-HSDPA cell groups.
However, Huawei RF modules do not support Band XI currently. Therefore, the frequency band combination of
2100 MHz + 1500 MHz in this table is not supported.
The UMTS 900 MHz frequencies used by DB-HSDPA support non-standard bandwidth, for
example, 4.2 MHz or 3.8 MHz. For details about non-standard bandwidth, see GU 900 MHz Non-
standard Frequency Spacing Feature Parameter Description .
2.3 Benefits
The DB-HSDPA feature provides the following benefits for multi-band networks:
Increased single-user throughput
DB-HSDPA doubles single-user throughput for multi-band networks. Specifically, this
feature provides up to 42 Mbit/s single-user throughput in the cell center with 64QAM
enabled in the downlink. The increase in single-user throughput reduces transmission delay,
which improves user experience.
Increased cell throughput
This feature increases cell throughput by 5% to 10% for multi-band networks. The
throughput gain is inversely proportional to the number of UEs that have data to receive in
the cell.
The DB-HSDPA+MIMO feature increases the downlink single-user throughput in multi-band
networks to 42 Mbit/s without 64QAM enabled and to 84 Mbit/s with 64QAM enabled.
3 Technical Description
This chapter describes the basic principles of DB-HSDPA. Unless otherwise specified, the
description in this chapter also applies to DB-HSDPA+MIMO.
3.1 Introduction
Characteristics
The primary and secondary cells in a DB-HSDPA cell group have the following characteristics:
Selection of the primary and secondary cells
For a DB-HSDPA user, the primary and secondary cells are determined by the RNC based
on the radio bearer policy. For a DB-HSDPA cell group, different DB-HSDPA users may
use different cells as their primary cells.
Uplink channels
DB-HSDPA users establish all uplink channels only in the primary cell. The uplink
channels include the DPCCH, DPDCH, HS-DPCCH, and HSUPA-related uplink channels.
Downlink channels
DB-HSDPA users establish HSDPA-related downlink channels (HS-SCCH and HS-
PDSCH) and R99 downlink channels (DPCH or F-DPCH) in the primary cell but establish
only HSDPA-related downlink channels in the secondary cell.
When a DB-HSDPA user processes combined services, HSDPA data is transmitted in both the
primary and secondary cells, whereas R99 data is transmitted only in the primary cell.
3.1.2 Requirements for NEs
CN The CN must support a downlink peak rate of 42 Mbit/s (DB-HSDPA with 64QAM)
or 84 Mbit/s (DB-HSDPA+MIMO with 64QAM).
The RNC must provide radio resource management for DB-HSDPA or DB-
HSDPA+MIMO, including the radio bearer policy, load control, state transition,
and mobility management.
NodeB The NodeB must support Downlink Enhanced L2, The NodeB enables a DB-
HSDPA user to simultaneously receive data in the primary and secondary cells.
UE A UE must comply with 3GPP Release 9 or later and support DC-HSDPA, which
means the UE is of HSDPA category 21 or higher and can indicate the multiband
support capability.
Table 3-2describes the main functions of DB-HSDPA that are different from SC-HSDPA. Other
functions of DB-HSDPA are similar to those of SC-HSDPA. For details, see HSDPA Feature
Parameter Description.
Radio bearer When a UE accesses the network, the RNC determines 3.2 Radio
whether the UE can use DB-HSDPA/DB-HSDPA+MIMO based Bearer Policy
on the UE capability and the service to be established.
Load control When a cell is congested, the RNC performs load reshuffling 3.3 Load
(LDR) on DB-HSDPA users. Control
Scheduling The NodeB performs joint scheduling on DB-HSDPA data in 3.4 Scheduling
each DB-HSDPA cell group.
State transition DB-HSDPA users can perform state transitions based on traffic 3.5 State
volume. Transition
Mobility DB-HSDPA users can perform handovers between DB-HSDPA 3.6 Mobility
management cells and between non-DB-HSDPA cells and DB-HSDPA cells. Management
Traffic-Based The uplink HS-DPCCH needs to transmit channel quality For details
Activation and indicator (CQI) information about the primary and secondary about how to
Deactivation of DB-HSDPA cells. activate and
the This increases the uplink load compared with SC-HSDPA. deactivate
Supplementary When the traffic volume is low, the DB-HSDPA secondary cell the
Carrier In can be deactivated to reduce the uplink load. secondary
Multi-carrier cell, see
Traffic-Based
Activation and
Deactivation of
the
Supplementary
Carrier In Multi-
carrier Feature
Function Description See Section
Parameter
Description.
Dynamic cell A necessary condition is added for shutting down a cell. 3.7 Dynamic
shutdown Shutdown of
Cells
DB-HSDPA brings considerable gains when there is a large amount of data to transmit. The
radio bearer policy determines whether to configure DB-HSDPA or a combination of DB-
HSDPA and other techniques for a UE based on the service type and other factors.
When a radio bearer (RB) is being established or a UE transits from the CELL_FACH,
CELL_PCH, or URA_PCH state to the CELL_DCH state, if both the cells and the UE support
DB-HSDPA, the radio bearer policy is as follows:
If the UE is to establish a streaming service, BE service, or streaming+BE combined
services and the HS-DSCH is used in the downlink, DB-HSDPA or a combination of DB-
HSDPA and other techniques can be used.
If the UE is to establish a CS service, PS conversational service, IP Multimedia Subsystem
(IMS) signaling, or SRB signaling, the RNC does not configure DB-HSDPA or a
combination of DB-HSDPA and other techniques for the UE. This is because DB-HSDPA
or a combination of DB-HSDPA and other techniques does not bring noticeable gains for
small-volume data services.
DB-HSDPA can be combined with other techniques as follows:
DB-HSDPA+DL 64QAM
DB-HSDPA and downlink 64QAM can be used together. Downlink 64QAM can be
configured in one cell or both cells of a DB-HSDPA cell group.
With DB-HSDPA and downlink 64QAM, the single-user peak rate can reach 42 Mbit/s.
DB-HSDPA+MIMO
DB-HSDPA and MIMO can be used together. MIMO can be configured in one cell or both
cells of a DB-HSDPA cell group.
When DB-HSDPA+MIMO is enabled in a cell and the UE is capable of DB-
HSDPA+MIMO, the peak downlink rate of the UE can reach 84 Mbit/s if the Downlink
64QAM feature is also enabled.
DB-HSDPA+CPC
The Continuous Packet Connectivity (CPC) feature can be used in a DB-HSDPA cell group.
However, note the following restrictions when using the combination:
CPC DTX is applied only to the primary cell because there is no uplink control
channel in the secondary cell.
CPC HS-SCCH Less Operation is applied only to the primary cell.
The primary and secondary cells must have the same CPC DRX activation states for a
DB-HSDPA user.
DB-HSDPA+space time transmit diversity (STTD)
When a UE uses STTD together with HSDPA, the HSDPA performance deteriorates.
Therefore, the RNC will not configure STTD for a DB-HSDPA UE. It is recommended that
STTD be disabled in DB-HSDPA cells. STTD can be disabled by setting the
TxDiversityInd(BSC6900,BSC6910)parameter to FALSE. For details, see TX Diversity and RX
Diversity Feature Parameter Description.
Uplink bearer
The TCP protocol is widely used during data transmission. When a UE downloads a file,
TCP acknowledgement messages are sent in the uplink. The higher the download rate, the
broader the required uplink bandwidth. The single-user peak rate can reach 42 Mbit/s or
higher in the downlink only when HSUPA is used in the uplink.
3.3 Load Control
DB-HSDPA affects the downlink cell load evaluation but does not affect the uplink cell load
evaluation.
The result of cell load evaluation is used during call admission control (CAC), directed retry
decision (DRD), Potential User Control (PUC), LDR, overload control (OLC), and load
balancing (LDB).
DB-HSDPA affects the following methods for evaluating downlink cell load: downlink cell
power, equivalent number of downlink users, and number of HSDPA users.
For details about how to calculate downlink power in a cell, see downlink algorithm 1 in power-
based CAC of the Call Admission Control Feature Parameter Description. This section describes only the
impact of DB-HSDPA on calculating downlink cell power.
The methods for calculating the downlink cell power are the same in a DC-HSDPA cell with the
Flexible Dual Carrier HSDPA feature enabled, DB-HSDPA cell, 3C-HSDPA cell, and 4C-
HSDPA cell. As shown in Figure 3-1, the downlink power in a cell consists of R99 user power,
SC-HSDPA user power, and DC/DB/3C/4C-HSDPA user power.
The transmit power of each DC/DB/3C/4C-HSDPA user in the primary or secondary cell equals
the user's total Guaranteed Bit rate Power (GBP) in the cell group multiplied by the proportion of
the transmit power in the cell.
NOTE:
The method for calculating the downlink cell power in a DC-HSDPA cell is the same as that for calculating
the downlink cell power in a DB-HSDPA, 3C-HSDPA, or 4C-HSDPA cell only when the DC-HSDPA cell
has the Flexible Dual Carrier HSDPA feature enabled. For details about the methods for calculation the
downlink cell power in a DC-HSDPA, DB-HSDPA, or 4C-HSDPA cell, see Call Admission Control Feature
Parameter Description. Huawei 4C-HSDPA feature includes 3C-HSDPA and 4C-HSDPA scenarios.
GBP is the power required for the guaranteed bit rate (GBR) in the downlink.
This section describes only the impact of DB-HSDPA on calculating the equivalent number of
downlink users in a cell. For details about how to calculate the equivalent number of downlink
users in a cell, see downlink algorithm 2 in power-based CAC of the Call Admission Control Feature
Parameter Description.
For a DB-HSDPA, DC-HSDPA, or 4C-HSDPA user, its equivalent number of downlink users is
calculated only in the primary cell.
One DB-HSDPA, DC-HSDPA, or 4C-HSDPA user is calculated as one HSDPA user in the
primary cell.
3.3.2 Selection of Primary and Secondary Cells
The RNC performs a non-periodic DRD based on blind handovers to select the primary cell for a
DB-HSDPA user.
This section describes only the process of selecting the primary cell. For details about non-
periodic DRD based on blind handovers, see Directed Retry Decision Feature Parameter Description.
The RNC ranks candidate cells as follows:
1. The RNC checks the setting of the HSPAPlusSatisSwitch(BSC6900,BSC6910) switch.
If this switch is turned off, candidate cells have the same HSPA+ technological
satisfaction. The RNC proceeds with 2.
If this switch is turned on, the RNC ranks candidate cells in descending order by
HSPA+ technological satisfaction.
2. For all candidate cells with the same HSPA+ technological satisfaction, the RNC checks
the setting of the ServiceDiffDrdSwitch(BSC6900,BSC6910) switch.
If this switch is turned off, the RNC does not perform DRD based on traffic steering.
The RNC proceeds with 3.
If this switch is turned on, the RNC ranks the cells by service priority.
3. For all candidate cells with the same HSPA+ technological satisfaction and service
priority, the RNC checks the setting of the LdbDRDSwitchHSDPA(BSC6900,BSC6910)
switch.
If this switch is turned off, the RNC randomly ranks the cells.
If this switch is turned on, the RNC ranks the cell in descending order by cell load.
When a cell is being set up, the NodeB reports the possible secondary cell list of the cell.
Based on the ranking of candidate cells, the RNC performs CAC as follows:
If the cell in which the admission succeeds supports DB-HSDPA, the cell is the primary cell and
the other cell is the secondary cell for the DB-HSDPA user. If the cell in which the admission
succeeds does not support DB-HSDPA, DB-HSDPA cannot be configured for the UE. When this
occurs, the RNC configures the UE with a technique supported by the cell.
3.3.3 Periodic DRD
After a user establishes a service, the RNC starts the channel retry timer whose length is
specified by the ChannelRetryTimerLen(BSC6900,BSC6910) parameter if all the following
conditions are met:
DB-HSDPA/DB-HSDPA+MIMO is not configured for the user.
The user can use DB-HSDPA or DB-HSDPA+MIMO according to the radio bearer policy.
The DB_HSDPA&DBMIMO_HSDPA switch of the RetryCapability(BSC6900,BSC6910)
parameter is turned on.
When the timer expires, the RNC attempts to configure DB-HSDPA/DB-HSDPA+MIMO for the
user.
For details about periodic DRD, see Directed Retry Decision Feature Parameter Description.
3.3.4 Call Admission Control
In RAN15.0, CAC of DB-HSDPA users is the same as that of DC-HSDPA users. The RNC
performs admission in the following sequence: NodeB credit resources, Iub transmission
resources, the number of HSPA users, and cell power.
This section describes only the impact of DB-HSDPA on CAC. For details about CAC, see Call
Admission Control Feature Parameter Description.
The RNC performs admission based on NodeB credit resources only in the primary cell of a DB-
HSDPA user. The admission decision for DB-HSDPA users is the same as that for SC-HSDPA
users.
The RNC performs admission based on the number of HSDPA users only in the primary cell of a
DB-HSDPA user. The admission decision for DB-HSDPA users is the same as that for SC-
HSDPA users.
Downlink power-based admission algorithms 1, 2, and 3 can be used for DB-HSDPA users in
the downlink.
Impact of DB-HSDPA on downlink power-based admission algorithms 1 and 3
For DB-HSDPA users, the RNC performs admission in the primary or secondary cell. The
admission decision conditions for DB-HSDPA users are the same as those for SC-HSDPA
users. Admission based on downlink cell power is successful if the admission in either the
primary cell or the secondary cell succeeds. For R99 and SC-HSDPA users, the admission
decision conditions for accessing a DB-HSDPA cell are the same as those for accessing an
SC-HSDPA cell.
The method for evaluating the downlink load of a DB-HSDPA cell is different from that of
an SC-HSDPA cell. For details, see 3.3.1 Load Evaluation.
Impact of DB-HSDPA on downlink power-based admission algorithm 2 (admission based
on the equivalent number of downlink users)
The RNC performs admission based on the equivalent number of users only in the primary
cell. The admission decision for DB-HSDPA users is the same as that for SC-HSDPA users.
Admission based on downlink cell power is successful if the admission in the primary cell
succeeds.
3.3.5 Preemption and Queuing
When the RNC fails to admit a DB-HSDPA user in all candidate cells, the DB-HSDPA user
performs preemption or queuing in the highest-priority candidate cell during primary cell
selection if the UE supports preemption or queuing. This increases the access success rate.
The preemption and queuing functions for DB-HSDPA users are the same as those for SC-
HSDPA users. For details about preemption and queuing, see Load Control Feature Parameter
Description.
Congestion control is performed separately in each cell of a DB-HSDPA cell group. For details
about congestion control, see Load Control Feature Parameter Description and Overload Control Feature
Parameter Description.
The NodeB transmits downlink data to each DB-HSDPA user in the primary and secondary
cells. The data comes from the same MAC-ehs queue for a DB-HSDPA user. The NodeB jointly
schedules data from the MAC-ehs queue for transmission according to the resources of the
primary and secondary cells.
The method for calculating the scheduling priority of a DB-HSDPA user in the primary and
secondary cells is basically the same as the method for calculating the scheduling priority of an
SC-HSDPA user. For details about SC-HSDPA scheduling, see HSDPA Feature Parameter Description.
This section describes only the difference between the two methods.
When calculating the scheduling priority of a DB-HSDPA user in the primary and secondary
cells, the RNC considers the CQI in each cell and the sum of the Uu interface rates. In the
proportional fair (PF) and enhanced proportional fair (EPF) scheduling algorithms, the R/r value
is a major factor affecting the scheduling priority of a UE. The R/r value is positively correlated
to the scheduling priority. The method for calculating R/r for a DB-HSDPA user is different
from that for an SC-HSDPA user:
For an SC-HSDPA user, R indicates the throughput that corresponds to the CQI of the
current cell reported by the user, and r indicates the user's throughput in the current cell.
For a DB-HSDPA user, R indicates the throughput that corresponds to the CQI of the
current cell reported by the user, and r indicates the sum of the user's throughput in the
primary and secondary cells.
3.5 State Transition
To ensure seamless roaming of DB-HSDPA users, RAN15.0 supports handovers between the
following cells:
DB-HSDPA cells
DB-HSDPA cells and R99/SC-HSDPA/DC-HSDPA/4C-HSDPA cells
DB-HSDPA cells and inter-RAT cells
DB-HSDPA does not affect the trigger of handover measurement and the handover procedure.
However, during a handover, the RNC needs to determine whether the user can go on to be a
DB-HSDPA user after the handover if the target cell supports DB-HSDPA.
This section describes only the mobility management of DB-HSDPA users. For details about
handovers, see Handover Feature Parameter Description.
3.6.1 Measurement Control
The active sets and measurement reports of DB-HSDPA users are processed based on the
primary cell during handovers.
If the radio signal quality of the primary cell does not trigger event 2D, DB-HSDPA users
measure the signal quality of only the primary cell and intra-frequency neighboring cells. If the
radio signal quality of the primary cell triggers event 2D, DB-HSDPA users start inter-frequency
measurement.
In inter-frequency measurement control, the RNC determines whether to start the compressed
mode indicator based on the inter-band measurement capability of the user:
If the CMP_UU_ADJACENT_FREQ_CM_SWITCH switch of the
CmpSwitch(BSC6900,BSC6910) parameter is turned off, the UE uses the compressed mode
to perform inter-frequency measurement.
If the CMP_UU_ADJACENT_FREQ_CM_SWITCH switch of the
CmpSwitch(BSC6900,BSC6910) parameter is turned on and the user supports inter-band
frequency measurement without compressed mode, the processing is as follows:
When the user is using DB-HSDPA (that is, a DB-HSDPA user):
If the inter-frequency neighboring cell to be measured and the secondary cell use the
same frequency in the same frequency band, the user does not start the compressed
mode. Otherwise, the user starts the compressed mode on both the primary and
secondary cells to perform inter-frequency measurement.
When the user does not use DB-HSDPA (that is, a non-DB-HSDPA user):
If the user supports inter-band measurement without compressed mode and the
frequencies to be measured are in the frequency bands supported by the user, the user
can perform inter-frequency measurement without starting the compressed mode. In
other conditions, the user needs to start the compressed mode for inter-band
measurement.
3.6.2 DB-HSDPA Handovers
DB-HSDPA supports intra-frequency and inter-frequency handovers. This section describes the
handovers of DB-HSDPA users and non-DB-HSDPA users.
DB-HSDPA Users
For DB-HSDPA users, the RNC determines whether to trigger a handover based on the radio
signal quality in the primary cell and determines whether the handover is an intra-frequency or
inter-frequency handover based on the frequencies of the primary cell and the target cell.
When an intra-frequency or inter-frequency handover is triggered for a DB-HSDPA user:
If DB-HSDPA is enabled in the target cell, the RNC hands over the DB-HSDPA user to the
target cell and configures the cell as the primary cell. If configuring DB-HSDPA in the
target cell fails, the user falls back to SC-HSDPA in the target cell.
If DB-HSDPA is not enabled in the target cell, the user is handed over to the target cell and
falls back to SC-HSDPA.
In RAN15.0, the Iur interface does not support DB-HSDPA. If the target cell and the primary
cell before the handover belong to different RNCs, the DB-HSDPA user falls back to SC-
HSDPA and then is handed over to the target cell.
Non-DB-HSDPA Users
When a non-DB-HSDPA user (for example, an SC-HSDPA or R99 user) performs a handover,
the user retains the original configuration after the user is handed over to the target cell if the
target cell is a DB-HSDPA cell.
If the user supports DB-HSDPA and the DB_HSDPA switch of the
RetryCapability(BSC6900,BSC6910) parameter has been turned on, the RNC attempts to
configure DB-HSDPA for the user a period after the handover. The period is specified by the
ChannelRetryHoTimerLen(BSC6900,BSC6910) parameter. If configuring DB-HSDPA fails,
the RNC starts the channel retry timer. When the timer expires, the RNC attempts to configure
DB-HSDPA for the user. The ChannelRetryTimerLen(BSC6900,BSC6910) parameter specifies
the timer length.
3.7 Dynamic Shutdown of Cells
During low-traffic hours, one or more cells in the co-coverage areas can be shut down to reduce
power consumption of the base station. The following two features implement dynamic
shutdown of cells: WRFD-020117 Multi-Carrier Switch off Based on Traffic Load and WRFD-
020122 Multi-Carrier Switch off Based on QoS.
After DB-HSDPA is introduced, the following necessary condition is added for shutting down a
cell:
The number of multi-carrier HSDPA users (including DC-HSDPA, DB-HSDPA, and 4C-
HSDPA users) that use the cell as the primary cell is smaller than the value of the
McHsdpaUserNumThd(BSC6900,BSC6910) parameter.
For details about dynamic shutdown of cells, see Green BTS Feature Parameter Description.
4 Related Features
Prerequisite Features
None
Impacted Features
Prerequisite Features
WRFD-150209 DB-HSDPA
WRFD-010684 22 MIMO
None
Impacted Features
5 Network Impact
System Capacity
DB-HSDPA increases the single-user throughput and cell throughput in multi-band networks.
Increased single-user throughput
DB-HSDPA doubles single-user throughput both in the cell center and at the cell edge.
Specifically, DB-HSDPA can provide up to 42 Mbit/s single-user throughput in the cell
center with 64QAM enabled.
DB-HSDPA also increases average single-user throughput. The throughput gain is inversely
proportional to DB-HSDPA cell loads and is directly proportional to the ratio of UEs
supporting DB-HSDPA and the amount of data for a single UE to transmit in the downlink.
Increased cell throughput
DB-HSDPA increases cell throughput by 5% to 10%. The throughput gain is related to the
number of UEs performing data transmission or the proportion of UEs supporting DB-
HSDPA in the cell. When the number of UEs performing data transmission increases or the
proportion of UEs supporting DB-HSDPA decreases in the cell, the throughput gain
decreases.
Similar to DC-HSDPA and 4C-HSDPA UEs, a DB-HSDPA UE consumes one CE more than an
SC-HSDPA UE.
Network Performance
DB-HSDPA UEs report the CQI and hybrid automatic repeat request (HARQ) ACK/NACK
information about the primary and secondary cells to the RNC in the primary cell. As a result,
the uplink load of the primary cell is increased and the uplink coverage of DB-HSDPA UEs is
reduced. In addition, DB-HSDPA UEs consume more CPU resources than SC-HSDPA UEs. The
impact of DB-HSDPA on uplink load, uplink coverage, and CPU usage can be minimized by the
Traffic-Based Activation and Deactivation of the Supplementary Carrier In Multi-carrier feature.
This feature shuts down the secondary carrier when the traffic volume is low.
DB-HSDPA improves spectral efficiency and consequently slightly improves network KPIs such
as the access success rate and call drop rate.
5.2 WRFD-150227 DB-HSDPA+MIMO
System Capacity
None
6 Engineering Guidelines
Collect the values of counters listed in Table 6-1 before and after this feature is deployed to
evaluate feature gains. Some counters listed in Table 6-1 are measured only when
HSDPA_GBP_MEAS under the Cell CAC algorithm switch parameter in the MOD
UCELLALGOSWITCH command is set to 1. These counters are listed as follows:
VS.MinTCP.HSDPA.MC(BSC6900,BSC6910)
VS.MaxTCP.HSDPA.MC(BSC6900,BSC6910)
VS.MeanTCP.HSDPA.MC(BSC6900,BSC6910)
VS.HSDPA.MC.MinRequiredPwr(BSC6900,BSC6910)
VS.HSDPA.MC.MaxRequiredPwr(BSC6900,BSC6910)
VS.HSDPA.MC.MeanRequiredPwr(BSC6900,BSC6910)
Table 6-1 RNC counters for measuring the performance of DB-HSDPA
6.1.3 Planning
6.1.3.1 RF Planning
The RF modules must support the frequency bands on which cells in a DB-HSDPA group
operate.
6.1.3.2 Network Planning
Only two inter-band co-coverage cells of the same NodeB can form a DB-HSDPA group.
If the license for the Flexible Dual Carrier HSDPA feature is not activated, a cell can belong
to only one DB-HSDPA group. When the license is activated, a cell can belong to multiple
DB-HSDPA, 3C-HSDPA, or 4C-HSDPA groups.
The two cells are in the same downlink resource group of a NodeB.
The two cells have the same time offset (specified by the TCELL parameter).
Cells in a DB-HSDPA group must be carried on the same baseband processing board.
If the base station is a distributed base station, the cells must be processed by the same RRU
or by two cascaded RRUs.
6.1.3.3 Hardware Planning
N/A
6.1.4 Deployment
6.1.4.1 Requirements
Other Features
The prerequisite features for DB-HSDPA have been activated. The prerequisite features are
as follows:
WRFD-010610 HSDPA Introduction Package
WRFD-010685 Downlink Enhanced L2
WRFD-010629 DL 16QAM Modulation
Hardware
The RF modules must support the frequency bands serving the cells in a DB-HSDPA group.
The requirements of this feature on baseband processing boards are as follows:
The DBS3800 must be configured with a BBU3806 to support DB-HSDPA. The
BBU3806 must be configured with the EBBC or EBBCd board. The BBU3806C does
not support DB-HSDPA.
The 3900 series base stations must be configured with the WBBPb3, WBBPb4,
WBBPd, WBBPf, or UBBPd board.
License
This feature is not under license control.
Other Requirements
The UE must belong to HS-DSCH category 21 or higher. The UE notifies the RNC that it
supports DB-HSDPA.
6.1.4.2 Data Preparation
Parameter Name Parameter ID Setting Notes
6.1.4.3 Precautions
For 3900 series macro base stations and micro base stations, run the DEA UCELL command to
deactivate the cells to be added to a DB-HSDPA cell group before activating DB-HSDPA.
Otherwise, online UEs in these cells experience call drops.
For the DBS3800, BTS3812A, BTS3812E, and BTS3812AE, run the DEA UCELL command
to deactivate the cells to be added to a DB-HSDPA cell group before activating DB-HSDPA.
6.1.4.4 Activation
NOTE:
Before enabling periodic DRD for DB-HSDPA, enable periodic DRD for other features on which this feature
depends. That is, select the DL_L2_ENHANCE check box under the HSPA Technologies Retried by UEs
parameter.
Operators can temporarily disable DB-HSDPA by performing steps 1 and 2. When DB-HSDPA
is temporarily disabled, operators can enable it by turning on the switches in steps 1 and 2. If you
need to completely disable DB-HSDPA, perform steps 1 through 4. Perform the following
operations to deactivate DB-HSDPA:
1. Run the RNC MML command MOD UCELLALGOSWITCH to disable DB-HSDPA at
the cell level by deselecting DB-HSDPA(DB-HSDPA Function Switch) under the Cell
Hspa Plus function switch parameter.
2. Run the RNC MML command SET UCORRMALGOSWITCH to disable DB-HSDPA
at the RNC level by deselecting CFG_HSDPA_DB_SWITCH under the Channel
Configuration Strategy Switch parameter.
3. Run the NodeB MML command RMV NODEBMULTICELLGRPITEM to remove
cells from the DB-HSDPA group.
4. Run the NodeB MML command RMV NODEBMULTICELLGRP to remove the DB-
HSDPA group.
6.1.4.6.2 MML Command Examples
//On the RNC side
MOD UCELLALGOSWITCH: CellId=1, HspaPlusSwitch=DB_HSDPA-0;
MOD UCELLALGOSWITCH: CellId=2, HspaPlusSwitch=DB_HSDPA-0;
SET UCORRMALGOSWITCH: CfgSwitch=CFG_HSDPA_DB_SWITCH-0;
//On the NodeB side
RMV NODEBMULTICELLGRPITEM: MULTICELLGRPBID = 1, ULOCELLID =1;
RMV NODEBMULTICELLGRPITEM: MULTICELLGRPBID = 1, ULOCELLID =2;
RMV NODEBMULTICELLGRP: MULTICELLGRPID=1;
NOTE:
When configuring the DB-HSDPA feature on the CME, perform a single configuration first, and then perform a
batch modification if required. Configure the parameters of a single object before a batch modification. Perform a
batch modification before logging out of the parameter setting interface.
2. (Optional) Modify objects in batches on the CME. (CME batch modification center)
To modify objects in batches, click on the CME to start the batch modification wizard. For
instructions on how to perform a batch modification through the CME batch modification center,
press F1 on the wizard interface to obtain online help.
Table 6-3 Configuring parameters on the CME
SN MO NE Parameter Parameter ID Configurable
Name in CME
Batch
Modification
Center
and Table 6-5 list the RNC and NodeB counters that are used to measure the performance
Table 6-4
of DB-HSDPA.
The higher the proportion of UEs supporting DB-HSDPA, the greater the average user rate is.
The average user rate is indicated by the
VS.HSDPA.MeanChThroughput(BSC6900,BSC6910) counter.
Table 6-4 RNC counters for measuring the performance of DB-HSDPA
Counter Name Function Subset Description
None
6.1.7 Troubleshooting
ALM-22241 UMTS Cell RNC WRFD-150209 DB- This alarm is reported when
MC-HSDPA HSDPA DB-HSDPA cell
Function establishment fails.
Fault
ALM-28206 Local Cell NodeB WRFD-150209 DB- This alarm is reported when
Capability HSDPA a cell that does not support
Decline WRFD-150227 DB- DB-HSDPA/DB-
HSDPA+MIMO HSDPA+MIMO is enabled
with DB-HSDPA/DB-
HSDPA+MIMO.
DB-HSDPA+MIMO is recommended for heavy-traffic areas that have DB-HSDPA enabled. For
example, densely-populated urban areas.
Compared with DB-HSDPA, DB-HSDPA+MIMO further increases single-user throughput and
system capacity.
6.2.2 Required Information
6.2.3.1 RF Planning
The RF modules must support the frequency bands on which cells in a DB-HSDPA group
operate and meet the hardware configuration requirements of MIMO. For details, see 2.2.3
Combination of Frequency Bands and MIMO Feature Parameter Description.
N/A
6.2.4 Deployment
6.2.4.1 Requirements
Other Features
The prerequisite features for DB-HSDPA+MIMO have been activated. The prerequisite
features are as follows:
WRFD-150209 DB-HSDPA
WRFD-010684 22 MIMO
Hardware
The DBS3800 must be configured with a BBU3806 to support DB-HSDPA+MIMO.
The BBU3806C does not support DB-HSDPA+MIMO. In addition, the BBU3806
must be configured with the EBBC or EBBCd board.
The 3900 series base stations must be configured with the WBBPb3, WBBPb4,
WBBPd, WBBPf, or UBBPd board.
License
This feature is not under license control.
Other Requirements
The UE must support DB-HSDPA and belong to HS-DSCH category 25, 26, 27, 28,
30, 32, 34, or 36.
The cells in DB-HSDPA groups must have 2X2 MIMO enabled.
6.2.4.2 Data Preparation
6.2.4.3 Precautions
For 3900 series macro base stations and micro base stations, run the DEA UCELL command to
deactivate the cells to be added to a DB-HSDPA+MIMO cell group before activating DB-
HSDPA. Otherwise, online UEs in these cells experience call drops.
For the DBS3800, BTS3812A, BTS3812E, and BTS3812AE, run the DEA UCELL command
to deactivate the cells to be added to a DB-HSDPA+MIMO cell group before activating DB-
HSDPA+MIMO.
6.2.4.4 Activation
NOTE:
Before enabling periodic DRD for DB-HSDPA+MIMO, enable periodic DRD for other features on which
this feature depends. That is, select the DB_HSDPA and MIMO check boxes under the HSPA Technologies
Retried by UEs parameter.
NOTE:
When configuring the DB-HSDPA+MIMO feature on the CME, perform a single configuration first, and then
perform a batch modification if required.
Configure the parameters of a single object before a batch modification. Perform a batch modification before
logging out of the parameter setting interface.
2. (Optional) Modify objects in batches on the CME. (CME batch modification center)
To modify objects in batches, click on the CME to start the batch modification wizard.
For instructions on how to perform a batch modification through the CME batch
modification center, press F1 on the wizard interface to obtain online help.
Table 6-7 Configuring parameters on the CME
SN MO NE Parameter Parameter ID Configurab
Name in CME
Batch
Modificatio
Center
NOTE:
When configuring the DB-HSDPA+MIMO feature on the CME, perform a single configuration first, and then
perform a batch modification if required.
Configure the parameters of a single object before a batch modification. Perform a batch modification before
logging out of the parameter setting interface.
2. (Optional) Modify objects in batches on the CME. (CME batch modification center)
To modify objects in batches, click on the CME to start the batch modification wizard.
For instructions on how to perform a batch modification through the CME batch
modification center, press F1 on the wizard interface to obtain online help.
Table 6-8 Configuring parameters on the CME
SN MO NE Parameter Parameter ID Configurable
Name in CME
Batch
Modification
Center
lists the new counters that are added on the RNC side and are used to measure the
Table 6-9
performance of DB-HSDPA+MIMO.
Table 6-9 New RNC counters for measuring the performance of DB-HSDPA+MIMO
Counter Name Function Description Feature Feature Na
Subset ID
The counters that are added on the NodeB side and used to measure the performance of DB-
HSDPA+MIMO are the same as those for DB-HSDPA. For details, see Table 6-5.
The higher the proportion of UEs supporting DB-HSDPA+MIMO, the greater the average user
rate is. The average user rate is indicated by the
VS.HSDPA.MeanChThroughput(BSC6900,BSC6910) counter.
6.2.6 Parameter Optimization
None
6.2.7 Troubleshooting
ALM-28206 Local Cell NodeB WRFD-150209 DB- This alarm is reported when
Capability HSDPA a cell that does not support
Decline WRFD-150227 DB- DB-HSDPA/DB-
HSDPA+MIMO HSDPA+MIMO is enabled
with DB-HSDPA/DB-
HSDPA+MIMO.
7 Parameters
TxDiversityInd BSC69 ADD UCELLSETUP WRFD- Physical Meaning: Whether to activate the tr
00 MOD UCELLSETUP 022000 Channel amplitude and phase, to improve th
WRFD- Management GUI Value Range: TRUE, FALSE
150209 DB-HSDPA Unit: None
WRFD- 2x2 MIMO Actual Value Range: TRUE, FALSE
010684 Transmit Default Value: None
WRFD- Diversity
010203 Flexible HSPA+
WRFD- Technology
010704 Selection
WRFD- Performace
010700 Improvement of
MIMO and
HSDPA Co-
carrier
TxDiversityInd BSC69 ADD UCELLSETUP WRFD- Physical Meaning: Whether to activate the tr
10 MOD UCELLSETUP 022000 Channel amplitude and phase, to improve th
WRFD- Management GUI Value Range: TRUE, FALSE
150209 DB-HSDPA Unit: None
WRFD- 2x2 MIMO Actual Value Range: TRUE, FALSE
010684 Transmit Default Value: None
WRFD- Diversity
010203 Flexible HSPA+
WRFD- Technology
010704 Selection
Parameter ID NE MML Command Feature Feature Name
ID
WRFD- Performace
010700 Improvement of
MIMO and
HSDPA Co-
carrier
HSPAPlusSatisSwit BSC69 ADD UCELLDRD WRFD- DRD Meaning: Whether the HSPA+ tech
ch 00 MOD UCELLDRD 020400 Introduction compliance is preferentially selected
Package process.
GUI Value Range: OFF, ON
Unit: None
Actual Value Range: OFF, ON
Default Value: ON
HSPAPlusSatisSwit BSC69 ADD UCELLDRD WRFD- DRD Meaning: Whether the HSPA+ tech
ch 10 MOD UCELLDRD 020400 Introduction compliance is preferentially selected
Package process.
GUI Value Range: OFF, ON
Unit: None
Actual Value Range: OFF, ON
Default Value: ON
ServiceDiffDrdSwitc BSC69 ADD UCELLDRD WRFD- Traffic Steering Meaning: Whether to activate the se
h 00 MOD UCELLDRD 020400 and Load GUI Value Range: OFF, ON
04 Sharing During Unit: None
RAB Setup
Actual Value Range: ON, OFF
Default Value: OFF
ServiceDiffDrdSwitc BSC69 ADD UCELLDRD WRFD- Traffic Steering Meaning: Whether to activate the se
h 10 MOD UCELLDRD 020400 and Load GUI Value Range: OFF, ON
04 Sharing During Unit: None
RAB Setup
Actual Value Range: ON, OFF
Default Value: OFF
LdbDRDSwitchHSD BSC69 ADD UCELLDRD WRFD- Traffic Steering Meaning: Whether to enable the po
PA 00 MOD UCELLDRD 020400 and Load power resource usage in the curren
04 Sharing During GUI Value Range: OFF, ON
WRFD- RAB Setup Unit: None
010611 HSDPA DRD Actual Value Range: ON, OFF
12
Default Value: OFF
LdbDRDSwitchHSD BSC69 ADD UCELLDRD WRFD- Traffic Steering Meaning: Whether to enable the po
PA 10 MOD UCELLDRD 020400 and Load power resource usage in the curren
04 GUI Value Range: OFF, ON
Parameter ID NE MML Command Feature Feature Name
ID
WRFD- Streaming
010630 Traffic Class on
WRFD- HSUPA
010632 HSDPA DRD
WRFD-
010611
12
ChannelRetryTimer BSC69 SET UCOIFTIMER WRFD- HSUPA 2ms TTI Meaning: This parameter specifies t
Len 10 010614 performed after this timer expires.
Dynamic
03 Channel GUI Value Range: 0~180
WRFD- Configuration Unit: s
021101 Control (DCCC) Actual Value Range: 0~180
WRFD- UL 16QAM Default Value: 5
010694 DL
WRFD- 64QAM+MIMO
010693 4C-HSDPA
WRFD- SRB over
150207 HSDPA
WRFD- CPC - DTX /
010652 DRX
WRFD- CPC - HS-
010686 SCCH less
WRFD- operation
010687 2x2 MIMO
WRFD- Downlink
010684 Enhanced L2
WRFD- Downlink
010685 64QAM
WRFD- Interactive and
010683 Background
WRFD- Traffic Class on
010610 HSDPA
08 DB-HSDPA
WRFD- Interactive and
150209 Background
WRFD- Traffic Class on
010612 HSUPA
06 DC-HSUPA
WRFD- DC-HSDPA
140204 3C-HSDPA
WRFD- SRB over
010696 HSUPA
Parameter ID NE MML Command Feature Feature Name
ID
WRFD- Streaming
150250 Traffic Class on
WRFD- HSDPA
010636 Streaming
WRFD- Traffic Class on
010630 HSUPA
WRFD- HSDPA DRD
010632
WRFD-
010611
12
RetryCapability BSC69 SET UFRC WRFD- HSUPA 2ms TTI Meaning: This parameter specifies
00 010614 DC- only when services running on the U
03 HSDPA+MIMO GUI Value Range: SRB_OVER_HS
WRFD- Macro-Micro DCMIMO_HSDPA, DC_HSUPA, HS
010699 DC-HSDPA Unit: None
WRFD- 4C-HSDPA Actual Value Range: SRB_OVER_H
151209 SRB over DCMIMO_HSDPA, DC_HSUPA, HS
WRFD- HSDPA Default Value:
150207 CPC - DTX / SRB_OVER_HSDPA:0,SRB_OVER
WRFD- DRX O_HSDPA:0,DC_HSUPA:0,HSDPA
010652 CPC - HS-
WRFD- SCCH less
010686 operation
WRFD- 2x2 MIMO
010687 Downlink
WRFD- Enhanced L2
010684 UL Layer 2
WRFD- Improvement
010685 Downlink
WRFD- 64QAM
010695 E-DPCCH
WRFD- Boosting
010683 UL 16QAM
WRFD- DB-
010697 HSDPA+MIMO
WRFD- DB-HSDPA
010694
3C-HSDPA
WRFD-
150227 SRB over
HSUPA
WRFD-
150209 DC-HSDPA
Parameter ID NE MML Command Feature Feature Name
ID
WRFD- MC-
150250 HSDPA+MIMO
WRFD- DL
010636 64QAM+MIMO
WRFD-
010696
WRFD-
150223
WRFD-
010693
RetryCapability BSC69 SET UFRC WRFD- HSUPA 2ms TTI Meaning: This parameter specifies
10 010614 DC- only when services running on the U
03 HSDPA+MIMO GUI Value Range: SRB_OVER_HS
WRFD- Macro-Micro DCMIMO_HSDPA, DC_HSUPA, HS
010699 DC-HSDPA Unit: None
WRFD- 4C-HSDPA Actual Value Range: SRB_OVER_H
151209 SRB over DCMIMO_HSDPA, DC_HSUPA, HS
WRFD- HSDPA Default Value:
150207 CPC - DTX / SRB_OVER_HSDPA:0,SRB_OVER
WRFD- DRX O_HSDPA:0,DC_HSUPA:0,HSDPA
010652 CPC - HS-
WRFD- SCCH less
010686 operation
WRFD- 2x2 MIMO
010687 Downlink
WRFD- Enhanced L2
010684 UL Layer 2
WRFD- Improvement
010685 Downlink
WRFD- 64QAM
010695 E-DPCCH
WRFD- Boosting
010683 UL 16QAM
WRFD- DB-
010697 HSDPA+MIMO
WRFD- DB-HSDPA
010694
3C-HSDPA
WRFD-
150227 SRB over
HSUPA
WRFD-
150209 DC-HSDPA
WRFD- MC-
150250 HSDPA+MIMO
Parameter ID NE MML Command Feature Feature Name
ID
WRFD- DL
010636 64QAM+MIMO
WRFD-
010696
WRFD-
150223
WRFD-
010693
CmpSwitch BSC69 SET WRFD- HSDPA Mobility Meaning:
00 UCORRMALGOSWITC 010610 Management
H 1. CMP_IU_IMS_PROC_AS_NORM
06 Inter RNC Soft 2. CMP_IU_QOS_ASYMMETRY_IN
WRFD- Handover "RNC" select the bigger rate as Iu Q
020203 Intra RNC Soft 3. CMP_IU_SYSHOIN_CMP_IUUP
WRFD- Handover 4. CMP_IUR_H2D_FOR_LOWR5_N
020202 DB-HSDPA version is earlier than R6 is added t
WRFD- DB- 5. CMP_IUR_SHO_DIVCTRL_SWI
150209 HSDPA+MIMO on the basis of services. The flag of
WRFD- HCS 6. CMP_UU_ADJACENT_FREQ_C
150227 (Hierarchical frequency measurement without ac
WRFD- Cell Structure) the inter-frequency measurement. T
021200 MC- 7. CMP_UU_AMR_DRD_HHO_CO
WRFD- HSDPA+MIMO is enabled, "RNC" will execute blind
150223 DC-HSDPA 8. CMP_UU_AMR_SID_MUST_CF
WRFD- UE State in 9. CMP_UU_FDPCH_COMPAT_SW
010696 Connected depends on that indicator. In other c
WRFD- Mode (CELL- "RRC_CONNECT_SETUP_CMP",
010202 DCH, CELL- 10. CMP_UU_IGNORE_UE_RLC_C
WRFD- PCH, URA-PCH, requirement of the RAB to be setup
010612 CELL-FACH) 11. CMP_UU_INTRA_FREQ_MC_B
04 HSUPA Mobility information of the best cell is not ca
WRFD- Management 12. CMP_UU_IOS_CELL_SYNC_IN
140204 DC-HSUPA
13. CMP_UU_SERV_CELL_CHG_W
WRFD- 3C-HSDPA set and delivers reconfiguration of p
150250
14. CMP_UU_SERV_CELL_CHG_W
transition and delivers reconfiguratio
15. CMP_UU_VOIP_UP_PROC_AS
16. CMP_F2F_RLC_ONESIDE_RE
17. CMP_D2F_RLC_ONESIDE_RE
18. CMP_RAB_5_CFG_ROHC_SW
configured with the ROHC function.
19. CMP_RAB_6_CFG_ROHC_SW
20. CMP_RAB_7_CFG_ROHC_SW
Parameter ID NE MML Command Feature Feature Name
ID
21. CMP_RAB_8_CFG_ROHC_SW
22. CMP_RAB_9_CFG_ROHC_SW
23. CMP_HSUPA_MACD_FLOW_M
MAC-d flow can be multiplexed.
24. CMP_SMLC_RSLT_MODE_TY
PLMN Operator - Target MS service
25. CMP_F2P_PROCESS_OPTIMI
channel reconfiguration procedure.W
26. CMP_UU_SIB11_SIB12_WITH
cannot promptly read parameters re
UCELLMEAS command.
GUI Value Range: CMP_IU_IMS_P
CMP_UU_AMR_SID_MUST_CFG_
CMP_UU_SERV_CELL_CHG_WIT
CMP_IU_QOS_ASYMMETRY_IND
CMP_UU_SIB11_SIB12_WITH_1A
CMP_RAB_7_CFG_ROHC_SWITC
Unit: None
Actual Value Range: CMP_IU_IMS_
CMP_IUR_SHO_DIVCTRL_SWITC
CMP_UU_IGNORE_UE_RLC_CAP
CMP_UU_SERV_CELL_CHG_WIT
CMP_RAB_5_CFG_ROHC_SWITC
CMP_SMLC_RSLT_MODE_TYPE_
Default Value:
CMP_IU_IMS_PROC_AS_NORMA
TRL_SWITCH:0,CMP_UU_ADJACE
CH:1,CMP_UU_INTRA_FREQ_MC
UU_VOIP_UP_PROC_AS_NORMA
_7_CFG_ROHC_SWITCH:0,CMP_
WITCH:0,CMP_UU_SIB11_SIB12_
CmpSwitch BSC69 SET WRFD- HSDPA Mobility Meaning:
10 UCORRMALGOSWITC 010610 Management
H 1. CMP_IU_IMS_PROC_AS_NORM
06 Inter RNC Soft 2. CMP_IU_QOS_ASYMMETRY_IN
WRFD- Handover "RNC" select the bigger rate as Iu Q
020203 Intra RNC Soft 3. CMP_IU_SYSHOIN_CMP_IUUP
WRFD- Handover 4. CMP_IUR_H2D_FOR_LOWR5_N
020202 DB-HSDPA version is earlier than R6 is added t
WRFD- DB- 5. CMP_IUR_SHO_DIVCTRL_SWI
150209 HSDPA+MIMO on the basis of services. The flag of
WRFD- HCS 6. CMP_UU_ADJACENT_FREQ_C
150227 (Hierarchical frequency measurement without ac
WRFD- Cell Structure) the inter-frequency measurement. T
021200
Parameter ID NE MML Command Feature Feature Name
ID
CMP_UU_SERV_CELL_CHG_WIT
CMP_RAB_5_CFG_ROHC_SWITC
CMP_SMLC_RSLT_MODE_TYPE_
Default Value:
CMP_IU_IMS_PROC_AS_NORMA
TRL_SWITCH:0,CMP_UU_ADJACE
CH:1,CMP_UU_INTRA_FREQ_MC
UU_VOIP_UP_PROC_AS_NORMA
_7_CFG_ROHC_SWITCH:0,CMP_
WITCH:0,CMP_UU_SIB11_SIB12_
ChannelRetryHoTi BSC69 SET UCOIFTIMER WRFD- HSUPA 2ms TTI Meaning:
merLen 00 010614 Dynamic This parameter specifies the value o
03 Channel When handover is performed and s
WRFD- Configuration Pingpang will happen when the reco
021101 Control (DCCC)
In order to avoid the pingpang, this
WRFD- Downlink
010685 Enhanced L2 GUI Value Range: 0~999
WRFD- SRB over Unit: s
010652 HSDPA Actual Value Range: 0~999
WRFD- CPC - DTX / Default Value: 2
010686 DRX
WRFD- CPC - HS-
010687 SCCH less
WRFD- operation
010684 2x2 MIMO
WRFD- HSUPA
010614 2ms/10ms TTI
04 Handover
WRFD- Downlink
010683 64QAM
WRFD- DB-HSDPA
150209 SRB over
WRFD- HSUPA
010636 HCS
WRFD- (Hierarchical
021200 Cell Structure)
ChannelRetryHoTi BSC69 SET UCOIFTIMER WRFD- HSUPA 2ms TTI Meaning:
merLen 10 010614 Dynamic This parameter specifies the value o
03 Channel When handover is performed and s
WRFD- Configuration Pingpang will happen when the reco
021101 Control (DCCC)
In order to avoid the pingpang, this
WRFD- Downlink
010685 Enhanced L2 GUI Value Range: 0~999
Parameter ID NE MML Command Feature Feature Name
ID
WRFD- Multi-Carrier
020117 Switch off Based
WRFD- on QoS
010696
WRFD-
020122
CfgSwitch BSC69 SET WRFD- DC- Meaning:
00 UCORRMALGOSWITC 010699 HSDPA+MIMO
H Channel configuration strategy switc
WRFD- HSPA+ Uplink 1. CFG_DC_MIMO_DYNAMIC_SEL
010698 11.5Mbit/s per 2. CFG_DL_BLIND_DETECTION_S
WRFD- User 3GPP 25.212 section 4.3.1.
010693 DL 3. CFG_EDPCCH_BOOSTING_SW
WRFD- 64QAM+MIMO 4. CFG_FREE_USER_SWITCH: W
010694 UL 16QAM
5. CFG_HSDPA_64QAM_SWITCH
WRFD- E-DPCCH
6. CFG_HSDPA_DCMIMO_SWITC
010697 Boosting
WRFD- DC-HSDPA 7. CFG_HSDPA_DC_SWITCH: Wh
010696 Macro-Micro 8. CFG_HSDPA_MIMO_SWITCH: W
WRFD- DC-HSDPA 9. CFG_HSDPA_MIMO_WITH_64Q
151209 3C-HSDPA 10. CFG_HSDPA_4C_MIMO_SWIT
WRFD- 3GPP R9 services.
150250 Specifications 11. CFG_HSDPA_4C_SWITCH: W
WRFD- 3.4/6.8/13.6/27.2 12. CFG_HSDPA_DBMIMO_SWITC
010101 Kbps RRC 13. CFG_HSDPA_DB_SWITCH: W
WRFD- Connection and 14. CFG_HSPA_DTX_DRX_SWITC
010510 Radio Access 15. CFG_HSPA_HSSCCH_LESS_O
WRFD- Bearer 16. CFG_HSUPA_16QAM_SWITCH
011500 Establishment
17. CFG_HSUPA_DC_SWITCH: W
WRFD- and Release
18. CFG_IMS_SUPPORT_SWITCH
010686 PDCP Header
19. CFG_LOSSLESS_DLRLC_PDU
WRFD- Compression
cause RLC PDU size change which
010687 (RFC2507)
20. CFG_LOSSLESS_RELOC_CFG
WRFD- CPC - DTX /
are met. Then, lossless relocation is
010684 DRX
21. CFG_MULTI_RAB_SWITCH: W
WRFD- CPC - HS-
010683 SCCH less 22. CFG_PDCP_IPV6_HEAD_COM
operation 23. CFG_PDCP_RFC2507_HC_SW
WRFD-
010615 2x2 MIMO 24. CFG_PDCP_RFC3095_HC_SW
02 Downlink 25. CFG_PTT_SWITCH: When this
WRFD- 64QAM 26. CFG_RAB_REL_RMV_HSPAP
010615 Combination of That is, if an HSPA+ feature is requ
03 One CS Service support the fallback are MIMO, 64Q
Parameter ID NE MML Command Feature Feature Name
ID
WRFD- Combination of
010609 Two CS
02 Services and
WRFD- One PS Service
010702 (Except for Two
WRFD- AMR Speech
010701 Services)
WRFD- Combination of
010609 One CS Service
and One PS
WRFD- Service
010510
Enhanced DRX
WRFD-
010688 Uplink
Enhanced
WRFD-
CELL_FACH
010686
Multiple RAB
WRFD- Introduction
010687 Package (PS
WRFD- RAB < 2)
010684 3.4/6.8/13.6/27.2
WRFD- Kbps RRC
010685 Connection and
WRFD- Radio Access
010683 Bearer
WRFD- Establishment
021000 and Release
WRFD- Downlink
151209 Enhanced
WRFD- CELL_FACH
010503 CPC - DTX /
WRFD- DRX
010615 CPC - HS-
02 SCCH less
WRFD- operation
010615 2x2 MIMO
03 Downlink
WRFD- Enhanced L2
010502 Downlink
WRFD- 64QAM
010615 Transport
04 Channel
WRFD- Management
010615 Macro-Micro
05 DC-HSDPA
Parameter ID NE MML Command Feature Feature Name
ID
WRFD- Combination of
010609 One CS Service
WRFD- and One PS
010510 Service
WRFD- Enhanced DRX
010688 Uplink
WRFD- Enhanced
010686 CELL_FACH
WRFD- Multiple RAB
010687 Introduction
WRFD- Package (PS
010684 RAB < 2)
WRFD- 3.4/6.8/13.6/27.2
010685 Kbps RRC
Connection and
WRFD- Radio Access
010683 Bearer
WRFD- Establishment
021000 and Release
WRFD- Downlink
151209 Enhanced
WRFD- CELL_FACH
010503 CPC - DTX /
WRFD- DRX
010615 CPC - HS-
02 SCCH less
WRFD- operation
010615 2x2 MIMO
03 Downlink
WRFD- Enhanced L2
010502 Downlink
WRFD- 64QAM
010615 Transport
04 Channel
WRFD- Management
010615 Macro-Micro
05
DC-HSDPA
WRFD- Interactive QoS
022000 Class
WRFD- Combination of
150207 One CS Service
WRFD- and Two PS
150227 Services
Parameter ID NE MML Command Feature Feature Name
ID
WRFD- Combination of
150208 Three PS
WRFD- Services
150223 Streaming QoS
WRFD- Class
020900 Combination of
WRFD- One CS Service
150209 and Three PS
WRFD- Services
010615 Combination of
WRFD- Four PS
010632 Services
WRFD- Physical
010630 Channel
Management
4C-HSDPA
DB-
HSDPA+MIMO
Flexible Dual
Carrier HSDPA
MC-
HSDPA+MIMO
Logical Channel
Management
DB-HSDPA
Multiple RAB
Package(PS
RAB >= 2)
Streaming
Traffic Class on
HSUPA
Streaming
Traffic Class on
HSDPA
InterPlmnMultiCarr BSC69 SET WRFD- DB-HSDPA Meaning: Whether to allow multi-ca
Switch 00 UOPERATORSHARIN 150209 switch is set to OFF, multi-carrier H
GMODE 3C-HSDPA
WRFD- 4C-HSDPA GUI Value Range: NO(NO), YES(Y
150250 DC-HSDPA Unit: None
WRFD- Actual Value Range: NO, YES
150207 Default Value: YES(YES)
WRFD-
010696
Parameter ID NE MML Command Feature Feature Name
ID
WRFD-
150223
WRFD-
150227
WRFD-
010699
HSDPADBMIMO BTS39 ADD ULOCELL WRFD- DB- Meaning: Indicates whether the DB
00, MOD ULOCELL 150227 HSDPA+MIMO GUI Value Range: FALSE(FALSE),
BTS39 LST ULOCELL Unit: None
00
WCDM Actual Value Range: FALSE, TRUE
A Default Value: FALSE(FALSE)
8 Counters
LTE:
None
WRFD- DB-
150208 HSDPA+MIMO
WRFD- MC-
010699 HSDPA+MIMO
WRFD-
150227
WRFD-
150223
WRFD-
150223
WRFD- DC-
010696 HSDPA+MIMO
WRFD- DB-
150208 HSDPA+MIMO
WRFD- MC-
010699 HSDPA+MIMO
WRFD-
150227
WRFD-
150223
WRFD- DB-
010699 HSDPA+MIMO
WRFD- MC-
150227 HSDPA+MIMO
WRFD-
150223
When DB-
HSDPA Applied
9 Glossary
For the acronyms, abbreviations, terms, and definitions, see Glossary.
10 Reference Documents
10. Traffic-Based Activation and Deactivation of the Supplementary Carrier In Multi-carrier Feature Parameter
Description
12.
WCDMA RAN
Power Sharing Feature Parameter
Description
Issue 01
Date 2014-04-30
and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.
All other trademarks and trade names mentioned in this document are the property of their respective holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and the
customer. All or part of the products, services and features described in this document may not be within the
purchase scope or the usage scope. Unless otherwise specified in the contract, all statements, information, and
recommendations in this document are provided "AS IS" without warranties, guarantees or representations of
any kind, either express or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute a warranty of any kind, express or implied.
Website: http://www.huawei.com/
Email: support@huawei.com
3.2.24 Contents
1 About This Document
1.1 Scope
1.2 Intended Audience
1.3 Change History
1.4 Differences Between Base Station Types
2 Overview
2.1 Background
2.2 Introduction
2.3 Benefits
3 Technical Description
3.1 Dynamic Power Sharing in Multi-Carriers
3.2 HSDPA Inter-Cell Power Sharing
4 Related Features
4.1 WRFD-020116 Dynamic Power Sharing in Multi-Carriers
4.2 WRFD-160251 HSDPA Inter-Cell Power Sharing
5 Network Impact
5.1 WRFD-020116 Dynamic Power Sharing in Multi-Carriers
5.2 WRFD-160251 HSDPA Inter-Cell Power Sharing
6 Engineering Guidelines
6.1 WRFD-020116 Dynamic Power Sharing in Multi-Carriers
6.1.1 When to Use Dynamic Power Sharing in Multi-Carriers
6.1.2 Required Information
6.1.3 Deployment
6.1.3.1 Requirements
6.1.3.2 Data Preparation
6.1.3.3 Activation
6.1.3.4 Activation Observation
6.1.3.5 Deactivation
6.1.4 Performance Monitoring
6.1.5 Parameter Optimization
6.1.6 Troubleshooting
6.2 WRFD-160251 HSDPA Inter-Cell Power Sharing
6.2.1 When to Use HSDPA Inter-Cell Power Sharing
6.2.2 Required Information
6.2.3 Deployment
6.2.3.1 Requirements
6.2.3.2 Data Preparation
6.2.3.3 Activation
6.2.3.4 Activation Observation
6.2.3.5 Deactivation
6.2.4 Performance Monitoring
6.2.5 Parameter Optimization
6.2.6 Troubleshooting
7 Parameters
8 Counters
9 Glossary
10 Reference Documents
1 About This Document
1.1 Scope
This document describes the dynamic power sharing features, including the technical principles,
related features, network impact, and engineering guidelines. This document covers the
following features:
WRFD-020116 Dynamic Power Sharing in Multi-Carriers
WRFD-160251 HSDPA Inter-Cell Power Sharing
This document applies to the following NE types.
NE Type NE Model
RNC N/A
This section provides information about the changes in different document versions. There are
two types of changes, which are defined as follows:
Feature change
Changes in features of a specific product version
Editorial change
Changes in wording or addition of information that was not described in the earlier version
RAN16.0 01 (2014-04-30)
Compared with Issue 01 (2013-04-28) of RAN15.0, Issue 01 (2014-04-30) of RAN16.0 includes
the following changes.
NOTE:
Y indicates that a feature is supported; N indicates that a feature is not supported; N/A indicates that an NE is not
involved, that is, a feature does not require the support of the NE.
2 Overview
2.1 Background
Along with the wide use of the WCDMA system, more and more hotspot areas use multi-carrier
power amplifiers (PAs). If traffic cannot be evenly distributed to different carriers, requirements
for downlink power resources will be unbalanced. In this situation, dynamic power sharing can
be used to balance the power requirements between carriers, thereby effectively increasing the
throughput.
2.2 Introduction
Power sharing means that power resources can be dynamically shared and allocated among
carriers or cells that use the same PA. Before the dynamic power sharing features are applied,
each cell is configured with the maximum transmit power. When traffic bursts in certain cells,
the maximum transmit power of these cells cannot be further improved. When multiple cells use
the same PA, power resources are not fully utilized if a cell has a great amount of data to
transmit while another cell has little data even no data to transmit. In this situation, the power
sharing features enable the cell with a great amount of data to transmit to use the remaining
power resources of the other cell, thereby improving cell performance and user experience.
The WRFD-020116 Dynamic Power Sharing in Multi-Carriers feature enables a cell that
carries HSDPA services to use the remaining power resources of another cell that carries
only R99 services with HSDPA services not enabled.
The WRFD-160251 HSDPA Inter-Cell Power Sharing feature enables cells that carry
HSDPA services to mutually share remaining power resources.
2.3 Benefits
After the WRFD-020116 Dynamic Power Sharing in Multi-Carriers feature is enabled, the
average throughput of HSDPA cells at busy hours can be increased by at least 5%.
After the WRFD-160251 HSDPA Inter-Cell Power Sharing feature is enabled, the RNC
automatically identifies inter-frequency co-coverage HSDPA cells that use the same PA in
multicarrier networks and puts these cells in a power sharing group. This feature can
increase the average user throughput of the HSDPA cells in the power sharing group by 5%
to 10% and increase the average throughput of users with a poor CQI by 10% to 50%.
3 Technical Description
3.1 Dynamic Power Sharing in Multi-Carriers
This chapter describes the WRFD-020116 Dynamic Power Sharing in Multi-Carriers feature.
Overview
This feature enables an R99 cell to share its remaining power resources with an HSDPA cell that
uses the same PA as this R99 cell, thereby increasing the HSDPA cell throughput and user
experience. When cells are configured with different transmit power, an HSDPA cell that is
configured with greater transmit power cannot use the remaining power resources of an R99 cell
that is configured with smaller transmit power.
Figure 3-1 shows how an R99 cell shares its power resources with an HSDPA cell.
Figure 3-1 R99 cell sharing its power resources with an HSDPA cell
Technical Description
The NodeB can be configured with a power sharing group by running the ADD
NODEBPAGRP command. In addition, the source cell is an R99 cell specified by the SLOCELL
parameter, and the target cell is an HSDPA cell specified by the DLOCELL parameter.
An R99 cell periodically calculates the maximum power that can be shared with an HSDPA cell.
The corresponding formula is as follows:
NOTE:
Psource-share indicates the maximum power of the R99 cell that can be shared by the HSDPA cell.
Pavailable indicates the remaining power of the R99 cell. It is calculated by the maximum configured power of
the R99 cell (specified by MaxTxPower) minus the power in use.
Pmax-share indicates the maximum power that can be shared by the R99 cell. It is calculated by multiplying
MaxTxPower and MAXSHRTO of the R99 cell.
Pmargin indicates the reserved power of the R99 cell. It is calculated by multiplying MaxTxPower and SHMGN
of the R99 cell.
The HSDPA cell allocates the power resources for its users based on its maximum configured
power and the maximum power that can be shared by the R99 cell.
3.2 HSDPA Inter-Cell Power Sharing
This chapter describes the WRFD-160251 HSDPA Inter-Cell Power Sharing feature.
Overview
With the HSDPA Inter-Cell Power Sharing feature, an HSDPA cell that has data to transmit but
suffers power resource insufficiency can dynamically share the remaining power resources of an
HSDPA cell in a power sharing group (with the same PA and sector). This feature supports a
maximum of 2 HSDPA cells for power sharing. This increases the power usage and HSDPA
throughput, thereby improving user experience.
The algorithm works as follows: If cell A has HSDPA data to transmit but suffers power
resource insufficiency while cell B has remaining power resources, cell B can share its remaining
power resources with cell A. When HSDPA data transmission in cell A is complete, cell B
reclaims the shared power resources. If cell B has HSDPA data to transmit while HSDPA data
transmission in cell A is in progress by sharing the power resources of cell B, cell B will
instantly reclaim the shared power resources to ensure good user experience. Figure 3-2 shows
details of the algorithm.
Figure 3-2 Dynamic power sharing between two HSDPA cells
If the average load of each cell in a power sharing group is heavy, the remaining power resources
for sharing become scarce. In this situation, the feature gains on the total throughput are not
obvious. If one cell in a power sharing group experiences heavy load while other cells experience
light load, the remaining power resources of lightly loaded cells are always shared by heavily
loaded cells. This affects the experience of users in the lightly loaded cells. Therefore, this
feature is recommended only when the average load of each cell in a power sharing group is
light. It is recommended that this function be used when the cells are both lightly loaded. For
details, see section When to Use HSDPA Inter-Cell Power Sharing.
Technical Description
This feature takes effect when a power sharing group is configured by running the NodeB MML
command ADD NODEBPAGRP with the PWSHM parameter set to HCELLTOHCELL.
This function adjusts the maximum transmit power through the following power sharing
mechanism:
1. Calculates the requested sharing-in or sharing-out power based on the average power usage
of the previous period.
If the average power usage in the previous period is greater than or equal to 80% of
Pmax (maximum configured power, specified by the MaxTxPower parameter), the cell is
set to the "request shared-in" state, and the requested sharing-in power equals the
smaller one between the value of the recommended value of the requested sharing-in
power and the value of Pmax multiplied by Rmax-share (ratio of the maximum cell power
available for sharing to the maximum configured power, specified by the MAXSHRTO
parameter). The recommended value of the requested sharing-in power considers the
average power usage of the cell in the previous period as well as the power sharing
step (15%).
If the average power usage in the previous period is less than 80% of Pmax, the cell is
set to the "request shared-out" state and the requested sharing-out power equals the
smaller one between the value of the recommended requested sharing-out power and
the value of Pmax x Rmax-share. The value of the recommended requested sharing-out
power is calculated as follows: The recommended value of the requested sharing-out
power is calculated as follows: Recommended requested sharing-out power =
Remaining power in the previous period Pmax Rshare-margin. Rshare-margin indicates the
ratio of the reserved power to the maximum configured power of the source cell,
which is specified by the SHMGN parameter.
2. Calculates the power that is actually shared between cells based on the requested sharing-
in or sharing-out power of each cell.
If one cell is in the "request sharing-in" state and the other is in the "request sharing-
out" state, the actual power to be shared is the smaller one between the requested
sharing-in power and requested sharing-out power.
Otherwise, Pshare is 0.Otherwise, the value of the power that is actually shared between
cells is 0.
3. Using es the shared power.
For a cell in the "request sharing-in" state, the power allocated to its HSDPA services
equals the value of Pmax plus the actual power to be shared between cells.
For a cell in the "request sharing-out" state, the power allocated to its HSDPA services
equals the value of Pmax minus the actual power to be shared between cells.
4 Related Features
Prerequisite Features
Impacted Features
None
4.2 WRFD-160251 HSDPA Inter-Cell Power Sharing
Prerequisite Features
Impacted Features
5 Network Impact
System Capacity
After the feature takes effect, the average throughput of HSDPA cells increases by a minimum of
5%.
Network Performance
After the feature takes effect, the average throughput of HSDPA cells increases by a minimum of
5%. However, the CS/PS call drop rate and CS/PS RAB setup success rate may slightly
deteriorate due to increased downlink HSDPA cell load and increased downlink inter-cell
interference.
5.2 WRFD-160251 HSDPA Inter-Cell Power Sharing
System Capacity
When this feature is used in two cells with light load, the power resource usage increases. When
the maximum power sharing ratio is set to a value ranging from 40% to 50%, the average user
throughput increases by about 5% to 10%, and the average throughput of users with poor CQIs
(CQI 10) in the cells increases by 10%. The cell throughput gains are affected by the maximum
power configured for the cell. The greater the configured power, the smaller the gains.
If this feature is used in two cells with heavy load, the average user throughput does not increase
because such cells have high power resource usage and remain few resources.
If this feature is used between two cells with unbalanced load (for example, one cell always
shares its power resources with another cell), the average user throughput in the cell that shares
remaining power resources may deteriorate. It is recommended that this feature be disabled in
this scenario.
Network Performance
This feature increases the average transmit power of HS-PSDCHs that transmit data by 10% to
20% and the average cell load by 2% to 5%.
Due to increased downlink cell load and increased downlink inter-cell interference, any of the
following KPIs may deteriorate: CS call drop rate, PS call drop rate, CS RAB setup success rate,
and PS RAB setup success rate. If the deterioration is more serious than expected, lower the
value of the MAXSHRTO parameter.
NOTE:
About the KPI deterioration mentioned above, here is an example from an unnamed office, which is provided for
reference only: After this feature was enabled at an office where the original CS call drop rate was about 0.1% and
the original PS call drop rate was about 0.2%, the CS and PS RAB setup success rates did not change but the RRC
access success rate as well as the CS and PS call drop rates experienced decreases of 0.02%. The deterioration
degree of each site depends on the increase in the downlink load.
6 Engineering Guidelines
For HSDPA cells, it is recommended that this feature be enabled to further improve the
experience in HSDPA data transmission of users in a cell which meets the following
conditions:
The value of the VS.MeanTCP.NonHS(BSC6900,BSC6910) counter (average
downlink non-HSDPA carrier transmit power) is less than 40%, indicating that the
downlink non-HSDPA carrier transmit power is low.
KPIs (such as the CS/PS call drop rate and CS/PS RAB setup success rate) are better
than the average KPIs of the entire network.
For R99 cells, it is recommended that this feature be enabled when the value of the
VS.MeanTCP.NonHS(BSC6900,BSC6910) counter (average downlink transmit power of
non-HSDPA carriers) is less than 60%.
This feature is not recommended between macro and micro cells in a macro and micro
combined network.
6.1.2 Required Information
6.1.3.1 Requirements
Hardware
None
Other Features
For prerequisite features, see 4.1 WRFD-020116 Dynamic Power Sharing in Multi-Carriers.
License
For details about how to activate the license, see License Management Feature Parameter
Description.
If RAN Sharing is enabled, the licensed value is allocated among the primary and secondary
operators according to the value of the License Allocation for Multiple Operators
parameter.
Method 1: some license control items, such as Dynamic CE Function (per NodeB), can be
allocated only through the common group. For the NodeB license allocation among
multiple operators, see License Management Feature Parameter Description.
Other Requirements
Dynamic Spectrum Sharing cannot be enabled together with dynamic power sharing.
The R99 cell and HSDPA cell must use the same RF module and be configured with the
same maximum power.
6.1.3.2 Data Preparation
Parameter Parameter ID Setting Notes Data Source
Name
6.1.3.3 Activation
NOTE:
When configuring the Dynamic Power Sharing in Multi-Carriers feature on the CME, perform a single configuration
first, and then perform a batch modification if required. Configure the parameters of a single object before a batch
modification. Perform a batch modification before logging out of the parameter setting interface.
1. Run the NodeB MML command DSP NODEBPAGRP to check whether a cell is added to
a power sharing group. If it is, this feature has taken effect. If it is not, the cell does not
meet the power sharing requirements.
2. Observe NodeB performance counters. This feature has taken effect if the value of the
following formula increases:
VS.HSDPA.DataOutput.Traffic/(VS.HSDPA.All.ScheduledNum x 2)
6.1.3.5 Deactivation
1. Run the NodeB MML command RMV NODEBPAGRP. In this step, set the Destination
Local Cell ID parameter to remove the corresponding power sharing group.
2. Run the NodeB MML command SET ULOCELLMACHSPARA. In this step, set
HSDPA L2 Optition Switch to OFF.
//Deactivation procedure
RMV NODEBPAGRP: DLOCELL=2;
//Turning off the R99-to-HSDPA cell power sharing switch for the cells that
are enabled with the power sharing function
//Turning off the switch controlling whether to enable Layer 2 optimization
for HSDPA services for all cells that are involved in power sharing
NOTE:
When configuring the Dynamic Power Sharing in Multi-Carriers feature on the CME, perform a single configuration
first, and then perform a batch modification if required. Configure the parameters of a single object before a batch
modification. Perform a batch modification before logging out of the parameter setting interface.
2. (Optional) Modify objects in batches on the CME. (CME batch modification center)
To modify objects in batches, click on the CME to start the batch modification wizard.
For instructions on how to perform a batch modification through the CME batch
modification center, press F1 while running the wizard to obtain online help.
Table 6-2 Configuring parameters on the CME
SN MO NE Parameter Parameter ID Configurable
Name in CME Batch
Modification
Center
When the traffic volume is stable, the throughput of HSDPA users in a cell increases at the MAC
layer during data transmission. The throughput can be calculated as follows:
VS.HSDPA.DataOutput.Traffic/(VS.HSDPA.All.ScheduledNum x 2).
6.1.5 Parameter Optimization
If the KPI deterioration is more serious than expected, lower the value of the MAXSHRTO
parameter.
6.1.6 Troubleshooting
Table 6-3 Alarm for the Dynamic Power Sharing in Multi-Carriers feature
Alarm ID Alarm Name NE Feature ID Feature Name
If you cannot observe whether the WRFD-020116 Dynamic Power Sharing in Multi-Carriers
feature has taken effect in a cell, the cell does not meet the conditions for power sharing. For
details, see 6.1.3.1 Requirements. In this situation, it is recommended that this feature be enabled in
other cells under the same site as this cell or in the cells under other sites.
6.2 WRFD-160251 HSDPA Inter-Cell Power Sharing
This feature is not recommended between macro and micro cells in a macro and micro
combined network.
If the periodic power sharing function is enabled for small-traffic services or ping services,
the data transmission duration is very short, and therefore the shared power resources
cannot be reclaimed in time. As a result, the service rate on the air interface is lowered, and
the delay is prolonged. It is recommended that this feature be disabled for delay-sensitive
services, such as ping services.
6.2.2 Required Information
Network KPIs collected before the deployment: CS call drop rate, PS call drop rate, CS
RAB setup success rate, and PS RAB setup success rate
RNC performance counters collected before the deployment:
VS.MeanTCP(BSC6900,BSC6910) and VS.MeanTCP.NonHS(BSC6900,BSC6910)
NodeB performance counters collected before the deployment: VS.PdschPwrRatio.Mean,
VS.HSDPA.DataOutput.Traffic, VS.DataTtiRatio.Mean, and
VS.HSDPA.InactiveDataTtiRatio.Mean
Whether the value of PWRMGN in the LST ULOCELLMACHSPARA command is less
than 10% and whether the value of HspaPower in the LST UCELLHSDPA command is
greater than -1 dB, which determines whether the available HSDPA power is sufficient for
inter-cell power sharing
6.2.3 Deployment
This section describes how to activate, verify, and deactivate HSDPA inter-cell power sharing.
6.2.3.1 Requirements
Hardware
Dependency on NodeB hardware
3900 series base stations configured with the WBBPb, WBBPd, WBBPf, or UBBPd
board support this feature. RF modules that support this function are listed in the
following table.
MRFU Supported
RF Module Type Feature Supported or Not
MRFUd Supported
MRFUe Supported
RRU3804 Supported
RRU3805 Supported
RRU3806 Supported
RRU3824 Supported
RRU3826 Supported
RRU3828 Supported
RRU3829 Supported
RRU3832 Supported
RRU3838 Supported
RRU3908 Supported
RRU3926 Supported
RRU3928 Supported
RRU3929 Supported
RRU3936 Supported
RRU3938 Supported
RRU3942 Supported
WRFUd Supported
WRFUe Supported
AAU3902 Supported
Other Features
For prerequisite features, see 4.2 WRFD-160251 HSDPA Inter-Cell Power Sharing.
License
None
Other requirements
Both of the cells must be served by one RF module. In the scenarios of multiple RRUs
in one cell, RF modules serving the two cells must be the same.
Both of the cells must be owned by one operator. In MOCN mode, both of the cells
must be owned by one carrier-sharing operator group.
Both of the cells must not be enabled with MIMO, two transmission channels, or
virtual antenna mapping (VAM).
Both of the cells must not be served by RRUs in cold backup mode.
Both of the cells cannot be configured as Integrated Mobile Broadcast (IMB) cells.
The inter-band inter-frequency power sharing is not supported.
Table 6-4 Data to prepare on the NodeB side before enabling this feature
Parameter Parameter ID Setting Notes Data Source
Name
Table 6-5 Data to prepare on the RNC side before enabling this feature
Parameter Name Parameter ID Setting Notes Data Source
6.2.3.3 Activation
NOTE:
When configuring the HSDPA Inter-Cell Power Sharing feature on the CME, perform a single configuration first,
and then perform a batch modification if required. Configure the parameters of a single object before a batch
modification. Perform a batch modification before logging out of the parameter setting interface.
2. (Optional) Modify objects in batches on the CME. (CME batch modification center)
To modify objects in batches, click on the CME to start the batch modification wizard.
For instructions on how to perform a batch modification through the CME batch
modification center, press F1 while running the wizard to obtain online help.
Table 6-6 Configuring parameters on the CME
Source SLOCELL
Local Cell
ID
Destination DLOCELL
Local Cell
ID
Max MAXSHRTO
Sharing
Power
Ratio
Sharing SHMGN
Power
Margin
1. Run the NodeB MML command DSP NODEBPAGRP to check whether a cell is added to
a power sharing group. If it is, this feature has taken effect. If it is not, the cell does not
meet the power sharing requirements.
2. If the value of the NodeB counter VS.HSDPAPwrShare.TtiNum is greater than zero, the
HSDPA inter-cell power sharing feature has been activated.
6.2.3.5 Deactivation
1. Run the NodeB MML command RMV NODEBPAGRP. In this step, set the Destination
Local Cell ID parameter to remove a specified cell from the power sharing group.
//Deactivation procedure
RMV NODEBPAGRP: DLOCELL=2;
2. (Optional) Modify objects in batches on the CME. (CME batch modification center)
To modify objects in batches, click on the CME to start the batch modification wizard.
For instructions on how to perform a batch modification through the CME batch
modification center, press F1 while running the wizard to obtain online help.
Table 6-7 Configuring the parameter on the CME
Gain Evaluation
When the traffic volume is stable, the throughput of HSDPA users in a cell increases at the MAC
layer during data transmission.
The throughput can be calculated as follows:
VS.HSDPA.DataOutput.Traffic/[(VS.DataTtiRatio.Mean -
VS.HSDPA.InactiveDataTtiRatio.Mean) x {SP} x 60]. SP indicates the statistical periods of
the performance counters in the formula.
On the NodeB side, the values of counters related to the HSDPA transmit power may exceed
100%.
Measurements on the RNC are based on reported NodeB common measurements. As specified in
3GPP specifications, the downlink transmit power in the reported common measurements ranges
from 0% to 100% relative to the maximum configured transmit power. Therefore, the downlink
transmit power in a cell cannot be accurately determined based on the performance counters on
the RNC side after this feature is enabled.
Relationships between the NodeB and RNC performance counters are changed as follows:
Before the HSDPA Inter-Cell Power Sharing feature is enabled, the sum of
VS.PdschPwrRatio.Mean and VS.MeanTCP.NonHS approaches to the value of
VS.MeanTCP.
After the HSDPA Inter-Cell Power Sharing feature is enabled, the sum of
VS.PdschPwrRatio.Mean and VS.MeanTCP.NonHS may be greater than the value of
VS.MeanTCP.
The calculation formula is as follows:
Where
VS.PdschPwrRatio.Mean indicates the average transmit power of the HS-PDSCH in the
observed cell, in the unit of . This is a NodeB counter.
VS.MeanTCP.NonHS(BSC6900,BSC6910) indicates the average downlink non-HSDPA
carrier transmit power in a cell, in the unit of dBm. This is an RNC counter.
VS.MeanTCP(BSC6900,BSC6910) indicates the average carrier transmit power in a cell, in the
unit of dBm. This is an RNC counter.
MaxTxPower: Indicates the maximum configured transmit power in a cell, in the unit of 0.1
dBm. This is an RNC counter.
KPI Monitoring
The CS/PS call drop rate and CS/PS RAB setup success rate slightly deteriorate after the
HSDPA Inter-Cell Power Sharing feature is enabled.
6.2.5 Parameter Optimization
If the KPI deterioration is more serious than expected, lower the value of the MAXSHRTO
parameter.
6.2.6 Troubleshooting
Table 6-8lists the new alarm for this feature. When power sharing is configured for carriers, this
alarm is reported if the logical cell to be established does not meet the power sharing
requirements.
Table 6-8 Alarm for the HSDPA Inter-Cell Power Sharing feature
Alarm ID Alarm Name NE Feature ID Feature Name
Unit: %
Actual Value Range:
1~80
Default Value: 50
SHMGN BTS3900, ADD NODEBPAGRP WRFD- Dynamic Meaning: Indicates the
BTS3900 MOD NODEBPAGRP 020116 Power Sharing power sharing margin. If
WCDMA LST NODEBPAGRP WRFD- in Multi- Power Share Method is
010610 Carriers set to
HSDPA R99CELLTOHCELL, the
Introduction margin is used to
Package counteract power
fluctuation of R99 users
due to delayed power
sharing. If Power Share
Method is set to
HCELLTOHCELL, the
margin is used to
counteract power
fluctuation of R99 users
due to delayed power
sharing and the burst
services in the HSDPA
cell that provides power
for sharing.
GUI Value Range: 1~80
Unit: %
Actual Value Range:
1~80
Default Value: 10
PWSHM BTS3900, ADD NODEBPAGRP WRFD- HSDPA Meaning:
BTS3900 MOD NODEBPAGRP 010610 Introduction Indicates the policy of
WCDMA LST NODEBPAGRP Package power sharing between
cells. If this parameter is
set to
R99CELLTOHCELL, only
one-way power sharing
from the source cell
(SLOCELL) to the target
cell (DLOCELL) is
supported.
If this parameter is set to
HCELLTOHCELL,
bilateral power sharing
between local cell 1
(SLOCELL) and local cell
Parameter ID NE MML Command Feature ID Feature Name Description
2 (DLOCELL) is
supported.
GUI Value Range:
R99CELLTOHCELL(R99
cell to HSDPA cell),
HCELLTOHCELL(HSDPA
cell to HSDPA cell)
Unit: None
Actual Value Range:
R99CELLTOHCELL,
HCELLTOHCELL
Default Value:
R99CELLTOHCELL(R99
cell to HSDPA cell)
MaxTxPower BSC6900 ADD UCELLSETUP WRFD- Open Loop Meaning: Sum of the
MOD UCELL 020501 Power Control maximum transmit power
of all DL channels in a
cell. For detailed
information of this
parameter, see 3GPP TS
25.433.
GUI Value Range: 0~500
Unit: 0.1dBm
Actual Value Range:
0~50
Default Value: 430
GUPOWERSHARE BTS3900, ADD ULOCELL MRFD- Multi-mode Meaning: Indicates
BTS3900 MOD ULOCELL 221801 Dynamic whether the local cell
WCDMA LST ULOCELL Power supports GU power
Sharing(UMTS) share. When the
parameter is set to TRUE,
the local cell supports GU
power share.
GUI Value Range:
FALSE(FALSE),
TRUE(TRUE)
Unit: None
Actual Value Range:
FALSE, TRUE
Default Value:
TRUE(TRUE)
Parameter ID NE MML Command Feature ID Feature Name Description
8 Counters
9 Glossary
10 Reference Documents