Post on 08-Nov-2014
transcript
Nokia Siemens Networks
Information System PM: KPI Requirement Specification Date : 15.04.2008 Release : BR10.0
Information PM: KPI Requirement Specification System
2
Contents Contents.................................................................................................................................. 2
1 INTRODUCTION............................................................................................................................................. 7 1.1 Purpose.............................................................................................................................................. 7 1.2 Reference Documents ........................................................................................................................ 7 1.3 Issue History...................................................................................................................................... 7 1.4 Definition of Terms............................................................................................................................ 8
2 TOP LEVEL KPI.......................................................................................................................................... 11 2.1 Accessibility ..................................................................................................................................... 12 2.2 Retainability .................................................................................................................................... 12 2.3 Mobility ........................................................................................................................................... 13 2.4 Network usage ................................................................................................................................. 13 2.5 Quality / Integrity ............................................................................................................................ 14
3 IMMEDIATE ASSIGNMENT ANALYSIS.......................................................................................................... 15 3.1 Number of Immediate Assignment Attempts .................................................................................... 17 3.2 Number of Immediate Assignment Losses ....................................................................................... 17 3.3 Number of Immediate Assignments by BSC procedure ................................................................... 18 3.4 Number of AGCH Losses................................................................................................................. 19 3.5 Number of Immediate Assignment Commands sent to MS via AGCH............................................. 19 3.6 Number of Immediate Assignments without MS Seizure.................................................................. 20 3.7 Number of successful Immediate Assignments ................................................................................ 20 3.8 Immediate Assignment Loss Rate .................................................................................................... 21 3.9 AGCH Loss Rate During Call Setup Caused by AGCH Overload in BTS ...................................... 21 3.10 Immediate Assignment without MS Seizure Rate............................................................................. 22 3.11 Immediate Assignment Success Rate ............................................................................................... 22 3.12 SDCCH Congestion Rate during Call Setup ................................................................................... 22 3.13 Immediate Assignment Failure Rate................................................................................................ 23
4 SSS PROCEDURES ANALYSIS ..................................................................................................................... 24 4.1 Number of successful Immediate Assignments related to Call Setups ............................................. 26 4.2 Number of Dropped SDCCH Connections related to Call Setups................................................... 27 4.3 Number of SSS Procedure Failures related to Call Setups ............................................................. 27 4.4 SDCCH Drop Rate related to Call Setups....................................................................................... 28 4.5 SSS Procedures Failure Rate related to Call Setups ....................................................................... 28 4.6 SSS Procedures Success Rate related to Call Setups....................................................................... 29
5 ASSIGNMENT ANALYSIS............................................................................................................................. 30 5.1 Number of Assignment Attempts ...................................................................................................... 32 5.2 Number of Assignment Failures ...................................................................................................... 33 5.3 Number of successful Assignments .................................................................................................. 34 5.4 Assignment Failure Rate ................................................................................................................. 35 5.5 Assignment Success Rate ................................................................................................................. 36 5.6 Assignment success rate when radio resources available ............................................................... 36 5.7 Mean Number of Repeated Assignment Requests ............................................................................ 36 5.8 Repeated Assignment Request Rate ................................................................................................. 37
6 CALL SETUP ANALYSIS .............................................................................................................................. 38 6.1 Number of Call Setup Attempts........................................................................................................ 39 6.2 Number of Successful Call Setups ................................................................................................... 39 6.3 Call Setup Success Rate................................................................................................................... 40 6.4 Number of Call Setup Failures ........................................................................................................ 40 6.5 Call Setup Failure Rate ................................................................................................................... 42 6.6 Call Setup Failure Rate (Network View) ......................................................................................... 43
7 TCH DROP RELATED PERFORMANCE INDICATORS..................................................................................... 44 7.1 Number of Dropped TCH Connections ........................................................................................... 44 7.2 TCH Drop Distribution ................................................................................................................... 45 7.3 TCH Drop Rate................................................................................................................................ 48 7.4 Call Drop Rate ................................................................................................................................ 49 7.5 Mean Time between TCH Drop....................................................................................................... 51 7.6 TCH Drops per Erlanghour............................................................................................................. 51 7.7 Rate of normal call releases of calls with bad radio quality ........................................................... 51
Information PM: KPI Requirement Specification System
3
7.8 Rate of TCH Drops and normal call releases of calls with bad radio quality................................. 52 8 SDCCH DROP RELATED PERFORMANCE INDICATORS................................................................................ 54
8.1 Number of dropped SDCCH Connections ....................................................................................... 54 8.2 SDCCH Drop Rate .......................................................................................................................... 54 8.3 Mean Time between SDCCH Drop.................................................................................................. 55 8.4 SDCCH Drops per Erlanghour ....................................................................................................... 55
9 TCH LOAD RELATED PERFORMANCE INDICATORS..................................................................................... 56 9.1 TCH Load for Circuit Switched Traffic ........................................................................................... 56
9.1.1 TCH Traffic Distribution Rate .................................................................................................... 56 9.1.2 TCH Traffic Offered ................................................................................................................... 57 9.1.3 TCH Traffic Carried.................................................................................................................... 57 9.1.4 TCH Traffic Lost......................................................................................................................... 59 9.1.5 TCH Block Rate .......................................................................................................................... 60 9.1.6 TCH Loss Rate............................................................................................................................ 60 9.1.7 TCH Mean Holding Time ........................................................................................................... 62 9.1.8 TCH Traffic Utilization............................................................................................................... 63 9.1.9 DMA Loss Rate........................................................................................................................... 64
9.2 Combined time slot utilization for CS and PO Traffic..................................................................... 66 9.2.1 Combined time slot occupation rate for CS and PO Traffic........................................................ 66
10 DCCH RELATED PERFORMANCE INDICATORS ...................................................................................... 68 10.1 SDCCH Load related Performance Indicators................................................................................ 68
10.1.1 SDCCH Traffic Offered.......................................................................................................... 69 10.1.2 SDCCH Traffic Carried .......................................................................................................... 69 10.1.3 SDCCH Traffic Lost ............................................................................................................... 69 10.1.4 SDCCH Blocking Rate ........................................................................................................... 70 10.1.5 SDCCH Loss Rate .................................................................................................................. 70 10.1.6 SDCCH Mean Holding Time.................................................................................................. 70 10.1.7 SDCCH Traffic Utilisation ..................................................................................................... 71
10.2 SACCH related Performance Indicators ......................................................................................... 71 10.2.1 Repeated SACCH Utilization ................................................................................................. 71
10.3 FACCH related Performance Indicators......................................................................................... 73 10.3.1 FACCH Repetition Rate ......................................................................................................... 73
11 CCCH LOAD RELATED PERFORMANCE INDICATORS ............................................................................ 74 11.1 PCH load of downlink CCCH channels .......................................................................................... 76 11.2 AGCH load of downlink CCCH channels........................................................................................ 76 11.3 CCCH load downlink....................................................................................................................... 77 11.4 CCCH load uplink ........................................................................................................................... 77 11.5 PCH Loss Rate ................................................................................................................................ 78 11.6 AGCH Loss Rate.............................................................................................................................. 78 11.7 Invalid RACH Rate .......................................................................................................................... 79
12 PCCH LOAD RELATED PERFORMANCE INDICATORS............................................................................. 80 12.1 PPCH load of downlink PCCCH channels...................................................................................... 82 12.2 PAGCH load of downlink PCCCH channels................................................................................... 82 12.3 PCCCH load downlink .................................................................................................................... 83 12.4 PCCCH load uplink......................................................................................................................... 83 12.5 PPCH Loss Rate .............................................................................................................................. 84 12.6 PAGCH Loss Rate ........................................................................................................................... 84 12.7 Invalid PRACH Rate........................................................................................................................ 85
13 SERVICE RELATED PERFORMANCE INDICATORS ................................................................................... 86 13.1 Total number of Service Requests.................................................................................................... 86 13.2 Service Request Distribution Rate ................................................................................................... 86 13.3 Rate of Service Requests served in the highest layer ....................................................................... 87
14 FEATURE RELATED PERFORMANCE INDICATORS .................................................................................. 88 14.1 Abis Pool Traffic Utilization............................................................................................................ 88 14.2 Abis Pool Subchannel Distribution ................................................................................................. 89 14.3 I-FRAME Discard Rate on Abis-Interface BSC side ....................................................................... 90 14.4 I-FRAME Discard Rate on Abis-Interface BTSE side ..................................................................... 90 14.5 ARP-type Receiver Penetration ....................................................................................................... 91
15 HANDOVER RELATED PERFORMANCE INDICATORS............................................................................... 92 15.1 General Handover performance...................................................................................................... 92
15.1.1 Handover Success Rate........................................................................................................... 92
Information PM: KPI Requirement Specification System
4
15.1.2 Handover Success Rate 2G to 2G........................................................................................... 92 15.1.3 Handover Success Rate 2G to 3G........................................................................................... 93
15.2 Intra Cell Handovers ....................................................................................................................... 93 15.2.1 Handover Success Rate........................................................................................................... 93 15.2.2 Handover Failure Rate ............................................................................................................ 94 15.2.3 Handover Drop Rate ............................................................................................................... 95 15.2.4 Handover Distribution ............................................................................................................ 97 15.2.5 SDCCH Handover Success Rate............................................................................................. 98 15.2.6 SDCCH Handover Failure Rate.............................................................................................. 98 15.2.7 SDCCH Handover Drop Rate ................................................................................................. 99
15.3 Inter Cell Intra BSC Handovers .................................................................................................... 100 15.3.1 Handover Success Rate......................................................................................................... 100 15.3.2 Handover Failure Rate .......................................................................................................... 102 15.3.3 Handover Drop Rate ............................................................................................................. 103 15.3.4 Handover Distribution .......................................................................................................... 104 15.3.5 Incoming Handover Success Rate......................................................................................... 105 15.3.6 SDCCH Handover Success Rate........................................................................................... 106 15.3.7 SDCCH Handover Failure Rate............................................................................................ 107 15.3.8 SDCCH Handover Drop Rate ............................................................................................... 107
15.4 Inter Cell Inter BSC Handovers .................................................................................................... 108 15.4.1 Handover Success Rate......................................................................................................... 108 15.4.2 Handover Failure Rate .......................................................................................................... 109 15.4.3 Handover Drop Rate ............................................................................................................. 110 15.4.4 Handover Distribution .......................................................................................................... 111 15.4.5 SDCCH Handover Success Rate........................................................................................... 112 15.4.6 SDCCH Handover Failure Rate............................................................................................ 112 15.4.7 SDCCH Handover Drop Rate ............................................................................................... 113
15.5 Inter System Handover between GSM and UMTS......................................................................... 114 15.5.1 Outgoing Inter System Handover Success Rate.................................................................... 114 15.5.2 Outgoing Inter System Handover Failure Rate ..................................................................... 115 15.5.3 Outgoing Inter System Handover Drop Rate ........................................................................ 116 15.5.4 Outgoing Inter System Handover Distribution ..................................................................... 117 15.5.5 Incoming Inter System Handover Success Rate ................................................................... 118
15.6 Other Handover Performance Indicators...................................................................................... 119 15.6.1 Handovers per Erlanghour .................................................................................................... 119 15.6.2 Handovers per Call Rate ....................................................................................................... 119 15.6.3 Intercell Handover Attempts per Speech Call per Erlanghour.............................................. 120 15.6.4 Successful Directed Retries .................................................................................................. 121 15.6.5 Imperative Outgoing Handover Rate .................................................................................... 121 15.6.6 Incoming Handover Success Rate......................................................................................... 123 15.6.7 Handover Indication Rejection Rate ..................................................................................... 125 15.6.8 Total Handover Rate’s .......................................................................................................... 126
16 POWER AND QUALITY MEASUREMENTS ............................................................................................. 127 16.1 Interference Band Rate on idle TCH ............................................................................................. 127 16.2 Quality Link for N% FER .............................................................................................................. 128 16.3 Mean FER UpLink......................................................................................................................... 128 16.4 Power and Quality limits for N% Percentile on busy TCH ........................................................... 129 16.5 Distribution of power control levels on busy TCH ........................................................................ 130 16.6 Mean Level and Quality on busy TCH........................................................................................... 131 16.7 TA Distribution.............................................................................................................................. 132 16.8 RXQUAL Distribution ................................................................................................................... 132 16.9 RXLEV Distribution....................................................................................................................... 133 16.10 FER Distribution ........................................................................................................................... 133 16.11 Mean FER UpLink per RXQUAL .................................................................................................. 134 16.12 Mean RXLEV per RXQUAL Band ................................................................................................. 135 16.13 Mean RXLEV per TA Band............................................................................................................ 136 16.14 High RXLEV with Low RXQUAL Rate .......................................................................................... 137 16.15 TCH Traffic Type Distribution ...................................................................................................... 138 16.16 SDCCH Traffic Type Distribution ................................................................................................. 139 16.17 Adaptive Multirate Distribution .................................................................................................... 140 16.18 Adaptive Multirate True Frame Erasure Rate............................................................................... 141
Information PM: KPI Requirement Specification System
5
16.19 Effective Frequency Load.............................................................................................................. 142 16.20 AMR Frame Erasure Rate for ARP-type Receiver ........................................................................ 143
17 AVAILABILITY RELATED PERFORMANCE INDICATORS ........................................................................ 145 17.1 Transceiver Availability ................................................................................................................ 145 17.2 TCH Distribution Rate................................................................................................................... 145 17.3 TCH Availability............................................................................................................................ 146 17.4 SDCCH Availability ...................................................................................................................... 147
18 GPRS RELATED PERFORMANCE INDICATORS..................................................................................... 148 18.1 User oriented KPIs ........................................................................................................................ 148
18.1.1 Number of TBF establishment attempts ............................................................................... 148 18.1.2 Number of TBF establishment failures ................................................................................. 148 18.1.3 Number of successful TBF establishments ........................................................................... 149 18.1.4 TBF establishment success rate ............................................................................................ 149 18.1.5 TBF establishment failure rate (TBF loss rate)..................................................................... 150 18.1.6 Rate for successful TBF establishment with reduced PDCH assignment ............................. 150 18.1.7 Total number of normally released TBFs ............................................................................. 151 18.1.8 Total number of dropped TBFs............................................................................................. 151 18.1.9 TBF drop distribution on causes ........................................................................................... 152 18.1.10 TBF Drop rate....................................................................................................................... 153 18.1.11 TBF Drop frequency............................................................................................................. 153 18.1.12 Mean time between TBF drop .............................................................................................. 154 18.1.13 User data throughput per TBF on the air interface................................................................ 155 18.1.14 Packet resource reassignment attempts................................................................................. 157 18.1.15 Packet resource reassignment failures .................................................................................. 157 18.1.16 Packet resource reassignment success rate ........................................................................... 158 18.1.17 Packet resource reassignment failure rate ............................................................................. 158 18.1.18 TBF downgrade / upgrade frequency.................................................................................... 159 18.1.19 Mean TBF duration per traffic class ..................................................................................... 160 18.1.20 Link adaptation frequency .................................................................................................... 161 18.1.21 Total number of discarded LLC frames ................................................................................ 162 18.1.22 LLC Frame discard rate ........................................................................................................ 162 18.1.23 DTM establishment success rate........................................................................................... 163 18.1.24 DTM establishment failure rate ............................................................................................ 164 18.1.25 Weighted LLC User Data Throughput.................................................................................. 164
18.2 Network planning (dimensioning) ................................................................................................. 165 18.2.1 Total Throughput on air interface per cell ............................................................................ 165 18.2.2 User Throughput on radio interface per cell ......................................................................... 166 18.2.3 Uplink / Downlink distribution of user throughput on radio interface per cell ..................... 167 18.2.4 Total packet volume transmitted on radio interface per cell ................................................. 167 18.2.5 Total packet Throughput on Gb interface per cell ................................................................ 168 18.2.6 User data Throughput on Gb interface per cell ..................................................................... 168 18.2.7 Mean number of busy PDCH per cell ................................................................................... 169 18.2.8 PDCH utilization rate............................................................................................................ 169 18.2.9 Mean Throughput per busy PDCH ....................................................................................... 170 18.2.10 Mean number of simultaneously active TBFs per cell.......................................................... 173 18.2.11 Mean number of TBFs multiplexed on same PDCH ............................................................ 173 18.2.12 Mean number of allocated PDCHs per TBF......................................................................... 173 18.2.13 PDCH Bit Rate per Coding Scheme ..................................................................................... 175 18.2.14 Mean PDCH Bit Rate ........................................................................................................... 176 18.2.15 Percent Timeslot Resources Achieved.................................................................................. 177 18.2.16 Frame Relay Link Utilization ............................................................................................... 178
18.3 Network optimization..................................................................................................................... 179 18.3.1 Retransmission Rate on radio interface per cell per coding scheme ..................................... 179 18.3.2 Retransmitted user throughput on radio interface per cell per coding scheme ..................... 180 18.3.3 Distribution of user throughput on radio interface on Coding Schemes per cell .................. 181 18.3.4 Timely distribution of the coding scheme utilization on the radio interface......................... 182
18.4 Cell Reselection ............................................................................................................................. 183 18.4.1 Number of network controlled Intra BSC cell reselection attempts per cell......................... 183 18.4.2 Number of successful network controlled Intra BSC cell reselections per cell .................... 184 18.4.3 Number of network controlled Intra BSC cell reselection failures per cell per cause .......... 184 18.4.4 Network controlled Intra BSC cell reselection success rate.................................................. 185
Information PM: KPI Requirement Specification System
6
18.4.5 Network controlled Intra BSC cell reselection failure rate ................................................... 185 18.4.6 Network controlled cell reselection failure rate .................................................................... 186 18.4.7 PS Handover Success Rate 2G to 2G.................................................................................... 187 18.4.8 PS Handover Success Rate 2G to 3G.................................................................................... 187 18.4.9 PS Handover Success Rate 3G to 2G.................................................................................... 187
19 MISCELLANEOUS PERFORMANCE INDICATORS ................................................................................... 188 19.1 BSC1 Processor load..................................................................................................................... 188 19.2 Basic eBSC Processor load ........................................................................................................... 188 19.3 HighEnd eBSC Processor load...................................................................................................... 190 19.4 BTSE Processorload...................................................................................................................... 192 19.5 PCU Occupancy Rate.................................................................................................................... 192 19.6 Paging Response / Location Update Ratio per Cell ...................................................................... 193 19.7 BSC <-> MSC/SMLC CCS7 Load................................................................................................. 194
20 APPENDIX ........................................................................................................................................... 195 20.1 List of BSS Performance Measurements........................................................................................ 195
Information PM: KPI Requirement Specification System
7
1 Introduction 1.1 Purpose The purpose of this document is the definitions of Key Performance Indicators, which can be used in a uniform way. It is possible to compare Key Performance Indicators of different networks or to give statements about Quality, Performance, Capacity and more. This document will describe the most important Key Performance Indicators relevant for GSM Mobile Networks. All listed formulas are valid for one elementary object and for one elementary measurement period. Evaluation of multiple objects and for multiple measurement periods can be done as described in chapter 1.4.. This KPI document does not provide planning rules for network dimensioning. It only provides input data used for planning tools.
1.2 Reference Documents Further information about Performance Measurements can be found in the following documents: • PM:Counters, A50015-G5100-B040# • PM:Message Flow, A50016-G5100-B041-# • Training Documentation 1736 : BSS Performance Measurement • 3GPP TS52.402 Telecommunication management; Performance Management
(PM); Performance measurements - GSM
1.3 Issue History Issue Version
Date of issue Reason for of issue
BR10.0 AFI0.1 29.06.2007 First version for BR10.0; based on Customer Counters Definition Document AFI0.1 from 14.06.2007
AFI0.2 27.07.2007 Comments added IUS1.0 14.08.2007 IUS version
Information PM: KPI Requirement Specification System
8
1.4 Definition of Terms Long name This is the full name of the described key performance indicator (KPI). Short name This is an abbreviation of the described key performance indicator. Description The description will give you a short explanation of the described key performance indicator. Formula The formula will deliver the exact calculation of the described key performance indicator. The formula is related to one elementary object and to one elementary period. Multiple objects and multiple elementary periods can be added as described under ‘Evaluation of multiple objects for multiple elementary periods‘. Used parameter Here you can find either the short identification of the used performance measurement counters or the short name of the used key performance indicators. The related long names of performance measurement counters you can find in the appendix under ‘List of Performance Measurements‘. The short identification is a combination of measurement type and sub-counter. A measurement type can have several sub-counters. Therefore the used sub-counters are listed in brackets with following meaning: • [1] sub-counter 1 has to be taken. • [1,2,4] sub-counters 1, 2 and 4 have to be added. • [1..4] sub-counters 1, 2, 3 and 4 have to be added. • [1..4, 7..10] sub-counters 1, 2, 3, 4, 7, 8, 9 and 10 have to be added. • [all] all sub-counters have to be added. It is also possible that key performance indicators can have sub-indicators. In this case they are also listed in brackets.
Information PM: KPI Requirement Specification System
9
Elementary object This is the smallest measurement object, which can be used for a KPI (e.g. BSC, Cell, TRX). Unit
• The unit is related to a key performance indicator e.g. seconds, percent or none.
• The unit “kbit” expresses 1000 bit. Same for “kbit/s” Remark Here you will find additional important information for the key performance indicator. Aggregation The aggregation field will show you how to evaluate the KPI for multiple objects and for multiple elementary periods. There are: • Daily aggregation: for every KPI we can calculate:
- MAX/min value: the KPI value for the granularity period of one day is recorded. These values are processed to find the peak value, maximum (MAX) or the minimum value (min);
- MAX/min Time provides the starting time of the granularity period of the peak value (MAX and min);
- Mean/Sum daily value represents the mean/sum of the counter value, used in KPI’s formula, collected for the granularity period; it is the aggregation standard1 .
- SPBH (Sample at Peak Busy Hour2) is the value of the KPI at reference BH and is calculated only in the busy hour;
- SPBH Time provides the starting time of the hour of SPBH; • Several days aggregation:
- MAX/MIN value: all the KPI values recorded for each granularity period for each day are processed to find the highest value (MAX) or the minimum value (min);
- MAX/MIN Time provides the starting time and date of the granularity period of the MAX/min value;
- TCMAX/TCMIN (Time Coherent MAX/min): for a number of days, counter values for each granularity period for each day are recorded. The values for the same granularity period for each day are averaged, determining the average day. The counter value in the granularity period in this average day give the highest value (TCMAX) or the lower value (TCmin) is taken;
- TCMAX/TCMIN Time provides the starting time related to TCMAX/TCmin value;
- Mean/Sum value: all the counter values, used in KPI’s formula, recorded for granularity periods for each day are processed to find the mean/sum value, it is the aggregation standard (refer to note 1);
- ASPBH (Average Sample at Peak Busy Hour): each day the sample at peak busy hour is recorded and then these values are averaged;
Information PM: KPI Requirement Specification System
10
- SPBH is the value of the KPI at reference BH and is calculated only in the busy hour on the number of considered days;
- SPBH Time and Date provides the starting time of the hour and the date of SPBH;
- TCSPBH (Time Coherent Sample at Peak Busy Hour): on average day it can be defined the busy hour, and in this peak busy hour the sample is recorded;
- TCSPBH Time (Time Coherent Sample at Peak Busy Hour Time): provides the starting time of the hour of TCSPBH;
- Mean daily represents the average over a number of days of the mean daily value;
- MAX_SPBH: each day the sample at peak busy is recorded and then the max of these values is considered.
For example it can be required to calculate the Handover Success Rate with SPBH aggregation Function referring to BSC Processor Load measurement:
- KPI(Aggregation Function[Reference variable]) - InterCellHOSuccRate(SPBH[BSCPRCLD[2]])
1Standard means that the evaluation can be done by adding or averaging the counter values for single objects and single periods in the following way (standard aggregation):
∑=t,i
t)(i,Counter m)(n,Counter t)(i,Counter m)(n,Counter =
i elementary object t elementary period n object (sum of elementary objects) m measurement period (sum of elementary periods) 2The busy hour is the hour in which the reference variable assumes the highest value within one day for a measured object for any performance indicator. When the granularity period is smaller than 1 hour, this value is calculated with the sliding window algorithm. Not in any case it makes sense to evaluate the busy hour for each single performance indicator. It is also possible to make an assumption, that for Random traffic the busy hour for most different measurement objects will correlate. That means the busy hour is derived from a particular performance indicator and can be used for other performance indicators. E.g. the busy hour could be derived from the performance indicator ‘BSC Processor load‘ and could than be used for all other performance indicators.
Information PM: KPI Requirement Specification System
11
2 Top Level KPI This chapter defines a set of top level KPI, which can be used by
• Field acceptance tests, • Network performance analysis according to a new release or feature, • Regular network performance trend analysis.
The CS and PS KPI’s can be divided into the following categories:
Category Measurement targets Accessibility The ability of a service to be obtained, within specified tolerances and
other given conditions, when requested by the user. Establishing a successful connection Establishing Success Rate
Retainability
The ability of a service, once obtained, to continue to be provided under given conditions for a requested duration. Maintaining an ongoing (dropped) connection. Connection Drop Rate
Mobility Handover Success Rate
Network usage Information about the traffic utilization on all interfaces.
Throughput measurements.
Quality / Integrity The degree to which a service is provided without excessive impairments, once obtained. Connection Quality. Service experience during a connection
The following KPI are based on GERAN PM Counters and will focus on the supervision of performance and quality from the user’s perspective and as well as on the supervision of the same from a network perspective. KPI’s supported by the Radio Commander MVI tool or by the Real Time Performance Monitoring (RTPM) feature are also listed.
Information PM: KPI Requirement Specification System
12
2.1 Accessibility Category Key Performance Indicator Chapter MVI QoS /
RTPM
Immediate Assignment Success Rate 3.11
Immediate Assignment Failure Rate 3.13 X
TCH Assignment Success Rate 5.5
Call Setup Success Rate BSS 6.3(b)
Call Setup Failure Rate 6.5(a) X
Call Setup Failure Rate (Network View) 6.6 X
DMA Loss Rate 9.1.9
TBF establishment success rate 18.1.4 (a), (b)
TBF establishment failure rate (TBF loss rate)
18.1.5 (e) X X
Accessibility
Packet resource reassignment failure rate 18.1.17(a) X
2.2 Retainability Category Key Performance Indicator Chapter MVI QoS /
RTPM
Call Drop Rate 7.4
TCH Drop Rate 7.3 X X
TCH Drops per Erlanghour 7.6
SDCCH Drop Rate 8.2 X X
Total Handover Drop Rate 15.6.8(g) X X
TBF Drop rate 18.1.10 X X
TBF Drop frequency 18.1.11 (a), (b)
Retainability
Total number of dropped TBFs 18.1.8 (a), (b)
Information PM: KPI Requirement Specification System
13
2.3 Mobility Category Key Performance Indicator Chapter MVI QoS /
RTPM
Handover Success Rate 15.1.1
Handover Success Rate 2G to 2G 15.1.2
Handover Success Rate 2G to 3G 15.1.3
Intercell Handover Attempts per Speech Call per Erlanghour
15.6.3
Total Handover Failure Rate 15.6.8(f) X X
Network controlled Intra BSC cell reselection success rate
18.4.4
Mobility
Network controlled cell reselection failure rate
18.4.6 X
2.4 Network usage Category Key Performance Indicator Chapter MVI QoS /
RTPM
TCH Loss Rate 9.1.6(c) X X
Assignment Failure Rate 5.4 (a)
TCH Traffic Carried 9.1.3
SDCCH Loss Rate 10.1.5 X X
SDCCH Traffic Carried 10.1.2
Effective Frequency Load 16.19
User Throughput on radio interface per cell 18.2.2
Combined time slot occupation rate for CS and PO Traffic
9.2.1 X X1
Abis Pool Traffic Utilization 14.1(l)
PCU Occupancy Rate 19.5
Frame Relay Link Utilization 18.2.16
BSC1 Processor load / TDPC 19.1 (b) X2
Network usage
BSC1 Processor load / PCU 19.1 (c) X3
1 Only used by RTPM 2 Only used by QoS 3 Only used by QoS
Information PM: KPI Requirement Specification System
14
2.5 Quality / Integrity Category Key Performance Indicator Chapter MVI QoS /
RTPM
RXQUAL Distribution 16.8
RXLEV Distribution 16.9
FER Distribution 16.10
Weighted LLC User Data Throughput 18.1.25
Mean PDCH Bit Rate GPRS/EDGE 18.2.14
Percent Timeslot Resources Achieved 18.2.15
Quality / Integrity
Mean number of TBFs multiplexed on same PDCH
18.2.11
Information PM: KPI Requirement Specification System
15
3 Immediate Assignment Analysis The KPIs of this section are mainly used for deriving the Call Setup Success Rate (CSSR) and Call Setup Failure Rate (CSFR). The Key Performance Indicators (KPIs) are mostly related to the Mobile Station point of view, by meaning they will count the events related to Mobile Stations. The message flow of the Immediate Assignment Procedure is listed below. The numbers in brackets will indicate available performance measurements.
Figure 1 Message flow: Immediate Assignment Procedure
Counter [1] CHANNEL REQUIRED ATIMASCA [1..14]
[2] SDCCH CONGESTIONS (Congestions due to SDCCH HO are also counted)
ATSDCMBS [1]
[3] IMM. ASS CMD (Abis Interface) (IMM. ASS. CMD. messages, which contain an IMM. ASS. REJ. message are not counted)
SUIMASCA [1..6]
[4] IMM. ASS CMD (Abis Interface) (including those IMM. ASS. CMD. messages that contain an IMM. ASS. REJ. message)
TACCBPRO [2,3]
[5] IMM. ASS CMD / IMM. ASS. REJ. (Um Interface) (difference between IMM. ASS.CMD and Del. Ind., including those IMM. ASS. CMD. messages that contain an IMM. ASS. REJ. message)
NACSUCPR [2,3]
[6] ESTABLISH INDICATION NSUCCHPC [1..22]
BTS BSCMS CHANNEL REQUEST
[1] CHANNEL REQUIREDCHANNEL ACTIV
CHANNEL ACTIV ACK
CHANNEL ACTIV NACK
[3] [4] [5] IMM. ASS
[5] DELETE INDICATION
IMM. ASS CMD
IMM. ASS REJECT
SABM
[6] ESTABLISH INDIC. UA
[2] SDCCH CONGESTIONS
Information PM: KPI Requirement Specification System
16
The following figure shows you the traffic flow. Fig. 1 Traffic flow: Immediate Assignment Procedure
This chapter contains the following ‘Number related’ KPIs: • Number of Immediate Assignment Attempts: [1] • Number of Immediate Assignment Losses : [2]= [1] – [3] • Number of Immediate Assignments by BSC procedure : [3] = [1] – [2]) • Number of AGCH Losses: [4] = [9] * [3] • Number of Immediate Assignment Commands sent to MS via AGCH: [5] = [3] – [4] = (1- [9]) * [3] • • Number of Immediate Assignments without MS Seizure: [6] = [5] – [7] = [3] – [4] - [7] • Number of successful Immediate Assignments: [7] And the following ‘Rate related’ KPIs: • Immediate Assignment Loss Rate: [8] = [2] / [1] • AGCH Loss Rate During Call Setup Caused by AGCH Overload in BTS: [9] = [4]
/ [3]) • Immediate Assignment without MS Seizure Rate: [10] = [6] / [5] • Immediate Assignment Success Rate: [11] = [7] / ([1] – [6])
(Phantom RACHs are not counted, because they are not related to MS) The Immediate Assignment Failure Rate can be calculated as follows: Immediate Assignment Failure Rate = 1 - Immediate Assignment Success Rate or Immediate Assignment Failure Rate = Immediate Assignment Loss Rate * AGCH Block Rate * Immediate Assignment without MS Seizure Rate
[2] Number of Immediate Assignment Losses
[4] Number of AGCH Losses
[6] Number of Immediate Assignments without MS Seizure [7] Number of successful
Immediate Assignments
[1] Number of Immediate Assignment Attempts
[3] Number of Imm Ass. by BSC procedure
[5] Imm Ass Command sent to MS via AGCH
Information PM: KPI Requirement Specification System
17
3.1 Number of Immediate Assignment Attempts Long name: (a) Number of Immediate Assignment Attempts
Short name: (a) ImmAssAtt
Description: These indicators will give you the number of started Immediate Assignment procedures from MS point of view by counting the number of Channel Required messages.
Formula: (a) ..14]ATIMASCA[1ImmAssAtt =
Used param.: ATIMASCA[1..14] Elem. Object: Cell
Unit: None
Remarks: Phantom RACHs are channel required messages not foreseen for the observed cell. The Immediate Assignment procedure to allocate an SDCCH/TCH is then started, but will not be successful, because no MS will reply with a SABM message and therefore a BTS Timer will expire. These unforeseen messages will also be counted. In BR 7.0 a note was added in counter ATIMASCA. This fact does not affect the meaning or definition of the KPI.
3.2 Number of Immediate Assignment Losses Long name: (a) Number of Immediate Assignment Losses
Short name: (a) ImmAssLoss
Description: These indicators will give you the number of SDCCH/TCH request, which were rejected, because no SDCCH/TCH was available or because of BTS channel activation failures.
Formula: (a) rocImmAssBSCp - ImmAssAtt ImmAssLoss =
Used param.: ImmAssAtt (3.1(a)) , ImmAssBSCproc (3.3(a))
Elem. Object: Cell
Unit: None
Remarks: Phantom RACHs are channel required messages not foreseen for the observed cell. The Immediate Assignment procedure to allocate an SDCCH/TCH is then started, but will not be successful, because no MS will reply with a SABM message and therefore a BTS Timer will expire. These unforeseen messages will also be counted. In BR 7.0 a note was added in counters ATIMASCA(1,9) and SUIMASCA8(1,10). This fact does not affect the meaning or definition of the KPI.
Information PM: KPI Requirement Specification System
18
3.3 Number of Immediate Assignments by BSC procedure
Long name: (a) Number of Immediate Assignments by BSC internal procedure
Short name: (a) ImmAssBSCproc
Description: These indicators will give you the number of successful Immediate Assignments of a channel by BSC internal procedure I. e. the indicator counts the cases when the Immediate Assignment Attempts (RACH) can be satisfied by an according idle channel.
Formula: (a) ..6]SUIMASCA[1 rocImmAssBSCp =
Used param.: SUIMASCA[1..6]
Elem. Object: Cell
Unit: None
Remarks: Phantom RACHs are channel required messages not foreseen for the observed cell. The Immediate Assignment procedure to allocate an SDCCH/TCH is then started, but will not be successful, because no MS will reply with a SABM message and therefore a BTS Timer will expire. These unforeseen messages will also be counted.
Information PM: KPI Requirement Specification System
19
3.4 Number of AGCH Losses Long name: (a) Number of AGCH losses
Short name: (a) AGCHLoss
Description: These indicators will give you the number AGCH losses by meaning of not transmitted Immediate Assignment Command messages over the AGCH on the Air Interface. Reason for AGCH failures are mainly AGCH overload. This formula is related to MS point of view, by meaning each MS related immediate assignment procedure should be stepped once. Therefore events, where no SDCCH/TCH was available or BTS channel activation failured are counted in the formula ‘Number of Immediate Assignment Losses’. => Only Delete Indication messages related to Immediate Assignment Command messages not containing an Immediate Assignment reject messages will rightly be counted.
Formula: (a) AGCHLoss = AGCHLossRateCSAGCHLossesBTS * ImmAssBSCproc
Used param.: AGCHLossRateCSAGCHLossesBTS (3.9(a)), ImmAssBSCproc (3.3(a))
Elem. Object: Cell
Unit: None
Remarks: Phantom RACHs are channel required messages not foreseen for the observed cell. The Immediate Assignment procedure to allocate an SDCCH/TCH is then started, but will not be successful, because no MS will reply with a SABM message and therefore a BTS Timer will expire. These unforeseen messages will also be counted.
3.5 Number of Immediate Assignment Commands sent to MS via AGCH
Long name: (a) Number of Immediate Assignments Commands sent to MS via AGCH
Short name: (a) ImmAssCmdAGCH
Description: The KPI provides the number of Immediate Assignments Commands sent to MS via AGCH
Formula: ImmAssCmdAGCH = (1 – AGCHLossRateCSAGCHLossesBTS) * ImmAssBSCproc
Used param.: ImmAssBSCproc (3.3(a)), AGCHLossRateCSAGCHLossesBTS (3.9(a))
Elem. Object: Cell
Unit: None
Remarks: Phantom RACHs are channel required messages not foreseen for the observed cell. The Immediate Assignment procedure to allocate an SDCCH/TCH is then started, but will not be successful, because no MS will reply with a SABM message and therefore a BTS Timer will expire. These unforeseen messages will also be counted.
Information PM: KPI Requirement Specification System
20
3.6 Number of Immediate Assignments without MS Seizure
Long name: (a) Number of Immediate Assignments without MS Seizure
Short name: (a) ImmAssNoSeiz
Description: These indicators will give you the number of immediate assignments without seizure by MS. The main reasons for this behavior are Phantom RACHs, messages not foreseen for the observed cell. Other reasons are not received SABM messages due to air interface problems. This formula will count the difference between Immediate Assignment Command messages sent to the MS and the number of Establishment Indication messages.=> not answered Immediate Assignment Commands.
Formula: (a) ImmAssSucc - AGCHLoss - rocImmAssBSCp izImmAssNoSe =
Used param.: ImmAssBSCproc (3.3(a)), AGCHLoss (3.4(a)), ImmAssSucc (3.7(a))
Elem. Object: Cell
Unit: None
Remarks: The formula will mainly detect Phantom RACHs. Phantom RACHs are channel required messages not foreseen for the observed cell. The Immediate Assignment procedure to allocate an SDCCH/TCH is started, but will not be successful, because no MS will reply with a SABM message. A BTS Timer will expire.In case of RACH repetitions (abnormal amount of time => Expiry of timer NSLOTST), it can happen that subsequent Immediate Assignment Commands will not receive a positive reply from the MS. Nevertheless from MS point of view the call setup was successful.
3.7 Number of successful Immediate Assignments Long name: (a) Number of successful Immediate Assignments
Short name: (a) ImmAssSucc
Description: These indicators will give you the number of successful Immediate Assignments from MS point of view. An Immediate Assignment procedure is successful if the BTS returns an establishment indication message on Abis.
Formula: (a) 22] .. 17 14, .. 9 6, .. NSUCCHPC[1 ssSuccImmA =
Used param.: NSUCCHPC[1 .. 6, 9 .. 14, 17 .. 22]
Elem. Object: Cell
Unit: None
Remarks: SMS related counters in NSUCCHPC have not to be considered in the KPI formula, because they are also included in other sub-counters of measurement NSUCCHPC.
Information PM: KPI Requirement Specification System
21
3.8 Immediate Assignment Loss Rate Long name: (a) Immediate Assignment Loss Rate
Short name: (a) ImmAssLossRate
Description: These indicators will give you the SDCCH/TCH Loss Rate, which were rejected, because no SDCCH/TCH was available or because of BTS channel activation failures.
Formula: (a) mAssAttIm
mAssLossIm RateImmAssLoss =
Used param.: ImmAssAtt (3.1(a)), ImmAssLoss (3.2(a))
Elem. Object: Cell
Unit: None
Remarks: Phantom RACHs are channel required messages not foreseen for the observed cell. The Immediate Assignment procedure to allocate an SDCCH/TCH is then started, but will not be successful, because no MS will reply with a SABM message and therefore a BTS Timer will expire. These unforeseen messages will also be counted (in ImmAssAtt).
3.9 AGCH Loss Rate During Call Setup Caused by AGCH Overload in BTS
Long name: a) AGCH Loss Rate During Call Setup Caused by AGCH Overload in BTS
Short name: (a) AGCHLossRateCSAGCHLossesBTS
Description: These indicators will give you the AGCH Block Rate by meaning of not transmitted Immediate Assignment Command messages over the AGCH on the Air Interface. Reason for AGCH failures are mainly AGCH overload. This formula is related to MS point of view, by meaning each MS related immediate assignment procedure should be stepped once. Therefore events, where no SDCCH/TCH was available or BTS channel activation failed, are counted in the formula ‘Number of Immediate Assignment Losses’. => Only Delete Indication messages related to Immediate Assignment Command messages not containing an Immediate Assignment reject messages will be considered.
Formula: (a)
]TACCBPRO[2]NACSUCPR[2 - ]TACCBPRO[2 ssesBTSteCSAGCHLoAGCHLossRa =
Used param.: TACCBPRO [2], NACSUCPR [2]
Elem. Object: Cell
Unit: None
Remarks: Phantom RACHs are channel required messages not foreseen for the observed cell. The Immediate Assignment procedure to allocate an SDCCH/TCH is then started, but will not be successful, because no MS will reply with a SABM message and therefore a BTS Timer will expire. These unforeseen messages will also be counted.
Information PM: KPI Requirement Specification System
22
3.10 Immediate Assignment without MS Seizure Rate Long name: (a) Immediate Assignment without MS Seizure Rate
Short name: (a) ImmAssNoSeizRate
Description: These indicators will give you the immediate assignment without MS seizure rate. The main reasons for this behaviour are Phantom RACHs, messages not foreseen for the observed cell. Other reasons are not received SABM messages due to air interface problems. This formula will count number of not answered Immediate Assignment Command messages related to the Immediate Assignment Command messages sent to the MS.
Formula: (a)
GCHImmAssCmdAizImmAssNoSe izRateImmAssNoSe =
Used param.: ImmAssNoSeiz (3.6(a)), ImmAssCmdAGCH (3.5(a))
Elem. Object: Cell
Unit: None
Remarks: The formula will mainly detect Phantom RACHs. Phantom RACHs are channel required messages not foreseen for the observed cell. The Immediate Assignment procedure to allocate an SDCCH/TCH is started, but will not be successful, because no MS will reply with a SABM message. A BTS Timer will expire.
3.11 Immediate Assignment Success Rate Long name: (a) Immediate Assignment Success Rate
Short name: (a) ImmAssSuccRate
Description: These indicators will give you the immediate assignment success rate from MS point of view. An Immediate Assignment procedure is successful if the BTS returns an establishment indication message.
Formula: (a) mAssNoSeizImmAssAttIm
ImmAssSucc RateImmAssSucc−
=
Used param.: ImmAssAtt (3.1(a)), ImmAssSucc (3.7(a)), ImmAssNoSeiz (3.6(a))
Elem. Object: Cell
Unit: None
Remarks: Phantom RACHs are not included in this formula, because they are not related to MS of the observed cell. Um-Interface problems may lead to decoding errors of the Mobile’s L2 SABM-frame and therefore are not considered here.
3.12 SDCCH Congestion Rate during Call Setup Long name: (a) SDCCHCongestion Rate during Call Setup
Short name: (a) SDCCHCongestionRateCS
Description: This indicator will give you the Congestion Rate due to SDCCH Congestions
Information PM: KPI Requirement Specification System
23
Formula: (a) [ ]
[ ]323SstionRateCSDCCHConge,TACCBPRO
TACCBPRO=
Used param.: TACCBPRO[2,3]
Elem. Object: Cell
Unit: None
Remarks: The formula is valid only if the DirectAssignment procedure is not enabled in the observed cell.
3.13 Immediate Assignment Failure Rate Long name: (a) Immediate Assignment Failure Rate
Short name: (a) ImmAssFailRate
Description: These indicators will give you the immediate assignment faiure rate from network point of view.
Formula: (a)
mAssAttmAssAtt
ImImmAssSucc - Im RateImmAssFail =
Used param.: ImmAssAtt (3.1(a)), ImmAssSucc (3.7(a))
Elem. Object: Cell
Unit: None
Remarks: Phantom RACHs are included in this formula.
Information PM: KPI Requirement Specification System
24
4 SSS Procedures Analysis The KPIs of this section are mainly used for the derivation of the Call Setup Success Rate (CSSR) and Call Setup Failure Rate (CSFR). The Key Performance Indicators (KPIs) are mostly related to the Mobile Station point of view, by meaning they will count the events related to Mobile Stations. There exists the following SSS Procedures which used during Call Setup related to the parameter setting in the MSC: Identity Check (IMEI), Authentication (IMSI), Ciphering, Call Control: Setup Fig. 2 Message flow: SSS Procedures during Call Setup (MOC) Counter [1] ESTABLISH INDICATION (related to Call Setups)
NSUCCHPC[1..4,9..12,17..20] – NSUCCHPC[8]
[2] ASSIGNMENT ATTEMPTS TASSATT [2..3]
Sub-counters are listed in Brackets The different number of failures and failure rates can be evaluated with MSC counter per MSC. All events are cell independent. Therefore it is sufficient to calculate them for the elementary object MSC. It is also very important to evaluate the number of SDCCH drops during call setup. SDCCH drops mainly occur in the time when SSS Procedures are running. Therefore they can be evaluated together with the SSS Procedure formulas. With performance measurement counter it is possible to calculate the SSS Procedure Success and Failure Rate related to Call Setups.
BTS BSCMS SABM [1] Establishment Ind.
CCAuthentification Request
Authentification Response
Ciphering Complete
Ciphering Command
MSC
CR(Compl Layer3Info)
Identity RequestIdentity Response
Ciphering CommandCiphering Complete
Setup
[2] Assignment Req. Assignment Command
Call Proceeding
Information PM: KPI Requirement Specification System
25
The following figure shows you the traffic flow. Fig. 3 Traffic flow: SSS Procedures during Call Setup SDCCH Drops can occur before SSS Procedure Failure and vice versa. This chapter contains the following ‘Number related’ KPIs: • Number of successful Immediate Assignments related to Call Setups: [1] • Number of Dropped SDCCH Connections related to Call Setups: [2] • Number of SSS Procedure Failures related to Call Setups: [3] = [1] - [4] - [2] And the following ‘Rate related’ KPIs: • SDCCH Drop Rate related to Call Setups = [2] / [1] • SSS Procedures Failure Rate related to Call Setups = [3] / [1] • SSS Procedures Success Rate related to Call Setups = [4] / [1] Referenced KPI from chapter 5 Assignment Analysis • Number of Assignment Attempts: [4]
[2]SDCCH Drops [3] SSS Procedure failures
[4] Assignment Attempts
[1]Successful Immediate Assignments
Information PM: KPI Requirement Specification System
26
4.1 Number of successful Immediate Assignments related to Call Setups
Long name: (a) Number of successful Immediate Assignments related to Call Setups
Short name: (a) ImmAssSuccCS
Description: These indicators will give you the number of successful Immediate Assignments related to Call Setups. An Immediate Assignment procedure related to a Call Setup is successful if the BTS returns an establishment indication message related to Mobile Originated Calls (MOC), Mobile Terminated Calls (MTC), Emergency Calls or Call Reestablishment.
Formula: (a) ]NSUCCHPC[8 - 17..20]..4,9..12,NSUCCHPC[1 ssSuccCSImmA =
Used param.: NSUCCHPC[1..4, 8 ..12,17..20]
Elem. Object: Cell
Unit: None
Remarks: • Partly elimination of systematic error in formula by subtracting the SMS-MT related counter values NSUCCHPC[8] (SDCCH assigned for SMS-MT). The new SMS counters are triggered on arrival of Establish Confirm (SAPI 3)
• Remark (background information) The counters NSUCCHPC [16,24] must not be subtracted since they mainly are triggered where an SMS MT arrives when the MS has an ongoing TCH call. In that case no immediate TCH assignment in connection with the SMS MT takes place at all and thus an elimination of SMSes in formula 3.1 by subtracting "- NSUCCHPC [16,24]" is not necessary.
• Remaining systematic error: The formula has a small systematic error when "Direct TCH Assignment” is enabled. For that scenario the counters NSUCCHPC [16,24] might also be triggered when an SMT MT arrives for an idle MS, which requests an immediate TCH assignment as paging response. The number of these concurrencies has in principle to be subtracted in formula 3.1. But NSUCCHPC [16,24] does no distinguish between arrival of SMS MT for an idle MS and for an MS with ongoing TCH call (the call processing trigger point used for NSUCCHPC [16,24] has no knowledge about the history of the existing TCH assignment).
Information PM: KPI Requirement Specification System
27
4.2 Number of Dropped SDCCH Connections related to Call Setups
Long name: (a) Number of Dropped SDCCH Connections related to Call Setups
Short name: (a) SDCCHDropCS
Description: This indicator will give you the number of dropped SDCCH connections related to Call Setups. SDCCH drops mainly occur during running SSS Procedures. This formula is related to the assumption that the number of dropped SDCCH connections is random distributed to all kind of assignment causes (MOC, MTC, Locupd, …). Therefore this formula contains a factor for the ratio of MOC and MTC to all kind of assignment causes to get the relation to Call Setups.
Formula: (a) ImmAssSucc
CSImmAssSucc * SDCCHDrop SSDCCHDropC =
Used param.: SDCCHDrop(8.1(a)), ImmAssSucc (3.7(a)), ImmAssSuccCS (4.1(a))
Elem. Object: Cell
Unit: None
Remarks:
4.3 Number of SSS Procedure Failures related to Call Setups
Long name: (a) Number of SSS Procedure Failures related to Call Setups
Short name: (a) SSSProcFailCS
Description: This indicator will give you the number of SSS Procedure failures related to Call Setups.
Formula: (a) SSDCCHDropC -AssAtt - CSImmAssSucc lCSSSSProcFai =
Used param.: ImmAssSuccCS (4.1(a), AssAtt (5.1(a)), SDCCHDropCS (4.2(a))
Elem. Object: Cell
Unit: None
Remarks: Please note that Authentication-, Identity-, Ciphering- and MSC failures are counted in this formula although they are not related to the BSS. User Release before assignment of a TCH is also included in this formula. Assignments of SDCCH are not considered.
Information PM: KPI Requirement Specification System
28
4.4 SDCCH Drop Rate related to Call Setups Long name: (a) SDCCH Drop Rate related to Call Setups
Short name: (a) SDCCHDropRateCS
Description: This indicator will give you the SDCCH Drop Rate related to Call Setups. SDCCH drops mainly occur during running SSS Procedures. This formula is related to the assumption that the number of dropped SDCCH connections is random distributed to all kind of assignment causes (MOC, MTC, Locupd, …). Therefore this formula is equal to the SDCCH Drop Rate.
Formula: (a) ateSDCCHDropR
mAssSuccCSSSDCCHDropC ≈=
Im ateCSSDCCHDropR
Used param.: SDCCHDropCS (4.2(a)), ImmAssSuccCS (4.1(a)), SDCCHDropRate (8.2(a))
Elem. Object: Cell
Unit: None
Remarks: SDCCH Handovers are not considered here.
4.5 SSS Procedures Failure Rate related to Call Setups
Long name: (a) SSS Procedures Failure Rate related to Call Setups
Short name: (a) SSSProcFailRateCS
Description: This indicator will give you the SSS Procedures Failure Rate by meaning the number of failures during SSS Procedures compared to the number of successful Immediate Assignment Procedures (Establishment Indication).
Formula: (a) mAssSuccCSIm
ocFailCSPrSSS lRateCSSSSProcFai =
Used param.: SSSProcFailCS (4.3(a)), ImmAssSuccCS (4.1(a))
Elem. Object: Cell
Unit: None
Remarks: Please note that Authentication-, Identity-, Ciphering- and MSC failures are counted in this formula although they are not related to the BSS. User Release before assignment of a TCH is also included in this formula. Assignments of SDCCH are not considered.
Information PM: KPI Requirement Specification System
29
4.6 SSS Procedures Success Rate related to Call Setups
Long name: (a) SSS Procedures Success Rate related to Call Setups (b) Total SSS Procedures Success Rate related to Call Setups
Short name: (a) SSSProcSuccRateCS (b) SSSProcSuccRateCStotal
Description: The first Indicator will give you the SSS Procedures Success Rate related to Call Setups by meaning the rate for successful allocated Timeslots from MSC point of view (Assignment Request Message) minus the SDCCH Drop Rate related to Call Setups. This indicator is related to the Radio Network and is therefore recommended to find out Radio Network failures. The second indicator will give you the SSS Procedures Success Rate related to Call Setups by meaning the number of started Assignment Procedures (Assignment Requests) compared to the number of successful Immediate Assignment Procedures (Establishment Indications) related to Call Setups. Authentication-, Identity-, Ciphering- and MSC failures are among others counted within this indicator although they are not related to the BSS.
Formula: (a) ateCSSDCCHDropR - 1 cRateCSSSSProcSuc =
(b) CSImmAssSucc
AssAtt alcRateCStotSSSProcSuc = or
CSocFailRatePrSSSateCSSDCCHDropR1 alcRateCStotSSSProcSuc −−=
Used param.: ImmAssSuccCS (4.1(a)), AssAtt (5.1(a)), SDCCHDropRateCS (4.4(a)), SSSProcFailRateCS (4.5(a))
Elem. Object: Cell
Unit: None
Remarks: SSSProcSuccRateCStotal: Please note that Authentication-, Identity-, Ciphering- and MSC failures will lead to a worse Success Rate although they are not related to the BSS. User Release before assignment of a TCH is also included in the second formula. Assignments of SDCCH are not considered.
Information PM: KPI Requirement Specification System
30
5 Assignment Analysis The KPIs of this section are mainly used for the derivation of the Call Setup Success Rate (CSSR) and Call Setup Failure Rate (CSFR). The Key Performance Indicators (KPIs) are mostly related to the Mobile Station point of view, by meaning they will count the events related to Mobile Stations. The message flow of the Assignment Procedure is listed below (normal case). The numbers in brackets will indicate available performance measurements. Fig. 4 Message flow: Assignment Procedure (normal case) BSS Counter: [1] ASSIGMENT ATTEMPS TASSATT [2..3]
[2] INCOMING REDIRECTED TASSSUCC [4..5]
[3] OUTGOING REDIRECTED CALLS SINTHINT [7] + SUINBHDO [7]i; i = 0 ...31 (i = number of GSM ADJ-ids) +
j]SUOISHDO[7 ; j = 0 ...63 (j= number of UMTS ADJ-ids)
[4] ASSIGMENT COMPLETE (normal Assignm.) TASSSUCC [2..3]
[5] ASSIGMENT FAILURE TASSFAIL [6,7,8,10,11,12,13,15]
[6] Queuing Failure NMSGDISQ [1,2]
MS BTS BSC MSC
ASSIGNMENT REQUEST
CHAN ACTIV
ASSIGNMENT COMMAND
CHAN ACTIV ACK
SABM
CHANNEL ACTIV NEG ACK
ASSIGNMENT COMMANDASSIGNMENT FAILURE
ASSIGNMENT COMPLETE
[5] TASSFAIL
UA
ASSIGNMENT COMPLETE
ESTABLISH INDICATION(TNTCHCL)
ASSIGNMENT COMPLETE
[1] TASSATT
[4] TASSSUCC
PHYS CONTEXT REQ
PHYS CONTEXT CONF
(MTCHBUTI)
Information PM: KPI Requirement Specification System
31
The following figure shows you the traffic flow.
Fig. 5 Traffic flow: Assignment Procedure The observed cell is the cell where the call establishment has been started (immediate assignment procedure). By aid of the feature Directed Retry a TCH may be assigned in a cell different from the observed cell. Also in that case the “success” is counted for the observed cell. The Assignment procedure is used to allocate a TCH. Because of new feature the Assignment Success Rate is not easy to evaluate. The Directed Retries have also to be considered. The concept how to evaluate Directed Retries for the Assignment Success Rate is comparable with the Handover Success Rate, where only outgoing Handover will be considered. Therefore all Directed Retries for an observed cell have to be counted, which where started in the observed cell and were successful in any target cell with neighbor cell measurements. Under this assumption the Assignment Success Rate can be evaluated as follows: Assignment Success Rate = (Assignment Complete [4] + Successful outgoing redirected Calls [3]) / Assignment Attempts [1] This chapter contains the following ‘Number related’ KPIs: • Number of Assignment Attempts: [1], see chapter 5.1. • Number of Assignment Failures: [5] ,see chapters 5.2(a), (b), (c) • Number of successful Assignments = [3]+[4], see chapter 5.3 • Number of Queuing Failures: [6], see chapter 5.2(d) This chapter contains the following ‘Rate related’ KPIs: • Assignment Failure Rate, see chapter 5.4 • Assignment Success Rate, see chapter 5.5 • Assignment success rate when radio resources available, see chapter 5.6(a)
Single Cell / Observed Cell [1] Assignment Attempts
[4] Assignment Complete [3] Successful Outgoing
redirected Calls
[2] Successful inc. redirected Calls
[5] Assignment Failure
[6] Queuing Failure [3]+[4] Assignment success
Information PM: KPI Requirement Specification System
32
5.1 Number of Assignment Attempts Long name: (a) Number of Assignment Attempts
Short name: (a) AssAtt
Description: These indicators will give you the number of Assignment procedures started by the MSC.
Formula: (a) 3]TASSATT[2, AssAtt =
Used param.: TASSATT[2,3]
Elem. Object: Cell
Unit: None
Remarks: Only TCH assignments are considered. Assignments of SDCCHs are not considered. Only the assignment procedure triggered by the MSC is considered but not the Immediate Assignment procedure. Incoming handovers are also not considered.
Information PM: KPI Requirement Specification System
33
5.2 Number of Assignment Failures Long name: (a) Number of TCH Losses
(b) Number of Assignment Failures by Message (c) Number of Assignment Failures due to other Reason (d) Number of Queuing Failures (e) Total Number of Assignment Failures
Short name: (a) AssLoss (b) AssFailbyMess (c) AssFailOther (d) QueFail (e) AssFail
Description: These indicators will give you the number of failed Assignments of a TCH.
Formula: (a) ,13]TASSFAIL[8 AssLoss =
(b) 2,15],7,10,11,1TASSFAIL[6 essAssFailbyM =
(c) QueFail-essAssFailbyM -TCHLoss - AssSucc -AssAtt er AssFailOth =
(d) ,2]NMSGDISQ[1 QueFail =
(e) 2]NRCLRREQ[210..13,15] ..8,TASSFAIL[6 AssFail +=
Used param.: TASSFAIL [6,7,8,10,11,12,13,15], AssAtt (5.1(a)) , AssSucc (5.3(a)), NMSGDISQ[1,2], NRCLRREQ[22]
Elem. Object: Cell
Unit: None
Remarks: • Directed Retries are not considered, because they are not related to assignment failures
• Assignments of SDCCH are not considered. • Sub-counters TASSFAIL[10] and TASSFAIL[15] ('All other causes') used in
formula (b) includes the A-interface and equipment related causes (see GSM 08.08).
• Queuing failures are completely covered in formula (e). Measurement NMSDISQ[1,2] must not be added. But measurement NRCLRREQ[22] is included in case a queued subscriber is pre-empted before expiry of timer T11.
• Formula (c) AssFailOther contains all other causes related to internal and transmission failures.
Information PM: KPI Requirement Specification System
34
5.3 Number of successful Assignments Long name: (a) Number of successful Assignments
Short name: (a) AssSucc
Description: These indicators will give you the number of successful completed Assignment procedures. Successful completed Assignment procedures are incremented even with successful outgoing directed retry, because it represents an assignment of TCH for the originating cell.
Formula:
(a) ∑∑==
+++
=63
0jj
31
0ii ]SUOISHDO[7 ]SUINBHDO[7 ]SINTHINT[7
,3]TASSSUCC[2 AssSucc
with i for the number of GSM neighbourcell relation (n=0..31) with j for the number of UMTS neighbourcell relation (m=0..63)
Used param.: TASSSUCC[2,3], SINTHINT[7], ]SUOISHDO[7 ],SUINBHDO[7
Elem. Object: Cell
Unit: None
Remarks: • Assignments of SDCCH are not considered. • Intersystem Directed Retry to UMTS are considered
Information PM: KPI Requirement Specification System
35
5.4 Assignment Failure Rate Long name: (a) Assignment Loss Rate
(b) Assignment Failure Rate by Message (c) Assignment Failure Rate due to other Reason (d) Queuing Failure Rate (e) Assignment Failure Rate
Short name: (a) AssLossRate (b) AssFailbyMessRate (c) AssFailOtherRate (d) QueFailRate (e) AssFailRate
Description: These indicators will give you the Assignment Failure Rates. The Assignment procedure is unsuccessful if the BSC returns a Assignment Failure message to the MSC or if the directed retry in the target cell was not successful.
Formula: (a)
AssAttAssLoss eAssLossRat =
(b) AssAtt
essAssFailbyM essRateAssFailbyM =
(c) AssAtt
erAssFailOth erRateAssFailOth =
(d) AssAttQueFail eQueFailRat =
(e) AssAttAssFail eAssFailRat =
Used param.: AssAtt(5.1(a)), AssLoss (5.2(a)), AssFailbyMess (5.2(b)), AssFailOther (5.2(c)), QueFail (5.2(d)), AssFail (5.2(d)),
Elem. Object: Cell
Unit: None
Remarks: • Directed Retries are not considered, because they ares not related to assignment failures.
• Assignments of SDCCH are not considered
Information PM: KPI Requirement Specification System
36
5.5 Assignment Success Rate Long name: (a) Assignment Success Rate
Short name: (a) AssSuccRate
Description: These indicators will give you the Assignment Success Rate. The Assignment procedure is successful if the BSC returns an Assignment Complete message to the MSC or if the directed retry in the target cell was successful.
Formula: (a) eAssFailRat1or
AssAttAssSucc eAssSuccRat −=
Used param.: AssAtt(5.1(a)), AssSucc (5.3(a)), AssFailRate (5.4(e))
Elem. Object: Cell
Unit: None
Remarks: • Assignments of SDCCH are not considered. • Inter System Directed Retry (e.g. UMTS) are also considered
5.6 Assignment success rate when radio resources available
Long name: (a) Assignment success probability when radio resource available
Short name: (a) SuccAssProbNoTCHBlocking
Description: This indicator provides the radio failures during the TCH assignment procedure
Formula: (a)
AssLoss-AssAttessAssFailbyM1kingbNoTCHBlocSuccAssPro −=
Used param.: AssAtt(5.1(a)), AssLoss (5.2(a)), AssFailbyMess (5.2(b))
Elem. Object: Cell
Unit None
Remarks: The indicator only considers radio failures but no TCH losses (blockings) during the assignment procedure, i.e. it is assumed that enough TCH resources are available
5.7 Mean Number of Repeated Assignment Requests Long name: (a) Mean number of repeated assignment requests
Short name: (a) RepAssReq
Description: These indicators will give you the mean number of repeated Assignment procedures started by the MSC.
Formula: (a) AssSucc) (AssFail -AssAtt RepAssReq +=
Information PM: KPI Requirement Specification System
37
Used param.: AssAtt(5.1(a)), AssSucc (5.3(a)), AssFail (5.2(e)),
Elem. Object: Cell
Unit: None
Remarks: Only TCH assignments are considered. Assignments of SDCCHs are not considered. Only the assignment procedure triggered by the MSC is considered but not the Immediate Assignment procedure. Incoming handovers are also not considered.
5.8 Repeated Assignment Request Rate Long name: (a) Repeated Assignment Request Rate
Short name: (a) RepAssReqRate
Description: These indicators will give you the repeated Assignment Request Rate.
Formula: (a) AssSuccAssFail
AssAtt ateRepAssReqR+
=
Used param.: AssAtt(5.1(a)), AssSucc (5.3(a)), AssFail (5.2(d))
Elem. Object: Cell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
38
6 Call Setup Analysis The KPIs of the previous sections are mainly used for the derivation of the Call Setup Success Rate (CSSR) and Call Setup Failure Rate (CSFR). The Call Setup Success Rate and Call Setup Failure Rate are related to the Mobile Station point of view, by meaning they will count the events related to Mobile Stations. Overview Call Setup Analysis CS
(6.3) CSSR
Call Setup Success Rate BSS
(6.5) CSFR
Call Setup Failure Rate
Call Setup Failure Rate due to Immediate Assignment Losses
Call Setup Failure Rate due to AGCH
Call Setup Failure Rate due to Immediate Assignment without MS Seizure
Call Setup Failure Rate due to SDCCH Drops
Call Setup Failure Rate due to SSS Procedure Failure
Call Setup Failure Rate due to TCH Loss
Call Setup Failure Rate due to Assignment Failures by Message
Call Setup Failure Rate due to Assignment Failures with other Reasons
Call Setup Failure Rate due to Queuing Failures
Comparable Overview can also be done for the ‘Number Related KPIs’ This chapter contains the following ‘Number related’ KPIs: • Number of Call Setup Attempts • Number of Successful Call Setups • Number of Call Setup Failures And the following ‘Rate related’ KPIs: • Call Setup Success Rate • Call Setup Failure Rate
Information PM: KPI Requirement Specification System
39
6.1 Number of Call Setup Attempts Long name: (a) Number of Call Setup Attempts
Short name: (a) CSAtt
Description: This indicator counts all attempts at the BSS to setup up an end to end connection.The indicator deals with the call setup attempts from the perspective of the MS
Formula: (a) RateImmAssSuccCSImmAssSucc CSAtt =
Used param.: ImmAssSuccCS (3.1a), ImmAssSuccRate (3.11)
Elem. Object: Cell
Unit: None
Remarks: Phantom RACHs are channel required messages not foreseen for the observed cell. The Immediate Assignment procedure to allocate an SDCCH/TCH is then started, but will not be successful, because no MS will reply with a SABM message and therefore a BTS Timer will expire. Phantom RACHs are not considered as call setup attempts. Systematic error A mobile station may also not answer to an IMM ASS Command due to bad radio conditions. Such radio events will not be considered as call setup attempts Be aware of parameter settings for RACHBT and RXLEVAMI The Immediate Assignment failures are independent to the different call types (MOC, MTC, Locupd, SMS ...). Therefore the Immediate Assignment Failure Rates for any call type are used in the above formula.
6.2 Number of Successful Call Setups Long name: (a) Number of Successful Call Setups
Short name: (a) CSSucc
Description: This indicator counts all successful Call Setups at the BSS to setup up an end to end connection. A Call Setup was successful if the MS was able to seize a TCH.
Formula: (a) AssSucc CSSucc =
Used param.: AssSucc (4.3a)
Elem. Object: Cell
Unit: None
Remarks: Assignment of SDCCH are not considered
Information PM: KPI Requirement Specification System
40
6.3 Call Setup Success Rate Long name: (a) Call Setup Success Rate
(b) Call Setup Success Rate BSS
Short name: (a) CSSuccRate (b) CSSuccRateBSS
Description: This indicator will give you the BSS observed Call Setup Success Rate to setup up an end to end connection. Two indicators are available, one that takes into account all Call Setup rejections (BSS immediate assignment, SSS security and TCH assignment), one that only takes into account BSS related Call Setup rejections (BSS immediate assignment and TCH assignment).
Formula: (a) CSSuccRate = ImmAssSuccRate * SSSProcSuccRateCStotal * AssSuccRate (b) eAssSuccRat * ateCS)SDCCHDropR - 1 (* RateImmAssSucc BSSCSSuccRate =
Used param.: ImmAssSuccRate (3.11(a)), SSSProcSuccRateCStotal (4.6(b)), AssSuccRate (5.5(a)), SDCCHDropRateCS (4.4(a))
Elem. Object: Cell
Unit: None
Remarks: BR7: correction CSSuccRateBSS: factor (1-SDCCHDropRateCS) included in formula BR7: KPI CSSuccRateSSS cancelled (just another name for KPI SSSProcSuccRateCStotal (4.6(b)) Systematic errors can occur as described in the used KPIs.
6.4 Number of Call Setup Failures Long name: (a) Number of Call Setup Failures
(b) Number of Call Setup Failures due to Immediate Assignment Losses (c) Number of Call Setup Failures due to AGCH Blocking (d) Number of Call Setup Failures due to Immediate Assignment without MS
Seizure (e) Number of Call Setup Failures due to SDCCH Drops (f) Number of Call Setup Failures due to SSS Procedure Failure (g) Number of Call Setup Failures due to TCH Loss (h) Number of Call Setup Failures due to Assignment Failures by Message (i) Number of Call Setup Failures due to Assignment Failures with other Reasons (j) Number of Call Setup Failures due to Queuing Failures
Short name: (a) CSFail (b) CSFailImmAssLoss (c) CSFailAGCHLoss (d) CSFailImmAssNoSeiz
Information PM: KPI Requirement Specification System
41
(e) CSFailSDCCHDrop (f) CSFailSSSProcFail (g) CSFailTCHLoss (h) CSFailAssFailbyMess (i) CSFailAssFailOther (j) CSFailQueFail
Description: These indicators will give you the number of unsuccessful Call Setups. Different indicators distinguish between different causes used in the different procedures (Immediate Assignment, SSS Procedures and Assignment).
Formula: (a) CSFail = CSAtt - CSSucc (b) CSFailImmAssLoss = CSAtt * ImmAssLossRate (c) CSFailAGCHLoss = CSAtt * AGCHLossRateCSAGCHLossesBTS (d) CSFailImmAssNoSeiz = CSAtt * ImmAssNoSeizRate (e) CSFailSDCCHDrop = CSAtt * ImmAssSuccRate * SDCCHDropRateCS (f) CSFailSSSProcFail = CSAtt * ImmAssSuccRate * SSSProcFailRateCS (g) CSFailTCHLoss = AssLoss (h) CSFailAssFailbyMess = AssFailbyMess (i) CSFailAssFailOther = AssFailOther (j) CSFailQueFail = QueFail
Used param.: CSAtt (6.1(a)), CSSucc (6.2(a)), ImmAssLossRate(3.8(a)), AGCHLossRateCSAGCHLossesBTS (3.9(a)), ImmAssNoSeizRate(3.10(a)), ImmAssSuccRate (3.11(a)), SDCCHDropRateCS(4.4(a)), SSSProcFailRateCS(4.5(a)), AssLoss(5.2(a)), AssFailbyMess(5.2(b)), AssFailOther(5.2(c)), QueFail(5.2(c))
Elem. Object: Cell
Unit: None
Remarks: See remarks in the referenced KPIs
Information PM: KPI Requirement Specification System
42
6.5 Call Setup Failure Rate Long name: (a) Call Setup Failure Rate
(b) Call Setup Failure Rate due to Immediate Assignment Losses (c) Call Setup Failure Rate due to AGCH Blocking (d) Call Setup Failure Rate due to Immediate Assignment without MS Seizure (e) Call Setup Failure Rate due to SDCCH Drops (f) Call Setup Failure Rate due to SSS Procedure Failure (g) Call Setup Failure Rate due to TCH Loss (h) Call Setup Failure Rate due to Assignment Failures by Message (i) Call Setup Failure Rate due to Assignment Failures with other Reasons (j) Call Setup Failure Rate due to Queuing Failures
Short name: (a) CSFailRateBSS (b) CSFailRateImmAssLoss (c) CSFailRateAGCHLoss (d) CSFailRateImmAssNoSeiz (e) CSFailRateSDCCHDrops (f) CSFailRateSSSProcFail (g) CSFailRateTCHLoss (h) CSFailRateAssFailbyMess (i) CSFailRateAssFailOther (j) CSFailRateQueFail
Description: These indicators will give you the Call Setup Failure Rate. Different indicators distinguish between different causes used in the different procedures (Immediate Assignment, SSS Procedures and Assignment).
Formula: (a) CSFailRateBSS = 1 – CSSuccRateBSS (b) CSFailRateImmAssLoss = ImmAssLossRate (c) CSFailRateAGCHLoss = AGCHLossRateCSAGCHLossesBTS (d) CSFailRateImmAssNoSeiz = ImmAssNoSeizRate (e) CSFailRateSDCCHDrops = SDCCHDropRateCS (f) CSFailRateSSSProcFail = SSSProcFailRateCS (g) CSFailRateTCHLoss = AssLossRate (h) CSFailRateAssFailbyMess = AssFailbyMessRate (i) CSFailRateAssFailOther = AssFailOtherRate (j) CSFailRateQueFail = QueFailRate
Used param.: CSSuccRateBSS (6.3(b)), ImmAssLossRate(3.8(a)), AGCHLossRateCSAGCHLossesBTS (3.9(a)), ImmAssNoSeizRate(3.10(a)), SDCCHDropRateCS(4.4(a)), SSSProcFailRateCS(4.5(a)), AssLossRate(5.4(a)), AssFailbyMessRate(5.4(b)), AssFailOtherRate(5.4(c)), QueFailRate(5.4(d))
Elem. Object: Cell
Unit: None
Remarks: See remarks in the referenced KPIs
Information PM: KPI Requirement Specification System
43
6.6 Call Setup Failure Rate (Network View) Long name: (a) Call Setup Failure Rate NVs
Short name: (a) CSFailRateNV
Description: These indicators will give you the Call Setup Failure Rate from the perspective of the network.
Formula: (a) e)AssSuccRat * ate)SDCCHDropR - (1 * Rate)ImmAssFail- ((11 NVCSFailRate −=
Used param.: ImmAssFailRate (3.13), SDCCHDropRate (8.2), AssSuccRate(5.5)
Elem. Object: Cell
Unit: None
Remarks: The Call Setup Failure Rate (Network View) considers the so called "Phantom RACHes" whereas the KPI “CSFailRate” in chapter 6.5 excludes the "Phantom RACHes".
Information PM: KPI Requirement Specification System
44
7 TCH Drop related Performance Indicators 7.1 Number of Dropped TCH Connections Long name: (a) Number of Dropped TCH Connections
Short name: (a) TCHDrop
Description: This indicator will give you the number of dropped TCH connections related to Mobile Stations. Only drops related to the BSS including the radio interface are considered. But drops detected by the MSC call processing reasons are excluded. (Therefore among others drops arising from the remote BSS and the remote radio interface are not considered)
Formula: (a) ..18] 14 12, 5.. 3, .. NRCLRREQ[1 TCHDrop =
Use case: Observation of customer satisfaction
Used param.: NRCLRREQ[1 .. 3, 5.. 12, 14 ..18]
Elem. Object: Cell
Unit: None
Remarks: TCH drops during pending incoming inter BSC handover are not counted in the measurement NRCLRREQ. This avoids double counting of drops during pending HO (during pending HO the TCH drops are only counted in the originating cell). Therefore NRCLRREQ in fact counts the number of dropped TCH calls from the perspective of the Mobile Station (customer dissatisfaction) There is a small systematic error in case of expiry of timer T_MSRFPCI during assignment; in that case NRCLRREQ (“Radio interface message failure”) is triggered. This can only occur when T_MSRFPCI is not well adjusted (< T10). Remark: in case of expiry of T10 the BSC sends ASS FAIL to the MSC in that case NRCLRREQ is not triggered
Information PM: KPI Requirement Specification System
45
7.2 TCH Drop Distribution Long name: (a) TCH drop distribution due to expiry of timer T200
(b) TCH drop distribution due to unsolicited DM response (c) TCH drop distribution due to sequence error (d) TCH drop distribution due to expiry of timer T_MSRFPCI (e) TCH drop distribution due to distance limit exceeded (f) TCH drop distribution due to handover access failures (g) TCH drop distribution due to radio link failures (h) TCH drop distribution due to remote transcoder failures (i) TCH drop distribution due to other connection failures (j) TCH drop distribution due to intra cell handovers (k) TCH drop distribution due to inter cell intra bsc handovers (l) TCH drop distribution due to inter bsc handovers (m) TCH drop distribution due to equipment failure (n) TCH drop distribution due to protocol error (o) TCH drop distribution due to distance error (p) TCH drop distribution due to preemption (q) TCH drop distribution due to O&M intervention (r) TCH drop distribution due to other reasons
Short name: (a) TCHDropDist.T200 (b) TCHDropDist.UnsolDMRes (c) TCHDropDist.SeqErr (d) TCHDropDist.TMSRFPCI (e) TCHDropDist.Distance (f) TCHDropDist.HOAccess (g) TCHDropDist.RadLinkFail (h) TCHDropDist.RemTranscFail (i) TCHDropDist.ConnOther (j) TCHDropDist.IntraCellHO (k) TCHDropDist.InterCellHO (l) TCHDropDist.InterBSCHO (m) TCHDropDist.EquipFail (n) TCHDropDist.ProtErr (o) TCHDropDist.DistErr (p) TCHDropDist.Preempt (q) TCHDropDist.OAM (r) TCHDropDist.Other
Description: This indicator will give you the TCH Drop Distribution showing the particular TCH drops related to the total number of drops related to TCH connections.
Use case: Detection of network problems: e.g. insufficient coverage For network optimization normally additional KPIs would be considered, e.g. KPIs for the supervision of transmission power, interference and HO)
Information PM: KPI Requirement Specification System
46
Formula: (a)
TCHDrop,73,82]7,46,55,6410,19,28,3NRFLTCH[1, t.T200TCHDropDis =
(b) TCHDrop
74,83] ,8,47,56,6511,20,29,3NRFLTCH[2, est.UnsolDMRTCHDropDis =
(c) TCHDrop
,75,84]9,48,57,6612,21,30,3NRFLTCH[3, t.SeqErrTCHDropDis =
(d) TCHDrop
,76,85]0,49,58,6713,22,31,4NRFLTCH[4, t.TMSRFPCITCHDropDis =
(e) TCHDrop ,77,86]1,50.59,6814,23,32,4NRFLTCH[5, t.DistanceTCHDropDis =
(f) TCHDrop ,78,87]2,51,60,6915,24,33,4NRFLTCH[6, t.HOAccessTCHDropDis =
(g) TCHDrop
,79,883,52,61,7016,25,34,4NRFLTCH[7, ailt.RadLinkFTCHDropDis =
(h) TCHDrop
,80,89]4,53,62,7117,26,35,4NRFLTCH[8, cFailt.RemTransTCHDropDis =
(i) TCHDrop
,81,90]5,54,63,7218,27,36,4NRFLTCH[9, rt.ConnOtheTCHDropDis =
(j) TCHDrop
]UNIHIALC[1 lHOt.IntraCelTCHDropDis =
(k) TCHDrop
]UNIHIRLC[1 lHOt.InterCelTCHDropDis =
(l) TCHDropDropInterBSCHO HOt.InterBSCTCHDropDis =
(m) TCHDrop
,10]NRCLRREQ[1 lt.EquipFaiTCHDropDis =
(n) TCHDrop
,14]NRCLRREQ[5 t.ProtErrTCHDropDis =
(o) TCHDrop
,15]NRCLRREQ[6 t.DistErrTCHDropDis =
(p) TCHDrop
,16]NRCLRREQ[7 t.PreemptTCHDropDis =
(q) TCHDrop
,17]NRCLRREQ[8 t.OAMTCHDropDis =
(r) TCHDrop
,18]NRCLRREQ[9 t.OtherTCHDropDis =
Information PM: KPI Requirement Specification System
47
NRFLTCH[1..18] are defined for the standard cell, NFRLTCH[19..54] are defined for the concentric cell and NFRLTCH[55..90] are defined for the extended cell.
Used param.: NRFLTCH[1..90], UNIHIALC[1], UNIHIRLC[1], InterBSCHODrop(0(a)), TCHDrop(7.1(a)), NRCLRREQ [1..18]
Elem. Object: Cell
Unit: None
Remarks: Handover Access failures are included in formulas TCHDropDist.HOAccess and TCHDropDist.InterBSCHO. TCH drops during pending incoming inter BSC handover are not counted in formulas TCHDropDist.HOAccess. This avoids double counting of drops during pending HO (during pending HO the TCH drops are only counted in the originating cell). Therefore NRCLRREQ in fact counts the number of dropped TCH calls from the perspective of the Mobile Station (customer dissatisfaction) If the feature SDCCH Handover is activated, then this will lead to a systematic error.
Information PM: KPI Requirement Specification System
48
7.3 TCH Drop Rate Long name: (a) TCH Drop Rate
Short name: (a) TCHDropRate
Description: This indicator will give you the rate of all drops of TCH connections. Drops comprise all BSC caused terminations of TCH connection. I.e. connection termination induced by an MSC is not counted as TCH drop within the scope of the present radio network related document. The TCH drops are related to all seizures of a TCH in the observed cell. A TCH may be seized during call setup and additionally for handover (including Directed Retry). Therefore on call in the view of a mobile subscriber may cause the seizure of more than one TCH spread over several cells
Formula: (a)
..2]SUCTCHSE[1TCHDrop eTCHDropRat =
Used param.: TCHDrop(7.1(a)), SUCTCHSE[1..2]
Elem. Object: Cell
Unit: None
Remarks: Please note that there can be systematic errors caused by timer settings (Ny, T3105, TTrau, TSync, T_MSRFPCI, T8). If the feature SDCCH Handover is activated, then this will lead to a systematic error. This KPI is not only related to Call Setups. It is related to any TCH seizure (e.g. incoming Handovers). Therefore for network optimization it is recommended to use KPI ‘TCH Drops per Erlanghour ‘, because increasing number of Handovers (e.g. Ping Pong Handovers) will decrease the TCH Drop Rate.
Information PM: KPI Requirement Specification System
49
7.4 Call Drop Rate Long name: (a) Number of terminated calls
(b) Call Drop Rate
Short name: (a) NumTermCalls (b) CallDropRate
Description: This indicator provides the number of terminated calls and the call drop rate from the view of the MS (customer satisfaction). Preconditions:
1. A call is established when the MS has seized the TCH • Ass Failure in connection with a following Clear Command is not
considered as call, since the MS has not yet seized a TCH. (e.g. AssFail: No radio resource available, MSC controlled Directed Retry)
• Queuing timer expiry is not considered • Expiry of timer T_MSRFPCI is not considered
2. Call termination (and especially call drop) is counted for that cell, where the TCH was seized by the MS at the time of the call termination (especially call drop) • Call termination (and especially call drop) during pending HO is
counted for the old cell 3. Only call drops initiated by the BSS are considered
• Drops comprise all BSC caused terminations of calls. I.e. call termination induced by an MSC is not counted as call drop within the scope of the present radio network related document
• Release of TCH in connection with HO reversion to old cell is not considered (e.g.: Inter BSC HO -> HO access failure -> Clear Command). Reason: no TCH drop from the MS perspective.
•
Formula: (a) ..13] 8,11 .. TASSFAIL[6 - ,13]NRCLRREQ[4 -12] .. 10 8, .. 4 2, .. NRCLRCMD[1 lsNumTermCal =
(b) lsNumTermCal
TCHDrop teCallDropRa =
Used param.: TCHDrop(7.1(a)), NRCLRCMD[1 .. 2, 4 .. 8, 10..12], TASSFAIL[6.. 8,11 .. 13], NRCLRREQ[4,13], NumTermCalls(7.4(a))
Elem. Object: Cell
Unit: None
Remarks: Remark for understanding the formula on the number of terminated calls: Clear Commands may also be received by the MSC at call state when the MS has not yet seized the TCH during TCH assignment, i.e. when no call is yet established. Therefore the following cases are not considered as established calls:
• No TCH available after Queuing: In that case the BSC sends Clear Request (“Radio resource not available”) which triggers
Information PM: KPI Requirement Specification System
50
NRCLRREQ[4,13]; this also lead to triggering of NRCLRCMD[1,7] (“BSS initiated”)
• Unsuccessful TCH Assignment Procedure with Loss of ASSIGNMENT COMMAND (T10 Expiry): In that case the BSC sends Assignment Failure to the MSC and triggers TASSFAIL[6,11]; this also leads to triggering of NRCLRCMD[2,8] (“Call Control”)
• Unsuccessful Directed Retry, Intra-BSC, with Reversion to SDCCH (T3124 Expiry): In that case the BSC sends Assignment Failure to the MSC and triggers TASSFAIL[7,12]; this also leads to triggering of NRCLRCMD[2,8] (“Call Control”)
• No TCH available (no queuing): In that case the BSC sends Assignment Failure to the MSC and triggers TASSFAIL[8,13]; this also leads to triggering of NRCLRCMD[2,8] (“Call Control”)
Systematic failures in the formulas:
• Inter BSC handover with reversion to old cell: In that case the MSC receives HO_Failure from the old BSC and sends Clear Command (“equipment failure”) the target BSC which triggers NRCLRCMD[4] for the target cell -> this effect slightly improve the CallDropRate by pretending that more call have existed than in reality.
• Inter BSC directed retry with no successful TCH seizure: In that case the BSC send assignment Failure and triggers Tassfail[9,14]; this lead also to a Clear Command (“Call Control”) which triggers NRCLRCMD[2] -> this effect slightly improve the CallDropRate by pretending that more call have existed than in reality.
• Expiry of timer T_MSRFPCI during assignment: In that case NRCLRREQ is triggered. This can only occur when T_MSRFPCI is not well adjusted (< T10) -> this effect slightly deteriorates the call drop rate (numerator and denominator are increased)
• There can be systematic errors caused by timer settings (Ny1, T3105, TTrau, TSync, T_MSRFPCI, T8). If the feature SDCCH Handover is activated, then this will lead to a systematic error. -> this effect slightly deteriorates the call drop rate (numerator and denominator are increased)
Recommendation: Drop per Erlang/hour is recommended to be used for quality assessment of radio network performance. Reason: the call drop rate is depending on the average call duration. The call drop rate is proportional to the call duration.
Information PM: KPI Requirement Specification System
51
7.5 Mean Time between TCH Drop Long name: (a) Mean Time between TCH Drop
Short name: (a) MTBTCHDrop
Description: This indicator will give you mean time between TCH Drop, by meaning the time in seconds until the occurrence of the loss of a TCH connection.
Formula: (a) TCHDrop
60s *y Granularit* rDRTCHTrafCar MTBTCHDrop =
Used param.: TCHDrop(7.1(a)), TCHTrafCarrDR(9.1.3(c)), Granularity in minutes
Elem. Object: Cell
Unit: Seconds
Remarks: SDCCH Handovers are not considered and can therefore lead to systematic errors.
7.6 TCH Drops per Erlanghour Long name: (a) TCH Drops per Erlanghour
Short name: (a) TCHDropErlh
Description: This indicator will give you TCH Drops per Erlanghour, by meaning the number of losses of TCH connections related to one Erlanghour.
Formula: (a) yGranularit
60*rDRTCHTrafCar
TCHDrop hTCHDropErl =
Used param.: TCHDrop(7.1(a)), TCHTrafCarrDR(9.1.3(c)), Granularity in minutes
Elem. Object: Cell
Unit: None
Remarks: SDCCH Handovers are not considered and can therefore lead to systematic errors.
7.7 Rate of normal call releases of calls with bad radio quality
Long name: (a) Rate of normal call releases of calls with bad radio quality (b) Rate of normal call releases of calls with bad radio quality, non AMR (c) Rate of normal call releases of calls with bad radio quality, AMR (d) Rate of normal call releases of calls with bad radio quality, non AMR, MS orig. (e) Rate of normal call releases of calls with bad radio quality, AMR, MS orig. (f) Rate of normal call releases of calls with bad radio quality, non AMR, Network
orig.
Information PM: KPI Requirement Specification System
52
(g) Rate of normal call releases of calls with bad radio quality, AMR, Network orig.
Short name: (a) BRQCRelRate (b) BRQCRelRateNonAMR (c) BRQCRelRateAMR (d) BRQCRelRateNonAMRMsOrg (e) BRQCRelRateAMRMsOrg (f) BRQCRelRateNonAMRNwOrg (g) BRQCRelRateAMRNwOrg
Description: This KPI will give you the number of normal call releases of calls with bad radio quality in relation to all TCH connections of a cell.
Formula: (a) ,2]SUCTCHSE[1
..4]NCRLBRQU[1 eBRQCRelRat =
(b) ,2]SUCTCHSE[1
,3]NCRLBRQU[1 eNonAMRBRQCRelRat =
(c) ,2]SUCTCHSE[1
,4]NCRLBRQU[2 eAMRBRQCRelRat =
(d) ,2]SUCTCHSE[1
]NCRLBRQU[1 rgeNonAMRMsOBRQCRelRat =
(e) ,2]SUCTCHSE[1
]NCRLBRQU[2 eAMRMsOrgBRQCRelRat =
(f) ,2]SUCTCHSE[1
]NCRLBRQU[3 rgeNonAMRNwOBRQCRelRat =
(g) ,2]SUCTCHSE[1
]NCRLBRQU[4 eAMRNwOrgBRQCRelRat =
Used param.: NCRLBRQU[1..4], SUCTCHSE[1,2]
Elem. Object: Cell
Unit: None
Remarks: None
7.8 Rate of TCH Drops and normal call releases of calls with bad radio quality
Long name: (a) TCH drops by bad radio quality call release rate
Short name: (a) TCHDropBRQCRelRat
Description: This indicator gives the percentage of all TCH drops and normal call releases of calls with bad radio quality related to TCH connections.
Formula: (a) ,2]SUCTCHSE[1
..4]NCRLBRQU[1 14..18]..3,5..12,NRCLRREQ[1 CRelRat TCHDropBRQ +=
Used param.: NRCLRREQ[1..3, 5..12, 14..18], NCRLBRQU[1..4], SUCTCHSE[1,2]
Elem. Object: Cell
Unit: None
Information PM: KPI Requirement Specification System
53
Remarks: If the feature SDCCH Handover is activated, then this will lead to a systematic error. This KPI is not only related to Call Setups. It is related to any TCH seizure (e.g. incoming Handovers).
Information PM: KPI Requirement Specification System
54
8 SDCCH Drop related Performance Indicators
8.1 Number of dropped SDCCH Connections Long name: (a) Number of dropped SDCCH Connections
Short name: (a) SDCCHDrop
Description: This indicator will give you the number of dropped SDCCH Connections, which can occur for any call type (MOC, MTC, Locupd, SMS, ...).
Formula: (a) ,6,11]TASSFAIL[1 26] .. 23 21, .. 9NRCLRREQ[1 SDCCHDrop +=
Used param.: NRCLRREQ[19 .. 21, 23 .. 26], ,6,11]TASSFAIL[1
Elem. Object: Cell
Unit: None
Remarks: This KPI is based on NRCLRREQ counters, because drops caused by the BSC must be considered.
8.2 SDCCH Drop Rate Long name: (a) SDCCH Drop Rate
(b) SDCCH Drop Rate per SDCCH connection
Short name: (a) SDCCHDropRate (b) SDCCHDropConnRate
Description: This indicator will give you the rate of all losses of connections during a SDCCH Connection.
Formula: (a)
..6]NSUCCHPC[1SDCCHDrop ateSDCCHDropR =
(b) 8]3,14,16..1NRCLRCMD[1
SDCCHDrop onnRateSDCCHDropC =
Used param.: SDCCHDrop(8.1(a)), NSUCCHPC[1..6], NRCLRCMD[13,14,16..18]
Elem. Object: Cell
Unit: None
Remarks: MSC controlled SDCCH Handover drops are also counted (Expiry of Timer T8). BSC controlled SDCCH Handover drops are not counted and will lead to small systematic errors.
Information PM: KPI Requirement Specification System
55
8.3 Mean Time between SDCCH Drop Long name: (a) Mean Time between SDCCH Drop
Short name: (a) MTBSDCCHDrop
Description: This indicator will give you mean time between SDCCH Drop, by meaning the time in seconds until the occurrence of the loss of a SDCCH connection.
Formula: (a) SDCCHDrop
60s *y Granularit*arr SDCCHTrafC opMTBSDCCHDr =
Used param.: SDCCHDrop(8.1(a)), SDCCHTrafCarr(10.1.2(a)) , Granularity in minutes
Elem. Object: Cell
Unit: Seconds
Remarks: SDCCH Handovers Drops are not considered.
8.4 SDCCH Drops per Erlanghour Long name: (a) SDCCH Drops per Erlanghour
Short name: (a) SDCCHDropErlh
Description: This indicator will give you SDCCH Drops per Erlanghour, by meaning the number of losses of SDCCH connections related to one Erlang.
Formula: (a)
yGranularit60*
arrSDCCHTrafCSDCCHDrop rlhSDCCHDropE =
Used param.: SDCCHDrop(8.1(a)), SDCCHTrafCarr(10.1.2(a)), Granularity in minutes
Elem. Object: Cell
Unit: None
Remarks: SDCCH Handovers Drops are not considered.
Information PM: KPI Requirement Specification System
56
9 TCH Load related Performance Indicators
9.1 TCH Load for Circuit Switched Traffic The following figure will give you an overview about the load related performance indicators used in the traffic theory. Fig. 6 Overview Load related performance indicators For the estimation of the Load of GSM Telecom Systems the Erlang B formula for non queuing Telefon Systems and the Erlang C formula for Queuing Telefon Systems can be used. Further information about the traffic theory can be found in the ‘Siemens Tabellenbuch Fernsprechtheorie ISBN 3-8009-1343-7’.
9.1.1 TCH Traffic Distribution Rate Long name: (a) TCH Full Rate Traffic
(b) TCH Half Rate Traffic
Short name: (a) FRT (b) HRT
Description: This indicator will give you the Rate of Full Rate and Half Rate traffic on TCH compared to the total traffic.
Formula: (a)
[1..10] MEBUSTCH][1,3,5,7,9 MEBUSTCH FRT =
(b) [1..10] MEBUSTCH
0][2,4,6,8,1 MEBUSTCH HRT =
MEBUSTCH[1,2] are defined for standard cell, MEBUSTCH[3..6] are defined for the concentric cell and MEBUSTCH[7..10] are defined for the extended cell.
Used param.: MEBUSTCH[1..10]
Elem. Object: Cell
Traffic Offered A [Erl] Call Attempts CA
Number of channels N
Traffic Carried Y [ErlCalls Carried CC
Traffic Lost R [Erl] Calls Rejected CR Loss B [%]
Information PM: KPI Requirement Specification System
57
Unit: None
Remarks: This KPI can be used by network planning to calculate the number of needed TRX.
9.1.2 TCH Traffic Offered Long name: (a) TCH Traffic Offered Full Rate
(b) TCH Traffic Offered Half Rate (c) TCH Traffic Offered Dual Rate
Short name: (a) TCHTrafOffFR (b) TCHTrafOffHR (c) TCHTrafOffDR
Description: This indicator will give you the theoretical amount of traffic in Erlang which was offered to a cell. The indicators comprise the traffic explicitly induced by mobile subscribers and also additional virtual traffic emerged from radio network internal features like Directed retry and Handover. In the course of the performance of these two features a traffic demand my be offered successively to more than one possible target cell.
Use case: Radio network capacity planning: The indicators may be used for radio network capacity planning. But they should not be used isolated since they pretend a higher demand of TCH resources as needed in reality for mobile subscriber satisfaction. The indicators should rather be used in connection with subscriber satisfaction oriented indicators (e.g. refer to chapter 6.5 (g): Call Setup Failure Rate due to TCH Loss)
Formula: (a)
eFRTCHLossRat-13,5,7,9] [1, MEBUSTCH FRTCHTrafOff =
(b) eHRTCHLossRat-1
4,6,8,10] [2, MEBUSTCH HRTCHTrafOff =
(c) HRTCHTrafOffFRTCHTrafOff DRTCHTrafOff += MEBUSTCH[1,2] are defined for standard cell, MEBUSTCH[3..6] are defined for the concentric cell and MEBUSTCH[7..10] are defined for the extended cell.
Used param.: MEBUSTCH[1..10], TCHLossRateFR(9.1.6(a)),TCHLossRateHR(9.1.6(b))
Elem. Object: Cell
Unit: Erlang
Remarks: None
9.1.3 TCH Traffic Carried Long name: (a) TCH Traffic Carried Full Rate
(b) TCH Traffic Carried Half Rate
Information PM: KPI Requirement Specification System
58
(c) TCH Traffic Carried Dual Rate
Short name: (a) TCHTrafCarrFR (b) TCHTrafCarrHR (c) TCHTrafCarrDR
Description: This indicator will give you the amount of carried traffic in Erlang on TCH.
Formula: (a) 3,5,7,9] [1, MEBUSTCH rFRTCHTrafCar =
(b) 4,6,8,10] [2, MEBUSTCH rHRTCHTrafCar =
(c) rHRTCHTrafCarrFRTCHTrafCar rDRTCHTrafCar += MEBUSTCH[1,2] are defined for standard cell, MEBUSTCH[3..6] are defined for the concentric cell and MEBUSTCH[7..10] are defined for the extended cell
Used param.: MEBUSTCH[1..10]
Elem. Object: Cell
Unit: Erlang
Remarks: None
Information PM: KPI Requirement Specification System
59
9.1.4 TCH Traffic Lost Long name: (a) TCH Traffic Lost Full Rate
(b) TCH Traffic Lost Half Rate (c) TCH Traffic Lost Dual Rate (d) TCH Traffic Lost Waiting System Full Rate (e) TCH Traffic Lost Waiting System Half Rate (f) TCH Traffic Lost Waiting System Dual Rate
Short name: (a) TCHTrafLostFR (b) TCHTrafLostHR (c) TCHTrafLostDR (d) TCHTrafLostWSFR (e) TCHTrafLostWSHR (f) TCHTrafLostWSDR
Description: This indicator will give you the amount of circuit switched traffic (measured in Erlang), which was lost for a cell due to lack of TCH resources. The indicators are not related to the loss of traffic a subscriber experiences. If for example during HO execution a certain target cell candidate is fully occupied this situation is counted as lost traffic for that target cell; but from the perspective of the subscriber the HO might become successful in another target cell. Additional indicator deal with waiting systems (queuing):
• Amount of circuit switched traffic (measured in Erlang), which was lost due to discard from the TCH waiting queue.
Formula: (a) rFRTCHTrafCar - FRTCHTrafOff tFRTCHTrafLos = (b) rHRTCHTrafCar - HRTCHTrafOff tHRTCHTrafLos = (c) rDRTCHTrafCar - DRTCHTrafOff tDRTCHTrafLos =
(d) 60s *y Granularit
TCHMHTFR* 3],NMSGDISQ[1 tWSFRTCHTrafLos =
(e) ,4]NMSGDISQ[2 tWSHRTCHTrafLos =60s *y Granularit
TCHMHTHR*
(f) ..4]NMSGDISQ[1 tWSDRTCHTrafLos =60s *y Granularit
TCHMHTDR*
Used param.: TCHTrafOffFR(9.1.2(a)), TCHTrafOffHR(9.1.2(b)), TCHTrafOffDR(9.1.2(c)), TCHTrafCarrFR(9.1.3(a)), TCHTrafCarrHR(9.1.3(b)), TCHTrafCarrDR(9.1.3(c)) NMSGDISQ[1..4], TCHMHTFR (9.1.7(a)), TCHMHTHR(9.1.7(b)), TCHMHTDR(9.1.7(c)),
Elem. Object: Cell
Unit: Erlang
Remarks: None
Information PM: KPI Requirement Specification System
60
9.1.5 TCH Block Rate Long name: (a) TCH Blocking Rate Full Rate
(b) TCH Blocking Rate Half Rate (c) TCH Blocking Rate Dual Rate
Short name: (a) TCHBlockRateFR (b) TCHBlockRateHR (c) TCHBlockRateDR
Description: This indicator will give you the TCH Blocking Rate by meaning the rate were all traffic channels were occupied.
Formula: (a)
60s *y Granularit]AALTCHTI[1 teFRTCHBlockRa =
(b) 60s *y Granularit]AALTCHTI[4 teHRTCHBlockRa =
(c) HRT* teHRTCHBlockRaFRT * teFRTCHBlockRa teDRTCHBlockRa +=
Used param.: AALTCHTI[1,4], FRT(9.1.1(a)), HRT(9.1.1(b)), Granularity in Minutes
Elem. Object: Cell
Unit: None
Remarks: For Dual Rate Channels (formula c) the Full Rate and Half Rate channels must be weighted with the TCH Traffic distribution Rate. Due to feature ‘Smooth Channel Modification’ the measurement type AALTCHTI keeps track of the number of timeslots belonging to the TCH_Pool, TCH/SD_Pool and SDCCH_Backup Pool.
9.1.6 TCH Loss Rate Long name: (a) TCH Loss Rate Full Rate
(b) TCH Loss Rate Half Rate (c) TCH Loss Rate Dual Rate (d) TCH Loss Rate Waiting System Full Rate (e) TCH Loss Rate Waiting System Half Rate (f) TCH Loss Rate Waiting System Dual Rate (g) TCH Loss Rate
Short name: (a) TCHLossRateFR (b) TCHLossRateHR (c) TCHLossRateDR (d) TCHLossRateWSFR (e) TCHLossRateWSHR (f) TCHLossRateWSDR (g) TCHLossRate
Information PM: KPI Requirement Specification System
61
Description: This indicator will give you the TCH Loss rate by meaning the rate where new TCH Seizure Attempts could not be handled by the observed cell, because all traffic channels were occupied / blocked. TCH seizure attempts for HO and Directed Retry are included in the formulas. The Loss Rate is defined from network (cell) perspective. From the perspective of a mobile subscriber, the call setup might become successful by assigning a TCH in another cell through (e.g. by applying the feature Directed Retry) even when a TCH Loss is counted. I.e. the KPIs consider the TCH access on cell level but not on connection level. Performance Indicators for waiting systems are also provided and will consider only the TCH Seizure attempts discarded from the TCH queue.
Formula: (a)
[1] ATTCHSEI]3,5,7,9,11 [1, ATCHSMBS eFRTCHLossRat =
ATCHSMBS [1] is only used by Standard cells. ATCHSMBS [5,7] is only used by Concentric cells. ATCHSMBS [9,11] is only used by Extended cells.
(b) [2] ATTCHSEI
2]4,6,8,10,1 [2, ATCHSMBS eHRTCHLossRat =
ATCHSMBS [2] is only used by Standard cells. ATCHSMBS [6,8] is only used by Concentric cells. ATCHSMBS [10,12] is only used by Extended cells.
(c) [1,2] ATTCHSEI[all] ATCHSMBS eDRTCHLossRat =
(d) [1] ATTCHSEI
3] [1, NMSGDISQ eWSFRTCHLossRat =
(e) [2] ATTCHSEI[2,4] NMSGDISQ eWSHRTCHLossRat =
(f) [1..2] ATTCHSEI[1..4] NMSGDISQ eWSDRTCHLossRat =
(g) [1..2] ATTCHSEI
[1..4] NMSGDISQ ll]ATCHSMBS[a eTCHLossRat +=
Used param.: ATCHSMBS[all], ATTCHSEI[1..2], NMSGDISQ[1..4]
Elem. Object: Cell
Unit: Subscriber redial behaviour influences the blocking rate. Further the HO periodicity timer influences the TCH blocking rate
Remarks: For Dual Rate Channels (formula c) the Full Rate and Half Rate channels must be weighted with the TCH Traffic distribution Rate. Please note, after expiry of Timer THORQST an intercell or intracell handover will be re-attempted and counter ATCHSMBS can be pegged again, if no resource is still available. In BR 7.0 the measurement ATCHSMBS was modified to count also in case of Abis pool congestion (extension of Trigger events-list). This fact does not affect the meaning or definition of the KPI.
Information PM: KPI Requirement Specification System
62
9.1.7 TCH Mean Holding Time Long name: (a) TCH Mean Holding Time Full Rate
(b) TCH Mean Holding Time Half Rate (c) TCH Mean Holding Time Dual Rate
Short name: (a) TCHMHTFR (b) TCHMHTHR (c) TCHMHTDR
Description: This indicator will give you the mean holding Time in seconds for occupied TCHs in a cell.
Formula: (a)
3,5,7,9] [1, TNTCHCL60 *y Granularit * ,3,5,7,9]MEBUSTCH[1 TCHMHTFR =
(b) 4,6,8,10] [2, TNTCHCL
60 *y Granularit * ,4,6,8,10]MEBUSTCH[2 TCHMHTHR =
(c) [1..10] TNTCHCL
60 *y Granularit * ..10]MEBUSTCH[1 TCHMHTDR =
MEBUSTCH[1,2] and TNTCHCL[1,2] are defined for standard cell, MEBUSTCH[3..6] and TNTCHCL[3..6] are defined for the concentric cell, MEBUSTCH[7..10] and TNTCHCL[7..10] are defined for the extended cell
Used param.: MEBUSTCH[1..10], TNTCHCL[all], Granularity in minutes
Elem. Object: Cell
Unit: Seconds
Remarks: A weighting with the TCH Traffic distribution Rate is not necessary here, because Erlang values are used.
Information PM: KPI Requirement Specification System
63
9.1.8 TCH Traffic Utilization Long name: (a) TCH Traffic Utilisation Full Rate
(b) TCH Traffic Utilisation Half Rate (c) TCH Traffic Utilisation Dual Rate (d) TCH Traffic Utilisation Full Rate based on Erlang (e) TCH Traffic Utilisation Half Rate based on Erlang (f) TCH Traffic Utilisation Dual Rate based on Erlang
Short name: (a) TCHTrafUtilFR (b) TCHTrafUtilHR (c) TCHTrafUtilDR (d) TCHTrafUtilFRErl (e) TCHTrafUtilHRErl (f) TCHTrafUtilDRErl
Description: This indicator will give you the TCH Traffic Utilization Rate by meaning of the carried traffic divided through number of defined TCH. Formula d), e) and f) is based on the Erlang function.
Formula:
6],8,14,20,2NRDEFTCH[2,3,5,7,9]MEBUSTCH[1 lFRTCHTrafUti =
29],11,17,23,NRDEFTCH[5,4,6,8,10]MEBUSTCH[2 lHRTCHTrafUti =
26,29],17,20,23,,5,8,11,14NRDEFTCH[2..10]MEBUSTCH[1 lDRTCHTrafUti =
A,3,5,7,9]MEBUSTCH[1 lFRErlTCHTrafUti =
Erlang B formula: B) ,26],[2,8,14,20f(NRDEFTCH B)f(N, A ==
Erlang C formula:
])MDURTCRQ[1],MTCHQLEN[1 B, ,26],[2,8,14,20f(NRDEFTCH )Q,QB,f(N, A dl
===
A,4,6,8,10]MEBUSTCH[2 lHRErlTCHTrafUti =
Erlang B formula: B) 3,29],[5,11,17,2f(NRDEFTCH B)f(N, A ==
Erlang C formula
])MDURTCRQ[2],MTCHQLEN[2 B, 3,29],[5,11,17,2f(NRDEFTCH)Q,QB,f(N, A dl
===
AlDRErlTCHTrafUti ..10]MEBUSTCH[1 =
Information PM: KPI Requirement Specification System
64
Erlang B formula: B) 3,26,29],14,17,20,2[2,5,8,11,f(NRDEFTCH B)f(N, A ==
Erlang C formula:
,2])MDURTCRQ[1,2],MTCHQLEN[1 B, 3,26,29],14,17,20,2[2,5,8,11,f(NRDEFTCH
)Q,QB,f(N, A dl
===
with A = Offered Load in Erlang B = Blocking Probability (Planning Parameter) MEBUSTCH[1,2] andNRDEFTCH[2,5] are defined for standard cell, MEBUSTCH[3..6] and NRDEFTCH[8,11,14,17] are defined for the concentric cell, MEBUSTCH[7..10] and NRDEFTCH[20,23,26,29] are defined for the extended cell
Used param.: MEBUSTCH[1..10], NRDEFTCH [2,5,8,11,14,17,20,23,26,29], MTCHQLEN[1,2], MDURTCRQ[1,2]
Elem. Object: Cell
Unit: None
Remarks: If Queuing is activated, Erlang C instead of Erlang B formula has to be taken. A weighting with the TCH Traffic distribution Rate is not necessary here, because Erlang values are used.
9.1.9 DMA Loss Rate Long name: (a) DMA Loss Rate
Short name: (a) DMALossRate
Description: The estimation of DMA Loss rate is based on measurements of the number of calls admitted (counters ACADMCDMA) and rejected (counters ACREJCDMA) on the DMA layer. The ACADMCDMA counter provides the number of admitted CS speech calls on the DMA layer. It supervises the performance of the admission control (AC) on the DMA layer. Precondition for DMA admission control is an enabled DMA (Dynamic MAIO Allocation). For each DMA layer configured in the cell a separate counter is generated. This measurement is triggered by admitted CS speech calls on the DMA layer. The ACREJCDMA counter provides the number of rejected CS speech calls by AC on the DMA layer due to soft blocking (SBQ=TRUE) and/or due to too high load (EFL_DMA > max.EFL_DMA), i.e. if enableSoftBlocking=TRUE. Precondition for DMA admission control is an enabled DMA (Dynamic MAIO Allocation). The counter is not incremented if the call has been rejected for any other reasons. For each DMA layer configured in the cell a separate counter is generated. This measurement is triggered by rejected CS speech calls by AC on the DMA layer, i.e. enableSoftBlocking=TRUE. Note: DMA (Dynamic MAIO Allocation) is a method used for dynamic assignment of radio channels in order to optimize capacity.
Formula: (a) 100
]2,1[]2,1[]2,1[ ⋅
+=
ACREJCDMAACADMCDMAACREJCDMAeDMALossRat
Information PM: KPI Requirement Specification System
65
Used param.: ACREJCDMA, ACADMCDMA
Elem. Object: Cell
Unit: %
Remarks: This KPI can be used only in case Dynamic MAIO Allocation and Admission Control are activated.
Information PM: KPI Requirement Specification System
66
9.2 Combined time slot utilization for CS and PO Traffic
9.2.1 Combined time slot occupation rate for CS and PO Traffic Long name: (a) Mean overall time slot occupation rate for CS and PO Traffic
Short name: (a) MeaOcTsC
Description: This KPI provided the mean occupation rate of those timeslots of a cell, which can be assigned to users. All timeslots are considered independent if they are dedicated to CS or PO Traffic or if they can be used for both types of traffic. Only those timeslots are considered, which bear logical channels, which are under control of radio resource management (TCH, SDCCH, PDTCH); i.e. the timeslot consumption for common control channels and broadcast control channels is not considered.
Formula: (a) MeaOcTsC =
]/n NDESDCCH[3 ]NDFTCHSD[1 2/30],12,18,24,NRDEFTCH[67],9,15,21,2NRDEFTCH[3 ]NDEFPDCH[3[1]/n MBUSYSDC 0]/2[2,4,6,8,1 MEBUSTCH][1,3,5,7,9 MEBUSTCH [6]} NALLPDCH[3], CHmax{NALLPD
+++++++
n depends on the channel configuration. Default n = 8; n = 4 shall be used in combination SDCCH with BCCH; n = 3 or n = 7 in combination additional with CBCH channel. NRDEFTCH[3,6], MEBUSTCH [1,2] is only used by Standard cell and dual band standard cells. NRDEFTCH[9,12,15,18], MEBUSTCH [3,4,5,6] is only used by Concentric cells. NRDEFTCH[21,24,27,30], MEBUSTCH [7,8,9,10] is only used by Extended cells.
Used param.: NDEFPDCH[3]: number of defined PDCH, NALLPDCH [3,6]: mean number of occupied PDCH UL and DL (active TBF) NRDEFTCH[3,6,9,12,15,18,21,24,27,30]: mean number of defined TCH [3,9,15,21,27] full rate,
[6,12,18,24,30] half rate (1/2 time slot) NDESDCCH[3]: mean number of defined SDCCHs (1/8 time slots) NDFTCHSD[1]: mean number of defined TCH/SD MEBUSTCH [all]: Mean Number of busy TCHs [1,3,5,7,9] full rate, [2,4,6,8,10] half rate (1/2 time slot) MBUSYSDC [1]: Mean Number of busy SDCCHs (1/8 time slots)
Elem. Object: Cell
Unit: None
Remarks: NALLPDCH: Mean number of active TBF PDCH Term NALLPDCH[3,6] leads to a systematic error, since the same PDCH can carry a DL and an UL TBF at the same time.
Information PM: KPI Requirement Specification System
67
NDEFPDCH: Number of defined PDCH NDEFPDCH include also the packet channels used as PBCCH and PCCCH; traffic is counted in NALLPDCH too. If HRSPEECH (see CML: BSC document) is disabled, then the NDFTCHSD counts the resources as available for Full Rate (eg 3 TCHSD --> counter value=3). On the other hand if HRSPEECH is enabled, then the NDFTCHSD counts the resources as available for Half Rate (eg 3 TCHSD --> counter value=6) which can lead to a small systematic error.
Information PM: KPI Requirement Specification System
68
10 DCCH related Performance Indicators The dedicated control channels DCCH consist of a set of logical channels. The DCCH are bidirectional.
DCCH Dedicated Control Channels
SDCCHStand Alone DCCH
SACCHSlow Associated Control Channel
FACCHFast Associated Control Channel
Call setup, location update and IMSI attach/detach
Measurement values MS -> BTS
Exchange immediately signaling data
Fig. 7 Overview Dedicated Control Channels
10.1 SDCCH Load related Performance Indicators The following figure will give you an overview about the load related performance indicators used in the traffic theory. Fig. 8 Overview Load related performance indicators For the estimation of the Load of GSM Telecom Systems the Erlang B formula can be used. Further information about the traffic theory you can find in the ‘Siemens Tabellenbuch Fernsprechtheorie ISBN 3-8009-1343-7’.
Number of channels N
Traffic Offered A [Erl] Call Attempts CA
Traffic Carried Y [Eel] Calls Carried CC
Traffic Lost [Erl] Calls Rejected CR Loss B
Information PM: KPI Requirement Specification System
69
10.1.1 SDCCH Traffic Offered Long name: (a) SDCCH Traffic Offered
Short name: (a) SDCCH TrafOff
Description: This indicator will give you the amount of traffic in Erlang on SDCCH the MS subscribers wanted to have due to the traffic theorie.
Formula: (a)
ateSDCCHLossR-1[1] MBUSYSDC ffSDCCHTrafO =
Used param.: MBUSYSDC[1], SDCCHLossRate (10.1.5(a))
Elem. Object: Cell
Unit: Erlang
Remarks: None
10.1.2 SDCCH Traffic Carried Long name: (a) SDCCH Traffic Carried
Short name: (a) SDCCH TrafCarr
Description: This indicator will give you the amount of carried traffic in Erlang on SDCCH.
Formula: (a) [1] MBUSYSDC arr SDCCHTrafC =
Used param.: MBUSYSDC[1]
Elem. Object: Cell
Unit: Erlang
Remarks: None
10.1.3 SDCCH Traffic Lost Long name: (a) SDCCH Traffic Lost
Short name: (a) SDCCHTrafLost
Description: This indicator will give you the amount of traffic in Erlang on SDCCH which were lost (e.g. Blockings).
Formula: (a) arrSDCCHTrafC - ffSDCCHTrafO ost SDCCHTrafL =
Used param.: SDCCHTrafOff(10.1.1(a)), SDCCHTrafCarr(10.1.2(a))
Elem. Object: Cell
Unit: Erlang
Remarks: None
Information PM: KPI Requirement Specification System
70
10.1.4 SDCCH Blocking Rate Long name: (a) SDCCH Blocking Rate
Short name: (a) SDCCHBlockRate
Description: This indicator will give you the SDCCH Blocking Rate by meaning the rate where all SDCCH were occupied.
Formula: (a)
60s *y Granularit[1] ASDCALTI RateSDCCHBlock =
Used param.: ASDCALTI[1], Granularity in minutes
Elem. Object: Cell
Unit: None
Remarks: Due to feature ‘Smooth Channel Modification’ the measurement type ASDCALTI keeps track of the number of timeslots belonging to the SDCCH_Pool and SDCCH_Backup_Pool and TCH/SD_Pool.
10.1.5 SDCCH Loss Rate Long name: (a) SDCCH Loss Rate
Short name: (a) SDCCHLossRate
Description: This indicator will give you the SDCCH Traffic Loss Rate by meaning the rate where new SDCCH Seizure Attempts could not be handled, because all SDCCH were occupied / blocked.
Formula: (a)
[1] NATTSDPE[1] ATSDCMBS ateSDCCHLossR =
Used param.: ATSDCMBS[1], NATTSDPE[1]
Elem. Object: Cell
Unit: None
Remarks: None
10.1.6 SDCCH Mean Holding Time Long name: (a) SDCCH Mean Holding Time
Short name: (a) SDCCHMHT
Description: This indicator will give you the mean holding Time in seconds for occupied SDCCH in a cell.
Formula: (a)
..6]NSUCCHPC[160s *y Granularit * [1] MBUSYSDC SDCCHMHT =
Information PM: KPI Requirement Specification System
71
Used param.: MBUSYSDC[1], NSUCCHPC[1..6], Granularity in minutes
Elem. Object: Cell
Unit: Seconds
Remarks: None
10.1.7 SDCCH Traffic Utilisation Long name: SDCCH Traffic Utilisation
SDCCH Traffic Utilisation based on Erlang formula
Short name: SDCCHTrafUtil SDCCHTrafUtilErl
Description: This indicator will give you the SDCCH Traffic Utilisation by meaning of the carried traffic divided through the number of available SDCCH. Formula b) is based on the Erlang B function.
Formula: (a)
]NDESDCCH[2]MBUSYSDC[1 tilSDCCHTrafU =
(b) A
]MBUSYSDC[1 tilErlSDCCHTrafU =
Erlang B formula: B) [2],f(NDESDCCHB)f(N, A ==
with A = Offered Load in Erlang B = Blocking Probability (Planning Parameter)
Used param.: MBUSYSDC[1], NDESDCCH[2]
Elem. Object: Cell
Unit: None
Remarks: None
10.2 SACCH related Performance Indicators
10.2.1 Repeated SACCH Utilization Long name: (a) Repeated SACCH Utilization DL
(b) Repeated SACCH Utilization UL
Short name: (a) RSU_DL (b) RSU_UL
Description: This indicator will give you the the Repeated SACCH Utilization on a per cell basis for DL and UL.
Formula: (a) 7]SACCHSUP[i]SACCHSUP[i
7]SACCHSUP[i[i]RSU_DL++
+=
Information PM: KPI Requirement Specification System
72
(b) ]21SACCHSUP[i14]SACCHSUP[i
]21SACCHSUP[i[i]RSU_UL+++
+=
where i = 1, …, 6 denotes the codec type and i = 7 denotes SIGNALING (SDCCH and TCH in signaling mode) for which R-SACCH has been enabled in the respective direction (DL / UL).
Used param.: SACCHSUP[1,..,27]
Elem. Object: Cell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
73
10.3 FACCH related Performance Indicators
10.3.1 FACCH Repetition Rate Long name: (a) FACCH Repetition Rate
Short name: (a) FACCHRR
Description: This indicator will give you the rate of transmitted I(ASSHOCMD) and UI(PHYS_INFO) frames versus the number of transmitted FACCH-blocks used to send over the radio interface the I(ASSHOCMD) and UI(PHYS_INFO) frames.
Formula: (a)
5]FACCHSUP[k[k] FACCHSUP 1 FACCHRR(k)+
−=
with k 1,…,5 defines the used codec types: TCH/AFS, TCH/AHS, TCH/EFS, TCH/FS, TCH/HS.
Used param.: FACCHSUP[all]
Elem. Object: Cell
Unit: %
Remarks: None
Information PM: KPI Requirement Specification System
74
11 CCCH Load related Performance Indicators The common control channels CCCH consist of a set of logical channels, which are used for common control signaling to start a connection setup:
CCCH Common Control Channels
RACHRandom Access Channel
NCHNotification Channel
PCHPaging Channel
AGCHAccess Grant Channel
UL
DL
MS requests a dedicated channel from network
paging of MSs in a voice group call area
paging of a MS in a location area (MTC)
answer to RACH, dedicated signaling channel allocation
Fig. 9 Overview Common Control Channels The BSS supports several channel combinations resulting in different capacities for the CCCHs. Although a certain channel combination can serve the expected RACH traffic load, another channel combination may be necessary. The RACH is only the uplink part of the CCCH. The downlink parts (AGCH, PCH) may need a higher capacity. Therefore, the configuration of CCCH is determined by the capacity needed for the downlink channels. The RACH configuration is not critical. The PCH and the AGCH share the same TDMA frame mapping (modulo 51) when combined onto a basic physical radio channel. PCH channels may be used as AGCH channels but not vice versa. However, to ensure a mobile a satisfactory access to the system, there is a control parameter (NBLKACGR) to define a fixed number of AGCH blocks in the 51 multiframe (a block consists of 4 consecutive TDMA frames). This number reduces the number of available paging blocks. In all cells where the advanced speech call item (ASCI) service is enabled, a notification channel (NCH) is defined. A parameter (NOCHBLKN) indicates the number of CCCH blocks to be used for the NCH channel. This logical channel is mapped onto contiguous blocks reserved for AGCHs, i.e. if this NCH is used, it takes capacity from the blocks reserved for AGCH channels. For the number of available CCCH frames, the following is defined: If for example a radio timeslot is configured as MBCCHC (main BCCH combined), then the allocated channel combination looks like this:
FCCH + SCH + BCCH + CCCH + 4 (SDCCH + SACCH) MBCCHC The timeslot will then run in the 51-Multiframe organization:
Information PM: KPI Requirement Specification System
75
S11
S1
F10
F0
BCCH 2 3 4 5
CCCH 6 7 8 9
CCCH12 13 14 15
CCCH16 17 18 19
S21
S31
F30
F20
SDCCH022 23 24 25
SDCCH126 27 28 29
SDCCH232 33 34 35
SDCCH336 37 38 39
S41
I50
F40
SACCH042 43 44 45
SACCH146 47 48 49
1.
1.S11
S1
F10
F0
BCCH 2 3 4 5
CCCH 6 7 8 9
CCCH12 13 14 15
CCCH16 17 18 19
S21
S31
F30
F20
SDCCH022 23 24 25
SDCCH126 27 28 29
SDCCH232 33 34 35
SDCCH336 37 38 39
S41
I50
F40
SACCH242 43 44 45
SACCH346 47 48 492.
‘uplink’ R = RACH + SDCCH / 4
‘downlink’ BCCH + CCCH + 4 SDCCH / 4, F = FCCH, S = SCH
R5
R4
SDCCH30 1 2 3
SACCH26 7 8 9
SACCH310 11 1213
R15
R14
R17
R16
R19
R18
R21
R20
R23
R22
R25
R24
R27
R26
R29
R28
R31
R30
R33
R32
R36
R35
R34
SDCCH037 38 39 40
SDCCH141 42 43 44
R46
R45
SDCCH247 48 49 50
2. R5
R4
SDCCH30 1 2 3
SACCH06 7 8 9
SACCH110 11 1213
R15
R14
R17
R16
R19
R18
R21
R20
R23
R22
R25
R24
R27
R26
R29
R28
R31
R30
R33
R32
R36
R35
R34
SDCCH037 38 39 40
SDCCH141 42 43 44
R46
R45
SDCCH247 48 49 50
Fig. 10 Structure for an exemplary common control channel combination In the downlink direction, for this example, there are 12 frames available for CCCH, which can be used as PCH, NCH, AGCH frames. But with the parameter NBLKACGR (number of blocks reserved for AGCH) some blocks can be inhibited for paging. A CCCH block consists of 4 consecutive TDMA frames (see above figure). In the uplink direction, for this example, there are 27 frames available for CCCH, which can be used as RACH frames. Note: The NCH channel is not considered, since Notification messages are used only by a very limited number of customers. Additionally, the portion of NCH channels is fixed by configuration and does not depend on any traffic load situations. Therefore, for dimensioning of the required downlink capacity of CCCH channels, only the load of the AGCH and PCH is important. If NCH channels are configured but not used (accessed), this capacity is available for AGCH channels.
Information PM: KPI Requirement Specification System
76
11.1 PCH load of downlink CCCH channels Long name: PCH load of downlink CCCH channels
Short name: CCCHLDPCH
Description: This indicator will give you the PCH load of downlink CCCH channels, by meaning the number of accessed PCH frames over the air interface in relation to the number of defined CCCH frames downlink.
Formula:
downlink frames CCCH defined all ofNumber
downlink frames PCH accessed ofNumber CCCHLDPCH =
]NDEFCCCH[2
NTDMPCH[5]CCCHLDPCH =
Used param.: NTDMPCH[5], NDEFCCCH[2]
Elem. Object: Cell
Unit: None
Remarks: None
11.2 AGCH load of downlink CCCH channels Long name: AGCH load of downlink CCCH channels
Short name: CCCHLDAGCH
Description: This indicator will give you the AGCH load of downlink CCCH channels, by meaning the number of accessed AGCH frames over the air interface in relation to the number of defined CCCH frames downlink.
Formula:
downlink frames CCCH defined all ofNumber
downlink frames AGCH accessed ofNumber CCCHLDAGCH=
]NDEFCCCH[2
,2]NTDMAGCH[1CCCHLDAGCH=
Used param.: NTDMAGCH[1,2], NDEFCCCH[2]
Elem. Object: Cell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
77
11.3 CCCH load downlink Long name: CCCH load downlink
Short name: CCCHLDDL
Description: This indicator will give you the CCCH load downlink, by meaning the number of accessed frames (PCH, AGCH) over the air interface in relation to the number of defined CCCH frames downlink.
Formula:
downlink frames CCCH defined all ofNumber
downlink frames CCCH accessed ofNumber CCCHLDDL =
]NDEFCCCH[2
,2]NTDMAGCH[1 NTDMPCH[5]CCCHLDDL
+=
Used param.: NTDMPCH[5], NTDMAGCH[1,2], NDEFCCCH[2]
Elem. Object: Cell
Unit: None
Remarks: The NCH channel is not considered, since Notification messages are used only by a very limited number of customers. Additionally, the portion of NCH channels is fixed by configuration and does not depend on any traffic load situations. Therefore, for dimensioning of the required downlink capacity of CCCH channels, only the load of the AGCH and PCH is important. If NCH channels are configured but not used (accessed), this capacity is available for AGCH channels.
11.4 CCCH load uplink Long name: CCCH load uplink
Short name: CCCHLDUL
Description: This indicator will give you the CCCH load uplink, by meaning the number of received (RACH) over the air interface in relation to the number of defined CCCH frames uplink.
Formula:
uplink frames CCCH defined all ofNumber
uplink frames RACH received ofNumber CCCHLDUL =
]NDEFCCCH[1,2,3]NINVRACH[1 ]NACSUCPR[4
CCCHLDUL+
=
Used param.: NACSUCPR[4], NINVRACH[1,2,3], NDEFCCCH[1]
Elem. Object: Cell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
78
11.5 PCH Loss Rate Long name: PCH Loss Rate
Short name: PCHLossRate
Description: This indicator will give you the PCH Loss Rate by meaning the number of discarded subscriber pagings from the PCH queue related to the total number of subscriber pagings for transmission at the BTS. Each paging queue place in the BTS can be seized by one PAGING REQUEST message, which itself can contain the mobile subscriber identities (IMSI or TMSI) of up to 4 mobile subscribers simultaneously. This means that the PAGING REQUEST message can contain the mobile subscriber identities from up to 4 PAGING commands that were received from the BSC before. Whereas a discarded paging is always represented by one PAGING command message, that includes one TMSI or IMSI, which could not be placed in any BTS paging queue and therefore had to be discarded.
Formula: ]4..1[NTDMPCH
4]NTDMPCH[3,ePCHLossRat =
Used param.: NTDMPCH[1..4]
Elem. Object: Cell
Unit: None
Remarks: None
11.6 AGCH Loss Rate Long name: a) AGCH Loss Rate
Short name: a) AGCHLossRate
Description: This indicator will give you the AGCH Loss Rate by meaning the number of discarded messages from the AGCH queue related to the total number of messages for transmission over the AGCH at the BTS.
Formula: (a) [ ]6..1NTDMAGCH
]6..3[NTDMAGCHteAGCHLossRa =
Used param.: NTDMAGCH [1,…,6]
Elem. Object: Cell
Unit: None
Remarks: None..
Information PM: KPI Requirement Specification System
79
11.7 Invalid RACH Rate Long name: Invalid RACH Rate
Short name: InvRACHRate
Description: This indicator will give you the invalid RACH Rate by meaning the number of messages received on the RACH, which did not result in a CHANNEL REQUIRED message toward the BSC (e.g. Signal level too week) and therefore did not result in an SDCCH assignment attempt.
Formula: ]4[]3..1[
..3]NINVRACH[1eInvRACHRatNACSUCPRNINVRACH +
=
Used param.: NINVRACH[1..3], NACSUCPR[4]
Elem. Object: Cell
Unit: None
Remarks: It has to be considered that the NINVRACH does not represent the total amount of all RACH signals that are discarded by the BTS! The Um layer 1 SW subsystem of the BTS continuously observes the signals received on the RACH slots. As even without any real MS RACH access there are always at least some ‘noise’ signals on the RACH, the task of the BTS layer 1 SW subsystem is to evaluate the received signal with respect to specific criteria that classify a signal as 'noisy' or 'not noisy'. These checks are performed prior to the evaluation of the criteria 'excessive distance', 'signal level too weak' and 'CRC checksum error'. Signals classified as 'noisy' are immediately discarded and are not counted by NINVRACH (!). An increase of the NINVRACH counts and thus an increase of the ‘Invalid RACH Rate’ as calculated by the above formula does not mean a worse performance of the BTS. Instead, variations of the NINVRACH counts and variations of the 'Invalid RACH Rate' between the different sites mainly depend on the radio environment conditions, i.e. increased values of NINVRACH and this KPI are no indication for a poor system performance. Moreover, both figures depend on characteristics of the used TRX HW (old HW usually shows lower counter values, although the performance of the newer HW is better!). For this reason the above formula cannot be regarded as a ‘System Performance Indicator’ but rather provides, taking into account which TRX HW is used, a rough idea about the radio conditions that influence the RACH performance! For further details please refer to the NINVRACH counter description in the document 'PM:Counter'.
Information PM: KPI Requirement Specification System
80
12 PCCH Load related Performance Indicators The packet common control channels PCCCH consist of a set of logical channels, which are used for common control signaling to start a GPRS-connection setup:
PCCCH Packet Common Control Channels
PRACHPacket Random Access Channel
PNCHPacket Notification Channel
PPCHPacket Paging Channel
PAGCHPacket Access Grant Channel
UL
DL
GPRS-MS access request for UL packet data transmission
notification for GPRS-MSs for PtM transaction
paging of a GPRS-MS in a location area (MTC)
answer to PRACH, dedicated signaling channel allocation
Fig. 11 Overview Packet Common Control Channels The BSS supports several channel combinations resulting in different utilization for the PCCCHs. The PRACH is the uplink part of the PCCCH. The downlink parts (PAGCH, PPCH) may need a different capacity. For packet oriented (PO) services the configuration of PCCCH is independent for uplink and downlink channels. The PRACH configuration is uncritical. The PPCH, PNCH and the PAGCH share the same TDMA frame mapping (modulo 52) when combined onto a basic physical radio channel. The message header distinguishes them. Blocks available for PPCHs may be used as PAGCHs, PNCHs but not vice versa. However, to ensure a mobile a satisfactory access to the system, there is a control parameter to define a fixed number of PAGCH blocks in the 52 multiframe. This number reduces the number of available paging blocks. A packet notification channel (PNCH), belonging to PCCCHs, is defined for notifying a group of MSs of an upcoming Point-to-Multipoint (PtM) transaction. This logical channel is mapped onto contiguous blocks, which can also be used for PPCHs. In contrast to the circuit switched (CS) services, for packet oriented (PO) services the free (not accessed) blocks of the PCCCHs can be used also as packet data traffic channels (PDTCHs). This is because PCCCH, PDTCH and PACCH can be operated in frame stealing mode on the same PDCH. For the number of defined PCCCH frames, the following is defined:
Information PM: KPI Requirement Specification System
81
0 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 501 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51
Block 1Block 0 Block 2 Block 3 Block 4 Block 5 Block 6 Block 7 Block 8 Block 9 Block 10 Block 11T
A
T
AI I
Timing Advance control frameTASearch frame for measurementsI
BSPBBLK = 2(PBCCH blocks)
BPAGCHR = 3 (no paging on these blocks)
Available Paging Blocks
PDCH with the 52-Multiframe Structure
Example for a PCCCH Configuration
0 1 2 3 4 5 6 7 8 9 10 11
Fig. 12 Structure for an exemplary packet common control channel combination The number of all defined PCCCH channels is dependent on the channel configuration defined by the parameter GDCH (GPRSDedicatedChannel). It can have the values PCCCH and PBCCH. If PCCCH is selected, then 12 blocks are available for PCCCH (see above figure). A block consists of 4 consecutive TDMA frames. If PBCCH is selected, then additionally the parameter BSPBBLK (number of blocks allocated for PBCCH) is relevant, because it reduces the number of available PCCCH blocks by the number of blocks reserved for PBCCH (see above figure). In downlink direction all defined PCCCH blocks can be used as PAGCH, PPCH, PNCH, PDTCH, PACCH. But with the parameter BPAGCHR (number of blocks reserved for PAGCH, PDTCH, PACCH) some blocks can be inhibited for paging. In uplink direction all defined PCCCH blocks can be used as PRACH, PDTCH, PACCH. But with the parameter BPRACHR (number of blocks reserved for the PRACH channel) the number of blocks being used for PRACH can be restricted. Note: The following channels are not considered: PNCH, since the Packet Notification message is currently not supported by the call processing SW. PDTCH, PACCH, since these channels are mapped onto PCCCH channels (uplink/downlink) only, if there is spare capacity, i.e. in case of PCCCH channels being not fully loaded with common control channels. Therefore, for dimensioning of the required capacity of PCCCH channels, only the load of the PAGCH and PPCH (downlink) and PRACH (uplink) is important.
Information PM: KPI Requirement Specification System
82
12.1 PPCH load of downlink PCCCH channels Long name: PPCH load of downlink PCCCH channels
Short name: PCCCHLDPPCH
Description: This indicator will give you the PPCH load of downlink PCCCH channels, by meaning the number of accessed PPCH frames over the air interface in relation to the number of defined PCCCH frames downlink.
Formula:
downlink frames PCCCH defined all ofNumber
downlink frames PPCH accessed ofNumber HPCCCHLDPPC =
]NDEFPCCC[2
,2]NTDMPPCH[1HPCCCHLDPPC =
Used param.: NTDMPPCH[1,2], NDEFPCCC[2]
Elem. Object: Cell
Unit: None
Remarks: None
12.2 PAGCH load of downlink PCCCH channels Long name: PAGCH load of downlink PCCCH channels
Short name: PCCCHLDPAGCH
Description: This indicator will give you the PAGCH load of downlink PCCCH channels, by meaning the number of accessed PAGCH frames over the air interface in relation to the number of defined PCCCH frames downlink.
Formula:
downlink frames PCCCH defined all ofNumber
downlink frames PAGCH accessed ofNumber CHPCCCHLDPAG =
]NDEFPCCC[2
,2]NTDMPAGC[1CHPCCCHLDPAG =
Used param.: NTDMPAGC[1,2], NDEFPCCC[2]
Elem. Object: Cell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
83
12.3 PCCCH load downlink Long name: PCCCH load downlink
Short name: PCCCHLDDL
Description: This indicator will give you the PCCCH load downlink, by meaning the number of accessed frames (PPCH, PAGCH) over the air interface in relation to the number of defined PCCCH frames downlink.
Formula:
downlink frames PCCCH defined all ofNumber
downlink frames PCCCH accessed ofNumber PCCCHLDDL =
]NDEFPCCC[2
,2]NTDMPAGC[1 ,2]NTDMPPCH[1PCCCHLDDL
+=
Used param.: NTDMPPCH[1,2], NTDMPAGC[1,2], NDEFPCCC[2]
Elem. Object: Cell
Unit: None
Remarks: The following channels are not considered: PNCH, since the Packet Notification message is currently not supported by the call processing SW. PDTCH, PACCH, since these channels are mapped onto PCCCH channels (uplink/downlink) only, if there is spare capacity, i.e. in case of PCCCH channels being not fully loaded with common control channels.
Only the load of the PAGCH and PPCH is important
12.4 PCCCH load uplink Long name: PCCCH load uplink
Short name: PCCCHLDUL
Description: This indicator will give you the PCCCH load uplink, by meaning the number of received (PRACH) over the air interface in relation to the number of defined PCCCH frames uplink.
Formula:
uplink frames PCCCH defined all ofNumber
uplink frames PRACH received ofNumber PCCCHLDUL =
]NDEFPCCC[1
]NSAPRACH[1PCCCHLDUL =
Used param.: NSAPRACH[1], NDEFPCCC[1]
Elem. Object: Cell
Unit: None
Remarks: The following channels are not considered: PDTCH since these channels are mapped onto PCCCH channels (uplink/downlink) only, if there is spare capacity, i.e. in case of PCCCH channels being not fully loaded with common control channels.
Only the load of the PRACH is important.
Information PM: KPI Requirement Specification System
84
12.5 PPCH Loss Rate Long name: PPCH Loss Rate
Short name: PPCHLossRate
Description: This indicator will give you the PPCH Loss Rate by meaning the number of discarded subscriber pagings from the PPCH queue related to the total number of subscriber pagings for transmission at the BSC. Each Packet Paging Request message contains one or more mobile subscriber identities (IMSI or TMSI), by meaning the number of discarded paging messages correspond to the minimum number of discarded subscriber pagings.
Formula: ]4..1[NTDMPPCH
,4]NTDMPPCH[3tePPCHLossRa =
Used param.: NTDMPPCH[1..4]
Elem. Object: Cell
Unit: None
Remarks: None
12.6 PAGCH Loss Rate Long name: PAGCH Loss Rate
Short name: PAGCHLossRate
Description: This indicator will give you the PAGCH Loss Rate by meaning the number of discarded messages from the PAGCH queue related to the total number of messages for transmission over the PAGCH at the BTS.
Formula: ]2..1[NTDMPAGC
]NTDMPAGC[2atePAGCHLossR =
Used param.: NTDMPAGC[1..2]
Elem. Object: Cell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
85
12.7 Invalid PRACH Rate Long name: Invalid PRACH Rate
Short name: InvPRACHRate
Description: This indicator will give you the invalid PRACH Rate by meaning the number of messages received on the PRACH, which did not result in a Packet CHANNEL REQUIRED message toward the BSC (e.g. Signal level too week) and therefore did not result in an assignment of a TBF.
Formula: (a)
..4]NSAPRACH[1]4..2[teInvPRACHRa NSAPRACH=
Used param.: NSAPRACH[1..4]
Elem. Object: Cell
Unit: None
Remarks: It has to be considered that the NSAPRACH does not represent the total amount of all PRACH signals that are discarded by the BTS! The Um layer 1 SW subsystem of the BTS continuously observes the signals received on the PRACH slots. As even without any real MS PRACH access there are always at least some ‘noise’ signals on the PRACH, the task of the BTS layer 1 SW subsystem is to evaluate the received signal with respect to specific criteria that classify a signal as 'noisy' or 'not noisy'. These checks are performed prior to the evaluation of the criteria 'excessive distance', 'signal level too weak' and 'CRC checksum error'. Signals classified as 'noisy' are immediately discarded and are not counted by NSAPRACH (!). An increase of the NSAPRACH counts and thus an increase of the ‘Invalid PRACH Rate’ as calculated by the above formula does not mean a worse performance of the BTS. Instead, variations of the NSAPRACH counts and variations of the 'Invalid PRACH Rate' between the different sites mainly depend on the radio environment conditions, i.e. increased values of NSAPRACH and this KPI are no indication for a poor system performance. Moreover, both figures depend on characteristics of the used TRX HW (old HW usually shows lower counter values, although the performance of the newer HW is better!). For this reason the above formula cannot be regarded as a ‘System Performance Indicator’ but rather provides, taking into account which TRX HW is used, a rough idea about the radio conditions that influence the PRACH performance! For further details please refer to the NSAPRACH counter description in the document 'PM:Counter'.
Information PM: KPI Requirement Specification System
86
13 Service related Performance Indicators 13.1 Total number of Service Requests Long name: (a) Total number of service requests
Short name: (a) ServRequests
Description: This indicator provides the total number of Service requests including all service types, triggered by CHANNEL ALLOCATION REQUEST.
Formula: (a) ServRequests = CHALNHLY[21..30]
Used param.: CHALNHLY[21..30]
Elem. Object: BTS
Unit None
Remarks: None
13.2 Service Request Distribution Rate Long name: (a) SDCA Distribution for Signaling (SDCCH)
(b) SDCA Distribution for CS speech (c) SDCA Distribution for CS speech AMR FR (d) SDCA Distribution for CS speech AMR HR (e) SDCA Distribution for CS data (f) SDCA Distribution for HSCSD (g) SDCA Distribution for GPRS (h) SDCA Distribution for EGPRS (i) SDCA Distribution for ASCI (j) SDCA Distribution for CS speech AMR-WB FR GMSK
Short name: (a) SDCADistSignal (b) SDCADistCS (c) SDCADistAMRFR (d) SDCADistAMRHR (e) SDCADistCSData (f) SDCADistHSCSD (g) SDCADistGPRS (h) SDCADistEGPRS (i) SDCADistASCI (j) SDCACSAMRFRWB
Description: This indicator will give you the Service Dependent Channel Allocation Distribution rate, showing the particular service dependent channel allocation requests related to the total number of Channel Allocations Requests.
Formula: (a)
tsServReques1]CHALNHLY[2gnalSDCADistSi =
Information PM: KPI Requirement Specification System
87
(b) tsServReques
2]CHALNHLY[2SDCADistCS=
(c) tsServReques
3]CHALNHLY[2RFRSDCADistAM =
(d) tsServReques
4]CHALNHLY[2RHRSDCADistAM =
(e) tsServReques
5]CHALNHLY[2DataSDCADistCS =
(f) tsServReques
6]CHALNHLY[2CSDSDCADistHS =
(g) tsServReques
7]CHALNHLY[2RSSDCADistGP =
(h) tsServReques
8]CHALNHLY[2PRSSDCADistEG =
(i) tsServReques
9]CHALNHLY[2CISDCADistAS =
(j) tsServReques
0]CHALNHLY[3RWBSDCACSAMRF =
Used param.: CHALNHLY[21..30], ServRequests(13.1(a))
Elem. Object: BTS
Unit None
Remarks: None
13.3 Rate of Service Requests served in the highest layer Long name: (a) Rate of Service Requests served in highest layer
Short name: (a) ServRequestsRate
Description: These indicators will give you the Service Request Success Rate. All Service Channel Requests served in the highest layer are considered.
Formula: (a)
tsServReques..20]CHALNHLY[11tRateServReques −=
Used param.: CHALNHLY[1..20], ServRequests(13.1(a))
Elem. Object: BTS
Unit None
Remarks: Service requests not supported and not served in the highest layer are subtracted.
Information PM: KPI Requirement Specification System
88
14 Feature related Performance Indicators 14.1 Abis Pool Traffic Utilization Long name: (a) Mean number of defined Abis subchannels
(b) Mean number of available Abis subchannels (c) Abis subchannel availability rate (d) Number of attempted Abis subchannel seizures (e) Number of successful Abis subchannel seizures (f) Number of unsuccessful Abis subchannel seizure attempts (g) Abis Pool Traffic offered (h) Abis Pool Traffic carried (i) Abis Pool Traffic lost (j) Abis Pool Loss Rate (k) Abis Pool Blocking Rate (l) Abis Pool Traffic Utilisation (m) Abis Pool Peak Traffic Utilisation
Short name: (a) AbisPDefCh (b) AbisPAvailCh (c) AbisPAvailRate (d) AbisPAttSeiz (e) AbisPSuccSeiz (f) AbisPUnsuccSeiz (g) AbisPTrOff (h) AbisPTrCar (i) AbisPTrLost (j) AbisPLossRate (k) AbisPBlockRate (l) AbisPTrafUtil (m) AbisPTrafUtilPeak
Description: With the Abis Pool Supervision measurements it is possible to evaluate the most important load, capacity and quality related KPIs for the Abis Interface.
Formula: (a) ]ABISPSUP[1 AbisPDefCh =
(b) ]ABISPSUP[2 Ch AbisPAvail =
(c) ]ABISPSUP[1]ABISPSUP[2 RateAbisPAvail =
(d) ]ABISPSUP[7 ]ABISPSUP[6 izAbisPAttSe +=
(e) ]ABISPSUP[6 eizAbisPSuccS =
(f) ]ABISPSUP[7 cSeizAbisPUnsuc =
(g) )]ABISPSUP[6]ABISPSUP[7(1 * ]ABISPSUP[3 AbisPTrOff +=
Information PM: KPI Requirement Specification System
89
(h) ]ABISPSUP[3 AbisPTrCar =
(i) ]ABISPSUP[6]ABISPSUP[7 * ]ABISPSUP[3 t AbisPTrLos =
(j) ]ABISPSUP[7 ]ABISPSUP[6
]ABISPSUP[7 ateAbisPLossR+
=
(k) 60s *y Granularit
]ABISPSUP[5 RateAbisPBlock =
(l) ]ABISPSUP[1]ABISPSUP[3 tilAbisPTrafU =
(m) ]ABISPSUP[1]ABISPSUP[4 tilPeak AbisPTrafU =
Used param.: ABISPSUP[1..7], Granularity in minutes
Elem. Object: Cell
Unit: None
Remarks: None
14.2 Abis Pool Subchannel Distribution Long name: (a) Number of ABIS subchannels used by CS
(b) Number of ABIS subchannels used by PS
Short name: (a) ABISsubchannelsCS (b) ABISsubchannelsPS
Description: This indicator will give you the number of ABIS subchannels used by CS or PS traffic. Each subchannel represents a 16 Kbps timeslot on the ABIS interface.
Formula: (a) i * 1]ABISPDIS[i ]ABISPDIS[1
]ABISPDIS[1 * AbisPTrCar nnelsCSABISsubcha 5
1 i∑
=
++=
(b) i * 1]ABISPDIS[i ]ABISPDIS[1
i * 1]ABISPDIS[i * AbisPTrCar nnelsPSABISsubcha 5
1 i
5
1 i
∑
∑
=
=
++
+=
Used param.: AbisPTrCar(14.1(h)), ABISPDIS[all]
Elem. Object: Cell
Unit None
Remarks: None
Information PM: KPI Requirement Specification System
90
14.3 I-FRAME Discard Rate on Abis-Interface BSC side Long name: (c) Loss rate of transmitted I-Frames on BSC side
(d) Loss rate of received I-Frames on BSC side (e) I-Frame Error Rate on Abis at BSC side
Short name: (c) IFramesDiscRateBSCTransmitted (d) IFramesDiscRateBSCReceived (e) IFramesErrorRateBSE
Description: (a,b) This indicator will give you the I-Frame Loss Rate by meaning the number of discarded or badly received I-Frames related to the total number of transmitted I-Frames of the LAPD protocol on the Abis-Interface on BSC side. (c) This indicator will give you the LAPD I-Frame Error Rate on Abis at BSC, by meaning the difference of the number of transmitted I-Frames at BTSE and the number of correctly received I-Frames at BSC in relation to the total number of transmitted I-Frames at BTSE.
Formula: (c)
,2]IFRMABSC[1 ]IFRMABSC[2 ansmittedcRateBSCTrIFramesDis =
(d) ,4]IFRMABSC[3
]IFRMABSC[4 ceivedcRateBSCReIFramesDis =
(e) ]IFRMABIS[1
,4]IFRMABSC[3 - ]IFRMABIS[1 orRateBSCIFramesErr =
Used param.: IFRMABSC [all]
Elem. Object: BSC
Unit None
Remarks: Only I-Frames with SAPI = 0 (radio signalling link) and SAPI = 62 (O&M connection) are considered.
14.4 I-FRAME Discard Rate on Abis-Interface BTSE side Long name: (a) Loss rate of transmitted I-Frames on BTSE side
(b) Loss rate of received I-Frames on BTSE side (c) I-Frame Error Rate on Abis at BTSE
Short name: (a) IFramesDiscRateBTSETransmitted (b) IFramesDiscRateBTSEReceived (c) IFramesErrorRateBTSE
Description: (a,b) This indicator will give you the I-Frame Loss Rate by meaning the number of discarded or badly received I-Frames related to the total number of transmitted I-Frames of the LAPD protocol on the Abis-Interface on BTSE side. (c) This indicator will give you the LAPD I-Frame Error Rate on Abis at BTSE, by meaning the difference of the number of transmitted I-Frames at BSC and the number of correctly received I-Frames at BTSE in relation to the total number of transmitted I-Frames at BSC.
Information PM: KPI Requirement Specification System
91
Formula: (a)
,2]IFRMABIS[1 ]IFRMABIS[2 ransmittedcRateBTSETIFramesDis =
(b) ,4]IFRMABIS[3
]IFRMABIS[4 eceivedcRateBTSERIFramesDis =
(c) ]IFRMABSC[1
,4]IFRMABIS[3 - ]IFRMABSC[1 orRateBTSEIFramesErr =
Used param.: IFRMABIS [all], IFRMABSC[1]
Elem. Object: BTSM
Unit None
Remarks: Only I-Frames with SAPI = 0 (radio signalling link) and SAPI = 62 (O&M connection) are considered.
14.5 ARP-type Receiver Penetration Long name: (a) ARP-type Receiver Penetration Rate
Short name: (a) ARPPenetrationRate
Description: This indicator will give you the penetration of Advance Receiver Performance (ARP) - type receiver and conventional receiver.
Formula: (a)
[1,2] SUCTCHSE1,2]SUCTCHARP[tionRateARPPenetra =
Used param.: SUCTCHARP[1,2], SUCTCHSE[1,2]
Elem. Object: cell
Unit: none
Remarks: ARP-type receivers will be a synonym for Single Antenna Interference Cancellation (SAIC) – type receivers.
Information PM: KPI Requirement Specification System
92
15 Handover related Performance Indicators
15.1 General Handover performance 15.1.1 Handover Success Rate Long name: (a) Handover Success Rate
Short name: (a) HOSuccRate
Description: These indicators will give you the general HO success rate as an aggregation over all HO causes.
Formula:
(a)
∑∑
∑∑
==
==
++
++= m
j
n
i
m
j
n
ii ]..[SUOISHDO]..[SUINBHDO]..[SINTHINT
HOSuccRate
0j
0i
00
..11]ATOISHDO[1..11]ATINBHDO[1..12]ATINHIRC[1
111111121
with n for the number of GSM neighbourcell relation (n=0..31) with m for the number of UMTS neighbourcell relation (n=0..63) i represents the adjacent relationship between the observed and i-th neighbour GSM cell j represents the adjacent relationship between the observed and j-th neighbour UMTS cell
Used param.: SINTHINT[1..12], SUINBHDO[1..11], SUOISHDO[1..11], ATINHIRC[1..12], ATINBHDO[1..11], ATOISHDO[1..11]
Elem. Object: Cell
Unit: None
Remarks: Intra Cell Handovers are not considered. For Total Handover Success Rate please refer to chapter 15.6.8.
15.1.2 Handover Success Rate 2G to 2G Long name: (a) Handover Success Rate 2G to 2G
Short name: (a) HOSuccRate2G2G
Description: These indicators will give you the general HO success rate as an aggregation over all HO causes from 2G to 2G systems.
Formula:
(a)
∑
∑
=
=
+
+= n
i
n
ii]..[SUINBHDO]..[SINTHINT
GGHOSuccRate
0i
0
..11]ATINBHDO[1..12]ATINHIRC[1
11112122
with n for the number of GSM neighbourcell relation (n=0..31)
Information PM: KPI Requirement Specification System
93
i represents the adjacent relationship between the observed and i-th neighbour GSM cell
Used param.: SINTHINT[1..12], SUINBHDO[1..11], ATINHIRC[1..12], ATINBHDO[1..11],
Elem. Object: Cell
Unit: None
Remarks: None
15.1.3 Handover Success Rate 2G to 3G Long name: (a) Handover Success Rate 2G to 3G
Short name: (a) HOSuccRate2G3G
Description: These indicators will give you the general HO success rate as an aggregation over all HO causes from 2G to 3G systems.
Formula:
(a)
j
m
0j
0
]..11ATOISHDO[1
11132
∑
∑
=
==
m
jj]..[SUOISHDO
GGHOSuccRate
with m for the number of UMTS neighbourcell relation (n=0..63) j represents the adjacent relationship between the observed and j-th neighbour UMTS cell
Used param.: SUOISHDO[1..11], ATOISHDO[1..11]
Elem. Object: Cell
Unit: None
Remarks: None
15.2 Intra Cell Handovers 15.2.1 Handover Success Rate Long name: (a) Number of Intra Cell Handover Attempts
(b) Number of Intra Cell Handover Successes (c) Intra Cell Handover Success Rate (d) Intra Cell Handover Success Rate per cause
Short name: (a) IntraCellHOAtt (b) IntraCellHOSucc (c) IntraCellHOSuccRate (d) IntraCellHOSuccRateC
Description: These indicators will give you the number and rate of successful Intra Cell
Information PM: KPI Requirement Specification System
94
Handovers. The indicators on the HO success rate are provided as an aggregation over all HO causes and are provided in addition separated per HO cause value
Formula: (a) ..18]ATINHIAC[1 OAtt IntraCellH =
(b) ..18]SINTHITA[1 OSuccIntraCellH =
(c) OAttIntraCellH
OSuccIntraCellH OSuccRateIntraCellH =
(d) ]ATINHIAC[c]SINTHITA[c [c]OSuccRateCIntraCellH =
with c for the cause number: c=1 uplink quality c=2 downlink quality c=3 inner to complete area c=4 complete to inner area c=5 near to far area c=6 far to near area c=7 forced handover due to O&M c=8 TCH/F to TCH/H due to AMR c=9 TCH/H to TCH/F due to AMR c=10 forced intracell handover due to enhanced pairing c=11 forced intracell handover due to preferred TRX c=12 forced HO due to Multislot calls c=13 compression HO from FR/EFR to HR c=14 decompression HO from HR to FR/EFR c=15 Handover from TCH/WFS to TCH/NHS (compression
handover; switch to NB if TFO not possible) c=16 Handover from TCH/NHS to TCH/WFS (decompression
handover) c=17 Handover from TCH/WFS to TCH/AFS (robustness
handover; switch to NB if TFO not possible) c=18 Handover from TCH/AFS to TCH/WFS (homing
handover)
Used param.: SINTHITA[1..18], ATINHIAC[1..18]
Elem. Object: Cell
Unit: None
Remarks: SDCCH handovers are also incremented in this formulas.
15.2.2 Handover Failure Rate Long name: (a) Number of Intra Cell Handover Failures
(b) Intra Cell Handover Failure Rate (c) Intra Cell Handover Failure Rate per Handover Cause
Short name: (a) IntraCellHOFail (b) IntraCellHOFailRate (c) IntraCellHOFailRateC
Information PM: KPI Requirement Specification System
95
Description: These indicators will give you the number and rate of Intra Cell Handover Failures by meaning of unsuccessful Handovers without loss of MS connection because of reversion to old channel. The indicators on the HO failure rate are provided as an aggregation over all HO causes and are provided in addition separated per HO cause value
Formula:
(a) 1..18] UNINHOIA[ OFailIntraCellH =
(b) OAttIntraCellHOFailIntraCellH OFailRateIntraCellH =
(c) ]ATINHIAC[c]UNINHOIA[c [c]OFailRateCIntraCellH =
with c for the HO cause number: c=1 uplink quality c=2 downlink quality c=3 inner to complete area c=4 complete to inner area c=5 near to far area c=6 far to near area c=7 forced handover due to O&M c=8 TCH/F to TCH/H due to AMR c=9 TCH/H to TCH/F due to AMR c=10 forced intracell handover due to enhanced pairing c=11 forced intracell handover due to preferred TRX c=12 forced HO due to Multislot calls c=13 compression HO from FR/EFR to HR c=14 decompression HO from HR to FR/EFR c=15 Handover from TCH/WFS to TCH/NHS (compression
handover; switch to NB if TFO not possible) c=16 Handover from TCH/NHS to TCH/WFS
(decompression handover) c=17 Handover from TCH/WFS to TCH/AFS (robustness
handover; switch to NB if TFO not possible) c=18 Handover from TCH/AFS to TCH/WFS (homing
handover)
Used param.: UNINHOIA[1..18], , ATINHIAC[1..18], IntraCellHOAtt (15.2.1(a))
Elem. Object: Cell
Unit: None
Remarks: SDCCH handovers are also incremented in this formula.
15.2.3 Handover Drop Rate Long name: (a) Number of Intra Cell Handover Drops
(b) Intra Cell Handover Drop Rate (c) Intra Cell Handover Drop Rate per Handover Cause
Short name: (a) IntraCellHODrop (b) IntraCellHODropRate
Information PM: KPI Requirement Specification System
96
(c) IntraCellHODropRateC
Description: These indicators will give you the number and rate of Intra Cell Handover Drops by meaning of unsuccessful Handovers with loss of MS connection. The indicators on the HO drop rate are provided as an aggregation over all HO causes and are provided in addition separated per HO cause value
Formula: (a) 1] UNIHIALC[ ODropIntraCellH =
(b) OAttIntraCellH
ODropIntraCellH ODropRateIntraCellH =
(c) ]ATINHIAC[c
]UNINHOIA[c-]SINTHITA[c-]ATINHIAC[c [c]ODropRateCIntraCellH =
with c for the HO cause number: c=1 uplink quality c=2 downlink quality c=3 inner to complete area c=4 complete to inner area c=5 near to far area c=6 far to near area c=7 forced handover due to O&M c=8 TCH/F to TCH/H due to AMR c=9 TCH/H to TCH/F due to AMR c=10 forced intracell handover due to enhanced pairing c=11 forced intracell handover due to preferred TRX c=12 forced HO due to Multislot calls c=13 compression HO from FR/EFR to HR c=14 decompression HO from HR to FR/EFR c=15 Handover from TCH/WFS to TCH/NHS (compression
handover; switch to NB if TFO not possible) c=16 Handover from TCH/NHS to TCH/WFS (decompression
handover) c=17 Handover from TCH/WFS to TCH/AFS (robustness
handover; switch to NB if TFO not possible) c=18 Handover from TCH/AFS to TCH/WFS (homing
handover)
Used param.: UNIHIALC[1], ATINHIAC[1..18], SINTHITA[1..18], UNINHOIA[1..18], IntraCellHOAtt (15.2.1(a))
Elem. Object: Cell
Unit: None
Remarks: SDCCH handovers are also incremented in this formulas. User release during Handover will lead to very small systematic errors.
Information PM: KPI Requirement Specification System
97
15.2.4 Handover Distribution Long name: (a) Intra Cell Handover Distribution per Handover cause
Short name: (a) IntraCellHODist
Description: These indicators will give you the Intra Cell Handover Distribution for analyzing the reason (=cause) for started Intra Cell Handovers.
Formula: (a)
OAttIntraCellH]ATINHIAC[c ODist[c]IntraCellH =
with c for the HO cause number: c=1 uplink quality c=2 downlink quality c=3 inner to complete area c=4 complete to inner area c=5 near to far area c=6 far to near area c=7 forced handover due to O&M c=8 TCH/F to TCH/H due to AMR c=9 TCH/H to TCH/F due to AMR c=10 forced intracell handover due to enhanced pairing c=11 forced intracell handover due to preferred TRX c=12 forced HO due to Multislot calls c=13 compression HO from FR/EFR to HR c=14 decompression HO from HR to FR/EFR c=15 Handover from TCH/WFS to TCH/NHS (compression
handover; switch to NB if TFO not possible) c=16 Handover from TCH/NHS to TCH/WFS (decompression
handover) c=17 Handover from TCH/WFS to TCH/AFS (robustness
handover; switch to NB if TFO not possible) c=18 Handover from TCH/AFS to TCH/WFS (homing
handover)
Used param.: ATINHIAC[1..18], IntraCellHOAtt (15.2.1(a))
Elem. Object: Cell
Unit: None
Remarks: SDCCH handovers are also incremented in this formulas.
Information PM: KPI Requirement Specification System
98
15.2.5 SDCCH Handover Success Rate Long name: (a) Number of Intra Cell SDCCH Handover Attempts
(b) Number of Intra Cell SDCCH Handover Successes (c) Intra Cell SDCCH Handover Success Rate
Short name: (a) IntraCellSDHOAtt (b) IntraCellSDHOSucc (c) IntraCellSDHOSuccRate
Description: These indicators will give you the rate of successful Intra Cell SDCCH Handovers.
Formula: (a) ]AISHINTR[1 DHOAtt IntraCellS =
(b) ]SISHINTR[1 DHOSuccIntraCellS =
(c) DHOAttIntraCellS
DHOSuccIntraCellS eDHOSuccRatIntraCellS =
Used param.: AISHINTR[1], SISHINTR[1]
Elem. Object: Cell
Unit: None
Remarks: None
15.2.6 SDCCH Handover Failure Rate Long name: (a) Number of Intra Cell SDCCH Handover Failures
(b) Intra Cell SDCCH Handover Failure Rate
Short name: (a) IntraCellSDHOFail (b) IntraCellSDHOFailRate
Description: These indicators will give you the number and rate of Intra Cell SDCCH Handover Failures by meaning of unsuccessful SDCCH Handovers without loss of MS connection because of reversion to old cell.
Formula: (a) 1] UISHINTR[ DHOFailIntraCellS =
(b) DHOAttIntraCellSDHOFailIntraCellS eDHOFailRatIntraCellS =
Used param.: UISHINTR[1], IntraCellSDHOAtt (15.2.5(a))
Elem. Object: Cell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
99
15.2.7 SDCCH Handover Drop Rate Long name: (a) Number of Intra Cell SDCCH Handover Drops
(b) Intra Cell SDCCH Handover Drop Rate
Short name: (a) IntraCellSDHODrop (b) IntraCellSDHODropRate
Description: These indicators will give you the number and rate of Intra Cell SDCCH Handover Drops by meaning of unsuccessful SDCCH Handovers with loss of MS connection.
Formula: (a) 1] UISHIALC[ DHODropIntraCellS =
(b) DHOAttIntraCellS
DHODropIntraCellS eDHODropRatIntraCellS =
Used param.: UISHIALC[1], IntraCellHOAtt (15.2.5(a))
Elem. Object: Cell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
100
15.3 Inter Cell Intra BSC Handovers 15.3.1 Handover Success Rate Long name: (a) Number of Inter Cell Intra BSC Handover Attempts
(b) Number of Inter Cell Intra BSC Handover Successes (c) Inter Cell Intra BSC Handover Success Rate (d) Inter Cell Intra BSC Handover Success Rate per cause
Short name: (a) InterCellHOAtt (b) InterCellHOSucc (c) InterCellHOSuccRate (d) InterCellHOSuccRateC
Description: These indicators will give you the number and rate of successful Inter Cell Intra BSC Handovers per neighbor cell relation. The indicators are provided as an aggregation over all HO causes and are additionally provided per HO cause value (latter only for HO success rate)
Formula: (a) ∑∑
=
+=j
12
1ic]AOUINIRH[j OAtt[i]InterCellH
c
(b) ∑∑=
+=j c
12
1ic]SOUINRH[j OSucc[i]InterCellH
(c) OAtt[i]InterCellHOSucc[i]InterCellH i]OSuccRate[InterCellH =
(d) ∑∑
+
+=
j
j
i
i
c]AOUINIRH[j
c]SOUINRH[j c][i,OSuccRateCInterCellH
with i for the number of the neighbourcell relation (i=0..31) with c for the cause number:
c=1 uplink quality c=2 downlink quality c=3 uplink strength c=4 downlink strength c=5 distance c=6 better cell c=7 directed retry c=8 forced handover due to O&M c=9 traffic c=10 fast uplink c=11 forced handover due to preemption c=12 forced handover due to DTM AOUINIRH[1..12], SOUINRH[1..12] are defined for complete-complete
Information PM: KPI Requirement Specification System
101
area AOUINIRH[13..24], SOUINRH[13..24] are defined for complete-inner area AOUINIRH[25..36], SOUINRH[25..36] are defined for inner-complete area AOUINIRH[37..48], SOUINRH[37..48] are defined for inner-inner area
and ∑
jmeans the sum over the following coefficients j:
j = 0, complete-complete area j = 12 complete-inner area j = 24 inner-complete area j = 36 inner-inner area
It means that for example ∑∑=
+j
12
1ic]AOUINIRH[j
c
is equivalent to
∑
∑∑∑
=
===
++
+++++
12
1i
12
1i
12
1i
12
1i
c]6AOUINIRH[3
c]4AOUINIRH[2c]2AOUINIRH[1]AOUINIRH[c
c
ccc
Used param.: AOUINIRH[1..48], SOUINIRH[1..48]
Elem. Object: Neighbourcell
Unit: None
Remarks: SDCCH handovers are also incremented in these formulas.
Information PM: KPI Requirement Specification System
102
15.3.2 Handover Failure Rate Long name: (a) Number of Inter Cell Intra BSC Handover Failures
(b) Inter Cell Intra BSC Handover Failure Rate (c) Inter Cell Intra BSC Handover Failure Rate per Handover Cause
Short name: (a) InterCellHOFail (b) InterCellHOFailRate (c) InterCellHOFailRateC
Description: These indicators will give you the number and rate of Inter Cell Intra BSC Handover Failures by meaning of unsuccessful Handovers without loss of MS connection because of reversion to old cell. The indicators on the HO failure rate are provided as an aggregation over all HO causes and are additionally provided per HO cause value.
Formula: (a) ∑
=
=12
1c i[c] UNINHOIE OFail[i]InterCellH
(b) OAtt[i]InterCellHOFail[i]InterCellH i]OFailRate[InterCellH =
(c) i]AOUINIRH[ci[c] UNINHOIE
c][i,OFailRateCInterCellH =
with i for the number of the neighbourcell relation (i=0..31) with c for the cause number:
c=1 uplink quality c=2 downlink quality c=3 uplink strength c=4 downlink strength c=5 distance c=6 better cell c=7 directed retry c=8 forced handover due to O&M c=9 traffic c=10 fast uplink c=11 forced handover due to preemption c=12 forced handover due to DTM
Used param.: UNINHOIE[1..12], AOUINIRH[1..12], InterCellHOAtt[all] (15.3.1(a))
Elem. Object: Neighbourcell
Unit: None
Remarks: SDCCH handovers are also incremented in these formulas.
Information PM: KPI Requirement Specification System
103
15.3.3 Handover Drop Rate Long name: (a) Number of Inter Cell Intra BSC Handover Drops
(b) Inter Cell Intra BSC Handover Drop Rate (c) Inter Cell Intra BSC Handover Drop Rate per cause
Short name: (a) InterCellHODrop (b) InterCellHODropRate (c) InterCellHODropRateC
Description: These indicators will give you the number and rate of Inter Cell Handover Drops per neighbour cell by meaning of unsuccessful Handovers with loss of MS connection. The indicators on the HO drop rate are provided as an aggregation over all HO causes and are provided in addition separated per HO cause value.
Formula: (a) OFail[i]InterCellH-OSucc[i]InterCellH-OAtt[i]InterCellHODrop[i]InterCellH =
(b) OAtt[i]InterCellHODrop[i]InterCellHi]ODropRate[InterCellH =
(c)
i
i
]AOUINIRH[c
-[c]-(AOUINIRH i[c] UNINHOIESOUINIRH)
c][i,ODropRateCInterCellH =
with i for the number of the neighbourcell relation (i=0..31) with c for the cause number:
c=1 uplink quality c=2 downlink quality c=3 uplink strength c=4 downlink strength c=5 distance c=6 better cell c=7 directed retry c=8 forced handover due to O&M c=9 traffic c=10 fast uplink c=11 forced handover due to preemption c=12 forced handover due to DTM
Used param.: AOUINIRH[all], SOUINIRH[all], UNINHOIE[all], InterCellHOAtt[all] (15.3.1(a)),
InterCellHOSucc[all] (15.3.1(b)), InterCellHOFail[all] (15.3.2(a)) Elem. Object: Neighbourcell
Unit: None
Remarks: SDCCH handovers are also incremented in these formulas. User release during Handover will lead to systematic errors.
Information PM: KPI Requirement Specification System
104
15.3.4 Handover Distribution Long name: (a) Inter Cell Intra BSC Handover Distribution
(b) Imperative Inter Cell Handover Rate
Short name: (a) InterCellHODist (b) ImpInterCellHORate
Description: These indicators will give you the Inter Cell Intra BSC Handover Distribution for analyzing the reason (cause) for started Inter Cell Intra BSC Handovers. Imperative handovers are not whished but rather reflect possible problems in the network topology.
Formula:
(a) OAtt[i]InterCellH
c]AOUINIRH[ c]ODist[i,InterCellH
i∑ += j
j
(b) ImpInterCellHORate [i]=
OAtt[i]InterCellH
c]AOUINIRH[ 10](AOUINIRH[
5
1ii∑ ∑
=
+++j c
)jj
with i for the number of the neighbourcell relation (i=0..31) with c for the cause number:
c=1 uplink quality c=2 downlink quality c=3 uplink strength c=4 downlink strength c=5 distance c=6 better cell c=7 directed retry c=8 forced handover due to O&M c=9 traffic c=10 fast uplink c=11 forced handover due to preemption c=12 forced handover due to DTM
and ∑j
means the sum over the following coefficients j:
j = 0 complete-complete area j = 12 complete-inner area j = 24 inner-complete area j = 36 inner-inner area
It means that for example ∑ +j
ic]AOUINIRH[j is equivalent to
iiii c]6AOUINIRH[3c]4AOUINIRH[2c]2AOUINIRH[1]AOUINIRH[c ++++++
Used param.: AOUINIRH[all], InterCellHOAtt (15.3.1(a))
Information PM: KPI Requirement Specification System
105
Elem. Object: Neighbourcell
Unit: None
Remarks: SDCCH handovers are also incremented in these formulas.
15.3.5 Incoming Handover Success Rate Long name: Inter Cell Intra BSC Incoming Handover Success Rate
Short name: InterCellIncHOSuccRate
Description: This indicator will give you the rate of successful Inter Cell Intra BSC Incoming Handovers per neighbour cell relation.
Formula:
∑∑
∑∑
=
=
+
+=
j
k
c
j
k
c
j1
i
1i
c]AININIRH[
c]SININIRH[j te[i]ncHOSuccRaInterCellI
with i for the number of the neighbourcell relation (i=0..31) with c for the cause number:
c=1 uplink quality c=2 downlink quality c=3 uplink strength c=4 downlink strength c=5 distance c=6 better cell c=7 directed retry c=8 forced handover due to O&M c=9 traffic c=10 fast uplink c=11 forced handover due to preemption c=12 forced handover due to DTM
and ∑j
means the sum over the following coefficients j:
j = 0, complete-complete area j = 12 complete-inner area j = 24 inner-complete area j = 36 inner-inner area
It means that for example ∑∑=
+j
k
c 1ic]SININIRH[j is equivalent to
∑
∑∑∑
=
===
++
+++++
k
c
k
c
k
c
k
c
1i
1i
1i
1i
c]6SININIRH[3
c]4SININIRH[2c]2SININIRH[1]SININIRH[c
Information PM: KPI Requirement Specification System
106
Used param.: SININIRH[all], AININIRH[all]
Elem. Object: Neighbourcell
Unit: None
Remarks: SDCCH handovers are also increment in the counters used for this formula and that fact can lead to systematic errors.
15.3.6 SDCCH Handover Success Rate Long name: (a) Number of Inter Cell SDCCH Handover Attempts
(b) Number of Inter Cell SDCCH Handover Successes (c) Inter Cell SDCCH Handover Success Rate
Short name: (a) InterCellSDHOAtt (b) InterCellSDHOSucc (c) InterCellSDHOSuccRate
Description: These indicators will give you the rate of successful Inter Cell SDCCH Handovers.
Formula: (a) ]AISHINTE[1 DHOAtt InterCellS =
(b) ]SISHINTE[1 DHOSuccInterCellS =
(c) DHOAttInterCellS
DHOSuccInterCellS eDHOSuccRatInterCellS =
Used param.: AISHINTE[1], SISHINTE[1]
Elem. Object: Cell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
107
15.3.7 SDCCH Handover Failure Rate Long name: Number of Inter Cell SDCCH Handover Failures
Inter Cell SDCCH Handover Failure Rate
Short name: InterCellSDHOFail InterCellSDHOFailRate
Description: These indicators will give you the number and rate of Inter Cell SDCCH Handover Failures by meaning of unsuccessful SDCCH Handovers without loss of MS connection because of reversion to old cell.
Formula: 1] UISHINTE[ DHOFailInterCellS =
DHOAttInterCellSDHOFailInterCellS eDHOFailRatInterCellS =
Used param.: UISHINTE[1], InterCellSDHOAtt (15.3.6(a))
Elem. Object: Cell
Unit: None
Remarks: None
15.3.8 SDCCH Handover Drop Rate Long name: Number of Inter Cell SDCCH Handover Drops
Inter Cell SDCCH Handover Drop Rate
Short name: InterCellSDHODrop InterCellSDHODropRate
Description: These indicators will give you the number and rate of Inter Cell SDCCH Handover Drops by meaning of unsuccessful SDCCH Handovers with loss of MS connection.
Formula: 1] UISHIRLC[ DHODropInterCellS =
DHOAttInterCellSDHODropInterCellS eDHODropRatInterCellS =
Used param.: UISHIRLC[1], InterCellSDHOAtt (15.3.6(a))
Elem. Object: Cell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
108
15.4 Inter Cell Inter BSC Handovers 15.4.1 Handover Success Rate Long name: (a) Number of Inter Cell Inter BSC Handover Attempts
(b) Number of Inter Cell Inter BSC Handover Successes (c) Inter Cell Inter BSC Handover Success Rate (d) Inter Cell Inter BSC Handover Success Rate per cause
Short name: (a) InterBSCHOAtt (b) InterBSCHOSucc (c) InterBSCHOSuccRate (d) InterBSCHOSuccRateC
Description: These indicators will give you the rate and number of successful Inter Cell Inter BSC Handovers. The indicators on the HO success rate are provided as an aggregation over all HO causes and are provided in addition separated per HO cause value.
Formula: (a) ∑
=
=11
1ci[c] ATINBHDO Att[i]InterBSCHO
(b) ∑=
=11
1c i[c] SUINBHDO Succ[i]InterBSCHO
(c) Att[i]InterBSCHOSucc[i]InterBSCHO ]SuccRate[iInterBSCHO =
(d) i
i
]ATINBHDO[c]SUINBHDO[c c]i,SuccRateC[InterBSCHO =
with i for the number of the neighbourcell relation (i=0..31) with c for the cause number:
c=1 uplink quality c=2 downlink quality c=3 uplink strength c=4 downlink strength c=5 distance c=6 better cell c=7 directed retry c=8 forced handover due to O&M c=9 fast uplink c=10 forced handover due to preemption c=11 forced handover due to DTM
Used param.: ATINBHDO [all], SUINBHDO[all]
Elem. Object: Neighbourcell
Unit: None
Remarks: SDCCH handovers are also incremented in these formulas.
Information PM: KPI Requirement Specification System
109
15.4.2 Handover Failure Rate Long name: (a) Number of Inter Cell Inter BSC Handover Failures
(b) Inter Cell Inter BSC Handover Failure Rate (c) Inter Cell Inter BSC Handover Failure Rate per cause
Short name: (a) InterBSCHOFail (b) InterBSCHOFailRate (c) InterBSCHOFailRateC
Description: These indicators will give you the rate and number of Inter Cell Inter BSC Handover. Failures by meaning of unsuccessful Handovers without loss of MS connection because of reversion to old cell. The indicators on the HO failure rate are provided as an aggregation over all HO causes and are provided in addition separated per HO cause value.
Formula:
(a) ∑=
=11
1ci[c] NRUNINHD Fail[i]InterBSCHO
(b) Att[i]InterBSCHOFail[i]InterBSCHO ]FailRate[iInterBSCHO =
(c) i
i
]ATINBHDO[c]NRUNINHD[ c]i,FailRateC[InterBSCHO c=
with i for the number of the neighbourcell relation (i=0..31) with c for the cause number:
c=1 uplink quality c=2 downlink quality c=3 uplink strength c=4 downlink strength c=5 distance c=6 better cell c=7 directed retry c=8 forced handover due to O&M c=9 fast uplink c=10 forced handover due to preemption c=11 forced handover due to DTM
Used param.: NRUNINHD[all], ATINBHDO[all], InterBSCHOAtt[all] (15.4.1(a))
Elem. Object: Neighbourcell
Unit: None
Remarks: SDCCH handovers are also incremented in these formulas.
Information PM: KPI Requirement Specification System
110
15.4.3 Handover Drop Rate Long name: (a) Number of Inter Cell Inter BSC Handover Drops
(b) Inter Cell Inter BSC Handover Drop Rate (c) Inter Cell Inter BSC Handover Drop Rate per cause
Short name: (a) InterBSCHODrop (b) InterBSCHODropRate (c) InterBSCHODropRateC
Description: These indicators will give you the rate and number of Inter Cell Inter BSC Handover Drops per neighbour cell by meaning of unsuccessful Handovers with loss of MS connection. The indicators on the HO drop rate are provided as an aggregation over all HO causes and are provided in addition separated per HO cause value.
Formula: (a) Fail[i]InterBSCHO -Succ[i]InterBSCHO -Att[i]InterBSCHO Drop[i]InterBSCHO =
(b) [i][i]
[i]AttInterBSCHO
DropInterBSCHODropRateInterBSCHO =
(c) i
]ATINBHDO[ci
c]NRUNINHD)[-SUINBHDO - (ATINBHDOc]i,DropRateC[InterBSCHO =
with i for the number of the neighbourcell relation (i=0..31) with c for the cause number:
c=1 uplink quality c=2 downlink quality c=3 uplink strength c=4 downlink strength c=5 distance c=6 better cell c=7 directed retry c=8 forced handover due to O&M c=9 fast uplink c=10 forced handover due to preemption c=11 forced handover due to DTM
Used param.: ATINBHDO[all], SUINBHDO[all], NRUNINHD[all], InterBSCHOAtt[all] (15.4.1(a)),
InterBSCHOSucc[all] (15.4.1(b)), InterBSCHOFail[all] (15.4.2(a))
Elem. Object: Neighbourcell
Unit: None
Remarks: SDCCH handovers are also incremented in these formulas. User release during Handover will lead to very small systematic errors.
Information PM: KPI Requirement Specification System
111
15.4.4 Handover Distribution Long name: (a) Inter Cell Inter BSC Handover Distribution
(b) Imperative Inter Cell Inter BSC Handover Rate
Short name: (a) InterBSCHODist (b) ImpInterBSCHORate
Description: These indicators will give you the Inter Cell Inter BSC Handover Distribution for analysing the reason for started Inter Cell Inter BSC Handovers. Imperative handovers are not whished but reflect possible problems in the network topology.
Formula: (a) Att[i]InterBSCHO
]ATINBHDO[c c]Dist[i,InterBSCHO i=
(b) ImpInterBSCHORate [i]=
Att[i]InterBSCHO
9] ATINBHDO[ ]ATINBHDO[c
5
1ii∑
=
+c
with i for the number of the neighbourcell relation (i=0..31) with c for the cause number:
c=1 uplink quality c=2 downlink quality c=3 uplink strength c=4 downlink strength c=5 distance c=6 better cell c=7 directed retry c=8 forced handover due to O&M c=9 fast uplink c=10 forced handover due to preemption c=11 forced handover due to DTM
Used param.: ATINBHDO[all], InterBSCHOAtt[all] (15.4.1(a)),
Elem. Object: Neighbourcell
Unit: None
Remarks: SDCCH handovers are also incremented in these formulas.
Information PM: KPI Requirement Specification System
112
15.4.5 SDCCH Handover Success Rate Long name: (a) Number of Inter Cell Inter BSC SDCCH Handover Attempts
(b) Number of Inter Cell Inter BSC SDCCH Handover Successes (c) Inter Cell Inter BSC SDCCH Handover Success Rate
Short name: (a) InterBSCSDHOAtt (b) InterBSCSDHOSucc (c) InterBSCSDHOSuccRate
Description: These indicators will give you the rate of successful Inter Cell Inter BSC SDCCH Handovers.
Formula: (a) ]AOINTESH[1 HOAtt InterBSCSD =
(b) ]SOINTESH[1 HOSuccInterBSCSD =
(c) HOAttInterBSCSD
HOSuccInterBSCSD HOSuccRateInterBSCSD =
Used param.: AOINTESH[1], SOINTESH[1]
Elem. Object: Cell
Unit: None
Remarks: None
15.4.6 SDCCH Handover Failure Rate Long name: Number of Inter Cell Inter BSC SDCCH Handover Failures
Inter Cell Inter BSC SDCCH Handover Failure Rate
Short name: InterBSCSDHOFail InterBSCSDHOFailRate
Description: These indicators will give you the number and rate of Inter Cell Inter BSC SDCCH Handover Failures by meaning of unsuccessful SDCCH Handovers without loss of MS connection because of reversion to old cell.
Formula: 1] UOINTESH[ HOFailInterBSCSD =
HOAttInterBSCSDHOFailInterBSCSD HOFailRateInterBSCSD =
Used param.: UOINTESH[1], InterBSCSDHOAtt (15.4.5(a))
Elem. Object: Cell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
113
15.4.7 SDCCH Handover Drop Rate Long name: Number of Inter Cell Inter BSC SDCCH Handover Drops
Inter Cell Inter BSC SDCCH Handover Drop Rate
Short name: InterBSCSDHODrop InterBSCSDHODropRate
Description: These indicators will give you the number and rate of Inter Cell Inter BSC SDCCH Handover Drops by meaning of unsuccessful SDCCH Handovers with loss of MS connection.
Formula: ] UMCSHLC[1 ODropInterBSCDH =
HOAttInterBSCSDHODropInterBSCSD HODropRateInterBSCSD =
Used param.: UMCSHLC[1], InterBSCSDHOAtt (15.4.5(a))
Elem. Object: Cell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
114
15.5 Inter System Handover between GSM and UMTS 15.5.1 Outgoing Inter System Handover Success Rate Long name: (a) Outgoing Inter System Handover Attempts
(b) Outgoing Inter System Handover Successes (c) Outgoing Inter System Handover Success Rate (d) Outgoing Inter System Handover Success Rate per cause
Short name: (a) InterSysOtgHOAtt (b) InterSysOtgHOSucc (c) InterSysOtgHOSuccRate (d) InterSysOtgHOSuccRateC
Description: These indicators will give you the rate and number of successful outgoing Inter System Handovers. The indicators on the HO success rate are provided as an aggregation over all HO causes and are provided in addition separated per HO cause value
Formula: (a) ∑
==
11
1c i[c] ATOISHDO gHOAtt[i]InterSysOt
(b) ∑=
=11
1c i[c] SUOISHDO gHOSucc[i]InterSysOt
(c) gHOAtt[i]InterSysOtgHOSucc[i]InterSysOt e[i]gHOSuccRatInterSysOt =
(d) i
i
]ATOISHDO[c]SUOISHDO[c c]eC[i,gHOSuccRatInterSysOt =
with i for the number of the neighbourcell relation (i=0..63) with c for the cause number:
c=1 uplink quality c=2 downlink quality c=3 uplink strength c=4 downlink strength c=5 distance c=6 better cell c=7 directed retry c=8 forced handover due to pre-emption c=9 forced handover due to O&M intervention c=10 sufficient UMTS coverage c=11 forced handover due to DTM
Used param.: ATOISHDO [all], SUOISHDO[all]
Elem. Object: Neighbourcell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
115
15.5.2 Outgoing Inter System Handover Failure Rate Long name: (a) Outgoing Inter System Handover Failure
(b) Outgoing Inter System Handover Failure Rate (c) Outgoing Inter System Handover Failure Rate per cause
Short name: (a) InterSysOtgHOFail (b) InterSysOtgFailRate (c) InterSysOtgFailRateC
Description: These indicators will give you the rate and number of Outgoing Inter System Handover Failures by meaning of unsuccessful Handovers without loss of MS connection because of reversion to old cell. The indicators on the HO failure rate are provided as an aggregation over all HO causes and are provided in addition separated per HO cause value
Formula: (a) ∑
==
11
1c i[c] UNOISHDO gHOFail[i]InterSysOt
(b) gHOAtt[i]InterSysOtgHOFail[i]InterSysOt e[i]gHOFailRatInterSysOt =
(c) i
i
]ATOISHDO[cc] UNOISHDO[ c]eC[i,gHOFailRatInterSysOt =
with i for the number of the neighbourcell relation (i=0..63) with c for the cause number:
c=1 uplink quality c=2 downlink quality c=3 uplink strength c=4 downlink strength c=5 distance c=6 better cell c=7 directed retry c=8 forced handover due to pre-emption c=9 forced handover due to O&M intervention c=10 sufficient UMTS coverage c=11 forced handover due to DTM
Used param.: UNOISHDO[all], ATOISHDO[all], InterSysOtgHOAtt[all] (15.5.1(a))
Elem. Object: Neighbourcell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
116
15.5.3 Outgoing Inter System Handover Drop Rate Long name: (a) Outgoing Inter System Handover Drops
(b) Outgoing Inter System Handover Drop Rate (c) Outgoing Inter System Handover Drop Rate per cause
Short name: (a) InterSysOtgHODrop (b) InterSysOtgHODropRate (c) InterSysOtgHODropRateC
Description: These indicators will give you the rate and number of Outgoing Inter System Handover Drops per neighbour cell by meaning of unsuccessful Handovers with loss of MS connection. The indicators on the HO drop rate are provided as an aggregation over all HO causes and are provided in addition separated per HO cause value.
Formula: (a) HOFailInter -HOSuccInter -HOAttInter HODropInter SysOtgSysOtgSysOtgSysOtg =
(b) gHOAttInterSysOt
gHODropInterSysOtegHODropRatInterSysOt =
(c) i
]ATOISHDO[ci
c]UNOISHDO)[-SUOISHDO - (ATOISHDOC[nic]HODropRateInterSysOtg =
with i for the number of the neighbourcell relation (i=0..63) with c for the cause number:
c=1 uplink quality c=2 downlink quality c=3 uplink strength c=4 downlink strength c=5 distance c=6 better cell c=7 directed retry c=8 forced handover due to pre-emption c=9 forced handover due to O&M intervention c=10 sufficient UMTS coverage c=11 forced Handover due to DTM
Used param.: ATOISHDO[all], SUOISHDO[all], UNOISHDO[all], InterSysOtgHOAtt[all] (15.5.1(a)), InterSYSHOSucc[all] (15.5.1(b)), InterSYSHOFail[all] (15.5.2(a))
Elem. Object: Neighbourcell
Unit: None
Remarks: Systematic error: call release during HO is included in the formula
Information PM: KPI Requirement Specification System
117
15.5.4 Outgoing Inter System Handover Distribution Long name: (a) Outgoing Inter Cell Inter System Handover Distribution
(b) Outgoing Imperative Inter Cell Inter System Handover Rate
Short name: (a) InterSysOtgHODist (b) ImpInterSysOtgHORate
Description: These indicators will give you the Inter Cell Inter System Handover Distribution for analyzing the reason for started Inter Cell Inter System Handovers. Imperative handovers are not whished but reflect possible problems in the network topology
Formula: (a) gHOAtt[i]InterSysOt
]ATOISHDO[c c]gHODist[i,InterSysOt i=
(b) gHOAtt[i]InterSysOt
]ATOISHDO[c [i]sOtgHORateImpInterSy
5
1i∑
== c
with i for the number of the neighbourcell relation (i=0..63) with c for the cause number:
c=1 uplink quality c=2 downlink quality c=3 uplink strength c=4 downlink strength c=5 distance c=6 better cell c=7 directed retry c=8 forced handover due to pre-emption c=9 forced handover due to O&M intervention c=10 sufficient UMTS coverage c=11 forced handover due to DTM
Used param.: ATOISHDO[all], InterSysOtgHOAtt[all] (15.5.1(a))
Elem. Object: Neighbourcell
Unit: None
Remarks:
Information PM: KPI Requirement Specification System
118
15.5.5 Incoming Inter System Handover Success Rate Long name: (a) Successful Incoming Inter System HO from UMTS
(b) Attempted Incoming Inter System HO from UMTS (c) Success Rate for Incoming Inter System HO from UMTS
Short name: (a) InterSysIncHOSucc (b) InterSysIncHOAtt (c) InterSysIncHOSuccRate
Description: These indicators will give you the rate and number of successful Incoming Inter System HO from UMTS.
Formula: (a) [1] SUIISHDO cHOSuccInterSysIn =
(b) [1] RQIISHDOcHOAttInterSysIn =
(c) cHOAttInterSysIncHOSuccInterSysIn ecHOSuccRatInterSysIn =
Used param.: RQIISHDO[1]: Number of requested incoming intersystem handovers SUIISHDO[1]: Number of successful incoming intersystem handovers
Elem. Object: BSC
Unit: None
Remarks:
Information PM: KPI Requirement Specification System
119
15.6 Other Handover Performance Indicators 15.6.1 Handovers per Erlanghour Long name: (a) Handover per Erlanghour
Short name: (a) HOperErlh
Description: This indicator will give you the ratio between successful Handovers and the traffic in Erlanghour per cell. Aggregation over all neighbors of the observed cell and all HO causes is performed
Formula: (a) HOperErlh =
[ ] yGranularit* 60
1..10MEBUSTCH
..11]SUOISHDO[1
..11]SUINBHDO[1 ..12]SINTHINT[1 ..18]SINTHITA[1
m
0jj
n
0ii
∑
∑
=
=
+++
with n for the number of GSM neighbourcell relation (n=0..31) with m for the number of UMTS neighbourcell relation (n=0..63) i represents the adjacent relationship between the observed and i-th neighbour GSM cell j represents the adjacent relationship between the observed and j-th neighbour UMTS cell MEBUSTCH[1,2] are defined for standard cell, MEBUSTCH[3..6] are defined for the concentric cell and MEBUSTCH[7..10] are defined for the extended cell
Used param.: SINTHITA[1..18], SINTHINT [1..12], SUINBHDO[1..11], SUOISHDO[1..11], MEBUSTCH[1..10],, Granularity in minutes
Elem. Object: Cell
Unit: None
Remarks: • SDCCH handovers are also incremented in these counters used for this formula and that fact can lead to systematic errors.
• Intersystem HO to UMTS are considered
15.6.2 Handovers per Call Rate Long name: (a) Handovers per Call Rate
Short name: (a) HOperCallRatio
Description: This indicator will give you the ratio between Handovers and successful Call Setups per cell. Aggregation over all neighbors of the observed cell and all HO causes is performed
Information PM: KPI Requirement Specification System
120
Formula: (a) HOperCallRatio =
..5]TASSSUCC[2
..11]SUOISHDO[1..11]SUINBHDO[1 ..12]SINTHINT[1 ..18]SINTHITA[1
m
0jj
n
0ii ∑∑
==
+++
with n for the number of GSM neighbourcell relation (n=0..31) with m for the number of UMTS neighbourcell relation (n=0..63) i represents the adjacent relationship between the observed and i-th neighbour GSM cell j represents the adjacent relationship between the observed and j-th neighbour UMTS cell
Used param.: SINTHITA[all], SINTHINT [all], SUINBHDO[all], SUOISHDO[all], TASSSUCC[2..5],
Elem. Object: Cell
Unit: None
Remarks: • The Handovers per Call Rate is related to the Assignment Procedure. SDCCH handovers are also incremented in these counters used for this formula and that fact can lead to systematic errors.
• Intersystem HO to UMTS are considered
15.6.3 Intercell Handover Attempts per Speech Call per Erlanghour Long name: (a) Intercell Handover Attempts per Erlanghour
Short name: (a) HOAttperErlh
Description: This KPI gives the number of inter-cell (intra and inter-BSC and inter-system) HO attempts in relation to the amount of traffic carried in the cell.
Formula:
(a) yGranularit]..[
HOAttErlh 60101MEBUSTCH
..11]ATOISHDO[1
..11]ATINBHDO[1 ..12]ATINHIRC[1
m
0jj
n
0ii
⋅+
++
=∑
∑
=
=
with n for the number of GSM neighbourcell relation (n=0..31) with m for the number of UMTS neighbourcell relation (n=0..63) i represents the adjacent relationship between the observed and i-th neighbour GSM cell j represents the adjacent relationship between the observed and j-th neighbour UMTS cell MEBUSTCH[1,2] are defined for standard cell, MEBUSTCH[3..6] are defined for the concentric cell and MEBUSTCH[7..10] are defined for the extended cell.
Used param.: ATINHIRC[1..12], ATINBHDO[1..11], ATOISHDO[1..11], MEBUSTCH[1..10], Granularity in minutes
Elem. Object: Cell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
121
15.6.4 Successful Directed Retries Long name: (a) Number of Successful Directed Retries to GSM target cell
(b) Number of Successful Directed Retries to UMTS target cell
Short name: (a) NoSuccDirectedRetryGSM (b) NoSuccDirectedRetryUMTS
Description: This indicator will give you the number of successful outgoing Handovers due to directed retry (Inter and Intra BSC and Inters System) per GSM and per UMTS neighbour cell.
Formula: (a) NoSuccDirectedRetryGSM[k]
= [ ] [ ]∑ ++j
kk 7jSOUINIRH7SUINBHDO
(b) NoSuccDirectedRetryUMTS[i] = i]SUOISHDO[7 with i for the ith number of GSM neighbourcell relation (i=0..31) with k for the kth number of UMTS neighbourcell relation (k=0..63)
and ∑j
means the sum over the following coefficients j:
j = 0 complete-complete area j = 12 complete-inner area j = 24 inner-complete area j = 36 inner-inner area
It means that for example [ ]∑ +j
k7jSOUINIRH is equivalent to
[ ] [ ] [ ] [ ]kkkk 736SOUINIRH724SOUINIRH712SOUINIRH7SOUINIRH ++++++
Used param.: SUINBHDO[7], SOUINIRH[7, 19, 31, 43], SUOISHDO[7]
Elem. Object: Neighbourcell
Unit: None
Remarks: Intersystem HO to UMTS are considered
15.6.5 Imperative Outgoing Handover Rate Long name: (a) Imperative Outgoing Handover Rate for GSM target cell
(b) Imperative Outgoing Handover Rate for UMTS target cell
Short name: (a) ImpOutgHORateGSM (b) ImpOutgHORateUMTS
Description: This indicator will give you the rate of handovers due to Imperative reasons (namely UpLink/DownLink Strength and UpLink/DownLink Quality and Distance
Information PM: KPI Requirement Specification System
122
and Fast Uplink) from the total number of outgoing Handovers (Inter and Intra BSC and inter system HO to UMTS). The indicator is per GSM resp. per UMTS neighbour cell
Formula: (a)
OAtt[i]InterCellH Att[i]InterBSCHO ateGSM[i]ImpOutgHOR
++= pImoAttInterCellH]i[pImAttInterBSCHO
with InterCellHOAttImp[i] =
ij
5
110])AOUINIRH[c]AOUINIRH[ +++∑ ∑
=
jj(c
i
5
1ci
9]ATINBHDO[
]ATINBHDO[c( AttImp[i]InterBSCHO
++
+= ∑=
j
)
(b) ImpOutgHORateUMTS[k]= gHOAtt[k]InterSysOt
]ATOISHDO[c
5
1ck∑
=
with i for the mth number of GSM neighbourcell relation (i=0..31) with k for the nth number of UMTS neighbourcell relation (k=0..63) with c for the cause number:
c=1 uplink quality c=2 downlink quality c=3 uplink strength c=4 downlink strength c=5 distance c= 9/10 fast uplink
with j for the type of cell area: j = 0 complete-complete area j = 12 complete-inner area j = 24 inner-complete area j = 36 inner-inner area
ij
5
110])AOUINIRH[c]AOUINIRH[ +++∑ ∑
=
jj(c
is equivalent to
Information PM: KPI Requirement Specification System
123
( )
( )
( )
( )∑
∑
∑
∑
=
=
=
=
++++
+++++
+++++
++
5
1
5
1
5
1
5
1
10]6AOUINIRH[3c]6AOUINIRH[3
10]4AOUINIRH[2c]4AOUINIRH[2
10]2AOUINIRH[1c]2AOUINIRH[1
0]AOUINIRH[1]AOUINIRH[c
ci
ci
ci
ci
Used param.: AOUINIRH[1..5,10] , ATINBHDO[1..5, 9], ATOISHDO[1..5],InterCellHOAtt[m] (15.3.1(a)), InterBSCHOAtt[m] (15.4.1(a)), InterSysOtgHOAtt[n] (15.5.1(a))
Elem. Object: Neighbourcell
Unit: None
Remarks: SDCCH handovers are also increment in the counters used for this formula and that fact can lead to systematic errors. BR7:
• Intersystem HO to UMTS considered (FRS 1973) • Correction: cause 5 (distance) now considered in the formula
15.6.6 Incoming Handover Success Rate Long name: (a) Number of Successful Inter BSC Incoming HO
(b) Number of Attempted Inter BSC Incoming HO (c) Inter Cell Inter BSC Incoming Handover Success Rate
Short name: (a) InterBSCIncHOSucc (b) InterBSCIncHOAtt (c) InterBSCIncHOSuccRate
Description: These indicators will give you the rate and number of successful Inter Cell Inter BSC Incoming Handovers including incoming HO from UMTS.
Formula: (a)
..48]SININIRH[1 -22] .. 17 14, .. NSUCCHPC[9 -OSuccIntraCellH -,3]TASSSUCC[2-,2]SUCTCHSE[1 cHOSuccInterBSCIn =
(b) ..48]AININIRH[1-..14]ATIMASCA[7-OAttIntraCellH
- 3]TASSATT[2,-,2]ATTCHSEI[1cHOAttInterBSCIn =
(c) cHOAttInterBSCIncHOSuccInterBSCIn ecHOSuccRatInterBSCIn =
Used param.: SUCTCHSE[1,2], TASSSUCC[2,3], NSUCCHPC[9...14,17...22], SININIRH[1..48], ATTCHSEI[1,2], TASSATT[2,3], ATIMASCA[7..14], AININIRH[1..48], IntraCellHOSucc(15.2.1(b)), IntraCellHOAtt(15.2.1(a))
Elem. Object: Cell
Information PM: KPI Requirement Specification System
124
Unit: None
Remarks: • SDCCH handovers are also increment in the counters used for this formula and that fact can lead to systematic errors.
• Intersystem HO to UMTS are considered
Information PM: KPI Requirement Specification System
125
15.6.7 Handover Indication Rejection Rate Long name: (a) Handover Indication Rejection Rate
Short name: (a) HOIndRejRate
Description: This indicator will give you the Handover Indication Rejection Rate by meaning the number of Handover indications not resulting in a Handover Attempt divided by the number of all Handover indications. Reasons for this can be congestions or coverage problems. The KPI considers all types of outgoing HO: Inter and Intra BSC and inter system HO to UMTS.
Formula: (a) HOIndRejRate =
∑∑∑===
++++63
0
31
0
31
0
gHOAttInterSysOt]41
]41
kii
AttInterBSCHOOAttInterCellHOAttIntraCellH..[NHOINRHA
..[NHOINRHA
with i for the mth number of GSM neighbourcell relation (i=0..31) with k for the nth number of UMTS neighbourcell relation (k=0..63)
Used param.: NHOINRHA [1..4], IntraCellHOAtt(15.2.1(a)), InterCellHOAtt[m] (15.3.1(a)), InterBSCHOAtt[m] (15.4.1(a)), InterSysOtgHOAtt[n] (15.5.1(a))
Elem. Object: Cell
Unit: None
Remarks: • Please note: With counter NHOINRHA[1] it is also possible to measure the number of Handover indications not resulting in an Handover Attempt due to empty neighbour cell list. The reason for this is mainly related to coverage problems.
• Intersystem HO to UMTS are considered
Information PM: KPI Requirement Specification System
126
15.6.8 Total Handover Rate’s Long name: (a) Total Number of Handover Attempts
(b) Total Number of Handover Successes (c) Total Number of Handover Failures (d) Total Number of Handover Drops (e) Total Handover Success Rate (f) Total Handover Failure Rate (g) Total Handover Drop Rate
Short name: (a) HOAtt (b) HOSucc (c) HOFail (d) HODrop (e) TotalHOSuccRate (f) HOFailRate (g) HODropRate
Description: These indicators will give you Handover statistics related to (Intra Cell, Inter Cell, Inter BSC and Inter System) Handovers.
Formula:
(a)
∑
∑
=
=
+
+++=
m
j 0j
n
0ii
..11]ATOISHDO[1
..11]ATINBHDO[1 ..12]ATINHIRC[1 ..18]ATINHIAC[1 HOAtt
(b) ∑∑==
+++=m
0j
31
0ii SUOISHDO[1 ..11]SUINBHDO[1 ..12]SINTHINT[1 ..18]SINTHITA[1 HOSucc
(c)
( )
∑
∑
=
=
+
+++=
m
j
i
0j
n
1i
..11]UNOISHDO[1
..11]NRUNINHD[11..12] UNINHOIE[ 1..18] UNINHOIA[ HOFails
(d)
( )
( )
1] UNIHIRLC[ ]UNIHIALC[1
[1..11] UNOISHDO..11]SUOISHDO[1 - ..11]ATOISHDO[1
..11]NRUNINHD[1- ..11]SUINBHDO[1 - ..11]ATINBHDO[1 HODrops
0
n
0i
++
+
=
∑
∑
=
=
m
jj
i
(e) HOAtt
HOSucc cRateTotalHOSuc =
(f) HOAttHOFail HOFailRate=
(g) HOAtt
HODrop HODropRate =
Information PM: KPI Requirement Specification System
127
with n for the number of GSM neighbourcell relation (n=0..31) with m for the number of UMTS neighbourcell relation (n=0..63) i represents the adjacent relationship between the observed and i-th neighbour GSM cell j represents the adjacent relationship between the observed and j-th neighbour UMTS cell
Used param.: ATINHIAC[1..18], SINTHITA[1..18], UNINHOIA[1..18], UNINHIALC[1], ATINHIRC[1..12], SINTHINT[1..12], UNINHOIE[1..12], UNIHIRLC[1], ATINBHDO[1..11], SUINBHDO[1..11], NRUNINHD[1..11], ATOISHDO[1..11], SUOISHDO[1..11], UNOISHDO[1..11]
Elem. Object: Cell
Unit: None
Remarks: It can happen, that during a running Handover procedures the user will terminate the call and the call will be released before completion of the Handover procedure..Therefore the number of Handover Successes can be smaller than the difference of HO Attempts – HO Failures – HO Drops. This will lead to a small systematic error for formula (d) and (g).
16 Power and Quality Measurements 16.1 Interference Band Rate on idle TCH Long name: (a) Interference Band Rate on idle TCH
Short name: (a) IfBandRate[n]
Description: This indicator will give you Interference Band Rate on idle TCH. Several indicators distinguish between different interference bands.
Formula: (a) [1..5] MEITCHIB
[n] MEITCHIB [n]IfBandRate =
with n=1 for Interference band 1 with n=2 for Interference band 2 with n=3 for Interference band 3 with n=4 for Interference band 4 with n=5 for Interference band 5
Used param.: MEITCHIB[1..5]
Elem. Object: Cell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
128
16.2 Quality Link for N% FER Long name: (a) Quality Link for N% FER
Short name: (a) QualityLinkNFER
Description: This indicator will give you the total reported FER uplink values that were under the threshold FER=N%. It is an indicator of the speech quality provided to the TRX users.
Formula:
(a) [1..64] CFERRXQU
8]8*1..i8*[i CFERRXQU kNFERQualityLin
n
0i∑
=
++=
Where n is the FER band that has it’s upper limit equal or lower to N%
Used param,: CFERRXQU[1..64]
Elem. Object: TRX
Unit: None
Remarks: None
16.3 Mean FER UpLink Long name: (a) Mean FER UpLink
Short name: (a) MeanFERUL
Description: This indicator provides the average FER Band on the Uplink.
Formula:
(a)
( )( )
[1..64] CFERRXQU
8]8*1..i8*[i CFERRXQU*1i MeanFERUL
7
0i∑
=
+++=
Used param,: CFERRXQU[1..64]
Elem. Object: TRX
Unit: FER Band
Remarks: None
Information PM: KPI Requirement Specification System
129
16.4 Power and Quality limits for N% Percentile on busy TCH
Long name: (a) RXLEV for N% Percentile Uplink on busy TCH (b) RXLEV for N% Percentile Downlink on busy TCH (c) RXQUAL for N% Percentile Uplink on busy TCH (d) RXQUAL for N% Percentile Downlink on busy TCH
Short name: (a) RxLvNPercentileUL (b) RxLvNPercentileDL (c) RxQuNPercentileUL (d) RxQuNPercentileDL
Description: These indicators will give you the information that N% of the measurements on busy channels registered a received Power Level below a certain Level Band and that N% of the measurements on busy channels registered a received Quality below a certain Quality Band. Two indicators distinguish between uplink and downlink.
Formula:
(a) 100N
[1..64]PWRUPDW
n
1i[i])(PWRUPDW
such that n n with ntileULRxLvNPerce =∑==
(b) 100N
[73..136]PWRUPDW
n
1ii])[72(PWRUPDW
such that n n with ntileDLRxLvNPerce =∑=
+=
(c) 100N
[65..72]PWRUPDW
n
1ii])[64(PWRUPDW
such that n n with ntileULRxQuNPerce =∑=
+=
(d) 100N
[137..144]PWRUPDW
n
1ii])[136(PWRUPDW
such that n n with ntileDLRxQuNPerce =∑=
+=
Used param.: PWRUPDW[all]
Elem. Object: Channel
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
130
16.5 Distribution of power control levels on busy TCH Long name: (a) Power Control level distribution on busy TCH in UL direction
(b) Power Control level distribution on busy TCH in DL direction
Short name: (a) PWContrDistrUL (b) PWContrDistrDL
Description: This indicator provides the distribution of the registered power control levels per TCH for UL and DL direction.
Use case: Network optimization: Evaluation of the Power Control efficiency and detection of planning problems (e.g. unintended intensive usage of the highest power control values for a TCH)
Formula:
(a) [1..64]PWRUPDW
1][nPWRUPDW trUL[n]PWContrDis +=
(b) 136] .. [73PWRUPDW
73][nPWRUPDW trDL[n]PWContrDis +=
with n = 0 , .. 63 for the power control level
Used param.: PWRUPDW[all]
Elem. Object: Channel
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
131
16.6 Mean Level and Quality on busy TCH Long name: (a) Mean RXLEV Uplink on busy TCH
(b) Mean RXLEV Downlink on busy TCH (c) Mean RXQUAL Uplink on busy TCH (d) Mean RXQUAL Downlink on busy TCH
Short name: (a) MeanRxLvUL (b) MeanRxLvDL (c) MeanRxQuUL (d) MeanRxQuDL
Description: These indicators will give you the mean RXLEV and RXQUAL on busy TCH. Two indicators distinguish between uplink and downlink.
Formula:
(a) [1..64]PWRUPDW
[i])PWRUPDW *(i MeanRxLvUL
64
1i∑
==
(b) [73..136]PWRUPDW
i])[72PWRUPDW *(i MeanRxLvDL
64
1i∑
=
+=
(c) [65..72]PWRUPDW
i])[64PWRUPDW *(i MeanRxQuUL
8
1i∑
=
+=
(d) [137..144]PWRUPDW
i])[136PWRUPDW *(i MeanRxQuDL
8
1i∑
=
+=
Used param: PWRUPDW[all]
Elem. Object: Channel
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
132
16.7 TA Distribution Long name: (a) TA Distribution
Short name: (a) TADist[n]
Description: These indicators provide the rate of received samples having timing advance in TA Band equal to ‘n’ .
Formula:
(a) [1..64] CRXLVTAU) (CRXLVTAD
1]n8[i CRXLVTAU)(CRXLVTAD
TADist[n]
7
0i
+
++×+
=∑
=
Where n=0..7
Used param.: CRXLVTAD[1..64], CRXLVTAU[1..64]
Elem. Object: TRX
Unit: None
Remarks: The range of the used measurements (SCANCTRX measurements) can be configured and is therefore relevant for the analysis of the results.
16.8 RXQUAL Distribution Long name: (a) RXQUAL Distribution DownLink
(b) RXQUAL Distribution UpLink
Short name: (a) RxQuDistDL[n] (b) RxQuDistUL[n]
Description: These indicators provide the rate of received samples having the received BER in Quality Band equal to ‘n’. Two indicators distinguish between uplink and downlink.
Formula:
(a) [1..64] CRXLVQUD
1]n8[i CRXLVQUD
[n]RxQuDistDL
7
0i∑
=
++×
=
(b) [1..64] CRXLVQUU
1]n8[i CRXLVQUU
[n]RxQuDistUL
7
0i∑
=
++×
=
Where n=0..7
Used param.: CRXLVQUD[1..64], CRXLVQUU[1..64]
Elem. Object: TRX
Unit: None
Remarks: The range of the used measurements (SCANCTRX measurements) can be configured and is therefore relevant for the analysis of the results.
Information PM: KPI Requirement Specification System
133
16.9 RXLEV Distribution Long name: (a) RXLEV Distribution DownLink
(b) RXLEV Distribution UpLink
Short name: (a) RxLvDistDL[n] (b) RxLvDistUL[n]
Description: These indicators provide the rate of received samples having the received Level in Level Band equal to ‘n’. Two indicators distinguish between uplink and downlink.
Formula: (a) [1..64] CRXLVQUD
8]81..n8[n CRXLVQUD[n]RxLvDistDL +×+×=
(b) [1..64] CRXLVQUU
]88n..18[n CRXLVQUU[n]RxLvDistUL +×+×=
Where n=0..7
Used param.: CRXLVQUD[1..64], CRXLVQUU[1..64]
Elem. Object: TRX
Unit: None
Remarks: The range of the used measurements (SCANCTRX measurements) can be configured and is therefore relevant for the analysis of the results.
16.10 FER Distribution Long name: (a) FER Distribution
Short name: (a) FERDist[n]
Description: These indicators provide the rate of received samples having the uplink FER in FER Band equal to ‘n’.
Formula: (a)
[1..64] CFERRXQU8]8n..18[n CFERRXQUFERDist[n] +×+×=
Where n=0..7
Used param.: CFERRXQU[1..64]
Elem. Object: TRX
Unit: None
Remarks: The range of the used measurements (SCANCTRX measurements) can be configured and is therefore relevant for the analysis of the results. This KPI is not applicable to AMR calls since AMR codec mode adaptation keeps FER at low level.
Information PM: KPI Requirement Specification System
134
16.11 Mean FER UpLink per RXQUAL Long name: (a) Mean FER UpLink per RXQUAL Band
Short name: (a) MeanFERULforRxQu[n]
Description: These indicators provide the average FER Band on the uplink for each Quality Band. The implementation of certain features like frequency hoping improves the FER for the same RXQUAL values and therefore, FER is more accurate indicator for analysing the quality of the connection or speech quality.
Formula:
(a) ( )( )
∑
∑
=
=
++×
++××+= 7
0i
7
0i
1]n8[i CFERRXQU
1]n8[i CFERRXQU1i [n]orRxQu MeanFERULf
Where n =0..7
Used param,: CFERRXQU[1..64]
Elem. Object: TRX
Unit: FER Band
Remarks: The range of the used measurements (SCANCTRX measurements) can be configured and is therefore relevant for the analysis of the results.
Information PM: KPI Requirement Specification System
135
16.12 Mean RXLEV per RXQUAL Band Long name: (a) Mean RXLEV per RXQUAL Band DownLink
(b) Mean RXLEV per RXQUAL Band UpLink
Short name: (a) MeanRxLvforRxQuDL[n] (b) MeanRxLvforRxQuUL[n]
Description: These indicators provide the average RXLEV Band for each Quality Band either Uplink or Downlink. High interference levels can be associated to high RXLEV averages in the higher Quality Bands.
Formula:
(a) ( )( )
∑
∑
=
=
++×
++××= 7
0i
7
0i
1]n8[i CRXLVQUD
1]n8[i CRXLVQUDi [n] rRxQuDLMeanRxLvfo
(b) ( )( )
∑
∑
=
=
++×
++××= 7
0i
7
0i
1]n8[i CRXLVQUU
1]n8[i CRXLVQUUi [n] rRxQuULMeanRxLvfo
Where n =0..7
Used param,: CRXLVQUU[1..64], CRXLVQUD[1..64]
Elem. Object: TRX
Unit: Level Band
Remarks: The range of the used measurements (SCANCTRX measurements) can be configured and is therefore relevant for the analysis of the results.
Information PM: KPI Requirement Specification System
136
16.13 Mean RXLEV per TA Band Long name: (a) Mean RXLEV per TA Band DownLink
(b) Mean RXLEV per TA Band UpLink
Short name: (a) MeanRxLvforTADL (b) MeanRxLvforTAUL
Description: These indicators provide the average RXLEV Band for each Timing Advance Band either Uplink or Downlink.
Formula:
(a) ( )( )
∑
∑
=
=
++
++= 7
0i
7
0i
1]n8*[i CRXLVTAD
1]n8*[i CRXLVTAD*i [n] rTADLMeanRxLvfo
(b) ( )( )
∑
∑
=
=
++
++= 7
0i
7
0i
1]n8*[i CRXLVTAU
1]n8*[i CRXLVTAU*i [n] rTAULMeanRxLvfo
Where n =0..7
Used param.: CRXLVTAD[1..64], CRXLVTAU[1..64]
Elem. Object: TRX
Unit: Level Band
Remarks: The range of the used measurements (SCANCTRX measurements) can be configured and is therefore relevant for the analysis of the results.
Information PM: KPI Requirement Specification System
137
16.14 High RXLEV with Low RXQUAL Rate Long name: (a) High RXLEV With Low RXQUAL Rate DownLink
(b) High RXLEV With Low RXQUAL Rate UpLink
Short name: (a) HighLvLowQuRateDL (b) HighLvLowQuRateUL
Description: These indicators will give the rate of RXLEVs that were reported for the two highest Level Bands (i.e. Level Bands: RXLEV_6 and RXLEV_7) and for the four highest Quality Bands (i.e. Quality Bands: RXQUAL_4, RXQUAL_5, RXQUAL_6 and RXQUAL_7) from the total samples for the four highest Quality Bands. High values for this indicator are usually related to interference problems.
Formula: (a) ..64],53..56,61.40,45..4829..32,37.16,21..24,[5..8,13.. CRXLVQUD
..64][53..56,61 CRXLVQUDuRateDLHighLvLowQ =
(b) ..64],53..56,61.40,45..4829..32,37.16,21..24,[5..8,13.. CRXLVQUU
..64][53..56,61 CRXLVQUUuRateULHighLvLowQ =
Used param.: CRXLVQUD [5..8,13..16,21..24,29..32,37..40,45..48,53..56,61..64], CRXLVQUU [5..8,13..16,21..24,29..32,37..40,45..48,53..56,61..64]
Elem. Object: TRX
Unit: None
Remarks: The range of the used measurements (SCANCTRX measurements) can be configured and is therefore relevant for the analysis of the results.
Information PM: KPI Requirement Specification System
138
16.15 TCH Traffic Type Distribution Long name: (a) TCH full rate speech traffic channel Rate
(b) TCH enhanced full rate speech traffic channel Rate (c) TCH adaptive multirate full rate speech traffic channel Rate (d) TCH full rate data traffic channel Rate (e) TCH half rate speech traffic channel Rate (f) TCH adaptive multirate half rate speech traffic channel Rate (g) TCH adaptive multirate full rate wideband speech traffic channel Rate
Short name: (a) TCHFSRate (b) TCHEFSRate (c) TCHAFSRate (d) TCHFDRate (e) TCHHSRate (f) TCHAHSRate (g) TCHAFSWBRate
Description: These indicators provide the TCH Traffic Type Distribution, by meaning the traffic for an individual traffic type compared to the total traffic for all traffic channels. Different indicators distinguish between full rate speech, enhanced full rate speech, adaptive multirate full rate speech, full rate data, half rate speech, adaptive multirate half rate speech and adaptive multirate full rate wideband speech TCHs.
Formula: (a)
..7]MBTCHCHT[1 [1] MBTCHCHT TCHFSRate =
(b) ..7]MBTCHCHT[1
[2] MBTCHCHT TCHEFSRate =
(c) ..7]MBTCHCHT[1
[3] MBTCHCHT TCHAFSRate =
(d) ..7]MBTCHCHT[1
[4] MBTCHCHT TCHFDRate =
(e) ..7]MBTCHCHT[1
[5] MBTCHCHT TCHHSRate =
(f) ..7]MBTCHCHT[1
[6] MBTCHCHT TCHAHSRate =
(g) ..7]MBTCHCHT[1
[7] MBTCHCHT teTCHAFSWBRa =
Used param.: MBTCHCHT [1..7]
Elem. Object: Cell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
139
16.16 SDCCH Traffic Type Distribution Long name: (a) SDCCH Load caused by speech signaling
(b) SDCCH Load caused by SMS signaling (c) SDCCH Load caused by USSD signaling (d) SDCCH Load caused by SS signaling (e) SDCCH Load caused by other signaling procedures (f) SDCCH Load caused by abnormal cases
Short name: (a) SDCCHLoadSpeech (b) SDCCHLoadSMS (c) SDCCHLoadUSSD (d) SDCCHLoadSS (e) SDCCHLoadOther (f) SDCCHLoadAbnormal
Description: These indicators provide the SDCCH Traffic Type Distribution, by meaning the SDCCH Load for an individual signaling procedure compared to the total SDCCH Load. Different indicators distinguish between the signaling procedures for speech, SMS, USSD, SS, others signaling procedures and abnormal cases. These indicators can be used for supervision and verification of the SDCCH resources.
Formula: (a)
ll]MBUSYSSP[a]MBUSYSSP[1 peech SDCCHLoadS =
(b) ll]MBUSYSSP[a]MBUSYSSP[2 MSSDCCHLoadS =
(c) ll]MBUSYSSP[a]MBUSYSSP[3 SSDSDCCHLoadU =
(d) ll]MBUSYSSP[a]MBUSYSSP[4 SSDCCHLoadS =
(e) ll]MBUSYSSP[a]MBUSYSSP[5 ther SDCCHLoadO =
(f) ll]MBUSYSSP[a]MBUSYSSP[6 bnormalSDCCHLoadA =
Used param.: MBUSYSSP[all]
Elem. Object: Cell
Unit: None
Remarks: Formula c) is only valid, if attribute TRANSPM is enabled. Formula d) will not consider SDCCH traffic caused by USSD signaling, if attribute TRANSPM is enabled. In the other case USSD signaling is included.
Information PM: KPI Requirement Specification System
140
16.17 Adaptive Multirate Distribution Long name: (a) Adaptive Multirate channel type usage
Short name: (a) AMRCHTUsage
Description: These indicators provide the Adaptive Multirate channel type usage and will give you an overview about the quality of the feature Adaptive Multirate (AMR). Separate counters distinguish between the different adaptive multirate channel types (8 for adaptive multirate full rate speech, 3 for adaptive multirate full rate bwideband speech and 5 for adaptive multirate half rate speech) and between uplink / downlink transmission. These indicators provide how often a specific adaptive multirate channel type was used related to all adaptive multirate channel types for one direction (uplink / downlink).
Formula: (a)
100]AMRCHDIS[n e[n]AMRCHTUsag =
with n = 1 for TCH/AFS 12.2 uplink (AMR full rate speech, 12.2 kbit/s, uplink) 2 for TCH/AFS 10.2 uplink (AMR full rate speech, 10.2 kbit/s, uplink) 3 for TCH/AFS 7.95 uplink (AMR full rate speech, 7.95 kbit/s, uplink) 4 for TCH/AFS 7.4 uplink (AMR full rate speech, 7.5 kbit/s, uplink) 5 for TCH/AFS 6.7 uplink (AMR full rate speech, 6.7 kbit/s, uplink) 6 for TCH/AFS 5.9 uplink (AMR full rate speech, 5.9 kbit/s, uplink) 7 for TCH/AFS 5.15 uplink (AMR full rate speech, 5.15 kbit/s, uplink) 8 for TCH/AFS 4.75 uplink (AMR full rate speech, 4.75 kbit/s, uplink) 9 for TCH/AHS 7.4 uplink (AMR half rate speech, 7.4 kbit/s, uplink) 10for TCH/AHS 6.7 uplink (AMR half rate speech, 6.7 kbit/s, uplink) 11 for TCH/AHS 5.9 uplink (AMR half rate speech, 5.9 kbit/s, uplink) 12 for TCH/AHS 5.15 uplink (AMR half rate speech, 5.15 kbit/s, uplink) 13 for TCH/AHS 4.75 uplink (AMR half rate speech, 4.75 kbit/s, uplink) 14 for TCH/AFS 12.2 downlink (AMR full rate speech, 12.2 kbit/s, downlink) 15 for TCH/AFS 10.2 downlink (AMR full rate speech, 10.2 kbit/s, downlink) 16 for TCH/AFS 7.95 downlink (AMR full rate speech, 7.95 kbit/s, downlink) 17 for TCH/AFS 7.4 downlink (AMR full rate speech, 7.5 kbit/s, downlink) 18 for TCH/AFS 6.7 downlink (AMR full rate speech, 6.7 kbit/s, downlink) 19 for TCH/AFS 5.9 downlink (AMR full rate speech, 5.9 kbit/s, downlink) 20 for TCH/AFS 5.15 downlink (AMR full rate speech, 5.15 kbit/s, downlink) 21 for TCH/AFS 4.75 downlink (AMR full rate speech, 4.75 kbit/s, downlink) 22 for TCH/AHS 7.4 downlink (AMR half rate speech, 7.4 kbit/s, downlink) 23 for TCH/AHS 6.7 downlink (AMR half rate speech, 6.7 kbit/s, downlink) 24 for TCH/AHS 5.9 downlink (AMR half rate speech, 5.9 kbit/s, downlink) 25 for TCH/AHS 5.15 downlink (AMR half rate speech, 5.15 kbit/s, downlink) 26 for TCH/AHS 4.75 downlink (AMR half rate speech, 4.75 kbit/s, downlink) 27 for TCH/WFS 12.65 uplink (AMR full rate wideband speech, 12.65 kbit/s, uplink) 28 for TCH/WFS 8.85 uplink (AMR full rate wideband speech, 8.85 kbit/s, uplink) 29 for TCH/WFS 6.60 uplink (AMR full rate wideband speech, 6.60 kbit/s, uplink) 30 for TCH/WFS 12.65 downlink (AMR full rate wideband speech, 12.65 kbit/s, downlink) 31 for TCH/WFS 8.85 downlink (AMR full rate wideband speech, 8.85 kbit/s, downlink) 32 for TCH/WFS 6.60 downlink (AMR full rate wideband speech, 6.60 kbit/s, downlink)
Used param.: AMRCHDIS[1..32]
Elem. Object: Cell
Unit: None
Remarks: • AMRCHDIS must be divided by 100 in this formula, because the measured value is in percent and KPI`s shouldn`t be in percent.
Information PM: KPI Requirement Specification System
141
16.18 Adaptive Multirate True Frame Erasure Rate Long name: (a) Adaptive Multirate Average Frame Erasure Rate Uplink
(b) Adaptive Multirate Average Frame Erasure Rate Uplink per channel type (c) Adaptive Multirate Average Frame Erasure Rate Downlink
Short name: (a) AMRTFERUL (b) AMRTFERULCHT (c) AMRTFERDL
Description: These indicators provide the Adaptive Multirate True Frame Erasure Rate FER: • The True FER is provided as an average over all channel types (coded
modes) for the uplink and downlink directions. • In addition for the uplink direction the True FER is provided for each channel
type separately.
Formula:
(a)
∑
∑
=
=
++
++
+=
29
27
13
1
100]AMRCHDIS[n
3]n [n,3][n
100]AMRCHDIS[n
13]n [n,13][n AMRTFERUL
n
n
*AMRFRMULAMRFRMUL
*AMRFRMULAMRFRMUL
(b) 13]n [n,
13][n HT[n]AMRTFERULC+
+=AMRFRMULAMRFRMUL for n from 1 to 13
3]n [n,
3][n HT[n]AMRTFERULC+
+=AMRFRMULAMRFRMUL for n from 27 to 29
with n = 1 for TCH/AFS 12.2 2 for TCH/AFS 10.2 3 for TCH/AFS 7.95 4 for TCH/AFS 7.4 5 for TCH/AFS 6.7 6 for TCH/AFS 5.9 7 for TCH/AFS 5.15 8 for TCH/AFS 4.75 9 for TCH/AHS 7.4 10for TCH/AHS 6.7 11 for TCH/AHS 5.9 12 for TCH/AHS 5.15 13 for TCH/AHS 4.75 27 TCH/WFS 12.65 28 for TCH/WFS 8.85 29 for TCH/WFS 6.60
(c) [1,2][2] AMRTFERDL
AMRFRMDLAMRFRMDL=
Used param.: AMRFRMUL[1..32], AMRFRMDL[1..2], AMRCHDIS[1..13, 27..29]
Elem. Object: Cell
Unit: None
Information PM: KPI Requirement Specification System
142
Remarks: • AMRCHDIS is in units of percent and must therefore be divided by 100 to get the weighting factor per channel mode.
16.19 Effective Frequency Load Long name: (a) Effective Frequency Load representing network view
(b) Effective Frequency Load representing users view (c) Effective Frequency Load representing network view on cell level (d) Effective Frequency Load representing users view on cell level
Short name: (a) EFLNetwork (b) EFLUser (c) EFLNetworkCell (d) EFLUserCell
Description: The estimation of Effective Frequency Load is based on measurements of the mean number of busy channels per layer (MEBUTSLY) and the mean number of speech calls in a cell. The mean number of busy channels is measured separately and the following model for counting a channel as busy is underlying: – Each CS FR call counts as “1” busy channel – Each CS HR call counts as “1/2” busy channel – Each PDCH in charge to the PCU counts as 1 busy channel In case the observed cell is a dual area/dual band standard cell, the measurement distinguishes between timeslots belonging to different areas/band. This measurement determines in intervals of 500 ms the number of channels busy for CS FR, CS HR and for PO. At the end of the granularity period the arithmetic mean value of the samples is calculated for each sub counter.
Formula: (a)
1008
144231082372233623235014413108137213361313
⋅⋅
++⋅++⋅++⋅++⋅+⋅⋅++++⋅++⋅++⋅++⋅+⋅
=moballoc
]n,n,n,n,n[MEBUTSLY.]n,n,n,n,n[MEBUTSLY
EFLNetwork
(b)
1008
1442310823722336232314413108137213361313
⋅⋅
++⋅++⋅++⋅++⋅+⋅++++⋅++⋅++⋅++⋅+⋅
=moballoc
]n,n,n,n,n[MEBUTSLY]n,n,n,n,n[MEBUTSLY
EFLUser
(c)
18
144231082372233623235014413108137213361313
⋅⋅
⎟⎟⎠
⎞⎜⎜⎝
⎛++⋅++⋅++⋅++⋅+⋅⋅+
+++⋅++⋅++⋅++⋅+⋅
=∑
∑
n
n
moballoc]n,n,n,n,n[MEBUTSLY.
]n,n,n,n,n[MEBUTSLY
CellEFLNetwork
(d)
814423108237223362323
14413108137213361313
⋅
⎜⎜⎝
⎛++⋅++⋅++⋅++⋅+⋅+
+++⋅++⋅++⋅++⋅+⋅
=
=
∑∑
n
n
moballocn,n,n,n,n[MEBUTSLY
]n,n,n,n,n[MEBUTSLYlEFLUserCel
MEBUTSLY[1..36] are used for the standard cells, MEBUTSLY[37..108] are used
Information PM: KPI Requirement Specification System
143
for the concentric and extended cells and MEBUTSLY[109..180] for the dual band standard cells where: n=0..11 for certain layer moballoc – the mobile allocation (the number of hopping frequencies used to carry traffic from numerator) can be evaluated basing on CM data;
Used param.: MEBUTSLY [all],
Elem. Object: cell
Unit: %
Remarks: MEBUTSLY shall be measured during busy hour.
16.20 AMR Frame Erasure Rate for ARP-type Receiver Long name: (a) Adaptive Multirate Average Frame Erasure Rate for ARP-type Receiver
Uplink per channel type (b) Adaptive Multirate Average Frame Erasure Rate for ARP-type Receiver
Downlink
Short name: (a) AMRFERARPULCHT (b) AMRFERARPDL
Description: These indicators provide the Adaptive Multirate Frame Erasure Rate FER for ARP-type receiver.
Formula: (a) 13]n n,NFRMULARP[
13]nNFRMULARP[ LCHT[n]AMRFERARPU+
+= for n from 1 to 13
3]n n,NFRMULARP[
3]nNFRMULARP[ LCHT[n]AMRFERARPU+
+= for n from 27 to 29
with n = 1 for TCH/AFS 12.2 2 for TCH/AFS 10.2 3 for TCH/AFS 7.95 4 for TCH/AFS 7.4 5 for TCH/AFS 6.7 6 for TCH/AFS 5.9 7 for TCH/AFS 5.15 8 for TCH/AFS 4.75 9 for TCH/AHS 7.4 10for TCH/AHS 6.7 11 for TCH/AHS 5.9 12 for TCH/AHS 5.15 13 for TCH/AHS 4.75 27 for TCH/WFS 12.65 28 for TCH/WFS 8.85 29 for TCH/WFS 6.60
(b) 1,2]NFRMDLARP[2]NFRMDLARP[ LAMRFERARPD =
Information PM: KPI Requirement Specification System
144
Used param.: NFRMULARP [1..32], NFRMDLARP [1..2]
Elem. Object: Cell
Unit: None
Remarks: ARP-type receivers will be a synonym for Single Antenna Interference Cancellation (SAIC) – type receivers.
Information PM: KPI Requirement Specification System
145
17 Availability related Performance Indicators
17.1 Transceiver Availability Long name: (a) Tranceiver Availability
Short name: (a) TRXAvail
Description: This indicator will give you the TRX Availability.
Formula: (a) 60s *y Granularit
[1] TRANAVTI TRXAvail =
Used param.: TRANAVTI[1], Granularity in minutes
Elem. Object: TRX
Unit: None
Remarks: None
17.2 TCH Distribution Rate Long name: (a) TCH Full Rate
(b) TCH Half Rate
Short name: (a) FR (b) HR
Description: This indicator will give you the Rate of configured Full Rate and Half Rate traffic channels compared to the total number of traffic channels.
Formula: (a) 27,30],18,21,24,,6,9,12,15NRDEFTCH[3
7],9,15,21,2NRDEFTCH[3 FR =
(b) 27,30],18,21,24,,6,9,12,15NRDEFTCH[3
30],12,18,24,NRDEFTCH[6 HR =
NRDEFTCH[3,6] are defined for the standard cell, NRDEFTCH[9,12,15,18] are defined for the concentric cell, NRDEFTCH[21,24,27,30] are defined for the extended cell.
Used param.: NRDEFTCH[3,6,9,12,15,18,21,24,27,30]
Elem. Object: Cell
Unit: None
Remarks: • Static GPRS channels (configured with GMAPERTCHRES) are not considered into NRDEFTCH measurement
• Due to feature ‘Smooth Channel Modification’ now all timeslots configured as TCH and / or TCH/SD with pooltype 'TCH_Pool' or TCH/SD with pooltype 'TCH_SD_Pool’ are considered for measurement NRDEFTCH.
Information PM: KPI Requirement Specification System
146
17.3 TCH Availability Long name: (a) TCH Availability Full Rate
(b) TCH Availability Half Rate (c) TCH Availability Dual Rate
Short name: (a) TCHAvailFR (b) TCHAvailHR (c) TCHAvailDR
Description: This indicator will give you the TCH Availability (Rate).
Formula: (a)
7],9,15,21,2NRDEFTCH[3,15,21,27]NAVTCH[3,9 TCHAvailFR =
(b) 30],12,18,24,NRDEFTCH[6]2,18,24,30NAVTCH[6,1 TCHAvailHR =
(c) 30],12,18,24,NRDEFTCH[650 7],9,15,21,2NRDEFTCH[3]2,18,24,30NAVTCH[6,150,15,21,27]NAVTCH[3,9 TCHAvailDR
*,*,
++=
NAVTCH[3,6] and NRDEFTCH[3,6] are defined for stamdard cell, NAVTCH[9,12,15,18] and NRDEFTCH[9,12,15,18] are defined for concentric cell, NAVTCH[21,24,27,30] and NRDEFTCH[21,24,27,30] are defined for extended cell.
Used param.: NAVTCH[3,6,9,12,15,18,21,24,27,30], NRDEFTCH[3,6,9,12,15,18,21,24,27,30]
Elem. Object: Cell
Unit: None
Remarks: • Reserved GPRS channels (defined by parameters GMANPRESPRM and GMANPRESCOM in the PTPPKF object) are not considered into NRDEFTCH and NAVTCH measurements.
• Due to feature ‘Smooth Channel Modification’ now all timeslots configured as TCH and or TCH/SD with pooltype 'TCH_Pool' or TCH/SD with pooltype 'TCH_SD_Pool' are considered for measurement NRDEFTCH.
• Due to feature ‘Smooth Channel Modification’ now all available timeslots possible to use as TCH are considered for measurement NAVTCH (Timeslots configured as TCH or TCH/SD with pooltype TCH_Pool'.
• Formula is based on mean values
Information PM: KPI Requirement Specification System
147
17.4 SDCCH Availability Long name: (a) SDCCH Availability
Short name: (a) SDCCHAvail
Description: This indicator will give you the SDCCH Availability (Rate).
Formula: (a)
]NDESDCCH[3[3] NAVSDCCH SDCCHAvail =
Used param.: NAVSDCCH[3], NDESDCCH[3]
Elem. Object: Cell
Unit: None
Remarks: Due to feature ‘Smooth Channel Modification’ now all timeslots configured as SDCCH and TCH/SD with pooltype 'SDCCH_Pool' are considered for measurement NDESDCCH. Due to feature ‘Smooth Channel Modification’ now all available timeslots to be used as SDCCH are considered for measurement NAVSDCCH (Timeslots configured as SDCCH or TCH/SD with pooltype ‘SDCCH_Pool’).
Information PM: KPI Requirement Specification System
148
18 GPRS Related Performance Indicators
18.1 User oriented KPIs
18.1.1 Number of TBF establishment attempts Long Name: (a) TBF establishment attempts uplink
(b) TBF establishment attempts downlink
Short Name: (a) TBFEstAttUL (b) TBFEstAttDL
Description : This indicator provides the number of TBF establishments for uplink anddownlink.
Formula: (a) TBFEstAttUL = NUACATCL[1..3] (b) TBFEstAttDL = NUACATCL[4..6]
Used param.: NUACATCL[all]
Elem. Object: Cell
Unit: None
Remark:
18.1.2 Number of TBF establishment failures Long Name: (a) TBF establishment failed due to PDCH Congestion uplink
(b) TBF establishment failed due to PDCH Congestion downlink (c) TBF establishment failed due to no reaction from mobile station uplink (d) TBF establishment failed due to no reaction from mobile station downlink
Short Name: (a) TBFEstFailConUL (b) TBFEstFailConDL (c) TBFEstFailNoReacUL (d) TBFEstFailNoReacDL
Description : This indicator provides the number of TBF establishment failures per cause. Thisindicator will measure in uplink and downlink direction.
Formula: (a) TBFEstFailConUL = REJPDASS [7..9], (b) TBFEstFailConDL = REJPDASS [19..21],
Information PM: KPI Requirement Specification System
149
(c) TBFEstFailNoReactUL = SUCPDASA [1..4] - SULACCEL[1..4] (d) TBFEstFailNoReacDL = SUCPDASA [5..7] - SULACCEL[5..7]
Used param.: REJPDASS [7..9,19..21], SUCPDASA [all], SULACCEL[all]
Elem. Object: Cell
Unit: None
Remark:
18.1.3 Number of successful TBF establishments Long Name: (a) TBF establishment Success Uplink
(b) TBF establishment Success Downlink
Short Name: (a) TBFEstSuccUL (b) TBFEstSuccDL
Description : This indicator calculates the total number of successfully established TBFs in a cell for the uplink and downlink direction.
Formula: (a) TBFEstSuccUL = SULACCEL[1..4] (b) TBFEstSuccDL = SULACCEL[5..7]
Used param.: SULACCEL[all];
Elem. Object: Cell
Unit: None
Remark:
18.1.4 TBF establishment success rate Long Name: (a) TBF establishment Success Rate Uplink
(b) TBF establishment Success Rate Downlink
Short Name: (a) TBFEstSuccRateUL (b) TBFEstSuccRateDL
Description : This indicator provides the TBF establishment success probabilityconsidering uplink and downlink directions.
Formula: (a)
..3]NUACATCL[1..4]SULACCEL[1RateULTBFEstSucc =
(b) ..6]NUACATCL[4
..7]SULACCEL[5RateDLTBFEstSucc =
Used param.: SULACCEL[all]; NUACATCL[all]
Elem. Object: Cell
Unit: None
Information PM: KPI Requirement Specification System
150
Remark:
18.1.5 TBF establishment failure rate (TBF loss rate) Long Name: (a) TBF establishment failure rate for PDCH congestion Uplink
(b) TBF establishment failure rate for PDCH congestion Downlink (c) TBF establishment failure rate for no reaction from mobile Uplink (d) TBF establishment failure rate for no reaction from mobile Downlink (e) TBF loss rate
Short Name: (a) TBFEstFailRateConUL (b) TBFEstFailRateConDL (c) TBFEstFailRateNoReacUL (d) TBFEstFailRateNoReacDL (e) TBFLossRate
Description : This indicator provides the TBF establishment failure rate per cause consideringuplink and downlink directions. TBF loss rate (UL and DL combined) by meaning of the rate where new TBFrequest can not be handled
Formula: (a)
..3]NUACATCL[1 ..9]REJPDASS[7RateConULTBFEstFail =
(b) ..6]NUACATCL[4
9..21]REJPDASS[1RateConDLTBFEstFail =
(c) ..3]NUACATCL[1
..4]SULACCEL[1 - [1..4]SUCPDASA ULRateNoReacTBFEstFail =
(d) ..6]NUACATCL[4
..7]SULACCEL[5 - [5..7]SUCPDASA DLRateNoReacTBFEstFail =
(e) %100*][][
allNUACATCLallREJPDASSeTBFLossRat =
Used param.: REJPDASS [7..9,19..21], NUACATCL[all], SUCPDASA[all], SULACCEL[all]
Elem. Object: Cell
Unit: None
Remark:
18.1.6 Rate for successful TBF establishment with reduced PDCH assignment
Long Name: (a) Rate of successful UL TBF establishment with reduced PDCH assignment (b) Rate of successful DL TBF establishment with reduced PDCH assignment
Information PM: KPI Requirement Specification System
151
Short Name: (a) TBFEstSuccRedRateUL (b) TBFEstSuccRedRateDL
Description : This indicator provides the mean rate of successful TBF establishment whereonly a reduced number of PDCHs was assigned to the mobile due to lack ofresources. The indicator distinguishes uplink and downlink direction.
Formula: (a) TBFEstSuccRedRateUL = UNSPDCSE[1..6] / SULACCEL[1..4] (b) TBFEstSuccRedRateDL = UNSPDCSE[9..14] / SULACCEL[5..7]
Used param.: UNSPDCSE[1..6, 9..14], SULACCEL[all],
Elem. Object: Cell
Unit:
Remark:
18.1.7 Total number of normally released TBFs Long Name: a) Normal Uplink TBF release
b) Normal Downlink TBF release
Short Name: (a) TBFNormRelUl (b) TBFNormRelDL
Description : This indicator provides the number of normally released TBFs consideringuplink and downlink directions.
Formula: (a) TBFNormRelUl = SUCTETBF[1..3] (b) TBFNormRelDL = SUCTETBF[4..6]
Used param.: SUCTETBF[all]
Elem. Object: Cell
Unit: None
Remark:
18.1.8 Total number of dropped TBFs Long Name: a) Uplink TBF dropped due to any cause
b) Downlink TBF dropped due to any cause
Short Name: (a) TBFDrAllCauseUL (b) TBFDrAllCauseDL
Description : This indicator provides the number of dropped TBFs for all causesconsidering uplink and downlink directions.
Formula: (a) TBFDrAllCauseUL = UNSTETBF[1..3,7..9,13..15,19..21,25..27,31..33, 37..39, 43..45]
(b) TBFDrAllCauseDL = UNSTETBF[4..6,10..12,16..18,22..24,28..30,
Information PM: KPI Requirement Specification System
152
34..36, 40..42, 46..48]
Used param.: UNSTETBF[1..48]
Elem. Object: Cell
Unit: None
Remark: • “Dropped” means that a TBF is terminated in an abnormal way. But a TBF drop does not necessarily indicate system misbehavior. E.g. UNSTETBF[1] (T3169 expiry) is not only counted when the MS is “lost” but is also counted in case of MS based cell reselection during uplink TBF and in case of circuit switched call setup during uplink TBF (and additionally in some other cases).
• Counter NRRFPDU [1..3] Number of Received FLUSH-PDUs on Gbper Cell has not been considered in the formulas:Reason: The reception of a FLUSH-PDU is counted regardless if aTBF is active for the affected TLLI or not. Therefore the counterNRRFPDU does not necessarily count the number of lost TBFs dueto cell reselection, but also reselection during GMM Ready Statewithout an active packet transfer.
18.1.9 TBF drop distribution on causes Long Name: (a) Share of UL TBF drop due to expiry of supervision timer (T3169)
(b) Share of DL TBF drop due to expiry of supervision timer (T3195) (c) Share of UL TBF drop due to preemption (d) Share of DL TBF drop due to preemption (e) Share of UL TBF drop due to cell reselection (f) Share of DL TBF drop due to cell reselection
Short Name: (a) TBFDrShareTimerExpUL (b) TBFDrShareTimerExpDL (c) TBFDrSharePreemptionUL (d) TBFDrSharePreemptionDL (e) TBFDrShareCellResOrdUL (f) TBFDrShareCellResOrdDL
Description : This indicator provides the distribution of TBF drops per cause consideringuplink and downlink directions.
Formula: (a)
useULTBFDrAllCa ..3]UNSTETBF[1 TimerExpULTBFDrShare =
(b) useDLTBFDrAllCa
..6]UNSTETBF[4 TimerExpDLTBFDrShare =
(c) useULTBFDrAllCa
..9]UNSTETBF[7 ULPreemptionTBFDrShare =
(d) useDLTBFDrAllCa
0..12]UNSTETBF[1 DLPreemptionTBFDrShare =
Information PM: KPI Requirement Specification System
153
(e) useULTBFDrAllCa
5..27]UNSTETBF[2 ULCellResOrdTBFDrShare =
(f) useDLTBFDrAllCa
8..30]UNSTETBF[2 DLCellResOrdTBFDrShare =
Used param.: UNSTETBF[1..12,25..30], TBFDrAllCauseUL (18.1.8(a)), TBFDrAllCauseDL (18.1.8(b)))
Elem. Object: Cell
Unit: None
Remark:
18.1.10 TBF Drop rate Long Name: (a) Uplink TBF drop rate
(b) Downlink TBF drop rate
Short Name: (a) TBFDropRateUL (b) TBFDropRateDL
Description : This indicator provides the total TBF drop rate form MS point of viewconsidering uplink and downlink directions.
Formula: (a)
..4]SULACCEL[1,19..21]..3,13..15UNSTETBF[1 eULTBFDropRat =
(b) ..7]SULACCEL[5
,22..24]..6,16..18UNSTETBF[4 eDLTBFDropRat =
Used param.: SULACCEL[all], UNSTETBF[1..6,13..24]
Elem. Object: Cell
Unit: None
Remark: • SULACCEL shall be taken as denominator because only TBFs shallbe considered which are assigned from MS point of view andbecause also UNSTETBF start counting in BR8.0 after the TBF isassigned from MS point of view.
• Preemption, Packet Cell Change Order and Flush_LL counters shallnot be considered.
• There will be a systematic error if Timer T3169 or T3195 expires incase a cell reselection was executed.
• Phantom (P)RACHs (spurious (P)RACHs) shall not be considered.
18.1.11 TBF Drop frequency Long Name: (a) Uplink TBF drops frequency
(b) Downlink TBF drops frequency
Short Name: (a) TBFDrFrequUL
Information PM: KPI Requirement Specification System
154
(b) TBFDrFrequDL
Description : This indicator provides the TBF drop frequency as the mean number of TBFdrops per hour TBF duration. Uplink and downlink directions are considered.
Formula:
(a) 8]-NACTTBF[5gran
60 * useULTBFDrAllCa ULTBFDrFrequ =
(b) 16]-NACTTBF[13
gran 60 * useDLTBFDrAllCa
DLTBFDrFrequ =
Used param.: (a) NACTTBF[5-8, 13-16]; TBFDrAllCauseUL (18.1.8(a)), TBFDrAllCauseDL(18.1.8(b))
Elem. Object: Cell
Unit: Occurrences per hour = (1 / hour)
Remark: In case of low number of TBFs and short TBF duration (e.g. mainly GMM and SM) related data transfer on radio interface the formulas produce an inaccurate result under certain circumstances. Reasons:
• NACTTBF[5-8, 13-16] is sampled on a second basis (GMM and SM related TBFs might be shorter)
• NACTTBF[5-8, 13-16] is a real number with 4 digits after decimal point (x.yyyy). In case of low number (and short duration) of TBFs during a granularity period the result might be 0.01 or 0.001.
Alternative formula (proposal):
ULMeanTBFDur * 4]-NACTTBF[13600 *useULTBFDrAllCa ULTBFDrFrequ =
Advantage: • Formula works also In case of low number of TBFs and short TBF
duration Disadvantage: • Formula might produce inaccurate result when considerable amount
of TBFs are assigned (triggering of NACTTBF[5-8, 13-16]) and are seizured (triggering of NACTTBF[1-4, 9-12]) in different measurement intervals.
18.1.12 Mean time between TBF drop Long Name: (a) Mean time between TBF drop of uplink TBF
(b) Mean time between TBF drop of downlink TBF
Short Name: (a) TBFDrMeanTimeUL (b) TBFDrMeanTimeDL
Description : This indicator provides the mean time between TBF drops related to one
Information PM: KPI Requirement Specification System
155
hour TBF duration. Uplink and downlink directions are considered.
Formula: (a)
ULTBFDrFrequ3600 imeULTBFDrMeanT =
(b) DLTBFDrFrequ
3600 imeDLTBFDrMeanT =
Used param.: TBFDrFrequUL (18.1.11(a)), TBFDrFrequDL(18.1.11(b))
Elem. Object: Cell
Unit: Seconds
Remark: Possible inaccuracy of formula: See remark on KPI 18.1.11 TBF Drop frequency
18.1.13 User data throughput per TBF on the air interface Long Name: (a) Mean user data throughput per uplink TBF averaged over all Coding
Schemes (b) Mean user data throughput per downlink TBF averaged over all Coding
Schemes (c) Mean user data throughput per uplink TBF depending on Coding Scheme (d) Mean user data throughput per downlink TBF depending on Coding Scheme
Short Name: (a) UserDataThrTBFAvUL (b) UserDataThrTBFAvDL (c) UserDataThrTBFCSUL (d) UserDataThrTBFCSDL
Description : This indicator provides the mean LLC throughput on the air interface per active user, i.e. per TBF. Retransmissions are excluded; therefore only the amount of data transmitted on behalf of the application layer (here LLC) is considered The indicator provides the mean throughput related to a single subscriber, i.e. itprovides the throughput the subscriber (or the application in the subscriber’smobile) will experience. The uplink\downlink directions are separated. Indicators are provided for the throughput depending on the used CodingScheme and in addition for the throughput averaged over all Coding Schemes. The KPI for the throughput depending on the used Coding Scheme is based on the model that an observed TBF has used that Coding Scheme throughout itslife time complete granularity period. This is the achieved throughput if a TBFwere operated exclusively in that Coding Scheme during its life time
Use case Network planning - comparison of user throughput between cells - comparison of user throughput between Coding Schemes - monitoring of trends
Formula: (a)
10008*
[5..8] NACTTBF13]MUTHRF[1.. rTBFAvULUserDataTh =
Information PM: KPI Requirement Specification System
156
(b) 1000
8*16] .. [13 NACTTBF
26] 4..REMUTHRF[1 - 26] .MUTHRF[14. rTBFAvDLUserDataTh =
(c) 1000
8* lUL[c]CSDistrCel * [5..8] NACTTBF
MUTHRF[c] ]rTBFCSUL[cUserDataTh =
(d) 1000
8* lDL[c]CSDistrCel * 16] .. [13 NACTTBF
13] REMUTHRF[c - 13] MUTHRF[c ]rTBFCSDL[cUserDataTh ++=
With parameter c for the observed coding scheme: c = 1 coding scheme CS1 c = 2 coding scheme CS2 c = 3 coding scheme CS3 c = 4 coding scheme CS4 c = 5 coding scheme MCS1 c = 6 coding scheme MCS2 c = 7 coding scheme MCS3 c = 8 coding scheme MCS4 c = 9 coding scheme MMS5 c = 10 coding scheme MCS6 c = 11 coding scheme MCS7 c = 12 coding scheme MCS8 c = 13 coding scheme MCS9
Used param.: (a) NACTTBF [5-8, 13-16], MUTHRF[all], REMUTHRF[14 .. 26], CSDistrCellUL(18.3.4(a)), CSDistrCellDL (18.3.4(b)): weighting factors for the distribution of transmission durations for the different Coding Schemes.
Elem. Object: Cell
Unit: kbit per second
Remark: • Interpretation of KPI result: The observed throughput per user might be unexpectedly low due to the following phenomenon: • The release of a DL TBF is normally delayed for 1,5 seconds
(default value of configuration parameter TIMTBFREL). o During its lifetime a DL TBF may contain once or several times in
the state “delayed TBF release”. o During that TBF state no LLC data are transmitted.
• The amount of short duration TBFs for GMM (GPRS Mobility management) and SM (Session management) might be high compared to TBF which serve for transmission of end-to-end user data o The duration of GMM and SM TBFs is typically 0.3 seconds.
During that time typically only one ore two RLC/MACC blocks are transmitted (i.e. 20ms or 40ms of LLC PDU transmission time).
o Background: At the begin and at the end of the TBF lifetime no LLC data are transmitted. During these periods only RLC/MAC signaling takes place: e.g. MS confirmation of TBF establishment, confirmation of last received RLC/MAC block.
o This effect has more affect on the throughput of short-lived TBFs (GMM, SM) as on long-lived TBFs (end-to-end data
Information PM: KPI Requirement Specification System
157
transmission).
• Different treatment of UL and DL direction in the formula DL throughput:
o The retransmitted throughput in DL direction is included in the measurement MUTHRF (DL); therefore REMUTHRF (DL) has to be subtracted
UL throughput: o Retransmissions due to bad radio link quality are not included in
measurement MUTHRF (UL). • Systematic error on formula:
See remark on KPI 18.2.2 User Throughput on radio interface per cell • Possible inaccuracy of formula:
See remark on KPI 18.1.11 TBF Drop frequency
18.1.14 Packet resource reassignment attempts Long Name: (a) Number of packet resource reassignment attempts for uplink TBFs
(b) Number of packet resource reassignment attempts for downlink TBFs
Short Name: (a) ReasAttTBFUL (b) ReasAttTBFDL
Description : This indicator provides the mean number of packet resource reassignment attempts per cell separated for uplink and downlink TBFs.
Use case Network optimization
Formula: (a) ReasAttTBFUL = NATPRRE[1] (b) ReasAttTBFDL = NATPRRE[2]
Used param.: NATPRRE[all]
Elem. Object: Cell
Unit: none
Remark:
18.1.15 Packet resource reassignment failures Long Name: (a) Number of unsuccessful packet resource reassignment procedures for
uplink TBFs (b) Number of unsuccessful packet resource reassignment procedures for
downlink TBFs
Short Name: (a) ReasFailTBFUL (b) ReasFailTBFDL
Information PM: KPI Requirement Specification System
158
Description : This indicator provides the mean number of unsuccessful packet resource reassignment procedures per cell separated for uplink and downlink TBFs.
Use case Network optimization
Formula: (a) ReasFailTBFUL = NATPRRE[1] - NSUPRRE[1] (b) ReasFailTBFDL = NATPRRE[2] - NSUPRRE[2]
Used param.: NATPRRE[all], NSUPRRE[all]
Elem. Object: Cell
Unit: none
Remark:
18.1.16 Packet resource reassignment success rate Long Name: (a) Packet resource reassignment success rate for uplink TBFs
(b) Packet resource reassignment success rate for downlink TBFs
Short Name: (a) ReasSuccRateTBFUL (b) ReasSuccRateTBFDL
Description : This indicator provides packet resource reassignment success rate per cellseparated for uplink and downlink TBFs.
Use case Network optimization
Formula: (a) NATPRRE[1]
NSUPRRE[1] teTBFULReasSuccRa =
(b) NATPRRE[2]NSUPRRE[2] teTBFDLReasSuccRa =
Used param.: NATPRRE[all], NSUPRRE[all]
Elem. Object: Cell
Unit: none
Remark:
18.1.17 Packet resource reassignment failure rate Long Name: (a) Packet resource reassignment failure rate
(b) Packet resource reassignment failure rate for uplink TBFs (c) Packet resource reassignment failure rate for downlink TBFs
Short Name: (a) ReasFailRateTBF
Information PM: KPI Requirement Specification System
159
(b) ReasFailRateTBFUL (c) ReasFailRateTBFDL
Description : This indicator provides packet resource reassignment failure rate per cell, separated for uplink and downlink TBFs.
Use case Network optimization
Formula: (a) l]NATPRRE[al
[all] NSUPRRE1Re −=TBFasFailRate
(b) NATPRRE[1][1] NSUPRRE1Re −=TBFULasFailRate
(c) NATPRRE[2][2] NSUPRRE1Re −=TBFDLasFailRate
Used param.: NATPRRE[all], NSUPRRE[all]
Elem. Object: Cell
Unit: none
Remark:
18.1.18 TBF downgrade / upgrade frequency Long Name: (a) Uplink TBF upgrade frequency
(b) Uplink TBF downgrade frequency (c) Downlink TBF upgrade frequency (d) Downlink TBF downgrade frequency
Short Name: (a) TBFUpgrFrequUL (b) TBFDowngrFrequUL (c) TBFUpgrFrequDL (d) TBFDowngrFrequDL
Description : This indicator provides the TBF downgrade / upgrade frequency as the meannumber of TBF downgrades / upgrades per one hour busy PDCH. Uplink anddownlink directions are considered.
Formula:
(a) ]NALLPDCH[3gran
60 * [1]SERVUGDG quULTBFUpgrFre =
(b) ]NALLPDCH[3gran
60 * [2]SERVUGDG requULTBFDowngrF =
(c) ]NALLPDCH[6gran
60 * [3]SERVUGDG quDLTBFUpgrFre =
Information PM: KPI Requirement Specification System
160
(d) ]NALLPDCH[6gran
60 * [4]SERVUGDG requDLTBFDowngrF =
Used param.: SERVUGDG [1 .. 4], NALLPDCH[3,6]
Elem. Object: Cell
Unit: Occurrences per hour = (1 / hour)
Remark:
18.1.19 Mean TBF duration per traffic class Long Name: (a) Mean Uplink TBF duration
(b) Mean Uplink TBF duration acc. to Interactive traffic class (c) Mean Uplink TBF duration acc. to Streaming traffic class (d) Mean Uplink TBF duration acc. to Background traffic class (e) Mean Downlink TBF duration (f) Mean Downlink TBF duration acc. to Interactive traffic class (g) Mean Downlink TBF duration acc. to Streaming traffic class (h) Mean Downlink TBF duration acc. to Background traffic class
Short Name: (a) MeanTBFDurUL (b) MeanTBFDurULInt (c) MeanTBFDurULStream (d) MeanTBFDurULBg (e) MeanTBFDurDL (f) MeanTBFDurDLInt (g) MeanTBFDurDLStream (h) MeanTBFDurDLBg
Description : This indicator provides the average TBF duration considering uplink anddownlink directions.
Use case Network planning and optimization
Formula: (a)
4] - NACTTBF[1gran * 8] - [5 NACTTBF ULMeanTBFDur =
(b) NACTTBF[2]gran * [6] NACTTBFULInt MeanTBFDur =
(c) NACTTBF[3]gran * [7] NACTTBF ULStreamMeanTBFDur =
(d) NACTTBF[4]gran * [8] NACTTBF ULBgMeanTBFDur =
Information PM: KPI Requirement Specification System
161
(e) 12] - NACTTBF[9gran * 16] - [13 NACTTBF DLMeanTBFDur =
(f) ]NACTTBF[10gran * [14] NACTTBFDLInt MeanTBFDur =
(g) ]NACTTBF[11gran * [15] NACTTBF DLStreamMeanTBFDur =
(h) ]NACTTBF[12gran * [16] NACTTBF DLBgMeanTBFDur =
Used param.: NACTTBF[all]
Elem. Object: Cell
Unit: Seconds
Remark:
18.1.20 Link adaptation frequency Long Name: (a) Upward link adaptation frequency for uplink TBF
(b) Downward link adaptation frequency for uplink TBF (c) Upward link adaptation frequency for downlink TBF (d) Downward link adaptation frequency for downlink TBF
Short Name: (a) LinkAdaptFrequUpwUL (b) LinkAdaptFrequDownwUL (c) LinkAdaptFrequUpwDL (d) LinkAdaptFrequDownwDL
Description : This indicator provides the link adaptations frequency as the mean number ofupward and downward link adaptations per one hour busy PDCH. Uplink anddownlink directions are considered.
Use Case
Formula:
(a) ]NALLPDCH[3gran
60 * [1,3] LADAPTUD requUpwULLinkAdaptF =
(b) ]NALLPDCH[3
gran 60 * [2,4,5] LADAPTUD
LrequDownwULinkAdaptF =
(c) ]NALLPDCH[6gran
60 * [6,8] LADAPTUD requUpwDLLinkAdaptF =
(d) ]NALLPDCH[6
gran 60 * [7,9,10] LADAPTUD
LrequDownwDLinkAdaptF =
Used param.: LADAPTUD [1 .. 10], NALLPDCH[3,6]
Information PM: KPI Requirement Specification System
162
Elem. Object: Cell
Unit: Occurrences per hour (= 1 / hour)
Remark:
18.1.21 Total number of discarded LLC frames Long Name: (a) Total number of discarded Uplink LLC Frames per Interactive class
(b) Total number of discarded Uplink LLC Frames per Streaming class (c) Total number of discarded Uplink LLC Frames per Background class (d) Total number of discarded Downlink LLC Frames per Interactive class (e) Total number of discarded Downlink LLC Frames per Streaming class (f) Total number of discarded Downlink LLC Frames per Background class
Short Name: (a) LLCIntFrDiscTotUL (b) LLCStFrDiscTotUL (c) LLCBgFrDiscTotUL (d) LLCIntFrDiscTotDL (e) LLCStFrDiscTotDL (f) LLCBgFrDiscTotDL
Description : This indicator provides the total number of LLC frame discards for all causesper cell and per traffic class (interactive, streaming, background services).Uplink and downlink directions are considered.
Use case network optimization from operator view, trouble shooting
Formula: (a) LLCIntFrDiscTotUL= DISCLPDU[11, 12] (b) LLCStFrDiscTotUL= DISCLPDU[24, 25] (c) LLCBgFrDiscTotUL= DISCLPDU[37,38] (d) LLCIntFrDiscTotDL= DISCLPDU[1..10, 13] (e) LLCStFrDiscTotDL= DISCLPDU[14..23, 26] (f) LLCBgFrDiscTotDL= DISCLPDU[27..36, 39]
Used param.: DISCLPDU[all]
Elem. Object: Cell
Unit: None
Remark:
18.1.22 LLC Frame discard rate Long Name: (a) Rate for Uplink LLC Frame Discard per Interactive class
(b) Rate for Uplink LLC Frame Discard per Streaming class (c) Rate for Uplink LLC Frame Discard per Background class (d) Rate for Downlink LLC Frame Discard per Interactive class (e) Rate for Downlink LLC Frame Discard per Streaming class
Information PM: KPI Requirement Specification System
163
(f) Rate for Downlink LLC Frame Discard per Background class
Short Name: (a) LLCIntFrDiscRateUL (b) LLCStFrDiscRateUL (c) LLCBgFrDiscRateUL (d) LLCIntFrDiscRateDL (e) LLCStFrDiscRateDL (f) LLCBgFrDiscRateDL
Description : This indicator provides the LLC frame discard rate for all causes per trafficclass (interactive, streaming, background services). Uplink and downlinkdirections are considered.
Use case network optimization from operator view, trouble shooting
Formula: (a)
]NTRLLCFR[1 1,12]DISCLPDU[1 scRateULLLCIntFrDi =
(b) ]NTRLLCFR[2
4,25]DISCLPDU[2 cRateULLLCStFrDis =
(c) ]NTRLLCFR[3
38] 7,DISCLPDU[3 cRateULLLCBgFrDis =
(d) ]NTRLLCFR[4
13] ..10,DISCLPDU[1 scRateDLLLCIntFrDi =
(e) ]NTRLLCFR[5
26] 4..23,DISCLPDU[1 cRateDLLLCStFrDis =
(f) ]NTRLLCFR[6
39] 7..36,DISCLPDU[2 cRateDLLLCBgFrDis =
Used param.: DISCLPDU[all], NTRLLCFR[all]
Elem. Object: Cell
Unit: None
Remark:
18.1.23 DTM establishment success rate Long Name: (a) DTM establishment Success Rate
Short Name: (a) DTMEstSuccRate
Description : This indicator provides the DTM establishment success probability.
Formula: (a)
4] .. ATDTMREQ[12] [1SUDTMREQ RateDTMEstSucc +=
Used param.: SUDTMREQ[all]; ATDTMREQ[all]
Elem. Object: Cell
Unit: None
Remark:
Information PM: KPI Requirement Specification System
164
18.1.24 DTM establishment failure rate Long Name: (a) DTM establishment failure rate
Short Name: (a) DTMEstFailRate
Description : This indicator provides the DTM establishment failure rate.
Formula: (a)
4] .. [1ATDTMEREQ ] 3 .. 1 [UNSDTMREQ
RateDTMEstFail =
Used param.: UNSDTMREQ [all], ATDTMREQ[all]
Elem. Object: Cell
Unit: None
Remark: Cause “DTM Power Budget HO to another cell” will not be considered as failure.
18.1.25 Weighted LLC User Data Throughput Long Name: (a) Weighted GPRS LLC User Data Throughput, UL
(b) Weighted EDGE LLC User Data Throughput, UL (c) Weighted GPRS LLC User Data Throughput, DL (d) Weighted EDGE LLC User Data Throughput, DL
Short Name: (a) WGprsLLCUsrThUL (b) WEdgeLLCUsrThUL (c) WGprsLLCUsrThDL (d) WEdgeLLCUsrThDL
Description : This indicator provides the Weighted LLC User Data Throughput UL/DL pertechnique.
Formula:
(a)
∑
∑
=
=
+
+⋅= 5
1
5
1
]60[
]60[][rThULWGprsLLCUs
i
i
iMUTLLC
iMUTLLCiMUTLLC
(b)
∑
∑
=
=
+
+⋅+= 5
1
5
1
]65[
]65[]5[rThULWEdgeLLCUs
i
i
iMUTLLC
iMUTLLCiMUTLLC
(c)
∑
∑
=
=
+
+⋅+= 5
1
5
1
]70[
]70[]10[rThDLWGprsLLCUs
i
i
iMUTLLC
iMUTLLCiMUTLLC
Information PM: KPI Requirement Specification System
165
(d)
∑
∑
=
=
+
+⋅+= 5
1
5
1
]75[
]75[]15[rThDLWEdgeLLCUs
i
i
iMUTLLC
iMUTLLCiMUTLLC
Used param.: MUTLLC [1..20, 61..80]
Elem. Object: Cell
Unit: Kbyte / sec
Remark: Weighted LLC User Data Throughput is the throughput per user during Continuous Data Transmission
18.2 Network planning (dimensioning)
18.2.1 Total Throughput on air interface per cell Long Name: (a) Total packet Throughput per cell on radio interface in uplink direction
(b) Total packet Throughput per cell on radio interface in downlink direction
Short Name: (a) TotThrUmCellUL (b) TotThrUmCellDL
Description : The indicators measure the air interface related packet load of a cell in termsof throughput The signaling and retransmission loads are included. The uplink\downlink directions are separated.
Use Case Network capacity planning.
Formula: (a) 1000
8 *MSTHRF[1]) ..13]REMUTHRF[1 13]MUTHRF[1..( llULTotThrUmCe ++=
(b) 1000
8 *) MSTHRF[2] .26]MUTHRF[14.( llDLTotThrUmCe +=
Used param.: MUTHRF[all], REMUTHRF[1 .. 13], MSTHRF[1,2]
Elem. Object: Cell
Unit: kbit/sec
Remark: The DL retransmitted throughput is included in MUTHRF but not the ULretransmitted throughput
Information PM: KPI Requirement Specification System
166
18.2.2 User Throughput on radio interface per cell Long Name: (a) User Data Throughput per cell on radio interface uplink
(b) User Data Throughput per cell on radio interface downlink
Short Name: (b) UserThrUmCellUL (c) UserThrUmCellDL
Description : This indicator provides the mean LLC throughput on the air interface per cell.Retransmissions are excluded; therefore only the amount of data transmittedon behalf of the application layer (here LLC) is considered The uplink/downlink directions are separated. The KPI does not indicate the packet throughput experienced by a singlesubscriber. Instead the KPI refers to the mean user packet load of a wholecell according to the following model: The user packet volume transmitted fora cell is accumulated over the whole granularity period and afterwardsdivided by the length of granularity period
Use Case Network capacity planning.
Formula: (a)
1000 8 * 13]MUTHRF[1.. ellULUserThrUmC =
(b) 1000
8 *4..26])REMUTHRF[1 - ..26](MUTHRF[14 ellDLUserThrUmC =
Used param.: MUTHRF[all], REMUTHRF[14 .. 26],
Elem. Object: Cell
Unit: kbit/sec
Remark: DL throughput: • The retransmitted throughput in DL direction is included in the
measurement MUTHRF (DL); therefore REMUTHRF (DL) has to besubtracted
UL throughput: • Retransmissions due to bad radio link quality are not included in
measurement MUTHRF (UL). • Systematic error in formula:
The MS may also retransmit a previously transmitted RLC/MAC block when nothing else has to be transmitted in UL direction. In that case the BSC will receive certain RLC/MAC block more than once. The counter MUTHRF (UL) registers each of these receipts. Therefore UserThrUmCellUL contains a systematic error. For short duration TBF (GMM/SM activities) the error is larger than for medium or long duration TBFs (e.g. TBF for WAP session or ftp).
Information PM: KPI Requirement Specification System
167
18.2.3 Uplink / Downlink distribution of user throughput on radio interface per cell
Long Name: (d) Uplink share of user throughput on radio interface (e) Downlink share of user throughput on radio interface
Short Name: (a) UserThrUmCellULShare (b) UserThrUmCellDLShare
Description : This indicator provides the uplink and downlink distribution of user packetdata transmission per cell on radio interface.
Formula: (a) CellDLUserThrUmellULUserThrUmC
ellULUserThrUmC ellULShareUserThrUmC+
=
(b) CellDLUserThrUmellULUserThrUmC
ellDLUserThrUmC ellDLShareUserThrUmC+
=
Used param.: UserThrUmCellUL (18.2.2 (a)) UserThrUmCellDL (18.2.2 (c))
Elem. Object: Cell
Unit: None
Remark: None
18.2.4 Total packet volume transmitted on radio interface per cell
Long Name: (a) Total packet volume transmitted on radio interface per cell in uplinkdirection including retransmitted throughput
(b) Total packet volume transmitted on radio interface per cell in downlinkdirection including retransmitted throughput
Short Name: (a) TotVolUmCellUL (b) TotVolUmCellDL
Description : The indicators measure the air interface related packet load of a cell in termsof transmitted data volume. The signaling and retransmission loads are included. The uplink/downlink directions are separated.
Use Case Network capacity planning.
Formula: (a) TotVolUmCellUL = TotThrUmCellUL * gran * 60 (b) TotVolUmCellDL = TotThrUmCellDL * gran * 60
Used param.: TotThrUmCellUL(18.2.1), TotThrUmCellDL (18.2.1), granularity period “gran” in minutes
Elem. Object: Cell
Unit: kbit
Remark:
Information PM: KPI Requirement Specification System
168
18.2.5 Total packet Throughput on Gb interface per cell Long Name: (a) Total packet throughput on Gb uplink
(b) Total packet throughput on Gb downlink
Short Name: (a) TotThrGbCellUL (b) TotThrGbCellDL
Description : This indicator provides the total packet throughput per cell on the Gbinterface in the uplink/downlink direction. The total packet throughput comprises user data (LLC layer) from trafficclasses (interactive, streaming, background services) including BSSGPheader and BSSGP signaling
Formula: (a)
1000 8 * MSTHBS[1]) .3](MUTHBS[1. llULTotThrGbCe +=
(b) 1000
8 * MSTHBS[2]) .6](MUTHBS[4. llDLTotThrGbCe +=
Used param.: MUTHBS[all]; MSTHBS[1,2];
Elem. Object: Cell
Unit: kbit/sec
Remark: None
18.2.6 User data Throughput on Gb interface per cell Long Name: (a) User Data Throughput on Gb uplink
(b) User Data Throughput on Gb downlink
Short Name: (a) UserThrGbCellUL (b) UserThrGbCellDL
Description : This indicator provides the mean user data throughput on LLC layer per cellon the Gb interface in the uplink/downlink direction.
Formula: (a)
1000 8 * 3]MUTHBS[1.. ellULUserThrGbC =
(b) 1000
8 * 6]MUTHBS[4.. ellDLUserThrGbC =
Used param.: MUTHBS[all]
Elem. Object: Cell
Information PM: KPI Requirement Specification System
169
Unit: kbit/sec
Remark: None
18.2.7 Mean number of busy PDCH per cell Long Name: (a) Mean number of PDCHs busy per cell for UL transmission
(b) Mean number of PDCHs busy per cell for DL transmission
Short Name: (a) MeanPDCHBusyCellUL (b) MeanPDCHBusyCellDL
Description : This KPI provides the mean number of PDCHs per cell with at least one ULTBF respectively at least one downlink TBF in progress
Use case Network planing
Formula: (a) MeanPDCHBusyCellUL = NALLPDCH [3] (b) MeanPDCHBusyCellDL = NALLPDCH [6]
Used param.: NALLPDCH [3,6]
Elem. Object: Cell
Unit: None
Remark: None
18.2.8 PDCH utilization rate Long Name: (a) Average utilization rate of UL busy PDCHs in terms of used transmission
time (b) Average utilization rate of DL busy PDCHs in terms of used transmission
time
Short Name: (a) MeanBusyPdchUtilCellUL (b) MeanBusyPdchUtilCellDL
Description : This KPI provides the average utilisation of busy PDCHs in terms of thenumber of transmitted PDUs relative to the possible PDUs. In order to measure the overall utilization the retransmissions and thesignaling PDUs are included. The KPI is for uplink and downlink direction. Difference to TCH utilization:
- A TCH is fully utilized by a single CS connection. - The capacity of a PDCH is normally not fully occupied when one or
more TBFs are allocated to that PDCH. The TBFs will in most casesoccupy only a part of the PDCHs transmission capacity.
Information PM: KPI Requirement Specification System
170
Use case Network planning
Formula: (a)
]3[
) 20
MSTHRF[1] 60 *gran
13]) [11. NRETPDU 1.13](NTRAPDU[1 ½ 11]) .. [1 NRETPDU ..11](NTRAPDU[1(*2
ULchUtilCellMeanBusyPd
NALLPDCH
++++=
(b)
]6[
) 20
MSTHRF[2] 60 *gran
..26]NTRAPDU[24 ½..23]NTRAPDU[14(*2
DLchUtilCellMeanBusyPd
NALLPDCH
++=
Used param.: NTRAPDU [all], NRETPDU [1 .. 13], MSTHRF[1,2], NALLPDCH [3,6]
Elem. Object: Cell
Unit: percentage
Remark: It is noted that for CS1 .. CS4 and MSC1 .. MSC6 a PDCH can transport 50RCL/MAC PDUs per second in each direction (UL and DL). I.e. one PDUrepresents a transmission time of 20ms. In other words: one PDU persecond equals to 2% occupation time of a PDCH. For MSC7 .. MSC 9 an RLC/MAC PDU occupies only half a radio block. I.e.in that case one RLC/MAC PDU represents a transmission time of only10ms. In other words: one PDU per second equals to 1% occupation time ofa PDCH. For BR7 NTRAPDU does not include the RLC/MAC signaling. Therefore thenumber of signaling PDUs has to be added. That number will be calculatedfrom the signaling throughput (MSTHRH) by assuming that each signalingPDU has exactly a length of 20bytes (maximum length of CS1 frame)
18.2.9 Mean Throughput per busy PDCH Long Name: (a) Mean User Throughput Uplink per busy PDCH cumulated on all Coding
Schemes (b) Mean User Throughput Downlink per busy PDCH cumulated on all
Coding Schemes (c) Mean User Throughput Uplink per busy PDCH depending on the Coding
Scheme (d) Mean User Throughput Downlink per busy PDCH depending on the
Coding Scheme
Short Name: (a) MeanUserThrBusyPdchUL (b) MeanUserThrBusyPdchDL (c) MeanUserThrBusyPdchCSUL
Information PM: KPI Requirement Specification System
171
(d) MeanUserThrBusyPdchCSDL
Description : This indicator provides the mean RLC packet throughput per busy PDCH percell. The uplink and downlink directions are separated. Indicators are provided for the throughput depending on the used CodingScheme and in addition for the throughput cumulated over all CodingSchemes The KPI for the throughput depending on the used Coding Scheme is basedon the model that an observed busy PDCH has used that Coding Schemethroughout the complete granularity period. This is the achieved throughput ifa PDCH were operated exclusively in that Coding Scheme during thegranularity period
Use case Network planning (network extension): KPI provides the capacity, which can be provided per PDCH. Assume the user traffic model is given by means of data volume per subscriber and number of subscribers per cell. For that scenario the present KPIs aids to calculate the number of needed PDCHs for the concerned cell
Formula: (a)
]3[tRateULMeanPDCHBi LrBusyPdchUMeanUserTh
NALLPDCH=
(b) ]6[
tRateDLMeanPDCHBi LrBusyPdchDMeanUserThNALLPDCH
=
(c) [c] lULCSDistrCel * ]3[
eULCS[c]PDCHBitRat SUL[c]rBusyPdchCMeanUserThNALLPDCH
=
(d) [c] lDLCSDistrCel * 6][
eDLCS[c]PDCHBitRat SDL[c]rBusyPdchCMeanUserThNALLPDCH
=
With parameter c for the observed coding scheme:
c = 1 coding scheme CS1 c = 2 coding scheme CS2 c = 3 coding scheme CS4 c = 4 coding scheme CS5 c = 5 coding scheme MCS1 c = 6 coding scheme MCS2 c = 7 coding scheme MCS3 c = 8 coding scheme MCS4 c = 9 coding scheme MCS5 c = 10 coding scheme MCS6 c = 11 coding scheme MCS7 c = 12 coding scheme MCS8 c = 13 coding scheme MCS9
Used param.: NALLPDCH [3,6], CSDistrCellUL (18.3.4(a)), CSDistrCellDL (18.3.4(b)): weighting factors for the distribution of transmission durations for the different Coding Schemes. MeanPDCHBitRateUL(18.2.14(a)), MeanPDCHBitRateDL (18.2.14(f)),
Information PM: KPI Requirement Specification System
172
PDCHBitRateULCS (18.2.13(a)), PDCHBitRateDLCS (18.2.13(b))
Elem. Object: Cell
Unit: kbit/sec
Remark: • Please note that no RLC/MAC signaling and no RLC/MAC headers
and are included in this indicator. Also retransmissions are excluded. Therefore the total amount of data transmitted via RLC/MAC layers per PDCH is higher.
• Interpretation of KPI result: The observed throughput per user might be unexpectedly low due to the following phenomenon: • The release of a DL TBF is normally delayed for 1,5 seconds
(default value of configuration parameter TIMTBFREL). o During its lifetime a DL TBF may contain once or several
times in the state “delayed TBF release”. o During that TBF state no LLC data are transmitted.
• The amount of short duration TBFs for GMM (GPRS Mobility management) and SM (Session management) might be high compared to TBF which serve for transmission of end-to-end user data o The duration of GMM and SM TBFs is typically 0.3 seconds.
During that time typically only one ore two RLC/MACC blocks are transmitted (i.e. 20ms or 40ms of LLC PDU transmission time).
o Background: At the beginning and at the end of the TBF lifetime no LLC data are transmitted. During these periods only RLC/MAC signaling takes place: e.g. MS confirmation of TBF establishment, confirmation of last received RLC/MAC block.
o This effect has more affect on the throughput of short-lived TBFs (GMM, SM) as on long-lived TBFs (end-to-end data transmission)
• Different treatment of UL and DL direction in the formula
DL throughput: o The retransmitted throughput in DL direction is included in the
measurement MUTHRF (DL); therefore REMUTHRF (DL) has to be subtracted
UL throughput: o Retransmissions due to bad radio link quality are not included
in measurement MUTHRF (UL). • Systematic error on formula:
See remark on KPI 18.2.2 User Throughput on radio interface per cell• Possible inaccuracy of formula:
See remark on KPI 18.1.11 TBF Drop frequency
Information PM: KPI Requirement Specification System
173
18.2.10 Mean number of simultaneously active TBFs per cell Long Name: (a) Mean number of simultaneously active TBF per cell uplink
(b) Mean number of simultaneously active TBF per cell downlink
Short Name: (a) MeanActTbfUL (b) MeanActTbfDL
Description : This indicator provides the mean number of simultaneously active TBFs forthe uplink and downlink direction.
Use case Network planning: how many MS have data transmission simultaneously in acell.
Formula: (a) MeanActTbfUL = NACTTBF[5 .. 8]; (b) MeanActTbfDL = NACTTBF[13 ..16];
Used param.: NACTTBF[5..8, 13..16];
Elem. Object: Cell
Unit: None
Remark: None
18.2.11 Mean number of TBFs multiplexed on same PDCH Long Name: (a) Mean number of uplink TBFs multiplexed on the same PDCH
(b) Mean number of downlink TBFs multiplexed on the same PDCH
Short Name: (a) MeanTBFMultiplPDCHUL (b) MeanTBFMultiplPDCHDL
Description : This indicator provides the mean number of TBFs multiplexed on the samePDCH (horizontal allocation) for the uplink and downlink direction.
Use case Network optimization. E.g. tuning of the parameters for PDCH allocation (inconnection with the KPIs for packet throughput per user, see chapter18.1.13)
Formula: (a) MeanTBFMultiplPDCHUL = NTBFPDC[2]; (b) MeanTBFMultiplPDCHDL = NTBFPDC[4];
Used param.: NTBFPDC[2,4];
Elem. Object: Cell
Unit: None
Remark: None
18.2.12 Mean number of allocated PDCHs per TBF Long Name: (a) Mean number of allocated PDCHs per uplink TBF
Information PM: KPI Requirement Specification System
174
(b) Mean number of allocated PDCHs per downlink TBF
Short Name: (a) MeanAllocPdchTbfUL (b) MeanAllocPdchTbfDL
Description : This indicator provides the mean number of PDCHs assigned to a TBF forthe uplink and downlink direction (horizontal allocation)
Use case Monitoring of MS behavior: penetration of the MS multi slot classes
Formula: (a)
.8],NACTTBF[5. [3] NALLPDCH * NTBFPDC[2] dchTbfULMeanAllocP =
(b) ..16]NACTTBF[13
[6] NALLPDCH * NTBFPDC[4] dchTbfDLMeanAllocP =
Used param.: NACTTBF[5..8, 13..16]; NALLPDCH [3,6]; NTBFPDC[2,4]
Elem. Object: Cell
Unit: None
Remark: Eplanation of the formula: How to calculate the the mean number of PDCHs assigned to a TBF for e.g. downlink direction (horizontal allocation) NTBFPDC (9,26): Max, Mean Number of TBFs Allocated per PDCH (Uplink/Downlink) per Cell
Information PM: KPI Requirement Specification System
175
..16]NACTTBF[13 [6] NALLPDCH * NTBFPDC[4] dchTbfDLMeanAllocP =
NTBFPDC[4] = 2.5 NALLPDCH[6] = 4 PDCH * 3 min / 15min = 0.8 PDCH NACTTBF[13..16] = (3min * 60 * 3TBFs / (15min * 60) = 0.6
Note: NACTTBF = = The measurement determines in intervals of 1 second the number of TBFs currently active. At the end of the granularity period the arithmetic mean value of the samples is calculated.
MeanAllocPdchTbfDL = 2.5 * 0.8/0.6 = 3.33 PDCHs/TBF There is the possibility that the evaluation of these formulas gives unreliableresults in function of GPRS traffic typology, since UL and DL TBF can beallocated on same PDCH, but, at the moment, this is the best it can be donein BR90 with the existing counters.
18.2.13 PDCH Bit Rate per Coding Scheme Long Name: (a) PDCH Bit Rate per cell per coding scheme in uplink direction
(b) PDCH Bit Rate per cell per coding scheme in downlink direction
Short Name: (a) PDCHBitRateULCS (b) PDCHBitRateDLCS
Description : This indicator provides the LLC packet throughput per coding scheme percell. The uplink and downlink directions are separated. Indicators are provided for the throughput depending on the used CodingScheme.
Formula: (a)
)(20*
NRETPDU[c] NTRAPDU[c]NTRAPDU[c] eULCS[c]PDCHBitRat
msBlocSize
+=
(b) PDCHBitRateDLCS[c] =
[ 13] [ 13] *
[ 13] 20( )NTRAPDU c NRETPDU c BlocSize
NTRAPDU c ms⎡ ⎤+ − +⎢ ⎥+⎣ ⎦
Used param.: NTRAPDU[all], NRETPDU[all], with parameter c for the observed coding scheme. BlocSize: the size of the RLC/MAC data bloc depending on the codingscheme in bits
c = Coding scheme BlocSize (bits) c=1 CS-1 160 c=2 CS-2 240 c=3 CS-3 288 c=4 CS-4 400 c=5 MCS-1 176 c=6 MCS-2 224 c=7 MCS-3 296 c=8 MCS-4 352
Information PM: KPI Requirement Specification System
176
c=9 MCS-5 448 c=10 MCS-6 592 c=11 MCS-7 896 c=12 MCS-8 1088 c=13 MCS-9 1184
Elem. Object: Cell
Unit: kbit/sec
Remark: • Please note that RLC/MAC signaling is included in this indicator. Also retransmissions are considered.
• Different treatment of UL and DL direction in the formula DL throughput:
o The retransmitted throughput in DL direction is included in the measurement NTRAPDU(DL); therefore NRETPDU (DL) has to be subtracted
UL throughput: o Retransmissions due to bad radio link quality are not included
in measurement NTRAPDU (UL).
18.2.14 Mean PDCH Bit Rate Long Name: (a) Mean PDCH Bit Rate per cell in uplink direction
(b) Mean PDCH Bit Rate for GPRS per cell in uplink direction (c) Mean PDCH Bit Rate for EDGE per cell in uplink direction (d) Mean PDCH Bit Rate per cell in downlink direction (e) Mean PDCH Bit Rate for GPRS per cell in downlink direction (f) Mean PDCH Bit Rate for EDGE per cell in downlink direction
Short Name: (a) MeanPDCHBitRateUL (b) MeanPDCHBitRateGprsUL (c) MeanPDCHBitRateEdgeUL (d) MeanPDCHBitRateDL (e) MeanPDCHBitRateGprsDL (f) MeanPDCHBitRateEdgeDL
Description : This indicator provides the average LLC packet throughput per PDCH. The uplink and downlink directions are separated. Indicators are provided for the throughput cumulated over all CodingSchemes.
Use case
Formula: (a) ∑
=
=13
1
][*][tRateULMeanPDCHBic
clULCSDistrCelceULCSPDCHBitRat
(b) ∑=
=4
1
][*][LtRateGprsUMeanPDCHBic
clULCSDistrCelceULCSPDCHBitRat
Information PM: KPI Requirement Specification System
177
(c) ∑=
=13
5
][*][LtRateEdgeUMeanPDCHBic
clULCSDistrCelceULCSPDCHBitRat
(d) ∑=
=13
1
][*][tRateDLMeanPDCHBic
clDLCSDistrCelceDLCSPDCHBitRat
(e) ∑=
=4
1
][*][LtRateGprsDMeanPDCHBic
clDLCSDistrCelceDLCSPDCHBitRat
(f) ∑=
=13
5
][*][LtRateEdgeDMeanPDCHBic
clDLCSDistrCelceDLCSPDCHBitRat
Used param.: PDCHBitRateULCS[all] (18.2.13(a)), PDCHBitRateDLCS[all] (18.2.13(b)) CSDistrCellUL (18.3.4(a)), CSDistrCellDL (18.3.4(b)): weighting factors for the distribution of transmission durations for the different Coding Schemes.
Elem. Object: Cell
Unit: kbit/sec
Remark: None
18.2.15 Percent Timeslot Resources Achieved Long Name: (a) Percent Timeslot Resources Achieved for GPRS in uplink direction
(b) Percent Timeslot Resources Achieved for EDGE in uplink direction (c) Percent Timeslot Resources Achieved for GPRS in downlink direction (d) Percent Timeslot Resources Achieved for EDGE in downlink direction
Short Name: (a) PercentGprsTSLAchievedUL (b) PercentEdgeTSLAchievedUL (c) PercentGprsTSLAchievedDL (d) PercentEdgeTSLAchievedDL
Description : This KPI provides the number of Assigned Timeslots to the number of Optimum CAA Timeslots Requested. The Assigned Timeslots are timeslots, which are assigned by the RRM to a MS for a real TBF. The number of Optimum CAA Timeslots Requested is the highest prioritized timeslot configuration calculated by the Minimum Square Method of the CAA MS Configuration block.
Formula:
(a)
∑
∑
=
=
+
+⋅+= 5
1
5
1
]60[
]60[]40[edULsTSLAchievPercentGpr
i
i
iMUTLLC
iMUTLLCiMUTLLC
(b)
∑
∑
=
=
+
+⋅+= 5
1
5
1
]65[
]65[]45[edULeTSLAchievPercentEdg
i
i
iMUTLLC
iMUTLLCiMUTLLC
Information PM: KPI Requirement Specification System
178
(c)
∑
∑
=
=
+
+⋅+= 5
1
5
1
]70[
]70[]50[edDLsTSLAchievPercentGpr
i
i
iMUTLLC
iMUTLLCiMUTLLC
(d)
∑
∑
=
=
+
+⋅+= 5
1
5
1
]75[
]75[]55[edDLeTSLAchievPercentEdg
i
i
iMUTLLC
iMUTLLCiMUTLLC
Used param.: MUTLLC[41..80].
Elem. Object: Cell
Unit: %
Remark: None
18.2.16 Frame Relay Link Utilization Long name: (a) FRL Utilization
Short name: (a) FRLUtil
Description: This indicator will give you the Frame Relay Link Utilization on the Gb interface by meaning of the carried Frame Relay data per NSVC.
Formula: (a) FRLUtil = MFRLDATA [1,2] / Capacity FRL Capacity FRL: The FRL is an n X 64 kbit/s physical channel, created over a PCM line, represented by PCMG/PCMA objects.
Used param.: MFRLDATA [all]
Elem. Object: NSVC
Unit: kbit/s
Remarks: None
Information PM: KPI Requirement Specification System
179
18.3 Network optimization
18.3.1 Retransmission Rate on radio interface per cell per coding scheme
Long Name: (a) Uplink retransmission Rate on radio interface per cell per coding scheme(b) Downlink retransmission Rate on radio interface per cell per coding
scheme
Short Name: (a) RetransRateUmCellULCS (b) RetransRateUmCellDLCS
Description : This indicator provides the retransmission rate on the radio interface percoding scheme by the ratio of the number of RLC/MAC PDUs needed foruser data retransmission and the overall number of transmitted user dataPDUs. The uplink and downlink directions are considered separately
Use case KPI used for Network quality optimization: -> optimize C/I thresholds for coding scheme selection
Formula: (a)
NRETPDU[c] NTRAPDU[c]NRETPDU[c] S[c]eUmCellULCRetransRat
+=
(b) c]NTRAPDU[13c]NRETPDU[13 S[c]eUmCellDLCRetransRat
++=
With parameter c for the observed coding scheme:
c = 1 coding scheme CS1 c = 2 coding scheme CS2 c = 3 coding scheme CS3 c = 4 coding scheme CS4 c = 5 coding scheme MCS1 c = 6 coding scheme MCS2 c = 7 coding scheme MCS3 c = 8 coding scheme MCS4 c = 9 coding scheme MCS5 c = 10 coding scheme MCS6 c = 11 coding scheme MCS7 c = 12 coding scheme MCS8 c = 13 coding scheme MCS9
Used param.: NTRAPDU[all], NRETPDU[all],
Elem. Object: Cell
Unit: none
Information PM: KPI Requirement Specification System
180
Remark: In DL direction NTRAPDU contains the retransmitted PDUs. But in ULdirections retransmission is not included in NTRAPDU.
18.3.2 Retransmitted user throughput on radio interface per cell per coding scheme
Long Name: (a) Retransmitted user Throughput on radio interface per cell per codingscheme in uplink direction
(b) Retransmitted user Throughput on radio interface per cell per codingscheme in downlink direction
Short Name: (a) UserThrRetrCellUmULCS (b) UserThrRetrCellUmDLCS
Description : This indicator provides the retransmitted user Throughput on the radiointerface per cell per coding scheme. The uplink\downlink directions are separated.
Use Case KPI used for Network quality optimization: -> optimize C/I thresholds for coding scheme selection
Formula: (a)
10008 * ]REMUTHRF[c S[c]rCellUmULCUserThrRet =
(b) 1000
8 * c]3REMUTHRF[1 S[c]rCellUmDLCUserThrRet +=
With parameter c for the observed coding scheme:
c = 1 coding scheme CS1 c = 2 coding scheme CS2 c = 3 coding scheme CS4 c = 4 coding scheme CS5 c = 5 coding scheme MCS1 c = 6 coding scheme MCS2 c = 7 coding scheme MCS3 c = 8 coding scheme MCS4 c = 9 coding scheme MCS5 c = 10 coding scheme MCS6 c = 11 coding scheme MCS7 c = 12 coding scheme MCS8 c = 13 coding scheme MCS9
Used param.: REMUTHRF[all],
Elem. Object: Cell
Unit: kbit/sec
Remark:
Information PM: KPI Requirement Specification System
181
18.3.3 Distribution of user throughput on radio interface on Coding Schemes per cell
Long Name: (a) Distribution of Uplink radio interface User Throughput per cell on codingschemes
(b) Distribution of Downlink radio interface User Throughput per cell oncoding schemes
Short Name: (a) UserDataUmCellULCSDistr (b) UserDataUmCellDLCSDistr
Description : This indicator provides the distribution of the user data throughput on theradio interface on Coding Schemes. The uplink and downlink directions are considered separately
Use Case During the planning phase of a radio network (i.e. before deployment) the distribution of the user throughput on Coding Schemes is predicted by simulation results. By aid of the presents KPIs these simulation results may be replaced by the experiences of an operating network. This could help e.g. for the planning of future network expansions (capacity enhancements or expansion of the coverage area of the network)
Formula: (a)
13]MUTHRF[1..MUTHRF[c] str[c]CellULCSDiUserDataUm =
(b) .26]MUTHRF[14.
c]MUTHRF[13 str[c]CellDLCSDiUserDataUm +=
With parameter c for the observed coding scheme:
c = 1 coding scheme CS1 c = 2 coding scheme CS2 c = 3 coding scheme CS4 c = 4 coding scheme CS5 c = 5 coding scheme MCS1 c = 6 coding scheme MCS2 c = 7 coding scheme MCS3 c = 8 coding scheme MCS4 c = 9 coding scheme MCS5 c = 10 coding scheme MCS6 c = 11 coding scheme MCS7 c = 12 coding scheme MCS8 c = 13 coding scheme MCS9
Used param.: MUTHRF[all],
Elem. Object: Cell
Unit: none
Information PM: KPI Requirement Specification System
182
Remark: Remarks In DL directions the retransmission is included in MUTHRF[14 .. 26] but in ULdirection the retransmission is excluded from MUTHRF[1.. 13]. For simplicityit is assumed that the throughput distribution on coding schemes is mainlyindependent from the inclusion or exclusion of retransmissions.
18.3.4 Timely distribution of the coding scheme utilization on the radio interface
Long Name: (a) Timely distribution of the coding scheme utilization in uplink direction percell
(b) Timely distribution of the coding scheme utilization in downlink directionper cell
Short Name: (a) CSDistrCellUL (b) CSDistrCellDL
Description : This indicator provides the timely distribution of the utilization of the variouscoding schemes during the observed granularity period The uplink and downlink directions are considered separately
Use Case During the planning phase of a radio network (i.e. before deployment) the distribution of the user data transmission on Coding Schemes is predicted by simulation results. By aid of the presents KPIs these simulation results may be replaced by the experiences of an operating network. This could help e.g. for the planning of future network expansions (capacity enhancements or expansion of the coverage area of the network)
Formula: (a) 13] 1.. NTRAPDU[1*½ 10] .. NTRAPDU[1
NTRAPDU[c] lUL[c]CSDistrCel+
=
for c = 1 .. 10
13] 1.. NTRAPDU[1*½ 10] .. NTRAPDU[1 NTRAPDU[c] *½ lUL[c]CSDistrCel
+=
for c = 11 .. 13
(b) 26] ..NTRAPDU[24*½ 23] .. NTRAPDU[14
13]NTRAPDU[c lDL[c]CSDistrCel+
+=
for c = 1 .. 10
26] ..NTRAPDU[24*½ 23] .. NTRAPDU[14 13]NTRAPDU[c *½ lDL[c]CSDistrCel
++=
for c = 11 .. 13 With parameter c for the observed coding scheme:
c = 1 coding scheme CS1 c = 2 coding scheme CS2 c = 3 coding scheme CS4 c = 4 coding scheme CS5
Information PM: KPI Requirement Specification System
183
c = 5 coding scheme MCS1 c = 6 coding scheme MCS2 c = 7 coding scheme MCS3 c = 8 coding scheme MCS4 c = 9 coding scheme MCS5 c = 10 coding scheme MCS6 c = 11 coding scheme MCS7 c = 12 coding scheme MCS8 c = 13 coding scheme MCS9
Used param.: NTRAPDU[all]
Elem. Object: Cell
Unit: none
Remark: Remarks • In DL directions the retransmission is included in NTRAPDU[14 .. 26]
but in UL direction the retransmission is excluded from NTRAPDU[1..13]. For simplicity it is assumed that the timely CS distribution ismainly independent from the inclusion or exclusion of retransmissions
• An RLC/MAC PDU for coding schemes MSC7.. MSC9 occupies halfof a radio block (i.e. the duration is ½ * 20ms). Whereas for all othercoding schemes an RLC/MAC PDU occupies a full radio block (i.e.the duration is 20ms).
18.4 Cell Reselection
18.4.1 Number of network controlled Intra BSC cell reselection attempts per cell
Long name: (a) Number of network controlled Intra BSC cell reselection attempts per cell
Short name: (a) NumNCIntrBSCCellResAtt
Description: This indicator provides the number of network controlled Intra BSC cell reselection attempts per cell
Formula: (a) NumNCIntrBSCCellResAtt = ATCRORIG [1]
Used param.: ATCRORIG [1]
Elem. Object: Cell
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
184
18.4.2 Number of successful network controlled Intra BSC cell reselections per cell
Long name: (a) Number of successful network controlled Intra BSC cell reselections per cell
Short name: (a) NumNCIntrBSCCellResSuc
Description: This indicator provides the number of successful network controlled Intra BSC cell reselections per cell
Formula: (a) NumNCIntrBSCCellResSuc = SUCRORIG[1]
Used param.: SUCRORIG[1]
Elem. Object: Cell
Unit: None
Remarks: None
18.4.3 Number of network controlled Intra BSC cell reselection failures per cell per cause
Long name: (a) Number of network controlled Intra BSC cell reselection failures per cell due to Frequency not implemented
(b) Number of network controlled Intra BSC cell reselection failures per cell due to No response on target cell
(c) Number of network controlled Intra BSC cell reselection failures per cell due to Imm. Assignment Reject or Packet Access Reject on target cell
(d) Number of network controlled Intra BSC cell reselection failures per cell due to Ongoing CS connection
(e) Number of network controlled Intra BSC cell reselection failures per cell due to MS in GMM standby state
(f) Number of network controlled Intra BSC cell reselection failures per cell due to Forced to the standby state
Short name: (a) NumNCIntrBSCCellResFailFrequNotImpl (b) NumNCIntrBSCCellResFailFrequNoRespTarget (c) NumNCIntrBSCCellResFailAccessRejTarget (d) NumNCIntrBSCCellResFailCSOngoing (e) NumNCIntrBSCCellResFailGMMStandby (f) NumNCIntrBSCCellResFailForcedStandby
Description: These indicators provides the number of unsuccessful network controlled Intra BSC cell reselections per cell per cause
Formula: (a) NumNCIntrBSCCellResFailFrequNotImpl = UNCRORIG [1] (b) NumNCIntrBSCCellResFailFrequNoRespTarget = UNCRORIG [2] (c) NumNCIntrBSCCellResFailAccessRejTarget = UNCRORIG [3]
Information PM: KPI Requirement Specification System
185
(d) NumNCIntrBSCCellResFailCSOngoing = UNCRORIG [4] (e) NumNCIntrBSCCellResFailGMMStandby = UNCRORIG [5] (f) NumNCIntrBSCCellResFailForcedStandby = UNCRORIG [6]
Used param.: UNCRORIG [1..6]
Elem. Object: Cell
Unit: None
Remarks: None
18.4.4 Network controlled Intra BSC cell reselection success rate
Long name: (a) Success rate for network controlled Intra BSC cell reselections
Short name: (a) NCIntrBSCCellSucRate
Description: This indicator provides the success rate for network controlled Intra BSC cell reselection per cell
Formula: (a)
]1[]1[ellSucRateNCIntrBSCC
ATCRORIGSUCRORIG=
Used param.: SUCRORIG[1], ATCRORIG [1]
Elem. Object: Cell
Unit: None
Remarks: None
18.4.5 Network controlled Intra BSC cell reselection failure rate
Long name: (a) Network controlled Intra BSC cell reselection failure rate for cause Frequency not implemented
(b) Network controlled Intra BSC cell reselection failure rate for cause No response on target cell
(c) Network controlled Intra BSC cell reselection failure rate for cause Imm. Assignment Reject or Packet Access Reject on target cell
(d) Network controlled Intra BSC cell reselection failure rate for cause Ongoing CS connection
(e) Network controlled Intra BSC cell reselection failure rate for cause MS in GMM standby state
(f) Network controlled Intra BSC cell reselection failure rate for cause Forced to the standby state
Short name: (a) NCIntrBSCResFailRateFrequNotImpl (b) NCIntrBSCResFailRateNoRespTarget (c) NCIntrBSCResFailRateAccessRejTarget
Information PM: KPI Requirement Specification System
186
(d) NCIntrBSCResFailRateCSOngoing (e) NCIntrBSCResFailRateGMMStandby (f) NCIntrBSCResFailRateForcedStandby
Description: These indicators provides the number of unsuccessful network controlled Intra BSC cell reselections per cause
Formula: (a)
]ATCRORIG[1]UNCRORIG[1 plFrequNotImesFailRateNCIntrBSCR =
(b) ]ATCRORIG[1]UNCRORIG[2et NoRespTargesFailRateNCIntrBSCR =
(c) ]ATCRORIG[1]UNCRORIG[3arget AccessRejTesFailRateNCIntrBSCR =
(d) ]ATCRORIG[1]UNCRORIG[4 CSOngoingesFailRateNCIntrBSCR =
(e) ]ATCRORIG[1]UNCRORIG[5 GMMStandbyesFailRateNCIntrBSCR =
(f) ]ATCRORIG[1]UNCRORIG[6dby ForcedStanesFailRateNCIntrBSCR =
Used param.: UNCRORIG[1..6], ATCRORIG [1]
Elem. Object: Cell
Unit: None
Remarks: None
18.4.6 Network controlled cell reselection failure rate
Long name: (a) Network controlled cell reselection failure rate
Short name: (a) NCResFailRate
Description: This indicator provides the number of unsuccessful network controlled cell reselections.
Formula: (a)
,2,3,9,10]ATCRORIG[1ll]UNCRORIG[a ateNCResFailR =
Used param.: UNCRORIG[all], ATCRORIG [1,2,3,9,10]
Elem. Object: Cell
Unit: None
Remarks: In general this formula count as far as possible from network point of view.
Information PM: KPI Requirement Specification System
187
18.4.7 PS Handover Success Rate 2G to 2G
Long name: (a) PS Handover Success Rate 2G to 2G
Short name: (a) PSHOSuccRate2G2G
Description: This indicator provides the rate of successful PS handovers from GERAN to GERAN cells.
Formula: (a)
all]ATOPSHONC[][22 allSUOPSHONCGGtePSHOSuccRa =
Used param.: ATOPSHONC[all], SUOPSHONC [all]
Elem. Object: Cell
Unit: None
Remarks: None.
18.4.8 PS Handover Success Rate 2G to 3G
Long name: (a) PS Handover Success Rate 2G to 3G
Short name: (a) PSHOSuccRate2G3G
Description: This indicator provides the rate of successful PS handovers from GERAN to UTRAN cells.
Formula: (a)
[all]ATOIPSHONC][32 allSUOIPSHONCGGtePSHOSuccRa =
Used param.: ATOIPSHONC[all], SUOIPSHONC [all]
Elem. Object: Cell
Unit: None
Remarks: None.
18.4.9 PS Handover Success Rate 3G to 2G
Long name: (a) PS Handover Success Rate 3G to 2G
Short name: (a) PSHOSuccRate3G2G
Description: This indicator provides the rate of successful PS handovers from UTRAN to GERAN cells.
Formula: (a) ll]ATIPSHOC[a
][23 allSUIPSHOCGGtePSHOSuccRa =
Information PM: KPI Requirement Specification System
188
Used param.: ATIPSHOC[all], SUIPSHOC [all]
Elem. Object: Cell
Unit: None
Remarks: None.
19 Miscellaneous Performance Indicators 19.1 BSC1 Processor load Long name: (a) Mean BSC1 MPCC Processor load
(b) Mean BSC1 TDPC Processor load (c) Mean BSC1 PPXU / PCU Processor load (x)
Short name: (a) MPCCLoad (b) TDPCLoad (c) PPXULoad(x)
Description: These indicators provide the processor load at the BSC1 for the MPCC (Administrative Processor), TDPC (Telephony Processor) and for the Packet Control Units (PCUs / PPXUs) (up to 12)
Formula: (a) 100
]BSCPRCLD[2 MPCCLoad =
(b) 100]BSCPRCLD[5 TDPCLoad =
(c) 100
3] *x BSCPRCLD[8 )PPXULoad(x +=
x = PPXU / PCU number (Range=0..11)
Used param.: BSCPRCLD[2, 5, 8, 11, 14, 17, 20, 23, 26, 29, 32, 35, 38, 41]
Elem. Object: BSC
Unit: None
Remarks: None
19.2 Basic eBSC Processor load Long name: (a) Mean Basic eBSC MCP Processor load
(b) Mean Basic eBSC APM Processor load (c) Mean Basic eBSC APD Processor load (j) (d) Mean Basic eBSC SMAC Processor load(x) (e) Mean Basic eBSC LIET Processor load(y) (f) Mean Basic eBSC UPM Processor load (z)
Information PM: KPI Requirement Specification System
189
(g) Mean Basic eBSC SDH Processor load (i) (h) Mean Basic eBSC ETH Processor load (k)
Short name: (a) MCPLoad (b) APMLoad (c) APDLoad(j) (d) SMACLoad(x) (e) LIETLoad(y) (f) UPMLoad(z) (g) SDHLoad(i) (h) ETHLoad(k)
Description: These indicators provide the processor load at the Basic eBSC for the MCP (Administrative Processor), APM(Telephony Processor), SMAC (Ethernet Interface Processor), LIET(Interface Processor) (up to 9) and for the U-plane Module (UPM) (up to 10)
Formula: (a) 100
3]BSCPRCLD[4 MCPLoad =
(b) 1005]BSCPRCLD[4 APMLoad =
(c) 100
2] * j7BSCPRCLD[4 APDLoad(j) +=
j = APD number (Range=0..4)
(d) 100
2] *x 1BSCPRCLD[6 )SMACLoad(x +=
x = SMAC number (Range=0..1)
(e) 100
2] *y 5BSCPRCLD[6 )LIETLoad(y +=
y = LIET number (Range=0..8)
(f) 100
3] * zBSCPRCLD[8 UPMLoad(z) +=
z = UPM number (Range=0..10)
(g) 100
2] *i3BSCPRCLD[8 SDHLoad(i) +=
i = SDH number (Range=0..3)
(h) 100
2] *1BSCPRCLD[9 ETHLoad(k) k+=
(i) k = SDH number (Range=0..3)
Used param.: BSCPRCLD
Elem. Object: Basic eBSC
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
190
19.3 HighEnd eBSC Processor load Long name: (a) Mean HighEnd eBSC MCP Processor load
(b) Mean HighEnd eBSC APM Processor load (c) Mean HighEnd eBSC APD Processor load(j) (d) Mean HighEnd eBSC SMAC Processor load(x) (e) Mean HighEnd eBSC LIET Processor load(y) (f) Mean HighEnd eBSC UPM Processor load (z) (g) Mean HighEnd eBSC SDH Processor load(i) (h) Mean HighEnd eBSC ETH Processor load(k)
Short name: (a) MCPLoadHE (b) APMLoadHE (c) APDLoadHE(j) (d) SMACLoadHE(x) (e) LIETLoadHE(y) (f) UPMLoadHE(z) (g) SDHLoadHE(i) (h) ETHLoadHE(k)
Description: These indicators provide the processor load at the HighEnd eBSC for MCP (Administrative Processor), APM(Telephony Processor), APD(Telephony Processor) (up to 5), SMAC (Ethernet Interface Processor) (up to 4), LIET(Interface Processor) (up to 9) U-plane Module (UPM) (up to 11) SDH (STM1 Interface Processor) (up to 4) ETH (Ethernet Processor) (up to 4)
Formula: (a) 100
3]BSCPRCLD[4 MCPLoadHE =
(b) 1005]BSCPRCLD[4 APMLoadHE =
(c) 100
2] * j7BSCPRCLD[4 j)APDLoadHE( +=
j = APD number (Range=0..4)
(d) 100
2] *x 7BSCPRCLD[5 (x)SMACLoadHE +=
x = SMAC number (Range=0..3)
(e) 100
2] *y 5BSCPRCLD[6 (y)LIETLoadHE +=
y = LIET number (Range=0..8)
(f) 100
3] * zBSCPRCLD[8 z)UPMLoadHE( +=
z = UPM number (Range=0..10)
Information PM: KPI Requirement Specification System
191
(g) 100
2] *i3BSCPRCLD[8 i)SDHLoadHE( +=
i = SDH number (Range=0..3)
(h) 100
2] *1BSCPRCLD[9 k)ETHLoadHE( k+=
k = SDH number (Range=0..3)
Used param.: BSCPRCLD
Elem. Object: HighEnd eBSC
Unit: None
Remarks: None
Information PM: KPI Requirement Specification System
192
19.4 BTSE Processorload Long name: (a) Mean BTSE Processor load
Short name: (a) BTSEPRLD
Description: This indicator provides the mean BTSE processor load.
Formula:
(a) 100]BTSEPRLD[1 BTSEPRLD=
Used param.: BTSEPRLD[1]
Elem. Object: BTSM
Unit: None
Remarks: None
19.5 PCU Occupancy Rate Long name: (a) PCU Occupancy Rate
(b) PCU Occupancy Peak Rate (c) PCU Occupancy BSC Rate (d) PCU Occupancy BSC Peak Rate
Short name: (a) PCUOccRate (b) PCUOccPeakRate (c) PCUOccBSCRate (d) PCUOccBSCPeakRate
Description: This indicator will give you the PCU Occupancy Rate, by meaning the rate of used PDT compared to the available PDTs for a certain PCU. The main use is the supervision of the PCU occupancy for preventing PCU congestions in time e.g. by reconfiguring the network to get almost balanced load for the different PCUs or by increasing the number of PCUs.
Formula: (a) PCUOccRate[n] = NPDTPCU[n*3+3] / PDTcapacity (b) PCUOccPeakRate [n] = NPDTPCU[n*3+2] / PDTcapacity
n = PCU number (Range= 0, 1, 2, .., 11)
(c) cityBSCPDTCapa
]7,30,33,3618,21,24,26,9,12,15,NPDTPCU[3, atePCUOccBSCR =
(d) cityBSCPDTCapa
]6,29,32,3517,20,23,25,8,11,14,NPDTPCU[2, eakRatePCUOccBSCP =
Related to the BSC hardware, the BSC can have different number of PCUs with a certain PDT capacity as follows:
BSS Release
BSC type
PCU HW type
# PCU per BSC
# PDT per PCU
BR9.0 BSC1 PPXU 12* 256
Information PM: KPI Requirement Specification System
193
BR9.0 eBSC UPM 11* 850 * 1 UPM can be used as central NS router
Used param.: NPDTPCU[1..36]
Elem. Object: PCU
Unit: None
Remarks: None
19.6 Paging Response / Location Update Ratio per Cell Long name: (a) Paging Response / Location Update Ratio per Cell
Short name: (a) PagRespLocUpdRatioPerCell
Description: This indicator will give you the ratio between Pagings and Location Updates within a single cell.
Formula: (a)
[5,13,21] NSUCCHPC17] 9, [1, NSUCCHPC Cellr UpdRatioPePagRespLoc =
Used param.: NSUCCHPC [1,5,9,13,17,21]
Elem. Object: Cell
Unit: None
Remarks: The Paging Response Ratio / Location Update Ratio per cell is related to the Immediate Assignment Procedure.
Information PM: KPI Requirement Specification System
194
19.7 BSC <-> MSC/SMLC CCS7 Load Long name: (a) BSC -> MSC CCS7 Load
(b) MSC -> BSC CCS7 Load (c) Total BSC <-> MSC CCS7 Load
Short name: (a) Y_BSC->MSC (b) Y_MSC->BSC (c) Y_BSC<->BSC
Description: Approximate load on the Link Set between BSC and MSC, which were caused of MSUs sent by BSC, vice versa and total.
Formula: (a) Erl
ssbyteGRANMinLengthMSUNMSUTRASMSCBSCY
60/80001_]1[_
⋅⋅⋅∅⋅=>−
(b) ErlssbyteGRAN
MinLengthMSUNMSURECBSCMSCY60/8000
1_]1[_⋅⋅
⋅∅⋅=>−
(c) Erl 2
BSCY_MSC- MSCY_BSC- MSC-Y_BSC >+>=><
Used param.: NMSUTRAS[1], NMSUREC[1], Granularity in minutes
Elem. Object: Cell
Unit: Erlang
Remarks: ∅MSU_Length: Average length of a MSU. This value cannot be measured with the existing scanners. An assumption has to be made with the help of traffic models. At the present message structure the MSU has an average length about 35byte. With introduction or extension of services (for example SMS) this value will increase in future.
Information PM: KPI Requirement Specification System
195
20 Appendix 20.1 List of BSS Performance Measurements Short Name Long Name AALTCHTI All available TCH allocated time ABCLOCRQ Number of Abnormal Condition Location Requests per cause ABISPDIS Abis Pool Distribution ABISPSUP Abis Pool Supervision ABSCPTSM Number of Abnormal SCCP Termination by SMLC ACADMCDMA Number of Calls Admitted on the DMA Layer ACREJCDMA Number of Calls Rejected on the DMA Layer AININIRH Attempted incoming internal intercell Handovers per originating cell AISHINTE Attempted Internal SDCCH Handovers Intercell AISHINTR Attempted internal SDCCH Handovers Intracell AMRCHDIS Adaptive Multirate channel type uplink/downlink distribution AMRFRMDL Frame measurements for Adaptive Multi-Rate (AMR) on uplink busy
TCHs’ AMRFRMUL Frame measurements for Adaptive Multi-Rate (AMR) on downlink busy
TCHs’ AMRSIDUL SID_UPDATE frame measurements for Adaptive Multi-Rate (AMR) on
uplink busy TCHs’ AMRVAR Voice Activity Rate for Adaptive Multi-Rate (AMR) on uplink/downlink
busy TCHs’ AOINTESH Attempted MSC controlled SDCCH Handovers AOUINIRH Attempted outgoing intercell Handovers per cause, per neigh-bourcell
relationship ARPAPDAS Number Of Attempted PDCH Assignments (UP/DL) with ARP priority ARPSPDAS Number Of Successful PDCH Assignments (UP/DL) with ARP priority ASDCALTI All available SDCCH allocated time ATCHSMBS Attempted TCH seizures meeting a TCH blocked state (Full-
rate/Halfrate) ATCRORIG Attempted network supported cell reselections per cause. ATDTMREQ Number of attempts to establish a DTM (UL/DL) per Cell ATIMASCA Attempted immediate assignment procedures, per cause ATINBHDO Attempted outgoing inter BSC Handovers per neighbour cell re-
lationship ATINHIAC Attempted internal Handovers, intracell, per cause ATINHIRC Attempted internal Handovers, intercell, per cause ATIPSHOC Requested Incoming Intersystem PS Handovers per BSC ATOISHDO Attempted Outgoing Intersystem Handover per neighbourcell per
cause ATSDCMBS Attempted SDCCH seizure meeting an SDCCH blocked state ATTAGRRC Number of Attempted A-GPS/E-OTD RRLP Command ATTCHSEI Attempted TCH seizures (Fullrate/Halfrate) ATTLOCRP Number of Attempted Usage Location Requests per Positioning
Method ATTLOCRQ Number of Attempted Location Request
Information PM: KPI Requirement Specification System
196
ATTTAPOS Number of Attempted TA/E-CITA Positioning ATTUTREQ Number of Attempted U-TDOA Requests AVCESPW Availability of CESoPSN per Ethernet Interface AVCPWBTS Availability of CESoPSN per BTSE BSCPRCLD BSC processor load BTSEPRLD BTSE processor load CFERRXQU Correlated FER to RXQUAL measurements CHALNHLY Number of Channel Allocation Requests Not Served in the Highest
Layer or at all CNSPRCLD Central NS functionality load CRXLVQUD Correlated RXLEV to RXQUAL measurements (downlink) CRXLVQUU Correlated RXLEV to RXQUAL measurements (uplink) CRXLVTAD Correlated RXLEV to Time Advance measurements (downlink) CRXLVTAU Correlated RXLEV to Time Advance measurements (uplink) DISCLPDU Number of discarded LLC PDU per cell per cause per traffic class DLKSERST Duration of link in-service state DSLUNAV Duration of signaling link unavailability FACCHSUP FACCH Supervision HOFITABS Total number of Handover failures, intra BSC IFRMABIS I-Frame Measurement on Abis Interface on BTSE side IFRMABSC I-Frame Measurement on Abis Interface on BSC side ILUPLKIC Interference measurements on idle TCHs JITBUFL Min, Max and Mean packets in Jitter buffer per BTSM per ABIS
CESPW JITBUFLEN Min, Max and Mean packets in Jitter buffer per BTSE per CESPW LADAPTUD Link adaptation measurements (uplink/downlink) per cell LAPDLOAD Measurement LAPD Load Supervision LAPDRTT Measurement Abis RTT Supervision LLCQULEV DL LLC PDU Queues Filling Level per Cell MAUSTCH Maximum Number of Busy TCHs MAXBUSDC Maximum number of busy SDCCHs per cell MBTCHCHT Mean number of busy TCH per channel type MBTSPWR BTS Power Measurements on Downlink Busy TCHs MBUSYSDC Mean number of busy SDCCHs MBUSYSSP Mean Number of Busy SDCCHs per Signalling Procedure MDURTCRQ Mean duration a TCH is queued (Fullrate/Halfrate) MDURTCSD Mean Duration a TCH/SD with TCH_SD_Pool can be used as SDCCH MEBUSTCH Mean number of busy TCHs (Fullrate/Halfrate) MEBUTSLY Mean Number of Busy Channels MEITCHIB Mean number of idle TCHs per interference band MFRLDATA Mean frame relay data on the Gb interface per NSVC MMADFLLC Min, Max and Mean Access Delay of a first LLC PDU per traffic class
per cell MMRARTT Radio Access RTT for DL RLC PDU's per cell MSCOVL MSC Overload level MSCSRG MSC Sharing Monitoring MSTHBS Mean signaling data throughput (uplink/downlink) per cell on the
BSSGP Layer Gb interface MSTHRF Mean signaling data throughput (uplink/downlink) per cell on the RF
interface MTCHBUTI Mean TCH busy time (Fullrate/Halfrate) MTCHQLEN Mean TCH queue length (Fullrate/Halfrate) MUTHBS Mean user data throughput (uplink/downlink) per cell per Traffic class
on the BSSGP Layer Gb interface
Information PM: KPI Requirement Specification System
197
MUTHRF Mean user data throughput (uplink/downlink) per cell on the RF Interface
NACSUCPR Number of accesses with a successful result by procedure (PCH, AGCH and RACH)
NACTTBF Total, Mean number of active TBF NALIPDCH Min, max, mean number of activated PDCHs per cell NALLPDCH Min, max, mean number of used (active TBF) PDCHs (uplink/downlink)
per cell NASSARP Number of Successful Assignments Related to MS with ARP NASUSDPE Number of successful SDCCH seizures in a period NATPRRE Number of attempted packet resource reassignment procedures per
cell NATTSDPE Number of attempted SDCCH seizures in a period NAVPDCH Number of available PDCH per cell NAVSDCCH Number of available SDCCHs NAVTCH Number of available TCHs (Fullrate/Halfrate) NAVTCHSD Number of available TCH/SD per Cell NCRLBRQU Normal call releases of calls with bad radio quality NDEFCCCH Number of All Defined CCCH Channels NDEFPCCC Number of Defined PCCCH Frames NDEFPDCH Min, max, mean number of defined (configured) PDCHs per cell NDESDCCH Number of defined SDCCHs NDFTCHSD Number of defined TCH/SD NFLTCHARP Number of Lost Radio Links while using a TCH related to MS with ARPNFRMDLARP Frame Measurements for AMR only for MS with ARP capability on
Downlink Busy TCHs. NFRMULARP Frame Measurements for AMR only for MS with ARP capability on
Uplink Busy TCHs NHOINRHA Number of handover indications not resulting in a handover at-tempt NINVRACH Number of invalid RACH messages per cause NMSGDISQ Number of messages discarded from the TCH queue per cell
(Fullrate/Halfrate) NMSUREC Number of Message Signal Units (MSUs) received NMSUTRAS Number of Message Signal Units (MSUs) transmitted NNNOTNCH Number of new Notifications to be sent on the Notification Channel
(NCH) NPDTBOR Min, Max, Mean Number of Borrowed PDTs per PCU NPDTCONF Min, Max, Mean Number of Conferred PDTs per PCU NPDTPCU Min, Max, Mean number of activated PDTs per PCU NPKCESETHBTS Number of Ethernet packets for CESoP traffic per BTSE per COBA
Ethernet Interface NPKCESETHIF Number of Ethernet packets for CESoP traffic per Ethernet interface NPKCESPW Number of packets for CESoP traffic per BTSM per ABIS CESPW NPKCESTNL Number of UDP packets for CESoP traffic per Ethernet Interface NPKCPWBTS Number of packets for CESoP traffic per BTSE per CES PW NPKCTNLBTS Number of packets for CESoP traffic per BTSE per CES tunnel NRCLRCMD Number of Clear Command messages per cell per cause per channel
type NRCLRREQ Number of Clear Request messages per cell per cause per channel
type NRDEFTCH Number of defined TCHs (Fullrate/Halfrate) NRETPDU Number of retransmitted PDUs (uplink/downlink) NRFLSDCC Number of lost radio links while using an SDCCH NRFLTCH Number of lost radio links while using a TCH (Fullrate/Halfrate)
Information PM: KPI Requirement Specification System
198
NRINHDFL Number of inter BSC Handover failures NRRFPDU Number of received FLUSH-PDU on Gb per cell NRUNINHD Number of unsuccessful outgoing inter BSC Handovers per neighbour
cell relationship NSAPRACH Number of Accesses to the PRACH Channel NSUCCHPC Successful immediate assignments of signalling channels per cause NSUGPPAG Number of successful GPRS paging procedures NSUPRRE Number of successful packet resource reassignment procedure
attempts per cell NSUSDSUS Number of Successful Seizures for USSD Signalling NTBFPDC Max, mean number of TBFs allocated per PDCH (uplink/downlink) per
cell NTCHLOEV Number of TCH load events on Um and Abis per cell NTCHSDCM Number of TCH-SDCCH channel modifications NTDMAGCH Number of transmitted and discarded messages on the AGCH per cell NTDMPAGC Number of transmitted and discarded messages on the PAGCH per
cell NTDMPCH Number of transmitted and discarded messages on the PCH per cell NTDMPPCH Number of transmitted and discarded Paging messages on the PPCH
per cell NTRAPDU Number of transmitted PDUs (uplink/downlink) per coding scheme per
cell on the RF interface NTRLLCFR Number of transmitted LLC frames (uplink/downlink) per cell per Traffic
Class on the BSSGP layer GB interface NUACATCL Number of attempted PDCH assignments (uplink/downlink) per cell NUMPFCADMREJ Number of Real Time PFC admitted and rejected NUPAGAGB Measurement of the pagings on the A – Interface and on the Gb
interface PWRUPDW Power and quality measurements on uplink/downlink busy TCHs REJPDASS Number of rejected PDCH assignments (uplink/downlink) per cause REMUTHRF Retransmitted mean user data throughput (uplink/downlink) per coding
scheme per cell on the RF interface RESAGRRP Number of Reset A-GPS/E-OTD RRLP Procedure RESTAPOS Number of Reset TA/E-CITA Positioning RESUTPOS Number of Reset U-TDOA Positionings RNDTDELAY Min, Max and Mean Round Trip Delay per BTSM per ABIS CES tunnel RNDTDELAYASUB Min, Max and Mean Round Trip Delay per ASUB CES tunnel RNDTDELAYHSL Min, Max and Mean Round Trip Delay per HSL CES tunnel RNDTDELBTS Min, Max and Mean Round Trip Delay per BTSE per CES tunnel RQIISHDO Number of Requested Incoming Intersystem Handover per BSC RXQUARP Quality Measurements Related to MS with ARP on Downlink Busy
TCHs SACCHSUP Repeated SACCH Supervision SERVUGDG Service upgrade/downgrade measurements (uplink/downlink) per cell SINHOBSC Successful internal Handovers per cause SININIRH Successful incoming internal intercell Handovers per originating cell SINTHINT Successful internal Handovers, intercell, per cause SINTHITA Successful internal Handovers, intracell, per cause SISHINTE Successful Internal SDCCH Handovers Intercell SISHINTR Successful internal SDCCH Handovers Intracell SLFAILAL Signaling link failure SOINTESH Successful MSC controlled SDCCH Handovers SOUINIRH Successful outgoing intercell Handovers per cause, per neighbour cell
relationship
Information PM: KPI Requirement Specification System
199
SUCAGRRS Number of Successful A-GPS/E-OTD RRLP Response SUCLOCRS Number of successful operation Location Responses SUCPDASA Number of successful PDCH assignments (uplink/downlink) per cell SUCRORIG Successful network supported cell reselections per cell SUCTAPOS Number of Successful TA/E-CITA Positioning SUCTCHARP Successful TCH Seizures by ARP capable MS per channel type SUCTCHSE Successful TCH seizures (Fullrate/Halfrate) SUCTETBF Number of successful terminated TBFs (uplink/downlink) per cell SUCUTDRS Number of Successful U-TDOA Responses SUDTMREQ Number of successful requests to establish a DTM (UL/DL) SUIISHDO Number of Successful Incoming Intersystem Handover per BSC SUIMASCA Successful immediate assignment procedures, per cause SUINBHDO Successful outgoing inter BSC Handovers per neighbour cell
relationship SUIPSHOC Successful Incoming Intersystem PS Handovers per BSC SULACCEL Number of successful PDCH seizures (uplink/downlink) per cell SUOISHDO Successful Outgoing Intersystem Handover per neighbourcell per
cause TACCBPRO Total number of accesses by procedures (PCH, AGCH) TANRGPRS Number of attempted GPRS accesses per cell with no GPRS radio
resources allocated TASSATT Total number of assignment attempts per cell per channel type TASSATVS Total number of assignment attempts relevant to VBS/VGCS
Broadcast/Group Channels, per cell TASSFAIL Total number of assignment failures per cell, per cause, per channel
type TASSSUCC Total number of successful assignments per cell per channel type TASSUCVS Total number of successful assignments relevant to VBS/VGCS
Broadcast/Group Channels, per cell TBFRASSR TBF resource assignment rate TNMSCNCL Total number of multislot (HSCSD) connections per cell TNSUDHSC Number of service upgrades/downgrades for HSCSD calls TNTCHCL Total number of TCH connections, per cell (Fullrate/Halfrate) TRANAVTI Transceiver available time UATTLOCP Number of Unsuccessful Attempted Usage Requests per Positioning
Method UISHIALC Unsuccessful Internal SDCCH Handovers Intracell with Loss of
Connection UISHINTE Unsuccessful Internal SDCCH Handovers Intercell UISHINTR Unsuccessful internal SDCCH Handovers Intracell UISHIRLC Unsuccessful Internal SDCCH Handovers Intercell with Loss of
Connection UMCSHLC Unsuccessful MSC-Controlled SDCCH Handovers with Loss of
Connection UNCRORIG Unsuccessful network controlled cell reselections per cell per cause UNIHIALC Unsuccessful internal Handover, intracell, with loss of MS UNIHIRLC Unsuccessful internal Handovers, intercell, with loss of MS UNIISHDO Number of Unsuccessful Incoming Intersystem Handover per BSC UNINHOIA Unsuccessful internal Handovers, intracell UNINHOIE Unsuccessful internal HOs, intercell, with reconnection to the old
channel, cause, per target cell UNIPSHOC Unsuccessful Incoming Intersystem PS Handovers per BSC UNOISHDO Unsuccessful Outgoing Intersystem Handover per neighbourcell per
cause
Information PM: KPI Requirement Specification System
200
UNSAGRRS Number of Unsuccessful abort A-GPS/E-OTD RRLP Procedure UNSAUPOS Number of Unsuccessful abort U-TDOA Positionings UNSDTMREQ Number of unsuccessful requests to establish a DTM (UL/DL) UNSLOCRS Number of Unsuccessful Operation Location Respons per Cause UNSPDCSE Number of degraded PDCH seizures (uplink/downlink) per cell UNSRGRRS Number of Unsuccessful Reject A-GPS/E-OTD RRLP Procedure UNSRUPOS Number of Unsuccessful Reject U-TDOA Positionings UNSTAPOS Number of Unsuccessful TA/E-CITA Positioning UNSTETBF Number of unsuccessful terminated TBFs (uplink/downlink) per cell per
cause UOINTESH Unsuccessful MSC controlled SDCCH Handovers WPSSUPV Wireless Priority Services (WPS) Supervision WUTHBS Weighted User Data Throughput (Uplink/Downlink) per Traffic Class
per Cell on the BSSGP Layer Gb Interface