Академический Документы
Профессиональный Документы
Культура Документы
3.9/3.10/3.11
Optimi Corp
Table of Contents
TABLE OF CONTENTS....................................................................................... 2
REVISION HISTORY ........................................................................................... 3
2
INTRODUCTION........................................................................................... 4
Optimi Corp
Revision History
Rev. No.
1.0
Revised date
By
Optimi Corp
Description of Revision
Initial Draft
Optimi Corp
2 Introduction
One of the first tasks to carry out before setting up a new node B is deciding the
starting up configuration. This configuration, whether no special issue is found,
will probably remain in time, so it is important to acquire a good default
configuration, in order to achieve the better result with the lowest engineering
effort.
This setting should be general and valid for every cell, although it is also possible
to identify three or four different valid configurations, depending on the
environment: urban, rural, high speed ways, etc.
However, this default configuration should be considered as a starting point, from
which engineers could tune the settings and achieve even better results. The
drawback is that this job is unmanageable by hand if the goal is cell by cell,
unless automatic tools are available (xParameters). This kind of tools allows
checking statistical counters and parameter configuration, cell by cell, and then
suggesting configuration changes, in a closed loop basis. This procedure finally
results in a cell by cell configuration setting, it means, all the cells may have
different setting than the surrounding ones, what leads to a non affordable task
without a tool.
Default configuration improvement will require wide area and long term testing, in
order to take specific issues out of the outcome. However, Huawei allows a fast
cell-level parameter setting, as general configuration is usually set at RNC level,
Optimi Corp
but most parameters allow a cell-level version as well, which overwrites the
general configuration.
Main configuration setting that might change between the environments could be
the mobility and power configuration. The objective of this document will be to
show the different radio settings among the radio environments: urban,
suburban, fast-speed ways and indoor cells, but classification also impacts on
capacity allocation, as different capacity profiles are usually predefined
beforehand.
Optimi Corp
General description
A macro cell in a dense urban environment is the most general cell in a
mobile network, since most of the nodes are placed in cities, in order to
get enough coverage and capacity.
A simple definition is not possible since it will depend on the engineers
decision, but possibly, a population of 500 per square kilometer could be a
reasonable threshold in order to become an urban site. However, as
stated, engineers will decide about the classification of a specific area,
depending on the population, the area, the environment, its significance,
etc.
Classify a site as urban may imply a default radio and capacity
configuration, but also perhaps a physical configuration, regarding the
maximum length of the cables from the power amplifier to the antenna,
hardware to be placed, etc.
The main characteristic of an urban site is usually its high capacity,
especially in terms of hardware, since high baseband processing
capability will be required to handle all the requested traffic, circuit and
packet switched.
High available power for traffic will be also needed because of the same
reason, so CPICH power setting is not usually too high.
6
Optimi Corp
Optimi Corp
3.2
Command
<CELL>
<CELL>
<CELL>
<CELL>
Parameter
MaxTxPower
NInsyncInd
NOutsyncInd
TRlFailure
Macro Urban
460
1
256
50
Comments
Depending on the power amplifier
Recover InSynch state as fast as possible
Delay OutSynch state as much as possible
Delay RLFailureIndication message to the RNC
Maximum transmission power will depend strictly on the capacity of the power
amplifier dedicated for every cell carrier. For a dense urban cell with high traffic
load, it is recommended to use 40W amplifiers, at least. It means 46dBm, and
could manage a significant amount of CS traffic while allowing high HSDPA
throughputs.
CELL command also allows setting the configuration regarding the uplink
synchronization. Setting NInsyncInd=1 and NOutsyncInd=256 will speed up the
InSynch state as much as possible (1 frame in synch) and delay the OutSynch
state up to 256 frames. After OutSynch state is declared at the node B, RNC will
be notified after TRlFailure (5 seconds), and it will decide the next action,
depending on the number of active radio link sets: removing the outSynch radio
link or releasing the whole resources and connection.
Optimi Corp
Command
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
Parameter
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
Comments
0
12200 Voice service
10 Increased RLMaxDlPwr
-140 DynRange of Power Control: 15dB
128
Macro Urban
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
0
64000 VideoPhone service
30 Increased RLMaxDlPwr
-120 DynRange of Power Control: 15dB
32
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
1
64000 R99 PS 64kbps
30 Increased RLMaxDlPwr
-120 DynRange of Power Control: 15dB
32
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
1
128000 R99 PS 128Kbps
50 Increased RLMaxDlPwr
-100 DynRange of Power Control: 15dB
16
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
1
384000 R99 PS 384kbps
50 Increased RLMaxDlPwr
-100 DynRange of Power Control: 15dB
8
Optimi Corp
From previous tests it has been seen that using high values are not driving into
power congestion, since allowing higher values does not mean to use them, only
the possibility.
On the other hand, using too low value for RlMinDlPwr will allow using so low
transmission power in case of good coverage, that EcNo might suffer from high
variations. Consider increasing the minimum power in case of extremely good
coverage if drop call rate arises.
10
Optimi Corp
Command
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
Parameter
PhyChId
TrChId
RateMatchingAttr
ToAWS
ToAWE
MaxFachPower
MaxCmchPi
MinCmchPi
SigRbInd
ChCodingType
Macro Urban
Comments
8
4 Signaling FACH channel
220
35
10
30 Increased FACH power
15
14
1
1
In the same way as the traffic channels, increasing transmission power for
signaling FACH channel may help improving call setup success rate, as this
channel is used by the network to send the RRC Connection Setup message,
after the UE request.
3dB over the CPICH power has shown an improvement in setup success rate
while no impact on power consumption has been seen.
11
Optimi Corp
Command
<PCPICH>
<PCPICH>
<PCPICH>
<PCPICH>
Parameter
PhyChId
PCPICHPower
MaxPCPICHPower
MinPCPICHPower
Macro Urban
Comments
2
320 CPICH power depending on PA and traffic volume
350
300
12
Optimi Corp
Command
<PRACHTFC>
<PRACHTFC>
<PRACHTFC>
<PRACHTFC>
<PRACHTFC>
Parameter
PhyChId
CTFC
PowerOffsetPpm
GainFactorBetaC
GainFactorBetaD
Macro Urban
Comments
4
0
-1 Power for signaling message of RACH procedure
13
15
During the RACH procedure in order to establish a new call, the UE will make
use of the outer loop power control and send the RACH preambles, increasing its
power step by step.
At the end, the network will notify that the power is sufficient through the AICH
channel and the UE will use the power used for the last preamble, increased by
powerOffsetPpm, to send the RACH message (RRC Connection Request).
If this offset (powerOffsetPpm) is a large negative value may lead to a
decodification failure at the node B, as the message has been sent with too low
power. Using a large positive value may lead to an increase in UL interference,
as UE will be transmitting more power than enough.
13
Optimi Corp
Parameter
QualMeas
IdleQhyst1s
ConnQhyst1s
IdleQhyst2s
ConnQhyst2s
Treselections
Qqualmin
Qrxlevmin
QrxlevminExtSup
DeltaQrxlevmin
MaxAllowedUlTxPower
IdleSintrasearch
IdleSintersearch
ConnSintrasearch
ConnSintersearch
SsearchRat
SpeedDependentScalingFactor
InterFreqTreselScalingFactor
InterRatTreselScalingFactor
NonhcsInd
Tcrmaxnonhcs
Ncrnonhcs
Tcrmaxhystnonhcs
Qhyst1spch
Qhyst1sfach
Qhyst2spch
Qhyst2sfach
Treselectionspch
Treselectionsfach
Macro Urban
CPICH_ECNO
0
2
1
2
2
-18
-58
0
24
6
4
6
4
1
255
255
255
1
Comments
Define EcNo as the quantity for idle mobility
NOT_CONFIGURED
255
255
255
255
255
255
The main goal of the idle mode is to camp on the cell where the user can get the
best access success rate at any time.
CELLSELRESEL command defines the configuration for idle mode and cellFach
state mobility. Mainly it will define when to start measuring and when to perform a
cell change.
The triggers to start measuring surrounding cells (intraFreq, interFreq or interRat)
are related to the minimum quality threshold (qQualMin) which is usually set as -
14
Optimi Corp
18dB. Deciding low triggering thresholds for intrafreq reselection will save UE
battery, as less measurement time is needed, but cell selection will be less
accurate as well, and accessibility may suffer from it. On the other hand, using
higher thresholds will mean that the UE is constantly measuring and cell
reselection will be more accurate, but the UE will consume much more battery. A
fair threshold could be set around -6dB.
Regarding the starting point for interRat measurements, we should keep in mind
that idle mode is common for all the UEs, both voice handsets and PS specific
modems, so we should keep all the UEs camping in the 3G system as much as
possible, in order to allow modems to take advantage of the 3G wideband. In
addition, reselection between 3G and 2G is done based on straight comparison
between 3G RSCP and 2G RxLev, and most of the times RxLev will be higher
than the RSCP, even at the same coverage level1.
Due to previous statements, it is reasonable to set a very low threshold for
interRat measurements, in order to avoid reselecting 2G network, unless 3G
coverage means that no service is going to be actually available.
1 Using the neighboring parameter qOffset1sn, between the 3G and the 2G cell,
can improve the fairness in the comparison. A regular value found after field tests
es around 7dB.
15
Optimi Corp
Comments
InterFreq HO only based on coverage
Only interRat HO is allowed
Service based HO disabled.
Service based HO disabled.
16
Optimi Corp
Parameter
BlindHORSCP1FThreshold
HystFor1A
HystFor1B
HystFor1C
HystFor1D
HystFor1F
HystFor1J
IntraFreqMeasQuantity
IntraRelThdFor1ACSNVP
IntraRelThdFor1ACSVP
IntraRelThdFor1APS
IntraRelThdFor1BCSNVP
IntraRelThdFor1BCSVP
IntraRelThdFor1BPS
MaxCellInActiveSet
PeriodMRReportNumfor1A
PeriodMRReportNumfor1C
PeriodMRReportNumfor1J
ReportIntervalfor1A
ReportIntervalfor1C
ReportIntervalfor1J
RelThdForDwnGrd
ShoFailNumForDwnGrd
ShoFailPeriod
SHOQualmin
TrigTime1A
TrigTime1B
TrigTime1C
TrigTime1D
TrigTime1F
TrigTime1J
Weight
IntraAblThdFor1FEcNo
Macro Urban
-115
0
0
8
8
15
8
CPICH_EC/NO
6
6
6
12
12
12
3
D1
D1
D2
D2000
D2000
D2000
29
2
60
-24
D640
D640
D640
D640
D5000
D640
0
-24
Comments
Intrafrequency mobility is the basic feature for UMTS mobility, based on the
SoftHandover procedures, and usually based on EcNo quality measurements.
Main configuration parameters set the thresholds which trigger the addition and
removal into/from the active set. Huawei allows different setting for PS, voice and
videophone calls, but similar values can be set for default configuration setting,
though a further analysis on specific service mobility can be carried out.
17
Optimi Corp
18
Optimi Corp
Command
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
<CELLINTERRATHOCOV>
Parameter
AmntOfRpt3A
BSICVerify
FilterCoefOf2D2F
Hystfor2D
Hystfor2F
Hystfor3A
HystforInterRAT
InterRATCSThd2DEcN0
InterRATCSThd2DRSCP
InterRATCSThd2FEcN0
InterRATCSThd2FRSCP
InterRATFilterCoef
InterRATHThd2DEcN0
InterRATHThd2DRSCP
InterRATHThd2FEcN0
InterRATHThd2FRSCP
InterRATMeasTime
InterRATPeriodReportInterval
InterRatPhyChFailNum
InterRATPingPongHyst
InterRATPingPongTimer
InterRATR99PsThd2DEcN0
InterRATR99PsThd2DRSCP
InterRATR99PsThd2FEcN0
InterRATR99PsThd2FRSCP
InterRatReportMode
MeasQuantityOf3A
PenaltyTimeForPhyChFail
PeriodFor3A
TargetRatCsThd
TargetRatHThd
TargetRatR99PsThd
TimeToTrigForNonVerify
TimeToTrigForVerify
TrigTime2D
TrigTime2F
TrigTime3A
UsedFreqCsThdEcN0
UsedFreqCsThdRscp
UsedFreqHThdEcN0
UsedFreqHThdRscp
UsedFreqR99PsThdEcN0
UsedFreqR99PsThdRscp
WeightForUsedFreq
Macro Urban
Comments
REQUIRED
D3
0
0
4
-12
-103
-10
-100
D3
-18
-115
-16
-112
60
D500
3
0
0
-18
-115
-16
-112
PERIODICAL_REPORTING
30
16
16
16
0
0
D640
D640
command),
but
also
at
cell
level
(through
19
Optimi Corp
20
Optimi Corp
Command
Parameter
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
NBMCacAlgoSwitch
NBMUlCacAlgoSelSwitch
NBMDlCacAlgoSelSwitch
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
NBMLdcAlgoSwitch
NBMMachsResetAlgoSelSwitch
HspaPlusSwitch
HspaEnhSwitch
CellCapacityAutoHandleSwitch
NbmLdcBHOUeSelSwitch
RsvdPara1
RsvdPara2
RsvdPara3
Comments
Macro Urban
CRD_ADCTRL: 0
HSDPA_UU_ADCTRL: 0
HSUPA_UU_ADCTRL: 0
MBMS_UU_ADCTRL: 0
HSDPA_GBP_MEAS: 0
HSDPA_PBR_MEAS: 0
DOFFC: 1
ALGORITHM_OFF
ALGORITHM_FIRST
INTRA_FREQUENCY_LDB: 0
PUC: 0
UL_UU_LDR: 1
DL_UU_LDR: 1
UL_UU_OLC: 0
DL_UU_OLC: 0
OLC_EVENTMEAS: 0
CELL_CODE_LDR: 0
CELL_CREDIT_LDR: 1
NBM_LDC_MATCH_UE_ONLY
0
0
0
Cell by cell, it is possible to enable or disable CAC (Call Admission Control) and
LDR (Load Reshuffling) depending on the triggering causes.
In general, it is recommended to loosen thresholds and avoid blocking calls
before hand, that is because all CAC control has been disabled. Specially for
node B credit control, since using node B credit CAC will disable the extra CE
that Huawei system allow to use (up to 110%) for 5 minutes in case of
congestion.
21
Optimi Corp
It shows better results to start releasing load previously, taking advantage of LDR
feature, instead of hard blocking calls. With this respect, the proposed
configuration enable the LDR algorithm for UL load (RTWP), DL load
(transmission power) and baseband processing load (channel elements).
22
Optimi Corp
Parameter
CellEnvType
UlNonCtrlThdForAMR
UlNonCtrlThdForNonAMR
UlNonCtrlThdForOther
DlConvAMRThd
DlConvNonAMRThd
DlOtherThd
UlNonCtrlThdForHo
DlHOThd
UlCellTotalThd
DlCellTotalThd
UlCCHLoadFactor
DlCCHLoadRsrvCoeff
UlTotalEqUserNum
DlTotalEqUserNum
HsupaLowPriorityUserPBRThd
HsupaEqualPriorityUserPBRThd
HsupaHighPriorityUserPBRThd
UlHsDpcchRsvdFactor
HsdpaStrmPBRThd
HsdpaBePBRThd
MaxHsdpaUserNum
MaxUlTxPowerforConv
MaxUlTxPowerforStr
MaxUlTxPowerforInt
MaxUlTxPowerforBac
BackgroundNoise
DefPcpichEcNo
BGNSwitch
BGNAdjustTimeLen
BGNEqUserNumThd
MaxHsupaUserNum
DlHSUPARsvdFactor
DlMBMSRsvdFactor
MtchRsvPwr
MtchRsvSf
MtchMaxPwr
MtchMaxSf
UlHoCeResvSf
DlHoCeCodeResvSf
BgnStartTime
BgnEndTime
BgnUpdateThd
BgnAbnormalThd
MaxEFachUserNum
Comments
Macro Urban
0
80
80
75
90
90
85
85
95
86
95
0
0
80
80
100
100
100
0
70
30
64
24
24
24
24
71
-13
0
120
0
20
0
0
20
16
60
40
SFOFF
SFOFF
Depending on license
Maximum UE transmission power per service
Maximum UE transmission power per service
Maximum UE transmission power per service
Maximum UE transmission power per service
BackgroundNoise=-105
Disable Auto-BackgroundNoise
UL CE reservation for HO
DL codes and CE reservation for HO
5
100
48
If Call Admission Control algorithm is finally enabled, control thresholds are set
through CELLCAC command.
In the previous proposal, default configuration setting is defined, using higher
thresholds than defined by default by Huawei.
23
Optimi Corp
24
Optimi Corp
Command
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
Parameter
UlLdrTrigThd
UlLdrRelThd
DlLdrTrigThd
DlLdrRelThd
UlOlcTrigThd
UlOlcRelThd
DlOlcTrigThd
DlOlcRelThd
DlLdTrnsHysTime
HsupAuRetrnsLdTrigThd
HsupAuRetrnsLdRelThd
Macro Urban
Comments
75 Same or above HSUPA target
65
80 DL power soft-congestion trigger
70
95 Disabled by switch
85
95
85
1000
70
50
Soft-congestion state and hence load reshuffling thresholds for UL/DL load are
defined cell by cell through the command CELLLDM.
It also defines the threshold for hard-congestion state and OverLoad Control
algorithm thresholds.
UL load LDR threshold should take into account the HSUPA load target, since
HSUPA service may increase the UL load up to a point where soft-congestion
state is easily triggered, taking action which may impact on user perception.
25
Optimi Corp
Parameter
DlLdrFirstAction
DlLdrSecondAction
DlLdrThirdAction
DlLdrFourthAction
DlLdrFifthAction
DlLdrSixthAction
DlLdrSeventhAction
DlLdrEighthAction
DlLdrNinthAction
DlLdrTenthAction
DlLdrBERateReductionRabNum
DlLdrPsRTQosRenegRabNum
DlCSInterRatShouldBeHOUeNum
DlPSInterRatShouldBeHOUeNum
DlLdrAMRRateReductionRabNum
DlCSInterRatShouldNotHOUeNum
DlPSInterRatShouldNotHOUeNum
UlLdrFirstAction
UlLdrSecondAction
UlLdrThirdAction
UlLdrFourthAction
UlLdrFifthAction
UlLdrSixthAction
UlLdrSeventhAction
UlLdrEighthAction
UlLdrBERateReductionRabNum
UlLdrPsRTQosRenegRabNum
UlCSInterRatShouldBeHOUeNum
UlPSInterRatShouldBeHOUeNum
UlLdrAMRRateReductionRabNum
UlCSInterRatShouldNotHOUeNum
UlPSInterRatShouldNotHOUeNum
UlInterFreqHoCellLoadSpaceThd
DlInterFreqHoCellLoadSpaceThd
UlInterFreqHoBWThd
DlInterFreqHoBWThd
MbmsDecPowerRabThd
CellLdrSfResThd
LdrCodePriUseInd
MaxUserNumCodeAdj
UlLdrCreditSfResThd
DlLdrCreditSfResThd
LdrCodeUsedSpaceThd
CodeCongSelInterFreqHoInd
GoldUserLoadControlSwitch
Macro Urban
Comments
BERATERED
Reduce best-effort services
CSINTERRATSHOULDBELDHO Relocate CS calls to GSM system
CSINTERRATSHOULDNOTBELDHO
Relocate CS calls to GSM system
NOACT
NOACT
NOACT
NOACT
NOACT
NOACT
NOACT
2 Number of PS users selected for reduction, each time.
1
3 Number of CS users selected for iRat HO, each time.
1
1
3 Number of CS users selected for iRat HO, each time.
1
BERATERED
Reduce best-effort services
CSINTERRATSHOULDBELDHO Relocate CS calls to GSM system
CSINTERRATSHOULDNOTBELDHO
Relocate CS calls to GSM system
NOACT
NOACT
NOACT
NOACT
NOACT
2 Number of PS users selected for reduction, each time.
1
3 Number of CS users selected for iRat HO, each time.
1
1
3 Number of CS users selected for iRat HO, each time.
1
20
20
200000
200000
1
SF32 Code Resuffling
1
1
SF4 CE threshold for credit LDT activation
SF8 CE threshold for credit LDT activation
13
0
0 Take into account "Gold" users in LDR actions
CELLLDR command states the actions that load reshuffling algorithm should
take in case of soft-congestion state.
It is possible to set up to 10 actions, but only 2 are considered in this proposal,
for both UL and DL congestion: first of all, LDR will try to release system load by
26
Optimi Corp
reducing the throughput of the best-effort services; after that will try to relocate
voice calls in GSM system.
A reduced number of users (configurable) are selected each time, in order to
avoid a great impact on users perception.
Thresholds for soft-congestion due to lack of codes or CE are also defined using
this command.
27
Optimi Corp
Parameter
DlOlcFTFRstrctTimes
UlOlcFTFRstrctTimes
DlOlcFTFRstrctRabNum
UlOlcFTFRstrctRabNum
RateRstrctCoef
RecoverCoef
RateRstrctTimerLen
RateRecoverTimerLen
DlOlcTraffRelRabNum
UlOlcTraffRelRabNum
SeqOfUserRel
MbmsOlcRelNum
TransCchUserNum
FACHPwrReduceValue
Macro Urban
3
3
3
3
68
130
3000
5000
0
0
0
1
1
0
Comments
Number of TF restriction actions before releasing calls
Number of TF restriction actions before releasing calls
Number of users selected for TF restriction
Number of users selected for TF restriction
Coeficient for TF restriction
28
Optimi Corp
4.1
General description
Suburban or rural macro cells are intended to cover less populated areas and
roads out of the cities. Even some specific sites might be carrying very low traffic,
but sometimes they are needed because of coverage agreements or just
because of image.
Unlike urban cells, the footprint of these suburban sites often covers several
kilometers, instead of some hundreds of meters. This allows the usage of much
less sites to cover wide areas, because of less propagation loss, but also
because of this nodes usually carry far less traffic and so, they are not so loaded
as urban sites usually are.
Therefore, these suburban sites will not need so high power capacity as urban
sites because of capacity reasons, so as trade-off, CPICH power can be
increased to enlarge the footprint and reduce the number of required sites.
Regarding the Iub bandwidth, it will be critical for HSDPA throughput, specially
for peak bit rates, so it will depend on operator marketing strategy and decisions.
Setting up the nodes with a medium Iub capacity and go ahead with Iub
upgrades depending on PS traffic could be a good starting point.
29
Optimi Corp
On the other hand, baseband processing capacity is strictly related with the traffic
to be carried out, so high capacity is not usually needed. Bear in mind that
capacity for HSDPA is provided for free in a Huawei system, but HSUPA will
require huge amount of CE to achieve peak throughputs.
Final coverage is usually not so important either, as minor roads and deep indoor
are not expected to be fully covered. Then, interRat handover should be working
properly, especially for CS voice service. InterRat configuration could be tuned to
improve service KPIs (providing the area is well covered by GSM), but bear in
mind that wrong neighboring list is usually the main source of interrat handover
issues.
30
Optimi Corp
4.2
Parameter
MaxTxPower
NInsyncInd
NOutsyncInd
TRlFailure
Macro SubUrban
460
1
256
50
Comments
Depending on the power amplifier
Recover InSynch state as fast as possible
Delay OutSynch state as much as possible
Delay RLFailureIndication message to the RNC
MaxTxPower will state the maximum transmission power allowed for a specific
cell, so it will be closely related to the power amplifier installed.
Suburban cells may be carrying not so much traffic, but since CPICH is usually
quite high in order to extend the coverage up to the maximum, a lot of power will
be allocated for CPICH and signaling channels, and therefore requiring big power
amplifiers as well.
Regarding the inSynch and outSynch configuration, the same as defined for
urban cells can be kept, in order to speed up the outsynch-insynch and slow
down the insynch-outsynch transitions.
31
Optimi Corp
Command
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
Parameter
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
Comments
0
12200 Voice service
10 Increased RLMaxDlPwr
-140 DynRange of Power Control: 15dB
128
Macro SubUrban
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
0
64000 VideoPhone service
30 Increased RLMaxDlPwr
-120 DynRange of Power Control: 15dB
32
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
1
64000 R99 PS 64kbps
30 Increased RLMaxDlPwr
-120 DynRange of Power Control: 15dB
32
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
1
128000 R99 PS 128Kbps
50 Increased RLMaxDlPwr
-100 DynRange of Power Control: 15dB
16
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
1
384000 R99 PS 384kbps
50 Increased RLMaxDlPwr
-100 DynRange of Power Control: 15dB
8
32
Optimi Corp
Parameter
PhyChId
TrChId
RateMatchingAttr
ToAWS
ToAWE
MaxFachPower
MaxCmchPi
MinCmchPi
SigRbInd
ChCodingType
Macro SubUrban
Comments
8
4 Signaling FACH channel
220
35
10
30 Increased FACH power
15
14
1
1
Even if cellFach state is not allowed or used for user data transmission, FACH
channel is used indeed, at least to send RRC Connection Setup message during
the RRC connection setup procedure.
Using higher transmission power for this downlink message can help to improve
the accessibility KPIs, especially for cell edge areas, as RRC Connection Setup
message is more easily decoded.
Increasing the DL power used for this procedure might increase the DL load,
however, any real impact on DL accessibility has been never seen due to this
configuration.
33
Optimi Corp
Command
<PCPICH>
<PCPICH>
<PCPICH>
<PCPICH>
Parameter
PhyChId
PCPICHPower
MaxPCPICHPower
MinPCPICHPower
Macro SubUrban
Comments
2
350 CPICH power depending on PA and traffic volume
370
330
34
Optimi Corp
Parameter
PhyChId
CTFC
PowerOffsetPpm
GainFactorBetaC
GainFactorBetaD
Macro SubUrban
Comments
4
0
-1 Power for signaling message of RACH procedure
13
15
PowerOffsetPpm will set the power to be used after the RACH preamples, as an
offset to be applied to the last preamble.
This last preamble is acked through the AICH channel, so it show the power
reference to be decoded at the node B. Using far lower power for RACH
message part may lead to decode failure and block the new incoming call. On
the other hand, using higher power for the message part may increase UL
interference, as more power than needed is transmitted by the UE.
In general, similar configuration is used for urban and suburban cells.
35
Optimi Corp
Command
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
Parameter
QualMeas
IdleQhyst1s
ConnQhyst1s
IdleQhyst2s
ConnQhyst2s
Treselections
Qqualmin
Qrxlevmin
QrxlevminExtSup
DeltaQrxlevmin
MaxAllowedUlTxPower
IdleSintrasearch
IdleSintersearch
ConnSintrasearch
ConnSintersearch
SsearchRat
SpeedDependentScalingFactor
InterFreqTreselScalingFactor
InterRatTreselScalingFactor
NonhcsInd
Tcrmaxnonhcs
Ncrnonhcs
Tcrmaxhystnonhcs
Qhyst1spch
Qhyst1sfach
Qhyst2spch
Qhyst2sfach
Treselectionspch
Treselectionsfach
Macro SubUrban
1
0
2
1
1
1
-18
-55
0
24
6
4
6
4
1
255
255
255
1
Comments
Define EcNo as the quantity for idle mobility
NOT_CONFIGURED
255
255
255
255
255
255
Idle mode configuration for suburban cells is pretty the same as for urban cells,
however, as it is also intended for out of city roads, sometimes it is worth
speeding up the reselection between cells. That is the purpose of the
Treselection set as 1 second, although using the same value as for urban cells (2
seconds) could be also valid.
36
Optimi Corp
37
Optimi Corp
Command
<CELLHOCOMM>
<CELLHOCOMM>
<CELLHOCOMM>
<CELLHOCOMM>
<CELLHOCOMM>
Parameter
Macro SubUrban
InterFreqHOSwitch
INTER_FREQ_COV
InterFreqRATSwitch
INTERRAT
CoexistMeasThdChoice
COEXIST_MEAS_THD_CHOICE_INTERRAT
CSServiceHOSwitch
OFF
PSServiceHOSwitch
OFF
Comments
InterFreq HO only based on coverage
Only interRat HO is allowed
Service based HO disabled.
Service based HO disabled.
As this configuration is the same as proposed for urban cell, it may be worth
using the RNC level command (HOCOMM).
It allows deciding whether interfreq or interrat HO are allowed or not, and also
provides the activation switch for service-based HO. This feature allows sending
any sort of service to 2G, for instance, it allows sending all voice service to GSM,
leaving 3G network (almost) fully available for PS services.
This special configuration is available at cell level, so it can be applied because
of specific reasons or events, but it is not recommended to extend it across the
network.
38
Optimi Corp
Command
Parameter
<CELLINTRAFREQHO>BlindHORSCP1FThreshold
<CELLINTRAFREQHO>HystFor1A
<CELLINTRAFREQHO>HystFor1B
<CELLINTRAFREQHO>HystFor1C
<CELLINTRAFREQHO>HystFor1D
<CELLINTRAFREQHO>HystFor1F
<CELLINTRAFREQHO>HystFor1J
<CELLINTRAFREQHO>IntraFreqMeasQuantity
<CELLINTRAFREQHO>IntraRelThdFor1ACSNVP
<CELLINTRAFREQHO>IntraRelThdFor1ACSVP
<CELLINTRAFREQHO>IntraRelThdFor1APS
<CELLINTRAFREQHO>IntraRelThdFor1BCSNVP
<CELLINTRAFREQHO>IntraRelThdFor1BCSVP
<CELLINTRAFREQHO>IntraRelThdFor1BPS
<CELLINTRAFREQHO>MaxCellInActiveSet
<CELLINTRAFREQHO>PeriodMRReportNumfor1A
<CELLINTRAFREQHO>PeriodMRReportNumfor1C
<CELLINTRAFREQHO>PeriodMRReportNumfor1J
<CELLINTRAFREQHO>ReportIntervalfor1A
<CELLINTRAFREQHO>ReportIntervalfor1C
<CELLINTRAFREQHO>ReportIntervalfor1J
<CELLINTRAFREQHO>RelThdForDwnGrd
<CELLINTRAFREQHO>ShoFailNumForDwnGrd
<CELLINTRAFREQHO>ShoFailPeriod
<CELLINTRAFREQHO>SHOQualmin
<CELLINTRAFREQHO>TrigTime1A
<CELLINTRAFREQHO>TrigTime1B
<CELLINTRAFREQHO>TrigTime1C
<CELLINTRAFREQHO>TrigTime1D
<CELLINTRAFREQHO>TrigTime1F
<CELLINTRAFREQHO>TrigTime1J
<CELLINTRAFREQHO>Weight
<CELLINTRAFREQHO>IntraAblThdFor1FEcNo
Macro SubUrban
-115
0
0
8
8
15
8
CPICH_EC/NO
8
8
8
14
14
14
3
D1
D1
D2
D2000
D2000
D2000
29
2
60
-24
D640
D640
D640
D640
D5000
D640
0
-24
Comments
39
Optimi Corp
active set are combined in the rake receiver in order to achieve a better user
signal, so in general, the bigger the active set, the better signal quality.
However, in the same sense, the bigger the active set, the more resources are
consumed, for the same single user service, so it is not recommended to use too
large active set size. In average, literature says that it should be around ~1.3.
For suburban or rural environment, it could be helpful to use bigger active set
size than for the urban sites, so higher thresholds are proposed: 4dB/7dB for
events 1a and 1b, instead of 3dB/6dB. Though using the same maximum number
of cells in the active set (3 cells), these thresholds will add neighboring cells
sooner, and will release them later from the AS, improving the reaction to any
change while in low or fair coverage.
The usage of a longer TimeToTrigger for 1a is still valid for suburban areas, in
the same sense as for urban areas. Delaying the 1a event some extent (from
320ms to 640ms) may help avoiding RNC buffer overflow and the impact it may
cause.
The rest of the intrafreq configuration is pretty the same as for an urban site.
40
Optimi Corp
Command
Parameter
<CELLINTERRATHOCOV>AmntOfRpt3A
<CELLINTERRATHOCOV>BSICVerify
<CELLINTERRATHOCOV>FilterCoefOf2D2F
<CELLINTERRATHOCOV>Hystfor2D
<CELLINTERRATHOCOV>Hystfor2F
<CELLINTERRATHOCOV>Hystfor3A
<CELLINTERRATHOCOV>HystforInterRAT
<CELLINTERRATHOCOV>InterRATCSThd2DEcN0
<CELLINTERRATHOCOV>InterRATCSThd2DRSCP
<CELLINTERRATHOCOV>InterRATCSThd2FEcN0
<CELLINTERRATHOCOV>InterRATCSThd2FRSCP
<CELLINTERRATHOCOV>InterRATFilterCoef
<CELLINTERRATHOCOV>InterRATHThd2DEcN0
<CELLINTERRATHOCOV>InterRATHThd2DRSCP
<CELLINTERRATHOCOV>InterRATHThd2FEcN0
<CELLINTERRATHOCOV>InterRATHThd2FRSCP
<CELLINTERRATHOCOV>InterRATMeasTime
<CELLINTERRATHOCOV>InterRATPeriodReportInterval
<CELLINTERRATHOCOV>InterRatPhyChFailNum
<CELLINTERRATHOCOV>InterRATPingPongHyst
<CELLINTERRATHOCOV>InterRATPingPongTimer
<CELLINTERRATHOCOV>InterRATR99PsThd2DEcN0
<CELLINTERRATHOCOV>InterRATR99PsThd2DRSCP
<CELLINTERRATHOCOV>InterRATR99PsThd2FEcN0
<CELLINTERRATHOCOV>InterRATR99PsThd2FRSCP
<CELLINTERRATHOCOV>InterRatReportMode
<CELLINTERRATHOCOV>MeasQuantityOf3A
<CELLINTERRATHOCOV>PenaltyTimeForPhyChFail
<CELLINTERRATHOCOV>PeriodFor3A
<CELLINTERRATHOCOV>TargetRatCsThd
<CELLINTERRATHOCOV>TargetRatHThd
<CELLINTERRATHOCOV>TargetRatR99PsThd
<CELLINTERRATHOCOV>TimeToTrigForNonVerify
<CELLINTERRATHOCOV>TimeToTrigForVerify
<CELLINTERRATHOCOV>TrigTime2D
<CELLINTERRATHOCOV>TrigTime2F
<CELLINTERRATHOCOV>TrigTime3A
<CELLINTERRATHOCOV>UsedFreqCsThdEcN0
<CELLINTERRATHOCOV>UsedFreqCsThdRscp
<CELLINTERRATHOCOV>UsedFreqHThdEcN0
<CELLINTERRATHOCOV>UsedFreqHThdRscp
<CELLINTERRATHOCOV>UsedFreqR99PsThdEcN0
<CELLINTERRATHOCOV>UsedFreqR99PsThdRscp
<CELLINTERRATHOCOV>WeightForUsedFreq
Macro SubUrban
Comments
REQUIRED
D3
0
0
4
-12
Starting EcNo value (voice): -12dB
-103
Starting RSCP value (voice): -103dBm
-10
-100
D3
-18
Starting EcNo value (HS): -18dB
-115
Starting RSCP value (HS): -115dBm
-16
-112
60
D500
Reporting interval, once interRat meas. started
3
0
0
-18
Starting EcNo value (PS R99): -18dB
-115
Starting RSCP value (PS R99): -115dBm
-16
-112
PERIODICAL_REPORTINGReporting method, once interRat meas. started
30
16
16
16
0
0
D640
D640
As explained in the urban site section, interrat handover allows extending the
connection through the 2G network when the 3G coverage becomes insufficient,
measuring and performing a handover to the GSM system, if available.
41
Optimi Corp
Providing the network configuration is correct, the triggering threshold setting will
establish the trend of the performance of the handover procedure. Using low
threshold values will allow keeping more traffic in the 3G network, though
handover success rate (and hence, drop call rate) will show poor values;
however, using high thresholds will help improving handover success rate, but
high percentage of traffic will be relocated to 2G.
This proposal shows the same thresholds for suburban as for urban sites, leaving
the decision of modifying the thresholds at cell level depending on specific
optimization, but speeding up the interRat handover in these low-3G-coverage
suburban areas is also possible, setting a default configuration using a 2d/3a
events similar to -10dB/-100dBm, providing the area is well covered by GSM
network.
Regarding the PS R99 and HSDPA interRat handover, as stated in urban site
section, disabling the 2G relocation can significantly improve the user perception,
since connections will take advantage of the 3G throughput longer. This
configuration may lead to 3G throughput KPI degradation, because of carrying
out traffic in not-so-good areas, but users will get much better experience,
avoiding 2G network for PS services as much as possible.
42
Optimi Corp
Command
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
Parameter
Macro SubUrban
Comments
CRD_ADCTRL: 0
HSDPA_UU_ADCTRL: 0
HSUPA_UU_ADCTRL: 0
MBMS_UU_ADCTRL: 0
HSDPA_GBP_MEAS: 0
HSDPA_PBR_MEAS: 0
DOFFC: 1
NBMCacAlgoSwitch
Node B Credit admission control disabled.
NBMUlCacAlgoSelSwitch
0 UL CAC disabled.
NBMDlCacAlgoSelSwitch
1
INTRA_FREQUENCY_LD
B: 0
PUC: 0
UL_UU_LDR: 1
DL_UU_LDR: 1
UL_UU_OLC: 0
DL_UU_OLC: 0
OLC_EVENTMEAS: 0
CELL_CODE_LDR: 0
NBMLdcAlgoSwitch
CELL_CREDIT_LDR: 1
NBMMachsResetAlgoSelSwitch
1
HspaPlusSwitch
0
HspaEnhSwitch
0
CellCapacityAutoHandleSwitch
0
NbmLdcBHOUeSelSwitch
1 NBM_LDC_MATCH_UE_ONLY
RsvdPara1
0
RsvdPara2
0
RsvdPara3
0
Admission control algorithm may help to control the resource load of the cells
and guarantee somehow the quality of the ongoing connections, by means of
blocking the new incoming calls.
However, this algorithm can be seen as preventive, as it blocks the new
establishments before the problems arise. This is the reason why it can be
43
Optimi Corp
disabled, and try to manage the resource load in a different way, or even leaving
the 3G system itself to manage the load the best way it can.
Huawei provide two other ways to release the load: LDR (Load Reshuffling)
algorithm, which starts releasing resources before blocking calls, and OLC
(Overload Control), which releases resources in a forceful way, even releasing
ongoing calls
Call admission control activation is proposed in the same sense as for urban
sites, it means, disabling the CAC for every resource, and allowing the LDR to
help releasing the resource load.
Especially important is disabling the CAC due to channel elements, as it will
allow taking advantage of the extra 10% of CE that Huawei allows for 5 minutes.
The CELLALGOSWITCH parameter allows enabling or disabling the control of
the CAC and LDR algorithms on different resources, at cell level.
44
Optimi Corp
Parameter
Macro SubUrban
Comments
CellEnvType
0
UlNonCtrlThdForAMR
80 UL CAC disabled by switch.
UlNonCtrlThdForNonAMR
80 UL CAC disabled by switch.
UlNonCtrlThdForOther
75 UL CAC disabled by switch.
DlConvAMRThd
90
DlConvNonAMRThd
90
DlOtherThd
85
UlNonCtrlThdForHo
85
DlHOThd
95
UlCellTotalThd
86 Total UL thd (DCH + HSUPA)
DlCellTotalThd
95
UlCCHLoadFactor
0
DlCCHLoadRsrvCoeff
0
UlTotalEqUserNum
80
DlTotalEqUserNum
80
HsupaLowPriorityUserPBRThd
100 PBR should go above 100% of GBR
HsupaEqualPriorityUserPBRThd
100 PBR should go above 100% of GBR
HsupaHighPriorityUserPBRThd
100 PBR should go above 100% of GBR
UlHsDpcchRsvdFactor
0
HsdpaStrmPBRThd
70
HsdpaBePBRThd
30
MaxHsdpaUserNum
64 Depending on license
MaxUlTxPowerforConv
24
MaxUlTxPowerforStr
24
MaxUlTxPowerforInt
24
MaxUlTxPowerforBac
24
BackgroundNoise
71 BackgroundNoise=-105
DefPcpichEcNo
-13
BGNSwitch
0 Disable Auto-BackgroundNoise
BGNAdjustTimeLen
120
BGNEqUserNumThd
0
MaxHsupaUserNum
20
DlHSUPARsvdFactor
0 No DL power reservation for HSUPA
DlMBMSRsvdFactor
0
MtchRsvPwr
20
MtchRsvSf
16
MtchMaxPwr
60
MtchMaxSf
40
UlHoCeResvSf
SFOFF UL CE reservation for HO
DlHoCeCodeResvSf
SFOFF DL codes and CE reservation for HO
BgnStartTime
BgnEndTime
BgnUpdateThd
5
BgnAbnormalThd
100
MaxEFachUserNum
48
Whether the CAC is not disabled by switch, admission thresholds are defined by
CELLCAC command. In the present proposal, high thresholds are defined for
45
Optimi Corp
suburban cells, in the same sense as for urban cells, allowing higher loads
before blocking new establishments or incoming calls.
This command also allows defining the background noise, and enabling or
disabling the algorithm which allow auto-set this thermal noise, through nighttime measurements.
Similar to urban configuration, a fixed value for background noise is proposed,
instead of automatic. Using a fixed value will guarantee, as much as possible, the
quality of the R99 services; however, using the automatic algorithm will support
the HSUPA service.
46
Optimi Corp
Command
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
Parameter
UlLdrTrigThd
UlLdrRelThd
DlLdrTrigThd
DlLdrRelThd
UlOlcTrigThd
UlOlcRelThd
DlOlcTrigThd
DlOlcRelThd
DlLdTrnsHysTime
HsupAuRetrnsLdTrigThd
HsupAuRetrnsLdRelThd
Macro SubUrban
75
65
80
70
95
85
95
85
1000
70
50
Comments
Same or above HSUPA target
Dl power soft congestion trigger
OLC disabled by switch
OLC disabled by switch
CELLLDM command provides the means of setting the thresholds for softcongestion. Once upon this state, LDR feature will start performing actions, in
order to release resource occupancy.
Overload control algorithm would be disabled by switch (CELLALGOSWITCH),
but in case of activation, overload thresholds are also defined by this command
(CELLLDM).
47
Optimi Corp
Command
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
<CELLLDR>
Parameter
DlLdrFirstAction
DlLdrSecondAction
DlLdrThirdAction
DlLdrFourthAction
DlLdrFifthAction
DlLdrSixthAction
DlLdrSeventhAction
DlLdrEighthAction
DlLdrNinthAction
DlLdrTenthAction
DlLdrBERateReductionRabNum
DlLdrPsRTQosRenegRabNum
DlCSInterRatShouldBeHOUeNum
DlPSInterRatShouldBeHOUeNum
DlLdrAMRRateReductionRabNum
DlCSInterRatShouldNotHOUeNum
DlPSInterRatShouldNotHOUeNum
UlLdrFirstAction
UlLdrSecondAction
UlLdrThirdAction
UlLdrFourthAction
UlLdrFifthAction
UlLdrSixthAction
UlLdrSeventhAction
UlLdrEighthAction
UlLdrBERateReductionRabNum
UlLdrPsRTQosRenegRabNum
UlCSInterRatShouldBeHOUeNum
UlPSInterRatShouldBeHOUeNum
UlLdrAMRRateReductionRabNum
UlCSInterRatShouldNotHOUeNum
UlPSInterRatShouldNotHOUeNum
UlInterFreqHoCellLoadSpaceThd
DlInterFreqHoCellLoadSpaceThd
UlInterFreqHoBWThd
DlInterFreqHoBWThd
MbmsDecPowerRabThd
CellLdrSfResThd
LdrCodePriUseInd
MaxUserNumCodeAdj
UlLdrCreditSfResThd
DlLdrCreditSfResThd
LdrCodeUsedSpaceThd
CodeCongSelInterFreqHoInd
GoldUserLoadControlSwitch
Macro SubUrban
Comments
BERATERED
Reduce best-effort services
CSINTERRATSHOULDBELDHO
Relocate CS calls to GSM system
CSINTERRATSHOULDNOTBELDHO
Relocate CS calls to GSM system
NOACT
NOACT
NOACT
NOACT
NOACT
NOACT
NOACT
2 Number of PS users selected for reduction, each time
1
3 Number of CS users selected for iRat HO, each time
1
1
3 Number of CS users selected for iRat HO, each time
1
BERATERED
Reduce best-effort services
CSINTERRATSHOULDBELDHO
Relocate CS calls to GSM system
CSINTERRATSHOULDNOTBELDHO
Relocate CS calls to GSM system
NOACT
NOACT
NOACT
NOACT
NOACT
2 Number of PS users selected for reduction, each time
1
3 Number of CS users selected for iRat HO, each time
1
1
3 Number of CS users selected for iRat HO, each time
1
20
20
200000
200000
1
SF32 Code Resuffling
1
1
SF4 CE threshold for credit LDR activation
SF8 CE threshold for credit LDR activation
13
0
0
48
Optimi Corp
and DL congestion: firstly, reducing the bit rate of the best effort services, and
after that, relocate CS calls to GSM network (interRat handover).
These actions should release enough resources to get out from soft-congestion
state, as they impact on almost all possible services, CS and PS, reducing their
resource consumption.
49
Optimi Corp
Command
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
Parameter
DlOlcFTFRstrctTimes
UlOlcFTFRstrctTimes
DlOlcFTFRstrctRabNum
UlOlcFTFRstrctRabNum
RateRstrctCoef
RecoverCoef
RateRstrctTimerLen
RateRecoverTimerLen
DlOlcTraffRelRabNum
UlOlcTraffRelRabNum
SeqOfUserRel
MbmsOlcRelNum
TransCchUserNum
FACHPwrReduceValue
Macro SubUrban
3
3
3
3
68
130
3000
5000
0
0
0
1
1
0
Comments
Number of TF restriction actions before releasing calls
Number of TF restriction actions before releasing calls
Number of users selected for TF restriction
Number of users selected for TF restriction
Coefficient for TF restriction
50
Optimi Corp
5.1
General description
While defining the default configuration templates for new node integration, a
new record can be used for high-speed environments. This kind of cells is usually
located near a high-speed way, such as highways or high-speed railways (above
100~150Km/h), and configured as macro cell.
These cells are usually placed specifically to cover these routes, so special
configuration is allowed for them, both physical and logical. A regular physical
setting for these cells lies in using two physical sectors and only one logical cell,
using splitters, in the way shown in the picture:
51
Optimi Corp
This configuration helps to reduce the reselection and handover time between
cells in the same site.
Speeding up the reselection and handover process between different cells is also
a must, taking into account that any delay in reselection may cause a bad cell
selection and call blocking, and slow handover could cause drop call due to
interference. This setting can be checked in the proposed configuration.
Regarding the power configuration and the installed resources, these sites are
usually carrying out very low traffic, as they usually cover very low populated
areas, except for the users of the road/train. For this reason, large footprints can
be configured, as traffic is not requiring too much power, taking into account that
improving throughput will mean allocate more power for HSDPA.
52
Optimi Corp
5.2
Command
<CELL>
<CELL>
<CELL>
<CELL>
Parameter
MaxTxPower
NInsyncInd
NOutsyncInd
TRlFailure
Comments
Depending on the power amplifier
Recover InSynch state as fast as possible
Delay OutSynch state as much as possible
Delay RLFailureIndication message to the RNC
The maximum transmission power at cell level will still be straight dependent on
the power amplifier installed. Whether the PA is a 40W amplifier, the maximum
transmission power allowed for that cell should be 46dBm, regardless it is placed
in an urban, suburban or high-speed environment.
Using the same configuration for inSynch/outSynch thresholds as for
urban/suburban sites, will speed up the L2 synchronization procedure, while slow
down the L2 out-of-synch decision at the node B.
53
Optimi Corp
Command
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
<CELLRLPWR>
Parameter
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
Comments
0
12200 Voice service
10 Increased RLMaxDlPwr
-140 DynRange of Power Control: 15dB
128
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
0
64000 VideoPhone service
30 Increased RLMaxDlPwr
-120 DynRange of Power Control: 15dB
32
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
1
64000 R99 PS 64kbps
30 Increased RLMaxDlPwr
-120 DynRange of Power Control: 15dB
32
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
1
128000 R99 PS 128Kbps
50 Increased RLMaxDlPwr
-100 DynRange of Power Control: 15dB
16
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
1
384000 R99 PS 384kbps
50 Increased RLMaxDlPwr
-100 DynRange of Power Control: 15dB
8
CELLRLPWR allows defining the maximum DL transmission power for any RL,
and so, any service, related to the CPICH power. This maximum does not imply
that the average power load is going to be increased, but in case of necessity,
power control is allowed to increase the power up to this maximum.
Using higher maximum values across the network has shown better results,
while no impact on power congestion has been seen. That is the reason for
proposing these values for all the environments (up to CPICH+1dB for voice
service), although using RlMaxDlPwr=20 (up to CPICH+2dB) for speech could
54
Optimi Corp
even improve the performance in this high speed areas, where inner loop power
control is able to reach much faster than the mobility algorithms.
Using higher transmission power may help avoiding call drops, but power
consumption should be closely monitored.
55
Optimi Corp
Command
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
Parameter
PhyChId
TrChId
RateMatchingAttr
ToAWS
ToAWE
MaxFachPower
MaxCmchPi
MinCmchPi
SigRbInd
ChCodingType
Comments
8
4 Signaling FACH channel
220
35
10
40 Increased FACH power
15
14
1
1
FACH channel is used to send the RRC Connection Setup message to the UE,
even the cellFach state is not allowed for user traffic.
With this respect, increasing the maximum power used for this purpose may help
reducing cell blocking: mobiles are fast moving, so after sending the RRC
connection request message, the UE can get into the area of a neighboring cell,
and receiving the RRC connection setup could be harder. Increasing the power
for this message might drive to increase the call setup success rate, as improving
the downlink decoding.
For this reason, the proposed value for high speed ways is even higher than for
urban/suburban environments, reaching up to 4dB above CPICH power.
56
Optimi Corp
Command
<PCPICH>
<PCPICH>
<PCPICH>
<PCPICH>
Parameter
PhyChId
PCPICHPower
MaxPCPICHPower
MinPCPICHPower
Comments
2
350 CPICH power depending on PA and traffic volume
370
330
CPICH power will set the footprint of the cells, both in idle and dedicated mode,
so it can be used to define the coverage. However using high cpich powers will
imply high power consumption by signaling and common channels, so less
power will remain for user traffic.
As not too much traffic is expected in this kind of cells, it is affordable to use
higher percentage of power for common channels, and so, higher CPICH power.
Similar to suburban environment, 35dBm are proposed for CPICH channel,
providing the node B has a 40W power amplifier installed.
57
Optimi Corp
Command
<PRACHTFC>
<PRACHTFC>
<PRACHTFC>
<PRACHTFC>
<PRACHTFC>
Parameter
PhyChId
CTFC
PowerOffsetPpm
GainFactorBetaC
GainFactorBetaD
Comments
4
0
0 Power for signaling message of RACH procedure
13
15
PowerOffsetPpm will set the power used for the message part of the RACH
procedure, as an offset over the last preamble power. It means that after
increasing the power step by step for every preamble, taking into account the
power used for the last one (the acknowledged one, through the AICH channel),
the PowerOffsetPpm offset is applied and then, the message part is sent.
Using a low offset may cause a call blocking, while using a large offset may
cause UL interference, because of transmitting too much power.
For urban and suburban areas, PowerOffsetPpm=-1 was proposed, but for high
speed ways, in order to deal with the fast cell change, increasing even more the
RACH message power may help improving the call establishment and reduce the
call blocking.
58
Optimi Corp
Command
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
Parameter
QualMeas
IdleQhyst1s
ConnQhyst1s
IdleQhyst2s
ConnQhyst2s
Treselections
Qqualmin
Qrxlevmin
QrxlevminExtSup
DeltaQrxlevmin
MaxAllowedUlTxPower
IdleSintrasearch
IdleSintersearch
ConnSintrasearch
ConnSintersearch
SsearchRat
SpeedDependentScalingFactor
InterFreqTreselScalingFactor
InterRatTreselScalingFactor
NonhcsInd
Tcrmaxnonhcs
Ncrnonhcs
Tcrmaxhystnonhcs
Qhyst1spch
Qhyst1sfach
Qhyst2spch
Qhyst2sfach
Treselectionspch
Treselectionsfach
Comments
Define EcNo as the quantity for idle mobility
NOT_CONFIGURED
255
255
255
255
255
255
59
Optimi Corp
cells
before
getting
into
their
coverage
area.
60
Optimi Corp
Command
<CELLHOCOMM>
<CELLHOCOMM>
<CELLHOCOMM>
<CELLHOCOMM>
<CELLHOCOMM>
Parameter
Fast speed ways
InterFreqHOSwitch
INTER_FREQ_COV
InterFreqRATSwitch
INTERRAT
CoexistMeasThdChoice
COEXIST_MEAS_THD_CHOICE_INTERRAT
CSServiceHOSwitch
OFF
PSServiceHOSwitch
OFF
Comments
InterFreq HO only based on coverage
Only interRat HO is allowed
Service based HO disabled.
Service based HO disabled.
61
Optimi Corp
Command
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
<CELLINTRAFREQHO>
Parameter
BlindHORSCP1FThreshold
HystFor1A
HystFor1B
HystFor1C
HystFor1D
HystFor1F
HystFor1J
IntraFreqMeasQuantity
IntraRelThdFor1ACSNVP
IntraRelThdFor1ACSVP
IntraRelThdFor1APS
IntraRelThdFor1BCSNVP
IntraRelThdFor1BCSVP
IntraRelThdFor1BPS
MaxCellInActiveSet
PeriodMRReportNumfor1A
PeriodMRReportNumfor1C
PeriodMRReportNumfor1J
ReportIntervalfor1A
ReportIntervalfor1C
ReportIntervalfor1J
RelThdForDwnGrd
ShoFailNumForDwnGrd
ShoFailPeriod
SHOQualmin
TrigTime1A
TrigTime1B
TrigTime1C
TrigTime1D
TrigTime1F
TrigTime1J
Weight
IntraAblThdFor1FEcNo
Comments
Intrafrequency mobility in dedicated mode should be also set to deal with the fast
moving users.
First of all, 1a event can be configured to add cells earlier to the active set, and
1b to delay their removal, in order to react faster to any new neighboring cell and
take advantage of the combining functionality of the rake receiver, reducing the
fast fading as much as possible. However, using too high thresholds may prevent
62
Optimi Corp
the receiver from receiving primary rays from the first cell, so similar thresholds to
the suburban ones are proposed for this configuration: 4dB and 7dB.
In addition, shorter timer for 1a event TimeToTrigger could lead to speed up the
soft handover. Using 320ms or even 160ms could help to react quick enough to
the new neighbors. This configuration is not intended for the rest of
environments, as too fast events can drive to a buffer overflow at the RNC, and
maybe loosing events, degrading the mobility performance.
Regarding the repetition of the 1a or 1c events in case of the fact that the first
attempt fails, the timer has been reduced from 2s to 1s, since repeating the event
2s later, could be too late, as the user could have even changed the cell again.
HSDPA mobility should be speeded up as well, by reducing the 1d event
hysteresis. The proposed value is 4, what means 1dB hysteresis. This short
value may lead to serving cell change pingpong in some other environments, but
as the user movement is straight forward, pingpong is not expected to happen.
63
Optimi Corp
Command
Parameter
<CELLINTERRATHOCOV>AmntOfRpt3A
<CELLINTERRATHOCOV>BSICVerify
<CELLINTERRATHOCOV>FilterCoefOf2D2F
<CELLINTERRATHOCOV>Hystfor2D
<CELLINTERRATHOCOV>Hystfor2F
<CELLINTERRATHOCOV>Hystfor3A
<CELLINTERRATHOCOV>HystforInterRAT
<CELLINTERRATHOCOV>InterRATCSThd2DEcN0
<CELLINTERRATHOCOV>InterRATCSThd2DRSCP
<CELLINTERRATHOCOV>InterRATCSThd2FEcN0
<CELLINTERRATHOCOV>InterRATCSThd2FRSCP
<CELLINTERRATHOCOV>InterRATFilterCoef
<CELLINTERRATHOCOV>InterRATHThd2DEcN0
<CELLINTERRATHOCOV>InterRATHThd2DRSCP
<CELLINTERRATHOCOV>InterRATHThd2FEcN0
<CELLINTERRATHOCOV>InterRATHThd2FRSCP
<CELLINTERRATHOCOV>InterRATMeasTime
<CELLINTERRATHOCOV>InterRATPeriodReportInterval
<CELLINTERRATHOCOV>InterRatPhyChFailNum
<CELLINTERRATHOCOV>InterRATPingPongHyst
<CELLINTERRATHOCOV>InterRATPingPongTimer
<CELLINTERRATHOCOV>InterRATR99PsThd2DEcN0
<CELLINTERRATHOCOV>InterRATR99PsThd2DRSCP
<CELLINTERRATHOCOV>InterRATR99PsThd2FEcN0
<CELLINTERRATHOCOV>InterRATR99PsThd2FRSCP
<CELLINTERRATHOCOV>InterRatReportMode
<CELLINTERRATHOCOV>MeasQuantityOf3A
<CELLINTERRATHOCOV>PenaltyTimeForPhyChFail
<CELLINTERRATHOCOV>PeriodFor3A
<CELLINTERRATHOCOV>TargetRatCsThd
<CELLINTERRATHOCOV>TargetRatHThd
<CELLINTERRATHOCOV>TargetRatR99PsThd
<CELLINTERRATHOCOV>TimeToTrigForNonVerify
<CELLINTERRATHOCOV>TimeToTrigForVerify
<CELLINTERRATHOCOV>TrigTime2D
<CELLINTERRATHOCOV>TrigTime2F
<CELLINTERRATHOCOV>TrigTime3A
<CELLINTERRATHOCOV>UsedFreqCsThdEcN0
<CELLINTERRATHOCOV>UsedFreqCsThdRscp
<CELLINTERRATHOCOV>UsedFreqHThdEcN0
<CELLINTERRATHOCOV>UsedFreqHThdRscp
<CELLINTERRATHOCOV>UsedFreqR99PsThdEcN0
<CELLINTERRATHOCOV>UsedFreqR99PsThdRscp
<CELLINTERRATHOCOV>WeightForUsedFreq
Comments
REQUIRED
D3
0
0
4
-10
Starting EcNo value (voice): -12dB
-100
Starting RSCP value (voice): -103dBm
-8
-97
D3
-18
Starting EcNo value (HS): -18dB
-115
Starting RSCP value (HS): -115dBm
-16
-112
60
D500
Reporting interval, once interRat meas. started
3
0
0
-18
Starting EcNo value (PS R99): -18dB
-115
Starting RSCP value (PS R99): -115dBm
-16
-112
PERIODICAL_REPORTINGReporting method, once interRat meas. started
30
16
16
16
0
0
D640
D640
InterRat handover will allow relocate any ongoing call to the GSM system, when
the 3G coverage becomes too low.
64
Optimi Corp
65
Optimi Corp
Command
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
Parameter
NBMCacAlgoSwitch
NBMUlCacAlgoSelSwitch
NBMDlCacAlgoSelSwitch
NBMLdcAlgoSwitch
NBMMachsResetAlgoSelSwitch
HspaPlusSwitch
HspaEnhSwitch
CellCapacityAutoHandleSwitch
NbmLdcBHOUeSelSwitch
RsvdPara1
RsvdPara2
RsvdPara3
CRD_ADCTRL: 0
HSDPA_UU_ADCTRL: 0
HSUPA_UU_ADCTRL: 0
MBMS_UU_ADCTRL: 0
HSDPA_GBP_MEAS: 0
HSDPA_PBR_MEAS: 0
DOFFC: 1
Comments
INTRA_FREQUENCY_LDB: 0
PUC: 0
UL_UU_LDR: 1
DL_UU_LDR: 1
UL_UU_OLC: 0
DL_UU_OLC: 0
OLC_EVENTMEAS: 0
CELL_CODE_LDR: 0
CELL_CREDIT_LDR: 1
1
0
0
0
1 NBM_LDC_MATCH_UE_ONLY
0
0
0
Call admission control and Load reshuffling algorithm are provided to release
system load when the traffic becomes too high, in order to guarantee some
quality for the ongoing calls. However, resources are not usually the main
problem for high-speed environment sites, as the traffic is not so high regularly.
Regarding the CAC, and in the same sense as for the urban or suburban
environments proposal, this default parameterization suggest disabling the
admission control, as it works as a preventive algorithm, blocking new calls
before the problem has actually happen.
66
Optimi Corp
On the other hand, making use of the LDR algorithm, it is possible to release
load once the triggering thresholds have been exceeded.
Especially significant is the admission control due to baseband processing load,
as enabling the algorithm means to discard the advantage of using up to 110% of
licensed CE, provided by Huawei.
67
Optimi Corp
Command
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
<CELLCAC>
Parameter
CellEnvType
UlNonCtrlThdForAMR
UlNonCtrlThdForNonAMR
UlNonCtrlThdForOther
DlConvAMRThd
DlConvNonAMRThd
DlOtherThd
UlNonCtrlThdForHo
DlHOThd
UlCellTotalThd
DlCellTotalThd
UlCCHLoadFactor
DlCCHLoadRsrvCoeff
UlTotalEqUserNum
DlTotalEqUserNum
HsupaLowPriorityUserPBRThd
HsupaEqualPriorityUserPBRThd
HsupaHighPriorityUserPBRThd
UlHsDpcchRsvdFactor
HsdpaStrmPBRThd
HsdpaBePBRThd
MaxHsdpaUserNum
MaxUlTxPowerforConv
MaxUlTxPowerforStr
MaxUlTxPowerforInt
MaxUlTxPowerforBac
BackgroundNoise
DefPcpichEcNo
BGNSwitch
BGNAdjustTimeLen
BGNEqUserNumThd
MaxHsupaUserNum
DlHSUPARsvdFactor
DlMBMSRsvdFactor
MtchRsvPwr
MtchRsvSf
MtchMaxPwr
MtchMaxSf
UlHoCeResvSf
DlHoCeCodeResvSf
BgnStartTime
BgnEndTime
BgnUpdateThd
BgnAbnormalThd
MaxEFachUserNum
Comments
Depending on license
BackgroundNoise=-105
Disable Auto-BackgroundNoise
UL CE reservation for HO
DL codes and CE reservation for HO
5
100
48
68
Optimi Corp
The proposal shows higher values than the default Huawei values, at the aim of
delaying the call blocking as much as possible.
The only reservation proposed, in case of CAC activation, is related to the
mobility, trying to guarantee some free resources for incoming handovers, as a
failed incoming handover could easily lead to a drop call, in such fast moving
scenarios.
Background noise is also defined by the CELLCAC command. As stated in
previous sections, the proposal suggests using a fixed value (-105dBm), instead
of the automatic algorithm, as it may lead to an additional R99 degradation in
case of any external interference.
69
Optimi Corp
Command
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
Parameter
UlLdrTrigThd
UlLdrRelThd
DlLdrTrigThd
DlLdrRelThd
UlOlcTrigThd
UlOlcRelThd
DlOlcTrigThd
DlOlcRelThd
DlLdTrnsHysTime
HsupAuRetrnsLdTrigThd
HsupAuRetrnsLdRelThd
Comments
Same or above HSUPA target
Dl power soft congestion trigger
OLC disabled by switch
OLC disabled by switch
Once the LDR is enabled, CELLLDM allows setting the triggering thresholds, in
order to start performing actions to release the system load. Be aware of the
threshold related to UL load, as it should be set according to the HSUPA target,
in order to not get into soft-congestion state continuously due to HSUPA traffic.
It is proposed to disable the Overload Control by switch, but in case it is enabled,
CELLLDM command will set the thresholds to start taking actions.
70
Optimi Corp
Parameter
DlLdrFirstAction
DlLdrSecondAction
DlLdrThirdAction
DlLdrFourthAction
DlLdrFifthAction
DlLdrSixthAction
DlLdrSeventhAction
DlLdrEighthAction
DlLdrNinthAction
DlLdrTenthAction
DlLdrBERateReductionRabNum
DlLdrPsRTQosRenegRabNum
DlCSInterRatShouldBeHOUeNum
DlPSInterRatShouldBeHOUeNum
DlLdrAMRRateReductionRabNum
DlCSInterRatShouldNotHOUeNum
DlPSInterRatShouldNotHOUeNum
UlLdrFirstAction
UlLdrSecondAction
UlLdrThirdAction
UlLdrFourthAction
UlLdrFifthAction
UlLdrSixthAction
UlLdrSeventhAction
UlLdrEighthAction
UlLdrBERateReductionRabNum
UlLdrPsRTQosRenegRabNum
UlCSInterRatShouldBeHOUeNum
UlPSInterRatShouldBeHOUeNum
UlLdrAMRRateReductionRabNum
UlCSInterRatShouldNotHOUeNum
UlPSInterRatShouldNotHOUeNum
UlInterFreqHoCellLoadSpaceThd
DlInterFreqHoCellLoadSpaceThd
UlInterFreqHoBWThd
DlInterFreqHoBWThd
MbmsDecPowerRabThd
CellLdrSfResThd
LdrCodePriUseInd
MaxUserNumCodeAdj
UlLdrCreditSfResThd
DlLdrCreditSfResThd
LdrCodeUsedSpaceThd
CodeCongSelInterFreqHoInd
GoldUserLoadControlSwitch
Once upon soft-congestion state, Load reshuffling algorithm will perform actions,
one by one, in order to release the system load, until soft-congestion alarm is
removed.
71
Optimi Corp
CELLLDR command will set the actions and the order to be taken. The proposal
above, suggest using best effort services reduction as the first action, at the aim
of releasing some resources without impacting on voice users.
If these actions are not enough, then CS traffic can be relocated to 2G, trying to
release the load before the congestion impacts on user performance severely.
The command also defines the number of users to be selected for each action.
Using low number of users will release the load slowly, but also reducing the
impact on users performance.
72
Optimi Corp
Command
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
Parameter
DlOlcFTFRstrctTimes
UlOlcFTFRstrctTimes
DlOlcFTFRstrctRabNum
UlOlcFTFRstrctRabNum
RateRstrctCoef
RecoverCoef
RateRstrctTimerLen
RateRecoverTimerLen
DlOlcTraffRelRabNum
UlOlcTraffRelRabNum
SeqOfUserRel
MbmsOlcRelNum
TransCchUserNum
FACHPwrReduceValue
Comments
Number of TF restriction actions before releasing calls
Number of TF restriction actions before releasing calls
Number of users selected for TF restriction
Number of users selected for TF restriction
Coefficient for TF restriction
In case of hard congestion, Overload Control algorithm tries to reduce the load in
a very short time, in order to recover the system stability.
The first action will be focused on the best effort services, reducing the actual
transport format (with no RB reconfiguration), and so reducing the transmission
power.
Whether this procedure is not effective, these best effort users are finally
reconfigured to cellFach, releasing most of the resources, by the usage of
common channels.
In the end, if congestion state is still not removed, CS calls are finally selected
and released in a controlled way, in order to reduce the system load.
The proposal suggests disabling OLC algorithm, but in case of OLC is enabled,
default configuration shows that no CS calls are to be released, in order to keep
ongoing calls as long as possible.
73
Optimi Corp
Command
<LOCELL>
<LOCELL>
Parameter
HISPM
SPR
Comments
TRUE Activation of Automatic Frequency Control
400 Maximum expected speed
For low speed movements, it can be discarded, but for high speed movements
Doppler shift can impact significantly on the decoding process and so, on the
user performance.
Due to this, Huawei provides a new feature, able to counteract this frequency
shift, through a closed-loop shift estimation, while trying to decode the DPCH
channel.
74
Optimi Corp
This feature will greatly help on decoding the RACH and DPCH channels,
avoiding the Doppler shift on fast moving terminals, as customers in a highspeed train or highways.
75
Optimi Corp
General description
Indoor cells are special designed cells, usually placed inside a building. Their
main characteristic is the limited coverage they are intended for, as its coverage
is confined to the building and it should be a must, as their design is focused
taking into account this restricted coverage and traffic.
Whether the indoor cell signal reaches out of the building in question, the traffic
might not be under control, and the performance will not be as expected. In the
same sense, if outside sites reach the areas within the building, the purpose of
the indoor site will not be achieved.
If possible, the usage of a different carrier for these designs is sometimes
recommended, as it provides a easier way to confine the indoor coverage and
avoid any outside interference.
This kind of cells is usually deployed because of any or both of these two
reasons:
-
Limited coverage inside the building, because of too high or too much
penetration looses, which prevent the customers from a reasonable
coverage, and an indoor site will be required to provide coverage inside
the building
Hot spot environment, where too high traffic load is to be managed, and it
is not affordable by means of the outdoor nearby designs, so a special site
76
Optimi Corp
is placed inside the building in order to deal with so much traffic. Usually, it
is due to high PS traffic and throughput demanding, but it could be due to
high peaks of voice traffic, for instance, in a sport stadium.
Unlike the high speed environments, inside sites are usually handling almoststatic traffic, as it is not expected long movements of the users. In addition, the
load is expected to be much higher, as large number of users might be located
inside the building.
This means that resource consumption monitoring is strictly required by means of
statistical counters, in order to check that the performance is as expected and
resources are not congested and limiting the quality of service.
Regarding the physical configuration, since most of the micro-site equipments
are too large for covering only one or two floors, cells are most of the times
physically split, or divide the sectors among all of them, depending on the actual
traffic to be carried out. These configurations will provide the means to cover
several floors using the same node B equipment for the whole building, if
possible.
77
Optimi Corp
6.2
Parameter
MaxTxPower
NInsyncInd
NOutsyncInd
TRlFailure
IBC
460
1
256
50
Comments
Depending on the power amplifier
Recover InSynch state as fast as possible
Delay OutSynch state as much as possible
Delay RLFailureIndication message to the RNC
78
Optimi Corp
Parameter
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
IBC
Comments
0
12200 Voice service
10 Increased RLMaxDlPwr
-140 DynRange of Power Control: 15dB
128
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
0
64000 VideoPhone service
30 Increased RLMaxDlPwr
-120 DynRange of Power Control: 15dB
32
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
1
64000 R99 PS 64kbps
30 Increased RLMaxDlPwr
-120 DynRange of Power Control: 15dB
32
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
1
128000 R99 PS 128Kbps
50 Increased RLMaxDlPwr
-100 DynRange of Power Control: 15dB
16
CNDomainId
MaxBitRate
RlMaxDlPwr
RlMinDlPwr
DlSF
1
384000 R99 PS 384kbps
50 Increased RLMaxDlPwr
-100 DynRange of Power Control: 15dB
8
RlMaxDlPwr defines the maximum power that the power control is able to
allocate to a single radio link, it means, for every service.
Increasing the maximum allowed power up to some extent may help reducing the
call drop rate, as allows keeping the call ongoing longer in low coverage areas or
before an SHO or interRat HO is performed.
However, it will require higher power from the power amplifier, so consuming
more resources, but as it is only required in some specific situations, no
drawback has been detected.
79
Optimi Corp
Command
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
Parameter
PhyChId
TrChId
RateMatchingAttr
ToAWS
ToAWE
MaxFachPower
MaxCmchPi
MinCmchPi
SigRbInd
ChCodingType
IBC
Comments
8
4 Signaling FACH channel
220
35
10
20 Increased FACH power
15
14
1
1
Even cellFach state is not enabled for transmitting user data, FACH channel is
always used during RRC connection procedure, to send the RRC Connection
Setup message to the UE.
Allowing higher transmission power might make it easier to decode the message
at the UE side, and then improving the call setup success rate. It may increase
the DL power load, but it is not expected, since transmitting this message will
take just some milliseconds.
Using a too low value will get the accessibility worse, as the message could be
difficult to decode.
80
Optimi Corp
Command
<PCPICH>
<PCPICH>
<PCPICH>
<PCPICH>
Parameter
PhyChId
PCPICHPower
MaxPCPICHPower
MinPCPICHPower
IBC
Comments
2
290 CPICH power depending on PA and traffic volume
220
280
As know, the CPICH power will set the coverage range for both idle and
dedicated mode.
For an indoor site, the coverage should be restricted to within the building, so its
power will be carefully adjusted, trying to cover everything inside the building,
and only inside the building.
CPICH power values around 27~29dBm are not unusual, but it will depend on
the building itself and the area and traffic to be covered. In addition, using low
CPICH transmission power will leave more power for user traffic channel, so
higher throughputs will be available, from a power point of view.
81
Optimi Corp
Command
<PRACHTFC>
<PRACHTFC>
<PRACHTFC>
<PRACHTFC>
<PRACHTFC>
Parameter
PhyChId
CTFC
PowerOffsetPpm
GainFactorBetaC
GainFactorBetaD
IBC
Comments
4
0
-3 Power for signaling message of RACH procedure
13
15
PowerOffsetPpm defines the power offset over the last RACH preamble to be
applied to the RACH message part, it means, for the RRC Connection Setup
message.
As indoor traffic is expected to be mostly static, radio environment is not
expected to change significantly from the last RACH preamble to the RACH
message, so this message can be power adjusted much tight that in a high
speed environment. In addition, using less power for RACH message will imply
less UL noise in the system, helping to release the UL load.
82
Optimi Corp
Command
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
<CELLSELRESEL>
Parameter
QualMeas
IdleQhyst1s
ConnQhyst1s
IdleQhyst2s
ConnQhyst2s
Treselections
Qqualmin
Qrxlevmin
QrxlevminExtSup
DeltaQrxlevmin
MaxAllowedUlTxPower
IdleSintrasearch
IdleSintersearch
ConnSintrasearch
ConnSintersearch
SsearchRat
SpeedDependentScalingFactor
InterFreqTreselScalingFactor
InterRatTreselScalingFactor
NonhcsInd
Tcrmaxnonhcs
Ncrnonhcs
Tcrmaxhystnonhcs
Qhyst1spch
Qhyst1sfach
Qhyst2spch
Qhyst2sfach
Treselectionspch
Treselectionsfach
IBC
1
0
2
1
1
2
-18
-55
0
24
5
4
6
4
1
255
255
255
1
Comments
Define EcNo as the quantity for idle mobility
NOT_CONFIGURED
255
255
255
255
255
255
83
Optimi Corp
84
Optimi Corp
Command
<CELLHOCOMM>
<CELLHOCOMM>
<CELLHOCOMM>
<CELLHOCOMM>
<CELLHOCOMM>
Parameter
IBC
InterFreqHOSwitch
INTER_FREQ_COV
InterFreqRATSwitch
INTERRAT
CoexistMeasThdChoice
COEXIST_MEAS_THD_CHOICE_INTERRAT
CSServiceHOSwitch
OFF
PSServiceHOSwitch
OFF
Comments
InterFreq HO only based on coverage
Only interRat HO is allowed
Service based HO disabled.
Service based HO disabled.
85
Optimi Corp
Parameter
BlindHORSCP1FThreshold
HystFor1A
HystFor1B
HystFor1C
HystFor1D
HystFor1F
HystFor1J
IntraFreqMeasQuantity
IntraRelThdFor1ACSNVP
IntraRelThdFor1ACSVP
IntraRelThdFor1APS
IntraRelThdFor1BCSNVP
IntraRelThdFor1BCSVP
IntraRelThdFor1BPS
MaxCellInActiveSet
PeriodMRReportNumfor1A
PeriodMRReportNumfor1C
PeriodMRReportNumfor1J
ReportIntervalfor1A
ReportIntervalfor1C
ReportIntervalfor1J
RelThdForDwnGrd
ShoFailNumForDwnGrd
ShoFailPeriod
SHOQualmin
TrigTime1A
TrigTime1B
TrigTime1C
TrigTime1D
TrigTime1F
TrigTime1J
Weight
IntraAblThdFor1FEcNo
IBC
-115
0
0
8
10
15
8
CPICH_EC/NO
6
6
6
12
12
12
3
D1
D1
D2
D2000
D2000
D2000
29
2
60
-24
D640
D640
D640
D640
D5000
D640
0
-24
Comments
Optimi Corp
Command
Parameter
<CELLINTERRATHOCOV>AmntOfRpt3A
<CELLINTERRATHOCOV>BSICVerify
<CELLINTERRATHOCOV>FilterCoefOf2D2F
<CELLINTERRATHOCOV>Hystfor2D
<CELLINTERRATHOCOV>Hystfor2F
<CELLINTERRATHOCOV>Hystfor3A
<CELLINTERRATHOCOV>HystforInterRAT
<CELLINTERRATHOCOV>InterRATCSThd2DEcN0
<CELLINTERRATHOCOV>InterRATCSThd2DRSCP
<CELLINTERRATHOCOV>InterRATCSThd2FEcN0
<CELLINTERRATHOCOV>InterRATCSThd2FRSCP
<CELLINTERRATHOCOV>InterRATFilterCoef
<CELLINTERRATHOCOV>InterRATHThd2DEcN0
<CELLINTERRATHOCOV>InterRATHThd2DRSCP
<CELLINTERRATHOCOV>InterRATHThd2FEcN0
<CELLINTERRATHOCOV>InterRATHThd2FRSCP
<CELLINTERRATHOCOV>InterRATMeasTime
<CELLINTERRATHOCOV>InterRATPeriodReportInterval
<CELLINTERRATHOCOV>InterRatPhyChFailNum
<CELLINTERRATHOCOV>InterRATPingPongHyst
<CELLINTERRATHOCOV>InterRATPingPongTimer
<CELLINTERRATHOCOV>InterRATR99PsThd2DEcN0
<CELLINTERRATHOCOV>InterRATR99PsThd2DRSCP
<CELLINTERRATHOCOV>InterRATR99PsThd2FEcN0
<CELLINTERRATHOCOV>InterRATR99PsThd2FRSCP
<CELLINTERRATHOCOV>InterRatReportMode
<CELLINTERRATHOCOV>MeasQuantityOf3A
<CELLINTERRATHOCOV>PenaltyTimeForPhyChFail
<CELLINTERRATHOCOV>PeriodFor3A
<CELLINTERRATHOCOV>TargetRatCsThd
<CELLINTERRATHOCOV>TargetRatHThd
<CELLINTERRATHOCOV>TargetRatR99PsThd
<CELLINTERRATHOCOV>TimeToTrigForNonVerify
<CELLINTERRATHOCOV>TimeToTrigForVerify
<CELLINTERRATHOCOV>TrigTime2D
<CELLINTERRATHOCOV>TrigTime2F
<CELLINTERRATHOCOV>TrigTime3A
<CELLINTERRATHOCOV>UsedFreqCsThdEcN0
<CELLINTERRATHOCOV>UsedFreqCsThdRscp
<CELLINTERRATHOCOV>UsedFreqHThdEcN0
<CELLINTERRATHOCOV>UsedFreqHThdRscp
<CELLINTERRATHOCOV>UsedFreqR99PsThdEcN0
<CELLINTERRATHOCOV>UsedFreqR99PsThdRscp
<CELLINTERRATHOCOV>WeightForUsedFreq
IBC
Comments
REQUIRED
D3
0
0
4
-13
Starting EcNo value (voice): -12dB
-105
Starting RSCP value (voice): -103dBm
-11
-102
D3
-18
Starting EcNo value (HS): -18dB
-115
Starting RSCP value (HS): -115dBm
-16
-112
60
D500
Reporting interval, once interRat meas. started
3
0
0
-18
Starting EcNo value (PS R99): -18dB
-115
Starting RSCP value (PS R99): -115dBm
-16
-112
PERIODICAL_REPORTING
Reporting method, once interRat meas. started
30
16
16
16
0
0
D640
D640
Since indoor coverage should be fully controlled, both signal and quality, it is
expected that very few calls need to be relocated in the GSM network.
87
Optimi Corp
88
Optimi Corp
Command
Parameter
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
NBMCacAlgoSwitch
NBMUlCacAlgoSelSwitch
NBMDlCacAlgoSelSwitch
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
<CELLALGOSWITCH>
NBMLdcAlgoSwitch
NBMMachsResetAlgoSelSwitch
HspaPlusSwitch
HspaEnhSwitch
CellCapacityAutoHandleSwitch
NbmLdcBHOUeSelSwitch
RsvdPara1
RsvdPara2
RsvdPara3
IBC
CRD_ADCTRL: 0
HSDPA_UU_ADCTRL: 0
HSUPA_UU_ADCTRL: 0
MBMS_UU_ADCTRL: 0
HSDPA_GBP_MEAS: 0
HSDPA_PBR_MEAS: 0
DOFFC: 1
Comments
INTRA_FREQUENCY_LDB: 0
PUC: 0
UL_UU_LDR: 1
DL_UU_LDR: 1
UL_UU_OLC: 0
DL_UU_OLC: 0
OLC_EVENTMEAS: 0
CELL_CODE_LDR: 0
CELL_CREDIT_LDR: 1
1
0
0
0
1 NBM_LDC_MATCH_UE_ONLY
0
0
0
Inside nodes B will manage high traffic loads, as large number of users may be
covered by the same cell/site.
This characteristic inherent in an indoor system will require a careful monitoring
of the resource consumption, in order to check the behavior of the site and the
service quality provided to the customers. However, the same CAC criterion is
keep on these environments, staying on the same idea: allow the system to
handle the peak loads as its best, with a close monitoring of the resources, daily
and at busy hour level.
89
Optimi Corp
With this respect, only LDR is enabled, in order to release resources step by
step, once the load goes beyond specific thresholds.
This default configuration also suggests disabling the Call Admission Control,
avoiding preventive call blocks. However, as stated, this setting forces to track
carefully the resource consumption and the quality provided.
90
Optimi Corp
Parameter
CellEnvType
UlNonCtrlThdForAMR
UlNonCtrlThdForNonAMR
UlNonCtrlThdForOther
DlConvAMRThd
DlConvNonAMRThd
DlOtherThd
UlNonCtrlThdForHo
DlHOThd
UlCellTotalThd
DlCellTotalThd
UlCCHLoadFactor
DlCCHLoadRsrvCoeff
UlTotalEqUserNum
DlTotalEqUserNum
HsupaLowPriorityUserPBRThd
HsupaEqualPriorityUserPBRThd
HsupaHighPriorityUserPBRThd
UlHsDpcchRsvdFactor
HsdpaStrmPBRThd
HsdpaBePBRThd
MaxHsdpaUserNum
MaxUlTxPowerforConv
MaxUlTxPowerforStr
MaxUlTxPowerforInt
MaxUlTxPowerforBac
BackgroundNoise
DefPcpichEcNo
BGNSwitch
BGNAdjustTimeLen
BGNEqUserNumThd
MaxHsupaUserNum
DlHSUPARsvdFactor
DlMBMSRsvdFactor
MtchRsvPwr
MtchRsvSf
MtchMaxPwr
MtchMaxSf
UlHoCeResvSf
DlHoCeCodeResvSf
BgnStartTime
BgnEndTime
BgnUpdateThd
BgnAbnormalThd
MaxEFachUserNum
Comments
IBC
0
80
80
75
90
90
85
85
95
86
95
0
0
80
80
100
100
100
0
70
30
64
24
24
24
24
71
-13
0
120
0
20
0
0
20
16
60
40
SFOFF
SFOFF
Depending on license
BackgroundNoise=-105
Disable Auto-BackgroundNoise
UL CE reservation for HO
DL codes and CE reservation for HO
5
100
48
In case that the Call Admission Control was enabled, admission thresholds would
be defined by the CELLCAC command.
91
Optimi Corp
92
Optimi Corp
Command
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
Parameter
UlLdrTrigThd
UlLdrRelThd
DlLdrTrigThd
DlLdrRelThd
UlOlcTrigThd
UlOlcRelThd
DlOlcTrigThd
DlOlcRelThd
DlLdTrnsHysTime
HsupAuRetrnsLdTrigThd
HsupAuRetrnsLdRelThd
IBC
75
65
80
70
95
85
95
85
1000
70
50
Comments
Same or above HSUPA target
Dl power soft congestion trigger
OLC disabled by switch
OLC disabled by switch
CELLLDM will set the thresholds for triggering the soft-congestion and hardcongestion states. It means, that soft-congestion will make LDR (Load
Reshuffling) to start taking actions in order to release the load, and in the same
respect, hard-congestion will make OLC (Overload Control) to start releasing
load faster and more significantly, as system may become unstable.
UL LDR should take into account the HSUPA target, in order to not triggering the
soft-congestion state too often.
93
Optimi Corp
Parameter
DlLdrFirstAction
DlLdrSecondAction
DlLdrThirdAction
DlLdrFourthAction
DlLdrFifthAction
DlLdrSixthAction
DlLdrSeventhAction
DlLdrEighthAction
DlLdrNinthAction
DlLdrTenthAction
DlLdrBERateReductionRabNum
DlLdrPsRTQosRenegRabNum
DlCSInterRatShouldBeHOUeNum
DlPSInterRatShouldBeHOUeNum
DlLdrAMRRateReductionRabNum
DlCSInterRatShouldNotHOUeNum
DlPSInterRatShouldNotHOUeNum
UlLdrFirstAction
UlLdrSecondAction
UlLdrThirdAction
UlLdrFourthAction
UlLdrFifthAction
UlLdrSixthAction
UlLdrSeventhAction
UlLdrEighthAction
UlLdrBERateReductionRabNum
UlLdrPsRTQosRenegRabNum
UlCSInterRatShouldBeHOUeNum
UlPSInterRatShouldBeHOUeNum
UlLdrAMRRateReductionRabNum
UlCSInterRatShouldNotHOUeNum
UlPSInterRatShouldNotHOUeNum
UlInterFreqHoCellLoadSpaceThd
DlInterFreqHoCellLoadSpaceThd
UlInterFreqHoBWThd
DlInterFreqHoBWThd
MbmsDecPowerRabThd
CellLdrSfResThd
LdrCodePriUseInd
MaxUserNumCodeAdj
UlLdrCreditSfResThd
DlLdrCreditSfResThd
LdrCodeUsedSpaceThd
CodeCongSelInterFreqHoInd
GoldUserLoadControlSwitch
IBC
Comments
BERATERED
Reduce best-effort services
CSINTERRATSHOULDBELDHO Relocate CS calls to GSM system
CSINTERRATSHOULDNOTBELDHO
Relocate CS calls to GSM system
NOACT
NOACT
NOACT
NOACT
NOACT
NOACT
NOACT
2 Number of PS users selected for reduction, each time
1
3 Number of CS users selected for iRat HO, each time
1
1
3 Number of CS users selected for iRat HO, each time
1
BERATERED
Reduce best-effort services
CSINTERRATSHOULDBELDHO Relocate CS calls to GSM system
CSINTERRATSHOULDNOTBELDHO
Relocate CS calls to GSM system
NOACT
NOACT
NOACT
NOACT
NOACT
2 Number of PS users selected for reduction, each time
1
3 Number of CS users selected for iRat HO, each time
1
1
3 Number of CS users selected for iRat HO, each time
1
20
20
200000
200000
1
SF32 Code Resuffling
1
1
SF4 CE threshold for credit LDR activation
SF8 CE threshold for credit LDR activation
13
0
0
CELLLDR will define the actions taken by the LDR feature upon the softcongestion state.
First action in case of congestion (both, UL and DL) will be to reduce the best
effort services bit rate, easing the reduction in transmission power.
94
Optimi Corp
The next action will be relocating the CS traffic from 3G to GSM network, trying
to release resources in a controlled way.
CELLLDR will also define the number of users to be selected at every step.
Selecting few users will delay the release of the congestion, but will also show
less impact on users performance.
95
Optimi Corp
Command
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
<CELLOLC>
Parameter
DlOlcFTFRstrctTimes
UlOlcFTFRstrctTimes
DlOlcFTFRstrctRabNum
UlOlcFTFRstrctRabNum
RateRstrctCoef
RecoverCoef
RateRstrctTimerLen
RateRecoverTimerLen
DlOlcTraffRelRabNum
UlOlcTraffRelRabNum
SeqOfUserRel
MbmsOlcRelNum
TransCchUserNum
FACHPwrReduceValue
IBC
3
3
3
3
68
130
3000
5000
0
0
0
1
1
0
Comments
Number of TF restriction actions before releasing calls
Number of TF restriction actions before releasing calls
Number of users selected for TF restriction
Number of users selected for TF restriction
Coefficient for TF restriction
This configuration proposal suggests to disable the OLC algorithm, but in case it
is enabled, CELLOLC will configure the actions to be taken.
Huawei OLC algorithm first tries to reduce the best effort services bit rate, by
reducing the transport format (without any RB reconfiguration). Second, it will
reconfigure users into common channel. Finally, circuit switched connections
may be released.
By CELLOLC setting, it is set that 3 users will be selected for transport format
reduction each time, but no CS users will be released, in order to impact on
ongoing user as less as possible.
96
Optimi Corp
As 3G system is currently being deployed, once the GSM network is usually fully
deployed and providing service across all the countries, it is expected that 3G
customers do not experience less coverage or quality than the 2G users, so
relocation from one system to the other one is required, specially from 3G to 2G
in dedicated mode, and from 2G to 3G in idle mode.
97
Optimi Corp
7.1
Idle mode
FDDQMIN: sets the minimum EcNo threshold that will trigger the 3G
reselection. Notice that only EcNo is used as threshold, but selection
criteria (S criterion) in the 3G network must be fulfilled before camping in
any 3G cell. Common threshold is around -10dB.
Optimi Corp
addition, this comparison is done versus the average received GSM level,
taking into account all the measured GSM cells, so it will be very difficult to
set a fair comparison. At the end, this parameter is disabled by most
operators, at the aim of prioritize the 3G network.
In the 3G network, the objective is the opposite, as we will try to keep the UEs
camping in 3G as longer as possible. With this respect the starting measurement
trigger (qQualMin+sSearchRat) will be delayed up to the maximum.
Once the 2G measurements start, straight comparison between RSCP and
RxLev is done, as with any other cell, so an offset should be applied in order to
improve the fairness of this comparison. The neighboring parameter qOffset1sn
can be used for this purpose, by performing some measurements and comparing
RSCP and RxLev values for similar coverage levels.
In coverage edge levels, very good EcNo values are expected, even though
RSCP signal might be very poor, and so degrading the accessibility, since 2G
measurements cannot be started due to EcNo is not low enough. Trying to sort
out this issue, it is proposed to increase the minimum RSCP camping threshold
(qRxLevMin around -109dBm), in order to force the UEs to camp on the GSM
network.
Consider also the operator image, as a 3G customer expects that his/her
handset or modem will show the 3G symbol in the screen, and this will be only
possible by camping on the UMTS system.
99
Optimi Corp
7.2
Dedicated mode
While in dedicated mode, quality of service should be the priority, as the user
does not mind whether the service is carried out through one system or the other
one. In this sense, PS and CS services must be considered independently, as
voice can be handled by the GSM network with very low impact on user
perception, but on the other hand, the throughput will be significantly impacted
and user perception degraded.
With these points in mind, 3G-2G handover must be configured separately for
voice and PS services, delaying the PS interRat handover as long as possible,
since bad 3G coverage is usually still providing better throughput than the GSM
network.
For CS service, thresholds should be defined as a trade-off, trying to maximize
the traffic in 3G at the same time that improving the performance as its best.
Thresholds for EcNo and RSCP are to be defined, trying to decide when the
voice connection should not be longer handled by the 3G network. These
thresholds may be optimized in a cell-level configuration, depending on the
environment, the 2G underlying coverage, etc. Usual values will go around -12~14dB for EcNo threshold, and -105~-103dBm for RSCP.
If LAC was different for 3G and 2G systems, keep in mind that upon the 2G
network after an interRat handover, once the call is finished, the UE will perform
a LAU process. Then will probably reselect the 3G network and then it will
perform a second LAU process, on the come back to the UMTS network. This
will imply long time in which the UE is not available for mobile terminating
connections, as it will not listen the Paging channel correctly.
100
Optimi Corp
Regarding the 2G-3G handover, notice that (up to Rel5 terminals) only either
EcNo or RSCP can be used as trigger, so 3G signal/quality is not guaranteed
beforehand. This means that handover decision can be taken based on EcNo, for
instance, but no guarantee on RSCP levels is allowed, so whether the RSCP is
low, a subsequent handover back to 2G will be performed, starting a pingpong
process in case that the call is not dropped. For this reason, no operator has
finally configured this sort of handovers, between the 2G and the 3G networks,
and the UE should wait until the connection is released in order to reselect the
UMTS network again.
101
Optimi Corp
7.3
Summary graph
102