ALu seminar RX ACCH

B11 MR1 Ed1.x / Ed2.x Seminar of GSM Network Engineering

Repeated ACCH

Jorge S. Silva, Philip Fawzy, Robin Brassac March, 2010

Agenda 1. Fe Feat atur ure e Over Overvi view ew 

Introduction



Repeated DL FACCH



Repeated UL SACCH



Expected Gains and Limitations

2. Ac Acti tiva vati tion on St Strat rateg egy y 

Pre-requisites



Parameter settings

3. Fe Feat atur ure e Ass Asses essm smen entt 

Theoretical gains



Impact of other features on performance



New Counter and Indicators



Monitoring method



FOA tests results

4. Co Con ncl clu usi sio on

2 | Repeated ACCH

All Rights Reserved © Alcatel-Lucent Alcatel-Lucent 2009 2009

1 3 | Repeated ACCH

Feature Overview


1.1 4 | Repeated ACCH

Feature Overview Introduction


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 Associated Control Control Channel), which is used for non-urgent non-urgent procedures (mainly (mainly for the transmission transmission of the radio measuremen measurementt data needed for handover decisions, power control, TA calculation), – FACCH (Fast (Fast Associated Control Channel), Channel), which is involved in delay 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 Radio link link failu failure re – HO failure failure (timer (timer expiry) expiry)



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

5 | Repeated ACCH


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


Feature Overview Introduction Feature description 

Standardized in 3GPP Release 6: 

MS capability indicated by the Repeated ACCH flag in classmark classmark 3 message message (1 (1 bit field): –0 The The mob mobil ile e sta stati tio on doe does s not not supp suppor ortt Rep Repea eate ted d SA SACC CCH H –1 The The mob mobile ile stat statio ion ns sup uppo port rts s Rep Repea eate ted d SAC SACCH CH and and Rep Repea eate ted d Dow Downl nlin ink k FACCH



Support mandatory for Release 6 MS, – Some pre-re pre-releas lease e 6 MS may have 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



Feature Overview Repeated DL FACCH


Feature Overview Repeated DL FACCH RDFACCH operation operation principles principles – 3GPP standard 

The feature was designed to be compatible with legacy MS for LAPDm command frames.



Criteria to activate RDFACCH is implementation 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


Feature Overview Repeated DL FACCH RDFACCH operation operation principles principles – 3GPP standard (LAPDm Dm en enti tity ty)) BTS side (LAP 

When RDFACCH RDFACCH is active, active, each each LAPDm frame frame is repeated repeated twice by BTS entity.



The duplicated duplicated LAPDm frame is inserted 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 between the emission emission of a previous LAPDm frame and its copy, copy, its emission is delayed. delayed.

10 | Repeated ACCH


Feature Overview Repeated DL FACCH RDFACCH operation operation principles principles – 3GPP standard Delay between original FACCH and its repetition 

TCH/FR case: 

Original Original FACCH frame frame and copy spaced spaced by 8 or 9 (in case they are separated 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


Feature Overview Repeated DL FACCH RDFACCH operation operation principles principles – 3GPP standard Delay between original FACCH and its repetition 

TCH/HR case: 

Original Original FACCH frame frame and copy spaced spaced by 8 or 9 (in case they are separated 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


Feature Overview Repeated DL FACCH RDFACCH operation operation principles 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, received, the MS MS shall not not send send the LAPDm LAPDm frame frame of the current current FACCH block block to the LAPDm LAPDm entity. entity.



If it is successfully decoded and there was no such previously received identical FACCH FACCH block, the the LAPDm frame of the current FACCH block is sent to the the LAPD LAPDm m entity 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 LAPDm frame produced produced by the new decodi decoding ng is sent to to the LAPDm LAPDm entity. entity.

13 | Repeated ACCH


Feature Overview Repeated DL FACCH MS BTS

Assumption: RDFACCH dynamically activated

Physical

decoding

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


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


LAPDm

Feature Overview Repeated DL FACCH RDFACCH operat operation ion principles principles – ALU implement implementation ation 

Only AMR calls are concerned with the feature



Criteria to dynamically activate RDFACCH: 

RDFACCH allowed for this call AND AMR DL codec requested is threshold – –



☺ 

≤

configured

Simple, Fast, autonomously autonomously managed managed by BTS BTS RDFACCH application dependent upon Codec Mode Adaptation behavior

Every 480 ms, the BTS checks the last Codec C odec Mode Request (CMR) used use d and decides whether RDFACCH shall be activate or not.

NB: Codec Mode Mode Request (CMR) (CMR) is sent every 2 speech frames (i.e. (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 specifies the codec recommended recommended in DL, based on standardized standardized C/I computations computations.. 

When RDFACCH is dynamically activated, T200 timers (T200_TF (T2 00_TF and T200_TH) in the BTS are increased by 40 ms.

16 | Repeated ACCH


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 Y S H R_ F _ R 3 _ R M T H A _ + 3 F R R_ M R_ H T A R_ F R_ T A M Y S H R_ F _ R 2 _ R M T H A _ + 2 F R R_ M R_ H T T A _ Y S R H F R_ R_ F _ R A M 1 A M H R_ + Codec T 1 R_ R_ F Mode 1+ H T R_ _ M R A F RDFACCH R_ A M

Better intrinsic voice quality

Codec Mode 4

RDFACCH inactive

17 | Repeated ACCH

Codec Mode 3

Codec Mode 2 + RDFACCH

Codec Mode 3


More robust




Feature Overview Repeated SACCH


Feature Overview Repeated SACCH RSACCH operation operation principles 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: Repeat Repeated ed SACCH SACCH not requir required ed – 1: Rep Repea eate ted d SACC SACCH H requ require ired d

19 | Repeated ACCH


Feature Overview Repeated DL SACCH “3GPP Standard” Repeated Repeated DL SACCH SACCH operation operation principles – 3GPP standard standard

MS side 

The MS MS shall first first attempt to decode 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 “Not require required” d” 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


Feature Overview Repeated DL SACCH “3GPP Standard” Repeated Repeated DL SACCH SACCH operation operation principles – 3GPP standard 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 t he repetition.

21 | Repeated ACCH


Feature Overview Repeated UL SACCH “3GPP Standard” Repeated Repeated UL SACCH SACCH operation operation principles principles – 3GPP standard standard

BSS side 

The BSS shall first attempt to decode any UL SACCH block received without combining with previously received SACCH block. 



If decoding decoding fails, fails, it may try decodin decoding g using soft combining combining with with previous previous SACCH block received.

The BSS BSS may set set the value value of the the SRO in any any DL SACCH SACCH block block based based on implementation-dependent 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


Feature Overview Repeated DL SACCH “ALU Implementation” RSACCH operatio operation n principles principles – ALU implementatio implementation n 

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

≤

configured threshold

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, independentl indep endently y of DL SACCHs SACCHs being well well decode decode or not at MS 23 | Repeated ACCH


Feature Overview Repeated DL SACCH “ALU Implementation” RSACCH operatio operation n principles principles – ALU implementatio implementation n

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


Feature Overview Repeated UL SACCH “ALU Implementation” RSACCH operatio operation n principles principles – ALU implementatio implementation n

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, independentl independently y of previous UL SACCHs SACCHs being well decoded 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 we ll decoded, the MS action will be mobile supplier dependent as this is not standardized. 25 | Repeated ACCH


Feature Overview Repeated UL SACCH “ALU Implementation” RSACCH operatio operation n principles principles – ALU implementatio implementation n

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


Feature Overview Repeated SACCH Illustrations RSACCH RSACCH operation operation principles principles – illustrat illustrations ions 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_SAC Rep_DL_SACCH_W CH_WS S = 10, Rep_DL_SACCH Rep_DL_SACCH_Thres _Thres = 3



Rep_UL_SAC Rep_UL_SACCH_WS CH_WS = 10, Rep_UL_ Rep_UL_SACCH SACCH_Thre _Thress = 3

27 | Repeated ACCH


Count of SRR = 1 in last Feature Overview Rep_DL_SACCH_WS frames

Count of bad frames in last Rep_UL_SACCH_WS frames

Repeated DL SACCH Illustrations

Assumption: Assumption: Result after soft Result of first decodingBTS •Rep_DL_SACCH_WS combining, if applicable= 10 attempt BS side = 10 •Rep_UL_SACCH_WS 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

28 | Repeated ACCH

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

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


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

OK NOK NOK OK

#4, SRR = 0

NOK

Because last DL NOK SRR = 1 SACCH#5, frame not decoded NOK #6, SRR = 1 OK Possibility to #7, SRR = 0 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 As UL Frame 0/1 was not decoded, soft 0/2 Frame notcombining is decoded, SRR tried value of last 0/3 correct frame is taken 0/4 RUSACCH dynamically activated Possibility to have good decoding due to repetition of message and soft combining

29 | Repeated ACCH

BFI count N/A N/A

0/1 0/2

NOK

1/3

N/A

1/4

0/5

NOK

2/5

0/6

NOK

3/6

0/7

NOK

4/7

OK OK

MS

#1, SRO = 0

#1, SRR = 0

#2, SRO = 0

#2, SRR = 0

#3, SRO = 0

#3, SRR = 1

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

OK #7, SRO = 1 SRR = 1 because #7, SRR = 0 UL SACCH OK NOK frame #8, SRO = 1 #7isrepeated repeated,, SRR = 0 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

#10, SRO = 1


#8 repeated repeated,, SRR = 1

OK OK

NOK


Feature Overview Limitations


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 repeated and therefore, therefore, for these HOs the signaling signaling link (in UL) has the same performances than legacy FACCH.

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

31 | Repeated ACCH

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


Feature Overview Multi-Block Handovers Limitation Multi-block Handovers 





Length Length of LAPDm LAPDm messages messages is fixed: 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


2 33 | Repeated ACCH

Activation Strategy



Activation Strategy Pre-requisites


Activation Strategy Pre-requisites 

AMR is activated in multi codec configuration using subset codecs containing codecs more robust than signaling codecs. 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; indicator; RxACCH_MS_ RxACCH_MS_Penetra Penetration_R tion_Rate”. ate”.



AMR Codec Subset and Codec Adaption thresholds thresh olds 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



Activation Strategy Parameter Settings


Activation Strategy Parameter settings 

New parameters Parameter Name

Definition

Instance

Range/ Default value

Recommended Value

EN_REP_DL_FACCH

Enables repeated downlink FACCH for AMR calls

Cell

{0, 1, 2}1/0

2

Cell

{0, 1}2/0

0

Cell

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

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 command frames. frames.

REP_DL_FACCH_THRES_AMR_FR

1

Repeated DL FACCH activation threshold for AMR FR. Dynamic activation is done as long as codec mode request CMR ≤ threshold.

0: disabled; disabled; 1: enabled enabled for LAPDm command frames; 2: enabled enabled for LAPDm LAPDm command frames and and also for response frames 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 7,95 kbs; 7: 10,2 kbs; 8: 12,2 kbs 37 | Repeated ACCH



New parameters

Parameter Name

Definition

Instan ce


Recommended value

REP_DL_FACCH_THRES_AMR_HR

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

3

REP_DL_FACCH_THRES_AMR_WB

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

1

EN_REP_SACCH

RADIOLINK_REP_DL_SACCH

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.

1

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

2

0: off; 1: 6,60 kbs; 2: 8,85 8,85 kbs ; 3: 12,65 kbs kbs 38 | Repeated ACCH


10 {0,...,127}/10 “For RLT of 24”


1

New parameters Parameter Name

Definition

Instance


Recommended values

L_RXQUAL_UL_P_AMR_RXACCH 1

Lower uplink quality threshold for power control for AMR calls with activated Repeated DL FACCH and Repeated SACCH.

Cell

{0,...,7}/3

Equal to L_RXQUAL_UL_P or slightly higher

L_RXQUAL_DL_P_AMR_RXACCH 1

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

If the customer has customize customized d parameter parameter L_RXQUAL_xL L_RXQUAL_xL_P _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 featur e 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



Modified parameters Definition changes

RADIOLINK_TIMEOUT_BS_AMR

Counter threshold to detect a radio link failure on the uplink path for calls using an AMR codec and for which Repeated SACCH Cell and/or Repeated DL FACCH are not activated.

{1,...,255}/18 32

RADIOLINK_TIMEOUT_BS 1

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

{1,...,255}/18 NA

RADIOLINK_TIMEOUT_AMR 1

Initial value of MS counter for radio link supervision, when an AMR codec is used and for which call Repeated SACCH and/or Repeated DL FACCH are not activated. a ctivated.

Cell

{4,...,64}/16

32

RADIOLINK_TIMEOUT 1 (BSC) This also applies to RADIOLINK_TIMEOUT 1 (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

{4,...,64}/16

NA

1

Instance

Range/ Recommended Default value value

Parameter Name

HMI name for RADIOLINK_TIMEOUT_BS RADIOLINK_TIMEOUT_BS is RADIOLINK_FAILURE_TH RADIOLINK_FAILURE_THRES RES HMI name for RADIOLINK_TIMEOUT_BS_AMR is RADIOLINK_FAILURE_THRES_AMR

Coding rule for RADIOLINK_TIMEOUT RADIOLINK_TIMEOUT and RADIOLINK_TIMEOUT_AMR RADIOLINK_TIMEOUT_AMR is as follows: step size = 4 Samfr, coded from 0 to 15 (0 == 4 Samfr, 1 == 8 Samfr Samfr ... 15 == 64 Samfr) Samfr) 40 | Repeated ACCH



Feature Assessment



Feature Assessment Impact of other features on o n performance


Feature Assessment Impact of other features on performance RSACCH RSACCH and Radio RadioLink Link Supervis Supervision ion

RadioL RadioLink ink super supervis vision ion 

When a SACCH block is received a first decoding is performed without combining 

1) If it is correct



2) If it fails block





RLC is incremented by 2

new decoding performed using soft combining with previous SACCH

– a) if it is corr correc ectt  RLC is incremented by 2 – b) if if it fail fails s  RLC is decremented by 1

43 | Repeated ACCH


Feature Overview Repeated SACCH & Radio Link Supervision RSACCH RSACCH and Radio RadioLink Link Supervis Supervision ion

Interactio Interaction n with with RadioLink RadioLink Timeout Timeout 



For an AMR call, when both RDFACCH and RSACCH are activated the legacy RadioL RadioLink ink Timeou Timeoutt is used i.e. the following parameters: 

RADIOLINK_TIMEOUT



RADIOLINK_TIMEOUT_BS

Differentiated RadioLink Timeout for for AMR (RADIOLINK_TIMEOUT_AMR (RADIOLINK_TIMEOUT_AMR and RADIOLINK_TIMEOUT_BS RADIOLINK_TIMEOUT_BS_AMR) _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 wil usin g RxACCH RxAC CH for A MR cal ls R6 MS MS will willl be will be using using using RxACCH RxACCH for AMR AM AMR R calls calls Pre-Rel6 Pre-Rel6 MS MS will will be be using DRLT for AMR calls Activating b oth features improv e the pe rformance of oof f all AM R calls Activating both both features will features will improve improve improve the performance performance all AMR AMR calls 44 | Repeated ACCH



Feature Assessment New Counter and Indicators


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


MC992

NB_Calls_RSACCH_Activated

Number of calls for which repeated SACCH (DL or UL) is activated by the BSC

TRX


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 Lapdm timer expiry), expiry), per TRX.


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 Lapdm timer expiry), expiry), per TRX. This counter takes into account TCH in traffic.

46 | Repeated ACCH



Feature Assessment Telecom Counters New Counters Counter refname

MC995

MC996

47 | Repeated ACCH

Measured Definition object 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. LongName


Domain

Type



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

S09

S16

Measured Definition object Domain ain 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 CNT_I_RETX QoS 101 observations) field of the 48.058 PHYSICAL CONTEXT CONFIRM message. LongName

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 CNT_I_RETX observations) field of the 48.058 PHYSICAL CONTEXT CONFIRM message.

QoS

151

NB_FRAMES_REPEATED

1

Type 10 is SDCCH observation; type 15 is TCH observation o bservation

48 | Repeated ACCH


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 Cell

Abis

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 timeout or Lapdm Lapdm timer expiry), per TRX.

49 | Repeated ACCH

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), expiry), per per TRX. This counter takes into account TCH in traffic.

MSC

AterMUX-CS

BTS MS

A

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.


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 NPO B1 B11 Desc Descri ript ptio ion n 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 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.



Formula NPO NPO B1 B11 Desc Descri ript ptio ion n 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), expiry), GTCNRSACN AMR_TCH_ AMR_TCH_DROP_ DROP_No_R No_RSACC SACCH_Ac H_Activa tivated ted MC993 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), expiry), per 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, 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

LongName NPO



GTCRFACN

52 | Repeated ACCH

Formula NPO NPO B1 B11 Desc Descri ript ptio ion n 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, handover, per TRX. This AMR_TCH_DROP_OUT_HO_RFACCH_Act counter takes into account handovers from ivated MC996 TCH in traffic or in signaling mode. LongName NPO


Feature Assessment Telecom Indicators Specific new computed indicators NPO indicator refname

GSDRACR6MSCO

LongName NP N PO

Formula NPO B11

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

Represents Represents the ratio of AMR calls with Pre-R6 Mobile stations, that are capable and allowed by the BSC of o f supporting RDFACCH with respect to the whole population of considered calls RDFACCH_Active_PreR6_MS_capabl (MC991-MC992) that are at least capable and allowed by the GSDRFAPR6MSCO e_Calls_Ratio / MC991 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 Penetration rate for the mobile stations, MC991/ RDFACCH_BSC_Activated_MS_Penet (MC703+MC15a+ already in call state, with RDFACCH BSC activated GSDRFACPR ration_Rate MC15b) MC992/ Penetration rate for the mobile stations, RSACCH_BSC_Activated_MS_Penetra (MC703+MC15a+ already in call state, with RSACCH BSC GSDRSACPR tion_Rate MC15b) activated.

53 | Repeated ACCH



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



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)


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 a ssignment 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).


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


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 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 (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. It’s update to

RTCH_assign_AMR_penetration_rateconsidered also SV5.

(mc701d+mc932 (mc701d+ mc932)) / mc140a

Old counters MC736 or MC621 were modified due to introduction 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


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

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

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

58 | Repeated ACCH



Feature Assessment Monitoring Method


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


Feature Assessment Monitoring Method If AMR is not not activated or in mono mono codec configuration, configuration, AMR must be adjusted to multi codec configuration as per the following TMO AMR parameters adjustment example: Parameter Name

Initial setting

Date of modification

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

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

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


Statistical Tests

62 | Repeated ACCH


Feature Assessment Non Regression Tests

Test Description The following following QoS KPIs will be monitored monitored for the pilot area during during reference and activa activation tion period: 

Call Drop: Drop: Call_drop_rate, Call_drop_radio_rate, Call_drop_HO_rate and AMR/Non AMR call failure rates



Call Setup: Setup: Call_setup_ Call_setup_succ success_r ess_rate ate



Traffic: Traffic: RTCH_full_ RTCH_full_durati duration_av on_avg, g, RTCH_GSM_ RTCH_GSM_Erlang Erlang_tota _totall and RTCH_DCS_Er RTCH_DCS_Erlang_t lang_total otal



HO: HO: Success rate, Reversion Old Channel Rate, Rate Rate of HO failure, failure, Rate of HO failure due due to Radio and Handover Efficiency



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

63 | Repeated ACCH


Feature Assessment Optimization Tests

Test Description (1/5) 

Pilot area is divided into three cell zones as follows: 

Cell zone zone A is preferably preferably with bad HO HO KPIs “Call drops due due to HO and HO succe success ss rates” rates”



Cell Zone B is preferably preferably with bad CDR CDR KPIs “Call “Call drops due to Radio”



Cell Zone C is preferably with non optimal radio conditions at cell boarders “Coverage gaps in RMS reports”

TMO Essen Pilot Example

For more information about the cell zone division criterion please click here 64 | Repeated ACCH




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

1

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

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_RXQUA L_RXQUAL_xL L_xL_P _P > U_RXQUAL_x U_RXQUAL_xL_P L_P (mandato (mandatory ry rule) 65 | Repeated ACCH


2

per each


Test Description (3/5) Configuration

Reference

RACCH Default RACCH Tuning1 RACCH Tuning2 RACCH Final *

REP_DL_FACCH_THRE S_AMR_YY

3

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

3

1.9 or 3.4 **

_RXACCH “Cell Zone C”

7

1.1

4

All Pilot

* More information about about choosing optimized parameter parameter setting available in 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 BSC



On the 5th week, after deducing deducing the optimized optimized range range for each parameter, 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 optimized RxACCH parameters parameters with legacy radio radio link counter



Cell Zone E: using optimized optimized RxACCH parameters parameters with AMR differentiated differentiated radio 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


TMO Essen Pilot Example



After each stage, the following indicators are observed to deduce optimized parameters values: 

Call Drop: Drop: [Call_drop_rate, Call_drop_radio_rate, Call_drop_radio_rate, and Call_drop_HO_rate] Call_drop_HO_rate] and AMR/Non AMR call call failure rates



Call Setup: Setup: Call_setup_ Call_setup_succ success_r ess_rate ate



Traffic: Traffic: RTCH_full_d RTCH_full_durati uration_avg on_avg,, RTCH_GSM_E RTCH_GSM_Erlang_ rlang_tota totall and RTCH_DCS_Erlang_ RTCH_DCS_Erlang_total total



HO: HO: Success rate, Reversion Reversion Old Channel Rate, Rate of HO failure, Rate of HO failure due due to Radio, Handover Efficiency, AMR_TCH_OUT_HO_No_RFACCH_Activated AMR_TCH_OUT_HO_No_RFACCH_Activated and AMR_TCH_OUT_HO_RFACCH_Activated



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

The penetration penetration of RxA RxACCH CCH capable Mobiles Mobiles is correlated correlated also with the observed improvements 68 | Repeated ACCH


Unitary Tests

69 | Repeated ACCH


Feature Assessment SACCH Unitary Tests

Test Description 

Lock the MS on the frequency of the cell under test



Drive test to record record voice voice quality, quality, RxQual RxQual and RxLev RxLev at cell border locked each time 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


C: Radio link failure with RxACCH

Feature Assessment FACCH Unitary Tests

Test Description 

Drive test to record voice voice quality, quality, RxQual, RxQual, RxLev and HO procedure procedure while crossing crossing the boarders of the two cells under tests locked each time on codec AMR-FR, AMR-HR and WB-AMR WB-AMR “if availab available” le” to perform at least least 15 HOs



Perform this test before feature activation with optimized AMR RLT thresholds and then after after RxACCH RxACCH activa activation tion



Perform this test using Release 6 Mobile Station and repeat it with legacy Mobile Station



Compare Compare the results before before and after feature feature activation activation for both releases releases

Drive test route Cell coverage with RxACCH Cell coverage without RxACCH

71 | Repeated ACCH



Feature Assessment FOA Test Results


Statistical Tests Results

73 | Repeated ACCH


B11 Indicators Only

Statistical Test Results RxACCH RxACCH Capable Capable MS Penet Penetratio ration n Penetration Weekly 100.00% 80.00% 60.00% %

40.00% 20.00% 0.00%

RACCH Tuning1

RACCH Tuning2

RACCH Final

10. 36%

10. 93%

10. 97%

10. 38%

85. 71%

85. 98%

10. 97%

10. 38%

10. 36%

10. 83%

10. 97%

10. 38%

Mono Mono Code Codec c

Multi Multi Code Codec c

RACCH RACCH Def Default ault

RxACCH_MS_Penetration_Rate

0. 00%

9. 98%

RDFACCH_BSC_Activated_MS_Penetration_ Rate

0. 00%

0. 00%

RSACCH_BSC_Activated_MS_Pene RSACCH_BSC_Activ ated_MS_Penetration_ tration_R R ate

0. 00%

0. 00%

Time



As the RxACCH RxACCH capable capable MS penetrati penetration on is around around 10%, 10%, it is not expected expected to see a noticeable improvement as not all those 10% might be in bad radio conditions during durin g 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


Statistical Test Results Radio Measurement Statistics AMR FR DL Codec Distribution 100%

1.55%

90%

1.50%

80% 1.45%

70% 60%

1.40%

50% 1.35%

40%





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

30%

1.30%

20% 1.25%

10% 0%

Mono Codec Codec

Multi ulti Codec

RACCH Default Default

RACCH Tuni Tuning1 ng1

RACCH Tuni uning2 ng2

DL 4.75 FR Frame Distribution

0.12%

1.12%

1.10%

1.04%

1.11%

1.06%


0.29%

2.11%

1.21%

1.14%

1.22%

1.16%


0.00%

1.71%

1.75%

1.66%

1.76%

1.65%


99.54%

94.88%

95.94%

96.15%

95.91%

96.13%

1.33%

1.46%

1.46%

1.52%

1.47%

1.44%

RMS_Call_noisy_DL_rate

RACCH Final

1.20%

AMR FR UL Codec Distribution 120.00%

4.00% 3.50%

100.00%

3.00% 80.00%

2.50%

60.00%

2.00% 1.50%

40.00%

1.00% 20.00% 00.00%

Mo no no Co de de c

Mu ltlt i Co de de c

RA CC CCH D ef ef a ul ult

RA CC CCH Tu ni nin g1 g1

RA CC CCH Tu ni nin g2 g2

R AC ACCH Fin al al

UL 4.75 FR Frame Distribution

0.00%

0.52%

0.49%

0 . 49 %

0.50%

0.50%


0.00%

1.39%

1.07%

1 . 03 %

1.08%

1.08%


0.00%

1.69%

1.53%

1 . 47 %

1.61%

1.56%


100.00%

96.39%

96.90%

97.01%

96.81%

96.86%

2.46%

3.17%

3.17%

3 . 27 %

3.38%

3.34%

RMS_Call_noisy_UL_rate

75 | Repeated ACCH

0.50%


0.00%

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


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 with RDFACCH support as well generic HO failures did not enhance significantly while moving the parameter from 3 to 5 or 7

0.35% 0.30% 0.25%

y l n O s r o t a c i d n I 1 1 B

0.20% 0.15% 0.10% 0.05% 0.00%

Mono ono Codec odec

Multi ulti Codec odec

RACC ACCH Defaul efaultt

RACC ACCH Tuni uning1 ng1

RACC ACCH Tunin uning2 g2

0

0.34%

0.26%

0.23%

0.27%

AMR_NA_Ca _NA_Call_ ll_H HO_fail_rate O_fail_rate

0

0.38%

0.22%

0.22%

0.26%

AMR_RD _RDFACCH_Call _Call_H _HO_fail O_fail_rate _rate

0

0.00%

0.08%

0.08%

0.08%

NonAMR_NA_Call_HO_f ail_rate

Observation Week

 Increasing

the probability at which the RDFACCH is activated (using 5 or 7) didn’t show significant impact.

HO Statistics 2.00%


3

7

1.60% 1.40% 1.20% 1.00% 0.80% 0.60% 0.40% 0.20% 0.00%

Mono ono Codec odec


RACC ACCH Defaul efaultt

RACC ACCH Tunin uning1 g1



1.55%

1.60%

1.39%

1.40%

1.55%


1.67%

1.76%

1.54%

1.55%

1.69%


0.17%

0.18%

0.15%

0.14%

0.18%

HO_Out_BSC_prep _Out_BSC_prep _fa il_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%

Time

77 | Repeated ACCH

5

1.80%


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%

y l n O s r o t a c i d n I

0.00% Call_drop_rate NonAMR_NA_Call_radio_fail_rate AMR_N AMR_NA_Cal A_Call_radi l_radio_fail_ o_fail_rate rate AMR_R AMR_RSAC SACC CH_Call _Call_radio_ _radio_fail_rate fail_rate

1 1 B

Mono ono Code odec


RACC ACCH Defau efault



0.90%

0.92%

0.91%

1.29%

1.02%

0.00%

2.01%

2.27%

2.18%

2.77%

0. 0.00%

0.60%

0.51%

1.04%

0.52%

0

0.00%

0.17%

0.14%

0.15%

Obse rvation rvation Wee Wee k

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

78 | Repeated ACCH


Optimization Test Results Cell Zone B  Optimization of RADIOLINK_REP_DL_SACCH Radio Call Drop Rates 3.00%


10

5

18

2.50% 2.00% %

1.50% 1.00%


0.50% 0.00% NonAMR_NA_Call_radio_fail_rate AMR_NA_Call_ra AMR_NA_Call_radio_f dio_fail_ra ail_rate te AMR_RSACCH_C AMR_RSACCH_Call_ra all_radio_f dio_fail_ra ail_rate te Call_drop_rate

Mono Codec

Multi lti Codec

RACC ACCH Default

RACC ACCH Tuning1

RACC ACCH Tuning2

0.00%

2.47%

2.23%

2.15%

2.48%

0.00%

0.81%

0.62%

0.69%

0.66%

0

0.00%

0.18%

0.21%

0.22%

0.86%

0.95%

0.94%

1.08%

1.03%

Observation Observation We ek

It is recommended recommended to use the values values 10 for a good compromise compromise for activat activating ing RSACCH and

• It is clear that increasing RADIOLINK_REP_DL_SACCH improves the Radio CDR, however the gain unnecessary measurement reports repetition and delay from increasing the parameter parameter to 18 cannot be quantified or compared to RxACCH default activation activation period due to the transmission problem and sites failure during tuning phases For RLT of 24, the RADIOLINK_REP_DL_SACCH value can be fine tuned up to 15 to adapt to the

network and customer customer requiremen requirements. ts. Above than 15 if RLT value is highe higherr than 24

• It is seen that the value 5 “tuning 1” degrades AMR radio drops when compared to the value 18 “tuning

79 | Repeated ACCH


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%

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

Mon Mono Codec

Mult Multii Codec

RA AC CC CH Default

RA AC CC CH Tunin ning1

RA AC CC CH Tuning2 ing2

NonAMR_NA_Call_HO_fail_rate

0

0. 18%

0.23%

0.16%

0. 18%

AMR_NA_Call_HO_fail_rate AMR_NA_Call_HO_f ail_rate

0

0. 14%

0.12%

0.10%

0. 16%

AMR_RDFACCH_Call_HO_f AMR_RDFACCH_Ca ll_HO_fail_rate ail_rate

0

0. 00%

0.05%

0.04%

0. 03%

Observation Observation W eek

HO Statistics Statistics

L_RXQUAL_XX_P_AMR_RXACCH= 12.00%

3

1.1

4

10.00% 8.00% %

6.00% 4.00% 2.00% 0.00%

M on ono Codec

M ul ult i Codec

RA CC CCH Default

RA CC CCH Tuni ng ng1


0. 92%

0. 84%

0.77%

0. 59%

0.87%


1. 29%

0. 99%

0.99%

11.20%

1.18%


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


RA CC CCH Tuni ng ng2

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% y l n O s r o t a c i d n I 1 1 B

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%

AM AMR_NA_Call_radio R_NA_Call_r adio_fail_ _fail_rate rate

0.00%

0.51%

0.34%

0.36%

0.44%

0

0.00%

0.11%

0.11%

0.17%

0.68%

0.66%

0.56%

0.52%

0.64%

AM AMR_RSACCH_Call_rad R_RSACCH_Cal l_radio_fail io_fail _rate Call_drop_rate

Observation Observation Week Wee k

According to trial the appropriate RxACCH PC parameter to be used used is the same as legacy PC parameter. During changes of from 3 to 1.1 ismore observed enhances of the L_RXQUAL_XX_P_AMR_RXACCH Apparently there’s some margin to increasing increasing RxACCH PC parameter than legacy parameter param eterradio without drops, but no improves on the radio drops for AMR with RSACCH support observe impact.  During changes from_RXACCH 3 to 4 degrades is observed thatand r adio radio drops L_RXQUAL_XX_P_AMR_RXACCH Combining ALU recomme reof commendation ndation “L_RXQUA “L_RXQUAL_xL_P_AMR L_xL_P_AMR_RXACCH >=L_RXQUAL_xL_P” >=L_RXQUA L_xL_P” TMO

slightly increase,we specifically thefollowing radio drops for AMR with RSACCH support recommendation, will use the rules:

 If

The impact of PC parameters tuning cannot be uncorrelated with the transmission problem occurred at  L_RXQUAL_XX_P_AMR_RXACCH L_RXQUAL_XX_P=2.9 = 3.4 the same time If L_RXQUAL_XX_P=1.1  L_RXQUAL_XX_P_AMR_RXACCH = 1.9 81 | Repeated ACCH


Optimization Test Results “Final optimized values” Radio Call Drop Rates Cell Zone D

RxACCH RxACCH + LRLT --> Radio Call Drop Rates 2.50% 2.00%







AMR multi codec introduction brought no impact on LRLT+RxACC LRLT+RxACCH H cell zone. zone. However However for DRLT+Rx DRLT+RxACCH ACCH slight slight CDR degradation is noticed 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)

1.50% %


0.50% 0.00% NonAMR_NA_Call_radio_fail_rate AMR_NA_Call_rad io_fail_r ate

Mono Codec

Multi Co dec

RAC CH Default

R ACCH Final

0.0 0%

1.99%

2.14%

1.78%

0.0 0%

0.62%

0.49%

0.51%

0

0 .00%

0.16%

0.20%

0.9 2%

0.91%

0.87%

0.85%

AMR_RSACCH_Call_ radio_fai l_rate Call_drop_rate

Observation Observation Wee k

Cell Zone E

DRLT + RxACCH --> Radio Call Drop Rates 2.50% 2.00% 1.50%

%


82 | Repeated ACCH

1.00%

1.00% 0.50% 0.00% NonAMR_NA_Call_radio_fail_rate AMR_NA_Call_ra dio_fail_ rate

Mono Codec

Mul ti C odec

RAC CH Default

R ACCH Final

0.00%

2.32%

2.11%

1.68%

0.00%

0.72%

0.55%

0.48%

0

0.00%

0.16%

0.19%

0.78%

0.87%

0.86%

0.78%

AMR_RSACCH_Call _radio _fail_rate Call_drop_rate



B11 Indicators Only

Optimization Test Results “Final optimized values” HO Call Drop Rates Cell Zone D

LRLT+RxACCH 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 for the AMR HO fail rates with feature introduction on both areas

0.05% 0.00%

Mono C odec

Multi Co dec

RACC H Defau lt

R ACC H Final


0

0.34 %

0 .2 7%

0.28%

AMR_NA_Call_ AMR_NA_Call_ HO_fail_rate

0

0.34 %

0 .2 1%

0.23%

AMR_RDFACCH_Cal AMR_RDFACCH_Cal l_HO_fail_ rate

0

0.00 %

0 .0 8%

0.05%

Observation Week





RxACCH RxACCH capable capable MS HO drops drops are stable 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

DRLT+RxACCH DRLT+RxACCH --> HO Call Drop Rates

Cell Zone E 0.30% 0.25% 0.20% 0.15%

%

0.10% 0.05% 0.00%

Mo n o C o d e c

Mu l ti C o d e c

R AC C H D e fa u lt

R AC C H Fi n a l


0

0 .1 9 %

0 .2 3 %

0 .24 %

AMR_N AMR_N A_Cal l_H O_fail _rate

0

0 .2 6 %

0 .1 6 %

0 .20 %

AMR_R AMR_R DFACCH_ Cal l_HO_ fail _rate

0

0 .0 0 %

0 .0 6 %

0 .05 %


83 | Repeated ACCH


Unitary Tests Results

84 | Repeated ACCH


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 consisted on several passages 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 Legacy RLT zone – Cell Oberhausen-1 Oberhausen-18_3a 8_3a (CI (CI 30268, 30268, BCCH 23)



Differentia Differentiated ted RLT RLT zone – Cell Essen-Cen Essen-Centrum-9 trum-9_3 _3 (CI 32571, 32571, BCCH 98)



VQ indicator (MOS) was assessed using an ALU internal tool, denominated Opera



Radio Radio traces (Nemo (Nemo Outdoor) Outdoor) were done done in parallel parallel

85 | Repeated ACCH


MEASUREMENT CONFIGURATION VQ and Unitary RSACCH Measurements 

Equipment: 

MS<->Fix calls configuration – N85 (MS#1) (MS#1) and and N95 (MS#2 (MS#2 – Not for for VQ propose, propose, just just for radio radio traces traces )



Opera client (SW version 2.4.2) and Opera Server



Laptop Laptop with with Nemo Outdoor 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 (RLT AMR = legacy RLT = 24) – Differen Differentiate tiated d RLT conf conf (RLT AMR = 32) 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

86 | Repeated ACCH


Test_SAMPLE.wav

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



1 Opera Client equipment



1 Opera Server equipment



1 Nemo Nemo PC wit with h GPS GPS

MSC

Opera Server

TC

BSC BS

Opera Client

USB cable (AT commands, traces) GPS Audio cable Fix line

MS#2 MS#1 Nemo emo PC

87 | Repeated ACCH


GEOGRAPHICAL TESTS LOCALIZATION VQ and Unitary RSACCH Measurements 

30268, BCCH BCCH 23) – Legacy Legacy RLT area area Cell Oberhausen-18_3a Oberhausen-18_3a (CI 30268, 

The path shown in the picture was performed 4 times, for RSACCH feature enabled, enabled, disabled disabled,, UL and DL – Total of 16 passag passages es

Path Path representation representation for for the the cell cell measured measured in in Legacy Legacy RLT RL TT area aarea Pa th RLT RL area rea –– Path Path Pa th distance distance ≅≅ 2.4km 2.4km

88 | Repeated ACCH


GEOGRAPHICAL TESTS LOCALIZATION VQ and Unitary RSACCH Measurements 

32571, BCCH BCCH 98) – Differentiat Differentiated ed RLT area area Cell Essen-Centrum-9_3 Essen-Centrum-9_3 (CI 32571, 

The path shown in the picture was performed 4 times, for RSACCH feature enabled, enabled, disabled disabled,, UL and DL - Total of 16 passag passages es

Path Path representation representation for for the the cell cell measured measured in in Differentiated Differentiated RLT RLT area are aa –– Path Pat hh distan di ce area are Path Pat distance distan stance ce 1.3km ≅ ≅ 1.3km

89 | Repeated ACCH


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 cell was done 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 Legacy RLT zone – Cell Oberhausen-1 Oberhausen-18_3a 8_3a (CI (CI 30268, 30268, BCCH 23)



Differentia Differentiated ted RLT RLT zone – Cell Essen-Cen Essen-Centrum-9 trum-9_3 _3 (CI 32571, 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 shown time Evolution Evolution Graphs Graphs (RxLev, RxQual and MOS) in mobility

90 | Repeated ACCH


TIME EVOLUTION GRAPHS Voice Quality Measurements Results – VQ and Unitary 

RSACCH Measurements

RSACCH Disabled (DL, Legacy Legacy RLT) RLT) – VQ samples samples are recorded recorded in Opera Client Time Evolution Graph - VQ2, DL RSACCH OFF, Legacy RLT

Time Evolution Graph - VQ1, DL RSACCH OFF, Legacy RLT 7

7

0

6

0

6

-20

-20 5

5 -40

4

-40 4

MOS -60

3 -60

MOS RxQ avg

RxQ avg RxLev avg

3

RxLev avg

2

-80 2

1

-80

Consistent results for the 4 passages:

-100

1

0

2 5 6 7 8 0 4 2 4 5 0 7 4 9 8 2 0 0 6 8 9 2 6 3 8 6 4 8 8 0 3 0 6 0 8 2 0 4 2 6 3 9 2 5 9 2 5 8 1 5 8 1 1 4 8 1 1 4 7 1 1 4 7 9 4 7 8 . 0 8 . 1 7 . 2 6 . 3 6 . 4 5 . 5 4 . 0 4 . 1 3 . 2 2 . 3 2 . 4 1 . 5 0 . 0 0 . 0 9 . 1 8 . 2 8 . 3 7 . 4 6 . 5 5 . 0 5 . 1 4 . 5 -1 4 7 : 8 : 4 8 : 4 8 : 4 8 : 4 8 : 4 8 : 4 9 : 4 9 : 4 9 : 4 9 : 4 9 : 4 9 : 5 0 : 5 0 : 5 0 : 5 0 : 5 0 : 5 0 : 5 0 : 5 1 : 5 1 : 4 9 : 9 : 9 : 9 : 9 : 9 : 9 : 9 : 9 : 9 : 9 : 9 : 9 : 9 : 9 : 9 : 9 : 9 : 9 : 9 : 9 : 9 :

-100

0

-2 7

• MOS decrease with DL RxQual decrease decrease in the the edge edge of the tested cell

-120

6 0 2 8 0 4 0 2 2 2 6 0 2 8 8 8 2 0 3 5 7 0 2 4 7 9 6 9 1 3 7 0 2 5 8 1 5 8 1 4 4 7 4 4 7 0 7 0 4 3 7 Time Evolution Graph - . 1 1VQ4, DL 2 RSACCH OFF, RLT . . 4 Legacy 0 . 9 . 8 . 8 . 7 . 6 . 6 . 5 . 4 . 3 . 2 . 0 . 0 . 9 . 8 . 3 3 4 5 0 2 3 5 4 0 1 2 3 1 4 5 5 0 : : 1 : : : 4 : 0 : 0 : 0 : 0 : 2 : 2 : 2 : 2 : 2 : 2 : 2 : 3 : 0 0 0 0 0 1 0 1 0 1 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

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

-120 0

7

6

6

0

-20

-20

5

5 -40

4

-40

4

MOS -60

3

MOS -60

RxQ avg

3

RxLev avg

2

-80 2

1

-80 1

-100

0 0 2 6 0 8 2 2 0 0 6 0 2 2 2 8 4 3 5 8 0 4 2 5 7 0 2 7 9 4 3 6 0 4 3 7 1 0 3 6 0 3 6 9 3 6 9 4 2 5 9 1 2 5 1 . . . 0 . 0 . 9 . 8 . 8 . 7 . 6 . 5 . 5 . 3 . 3 . 2 . 1 . 0 . 9 . 3 1 4 5 5 0 1 2 3 4 5 0 4 2 3 5 1 0 1 : : : 1 : : : 4 : 2 2 : 2 : 2 : 3 : 3 : 3 : 3 : 3 : 3 : 5 : 5 : -1 1 1 1 1 1 1 1 1 1 1 1 4 1 4 1 4 1 4 1 4 1 4 1 1 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

-2

91 | Repeated ACCH

-100

-120

0 6 0 6 8 2 6 0 2 8 2 8 2 6 6 2 8 6 9 2 6 9 6 8 3 4 9 5 8 0 2 5 7 4 8 9 3 7 0 4 3 6 0 1 3 4 6 9 3 1 6 2 6 9 2 5 2 1 . . . 9 . 8 . 6 . 5 . 3 . 0 . 9 . 9 . 8 . 7 . 8 . 7 . 6 . 3 . 2 . 7 . 5 0 1 2 3 4 5 0 4 1 2 3 4 1 5 1 0 0 1 2 3 4 6 : 7 : 7 : 7 : 7 : 7 : 7 : 8 : 8 : 8 : 8 : 8 : 8 : 9 : 9 : 9 : 9 : 9 : 9 : 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 : : : : : : : : : : : : : : : : : : : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1


-120

RxQ avg RxLev avg


RSACCH Measurements

RSACCH Enabled (DL, Legacy Legacy RLT) RLT) – VQ samples samples are recorded recorded in Opera Client Time Evolution Graph - VQ1, DL RSACCH ON, Legacy RLT

7

6

Time Evolution Graph - VQ2, DL RSACCH ON, Legacy RLT 0

7

6

-20

5

4 -60 3

-40

MOS RxQ avg RxLev avg

4

3

2

-100

1

-120

0

7

0

5

5

2

-80


MOS -60

1

-100

-120

2 0 6 2 8 5 4 7 8 0 2 2 4 4 8 7 2 9 6 1 8 4 4 6 8 9 2 1 4 3 6 6 0 8 4 0 8 3 2 5 6 8 0 0 4 2 8 4 4 6 0 6 2 8 1 5 8 1 4 8 1 . 4 7 0 4 7 0 3 7 0 3 6 0 3 6 9 3 6 9 2 5 8 . 5 7 . 0 6 . 1 6 . 2 5 . 3 4 . 4 4 . 5 3 0 2 . 1 2 . 2 1 . 3 0 . 4 0 . 4 9 . 5 8 . 0 8 . 1 7 . 2 6 . 3 6 . 4 5 . 5 4 . 0 3 . 1 3 . 2 2 . 3 1 . 4 1 . 5 0 . : 4 1 : 2 : 0 2 : 0 2 : 0 2 : 0 2 : 0 2 : 0 3 : 0 3 : 0 3 : 0 3 : 0 3 : 0 3 : 0 3 : 0 4 : 0 4 : 0 4 : 0 4 : 0 4 : 0 4 : 0 5 : 0 5 : 0 5 : 0 5 : 0 5 : 0 5 : 0 1-1 : 0 : 0 : : 2 : : 2 : : 2 : : 2 : : 2 : : 2 : : 2 : 2 : 2 : 2 : 2 : 2 : 2 : : 2 : : 2 : 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2

-2


RxQ avg RxLev avg

2

-80

0

0

92 | Repeated ACCH

-40

3

-60

-2

4

-40

3

8 8 2 0 2 3 0 5 2 7 8 0 0 2 4 4 8 7 2 9 6 1 8 4 2 6 6 9 0 1 4 3 8 6 0 8 4 0 6 2 0 2 4 7 8 4 2 5 0 3 7 0 3 6 1 3 6 9 2 6 9 2 5 9 2 5 8 2 5 8 1 3 2 . 0 1 . 1 0 . 2 0 . 2 9 . 3 8 . 4 7 . 5 7 . 0 6 . 1 5 . 2 5 . 3 4 . 4 3 . 5 3 . 0 2 . 1 1 . 2 1 . 3 0 . 3 9 . 4 9 . 5 8 . 0 7 . 1 7 . 2 6 . 5 8 :-1 4 9 : 4 9 : 4 9 : 4 9 : 4 9 : 4 9 : 4 9 : 5 0 : 5 0 : 5 0 : 5 0 : 5 0 : 5 0 : 5 1 : 5 1 : 5 1 : 5 1 : 5 1 : 5 1 : 5 1 : 5 2 : 5 2 : 5 2 : : 4 : : : : : : : : : : : : : : : : : : : : : : : 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1

0

-20

-20

1

-120

6

6

4

-100

0 6 0 2 2 8 6 8 2 8 0 6 0 2 6 0 0 6 4 3 9 6 8 0 3 4 6 5 7 0 2 5 7 0 2 7 9 4 1 4 4 5 4 0 7 1 0 4 3 6 0 3 9 3 6 9 2 6 9 2 4 5 8 . . . . 3 . 3 2 . 2 . 5 1 . 0 0 . 0 . 9 . 2 8 . 3 7 . 7 . 5 5 . 5 . 2 4 . 3 3 . 3 . 5 2 . 0 1 . 1 4 2 4 1 1 4 0 1 4 Time Evolution Graph - 6VQ4, DL RSACCH ON, Legacy RLT 0 : 1 1 0 : 2 0 7 : 3 7 : 3 7 : 3 7 : 3 7 : 3 8 : 3 8 : 3 8 : 3 8 : 3 8 : 3 8 : 3 8 : 3 9 : 3 9 : 3 9 : 3 9 : 3 9 : 3 9 : 0 : 3 4 4 4 : : : : : : : : : : : : : : : : : : : : : 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1

2 6 6 9 0 4 3 4 6 0 8 4 0 6 3 2 5 6 7 8 0 0 2 4 5 0 7 2 9 0 2 0 4 6 6 9 2 0 3 6 6 4 9 2 6 1 9 2 5 9 2 5 8 2 5 8 1 4 8 1 4 4 7 1 1 4 6 . 3 5 . 4 5 . 5 4 . 0 3 . 1 3 . 2 2 . 3 1 . 4 1 . 5 0 . 5 9 . 0 9 . 1 8 . 2 7 . 3 7 . 4 6 . 5 5 . 0 5 . 1 4 . 2 3 . 3 3 . 4 2 . 2 : : : : : RLT : : : VQ3, DL 2RSACCH ON, Legacy 8 : 1 8 : 1 8 : 1 8 : 1 9 : 1 9 : 1 9 : Time 9 : Evolution 9 : 1 9 : 1 9Graph 0 : - 2 0 0 : 0 : 2 0 : 2 0 1 1 1 2 2 2 1 : 2 1 : 2 1 : 2 1 : 2 1 : : : : : : : : : : : : : : : : : : 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1

7

RxQ avg RxLev avg

-80

2

0

MOS -60

-80

Similar results through this data when the feature is enabled

-20

5

-40

1

0

-100

-120


RSACCH Measurements

RSACCH Disabled (UL, Legacy Legacy RLT) RLT) – VQ samples are recorded recorded in Opera Server Time Evolution Graph - VQ2, UL RSACCH OFF, Legacy RLT

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

7

7

0

0

6

6

-20

-20 5

5

-40

-40 4

4

MOS -60

-60

RxQ avg RxLev avg

3

-80

-80

2

2

-100

1

MOS is stable during UL tests, because UL is still good while DL is already dropping the call call – Imbala Imbalanc nced ed cell cell 0

0

-120

-120

0 8 4 0 6 3 0 5 4 7 6 0 2 2 4 4 8 7 2 8 8 1 8 2 6 6 9 0 4 3 6 6 0 8 4 0 8 3 0 5 4 7 8 0 2 2 6 5 0 7 4 9 2 2 0 4 4 6 8 6 2 5 9 2 5 8 2 5 8 1 . 4 8 1 4 . 4 7 . 1 1 . 4 7 0 4 7 0 3 7 0 3 6 9 3 6 9 2 . 2 1 . 3 0 . 4 0 . 4 9 . 5 8 . 0 8 . 1 7 . 2 6 . 3 6 . 4 5 5 4 . 0 4 . 1 3 2 2 . 3 2 4 1 5 0 . 0 0 . 0 9 . 1 8 . 2 8 . 3 7 . 4 6 . 5 6 . 0 5 . 1 4 . 2 3 . 3 3 . 4 2 . 5 1 . 1 5 : 5 5 : 5 5 : 5 5 : 5 5 : 5 5 : 5 6 : 5 6 : 5 6 : 5 6 : 5 6 : 5 6 : 5 7 : 5 7 : 5 7 : 5 7 : 5 7 : 5 7 : 5 8 : 5 8 : 5 8 : 5 8 : 5 8 : 5 8 : 5 8 : 5 9 : 5 9 : 5 9 : 5 9 : 5 9 : 5 9 : 5 : : 1 : : 1 : : 1 : : 1 : : 1 : : 1 : : 1 : : 1 : : 1 : : 1 : : 1 : : 1 : : 1 : : 1 : : 1 : 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

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

6

-100

1

0 1 4 3 8 6 0 8 4 0 8 3 2 5 4 7 8 0 2 2 0 5 0 7 4 4 4 6 6 8 8 1 4 6 0 8 6 0 8 3 2 5 6 7 6 0 4 9 5 9 2 5 8 2 5 8 1 5 8 1 4 4 7 0 4 0 3 7 0 3 6 0 7 . 0 6 . 1 6 . 2 5 . 3 4 . 4 4 . 5 3 . 0 2 . 1 2 . 2 1 . 3 0 . 4 0 . 4 9 . 1 7 . 2 6 . 3 6 . 4 5 . 0 4 . 1 3 . 2 2 . 3 2 . 4 1 . 5 0 . 0 0 . 5 : 5 : 3 5 : 3 5 : 3 5 : 3 5 : 3 5 : 3 6 : 3 6 : 3 6 : 3 6 : 3 6 : 3 6 : 3 7 : 3 7 : 3 7 : 3 7 : 3 8 : 3 8 : 3 8 : 3 8 : 3 8 : 3 8 : 3 9 : 3 4 : 3 : : : : : : : : : : : : : : : : : : : : : : : 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

7

Time Evolution Graph - VQ4, UL RSACCH OFF, Legacy RLT 0

7

6

-20

5

4

RxQ avg RxLev avg

4

93 | Repeated ACCH

MOS -60

3

-80 2

0 8 2 6 2 6 8 6 8 6 0 6 4 4 7 9 4 6 4 8 3 5 0 2 5 4 7 0 7 0 4 1 7 4 0 3 7 1 0 3 0 3 6 9 3 9 4 . 4 . . . 0 . 0 . 9 . 8 . 8 . 7 . 6 . 6 . 5 . 3 . 2 . 9 . 1 1 2 3 3 4 5 0 1 2 3 5 4 0 1 2 1 3 1 4 8 : 8 : 8 : 8 : 8 : 8 : 9 : 9 : 9 : 9 : 9 : 0 : 0 : 0 : 0 : 0 : 0 0 0 0 0 0 0 0 0 0 0 : : : : : : : : : : : : 1 : 1 : 1 : 1 : 1 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

-20

-40

MOS -60

3

0

0

5 -40

1


3

-80 2

-100

-120

1

0 6 0 8 0 0 8 2 0 8 8 5 8 0 4 2 5 7 4 2 4 4 6 9 6 4 8 5 3 6 0 3 6 9 6 9 2 5 2 4 5 8 8 . . . 7 . 6 . 6 . 5 . 3 . 2 . 0 . 9 . 8 . 7 . 5 . 4 5 0 1 2 4 3 5 0 1 1 1 2 3 4 5 2 : 8 : 8 : 9 : 9 : 9 : 9 : 9 : 0 : 0 : 0 : 0 : 0 : 0 : 2 2 2 2 2 2 2 1 : 1 : 1 : 1 : 1 : 1 : 1 : 1 : : : : : : : 2 2 2 2 2 2 2 2 2 2 2 2 2 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1


-100

-120

RxQ avg RxLev avg


RSACCH Measurements

RSACCH Enabled (UL, Legacy Legacy RLT) RLT) – VQ samples samples are recorded in Opera Server Time Evolution Graph - VQ1, UL RSACCH ON, Legacy RLT

7

6

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

0

7

0

6

-20

5

-20

5 -40

4

-40

MOS -60

4

MOS

RxQ avg

-60

RxLev avg

3

3 -80

-80

2

1

0

The UL tests don’t bring additional information about feature behaviour because UL remains good all the time during each passage

2 -100

6

-120

0

0

7

6

-20

-60 3


4

MOS -60

3 -80

-80 2

2

94 | Repeated ACCH

-20

-40

-40

2 6 0 6 0 6 6 8 0 8 2 2 0 6 9 6 8 3 4 5 7 0 4 2 5 9 2 4 7 8 2 6 1 2 5 9 1 2 5 8 2 5 8 4 8 4 7 . . . . 1 0 . 9 . 8 . 7 . 7 . 6 . 5 . 5 . 3 . 2 . 0 . 9 . 2 1 3 4 5 0 1 2 3 4 5 4 0 2 3 1 4 1 5 5 9 : 9 : 9 : 9 : 0 : 0 : 0 : 0 : 0 : 0 : 1 : 1 : 1 : 1 : 1 : 1 : 0 0 0 0 : : : : : 1 : 1 : 1 : 1 : 1 : 1 : 1 : 1 : 1 : 1 : 1 : 1 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2

0

5

4

0

-120

8 0 8 2 6 8 2 6 0 2 0 2 6 8 7 0 2 4 4 7 9 1 4 6 9 1 6 8 0 2 5 4 7 7 0 3 7 0 3 6 0 6 9 3 6 9 . . 1 . 4 . . . . . . . . . . . . . 7 7 6 5 5 3 3 2 9 8 8 7 6 4 5 0 1 2 3 4 4 5 0 1 1 2 1 3 4 5 0 : : 1 8 : 8 : 9 : 9 : 9 : 9 : 9 : 9 : 0 : 0 : 0 : 0 : 0 : 0 : 5 5 5 5 5 5 5 5 0 0 0 0 0 0 0 1 0 1 : : : : : : 1 : 1 : 2 : - VQ4, 2 : UL 2 :RSACCH 2 : 2 : Legacy 2 : 2 : 2 : Time Evolution ON, RLT 2 1 2 1 2 1 2 1 2 1 2 2 2 1 Graph 2 2 2 2 2 2 2 2

5

1

-100

1

6 0 2 8 2 8 0 0 2 6 0 8 8 6 5 8 0 4 9 3 6 8 4 0 3 8 0 2 5 9 1 4 4 6 4 7 1 1 4 7 1 4 0 4 7 0 6 0 3 6 . 4 . . . 3 . 2 . 2 . 0 . 9 . 8 . 8 . 7 . 6 . 5 . 2 . 2 . 0 . 5 0 1 2 1 4 4 5 0 1 3 4 5 4 0 4 2 3 4 1 5 7 : 8 : 8 : 8 : 8 : 8 : 8 : 9 : 9 : 9 : 9 : 9 : 0 : 0 : 0 : 0 : 0 : 4 4 4 4 4 4 4 4 4 4 4 4 5 5 5 5 5 : : : : : : : : : : : : : : : : : 1 Graph - VQ3, RLT 2 1 2 1 2 1 2 1 2 1 2 1Time 2 1Evolution 2 1 2 2 1 2 1 UL RSACCH 2 1 2 1 ON, 2 1 Legacy 2 1 2 1 2 1

7

RxQ avg RxLev avg

-100

-120

1

0 8 0 6 8 2 6 8 2 4 0 6 0 5 4 7 0 4 5 7 9 2 6 9 6 4 8 3 4 9 4 4 7 1 7 0 3 7 0 4 3 6 0 1 3 4 6 9 3 1 6 7 . . 0 . 9 . 9 . 7 . 7 . 6 . 5 . 5 . 3 . 3 . 2 . 0 . 0 . 9 . 8 . 0 0 1 3 4 5 0 2 4 3 5 0 1 1 2 2 3 : : 1 : : : 4 : 0 : 0 : 0 : 0 : 0 : 0 : 2 : 2 : 2 : 2 : 2 : 2 2 2 2 2 2 2 1 2 1 2 1 2 1 2 1 2 1 2 2 2 2 2 : : : : : : : : : : : : : : : : : 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2


-100

-120

RxQ avg RxLev avg


RSACCH Measurements

RSACCH Disabled (DL, Differentiated Differentiated RLT) – VQ samples samples are recorded in Opera Client Time Evolution Graph - VQ2, D L RSACCH OFF, Differentiated Differentiated RLT

Time Evolution Graph - VQ1, DL RSACCH OFF, Differentiated RLT 7

7

-80

-76

-78

-81

6

6 -80

-82 5

-83

5

-82

-84

-84 4

4

-85

MOS

-86

RxLev avg

-86

RxQ avg 3


3

-88

-87 -90

2 2

-88

Consistent results for 3 passages among 4:

-92 -89

1

1

-94 -90 0

0

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

• MOS decrease with DL RxQual decrease decrease in the the edge edge of the tested cell 10: 43: 50.364

10: 43: 59 . 624

-91

-96 1 0: 0: 57 57 :2 :2 4. 4. 84 84 4

RLT 1 0: 0: 57 57 :3 :3Time 4. 4. 16 16 8 Evolution 1 0: 0: 57 57Graph :4 :4 3. 3. 49 49 0- VQ4, DL 1 0: 0: 57 5RSACCH 7 :5 :5 2. 2. 80 80 6 OFF, 1Differentiated 0: 0: 58 58 :0 :0 2. 2. 12 12 6 1 0: 0: 58 58 :1 :1 1. 1. 40 40 6

10: 44 :18 .284

7

7

-80

-79.5

-80

6

6

-82 -80.5

5

5

-81 4

4

-84

-81.5 3

MOS -86

2

RxQ avg RxLev avg

3 -82 2 -82.5

1

-88

1 -83 0

0 11: 07:48.974

11: 07: 58. 296

11:08:0 7.608

11 :21 :32.856

-90

11:21: 42 .184

11 :21: 51.502

-83.5

-1

-1

-84

-2

-2

-84.5

-92

95 | Repeated ACCH




RSACCH Measurements

RSACCH Enabled (DL, Differe Differentiat ntiated ed RLT) – VQ samples samples are recorded recorded in Opera Client Time Evolution Graph - VQ2, DL RSACCH ON, Differentiated RLT

Time Evolution Graph - VQ1, DL RSACCH ON, Differentiated RLT 7

7

0

-72

-74 6

6

-20 -76 5

5

-78

-40 4

4

-80

MOS -60

RxLev avg

3

MOS RxQ avg

RxQ avg -82

3

RxLev avg

-84

-80 2

2

Consistent results among different passages, without additional data when feature is active

-86 -100

1

-88

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

0

11:34: 11:34:48. 48.464 464

11:34: 11:34:57. 57.788 788

11:35: 11:35:07. 07.112 112

11:35: 11:35:16. 16.436 436

1

11:35: 11:35:25. 25.758 758

11:35: 11:35:35. 35.072 072

0

-120

1 1: 1: 51 51 :3 :3 7. 7. 83 83 4

11:35: 11:35:44. 44.354 354

7

-76

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

1 1: 1: 51 51 :4 :4 7 .1 .1 60 60

1 1: 1: 51 51 :5 :5 6. 6. 48 48 4

1 1: 1: 52 52 :0 :0 5. 5. 80 80 8

1 1: 1: 52 52 :1 :1 5. 5. 12 12 6

1 1: 1: 52 52 :2 :2 4. 4. 45 45 4

-90 1 1: 1: 52 52 : 33 33 .7 .7 74 74

7

-83

-78

6

-84 6 -85

-80 5

5 -86

-82 4 MOS -84 3

4

-87

RxQ avg RxLev avg 3

-86 -89

2 -88

2

-90

1

-90 1

-91 0

-92 12 :09 : 37. 636

96 | Repeated ACCH

12 :09:46.9 64

12 :09: 56. 286

12 :10 :05.5 88

MOS RxQ avg

-88

0

-92 12 :25:13 . 062


12 :2 5:22. 408

12: 25 :31 .732

12: 25 :41 .052

RxLev avg


RSACCH Measurements

RSACCH Disabled (UL, Differentiated Differentiated RLT) – VQ samples samples are recorded in Opera Server Time Evolution Graph - VQ2, UL RSACCH OFF, Differentiated RLT

Time Evolution Graph - VQ1, UL RSACCH OFF, Differentiated RLT 7

6

0

7

-20

6

-40

5

1.2

1

5

4

Problem with data

MOS -60

RxQ avg

0.8

4

RxLev avg

3

0.6

-80

3

-100

2

-120

1

2

0.4

Once again, during UL tests there’s no MOS variation because UL remains good during all passages. 1

0

8 0 8 8 2 6 0 2 6 6 3 6 8 4 0 5 4 7 0 2 5 7 9 9 7 0 3 7 3 6 0 3 6 9 2 . . Time Evolution Graph - 3 VQ3, UL 4RSACCH RLT 1 8 5 6 . 6 . 5 . 3 . 2 . 2 . 1 . 0 .OFF, Differentiated 9 . 9 . 2 3 4 5 4 1 2 5 5 0 9 : 9 : 9 : 9 : 0 : 0 : 0 : 0 : 0 : 0 : 1 : 1 : 4 4 4 4 5 5 5 5 5 5 5 5 : : : : : : : : : : : : 5 5 5 5 5 5 5 5 5 5 5 5 1 1 1 1 1 1 1 1 1 1 1 1

7

6

0.2

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

0 7

6

-20

5 -40

-85

MOS -60

4

RxQ avg RxLev avg

3

0

97 | Repeated ACCH

MOS -90

-95 2

-100

-120

1

0 8 0 4 8 4 2 2 0 2 6 0 2 8 2 8 0 9 2 6 6 8 3 5 8 0 4 6 2 4 9 5 9 2 6 8 4 5 4 0 7 4 0 7 1 3 6 0 1 3 6 9 3 5 9 5 8 . 4 . . 2 . 0 . 0 . 8 . 7 . 6 . 6 . 5 . 3 . 3 . 2 . 0 . 9 . 8 . 7 . 6 . 1 2 1 3 4 5 2 3 5 4 0 1 2 3 1 5 5 1 2 4 : 1 : : : 4 : 3 : 3 : 5 : 5 : 6 : 6 : 6 : 3 : 3 : 3 : 5 : 5 : 5 : 5 : 2 2 2 2 2 2 4 2 4 2 4 2 4 2 4 2 2 2 2 2 2 2 2 2 : : : : : : : : : : : : : : : : : : : 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1


RxQ avg RxLev avg

3

-80 2

8 7 2 9 4 1 8 4 2 6 6 9 6 6 0 8 4 0 8 5 4 7 6 0 2 2 6 4 8 7 0 9 6 1 8 4 4 8 6 0 0 2 4 4 0 1 2 3 8 1 4 7 3 7 0 3 6 9 3 6 9 2 6 9 2 5 9 5 8 2 5 8 1 4 8 1 7 1 9 . 3 8 . 4 8 . 5 7 . 0 6 . 1 5 . 2 5 . 3 4 . 4 3 . 5 3 . 0 2 . 1 1 . 2 1 . 3 0 . 3 9 . 5 8 . 0 7 . 1 7 . 2 6 . 3 5 . 4 5 . 5 4 . 0 3 . 1 3 . 3 1 . 4 1 . 2 4 : 4 : 4 : 4 : 5 : 5 : 5 : 5 : 5 : 5 : 6 : 6 : 6 : 6 : 6 : 6 : 7 : 7 : 7 : 7 : 7 : 7 : 8 : 8 : 8 : 8 : : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

-80

5

4

1

-75

-100

-105


RSACCH Measurements

RSACCH Enabled (UL, Differentiated Differentiated RLT) – VQ samples samples are recorded in Opera Server Time Evolution Graph - VQ2, UL RSACCH ON, Differentiated RLT

Time Evolution Graph - VQ1, UL RSACCH ON, Differentiated RLT 7

7

0

-74 -76

6

6

-20

-78 5

5

-80

-40 -82

4

4

MOS

MOS -60

-84

RxQ avg RxLev avg

3

3

-86

-80

-88

2

2

RxQ avg RxLev avg

-90 -100

1

1 -92

Same comment as last slide. 0

6 5 8 0 6 3 0 5 4 7 8 0 2 2 4 4 8 7 2 9 6 1 8 4 2 9 0 1 4 3 6 6 2 0 8 3 2 5 4 7 8 0 2 2 6 5 0 2 0 3 4 7 4 7 0 3 7 3 6 9 6 6 9 2 9 2 5 8 8 . 0 0 . Evolution . 7 3 . - 6 . 5 2 . UL .RSACCH . Differentiated . 0 5 . 9 8 . 9 2 . RLT Time Graph VQ3, 5 . 1 4 . 3 3 . 4 2 . 5 2 . 0 1 . 1 0 9 . 3 8 . 4 7 3 . 5 3 . ON, 8 . 0 7 . 3 5 . 0 2 2 5 0 2 3 4 : 4 1 1 2 1 3 3 4 5 8 : 1 8 : 1 8 : 1 8 : 1 8 : 1 9 : 1 9 : 1 9 : 1 9 : 1 9 : 1 9 : 1 9 : 2 0 : 2 0 : 2 0 : 2 0 2 0 : 2 1 : 2 1 : 2 1 : 2 1 : 2 1 : 2 1 : 2 2 : 2 2 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1 6 : 1

7

6

0

-120

8 2 6 0 6 0 2 6 2 8 2 6 0 2 0 2 6 0 4 7 9 2 4 4 6 6 9 3 6 8 4 6 0 3 5 8 0 5 7 9 2 0 3 6 0 3 9 3 1 Graph 6 9 2 9 2 5 9 5 8 5 . . Time . . . . 1 Differentiated RLT 3 . 2 . 2 . 0 . Evolution 9 . 9 . 8 . 7- . VQ4, 7 . UL 6 .RSACCH 5 . 5ON, 3 . 2 . 0 . 2 4 3 4 5 0 1 1 1 2 3 4 5 0 2 3 4 0 1 1 2 1 3 : : 1 : : : 4 9 : 9 : 9 : 9 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 2 : 2 : 2 : 2 : 2 2 2 2 3 3 3 3 3 3 3 3 1 3 1 3 1 3 1 3 1 3 3 3 3 : : : : : : : : : : : : : : : : : : : : 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

7

0

6 -20

4

4

MOS RxQ avg

-60

RxLev avg

3

-60 3 -80

-80

2

2

0

98 | Repeated ACCH

-20

-40

-40

6 3 8 0 8 5 6 0 2 5 0 9 8 6 8 4 0 1 0 5 6 2 8 7 6 2 4 7 0 1 8 6 4 1 2 8 2 3 0 7 6 2 4 9 6 4 0 9 0 6 0 8 9 6 6 2 9 5 1 1 1 1 7 7 3 0 6 3 9 6 5 2 8 5 4 1 7 7 6 . 1 5 . 4 3 . 0 2 . 2 0 . 3 9 . 5 8 . 2 6 . 5 4 . 2 2 . 4 0 . 0 8 . 2 7 . 4 6 . 0 4 . 2 3 . 4 1 . 0 0 . 2 8 . 4 7 . 0 5 . 2 4 . 5 2 . 1 1 . 2 9 . 5 7 . 5 : 2 : 4 2 : 4 3 : 4 3 : 4 3 : 4 3 : 4 4 : 4 4 : 4 5 : 4 5 : 4 6 : 4 6 : 4 6 : 4 7 : 4 7 : 4 7 : 4 8 : 4 8 : 4 8 : 4 9 : 4 9 : 4 9 : 5 0 : 5 0 : 5 0 : 4 1 : 4 : : : : : : : : : : : : : : : : : : : : : : : : : 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1 6 1

0

5

5

1

-94

-100

-120

1

0 0 3 4 5 8 8 2 0 0 1 2 5 2 7 6 0 0 6 7 0 1 8 4 0 6 4 8 8 1 2 3 6 5 8 8 2 3 0 5 2 7 6 0 0 2 4 4 6 7 0 9 4 6 1 9 2 5 9 2 5 8 2 8 4 1 8 1 4 7 1 4 7 0 7 0 3 7 0 3 6 9 8 . 2 7 . 3 7 . 4 6 . 5 5 . 0 5 . 1 4 . 2 3 . 3 3 . 5 1 . 0 1 . 1 9 . 2 9 . 3 8 . 4 7 . 5 7 . 0 6 . 1 5 . 2 5 . 4 3 . 5 3 . 0 2 . 1 1 . 2 1 . 3 0 . 3 9 . 4 8 . 1 2 : 2 : 2 : 2 : 2 : 3 : 3 : 3 : 3 : 3 : 4 : 4 : 4 : 4 : 4 : 4 : 5 : 5 : 5 : 5 : 5 : 6 : 6 : 6 : 6 : 6 : 6 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 : 0 7 : 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1 7 1


-100

-120


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 cell and path chosen for Differentiated RLT area, had a strange radio conditions, going suddenly into very bad radio conditions 



The reason reason are linked to imbalanced imbalanced radio radio links – While the DL (decoded (decoded in the MS) is already under bad conditions, the UL (decoded in BS) are still under good radio conditions conditions – That’s why why MOS indicator indicator is not affected affected in UL tests

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 e dge of the cell for feature enabled or disabled

99 | Repeated ACCH


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

RSACCH Disabled



Legacy RLT

MOS MOS representation representation during during path path 11 measured measured in in Legacy Legacy RLT RLT area, area, for for RSACCH RSACCH Disabled Disabled –– Path distance Path distance ≅≅ 2.4km 2.4km

100 | Repeated ACCH


RSACCH Measurements


RSACCH Disabled



Legacy RLT


101 | Repeated ACCH


RSACCH Measurements


RSACCH Disabled



Legacy RLT


102 | Repeated ACCH


RSACCH Measurements


RSACCH Disabled



Legacy RLT


103 | Repeated ACCH


RSACCH Measurements


RSACCH Enabled



Legacy RLT

MOS MOS representation representation during during path path 11 measured measured in in Legacy Legacy RLT RLT area, area, for for RSACCH RSACCH Enabled Enabled –– Path distance Path distance ≅≅ 2.4km 2.4km

104 | Repeated ACCH


RSACCH Measurements


RSACCH Enabled



Legacy RLT


105 | Repeated ACCH


RSACCH Measurements


RSACCH Enabled



Legacy RLT


106 | Repeated ACCH


RSACCH Measurements


RSACCH Enabled



Legacy RLT


107 | Repeated ACCH


RSACCH Measurements


RSACCH Disabled



Differentiated RLT

MOS MOS representation representation during during path path 11 measured measured in in Differentiated Differentiated RLT RLT area, area, for for RSACCH RSACCH Disa Di sabl bled ed Pa th Disa Di sabl bled ed –– Path Path Pa th distance 1.3km ≅ distance ≅ 1.3km

108 | Repeated ACCH


RSACCH Measurements


RSACCH Disabled



Differentiated RLT


109 | Repeated ACCH


RSACCH Measurements


RSACCH Disabled



Differentiated RLT


110 | Repeated ACCH


RSACCH Measurements


RSACCH Disabled



Differentiated RLT


111 | Repeated ACCH


RSACCH Measurements


RSACCH Enabled



Differentiated RLT

MOS MOS representation representation during during path path 11 measured measured in in Differentiated Differentiated RLT RLT area, area, for for RSACCH RSACCH Enab En able led d Pa th Enab En able led d –– Path Path Pa th distance 1.3km ≅ distance ≅ 1.3km

112 | Repeated ACCH


RSACCH Measurements


RSACCH Enabled



Differentiated RLT


113 | Repeated ACCH


RSACCH Measurements


RSACCH Enabled



Differentiated RLT


114 | Repeated ACCH


RSACCH Measurements


RSACCH Enabled



Differentiated RLT


115 | Repeated ACCH


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


CONCLUSION Voice Quality Quality Measur Measuremen ements ts Results Results - VQ and Unitary 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 Triggered by by the RLT RLT counter counter – Apparent Apparently ly this trigge triggerr would be be working working – Triggered Triggered for for DL if BS receiv receives es a certain certain nb of SRR=1 SRR=1 during during a sliding sliding window. 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 under poor radio radio conditions conditions – This is being discuss discussed ed with Nokia

According According to to recent recent on-air on-air tests tests in in Lab, Lab, with with Nokia Nokia cooperation, cooperation, Mobile Mobile N6720 N6720 according according to to Nokia, Nokia, is is working working properly, properly, although although this this is is still still under under discussions discussions with with ALU ALU

117 | Repeated ACCH



Conclusion


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 Those variations variations cannot cannot be be confirmed confirmed as as gains gains as as the the tested tested network network is is using using very very slightly the most robust codecs slightly the most robust codecs

119 | Repeated ACCH


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 a lready acknowledged acknowledged by Nokia (FR 3BKA45FBR286294)



No major impact from “AMR signaling signaling vs. speech speech gap” in TMO network 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

FR AMR Codec (kbit/s )

120 | Repeated ACCH


7. 95

10. 2

12.2

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



CDR increase with RxACCH FR 3BKA45FBR289679 3BKA45FBR289679 

121 | Repeated ACCH

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



Annex


Codec Redundancy Levels Codec

Level of redundancy of EFR, AMR-FR and AMR-HR codecs: 

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%

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%

The SACCH frames have a 60% redundancy.



Redundancy

123 | Repeated ACCH


Cell Zone Division Criterion 

Signif Significa icant nt RxACCH RxACCH capabl capable e MSs penetr penetrati ation on > 5%



Minimum 20 cells and traffic of 500 Erlangs as minimum per day in average



Homogenous 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 preferably with non non optimal radio conditions 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


Cell Zone Division Method (1/2) 

The following information for all pilot cells is tabulated as following:



The pilot cells are plotted using using MapInfo for CDR Radio, CDR CDR HO, and Erlangs



Following the division criterion, a compromise between Erlangs, call drops (due radio and HO) and location location was followed followed to divide divide the pilot area to: 

Three cell zones for tuning phases



Two cell zones for final optimization phase A compromise compromise was used as cells with bad bad KPIs were non-homogeneously non-homogeneously located and pilott KPIs on average pilo average was was very good

125 | Repeated ACCH


Cell Zone Division Method (2/2) 

Division criteria was more biased towards Erlangs and CDR radio than CDR HO, as CDR HO was was very low and CDR radio already indicated bad radio conditions 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.67%

CDR Radio= 0.75% CDR HO= 0.27%

CDR HO= 0.25%

Back 126 | Repeated ACCH


Nokia phones Misbehavior with RSACCH feature Not responding to SRO

127 | Repeated ACCH


Nokia phones Misbehavior with RSACCH feature Not setting SRR when needed

Back 128 | Repeated ACCH


www.alcatel-lucent.com

129 | Repeated ACCH


ALu seminar RX ACCH

Recommend Documents