nokia kpis analysis

7/23/2019 Nokia KPIs Analysis

1/56

Version Date Author


2/56

Comments


3/56

Figure1:TCH Drop Call Ratio-Formulas

Figure2: TCH Drop call ratio (dcr_32a)

Figure3: TCH Drop call ratio (dcr_32a) -reasons

TCH DRO countersRoot CauseRF reason Rf call c1013 Radio failures

RF reason Rf old c1014 Radio failures on old channel in HO

HW problems c fail c10!" ranscoder failures

HW problems c old c1030 ranscoder failures of old channel in HO

RF#HW reason Abis call c10$4 Abis failures

RF#HW reason Abis old c10$% Abis failures on old channel in HO

RF#HW reason Aif call c10$& A if failures

RF#HW reason Aif old c10$$ A if failures on old channel in HO

HW problems 'apd c104( 'apd failures

HW problems )* c104& )* failuresuser +sr c104$ Failures due to user actions

reset )C*+ c104" Failures due to )C*+ reset

HW problems Cf, c10%0 Failures due to radio net-or. confi,uration action

RF reason Act c10$1 Failures due to channel acti/ation nac.

RF#HW reason )*C i HO c40$4 Drop calls in )*C controlled incomin, HOs

RF#HW reason )*C o HO c40$% Drop calls in )*C controlled out,oin, HOs

timer 3101 pired 2*"

timer "103 pires

timer 310& pired

TCH DRO !"s


4/56

dcr31a TCH drop call ratio a#ter TCH sei$ure %e#orer re-esta%lisment&On thearea le/el5 his 678 indicates ho- much calls are dropped after CHsei9ure5periences on +se: 8n ,ood net-or.s -here optimisation has been donealread; for t-o to three ;ears< /alues ha/e been around ! to 3 per cent2and in net-or.s in -hich no optimisation has been done ;et the /alues

remain e/en abo/e 10 per cent5 A /alue of % per cent is achie/able inman; net-or.s despite their bad initial co/era,e plannin,5 8nterferencealso raises the fi,ure5 )e careful -hen settin, the tar,et /alues since thefactors 2-hether caused b; the customer or =o.ia can be time>consumin, and epensi/e to pro/e5 8f used on cell le/el< the /alues can bee/en o/er 100 per cent if a cell ta.es HOs in but then drops them5


5/56

dcr3!a

dcr$h

TCH drop call ratio' a#ter re-esta%lisment+se: On the area le/el5periences on +se: 8n ,ood net-or.s -here optimisation has been donealread; for t-o to three ;ears< /alues are around ! to 3 per cent5 8nnet-or.s in -hich no optimisation has been done ;et the /alues are e/enas hi,h as 10 per cent5 A /alue of % per cent is achie/able in man;net-or.s despite their bad initial co/era,e plannin,5 he /alues in the

best net-or.s are belo- 15%?5 8nterference also raises the f i,ure5 8f usedon the cell le/el< the /alues can be e/en o/er 100 per cent if a cell ta.eshando/ers in but then drops them5 Call re>establishments can mar.edl;impro/e the drop call ratio 2for eample< from !53 to !50 ?5 *ince this isan impro/ement from the @* users point of /ie-< this fi,ure suits better tomana,ement reports5 he bi,,est reason for ha/in, lo- fi,ures usuall; isin basic net-or. plannin,5 8f co/era,e is not adeuate this 678 cannotsho- ,ood /alues5*e,ment related problems: here mi,ht be some problems -ithtchnormsi9e if used on )* le/el and the )* is part of themultise,ment5

TCH drop call ' a#ter TCH assignment' *itout considering re-esta%lisments&+se: his formula is de/eloped to better match -ith the formulas of other /endors2ricsson and @otorola5 8t considers the impact of the call re>establishment56no-n problems: *ee dcr$5


6/56

dcr%b

dcr10e

TCH dropped con+ersation ratio' re-est& considered&+se: On the area le/el5ells the ratio of calls dropped -hile A and ) are tal.in,< that is after connac.58nter>)*C hando/ers are subtracted in the denominator because the; tri,,ercon/erstarted5 Compensation is 100? true onl; if the area has no inter> )*CHOs from outside the area5 heoreticall; should al-a;s be less than dcr3 ordcr3a5RCO@@=DD *+@@ARB 'V'*: Area * )*

:6no-n problems: *ee dcr%51con/erstarted is not tri,,ered for call re>establishments5droppedcalls is tri,,ered once for the first re>establishment5 After thatsetupfailure is tri,,ered if the call is a dropped call58f a call is Esa/edE b; re>establishment multiple times< setupfailure -ill betri,,ered se/eral times accordin,l;5!Drop call b; pre>emption 2first priorit; call reuest to be established< all CHsei9ed< lo-er priorit; calls on tri,,ersdroppedcalls5 herefore this counter does not indicate onl; technical drops5

Drops per erlang' %e#ore re-esta%lisment&+se: On the area and )* le/el5


7/56

dcr10f Drops per erlang' a#ter re-esta%lisment&+se: On the area and )* le/el5


8/56

dcr4h CH drop>out ratio< before call re>establishment5 +se: On the )* le/el5 o ran.cells b; the share of CH drop call failures per CH sei9ure 2normal or HO5 8ntra>cell HO is ecluded< -hich is meanin,ful in the case of 8+O5 8nter>cell HOs arecounted onl; as a net /alue56no-n problems: Does not -or. 100? ri,ht if there are lot HO from !>3 or /ice/ersa5 =e- /ersion dcr4i shall be used5


9/56


10/56


11/56


12/56


13/56


14/56


15/56

Figure1:,ummar o# ,DCCH Formulas

Figure2:,DCCH ,uccess Ratio (cs#_2e)

,DCCH DRO counters

Root causeRF reason Rf 2? call c1003 Drops due to Radio failure durin,

RF reason Rf 2? old c1004 Drops due to Radio failure in HO

HW reason #RF reason A bis 2? call c10&% Drops due to Abis failure durin,

HW reason #RF reason A bis 2? old c10&( Drops due to Abis failure in HO

HW reason #RF reason Aif 2? call c10&$ Drops due to Aif failure durin, ca

HW reason #RF reason Aif 2? old c10&" Drops due to Aif failure in HO

HW reason 'apd 2? c103% Drops due to 'apd problems

HW reason )* 2? c103( Drops due to )* problems

user +ser 2? c103& Drops due to user actions

reset )C*+ 2? c103$ Drops due to )C*+ reset

HW reason Cnf, act 2? c103" Drops due to radio net-or. confi,

imer 3101 pir; ? c%&0!0 Drops due to 3101 epir;*DCCH reuests c1000

HO in c100(

o FACCH call setup c10""

'+ c301"

@C 2incl *@* c301!

@OC 2incl *@*establishment c30!0

emer,enc; call c30!1

,DCCH DRO !"s


16/56

sdr1a

trf30

rach(

Drops total5 Ratio of *DCCH drops # *DCCH bids5+se: o follo-up the performance of *DCCH from a technical point of /ie-5periences on +se: 1 Hi,h *DCCH drop rates usuall; resultfrom ,host accesses5 A )* decodes them from en/ironmentalor bac.,round noise and filters out most of them5 Ho-e/er< allof them cannot be filtered out and the RACH reuest is passedon to the )*C for processin, and for the allocation of a *DCCH

channel5 he counter HO* CCCH R* 23030 is updatedeach time a CHA==' RG+8RD is reected because of anin/alid establishment cause5 8n *@ ph51 there eist alto,etherei,ht establishment causes< three of -hich are undefined asin/alid< for eample< resultin, in that this counter sho-s onl; 3#$of all the ,host accesses the )* has decoded5 For the rest< a*DCCH is allocated and this -ill result in*DCCHA)8*FA8'CA'' failure5 )ecause of ,host attemptsthe *DCCH drop ratio is hi,h -ith lo- traffic5 As the amount ofcall attempts increases< the influence of ,hosts becomessmaller and the drop ratio approaches its real /alue5 ! he rateof ,hosts comin, to *DCCH dropped -hen )* )" -ithimpro/ed ,host filterin, -as ta.en into use56no-n problems: 8n *DCCH failure counters it is not possible toseparate '+ and call sei9ures5

*DCCH bids5 *DCCH assi,nments and *DCCH HOsei9ures5

*DCCH hosts5host reuests reected b; )*C due toan ille,al establishment cause5he real amount of ,hostsis about $#3Icounter3030 in *@ ph51J


17/56

sdr3b

csf!e

host?5*DCCH ,host reuests in ratio to *DCCHbids5his 78 ,i/es ;ou number of ,host accesses -hichtr; to sei9e *DCCH but are reected before sei9in,*DCCH due to an ille,al establishment cause5

*DCCH success ratio< includin, '+5+se: 8ndicates ho--ell the *DCCH phase is completed5periences on +se: he best /alues seen are around "$?56no-n problems: he formula does not separate the*DCCH call sei9ures from other sei9ures 2such as '+and **5 he failure rate in the case

of a call or e5,5 '+ can ,reatl; differ from one another ,hosts -hich ha/ean occasionall; /alid establishment cause5 hese shouldcomprise statisticall; %#$ of all ,hosts in *@ phase 15

Another 3#$ of ,hosts are detected alread; before*DCCH based on some in/alid establishment cause5 8n

*@! the ratio %#$ and 3#$ is no lon,er /alid5 > multiplesei9ures of *DCCH 5 :

*DCCH usa,e ratio5 Comparison has sho-n that thisformula -or.s as -ell as trf&5 *ee test results D;namic*DCCH allocation can add *DCCH capacit; d;namicall;and therefore ma.e the countin, of *DCCH usa,e ?

obsolete5 5

*DCCH call success probabilit;5Ratio of callssuccessfull; transferred to CH from *DCCH5+se: On the area le/el5 8ndicates the probabilit; of a callbein, successfull; transferred from *DCCH to CH5*e,ment related problems: tchcallre is updated onl;for master )*5


20/56

csf1! Acti/ation related *DCCH access probabilit;5+se: On thearea le/el5


21/56

call

all 2e5,5 hosts ha/in, a le,al establishment cause

ll

uration


22/56


23/56


24/56


25/56


26/56


27/56

Hando+er counters

TO .D/.C0T C0

HO LM Att c1%001 =umber of HO attempts to the adacen

HO NL Att c1%003 =umber of HO attempts to the adacen

=umber of hando/ers c100$ CH sei9ures for HO

HO R0.,O,

Root Cause

8nterference +' ua c40!3 +' ualit;

Co/era,e +' le/ c40!4 +' le/el

8nterference D' ua c40!% Do-nlin. ualit;

Co/era,e D' le/ c40!( Do-nlin. le/el

Distance Dist hi,h c40!& Distance eceeds limit

raffic @*C c40!$ @*C in/ocation 2traffic reas

8nterference +' itf c40!" +plin. interference

8nterference D' itf c4030 Do-nlin. interference

+mbrella +mbr c4031 +mbrella

)etter cell 7b,t c403! 7o-er )ud,et

O@ O@C c4033 Operation and maintenance

DR DR c40&" Directed retr;

pre>mption 7rm c40$( 7re>emption 2*3

ualit; RFD c40$& Rapid field drop 2*4

Distance Dist lo- c40$$ 'o- distance 2*4

Gualit; C8 )ad c40$" )ad C

Gualit; C8 ood c40"0 ood C

*peed *lo- @o/ @* c40"1 *lo- mo/in, @* 2*%

*peed @* spee slo- c410% *lo- speed of @* 2*(

*peed @* spee hi,h c410( Hi,h speed of @* 2*(

A interface #HW CC c40"" HO to chan,e Aif circuit t;p

ualit; RFD c4111 nhanced Rapid field drop

rafic RHO c403% )*C controlled RHO 2*$

raffic DAD' c41!" DAD') 2*$

Data 7R* c4130 HO to enable 7R* territor

H*C*D H*C*D c4141 8ntracell HO attempt for a si

8nterference R )ad c410" )ad R le/el 2*&

Gualit; R ood c4110 ood R le/el

direct access Dir Acc c41!$ Direct access attempts 2*&

Gualit; 8nter band due le/ c41(3 CH>CH HO from non>)C

3 8*HO c41$0 CH>CH HO from *@ to

3 8nters;s dir acc c41$1 *DCCH>CH from *@ to

HR A@R FR>HR c414! HO attempts from A@R FR

HR A@R HR>FR c4143 HO attempts from a@R HR

Gualit; 8nter band *DCCH c4133 Attempts to perform based

Gualit; 8nter band CH c413% Attempts to perform a CH>

*DCCH 8nter )* t;pe *DCCH c413& Attempts to perform *DCC

)* t;pe 8nter )* t;pe CH c413" Attempts to perform CH to

=br of HO att ho13h =umber of HO attempts


28/56

D0F"0D .D/.C0T C0,

=CC c13003 =e-or. Colour Code of +A

)CC c13003 )ase *ation Colour Code o

)CCH c13003 )CCH carrier number 2ARF=br of samples c1300! =br of samples fstre,th

A/, D' si, str c13001 A/era,e D' si,nal stren,th

Outgoing 4,C ctrl HO

*uccesses c4004

@*C ctrl ho not allo-ed c403&

)loc.ed c40%%

Return to old c400(

nd of HO c400&

nd of HO )** c400$

Call clear c4041 Wron, Aif circuit t;pe c410!

Adacent cell error c4100

Drop calls 2*& c410&

Outgoing 5,C ctrl HO

*uccesses c4014

)*C ctrl ho not allo-ed c403$

)loc.ed c40&!

Return to old c401%

nd of HO c401(

nd of HO )** c401&

Call clear c404! Wron, Aif circuit t;pe c40"(

Drop calls c40$4

"ntra cell HO

8ntra cell ho not allo-ed c403(

)loc.ed c401"

Return to old c40!!

@* lost 2drop call c40!0

Radio chnactfailure c40!1

Call clear c403"

Wron, Aif circuit t;pe c40"$

Drop calls c40$%

HO !"s on te .d6acenc le+el


29/56

HO LM )lc. ? blc.1"

HO LM Fail ? hfr%$

Hando/er bloc.in, to tar,et cell5=ote: Hi,hbloc.ed b; user5his is because the cell can still be a candid)CCH RK and reports it< the )*C tries habloc.ed it -ill fail due to no resourcies a/ail*o its not a real ho fail5

=O*:6no-n problems: 8n *115% or older releses tHOFA8'R*OADP are updated befor

A@R is in use and there are non>A@R cellsresources run out of capacit;5 HOApool s-itchin,5 his lead the situation thatare no bloc.in, at all in net-or. 2HOFA8'pool s-itchin,5 *ince *1! in pool chan,e tupdated onl; once< and HOFA8'R*Oreal bloc.in,5

HO failures to tar,et cell5+se: On the a? of the real 2non bloc.ed HO attempt=O*:6no-n problems: =ot accurate becaus1 for calls that are cleared b; @* userhoatttoad counter is incremented acompensated in the numerator5! HO that is interrupted due to anotheincrements attempt counters but cannoin the numerator538n *115% or older releses the counter

HOFA8'R*OADP are updatedoccur -hen A@R is in use and there ar2or A@R circuit resources run out of caupdated once a,ain alter pool s-itchinupdated after successful HO5 *ince *1HOAOADP 2and HO*+CC


30/56

HO NL Fail ? hfr%"

7eneral HO !"sHO NL )lc. ? blc.!0

HO failures from tar,et cell5On the adaof the real 2non bloc.ed HO attempts5=O*:6no-n problems: =ot accurate becaus1 for calls that are cleared b; @* userhoattfromad>counter is incremente

compensated in the numerator5! HO that is interrupted due to anotheincrements attempt counters but cannoin the numerator538n *115% or older releses the counterHOFA8'R*FRO@ADP are updatoccur -hen A@R is in use and there ar2or A@R circuit resources run out of caupdated once a,ain alter pool s-itchinupdated after successful HO5 *ince *1HOAFRO@ADP 2and HO*+CConce5

Hando/er bloc.in, from tar,et cell5Hi,bloc.ed b; user5his is because the cell can still be a clisten to )CCH RK and reports it< theall time slot are bloc.ed it -ill fail due tread; before ho command5 *o its not a

=O*:6no-n problems: 8n *115% or older releHOAFRO@ADP and HOFA8'before pool s-itchin, that can occur -non>A@R cells in the net-or. 2or A@Rcapacit;5 HOAFRO@ADP is upds-itchin,5 his lead the situation that 6there are no bloc.in, at all in net-or. 2updated before pool s-itchin,5 *inceHOAFRO@ADP is updated onl;HOFA8'R*FRO@ADP is not upd


31/56

HO calls ratio? trf13,

HO drop ratio hfr($b

HO # call ratio58ndicates ho- stationar;bi,,er the number< the more mobile is t-ith stationar; traffic can be found5 himuch the co/era,e areas o/erlap5 +sacell HOs are not included as the; are nRCO@@=DD *+@@ARB 'V'*

HO drop ratio5Defines ho- bi, a sharedropped5 8ndicates the ualit; of the ha*e,ment related problems: Does not -

part of the multise,ment5 A reason for ttri,,ers fora tar,et )* onl; if a HO is successful5failure< the attempt counter tri,,ers onl)*5 RCO@@=DD *+@@ARB '


32/56

otal HO failure hfr!a

HO failure due to bloc.in, hfr%%b

otal HO failure ratio< ecludin, 8*HO5Ho-e/er< this formula does not -or. o-ith se/eral )* and there are HOs frothe incomin, HO from another cell tri,,counter in the master )* but the HOin another )*5 his is the case onl; if

periences on +se: 8n a net-or. ,a/eof hfr15 8n a ,ood net-or. the /alue cin a /er; bad net-or. /alues hi,her thaDirected Retr; is enabled< the @* ma; incorrect parameter settin,s of adace> badl; defined nei,hbours 2+' co/era> +' co/era,e ,enerall;5 Cell imbalanc> CH bloc.in, in the tar,et cell> +' interference 2tar,et )* ne/er ,et

6no-n problems: )loc.in, is included5sho- hi,h /alues especiall; in the casenecessaril; mean that there are some t8*HO not included5 +se hfr!b instead5

RCO@@=DD *+@@ARB 'V'*

HO failure ratio due to radio interface b*e,ment related problems: Does not -part of the multise,ment5 A reason for ttri,,ers fora tar,et )* onl; if a HO is successful5failure< the attempt counter tri,,ers onl)*5RCO@@=DD *+@@ARB 'V'*


33/56

Out,oin, @*C ctrl HO attempts ho"a

Failures hof(b

Out,oin, )*C ctrl HO attempts ho11

)*C HO Failure hof$b

*e,ment related problems: Does not -part of a multise,ment5 he reason is ttri,,ered fora master )* 2)CCH )* first5 8f thecounter is updated for the )* in uestproblem occurs if the HO is unsuccessf

counter remains in master )* and -othat caused the HO failure5

@*C out,oin, HO failures5*e,ment rel)* le/el if the )* is part of the multian attempt counter tri,,ers fora tar,et )* onl; if a HO is successful5failure< the attempt counter tri,,ers onl

)*5

)*C out,oin, HO attempts5*e,ment ron )* le/el if the )* is part of a mulHO attempt counter is tri,,ered fora master )* 2)CCH )* first5 8f thecounter is updated for the )* in uestproblem occurs if the HO is unsuccessfcounter remains in master )* and -ofor the )* that caused the HO failure5

)*C out,oin, HO failures5*e,ment rel)* le/el if the )* is part of the multian attempt counter tri,,ers fora tar,et )* onl; if a HO is successful5failure< the attempt counter tri,,ers onl)*5


34/56

8ntra cell HO attempts ho!4

*uccesses ho!&a 8ntra>cell HO successes

8ntra HO Failure hof"c

8ntra>cell HO attempts5*e,ment related)* le/el if the )* is part of a multiseattempt counter is tri,,ered fora master )* 2)CCH )* first5 8f thecounter is updated for the )* in uestproblem occurs if the HO is unsuccessf

counter remains in master )* and -ofor the )* that caused the HO failure5

*e,ment related problems: Does not -part of the multise,ment5 A reason for ttri,,ers fora tar,et )* onl; if a HO is successful5failure< the attempt counter tri,,ers onl)*5


35/56

cell

cell

on

2forced b; user

2*%

*&

up,rade 2*"

n,le slot call for enablin, H*C*D call

CH due to -ea. do-nlin. 2*1050%

WCD@A RA= 2*11

CD@A RA= due to direct access 2*11

to A@R HR 2*10

to A@R FR 2*10

n duration of an *DCCH reser/ation

CH HO bet-een )* on different ualit;

to *DCCH based on duration of CCH

CH HO bet-een different )* t;pe


36/56

5

+AC5

= of +AC5

recei/ed from +AC5


37/56

/alues sho-n if the tar,et cell is

ate5 As far as @*s can listen todo/er to this cell5 8f all time slot areble< all read; before ho command5

he counters HOAOADP ande pool s-itchin, that can occur -henin the net-or. 2or A@R circuitADP is updated once a,ain alter78 sho-s some bloc.in, e/en thereR*OADP is updated beforee counters HOAOADP is

ADP is not updated if there are no

dacenc; le/el5 i/es the failures5

edurin, the HO process thend cannot be

procedure 2e5,5 assi,nmentt be compensated

HOAOADP and

efore pool s-itchin, that cannon>A@R cells in the net-or.acit;5 HOAOADP is< and HO*+CCOADP is

! in pool chan,e the countersADP are updated onl; once5


38/56

cenc; le/el5 i/es the failure ?

edurin, the HO process theand cannot be

procedure 2e5,5 assi,nmentt be compensated

HOAFRO@ADP andd before pool s-itchin, that cannon>A@R cells in the net-or.

acit;5 HOAFRO@ADP is< and HO*+CCFRO@ADP is

! in pool chan,e the countersFRO@ADP are updated onl;

/alues sho-n if the tar,et cell is

ndidate5 As far as @*s can*C tries hando/er to this cell5 8fno resourcies a/ailable< allreal ho fail5

ses the counters*FRO@ADP are updateden A@R is in use and there are

circuit resources run out ofated once a,ain alter pool78 sho-s some bloc.in, e/en

OFA8'R*FRO@ADP is1! in pool chan,e the countersnce< and

ated if there are no real bloc.in,5


39/56

of mobile the traffic is5 hehe traffic5 +sin, this 678< cellsis lar,el; dependent on ho-le for non>8+O net-or.5 8ntra>

ot directl; related to mobilit;5: Area *

of the started hando/ers isndo/ers5or. on )* le/el if the )* is

his is that an attempt counter

8n the case of a hando/erfor the master

V'*: Area *


40/56

n the area or net-or. le/el5)* le/el if )* is part of *

m other cells5 he reason is thaters the incomin, HO attemptuccess counter can be tri,,eredthe HO is unsuccessful5

the result of $ ? instead of & ?n be less than 3 per cent< -hilen 1% per cent ma; occur5 > 8f-hen con,estion of the sourcebest cell to a -orse one5 henut fails if the first cell is stillof the HO failure ratio5

:nciese becomes a problemd5

s the HO access

)loc.in, ma.es this indicatorof 8+O< but it does not

echnical problems5

: Area * )*

loc.in,5On the area le/el5or. on )* le/el if the )* ishis is that an attempt counter


: Area *


41/56

or. on )* le/el if the )* isat a HO attempt counter is

O is successful then the attemption5 heul5 8n that case< the attempt

uld not be updated for the )*

ated problems: Does not -or. one,ment5 A reason for this is that


lated problems: Does not -or.ise,ment5 he reason is that a

O is successful then the attemption5 heul5 8n that case< the attemptuld not be updated

ted problems: Does not -or. one,ment5 A reason for this is that



42/56

problems: Does not -or. on,ment5 he reason is that a HO

O is successful then the attemption5 heul5 8n that case< the attempt

uld not be updated

or. on )* le/el if the )* ishis is that an attempt counter



43/56


44/56


45/56


46/56


47/56


48/56


49/56


50/56


51/56

Figure 1:R8 9ualit and R8 e+el

Figure 2:R8 9ualit and R8 e+el: Cecs

Figure 3:R8 ,tatistics measurements

Here are some e;amples o* di

ie ormal distri%ution

H@ pro%lem' 9> amount o# samples is strange

C?3 !!"! %(! !"! !!( ?B=? 3$ 13 1

H@ ro%lem' TR8com%iner etc is %roen

C2< !(%4 !1!3 1("" 13%" 10$& 1&3 33 (%

Figure >:ro%lem e;amples

9ualit counters

Rf call c1013 Radio failures

C' c%300! C'A**+77RRA=


52/56

Gualit; c%300& FRG+'G+A'0

Q

Gualit; c%304" FRG+'G+A'&

Gualit; c%30%% FRGD'G+A'0

Q

Gualit; c%30"& FRGD'G+A'&

,ee #igure>' pro%lems e;amples

9ualit !"s

dl!a

ul!a

? in 055&D'

Do-nlin.< cumulati/e share of measurement samples in ualit; classes 0 to &5his78 ,i/es a cumulati/e percenta,e of call samples 2A@R< non>A@R in classes 0 toK5 K L % is normall; used as a ualit; indicator5 8f K L % and this fi,ure is 100 ?

nokia kpis analysis

Documents