Sie sind auf Seite 1von 129

B11 MR1 Ed1.x / Ed2.

x
Seminar of GSM Network Engineering

Repeated ACCH

Jorge S. Silva, Philip Fawzy, Robin Brassac


March, 2010

Agenda
1. Feature Overview
Introduction
Repeated DL FACCH
Repeated UL SACCH
Expected Gains and Limitations
2. Activation Strategy
Pre-requisites
Parameter settings
3. Feature Assessment
Theoretical gains
Impact of other features on performance

New Counter and Indicators

Monitoring method
FOA tests results
4. Conclusion

2 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview

3 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

1.1
4 | Repeated ACCH

Feature Overview
Introduction

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Introduction
Feature objectives
Close performance gap between AMR speech codecs and signaling channels
When AMR speech codecs were introduced, the same ACCH (Associated Control Channels) as
those used for legacy codecs were re-used:
SACCH (Slow Associated Control Channel), which is used for non-urgent procedures
(mainly for the transmission of the radio measurement data needed for handover
decisions, power control, TA calculation),
FACCH (Fast Associated Control Channel), which is involved in delay sensitive
mechanisms such as handover.

Therefore, in poor radio conditions, the more protected AMR speech codecs have now better
performance than the associated control channels and the end-user who would have hang-up
with legacy codec does not do so anymore.
Consequently, upon AMR activation in B9, we generally see CDR increase with following causes:
Radio link failure
HO failure (timer expiry)

Enable operators to realize the full capacity gains that the lower modes of the AMR
can provide.

5 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Introduction
Feature description
Repeated ACCH consists of two features:
Repeated Downlink FACCH (RDFACCH)
Repeated SACCH (RSACCH)

Required by several operators:


SFR, T-Mobile, Orange.

6 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Introduction
Feature description
Standardized in 3GPP Release 6:
MS capability indicated by the Repeated ACCH flag in classmark 3 message (1 bit
field):
0
The mobile station does not support Repeated SACCH
1
The mobile station supports Repeated SACCH and Repeated Downlink
FACCH

Support mandatory for Release 6 MS,


Some pre-release 6 MS may have the Repeated ACCH flag at 1, in this
case they shall support completely the feature (RDFACCH and RSACCH).

Activated on a per-call basis.

7 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

1.2
8 | Repeated ACCH

Feature Overview
Repeated DL FACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Repeated DL FACCH
RDFACCH operation principles 3GPP standard
The feature was designed to be compatible with legacy MS for LAPDm command frames.
Criteria to activate RDFACCH is implementation dependent.
The operations of RDFACCH are transparent to upper layers.
Involved protocol stacks (in blue):

BTS
LAPDm

MS
3GPP TS 44.006

Physical Layer

LAPDm
Physical Layer

Physical connection

9 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Repeated DL FACCH
RDFACCH operation principles 3GPP standard
BTS side (LAPDm entity)
When RDFACCH is active, each LAPDm frame is repeated twice by BTS entity.
The duplicated LAPDm frame is inserted in a FACCH frame that starts ~40ms after the FACCH frame conveying the original one.
In case of TCH/FR a speech frame is inserted

The transmission of the copy has higher priority than any new signaling message.
I.e. if a new LAPDm message is generated between the emission of a previous LAPDm frame and its copy, its emission is delayed.

10 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Repeated DL FACCH
RDFACCH operation principles 3GPP standard
Delay between original FACCH and its repetition
TCH/FR case:
Original FACCH frame and copy spaced by 8 or 9 (in case they are separated by an
idle frame or a SACCH period) TDMA frames.
1 radio
TCH

Odd
Even

~40 ms
Half FACCH burst of the first transmission
Half FACCH burst of the repetition
1 radio TS
Half TCH/FR burst
Top: first
half (before the training sequence),
Half idle or SACCH burst
Bottom: second half (after the training
Odd
Even
sequence).

~40 ms
Half FACCH burst of the first transmission
Half FACCH burst of the repetition
Half FACCH burst of another signalling message
Half FACCH burst of the repetition of another signalling message
Half TCH/FR burst

11 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Repeated DL FACCH
RDFACCH operation principles 3GPP standard
Delay between original FACCH and its repetition
TCH/HR case:
Original FACCH frame and copy spaced by 8 or 9 (in case they are separated by a
SACCH period) TDMA frames.
Odd
Even

~40 ms
Half FACCH burst of the first transmission
Half FACCH burst of the repetition
Half TCH/HR burst

12 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Repeated DL FACCH
RDFACCH operation principles 3GPP standard
MS side (Physical layer)

The MS shall, when receiving a downlink FACCH block, always attempt to decode it without combining with any previously received FACCH block.

If it is successfully decoded and an identical FACCH block was previously received, the MS shall not send the LAPDm frame of the current FACCH block to the LAPDm entity.

If it is successfully decoded and there was no such previously received identical FACCH block, the LAPDm frame of the current FACCH block is sent to the LAPDm entity.

If it is unsuccessfully decoded and the previous FACCH block received was unsuccessfully decoded, a new decoding using the information from both these FACCH blocks shall
be performed. If this decoding is successful the LAPDm frame produced by the new decoding is sent to the LAPDm entity.

13 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Repeated DL FACCH
BTS

Assumption: RDFACCH
dynamically activated

MS
Physical

Msg A

decoding
OK

Msg A

OK

Msg B
Msg B

OK

Msg C

NOK

Msg C

NOK
OK

Msg D

Soft combining

NOK

Msg D

14 | Repeated ACCH

OK
All Rights Reserved Alcatel-Lucent 2009

LAPDm

Feature Overview
Repeated DL FACCH
MS
BTS

Physical

decoding

Msg E
Msg E

NOK

Msg F

NOK

Msg F

NOK
NOK
Soft combining

15 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

LAPDm

Feature Overview
Repeated DL FACCH
RDFACCH operation principles ALU implementation
Only AMR calls are concerned with the feature
Criteria to dynamically activate RDFACCH:
RDFACCH allowed for this call AND AMR DL codec requested is configured
threshold
Simple, Fast, autonomously managed by BTS
RDFACCH application dependent upon Codec Mode Adaptation behavior

Every 480 ms, the BTS checks the last Codec Mode Request (CMR) used and decides
whether RDFACCH shall be activate or not.
NB: Codec Mode Request (CMR) is sent every 2 speech frames (i.e. every 40 ms) in UL
by MS to TC. It is the input to the Codec Mode Adaptation in DL indeed, it specifies
the codec recommended in DL, based on standardized C/I computations.

When RDFACCH is dynamically activated, T200 timers (T200_TF and


T200_TH) in the BTS are increased by 40 ms.

16 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Repeated DL FACCH
RDFACCH dynamic activation in ALU implementation
Example with AMR-FR, 4-codec subset (AMR_FR_SUBSET) and
Codec mode 2 REP_DL_FACCH_THRES_AMR_FR < Codec mode 3
AMR C/I
RDFACCH active
T
YS
H
_
FR _3
_
R
R
AM _TH
+
R
_3 R_F
R
TH
AM
R_
F
R_
T
AM
YS
H
_
FR _2
_
MR THR
A
_
2 + _FR
_
R
R
T
TH
AM
_
YS
R
H
F
_
R_
FR
_
M
R
A
1
AM
R_
+
H
Codec
_T
_1
R
R
F
Mode 1 +
_
TH
MR
R_
A
F
RDFACCH
R_
M
A

Better intrinsic
voice quality

Codec
Mode 4

RDFACCH inactive

17 | Repeated ACCH

Codec
Mode 3

Codec
Mode 2 +
RDFACCH

Codec
Mode 3

Codec
Mode 2 +
RDFACCH

More robust
All Rights Reserved Alcatel-Lucent 2009

Codec
Mode 1 +
RDFACCH

1.3
18 | Repeated ACCH

Feature Overview
Repeated SACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Repeated SACCH
RSACCH operation principles 3GPP standard
Applies only to SAPI 0 frames
SAPI 3 frames are already acknowledged
(SACCH frames with SAPI 3 frames are used to carry SMS while in dedicated mode).

Both DL and UL signaling links can be strengthened using repetition


mechanism
SACCH Repetition Order (SRO) field defined in L1 header of DL SACCH frames
SACCH Repetition Request (SRR) field defined in L1 header of UL SACCH frames
SRO and SRR are a 1 bit field coded as follow:
0: Repeated SACCH not required
1: Repeated SACCH required

19 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Repeated DL SACCH 3GPP Standard
Repeated DL SACCH operation principles 3GPP standard
MS side
The MS shall first attempt to decode any DL SACCH block received without
combining with previously received SACCH.
If it is correctly decoded, the MS shall set the SRR to Not required in
the next UL SACCH block (which is not a repetition).
If it is incorrectly decoded, then:
The MS shall set the SRR to Required in the next UL SACCH block (which is not a
repetition).
It shall try decoding using soft combining with the previously received DL SACCH
block.

20 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Repeated DL SACCH 3GPP Standard
Repeated DL SACCH operation principles 3GPP standard
BSS side
The BSS may, based on the value of the last correctly received SRR from
the MS, and based on implementation-dependent criteria, repeat SACCH
block at the next SACCH period.
If a SAPI 3 frame was also scheduled to be sent at this next SACCH period,
the BSS may delay the sending of the SAPI 3 frame by one SACCH period in
order to make room for the repetition.

21 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Repeated UL SACCH 3GPP Standard
Repeated UL SACCH operation principles 3GPP standard
BSS side
The BSS shall first attempt to decode any UL SACCH block received without
combining with previously received SACCH block.
If decoding fails, it may try decoding using soft combining with previous SACCH
block received.

The BSS may set the value of the SRO in any DL SACCH block based on
implementation-dependent criteria.
MS side
If in the last DL SACCH block, SRO was set to Required, the MS must
repeat this block in the next SACCH period.

22 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Repeated DL SACCH ALU Implementation
RSACCH operation principles ALU implementation
RDSACCH and RUSACCH are activated independently during a call.

RDSACCH dynamic activation:


Disabled at call start
Activated when
RSACCH allowed for this call AND BS Radio Link Counter (RLC) configured threshold
RadioLink_Rep_DL_SACCH
OR
at least Rep_DL_SACCH_Thres SACCH frames with SRR = 1 were received in the sliding window
Rep_DL_SACCH_WS

While the feature is activated, all DL SACCH frames with SAPI = 0 are repeated once,
independently of DL SACCHs being well decode or not at MS

23 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Repeated DL SACCH ALU Implementation
RSACCH operation principles ALU implementation
RDSACCH dynamic activation:
Deactivated when
BS Radio link Counter configured threshold (RadioLink_Rep_DL_SACCH) ]
And
less than Rep_DL_SACCH_Thres SACCH frames with SRR = 1 were received in the
sliding window Rep_DL_SACCH_WS

24 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Repeated UL SACCH ALU Implementation
RSACCH operation principles ALU implementation
RUSACCH dynamic activation (1/2):
Disabled at call start
Activated when:
At least Rep_UL_SACCH_Thres incorrect SACCH frames before combining, were
received in the sliding window Rep_UL_SACCH_WS

While the feature is activated at BTS side and SRO field in DL SACCH is equal to one and
well decoded at the MS, MS repeats previous UL SACCH frame with SAPI = 0, independently
of previous UL SACCHs being well decoded or not at BTS.
BTS must set SRO to one in each DL SACCH as long as feature is activated, so that MS is
ordered to repeat UL SACCH frames once.
However if SRO was not well decoded, the MS action will be mobile supplier dependent as
this is not standardized.

25 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Repeated UL SACCH ALU Implementation
RSACCH operation principles ALU implementation
RUSACCH dynamic activation (2/2):
Deactivated when
Less than Rep_UL_SACCH_Thres incorrect SACCH frames before combining, were
received in the sliding window Rep_UL_SACCH_WS

26 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Repeated SACCH Illustrations
RSACCH operation principles illustrations
Next slides show several graphical examples of RSACCH activation
1. Degradation in DL and RDSACCH dynamic activation based on SRR
2. Degradation in UL and RUSACCH dynamic activation based on bad frames indications
(BFI) and SRO

Assumptions

All SACCH frames are with SAPI = 0

Rep_DL_SACCH_WS = 10, Rep_DL_SACCH_Thres = 3

Rep_UL_SACCH_WS = 10, Rep_UL_SACCH_Thres = 3

27 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Count of SRR = 1 in last


Count of bad frames in last
Feature
Overview
Rep_DL_SACCH_WS
frames
Rep_UL_SACCH_WS frames
Repeated DL SACCH Illustrations
Assumption:

Assumption:
Result after soft
Result of first decodingBTS
Rep_DL_SACCH_WS
Rep_UL_SACCH_WS
combining,
if applicable= 10
attempt
BS side
= 10
Call start
Rep_DL_SACCH_Thres = 3
Rep_UL_SACCH_Thres
=3
SRR count
BFI count
#1, SRO = 0
As UL Frame
0/1
N/A
0/1
OK
was not
#2, SRO = 0
decoded, soft
N/A
0/2
OK
combining0/2
is
Frame not
#3, SRO = 0
tried
decoded! SRR
0/3
NOK
1/3
NOK
value of last
#4, SRO = 0
correct frame is
taken
0/4
N/A
1/4
OK
#5, SRO = 0
Incremented
1/5
N/A
1/5
OK
because SRR = 1
#6, SRO = 0
Incremented
because SRR = 1
RDSACCH
dynamically
activated

2/6
2/7
3/8

N/A
N/A
N/A

1/6
1/7
1/8

OK
OK
OK

4/9

N/A

1/9

OK

5/10

N/A

1/10

OK

28 | Repeated ACCH

#7, SRO = 0
#8, SRO = 0
#8 repeated, SRO = 0
#9, SRO = 0

All Rights Reserved Alcatel-Lucent 2009

According to spec, MS
shall try soft combining
Result
of first
with
previous
Frame
if
MSdecoding
attempt
MS
side
current Frame is not
decoded
#1, SRR = 0
#2, SRR = 0
#3, SRR = 1
#4, SRR = 0

OK
NOK
NOK
OK
NOK

Because last DL
NOK
#5,
SRR
=
1
SACCH frame
not decoded
NOK
#6, SRR = 1
OK
Possibility
to = 0
#7, SRR
have good
NOK
decoding due to
#8,
SRR
=
1
repetition of
message and
NOK
soft combining
#9, SRR = 1
#10, SRR = 1

NOK
OK

NOK

NOK
NOK
OK

Feature Overview
Repeated UL SACCH Illustrations
BTS
SRR count

BFI count

As UL Frame
0/1
was not
decoded, soft
Frame notcombining0/2
is
decoded, SRR tried
value of last
0/3
correct frame is
taken
0/4
RUSACCH
dynamically
0/5
activated

N/A

0/2

OK

NOK

1/3

NOK

N/A

1/4

NOK

2/5

0/6

NOK

3/6

NOK

0/7

NOK

4/7

NOK

Possibility to
have good
decoding due to
repetition of
message and
soft combining

N/A

0/1

OK

#1, SRO = 0

#1, SRR = 0

#2, SRO = 0

#2, SRR = 0

#3, SRO = 0

#3, SRR = 1

OK

NOK

NOK

OK
#4, SRO = 0 SRO = 1,
#4, SRR = 0
requesting the
Because last DL OK
OK
UL frames
#5, SRO = 0repetition
SRRwas
=0
SACCH#5,
frame
not decoded
NOK
OK
#6, SRO = 0
#6, SRR = 0
#7, SRO = 1

#7, SRR = 0

OK

SRR = 1 because
OK
UL SACCH frame
#8, SRO = 1
#7
repeated,
SRR
=
0
is repeated
NOK
NOK
#9, SRO = 1
#8, SRR = 1

0/8

OK

5/8

0/9

NOK

6/9

NOK

1/10

OK

7/10

NOK

29 | Repeated ACCH

MS

#10, SRO = 1

All Rights Reserved Alcatel-Lucent 2009

#8 repeated, SRR = 1

OK
OK

NOK

1.4
30 | Repeated ACCH

Feature Overview
Limitations

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Limitations
Theoretical limitations of the feature
No Repeated UL FACCH has been defined.
Consequently, during multi-block HOs, the response from the MS to the BTS
cannot be repeated and therefore, for these HOs the signaling link (in UL)
has the same performances than legacy FACCH.

The feature is fully available (RDFACCH + RSACCH) on Release 6 MS only.


But RDFACCH can also be enabled for command frames for all MS.

31 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Multi-Block Handovers Limitation
Multi-block Handovers
Length of LAPDm messages is fixed:
23 bytes for FACCH, with 20 bytes of payload
21 bytes for SACCH, with 18 bytes of payload

Some messages can exceed this limit in some cases. This is typically the
case of intercell HO commands from TCH with legacy codec to AMR TCH.
UL ACK is needed for the first block

32 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Activation Strategy

33 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

2.1
34 | Repeated ACCH

Activation Strategy
Pre-requisites

All Rights Reserved Alcatel-Lucent 2009

Activation Strategy
Pre-requisites
AMR is activated in multi codec configuration using subset codecs containing
codecs more robust than signaling codecs.
Significant AMR calls penetration, which can be checked by the indicator;
RTCH_assign_AMR_penetration_rate.
Significant penetration of Repeated ACCH capable MS Checked through the new
indicator; RxACCH_MS_Penetration_Rate.
AMR Codec Subset and Codec Adaption thresholds should be optimized for area of
feature activation Checked through the RMS report ; ALC_MONO_RMS_AMR
Repeated ACCH feature is not supported by BSC G2.

35 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

2.2
36 | Repeated ACCH

Activation Strategy
Parameter Settings

All Rights Reserved Alcatel-Lucent 2009

Activation Strategy
Parameter settings
New parameters
Parameter Name

Definition

Instance

Range/
Default
value

EN_REP_DL_FACCH

Enables repeated downlink FACCH for


AMR calls

Cell

{0, 1, 2}1/0

Cell

{0, 1}2/0

Cell

{0,1,...,8}3/
3
3

Recommended
Value

Legacy support for repeated downlink


FACCH for AMR calls
Remarks:
REP_DL_FACCH_LEGACY_SUPPORT

1. This parameter is relevant only if


repeated downlink FACCH is enabled
(EN_REP_DL_FACCH parameter)
2. This parameter concerns only the
LAPDm command frames.

REP_DL_FACCH_THRES_AMR_FR

Repeated DL FACCH activation


threshold for AMR FR. Dynamic
activation is done as long as codec
mode request CMR threshold.

0: disabled; 1: enabled for LAPDm command frames; 2: enabled for LAPDm command frames and also for response frames

0: repeated DL FACCH enabled only for AMR MS with repeated ACCH Capability bit = 1; 1: repeated DL FACCH enabled for all
AMR MS
2

0: off; 1: 4,75 kbs; 2: 5,15 kbs ; 3: 5,90 kbs; 4: 6,70 kbs; 5: 7,40 kbs; 6: 7,95 kbs; 7: 10,2 kbs; 8: 12,2 kbs

37 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Activation Strategy
Parameter settings
New parameters
Parameter Name

REP_DL_FACCH_THRES_AMR_HR

REP_DL_FACCH_THRES_AMR_WB

EN_REP_SACCH

RADIOLINK_REP_DL_SACCH

Definition

Instan Range/ Default


ce
value

Recommended
value

Repeated DL FACCH activation


threshold for AMR HR. Dynamic
activation is done as long as codec
mode request CMR threshold.

Cell

{0,1,...,5}1/3

Repeated DL FACCH activation


threshold for AMR WB. Dynamic
activation is done as long as codec
mode request CMR threshold.

Cell

{0, 1, 2}2/1

NA

{0,1}/0

Enables repeated SACCH for SAPI 0


frames in case of AMR calls (for mobile
station having indicated the support of Cell
the feature).
Repeated DL SACCH activation
threshold for UL RLT (Radio Link Timer)
counter. Dynamic activation is
Cell
triggered in the BTS when the UL RLT
counter is inferior or equal to that
threshold.

0: off; 1: 4,75 kbs; 2: 5,15 kbs ; 3: 5,90 kbs; 4: 6,70 kbs; 5: 7,40 kbs

0: off; 1: 6,60 kbs; 2: 8,85 kbs ; 3: 12,65 kbs

38 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

{0,...,127}/10

10
For RLT of 24

Activation Strategy
Parameter settings
New parameters
Parameter Name

L_RXQUAL_UL_P_AMR_RXACCH1

L_RXQUAL_DL_P_AMR_RXACCH1

Range/
Default value

Recommended
values

Cell

{0,...,7}/3

Equal to
L_RXQUAL_UL_P
or slightly higher

Lower downlink quality threshold


for power control for AMR calls
with activated Repeated DL FACCH Cell
and Repeated SACCH.

{0,...,7}/3

Equal to
L_RXQUAL_UL_P
or slightly higher

Definition

Instance

Lower uplink quality threshold for


power control for AMR calls with
activated Repeated DL FACCH and
Repeated SACCH.

If the customer has customized parameter L_RXQUAL_xL_P (where x is U or D) in the previous


release, then the new parameter L_RXQUAL_xL_P_AMR_RXACCH must be updated in the CDE table
1

with THAT customized value.


To take benefit from the feature repeated ACCH, Alcatel-Lucent recommends:
L_RXQUAL_UL_P_AMR_RXACCH L_RXQUAL_UL_P
AND
L_RXQUAL_DL_P_AMR_RXACCH L_RXQUAL_DL_P.

39 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Activation Strategy
Parameter settings
Modified parameters
Parameter Name

Definition changes

Instance

Counter threshold to detect a radio link


failure on the uplink path for calls using an
codec and for which Repeated SACCH Cell
RADIOLINK_TIMEOUT_BS_AMR AMR
and/or Repeated DL FACCH are not
activated.
RADIOLINK_TIMEOUT_BS1

RADIOLINK_TIMEOUT_AMR1
RADIOLINK_TIMEOUT1 (BSC)
This also applies to
RADIOLINK_TIMEOUT1 (MFS)

Updated the definition: this timer can also


be used for AMR calls (NB or WB) for which
Cell
Repeated SACCH and Repeated DL FACCH
are activated
Initial value of MS counter for radio link
supervision, when an AMR codec is used
and for which call Repeated SACCH and/or Cell
Repeated DL FACCH are not activated.
Updated the definition: this timer can also
be used for AMR calls (NB or WB) for which
Cell
Repeated SACCH and Repeated DL FACCH
are activated

Range/
Recommended
Default value value
{1,...,255}/1
8

32

{1,...,255}/1
8

NA

{4,...,64}/16

32

{4,...,64}/16

NA

HMI name for RADIOLINK_TIMEOUT_BS is RADIOLINK_FAILURE_THRES


HMI name for RADIOLINK_TIMEOUT_BS_AMR is RADIOLINK_FAILURE_THRES_AMR

Coding rule for RADIOLINK_TIMEOUT and RADIOLINK_TIMEOUT_AMR is as follows:


step size = 4 Samfr, coded from 0 to 15 (0 == 4 Samfr, 1 == 8 Samfr ... 15 == 64 Samfr)

40 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment

41 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

3.1
42 | Repeated ACCH

Feature Assessment
Impact of other features on performance

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment
Impact of other features on performance
RSACCH and RadioLink Supervision
RadioLink supervision
When a SACCH block is received a first decoding is performed without
combining
1) If it is correct RLC is incremented by 2
2) If it fails new decoding performed using soft combining with previous SACCH
block
a) if it is correct RLC is incremented by 2
b) if it fails RLC is decremented by 1

43 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Overview
Repeated SACCH & Radio Link Supervision
RSACCH and RadioLink Supervision
Interaction with RadioLink Timeout
For an AMR call, when both RDFACCH and RSACCH are activated the legacy
RadioLink Timeout is used i.e. the following parameters:
RADIOLINK_TIMEOUT
RADIOLINK_TIMEOUT_BS

Differentiated RadioLink Timeout for AMR (RADIOLINK_TIMEOUT_AMR and


RADIOLINK_TIMEOUT_BS_AMR) will be used in the following conditions:
AMR calls placed by MS not supporting Repeated ACCH
AMR calls placed by any MS if at least one of the two features is not allowed
(RDFACCH or RSACCH).

R6 MS will be using RxACCH for AMR calls


Pre-Rel6 MS will be using DRLT for AMR calls
Activating both features will improve the performance of all AMR calls

44 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

3.2
45 | Repeated ACCH

Feature Assessment
New Counter and Indicators

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment
Telecom Counters
New Counters
Counter
refname

LongName

Definition

MC990

NB_MS_REPEATED_ACCH_Capa Number of calls for which the mobile stations


ble
supporting the repeated ACCH capability

MC991

Measured
object
Domain

Type

TRX

Quality of
110
service

NB_Calls_RFACCH_Activated

Number of calls for which repeated DL FACCH is


TRX
activated by the BSC

Quality of
110
service

MC992

NB_Calls_RSACCH_Activated

Number of calls for which repeated SACCH (DL


or UL) is activated by the BSC

TRX

Quality of
110
service

MC993

Number of AMR TCH (NB or WB AMR) for which


Repeated SACCH is not activated, dropped in
NB_AMR_TCH_DROP_RLF_TRX TCH established phase due to radio link failure TRX
(radio link timeout or Lapdm timer expiry), per
TRX.

Quality of 110
service

MC994

Number of AMR TCH (NB or WB AMR) for which


Repeated SACCH is activated, dropped in TCH
NB_AMR_TCH_DROP_RLF_TRX_ established phase due to radio link failure
TRX
RSACCH
(radio link timeout or Lapdm timer expiry), per
TRX. This counter takes into account TCH in
traffic.

46 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Quality of
110
service

Feature Assessment
Telecom Counters
New Counters
Counter
refname

MC995

MC996

Measured
object
Domain

LongName

Definition
Number of TCH using AMR codecs (NB or WB)
but with Repeated FACCH not activated,
NB_AMR_TCH_DROP_OUT_HO_
dropped during the execution of any TCH
TRX
TRX
outgoing handover, per TRX. This counter takes
into account handovers from TCH in traffic.
Number of TCH using AMR codecs (NB or WB)
and with Repeated FACCH activated, dropped
NB_AMR_TCH_DROP_OUT_HO_ during the execution of any TCH outgoing
TRX
TRX_RFACCH
handover, per TRX. This counter takes into
account handovers from TCH in traffic or in
signaling mode.

47 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Type

Quality of
110
service

Quality of
110
service

Feature Assessment
Telecom Counters
New Counters (type 10 & 15)
Counter
refname

S09

S16

Measured
object

LongName

Definition
Domain Type
Indicates the number of SAPI 0 frames that were
not repeated.
(SDCCH
NB_FRAMES_NOT_REPEATED This counter corresponds to the CNT_I_TX field
QoS
101
observations)
of the 48.058 PHYSICAL CONTEXT CONFIRM
message.
Indicates the number of SAPI 0 frames that were
repeated at least once.
(SDCCH
NB_FRAMES_REPEATED
This counter corresponds to the CNT_I_RETX
QoS
101
observations)
field of the 48.058 PHYSICAL CONTEXT CONFIRM
message.

T08

Indicates the number of SAPI 0 frames that were


not repeated.
(TCH
NB_FRAMES_NOT_REPEATED This counter corresponds to the CNT_I_TX field
observations)
of the 48.058 PHYSICAL CONTEXT CONFIRM
message.

QoS

151

T15

Indicates the number of SAPI 0 frames that were


repeated at least once.
(TCH
This counter corresponds to the CNT_I_RETX
observations)
field of the 48.058 PHYSICAL CONTEXT CONFIRM
message.

QoS

151

NB_FRAMES_REPEATED

Type 10 is SDCCH observation; type 15 is TCH observation

48 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment
Telecom Counters
Number of calls for which
the mobile stations
supporting the repeated
ACCH capability

Number of calls for which


repeated DL FACCH is
allowed by the BSC

Number of calls for which


repeated SACCH (DL or UL) is
allowed by the BSC

TC

MC990 & MC991 & MC992


CHANNEL ACTIVATION
or MODE MODIFY
messages
Abis

Cell

BSC
CONNECTION FAILURE
MC995 & MC996
INDICATION
or
ERROR INDICATION messages
MC993 & MC994

Number of AMR TCH (NB or


WB AMR) for which Repeated
SACCH is not activated,
dropped in TCH established
phase due to radio link
failure (radio link timeout or
Lapdm timer expiry), per
TRX.

Number of AMR TCH (NB or WB


AMR) for which Repeated SACCH is
activated, dropped in TCH
established phase due to radio link
failure (radio link timeout or
Lapdm timer expiry), per TRX. This
counter takes into account TCH in
traffic.

49 | Repeated ACCH

MSC

AterMUX-CS

BTS
MS

Number of TCH using AMR codecs (NB


or WB) and with Repeated FACCH
activated, dropped during the
execution of any TCH outgoing
handover, per TRX. This counter takes
into account handovers from TCH in
traffic or in signaling mode.

Number of TCH using AMR codecs (NB or WB) but with


Repeated FACCH not activated, dropped during the
execution of any TCH outgoing handover, per TRX. This
counter takes into account handovers from TCH in
traffic.

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment
Telecom Indicators
Specific new basic indicators
NPO
indicator
refname

LongName NPO

GSDRACN

MS_REPEATED_ACCH_Capable

GSDRFACN

Call_RFACCH_BSC Activated

GSDRSACN

Call_RSACCH_BSC_Activated

50 | Repeated ACCH

Formula
NPO B11 Description
Counts the number of calls of mobile stations
supporting the repeated ACCH capability. It
takes into account both Normal assignment
MC990
and incoming HO and DR.
Counts the number of calls for which repeated
DL FACCH is activated by the BSC. In this
context activation means that repetition is
allowed by the BSC yet for frames to be
repeated it is only dependent on BTS. It takes
into account both Normal assignment and
MC991
incoming HO and DR.
Counts the number of calls for which repeated
SACCH (DL or UL) is activated by the BSC. In
this context activation means that repetition
is allowed by the BSC yet for frames to be
repeated it is only dependent on BTS. It takes
into account both Normal assignment and
MC992
incoming HO and DR.

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment
Telecom Indicators
Specific new basic indicators
NPO
indicator
refname

GTCNRSACN

GTCRSACN

GTCNRFACN

Formula
NPO B11 Description
Counts the number of AMR TCH (NB or WB
AMR) for which Repeated SACCH is not
activated by the BSC, dropped in TCH
established phase due to radio link failure
(radio link timeout or Lapdm timer expiry),
AMR_TCH_DROP_No_RSACCH_Activated MC993
per TRX.
Counts the number of AMR TCH (NB or WB
AMR) for which Repeated SACCH is activated
by the BSC, dropped in TCH established phase
due to radio link failure (radio link timeout or
Lapdm timer expiry), per TRX. This counter
AMR_TCH_DROP_RSACCH_Activated
MC994
takes into account TCH in traffic.
Counts the number of TCH using AMR codecs
(NB or WB) but with Repeated FACCH not
activated, dropped during the execution of
any TCH outgoing handover, per TRX. This
AMR_TCH_DROP_OUT_HO_No_RFACCH_
counter takes into account handovers from
Activated
MC995
TCH in traffic.
LongName NPO

51 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment
Telecom Indicators
Specific new basic indicators
NPO
indicator
refname

GTCRFACN

Formula
NPO B11 Description
Counts the number of TCH using AMR codecs
(NB or WB) and with Repeated FACCH
activated, dropped during the execution of
any TCH outgoing handover, per TRX. This
AMR_TCH_DROP_OUT_HO_RFACCH_Acti
counter takes into account handovers from
vated
MC996
TCH in traffic or in signaling mode.
LongName NPO

52 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment
Telecom Indicators
Specific new computed indicators
NPO
indicator
refname

GSDRACR6MSCO

LongName NPO

Formula
NPO B11

Description
Represents the ratio of AMR calls with R6
Mobile stations, that are capable and allowed
by the BSC of supporting both RSACCH and
RDFACCH with respect to the whole population
RxACCH_R6_MS_capable_Calls_Rati
of considered calls that are at least capable
o
MC992 / MC991 and allowed by the BSC to support RDFACCH

RDFACCH_Active_PreR6_MS_capable (MC991GSDRFAPR6MSCO _Calls_Ratio


MC992) / MC991
MC990 /(MC703
+ MC15a +
GSDRACCPR
RxACCH_MS_Penetration_Rate
MC15b)

GSDRFACPR

GSDRSACPR

MC991/
RDFACCH_BSC_Activated_MS_Penet (MC703+MC15a+
ration_Rate
MC15b)
MC992/
RSACCH_BSC_Activated_MS_Penetr (MC703+MC15a+
ation_Rate
MC15b)

53 | Repeated ACCH

Represents the ratio of AMR calls with Pre-R6


Mobile stations, that are capable and allowed
by the BSC of supporting RDFACCH with respect
to the whole population of considered calls
that are at least capable and allowed by the
BSC to support RDFACCH
Penetration rate for the mobile stations,
already in call state, supporting the repeated
ACCH capability
Penetration rate for the mobile stations,
already in call state, with RDFACCH BSC
activated
Penetration rate for the mobile stations,
already in call state, with RSACCH BSC
activated.

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment
Telecom Indicators
Specific new computed indicators
NPO
indicator
refname

Formula
NPO B11

LongName NPO

Description

(MC995) / ( MC621 Ratio of AMR with RDFACCH not allowed HO


GSDNRFACCDHO AMR_NoRDFACCH_Call_drop_HO_ratio + MC995 + MC996) drops compared to total HO drops
GSDRFACCDHO AMR_RDFACCH_Call_drop_HO_ratio

(MC996) / ( MC621 Ratio of AMR with RDFACCH allowed HO


+ MC995 + MC996) drops compared to total HO drops

GQSNACDRO

NonAMR_Call_drop_radio_ratio

MC736 / (MC736 + Ratio of Non AMR radio drops compared to


MC993 + MC994) total radio drops

GQSNACDHO

NonAMR_Call_drop_HO_ratio

MC621 / (MC621 + Ratio of Non AMR HO drops compared to


MC995 + MC996) total HO drops

GSDRSACCDRO AMR_RSACCH_Call_drop_radio_ratio

(MC994) / (MC736 Ratio of AMR with RSACCH allowed calls


+ MC993 + MC994) radio drops compared to total radio drops

(MC993) / (MC736 Ratio of AMR without RSACCH allowed calls


GSDNRSACCDRO AMR_NoRSACCH_Call_drop_radio_ratio + MC993 + MC994) radio drops compared to total radio drops

54 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment
Telecom Indicators
Specific new computed indicators
NPO
indicator
refname

LongName NPO

Formula
NPO B11

AMR_NA_Call_radio_fail_rate

(MC993+MC994) /
(MC704a + MC704b +
MC931

GQSANAHOFR

AMR_NA_Call_HO_fail_rate

(MC995+MC996) /
(MC704a + MC704b +
MC931)

GQSNANARFR

NonAMR_NA_Call_radio_fail_rate

MC736 / (MC702a +
MC702b + MC702c)

GQSANARFR

GQSNANAHOFR NonAMR_NA_Call_HO_fail_rate

55 | Repeated ACCH

MC621 / (MC702a +
MC702b + MC702c)

All Rights Reserved Alcatel-Lucent 2009

Description
Rate of AMR calls failed due to Radio
with respect to AMR Normal assignment
requests (including requests that might
fail during the period of TCH
assignment to TCH phase).
Rate of AMR calls failed due to HO with
respect to AMR Normal assignment
requests (including requests that might
fail during the period of TCH
assignment to TCH phase).
Rate of non AMR calls failed due to
Radio with respect to non AMR Normal
assignment requests (including requests
that might fail during the period of TCH
assignment to TCH phase).
Rate of non AMR calls failed due to HO
with respect to non AMR Normal
assignment requests (including requests
that might fail during the period of TCH
assignment to TCH phase).

Feature Assessment
Telecom Indicators
Specific new computed indicators
NPO
indicator
refname

LongName NPO

Formula
NPO B11

GSDRACCAFDR AMR_RDFACCH_Call_HO_fail_rate

MC996 / MC991

GSDRACCASDR AMR_RSACCH_Call_radio_fail_rate

MC994 / MC992

56 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Description
Rate of AMR with RDFACCH allowed calls
failed due to HO with respect to BSC
activated RDFACCH AMR Normal assignment,
incoming HO and DR requests (including
requests that might fail during the period
of TCH assignment to TCH phase).
Rate of AMR with RSACCH allowed calls
failed due to Radio with respect to allowed
RSACCH AMR Normal assignment, incoming
HO and DR requests (including requests that
might fail during the period of TCH
assignment to TCH phase).

Feature Assessment
Telecom Indicators
Specific computed indicators modified
NPO
indicator
refname
GTMMSAMR

LongName NPO

Modification
The formula only takes into account SV3. Its update to
RTCH_assign_AMR_penetration_rate considered also SV5. (mc701d+mc932) / mc140a

Old counters MC736 or MC621 were modified


due to introduction of new drop counters,
MC993, MC994, MC995 and MC996.
This caused formula modifications on several
old indicators like Call_drop_rate or
RTCH_drop_HO_rate. For details on extension
of indicators affected see slides of PM
counters

57 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment
Telecom Indicators

Report dedicated to the feature Repeated ACCH.


NPO report name

Alc_Mono_Repeated_ACCH

Views in the report

Description of the views

Alc_ACCH_MS

Mobiles with RACCH capable and penetration


rate.

Alc_ACCH_allowed

Calls with RFACCH or RSACCH allowed.

Alc_AMR_and_SACCH

AMR HO drop with and without FACCH.

Alc_AMR_and_FACCH

AMR radio drop with and without SACCH.

Alc_drop_radio_AMR_and_NonAM
R

Split of call drop radio for AMR and NonAMR


calls

Alc_drop_HO_AMR_and_NonAMR

Split of call drop HO for AMR and NonAMR calls

Please refer to feature test plan for other NPO reports that can be interesting to
monitor the feature behavior

58 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

3.3
59 | Repeated ACCH

Feature Assessment
Monitoring Method

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment
Monitoring Method
Planning Overview
Test Category

Test Type

Trial Period

Statistical

Non Regression

Two Weeks

Optimization

Four Weeks

SACCH

Five Days

FACCH

Five Days

Unitary

One RNE resource is required for generic Statistical and Unitary Tests

60 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment
Monitoring Method

If AMR is not activated or in mono codec configuration, AMR must be adjusted


Date of
Value after
to multi codec configuration as Initial
per the following
TMO AMR parameters
Parameter Name
setting
modification
modification
adjustment example:
AMR_FR_THR3

16

W945.1

22

AMR_HR_THR1

10

W945.1

20

AMR_HR_THR2

16

W945.1

26

AMR_HR_THR3

22

W945.1

AMR_FR_SUBSET

{12.2 Kbps}

W945.1

26
{12.2 Kbps, 10.2 Kbps,
7.4 Kbps, 4.75 Kbps}

AMR_START_MODE_FR

W945.1

AMR subset is changed to multi codec configuration to reproduce AMR signaling imbalance
impact due to difference of the redundancy level
AMR codec adaption thresholds are coming from best practice experience
The pilot area is to be frozen during the tests. No network extension to be done neither any
logical parameter change different than those requested by the tests

61 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Statistical Tests

62 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment
Non Regression Tests
Test Description
The following QoS KPIs will be monitored for the pilot area during reference and activation period:
Call Drop: Call_drop_rate, Call_drop_radio_rate, Call_drop_HO_rate and AMR/Non AMR call failure rates
Call Setup: Call_setup_success_rate
Traffic: RTCH_full_duration_avg, RTCH_GSM_Erlang_total and RTCH_DCS_Erlang_total
HO: Success rate, Reversion Old Channel Rate, Rate of HO failure, Rate of HO failure due to Radio and

Handover Efficiency
RMS: Noisy calls causes split and call quality statistics

63 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment
Optimization Tests

TMO Essen Pilot Example

64 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment
Optimization Tests

Test Description (2/5)


Change the parameters REP_DL_FACCH_THRES_AMR_YY1,
RADIOLINK_REP_DL_SACCH, and L_RXQUAL_XX_P_AMR_RXACCH 2 per each
cell zone as per following planning

Where YY is FR or HR and XX is UL or DL

Only applicable if we can change the parameters L_RXQUAL_XL_P due to recommended rules:

L_RXQUAL_UL_P_AMR_RXACCH > U_RXQUAL_UL_P (mandatory rule)


L_RXQUAL_UL_P_AMR_RXACCH >= L_RXQUAL_UL_P (recommended rule)
L_RXQUAL_xL_P > U_RXQUAL_xL_P (mandatory rule)

65 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment
Optimization Tests

Test Description (3/5)


Configuration

Reference

RACCH Default RACCH Tuning1 RACCH Tuning2

RACCH Final *

REP_DL_FACCH_THRE
S_AMR_YY

3
5

Cell Zone A

RADIOLINK_REP_DL_S Feature is deactivated, AMR is in


multi-codec configuration
ACCH
Cell Zone B
L_RXQUAL_XX_P_AMR

All Pilot

All BSC

10

10
5

18

All Pilot

All BSC

1.9 or 3.4 **

_RXACCH
Cell Zone C

1.1

All Pilot

* More information about choosing optimized parameter setting available in optimization test section
** If L_RXQUAL_XX_P=2.9 L_RXQUAL_XX_P_AMR_RXACCH = 3.4
If L_RXQUAL_XX_P=1.1 L_RXQUAL_XX_P_AMR_RXACCH = 1.9

66 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

All BSC

Feature Assessment
Optimization Tests

Test Description (4/5)


On the 5th week, after deducing the optimized range for each parameter, use the optimized

range of all parameters on the whole pilot area to monitor the effects of FACCH, SACCH and
PC parameters changes combined.
Pilot Area will be divided into two cell zones on week 49:
Cell Zone D: using optimized RxACCH parameters with legacy radio link counter
Cell Zone E: using optimized RxACCH parameters with AMR differentiated radio link
counter
Cell Zone
RADIOLINK_TIMEOUT_BS_A
RADIOLINK_TIMEOUT_AMR
Parameter
MR
Cell Zone D

24

24

Cell Zone E

32

32

67 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

TMO Essen
Pilot
Example

Feature Assessment
Optimization Tests
Test Description (5/5)
After each stage, the following indicators are observed to deduce optimized parameters values:
Call Drop: [Call_drop_rate, Call_drop_radio_rate, and Call_drop_HO_rate] and AMR/Non AMR call failure rates
Call Setup: Call_setup_success_rate
Traffic: RTCH_full_duration_avg, RTCH_GSM_Erlang_total and RTCH_DCS_Erlang_total
HO: Success rate, Reversion Old Channel Rate, Rate of HO failure, Rate of HO failure due to Radio, Handover
Efficiency, AMR_TCH_OUT_HO_No_RFACCH_Activated and AMR_TCH_OUT_HO_RFACCH_Activated
RMS: Noisy calls causes split and call quality statistics

The penetration of RxACCH capable Mobiles is correlated also with the


observed improvements

68 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Unitary Tests

69 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Feature Assessment
SACCH Unitary Tests

Test Description
Lock the MS on the frequency of the cell under test
Drive test to record voice quality, RxQual and RxLev at cell border locked each time on
codec AMR-FR, AMR-HR and WB-AMR if available
Perform this test using Release 6 Mobile Station and repeat it to legacy Mobile station
Compare the results before and after feature activation
Drive test route
Cell coverage
with RxACCH
Cell coverage
without RxACCH

BTS

A: Start measurement
(all cases)

B: Radio link failure


without RxACCH

70 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

C: Radio link failure with


RxACCH

Feature Assessment
FACCH Unitary Tests

Test Description
Drive test to record voice quality, RxQual, RxLev and HO procedure while crossing the
boarders of the two cells under tests locked each time on codec AMR-FR, AMR-HR and
WB-AMR if available to perform at least 15 HOs
Perform this test before feature activation with optimized AMR RLT thresholds and then
after RxACCH activation
Perform this test using Release 6 Mobile Station and repeat it with legacy Mobile Station
Compare the results before and after feature activation for both releases

Drive test route


Cell coverage
with RxACCH
Cell coverage
without RxACCH

71 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

3.4
72 | Repeated ACCH

Feature Assessment
FOA Test Results

All Rights Reserved Alcatel-Lucent 2009

Statistical Tests Results

73 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

B11 Indicators Only

Statistical Test Results


RxACCH Capable MS Penetration

As the RxACCH capable MS penetration is around 10%, it is not expected to see a


noticeable improvement as not all those 10% might be in bad radio conditions during
calls
RDFACCH activation penetration rate dropped from ~85% to ~ 10% starting from the second tuning
phase due to disabling the feature for legacy MS due to observing unexpected behavior with the
feature

74 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Statistical Test Results


Radio Measurement Statistics

AMR 12.2 kbps Codec is


dominating codec, more
robust codec are not often
used

Feature impact is
expected to be minimal
as calls are in good radio
conditions and using AMR
12.2 kbps most of the
time

75 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Statistical Test Results


Non Regression Test

Up on activating AMR Multi-Codec, no impact was observed on HO and call drop KPIs
Very slight fluctuations, with a small MS penetration supporting feature, which is using 12.2 Codec most of
the time (good radio conditions)
Feature brought No Regression on the Pilot

76 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Optimization Test Results


Cell Zone A Optimization of REP_DL_FACCH_THRES_AMR_XR

AMR HO Failure
with RDFACCH
support as well
generic HO failures
did not enhance
significantly while
moving the
parameter from 3
to 5 or 7

B11 Indicators Only

REP_DL_FACCH_THRES_AMR_FR=

Increasing the
probability at
which the
RDFACCH is
activated (using 5
or 7) didnt show
significant
impact.

77 | Repeated ACCH

REP_DL_FACCH_THRES_AMR_FR=

All Rights Reserved Alcatel-Lucent 2009

Optimization Test Results


Cell Zone A Optimization of REP_DL_FACCH_THRES_AMR_XR
Legacy Support
Disabled

B11 Indicators Only

REP_DL_FACCH_THRES_AMR_FR=

Transmission
It is recommended
problemsto
existence
use the during
REP_DL_FACCH_THRES_AMR_FR=
tuning phase increased call drop
3 (orrates
the second robust codec
equivalent value in the AMR subset) as a good compromise for activating DL FACCH
Observation of the feature indicators showed that some MSs legacy as current assumption- might not be
Moreover
well impacted
as per during
the current
enabling
assumptions
DL FACCH all
REP_DL_FACCH_LEGACY_SUPPORT
the time. In graph, it can be seen must
that call
be disabled
drop is less
to avoid
impacted during second tuning phase
legacy
due
MSs
to misbehavior
legacy support
with
deactivation
RDFACCH

78 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Optimization Test Results


Cell Zone B Optimization of RADIOLINK_REP_DL_SACCH
10

18

B11 Indicators Only

REP_DL_FACCH_THRES_AMR_FR=

is recommended to use the values 10 for a good compromise for activating RSACCH and
It isItclear
that increasing RADIOLINK_REP_DL_SACCH improves the Radio CDR, however the gain
unnecessary measurement reports repetition and delay
from increasing the parameter to 18 cannot be quantified or compared to RxACCH default activation
period
due
the
transmission
problem and sites value
failurecan
during
tuning
phases
For RLT
of to
24,
the
RADIOLINK_REP_DL_SACCH
be fine
tuned
up to 15 to adapt to the
and customer requirements. Above than 15 if RLT value is higher than 24
It is seennetwork
that the value 5 tuning 1 degrades AMR radio drops when compared to the value 18
tuning

79 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Optimization Test Results


Cell Zone C Optimization of L_RXQUAL_XX_P_AMR_RXACCH

Changing the
L_RXQUAL_XX_P_AMR
_RXACCH from 3 to 1.1
kept the same HO
drops, Yet this is not
totally true as upon
using 1.1 transmission
failures occurred.

80 | Repeated ACCH

L_RXQUAL_XX_P_AMR_RXACCH=

1.1

L_RXQUAL_XX_P_AMR_RXACCH=

1.1

All Rights Reserved Alcatel-Lucent 2009

Optimization Test Results


Cell Zone C Optimization of L_RXQUAL_XX_P_AMR_RXACCH

1.1

B11 Indicators Only

L_RXQUAL_XX_P_AMR_RXACCH=

According to trial the appropriate RxACCH PC parameter to be used is the same as legacy PC parameter.
During changes
L_RXQUAL_XX_P_AMR_RXACCH
from
3 to 1.1 is
observed
enhances
of the radio
Apparently
theresof
some
margin to increasing RxACCH PC
parameter
more
than legacy
parameter
without
drops,
but
no
improves
on
the
radio
drops
for
AMR
with
RSACCH
support
observe impact.
Combining
During changes
of L_RXQUAL_XX_P_AMR_RXACCH
from 3 to 4 degrades
is observed thatand
radio
drops
ALU recommendation
L_RXQUAL_xL_P_AMR_RXACCH
>=L_RXQUAL_xL_P
TMO
slightly
increase,
specifically
the
radio
drops
for
AMR
with
RSACCH
support
recommendation, we will use the following rules:
If L_RXQUAL_XX_P=2.9
The impact of PC parameters
tuning cannot be uncorrelated= with
L_RXQUAL_XX_P_AMR_RXACCH
3.4 the transmission problem occurred at
the same time
If L_RXQUAL_XX_P=1.1 L_RXQUAL_XX_P_AMR_RXACCH = 1.9

81 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Optimization Test Results Final optimized values


Radio Call Drop Rates

For LRLT cell zone a slight CDR


gain is seen (enhancement of
6.5% with respect to multi codec
reference)
For DLRLT cell zone CDR came to
initial mono codec value,
recovering the slight degradation
upon using multi codecs (CDR
enhancement of 10.3% with
respect to multi codec
reference)

82 | Repeated ACCH

Cell Zone E

B11 Indicators Only

AMR multi codec introduction


brought no impact on
LRLT+RxACCH cell zone. However
for DRLT+RxACCH slight CDR
degradation is noticed

B11 Indicators Only

Cell Zone D

All Rights Reserved Alcatel-Lucent 2009

Optimization Test Results Final optimized values


HO Call Drop Rates
Cell Zone D

Is observed a slight improvement


for the AMR HO fail rates with
feature introduction on both
areas
RxACCH capable MS HO drops are
stable

Cell Zone E

RDFACCH capable MS HO drops


slightly enhanced from 0.06% to
0.05% for LRLT cell zone and
from 0.08% to 0.05% for DRLT

83 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

B11 Indicators Only

Unitary Tests Results

84 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

INTRODUCTION
RSACCH Voice Quality Measurements

Objective: Investigate whats the Voice Quality on the edge of a cell border and if
differences are observed when Repeated SACCH is activated. Investigate if RSACCH
feature can extend the cells edge.
Tests were performed in BSC Essen_1H
MS-Fix calls configuration was used during all the trial
Measurements has consisted on several passages of the same path, starting the call
locked in a cell from a point under good radio conditions up to the edge of the cell
where the call drops
2 different cells were tested in two different RLT tuned areas
Legacy RLT zone Cell Oberhausen-18_3a (CI 30268, BCCH 23)
Differentiated RLT zone Cell Essen-Centrum-9_3 (CI 32571, BCCH 98)

VQ indicator (MOS) was assessed using an ALU internal tool, denominated Opera
Radio traces (Nemo Outdoor) were done in parallel

85 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

MEASUREMENT CONFIGURATION
VQ and Unitary RSACCH Measurements
Equipment:
MS<->Fix calls configuration
N85 (MS#1) and N95 (MS#2 Not for VQ propose, just for radio traces )

Opera client (SW version 2.4.2) and Opera Server


Laptop with Nemo Outdoor and GPS

PLMN: TMO, BSC Essen_1H


Type of tests:
Mobility test on 2 different cells, in different RLT configurations
Legacy RLT conf (RLT AMR = legacy RLT = 24)
Differentiated RLT conf (RLT AMR = 32)

Each path is repeated 4 times

Sample
Speech sample has a duration of 6.7s with gap of 2.6s between samples
Speech sample is in English language containing male and female voices
Tes t_SAMPLE.wav

86 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

MEASUREMENT CONFIGURATION
VQ and Unitary RSACCH Measurements
Mobile Equipment configuration
1 MS (Nokia N85 MS#1) connected to Opera Client
1 MS (Nokia N95 MS#2) just for air traces

MSC

TC

1 Opera Client equipment


1 Opera Server equipment

Opera Server

1 Nemo PC with GPS

BSC
BS

Opera Client

USB cable (AT commands, traces)

GPS

Audio cable
Fix line

MS#2
MS#1
Nemo PC

87 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

GEOGRAPHICAL TESTS LOCALIZATION


VQ and Unitary RSACCH Measurements
Cell Oberhausen-18_3a (CI 30268, BCCH 23) Legacy RLT area
The path shown in the picture was performed 4 times, for RSACCH feature
enabled, disabled, UL and DL Total of 16 passages

Path representation
for the cell
measured in Legacy
RLT area Path
distance 2.4km

88 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

GEOGRAPHICAL TESTS LOCALIZATION


VQ and Unitary RSACCH Measurements
Cell Essen-Centrum-9_3 (CI 32571, BCCH 98) Differentiated RLT area
The path shown in the picture was performed 4 times, for RSACCH feature
enabled, disabled, UL and DL - Total of 16 passages

Path representation
for the cell
measured in
Differentiated RLT
area Path distance
1.3km

89 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

RESULTS INTRODUCTION
Voice Quality Measurements Results - VQ and Unitary

RSACCH Measurements

It was realized a set of tests in 2 different cells In each cell was done measurements in DL
and UL, also with feature RSACCH enabled and disabled
2 different cells were tested in two different RLT tuned areas
Legacy RLT zone Cell Oberhausen-18_3a (CI 30268, BCCH 23)
Differentiated RLT zone Cell Essen-Centrum-9_3 (CI 32571, BCCH 98)

For each combination, feature enabled/disabled, RLT legacy/differentiated and UL/DL it was
repeated 4 passages
The methodology consists in lock the mobile into the desired cell under good radio conditions
and then moves into the edge of the cell until the call drops
The objective is to observe if feature RSACCH can extended the radius of a cell maintaining
acceptable Voice Quality
During trial the tests for RFACCH were skipped, because it wasnt possible to find a good spot
(HO fail or call drop) to test this feature in practical time
Here is shown time Evolution Graphs (RxLev, RxQual and MOS) in mobility

90 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

TIME EVOLUTION GRAPHS


Voice Quality Measurements Results VQ and Unitary

RSACCH Measurements

RSACCH Disabled (DL, Legacy RLT) VQ samples are recorded in Opera Client

Consistent results for the 4


passages:
MOS decrease with DL
RxQual decrease in the edge
of the tested cell

91 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

TIME EVOLUTION GRAPHS


Voice Quality Measurements Results VQ and Unitary

RSACCH Measurements

RSACCH Enabled (DL, Legacy RLT) VQ samples are recorded in Opera Client

Similar results through this


data when the feature is
enabled

92 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

TIME EVOLUTION GRAPHS


Voice Quality Measurements Results VQ and Unitary

RSACCH Measurements

RSACCH Disabled (UL, Legacy RLT) VQ samples are recorded in Opera


Server

MOS is stable during UL tests,


because UL is still good while
DL is already dropping the
call Imbalanced cell

93 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

TIME EVOLUTION GRAPHS


Voice Quality Measurements Results VQ and Unitary

RSACCH Measurements

RSACCH Enabled (UL, Legacy RLT) VQ samples are recorded in Opera


Server

The UL tests dont bring


additional information about
feature behaviour because
UL remains good all the time
during each passage

94 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

TIME EVOLUTION GRAPHS


Voice Quality Measurements Results VQ and Unitary

RSACCH Measurements

RSACCH Disabled (DL, Differentiated RLT) VQ samples are recorded in Opera


Client

Consistent results for 3


passages among 4:
MOS decrease with DL
RxQual decrease in the edge
of the tested cell

95 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

TIME EVOLUTION GRAPHS


Voice Quality Measurements Results VQ and Unitary

RSACCH Measurements

RSACCH Enabled (DL, Differentiated RLT) VQ samples are recorded in


Opera Client

Consistent results among


different passages, without
additional data when feature
is active

96 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

TIME EVOLUTION GRAPHS


Voice Quality Measurements Results VQ and Unitary

RSACCH Measurements

RSACCH Disabled (UL, Differentiated RLT) VQ samples are recorded in


Opera Server

Problem with data

Once again, during UL tests


theres no MOS variation
because UL remains good
during all passages.

97 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

TIME EVOLUTION GRAPHS


Voice Quality Measurements Results VQ and Unitary

RSACCH Measurements

RSACCH Enabled (UL, Differentiated RLT) VQ samples are recorded in


Opera Server

Same comment as last slide.

98 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

TIME EVOLUTION GRAPHS


Voice Quality Measurements Results VQ and Unitary

RSACCH Measurements

OBSERVATIONS
Measurements realized in UL are not useful to assess Voice Quality indicator
The reason are linked to imbalanced radio links While the DL (decoded in the MS)
is already under bad conditions, the UL (decoded in BS) are still under good radio
conditions Thats why MOS indicator is not affected in UL tests

The cell and path chosen for Differentiated RLT area, had a strange radio
conditions, going suddenly into very bad radio conditions
This radio characteristics has harmed the evaluation over this cell, because this
path becomes very short and instable

The Time Evolution Graph didn't permit to measure a difference between


the cases where the feature is active and the case where it is not
VQ indicator is similar on the edge of the cell for feature enabled or disabled

99 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

MOS representation on Map


Voice Quality Measurements Results VQ and Unitary
RSACCH Disabled
Legacy RLT

MOS representation during


path 1 measured in Legacy
RLT area, for RSACCH
Disabled Path distance
2.4km

100 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

RSACCH Measurements

MOS representation on Map


Voice Quality Measurements Results VQ and Unitary
RSACCH Disabled
Legacy RLT

MOS representation during


path 2 measured in Legacy
RLT area, for RSACCH
Disabled Path distance
2.4km

101 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

RSACCH Measurements

MOS representation on Map


Voice Quality Measurements Results VQ and Unitary
RSACCH Disabled
Legacy RLT

MOS representation during


path 3 measured in Legacy
RLT area, for RSACCH
Disabled Path distance
2.4km

102 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

RSACCH Measurements

MOS representation on Map


Voice Quality Measurements Results VQ and Unitary
RSACCH Disabled
Legacy RLT

MOS representation during


path 4 measured in Legacy
RLT area, for RSACCH
Disabled Path distance
2.4km

103 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

RSACCH Measurements

MOS representation on Map


Voice Quality Measurements Results VQ and Unitary
RSACCH Enabled
Legacy RLT

MOS representation during


path 1 measured in Legacy
RLT area, for RSACCH
Enabled Path distance
2.4km

104 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

RSACCH Measurements

MOS representation on Map


Voice Quality Measurements Results VQ and Unitary
RSACCH Enabled
Legacy RLT

MOS representation during


path 2 measured in Legacy
RLT area, for RSACCH
Enabled Path distance
2.4km

105 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

RSACCH Measurements

MOS representation on Map


Voice Quality Measurements Results VQ and Unitary
RSACCH Enabled
Legacy RLT

MOS representation during


path 3 measured in Legacy
RLT area, for RSACCH
Enabled Path distance
2.4km

106 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

RSACCH Measurements

MOS representation on Map


Voice Quality Measurements Results VQ and Unitary
RSACCH Enabled
Legacy RLT

MOS representation during


path 4 measured in Legacy
RLT area, for RSACCH
Enabled Path distance
2.4km

107 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

RSACCH Measurements

MOS representation on Map


Voice Quality Measurements Results VQ and Unitary
RSACCH Disabled
Differentiated RLT

MOS representation during


path 1 measured in
Differentiated RLT area, for
RSACCH Disabled Path
distance 1.3km

108 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

RSACCH Measurements

MOS representation on Map


Voice Quality Measurements Results VQ and Unitary
RSACCH Disabled
Differentiated RLT

MOS representation during


path 2 measured in
Differentiated RLT area, for
RSACCH Disabled Path
distance 1.3km

109 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

RSACCH Measurements

MOS representation on Map


Voice Quality Measurements Results VQ and Unitary
RSACCH Disabled
Differentiated RLT

MOS representation during


path 3 measured in
Differentiated RLT area, for
RSACCH Disabled Path
distance 1.3km

110 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

RSACCH Measurements

MOS representation on Map


Voice Quality Measurements Results VQ and Unitary
RSACCH Disabled
Differentiated RLT

MOS representation during


path 4 measured in
Differentiated RLT area, for
RSACCH Disabled Path
distance 1.3km

111 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

RSACCH Measurements

MOS representation on Map


Voice Quality Measurements Results VQ and Unitary
RSACCH Enabled
Differentiated RLT

MOS representation during


path 1 measured in
Differentiated RLT area, for
RSACCH Enabled Path
distance 1.3km

112 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

RSACCH Measurements

MOS representation on Map


Voice Quality Measurements Results VQ and Unitary
RSACCH Enabled
Differentiated RLT

MOS representation during


path 2 measured in
Differentiated RLT area, for
RSACCH Enabled Path
distance 1.3km

113 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

RSACCH Measurements

MOS representation on Map


Voice Quality Measurements Results VQ and Unitary
RSACCH Enabled
Differentiated RLT

MOS representation during


path 3 measured in
Differentiated RLT area, for
RSACCH Enabled Path
distance 1.3km

114 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

RSACCH Measurements

MOS representation on Map


Voice Quality Measurements Results VQ and Unitary
RSACCH Enabled
Differentiated RLT

MOS representation during


path 4 measured in
Differentiated RLT area, for
RSACCH Enabled Path
distance 1.3km

115 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

RSACCH Measurements

MOS representation on Map


Voice Quality Measurements Results VQ and Unitary

RSACCH Measurements

OBSERVATIONS
Accordingly to what was expected, with introduction of RSACCH, the SACCH
repetition would turn the signaling more robust, making that in practice
this could extend the limit of a cell.
From the trial point of view it was expected to see, when the call is locked into
specific cell, that the call drops later when feature is active.
The several tests do not reveal such extension for the cell limit, otherwise we
would have samples decoded in far points.

116 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

CONCLUSION
Voice Quality Measurements Results - VQ and Unitary

RSACCH Measurements

There was no chance during this trial to measure the RFACCH feature due to
time constraints and difficulty on finding, on-site, a HO Fail or a Call drop
during drive tests
According to this set of tests and the cells chosen, it doesnt allow to show
that the feature RSACCH extends the cells size
The reason could be linked with RSACCH not being triggered or triggered too late
Triggered by the RLT counter Apparently this trigger would be working
Triggered for DL if BS receives a certain nb of SRR=1 during a sliding window.
Not working with N85!

According to ALU previous tests N85 is not full compliant with RSACCH. The SRR=1 is
not sent even under poor radio conditions This is being discussed with Nokia
According to recent on-air tests in Lab, with Nokia cooperation, Mobile N6720 according to
Nokia, is working properly, although this is still under discussions with ALU

117 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Conclusion

118 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Conclusion
Non Regression Test:
Feature is operational and brings no regression on the pilot area upon activating
the feature with the default parameters.
Slight variation are observed on pilot area as following:
Call drop rate is slightly enhanced by 3.3%
Incoming HO failure rate is enhanced by 5~6%
Outgoing HO drop rate enhanced by 15 %

Those variations cannot be confirmed as gains as the tested network is using very
slightly the most robust codecs

119 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Conclusion
Justifications
Possible explanation for not so much observed impact
Low percentage (%) of mobiles supporting Repeated SACCH feature (only 10%),
and not necessarily those 10% facing radio problems
Bug in Nokia mobiles with respect to Repeated SACCH, already acknowledged by
Nokia (FR 3BKA45FBR286294)
No major impact from AMR signaling vs. speech gap in TMO network was
observed during the transition from mono codec to multi codec: 96% of codec
distribution is 12.2kbps

120 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Conclusion
Lessons Learned

Pilot area to be used should have been impacted by the AMR introduction or at least with significant
radio and HO call drop rates

For other trials, AMR Codec adaption thresholds should be fine tuned for the AMR subset containing
robust codecs to the pilot area.

Despite this trial permit access on most parameters tuning, it might be required a dedicated fine tuning
on an implementation in a new network

The issues found, which should be corrected soon, will contribute to enhance the feature performance:

Nokia phones Misbehavior with RSACCH feature FR 3BKA45FBR286294

CDR increase with RxACCH FR 3BKA45FBR289679

Workaround applied to disable legacy MS support put KPIs back to normal values

121 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Annex

122 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Codec Redundancy Levels


Level of redundancy of EFR, AMR-FR and
AMR-HR codecs:
The SACCH frames have a 60%
redundancy.
The codecs in blue are more robust
than the SACCH frames.

123 | Repeated ACCH

Codec

Redundancy

EFR (12.2 kbps)

46.5%

AMR-FR 12.2 kbps

46.5%

AMR-FR 10.2 kbps

55.3%

AMR-FR 7.95 kbps

65.1%

AMR-FR 7.40 kbps

67.5%

AMR-FR 6.70 kbps

70.6%

AMR-FR 5.90 kbps

74.1%

AMR-FR 5.15 kbps

77.4%

AMR-FR 4.75 kbps

79.2%

AMR-HR 7.95 kbps

30.3%

AMR-HR 7.40 kbps

35.1%

AMR-HR 6.70 kbps

41.2%

AMR-HR 5.90 kbps

48.2%

AMR-HR 5.15 kbps

54.8%

AMR-HR 4.75 kbps

58.3%

All Rights Reserved Alcatel-Lucent 2009

Cell Zone Division


Criterion
Significant RxACCH capable MSs penetration > 5%
Minimum 20 cells and traffic of 500 Erlangs as minimum per day in average
Homogenous location of cells with no overlapping between cell zones should
be considered as much as possible (trying to minimize inter-cellzone
handovers).
Cell zone A is preferably with bad HO KPIs, Cell Zone B is preferably with bad
CDR KPIs, Cell Zone C is preferably with non optimal radio conditions at cell
borders
Cell Zone D and E should be impacted by AMR signaling imbalance problem
equally as much as possible

124 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Cell Zone Division


Method (1/2)
The following information for all pilot cells is tabulated as following:

The pilot cells are plotted using MapInfo for CDR Radio, CDR HO, and Erlangs
Following the division criterion, a compromise between Erlangs, call drops
(due radio and HO) and location was followed to divide the pilot area to:
Three cell zones for tuning phases
Two cell zones for final optimization phase
A compromise was used as cells with bad KPIs were non-homogeneously located and
pilot KPIs on average was very good

125 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Cell Zone Division


Method (2/2)
Division criteria was more biased towards Erlangs and CDR radio than CDR HO,
as CDR HO was very low and CDR radio already indicated bad radio conditions
for cell zone observed
Erlangs=921

Erlangs=2683

CDR Radio= 0.43%

CDR Radio= 0.716%

CDR HO= 0.18%

CDR HO= 0.27%

Erlangs=2116
CDR Radio= 0.77%
CDR HO= 0.31%

Erlangs=2390
CDR Radio= 0.67%
CDR HO= 0.25%

Erlangs=2035
CDR Radio= 0.75%
CDR HO= 0.27%

Back

126 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Nokia phones Misbehavior with RSACCH feature


Not responding to SRO

127 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

Nokia phones Misbehavior with RSACCH feature


Not setting SRR when needed

Back

128 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009

www.alcatel-lucent.com

129 | Repeated ACCH

All Rights Reserved Alcatel-Lucent 2009