Академический Документы
Профессиональный Документы
Культура Документы
All rights reserved. Passing on and copying of this document, use and communication of its contents not permitted without written authorization from Alcatel.
Alcatel 1
Safety Warning Both lethal and dangerous voltages are present within the equipment. Do not wear conductive jewelry while working on the equipment. Always observe all safety precautions and do not work on the equipment alone. Caution The equipment used during this course is electrostatic sensitive. Please observe correct anti-static precautions. Trade Marks Alcatel and MainStreet are trademarks of Alcatel. All other trademarks, service marks and logos (Marks) are the property of their respective holders including Alcatel. Users are not permitted to use these Marks without the prior consent of Alcatel or such third party owning the Mark. The absence of a Mark identifier is not a representation that a particular product or service name is not a Mark. Copyright This document contains information that is proprietary to Alcatel and may be used for training purposes only. No other use or transmission of all or any part of this document is permitted without Alcatels written permission, and must include all copyright and other proprietary notices. No other use or transmission of all or any part of its contents may be used, copied, disclosed or conveyed to any party in any manner whatsoever without prior written permission from Alcatel. Use or transmission of all or any part of this document in violation of any applicable Canadian or other legislation is hereby expressly prohibited. User obtains no rights in the information or in any product, process, technology or trademark which it includes or describes, and is expressly prohibited from modifying the information or creating derivative works without the express written consent of Alcatel. Alcatel, The Alcatel logo, MainStreet and Newbridge are registered trademarks of Alcatel. All other trademarks are the property of their respective owners. Alcatel assumes no responsibility for the accuracy of the information presented, which is subject to change without notice. 2004 Alcatel. All rights reserved. Disclaimer In no event will Alcatel be liable for any direct, indirect, special, incidental or consequential damages, including lost profits, lost business or lost data, resulting from the use of or reliance upon the information, whether or not Alcatel has been advised of the possibility of such damages. Mention of non-Alcatel products or services is for information purposes only and constitutes neither an endorsement nor a recommendation. Please refer to technical practices supplied by Alcatel for current information concerning Alcatel equipment and its operation.
Alcatel
EVOLIUM Mobile Radio Solutions Introduction to GSM QoS and traffic load monitoring / B9 3FL10491ABAA
Audience
Customer personnel in charge of the radio optimization, quality of service and radio trafficengineering.
Course content
1 Introduction
1.1 Monitoring the Qos of the BSS 1.2 Monitoring the traffic Load of the BSS 1.3 Information sources available 1.4 Introduction to K1205 PC emulation
Objectives
During this training, the participant will learn how interpret counters and indicators of the Alcatel BSS System. By the end of the course, the participant will be able to interpret : Global indicators, in order to assess the general quality of the network Detailed indicators, in order to detect / identify / locate the main malfunctions Handover indicators, in order to quantify efficiency and reason of HO Directed retry indicators, in order to quantify efficiency of directed retry RMS indicators to ease radio optimisation and fault detection Traffic indicators, in order to detect/predict overload and compute adequate cell dimensioning as well as to understand how RTCH resources are used in the network
Global Indicators
2.1 Indicators definition 2.2 Methodological precautions 2.3 Typical call failures 2.4 Description of global indicators 2.5 Traps and restrictions of global indicators 2.6 Global indicators interpretation
Detailed Indicators
3.1 Indicator reference name 3.2 Indicators classification
HO Indicators
4.1 Intra-cell handover indicators per cell 4.2 Internal handover indicators per cell 4.3 External handover indicators per cell 4.4 Handover indicators per couple of cells
Prerequisites
In depth knowledge of GSM BSS system architecture Windows literate
Training Methods
Theory and practice on PC
Language
English - French
Duration
5 days
Traffic Indicators
Location
Alcatel University or Customer Premises
Number of participants
8 maximum
7.1 Call mix definition 7.2 Basis of traffic theory 7.3 TCH resource allocation indicators 7.4 Resource occupancy indicators 7.5 Traffic model indicators 7.6 Preemption indicators
Alcatel
Alcatel
Objectives
Course title : Client (Company, centre) : Language : Number of trainees : Surname, First name : dates from : Location :
Contract number :
to :
Did you meet the following objectives ? Tick the corresponding box Please, return this sheet to the trainer at the end of the training
Instructional objectives 1- To be able to interpret Global indicators, in order to assess the general quality of the network 2- To be able to interpret Detailed indicators, in order to detect / identify / locate the main malfunctions 3- To be able to interpret Handover indicators, in order to quantify efficiency and reason of HO 4- To be able to interpret Directed retry indicators, in order to quantify efficiency of directed retry 5- To be able to interpret RMS indicators to ease radio optimisation and fault detection 6- To be able to interpret Traffic indicators, in order to detect/predict overload and compute adequate cell dimensioning as well as to understand how RTCH resources are used in the network Yes (or Globally yes) No (or globally no) Comments
Alcatel
Objectives (continued)
Instructional objectives Yes (or Globally yes) No (or globally no) Comments
Other comments
Alcatel
1 INTRODUCTION
Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
1 INTRODUCTION
Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
10
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> 3 usages of QoS data 3 levels of QoS reports: 1. Management team: has to compare Network QoS with competitors' one and to plan Network evolutions. needs to have a general view of the Network QoS on a monthly (and sometimes weekly) basis. 2. Radio Optimization team: has to detect bad QoS areas in the network and to implement and assess modifications for QoS improvement. needs to have a detailed status and evolution of the QoS at BSS and cell (and sometimes TRX) levels on a weekly, daily (and sometimes hourly) basis. 3. Supervision and Maintenance team: has to detect dramatic QoS degradations and identify the responsible Network Element (and if possible component). needs to have the most detailed status of QoS at cell and TRX levels on an hourly basis.
Alcatel
11
1 INTRODUCTION
Alcatel
12
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Traffic characteristics used as a "call mix" to dimension or re-dimension the network will be developed in the section Monitoring the Traffic Load of the BSS.
Alcatel
13
1 INTRODUCTION
Alcatel
14
External Interface Analysis A interface: MSC/TC-BSC Abis interface: BSC/BTS Air MS/BTS
Tektronix K1205
Counter browser
W&G NPA Gnnettest MPA
Abis
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> QoS data can be built-up from different and complementary kinds of information sources. > Usually post-processing applications will build up QoS indicators from: OMC-R counters provided by the BSS system itself. Signaling messages provided by a protocol acquisition tool on the different interfaces handled by the BSS: Air, Abis, A (or Ater).
MS
Air
BTS
MSC/VLR
BSC TC
Abis
SACCH RSL
Ater
N7
A
N7
protocol analyzer
Alcatel
15
> The main advantage of the A interface is to allow the detection of Call Setup failures either due to the User or to the NSS (or PSTN). > Some typical user failure causes are: Some typical NSS failure causes are: IMSI Unknown in VLR Temporary Failure IMSI Unknown in HLR Resource Unavailable IMEI Not Accepted Switching Equipment Congestion PLMN Not Allowed Normal Unspecified Service Option Not Supported Recovery on Timer Expiry Requested Service Not Supported Call Reject Unassigned Number Interworking Operator Determined Barring Protocol Error User Alerting Network Failure Facility Not Subscribed Congestion No Route to Destination Normal Call Clearing User Busy Invalid Number Format Call Reject Interworking Normal Unspecified > CAUTION: In order to assess the QoS of a BSS or some cells of a BSS, all N7 links between this BSC and the MSC must be traced. Indeed, as the N7 signaling load is spread over all N7 links, signaling messages relating to one call can be conveyed on any of the active N7 links. > K1103 protocol analyzer can trace up to 8 COCs at the same time but on maximum 4 PCM physical links. > K1205 protocol analyzer can trace up to 32 COCs at the same time but on maximum 16 PCM physical links.
Alcatel 16
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
17
High cost of equipment Time consuming, "post mortem" (installation of tool, file analysis) Important expertise needed for analysis Very low coverage (A few RSLs, a few cell(s)) Very large amount of data (>> 10 Mbytes/hour/BTS)
18 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The main advantage of the Abis trace is to allow a detailed and precise assessment of the radio quality of a cell at TRX level. Both DownLink and UpLink paths can be observed and compared. > BUT from B7 release, the Radio Measurement Statistics (RMS) feature implemented in the BSS provides a good level of information allowing to reduce the number of Abis traces to be done for radio network optimization.
Alcatel
18
- No uplink
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 19 All rights reserved 2004, Alcatel
> The main advantage of the Air trace is to associate a radio quality measurement to a given geographical area of the network. > Even if the RMS feature will allow to assess the radio quality as perceived by the end user, no location of the radio problems is provided through the RMS.
Alcatel
19
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The main advantage of the BSS counters is to provide easily QoS data for permanent QoS monitoring.
Alcatel
20
BSC
OMC-R
BSC
OMC-R
OMC-R NPA
BSC
RNO
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
21
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> As BSS PM counters are defined in order to provide information to assess the QoS of the BSS and help to detect BSS misbehavior, there is no way to identify QoS problems due to NSS, PSTN or User.
Alcatel
22
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The NSS QoS is provided through NSS PM counters and indicators. It is out of the scope ot this training course.
Alcatel
23
> Principle:
For a given duration (granularity period= typically 1 hour) To count pre-defined events occurring on the Abis or A interface, or internally. Counters stored with breakdown per network component (I.e. cell)
> In the BSS B9, around 1000 counters are available (without GPRS).
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Alcatel has chosen to implement PM counters in the BSC and to increment them mostly on Abis interface signaling messages. > Other suppliers may have chosen to increment them on A interface signaling messages or to implement them in the BTS. > Therefore caution should be taken when interpreting QoS indicators value since some discrepancies may be observed due to these possible choices. In order to provide the operators with an easy and cost-effective way to monitor their network and carried traffic, BSS manufacturers have implemented specific software features, called performance management. The principle is to count for a given duration called granularity period (typically 1 hour) pre-defined events occurring on the Abis or A interface, or internally. These counters are stored for each duration, with breakdown per network component (i.e. cell).
Alcatel
24
Alcatel
25
> NB_TCH_NOR_ASS_SUCC_TRX: counter name > Cumulative: method of computation > Type 110: BSS PM measurement type to which the counter belongs > Measured object: minimum object level for which the counter is provided: TRX or CELL or BSC or N7 LINK or X25 LINK etc.
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 26 All rights reserved 2004, Alcatel
> All counters are described in the "PM counters and indicators".
Alcatel
26
> Inspection
Every 20 or 10 seconds, a task quantifies an internal resource status (usually a table) At the end of a collection period, the result is the mean value
> Observation
Set of recorded information about a telecom procedure (handover, channel release, UL & DL measurements reporting)
27 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Main counters are of cumulative type. > Inspection counters are of gauge type. > Observation counters are grouped in a Performance Measurement record associated to a particular GSM BSS telecom procedure: SDCCH channel seizure, TCH channel seizure, internal handover, etc.
Alcatel
27
B9
NewB9
ANNEX 6
Type definition Set of counters related to the traffic evaluation per telecom procedure Set of counters related to the availability of the CCCH, SDCCH, or TCH channels Set of counters related to the usage of CCCH channel (PCH, AGCH, RACH) Set of counters related to the usage of SDCCH channel Set of counters related to the usage of TCH channel Set of counters related to the TCH handover procedure Set of counters related to the LapD logical links Set of counters related to the X25 links OMC-BSC Set of counters related to the N7 Signaling Links Observation counters on SDCCH channels allocated Observation counters on 08.58 MEASUREMENT REPORT for a TCH Observation counters on internal intra-cell or inter-cell SDCCH or TCH handover Observation counters on incoming external SDCCH or TCH handover Observation counters on outgoing external SDCCH or TCH handover Observation counters on TCH channel allocated different causes of 08.08 CLEAR REQUEST and 08.08 ASSIGNMENT FAILURE Set of counters related to Short Message Service Point to Point Set of counters related to SCCP Layer of the N7 signaling Links Set of counters related to outgoing TCH handover provided per adjency Set of counters related to incoming TCH handover provided per adjency Set of counter related to the SDCCH handover procedure Set of counter related to the directed retry handover procedure Set of counters related to Short Message Service Cell Broadcast Set of counters providing radio quality measurements for TRX/Cell Set of counters related to handovers including a change of TCH Frequency band Average emitted power at the BTS antenna output
Set of key counters allowing to access Quality of Service of a given Cell/BSC/Network
Set of counters related to incoming inter-cell SDCCH/TCH handover performed per adjency
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> BSS Performance Measurement types (PM types) are split into two categories: standard types (7, 8, 9, 18, 19, 25, 28, 29, 30, 31, 32,110, 180) detailed types (1, 2, 3, 4, 5, 6, 10, 11, 12, 13, 14, 15, 26, 27) > The most important types for QoS monitoring and Radio Network Optimization are in bold. > A standard PM type can be activated for the whole network. It means that the related counters are reported for all the Network Elements they are implemented on (TRX, CELL, N7 link, X25 link, LAPD link, Adjacency). > A detailed PM type can be activated only on a sub-set of the network. It means that the related counters are reported only for a limited number of Network Elements: 40 cells per BSS for PM types 1, 2, 3, 4, 5, 6, 26, 29 15 cells per BSS for PM types 10, 12, 13, 14, 15 1 cell per BSS for PM types 11, 27 > Counter numbering rules: Cyz: cumulative or inspection counters in PM types 1, 2, 3, 4, 5, 6, 18, 19, 25, 26, 27, 28, 29, 30, 32, 180 Ly.z: cumulative counters in PM type 7 (L stands for LAPD link) Xy.z: cumulative counters in PM type 8 (X stands for X25 link) Ny.z: cumulative counters in PM type 9 (N stands for N7 link) Syz: observation counters in PM type 10 (S stands for SDCCH) Ryz:: observation counters in PM type 11 (R stands for Radio measurements) HOyz: observation counters in PM type 12, 13, 14 (HO stands for HandOver) Tyz: observation counters in PM type 15 (T stands for TCH) RMSyz: cumulative counters in PM type 31 (RMS stands for Radio Measurement Statistics) MCyz or MNy.z: cumulative counters in PM type 110 (M stands for Major)
Alcatel
28
Best source
Counters
Why
Type 31: RMS
Alcatel
29
2 GLOBAL INDICATORS
Alcatel
30
Alcatel
31
2 GLOBAL INDICATORS
Alcatel
32
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The indicators computation can be performed from several counters or by a simple counter mapping. > Example: call drop rate = Call Drop nb / Call nb = f(counters) call drop = Call drop nb = 1 counter
Alcatel
33
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
34
2,50% 2,50% 2,00% 2,00% 1,50% 1,50% 1,00% 1,00% 0,50% 0,50% 0,00% 0,00%
weekly call drop rate weekly call drop rate contractual call drop rate contractual call drop rate quality CDR quality CDR
11 55
99 13 13
17 17 21 21
25 25 29 29
33 33 37 37
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The Call Drop rate at network level has to compared to: Contractual threshold: can be requested by the operator management to the operational radio team, can be requested by the operator to the provider on swap or network installation Quality threshold: fixed internally by radio team management. > Quality thresholds are usually more tight than contractual ones.
Alcatel
41 41 45 45
35
G? G?
average of call setup success rate for the network average of call setup success rate for the network rate of call lost due to radio pb on cell CI=14, LAC=234 rate of call lost due to radio pb on cell CI=14, LAC=234 call drop rate in your capital call drop rate in your capital call drop rate of the cell covering aaspecific buidling call drop rate of the cell covering specific buidling % of HO with the cause better cell (among other causes) for the network % of HO with the cause better cell (among other causes) for the network average rate of TCH dropped for all TRX of the network carrying 11SDCCH8 average rate of TCH dropped for all TRX of the network carrying SDCCH8 rate of SDCCH dropped on TRX1 of cell 12,24 rate of SDCCH dropped on TRX1 of cell 12,24 call success of 11PLMN call success of PLMN % of cells being congested today % of cells being congested today
Yes Yes No No
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
36
2 GLOBAL INDICATORS
Alcatel
37
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
38
> Example
A global call drop rate of 1% Can hide some cells with 10 % of call drop rate
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
39
Alcatel
40
2 GLOBAL INDICATORS
Alcatel
41
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
42
LapD
CC
<----------------------------------
Specific case of Call establishment failure: Loss of messages due to LapD congestion can be follow with a counter (see notes)
T3101: guard timer for SDCCH allocation (Default: 3 seconds) CR/CC are used to exchange SCCP references
Any further message related to this call will have one (or 2) of these 2 references K1205 can extract the call using these references (SLR, DLR!!)
43 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The SDCCH resource allocation is performed by the BSC. Once allocated the SDCCH channel is activated by the BTS on BSC request. > T3101 is the guard timer for the SDCCH access from the MS. The Default value is 3 seconds. > MC8C counts the number of Channels Required received from the MS in a cell. > MC148 counts the number of SDCCH channels activated (therefore allocated) in a cell. > MC8B counts the number of time an MS is commanded to access an SDCCH channel in a cell. > MC02 counts the number of MSs which have successfully accessed an SDCCH in a cell as part of a Mobile Originating (MO) call. > The SCCP Connection Request message is conveyed on an A interface PCM timeslot chosen by the BSC (called COC). > The SCCP Connection Confirm message is conveyed on a COC chosen by the MSC which can be located on a different PCM than the one of the COC used by the BSC to send signaling messages to the MSC.
> Take care than, when the BSC is congested on the downlink, some messages are discarded. This may result for example in call establishment failures, loss of paging messages or delay in handover procedures. > A LapD counter that indicates the time a LapD link is congested is created to analyze the cause of a degraded quality of service. This counter is implemented in type 7 and thus only be available in a detailed measurement campaign. Counter: L1.18: TIME_LAPD_CONG Definition: Time in seconds during which the LapD link is congested in transmission in the BSC.
Alcatel
43
IMMEDIATE ASSIGN <------------(AGCH)------------SABM (PAGING RESP) -------------(SDCCH)-----------> ESTABLISH IND (PAGING RESP) UA (PAGING RESP) ----------------------------------------------> Stop T3101 <-----------(SDCCH)------------MC01 CR (COMPLETE L3 INFO) ----------------------------------> stop T3113
CC
<----------------------------------
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> A paging message is broadcast by the MSC to all BSCs controlling cells belonging to the same Location Area as the one of the paged MS. > In case no MS is accessing the SDCCH channel (T3101 expiry) then the BSC does not repeat the Immediate Assignment since the MS may have accessed an SDCCH in another BSS. It is up to the MSC to repeat Paging if T3113 expires (usually around 7 seconds). > MC8A counts the number of Paging Command messages sent on a cell. > MC01 counts the number of MSs which have successfully accessed an SDCCH in a cell as part of a Mobile Terminating (MT) call. > Caution: A paging Request message sent on the Air interface by the BTS may contain several MS identities. 3 Paging Request types can be used: in Paging Request Type 1: up to 2 MSs (IMSI1,IMSI2) can be included. in Paging Request Type 2: up to 3 MSs (IMSI1,TMSI1,TMSI2) can be included. in Paging Request Type 3: up to 4 MSs (TMSI1,TMSI2,TMSI3,TMSI4) can be included. On the other hand, a Paging message and a Paging Command message relate to only one MS identity.
Alcatel
44
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Normally all cells of the same Location Area must have the same MC8A counter value since all these cells must be paged for an MT call on an MS located in the Location Area they are included in. > If not: it means that a cell is not declared in the right LA at NSS level.
Alcatel
45
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Caution: All Channels Required (therefore RACH) are counted in MC8C: valid and invalid causes (see later). Indeed ghost RACHs are also counted. > The Channel Required content corresponds to the Channel Request message sent by the MS to the BTS. > This Channel Request message is made up of one byte with 2 Informations Elements (IEs): 8 7 6 5 4 3 2 1 +-----------------------------------------------+ ESTABLISHMENT RANDOM + - - - - - - - - + CAUSE REFERENCE +-----------------------------------------------+ > ESTABLISHMENT CAUSE This information field indicates the reason for requesting the establishment of a connection. This field has a variable length (from 3 bits up to 6 bits). > RANDOM REFERENCE This is an unformatted field with a variable length (from 5 bits down to 2 bits). > Due to the fact that the NECI bit is always set to 1 in Alcatel BSS, Establishment causes can be divided into 2 categories: Valid causes: 5 (6 if GPRS) 000: Location Update (Normal, Periodic, IMSI Attach) 100: Terminating call 101: Emergency call 110: Call Re-establishment 111: Originating call (not emergency) 011: if GPRS is implemented in the cell Invalid causes: 3 (2 if GPRS) 001: 010: 011: if GPRS is not implemented in the cell
Alcatel
46
2.3 Typical call failures Radio Link Establishment - OC success counters split
RLE > success MO split MC02x=C02x
MC02A: LU MC02B: SMS MC02C: SS MC02D: LU follow-on MC02E: CR MC02F: unknown MC02G: IMSI Detach MC02H: EC or NC MC02i: LCS MC02 =MC02A+MC02B+MC02C+.+MC02G+MC02H+MC02i
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 47 All rights reserved 2004, Alcatel
> MC02A = Number of SDCCHs successfully seized for Normal or Periodic LU request (IMSI Attach also counted). > MC02B = Number of SDCCHs successfully seized for Short Message Service. > MC02C = Number of SDCCHs successfully seized for Supplementary Service. > MC02D = Number of SDCCHs successfully seized for LU with follow-on bit set to 1 (means that the SDCCH phase will be followed by a TCH assignment for speech call establishment). > MC02E = Number of SDCCHs successfully seized for Call Re-establishment. > MC02F = Number of SDCCHs successfully seized in case of L3 Info (within 08.58 ESTABLISH INDICATION) unknown by the BSC but transferred to the MSC. > MC02G = Number of SDCCHs successfully seized for IMSI Detach. > MC02H = Number of SDCCHs successfully seized for Normal or Emergency call. > MC02i = Number of Mobile Originating SDCCH establishments for LCS purpose. Also, Evaluation of The Mobiles location (see the next slides) > LCS: Location Services
Alcatel
47
2.3 Typical call failures Radio Link Establishment - SDCCH congestion failure
> Main failure cases for Radio Link Establishment
Radio Link Establishment SDCCH Phase TCH assignment Alerting/CNX Phase
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
48
> The Immediate Assignment Reject mechanism can be disabled at OMC-R level
And is not activated for answer to paging If disabled, no answer to the MS
> The MS will repeat automatically its request in case of congestion (next slides)
Waiting for T3122 expiry in case of Immediate Assignment Reject Waiting for T3120 expiry otherwise
49 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> In case of Immediate Assignment Reject: T3122 = value of Wait_Indication parameter sent by the BSC to the MS. > Otherwise T3120 is computed by the MS as a random number of slots between: 250 and 250+T-1 for a phase 1 MS where: T=Tx_integer parameter (1 value per cell chosen between 3 to 50 slots) S and T+S for a phase 2 MS where: T=Tx_integer parameter (1 value per cell chosen between 3 to 50 slots) S is a parameter depending on the CCCH configuration and on the value of Tx_integer as defined in the following table: TX_integer S(CCCH Not Comb) S(CCCH Combined) 3, 8, 14, 50 4, 9, 16 5, 10, 20 6, 11, 25 7, 12, 32
Alcatel
41 52 58 86 115
49
2.3 Typical call failures Radio Link Establishment - SDCCH congestion counter
RLE > SDCCH congestion MC04=C04
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
50
2.3 Typical call failures Radio Link Establishment - SDCCH cong. consequences
RLE > SDCCH congestion MAIN CONSEQUENCES
Radio Link Establishment SDCCH Phase TCH assignment Alerting/CNX Phase
> In case of LU, the MS will attempt a new LU request > In case of Call establishment, the MS will not re-attempt automatically, it is up to the subscriber to try to set up the call again
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 51 All rights reserved 2004, Alcatel
Alcatel
51
2.3 Typical call failures Radio Link Establishment - SDCCH cong. causes
RLE > SDCCH congestion MAIN CAUSES
Radio Link Establishment SDCCH Phase TCH assignment Alerting/CNX Phase
> Too much SDCCH "normal" traffic for cell SDCCH design
Radio resource capacity not sufficient (too many calls) Inadequate LA design (too many LUs)
> SDCCH congestion can be too high because of the subscribers' traffic demand in terms of calls / LU. Solution = add a TRX or site / redesign the LA plan > High SDCCH congestion can be observed at peculiar period of the day due to a peak of LU requests generated by a big group of subscribers entering a new LA at the same time (bus, train, plane). Solution = redesign the LA plan or play on radio parameters (CELL_RESELECT_HYSTERESIS, WI_OP) > High SDCCH congestion can be abnormally observed without real MS traffic in case a high level of noise or the proximity of a non-GSM radio transmitter. Solution = change the BCCH frequency or put an RX filter > High SDCCH congestion can also be abnormally observed in a cell in case one of its neighboring cell is barred. Solution = Remove the barring
Alcatel 52
2.3 Typical call failures Radio Link Establishment - SDCCH cong. Resolution?
RLE > SDCCH congestion DYNAMIC SDCCH ALLOCATION
Radio Link Establishment SDCCH Phase TCH assignment Alerting/CNX Phase
> Too many SDCCHs will lead to a lack of TCH resources... and money. > Too few SDCCH will result in SDCCH congestion. TCH channels cannot be allocated and, once again, the operator 's revenue decreases. > At OMC-R level, it is possible to configure:
a set of static SDCCH/x timeslots to handle normal SDCCH traffic; a set of dynamic SDCCH/8 timeslots, which can be used for TCH traffic, or for SDCCH traffic depending on the need. the BSS is automatically looking after varying SDCCH traffic adapted to the situations such as: change of LA, change of SMS traffic optimize the SDCCH configuration becomes more important.
53 All rights reserved 2004, Alcatel
> This feature not only improves SDCCH congestion but also successful TCH assignment rates. > With the "Dynamic SDCCH allocation" feature, the BSS is automatically looking after varying SDCCH traffic and is particularly adapted to the situations such as: change of LA, change of SMS traffic model, SDCCH traffic varying due to LCS. > This feature is particularly useful in very dense (hierarchical) networks, where the effort to optimize the SDCCH configuration becomes more important.
Alcatel
53
2.3 Typical call failures Radio Link Establishment - SDCCH cong. Resolution?
RLE > SDCCH congestion DYNAMIC SDCCH ALLOCATION
MS CHANNEL REQUEST (RACH) CHANNEL REQUIRED If No free SDCCH, then timeslot allocationMC801a&b run dynamic SDCCH/8 algorithm. If allocation is successful, then subactivate dynamic SDCCH channeland serve request BTS BSC
MC802a&b
If allocation was unsuccessful, then reject SDCCH request (possibly using the Immediate Assignment Reject procedure).
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> SPECIFIC COUNTERS (Type 110 / Cell Level): MC800 MC801a MC801b MC802a Average number of available dynamic SDCCH/8 timeslots. Average number of busy dynamic SDCCH/8 timeslots allocated as TCH (FR or HR). Maximum number of busy dynamic SDCCH/8 timeslots allocated as TCH (FR or HR). Average number of busy SDCCH sub-channels allocated on the dynamic SDCCH/8 timeslots.
MC802b Maximum number of busy SDCCH sub-channels allocated on the dynamic SDCCH/8 timeslots. These four previous counters areInspection Counters ; that means than the resource is checked regulary by the BSC and at the end of the period, an average is done. Example: 3 physical chanels are defined as Dyn SDCCH and the counter give the following indication: MC801a = 1.7 that means sometimes the 3 Dyn SD are allocated as TCH, sometimes only 2 of them, sometimes 1 or 0 and the average is 1.7
> The FOLLOWING COUNTERS ARE IMPACTED BY the Dynamic SDCCH Allocation feature: MC28, MC29 The Number of busy radio timeslots in TCH usage takes into account the busy TCH timeslots and the dynamic SDCCH/8 timeslots allocated as TCH. C30, MC31 The Number of busy SDCCH sub-channels takes into account the SDCCH sub-channels allocated on the static and dynamic SDCCH/8 timeslots. C370a, MC370a, C370b, MC370b The Number of times the radio timeslots are allocated for TCH usage (FR / HR) takes into account the busy TCH timeslots and the dynamic SDCCH/8 timeslots allocated as TCH. C/MC380a/b C/MC381a/b The Cumulated time (in second) the radio timeslots are allocated for TCH usage (FR or HR) does not take care whether the TCHs are allocated on the TCH radio timeslot or on the dynamic SDCCH/8 timeslots. C39, MC390, C40, MC400 The Number of times or the Cumulated time (in second) the SDCCH sub-channels are busy does not take care whether the SDCCH sub-channels are allocated on the static or dynamic SDCCH/x timeslot. C/MC34 C/MC380 The Cumulated time (in second) all TCHs / SDCCHs in the cell are busy does not take care whether the TCHs / SDCCHs are allocated on the TCH radio timeslot /SDCCH/x timeslot or on the dynamic SDCCH/8 timeslots. C/MC320a/b/c/d/e Free TCH radio timeslots count the free TCH timeslots and the free dynamic SDCCH/8 timeslots. Alcatel 54
2.3 Typical call failures Radio Link Establishment - SDCCH radio failure
> Main failure cases for Radio Link Establishment
Radio Link Establishment SDCCH Phase TCH assignment Alerting/CNX Phase
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
55
2.3 Typical call failures Radio Link Establishment - SDCCH radio access failure
RLE > SDCCH RF Failure
Radio Link Establishment SDCCH Phase TCH assignment Alerting/CNX Phase
MS BTS BSC MSC CHANNEL REQUEST -------------(RACH)------------> CHANNEL REQUIRED ----------------------------------------------> MC8C CHANNEL ACTIVATION (SDCCH) <---------------------------------------------- MC148 CHANNEL ACTIVATION ACK ----------------------------------------------> IMMEDIATE ASSIGN COMMAND IMMEDIATE ASSIGN <---------------------------------------------- start T3101 <------------(AGCH)------------MC8B IMMEDIATE ASSIGN -------(SDCCH)-----X T3101expiry->radio failure MC149
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> MC149 counts the number of SDCCH access failures due to radio problems.
Alcatel
56
2.3 Typical call failures Radio Link Establishment - real radio problems
RLE > SDCCH RF Failure Main causes > real radio problems > Unbalanced cell power budget > Bad coverage (for example a moving car) > Interference (for example downlink) In case of radio failure, the MS will retry as for SDCCH congestion
Radio Link Establishment SDCCH Phase TCH assignment Alerting/CNX Phase
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
AGCH RACH > Unbalanced Power Budget: Max Path Loss DL Max Path Loss UL
Channel Request
BTS
building
Access Grant
2.3 Typical call failures Radio Link Establishment - Ghost RACH (1/7)
RLE > SDCCH RF Failure Main causes > "Phantom/Ghost/Spurious/Dummy ... RACH" > Channel request received but not sent: 3 causes
Noise decoding Reception of channel request sent to a neighboring cell Reception of HO_ACCESS sent to a neighboring cell
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
58
2.3 Typical call failures Radio Link Establishment - Ghost RACH (2/7)
RLE > SDCCH RF Failure Main causes > "Phantom/Ghost/Spurious/Dummy ... RACH" > Example of a channel required message
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> For this Channel Required, the establishment cause is valid (Call re-establishment) but the Access Delay (corresponding to the distance between the MS and the BTS) is high. > Indeed the Access Delay being equal to the Timing Advance is coded in slot unit representing a distance of 550m. It can take values from 0 (0m) to 63 (35km). > Thus the Channel Required above is received from an MS located at 19km from the site. It may therefore be rather a ghost RACH than a real MS which wants re-establish a call. > In Alcatel BSS, there is possibility to filter the Channel Required received from a distance greater than a distance defined as a parameter value: RACH_TA_FILTER tunable on a per cell basis. Caution should be taken since a too low value may reduce the network coverage.
Alcatel
59
2.3 Typical call failures Radio Link Establishment - Ghost RACH causes (3/7)
RLE > SDCCH RF Failure Main causes > "Phantom RACH" >noise decoding > GSM 05.05: " 0.02 % of Rach Frame can be decoded without error without real input signal" (No impact for the system)
BCCH not combined: 51 Rach/Multi Frame > (3600 * 1000) ms / 4.615 ms at 0.02 %: 156 dummy RACH/hour BCCH combined: 27/51 RACH/Multi-Frame > 83 dummy RACH/hour 3/8 of causes (field of channel request, 5 valid causes over 8) will be unvalid Example of induced SDCCH traffic: (5/8*156*T3101 (3 sec))/3600 = 0.08 Erlang SDCCH Dummy Rach load depends on minimum level for decoding configured in Evolium BTS During period with low real traffic (night), high rate of dummy RACH For dummy RACH, the channel required has a random value of TA
60 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
UPLINK
1 2 3 4 5 6 7 8 9 10 20 21 31 41 51 1 f s b b b b C C C C f s C C C C C C C C f s C C C C C C C C f s C C C C C C C C f s C C C C C C C C - f s
(Multiframes of 51 frames)
DOWNLINK
f = FCCH
s = SCH
b = BCCH
R = RACH
(Combined BCCH)
DOWNLINK
FS FS B B C C FS FS C C C C FS FS D0 D0 D1 D1 FS FS D2 D2 D3 D3 FS FS A0 A2 A1 A3 -
UPLINK
D3 D3 F = FCCH RR RR A2 A0 A3 A1 RRRRRRRRRRRRRRRRRRRRRRR RRRR RR R RRR R RRR R RR RRRRR R C = CCCH (PCH or AGCH) D0 D0 D1 D1 RR RR D2 D2
S = SCH
B = BCCH
R = RACH
2.3 Typical call failures Radio Link Establishment - Ghost RACH causes (4/7)
RLE > SDCCH RF Failure Main causes > "Phantom RACH" >noise decoding
MS BTS CHANNEL REQUIRED ----------------------------------------------> CHANNEL ACTIVATION (SDCCH) <---------------------------------------------CHANNEL ACTIVATION ACK ----------------------------------------------> IMMEDIATE ASSIGN COMMAND <---------------------------------------------BSC MSC MC8C MC148
> No subscriber -> no impact for subscriber > But MC149 incremented -> SDCCH RF access failure is impacted
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 61 All rights reserved 2004, Alcatel
Alcatel
61
2.3 Typical call failures Radio Link Establishment - Ghost RACH causes (5/7)
RLE > SDCCH RF Failure Main causes > "Phantom RACH" >
MS
s ta rt T 3 1 0 1
M C 8B
M C 149
> Subscriber not impacted (real transaction performed elsewhere) > But MC149 incremented -> SDCCH RF access failure is impacted > Usual radio planning rules are sufficient to avoid the trouble
2 cells must not have same (BCCH, BSIC) couple
62 All rights reserved 2004, Alcatel Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> BSIC = BCC (3 bit) + NCC (3 bit) BCC: BTS Color Code NCC: Network Color Code
Alcatel
62
2.3 Typical call failures Radio Link Establishment - Ghost RACH causes (6/7)
RLE > SDCCH RF Failure Main causes > "Phantom RACH" > Channel Request due to handover
> During HO, the first message sent to the target cell is HO Access > This message is an Access Burst like Channel Request
> If received on BCCH, can be understood as a Channel Request (RACH) > A new case of "Phantom RACH"
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 63 All rights reserved 2004, Alcatel
Alcatel
63
2.3 Typical call failures Radio Link Establishment - Ghost RACH causes (7/7)
RLE > SDCCH RF Failure Main causes > "Phantom RACH" > Channel Request due to handover
This case is the most dangerous > The MS sends usually a sequence of HO Access message, every frame > In some cases, this can create a phantom RACH if
The frequency of the TCH is identical or adjacent to the one of interfered BCCH
Alcatel
64
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
65
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> BSS Problems are difficult to specify a priori. It is better to deduce them from other counters which are easier to implement thus more reliable.
Alcatel
66
GPRS causes
Radio Link Establishment
Request GPRS causes GSM invalid causes GSM valid causes Congestion BSS Pb
ATTEMPT
Preparation Failure
Preparation
SUCCESS
Execution Failure
Execution
BSS problem
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Statistically a ghost RACH can correspond to any kind of establishment cause: valid and invalid. > As ghost RACH which corresponds to a GSM valid cause will lead to an SDCCH allocation which will not be seized by an MS, it will lead to the incrementation of MC149 counter and therefore counted as an SDCCH access failure due to radio.
Alcatel
67
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS: > GLOBAL Quality of service INDICATORS > SDCCH > Assignment Phase SDNAUR: SDCCH assignment unsuccess rate SDNACGR: SDCCH assignment failure rate due to congestion (Global) SDNAFLRR: SDCCH assignment failure rate due to radio SDNAFLBR: SDCCH assignment failure rate due to BSS problem > A SDCCH radio access failure due to ghost RACH occurrence is easily observed during low traffic hour (night time) since ghost RACHs are almost the only cause of failure.
Alcatel
68
< ------------------------------------------------------------------------------------------------------------------------AUTHENTICATION REQUEST ------------------------------------------------------------------------------------------------------------------------- > AUTHENTICATION RESPONSE < ------------------------------------------------------------------------------------------------------------------------CIPHERING MODE COMMAND ------------------------------------------------------------------------------------------------------------------------- > CIPHERING MODE COMPLETE ------------------------------------------------------------------------------------------------------------------------- > SETUP < ------------------------------------------------------------------------------------------------------------------------CALL PROCEEDING
> Transparent messages (DTAP) are used in order the NSS performs control procedures to enable the MS to set up a speech call. > Authentication: Checks that the Mobile Station is the required station and not an intruder. > Ciphering: All Information (signaling, Speech and Data) is sent in cipher mode, to avoid monitoring and intruders (who could analyze signaling data). > Setup/Call Processing: call is being processed between the calling Party and the Called Party.
Alcatel
69
< ------------------------------------------------------------------------------------------------------------------------AUTHENTICATION REQUEST ------------------------------------------------------------------------------------------------------------------------- > AUTHENTICATION RESPONSE < ------------------------------------------------------------------------------------------------------------------------CIPHERING MODE COMMAND ------------------------------------------------------------------------------------------------------------------------- > CIPHERING MODE COMPLETE < ------------------------------------------------------------------------------------------------------------------------SETUP ------------------------------------------------------------------------------------------------------------------------- > CALL CONFIRM
> Setup/Call Confirm: the call is being processed between the Calling Party and the Called Party.
Alcatel
70
> Some transparent messages are also exchanged between the MS and the network in case of a Location Update transaction.
Alcatel
71
> Loss of connection during SDCCH phase = "SDCCH drop" > 3 origins of SDCCH drop
Radio problems when connected on SDCCH BSS problems Call lost during an SDCCH HO (handover failure without reversion to old channel)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Generally SDCCH handover are disabled in the network since the average SDCCH duration is only around 2 to 3 seconds.
Alcatel
72
Radio connection lost ---------------------------------------------------- > MC138 CONNECTION FAILURE INDICATION (cause : radio link failure) --------------------------------------- > CLEAR REQUEST Cause : radio interface failure
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> MC138 counts the number of SDCCH channel drops due to radio problems. > Radio problems can be due to coverage, interference and sometimes BSS dysfunction which is not detected as a system alarm the by O&M Fault Management application.
Alcatel
73
MC137
--------------------------------------- > CLEAR REQUEST Cause : O&M intervention Cause : radio interface failure
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> MC137 counts the number of SDCCH channel drops due to BSS problems. > A BSS problem can be a BTS/BSC hardware or software failure. It can also be due to a problem on the Abis interface (due to Micro Wave transmission for instance).
Alcatel
74
MC07 --------------------------------------- > CLEAR REQUEST Radio Interface Message Failure (Alcatel)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> MC07 counts the number of SDCCH channel drops due to handover failure.
Alcatel
75
Normal release
SDCCH drop
SDCCH Phase
SDCCH connection MC01+MC02+MC10 Drop radio Drop BSS Drop HO MC138 MC137 MC07
Drop radio
SDCCH Drop
Drop BSS
Drop HO
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
76
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS: > GLOBAL Quality of service INDICATORS > SDCCH > Established phase SDCDR: SDCCH drop rate (Global) SDCDRR: SDCCH drop rate due to radio problem SDCDBR: SDCCH drop rate due to BSS Problem SDCDHR: SDCCH drop rate due to HO failure
Alcatel
77
TCH
> MC703 counts the number of TCH channels activated (therefore allocated) in a cell. > MC718 counts the number of MSs which have successfully accessed a TCH in a cell as part of a call establishment (Normal Assignment). > Both counters are implemented at TRX level.
> MC140a counts the number of normal assignment requests for TCH establishment. > MC140b counts the number of normal assignment commands for TCH establishment. > Both counters in order to discriminate BSS problems in Preparation and Execution phases. > MC460a is a counter for type 110: NB_TCH_EMERGENCY_HO_PRESERVATION: Definition: Number of high priority TCH requests served when: the number of free TCH timeslots is less than or equal to NUM_TCH_EGNCY_HO. the queue for this cell is not empty. > MC140a, MC140b and MC460 are given at Cell level
Alcatel
78
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> C612E: Number of 08.08 ASSIGNMENT REQUEST for TCH normal assignment rejected due to congestion on the Abis interface. (from B8) > Therefore B6 counter MC612 is replaced by MC812 from B7. MC812 = C612A+C612B+C612C+C612D+C612E of PM Type 1. > But as C612E was in restriction in B8 (always = 0) then MC812(B7) = MC612(B6) > MC612A, MC612B, MC612C, MC612D also exist in PM Type 110. > A TCH request is attached a Priority Level from 1 (highest priority) to 14 (lowest priority).
Alcatel
79
MC140b
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> MC746B counts the number of TCH access failures due to radio problems. > MC746B counter is implemented at TRX level from B7. > In case of TCH access failure, the MS will try to revert back to the SDCCH channel. Whether it succeeds in reverting to the SDCCH or not the call establishment fails. On the other hand some MSCs may resend the ASSIGNMENT REQUEST again.
Alcatel
80
No specific counter
MC14B
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The number of TCH Assignment failures due to BSS Pb can be correctly deduced and distinguished for preparation and execution phases from B8 with the 2 counters MC140a and MC140b. (see the next slide) > B7 counters MC14b has been removed.
Alcatel
81
SUCCESS Radio access failure TCH Assignment Preparation Request Congestion BSS Pb Execution Attempt Radio Access Failure BSS Pb Success
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Execution Failure
Alcatel
82
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS > GLOBAL Quality of service INDICATORS > RTCH > Assignment Phase TCNAUR: TCH assignment unsuccess rate (Global) TCNACGR: TCH assignment failure rate due to congestion TCNAFLRR: TCH assignment failure rate due to radio problems TCNAFLBR: TCH assignment failure rate due to BSS Problems. > From B7.2 some indicators can be provided on a per TRX basis due to the availability of counters provided per TRX in Type 110: TCNAEFR = RTCH_assign_efficiency_rate (RNO name) = MC718 / MC703 Rate of successful RTCH seizures in relation to all RTCHs allocated, during the TCH assignment procedure. TCNAAFLRR = RTCH_assign_allocated_fail_radio_rate (RNO name) = MC746B / MC703 Rate of RTCH seizures failed during the normal assignment procedure because of radio problems in relation to all RTCHs allocated for TCH assignment procedure. > This will help a lot to detect bad QOS due to TRX hardware related problem.
Alcatel
83
> OC
MSC
MS
> TC
MSC
Transparent messages for BSS, no specific counters TCH DROP: any problems occurring after TCH assignment (during or after connection) cannot be discriminated
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 84 All rights reserved 2004, Alcatel
MS
BTS BSC M SC TC H ASSIG N MENT PH ASE (O C or TC) < ----------------------------------ASSIG NM ENT REQ UEST < -------------------------------------------------------PHYSICAL CO N TEXT REQ UEST -------------------------------------------------------- > PHYSICAL C ON TEXT CO NFIRM < -------------------------------------------------------CHANN EL AC TIVATIO N (TCH) -------------------------------------------------------- > C HANNEL ACTIVATION AC KNO W LEDG E
Call Setup
TC H ---------------------- > SAB M < ---------------------UA
Call Setup
Start T3107
Call phase
Call phase
> The Call setup phase and the Stable call phase are not corresponding between the BSS and the NSS. > For the BSS, a call is established when the MS has successfully accessed a TCH channel on the Air interface. > For the NSS, a call is established when the speech data exchanged is started between end users. > Thus the Call setup phase is shorter and the Call phase is longer in the BSS. > Therefore Call Setup Success rate is worse in the NSS and the Call Drop rate is worse in the BSS.
Alcatel
84
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> MC736 counts the number of TCH channel drops due to radio problems. > MC736 counter is implemented at TRX level. > Radio problems can be due to coverage, interference and sometimes BSS dysfunction which is not detected as a system alarm by the O&M Fault Management application.
Alcatel
85
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> MC739 counts the number of TCH channel drops due to BSS problems reported as "remote TransCoder failure". > MC739 counter is implemented at TRX level. > It can usually be a bad quality of the transmission on the Abis interface (Micro Wave) or a faulty hardware component in the TransCoder or even sometimes BSS software/hardware problems.
Alcatel
86
MC14C --------------------------------------- > CLEAR REQUEST O&M intervention Radio interface failure
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> MC14C counts the number of TCH channel drops due to BSS problems other than the ones reported by the TransCoder. > A BSS problem can be a BTS/BSC hardware or software failure.
Alcatel
87
MC621 --------------------------------------- > CLEAR REQUEST Radio Interface Message Failure (Alcatel)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> MC621 counts the number of TCH channel drops due to Handover failure. > MC621 counter is implemented at TRX level. > This event is also counted in the set of Handover counters as an Outgoing handover failure without reversion to the old channel.
Alcatel
88
ASSIGNMENT REQUEST <--------------------------------------Priority level pl1 > pl2 preemption capability indicator pci=1 MC921C --------------------------------------- > CLEAR REQUEST preemption
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> MC921C counts the number of TCH channel drops due to preemption for another call to be established. > MC921C counter exists from B7 as linked to the feature Preemption.
Alcatel
89
Outgoing HO success
Call drop
Call drop
TC
BSS internal
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
90
BSS1
Incoming internal HO+DR
BSS2
outgoing HO
> RTCH success end = RTCH assignment success + RTCH incoming (HO+DR) success - RTCH outgoing HO
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 91 All rights reserved 2004, Alcatel
> QSCDN
>
= call drop = drop radio + drop TC + drop internal BSS + drop HO + drop Preemption = MC736 + MC739 + MC14C + MC621 + MC921C TCQHCCN = RTCH success end = assignment success + incoming (HO+DR) success - outgoing HO = MC718 + (MC717A+MC717B) - MC712 As MC718, MC717A, MC717B and MC712 are provided per TRX, the RTCH success end indicator (TCAHCCN) can be computed per TRX. But since only MC736 (drop radio), MC739 (drop TC) and MC621 (drop HO) are provided per TRX, the call drop rate indicator (QSCDR) can be computed per CELL only. On the other hand the following call drop indicators can be computed per TRX: call drop radio rate (QSCDRR) = call drop radio / RTCH success end call drop HO rate (QSCDHR) = call drop HO / RTCH success end call drop TC rate (QSCDBTR) = call drop TC / RTCH success end
> Note: MC718 counts the number of successful TCH assignments. MC717A counts the number of successful internal DRs. MC717B counts the number of successful incoming internal and external (HOs+DR) as well as the number of intra cell HOs successfully performed. MC712 counts the number of successful outgoing internal and external HOs as well as the number of intra cell HOs successfully performed.
Alcatel
91
BSS1
Incoming internal HO+DR IntraIntra-cell HO
BSS2
outgoing HO
> RTCH success begin = RTCH assignment success + RTCH incoming (HO+DR) success - RTCH intra cell HO success
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 92 All rights reserved 2004, Alcatel
= call drop = drop radio + drop TC + drop internal BSS + drop HO + drop Preemption = MC736 + MC739 + MC14C + MC621 + MC921C > TCQHSUBN = RTCH success begin = assignment success + incoming (HO+DR) success - intra cell HO = MC718 + (MC717A+MC717B) - MC662 > As MC662 is not provided per TRX, the RTCH success begin indicator (TCAHSUBN) cannot be computed per TRX but per CELL only. > Therefore all RTCH drop rate indicators can be computed per CELL only. > Note: MC662 counts the number of successful TCH intracell HOs.
> QSCDN
Alcatel
92
2.3 Typical call failures TCH phase - TRX TCH drop rate
TYPICAL CALL FAILURES: TCH phase indicators > TRX TCH drop rate = call drop / RTCH success
Radio Link Establishment SDCCH Phase TCH assignment Alerting/CNX Phase
BSS1
Incoming internal HO+DR Intra-cell HO Intra-
BSS2
outgoing HO
> RTCH success = RTCH assignment success + RTCH incoming (HO+DR) success
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> QSCDN
>
= call drop = drop radio + drop TC + drop internal BSS + drop HO + drop Preemption = MC736 + MC739 + MC14C + MC621 + MC921C TCAHSUN = RTCH success = assignment success + incoming (HO+DR) success = MC718 + (MC717A+MC717B) Whereas some call drop rate indicators are defined per TRX and per CELL, TRX RTCH drop rate indicators are defined at TRX level only. As MC718, MC717A, MC717B are provided per TRX, the RTCH success indicator (TCAHSUN) can be computed per TRX. But since only MC736 (drop radio), MC739 (drop TC) and MC621 (drop HO) are provided per TRX, a globalTRX RTCH drop rate indicator cannot be provided. On the other hand, the following TRX RTCH drop indicators can be computed: TRX_RTCH_drop_radio_rate (TCAHCDRTR) = call drop radio / RTCH success TRX_RTCH_drop_HO_rate (TCHOCDTR) = call drop HO / RTCH success TRX_RTCH_drop_BSS_remote_TC_rate (TCTRTCDTR) = call drop TC / RTCH success
> CAUTION: Intra-cell HO being counted in MC717B and not deduced in the RTCH success computation
in order to provide the TRX RTCH drop indicators at TRX level then these indicators may be abnormally low (good) if a large amount of intra-cell HOs are performed in the cell (concentric cell, multiband cell).
Alcatel
93
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS > call drop indicators: all of them are available per CELL only and some of them per TRX GLOBAL Quality of service INDICATORS > Call Statistics > Call drop QSCDR: call drop rate (Global): CELL QSCDRR: call drop rate due to radio: CELL + TRX QSCDBIR: call drop rate due to BSS internal problem: CELL QSCDBTR: call drop rate due to TransCoder reported problem: CELL + TRX QSCDHR: call drop rate due to HO failure: CELL + TRX QSCDPR: call drop rate due to preemption: CELL > RTCH drop indicators: all of them are available per CELL only GLOBAL Quality of service INDICATORS > RTCH > Established phase QSTCCDR: RTCH drop rate TCAHCDRR: RTCH drop rate due to radio problem TCTRICDBR: RTCH drop rate due to BSS internal problem TCTRTCDR: RTCH drop rate due to TransCoder reported problem TCHOCDR: RTCH drop rate due to HO failure TCPPCDR: RTCH drop rate due to preemption > TRX TCH drop indicators: all of them are available per TRX only GLOBAL Quality of service INDICATORS > RTCH > Established phase TCAHCDRTR: TRX TCH drop rate due to radio problem TCTRTCDTR: TRX TCH drop rate due to TransCoder reported problem TCHOCDTR: TRX TCH drop rate due to HO failure
Alcatel
94
TCHassignment
- radio interface failure - radio interface failure - O&M intervention Assignment Failure - no radioresourceavalaible - Radio Interface Failure - radio interface failure - radio interface message failure - equipmentfailure - O&M intervention - radio interface failure preemption
ClearRequest
> When the BSC is congested on the downlink, some messages are discarded. This may result for example in call establishment failures, loss of paging messages or delay in handover procedures. A LapD counter that indicates the time a LapD link is congested is created to analyze the cause of a degraded quality of service. This counter is implemented in type 7 and thus is only available in a detailed measurement campaign. Counter: L1.18: TIME_LAPD_CONG Definition: Time in seconds during which the LapD link is congested in transmission in the BSC.
Alcatel
95
2 GLOBAL INDICATORS
Alcatel
96
> What are the user and or system impacts if a GI (Global Indicator) is bad?
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
97
REF NAME
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
SDCCH ASSIGN REQUESTS Number of SDCCH seizure requests during radio link establishment procedure cell (MC148 + MC04) This includes requests rejected due to congestion on SDCCH SDNARQN UNIT
Number
> (G)
means that the indicator is Global, i.e. it is important to provide it at a Network level.
Alcatel
98
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS GLOBAL Quality of service INDICATORS > SDCCH > Assignment phase SDNACGR: SDCCH assignment failure rate due to congestion (Global)
Alcatel
99
> SDCCH DROP rate > User impact: call setup failure
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
SDCCH ASSIGN SUCCESS Total number of SDCCHs successfully seized by mobile during radio link establishment procedure cell (MC01 + MC02)
SDNASUN
UNIT
Number
> In a dense network SDCCH drop rate should be lower than 1%. Indeed the probablity to drop a radio link when the MS is on SDCCH is less than on TCH since the SDCCH phase is shorter (less than 5 seconds) than TCH phase (several tens of seconds).
Alcatel
100
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> In a dense network, the TCH assignment unsucess rate should be lower a 1%.
IN D IC A T O R D E F IN IT IO N FORM ULA B8 TH R ESH O LD CO M M ENT M C 1 4 0 a : n e w c o u n te r in tr o d u c e d in B 8 r e le a s e . M C 1 4 0 a ( ty p e 1 1 0 ) : N B _ T C H _ N O R _ A S S _ R E Q th a t in d ic a te s th e n u m b e r o f n o r m a l a s s ig n m e n t r e q u e s ts f o r T C H e s ta b lis h m e n t ( in H R o r F R u s a g e ) TCNARQN U N IT N um ber T C H A S S IG N R E Q U E S T S N u m b e r o f T C H s e iz u re re q u e s ts fo r n o r m a l a ss ig n m e n t p r o c e d u re .
c e ll
M C140a
REF NAM E
TCH ASSIGN SUCCESS Number of TCH successfully seized by M S for normal assignment procedure. TRX (M C718)
TCNASUN
UNIT
Number
Alcatel
101
REF NAME
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> This counter intends to give a measurement of the TCH congestion of the whole network. > It is implemented on the Alcatel tools but other indicators can be defined.
Alcatel
102
Scell (MC621 + MC14c + MC736 + MC739 + MC921c) / TCH SUCCESS END > 4% Drop system + Drop radio + Drop HO + Droppreemption
TCH drops occurring after successful assignment but before speech connection are considered as
call drops even if from the customer point of view it is a call setup failure
MC739, MC736 and MC621 derive from B6 counters C139, C136 and C21. These new counters
REF NAME
UNIT
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> In a dense network, the Call Drop Rate should be lower than 2%. It should even go down to 1% or less in case Slow Frequency Hopping is used. > The RTCH drop rate is defined below:
INDICATOR DEFINITION FORMULA THRESHOLD COMMENT GLOBAL TCH DROP Rate of TCHs dropped (system + radio + handover + preemption) over the total amount of calls established in the cell cell (MC14c + MC739 + MC736 + MC621+ MC921c) / TCH SUCCESS BEGIN > 3% Drop System + Drop radio + Drop HO + Drop preemption Indicator relevant at cell level mostly. MC739, MC736 and MC621 derive from B6 counters C139, C136 and C21. These new counters are per TRX MC921c is new in B7.2 QSTCCDR UNIT %
REF NAME
TRX TCH DROP RADIO RATE Rate of TCHs dropped due to radio problems, per TRX (MC736) / TCH SUCCESS > 3% New from B7 MC736 derives from B6 counters C136. This new counter in B7 is per TRX. Indicator only per TRX because intracell handovers are taken into account TCAHCDRTR UNIT
Alcatel
103
REF NAME
> 95% SDCCH assignment failures are not considered in CSSR as : ghost (spurious) RACH cannot be discriminated from a real access failure effect of re-attempts performed autonomously by the MS cannot be quantified QSCSSR % UNIT
> CALL SETUP SUCCESS rate: the second most important indicator
Used to compare PLMN Subscriber: call not established at the first attempt
> Beware: call setup failures due to a lack of coverage are not taken into account in this indicator!!
No way to quantify them (as there is no initial access)
104 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Ghost Racks which correspond to a valid establishment cause are not identified by the BSS. Therefore they can lead to a high SDCCH assignment failure rate if they are too numerous. > As the end user is not impacted by this phenomenon if no SDCCH congestion is induced, the SDCCH assignment phase is not considered in the computation of the Call Setup Success rate provided by Alcatel tools. > In a dense network, the Call Setup Success Rate should be greater than 98%. > The SDCCH congestion rate should also be considered to have a complete picture of Call Setup efficiency.
Alcatel
104
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> In a dense network, the Call Setup Success Rate should be greater than 97%.
Alcatel
105
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS GLOBAL Quality of service INDICATORS > Call statistics > Call success QSCSSR: Call setup success rate (Global) QSCCR: Call success rate (Global)
Alcatel
106
Alcatel
107
HCSTEIFDSR, HCSTEIFUSR, HCSTEIFSR, HCSTELVDSR, HCSTELVUSR, HCSTELVSR, HCSTEQLDSR, HCSTEQLUSR, HCSTEQLSR, HCSTBPBSR, HCSTEDISR
UNIT
> Indicator aiming at measuring the efficiency of planning / optimization > Interesting for comparing HO distribution after concentric or micro cell implementation
108 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The Global HO cause standard indicator is defined as below: where: MC670: Number of handover attempts cause 2: "uplink quality too low" MC672: Number of handover attempts cause 4: downlink quality too low" MC671: Number of handover attempts cause 3: "uplink level too low" MC673: Number of handover attempts cause 5: "downlink level too low" MC676: Number of handover attempts cause 15: "too high uplink interference level" MC677: Number of handover attempts cause 16: "too high downlink interference level" MC678: Number of handover attempts cause 12: "too low power budget" MC674: Number of handover attempts cause 6: "MS-BTS distance too long"
Alcatel
108
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS Handover statistics INDICATORS > Handover causes HCXXYYYYR: Rate of specific HO cause xxyyyy versus all HO causes (Global) where XX = ST (standard) or MC (micro cell) or CC (concentric cell) or MB (multi band) and YYYY is specific to the cause
Alcatel
109
UNIT
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Global Outgoing HO success rate: represents the global efficiency ot the outgoing handovers performed from one cell to any of its neighboring cells (same BSS or not). > Efficiency of Outgoing HO execution: represents the efficiency of the channel change procedure during outgoing handovers performed from one cell to any of its neighboring cells (same BSS or not). It does not take into account the HO failures that can occur during the preparation phase when the new channel is being selected and activated. > From B7 MC645A replaces MC645 of B6.
Alcatel
110
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Global Incoming HO success rate: represents the global efficiency of the incoming handovers performed to one cell from any of its neighboring cells (same BSS or not). > Efficiency of Incoming HO execution: represents the efficiency of the channel change procedure during incoming handovers performed to one cell from any of its neighboring cells (same BSS or not). It does not take into account the HO failures that can occur during the preparation phase when the new channel is being selected and activated.
Alcatel
111
FORMULA
THRESHOLD
((1 SDCCH CONGESTION rate) - T)/ Topt * WF QoS + (CALL SETUP SUCCESS rate - QoS)/ Topt *WF T + ((1 CALL DROP rate -QoS)/ Topt * WF T + (OUTGOING HO SUCCESS rate QoS)/ Topt * WF -T + ((1 HO QUALITY rate - T )/ Topt * WF QoS SDCCH CONGESTION rate :QoS= 0.97, opt 0.03, WF = 0.1 T T= CALL SETUP SUCCESS rate : T = 0.9, Tpt 0.09, WF = 0.2 QoS o= CALL DROP rate : T oS= 0.96, opt 0.04, WF = 0.3 T= Q T= OUTGOING HO SUCCESS rate :QoS= 0.85, opt 0.12, WF = 0.15 T HO QUALITY rate : QoS= 0.85, opt 0.1, WF = 0.25 T T= QSCQAR UNIT % investigation. This indicator is based on failure events. For each part of the indicator, two
> The highest, the best is the cell > But the traffic handled is not taken into account
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 112 All rights reserved 2004, Alcatel
> This counter intends to compute for every cell of the network a global indicator taking into account the major causes of bad Quality of Service. > Each cause is weighted according to the impact on the end user.
Alcatel
112
> For optimization > Try to improve cells with the worst CQFR
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Normalizing the previous Cell Quality Factor Absolute by the traffic of the cell will allow to compare the QoS of the cell between each other and raise the list of top worst cells candidate for analysis. > From B7, MC703 replaces MC16 of B6.
Alcatel
113
UNIT
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
114
Alcatel
115
2 GLOBAL INDICATORS
Alcatel
116
> Beware of traps and restrictions about some global indicators > So as to be able to provide a reliable interpretation
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
117
2.5 Traps and restrictions of global indicators Call set-up success rate / Call drop rate
> CALL SETUP SUCCESS
The radio link establishment failure is not taken into account, because:
most of failures during RLE are due to ghost RACH the MS is attempting MAX_RETRANS+1 times before giving up difficult to assess subscriber's impact, anyhow very low
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
118
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
119
> Typical trap when comparing drive tests results with OMC-R statistics
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
120
For moving call, call setup success will be about 76 % Time allowed: a pedestrian zone, 80 % For taxi, call done in In 10 minutes of call are static measured Taxi in this zone will be call drop is 1,7 % dropped at 5,1 %
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
121
2 GLOBAL INDICATORS
Alcatel
122
SDCCH congestion SDCCH congestion SDCCH drop SDCCH drop TCH assignment failure rate TCH assignment failure rate Call drop Call drop Call setup success rate Call setup success rate Call success rate Call success rate Efficiency of outgoing HO Efficiency of outgoing HO Efficiency of incoming HO Efficiency of incoming HO
HO cause distribution better/level/quality 70/20/10 HO cause distribution better/level/quality 70/20/10 Network TCH availability 98% Network TCH availability 98%
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
123
SDCCH congestion SDCCH congestion SDCCH drop SDCCH drop TCH assignment failure rate TCH assignment failure rate Call drop Call drop Call setup success rate Call setup success rate Call success rate Call success rate
HO cause distribution better/level/quality 75/15/10 HO cause distribution better/level/quality 75/15/10 Network TCH availability 98% Network TCH availability 98%
124 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
124
Name Name
value value
SDCCH congestion SDCCH congestion SDCCH drop SDCCH drop TCH assignment failure rate TCH assignment failure rate Call drop Call drop Call setup success rate Call setup success rate Call success rate Call success rate Efficiency of outgoing HO Efficiency of outgoing HO Efficiency of incoming HO Efficiency of incoming HO HO cause distribution better/level/quality HO cause distribution better/level/quality Network TCH availability Network TCH availability
125 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
125
3. DETAILED INDICATORS
Alcatel
126
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
127
3. DETAILED INDICATORS
Alcatel
128
Procedure Prefix
Type
Joker Sub-type
optional
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
129
3. DETAILED INDICATORS
Alcatel
130
Control Channels
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
131
SDCCH Traffic
Handover
> The Traffic model section includes indicators for: number of SDCCH connection requests and successses (Immediate Assignment, HO). distribution of SDCCH connection success (MO and MT connections versus all MO+MT connections, type of MO connections versus all MO connection types). > The MS penetration rate section includes the indicator for: percentage of multiband MS SDCCH access (except LU) versus all MS SDCCH accesses. > The Resource occupancy section includes indicators for: SDCCH traffic in Erlang. average duration in seconds of SDCCH channel usage.
Alcatel
132
Traffic Model
Resource Occupancy TCH Erlang Full Rate Erlang Full Rate Allocated Full Rate Mean TCH Time Blocking Peak TCH Multiband Occupancy Half Rate Erlang Half Rate Allocated Half Rate Mean TCH Time Ratio of HR Traffic
REQUESTS
FR, DR, DR/EFR, AMR, DATA
HO PER CALL
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The Speech Version and Channel Type section includes indicators for: distribution of TCH allocation requests (FR/DR/DR+EFR/AMR/DATA). distribution of TCH allocation successes (FR/DR/DR+EFR/AMR/DATA). rate of TCH AMR allocation successes. rate of TFO calls versus all speech calls. > The Traffic model section includes indicators for: number of TCH connection requests and successes (Normal Assignment, HO, DR). rate of TCH allocation successes for HO+DR versus all TCH allocations (NA+HO+DR). number of HOs per call. > The Resource occupancy section includes indicators for: RTCH traffic in Erlang (FR+HR, FR, HR, multiband). average duration in seconds of RTCH channel usage (FR+HR, FR, HR). number of TCH FR allocations and number of TCH HR allocations. rate of TCH HR allocations versus all TCH allocations (FR+HR). TCH peak of blocking (TCH congestion time).
Alcatel
133
> Traffic Load and Traffic Model > Control Channels traffic
PCH channel load AGCH channel load RACH channel load
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
134
Established Phase
Congestion Drop Rate Unsuccess Drop Radio Radio Failure Access Reject BSS Failure Drop HO Drop BSS
Dynamic Allocation
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
>The Assignment phase section includes indicators for the Radio Link Establishment procedure: global SDCCH access failure rate. specific SDCCH access failure rate per type of problem (SDCCH congestion, radio, BSS). specific indicators for Dynamic SDCCH Allocation: Stored Indicators (see Dynamic SDCCH Allocation in the Global Indicators section) DYTROFN.= MC800 DYAHCATAN = MC801a DYAHCATMN = MC801b DYAHCASAN. = MC802a DYAHCASMN.= MC802b DYN = number of Dynamic timeslots (given by configuration file) = Cell_NB_DYN Computed indicators DYAHCATAR: average rate of busy TCH (FR of HR) allocated on dynamic SDCCH/8 timeslots Formula: tdiv* (DYAHCATAN,DYTROFN,0,0) DYAHCATMR: maximum rate of busy TCH (FR of HR) allocated on dynamic SDCCH/8 timeslots Formula: tdiv (DYAHCATMN,DYTROFN,0,0) DYAHCASAR: average rate of busy SDCCH sub-channels allocated on the dynamic SDCCH/8 timeslots Formula: tdiv (DYAHCASAN,DYTROFN,0,0) Impact on existing Indicators: Apart of modification due to introduction of Dynamic SDCCH/8 timeslot, the general formula of these indicators are redesigned, to be simpler. TCRRDN, TCRROFN, TCAHCGUN, TCAVAR (removed as it is the same as TCTRAR), TCTRAVE, TCTRAR, TCTRTCE, SDAHCGUN, SDAVAR, SDRRDN, SDRROFN, SDTRAVE >The Handover procedure section includes the indicator for the preparation of the SDCCH HO procedure: rate of SDCCH HO failure due to SDCCH congestion >The Established phase section includes indicators for SDCCH Phase: global SDCCH drop rate. specific SDCCH drop rate per type of problem (radio, HO, BSS). * tdiv(A,B,0,0) means that it is equal to A/B if B 0 or to 0 if B = 0 Alcatel 135
Queue Length
PCI =1 Requests
PVI =1 Success
Assign Queued
Radio Failure
BSS Failure
Queued Success
Failure
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
>The
Assignment phase section includes indicators for the TCH Normal Assignment procedure: global RTCH assignment failure rate (called unsuccess rate). specific RTCH assignment failure rate per type of problem (RTCH congestion, radio, BSS). global radio congestion level (number of cells congested in the network).
>The Handover procedure section includes indicators for the global HO procedure (intracell+intercell internal + intercell external): rate of RTCH incoming HO failure due to RTCH congestion. specific RTCH outgoing HO failure rate per type of problem (congestion, radio - Reversion Old Channel, radio drop, BSS).
Alcatel
136
Call Success
Call Drop
Call Setup Success Rate Call Success Rate Drop Radio Cell Quality Factor Absolute Cell Quality Factor Relative
Drop HO
Drop BSS
Preemption
Transcoder
Failure
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
>The
Call Drop section includes indicators for the TCH Phase: global call drop rate. specific call drop rate per type of problem (radio, HO, BSS int., TransCoder, preemption).
>The Call Success section includes indicators for the global call procedure (speech): rate of call setup success. rate of call success. global cell quality factor.
Alcatel
137
HO causes
Outgoing HO All HO cause distribution HO standard cause distribution HO cause category distribution
Incoming HO
Fast traffic HO taken into account type of counter for dual band HO
138 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
>The Handover causes section includes indicators of HO causes distribution corresponding to outgoing handovers relating to a cell: distribution of HO causes taking into account all possible HO causes (quality UL, level DL, distance, power budget, concentric cell cause, micro cell cause, traffic, etc.). distribution of HO standard causes taking into account only HO standard causes (quality UL, quality DL, level UL, level DL, interference UL, interference DL, distance, power budget). >The Handover causes per adjacency section includes indicators of HO causes distribution corresponding to outgoing and incoming handovers relating to a couple of serving/target cells: distribution of HO cause categories taking into account 3 categories (emergency [quality, level, interference, distance, power budget]), better condition [power budget, capture], traffic, forced directed retry). C449 (type 6) in type 110 (as MC449) improves the result of all HO cause Indicators: (B8 Introduction) C449 = MC449 = number of handover attempts with cause 28 (Fast traffic handover) The Indicator TOTALHO (HCN) is impacted as well as the following indicators: HCSTBPBR, HCCCR, HCSTEDIR, HCSTEDMR, HCSTIFDR, HCSTLVDR, HCSTQLDR, HCSTEIFR, HCSTELVR, HCMCR, HCSTEQLR, HCSTIFUR, HCSTLVUR, HCSTQLUR, HCNTBDR, HCSTBTFR, HCSTAMR, HCSTAMFR, HCSTAMHR, HCSTBTRFR type 32 of counter (Change of frequency band measurements) (B8 Introduction) Type 32 is defined as Standard and provides information to observe handovers between different frequency bands. C403a = NB_INC_EXT_TCH_HO_NEW_BAND_ATPT = Number of incoming external TCH (in HR or FR usage) handover attempts including a change of the (TCH) frequency band. C403b = NB_INC_EXT_TCH_HO_NEW_BAND_SUCC = Number of incoming external TCH (in HR or FR usage) handover successes including a change of the (TCH) frequency band. C404a = NB_OUT_EXT_TCH_HO_NEW_BAND_ATPT = Number of outgoing external TCH (in HR or FR usage) handover attempts including a change of the (TCH) frequency band. C404b = NB_OUT_EXT_TCH_HO_NEW_BAND_SUCC = Number of outgoing external TCH (in HR or FR usage) handover successes including a change of the (TCH) frequency band. C420a = NB_INC_INT_TCH_HO_NEW_BAND_ATPT = Number of incoming internal TCH (in HR or FR usage) handover attempts including a change of the (TCH) frequency band. C420b = NB_INC_INT_TCH_HO_NEW_BAND_SUCC = Number of incoming internal TCH (in HR or FR usage) handover successes including a change of the (TCH) frequency band. C421a NB_OUT_INT_TCH_HO_NEW_BAND_ATPT = Number of outgoing internal TCH (in HR or FR usage) handover attempts including a change of the (TCH) frequency band. C421b NB_OUT_INT_TCH_HO_NEW_BAND_SUCC = Number of outgoing internal TCH (in HR or FR usage) handover successes including a change of the (TCH) frequency band.
Alcatel
138
(See comments)
External
Success Rate
Efficiency
Efficiency
Efficiency
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
>The Outgoing Intra BSC intercell section includes indicators corresponding to the efficiency of outgoing intercell internal handovers relating to a cell (serving): efficiency ot the preparation phase (target TCH allocation) of the outgoing handovers performed from one cell to any of its neighboring cells belonging to the same BSS. efficiency ot the execution phase (old to new TCH channel change) of the outgoing handovers performed from one cell to any of its neighboring cells belonging to the same BSS. distribution of outgoing intra BSC intercell HO failures per type of problem (radio drop, radio - Reversion Old Channel, BSS). >The Outgoing Inter BSC intercell section includes indicators corresponding to the efficiency of outgoing intercell external handovers relating to a cell (serving): efficiency ot the preparation phase (target TCH allocation) of the outgoing handovers performed from one cell to any of its neighboring cells not belonging to the same BSS. efficiency ot the execution phase (old to new TCH channel change) of the outgoing handovers performed from one cell to any of its neighboring cells not belonging to the same BSS. distribution of outgoing inter BSC intercell HO failures per type of problem (radio drop, radio - Reversion Old Channel, BSS). >The Outgoing Intra BSC + Inter BSC intercell section includes indicators corresponding to the efficiency of all outgoing intercell handovers relating to a cell (serving): global efficiency ot the outgoing handovers performed from one cell to any of its neighboring cells whether they belong to the same BSS or not efficiency ot the execution phase (old to new TCH channel change) of the outgoing handovers performed from one cell to any of its neighboring cells whether they belong to the same BSS or not. outgoing intra BSC + inter BSC intercell HO drop rate per type of problem (radio drop, radio - Reversion Old Channel, BSS). >When the BSC is congested on the downlink, some messages are discarded. This may result for example in call establishment failures, loss of paging messages or delay in handover procedures. A LapD counter that indicates the time an LapD link is congested is created to analyze the cause of a degraded QoS. This counter is implemented in type 7 and thus is only available in a detailed measurement campaign. Counter: L1.18: TIME_LAPD_CONG Definition: Time in seconds during which the LapD link is congested in transmission in the BSC.
Alcatel
139
External
Efficiency
Efficiency
Efficiency
Congestion
Congestion
Failure Radio
Failure No CIC
Failure BSS
Failure Radio
Failure BSS
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
>The Incoming Intra BSC intercell section includes indicators corresponding to the efficiency of incoming intercell internal handovers relating to a cell (target): efficiency ot the execution phase (old to new TCH channel change) of the incoming handovers performed to one cell from any of its neighboring cells belonging to the same BSS. distribution of incoming intra BSC intercell HO failures per type of problem (congestion, radio, BSS). >The Incoming Inter BSC intercell section includes indicators corresponding to the efficiency of incoming intercell external handovers relating to a cell (target): efficiency ot the preparation phase (target TCH allocation) of the incoming handovers performed to one cell from any of its neighboring cells not belonging to the same BSS. distribution of incoming inter BSC intercell HO failures per type of problem (RTCH congestion, TTCH (CIC) congestion, radio, BSS) >Using counters introduced in B8 for 3G to 2G Incoming External Handovers, MC922a: NB_INC_EXT_3G_2G_HO_REQ (REQUESTS) MC922b: NB_INC_EXT_3G_2G_HO_SUCC (SUCCESS) MC922c: NB_INC_EXT_3G_2G_HO_EXEC_FAIL_MS_ACC (FAILURES) MC922d: NB_INC_EXT_3G_2G_HO_ATPT (ATTEMPTS) 4 stored indicators based on the 4 counters: HOIMRQUN= MC922a HOIMSUUN = MC922b
HOIMFLRRUN = MC922c
HOIMCAUN = MC922d
As existing PM counters related to incoming handovers keep a global view, so consider handovers from 2G cells as well as handovers from 3G cells. The pure 2G-2G results can then be obtained by comparing them with the new introduced counters: 4 stored indicators for incoming external handover 2G -2G only: HOIMRQGN = MC820 - MC922a (REQUESTS) HOIMSUGN = MC642 - MC922b (SUCCESS) HOIMFLGN = MC643 - MC922c (FAILURES) HOIMCAGN = MC821 - MC922d (ATTEMPTS) And calculated indicators are defined: 3G-2G HO Success rate: HOIMSUUR = MC922b / MC922a 2G-2G HO Success rate: HOIMSUGR = (MC642-MC922b) / (MC820-MC922a) preparation and execution 3G-2G HO failure rate HOIMFLUR = 1 -(MC922b/MC922a) preparation and execution 2G-2G HO failure rate HOIMFLGR = 1 -((MC642-MC922b) / (MC820-MC922a))
Alcatel
140
B9
> In B9 it was introduced more counters for UMTS to GSM handover monitoring. The new counters were introduced in MC922 family:
MC922e (type110): NB_INC_EXT_TCH_3G_2G_HO_EMERGENCY_REQ that indicates the number 3G to 2G external inter-cell TCH (in HR or FR) handover requests, with emergency cause. MC922f (type 110): NB_INC_EXT_TCH_3G_2G_HO_REQ that indicates the number of 3G to 2G external inter-cell TCH (in HR or FR) handover requests. This counters differs from MC922d by the fact it just count TCH handovers. MC922g (type 110): NB_INC_EXT_TCH_3G_2G_HO_PREP_FAIL_3GCONG that indicates the number of 3G to 2G handover failures in preparation phase due to 3G high load in target cell. MC922h (type 110): TIME_3G_HOReject_HL that indicates the cumulative time (in seconds) during which the cell is in 3G high load state.
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
>Using counters introduced in B8 for 3G to 2G Incoming External Handovers, MC922a: NB_INC_EXT_3G_2G_HO_REQ (REQUESTS) MC922b: NB_INC_EXT_3G_2G_HO_SUCC (SUCCESS) MC922c: NB_INC_EXT_3G_2G_HO_EXEC_FAIL_MS_ACC (FAILURES) MC922d: NB_INC_EXT_3G_2G_HO_ATPT (ATTEMPTS) 4 stored indicators based on the 4 counters: HOIMRQUN= MC922a HOIMSUUN = MC922b
HOIMFLRRUN = MC922c
HOIMCAUN = MC922d
As existing PM counters related to incoming handovers keep a global view, so consider handovers from 2G cells as well as handovers from 3G cells. The pure 2G-2G results can then be obtained by comparing them with the new introduced counters: 4 stored indicators for incoming external handover 2G -2G only: HOIMRQGN = MC820 - MC922a (REQUESTS) HOIMSUGN = MC642 - MC922b (SUCCESS) HOIMFLGN = MC643 - MC922c (FAILURES) HOIMCAGN = MC821 - MC922d (ATTEMPTS) And calculated indicators are defined: 3G-2G HO Success rate: HOIMSUUR = MC922b / MC922a 2G-2G HO Success rate: HOIMSUGR = (MC642-MC922b) / (MC820-MC922a) preparation and execution 3G-2G HO failure rate HOIMFLUR = 1 -(MC922b/MC922a) preparation and execution 2G-2G HO failure rate HOIMFLGR = 1 -((MC642-MC922b) / (MC820-MC922a))
Alcatel
141
B9
Congestion
CDR Radio
CDR BSS
Failure BSS
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
>The Intracell section includes indicators corresponding to the efficiency of intracell handovers performed within a cell: efficiency ot the execution phase (old to new TCH channel change) of the intracell handovers performed within a cell. distribution of intracell HO failures per type of problem (congestion, radio drop, radio Reversion Old Channel, BSS).
Alcatel
142
Efficiency
Success Rate
HO Success Distribution
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
>The Indicators with counters type 180 section includes indicators corresponding to the efficiency of incoming internal+external intercell SDCCH+TCH handovers performed between two cells (serving/target): global efficiency of the incoming intercell handovers performed between two cells (serving/target). efficiency ot the preparation phase (old to new TCH channel change) of the incoming intercell handovers performed between two cells (serving/target). efficiency ot the execution phase (old to new TCH channel change) of the incoming intercell handovers performed between two cells (serving/target). distribution per couple of (serving/target) cells of the incoming intercell handovers performed to a cell from any of its neighboring cells whether they belong to the same BSS or not.
Alcatel
143
4 HANDOVER INDICATORS
Alcatel
144
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
145
4 HANDOVER INDICATORS
Alcatel
146
> Asynchronous
not synchronous for any reason no dedicated monitoring for synchronous/asynchronous HO as considering the target cell as considering the serving cell
> External
> Incoming
> Outgoing
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
147
RF CHANNEL RELEASE (old channel) <-------------------------------------------------------------RF CHANNEL RELEASE ACK (old channel) -------------------------------------------------------------->
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Both SDCCH and TCH are counted together. > The T3107 timer is also used as the guard timer of the channel change procedure during an intra cell handover. The Default value for T3107 is 14 seconds.
Alcatel
148
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
149
MC561TCH+MC101SDCCH
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> From B7, MC561 replaces MC61of B6. > As the counting of the Abis-TCH congestion case was in restriction in B8: MC61(B6) = MC561(B7)
Alcatel
150
4.1 Intra-cell handover indicators per cell Intracell HO - radio failure ROC
HO FAIL. CASES > intracell HO failure: Reversion Old Channel
MS Serving BTS Serving BSC MC871 MSC ASSIGNMENT CMD ASSIGNMENT COMMAND (old channel) <----------------------------- <----------------------------------------------------------------- start T3107 (= T10) start T200 SABM (new channel) -----------------------------> ESTABLISH INDICATION (new channel) -----------------------------------------------------------------> UA (new channel) X- - - - - -------------------SABM (new channel) -----------------------------> UA (new channel) X- - - - - -------------------SABM (old channel) -----------------------------> ESTABLISH INDICATION (old channel) UA (old channel) -----------------------------------------------------------------> <----------------------------ASSIGNMENT FAIL ASSIGNMENT FAILURE -----------------------------> -----------------------------------------------------------------> stop T3107 MC667 PHYSICAL CONTEXT REQUEST (new channel) <----------------------------------------------------------------PHYSICAL CONTEXT CONFIRM (new channel) -----------------------------------------------------------------> RF CHANNEL RELEASE (new channel) <----------------------------------------------------------------RF CHANNEL RELEASE ACK (new channel) ----------------------------------------------------------------->
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
151
4.1 Intra-cell handover indicators per cell Intracell HO - radio failure drop
HO FAIL. CASES > intracell HO failure: Radio drop
MS Serving BTS Serving BSC MC871 MSC
MC663=C63TCH+C103SDCCH
ASSIGNMENT COMMAND (old channel) <----------------------------------------------------------------- start T3107 (= T10) MC663 T3107 expiry
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
152
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Intra cell HO failures due to BSS problems are deduced from other counters.
Alcatel
153
ATTEMPT
Preparation Failure
SUCCESS
INTRACELL Handover Preparation
Request Congestion BSS Pb MC870
Execution Failure
CONGESTION BSS PB
Execution
Attempt
Reversion old channel MC667 Drop radio MC663 BSS Pb MC871-MC662-MC667-MC663 Success MC662
154 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
154
4 HANDOVER INDICATORS
Alcatel
155
The same inter-cell handover procedure leads to an incrementation of two sets of counters: incoming HO counters for the target cell: MC830, MC831, MC652, etc. outgoing HO counters for the serving cell: MC655A, MC660, MC656, etc. In HO_PERFORMED MESSAGE >Target cell (CI,LAC) >"cause" of HO
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
156
Alcatel
157
MC551TCH+MC91SDCCH
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> From B7, MC551 replaces MC51of B6. > As the counting of the Abis-TCH congestion case was in restriction in B8: MC51(B6) = MC551(B7)
Alcatel
158
4.2 Internal handover indicators per cell Incoming internal HO - radio failure
HO FAIL. CASES > Incoming internal HO fail: MS access problem
MS Serving cell Target Cell BSC HO CMD HANDOVER COMMAND <----------------------- <------------------------------------------------------------------------ start T3103 HANDOVER ACCESS MC660 -------------------------------------------------------------> -------------------------------------------------------------> HO DETECTION PHYSICAL INFORMATION ----------------------------------> <------------------------------------------------------------- start T3105 SABM -------------------------------------------------------------> ESTABLISH INDICATION UA ----------------------------------> <------------------------------------------------------------- stop T3105 HANDOVER COMPLETE ----------------------------------------------------- - - - -X MS serving cell target cell BSC SABM MEAS REP -----------------------> ESTABLISH INDICATION MEASUREMENT RESULT UA ------------------------------------------------------------------------> -----------------------> ------------------------------------------------------------------------> <----------------------CHANNEL ACTIVATION HO FAILURE HANDOVER FAILURE <--------------------------------------------------------> ------------------------------------------------------------------------> MC653 CHANNEL ACTIV ACK Release of new channel ---------------------------------->
MSC
HO CMD HANDOVER COMMAND <----------------------- <------------------------------------------------------------------------ start T3103 MC660 SABM -----------x T3103 expiry MC653
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> All incoming internal HO failures due to radio problems are counted in the same counter MC653. > Both radio failures with Reversion Old Channel and radio drop are counted together.
Alcatel
159
ATTEMPT
Preparation Failure
SUCCESS
INCOMING INTERNAL Handover Preparation Request Congestion BSS Pb Execution Attempt Radio (MS access problem) BSS Pb Success MC830
Execution Failure
CONGESTION
BSS PB
MC551+MC91 MC830-MC831-(MC551+MC91)
MS ACCESS PB
MC831 MC653 MC831-MC652-MC653 MC652
160 All rights reserved 2004, Alcatel
BSS PB
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
160
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS: Handover Statistics INDICATORS > Incoming handover > Incoming Intra BSC HOIBEFR: efficiency of the incoming internal HO execution HOIBCGR: rate of incoming internal HO failures due to congestion HOIBPFR: rate of incoming internal HO failures due to BSS during the preparation phase HOIBFLRR: rate of incoming internal HO failures due to radio problems HOIBFLBR: rate of incoming internal HO failures due to BSS during the execution phase
Alcatel
161
Alcatel
162
4.2 Internal handover indicators per cell Outgoing internal HO - radio failure ROC
HO FAIL. CASES > Outgoing internal HO fail: Reversion old channel
MS Serving cell Target Cell BSC HO CMD HANDOVER COMMAND <----------------------- <------------------------------------------------------------------------ start T3103 HANDOVER ACCESS MC660 -------------------------------------------------------------> -------------------------------------------------------------> HO DETECTION PHYSICAL INFORMATION ----------------------------------> <------------------------------------------------------------- start T3105 SABM -------------------------------------------------------------> ESTABLISH INDICATION UA ----------------------------------> <------------------------------------------------------------- stop T3105 HANDOVER COMPLETE ----------------------------------------------------- - - - -X SABM -----------------------> ESTABLISH INDICATION UA ------------------------------------------------------------------------> <----------------------HO FAILURE HANDOVER FAILURE -----------------------> ------------------------------------------------------------------------> MC657 Release of new channel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
163
4.2 Internal handover indicators per cell Outgoing internal HO - radio failure drop
HO FAIL. CASES > Outgoing internal HO fail: drop
MS serving cell target cell BSC MSC MEAS REP -----------------------> MEASUREMENT RESULT ------------------------------------------------------------------------> MC655A CHANNEL ACTIVATION <---------------------------------CHAN ACTIV ACK ----------------------------------> HO CMD HANDOVER COMMAND <----------------------- <------------------------------------------------------------------------ start T3103 MC660 SABM ----------x T3103 expiry MC658 Clear_request ------------------------> Clear_command Release of old and new TCH <------------------------
clear_request: ask the MSC to release the connection In case of call drop due to HO, the cause is "radio interface message failure" (for Alcatel)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 164 All rights reserved 2004, Alcatel
Alcatel
164
ATTEMPT
Preparation Failure
SUCCESS
OUTGOING INTERNAL Handover
Execution Failure
CONGESTION
BSS PB
Preparation Request Any preparation failure Execution Attempt Reversion old channel Drop radio BSS Pb Success MC655A MC655A-MC660 MC660 MC657 MC658 MC660-MC656-MC657-MC658 MC656
165 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
165
SUCCESS
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS: Handover Statistics INDICATORS > Outgoing handover > Outgoing Intra BSC HOOBRQR: efficiency of the outgoing internal HO preparation. HOOBEFR: efficiency of the outgoing internal HO execution. HOOBOCR: rate of outgoing internal HO failures due to radio problems with Reversion Old Channel. HOOBCDRR: rate of outgoing internal HO failures due to radio problems with drop. HOOBCDR: rate of incoming internal HO failures with drop (radio + BSS).
Alcatel
166
4 HANDOVER INDICATORS
Alcatel
167
- MEAS_REPORT -> ------- MEAS_RESULT --------> MC645A MC462A ------ HO_REQUIRED ----------> ----------CR (HO_REQUEST) -----> MC820 MC463A <--------- CC ------------------------ ---- CHANNEL_ACTIVATION ------> <- CHANNEL_ACT_ACK------------<----- HO_REQUEST_ACK -------- Start T9113 (HO_COMMAND) MC821 MC463B <------ HO_DETECTION-------------<-- HO_DETECTION ---------------- PHYSICAL_INFO --> <--- SABM ------------------- UA -------------->
MC462C
Release of TCH
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Both SDCCH and TCH are counted together. > From B7, MC645A replaces MC645 of B6. > MC645a is only counting HANDOVER REQUIRED messages that are linked to a handover trial and not those that are linked to the update of the candidate cell list for handover / directed retry. This is leading to a more accurate computation of the External outgoing HO success rate. Only Outgoing inter PLMN HO is allowed. > 6 counters provide information for "Inter-PLMN HO" (Incoming and Outgoing) (From B8) MC462a (equivalent of MC645A for intra PLMN external HO) Number of inter-PLMN TCH outgoing handovers or directed retry requests: HANDOVER REQUIRED sent to the MSC for an external TCH HO or an external DR triggered towards a cell belonging to a PLMN different from the PLMN of the serving cell. MC462b (equivalent of MC650 for intra PLMN external HO) Number of inter-PLMN TCH outgoing handovers or directed retry attempts: HANDOVER COMMAND sent to the MS on Abis for an external TCH HO or an external DR triggered towards a cell belonging to a PLMN different from the PLMN of the serving cell. MC462c (equivalent of MC646 for intra PLMN external HO) Number of inter-PLMN TCH outgoing handovers or directed retry successes: CLEAR COMMAND with Cause "Handover successful" received from the MSC for an external TCH HO or an external DR triggered towards a cell belonging to a PLMN different from the PLMN of the serving cell. MC463a (equivalent of MC820 for intra PLMN external HO) Number of inter-PLMN TCH incoming handovers or directed retry requests: HANDOVER REQUEST received from the MSC for an external TCH HO or an external DR triggered towards the target cell from a serving cell belonging to a PLMN different from the PLMN of the target cell. MC463b (equivalent of MC821 for intra PLMN external HO) Number of inter-PLMN TCH incoming handovers or directed retry attempts: HANDOVER REQUEST ACK sent by the target BSC containing the HANDOVER COMMAND for an external TCH HO or an external DR triggered towards the target cell from a serving cell belonging to a PLMN different from the PLMN of the target cell. MC463c (equivalent of MC642 for intra PLMN external HO) Number of inter-PLMN TCH incoming handovers or directed retry successes: HANDOVER COMPLETE received from the MS on Abis for an external TCH HO or an external DR triggered towards the target cell from a serving cell belonging to a PLMN different from the PLMN of the target cell. > Note than all other (previous) counters related to HO continue to be based on Intra PLMN only.
Alcatel
168
Alcatel
169
4.3 External handover indicators per cell Incoming external HO - RTCH congestion
HO FAIL. CASES > Incoming external HO fail: Air/Abis cong.
MC541ATCH+MC81SDCCH
MS serving_cell BSC MSC BSC target_cell MS
- MEAS_REPORT -> ------- MEAS_RESULT --------> MC645A ------ HO_REQUIRED -------> ----------CR (HO_REQUEST) -----> <----- HO_FAILURE --------------Cause: no radio resource available MC820 MC541A
( <-HO_REQUIRED_REJECT-)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> From B7, MC541A replaces MC41A of B6. > As the counting of the Abis-TCH congestion case was in restriction in B8: MC41A(B6) = MC541A(B7)
Alcatel
170
4.3 External handover indicators per cell Incoming external HO - TTCH congestion
HO FAIL. CASES > Incoming external HO fail: A int. cong.
MS serving_cell BSC MSC BSC target_cell MS
- MEAS_REPORT ->
>
------- MEAS_RESULT --------> MC645A ------ HO_REQUIRED -------> ----------CR (HO_REQUEST) -----> <----- HO_FAILURE --------------Cause: terrestrial circuit already allocated Requested terrestrial resource unaivalable BSS not equiopoed ( <-HO_REQUIRED_REJECT-) MC820 MC41B
MC41B
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
171
4.3 External handover indicators per cell Incoming external HO - radio failure
HO FAIL. CASES > Incoming external HO fail: MS access problem
MS serving_cell BSC MSC BSC target_cell MS
- MEAS_REPORT -> ------- MEAS_RESULT --------> MC645A ---- HO_REQUIRED -------> ----------CR (HO_REQUEST) -------------------> MC820 <-------- CC --------------------------------------- - CHANNEL_ACT ----------> <--- CHA_ACT_ACK -------<----- HO_REQUEST_ACK----------------------- Start T9113 (HO-COMMAND) included MC821 <-------------------------- HO_COMMAND -----------------------------------------------Start T8 ----- SABM --------> <--- UA ------------X --- HO_ACCESS ----X ---- HO_ACCESS -----
-- ESTABLISH_INDICATION->
BSC ------------------------------------------>
MSC
BSC
MC643 Release of connection
target_cell
MS
----------CR (HO_REQUEST) -------------------> MC820 <-------- CC --------------------------------------- - CHANNEL_ACT ----------> <--- CHA_ACT_ACK -------Start T9113 <----- HO_REQUEST_ACK----------------------- Start T9113 <-------------------------- HO_COMMAND ------------------------------------------------ HO-COMMAND) included MC821 Start T8 X --- HO_ACCESS ----X ---- HO_ACCESS --------- SABM --- X ----- SABM --- X ----- SABM --- X
T9113 expiry
MC643 Release of connection
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> All incoming external HO failures due to radio problems are counted in the same counter MC643. > Both radio failures with Reversion Old Channel and radio drop are counted together.
Alcatel
172
Intra PLMN HO
REQUEST
ATTEMPT
SUCCESS
RATIO
ATTEMPT
Preparation Failure
SUCCESS
INCOMING EXTERNAL Handover Preparation Request Congestion BSS Pb Execution Attempt Radio (MS access problem) BSS Pb Success MC820
Execution Failure
CONGESTION BSS PB
MS ACCESS PB BSS PB
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
173
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS: Handover Statistics INDICATORS > Incoming handover > Incoming Inter BSC HOIMEFR: efficiency of the incoming external HO execution. HOIMCGR: rate of incoming external HO failures due to radio congestion (Air or Abis TCH). HOIMAMR: rate of incoming external HO failures due to CIC congestion (A TCH). HOIMPFR: rate of incoming external HO failures due to BSS during the preparation phase. HOIMFLRR: rate of incoming external HO failures due to radio problems. HOIMFLBR: rate of incoming external HO failures due to BSS during the execution phase. > Inter PLMN Incoming External HO Indicators(from B8) An indicator is created for each counter. REQUESTS ATTEMPTS SUCCESS In addition, these indicators show: the success rate of incoming inter-PLMN HOs, the ratio of incoming inter-PLMN HO to incoming intra-PLMN and inter-PLMN HO,
Alcatel
174
Alcatel
175
4.3 External handover indicators per cell Outgoing external HO - radio failure ROC
HO FAIL. CASES > Outgoing external HO fail: reversion old channel
MS serving_cell BSC MSC BSC target_cell MS
- MEAS_REPORT -> ------- MEAS_RESULT --------> MC645A ---- HO_REQUIRED -------> ----------CR (HO_REQUEST) -------------------> <-------- CC --------------------------------------- - CHANNEL_ACT ----------> <--- CHA_ACT_ACK -------<----- HO_REQUEST_ACK----------------------- Start T9113 (HO-COMMAND) included <-------------------------- HO_COMMAND -----------------------------------------------Start T8 MC650 ----- SABM --------> <--- UA ------------- -- ESTABLISH_INDICATION-> ----- HO_FAILURE (reversion to old channel) ------------------------------------------> MC647 ----- CLEAR_COMMAND ----------------------> Radio interface fail : Reversion to old channel X --- HO_ACCESS ----X ---- HO_ACCESS -----
Release of connection
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
176
4.3 External handover indicators per cell Outgoing external HO - radio failure drop
HO FAIL. CASES > Outgoing external HO fail: drop
MS serving_cell BSC MSC BSC target_cell MS
- MEAS_REPORT -> ------- MEAS_RESULT --------> MC645A ---- HO_REQUIRED -------> ----------CR (HO_REQUEST) -------------------> <-------- CC --------------------------------------- - CHANNEL_ACT ----------> <--- CHA_ACT_ACK -------<----- HO_REQUEST_ACK----------------------- Start T9113 (HO-COMMAND) included <-------------------------- HO_COMMAND -----------------------------------------------Start T8 MC650 ----- SABM --- X ----- SABM --- X ----- SABM --- X T8 expiry ----- CLEAR_REQUEST -> MC648 Radio interface message fail Release of connection X --- HO_ACCESS ----X ---- HO_ACCESS -----
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
177
Intra PLMN HO
REQUEST
ATTEMPT
SUCCESS
RATIO
ATTEMPT
Preparation Failure
SUCCESS
OUTGOING EXTERNAL Handover Preparation Request Any preparation failure Execution Attempt Reversion old channel Drop radio BSS Pb Success MC645A
BSS PB
MC645A-MC650 MC650 MC647 MC648 MC650-MC646-MC647-MC648 MC646
178 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
178
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS RELEASE: Handover Statistics INDICATORS > Outgoing handover > Outgoing Inter BSC HOOMRQR: efficiency of the outgoing external HO preparation. HOOMEFR: efficiency of the outgoing external HO execution. HOOMOCR: rate of outgoing external HO failures due to radio problems with Reversion Old Channel. HOOMCDRR: rate of outgoing external HO failures due to radio problems with drop. HOOMCDR: rate of incoming external HO failures with drop (radio + BSS).
> Inter PLMN Outgoing External HO Indicators (From B8) An indicator is created for each counter. REQUESTS ATTEMPTS SUCCESS In addition these indicators show: the success rate of outgoing inter-PLMN HOs, the ratio of outgoing inter-PLMN HO to outgoing intra-PLMN and inter-PLMN HO.
Alcatel
179
4 HANDOVER INDICATORS
Alcatel
180
b
C40i(a,b)
a d e
C40i(f,d)
both internal and external inter cell handovers are counted both SDCCH and TCH handovers are counted
181 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> According to the definition of C40i counters: C400(Sn,T) = MC820(T) + MC830(T) C401(Sn,T) = MC821(T) +MC831(T) C402(Sn,T) = MC642(T) + MC652(T) where Sn are the serving cells considering the incoming adjacencies to cell T. MC820(T), MC821(T), MC642(T) are the counters relating to the incoming external handovers requested, attempted and successfully performed to cell T. MC830(T), MC831(T), MC646(T) are the counters relating to the incoming internal handovers requested, attempted and successfully performed to cell T.
Alcatel
181
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS: Handover Statistics > HO Statistics per couple of cells > Indicators with counter type 180 These indicators can also be to check if a recently handover relationship is generating handover as expected. They will also allow to identify the handover relationships which should be deleted since no (or very few) handover is observed.
Alcatel
182
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Other counters are provided: C724(S,Tx): Outgoing handovers attempted from S to Tx for an emergency cause. C725(S,Tx): Outgoing handovers attempted from S to Tx for a better cell cause. C727(S,Tx): Outgoing handovers attempted from S to Tx for a traffic cause. C728(S,Tx): Outgoing handovers attempted from S to Tx for a forced directed retry cause. > Previously the set of Type 26 counters could be retrieved for only one cell per BSS at once. > 40 cells at the same time since B8.
Alcatel
183
Rate of outgoing ho execution failures due to radio problems from S to Tx with drop
HOOXCDRR = C723(S,Tx) / C720(S,Tx)
Rate of outgoing ho execution failures due to radio problems from S to Tx with Reversion Old Channel
HOOXOCR = C722(S,Tx) / C720(S,Tx)
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS: Handover Statistics > HO Statistics per couple of cells > Indicators with counter type 26. From B8, these type 26 counters are available for several cells at once (40 cells).
Alcatel
184
Se Sf
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Other counters are provided: C734(Sx,T): Incoming handovers attempted from Sx to T for an emergency cause. C735(Sx,T): Incoming handovers attempted from Sx to T for a better cell cause. C737(Sx,T): Incoming handovers attempted from Sx to T for a traffic cause. C738(Sx,T): Incoming handovers attempted from Sx to T for a forced directed retry cause. > The set of Type 27 counters can be retrieved for only one cell per BSS at once.
Alcatel
185
Rate of incoming ho execution failures due to MS radio access problems to cell T from cell Sx
HOIXCDRR = C733(Sx,T) / C730(Sx,T)
Rate of incoming ho execution failures due to BSS problems to cell T from cell Sx
HOIXCDBR= [C730(Sx,T)-C731(Sx,T)-C733(Sx,T)] / C730(Sx,T)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS: Handover Statistics > HO Statistics per couple of cells > Indicators with counter type 27
Alcatel
186
Alcatel
187
> Program:
5.1 Directed Retry definition
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
188
Alcatel
189
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The queuing of TCH requests is also performed for incoming external TCH handovers but not for incoming internal TCH handovers.
Alcatel
190
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
191
> Synchronous
between 2 cells sharing the same clocks collocated usually 2 sectors of the same BTS
tunable at OMC-R level
> External
> Asynchronous
not synchronous for any reason no dedicated monitoring for synchronous/asynchronous HO
> Incoming
as considering the target cell as considering the serving cell
> Outgoing
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> There is no Intracell Directed Retry contrary to HO: > An Intracell Directed is a Call Setup !! !-) > Please refer to Annex for Directed Retry counters details
Alcatel
192
Alcatel
193
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
194
Alcatel
195
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The RMS feature provides statistics on Voice Quality. VQ data are now needed since the Call Drop rate is not sufficient to have a clear picture of the QoS in a network using Slow Frequency Hopping as a densification technique. > The RMS feature is a "plus" providing additional information to help radio engineer in their Fault detection and Network optimization tasks.
Alcatel
196
In order to
Reduce the cost of Radio Network Optimization
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Today's solutions for Radio Measurements are limited and very expensive: drive tests: provide a mobile user with the perception of the network but cannot be done on the whole network and on an very day basis since: they are costly (tool+car+manpower). they need to be post-processed. they are limited to part of the network. they are available on the DownLink path only. Abis interface traces: provide a complete Uplink and Downlink radio quality assessment of a cell but cannot be done on the whole network and on an every day basis since: they are costly (protocol analyzer+manpower). they need to be post-processed. they are limited to a few cells at once per analyzer.
Alcatel
197
Alcatel
198
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The cell profile can be: micro, indoor, multiband, etc. > The cell class can be: rural, urban, rural rapid (covering express railway), etc. > Templates parameters define the intervals or Received level, Consecutive frame erasure, Radio link counter, Path balance, C/I for which RMS counters are provided.
Alcatel
199
Templates Templates
RMS in binary files
PM
> Templates are defined on the OMC-R > RMS results are retrieved once a day from the BSC > Binary files can be exported for post-processing
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
200
Templates
PM
> The Experience matrix can be generated for network planning > Excel export is adapted to RMS
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The cell profile can be: micro, indoor, multiband, etc. > The cell class can be: rural, urban, rural rapid (covering express railway), etc.
Alcatel
201
RNO defines and sends RMS templates to the OMC-R BSS The OMC-R activates an RMS campaign in the BSS 3 PM 2 RMS counters are transferred to the OMC RMS counters are 4 PM OMC-R stored in NPA NPA RMS indicators QOS 5 requested by RNO 1 RMS QOS report 6 RNP Template displayed 7 QOS RNO calculates and exports the Experience matrix Experience matrix to RNP A9156 RNO
202 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> RNO is able to define the templates for the RMS jobs and helps in defining the MAFA frequencies. The tuning function of RNO defines a preferred RMS template depending on cell characteristics (type, class, capacity, etc.). RNO manages the frequencies to monitor through MAFA jobs depending on the neighborhood and the frequency bands. > RNO is a reference for RMS templates: 16 templates stored in the RNO database, Reference values for templates available, Extra editor in the administration tool to modify templates: a given value or a reference one.
> NPA NPA stores RMS jobs measurements, at Cell & TRX levels (15 days). NPA makes some consolidations (voice quality, averages, etc.). NPA manages some warnings on RMS indicators (path balance). > The Experience Matrix generated by RNO is an interference matrix computed from C/I measurements provided through RMS counters.
Alcatel
202
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
203
Alcatel
204
B9
based on samples corresponding to measurement results averaged over a number of SACCH multi-frames
B9
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The first RMS Statistics type is based on calls. > The two others are based on TRX/Cell. > additional information Measurement results, TRX, BS/MS max power > MAFA = Mobile Assisted Frequency Allocation is a GSM Phase 2+ feature allowing to request a mobile to measure and report through Extended Measurement Report message a C/I value for each frequency specified in an Extended Measurement Order message. > CFE: Consecutive Frame Erasure > 1 SACCH multi-frame (SACCH mfr) corresponds to 4 consecutive sequences of 26 TDMA frames during which, in the uplink, a measurement report message is received by the BTS from the MS.
Alcatel
205
Alcatel
206
Alcatel
207
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The fact that FER measurements are more reliable than RXQUAL ones to assess the VQ is even more true when using Slow Frequency Hopping. In this case RXQUAL values are not anymore correlated to Voice Quality as perceived by the end user. > FER measurements are available for the uplink path only. > These RMS indicators are provided on the RNO tool per TRX, per Cell: Number of Noisy calls suffering from problem of bad coverage on the uplink path RMVQULVN = RMS_call_noisy_UL_bad_coverage Number of Noisy calls suffering from problem of interference on the uplink path RMVQUIFN = RMS_call_noisy_UL_interference Number of Noisy calls suffering from problem of interference and bad coverage considered together on the uplink path RMVQUUKN = RMS_call_noisy_UL_undefined Rate of Noisy calls suffering from problems of interference or/and bad coverage on the uplink path RMVQUNOR = RMS_call_noisy_UL_rate > Note: The 4 indicators above can be provided for Noisy calls suffering from VQ problems on the dowlink path. Rate of Noisy calls but with good FER measurements on the uplink path RMVQFEGR = RMS_call_noisy_good_FER_rate Rate of Noisy calls and also with bad FER measurements on the uplink path RMVQFEBR = RMS_call_noisy_bad_FER_rate Rate of calls with fair quality measurements but with bad FER measurements on the uplink path RMVQFEAR = RMS_call_abnormal_bad_FER_rate This last indicator can be used in order to tune the RMS VQ parameters used to characterize a call as Noisy.
Alcatel
208
end
CQS1 CQS2 CQS3 CQS4 CQS5 CQS6 CQS7 CQS8 CQS9 CQS10 CQS11 CQS12 CQS CQS CQS CQS 13 14 15 16
CQS375
VQ_AVERAGE = 4 SACCH
AV_RXLEV_UL_VQ = (RxlevUL1+RxlevUL2+RxlevUL3+RxlevUL4) / 4 AV_RXLEV_DL_VQ = (RxlevDL1+RxlevDL2+RxlevDL3+RxlevDL4) / 4 AV_RXQUAL_UL_VQ = (RxqualUL1+RxqualUL2+RxqualUL3+RxqualUL4) / 4 AV_RXQUAL_DL_VQ = (RxqualDL1+RxqualDL2+RxqualDL3+RxqualDL4) / 4 AV_RXFER_UL_VQ = (Nb of speech frames wrongly decoded (BFI=1) / Total nb of speech frames of the CQS)
> CQS: Call Quality Sample > VQ_AVERAGE = Number of consecutive SACCH measurements from which the reported Level and Quality notes (UL and DL) are averaged. The resulting averages represent the level and quality of the corresponding Call Quality Sample, i.e. the portion of the call over which level and quality have been measured. > AV_RXLEV_xx_VQ = Average xx level measured over a Call Quality Sample (VQ_AVERAGE SACCH) > AV_RXQUAL_xx_VQ = Average xx quality measured over a Call Quality Sample (VQ_AVERAGE SACCH)
Alcatel
209
VQ_RXQUAL
0 -110 VQ_RXLEV
210 All rights reserved 2004, Alcatel
Level (dBm)
-47
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> VQ_RXLEV = radio level threshold to classify a CQS as bad coverage CQS. > VQ_RXQUAL = radio quality threshold to classify a CQS as bad coverage CQS. > VQ_INTF_THRESHOLD = Ratio of bad CQS (interference or bad coverage) to classify a Call as Noisy. > A call is classify as: Noisy xx Interference if Ratio of xx interfered CQS > VQ_INTF_THRESHOLD Noisy xx Coverage if Ratio of xx bad coverage CQS > VQ_INTF_THRESHOLD Noisy xx Undefined if Ratio of (xx interfered CQS + xx bad coverage CQS) > VQ_INTF_THRESHOLD
Alcatel
210
6.4 Call quality statistics per TRX 6.4.2 Call quality parameters
Alcatel
211
> All these parameters are included in the RMS PM Type 31 result files as RMS counters: RMSpc = PAR_VQ_AVERAGE RMSpd = PAR_VQ_RXLEV RMSpe = PAR_VQ_RXQUAL RMSpf = PAR_VQ_RXQUAL_VS_RXFER > Call Quality Sample (A CQS) will be qualified as of bad level if the Average RxLevel is lower than VQ_RXLEV > A CQS will be qualified as of bad quality if the Average RxQuality is greater than VQ_RXQUAL > For FER counters, VQ_RXQUAL_VS_RXFER is used instead of VQ_RXQUAL to qualify a CQS as of bad quality if the Average FER is also checked (compared to VQ_xx_RXFER). > Note: For CQS, the averaging process is non-sliding.
Alcatel
212
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> All these parameters are included in the RMS PM Type 31 result files as RMS counters: RMSpg = PAR_VQ_GOOD_RXFER RMSph = PAR_VQ_ BAD_RXFER RMSpi = PAR_VQ_INTF_THRESHOLD RMSpj = PAR_VQ_FER_THRESHOLD
Alcatel
213
6.4 Call quality statistics per TRX 6.4.3 Call quality counters
Alcatel
214
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Call Quality Statistics counters are related only to speech channels. Considering: AV_RXQUAL_UL_VQ: average on VQ_AVERAGE measurements of RXQUAL_UL AV_RXLEV_UL_VQ: average on VQ_AVERAGE measurements of RXLEV_UL NUM_UL_SAMPLES: total number of averages calculated on UL measurements during the call on the considered TRX
Alcatel
215
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> RMS10 = VQ_NOISY_UL_INTERFERENCE is incremented whenever a call verifies: 100*(INTERFERED_UL_SAMPLES / NUM_UL_SAMPLES) > VQ_INTF_THRESHOLD with INTERFERED_UL_SAMPLES = nb of times when AV_RXQUAL_UL_VQ > VQ_RXQUAL and AV_RXLEV_UL_VQ>VQ_RXLEV considering AV_RXQUAL_UL_VQ: average on VQ_AVERAGE measurements of RXQUAL_UL AV_RXLEV_UL_VQ: average on VQ_AVERAGE measurements of RXLEV_UL NUM_UL_SAMPLES: total number of averages calculated on UL measurements during the call on the considered TRX > RMS11 = VQ_NOISY_DL_INTERFERENCE is incremented whenever a call verifies: 100*(INTERFERED_DL_SAMPLES / NUM_DL_SAMPLES) > VQ_INTF_THRESHOLD with INTERFERED_DL_SAMPLES = nb of times when AV_RXQUAL_DL_VQ > VQ_RXQUAL and AV_RXLEV_DL_VQ>VQ_RXLEV considering AV_RXQUAL_DL_VQ: average on VQ_AVERAGE measurements of RXQUAL_DL AV_RXLEV_DL_VQ: average on VQ_AVERAGE measurements of RXLEV_DL NUM_DL_SAMPLES: total number of averages calculated on DL measurements during the call on the considered TRX > RMS12 = VQ_NOISY_UL_COVERAGE is incremented whenever a call verifies: 100*(BAD_COVERAGE_UL_SAMPLES / NUM_UL_SAMPLES) > VQ_INTF_THRESHOLD with BAD_COVERAGE_UL_SAMPLES = nb of times when AV_RXQUAL_UL_VQ > VQ_RXQUAL and AV_RXLEV_UL_VQ<=VQ_RXLEV > RMS13 = VQ_NOISY_DL_COVERAGE is incremented whenever a call verifies: 100*(BAD_COVERAGE_DL_SAMPLES / NUM_DL_SAMPLES) > VQ_INTF_THRESHOLD with BAD_COVERAGE_DL_SAMPLES = nb of times when AV_RXQUAL_DL_VQ > VQ_RXQUAL and AV_RXLEV_DL_VQ<=VQ_RXLEV
Alcatel
216
> VQ_NOISY_DL_UNDEFINED = RMS15 Number of calls suffering from both problems of interference and bad coverage on the downlink path
These calls are not counted in VQ_NOISY_DL_COVERAGE or VQ_NOISY_DL_INTERFERENCE
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> RMS14 = VQ_NOISY_UL_UNDEFINED is incremented whenever a call verifies: 100*(BAD_COVERAGE_UL_SAMPLES / NUM_UL_SAMPLES) <= VQ_INTF_THRESHOLD and 100*(INTERFERED_UL_SAMPLES / NUM_UL_SAMPLES) <= VQ_INTF_THRESHOLD and 100*(BAD_QUALITY_UL_SAMPLES / NUM_UL_SAMPLES) > VQ_INTF_THRESHOLD with BAD_COVERAGE_UL_SAMPLES = nb of times when AV_RXQUAL_UL_VQ > VQ_RXQUAL and AV_RXLEV_UL_VQ<=VQ_RXLEV INTERFERED_UL_SAMPLES = nb of times when AV_RXQUAL_UL_VQ > VQ_RXQUAL and AV_RXLEV_UL_VQ > VQ_RXLEV BAD_QUALITY_UL_SAMPLES = INTERFERED_UL_SAMPLES + BAD_COVERAGE_UL_SAMPLES = nb of times when AV_RXQUAL_UL_VQ > VQ_RXQUAL > RMS15 = VQ_NOISY_DL_UNDEFINED is incremented whenever a call verifies: 100*(BAD_COVERAGE_DL_SAMPLES / NUM_DL_SAMPLES) <= VQ_INTF_THRESHOLD and 100*(INTERFERED_DL_SAMPLES / NUM_DL_SAMPLES) <= VQ_INTF_THRESHOLD and 100*(BAD_QUALITY_DL_SAMPLES / NUM_DL_SAMPLES) > VQ_INTF_THRESHOLD with BAD_COVERAGE_DL_SAMPLES = nb of times when AV_RXQUAL_DL_VQ > VQ_RXQUAL and AV_RXLEV_DL_VQ<=VQ_RXLEV INTERFERED_DL_SAMPLES = nb of times when AV_RXQUAL_DL_VQ > VQ_RXQUAL and AV_RXLEV_DL_VQ > VQ_RXLEV BAD_QUALITY_DL_SAMPLES = INTERFERED_DL_SAMPLES + BAD_COVERAGE_DL_SAMPLES = nb of times when AV_RXQUAL_DL_VQ > VQ_RXQUAL
Alcatel
217
> VQ_NOISY_UL_GOOD_FER = RMS17 Number of calls with bad quality measurements but with good FER measurements on the uplink path > VQ_ABNORMAL_BAD_FER = RMS18 Number of calls with fair quality measurements but with bad FER measurements on the uplink path
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> RMS16 = VQ_NOISY_UL_BAD_FER is incremented whenever a call verifies: 100*(BAD_QUALITY_UL_SAMPLES / NUM_UL_SAMPLES) > VQ_INTF_THRESHOLD and 100*(BAD_QUAL_BAD_FER_UL_SAMPLES / BAD_QUALITY_UL_SAMPLES) > VQ_FER_THRESHOLD with BAD_QUALITY_UL_SAMPLES = INTERFERED_UL_SAMPLES + BAD_COVERAGE_UL_SAMPLES = nb of times when AV_RXQUAL_UL_VQ > VQ_RXQUAL BAD_QUAL_BAD_FER_UL_SAMPLES = nb of times when AV_RXQUAL_UL_VQ > VQ_RXQUAL_VS_RXFER and AV_RXFER_UL_VQ > VQ_BAD_RXFER considering AV_RXFER_UL_VQ: average on VQ_AVERAGE measurements of FER > RMS17 = VQ_NOISY_UL_GOOD_FER is incremented whenever a call verifies: 100*(BAD_QUALITY_UL_SAMPLES / NUM_UL_SAMPLES) > VQ_INTF_THRESHOLD and 100*(BAD_QUAL_GOOD_FER_UL_SAMPLES / BAD_QUALITY_UL_SAMPLES) > VQ_FER_THRESHOLD with BAD_QUALITY_UL_SAMPLES = INTERFERED_UL_SAMPLES + BAD_COVERAGE_UL_SAMPLES = nb of times when AV_RXQUAL_UL_VQ > VQ_RXQUAL BAD_QUAL_GOOD_FER_UL_SAMPLES = nb of times when AV_RXQUAL_UL_VQ > VQ_RXQUAL_VS_RXFER and AV_RXFER_UL_VQ <= VQ_GOOD_RXFER > RMS18 = VQ_ABNORMAL_BAD_FER is incremented whenever a call verifies: 100*(FAIR_QUAL_BAD_FER_UL_SAMPLES / FAIR_QUALITY_UL_SAMPLES) > VQ_FER_THRESHOLD with FAIR_QUALITY_UL_SAMPLES = nb of times when AV_RXQUAL_UL_VQ < VQ_RXQUAL_VS_RXFER FAIR_QUAL_BAD_FER_UL_SAMPLES = nb of times when AV_RXQUAL_UL_VQ<VQ_RXQUAL_VS_RXFER and AV_RXFER_UL_VQ>VQ_BAD_RXFER
Alcatel
218
Alcatel
219
Alcatel
220
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> These RMS indicators are provided on the RNO tool per TRX, per Cell: Vector of the Number of Measurement Results per Path Balance band RMPBV = RMS_PathBalance_sample Average Path Balance value RMPBAN = RMS_PathBalance_avg > A Templates modification is needed to have more details.
Alcatel
221
> The real number of Measurement Results in which Path balance is in PATH BALANCE band j is equal to:
S(PATH BALANCE band j) x Max / 254 TPR_PATH_BALANCE(j) x MAX_PATH_BALANCE / 254
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The vector counter system is used to provide: Path balance repartition Radio Link counter (Consecutive Frame Erasure) repartition C/I repartition AMR FR/HR/DL/UL usage repartition TA repartition (improved)
Alcatel
222
> A coverage problem is observed when a significant amount of the traffic of a cell is suffering from both low level and bad quality (RxQual). > To confirm the distribution of samples per RXLEV band, should also be considered to know the proportion of calls which are experiencing a low signal level. > If a lot of samples of low level and bad quality are observed for only a sub-part of the TRXs (can be one only) then a BTS hardware problem or a problem on the aerials should be suspected. > If all the TRXs are experiencing a lot of samples of low level and bad quality then a coverage problem shall be suspected. > These RMS indicators are provided on the RNO tool per TRX, per Cell: Matrix of Number of Measurement Results per DL RxQual value and per DL RxLev band RMQLDSAM = RMS_DL_RxQuality_RxLevel_sample Vector of Percentage of Samples per DL RxLev band RMQLDLVDV = RMS_DL_RxLevel_distrib Vector of Percentage of Samples per DL RxQual band RMQLDQUDV = RMS_DL_RxQuality_distrib
Alcatel
223
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> This counter RMS3a=TPR_RXQUAL_UL_RXLEV_UL is a matrix represented on the left side > This counter RMS3b=TMR_RXQUAL_UL_RXLEV_UL is a vector represented on the right side > The real number of Measurement Results in which UL RxQual is equal to i and UL RxLev is in RXLEV band j, is equal to : S(RXQUAL i, RXLEV band j) x Max j / 254 TPR_RXQUAL_UL_RXLEV_UL(i,j) x TMR_RXQUAL_UL_RXLEV_UL(j) / 254
Alcatel
224
6.5 Radio quality statistics per TRX 6.5.2 Radio quality parameters
Alcatel
225
B9
Radio Quality Statistics: Parameters used to define intervals for RXLEV, Path Balance, Radio Link Counter and Consecutive Frame Erasure, TA statistics No parameters needed for AMR measurements (counters, see later)
B9
> MEAS_STAT_LEV1 to MEAS_STAT_LEV9: 9 thresholds on the received radio level value defining 10 RXLEV bands
-110 MEAS_STAT_LEV(i+1) MEAS_STAT_LEV(i) < -47 dBm
> MEAS_STAT_PATH_BAL1 to MEAS_STAT_PATH_BAL9: 9 thresholds on the radio signal propagation loss difference between UL and DL defining 10 Path Balance bands
-110< MEAS_STAT_PATHBAL(i) MEAS_STAT_PATHBAL(i+1) +110 dB
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> All these parameters are included in the RMS PM Type 31 result files as RMS counters: RMSpt5 = TAB_PAR_MEAS_LEV = Table of 9 parameters MEAS_STAT_LEVi RMSpt4 = TAB_PAR_MEAS_PATH_BALANCE = Table of 9 parameters MEAS_STAT_PATH_BALi > The Path Balance is computed by the BTS from each Measurement Result message as the difference between: Path loss on the uplink: received level by the BTS - MS power level Path loss on the downlink: received level by the MS - BS power level where the BTS power level is computed as the BTS nominal power minus by the BTS power relative level. > Therefore the Path balance is computed as follows: Path Balance = (RXLEV_UL - MS_TXPWR) - (RXLEV_DL - [BTS_MAX_OUTPUT_POWER - abs(BS_TXPWR)]) where RXLEV_UL is the received signal levels measured by the BTS on the uplink path (in dBm). MS_TXPWR is the MS transmitted power converted by the BTS from the MS power level into dBm value according to the frequency band of the TRX. BS_TXPWR is the BTS transmitted power offset defined relatively to the maximum absolute output power of the BTS (negative value in dB). BTS_MAX_OUTPUT_POWER is the maximum power of the BTS after Combiner (in dBm). RXLEV_DL is the received signal levels measured by the MS on the downlink path (in dBm). > NOTE: Additional asymetric DL loss (external combiner) or UL gain (TMA) are not taken into account in the computation, so they must be considered when interpreting the RMS results.
Alcatel
226
B9
Radio Quality Statistics > TA_STAT: threshold on the timing advance value defining a priori the range of the cell (0 to 64 bits) B9 > MEAS_STAT_TA1 to MEAS_STAT_ TA9: 9 thresholds for the timing advance to define 10 TA Bands > MEAS_STAT_S1 to MEAS_STAT_S9: 9 thresholds on the BTS Radio Link Counter S value defining 10 S bands
0 < MEAS_STAT_S(i) MEAS_STAT_S(i+1) 128 SACCH mfr
S: counter managed by the BTS on a per call basis S = RADIOLINK_TIMEOUT_BS if good radio conditions S decremented if bad radio conditions The BSS triggers a call drop when S = 0
227 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> All these parameters are included in the RMS PM Type 31 result files as RMS counters: RMSpt3 = TAB_PAR_MEAS_STAT_S = Table of 9 parameters MEAS_STAT_Si RMSpb = PAR_TA_STAT RMSpt6 = TAB_PAR_MEAS_STAT_TA = Table of value for 9 parameters: MEAS_STAT_TA1 to TA9
a threshold on Timing Advance measurement to define bands used for RMS
B9
> Recall on the Uplink Radio Link Supervision procedure: For each active dedicated radio channel in a cell, a counter S called Radio Link Counter is: decremented by 1 by the BTS each time an SACCH measurement from the mobile cannot be decoded (SACCH_BFI=1). incremented by 2 by the BTS each time a valid SACCH measurement is received from the mobile (SACCH_BFI=0).
Initial value of S = RADIOLINK_TIMEOUT_BS (cell parameter) if S reaches N_BSTXPWR_M, a radio link recovery is triggered (BTS and MS power increased at their maximum). if S reaches 0, a Radio Link Failure is triggered (channel drop).
Therefore the value of S gives a measure of the quality of the radio uplink.
Alcatel
227
> The BTS decodes 24 speech frames (sf) from 1 uplink SACCH multiframe:
TDMA: 4,616ms
T T T T T T T T T T T T C C C C C C C C C C C C H H H H H H H H H H H H
S A C C H
SACCH mfr
T T T T T T T T T T T T C C C C C C C C C C C C H H H H H H H H H H H H
S A C C H
T T T T T T T T T T T T C C C C C C C C C C C C H H H H H H H H H H H H
T T T T T T T T T T T T C C C C C C C C C C C C H H H H H H H H H H H H
T T T T T T T T T T T T C C C C C C C C C C C C H H H H H H H H H H H H
S A C C H
T T T T T T T T T T T T C C C C C C C C C C C C H H H H H H H H H H H H
T T T T T T T T T T T T C C C C C C C C C C C C H H H H H H H H H H H H
S A C C H
T T T T T T T T T T T T C C C C C C C C C C C C H H H H H H H H H H H H
Sf 1
Sf 2
Sf 3
Sf 4
Sf 5
Sf 6
Sf 7
Sf 8
Sf 9
Sf 10
Sf 11
Sf 12
Sf 13 Sf 14
Sf 15
Sf 16
Sf 17
Sf 18
Sf 19 Sf 20
Sf 21
Sf 22
Sf 23
Sf 24
> All these parameters are included in the RMS PM Type 31 result files as RMS counters: RMSpt2 = TAB_PAR_MEAS_STAT_BFI = Table of 9 parameters MEAS_STAT_BFIi > Consecutive Frame Erasure (CFE): MEAS_STAT_BFIi parameters define 9 intervals of cumulated numbers of consecutive speech frames which have a Bad Frame Indicator value set to 1 (it means that the speech frame is considered as erroneous by the BTS). As the TC will erase speech frames for which a Bad Frame Indicator flag (BFI) has been set to the value 1 by the BTS, a BFI is used in the RMS counters description whereas the CFE is used in the RMS indicators defined in the RNO tool. Note: By default, a BFI relates to a speech frame. When considering SACCH measurement, SACCH_BFI should be used.
Alcatel
228
6.5 Radio quality statistics per TRX 6.5.3 Radio quality counters
Alcatel
229
> TMR_RXQUAL_UL_RXLEV_UL: vector of 10 elements ULRXQUAL(RXLEV band j), each element is made up of:
the maximum value of the 8 real numbers of samples in which UL RxQual is equal to i (i=0 to 7) and UL RxLev is reported in RXLEV band j
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
RMS3a=TPR_RXQUAL_UL_RXLEV_UL
RMS3b=TMR_RXQUAL_UL_RXLEV_UL
The real number of Measurement Results in which UL RxQual is equal to i and UL RxLev is in RXLEV band j, is equal to: S(RXQUAL i, RXLEV band j) x Max j / 254 TPR_RXQUAL_UL_RXLEV_UL(i,j) x TMR_RXQUAL_UL_RXLEV_UL(j) / 254 Alcatel 230
> TMR_RXQUAL_DL_RXLEV_DL: vector of 10 elements DLRXQUAL(RXLEV band j), each element is made up of:
the maximum value of the 8 real numbers of samples in which DL RxQual is equal to i (i=0 to 7) and DL RxLev is reported in RXLEV band j
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
RMS4a=TPR_RXQUAL_DL_RXLEV_DL
RMS4b=TMR_RXQUAL_DL_RXLEV_DL
The real number of Measurement Results in which DL RxQual is equal to i and DL RxLev is in RXLEV band j, is equal to: S(RXQUAL i, RXLEV band j) x Max j / 254 TMR_RXQUAL_DL_RXLEV_DL(j) / 254 TPR_RXQUAL_DL_RXLEV_DL(i,j) x TMR_ _DL_RXLEV_DL(j) Alcatel 231
> MAX_PATH_BALANCE:
the maximum value of the 10 real numbers of samples for which the computed Path Balance is in PATH BALANCE band j (j=1 to 10)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
RMS7a=TPR_PATH_BALANCE
RMS7b=MAX_PATH_BALANCE
The real number of Measurement Results in which Path balance is in PATH BALANCE band j, is equal to: S(PATH BALANCE band j) x Max / 254 TPR_PATH_BALANCE(j) x MAX_PATH_BALANCE / 254
Alcatel
232
> MAX_RADIO_LINK:
the maximum value of the 10 real numbers of samples for which the Uplink Radio Link Counter is in S band j (j=1 to 10)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
RMS6a=TPR_RADIO_LINK
RMS6b=MAX_RADIO_LINK
The real number of Measurement Results in which Uplink Radio Link Counter is in S band j, is equal to: S(S band j) x Max / 254 TPR_RADIO_LINK(j) x MAX_RADIO_LINK / 254
Alcatel
233
> TMR_BFI_RXLEV_UL: vector of 10 elements ULBFI(RXLEV band j), each element is made up of:
the maximum value of the 10 real numbers of SACCH multiframes in which the number of consecutive speech frames with BFIs set to 1 is in BFI band i (i=0 to 9) and UL RxLev reported in the corresponding measurement results is in RXLEV band j
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
RMS5a=TPR_BFI_RXLEV_UL
RMS5b= TPM_BFI_RXLEV_UL
The real number of Measurement Results in which the number of consecutive speech frames with BFIs set to 1 is in BFI band i and UL RxLev is in RXLEV band j, is equal to: S(BFI i, RXLEV band j) x Max j / 254 TPR_BFI_RXLEV_UL(i,j) x TMR_BFI_RXLEV_UL(j) / 254 Alcatel 234
BFI
0
Sf 1 Sf 2 Sf 3 Sf 4 Sf 5 Sf 6 Sf 7 Sf 8 Sf 9 Sf 10 Sf 11 Sf 12 Sf 13 Sf 14 Sf 15 Sf 16 Sf 17 Sf 18 Sf 19 Sf 20 Sf 21 Sf 22 Sf 23 Sf 24 SACCH f.
CFE
0 0 0 0 0 0 0 0 1 2 3 3 3 3 4 4 4 5 6 6 6 6 6 7 7
RxLev UL
10 11 9 12 12 11 11 10 3 2 0 8 9 5 3 7 2 1 2 7 3 8 2 3 5
Alcatel
235
6.5.3 Radio quality counters RMS counters for AMR Monitoring (1/4)
B9
Radio Quality Statistics To provide a better tool to dimensioning the AMR thresholds, B9 introduce a new set of RMS counters to verify the use of different speech codecs: For Full Rate and Uplink: > AMR_FR_UL_BAD= RMS44a that has 8 cells (1 for each FR codec) with the relative number of bad speech frames received in uplink. > MAX_AMR_FR_UL_BAD= RMS44b that indicates the maximum number of bad speech frames received in uplink in one FR codec.
AMR FR codec used in uplink (TRX based)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
236
6.5.3 Radio quality counters RMS counters for AMR Monitoring (2/4)
B9
Radio Quality Statistics AMR thresholds; different speech codecs: For Half Rate and Uplink: > AMR_HR_UL_BAD= RMS45a that has 8 cells (1 for each HR codec) with the relative number of bad speech frames received in uplink. > MAX_AMR_HR_UL_BAD= RMS45b that indicates the maximum number of bad speech frames received in uplink in one HR codec.
AMR HR codec used in uplink (TRX based)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
237
6.5.3 Radio quality counters RMS counters for AMR Monitoring (3/4)
B9
Radio Quality Statistics AMR Table; different speech codecs: For Full Rate, UL & DL > AMR_FR_UL_RXLEV_UL= RMS46a that has a table (8x10) with relative number of correct speech frames received in uplink in each AMR FR codec (8 codecs) and each level band (10 level bands). > MAX_AMR_FR_UL_RXLEV_UL= RMS46b that has the 10 maximum results. Each cell Ci of the table indicates the greatest value of the Vik for a i given in RMS46a. > AMR_FR_DL_RXLEV_DL= RMS47a that has a table (8x10) with relative number of correct speech frames received in downlink in each AMR FR codec (8 codecs) and each level band (10 level bands). > MAX_AMR_FR_DL_RXLEV_DL= RMS47b that has a table of 10 maximum results. Each cell Ci of the table indicates the greatest value of the Vik for a i given in RMS47a.
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 238 All rights reserved 2004, Alcatel
Alcatel
238
6.5.3 Radio quality counters RMS counters for AMR Monitoring (4/4)
B9
Radio Quality Statistics AMR Table; different speech codecs: For Half Rate, UL & DL > AMR_HR_UL_RXLEV_UL= RMS48a that has a table (5x10) with relative number of correct speech frames received in uplink in each AMR HR codec (5 codecs) and each level band (10 level bands). > MAX_AMR_HR_UL_RXLEV_UL= RMS48b that has a table of 10 maximum results. Each cell Ci of the table indicates the greatest value of the Vik for a i given in RMS48a. > AMR_HR_DL_RXLEV_DL= RMS49a that has a table (5x10) with relative number of correct speech frames received in downlink in each AMR HR codec (5 codecs) and each level band (10 level bands). > MAX_AMR_HR_DL_RXLEV_DL= RMS49b that has a table of 10 maximum results. Each cell Ci of the table indicates the greatest value of the Vik for a i given in RMS49a.
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 239 All rights reserved 2004, Alcatel
Alcatel
239
6.5.3 Radio quality counters RMS counters for Timing Advance (1/3)
Radio Quality Statistics > PERC_TA_GT_TA_STAT:
percentage of measurement results reported with a Timing Advance value > TA_STAT parameter
> MAX_TA:
maximum value of Timing Advance among all TA values reported in the measurement results used for RMS
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
240
6.5.3 Radio quality counters RMS counters for Timing Advance (2/3)
B9
> A new set of RMS counters related with timing advance analysis. TRX Based. (Rxlev for UL and DL)
TPR_TIMING_ADVANCE= RMS50a that has 10 cells(1 for each timing advance band) with relative number of measurements in each Timing advance band. MAX_TIMING_ADVANCE = RMS50b that has the greatest number of measurements in one Timing advance band. TPR_UL_RXLEV_TA_BAND= RMS51 that has 10 cells (1 for each timing advance band) with average of uplink rxlev in corresponding timing advance band. TPR_DL_RXLEV_TA_BAND= RMS52 that has 10 cells (1 for each timing advance band) with average of downlink rxlev in corresponding timing advance band.
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The distribution of number of measurement reports for which the value of timing advance is in TA band X is described below:
> There are 10 TA bands which are defined through 9 thresholds parameters, tunable on a cell basis, using the RMS_parameters_template : TA band 1 is defined by: 0 <= TA < Meas_STAT_TA_1 TA band 2 is defined by: MEAS_STAT_TA_1 <= TA < MEAS_STAT_TA_2 TA band 10 is defined by: MEAS_STAT_TA_9 <= TA < 63 > The TRE counts for each TA band the number of measurement results, N1 to N10. To save on the memory resources, these counters are sent to the BSC in a coded format.
Alcatel
241
6.5.3 Radio quality counters RMS counters for Timing Advance (3/3)
Uplink:
B9
> A new set of RMS counters related with timing advance analysis.
TPR_UL_RXQUAL_TA_BAND= RMS53: Table of 10 results that has 10 cells (1 for each timing advance band) with average of uplink rxqual in corresponding timing advance band.
Downlink:
TPR_DL_RXQUAL_TA_BAND= RMS54 Table of 10 results that has 10 cells (1 for each timing advance band) with average of uplink rxqual in corresponding timing advance band.
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> TPR_UL_RXQUAL_TA_BAND= RMS53 Table of 10 results; Each cell (i) of the table contains : average value of UpLink Rxqual of reports in TA band i. Averaged Rxqual is given with a precision of 2 digits after the comma (step size for coding = 0.01, 0 coded 0, 0.01 coded 1, ...). i = 1...10 TA band i is defined by : MEAS_STAT_TA_ (i-1)<= Timing Advance < MEAS_STAT_TA_i MEAS_STAT_TA_0 = 0 bper, MEAS_STAT_LEV_10 = 63 bper. > TPR_DL_RXQUAL_TA_BAND= RMS54 Table of 10 results same for Downlink.
Alcatel
242
6.5.3 Radio quality counters RMS counters for Timing Advance (3/3)
B9
> MAX_POWER_PER_TRX Maximum GMSK TRX power level applied at the BTS antenna output connector in dBm.
The power takes into account the different losses (cables, internal combiners) TRX Based
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> MAX_POWER_PER_TRX= RMSPw3 Maximum GMSK TRX power level applied at the BTS antenna output connector in dBm. The power takes into account the different losses (cables, internal combiners) and the internal/ external leveling but it does not take into account the BS-TXPWR-MAX, attenuation required by the OMC_R. If the feature unbalancing TRX output power per BTS sector" is activated (parameter EnUnbalanced-Output-Power set to 1), the counter is set by the BTS to the power required by the BSC for the corresponding TRE (i.e. for the TRE on which is mapped that TRX).
Alcatel
243
Alcatel
244
Alcatel
245
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
246
Alcatel
247
> EN_BALANCED_CI: boolean indicating if the C/I value reported by the BTS is balanced or not > NEIGB_CELL_ID: (BCCH,BSIC) of the neighboring cell for which the C/I statistics per neighboring cell are reported > Frequency ARFCN: ARFCN of the frequency for which the C/I statistics per MAFA frequency are reported
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 248 All rights reserved 2004, Alcatel
Annex 2
> All these parameters are included in the RMS PM Type 31 result files as RMS counters: RMSpt1 = TAB_PAR_MEAS_STAT_C/I = Table of 9 parameters MEAS_STAT_C_Ii RMSpa = PAR_EN_BALANCED_CI RMSp80 = NEIGB_CELL_ID RMSp90 = Frequency ARFCN > For C/I statistics per neighboring cell: The C/I ratio is computed by the BTS from each Measurement Result message as the difference between: the downlink signal level measured by the MS on the serving TCH channel = C (dBm) the downlink signal level measured by the MS on the neighboring BCCH channel = I (dBm) Two computation formulae may be used taking into account a corrective factor in case DL Power Control is used in the serving cell: If EN_BALANCED_CI = False then C/I (dB) = RXLEV_DL (dBm) - RXLEV_NCELL (dBm) else C/I (dB) = RXLEV_DL + abs(BS_TXPWR - BS_TXPWR_MAX) - RXLEV_NCELL The expression (RXLEV_DL + abs(BS_TXPWR - BS_TXPWR_MAX)) can be seen as a kind of normalized received power level in case the BTS would always have used the maximum allowed transmit power level on the TCH channel. > For C/I statistics per MAFA frequency: The C/I ratio is computed by the BTS from each Extended Measurement Report message in the same way as the C/I ratio per neighboring cell.
Alcatel
248
Alcatel
249
> MR_CIN:
maximum value of the 10 real numbers of samples for which the computed Carrier/Interference ratio is in C/I band j (j=1 to 10)
RMS8a=TPR_CIN
RMS8b=TMR_CIN
For each reported neighboring cell (BCCH/BSIC): the Real number of Measurement Results for which the computed Carrier/Interference ratio is in C/I band j, is equal to: S(C/I band j) x Max / 254 TPR_CIN(j) x TMR_CIN / 254
For each declared/reported neighboring cell, the identification of this cell shall be done as follows: BCCH_ARFCN and BSIC. The BCCH ARFCN is deduced in the BTS from the BCCH frequency index and the list of indexed frequencies (sent by the BSC at the beginning of the RMS job). The RMS results report shall include all reported neighboring cells. Some of them correspond to known cells at the BSS level (i.e. their BSIC matches what is expected at the BSC side) but some of them are unknown (their BSIC does not match). However, the BTS will handle the same for both cases. The list of frequencies to be monitored by the mobile is limited to 33 but due to resurgence, the same frequency can be reported several times (each time with a different BSIC). If the number of reported cells is above the dimensioning limit (maximum 42 CI-vectors are reported), the extra new reported frequencies are not taken into account anymore. In the result report, the related overflow indicator is set accordingly.
Alcatel
250
> MR_CIF:
maximum value of the 10 real numbers of samples for which the computed Carrier/Interference ratio is in C/I band j (j=1 to 10)
TPR_CIF and MR_CIF counters are provided for up to 21 frequencies (serving cell BCCH + 20 MAFA frequencies)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 251 All rights reserved 2004, Alcatel
RMS9a=TPR_CIF
RMS9b=TMR_CIF
For each reported MAFA frequency (ARFCN): computed the Real number of Extended Measurement Results for which the computed Carrier/Interference ratio is in C/I band j, is equal to: S(C/I band j) x Max / 254 TPR_CIF(j) x TMR_CIF / 254 For each reported MAFA frequency, the identification of this frequency shall be done as follows: Frequency
ARFCN .
In case of a frequency reported via an Extended Measurement Reporting, no BSIC is required: the frequency ARFCN is not directly linked to a BCCH frequency. The ARFCN value of the frequency is deduced in the BTS from the place of the measurement in the EXTENDED_ MEASUREMENT_REPORT and from the ordered frequency list in the Extended Measurement Order. This list is built by the OMC-R and passed via BSC to BTS at the beginning of the RMS job. The maximum number of frequencies in the order (EMO) is the maximum defined in GSM (=21). Hence the maximum in the report is 21 also. When in exceptional cases, more results are available (future expansion in GSM), only the first 21 are reported. The BCCH frequency of the serving cell shall always be part of the EMO-frequency list. Alcatel 251
Alcatel
252
> FER is more reliable than RXQUAL to assess VQ > Noisy calls indicators can also be computed from FER measurements
Noisy calls with bad or good FER Calls not detected as noisy but with bad FER
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 253 All rights reserved 2004, Alcatel
> The fact that FER measurements are more reliable than RXQUAL ones to assess the VQ is even more true when using Slow Frequency Hopping. In this case, RXQUAL values are not anymore correlated to Voice Quality as perceived by the end user. > FER measurements are available for the uplink path only. > These RMS indicators are provided on the RNO tool per TRX, per Cell: Number of Noisy calls suffering from problem of bad coverage on the uplink path RMVQULVN = RMS_call_noisy_UL_bad_coverage Number of Noisy calls suffering from problem of interference on the uplink path RMVQUIFN = RMS_call_noisy_UL_interference Number of Noisy calls suffering from problem of interference and bad coverage considered together on the uplink path RMVQUUKN = RMS_call_noisy_UL_undefined Rate of Noisy calls suffering from problems of interference or/and bad coverage on the uplink path RMVQUNOR = RMS_call_noisy_UL_rate > Note: The 4 indicators above can be provided for Noisy calls suffering of VQ problems on the dowlink path. Rate of Noisy calls but with good FER measurements on the uplink path RMVQFEGR = RMS_call_noisy_good_FER_rate Rate of Noisy calls and also with bad FER measurements on the uplink path RMVQFEBR = RMS_call_noisy_bad_FER_rate Rate of calls with fair quality measurements but with bad FER measurements on the uplink path RMVQFEAR = RMS_call_abnormal_bad_FER_rate This last indicator can be used in order to tune the RMS VQ parameters used to characterize a call as Noisy.
Alcatel
253
Not acceptable coverage limit: Too low level Too bad quality
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> A coverage problem is observed when a significant amount of the traffic of a cell is suffering from both low level and bad quality (RxQual). > To confirm the distribution of samples per RXLEV band, should be also considered to know the proportion of calls which are experiencing a low signal level. > If a lot of samples of low level and bad quality are observed for only a sub-part of the TRXs (can be one only) then a BTS hardware problem or a problem on the aerials should be suspected. > If all the TRXs are experiencing a lot of samples of low level and bad quality then a coverage problem shall be suspected. > These RMS indicators are provided on the RNO tool per TRX, per Cell: Matrix of Number of Measurement Results per DL RxQual value and per DL RxLev band RMQLDSAM = RMS_DL_RxQuality_RxLevel_sample Vector of Percentage of Samples per DL RxLev band RMQLDLVDV = RMS_DL_RxLevel_distrib Vector of Percentage of Samples per DL RxQual band RMQLDQUDV = RMS_DL_RxQuality_distrib
Alcatel
254
Not acceptable coverage limit: Too low level Too bad quality
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> In order to know if the coverage problem is due to a big amount of traffic at the cell border or rather to indoor calls, the average TA value per RXQUAL value and RXLEV band as well as the Percentage of TA values over the TA threshold should be observed. Matrix of Average TA per UL RxQual value and per UL RxLev band RMQLUTAM = RMS_UL_RxQuality_RxLevel_TimingAdvance Rate of Measurements Results whose TA is greater than the TA threshold RMTAGTR = RMS_TimingAdvance_greater_threshold_rate Maximum TA value of all values reported in Measurement Results RMTAMXN = RMS_TimingAdvance_max
Alcatel
255
> Give the list of the RMS counters and parameters used in the 3 previous slides
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
256
> What does this graph represent? > Interpret this graph
257 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
257
> These RMS indicators are provided on the RNO tool per TRX, per Cell: Matrix of Number of Measurement Results per DL RxQual value and per DL RxLev band RMQLDSAM = RMS_DL_RxQuality_RxLevel_sample Vector of Average DL RxQual per RxLev band RMQLDQUAV = RMS_DL_RxQuality_avg_per_RxLevel Average DL RxQuality RMQLDQUAN = RMS_DL_RxQuality_avg
Alcatel
258
Alcatel
259
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
260
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
261
Alcatel
262
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Corresponding RMS counter numbers: RMS31 = TOT_SEIZ_TCH RMS32 = TOT_MEAS RMS33 = TOT_MEAS_L1INFO_NOL3INFO RMS34 = TOT_MEAS_DTX_UL RMS35 = TOT_MEAS_DTX_DL RMS38 = TOT_EMR > Note: If during an SACCH measurement, DTX is applied on the uplink path (DTX_UL =1), the counters on consecutive BFIs (RMS5a, RMS5b) shall not be incremented and the corresponding measurement result shall not be taken into account in these RMS counters. If during an SACCH measurement, DTX is applied on the uplink path (DTX_UL = 1), the FER measurement does not take place.
Alcatel
263
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Corresponding RMS counter numbers: RMS20 = TRE_BAND RMSpw1 = BS_TX_PWRMAX RMSpw2 = MS_TX_PWRMAX RMS21 = IND_TRE_OVERLOAD RMS22 = IND_RMS_RESTARTED
Alcatel
264
IND_CI_OVERFLOW: boolean indicating that the upper limit of 42 C/I sets of counters has been exceeded (each new reported neighboring cell (BCCH, BSIC) has not been taken into account in RMS statistics)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
265
7 TRAFFIC INDICATORS
Alcatel
266
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
267
7 TRAFFIC INDICATORS
Alcatel
268
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> In a GSM network, telecom procedures involve different kinds of resource in the BSS: Location Update: RACH, AGCH, SDCCH and SCCP Originated Call: RACH, AGCH, SDCCH, TCH and SCCP Terminated Call: PCH, RACH, AGCH, SDCCH, TCH and SCCP Handover: TCH, SCCP etc.
Alcatel
269
> A Call mix can be defined through: data given by the Marketing team. data measured from the living network. > Before network design, a Call Mix is assessed from Marketing Studies or observations from other networks. > After commercial opening, a Call Mix is measured from the real traffic. > Caution: Call duration means here TCH duration. The duration of a call from call setup to call release is an NSS notion.
Alcatel
270
: : : : : : : :
900 (2/3 TC) 4 1.5 (2/3 internal, 1/3 11 % 5% 6000 90 seconds 4.2 seconds
> After commercial opening, the number of calls per hour will be measured from traffic counters. > Usually the Marketing team will provide: on a per geographical area or morphostructure basis: the traffic per km2 (in Erlang), the traffic per subscriber (in mErl). the number of calls per hour.
Alcatel
271
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> On some university campus, an SMS/call is often higher than the average.
Alcatel
272
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> A Call Mix will be used at Radio Network Design and Radio Network Planning stages in order to define the capacity of the network (number of sites, TRXs per site, radio configuration, number of Abis-PCM, A-PCM). > When the network is in operation, a Call Mix is used in order to anticipate network extension or redimensioning.
Alcatel
273
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
274
> Is it complete? > What are the risks of such a call mix?
Time allowed: 15 minutes
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
275
7 TRAFFIC INDICATORS
Alcatel
276
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
277
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
278
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
279
Offered
Rejected
Carried
Telecom system
E
P block =
N!
N k =0
k!
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The Erlang B law is not fully accurate since it assumes that: the subscriber requests are not queued which is not always the case (TCH queued in the BSC), the subscriber does not repeat his call request if rejected, which is almost never the case. > Therefore the higher the blocking rate the worse is the approximation of the Erlang B law. > The Erlang C law modelizes better the TCH resource usage of the BSS since it takes into account the queuing. > However the Erlang C law is never used since parameters like size of the queue and time spent into the queue have to be tuned.
Alcatel
280
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
281
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
282
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
283
if we decide to provide SMSCB (Cell Broadcast information), 1 SDCCH stolen for CBCH
3 SDCCH, Pblock = 2% 25 % resources less => => T = 0.6 E 50 % Traffic less!!
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
284
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The Erlang B law is less relevant for SDCCH dimensioning since SDCCH traffic cannot be modelized like TCH traffic. Indeed SDCCH is not only due to subscriber traffic but also to Location Update, SMS, IMSI Detach, etc. > For SDCCH dimensioning, some typical configurations are used according to the number of TRXs in the cell, the LA plan.
Alcatel
285
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
286
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
287
In order to plan the necessary actions soon enough, one must compute regularly the date when the traffic of a cell will become critical
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
288
450 call/hour 10,08 Erlang TCH 30 % offered traffic 13,1 Erlang TCH - > 20 TCH mean TCH call duration : 80 increase 3 TRX sec blocking rate TCH : 0.8% 330 call/hour mean TCH call duration 129 sec blocking rate 4% 600 call/hour mean TCH call duration 96 sec blocking rate 8 % 30 % offered traffic increase
12,675
12,865
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
289
7 TRAFFIC INDICATORS
Alcatel
290
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
291
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS: Traffic Load and Traffic Model > TCH traffic > Speech version and Channel type These indicators can only be computed if PM Type 1 is activated in B7. From B8, the counters needed for these indicators are added to type 110. The following indicators are also computed: Ratio of TCH normal assignment requests from FR mobiles over all TCH normal assignment requests from all mobile types = TCNARQMTO = MC701A / (MC701A+MC701B+MC701C+MC701D+MC701E) Ratio of TCH normal assignment requests from DR mobiles over all TCH normal assignment requests from all mobile types = TCNARQBTO = MC701B / (MC701A+MC701B+MC701C+MC701D+MC701E) Ratio of TCH normal assignment requests from DR+EFR mobiles over all TCH normal assignment requests from all mobile types = TCNARQTTO = MC701C / (MC701A+MC701B+MC701C+MC701D+MC701E) Ratio of TCH normal assignment requests from AMR mobiles over all TCH normal assignment requests from all mobile types = TCNA3RQTTO = MC701D / (MC701A+MC701B+MC701C+MC701D+MC701E) Ratio of TCH normal assignment requests for Data calls over all TCH normal assignment requests from all mobile types = TCNARQDTO = MC701E / (MC701A+MC701B+MC701C+MC701D+MC701E) Number of handover intracell attempts with cause 27: quality" on a TCH channel = HCSTAMFN = MC448B Number of handover intracell attempts with cause 26: quality" on a TCH channel = HCSTAMHN = MC448A "FR to HR channel adaptation due to a good radio
Alcatel
292
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS: Traffic Load and Traffic Model > TCH traffic > Speech version and Channel type These indicators can only be computed if PM Type 1 is activated in B7. From B8, the counters needed for these Indicators are added to type 110. The following indicators are also computed: Ratio of TCH allocations with FR SV1 over all TCH allocations during normal assignment = TCNACAFTO = MC702A / (MC702A+MC702B+MC702C+MC704A+MC704B+MC705) Ratio of TCH allocations with HR SV1 over all TCH allocations during normal assignment = TCNACAHTO = MC702B / (MC702A+MC702B+MC702C+MC704A+MC704B+MC705) Ratio of TCH allocations with EFR over all TCH allocations during normal assignment = TCNACAETO = MC702C / (MC702A+MC702B+MC702C+MC704A+MC704B+MC705) Ratio of TCH allocations with AMR FR over all TCH allocations during normal assignment = TCNA3CAFTO = MC704A / (MC702A+MC702B+MC702C+MC704A+MC704B+MC705) Ratio of TCH allocations with AMR HR over all TCH allocations during normal assignment = TCNA3CAHTO = MC704A / (MC702A+MC702B+MC702C+MC704A+MC704B+MC705) Ratio of TCH allocations for Data calls over all TCH allocations during normal assignment = TCNACADTO = MC705 / (MC702A+MC702B+MC702C+MC704A+MC704B+MC705) Rate of successful TCH allocations with AMR SV over all AMR MS requests = TCNA3SUR = (MC704A+MC704B) / MC701D
Alcatel
293
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS: Traffic Load and Traffic Model > TCH traffic > Resource occupancy MC370A = Number of FR TCH allocations (FR+EFR+AMR FR) MC370B = Number of HR TCH allocations (HR+AMR HR) MC703 = Number of TCH allocations for Normal Assignment. MC15A = Number of TCH allocations for Internal Directed Retry. MC15B = Number of TCH allocations for Handover (intra cell, internal, external). TCNACAN indicator is also available as the MAX value of the day on the A9156 RNO tool. Some of these indicators are also available for SDCCH: SDCCH allocation distribution per TRX through the number of SDCCH allocations SDAHCAN = MC390 SDCCH Assignment/HO distribution through the ratio of SDCCH allocations for Assignment SDNACAO = MC148 / MC390
Alcatel
294
7 TRAFFIC INDICATORS
Alcatel
295
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS: Traffic Load and Traffic Model > TCH traffic > Resource occupancy MC380A = Cumulated FR TCH duration per TRX MC380B = Cumulated HR TCH duration per TRX
The following indicators can also be computed: TCTRME = Multiband MS TCH traffic in Erlang = MC381 / 3600 TCTRSE = Single band MS TCH traffic in Erlang = ([MC380A+MC380B] - MC381) / 3600 MC381 = Cumulated (FR+HR) TCH duration of Multiband mobiles per TRX A split of counters (MC380a and MC380b) is added, in B8, to make the distinction between traffic in different frequency bands: here after the corresponding stored indicators (type 110): TCTRFTTGT = Time (in seconds) during which the TCH radio timeslot or dynamic SDCCH/8 timeslot in the GSM frequency band is busy in FR usage = MC380C TCTRHTTGT = Time (in seconds) during which the TCH radio timeslot or dynamic SDCCH/8 timeslot in the GSM frequency band is busy in HR usage = MC380D TCTRFTTDT = Time (in seconds) during which the TCH radio timeslot or dynamic SDCCH/8 timeslot in the DCS/PCS frequency band is busy in FR usage = MC380E TCTRHTTDT = Time (in seconds) during which the TCH radio timeslot or dynamic SDCCH/8 timeslot in the DCS/PCS frequency band is busy in HR usage = MC380F
Alcatel
296
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS: Traffic Load and Traffic Model > SDCCH traffic > Resource occupancy MC400 = Cumulated SDCCH duration per TRX MC380 = Number of SDCCH allocations per TRX > C750 and C751 are 2 counters introduced from B7 in type 18. Both are provided per TTCH (A channel): C750 = TIME_A_CHANNEL_BUSY: Time (in seconds) during which the A channel is busy (allocated). C751 = NB_A_CHANNEL_ALLOC: Number of allocations of the A channel.
Alcatel
297
7 TRAFFIC INDICATORS
Alcatel
298
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS: Traffic Load and Traffic Model > SDCCH traffic > Traffic model SDCCH ASSIGN SUCCESS = Total number of SDCCH establishments for network access = MC01 + MC02 These indicators allow to get call mix data from the network.
Alcatel
299
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS: Traffic Load and Traffic Model > SDCCH traffic > MS penetration rate Traffic Load and Traffic Model > TCH traffic > Speech version and Channel type [MC01+MC02]-[MC02A+MC02D+MC02G] = Total number of initial accesses for call establishment (except location update) MC706 = Number of initial accesses for call establishment (except location update) of MS supporting the E-GSM band MC850 = Number of initial accesses for call establishment (except location update) of MS supporting two frequency bands (ex: GSM900 and DCS1800) MC703 = Total number of TCH allocations (FR+HR) for Normal Assignment MC704A = Number of TCH allocations (FR) for Normal Assignment of AMR mobiles only MC704B = Number of TCH allocations (HR) for Normal Assignment of AMR mobiles only MC704 (Allocation AMR FR+HR) is removed in B8 MC170 = Number of TCH calls for which a TFO has been successfully established
Alcatel
300
7 TRAFFIC INDICATORS
Alcatel
301
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> On Preemption capable TCH Request occurrence: 1. The TCH is established through Preemption if a lower priority level on-going call is preemptable. In this case, the on-going call is released and the freed TCH is served to the new request. 2. If no preemption is possible: If queuing is possible: the TCH request is queued and either a Directed Retry or a Fast Traffic HO can be performed. If queuing is not possible: the TCH request is rejected and an ASSIGNMENT or HANDOVER FAILURE "no radio resource available" message is sent to the MSC.
Alcatel
302
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS: GLOBAL Quality of service INDICATORS> RTCH > Preemption feature
Alcatel
303
> Ratio of preemption capable TCH Request which led to a successful Directed Retry
TCPPDSUCR = MC921D / MC921A
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS GLOBAL Quality of service INDICATORS> RTCH > Preemption feature
Alcatel
304
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
305
CASE STUDIES
Alcatel
306
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
307
CASE STUDIES 1
Alcatel
308
CASE STUDIES 1
> From this RNO table: What is the worst SDCCH congested cell?
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
309
CASE STUDIES 2
Alcatel
310
CASE STUDIES 2
> In this trisectorised site, give the worst sector? > What can you propose to do?
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
311
CASE STUDIES 3
Alcatel
312
CASE STUDIES 3
> Write the formula using the reference name (MCx) and compute the CSSR for this 2 cells:
( 1 - SDCCH_drop_%) * ( 1 - RTCH_assign_unsuccess_% ) With:
SDCCH_drop_% = SDCCH_drop / SDCCH_assign_success RTCH_ass_Un_%= RTCH_assign_unsuccess / RTCH_assign_request
Counter MC138 MC07 MC137 MC01 MC02 MC140a MC718 Definition SDCCH drops on SDCCH established phase due to Radio Link Fail. SDCCH drops during any outgoing SDCCH handover SDCCH drops in SDCCH established phase due to BSS problem SDCCH assign success for Mobile Terminating procedure SDCCH assign success for Mobile Originating procedure normal assignment requests for TCH establishment (HR or FR) TCH normal assignment successes (HR or FR) Paris_Tower_S1 9 0 1 43 663 88 84 Paris_City_S3 4 0 2 924 1352 1455 1430
QSCSSR=?
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
313
CASE STUDIES 4
Alcatel
314
CASE STUDIES 4
Analyse the table below:
Repartition HO Quality DL_QUAL % DL_QUAL UL_QUAL % UL_QUAL Nber of HO 22/01/2003 23/01/2003 24/01/2003 25/01/2003 27/01/2003 28/01/2003 29/01/2003 30/01/2003 64 63 69 58 26 36 32 34 3.12% 2.76% 3.27% 3.22% 1.30% 1.94% 1.69% 2.64% 55 51 433 263 338 466 1053 348 2.68% 2.23% 20.54% 14.59% 16.93% 25.09% 55.68% 27.00% 2054 2286 2108 1802 1996 1857 1891 1289
Does it seem to be a good HO causes repartition? What can we check to analyse the problem ?
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
315
CASE STUDIES 5
Alcatel
316
CASE STUDIES 5
> Find the 2 worst cells in the table? Try to propose a solution!
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
317
CASE STUDIES 6
Alcatel
318
CASE STUDIES 6
> Find 1 bad cell with some HO problem? What can you propose to do?
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
319
CASE STUDIES 7
Alcatel
320
CASE STUDIES 7
> What is the worst cell? Propose some probable solutions?
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
321
www.alcatel.com
Alcatel
322
ANNEX
Alcatel
323
Alcatel
324
Meast Report
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
325
BSC
DL measurements
UL+DL measurements
The UL received level and quality are measured every SACCH The Timing advance (TA) is computed The UL information is gathered into a measurement report this is the message result sent by the BTS to the BSC
326 All rights reserved 2004, Alcatel
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
326
L1 Info
Back
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Basically, the MEASUREMENT RESULT message is composed of: L1 info: SACCH Layer 1 header containing MS_TXPWR_CONF and TOA. L3 info: MEASUREMENT REPORT from the MS. This message contains the downlink measurements and neighboring cell measurements. Uplink measurements performed by the BTS. BTS power level used. > SUB frames correspond to the use of DTX if the mobile is in DTX, the rxlevsub or rxqualsub is used to avoid measuring the ts where there is nothing to transmit in order not to false measurements. else rxlevfull is used that is to say all TSs are measured. > MS TXPOWER CONF: what is the actual power emitted by the MS. > TOA is the timing advance. > SACCH BFI: bad frame indicator; 2 values 0 or 1; 0 means that the BTS succeeded in decoding the measurement report from the MS. > How the neighboring cells are coded: BCCH1 index in BA list /BSIC1; BCCH2 index in BA list/BSIC2. Why? Because when the mobile is connecting to a new cell, it does not receive LAC/CI (too long) but the list of BCCH frequencies of the neighboring cells (in Band Allocation: BA list). When it reports the radio measurements, it gives the index of the BCCH frequency in the BA list instead of BCCH ARFCN due to the length in case of 1800 frequency coding. Besides the mobile may report a BCCH index / BSIC which does not correspond to a neighboring cell. Of course the BSC will not trigger any handover except if this BCCH index / BSIC couple correspond to a neighboring cell.
Alcatel
327
Alcatel
328
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
329
The Extended Measurement Order includes the MAFA frequencies the MS is asked to measure EMO sent once to the MS on SACCH after TCH seizure Extended Measurement Results include the average signal level measured on each MAFA frequency over one SACCH mf duration EMR received once per call on SACCH
Back
--------TCH---------> ASSIGNT COMPLETE <------SACCH---------------SACCH------> <------SACCH---------------SACCH------> <-------SACCH-------EMO (MAFA freq. List) --------SACCH------> EMR (MAFA freq. RxLev) <------SACCH---------------SACCH------>
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> When the BTS receives a CHANNEL ACTIVATION with the Extended Measurement Order (EMO) included, it shall send this information on the SACCH to the corresponding mobile only once. > When the BTS has to send this information, it shall replace the sending of system information 5, 5bis, 5ter or 6 by this information. At the next SACCH multi-frame, the BTS shall resume the sending of this system information by the replaced one. > The EMO shall be sent after 2 complete sets of SYS_INFO5 and 6, i.e. after the 2nd SYSINFO 6 after the reception of SABM. This guarantees the MS has received a complete set. > Then, the BTS normally receives from the MS an EXTENDED MEASUREMENT RESULT with the level of the frequencies to monitor. The BTS shall make the correlation between these levels and the frequencies contained in the latest EMO information, after having decoded them, according to the order of the ARFCN. The EXTENDED_MEASUREMENT_RESULT is NOT forwarded to the BSC, instead a MEASUREMENT_RESULT with indication no_MS_results is sent to the BSC. > In particular, the BTS shall identify the level of the BCCH frequency of the serving cell (which shall always be part of the frequencies to monitor) and apply it as the RXLEV_DL in the Radio Measurement Statistics. The other frequencies will be considered in the same way as BCCH frequency of neighboring cells: they will be linked to the neighboring level and C/I statistics.
Alcatel
330
Alcatel
331
CHANNEL ACTIV. (TCH) <---------------------------------- MC15A CHAN ACTIV ACK ----------------------------------> HO CMD HANDOVER COMMAND <---------------------- <------------------------------------------------------------------------ start T3103 (SDCCH) C154, MC607 start T3124 C145A+C145C HANDOVER ACCESS ------------------------(TCH)----------------------------> -------------------------------------------------------------> HO DETECTION PHYSICAL INFORMATION ----------------------------------> <------------------------------------------------------------- start T3105 stop T3124 start T200 ------------------------ SABM --------------------------> stop T3105 <-------------------------- UA ----------------------------- ESTABLISH INDICATION stop T200 ----------------------------------> HANDOVER COMPLETE HO CMP stop T3103 -------------------------------------------------------------> ----------------------------------> ASSIGNMENT COMPLETE ------------------------> Release of old SDCCH MC151,MC717A, MC142e
> DR FAIL. CASES > internal DR > success case > The same internal DR procedure leads to an incrementation of two sets of counters: > incoming DR counters for the target cell: MC153, MC151, etc. > outgoing DR counters for the serving cell: MC144E, MC142E, etc. > MCx counters belong to Standard Type 110 reported permanently > Cx counters belong to Detailed Type 29 reported on demand. > Standard type from B8.
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> The following DR counters are provided in Type 110 for the target cell: MC13A: TCH requests for Normal Assignment that are put into the queue, MC153: incoming internal DR requests, MC15A: TCH allocations for incoming internal DR, MC151: incoming internal DR successes per cell, MC717A: incoming internal DR successes per TRX. for the serving cell: MC144E: outgoing internal DR requests, MC142E: outgoing internal DR successes, MC607: outgoing internal+external DR attempts. > The following DR counters are provided in Type 29 (this type becomes a standard type in B8) for the target cell: C153: incoming internal DR requests, C154: incoming internal DR attempts, C151: incoming internal DR successes. for the serving cell: C144A: forced outgoing internal DR requests, C144C: normal outgoing internal DR requests, C145A: forced outgoing internal DR attempts, C145C: normal outgoing internal DR attempts, C142A: forced outgoing internal DR successes, C142C: normal outgoing internal DR successes. > All the counters here and in the next slides concerning directed retry and relative to type 29 can be activated for all cells of the BSC at once from B8. (Type 29 becomes a standard type in B8): C142a, C142b, C142c, C142d, C143a, C143b, C143c, C143d, C143e, C143f, C143g, C143h, C144a, C144b, C144c, C144d, C145a, C145b, C145c, C145d, C151, C152,C153, C154, C555
Alcatel
332
> DR Execution:
radio problem: the MS fails to access the new channel
the reversion/drop discrimination concerns only the serving cell
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
333
MC555=C155
Standard Type
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
334
MSC
HO CMD HANDOVER COMMAND <----------------------- <------------------------------------------------------------------------ start T3103 C154 SABM -----------x T3103 expiry C152
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> All incoming internal DR failures due to radio problems are counted in the same counter C152. > This counter is provided in Type 29 > Both radio failures with Reversion Old SDCCH Channel and radio drop are counted together.
Alcatel
335
ATTEMPT
Preparation Failure
SUCCESS
INCOMING INTERNAL Directed Retry Preparation Request Congestion BSS Pb Execution Attempt Radio (MS access problem) BSS Pb Success MC153, C153 MC555, C155 C153-C154-C155 C154
BSS PB BSS PB
MS ACCESS PB
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> All MCxxx counters are available in Type 110. > All Cxxx counters are available in Type 29. > Type 29 counters becomes a standard in B8.
Alcatel
336
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS Specific indicators for densification techniques > Directed Retry > Incoming DR DRIBCAR: efficiency of the incoming internal DR preparation = MC15A/MC153 DRIBCNR: rate of incoming internal DR failures due to congestion = MC155/MC153 DRIBEFR: efficiency of the incoming internal DR execution = MC717A/MC153 Other indicators can be computed from Type 110 counters: DRIBSUR: global efficiency of incoming internal DR = MC717A/MC153 = MC151/MC153 from Type 29 counters rate of incoming internal DR preparation failures due to BSS problems = (C153-C154-C155)/C153 rate of incoming internal DR execution failures due to BSS problems = (C154-C151-C152)/C154 rate of incoming internal DR execution failures due to radio access problems = C152/C154
Alcatel
337
> DR Execution:
radio problem: the MS reverts to the old channel radio problem: the MS drops BSS problem (no specific counter)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
338
C143A or C143E
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
339
HO CM D H AN DO VER C OM MAN D <----------------------- <------------------------------------------------------------------------ start T3103 M C 144E SABM C 144A or C 144C ----------x
T 3103 expiry C 143B or C 143F ------------------------> ASSIG NM EN T FAILUR E R adio interface m essage failure R elease of SDC CH and TCH
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
340
ATTEMPT
Preparation Failure
SUCCESS
Execution Failure
CONGESTION
OUTGOING INTERNAL Directed Retry Preparation Request Any preparation failure Execution Attempt Reversion old channel Drop radio BSS Pb Success MC144E, C144A+C144C
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
341
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS Specific indicators for densification techniques > Directed Retry > Outgoing DR DROBSUR: global efficiency of outgoing internal DR = MC142E/MC144E Other indicators can be computed from Type 29 counters: efficiency of the outgoing internal DR preparation = (C145A+C145C)/(C144A+C144C) efficiency of the outgoing internal DR execution = (C142A+C142C)/(C145A+C145C) rate of outgoing internal DR execution failures due to BSS problems = [(C145A+C145C) - (C143A+C143E+C143B+C143F)] / (C145A+C145C) rate of outgoing internal DR execution failures due to radio problems with reversion old channel = (C143A+C143E) / (C145A+C145C) rate of outgoing internal DR execution failures due to radio problems with drop = (C143B+C143F) / (C145A+C145C) type 29 counters are defined: DRFOSUIN C142a DRFOSUEN C142b DROBSUIN C142c DROMSUEN C142d DRFORDIN C144a DRFORDEN C144b DROBRDIN C144c DROMRDEN C144d DROBRQIN C145c DROMRQEN C145d
NB_OUT_FORCED_IDR_SUCC NB_OUT_FORCED_EDR_SUCC NB_OUT_NOR_IDR_SUCC NB_OUT_NOR_EDR_SUCC NB_OUT_FORCED_IDR_REQ NB_OUT_FORCED_EDR_REQ NB_OUT_NOR_IDR_REQ NB_OUT_NOR_EDR_REQ NB_OUT_NOR_IDR_ATPT NB_OUT_NOR_EDR_ATPT
Alcatel
342
Release of SDCCH
The same external DR procedure leads to an incrementation of two sets of counters: incoming external HO counters for the target cell: MC820, MC821, etc. outgoing external DR counters for the serving cell: MC144F, MC142F, etc.
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 343 All rights reserved 2004, Alcatel
> The following DR counters are provided in Type 110 for the serving cell: MC144F: outgoing external DR requests, MC142F: outgoing external DR successes. > The following DR counters are provided in Type 29 for the serving cell: C144B: forced outgoing external DR requests, C144D: normal outgoing external DR requests, C145B: forced outgoing external DR attempts, C145D: normal outgoing external DR attempts, C142B: forced outgoing external DR successes, C142D: normal outgoing external DR successes. > As for internal DR, external DR Counters are available permanently > No counter is provided for the target cell for an external DR since an incoming DR cannot always be discriminated from an incoming external HO. Therefore incoming external DRs are counted together with incoming external HOs in the related counters.
Alcatel
343
> DR Execution:
radio problem: the MS reverts to the old channel radio problem: the MS drops BSS problem (no specific counter)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
344
BSC
MSC
BSC
target_cell
MS
<-------------------------- HO_COMMAND -----------------------------------------------Start T8 C145B+C145D ----- SABM --------> <--- UA ------------- -- ESTABLISH_INDICATION-> ----- HO_FAILURE (reversion to old channel) ------------------------------------------> C143C+C143G ----- CLEAR_COMMAND ----------------------> Radio interface fail : Reversion to old channel
Release of connection
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
345
BSC
MSC
BSC
target_cell
MS
<-------------------------- HO_COMMAND -----------------------------------------------Start T8 C145B+C145D ----- SABM --- X ----- SABM --- X ----- SABM --- X T8 expiry ----- CLEAR_REQUEST -> C143D+C143H Radio interface message fail Release of connection
Alcatel
346
ATTEMPT
Preparation Failure
SUCCESS
Execution Failure
CONGESTION
OUTGOING EXTERNAL Directed Retry Preparation Request Any preparation failure Execution Attempt Reversion old channel Drop radio BSS Pb Success MC144F, C144B+C144D (C144B+C144D) - (C145B+C145D) C145B+C145D
BSS PB
BSS PB
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
347
> Refer to BSS - DEFINITION OF QUALITY OF SERVICE INDICATORS Specific indicators for densification techniques > Directed Retry > Outgoing DR DROMSUR: global efficiency of outgoing external DR = MC142F/MC144F Other indicators can be computed from Type 29 counters: efficiency of the outgoing internal DR preparation = (C145B+C145D)/(C144B+C144D) efficiency of the outgoing internal DR execution = (C142B+C142D)/(C145B+C145D) rate of outgoing internal DR execution failures due to BSS problems = [(C145B+C145D) - (C143C+C143G+C143D+C143H)] / (C145B+C145D) rate of outgoing internal DR execution failures due to radio problems with reversion old channel = (C143C+C143G) / (C145B+C145D) rate of outgoing internal DR execution failures due to radio problems with drop = (C143D+C143H) / (C145B+C145D) Interesting indicator: TCQUSUDSR: rate of outgoing internal and external directed retries (forced + normal) successfully performed over all RTCH requests queued during normal assignment.
Alcatel
348
Alcatel
349
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
350
Application
Network Service
Transport Service
Alcatel
351
> Layer 2
Data Link; Responsible for providing a reliable transfer between the terminal and the network (#7, LAPD,etc.)
> Layer 3
Network; responsible for setting up and maintaining the connection across a network (CM, MM, RR, Message routing, etc.)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
352
> Layer 5
Session; Handles the coordination between the user processes (Set up transfer of information)
> Layer 6
Presentation; responsible for ensuring that the information is presented to the eventual user in a meaningful way (Type format. Ex. ASCII)
> Layer 7
Application; provides user interface to lower levels (Operating System)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 353 All rights reserved 2004, Alcatel
Alcatel
353
Air Intfc
Abis Intfc
A Intfc
B .. F Intfc
CM MM BSSAP LAYER 3
RR
digit radio
digit radio
64 kb/s
64 kb/s
64 kb/s
64 kb/s
LAYER 1
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
354
SS (SMS)
(Relay
MM
RR
RR 3
RR' BTSM BTSM
2 1
LAPDm
Phycal Layer
LAPDm
Phycal Layer
LAPD
64 kbit/s or
LAPD
64 kbit/s
Um
PCM TS
A bis
or
PCM TS BSC
MS
BTS
MSC / VLR
(ex. : HLR)
NSS
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
355
BSSAP
User Data
Layer 1-3
MTP 1-3
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
356
> DTAP
Messages which are exchanged between an NSS and an MS transparent. In this case, the BSC transfers the messages without evaluation transparent. Mainly Messages from Mobility Management (MM) and Call control (CC)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9 357 All rights reserved 2004, Alcatel
Alcatel
357
DTAP
MS
BSS
MSC
BSSMAP
Back
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
358
ANNEX 5 LCS
ANNEX 5 LCS
Alcatel
359
ANNEX 5 LCS
LCS function (linked to MC02i) and other counters > LCS allows to access the MS location provided by the BSS.
On MS request to know its own location (MC02 impacted, see the previous slide) On network request (especially during Emergency calls) On external request (LCS Client)
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Assisted GPS Method: Mobile-based: The MS performs OTD signal measurements and computes its own location estimate. In this case the network provides the MS with the additional information such as BTS coordinates and the RTD values. These assistance data can be either broadcast on the CBCH (using SMSCB function) or provided by the BSS in a point to point connection (either spontaneously or on request from the MS). Mobile-assisted: The MS performs and reports OTD signal measurements to the network and the network computes the MS location estimate. With OTD: Observed Time Difference: the time interval that is observed by an MS between the receptions of signals (bursts) from two different BTSs. RTD: Real Time Difference: This means the relative synchronization difference in the network between two BTSs. > Finally, 4 methods are possible for positioning: Cell ID+ TA Conventional (MS equipped with GPS System) A-GPS MS Based A-GPS MS Assisted > These 4 Methods induce a set of counters (2 per method) to give the average latitude and longitude of mobiles in the cell. > These counters are located in the MFS and can be used in RNO (cartographic part).
Alcatel 360
ANNEX 5 LCS
> LCS function: Architecture
2
Where is the accident?
MSC
Lg
GMLC
Le
Where is my son?
Lb
MS GPS reference network
OSP
Lh
Abis
BTS
SMLC
SAGI
MFS
1 MS Request 2 Network Request 3 External Request
A-GPS server
HLR
SMLC function integrated in MFS: - receives the loc. Request from the GMLC through the MSC/BSC - Schedules all the necessary actions to get MS location - Computes MS location - Provides the result back to the GMLC
LCS: Location Services SMLC: Serving Mobile Location Center GMLC: Gateway Mobile Location Center A-GPS: Assisted GPS
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> In case of MS requests for its location, MC02 is impacted: MC02i = Number of Mobile Originating SDCCH establishments for LCS purpose. > In all cases, some counters related to LCS provide specific information (attempts, success, failures) see the next slide.
Alcatel
361
ANNEX 5 LCS
Example: Mobile terminated location request failure / success (External request)
MS BTS BSC SMLC MSC GMLC HLR
LCS Client
MC923a
BSSAP-LE Perform_Location_Request
MC923c
Failure
MC923d
Success
MC923b
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Four
of of of of
location requests received from the MSC in CS domain. successful location requests performed in a BSS. location requests rejected by the SMLC. location aborts received from the MSC in CS domain.
> Calculated indicators based on BSC counters: Number of failures on LCS requests due to BSS problem, Rate of LCS requests aborted, Rate of successes on LCS requests, Rate of failures on LCS requests, Rate of SDCCH seizures for Location Services. > Other counters in SMLC (MFS) provide details by type of positioning (CI+TA, Conventional GPS, MS-Assisted A-GPS, MS-Based A-GPS) and for different Error causes. > See the next slide.
Alcatel
362
> LCS Counters in MFS: QOS FOLLOW UP: Number of received LCS requests for MS positioning received from the BSC Number of received LCS requests for GPS assistance data (initially requested by the MS) received from the BSC. P802: NB_ASSIST_DATA_SUCC Number of successful GPS assistance data delivery (initially requested by the MS) responses sent to the BSC. P803: NB_LOC_TA_SUCC Number of successful location responses sent to the BSC using TA positioning method. P804: NB_LOC_CONV_GPS_SUCC Number of successful location responses sent to the BSC using Conventional GPS positioning method. P805: NB_LOC_MA_AGPS_SUCC Number of successful location responses sent to the BSC using MS-Assisted A-GPS positioning method. P806: NB_LOC_MB_AGPS_SUCC Number of successful location response sent to the BSC using MS-Based A-GPS positioning method. P807: NB_LOC_TA_PCF_REQ Number of location calculation attempts with TA positioning PCF. P808: NB_LOC_TA_PCF_SUCC Number of location calculations successfully performed with TA positioning PCF. P809: NB_LOC_CONV_GPS_PCF_REQ Number of location calculation attempts with Conventional GPS PCF. P810: NB_LOC_MA_AGPS_PCF_REQ Number of location calculation attempts with MS-Assisted A-GPS PCF. P811: NB_LOC_MA_AGPS_PCF_SUCC Number of location calculations successfully performed with MS Assisted A-GPS PCF. P812: NB_LOC_MB_AGPS_PCF_REQ Number of location calculation attempts with MS-Based A-GPS PCF. P813: NB_LOC_MB_AGPS_PCF_SUCC Number of location calculations successfully performed with MS-Based A-GPS. P814: NB_LCS_PROTOCOL_ERROR Number of failed LCS procedures due to LCS protocol error. P815: NB_LCS_INTERRUPTED_INTRA_BSC_HO Number of failed LCS procedures due to intra-BSC handover. P816: NB_LCS_INTERRUPTED_INTER_BSC_HO Number of failed LCS procedures due to inter-BSC handover. P817: NB_LCS_FAILURE_RRLP Number of failed LCS procedures due to RRLP problem. P818: NB_LCS_FAILURE_TIMER_EXPIRY Number of failed LCS procedures due to LCS guard timer expiry. P819: NB_LCS_FAILURE_INTERNAL Number of failed LCS procedures due internal problem detected by the MFS/SMLC. P820: NB_UNKNOWN_LCS_REQ Number of LCS requests rejected because not supported by the SMLC. P821: NB_LOC_CONV_GPS_PCF_SUCC Number of location calculations successfully performed with Conventional GPS PCF.
P800: NB_LOC_REQ P801: NB_ASSIST_DATA_REQ
PCF: Positioning Calculation Function POSITION AVERAGE USED ON RNO: Values are given in minutes LATITUDES AND LONGITUDES: P822: AV_TA_LAT Average of latitudes for TA Method P823: AV_TA_LONG Average of longitudes for TA Method P824: AV_CONV_GPS_LAT Average of latitudes for Conventional GPS Method P825: AV_CONV_GPS_LONG Average of latitudes for Conventional GPS Method P826: AV_MA_AGPS_LAT Average of latitudes for MS-Assisted A-GPS Method P827: AV_MA_AGPS_LONG Average of longitudes for MS-Assisted A-GPS Method P828: AV_MB_AGPS_LAT Average of latitudes for MS-Assisted A-GPS Method P829: AV_MB_AGPS_LONG Average of longitudes for MS-Based A-GPS Method STANDARD DEVIATION: standard deviation is a measure of the dispersion around the average point P830: ST_DEV_TA_LAT Standard deviation of the latitude of MS obtained with TA Method P831: ST_DEV_TA_LONG Standard deviation of the longitude of MS obtained with TA Method P832: ST_DEV_CONV_GPS_LAT Standard deviation of the latitude of MS obtained with Conventional GPS Method P833: ST_DEV_CONV_GPS_LONG Standard deviation of the longitude of MS obtained with Conventional GPS Method P834: ST_DEV_MA_AGPS_LAT Standard deviation of the latitude of MS obtained with MS Assisted A-GPS Method P835: ST_DEV_MA_AGPS_LONG Standard deviation of the longitude of MS obtained with MS Assisted A-GPS Method P836: ST_DEV_MB_AGPS_LAT Standard deviation of the latitude of MS obtained with MS Assisted A-GPS Method P837: ST_DEV_MB_AGPS_LONG Standard deviation of the longitude of MS obtained with MS Assisted A-GPS Method
Alcatel
363
Alcatel
364
B9
> The goal of this feature is to make easier evaluating power issues in BTSs
Recording of power emission of BTS per cell and frequency band
> Triggering of warning reports based on threshold fixed by the operator to get the real emission of antennas (at BTS antenna output port)
OMC-R
BSC
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
365
B9
> Lack of information provided to people on their exposure to EM fields and the risks they are running > People concerned about their health, risk of complaints > Some European directives/recommendations are already applicable or will be very soon
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
366
B9
Back
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
> Measurements: Only with Evolium BTS DL power data are collected by each TRE for each band (2 considered bands: 850/900 and 1800/1900) Recording of power effectively transmitted to the antenna in Watt Power control, DTX and unused TS are taken into account Loss due to stages (Any, AN) and cables between TRE output and BTS antenna output connector taken into account Measurements averaged every hour per cell and per frequency band
> 2 new cell parameters: threshold values EME_PWR_MAX_GSM (frequency band 850/900) EME_PWR_MAX_DCS (frequency band 1800/1900) Possible massively updated through an OMC Java script
Alcatel
367
Alcatel
368
Introduction to Quality of the Service and Traffic Load Monitoring BSS Release B9
Alcatel
369
Alcatel
370
B9
> Type 33: Power at the BTS for Electromagnetic Environment Monitoring (EME) (Annex6) > Type 110: more counters for UMTS to GSM handover monitoring.
The new counters were introduced in MC922 family
Alcatel
371