Beruflich Dokumente
Kultur Dokumente
Section 1
GSM QoS Monitoring
Module 1
Introduction
3JK11043AAAAWBZZA Issue 01
Blank Page
112
Document History
Edition
Date
Author
Remarks
01
YYYY-MM-DD
First edition
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
113
114
Table of Contents
Page
115
7
10
12
28
116
117
Definition
l
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
comparison
withcompetitor
competitor
comparison with
comparison
of
manufacturers
comparison of manufacturers
contractualrequirement:
requirement:licence
licence
contractual
qualityresponsible
responsible
quality
BSSmaintenance
maintenance
BSS
cell/BSC/TCproblem
problemdetection
detection
cell/BSC/TC
QoS
QoS Results
Results
119
1 1 10
Definition
l
1 1 11
1 1 12
Observation Means
l
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:
l
Signaling messages provided by a protocol acquisition tool on the different interfaces handled by the BSS:
Air, Abis, A (or Ater).
A Interface Trace
l
l
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.
K1205 protocol analyzer can trace up to 32 COCs at the same time but on maximum 16 PCM physical links.
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Section 1 Module 1 Page 14
Example of Trace
l
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
l
l
BSC
OMC-R
OMC-R
BSC
OMC-R
NPA
BSC
RNO
1 1 19
BSS Counters
SPECIFIC DRAWBACK
l
l
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
l
l
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
l
l
l
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:
l
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:
l
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
l
Best source
Counters
Why
Type 31: RMS
1 1 28
Usage
l
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
the
analyze 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
l
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
l
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
l
Then
1 1 34
Click on the Filter button and filter out all protocol layers and messages except:
l
Exercise
l
1 1 35
1 1 36
End of Module
Introduction
1 1 37
11
Section 1
GSM QoS Monitoring
Module 2
Global Indicators
3JK11044AAAAWBZZA Issue 01
Blank Page
1 1 39
Document History
Edition
Date
Author
Remarks
01
YYYY-MM-DD
First edition
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
1 1 40
1 1 41
Table of Contents
Page
1 1 42
7
13
20
83
104
111
1 1 43
1 Indicators Definition
1 1 44
1 Indicators Definition
Global / Detailed
Numerical data providing information about network performance regarding:
The complete network: GLOBAL indicator
An element of the network: DETAILED indicator
TS/TRX/CELL/BTS/BSC/TC
1 1 45
The indicators computation can be performed from several counters or by a simple counter mapping.
Example:
l
1 Indicators Definition
Global Indicators
l
Compared with:
Competitor results if available
Contractual requirements
Internal quality requirements
1 1 46
1 Indicators Definition
Thresholds
Weekly
WeeklyCDR
CDR"GSM"
"GSM"
2,50%
2,50%
2,00%
2,00%
weekly
weeklycall
calldrop
droprate
rate
contractual
call
drop
contractual call droprate
rate
quality
CDR
quality CDR
41
41
45
45
33
33
37
37
25
25
29
29
17
17
21
21
0,50%
0,50%
0,00%
0,00%
99
13
13
1,50%
1,50%
1,00%
1,00%
11
55
CDR
CDR
3,50%
3,50%
3,00%
3,00%
week
weeknumber
number
1 1 47
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
1 Indicators Definition
Exercise
l
INDICATOR
INDICATORDESCRIPTION
DESCRIPTION
average
averageof
ofcall
callsetup
setupsuccess
successrate
ratefor
forthe
thenetwork
network
rate
of
call
lost
due
to
radio
pb
on
cell
CI=14,
rate of call lost due to radio pb on cell 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 1 48
GG??
YYes
es
No
No
1 Indicators Definition
1 1 49
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.
2 Methodological Precautions
1 1 50
2 Methodological Precautions
Objective
l
1 1 51
2 Methodological Precautions
Example:
A global call drop rate of 1% can hide some cells with 10% of call drop rate
1 1 52
2 Methodological Precautions
cell 1
cell 2
cell 3
cell 4
cell 5
cell 6
cell 7
cell 8
cell 9
cell 10
1 1 53
9,95%
2,10%
2 Methodological Precautions
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 1 54
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.
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.
l
2 Methodological Precautions
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 1 55
Usually:
l
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.
2 Methodological Precautions
Exercise
l
INDICATOR
Sample
(calls)
conclusion
2456435
2315
3267872
for France
4500
215
4000
2000
15346
1 1 56
OK ?
1 1 57
Objective
l
Diagnose the main case of failures on A interface traces using the K1205
emulation software
1 1 58
1 1 59
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)
----------------------------------------------> stop T3101
UA (L3 info)
<-----------(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.
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Section 1 Module 1 Page 60
MS
BTS
PAGING REQUEST
<------------- (PCH) -------------CHANNEL REQUEST
------------- (RACH) ------------>
BSC
PAGING COMMAND
<---------------------------------------------CHANNEL REQUIRED
---------------------------------------------->
(SDCCH)
CHANNEL ACTIVATION
<---------------------------------------------CHANNEL ACTIVATION ACK
---------------------------------------------->
IMMEDIATE ASSIGN COMMAND
<----------------------------------------------
IMMEDIATE ASSIGN
<------------ (AGCH) ------------SABM (PAGING RESP)
------------- (SDCCH) ----------->
ESTABLISH IND
(PAGING RESP)
UA (PAGING RESP)
---------------------------------------------->
<----------- (SDCCH) -------------
MSC
PAGING
<---------------------------------start T3113
MC8A
MC8C
MC148
Start T3101
MC8B
Stop T3101
MC01
CR (COMPLETE L3 INFO)
---------------------------------->
stop T3113
CC
<----------------------------------
1 1 61
A paging message is broadcast by the MSC to all BSCs controlling cells belonging to the same Location Area as
the one of the paged MS.
In case no MS is accessing the SDCCH channel (T3101 expiry) then the BSC does not repeat the Immediate
Assignment since the MS may have accessed an SDCCH in another BSS. It is up to the MSC to repeat Paging if
T3113 expires (usually around 7 seconds).
MC8A counts the number of Paging Command messages sent on a cell.
MC01 counts the number of MSs which have successfully accessed an SDCCH in a cell as part of a Mobile
Terminating (MT) call.
Caution:
A paging Request message sent on the Air interface by the BTS may contain several MS identities. 3 Paging
Request types can be used:
l
On the other hand, a Paging message and a Paging Command message relate to only one MS identity.
B10
BTS
BSC
MFS
MSC
IMMEDIATE ASSIGN
<------------ (AGCH) -------------
CHANNEL REQUIRED
---------------------------------------------->
(SDCCH)
CHANNEL ACTIVATION
<---------------------------------------------CHANNEL ACTIVATION ACK
---------------------------------------------->
IMMEDIATE ASSIGN COMMAND
<----------------------------------------------
MC8C
MC148
Start T3101
MC8B
(L3 info)
ESTABLISH IND
---------------------------------------------->
(L3 info)
<----------- (SDCCH) ------------Mult. SACCH info Modify [SI5, SI6]
SABM[L3 info]
------------- (SDCCH) ----------->
UA
<----------------------------------------------
1 1 62
COMMON ID
Class Mark update
BSC Shared DTM Info Indication
New B10
1 1 63
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 1 64
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
+-----------------------------------------------+
lESTABLISHMENT
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).
lRANDOM
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:
l
MC02 =MC02A+MC02B+MC02C+.+MC02G+MC02H+MC02i
1 1 65
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 1 66
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)
l
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 1 68
1 1 69
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 1 71
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
l
l
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 1 72
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.
l
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.
l
l 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.
l 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.
l C/MC380a/b C/MC381a/b The Cumulated time (in second) the radio timeslots are allocated for TCH usage (FR or HR) does not take
care whether the TCHs are allocated on the TCH radio timeslot or on the dynamic SDCCH/8 timeslots.
C39, MC390, C40, MC400 The Number of times or the Cumulated time (in second) the SDCCH sub-channels are busy does not take
care whether the SDCCH sub-channels are allocated on the static or dynamic SDCCH/x timeslot.
C/MC34 C/MC380 The Cumulated time (in second) all TCHs / SDCCHs in the cell are busy does not take care whether the TCHs /
SDCCHs are allocated on the TCH radio timeslot /SDCCH/x timeslot or on the dynamic SDCCH/8 timeslots.
l
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 1 73
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 1 74
MC149 counts the number of SDCCH access failures due to radio problems.
1 1 75
AGCH
RACH
Channel Request
BTS
Bad coverage:
building
Access Grant
RACH
Interference:
AGCH lost
DL interference area
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Section 1 Module 1 Page 75
1 1 76
1 1 77
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 1 78
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
DOWNLINK
f = FCCH
s = SCH
b = BCCH
R = RACH
(Combined BCCH)
DOWNLINK
FS
FS
FS
D0
D1
FS
D2
D3
FS
A0
A1
FS
FS
FS
D0
D1
FS
D2
D3
FS
A2
A3
UPLINK
D3
RR
A2
A3
D0
D1
RR
D2
D3
RR
A0
A1
R R R R R R R R R R R R RR R RR R RR RR R
D0
D1
RR
D2
F = FCCH
S = SCH
B = BCCH
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
l
l
1 1 79
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 C 8C
M C 14 8
s tart T 31 01
T 31 01 ex piry
-> ra dio fa ilu re
l
l
l
M SC
MC8B
M C 1 49
1 1 80
l
l
1 1 81
1 1 82
SDCCH
Access Failure
SDCCH
SDCCH
Congestion
Congestion
SDCCH
SDCCH
BSS
BSSProblem
Problem
SDCCH
SDCCH
Radio
RadioFailure
Failure
1 1 83
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 1 84
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 1 85
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 1 86
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 1 87
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 1 88
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 1 89
Some transparent messages are also exchanged between the MS and the network in case of a Location Update
transaction.
SDCCH phase
1 1 90
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 1 91
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 1 92
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 1 93
MC07 counts the number of SDCCH channel drops due to handover failure.
Normal release
SDCCH Phase
Drop radio
SDCCH connection
SDCCH Drop
1 1 94
SDCCH drop
MC01+MC02+MC10
Drop radio
Drop BSS
Drop HO
MC138
MC137
MC07
Drop BSS
Drop HO
SDCDBN
SDCDRN
SDCDHN
SDCDR
1 1 95
Time allowed:
15 minutes
1 1 96
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 1 97
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:
l
B10
MS
BTS
BSC
MFS
Assignment Request
SDCCH
MSC
Start Trr1
MC140a
MC703 MC460a
DR[Assignt CMD]
MC140b Start T3107
Est. Indication
UA
Assign Complete
DI[Assignt CMP]
Assignment Complete
Stop T3107
Stop Trr1
1 1 98
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:
l
New B10
BTS
BSC
MSC
TCH ASSIGNMENT PHASE (OC or TC)
< ----------------------------------------------ASSIGNMENT REQUEST
MC812
------------------------------------------------ >
ASSIGNMENT FAILURE
Cause No Radio Resource Available
1 1 99
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:
l
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 1 101
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 1 102
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 1 103
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 1 104
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:
l
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 1 105
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 1 106
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
MSC
TCH ASSIGNMENT PHASE (OC or TC)
< ----------------------------------ASSIGNMENT REQUEST
< -------------------------------------------------------PHYSICAL CONTEXT REQUEST
-------------------------------------------------------- >
PHYSICAL CONTEXT CONFIRM
< -------------------------------------------------------CHANNEL ACTIVATION (TCH)
-------------------------------------------------------- >
CHANNEL ACTIVATION ACKNOWLEDGE
Call Setup
Call Setup
TCH
---------------------- >
SABM
-------------------------------------------------------- >
< ---------------------ESTABLISH INDICATION
UA
----------------------------------------------------------------------------------- > Stop T3107
ASSIGNMENT COMPLETE
----------------------------------- >
ASSIGNMENT COMPLETE
Call phase
< --------------------------------------------------------------------------------------------------------------------------ALERTING
< --------------------------------------------------------------------------------------------------------------------------CONNECT
---------------------------------------------------------------------------------------------------------------------------->
CONNECT ACK
Call phase
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Section 1 Module 1 Page 106
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 1 107
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 1 108
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 1 109
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 1 110
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 1 111
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 1 112
radio
TC
internal BSS
HO
preemption
MC736
MC739
MC14C
MC621
MC921C
unknown
unknown
TC
Call drop HO
BSS internal
BSS2
BSS1
outgoing HO
1 1 113
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:
l
call drop radio rate (QSCDRR) = call drop radio / RTCH success end
Note:
l
MC717B counts the number of successful incoming internal and external (HOs+DR) as well as the number of
intra cell HOs successfully performed.
l
MC712 counts the number of successful outgoing internal and external HOs as well as the number of intra cell
HOs successfully performed.
l
BSS2
BSS1
outgoing HO
1 1 114
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 1 115
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:
l
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
n
QSCDBTR: call drop rate due to TransCoder reported problem: CELL + TRX
RTCH drop indicators: all of them are available per CELL only
l
TRX TCH drop indicators: all of them are available per TRX only
l
GLOBAL Quality of service INDICATORS > Call Statistics > Call drop
n
QSCDBTR: call drop rate due to TransCoder reported problem: CELL + TRX
RTCH drop indicators: all of them are available per CELL only
l
TRX TCH drop indicators: all of them are available per TRX only
l
1) For a Radio TCH drop, give the message and the cause. Extract a call with this cause.
Can you say if it is occurring during the communication phase?
Time allowed:
15 minutes
1 1 118
Summary
l
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.
l
Definition: Time in seconds during which the LapD link is congested in transmission in the BSC.
1 1 120
Reminder
l
What are the user and or system impacts if a Global Indicator (GI) is
bad?
1 1 121
INDICATOR
DEFINITION
FORMULA
THRESHOLD
COMMENT
REF NAME
Rate of SDCCH not allocated during radio link establishment procedure due to congestion on the
Air interface
cell(MC04) / SDCCH ASSIGN REQUESTS
> 5%
Check SDCCH Erlang : if not critical, SDCCH availability/allocation problem, or HO access on a
nearby cell side effect or interference on the carrier handling SDCCH (the last 2 can lead to high
rate of phantom RACH )
SDNACGR
%
UNIT
1 1 122
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 1 123
(G)
INDICATOR
DEFINITION
FORMULA
THRESHOLD
COMMENT
REF NAME
Rate of dropped SDCCH (SDCCH is established for any transaction OC, TC, LU,etc.)
cell (MC138 + MC07 + MC137) / SDCCH ASSIGN SUCCESS
> 4%
Drop radio + Drop HO + Drop BSS
SDCDR
%
UNIT
1 1 124
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)
TCH ASSIGN UNSUCCESS RATE
INDICATOR
DEFINITION
FORMULA B7.2
THRESHOLD
COMMENT
REF NAME
Rate of unsuccessful RTCH seizures for normal assignment purpose (congestion + HO&radio
failures)
(TCH ASSIGN REQUESTS TCH ASSIGN SUCCESS) / TCH ASSIGN REQUESTS
> 3%
TCNAUR
UNIT
1 1 125
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 r e r e q u e s ts f o r n o r m a l a s s i g n m e n t p r o c e d u r e .
FO R M U LA B8
c e ll
M C 140a
TH R ESH O LD
COM M ENT
M C 1 4 0 a : n e w c o u n t e r i n t r o d u c e d in B 8 r e l e a s e .
M C 1 4 0 a ( t y p e 1 1 0 ) : N B _ T C H _ N O R _ A S S _ R E Q t h a t i n d ic a te s t h e n u m b e r o f n o r m a l a s s i g n m e n t
r e q u e s ts fo r T C H e s ta b lish m e n t (in H R o r F R u s a g e )
REF NAM E
TCNARQN
INDICATOR
DEFINITION
FORMULA B8
THRESHOLD
COMMENT
REF NAME
U N IT
N um ber
TCNASUN
UNIT
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Section 1 Module 1 Page 125
Number
REF NAME
1 1 126
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.
(G)
INDICATOR
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 1 127
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
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Section 1 Module 1 Page 127
UNIT
INDICATOR
DEFINITION
FORMULA
THRESHOLD
COMMENT
REF NAME
(G)
Rate of calls going until TCH successful assignment, that is not interrupted by SDCCH DROP
neither by Assignment failures
(1 ( SDCCH DROP / SDCCH ASSIGN SUCCESS ) ) * (1 TCH ASSIGN UNSUCCESS RATE)
> 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 1 128
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
l
l
UNIT
1 1 129
In a dense network, the Call Setup Success Rate should be greater than 97%.
1 1 130
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 1 131
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
l
l
UNIT
1 1 132
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"
1 1 133
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 1 134
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 1 135
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 1 136
Coverage
l
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.
l
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
l
l
(G)
INDICATOR
UNIT
1 1 137
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
l
l
N/A
QSCQRR
UNIT
For optimization
Try to improve cells with the worst CQFR
1 1 138
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 1 139
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 1 140
1 1 141
Objective
l
1 1 142
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
for the user, it is a setup failure
for the OMC-R indicators, counted as a call drop
1 1 143
Call Duration
l
1 1 144
Mobility
l
IMPACT OF MOBILITY
Most of drop problems are due to mobility
Usually 2/3 of calls are static (no HO will be done)
For example, if 40 drops are observed for 1000 calls
Typical trap when comparing drive tests results with OMC-R statistics
1 1 145
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 ?
N OK
OMC-R indicator is
erroneous (drive test is
the reality)
Time allowed:
15 minutes
1 1 146
why
call duration is more
than av e rage
1 1 147
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 1 148
Exercise 1
l
Time allowed:
5 minutes
1 1 149
value
value
SDCCH
SDCCHcongestion
congestion
SDCCH
SDCCHdrop
drop
1%
1%
3%
3%
TCH
TCHassignment
assignmentfailure
failurerate
rate
Call
drop
Call drop
2%
2%
1%
1%
Call
Callsetup
setupsuccess
successrate
rate
Call
Callsuccess
successrate
rate
96%
96%
94%
94%
Efficiency
Efficiencyof
ofoutgoing
outgoingHO
HO
Efficiency
Efficiencyof
ofincoming
incomingHO
HO
92%
92%
93%
93%
HO
HOcause
causedistribution
distributionbetter/level/quality
better/level/quality 70/20/10
70/20/10
Network
TCH
availability
98%
Network TCH availability
98%
Exercise 2
l
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
Efficiencyof
ofincoming
incomingHO
HO
92%
92%
92%
92%
HO
HOcause
causedistribution
distributionbetter/level/quality
better/level/quality 75/15/10
75/15/10
Network
98%
NetworkTCH
TCHavailability
availability
98%
1 1 150
Exercise 2
l
value
value
SDCCH
SDCCHcongestion
congestion
SDCCH
SDCCHdrop
drop
TCH
TCHassignment
assignmentfailure
failurerate
rate
Call
drop
Call drop
Call
Callsetup
setupsuccess
successrate
rate
Call
Callsuccess
successrate
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
TCH
availability
Network TCH availability
1 1 151
4.6%
4.6%
92%
92%
1 1 152
End of Module
Global Indicators
1 1 153
11
Section 1
GSM QoS Monitoring
Module 3
Detailed Indicators
3JK11045AAAAWBZZA Issue 01
Blank Page
1 1 155
Document History
Edition
Date
Author
Remarks
01
YYYY-MM-DD
First edition
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
1 1 156
1 1 157
Table of Contents
Switch to notes view!
Page
7
9
1 1 158
1 1 159
1 1 160
Description
l
Family
Unit
Procedure
Type
Prefix
1 1 161
Joker
Sub-type
mandatory
optional
2 Indicators Classification
1 1 162
2 Indicators Classification
Main Categories
l
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 1 163
Densification
techniques
2 Indicators Classification
SDCCH Traffic
l
l
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
Handover
Traffic
MO
Loc. Update
LU Follow on
IMSI Detach
SMS
Sup. Service
Call
Re-Estab
Call
Estab
Other
1 1 164
SDCCH Mean
Holding Time
distribution of SDCCH connection success (MO and MT connections versus all MO+MT connections, type of
MO connections versus all MO connection types).
l
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:
l
2 Indicators Classification
TCH Traffic
l
l
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 1 165
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:
l
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
2 Indicators Classification
QoS SDCCH
l
l
SDCCH
Assignment Phase
/
Handover
Established
Phase
Congestion
Drop Rate
Unsuccess
Drop Radio
Radio
Failure
BSS Failure
Access Reject
Dynamic Allocation
1 1 166
Drop HO
Drop BSS
2 Indicators Classification
QoS RTCH
l
l
Global Radio
Congestion Level
Unsuccess
Radio
Failure
1 1 167
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
All Rights Reserved Alcatel-Lucent 2008
Success
Failure
Drop BSS
Preemption
2 Indicators Classification
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 1 168
2 Indicators Classification
Handover Causes
l
l
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 1 169
2 Indicators Classification
Outgoing Handovers
l
l
Handover STATISTICS
Outgoing handovers
Outgoing HO
Intra-BSC
External
Success Rate
Efficiency
Efficiency
Efficiency
2 Indicators Classification
Incoming Handovers
l
l
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
2 Indicators Classification
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 1 172
2 Indicators Classification
Intracell Handovers
l
l
Handover STATISTICS
Intracell handovers
Intracell HO
Efficiency
Congestion
CDR BSS
Failure BSS
1 1 173
2 Indicators Classification
Handover STATISTICS
Handover statistics per couple of cell
HO statistics
per Couple of Cell
Efficiency
Success Rate
HO Success Distribution
1 1 174
1 1 175
End of Module
Detailed Indicators
1 1 176
11
Section 1
GSM QoS Monitoring
Module 4
Handover Indicators
3JK11046AAAAWBZZA Issue 01
Blank Page
1 1 178
Document History
Edition
Date
Author
Remarks
01
YYYY-MM-DD
First edition
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
1 1 179
1 1 180
Table of Contents
Page
1 1 181
7
17
31
46
1 1 182
1 1 183
Handover Types
l
TCH/(SDCCH) Handover
Synchronous
Asynchronous
External
between two cells of different BSCs
also called inter BSC
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
as considering the target cell
Outgoing
as considering the serving cell
1 1 184
B10
Intracell HO - Success
l
BTS
MEAS REPORT
----------------------------->
ASSIGNMENT CMD
<----------------------------SABM
----------------------------->
UA
<----------------------------ASSIGNMENT CMP
----------------------------->
1 1 185
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)
-------------------------------------------------------------->
All Rights Reserved Alcatel-Lucent 2008
EN_DTM = enabled
B10
BTS
MEAS REPORT
----------------------------->
ASSIGNMENT CMD
<----------------------------SABM
----------------------------->
UA
<----------------------------ASSIGNMENT CMP
----------------------------->
1 1 186
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)
-------------------------------------------------------------->
MFS Shared DTM Information Indication
<----------------------Case of a DTM capable MS
MFS Shared DTM Information Indication ACK
in DTM mode
------------------>
All Rights Reserved Alcatel-Lucent 2008
New B10
EN_DTM = enabled
Intracell HO - Failures
Handover Execution:
reversion to old channel
drop radio
BSS problem (no specific counter)
1 1 187
Intracell HO - Congestion
MS
Serving BTS
Serving BSC
MC561TCH+MC101SDCCH
MEAS REPORT
----------------------------->
MSC
MEASUREMENT RESULT
--------------------------------------------------------------> MC870
No free TCH
MC561
1 1 188
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 1 189
MS
Serving
BSC
MC871
BTS
MC663=C63TCH
+C103SDCCH
ASSIGNMENT CMD
<-----------------------------
1 1 190
MSC
MC663
T3107 expiry
MS
Serving
BTS
ASSIGNMENT CMD
<-----------------------------
Serving
BSC
MC871
MSC
--------------------------------------- >
CLEAR REQUEST
O&M intervention
Radio interface failure
1 1 191
Intra cell HO failures due to BSS problems are deduced from other counters.
Intracell HO - Counters
l
ATTEMPT
SUCCESS
Preparation Failure
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 1 193
B10
Internal HO - Success
l
MS
serving cell
target cell
BSC
MFS
MEAS REP
----------------------->
MEASUREMENT RESULT
------------------------------------------------------------------------>MC830, MC655A
CHANNEL ACTIVATION
<---------------------------------CHAN ACTIV ACK
---------------------------------->
HO CMD
HANDOVER COMMAND
<----------------------- <------------------------------------------------------------------------start T3103
MC831, MC660
MSC
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
------------------------------------------------------------->----------------------------------> HO PERFORMED
----------------------------->
Release of old TCH
MC652, MC656
<------------------------------------------------------------1 1 194
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
CHANNEL ACTIVATION
<---------------------------------CHAN ACTIV ACK
---------------------------------->
HO CMD
HANDOVER COMMAND
<----------------------- <------------------------------------------------------------------------start T3103
MC831, MC660
MSC
SGSN
.
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.
O does not concern the outgoing side (serving cell point of view)
Handover Execution:
radio problem: the MS fails to access the new channel
1 1 196
l
MS
Serving Cell
Serving BSC
MSC
MEAS REPORT
MC551TCH+MC91SDCCH
----------------------------->
MEASUREMENT RESULT
--------------------------------------------------------------> MC830
No free TCH
MC551
1 1 197
l
MS
Serving cell
Target Cell
BSC
HO CMD
HANDOVER COMMAND
<----------------------- <------------------------------------------------------------------------ start T3103
MC660
HANDOVER ACCESS
------------------------------------------------------------->
------------------------------------------------------------->
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
Release of new channel
1 1 198
MSC
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 1 199
BSS PB
HOIBFLBN
HOIBFLRN
HOIBCGN
HOIBSUN
HOIBFLR
1 1 200
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:
radio problem: the MS reverts to the old channel
radio problem: the MS drops
BSS problem (no specific counter)
1 1 201
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 1 202
serving cell
target cell
BSC
MSC
MEAS REP
----------------------->
MEASUREMENT RESULT
------------------------------------------------------------------------> MC655A
CHANNEL ACTIVATION
<---------------------------------CHAN ACTIV ACK
---------------------------------->
HO CMD
HANDOVER COMMAND
<----------------------- <------------------------------------------------------------------------ start T3103
MC660
SABM
----------x
T3103 expiry
MC658
Clear_request
------------------------>
Clear_command
Release of old and new TCH
<------------------------
ATTEMPT
SUCCESS
Preparation Failure
Execution Failure
CONGESTION
Execution
1 1 204
BSS PB
Request
MC655A
MC655A-MC660
Attempt
MC660
MC657
MC658
MC660-MC656-MC657-MC658
Success
MC656
BSS PB
HOOBSUN
HOOBCDRN
HOOBCDBN
HOOBOCN
SUCCESS
HOOBCDR
HOOBOCR
1 1 205
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 1 206
New B10
1 1 207
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 1 208
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 1 209
Cell update
All Rights Reserved Alcatel-Lucent 2008
External HO - Failures
l
O does not concern the outgoing side (serving cell point of view)
Handover Execution:
radio problem: the MS fails to access the new channel
1 1 210
MS
serving_cell
BSC
MSC
BSC
target_cell
- MEAS_REPORT ->
------- MEAS_RESULT -------->
MC645A ------ HO_REQUIRED ------->
( <-HO_REQUIRED_REJECT-)
1 1 211
MC820
MC541A
MS
MS
serving_cell
- MEAS_REPORT ->
BSC
MSC
( <-HO_REQUIRED_REJECT-)
MC820
MC41B
MC41B
1 1 212
BSC
target_cell
MS
serving_cell
BSC
MSC
BSC
target_cell
MS
- MEAS_REPORT ->
------- MEAS_RESULT -------->
MC645A ---- HO_REQUIRED ------->
MS ----- HO_FAILURE
serving_cell
(reversion to old channel)
- MEAS_REPORT ->
BSC
------------------------------------------>
MSC
BSC
target_cell
Release of connection
MC820
- CHANNEL_ACT ---------->
<--- CHA_ACT_ACK -------Start T9113
Start T9113
MC821
T9113 expiry
MC643
Release of connection
1 1 213
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.
MS
MC643
Intra PLMN HO
REQUEST
REQUEST
ATTEMPT
SUCCESS
RATIO
ATTEMPT
SUCCESS
Preparation Failure
Execution Failure
CONGESTION
Execution
1 1 214
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
HOIMFLBN
HOIMFLRN
HOIMCGN
HOIMSUN
HOIMFLR
1 1 215
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:
radio problem: the MS reverts to the old channel
radio problem: the MS drops
BSS problem (no specific counter)
1 1 216
MS
serving_cell
BSC
MSC
BSC
target_cell
MS
- MEAS_REPORT ->
------- MEAS_RESULT -------->
MC645A ---- HO_REQUIRED ------->
----------CR (HO_REQUEST) ------------------->
<-------- CC --------------------------------------<----- HO_REQUEST_ACK----------------------(HO-COMMAND) included
- CHANNEL_ACT ---------->
<--- CHA_ACT_ACK -------Start T9113
1 1 217
Release of connection
MS
serving_cell
BSC
MSC
BSC
target_cell
MS
- MEAS_REPORT ->
------- MEAS_RESULT -------->
MC645A ---- HO_REQUIRED ------->
----------CR (HO_REQUEST) ------------------->
<-------- CC --------------------------------------<----- HO_REQUEST_ACK----------------------(HO-COMMAND) included
- CHANNEL_ACT ---------->
<--- CHA_ACT_ACK -------Start T9113
1 1 218
Release of connection
Intra PLMN HO
REQUEST
REQUEST
ATTEMPT
SUCCESS
RATIO
ATTEMPT
SUCCESS
Preparation Failure
Execution Failure
CONGESTION
Execution
1 1 219
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
HOOMSUN
HOOMCDRN
HOOMCDBN
HOOMOCN
HOOMCDR
HOOMOCR
1 1 220
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
l
1
1
1
1
New B10
Time allowed:
15 minutes
1 1 221
1 1 222
b
C40i(a,b)
C40i(c,b)
C40i(c,d)
d
e
C40i(f,d)
1 1 223
where
n
1 1 224
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
Tb
Target a
Tc
C72i(S,Tc)
Serving
C72i(S,Te)
Te
Tf
1 1 225
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
l
1 1 226
Type 27 Counters
Sb
Serving a
Sc
C73i(Sc,T)
Target
C73i(Se,T)
Se
Sf
1 1 227
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
l
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 1 228
1 1 229
1 1 230
End of Module
Handover Indicators
1 1 231
11
Section 1
GSM QoS Monitoring
Module 5
Directed Retry Indicators
3JK11047AAAAWBZZA Issue 01
Blank Page
1 1 233
Document History
Edition
Date
Author
Remarks
01
YYYY-MM-DD
First edition
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 1 234
1 1 235
Table of Contents
Page
1 1 236
1 1 237
1 1 238
Queuing Is Mandatory
l
With default BSS tuning: the call establishment fails if no TCH has been
freed after T11 seconds
1 1 239
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):
the MS receives a sufficient signal level from a neighboring cell
the number of free TCHs in this neighboring cell is sufficient
1 1 240
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 1 241
ANNEX 3
between 2 cells
sharing the same clocks
collocated
usually 2 sectors of the same BTS
tunable at OMC-R level
External
Synchronous
1 1 242
End of Module
Directed Retry Indicators
1 1 243
11
Section 1
GSM QoS Monitoring
Module 6
Radio Measurement Statistics Indicators
3JK11048AAAAWBZZA Issue 01
Blank Page
1 1 245
Document History
Edition
Date
Author
Remarks
01
YYYY-MM-DD
First edition
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 1 246
1 1 247
Table of Contents
Page
1 1 248
7
10
16
18
19
22
24
28
29
32
35
49
50
51
52
54
55
56
57
58
59
60
64
69
1 1 249
1 1 250
RMS Objectives
In order to:
l
l
l
1 1 251
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 1 252
Today's solutions for Radio Measurements are limited and very expensive:
l
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:
n
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:
n
1 1 253
RMS Management
l
1 1 254
Templates
Templates
PM
1 1 255
1 1 256
Templates
Compute
experience
matrix
PM
2.
3.
4.
5.
6.
7.
1 1 257
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:
l
Extra editor in the administration tool to modify templates: a given value or a reference one.
NPA
l
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 1 258
3 RMS Data
1 1 259
B10
1 1 260
B10
Annex 1
1 1 261
4.1 Generalities
l
1 1 262
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
l
Number of Noisy calls suffering from problem of interference on the uplink path
RMVQUIFN = RMS_call_noisy_UL_interference
l
Number of Noisy calls suffering from problem of interference and bad coverage considered together on
the uplink path
RMVQUUKN = RMS_call_noisy_UL_undefined
l
Rate of Noisy calls suffering from problems of interference or/and bad coverage on the uplink path
RMVQUNOR = RMS_call_noisy_UL_rate
l
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
l
Rate of Noisy calls and also with bad FER measurements on the uplink path
RMVQFEBR = RMS_call_noisy_bad_FER_rate
l
Rate of calls with fair quality measurements but with bad FER measurements on the uplink path
RMVQFEAR = RMS_call_abnormal_bad_FER_rate
l
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
CALL
end
480ms
CQS2 CQS3
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 1 264
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 1 265
All these parameters are included in the RMS PM Type 31 result files as RMS counters:
l
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 1 266
All these parameters are included in the RMS PM Type 31 result files as RMS counters:
l
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
with
INTERFERED_UL_SAMPLES = nb of times where AV_RXQUAL_UL_VQ > VQ_RXQUAL
and AV_RXLEV_UL_VQ>VQ_RXLEV
1 1 267
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 1 268
RMS counters
VQ_NOISY_UL_UNDEFINED = RMS14
Number of calls suffering from both problems of interference and bad
coverage on the uplink path
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
These calls are not counted in VQ_NOISY_DL_COVERAGE or
VQ_NOISY_DL_INTERFERENCE
1 1 269
RMS counters
VQ_NOISY_UL_BAD_FER = RMS16
Number of calls with bad quality measurements and with bad FER
measurements on the uplink path
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 1 270
1 1 271
5.1 Generalities
l
1 1 272
These RMS indicators are provided on the RNO tool per TRX, per Cell:
l
Vector Counter
RMS7a=TPR_PATH_BALANCE
RMS7b=MAX_PATH_BALANCE
1 1 273
C/I repartition
TA repartition (improved)
1 1 274
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 1 275
All these parameters are included in the RMS PM Type 31 result files as RMS counters:
l
The Path Balance is computed by the BTS from each Measurement Result message as the difference
between:
l
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
1 1 276
All these parameters are included in the RMS PM Type 31 result files as RMS counters:
l
RMSpb = PAR_TA_STAT
For each active dedicated radio channel in a cell, a counter S called Radio Link Counter is:
n
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:
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
Sf 8
1 1 277
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:
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
MS PWR levelij: average value of MS power (in dBm) from pwr levels reported in
these samples
Timing Advanceij: average value of TAs reported in these samples
1 1 278
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
Section 1 Module 1 Page 278
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:
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
BS PWR levelij: average value of BS power (in dBm) from pwr levels reported in these
samples
Timing Advanceij: average value of TAs reported in these samples
1 1 279
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
Section 1 Module 1 Page 279
RMS Counters
Radio Quality Statistics
TPR_PATH_BALANCE: vector of 10 elements UL/DL(PATH BALANCE band j),
each element is made up of:
the norm of number of measurement result samples for which the computed Path
Balance is in PATH BALANCE band j
MAX_PATH_BALANCE:
the maximum value of the 10 real numbers of samples for which the computed Path
Balance is in PATH BALANCE band j (j=1 to 10)
1 1 280
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:
the norm of number of measurement result samples for which the Uplink Radio Link
Counter is in S band j
MAX_RADIO_LINK:
the maximum value of the 10 real numbers of samples for which the Uplink Radio
Link Counter is in S band j (j=1 to 10)
1 1 281
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:
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 1 282
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
Section 1 Module 1 Page 282
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
BFI
1
Sf 1 Sf 2 Sf 3 Sf 4 Sf 5 Sf 6 Sf 7 Sf 8 Sf 9 Sf 10 Sf 11 Sf 12 Sf 13 Sf 14 Sf 15 Sf 16 Sf 17 Sf 18 Sf 19 Sf 20 Sf 21 Sf 22 Sf 23 Sf 24 SACCH f.
CFE
0
RxLev UL
10
11
12
12
11
11
10
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
Section 1 Module 1 Page 283
1 1 284
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
Section 1 Module 1 Page 284
1 1 285
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
Section 1 Module 1 Page 285
1 1 286
1 1 287
MAX_TA:
maximum value of Timing Advance among all TA values reported in the measurement
results used for RMS
1 1 288
RMS36 = PERC_TA_GT_TA_STAT
RMS37 = MAX_TA
1 1 289
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:
l
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 1 290
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 1 291
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-UnbalancedOutput-Power set to 1), the counter is set by the BTS to the power required by the BSC for the
corresponding TRE (i.e. for the TRE on which is mapped that TRX).
6 C/I Statistics
1 1 292
6 C/I Statistics
1 1 293
6 C/I Statistics
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 1 294
All these parameters are included in the RMS PM Type 31 result files as RMS counters:
l
RMSp80 = NEIGB_CELL_ID
The C/I ratio is computed by the BTS from each Measurement Result message as the difference between:
n
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
6 C/I Statistics
RMS Counters
MR_CIN:
maximum value of the 10 real numbers of samples for which the computed
Carrier/Interference ratio is in C/I band j (j=1 to 10)
1 1 295
RMS8a=TPR_CIN
RMS8b=TMR_CIN
6 C/I Statistics
RMS Counters
MR_CIF:
maximum value of the 10 real numbers of samples for which the computed
Carrier/Interference ratio is in C/I band j (j=1 to 10)
TPR_CIF and MR_CIF counters are provided for up to 21 frequencies (serving cell
BCCH + 20 MAFA frequencies)
1 1 296
RMS9a=TPR_CIF
RMS9b=TMR_CIF
1 1 297
B10
7.1 Generalities
l
l
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
According to some thresholds
If several causes are eligible, only the one with the highest priority shall be
reported.
Could then be used to increment counters
1 1 298
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
Section 1 Module 1 Page 298
B10
Cause to be
reported in
counters
Priority
5
6
7
RMS9a=TPR_CIF
RMS9b=TMR_CIF
B10
7.3 Counters
l
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
interference level
NB_TCH_DROP_OTHER_CAUSES
1 1 300
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
Section 1 Module 1 Page 300
1 1 301
1 1 302
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
l
Number of Noisy calls suffering from problem of interference on the uplink path
RMVQUIFN = RMS_call_noisy_UL_interference
l
Number of Noisy calls suffering from problem of interference and bad coverage considered together on
the uplink path
RMVQUUKN = RMS_call_noisy_UL_undefined
l
Rate of Noisy calls suffering from problems of interference or/and bad coverage on the uplink path
RMVQUNOR = RMS_call_noisy_UL_rate
l
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
l
Rate of Noisy calls and also with bad FER measurements on the uplink path
RMVQFEBR = RMS_call_noisy_bad_FER_rate
l
Rate of calls with fair quality measurements but with bad FER measurements on the uplink path
RMVQFEAR = RMS_call_abnormal_bad_FER_rate
l
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 1 303
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
l
Not acceptable
coverage limit:
Too low level
Too bad quality
1 1 304
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
l
Exercise 1
l
Give the list of the RMS counters and parameters used in the 3 previous
slides.
Time allowed:
10 minutes
1 1 305
Exercise 2
l
Interpret this
graph.
Time allowed:
10 minutes
1 1 306
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
l
Exercise 3
l
Interpret this
graph.
Average DL RxQuality =
2.81
Exercise 4
l
Interpret this
graph.
Time allowed:
15 minutes
1 1 309
Exercise 5
l
Interpret
this graph.
Time allowed:
10 minutes
1 1 310
Exercise 6
l
Time allowed:
10 minutes
1 1 311
9 Additional Information
1 1 312
9 Additional Information
RMS Counters
l
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 1 313
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.
l
If during an SACCH measurement, DTX is applied on the uplink path (DTX_UL = 1), the FER measurement
does not take place.
l
9 Additional Information
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 1 314
RMSpw1 = BS_TX_PWRMAX
RMSpw2 = MS_TX_PWRMAX
RMS21 = IND_TRE_OVERLOAD
RMS22 = IND_RMS_RESTARTED
9 Additional Information
Counters used for interpreting the C/I RMS results provided per TRX:
IND_CI_PARTIAL_OBSERVATION: made up of 2 booleans indicating that:
C/In computation has been restarted due to the modification of the list of
neighboring cells during the RMS campaign
C/If computation has been restarted due to the modification of the list of MAFA
frequencies during the RMS campaign
1 1 315
RMS23 = IND_CI_PARTIAL_OBSERVATION
RMS24 = IND_CI_OVERFLOW
1 1 316
End of Module
Radio Measurement Statistics Indicators
1 1 317
11
Section 1
GSM QoS Monitoring
Module 7
Traffic Indicators
3JK11049AAAAWBZZA Issue 01
Blank Page
1 1 319
Document History
Edition
Date
Author
Remarks
01
YYYY-MM-DD
First edition
Module Objectives
Upon completion of this module, you should be able to:
Describe BSS traffic indicators used for radio resource dimensioning
1 1 320
1 1 321
Table of Contents
Page
1 1 322
7
15
29
34
37
40
1 1 323
1 1 324
GSM Transactions
l
1 1 325
In a GSM network, telecom procedures involve different kinds of resource in the BSS:
l
etc.
1 1 326
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
l
Calls /hour
LU/call
HO/Call
SMS/Call
SS/call
Paging/hour
mean call duration on TCH
mean SDCCH duration
1 1 327
:
:
:
:
:
:
:
:
After commercial opening, the number of calls per hour will be measured from traffic counters.
Usually the Marketing team will provide:
l
Variation
l
1 1 328
Usage
l
1 1 329
too
too
too
too
A Call Mix will be used at Radio Network Design and Radio Network Planning stages in order to define the
capacity of the network (number of sites, TRXs per site, radio configuration, number of Abis-PCM, A-PCM).
When the network is in operation, a Call Mix is used in order to anticipate network extension or redimensioning.
Advises
l
Some advises
LU/CALL: 1 is "good", 2 is "bad", 4 and more can be dangerous
beware of the Network or BSC averages which can hide critical cells
1 1 330
Exercise
l
l
l
Is it complete?
What are the risks of such a call mix?
Time allowed:
15 minutes
1 1 331
1 1 332
Erlang Definition
l
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 1 333
350 calls/hour
3 LUs/call
TCH mean call duration: 85 seconds
SDCCH mean duration: 4.5 seconds
1 1 334
Erlang B Law
l
l
1 1 335
Offered
Rejected
Carried
Telecom system
1 1 336
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
l
1 1 337
Erlang B Abacus
1 1 338
Erlang B Example
l
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 1 339
1 1 340
=>
=>
T = 0.6 E
50% Traffic less!!
Cell Dimensioning
l
1 1 341
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 1 342
1 1 343
Forecast traffic
traffic forecasting must be computed according to the offered traffic
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
l
Critical traffic
critical traffic: when the offered traffic will induce 2% of blocking
traffic capacity of a cell = critical traffic of this cell
1 1 344
Exercise
l
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 1 345
Erlang TCH
Offered traffic
traffic forecast
30 % offered traffic
increase
30 % offered traffic
increase
proposed config
1 1 346
selecting the best TCH resource among the available TCH channels of this pool
according to several criteria
1 1 347
MS Access
l
1 1 348
Ratio of TCH normal assignment requests from DR mobiles over all TCH normal assignment requests from all mobile types
= TCNARQBTO = MC701B / (MC701A+MC701B+MC701C+MC701D+MC701E)
l
Ratio of TCH normal assignment requests from DR+EFR mobiles over all TCH normal assignment requests from all mobile
types
= TCNARQTTO = MC701C / (MC701A+MC701B+MC701C+MC701D+MC701E)
l
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)
l
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)
l
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
l
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
l
1 1 349
Ratio of TCH allocations with HR SV1 over all TCH allocations during normal assignment
= TCNACAHTO = MC702B / (MC702A+MC702B+MC702C+MC704A+MC704B+MC705)
l
Ratio of TCH allocations with EFR over all TCH allocations during normal assignment
= TCNACAETO = MC702C / (MC702A+MC702B+MC702C+MC704A+MC704B+MC705)
l
Ratio of TCH allocations with AMR FR over all TCH allocations during normal assignment
= TCNA3CAFTO = MC704A / (MC702A+MC702B+MC702C+MC704A+MC704B+MC705)
l
Ratio of TCH allocations with AMR HR over all TCH allocations during normal assignment
= TCNA3CAHTO = MC704A / (MC702A+MC702B+MC702C+MC704A+MC704B+MC705)
l
Ratio of TCH allocations for Data calls over all TCH allocations during normal assignment
= TCNACADTO = MC705 / (MC702A+MC702B+MC702C+MC704A+MC704B+MC705)
l
Rate of successful TCH allocations with AMR SV over all AMR MS requests
= TCNA3SUR = (MC704A+MC704B) / MC701D
l
Distributions
NA/HO distribution
1 1 350
l
l
l
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:
l SDCCH allocation distribution per TRX through the number of SDCCH allocations
SDAHCAN = MC390
l SDCCH Assignment/HO distribution through the ratio of SDCCH allocations for Assignment
SDNACAO = MC148 / MC390
1 1 351
TCH Resource
1 1 352
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
l
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
l
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
l
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
l
1 1 353
C750 and C751 are 2 counters introduced from B7 in type 18. Both are provided per TTCH (A channel):
l
C750 = TIME_A_CHANNEL_BUSY: Time (in seconds) during which the A channel is busy (allocated)
1 1 354
SDCCH Establishment
l
1 1 355
Mobiles Penetration
E-GSM mobiles penetration
1 1 356
Traffic Load and Traffic Model > SDCCH traffic > MS penetration rate
Traffic Load and Traffic Model > TCH traffic > Speech version and Channel type
MC706 = Number of initial accesses for call establishment (except location update) of MS supporting the EGSM 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
6 Preemption Indicators
1 1 357
6 Preemption Indicators
Preemption Principle
l
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 1 358
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.
6 Preemption Indicators
Preemption Counters
l
l
l
l
1 1 359
6 Preemption Indicators
Preemption Feature
l
1 1 360
1 1 361
End of Module
Traffic Indicators
1 1 362
11
Section 1
GSM QoS Monitoring
Module 8
Case Studies
3JK11050AAAAWBZZA Issue 01
Blank Page
1 1 364
Document History
Edition
Date
Author
Remarks
01
YYYY-MM-DD
First edition
Module Objectives
Upon completion of this module, you should be able to:
Analyze with the KPI QoS some typical problems
1 1 365
1 1 366
Table of Contents
Page
1 1 367
7
9
11
13
15
17
19
1 1 368
1 Congestion
1 1 369
1 Congestion
Congestion Analysis
l
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 1 370
2 Sector Problem
1 1 371
2 Sector Problem
1 1 372
3 QSCSSR
1 1 373
3 QSCSSR
QSCSSR Analysis
l
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 1 374
4 Quality
1 1 375
4 Quality
Quality Analysis
l
l
l
1 1 376
5 RMS Level
1 1 377
5 RMS Level
1 1 378
6 Interference
1 1 379
6 Interference
Interference Analysis
l
l
1 1 380
7 BSS Problem
1 1 381
7 BSS Problem
1 1 382
1 1 383
End of Module
Case Studies
1 1 384
11
Section 1
GSM QoS Monitoring
Module 9
Annexes
3JK11051AAAAWBZ Issue 01
Blank Page
1 1 386
Document History
Edition
Date
Author
Remarks
01
YYYY-MM-DD
First edition
Module Objectives
Upon completion of this module, you should be able to:
Describe
List
Explain
Identify ...
1 1 387
1 1 388
Table of Contents
Page
1 1 389
7
11
14
32
42
65
69
71
73
83
1 1 390
1 1 391
Meast
Report
1 1 392
Meast
Result
Meast
Report
BSC
DL measurements
UL+DL measurements
1 1 393
L1 Info
L3 Info
Measurement
Report
From the MS
Back
1 1 394
L3 info: MEASUREMENT REPORT from the MS. This message contains the downlink measurements and
neighboring cell measurements.
l
1 1 395
Definition
l
1 1 396
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------>
l
----------------------------------- >
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 1 397
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 1 398
serving cell
target cell
BSC
MSC
No free TCH
TCH request queued
Start T11 ----------------------- >
QUEUING_INDIC.
MC13A
IDR condition met
HO CMD
<---------------------(SDCCH)
MC153, MC144e,
C145A+C145C
HANDOVER ACCESS
------------------------(TCH)---------------------------->
------------------------------------------------------------->
PHYSICAL INFORMATION
<------------------------------------------------------------stop T3124
start T200
------------------------ SABM -------------------------->
<-------------------------- UA ----------------------------stop T200
HANDOVER COMPLETE
------------------------------------------------------------->
HO DETECTION
---------------------------------->
start T3105
stop T3105
ESTABLISH INDICATION
---------------------------------->
HO CMP
stop T3103
---------------------------------->
ASSIGNMENT
COMPLETE
------------------------>
Release of old SDCCH
MC151,MC717A,
MC142e
start T3124
1 1 399
l
l
O does not concern the outgoing side (serving cell point of view)
DR Execution:
radio problem: the MS fails to access the new channel
1 1 400
serving cell
MC555=C155
No free TCH
In serving cell
target cell
BSC
MSC
TCH ASSIGNMENT PHASE (OC or TC)
< ---------------------------------------------------ASSIGNMENT REQUEST
Queuing allowed
Start T11
--------------------------------------------------- >
QUEUING_INDIC.
MC13A
Standard Type
1 1 401
MC153, MC144e,MC607
No free TCH
In target cell
MC555
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
MSC
SABM
MEAS REP
----------------------->
ESTABLISH INDICATION
----------------------->
MEASUREMENT RESULT
UA
------------------------------------------------------------------------>
------------------------------------------------------------------------>
<----------------------CHANNEL ACTIVATION
HO FAILURE
HANDOVER FAILURE
<--------------------------------------------------------> ------------------------------------------------------------------------> C152
CHANNEL ACTIV ACK
---------------------------------->
Release of new channel
HO CMD
HANDOVER COMMAND
<----------------------- <------------------------------------------------------------------------ start T3103
C154
SABM
-----------x
T3103 expiry
C152
1 1 402
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 1 403
Specific indicators for densification techniques > Directed Retry > Incoming DR
n
DR Execution:
radio problem: the MS reverts to the old channel
radio problem: the MS drops
BSS problem (no specific counter)
1 1 405
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
-----------------------> ------------------------------------------------------------------------>
Release of new channel
1 1 406
start T3103
MC144E
C144A or C144C
C143A or C143E
C144A, C143A:
Forced DR
C144C,C143E:
Normal DR
MS
serving cell
target cell
BSC
MSC
HO C M D
HAN DO VER C OM M A ND
<----------------------- <------------------------------------------------------------------------ start T 3103
M C144E
C144A or C 144C
SABM
----------x
T3103 expiry
C143B or C 143F
------------------------>
ASSIG NM E NT
FAILU RE
R adio interface
m essage failure
Release of SDC CH and TC H
1 1 407
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 1 408
Specific indicators for densification techniques > Directed Retry > Outgoing DR
n
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
l
MS
serving_cell
BSC
MSC
<------ASSIGNT REQUEST------TCH request queued
EDR condition met
------ HO_REQUIRED ---------->
MC144F
BSC
target_cell
Release of SDCCH
1 1 410
The following DR counters are provided in Type 110 for the serving cell:
l
The following DR counters are provided in Type 29 for the serving cell:
l
MS
DR Execution:
radio problem: the MS reverts to the old channel
radio problem: the MS drops
BSS problem (no specific counter)
1 1 411
MS
serving_cell
ASSIGNT REQUEST
--------------------->
BSC
MSC
BSC
C145B,C143C: Forced DR
C145D,C143G: Normal DR
1 1 412
MS
- CHANNEL_ACT ---------->
<--- CHA_ACT_ACK -------Start T9113
target_cell
Release of connection
MS
serving_cell
ASSIGNT REQUEST
--------------------->
BSC
MSC
BSC
1 1 413
MS
- CHANNEL_ACT ---------->
<--- CHA_ACT_ACK -------Start T9113
C145B,C143D: Forced DR
C145D,C143H: Normal DR
target_cell
Release of connection
ATTEMPT
SUCCESS
Preparation Failure
Execution Failure
CONGESTION
BSS PB
Execution
1 1 414
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
n
Interesting indicator:
n
TCQUSUDSR: rate of outgoing internal and external directed retries (forced + normal) successfully
performed over all RTCH requests queued during normal assignment.
1 1 416
Signaling Links
MSC
BSC
BTS
BSC
1 1 417
BSC
BTS
MS
OMC-R
7 Application
6 Presentation
5 Session
4 Transport
3 Network
2 Data Link
Network
Service
1 Physical
1 1 418
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 1 419
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 1 420
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 1 421
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
LAPD
SSTM 2
SSTM 2
SSTM 2
SSTM 2
64 kbit/s
PCM TS
PCM TS
PCM TS
3
RR'
2
LAPDm
Phycal
Layer
MS
1 1 422
BTSM
LAPDm
Um
BTSM
LAPD
64 kbit/s
Phycal
Layer
or
BTS
PCM TS
A bis
or
PCM TS
BSC
PCM TS
(D)
MSC / VLR
NSS
(ex. : HLR)
BSSAP
DTAP
User Data
BSSMAP
SCCP
Layer 1-3
MTP 1-3
1 1 423
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 1 424
MS
DTAP
BSS
MSC
BSSMAP
Back
1 1 425
5 LCS
1 1 426
5 LCS
LCS Function
LCS function (linked to MC02i) and other counters
l 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)
l
1 1 427
5 LCS
Emergency call
Where am I?
BTS
MSC
Abis
Lg
GMLC
BSC
MS
Abis
BTS
SMLC
SAGI
MFS
1 MS Request
2 Network Request
3 External Request
1 1 428
OSP
GPS
reference
network
Lb
External
LCS client
Where is my son?
3
Lh
A-GPS
server
Le
HLR
5 LCS
Example
l
MS
BSC
SMLC
MSC
GMLC
HLR
LCS Client
MC923a
BSSMAP Perform_Location_Request
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 1 429
Four counters
l
MC923a
NB_LCS_REQ
l
l
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,
MS-Based A-GPS) and for different Error causes.
See the next slide.
P833: ST_DEV_CONV_GPS_LONG
P834: ST_DEV_MA_AGPS_LAT
P835: ST_DEV_MA_AGPS_LONG
P836: ST_DEV_MB_AGPS_LAT
P837: ST_DEV_MB_AGPS_LONG
5 LCS
Definitions
l
1 1 432
Mobile-based: The MS performs OTD signal measurements and computes its own location estimate. In this
case, the network provides the MS with the additional information such as BTS coordinates and the RTD
values. These assistance data can be either broadcast on the CBCH (using SMSCB function) or provided by the
BSS in a point-to-point connection (either spontaneously or on request from the MS).
Mobile-assisted: The MS performs and reports OTD signal measurements to the network and the network
computes the MSs location estimate.
With
n
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.
5 LCS
LCS Architecture
1 MS Request
2 Network Request
3 External Request
Abis
Emergency call
Where
am I?
BTS
Where is
the accident?
Lg
MSC
BSC
Where is
my son?
OSP
Le
External
LCS client
GMLC
Abis
Lh
BTS
Lb
MFS
HLR
SAGI
SMLC
A-GPS
server
1 1 433
GPS receivers
reference network
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 1 434
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.
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 1 435
Lb
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 1 436
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 on-going), 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.
l
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:
n
by an inter-BSC handover, or
The useful B8 content of the received PERFORM LOCATION REQUEST message is:
l
Location type,
Classmark information 3,
Requested QoS: provides service requirement concerning geographic positioning and response time
l
The time of transfer of the assitance data on the SDCCH is estimated about 14s for a 1000 octets information.
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Section 1 Module 1 Page 436
5 LCS
LCS_LATITUDE
HA L F P
WR
_
3dB point
given by the azimuth
and the HPBW
BE
AM
LCS_AZIMUTH
(Main Beam Direction
given by the azimuth)
_W
ID
TH
MS
estimated location
TA
LCS_LONGITUDE
g
vin
Ser
553 m
ce
ll
(CI
)
1 1 437
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:
l
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
l
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:
l 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.
l 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
l 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
All Rights Reserved Alcatel-Lucent 2008
3JK11043AAAAWBZZA Issue 01
Section 1 Module 1 Page 437
5 LCS
MS
BTS
BSC
SMLC
Perform
Location
Request
Location
Request
(X,Y)
(X,Y):
computed position
Location
Response
1 1 438
Perform
Location
Response (X,Y)
5 LCS
GPS MS
1 1 439
A-GPS
server
GPS receivers
reference network
Assistance data gathered from a GPS reference network receiver is broadcast to the GPS MS.
Flags/Parameters
l
EN_LCS = 1
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 1 440
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.
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 1 441
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 A-GPS server, which fixes the position in the end.
5 LCS
LCS Impact on HO
l
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 1 442
BSSLAP - Reset
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 1 443
Mobile in communication
LCS client
5 LCS
HO management
External HO
MS
BTS
Serving BSC
External
BSC HO
SMLC
MSC
BSSMAP HO required
BSSAP-LE Perform_Location_Abort
BSSAP-LE Perform_Location_Response
BSSAP-LE Perform_Location_Response
1 1 444
GMLC
HLR
LCS client
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 1 445
BSS PARAMETERS
l EN_LCS (BSC): Flag which enables or disables the LCS feature in the BSS.
l EN_SAGI: Flag indicating whether SAGI is configured or not for this BSS.
l 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.
l 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.
l T_Loc_Abort: BSC timer to guard the response from the SMLC in case of Location Abort.
l 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.
l 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.
l 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.
l T_RRLP_Low_delay: Timer to guard the RRLP exchange between the SMLC and the MS .
l T_RRLP_delay_tolerant: Timer to guard the RRLP exchange between the SMLC and the MS.
Optimization data:
l 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.
l 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
l 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
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 1 446
CELL PARAMETERS
l EN_CONV_GPS: Flag to enable/disable the Conventional GPS positioning method.
l
LCS_LATITUDE: Latitude of the BTS supporting the cell (used by the MFS to compute location estimate based
on TA positioning method).
l
LCS_LONGITUDE: Longitude of the BTS supporting the cell (used by the MFS to compute location estimate
based on TA positioning method).
l
LCS_AZIMUTH: Antenna direction orientation for the sector supporting the cell (used by the MFS to compute
location estimate based on TA positioning method).
l
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).
l
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.
5 LCS
Exercise
l
l
Time allowed:
10 minutes
1 1 447
5 LCS
Point (O)
g
vin
Ser
ce
r1
ll
(CI
)
r2
Back
1 1 448
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:
l 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.
l 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.
l 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 1 449
OMC-R
BSC
BTS
1 1 450
1 1 451
Back
1 1 452
Measurements:
l
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
7 B8 Improvements
1 1 453
7 B8 Improvements
Summary
l
l
l
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
HO Causes: type 26 extended from 1 to 40 cells
Directed retry: type 29 becomes a standard (for PMC)
1 1 454
8 B9 Improvements
1 1 455
8 B9 Improvements
Summary
l
1 1 456
1 1 457
Purpose
l
Allocated
Dynamic SDCCH/8
timeslots
Max
Min
TCH Capacity
Static SDCCH
timeslots
1 1 458
Definitions
A Static SDCCH timeslot is a physical timeslot fixed allocated on the air interface. It contains 3, 4, 7 or 8
SDCCH sub-channels depending on whether the timeslot is an SDCCH/3, SDCCH/4, SDCCH/7, or SDCCH/8
timeslot.
Principle
l
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
C APAC ITY
1 1 459
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:
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.]
l
Allocation of
Dynamic SDCCH/8
times slots
BCC: BCCH
SDC: Static SDCCH
SDD: Dynamic SDCCH
Cell
1 1 460
BCC
BCC
SDC
SDC
TCH
TCH
TCH
TCH
TCH
TCH
SDD
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
SDD
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
l
SDCCH
Pure SDCCH or static SDCCH
TCH
Pure TCH
TCH/SDCCH
dynamic SDCCH
TCH/SPDCH
MPDCH
1 1 461
The OMC-R provides the BSC with the following O&M type of radio timeslots:
l
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.
l
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.
l
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.
l
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:
l
4 in case of combined CCCH and when CBCH is not configured on the timeslot,
Allocation Algorithm
SDCCH Request
SDCCH mapped on "TCU very high load state" removal
No
Yes
No
Yes
Yes
No
1 1 462
SDCCH Request
rejected!!!
1 1 463
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
l
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 1 464
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 restarted 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 restarted and the just freed dynamic SDCCH/8 timeslot is de-allocated immediately.
O&M Configuration
l
Massive modification by
script
10 templates
Template customization
Template launched through
PRC
10
3
2
BTS
BTS
11
1
BTS
7
9
BTS
12
1 1 465
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).
l
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.
l
In multiband and concentric cells, only the TRX, which belongs to the outer zone, can support
dynamic and static SDCCHs.
l
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 1 466
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:
l
1 1 467
Algorithms
l
May be triggered
From inner zone of a concentric cell
Towards outer zone, same cell
n
Co
c e n tri c c e
ll
ne
r zon
Oute
1 1 468
r zo ne
CAUSE 10: too low level on the uplink in the inner zone
and
1 1 469
CAUSE 11: too low level on the downlink in the inner zone
and
1 1 470
May be triggered
From outer zone of a concentric cell
Towards inner zone, same cell
n
Co
c e n tri c c e
ne
r zon
Oute
1 1 471
r zo ne
ll
and
and
and
1 1 472
+ 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
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
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 1 473
n
Co
c e n tri c c e
ll
ne
r zon
Oute
1 1 474
r zo ne
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 t r ic 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
If INNER zone is less loaded than OUTER,
EN_CAUSE_13 = ENABLE
If INNER zone is more loaded than OUTER,
EN_CAUSE_13 = DISABLE
If EN_LOAD_BALANCE = DISABLE
EN_CAUSE_13 = ENABLE
1 1 476
I n ner z on e
I n n er zo n e
Oute r zone
C o n c e n t r i c c el l
I n ner z on e
Oute r zone
C o n c e n t r ic c e l l
Oute r zone
C o n c e n t r i c c el l
1 1 477
I n n e r zo n e
Outer zone
C o n c en t ric c e ll
1 1 478
C el l
and
1 1 479
1 1 480
End of Module
Annexes
1 1 481