Acronym Ericsson

TNDROP TFNDROP TFNDROPSUB THNDROP THNDROPSUB

TFNCEDROP

TASSALL & TCASSALL

CMSESTAB CNDROP CCONGS ccongssub CNRELCONG CLUNDROP CLUDISSS CLUDISTA CLUDISQA TFTRALACC CELTCHF.TFNSCAN THTRALACC THNSCAN

TFTRALSUB & THTRALSUB

NECELLREL.HOVERSUC NLLREL.HOVERSUC NLLREL.HOVERCNT NELLREL.HOVERCNT NILASS.HOSUCBCL NILASS.HOSUCWCL NELASS.HOSUCBCL NELASS.HOSUCWCL CCALLS CMSESTAB TDWNACC TDWNSCAN ERCS_BSS_ITSIB1 ERCS_BSS_ITSIB2 ERCS_BSS_ITSIB3 ERCS_BSS_ITSIB4 ERCS_BSS_ITSIB5 ITFUSIB1 ITFUSIB2 ITFUSIB3 ITFUSIB4 ITFUSIB5 ITFOSIB1 ITFOSIB2 ITFOSIB3 ITFOSIB4 ITFOSIB5 DMASR TBFSR EDGE_Throughput_TS GPRS_Throughput_TS MCS_Coding_Scheme_Utiliz ation Total_Payload_MB Hard_Blocking FAILDLTBFEST DLTBFEST DLBGEGDATA ULBGEGDATA

DLBGGDATA ULBGGDATA ERCS_BSS_Total_Payload ERCS_BSS_Total_Payload_D L

ERCS_BSS_SUMIHOSUCC ERCS_BSS_SUMEIHOSUCC ERCS_BSS_SUMIHOATT ERCS_BSS_SUMEIHOATT

RAACCFA CNROCNT PDRAC CDISSS CDISSSSUB CDISQA CDISQASUB CDISTA TAVAACC TAVASCAN TNUCHCNT THV3TRALACC TFV3TRALACC TFV3NSCAN THV3NSCAN ERCS_BSS_TDISSBL ERCS_BSS_TDISSDL ERCS_BSS_TDISSUL ERCS_BSS_TDISQABL ERCS_BSS_TDISQADL ERCS_BSS_TDISQAUL ERCS_BSS_TDISTA ERCS_BSS_TSUDLOS

TFNDROP+TFNDROPSUB+THNDROP+THNDROPSUB rate and for overlaid subcells, for example THNDROPSUB

e o a num er o roppe u ra e connec ons n un er a su ce a occur w en a subscriber to subscriber connection has already been established. The counter is incremented when a connection is dropped after any of the three messages 44.018 ASSIGNMENT COMPLETE, 44.018 HANDOVER COMPLETE, 44.018 CHANNEL MODE MODIFY ACKNOWLEDGE and before one of the DTAP messages 24.008 RELEASE or 24.008 DISCONNECT is received by the BSC.

The assignment success rate covers both change from SDCCH to TCH or changed channel mode on TCH from signalling to speech. It should be noted that during the assignment procedure there may be several attempts to allocate a channel in different cells, but the attempts counter in this formula (TASSALL) will only be incremented once, if an attempt succeeds or if all attempts have failed. A low TCH assignment success rate would normally be due to TCH congestion. The KPI shows the subscriber perceived TCH availability at call setup and is impacted by parameter settings for example for the assignment time-out (TASSREQ) and assignment to worse or better cell (for example AWOFFSET). The systems are dimensioned to have a certain TCH GoS, so the KPI must be compared to the TCH GoS the system was planned for. Please, observe that congestion at handover is not included in this KPI, or any other KPI, as there is no way to determine the subscriber impact due to a handover that could not be executed due to congestion. As a second level measurement the channel availability in the cells should be monitored in terms if congestion time, this is though not a KPI as it does not directly translate into a subscriber impact (with features like OL/UL subcells, Hierarchical Cell Structures, assignment to worse cell and dynamic mode adaptation subscriber impact due to lack of channels is prevented). When there is VAMOS traffic using TSC from set 2, STS counters related to MS connection establishments on SDCCH, for example CMSESTAB, will decrease, and STS counters related to MS connection establishments on The total number of dropped SDCCH channels in a cell. Congestion counter for underlaid subcell. Stepped each time an allocation attempt fails due to SDCCH congestion. The counter for overlaid subcell is CCONGSSUB. Number of released connection on SDCCH due to TCH — and transcoder congestion in underlaid and overlaid sub The total number of dropped SDCCH channels during location area update in a cell. The counter CLUNDROP is in Dropped SDCCH connection during location area update at low signal strength on down— or uplink in underlaid s Dropped SDCCH connection during location area update at excessive Timing Advance (TA). CLUDISTA works as CDI Dropped SDCCH connection during location area update at bad quality down— or uplink per cell in underlaid subc Traffic level accumulator for full-rate TCH. The corresponding counter for half-rate is THTRALACC Cell tch fr-Number of accumulations of traffic level counter for full-rate TCH. The corresponding counter for half-r Traffic level accumulator for full-rate TCH. The corresponding counter for half-rate is THTRALACC Number of accumulations of traffic level counter for full-rate TCH. The corresponding counter for half-rate is THN The value can be calculated for the whole BSC by adding all cells together. The traffic can also be calculated for cells and subcells. In the subcell case there is a specific counter for overlaid subcell TCH traffic, THTRALSUB and TFTRALSUB (half- and full-rate respectively). The values for underlaid cell can be obtained by subtracting the value of the overlaid from THTRALACC or TFTRALACC respectively. A similar formula can be used for SDCCH traffic using the counters CTRALACC and CNSCAN in the object types CLSDCCH (underlaid + overlaid) and

Channel allocation attempt counter (on SDCCH). Successful MS channel establishments on SDCCH The counter is stepped every tenth second if there are no TCHs in IDLE or BUSY state in the cell and the cell state i The counter is stepped every tenth second when the cell state is ACTIVE

Accumulated number of idle TCH/F in the underlaid subcell in interference band 1. The corresponding counter for

FOR OVERLAID

The total number of attempts to establish a downlink TBF that resulted in a failure due to lack of resources. Lack o The total number of attempts to establish a downlink TBF

Accumulated total LLC data received on the downlink in GPRS mode transfers for QoS class Background. Units: kbit

The object types RANDOMACC, RNDACCEXT and CELLGPRS contain the counters for Random Access (RA) reasons and performance. The number of successful and failed random accesses are registered and information about the distribution of the reasons for random access is also available. A failed random access burst does not necessarily lead to a call setup failure, as the MS sends many RA bursts each time it tries to connect to the network. A high number of RA failures might be caused by bad BSIC planning or interference. Number of Failed Number of Accepted Random Accesses. This counter is also incremented for TRXT connections. T e counter va ue is incremente w en a 44.058 CHANNEL REQUIRED containing 44.018 CHANNEL REQUEST with establishment cause "One Phase Packet Access" or "Single Block Packet Access" is Dropped SDCCH connection at low signal strength on down— or uplink in underlaid subcell that is below LOWSSDL and/or LOWSSUL. There is also a counter for overlaid subcell, CDISSSSUB Dropped SDCCH connection at bad quality down— or uplink per cell in underlaid subcell that is worse than BADQDL and/or BADQUL. There is also a counter for overlaid subcell, CDISQASUB. Dropped SDCCH connection at excessive Timing Advance (TA). Available Basic Physical Channels (BPCs) for traffic channels accumulator. Also available for overlaid

Number of accumulations of available BPCs for traffic channels counter. Also available for overlaid subcell, TAVAS The channel availability is very difficult to measure despite counters such as TAVAACC, number of available TCHs. TRALACC- TRAFFIC LEVEL ACCUMULATOR , THV3-TCH HALF RATE SPEECH VERSION 1/3 TFV3-TCH Full RATE SPEECH VERSION 1/2/3  accumulations of traffic level counter. Tfv3-TCH use for Speech Version 3 FR

 Also available for overlaid subcells, CCONGSSUB. ell. The counters are stepped when a 48.008 CLEAR COMMAND message with cause "No radio resourc remented for abnormal terminations that occur during location area update. bcell that is below LOWSSDL and/or LOWSSUL. There is also a counter for overlaid subcell, CLUDSSSUB. ISTA, but is only incremented for drops during location area update. ell that is worse than BADQDL and/or BADQUL. There is also a counter for overlaid subcell, CLUDISQAS te is THNSCAN CAN

s ACTIVE

half-rate and overlaid subcell is ITHOSIB1.Shown below is the percentage of idle channels in interferenc

f resources could mean: no PDCH allocated on which the TBF could be reserved; no TFIs available (that i

 

ubcell, TAVAACCSUB.

 

ANSUB This is due to the fact that TNUCHCNT, number of defined TCHs, depends on whether the number is sys

available" is received. CNDROP is stepped at the same time. The counters are not incremented if 48.0 CLUDISSS and CLUDISSSSUB works as CDISSS and CDISSSSUB respectively, but are only incremented for B. CLUDISQA and CLUDISQASUB works as CDISQA and CDISQASUB respectively, but are only increment

e band 1 out of the total idle channels. The same measure can be calculated for interference band 2 to

is maximum allowed number of TBF reserved on all allocated PDCH); the PDCH was preempted before it

em defined or operator defined

8 CLEAR REQUEST has been sent previously. The subset for overlaid subcells is CNRELCONGSUB. The tw drops during location area update. ed for drops during location area update.

. As a help expression, the total number of idle full-rate TCH in underlaid subcell is calculated first.

could be reserved; some other channel fault that prevented the reservation; congestion in MAC (that i

o counters are located in CLSDCCH and CLSDCCHO respectively.Note: There is an exception when the c

no frame number could be returned); congestion in the CP prevented the request being processed

unters are incremented despite that 48.008 CLEAR REQUEST is sent. Namely, when a GSM Priority Con

nection, queued by the MS Queuing function, is removed from the queue because of time-out of the as

ignment queuing timer (T11).

Formulas that include handovers have considered handovers both to BSC internal and external neighbors. If data is only collected from one BSC it is not possible to obtain the incoming For formulas handling handovers user defined summation counter have been used. The summation counters are not part of the BSC STS counters, but should created on cell level in a The STS object types that contain counters for BSC internal cell relations are NCELLREL and NICELASS, and for BSC external cell relations NECELLREL and NECELASS.

Note: For External Cells (that is cells belonging to different BSCs, for example "BSC1" and "BSC2") the Object Type NECELLREL only shows outgoing HO (STS data from a BSC only report counters for that particular BSC). Hence, in order to have a proper Summation, one must combine the NECELLREL Ob ect T es from "BSC1" and "BSC2" res ectivel in a ostATT= HOVERCNT SUCC=HOVERSUC REV=HORTTOCH LOST=HOVERCNT-HOVERSUC-HORTTOCH ABSUCC=HOSUCBCL AWSUCC=HOSUCWCL The following summation counters are used for every cell in the BSC as the sum over al SUMOHOSUCC Sum of Successful Internal Handovers (Outgoing Handover) SUMOHOSUCC = NCELLREL.HOVERSUC SUMOABSUCC Sum of Successful Internal Assignment Handovers to Better Cell (Outgoing Hand SUMOABSUCC = NICELASS.HOSUCBCL SUMOAWSUCC Sum of Successful Internal Assignment Handovers to Worse Cell (Outgoing Hand SUMOAWSUCC = NICELASS.HOSUCWCL SUMIHOSUCC Sum of Successful Internal Handovers (Incoming Handover) SUMIHOSUCC = NCELLREL.HOVERSUC SUMIABSUCC Sum of Successful Internal Assignment Handovers to Better Cell (Incoming Hando SUMIABSUCC = NICELASS.HOSUCBCL SUMIAWSUCC Sum of Successful Internal Assignment Handovers to Worse Cell (Incoming Hand SUMIAWSUCC = NICELASS.HOSUCWCL SUMEIHOSUCC Sum of Successful External Handovers (Incoming Handover) SUMEIHOSUCC = NECELLREL.HOVERSUC SUMEIABSUCC Sum of Successful External Assignment Handovers to Better Cell (Incoming Hand SUMEIABSUCC = NECELASS.HOSUCBCL SUMEIAWSUCC Sum of Successful External Assignment Handovers to Worse Cell (Incoming Han SUMEIAWSUCC = NECELASS.HOSUCWCL SUMEOHOSUCC Sum of Successful External Handovers (Outgoing Handover) SUMEOHOSUCC = NECELLREL.HOVERSUC SUMEOABSUCC Sum of Successful External Assignment Handovers to Better Cell (Outgoing Han SUMEOABSUCC = NECELASS.HOSUCBCL SUMEOAWSUCC Sum of Successful External Assignment Handovers to Worse Cell (Outgoing Han SUMEOAWSUCC = NECELASS.HOSUCWCL SUMOHOATT Sum of Internal Handover Attempts (Outgoing Handover)

SUMOHOATT = NCELLREL.HOVERCNT SUMEOHOATT Sum of External handover Attempts (Outgoing Handover) SUMEOHOATT = NECELLREL.HOVERCNT SUMOHOLOST Sum of MS Lost Internal Handovers (Outgoing Handover) SUMOHOLOST = NCELLREL.HOVERCNT - NCELLREL.HORTTOCH - NCELLREL.HOVERSUC SUMEOHOLOST Sum of MS Lost External Handovers (Outgoing Handover) SUMEOHOLOST = NECELLREL.HOVERCNT - NECELLREL.HORTTOCH - NECELLREL.HOVERSUC For GSM to UTRAN handovers similar summation counters are created on cell l evel, all counters SUMHOVERCNTUTRAN Sum of the counter HOVERCNTUTRAN over all GSM to UTRAN cell relation SUMHOVERCNTUTRAN = NUCELLREL.HOVERCNTUTRAN SUMHOVERSUCUTRAN Sum of the counter HOVERSUCUTRAN over all GSM to UTRAN cell relation SUMHOVERSUCUTRAN = NUCELLREL.HOVERSUCUTRAN SUMHOLOSTUTRAN Sum of HOVERCNTUTRAN - HOVERSUCUTRAN - HORTTOCHUTRAN over all SUMHOLOSTUTRAN = NUCELLREL.HOVERCNTUTRAN - NUCELLREL.HORTTOCHUTRAN - NUCELLR

l internal or external cell relations:

 

ver)

 

ver)

er)  

ver)

 

over)

 

over)

 

over)

 

dover)

re located in the object type NUCELLREL: s (outgoing handover) s (outgoing handover)

 

SM to UTRAN cell relations (outgoing handover) EL.HOVERSUCUTRAN

  Cell Availability Formulae

Equation 1

Cell BCCH Availability (TAVAACC does step if there is available TCHs) [%]

Equation 2

Cell TCH Availability (TAVAACC does not step when TCH is not available) [%]

Description These formulas shows the percentage of time when BCCH (  Equation 1) or TCH ( Equation 2) wa Note: If these metrics are compared to formulas which includes TAVAACC, please remember that TA

s unavailable when the cell is active.

AACC steps when BCCH is not available but there are available TCHs. If no TCH is available