Professional Documents
Culture Documents
TRAINING MANUAL
Legal Notice
Switch to notes view!
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-Lucent. 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-Lucent and may be used for training purposes
only. No other use or transmission of all or any part of this document is permitted without Alcatel-Lucents
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
Rights Reserved Alcatel-Lucent 2009
whatsoever without prior written permissionAllfrom
Alcatel-Lucent.
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-Lucent.
Alcatel-Lucent, The Alcatel-Lucent logo, MainStreet and Newbridge are registered trademarks of Alcatel-Lucent.
All other trademarks are the property of their respective owners. Alcatel-Lucent assumes no responsibility for
the accuracy of the information presented, which is subject to change without notice.
2007 Alcatel-Lucent. All rights reserved.
Disclaimer
In no event will Alcatel-Lucent 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-Lucent products or services is for information purposes only and constitutes neither an
endorsement nor a recommendation.
Please refer to technical practices supplied by Alcatel-Lucent for current information concerning Alcatel-Lucent
equipment and its operation.
Course title:
Reference:
Teaching languages:
Standard duration:
Training methods
30
English - French.
30
Sequence:
Audience:
Customer personnel in charge of the radio optimization, quality of service and radio traffic-engineering
Objective:
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
Prerequisites:
In depth knowledge of GSM BSS system architecture
Windows literate
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
2 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
3 Detailed Indicators
3.1 Indicator reference name
3.2 Indicators classification
4 HO Indicators
4.1 Intra-cell handover indicators per cell
4.2 Internal handover indicators per cell
4.1 External handover indicators per cell 4.4
Handover indicators per couple of cells 5 Directed
3FL10491ADAAZZZZA
Retry Indicators
5.1 Directed Retry Definition
6 Radio Measurement Statistics (RMS) indicators
6.1 Radio Measurement Statistics objectives
6.2 RMS implementation in the BSS
6.3 RMS data
6.4 Call quality statistics per TRX
6.5 Radio quality statistics per TRX
6.6 C/I statistics
6.7 Call Drop with Specific Radio Causes
6.8 RMS indicators usage
6.9 Additional information
7 Traffic Indicators
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
8 Case Studies
All Rights Reserved 2007 by Alcatel-Lucent
Module 1
Introduction
3JK11043AAAAWBZZA Issue 01
Module Objectives
Upon completion of this module, you should be able to:
Explain what is QoS and Traffic Load monitoring of the BSS
Explain what are the information sources available for that purpose
Content:
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
116
7
10
12
28
117
Definition
z
118
Usage
Radiooptimization
optimization
Radio
cellradio
radioquality
qualitysurvey
survey
cell
HO
quality
monitoring
HO quality monitoring
assessmentofoftuning
tuningefficiency
efficiency
assessment
Management
Management
networkmonitoring
monitoring
network
comparisonwith
withcompetitor
competitor
comparison
comparison
of
manufacturers
comparison of manufacturers
contractualrequirement:
requirement:licence
licence
contractual
quality
responsible
quality responsible
BSSmaintenance
maintenance
BSS
cell/BSC/TCproblem
problemdetection
detection
cell/BSC/TC
QoS
QoS Results
Results
119
1 1 10
Definition
z
1 1 11
1 1 12
Observation Means
z
OMC Counters
BSC
(NSS)
Tektronix K1205
Counter browser
W&G NPA
1 1 13
Gnnettest MPA
QoS data can be built up from different and complementary kinds of information sources.
Usually post-processing applications will build up QoS indicators from:
z
Signaling messages provided by a protocol acquisition tool on the different interfaces handled by the BSS: Air,
Abis, A (or Ater).
A Interface Trace
z
z
1 1 14
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:
Temporary Failure
Resource Unavailable
Switching Equipment Congestion
Normal Unspecified
Recovery on Timer Expiry
Call Reject
Interworking
Protocol Error
Network Failure
Congestion
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.
Alcatel-Lucent
K1205 protocol analyzer can trace up toAll
32Rights
COCsReserved
at thesame
time but2008
on maximum 16 PCM physical links.
3JK11043AAAAWBZZA Issue 01
Page 14
Example of Trace
z
1 1 15
1 1 16
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.
- No uplink
1 1 17
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.
SUB-SYSTEM COUNTERS
Count events seen by sub-system, value reported periodically
(1 hour)
+ Low cost: collected directly at OMC
+ Compact data: possibility to store counters for a complete network
- Raw information, having to be consolidated to be understandable
- Manufacturer's dependent: questionable/difficult to compare
- Weak to analyze other sub-systems
1 1 18
The main advantage of the BSS counters is to provide easily QoS data for permanent QoS monitoring.
Exercise
z
z
BSC
OMC-R
OMC-R
BSC
OMC-R
NPA
BSC
RNO
1 1 19
BSS Counters
SPECIFIC DRAWBACK
z
z
1 1 20
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.
NSS Counters
SPECIFIC DRAWBACKS
z
z
1 1 21
The NSS QoS is provided through NSS PM counters and indicators. It is out of the scope ot this training course.
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).
1 1 22
Alcatel-Lucent 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).
1 1 23
MC718:
counter number
z
z
z
1 1 24
Collection mechanism
Cumulative
The counter is incremented at the occurrence of a specific event.
Abis or A message, or internal event.
At the end of a collection period, the result is the sum of the events.
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).
1 1 25
ANNEX 6
N
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
18
19
25
26
27
28
29
30
31
32
33
110
180
Type Name
Traffic Measurement
Resource Availability Measurement
CCCH channel resource usage measurements
SDCCH channel resource usage measurements
TCH channel resource usage measurements
TCH Handover Measurements
LAPD Measurement
X.25 Measurement
N7 Measurement
SDCCH Observations
TCH measurements observations
Internal Handover Observations
Incoming External Handover Observations
Outgoing External Handover Observations
TCH Observation
A Interface measurements
SMS PP Measurements
SCCP Measurements
TCH outgoing Handover per adjency
TCH incoming Handover per adjency
SDCCH Handover
Directed Retry measurements
SMS CB Measurements
Radio Measurement Statistics
Change of frequency band measurements
BTS Power Measurement
Modified B10
Overview measurements
Traffic Flow measurements
1 1 26
B10
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
BSS Performance Measurement types (PM types) are split into two categories:
z
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:
z
Cyz: cumulative or inspection counters in PM types 1, 2, 3, 4, 5, 6, 18, 19, 25, 26, 27, 28, 29, 30, 32, 180
HOyz: observation counters in PM type 12, 13, 14 (HO stands for HandOver)
RMSyz: cumulative counters in PM type 31 (RMS stands for Radio Measurement Statistics)
Exercise
z
Best source
Counters
Why
Type 31: RMS
1 1 28
Usage
z
Practical exercises will be done during the course using this software
The following slides and exercises are here to teach you the basic skill
needed to operate the tool for A Interface decoding
1 1 29
To
Toenter
enterinin
monitoring
monitoringmode
modeto
to
analyze
analyzethe
the
AAtrace
trace
To
Tofilter
filterthe
themain
main
GSM
protocols
GSM protocolsand
and
messages
messages
To
Toselect
selectbinary
binary
trace
tracefile
file
1 1 30
Filter Configuration
z
ANNEX 4
1 1 31
The ANNEX 4 introduces some basics on the GSM protocol layers that will be traced for the A interface analysis.
UDT: Unit Data (for Signaling Control Point) Remove Paging information
Monitor Screen
To
Toextract
extract11call
call
Short
ShortView
View
11line
line//message
message
Frame
FrameView
View
Full
Fulldecoding
decodingofof
selected
selectedmessage
message
Packet
Packetview
view
Message
Messagecontent
content
ininhexadecimal
hexadecimal
1 1 32
Extract a Call
z
1 1 33
At call setup, the first signaling message on the A interface is sent by the BSC to the MSC in order to set up a
logical link (called SCCP connection) between the BSS and the NSS.
Both BSS and NSS entities choose a unique reference which has to be used by the other party to identify the SCCP
connection on which the messages are conveyed. Both BSS reference (xxx) and NSS reference (yyy) are
exchanged during the SCCP Connection Request and Connection Confirm phases. After that only the reference of
the other party is used.
Call Extraction
z
Then
1 1 34
Click on the Filter button and filter out all protocol layers and messages except:
z
Exercise
z
1 1 35
1 1 36
Module 2
Global Indicators
3JK11044AAAAWBZZA Issue 01
Module Objectives
Upon completion of this module, you should be able to:
Explain what is a Global indicator and what are the main BSS indicators
regarding GSM services provided by the Alcatel-Lucent BSS
Content:
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
1 2 38
39
45
52
115
136
143
1 2 39
Global / Detailed
Numerical data providing information about network performance regarding:
y The complete network: GLOBAL indicator
y An element of the network: DETAILED indicator
{
TS/TRX/CELL/BTS/BSC/TC
1 2 40
The indicators computation can be performed from several counters or by a simple counter mapping.
Example:
z
Global Indicators
z
Compared with:
Competitor results if available
Contractual requirements
Internal quality requirements
1 2 41
Thresholds
z
2,50%
2,50%
2,00%
2,00%
weekly
weeklycall
calldrop
droprate
rate
contractual
contractualcall
calldrop
droprate
rate
1,50%
1,50%
1,00%
1,00%
41
41
45
45
33
33
37
37
25
25
29
29
17
17
21
21
99
13
13
0,50%
0,50%
0,00%
0,00%
quality
qualityCDR
CDR
11
55
CDR
CDR
3,50%
3,50%
3,00%
3,00%
week
weeknumber
number
1 2 42
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
Exercise
z
INDICATOR
INDICATORDESCRIPTION
DESCRIPTION
average
averageof
ofcall
callsetup
setupsuccess
successrate
ratefor
forthe
thenetwork
network
rate
rateof
ofcall
calllost
lostdue
dueto
toradio
radiopb
pbon
oncell
cellCI=14,
CI=14,LAC=234
LAC=234
call
calldrop
droprate
ratein
inyour
yourcapital
capital
call
drop
rate
of
the
cell
call drop rate of the cellcovering
coveringaaspecific
specificbuidling
buidling
%%of
ofHO
HO with
withthe
thecause
causebetter
bettercell
cell(among
(amongother
othercauses)
causes)for
forthe
thenetwork
network
average
rate
of
TCH
dropped
for
all
TRX
of
the
network
carrying
1
average rate of TCH dropped for all TRX of the network carrying 1SDCCH8
SDCCH8
rate
rateof
ofSDCCH
SDCCHdropped
droppedon
onTRX
TRX11of
ofcell
cell12,24
12,24
call
success
of
1
PLMN
call success of 1 PLMN
%%of
ofcells
cellsbeing
beingcongested
congestedtoday
today
1 2 43
GG??
Yes
Yes
No
No
1 2 44
KPI Parameter
Source
OMC/Drive test
Congestion Rate
Drive test
OMC/Drive test
OMC
TCH Utilization
OMC
OMC/Drive test
Coverage
Drive test
Quality
Drive test
The KPI is a good way to measure the overall performance of the network. Several KPI parameters will be defined in
the network to enable the operator to monitor the network performance throughout important events, new release,
soft/hardware upgrades, etc.
Normally the formula of KPI are defined by the operator, and usually different operators may consider different KPIs
and use different formulas. The KPI can be derived from driving tests and OMC traffic statistics.
1 2 45
Objective
z
1 2 46
Example:
A global call drop rate of 1% can hide some cells with 10% of call drop rate
1 2 47
cell 1
cell 2
cell 3
cell 4
cell 5
cell 6
cell 7
cell 8
cell 9
cell 10
1 2 48
9,95%
2,10%
This law cannot be used directly for indicators (an hourly indicator is
not based on a random sample), but it is giving a rough estimate of
level of confidence one can apply regarding the size of the sample
If a sample (number of calls) is too small, one can take it for a longer
duration
1 2 49
On Alcatel-Lucent QoS monitoring tool (MPM application on OMC-R, NPA or RNO), NEs (BSS, Cell or TRX) are
highlighted with bad QoS indicator value if enough corresponding events have been observed (called Validity
threshold).
Examples:
Cells with bad Call Drop rate will be highlighted if CDR > CDR_threshold and if the Number of Calls is greater than
the CDR Validity threshold.
z Cells with bad Outgoing handover success rate will be highlighted if OHOSUR > OHOSUR_threshold and if the
Number of Outgoing Handovers is greater than the OHO Validity threshold.
Example:
Mean cell congestion rate during busy hour:
Weighted average of cell congestion at the busy hour of the network?
Weighted average of cell congestion rate for its specific busy hour?
(definition of busy hour?)
1 2 50
Usually:
z
Cell Busy Hour = hour of the day where max TCH traffic (in erlang) is observed.
BSC Busy Hour = hour of the day where max TCH traffic (as the sum of the TCH traffic of all cells of the BSS) is
observed.
Exercise
z
INDICATOR
Sample
(calls)
conclusion
2456435
2315
3267872
for France
4500
215
4000
2000
15346
1 2 51
OK ?
1 2 52
Objective
z
Diagnose the main case of failures on A interface traces using the K1205
emulation software
1 2 53
1 2 54
MS
BTS
BSC
MSC
CHANNEL REQUEST
-------------(RACH)------------>
CHANNEL REQUIRED
----------------------------------------------> MC8C
CHANNEL ACTIVATION (SDCCH)
<---------------------------------------------- MC148
CHANNEL ACTIVATION ACK
---------------------------------------------->
IMMEDIATE ASSIGN COMMAND
IMMEDIATE ASSIGN
<---------------------------------------------- start T3101
MC8B
<------------(AGCH)------------SABM (L3 info)
-------------(SDCCH)----------->
ESTABLISH IND (L3 info)
UA (L3 info)
----------------------------------------------> stop T3101
<-----------(SDCCH)------------MC02
CR (COMPLETE L3 INFO)
---------------------------------->
LapD
CC
<----------------------------------
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 times 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 that, 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 be 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.
MS
BTS
PAGING REQUEST
<------------- (PCH) -------------CHANNEL REQUEST
------------- (RACH) ------------>
IMMEDIATE ASSIGN
<------------ (AGCH) ------------SABM (PAGING RESP)
------------- (SDCCH) ----------->
UA (PAGING RESP)
<----------- (SDCCH) -------------
BSC
PAGING COMMAND
<---------------------------------------------CHANNEL REQUIRED
---------------------------------------------->
(SDCCH)
CHANNEL ACTIVATION
<---------------------------------------------CHANNEL ACTIVATION ACK
---------------------------------------------->
IMMEDIATE ASSIGN COMMAND
<---------------------------------------------ESTABLISH IND
(PAGING RESP)
---------------------------------------------->
MSC
PAGING
<---------------------------------start T3113
MC8A
MC8C
MC148
Start T3101
MC8B
Stop T3101
MC01
CR (COMPLETE L3 INFO)
---------------------------------->
stop T3113
CC
<----------------------------------
1 2 56
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:
z A paging Request message sent on the Air interface by the BTS may contain several MS identities. 3 Paging Request
types can be used:
On the other hand, a Paging message and a Paging Command message relate to only one MS identity.
B10
MS
BTS
BSC
MFS
MSC
IMMEDIATE ASSIGN
<------------ (AGCH) ------------SABM[L3 info]
------------- (SDCCH) ----------->
(L3 info)
<----------- (SDCCH) ------------UA
CHANNEL REQUIRED
---------------------------------------------->
(SDCCH)
CHANNEL ACTIVATION
<---------------------------------------------CHANNEL ACTIVATION ACK
---------------------------------------------->
IMMEDIATE ASSIGN COMMAND
<----------------------------------------------
MC8C
MC148
Start T3101
MC8B
(L3 info)
ESTABLISH IND
---------------------------------------------->
Mult. SACCH info Modify [SI5, SI6]
<----------------------------------------------
1 2 57
New B10
1 2 58
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.
1 2 59
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 Information Elements (IEs):
8
7
6
5
4
3
2
1
+-----------------------------------------------+
ESTABLISHMENT
RANDOM
+ - - - - - - - - +
CAUSE
REFERENCE
+-----------------------------------------------+
zESTABLISHMENT
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).
zRANDOM
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-Lucent BSS, Establishment causes can be divided into 2 categories:
z
MC02 =MC02A+MC02B+MC02C+.+MC02G+MC02H+MC02i
1 2 60
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 purposes.
Also, Evaluation of the Mobiles location (see the next slides)
LCS: Location Services
SDCCH
Access Failure
SDCCH
SDCCH
Congestion
Congestion
SDCCH
SDCCH
BSS
BSSProblem
Problem
SDCCH
SDCCH
Radio
RadioFailure
Failure
1 2 61
BTS
BSC
MSC
CHANNEL REQUEST
-------------(RACH)------------>
CHANNEL REQUIRED
----------------------------------------------> MC8C
No free SDCCH !!
MC04
IMMEDIATE ASSIGN COMMAND
<---------------------------------------------IMM. ASS. REJECT
(immediate assignment reject)
MC8D, and MC8B
<-------------(AGCH)------------
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)
TX_integer
S(CCCH Combined)
3, 8, 14, 50
55
41
4, 9, 16
76
52
5, 10, 20
109
58
6, 11, 25
163
86
7, 12, 32
217
115
1 2 63
1 2 64
SDCCH congestion can be too high because of the subscribers' traffic demand in terms of calls / LUs.
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
1 2 66
SDCCH congestion can be too high because of the subscribers' traffic demand in terms of calls / LUs.
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
MS
BTS
BSC
CHANNEL REQUEST
(RACH)
CHANNEL REQUIRED
If No free SDCCH, then
run dynamic SDCCH/8timeslot allocation MC801a&b
algorithm. If allocation is successful, then
activate dynamic SDCCHsubchanneland serve request
MC802a&b
1 2 67
MC800
MC801a
Average number of busy dynamic SDCCH/8 timeslots allocated as TCH (FR or HR).
MC801b
Maximum number of busy dynamic SDCCH/8 timeslots allocated as TCH (FR or HR).
MC802a
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 are Inspection Counters; that means that the resource is checked regulary by the BSC and at the end of the
period, an average is done. Example: 3 physical channels are defined as Dyn SDCCH and the counter gives 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.
z
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.
z 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.
z 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.
SDCCH
Access Failure
SDCCH
SDCCH
Congestion
Congestion
SDCCH
SDCCH
BSS
BSSProblem
Problem
SDCCH
SDCCH
Radio
RadioFailure
Failure
1 2 68
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
1 2 69
MC149 counts the number of SDCCH access failures due to radio problems.
1 2 70
AGCH
RACH
Channel Request
BTS
Bad coverage:
building
Access Grant
RACH
AGCH lost
Interference:
DL interference area
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Page 70
1 2 71
1 2 72
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 to re-establish a call.
In Alcatel-Lucent BSS, it is possible 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.
Some tips:
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
1 2 73
UPLINK
(Multiframes of 51 frames)
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
f = FCCH
DOWNLINK
b = BCCH
s = SCH
R = RACH
(Combined BCCH)
DOWNLINK
FS
FS
FS
D0
D1
F S
D2
D3
FS
A0
A1
FS
FS
FS
D0
D1
F S
D2
D3
FS
A2
A3
UPLINK
D3
RR
A2
A3
RRRRRRRRRRRRRRRRRRRRRRR
D0
D1
RR
D2
D3
RR
A0
A1
D0
D1
RR
D2
F = FCCH
S = SCH
B = BCCH
C = CCCH (PCH or AGCH)
51 multiframe duration = 51 x 8 x 0,577 = 235ms
R = RACH
Dn/An = SDCCH/SACCH/4
BTS
IMMEDIATE ASSIGN
<------------ (AGCH) -------------
BSC
CHANNEL REQUIRED
---------------------------------------------->
CHANNEL ACTIVATION
(SDCCH)
<---------------------------------------------CHANNEL ACTIVATION ACK
---------------------------------------------->
IMMEDIATE ASSIGN COMMAND
<----------------------------------------------
MSC
MC8C
MC148
start T3101
MC8B
T3101expiry
->radio failure
MC149
z
z
1 2 74
BTS
IM M E D IA T E A S S IG N
< ------------ (A G C H ) -------------
BSC
C H A N N E L R E Q U IR E D
---------------------------------------------->
C H A N N E L A C T IV A T IO N (S D C C H )
< ---------------------------------------------C H A N N E L A C T IV A T IO N A C K
---------------------------------------------->
IM M E D IA T E A S S IG N C O M M A N D
< ----------------------------------------------
M C8C
M C 148
z
z
M C8B
s ta rt T 3 1 0 1
T 3 1 0 1 e x p iry
-> ra d io fa ilu re
M SC
M C 149
1 2 75
z
z
1 2 76
1 2 77
SDCCH
Access Failure
SDCCH
SDCCH
Congestion
Congestion
SDCCH
SDCCH
BSS
BSSProblem
Problem
SDCCH
SDCCH
Radio
RadioFailure
Failure
1 2 78
MS
BTS
BSC
CHANNEL REQUEST
-------------(RACH)------------>
CHANNEL REQUIRED
----------------------------------------------> MC8C
CHANNEL ACTIVATION (SDCCH)
<---------------------------------------------- MC148
CHANNEL ACTIVATION ACK
---------------------------------------------->
IMMEDIATE ASSIGN COMMAND
IMMEDIATE ASSIGN
<---------------------------------------------- start T3101
<------------(AGCH)------------MC8B
SABM (L3 info)
------------(SDCCH)------------>
MSC
No specific counter
1 2 79
BSS Problems are difficult to specify a priori. It is better to deduce them from other counters which are easier
to implement and thus more reliable.
RLE counters
GPRS causes
REQUEST
Preparation
Execution
1 2 80
ATTEMPT
Request
MC8C
GPRS causes
GSM invalid causes
GSM valid causes
P62C
unknown
unknown
Congestion
BSS Pb
MC04
unknown
Attempt
MC148
MC149
MC148 - (MC01+MC02) - MC149
Success
MC01+MC02
SUCCESS
Preparation Failure
Execution Failure
Congestion
BSS problem
Radio access
failure
BSS problem
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 the MC149 counter and therefore counted as an SDCCH access failure
due to radio.
SDNAFLBN
SDNAFLRN
SDNACGN
SDNAFSUN
SDNAFLR
1 2 81
An 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.
BTS
BSC
SDCCH Phase : Originating Call case
MSC
1 2 82
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.
BTS
BSC
SDCCH Phase : Terminating Call case
MSC
1 2 83
Setup/Call Confirm: the call is being processed between the Calling Party and the Called Party.
BTS
BSC
MSC
SDCCH Phase : Location Update Case (with TMSI reallocation)
------------------------------------------------------------------------------------------------------------------------- >
LOCATION UPDATE REQUEST
1 2 84
Some transparent messages are also exchanged between the MS and the network in case of a Location Update
transaction.
SDCCH phase
1 2 85
Generally SDCCH handovers are disabled in the network since the average SDCCH duration is only around 2 to 3
seconds.
BTS
BSC
SDCCH Phase established
MSC
1 2 86
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 by the O&M Fault Management application.
BTS
BSC
SDCCH Phase established
MSC
MC137
--------------------------------------- >
CLEAR REQUEST
Cause : O&M intervention
Cause : radio interface failure
1 2 87
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).
MS
BTS
BSC
SDCCH Phase established
MSC
MC07
--------------------------------------- >
CLEAR REQUEST
Radio Interface Message Failure (Alcatel)
1 2 88
MC07 counts the number of SDCCH channel drops due to handover failure.
Normal release
SDCCH Phase
Drop radio
SDCCH connection
SDCCH Drop
1 2 89
SDCCH drop
MC01+MC02+MC10
Drop radio
Drop BSS
Drop HO
MC138
MC137
MC07
Drop BSS
Drop HO
SDCDBN
SDCDRN
SDCDHN
SDCDR
1 2 90
Time allowed:
15 minutes
1 2 91
BTS
BSC
MSC
TCH ASSIGNMENT PHASE (OC or TC)
MC140a < ----------------------------------ASSIGNMENT REQUEST
< -------------------------------------------------------PHYSICAL CONTEXT REQUEST
-------------------------------------------------------- >
PHYSICAL CONTEXT CONFIRM
---------------------- >
SABM
-------------------------------------------------------- >
< ---------------------ESTABLISH INDICATION
UA
----------------------------------------------------------------------------------Stop T3107
>
ASSIGNMENT COMPLETE
MC718
----------------------------------- >
ASSIGNMENT COMPLETE
1 2 92
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:
z
B10
MS
BTS
BSC
MFS
MSC
Start Trr1
Assignment Request
SDCCH
MC140a
MC703 MC460a
DR[Assignt CMD]
MC140b Start T3107
Est. Indication
UA
Assign Complete
DI[Assignt CMP]
1 2 93
New B10
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:
z
BTS
BSC
MSC
TCH ASSIGNMENT PHASE (OC or TC)
< ----------------------------------------------ASSIGNMENT REQUEST
MC812
------------------------------------------------ >
ASSIGNMENT FAILURE
Cause No Radio Resource Available
1 2 94
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).
The causes of high TCH congestion can be checked using 2 different kinds of items:
z
Traffic statistics
Alarm information
Items to check
Radio problem
MS
BTS
BSC
MSC
TCH ASSIGNMENT PHASE (OC or TC)
< ----------------------------------MC140a
ASSIGNMENT REQUEST
< -------------------------------------------------------PHYSICAL CONTEXT REQUEST
-------------------------------------------------------- >
PHYSICAL CONTEXT CONFIRM
< -------------------------------------------------------- MC703
CHANNEL ACTIVATION (TCH)
-------------------------------------------------------- >
CHANNEL ACTIVATION ACKNOWLEDGE
MC140b
1 2 96
MC746B counts the number of TCH access failures due to radio problems.
The 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.
BTS
BSC
MSC
TCH ASSIGNMENT PHASE (OC or TC)
<
----------------------------------MC140a
ASSIGNMENT REQUEST
< -------------------------------------------------------PHYSICAL CONTEXT REQUEST
-------------------------------------------------------- >
PHYSICAL CONTEXT CONFIRM
< -------------------------------------------------------- MC703
CHANNEL ACTIVATION (TCH)
-------------------------------------------------------- >
CHANNEL ACTIVATION ACKNOWLEDGE
No specific counter
MC14B
1 2 97
The number of TCH Assignment failures due to BSS problem 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 counter MC14b has been removed.
REQUEST
ATTEMPT
Preparation Failure
SUCCESS
Execution Failure
Radio access
failure
TCH Assignment
Preparation
1 2 98
BSS problem
BSS problem
Request
MC140a
Congestion
Execution
Congestion
MC812
BSS Pb
MC140a-MC140b-MC812
Attempt
MC140b
MC746b
BSS Pb
MC140b-MC718-MC746b
Success
MC718
All Rights Reserved Alcatel-Lucent 2008
TCNAFLBN
TCNAFLRN
TCNACGN
TCAHCAN
TCNAUR
1 2 99
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:
z
Rate of successful RTCH seizures in relation to all RTCHs allocated, during the TCH assignment procedure.
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 detect bad QOS due to TRX hardware-related problem.
B10
2) Find and extract a case of Assignment Failure due to Radio Problem (if any).
3) In file 10, identify and give the content of the BSC Shared DTM Info
Indication message.
New B10
Time allowed:
15 minutes
1 2 100
TCH phase:
OC
MS
BTS
BSC
Alerting Connection Phase (OC case) : ringing phase
MSC
< --------------------------------------------------------------------------------------------------------------------------ALERTING
< --------------------------------------------------------------------------------------------------------------------------CONNECT
--------------------------------------------------------------------------------------------------------------------------- >
CONNECT ACK
TC
MS
BTS
BSC
Alerting Connection Phase : TC case
MSC
--------------------------------------------------------------------------------------------------------------------------- >
ALERTING
--------------------------------------------------------------------------------------------------------------------------- >
CONNECT
< --------------------------------------------------------------------------------------------------------------------------CONNECT ACK
1 2 101
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 the Call Setup Success rate is worse in the NSS and the Call Drop rate is worse in the BSS.
MS
BTS
BSC
M SC
TCH ASSIGNMENT PHASE (O C or TC)
< ----------------------------------ASSIGNM ENT REQ UEST
< -------------------------------------------------------PHYSICAL CO NTEXT REQUEST
-------------------------------------------------------- >
PHYSICAL CO NT EXT CONFIRM
< -------------------------------------------------------CHANNEL ACT IVATIO N (TCH)
-------------------------------------------------------- >
CHANNEL ACTIVATIO N ACKNO W LEDG E
Call Setup
< ----------------------------------------------------------------------------------(SDCCH)
ASSIG NM ENT CO M M AND
TCH
---------------------- >
SABM
< ---------------------UA
Call Setup
Start T3107
-------------------------------------------------------- >
ESTABLISH INDICATIO N
----------------------------------------------------------------------------------- >
ASSIG NM ENT CO M PLETE
Stop T3107
----------------------------------- >
ASSIG NM ENT CO M PLETE
Call phase
< --------------------------------------------------------------------------------------------------------------------------ALERTING
< --------------------------------------------------------------------------------------------------------------------------CO NNECT
---------------------------------------------------------------------------------------------------------------------------->
CO NNECT ACK
Call phase
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Page 101
Radio problem
MS
BTS
BSC
Alerting Connection Phase or Communication : at any time
MSC
Radio problem
-------------------------------------------------------- > MC736
CONNECTION FAILURE INDICATION
--------------------------------------- >
Cause radio link failure
CLEAR REQUEST
Cause radio interface failure
(alcatel)
1 2 102
MC736 counts the number of TCH channel drops due to radio problems.
The 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.
BTS
BSC
Alerting Connection Phase or Communication : at any time
MSC
Radio problem
-------------------------------------------------------- > MC739
CONNECTION FAILURE INDICATION
--------------------------------------- >
Remote transcoder failure
CLEAR REQUEST
Equipment failure
1 2 103
MC739 counts the number of TCH channel drops due to BSS problems reported as "remote TransCoder failure".
The 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.
BTS
BSC
Alerting Connection Phase or Communication : at any time
MSC
MC14C
--------------------------------------- >
CLEAR REQUEST
O&M intervention
Radio interface failure
1 2 104
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.
Handover failure
MS
BTS
BSC
Alerting Connection Phase or Communication : at any time
1 2 105
MSC
MC621
--------------------------------------- >
CLEAR REQUEST
Radio Interface Message Failure (Alcatel)
MC621 counts the number of TCH channel drops due to Handover failure.
The 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.
TCH preempted
MS
BTS
BSC
Alerting Connection Phase of a call
with priority level pl2 and preemption vulnerability indicator pvi=1
no TCH free
MSC
ASSIGNMENT REQUEST
<--------------------------------------Priority level pl1 > pl2
preemption capability indicator pci=1
MC921C
--------------------------------------- >
CLEAR REQUEST
preemption
1 2 106
MC921C counts the number of TCH channel drops due to preemption for another call to be established.
The MC921C counter exists from B7 as linked to the feature Preemption.
Outgoing HO success
Call drop
TCH Phase
TCH connection
MC718+MC717A+MC717B
Outgoing HO success
MC712
Call drop
Drop
Drop
Drop
Drop
Drop
Normal release
NSS abnormal release
1 2 107
radio
TC
internal BSS
HO
preemption
MC736
MC739
MC14C
MC621
MC921C
unknown
unknown
TC
Call drop HO
BSS internal
BSS2
BSS1
outgoing HO
1 2 108
QSCDN
= call drop
= drop radio + drop TC + drop internal BSS + drop HO + drop Preemption
= MC736 + MC739 + MC14C + MC621 + MC921C
TCQHCCN
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:
z
call drop radio rate (QSCDRR) = call drop radio / RTCH success end
Note:
z
MC717B counts the number of successful incoming internal and external (HOs+DR) as well as the number of intra
cell HOs successfully performed.
z MC712 counts the number of successful outgoing internal and external HOs as well as the number of intra cell HOs
successfully performed.
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Page 108
BSS2
BSS1
outgoing HO
1 2 109
QSCDN
= call drop
= drop radio + drop TC + drop internal BSS + drop HO + drop Preemption
= MC736 + MC739 + MC14C + MC621 + MC921C
TCQHSUBN
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.
BSS2
BSS1
outgoing HO
1 2 110
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 global TRX RTCH
drop rate indicator cannot be provided.
On the other hand, the following TRX RTCH drop indicators can be computed:
z
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).
GLOBAL Quality of service INDICATORS > Call Statistics > Call drop
QSCDBTR: call drop rate due to TransCoder reported problem: CELL + TRX
RTCH drop indicators: all of them are available per CELL only
z
TRX TCH drop indicators: all of them are available per TRX only
z
GLOBAL Quality of service INDICATORS > Call Statistics > Call drop
QSCDBTR: call drop rate due to TransCoder reported problem: CELL + TRX
RTCH drop indicators: all of them are available per CELL only
z
TRX TCH drop indicators: all of them are available per TRX only
z
1) For a Radio TCH drop, give the message and the cause. Extract a call with this cause.
y Can you say if it is occurring during the communication phase?
Time allowed:
15 minutes
1 2 113
Summary
z
Call stage
A interface
radio link
establishment
no message
SDCCH phase
ClearRequest
TCHassignment
Cause field
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.
An LapD counter that indicates the time an 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.
z
Definition: Time in seconds during which the LapD link is congested in transmission in the BSC.
1 2 115
Reminder
z
What are the user and or system impacts if a Global Indicator (GI) is
bad?
1 2 116
REF NAME
1 2 117
INDICATOR
DEFINITION
FORMULA
THRESHOLD
COMMENT
REF NAME
(G) means that the indicator is Global, i.e. it is important to provide it at Network level.
Number
1 2 118
(G)
INDICATOR
DEFINITION
FORMULA
THRESHOLD
COMMENT
REF NAME
1 2 119
INDICATOR
DEFINITION
FORMULA
THRESHOLD
COMMENT
REF NAME
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).
(G)
INDICATOR
DEFINITION
FORMULA B7.2
THRESHOLD
COMMENT
REF NAME
UNIT
1 2 120
In a dense network, the TCH assignment unsuccess rate should be lower than 1%.
T C H A S S IG N R E Q U E S T S
IN D IC A T O R
D E F IN IT IO N
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 s s ig n m e n t p r o c e d u r e .
FO RM ULA B8
c e ll
M C 140a
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 re 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 fo 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 )
REF NAM E
TCNARQN
INDICATOR
DEFINITION
FORM ULA B8
THRESHOLD
COM M ENT
REF NAM E
U N IT
N um ber
TCNASUN
UNIT
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Page 120
Number
REF NAME
1 2 121
This counter intends to give a measurement of the TCH congestion of the whole network.
It is implemented on the Alcatel-Lucent tools but other indicators can be defined.
INDICATOR
(G)
DEFINITION
Rate of dropped calls (system +radio+ HO +preemption) over the total amount of calls with a
successful end
FORMULA
THRESHOLD
COMMENT
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
1 2 122
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:
GLOBAL TCH DROP
INDICATOR
DEFINITION
FORMULA
THRESHOLD
COMMENT
REF NAME
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
%
INDICATOR
DEFINITION
FORMULA
THRESHOLD
COMMENT
REF NAME
TCAHCDRTR
UNIT
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Page 122
INDICATOR
DEFINITION
Rate of calls going until TCH successful assignment, that is not interrupted by SDCCH DROP
neither by Assignment failures
FORMULA
THRESHOLD
COMMENT
REF NAME
(G)
> 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
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)
1 2 123
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-Lucent 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.
(G)
INDICATOR
DEFINITION
FORMULA
THRESHOLD
COMMENT
REF NAME
z
z
UNIT
1 2 124
In a dense network, the Call Setup Success Rate should be greater than 97%.
1 2 125
HO CAUSE DISTRIBUTION
Distribution of Handover attempts by cause X : UL/DL Qual, UL/DL Lev, UL/DL Interference,
Distance, Better Cell, Interband, Micro cells HO, Concentric cell, Traffic, AMR, TFO causes.
cell (MC67w or MC785x or MC586y or MC10zz or MC447 or MC461)
cell (MC67all + MC785all + MC586all + MC10all + MC447 + MC461)
MC67all = MC671+MC672+MC673+MC674+MC675+MC676+MC677+MC678+MC679
+MC670
MC785all = MC785a + MC785d + MC785e + MC785f (microcell)
MC586all = MC586a + MC586b + MC586c (concentric)
MC10all = MC1040 + MC1044 + MC1050
THRESHOLD
COMMENT
REF NAME
Quality DL > 10%, Qual UL > 10%, Level UL > 20%, Level DL > 20%
Interf UL > 5%, Interf DL > 5%, Better Cell < 30%
HCSTBPBR, HCCCELVDR, HCCCELVUR, HCCCBCPR,
HCSTEDIR, HCSTEIFDR, HCSTELVDR, HCSTEQLDR,
HCSTBDRR, HCMBBCPR, HCMCEBSR, HCMCELVDR,
HCMCBCPR, HCMCELVUR, HCSTEMIR, HCSTEIFUR,
HCSTELVUR, HCSTEQLUR, HCSTAMR, HCSTBTFR
UNIT
1 2 126
DEFINITION
Distribution of Handover attempts by standard cause : Power Budget, quality too low, level too low,
high interference and MS-BTS distance too long.
FORMULA B7.2
THRESHOLD
COMMENT
REF NAME
z
z
UNIT
1 2 127
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"
HCSTEIFR
HCSTEQLR
HCSTELVR
HCSTEDMR
HCSTBPBR
HCMCR
HCCC
TMHOSR
1 2 128
INDICATOR
DEFINITION
FORMULA B7.2
Rate of successful outgoing external and internal intercell SDCCH and TCH handovers
cell (MC646 + MC656) / cell (MC645a + MC655a)
THRESHOLD
COMMENT
REF NAME
< 90%
This indicator includes preparation and execution.
HOORSUR
UNIT
INDICATOR
DEFINITION
FORMULA
THRESHOLD
COMMENT
REF NAME
1 2 129
Global Outgoing HO success rate: represents the global efficiency of 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.
INDICATOR
DEFINITION
FORMULA
THRESHOLD
COMMENT
REF NAME
UNIT
INDICATOR
DEFINITION
FORMULA
Rate of successful incoming external and internalintercell SDCCH and TCH HOs
cell (MC642 + MC652) /cell(MC821 + MC831)
THRESHOLD
COMMENT
REF NAME
< 90%
Excluding congestion failures and BSS preparation failures from requests.
HOIREFR
UNIT
1 2 130
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.
1 2 131
Coverage
z
Coverage hole
Coverage hole may exist when coverage areas of two BTSs do not overlap or there are some big obstacles in the
coverage area, this lead to no signal or very poor signal level.
z
Over shooting
In the actual network, the high BTS antenna can propagate far away along a road and serve in area which its not
suppose to serve in; which result in the "isolate Island" problem.
Interference
Interference usually occurs when more than one idle channel appear in the highest interference band. If the
interference is internal, it will usually increase with the growth of traffic. If the interference is external, it is usually
not related to traffic, but it may increase with the traffic growth if the interference is from the close analog network.
There is also the possibility to work with the RMS (per TRX).
If there are high Rx_lev but bad quality, it indicates that co-channel and/or adjacent-channel interference exist.
Congestion: see previous case study
Timer mismatching: check with the NSS team whether BSS-NSS parameters are well set.
DEFINITION
Indicator summarizing the cell behavior and allowing the operator to sort out cell for
investigation.This indicator is based on failure events. For each part of the indicator,
twothresholds are used: Topt and TQoS. TQoS is the QoS warning threshold (e.g. above or
belowthe threshold, a warning is generated on the cell. Topt + TQoS is the optimal value
that should be acheived. Each part as a weighting factor (WF) according to the
impact on the subscribers point of view.
FORMULA
THRESHOLD
COMMENT
REF NAME
z
z
(G)
INDICATOR
UNIT
1 2 132
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.
(G)
INDICATOR
DEFINITION
FORMULA
THRESHOLD
COMMENT
REF NAME
z
z
N/A
QSCQRR
UNIT
For optimization
Try to improve cells with the worst CQFR
1 2 133
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.
(G)
INDICATOR
DEFINITION
FORMULA
Rate of TCHs able to carry traffic (upon the total number of traffic channels)
(cell (MC250) / #Available TCH)
THRESHOLD
COMMENT
REF NAME
< 95%
#Available TCH : according to channel configuration
TCAVAR
UNIT
1 2 134
Exercise
Indicator
1- SDCCH congestion
2- Call drop
3- Call success
4- Efficiency of outgoing HO
5- Network TCH availability
6- TCH assignment failure
7- Call drop
8- SDCCH drop
9- HO cause distribution
(ratio of better cell)
10- Call success
11- SDCCH drop
value
10%
5%
95%
91%
94%
2,4 %
2,3 %
2%
45%
OK ?
NOK
Impact
difficulties to establish call
88%
1%
Time allowed:
15 minutes
1 2 135
1 2 136
Objective
z
1 2 137
CALL DROP
For BSS, the last stage is considered as established, although it is not the
cause from a user point of view
If a TCH drop occurs during this phase
y for the user, it is a setup failure
y for the OMC-R indicators, counted as a call drop
1 2 138
Call Duration
z
1 2 139
Mobility
z
IMPACT OF MOBILITY
Most of drop problems are due to mobility
y Usually 2/3 of calls are static (no HO will be done)
y For example, if 40 drops are observed for 1000 calls
{
{
Typical trap when comparing drive tests results with OMC-R statistics
1 2 140
Exercise
Case
global call drop: 2%
In 1 BSS, some transcoders
are faulty: as soon as TCH
are established on these
TC, they are lost
In 1 network, drive tests
are showing a general call
drop of 7 %.
OMC-R call drop indicator is
giving 2,1 %
In 1 network, global call
setup success is 92 %
conclusion
for 1 call of 20 mns,
risk of drop is 2 %
The call setup success
rate indicator will be
increased due to this
problem
OK ?
NOK
OMC-R indicator is
erroneous (drive test is
the reality)
Time allowed:
15 minutes
1 2 141
why
call duration is more
than average
1 2 142
The Mobile Network is evaluated through Network Statistic (NPO), Drive Test (Agilent, TEMS, etc.) and Trouble
Ticket (Alarms, etc.).
Then the KPI Targets is set based on the consideration from all the data collected.
The Action Plan is proposed based on the studies of the network.
The Action Plan is based on Frequency, Cell Parameters/Configuration and Hardware Changes.
After the Action plan is done, the network statistic and Drive Test is performed again to determine the KPI achieves
the required Target. For the case where the KPI target is not achieved as requirements, the optimization work is
repeated again until the achievement of KPI targets.
An advanced improvement plan may be achieved thanks to the help of Alcatel-Lucent support.
1 2 143
Exercise 1
z
Time allowed:
5 minutes
1 2 144
value
value
SDCCH
SDCCHcongestion
congestion
SDCCH
drop
SDCCH drop
1%
1%
3%
3%
TCH
TCHassignment
assignmentfailure
failurerate
rate
Call
drop
Call drop
2%
2%
1%
1%
Call
Callsetup
setupsuccess
successrate
rate
Call
success
rate
Call success rate
96%
96%
94%
94%
Efficiency
Efficiencyof
ofoutgoing
outgoingHO
HO
Efficiency
of
incoming
HO
Efficiency of incoming HO
92%
92%
93%
93%
HO
HOcause
causedistribution
distributionbetter/level/quality
better/level/quality 70/20/10
70/20/10
Network
98%
NetworkTCH
TCHavailability
availability
98%
Exercise 2
z
Time allowed:
5 minutes
value
value
SDCCH
SDCCHcongestion
congestion
SDCCH
SDCCHdrop
drop
5%
5%
2%
2%
TCH
TCHassignment
assignmentfailure
failurerate
rate
Call
Calldrop
drop
1%
1%
1%
1%
Call
Callsetup
setupsuccess
successrate
rate
Call
success
rate
Call success rate
97%
97%
95%
95%
Efficiency
Efficiencyof
ofoutgoing
outgoingHO
HO
Efficiency
of
incoming
HO
Efficiency of incoming HO
92%
92%
92%
92%
HO
HOcause
causedistribution
distributionbetter/level/quality
better/level/quality 75/15/10
75/15/10
Network
TCH
availability
98%
Network TCH availability
98%
1 2 145
Exercise 2
z
value
value
SDCCH
SDCCHcongestion
congestion
SDCCH
drop
SDCCH drop
TCH
TCHassignment
assignmentfailure
failurerate
rate
Call
drop
Call drop
Call
Callsetup
setupsuccess
successrate
rate
Call
success
rate
Call success rate
Time allowed:
5 minutes
Efficiency
Efficiencyof
ofoutgoing
outgoingHO
HO
Efficiency
Efficiencyof
ofincoming
incomingHO
HO
HO
HOcause
causedistribution
distributionbetter/level/quality
better/level/quality
Network
NetworkTCH
TCHavailability
availability
1 2 146
4.6%
4.6%
92%
92%
1 2 147
Module 3
Detailed Indicators
3JK11045AAAAWBZZA Issue 01
Module Objectives
Upon completion of this module, you should be able to:
Explain what is a detailed indicator and what are the different classifications
of the detailed indicators provided by the Alcatel-Lucent BSS
Content:
3.1 Indicator Reference Name
3.2 Indicators Classification
1 3 149
150
152
1 3 150
Description
z
Family
Unit
Procedure
Type
Prefix
1 3 151
Joker
Sub-type
mandatory
optional
1 3 152
Main Categories
z
Classification
GSM
indicators
Traffic load
Global QoS
Handover
statistics
SDCCH
SDCCH
HO causes
Directed retry
TCH
RTCH
Outgoing HO
Concentric cells
Incoming HO
Multilayer/Multiband
Network
IntracellHO
Multiband
SCCP
Control Channels
Call statistics
Resource
availability
SDCCH /TCH
HO repartition
Couple of cells
1 3 153
Densification
techniques
SDCCH Traffic
z
z
SDCCH Traffic
Traffic
Model
Global
Requests
Normal
Assignment
MS
Penetration Rate
Resource
Occupancy
Traffic
Dual Band
SDCCH
Erlang
Handover
Global
Traffic
Normal
Assignment
Traffic
MT
1 3 154
SDCCH Mean
Holding Time
Handover
Traffic
MO
Loc. Update
LU Follow on
IMSI Detach
SMS
Sup. Service
Call
Re-Estab
Call
Estab
Other
All Rights Reserved Alcatel-Lucent 2008
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:
z
TCH Traffic
z
z
Speech Version
&
Channel Type
Resource
Occupancy
Traffic Model
REQUESTS
REQUESTS
Assign / HO / DR
SUCCESS
Assign/ HO/ DR
ALLOCATIONS
FR, HR, EFR, AMR, DATA
SUCCESS
AMR / TFO
HO PER CALL
1 3 155
TCH
Erlang
Full Rate
Erlang
Blocking Peak
Half Rate
Erlang
Full Rate
Allocated
TCH
Multiband
Occupancy
Half Rate
Allocated
Full Rate
Mean TCH
Time
The Speech Version and Channel Type section includes indicators for:
z
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).
Half Rate
Mean TCH
Time
Ratio of
HR Traffic
QoS SDCCH
z
z
SDCCH
Assignment Phase
/
Handover
Established
Phase
Congestion
Drop Rate
Unsuccess
Drop Radio
Radio
Failure
BSS Failure
Access Reject
Dynamic Allocation
1 3 156
Drop HO
Drop BSS
QoS RTCH
z
z
Radio
Failure
1 3 157
BSS
Failure
RTCH
Preemption
Phase
Queuing
Phase
Queue Length
Assign
Queued
Assign
Queuing Fail
PVI =1
Requests
Success
Drop rate
Drop Radio
Drop HO
Queue Full
Assign
Queued
& Reject
PCI =1
Established
Phase
Queued
Success
Allocation
with / without
Preemption
Timeout
Normal
Assign.
Higher
Priority
Directed
Retry
Success
Failure
Drop BSS
Preemption
Call Drop
Call Success
Call Setup
Success Rate
Call Drop
End User Rate
Call
Success Rate
Drop Radio
Drop HO
Drop BSS
Preemption
Cell Quality
Factor Absolute
Cell Quality
Factor Relative
Transcoder
Failure
1 3 158
Handover Causes
z
z
Handover STATISTICS
Handover causes
Handover causes
HO causes
All
HO
cause
distribution
Outgoing HO
Incoming HO
HO cause
category
distribution
HO cause
category
distribution
HO standard
cause
distribution
Fast traffic HO taken into account type of counter for dual band HO
1 3 159
Outgoing Handovers
z
z
Handover STATISTICS
Outgoing handovers
Outgoing HO
Intra-BSC
External
Success Rate
Efficiency
Efficiency
Efficiency
Incoming Handovers
z
z
Handover STATISTICS
Incoming handovers
Incoming HO
Intra-BSC
External
Efficiency
Efficiency
Efficiency
Congestion
Congestion
Failure Radio
Failure No CIC
Failure BSS
Failure Radio
Failure BSS
More counters for UMTS to GSM handover monitoring. The new counters
were introduced in the 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 counter differs from MC922d by the fact it just counts 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.
1 3 162
Intracell Handovers
z
z
Handover STATISTICS
Intracell handovers
Intracell HO
Efficiency
Congestion
CDR BSS
Failure BSS
1 3 163
Handover STATISTICS
Handover statistics per couple of cell
HO statistics
per Couple of Cell
Efficiency
Success Rate
HO Success Distribution
1 3 164
1 3 165
Module 4
Handover Indicators
3JK11046AAAAWBZZA Issue 01
Module Objectives
Upon completion of this module, you should be able to:
Explain what are the main Handover counters and indicators provided by the
Alcatel-Lucent BSS in order to monitor the quality of handovers
Content:
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
1 4 167
168
178
192
207
1 4 168
Handover Types
z
TCH/(SDCCH) Handover
Synchronous
y
y
y
y
Asynchronous
External
y between two cells of different BSCs
y also called inter BSC
y or between two cells of the same BSC
when using the forced external
handover mode
between 2 cells
sharing the same clocks
collocated
usually 2 sectors of the same BTS
Incoming
y as considering the target cell
Outgoing
y as considering the serving cell
1 4 169
B10
Intracell HO - Success
z
BTS
MEAS REPORT
----------------------------->
ASSIGNMENT CMD
<----------------------------SABM
----------------------------->
UA
<----------------------------ASSIGNMENT CMP
----------------------------->
BSC
MEASUREMENT RESULT
-------------------------------------------------------------->
PHYSICAL CONTEXT REQUEST (old channel)
<-------------------------------------------------------------PHYSICAL CONTEXT CONFIRM (old channel)
-------------------------------------------------------------->
CHANNEL ACTIVATION (new channel)
<-------------------------------------------------------------CHANNEL ACTIVATION ACK (new channel)
-------------------------------------------------------------->
ASSIGNMENT COMMAND (old channel)
<--------------------------------------------------------------
MFS
MSC
MC870
MC871
start T3107
stop T3107
MC662
HANDOVER
PERFORMED
------------------------------------New B10
BSC Shared DTM Information Indication>
------------------>
Case of a DTM capable MS in
RF CHANNEL RELEASE (old channel)
dedicated mode
<-------------------------------------------------------------RF CHANNEL RELEASE ACK (old channel)
-------------------------------------------------------------->
1 4 170
EN_DTM = enabled
B10
BTS
MEAS REPORT
----------------------------->
ASSIGNMENT CMD
<----------------------------SABM
----------------------------->
UA
<----------------------------ASSIGNMENT CMP
----------------------------->
1 4 171
BSC
MEASUREMENT RESULT
-------------------------------------------------------------->
PHYSICAL CONTEXT REQUEST (old channel)
<-------------------------------------------------------------PHYSICAL CONTEXT CONFIRM (old channel)
-------------------------------------------------------------->
CHANNEL ACTIVATION (new channel)
<-------------------------------------------------------------CHANNEL ACTIVATION ACK (new channel)
-------------------------------------------------------------->
ASSIGNMENT COMMAND (old channel)
<--------------------------------------------------------------
MFS
MSC
MC870
MC871
start T3107
stop T3107
MC662
HANDOVER
PERFORMED
------------------------------------->
BSC Shared DTM Information Indication
------------------>
RF CHANNEL RELEASE (old channel)
<-------------------------------------------------------------RF CHANNEL RELEASE ACK (old channel)
-------------------------------------------------------------->
New B10
EN_DTM = enabled
Intracell HO - Failures
Handover Execution:
y reversion to old channel
y drop radio
y BSS problem (no specific counter)
1 4 172
Intracell HO - Congestion
MS
Serving BTS
Serving BSC
MSC
MC561
TCH+MC101SDCCH
MEAS REPORT
----------------------------->
MEASUREMENT RESULT
--------------------------------------------------------------> MC870
No free TCH
MC561
1 4 173
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)
----------------------------------------------------------------->
1 4 174
MS
Serving
BSC
MC871
BTS
MC663=C63TCH
+C103SDCCH
ASSIGNMENT CMD
<-----------------------------
1 4 175
MSC
MC663
T3107 expiry
MS
Serving
BTS
ASSIGNMENT CMD
<-----------------------------
Serving
BSC
MC871
MSC
--------------------------------------- >
CLEAR REQUEST
O&M intervention
Radio interface failure
1 4 176
Intra cell HO failures due to BSS problems are deduced from other counters.
Intracell HO - Counters
z
Preparation Failure
ATTEMPT
SUCCESS
CONGESTION
Execution Failure
INTRACELL Handover
Preparation
Execution
BSS PB
Request
MC870
Congestion
BSS Pb
MC561+MC101
MC870-MC871-(MC561+MC101)
Attempt
MC871
MC662
All Rights Reserved Alcatel-Lucent 2008
DROP RADIO
BSS PB
1 4 178
B10
Internal HO - Success
HO FAIL. CASES > internal HO > success case
z
MS
serving cell
target cell
BSC
MFS
MEAS REP
----------------------->
MEASUREMENT RESULT
------------------------------------------------------------------------>MC830, MC655A
MSC
CHANNEL ACTIVATION
<---------------------------------CHAN ACTIV ACK
---------------------------------->
HO CMD
HANDOVER COMMAND
<----------------------- <------------------------------------------------------------------------start T3103
MC831, MC660
start T3124
HANDOVER ACCESS
------------------------------------------------------------->
------------------------------------------------------------->
HO DETECTION
PHYSICAL INFORMATION
---------------------------------->
<------------------------------------------------------------- start T3105
stop T3124
start T200
------------------------ SABM ---------------------------> stop T3105
<-------------------------- UA ----------------------------- ESTABLISH INDICATION
stop T200
---------------------------------->
HANDOVER COMPLETE
HO CMP
stop T3103
<------------------------------------------------------------1 4 179
HO_PERFORMED MESSAGE
>"cause" of HO
New B10
if DTM is enabled in the old cell, it sends a BSCGP BSC shared DTM info indication (CS_Flag = 0) to the MFS.
if DTM is enabled in the new cell, it send a BSCGP BSC shared DTM info indication (CS_flag = 1) to the MFS.
The MFS in the old cell deletes the MS context and creates an MS context according to the information received in
the BSCGP BSC shared DTM info indication.
B10
MS
serving cell
target cell
BSC
MFS
MEAS REP
----------------------->
MEASUREMENT RESULT
------------------------------------------------------------------------>MC830, MC655A
MSC
SGSN
CHANNEL ACTIVATION
<---------------------------------CHAN ACTIV ACK
---------------------------------->
HO CMD
HANDOVER COMMAND
<----------------------- <------------------------------------------------------------------------start T3103
MC831, MC660
.
HANDOVER COMPLETE
HO CMP
-------------------------------------------------------------> ---------------------------------->
DTM Information
DTM Information
stop T3103
HO PERFORMED
----------------------------->
MC652, MC656
Cell update
Flush LL
New B10
Flush LL ack
if DTM is enabled in the old cell, it sends a BSCGP BSC shared DTM info indication (CS_Flag = 0) to the MFS.
if DTM is enabled in the new cell, it send a BSCGP BSC shared DTM info indication (CS_flag = 1) to the MFS.
The MFS in the old cell deletes the MS context and creates an MS context according to the information received in
the BSCGP BSC shared DTM info indication.
2 does not concern the outgoing side (serving cell point of view)
Handover Execution:
y radio problem: the MS fails to access the new channel
{
1 4 181
MS
Serving Cell
Serving BSC
MSC
MEAS REPORT
MC551TCH+MC91SDCCH
----------------------------->
MEASUREMENT RESULT
--------------------------------------------------------------> MC830
No free TCH
MC551
1 4 182
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
1 4 183
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.
ATTEMPT
SUCCESS
Preparation Failure
Execution Failure
CONGESTION
BSS PB
MC830
Congestion
BSS Pb
MC551+MC91
MC830-MC831-(MC551+MC91)
Attempt
MC831
MC653
MC831-MC652-MC653
Success
MC652
MS ACCESS PB
Execution
1 4 184
BSS PB
HOIBFLBN
HOIBFLRN
HOIBCGN
HOIBSUN
HOIBFLR
1 4 185
HOIBPFR: rate of incoming internal HO failures due to BSS during the preparation phase
HOIBFLBR: rate of incoming internal HO failures due to BSS during the execution phase
Handover Execution:
y radio problem: the MS reverts to the old channel
y radio problem: the MS drops
y BSS problem (no specific counter)
1 4 186
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
1 4 187
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
<------------------------
ATTEMPT
SUCCESS
Preparation Failure
Execution Failure
CONGESTION
Execution
1 4 189
BSS PB
Request
MC655A
MC655A-MC660
Attempt
MC660
MC657
MC658
MC660-MC656-MC657-MC658
Success
MC656
BSS PB
SUCCESS
HOOBCDR
HOOBOCR
1 4 190
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
B10
Find in trace 7:
1) The identity of the new TCH assigned while MS in DTM mode
Time allowed:
15 minutes
1 4 191
New B10
1 4 192
B10
External HO - Success
HO FAIL. CASES > External HO > successful case
MS
serving_cell
BSC
MFS
MSC
BSC
target_cell
MS
- MEAS_REPORT ->
------- MEAS_RESULT -------->
MC645A
MC462A
MC820 MC463A
---- CHANNEL_ACTIVATION ------>
<- CHANNEL_ACT_ACK------------Start T9113
MC821 MC463B
<------ HO_DETECTION--------------
New B10
1 4 193
MC646
DTM information
B10
MS
serving_cell
MFS SGSN
BSC
MSC
BSC
target_cell
MS
- MEAS_REPORT ->
------- MEAS_RESULT -------->
MC645A
MC462A
MC820 MC463A
---- CHANNEL_ACTIVATION ------>
<- CHANNEL_ACT_ACK------------Start T9113
MC821 MC463B
<------ HO_DETECTION--------------
DTM information
MC646
New B10
1 4 194
Cell update
All Rights Reserved Alcatel-Lucent 2008
External HO - Failures
z
2 does not concern the outgoing side (serving cell point of view)
Handover Execution:
y radio problem: the MS fails to access the new channel
{
1 4 195
MS
serving_cell
- MEAS_REPORT ->
BSC
MSC
( <-HO_REQUIRED_REJECT-)
1 4 196
BSC
MC820
MC541A
target_cell
MS
MS
serving_cell
- MEAS_REPORT ->
BSC
MSC
( <-HO_REQUIRED_REJECT-)
MC820
MC41B
MC41B
1 4 197
BSC
target_cell
MS
serving_cell
- MEAS_REPORT ->
BSC
MSC
BSC
target_cell
MS
MS ----- HO_FAILURE
serving_cell
(reversion to old channel)
- MEAS_REPORT ->
BSC
------------------------------------------>
MSC
BSC
target_cell
MS
MC643
Release of connection
T9113 expiry
MC643
Release of connection
1 4 198
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.
Intra PLMN HO
REQUEST
REQUEST
ATTEMPT
SUCCESS
RATIO
ATTEMPT
SUCCESS
Preparation Failure
Execution Failure
CONGESTION
Execution
1 4 199
BSS PB
MC820
Congestion
BSS Pb
MC541+MC81
MC820-MC821-(MC541+MC81)
Attempt
MC821
MC643
MC821-MC642-MC643
Success
MC642
All Rights Reserved Alcatel-Lucent 2008
MS ACCESS PB
BSS PB
1 4 200
HOIMCGR: rate of incoming external HO failures due to radio congestion (Air or Abis TCH)
HOIMPFR: rate of incoming external HO failures due to BSS during the preparation phase
HOIMFLBR: rate of incoming external HO failures due to BSS during the execution phase
REQUESTS
ATTEMPTS
SUCCESS
Handover Execution:
y radio problem: the MS reverts to the old channel
y radio problem: the MS drops
y BSS problem (no specific counter)
1 4 201
MS
serving_cell
- MEAS_REPORT ->
BSC
MSC
BSC
MS
1 4 202
target_cell
Release of connection
MS
serving_cell
- MEAS_REPORT ->
BSC
MSC
BSC
MS
1 4 203
target_cell
Release of connection
Intra PLMN HO
REQUEST
REQUEST
ATTEMPT
SUCCESS
RATIO
ATTEMPT
SUCCESS
Preparation Failure
Execution Failure
CONGESTION
Execution
1 4 204
Request
MC645A
MC645A-MC650
Attempt
MC650
MC647
MC648
MC650-MC646-MC647-MC648
DROP RADIO
Success
MC646
All Rights Reserved Alcatel-Lucent 2008
BSS PB
BSS PB
1 4 205
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
REQUESTS
ATTEMPTS
SUCCESS
B10
External HO - Exercise
z
New B10
Time allowed:
15 minutes
1 4 206
1 4 207
b
C40i(a,b)
C40i(c,b)
C40i(c,d)
d
e
C40i(f,d)
1 4 208
where
1 4 209
These indicators can also be used 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.
Type 26 Counters
z
Tb
Target a
Tc
C72i(S,Tc)
Serving
C72i(S,Te)
Te
Tf
1 4 210
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.
Type 26 Indicators
z
1 4 211
Type 27 Counters
z
Sb
Serving a
Sc
C73i(Sc,T)
Target
C73i(Se,T)
Se
Sf
1 4 212
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.
Type 27 Indicators
z
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)
1 4 213
1 4 214
1 4 215
Module 5
Directed Retry Indicators
3JK11047AAAAWBZZA Issue 01
Module Objectives
Upon completion of this module, you should be able to:
Describe the counters and indicators used for monitoring the efficiency of the
directed retry feature
1 5 217
Table of Contents
Page
1 5 218
219
1 5 219
Queuing Is Mandatory
z
With default BSS tuning: the call establishment fails if no TCH has been
freed after T11 seconds
1 5 220
The queuing of TCH requests is also performed for incoming external TCH handovers but not for incoming internal
TCH handovers.
Directed Retry (DR): When a TCH request is in queue, the BSC tries to
establish the TCH connection on a neighboring cell if:
the normal handover condition is met (Normal DR)
specific directed retry conditions are met (Forced DR):
y the MS receives a sufficient signal level from a neighboring cell
y the number of free TCHs in this neighboring cell is sufficient
1 5 221
External
Asynchronous
not synchronous for any reason
no dedicated monitoring for
synchronous/asynchronous HO
Incoming
as considering the target cell
Outgoing
as considering the serving cell
1 5 222
ANNEX 3
between 2 cells
sharing the same clocks
collocated
usually 2 sectors of the same BTS
y tunable at OMC-R level
Synchronous
1 5 223
Module 6
Radio Measurement Statistics
Indicators
3JK11048AAAAWBZZA Issue 01
Module Objectives
Upon completion of this module, you should be able to:
Describe the RMS indicators used for radio quality assessment of a TRX or cell
and to use them in the detection of some typical radio problems
1 6 225
Table of Contents
Page
1 6 226
227
230
236
238
248
269
274
278
289
1 6 227
RMS Objectives
In order to:
z
z
z
1 6 228
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.
1 6 229
Today's solutions for Radio Measurements are limited and very expensive:
z
drive tests: provide a mobile user with the perception of the network but cannot be done on the whole
network and on an every day basis since:
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:
1 6 230
RMS Management
z
1 6 231
Templates
Templates
PM
1 6 232
1 6 233
Templates
Compute
experience
matrix
PM
2.
3.
4.
5.
6.
7.
1 6 234
BSS
3
PM
PM
OMC-R
NPA
QOS
5
1
RNP
6
Template
QOS
Experience matrix
A9156 RNO
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:
z
Extra editor in the administration tool to modify templates: a given value or a reference one.
NPA
z
NPA stores RMS jobs measurements, at Cell & TRX levels (15 days).
The Experience Matrix generated by RNO is an interference matrix computed from C/I measurements provided
through RMS counters.
1 6 235
1 6 236
B10
1 6 237
B10
Annex 1
1 6 238
6.4.1 Generalities
z
1 6 239
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
z Number of Noisy calls suffering from problem of interference and bad coverage considered together on the
uplink path
RMVQUUKN = RMS_call_noisy_UL_undefined
z 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
z 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.
SACCH meas.
begin
CQS1
CQS2
CALL
end
480ms
CQS3
CQS4 CQS5
CQS6
CQS7
CQS8
CQS375
1 measurement report
1 SACCH mfr
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)
interfered CQS
CQS
VQ_RXQUAL
Level (dBm)
0
-110
1 6 241
VQ_RXLEV
-47
All Rights Reserved Alcatel-Lucent 2008
Noisy xx Undefined if Ratio of (xx interfered CQS + xx bad coverage CQS) > VQ_INTF_THRESHOLD
1 6 242
All these parameters are included in the RMS PM Type 31 result files as RMS counters:
z
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.
1 6 243
All these parameters are included in the RMS PM Type 31 result files as RMS counters:
z
RMSpg = PAR_VQ_GOOD_RXFER
RMSpi = PAR_VQ_INTF_THRESHOLD
RMSpj = PAR_VQ_FER_THRESHOLD
RMS counters
VQ_NOISY_UL_INTERFERENCE = RMS10
Number of calls suffering from interference problem on the uplink path
VQ_NOISY_UL_INTERFERENCE is incremented whenever a call verifies:
100*(INTERFERED_UL_SAMPLES / NUM_UL_SAMPLES) > VQ_INTF_THRESHOLD
y with
INTERFERED_UL_SAMPLES = nb of times where AV_RXQUAL_UL_VQ > VQ_RXQUAL
and AV_RXLEV_UL_VQ>VQ_RXLEV
1 6 244
z NUM_UL_SAMPLES: total number of averages calculated on UL measurements during the call on the considered
TRX
RMS counters
VQ_NOISY_UL_INTERFERENCE = RMS10
Number of calls suffering from interference problem on the uplink path
VQ_NOISY_DL_INTERFERENCE = RMS11
Number of calls suffering from interference problem on the downlink path
VQ_NOISY_UL_COVERAGE = RMS12
Number of calls suffering from bad coverage problem on the uplink path
VQ_NOISY_DL_COVERAGE = RMS13
Number of calls suffering from bad coverage problem on the downlink path
1 6 245
RMS counters
VQ_NOISY_UL_UNDEFINED = RMS14
Number of calls suffering from both problems of interference and bad
coverage on the uplink path
y These calls are not counted in VQ_NOISY_UL_COVERAGE or
VQ_NOISY_UL_INTERFERENCE
VQ_NOISY_DL_UNDEFINED = RMS15
Number of calls suffering from both problems of interference and bad
coverage on the downlink path
y These calls are not counted in VQ_NOISY_DL_COVERAGE or
VQ_NOISY_DL_INTERFERENCE
1 6 246
RMS counters
VQ_NOISY_UL_BAD_FER = RMS16
Number of calls with bad quality measurements and with bad FER
measurements on the uplink path
y Bad quality means bad RXQUAL whatever RXLEV is
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
1 6 247
1 6 248
6.5.1 Generalities
z
1 6 249
These RMS indicators are provided on the RNO tool per TRX, per Cell:
z
Vector Counter
RMS7a=TPR_PATH_BALANCE
RMS7b=MAX_PATH_BALANCE
1 6 250
C/I repartition
TA repartition (improved)
1 6 251
TMR_RXQUAL_UL_RXLEV_UL
RMS Parameters
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)
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
1 6 252
All these parameters are included in the RMS PM Type 31 result files as RMS counters:
z
The Path Balance is computed by the BTS from each Measurement Result message as the difference between:
z
Path loss on the uplink: received level by the BTS - MS power level
where the BTS power level is computed as the BTS nominal power minus by the BTS power relative level.
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.
RMS Parameters
Radio Quality Statistics:
TA_STAT: threshold on the timing advance value defining a priori the range
of the cell (0 to 64 bits)
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
y
y
y
y
1 6 253
All these parameters are included in the RMS PM Type 31 result files as RMS counters:
z
RMSpb = PAR_TA_STAT
For each active dedicated radio channel in a cell, a counter S called Radio Link Counter is:
incremented by 2 by the BTS each time a valid SACCH measurement is received from the mobile
(SACCH_BFI=0).
decremented by 1 by the BTS each time an SACCH measurement from the mobile cannot be decoded
(SACCH_BFI=1).
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.
RMS Parameters
Radio Quality Statistics:
MEAS_STAT_BFI1 to MEAS_STAT_BFI9:
9 thresholds on the number of consecutive speech frames with BFI set to 1
defining 10 BFI bands
0 < MEAS_STAT_BFI(i) MEAS_STAT_BFI(i+1) 25 speech frame
The BTS decodes 24 speech frames (sf) from 1 uplink SACCH multi-frame:
y and 1 SACCH frame (or block)
SACCH mfr
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
Sf 1
Sf 2
Sf 3
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 4
Sf 5
Sf 6
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 7
1 6 254
Sf 8
Sf 9
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
Sf 10
Sf 13 Sf 14
Sf 11
Sf 12
Sf 15
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
Sf 16
Sf 19 Sf 20
Sf 17
Sf 18
Sf 21
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 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.
RMS Counters
Radio Quality Statistics
TPR_RXQUAL_UL_RXLEV_UL: matrix of 8x10 elements UL(RXQUAL i, RXLEV
band j), each element is made up of:
y Samplesij: norm of number of measurement result samples in which UL RxQual is
equal to i and UL RxLev is reported in RXLEV band j
y MS PWR levelij: average value of MS power (in dBm) from pwr levels reported in
these samples
y Timing Advanceij: average value of TAs reported in these samples
1 6 255
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
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Page 255
RMS Counters
Radio Quality Statistics
TPR_RXQUAL_DL_RXLEV_DL: matrix of 8x10 elements DL(RXQUAL i, RXLEV
band j), each element is made up of:
y Samplesij: norm of number of measurement result samples in which DL RxQual is
equal to i and DL RxLev is reported in RXLEV band j
y BS PWR levelij: average value of BS power (in dBm) from pwr levels reported in these
samples
y Timing Advanceij: average value of TAs reported in these samples
1 6 256
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
TPR_RXQUAL_DL_RXLEV_DL(i,j) x TMR_RXQUAL_DL_RXLEV_DL(j) / 254
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Page 256
RMS Counters
Radio Quality Statistics
TPR_PATH_BALANCE: vector of 10 elements UL/DL(PATH BALANCE band j),
each element is made up of:
y the norm of number of measurement result samples for which the computed Path
Balance is in PATH BALANCE band j
MAX_PATH_BALANCE:
y 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)
1 6 257
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
RMS Counters
Radio Quality Statistics
TPR_RADIO_LINK: vector of 10 elements UL(S band j), each element is made
up of:
y the norm of number of measurement result samples for which the Uplink Radio Link
Counter is in S band j
MAX_RADIO_LINK:
y 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)
1 6 258
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
RMS Counters
Radio Quality Statistics
TPR_BFI_RXLEV_UL: matrix of 10x10 elements UL(BFI i, RXLEV band j), each
element is made up of:
y the norm of number of SACCH multi-frames in which the number of consecutive
speech frames with BFIs set to 1 is in BFI band i and UL RxLev reported in the
corresponding measurement results is in RXLEV band j
1 6 259
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
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Page 259
RMS Counters
Radio Quality Statistics
The BTS increments the BFI (or CFE) counter as soon as consecutive
speech frames cannot be decoded
isolated speech frames with BFIs set to 1 are not counted
sequences of not decoded speech frames are cumulated
SACCH mfr
0
Sf 1 Sf 2
Sf 3 Sf 4 Sf 5 Sf 6
BFI
1
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
10
RxLev UL
10
11
12
12
11
11
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
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Page 260
1 6 261
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
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Page 261
1 6 262
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
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Page 262
1 6 263
1 6 264
MAX_TA:
y maximum value of Timing Advance among all TA values reported in the measurement
results used for RMS
1 6 265
RMS36 = PERC_TA_GT_TA_STAT
RMS37 = MAX_TA
1 6 266
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:
z
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.
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.
1 6 267
TPR_UL_RXQUAL_TA_BAND= RMS53
Table of 10 results; Each cell (i) of the table contains the 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).
1 6 268
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 En-Unbalanced-OutputPower 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).
1 6 269
1 6 270
RMS Parameters
C/I statistics:
parameters defining intervals for C/I statistics
MEAS_STAT_C_I1 to MEAS_STAT_C_I9: 9 thresholds on the
Carrier/Interference ratio defining 10 C/I bands
-63 < MEAS_STAT_C_I(i) MEAS_STAT_C_I(i+1) +63 dB
Annex 2
1 6 271
All these parameters are included in the RMS PM Type 31 result files as RMS counters:
z
RMSp80 = NEIGB_CELL_ID
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
RMS Counters
MR_CIN:
y 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)
1 6 272
RMS8a=TPR_CIN
RMS8b=TMR_CIN
RMS Counters
MR_CIF:
y 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)
1 6 273
RMS9a=TPR_CIF
RMS9b=TMR_CIF
1 6 274
B10
6.7.1 Generalities
z
z
The objective is to associate a specific radio cause (too low level, too
bad quality, etc.) to each call drop, in the RMS statistics.
Each time a BSS triggered call release happens, the BSC shall use the
last measurements received for this MS to compute what is the
probable cause of the drop
y According to some thresholds
y If several causes are eligible, only the one with the highest priority shall be
reported.
y Could then be used to increment counters
1 6 275
RMS9a=TPR_CIF
RMS9b=TMR_CIF
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 too. When in exceptional cases, more results are available (future expansion in
GSM), only the first 21 are reported.
All Rights Reserved Alcatel-Lucent 2008
B10
Cause to be
reported in
counters
Priority
5
6
7
RMS9a=TPR_CIF
RMS9b=TMR_CIF
B10
6.7.3 Counters
z
Short Name
MC928a
MC928b
MC928c
MC928d
MC928e
MC928f
MC928g
MC928h
MC928i
Name
Definition
NB_TCH_DROP_CAUSE_TOO_LOW_QUALITY_ Number of TCH drops due to Cause 2 (Too low
UL
quality in UL).
Number of TCH drops due to Cause 3 (Too low
NB_TCH_DROP_CAUSE_TOO_LOW_LEVEL_UL level in UL).
NB_TCH_DROP_CAUSE_TOO_LOW_QUALITY_ Number of TCH drops due to Cause 4 (Too low
DL
quality on the downlink).
Number of TCH drops due to Cause 5 (Too low
NB_TCH_DROP_CAUSE_TOO_LOW_LEVEL_DL level in DL).
NB_TCH_DROP_CAUSE_TOO_LONG_MS_BS_D Number of TCH drops due to Cause 6 (Too long
ISTANCE
MS-BS distance).
NB_TCH_DROP_CAUSE_TOO_SHORT_MS_BS_ Number of TCH drops due to Cause 22 (Too short
DISTANCE
MS-BS distance).
NB_TCH_DROP_CAUSE_TOO_HIGH_INTERFER Number of TCH drops due to Cause 15 (Too high
ENCE_UPLINK
interference level on the uplink).
NB_TCH_DROP_CAUSE_TOO_HIGH_INTERFER Number of TCH drops due to Cause 16 (Too high
ENCE_DOWNLINK
interference level on the downlink).
Number of TCH drops due to other causes than
Cause 2 (Too low quality in UL), Cause 3 (Too low
level in UL), Cause 4 (Too low quality on the
downlink), Cause 5 (Too low level in DL), Cause 6
(Too long MS-BS distance), Cause 15 (Too high
NB_TCH_DROP_OTHER_CAUSES
interference level
1 6 277
RMS9a=TPR_CIF
RMS9b=TMR_CIF
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 too. 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.
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Page 277
1 6 278
1 6 279
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
z Number of Noisy calls suffering from problem of interference and bad coverage considered together on the
uplink path
RMVQUUKN = RMS_call_noisy_UL_undefined
z 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
z 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.
Not acceptable
coverage limit:
Too low level
Too bad quality
1 6 280
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
Not acceptable
coverage limit:
Too low level
Too bad quality
1 6 281
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
Exercise 1
z
Give the list of the RMS counters and parameters used in the 3 previous
slides.
Time allowed:
10 minutes
1 6 282
Exercise 2
z
Interpret this
graph.
Time allowed:
10 minutes
1 6 283
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
Average DL RxQuality
RMQLDQUAN = RMS_DL_RxQuality_avg
Exercise 3
z
Interpret this
graph.
Average DL RxQuality =
2.81
Exercise 4
z
Interpret this
graph.
Time allowed:
15 minutes
1 6 286
Exercise 5
z
Interpret
this graph.
Time allowed:
10 minutes
1 6 287
Exercise 6
z
Time allowed:
10 minutes
1 6 288
1 6 289
RMS Counters
z
Counters used for post-processing the RMS results provided per TRX
TOT_SEIZ_TCH: number of TCH channels successfully seized by the MS
TOT_MEAS: number of Measurement Results used for RMS
TOT_MEAS_L1INFO_NOL3INFO: number of Measurement Results used for RMS
statistics for which Layer 1 info is present but Layer 3 is missing
TOT_MEAS_DTX_UL: number of Measurement Results used for RMS statistics
for which DTX UL was used in the corresponding SACCH mfr
TOT_MEAS_DTX_DL: number of Measurement Results used for RMS statistics
for which DTX DL was used in the corresponding SACCH mfr
TOT_EMR: number of Extended Measurement Results used for RMS statistics
1 6 290
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.
Counters used for interpreting the RMS results provided per TRX:
TRE_BAND: frequency band of the TRX
BS_TX_PWRMAX: effective maximum output power of the BTS on any channel
of the TRX as an offset from the maximum absolute output power (in dB)
MS_TX_PWRMAX: effective maximum output power of the MS using any
channel of the TRX (in dBm)
IND_TRE_OVERLOAD: boolean indicating if the TRE handling the TRX function
has experienced a data loss due to a processor overload during the RMS
campaign
IND_RMS_RESTARTED: boolean indicating if the RMS job has been restarted on
the concerned TRE during the RMS campaign due to a modification of the RMS
parameter values or a TRE reset
1 6 291
RMSpw1 = BS_TX_PWRMAX
RMSpw2 = MS_TX_PWRMAX
RMS21 = IND_TRE_OVERLOAD
RMS22 = IND_RMS_RESTARTED
Counters used for interpreting the C/I RMS results provided per TRX:
IND_CI_PARTIAL_OBSERVATION: made up of 2 booleans indicating that:
y C/In computation has been restarted due to the modification of the list of
neighboring cells during the RMS campaign
y C/If computation has been restarted due to the modification of the list of MAFA
frequencies during the RMS campaign
1 6 292
RMS23 = IND_CI_PARTIAL_OBSERVATION
RMS24 = IND_CI_OVERFLOW
1 6 293
Module 7
Traffic Indicators
3JK11049AAAAWBZZA Issue 01
Module Objectives
Upon completion of this module, you should be able to:
Describe BSS traffic indicators used for radio resource dimensioning
1 7 295
Table of Contents
Page
1 7 296
297
305
319
324
327
330
1 7 297
GSM Transactions
z
1 7 298
In a GSM network, telecom procedures involve different kinds of resource in the BSS:
z
etc.
1 7 299
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.
Example
z
Calls /hour
:
LU/call
:
HO/Call
:
SMS/Call
:
SS/call
:
Paging/hour
:
mean call duration on TCH :
mean SDCCH duration
:
1 7 300
After commercial opening, the number of calls per hour will be measured from traffic counters.
Usually the Marketing team will provide:
z
Variation
z
1 7 301
Usage
z
1 7 302
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 re-dimensioning.
Advises
z
Some advises
LU/CALL: 1 is "good", 2 is "bad", 4 and more can be dangerous
y beware of the Network or BSC averages which can hide critical cells
1 7 303
Exercise
z
z
z
Is it complete?
What are the risks of such a call mix?
Time allowed:
15 minutes
1 7 304
1 7 305
Erlang Definition
z
Example:
For 1 TCH, observed during 1 hour
one can observe 2 calls: 1 of 80 seconds and 1 of 100 seconds
T = (80+100)/3600 = 0.05 ERLANG
1 7 306
350 calls/hour
3 LUs/call
TCH mean call duration: 85 seconds
SDCCH mean duration: 4.5 seconds
1 7 307
Erlang B Law
z
z
1 7 308
Offered
Rejected
Carried
Telecom system
1 7 309
N
k =0
N!
k!
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.
Erlang B Formulae
z
1 7 310
Erlang B Abacus
1 7 311
Erlang B Example
z
Example:
1 cell with 8 TRXs, with 60 TCH channels
Maximum blocking rate: 2 %
Erlang law: 50 Offered Erlang
83 % of TCH resources used to reach 2% of blocking
1 7 312
1 7 313
=>
=>
T = 0.6 E
50% Traffic less!!
Cell Dimensioning
z
1 7 314
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.
1 7 315
1 7 316
Forecast traffic
traffic forecasting must be computed according to the offered traffic
y not directly on the measured traffic
In order to plan the necessary actions soon enough, one must compute
regularly the date when the traffic of a cell will become critical
z
Critical traffic
critical traffic: when the offered traffic will induce 2% of blocking
traffic capacity of a cell = critical traffic of this cell
1 7 317
Exercise
z
cell
12, 743
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%
12,675
330 call/hour
mean TCH call duration 129
sec
blocking rate 4%
600 call/hour
mean TCH call duration 96
sec
blocking rate 8 %
12,865
1 7 318
Erlang TCH
Offered traffic
traffic forecast
30 % offered traffic
increase
30 % offered traffic
increase
proposed config
1 7 319
y selecting the best TCH resource among the available TCH channels of this pool
according to several criteria
1 7 320
MS Access
z
1 7 321
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)
z 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: "FR to HR channel adaptation due to a good radio quality" on a TCH
channel
= HCSTAMFN = MC448B
z Number of handover intracell attempts with cause 26: "HR to FR channel adaptation due to a bad radio quality" on a TCH channel
= HCSTAMHN = MC448A
1 7 322
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)
z 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)
z Rate of successful TCH allocations with AMR SV over all AMR MS requests
= TCNA3SUR = (MC704A+MC704B) / MC701D
Distributions
z
NA/HO distribution
Normal Assignment TCH allocation ratio
TCNACAO = MC703 / (MC703 + [MC15A+MC15B])
Handover TCH allocation ratio
TCHOCAO = [MC15A+MC15B] / (MC703 + [MC15A+MC15B])
1 7 323
z
z
z
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:
z SDCCH allocation distribution per TRX through the number of SDCCH allocations
SDAHCAN = MC390
z SDCCH Assignment/HO distribution through the ratio of SDCCH allocations for Assignment
SDNACAO = MC148 / MC390
1 7 324
TCH Resource
z
1 7 325
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
z 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
1 7 326
C750 and C751 are 2 counters introduced from B7 in type 18. Both are provided per TTCH (A channel):
z
C750 = TIME_A_CHANNEL_BUSY: Time (in seconds) during which the A channel is busy (allocated)
1 7 327
SDCCH Establishment
z
1 7 328
Mobiles Penetration
z
1 7 329
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)
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
1 7 330
Preemption Principle
z
Preemption rules:
A TCH request with pci=1 and priority level=p1 will preempt an on-going
call with pvi=1 and priority level=p2, p2 lower than p1 (whatever pci
value)
the on-going call with the lowest priority level value shall be elected
first and if several calls have the same lowest p2 value, one of them
with pci bit set to 0 is preferred
1 7 331
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.
Preemption Counters
z
z
z
z
1 7 332
Preemption Feature
z
1 7 333
1 7 334
Module 8
Case Studies
3JK11050AAAAWBZZA Issue 01
Module Objectives
Upon completion of this module, you should be able to:
Analyze with the KPI QoS some typical problems
Content:
8.1 Congestion
8.2 Sector Problem
8.3 QSCSSR
8.4 Quality
8.5 RMS Level
8.6 Interference
8.7 BSS Problem
1 8 336
337
339
341
343
345
347
349
8.1 Congestion
1 8 337
8.1 Congestion
Congestion Analysis
z
From this RNO table: What is the worst SDCCH congested cell?
Call Drop %
SDCCH Assignment Failure %
Outgoing Handover Success %
SDCCH Drop %
Downlink TBF drop %
RTCH assign fail %
1 8 338
1 8 339
1 8 340
8.3 QSCSSR
1 8 341
8.3 QSCSSR
QSCSSR Analysis
z
Write the formula using the reference name (MCx) and compute the
CSSR for these 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
Paris_Tower_S1
Paris_City_S3
MC138
Counter
Definition
MC07
MC137
MC01
43
924
MC02
663
1352
MC140a
88
1455
MC718
84
1430
QSCSSR=?
1 8 342
8.4 Quality
1 8 343
8.4 Quality
Quality Analysis
z
z
z
1 8 344
1 8 345
1 8 346
8.6 Interference
1 8 347
8.6 Interference
Interference Analysis
z
z
1 8 348
1 8 349
1 8 350
1 8 351
Module 9
Annexes
3JK11051AAAAWBZ Issue 01
Module Objectives
Upon completion of this module, you should be able to:
Describe
List
Explain
Identify ...
1 9 353
Table of Contents
Page
1 9 354
355
359
362
380
390
413
417
419
421
431
1 9 355
Meast
Report
1 9 356
Meast
Result
Meast
Report
BSC
DL measurements
UL+DL measurements
1 9 357
L1 Info
L3 Info
Measurement
Report
From the MS
Back
1 9 358
z L3 info: MEASUREMENT REPORT from the MS. This message contains the downlink measurements and neighboring
cell measurements.
z
1 9 359
Definition
z
1 9 360
BTS
BSC
TCH ASSIGNMENT PHASE (OC or TC)
MSC
--------TCH--------->
ASSIGNT COMPLETE
<------SACCH---------------SACCH------>
<------SACCH---------------SACCH------>
<-------SACCH-------EMO
(MAFA freq. List)
--------SACCH------>
EMR
(MAFA freq. RxLev)
<------SACCH---------------SACCH------>
z
----------------------------------- >
ASSIGNMENT COMPLETE
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
1 9 361
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.
1 9 362
serving cell
target cell
TCH ASSIGNMENT PHASE (OC or TC)
BSC
MSC
< ----------------------ASSIGNMENT
REQUEST
Queuing allowed
No free TCH
TCH request queued
Start T11 ----------------------- >
QUEUING_INDIC.
MC13A
IDR condition met
MC153, MC144e,
1 9 363
z
z
MC13A: TCH requests for Normal Assignment that are put into the queue,
2 does not concern the outgoing side (serving cell point of view)
DR Execution:
y radio problem: the MS fails to access the new channel
{
1 9 364
serving cell
MC555=C155
No free TCH
In serving cell
target cell
BSC
MSC
--------------------------------------------------- >
QUEUING_INDIC.
MC13A
Standard Type
1 9 365
MC153, MC144e,MC607
No free TCH
In target cell
MC555
MS
Serving cell
Target Cell
BSC
HO CMD
HANDOVER COMMAND
<----------------------- <------------------------------------------------------------------------ start T3103
HANDOVER ACCESS
C154
------------------------------------------------------------->
------------------------------------------------------------->
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
<--------------------------------------------------------> ------------------------------------------------------------------------> C152
CHANNEL ACTIV ACK
---------------------------------->
Release of new channel
MSC
HO CMD
HANDOVER COMMAND
<----------------------- <------------------------------------------------------------------------ start T3103
C154
SABM
-----------x
T3103 expiry
C152
1 9 366
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.
ATTEMPT
SUCCESS
Preparation Failure
Execution Failure
CONGESTION
Execution
BSS PB
MC153, C153
Congestion
BSS Pb
MC555, C155
C153-C154-C155
Attempt
C154
C152
C154-C151-C152
Success
MC151, C151
MS ACCESS PB
BSS PB
1 9 367
Specific indicators for densification techniques > Directed Retry > Incoming DR
DR Execution:
y radio problem: the MS reverts to the old channel
y radio problem: the MS drops
y BSS problem (no specific counter)
1 9 369
Serving cell
Target Cell
BSC
HO CMD
HANDOVER COMMAND
<-------SDCCH----- <-----------------------------------------------------------------------HANDOVER ACCESS
----------------------TCH-------------------------------->
------------------------------------------------------------->
HO DETECTION
PHYSICAL INFORMATION
---------------------------------->
<------------------------------------------------------------- start T3105
SABM
-------------------------------------------------------------> ESTABLISH INDICATION
UA
---------------------------------->
<------------------------------------------------------------- stop T3105
HANDOVER COMPLETE
----------------------------------------------------- - - - -X
SABM
----------------------->
ESTABLISH INDICATION
UA
------------------------------------------------------------------------>
<----------------------HO FAILURE
HANDOVER FAILURE
-----------------------> ------------------------------------------------------------------------>
start T3103
MC144E
C144A or C144C
C143A or C143E
1 9 370
C144A, C143A:
Forced DR
C144C,C143E:
Normal DR
MS
serving cell
target cell
BSC
M SC
HO CM D
HANDOVER CO M M AND
<----------------------- <------------------------------------------------------------------------ start T3103
M C144E
SABM
C144A or C144C
----------x
T3103 expiry
C143B or C143F
------------------------>
ASSIG NM ENT
FAILURE
Radio interface
m essage failure
Release of SDCCH and TCH
1 9 371
C144A,C143B:
Forced DR
C144C,C143F:
Normal DR
ATTEMPT
SUCCESS
Preparation Failure
Execution Failure
CONGESTION
BSS PB
Request
MC144E, C144A+C144C
(C144A+C144C) - (C145A+C145C)
Attempt
C145A+C145C
DROP RADIO
C143A+C143E
C143B+C143F
(C145A+C145C) - (C143A+C143E+C143B+C143F)
BSS PB
Success
MC142E, C142A+C142C
1 9 372
Specific indicators for densification techniques > Directed Retry > Outgoing DR
DRFOSUIN
C142a
NB_OUT_FORCED_IDR_SUCC
DRFOSUEN
C142b
NB_OUT_FORCED_EDR_SUCC
DROBSUIN
C142c
NB_OUT_NOR_IDR_SUCC
DROMSUEN C142d
NB_OUT_NOR_EDR_SUCC
DRFORDIN
C144a
NB_OUT_FORCED_IDR_REQ
DRFORDEN C144b
NB_OUT_FORCED_EDR_REQ
DROBRDIN
C144c
NB_OUT_NOR_IDR_REQ
DROMRDEN C144d
NB_OUT_NOR_EDR_REQ
DROBRQIN
C145c
NB_OUT_NOR_IDR_ATPT
DROMRQEN C145d
NB_OUT_NOR_EDR_ATPT
External DR - Success
z
MS
serving_cell
BSC
MSC
<------ASSIGNT REQUEST------TCH request queued
BSC
target_cell
MS
Release of SDCCH
1 9 374
The following DR counters are provided in Type 110 for the serving cell:
z
The following DR counters are provided in Type 29 for the serving cell:
z
DR Execution:
y radio problem: the MS reverts to the old channel
y radio problem: the MS drops
y BSS problem (no specific counter)
1 9 375
MS
serving_cell
ASSIGNT REQUEST
--------------------->
BSC
MSC
BSC
MS
C145B,C143C: Forced DR
C145D,C143G: Normal DR
1 9 376
target_cell
Release of connection
MS
serving_cell
ASSIGNT REQUEST
--------------------->
BSC
MSC
BSC
MS
1 9 377
target_cell
Release of connection
ATTEMPT
SUCCESS
Preparation Failure
Execution Failure
CONGESTION
BSS PB
Execution
1 9 378
Request
MC144F, C144B+C144D
(C144B+C144D) - (C145B+C145D)
Attempt
C145B+C145D
C143C+C143G
C143D+C143H
(C145+C145D) - (C143C+C143G+C143D+C143H)
Success
MC142F, C142B+C142D
BSS PB
Specific indicators for densification techniques > Directed Retry > Outgoing DR
Interesting indicator:
TCQUSUDSR: rate of outgoing internal and external directed retries (forced + normal) successfully performed
over all RTCH requests queued during normal assignment.
1 9 380
Signaling Links
MSC
BSC
BTS
BSC
1 9 381
BSC
BTS
MS
OMC-R
7 Application
6 Presentation
5 Session
4 Transport
3 Network
2 Data Link
Network
Service
1 Physical
1 9 382
Transport Service
Layer 1
Physical; Responsible for the transparent transmission of information across
the physical medium (HDB3, PCM, AMI)
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.)
1 9 383
Layer 4
Transport; responsible for the control of quality of service (Layer of
information)
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 lower levels with user interface (Operating System)
1 9 384
MS
BSC
BTS
Air Intfc
Abis Intfc
MSC
B .. F Intfc
A Intfc
CM
CM
MM
MM
RR
RR
RR
BSSAP
PSTN
ISDN
BSSAP
BSSAP
SCCP
SCCP
MTP
MTP
64 kb/s
64 kb/s
LAYER 3
BTSM
LAPDm
LAPDm LAPD
digit
digit
radio
radio
1 9 385
64 kb/s
LAPD
64 kb/s
LAYER 2
LAYER 1
(detailed)
SS (SMS)
(SMS)
SS
CC
SS (SMS)
CC
(Relay
(Relay)
MM
MM
DTAP
DTAP
BSS
MAP
RR
RR
BSS
MAP
MAP
MAP
SSGT
SSGT
SSCS
SSCS
SSCS
SSCS
SSTM 3
SSTM 3
SSTM 3
SSTM 3
SSTM 2
SSTM 2
SSTM 2
SSTM 2
PCM TS
PCM TS
3
RR'
2
LAPDm
LAPDm
Phycal
Layer
Phycal
Layer
MS
1 9 386
Um
BTSM
BTSM
LAPD
LAPD
64 kbit/s
or PCM
BTS
TS
A bis
64 kbit/s
or PCM TS
PCM TS
A
BSC
PCM TS
(D)
MSC / VLR
NSS
(ex. : HLR)
BSSAP
DTAP
User Data
BSSMAP
SCCP
Layer 1-3
MTP 1-3
1 9 387
BSSMAP
Contains the messages, which are exchanged between the BSC and the MSC
and which are evaluated from the BSC
In fact all the messages which are exchanged as RR (Radio Resource
Management Services between the MSC, BSC and MS). Also control
Information concerning the MSC and BSC
Example: Paging, HND_CMD, Reset
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)
1 9 388
MS
DTAP
BSS
MSC
BSSMAP
Back
1 9 389
9.5 LCS
1 9 390
9.5 LCS
LCS Function
LCS function (linked to MC02i) and other counters
z 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)
z
1 9 391
9.5 LCS
Emergency call
Where am I?
BTS
MSC
Abis
GMLC
BSC
MS
Abis
BTS
SMLC
SAGI
MFS
1 MS Request
2 Network Request
3 External Request
OSP
GPS
reference
network
Lb
1 9 392
Lg
External
LCS client
Where is my son?
3
Lh
A-GPS
server
Le
HLR
9.5 LCS
Example
z
MS
BSC
SMLC
MSC
GMLC
HLR
LCS Client
BSSMAP Perform_Location_Request
MC923a
BSSAP-LE Perform_Location_Request
MC923c
Failure
MC923d
BSSMAP Perform_Location_Abort
BSSAP-LE Perform_Location_Response
Success
MC923b
BSSMAP Perform_Location_Response
Provide_Subscriber_Location Result
1 9 393
Four counters
z
MC923a
NB_LCS_REQ
MC923b
NB_LCS_SUCC
MC923c
MC923d
NB_LCS_ABORT
Other counters in SMLC (MFS) provide details by type of positioning (CI+TA, Conventional GPS, MS-Assisted A-GPS, MSBased A-GPS) and for different Error causes.
See the next slide.
9.5 LCS
Definitions
z
1 9 396
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-topoint 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 MSs 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.
MS-Assisted GPS.
9.5 LCS
LCS Architecture
1 MS Request
2 Network Request
3 External Request
Where is
the accident?
Where is
my son?
Abis
Emergency call
Where
am I?
BTS
Lg
MSC
BSC
OSP
Le
External
LCS client
GMLC
Abis
Lh
BTS
1 9 397
Lb
MFS
HLR
SAGI
SMLC
A-GPS
server
GPS receivers
reference network
9.5 LCS
Provide
subscriber location
5
BTS
BSC
BTS
Paging,
authentication,
ciphering,
notification
4
6
Individual
positioning
MSC
Provide
subscriber
location
3
Location report
OSP
GMLC
2
Routing
information
MFS
Location
request
1
8
Location
response
HLR
SMLC
1 9 398
If the MS is in idle mode, the MSC first performs a CS paging, authentication and ciphering in order to establish an
SDCCH with the MS. The MS subscriber is not aware of it, i.e. no ringing tone, except towards GPRS MS in Packet
Transfer Mode which may suspend its GPRS traffic in order to answer to the CS Paging (i.e. not fully transparent
for the subscriber).
When the MS is in dedicated mode (after a specific SDCCH establishment for location, or during an on-going call),
the MSC sends the location request to BSC in the existing SCCP connection for the current call, which forwards it
to the SMLC.
9.5 LCS
LCS Protocol
SMLC
(MFS)
BSC
Target MS
RRLP
(04.31)
RRLP
(04.31)
Relay
RR
(04.18)
BSSLAP
BSSLAP
(08.71)
BSSAP-LE
BSSAP-LE
(09.31)
RR
L2
(LAPDm)
L2
(LAPDm)
L2-GSL
L2-GSL
L1
L1
L1-GSL
L1-GSL
Um
1 9 399
Lb
9.5 LCS
BTS
BSC
SMLC
MSC
GMLC
HLR
LCS client
Starts
T_Location
Adequate positioning method
chosen by SMLC with
optional additional scenario
BSSAP-LE Perform_Location_Request
BSSAP-LE Perform_Location_Response
BSSMAP Perform_Location_Response
Stop
T_Location
Provide_Subscriber_Location Result
LCS Service Response
1 9 400
Abort by MSC
Depending on the location procedure and its current state of execution, upon PERFORM LOCATION ABORT message receipt, the
BSC sends immediately to the MSC a PERFORM LOCATION RESPONSE message (when no exchange on the Lb interface is ongoing), or to the SMLC either a PERFORM LOCATION ABORT or an ABORT message. The BSC starts the timer T_Loc_abort to
supervise the SMLC response.
z
Abort by BSS
The BSC must send either a PERFORM LOCATION ABORT message or a ABORT message to the SMLC and starts the timer
T_Loc_abort if an ongoing location request is interrupted at the BSC level for the following reasons:
by an inter-BSC handover, or
The useful B8 content of the received PERFORM LOCATION REQUEST message is:
z
Location type,
Classmark information 3,
Requested QoS: provides service requirement concerning geographic positioning and response time
9.5 LCS
3dB point
given by the azimuth
and the HPBW
HALFP
WR
_B
EA
M
_W
TH
ID
LCS_AZIMUTH
(Main Beam Direction
given by the azimuth)
MS
estimated location
TA
LCS_LONGITUDE
g
in
Serv
553
ce
ll (
CI)
1 9 401
3dB point
given by the azimuth
and the HPBW
All Rights Reserved Alcatel-Lucent 2008
With the TA positioning method, no signaling exchange is required between the SMLC and the MS (i.e. RRLP protocol is not
required). The TA positioning method is applicable to all the MSs (supporting LCS or not).
Based on:
z
intersection point of a line from the BTS antenna in their main direction with a circle which radius is corresponding with
the propagation delay (timing advance) is the MS estimated position.
Omni-directional cells: MS position = site position.
Parameters:
EN_LCS flag to enable/disable the Location Services per BSS
0 = Enabled; 1= Disabled; Default = 0
IF EN_LCS=1, CI+TA method is enabled in all the BSS cells
z
LCS_AZIMUTH: Antenna direction orientation for the sector supporting the cell
HALFPWR_BEAM_WIDTH: Antenna half power beamwidth for the sector supporting the cell
Optimization parameters:
z ARC_SIZE_FACTOR: Factor used in the computation of the width in degree of the ellipsoid arc returned by the MFS when
computing location estimate based on TA positioning method.
z MIN_RADIUS_FACTOR: Factor used in the computation of the minimum radius of the ellipsoid arc returned by the MFS when
computing location estimate based on TA positioning method
z MAX_RADIUS_FACTOR :Factor used in the computation of the maximum radius of the ellipsoid arc returned by the MFS when
computing location estimate based on TA positioning
method Alcatel-Lucent 2008
All Rights Reserved
3JK11043AAAAWBZZA Issue 01
Page 401
9.5 LCS
MS
BTS
BSC
SMLC
Perform
Location
Request
Location
Request
(X,Y)
Location
Response
(X,Y):
computed position
1 9 402
Perform
Location
Response (X,Y)
9.5 LCS
GPS MS
1 9 403
A-GPS
server
GPS receivers
reference network
Assistance data gathered from a GPS reference network receiver is broadcast to the GPS MS.
Flags/Parameters
z
EN_LCS = 1
9.5 LCS
BTS
BSC
Perform
Location
Request
Positioning calculation:
latitude, longitude
and altitude
Position
Request
(X,Y)
Position
Response
Assistance Data
Assistance Data Acknowledge
Location
Response
Perform
Location
Response (X,Y)
(X,Y):
computed position
1 9 404
GPS info
Request
GPS info
Response
Location
Request
Assistance
Data
A-GPS
Server
SMLC
Using assistance data, the MS computes by itself the position and sends it back to the SMLC.
9.5 LCS
BTS
BSC
Perform
Location
Request
Pseudo-range
measurements (M)
Assistance Data
Assistance Data Acknowledge
Position
Request
Position
Response
GPS Location
Request (M)
Location
Response
Perform
Location
Response (X,Y)
(X,Y):
computed position
1 9 405
GPS info
Request
GPS info
Response
Location
Request
Assistance
Data
A-GPS
Server
SMLC
GPS Location
Response (X,Y)
(X,Y)
Using a reduced set of assistance data, the MS makes pseudorange measurements and sends the result to the AGPS server, which fixes the position in the end.
9.5 LCS
LCS Impact on HO
z
HO preparation
Inhibition of better cell handovers
Other HO
MS
BTS
BSC
SMLC
MSC
GMLC
HLR
LCS client
Starts
T_Location
Emergency
HO
detection
1 9 406
BSSAP-LE Perform_Location_Request
BSSLAP - Reset
9.5 LCS
HO management
Internal HO
MS
BTS
BSC
SMLC
MSC
GMLC
HLR
Intra BSC
HO
on going
BSSMAP Perform_Location_Request
BSSAP-LE Perform_Location_Response
BSSLAP - Reset
HO
complete
1 9 407
Mobile in communication
LCS client
9.5 LCS
HO management
External HO
MS
BTS
Serving BSC
External
BSC HO
SMLC
MSC
GMLC
BSSMAP HO required
BSSAP-LE Perform_Location_Abort
BSSAP-LE Perform_Location_Response
BSSAP-LE Perform_Location_Response
1 9 408
HLR
LCS client
9.5 LCS
BSS Parameters
FLAGS
OPTIMIZATION DATA
Timers
EN_LCS
ARC_SIZE_FACTOR
T_Location
EN_SAGI
MIN_RADIUS_FACTOR
T_Location_longer
MAX_RADIUS_FACTOR
T_Loc_Abort
T_LCS_delay_tolerant
T_LCS_LowDelay
T_RRLP_low_delay
T_RRLP_delay_tolerant
1 9 409
BSS PARAMETERS
z EN_LCS (BSC): Flag which enables or disables the LCS feature in the BSS.
z EN_SAGI: Flag indicating whether SAGI is configured or not for this BSS.
z T_Location: BSC timer on a per call basis to guard the response from the SMLC in case of Location Request, when
no RRLP exchange is triggered with the MS.
z T_Location_longer: BSC timer on a per call basis to guard the response from the SMLC in case of Location
Request, when an RRLP exchange is triggered with the MS. Replace T_Location timer in case of Conventional GPS,
MS-Assisted A-GPS, MS-Based A-GPS.
z T_Loc_Abort: BSC timer to guard the response from the SMLC in case of Location Abort.
z T_LCS_LowDelay: SMLC timer to guard the calculation of the MS position (including the RRLP message exchange
with the target MS) in case of a Low Delay Location Request.
z T_LCS_DelayTolerant: SMLC timer to guard the calculation of the MS position (including the RRLP message
exchange with the target MS) in case of a Delay Tolerant Location Request.
z T_LCS_LowDelay: SMLC timer to guard the calculation of the MS position (including the RRLP message exchange
with the target MS) in case of a Low Delay Location Request.
z T_RRLP_Low_delay: Timer to guard the RRLP exchange between the SMLC and the MS .
z T_RRLP_delay_tolerant: Timer to guard the RRLP exchange between the SMLC and the MS.
Optimization data:
z ARC_SIZE_FACTOR: Factor used in the computation of the width in degree of the ellipsoid arc returned by the MFS
when computing location estimate based on TA positioning method.
z MIN_RADIUS_FACTOR: Factor used in the computation of the minimum radius of the ellipsoid arc returned by the
MFS when computing location estimate based on TA positioning method
z MAX_RADIUS_FACTOR: Factor used in the computation of the maximum radius of the ellipsoid arc returned by the
MFS when computing location estimate based on TA positioning method
9.5 LCS
Cell Parameters
FLAGS
SITE DATA
EN_CONV_GPS
LCS_LATITUDE
EN_MS_ASSISTED_AGPS
LCS_LONGITUDE
EN_MS_BASED_AGPS
LCS_SIGNIFICANT_GC
LCS_AZIMUTH
HALF_POWER_BANDWIDTH
1 9 410
CELL PARAMETERS
z EN_CONV_GPS: Flag to enable/disable the Conventional GPS positioning method.
z
LCS_LATITUDE: Latitude of the BTS supporting the cell (used by the MFS to compute location estimate based on TA
positioning method).
z LCS_LONGITUDE: Longitude of the BTS supporting the cell (used by the MFS to compute location estimate based on
TA positioning method).
z
LCS_AZIMUTH: Antenna direction orientation for the sector supporting the cell (used by the MFS to compute
location estimate based on TA positioning method).
z HALF_POWER_BANDWIDTH: Half power beam width of the antenna for the sector supporting the cell (used by the
MFS to compute location estimate based on TA positioning method).
Remark: To have LCS supported for a cell, the operator must activate LCS on the BSS handling this cell but he must
also activate GPRS for this cell (i.e. setting of MAX_PDCH to a value > 0, the cell being kept locked for GPRS if the
operator does not want to have GPRS running on this cell) and configure all the required transmission resources (Ater
and Gb resources) on the GPU(s) connected to this BSC.
9.5 LCS
Exercise
z
z
Time allowed:
10 minutes
1 9 411
9.5 LCS
Point (O)
g
vin
Ser
r1
ce
ll (
CI)
r2
Back
1 9 412
An ellipsoid arc is a shape characterized by the co-ordinates of an ellipsoid point o (the origin), inner radius r1,
uncertainty radius r2, both radii being geodesic distances over the surface of the ellipsoid, the offset angle ()
between the first defining radius of the ellipsoid arc and North, and the included angle () being the angle
between the first and second defining radii. The offset angle is within the range of 0 to 359,999 while the
included angle is within the range from 0,0001 to 360. This is to be able to describe a full circle, 0 to 360
For CI+TA method which is default one, the answer is given by description of "ellipsoid arc".
Optimization parameters:
z ARC_SIZE_FACTOR: Factor used in the computation of the width in degree of the ellipsoid arc returned by the
MFS when computing location estimate based on TA positioning method.
z MIN_RADIUS_FACTOR: Factor used in the computation of the minimum radius of the ellipsoid arc returned by
the MFS when computing location estimate based on TA positioning method.
z MAX_RADIUS_FACTOR: Factor used in the computation of the maximum radius of the ellipsoid arc returned by
the MFS when computing location estimate based on TA positioning method.
1 9 413
OMC-R
BSC
BTS
1 9 414
1 9 415
Back
1 9 416
Measurements:
z
DL power data are collected by each TRE for each band (2 considered bands: 850/900 and 1800/1900)
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
9.7 B8 Improvements
1 9 417
9.7 B8 Improvements
Summary
z
z
z
Inter PLMN HO
3G to 2G HO (and 2G to 2G only)
Dual band HO (New type: 32)
LapD congestion counter
QOS Follow-up
TCH assignment failure BSS PB now detailed
HO Attempts for Fast Traffic added in type 110
AMR counters added in type 110
MS penetration (per speech version and channel type) was type 1 counters now available in type
110
y HO Causes: type 26 extended from 1 to 40 cells
y Directed retry: type 29 becomes a standard (for PMC)
y
y
y
y
1 9 418
9.8 B9 Improvements
1 9 419
9.8 B9 Improvements
Summary
z
1 9 420
1 9 421
Purpose
z
Allocated
Dynamic SDCCH/8
timeslots
Max
Min
TCH Capacity
Static SDCCH
timeslots
1 9 422
Definitions
A Static SDCCH timeslot is a physical timeslot fixed allocated on the air interface. It contains 3, 4, 7 or 8 SDCCH subchannels depending on whether the timeslot is an SDCCH/3, SDCCH/4, SDCCH/7, or SDCCH/8 timeslot.
Principle
Principles
Too few SDCCH time slots could result in high blocking rate on SDCCH
(Configuration 1)
Too many SDCCH time slots could lead to a lack of TCH resources
(Configuration 2)
Configuration 1
Configuration 2
SDCCH
time slots
SDCCH
time slots
TCH Capacity
TCH Capacity
TCH
CAPACITY
1 9 423
Definition
An SDCCH is a logical SDCCH sub-channel mapped on a Static SDCCH timeslot or a Dynamic SDCCH/8 timeslot.
Signaling Load Cases
Timeslot split between signaling and traffic channels depends on the network signaling load. The main cases are:
z
Normal signaling load cells: Rural area cells in center of Location Areas (e.g. 1 SDCCH timeslot for a 3-TRX cell)
Cells with high SMS load (more than one SMS per call)
Principle [cont.]
z
Allocation of
Dynamic SDCCH/8
times slots
BCC: BCCH
SDC : Static SDCCH
SDD : Dynamic SDCCH
Cell
1 9 424
BCC
BCC
SDC
SDC
TCH
TCH
TCH
TCH
TCH
TCH
SDD
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
SDD
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
The location of the Dynamic SDCCH/8 time slots are fixed by O&M configuration.
TIMESLOT Types
z
SDCCH
Pure SDCCH or static SDCCH
TCH
Pure TCH
TCH/SDCCH
dynamic SDCCH
TCH/SPDCH
MPDCH
1 9 425
The OMC-R provides the BSC with the following O&M type of radio timeslots:
z
Main BCCH timeslot (BCC): It is a timeslot carrying FCCH + SCH + BCCH + CCCH.
Main combined BCCH timeslot (CBC): It is a timeslot carrying FCCH + SCH + BCCH + CCCH + SDCCH/4 + SACCH/4.
Dynamic SDCCH/8 timeslot (SDD): It is a timeslot carrying TCH + SACCH or SDCCH/8 + SACCH/8
Pure SDCCH timeslot: A pure SDCCH timeslot is a timeslot configured as a CBC or SDC by O&M. Such a timeslot can carry SDCCH traffic.
Pure TCH timeslot: A pure TCH timeslot is a timeslot configured as TCH by O&M. Such a timeslot only carries TCH traffic.
TCH/SDCCH timeslot: A TCH/SDCCH timeslot is a timeslot configured as SDD by O&M. Such a timeslot is dynamically allocated as TCH or
as SDCCH depending on the usage of the timeslot. It can carry TCH traffic or SDCCH traffic.
z TCH/SPDCH timeslot: A TCH/SPDCH timeslot is a timeslot configured as TCH by O&M. Such a timeslot is dynamically allocated as TCH or
as SPDCH depending on the usage of the timeslot. It can carry TCH traffic or PS traffic.
z
MPDCH timeslot: A MPDCH timeslot is a timeslot configured as TCH by O&M. Such a timeslot can only carry common PS signalling.
A pure SDCCH timeslot can carry x SDCCH sub-channels where x equal to:
z
4 in case of combined CCCH and when CBCH is not configured on the timeslot,
Allocation Algorithm
SDCCH Request
No
Yes
Selection of one
SDCCH sub-channel
No
Yes
Selection one
SDCCH sub-channel
Yes
No
1 9 426
SDCCH Request
rejected!!!
1 9 427
Note that an SDCCH request can not access the timeslots reserved by NUM_TCH_EGNCY_HO. If all remaining
TCH/SDCCH timeslots are reserved by NUM_TCH_EGNCY_HO, then the SDCCH request shall be rejected.
Deallocation Algorithm
z
GENERAL CASE:
all SDCCH sub-channels of a TCH/SDCCH timeslot become back free.
the T_DYN_SDCCH_HOLD timer (10s, not tunable) is started.
If the timeslot is still free of SDCCH sub-channel when the timer expires, it is
de-allocated (it becomes back TCH).
SPECIAL CASE:
several TCH/SDCCH timeslots are allocated as SDCCH
one of them becomes free of SDCCH sub-channels. Its timer starts.
a subsequent one becomes free of SDCCH sub-channels too before expiration
of the first ones timer (10s).
one of them is immediately de-allocated (the one with lowest priority: see
previous slide in reverse order) and becomes back TCH.
For the last one, its timer is restarted (it will be de-allocated in 10s)
1 9 428
TCH/SDCCH timeslots are not allocated too fast to TCH after de-allocating them
the dynamic SDCCH/8 timeslot marked as HOLD is still considered as allocated to SDCCH (and can not be
allocated to TCH);
if a subsequent dynamic SDCCH/8 timeslot (used as SDCCH and in the same cell) becomes free:
a) If this just freed dynamic SDCCH/8 timeslot has a higher priority, T_DYN_SDCCH_HOLD is re-started
and precedent dynamic SDCCH/8 timeslot in HOLD state is de-allocated immediately;
b) If this just freed dynamic SDCCH/8 timeslot has lower priority, and T_DYN_SDCCH_HOLD is re-started
and the just freed dynamic SDCCH/8 timeslot is de-allocated immediately.
O&M Configuration
z
Massive modification by
script
10 templates
Template customization
Template launched through
PRC
10
3
2
BTS
1
BTS
5
BTS
11
6
9
BTS
12
1 9 429
To avoid incoherent allocation strategy between SDCCH and PDCH, a dynamic SDCCH/8 timeslot cannot
have the characteristic of being a PDCH (it cannot carry GPRS traffic).
z
The operator must configure at least one static SDCCH/8 or SDCCH/4 timeslot on BCCH TRX in a cell.
In cells with E-GSM, only the TRX, which does not belong to the G1 band, can support dynamic and static
SDCCHs.
In multiband and concentric cells, only the TRX, which belongs to the outer zone, can support dynamic and
static SDCCHs.
Default configuration for a cell which has only Full rate TRX
Number of TRX
in the cell
Number of
Static SDCCH
Number of
Dynamic SDCCH
Total number
of SDCCH
Maximum
SDCCH/TRX
ratio
Is BCCH/CCCH
combined with
SDCCH?
12
12.0 (note 1)
Yes
12
6.0
Yes
16
24
12.0
No
3
4
8
8
16
24
24
32
8.0
8.0
No
No
24
32
6.4
No
24
32
5.3
No
16
24
40
5.7
No
16
24
40
5.0
No
16
32
48
5.3
No
10
16
32
48
4.8
No
11
12
16
16
32
40
48
56
4.4
4.7
No
No
13
16
40
56
4.3
No
14
24
40
64
4.6
No
15
24
48
72
4.8
No
16
24
48
72
4.5
No
1 9 430
Note1: For one TRX, dynamic SDCCHs are over-dimensioned because of the granularity of 8. According to the
Alcatel-Lucent traffic model, all dynamic SDCCHs will not be used.
Note2: An additional dynamic SDCCH/8 must be provided for each DR TRX (these are expected mainly on
small cells).
Rules
At least one static SDCCH/4 or SDCCH/8 on BCCH TRX:
z
1 9 431
Algorithms
z
May be triggered
y From inner zone of a concentric cell
y Towards outer zone, same cell
Co
n ce
n tr i c c
e
ne
r zon
O ute
1 9 432
r zone
ll
CAUSE 10: too low level on the uplink in the inner zone
and
1 9 433
CAUSE 11: too low level on the downlink in the inner zone
and
1 9 434
May be triggered
y From outer zone of a concentric cell
y Towards inner zone, same cell
n
Co
c e n tr i c c e
ll
ne
r zon
O ute
1 9 435
r zone
and
and
and
1 9 436
+ PING_PONG_MARGIN(0,call_ref)
AV_RXLEV_DL_HO > RXLEV_DL_ZONE +
+ ZONE_HO_HYST_DL +
+ (BS_TXPWR - BS_TXPWR_MAX_INNER) +
+ PING_PONG_MARGIN(0,call_ref)
AV_RXLEV_NCELL_BIS(n) <= neighbour_RXLEV(0,n)
EN_CAUSE_13 = ENABLE
(B7)
EN_BETTER_ZONE_HO = ENABLE
Averaging windows: A_LEV_HO and A_PBGT_HO (for n)
ZONE_HO_HYST_UL
UL static hysteresis for interzone HO from outer to inner
y In case of multi-band cell, should take into account the difference of
propagation between GSM and DCS
Added to cause 10 threshold RXLEV_UL_ZONE
ZONE_HO_HYST_DL
DL static hysteresis for interzone HO from outer to inner
y In case of multi-band cell, should take into account the difference of
propagation between GSM and DCS and the difference of BTS transmission
power in the two bands
Added to cause 11 threshold RXLEV_DL_ZONE
1 9 437
n
Co
c e n tr i c c e
ll
ne
r zon
O ute
1 9 438
r zone
neighbour_RXLEV(0,n)
Inner zone
interferer 1
I n n er z o n e
Inner zone
interferer 2
?
Outer zone
C o n c e n tr i c c e l l
EN_CAUSE_13
Load balance between inner and outer zones may be allowed by setting
EN_LOAD_BALANCE = ENABLE
If EN_LOAD_BALANCE = ENABLE
y If INNER zone is less loaded than OUTER,
EN_CAUSE_13 = ENABLE
y If INNER zone is more loaded than OUTER,
EN_CAUSE_13 = DISABLE
If EN_LOAD_BALANCE = DISABLE
y EN_CAUSE_13 = ENABLE
1 9 440
I n n er z o n e
I n n er z o n e
Outer zone
C o n c e n t r ic c e l l
I n n er z o n e
Outer zone
C o n c e n t r ic c e l l
Outer zone
C o n c e n t r ic c e l l
1 9 441
I n n er z o n e
Oute r zone
C o n c e n t r ic c e l l
1 9 442
C el l
and
1 9 443
1 9 444
www.alcatel-lucent.com
All rights reserved 2009, Alcatel-Lucent