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

1 Feature Overview

3 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

1.1 Feature Overview
Introduction

4 | Repeated ACCH 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 Feature Overview
Repeated DL FACCH

8 | Repeated ACCH 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 MS
3GPP TS 44.006
LAPDm LAPDm

Physical Layer 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 O dd
Even
TCH ~40 ms

Ha lf FACCH burst of the first tra nsmission

1 radio TS
Ha lf FACCH burst of the repetition

Ha lf TCH/ FR burst
• Top: first half (before the training sequence),
Ha lf idle or SACCH burst

• Bottom: second half (after the training

O dd
sequence).
Even

~40 ms

Ha lf FACCH burst of the first tra nsmission

Ha lf FACCH burst of the repetition

Ha lf FACCH burst of a nother signa lling messa ge

Ha lf FACCH burst of the repetition of a nother signa lling messa ge

Ha lf 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.

O dd
Even

~40 ms

Ha lf FACCH burst of the first tra nsmission

Ha lf FACCH burst of the repetition

Ha lf 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
MS
Assumption: RDFACCH
BTS dynamically activated
Physical decoding LAPDm
Msg A
OK
Msg A
OK
Msg B
Msg B
OK

Msg C
NOK
Msg C
NOK
OK

Msg D Soft combining

NOK
Msg D
OK

14 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

Feature Overview
Repeated DL FACCH
MS
BTS
Physical decoding LAPDm
Msg E
Msg E
NOK

Msg F
NOK
Msg F
NOK
NOK

Soft combining

15 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

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

Codec
RDFACCH active Mode 4 voice quality
T
RDFACCH inactive H YS
R_
R _F R_3
M H Codec
3 + A FR_T
_ _ Mode 3
T HR AMR Codec
_
_FR Mode 3
R T
AM YS
_H
_FR _2
R R Codec
+ AM _TH Codec
R Mode 2 +
R_2 R _F Mode 2 +
TH AM YS
T RDFACCH RDFACCH
F R_ _ H
M R_ _FR
A R 1
+ AM H R_
1 T Codec
R_ F R_ Codec
TH _ Mode 1 +
F R_ A MR More robust Mode 1 +
R_ RDFACCH RDFACCH
AM

17 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

1.3 Feature Overview
Repeated SACCH

18 | Repeated ACCH 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 According to spec, MS
Assumption: Assumption: shall try soft combining
Result after soft
•Rep_DL_SACCH_WS
Result of first decodingBTS Result
with previous MSdecoding
of first
Frame if
combining, if applicable= 10 attempt BS side
•Rep_UL_SACCH_WS = 10
Call start attempt
current FrameMS side
is not
•Rep_DL_SACCH_Thres = 3 •Rep_UL_SACCH_Thres =3 decoded
SRR count BFI count
#1, SRO = 0 #1, SRR = 0
As UL Frame
0/1 N/A 0/1 OK OK
was not #2, SRO = 0 #2, SRR = 0
decoded, soft NOK
combining0/2
is N/A 0/2 OK NOK
Frame not #3, SRO = 0 #3, SRR = 1
tried
decoded! SRR
value of last 0/3 NOK 1/3 NOK OK
correct frame is #4, SRO = 0 #4, SRR = 0 NOK
taken 0/4 N/A 1/4 OK Because last DL NOK
#5, SRO = 0 SACCH#5, SRR = 1
frame NOK
Incremented not decoded
because SRR = 1 1/5 N/A 1/5 OK NOK
#6, SRO = 0 #6, SRR = 1
Incremented 2/6 N/A 1/6 OK OK
because SRR = 1 #7, SRO = 0 Possibility to
#7, SRR = 0
have good NOK

RDSACCH
2/7 N/A 1/7 OK decoding due to NOK
#8, SRO = 0 #8, SRR
repetition of = 1 NOK
dynamically
activated 3/8 N/A 1/8 OK message and NOK
#8 repeated, SRO = 0 soft combining
#9, SRR = 1 OK
4/9 N/A 1/9 OK NOK
#9, SRO = 0 #10, SRR = 1
5/10 N/A 1/10 OK OK

28 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

 Feature Overview
Repeated UL SACCH Illustrations
BTS MS
SRR count BFI count
#1, SRO = 0 #1, SRR = 0
As UL Frame
0/1 N/A 0/1 OK OK
was not #2, SRO = 0 #2, SRR = 0 NOK
decoded, soft
Frame notcombining0/2is N/A 0/2 OK NOK
decoded, SRR tried #3, SRO = 0 #3, SRR = 1
value of last 0/3 NOK 1/3 NOK OK
correct frame is #4, SRO = 0 SRO = 1, #4, SRR = 0
taken requesting the
0/4 N/A 1/4 OK UL frames Because last DL OK
#5, SRO = 0repetition SACCH#5, SRRwas
frame =0
RUSACCH
dynamically 0/5 NOK 2/5 NOK not decoded
OK
activated #6, SRO = 0 #6, SRR = 0
0/6 NOK 3/6 NOK OK
Possibility to #7, SRO = 1 #7, SRR = 0
have good SRR = 1 because
decoding due to 0/7 NOK 4/7 NOK UL SACCH frame OK
repetition of #8, SRO = 1 #7 repeated, SRR = 0
is repeated NOK
message and 0/8 OK 5/8 NOK NOK
soft combining #9, SRO = 1 #8, SRR = 1
0/9 NOK 6/9 NOK OK
#10, SRO = 1 #8 repeated, SRR = 1
1/10 OK 7/10 NOK OK

29 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

1.4 Feature Overview
Limitations

30 | Repeated ACCH 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

2 Activation Strategy

33 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

2.1 Activation Strategy
Pre-requisites

34 | Repeated ACCH 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 Activation Strategy
Parameter Settings

36 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

 Activation Strategy
Parameter settings

 New parameters
Range/
Recommended
Parameter Name Definition Instance Default
Value
value
Enables repeated downlink FACCH for
EN_REP_DL_FACCH Cell {0, 1, 2}1/0 2
AMR calls

Legacy support for repeated downlink

FACCH for AMR calls
Remarks:

1. This parameter is relevant only if Cell {0, 1}2/0 0

REP_DL_FACCH_LEGACY_SUPPORT
repeated downlink FACCH is enabled
(EN_REP_DL_FACCH parameter)”

2. This parameter concerns only the

LAPDm command frames.

Repeated DL FACCH activation

threshold for AMR FR. Dynamic {0,1,...,8}3/
REP_DL_FACCH_THRES_AMR_FR activation is done as long as codec Cell 3
3
mode request CMR  threshold.

1
0: disabled; 1: enabled for LAPDm command frames; 2: enabled for LAPDm command frames and also for response frames
2
0: repeated DL FACCH enabled only for AMR MS with repeated ACCH Capability bit = 1; 1: repeated DL FACCH enabled for
all AMR MS
3
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
Instan Range/ Default Recommended
Parameter Name Definition
ce value value
Repeated DL FACCH activation
threshold for AMR HR. Dynamic
REP_DL_FACCH_THRES_AMR_HR activation is done as long as codec Cell {0,1,...,5}1/3 3
mode request CMR  threshold.
Repeated DL FACCH activation
threshold for AMR WB. Dynamic
REP_DL_FACCH_THRES_AMR_WB activation is done as long as codec Cell {0, 1, 2}2/1 NA
mode request CMR  threshold.
Enables repeated SACCH for SAPI 0
frames in case of AMR calls (for mobile
EN_REP_SACCH station having indicated the support of Cell {0,1}/0 1
the feature).
Repeated DL SACCH activation
threshold for UL RLT (Radio Link
Timer) counter. Dynamic activation is 10
RADIOLINK_REP_DL_SACCH triggered in the BTS when the UL RLT Cell {0,...,127}/10
counter is inferior or equal to that “For RLT of 24”
threshold.

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

38 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

Activation Strategy
Parameter settings

 New parameters
Range/ Recommended
Parameter Name Definition Instance
Default value values
Lower uplink quality threshold for Equal to
power control for AMR calls with
L_RXQUAL_UL_P_AMR_RXACCH1 activated Repeated DL FACCH and Cell {0,...,7}/3 L_RXQUAL_UL_P
Repeated SACCH. or slightly higher

Lower downlink quality threshold Equal to

for power control for AMR calls
L_RXQUAL_DL_P_AMR_RXACCH1 with activated Repeated DL FACCH Cell {0,...,7}/3 L_RXQUAL_UL_P
and Repeated SACCH. or slightly higher

1 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
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
Range/ Recommended
Parameter Name Definition changes Instance
Default value value
Counter threshold to detect a radio link
failure on the uplink path for calls using an
AMR codec and for which Repeated SACCH Cell {1,...,255}/1
RADIOLINK_TIMEOUT_BS_AMR 32
and/or Repeated DL FACCH are not 8
activated.
Updated the definition: this timer can also
be used for AMR calls (NB or WB) for which {1,...,255}/1
RADIOLINK_TIMEOUT_BS1 Repeated SACCH and Repeated DL FACCH Cell 8
NA
are activated
Initial value of MS counter for radio link
supervision, when an AMR codec is used
RADIOLINK_TIMEOUT_AMR1 and for which call Repeated SACCH and/or Cell {4,...,64}/16 32
Repeated DL FACCH are not activated.
Updated the definition: this timer can also
RADIOLINK_TIMEOUT1 (BSC)
This also applies to be used for AMR calls (NB or WB) for which
Repeated SACCH and Repeated DL FACCH Cell {4,...,64}/16 NA
RADIOLINK_TIMEOUT1 (MFS) are activated

1
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

3 Feature Assessment

41 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

3.1 Feature Assessment
Impact of other features on performance

42 | Repeated ACCH 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 Feature Assessment
New Counter and Indicators

45 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

Feature Assessment
Telecom Counters

New Counters

Counter Measured
refname LongName Definition object Domain Type
NB_MS_REPEATED_ACCH_Capa Number of calls for which the mobile stations Quality of
MC990 TRX 110
ble supporting the repeated ACCH capability service

Number of calls for which repeated DL FACCH is Quality of

MC991 NB_Calls_RFACCH_Activated TRX 110
activated by the BSC service

Number of calls for which repeated SACCH (DL Quality of

MC992 NB_Calls_RSACCH_Activated TRX 110
or UL) is activated by the BSC service

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

Repeated SACCH is not activated, dropped in
Quality of 110
MC993 NB_AMR_TCH_DROP_RLF_TRX TCH established phase due to radio link failure TRX
service
(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
Quality of
NB_AMR_TCH_DROP_RLF_TRX_ established phase due to radio link failure 110
MC994 TRX service
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

Feature Assessment
Telecom Counters

New Counters

Counter Measured
refname LongName Definition object Domain Type
Number of TCH using AMR codecs (NB or WB)
but with Repeated FACCH not activated,
NB_AMR_TCH_DROP_OUT_HO_ Quality of
MC995 dropped during the execution of any TCH TRX 110
TRX service
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 Quality of
MC996 TRX 110
TRX_RFACCH handover, per TRX. This counter takes into service
account handovers from TCH in traffic or in
signaling mode.

47 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

Feature Assessment
Telecom Counters

New Counters (type 10 & 15)

Counter Measured
refname LongName Definition objectDomain Type
Indicates the number of SAPI 0 frames that were
not repeated.
(SDCCH
S09 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
S16 NB_FRAMES_REPEATED This counter corresponds to the CNT_I_RETX QoS 101
observations)
field of the 48.058 PHYSICAL CONTEXT CONFIRM
message.
Indicates the number of SAPI 0 frames that were
not repeated.
(TCH
T08 NB_FRAMES_NOT_REPEATED This counter corresponds to the CNT_I_TX field QoS 151
observations)
of the 48.058 PHYSICAL CONTEXT CONFIRM
message.
Indicates the number of SAPI 0 frames that were
repeated at least once.
(TCH
T15 NB_FRAMES_REPEATED This counter corresponds to the CNT_I_RETX QoS 151
observations)
field of the 48.058 PHYSICAL CONTEXT CONFIRM
message.
1
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
Number of calls for which Number of calls for which repeated SACCH (DL or UL) is
the mobile stations repeated DL FACCH is allowed by the BSC
supporting the repeated allowed by the BSC
ACCH capability

TC MSC
A

MC990 & MC991 & MC992

CHANNEL AterMUX-CS
ACTIVATION or MODE
MODIFY messages
BTS Number of TCH using AMR codecs (NB
MS or WB) and with Repeated FACCH
Cell Abis activated, dropped during the
BSC execution of any TCH outgoing
CONNECTION FAILURE MC995 & MC996 handover, per TRX. This counter takes
INDICATION into account handovers from TCH in
or traffic or in signaling mode.
ERROR INDICATION messages
MC993 & MC994
Number of AMR TCH (NB or
WB AMR) for which Repeated Number of AMR TCH (NB or WB Number of TCH using AMR codecs (NB or WB) but with
SACCH is not activated, AMR) for which Repeated SACCH is Repeated FACCH not activated, dropped during the
dropped in TCH established activated, dropped in TCH execution of any TCH outgoing handover, per TRX. This
phase due to radio link established phase due to radio link counter takes into account handovers from TCH in
failure (radio link timeout or failure (radio link timeout or traffic.
Lapdm timer expiry), per Lapdm timer expiry), per TRX. This
TRX. counter takes into account TCH in
traffic.

49 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

Feature Assessment
Telecom Indicators

Specific new basic indicators

NPO
indicator Formula
refname LongName NPO NPO B11 Description
Counts the number of calls of mobile stations
supporting the repeated ACCH capability. It
takes into account both Normal assignment
GSDRACN MS_REPEATED_ACCH_Capable 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
GSDRFACN Call_RFACCH_BSC Activated 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
GSDRSACN Call_RSACCH_BSC_Activated MC992 incoming HO and DR.

50 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

Feature Assessment
Telecom Indicators

Specific new basic indicators

NPO
indicator Formula
refname LongName NPO 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),
GTCNRSACN 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
GTCRSACN 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
GTCNRFACN Activated MC995 TCH in traffic.

51 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

Feature Assessment
Telecom Indicators

Specific new basic indicators

NPO
indicator Formula
refname LongName NPO 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_Act counter takes into account handovers from
GTCRFACN ivated MC996 TCH in traffic or in signaling mode.

52 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

Feature Assessment
Telecom Indicators

Specific new computed indicators

NPO
indicator Formula
refname LongName NPO 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
GSDRACR6MSCO o MC992 / MC991 and allowed by the BSC to support RDFACCH
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
RDFACCH_Active_PreR6_MS_capabl (MC991- calls that are at least capable and allowed by
GSDRFAPR6MSCO e_Calls_Ratio MC992) / MC991 the BSC to support RDFACCH
MC990 /(MC703 Penetration rate for the mobile stations,
+ MC15a + already in call state, supporting the repeated
GSDRACCPR RxACCH_MS_Penetration_Rate MC15b) ACCH capability
MC991/ Penetration rate for the mobile stations,
RDFACCH_BSC_Activated_MS_Penet (MC703+MC15a+ already in call state, with RDFACCH BSC
GSDRFACPR ration_Rate MC15b) activated
MC992/ Penetration rate for the mobile stations,
RSACCH_BSC_Activated_MS_Penetr (MC703+MC15a+ already in call state, with RSACCH BSC
GSDRSACPR ation_Rate MC15b) activated.

53 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

Feature Assessment
Telecom Indicators

Specific new computed indicators

NPO
indicator Formula
refname LongName NPO NPO B11 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

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

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

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

GQSNACDRO NonAMR_Call_drop_radio_ratio MC993 + MC994) total radio drops

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

GQSNACDHO NonAMR_Call_drop_HO_ratio MC995 + MC996) total HO drops

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

GSDRSACCDRO AMR_RSACCH_Call_drop_radio_ratio + 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 Formula
refname LongName NPO NPO B11 Description
Rate of AMR calls failed due to Radio
with respect to AMR Normal assignment
(MC993+MC994) / requests (including requests that might
(MC704a + MC704b + fail during the period of TCH
GQSANARFR AMR_NA_Call_radio_fail_rate MC931 assignment to TCH phase).
Rate of AMR calls failed due to HO with
respect to AMR Normal assignment
(MC995+MC996) / requests (including requests that might
(MC704a + MC704b + fail during the period of TCH
GQSANAHOFR AMR_NA_Call_HO_fail_rate MC931) assignment to TCH phase).
Rate of non AMR calls failed due to
Radio with respect to non AMR Normal
assignment requests (including requests
MC736 / (MC702a + that might fail during the period of TCH
GQSNANARFR NonAMR_NA_Call_radio_fail_rate MC702b + MC702c) assignment to TCH phase).
Rate of non AMR calls failed due to HO
with respect to non AMR Normal
assignment requests (including requests
MC621 / (MC702a + that might fail during the period of TCH
GQSNANAHOFR NonAMR_NA_Call_HO_fail_rate MC702b + MC702c) assignment to TCH phase).

55 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

 Feature Assessment
Telecom Indicators

Specific new computed indicators

NPO
indicator Formula
refname LongName NPO NPO B11 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
GSDRACCAFDR AMR_RDFACCH_Call_HO_fail_rate MC996 / MC991 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
GSDRACCASDR AMR_RSACCH_Call_radio_fail_rate MC994 / MC992 assignment to TCH phase).

56 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

Feature Assessment
Telecom Indicators

Specific computed indicators modified

NPO
indicator
refname LongName NPO Modification
The formula only takes into account SV3. It’s update to
GTMMSAMR 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 Views in the report Description of the views

Mobiles with RACCH capable and penetration
Alc_ACCH_MS
rate.
Alc_ACCH_allowed Calls with RFACCH or RSACCH allowed.
Alc_AMR_and_SACCH AMR HO drop with and without FACCH.
Alc_Mono_Repeated_ACCH
Alc_AMR_and_FACCH AMR radio drop with and without SACCH.
Alc_drop_radio_AMR_and_NonAM Split of call drop radio for AMR and NonAMR
R 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 Feature Assessment
Monitoring Method

59 | Repeated ACCH 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

Unitary SACCH Five Days

FACCH Five Days

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
to multi codec configuration as per the following TMO AMR parameters
adjustment example:
Initial Date of Value after
Parameter Name setting modification modification
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 26
{12.2 Kbps, 10.2 Kbps,
AMR_FR_SUBSET {12.2 Kbps} W945.1 7.4 Kbps, 4.75 Kbps}
AMR_START_MODE_FR 1 W945.1 0

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

2
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 3
5 7
“Cell Zone A” All Pilot All BSC

RADIOLINK_REP_DL_S Feature is deactivated, AMR is in

multi-codec configuration 10 10
ACCH 5 18
All Pilot All BSC
“Cell Zone B”

L_RXQUAL_XX_P_AMR
3 1.9 or 3.4 **
_RXACCH 1.1 4
All Pilot All BSC
“Cell Zone C”

* 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

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
TMO Essen
Cell Zone RADIOLINK_TIMEOUT_BS_A
RADIOLINK_TIMEOUT_AMR Pilot
Parameter MR Example
Cell Zone D 24 24

Cell Zone E 32 32

67 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

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) C: Radio link failure with
RxACCH

B: Radio link failure

without RxACCH

70 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

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 Feature Assessment
FOA Test Results

72 | Repeated ACCH 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
Penetration Weekly

100.00%

80.00%

60.00%
%

40.00%

20.00%

0.00%
RACCH RACCH
Mono Codec Multi Codec RACCH Default RACCH Final
Tuning1 Tuning2
RxACCH_MS_Penetration_Rate 0.00% 9.98% 10.36% 10.93% 10.97% 10.38%
RDFACCH_BSC_Activated_MS_Penetration_ 0.00% 0.00% 85.71% 85.98% 10.97% 10.38%
Rate
RSACCH_BSC_Activated_MS_Penetration_R 0.00% 0.00% 10.36% 10.83% 10.97% 10.38%
ate
Time

 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 FR DL Codec Distribution

100% 1.55%
90%
1.50%
80%
70% 1.45%

60%
1.40%
50%
1.35%
40%

 AMR 12.2 kbps Codec is 30%

20%
1.30%

dominating codec, more 10%

1.25%

robust codec are not often 0% Mono Codec Multi Codec RACCH Def ault RACCH Tuning1 RACCH Tuning2 RACCH Final
1.20%

used DL 4.75 FR Frame Distribution

DL 7.4 FR Frame Distribution
0.12%
0.29%
1.12%
2.11%
1.10%
1.21%
1.04%
1.14%
1.11%
1.22%
1.06%
1.16%
DL 10.2 FR Frame Distribution 0.00% 1.71% 1.75% 1.66% 1.76% 1.65%

 Feature impact is DL 12.2 FR Frame Distribution

RMS_Call_noisy_DL_rate
99.54%
1.33%
94.88%
1.46%
95.94%
1.46%
96.15%
1.52%
95.91%
1.47%
96.13%
1.44%

expected to be minimal
as calls are in good radio AMR FR UL Codec Distribution

conditions and using AMR 120.00% 4.00%

12.2 kbps most of the 3.50%
100.00%
time 3.00%
80.00%
2.50%
60.00% 2.00%
1.50%
40.00%
1.00%
20.00%
0.50%
00.00% Mono Codec Multi Codec RACCH Default RACCH Tuning1 RACCH Tuning2 RACCH Final
0.00%
UL 4.75 FR Frame Distribution 0.00% 0.52% 0.49% 0.49% 0.50% 0.50%
UL 7.4 FR Frame Distribution 0.00% 1.39% 1.07% 1.03% 1.08% 1.08%
UL 10.2 FR Frame Distribution 0.00% 1.69% 1.53% 1.47% 1.61% 1.56%
UL 12.2 FR Frame Distribution 100.00% 96.39% 96.90% 97.01% 96.81% 96.86%
RMS_Call_noisy_UL_rate 2.46% 3.17% 3.17% 3.27% 3.38% 3.34%

75 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

 Statistical Test Results
Non Regression Test

Non Regression Statistics

2.00%

1.50%

1.00%
%

0.50%

0.00%
Mono Codec Multi Codec RACCH Default
HO_Inc_BSC_fail_rate 1.31% 1.30% 1.22%
HO_Inc_BSC_unsuccess_rate 1.55% 1.54% 1.46%
HO_Out_BSC_drop_rate 0.13% 0.13% 0.11%
HO_Out_BSC_prep_fail_rate 0.28% 0.26% 0.28%
HO_Out_BSC_ROC_rate 1.18% 1.17% 1.10%
Call_drop_rate 0.84% 0.89% 0.86%
Call_drop_radio_rate 0.65% 0.69% 0.69%
Observation Week

 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
HO Call Drops

0.45%
REP_DL_FACCH_THRES_AMR_FR= 3 5 7
0.40%

 AMR HO Failure 0.35%

with RDFACCH
0.30%

0.25%
support as well

B11 Indicators Only %

0.20%

generic HO failures 0.15%

did not enhance 0.10%

significantly while 0.05%

0.00%
moving the Mono Codec

0
Multi Codec

0.34%
RACCH Default

0.26%
RACCH Tuning1

0.23%
RACCH Tuning2

0.27%
parameter from 3
NonAMR_NA_Call_HO_f ail_rate
AMR_NA_Call_HO_f ail_rate 0 0.38% 0.22% 0.22% 0.26%

to 5 or 7 AMR_RDFACCH_Call_HO_fail_rate 0 0.00% 0.08%

Obs e rvation We e k
0.08% 0.08%

 Increasing the HO Statistics

probability at REP_DL_FACCH_THRES_AMR_FR= 3 5 7
which the
2.00%
1.80%

RDFACCH is 1.60%
1.40%

activated (using 5 1.20%

1.00%
%

or 7) didn’t show 0.80%

0.60%
significant 0.40%

impact.
0.20%
0.00%
Mono Codec Multi Codec RACCH Def ault RACCH Tuning1 RACCH Tuning2

HO_Inc_BSC_f ail_rate 1.55% 1.60% 1.39% 1.40% 1.55%

HO_Inc_BSC_unsuccess_rate 1.67% 1.76% 1.54% 1.55% 1.69%
HO_Out_BSC_drop_rate 0.17% 0.18% 0.15% 0.14% 0.18%
HO_Out_BSC_prep_f ail_rate 0.16% 0.16% 0.16% 0.15% 0.16%
HO_Out_BSC_ROC_rate 1.38% 1.40% 1.26% 1.24% 1.39%
Tim e

77 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

 Optimization Test Results
Cell Zone A  Optimization of REP_DL_FACCH_THRES_AMR_XR
Legacy Support
Disabled
Radio Call Drop Rates
REP_DL_FACCH_THRES_AMR_FR= 3 5 7
3.00%

2.50%

2.00%

1.50%
%

1.00%

0.50%

0.00%
B11 Indicators Only

Mono Codec Multi Codec RACCH Default RACCH Tuning1 RACCH Tuning2

Call_drop_rate 0.90% 0.92% 0.91% 1.29% 1.02%

NonAMR_NA_Call_radio_f ail_rate 0.00% 2.01% 2.27% 2.18% 2.77%
AMR_NA_Call_radio_fail_rate 0.00% 0.60% 0.51% 1.04% 0.52%
AMR_RSACCH_Call_radio_fail_rate 0 0.00% 0.17% 0.14% 0.15%
Observation Week

 Transmission
It is recommended
problemstoexistence
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 REP_DL_FACCH_LEGACY_SUPPORT
all 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 supportwith
deactivation
RDFACCH

78 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

Optimization Test Results
Cell Zone B  Optimization of RADIOLINK_REP_DL_SACCH
Radio Call Drop Rates

3.00%
REP_DL_FACCH_THRES_AMR_FR= 10 5 18

2.50%

2.00%

1.50%
%

1.00%

0.50%
B11 Indicators Only

0.00%
Mono Codec Multi Codec RACCH Default RACCH Tuning1 RACCH Tuning2
NonAMR_NA_Call_radio_fail_rate 0.00% 2.47% 2.23% 2.15% 2.48%
AMR_NA_Call_radio_fail_rate 0.00% 0.81% 0.62% 0.69% 0.66%
AMR_RSACCH_Call_radio_fail_rate 0 0.00% 0.18% 0.21% 0.22%
Call_drop_rate 0.86% 0.95% 0.94% 1.08% 1.03%
Observation Week

• It isItclear
is recommended to use the values 10 for a good compromise for activating RSACCH and
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
For RLT due
of to the
24, transmission
the problem and sites value
RADIOLINK_REP_DL_SACCH failurecan
during tuning
be fine phases
tuned up to 15 to adapt to the
• It is seennetwork and customer requirements. Above than 15 if RLT value is higher than 24
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
HO Call Drops

L_RXQUAL_XX_P_AMR_RXACCH=
0.25%
3 1.1 4
0.20%

0.15%

%
0.10%

0.05%

0.00%
Mono Codec Multi Codec RACCH Default RACCH Tuning1 RACCH Tuning2
 Changing the NonAMR_NA_Call_HO_fail_rate 0 0.18% 0.23% 0.16% 0.18%
L_RXQUAL_XX_P_AMR AMR_NA_Call_HO_fail_rate 0 0.14% 0.12% 0.10% 0.16%

_RXACCH from 3 to 1.1 AMR_RDFACCH_Call_HO_fail_rate 0 0.00% 0.05% 0.04% 0.03%

Observation Week
kept the same HO
drops, Yet this is not
HO Statistics
totally true as upon
using 1.1 transmission L_RXQUAL_XX_P_AMR_RXACCH= 3 1.1 4
12.00%

failures occurred. 10.00%

8.00%

6.00%
%

4.00%

2.00%

0.00%
Mono Codec Multi Codec RACCH Default RACCH Tuning1 RACCH Tuning2
HO_Inc_BSC_fail_rate 0.92% 0.84% 0.77% 0.59% 0.87%
HO_Inc_BSC_unsuccess_rate 1.29% 0.99% 0.99% 11.20% 1.18%
HO_Out_BSC_drop_rate 0.11% 0.09% 0.07% 0.07% 0.11%
HO_Out_BSC_prep_fail_rate 0.35% 0.21% 0.24% 9.14% 0.28%
HO_Out_BSC_ROC_rate 0.82% 0.75% 0.70% 0.58% 0.77%
Observation Week

80 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

 Optimization Test Results
Cell Zone C  Optimization of L_RXQUAL_XX_P_AMR_RXACCH

Radio Call Drop Rates

2.00%
L_RXQUAL_XX_P_AMR_RXACCH= 3 1.1 4

1.50%

1.00%
%

0.50%
B11 Indicators Only

0.00%
Mono Codec Multi Codec RACCH Default RACCH Tuning1 RACCH Tuning2
NonAMR_NA_Call_radio_fail_rate 0.00% 1.75% 1.41% 1.07% 1.20%
AMR_NA_Call_radio_fail_rate 0.00% 0.51% 0.34% 0.36% 0.44%
AMR_RSACCH_Call_radio_fail_rate 0 0.00% 0.11% 0.11% 0.17%
Call_drop_rate 0.68% 0.66% 0.56% 0.52% 0.64%
Observation Week

According to trial the appropriate RxACCH PC parameter to be used is the same as legacy PC parameter.
During changes
Apparently there’sofsome
L_RXQUAL_XX_P_AMR_RXACCH from
margin to increasing RxACCH PC 3 to 1.1 ismore
parameter observed enhances
than legacy of the radio
parameter without
drops, but no
observe impact. improves on the radio drops for AMR with RSACCH support
During changes
Combining of L_RXQUAL_XX_P_AMR_RXACCH
ALU recommendation from 3 to 4 degrades
“L_RXQUAL_xL_P_AMR_RXACCH is observed thatand
>=L_RXQUAL_xL_P” radio
TMOdrops
slightly increase,we
recommendation, specifically thefollowing
will use the radio drops for AMR with RSACCH support
rules:
The impact of PC parameters
If L_RXQUAL_XX_P=2.9 tuning cannot be uncorrelated
 L_RXQUAL_XX_P_AMR_RXACCH = with
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
Cell Zone D RxACCH + LRLT --> Radio Call Drop Rates

2.50%

2.00%

 AMR multi codec introduction 1.50%

%
brought no impact on 1.00%

B11 Indicators Only

LRLT+RxACCH cell zone. 0.50%
However for DRLT+RxACCH slight
CDR degradation is noticed 0.00%
Mono Codec Multi Codec RACCH Default RACCH Final

NonAMR_NA_Call_radio_fail_rate 0.00% 1.99% 2.14% 1.78%

 For LRLT cell zone a slight CDR AMR_NA_Call_radio_fail_rate 0.00% 0.62% 0.49% 0.51%

gain is seen (enhancement of AMR_RSACCH_Call_radio_fail_rate

Call_drop_rate
0
0.92%
0.00%
0.91%
0.16%
0.87%
0.20%
0.85%
6.5% with respect to multi codec Observation Week

reference)
Cell Zone E DRLT + RxACCH --> Radio Call Drop Rates
 For DLRLT cell zone CDR came to
initial mono codec value, 2.50%

recovering the slight degradation 2.00%

upon using multi codecs (CDR

1.50%
enhancement of 10.3% with
%

respect to multi codec 1.00%

B11 Indicators Only

reference) 0.50%

0.00%
Mono Codec Multi Codec RACCH Default RACCH Final

NonAMR_NA_Call_radio_fail_rate 0.00% 2.32% 2.11% 1.68%

AMR_NA_Call_radio_fail_rate 0.00% 0.72% 0.55% 0.48%
AMR_RSACCH_Call_radio_fail_rate 0 0.00% 0.16% 0.19%
Call_drop_rate 0.78% 0.87% 0.86% 0.78%
Observation Week

82 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

 B11 Indicators Only
Optimization Test Results “Final optimized values”
HO Call Drop Rates
Cell Zone D LRLT+RxACCH --> HO Call Drop Rates

0.40%

0.35%

0.30%

0.25%

0.20%

%
0.15%

0.10%

 Is observed a slight improvement 0.05%

for the AMR HO fail rates with 0.00%

Mono Codec Multi Codec RACCH Default RACCH Final

feature introduction on both NonAMR_NA_Call_HO_fail_rate 0 0.34% 0.27% 0.28%

areas AMR_NA_Call_HO_fail_rate
AMR_RDFACCH_Call_HO_fail_rate
0
0
0.34%
0.00%
0.21%
0.08%
0.23%
0.05%
Observation Week
 RxACCH capable MS HO drops are
stable Cell Zone E
DRLT+RxACCH --> HO Call Drop Rates

0.30%
 RDFACCH capable MS HO drops
slightly enhanced from 0.06% to 0.25%

0.05% for LRLT cell zone and 0.20%

from 0.08% to 0.05% for DRLT 0.15%

%

0.10%

0.05%

0.00%
Mono Codec Multi Codec RACCH Default RACCH Final
NonAMR_NA_Call_HO_fail_rate 0 0.19% 0.23% 0.24%
AMR_NA_Call_HO_fail_rate 0 0.26% 0.16% 0.20%
AMR_RDFACCH_Call_HO_fail_rate 0 0.00% 0.06% 0.05%
Observation Week

83 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

 Unitary Tests Results

84 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

INTRODUCTION
RSACCH Voice Quality Measurements

Objective: Investigate what’s 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

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

 1 Nemo PC with GPS 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 wasn’t 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

 10 9:
: 12 4 7:
: 5

-2
-1
0
1
2
3
4
5
6
7

-2
-1
0
1
2
3
4
5
6
7
31 8.
.3 9:
4
93
10 8 4 2
: 12
8:
08
: 40 9: .2
.7 48 56
10
0 1 :1
:

passages:
12 7.
:5 9: 57
0. 48 8
10 03 :2
:12 2 9:
6.
90
:5 48 4
9. :3
10 35 6.
:1 6 9: 22
4

91 | Repeated ACCH
48
3: :4
08 5.
10 .6 9: 55
:1
80 48 0
3: :5
4.

of the tested cell

18 9: 87
10 .0 49 4
04 :0
:1 4.
3: 9: 19
27
. 3
49 8
10 28 :1
:1 3.
3: 9: 52
36 49 0
.6 :2
10 52 2.
:1 9: 81

• MOS decrease with DL

3: 49 0
45 :3
10 . 97 9:
2.
16
:1 2 49 8
3: :4
55 1.
.3 9: 49

Consistent results for the 4

10 00 49 2
:1 :5
4: 0.

RxQual decrease in the edge

04 9: 81
10 .6 50 6
20 :0
:1 0.
4: 9: 13
13 50 8
10 . 9 :0
46 9.
:1 9: 46
4:
23 50 4
.2 :1
10 70 8.
:1 9: 78
4: 50 8
32 :2
. 8.
10 59 9: 11
:1 4 50 0
4: :3
41 7.
.9 9: 43
10 12 50 0
:1 :4
4: 6.
TIME EVOLUTION GRAPHS

51 9: 76
.2 50 0
10 32 :5
:1 5.

Time Evolution Graph - VQ3, DL RSACCH OFF, Legacy RLT

5: 9: 98
00 51 2
10 . 5 :0
5.
62
:1 9: 40
Time Evolution Graph - VQ1, DL RSACCH OFF, Legacy RLT

5: 51 4
19 :1
.1 4.
72
04
6
0

0
-80
-60
-40
-20

-80
-60
-40
-20
-120
-100

-120
-100
MOS

MOS
RxQ avg

RxQ avg
RxLev avg

RxLev avg
10
10 :0
:26 0 :3
0
1
2
3
4
5
6
7

:5

0
1
2
3
4
5
6
7

0.
9. 10 20
10
:2
39
6 :0 6
7: 0:3
08 9.
10 .7 10 53
:2 20 :0 0
7: 0:
18 48
10 .0 10 .8
:2 46 52
:0
7: 0:
27 58
10 .3 .1
:2 68 10 78
7: :0
36 1:
07

All Rights Reserved © Alcatel-Lucent 2009

10 .6 .5
:2 92 10 00
7: :0
46 1:
.0 16
10 16 .8
:2 10 24
7:
55 :0
1:
10 .3 26
:2 40
10 .1
8: 44
04 :0
.6 1:
10 6 35
:2 2 10 . 47
8:
13 :0 0
Voice Quality Measurements Results – VQ and Unitary

.9 1:
10 88 44
:2 .7
8: 10 92
23 :0
10 .3 1:
:2 12 54
8: 10 .1
32 12
.6 :0
10 3 2:
:2 4 03
8: 10 . 4
41 42
10 .9 :0
58 2:
:2 12
8:
51 10 .7
66
10 .2 :0
:2 82 2:
9: 22
00 10 .0
.6 90
10 0 :0
:2 6 2:
31
9:
09 10 . 4
.9 12
10 26 :0
:2 2:
9: 40
19
10 .7
10 .2 38
:2 52 :0
9: 2:
50
28
.5 10 . 04
10
:2 74 :0 8
Time Evolution Graph - VQ4, DL RSACCH OFF, Legacy RLT
Time Evolution Graph - VQ2, DL RSACCH OFF, Legacy RLT

9: 2:
37 59
10 .8 10 .3
98 78
:2 :0
9: 3:
47 08
.2 .7
16 02
0
0

-80
-60
-40
-20
-80
-60
-40
-20

-120
-100
-120
-100
RSACCH Measurements

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

MOS
MOS

RxQ avg
RxQ avg

RxLev avg
RxLev avg
 21 21
:4
8: :18
:2

-2
-1
0
1
2
3
4
5
6
7
0
1
2
3
4
5
6
7
21 52. 6.
:4 0 21 64
9: 58 :1 2
8:
21 01. 35
:4 3 21 .9
:1

enabled
9: 82 66
21 10. 8:
:4 7 21
45
.2
9: 02 :1 90
21 20. 8:
:4 0 21
54
9: 30 .6
:1 14
21 29. 9:
:4 3 03
9: 52 21 .9
21 38. :1 34
:4 6 9:

92 | Repeated ACCH
13
9: 78 21 .2
21 47. :1 60
:4 1 9:
22
9: 00 21 .5
21 57.
3 :1 84
:5 9:
0: 24 31
21 06. 21 .9
:5 6 :1 06
0: 48 9:
41
21 15. 21 .2
:5 9 :1 32
0: 72 9:
50
21 25. 21 .5
:5 2 :1 56
0: 96 9:
21 34. 59
6 21 .8
:5 :2 78
0: 18 0:

data when the feature is

21 43. 09
:5 9 21 .2
0: 42 :2 00
0:

Similar results through this

21 53. 18
:5 2 21 .5
1: 66 :2 24
21 02. 0:
:5 5 21
27
.8
1: 90 :2 50
21 11. 0:
:5 9 21
37
1: 14 .1
:2 72
21 21. 0:
:5 2 46
1: 38 21 .4
21 30. :2 90
:5 5 0:
55
1: 60 21 .8
21 39. :2 20
:5 8 1:
05
1: 84 21 .1
21 49.
2 :2 44
:5 1:
1: 06 14
21 58. 21 .4
:5 5 :2 66
2: 20 1:
23
TIME EVOLUTION GRAPHS

Time Evolution Graph - VQ3, DL RSACCH ON, Legacy RLT

Time Evolution Graph - VQ1, DL RSACCH ON, Legacy RLT

21 07. 21 .7
:5 8 :2 92
2: 24 1:
33
21 17. 21 .1
:5 1 :2 10
2: 78 1:
26 42
.3 .4
42 36

0
0

-80
-60
-40
-20
-80
-60
-40
-20

-120
-100
-120
-100

MOS
MOS

RxQ avg
RxQ avg

RxLev avg
RxLev avg

22 21
:0 :
1 37
:1
0
1
2
3
4
5
6
7

22 :48

-2
-1
0
1
2
3
4
5
6
7

:0 .18 21 4.
1 06
:3 4
22 :57 2 7:
:0 .50 23
2 21 .3
22 :06 6 :3 90
:0 .82 7:
2 32
22 :16 8 21 .7
:0 .15 :3 16
2 7:
42
22 :25 4 21 .0
:0 .47 :3 40
2: 7:
22 34 8 51
:0 .80
2 21 .3
22 :44 2 :3 62
8:
:0 .12 00
2 21 .6
22 :53 4 :3 82
:0 .44 8:
3

All Rights Reserved © Alcatel-Lucent 2009

10
22 :02 8 21 .0
:0 .77
3 :3 08
8:
22 :12 2 19
:0 .09 21 .3
3 :3 34
22 :21 6 8:
:0 .41 28
3 21 .6
22 :30 8 :3 56
:0 .74 8:
3 37
22 :40 4 21 .9
:0 .06 :3 78
3 8:
47
22 :49 8
:0 .39 21 .3
3 :3 02
Voice Quality Measurements Results – VQ and Unitary

22 :58 2 8:
:0 .71 56
4 21 .6
22 :08 4 :3 28
:0 .03 9:
4 05
22 :17 6 21 .9
:0 .3 6 :3 50
4 9:
15
22 :26 0 21 .2
:0 .68
4 :3 76
9:
22 :36 4 24
:0 .00 21 .6
4 :3 00
22 :45 8 9:
:0 .3 33
4 3 21 .9
22 :54 2 :3 22
:0 .65 9:
5: 43
22 03 6 21 .2
:0 .98 :3 46
5 9:
52
22 :13 0
:0 .30 21 .5
5 :4
0:
70
22 :22 4 01
:0 .6 21 .8
Time Evolution Graph - VQ2, DL RSACCH ON, Legacy RLT

Time Evolution Graph - VQ4, DL RSACCH ON, Legacy RLT

5: 28
22 31 :4 94
:0 .94 0:
5 21
11
.1
22 :41 4 :4 44
:0 .26 0:
5: 20
50 0 .5
.5 40
62
0

0
-80
-60
-40
-20

-80
-60
-40
-20
-120
-100

-120
-100
MOS

MOS
RSACCH Measurements

RxQ avg

RxQ avg
 RSACCH Enabled (DL, Legacy RLT) – VQ samples are recorded in Opera Client

RxLev avg

RxLev avg
 12 11
:0
8: : 34

0
1
2
3
4
5
6
7
1 :5

0
1
2
3
4
5
6
7
1. 11 7.
12
44
4 : 35 590
:0 :
8: 11 06.
2 0. :3 9
77 5: 14
12 0 11 16.
: 08 :3 2
:3 5: 38
0 .0 11 25.
12 94 :3 5
: 5: 60
08 11 34.
:3
9 :3 8
.4 5 : 84

93 | Repeated ACCH
12 18 11 44.

Server
: 08 :3 2
:4 5: 08
8 .7 11 53.
4 :3 5
12 2 6: 32
:0
8 :5
11 02.
8
8. :3
06 6: 54
12 4 11 12.
1
: 09 :3
:0 6: 78
7 .3 11 21.
5

call – Imbalanced cell

12 86 :3
6: 02
:0
9 :1
11 30.
8
6 :3
.7 6: 20
12 1 2 11 40.
:0 :3 1
9 :2 6: 50
6 11 49.

DL is already dropping the

.0
3 :3 4
12 6 7 : 74
: 09 11 17.
:3 :3 4
5 .3 7: 44
12 58 11 26.

because UL is still good while

7

MOS is stable during UL tests,

: 09 :3
:5 7: 66
4 11 36.
.0
06 :3 0
12 7: 88
:1
0 :0
11 45.
:3 4
3 .3 8: 14
28 11 04
12
: 10 : 3 . 06
8: 0
:1
2 .6
11 13.
3
54 :3
12 8: 86
:1 11 22.
0:
2 :3 7
1. 8: 08
97 11 32.
12 6 :3 0
:1
0 8: 32
TIME EVOLUTION GRAPHS

Time Evolution Graph - VQ3, UL RSACCH OFF, Legacy RLT

:3
Time Evolution Graph - VQ1, UL RSACCH OFF, Legacy RLT

1 .3
11 41.
3
0 :3
12 0 8: 56
: 10 11 50.
:4 :3 6
9 .9 9: 76
46 00
.0
04

0
0

-80
-60
-40
-20
-80
-60
-40
-20

-120
-100
-120
-100

MOS
MOS

RxQ avg
RxQ avg

RxLev avg
RxLev avg

12 11
:1 :5

0
1
2
3
4
5
6
7

8: 11 5:1
4
0
1
2
3
4
5
6
7

7. :5 2.2
35 11 5:2 60
12 6 :5 1.5
: 18 11 5:3 84
:5 :5 0.9
6 .6 11 5:4 06
8 0 :5 0.2
12 11 5:4 30
:1 :5 9.5
9:
0 6. 11 5:5 54
00 :5 8.8
12 4 11 6:0 76
:1 :5 8.2
9 :1 11 6:1 02
5. :5 7.5
32
12 8 11 6:2 24
: :5 6.8
19 11 6:3 48
:2
4 .6
:5 6.1
5 11 6:4 72

All Rights Reserved © Alcatel-Lucent 2009

12 0 :5 5.4
:1 11 6:5 88
9:
3 3.
:5 4.8
97 11 7:0 18
12 4 :5 4.1
:1 11 7:1 42
9: :5 3.4
5 2. 11 7:2 66
62 :5 2.7
12 0 11 7:3 90
: 20 :5 2.1
:0 11 7:4 14
1 .9 :5 1.4
4 4 11 7:5 36
Voice Quality Measurements Results – VQ and Unitary

12 :5 0.7
:2
0: 11 8:0 60
1 1. :5 0.0
26 11 8:0 84
12 8 :5 9.4
:2 11 8:1 08
0:
2 0.
:5 8.7
59 11 8:2 30
12 2 :5 8.0
: 20
11 8:3 54
:5 7.3
:3
9 .2
11 8:4 78
4 0
:5 6.7
12 11 8:5 02
:2 :5 6.0
0:
4 8.
11 9:0 26
56 :5 5.3
12 4 11 9:1 50
:2 :5 4.6
0: 11 9:2 74
5
Time Evolution Graph - VQ2, UL RSACCH OFF, Legacy RLT

:5 3.9
Time Evolution Graph - VQ4, UL RSACCH OFF, Legacy RLT

7.
88 11 9:3 92
12 8 :5 3.3
: 21 11 9:4 20
:2 :5 2.6
5 .8 9: 4
51 4
5 8 .9
68
0

0
-80
-60
-40
-20

-80
-60
-40
-20
-120
-100

-120
-100
 RSACCH Disabled (UL, Legacy RLT) – VQ samples are recorded in Opera

MOS

MOS
RxQ avg

RxQ avg
RxLev avg

RxLev avg
RSACCH Measurements
 22
:0 21
9:

0
1
2
3
4
5
6
7
21 :4
.2 7

0
1
2
3
4
5
6
7
92 :5
22 3.
:0 21 45
9: :4 6
30
.6 8 :0
22 16 2.
78
:0 21 0
9: :48
49 :1
.2 2.
22 60 10
:0 21 4
9: :4
58 8:
.5 21

94 | Repeated ACCH
22 86 .4
21 92

Server
:1 :4
0: 8:
07 40
.9 .1
22 10 21 38
:1 :4
0: 8:
17 49
.2 .4
22 34 21 62
:4

during each passage

:1 8:
0: 58
26 .7
.5 21 84
22 56 :4
:1 9:
0: 08
35 .1
.8 21 08

The UL tests don’t bring

22 76 :4
:1 9:
0: 17
45 .4
21 30
.2

feature behaviour because

04 :4
22 9:
:1 36
0: .0
54 21 80

additional information about

UL remains good all the time

.5 :4
22 28 9:
:1 45
1: .4
03 21 02
.8 :4
50 9:
22 54
:1 .7
1: 21 26
22 :5
.4 0:
22 98 04
:1 .0
1: 21 50
31 :5
.8 0:
22 22
22 .6
:1 21 98
1:
41 :5
0:
.1 32
22 42 .0
:1 21 18
TIME EVOLUTION GRAPHS

:5

Time Evolution Graph - VQ3, UL RSACCH ON, Legacy RLT

1:
Time Evolution Graph - VQ1, UL RSACCH ON, Legacy RLT

50 0:
.4 41
22 70 .3
21 44
:1 :5
1: 0:
59 50
.7 .6
86 66
0

0
-80
-60
-40
-20

-80
-60
-40
-20
-120
-100

-120
-100
MOS

MOS
RxQ avg

RxQ avg
RxLev avg

RxLev avg
22 21
:2 : 58
0:

0
1
2
3
4
5
6
7
0
1
2
3
4
5
6
7

00 :4
.4 7 .7
22 5 4 21 78
:2 :5
0: 8
0 9. :5
22 77 7 .1
: 8 21 00
20
:1 :5
9 9 :0
.1 6
22 0 4 .4
:20 21 24
:3 : 59
7. :1
22 75 5
:2 0 .7
0: 21 48
47 : 59
.0 :2
22 76 5.
:2 07
0: 21 2
56 : 59
.3

All Rights Reserved © Alcatel-Lucent 2009

22 98 :3
:2 4.
1: 39
05 21 6
.7 :5
22 22 9 :4
:2 3 .7
1: 18
15 21
.0 : 59
22 46 :5
:2 3
1: .0
24 22 42
.3 : 00
22 68
:2 :0
1: 2 .3
33
Voice Quality Measurements Results – VQ and Unitary

.6 22 66
22 92 : 00
:2 :1
1:
43 1 .6
.0 22 90
22 14 :0
:2 0 :2
1: 1
52 .0
.3 22 12
22 40 :0
:2 0
2: :3
01 9 .6
.6 22 60
22 64
:2 : 00
2: :4
10
.9 8 .9
22 86 22 82
:2
2: : 00
20 :5
.3 8 .3
22 10 22 06
:2 :
Time Evolution Graph - VQ4, UL RSACCH ON, Legacy RLT

2: 01
Time Evolution Graph - VQ2, UL RSACCH ON, Legacy RLT

29 :0
.6 7.
22 34 62
:2 22 8
2: : 01
38 :1
.7 6
94 .9
54
0
 RSACCH Enabled (UL, Legacy RLT) – VQ samples are recorded in Opera
0

-80
-60
-40
-20

-120
-100
-80
-60
-40
-20

-120
-100

MOS
MOS

RxQ avg
RxLev avg
RxQ avg
RxLev avg
RSACCH Measurements
 TIME EVOLUTION GRAPHS
Voice Quality Measurements Results – VQ and Unitary RSACCH Measurements

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

Client Time Evolution Graph - VQ2, DL RSACCH OFF, Differentiated RLT
Time Evolution Graph - VQ1, DL RSACCH OFF, Differentiated RLT

7 -76
7 -80

-78
-81
6
6
-82 -80

5 -82
5 -83

-84 -84
4
4 MOS
-85 MOS -86 RxQ avg
RxQ avg RxLev avg
-86 RxLev avg 3
3 -88

-87
-90
2
2 -88

Consistent results for 3 -89 1

-92

passages among 4:
1
-90
-94

0 -96
0 Time Evolution Graph - VQ3, DL RSACCH OFF, Differentiated RLT -91 Time Evolution Graph - VQ4, 10:57:52.806
DL RSACCH OFF,10:58:02.126
Differentiated RLT
• MOS decrease with DL
10:57:24.844 10:57:34.168 10:57:43.490 10:58:11.406
10:43:50.364 10:43:59.624 10:44:18.284

RxQual decrease in the edge

7 -80 7 -79.5

of the tested cell 6 -80

6

-82
-80.5
5 5

-81
4 -84 4

-81.5
3 3
MOS MOS
-86 RxQ avg -82 RxQ avg
RxLev avg RxLev avg
2 2
-82.5

1 -88 1
-83

0 0
-83.5
11:07:48.974 11:07:58.296 11:08:07.608 11:21:32.856 11:21:42.184 11:21:51.502
-90

-1 -1 -84

-2 -92 -2 -84.5

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
Time Evolution Graph - VQ1, DL RSACCH ON, Differentiated RLT Time Evolution Graph - VQ2, DL RSACCH ON, Differentiated RLT

7 0 7 -72

-74
6 6
-20
-76

5 5

-40 -78

4 4
-80
MOS MOS
-60 RxQ avg RxQ avg
RxLev avg -82 RxLev avg
3 3

-80 -84
2 2

Consistent results among -86

different passages, without

1
-100
1
-88

additional data when feature

0
Time Evolution Graph - VQ3, DL RSACCH ON, Differentiated RLT -120 0 Time Evolution Graph - VQ4, DL RSACCH ON, Differentiated RLT -90

is active
7
11:34:48.464 11:34:57.788 11:35:07.112 11:35:16.436 11:35:25.758 11:35:35.072 11:35:44.354
-76
7
11:51:37.834 11:51:47.160 11:51:56.484 11:52:05.808 11:52:15.126 11:52:24.454 11:52:33.774

-83

-78 -84
6
6

-80 -85
5
5
-86
-82
4
MOS 4
-87
MOS
-84 RxQ avg
RxQ avg
RxLev avg
3 -88 RxLev avg
3
-86

-89
2
-88 2

-90

1
-90 1
-91

0 -92
0 -92
12:09:37.636 12:09:46.964 12:09:56.286 12:10:05.588
12:25:13.062 12:25:22.408 12:25:31.732 12:25:41.052

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
Time Evolution Graph - VQ1, UL RSACCH OFF, Differentiated RLT Time Evolution Graph - VQ2, UL RSACCH OFF, Differentiated RLT

7 0 7 1.2

6 6
-20 1

5
-40 5

4
MOS
4
Problem with data 0.8

-60 RxQ avg

RxLev avg
3 0.6

-80 3
2
0.4
2

Once again, during UL tests

-100
1

there’s no MOS variation

0 -120
1
0.2

because UL remains good

0

6
8

6
6

67

32

29
3

Time Evolution Graph - VQ3, UL RSACCH OFF, Differentiated RLT

.0

.0
.7

.3

.7

.3

.6

.9

.5
2.

1.

9.

Time Evolution Graph - VQ4, UL RSACCH OFF, Differentiated RLT

36

32
6

8
:2

:4

:5

:1

:2

:4

:5

:5

:0

:1
9:

0:
49

49

49

50

50

50

50

50

51

51

during all passages.

0 0
:4

:5

:
:

:
15

15
15

15

15

15

15

15

15

15

15

15

7 0
7 -75

6 6
-20 -80

5 5
-40 -85

4 4
MOS MOS
-60 RxQ avg -90 RxQ avg
RxLev avg RxLev avg
3 3

-80 -95
2 2

-100 -100
1 1

0 -120 0 -105
8

04

24

98

22

84
4

68

40
0

41 8
14
6

98
6

65

5
:1 .70

:1 .31

55

:1 .87

52

:1 .78
:1 .37

:1 .02

:1 .34

:1 .67

:1 .99

64

:1 .96

:1 .29

:1 .61

:1 .93

:1 .26

:1 .58

:1 .90

:1 .20

:1 .84

:1 .17

:1 .49

:1 .81

14

.0

.4

.7

.0

.7

.3

.6

.0

.3

.3

.6

.9

.5

.9

.5

.8

.5
.1

3.
4.
.
.

12

13

22

31

50

59

18

27
8

46
16 :38

16 :06

16 :15

16 :25

16 :53

16 :58

16 :07

16 :26

16 :54

16 :03

16 :31
16 :29

16 :48

16 :57

16 :34

16 :43

16 :02

16 :11

16 :21

16 :30

16 :39

16 :17

16 :35

16 :45

16 :13

:2

:3

:4

:1

:2

:3

:4

:0
:5

:5
3:

5:

5:

5:

5:

5:

6:

6:

6:
8:

23

23

23

24

24

24

24

25
23

24
5

8
14

:2

:2
:2

:2

:2

:2

:2

:2

:2
:1

:1

:1

:1

:
:

16

16
16

16

16

16

16

16

16

16

16

16

16

16

16

16

16

16

16
16

97 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

 16 16
:4 :
1 18
16 :56

0
1
2
3
4
5
6
7
16 :05

0
1
2
3
4
5
6
7
:4 .98
2 6 :1 .43
8
16 :15 6
:4 .63 16 :14.
2 :1 75
16 :43 8 8 8
:4 .60 16 :33
3 8 :1 .40
16 :02 8:
4 6
:4 .2 5
3
16 2
6 :1 .73
16 :20 8 0
:4 .90
3 2
16 :52
:1 .05
16 :39 4

98 | Repeated ACCH
9:
:4 .5 5 0 1
3 0 16
16 :58 :1 .37
:4 .19 9 8
4 8 16 :10.
16 :26 :1 7
9: 02
:4 .1 6
4 2 0
8 16
16 :54 :1 .02
:4 .14 9 4
5 0 16 :29
16 :22 :1 .34
: 4 . 11
5
9:
3 8
0 16 8
16 :40 :1 .67
:4 .75
6 9 2
6 16 :47
16 :08
. :1 .99
Opera Server
:4 72 6
6 8
9:
5
16 :27 16 7
:2 .31
:4 .37
6 6 0 8
16 :46 16 :06
:4 .02 :2 .64
7 0:
2 2
16 :04 4
.
16 5
:4 67 :2 .29
7

Same comment as last slide.

0 0 0
16 :23 16 :34
:4 .3 1 :2 .61
7 8 0: 4
16 :41 16 4 3
:4 .96
8 4
:2 .93
0 6
16 :00 16 :53.
:4 .6 1
8 2 :2 2
1: 62
16 :28
16 1 1
:4 .58
8 2 :2 .90
16 :47 1 8
:4 .23 16 :21
9 0 :2 .23
16 :05 1:
3 2
:4 .87
9
16 0
6 :2 .55
16 :24 1 4
:4 .5 2
9 4
16 :39.
:2 8
16 :52 1: 7 8
. 4
TIME EVOLUTION GRAPHS

:5 49 9
0 6
16
:2 .20
16 :11
:5 .1 4 1 2
0 0 16 :58.
5

Time Evolution Graph - VQ3, UL RSACCH ON, Differentiated RLT

16 :29 :2
Time Evolution Graph - VQ1, UL RSACCH ON, Differentiated RLT

:5 .79 2: 26
0: 16 07
57 0 :2 .85
.7 2:
60 35 0
.8
20

0
0

-80
-60
-40
-20

-120
-100
-80
-60
-40
-20

-120
-100

MOS
MOS

RxQ avg
RxLev avg
RxQ avg
RxLev avg

17
: 02 16
17 :18 :

0
1
2
3
4
5
6
7

29
:0 .6 :2
1
0
1
2
3
4
5
6
7

2 4.
17 :27 0 16 04
:0 .9 :29 8
2: 34 :3
17 37 3.
:0 .2 16 37
2 5 :2 2
17 :46 8 9:
: 0 . 58 42
2 16 .6
17 : 55 2 :2 96
:0 .9 9:
3 0 52
17 :05 0 16 .0
:0 .2 :3 20
3 1 0:
17 :14 2 01
:0 .5 16 .3
3 5 :3 44
17 :23 2 0:

All Rights Reserved © Alcatel-Lucent 2009

:0 .8 10
3: 76 16 .6
17 33 :3 66
:0 .2 0:
3 0 19
17 : 51 0 16 .9
:0 .84 :3 90
4 0:
17 :01 6 29
:0 .1 .3
4 7 16
:3 12
17 :19 0 0:
:0 .8 38
4 1 16 .6
17 :29 8 :3 36
: 0 . 14 0:
4 47
Voice Quality Measurements Results – VQ and Unitary

17 :38 0 16 .9
:0 .4 :3 62
4 6 0:
17 :47 4 57
:0 .7 .2
4 8 16 84
17 :57 8 :3
:0 .1 1:
5 1 06
.6
17 : 06 2 16
:3 08
:0 .43
5 1:
15
17 :15 6 16 .9
:0 .7
5 5 :3 32
17 :25 8 1:
:0 .0 25
5 8 16 .2
56
17 : 43 2 :3
:0 .7 1:
5 3 34
17 :53 0 16 .5
:0 .0 :3 80
6 5 1:
17 :02 2 43
:0 .37 16 .9
6 :3 02
17 :11 6 2:
:0 .7 02
6 0 16 .5
17 :21 0 :3 50
:0 .0 2:
6 2 11
17 : 30 4 16 .8
: 0 . 34 :3 72
Time Evolution Graph - VQ4, UL RSACCH ON, Differentiated RLT

6:
3 6 2:
Time Evolution Graph - VQ2, UL RSACCH ON, Differentiated RLT

17 21
:0 9.6 16 .1
6: 70 :3 96
48 2:
.9 30
94 .5
 RSACCH Enabled (UL, Differentiated RLT) – VQ samples are recorded in

20
0

-80
-60
-40
-20

-120
-100
-94
-92
-90
-88
-86
-84
-82
-80
-78
-76
-74
RSACCH Measurements

MOS
MOS

RxQ avg
RxQ avg

RxLev avg
RxLev avg
 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 – That’s 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 Measurements

 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

MOS representation on Map
Voice Quality Measurements Results – VQ and Unitary RSACCH Measurements

 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

MOS representation on Map
Voice Quality Measurements Results – VQ and Unitary RSACCH Measurements

 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

MOS representation on Map
Voice Quality Measurements Results – VQ and Unitary RSACCH Measurements

 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

MOS representation on Map
Voice Quality Measurements Results – VQ and Unitary RSACCH Measurements

 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

MOS representation on Map
Voice Quality Measurements Results – VQ and Unitary RSACCH Measurements

 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

MOS representation on Map
Voice Quality Measurements Results – VQ and Unitary RSACCH Measurements

 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

MOS representation on Map
Voice Quality Measurements Results – VQ and Unitary RSACCH Measurements

 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

 MOS representation on Map
Voice Quality Measurements Results – VQ and Unitary RSACCH Measurements

 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

 MOS representation on Map
Voice Quality Measurements Results – VQ and Unitary RSACCH Measurements

 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

 MOS representation on Map
Voice Quality Measurements Results – VQ and Unitary RSACCH Measurements

 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

 MOS representation on Map
Voice Quality Measurements Results – VQ and Unitary RSACCH Measurements

 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

 MOS representation on Map
Voice Quality Measurements Results – VQ and Unitary RSACCH Measurements

 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

 MOS representation on Map
Voice Quality Measurements Results – VQ and Unitary RSACCH Measurements

 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

 MOS representation on Map
Voice Quality Measurements Results – VQ and Unitary RSACCH Measurements

 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

 MOS representation on Map
Voice Quality Measurements Results – VQ and Unitary RSACCH Measurements

 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

 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 doesn’t 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

4 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 Downlink AMR FR distribution - OZ_CELL2G: CellZone_TMO1_Essen1_H (217) - 11/05/2009 (Working Zone:
WorkingZone_B11Test_extended_to_adjaBSCs)

90.%
80.%
70.%
60.%
50.% % Frames dist
%

40.%
30.%
20.%
10.%
.%
4.75 5.15 5.9 6.7 7.4 7.95 10.2 12.2
FR AMR Codec (kbit/s )

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

5 Annex

122 | Repeated ACCH All Rights Reserved © Alcatel-Lucent 2009

 Codec Redundancy Levels

Level of redundancy of EFR, AMR-FR and Codec Redundancy

AMR-HR codecs: EFR (12.2 kbps) 46.5%
AMR-FR 12.2 kbps 46.5%
 The SACCH frames have a 60%
AMR-FR 10.2 kbps 55.3%
redundancy.
AMR-FR 7.95 kbps 65.1%
 The codecs in blue are more robust AMR-FR 7.40 kbps 67.5%
than the SACCH frames. 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%

123 | Repeated ACCH 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=2035
Erlangs=2390
CDR Radio= 0.75%
CDR Radio= 0.67%
CDR HO= 0.27%
CDR HO= 0.25%

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