Sei sulla pagina 1di 102

Baseline parameter set

for macro cell in dense urban,


suburban, high-speed ways and
indoor configurations.
Document Number:

3.9/3.10/3.11

Optimi Corp

Table of Contents
TABLE OF CONTENTS....................................................................................... 2
REVISION HISTORY ........................................................................................... 3
2

INTRODUCTION........................................................................................... 4

MACRO CELL CONFIGURATION IN DENSE URBAN ENVIRONMENT .... 6


3.1
GENERAL DESCRIPTION............................................................................. 6
3.2
BASELINE PARAMETER SET ........................................................................ 8
3.2.1
Power setting........................................................................................... 8
3.2.2
Mobility setting ....................................................................................... 14
3.2.3
Resource monitoring ............................................................................. 21

MACRO CELL CONFIGURATION IN SUBURBAN ENVIRONMENT........ 29


4.1
GENERAL DESCRIPTION........................................................................... 29
4.2
BASELINE PARAMETER SET ...................................................................... 31
4.2.1
Power setting......................................................................................... 31
4.2.2
Mobility setting ....................................................................................... 36
4.2.3
Resource monitoring ............................................................................. 43

MACRO CELL CONFIGURATION IN HIGH-SPEED ENVIRONMENTS ... 51


5.1
GENERAL DESCRIPTION........................................................................... 51
5.2
BASELINE PARAMETER SET ...................................................................... 53
5.2.1
Power setting......................................................................................... 53
5.2.2
Mobility setting ....................................................................................... 59
5.2.3
Resource monitoring ............................................................................. 66
5.2.1
Doppler Effect........................................................................................ 74

INDOOR CELL CONFIGURATION ............................................................ 76


6.1
GENERAL DESCRIPTION........................................................................... 76
6.2
BASELINE PARAMETER SET ...................................................................... 78
6.2.1
Power setting......................................................................................... 78
6.2.2
Mobility setting ....................................................................................... 83
6.2.3
Resource monitoring ............................................................................. 89

3G-2G INTERACTIONS: IDLE AND DEDICATED MODE. ........................ 97


7.1
7.2
7.3

IDLE MODE ............................................................................................. 98


DEDICATED MODE ................................................................................. 100
SUMMARY GRAPH ................................................................................. 102

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

3 Macro cell configuration in dense urban


environment
3.1

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

And the same criterion is followed in terms of bandwidth, especially if the


area is expected to cover offices or high-throughput demanding users.
In addition, due to the relation between capacity and coverage in a 3G
system and propagation loss predictions, inter-site distance is usually low
in urban areas, around 300~500 meters for 2100MHz, or ~1000 meters for
900MHz band, so more sites will be needed to cover a dense urban area.
Regarding the coverage, good coverage with no gaps is expected across
the area. In urban areas, high-speed internet access is expected
everywhere when 3G is deployed (specially in indoor locations), so UEs
need to be camped on 3G all the time. This implies that coverage must be
sufficient and no gaps are expected, as voice services can be handled by
the 2G network, but the wideband internet access not.

Optimi Corp

3.2

Baseline parameter set

3.2.1 Power setting

3.2.1.1 MOD CELL

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

3.2.1.2 MOD CELLRLPWR

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

RlMaxDlPwr and RlMinDlPwr define the maximum and minimum power to be


used per radio link, so the maximum and minimum power to be allocated to every
user.
Defining a high value for RlMaxDlPwr may lead to interference in case of several
users at cell edge, but using low values may lead to lack of real coverage and
call drops. It is related to the CPICH power, so it should not be changed in case
of changing cpich power.
9

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

3.2.1.3 ADD FACH

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

3.2.1.4 ADD PCPICH

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

CPICH power might be the most important power configuration in a 3G network,


since it defines the coverage and footprint of the cell in question.
Most of the rest of the power configuration is related to the cpich channel power,
as it is expected that the rest of the channels are to be correctly received at cell
edge as well. In general, the power consumed in common channel is usually
around the same power consumed by the CPICH channel itself, so it can be
stated the total power on common channels (including CPICH) as
PCCH=CPICH power + 3dB
Increasing the CPICH channel will show an immediate increase in coverage, but
an increase in power amplifier load will be shown as well. Highlight that HSDPA
is using the available free power, so increasing common channel consumption
and the traffic carried out by the cell will reduce the available power and
therefore, possibly, the HSDPA downlink throughput.
In addition, the more power transmitted through the air, the more interference at
the UE, and then the worse network quality. Reducing the CPICH power, if not
impacting in coverage, will show better network quality and performance KPIs, at
the same time that resource consumption will be also reduced.

12

Optimi Corp

3.2.1.5 ADD PRACHTFC

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

3.2.2 Mobility setting

3.2.2.1 MOD CELLSELRESEL


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

Some hysteresis for reselection while in cellFach


TTT for cell reselection
Minimum quality threshold for camping in 3G
Minimum signal threshold for camping in 3G (-115dBm)

Maximum UL transmission power


Offset to start intrafreq measurements (EcNo=-6dB)
Offset to start intrafreq measurements (EcNo=-6dB)
Offset to start intrafreq measurements (EcNo=-16dB)

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

3.2.2.2 MOD CELLHOCOMM


Command
Parameter
Macro Urban
<CELLHOCOMM>InterFreqHOSwitch
INTER_FREQ_COV
<CELLHOCOMM>InterFreqRATSwitch
INTERRAT
<CELLHOCOMM>CoexistMeasThdChoice
COEXIST_MEAS_THD_CHOICE_INTERRAT
<CELLHOCOMM>CSServiceHOSwitch
OFF
<CELLHOCOMM>PSServiceHOSwitch
OFF

Comments
InterFreq HO only based on coverage
Only interRat HO is allowed
Service based HO disabled.
Service based HO disabled.

Cell command CELLHOCOMM is also available at RNC level, as HOCOMM. It


allows deciding whether interfreq or interrat HO is allowed or not.
It 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 configuration is available at cell level, so it can be applied because of
special reasons or events, but it is not recommended to extend it across the
network.

16

Optimi Corp

3.2.2.3 MOD CELLINTRAFREQHO


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

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

Defines the HSDPA serving cell change

Define EcNo as the quantity for intraFreq mobility


AS addition threshold for voice: 3dB
AS addition threshold for VP: 3dB
AS addition threshold for PS: 3dB
AS deletion threshold for voice: 6dB
AS deletion threshold for VP: 6dB
AS deletion threshold for PS: 6dB
Maximum cells in the active set
Number of 1A repetitions
Number of 1C repetitions
Number of 1J repetitions
Interval between 1A event repetitions
Interval between 1C event repetitions
Interval between 1J event repetitions
After a SHO failure all PS calls will be downgraded
Number of SHO failures to lead to a downgrade
Minimum target quality for SHO
Delay TTT for 1A event.

Only best serving cell is considered


Disable 1F event

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

Default configuration can be set at RNC level through INTRAFREQHO


command, and it will apply to all cell within the RNC, unless they have defined a
special configuration through CELLINTRAFREQHO command.
Regular values can be used for macro cells, adding a neighboring cell at 3dB
below the serving cell and removing it at 6dB, limiting the active set size to 3 cells
at maximum.
TimeToTrigger parameters define the time that conditions have to be fulfilled
before sending the event report. Using short timers could speed up the
procedure; however, too short timers may increase the number of reported
events, and drive to buffer overflow at the RNC processor. Timers around 640ms
have shown good general results and enough reaction.
Regarding HSDPA, 1d event is in charge of serving cell change requests.
Actually, 1d event means that the best serving cell has changed, so the RNC
usually changes the HSDPA serving cell if possible. The serving cell change
procedure take some time (reallocate buffers, etc.), especially if it involves
different nodes B, so changing pingpong is not desired. It is better option to keep
on the same cell, even it is not the best one for a moment, than changing serving
cell continuously. Using 1d=8dB means that the hysteresis will be 2dB, a good
starting point for optimization.

18

Optimi Corp

3.2.2.4 MOD CELLINTERRATHOCOV

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

BSIC decoding is required

4
-12
-103
-10
-100
D3
-18
-115
-16
-112
60
D500
3
0
0
-18
-115
-16
-112
PERIODICAL_REPORTING

Starting EcNo value (voice): -12dB


Starting RSCP value (voice): -103dBm

Starting EcNo value (HS): -18dB


Starting RSCP value (HS): -115dBm

Reporting interval, once interRat meas. started

Starting EcNo value (PS R99): -18dB


Starting RSCP value (PS R99): -115dBm

Reporting method, once interRat meas. started

30
16
16
16
0
0
D640
D640

Minimum 2G RxLev: -95dBm


Minimum 2G RxLev: -95dBm
Minimum 2G RxLev: -95dBm
TTT after BSIC has been decoded

If 3a event is used, UsedFreqxxx could be set equal to 2d events


If 3a event is used, UsedFreqxxx could be set equal to 2d events
If 3a event is used, UsedFreqxxx could be set equal to 2d events
If 3a event is used, UsedFreqxxx could be set equal to 2d events
If 3a event is used, UsedFreqxxx could be set equal to 2d events
If 3a event is used, UsedFreqxxx could be set equal to 2d events
Only best serving cell is considered

InterRat mobility is in charge of moving the connection to GSM in case of lack of


3G coverage, so the main configuration is focused on set when it is the right
moment to start the relocation.
The mobility configuration can be set as default at RNC level (through
INTERRATHOCOV

command),

but

also

at

cell

level

(through

19

Optimi Corp

CELLINTERRATHOCOV command), which overrides the RNC configuration for


specific cells.
Huawei allows setting different thresholds per service (CS, PS R99 and PS
HSxPA). This feature provides the ability of setting a more aggressive behavior
for packet switched, in order to achieve longer stay in 3G network, taking
advantage of its higher throughputs, instead of handing over to 2G. Even more, it
is possible to disable interRat HO for PS services, using extreme values, as they
are set in the proposed default configuration.
As starting point for specific optimization, EcNo=-12dB and RSCP=-103dBm is
proposed for urban environment cells.
Regarding the measurement reporting, both periodical and event-based are
available, but periodical has shown faster reaction and better results.

20

Optimi Corp

3.2.3 Resource monitoring

3.2.3.1 MOD CELLALGOSWITCH

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

Node B Credit admission control disabled.


UL CAC disabled.
Load factor prediction algorithm

LDR active for UL load, DL load and credit load.


1
0
0
0

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

3.2.3.2 MOD CELLCAC


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

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

UL CAC disabled by switch.


UL CAC disabled by switch.
UL CAC disabled by switch.
DL power CAC threshold for CS voice service
DL power CAC threshold for CS non-voice services

DL power CAC threshold for incoming HO


Total UL thd (DCH + HSUPA)
Total DL power threshold for Call Admission

Used by Algorithm_second (Equivalent users)


Used by Algorithm_second (Equivalent users)
PBR should go above 100% of GBR
PBR should go above 100% of GBR
PBR should go above 100% of GBR

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

No DL power reservation for HSUPA

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

In addition, CELLCAC allows defining the background noise, and how it is


managed: whether it is set as fixed or depends on measurements. Using fixed
value might impact on HSUPA throughput in case of external UL interference, as
HSUPA target will remain the same. However, if background noise is configured
as automatic, and any external source is interfering in the UL, background noise
will be updated accordingly, and HSUPA will be allowed to transmit high power,
and then impacting to R99 users.

24

Optimi Corp

3.2.3.3 MOD CELLLDM

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

3.2.3.4 MOD CELLLDR


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

3.2.3.5 MOD CELLOLC


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

No release calls due to OLC


No release calls due to OLC

Overload control (OLC) is in charge of releasing congestion once it has become


potentially dangerous for system stability.
In a Huawei 3G system, this feature first tries to reduce best-effort users
throughput, by reducing the Transport Format actually used (with no extra
signaling), and so releasing transmission power. This action is taken
DlOlcFTFRstrctTimes, and applied to DlOlcFTFRstrctRabNum users. Whether
these restrictions do not show the expected reduction, OLC will start releasing
connections, for the sake of stability. First reconfiguring PS calls into common
channels (cellFach state), and after all, if still needed, releasing CS RABs.
In the proposed setting, in case of enabling OLC algorithm, no release is allowed,
trying to keep the calls ongoing up to the limit.

28

Optimi Corp

4 Macro cell configuration in suburban


environment

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

Baseline parameter set

4.2.1 Power setting

4.2.1.1 MOD CELL


Command
<CELL>
<CELL>
<CELL>
<CELL>

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

4.2.1.2 MOD CELLRLPWR

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

CELLRLPWR command allows setting the maximum and minimum power to be


used for every radio link in the downlink.
Similarly to urban cells, using a higher value for RlMaxDlPwr will allow the
network to use more power in case of necessity, and perhaps avoid any drop
call. This configuration is not expected to impact on DL load significantly, since
the node B will use more power just in case it is needed.

32

Optimi Corp

4.2.1.3 ADD FACH


Command
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>

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

4.2.1.4 ADD PCPICH

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

PCPICH power is the most important power configuration in a 3G network since


it defines the pilot power used for deciding the best cell where to camp in idle
mode, and the cell that should be added to the active set during an ongoing
connection.
The rest of the power configurations are all related to the CPICH power, as all
the channels are due to be decoded at cell edge, defined by the CPICH channel
power.
However, higher CPICH powers will require more power for signaling and
common channels from the Power Amplifier, and so less power will be remaining
for user traffic. Nevertheless, suburban cells are expected to carry out less traffic
volume than urban cells, so higher percentage of Power Amplifier capacity can
be dedicated to these common channels, as less traffic will show less power
requirements.

34

Optimi Corp

4.2.1.5 ADD PRACHTFC


Command
<PRACHTFC>
<PRACHTFC>
<PRACHTFC>
<PRACHTFC>
<PRACHTFC>

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

4.2.2 Mobility setting

4.2.2.1 MOD CELLSELRESEL

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

Some hysteresis for reselection while in cellFach


TTT for cell reselection
Minimum quality threshold for camping in 3G
Minimum signal threshold for camping in 3G (-115dBm)

Maximum UL transmission power


Offset to start intrafreq measurements (EcNo=-6dB)
Offset to start intrafreq measurements (EcNo=-6dB)
Offset to start intrafreq measurements (EcNo=-16dB)

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

The minimum camping thresholds are more significant to be reviewed: suburban


areas are usually covered using much less nodes be, so the coverage is
expected to be worse that urban areas. This will lead to lower RSCP values, but
also keeping high quality (EcNo) figures, as few interfering cells are around the
area.
This situation is summarized with a significantly low RSCP and fair EcNo values.
This environment might be painful for user perception, as this so low RSCP may
drive to very low accessibility rate and get interRat HO KPIs much worse.
However, since the EcNo is not bad enough to start GSM measurements, UE is
not able to reselect 2G network. The only way to solve this situation is by means
of limiting the camping threshold related to signal (RSCP). Setting a limit around 109dBm or -111dBm will limit the coverage, improving the quality KPIs
significantly. The traffic will also be reduced, but very slightly, so service and
performance improvement will be well worth it.

37

Optimi Corp

4.2.2.2 MOD CELLHOCOMM

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

4.2.2.3 MOD CELLINTRAFREQHO

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

Defines the HSDPA serving cell change

Define EcNo as the quantity for intraFreq mobility


AS addition threshold for voice: 3dB
AS addition threshold for VP: 3dB
AS addition threshold for PS: 3dB
AS deletion threshold for voice: 6dB
AS deletion threshold for VP: 6dB
AS deletion threshold for PS: 6dB
Maximum cells in the active set
Number of 1A repetitions
Number of 1C repetitions
Number of 1J repetitions
Interval between 1A event repetitions
Interval between 1C event repetitions
Interval between 1J event repetitions
After a SHO failure all PS calls will be downgraded
Number of SHO failures to lead to a downgrade
Minimum target quality for SHO
Delay TTT for 1A event.

Only best serving cell is considered


Disable 1F event

Intrafrequency handover is performed by means of the soft handover procedure,


making use of the Rake receiver. This procedure allows adding a new leg
before the releasing the previous one (active set), and so performing a much
more robust handover, without any disruption neither voice quality impact.
In the end, the most important configuration set the thresholds for deciding to add
or remove these neighboring cell legs to/from the active set. All the cells in the

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

4.2.2.4 MOD CELLINTERRATHOCOV

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

BSIC decoding is required

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

Minimum 2G RxLev: -95dBm


Minimum 2G RxLev: -95dBm
Minimum 2G RxLev: -95dBm
TTT after BSIC has been decoded

If 3a event is used, UsedFreqxxx could be set equal to 2d events


If 3a event is used, UsedFreqxxx could be set equal to 2d events
If 3a event is used, UsedFreqxxx could be set equal to 2d events
If 3a event is used, UsedFreqxxx could be set equal to 2d events
If 3a event is used, UsedFreqxxx could be set equal to 2d events
If 3a event is used, UsedFreqxxx could be set equal to 2d events
Only best serving cell is considered

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

4.2.3 Resource monitoring

4.2.3.1 MOD CELLALGOSWITCH

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

4.2.3.2 MOD CELLCAC


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

4.2.3.3 MOD CELLLDM

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

4.2.3.4 MOD CELLLDR

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

CELLDR allows defining the actions to be performed once upon soft-congestion


state. The same actions are defined for urban and suburban sites, for both UL

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

4.2.3.5 MOD CELLOLC

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

No release calls due to OLC


No release calls due to OLC

As stated, OLC would be disabled by switch, but in case it is enabled, CELLOLC


will define the way it manage the congestion.
First action of OLC algorithm will be reducing the Transport Format of PS
services, trying to reduce the transmitted power and the UL noise. Whether these
actions have not enough effect, best effort services will be relocated into
common channels (cellFach state). And, as the last option, it will release ongoing
CS calls.

50

Optimi Corp

5 Macro cell configuration in high-speed


environments

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

Baseline parameter set

5.2.1 Power setting


5.2.1.1 MOD CELL

Command
<CELL>
<CELL>
<CELL>
<CELL>

Parameter
MaxTxPower
NInsyncInd
NOutsyncInd
TRlFailure

Fast speed ways


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

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

5.2.1.2 MOD CELLRLPWR

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

Fast speed ways

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

5.2.1.3 ADD FACH

Command
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>
<FACH>

Parameter
PhyChId
TrChId
RateMatchingAttr
ToAWS
ToAWE
MaxFachPower
MaxCmchPi
MinCmchPi
SigRbInd
ChCodingType

Fast speed ways

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

5.2.1.4 ADD PCPICH

Command
<PCPICH>
<PCPICH>
<PCPICH>
<PCPICH>

Parameter
PhyChId
PCPICHPower
MaxPCPICHPower
MinPCPICHPower

Fast speed ways

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

5.2.1.5 ADD PRACHTFC

Command
<PRACHTFC>
<PRACHTFC>
<PRACHTFC>
<PRACHTFC>
<PRACHTFC>

Parameter
PhyChId
CTFC
PowerOffsetPpm
GainFactorBetaC
GainFactorBetaD

Fast speed ways

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

5.2.2 Mobility setting

5.2.2.1 MOD CELLSELRESEL

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

Fast speed ways


1
0
2
1
1
0
-18
-58
0
24
7
4
6
4
1
255
255
255
1

Comments
Define EcNo as the quantity for idle mobility

Some hysteresis for reselection while in cellFach


TTT for cell reselection
Minimum quality threshold for camping in 3G
Minimum signal threshold for camping in 3G (-115dBm)

Maximum UL transmission power


Offset to start intrafreq measurements (EcNo=-6dB)
Offset to start intrafreq measurements (EcNo=-6dB)
Offset to start intrafreq measurements (EcNo=-16dB)

NOT_CONFIGURED

255
255
255
255
255
255

Idle mode, controlled by the CELLSELRESEL command, will manage the


behavior of the UE while no RRC connection is established, and so, selecting the
best cell to set up a new call or, in other words, the cell where the call
establishment can reach the higher success percentage.
Similar to previous sections, fast reaction is required for high speed ways, so the
proposed setting deals with this idea. Main changes versus the urban/suburban
configuration are related to:

59

Optimi Corp

Starting intrafrequency measurements earlier may help to detect


neighboring

cells

before

getting

into

their

coverage

area.

IdleSIntraSearch=7 setting will signal the UE to start measuring when


EcNo goes below -4dB.

Treselections=0 will speed up the cell reselection, avoiding any delay on


cell change, once the measurements show that a neighboring cell has
become better than the serving cell.

In case of well deployed coverage, qRxLevMin=-115 could be a good


setting, in order to keep the UEs in 3G as long as possible, avoiding
intersystem reselections. However, if area shows a fair coverage, if 2G
provide much better environment, perhaps using qRxLevMin=-111 could
improve user perception, by camping on 2G network.

60

Optimi Corp

5.2.2.2 MOD CELLHOCOMM

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.

Cell command CELLHOCOMM is also available at RNC level, as HOCOMM. It


allows deciding whether interfreq or interrat HO is allowed or not.
It 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. However,
given the high speed of the mobiles, it is not recommended the usage of
unneeded handovers, especially if DL throughput is not going to improve
significantly (UE speed, low resources, etc.)

61

Optimi Corp

5.2.2.3 MOD CELLINTRAFREQHO

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

Fast speed ways


-115
0
0
8
4
15
8
CPICH_EC/NO
8
8
8
14
14
14
3
D1
D1
D2
D1000
D1000
D1000
29
1
60
-24
D320
D640
D320
D640
D5000
D640
0
-24

Comments

Defines the HSDPA serving cell change

Define EcNo as the quantity for intraFreq mobility


AS addition threshold for voice: 3dB
AS addition threshold for VP: 3dB
AS addition threshold for PS: 3dB
AS deletion threshold for voice: 6dB
AS deletion threshold for VP: 6dB
AS deletion threshold for PS: 6dB
Maximum cells in the active set
Number of 1A repetitions
Number of 1C repetitions
Number of 1J repetitions
Interval between 1A event repetitions
Interval between 1C event repetitions
Interval between 1J event repetitions
After a SHO failure all PS calls will be downgraded
Number of SHO failures to lead to a downgrade
Minimum target quality for SHO
Delay TTT for 1A event.

Only best serving cell is considered


Disable 1F event

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

5.2.2.4 MOD CELLINTERRATHOCOV

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

Fast speed ways

Comments

REQUIRED
D3
0
0

BSIC decoding is required

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

Minimum 2G RxLev: -95dBm


Minimum 2G RxLev: -95dBm
Minimum 2G RxLev: -95dBm
TTT after BSIC has been decoded

If 3a event is used, UsedFreqxxx could be set equal to 2d events


If 3a event is used, UsedFreqxxx could be set equal to 2d events
If 3a event is used, UsedFreqxxx could be set equal to 2d events
If 3a event is used, UsedFreqxxx could be set equal to 2d events
If 3a event is used, UsedFreqxxx could be set equal to 2d events
If 3a event is used, UsedFreqxxx could be set equal to 2d events
Only best serving cell is considered

InterRat handover will allow relocate any ongoing call to the GSM system, when
the 3G coverage becomes too low.

64

Optimi Corp

As stated above, relocating PS services (either R99 or HSDPA) to 2G is


perceived by the users as a drop call, since the new throughput will be much
lower than the bit rate achieved before. Even a bad 3G throughput is usually far
higher that the available in 2G, so the recommendation shows a practical
disabling of the interRat HO for PS service.
InterRat HO for CS service is proposed at EcNo<-10dB or RSCP<-100dBm, a bit
faster than for urban environments. This proposal is based on the fact that 2G
system is usually completely deployed and should provide a better and
continuous coverage, so speeding up the handover, before the 3G coverage
becomes too low, could help to keep the call ongoing.
The timer timeToTrigForVerify, used when BSICVerify is set to REQUIRED, was
also proposed as 0 for urban and suburban areas, but especially for fast moving
users, in order to not delay the interRat HO more than needed for
measurements.

65

Optimi Corp

5.2.3 Resource monitoring

5.2.3.1 MOD CELLALGOSWITCH

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

Fast speed ways

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

Node B Credit admission control disabled.


0 UL CAC disabled.
1

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

5.2.3.2 MOD CELLCAC

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

Fast speed ways


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
SF64
SF128

UL CAC disabled by switch.


UL CAC disabled by switch.
UL CAC disabled by switch.

Total UL thd (DCH + HSUPA)

PBR should go above 100% of GBR


PBR should go above 100% of GBR
PBR should go above 100% of GBR

Depending on license

BackgroundNoise=-105
Disable Auto-BackgroundNoise

No DL power reservation for HSUPA

UL CE reservation for HO
DL codes and CE reservation for HO

5
100
48

CELLCAC command defines the triggering thresholds in case that Call


Admission Control algorithm is enabled.

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

5.2.3.3 MOD CELLLDM

Command
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>
<CELLLDM>

Parameter
UlLdrTrigThd
UlLdrRelThd
DlLdrTrigThd
DlLdrRelThd
UlOlcTrigThd
UlOlcRelThd
DlOlcTrigThd
DlOlcRelThd
DlLdTrnsHysTime
HsupAuRetrnsLdTrigThd
HsupAuRetrnsLdRelThd

Fast speed ways


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

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

5.2.3.4 MOD CELLLDR


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

Fast speed ways


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

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

5.2.3.5 MOD CELLOLC

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

Fast speed ways


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

No release calls due to OLC


No release calls due to OLC

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

5.2.1 Doppler Effect

Command
<LOCELL>
<LOCELL>

Parameter
HISPM
SPR

Fast speed ways

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

6 Indoor cell configuration


6.1

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

Baseline parameter set

6.2.1 Power setting


6.2.1.1 MOD CELL
Command
<CELL>
<CELL>
<CELL>
<CELL>

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

Although the coverage of an indoor site is to be limited, it seems to have no


sense to restrict the available power for user traffic, so again, in the same respect
as the rest of environments, the maximum transmission power allowed to a
specific cell will depend on the Power Amplifier capacity (46dBm for 40W
amplifier).
In-synch and out-of-synch thresholds can be keep the same, in order to acquire
inSynch state as soon as possible and delay the outSynch state.

78

Optimi Corp

6.2.1.2 MOD CELLRLPWR


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

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

6.2.1.3 ADD FACH

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

6.2.1.4 ADD PCPICH

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

6.2.1.5 ADD PRACHTFC

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

6.2.2 Mobility setting

6.2.2.1 MOD CELLSELRESEL

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

Some hysteresis for reselection while in cellFach


TTT for cell reselection
Minimum quality threshold for camping in 3G
Minimum signal threshold for camping in 3G (-111dBm)

Maximum UL transmission power


Offset to start intrafreq measurements (EcNo=-6dB)
Offset to start intrafreq measurements (EcNo=-6dB)
Offset to start intrafreq measurements (EcNo=-16dB)

NOT_CONFIGURED

255
255
255
255
255
255

As traffic will be mostly static in an in-building site, reselection procedure can be


relaxed and so slow down the cell change.
Taking this idea into account, idleSIntraSearch can be reduced in order to delay
the intrafrequency measurements, and hence saving some UE battery
consumption.

83

Optimi Corp

In addition, since coverage signal is expected to be good enough across the


building, minimum signal strength to camp on 3G can be rise up, in order to avoid
any border effect in any special area non well covered, as any garage,
basements, etc.

84

Optimi Corp

6.2.2.2 MOD CELLHOCOMM

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.

InterRat mobility will be defined in a similar way to the urbar/suburban


environment, that is, allowing the interRat HO for CS traffic.
Service-based handover can be also enabled, in order to release the 3G network
from the voice traffic, relocating all the calls within the GSM system. This kind of
configuration could save some more resources for PS traffic in case they are
needed, but this proposal try to keep as much traffic as possible in the 3G
network.

85

Optimi Corp

6.2.2.3 MOD CELLINTRAFREQHO


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

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

Defines the HSDPA serving cell change

Define EcNo as the quantity for intraFreq mobility


AS addition threshold for voice: 3dB
AS addition threshold for VP: 3dB
AS addition threshold for PS: 3dB
AS deletion threshold for voice: 6dB
AS deletion threshold for VP: 6dB
AS deletion threshold for PS: 6dB
Maximum cells in the active set
Number of 1A repetitions
Number of 1C repetitions
Number of 1J repetitions
Interval between 1A event repetitions
Interval between 1C event repetitions
Interval between 1J event repetitions
After a SHO failure all PS calls will be downgraded
Number of SHO failures to lead to a downgrade
Minimum target quality for SHO
Delay TTT for 1A event.

Only best serving cell is considered


Disable 1F event

Intrafrequency mobility while in dedicated mode can be also slowed down, as no


more than indoor cells are expected to cover every user.
In this respect, HSDPA serving cell change can be delayed, in order to avoid any
unwanted cell change due to any external peak or a short fast fading.
Addition and removal thresholds are kept as urban/suburban environments,
using 3dB/6dB for 1a/1b events, as well as the TimeToTrigger, since it is not
needed to speed up the softhandover.
86

Optimi Corp

6.2.2.4 MOD CELLINTERRATHOCOV

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

BSIC decoding is required

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

Minimum 2G RxLev: -95dBm


Minimum 2G RxLev: -95dBm
Minimum 2G RxLev: -95dBm
TTT after BSIC has been decoded

If 3a event is used, UsedFreqxxx could be set equal to 2d events


If 3a event is used, UsedFreqxxx could be set equal to 2d events
If 3a event is used, UsedFreqxxx could be set equal to 2d events
If 3a event is used, UsedFreqxxx could be set equal to 2d events
If 3a event is used, UsedFreqxxx could be set equal to 2d events
If 3a event is used, UsedFreqxxx could be set equal to 2d events
Only best serving cell is considered

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

As stated, indoor traffic is expected to be mostly static, so interRat thresholds


can be set a bit lower, trying to keep more traffic in 3G and do not relocate the
traffic due to any random peak. In the proposal, EcNo=-13dB and RSCP=105dBm.
With the same respect, interRat handover thresholds for PS traffic are set as low
as possible, in order to take advantage of the 3G wideband throughput, and
delay the relocation to 2G up to the maximum.

88

Optimi Corp

6.2.3 Resource monitoring

6.2.3.1 MOD CELLALGOSWITCH

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

Node B Credit admission control disabled.


0 UL CAC disabled.
1

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

6.2.3.2 MOD CELLCAC


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

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

UL CAC disabled by switch.


UL CAC disabled by switch.
UL CAC disabled by switch.

Total UL thd (DCH + HSUPA)

PBR should go above 100% of GBR


PBR should go above 100% of GBR
PBR should go above 100% of GBR

Depending on license

BackgroundNoise=-105
Disable Auto-BackgroundNoise

No DL power reservation for HSUPA

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

Higher thresholds than proposed by Huawei by default are suggested, in order to


allow higher peak UL and DL loads. SHO reservations are also disabled, to
maximize the indoor traffic.
Background noise is also defined by CELLCAC, proposed as for previous
scenarios: fixed value at -105dBm, in order to not penalize the R99 traffic in case
of external interference.

92

Optimi Corp

6.2.3.3 MOD CELLLDM

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

6.2.3.4 MOD CELLLDR


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

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

6.2.3.5 MOD CELLOLC

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

No release calls due to OLC


No release calls due to OLC

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

7 3G-2G interactions: idle and dedicated


mode.

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.

Camping and handover thresholds should be set carefully, in order to avoid


pingpong effects as well as continuous location area updates procedures,
increasing signaling in both radio and core networks.

97

Optimi Corp

7.1

Idle mode

Different strategies can be followed, in order to consider the 3G coverage as an


extension of the 2G or vice versa. However, since the 3G network is expected as
the wideband mobile Internet access provider, and taking into account that there
is no distinction between the PS and the CS terminals, neither any 2G-3G
relocation for PS connections, UMTS network should be prioritized as much as
possible in idle mode, in order to allow the 3G modems to take advantage of the
high speed 3G access.
With this respect, and also trying to maximize the traffic in the UMTS system, cell
reselection from 2G to 3G should be speeded up, aiming to acquire 3G services
as soon as UMTS signal is available.
For this purpose, some parameters have to be adjusted in the 2G network,
though their names depend on the proper vendor. For Ericsson infra, they would
be:

QSI: defines when the UE should start measuring the 3G network. In


general, this parameter must be set as ALWAYS, in order to detect the
UMTS network as soon as possible.

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.

FDDQOFF: allows a comparison between the 3G RSCP and the 2G


RxLev. It could help on checking that the RSCP is good enough, however
it is just a comparison to the 2G (so it is not a sufficient level) and, in
98

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

As summary, notice that relocation from 3G to 2G in dedicated mode will be


driven by the 3a event, while in idle mode reselection will be managed by the
qQualmin, sSearchRat and qRxLevmin parameters.
On the other hand, coming back from 2G to 3G will be mainly managed by the
fddQmin, as the EcNo threshold able to trigger the reselection in idle mode. QSI
will set when to start 3G measurements, so it is expected to be configured as
always.
Also remark that the dedicated mode relocation should be mainly applied for CS
service, as it may be even disabled for PS, trying to taking advantage of 3G high
speed access as long as possible.

102

Potrebbero piacerti anche