Professional Documents
Culture Documents
March 2014
NMS/NIO/INF/043090 V01/EN
9959 NPO PER CALL ANALYTICS MARCH 2014
About Alcatel-Lucent
Alcatel-Lucent (Euronext Paris and NYSE: ALU) provides solutions that enable service
providers, enterprises and governments worldwide, to deliver voice, data and video
communication services to end-users. As a leader in fixed, mobile and converged broadband
networking, IP technologies, applications, and services, Alcatel-Lucent offers the end-to-end
solutions that enable compelling communications services for people at home, at work and on
the move. For more information, visit Alcatel-Lucent on the Internet: http://www.alcatel-
lucent.com
Notice
The information contained in this document is subject to change without notice. At the time
of publication, it reflects the latest information on Alcatel-Lucent’s offer, however, our policy
of continuing development may result in improvement or change to the specifications
described.
Trademarks
Alcatel, Lucent Technologies, Alcatel-Lucent and the Alcatel-Lucent logo are trademarks of
Alcatel-Lucent. All other trademarks are the property of their respective owners. Alcatel-
Lucent assumes no responsibility for inaccuracies contained herein.
CONTENTS
1 INTRODUCTION ................................................................................................ 4
1.1 SCOPE OF THIS DOCUMENT ...................................................................................... 4
1.2 AUDIENCE FOR THIS DOCUMENT ................................................................................. 4
1.3 EXPIRY ........................................................................................................ 4
2 LTE PER CALL MEASURMENT DATA (PCMD) ............................................................... 4
2.1 WHAT IS PCMD ............................................................................................... 4
2.1 WHY THIS APPROACH ? ......................................................................................... 6
2.2 EXAMPLES USE CASES ........................................................................................... 7
2.2.1 Use case: Using PCMD to troubleshoot customer issues ...................................... 7
2.2.2 Use case: Using PCMD for device analysis ...................................................... 8
2.2.3 Use case: Real time monitoring ................................................................. 9
2.2.4 Use case: Flexible counter ......................................................................10
2.2.5 Use case: Understanding failure ...............................................................10
2.2.6 Use case: VIP monitoring .........................................................................11
2.2.7 Use case: IDENTIFYING CUSTOMER that HAVE HIGH FAILURE RATE ........................11
2.1 PCMD IN 9959 NPO .........................................................................................11
3 LTE CALL TRACE, RF TRACE AND POST PROCESSING TOOLS ........................................ 12
3.1 ENB TRACING OPTION .........................................................................................12
3.1.1 Call traces..........................................................................................12
3.1.1 RF traces ...........................................................................................14
3.1 WCDMA TRACING OPTIONS ...................................................................................14
3.1 WCDMA SMALL CELL TRACING ................................................................................15
3.2 GSM TRACING OPTIONS .......................................................................................16
3.1 DATA COLLECTING OPTION ....................................................................................16
3.1.1 WMS .................................................................................................17
3.1.2 SAM call trace auxilliary server .................................................................17
3.1.3 TCE (Trace collection Entity) ...................................................................17
3.2 9958 WTA CALL TRACE ANALYSIS .............................................................................19
4 APPENDICES .................................................................................................. 23
4.1 APPENDIX A: GLOSSARY OF TERMS .............................................................................25
4.1.1 Acronyms ...........................................................................................25
1 INTRODUCTION
This document describes the tracing capabilities of Alcatel-Lucent RAN, as well as analysis
tools to analyze them, the NPO per call anaytics tools:
1.3 Expiry
This document is released on a quarterly basis, and readers should obtain the latest
version prior to use. This document version has no expiration date. However, an updated
version may be released.
Per Call Measurement Data (PCMD) is an E2E solution involving Alcatel Lucent eNB and
PCMD to be able to collect data on all calls for ALL UE calls at ALL times.
The PCMD data is not a dump copy of the control plane message but a summary taking into
account many aspect of the call:
The PCMD data is collected both by the MME and eNB. The part collected by eNB is sent to
the MME via the S1 link, and then the MME adds the data that it has collected and provides
a unique stream.
The result is a CSV file produced by MME containing details information per cell.
This approach is supported by Alcatel-Lucent (via 9959 NPO TCE option) and relevant
efficient for “RAN centric” use cases, but is less efficient than PCMD for an E2E view:
PCMD record contains a very rich set of per UE information (control plane, but
also RF information and user plane), whereas probe based solution usually focus on
user plane
Doing real time correlation of the RAN and MME data is a complex integration
project requiring significant processing power, whereas the PCMD approach is does
not require additional integration effort nor hardware with Alcatel-Lucent eNB
and MME
Instead of mirroring all RRC control plane to the OAM link, PCMD provide a
summary of the call : less impact on OAM backhaul
Issue: A subscriber complained of repeated dropped calls. His location was noted as a high
rise building in a remote city (an area where no RF engineers are located)
Solution:
• Technicians examined PCMD call records for the previous 2 days and saw: while in
his office he had some drops due to RF (Loss of continuity in RF Traffic path) while on
sector 3 of the site xxx and earlier that day while also in his office he made calls on sector
2 of the site xxx2
• From the previous days data the same customer had also made calls & dropped
them on xxx3 and within a minute he had setup a new call on xxx2.
• These 2 sectors were not designated as neighbor, as past drive testing at ground
level showed these 2 sectors did not interfere with each other -- but this customer was on
level 11 of a high-rise where the cells do overlap
• The cells were designated as neighbours and neighbored the customers call
performance was monitored. No more dropped calls were noted while he was at his office.
• The technicians reported that using PCMD records “... took 2 hours to resolve.
Normally a remote issue can take up to 5 days to resolve as a drive test team would be
dispatched.”
With PCMD ,KPIs can be computed per UE type. This facilitates device troubleshooting – is
it the network or is it the device?
PCMD allows KPI per UE type tracking so new UE/device introduction can be monitored.
For example the graph show the failed attempt per device type over a few week.
It is also possible to calculate call drop rate or metrics related to RF quality per device
type.
UE Model 1 UE Model 3 UE Model 2
5.00%
4.50%
4.00%
3.50%
3.00%
2.50%
2.00%
1.50%
1.00%
0.50%
0.00%
w17 w18 w19 w20 w21 w22 w23 w24 w25 w26
UE Model 1 Attempts 10.21 10.21 10.21 15.09 19.36 19.36 29.87 44.14 50.65 56.01
UE Model 2 Attempts 0.02 0.02 0.02 0.02 0.03 0.03 0.03 0.05 0.04 0.02
UE Model 3 Attempts 142.84 142.84 142.84 228.06 267.37 267.37 323.69 453.85 474.26 496.94
Some probes have access to device type information, but don’t have access to RF
information
Issue: A failure in MME, SGW or the transport network can create “black out” in large area
of the network. In some cases of silent failures no alarm may be raised;
Solution: 1 minute KPI on initial attach failure rate, call drop, service request can be
displayed in real time, as well as the last hour (with a sliding windows).
• Table summarizes Last Minute and Last Hour data, per MME Pool
• Gauge displays the 3 main KPIs using a specific coloring (Mouse over to see values)
• Individual charts display details for a given KPI (as a line) and its corresponding
“volume” KPI (bar chart) during the last 60 minutes
Issue: Alcatel-Lucent RAN equipment provide thousand of counters … however there are
always dedicated counter needs that are not supported by the RAN.
Solution: “Counters” can be derived from PCMD data. This can be done by configuration
file in NPO without impacting the RAN.
Solution: Use PCMD counting to dynamically drill down into the data, for example seeing
that a single UE is making repeated failed attempts, or that some specific SGW is having
high failure rate…
A more sophisticated case is to analyze the KPI for 2 RAN setting when RF condition are the
same. For that call records exhibiting the same RF data are processed separately. KPI can
then be compared more accurately: only the effect of the RAN settings are visible, they
are no more mixed with effect due to bad RF quality.
Issue: a single IMSI is repeating call attempts, that are rejected by MME due to particular
configuration of this IMSI/UE.
This creates:
PCMD allows to identify the behavior, and to correct it, or at least to understand why a
particular cell has a high failure rate.
It continuously analyze PCMD file. The use case described below are supported by 9959
NPO.
Show in real time kpi on MME health (see use case on real time monitoring)
Store some PCMD record, related to failure or to a selected list of cells (up to
300) and IMSI (up to 5000), on these stored record, additional use case are
possible:
The same NPO platform is used for regular PM (NPO service assurance) and PCMD, allowing
to understanding all Qos issue from a single platform.
eNB supports a rich set of tracing option supporting both L1/L2 and L3. The tracing
capability of macro and metro eNB are the same.
Alcatel Lucent implements call trace as defined by TS 32.421, TS 32.422, TS 32.423 and
related standard.
To quote 3GPP “Subscriber and equipment trace provide very detailed information at call
level on one or more specific mobile(s).
This data is an additional source of information to Performance Measurements and allows
going further in monitoring and optimisation operations.
Trace plays a major role in activities such as determination of the root cause of a
malfunctioning mobile, advanced troubleshooting, optimisation of resource usage and
quality, RF coverage control and capacity improvement, dropped call analysis, Core
Network and UTRAN end-to-end UMTS procedure validation.
The capability to log data on any interface at call level for a specific user (e.g. IMSI) or
mobile type (e.g. IMEI or IMEISV) allows getting information which cannot be deduced
from Performance measurements such as perception of end-user QoS during his call (e.g.
requested QoS vs. provided QoS), correlation between protocol messages and RF
measurements, or interoperability with specific mobile vendors.”
An important thing to notice is that per 3GPP design, the eNB is not aware of the
IMSI/IMEI, hence tracing on a specific IMSI/IMEI can only be done via MME via an S1
signaling message.
Alcatel Lucent eNB and MME supports this standard message, so tracing on a specific
IMSI/IMEI works:
When Alcatel Lucent provides the eNB (in this case the MME must send the S1
message to start call trace)
When Alcatel Lucent provides the MME (in this case the eNB must correctly handle
this S1 message)
eNB support the minimum and maximal level of tracing, the difference being that the
minimum level does not trace RRC measurement report.
RRC
S1
X2
It is possible to trace all calls of the eNB or to set a limit on the number being traced;
As per 3GPP, call trace is related to “a mobile”, so only message associated to a mobile
are traced (RF Trace should be used for common message)
The file format is compliant with 3GPP TS 32.422 R11 XML “type A”
To collect the call trace (i.e. to provide the XML file), it is needed to have either:
3.1.1 RF traces
RF trace is a new tracing mechanism available on eNB, it has several advantage over call
trace:
It contains a correlation structure indicating the MME S1AP Id used, enabling
correlation with data captured by probe at core network level
It contains also the cellId, allowing to know to which cell is related a given call
(with call trace a decoding of the S1 message is needed to know the cell)
It contains L1 and L2 information
At RRC level, it is possible to trace only the measurement report or all calls,
depending on what is needed.
RF trace can also be enabled on all eNB all the time (if enough backhauling capacity and
enough hardware at TCE level to post process it)
Geographical Call Trace (CTg) & Access Invoked Call Trace (CTb)
o Activated on a list of cells (or the whole RNC), sample calls that are traced
or on a given IMSI (CTb). 10 calls per TMU
o Calls are traced as soon as the RNC remains the SRNC and the session is
active.
It is also possible to have localization data in the CTG & CTb call trace. This feature
leverage the SMLC embedded in RNC : control plane message are send to traced UE to
request them to report periodically their position (typically obtained by AGPS/GPS). A
fallback method based on cellID and RTT is also available in the UE does not support
reporting its position via control plane.
• Max 100 concurrent traces per BSR GW, 100 per IPC and 64 per Small Cell.
• Trace reporting time is configurable: Real Time (30s), 15s, 30s or 60s.
• Note:
When the BSC received this request, it traces RxLev & RxQual periodically.
3.3.1 WMS
SAM provide a call trace auxiliary server, this server provide basic call trace collection
function:
Its goal is collect call trace from eNB, to transform and store them.
TCE is composed of one or more server, called “TCE Unit”. The eNB managed by 5620 SAM
need to be split to have roughly the same number assigned to each TCE Unit, this ensure
that each TCE Unit get more or less the same amount of traffic.
TCE is also in communication to SAM to retrieve the configuration of the network (CM
XML). This is need for proper post processing of the call trace.
Measurement report statistics file: XML file containing counter calculated from RF
Trace providing precise distribution
Measurement report sample file: XML file containing decoded L1/L2 and L3
measurement report.
o For some RAN product, trace can be activated directly from WTA
Management and signaling based call trace activation methods for LTE only.
Set up of call traces (start/stop and specifying associated call trace parameters)
by connecting with 5620 SAM (9412 eNodeB, 9471 WMM/MME) and 7750 SGW,
7750 PGW, 7750 S/P-GW.
Set up Real Time Call Trace (RTCT) for 9771 WCE via TCE
The 9958 WTA GUI offers the user an easy way to input Call Trace activation
parameters and the call analysis output is seamlessly provided back to the user in
the Message Explorer and Message Flow views.
o MME : S1-MME (S1AP & NAS), S10 (GTPv2-C), S11 (GTPv2-C) , S6a
(Diameter), S13 (Diameter), Gn (GTP-C), SGs(SGSAP), Sv(GTPv2-C),
SLs(LCSAP), SLg(Diameter), S3(GTPv2-C)
* Activation only
Call Flows
o Message Explorer
o Message Flow
o Timeline Explorer
WTA is able to combine different call trace (for example 3G and 4G call trace for an hand
over) and to display a combined view:
This is why it build on the NPO platform, which provide a scalable platform.
CTn (Neighboring Call Traces): Those traces are used to monitor and optimize
neighboring relations by tracing information related to calls’ mobility. The
RNC logs events related to a traced call only when the call is inside the
configured area (when the call leaves the area the RNC stops tracing, and
when the call comes back into the configured area, the RNC resumes the
tracing). A CTn session is created and activated on a geographic area (a cell,
a set of cells or all the cells in the RNS)
CFT (Call Failure Trace): This feature is used to troubleshoot and investigate
call drops on a specific network area. When the Call Failure Trace (CFT) is
activated the RNC logs a snapshot for all the call drops that occur on the
configured area. A CFT session is activated on a geographic area (a cell, a set
of cells or all the cells in the RNS) that needs to be investigated thanks to a
CTg session activation with additional sub-function.
Alcatel-Lucent – Proprietary NMS/NIO/INF/043090 V1/EN
23 / 26
9959 NPO PER CALL ANALYTICS MARCH 2014
The WCT module collects CTn and produces counters and indicators per handover
relation. They allow analyzing the success/failure rate of each relation, as well as
analyzing the active set size.
The WCT CTn module also allows analyzing the ping-pong behaviour, i.e. when the
primary cells moved back and forth between 2 cells in a very short timeframe, or
similarly when radio link are added and removed too rapidly.
WCT module collects CFT and produce counters. They provide several advantages
over classical RNC counters, they provide combination of criteria:
RAB establishment failure per type of RAB and the number of RAB already
allocated
4 PLATFORM
The WCT and PCMD option of PCMD are based on the same NPO kernel as the NPO service
assurance:
It is possible to mix & match data coming from NPO service assurance and
PCMD/WCT
For the hardware, enabling PCMD/WCT require additional auxiliary server (except
on the small configuration where it run on the same hardware, but with reduced
number of cells)
On HP DL380 G8 or HP Blade BL460 G8+P2000, i.e. the same type of server used by
NPO service assurance
WTA is a PC application.
5 APPENDICES
5.1.1 Acronyms