Documente Academic
Documente Profesional
Documente Cultură
History
The document provides a proposal for effective KPI definitions to monitor all
relevant functionalities of the ATCA NT HLR and the PGW. Noticeably, defining KPI is
not a one-time action but rather a on-going process and the definitions might
change when more results from real networks will become available. The purpose of
this document is to highlight the set of the most important performance indicators
for the ATCA NT HLR. This set of performance indicators is sufficient for monitoring
the most important aspects of the CSDB data less architecture.
The general system architecture is depicted on Figure 2-1. The subscriber data is
stored in a rack server called DS (Directory Server). The DS data is replicated to the
other 2 DSes to form so called BE-DSA (Back End Directory Service Agent) of 3 nodes
containing the same data. As the BE-DSA has a limited capacity, there might be many
of them in the system. If so, and to make the HLR response faster, the additional R-
DSAs (Routing Directory Service Agents) are put in, which contain no subscriber data
but routing to the proper BE-DSA only. All the BE-DSAs and R-DSAs form a single
ultra fast LDAP server to provide customer applications with its data.
3 KPI Classification
The DL HLR evolution system architecture consists of two main products: ATCA NT
HLR as a Front End, One-NDS for DX HLR and PGW as provisioning gateways. The
KPI’s are broadly classified for three network components:
NT HLR FE KPI
One NDS KPI
PGW/PGW-DSA KPI
OneEIR KPI
PCC
MSRC (MML to SPML Convertor)
Note: The OneNDS KPI are already captured as part of CSDB Phase-1 and is already
incorporated in MS portal.
4 NT HLR FE KPIs
Indicates how often a location update from a VLR of the HPLMN was unsuccessfully
handled.
(UN_UPL_VLRHPMN_SUBBEH+UN_UPL_VLRHPMN_IRRVLR+UN_UPL_VLRHPMN_IRRSYS+UNS_LOC_UPD_OVL)
---------------------------------------------------------------------------------------------------------------------------------------
RCVD_UPL_VLRHPLMN + UNS_LOC_UPD_OVL
Triggers:
Indicates how often a location update from a VLR of the VPLMN was unsuccessfully
handled.
UN_UPL_VLRVPMN_SUBBEH+UN_UPL_VLRVPMN_IRRVLR+UN_UPL_VLRVPMN_IRRSYS+UNS_LOC_UPD_OVL
-----------------------------------------------------------------------------------------------------------------------------------------------------
RCVD_UPL_VLRVPMN + UNS_LOC_UPD_OVL
Triggers:
UNS_SNDRTINF_ERROR+UNS_SNDRTINF_GMSCBEH+UNS_SNDRTINF_MS_BEH+UNS_MTC_OVL
------------------------------------------------------------------------------------------------------
RCVD_ROUTINFO_GMSC + UNS_MTC_OVL
Triggers:
Indicates how often requests for authentication data are unsuccessfully handled.
UNS_SND_PARAM_AR+UNS_SAI_V2_NO_VEC+UNS_SEND_AUTH_INFO_V2+UNS_SAI_V3_NO_VEC+UNS_SEND
_AUTH_INFO_V3
------------------------------------------------------------------------------------------------------------------------------------------
RECVD_SEND_PARAM_AR+RCD_SEND_AUTH_INFO_V2+RCD_SND_AUTH_INF_V3
UNS_GMSC_BEHAVIOR+UNS_SUB_BEHAVIOR+UNS_SECONDARY_CAUSES+UNS_SMS_OVL+UNS_ADMBLCKD_CALLBAR
---------------------------------------------------------------------------------------------------------------------------------------
RECVD_SND_SRIFSM + UNS_SMS_OVL
Triggers:
Performance counters for database access are used to monitor the LDAP access to
the directory servers of the subscriber repository. To read and update subscriber
data, the NT HLR FE uses LDAP.
Triggers:
Performance counters for the trigger framework are used to monitor trigger
messages between the HLR and the subscriber repository. The application trigger
interface between the subscriber repository and the NT HLR FEs is implemented
using the Simple Object Access Protocol (SOAP). The triggers are always sent by the
subscriber repository and received by the NT HLR application client. Having
performed necessary actions or data checks, the client sends a response back to the
subscriber repository.
UNS_SOAP_TRIG_REQ
---------------------------------
RECVD_SOAP_TRIG_REQ
Triggers:
M3UA_MSU_SENT: Indicates the total number of MSUs sent via all M3UA links.
Counter 270.28
The following performance counters are used to monitor the total incoming TCAP
transactions (valid for MAP)
The average processor utilization (i.e. the amount of time during the last statistics
interval that the processor has not been idle, expressed as a percentage).
SOAP_SPML_REQ_RECVD+BULK_SPML_ORDERS_RECVD-INVALID_SPML_SYNTAX-
INVALID_REQUEST_TYPE
Triggers:
SPML_REQ_FAIL+LDAP_CONNECTION_FAIL+REQUEST_TIMEOUT+RESPONSE_TIMEOUT
SPML_REQ_FAIL: Indicates the number of authentic and valid SPML requests that are
not updated successfully into the One-NDS Directory.
Counter: 3150.41
The PGW DSA (PGD) stores the configuration data of the PGW and performs the
function of notification. The Notification Manager (NTF) is a central component for
distributing all notifications from One-NDS components, that is, the NTF is
responsible for the distribution of SOAP trigger messages from the One-NDS
Directory to both PGW and application servers
The One-EIR system integrates the One-EIR Application Frontends and the One-NDS.
The One-EIR is integrated into the Nokia Siemens Network's NetAct OAM
environment for element management and consists of EIR-FE CPU blade.
7 PCC
The SS7 measurement statistics will consist of MTP, SCCP and Sigtran related
measurement reports.
Avg TPS
D:\userdata\
Peak TPS Load Report apriyada\My Docum
Avg Processor Load
Peak Processor Load
Convertor
MML Request Received on MSRC D:\userdata\
KPI Count apriyada\My Docum
MML Request Success on MSRC
Report
Success Rate on MSRC
Count of PGW Errors
D:\userdata\
Count of MSRC Errors Error Report apriyada\My Docum
Error Code Conversion Success