BSS Network Doctor Formulas_v2

BSS Network Doctor Formulas

DN98619493 © Nokia Networks Oy 1 (204)Issue 1 en Nokia Proprietary and Confidential


The information in this document is subject to change without notice and describes only theproduct defined in the introduction of this documentation. This document is intended for theuse of Nokia Networks' customers only for the purposes of the agreement under which thedocument is submitted, and no part of it may be reproduced or transmitted in any form ormeans without the prior written permission of Nokia Networks. The document has beenprepared to be used by professional and properly trained personnel, and the customerassumes full responsibility when using it. Nokia Networks welcomes customer comments aspart of the process of continuous development and improvement of the documentation.

The information or statements given in this document concerning the suitability, capacity, orperformance of the mentioned hardware or software products cannot be considered bindingbut shall be defined in the agreement made between Nokia Networks and the customer.However, Nokia Networks has made all reasonable efforts to ensure that the instructionscontained in the document are adequate and free of material errors and omissions. NokiaNetworks will, if necessary, explain issues which may not be covered by the document.

Nokia Networks' liability for any errors in the document is limited to the documentary correctionof errors. Nokia Networks WILL NOT BE RESPONSIBLE IN ANY EVENT FOR ERRORS INTHIS DOCUMENT OR FOR ANY DAMAGES, INCIDENTAL OR CONSEQUENTIAL(INCLUDING MONETARY LOSSES), that might arise from the use of this document or theinformation in it.

This document and the product it describes are considered protected by copyright according tothe applicable laws.

NOKIA logo is a registered trademark of Nokia Corporation.

Other product names mentioned in this document may be trademarks of their respectivecompanies, and they are mentioned for identification purposes only.

Copyright © Nokia Networks Oy 2001. All rights reserved.

2 (204) © Nokia Networks Oy DN98619493Nokia Proprietary and Confidential Issue1 en

Contents

Contents 3

List of tables 5

List of figures 6

1 About this manual 251.1 What you need to know first 251.2 Where to find more 261.3 Typographic conventions 261.3.1 Text styles 261.4 Terms and concepts 271.4.1 Abbreviations 271.4.2 Terms 29

2 BSS counter formulas 312.1 Additional GPRS channels (ach) 312.2 Multislot (msl) 332.3 TBF (tbf) 362.4 RLC (rlc) 402.5 Random access (rach) 432.6 SDCCH drop failures (sd) 452.6.1 SDCCH drop counters 462.6.2 Problems with the SDCCH drop counters 512.7 SDCCH drop ratio (sdr) 512.8 Setup success ratio (cssr) 532.9 TCH drop failures 532.9.1 TCH drop call counters 532.9.2 Drop call ratio 572.9.3 Drop-out ratio 572.9.4 Problems with the drop call counters 572.10 Drop call failures (dcf) 572.11 TCH drop call % (dcr) 582.12 Handover (ho) 702.13 Handover failure % (hfr) 822.14 Handover success % (hsr) 1072.15 Handover failures (hof) 1122.16 Interference (itf) 1162.17 Congestion (cngt) 1172.18 Queuing (que) 1192.19 Blocking (blck) 1222.20 Traffic (trf) 1312.21 Traffic directions 1582.21.1 Mobile originated calls (moc) 1582.21.2 Mobile terminated calls (mtc) 1602.22 Paging (pgn) 1612.23 Short message service (sms) 1642.24 Directed retry (dr) 166



2.25 Availability (ava) 1682.26 Unavailability (uav) 1712.27 Location updates (lu) 1742.28 LU success % (lsr) 1752.29 Emergency call (ec) 1762.30 Emergency call success % (ecs) 1762.31 Call re-establishment (re) 1762.32 Call re-establishment success % (res) 1772.33 Quality 1772.33.1 Downlink quality (dlq) 1772.33.2 Uplink quality (ulq) 1782.34 Downlink and uplink level 1792.34.1 Downlink level (dll) 1792.34.2 Uplink level (ull) 1802.35 Power (pwr) 1802.36 Level (lev) 1812.37 Distance (dis) 1822.38 Link balance, power, level (lb) 1822.39 Call success (csf) 1852.40 Configuration (cnf) 200

3 Missing Counters 2013.1 XX1 2013.2 XX2 2013.3 XX3 2013.4 XX4 202

Index 203


List of tables

Table 1. Text styles in this document 27

Table 2. Abbreviations 27

Table 3. Terms used in this document 29

Table 4. SDCCH Drop Counters 48

Table 5. TCH drop call counters 54



List of figures

Figure 1. Additional GPRS channel use, S9PS (ach_1) 32

Figure 2. Average additional GPRS channel hold time, S9PS (ach_2) 32

Figure 3. Additional GPRS channel seizures, S9PS (ach_3) 32

Figure 4. Total additional GPRS channel hold time, S9PS (ach_4) 32

Figure 5. Distribution of UL multislot requests, S9PS (msl_1) 33

Figure 6. Distribution of DL multislot requests, S9PS (msl_2) 33

Figure 7. Distribution of UL multislot allocations, S9PS (msl_3) 33

Figure 8. Distribution of DL multislot allocations, S9PS (msl_4) 34

Figure 9. UL multislot allocations, S9PS (msl_9) 34

Figure 10. DL multislot allocations, S9PS (msl_10) 34

Figure 11. Average number of allocated timeslots, UL S9PS (msl_11) 34

Figure 12. Average number of allocated timeslots, DL S9PS (msl_13) 35

Figure 13. Average number of requested UL timeslots, S9PS (msl_13) 35

Figure 14. Average number of requested DL timeslots, S9PS (msl_14) 35

Figure 15. UL multislot allocation %, S9PS (msl_15) 35

Figure 16. DL multislot allocation %, S9PS (msl_16) 36

Figure 17. UL multislot requests, S9PS (msl_17) 36

Figure 18. DL multislot requests, S9PS (msl_18) 36

Figure 19. Average number of LLC blocks per UL TBF, S9PS (tbf_3) 37

Figure 20. Average number of LLC blocks per DL TBF, S9PS (tbf_4) 37

Figure 21. Average UL TBF duration, S9PS (tbf_5) 37

Figure 22. Average UL TBF duration, S9PS (tbf_5a) 37

Figure 23. Average DL TBF duration, S9PS (tbf_6a) 38

Figure 24. Average UL TBF duration, unack mode, S9PS (tbf_7) 38

Figure 25. Average DL TBF duration, unack mode, S9PS (tbf_8) 38

Figure 26. UL mlslot allocation blocking, S9PS (tbf_15) 38

Figure 27. DL mlslot allocation blocking, S9PS 39

Figure 28. Normally released UL TBF ratio, S9PS (tbf_25) 39

Figure 29. Normally released DL TBF ratio, S9PS (tbf_26) 39


Figure 30. Ack.CS1 RLC blocks UL, S9PS (rlc_1) 40

Figure 31. Ack.CS1 RLC blocks DL, S9PS (rlc_2) 40

Figure 32. Ack. CS1 RLC DL Block error rate, S9PS (rlc_3a) 40

Figure 33. Unack. CS1 RLC UL block error rate, S9PS (rlc_4a) 40

Figure 34. Ack. CS1 RLC UL block error rate, S9PS (rlc_5a) 41

Figure 35. UL CS1 RLC data share, S9PS (rlc_6) 41

Figure 36. UL CS2 RLC data share, S9PS 41

Figure 37. DL CS1 RLC data share, S9PS (rlc_8) 41

Figure 38. DL CS2 RLC data share, S9PS (rlc_9) 42

Figure 39. UL CS1 RLC block error rate, S9PS (rlc_10) 42

Figure 40. UL CS2 RLC block error rate, S9PS (rlc_11) 42

Figure 41. DL CS1 RLC block error rate, S9PS (rlc_12) 42

Figure 42. DL CS2 RLC block error rate, S9PS (rlc_13) 43

Figure 43. Average RACH slot, S1 (rach_1) 43

Figure 44. Peak RACH load, average, S1 (rach_2) 43

Figure 45. Peak RACH load %, S1 (rach_3) 44

Figure 46. Average RACH load %, S1 (rach_4) 44

Figure 47. Average RACH busy, S1 (rach_5) 44

Figure 48. RACH rejected due to illegal establishment, S5 (rach_6) 45

Figure 49. Ghosts detected on SDCCH and other failures, S1 (sd_1) 45

Figure 50. Ghosts detected on SDCCH and other failures, S1 (sd_1a) 46

Figure 51. Ghosts detected on SDCCH and other failures, S1 (sd_1b) 46

Figure 52. SDCCH Drop %, S3 (sdr_1a) 52

Figure 53. SDCCH Drop %, abis fail excluded, S3 (sdr_2) 52

Figure 54. Illegal establishment cause % (sdr_3a) 52

Figure 55. SDCCH, TCH Setup Success %, S4 (cssr_2) 53

Figure 56. TCH drop calls in HO, S2 (dcf_2) 57

Figure 57. TCH drop calls in BSC outgoing HO, S3 (dcf_3) 58

Figure 58. TCH drop calls in intra-cell HO, S3 (dcf_4) 58

Figure 59. TCH drop calls in intra BSC HO, S3 (dcf_6) 58

Figure 60. Drop calls in BSC incoming HO, S3 (dcf_7) 58



Figure 61. TCH drop call %, area, real, after re-establishment S3 (dcr_3f) 59

Figure 62. TCH drop call %, area, real, before re-establishment, S3 (dcr_3g) 60

Figure 63. TCH drop call %, area, real, after re-establishment, S7 (dcr_3h) 61

Figure 64. TCH drop call %, area, real, before re-establishment, S3 (dcr_3i) 62

Figure 65. TCH drop call %, area, real, after re-establishment, S7 (dcr_3j) 63

Figure 66. TCH drop-out %, BTS level, before call re-establishment, S3 (dcr_4c) 64

Figure 67. TCH drop-out %, BTS level, before call re-establishment, S3 (dcr_4d) 64

Figure 68. TCH drop-out %, BTS level, before call re-establishment, S7 (dcr_4e) 65

Figure 69. TCH drop-out %, BTS level, before call re-establishment, S7 (dcr_4f) 65

Figure 70. TCH drop call (dropped conversation) %, BSC level, S4 (dcr_5) 66

Figure 71. TCH dropped conversation %, area, re-establishment considered, S7(dcr_5b) 67

Figure 72. TCH drop call %, after TCH assignment, without re-establishment, arealevel, S7 (dcr_8) 67

Figure 73. TCH drop call %, after TCH assignment, with re-establishment, area level,S7 (dcr_8a) 68

Figure 74. TCH drop call %, after TCH assignment, with re-establishment, area level,S7 (dcr_8b) 68

Figure 75. Drops per erlang , before re-establishment, S4 (dcr_10) 69

Figure 76. Drops per erlang , after re-establishment, S4 (dcr_10a) 69

Figure 77. Drops per erlang , after re-establishment, S7 (dcr_10b) 70

Figure 78. Return from super TRXs to regular TRX, S4 (ho_1) 70

Figure 79. HO attempts from regular TRXs to super, S4 (ho_2) 70

Figure 80. HO attempts from super to regular, S4 (ho_3) 70

Figure 81. Share of HO attempts from super to regular due to DL Qual, S4(ho_4) 71

Figure 82. Share of HO attempts from super to regular due to DL interference, S4(ho_5) 71

Figure 83. Share of HO attempts from super to regular due to UL interference, S4(ho_6) 71

Figure 84. Share of HO attempts from super to regular due to bad C/I, S4 (ho_7) 71

Figure 85. MSC incoming HO attempts, (ho_8) 72

Figure 86. MSC outgoing HO attempts, (ho_9) 72

Figure 87. BSC incoming HO attempts, (ho_10) 72


Figure 88. BSC outgoing HO attempts, (ho_11) 72

Figure 89. Intra-cell HO attempts, S2 (ho_12a) 72

Figure 90. HO attempts, , outgoing and intra-cell S4, (ho_13) 73

Figure 91. HO attempts S3, (ho_13a) 73

Figure 92. HO attempts, outgoing and intra-cell, S5, (ho_13c) 73

Figure 93. HO attempts, outgoing and intra-cell, S6, (ho_13d) 74

Figure 94. HO attempts , outgoing and intra-cell S3, (ho_13e) 74

Figure 95. HO attempts , outgoing and intra-cell S9, (ho_13f) 74

Figure 96. TCH requests for HO (ho_14a) 74

Figure 97. TCH requests for HO (ho_14b) 75

Figure 98. TCH seizures for HO (ho_15) 75

Figure 99. TCH-TCH HO attempts (ho_16) 75

Figure 100. SDCCH-TCH HO attempts (ho_17) 75

Figure 101. SDCCH-SDCCH HO attempts (ho_18) 76

Figure 102. TCH-TCH HO successes (ho_19) 76

Figure 103. SDCCH-TCH HO successes (ho_20) 76

Figure 104. SDCCH-SDCCH HO successes (ho_21) 76

Figure 105. MSC controlled HO attempts (ho_22) 77

Figure 106. BSC controlled HO attempts (ho_23) 77

Figure 107. Intra-cell HO attempts (ho_24) 77

Figure 108. MSC controlled HO successes (ho_25) 77

Figure 109. BSC controlled HO successes (ho_26) 78

Figure 110. Intra-cell HO successes (ho_27) 78

Figure 111. MSC incoming HO successes (ho_28) 78

Figure 112. MSC outgoing HO successes (ho_29) 78

Figure 113. BSC incoming HO successes (ho_30) 78

Figure 114. BSC outgoing HO successes (ho_31) 79

Figure 115. Incoming HO success (ho_32) 79

Figure 116. Outgoing HO successes (ho_33) 79

Figure 117. Outgoing HO attempts (ho_34) 79

Figure 118. Incoming HO attempts (ho_35) 79



Figure 119. Outgoing SDCCH-SDCCH HO attempts (ho_36) 80

Figure 120. Incoming SDCCH-SDCCH HO attempts (ho_37) 80

Figure 121. Outgoing SDCCH-TCH HO attempts (ho_38) 80

Figure 122. Incoming SDCCH-TCH HO attempts (ho_39) 80

Figure 123. Outgoing TCH-TCH HO attempts (ho_40) 80

Figure 124. Incoming TCH-TCH HO attempts (ho_41) 81

Figure 125. Outgoing SDCCH-SDCCH HO success (ho_42) 81

Figure 126. Incoming SDCCH-SDCCH HO success (ho_43) 81

Figure 127. Outgoing SDCCH-TCH HO success (ho_44) 81

Figure 128. Incoming SDCCH-TCH HO success (ho_45) 81

Figure 129. Outgoing TCH-TCH HO success (ho_46) 82

Figure 130. Incoming TCH-TCH HO success (ho_47) 82

Figure 131. Total HO failure %, S1 (hfr_1) 83

Figure 132. Total HO failure %, S1 (hfr_2) 84

Figure 133. Intra-cell HO failure share, S1 (hfr_3a) 84

Figure 134. Intra-cell HO failure share, S1 (hfr_3b) 84

Figure 135. Intra-cell HO failure share, S1 (hfr_3c) 85

Figure 136. Intra-cell HO failure share, S1 (hfr_3d) 85

Figure 137. Incoming MSC ctrl HO failure %, S1 (hfr_4) 86

Figure 138. Incoming MSC ctrl HO failure share, S1 (hfr_4a) 86

Figure 139. Incoming MSC ctrl HO failure share, S1 (hfr_4b) 86

Figure 140. Incoming MSC ctrl HO failure share, S1 (hfr_4c) 87

Figure 141. Incoming MSC ctrl HO failure share, S1 (hfr_4d) 87

Figure 142. Outgoing MSC ctrl HO failure share %, S1 (hfr_5a) 88

Figure 143. Outgoing MSC ctrl HO failure share %, S1 (hfr_5b) 88

Figure 144. Outgoing MSC ctrl HO failure share %, S1 (hfr_5c) 89

Figure 145. Outgoing MSC ctrl HO failure share %, S1 (hfr_5d) 89

Figure 146. Incoming BSC ctrl HO failure %, S1 (hfr_6) 89

Figure 147. Incoming BSC ctrl HO failure share %, S1 (hfr_6a) 90

Figure 148. Incoming BSC ctrl HO failure %, S1 (hfr_6b 90

Figure 149. Incoming BSC ctrl HO failure share %, S1 (hfr_6c) 91


Figure 150. Incoming BSC ctrl HO failure %, S1 (hfr_6d) 91

Figure 151. Outgoing BSC ctrl HO failure share, S1 (hfr_7) 91

Figure 152. Outgoing BSC ctrl HO failure share, S1 (hfr_7a) 92

Figure 153. Outgoing BSC ctrl HO failure share, S1 (hfr_7b) 92

Figure 154. Outgoing BSC ctrl HO failure share, S1 (hfr_7c) 93

Figure 155. Outgoing BSC ctrl HO failure share, S1 (hfr_7d) 93

Figure 156. Internal inter HO failure %, S4 (hfr_8) 93

Figure 157. Internal intra HO failure %, S4 (hfr_9) 93

Figure 158. External source HO failure %, S4 (hfr_10) 94

Figure 159. HO failure % from super to regular, S4 (hfr_12) 94

Figure 160. HO failure % from regular to super, S4 (hfr_13) 94

Figure 161. Share of HO failures from regular to super due to return, S4 (hfr_14) 94

Figure 162. Share of HO failures from regular to super due to MS lost, S4 (hfr_15) 95

Figure 163. Share of HO failures from regular to super due to another cause, S4(hfr_16) 95

Figure 164. Share of HO failures from super to regular due to return, S4 (hfr_17) 95

Figure 165. Share of HO failures from super to regular due to MS lost, S4 (hfr_18) 96

Figure 166. Share of HO failures from super to regular due to another cause, S4(hfr_19) 96

Figure 167. SDCCH-SDCCH HO failure %, S2 (hfr_20) 96

Figure 168. SDCCH-TCH HO failure %, S2 (hfr_21) 97

Figure 169. TCH-TCH HO failure %, S2 (hfr_22) 97

Figure 170. SDCCH-SDCCH incoming HO failure %, S2 (hfr_23) 97

Figure 171. SDCCH-SDCCH outgoing HO failure ratio, S2 (hfr_24) 98

Figure 172. SDCCH-TCH incoming HO failure %, S2 (hfr_25) 98

Figure 173. SDCCH-TCH outgoing HO failure %, S2 (hfr_26) 98

Figure 174. TCH-TCH incoming HO failure %, S2 (hfr_27) 98

Figure 175. TCH-TCH outgoing HO failure %, S2 (hfr_28) 99

Figure 176. MSC ctrl HO failure %, blocking (hfr_29) 99

Figure 177. MSC ctrl HO failure %, not allowed (hfr_30) 99

Figure 178. MSC ctrl HO failure %, return to old (hfr_31) 99

Figure 179. MSC ctrl HO failure %, call clear (hfr_32) 100



Figure 180. MSC ctrl HO failure %, end HO (hfr_33) 100

Figure 181. MSC ctrl HO failure %, end HO BSS (hfr_34) 100

Figure 182. MSC ctrl HO failure %, wrong A interface (hfr_35) 100

Figure 183. MSC ctrl HO failure %, adjacent cell error (hfr_36) 101

Figure 184. BSC ctrl HO failure %, blocking (hfr_37) 101

Figure 185. BSC ctrl HO failure %, not allowed (hfr_38) 101

Figure 186. BSC ctrl HO failure %, return to old (hfr_39) 101

Figure 187. BSC ctrl HO failure %, call clear (hfr_40) 102

Figure 188. BSC ctrl HO failure %, end HO (hfr_41) 102

Figure 189. BSC ctrl HO failure %, end HO BSS (hfr_42) 102

Figure 190. BSC ctrl HO failure %, wrong A interface (hfr_43) 102

Figure 191. BSC ctrl HO drop call %, (hfr_44) 103

Figure 192. Intra-cell HO failure %, cell_fail_lack (hfr_45) 103

Figure 193. Intra-cell HO failure %, not allowed (hfr_46) 103

Figure 194. Intra-cell HO failure %, return to old (hfr_47) 103

Figure 195. Intra-cell HO failure %, call clear (hfr_48) 104

Figure 196. Intra-cell HO failure %, MS lost (hfr_49) 104

Figure 197. Intra-cell HO failure %, BSS problem (hfr_50) 104

Figure 198. Intra-cell HO failure %, drop call (hfr_51) 104

Figure 199. HO failure % to adjacent cell (hfr_52) 105

Figure 200. HO failure % from adjacent cell (hfr_53) 105

Figure 201. HO failure %, blocking excluded (hfr_54a) 105

Figure 202. HO failure % due to radio interface blocking (hfr_55) 106

Figure 203. Intra-cell HO failure %, wrong A interface (hfr_56) 106

Figure 204. Intra-cell HO failure % (hfr_57) 106

Figure 205. HO failures to target cell, S6 (hfr_58) 107

Figure 206. HO failures from target cell, S6 (hfr_59) 107

Figure 207. MSC controlled outgoing SDCCH-SDCCH HO success %, S1(hsr_1) 107

Figure 208. MSC controlled outgoing SDCCH-TCH HO success %, S1 (hsr_2) 108

Figure 209. MSC controlled outgoing TCH-TCH HO success %, S1 (hsr_3) 108


Figure 210. BSC controlled outgoing SDCCH-SDCCH HO success %, S1(hsr_4) 108

Figure 211. BSC controlled outgoing SDCCH-TCH HO success %, S1 (hsr_5) 108

Figure 212. BSC controlled outgoing TCH-TCH HO success %, S1 (hsr_6) 108

Figure 213. Intra-cell SDCCH-SDCCH HO success %, S1 (hsr_7) 109

Figure 214. Intra-cell SDCCH-TCH HO success %, S1 (hsr_8) 109

Figure 215. Intra-cell TCH-TCH HO success %, S1 (hsr_9) 109

Figure 216. MSC controlled incoming SDCCH-SDCCH HO success %, S1(hsr_10) 109

Figure 217. MSC controlled incoming SDCCH-TCH HO success %, S1 (hsr_11) 109

Figure 218. MSC controlled incoming TCH-TCH HO success %, S1 (hsr_12) 110

Figure 219. BSC controlled incoming SDCCH-SDCCH HO success %, S1(hsr_13) 110

Figure 220. BSC controlled incoming SDCCH-TCH HO success %, S1 (hsr_14) 110

Figure 221. BSC controlled incoming TCH-TCH HO success %, S1 (hsr_15) 110

Figure 222. BSC controlled incoming HO success %, S1 (hsr_16) 110

Figure 223. MSC controlled incoming HO success %, S1 (hsr_17) 111

Figure 224. Incoming HO success %, S1 (hsr_18) 111

Figure 225. Outgoing HO success %, S1 (hsr_19) 111

Figure 226. Intra-cell SDCCH-SDCCH HO success %, S1 (hsr_20) 111

Figure 227. Intra-cell SDCCH-TCH HO success %, S1 (hsr_21) 112

Figure 228. Intra-cell TCH-TCH HO success %, S1 (hsr_22) 112

Figure 229. Outgoing HO failures due to lack of resources (hof_1) 112

Figure 230. Incoming HO failures due to lack of resources (hof_2) 112

Figure 231. TCH HO failures when return to old channel was successful (hof_3) 113

Figure 232. SDCCH HO failures when return to old channel was successful(hof_4) 113

Figure 233. MSC incoming HO failures (hof_5) 113

Figure 234. MSC outgoing HO failures (hof_6) 113

Figure 235. MSC outgoing HO failures (hof_6a) 114

Figure 236. BSC incoming HO failures (hof_7) 114

Figure 237. BSC incoming HO failures (hof_7a) 114

Figure 238. BSC outgoing HO failures (hof_8) 114



Figure 239. BSC outgoing HO failures (hof_8a) 114

Figure 240. Intra-cell HO failures (hof_9a) 115

Figure 241. Failed outgoing HO, return to old (hof_10) 115

Figure 242. Outgoing HO failures (hof_12) 115

Figure 243. Intra-cell HO failure, return to old channel (hof_13) 115

Figure 244. Intra-cell HO failure, drop call (hof_14) 115

Figure 245. Incoming HO failures (hof_15) 116

Figure 246. UL interference, BTS level, S1 (itf_1) 116

Figure 247. Idle TSL percentage of time in band X, TRX level, IUO, S4 (itf_2) 117

Figure 248. UL interference from IUO, TRX level, S4 (itf_3) 117

Figure 249. UL interference from Power Control, TRX level, S6 (itf_4) 117

Figure 250. TCH congestion time, S1 (cngt_1) 118

Figure 251. SDCCH congestion time, S1 (cngt_2) 118

Figure 252. FTCH time congestion % (cngt_3a) 118

Figure 253. FTCH time congestion % (cngt_3a) 118

Figure 254. HTCH time congestion % (cngt_4a) 119

Figure 255. HTCH time congestion % (cngt_4a) 119

Figure 256. Queued, served TCH call requests % (que_1) 119

Figure 257. Queued, served TCH HO requests % (que_2) 120

Figure 258. Queued, served TCH HO requests %, (que_2a) 120

Figure 259. Successful queued TCH requests (que_3) 120

Figure 260. Successful non-queued TCH requests (que_4) 120

Figure 261. Successful queued TCH HO requests (que_5) 121

Figure 262. Successful non-queued TCH HO requests (que_6) 121

Figure 263. Non-queued, served TCH call requests % (que_7) 121

Figure 264. Non-queued, served TCH HO requests % (que_8) 121

Figure 265. Non-queued, served TCH HO requests %, (que_8a) 122

Figure 266. TCH raw blocking, S1 (blck_1) 122

Figure 267. SDCCH blocking %, S1 (blck_5) 122

Figure 268. SDCCH real blocking %, S1 (blck_5a) 123

Figure 269. TCH raw blocking % on super TRXs, S4 (blck_6) 123


Figure 270. TCH raw blocking % on regular TRXs, S4 (blck_7) 123

Figure 271. TCH call blocking, before DR, S2 (blck_8) 124

Figure 272. TCH call blocking %, DR compensated, S2 (blck_8b) 125

Figure 273. TCH call blocking %, DR and DAC compensated, EFR excluded, S5(blck_8d) 126

Figure 274. Blocked calls, S5 (blck_9b) 126

Figure 275. Blocked calls , S5 (blck_9c) 127

Figure 276. Blocked TCH HOs, S2 (blck_10a) 127

Figure 277. Blocked TCH HOs, S5 (blck_10b) 127

Figure 278. TCH HO blocking, S2 (blck_11a) 128

Figure 279. TCH HO blocking without Q, S2 (blck_11b) 128

Figure 280. TCH HO blocking, S5 (blck_11c) 128

Figure 281. Blocked incoming and internal HO, S2 (blck_12) 129

Figure 282. Blocked incoming and internal HO, S2 (blck_12a) 129

Figure 283. AG blocking, S1 (blck_13) 129

Figure 284. FCS blocking, S5 (blck_14) 129

Figure 285. Blocked SDCCH seizure attempts, S5 (blck_15) 130

Figure 286. HO blocking % (blck_16a) 130

Figure 287. Handover blocking %, (blck_16b) 130

Figure 288. Blocked FACCH call setup TCH requests, (blck_18) 131

Figure 289. Handover blocking to target cell, (blck_19) 131

Figure 290. Handover blocking from target cell, (blck_20) 131

Figure 291. TCH traffic sum, S1 (trf_1) 132

Figure 292. TCH traffic sum, S1 (trf_1a) 132

Figure 293. Average call length, S1 (trf_2d) 133

Figure 294. TCH usage, S1 (trf_3) 133

Figure 295. FTCH usage, S5 (trf_3b) 134

Figure 296. Average SDCCH holding time, S1 (trf_4) 134

Figure 297. Average FTCH holding time, S1 (trf_5) 134

Figure 298. TCH seizures for new call (call bids), S1 (trf_6) 135

Figure 299. SDCCH usage %, S1 (trf_7b) 135



Figure 300. TCH traffic absorption on super, S4 (trf_8) 135

Figure 301. TCH traffic absorption on super, S4 (trf_8a) 136

Figure 302. Average cell TCH traffic from IUO, S4 (trf_9) 136

Figure 303. Cell TCH traffic from IUO, S4 (trf_9a) 136

Figure 304. Super TRX TCH traffic, S4 (trf_10) 137

Figure 305. Sum of super TRX TCH traffic, S4 (trf_10a) 137

Figure 306. Average SDCCH traffic, erlang, S2 (trf_11) 137

Figure 307. Average SDCCH traffic, erlang, S2 (trf_11a) 137

Figure 308. Average TCH traffic, erlang, S2 (trf_12) 138

Figure 309. Average TCH traffic, erlang, S2 (trf_12a) 138

Figure 310. Average TCH traffic, erlang, S2 (trf_12b) 138

Figure 311. Handover/call %, (trf_13b) 139

Figure 312. Intra-cell handover/call %, (trf_13c) 139

Figure 313. Handover/call %, (trf_13d) 140

Figure 314. IUO, average TCH seizure length on super TRXs, S4 (trf_14b) 140

Figure 315. IUO, average TCH seizure length on regular TRXs, S4 (trf_15b) 140

Figure 316. Average TRX traffic, IUO, S4 (trf_16) 140

Figure 317. Average TRX TCH seizure length, IUO, S4 (trf_17a) 141

Figure 318. Average TRX TCH seizure length, IUO, S4 (trf_17b) 141

Figure 319. TCH requests for a new call, S3 (trf_18) 141

Figure 320. TCH requests for a new call, S3 (trf_18a) 141

Figure 321. Peak busy TCH (trf_19) 142

Figure 322. Average unit load (trf_20) 142

Figure 323. Call time difference between TRXs, S4 (trf_21) 142

Figure 324. Call time difference between TRXs, S4 (trf_21a) 143

Figure 325. Number of mobiles located in a cell, BSC, (trf_23a) 143

Figure 326. Total TCH seizure time (call time in seconds) (trf_24b) 144

Figure 327. Total TCH seizure time (call time in hours), (trf_24c) 144

Figure 328. SDCCH true seizures (trf_25) 144

Figure 329. SDCCH true seizures, S7 (trf_25a) 145

Figure 330. SDCCH true seizures for call and SS (trf_26) 145


Figure 331. SDCCH true seizures for call, SMS, SS (trf_27) 145

Figure 332. Peak busy SDCCH seizures (trf_28) 145

Figure 333. IUO layer usage % (trf_29) 146

Figure 334. SDCCH seizures (trf_30) 146

Figure 335. Call time (minutes) from p_nbsc_res_avail (trf_32) 146

Figure 336. Call time from p_nbsc_rx_qual (trf_32a) 146

Figure 337. Call time from p_nbsc_rx_statistics (trf_32b) 147

Figure 338. SDCCH HO seizure % out of HO seizure attempts (trf_33) 147

Figure 339. SDCCH assignment % out of HO seizure attempts (trf_34) 147

Figure 340. TCH HO seizure % out of TCH HO seizure request (trf_35) 147

Figure 341. TCH norm seizure % out of TCH call request (trf_36) 148

Figure 342. TCH normal seizure % out of TCH call requests, (trf_36a) 148

Figure 343. TCH FCS seizure % out of TCH FCS attempts (trf_37) 148

Figure 344. TCH FCS seizure % out of congested SDCCH seizure attempts(trf_38) 148

Figure 345. TCH seizures for new calls (trf_39) 149

Figure 346. TCH seizures for new calls (trf_39a) 149

Figure 347. HTCH usage, S5 (trf_40) 149

Figure 348. MOC rate, S6 (trf_41) 150

Figure 349. MTC rate, S6 (trf_42) 150

Figure 350. TCH single band subscriber holding time, S6 (trf_43) 150

Figure 351. TCH dual band subscriber holding time, S6 (trf_44) 150

Figure 352. TCH data call seizures (trf_46) 151

Figure 353. Share of single band traffic (trf_47) 151

Figure 354. Share of dual band traffic (trf_48) 151

Figure 355. Call retries due to A interface pool mismatch (trf_49) 152

Figure 356. HO retries due to A interface pool mismatch (trf_50) 152

Figure 357. TCH single band subscribers’ share of holding time, S6 (trf_51) 152

Figure 358. TCH dual band subscribers’ share of holding time, S6 (trf_52) 152

Figure 359. Calls started as FACCH call setup (trf_53) 153

Figure 360. SDCCH seizures (trf_54) 153



Figure 361. TCH normal seizures (trf_55) 153

Figure 362. Total FTCH seizure time (trf_56) 153

Figure 363. Total HTCH seizure time (trf_57) 153

Figure 364. Average TCH hold time for HSCSD, S7 (trf_58) 154

Figure 365. Total HSCSD TCH seizure time (call time, hours),(trf_61) 154

Figure 366. Average upgrade pending time for HSCSD, (trf_62) 154

Figure 367. Average upgrade pending time due to congestion, (trf_63) 154

Figure 368. Total reporting time of ph1 and ph2 mobiles, (trf_64) 155

Figure 369. Total TCH seizures, (trf_65) 155

Figure 370. Net UL data traffic per timeslot, S9PS (trf_69a) 155

Figure 371. Net DL data traffic per timeslot, S9PS (trf_70a) 155

Figure 372. Average UL throughput per allocated timeslot, S9PS (trf_72b) 156

Figure 373. Average DL throughput per allocated timeslot, S9PS (trf_73b) 157

Figure 374. Total RLC data, S9PS (trf_74a) 157

Figure 375. GPRS territory UL utilisation, S9PS (trf_76a) 157

Figure 376. GPRS territory DL utilisation, S9PS (trf_77a) 158

Figure 377. SDCCH seizures for MO calls, S2 (moc_1) 158

Figure 378. Successful MO speech calls, S3 (moc_2) 158

Figure 379. Successful MO data calls, S3 (moc_3) 159

Figure 380. MO call success ratio, S6 (moc_4) 159

Figure 381. MO speech call attempts, S3 (moc_5) 159

Figure 382. MO call bids, S2 (moc_6) 160

Figure 383. SDCCH seizures for MT calls, S2 (mtc_1) 160

Figure 384. Successful MT speech calls (mtc_2) 160

Figure 385. Successful MT data calls, S3 (mtc_3) 160

Figure 386. MT call success ratio, S6 (mtc_4) 161

Figure 387. MT speech call attempts (mtc_5) 161

Figure 388. MT call attempts, S2 (mtc_6) 161

Figure 389. Number of paging messages sent, S2 (pgn_1) 161

Figure 390. Paging buffer size average, S1 (pgn_2) 162

Figure 391. Average paging buffer space, S1 (pgn_3) 162


Figure 392. Paging success ratio, S1 (pgn_4) 163

Figure 393. Average paging buffer Aif occpancy, S7 (pgn_5) 163

Figure 394. Average paging buffer Gb occpancy, S7PS (pgn_6) 163

Figure 395. Average DRX buffer occpancy due to paging, S7 (pgn_7) 163

Figure 396. Average DRX buffer occpancy due to DRX AG, S7 (pgn_8) 163

Figure 397. Average DRX buffer occpancy due to nonDRX AG, S7 (pgn_9) 164

Figure 398. SMS establishment failure % (sms_1) 164

Figure 399. SMS TCH establishment failure % (sms_2) 164

Figure 400. SMS SDCCH establishment failure % (sms_3) 165

Figure 401. SMS establishment attempts (sms_4) 165

Figure 402. SMS SDCCH establishment attempts (sms_5) 165

Figure 403. SMS TCH establishment attempts (sms_6) 165

Figure 404. DR, outgoing attempts, S3 (dr_1) 166

Figure 405. DR attempts, S3 (dr_1a) 166

Figure 406. DR, incoming attempts, S3 (dr_2) 166

Figure 407. DR, outgoing success to another cell, S3 (dr_3) 166

Figure 408. DR, incoming success from another cell, S3 (dr_4) 166

Figure 409. DR, intra-cell success, S3 (dr_5) 167

Figure 410. % of new calls successfully handed over to another cell by DR, S3(dr_6) 167

Figure 411. DR, outgoing to another cell, failed, S3 (dr_7) 167

Figure 412. DR, intra-cell failed, S3 (dr_8) 167

Figure 413. TCH availability %, S4 (ava_1a) 168

Figure 414. TCH availability %, S9 (ava_1c) 168

Figure 415. TCH availability %, S9 (ava_1d) 169

Figure 416. Average available TCH, S1 (ava_2) 169

Figure 417. Average available SDCCH, S1 (ava_3) 169

Figure 418. SDCCH availability %, S4 (ava_4) 169

Figure 419. Average available FTCH in area, S1 (ava_5) 170

Figure 420. DMR availability %, S6 (ava_6) 170

Figure 421. DN2 availability %, S6 (ava_7) 170



Figure 422. TRU availability %, S6 (ava_8) 170

Figure 423. Average available TCH in BTS, S9 (ava_15) 171

Figure 424. Average available PDTCH in BTS, S9PS (ava_16) 171

Figure 425. Average available dedicated GPRS channels, S9PS (ava_17) 171

Figure 426. Average defined TCH, S1 (ava_18) 171

Figure 427. Average unavailable TSL per BTS, S1 (uav_1) 172

Figure 428. Average unavailable TSL per BTS, S1 (uav_1a) 172

Figure 429. Average unavailable TSL per BTS, S1 (uav_1b) 172

Figure 430. Total outage time, (uav_2) 172

Figure 431. Number of outages, (uav_3) 173

Figure 432. Share of unavailability due to user (uav_4) 173

Figure 433. Share of unavailability due to internal reasons (uav_5) 173

Figure 434. Share of unavailability due to external reasons (uav_6) 174

Figure 435. TRX unavailability time due to user (uav_7) 174

Figure 436. TRX unavailability time due to internal reasons (uav_8) 174

Figure 437. TRX unavailability time due to external reasons (uav_9) 174

Figure 438. Number of LU attempts, S1 (lu_1) 175

Figure 439. Average of LU attempts per hour, S1 (lu_2) 175

Figure 440. Number of LU attempts, S1 (lu_3) 175

Figure 441. LU success %, S6 (lsr_2) 176

Figure 442. Emergency calls, S6 (ec_1) 176

Figure 443. Emergency call success %, S6 (ecs_1) 176

Figure 444. Call re-establishment attempts, S6 (re_1) 176

Figure 445. Call re-establishments, S6 (re_2) 177

Figure 446. Call re-establishment success %, S6 (res_1) 177

Figure 447. DL BER, S1 (dlq_1) 177

Figure 448. DL cumulative quality % in class X, S1 (dlq_2) 178

Figure 449. DL cumulative quality % in class X, S1 (dlq_2a) 178

Figure 450. UL BER, S1 (ulq_1) 178

Figure 451. UL cumulative quality % in class X, S1 (ulq_2) 179

Figure 452. UL cumulative quality % in class X, S1 (ulq_2a) 179


Figure 453. Share % per range, S4 (dll_1) 179

Figure 454. Share % per range, S4 (ull_1) 180

Figure 455. Average MS power, S2 (pwr_1) 180

Figure 456. Average MS power, S2 (pwr_1b) 180

Figure 457. Average BS power, S2 (pwr_2) 181

Figure 458. Average DL signal strength, S2 (lev_1) 181

Figure 459. Average DL signal strength, S2 (lev_1a) 181

Figure 460. Average UL signal strength, S2 (lev_2) 181

Figure 461. Average UL signal strength, S2 (lev_2a) 182

Figure 462. Average MS-BS distance (dis_1) 182

Figure 463. Link balance, S1 (lb_1) 182

Figure 464. Share in acceptance range, S4 (lb_2) 183

Figure 465. Share in normal, S4 (lb_3) 183

Figure 466. Share in MS limited, S4 (lb_4) 183

Figure 467. Share in BS limited, S4 (lb_5) 183

Figure 468. Share in maximum power, S4 (lb_6) 184

Figure 469. Average MS power attenuation, S2 (lb_7) 184

Figure 470. Average MS power, S2 (lb_7b) 184

Figure 471. Average UL signal strength, S2 (lb_9) 184

Figure 472. Average DL signal strength, S2 (lb_10) 185

Figure 473. Average MS power attenuation, S2 (lb_11) 185

Figure 474. Average BS power attenuation, S2 (lb_12) 185

Figure 475. SDCCH access probability, before FCS (csf_1) 185

Figure 476. SDCCH access probability (csf_1a) 186

Figure 477. SDCCH success ratio (csf_2a) 186

Figure 478. SDCCH success ratio, (csf_2b) 187

Figure 479. SDCCH success ratio, BTS, S6 (csf_2g) 188

Figure 480. SDCCH success ratio, BTS, (csf_2i) 189

Figure 481. SDCCH success ratio, area, (csf_2j) 190

Figure 482. SDCCH success ratio, BTS, (csf_2k) 191

Figure 483. TCH access probability without DR (csf_3a) 191



Figure 484. TCH access probability without DR and Q (csf_3b) 192

Figure 485. TCH access probability without Q (csf_3c) 192

Figure 486. TCH access probability, real (csf_3d) 192

Figure 487. TCH access probability without DR, (csf_3i) 193

Figure 488. TCH access probability without DR and Q, (csf_3j) 193

Figure 489. TCH access probability, real, (csf_3k) 194

Figure 490. TCH access probability, real (csf_3l) 194

Figure 491. TCH access probability without DR and Q, (csf_3m) 195

Figure 492. TCH success ratio, area, before call re-establisment (csf_4o) 195

Figure 493. TCH success ratio, area, after call re-establishment, S6 (csf_4p) 196

Figure 494. TCH success ratio, BTS, before call re-establisment (csf_4q) 197

Figure 495. TCH success ratio, BTS, after call re-establishment (csf_4r) 197

Figure 496. TCH success ratio, BTS, after call re-establishment, (csf_4t) 198

Figure 497. TCH success ratio, area, before call re-establishment, S7(csf_4u) 198

Figure 498. TCH success ratio, area, after call re-establishment, S7 (csf_4v) 199

Figure 499. TCH success ratio, BTS, after call re-establishment, (csf_4x) 199

Figure 500. TCH success ratio, BTS, before call re-establishment, (csf_4y) 200

Figure 501. Reuse pattern (cnf_1) 200


Summary of changes

In this Functionality Note (FN T1538)

As a result of the changes made between BSS Network Doctor software versions11.2 and 12.0 the following changes have been made into this document:

New formulas

• Additional GPRS channels (ach), all formulas new

• Multislot (msl), all formulas new

• TBF (tbf), all formulas new

• RLC (rlc), all formulas new

• Availability (ava)

- ava_1c, TCH availability %, S9- ava_1d, TCH availability %, S9- ava_15, Average available TCH in BTS, S9- ava_16, Average available PDTCH in BTS, S9PS- ava_17, Average available dedicated GPRS channels, S9PS- ava_18, Average defined TCH, S1

• Call success (csf)

- csf_2j, SDCCH success ratio, area, S9- csf_2k, SDCCH success ratio, BTS, S9

• Congestion (cngt)

- cngt_3a, FTCH time congestion %- cngt_4a, HTCH time congestion %

• Handover (ho)

- ho_13f, HO attempts, outgoing and intra-cell, S9

• Paging (pgn)

- pgn_5, Average paging buffer Aif occupancy, S7- pgn_6, Average paging buffer Gb occupancy, S7PS- pgn_7, Average DRX buffer occupancy due to paging, S7- pgn_8, Average DRX buffer occupancy due to DRX AG, S7- pgn_9, Average DRX buffer occupancy due to nonDRX AG, S7

• Traffic (trf)

- trf_61, Total HSCSD TCH seizure time (call time, hours)- trf_62, Average upgrade pending time for HSCSD



- trf_63, Average upgrade pending time due to congestion- trf_64, Total reporting time of ph1 and ph2 mobile- trf_65, Total TCH seizures- trf_69a, Net UL data traffic per timeslot, S9PS- trf_70a, Net DL data traffic per timeslot, S9PS- trf_72b, Average UL throughput per allocated timeslot, S9PS- trf_73b, Average DL throughput per allocated timeslot, S9PS- trf_74a, Total RLC data, S9PS- trf_76a, GPRS territory UL utilisation, S9PS- trf_77a, GPRS territory DL utilisation, S9PS

Removed formulas

• blck_8c replaced with blck_8d

• csf_2a replaced with csf_2b

• csf_2h replaced with csf_2j

• csf_4s replaced with csf_4v

• dcr_5a

In the previous Functionality Note (FN T1405)

As a result of the changes made between BSS Network Doctor software versions11.1 and 11.2 the following changes have been made into this document:

New formulas

• csf_2b, SDCCH success ratio

• csf_3m, TCH access probability without DR and Q

• dcr_8, TCH drop call %, after TCH assignment, without re-establishment,area level, S7

• dcr_8a,TCH drop call %, after TCH assignment, with re-establishment,area level, S7

• trf_56, Total FTCH seizure time

• trf_57, Total HTCH seizure time

• trf_58, Average TCH hold time for HSCSD, S7

• cngt_3, FTCH time congestion %

• cngt_4, HTCH time congestion %


About this manual

Note

1 About this manualThis document defines the formulas used to calculating the Key PerformanceIndicators based on the Nokia NMS/2000 database.

This document contains also formulas which are not used in any actual reports ofthe NMS/2000 post-processing tools. You can see the formulas used in post-processing from the actual reports of the tools.

This document serves as a reference to the available formulas and does notinclude information on whether the formula is in use or not.

The information contained in this document relates to BSS Network Doctorsoftware version 12.x, Nokia NMS release T12 and to release S9 of the NokiaBSC software. This document should not be used with any other versions of theNokia NMS/2000 or Nokia BSC software.

This document is intended for the network operators of the Nokia NMS/2000.

This chapter covers the following topics:

• What you need to know first

• Where to find more

• Typographic conventions

• Concepts and terminology

1.1 What you need to know first

This document assumes that you are familiar with the following areas:



• The concepts of the Nokia NMS and GSM networks in general

• A text processing utility, such as vi or dtpad. These text processors areused for editing certain configuration files.

1.2 Where to find more

When you perform the user’s tasks described in this document, you may need torefer to other documentation for further information. Below is a list of manualsthat you will find useful, as well as a brief description of the manual’s contents.

BSS Network Doctor documentation

• BSS Network Doctor, Feature Overview, DN00308743, for a briefoverview on the application

• BSS Network Doctor, System Administrator’s Guide, DN98619369, forsystem administrator’s tasks related to running Network Doctor

• BSS Network Doctor, User’s Guide, DN98614186, for a detaileddescription on utilising the Network Doctor reports

Other Nokia documents

• Database Description for BSC Measurements, DN98619454, for adescription of the structure of performance management (PM) tables in theNMS/2000 database and the records, including counters, in each table.

• Call Related DX Causes in BSC, Functional Description, DN9814277, foran explanation of phases and for a list of causes in TCH and SDCCHobservations to find details for dropping calls.#1

• DX Cause Coding Mapping, DN9813878, for an explanation to therelationship between DX cause codes and PM counters and for the analysisof TCH and SDCCH observations.#2

1.3 Typographic conventions

The following tables present the typographic conventions which have been usedin this manual to describe different actions and restrictions.

1.3.1 Text styles

The following table presents the typefaces and fonts and their indications.


About this manual

1.4 Terms and concepts

The lists below presents the terms and abbreviations used in this document.

1.4.1 Abbreviations

Table 1. Text styles in this document

Style Explanation

Initial Upper-caseLettering

Application names

Italiced text Emphasis

State, status or mode

Courier File and directory names

Names of database tables

Parameters

User names

System output

User input

UPPER-CASELETTERING

Keys on the keyboard (ALT, TAB, CTRL etc.)

Bold text User interface components

Initial Upper-caseLettering in Italics

Referenced documents

Referenced sections and chapters within a document

<bracketed text> Variable user input

Table 2. Abbreviations

Abbreviation Explanation

AG Access Grant

BCCH Broadcast Control Channel

BCF Base Control Function

BER Bit Error Ratio

BSC Base Station Controller



BSS Base Station Subsystem

BTS Base Transceiver Station

CI Cell Identity

DL Downlink

DR Directed Retry

FCS Frame Check Sequence

HO Handover

IUO Intelligent Underlay Overlay

KPI Key Performance Indicator

LU Location Update

MML Man-machine Language

MOC Mobile Originated Call

MR Maintenance Region

MS Mobile Station

MSC Mobile Services Switching Centre

OMC Operation and Maintenance Centre

PI Performance Indicator

PLMN Public Land Mobile Network

PM Performance Management

RACH Random Access Control Channel

SDCCH Stand Alone Dedicated Control Channel

SMS Short Message Service

SQL Standard Query Language

SS Supplementary Service

TCH Traffic Channel

TR Trunk Reservation

TRX Transceiver

TSL Timeslot

UL Uplink

Table 2. Abbreviations (Continued)

Abbreviation Explanation


About this manual

1.4.2 Terms

The lists below presents the abbreviations and terms used in this document.

Table 3. Terms used in this document

Term Explanation

AGCH A downlink control channel that is used to carry aresponse to a mobile channel allocation request.The AGCH assigns the mobile to operate on aspecific TDMA timeslot.

Bit Error Ratio The ratio of the number of the bit errors to the totalnumber of bits transmitted within a given time period.

Broadcast Control Channel (BCCH) A channel from a base station to a mobile station(MS) used for transmission of messages to allmobile stations located in the cell coverage area.

BTS group A predefined set of BTSs which can be created andhandled for definition by Network Doctor.

Cell Identity (CI) A number which identifies a cell to the networkswithin a location area (LA).

Clear Code Code that describes why the call set-up or the callitself has been disconnected.

Day The counting of data per day is based on theperiod_start_time field in the measurementtables. This field always tells the starting hour of themeasurement period. Under one day there are hoursfrom 00 to 23.

Directed Retry A procedure used in a call set-up phase forassigning a mobile station to a traffic channel of acell other than the serving cell when the traffic iscongested.

Frame Check Sequence Extra characters added to a frame for the purposesof error control. The FCS is used in HDCL, FrameRelay, and other data link layer protocols.

Key Performance Indicator The performance of the network is calculated fromthe NMS/2000 based on the Network Elementcounter information. Sometimes the plain counter assuch describes an important performance aspect(number of calls, for example) of the network butsometimes a formula of counters is needed (e.g.drop call ratio).



For any other terms, refer to Glossary, DN9763965.

Maintenance Region Each object in the NMS/2000 database belongs toone and only one Maintenance Region (MR).

Mobile Terminated Call A call in which the called subscriber used a mobiletelephone.

NMS/2000 A product of Nokia Telecommunications for theoperation and maintenance of cellular networks.

SQL*Plus An interactive program for accessing the database.

Stand-alone Dedicated ControlChannel (SDCCH)

A control channel (CCH) used for roaming,authentication, encryption activation and call control.

Timeslot (TSL) A timeslot in the time division multiple access(TDMA) frame in the GSM radio interface.

Traffic Channel A logical radio channel assigned to a base stationand primarily intended for conversation.

Trunk Reservation A stochastic algorithm employed in a channelallocation from a cell.

Table 3. Terms used in this document (Continued)

Term Explanation


BSS counter formulas

Note

2 BSS counter formulasThis chapter lists all BSS Network Doctor formulas. The more commonly usedones are described in further detail concerning their use or known problems withthem, for example. In connection with the name of a formula there is also areference to the BSC release (S1 to S6) since when the counters of the formulahave been available.

The use of formulas backwards, S4 formulas with S3 for example, gives either noresults because the measurement is not available, or false results because somecounters, which are new in S4, will be filled with value -1 by the OMC for S3BSCs.

When running the reports with newer counters, be careful especially when youhave two BSC software releases running in the network simultaneously. Thesimplest way to avoid problems is to start to use new counters of a new BSCrelease only when the new software release is used in the entire network under theNMS/2000.

2.1 Additional GPRS channels (ach)

Additional GPRS channel use, S9PS (ach_1)

Use: If the value is high, more default area is needed.total hold time of all additional GPRS ch. seizures (sec)----------------------------------------------------------- =period duration

sum(AVE_ADD_GPRS_CH_HOLD_TIME_SUM)/100---------------------------------------sum(period_duration*60)

Counters from table(s):p_nbsc_res_avail



Unit: timeslot

Figure 1. Additional GPRS channel use, S9PS (ach_1)

Average additional GPRS channel hold time, S9PS (ach_2)

Use: If the value is high, more default area is needed.total hold time of all additional GPRS ch. seizures (sec)--------------------------------------------------------------- =total nbr of all additional GPRS channel. seizures

sum(AVE_ADD_GPRS_CH_HOLD_TIME_SUM)/100--------------------------------------------------------------------------sum(decode(AVE_ADD_GPRS_CH_HOLD_TIME_SUM ,0,0,AVE_ADD_GPRS_CH_HOLD_TIME_DEN)

Counters from table(s):p_nbsc_res_availUnit: sec

Figure 2. Average additional GPRS channel hold time, S9PS (ach_2)

Additional GPRS channel seizures, S9PS (ach_3)

sum(decode(AVE_ADD_GPRS_CH_HOLD_TIME_SUM,0,0,AVE_ADD_GPRS_CH_HOLD_TIME_DEN)


Figure 3. Additional GPRS channel seizures, S9PS (ach_3)

Total additional GPRS channel hold time, S9PS (ach_4)

Use: If the value is high, more default area is needed.sum(AVE_ADD_GPRS_CH_HOLD_TIME_SUM)/100

Counters from table(s):p_nbsc_res_availUnit: sec

Figure 4. Total additional GPRS channel hold time, S9PS (ach_4)



2.2 Multislot (msl)

Distribution of UL multislot requests, S9PS (msl_1)

Use: Indicates the share of a multislot request type to all multislotrequests.

req_X_TSL_UL100 * -------------------------------------------------------------------------- % sum(req_1_TSL_UL+req_2_TSL_UL+req_1_TSL_UL +req_4_TSL_UL+ req_5_8_TSL_UL)

req_X_TSL_UL = one of the components of the denominator.

Counters from table(s):p_nbsc_packet_control_unit

Figure 5. Distribution of UL multislot requests, S9PS (msl_1)

Distribution of DL multislot requests, S9PS (msl_2)


req_X_TSL_DL100 * -------------------------------------------------------------------------- % sum(req_1_TSL_DL+req_2_TSL_DL+req_1_TSL_DL +req_4_TSL_DL+ req_5_8_TSL_DL)



Figure 6. Distribution of DL multislot requests, S9PS (msl_2)

Distribution of UL multislot allocations, S9PS (msl_3)


alloc_X_TSL_UL100 * -------------------------------------------------------- % sum(alloc_1_TSL_UL+alloc_2_TSL_UL+alloc_1_TSL_UL +alloc_4_TSL_UL+ alloc_5_8_TSL_UL)



Figure 7. Distribution of UL multislot allocations, S9PS (msl_3)



Distribution of DL multislot allocations, S9PS (msl_4)


alloc_X_TSL_DL100 * ------------------------------------------------------ % sum(alloc_1_TSL_DL+alloc_2_TSL_DL+alloc_1_TSL_DL +alloc_4_TSL_DL+ alloc_5_8_TSL_DL)

req_X_TSL_DL = one of the components of the denominator.


Figure 8. Distribution of DL multislot allocations, S9PS (msl_4)

UL multislot allocations, S9PS (msl_9)

Use: Total number of multislot allocations in UL.sum(alloc_1_TSL_UL+alloc_2_TSL_UL+alloc_3_TSL_UL +alloc_4_TSL_UL+ alloc_5_8_TSL_UL)


Figure 9. UL multislot allocations, S9PS (msl_9)

DL multislot allocations, S9PS (msl_10)

Use: Total number of multislot allocations in DL.sum(alloc_1_TSL_DL+alloc_2_TSL_DL+alloc_3_TSL_DL +alloc_4_TSL_DL+ alloc_5_8_TSL_DL)


Figure 10. DL multislot allocations, S9PS (msl_10)

Average number of allocated timeslots, UL S9PS (msl_11)

sum(alloc_1_TSL_UL+2*alloc_2_TSL_UL+3*alloc_3_TSL_UL +4*alloc_4_TSL_UL)------------------------------------------------------------------------ sum(alloc_1_TSL_UL+alloc_2_TSL_UL+alloc_3_TSL_UL+alloc_4_TSL_UL)


Figure 11. Average number of allocated timeslots, UL S9PS (msl_11)



Average number of allocated timeslots, DL S9PS (msl_12)

sum(alloc_1_TSL_DL+2*alloc_2_TSL_DL+3*alloc_3_TSL_DL +4*alloc_4_TSL_DL)------------------------------------------------------------------------ sum(alloc_1_TSL_DL+alloc_2_TSL_DL+alloc_3_TSL_DL+alloc_4_TSL_DL)


Figure 12. Average number of allocated timeslots, DL S9PS (msl_13)

Average number of requested UL timeslots, S9PS (msl_13)

sum(req_1_TSL_UL+2*req_2_TSL_UL+3*req_3_TSL_UL +4*req_4_TSL_UL)------------------------------------------------------------------------ sum(req_1_TSL_UL+req_2_TSL_UL+req_3_TSL_UL+req_4_TSL_UL)


Figure 13. Average number of requested UL timeslots, S9PS (msl_13)

Average number of requested DL timeslots, S9PS (msl_14)

sum(req_1_TSL_DL+2*req_2_TSL_DL+3*req_3_TSL_DL +4*req_4_TSL_DL)------------------------------------------------------------------------ sum(req_1_TSL_DL+req_2_TSL_DL+req_3_TSL_DL+req_4_TSL_DL)


Figure 14. Average number of requested DL timeslots, S9PS (msl_14)

UL multislot allocation %, S9PS (msl_15)

100* average allocated tsl / average requested tsl % =

sum(alloc_1_TSL_UL+2*alloc_2_TSL_UL+3*alloc_3_TSL_UL +4*alloc_4_TSL_UL) ------------------------------------------------------------------ sum(alloc_1_TSL_UL+alloc_2_TSL_UL+alloc_3_TSL_UL+alloc_4_TSL_UL)100* ------------------------------------------------------------------------- % sum(req_1_TSL_UL+2*req_2_TSL_UL+3*req_3_TSL_UL +4*req_4_TSL_UL) ---------------------------------------------------------------- sum(req_1_TSL_UL+req_2_TSL_UL+req_3_TSL_UL+req_4_TSL_UL)


Figure 15. UL multislot allocation %, S9PS (msl_15)



DL multislot allocation %, S9PS (msl_16)

100* average allocated tsl / average requested tsl % =

sum(alloc_1_TSL_DL+2*alloc_2_TSL_DL+3*alloc_3_TSL_DL +4*alloc_4_TSL_DL) ------------------------------------------------------------------ sum(alloc_1_TSL_DL+alloc_2_TSL_DL+alloc_3_TSL_DL+alloc_4_TSL_DL)100* ------------------------------------------------------------------------- % sum(req_1_TSL_DL+2*req_2_TSL_DL+3*req_3_TSL_DL +4*req_4_TSL_DL) ---------------------------------------------------------------- sum(req_1_TSL_DL+req_2_TSL_DL+req_3_TSL_DL+req_4_TSL_DL)


Figure 16. DL multislot allocation %, S9PS (msl_16)

UL multislot requests, S9PS (msl_17)

Use: Total number of multislot requests in UL.sum(req_1_TSL_UL+req_2_TSL_UL+req_3_TSL_UL +req_4_TSL_UL+ req_5_8_TSL_UL)


Figure 17. UL multislot requests, S9PS (msl_17)

DL multislot requests, S9PS (msl_18)

Use: Total number of multislot requests in DL.sum(req_1_TSL_DL+req_2_TSL_DL+req_3_TSL_DL +req_4_TSL_DL+ req_5_8_TSL_DL)


Figure 18. DL multislot requests, S9PS (msl_18)

2.3 TBF (tbf)

Average number of LLC blocks per UL TBF, S9PS (tbf_3)

Use: Indicates the average number of LLC data blocks pernormally released TBF.

sum(Ave_UL_LLC_per_TBF_sum)----------------------------sum(Ave_UL_LLC_per_TBF_den)




Figure 19. Average number of LLC blocks per UL TBF, S9PS (tbf_3)

Average number of LLC blocks per DL TBF, S9PS (tbf_4)

Use: Indicates the average number of LLC data blocks pernormally released TBF.

sum(Ave_DL_LLC_per_TBF_sum)----------------------------sum(Ave_DL_LLC_per_TBF_den)


Unit: seconds

Figure 20. Average number of LLC blocks per DL TBF, S9PS (tbf_4)

Average UL TBF duration, S9PS (tbf_5)

sum(ave_dur_ul_tbf_sum)------------------------sum(ave_dur_ul_tbf_den)


Unit: seconds

Figure 21. Average UL TBF duration, S9PS (tbf_5)

Average UL TBF duration, S9PS (tbf_5a)

Known problems: Contains part of TBF establishment delays.sum(ave_dur_ul_tbf_sum)/100----------------------------sum(ave_dur_ul_tbf_den)


Unit: seconds

Figure 22. Average UL TBF duration, S9PS (tbf_5a)

Average DL TBF duration, S9PS (tbf_6a)

Known problems: Contains part of TBF establishment delays.



sum(ave_dur_dl_tbf_sum)/100---------------------------sum(ave_dur_dl_tbf_den)


Unit: seconds

Figure 23. Average DL TBF duration, S9PS (tbf_6a)

Average UL TBF duration, unack mode, S9PS (tbf_7)

um(ave_dur_ul_tbf_unack_mode_sum/100)-------------------------------------sum(ave_dur_ul_tbf_unack_mode_den)


Unit: seconds

Figure 24. Average UL TBF duration, unack mode, S9PS (tbf_7)

Average DL TBF duration, unack mode, S9PS (tbf_8)

sum(ave_dur_dl_tbf_unack_mode_sum/100)--------------------------------------sum(ave_dur_dl_tbf_unack_mode_den)


Unit: seconds

Figure 25. Average DL TBF duration, unack mode, S9PS (tbf_8)

UL mlslot allocation blocking, S9PS (tbf_15)

Known problems: Over 100 % values are met.

sum(NO_RADIO_RES_AVA_UL_TBF)100 * ------------------------------------------------------------------------- % sum(req_1_TSL_UL+req_2_TSL_UL+req_3_TSL_UL +req_4_TSL_UL+ req_5_8_TSL_UL)


Figure 26. UL mlslot allocation blocking, S9PS (tbf_15)



DL mlslot allocation blocking, S9PS (tbf_16)

Known problems: Values of over 100% are met.

sum(NO_RADIO_RES_AVA_DL_TBF)100 * ------------------------------------------------------------------------- % sum(req_1_TSL_DL+req_2_TSL_DL+req_3_TSL_DL +req_4_TSL_DL+ req_5_8_TSL_DL)


Figure 27. DL mlslot allocation blocking, S9PS

Normally released UL TBF ratio, S9PS (tbf_25)

Experiences on use: Cases when TBF is not released normally:1) PCU receives a Channel Request, allocates resources andsends assignment but receives no blocks. These cases canoccur if MS sends more than one Channel Request before itreceives an Immediate Assignment.2) Ghost Accesses.

normally released UL TBFs100*---------------------------- % = established UL TBFs

sum(AVE_DUR_UL_TBF_DEN)100*--------------------------- % sum(NBR_OF_UL_TBF)


Figure 28. Normally released UL TBF ratio, S9PS (tbf_25)

Normally released DL TBF ratio, S9PS (tbf_26)

Use: DL TBF establishment is not completed normally, forexample, if a response from a MS is not received. If the TBFis already running and the MS is not heard from, the counterDL_TBF_REL_DUE_NO_RESP_MS is triggered.

normally released DL TBFs100*---------------------------- % = established DL TBFs

sum(AVE_DUR_DL_TBF_DEN)100*--------------------------- sum(NBR_OF_DL_TBF)


Figure 29. Normally released DL TBF ratio, S9PS (tbf_26)



2.4 RLC (rlc)

Ack.CS1 RLC blocks UL, S9PS (rlc_1)

Use: Number of UL blocks in RLC ack mode using CS1.Retransmission is not included.

sum(RLC_DATA_BLOCKS_UL_CS1- RLC_DATA_BLOCKS_UL_UNACK)

Figure 30. Ack.CS1 RLC blocks UL, S9PS (rlc_1)

Ack.CS1 RLC blocks DL, S9PS (rlc_2)

Use: Number of DL blocks in RLC ack mode using CS1.Retransmission is not included.

sum(RLC_DATA_BLOCKS_DL_CS1- RLC_DATA_BLOCKS_DL_UNACK)

Figure 31. Ack.CS1 RLC blocks DL, S9PS (rlc_2)

Ack. CS1 RLC DL block error rate, S9PS (rlc_3a)

Use: Number of DL blocks in RLC ack mode using CS1.

sum(BAD_FRAME_IND_UL_CS1- BAD_FRAME_IND_UL_UNACK )100 * ------------------------------------------------ % sum(RLC_DATA_BLOCKS_DL_CS1- RLC_DATA_BLOCKS_DL_UNACK + BAD_FRAME_IND_UL_CS1- BAD_FRAME_IND_UL_UNACK )

Figure 32. Ack. CS1 RLC DL Block error rate, S9PS (rlc_3a)

Unack. CS1 RLC UL block error rate, S9PS (rlc_4a)

sum(BAD_FRAME_IND_UL_UNACK)100 * ---------------------------------------------------- % sum(RLC_DATA_BLOCKS_UL_UNACK+ BAD_FRAME_IND_UL_UNACK)

Figure 33. Unack. CS1 RLC UL block error rate, S9PS (rlc_4a)

Ack. CS1 RLC UL block error rate, S9PS (rlc_5a)

sum(BAD_FRAME_IND_UL_CS2)



100 * ------------------------------------------------- % sum(RLC_DATA_BLOCKS_UL_CS2+ BAD_FRAME_IND_UL_CS2)

Figure 34. Ack. CS1 RLC UL block error rate, S9PS (rlc_5a)

UL CS1 RLC data share, S9PS (rlc_6)

sum(RLC_data_blocks_UL_CS1*22100 * ---------------------------------------------------------- % (sum(RLC_data_blocks_UL_CS1*22+RLC_data_blocks_UL_CS2*32 + RLC_data_blocks_DL_CS1*22+RLC_data_blocks_DL_CS2*32)


Unit: %

Figure 35. UL CS1 RLC data share, S9PS (rlc_6)

UL CS2 RLC data share, S9PS (rlc_7)

sum(RLC_data_blocks_UL_CS2*22100 * ---------------------------------------------------------- % (sum(RLC_data_blocks_UL_CS1*22+RLC_data_blocks_UL_CS2*32 + RLC_data_blocks_DL_CS1*22+RLC_data_blocks_DL_CS2*32)


Unit: %

Figure 36. UL CS2 RLC data share, S9PS

DL CS1 RLC data share, S9PS (rlc_8)

sum(RLC_data_blocks_DL_CS1*22100 * ---------------------------------------------------------- % (sum(RLC_data_blocks_UL_CS1*22+RLC_data_blocks_UL_CS2*32 + RLC_data_blocks_DL_CS1*22+RLC_data_blocks_DL_CS2*32)


Unit: %

Figure 37. DL CS1 RLC data share, S9PS (rlc_8)



DL CS2 RLC data share, S9PS (rlc_9)

sum(RLC_data_blocks_DL_CS2*22100 * ---------------------------------------------------------- % (sum(RLC_data_blocks_UL_CS1*22+RLC_data_blocks_UL_CS2*32 + RLC_data_blocks_DL_CS1*22+RLC_data_blocks_DL_CS2*32)


Unit: %

Figure 38. DL CS2 RLC data share, S9PS (rlc_9)

UL CS1 RLC block error rate, S9PS (rlc_10)

Known problems: 100% means that there can be only failing accesses. Thenumber of ignored RLC data blocks in uplink due to BSN inacknowledged mode should be subtracted, but there is nocounter specifically for CS1.

sum(BAD_FRAME_IND_UL_CS1)100 * ------------------------------------------------- % sum(RLC_DATA_BLOCKS_UL_CS1+ BAD_FRAME_IND_UL_CS1)

Figure 39. UL CS1 RLC block error rate, S9PS (rlc_10)

UL CS2 RLC block error rate, S9PS (rlc_11)

Known problems: 100% means that there can be only failing accesses. Thenumber of ignored RLC data blocks in downlink due to BSNin acknowledged mode should be subtracted, but there is nocounter specifically for CS1.

sum(BAD_FRAME_IND_UL_CS2)100 * ------------------------------------------------- % sum(RLC_DATA_BLOCKS_UL_CS2+ BAD_FRAME_IND_UL_CS2)

Figure 40. UL CS2 RLC block error rate, S9PS (rlc_11)

DL CS1 RLC block error rate, S9PS (rlc_12)

sum(RETRA_RLC_DATA_BLOCKS_DL_CS1)100 * ------------------------------------------------- % sum(RLC_DATA_BLOCKS_DL_CS1+ RETRA_RLC_DATA_BLOCKS_DL_CS1)

Figure 41. DL CS1 RLC block error rate, S9PS (rlc_12)



DL CS2 RLC block error rate, S9PS (rlc_13)

sum(RETRA_RLC_DATA_BLOCKS_DL_CS2)100 * -------------------------------------------------------- % sum(RLC_DATA_BLOCKS_DL_CS2+ RETRA_RLC_DATA_BLOCKS_DL_CS2)

Figure 42. DL CS2 RLC block error rate, S9PS (rlc_13)

2.5 Random access (rach)

Average RACH slot, S1 (rach_1)

Use: Indicates the capacity of BTS for RACH burst handling.Normally shows a constant value because it is dependent onthe BTS configuration which does not often change.

avg(ave_rach_slot/res_acc_denom1)

Counters from table(s):p_nbsc_res_access

Figure 43. Average RACH slot, S1 (rach_1)

Peak RACH load, average, S1 (rach_2)

Use: Indicates the absolute peak value during a measurementperiod. Correlates strongly with UL interference.

Experiences on use: High values may suggest that MSs have problems inaccessing the BTS. High values do not mean high load onSDCCH because SDCCH is needed only if the RACH passesthe detection in BTS.

Known problems: The peak value does not indicate yet how many times therehave been other peaks during the measurement period.

Open questions: How serious the high values really are from the MS point ofview?

avg(peak_rach_load)


Figure 44. Peak RACH load, average, S1 (rach_2)

Peak RACH load %, S1 (rach_3)

Use: This PI indicates how near to full capacity the peak use ofRACH has been during the measurement period.

max(peak_rach_load)



100 * ------------------------------------- % max(ave_rach_busy/res_acc_denom1)


Figure 45. Peak RACH load %, S1 (rach_3)

Average RACH load % , S1 (rach_4)

Use: This PI indicates how high the RACH load is on average.Experiences on use: If the value is to the order of tens of per cent, there probably

are access problems and MS users get, more often than usual,3 beeps when trying to start calls. The probable reason is ULinterference.

avg(ave_rach_busy/res_acc_denom3)100 * -------------------------------------- % avg(ave_rach_slot/res_acc_denom1)


Figure 46. Average RACH load %, S1 (rach_4)

Average RACH busy, S1 (rach_5)

Use: This PI indicates roughly the average of the used RACH slots.If the average approaches the \xb2 average RACH slot\xb2(rach_1) there probably are access problems and MS usersget, more often than usual, 3 beeps when trying to start calls.

avg(ave_rach_busy/res_acc_denom3)


Figure 47. Average RACH busy, S1 (rach_5)

RACH rejected due to illegal establishment, S5 (rach_6)

Use: Most of the rejections are ghost accesses. Note that part of theghosts have legal establishment cause and get further toSDCCH.

sum(ghost_ccch_res- rej_seiz_att_due_dist)




Figure 48. RACH rejected due to illegal establishment, S5 (rach_6)

2.6 SDCCH drop failures (sd)

Ghosts detected on SDCCH and other failures, S1 (sd_1)

Use: This part of ghost RACH accesses comprises:• ghosts which have an occasionally valid establishment

cause. These should comprise statistically 5/8 of allghosts. Another 3/8 of ghosts are detected alreadybefore SDCCH based on some invalid establishmentcause. In GSM2 the ratio 5/8 and 3/8 is not valid anymore.

• multiple seizures of SDCCH.Known problems: This counter includes also IMSI detaches which do not have

a counter of their own.sum(a.sdcch_assign)- sum(b.succ_seiz_term + b.succ_seiz_orig + b.sdcch_loc_upd

+ b.succ_emerg_call + b.sdcch_call_re_est)

Counters from table(s):a = p_nbsc_trafficb = p_nbsc_res_access

Figure 49. Ghosts detected on SDCCH and other failures, S1 (sd_1)

Ghosts detected on SDCCH and other failures, S1 (sd_1a)

Use: - Ghosts which have an occasionally valid establishmentcause. These should comprise statistically 5/8 of all ghosts.Another 3/8 of ghosts are detected already before SDCCHbased on some invalid establishment cause. In GSM2 the ratio5/8 and 3/8 is no longer valid.- Multiple seizures of SDCCH.

Known problems: This counter includes also supplementary service requestwhich do not have a counter of their own.

sum(a.sdcch_assign)- sum(b.succ_seiz_term + b.succ_seiz_orig

+ b.sdcch_loc_upd + b.succ_emerg_call + b.sdcch_call_re_est + imsi_detach_sdcch)

Counters from table(s):



a = p_nbsc_trafficb = p_nbsc_res_access

Figure 50. Ghosts detected on SDCCH and other failures, S1 (sd_1a)

Ghosts detected on SDCCH and other failures, S1 (sd_1b)

Use: This part of ghost RACH accesses comprises:• ghosts which have an occasionally valid establishment

cause. These should comprise statistically 5/8 of allghosts. Another 3/8 of ghosts are detected alreadybefore SDCCH based on some invalid establishmentcause. In GSM2 the ratio 5/8 and 3/8 is not valid anymore.

• multiple seizures of SDCCH.sum(a.sdcch_assign)- sum(b.succ_seiz_term + b.succ_seiz_orig

+ b.sdcch_loc_upd + b.succ_emerg_call + b.sdcch_call_re_est + imsi_detach_sdcch +b.succ_seiz_supplem_serv)

Counters from table(s):a = p_nbsc_trafficb = p_nbsc_res_access

Figure 51. Ghosts detected on SDCCH and other failures, S1 (sd_1b)

2.6.1 SDCCH drop counters

SDCCH drop calls are counted as the sum of the following counters:





Table 4. SDCCH Drop Counters

ID Name Description

1003 SDCCH_RADIO_FAIL A coverage problem, for example

• MS moves out from timing advance

Common in connection with coverageproblems.

Triggered also if the MS user clears the callin the SDCCH phase.

1004 SDCCH_RF_OLD_HO Transactions have ended due to an oldchannel failure in HO.

For instance, a failure in Directed Retrydrops the call and triggers this counter inthe source cell.



1075 SDCCH_ABIS_FAIL_CALL Transactions have ended due to Abisproblems. Missing channel activation ack orif no indication of call establishment hasbeen received. Augmented when the BSCreceives an Establish indication thecontents of which are corrupted, or morecommonly when a timer (T3101, default 3sec) expires while waiting for the Establishindication. The Establish indication is thefirst message sent from the BTS to the BSCafter the MS has successfully accessed theSDCCH.

• Ghost seizures which accidentally havea valid establishment cause and aredetected on SDCCH, increment thiscounter.

• Multiple SDCCH seizures may causethese failures. If the MS has to sendmultiple random accesses for a call orlocation update, it is possible that therewill be multiple reservations of SDCCHfor one mobile naturally the mobile canuse only one of these and the rest willeventually time out and result insdcch_abis_fail_call. Onereason for multiple SDCCH seizures canbe DL interference.

• Too short frequency&BSIC reusedistance may cause HO burst from onecell to be interpreted as RACH bursts inanother cell causing false SDCCHseizures. This reason may be suspectedif there are short, 2 - 3 second peakswith high blocking rate on SDCCH.

• A more rare yet possible reason arefailing LUs.

1076 SDCCH_ABIS_FAIL_OLD Same as above but when trying to returnback to the old channel in HO.

Table 4. SDCCH Drop Counters (Continued)

ID Name Description



To see what DX causes can trigger the counters above, see #2.

1078 SDCCH_A_IF_FAIL_CALL Transactions have ended due to A interfaceproblems. A high value can be related toIMSI detaches (in S3).

See #1 for all possible causes. SDCCHobservation may be used to diagnose thecause on cell level. If this occurs in theentire network or BSS areas, use ClearCode measurement for cause analysis.

1079 SDCCH_A_IF_FAIL_OLD Same as above but when trying to returnback to the old channel in HO.

1035 SDCCH_LAPD_FAIL Transactions have ended due to Lapdproblems (a call is lost when Lapd goesdown).

1036 SDCCH_BTS_FAIL Transactions have ended due to BTSproblems. A call is lost when TRX/TSL isblocked with cause bts_fail due to FUor CU or BCF fault or BTS or BCF reset.

Even if occurs, the share is normally verylow because the situation is transient.

1038 SDCCH_BCSU_RESET Transactions have ended due to BSCUreset (calls are lost when BSCU is reset).


1037 SDCCH_USER_ACT Transactions have ended due to useractions. Timeslot or TRX is locked by theuser via the Top-level User Interface or BSCMML.


1039 SDCCH_NETW_ACT Transactions have ended due to a change inthe radio network configuration (BCCHswap to another TRX) initiated by the BSC.The cause for the configuration change failsor locally blocked BCCH TRX.


Table 4. SDCCH Drop Counters (Continued)

ID Name Description



2.6.2 Problems with the SDCCH drop counters

Phantoms affect SDCCH_abis_fail_*

SDCCH drop ratio counts the ratio of all SDCCH failures to SDCCH seizures.Normally most of the seizures are caused because of phantoms which are countedas SDCCH_abis_fail_call and SDCCH_abis_fail_old. In practice, thelatter case does not practically occur because SDCCH handovers are usually notused and particularly because phantoms do not perform handover.

The percentage of SDCCH_abis_fail_call used to be very high in a low trafficnetwork (even tens of per cent) whereas in a high traffic network the percentagesettled down to around 18-20 per cent. In BTS B9, BTS RACH detection wasimproved, and figures well under 10 per cent are now typical.

A interface blocking not shown

SDCCH failures do not include A interface blocking. In A interface blocking, anMSC clears the call without a request from a BSC. The failure is not in the BSCwhere the principle has been that MSC failures are not counted. Yet from an MSuser’s point of view, A interface blocking ends up to a failed call attempt. Youcan detect A interface blocking from the NSS statistics for circuit groups.

2.7 SDCCH drop ratio (sdr)

SDCCH drop %, blocking excluded, S3 (sdr_1a)

Use: To follow up the performance of SDCCH from a technicalpoint of view.

Experiences on use: High SDCCH drop rates usually result from ghost accesses.A BTS decodes them from environmental or backgroundnoise and filters out most of them. However, all of themcannot be filtered out and the RACH request is passed on tothe BSC for processing and for the allocation of a SDCCHchannel.The counter ghost_ccch_res (3030) is updated each time achannel required is rejected because of an invalidestablishment cause. In GSM ph.1 there exist altogether eightestablishment causes, three of which are undefined as invalid,for example,resulting in that this counter shows only 3/8 of allthe ghost accesses the BTS has decoded. For the rest, aSDCCH is allocated and this will result insdcch_abis_fail_call failure. Because of ghost attemptsthe SDCCH drop ratio is high with low traffic. As the amountof call attempts increases, the influence of ghosts becomessmaller and the drop ratio approaches its real value.The rate of ghosts coming to SDCCH dropped when BTS B9with improved ghost filtering was taken into use.



Known problems: In SDCCH failure counters it is not possible to separate LUand call seizures.

sum(sdcch_radio_fail+sdcch_rf_old_ho+sdcch_user_act+sdcch_bcsu_reset+ sdcch_netw_act+sdcch_abis_fail_call+sdcch_abis_fail_old+sdcch_bts_fail+ sdcch_lapd_fail+sdcch_a_if_fail_call+sdcch_a_if_fail_old)100 * ------------------------------------------------------------------------ % sum(sdcch_assign+sdcch_ho_seiz)

Counters from table(s):p_nbsc_traffic

Figure 52. SDCCH Drop %, S3 (sdr_1a)

SDCCH drop %, abis fail excluded, S3 (sdr_2)

Known problems: SDCCH_ABIS_CALL does not necessarily refer to ghosts butalso, for example, to failing location updates.

sum(sdcch_radio_fail+sdcch_rf_old_ho+sdcch_user_act+sdcch_bcsu_reset+ sdcch_netw_act +sdcch_bts_fail+ sdcch_lapd_fail+sdcch_a_if_fail_call+sdcch_a_if_fail_old)100 * ------------------------------------------------------------------------ % sum(sdcch_assign+sdcch_ho_seiz) - sum(sdcch_abis_call+sdcch_fail_old)


Figure 53. SDCCH Drop %, abis fail excluded, S3 (sdr_2)

Illegal establishment cause % (sdr_3a)

Use: This PI gives you the number of ghost accesses which try toseize SDCCH but are rejected before seizing SDCCH due toan illegal establishment cause.

100* (ghost_CCCH_res- rej_seiz_att_due_dist) / ch_req_msg_rec %


Figure 54. Illegal establishment cause % (sdr_3a)



2.8 Setup success ratio (cssr)

SDCCH, TCH setup success %, S4 (cssr_2)

Use: This PI shows the setup success ratio, including SDCCH andTCH. It works also in the case of DR.Possible fault cases:- faulty DSP in BTS TRX

Experiences on use: Fits for general quality monitoring. Values between 2.5 and4%, for example.

Known problems: ’B no answer’ is also counted as a successful call.Includes also SMSs and LUs which do not use TCH at all.This causes problems in special cases when there are manyLUs but few calls. The problems in calls are hidden by a greatnumber of LUs which receive SDCCH successfully.There is a known case in which cssr_1 went down by 6 percent down due to a MSC problem while cssr_2 did not showany change. This could be due to the location updates whichincreased by 10 per cent in MSC restart and thus compensatedthe bad TCH setup.

Troubleshooting: You can use SDCCH and TCH observations to see which oneis failing. However, note that this is a time-consuming task.

sum(call_setup_failure)100* ( 1 - ----------------------------------------) % sum(setup_succ+call_setup_failure)

Counters from table(s):p_nbsc_service

Figure 55. SDCCH, TCH Setup Success %, S4 (cssr_2)

2.9 TCH drop failures

2.9.1 TCH drop call counters

TCH drop calls are counted as the sum of the following counters:



Table 5. TCH drop call counters

ID Name Description

1011 TCH_RADIO_FAIL • Radio link timeout

• Release indication from MS

• MS moves out from timing advance

• TCH assignment failure where an EstablishIndication has been received but AssignmentComplete has not been received

This counter is typical in connection withcoverage problems. This failure type is usuallythe dominating one.

1014 TCH_RF_OLD_HO Same as above but when trying to return to theold channel in HO.

1084 TCH_ABIS_FAIL_CALL • missing ack of channel activation

• missing establishment indication

• reception of error indication

• corruption of messages

• measurement results no longer receivedfrom BTS

• excessive timing advance

• missing HO detection

• T3107 (assignment completely missing)expiry

• T3109 expiry. As in this case the drophappens in the release phase, the MS usercannot see the situation as a drop call.

The BTS suffering from this failure can be faultyor their TCH TRX suffers from bad interference(TCH assignment fails).

See #1 for all possible causes that trigger thiscounter.

If FACCH call setup is used, we may expect thatwe start to see ghost seizures incrementing thiscounter because the signalling tries to useSDCCH instead of TCH.

The portion of this failure decreased from S4 toS5. Double counting of a coprocess failure wascausing higher values in S4.

1085 TCH_ABIS_FAIL_OLD Same as above but when trying to return to theold channel in HO.



1087 TCH_A_IF_FAIL_CALL • A clear command from the MSC during thecall setup phase before the assignment fromMS is complete

• Abnormal clear received due to A-interface(reset circuit, SCCP clear). For example, aBSU reset in MSC makes MSC send a "resetcircuit" message.

There have been cases where the MSC ofanother vendor in inter-MSC handovers hascaused high values even though the handovershave been successful.

See #1 for all possible causes that trigger thiscounter.

1088 TCH_A_IF_FAIL_OLD Same as above but when trying to return to theold channel in HO.

Can be updated when GSM timer T8 expires inthe source BSC during an external handover.

1029 TCH_TR_FAIL • Transcoder failure during a call attempt

This counter is updated only when BTSsends a "connection failure" with cause"remote trascoder failure" and the call isreleased due to this.

If this failure is related to a transcoder, you cansee its share to be high for one BSC. Anotherpossibility is that the problem lies in a BTS. Alsointerruptions of the transmission may cause thisfailure (alarms may be filtered out in a BSC orOMC to reduce the number of alarms due todisturbance).

In analysing the problem, you may find it helpfulto check the pattern over a longer period of time.

In S6 the portion of this failure has decreaseddue to improvements in transcoders.

1030 TCH_TR_FAIL_OLD Same as above but when trying to return to theold channel in HO.

Table 5. TCH drop call counters (Continued)

ID Name Description



To see what DX causes can trigger the counters above, see #2.

The problem especially with failure classes Abis and Aif is that they are triggeredby many different causes. To analyse the case in question, TCH observations maybe used. As there are limitations on how to set the observations, the analysis ismore time-consuming.

If the problem is not cell specific but related to the entire network or BSS areas,you can also use the Clear Code measurement.

*_OLD counters are related to the handover situation when returning to the oldchannel fails causing a call to drop. Thus, these counters reflect the amount of calldrops in handovers.

1046 TCH_LAPD_FAIL TRX is blocked due to a LAPD failure (signallinglink failure or PCM failure).

Even if occurs, the share is very small becauseonly ongoing calls are dropped when the LAPDfails.

1047 TCH_BTS_FAIL TRX is blocked by a BTS failure.

(FU fault, CU fault, BTS reset, BCF reset, CUand FU fault, BCF fault).

Even if occurs, the share is very small becauseonly ongoing calls are dropped when a BTSfails.

1049 TCH_BCSU_RESET TRX is blocked by BCSU reset.

Even if occurs, the share is very small becauseonly ongoing calls are dropped when BCSUresets.

1048 TCH_USER_ACT Busy TSL or TRX blocked by MML command(blocked by user).

Even if occurs, the share is very small becauseonly ongoing calls are dropped when theblocking command is given.

1050 TCH_NETW_ACT TRX is blocked by a fault leading toreconfiguration (blocked by the system).

Even if occurs, the share is very small becauseonly ongoing calls are dropped whenreconfiguration is executed.

1081 TCH_ACT_FAIL_CALL Channel activation nack received.

Table 5. TCH drop call counters (Continued)

ID Name Description



2.9.2 Drop call ratio

Drop call ratio is counted as the ratio of the sum of the above named counters toall TCH seizures for a new call. This ratio is used in reports for network ormaintenance region level. See dcr_3*.

2.9.3 Drop-out ratio

Drop-out ratio is counted as the ratio of the sum of the above named counters toall TCH seizures. This ratio is used on cell level reports where the concept of callis not applicable.

2.9.4 Problems with the drop call counters

TCH Tr, Abis failures

These failures can contain also situations when timer T3109 (8 to 15 s, default 12s) expires in a BSC in the call release phase while waiting for the Releaseindication. With BTS software 6.0 these were seen as TC failures, whereas sinceBTS software 6.1 they have been Abis failures. The MS user does not see thesefailures as real drop calls.

If you detect a high ratio of TC or Abis failures, check the BTS release and thetimer.

TCH_A_IF_OLD high

There have been cases when this counter has been showing high values whileanother vendor’s MSC has cleared the call with the cause CLR_CMD in the case ofa successful inter-MSC HO.

2.10 Drop call failures (dcf)

TCH drop calls in HO, S2 (dcf_2)

Open questions: Claims of cases when the TCH_A_IF_OLD has not been a dropcall have been made.

sum(tch_rf_old_ho+ tch_abis_fail_old+tch_a_if_fail_old+tch_tr_fail_old)


Figure 56. TCH drop calls in HO, S2 (dcf_2)



TCH drop calls in BSC outgoing HO, S3 (dcf_3)

Known problems: Accuracy is not good.sum(bsc_o_drop_calls)

Counters from table(s):p_nbsc_ho

Figure 57. TCH drop calls in BSC outgoing HO, S3 (dcf_3)

TCH drop calls in intra-cell HO, S3 (dcf_4)

Known problems: Accuracy is not good.sum(cell_drop_calls)


Figure 58. TCH drop calls in intra-cell HO, S3 (dcf_4)

TCH drop calls in intra-BSC HO, S3 (dcf_6)

Known problems: Use on the BTS level. On the area level causes doublecounting. Accuracy is not good.

sum(bsc_i_drop_calls+bsc_o_drop_calls+cell_drop_calls)


Figure 59. TCH drop calls in intra BSC HO, S3 (dcf_6)

Drop calls in BSC incoming HO, S3 (dcf_7)

Known problems: Accuracy is not good.sum(bsc_i_drop_calls)


Figure 60. Drop calls in BSC incoming HO, S3 (dcf_7)

2.11 TCH drop call % (dcr)

TCH drop call %, area, real, after re-establishment, S3 (dcr_3f)

Use: On the area level.



Experiences on use: See dcr_3g. Call re-establishments can markedly improvethe drop call ratio (for example, from 2.5 to 2.0%). Since thisis an improvement from the MS user’s point of view, thisfigure suits better to management reports.

Known problems: 1) See dcr_3g.2) It is assumed that call re-establishments happen on TCH. Infact they may happen also on SDCCH.3) The counters used to compensate re-establishments are theones that indicate re-establishment attempts, not thesuccessful re-establishments. In S7/T11 re-establishments canbe considered accurately (see dcr_3j).4) On cell level it can happen that the call is re-established ina different cell than where it was dropped, resulting ininaccuracy.

100-csf_4p =

. sum(tch_radio_fail+tch_rf_old_ho+tch_abis_fail_call+tch_abis_fail_old+

. tch_a_if_fail_call+tch_a_if_fail_old+tch_tr_fail+tch_tr_fail_old+

. tch_lapd_fail+tch_bts_fail+tch_user_act+tch_bcsu_reset+tch_netw_act+

. tch_act_fail_call - sum(b.sdcch_call_re_est+b.tch_call_re_est);(call re-establishments)100* ---------------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch) ;(DR calls) + sum(a.tch_seiz_due_sdcch_con) ; calls started as FACCH call setup - sum(b.sdcch_call_re_est+b.tch_call_re_est) ;(call re-establishments)

Counters from table(s):a = p_nbsc_trafficb = p_nbsc_res_accessc = p_nbsc_ho

Figure 61. TCH drop call %, area, real, after re-establishment S3 (dcr_3f)

TCH drop call %, area, real, before re-establishment, S3 (dcr_3g)

Use: On the area level.Experiences on use: In good networks where optimisation has been done already

for two to three years, values have been around 2 to 3 per cent(and in networks in which no optimisation has been done yet,the values remain even above 10 per cent). A value of 5 percent is achievable in many networks despite their bad initialcoverage planning.Interference also raises the figure. Be careful when setting thetarget values since the factors (whether caused by thecustomer or Nokia) can be time-consuming and expensive toprove. If used on cell level, the values can be even over 100per cent if a cell takes HOs in but then drops them.



Known problems: Some failures in the release phase are included in this formula(tch_abis_fail_call) but are, in fact, not perceived asdrop calls by the MS user.tch_norm_seiz does not mean that the MS is on TCH. Itmeans that TCH has been successfully seized. Some mobilesnever appear to the TCH because:• the call is cleared by the user (probability is higher if

call setup takes a long time, and thus DR and queuingcan increase this share) or

• the mobile fails or• something else goes wrong.TCH failure counters are not triggered if a call is cleared bypre-emption (1st priority call requested to be established, allTCH seized, lower priority calls on) whereas p_nbsc-service_dropped_call is triggered.




. tch_act_fail_call)100* --------------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch) ;(DR calls) + sum(a.tch_seiz_due_sdcch_con) ; calls started as FACCH call setup

Counters from table(s):a = p_nbsc_trafficc = p_nbsc_ho

Figure 62. TCH drop call %, area, real, before re-establishment, S3(dcr_3g)

TCH drop call %, area, real, after re-establishment, S7 (dcr_3h)

Use: On the area level.Experiences on use: See dcr_3. Call re-establishments can markedly improve

the drop call ratio (for example, from 2.5 to 2.0%). Since thisis an improvement from the MS user’s point of view, thisfigure suits better to management reports.

Known problems: See dcr_3g. It is assumed that call re-establishments occuron TCH. In fact they may occur also on SDCCH.

sum(tch_radio_fail+tch_rf_old_ho+tch_abis_fail_call+tch_abis_fail_old+. tch_a_if_fail_call+tch_a_if_fail_old+tch_tr_fail+tch_tr_fail_old+. tch_lapd_fail+tch_bts_fail+tch_user_act+tch_bcsu_reset+tch_netw_act+. tch_act_fail_call - sum(b.tch_re_est_assign) ;(call re-establishments)100* ---------------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch) ;(DR calls) + sum(a.tch_seiz_due_sdcch_con) ; calls started as FACCH call setup - sum(b.tch_re_est_assign) ;(call re-establishments)



Counters from table(s):a = p_nbsc_trafficb = p_nbsc_servicec = p_nbsc_ho

Figure 63. TCH drop call %, area, real, after re-establishment, S7(dcr_3h)

TCH drop call %, area, real, before re-establishment S3 (dcr_3i)

Use: On the area level.This KPI indicates how much calls are dropped after TCHseizure.

Experiences on use: In good networks where optimisation has been done alreadyfor two to three years, values have been around 2 to 3 per cent(and in networks in which no optimisation has been done yetthe values remain even above 10 per cent. A value of 5 percent is achievable in many networks despite their bad initialcoverage planning. Interference also raises the figure. Becareful when setting the target values since the factors(whether caused by the customer or Nokia) can be time-consuming and expensive to prove.If used on cell level, the values can be even over 100 per centif a cell takes HOs in but then drops them.

Known problems: 1) Some failures in release phase are included in this formula(tch_abis_fail_call) but are, in fact, not perceived asdrop calls by the MS user.2) tch_norm_seiz does not mean that the MS is on TCH. Itmeans that TCH has been successfully seized. Some mobilesnever appear to the TCH because2a) the call is cleared by the user (probability is higher if callsetup takes a long time, and thus DR and queuing canincrease this share) or2b) the mobile fails or2c) something else goes wrong.3) TCH failure counters are not triggered if a call is cleared bypre-emption (1st priority call requested to be established, allTCH seized, lower priority calls on), whereas p_nbsc-service.dropped_call is triggered.

100-csf_4u =




. tch_act_fail_call)100* ---------------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch) ;(DR calls) -sum(a.tch_succ_seiz_for_dir_acc);ref.1



+ sum(a.tch_seiz_due_sdcch_con) ; calls started as FACCH call setup


Figure 64. TCH drop call %, area, real, before re-establishment, S3(dcr_3i)

Ref.2. Compensation is needed, since in case of Direct Access to super reuse TRXthe tch_norm_seiz is triggered in parallel with cell_sdcch_tch.

TCH drop call %, area, real, after re-establishment, S7 (dcr_3j)

Use: On the area level.Experiences on use: In good networks where optimisation has been done already

for two to three years, values are around 2 to 3 per cent. Innetworks in which no optimisation has been done yet thevalues are as much as 10 per cent. A value of 5 per cent isachievable in many networks despite their bad initialcoverage planning.The values in the best networks are below 2%.Interference also raises the figure.Be careful when you give promises concerning quality sincethe factors (whether caused by the customer or Nokia) can betime-consuming and expensive to prove.If used on cell level, the values can be even over 100 per centif a cell takes HOs in but then drops them.Call re-establishments can markedly improve the drop callratio (for example, from 2.3 to 2.0 %). Since this is animprovement from the MS user’s point of view, this figuresuits better to management reports.The biggest reason to have low figures usually is in basicnetwork planning. If coverage is not adequate, this KPI cannotshow good values.

Known problems: 1) Some failures in release phase are included in this formula(tch_abis_fail_call) but are, in fact, not perceived as drop callsby the MS user.2) tch_norm_seiz does not mean that the MS is on TCH. Itmeans that TCH has been successfully seized. Some mobilesnever appear to the TCH because2a) the call is cleared by user (probability is higher if callsetup takes a long time, and thus DR and queuing canincrease this share) or2b) the mobile fails or2c) something else goes wrong



3) TCH failure counters are not triggered if call is cleared bypre-emption (1st priority call requested to be established, allTCH seized, lower priority calls on) where as p_nbsc-service.dropped_call is triggered.4) It is assumed that call re-establishments happen on TCH. Infact they may happen also on SDCCH.5) On cell level it can happen that the call is re-established ina different cell than it was dropped and this causes inaccuracy.

100-csf_4v =




. tch_act_fail_call - sum(b.tch_re_est_assign) ;(call re-establishments)100* ---------------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls)

+ sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch) ;(DR calls) -sum(a.succ_tch_seiz_for_dir_acc) ;ref.2 + sum(a.tch_seiz_due_sdcch_con) ; calls started as FACCH call setup - sum(b.tch_re_est_assign) ;(call re-establishments)


Figure 65. TCH drop call %, area, real, after re-establishment, S7 (dcr_3j)


TCH drop-out %, BTS level, before call re-establishment, S3 (dcr_4c)

Use: On the BTS level. To rank cells by the share of TCH drop callfailures per TCH seizure (normal or HO). Intra-cell HOexcluded which is meaningful in the case of IUO, forexample.

Known problems: See dcr_3g.

sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+ a.tch_abis_fail_old+a.tch_a_if_fail_call+ a.tch_a_if_fail_old+ a.tch_tr_fail+ a.tch_tr_fail_old+a.tch_lapd_fail+ a.tch_bts_fail+ a.tch_user_act+ a.tch_bcsu_reset+a.tch_netw_act+a.tch_act_fail_call)100* --------------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch) ;(DR calls) + sum(a.tch_seiz_due_sdcch_con) ; (FACCH call setup calls) + sum(c.msc_i_tch_tch+c.bsc.bsc_i_tch_tch) ;(TCH-TCH Ho from other cells)




a = p_nbsc_trafficc = p_nbsc_ho

Figure 66. TCH drop-out %, BTS level, before call re-establishment, S3(dcr_4c)

TCH drop-out %, BTS level, before call re-establishment, S3 (dcr_4d)

Use: On the BTS level. To rank cells by the share of TCH drop callfailures per TCH seizure (normal or HO). Intra-cell HO isexcluded, which is meaningful in the case of IUO. Inter-cellHOs are counted only as a net value.


sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+ a.tch_abis_fail_old+a.tch_a_if_fail_call+ a.tch_a_if_fail_old+ a.tch_tr_fail+ a.tch_tr_fail_old+a.tch_lapd_fail+ a.tch_bts_fail+ a.tch_user_act+ a.tch_bcsu_reset+a.tch_netw_act+a.tch_act_fail_call)100* ---------------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch) ;(DR calls) + sum(a.tch_seiz_due_sdcch_con) ; (FACCH call setup calls) + sum(c.msc_i_tch_tch+c.bsc.bsc_i_tch_tch) - sum(c.msc_o_tch_tch +c.bsc.bsc_o_tch_tch) ;(TCH-TCH Ho net in from other cells)


Figure 67. TCH drop-out %, BTS level, before call re-establishment, S3(dcr_4d)

TCH drop-out %, BTS level, before call re-establishment, S7 (dcr_4e)

Use: On the BTS level. To rank cells by the share of TCH drop callfailures per TCH seizure (normal or HO). Intra-cell HO isexcluded, which is meaningful in the case of IUO, forexample.


100-csf_4y= sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+ a.tch_abis_fail_old+a.tch_a_if_fail_call+ a.tch_a_if_fail_old+ a.tch_tr_fail+ a.tch_tr_fail_old+a.tch_lapd_fail+ a.tch_bts_fail+ a.tch_user_act+ a.tch_bcsu_reset+a.tch_netw_act+a.tch_act_fail_call)100* --------------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch) ;(DR calls) - sum(a.tch_succ_seiz_for_dir_acc)



;ref.2 + sum(a.tch_seiz_due_sdcch_con) ; (FACCH call setup calls) + sum(c.msc_i_tch_tch+c.bsc.bsc_i_tch_tch) ;(TCH-TCH Ho from other cells)


Figure 68. TCH drop-out %, BTS level, before call re-establishment, S7(dcr_4e)


TCH drop-out %, BTS level, before call re-establishment, S7 (dcr_4f)

Use: On the BTS level. To rank cells by the share of TCH drop callfailures per TCH seizure (normal or HO). Intra-cell HO isexcluded, which is meaningful in the case of IUO. Inter-cellHOs are counted only as a net value.


sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+ a.tch_abis_fail_old+a.tch_a_if_fail_call+ a.tch_a_if_fail_old+ a.tch_tr_fail+ a.tch_tr_fail_old+a.tch_lapd_fail+ a.tch_bts_fail+ a.tch_user_act+ a.tch_bcsu_reset+a.tch_netw_act+a.tch_act_fail_call)100* --------------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch) ;(DR calls) - sum(a.succ_tch_seiz_for_dir_acc);ref.2 + sum(a.tch_seiz_due_sdcch_con) ; (FACCH call setup calls) + sum(c.msc_i_tch_tch+c.bsc.bsc_i_tch_tch) - sum(c.msc_o_tch_tch +c.bsc.bsc_o_tch_tch) ;(TCH-TCH Ho net in from other cells)


Figure 69. TCH drop-out %, BTS level, before call re-establishment, S7(dcr_4f)




TCH drop call (dropped conversation) %, BSC level, S4 (dcr_5)

Use: On the area level. Tells the ratio of calls dropped while A andB are talking, that is after conn_ack.Theoretically should always be less than dcr_3f or dcr_3g.Results from networks 2 to 6 %.

Known problems: Does not work on the BTS level (handovers). Accurate on theBSC and PLMN levels after a bug was corrected.If call re-establishment is active and occurs, theconver_started is triggered once and dropped_callsonly once. After the first call re-establishment thedropped_calls counter is no longer incremented in this callno matter if the call stays or drops. This means that in this caseseen from counters, the call looks like a dropped call. In fact,from the MS user’s point of view it is impossible to knowwhether it was dropped or not (does callre_establishment save the call or not).Subscriber clear during HO is counted as a dropped call.Due to an error in the mapping table also blocking in the caseof an external HO has been counted as a dropped call.In the NMS/2000 T8 the p_nbsc_service table did havewrong index settings (a bug in the upgrade script) andtherefore the use of the table was very slow.External HOs (inter BSC handovers) triggerconver_started counter in target cell. Therefore onnetwork level the ratio does not illustrate correctly thedropped conversation ratio from the MS’s point of view.

sum(dropped_calls)100* -------------------- % sum(conver_started)


Figure 70. TCH drop call (dropped conversation) %, BSC level, S4(dcr_5)

TCH dropped conversation %, area, re-establishment considered, S7(dcr_5b)

Use: On the area level. Tells the ratio of calls dropped while A andB are talking, that is after conn_ack. Inter BSC handoversare subtracted in the denominator because they triggerconver_started. Compensation is 100% true only if thearea has no inter-BSC handovers from outside the area.Theoretically should always be less than dcr_3f or dcr_3g.

Known problems: See dcr_5.1) conver_started is not triggered for call re-establishments.



dropped_calls is triggered once for the first re-establishment. After that setup_failure is triggered if thecall is a dropped call.If the call is ’saved’ by re-establishment multiple times,setup_failure will be triggered several times accordingly.2) Drop call by pre-emption (1st priority call request to beestablished, all TCHs seized, lower priority calls on) triggersdropped_calls. Therefore this counter does not indicateonly technical drops.

sum(b.dropped_calls) - sum(tch_re_est_release)100* -------------------------------------------------- % sum(b.conver_started) - sum(a.msc_i_tch_tch)

Counters from table(s):a = p_nbsc_hob = p_nbsc_service

Figure 71. TCH dropped conversation %, area, re-establishmentconsidered, S7 (dcr_5b)

TCH drop call %, after TCH assignment, without re-establishment, arealevel, S7 (dcr_8)

Use: This formula is developed to better match with the othervendors’ formulas.

Drops after TCH assignment100* ------------------------------ % = TCH assignments for new calls

sum(tch_new_call_assign +tch_ho_assign -tch_norm_release-tch_ho_release)100* -------------------------------------------------------- % sum(tch_new_call_assign)


Figure 72. TCH drop call %, after TCH assignment, without re-establishment, area level, S7 (dcr_8)

TCH drop call %, after TCH assignment, with re-establishment, area level,S7 (dcr_8a)


Known problems: The denominator is not correct. If there is one call and one re-establishment, it goes to 0! Dcr_8b is suggested to fix thisproblem.

Drops after TCH assignment100* ------------------------------ % =



TCH assignments for new calls

sum(tch_new_call_assign +tch_ho_assign -tch_norm_release-tch_ho_release-tch_re_est_assign)100* -------------------------------------------------------- % sum(tch_new_call_assign-tch_re_est_assign)


Figure 73. TCH drop call %, after TCH assignment, with re-establishment, area level, S7 (dcr_8a)

TCH drop call %, after TCH assignment, with re-establishment, area level,S7 (dcr_8b)


Known problems: Negative values seen in the field.

Drops after TCH assignment100* ------------------------------ % = TCH assignments for new calls

sum(tch_new_call_assign +tch_ho_assign -tch_norm_release-tch_ho_release-tch_re_est_release)100* -------------------------------------------------------- % sum(tch_new_call_assign)


Figure 74. TCH drop call %, after TCH assignment, with re-establishment, area level, S7 (dcr_8b)

Drops per erlang, before re-establishment, S4 (dcr_10)

Use: On the area and BTS level.Known problems: Works for 60 min period.

Drops-------------------------- =Traffic (Erlang hours sum)

sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+ a.tch_abis_fail_old+a.tch_a_if_fail_call+ a.tch_a_if_fail_old+ a.tch_tr_fail+ a.tch_tr_fail_old+a.tch_lapd_fail+ a.tch_bts_fail+ a.tch_user_act+ a.tch_bcsu_reset+a.tch_netw_act+a.tch_act_fail_call)--------------------------------------------------------------------------------- sum(b.ave_busy_tch/b.res_av_denom14) / (60/avg(period_duration))




a = p_nbsc_trafficb = p_nbsc_res_avail

Figure 75. Drops per erlang , before re-establishment, S4 (dcr_10)

Drops per erlang, after re-establishment, S4 (dcr_10a)

Use: On the area and BTS level.Known problems: Works for 60 min period.

The counters used to compensate re-establishments are theones that indicate re-establishment attempts, not thesuccessful re-establishments.

Drops- re-establishments-------------------------- =Traffic (Erlang hours sum)

sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+ a.tch_abis_fail_old+a.tch_a_if_fail_call+ a.tch_a_if_fail_old+ a.tch_tr_fail+ a.tch_tr_fail_old+a.tch_lapd_fail+ a.tch_bts_fail+ a.tch_user_act+ a.tch_bcsu_reset+a.tch_netw_act+a.tch_act_fail_call) - sum(c.sdcch_call_re_est+c.tch_call_re_est);call re-establishments------------------------------------------------------------------------------- sum(b.ave_busy_tch/b.res_av_denom14) / (60/avg(period_duration))

Counters from table(s):a = p_nbsc_trafficb = p_nbsc_res_availc = p_nbsc_res_access

Figure 76. Drops per erlang , after re-establishment, S4 (dcr_10a)

Drops per erlang, after re-establishment, S7 (dcr_10b)

Use: On the area and BTS level.Known problems: Works for the 60 min period.

Drops- re-establishments-------------------------- =Traffic (Erlang hours sum)

sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+ a.tch_abis_fail_old+a.tch_a_if_fail_call+ a.tch_a_if_fail_old+ a.tch_tr_fail+ a.tch_tr_fail_old+a.tch_lapd_fail+ a.tch_bts_fail+ a.tch_user_act+ a.tch_bcsu_reset+a.tch_netw_act+a.tch_act_fail_call) - sum(c.tch_re_est_assign) ;call re-establishments------------------------------------------------------------------------------- sum(b.ave_busy_tch/b.res_av_denom14) / (60/avg(period_duration))

Counters from table(s):a = p_nbsc_traffic



b = p_nbsc_res_availc = p_nbsc_service

Figure 77. Drops per erlang , after re-establishment, S7 (dcr_10b)

2.12 Handover (ho)

Return from super TRXs to regular TRX, S4 (ho_1)

sum(ho_succ_to_reg_freq)100* ------------------------------ % sum(ho_succ_from_reg_freq)

Counters from table(s):p_nbsc_underlay

Figure 78. Return from super TRXs to regular TRX, S4 (ho_1)

HO attempts from regular TRXs to super, S4 (ho_2)

sum(ho_att_from_reg_freq)


Figure 79. HO attempts from regular TRXs to super, S4 (ho_2)

HO attempts from super to regular, S4 (ho_3)

sum(ho_att_to_reg_freq)


Figure 80. HO attempts from super to regular, S4 (ho_3)

Share of HO attempts from super to regular due to DL quality, S4 (ho_4)

sum(att_from_super_dl_qual)100 * ------------------------------------------------------ % sum(att_from_super_dl_qual + att_from_super_dl_if +att_from_super_ul_if + att_from_super_bad_ci)




Figure 81. Share of HO attempts from super to regular due to DL Qual,S4 (ho_4)

Share of HO attempts from super to regular due to DL interference, S4(ho_5)

sum(att_from_super_dl_if)100 * ------------------------------------------------------ % sum(att_from_super_dl_qual + att_from_super_dl_if +att_from_super_ul_if + att_from_super_bad_ci)


Figure 82. Share of HO attempts from super to regular due to DLinterference, S4 (ho_5)

Share of HO attempts from super to regular due to UL interference, S4(ho_6)

sum(att_from_super_ul_itf)100 * ------------------------------------------------------ % sum(att_from_super_dl_qual + att_from_super_dl_itf +att_from_super_ul_itf + att_from_super_bad_ci)


Figure 83. Share of HO attempts from super to regular due to ULinterference, S4 (ho_6)

Share of HO attempts from super to regular due to bad C/I, S4 (ho_7)

sum(att_from_super_bad_ci)100 * ------------------------------------------------------ % sum(att_from_super_dl_qual + att_from_super_dl_itf +att_from_super_ul_itf + att_from_super_bad_ci)


Figure 84. Share of HO attempts from super to regular due to bad C/I, S4(ho_7)



MSC incoming HO attempts (ho_8)

sum(msc_i_tch_tch_at+msc_i_sdcch_tch_at+msc_i_sdcch_at)


Figure 85. MSC incoming HO attempts, (ho_8)

MSC outgoing HO attempts (ho_9)

sum(msc_o_tch_tch_at+msc_o_sdcch_tch_at+msc_o_sdcch_at)


Figure 86. MSC outgoing HO attempts, (ho_9)

BSC incoming HO attempts (ho_10)

sum(bsc_i_tch_tch_at+bsc_i_sdcch_tch_at+bsc_i_sdcch_at)


Figure 87. BSC incoming HO attempts, (ho_10)

BSC outgoing HO attempts (ho_11)

sum(bsc_o_tch_tch_at+bsc_o_sdcch_tch_at+bsc_o_sdcch_at)


Figure 88. BSC outgoing HO attempts, (ho_11)

Intra-cell HO attempts, S6 (ho_12a)

sum(cell_tch_tch_at+cell_sdcch_at+cell_sdcch_tch_at)


Figure 89. Intra-cell HO attempts, S2 (ho_12a)

HO attempts, S4 (ho_13)

sum(cause_up_qual+cause_up_level+cause_down_qual+cause_down_lev+cause_distance+cause_msc_invoc+cause_intfer_up+cause_intfer_dwn+cause_umbr+cause_pbdgt+cause_omc



+cause_ch_adm+cause_traffic+cause_dir_retry+cause_pre_emption+cause_field_drop+cause_low_distance+cause_bad_CI+cause_good_CI)


Figure 90. HO attempts, , outgoing and intra-cell S4, (ho_13)

HO attempts, S3 (ho_13a)

sum(msc_i_tch_tch_at + msc_i_sdcch_tch_at+ msc_i_sdcch_at)

+ sum(msc_o_tch_tch_at + msc_o_sdcch_tch_at+ msc_o_sdcch_at)+ sum(bsc_i_tch_tch_at + bsc_i_sdcch_tch_at+ bsc_i_sdcch_at)

+ sum(bsc_o_tch_tch_at + bsc_o_sdcch_tch_at+ bsc_o_sdcch_at)+ sum(cell_tch_tch_at + cell_sdcch_tch_at+ cell_sdcch_at)


Figure 91. HO attempts S3, (ho_13a)

HO attempts, outgoing and intra-cell, S5 (ho_13c)

sum(cause_up_qual+cause_up_level+cause_down_qual+cause_down_lev+cause_distance+cause_msc_invoc+cause_intfer_up+cause_intfer_dwn+cause_umbr+cause_pbdgt+cause_omc+cause_dir_retry+cause_pre_emption+cause_field_drop+cause_low_distance+cause_bad_CI+cause_good_CI+ cause_ho_due_slow_mov_ms+ switch_crcr_pool;S5)


Figure 92. HO attempts, outgoing and intra-cell, S5, (ho_13c)

HO attempts, outgoing and intra-cell, S6 (ho_13d)

sum(cause_up_qual+cause_up_level+cause_down_qual+cause_down_lev+cause_distance+cause_msc_invoc+cause_intfer_up+cause_intfer_dwn+cause_umbr+cause_pbdgt+cause_omc+cause_dir_retry+cause_pre_emption+cause_field_drop+cause_low_distance+cause_bad_CI+cause_good_CI+ cause_ho_due_slow_mov_ms+ho_att_due_switch_circ_pool;S5+ ms_slow_speed + ms_high_speed; S6)




Figure 93. HO attempts, outgoing and intra-cell, S6, (ho_13d)

HO attempts, outgoing and intra-cell, S3, (ho_13e)

sum(msc_o_tch_tch_at + msc_o_sdcch_tch_at+ msc_o_sdcch_at)+ sum(bsc_o_tch_tch_at + bsc_o_sdcch_tch_at+ bsc_o_sdcch_at)+ sum(cell_tch_tch_at + cell_sdcch_tch_at+ cell_sdcch_at)


Figure 94. HO attempts , outgoing and intra-cell S3, (ho_13e)

HO attempts, outgoing and intra-cell, S9, (ho_13f)

sum(cause_up_qual+cause_up_level+cause_down_qual+cause_down_lev+cause_distance+cause_msc_invoc+cause_intfer_up+cause_intfer_dwn+cause_umbr+cause_pbdgt+cause_omc+cause_dir_retry+cause_pre_emption+cause_field_drop+cause_low_distance+cause_bad_CI+cause_good_CI+ cause_ho_due_slow_mov_ms+ho_att_due_switch_circ_pool;S5+ ms_slow_speed + ms_high_speed; S6+cause_dir_retry+ho_due_ms_high_speed+ ho_due_ms_low_speed+ho_att_due_bad_super_rx_lev+ho_att_due_good_regular_rx_lev+ho_att_due_direct_access+ho_att_due_erfd;S7+ ho_att_due_dadlb+ ho_att_due_to_bsc_contr_trho; S8+ ho_att_due_to_gprs;S9)


Figure 95. HO attempts , outgoing and intra-cell S9, (ho_13f)

TCH requests for HO (ho_14a)

um(tch_req-tch_call_req-tch_fast_req)


Figure 96. TCH requests for HO (ho_14a)



TCH requests for HO, (ho_14b)

Note: When you are using IUO, you can see that numbers of TCHrequests due to HO attempts increases (even tenfold).

sum(a.tch_req-a.tch_call_req-tch_fast_req)-sum(b.bsc_i_unsucc_a_int_circ_type+b.msc_controlled_in_ho +b.ho_unsucc_a_int_circ_type)

Counters from table(s):a = p_nbsc_trafficb = p_nbsc_ho

Figure 97. TCH requests for HO (ho_14b)

TCH seizures for HO (ho_15)

sum(tch_ho_seiz)


Figure 98. TCH seizures for HO (ho_15)

TCH-TCH HO attempts (ho_16)

Use: On the BTS level. If used on the area level, it will result indouble counting of inter-cell HOs.

sum( msc_o_tch_tch_at + msc_i_tch_tch_at + bsc_o_tch_tch_at + bsc_i_tch_tch_at + cell_tch_tch_at)


Figure 99. TCH-TCH HO attempts (ho_16)

SDCCH-TCH HO attempts (ho_17)


sum( msc_o_sdcch_tch_at + msc_i_sdcch_tch_at + bsc_o_sdcch_tch_at + bsc_i_sdcch_tch_at + cell_sdcch_tch_at)


Figure 100. SDCCH-TCH HO attempts (ho_17)



SDCCH-SDCCH HO attempts (ho_18)


sum( msc_o_sdcch_at + msc_i_sdcch_at + bsc_o_sdcch_at + bsc_i_sdcch_at + cell_sdcch_at)


Figure 101. SDCCH-SDCCH HO attempts (ho_18)

TCH-TCH HO success (ho_19)


sum( msc_o_tch_tch + msc_i_tch_tch + bsc_o_tch_tch + bsc_i_tch_tch + cell_tch_tch)


Figure 102. TCH-TCH HO successes (ho_19)

SDCCH-TCH HO success (ho_20)


sum( msc_o_sdcch_tch + msc_i_sdcch_tch + bsc_o_sdcch_tch + bsc_i_sdcch_tch + cell_sdcch_tch)


Figure 103. SDCCH-TCH HO successes (ho_20)

SDCCH-SDCCH HO success (ho_21)


sum( msc_o_sdcch + msc_i_sdcch + bsc_o_sdcch + bsc_i_sdcch + cell_sdcch)


Figure 104. SDCCH-SDCCH HO successes (ho_21)



MSC controlled HO attempts (ho_22)


sum( msc_o_tch_tch_at + msc_i_tch_tch_at + msc_o_sdcch_tch_at + msc_i_sdcch_tch_at + msc_o_sdcch_sdcch_at + msc_i_sdcch_sdcch_at)


Figure 105. MSC controlled HO attempts (ho_22)

BSC controlled HO attempts (ho_23)


sum( bsc_o_tch_tch_at + bsc_i_tch_tch_at + bsc_o_sdcch_tch_at + bsc_i_sdcch_tch_at + bsc_o_sdcch_sdcch_at + bsc_i_sdcch_sdcch_at)


Figure 106. BSC controlled HO attempts (ho_23)

Intra-cell HO attempts (ho_24)

sum(cell_tch_tch_at+ cell_sdcch_tch_at+ cell_sdcch_at)


Figure 107. Intra-cell HO attempts (ho_24)

MSC controlled HO success (ho_25)


sum( msc_o_tch_tch + msc_i_tch_tch + msc_o_sdcch_tch + msc_i_sdcch_tch + msc_o_sdcch_ + msc_i_sdcch)


Figure 108. MSC controlled HO successes (ho_25)



BSC controlled HO success (ho_26)


sum( bsc_o_tch_tch + bsc_i_tch_tch + bsc_o_sdcch_tch + bsc_i_sdcch_tch + bsc_o_sdcch + bsc_i_sdcch)


Figure 109. BSC controlled HO successes (ho_26)

Intra-cell HO success (ho_27)

sum(cell_tch_tch + cell_sdcch_tch + cell_sdcch)


Figure 110. Intra-cell HO successes (ho_27)

MSC incoming HO success (ho_28)

sum(msc_i_tch_tch+msc_i_sdcch_tch+msc_i_sdcch)


Figure 111. MSC incoming HO successes (ho_28)

MSC outgoing HO success (ho_29)

sum(msc_o_tch_tch+msc_o_sdcch_tch+msc_o_sdcch)


Figure 112. MSC outgoing HO successes (ho_29)

BSC incoming HO success (ho_30)

sum(bsc_i_tch_tch+bsc_i_sdcch_tch+bsc_i_sdcch)


Figure 113. BSC incoming HO successes (ho_30)



BSC outgoing HO success (ho_31)

sum(bsc_o_tch_tch+bsc_o_sdcch_tch+bsc_o_sdcch)


Figure 114. BSC outgoing HO successes (ho_31)

Incoming HO success (ho_32)

sum(msc_i_succ_ho+bsc_i_succ_ho)


Figure 115. Incoming HO success (ho_32)

Outgoing HO success (ho_33)

sum(msc_o_succ_ho+ bsc_o_succ_ho)


Figure 116. Outgoing HO successes (ho_33)

Outgoing HO attempts (ho_34)

um(msc_o_tch_tch_at+msc_o_sdcch_tch_at+msc_o_sdcch_at +bsc_o_tch_tch_at+bsc_o_sdcch_tch_at+bsc_o_sdcch_at)


Figure 117. Outgoing HO attempts (ho_34)

Incoming HO attempts (ho_35)

sum(msc_i_tch_tch_at+msc_i_sdcch_tch_at+msc_i_sdcch_at +bsc_i_tch_tch_at+bsc_i_sdcch_tch_at+bsc_i_sdcch_at)


Figure 118. Incoming HO attempts (ho_35)



Outgoing SDCCH-SDCCH HO attempts (ho_36)

sum(msc_o_sdcch_at+bsc_o_sdcch_at)


Figure 119. Outgoing SDCCH-SDCCH HO attempts (ho_36)

Incoming SDCCH-SDCCH HO attempts (ho_37)

sum(msc_i_sdcch_at+bsc_i_sdcch_at)


Figure 120. Incoming SDCCH-SDCCH HO attempts (ho_37)

Outgoing SDCCH-TCH HO attempts (ho_38)

sum(msc_o_sdcch_tch_at+bsc_o_sdcch_tch_at)


Figure 121. Outgoing SDCCH-TCH HO attempts (ho_38)

Incoming SDCCH-TCH HO attempts (ho_39)

sum(msc_i_sdcch_tch_at+bsc_i_sdcch_tch_at)


Figure 122. Incoming SDCCH-TCH HO attempts (ho_39)

Outgoing TCH-TCH HO attempts (ho_40)

sum(msc_o_tch_tch_at+bsc_o_tch_tch_at)


Figure 123. Outgoing TCH-TCH HO attempts (ho_40)

Incoming TCH-TCH HO attempts (ho_41)

sum(msc_i_tch_tch_at+bsc_i_tch_tch_at)




Figure 124. Incoming TCH-TCH HO attempts (ho_41)

Outgoing SDCCH-SDCCH HO success (ho_42)

sum(msc_o_sdcch+bsc_o_sdcch)


Figure 125. Outgoing SDCCH-SDCCH HO success (ho_42)

Incoming SDCCH-SDCCH HO success (ho_43)

sum(msc_i_sdcch+bsc_i_sdcch)


Figure 126. Incoming SDCCH-SDCCH HO success (ho_43)

Outgoing SDCCH-TCH HO success (ho_44)

sum(msc_o_sdcch_tch+bsc_o_sdcch_tch)


Figure 127. Outgoing SDCCH-TCH HO success (ho_44)

Incoming SDCCH-TCH HO success (ho_45)

sum(msc_i_sdcchtch+bsc_i_sdcch_tch)


Figure 128. Incoming SDCCH-TCH HO success (ho_45)

Outgoing TCH-TCH HO success (ho_46)

sum(msc_o_tch_tch+bsc_o_tch_tch)




Figure 129. Outgoing TCH-TCH HO success (ho_46)

Incoming TCH-TCH HO success (ho_47)

sum(msc_i_tch_tch+bsc_i_tch_tch)


Figure 130. Incoming TCH-TCH HO success (ho_47)

2.13 Handover failure % (hfr)

Total HO failure %, S1 (hfr_1)

Use: Works best on the BTS level, but is usable on both the areaand cell level.

Experiences on use: In a good network the value can be less than 3 per cent,whereas in a very bad network values higher than 15 per centmay occur. When IUO is used, this formula shows high valuesdue to highly failing intra-cell handovers between layers incongested cells.

Known problems: This formula emphasises the non-intra-cell handovers sincethey are counted twice. This causes no problem on the celllevel, whereas on the area level problems may occur.Blocking is included. Blocking makes this indicator showhigh values especially in the case of IUO, but it does notnecessarily mean that there are some problems.

HO failures100* --------------- % HO attempts

HO attempts - successful HOs= 100 * --------------------------------- % HO attempts

successful HOs= 100 * (1- -------------- ) % HO attempts

sum(msc_i_succ_ho+msc_o_succ_ho+bsc_i_succ_ho+bsc_o_succ_ho+cell_succ_ho)= 100 * (1- -------------------------------------------------------------------)% sum(msc_i_tch_tch_at+msc_i_sdcch_tch_at+msc_i_sdcch_at+ msc_o_tch_tch_at+msc_o_sdcch_tch_at+msc_o_sdcch_at+ bsc_o_tch_tch_at+bsc_o_sdcch_tch_at+bsc_o_sdcch_at+ bsc_i_tch_tch_at+bsc_i_sdcch_tch_at+bsc_i_sdcch_at+ cell_tch_tch_at+cell_sdcch_tch_at+cell_sdcch_at)




Figure 131. Total HO failure %, S1 (hfr_1)

Total HO failure %, S1 (hfr_2)

Use: On the area or network level.Experiences on use: In a network gave the result of 8 % instead of 7 % of hfr_1.

In a good network the value can be less than 3 per cent, whilein a very bad network values higher than 15 per cent mayoccur.If Directed Retry is enabled, the MS may, when congestion ofthe source cell SDCCH occurs, be moved from the best cell toa worse one. Then the MS tries to make a handover back butfails if the first cell is still congested. This leads toincrementation of the HO failure ratio.Common reasons for a handover to fail:- incorrect parameter settings of adjacencies- badly defined neighbours (UL coverage becomes problem)- UL coverage in general. Cell imbalanced.- TCH blocking in the target cell- UL interference (target BTS never gets the HO access)

Known problems: Blocking is included. Blocking makes this indicator showhigh values especially in the case of IUO, but it does notnecessarily mean that there are some technical problems.Calls that are cleared by the MS user during the HO processincrement the attempt counters but cannot be compensated inthe numerator. (XX2)HO that is interrupted due to another procedure (e.g.assignment) increments the attempt counters but cannot becompensated in the numerator.(XX3)

HO failures100* --------------- % HO attempts

HO attempts - successful HOs= 100 * --------------------------------- % HO attempts

successful HOs= 100 * (1- -------------- ) % HO attempts

sum(msc_o_succ_ho + bsc_o_succ_ho + cell_succ_ho) + XX2+ XX3= 100 * (1- -------------------------------------------------------------------)% sum(msc_o_tch_tch_at+msc_o_sdcch_tch_at+msc_o_sdcch_at+ bsc_o_tch_tch_at+bsc_o_sdcch_tch_at+bsc_o_sdcch_at+ cell_tch_tch_at+cell_sdcch_tch_at+cell_sdcch_at)




Figure 132. Total HO failure %, S1 (hfr_2)

Intra-cell HO failure share, S1 (hfr_3a)

Use: On the BTS level. The results are equal to hfr_3c.

Intra-cell HO failures100* (--------------------------------------) % All HO attempts

sum(cell_tch_tch_at+cell_sdcch_tch_at+cell_sdcch-at) -sum(cell_succ_ho)= 100* (--------------------------------------------------------------) % sum(msc_i_tch_tch_at + msc_i_sdcch_tch_at+ msc_i_sdcch_at)

+ sum(msc_o_tch_tch_at + msc_o_sdcch_tch_at+ msc_o_sdcch_at) + sum(bsc_i_tch_tch_at + bsc_i_sdcch_tch_at+ bsc_i_sdcch_at)

+ sum(bsc_o_tch_tch_at + bsc_o_sdcch_tch_at+ bsc_o_sdcch_at) + sum(cell_tch_tch_at + cell_sdcch_tch_at + cell_sdcch_at)


Figure 133. Intra-cell HO failure share, S1 (hfr_3a)

Intra-cell HO failure share, S1 (hfr_3b)

Use: On the area or network level. The results are equal to hfr_3d.


sum(cell_tch_tch_at+cell_sdcch_tch_at+cell_sdcch-at) -sum(cell_succ_ho)= 100* (--------------------------------------------------------------) % sum(msc_i_tch_tch_at + msc_i_sdcch_tch_at+ msc_i_sdcch_at)




Figure 134. Intra-cell HO failure share, S1 (hfr_3b)



Intra-cell HO failure share, S1 (hfr_3c)

Use: On the BTS level. The results are equal to hfr_3a.


sum(cell_tch_tch_at+cell_sdcch_tch_at+cell_sdcch_at) - sum(cell_tch_tch+cell_sdcch_tch+cell_sdcch)= 100* (--------------------------------------------------------------) % sum(msc_i_tch_tch_at + msc_i_sdcch_tch_at+ msc_i_sdcch_at)




Figure 135. Intra-cell HO failure share, S1 (hfr_3c)

Intra-cell HO failure share, S1 (hfr_3d)

Use: On the area or network level. The results are equal to hfr_3b.

...... Intra-cell HO failures100* (--------------------------------------) % All HO attempts

sum(cell_tch_tch_at+cell_sdcch_tch_at+cell_sdcch_at) - sum(cell_tch_tch+cell_sdcch_tch+cell_sdcch)= 100* (--------------------------------------------------------------) % sum(msc_o_tch_tch_at + msc_o_sdcch_tch_at+ msc_o_sdcch_at) + sum(bsc_o_tch_tch_at + bsc_o_sdcch_tch_at+ bsc_o_sdcch_at) + sum(cell_tch_tch_at + cell_sdcch_tch_at + cell_sdcch_at)


Figure 136. Intra-cell HO failure share, S1 (hfr_3d)

Incoming MSC ctrl HO failure %, S1 (hfr_4)

MSC controlled incoming HO successes100* (1- --------------------------------------) % MSC controlled incoming HO attempts

sum(msc_i_tch_tch+msc_i_sdcch_tch+msc_i_sdcch)= 100* (1- --------------------------------------------------------------) % sum(msc_i_tch_tch_at+msc_i_sdcch_tch_at+msc_i_sdcch_at)




Figure 137. Incoming MSC ctrl HO failure %, S1 (hfr_4)

Incoming MSC ctrl HO failure share, S1 (hfr_4a)

Use: On the BTS level.

MSC controlled incoming HO failures100* (--------------------------------------) % All HO attempts

sum(msc_i_tch_tch_at+msc_i_sdcch_tch_at+msc_i_sdcch-at) -sum(msc_i_succ_ho)= 100* (--------------------------------------------------------------) % sum(msc_i_tch_tch_at + msc_i_sdcch_tch_at+ msc_i_sdcch_at)




Figure 138. Incoming MSC ctrl HO failure share, S1 (hfr_4a)

Incoming MSC ctrl HO failure share, S1 (hfr_4b)


MSC controlled incoming HO failures100* (--------------------------------------) % All HO incoming attempts

sum(msc_i_tch_tch_at+msc_i_sdcch_tch_at+msc_i_sdcch-at) -sum(msc_i_succ_ho)= 100* (--------------------------------------------------------------) % sum(msc_i_tch_tch_at + msc_i_sdcch_tch_at+ msc_i_sdcch_at)

+ sum(bsc_i_tch_tch_at + bsc_i_sdcch_tch_at+ bsc_i_sdcch_at)

+ sum(cell_tch_tch_at + cell_sdcch_tch_at + cell_sdcch_at)


Figure 139. Incoming MSC ctrl HO failure share, S1 (hfr_4b)



Incoming MSC ctrl HO failure share, S1 (hfr_4c)


MSC controlled incoming HO failures100* (--------------------------------------) % All HO attempts

sum(msc_i_tch_tch_at+msc_i_sdcch_tch_at+msc_i_sdcch_at) - sum(msc_i_tch_tch+msc_i_sdcch_tch+msc_i_sdcch)= 100* (--------------------------------------------------------------) % sum(msc_i_tch_tch_at + msc_i_sdcch_tch_at+ msc_i_sdcch_at)




Figure 140. Incoming MSC ctrl HO failure share, S1 (hfr_4c)

Incoming MSC ctrl HO failure share, S1 (hfr_4d)


MSC controlled incoming HO failures100* (--------------------------------------) % All HO incoming attempts

sum(msc_i_tch_tch_at+msc_i_sdcch_tch_at+msc_i_sdcch_at) - sum(msc_i_tch_tch+msc_i_sdcch_tch+msc_i_sdcch)= 100* (--------------------------------------------------------------) % sum(msc_i_tch_tch_at + msc_i_sdcch_tch_at+ msc_i_sdcch_at)




Figure 141. Incoming MSC ctrl HO failure share, S1 (hfr_4d)

Outgoing MSC ctrl HO failure share %, S1 (hfr_5a)


MSC controlled outgoing HO failures100* (--------------------------------------) % All HO attempts

sum(msc_o_tch_tch_at+msc_o_sdcch_tch_at+msc_o_sdcch-at) -sum(msc_o_succ_ho)= 100* (--------------------------------------------------------------) %







Figure 142. Outgoing MSC ctrl HO failure share %, S1 (hfr_5a)

Outgoing MSC ctrl HO failure share %, S1 (hfr_5b)


MSC controlled outgoing HO failures100* (--------------------------------------) % All HO outgoing attempts

sum(msc_o_tch_tch_at+msc_o_sdcch_tch_at+msc_o_sdcch-at) -sum(msc_o_succ_ho)= 100* (--------------------------------------------------------------) % sum(msc_o_tch_tch_at + msc_o_sdcch_tch_at+ msc_o_sdcch_at) + sum(bsc_o_tch_tch_at + bsc_o_sdcch_tch_at+ bsc_o_sdcch_at) + sum(cell_tch_tch_at + cell_sdcch_tch_at + cell_sdcch_at)


Figure 143. Outgoing MSC ctrl HO failure share %, S1 (hfr_5b)

Outgoing MSC ctrl HO failure share %, S1 (hfr_5c)


MSC controlled outgoing HO failures100* (--------------------------------------) % All HO attempts

sum(msc_o_tch_tch_at+msc_o_sdcch_tch_at+msc_o_sdcch_at) - sum(msc_o_tch_tch+msc_o_sdcch_tch+msc_o_sdcch)= 100* (--------------------------------------------------------------) % sum(msc_i_tch_tch_at + msc_i_sdcch_tch_at+ msc_i_sdcch_at)






Figure 144. Outgoing MSC ctrl HO failure share %, S1 (hfr_5c)

Outgoing MSC ctrl HO failure share %, S1 (hfr_5d)


MSC controlled outgoing HO failures100* (--------------------------------------) % All HO outgoing attempts

sum(msc_o_tch_tch_at+msc_o_sdcch_tch_at+msc_o_sdcch_at) - sum(msc_o_tch_tch+msc_o_sdcch_tch+msc_o_sdcch)= 100* (--------------------------------------------------------------) % sum(msc_o_tch_tch_at + msc_o_sdcch_tch_at+ msc_o_sdcch_at) + sum(bsc_o_tch_tch_at + bsc_o_sdcch_tch_at+ bsc_o_sdcch_at) + sum(cell_tch_tch_at + cell_sdcch_tch_at + cell_sdcch_at)


Figure 145. Outgoing MSC ctrl HO failure share %, S1 (hfr_5d)

Incoming BSC ctrl HO failure %, S1 (hfr_6)

BSC controlled incoming HO successes100* (1- --------------------------------------) % BSC controlled incoming HO attempts

sum(bsc_i_tch_tch+bsc_i_sdcch_tch+bsc_i_sdcch)= 100* (1- --------------------------------------------------------------) % sum(bsc_i_tch_tch_at+bsc_i_sdcch_tch_at+bsc_i_sdcch_at)


Figure 146. Incoming BSC ctrl HO failure %, S1 (hfr_6)

Incoming BSC ctrl HO failure share %, S1 (hfr_6a)


BSC controlled incoming HO failures100* (--------------------------------------) % All HO attempts

sum(bsc_i_tch_tch_at+bsc_i_sdcch_tch_at+bsc_i_sdcch-at) -sum(bsc_i_succ_ho)= 100* (--------------------------------------------------------------) % sum(msc_i_tch_tch_at + msc_i_sdcch_tch_at+ msc_i_sdcch_at)

+ sum(msc_o_tch_tch_at + msc_o_sdcch_tch_at+ msc_o_sdcch_at)






Figure 147. Incoming BSC ctrl HO failure share %, S1 (hfr_6a)

Incoming BSC ctrl HO failure %, S1 (hfr_6b)


BSC controlled incoming HO failures100* (--------------------------------------) % All incoming HO attempts

sum(bsc_i_tch_tch_at+bsc_i_sdcch_tch_at+bsc_i_sdcch-at) -sum(bsc_i_succ_ho)= 100* (--------------------------------------------------------------) % sum(msc_i_tch_tch_at + msc_i_sdcch_tch_at+ msc_i_sdcch_at)




Figure 148. Incoming BSC ctrl HO failure %, S1 (hfr_6b

Incoming BSC ctrl HO failure share %, S1 (hfr_6c)


BSC controlled incoming HO failures100* (--------------------------------------) % All HO attempts

sum(bsc_i_tch_tch_at+bsc_i_sdcch_tch_at+bsc_i_sdcch_at) - sum(bsc_i_tch_tch+bsc_i_sdcch_tch+bsc_i_sdcch)= 100* (--------------------------------------------------------------) % sum(msc_i_tch_tch_at + msc_i_sdcch_tch_at+ msc_i_sdcch_at)






Figure 149. Incoming BSC ctrl HO failure share %, S1 (hfr_6c)

Incoming BSC ctrl HO failure %, S1 (hfr_6d)


BSC controlled incoming HO failures100* (--------------------------------------) % All incoming HO attempts

sum(bsc_i_tch_tch_at+bsc_i_sdcch_tch_at+bsc_i_sdcch_at) - sum(bsc_i_tch_tch+bsc_i_sdcch_tch+bsc_i_sdcch)= 100* (--------------------------------------------------------------) % sum(msc_i_tch_tch_at + msc_i_sdcch_tch_at+ msc_i_sdcch_at)




Figure 150. Incoming BSC ctrl HO failure %, S1 (hfr_6d)

Outgoing BSC ctrl HO failure share, S1 (hfr_7)

BSC controlled outgoing HO successes100* (1- --------------------------------------) % BSC controlled outgoing HO attempts

sum(bsc_o_tch_tch+bsc_o_sdcch_tch+bsc_o_sdcch)= 100* (1- --------------------------------------------------------------) % sum(bsc_o_tch_tch_at+bsc_o_sdcch_tch_at+bsc_o_sdcch_at)


Figure 151. Outgoing BSC ctrl HO failure share, S1 (hfr_7)

Outgoing BSC ctrl HO failure share, S1 (hfr_7a)


BSC controlled outgoing HO failures100* (--------------------------------------) % All HO attempts

sum(bsc_o_tch_tch_at+bsc_o_sdcch_tch_at+bsc_o_sdcch-at) -sum(bsc_o_succ_ho)= 100* (--------------------------------------------------------------) %







Figure 152. Outgoing BSC ctrl HO failure share, S1 (hfr_7a)

Outgoing BSC ctrl HO failure share, S1 (hfr_7b)



sum(bsc_o_tch_tch_at+bsc_o_sdcch_tch_at+bsc_o_sdcch-at) -sum(bsc_o_succ_ho)= 100* (--------------------------------------------------------------) %........ sum(msc_o_tch_tch_at + msc_o_sdcch_tch_at+ msc_o_sdcch_at).......+ sum(bsc_o_tch_tch_at + bsc_o_sdcch_tch_at+ bsc_o_sdcch_at) + sum(cell_tch_tch_at + cell_sdcch_tch_at + cell_sdcch_at)


Figure 153. Outgoing BSC ctrl HO failure share, S1 (hfr_7b)

Outgoing BSC ctrl HO failure share, S1 (hfr_7c)



sum(bsc_o_tch_tch_at+bsc_o_sdcch_tch_at+bsc_o_sdcch_at) - sum(bsc_o_tch_tch+bsc_o_sdcch_tch+bsc_o_sdcch)= 100* (--------------------------------------------------------------) % sum(msc_i_tch_tch_at + msc_i_sdcch_tch_at+ msc_i_sdcch_at)






Figure 154. Outgoing BSC ctrl HO failure share, S1 (hfr_7c)

Outgoing BSC ctrl HO failure share, S1 (hfr_7d)



sum(bsc_o_tch_tch_at+bsc_o_sdcch_tch_at+bsc_o_sdcch_at) - sum(bsc_o_tch_tch+bsc_o_sdcch_tch+bsc_o_sdcch)= 100* (--------------------------------------------------------------) %........ sum(msc_o_tch_tch_at + msc_o_sdcch_tch_at+ msc_o_sdcch_at).......+ sum(bsc_o_tch_tch_at + bsc_o_sdcch_tch_at+ bsc_o_sdcch_at) + sum(cell_tch_tch_at + cell_sdcch_tch_at + cell_sdcch_at)


Figure 155. Outgoing BSC ctrl HO failure share, S1 (hfr_7d)

Internal inter HO failure %, S4 (hfr_8)

sum(int_inter_ho_source_fail)100* (-----------------------------------------------) % sum(int_inter_ho_source_fail+int_inter_ho_succ)


Figure 156. Internal inter HO failure %, S4 (hfr_8)

Internal intra HO failure %, S4 (hfr_9)

sum(int_intra_ho_source_fail)100* (-----------------------------------------------) % sum(int_intra_ho_source_fail+int_intra_ho_succ)


Figure 157. Internal intra HO failure %, S4 (hfr_9)



External source HO failure %, S4 (hfr_10)

sum(ext_ho_source_fail)100* (-----------------------------------------------) % sum(ext_ho_source_fail+ ext_ho_source_succ)


Figure 158. External source HO failure %, S4 (hfr_10)

HO failure % from super to regular, S4 (hfr_12)

Use: Ratio of all other failures than ’blocked’ to all HO attemptsfrom super to regular TRX.

sum(ho_fail_to_reg_due_ret+ ho_fail_to_reg_ms_lost+ ho_fail_to_reg_freq)100* (--------------------------------------------------------------------------) % sum(ho_att_to_reg_freq)


Figure 159. HO failure % from super to regular, S4 (hfr_12)

HO failure % from regular to super, S4 (hfr_13)

sum(ho_fail_from_reg_due_ret+ ho_fail_from_reg_ms_lost+ ho_fail_from_reg_freq)100* (--------------------------------------------------------------------------) % sum(ho_att_from_reg_freq)


Figure 160. HO failure % from regular to super, S4 (hfr_13)

Share of HO failures from regular to super due to return, S4 (hfr_14)

sum(ho_fail_from_reg_due_ret)100* (--------------------------------------------------------------------------) %

sum(ho_fail_from_reg_due_ret+ ho_fail_from_reg_ms_lost+ ho_fail_from_reg_freq)


Figure 161. Share of HO failures from regular to super due to return, S4(hfr_14)



Share of HO failures from regular to super due to MS lost, S4 (hfr_15)

Use: Ratio of ’MS Lost’ failures to all HO attempts (blocked HOsexcluded) in HOs from regular to super TRX.

sum(ho_fail_from_reg_ms_lost)100* (--------------------------------------------------------------------------) %



Figure 162. Share of HO failures from regular to super due to MS lost, S4(hfr_15)

Share of HO failures from regular to super due to another cause, S4 (hfr_16)

Use: Ratio of any other HO failures than ’return’ and ’MS lost’ toall HO attempts (blocked HOs excluded) in HOs from regularto super TRX.

sum(ho_fail_from_reg_freq)100* (--------------------------------------------------------------------------) %



Figure 163. Share of HO failures from regular to super due to anothercause, S4 (hfr_16)

Share of HO failures from super to regular due to return, S4 (hfr_17)

Use: Ratio of ’return’ HO failures to all HO attempts (blocked HOsexcluded) in HOs from super to regular TRX.

sum(ho_fail_to_reg_due_ret)100* (--------------------------------------------------------------------------) % sum(ho_fail_to_reg_due_ret+ ho_fail_to_reg_ms_lost+ ho_fail_to_reg_freq)


Figure 164. Share of HO failures from super to regular due to return, S4(hfr_17)

Share of HO failures from super to regular due to MS lost, S4 (hfr_18)

Use: Ratio of ’MS lost’ HO failures to all HO attempts (blockedHOs excluded) in HOs from super to regular TRX.

sum(ho_fail_to_reg_ms_lost)



100* (--------------------------------------------------------------------------) % sum(ho_fail_to_reg_due_ret+ ho_fail_to_reg_ms_lost+ ho_fail_to_reg_freq)


Figure 165. Share of HO failures from super to regular due to MS lost, S4(hfr_18)

Share of HO failures from super to regular due to another cause, S4 (hfr_19)

Experiences on use: Includes HO failures due to any other reason than ’return’and ’MS lost’.

Use: Ratio of ’Other cause’ HO failures to all HO attempts(blocked HOs excluded) in HOs from super to regular TRX.

sum(ho_fail_to_reg_freq)100* (--------------------------------------------------------------------------) % sum(ho_fail_to_reg_due_ret+ ho_fail_to_reg_ms_lost+ ho_fail_to_reg_freq)


Figure 166. Share of HO failures from super to regular due to anothercause, S4 (hfr_19)

SDCCH-SDCCH HO failure %, S2 (hfr_20)

Experiences on use: It is better to look at MSC and BSC controlled handoverseparately.

sum(msc_i_sdcch+ msc_o_sdcch + bsc_i_sdcch+ bsc_o_sdcch + cell_sdcch) - sum(msc_i_sdcch_at + msc_o_sdcch_at + bsc_i_sdcch_at + bsc_o_sdcch_at

+ cell_sdcch_at)100* (----------------------------------------------) % sum(msc_i_sdcch_at + msc_o_sdcch_at + bsc_i_sdcch_at + bsc_o_sdcch_at

+ cell_sdcch_at)


Figure 167. SDCCH-SDCCH HO failure %, S2 (hfr_20)

SDCCH-TCH HO failure %, S2 (hfr_21)

Use: These are Directed Retry.



sum(msc_i_sdcch_tch+ msc_o_sdcch_tch + bsc_i_sdcch_tch+ bsc_o_sdcch_tch + cell_sdcch_tch) - sum(msc_i_sdcch_tch_at + msc_o_sdcch_tch_at + bsc_i_sdcch_tch_at + bsc_o_sdcch_tch_at

+ cell_sdcch_tch_at)100* (-----------------------------------------------------) % sum(msc_i_sdcch_tch_at + msc_o_sdcch_tch_at + bsc_i_sdcch_tch_at + bsc_o_sdcch_tch_at

+ cell_sdcch_tch_at)


Figure 168. SDCCH-TCH HO failure %, S2 (hfr_21)

TCH-TCH HO failure %, S2 (hfr_22)

sum(msc_i_tch_tch+ msc_o_tch_tch + bsc_i_tch_tch+ bsc_o_tch_tch + cell_tch_tch) - sum(msc_i_tch_tch_at + msc_o_tch_tch_at + bsc_i_tch_tch_at + bsc_o_tch_tch_at

+ cell_tch_tch_at)100* (--------------------------------------------------) % sum(msc_i_tch_tch_at + msc_o_tch_tch_at + bsc_i_tch_tch_at + bsc_o_tch_tch_at

+ cell_tch_tch_at)


Figure 169. TCH-TCH HO failure %, S2 (hfr_22)

SDCCH-SDCCH incoming HO failure %, S2 (hfr_23)

sum(msc_i_sdcch_at+ bsc_i_sdcch_at)- sum(msc_i_sdcch + bsc_i_sdcch)100* ------------------------------------------------------------------------- % sum(msc_i_sdcch_at+ bsc_i_sdcch_at)


Figure 170. SDCCH-SDCCH incoming HO failure %, S2 (hfr_23)

SDCCH-SDCCH outgoing HO failure ratio, S2 (hfr_24)

sum(msc_o_sdcch_at+ bsc_o_sdcch_at)



- sum(msc_o_sdcch + bsc_o_sdcch)100* ------------------------------------------------------------------------ % sum(msc_o_sdcch_at+ bsc_o_sdcch_at)


Figure 171. SDCCH-SDCCH outgoing HO failure ratio, S2 (hfr_24)

SDCCH-TCH incoming HO failure %, S2 (hfr_25)

sum(msc_i_sdcch_tch_at+ bsc_i_sdcch_tch_at) -sum(msc_i_sdcch_tch + bsc_i_sdcch_tch)100* (------------------------------------------------) % sum(msc_i_sdcch_tch_at+ bsc_i_sdcch_tch_at)


Figure 172. SDCCH-TCH incoming HO failure %, S2 (hfr_25)

SDCCH-TCH outgoing HO failure %, S2 (hfr_26)

sum(msc_o_sdcch_tch_at+ bsc_o_sdcch_tch_at) -sum(msc_o_sdcch_tch + bsc_o_sdcch_tch)100* ----------------------------------------------- % sum(msc_o_sdcch_tch_at+ bsc_o_sdcch_tch_at)


Figure 173. SDCCH-TCH outgoing HO failure %, S2 (hfr_26)

TCH-TCH incoming HO failure %, S2 (hfr_27)

sum(msc_i_tch_tch_at+ bsc_i_tch_tch_at)- sum(msc_i_tch_tch + bsc_i_tch_tch)100* --------------------------------------------------------------------------- % sum(msc_i_tch_tch_at+ bsc_i_tch_tch_at)


Figure 174. TCH-TCH incoming HO failure %, S2 (hfr_27)

TCH-TCH outgoing HO failure %, S2 (hfr_28)

sum(msc_o_tch_tch_at+ bsc_o_tch_tch_at)- sum(msc_o_tch_tch + bsc_o_tch_tch)



100* ---------------------------------------------------------------------------- % sum(msc_o_tch_tch_at+ bsc_o_tch_tch_at)


Figure 175. TCH-TCH outgoing HO failure %, S2 (hfr_28)

MSC ctrl HO failure %, blocking (hfr_29)

msc_o_fail_lack100* ------------------------------------------------------ % msc_o_sdcch_at + msc_o_sdcch_tch_at + msc_o_tch_tch_at


Figure 176. MSC ctrl HO failure %, blocking (hfr_29)

MSC ctrl HO failure %, not allowed (hfr_30)

msc_o_not_allwd100* ------------------------------------------------------ % msc_o_sdcch_at + msc_o_sdcch_tch_at + msc_o_tch_tch_at


Figure 177. MSC ctrl HO failure %, not allowed (hfr_30)

MSC ctrl HO failure %, return to old (hfr_31)

msc_o_fail_ret100* ------------------------------------------------------ % msc_o_sdcch_at + msc_o_sdcch_tch_at + msc_o_tch_tch_at


Figure 178. MSC ctrl HO failure %, return to old (hfr_31)

MSC ctrl HO failure %, call clear (hfr_32)

msc_o_call_clr100* ------------------------------------------------------ % msc_o_sdcch_at + msc_o_sdcch_tch_at + msc_o_tch_tch_at




Figure 179. MSC ctrl HO failure %, call clear (hfr_32)

MSC ctrl HO failure %, end HO (hfr_33)

msc_o_end_of_ho100* ------------------------------------------------------ % msc_o_sdcch_at + msc_o_sdcch_tch_at + msc_o_tch_tch_at


Figure 180. MSC ctrl HO failure %, end HO (hfr_33)

MSC ctrl HO failure %, end HO BSS (hfr_34)

msc_o_end_ho_bss100* ------------------------------------------------------ % msc_o_sdcch_at + msc_o_sdcch_tch_at + msc_o_tch_tch_at


Figure 181. MSC ctrl HO failure %, end HO BSS (hfr_34)

MSC ctrl HO failure %, wrong A interface (hfr_35)

Use: Relates to congestion of A interface pool resources detectedby BSC.

msc_controlled_out_ho100* ------------------------------------------------------ % msc_o_sdcch_at + msc_o_sdcch_tch_at + msc_o_tch_tch_at


Figure 182. MSC ctrl HO failure %, wrong A interface (hfr_35)

MSC ctrl HO failure %, adjacent cell error (hfr_36)

msc_o_adj_cell_id_err_c100* ------------------------------------------------------ % msc_o_sdcch_at + msc_o_sdcch_tch_at + msc_o_tch_tch_at




Figure 183. MSC ctrl HO failure %, adjacent cell error (hfr_36)

BSC ctrl HO failure %, blocking (hfr_37)

bsc_o_fail_lack100* ------------------------------------------------------ % bsc_o_sdcch_at + bsc_o_sdcch_tch_at + bsc_o_tch_tch_at


Figure 184. BSC ctrl HO failure %, blocking (hfr_37)

BSC ctrl HO failure %, not allowed (hfr_38)

bsc_o_not_allwd100* ------------------------------------------------------ % bsc_o_sdcch_at + bsc_o_sdcch_tch_at + bsc_o_tch_tch_at


Figure 185. BSC ctrl HO failure %, not allowed (hfr_38)

BSC ctrl HO failure %, return to old (hfr_39)

bsc_o_fail_ret100* ------------------------------------------------------ % bsc_o_sdcch_at + bsc_o_sdcch_tch_at + bsc_o_tch_tch_at


Figure 186. BSC ctrl HO failure %, return to old (hfr_39)

BSC ctrl HO failure %, call clear (hfr_40)

bsc_o_call_clr100* ------------------------------------------------------ % bsc_o_sdcch_at + bsc_o_sdcch_tch_at + bsc_o_tch_tch_at




Figure 187. BSC ctrl HO failure %, call clear (hfr_40)

BSC ctrl HO failure %, end HO (hfr_41)

bsc_o_end_of_ho100* ------------------------------------------------------ % bsc_o_sdcch_at + bsc_o_sdcch_tch_at + bsc_o_tch_tch_at


Figure 188. BSC ctrl HO failure %, end HO (hfr_41)

BSC ctrl HO failure %, end HO BSS (hfr_42)

bsc_o_end_ho_bss100* ------------------------------------------------------ % bsc_o_sdcch_at + bsc_o_sdcch_tch_at + bsc_o_tch_tch_at


Figure 189. BSC ctrl HO failure %, end HO BSS (hfr_42)

BSC ctrl HO failure %, wrong A interface (hfr_43)


bsc_o_unsucc_a_int_circ_type100* ------------------------------------------------------ % bsc_o_sdcch_at + bsc_o_sdcch_tch_at + bsc_o_tch_tch_at


Figure 190. BSC ctrl HO failure %, wrong A interface (hfr_43)

BSC ctrl HO drop call %, (hfr_44)

bsc_o_drop_calls100* ------------------------------------------------------ % bsc_o_sdcch_at + bsc_o_sdcch_tch_at + bsc_o_tch_tch_at




Figure 191. BSC ctrl HO drop call %, (hfr_44)

Intra-cell HO failure %, cell_fail_lack (hfr_45)

cell_fail_lack100* --------------------------------------------------- % cell_sdcch_at + cell_sdcch_tch_at + cell_tch_tch_at


Figure 192. Intra-cell HO failure %, cell_fail_lack (hfr_45)

Intra-cell HO failure %, not allowed (hfr_46)

cell_not_allwd100* --------------------------------------------------- % cell_sdcch_at + cell_sdcch_tch_at + cell_tch_tch_at


Figure 193. Intra-cell HO failure %, not allowed (hfr_46)

Intra-cell HO failure %, return to old (hfr_47)

cell_fail_ret100* --------------------------------------------------- % cell_sdcch_at + cell_sdcch_tch_at + cell_tch_tch_at


Figure 194. Intra-cell HO failure %, return to old (hfr_47)

Intra-cell HO failure %, call clear (hfr_48)

cell_call_clr100* --------------------------------------------------- % cell_sdcch_at + cell_sdcch_tch_at + cell_tch_tch_at




Figure 195. Intra-cell HO failure %, call clear (hfr_48)

Intra-cell HO failure %, MS lost (hfr_49)

cell_fail_move100* --------------------------------------------------- % cell_sdcch_at + cell_sdcch_tch_at + cell_tch_tch_at


Figure 196. Intra-cell HO failure %, MS lost (hfr_49)

Intra-cell HO failure %, BSS problem (hfr_50)

cell_fail_bss100* --------------------------------------------------- % cell_sdcch_at + cell_sdcch_tch_at + cell_tch_tch_at


Figure 197. Intra-cell HO failure %, BSS problem (hfr_50)

Intra-cell HO failure %, drop call (hfr_51)

cell_drop_calls100* --------------------------------------------------- % cell_sdcch_at + cell_sdcch_tch_at + cell_tch_tch_at


Figure 198. Intra-cell HO failure %, drop call (hfr_51)

HO failure % to adjacent cell (hfr_52)

sum(ho_att_to_adj - ho_succ_to_adj)100* ----------------------------------- % sum(ho_att_to_adj)



Counters from table(s):p _nbsc_ho_adj

Figure 199. HO failure % to adjacent cell (hfr_52)

HO failure % from adjacent cell (hfr_53)

sum(ho_att_from_adj - ho_succ_from_adj)100* --------------------------------------- % sum(ho_att_from_adj)

Counters from table(s):p _nbsc_ho_adj

Figure 200. HO failure % from adjacent cell (hfr_53)

HO failure %, blocking excluded (hfr_54a)


/* all HO attempts */ sum(msc_o_tch_tch_at+msc_o_sdcch_tch_at+msc_o_sdcch_at +bsc_o_tch_tch_at+bsc_o_sdcch_tch_at+bsc_o_sdcch_at +cell_tch_tch_at+cell_sdcch_tch_at+cell_sdcch_at)

/*successful handovers */ -sum(msc_o_succ_ho +bsc_o_succ_ho+cell_succ_ho)

/* handovers failing due to blocking */ -sum(msc_o_fail_lack+bsc_o_fail_lack+cell_fail_lack)

100 * ------------------------------------------------------ % /* all HO attempts */ sum(msc_o_tch_tch_at+msc_o_sdcch_tch_at+msc_o_sdcch_at +bsc_o_tch_tch_at+bsc_o_sdcch_tch_at+bsc_o_sdcch_at +cell_tch_tch_at+cell_sdcch_tch_at+cell_sdcch_at)


Figure 201. HO failure %, blocking excluded (hfr_54a)

HO failure % due to radio interface blocking (hfr_55)


/* handovers failing due to blocking */ sum(msc_o_fail_lack+bsc_o_fail_lack+cell_fail_lack)

100 * ------------------------------------------------------ % /* all HO attempts */ sum(msc_o_tch_tch_at+msc_o_sdcch_tch_at+msc_o_sdcch_at +bsc_o_tch_tch_at+bsc_o_sdcch_tch_at+bsc_o_sdcch_at +cell_tch_tch_at+cell_sdcch_tch_at+cell_sdcch_at)




Figure 202. HO failure % due to radio interface blocking (hfr_55)

Intra-cell HO failure %, wrong A interface (hfr_56)


100* sum(ho_unsucc_a_int_circ_type)/(cell_sdcch_at+cell_sdcch_tch_at+cell_tch_tch_at)


Figure 203. Intra-cell HO failure %, wrong A interface (hfr_56)

Intra-cell HO failure % (hfr_57)

Intra-cell HO successes100* (1- -------------------------) % Intra-cell HO attempts

sum(cell_tch_tch + cell_sdcch_tch+ cell_sdcch)= 100* (1- ---------------------------------------------------------------) % sum(cell_tch_tch_at + cell_sdcch_tch_at + cell_sdcch_at)


Figure 204. Intra-cell HO failure % (hfr_57)

HO failures to target cell, S6 (hfr_58)

Use: On the adjacency level. Gives failure % of the real(unblocked) HO attempts.

Known problems: Not accurate because of:1. Calls that are cleared by MS user during the HO

process. The ho_att_to_adj counter is incrementedand cannot be compensated in the numerator.

2. HO that is interrupted due to other procedure (e.g.assignment) increments attempt counters but cannot becompensated in the numerator.

sum(ho_att_to_adj-ho_succ_to_adj-ho_fail_res_to_adj)100* -------------------------------------------------------- % sum(ho_att_to_adj- ho_fail_res_to_adj)



Counters from table(s):p_nbsc_ho_adj

Figure 205. HO failures to target cell, S6 (hfr_58)

HO failures from target cell, S6 (hfr_59)

Use: On the adjacency level. Gives failure % of the real(unblocked) HO attempts.

Known problems: Not accurate because of:1. Calls that are cleared by MS user during the HO

process. The ho_att_to_adj counter is incrementedand cannot be compensated in the numerator.

2. HO that is interrupted due to other procedure (e.g.assignment) increments attempt counters but cannot becompensated in the numerator.

sum(ho_att_from_adj-ho_succ_from_adj-ho_fail_res_from_adj)100* ----------------------------------------------------------- % sum(ho_att_from-adj- ho_fail_res_from_adj)


Figure 206. HO failures from target cell, S6 (hfr_59)

2.14 Handover success % (hsr)

MSC controlled outgoing SDCCH-SDCCH HO success %, S1 (hsr_1)

100* sum(msc_o_sdcch) / sum(msc_o_sdcch_at) %


Figure 207. MSC controlled outgoing SDCCH-SDCCH HO success %, S1(hsr_1)

MSC controlled outgoing SDCCH-TCH HO success %, S1 (hsr_2)

100* sum(msc_o_sdcch_tch) / sum(msc_o_sdcch_tch_at) %




Figure 208. MSC controlled outgoing SDCCH-TCH HO success %, S1(hsr_2)

MSC controlled outgoing TCH-TCH HO success %, S1 (hsr_3)

100* sum(msc_o_tch_tch) / sum(msc_o_tch_tch_at) %


Figure 209. MSC controlled outgoing TCH-TCH HO success %, S1(hsr_3)

BSC controlled outgoing SDCCH-SDCCH HO success %, S1 (hsr_4)

100* sum(bsc_o_sdcch) / sum(bsc_o_sdcch_at) %


Figure 210. BSC controlled outgoing SDCCH-SDCCH HO success %, S1(hsr_4)

BSC controlled outgoing SDCCH-TCH HO success %, S1 (hsr_5)

100* sum(bsc_o_sdcch_tch) / sum(bsc_o_sdcch_tch_at) %


Figure 211. BSC controlled outgoing SDCCH-TCH HO success %, S1(hsr_5)

BSC controlled outgoing TCH-TCH HO success %, S1 (hsr_6)

100* sum(bsc_o_tch_tch) / sum(bsc_o_tch_tch_at) %


Figure 212. BSC controlled outgoing TCH-TCH HO success %, S1(hsr_6)



Intra-cell SDCCH-SDCCH HO success %, S1 (hsr_7)

100* sum(cell_o_sdcch) / sum(cell_o_sdcch_at) %


Figure 213. Intra-cell SDCCH-SDCCH HO success %, S1 (hsr_7)

Intra-cell SDCCH-TCH HO success %, S1 (hsr_8)

100* sum(cell_o_sdcch_tch) / sum(cell_o_sdcch_tch_at) %


Figure 214. Intra-cell SDCCH-TCH HO success %, S1 (hsr_8)

Intra-cell TCH-TCH HO success %, S1 (hsr_9)

100* sum(cell_o_tch_tch) / sum(cell_o_tch_tch_at) %


Figure 215. Intra-cell TCH-TCH HO success %, S1 (hsr_9)

MSC controlled incoming SDCCH-SDCCH HO success %, S1 (hsr_10)

100* sum(msc_i_sdcch) / sum(msc_i_sdcch_at) %


Figure 216. MSC controlled incoming SDCCH-SDCCH HO success %,S1 (hsr_10)

MSC controlled incoming SDCCH-TCH HO success %, S1 (hsr_11)

100* sum(msc_i_sdcch_tch) / sum(msc_i_sdcch_tch_at) %


Figure 217. MSC controlled incoming SDCCH-TCH HO success %, S1(hsr_11)



MSC controlled incoming TCH-TCH HO success %, S1 (hsr_12)

100* sum(msc_i_tch_tch) / sum(msc_i_tch_tch_at) %


Figure 218. MSC controlled incoming TCH-TCH HO success %, S1(hsr_12)

BSC controlled incoming SDCCH-SDCCH HO success %, S1 (hsr_13)

100* sum(bsc_i_sdcch) / sum(bsc_i_sdcch_at) %


Figure 219. BSC controlled incoming SDCCH-SDCCH HO success %, S1(hsr_13)

BSC controlled incoming SDCCH-TCH HO success %, S1 (hsr_14)

100* sum(bsc_i_sdcch_tch) / sum(bsc_i_sdcch_tch_at) %


Figure 220. BSC controlled incoming SDCCH-TCH HO success %, S1(hsr_14)

BSC controlled incoming TCH-TCH HO success %, S1 (hsr_15)

100* sum(bsc_i_tch_tch) / sum(bsc_i_tch_tch_at) %


Figure 221. BSC controlled incoming TCH-TCH HO success %, S1(hsr_15)

BSC controlled incoming HO success %, S1 (hsr_16)

100* sum(bsc_i_succ_ho) /sum(bsc_i_sdcch_at + bsc_i_sdcch_tch_at + bsc_i_tch_tch_at) %


Figure 222. BSC controlled incoming HO success %, S1 (hsr_16)



MSC controlled incoming HO success %, S1 (hsr_17)

100* sum(bsc_i_succ_ho) /sum(bsc_i_sdcch_at + bsc_i_sdcch_tch_at + bsc_i_tch_tch_at) %


Figure 223. MSC controlled incoming HO success %, S1 (hsr_17)

Incoming HO success %, S1 (hsr_18)

100* sum(msc_i_tch_tch+bsc_i_tch_tch) /sum(msc_i_tch_tch_at +bsc_i_tch_tch_at) %


Figure 224. Incoming HO success %, S1 (hsr_18)

Outgoing HO success %, S1 (hsr_19)

100* sum(msc_o_tch_tch+bsc_o_tch_tch) /sum(msc_o_tch_tch_at +bsc_o_tch_tch_at) %


Figure 225. Outgoing HO success %, S1 (hsr_19)

Intra-cell SDCCH-SDCCH HO success %, S1 (hsr_20)

sum(cell_sdcch)100* ------------------ % sum(cell_sdcch_at)


Figure 226. Intra-cell SDCCH-SDCCH HO success %, S1 (hsr_20)

Intra-cell SDCCH-TCH HO success %, S1 (hsr_21)

sum(cell_sdcch_tch)100* --------------------- % sum(cell_sdcch_tch_at)




Figure 227. Intra-cell SDCCH-TCH HO success %, S1 (hsr_21)

Intra-cell TCH-TCH HO success %, S1 (hsr_22)

sum(cell_tch_tch)100* --------------------- % sum(cell_tch_tch_at)


Figure 228. Intra-cell TCH-TCH HO success %, S1 (hsr_22)

2.15 Handover failures (hof)

Outgoing HO failures due to lack of resources (hof_1)

sum(BSC_o_fail_lack+MSC_o_fail_lack)


Figure 229. Outgoing HO failures due to lack of resources (hof_1)

Incoming HO failures due to lack of resources (hof_2)

sum(BSC_i_fail_lack+MSC_i_fail_lack)


Figure 230. Incoming HO failures due to lack of resources (hof_2)

TCH HO failures when return to old channel was successful (hof_3)

Known problems: Due to the mapping of different causes the accuracy may below.

HOs failed in going to newchannel - HOs failed to return to old channel

= sum(tch_rf_new_ho + tch_abis_fail_new + tch_a_if_fail_new + tch_tr_fail_new)- sum(tch_rf_old_ho + tch_abis_fail_old + tch_a_if_fail_old + tch_tr_fail_old)




Figure 231. TCH HO failures when return to old channel was successful(hof_3)

SDCCH HO failures when return to old channel was successful (hof_4)

Known problems: Due to the mapping of different causes the accuracy may below.

HOs failed in going to new channel - HOs failed to return to old channel

= sum(sdcch_rf_new_ho+sdcch_abis_fail_new+sdccha_if_fail_new+sdcch_tr_fail_new) -sum(sdcch_rf_old_ho+sdcch_abis_fail_old+sdccha_if_fail_old+sdcch_tr_fail_old)


Figure 232. SDCCH HO failures when return to old channel wassuccessful (hof_4)

MSC incoming HO failures (hof_5)

HO attempts - successful HO

= sum(msc_i_tch_tch_at+msc_i_tch_tch_at+msc_i_sdcch_at - msc_i_tch_tch+msc_i_sdcch_tch+msc_i_sdcch)


Figure 233. MSC incoming HO failures (hof_5)

MSC outgoing HO failures (hof_6)

sum(msc_o_tch_tch_at+msc_o_sdcch_tch_at+msc_o_sdcch_at) - sum(msc_o_tch_tch+msc_o_sdcch_tch+msc_o_sdcch)


Figure 234. MSC outgoing HO failures (hof_6)

MSC outgoing HO failures (hof_6a)

sum(msc_o_tch_tch_at+msc_o_sdcch_tch_at+msc_o_sdcch_at) - sum(msc_o_succ_ho)




Figure 235. MSC outgoing HO failures (hof_6a)

BSC incoming HO failures (hof_7)

sum(bsc_i_tch_tch_at+bsc_i_sdcch_tch_at+bsc_i_sdcch_at) - sum(bsc_i_tch_tch+bsc_i_sdcch_tch+bsc_i_sdcch)


Figure 236. BSC incoming HO failures (hof_7)

BSC incoming HO failures (hof_7a)

sum(bsc_i_tch_tch_at+bsc_i_sdcch_tch_at+bsc_i_sdcch_at- bsc_i_succ_ho)


Figure 237. BSC incoming HO failures (hof_7a)

BSC outgoing HO failures (hof_8)

sum(bsc_o_tch_tch_at+bsc_o_sdcch_tch_at+bsc_o_sdcch_at)sum(bsc_o_tch_tch+bsc_o_sdcch_tch+bsc_o_sdcch)


Figure 238. BSC outgoing HO failures (hof_8)

BSC outgoing HO failures (hof_8a)

sum(bsc_o_tch_tch_at+bsc_o_sdcch_tch_at+bsc_o_sdcch_at- bsc_o_succ_ho)


Figure 239. BSC outgoing HO failures (hof_8a)

Intra-cell HO failures (hof_9a)

sum(cell_tch_tch_at+cell_sdcch_at +cell_sdcch_tch-cell_tch_tch-cell_sdcch-cell_sdcch_tch)




Figure 240. Intra-cell HO failures (hof_9a)

Failed outgoing HO, return to old (hof_10)

sum(msc_o_fail_ret + bsc_o_fail_ret)


Figure 241. Failed outgoing HO, return to old (hof_10)

Outgoing HO failures (hof_12)

Outgoing HO attempts - Outgoing HO successes

= sum(msc_o_tch_tch_at+msc_o_sdcch_tch_at+msc_o_sdcch_at + bsc_o_tch_tch_at+bsc_o_sdcch_tch_at+bsc_o_sdcch_at) - sum(msc_o_succ_ho+ bsc_o_succ_ho)


Figure 242. Outgoing HO failures (hof_12)

Intra-cell HO failure, return to old channel (hof_13)

sum(cell_fail_ret)


Figure 243. Intra-cell HO failure, return to old channel (hof_13)

Intra-cell HO failure, drop call (hof_14)

sum(cell_drop_calls)


Figure 244. Intra-cell HO failure, drop call (hof_14)



Incoming HO failures (hof_15)

Incoming HO attempts - Incoming HO successes

= sum(msc_i_tch_tch_at+msc_i_sdcch_tch_at+msc_i_sdcch_at + bsc_i_tch_tch_at+bsc_i_sdcch_tch_at+bsc_i_sdcch_at) - sum(msc_i_succ_ho+ bsc_i_succ_ho)


Figure 245. Incoming HO failures (hof_15)

2.16 Interference (itf)

UL interference, BTS level, S1 (itf_1)

Use: UL interference is measured as the time-out of lowest band 1(band 0 in BSC terminology). Band 10 is defined byboundaries 0 and 1 which are BTS parameters. Boundary 0 isfixed, whereas boundary 1 can be set.

Experiences on use: UL interference alone is not a reliable quality factor if IUOis used. In IUO cells the UL interference can be high but thequality is still good.

Known problems: This formula is on the BTS level, whereas the interferenceproblems are met on the frequency (TRX) level. This meansthat the accuracy is not good if there is more than one TRX ina cell.If band 1 is defined as exceptionally wide, it becomes difficultto see the interference.

sum(ave_idle_f_TCH_1/res_av_denom4)100 x (1- --------------------------------------------------------------------) % sum(ave_idle_f_TCH_1/res_av_denom4+ ave_idle_f_TCH_2/res_av_denom5 + ave_idle_f_TCH_3/res_av_denom6+ ave_idle_f_TCH_4/res_av_denom7 + ave_idle_f_TCH_5/res_av_denom8)


Figure 246. UL interference, BTS level, S1 (itf_1)

Idle TSL percentage of time in band X, TRX level, IUO, S4 (itf_2)

Experiences on use: In IUO cells the UL interference can show high values butthe UL quality is still excellent. The bigger the values are inbands towards band 5, the worse the interference.

sum(ave_full_tch_ifX)100 x (------------------------------------------------------------) % sum(ave_full_tch_if1 + ave_full_tch_if2 + ave_full_tch_if3 + ave_full_tch_if4 + ave_full_tch_if5)




Figure 247. Idle TSL percentage of time in band X, TRX level, IUO, S4(itf_2)

UL interference from IUO, TRX level, S4 (itf_3)

Experiences on use: UL interference alone is not a reliable quality factor if IUOis used. In IUO cells the UL interference can be high but thequality is still good.

Known problems: There are more than one TRX in a cell.

sum(ave_full_tch_if1)100x (1 - ------------------------------------------------------------) % sum(ave_full_tch_if1 + ave_full_tch_if2 + ave_full_tch_if3 + ave_full_tch_if4 + ave_full_tch_if5)


Figure 248. UL interference from IUO, TRX level, S4 (itf_3)

UL interference from Power Control, TRX level, S6 (itf_4)

Use: BTS reports interference of each TCH as band number (0-4,where 0 is the lowest and band boundaries are defined as cellparameters). BSC sums up the band numbers (ave_sum_idle_ch_interf) as well as the number ofTCHs reported ( ave_sum_idle_tch_per_trx), and fromthese figures an average interference band (0-4) can becalculated. Average interference is shifted by 1 (+1) tocomply with band numbers 1-5.

sum(ave_sum_idle_ch_interf)/sum(ave_sum_idle_tch_per_trx)+1

Counters from table(s):p_nbsc_power

Figure 249. UL interference from Power Control, TRX level, S6 (itf_4)

2.17 Congestion (cngt)

TCH congestion time, S1 (cngt_1)

Experiences on use: Useful to follow on the area level. Should give higher valuesthan SDCCH congestion.



sum(tch_cong_time/100)

Counters from table(s):p_nbsc_res_availunit: seconds

Figure 250. TCH congestion time, S1 (cngt_1)

SDCCH congestion time, S1 (cngt_2)

Experiences on use: Useful to follow on the area level. Should give smallervalues than TCH congestion.

sum(sdcch_cong_time/100)

Counters from table(s):p_nbsc_res_availunit: seconds

Figure 251. SDCCH congestion time, S1 (cngt_2)

FTCH time congestion % (cngt_3)

sum(tch_fr_radio_congestion_time)100 * ----------------------------------------- % sum(period_duration*ave_tch_busy_full/60)


Figure 252. FTCH time congestion % (cngt_3a)

FTCH time congestion % (cngt_3a)

sum(tch_fr_radio_congestion_time/100)100 * ----------------------------------------- % sum(period_duration*ave_tch_busy_full*60)


Figure 253. FTCH time congestion % (cngt_3a)

HTCH time congestion % (cngt_4)

sum(tch_hr_radio_congestion_time)100 * ----------------------------------------- % sum(period_duration*ave_tch_busy_half/60)




Figure 254. HTCH time congestion % (cngt_4a)

HTCH time congestion % (cngt_4a)

sum(tch_hr_radio_congestion_time/100)100 * ----------------------------------------- % sum(period_duration*ave_tch_busy_half*60)


Figure 255. HTCH time congestion % (cngt_4a)

2.18 Queuing (que)

Queued, served TCH call requests % (que_1)

Use: Indicates the quota of TCH call requests seizing the TCHsuccessfully after queuing.

Known problems: tch_qd_call_att is triggered but unsrv_qd_call_attis not if:1. Call attempt is in the queue and while waiting is taken

by DR to another cell. The formula shows as if thequeuing took place.

2. If the call is lost for some other reason (e.g. MS userhangs) before the queuing timer expires.

The impact of this depends on queuing time and cellparameter Directed Retry Time Limit Min.A call is taken from the queue to DR as soon as the DR targetcell list is ready. To get an accurate ratio, an additionalcounter XX1 would be needed (queued attempts taken to DR).

sum( tch_qd_call_att-XX1-unsrv_qd_call_att)100* -------------------------------------------- % sum(tch_call_req)

Counters from table(s):p_nbsc_trafficXX1 is the number of calls taken from queue to DR.

Figure 256. Queued, served TCH call requests % (que_1)



Queued, served TCH HO requests % (que_2)

Known problems: tch_qd_ho_att is triggered but unsrv_qd_ho_att is notif a call for some reason is lost (the MS user is hanging, forexample) before the queuing timer expires.

sum(tch_qd_ho_att-unsrv_qd_ho_att)100* ------------------------------------------------- % sum(tch_request-tch_call_req-tch_fast_req)


Figure 257. Queued, served TCH HO requests % (que_2)

Queued, served TCH HO requests %, (que_2a)

Known problems: tch_qd_ho_att is triggered but unsrv_qd_ho_att is notif a call for some reason is lost (the MS user is hanging, forexample) before the queuing timer expires.

sum(a. tch_qd_ho_att-a.unsrv_qd_ho_att)100* ------------------------------------------------- % sum(a.tch_request-a.tch_call_req-a.tch_fast_req) - Sum(b.bsc_i_unsucc_a_int_circ_type+b.msc_controlled_in_ho +b.ho_unsucc_a_int_circ_type)

Counters from table(s):a = p_nbsc_trafficb = p_nbsc_handover

Figure 258. Queued, served TCH HO requests %, (que_2a)

Successful queued TCH requests (que_3)

sum(tch_qd_call_att-unsrv_qd_call_att)


Figure 259. Successful queued TCH requests (que_3)

Successful non-queued TCH requests (que_4)

sum(tch_norm_seiz)-sum(tch_qd_call_att-unsrv_qd_call_att)


Figure 260. Successful non-queued TCH requests (que_4)



Successful queued TCH HO requests (que_5)

sum(tch_qd_ho_att-unsrv_qd_ho_att)


Figure 261. Successful queued TCH HO requests (que_5)

Successful non-queued TCH HO requests (que_6)

sum(tch_ho_seiz)-sum(tch_qd_ho_att-unsrv_qd_ho_att)


Figure 262. Successful non-queued TCH HO requests (que_6)

Non-queued, served TCH call requests % (que_7)

Use: Indicates the quota of TCH call requests seizing the TCHsuccessfully straight without queuing. DR is excluded (itsimpact is seen in dr_3).

sum(tch_norm_seiz-(tch_qd_call_att-unsrv_qd_call_att))100* --------------------------------------------------------- % sum(tch_call_req)


Figure 263. Non-queued, served TCH call requests % (que_7)

Non-queued, served TCH HO requests % (que_8)

sum(tch_ho_seiz-(tch_qd_ho_att-unsrv_qd_ho_att))100* ------------------------------------------------- % sum(tch_request-tch_call_req-tch_fast_req)


Figure 264. Non-queued, served TCH HO requests % (que_8)

Non-queued, served TCH HO requests %, (que_8a)

Known problems: See que_2.

sum(a.tch_ho_seiz-(a.tch_qd_ho_att-a.unsrv_qd_ho_att))100* ------------------------------------------------- %



sum(a.tch_request-a.tch_call_req-a.tch_fast_req)- Sum(b.bsc_i_unsucc_a_int_circ_type+b.msc_controlled_in_ho +b.ho_unsucc_a_int_circ_type)


Figure 265. Non-queued, served TCH HO requests %, (que_8a)

2.19 Blocking (blck)

TCH raw blocking, S1 (blck_1)

Experiences on use: Was earlier (before blck_8a) widely used on the cell andthe area level.

Known problems: This PI does not take Directed Retry into consideration.Rather, it shows only raw blocking including also HOs.Blocked HOs are normally not so serious because there arealternatives to go to. Blocked new calls can be lost calls ifDirected Retry is not in use.

sum(tch_req_rej_lack)100* --------------------- % sum(tch_request)


Figure 266. TCH raw blocking, S1 (blck_1)

SDCCH blocking %, S1 (blck_5)

Known problems: sdcch_busy_att is triggered also in the case of HO attemptif there are no free SDCCHs.

100-csf_1 =

sum(SDCCH_busy_att)100* -------------------- % sum(SDCCH_seiz_att)


Figure 267. SDCCH blocking %, S1 (blck_5)



SDCCH real blocking %, S1 (blck_5a)

Known problems: sdcch_busy_att is triggered also in the case of HO attemptif there are no free SDCCHs.

100_csf_1a =

sum(SDCCH_busy_att-tch_seiz_due_sdcch_con)100* ----------------------------------------- % sum(SDCCH_seiz_att)


Figure 268. SDCCH real blocking %, S1 (blck_5a)

TCH raw blocking % on super TRXs, S4 (blck_6)

Note: Cannot be calculated by a simple SQL*Plus statement.

sum over super TRXs (tch_req_rej_lack)100* ----------------------------------------- % sum over super TRXs (tch_request)


Figure 269. TCH raw blocking % on super TRXs, S4 (blck_6)

TCH raw blocking % on regular TRXs, S4 (blck_7)


sum over regular TRX (tch_req_rej_lack)100* ----------------------------------------- % sum over regular TRX (tch_request)


Figure 270. TCH raw blocking % on regular TRXs, S4 (blck_7)

TCH call blocking, before DR, S2 (blck_8)

Experiences on use: Shows the blocking if DR is not used.

TCH call req. rejected due to lack of res. or routed by DR to another cell100* ------------------------------------------------------------------------- % = all TCH call requests

sum(tch_call_req-tch_norm_seiz)100* -------------------------------- % sum(tch_call_req)




Figure 271. TCH call blocking, before DR, S2 (blck_8)

TCH call blocking %, DR compensated, S2 (blck_8b)

Use: On the cell level should appear in the busiest cells. The cellneeds an urgent capacity extension or has lost part of itscapacity due to a fault.It is the blocking rate that the customers will notice when theyare driving in the mobile environment caused by the lack ofradio resources. It is therefore one of the most critical KPIs.

Experiences on use: On the area level there is not yet a target value to give(except that 0 % is the best). On the cell level, for example, 2% blocking on busy hour has been used as a criterion fordesign.

Known problems: 1) This blocking shows also situations when blocking iscaused by a fault in the BTS - not only pure blocking causedby high traffic.2) Note that if Trunk Reservation is used, HO and Callblocking cannot be counted precisely (there is only onecounter for the case of Trunk Reservation InvocationRefused).3) The ratio can show too high values in the following case:TCH assignment fails if the requested channel type is notfound in the A-interface circuit pool. In this casetch_norm_seiz is not triggered but tch_call_req is, i.e.this attempt in blck_8b is considered a blocked call.Anyhow, BSC requests the MSC to change the A-interfacecircuit pool. MSC can then decide if there is anotherassignment request or call clear ( clear_command).The second request may again fail or succeed. In BSC theTCH_REJ_DUE_REQ_CH_A_IF_CRC counter is triggeredevery time the channel request fails due to the above-mentioned reason.If Nokia MSC is used, there can be only one retry. Withanother vendor’s MSC there can be multiple retrys.The actual situation when this can be met is if EFR (enhancedfull rate) codec is the primary choice but - the selected A-interface circuit supports only Full Rate- there are free circuitssupporting EFR in the A-interface

TCH call requests rejected due to lack of res. or saved by DR - successful DR100* ------------------------------------------------------------------------- % = all TCH call requests

sum(a.tch_call_req-a.tch_norm_seiz) - sum(b.msc_o_sdcch_tch+ b.bsc_o_sdcch_tch+b.cell_sdcch_tch)100* ---------------------------------------------------------- %



sum(a.tch_call_req)


Figure 272. TCH call blocking %, DR compensated, S2 (blck_8b)

TCH call blocking %, DR and DAC compensated, EFR excluded, S5(blck_8d)

Use: Applicable on area or BTS level.Queuing and Directed Retry are the BSS features that canreduce blocking.It is the failed call attempts that the MS user will notice,caused by the lack of radio resources. It is therefore one of themost critical KPIs.On the cell level may appear in the busiest cells. The cellneeds an urgent capacity extension or has lost part of capacitydue to a fault. An MS user will usually hear three beep toneswhen the call is rejected due to blocking.

Experiences on use: On the area level there is not yet a target value to give(except that the trend should be towards a smaller value, 0%being the best). On the cell level, for example, 2% blockingon Busy Hour has been used as a criterion for design. ThisKPI can be followed statistically, for example, as the numberof cells in which the value exceeds the given threshold.

Known problems: 1) This blocking shows also situations when blocking iscaused by a fault in the BTS - not only pure blocking causedby high traffic.2) Note that if Trunk Reservation is used, HO and Callblocking cannot be counted precisely (there is only onecounter for the case of Trunk Reservation InvocationRefused).

100-csf_3l =

sum(a.tch_call_req-a.tch_norm_seiz) - sum(b.msc_o_sdcch_tch+ b.bsc_o_sdcch_tch+b.cell_sdcch_tch); DR calls + sum(a.tch_succ_seiz_for_dir_acc) ;ref.2 - sum(a.tch_rej_due_req_ch_a_if_crc ; Aif type mismatch or congestion -(b.bsc_i_unsucc_a_int_circ_type ; Aif circuit pool handover failures +b.msc_controlled_in_ho +b.ho_unsucc_a_int_circ_type))100-100* ----------------------------------------------------------- % sum(a.tch_call_req) - sum(a.tch_rej_due_req_ch_a_if_crc ; Aif type mismatch or congestion -(b.bsc_i_unsucc_a_int_circ_type ; Aif circuit pool handover failures +b.msc_controlled_in_ho +b.ho_unsucc_a_int_circ_type))




a = p_nbsc_trafficb = p_nbsc_handover

Figure 273. TCH call blocking %, DR and DAC compensated, EFRexcluded, S5 (blck_8d)

Ref.2. Compensation needed since in case of Direct Access to super reuse TRXthe tch_norm_seiz is triggered in parallel with cell_sdcch_tch.

Blocked calls, S5 (blck_9b)

Use: Shows also situations when blocking is caused by a fault inthe BTS - not only blocking caused purely by high traffic.

TCH call req. rejected due to lack of res. or routed by DR to another cell - successful DR - Rejections due to Aif circuit mismatch

sum(a.tch_call_req-a.tch_norm_seiz)- sum(b.msc_o_sdcch_tch+ b.bsc_o_sdcch_tch);inter-cell DR- sum(b.cell_sdcch_tch); intra-cell DR in IUO- sum(a.tch_rej_due_req_ch_a_if_crc ; Aif type mismatch or congestion -(b.bsc_i_unsucc_a_int_circ_type ; Aif circuit pool handover failures +b.msc_controlled_in_ho +b.ho_unsucc_a_int_circ_type))


Figure 274. Blocked calls, S5 (blck_9b)

Blocked calls , S5 (blck_9c)

Use: Shows also situations when blocking is caused by a fault inthe BTS - not only blocking caused purely by high traffic.

TCH call req. rejected due to lack of res. or routed by DR to another cell - successful DR - Rejections due to Aif circuit mismatch

sum(a.tch_call_req-a.tch_norm_seiz)- sum(b.msc_o_sdcch_tch+ b.bsc_o_sdcch_tch);inter-cell DR- sum(b.cell_sdcch_tch); intra-cell DR in IUO+ sum(a.succ_tch_seiz_for_dir_acc) ;ref.2- sum(a.tch_rej_due_req_ch_a_if_crc ; Aif type mismatch or congestion -(b.bsc_i_unsucc_a_int_circ_type ; Aif circuit pool handover failures +b.msc_controlled_in_ho +b.ho_unsucc_a_int_circ_type))




a = p_nbsc_trafficb = p_nbsc_handover

Figure 275. Blocked calls , S5 (blck_9c)


Blocked TCH HOs, S2 (blck_10a)

Use: Replaces blck_10.sum(tch_request-tch_call_req-tch_fast_req-tch_ho_seiz)


Figure 276. Blocked TCH HOs, S2 (blck_10a)

Blocked TCH HOs, S5 (blck_10b)

Use: Replaces blck_10a.sum(a.tch_request-a.tch_call_req-a.tch_fast_req-a.tch_ho_seiz)-sum(b.bsc_i_unsucc_a_int_circ_type+b.msc_controlled_in_ho +b.ho_unsucc_a_int_circ_type)


Figure 277. Blocked TCH HOs, S5 (blck_10b)

TCH HO blocking, S2 (blck_11a)

Known problems: 1) Shows also the situations when blocking is caused by afault in the BTS - not only blocking caused purely by hightraffic.2) Note that if Trunk Reservation is used, HO and Callblocking cannot be counted precisely (there is only onecounter for the case of Trunk Reservation InvocationRefused).

sum(tch_request-tch_call_req-tch_fast_req-tch_ho_seiz)100 * ------------------------------------------------------------- % sum(tch_request-tch_call_req-tch_fast_req)




Figure 278. TCH HO blocking, S2 (blck_11a)

TCH HO blocking without Q, S2 (blck_11b)

Use: Shows TCH HO blocking if queuing was not in use.Known problems: See que_2 (factor XX1).

sum(tch_request-tch_call_req-tch_fast_req-tch_ho_seiz) + sum(tch_qd_ho_att-XX1- unserv_qd_ho_att)100 * ------------------------------------------------------------- % sum(tch_request-tch_call_req-tch_fast_req)


Figure 279. TCH HO blocking without Q, S2 (blck_11b)

TCH HO blocking, S5 (blck_11c)

Known problems: 1) Shows also the situations when blocking is caused by afault in the BTS - not only blocking caused purely by hightraffic.2) Note that if Trunk Reservation is used, HO and Callblocking cannot be counted precisely (there is only onecounter for the case of Trunk Reservation InvocationRefused).

sum(a.tch_request-a.tch_call_req-a.tch_fast_req-a.tch_ho_seiz)-sum(b.bsc_i_unsucc_a_int_circ_type+b.msc_controlled_in_ho +b.ho_unsucc_a_int_circ_type)100 * ------------------------------------------------------------- % sum(a.tch_request-a.tch_call_req-a.tch_fast_req)-sum(b.bsc_i_unsucc_a_int_circ_type+b.msc_controlled_in_ho +b.ho_unsucc_a_int_circ_type)


Figure 280. TCH HO blocking, S5 (blck_11c)

Blocked incoming and internal HO, S2 (blck_12)

Use: Usable with S4 and earlier.sum(msc_i_fail_lack+ bsc_i_fail_lack + cell_fail_lack)




Figure 281. Blocked incoming and internal HO, S2 (blck_12)

Blocked incoming and internal HO, S2 (blck_12a)

Use: On the area level with S5 and S6.sum(msc_i_fail_lack+ bsc_i_fail_lack + cell_fail_lack

+ bsc_i_unsucc_a_int_circ_type+msc_controlled_in_ho+ho_unsucc_a_int_circ_type)


Figure 282. Blocked incoming and internal HO, S2 (blck_12a)

AG blocking, S1 (blck_13)

Use: A BSC sends to a BTS an immediate assignment orimmediate assignment rejected commands. If the AccessGrant (AG) buffer in the BTS is full, it will respond with adelete indication. Thus the ratio of delete indications to thesum of immediate assignment and immediate assignmentrejected describes the AG blocking.

100 * sum(del_ind_msg_rec)/ sum(imm_assgn_rej+imm_assgn_sent)


Figure 283. AG blocking, S1 (blck_13)

FCS blocking, S5 (blck_14)

100 * sum(tch_seiz_att_due_sdcch_con-tch_seiz_due_sdcch_con)/sum(tch_seiz_att_due_sdcch_con %)


Figure 284. FCS blocking, S5 (blck_14)

Blocked SDCCH seizure attempts, S5 (blck_15)

All blocked - seizures toFACCH setup sum(sdcch_busy_att- tch_seiz_due_sdcch_con)




Figure 285. Blocked SDCCH seizure attempts, S5 (blck_15)

HO blocking % (blck_16a)

Use: On the area level with S4 or earlier.

/* handovers failing due to blocking */ -sum(msc_o_fail_lack+bsc_o_fail_lack+cell_fail_lack)

100 * ------------------------------------------------ /* all HO attempts */ sum(msc_o_tch_tch_at+msc_o_sdcch_tch_at+msc_o_sdcch_at +bsc_o_tch_tch_at+bsc_o_sdcch_tch_at+bsc_o_sdcch_at +cell_tch_tch_at+cell_sdcch_tch_at+cell_sdcch_at)


Figure 286. HO blocking % (blck_16a)

Handover blocking %, (blck_16b)

Use: On the area level with S5 and S6.Known problems: If the required channel type (e.g. Full Rate) is not available in

intra-cell handover, then ho_unsucc_a_int_circ_type istriggered, but the same channel may be seized successfullyafter changing the handover for external (A interface circuitchanges).

/* handovers failing due to blocking */ sum(msc_i_fail_lack+bsc_i_fail_lack + cell_fail_lack+ +bsc_i_unsucc_a_int_circ_type+msc_i_unsucc_a_int_circ_type +ho_unsucc_a_int_circ_type)100 * ------------------------------------------------ /* all HO attempts */ sum(msc_o_tch_tch_at+msc_o_sdcch_tch_at+msc_o_sdcch_at +bsc_o_tch_tch_at+bsc_o_sdcch_tch_at+bsc_o_sdcch_at +cell_tch_tch_at+cell_sdcch_tch_at+cell_sdcch_at)


Figure 287. Handover blocking %, (blck_16b)

Abis link blocking (blck_17)

There is no counter but an alarm: 2720 ’Telecom Link Overload’.



Blocked FACCH call setup TCH requests, (blck_18)

sum(tch_seiz_att_due_sdcch_con- tch_seiz_due_sdcch_con)


Figure 288. Blocked FACCH call setup TCH requests, (blck_18)

Handover blocking to target cell, (blck_19)

100* sum(ho_fail_res_to_adj)/sum(ho_att_to_adj)


Figure 289. Handover blocking to target cell, (blck_19)

Handover blocking from target cell, (blck_20)

100* sum(ho_fail_res_from_adj)/sum(ho_att_from_adj)


Figure 290. Handover blocking from target cell, (blck_20)

2.20 Traffic (trf)

TCH traffic sum, S1 (trf_1)

Experiences on use: If counted over one hour, erlang is shown. Counting erlangsover a longer period requires that the erlang values per hourare first counted and then averaged.



Note

Known problems: Shows slightly different values (around 3 % higher accordingto one study) than if counted from an MSC. The reason forthis is that in a BSC one call holds two TCHs for a short periodin HOs.The sampling period is 20 s which means that during theperiod of one hour the number of used TCHs checked 180times. This method is not accurate if we think about shortseizures and low traffic, but statistically the results have beensatisfactory.Does not show calls going to voice mail.

The result represents technical traffic, not charged traffic because counting isstarted when BSC seizes TCH. Includes some of signalling, ringing and speech.

sum(ave_busy_tch / res_av_denom14)

Counters from table(s):p_nbsc_res_availUnit: Erlang hours if the measurement period is 1 hour.

Figure 291. TCH traffic sum, S1 (trf_1)

TCH traffic sum, S1 (trf_1a)

Note: See trf_1.sum_over_area( sum_over_BTS(ave_busy_tch)/ sum_over_BTS(res_av_denom14)

)


Figure 292. TCH traffic sum, S1 (trf_1a)



Note

Average call length, S1 (trf_2d)

Use: On the area level gives you an idea about the behaviour of theMS users.

In the numerator ( a.ave_busy_tch / a.res_av_denom14) representstechnical traffic, not charged traffic, because counting is started when BSC seizesTCH. Includes some of signalling, ringing and speech.

In the denominator there are also calls that are not answered. The numeratorcounts both the A and B side in MS-MS calls, thus duplicating call time.

total TCH use time nbr of seconds in meas.period * average busy TCH------------------- = ------------------------------------------------- number of calls number of calls

sum(period_duration*60* a.ave_busy_tch / a.res_av_denom14)= ---------------------------------------------------------- sum(b.tch_norm_seiz) ;normal calls + sum(msc_i_sdcch_tch+ bsc_i_sdcch_tch + cell_sdcch_tch) ;DR calls + sum(a.tch_seiz_due_sdcch_con) ; FACCH call setup calls

Counters from table(s):a = p_nbsc_res_availb = p_bsc_trafficc = p_nbsc_ho

Figure 293. Average call length, S1 (trf_2d)

TCH usage, S1 (trf_3)

Use: On the area level gives you an idea of how well the capacityis used. Usable after S4 if half rate not used.The formula does not comprise the GPRS timeslots(PDTCH).

used TCH100 * ----------------------- % available TCH

sum(ave_busy_tch/res_av_denom14)= 100 * -------------------------------------------- % sum(ave_avail_full_TCH/res_av_denom2)


Figure 294. TCH usage, S1 (trf_3)



FTCH usage, S5 (trf_3b)

Use: On the area level gives you an idea of how well the capacityis used. Use with S5 or later.The denominator does not consider the GPRS timeslots.

sum(ave_tch_busy_full)= 100 * -------------------------------------------- % sum(ave_avail_full_TCH/res_av_denom2)


Figure 295. FTCH usage, S5 (trf_3b)

Average SDCCH holding time, S1 (trf_4)

Use: The holding time may change due to modification of thetimers or perhaps software.

Experiences on use: The counters get 0 values if the BTS is locked.sum(ave_sdcch_hold_tim)------------------------ secsum(res_av_denom16)*100


Figure 296. Average SDCCH holding time, S1 (trf_4)

Average FTCH holding time, S1 (trf_5)

Use: The holding time may change due to modification of thetimers or perhaps software. You can use this PI to follow theimpact of the modifications.

Experiences on use: The counters get 0 values if the BTS is locked.sum(ave_ftch_hold_tim)------------------------ secsum(res_av_denom17)*100


Figure 297. Average FTCH holding time, S1 (trf_5)

TCH seizures for new call (call bids), S1 (trf_6)

Use: The seizures of TCH for a new call (i.e. not HO, not DR, notFCS).

sum(p_nbsc_traffic.tch_norm_seiz)




Figure 298. TCH seizures for new call (call bids), S1 (trf_6)

SDCCH usage %, S1 (trf_7b)

total SDCCH hold time in seconds100 * --------------------------------------------------- % average total nbr of SDCCH * period duration in seconds

sum(SDCCH_SEIZURES)*avg(a.ave_sdcch_hold_tim/a.res_av_denom16/100)= 100 * ----------------------------------------------------- % sum((a.ave_sdcch_sub/a.res_av_denom3 + a.ave_non_avail_sdcch) * a.period duration*60)

where SDCCH_SEIZURES = (b.sdcch_assign+b.sdcch_ho_seiz+b.tch_seiz_due_sdcch_con)

Counters from table(s):a = p_nbsc_res_availb = p_nbsc_traffic

Figure 299. SDCCH usage %, S1 (trf_7b)

TCH traffic absorption on super, S4 (trf_8)


1. First, count the traffic per a TRX.

avg(ave_busy_tch)

2. Then, lable the TRXs to super or regular (TRX is a super if HO relatedcounters for this TRX show zero values). Sum up the traffic for super TRXsand for all TRXs and calculate their ratio.

traffic (super)100 x --------------- % traffic (all)


Figure 300. TCH traffic absorption on super, S4 (trf_8)

TCH traffic absorption on super, S4 (trf_8a)

Use: IUONote: Cannot be calculated by a simple SQL*Plus statement.

First, count the traffic per TRX and per hour:



sum over BTS (avg per each super TRX (ave_busy_tch))100 x ---------------------------------------------------- % sum over BTS (avg per each TRX (ave_busy_tch))


Figure 301. TCH traffic absorption on super, S4 (trf_8a)

Average cell TCH traffic from IUO, S4 (trf_9)


1. First, count the traffic per a TRX and per hour:

avg(ave_busy_tch)

2. Then, sum up the traffic over the period and divide it by the number ofhours in the period:

sum traffic of all TRXs100 x ------------------------ % hours


Figure 302. Average cell TCH traffic from IUO, S4 (trf_9)

Cell TCH traffic from IUO, S4 (trf_9a)

Note: Cannot be calculated by a simple SQL*Plus statement.sum over BTS (avg per eachTRX (ave_busy_tch))


Figure 303. Cell TCH traffic from IUO, S4 (trf_9a)

Super TRX TCH traffic, S4 (trf_10)


1. First, count the traffic per a TRX and per hour:

avg(ave_busy_tch)

2. Then, sum it up over the period for super TRXs and divide it by the numberof hours in the period:



traffic (super)100 x --------------- 100% hours


Figure 304. Super TRX TCH traffic, S4 (trf_10)

Sum of super TRX TCH traffic, S4 (trf_10a)

Note: Cannot be calculated by a simple SQL*Plus statement.sum over BTS (avg per eachsuper TRX (ave_busy_tch))


Figure 305. Sum of super TRX TCH traffic, S4 (trf_10a)

Average SDCCH traffic, erlang, S2 (trf_11)

Known problems: SDCCH seizures are too short to be counted by using 20 ssampling time. if traffic is low (less than 0.5 Erl).

sum of traffic sum(ave_busy_sdcch / res_av_denom15)--------------- = -------------------------------------- nbr of records count(*)


Figure 306. Average SDCCH traffic, erlang, S2 (trf_11)

Average SDCCH traffic, erlang, S2 (trf_11a)

Known problems: SDCCH seizures are too short to be counted by using 20 ssampling if traffic is low (less than 0.5 Erl).

Note: Gives the same results as trf_11. Experiments showed thatresults match well with trf_45.

avg(ave_busy_sdcch / res_av_denom15)


Figure 307. Average SDCCH traffic, erlang, S2 (trf_11a)



Average TCH traffic, erlang, S2 (trf_12)

avg(ave_busy_tch / res_av_denom14)Countersfrom table(s):p_nbsc_res_avail

Figure 308. Average TCH traffic, erlang, S2 (trf_12)

Average TCH traffic, erlang, S2 (trf_12a)

Note: Gives the same results as trf_12.avg(ave_busy_tch / res_av_denom14)


Figure 309. Average TCH traffic, erlang, S2 (trf_12a)

Average TCH traffic, erlang, S2 (trf_12b)

Use: This formula gives the same result as trf_12a ifres_av_denom14 is the same (in practice varies slightly).

sum(ave_busy_tch) / sum(res_av_denom14)


Figure 310. Average TCH traffic, erlang, S2 (trf_12b)

Handover/call %, (trf_13b)

Use: Indicates how stationary or mobile the traffic is. The biggerthe number, the more mobile the traffic. Using this KPI, cellswith stationary traffic can be found.

Known problems: Includes also intra-cell handovers that are not so directlyrelated to mobility. This is largely dependent on how muchoverlapping there is in the coverages.

sum(a.tch_ho_seiz)100 * ----------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch) ;(DR inter-cell calls) + sum(c.cell_sdcch_tch) ;(DR intra-cellcalls in IOU, optional feature for S6) + sum(a.tch_seiz_due_sdcch_con) ; calls started as FACCH call setup





Figure 311. Handover/call %, (trf_13b)

Intra-cell handover/call %, (trf_13c)

Use: Illustrates usually the impact of interference in a non-IUOnetwork.

Known problems: See trf_13b.

sum(c.cell_tch_tch)100 * ------------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch) ;(DR inter-cell calls) + sum(c.cell_sdcch_tch) ;(DR intra-cellcalls in IOU, optional feature for S6) + sum(a.tch_seiz_due_sdcch_con) ; calls started as FACCH call setup


Figure 312. Intra-cell handover/call %, (trf_13c)

Handover/call %, (trf_13d)

Use: Indicates how stationary or mobile the traffic is: the bigger thevalue, the more mobile the traffic. Using this KPI cells withstationary traffic can be found.Depends much on how much overlapping there is in thecoverage areas.Usable for a non-IUO network.

Known problems: Includes also intra-cell handovers that are not so directlyrelated to mobility.

sum(a.tch_ho_seiz) - sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch) ;(DR inter-cell calls) - sum(c.cell_sdcch_tch) ;(DR intra-cell callsin IOU, optional feature for S6)100 * ------------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch) ;(DR inter-cell calls) + sum(c.cell_sdcch_tch) ;(DR intra-cellcalls in IOU, optional feature for S6) + sum(a.tch_seiz_due_sdcch_con) ; calls started as FACCH call setup





Figure 313. Handover/call %, (trf_13d)

IUO, average TCH seizure length on super TRXs, S4 (trf_14b)

call time/tch seizures = averageperiod duration * average traffic / tch seizures.

avg of BTS (avg of TRX (period_duration))*60 ! Avg.call time in seconds *sum of BTS (sum of super TRX(ave_busy_tch)) = ------------------------------------------------------------- sec sum of BTS( sum of super TRX(tch_succ_seiz))


Figure 314. IUO, average TCH seizure length on super TRXs, S4(trf_14b)

IUO, average TCH seizure length on regular TRXs, S4 (trf_15b)

call time/tch seizures = averageperiod duration * average traffic / tch seizures.

avg of BTS (avg of TRX (period_duration))*60 *sum of BTS (sum of regular TRX(avg_trx_traf)) = ------------------------------------------------------------- sec sum of BTS( sum of regular TRX(tch_succ_seiz))


Figure 315. IUO, average TCH seizure length on regular TRXs, S4(trf_15b)

Average TRX traffic, IUO, S4 (trf_16)

avg(ave_busy_tch)


Figure 316. Average TRX traffic, IUO, S4 (trf_16)

Average TRX TCH seizure length, IUO, S4 (trf_17a)

count(*) avg(ave_busy_tch)* period_duration*60----------------------------------------------- sum(tch_succ_seiz)




Figure 317. Average TRX TCH seizure length, IUO, S4 (trf_17a)

Average TRX TCH seizure length, IUO, S4 (trf_17b)

sum(ave_busy_tch* period_duration*60)----------------------------------------------- sum(tch_succ_seiz)

Counters from table(s):p_nbsc_underlayUnit: second

Figure 318. Average TRX TCH seizure length, IUO, S4 (trf_17b)

TCH requests for a new call, S3 (trf_18)

Known problems: A interface pool circuit type mismatch related retries areincluded.

sum(tch_call_req)


Figure 319. TCH requests for a new call, S3 (trf_18)

TCH requests for a new call, S3 (trf_18a)

sum(a.tch_call_req)- sum(a.tch_rej_due_req_ch_a_if_crc)- (b.bsc_i_unsucc_a_int_circ_type+b.msc_controlled_in_ho +b.ho_unsucc_a_int_circ_type)


Figure 320. TCH requests for a new call, S3 (trf_18a)

Peak busy TCH (trf_19)

Use: This PI is an important traffic load indicator on the cell level.By following the development of this indicator and reactingproactively, blocking can be avoided in cells where the trafficgrowth is smooth.

max(peak_busy_tch)




Figure 321. Peak busy TCH (trf_19)

Average unit load (trf_20)

sum(load_rate)/sum(load_denom1)

Counters from table(s):p_nbsc_load

Figure 322. Average unit load (trf_20)

Call time difference between TRXs, S4 (trf_21)

Use: This PI shows as a percentage how much bigger the traffic ofthe busiest TRX of a BTS is compared to the least busy TRXof the same BTS.

100*(max_call_samples-min_call_samples)/min_call_samples

wheremax_call_samples is call samples of busiest TRXof BTS:max((ul_calls+dl_calls)/2)andmin_call_samples is call samples of least busyTRX of BTS:min((ul_calls+dl_calls)/2)

ul_calls=sum(freq_ul_qual0+freq_ul_qual1+freq_ul_qual2+freq_ul_qual3+freq_ul_qual4 +freq_ul_qual5+freq_ul_qual6+freq_ul_qual7)dl_calls=sum(freq_dl_qual0+freq_dl_qual1+freq_dl_qual2+freq_dl_qual3+freq_dl_qual4 +freq_dl_qual5+freq_dl_qual6+freq_dl_qual7)

Counters from table(s):p_nbsc_rx_qual

Figure 323. Call time difference between TRXs, S4 (trf_21)

Call time difference between TRXs, S4 (trf_21a)

Use: Shows how many times bigger the traffic of the busiest TRXof a BTS is compared to the least busy TRX of the same BTS.

max_call_samples/min_call_samples

wheremax_call_samples is call samples of busiest TRXof BTS:max((ul_calls+dl_calls)/2)andmin_call_samples is call samples of least busyTRX of BTS:



min((ul_calls+dl_calls)/2)

ul_calls=sum(freq_ul_qual0+freq_ul_qual1+freq_ul_qual2+freq_ul_qual3+freq_ul_qual4 +freq_ul_qual5+freq_ul_qual6+freq_ul_qual7)dl_calls=sum(freq_dl_qual0+freq_dl_qual1+freq_dl_qual2+freq_dl_qual3+freq_dl_qual4 +freq_dl_qual5+freq_dl_qual6+freq_dl_qual7)


Figure 324. Call time difference between TRXs, S4 (trf_21a)

Number of mobiles located in a cell, BSC, (trf_23a)

Use: If counted over an area, it could be possible to derive a KPIcalled ’Call minutes per MS’ from this formula.If used over a cell, it can give you an idea about how potentialthe cell is, for example.

How many times periodic LU has been sent = PLUS

How many times one MS sends a periodic LU in a time period =count_of_periods * period_duration/LU_period

X = nbr of MS

==>

X* count_of_periods * period_duration/LU_period = number ofperiodic updates (PLUS)

==> X = PLUS * LU_period/ (count_of_periods *period_duration)

sum(a.sdcch_loc_upd-nbrof incom.HO from other LA) * 0.1*b.timer_periodic_update_ms------------------------------------------------------------------------------- count(*).a.period_duration/60

Counters from table(s):a = p_nbsc_res_accessb = c_bts

Figure 325. Number of mobiles located in a cell, BSC, (trf_23a)



Note

The sum of incoming handovers from other location areas has to be counted fromp_nbsc_ho_adj using the LA info from the c_bts table.

* b.timer_periodic_update_ms and a.period_duration should be ofthe same unit, minutes for example.

Total TCH seizure time (call time in seconds) (trf_24b)

Note: The sampling takes place every 20 seconds. ave_busy_tchcounts cumulatively the number of busy TCHs.res_av_denom14 counts the number of samples taken.This is not pure conversation time but TCH seizure time. InHO there are two TCHs seized for a short time simultaneouslyand both may be counted if both seizures take place at thesampling moment.

sum(period_duration*60*ave_busy_tch/res_av_denom14)

Counters from table(s):p_nbsc_res_availunit = seconds

Figure 326. Total TCH seizure time (call time in seconds) (trf_24b)

Total TCH seizure time (call time in hours), (trf_24c)

Note: See trf_24b.sum(period_duration*ave_busy_tch/res_av_denom14/60)

Counters from table(s):p_nbsc_res_avail |unit = hours

Figure 327. Total TCH seizure time (call time in hours), (trf_24c)

SDCCH true seizures (trf_25)

Known problems: There is no counter for IMSI detaches until in release S7.sum(succ_seiz_term+succ_seiz_orig+sdcch_call_re_est +sdcch_emerg_call+sdcch_loc_upd)


Figure 328. SDCCH true seizures (trf_25)



SDCCH true seizures, S7 (trf_25a)

Known problems: There is no counter for supplemetary service requests until inrelease S9.

sum(succ_seiz_term+succ_seiz_orig+sdcch_call_re_est +sdcch_emerg_call+sdcch_loc_upd+imsi_detach_sdcch)


Figure 329. SDCCH true seizures, S7 (trf_25a)

SDCCH true seizures for call and SS (trf_26)

Known problems: Supplementary services cannot be separated currently on thecell level.

sum(succ_seiz_term+succ_seiz_orig+sdcch_call_re_est+sdcch_emerg_call- succ_sdcch_sms_est- unsucc_sdcch_sms_est)


Figure 330. SDCCH true seizures for call and SS (trf_26)

SDCCH true seizures for call, SMS, SS (trf_27)

Known problems: Supplementary services cannot be separated.sum(succ_seiz_term+succ_seiz_orig+sdcch_call_re_est+sdcch_emerg_call)


Figure 331. SDCCH true seizures for call, SMS, SS (trf_27)

Peak busy SDCCH seizures (trf_28)

Use: The peak value of SDCCH usage is needed for preventivecapacity monitoring on the cell level.

max(peak_busy_sdcch)


Figure 332. Peak busy SDCCH seizures (trf_28)

IUO layer usage % (trf_29)

Use: Counted for overlay TRXs or underlay TRXs.



Counted for overlay TRXsor underlay TRXs. sum(ave_busy_tch)100 * ----------------------------------------------------------- % sum(ave_full_tch_if1+ ave_full_tch_if2+ ave_full_tch_if3+ ave_full_tch_if4+ ave_full_tch_if5) + sum(ave_busy_tch)


Figure 333. IUO layer usage % (trf_29)

SDCCH seizures (trf_30)

Use: This figure tells the number of all events that have seizedSDCCH.

sum(sdcch_assign+sdcch_ho_seiz)


Figure 334. SDCCH seizures (trf_30)

Call time (minutes) from p_nbsc_res_avail (trf_32)

sum(period_duration * ave_busy_tch/res_av_denom14)

Counters from table(s):p_nbsc_res_availunit = minutes

Figure 335. Call time (minutes) from p_nbsc_res_avail (trf_32)

Call time from p_nbsc_rx_qual (trf_32a)

Known problems: In a high load situation (OMU link) it is possible that all calltime is not measured. In other words, call time can show alower value than it has in reality.Also in the beginning of the call and in handover two samplesare lost, showing a shorter time than in reality.

0.48*sum(freq_ul_qual0+freq_ul_qual1+freq_ul_qual2+freq_ul_qual3+freq_ul_qual4 +freq_ul_qual5+freq_ul_qual6+freq_ul_qual7)/60

Counters from table(s):p_nbsc_rx_qualunit = minutes

Figure 336. Call time from p_nbsc_rx_qual (trf_32a)



Call time from p_nbsc_rx_statistics (trf_32b)

Known problems: In a high load situation it is possible that all call time is notmeasured. In other words, call time can show a lower valuethan it has in reality.

0.48*sum(freq_ul_qual0+freq_ul_qual1+freq_ul_qual2+freq_ul_qual3+freq_ul_qual4 +freq_ul_qual5+freq_ul_qual6+freq_ul_qual7)/60

Counters from table(s):p_nbsc_rx_statisticsunit = minutes

Figure 337. Call time from p_nbsc_rx_statistics (trf_32b)

SDCCH HO seizure % out of HO seizure attempts (trf_33)

100*sum(sdcch_ho_seiz)/sum(sdcch_seiz_att)


Figure 338. SDCCH HO seizure % out of HO seizure attempts (trf_33)

SDCCH assignment % out of HO seizure attempts (trf_34)

100*sum(sdcch_assign)/sum(sdcch_seiz_att) %


Figure 339. SDCCH assignment % out of HO seizure attempts (trf_34)

TCH HO seizure % out of TCH HO seizure request (trf_35)

100*sum(tch_ho_seiz)/sum(tch_request-tch_call_req-tch_fast_req) %


Figure 340. TCH HO seizure % out of TCH HO seizure request (trf_35)

TCH norm seizure % out of TCH call request (trf_36)

sum(tch_norm_seiz)100 * --------------------------- % sum(tch_call_req)




Figure 341. TCH norm seizure % out of TCH call request (trf_36)

TCH normal seizure % out of TCH call requests, (trf_36a)

sum(tch_norm_seiz) -sum(tch_succ_seiz_for_dir_acc); ref.1100 * --------------------------------------- % sum(tch_call_req)


Figure 342. TCH normal seizure % out of TCH call requests, (trf_36a)

Ref.1 tch_norm_seiz is triggered also in case of DAC.

TCH FCS seizure % out of TCH FCS attempts (trf_37)

sum(tch_seiz_due_sdcch_con)100 * ----------------------------------- % sum(tch_seiz_att_due_sdcch_con)


Figure 343. TCH FCS seizure % out of TCH FCS attempts (trf_37)

TCH FCS seizure % out of congested SDCCH seizure attempts (trf_38)

Use: Indicates the percentage how many SDCCH seizures aresaved by FACCH call setup.

sum(tch_seiz_due_sdcch_con)100 * ----------------------------------- % sum(sdcch_seiz_att)


Figure 344. TCH FCS seizure % out of congested SDCCH seizureattempts (trf_38)

TCH seizures for new calls (trf_39)

sum(a.tch_norm_seiz) ;(normal calls)



+ sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch) ;(DR inter-cell calls)+ sum(c.cell_sdcch_tch) ;(DR intra-cellcalls in IOU, optional feature for S6)+ sum(a.tch_seiz_due_sdcch_con) ; calls started as FACCH call setup


Figure 345. TCH seizures for new calls (trf_39)

TCH seizures for new calls (trf_39a)

sum(a.tch_norm_seiz) ;(normal calls)- sum(a.succ_tch_seiz_for_dir_acc) ;ref.2+ sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch) ;(DR inter-cell calls)+ sum(c.cell_sdcch_tch) ;(DR intra-cellcalls in IOU)+ sum(a.tch_seiz_due_sdcch_con) ; calls started as FACCH call setup


Figure 346. TCH seizures for new calls (trf_39a)


HTCH usage, S5 (trf_40)

Use: On the area level gives you an idea of how well the capacityis used. Use with S5 or later.

sum(ave_tch_busy_halfl)= 100 * -------------------------------------------- % sum(ave_tch_avail_half)


Figure 347. HTCH usage, S5 (trf_40)



MOC rate, S6 (trf_41)

Known problems: Do not include SMS, SS ==> Better accuracy for speech callsthan if 3012 and 3013 were used.If SDCCH congested and FACCH used for SMS (SS?) thenalso SMS and SS get included.

tch_moc_seiz_att100 * ------------------------------------ % tch_moc_seiz_att + tch_mtc_seiz_att


Figure 348. MOC rate, S6 (trf_41)

MTC rate, S6 (trf_42)

Known problems: Do not include SMS, SS ==> Better accuracy for speech callsthan if 3012 and 3013 were used.If SDCCH congested and FACCH used for SMS (SS?) thenalso SMS and SS get included.

tch_moc_seiz_att100 * ------------------------------------ % tch_moc_seiz_att + tch_mtc_seiz_att


Figure 349. MTC rate, S6 (trf_42)

TCH single band subscriber holding time, S6 (trf_43)

0.48* sum(tch_single_band_hold_time)

Counters from table(s):p_nbsc_dual_bandUnit: seconds

Figure 350. TCH single band subscriber holding time, S6 (trf_43)

TCH dual band subscriber holding time, S6 (trf_44)

0.48* sum(tch_dual_band_hold_time)

Unit: secondCounters from table(s):p_nbsc_dual_band

Figure 351. TCH dual band subscriber holding time, S6 (trf_44)



TCH data call seizures (trf_46)

sum(tch_norm_seiz+tch_ho_seiz+tch_seiz_due_sdcch_con) !! All TCH seizures ( -sum(tch_full_seiz_speech_ver1+tch_full_seiz_speech_ver2 +tch_full_seiz_speech_ver3+tch_half_seiz_speech_ver1 +tch_half_seiz_speech_ver2+tch_half_seiz_speech_ver3) !! Speech seizurescsf_2b


Figure 352. TCH data call seizures (trf_46)

Share of single band traffic (trf_47)

sum(tch_single_band_hold_time)100* -------------------------------------------------------- % sum(tch_single_band_hold_time + tch_dual_band_hold_time)

Counters from table(s):p_nbsc_dual_band.

Figure 353. Share of single band traffic (trf_47)

Share of dual band traffic (trf_48)

sum(tch_dual_band_hold_time)100* -------------------------------------------------------- % sum(tch_single_band_hold_time + tch_dual_band_hold_time)


Figure 354. Share of dual band traffic (trf_48)

Call retries due to A interface pool mismatch (trf_49)

Use: Compensation of the blocking caused by the A interfacecircuit pool mismatch.

Aif type mismatch or congestion- Aif circuit pool handover failure= a.tch_rej_due_req_ch_a_if_crc

- (b.bsc_i_unsucc_a_int_circ_type+b.msc_controlled_in_ho +b.ho_unsucc_a_int_circ_type)




a = p_nbsc_trafficb = p_nbsc_ho

Figure 355. Call retries due to A interface pool mismatch (trf_49)

HO retries due to A interface pool mismatch (trf_50)

Use: Compensation of the blocking caused by the A interfacecircuit pool mismatch.

Sum(bsc_i_unsucc_a_int_circ_type+msc_controlled_in_ho+ho_unsucc_a_int_circ_type)


Figure 356. HO retries due to A interface pool mismatch (trf_50)

TCH single band subscribers’ share of holding time, S6 (trf_51)

sum(tch_single_band_hold_time)100 * ------------------------------------------------------ % sum(tch_single_band_hold_time+tch_dual_band_hold_time)


Figure 357. TCH single band subscribers’ share of holding time, S6(trf_51)

TCH dual band subscribers’ share of holding time, S6 (trf_52)

sum(tch_dual_band_hold_time)100 * ------------------------------------------------------ % sum(tch_single_band_hold_time+tch_dual_band_hold_time)

Unit: second.Counters from table(s):p_nbsc_dual_band.

Figure 358. TCH dual band subscribers’ share of holding time, S6 (trf_52)

Calls started as FACCH call setup (trf_53)

sum(tch_seiz_att_due_sdcch_con)




p_nbsc_trafficUnit: seconds

Figure 359. Calls started as FACCH call setup (trf_53)

SDCCH seizures (trf_54)

sum(sdcch_assign+sdcch_ho_seiz)


Figure 360. SDCCH seizures (trf_54)

TCH normal seizures (trf_55)

sum(tch_norm_seiz) -sum(tch_succ_seiz_for_dir_acc); ref.1


Figure 361. TCH normal seizures (trf_55)

Ref.1 tch_norm_seiz is triggered also in case of DAC.

Total FTCH seizure time (trf_56)

sum(period_duration*ave_tch_busy_full/60)

Counters from table(s):p_nbsc_res_availunit = hour

Figure 362. Total FTCH seizure time (trf_56)

Total HTCH seizure time (trf_57)

sum(period_duration*ave_tch_busy_half/60)


Figure 363. Total HTCH seizure time (trf_57)



Average TCH hold time for HSCSD, S7 (trf_58)

sum(ave_tch_hold_time_hscsd_numer)----------------------------------- secsum(ave_tch_hold_time_hscsd_denom)*100


Figure 364. Average TCH hold time for HSCSD, S7 (trf_58)

Total HSCSD TCH seizure time (call time, hours),(trf_61)

sum(period_duration*ave_busy_tch_hscsd_numer/ave_busy_tch_hscsd_denom/60)


Figure 365. Total HSCSD TCH seizure time (call time, hours),(trf_61)

Average upgrade pending time for HSCSD, (trf_62)

sum(ave_pend_time_numer)----------------------------sum(ave_pend_time_denom)*100

Counters from table(s):p_nbsc_high_speed_dataUnit: sec

Figure 366. Average upgrade pending time for HSCSD, (trf_62)

Average upgrade pending time due to congestion, (trf_63)

sum(ave_pend_time_due_cong_numer)---------------------------------------sum(ave_pend_time_due_cong_denom)*100

Counters from table(s):p_nbsc_high_speed_dataUnit: sec

Figure 367. Average upgrade pending time due to congestion, (trf_63)

Total reporting time of ph1 and ph2 mobiles, (trf_64)

sum(rep_time_by_ph_1_ms + rep_time_by_ph_2_ms)*0,46/60




p_nbsc_ms_capabilityUnit: min

Figure 368. Total reporting time of ph1 and ph2 mobiles, (trf_64)

Total TCH seizures, (trf_65)

sum(tch_reserv_by_mslot_cl_1_ms + ... + tch_reserv_by_mslot_cl_18_ms+tch_reserv_by_mslot_incap_ms)

Counters from table(s):p_nbsc_ms_capability

Figure 369. Total TCH seizures, (trf_65)

Net UL data traffic per timeslot, S9PS (trf_69a)

Use: Gives a feeling how effectively the GPRS timeslots are used.data in kilobits------------------------------------------------------- =total time * average number of GPRS timeslots

sum(a.RLC_data_blocks_UL_CS1*20+a.RLC_data_blocks_UL_CS2*30)* 8/1000-------------------------------------------------------------------------------sum(b.period_duration*60)*sum(b.ave_GPRS_channels_sum)/sum(b.ave_GPRS_channels_den)

Counters from table(s):a = p_nbsc_packet_control_unitb = p_nbsc_res_availUnit: kbit/sec/tsl

Figure 370. Net UL data traffic per timeslot, S9PS (trf_69a)

Net DL data traffic per timeslot, S9PS (trf_70a)

Use: Gives a feeling how effectively the GPRS timeslots are used.data in kilobits------------------------------------------------------- =total time * average number of GPRS timeslots

sum(a.RLC_data_blocks_DL_CS1*20+a.RLC_data_blocks_DL_CS2*30)* 8/1000-------------------------------------------------------------------------------sum(b.period_duration*60)*sum(b.ave_GPRS_channels_sum)/sum(b.ave_GPRS_channels_den)

Counters from table(s):a= p_nbsc_packet_control_unitb = p_nbsc_res_availUnit: kbit/sec/tsl

Figure 371. Net DL data traffic per timeslot, S9PS (trf_70a)



Average UL throughput per allocated timeslot, S9PS (trf_72b)

Use: Indicates the net data rate per allocated channel. The lower thevalue the more loaded is the GPRS territory and the less theMS users receive service.The numerator does not contain the RLC header bytes (2)neither the MAC header (1) because the aim is to count datavolume from the user’s point of view.

Known problems: 1) The formula works after S9 CD1.2, seeave_dur_UL_TBF_sum.2) The number of TBFs (MS) sharing the same timeslotsvaries.

data in kilobits/ TBF total time---------------------------------------- =average allocated tsl

(sum(RLC_data_blocks_UL_CS1*20+RLC_data_blocks_UL_CS2*30)* 8/1000 ---------------------------------------------------------------------- sum(Ave_dur_UL_TBF_sum/100)---------------------------------------------------------------------- (sum(alloc_1_TSL_UL+2*alloc_2_TSL_UL+3*alloc_3_TSL_UL +4*alloc_4_TSL_UL) ------------------------------------------------------------------------ sum(alloc_1_TSL_UL+alloc_2_TSL_UL+alloc_3_TSL_UL+alloc_4_TSL_UL))


Unit: kbit/sec/tsl

Figure 372. Average UL throughput per allocated timeslot, S9PS (trf_72b)

Average DL throughput per allocated timeslot, S9PS (trf_73b)

Use: Indicates the net data rate per allocated channel. The lower thevalue the more loaded is the GPRS territory and the less theMS users receive service.The numerator does not contain the RLC header bytes (2)neither the MAC header (1) because the aim is to count datavolume from the user’s point of view.

Known problems: The formula works after S9 CD1.2, seeave_dur_UL_TBF_sum.

data in kilobits/ TBF total time---------------------------------------- =average allocated tsl

(sum(RLC_data_blocks_DL_CS1*20+RLC_data_blocks_DL_CS2*30)* 8/1000 ---------------------------------------------------------------------- sum(Ave_dur_DL_TBF_sum/100 )---------------------------------------------------------------------- (sum(alloc_1_TSL_DL+2*alloc_2_TSL_DL+3*alloc_3_TSL_DL +4*alloc_4_TSL_DL) ------------------------------------------------------------------------ sum(alloc_1_TSL_DL+alloc_2_TSL_DL+alloc_3_TSL_DL+alloc_4_TSL_DL))




Unit: kbit/sec/tsl

Figure 373. Average DL throughput per allocated timeslot, S9PS (trf_73b)

Total RLC data, S9PS (trf_74a)

Use: Indicates the total amount of data transmitted as CS1 or CS2blocks, UL or DL. MAC and RLC header bytes not included.

(sum(RLC_data_blocks_UL_CS1*20+RLC_data_blocks_UL_CS2*30+ RLC_data_blocks_DL_CS1*20+RLC_data_blocks_DL_CS2*30) /1000


Unit: kbyte

Figure 374. Total RLC data, S9PS (trf_74a)

GPRS territory UL utilisation, S9PS (trf_76a)

Data blocks transmitted in UL100* --------------------------------------------------- % = (available GPRS channel time in sec)* (nbr of blocks per sec)

100*(DL blocks transmitted / DL block transmission capacity) % =

sum( b.RLC_data_blocks_UL_CS1 + b.RLC_data_blocks_UL_CS2 + b.RLC_MAC_cntrl_blocks_UL + b.bad_frame_ind_UL_CS1 + b.bad_frame_ind_UL_CS2 )100* -------------------------------------------------------------- % sum(a.ave_gprs_channels_sum/sum(a.ave_gprs_channels_den) *sum(a.period_duration*60)*50

Counters from table(s):a = p_nbsc_res_availb = p_nbsc_packet_control_unit

Figure 375. GPRS territory UL utilisation, S9PS (trf_76a)

GPRS territory DL utilisation, S9PS (trf_77a)

Known problems: Dummy blocks on DL make this PI to show a too high value.

Data blocks transmitted in DL and UL100* --------------------------------------------------- % = (available GPRS channel time in sec)* (nbr of blocks per sec)

100*(DL blocks transmitted / DL block transmission capacity) % =



sum( + b.RLC_data_blocks_DL_CS1 + b.RLC_data_blocks_DL_CS2 + b.RLC_MAC_cntrl_blocks_DL + b.retra_RLC_data_blocks_DL_CS1 + b.retra_RLC_data_blocks_DL_CS2 )100* --------------------------------------------------------------- % sum(a.ave_gprs_channels_sum/sum(a.ave_gprs_channels_den) *sum(a.period_duration*60)*50

Counters from table(s):a = p_nbsc_res_availb = p_nbsc_packet_control_unit

Figure 376. GPRS territory DL utilisation, S9PS (trf_77a)

2.21 Traffic directions

2.21.1 Mobile originated calls (moc)

SDCCH seizures for MO calls, S2 (moc_1)

Known problems: Includes supplementary services such as call divert.Includes SMS.

sum(succ_seiz_orig)


Figure 377. SDCCH seizures for MO calls, S2 (moc_1)

Successful MO speech calls, S3 (moc_2)

Note: Triggered when a call is cleared. Excludes setup failures,TCH drops and TCH busy (congestion) cases.

Known problems: The measurement is on the BSC level.sum(nbr_of_calls)where counter_id = 44

Counters from table(s):p_nbsc_cc_pm

Figure 378. Successful MO speech calls, S3 (moc_2)

Successful MO data calls, S3 (moc_3)

Note: See moc_2.Known problems: The measurement is on the BSC level.



Note

sum(nbr_of_calls)where counter_id = 45


Figure 379. Successful MO data calls, S3 (moc_3)

MO call success ratio, S6 (moc_4)

Note: See moc_2.Known problems: The measurement is on the BSC level.

MO call attempts are counted when MOCs are found on SDCCH. The numeratorexcludes setup failures, TCH drops and TCH busy (congestion) cases.

sum(nbr_of_calls) where counter_id = 44 /* MO call completed */100 * ----------------------------------------------------------------------- sum(nbr_of_calls) where counter_id = 38 /* MO call attempt */


Figure 380. MO call success ratio, S6 (moc_4)

MO speech call attempts, S3 (moc_5)

Note: Triggered when a call is cleared. Excludes setup failures,TCH drops and TCH busy (congestion) cases.

Known problems: The measurement is on the BSC level.sum(nbr_of_calls)where counter_id = 38


Figure 381. MO speech call attempts, S3 (moc_5)

MO call bids, S2 (moc_6)

Known problems: Includes supplementary services such as call divert.Includes SMS.

sum(succ_seiz_orig+tch_moc)




Figure 382. MO call bids, S2 (moc_6)

2.21.2 Mobile terminated calls (mtc)

SDCCH seizures for MT calls, S2 (mtc_1)

Known problems: Includes SMS. See also moc_2.sum(succ_seiz_term)


Figure 383. SDCCH seizures for MT calls, S2 (mtc_1)

Successful MT speech calls (mtc_2)

Note: See moc_2.Known problems: See moc_2.



Figure 384. Successful MT speech calls (mtc_2)

Successful MT data calls, S3 (mtc_3)




Figure 385. Successful MT data calls, S3 (mtc_3)

MT call success ratio, S6 (mtc_4)

Note: MT call attempts are counted when MTCs are found onSDCCH. The numerator excludes setup failures, TCH dropsand TCH busy (congestion) cases.

Known problems: See moc_2.



sum(nbr_of_calls) where counter_id = 43 /* MT call completed */100 * ----------------------------------------------------------------------- sum(nbr_of_calls) where counter_id = 37 /* MT call attempt */


Figure 386. MT call success ratio, S6 (mtc_4)

MT speech call attempts (mtc_5)




Figure 387. MT speech call attempts (mtc_5)

MT call attempts, S2 (mtc_6)

Use: Total number of calls bids with establishment cause ’MT’.Known problems: Includes SMS.

sum(succ_seiz_term+tch_mtc)


Figure 388. MT call attempts, S2 (mtc_6)

2.22 Paging (pgn)

Number of paging messages sent, S2 (pgn_1)

Known problems: The number of repagings cannot be separated.sum(paging_msg_sent)


Figure 389. Number of paging messages sent, S2 (pgn_1)



Paging buffer size average, S1 (pgn_2)

Use: To have an idea of how close to problems the BTS has been.Known problems: It is difficult to say when the problems start. Even if the

counter 3018 does not yet show the 0 value, there may havebeen the situation in one or some of the buffers that thecapacity has run out.

avg(min_paging_buf)


Parameters related:Number of Blocks for AGCH (AG): e.g. = 2Number of MultiFrames (MFR): e.g. = 6

Formulas related:Nbr of paging groups = (3-AG)*MFR ;if combinedcontrol channelNbr of paging groups = (9-AG)*MFR ;if non-combinedcontrol channel

Paging_Buffer_Size = free buffers (max8) * Nbr of paging groups

Min Paging Buffer (counter 3018) = min(Paging_Buffer_Space). = min(Paging_Buffer_Size/2)

Figure 390. Paging buffer size average, S1 (pgn_2)

Paging Buffer Space is sent by BTS in the CCH_Load_Ind message to a BSCevery 30 s. A BSC sends current paging load as Paging_Buffer_Size to astatistical unit. The minimum value of this is recorded as counter 3018. If MinPaging Buffer (counter 3018) equals to zero, paging blocking has occurred.

Average paging buffer space, S1 (pgn_3)

Use: Average remaining space for paging commands.avg(ave_pch_load/res_acc_denom2)


Figure 391. Average paging buffer space, S1 (pgn_3)

Paging success ratio, S1 (pgn_4)

Known problems: Ghosts can increment the denominator. Due to the verydynamic behaviour it seems that this formula is not useful.

sum over all BTS in LA (succ_seiz_term + tch_mtc)100* ------------------------------------------------------- % sum over LA(paging_msg_sent) / sum over LA (count of BTS)




Figure 392. Paging success ratio, S1 (pgn_4)

Average paging buffer Aif occupancy, S7 (pgn_5)

sum (ave_paging_buffer_capa_numer)----------------------------------sum(ave_paging_buffer_capa_denom)


Figure 393. Average paging buffer Aif occpancy, S7 (pgn_5)

Average paging buffer Gb occpancy, S7PS (pgn_6)u

sum (ave_paging_gb_buf_sum)---------------------------sum(ave_paging_gb_buf_den)


Figure 394. Average paging buffer Gb occpancy, S7PS (pgn_6)

Average DRX buffer occupancy due to paging, S7 (pgn_7)

sum (ave_paging_load_air_sum)---------------------------sum(ave_paging_load_air_den)


Figure 395. Average DRX buffer occpancy due to paging, S7 (pgn_7)

Average DRX buffer occupancy due to DRX AG, S7 (pgn_8)

sum (ave_drx_agch_load_air_sum)-------------------------------sum(ave_drx_agch_load_air_den)


Figure 396. Average DRX buffer occpancy due to DRX AG, S7 (pgn_8)



Average DRX buffer occupancy due to nonDRX AG, S7 (pgn_9)

sum (ave_non_drx_agch_load_air_sum)-----------------------------------sum(ave_non_drx_agch_load_air_den)


Figure 397. Average DRX buffer occpancy due to nonDRX AG, S7(pgn_9)

2.23 Short message service (sms)

SMS establishment failure % (sms_1)

100* unsuccessful SMS establishments / all SMS establishments =

sum(unsucc_TCH_sms_est+unsucc_SDCCH_sms_est)100* ------------------------------------------------------------------ % sum(succ_TCH_sms_est+unsucc_TCH_sms_est+succ_SDCCH_sms_est +unsucc_SDCCH_sms_est)


Figure 398. SMS establishment failure % (sms_1)

SMS TCH establishment failure % (sms_2)

sum(unsucc_TCH_sms_est)100 * ------------------------------------------- % sum(succ_TCH_sms_est+unsucc_TCH_sms_est)


Figure 399. SMS TCH establishment failure % (sms_2)



SMS SDCCH establishment failure % (sms_3)

Use: MOC: Instead of the sending SETUP message, the MS startsSMS by sending SABM with SAPI 3 to BTS, and a newestablishment indication is generated.MTC : Instead of the sending SETUP message, the MSCstarts SMS by sending the CP DATA message to BSC andBSC sends an ESTABLISH REQUEST to BTS, then MSanswers by UA message, and an ESTABLISH CONFIRMmessage is generated.SMS fails if the message data is corrupted, timer expires inwaiting for an establishment confirmation, or if an errorindication or release indication is received.

sum(unsucc_sdcch_sms_est)100 * -------------------------------------------- % sum(succ_sdcch_sms_est+unsucc_sdcch_sms_est)


Figure 400. SMS SDCCH establishment failure % (sms_3)

SMS establishment attempts (sms_4)

sum(succ_tch_sms_est+unsucc_tch_sms_est+succ_sdcch_sms_est+unsucc_sdcch_sms_est)


Figure 401. SMS establishment attempts (sms_4)

SMS SDCCH establishment attempts (sms_5)

sum(succ_sdcch_sms_est+unsucc_sdcch_sms_est)


Figure 402. SMS SDCCH establishment attempts (sms_5)

SMS TCH establishment attempts (sms_6)

sum(succ_TCH_sms_est+unsucc_TCH_sms_est)


Figure 403. SMS TCH establishment attempts (sms_6)



2.24 Directed retry (dr)

DR, outgoing attempts, S3 (dr_1)

sum(msc_o_sdcch_tch_at+ bsc_o_sdcch_tch_at)


Figure 404. DR, outgoing attempts, S3 (dr_1)

DR attempts, S3 (dr_1a)

Use: Includes all DR cases (to another cell and intra-cell).sum(p_nbsc_ho.cause_dir_retry)


Figure 405. DR attempts, S3 (dr_1a)

DR, incoming attempts, S3 (dr_2)

sum(msc_i_sdcch_tch_at+ bsc_i_sdcch_tch_at)


Figure 406. DR, incoming attempts, S3 (dr_2)

DR, outgoing success to another cell, S3 (dr_3)

sum(msc_o_sdcch_tch+ bsc_o_sdcch_tch)


Figure 407. DR, outgoing success to another cell, S3 (dr_3)

DR, incoming success from another cell, S3 (dr_4)

sum(msc_i_sdcch_tch+ bsc_i_sdcch_tch)


Figure 408. DR, incoming success from another cell, S3 (dr_4)



DR, intra-cell success, S3 (dr_5)

Use: Triggered by• S6 feature ’TCH assignment to super-reuse in IUO’• S7 feature ’Direct access to super-reuse TRX’

sum(cell_sdcch_tch)


Figure 409. DR, intra-cell success, S3 (dr_5)

% of new calls successfully handed over to another cell by DR, S3 (dr_6)

100*sum(msc_o_sdcch_tch+ bsc_o_sdcch_tch)/sum(tch_call_req)


Figure 410. % of new calls successfully handed over to another cell byDR, S3 (dr_6)

DR, outgoing to another cell, failed, S3 (dr_7)

sum(msc_o_sdcch_tch_at + bsc_o_sdcch_tch_at - msc_o_sdcch_tch + bsc_o_sdcch_tch)


Figure 411. DR, outgoing to another cell, failed, S3 (dr_7)

DR, intra-cell failed, S3 (dr_8)

Use: Triggered by• S6 feature ’TCH assignment to super-reuse in IUO’• S7 feature ’Direct access to super-reuse TRX’

sum(cell_sdcch_tch_at- cell_sdcch_tch)


Figure 412. DR, intra-cell failed, S3 (dr_8)



2.25 Availability (ava)

TCH availability %, S4 (ava_1a)

Known problems: If TRXs are locked and BTSs and BCFs are unlocked, theTCHs appear as unavailable.This PI does not take HTCH into consideration.

available TCH100 * ------------------ % all TCH sum(ave_avail_full_TCH/res_av_denom2)=100 * ------------------------------------------------------------------------ % sum(ave_avail_full_TCH/res_av_denom2)+sum(ave_non_avail_TCH)


Figure 413. TCH availability %, S4 (ava_1a)

TCH availability %, S9 (ava_1c)

Use: Failures (downtime) of TRXs cause loss of TCH and affectthis KPI.

Known problems: 1) If TRXs are locked and BTSs and BCFs are unlocked, theTCHs appear as unavailable. This means that both the systemand the user can affect this KPI and make it less useful.2) The formula leaves out the timeslots reserved for GPRS.

available TCH100 * ------------------ % all TCH sum(ave_avail_TCH_sum/ave_avail_TCH_den)=100 * ------------------------------------------------------------------------ % sum(ave_avail_TCH_sum/ave_avail_TCH_den)+sum(ave_non_avail_TCH)


Figure 414. TCH availability %, S9 (ava_1c)

TCH availability %, S9 (ava_1d)

Use: Failures (downtime) of TRXs cause loss of TCH and affectthis KPI.

Known problems: 1) If TRXs are locked and BTSs and BCFs are unlocked, theTCHs appear as unavailable. This means that both the systemand the user can affect this KPI and make it less useful.2) The formula leaves out the timeslots reserved for GPRS.

available TCH100 * ------------------------- %



all TCH (traffic and GPRS)

sum(ave_avail_TCH_sum/ave_avail_TCH_den + ave_GPRS_channels_sum/ave_GPRS_channels_den)=100 * ---------------------------------------------------------------- % sum(ave_avail_TCH_sum/ave_avail_TCH_den + ave_GPRS_channels_sum/ave_GPRS_channels_den+ave_non_avail_TCH)


Figure 415. TCH availability %, S9 (ava_1d)

Average available TCH, S1 (ava_2)

Known problems: If TRXs are locked and BTSs and BCFs are unlocked, theTCHs appear as unavailable.

sum(ave_avail_full_tch)/sum(res_av_denom2)


Figure 416. Average available TCH, S1 (ava_2)

Average available SDCCH, S1 (ava_3)

sum(ave_sdcch_sub)/sum(res_av_denom3)


Figure 417. Average available SDCCH, S1 (ava_3)

SDCCH availability %, S4 (ava_4)

Known problems: Affected by locked TRX under unlocked BCF and BTS. SeeTCH availability percentage.

sum(ave_sdcch_sub/res_av_denom3)100 * --------------------------------------------------------- % sum(ave_sdcch_sub/res_av_denom3)+sum(ave_non_avail_sdcch)


Figure 418. SDCCH availability %, S4 (ava_4)

Average available FTCH in area, S1 (ava_5)

sum_over_area (



sum_over_BTS(ave_avail_full_TCH)/sum_over_BTS(res_av_denom2) )


Figure 419. Average available FTCH in area, S1 (ava_5)

DMR availability %, S6 (ava_6)

sum(avail_time)100 * ---------------- % sum(total_time)

Counters from table(s):p_nbsc_dmr

Figure 420. DMR availability %, S6 (ava_6)

DN2 availability %, S6 (ava_7)

sum(avail_time)100 * --------------- % sum(total_time)

Counters from table(s):p_nbsc_dn2

Figure 421. DN2 availability %, S6 (ava_7)

TRU availability %, S6 (ava_8)

sum(avail_time)100 * --------------- % sum(total_time)

Counters from table(s):p_nbsc_tru_bie

Figure 422. TRU availability %, S6 (ava_8)

Average available TCH in BTS, S9 (ava_15)

Use: BTS level. Indicates the average number of TCHs availablefor traffic.




sum(ave_avail_TCH_sum)/sum(ave_avail_TCH_den)


Figure 423. Average available TCH in BTS, S9 (ava_15)

Average available PDTCH in BTS, S9PS (ava_16)

Use: BTS level. Indicates the average number of channels availablefor GPRS traffic.

sum(ave_GPRS_channels_sum)/sum(ave_GPRS_channels_den)


Figure 424. Average available PDTCH in BTS, S9PS (ava_16)

Average available dedicated GPRS channels, S9PS (ava_17)

Use: BTS level. Indicates the average number of channels availablefor dedicated GPRS traffic.

sum(ave_permanent_GPRS_ch_sum)/sum(ave_permanent_GPRS_ch_den)


Figure 425. Average available dedicated GPRS channels, S9PS (ava_17)

Average defined TCH, S1 (ava_18)


sum(ave_avail_TCH_sum)/sum(ave_avail_TCH_den)


Figure 426. Average defined TCH, S1 (ava_18)

2.26 Unavailability (uav)

Average unavailable TSL per BTS, S1 (uav_1)




sum(ave_non_avail_tsl)/sum(res_av_denom1)


Figure 427. Average unavailable TSL per BTS, S1 (uav_1)

Average unavailable TSL per BTS, S1 (uav_1a)


avg(ave_non_avail_tsl/res_av_denom1)


Figure 428. Average unavailable TSL per BTS, S1 (uav_1a)

Average unavailable TSL per BTS, S1 (uav_1b)


sum(ave_non_avail_tsl/res_av_denom1) ------------------------------------ count(*)


Figure 429. Average unavailable TSL per BTS, S1 (uav_1b)

Total outage time, (uav_2)

Known problems: It should be made possible to differentiate the reasons foroutage.

Note: Alarm number changed in S7.sum of BCCH missing alarmdurations =

sum(cancel_time-alarm_time)*24*60

where probable_cause = 2567 /* BCCHmissing alarm */

Counters from table(s):fx_alarmunit = minutes

Figure 430. Total outage time, (uav_2)



Number of outages, (uav_3)

Note: Alarm number changed in S7.number of BCCH missing alarmstarts =

count(alarm_start_time)

where probable_cause = 2567 /* BCCHmissing alarm */

Counters from table(s):fx_alarm

Figure 431. Number of outages, (uav_3)

Share of unavailability due to user (uav_4)

Experiences on use: Locked TRXs can make this PI show high values.Known problems: The measurement is made on the BSC level. The BTS level

cannot be seen.

sum(ave_non_avail_user)100 * -------------------------------------------------------------- % sum(ave_non_avail_user + ave_non_avail_int + ave_non_avail_ext)

Counters from table(s):p_nbsc_trx_avail

Figure 432. Share of unavailability due to user (uav_4)

Share of unavailability due to internal reasons (uav_5)

Known problems: The measurement is made on the BSC level. The BTS levelcannot be seen. This includes, for example, also an electricitybreak which, in fact, is not a BTS fault.

sum(ave_non_avail_int)100 * -------------------------------------------------------------- % sum(ave_non_avail_user + ave_non_avail_int + ave_non_avail_ext)


Figure 433. Share of unavailability due to internal reasons (uav_5)

Share of unavailability due to external reasons (uav_6)

Known problems: The measurement is made on the BSC level. The BTS levelcannot be seen.

sum(ave_non_avail_ext)100 * -------------------------------------------------------------- %



sum(ave_non_avail_user + ave_non_avail_int + ave_non_avail_ext)


Figure 434. Share of unavailability due to external reasons (uav_6)

TRX unavailability time due to user (uav_7)

Experiences on use: Locked TRXs can make this PI show high values.sum(period_duration * ave_non_avail_user)


Figure 435. TRX unavailability time due to user (uav_7)

TRX unavailability time due to internal reasons (uav_8)

Known problems: This includes, for example, also an electricity break which, infact, is not a BTS fault.

sum(period_duration * ave_non_avail_int)


Figure 436. TRX unavailability time due to internal reasons (uav_8)

TRX unavailability time due to external reasons (uav_9)

sum(period_duration * ave_non_avail_ext)


Figure 437. TRX unavailability time due to external reasons (uav_9)

2.27 Location updates (lu)

Number of LU attempts, S1 (lu_1)

sum(sdcch_loc_upd)




Figure 438. Number of LU attempts, S1 (lu_1)

Average of LU attempts per hour, S1 (lu_2)

sum(sdcch_loc_upd)--------------------------------avg(period_duration)*count(*)/60


Figure 439. Average of LU attempts per hour, S1 (lu_2)

Number of LU attempts, S1 (lu_3)

sum(nbr_of_calls)where counter_id = 25 /* LUstarted */


Figure 440. Number of LU attempts, S1 (lu_3)

2.28 LU success % (lsr)

LU success %, S6 (lsr_2)

Use: Probable causes to make this KPI show bad values:interference, coverage, possibly MSC side problems.

Known problems: The measurement is made on the BSC level.The LU started (51025) is triggered from establish indication.Any problems prior to that cannot be seen. For example,interference prevents a mobile station from making a locationupdate.

Values: Good: >99% .

sum(nbr_of_calls) where counter_id = 26 /* LU completed */100 * -------------------------------------------------------------- % sum(nbr_of_calls) where counter_id = 25 /* LU started */




Figure 441. LU success %, S6 (lsr_2)

2.29 Emergency call (ec)

Emergency calls, S6 (ec_1)

sum(nbr_of_calls)where counter_id = 35 /* Em.callstarted */


Figure 442. Emergency calls, S6 (ec_1)

2.30 Emergency call success % (ecs)

Emergency call success %, S6 (ecs_1)

sum(nbr_of_calls) where counter_id = 41 /* Em.call completed */100 * ----------------------------------------------------------------------- sum(nbr_of_calls) where counter_id = 35 /* Em.call started */


Figure 443. Emergency call success %, S6 (ecs_1)

2.31 Call re-establishment (re)

Call re-establishment attempts, S6 (re_1)

sum(nbr_of_calls)where counter_id = 36 /* Callreest. started */


Figure 444. Call re-establishment attempts, S6 (re_1)



Call re-establishments, S6 (re_2)

sum(sdcch_call_re_est+tch_call_re_est)


Figure 445. Call re-establishments, S6 (re_2)

2.32 Call re-establishment success % (res)

Call re-establishment success %, S6 (res_1)

sum(nbr_of_calls) where counter_id = 42 /* Call re-est. completed */100 * ----------------------------------------------------------------------- sum(nbr_of_calls) where counter_id = 36 /* Call re-est. started */


Figure 446. Call re-establishment success %, S6 (res_1)

2.33 Quality

2.33.1 Downlink quality (dlq)

DL BER, S1 (dlq_1)

Known problems: BER % is not a very easy entity for network planners.sum(ave_dl_sig_qual)------------------------ %sum(power_denom5)*100

Counters from table(s):p_nbsc_powerUnit = BER %

Figure 447. DL BER, S1 (dlq_1)

DL cumulative quality % in class X, S1 (dlq_2)

Use: This PI gives a cumulative percentage of call samples inclasses 0 to X. X=5 is normally used as quality indicator. IfX=5 and this figure is 100 %, then the MS users obviouslyhave not perceived any quality problems.

sum(freq_dl_qual0 + ... + freq_dl_qualX)



100 * --------------------------------------------- % sum( freq_dl_qual0 + ... + freq_dl_qual7)


Figure 448. DL cumulative quality % in class X, S1 (dlq_2)

DL cumulative quality % in class X, S1 (dlq_2a)


sum(freq_dl_qual0 + ... + freq_dl_qualX)100 * --------------------------------------------- % sum(freq_dl_qual0 + ... + freq_dl_qual7)

Counters from table(s):p_nbsc_rx_statistics

Figure 449. DL cumulative quality % in class X, S1 (dlq_2a)

2.33.2 Uplink quality (ulq)

UL BER, S1 (ulq_1)

Known problems: BER % is not a very easy entity for network planners.sum(ave_ul_sig_qual)------------------------ %sum(power_denom6)*100


Figure 450. UL BER, S1 (ulq_1)

UL cumulative quality % in class X, S1 (ulq_2)


Known problems: Investigations in late 1997 showed that UL DTX makes ULquality seem worse than it actually is. The impact was aboutone 1% unit (1% of samples more in classes 6 and 7). Wheninvestigated with field tests, no real degradation of qualitycould be found.



sum(freq_ul_qual0 + ... + freq_ul_qualX)100 * --------------------------------------------- % sum(freq_ul_qual0 + ... + freq_ul_qual7)


Figure 451. UL cumulative quality % in class X, S1 (ulq_2)

UL cumulative quality % in class X, S1 (ulq_2a)


sum(freq_ul_qual0 + ... + freq_ul_qualX)100 * --------------------------------------------- % sum(freq_ul_qual0 + ... + freq_ul_qual7)


Figure 452. UL cumulative quality % in class X, S1 (ulq_2a)

2.34 Downlink and uplink level

2.34.1 Downlink level (dll)

Share % per range, S4 (dll_1)

sum over a range (class_upper_range) (freq_dl_qual0+freq_dl_qual1+freq_dl_qual2+freq_dl_qual3+freq_dl_qual4 +freq_dl_qual5+freq_dl_qual6+freq_dl_qual7)100 * ----------------------------------------------------------- % sum over all ranges (freq_dl_qual0+freq_dl_qual1+freq_dl_qual2+freq_dl_qual3+freq_dl_qual4 +freq_dl_qual5+freq_dl_qual6+freq_dl_qual7)


Figure 453. Share % per range, S4 (dll_1)



2.34.2 Uplink level (ull)

Share % per range, S4 (ull_1)

sum over a range (class_upper_range) (freq_ul_qual0+freq_ul_qual1+freq_ul_qual2+freq_ul_qual3+freq_ul_qual4 +freq_ul_qual5+freq_ul_qual6+freq_ul_qual7)100 * ----------------------------------------------------------- % sum over all ranges (freq_ul_qual0+freq_ul_qual1+freq_ul_qual2+freq_ul_qual3+freq_ul_qual4 +freq_ul_qual5+freq_ul_qual6+freq_ul_qual7)


Figure 454. Share % per range, S4 (ull_1)

2.35 Power (pwr)

Average MS power, S2 (pwr_1)

max_power-2*sum(ave_ms_power)/sum(power_denom1)

max_power = 43 (GSM900) or max_power = 30(GSM1800, GSM1900)


Figure 455. Average MS power, S2 (pwr_1)

Average MS power, S2 (pwr_1b)

Note: max_power = 43 (GSM900) or 30 (GSM1800, GSM1900)decode(objects.frequency_band_in_use,0,43,30)-2*sum(ave_ms_power)/sum(power_denom1)


Figure 456. Average MS power, S2 (pwr_1b)

Average BS power, S2 (pwr_2)

max_power - 2*sum(ave_BS_power)/sum(power_denom2)

max_power depends on the TRX used.




Figure 457. Average BS power, S2 (pwr_2)

2.36 Level (lev)

Average DL signal strength, S2 (lev_1)

-110+sum(ave_dl_sig_str)/sum(power_denom3)


Figure 458. Average DL signal strength, S2 (lev_1)

Average DL signal strength, S2 (lev_1a)

decode(ave_dl_sig_str/power_denom3,0,’< -110’,63,’> -48’,(-110+(round(ave_dl_sig_str/power_denom3)-1))||’..’||(-110+round(ave_dl_sig_str/power_denom3)))


Figure 459. Average DL signal strength, S2 (lev_1a)

Average UL signal strength, S2 (lev_2)

-110+sum(ave_ul_sig_str)/sum(power_denom4)


Figure 460. Average UL signal strength, S2 (lev_2)

Average UL signal strength, S2 (lev_2a)

decode(ave_ul_sig_str/power_denom4,0,’< -110’,63,’> -48’,(-110+(round(ave_ul_sig_str/power_denom4)-1))||’..’||(-110+round(ave_ul_sig_str/power_denom4)))




Figure 461. Average UL signal strength, S2 (lev_2a)

2.37 Distance (dis)

Average MS-BS distance (dis_1)

avg(ave_ms_bs_dist)*550 meter


Figure 462. Average MS-BS distance (dis_1)

The condition below should be applied in order to filter out the hours that do nothave traffic and for that reason show 0:

peak_ms_bs_dist+ave_dl_sig_str/power_denom3+ave_ul_sig_str/power_denom4 > 0

2.38 Link balance, power, level (lb)

Link balance, S1 (lb_1)

Known problems: Inaccurate.avg(ave_dl_sig_str/power_denom3)- avg(ave_ul_sig_str/power_denom4)


Figure 463. Link balance, S1 (lb_1)

Share in acceptance range, S4 (lb_2)

Known problems: The usefulness of link balance measurement is questionable.

sum(normal+ms_limited+bs_limited+max_power)

{where class_sig_level <= upper thresholdand class_sig_level >= lower threshold }100 * ------------------------------------------------- % sum(normal+ms_limited+bs_limited+max_power)



Counters from table(s):p_nbsc_link_balance

Figure 464. Share in acceptance range, S4 (lb_2)

Share in normal, S4 (lb_3)


sum(normal)100 * ------------------------------------------------- % sum(normal+ms_limited+bs_limited+max_power)


Figure 465. Share in normal, S4 (lb_3)

Share in MS limited, S4 (lb_4)


sum(ms_limited)100 * ------------------------------------------------- % sum(normal+ms_limited+bs_limited+max_power)


Figure 466. Share in MS limited, S4 (lb_4)

Share in BS limited, S4 (lb_5)


sum(bs_limited)100 * ------------------------------------------------- % sum(normal+ms_limited+bs_limited+max_power)


Figure 467. Share in BS limited, S4 (lb_5)

Share in maximum power, S4 (lb_6)


sum(max_power)100 * ------------------------------------------------- % sum(normal+ms_limited+bs_limited+max_power)




Figure 468. Share in maximum power, S4 (lb_6)

Average MS power attenuation, S2 (lb_7)

2*sum(ave_MS_power)/sum(power_denom1)

Counters from table(s):p_nbsc_powerUnit = dB

Figure 469. Average MS power attenuation, S2 (lb_7)

Average MS power, S2 (lb_7b)

avg(decode(o_bts.freq_band_in_use,0,43,1,30)-2*ave_MS_power/power_denom1

Counters from table(s):p_nbsc_powerUnit= dBm

Figure 470. Average MS power, S2 (lb_7b)

Average UL signal strength, S2 (lb_9)

Use: Values as defined by GSM 5.08 (0..63: 0 = less than -110dBm, 1 = -110 to -109 dBm, 3 = -109 to -108 dBm ... 62 = -49 to -48, 63 =greater than -48)

sum(ave_ul_sig_str)/sum(power_denom4)


Figure 471. Average UL signal strength, S2 (lb_9)

Average DL signal strength, S2 (lb_10)

Use: Values as defined by GSM 5.08 (0..63: 0 = less than -110dBm, 1 = -110 to -109 dBm, 3 = -109 to -108 dBm ... 62 = -49 to -48, 63 =greater than -48)

sum(ave_dl_sig_str)/sum(power_denom3)




Figure 472. Average DL signal strength, S2 (lb_10)

Average MS power attenuation, S2 (lb_11)

2*sum(ave_MS_power)/sum(power_denom1)

Counters from table(s):p_nbsc_powerUnit = dB

Figure 473. Average MS power attenuation, S2 (lb_11)

Average BS power attenuation, S2 (lb_12)

2*sum(ave_BS_power)/sum(power_denom2)

Counters from table(s): p_nbsc_powerUnit = dB

Figure 474. Average BS power attenuation, S2 (lb_12)

2.39 Call success (csf)

SDCCH access probability, before FCS (csf_1)

Use: Gives the probability to access SDCCH without the effect ofFCS. Applicable for area and BTS level.

Known problems: 1) The momentary SDCCH blocking phenomenon is met insome networks.2) sdcch_busy_att triggered also in the case of HO attemptif there are no free SDCCH.

sdcch_busy_att100*(1- --------------) % sdcch_seiz_att


Figure 475. SDCCH access probability, before FCS (csf_1)



SDCCH access probability (csf_1a)

Use: Gives the probability to access SDCCH. Applicable for areaand BTS level. A low value means high traffic on SDCCH andlack of SDCCH resources, that is SDCCH blocking.

Known problems: 1) The momentary SDCCH blocking phenomenon is met insome networks.2) sdcch_busy_att triggers also in the case of HO attemptif there are no free SDCCH.

100-blck_5a =

sdcch_busy_att- tch_seiz_due_sdcch_con100-(100* ----------------------------------------) % sdcch_seiz_att


Figure 476. SDCCH access probability (csf_1a)

SDCCH success ratio (csf_2a)

Experiences on use: The best values seen are around 98%.Known problems: The formula does not separate the SDCCH call seizures from

other seizures (such as LU). The failure rate in the case of acall or LU can greatly differ from one another, wherefore youcannot use this formula for SDCCH call success ratiocalculation.It is not exactly known how large a share ofsum(sdcch_abis_fail_call +sdcch_abis_fail_old) really are setup failures.

100 - non abis SDCCH dropratio =

sum(sdcch_radio_fail+sdcch_rf_old_ho+sdcch_user_act+sdcch_bcsu_reset+ sdcch_netw_act +sdcch_bts_fail+ sdcch_lapd_fail+sdcch_a_if_fail_call+sdcch_a_if_fail_old)100- 100*----------------------------------------------------------------------- % sum(sdcch_assign+sdcch_ho_seiz) - sum(sdcch_abis_fail_call+sdcch_abis_fail_old); phantoms


Figure 477. SDCCH success ratio (csf_2a)

SDCCH success ratio, (csf_2b)

Use: Indicates how well the SDCCH phase is completed.sdcch_abis_fail_call is not included in the numeratorbecause they mainly are phantoms and are neither included inthe denominator.



Experiences on use: The best values seen are around 98%.Known problems: 1) The formula does not separate the SDCCH call seizures

from other seizures (such as LU and SS). The failure rate inthe case of a call or, for example, LU can greatly differ fromone another, wherefore you cannot use this formula forSDCCH call success ratio calculation.2) sum(sdcch_abis_fail_call) is not included in thenumerator assuming that it is phantoms but it is not exactlyknown how great a part they represent.

100 - non abis SDCCH dropratio =

sum(a.sdcch_radio_fail+a.sdcch_rf_old_ho+ a.sdcch_user_act +a.sdcch_bcsu_reset + sdcch_netw_act + a.sdcch_bts_fail+ a.sdcch_lapd_fail + a.sdcch_a_if_fail_call + a.sdcch_a_if_fail_old+a.sdcch_abis_fail_old)100- 100*---------------------------------------------------------------------- % sum(b.succ_seiz_term+b.succ_seiz_orig+b.sdcch_call_re_est +b.sdcch_loc_update+b.imsi_detach_sdcch+b.sdcch_emerg_call)

;(calls, SS,SMS,emerg. calls,LUs,IMSI detach, succ. estab.) +sum(c.msc_i_sdcch + c.bsc_i_sdcch); ;(successful incoming SDCCH-SDCCH HOs,intracell excl.)


Figure 478. SDCCH success ratio, (csf_2b)

SDCCH success ratio, BTS, S6 (csf_2g)

Use: BTS level.Experiences on use: Includes A interface blocking!Known problems: As consistency is a critical property in measurements, the

combining of three tables can lead into problems. Seeproblems 1-3 from csf_2d. Unknown factors in thedenominator make the values seem pessimistic (See problems1-3 from csf_2d.).

sum(a.tch_norm_seiz) ;(all TCH seiz.for new call)=100* -------------------------------------------------------------------- % sum(b.succ_seiz_term+b.succ_seiz_orig +b.sdcch_call_re_est+b.sdcch_emerg_call);(calls,sms, ss reqs) - sum(b.succ_sdcch_sms_est + b.unsucc_sdcch_sms_est) ;(sms attempts) + sum(c.msc_i_sdcch + c.bsc_i_sdcch ;(net SDCCH HO in) -c.msc_o_sdcch - c.bsc_o_sdcch) ;(unknown how big part calls - sum(a.tch_call_req-a.tch_norm_seiz) ;(DR and air itf blocking)



Note

- supplem.serv. requests ;(unknown factor) - call clears before TCH ;(unknown factor) - supplem.serv. requests ;(unknown factor)


Figure 479. SDCCH success ratio, BTS, S6 (csf_2g)

This formula includes also A interface blocking. If call re-establishment occursalready on SDCCH, the formula is not correct, but if it occurs on TCH, it iscorrect.

SDCCH success ratio, BTS, (csf_2i)


combining of three tables can lead into problems. Seeproblems 1-3 from csf_2d. Unknown factors in thedenominator make the values seem pessimistic (See problems1-3 from csf_2d.).

sum(a.tch_norm_seiz) ;(all TCH seiz.for new call)=100* -------------------------------------------------------------------- % sum(b.succ_seiz_term+b.succ_seiz_orig +b.sdcch_call_re_est+b.sdcch_emerg_call);(calls,sms, ss reqs) - sum(b.succ_sdcch_sms_est + b.unsucc_sdcch_sms_est) ;(sms attempts) + sum(c.msc_i_sdcch + c.bsc_i_sdcch ;(net SDCCH HO in) -c.msc_o_sdcch - c.bsc_o_sdcch) ;(unknown how big part calls - sum(c.cell_sdcch_tch) + sum(a.tch_succ_seiz_for_dir_acc);direct access related correction - sum(a.tch_call_req-a.tch_norm_seiz) ;(DR and air itf blocking) - supplem.serv. requests ;(unknown factor) - call clears before TCH ;(unknown factor) - supplem.serv. requests ;(unknown factor)

Counters from table(s):a = p_nbsc_traffic



Note

b = p_nbsc_res_accessc = p_nbsc_ho

Figure 480. SDCCH success ratio, BTS, (csf_2i)

This formula includes also A interface blocking. If call re-establishment occursalready on SDCCH, the formula is not correct, but if it occurs on TCH, it iscorrect.

SDCCH success ratio, area, S9 (csf_2j)

Use: On the area level.Experiences on use: The best values seen are around 95 %. Includes A interface

blocking!Known problems: As consistency is a critical property in measurements, the

combining of three tables can lead into problems. Unknownfactors in the dividor make the values seem pessimistic.• The calls are cleared before TCH can vary between

networks depending on the call setup time which,again, may depend on the use of DR or queuingfeatures. Other reasons can be authentication fails,identity check fails and MOC calls having wrongdialling, for example.

• This formula does not count correctly the situationwhen the first call or call re-establishment fails onSDCCH (MS never comes to TCH).

• For the BTS area there is no way knowing how muchSDCCH-SDCCH handovers take place across the areaborder. The net incoming amount of SDCCHhandovers ends up in a successful case to TCH seizuresbut they are not seen in the nominator.

• For the BTS area there is no way knowing how muchSDCCH-TCH (DR) handovers take place across thearea border. The net incoming amount of SDCCH-TCH(DR) handovers ends up in a successful case with TCHseizures but they are not seen in the nominator.



Note

• The ratio shows values of over 100% when the SMScounters (succ_sdcch_sms_est andunsucc_sdcch_sms_est) are triggered withouttriggering of SDCCH counters (succ_seiz_term andsucc_seiz_orig) if interference in the air interfacecauses repetition of the first message for SMS (SABMfor SAPI3).

• Problem with values over 100%: It is possible thatwhen a MS on SDCCH with SMS and a call is started,this happens on the same SDCCH. This may result inthe situation that only SMS counters are triggered.

(succ tch seiz) - (call re-establ.)100 * ------------------------------------------------------- % (sdcch seizures for new calls) - (blocked calls)

sum(a.tch_norm_seiz) ;(all TCH seiz.for new call) -call re-establ. (unknown factor)=100* ------------------------------------------------------------------- % sum(b.succ_seiz_term+b.succ_seiz_orig+b.sdcch_emerg_call +b.sdcch_call_re_est) ;(calls,sms, ss reqs) - sum(b.succ_sdcch_sms_est+ b.unsucc_sdcch_sms_est) ;(sms attempts) - c.bsc_o_sdcch_tch - c.msc_o_sdcch_tch - c.cell_sdcch_tch + a.succ_tch_seiz_for_dir_acc) - sum(b.succ_seiz_supplem_serv) ;(suppelmetary service requests, S9) - call clears before TCH (unknown factor) + net impact of SDCCH-SDCCH ho on area(unknown factor) + net incoming DR to area (unknown factor)


Figure 481. SDCCH success ratio, area, (csf_2j)

This formula includes also A interface blocking. It works for call re-establishmentif the drop occurs on TCH. If the drop occurs on SDCCH and the call is re-established, there is double count in the dividor.

SDCCH success ratio, BTS, (csf_2k)


combining of three tables can lead into problems. Seeproblems 1-3 from csf_2d. Unknown factors in thedenominator make the values seem pessimistic (See problemsfrom csf_2j.).



Note

sum(a.tch_norm_seiz) ;(all TCH seiz.for new call)=100* -------------------------------------------------------------------- % sum(b.succ_seiz_term+b.succ_seiz_orig +b.sdcch_call_re_est+b.sdcch_emerg_call) ;(calls,sms, ss reqs) - sum(b.succ_sdcch_sms_est + b.unsucc_sdcch_sms_est) ;(sms attempts) + sum(c.msc_i_sdcch + c.bsc_i_sdcch ;(net SDCCH HO in) -c.msc_o_sdcch - c.bsc_o_sdcch) ;(unknown how big part calls - sum(c.cell_sdcch_tch) + sum(a.tch_succ_seiz_for_dir_acc); direct access related correction - sum(a.tch_call_req-a.tch_norm_seiz) ;(DR and air itf blocking) - sum(b.succ_seiz_supplem_serv) ;supplem.serv. requests (S9) - call clears before TCH ;(unknown factor) - supplem.serv. requests ;(unknown factor)


Figure 482. SDCCH success ratio, BTS, (csf_2k)

Includes also A interface blocking. If call re-establishment occurs already onSDCCH, the formula is not correct, but if it occurs on TCH, it is correct.

TCH access probability without DR (csf_3a)

Use: This PI indicates what would be the blocking if DR was notused. When compared to csf_3, you can see, assuming thatDR is in use, the improvement that the DR has caused.

100-blck_8 =

sum(tch_call_req - tch_norm_seiz)100-100* -------------------------------- % sum(tch_call_req)


Figure 483. TCH access probability without DR (csf_3a)

TCH access probability without DR and Q (csf_3b)

Use: This PI indicates what would be the TCH blocking if DR andqueuing were not used. When compared to csf_3a, you cansee, assuming that DR is in use, the improvement that the DRhas caused.

Known problems: See XX1.

sum(tch_call_req - tch_norm_seiz)



+ sum(tch_qd_call_att-XX1-unsrv_qd_call_att); calls succ. via queuing100-100*----------------------------------------------------------------------- % sum(tch_call_req)


Figure 484. TCH access probability without DR and Q (csf_3b)

TCH access probability without Q (csf_3c)

Use: This PI indicates what would be the blocking if queuing wasnot used (but DR is used).

sum(a.tch_call_req - a.tch_norm_seiz - b.msc_o_sdcch_tch -b.bsc_o_sdcch_tch) + sum(a.tch_qd_call_att -a.unsrv_qd_call_att) ;calls that succeeded via queuing100-100* ------------------------------------------------------------- % sum(a.tch_call_req)


Figure 485. TCH access probability without Q (csf_3c)

TCH access probability, real (csf_3d)

Use: This KPI is affected by the congestion on TCH.100-blck_8b =

sum(a.tch_call_req-a.tch_norm_seiz) - sum(b.msc_o_sdcch_tch+ b.bsc_o_sdcch_tch+b.cell_sdcch_tch); DR calls100-100* ----------------------------------------------------------- % sum(a.tch_call_req)


Figure 486. TCH access probability, real (csf_3d)

TCH access probability without DR, (csf_3i)

Use: This PI indicates what would be the TCH blocking if DR wasnot used. When compared to csf_3a, you can see, assumingthat DR is in use, the improvement that the DR has caused.Does not contain the congestion of the A interface circuitpool.

sum(a.tch_call_req - a.tch_norm_seiz)



- sum(a.tch_rej_due_req_ch_a_if_crc ; Aif type mismatch or congestion -(b.bsc_i_unsucc_a_int_circ_type ; Aif circuit pool handover failures +b.msc_controlled_in_ho +b.ho_unsucc_a_int_circ_type))100-100* ------------------------------------- % sum(a.tch_call_req) - sum(a.tch_rej_due_req_ch_a_if_crc ; Aif type mismatch or congestion -(b.bsc_i_unsucc_a_int_circ_type ; Aif circuit pool handover failures +b.msc_controlled_in_ho +b.ho_unsucc_a_int_circ_type))


Figure 487. TCH access probability without DR, (csf_3i)

TCH access probability without DR and Q, (csf_3j)

Use: This PI indicates what would be the TCH blocking if DR andqueuing were not used. When compared to csf_3a, you cansee, assuming that queuing is in use, the improvement that thequeuing has caused. Does not contain the congestion of the Ainterface circuit pool.

Known problems: See XX1.

sum(tch_call_req - tch_norm_seiz) + sum(tch_qd_call_att-XX1-unsrv_qd_call_att);succ. calls via queuing - sum(tch_rej_due_req_ch_a_if_crc); Aif pool rejections100-100*------------------------------------------- % sum(tch_call_req) - sum(tch_rej_due_req_ch_a_if_crc); Aif pool rejections

Counters from table(s):p_nbsc_trafficXX1 = attempts taken from queue to DR (unknown)

Figure 488. TCH access probability without DR and Q, (csf_3j)

TCH access probability, real, (csf_3k)

Use: This KPI is affected by the blocking on TCH.100-blck_8c =

sum(a.tch_call_req-a.tch_norm_seiz) - sum(b.msc_o_sdcch_tch+ b.bsc_o_sdcch_tch+b.cell_sdcch_tch); DR calls - sum(a.tch_rej_due_req_ch_a_if_crc ; Aif type mismatch or congestion -(b.bsc_i_unsucc_a_int_circ_type ; Aif circuit pool handover failures +b.msc_controlled_in_ho



+b.ho_unsucc_a_int_circ_type))100-100* ----------------------------------------------------------- % sum(a.tch_call_req) - sum(a.tch_rej_due_req_ch_a_if_crc ; Aif type mismatch or congestion -(b.bsc_i_unsucc_a_int_circ_type ; Aif circuit pool handover failures +b.msc_controlled_in_ho +b.ho_unsucc_a_int_circ_type))


Figure 489. TCH access probability, real, (csf_3k)

TCH access probability, real (csf_3l)

Use: This KPI is affected by the blocking on TCH.Known problems: On cell level the formula is inaccurate in case of inter cell

direct access (BSS7057).100-blck_8d =

sum(a.tch_call_req-a.tch_norm_seiz) - sum(b.msc_o_sdcch_tch+ b.bsc_o_sdcch_tch+b.cell_sdcch_tch); DR calls + sum(a.tch_succ_seiz_for_dir_acc);ref.2 - sum(a.tch_rej_due_req_ch_a_if_crc ; Aif type mismatch or congestion -(b.bsc_i_unsucc_a_int_circ_type ; Aif circuit pool handover failures +b.msc_controlled_in_ho +b.ho_unsucc_a_int_circ_type))100-100* ----------------------------------------------------------- % sum(a.tch_call_req) - sum(a.tch_rej_due_req_ch_a_if_crc ; Aif type mismatch or congestion -(b.bsc_i_unsucc_a_int_circ_type ; Aif circuit pool handover failures +b.msc_controlled_in_ho +b.ho_unsucc_a_int_circ_type))


Figure 490. TCH access probability, real (csf_3l)

Ref.2. Compensation needed since in case of Direct Access to super reuse TRXthe tch_norm_seiz is triggered in parallel with the cell_sdcch_tch.



TCH access probability without DR and Q, (csf_3m)

Use: This PI indicates what would be the TCH blocking if DR andqueuing were not used. When compared to csf_3a, you cansee, assuming that queuing is in use, the improvement that thequeuing has caused. Does not contain the congestion of the Ainterface circuit pool.

Known problems: Inaccurate when the feature ’TCH assignment to super-reuseTRX in IUO’ is applied. In this case tch_call_req andremoval_from_que_due_to_dr are triggered multipletimes if the target cell is congested and queuing is started butthe call is removed to normal DR.

sum(tch_call_req - tch_norm_seiz) + sum(tch_qd_call_att-removal_from_que_due_to_dr-unsrv_qd_call_att)

;succ. calls via queuing - sum(tch_rej_due_req_ch_a_if_crc); Aif pool rejections100-100*------------------------------------------- % sum(tch_call_req) - sum(tch_rej_due_req_ch_a_if_crc); Aif pool rejections


Figure 491. TCH access probability without DR and Q, (csf_3m)

TCH success ratio, area, before call re-establisment (csf_4o)

Use: On the area level. The impact of call re-establishment is notyet taken into account.


sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+ a.tch_abis_fail_old+a.tch_a_if_fail_call+ a.tch_a_if_fail_old+ a.tch_tr_fail+ a.tch_tr_fail_old+a.tch_lapd_fail+ a.tch_bts_fail+ a.tch_user_act+ a.tch_bcsu_reset+a.tch_netw_act+a.tch_act_fail_call)100 -100* ---------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch);(DR calls) + sum(a.tch_seiz_due_sdcch_con) ; FACCH call setup calls


Figure 492. TCH success ratio, area, before call re-establisment (csf_4o)



TCH success ratio, area, after call re-establishment, S6 (csf_4p)

Use: On the area level.Known problems: 1) See dcr_3g.

2) It is assumed that call re-establishments happen on TCH. Infact they may happen also on SDCCH.3) The counters used to compensate re-establishments are theones that indicate re-establishment attempts, not the succesfulre-establishments. In S7/T11 re-establishments can beconsidered accurately (see csf_4v).4) On cell level it can happen that the call is re-established ina different cell than where it was dropped, which results ininaccuracy.

100-dcr_3f =

sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+ a.tch_abis_fail_old+a.tch_a_if_fail_call+ a.tch_a_if_fail_old+ a.tch_tr_fail+a.tch_tr_fail_old+a.tch_lapd_fail+a.tch_bts_fail+ a.tch_user_act+a.tch_bcsu_reset+a.tch_netw_act+a.tch_act_fail_call) - sum(b.sdcch_call_re_est+b.tch_call_re_est);call re-establishments100 -100* ----------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;calls started directly in the cell + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch);DR calls + sum(a.tch_seiz_due_sdcch_con) ; FACCH call setup calls - sum(b.sdcch_call_re_est+b.tch_call_re_est);call re-establishments


Figure 493. TCH success ratio, area, after call re-establishment, S6(csf_4p)

TCH success ratio, BTS, before call re-establisment (csf_4q)

Use: On the BTS level.Known problems: See dcr_4c.

100-dcr_4b =

sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+ a.tch_abis_fail_old+a.tch_a_if_fail_call+a.tch_a_if_fail_old+ a.tch_tr_fail+a.tch_tr_fail_old+a.tch_lapd_fail+a.tch_bts_fail+ a.tch_user_act+ a.tch_bcsu_reset+a.tch_netw_act+a.tch_act_fail_call)100 -100* ----------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch) ;(DR calls) + sum(a.tch_seiz_due_sdcch_con) ; FACCH call setup calls + sum(c.msc_i_tch_tch+c.bsc_i_tch_tch) ;(TCH-TCH Ho in)




Figure 494. TCH success ratio, BTS, before call re-establisment (csf_4q)

TCH success ratio, BTS, after call re-establishment (csf_4r)

Use: On the BTS level.Known problems: See dcr_3g.

sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+ a.tch_abis_fail_old+a.tch_a_if_fail_call+a.tch_a_if_fail_old+ a.tch_tr_fail+a.tch_tr_fail_old+a.tch_lapd_fail+a.tch_bts_fail+ a.tch_user_act+a.tch_bcsu_reset+a.tch_netw_act+a.tch_act_fail_call) - sum(b.sdcch_call_re_est+b.tch_call_re_est);call re-establishments100 -100* ----------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cellsdcch_tch) ;(DR calls) + sum(a.tch_seiz_due_sdcch_con) ; FACCH call setup calls + sum(c.msc_i_tch_tch+c.bsc_i_tch_tch) ;(TCH-TCH Ho in) - sum(b.sdcch_call_re_est+b.tch_call_re_est);call re-establishments


Figure 495. TCH success ratio, BTS, after call re-establishment (csf_4r)

TCH success ratio, BTS, after call re-establishment, (csf_4t)

Use: On the BTS level.Known problems: See dcr_3d.

sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+ a.tch_abis_fail_old+a.tch_a_if_fail_call+a.tch_a_if_fail_old+ a.tch_tr_fail+a.tch_tr_fail_old+a.tch_lapd_fail+a.tch_bts_fail+ a.tch_user_act+a.tch_bcsu_reset+a.tch_netw_act+a.tch_act_fail_call) -sum(b.tch_re_est_assign) ;call re-establishments100 -100* ----------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cellsdcch_tch) ;(DR calls) + sum(a.tch_seiz_due_sdcch_con) ; FACCH call setup calls + sum(c.msc_i_tch_tch+c.bsc_i_tch_tch) ;(TCH-TCH Ho in) - sum(b.tch_re_est_assign);call re-establishments




Figure 496. TCH success ratio, BTS, after call re-establishment, (csf_4t)

TCH success ratio, area, before call re-establishment, S7(csf_4u)

Use: On the BTS level.Known problems: See dcr_3g. The impact of call re-establishment is not yet

taken into account.100-dcr_3i =

sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+ a.tch_abis_fail_old+a.tch_a_if_fail_call+a.tch_a_if_fail_old+ a.tch_tr_fail+ a.tch_tr_fail_old+a.tch_lapd_fail+ a.tch_bts_fail+ a.tch_user_act+ a.tch_bcsu_reset+ a.tch_netw_act+a.tch_act_fail_call)100 -100* ----------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch);(DR calls) - sum(a.succ_tch_seiz_for_dir_acc);ref.2 + sum(a.tch_seiz_due_sdcch_con) ; FACCH call setup calls


Figure 497. TCH success ratio, area, before call re-establishment,S7(csf_4u)


TCH success ratio, area, after call re-establishment, S7 (csf_4v)

Use: On the BTS level.Known problems: 1) It is assumed that call re-establishments happen on TCH. In

fact they may happen also on SDCCH.2) On cell level it can happen that the call is re-established ina different cell than it was dropped and this causes inaccuracy.

100-dcr_3j= sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+ a.tch_abis_fail_old+a.tch_a_if_fail_call+a.tch_a_if_fail_old+ a.tch_tr_fail+ a.tch_tr_fail_old+a.tch_lapd_fail+ a.tch_bts_fail+ a.tch_user_act+ a.tch_bcsu_reset+

a.tch_netw_act+a.tch_act_fail_call) - sum(b.tch_re_est_assign) ;call re-establishments100 -100* ----------------------------------------------------------------------- %



sum(a.tch_norm_seiz);calls started directly in the cell + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch);DR calls - sum(a.tch_succ_seiz_for_dir_acc);ref.1 + sum(a.tch_seiz_due_sdcch_con) ; FACCH call setup calls - sum(b.tch_re_est_assign);call re-establishments


Figure 498. TCH success ratio, area, after call re-establishment, S7(csf_4v)


TCH success ratio, BTS, after call re-establishment, (csf_4x)


sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+ a.tch_abis_fail_old+a.tch_a_if_fail_call+.tch_a_if_fail_old+ a.tch_tr_fail+ a.tch_tr_fail_old+a.tch_lapd_fail+ a.tch_bts_fail+ a.tch_user_act+ a.tch_bcsu_reset+ a.tch_netw_act+a.tch_act_fail_call) -sum(b.tch_re_est_assign) ;callre-establishments100 -100* ----------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cellsdcch_tch) ;(DR calls) - sum(a.succ_tch_seiz_for_dir_acc);ref.2 + sum(a.tch_seiz_due_sdcch_con) ; FACCH call setup calls + sum(c.msc_i_tch_tch+c.bsc_i_tch_tch) ;(TCH-TCH Ho in) - sum(b.tch_re_est_assign);call re-establishments


Figure 499. TCH success ratio, BTS, after call re-establishment, (csf_4x)




TCH success ratio, BTS, before call re-establishment, (csf_4y)


100-dcr_4e=

sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+ a.tch_abis_fail_old+a.tch_a_if_fail_call+a.tch_a_if_fail_old+ a.tch_tr_fail+ a.tch_tr_fail_old+a.tch_lapd_fail+ a.tch_bts_fail+ a.tch_user_act+ a.tch_bcsu_reset+

a.tch_netw_act+a.tch_act_fail_call)100 -100* -------------------------------------------------------------------- % sum(a.tch_norm_seiz) ;(normal calls) + sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cellsdcch_tch) ;(DR calls) - sum(a.succ_tch_seiz_for_dir_acc);ref.2 + sum(a.tch_seiz_due_sdcch_con) ; FACCH call setup calls + sum(c.msc_i_tch_tch+c.bsc_i_tch_tch) ;(TCH-TCH Ho in)


Figure 500. TCH success ratio, BTS, before call re-establishment,(csf_4y)


2.40 Configuration (cnf)

Reuse pattern (cnf_1)

Experiences on use: For example, 30/3 = 10 means that the frequency can berepeated with 10 cells!The smaller the figure, the better the planning.

Known problems: This indicator can be counted from the NMS/2000 only forthe latest moment (no history).

nbr of used frequencies------------------------average TRXs per cell

Figure 501. Reuse pattern (cnf_1)

The used frequency means that the TRX and its parents (BTS and BCF) areunlocked.


Missing Counters

3 Missing CountersThis chapter handles counters that are found to be needed in the formulas but aremissing or scheduled for later BSC software releases.

3.1 XX1

Meaning: How many calls were taken from the queue to DR.Related problem: If a call attempt is in queue, it is taken to DR as soon as the

DR target list is ready. In this case counters show as if thequeuing took place: tch_qd_call_att is triggered butunsrv_qd_call_att is not.

Planned schedule: S8 (BSC name: REM_FROM_QUEUE_DUE_DR, counter ID1173)

3.2 XX2

Meaning: Clear by MS user during HO procedure.Related problem: Affects the counting of HO failure ratios. The ratio cannot be

counted accurately (see hfr_2).Planned schedule: Open.

3.3 XX3

Meaning: Clear by another procedure during the HO procedure, forexample assignment.

Related problem: Affects the counting of HO failure ratios. The ratio cannot becounted accurately (see hfr_2).

Planned schedule: Open.



3.4 XX4

Meaning: The number of available timeslots for TCH (half or full rate).Related problem: Without this counter it is not possible to count the TCH

availability in case HTCH is used.Planned schedule: S9.


Index




BSS Network Doctor Formulas_v2

Documents

nokia networks liability

nokia logo

copyright nokia networks

document sdcch

s9ps msl

document abbreviations

multislot msl

counters tch