Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Issue
01
Date
2009-03-30
Huawei Technologies Co., Ltd. provides customers with comprehensive technical support and service. For
any assistance, please contact our local office or company headquarters.
Website:
http://www.huawei.com
Email:
support@huawei.com
Notice
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.
Wu Xianbin
Date
2008-10-26
Edited by
Cheng Xiaoli
Date
2008-12-09
Reviewed by
Zeng Yongmei
Date
2008-12-10
Translated
by
Wang Xiaofen
Date
2008-12-20
Tested by
Zhang Shasha
Date
2009-01-10
Approved by
Duan Zhongyi
Date
2009-03-30
RAN
Load Control Parameter Description
Contents
Contents
1 Change History.............................................................................3
2 Load Control Introduction..............................................................3
3 Load Control Algorithm Overview...................................................3
3.1 Load Control Workflow.....................................................................................................................................3
3.2 Algorithm Introduction......................................................................................................................................3
3.3 Priorities Involved in Load Control...................................................................................................................3
3.3.1 User Priority.............................................................................................................................................3
3.3.2 RAB Integrated Priority............................................................................................................................3
3.3.3 User Integrated Priority............................................................................................................................3
Issue 01 (2009-03-30)
RAN
Load Control Parameter Description
Contents
RAN
Load Control Parameter Description
Contents
13 Reference Documents.................................................................3
Issue 01 (2009-03-30)
RAN
Load Control Parameter Description
1 Change History
Change History
The change history provides information on the changes in different document versions.
RAN Version
01 (2009-03-30)
11.0
Draft (2009-03-10)
11.0
Draft (2009-01-15)
11.0
Editorial change: refers to the change in the information that was inappropriately
described or the addition of the information that was not described in the earlier version.
01 (2009-03-30)
This is the document for the first commercial release of RAN11.0.
Compared with issue draft (2009-03-10) of RAN11.0, this issue incorporates the following
changes:
Change
Type
Change Description
Parameter Change
Feature change
Issue 01 (2009-03-30)
RAN
Load Control Parameter Description
1 Change History
Change
Type
Change Description
Parameter Change
Editorial change
None.
None.
Draft (2009-03-10)
This is the second draft of the document for RAN11.0.
Compared with issue draft(2009-01-15) of RAN11.0, draft (2009-03-10) incorporates the
following changes:
Change
Type
Change Description
Parameter Change
Feature change
None.
None.
Editorial
change
StartTime1
EndTime1
StartTime2
EndTime2
StartTime3
EndTime3
DynShutdownSwitch
TotalUserNumThd
HsdpaUserNumThd
HsupaUserNumThd
NCellLdrRemainThd
DynCellShutdownProtectTimerlen
DynCellOpenJudgeTimerlen
Draft (2009-01-15)
This is the initial draft of the document for RAN11.0.
Compared with issue 03 (2008-12-30) of RAN10.0, draft (2009-01-15) incorporates the
following changes:
Issue 01 (2009-03-30)
RAN
Load Control Parameter Description
1 Change History
Change
Type
Change Description
Parameter Change
Feature change
Issue 01 (2009-03-30)
UlBasicCommMeasFilterCoeff
DlBasicCommMeasFilterCoeff
PucAvgFilterLen
UlCacAvgFilterLen
DlCacAvgFilterLen
LdbAvgFilterLen
UlLdrAvgFilterLen
DlLdrAvgFilterLen
UlOlcAvgFilterLen
DlOlcAvgFilterLen
HsdpaNeedPwrFilterLen
ChoiceRprtUnitForHsdpaPwrMeas
TenMsecForHsdpaPwrMeas
MinForHsdpaPwrMeas
ChoiceRprtUnitForHsdpaRateMeas
TenMsecForHsdpaPrvidRateMeas
MinForHsdpaPrvidRateMeas
ChoiceRprtUnitForHsupaRateMeas
TenMsecForHsupaPrvidRateMeas
MinForHsupaPrvidRateMeas
HsdpaPrvidBitRateFilterLen
HsupaPrvidBitRateFilterLen
RedirSwitch
RedirFactorOfNorm
RedirFactorOfLDR
RedirBandIn
ReDirUARFCNUplinkInd
ReDirUARFCNUplink
ReDirUARFCNDownlink
EcN0EffectTime
EcN0Ths
RAN
Load Control Parameter Description
Change
Type
1 Change History
Change Description
Parameter Change
PSBELowRateAccessSwitch
ZeroRateUpFailToRelTimerLen
FACHPwrReduceValue
StartTime1
EndTime1
StartTime2
EndTime2
StartTime3
EndTime3
DynShutdownSwitch
TotalUserNumThd
HsdpaUserNumThd
HsupaUserNumThd
NCellLdrRemainThd
DynCellShutdownProtectTimerlen
DynCellOpenJudgeTimerlen
SLOCELL
DLOCELL
MAXSHRTO
SHMGN
None.
Issue 01 (2009-03-30)
RAN
Load Control Parameter Description
The WCDMA system is a self-interfering system. As the load of the system increases, the
interference rises. A relatively high interference can affect the coverage and QoS of
established services. Therefore, the capacity, coverage, and QoS of the WCDMA system are
mutually affected.
Through the control of key resources, such as power, downlink channelization codes, channel
elements (CEs), Iub transmission resources, which directly affect user experience, load
control aims to maximize the system capacity while ensuring coverage and QoS.
In addition, load control provides differentiated services for users with different priorities. For
example, when the system resources are insufficient, procedures such as direct admission,
preemption, redirection can be performed to ensure the successful access of emergency calls
to the network.
Intended Audience
This document is intended for:
Impact
This feature has no impact on system performance.
Issue 01 (2009-03-30)
RAN
Load Control Parameter Description
Node
B
RN
C
MSC Server
MGW
SGSN
GGSN
HLR
NOTE:
: not involved
: involved
UE = User Equipment, RNC = Radio Network Controller, MSC Server = Mobile Service Switching
Center Server, MGW = Media Gateway, SGSN = Serving GPRS Support Node, GGSN = Gateway
GPRS Support Node, HLR = Home Location Register
Issue 01 (2009-03-30)
Algorithm Introduction
The load control algorithms are applied to the different UE access phases as follows:
During UE access: Intelligent Access Control (IAC) and Call Admission Control (CAC)
After UE access: intra-frequency Load Balancing (LDB), Load Reshuffling (LDR), and
Overload Control (OLC)
In addition, functional load control algorithms vary depending on the load levels of the cell, as
shown in the following figure.
Figure 3.1.1.I.1.1.2 Load control algorithms used on different cell load levels
The function of PUC is to balance traffic load between inter-frequency cells. The RNC
uses PUC to modify cell selection and reselection parameters, and broadcasts them
through system information. In this way, UEs are led to cells with a light load. The UEs
can be in idle mode, CELL_FACH state, CELL_PCH state, or URA_PCH state.
Code reshuffling
Each load control algorithm involves three factors: measuring, triggering, and controlling.
Valid measurement is a prerequisite for effective control.
The following table lists the resources that are considered by different load control
algorithms.
Resources
Power
Code
NodeB
Credits
Iub
Bandwid
th
CAC
IAC
PUC
LDB
LDR
OLC
NOTE
: not considered
: considered
1
0
11
1
2
1
3
1
4
15
User
Priori
ty
ERRO
R
ARP 15 is always the lowest priority and is not configurable. It corresponds to user priority 3 (copper).
If ARP is not received in messages from the Iu interface, the user priority is regarded as copper.
The levels of user priority are mainly used to provide different QoS for different users, for
example, setting different Guaranteed Bit Rate (GBR) values for BE services according to
different priority levels.
The GBR of BE services are configurable. According to the traffic class, priority level, and
carrier type (DCH or HSPA), the different values of GBR are configured through the SET
USERGBR command.
Changes in the mapping between ARP and user priority have an influence on the following
features:
Iub overbooking
Load control
If the integrated priority configuration reference parameter is set to Traffic Class, the
integrated priority abides by the following rules:
Traffic classes: conversational -> streaming -> interactive -> background =>
Only for the interactive service of the same ARP value: priority based on Traffic
Handling Priority (THP), that is, THP1 -> THP2 -> THP3 -> ... -> THP14 =>
Services of the same ARP, traffic class and THP (only for interactive services): High
Speed Packet Access (HSPA) or Dedicated Channel (DCH) service preferred
depending on the carrier type priority indicator parameter (CarrierTypePriorInd).
If the integrated priority configuration reference parameter is set to ARP, the integrated
priority abides by the following rules:
ARP: ARP1 -> ARP2 -> ARP3 -> ... -> ARP14 =>
Services of the same ARP: priority based on traffic classes, that is, conversational ->
streaming -> interactive -> background =>
Only for the interactive service of the same ARP value: priority based on Traffic
Handling Priority (THP), that is, THP1 -> THP2 -> THP3 -> ... -> THP14 =>
Services of the same ARP, traffic class and THP (only for interactive services): HSPA
or DCH service preferred depending on the carrier type priority indicator parameter.
ARP and THP are carried in the RAB ASSIGNMENT REQUEST message, and they are not
configurable on the RNC LMT.
selection of R99 users during preemption, the selection of users during inter-frequency load
handover for LDR, and the selection of users during switching of BE services to common
channels are performed according to the user integrated priority.
The load control algorithms, such as OLC and CAC, use load measurement values in the
uplink and the downlink. A common Load Measurement (LDM) algorithm is required to
control load measurement in the uplink and the downlink, which makes the algorithm
relatively independent.
The NodeB and the RNC perform measurements and filtering. The statistics obtained after the
measurements and filtering serve as the data input for the load control algorithms.
This chapter consists of the following sections:
Non-HSPA power: TCP excluding the power used for transmission on HS-PDSCH, HSSCCH, E-AGCH, E-RGCH, and E-HICH
Here:
PBR on E-DCH
Power Requirement for GBR (GBP) on HS-DSCH: minimum power required to ensure
the GBR on HS-DSCH
Received Scheduled E-DCH Power Share (RSEPS): power of the E-DCH scheduling
service
The NodeB measures the major measurement quantities and then obtains original
measurement values. After layer 3 filtering on the NodeB side, the NodeB reports the cell
measurement values to the RNC.
The RNC performs smooth filtering on the measurement values reported from the NodeB and
then obtains the measurement values, which further serve as data input for the load control
algorithms.
The following figure shows the measurement model at the physical layer that is compliant
with 3GPP 25.302.
In Figure 4.2.1.I.1.1.1:
Layer 1 filtering is not standardized by protocols and it depends on vendor equipment. Layer
3 filtering is standardized. The filtering effect is controlled by a higher layer. The alpha
filtering that applies to layer 3 filtering is calculated according to the following formula:
Here:
Delay susceptibilities of PUC, CAC, LDR, and OLC to common measurement are different.
The LDM algorithm must apply different smooth filter coefficients and measurement periods
to those algorithms; thus, they can get expected filtered values.
The following table lists the smooth window length parameters for setting different
algorithms.
Algorithm
PUC
PucAvgFilterLen
CAC
UlCacAvgFilterLen
DlCacAvgFilterLen
LDB
LdbAvgFilterLen
LDR
UlLdrAvgFilterLen
DlLdrAvgFilterLen
OLC
UlOlcAvgFilterLen
DlOlcAvgFilterLen
GBP measurements have the same smooth window length in all related algorithms. The filter length for
GBP measurement is specified by the HsdpaNeedPwrFilterLen parameter.
RTWP
ChoiceRprtUnitForUlBasicMeas
RSEPS
TenMsecForUlBasicMeas
TCP
Non-HSDPA power
MinForUlBasicMeas
ChoiceRprtUnitForDlBasicMeas
TenMsecForDlBasicMeas
MinForDlBasicMeas
GBP
ChoiceRprtUnitForHsdpaPwrMeas
TenMsecForHsdpaPwrMeas
MinForHsdpaPwrMeas
Measurement
HS-DSCH PBR
ChoiceRprtUnitForHsdpaRateMeas
TenMsecForHsdpaPrvidRateMeas
MinForHsdpaPrvidRateMeas
E-DCH PBR
ChoiceRprtUnitForHsupaRateMeas
TenMsecForHsupaPrvidRateMeas
MinForHsupaPrvidRateMeas
On the RNC side, the length of the PBR smooth filter window is specified by the
HsdpaPrvidBitRateFilterLen / HsupaPrvidBitRateFilterLen parameter.
If the temperature in the equipment room is constant, the background noise changes
slightly. In this case, the background noise requires no more adjustment after initial
correction.
If the temperature in the equipment room varies with the ambient temperature, the
background noise changes greatly. In this case, the background noise requires autoadaptive upgrade.
Figure 4.3.1.I.1.1.1 shows the procedure of auto-adaptive background noise upgrade, which is
enabled by the BGNSwitch parameter.
BGNSwitch is set to ON by default.
The Alpha filter formula is: Fn = (1 - ) x Fn-1 + x Mn (n1). For details about this formula, see
4.2.1"Filtering on the NodeB Side."
In the case that BGNSwitch is set to ON, the procedure of auto-adaptive background noise
upgrade is as follows:
1
The RNC initializes the counter and filter that are used for auto-adaptive upgrade and
sets the initial value (F0) of the filter to BackgroundNoise.
2.
The RNC receives the latest RTWP measurement value (Mn) from the physical layer.
3.
The RNC determines whether the current time is within the effective period of the
algorithm, that is, whether the current time is later than BgnStartTime and earlier than
BgnEndTime. If the current time is within the effective period, the RNC performs the
next step. Otherwise, the RNC waits for the next RTWP measurement value.
4.
The RNC determines whether the current Equivalent Number of Users (ENU) in the cell
is greater than the value of BGNEqUserNumThd:
If the current ENU is greater than this threshold value, the RNC infers that M n
includes other noises in addition to the background noise, and therefore it does not
feed Mn to the filter. In addition, the RNC sets the counter to zero, keeps the current
background noise unchanged, sets the initial value of the filter to the current
background noise, and waits for the next RTWP measurement value.
If the current ENU in the cell is smaller than or equal to the threshold value, the RNC
feeds Mn to the filter and performs the next step.
5.
The RNC determines whether |Mn Fn-1| is smaller than the value of BgnAbnormalThd.
If it is smaller than this threshold value, the RNC increments the counter by one,
calculates Fn according to the Alpha filter formula, and performs the next step.
Otherwise, the RNC waits for the next RTWP measurement value.
6.
The RNC determines whether the counter reaches the counting threshold. If it reaches
the counting threshold, the RNC performs the next step. Otherwise, the RNC waits for
the next RTWP measurement value.
7.
8.
The RNC determines whether |F n - current background noise| is greater than the value of
BgnUpdateThd. The purpose is to prevent frequent background noise upgrades on the
Iub interface. If it is greater than the value of BgnUpdateThd, the RNC sets the current
background noise to Fn, sets the counter to zero, and waits for the next RTWP
measurement value. Otherwise, the RNC sets the counter to zero and waits for the next
RTWP measurement value.
In the WCDMA system, the mobility management of the UE in idle or connected mode is
implemented by cell selection and reselection. The Potential User Control (PUC) algorithm
controls the cell selection and cell reselection of the potential UE and prevents an idle UE
from camping on a heavily loaded cell.
The PUC algorithm is only valid for inter-frequency cells.
The PUC algorithm is enabled only when the PUC subparameter of the NBMLdcAlgoSwitch
parameter is set to 1.
The RNC periodically monitors the downlink load of the cell.
If the cell load is higher than the upper threshold (SpucHeavy) plus the load level
division hysteresis (SpucHyst), the cell load is considered heavy.
If the cell load is lower than the lower threshold (SpucLight) minus SpucHyst, the cell
load is considered light.
The states of cell load are heavy, normal, and light, as shown Figure 5.1.1.I.1.1.2.
Figure 5.1.1.I.1.1.2 Cell load states
If the cell load becomes heavy, the PUC modifies cell selection and reselection
parameters and broadcasts them through system information. In this way, the PUC leads
UEs to the neighboring cells with light load.
If the cell load becomes normal, the PUC uses the cell selection and reselection
parameters configured on the RNC LMT.
If the cell load becomes light, the PUC modifies cell selection and reselection parameters
and broadcasts them through system information. In this way, the PUC leads UEs to this
cell.
Description
Implementatio
n
Adjustment
Depending on the load status of the current cell, the cell reselection parameters are adjusted.
The setting of Sintersearch affects the current cell. Its value is related to the load of the
current cell. Table 5.1.1.I.1.1.2.2 describes the changes of Sintersearch.
Table 5.1.1.I.1.1.2.2 Changes of Sintersearch according to the load state
Load State of
the Current
Cell
Sintersearch
Change of
Sintersearch
Light
Normal
S'intersearch = Sintersearch
Heavy
S'intersearch = Sintersearch +
OffSinterHeavy
Load State of
the Current
Cell
Sintersearch
Change of
Sintersearch
The configuration of Qoffset1 and Qoffset2 affects the neighboring cells. Their values are
related to the load of the current cell and the load of the neighboring cells. Table
5.1.1.I.1.1.2.3 describes the changes of Qoffset1 and Qoffset2.
Table 5.1.1.I.1.1.2.3 Changes of Qoffset1 and Qoffset2 according to the load state
Load State
of the
Neighboring
Cells
Load
State of
the
Current
Cell
Q'offset1
Change
of
Q'offset
1
Q'offset2
Change
of
Q'offset
2
Light
Light
Q'offset1 = Qoffset1
Q'offset2 = Qoffset2
Light
Normal
Q'offset1 = Qoffset1
Q'offset2 = Qoffset2
Light
Heavy
Q'offset1 = Qoffset1
+ OffQoffset1Light
Q'offset2 = Qoffset2
+ OffQoffset2Light
Normal
Light
Q'offset1 = Qoffset1
Q'offset2 = Qoffset2
Normal
Normal
Q'offset1 = Qoffset1
Q'offset2 = Qoffset2
Normal
Heavy
Q'offset1 = Qoffset1
+ OffQoffset1Light
Q'offset2 = Qoffset2
+ OffQoffset2Light
Heavy
Light
Q'offset1 = Qoffset1
+ OffQoffset1Heavy
Q'offset2 = Qoffset2
+ OffQoffset2Heavy
Heavy
Normal
Q'offset1 = Qoffset1
+ OffQoffset1Heavy
Q'offset2 = Qoffset2
+ OffQoffset2Heavy
Heavy
Heavy
Q'offset1 = Qoffset1
Q'offset2 = Qoffset2
The prerequisite for the changes of the preceding parameters is that these parameters take their default
values.
The access of a service to the network consists of setup of an RRC connection and a RAB.
The Intelligent Access Control (IAC) algorithm is used to improve the access success rate.
This chapter consists of the following sections:
IAC Overview
Rate Negotiation
RAB DRD
Preemption
Queuing
As shown in Figure 6.1.1.I.1.1.1, the procedure of service access includes the procedures for
RRC connection setup and RAB setup. The successful setup of the RRC connection is one of
the prerequisites for the RAB setup.
During the RRC connection processing, the RNC first performs RRC redirection for
service steering:
If the RNC decides UE access from the current cell, it then makes a resource-based
admission decision through the CAC algorithm. If the resource-based admission fails,
the RNC performs DRD and redirection.
The resources include power resource, code resource, Iub resource, credit resource, and number
of HSPA users.
If the RNC decides UE access from another cell, it then sends an RRC connection
reject message to the UE. The message carries the information about the cell and
instructs the UE to set up an RRC connection to the cell.
During the RAB processing, the RNC performs the following steps:
Performs inter-frequency DRD to select a suitable cell for service steering or load
balancing.
Selects a suitable cell, according to the inter-frequency DRD algorithm, from the cells
where no admission attempt has been made, and then goes to 2. If the attempt fails, the
RNC performs the next step.
selects a suitable cell, according to the inter-RAT DRD algorithm. If the inter-RAT
access is successful, UE access in the inter-RAT cell. If the inter-RAT DRD fails or is not
supported, the RNC performs the next step.
Rejects UE access.
After the admission attempts of an HSPA service request fail in all candidate cells, the service falls
back to the DCH. Then, the service reattempts to access the network.
Queui
ng
DRD
Target Rate
Negotiation
InterFrequency
Inter-RAT
LowRate
Access
Rate Negotiation
GBR
Negotiation
Preempti
on
Initial Rate
Negotiation
Servic
e Type
MBR
Negotiation
DCH
HSUPA
HSDPA
After receiving an RRC CONNECTION REQUEST message from the UE, the RNC uses the
RRC redirection algorithm for service steering to decide whether the UE may access the
network from the current cell:
If the UE needs to access the network from another cell according to the decision, the
RNC sends an RRC CONNECTION REJECT message to the UE. The message carries
the information about this cell.
If the UE attempts to access the network from the current cell according to the decision,
the RNC uses the CAC algorithm to decide whether an RRC connection can be set up
between the UE and the current cell.
If the RRC connection can be set up between the UE and the current cell, the RNC
sends an RRC CONNECTION SETUP message to the UE. For details about CAC,
see 7"Call Admission Control Algorithm."
If no RRC connection can be set up between the UE and the current cell, the RNC
attempts to set up an RRC connection through RRC DRD or RRC redirection.
During the RRC connection setup, the RNC implements service steering between interfrequency or inter-RAT cells according to the cause of RRC connection setup. In addition, the
RNC considers the load of the cell for access and the redirection factors to control the degree
of load balancing.
The procedure of RRC redirection for service steering is as follows:
2.
The RNC obtains the information about the service requested by the UE and the
capability of the UE.
3.
If the switch of RRC redirection for service steering is on, the RNC determines the
service type requested by the UE. If the switch is off or the RNC fails to determine the
service type, the RNC handles the RRC connection setup request of the UE in the current
cell.
4.
If the RNC succeeds in determining the service type requested by the UE and the switch
of
RRC
direction
for
service
steering
(RedirSwitch)
is
set
to
ONLY_TO_INTER_FREQUENCY or ONLY_TO_INTER_RAT, the RNC performs
the next step. Otherwise, the RNC handles the RRC connection setup request of the UE
in the current cell.
5.
Based on the cell load and the redirection factors, the RNC decides whether to perform
RRC redirection for service steering.
6.
If the cell is normal, the RNC generates a random number between 0 and 1 and
compares it with the corresponding unconditional redirection factor
(RedirFactorOfNorm). If the random number is smaller than this factor, the RNC
performs the next step. Otherwise, the RNC handles the RRC connection setup
request of the UE in the current cell.
If the cell is in the basic congestion or overload state, the RNC generates a random
number between 0 and 1 and compares it with the corresponding LDR-triggered
redirection factor (RedirFactorOfLDR). If the random number is smaller than this
factor, the RNC performs the next step. Otherwise, the RNC handles the RRC
connection setup request of the UE in the current cell.
Based on the setting of RedirSwitch, the RNC takes the corresponding actions:
The frequency information carried in the message can be set through the parameters RedirBandInd,
ReDirUARFCNUplinkInd, ReDirUARFCNUplink, and ReDirUARFCNDownlink.
The RNC selects intra-band inter-frequency neighboring cells of the current cell. These
neighboring cells are suitable for blind handovers.
1.
The RNC generates a list of candidate DRD-supportive inter-frequency cells. The quality
of the candidate cell meets the requirements of inter-frequency DRD:
Here:
is the cached CPICH Ec/N0 value included in the RACH
measurement report.
2.
3.
The RNC selects a target cell from the candidate cells for UE access. If the candidate cell
list contains more than one cell, the UE tries a cell randomly.
If the admission to a cell fails, the UE tries admission to another cell in the candidate
cell list. If all the admission attempts fail, the RNC makes an RRC redirection
decision.
If the candidate cell list does not contain any cell, the RRC DRD fails. The RNC
performs the next step, that is, RRC redirection.
The RNC selects all intra-band inter-frequency cells of the local cell.
1.
The RNC selects candidate cells. The candidate cells are the cells selected in step 1 but
exclude the cells that have carried out inter-frequency RRC DRD attempts.
2.
If more than one candidate cell is available, the RNC selects a cell randomly and
redirects the UE to the cell.
3.
HSPA capability
DCCC
Switc
h
PS BE
Initial Rate
Dynamic
Configurati
on Switch
ON
ON
In the uplink, the initial rate is the smaller one of the MBR
and 384 kbit/s.
In the downlink, the initial rate is dynamically set on the
basis of Ec/N0. For the specific method, see the description
following this table.
ON
OFF
In the uplink, the initial rate is the smaller one of the MBR
and the initial rate of the uplink BE service.
In the downlink, the initial rate is the smaller one of the MBR
and the initial rate of the downlink BE service.
OFF
MBR
As described in the table, when the two switches are ON, the initial rate is dynamically set on
the basis of Ec/N0 in the downlink. The specific method is as follows:
When receiving an RRC connection setup request, the RNC starts the timer
EcN0EffectTime.
Before the timer expires, the RNC dynamically sets the initial rate based on the PCPICH Ec/N0 carried in the RRC CONNECTION REQUEST message:
If the cell Ec/N0 is above the Ec/N0 threshold (EcN0Ths), the RNC sets the actual
initial rate to the smaller one of the MBR and 384 kbit/s.
If the cell Ec/N0 is below or at the Ec/N0 threshold (EcN0Ths) or the RRC
CONNECTION REQUEST message does not carry the information about Ec/N0, the
RNC sets the actual initial rate to the smaller one of the MBR and the initial rate of
the downlink BE service (DlBeTraffInitBitrate).
If the DCCC function is enabled and PS_RAB_Downsizing_Switch is set to 1, the RNC can decrease
the rate through the RAB rate decrease function when the admission based on the initial rate fails.
If HSUPA_DCCC_SWITCH is set to 1, the actual initial rate is the initial rate of the
HSUPA BE service (HsupaInitialRate).
If the HSUPA DCCC function is disabled, the actual initial rate is the MBR.
Service setup
Soft handover
If the cell has sufficient code and CE resources, the RNC sets the candidate target rate to the
one that matches the cell resource surplus. Then, the RNC sets the target rate to the greater
one of the candidate target rate and the GBR.
In the case of soft handover, the actual target rate is the candidate target rate set by the RNC.
In the case of DCCC rate upsizing, if the rate upsizing fails, the target rate is the greater one
of the candidate target rate and the pre-upsizing DCCC rate.
The RNC performs inter-frequency DRD. According to the purposes of directed retry,
Inter-frequency DRD is of the following types:
1.
If all admission attempts of inter-frequency DRD fail, the RNC performs an inter-RAT
DRD.
For details about inter-RAT DRD, see Inter-RAT DRD.
2.
If all admission attempts of inter-RAT DRD fail, the RNC selects a suitable cell to
perform preemption and queuing (for selection of the target cell for preemption or
queuing, see Preemption).
For details about preemption and queuing, see Preemption and Queuing, respectively.
Service
Priority
Group
Identity
Service
Priority of
R99 RT
Service
Service
Priority of R99
NRT Service
Service
Priority of
HSPA Service
Service
Priority of
Other Service
As shown in Figure 6.4.2.I.1.1.1, cell B has a higher service priority of the R99 RT service
than cell A. If the UE requests an RT service in cell A, preferably the RNC selects cell B for
the UE to access.
If the requested service is a combination of multiple services, the RAB with the highest priority is used
when a cell is selected for RAB processing. In addition, the target cell must support all these services.
The RNC determines the candidate cells to which blind handovers can be performed and
sorts the candidate cells in descending order according to service priority.
A candidate cell must meet the following conditions:
2.
The frequency of the candidate cell is within the band supported by the UE.
The quality of the candidate cell meets the requirements of inter-frequency DRD. For
details, see 6.2"IAC During RRC Connection Setup."
The RNC selects a target cell from the candidate cells in order of service priority for UE
access.
If there is more than one cell with the same service priority,
When the cell, in which the UE requests the service, is one of the candidate cells with
the same service priority, preferably, the RNC selects this cell for admission decision.
3.
The CAC algorithm makes an admission decision based on the status of the target cell.
If the admission attempt is successful, the RNC accepts the service request.
If the admission attempt fails, the RNC removes the cell from the candidate cells and
then checks whether all candidate cells are tried.
If there are any cells where no admission decision has been made, the algorithm goes
back to step 2.
If admission decisions have been made in all the candidate cells, then:
a.If the service request is an HSPA one, the HSPA request falls back to a DCH one.
Then, the algorithm goes back to step 1 to make an admission decision based on R99
service priorities.
b.If the service request is a DCH one, the RNC initiates an inter-RAT DRD.
The availability of power-based DRD for load balancing for DCH service is specified by
the LdbDRDSwitchDCH parameter.
The availability of power-based DRD for load balancing for HSDPA service is specified
by the LdbDRDSwitchHSDPA parameter.
In practice, it is recommended that only either a power-based DRD for load balancing or a
code-based DRD for load balancing is activated. If both are activated, power-based DRD for
load balancing takes precedence over code-based DRD for load balancing.
Code-based DRD for load balancing is applicable to only R99 services because HSDPA
services use reserved codes.
The following two algorithms are available for power-based load balancing. If power-based
DRD for load balancing is enabled, one of them can be used. The algorithm used is specified
by the LdbDRDchoice parameter.
Algorithm 1: DRD for load balancing is performed according to the cell measurement
values about the DL non-HSDPA power and DL HS-DSCH GBP.
For DCH service, the RNC sets up the service on a carrier with a light load of nonHSPA power to achieve load balancing among the cells at the different frequencies.
For HSDPA service, the RNC sets up the service on a carrier with a light load of HSDSCH GPB to achieve load balancing among the cells at different frequencies.
Algorithm 2: DRD for load balancing is performed according to the DCH ENU and
HSDPA user number.
For DCH service, the RNC sets up the service on a carrier with a light load of DCH
ENU to achieve load balancing among the cells on different frequencies.
For HSDPA service, the RNC sets up the service on a carrier with a light load of
HSDPA user to achieve load balancing among the cells on different frequencies.
Cell B has a lighter load of non-HSDPA power than cell A. If the UE requests a DCH
service in cell A, preferably, the RNC selects cell B for the UE to access.
Cell A has a lighter load of HS-DSCH GBP than cell B. If the UE requests an HSDPA
service in cell B, preferably, the RNC selects cell A for the UE to access.
Figure 6.4.3.I.1.1.2 shows the procedure of power-based DRD for load balancing.
The RNC determines the candidate cells to which blind handovers can be performed.
A candidate cell must meet the following conditions:
The frequency of the candidate cell is within the band supported by the UE.
The quality of the candidate cell meets the requirements of inter-frequency DRD.
If the current cell is such a candidate cell, the RNC goes to step 3. Otherwise, the RNC
selects a cell with the lightest load from the candidate cells as the target cell and then
goes to step 2.
The RNC determines whether the DL radio load of the current cell is lower than the
threshold of power-based DRD for load balancing (condition 1). Based on the bearer
type (DCH or HSDPA) of the requested service, the RNC selects an appropriate
condition.
Thd
AMR , cutcell
Thd
total , cutcell
Thd
AMR , cutcell
Thd
H ue ,cutcell
Here:
Thd non H
Thd H
is specified by LdbDRDLoadRemainThdDCH.
is specified by LdbDRDLoadRemainThdHSDPA.
If...
Then...
Condition 1 is met
Go to step 2.
2.
Thd
Thd
total , cutcell
Pload ,cutcell Thd total , nbcell Pload ,nbcell Thd total ,loadoffset
Thd
Thd
total , nbcell
AMR , nbcell
total , cutcell
Pload ,cutcell Thd total , nbcell Pload ,nbcell Thd total ,loadoffset
Thd
H ue , nbcell
Thd H ,loadoffset
Thd
AMR , nbcell
Inter-frequency
Neighboring
Cell
Description
Thdtotal ,cutcell
Thdtotal , nbcell
PGBP ,cutcell
PGBP , nbcell
HS-DSCH GBP
Total power load, which is the sum of the
non-HSDPA power and the GBP
Pnon H , cutcell
Pnon H , nbcell
PH ue , cutcell
PH ue , nbcell
PD enu , cutcell
PD enu ,nbcell
Thd H ,loadoffset
Thd D ,loadoffset
If there is only one inter-frequency neighboring cell that meets the conditions of DRD
for load balancing, the RNC selects this cell as the target cell. If there are multiple such
cells:
If there is no such cell, the RNC selects the current cell as the target cell.
3.
The CAC algorithm makes an admission decision based on the status of the target cell.
If the admission attempt is successful, the RNC admits the service request.
If the admission attempt fails, the RNC checks whether admission decisions have been
made in all candidate inter-frequency neighboring cells.
If there is any cell where no admission decision is made, the algorithm goes back to
step 2.
The RNC determines whether the minimum remaining SF of the current cell is smaller
than
the
minimum
SF
threshold
of
DRD
for
code
balancing
(CodeBalancingDrdMinSFThd).
If the minimum SF is smaller than this threshold, the RNC tries the admission of the
service request to the current cell.
If the minimum SF is not smaller than this threshold, the RNC goes to the next step.
2.
The RNC determines whether the code load of the current cell is lower than the code
occupation
rate
threshold
of
DRD
for
code
balancing
(CodeBalancingDrdCodeRateThd).
If the code load is lower than this threshold, the service tries the admission to the current
cell.
If the code load is higher than or equal to this threshold, the RNC selects the cell with the
lightest load or the current cell as the target cell. The RNC selects the cell as follows:
If the minimum SF supported by the cell with the lightest code load is the same as
that supported by the current cell, and the difference between the code resource
occupancies of the two is larger than or equal to the value of
DeltaCodeOccupiedRate, the RNC selects the cell with the lightest code load as the
target cell. Otherwise, the RNC selects the current cell as the target cell.
If the minimum SF supported by the cell with the lightest code load is smaller than
the minimum SF supported by the current cell, the RNC selects the cell with the
lightest code load as the target cell.
When both DRD for service steering and DRD for load balancing are enabled, the general
principles of inter-frequency DRD are as follows:
DRD for service steering takes precedence over DRD for load balancing, that is,
preferably considers service priorities.
For example, Universal Terrestrial Radio Access Network (UTRAN) f1, UTRAN f2, UTRAN
f3, and UTRAN f4 in Figure 6.4.4.I.1.1.1 are inter-frequency cells with the same coverage.
The service priorities of real-time R99 services in these cells are listed in the following table.
Cell
UTRAN f1
UTRAN f2
UTRAN f3
UTRAN f4
According to the principles of inter-frequency DRD, the RAB DRD of a real-time R99 service
will select UTRAN f3 to make a CAC decision, as shown in Figure 6.4.4.I.1.1.1.
If DRD for service steering is enabled but DRD for load balancing is disabled, as shown
in A in Figure 6.4.4.I.1.1.1, the inter-frequency DRD procedure is the procedure of DRD
for service steering. For details, see Inter-Frequency DRD for Service Steering.
If DRD for load balancing is enabled but DRD for service steering is disabled, as shown
in B in Figure 6.4.4.I.1.1.1, the inter-frequency DRD procedure is the procedure of DRD
for load balancing. For details, see Inter-Frequency DRD for Load Balancing.
If both DRD for load balancing and DRD for service steering are disabled:
1
The UE attempts to access the current cell when its service priority is not 0. If the
service priority of the current cell is 0, the UE attempts to access another candidate
cell whose service priority is not 0.
2.
The CAC algorithm makes an admission decision based on the cell status.
request.
If the admission attempt fails, the UE attempts to access another
candidate cell randomly.
3.
DRD.
If both DRD for load balancing and DRD for service steering are enabled:
1
The RNC determines the candidate cells to which blind handovers can be
performed. A candidate cell must meet the following conditions:
The frequency of the candidate cell is within the band supported by the
UE.
The quality of the candidate cell meets the requirements of interfrequency DRD.
4.
The RNC selects a target cell from the candidate cells for UE access.
Based on the relation between DRD for service steering and DRD for load
balancing:
The RNC preferably selects the cell with the highest service priority.
If there are multiple cells with the highest service priority, load
balancing applies to these cells. In this case, the RNC follows the same DRD
logic as described in Inter-Frequency DRD for Load Balancing.
5.
The CAC algorithm makes an admission decision based on the resource status of
the cell.
If the admission attempt is successful, the RNC initiates an interfrequency blind handover to the cell.
If the admission attempt fails, the RNC removes the cell from the
candidate cells and then checks whether all candidate cells are tried.
a. If there is any candidate cell not tried, the algorithm goes back to step 2 to try
this cell.
b. If all candidate cells haven been tried, then:
If the service request is an HSPA one, the HSPA request falls back to a
DCH one. Then, the algorithm goes back to step 1 to retry admission based
on R99 service priorities.
For details about the CAC procedure, see 7"Call Admission Control Algorithm."
For details about inter-RAT DRD, see 6.4.5"Inter-RAT DRD."
If the current cell is configured with any neighboring GSM cell suitable for blind
handover, and if the "service handover" IE that is contained in the RAB assignment
signaling assigned by the CN is set to "handover to GSM should be performed", then the
RNC performs step 2. Otherwise, the service request undergoes preemption and queuing.
2.
The RNC generates a list of candidate DRD-supportive inter-RAT cells that fulfill the
following requirement:
Here:
is the cached CPICH Ec/N0 value included in the RACH
measurement report.
If the candidate cell list does not include any cell, the service request undergoes
preemption and queuing.
3.
The RNC selects target GSM cells for the service request according to the blind
handover priority.
4.
If all admission attempts fail or the number of inter-RAT handover retries exceeds the
value of DRMaxGSMNum, the service request undergoes preemption and queuing.
The RAN11.0 does not support inter-RAT DRD for RABs of combined services.
The RAN11.0 does not support inter-RAT DRD for R99 PS services.
The RAN11.0 does not support inter-RAT DRD for HSPA services.
6.5 Preemption
By forcibly releasing the resources of lower-priority users, the preemption algorithm increases
the access success rate of higher-priority users.
After cell resourcebased admission fails, the RNC performs preemption if the following
conditions are met:
For preemption, the RNC selects a suitable cell according to the settings of the DRD
algorithms. Table 6.5.1.I.1.1.1.1 describes the selection of the target cell for preemption or
queuing.
Table 6.5.1.I.1.1.1.1 Selection of the target cell for preemption or queuing
DRD
Switch
for
Servic
e
Steeri
ng
PowerBased DRD
Switch for
Load
Balancing
CodeBased
DRD
Switch for
Load
Balancing
ON
ON
ON
OFF
OFF
OFF
ON
ON
DRD
Switch
for
Servic
e
Steeri
ng
PowerBased DRD
Switch for
Load
Balancing
CodeBased
DRD
Switch for
Load
Balancing
as follows:
If the current cell is one of the candidate
cells, the current cell is selected as the
target cell.
Otherwise, a neighboring cell that
supports blind-handover is selected
randomly from the candidate cells.
OFF
OFF
Table 6.5.1.I.1.1.1.2 describes the preemption for different types of service on different
resources.
Table 6.5.1.I.1.1.1.2 Preemption of different types of service on different resources
Service
R99
service
HSDPA
service
HSUPA
service
Resourc
e
HSUPA
Service
HSDPA
Service
R99+HSPA
Combined
Services
Code
Power
CE
Iub
bandwidth
Code
Power
CE
Iub
bandwidth
Code
Power
CE
Service
Resourc
e
HSUPA
Service
HSDPA
Service
R99+HSPA
Combined
Services
Iub
bandwidth
To enable resource-triggered preemption for MBMS services, the MBMS preemption algorithm switch
(MbmsPreemptAlgoSwitch) must be set to ON.
For details about preemption of MBMS services, see the MBMS Parameter Description.
The preemption algorithm checks whether the resources released by preempted UEs or RABs are
sufficient for setting up new RABs. It does not consider the remaining resources in the cell, because
they may be used by other UEs during the preemption.
For the preemption triggered for the power reason, the preempted objects can be R99 users, R99 +
HSDPA combined users, or HSDPA RABs.
For the preemption triggered for the Iub bandwidth reason, the preempted objects can only be RABs.
For the preemption triggered for the code or Iub resource reason, only one user can be preempted.
For the preemption triggered for the power or credit resource reason, more than one user can be
preempted.
2.
The RNC releases the resources occupied by the candidate users or RABs.
3.
The requested service directly uses the released resources to access the network without
admission decision.
6.6 Queuing
When the queuing algorithm is enabled through QueueAlgoSwitch parameter and the RNC
receives a RAB ASSIGNMENT REQUEST message, indicating that the queuing function is
supported, the RNC triggers queuing actions if preemption fails.
The queuing algorithm is triggered by the heartbeat timer that equals 500 ms. Each time the
timer expires, the RNC selects the service that meets the requirement to make an admission
attempt.
The queuing algorithm takes the following actions:
The queuing algorithm checks whether the queue is full, that is, whether the number of
service requests in the queue exceeds the queue length, which equals 5.
The queuing algorithm decides whether to put the request into the queue, as described in
Table 6.6.1.I.1.1.1.1.
Full
Checks whether the integrated priority of any existing request is lower than
that of the new request.
Checks the queuing time of each request. The algorithm removes the
request with the longest queuing time from the queue.
Stamps the new request with the request time (T_request) and then
puts it into the queue.
Starts the heartbeat timer if it is not started.
If no, then the queuing algorithm rejects the new request directly.
After the heartbeat timer expires, the queuing algorithm performs resource-based admission
attempts as follows:
Rejects the request if the queuing time of the request, Telapsed, is longer than the maximum
queuing time (MaxQueueTimeLen). Here, Telapsed is equal to the current time minus the
request time (T_request).
Selects the request with the highest integrated priority for a resource-based admission
attempt.
If more than one service has the highest integrated priority, the RNC selects the request
with the longest queuing time for a power-based admission attempt.
If the attempt is successful, the heartbeat timer is restarted for the next processing.
Puts the service request back into the queue with the request time (T_request)
unchanged for the next attempt.
Selects the request with the longest queuing time from the rest and makes another
attempt until a request is accepted or all requests are rejected.
RAB setup
After a service request is rejected, the low-rate access actions in different scenarios are as
follows:
Scenar
io
Scenario Description
FACH/E_FAC
H
DCH at 0
kbit/s
RAB
setup
(Note 1)
(Note 2)
Combine
d services
Note 2: In this scenario, the new PS service can be admitted at 0 kbit/s, and the existing service are not
affected.
After an appropriate access action is determined, the service attempts to access the network.
If the action of access from the DCH at 0 kbit/s is determined, the service attempts to
access the network at 0 kbit/s for traffic and at the normal rate for signaling. For details
about the methods of resource-based admission decision, see 7"Call Admission Control
Algorithm."
If the action of access from the FACH/E-FACH is determined, the service attempts to
access the network from the FACH/E-FACH.
To guarantee a successful admission of an emergency call, the RNC does not perform RRC redirection
for service steering.
In the case of power-based admission, the emergency call is admitted regardless of whether
the CAC algorithm is enabled or not.
In the case of hard resourcebased admission, the emergency call is admitted if the current
remaining resources are sufficient for RRC connection setup. If the admission fails,
preemption is performed regardless of whether the preemption is enabled or not. The
emergency call that triggers preemption has the highest priority. The range of users that can be
preempted is specified by the EmcPreeRefVulnSwitch parameter.
If EmcPreeRefVulnSwitch is set to ON, all non-emergency users that have accessed the
network can be preempted, regardless of the preemption-prohibited attribute of the users.
The principles for selection of specific users to be preempted are the same as those for
ordinary services. For details, see 6.5"Preemption."
If the CAC algorithm is enabled, regardless of which algorithm is selected, the admission
decision-making is as follows:
When this subparameter is set to 0, the emergency calls are directly admitted.
If the CAC algorithm switch is off, the emergency calls are directly admitted.
For hard resources (that is, code, Iub, and CE), the resource-based admission is successful if
the current remaining resources are sufficient for the request.
If EmcPreeRefVulnSwitch is set to ON, all non-emergency users that have accessed the
network can be preempted, regardless of the preemption-prohibited attribute of the users.
The principles for selection of specific users to be preempted are the same as those for
ordinary services. For details, see 6.5"Preemption."
As the access decision procedure of IAC, Call Admission Control (CAC) is used to determine
whether the system resources are sufficient to accept a new user's access request or not. If the
system resources are sufficient, the access request is accepted; otherwise, the access request is
rejected.
This chapter consists of the following sections:
CAC Overview
NodeB resource state, that is, NodeB credits, which are used to measure the channel
demodulation capability of NodeBs
Available Iub transport layer resource, that is, Iub transmission bandwidth
A call can be admitted only when all of these resources are available.
Except the mandatory code and Iub resourcebased admission control, the admission control
based on any other resource can be disabled through the ADD CELLALGOSWITCH
command.
Some CAC algorithm switches are set by the NBMCacAlgoSwitch parameter.
Power-based admission decision switches are set by the NBMUlCacAlgoSelSwitch and
NBMDlCacAlgoSelSwitch parameters.
For RRC connection setup requests, the code resourcebased admission is successful if
the current remaining code resource is sufficient for RRC connection setup.
For handover services, the code resourcebased admission is successful if the current
remaining code resource is sufficient for the service.
For other R99 services, the RNC has to ensure that the remaining code does not exceed
the DlHoCeCodeResvSf parameter after admission of the new service.
For HSDPA services, the reserved codes are shared by all HSDPA services. Therefore, the
code resourcebased admission is not required.
For details about HSDPA code allocation, see the HSDPA Parameter Description.
When NBMUlCacAlgoSelSwitch is set to ALGORITHM_OFF and the uplink OLC algorithm switch
(UL_UU_OLC) is enabled, the following cases occur if the cell is in the OLC state triggered by the
RTWP:
If the Control RTWP Anti-interfence algorithm switch (RsvdBit1) is enabled, the system checks
whether the uplink equivalent user load proportion of the cell is lower than 40%. If it is lower than
40%, the access request is accepted. Otherwise, the original algorithm procesure reamins unchanged.
If the Control RTWP Anti-interfence algorithm switch is disabled, the RNC rejects the access
request.
Four basic load thresholds are used for power-based admission decision. They are:
With these thresholds, the RNC defines the proportion of speech service to other services
while ensuring handover preference.
Admission control involves uplink admission control and downlink admission control.
The corresponding admission control switches NBMUlCacAlgoSelSwitch and
NBMDlCacAlgoSelSwitch are independent of each other.
For a non-intra-frequency handover request, both uplink and downlink decisions are
needed if both uplink CAC and downlink CAC are enabled.
For a rejected RRC connection setup request, the RNC performs DRD or redirection.
For a rejected service request, the RNC performs preemption or queuing according to the
actual situation.
For the RRC connection setup request for the reason of emergency call, detach or
registration, direct admission is used.
For the RRC connection setup request for other reasons, the UL or DL OLC trigger
threshold (UlOlcTrigThd or DlOlcTrigThd) is used for admission.
For details about UL and DL OLC trigger thresholds, see 10.1"OLC Triggering."
For the RRC connection setup request for the reason of emergency call, detach or
registration, direct admission is used.
For the RRC connection setup request for other reasons, the admission decision is
made as follows:
a. When UL_UU_OLC or DL_UU_OLC is set to 1, RRC connection setup request
is rejected when the cell is in the overload congestion state. If the cell is not in the
overload state, the UL or DL OLC trigger threshold is used for power-based
admission.
b. When UL_UU_OLC or DL_UU_OLC is set to 0, the UL or DL OLC trigger
threshold is used for power-based admission.
The procedure of uplink powerbased admission decision for R99 cells is as follows:
1
The RNC obtains the uplink RTWP of the cell and uses the formula
to calculate the current uplink load factor UL, where PN is the received uplink
background noise.
2.
The RNC calculates the uplink load increment UL based on the service request.
3.
The RNC uses the following formula to predict the uplink load factor:
UL,predicted = UL + UL + ULcch
In the formula, ULcch is specified by UlCCHLoadFactor.
The uplink load increment UL is determined by the following factors:
Eb/N0 of the new incoming call, which has a positive correlation with the uplink load increment
UL neighbor interference factor, which has a positive correlation with the uplink load increment
Active Factor (AF) of the new incoming call, which has a positive correlation with the uplink load
increment, and varies with the traffic class, user priority level, and carrier type (DCH or HSPA)
4.
By comparing the predicted uplink load factor UL,predicted with the corresponding threshold
(UlNonCtrlThdForHo, UlNonCtrlThdForAMR, UlNonCtrlThdForNonAMR, or
UlNonCtrlThdForOther), the RNC decides whether to accept the access request. If the
access request is accepted, the RNC processes the access request. If the access request is
rejected, the RNC performs the next step.
5.
The RNC checks whether the Control RTWP Anti-interfence algorithm switch
(RsvdBit1) is enabled. If it is enabled, the RNC checks whether the uplink equivalent
user load proportion of the cell is lower than 40%. If it is lower than 40%, the RNC
accepts the access request. Otherwise, the RNC rejects the access request.
AF of the service
The formula is similar to that for R99. After the RSEPS measurement is introduced, the UL
RTWP is divided into two parts: controllable part and uncontrollable part. The controllable
part is generated by the E-DCH scheduling service, and others belong to the uncontrollable
part. Figure 7.3.3.I.1.1.1 shows the uncontrollable part of the UL RTWP.
Figure 7.3.3.I.1.1.1 Uncontrollable part of the UL RTWP
Type B: UEs of this type are not in the serving E-DCH cell.
The methods of calculating the uplink load vary according to user type.
For type A, the uplink load generated by the E-DCH scheduling service is calculated as
follows:
UL , EDCH , S
RSEPS
RTWP
For type B, the uplink load generated by the E-DCH scheduling service is calculated
through
, which is set to 0.
The measure taken by CAC is determined by the actual bearer type and whether the
scheduling mode is used.
Admission of HSUPA Scheduling Services and HSUPA Non-Scheduling Services
Since the HSUPA scheduling algorithm consumes additional uplink power resources, the
power load of the HSUPA cell is always relatively high. Therefore, the CAC algorithm
combines the PBR-based decision with the load-based decision to reduce the number of
potential erroneous rejections.
PBR-based decision is used to check whether the QoS requirement of existing users is
fulfilled. The QoS is measured on the basis of the Provided Bit Rate (PBR) of the users.
If the QoS requirement is fulfilled, new users are allowed to access the network.
As shown in the previous figure, the Scheduling Priority Indicator (SPI) of a new
HSUPA user is SPINew user.
When the admission of HSUPA scheduling services is implemented, the following
formulas apply:
1.
2.
3.
4.
5.
Here:
thd is the cell UL admission threshold of a specific type of service. The threshold may
be UlNonCtrlThdForAMR, UlNonCtrlThdForNonAMR,
UlNonCtrlThdForOther, or UlNonCtrlThdForHo.
The RNC admits the HSUPA scheduling services in either of the following cases:
Formula 1, 2, or 3 is fulfilled.
Formula 4 is fulfilled.
For HSUPA non-scheduling services, the RNC admits the HSUPA non-scheduling
services in either of the following cases:
Formula 1, 2, or 3 is fulfilled.
For the first HSUPA service accessing the cell, the decision formulas that involve PBR are regarded
as unsatisfied.
If the PBR measurement is deactivated, the decision formulas that involve PBR are regarded as
unsatisfied.
If the RSEPS measurement is deactivated, the admission algorithm automatically changes into
algorithm 2.
For details about the scheduling mode of services on HSUPA, see the Radio Bearer Parameter
Description.
Here:
is the UL total power threshold of the current cell (UlCellTotalThd).
is the cell UL admission threshold for a specific type of service. The threshold
thd
The RNC obtains the cell downlink TCP and calculates the downlink load factor DL by
dividing the maximum downlink transmit power Pmax by this TCP.
2.
The RNC calculates the downlink load increment DL based on the service request and
the current load.
3.
The RNC uses the following formula to predict the downlink load factor:
DL,predicted = DL + DL + DLcch
In the formula, DLcch is the percentage of reserved DL common channel load
(DlCCHLoadRsrvCoeff).
4.
By comparing the downlink load factor DL,predicted with the corresponding threshold
(DlConvAMRThd, DlConvNonAMRThd, DlOtherThd, and DlHOThd), the RNC
decides whether to accept the access request.
The downlink load increment DL is determined by the following factors:
Eb/N0 of the incoming new call, which has a positive correlation with the downlink load increment
Non-orthogonal factor, which has a positive correlation with the downlink load increment
Current TCP, which has a negative correlation with the downlink load increment
Active Factor (AF) of the incoming new call, which has a positive correlation with the downlink
load increment
is the maximum available power for HSPA. Its value is associated with the
HSDPA power allocation mode. For details, see the HSDPA Parameter Description.
The RNC admits the DCH RAB in either of the following situations:
If the GBP measurement is deactivated, the GBP involved in the decision formulas is set to 0.
When the admission of the HSDPA RAB is implemented, the following formulas apply:
1.
2.
3.
4.
5.
Here:
is the maximum available power for HSPA. Its value is associated with the
HSDPA power allocation mode. For details, see the HSDPA Parameter Description.
The RNC admits the HSDPA streaming RAB in any of the following situations:
Formula 1 is fulfilled.
The RNC admits the HSDPA BE RAB in any of the following situations:
Formula 2 is fulfilled.
If PS conversational services are carried on HSPA, the services can be treated as streaming services
during admission control.
If the GBP measurement is deactivated, the GBP involved in the decision formulas is set to 0.
If the PBR measurement is deactivated, the decision formulas that involve PBR are regarded as
dissatisfied.
For the first HSDPA service accessing the cell, the decision formulas that involve PBR are regarded
as unsatisfied.
Traffic domain, CS or PS
ENU
Uplink for
DCH
Downlink for
DCH
HSDP
A
HSUP
A
0.44
0.42
0.28
1.76
1.11
1.11
0.74
1.89
3.4+12.2 kbit/s
1.44
1.42
1.35
1.04
0.78
2.26
Service
ENU
Uplink for
DCH
Downlink for
DCH
HSDP
A
HSUP
A
1.62
1.25
1.11
2.37
2.15
2.19
1.70
2.60
3.45
3.25
2.79
3.14
5.78
5.93
4.92
4.67
6.41
6.61
5.46
4.87
10.18
10.49
9.36
6.61
14.27
15.52
14.17
9.36
The RNC obtains the total ENU of all existing users ENUtotal = all_exist_userENUi.
1.
The RNC gets the ENU of the new incoming user ENUnew.
2.
The RNC uses the formula (ENUtotal + ENUnew)/ENUmax to forecast the ENU load, where
ENUmax
is
the
configured
maximum
ENU
(UlTotalEqUserNum
or
DlTotalEqUserNum).
3.
By comparing the forecasted ENU load with the corresponding threshold, the RNC
decides whether to accept the access request. The threshold may be one of the following
thresholds:
The admission thresholds for different types of service are different. The following table lists
the parameters used to set admission thresholds for different types of service:
Service
Type
Admission Threshold
UL
DCH/HSUPA
DL DCH
HSDPA
For example, the admission of a new AMR service in the uplink based on algorithm 2 will be
successful if the following condition is fulfilled:
(ENUtotal + ENUnew)/ENUmax UlNonCtrlThdForAMR
Before the admission of the uplink ENU resource, if the uplink OLC algorithm switch
(UL_UU_OLC) is enabled, and the cell is in the OLC state triggered by the RTWP.
-If the Control RTWP Anti-interfence algorithm switch (RsvdBit1) is enabled, the system
checks whether the uplink equivalent user load proportion of the cell is lower than 40%. If it is
lower than 40%, the RNC accepts the access request. Otherwise, the RNC performs an admission
decision on the uplink ENU resource.
-If the Control RTWP Anti-interfence algorithm switch is disabled, the RNC rejects the access
request.
If the cell is in the overload congestion state in the uplink, the RNC rejects any new RAB.
The ENU of MBMS downlink control channels (MICH and MCCH) is reserved. Therefore, the
power-based admission for these channels is not needed.
The ENU of HSUPA downlink control channels (E-AGCH, E-RGCH, and E-HICH) is reserved by
DlHSUPARsvdFactor. Therefore, the power-based admission for these channels is not required.
If the UL CC and the DL CC are separate, they are maintained separately in the local cell
or local cell group.
If the UL CC and DL CC are not separate, only the global CC is maintained in the local
cell or local cell group.
The consumption laws of CEs and the relation between CE and credit are listed in Table
7.4.1.I.1.1.1.1 and Table 7.4.1.I.1.1.1.2.
For the DCH service, the RNC uses the MBR to calculate the SF and searches Table
7.4.1.I.1.1.1.1 for the number of consumed CEs.
For the HSUPA service, if the HsupaCeScheduleSwitch is on, the RNC uses the GBR to
calculate the SF; if this switch is off, the RNC uses the MBR to calculate the SF. Then, the
RNC searches Table 7.4.1.I.1.1.1.2 for the number of consumed CEs.
Table 7.4.1.I.1.1.1.1 Consumption of credits related to SF for the DCH service
Directi
on
Rate
(kbit/s)
SF
Number of CEs
Consumed
Corresponding
Credits Consumed
UL
3.4
25
6
13.6
64
64
16
64
32
32
1.5
64
16
128
10
Directi
on
DL
Rate
(kbit/s)
SF
Number of CEs
Consumed
Corresponding
Credits Consumed
144
10
256
10
20
384
10
20
3.4
25
6
13.6
12
8
12
8
16
12
8
32
64
64
32
128
16
144
16
256
384
Rate
(kbit/s)
SF
Number of
CEs
Consumed
Corresponding
Credits
Consumed
UL
64
UL
16
64
UL
32
32
UL
64
32
UL
128
16
UL
144
16
UL
256
UL
384
16
UL
608
16
UL
1450
2SF4
16
32
Directi
on
Rate
(kbit/s)
SF
Number of
CEs
Consumed
Corresponding
Credits
Consumed
UL
2048
2SF2
32
64
UL
2890
2SF2
32
64
UL
5760
2SF2+2SF4
48
96
As listed in Table 7.4.1.I.1.1.1.1 and Table 7.4.1.I.1.1.1.2, for each data rate and service, the number
of UL credits is equal to the number of UL CEs multiplied by 2. This is because the RESOURCE
STATUS INDICATION message over the Iub interface supports only integers. For example, a UL 32
kbit/s PS service consumes 1.5 CEs. Then, the number of corresponding UL credits consumed is 3,
an integer, which can be carried in the RESOURCE STATUS INDICATION message.
There is no capacity consumption law for HS-DSCH in 3GPP TS 25.433, so certain credits are
reserved for HSDPA RAB, and credit admission for HSDPA is not needed.
For an RRC connection setup request, the credit resourcebased admission is successful
if the current remaining credit resources of the local cell, local cell group (if any), and
NodeB are sufficient for RRC connection setup.
For a handover service, the credit resourcebased admission is successful if the current
remaining credit resources of the local cell, local cell group (if any), and NodeB are
sufficient for the service.
For other services, the RNC has to ensure that the remaining credit of the local cell, local
cell group (if any), and NodeB does not exceed the value of UlHoCeResvSf (for the
uplink) or DlHoCeCodeResvSf (for the downlink) after admission of the new services.
The CE capabilities at the levels of local cell, local cell group, and NodeB are reported to the RNC
through the NBAP_AUDIT_RSP message over the Iub interface.
- The CE capability of local cell level indicates the maximum capability in terms of hardware that
can be used in the local cell.
- The CE capability of local cell group level indicates the capability obtained after the license and
hardware are taken into consideration.
- The CE capability of NodeB level indicates the number of CEs allowed to use as specified in the
license.
If the UL CC and DL CC are separate, the credit resourcebased admission is implemented in the
UL and DL, respectively.
If the UL CC and DL CC are not separate, the credit resourcebased admission is implemented
based on the total CC.
The number of HSDPA users in the cell does not exceed the maximum value specified by
MaxHsdpaUserNum.
The number of HSDPA users in the NodeB does not exceed the maximum value
specified by NodeBHsdpaMaxUserNum.
The number of the HSUPA users in the cell does not exceed the maximum value
specified by MaxHsupaUserNum.
The number of the HSUPA users in the NodeB does not exceed the maximum value
specified by NodeBHsupaMaxUserNum.
Intra-Frequency Load
Balancing Algorithm
Intra-frequency Load Balancing (LDB) is performed to adjust the coverage areas of cells
according to the measured values of cell load. Currently, the intra-frequency LDB algorithm is
applicable only to the downlink.
LDB between intra-frequency cells is implemented by adjusting the transmit power of the
Primary Common Pilot Channel (P-CPICH) according to the downlink load of the associated
cells. When the load of a cell increases, the cell reduces its coverage to lighten its load. When
the load of a cell decreases, the cell extends its coverage so that some traffic is off-loaded
from its neighboring cells to it.
When the intra-frequency LDB algorithm is active, that is, when
INTRA_FREQUENCY_LDB is set to 1, the RNC checks the load of cells periodically and
adjusts the transmit power of the P-CPICH in the associated cells based on the cell load.
Figure 8.1.1.I.1.1.1 shows the procedure of intra-frequency LDB.
If the downlink load of a cell is higher than the cell overload threshold
(CellOverrunThd), it is an indication that the cell is heavily overloaded. In this case, the
transmit power of the P-CPICH needs to be reduced step by step. The step is specified by
the PCPICHPowerPace parameter.
If the current transmit power is equal to the minimum transmit power of P-CPICH
(MinPCPICHPower), the current transmit power is not adjusted.
Because of the reduction in the pilot power, the UEs at the edge of the cell can be handed
over to neighboring cells, especially to those with a relatively light load and with
relatively high pilot power. After that, the downlink load of the cell is lightened
accordingly.
If the downlink load of a cell is lower than the cell underload threshold
(CellUnderrunThd), it is an indication that the cell has sufficient remaining capacity for
more load. In this case, the transmit power of the P-CPICH can be increased step by step
to help lighten the load of neighboring cells. The step is specified by the
PCPICHPowerPace parameter.
If the current transmit power is equal to the maximum transmit power of P-CPICH
(MaxPCPICHPower), the current transmit power is not adjusted.
When the usage of cell resource exceeds the basic congestion triggering threshold, the cell
enters the basic congestion state. In this case, Load Reshuffling (LDR) is required to reduce
the cell load and increase the access success rate.
This chapter consists of the following sections:
LDR Procedure
LDR Actions
If the current UL/DL load of the R99 cell is higher than or equal to the UL/DL LDR
trigger threshold (UlLdrTrigThd or DlLdrTrigThd) for 1,000 ms, the cell is in the
basic congestion state, and the related load reshuffling actions, as listed in Table
9.2.1.I.1.1.1.1, are taken.
If the current UL/DL load of the R99 cell is lower than the UL/DL LDR relief threshold
(UlLdrRelThd or DlLdrRelThd) for 1,000 ms, the cell enters the normal state again.
In the uplink, the basic congestion decision is based on the comparison between the UL
LDR trigger threshold (UlLdrTrigThd) and the uncontrollable load of the cell.
In the downlink, the basic congestion decision is based on the comparison between the
DL LDR trigger threshold (DlLdrTrigThd) and the sum of the non-HSPA power and the
GBP.
Table 9.1.4.I.1.1.1.1 lists the LDR switches that need to be set to 1 for different algorithm
types.
Table 9.1.4.I.1.1.1.1 LDR switches to be set to 1
Algorithm
LDC Algorithm
Switch
Type A
LC_CREDIT_LDR_SWITCH
CELL_CREDIT_LDR
Type B
LCG_CREDIT_LDR_SWITCH
LCG_CREDIT_LDR
Type C
NODEB_CREDIT_LDR_SWITCH
NODEB_CREDIT_LDR
If the congestion of all resources is triggered in a cell, the congestion is relieved in order of
resource priority for load reshuffling as configured through the SET LDCALGOPARA
command.
Assume that the parameters are set as follows:
The information of cell status can be checked through the DSP CELLCHK command.
When the cell is in the basic congestion state, the RNC takes one of the following actions in
each period (specified by the LdrPeriodTimerLen parameter) until the congestion is
relieved:
Code reshuffling
Inter-RAT load handover in the CS domain, which involves the following actions:
Inter-RAT load handover in the PS domain, which involves the following actions:
Iu QoS renegotiation
Figure 9.2.1.I.1.1.1 illustrates the detailed LDR procedure. In this example, the sequence of
LDR actions is fixed to inter-frequency load handover, code reshuffling, BE rate reduction,
inter-RAT handover in CS domain, inter-RAT handover in PS domain, AMR rate reduction,
QOS renegotiation on Iu interface, and MBMS power reduction.
The sequence of LDR actions can be changed through the ADD CELLLDR command, and
the waiting timer for LDR period is specified by the LdrPeriodTimerLen parameter through
the SET LDCPERIOD command.
As shown in Figure 9.2.1.I.1.1.1, when the system is congested, the inter-frequency load
handover is initiated first.
If the handover succeeds, the algorithm continues to check whether the system is
congested. If the system is still congested, the inter-frequency load handover is initiated
again.
If the code reshuffling succeeds, the algorithm continues to check whether the system
is congested. If the system is still congested, the code reshuffling is initiated again.
If the code reshuffling fails, the next action, that is, BE rate reduction, is taken.
The rest may be deduced by analogy. For details about LDR actions, see 9.3"LDR Actions."
Table 9.2.1.I.1.1.1.1 describes the LDR actions intended for different resources.
HSUPA
DCH
HSDPA
Load Handover
DL
FACH
(MBMS)
Iub
UL
DCH
HSUPA
DL
DCH
HSDPA
FACH
(MBMS)
Code
DL
DCH
HSDPA
FACH
(MBMS)
Credit
UL
DL
DCH
HSUPA
DCH
HSDPA
FACH
(MBMS)
MBMS Power
Reduction
DCH
Code
Reshuffling
UL
Iu QoS
Renegotiation
Power
AMR Rate
Reduction
LDR Actions
PS Domain Inter-RAT
Handover in
Channel
BE Rate
Reduction
UL/DL
InterFrequency
Resour
ce
CS Domain Inter-RAT
Handover in
If the downlink powerbased admission uses the ENU algorithm, the basic congestion can also be
caused by the ENU. In this situation, LDR actions do not involve AMR rate reduction or MBMS
power reduction, as indicated by the symbol "*" in Table 9.2.1.I.1.1.1.1.
For HSUPA services, the CE consumption, which is calculated on the basis of the Maximum Bit
Rate (MBR), can be reduced through rate downsizing. Therefore, the BE service rate downsizing for
HSUPA is applicable only to the relief of CE resource congestion.
If the basic congestion of uplink power in an HSPA cell occurs, scheduled HSUPA users cannot be
selected by LDR actions.
The parameter CodeCongSelInterFreqHoInd can be set so that the inter-frequency handover can
relieve the basic congestion caused by code resource.
When the inter-frequency load handover is made to reduce the cell load, only an inter-frequency
neighboring cell that supports blind handover can be a target cell of the inter-frequency load
handover.
The difference between the "Inter-RAT Should Be Load Handover In the CS/PS Domain" and "InterRAT Should Not Be Load Handover In the CS/PS Domain" actions lies in the selection of users. The
former only involves CS/PS users with the "service handover" IE set to "handover to GSM should
be performed", while the latter only involves CS/PS users with the "service handover" IE set to
"handover to GSM should not be performed". For details about the "service handover" IE, see the
Handover Parameter Description.
The algorithm checks whether cells for inter-frequency blind handover are available. If
available, the algorithm goes to the next step. Otherwise, the action fails, and the
algorithm takes the next action.
2.
The algorithm selects the target cell according to the type of resource that causes the
basic congestion:
b. The difference of code usage between the current cell and the target cell is greater
than LdrCodeUsedSpaceThd.
c. The state of target cell is normal.
If there is no such cell, this action fails and the algorithm takes the next action. If
there is more than one cell meeting the requirements, the first cell is selected as the
blind handover target cell.
The load margin refers to the difference between the load of the target cell and the basic congestion
triggering threshold of the target cell, but not the difference between the load of the target cell and the
load of the current cell.
3.
The algorithm selects the UEs to be handed over according to the setting of
NbmLdcBHOUeSelSwitch:
If multiple UEs have the same lowest integrated priority, the algorithm selects the one with the lowest
rate for handover.
The UL and DL handover bandwidth thresholds are specified by UlInterFreqHoBWThd and
DlInterFreqHoBWThd respectively. Both the thresholds are considered in the selection of the target
UE.
4.
After selecting the target cell and the UE, the algorithm takes handover actions according
to the status of the UE and the measurement of the signal quality.
Based on the integrated priority, the algorithm sorts the RABs in descending order.
The algorithm selects the RABs with the lowest integrated priorities and with the current
rate higher than the GBR specified through the SET USERGBR command for related to
the BE services. If the integrated priorities of some RABs are identical, the RAB with
the highest rate is selected. The number of selected RABs is specified by the
UlLdrBERateReductionRabNum or DlLdrBERateReductionRabNum parameter.
If services can be selected, the action is successful. If services cannot be selected, the
action fails. The algorithm takes the next action.
1.
The bandwidth of the selected services is reduced to the specified rate. For details about
the rate reduction procedure, see the Rate Control Parameter Description.
2.
Based on the integrated priority, the algorithm sorts the RABs for real-time services in
the PS domain in descending order.
The algorithm selects the RABs with the lowest integrated priorities for QoS
renegotiation. The number of selected RABs is specified by the
UlLdrPsRTQosRenegRabNum or DlLdrPsRTQosRenegRabNum parameter.
1.
The algorithm performs QoS renegotiation for the selected services. The GBR during the
service setup is the minimum rate of the service after the QoS renegotiation.
2.
The RNC initiates the RAB MODIFY REQUEST message to the CN for the QoS
renegotiation.
3.
If the RNC cannot find an appropriate service for the QoS renegotiation, the action fails.
The algorithm takes the next action.
1.
Based on the integrated priority, the algorithm sorts the UEs with the "service handover"
IE set to "handover to GSM should be performed" in the CS domain in descending order.
2.
The algorithm selects the UEs with the lowest integrated priorities. The number of
selected UEs is specified by the UlCSInterRatShouldBeHOUeNum or
DlCSInterRatShouldBeHOUeNum parameter.
3.
For the selected UEs, the LDR module sends the load handover command to the interRAT handover module to ask the UEs to be handed over to the 2G system.
4.
The handover module decides to trigger the inter-RAT handover, depending on the
capability of the UE to support the compressed mode.
5.
If a UE that satisfies the handover criteria is not found, the algorithm takes the next
action.
The algorithm for this action is the same as that for the action "Inter-RAT Should Be
Load Handover in the CS Domain". The difference is that this action involves only PS
users with the "service handover" IE set to "handover to GSM should be performed".
The number of controlled UEs is determined by the UlPSInterRatShouldBeHOUeNum
or DlPSInterRatShouldBeHOUeNum parameter.
Based on the integrated priority, the algorithm sorts the RABs in descending order.
2.
The algorithm selects the RABs with the lowest integrated priorities and with the rates
higher than the GBR for AMR services (conversational). The number of selected RABs
is specified by the DlLdrAMRRateReductionRabNum parameter.
3.
The RNC sends the Rate Control request message through the Iu interface to the CN to
adjust the AMR rate to the GBR.
4.
If the RNC cannot find an appropriate RAB for the AMR rate reduction, the action fails.
The algorithm takes the next action.
Based on the integrated priority, the algorithm sorts the RABs in descending order.
2.
The algorithm selects the RABs with the lowest integrated priorities and with the rates
higher than the GBR for AMR services (conversational). The number of selected RABs
is determined by the UlLdrAMRRateReductionRabNum parameter.
3.
The RNC sends the TFC CONTROL command to the UE to adjust the AMR rate to the
GBR.
4.
If the RNC cannot find an appropriate RAB for the AMR rate reduction, the action fails.
The algorithm takes the next action.
1.
Traverses all the subtrees with this SF_Cur at the root node except the subtrees occupied
by common channels and HSDPA channels, and takes the subtrees in which the number
of users is not larger than the value of MaxUserNumCodeAdj as candidates for code
reshuffling.
2.
If this parameter is set to TRUE, the algorithm selects the subtree with the largest
code number from the candidates.
If this parameter is set to FALSE, the algorithm selects the subtree with the smallest
number of users from the candidates. In the case that multiple subtrees have the same
number of users, the algorithm selects the subtree with the largest code number.
3.
Treats each user in the subtree as a new user and allocates code resources to each user.
4.
Initiates the reconfiguration procedure for each user in the subtree and reconfigures the
channelization codes of the users to the newly allocated code resources.
The reconfiguration procedure on the UU interface is implemented through the
PHYSICAL CHANNEL RECONFIGURATION message and that on the Iub interface
through the RL RECONFIGURATION message.
Based on the integrated priority, the algorithm sorts the RABs in descending order.
2.
The algorithm selects a RAB with the lowest integrated priority and with the current
power higher than the minimum transmit power of the corresponding MTCH. That is, it
selects a RAB of which the ARP value is higher than MbmsDecPowerRabThd.
3.
The algorithm triggers a reconfiguration procedure to set the power to the minimum
transmit power of the FACH onto which the MTCH is mapped.
The reconfiguration procedure on the Iub interface is implemented through the
COMMON TRANSPORT CHANNEL RECONFIGURATION REQUEST message.
If the actions in the two directions are identical, the actions are combined. For example,
if BE rate reduction actions in both the uplink and the downlink need to be applied to the
same UE, then only a single RADIO BEARER RECONFIGURATION message is sent
out.
If the actions in the two directions are different and if one direction requires interfrequency handover, the UE undergoes the inter-frequency handover. The other action is
not taken.
If the actions in the two directions are different and if one direction requires the interRAT handover, the UE undergoes the inter-RAT handover. The other action is not taken.
If the action in one direction requires inter-frequency handover, and the action in the
other direction requires inter-RAT handover, the UE undergoes the UL LDR action. The
DL LDR action is not taken.
10
Overload Control
Algorithm
After the UE access is allowed, the power consumed by a single link is adjusted by the single
link power control algorithm. The power varies with all kinds of factors such as the mobility
of the UE and the changes in the environment. In some situations, the total power load of the
cell can be higher than the target load. To ensure the system stability, Overload Control (OLC)
must be performed.
This chapter consists of the following sections:
OLC Triggering
OLC Actions
OLC can be enabled through the UL_UU_OLC and DL_UU_OLC subparameters of the
NBMLdcAlgoSwitch parameter.
Figure 10.1.1.I.1.1.1 shows the triggering and release of cell power overload.
If the current UL/DL load of an R99 cell is higher than or equal to the UlOlcTrigThd or
DlOlcTrigThd for 1,000 ms, the cell is in the overload state and the related overload
handling action is taken. If the current UL/DL load of the R99 cell is lower than the
UlOlcRelThd or DlOlcRelThd for 1,000 ms, the cell comes back to the normal state.
The overload triggering and release mechanisms for UL HSPA cells are the same as
those for R99 cells.
Whether a DL HSPA cell is overloaded is estimated according to the sum of the nonHSPA power and the GBP.
When the system is overloaded, the OLC takes the first action to perform TF control. If
the TF control succeeds, the OLC checks whether the system is overloaded. If yes, the
OLC performs TF control again.
If the number of times that TF control is performed exceeds DlOlcFTFRstrctTimes and the system is
still overloaded, the OLC takes the next action to switch BE services to common channels.
2.
If the TF control fails, the OLC takes the second action to switch BE services to common
channels. If the switching succeeds, the OLC checks whether the system is overloaded. If
yes, the OLC switches BE services to common channels again.
3.
If the switching fails, the OLC takes the third action to adjust the maximum FACH
transmit power. If the adjustment succeeds, the OLC checks whether the system is
overloaded. If yes, the OLC adjusts the power again.
4.
If the adjustment fails, the OLC takes the fourth action to release some RABs.
whether the admission for users over FACH channels is permitted can be set through
FACH_UU_ADCTRL subparameter of NBMCacAlgoSwitch parameter.
Based on the integrated priority, the algorithm sorts the RABs in descending order.
2.
DCH RABs with the bit rates higher than DlDcccRateThd for BE services. For
details about the parameter, see the Rate Control Parameter Description.
The RNC sends the TF control indication message to the MAC. Each MAC of the
selected RABs will receive one TF control indication message and will restrict the TFC
selection of the BE services to reduce the data rate step by step.
The MAC restricts the TFC selection according to the following formula:
TFmax(N+1) = TFmax(N) x Ratelimitcoeff
Here:
TFmax(0) is the maximum TB number of the BE service before the service is selected
for TF control.
4.
If the RNC cannot find an appropriate service for the TF control or the number of times
that TF control is performed exceeds DlOlcFTFRstrctTimes, the action fails. The OLC
takes the next action.
5.
If the congestion is relieved, the RNC sends the congestion relief indication to the MAC.
At the same time, the rate recovery timer (RateRecoverTimerLen) is started. When this
timer expires, the MAC increases the data rate step by step.
MAC restricts the TFC selection by calculating the maximum TB number with the
formula:
TFmax(N+1) = TFmax(N) x RateRecoverCoeff
Here:
Figure 10.3.1.I.1.5.1 shows an example of TF control. In this example, the MAC performs TF
control of a downlink 384 kbit/s service, and RateRstrctCoef is set to 0.68.
Figure 10.3.1.I.1.5.1 Example of TF control
Before point A, the cell is not in OLC state. The downlink data transfer rate is 384 kbit/s,
the corresponding TF is 12 x 336, and TFS is {12 x 336, 8 x 336, 4 x 336, 2 x 336, 1 x
336, 0 x 336}.
At point A, the cell enters OLC state. The RNC selects this RAB for fast TF restriction.
MAC restricts the TFC selection during the period between point A and point B by
calculating the maximum TB number as follows:
TFmax(1) = TFmax(0) x Ratelimitcoeff = 12 x 0.68 = 8.16
Compare 8.16 with the TFS. Then, the maximum TB number is 8.
The time between point A and point B is specified by the RateRstrctTimerLen parameter.
For the TF control in the uplink, the OLC algorithm operates as follows:
1
Based on the integrated priority, the algorithm sorts the DCH RABs in descending order.
The algorithm selects the RABs with the lowest integrated priorities and with the rates
higher than UlDcccRateThd. The number of selected RABs is specified by the
UlOlcFTFRstrctRabNum parameter.
2.
Transport Format Combination Set Identity: defines the available TFC that the UE
can select, that is, the restricted TFC sub-set. It is always the two TFCs corresponding
to the lowest data rate.
TFC Control Duration: defines the period in multiples of 10 ms frames for which the
restricted TFC sub-set is to be applied. It is set to a random value from the range of
10 ms to 5120 ms, so as to avoid data rate upsizing at the same time.
After the TFC control duration is due, the UE can apply any TFC of TFCS before the
TF control.
3.
Each time, the RNC selects a certain number of RABs, which is specified by
UlOlcFTFRstrctRabNum, for TF control. The UE of each selected RAB will receive
the TRANSPORT FORMAT COMBINATION CONTROL message. The number of
times that TF control is performed is specified by UlOlcFTFRstrctTimes.
4.
If the RNC cannot find an appropriate service, the OLC performs the next action.
Based on the integrated priority, the algorithm sorts all the UEs in the PS domain in
descending order.
The algorithm selects the UEs with the lowest integrated priorities. The number of
selected UEs is specified by TransCchUserNum. If the selection fails, the OLC takes
the next action.
For the switching of uplink BE services to common channels, if the Control RTWP Anti-interfence
algorithm switch (RsvdBit1) is enabled, the RNC checks whether the uplink equivalent user load
proportion of the cell is lower than 40% before performing this operation. If it is lower than 40%, the
RNC does not perform this operation.
Whether the selected UEs can be switched to common channels depends on the setting of
PS_BE_STATE_TRANS_SWITCH, HSDPA_STATE_TRANS_SWITCH, or
HSUPA_STATE_TRANS_SWITCH.
Set the maximum FACH transmit power to the target maximum transmit power. The
target maximum transmit power is calculated according to the following formula:
2.
Pt arg et
Pmax
Delta
If the congestion is relieved after the power adjustment, the system starts the FACH
power recovery timer, which is set to 5s. When the timer expires, the maximum FACH
transmit power is increased to the original maximum FACH transmit power if the system
is always in the normal state before the timer expires.
The previous power adjustment is applicable to only the FACH carrying common services rather
than MBMS services.
During an OLC period, the OLC can adjust the power of only one FACH. If multiple FACHs meet
the conditions, the OLC adjusts them one by one in different OLC periods.
Based on the integrated priority, the algorithm sorts all RABs including HSUPA and
DCH services in descending order.
2.
The algorithm selects the RABs with the lowest integrated priorities. If the integrated
priorities of some RABs are identical, it selects the RAB with a higher rate (that is, the
current rate for DCH RAB or the GBR for HSUPA RAB) in the uplink. The number of
selected RABs is specified by UlOlcTraffRelRabNum.
3.
1.
Based on the integrated priority, the algorithm sorts all non-MBMS RABs in descending
order.
2.
The algorithm selects the RABs with the lowest integrated priorities. If the integrated
priorities of some RABs are identical, it selects the RAB with a higher rate (that is, the
current rate for DCH RAB or the GBR for HSDPA RAB) in the downlink. The number
of selected RABs is specified by DlOlcTraffRelRabNum.
3.
4.
If all non-MBMS RABs are released but congestion persists in the downlink, MBMS
RABs are selected.
5.
Based on the ARP, the algorithm sorts all MBMS RABs in descending order.
6.
The algorithm selects the RABs with the lowest integrated priorities. The number of
selected RABs is specified by MbmsOlcRelNum.
7.
8.
If all MBMS RABs are released but congestion persists in the downlink, non-MBMS
RABs are selected.
11
11.1 Introduction
Along with the wide use of the WCDMA system, more and more hot areas use multi-carrier
power amplifiers. When traffic cannot be evenly distributed to different carriers, the requests
for DL power resources are unbalanced. In this case, dynamic power sharing among carriers
can be used to balance the requests between the carriers and increase the throughput.
In dynamic power sharing among carriers, a carrier that carries the HSPA service can
dynamically use the idle power resource of another carrier, thus improving the power usage
and the cell HSPA service rate.
RAN11.0 supports power sharing between two carriers, namely an R99 carrier and an HSDPA
carrier. The following section takes an R99 cell and an HSDPA cell as an example. In this
case, the HSDPA cell can determine the available power according to the power usage of the
R99 cell.
Based on simulation results, the capacity of the HSDPA cell is increased by 5% to 6% in the
case of power sharing between two carriers.
Psource-share denotes the maximum power that can be shared by the source cell with the
target cell.
Pmax denotes the maximum power configured for the source cell. It is specified by the
RlMaxDlPwr parameter.
Rmax-share denotes the maximum ratio of the idle power that can be shared to the transmit
power of the source cell. It is specified by the MAXSHRTO parameter.
Rmax-share denotes the maximum ratio of the idle power reserved for the source cell to the
transmit power of the source cell. It is specified by the SHMGN parameter.
The target cell assigns power to its HSDPA users based on the sum of the maximum power
configured for the target cell and the maximum power that can be shared by the source cell
with the target cell.
12
12.1 Description
Table 12.1.1.I.1.1.1.1 Load control parameter description
Parameter ID
Description
BGNSwitch
When the parameter is 'OFF', the auto-adaptive background noise update algorithm
is switched off. Otherwise, the algorithm is switched on.
BackgroundNoise
BgnAbnormalThd
BGNAdjustTimeLen
Only when the measured background noise's duration reaches this parameter, the
output of the auto-adaptive background noise update filter could be regarded as
effect background noise, and the current value is replaced with the new one. At the
same time, the auto-adaptive status should be restarted; otherwise, the output could
not be regarded as the effective background noise.
BgnEndTime
This parameter, along with the [Algorithm start time], is used to limit the validation
time of the background noise automatic updata algorithm.
BgnStartTime
This parameter, along with the [Algorithm stop time], is used to limit the validation
time of the background noise automatic updata algorithm.
BgnUpdateThd
The difference of RTWP that trigger the update of background noise. If the
difference is larger than the threshold, the background will be updated.
NBMCacAlgoSwitch
Parameter ID
Description
control algorithm is valid.
HSDPA_UU_ADCTRL: Control HSDPA UU Load admission control algorithm
HSDPA_GBP_MEAS: Control HSDPA HS-DSCH Required Power measurement
HSDPA_PBR_MEAS: Control HSDPA HS-DSCH Provided Bit Rate measurement
HSUPA_UU_ADCTRL: Control HSUPA UU Load admission control algorithm
MBMS_UU_ADCTRL: Control MBMS UU Load admission control algorithm
DOFFC: Default DPCH offset configuration algorithm
HSUPA_PBR_MEAS: Control HSUPA Provided Bit Rate measurement
HSUPA_EDCH_RSEPS_MEAS: Control HSUPA Provided Received Scheduled
EDCH Power Share measurement.
EMC_UU_ADCTRL: Control power admission for emergency user
FACH_UU_ADCTRL: Control admission for user over FACH channels
If CRD_ADCTRL,HSDPA_UU_ADCTRL,HSDPA_GBP_MEAS,
HSDPA_PBR_MEAS, HSUPA_UU_ADCTRL, MBMS_UU_ADCTRL, DOFFC,
HSUPA_PBR_MEAS ,HSUPA_EDCH_RSEPS_MEAS, EMC_UU_ADCTRL and
FACH_UU_ADCTRL are selected, the corresponding algorithms will be enabled;
otherwise, disabled.
NBMLdcAlgoSwitch
CellLdrSfResThd
Cell SF reserved threshold. The code load reshuffling could be triggered only when
Parameter ID
Description
the minimum available SF of a cell is higher than this threshold. The lower the
code resource LDR trigger threshold is, the easier the downlink code resource
enters the initial congestion status, the easier the LDR action is triggered, and the
easier the subscriber perception is affected. But a lower code resource LDR trigger
threshold causes a higher admission success rate because the resource is reserved.
CellOverrunThd
If the cell downlink load exceeds this threshold, the algorithm will decrease the
pilot transmit power of the cell so as to increase the whole system's capacity. This
parameter is based on network planning. When the cell breathing algorithm is
activated, if the value is too small, the physical coverage of the cell is limited so as
to avoid cell capacity waste. If the value is too great, the physical coverage is
expanded and interference over other cells is increased.
CellUnderrunThd
If the cell downlink load is lower than this threshold, the algorithm will increase
the pilot transmit power of the cell so as to share load of other cells. This parameter
is based on network planning. When the cell breathing algorithm is activated, if the
value is too small, the physical coverage of the cell is limited so as to avoid cell
capacity waste. If the value is too great, the physical coverage is expanded and
interference over other cells is increased.
HsdpaCMPermissionInd
HsupaCMPermissionInd
CodeBalancingDrdSwit
ch
This parameter specifies whether the code balancing DRD algorithm will be
applied.
- ON: The code balancing DRD algorithm will be applied.
- OFF: The code balancing DRD algorithm will not be applied.
CodeCongSelInterFreq
HoInd
This switch is valid only when the inter-frequency handover switch is enabled.
TRUE means that inter-frequency handover is selected in code resource
congestion. FALSE means that inter-frequency handover is not selected in code
resource congestion. This parameter should be set based on network resource
usage. In the case of multi-frequency coverage, if code resources present a
bottleneck, such as indoor environment, the parameter is recommended to be set to
TRUE. When the value is TRUE, users can be selected for inter-frequency
handover during code resource congestion, which can easily release code
congestion and use multi-frequency resources. However, the risk of inter-frequency
blink handover increases.
Parameter ID
Description
CodeBalancingDrdCode
RateThd
This parameter specifies one of the triggering conditions of code balancing DRD.
(The other condition is the minimum spreading factor.) This condition refers to that
the code occupancy in the best cell is not lower than the value of this parameter.
DeltaCodeOccupiedRate
This parameter specifies the threshold of code occupancy offset between the
current cell and the target cell when code balancing DRD is applied. Only when the
cell code occupancy offset reaches this threshold can a neighboring cell be selected
to be a candidate cell for DRD.
MinForDlBasicMeas
DlBeTraffInitBitrate
DL BE traffic Initial bit rate. When DCCC function is enabled, the downlink initial
bit rate will be set to this value if the downlink max bit rate is higher than the initial
bit rate.
DlCCHLoadRsrvCoeff
Different admission policies are used for dedicated channel and common channel
users. For common channel users, resources instead of separate power admission
decision are reserved. For dedicated channel users, according to the current load
factor and the characteristics of the new call, the CAC algorithm predicts the new
TX power with the assumption of admitting the new call, then plus with the
premeditated common channel DL load factor to get the predicted DL load factor.
Then, compare it with the DL admission threshold. If the value is not higher than
the threshold, the call is admitted; otherwise, rejected.
DlCSInterRatShouldBe
HOUeNum
DlCSInterRatShouldNot
HOUeNum
DlHOThd
The percentage of the handover service admission threshold to the 100% downlink
load. It is applicable to algorithm 1 and algorithm 2. The parameter is used for
controlling the handover admission. That is, when a service is handing over to a
cell, the RNC evalutates the measurement value of the downlink load after the
service is accessed. If the DL load of a cell is higher than this threshold after the
access, this service will be rejected. If the DL load of a cell will not be higher than
this threshold, this service will be admitted.
The DL load factor thresholds include parameters of [DL threshold of Conv
non_AMR service], [DL handover access threshold] and [DL threshold of other
services]. The four parameters can be used to limit the proportion between the nonhandover service, handover user and other services in a specific cell, and to
guarantee the access priority of the handover service. This parameter is related to
the cell radius and cell maximum TX power. If the value is too high, the system
load after admission may be over large, which impacts system stability and leads to
system congestion. If the value is too low, the possibility of user rejects may
increase, resulting in waste in idle resources.
DlHoCeCodeResvSf
Some cell resources can be reserved for handover UEs to guarantee handover
Parameter ID
Description
success rate and improve access priority of handover services. This parameter
defines the quantity of downlink code and CE resources reserved for handover.
DlInterFreqHoCellLoad
SpaceThd
DlInterFreqHoBWThd
The UE can be selected to process load handover only when its bandwidth is less
than this threshold. The higher the parameter is, the higher the service rate of the
user in handover is, and the more obviously the cell load is decreased. However,
high value of the parameter gives rise to the fluctuation and congestion of the
target cell load. The lower the parameter is, the smaller amplitude of the load
decreases as a result of the inter-frequency load handover, and the easier it is to
maintain the stability of the target cell load.
DlHSUPARsvdFactor
DlLdrCreditSfResThd
Reserved SF threshold in downlink credit LDR. The downlink credit LDR could be
triggered only when the SF factor corresponding to the downlink reserved credit is
higher than the uplink or downlink credit SF reserved threshold. The lower the
parameter value is, the easier the credit enters the congestion status, the easier the
LDR action is triggered, and the easier the user experience is affected. A lower
code resource LDR trigger threshold, however, causes a higher admission success
rate because the resource is reserved. The parameter should be set based on the
operator's requirement.
DlLdrRelThd
If the ratio of DL load of the cell to the downlink capacity is lower than this
threshold, the DL load reshuffling function of the cell is stopped. After the basic
congestion state of the cell load is released, the system no longer implements the
LDR action. Because the load fluctuates, the difference between the LDR release
threshold and trigger threshold should be higher than 10%. The ping-pong effect of
the preliminary congestion state may occur. The lower the LDR trigger and release
thresholds are, the easier the system enters the preliminary congestion status, the
harder it is released from this status, the easier the LDR action is triggered, and the
more likely the users are affected. But, the admission success rate becomes higher
since the resources are preserved. The carrier shall make a trade-off between these
factors.
DlLdrTrigThd
If the ratio of DL load of the cell to the downlink capacity is not lower than this
threshold, the DL load reshuffling function of the cell is triggered. After the basic
congestion state of the cell load is released, the system no longer implements the
LDR action. Because the load fluctuates, the difference between the LDR release
threshold and trigger threshold should be higher than 10%. The ping-pong effect of
the preliminary congestion state may occur. The lower the LDR trigger and release
thresholds are, the easier the system enters the preliminary congestion status, the
harder it is released from this status, the easier the LDR action is triggered, and the
more likely the users are affected. But, the admission success rate becomes higher
since the resources are preserved. The carrier shall make a trade-off between these
factors.
DlLdrPsRTQosRenegRa
bNum
Parameter ID
Description
subscribers. The setting of this parameter is analogous to the setting of BE service
rate reduction subscriber number. Because the number of subscribers performing
QoS renegotiation may be smaller than the value of this parameter, for example,
the candidate subscribers selected for downlink LDR do not meet the QoS
renegotiation conditions, you must leave some margin when setting this parameter
to ensure the success of load reshuffling.
DlLdrAMRRateReducti
onRabNum
The mechanism of the LDR is that an action is performed in each [LDR period]
and some services are selected based on the action rules to perform this action.
This parameter defines the maximum number of RABs selected in executing
downlink LDR-AMR voice service rate reduction. If the parameter value is too
high, the LDR action may fluctuate greatly and over control may occur (the state of
basic congestion turns into another extreme--underload). If the parameter value is
too low, the LDR action has a slow response and the effect is not apparent,
affecting the LDR performance.
DlLdrBERateReduction
RabNum
LdbDRDLoadRemainT
hdDCH
This parameter specifies the downlink load threshold to trigger load balancing
DRD for services carried on DCH. The load balancing DRD will probably be
triggered only when the downlink cell remanent non H power or remanent R99
equivalent user number is less than this threshold.
LdbDRDLoadRemainT
hdHSDPA
This parameter specifies the downlink load threshold to trigger load balancing
DRD for services carried on HS-DSCH. The load balancing DRD will probably be
triggered only when the downlink cell remanent HSDPA guarantee power or
remanent HSDPA user number is less than this threshold.
DlOlcFTFRstrctRabNu
m
DL fast TF restriction refers to a situation where, when the cell is overloaded and
congested, the downlink TF can be adjusted to restrict the number of blocks
transported in each TTI at the MAC layer and the rate of user data, thus reducing
the cell downlink load.
The mechanism of the OLC is that an action is performed in each [OLC period]
and some services are selected based on the action rules to perform this action.
This parameter defines the maximum number of RABs selected in executing
downlink OLC fast restriction.
Selection of RABs of the OLC is based on the service priorities and ARP values
and bearing priority indication. The RAB of low priority is under control. In the
actual system, UlOlcFTFRstrctRabNum and DlOlcFTFRstrctRabNum can be set
on the basis of the actual circumstances. If the high-rate subscribers occupy a high
proportion, set UlOlcFTFRstrctRabNum and DlOlcFTFRstrctRabNum to
comparatively low values. If the high-rate subscribers occupy a low proportion, set
UlOlcFTFRstrctRabNum and DlOlcFTFRstrctRabNum to comparatively high
values. The higher the parameters are, the more users are involved in fast TF
restriction under the same conditions, the quicker the cell load decreases, and the
more user QoS is affected.
DlOlcFTFRstrctTimes
DL fast TF restriction refers to a situation where, when the cell is overloaded and
congested, the downlink TF can be adjusted to restrict the number of blocks
Parameter ID
Description
transported in each TTI at the MAC layer and the rate of user data, thus reducing
the cell downlink load.
The mechanism of the OLC is that an action is performed in each [OLC period]
and some services are selected based on the action rules to perform this action.
This parameter defines the maximum number of downlink OLC fast TF restriction
performed in entering/exiting the OLC status.
After the overload is triggered, the RNC immediately executes OLC by first
executing fast TF restriction. The internal counter is incremented by 1 with each
execution. If the number of overloads does not exceed the OLC action threshold,
the system lowers the BE service rate by lowering TF to relieve the overload. If the
number of overloads exceeds the OLC action threshold, the previous operation has
no obvious effect on alleviating the overload and the system has to release users to
solve the overload problem. The lower the parameters are, the more likely the users
are released, resulting in negative effect on the system performance. If the
parameters are excessively high, the overload status is released slowly.
DlOlcRelThd
If the ratio of DL load of the cell to the downlink capacity is lower than this
threshold, the DL overload and congestion control function of the cell is stopped.
The lower the OLC trigger threshold is, the easier the system is in the overload
status. An excessively low value of the OLC trigger threshold is very detrimental to
the system performance. The lower the OLC release threshold is, the harder the
system releases the overload. The value of the OLC release threshold should not be
much lower than or close to the OLC trigger threshold, or the system state may
have a ping-pong effect. The recommended difference between the OLC release
threshold and the OLC trigger threshold is higher than 10%. It is desirable to set
the two parameters a bit higher given that the difference between OLC trigger
threshold and OLC release threshold is fixed.
DlOlcTraffRelRabNum
User release is an extreme method in reducing the cell load and recovering the
system when the cell is overloaded and congested.
The mechanism of the OLC is that an action is performed in each [OLC period]
and some services are selected based on the action rules to perform this action.
This parameter defines the maximum number of RABs released in executing
downlink OLC service release.
For the users of a single service, the releasing of RABs means the complete
releasing of the users. The releasing of RABs causes call drops, so
UlOlcFTFRstrctTimes or DlOlcFTFRstrctTimes should be set to a low value.
Higher values of the parameter get the cell load to decrease more obviously, but the
QoS will be affected.
DlOlcTrigThd
If the ratio of DL load of the cell to the downlink capacity is not lower than this
threshold, the DL overload and congestion control function of the cell is triggered.
The lower the OLC trigger threshold is, the easier the system is in the overload
status. An excessively low value of the OLC trigger threshold is very detrimental to
the system performance. The lower the OLC release threshold is, the harder the
system releases the overload. The value of the OLC release threshold should not be
much lower than or close to the OLC trigger threshold, or the system state may
have a ping-pong effect. The recommended difference between the OLC release
threshold and the OLC trigger threshold is higher than 10%. It is desirable to set
the two parameters a bit higher given that the difference between OLC trigger
threshold and OLC release threshold is fixed.
DlPSInterRatShouldBe
HOUeNum
Parameter ID
Description
In the actual system, this parameter can be set on the basis of the actual
circumstances. If the high-rate subscribers occupy a high proportion, set the
parameter to a comparatively low value. If the high-rate subscribers occupy a low
proportion, set the parameter to a comparatively high value. Because the basic
congestion control algorithm is designed to slowly decrease cell load, you need to
set this parameter to a comparatively low value.
DlPSInterRatShouldNot
HOUeNum
RateRecoverTimerLen
DL fast TF restriction refers to a situation where, when the cell is overloaded and
congested, the downlink TF can be adjusted to restrict the number of blocks
transported in each TTI at the MAC layer and the rate of user data, thus reducing
the cell downlink load. This parameter defines the downlink data rate recover timer
length in fast TF restriction. RateRstrctTimerLen and RateRecoverTimerLen are
effective only to the downlink. The uplink fast TF restriction is performed by the
UE. For the uplink fast TF restriction, the RNC only delivers a new TFCS and
randomly selects a comparatively bigger time length in the signaling value scope.
The UE automatically release the TF restriction once the time expires. The higher
RateRecoverTimerLen is, the more slowly the BE service rate recovers, while the
lower probability that the overload is triggered again in a short period. The lower
RateRecoverTimerLen is, the more quickly the BE service rate is recovered, but
more overloads occur.
RateRstrctCoef
DL fast TF restriction refers to a situation where, when the cell is overloaded and
congested, the downlink TF can be adjusted to restrict the number of blocks
transported in each TTI at the MAC layer and the rate of user data, thus reducing
the cell downlink load. This parameter defines the downlink data rate restrict
coefficient in fast TF restrict The smaller this parameter is, the larger the TF restrict
effect. The lower the parameter is, the more severe the rate is restricted. An
excessive low parameter value, however, may affect the BE transmission delay. A
high parameter value means loose restriction, which may be ineffective in
alleviating the overload.
RateRstrctTimerLen
DL fast TF restriction refers to a situation where, when the cell is overloaded and
congested, the downlink TF can be adjusted to restrict the number of blocks
transported in each TTI at the MAC layer and the rate of user data, thus reducing
the cell downlink load. This parameter defines the time length of the downlink
OLC fast TF restriction. RateRstrctTimerLen and RateRecoverTimerLen are
effective only to the downlink. The uplink fast TF restriction is performed by the
UE. For the uplink fast TF restriction, the RNC only delivers a new TFCS and
randomly selects a comparatively bigger time length in the signaling value scope.
The UE automatically release the TF restriction once the time expires. The higher
RateRstrctTimerLen is, the more slowly the BE service rate decreases. The lower
RateRstrctTimerLen is, the harder it is to receive the overload release instruction.
Recovercoef
DL fast TF restriction refers to a situation where, when the cell is overloaded and
congested, the downlink TF can be adjusted to restrict the number of blocks
Parameter ID
Description
transported in each TTI at the MAC layer and the rate of user data, thus reducing
the cell downlink load. This parameter defines the downlink OLC fast TF rate
recovery coefficient. The greater this parameter is, the larger the TF restrict effect.
DlConvAMRThd
The percentage of the conversational AMR service threshold to the 100% downlink
load. It is applicable to algorithm 1 and algorithm 2.
DlConvNonAMRThd
DlOtherThd
The percentage of other service thresholds to the 100% downlink load. The
services refer to other admissions except the conversational AMR service,
conversational non-AMR service, and handover scenarios. It is applicable to
algorithm 1 and algorithm 2. The parameter is used for controlling other service
admissions. That is, when a service is accessing, the RNC evalutates the
measurement value of the downlink load after the service is accessed. If the DL
load of a cell is higher than this threshold after the access of a service, this service
will be rejected. If the DL load of a cell will not be higher than this threshold, this
service will be admitted.
The DL load factor thresholds include parameters of [DL threshold of Conv
non_AMR service], [DL handover access threshold] and [DL threshold of other
services]. The four parameters can be used to limit the proportion between the
conversational service, handover user and other services in a specific cell, and to
guarantee the access priority of other services. If the value is too high the system
load after admission may be over large, which impacts system stability and leads to
system congestion. If the value is too low, the possibility of user rejects may
increase, resulting in waste in idle resources and the failure to achieving network
planning target.
DlTotalEqUserNum
When the algorithm 2 is used, this parameter defines the total equivalent user
number corresponding to the 100% downlink load. he parameter should be related
to the admission threshold and actual condition of the network. If the value is too
high, the system load after admission may be over large, which impacts system
stability and leads to system congestion. If the value is too low, the possibility of
user rejects may increase, resulting in waste in idle resources.
DlCellTotalThd
Admission threshold of the total cell downlink power. If the value is too high, too
many users will be admitted. However, the throughput of a single user is easy to be
limited. If the value is too low, cell capacity will be wasted.
DlDcccRateThd
For a BE service that has a low maximum rate, the DCCC algorithm is not
obviously effective yet it increases algorithm processing. Thus, the traffic-based
DCCC algorithm is applied to BE services whose maximum DL rate is greater than
the threshold.
NBMDlCacAlgoSelSwi
tch
Parameter ID
Description
ALGORITHM_SECOND: The equivalent user number algorithm will be used in
downlink CAC.
ALGORITHM_THIRD: The loose call admission control algorithm will be used in
downlink CAC.
DRDEcN0Threshhold
This parameter is used as the DRD Ec/No threshold of whether to perform the
blind handover.
This parameter is used as the DRD Ec/No threshold of whether to perform the
blind handover. When choosing a DRD candidate cell, if the Ec/No value of the
current cell is greater than the threshold of inter-RAT/inter-frequency neighboring
cell, the DRD is permitted.
HsupaEqualPriorityUser
PBRThd
Threshold of all the HSUPA user PBR whose schedule priority is the same as that
of users to be admitted. If this value is too high, the possibility of rejecting HSUPA
schedule services increases, which impacts access success rate. If the value is too
low, too many HSUPA schedule users may be admitted, which impacts the
admitted users and results in overload and system congestion.
BGNEqUserNumThd
When the number of uplink equivalent users is not larger than this parameter, the
RTWP could be regarded as background noise. Therefore, the measured RTWP
could be input to the auto-adaptive background noise update filter; otherwise, the
RTWP could not be regarded as background noise, and should not be input to the
filter, and at the same time, the auto-adaptive status should be reset.
LdrFirstPri
If congestion is triggered by multiple resources such as credit and code at the same
time, the congestion of resources specified in this parameter is processed with the
first priority.
IUBLDR refers to processing of LDR action trigged by Iub bandwidth.
CREDITLDR refers to processing of LDR action trigged by credit. CODELDR
refers to processing of LDR action trigged by code. UULDR refers to processing of
LDR action trigged by Uu.
LdrFourthPri
If congestion is triggered by multiple resources such as credit and code at the same
time, the congestion of resources specified in this parameter is processed with the
fourth priority.
IUBLDR refers to processing of LDR action trigged by Iub bandwidth.
CREDITLDR refers to processing of LDR action trigged by credit. CODELDR
refers to processing of LDR action trigged by code. UULDR refers to processing of
LDR action trigged by Uu.
GoldUserLoadControlS
witch
Indicates whether gold users involve in the switch of congestion control. According
to the policy set for gold users by operators, if service quality of gold users should
be guaranteed even in resource congestion, the switch should be disabled. If the
switch is enabled, LDR such as rate reduction and handover also occurs on gold
users even in cell resource congestion, which impacts user service quality. If the
switch is disabled, no action is performed on gold users.
HsupaHighPriorityUser
PBRThd
Threshold of all the HSUPA user PBR whose schedule priority is higher than that
of users to be admitted. If this value is too high, the possibility of rejecting HSUPA
schedule services increases, which impacts access success rate. If the value is too
low, too many HSUPA schedule users may be admitted, which impacts the
admitted users and results in overload and system congestionRecommended.
HsdpaBePBRThd
Average throughput admission threshold of the HSDPA best effort traffic. If the
sum of PBR of all the accessed HSDPA BE users is lower than the average
Parameter ID
Description
throughput admission threshold of the HSDPA BE service multiplied by the sum of
GBR of all the accessed HSDPA BE users, it indicates that the QoS of the accessed
users cannot be satisfied and new HSDPA BE services are not allowed. Otherwise,
the QoS can be satisfied and new HSDPA BE services are allowed. If the value is
too high, admission requirement of the HSDPA BE service is strict, which
improves the service quality of the HSDPA BE service but also may lead to
HSDPA capacity waste. If the value is too low, admission requirement of the
HSDPA BE service is loose, which allows more BE services but QoS of the
HSDPA BE service cannot be guaranteed.
HsdpaStrmPBRThd
CarrierTypePriorInd
Decide which carrier is prior when ARP and TrafficClass are both identical.
HsupaInitialRate
HSUPA BE traffic Initial bit rate. When DCCC algorithm switch and HSUPA
DCCC algorithm switch are enabled, the uplink initial bit rate will be set to this
value if the uplink max bit rate is higher than the initial bit rate.
PriorityReference
LdrCodeUsedSpaceThd
LdrCodePriUseInd
FALSE means not considering the code priority during the code reshuffling. TRUE
means considering the code priority during the code reshuffling. If the parameter is
TRUE, the codes with high priority are reserved during the code reshuffling. It is
good for the code resource dynamic sharing, which is a function used for the
HSDPA service.
LdrPeriodTimerLen
Identifying the period of the LDR execution. When basic congestion occurs,
execution of LDR can dynamically reduce the cell load. The lower the parameter
value is, the more frequently the LDR action is executed, which decreases the load
Parameter ID
Description
quickly. If the parameter value is excessively low, an LDR action may overlap the
previous one before the previous result is displayed in LDM. The higher the
parameter value is, the more likely this problem can be prevented. If the parameter
value is excessively high, the LDR action may be executed rarely, failing to lower
the load timely.
The LDR algorithm aims to slowly reduce the cell load and control the load below
the admission threshold, each LDR action takes a period (for example the interRAT load handover needs a delay of about 5 s if the compressed mode is needed),
and there is a delay for the LDM module responds to the load decreasing (the delay
is about 3 s when the L3 filter coefficient is set to 6), so the parameter value should
be higher than 8s.
LdbDRDchoice
This parameter specifies which choice the load balancing DRD algorithm will be
applied.
- Power: Power(Downlink none-HSDPA power is used for services carried on
DCH, and downlink HSDPA guarantee power is used for services carried on HSDSCH)will be applied to the load balancing DRD algorithm.
- UserNumber: User number(Downlink R99 equivalent user number is used for
services carried on DCH, and downlink HSDPA user number is used for services
carried on HS-DSCH)will be applied to the the load balancing DRD algorithm.
LdbDRDOffsetDCH
This parameter specifies the threshold of remanent load offset between the current
cell and the target cell when load balancing DRD is applied for DCH users. Only
when the remanent load offset reaches this threshold can a neighboring cell be
selected as a candidate DRD cell for DCH users.(If Load balance DRD choice is
Power, additional condition should also be statisfied, that is total power remain
difference between the current cell and target cell should be less than Load Balance
DRD Total Power Protect Threshold; if Load balance DRD choice is UserNumber,
additional condition is not needed.)
LdbDRDOffsetHSDPA
This parameter specifies the threshold of remanent load offset between the current
cell and the target cell when load balancing DRD is applied for HSDPA users. Only
when the remanent load offset reaches this threshold can a neighboring cell be
selected as a candidate DRD cell for HSDPA users.(If Load balance DRD choice is
Power, additional condition should also be statisfied, that is total power remain
difference between the current cell and target cell should be less than Load Balance
DRD Total Power Protect Threshold; if Load balance DRD choice is UserNumber,
additional condition is not needed.)
LdbDRDSwitchDCH
This parameter specifies whether the load balancing DRD algorithm will be
applied for services carried on DCH.
- ON: The load balancing DRD algorithm will be applied.(If cell-level DRD
parameters are configured, the status of cell level Load balance DRD switch for
DCH should also be considered.)
- OFF: The load balancing DRD algorithm will not be applied.
LdbDRDSwitchHSDPA
This parameter specifies whether the load balancing DRD algorithm will be
applied for services carried on HS-DSCH.
- ON: The load balancing DRD algorithm will be applied.(If cell-level DRD
parameters are configured, the status of cell level Load balance DRD switch for
HSDPA should also be considered.)
- OFF: The load balancing DRD algorithm will not be applied.
LdbDRDTotalPwrProTh
d
This parameter specifies the threshold of the downlink remanent total power
difference between the current cell and the target cell when load balancing DRD is
Parameter ID
Description
applied and the load balancing DRD choice is Power. Only when the downlink
remanent total power difference is less than this threshold can a neighboring cell be
selected as a candidate DRD cell.
SpucHyst
Hysteresis used to determine the cell load level. It is denoted by the ratio of NodeB
TX power to the maximum TX power. It is used to avoid the unnecessary pingpong effect of a cell between two load levels due to tiny load change. For detailed
information of this parameter, refer to 3GPP TS 25.304.
SpucHeavy
It is used to decide whether the cell load level is "Heavy" or not. It is denoted by
the ratio of NodeB TX power to the maximum TX power.
If the load of a cell is equal to or higher than this threshold, the load level of this
cell is heavy.
If the load level of a cell is heavy, the PUC algorithm will configure
selection/reselection parameters for this cell to lead the UE camping on this cell to
reselect another inter-frequency neighboring cell with light load.
SpucLight
It is used to decide whether the cell load level is "Light" or not. It is denoted by the
ratio of NodeB TX power to the maximum TX power.
If the load of a cell is equal to or lower than this threshold, the load level of this
cell is light.
If the load level of a cell is light, the PUC algorithm will configure
selection/reselection parameters for this cell to lead the UE to reselect this cell
rather than the previous inter-frequency neighboring cell with heavy load.
HsupaLowPriorityUserP
BRThd
Threshold of all the HSUPA user PBR whose schedule priority is lower than that of
users to be admitted. If this value is too high, the possibility of rejecting HSUPA
schedule services increases, which impacts access success rate. If the value is too
low, too many HSUPA schedule users may be admitted, which impacts the
admitted users and results in overload and system congestion.
MaxQueueTimeLen
Maximum queue time of users. When a user initiates a call, it joins the queue due
to cell resource insufficiency. This parameter defines the maximum length of time
required for queuing of a user. If cell resources are still insufficient after expiration,
access fails.
MaxUserNumCodeAdj
This parameter specifies the number of users selected in code reshuffling. Code
reshuffling can be triggered only when the number of users on a code is no greater
than the threshold. Code reshuffling has a big impact on the QoS. In addition, the
reshuffled subscribers occupy two code resources during code reshuffling. Thus,
the parameter should be set to a comparatively low value.
MaxHsdpaUserNum
Maximum number of users supported by the HSDPA channel. The user in this
parameter refers to the user with services on the HSDPA channel, regardless of the
number of RABs carried on the HSDPA channel. Maximum HSDPA user number
cannot exceed the HSDPA capability of the NodeB product, In practice, the value
can be set based on the cell type and the richness of the available HSDPA power
and code resources. If the value is too low, the cell HSDPA capacity may be
reduces, leading to waste in HSDPA resources. If the value is too high, HSDPA
services may be congested.
MaxHsupaUserNum
Parameter ID
Description
MbmsDecPowerRabThd
When the priority of the RAB of MBMS services exceeds this threshold,
reconfigure the MBMS power to the minimum power. The lower the parameter
value is, the bigger the scope for selecting the MBMS services is, the more cell
load is decreased, the more effect there is on the MBMS service. At the same time,
the cell overload is significantly decreased while the impact on the MBMS services
becomes bigger. The higher the parameter value is, the smaller the scope for
selecting the MBMS services is, the less cell load is decreased, the more effect
there is on the MBMS services, and the quality of services with high priority,
however, can be guaranteed. The MBMS service at each rate is set on the basis of
two power levels. The power set for an MBMS service is determined according to
cell load during the service access. In addition, the FACH power of the MBMS
service must be decreased as required in the duration of cell congestion. Some
services with high priority, for example the disaster pre-alert, however, do not need
the coverage shrink caused by cell load. In such a case, you can adjust the service
priority threshold to protect the services with high priority against the impact of the
service access failure and the load control algorithm.
MbmsPreemptAlgoSwit
ch
MbmsOlcRelNum
MBMS service release is an extreme method in reducing the cell load and
recovering the system when the cell is overloaded and congested.
The mechanism of the OLC is that an action is performed in each [OLC period]
and some services are selected based on the action rules to perform this action.
This parameter defines the maximum number of MBMS services released in
executing downlink OLC service release.
MinPCPICHPower
Minimum TX power of the PCPICH in a cell. This parameter should be set based
on the actual system environment such as cell coverage (radius) and geographical
environment. If MinPCPICHPower is excessively small, the cell coverage is
affected. Ensure that MinPCPICHPower is set under the condition of a proper
proportion of soft handover area, or under the condition that no coverage hole
exists.
CodeBalancingDrdMinS
FThd
This parameter specifies one of the triggering conditions of code balancing DRD.
(The other condition is the code occupancy.) This condition refers to that the
minimum spreading factor of the best cell is not smaller than the value of this
parameter.
NodeBLdcAlgoSwitch
IUB_LDR (Iub congestion control algorithm): When the NodeB Iub load is heavy,
users are assembled in priority order among all the NodeBs and some users are
selected for LDR action (such as BE service rate reduction) in order to reduce the
NodeB Iub load.
NODEB_CREDIT_LDR (NodeB level credit congestion control algorithm): When
the NodeB level credit load is heavy, users are assembled in priority order among
all the NodeBs and some users are selected for LDR action in order to reduce the
NodeB level credit load.
LCG_CREDIT_LDR (Cell group level credit congestion control algorithm): When
the cell group level credit load is heavy, users are assembled in priority order
among all the NodeBs and some users are selected for LDR action in order to
reduce the cell group level credit load. IUB_OLC (Iub Overload congestion control
algorithm): When the NodeB Iub load is Overload, users are assembled in priority
order among all the NodeBs and some users are selected for Olc action in order to
reduce the NodeB Iub load.
Parameter ID
Description
To enable some of the algorithms above, select them. Otherwise, they are disabled.
NodeBHsdpaMaxUserN
um
Maximum number of HSDPA users of the NodeB. If the HSDPA user access is
rejected by the NodeB, you can infer that the HSDPA licenses are insufficient. New
HSDPA licenses are required.
NodeBHsupaMaxUserN
um
Maximum number of HSUPA users of the NodeB. If the HSUPA user access is
rejected by the NodeB, you can infer that the HSUPA licenses are insufficient. New
HSUPA licenses are required.
OlcPeriodTimerLen
Identifying the period of the OLC execution. When overload occurs, execution of
OLC can dynamically reduce the cell load. When setting the parameter, consider
the hysteresis for which the load monitoring responds to the load change. For
example, when the layer 3 filter coefficient is 6, the hysteresis for which the load
measurement responds to the step-function signals is about 2.8s, namely that the
system can trace the load control effect about 3 s later after each load control. In
this case, the OLC period timer length cannot be smaller than 3s.
OlcPeriodTimerLen along with ULOLCFTFRstrctUserNum,
DLOLCFTFRstrctUserNum, ULOLCFTFRSTRCTTimes,
DLOLCFTFRSTRCTTimes, ULOLCTraffRelUserNum, and
DLOLCTraffRelUserNum determine the time it takes to release the
uplink/downlink overload. If the OLC period is excessively long, the system may
respond very slowly to overload. If the OLC period is excessively short,
unnecessary adjustment may occur before the previous OLC action has taken
effect, and therefore the system performance is affected.
PCPICHPowerPace
Pilot power adjustment step increased or decreased in each increase of the cell
breathing algorithm or decrease of cell pilot. If the value is too great, the cell pilot
may change fiercely, which is easy to lead to user call drops. If the value is too
small, the cell pilot may change smoothly. However, the response speed of the cell
breathing algorithm is decreased, impacting the algorithm performance. For
detailed information of this parameter, refer to 3GPP TS 25.433.
PreemptAlgoSwitch
PreemptRefArpSwitch
EmcPreeRefVulnSwitch
When the switch is enabled, users of emergency call can preempt all the users of
non emergency call. When the switch is disabled, users of emergency call can only
preempt users of non emergency call with the preempted attributes.
OffQoffset1Light
Offset of Qoffset1 when neighboring cell load is lighter than that of the center cell
(Note: Qoffset1 is used as a priority to decide which cell will be selected in cell
selection or reselection) For detailed information of this parameter, refer to 3GPP
TS 25.304.
OffQoffset1Heavy
Offset of Qoffset1 when neighboring cell load is heavier than that of the center cell
(Note: Qoffset1 is used as a priority to decide which cell will be selected in cell
selection or reselection) For detailed information of this parameter, refer to 3GPP
Parameter ID
Description
TS 25.304.
OffQoffset2Light
Offset of Qoffset2 when neighboring cell load is lighter than that of the center cell
(Note: Qoffset2 is used as a priority to decide which cell will be selected in cell
selection or reselection) For detailed information of this parameter, refer to 3GPP
TS 25.304.
OffQoffset2Heavy
Offset of Qoffset2 when neighboring cell load is heavier than that of the center cell
(Note: Qoffset2 is used as a priority to decide which cell will be selected in cell
selection or reselection) For detailed information of this parameter, refer to 3GPP
TS 25.304.
QueueAlgoSwitch
Indicating whether queue is supported. When a user initiates a call, if cell resources
are insufficient and the user is queue supportive, the RNC tries to arrange this user
to join the queue to increase access success ratio.
LdrSecondPri
If congestion is triggered by multiple resources such as credit and code at the same
time, the congestion of resources specified in this parameter is processed with the
second priority.
IUBLDR refers to processing of LDR action trigged by Iub bandwidth.
CREDITLDR refers to processing of LDR action trigged by credit. CODELDR
refers to processing of LDR action trigged by code. UULDR refers to processing of
LDR action trigged by Uu.
SeqOfUserRel
This parameter indicates whether the MBMS service is released first or user first
when the overload occurs.
ServiceDiffDrdSwitch
This parameter specifies whether the service differential DRD algorithm will be
applied.
- ON: The service differential DRD algorithm will be applied.(If cell-level DRD
parameters are configured, the status of cell level Service differential drd switch
should also be considered.)
- OFF: The service differential DRD algorithm will not be applied.
SpgId
This parameter identifies a group of cells that have specific capabilities for four
service types: R99 real-time services, R99 non-real-time services, HSPA services,
and other services.
OffSinterLight
Offset of Sintersearch when center cell load level is "Light" (Note: Sintersearch is
used to decide whether to start the inter-frequency cell reselection). For detailed
information of this parameter, refer to 3GPP TS 25.304.
OffSinterHeavy
Offset of Sintersearch when center cell load level is "Heavy" (Note: Sintersearch is
used to decide whether to start the inter-frequency cell reselection). For detailed
information of this parameter, refer to 3GPP TS 25.304.
LdrThirdPri
If congestion is triggered by multiple resources such as credit and code at the same
time, the congestion of resources specified in this parameter is processed with the
third priority.
IUBLDR refers to processing of LDR action trigged by Iub bandwidth.
CREDITLDR refers to processing of LDR action trigged by credit. CODELDR
refers to processing of LDR action trigged by code. UULDR refers to processing of
LDR action trigged by Uu.
ChoiceRprtUnitForDlBa
sicMeas
If you set this parameter to TEN_MSEC, use [DL basic meas rprt cycle,Unit:10ms]
to specify the measurement report period. If you set this parameter to MIN, use
Parameter ID
Description
[DL basic meas rprt cycle,Unit:min] to specify measurement report period. For
detailed information of this parameter, refer to 3GPP TS 25.433.
ChoiceRprtUnitForUlBa
sicMeas
TransCchUserNum
MinForUlBasicMeas
UlBeTraffInitBitrate
UL BE traffic Initial bit rate. When DCCC function is enabled, the uplink initial bit
rate will be set to this value if the uplink max bit rate is higher than the initial bit
rate.The larger this parameter to be set, the sooner max bit rate to be reached, but
the bit rate is more likely to be declined when system congested, so it makes no
sense to set this parameter too high. Contrarily,the smaller the parameter to be set,
the more easily the BE traffic to be accessed at required bit rate. But over small
setting will take longer to adjust to needed bit rate.
UlCCHLoadFactor
The admission control decision is only for dedicated channels. For common
channels, some resources instead of a special admission procedure are reserved.
In the UL, according to the current load factor and the characteristics of the new
call, the UL CAC algorithm predicts the new traffic channels load factor with the
assumption of admitting the new call, then plus with the premeditated common
channel UL load factor to get the predicted UL load factor. Then, compare it with
the UL admission threshold. If the value is not higher than the threshold, the call is
admitted; otherwise, rejected. If the value is too high, power resources are wasted,
which impacts system capacity. If the value is too low, resources can be fully used
and coverage may be impacted in case of insufficient resources.
UlCSInterRatShouldBe
HOUeNum
UlCSInterRatShouldNot
HOUeNum
Parameter ID
Description
subscribers. Because the CS domain subscribers are session subscribers in general
and they have little impact on load, you can set this parameter to a comparatively
high value.
UlNonCtrlThdForHo
The percentage of the handover service admission threshold to the 100% uplink
load. It is applicable to algorithm 1 and algorithm 2. The parameter is used for
controlling the handover admission. That is, when a service is handing over to a
cell, the RNC evalutates the measurement value of the uplink load after the service
is accessed. If the UL load of a cell is higher than this threshold after the access,
this service will be rejected. If the UL load of a cell will not be higher than this
threshold, this service will be admitted.
The UL load factor thresholds include parameters of [UL threshold of Conv
non_AMR service], [UL handover access threshold] and [UL threshold of other
services]. The four parameters can be used to limit the proportion between the nonhandover service, handover user and other services in a specific cell, and to
guarantee the access priority of the handover service. This parameter is to
guarantee the access priority of the handover service. If the value is too high the
system load after admission may be over large, which impacts system stability and
leads to system congestion. If the value is too low, the possibility of user rejects
may increase, resulting in waste in idle resources.
UlHoCeResvSf
Uplink Credit Reserved by Spread Factor for HandOver. SFOFF means that none
of them are reserved for handover.
UlInterFreqHoCellLoad
SpaceThd
UlInterFreqHoBWThd
The UE can be selected to process load handover only when its bandwidth is less
than this threshold. The higher the parameter is, the higher the service rate of the
user in handover is, and the more obviously the cell load is decreased. However,
high value of the parameter gives rise to the fluctuation and congestion of the
target cell load. The lower the parameter is, the smaller amplitude of the load
decreases as a result of the inter-frequency load handover, and the easier it is to
maintain the stability of the target cell load.
UlHsDpcchRsvdFactor
If the HS-DPCCH carries ACK/NACK, the system will not perform CAC. If the
HS-DPCCH carries CQI, the system will perform CAC. This parameter refers to
the resources reserved for the uplink HS-DPCCH carrying ACK/NACK. The
corresponding threshold is the uplink limit capacity multiplied by this parameter. If
the value is too high, the possibility of wrong rejection to uplink admissions
increases, leading to waste in uplink resources. If the value is too low, the uplink
resources is insufficient. However, because the possibility of putburst load by
ACK/NACK and its impact are relatively low, the value can be set to a low level,
representing the loose admission rule.
UlLdrCreditSfResThd
Reserved SF threshold in uplink credit LDR. The uplink credit LDR could be
triggered only when the SF factor corresponding to the uplink reserved credit is
higher than the uplink or downlink credit SF reserved threshold. The lower the
parameter value is, the easier the credit enters the congestion status, the easier the
LDR action is triggered, and the easier the user experience is affected. A lower
code resource LDR trigger threshold, however, causes a higher admission success
Parameter ID
Description
rate because the resource is reserved. The parameter should be set based on the
operator's requirement.
UlLdrRelThd
If the ratio of UL load of the cell to the uplink capacity is lower than this threshold,
the UL load reshuffling function of the cell is stopped. After the basic congestion
state of the cell load is released, the system no longer implements the LDR action.
Because the load fluctuates, the difference between the LDR release threshold and
trigger threshold should be higher than 10%. The ping-pong effect of the
preliminary congestion state may occur. The lower the LDR trigger and release
thresholds are, the easier the system enters the preliminary congestion status, the
harder it is released from this status, the easier the LDR action is triggered, and the
more likely the users are affected. But, the admission success rate becomes higher
since the resources are preserved. The carrier shall make a trade-off between these
factors.
UlLdrTrigThd
If the ratio of UL load of the cell to the uplink capacity is not lower than this
threshold, the UL load reshuffling function of the cell is triggered. After the basic
congestion state of the cell load is released, the system no longer implements the
LDR action. Because the load fluctuates, the difference between the LDR release
threshold and trigger threshold should be higher than 10%. The ping-pong effect of
the preliminary congestion state may occur. The lower the LDR trigger and release
thresholds are, the easier the system enters the preliminary congestion status, the
harder it is released from this status, the easier the LDR action is triggered, and the
more likely the users are affected. But, the admission success rate becomes higher
since the resources are preserved. The carrier shall make a trade-off between these
factors.
UlLdrPsRTQosRenegRa
bNum
UlLdrAMRRateReducti
onRabNum
The mechanism of the LDR is that an action is performed in each [LDR period]
and some services are selected based on the action rules to perform this action.
This parameter defines the maximum number of RABs selected in executing
uplink LDR-AMR voice service rate reduction. If the parameter value is too high,
the LDR action may fluctuate greatly and over control may occur (the state of basic
congestion turns into another extreme--underload). If the parameter value is too
low, the LDR action has a slow response and the effect is not apparent, affecting
the LDR performance.
UlLdrBERateReduction
RabNum
UlOlcFTFRstrctRabNu
m
UL fast TF restriction refers to a situation where, when the cell is overloaded and
congested, the uplink TF can be adjusted to restrict the number of blocks
Parameter ID
Description
transported in each TTI at the MAC layer and the rate of user data, thus reducing
the cell uplink load.
The mechanism of the OLC is that an action is performed in each [OLC period]
and some services are selected based on the action rules to perform this action.
This parameter defines the maximum number of RABs selected in executing
uplink OLC fast restriction.
Selection of RABs of the OLC is based on the service priorities and ARP values
and bearing priority indication. The RAB of low priority is under control. In the
actual system, UlOlcFTFRstrctRabNum and DlOlcFTFRstrctRabNum can be set
on the basis of the actual circumstances. If the high-rate subscribers occupy a high
proportion, set UlOlcFTFRstrctRabNum and DlOlcFTFRstrctRabNum to
comparatively low values. If the high-rate subscribers occupy a low proportion, set
UlOlcFTFRstrctRabNum and DlOlcFTFRstrctRabNum to comparatively high
values.
The higher the parameters are, the more users are involved in fast TF restriction
under the same conditions, the quicker the cell load decreases, and the more user
QoS is affected.
UlOlcFTFRstrctTimes
UL fast TF restriction refers to a situation where, when the cell is overloaded and
congested, the uplink TF can be adjusted to restrict the number of blocks
transported in each TTI at the MAC layer and the rate of user data, thus reducing
the cell uplink load.
The mechanism of the OLC is that an action is performed in each [OLC period]
and some services are selected based on the action rules to perform this action.
This parameter defines the maximum number of uplink OLC fast TF restriction
performed in entering/exiting the OLC status.
After the overload is triggered, the RNC immediately executes OLC by first
executing fast TF restriction. The internal counter is incremented by 1 with each
execution. If the number of overloads does not exceed the OLC action threshold,
the system lowers the BE service rate by lowering TF to relieve the overload. If the
number of overloads exceeds the OLC action threshold, the previous operation has
no obvious effect on alleviating the overload and the system has to release users to
solve the overload problem.
The lower the parameters are, the more likely the users are released, resulting in
negative effect on the system performance. If the parameters are excessively high,
the overload status is released slowly.
UlOlcRelThd
If the ratio of UL load of the cell to the uplink capacity is lower than this threshold,
the UL overload and congestion control function of the cell is stopped. The lower
the OLC trigger threshold is, the easier the system is in the overload status. An
excessively low value of the OLC trigger threshold is very detrimental to the
system performance. The lower the OLC release threshold is, the harder the system
releases the overload. The value of the OLC release threshold should not be much
lower than or close to the OLC trigger threshold, or the system state may have a
ping-pong effect. The recommended difference between the OLC release threshold
and the OLC trigger threshold is higher than 10%. It is desirable to set the two
parameters a bit higher given that the difference between OLC trigger threshold
and OLC release threshold is fixed.
UlOlcTraffRelRabNum
User release is an extreme method in reducing the cell load and recovering the
system when the cell is overloaded and congested.
The mechanism of the OLC is that an action is performed in each [OLC period]
and some services are selected based on the action rules to perform this action.
This parameter defines the maximum number of RABs released in executing
Parameter ID
Description
uplink OLC service release.
For the users of a single service, the releasing of RABs means the complete
releasing of the users. The releasing of RABs causes call drops, so
UlOlcFTFRstrctTimes or DlOlcFTFRstrctTimes should be set to a low value.
Higher values of the parameter get the cell load to decrease more obviously, but the
QoS will be affected.
UlOlcTrigThd
If the ratio of UL load of the cell to the uplink capacity is not lower than this
threshold, the UL overload and congestion control function of the cell is triggered.
The lower the OLC trigger threshold is, the easier the system is in the overload
status. An excessively low value of the OLC trigger threshold is very detrimental to
the system performance. The lower the OLC release threshold is, the harder the
system releases the overload. The value of the OLC release threshold should not be
much lower than or close to the OLC trigger threshold, or the system state may
have a ping-pong effect. The recommended difference between the OLC release
threshold and the OLC trigger threshold is higher than 10%. It is desirable to set
the two parameters a bit higher given that the difference between OLC trigger
threshold and OLC release threshold is fixed.
UlPSInterRatShouldBe
HOUeNum
UlPSInterRatShouldNot
HOUeNum
UlNonCtrlThdForAMR
The percentage of the conversational AMR service threshold to the 100% uplink
load.
UlNonCtrlThdForNonA
MR
UlNonCtrlThdForOther
UlTotalEqUserNum
When the algorithm 2 is used, this parameter defines the total equivalent user
numbers corresponding to the 100% uplink load. The parameter should be related
to the admission threshold and actual condition of the network. If the value is too
high, the system load after admission may be over large, which impacts system
stability and leads to system congestion. If the value is too low, the possibility of
user rejects may increase, resulting in waste in idle resources.
UlCellTotalThd
Admission threshold of total cell uplink power. This parameter is related to the
target load of the uplink schedule.
UlDcccRateThd
For a BE service that has a low maximum rate, the DCCC algorithm is not
Parameter ID
Description
obviously effective yet it increases algorithm processing. Thus, the traffic-based
DCCC algorithm is applied to BE services whose maximum UL rate is greater than
the threshold.
NBMUlCacAlgoSelSwi
tch
RedirSwitch
This parameter specifies whether the RRC redirection algorithm is valid for the
specified service. The algorithm is valid only when the RRC redirection switch is
enabled and when this parameter is set to ONLY_TO_INTER_FREQUENCY or
ONLY_TO_INTER_RAT. Value OFF indicates that RRC redirection is not
allowed. Value ONLY_TO_INTER_FREQUENCY indicates that only the RRC
redirection to an inter-frequency neighboring cell is allowed. Value
ONLY_TO_INTER_RAT indicates that only the RRC redirection to an inter-RAT
neighboring cell is allowed.
RedirFactorOfNorm
When the load of the serving cell is within the normal range, a UE may be
redirected to another cell according to the traffic type. This parameter specifies the
possibility of redirecting the UE to another cell. When this parameter is set to 0, the
RRC redirection is not performed if the load of the serving cell is within the
normal range.
RedirFactorOfLDR
When the UL load state or DL load state of the serving cell is LDR or OLC, a UE
may be redirected to another cell according to the traffic type. This parameter
specifies the possibility of redirecting the UE to another cell. When this parameter
is set to 0, the RRC redirection is not performed if the load state on the serving cell
is LDR or OLC. LDR indicates basic congestion. OLC indicates overload
congestion.
RedirBandInd
This parameter specifies the target frequency band in the redirection procedure.
ReDirUARFCNUplinkI
nd
This parameter specifies whether the UL frequency of the target cell of redirection
needs to be configured.
- TRUE: The UL frequency needs to be configured.
- FALSE: The UL frequency does not need to be configured. It is configured
automatically according to the relationship between UL and DL frequencies.
ReDirUARFCNUplink
This parameter specifies the target uplink UARFCN of a cell for RRC redirection.
Depending on the band indication, the value range as shown below:
Band1:
Common frequencies: [9612-9888]
Special frequencies: none
Band2:
Common frequencies: [9262-9538]
Special frequencies: {12, 37, 62, 87, 112, 137, 162, 187, 212, 237, 262, 287}
Band3:
Common frequencies: [937-1288]
Special frequencies: none
Band4:
Parameter ID
Description
Common frequencies: [1312-1513]
Special frequencies: {1662, 1687, 1712, 1737, 1762, 1787, 1812, 1837, 1862}
Band5:
Common frequencies: [4132-4233]
Special frequencies: {782, 787, 807, 812, 837, 862}
Band6:
Common frequencies: [4162-4188]
Special frequencies: {812, 837}
Band7:
Common frequencies: [2012-2338]
Special frequencies: {2362, 2387, 2412, 2437, 2462, 2487, 2512, 2537, 2562,
2587, 2612, 2637, 2662, 2687}
Band8:
Common frequencies: [2712-2863]
Special frequencies: none
Band9:
Common frequencies: [8762-8912]
Special frequencies: none
BandIndNotUsed:
[0-16383]
Assume that the target uplink UARFCN for RRC redirection is unspecified, the
band indication is Band1, Band2, Band3, Band4, Band5, Band6, Band7, Band8, or
Band9, and the target downlink UARFCN for RRC redirection is valid. Then, the
default target uplink UARFCN for RRC redirection is as follows:
- If the DL frequency belongs to common frequencies, then
Band1: Uplink UARFCN = Downlink UARFCN - 950
Band2: Uplink UARFCN = Downlink UARFCN - 400
Band3: Uplink UARFCN = Downlink UARFCN - 225
Band4: Uplink UARFCN = Downlink UARFCN - 225
Band5: Uplink UARFCN = Downlink UARFCN - 225
Band6: Uplink UARFCN = Downlink UARFCN - 225
Band7: Uplink UARFCN = Downlink UARFCN - 225
Band8: Uplink UARFCN = Downlink UARFCN - 225
Band9: Uplink UARFCN = Downlink UARFCN - 475
- If the DL frequency belongs to special frequencies, then
Band2: Uplink UARFCN = Downlink UARFCN - 400
Band4: Uplink UARFCN = Downlink UARFCN - 225
Band5: Uplink UARFCN = Downlink UARFCN - 225
Band6: Uplink UARFCN = Downlink UARFCN - 225
Band7: Uplink UARFCN = Downlink UARFCN - 225
ReDirUARFCNDownli
nk
This parameter specifies the target downlink UARFCN of a cell for RRC
redirection.
EcN0EffectTime
This parameter specifies the time duration when the reported Ec/N0 is valid. The
reported Ec/N0 is valid for the period (starting from the time when the RRC
connection request is initiated) specified by this parameter. Check whether the
reported Ec/N0 is valid before comparing it with EcN0Ths.
EcN0Ths
This parameter specifies the threshold for determining the signal quality in a cell. If
the reported Ec/N0 exceeds the value of this parameter, you can infer that the
signal quality in the cell is good and a high code rate can be set for initial access.
ZeroRateUpFailToRelTi
For the PS BE service at a rate of 0 kbit/s, this parameter is used for the rate
Parameter ID
Description
merLen
upsizing for DCCC triggered by event 4A. Unsuccessful rate upsizing indicates
that the resources are insufficient in the cell. The service may run at a rate of 0
kbit/s for a long time. If the timer is started, the 0 kbit/s service of the UE is
released after the timer expires. If the length is set to 0, the timer is not started.
FACHPwrReduceValue
This parameter defines the reduce value in reducing FACH power Action.
DrSwitch
DraSwitch
Parameter ID
Description
power. When the switch is on, the Iub overbooking function is enabled.
13) DRA_THROUGHPUT_DCCC_SWITCH: When the switch is on, the DCCC
based on traffic statistics is supported over the DCH.
NbmLdcBHOUeSelSwit
ch
PsSwitch
RlMaxDlPwr
This parameter should fulfill the coverage requirement of the network planning,
and the value is relative to [PCPICH transmit power]. If the parameter is
excessively high, downlink interference may occur. If the parameter is excessively
low, the downlink power control may be affected. For detailed information of this
parameter, refer to 3GPP TS 25.433.
UlBasicCommMeasFilte
rCoeff
Value range: D0, D1, D2, D3, D4, D5, D6, D7, D8, D9, D11, D13, D15, D17, D19
Physical value range: 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 11, 13, 15, 17, 19
Content: L3 filtering coefficient. The larger the value of this parameter, the
Parameter ID
Description
stronger the smoothing effect and the higher the anti-slow-fading capability, but the
lower the signal change tracing capability. For detailed information of this
parameter, refer to 3GPP TS 25.433.
Recommended value: D6
DlBasicCommMeasFilte
rCoeff
L3 filtering coefficient. The larger the value of this parameter, the stronger the
smoothing effect and the higher the anti-slow-fading capability, but the lower the
signal change tracing capability. For detailed information of this parameter, refer to
3GPP TS 25.433.
PucAvgFilterLen
UlCacAvgFilterLen
DlCacAvgFilterLen
LdbAvgFilterLen
UlLdrAvgFilterLen
DlLdrAvgFilterLen
UlOlcAvgFilterLen
DlOlcAvgFilterLen
HsdpaNeedPwrFilterLe
n
ChoiceRprtUnitForHsdp
aPwrMeas
If you set this parameter to TEN_MSEC, use [HSDPA need pwr meas
cycle,Unit:10ms] to specify the measurement report period. If you set this
parameter to MIN, use [HSDPA need pwr meas cycle,Unit:min] to specify
measurement report period. For detailed information of this parameter, refer to
3GPP TS 25.433.
TenMsecForHsdpaPwr
Meas
MinForHsdpaPwrMeas
ChoiceRprtUnitForHsdp
aRateMeas
If you set this parameter to TEN_MSEC, use [HSDPA bit rate meas
cycle,Unit:10ms] to specify the measurement report period. If you set this
parameter to MIN, use [HSDPA bit rate meas cycle,Unit:min] to specify
measurement report period. For detailed information of this parameter, refer to
3GPP TS 25.433.
TenMsecForHsdpaPrvid
RateMeas
This parameter specifies the HSDPA bit rate measurement report period. For
detailed information of this parameter, refer to 3GPP TS 25.433.
MinForHsdpaPrvidRate
Meas
This parameter specifies the HSDPA bit rate measurement report period. For
detailed information of this parameter, refer to 3GPP TS 25.433.
ChoiceRprtUnitForHsup
aRateMeas
If you set this parameter to TEN_MSEC, use [HSDPA bit rate meas
cycle,Unit:10ms] to specify the measurement report period. If you set this
parameter to MIN, use [HSDPA bit rate meas cycle,Unit:min] to specify
measurement report period. For detailed information of this parameter, refer to
3GPP TS 25.433.
Parameter ID
Description
TenMsecForHsupaPrvid
RateMeas
This parameter specifies the HSUPA bit rate measurement report period. For
detailed information of this parameter, refer to 3GPP TS 25.433.
MinForHsupaPrvidRate
Meas
This parameter specifies the HSUPA bit rate measurement report period. For
detailed information of this parameter, refer to 3GPP TS 25.433.
HsdpaPrvidBitRateFilter
Len
HsupaPrvidBitRateFilter
Len
DRMaxGSMNum
This parameter specifies the maximum number of inter-RAT RAB directed retries.
It decides the size of the candidate set for inter-RAT DRD. The value 0 indicates
that inter-RAT RAB DRD is not applicable. This parameter can be cell-oriented.
RsvdPara1
SLOCELL
DLOCELL
MAXSHRTO
SHMGN
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
BGNSwitch
ON
OFF, ON
OFF, ON
None
ADD
CELLCAC(Optional)
RNC
Background
Noise
61
0621
dBm
ADD
CELLCAC(Optional)
RNC
BgnAbnor
malThd
100
1400
dB
ADD
CELLCAC(Optional)
RNC
BGNAdjust
TimeLen
120
16000
16000
ADD
CELLCAC(Optional)
RNC
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
BgnEndTim
e
hour{023},
min{059},
sec{059}
None
ADD
CELLCAC(Mandatory)
RNC
BgnStartTi
me
hour{023},
min{059},
sec{059}
None
ADD
CELLCAC(Mandatory)
RNC
BgnUpdate
Thd
1100
dBm
ADD
CELLCAC(Optional)
RNC
NBMCacAl
goSwitch
CRD_ADCTRL,
HSDPA_UU_A
DCTRL,
HSUPA_UU_A
DCTRL,
MBMS_UU_AD
CTRL,
HSDPA_GBP_
MEAS,
HSDPA_PBR_
MEAS, DOFFC,
HSUPA_PBR_
MEAS,
HSUPA_EDCH_
RSEPS_MEAS,
EMC_UU_ADC
TRL,
FACH_UU_AD
CTRL
CRD_ADCTRL,
HSDPA_UU_AD
CTRL,
HSUPA_UU_AD
CTRL,MBMS_U
U_ADCTRL,
HSDPA_GBP_M
EAS,HSDPA_PB
R_MEAS,
DOFFC,HSUPA_
PBR_MEAS,HSU
PA_EDCH_RSEP
S_MEAS,
EMC_UU_ADCT
RL,FACH_UU_A
DCTRL
None
ADD
CELLALGOSWITCH(
Optional)
RNC
NBMLdcAl
goSwitch
INTRA_FREQU
ENCY_LDB,
PUC,
UL_UU_LDR,
DL_UU_LDR,
UL_UU_OLC,
DL_UU_OLC,
OLC_EVENTM
EAS,
CELL_CODE_L
DR,
CELL_CREDIT
_LDR
INTRA_FREQUE
NCY_LDB,
PUC,UL_UU_LD
R,
DL_UU_LDR,UL
_UU_OLC,
DL_UU_OLC,OL
C_EVENTMEAS
,
CELL_CODE_L
DR,CELL_CRED
IT_LDR
None
ADD
CELLALGOSWITCH(
Optional)
RNC
CellLdrSfR
esThd
SF8
SF4(SF4),
SF8(SF8),
SF16(SF16),
SF32(SF32),
SF64(SF64),
SF128(SF128),
SF256(SF256)
None
ADD
CELLLDR(Optional)
RNC
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
CellOverru
nThd
90
0100
perce
nt
ADD
CELLLDB(Optional)
RNC
CellUnderr
unThd
30
0100
perce
nt
ADD
CELLLDB(Optional)
RNC
HsdpaCMP
ermissionIn
d
FALSE(Forbidde
n),
TRUE(Permit)
FALSE, TRUE
None
SET CMCF(Optional)
RNC
HsupaCMP
ermissionIn
d
Limited, Permit,
BasedOnUECap(
Based On UE
Capability)
None
SET CMCF(Optional)
RNC
CodeBalanc
ingDrdSwit
ch
-(SET
DRD)
ON, OFF
ON, OFF
None
SET DRD(Optional)
ADD
CELLDRD(Optional)
RNC
OFF(AD
D
CELLDR
D)
CodeCongS
elInterFreq
HoInd
FALSE
FALSE(FALSE),
TRUE(TRUE)
FALSE, TRUE
None
ADD
CELLLDR(Optional)
RNC
CodeBalanc
ingDrdCod
eRateThd
-(SET
DRD)
13(ADD
CELLDR
D)
0100
0100
perce
nt
SET DRD(Optional)
ADD
CELLDRD(Optional)
RNC
DeltaCode
OccupiedRa
te
0100
0100
perce
nt
SET DRD(Optional)
RNC
MinForDlB
asicMeas
160
160
min
SET LDM(Mandatory)
SET
SATLDM(Mandatory)
RNC
DlBeTraffI
nitBitrate
kbit/s
SET FRC(Optional)
RNC
DlCCHLoa
dRsrvCoeff
0100
None
ADD
CELLCAC(Optional)
RNC
DlCSInterR
atShouldBe
HOUeNum
110
110
None
ADD
CELLLDR(Optional)
ADD
NODEBLDR(Optional)
RNC
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
DlCSInterR
atShouldNo
tHOUeNum
110
110
None
ADD
CELLLDR(Optional)
ADD
NODEBLDR(Optional)
RNC
DlHOThd
85
0100
None
ADD
CELLCAC(Optional)
RNC
DlHoCeCo
deResvSf
SF32
SF4(SF4),
SF8(SF8),
SF16(SF16),
SF32(SF32),
SF64(SF64),
SF128(SF128),
SF256(SF256),
SFOFF(SFOFF)
None
ADD
CELLCAC(Optional)
RNC
DlInterFreq
HoCellLoad
SpaceThd
20
0100
perce
nt
ADD
CELLLDR(Optional)
RNC
DlInterFreq
HoBWThd
200000
0400000
0400000
bit/s
ADD
CELLLDR(Optional)
RNC
DlHSUPAR
svdFactor
0100
None
ADD
CELLCAC(Optional)
RNC
DlLdrCredi
tSfResThd
SF8
SF4(SF4),
SF8(SF8),
SF16(SF16),
SF32(SF32),
SF64(SF64),
SF128(SF128),
SF256(SF256)
None
ADD
CELLLDR(Optional)
ADD
NODEBLDR(Optional)
RNC
DlLdrRelT
hd
60
0100
perce
nt
ADD
CELLLDM(Optional)
RNC
DlLdrTrigT
hd
70
0100
perce
nt
ADD
CELLLDM(Optional)
RNC
DlLdrPsRT
QosRenegR
abNum
110
110
None
ADD
CELLLDR(Optional)
ADD
NODEBLDR(Optional)
RNC
DlLdrAMR
RateReducti
onRabNum
110
110
None
ADD
CELLLDR(Optional)
RNC
DlLdrBERa
teReduction
RabNum
110
110
None
ADD
CELLLDR(Optional)
ADD
NODEBLDR(Optional)
RNC
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
LdbDRDLo
adRemainT
hdDCH
-(SET
DRD)
35(ADD
CELLDR
D)
0100
0100
perce
nt
SET DRD(Optional)
ADD
CELLDRD(Optional)
RNC
LdbDRDLo
adRemainT
hdHSDPA
-(SET
DRD)
0100
0100
perce
nt
SET DRD(Optional)
ADD
CELLDRD(Optional)
RNC
100(AD
D
CELLDR
D)
DlOlcFTFR
strctRabNu
m
110
110
None
ADD
CELLOLC(Optional)
RNC
DlOlcFTFR
strctTimes
0100
0100
None
ADD
CELLOLC(Optional)
RNC
DlOlcRelTh
d
85
0100
perce
nt
ADD
CELLLDM(Optional)
RNC
DlOlcTraff
RelRabNu
m
010
010
None
ADD
CELLOLC(Optional)
RNC
DlOlcTrigT
hd
95
0100
perce
nt
ADD
CELLLDM(Optional)
RNC
DlPSInterR
atShouldBe
HOUeNum
110
110
None
ADD
CELLLDR(Optional)
ADD
NODEBLDR(Optional)
RNC
DlPSInterR
atShouldNo
tHOUeNum
110
110
None
ADD
CELLLDR(Optional)
ADD
NODEBLDR(Optional)
RNC
RateRecove
rTimerLen
5000
165535
165535
ms
ADD
CELLOLC(Optional)
RNC
RateRstrctC
oef
68
199
0.010.99, step:
0.01
perce
nt
ADD
CELLOLC(Optional)
RNC
RateRstrctT
imerLen
3000
165535
165535
ms
ADD
CELLOLC(Optional)
RNC
Recovercoe
f
130
100200
perce
nt
ADD
CELLOLC(Optional)
RNC
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
DlConvAM
RThd
80
0100
None
ADD
CELLCAC(Optional)
RNC
DlConvNon
AMRThd
80
0100
None
ADD
CELLCAC(Optional)
RNC
DlOtherThd
75
0100
None
ADD
CELLCAC(Optional)
RNC
DlTotalEqU
serNum
80
1200
1200
None
ADD
CELLCAC(Optional)
RNC
DlCellTotal
Thd
90
0100
None
ADD
CELLCAC(Optional)
RNC
DlDcccRate
Thd
kbit/s
SET DCCC(Optional)
RNC
NBMDlCac
AlgoSelSwi
tch
ALGORITHM_
OFF,
ALGORITHM_
FIRST,
ALGORITHM_
SECOND,
ALGORITHM_
THIRD
ALGORITHM_O
FF,
ALGORITHM_FI
RST,
ALGORITHM_S
ECOND,
ALGORITHM_T
HIRD
None
ADD
CELLALGOSWITCH(
Mandatory)
RNC
DRDEcN0
Threshhold
-18
24 to 0
12 to 0, step: 0.5
dB
ADD
GSMNCELL(Optional)
ADD
INTERFREQNCELL(O
ptional)
RNC
HsupaEqual
PriorityUse
rPBRThd
100
0100
perce
nt
ADD
CELLCAC(Optional)
RNC
BGNEqUse
rNumThd
010
010
None
ADD
CELLCAC(Optional)
RNC
LdrFirstPri
IUBLDR(Iub
load reshuffling),
CODELDR(Cod
e load
reshuffling),
UULDR(Uu
load reshuffling),
CREDITLDR(Cr
edit load
reshuffling)
IUBLDR,CODEL
DR,UULDR,CRE
DITLDR
None
SET
LDCALGOPARA(Opti
onal)
RNC
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
LdrFourthP
ri
IUBLDR(Iub
load reshuffling),
CODELDR(Cod
e load
reshuffling),
UULDR(Uu
load reshuffling),
CREDITLDR(Cr
edit load
reshuffling)
IUBLDR,CODEL
DR,UULDR,CRE
DITLDR
None
SET
LDCALGOPARA(Opti
onal)
RNC
GoldUserL
oadControl
Switch
OFF
OFF(OFF),
ON(ON)
OFF, ON
None
ADD
CELLLDR(Optional)
RNC
HsupaHigh
PriorityUse
rPBRThd
100
0100
perce
nt
ADD
CELLCAC(Optional)
RNC
HsdpaBePB
RThd
30
0100
perce
nt
ADD
CELLCAC(Optional)
RNC
HsdpaStrm
PBRThd
70
0100
perce
nt
ADD
CELLCAC(Optional)
RNC
CarrierType
PriorInd
NONE, DCH,
HSPA
NONE,DCH,HSP
A
None
SET
USERPRIORITY(Optio
nal)
RNC
HsupaInitial
Rate
kbit/s
SET FRC(Optional)
RNC
PriorityRef
erence
ARP,
TrafficClass
ARP, TrafficClass
None
SET
USERPRIORITY(Optio
nal)
RNC
LdrCodeUs
edSpaceThd
13
0100
perce
nt
ADD
CELLLDR(Optional)
RNC
LdrCodePri
UseInd
FALSE
FALSE(FALSE),
TRUE(TRUE)
FALSE, TRUE
None
ADD
CELLLDR(Optional)
RNC
LdrPeriodTi
merLen
186400
186400
SET
LDCPERIOD(Optional)
SET
SATLDCPERIOD(Opti
onal)
RNC
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
LdbDRDch
oice
-(SET
DRD)
UserNumber,
Power
Power,
UserNumber
None
SET DRD(Optional)
ADD
CELLDRD(Optional)
RNC
UserNum
ber(ADD
CELLDR
D)
LdbDRDOf
fsetDCH
0100
0100
perce
nt
SET DRD(Optional)
RNC
LdbDRDOf
fsetHSDPA
0100
0100
perce
nt
SET DRD(Optional)
RNC
LdbDRDS
witchDCH
-(SET
DRD)
ON, OFF
ON, OFF
None
SET DRD(Optional)
ADD
CELLDRD(Optional)
RNC
ON, OFF
ON, OFF
None
SET DRD(Optional)
ADD
CELLDRD(Optional)
RNC
OFF(AD
D
CELLDR
D)
LdbDRDS
witchHSDP
A
-(SET
DRD)
OFF(AD
D
CELLDR
D)
LdbDRDTo
talPwrProT
hd
0100
0100
perce
nt
SET DRD(Optional)
RNC
SpucHyst
0100
perce
nt
ADD
CELLPUC(Optional)
RNC
SpucHeavy
70
0100
perce
nt
ADD
CELLPUC(Optional)
RNC
SpucLight
45
0100
perce
nt
ADD
CELLPUC(Optional)
RNC
HsupaLow
PriorityUse
rPBRThd
100
0100
perce
nt
ADD
CELLCAC(Optional)
RNC
MaxQueue
TimeLen
160
160
SET
QUEUEPREEMPT(Opt
ional)
RNC
MaxUserNu
mCodeAdj
13
13
None
ADD
CELLLDR(Optional)
RNC
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
MaxHsdpa
UserNum
64
0100
0100
None
ADD
CELLCAC(Optional)
RNC
MaxHsupa
UserNum
20
0100
0100
None
ADD
CELLCAC(Optional)
RNC
MbmsDecP
owerRabTh
d
115
115
None
ADD
CELLLDR(Optional)
RNC
MbmsPree
mptAlgoSw
itch
OFF, ON
OFF, ON
None
SET
QUEUEPREEMPT(Opt
ional)
RNC
MbmsOlcR
elNum
08
08
None
ADD
CELLOLC(Optional)
RNC
MinPCPIC
HPower
313
100 to 500
10 to 50, step:
0.1
dBm
ADD
PCPICH(Optional)
RNC
CodeBalanc
ingDrdMin
SFThd
-(SET
DRD)
None
SET DRD(Optional)
ADD
CELLDRD(Optional)
RNC
SF8(AD
D
CELLDR
D)
NodeBLdc
AlgoSwitch
IUB_LDR,
NODEB_CREDI
T_LDR,
LCG_CREDIT_
LDR, IUB_OLC
IUB_LDR,
NODEB_CREDI
T_LDR,
LCG_CREDIT_L
DR, IUB_OLC
None
ADD
NODEBALGOPARA(O
ptional)
RNC
NodeBHsd
paMaxUser
Num
3840
03840
03840
None
ADD
NODEBALGOPARA(O
ptional)
RNC
NodeBHsu
paMaxUser
Num
3840
03840
03840
None
ADD
NODEBALGOPARA(O
ptional)
RNC
OlcPeriodTi
merLen
10086400000
10086400000
ms
SET
LDCPERIOD(Optional)
SET
SATLDCPERIOD(Opti
onal)
RNC
PCPICHPo
werPace
0100
dB
ADD
CELLLDB(Optional)
RNC
PreemptAlg
oSwitch
OFF, ON
OFF, ON
None
SET
QUEUEPREEMPT(Opt
ional)
RNC
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
PreemptRef
ArpSwitch
OFF, ON
OFF, ON
None
SET
QUEUEPREEMPT(Opt
ional)
RNC
EmcPreeRe
fVulnSwitc
h
OFF, ON
OFF, ON
None
SET
QUEUEPREEMPT(Opt
ional)
RNC
OffQoffset1
Light
20 to 20
20 to 20
dB
ADD
CELLPUC(Optional)
RNC
OffQoffset1
Heavy
20 to 20
20 to 20
dB
ADD
CELLPUC(Optional)
RNC
OffQoffset2
Light
20 to 20
20 to 20
dB
ADD
CELLPUC(Optional)
RNC
OffQoffset2
Heavy
20 to 20
20 to 20
dB
ADD
CELLPUC(Optional)
RNC
QueueAlgo
Switch
OFF, ON
OFF, ON
None
SET
QUEUEPREEMPT(Opt
ional)
RNC
LdrSecond
Pri
IUBLDR(Iub
load reshuffling),
CODELDR(Cod
e load
reshuffling),
UULDR(Uu
load reshuffling),
CREDITLDR(Cr
edit load
reshuffling)
IUBLDR,CODEL
DR,UULDR,CRE
DITLDR
None
SET
LDCALGOPARA(Opti
onal)
RNC
SeqOfUser
Rel
MBMS
service
MBMS_REL(M
BMS service),
USER_REL(UE)
MBMS_REL,
USER_REL
None
ADD
CELLOLC(Optional)
RNC
ServiceDiff
DrdSwitch
-(SET
DRD)
ON, OFF
ON, OFF
None
SET DRD(Optional)
ADD
CELLDRD(Optional)
RNC
18
18
None
ADD SPG(Mandatory)
ADD
CELLSETUP(Mandator
y)
ADD
QUICKCELLSETUP(M
andatory)
RNC
OFF(AD
D
CELLDR
D)
SpgId
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
OffSinterLi
ght
-2
10 to 10
20 to 20, step: 2
dB
ADD
CELLPUC(Optional)
RNC
OffSinterHe
avy
10 to 10
20 to 20, step: 2
dB
ADD
CELLPUC(Optional)
RNC
LdrThirdPri
IUBLDR(Iub
load reshuffling),
CODELDR(Cod
e load
reshuffling),
UULDR(Uu
load reshuffling),
CREDITLDR(Cr
edit load
reshuffling)
IUBLDR,
CODELDR,
UULDR,
CREDITLDR
None
SET
LDCALGOPARA(Opti
onal)
RNC
ChoiceRprt
UnitForDlB
asicMeas
TEN_MSEC,
MIN
TEN_MSEC,
MIN
None
SET LDM(Optional)
SET
SATLDM(Optional)
RNC
ChoiceRprt
UnitForUlB
asicMeas
TEN_MSEC,
MIN
TEN_MSEC,
MIN
None
SET LDM(Optional)
SET
SATLDM(Optional)
RNC
TransCchU
serNum
010
010
None
ADD
CELLOLC(Optional)
RNC
MinForUlB
asicMeas
160
160
min
SET LDM(Mandatory)
SET
SATLDM(Mandatory)
RNC
UlBeTraffI
nitBitrate
kbit/s
SET FRC(Optional)
RNC
UlCCHLoa
dFactor
0100
None
ADD
CELLCAC(Optional)
RNC
UlCSInterR
atShouldBe
HOUeNum
110
110
None
ADD
CELLLDR(Optional)
ADD
NODEBLDR(Optional)
RNC
UlCSInterR
atShouldNo
tHOUeNum
110
110
None
ADD
CELLLDR(Optional)
ADD
NODEBLDR(Optional)
RNC
UlNonCtrlT
hdForHo
80
0100
None
ADD
CELLCAC(Optional)
RNC
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
UlHoCeRes
vSf
SF16
SF4(SF4),
SF8(SF8),
SF16(SF16),
SF32(SF32),
SF64(SF64),
SF128(SF128),
SF256(SF256),
SFOFF(SFOFF)
None
ADD
CELLCAC(Optional)
RNC
UlInterFreq
HoCellLoad
SpaceThd
20
0100
perce
nt
ADD
CELLLDR(Optional)
RNC
UlInterFreq
HoBWThd
200000
0400000
0400000
bit/s
ADD
CELLLDR(Optional)
RNC
UlHsDpcch
RsvdFactor
0100
perce
nt
ADD
CELLCAC(Optional)
RNC
UlLdrCredi
tSfResThd
SF8
SF4(SF4),
SF8(SF8),
SF16(SF16),
SF32(SF32),
SF64(SF64),
SF128(SF128),
SF256(SF256)
None
ADD
CELLLDR(Optional)
ADD
NODEBLDR(Optional)
RNC
UlLdrRelT
hd
45
0100
perce
nt
ADD
CELLLDM(Optional)
RNC
UlLdrTrigT
hd
55
0100
perce
nt
ADD
CELLLDM(Optional)
RNC
UlLdrPsRT
QosRenegR
abNum
110
110
None
ADD
CELLLDR(Optional)
ADD
NODEBLDR(Optional)
RNC
UlLdrAMR
RateReducti
onRabNum
110
110
None
ADD
CELLLDR(Optional)
RNC
UlLdrBERa
teReduction
RabNum
110
110
None
ADD
CELLLDR(Optional)
ADD
NODEBLDR(Optional)
RNC
UlOlcFTFR
strctRabNu
m
110
110
None
ADD
CELLOLC(Optional)
RNC
UlOlcFTFR
strctTimes
0100
0100
None
ADD
CELLOLC(Optional)
RNC
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
UlOlcRelTh
d
85
0100
perce
nt
ADD
CELLLDM(Optional)
RNC
UlOlcTraff
RelRabNu
m
010
010
None
ADD
CELLOLC(Optional)
RNC
UlOlcTrigT
hd
95
0100
perce
nt
ADD
CELLLDM(Optional)
RNC
UlPSInterR
atShouldBe
HOUeNum
110
110
None
ADD
CELLLDR(Optional)
ADD
NODEBLDR(Optional)
RNC
UlPSInterR
atShouldNo
tHOUeNum
110
110
None
ADD
CELLLDR(Optional)
ADD
NODEBLDR(Optional)
RNC
UlNonCtrlT
hdForAMR
75
0100
None
ADD
CELLCAC(Optional)
RNC
UlNonCtrlT
hdForNonA
MR
75
0100
None
ADD
CELLCAC(Optional)
RNC
UlNonCtrlT
hdForOther
60
0100
None
ADD
CELLCAC(Optional)
RNC
UlTotalEqU
serNum
80
1200
1200
None
ADD
CELLCAC(Optional)
RNC
UlCellTotal
Thd
83
0100
None
ADD
CELLCAC(Optional)
RNC
UlDcccRate
Thd
kbit/s
SET DCCC(Optional)
RNC
NBMUlCac
AlgoSelSwi
tch
ALGORITHM_
OFF,
ALGORITHM_
FIRST,
ALGORITHM_
SECOND,
ALGORITHM_
THIRD
ALGORITHM_O
FF,
ALGORITHM_FI
RST,
ALGORITHM_S
ECOND,
ALGORITHM_T
HIRD
None
ADD
CELLALGOSWITCH(
Mandatory)
RNC
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
RedirSwitc
h
OFF,
ONLY_TO_INT
ER_FREQUEN
CY,
ONLY_TO_INT
ER_RAT
OFF,
ONLY_TO_INTE
R_FREQUENCY,
ONLY_TO_INTE
R_RAT
None
SET
REDIRECTION(Option
al)
ADD
CELLREDIRECTION(
Optional)
RNC
RedirFactor
OfNorm
0100
0100
perce
nt
SET
REDIRECTION(Option
al)
ADD
CELLREDIRECTION(
Optional)
RNC
RedirFactor
OfLDR
0100
0100
perce
nt
SET
REDIRECTION(Option
al)
ADD
CELLREDIRECTION(
Optional)
RNC
RedirBandI
nd
-(ADD
CELLRE
DIRECT
ION,SET
REDIRE
CTION,S
ET DRD)
Band1, Band2,
Band3, Band4,
Band5, Band6,
Band7, Band8,
Band9,
DependOnNCell
,
BandIndNotUse
d
Band1, Band2,
Band3, Band4,
Band5, Band6,
Band7, Band8,
Band9,
DependOnNCell,
BandIndNotUsed
None
SET DRD(Optional)
ADD
CELLDRD(Optional)
SET
REDIRECTION(Option
al)
ADD
CELLREDIRECTION(
Optional)
RNC
TRUE, FALSE
TRUE, FALSE
None
SET DRD(Optional)
ADD
CELLDRD(Optional)
SET
REDIRECTION(Option
al)
ADD
CELLREDIRECTION(
Optional)
RNC
DependO
nNCell(
ADD
CELLDR
D)
ReDirUAR
FCNUplink
Ind
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
ReDirUAR
FCNUplink
016383
016383
None
SET DRD(Optional)
ADD
CELLDRD(Optional)
SET
REDIRECTION(Option
al)
ADD
CELLREDIRECTION(
Optional)
RNC
ReDirUAR
FCNDownl
ink
016383
016383
None
SET DRD(Optional)
ADD
CELLDRD(Optional)
SET
REDIRECTION(Option
al)
ADD
CELLREDIRECTION(
Optional)
RNC
EcN0Effect
Time
-(SET
FRC)
065535
065535
ms
SET FRC(Optional)
ADD
CELLFRC(Optional)
RNC
30000(A
DD
CELLFR
C)
EcN0Ths
-(SET
FRC)
41(ADD
CELLFR
C)
049
24.5 to 0
dB
SET FRC(Optional)
ADD
CELLFRC(Optional)
RNC
ZeroRateUp
FailToRelTi
merLen
065535
065535
SET
COIFTIMER(Optional)
RNC
FACHPwrR
educeValue
030
dB
ADD
CELLOLC(Optional)
RNC
DrSwitch
DR_RRC_DRD
_SWITCH,
DR_RAB_SING
_DRD_SWITCH
,
DR_RAB_COM
B_DRD_SWITC
H
DR_RRC_DRD_
SWITCH,
DR_RAB_SING_
DRD_SWITCH,
DR_RAB_COMB
_DRD_SWITCH
None
SET
CORRMALGOSWITC
H(Optional)
RNC
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
DraSwitch
DRA_AQM_SW
ITCH,
DRA_BE_EDC
H_TTI_RECFG
_SWITCH,
DRA_BE_RATE
_DOWN_BF_H
O_SWITCH,
DRA_DCCC_S
WITCH,
DRA_HSDPA_
DL_FLOW_CO
NTROL_SWITC
H,
DRA_HSDPA_S
TATE_TRANS_
SWITCH,
DRA_HSUPA_
DCCC_SWITC
H,
DRA_HSUPA_S
TATE_TRANS_
SWITCH,
DRA_IU_QOS_
RENEG_SWITC
H,
DRA_PS_BE_S
TATE_TRANS_
SWITCH,
DRA_PS_NON_
BE_STATE_TR
ANS_SWITCH,
DRA_R99_DL_
FLOW_CONTR
OL_SWITCH,
DRA_THROUG
HPUT_DCCC_S
WITCH
DRA_AQM_SWI
TCH,
DRA_BE_EDCH
_TTI_RECFG_S
WITCH,
DRA_BE_RATE_
DOWN_BF_HO_
SWITCH,
DRA_DCCC_SW
ITCH,
DRA_HSDPA_D
L_FLOW_CONT
ROL_SWITCH,
DRA_HSDPA_ST
ATE_TRANS_S
WITCH,
DRA_HSUPA_D
CCC_SWITCH,
DRA_HSUPA_ST
ATE_TRANS_S
WITCH,
DRA_IU_QOS_R
ENEG_SWITCH,
DRA_PS_BE_ST
ATE_TRANS_S
WITCH,
DRA_PS_NON_
BE_STATE_TRA
NS_SWITCH,
DRA_R99_DL_F
LOW_CONTRO
L_SWITCH,
DRA_THROUG
HPUT_DCCC_S
WITCH
None
SET
CORRMALGOSWITC
H(Optional)
RNC
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
NbmLdcBH
OUeSelSwi
tch
NBM_L
DC_MA
TCH_UE
_ONLY
NBM_LDC_AL
L_UE(Select all
users),
NBM_LDC_MA
TCH_UE_ONL
Y(Select users
mactch target
cell support
only),
NBM_LDC_MA
TCH_UE_FIRS
T(Select users
mactch target
cell support first)
NBM_LDC_ALL
_UE,
NBM_LDC_MAT
CH_UE_ONLY,
NBM_LDC_MAT
CH_UE_FIRST
None
ADD
CELLALGOSWITCH(
Optional)
RNC
PsSwitch
PS_BE_EXTRA
_LOW_RATE_
ACCESS_SWIT
CH,
PS_BE_INIT_R
ATE_DYNAMI
C_CFG_SWITC
H,
PS_BE_IU_QOS
_NEG_SWITCH
,
PS_RAB_DOW
NSIZING_SWIT
CH,
PS_RSC_FEED
BK_RABSETU
P_CACFAIL_S
WITCH,
PS_STREAM_I
U_QOS_NEG_S
WITCH,
PS_BE_STRICT
_IU_QOS_NEG
_SWITCH
PS_BE_EXTRA_
LOW_RATE_AC
CESS_SWITCH,
PS_BE_INIT_RA
TE_DYNAMIC_
CFG_SWITCH,
PS_BE_IU_QOS_
NEG_SWITCH,
PS_RAB_DOWN
SIZING_SWITC
H,
PS_RSC_FEEDB
K_RABSETUP_
CACFAIL_SWIT
CH,
PS_STREAM_IU
_QOS_NEG_SWI
TCH,
PS_BE_STRICT_
IU_QOS_NEG_S
WITCH
None
SET
CORRMALGOSWITC
H(Optional)
RNC
RlMaxDlP
wr
350 to 150
35 to 15, step:
0.1
dB
ADD
CELLRLPWR(Mandato
ry)
RNC
UlBasicCo
mmMeasFil
terCoeff
None
SET LDM(Optional)
SET
SATLDM(Optional)
RNC
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
DlBasicCo
mmMeasFil
terCoeff
None
SET LDM(Optional)
SET
SATLDM(Optional)
RNC
PucAvgFilt
erLen
132
132
None
SET LDM(Optional)
SET
SATLDM(Optional)
RNC
UlCacAvgF
ilterLen
132
132
None
SET LDM(Optional)
SET
SATLDM(Optional)
RNC
DlCacAvgF
ilterLen
132
132
None
SET LDM(Optional)
SET
SATLDM(Optional)
RNC
LdbAvgFilt
erLen
132
132
None
SET LDM(Optional)
SET
SATLDM(Optional)
RNC
UlLdrAvgFi
lterLen
132
132
None
SET LDM(Optional)
SET
SATLDM(Optional)
RNC
DlLdrAvgFi
lterLen
132
132
None
SET LDM(Optional)
SET
SATLDM(Optional)
RNC
UlOlcAvgFi
lterLen
132
132
None
SET LDM(Optional)
SET
SATLDM(Optional)
RNC
DlOlcAvgFi
lterLen
132
132
None
SET LDM(Optional)
SET
SATLDM(Optional)
RNC
HsdpaNeed
PwrFilterLe
n
132
132
None
SET LDM(Optional)
SET
SATLDM(Optional)
RNC
ChoiceRprt
UnitForHsd
paPwrMeas
TEN_MSEC,
MIN
TEN_MSEC,
MIN
None
SET LDM(Optional)
SET
SATLDM(Optional)
RNC
TenMsecFo
rHsdpaPwr
Meas
16000
1060000, step:
10
ms
SET LDM(Mandatory)
SET
SATLDM(Mandatory)
RNC
MinForHsd
paPwrMeas
160
160
min
SET LDM(Mandatory)
SET
SATLDM(Mandatory)
RNC
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
ChoiceRprt
UnitForHsd
paRateMeas
TEN_MSEC,
MIN
TEN_MSEC,
MIN
None
SET LDM(Optional)
SET
SATLDM(Optional)
RNC
TenMsecFo
rHsdpaPrvi
dRateMeas
16000
1060000, step:
10
ms
SET LDM(Mandatory)
SET
SATLDM(Mandatory)
RNC
MinForHsd
paPrvidRate
Meas
160
160
min
SET LDM(Mandatory)
SET
SATLDM(Mandatory)
RNC
ChoiceRprt
UnitForHsu
paRateMeas
TEN_MSEC,
MIN
TEN_MSEC,
MIN
None
SET LDM(Optional)
RNC
TenMsecFo
rHsupaPrvi
dRateMeas
16000
1060000, step:
10
ms
SET LDM(Mandatory)
RNC
MinForHsu
paPrvidRate
Meas
160
160
min
SET LDM(Mandatory)
RNC
HsdpaPrvid
BitRateFilte
rLen
132
132
None
SET LDM(Optional)
SET
SATLDM(Optional)
RNC
HsupaPrvid
BitRateFilte
rLen
132
132
None
SET LDM(Optional)
RNC
DRMaxGS
MNum
-(SET
DRD)
2(ADD
CELLDR
D)
05
05
None
SET DRD(Optional)
ADD
CELLDRD(Optional)
RNC
UlOlcTrigH
yst
16000
1060000, step:
10
None
SET LDM(Optional)
SET
SATLDM(Optional)
RNC
Paramet
er ID
Defaul
t
Value
GUI Value
Range
Actual Value
Range
Unit
MML Command
NE
RsvdPara1
RsvdBit1(Reserv
ed Switch 1),
RsvdBit2(Reserv
ed Switch 2),
RsvdBit3(Reserv
ed Switch 3),
RsvdBit4(Reserv
ed Switch 4),
RsvdBit5(Reserv
ed Switch 5),
RsvdBit6(Reserv
ed Switch 6),
RsvdBit7(Reserv
ed Switch 7),
RsvdBit8(Reserv
ed Switch 8),
RsvdBit9(Reserv
ed Switch 9),
RsvdBit10(Reser
ved Switch 10),
RsvdBit11(Reser
ved Switch 11),
RsvdBit12(Reser
ved Switch 12),
RsvdBit13(Reser
ved Switch 13),
RsvdBit14(Reser
ved Switch 14),
RsvdBit15(Reser
ved Switch 15),
RsvdBit16(Reser
ved Switch 16)
RsvdBit1,
RsvdBit2,
RsvdBit3,
RsvdBit4,
RsvdBit5,
RsvdBit6,
RsvdBit7,
RsvdBit8,
RsvdBit9,
RsvdBit10,
RsvdBit11,
RsvdBit12,
RsvdBit13,
RsvdBit14,
RsvdBit15,
RsvdBit16
None
ADD
CELLALGOSWITCH(
Optional)
RNC
SLOCELL
026843545
026843545
None
ADD
PAGRP(Mandatory)
Node
B
DLOCELL
026843545
026843545
None
ADD
PAGRP(Mandatory)
Node
B
MAXSHRT
O
50
180
180
ADD PAGRP(Optional)
Node
B
SHMGN
10
180
180
ADD PAGRP(Optional)
Node
B
The Default Value column is valid for only the optional parameters.
The "-" symbol indicates no default value.
13
Reference Documents
2.
3.
3GPP TS 25.304: UE Procedures in Idle Mode and Procedures for Cell Reselection in
Connected Mode
4.
5.
6.
7.
8.
9.