Documente Academic
Documente Profesional
Documente Cultură
No part of this document may be reproduced or transmitted in any form or by any means without prior written
consent of Huawei Technologies Co., Ltd.
and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.
All other trademarks and trade names mentioned in this document are the property of their respective holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and the
customer. All or part of the products, services and features described in this document may not be within the
purchase scope or the usage scope. Unless otherwise specified in the contract, all statements, information,
and recommendations in this document are provided "AS IS" without warranties, guarantees or representations
of any kind, either express or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute a warranty of any kind, express or implied.
Website: http://www.huawei.com
Email: support@huawei.com
Purpose
This document describes the RAN KPI and the counters used to calculate the KPI. Originally,
the KPI was described based on the commercial network management and radio network
optimization. However, the KPI description is updated from time to time based on the
requirements of customers.
Product Versions
The following table lists the product versions and solution version included in this document.
BSC6900 V900R018C00
BTS3900 V100R011C00
The mapping single-mode
BTS3900A
base station version is:
BTS3900L NodeB: V200R018C00
BTS3900C
BTS3900AL
DBS3900
BTS3812A
BTS3812E
DBS3800
Intended Audience
This document is intended for:
Organization
RAN KPI Reference Summary
1.2 Accessibility
Accessibility is the ability of a user to obtain the requested service from the system. RRC
connection and RAB setup are the main procedures of accessibility.
1.3 Availability
Availability KPIs mainly indicate the utilization for several kinds of network resources such as
Radio, bandwidth or CPU Load.
1.4 Coverage
Coverage KPIs are used for monitoring cell Interference status and Soft Handover Gain in an
RNC or a cluster.
1.5 Mobility
Mobility KPIs are used to monitor the successful ratio for several kinds of handover features or
service mode changing in difference scenarios.
1.6 Retainability
Retainability is defined as the ability of a user to retain its requested service for the required
duration once connected. The RNC level KPIs can be calculated by aggregating all the cell
counters and Iur counters.
1.8 Traffic
Traffic-related KPIs are used to check the circulated traffic such as CS Equivalent Erlang, PS
Traffic, and Mean UE number for various kinds of services in an RNC or a Cluster.
Draft A (2015-07-30)
This is the Draft A release of RAN18.0.
Compared with Issue 02 (2015-05-08) of RAN17.1, this issue does not include any changes.
1.2 Accessibility
Accessibility is the ability of a user to obtain the requested service from the system. RRC
connection and RAB setup are the main procedures of accessibility.
Description This KPI is used to check the successful paging responses to the pagings
from the Core Network (CN) in one RNC.
The Attempt Paging Procedure starts when the CN sends a PAGING
message to the RNC, and is complete when the UE in idle mode receives
the PAGING TYPE 1 message from the RNC.
The Successful Paging Procedure is complete when the RNC receives an
RRC CONNECTION REQUEST message from the UE in idle mode.
Object RNC
Unit/Range %
RRC.AttConnEstab.IRATCCO+
RRC.AttConnEstab.Reg+
RRC.AttConnEstab.Detach)] x 100%
Object CELL
Unit/Range %
Note The RNC level KPI is calculated by aggregating all the cell counters.
The following counters provide the number of RRC connection setup requests
that are resent after the first RRC connection setup request of the UE is
rejected due to resource insufficiency. You can subtract these counters from
the denominator of the formula to increase the value of this KPI:
l RRC.AttConnEstab.Rep.OrgConvCall
l RRC.AttConnEstab.Rep.OrgStrCall
l RRC.AttConnEstab.Rep.OrgInterCall
l RRC.AttConnEstab.Rep.OrgBkgCall
l RRC.AttConnEstab.Rep.TmConvCall
l RRC.AttConnEstab.Rep.TmStrCall
l RRC.AttConnEstab.Rep.TmInterCall
l RRC.AttConnEstab.Rep.TmBkgCall
l RRC.AttConnEstab.Rep.OrgSubCall
l RRC.AttConnEstab.Rep.EmgCall
l RRC.AttConnEstab.Rep.IRATCelRes
l RRC.AttConnEstab.Rep.IRATCCO
l RRC.AttConnEstab.Rep.Reg
l RRC.AttConnEstab.Rep.Detach
l RRC.AttConnEstab.Rep.OrgHhPrSig
l RRC.AttConnEstab.Rep.OrgLwPrSig
l RRC.AttConnEstab.Rep.CallReEst
l RRC.AttConnEstab.Rep.TmHhPrSig
l RRC.AttConnEstab.Rep.TmLwPrSig
l RRC.AttConnEstab.Rep.Unknown
The formula of CS and PS radio access success ratio refer to the 1.2.6 PS
Radio Access Success Ratio and 1.2.8 CS Radio Access Success Ratio
directly.
Formula RRC Setup Success Ratio (PCH) = (Number of RRC Setup Successes/
Number of RRC Connection Attempts) x 100%
Description Compared with the KPI formula for "RRC Setup Success Ratio", this
formula includes statistics of connection setups for cell updates initiated by
UEs in the CELL_PCH or URA_PCH state.
If the PCH state switch is turned on, UEs will remain in the always online
state. If a UE has not transmitted data for a certain period of time, it will transit
from the CELL_FACH or CELL_DCH state to the CELL_PCH or
URA_PCH state, instead of the idle mode. In this way, the number of RRC
and RAB setup attempts and successful RRC connection setups decreases
dramatically, affecting the RRC Setup Success Ratio.
UEs do not transmit data in the CELL/URA_PCH state or idle mode. When
they need to transmit data, they will transit to the CELL_FACH or
CELL_DCH state. The state transition procedure from CELL/URA_PCH to
CELL_FACH/CELL_DCH is the same as the RRC and RAB setup
procedures. Therefore, the statistics of connection setups for cell updates
initiated by UEs in the CELL_PCH or URA_PCH state are included in the
formula for calculating the RRC Setup Success Ratio (PCH).
Description of RRC Setup Success Ratio (PCH) for service requests.
l Number of RRC Connection Attempts (PCH)
– After the RNC receives an RRC CONNECTION REQUEST message
from a UE, this counter is measured in the cell that the UE camps on
based on the cause for the RRC connection setup request. The causes
include the following: Conversational Call, Streaming Call,
Background Call, Interactive Call, Originating Subscribed Traffic
Call, Emergency Call, High Priority Signaling, Low Priority
Signaling, Cause Unknown, and Call Re-Establishment.
– After the RNC receives a CELL UPDATE message from a UE in the
CELL/URA_PCH state, this counter is measured in the cell that the
UE camps on when the following conditions are met: The value of the
Cell update cause IE carried in this message is "uplink data
transmission" or "paging response". The value of the Establishment
Cause IE is "Originating Conversational Call", "Originating Streaming
Call", "Originating Interactive Call", "Originating Background Call",
"Originating Subscribed traffic Call", "Terminating Conversational
Call", "Terminating Streaming Call", "Terminating Interactive Call",
"Terminating Background Call", "Emergency Call", "Inter-RAT cell
re-selection", "Inter-RAT cell change order", "Originating High
Priority Signalling", "Originating Low Priority Signalling", "Call re-
establishment", "Terminating High Priority Signalling", "Terminating
Low Priority Signalling", or "Terminating-cause unknown", or the
Establishment Cause IE is not carried in this message.
l Number of RRC Setup Successes (PCH)
– After the RNC receives an RRC CONNECTION SETUP COMPLETE
message from a UE, this counter is measured in the cell that the UE
camps on based on the cause for the RRC connection setup request.
– The RNC receives a CELL UPDATE message from a UE in the CELL/
URA_PCH state and the CELL UPDATE message meets the
following conditions:
VS.AttCellUpdt.ULDataTrans -
VS.AttCellUpdt.Reg.PCH -
VS.AttCellUpdt.Detach.PCH -
VS.AttCellUpdt.Other.PCH )]} x 100%
l RRC Setup Success Ratio with PCH (Cell.Other) =
{[(RRC.SuccConnEstab.IRATCelRes +
RRC.SuccConnEstab.IRATCCO +
RRC.SuccConnEstab.Reg +
RRC.SuccConnEstab.Detach)+
(VS.SuccCellUpdt.Reg.PCH +
VS.SuccCellUpdt.Detach.PCH +
VS.SuccCellUpdt.Other.PCH)]/
[(RRC.AttConnEstab.IRATCelRes +
RRC.AttConnEstab.IRATCCO +
RRC.AttConnEstab.Reg +
RRC.AttConnEstab.Detach)+
(VS.AttCellUpdt.Reg.PCH +
VS.AttCellUpdt.Detach.PCH +
VS.AttCellUpdt.Other.PCH)]} x 100%
Object CELL
Unit/Range %
Formula Radio Access Success Ratio ={RRC Setup Success Ratio(Service) x [(CS
RAB Success + PS RAB Setup Success)/(CS RAB Setup Attempt + PS RAB
Setup Attempt)]} x 100%
Description This KPI is used to check the Radio Access Success Ratio. The details of the
Access Failures caused by the SCCP congestion are not provided in this call
setup procedure.
Description of the RAB Setup Attempt Procedure and the RAB Setup Success
Procedure:
The RAB Setup Attempt Procedure starts when the CN sends an RAB
ASSIGNMENT REQUEST message to the RNC. The message contains
information about one of the following service types: CS Conversational
RAB Establishments, CS Streaming RAB Establishments, PS Conversational
RAB Establishment, PS Background RAB Establishments, PS Interactive
RAB Establishments, PS Streaming RAB Establishments. The RAB Setup
Attempt Procedure is complete When the RNC receives an RAB
ASSIGNMENT REQUEST message from the CN.
The RAB Setup Success Procedure is complete when the RNC sends to the
CN an RAB ASSIGNMENT RESPONSE message.
Unit/Range %
Note None
Formula Radio Access Success Ratio (PCH) = RRC Setup Success Ratio (PCH) x
RAB Setup Success Ratio (PCH) x 100%
Description Compared with the KPI formula for "1.2.4 Radio Access Success Ratio",
this formula includes statistics of connection setups for cell updates initiated
by UEs in the CELL_PCH or URA_PCH state.
If the PCH state switch is turned on, UEs will remain in the always online
state. If a UE has not transmitted data for a certain period of time, it will transit
from the CELL_FACH or CELL_DCH state to the CELL_PCH or
URA_PCH state, instead of the idle mode. As a result, the number of RRC
and RAB setup attempts and successful setups decreases dramatically,
affecting the Radio Access Success Ratio.
UEs do not transmit data in the CELL/URA_PCH state or idle mode. When
they need to transmit data, they will transit to the CELL_FACH or
CELL_DCH state. The state transition procedure from CELL/URA_PCH to
CELL_FACH/CELL_DCH is the same as the RRC and RAB setup
procedures. Therefore, the statistics of connection setups for cell updates
initiated by UEs in the CELL_PCH or URA_PCH state are included in the
formula for calculating the Radio Access Success Ratio (PCH).
For the RRC connection setup procedure involved in this KPI, see "RRC
Setup Success Ratio (PCH)." The following part describes the RAB setup
attempt and RAB setup success procedures.
l Number of RAB Setup Attempts (PCH)
– After the RNC receives from the CN a RAB ASSIGNMENT
REQUEST message, this counter is measured in the best cell that the
UE camps on based on the requested service type. The service types
include the following: CS Conversational RAB Establishments, CS
Streaming RAB Establishments, PS Conversational RAB
Establishment, PS Background RAB Establishments, PS Interactive
RAB Establishments, and PS Streaming RAB Establishments.
– After the RNC receives a CELL UPDATE message from a UE in the
CELL/URA_PCH state, this counter is measured in the cell that the
UE camps on if the CELL UPDATE message meets the following
conditions:
– The value of the Cell update cause IE carried in this message is
"uplink data transmission" or "paging response".
– The value of the Establishment Cause IE is "Originating
Conversational Call", "Originating Streaming Call", "Originating
Interactive Call", "Originating Background Call", "Originating
Subscribed traffic Call", "Terminating Conversational Call",
"Terminating Streaming Call", "Terminating Interactive Call",
"Terminating Background Call", "Emergency Call", "Inter-RAT
cell re-selection", "Inter-RAT cell change order", "Originating
High Priority Signalling", "Originating Low Priority Signalling",
"Call re-establishment", "Terminating High Priority Signalling",
"Terminating Low Priority Signalling", or "Terminating–cause
unknown", or the Establishment Cause IE is not carried in this
message.
l Number of RAB Setup Successes (PCH)
Object CELL
Unit/Range %
Formula PS Radio Access Success Ratio = (RRC Setup Success Ratio x PS RAB Setup
Success Ratio) x 100%
Description This KPI is used to check the PS Radio Access Success Ratio. The details of
the Access Failures caused by the SCCP congestion are not provided in this
call setup procedure.
The PS RRC Setup Attempt Procedure is complete when the RNC receives
an RRC CONNECTION REQUEST message from the UE. The message
contains information about one of the following service types: Originating
Interactive Call, Terminating Interactive Call, Originating Background Call,
Terminating Background Call.
The PS RRC Setup Success Procedure is complete when the RNC receives
an RRC CONNECTION SETUP COMPLETE message from the UE.
Unit/Range %
Note None
Formula PS Radio Access Success Ratio (PCH) = PS RRC Setup Success Ratio (PCH)
x PS RAB Setup Success Ratio (PCH) x 100%
Description Compared with the KPI formula for "1.2.6 PS Radio Access Success
Ratio", this formula includes statistics of connection setups for cell updates
initiated by UEs in the CELL_PCH or URA_PCH state for setting up PS
services.
If the PCH state switch is turned on, UEs will remain in the always online
state. If a UE has not transmitted data for a certain period of time, it will transit
from the CELL_FACH or CELL_DCH state to the CELL_PCH or
URA_PCH state, instead of the idle mode. As a result, the number of RRC
and RAB setup attempts and successful setups decreases dramatically,
affecting the PS Radio Access Success Ratio.
UEs do not transmit data in the CELL/URA_PCH state or idle mode. When
they need to transmit data, they will transit to the CELL_FACH or
CELL_DCH state. The state transition procedure from CELL/URA_PCH to
CELL_FACH/CELL_DCH is the same as the RRC and RAB setup
procedures. Therefore, the statistics of connection setups for cell updates
initiated by UEs in the CELL_PCH or URA_PCH state are included in the
formula for calculating the Radio Access Success Ratio (PCH).
For the PS RAB setup procedure involved in this KPI, see "1.2.16 PS RAB
Setup Success Ratio (PCH)." The following part describes the PS RRC setup
attempt and setup success procedures (PCH).
l Number of PS RRC Connection Attempts (PCH)
– After the RNC receives from a UE an RRC CONNECTION
REQUEST message for setting up a PS service, this counter is
measured in the cell that the UE camps on based on the cause for the
RRC connection setup request. This counter does not include the
number of RRC connection setup requests rejected due to service-
based redirections.
– After the RNC receives a CELL UPDATE message from a UE in the
CELL/URA_PCH state, this counter is measured in the cell that the
UE camps on when the following conditions are met:
– The value of the Cell update cause IE carried in this message is
"uplink data transmission" or "paging response".
– The value of the Establishment Cause IE is "Originating
Conversational Call", "Originating Streaming Call", "Originating
Interactive Call", "Originating Background Call", "Originating
Subscribed traffic Call", "Terminating Conversational Call",
"Terminating Streaming Call", "Terminating Interactive Call",
"Terminating Background Call", "Emergency Call", "Inter-RAT
cell re-selection", "Inter-RAT cell change order", "Originating
High Priority Signalling", "Originating Low Priority Signalling",
"Call re-establishment", "Terminating High Priority Signalling",
"Terminating Low Priority Signalling", or "Terminating–cause
unknown".
– The Establishment Cause IE is not carried in this message.
l Number of PS RRC Setup Successes (PCH)
Object CELL
Unit/Range %
Formula CS Radio Access Success Ratio = (RRC Setup Success Ratio x CS RAB Setup
Success Ratio) x 100%
Description This KPI is used to check the Radio Access Success Ratio. The details of the
Access Failures caused by the SCCP congestion are not provided in this call
setup procedure.
The CS RRC Setup Attempt Procedure is complete when the RNC receives
an RRC CONNECTION REQUEST message from the UE.The message
contains information about one of the following service types: Originating
Conversational Call, Terminating Conversational Call, Emergency Call.
The CS RRC Setup Success Procedure is complete when the RNC receives
an RRC CONNECTION SETUP COMPLETE message from the UE.
Object CELL,RNC
Unit/Range %
Note None
Formula CS Radio Access Success Ratio (PCH) = CS RRC Setup Success Ratio (PCH)
x CS RAB Setup Success Ratio (PCH) x 100%
Description Compared with the KPI formula for "1.2.8 CS Radio Access Success
Ratio", this formula includes statistics of connection setups for cell updates
initiated by UEs in the CELL_PCH or URA_PCH state for setting up CS
services.
If the PCH state switch is turned on, UEs will remain in the always online
state. If a UE has not transmitted data for a certain period of time, it will transit
from the CELL_FACH or CELL_DCH state to the CELL_PCH or
URA_PCH state, instead of the idle mode. As a result, the number of CS RRC
and RAB setup attempts and successful setups decreases dramatically,
affecting the CS RRC Setup Success Radio and the CS Access Success Ratio.
UEs do not transmit data in the CELL/URA_PCH state or idle mode. When
they need to transmit CS data, they will transit to the CELL_FACH or
CELL_DCH state to establish CS RABs. The state transition procedure from
CELL/URA_PCH to CELL_FACH/CELL_DCH is the same as the RRC
connection setup procedure. Therefore, the statistics of connection setups for
cell updates initiated by UEs in the CELL_PCH or URA_PCH state for setting
up CS services are included in the formula for calculating the CS Radio
Access Success Ratio (PCH).
For the CS RAB setup procedure involved in this KPI, see "1.2.12 CS RAB
Setup Success Ratio." The following part describes the CS RRC setup
attempt and setup success procedures.
l Number of CS RRC Connection Attempts (PCH)
– After the RNC receives from a UE an RRC CONNECTION
REQUEST message for setting up a CS service, this counter is
measured in the cell that the UE camps on based on the cause for the
RRC connection setup request. This counter does not include the
number of RRC connection setup requests rejected due to service-
based redirections.
– After the RNC receives a CELL UPDATE message from a UE in the
CELL/URA_PCH state, this counter is measured in the cell that the
UE camps on if the CELL UPDATE message meets the following
conditions:
– The value of the Cell update cause IE carried in this message is
"uplink data transmission" or "paging response".
– The value of the Establishment Cause IE is "Originating
Conversational Call", "Terminating Conversational Call", or
"Emergency Call".
l Number of CS RRC Setup Successes (PCH)
– After the RNC receives from a UE an RRC CONNECTION SETUP
COMPLETE message, this counter is measured in the cell that the UE
camps on based on the cause for the RRC connection setup request.
– The RNC receives a CELL UPDATE message from a UE in the CELL/
URA_PCH state and the CELL UPDATE message meets the
following conditions:
– The value of the Cell update cause IE is "uplink data transmission"
or "paging response".
Object CELL
Unit/Range %
Note None
Formula AMR RAB Setup Success Ratio = (Number of AMR RAB Setup Successes/
Number of AMR RAB Setup Attempts) x 100%
Description This KPI is used to check the RAB Setup Success Ratio of the AMR Service.
AMR RAB Setup Attempt Procedure is complete when the RNC receives an
RAB ASSIGNMENT REQUEST message from the CN for the CS narrow
band AMR services.
The AMR RAB Setup Success Procedure starts when the UE sends a RADIO
BEARER SETUP COMPLETE message to the RNC. This procedure is
complete when the RNC sends an RAB ASSIGNMENT RESPONSE
message to the CN in the CS domain.
Object CELL
Unit/Range %
Description This KPI is used to check the RAB setup success ratio of CS 64 Kbit/s
conversational services in an RNC or a cluster.
VP (Video Phone) RAB Setup Attempt Procedure is complete when the RNC
receives an RAB ASSIGNMENT REQUEST message from the CN (The
RAB type is for the CS 64 Kbit/s conversational service).
VP RAB Setup Success Procedure starts when the UE sends a RADIO
BEARER SETUP COMPLETE message to RNC. This procedure is complete
when the RNC sends an RAB ASSIGNMENT RESPONSE message to the
CN in the CS domain.
Object CELL
Unit/Range %
Note The RNC level KPI is calculated by aggregating all the cell counters.
Description This KPI is used to check the RAB Setup Success Ratio of all CS services in
an RNC or a cluster.
The CS RAB Setup Attempt Procedure is complete when the RNC receives
an RAB ASSIGNMENT REQUEST message from the CN in the CS
domain.The message contains information about one of the following service
types: Conversational Services, streaming Services.
The CS RAB Setup Success Procedure starts when the RNC receives a
RADIO BEARER SETUP COMPLETE message from UE. This procedure
is complete when the RNC sends an RAB ASSIGNMENT RESPONSE
message to the CN in the CS domain.
Unit/Range %
Note If inter-RAT DRD is enabled during RAB setup, a CS RAB setup is measured
as a CS RAB setup failure regardless of whether the DRD succeeds. As a
result, the value of this KPI is smaller than actual value. Therefore, it is
recommended that you add VS.IRATHO.SuccOutCS.DR to the numerator
of the formula for calculating this KPI if inter-RAT DRD is enabled during
RAB setup.
Description This KPI provides the setup success rate of CS+PS combined services.
Number of CS+PS combined service RAB setup attempts: When the RNC
receives from the CN an RAB ASSIGNMENT REQUEST message and one
or more RABs of the UE already exists in the cell, the RNC checks the RAB
type carried in the message and determines the combined service type based
on the existing RAB type of the UE. The number of CS+PS combined service
RAB setup attempts is measured in the best cell that the UE camps on if the
combined service type is CS+PS, CS+2PS, or CS+3PS.
Number of successfully set up CS+PS combined service RABs: When the
RNC sends an RAB ASSIGNMENT RESPONSE message to the CN after
receiving an RADIO BEARER SETUP COMPLETE message from the UE
and one or more RABs of a UE already exists in the cell, the RNC checks the
RAB type and determines the combined service type based on the existing
RAB type of the UE. The number of successfully set up CS+PS combined
service RABs is measured in the best cell that the UE camps on if the
combined service type is CS+PS, CS+2PS, or CS+3PS.
Object CELL
Unit/Range %
Note None
Description This KPI provides the setup success rate of PS+PS combined services.
Number of PS+PS combined service RAB setup attempts: When the RNC
receives from the CN an RAB ASSIGNMENT REQUEST message and one
or more RABs of the UE already exists in the cell, the RNC checks the RAB
type carried in the message and determines the combined service type based
on the existing RAB type of the UE. The number of PS+PS combined service
RAB setup attempts is measured in the best cell that the UE camps on if the
combined service type is 2PS, 3PS, or 4PS.
Number of successfully set up PS+PS combined service RABs: When the
RNC sends an RAB ASSIGNMENT RESPONSE message to the CN after
receiving an RADIO BEARER SETUP COMPLETE message from the UE
and one or more RABs of a UE already exists in the cell, the RNC checks the
RAB type and determines the combined service type based on the existing
RAB type of the UE. The number of successfully set up PS+PS combined
service RABs is measured in the best cell that the UE camps on if the
combined service type is 2PS, 3PS, or 4PS.
Object CELL
Unit/Range %
Note None
Description This KPI is used to check the RAB Setup Success Ratio of all PS services in
an RNC or a cluster.
The PS RAB Setup Attempt Procedure is complete when the RNC receives
an RAB ASSIGNMENT REQUEST message from the SGSN in the PS
domain, the message contains information about one of the following service
types: Conversational services, Streaming services, Interactive Services,
Background Services.
The PS RAB Setup Success Procedure starts when the RNC receives a
RADIO BEARER SETUP COMPLETE message from the UE. This
procedure is complete when the RNC sends an RAB ASSIGNMENT
RESPONSE message to the SGSN in the PS domain.
Unit/Range %
Note None
Formula PS RAB Setup Success Ratio (PCH) = Number of PS RAB Setup Successes/
Number of PS RAB Setup Attempts x 100%
Description Compared with the KPI formula for "1.2.15 PS RAB Setup Success
Ratio", this formula includes statistics of connection setups for cell updates
initiated by UEs in the CELL_PCH or URA_PCH state.
If the PCH state switch is turned on, UEs will remain in the always online
state. If a UE has not transmitted data for a certain period of time, it will transit
from the CELL_FACH or CELL_DCH state to the CELL_PCH or
URA_PCH state, instead of the idle mode. In this way, the number of PS RAB
setup attempts and successful setups decreases dramatically, affecting the PS
RAB Setup Success Ratio.
UEs do not transmit data in the CELL/URA_PCH state or idle mode. When
they need to transmit data, they will transit to the CELL_FACH or
CELL_DCH state. The state transition procedure from CELL/URA_PCH to
CELL_FACH/CELL_DCH is the same as the PS RAB setup procedure.
Therefore, the statistics of connection setups for cell updates initiated by UEs
in the CELL_PCH or URA_PCH state are included in the formula for
calculating the PS RAB Setup Success Ratio (PCH).
Descriptions of PS RAB Setup Attempts and PS RAB Setup Successes:
l Number of PS RAB Setup Attempts (PCH)
– When the RNC receives from the PS CN a RAB ASSIGNMENT
REQUEST message, this counter is measured based on the requested
service type (including conversational, streaming, background, or
interactive services) carried in this message.
– After the RNC receives a CELL UPDATE message from a UE in the
CELL/URA_PCH state, this counter is measured in the cell that the
UE camps on if the CELL UPDATE message meets the following
conditions:
– The value of the Cell update cause IE carried in this message is
"uplink data transmission" or "paging response".
– The value of the Establishment Cause IE is "Originating
Conversational Call", "Originating Streaming Call", "Originating
Interactive Call", "Originating Background Call", "Originating
Subscribed traffic Call", "Terminating Conversational Call",
"Terminating Streaming Call", "Terminating Interactive Call",
"Terminating Background Call", "Emergency Call", "Inter-RAT
cell re-selection", "Inter-RAT cell change order", "Originating
High Priority Signalling", "Originating Low Priority Signalling",
"Call re-establishment", "Terminating High Priority Signalling",
"Terminating Low Priority Signalling", or "Terminating–cause
unknown", or the Establishment Cause IE is not carried in this
message.
l Number of PS RAB Setup Successes (PCH)
– When the RNC sends the CN a RAB ASSIGNMENT RESPONSE
message for setting up a PS service after receiving from a UE a RADIO
BEARER SETUP COMPLETE message, this counter is measured
based on the requested PS service type.
– The RNC receives a CELL UPDATE message from a UE in the CELL/
URA_PCH state. When the UE returns a PHYSICAL CHANNEL
Object CELL
Unit/Range %
Formula HSDPA RAB Setup Success Ratio = (Number of HSDPA RAB Setup
Successes/Number of HSDPA RAB Setup Attempts) x 100%
Description This KPI is used to check the RAB Setup Success Ratio of PS services that
are carried by HSDPA in a cluster.
The HSDPA RAB Setup Attempt Procedure is complete when the RNC
receives an RAB ASSIGNMENT REQUEST message from the CN for
setting up the HSDPA service.
The HSDPA RAB Setup Success Procedure starts when the RNC receives a
RADIO BEARER SETUP COMPLETE message from the UE. This
procedure is complete when the RNC sends an RAB ASSIGNMENT
RESPONSE message to the CN.
Object CELL
Unit/Range %
Note The RNC level KPI is calculated by aggregating all the cell counters.
Formula HSDPA RAB Setup Success Ratio (CCH) = Number of HSDPA RAB Setup
Successes/Number of HSDPA RAB Setup Attempts x 100%
Description Compared with the KPI formula for "1.2.17 HSDPA RAB Setup Success
Ratio", this formula includes the statistics of channel switches from
CELL_PCH/URA_PCH/CELL_FACH to HSDPA channels.
If the PCH or FACH state switch is turned on, UEs will remain in the always
online state. If UEs remain in the low traffic state for a certain period of time,
they will transit from the CELL_DCH state to the CELL_FACH state. If UEs
have no data to transmit, they will transit from the CELL_DCH or
CELL_FACH state to the CELL/URA_PCH state, instead of the idle mode.
In this way, the number of HSDPA RAB setup attempts and successful setups
decreases dramatically, affecting the HSDPA RAB Setup Success Ratio.
When UEs have a large amount of data to transmit, they will transit from the
CELL_FACH or CELL/URA_PCH state to the CELL_DCH state, and
establish services on HSDPA channels. This procedure is the same as the
HSDPA RAB setup procedure. Therefore, the number of channel switches
from the CELL/URA_PCH or CELL_FACH state to HSDPA is included in
the formula for calculating the HSDPA RAB Setup Success Ratio (CCH).
l Number of HSDPA RAB Setup Attempts (CCH)
– When the RNC receives from the CN a RAB ASSIGNMENT
REQUEST message for setting up an HSDPA service, this counter is
measured in the serving cell of the UE.
– When a UE has a large amount of data to transmit, the RNC transits
the UE from the CELL/URA_PCH or CELL_FACH state to the
CELL_DCH state. If the UE attempts to set up an HSDPA service, this
counter is measured in the serving cell of the UE.
l Number of HSDPA RAB Setup Successes (CCH)
– When the RNC sends the CN a RAB ASSIGNMENT RESPONSE
message after receiving from a UE a RADIO BEARER SETUP
COMPLETE message for setting up an HSDPA service, this counter
is measured in the serving cell of the UE.
– When the RNC receives from a UE a RADIO BEARER
RECONFIGURATION COMPLETE message for setting up an
HSDPA service after initiating a channel switch from CELL/
URA_PCH or CELL_FACH to HSDPA channels, this counter is
measured in the serving cell of the UE.
Object CELL
Unit/Range %
Formula HSUPA RAB Setup Success Ratio =(Number of HSUPA RAB Setup
Successes/ Number of HSUPA RAB Setup Attempts) x 100%
Description This KPI is used to check the RAB Setup Success Ratio of the HSUPA service
in an RNC or a cluster.
The HSUPA RAB Setup Success Procedure starts when the RNC receives a
RADIO BEARER SETUP COMPLETE message from the UE. This
procedure is complete when the RNC sends an RAB ASSIGNMENT
RESPONSE message to the CN.
The HSUPA RAB Setup Attempt Procedure is complete when the RNC
receives an RAB ASSIGNMENT REQUEST message from the CN for
setting up the HSUPA service.
Object CELL
Unit/Range %
Note The RNC level KPI is calculated by aggregating all the cell counters.
Formula HSUPA RAB Setup Success Ratio (CCH) = Number of HSUPA RAB Setup
Successes/Number of HSUPA RAB Setup Attempts x 100%
Description Compared with the KPI formula for "1.2.19 HSUPA RAB Setup Success
Ratio", this formula includes the statistics of channel switches from
CELL_PCH/URA_PCH/CELL_FACH to HSUPA channels.
If the PCH or FACH state switch is turned on, UEs will remain in the always
online state. If UEs remain in the low traffic state for a certain period of time,
they will transit from the CELL_DCH state to the CELL_FACH state. If UEs
have no data to transmit, they will transit from the CELL_DCH or
CELL_FACH state to the CELL/URA_PCH state, instead of the idle mode.
In this way, the number of HSUPA RAB setup attempts and successful setups
decreases dramatically, affecting the HSUPA RAB Setup Success Ratio.
When UEs have a large amount of data to transmit, they will transit from the
CELL_FACH or CELL/URA_PCH state to HSUPA channels. This
procedure is the same as the HSUPA RAB setup procedure. Therefore, the
number of channel switches from the CELL/URA_PCH or CELL_FACH
state to HSDPA is included in the formula for calculating the HSUPA RAB
Setup Success Ratio (CCH).
l Number of HSUPA RAB Setup Attempts (CCH)
– When the RNC receives from the CN a RAB ASSIGNMENT
REQUEST message for setting up an HSUPA service, this counter is
measured in the serving cell of the UE.
– When a UE has a large amount of data to transmit, the RNC transits
the UE from the CELL/URA_PCH or CELL_FACH state to the
CELL_DCH state. If the UE attempts to set up an HSUPA service, this
counter is measured in the serving cell of the UE.
l Number of HSUPA RAB Setup Successes (CCH)
– When the RNC sends the CN a RAB ASSIGNMENT RESPONSE
message after receiving from a UE a RADIO BEARER SETUP
COMPLETE message for setting up an HSUPA service, this counter
is measured in the serving cell of the UE.
– When the RNC receives from a UE a RADIO BEARER
RECONFIGURATION COMPLETE message for setting up an
HSUPA service after initiating a channel switch from CELL_PCH/
URA_PCH/CELL_FACH to HSUPA channels, this counter is
measured in the serving cell of the UE.
Object CELL
Unit/Range %
Formula PS E-FACH RAB Setup Success Ratio = (Number of PSE-FACH RAB Setup
Successes/ Number of PSE-FACH RAB Setup Attempts) x 100%
Description This KPI is used to check the RAB setup success ratio of the E-FACH service
in an RNC or a cluster.
Successful PS RAB Setup on E-FACH Procedure starts when the RNC
receives a RADIO BEARER SETUP COMPLETE message from the UE.
This procedure is complete when the RNC sends an RAB ASSIGNMENT
RESPONSE message to the SGSN in the PS domain.
The procedure of Attempts of PS RAB Setup on E-FACH is complete when
the RNC receives an RAB ASSIGNMENT REQUEST message from the
SGSN, and the PS service is established on the EFACH.
Object CELL
Unit/Range %
Note The RNC level KPI is calculated by aggregating all the cell counters.
Formula CS over HSPA RAB Setup Success Ratio = (CS over HSPA RAB Setup
Successes/ CS over HSPA RAB Setup Attempts) x 100%
Description This KPI is used to check the RAB setup success ratio of the CS over HSPA
service.
When the RAB is set for the CS conversational service and is carried on an
HSPA channel, the CS over HSPA RAB Setup Success Procedure starts when
the RNC receives an RADIO BEARER SETUP COMPLETE message from
UE. This procedure is complete when the RNC sends an RAB
ASSIGNMENT RESPONSE message to CN.
The CS over HSPA RAB Setup Attempt Procedure is complete when the
RNC receives an RAB ASSIGNMENT REQUEST message from the CN,
and the RAB is set up on an HSPA channel.
Object CELL
Unit/Range %
Note The RNC level KPI is calculated by aggregating all the cell counters.
Formula HSDPA 64QAM RAB Setup Success Ratio = (HSDPA 64QAM RAB Setup
Successes /HSDPA 64QAMRAB Setup Attempts) x 100%
Description This KPI is used to check the RAB Setup Success Ratio of the HSDPA
64QAM service in an RNC or a cluster.
The HSDPA 64 QAM RAB Setup Success Procedure starts when the RNC
receives an RADIO BEARER SETUP COMPLETE message from the UE.
This procedure is complete when the RNC sends an RAB ASSIGNMENT
RESPONSE message to the CN.
The HSDPA 64QAM RAB Setup Attempt Procedure is complete when the
RNC receives an RAB ASSIGNMENT REQUEST message from the CN for
setting up the HSDPA service using 64QAM.
Object CELL
Unit/Range %
Note The RNC level KPI is calculated by aggregating all the cell counters.
Formula HSDPA MIMO RAB Setup Success Ratio = (HSDPA MIMO RAB Setup
Successes/HSDPA MIMO RAB Setup Attempts) x 100%
Description This KPI is used to check the RAB Setup Success Ratio of the HSDPA MIMO
service in an RNC or a cluster.
The HSDPA MIMO RAB Setup Success procedure starts when the RNC
receives a RADIO BEARER SETUP COMPLETE message from the UE.
This procedure is complete when the RNC sends an RAB ASSIGNMENT
RESPONSE message to the CN.
The HSDPA MIMO RAB Setup Attempt procedure is complete when the
RNC receives an RAB ASSIGNMENT REQUEST message from the CN for
setting up the HSDPA service using MIMO.
Object CELL
Unit/Range %
Note The RNC level KPI is calculated by aggregating all the cell counters.
Formula HSDPA DC RAB Setup Success Ratio = (HSDPA DC RAB Setup Successes/
HSDPA DC RAB Setup Attempts) x 100%
Description This KPI is used to check the RAB Setup Success Ratio of the HSDPA DC
RAB service in an RNC or a cluster.
The HSDPA DC RAB Setup Success procedure starts when the RNC receives
a RADIO BEARER SETUP COMPLETE message from the UE. This
procedure is complete when the RNC sends an RAB ASSIGNMENT
RESPONSE message to the CN.
The HSDPA DC RAB Setup Attempt procedure is complete when the RNC
receives from the CN an RAB ASSIGNMENT REQUEST message for
setting up the HSDPA service using DC-HSDPA.
Object CELL
Unit/Range %
Note The RNC level KPI is calculated by aggregating all the cell counters.
Description This KPI is used to check the RAB Setup Success Ratio of the HSDPA MIMO
64QAM service in an RNC or a cluster.
The HSDPA MIMO 64QAM RAB Setup Success procedure starts when the
RNC receives a RADIO BEARER SETUP COMPLETE message from the
UE. This procedure is complete when the RNC sends an RAB
ASSIGNMENT RESPONSE message to the CN.
The HSDPA MIMO 64QAM RAB Setup Attempt procedure is complete
when the RNC receives an RAB ASSIGNMENT REQUEST message from
the CN for setting up the HSDPA service using MIMO+64QAM.
Object CELL
Unit/Range %
Note The RNC level KPI is calculated by aggregating all the cell counters.
Formula PTM Channel Setup Success Ratio = (PTM Channel RB Setup Successes/
PTM Channel RB Setup Attempts) x 100%
Description This KPI is used to check the Channel Setup Success Rate of MBMS service
in PTM mode.
When the RB of PTM MBMS service is successfully set up, the PTM Channel
RB is successfully set up.
When the RNC initiates the setup of PTM MBMS service, the PTM Channel
RB Setup Attempt.
Object CELL
Unit/Range %
Note The RNC level KPI is calculated by aggregating all the cell counters.
Formula PTP Channel Setup Success Ratio = (PTP Channel RB Setup Successes/PTP
Channel RB Setup Attempts) x 100%
Description This KPI is used to check the Channel Setup Success Rate of MBMS service
in PTP mode.
The PTP Channel RB Setup Success Procedure is as follows:
When the UE initiates a request to set up an MBMS, the RNC, in response to
the UE's request, initiates PTP RB setup, and the PTP RB is successfully set
up.
The PTP Channel RB Setup Attempt Procedure:
The RNC initiates PTP RB setup after the UE initiates an MBMS setup
request.
Object CELL
Unit/Range %
Note The RNC level KPI is calculated by aggregating all the cell counters.
Formula RRC Congestion Ratio = (Number of RRC Setup Fails due to Congestion /
Number of RRC Setup Attempts) x 100%
Description This KPI is used to check the RRC Congestion Ratio in a cluster.
After receiving an RRC CONNECTION REQUEST message from the UE,
the RNC initiates admission procedures for resources of code, power, CE,
and Iub bandwidth. If the resource admission fails, the RRC Setup Failure
due to Congestion procedure is complete when the RNC sends an RRC
CONNECTION REJECT message to the UE.
The RRC Connection Attempt for service Procedure is complete when the
RNC receives an RRC CONNECTION REQUEST message from the UE.
Object CELL
Unit/Range %
Note None
Description This KPI is used to check the CS RAB Congestion Ratio in a cluster.
The CS RAB Setup Fails due to Congestion procedure is complete when the
RNC sends an RAB ASSIGNMENT RESPONSE message to the CN. The
message contains one of the following RAB assignment responses: "No
Radio Resources Available in Target cell", "Requested Maximum Bit Rate
not Available", "Requested Maximum Bit Rate for UL not Available",
"Requested Guaranteed Bit Rate not Available", "Requested Guaranteed Bit
Rate for DL not Available", "Requested Guaranteed Bit Rate for UL not
Available".
The CS RAB Setup Attempt Procedure starts when the RNC receives an RAB
ASSIGNMENT REQUEST message from the CN in the CS domain. The
message contains one of the following RAB assignment requests:
Conversational Services, streaming Services.
Object CELL
Unit/Range %
Note None
Description This KPI is used to check the PS RAB Congestion Ratio in a cluster.
The PS RAB Setup Fails due to Congestion procedure is complete when the
RNC sends an RAB ASSIGNMENT RESPONSE message to the CN. The
message contains information about one of the following RAB assignment
responses: "No Radio Resources Available in Target cell", "Requested
Maximum Bit Rate not Available", "Requested Maximum Bit Rate for UL
not Available", "Requested Guaranteed Bit Rate not Available", "Requested
Guaranteed Bit Rate for DL not Available", "Requested Guaranteed Bit Rate
for UL not Available".
The PS RAB Setup Attempt Procedure starts when the RNC receives an RAB
ASSIGNMENT REQUEST message from the SGSN in the PS domain. The
message contains information about one of the following RAB assignment
requests: Conversational services, Streaming services, Interactive Services,
Background Services.
Object CELL
Unit/Range %
Note None
Formula PS R99 RAB Setup Success Rate = (Number of successfully set up PS R99
RABs/ Number of PS R99 RAB setup attempts) x 100%
Description This KPI provides the PS R99 RAB setup success rate.
The number of PS R99 RAB setup attempts is measured in the best cell where
the UE camps on when the RNC receives from the PS CN an RAB
ASSIGNMENT REQUEST message. After receiving this message, the RNC
attempts to set up an RAB for the service based on the network configuration.
The number of successfully set up PS R99 RABs is measured in the best cell
where the UE camps on when the RNC sends the CN an RAB ASSIGNMENT
RESPONSE message after receiving a RADIO BEARER SETUP
COMPLETE message from the UE if the RAB is for a PS R99 service.
Object CELL
Unit/Range %
Formula PS R99 RAB Setup Success Ratio (CCH) = Number of PS R99 RAB Setup
Successes/Number of PS R99 RAB Setup Attempts x 100%
Description Compared with the KPI formula for "1.2.32 PS R99 RAB Setup Success
Rate", this formula includes the statistics of channel switches from
CELL_PCH/URA_PCH/CELL_FACH to R99 channels.
If the PCH or FACH state switch is turned on, UEs will remain in the always
online state. If UEs remain in the low traffic state for a certain period of time,
they will transit from the CELL_DCH state to the CELL_FACH state. If UEs
have no data to transmit, they will transit from the CELL_DCH or
CELL_FACH state to the CELL/URA_PCH state, instead of the idle mode.
In this way, the number of PS R99 RAB setup attempts and successful setups
decreases dramatically, affecting the PS R99 RAB Setup Success Ratio.
When UEs have a large amount of data to transmit, they will transit from the
CELL_FACH or CELL/URA_PCH state to PS R99 channels. This procedure
is the same as the PS R99 RAB setup procedure. Therefore, the number of
channel switches from the CELL/URA_PCH or CELL_FACH state to PS R99
is included in the formula for calculating the PS R99 RAB Setup Success
Ratio (CCH).
l Number of PS R99 RAB Setup Attempts (CCH)
– When the RNC receives from the PS CN a RAB ASSIGNMENT
REQUEST message, the RNC establishes the requested service on a
proper bearer channel based on the network configuration. In this case,
this counter is measured in the best cell that the UE camps on.
– When a UE has a large amount of data to transmit, the RNC transits
the UE from the CELL_PCH/URA_PCH/CELL_FACH state to the
CELL_DCH state. If the UE attempts to set up a PS R99 service, this
counter is measured in the best cell that the UE camps on.
l Number of PS R99 RAB Setup Successes (CCH)
– When the RNC sends the CN a RAB ASSIGNMENT RESPONSE
message for setting up a PS R99 service after receiving from a UE a
RADIO BEARER SETUP COMPLETE message, this counter is
measured in the best cell that the UE camps on.
– When the RNC receives from a UE a RADIO BEARER
RECONFIGURATION COMPLETE message for setting up a PS R99
service after initiating a channel switch from CELL_PCH/URA_PCH/
CELL_FACH to PS R99 channels, this counter is measured in the
serving cell of the UE.
Object CELL
Unit/Range %
Description This KPI provides the WB AMR RAB setup success rate.
The number of WB AMR RAB setup attempts is measured in the best cell
where the UE camps on when the RNC receives from the CS CN an RAB
ASSIGNMENT REQUEST message for a WB AMR voice service.
The number of successfully set up WB AMR RABs is measured in the best
cell where the UE camps on when the RNC sends the CN an RAB
ASSIGNMENT RESPONSE message after receiving a RADIO BEARER
SETUP COMPLETE message from the UE if the RAB is for a WB AMR
voice service.
Object CELL
Unit/Range %
Formula Success Ratio of Cell Updates Initiated by CS Service of PCH UEs =(Number
of Successful Cell Updates Initiated by CS Service of PCH UEs/ Number of
Cell Updates Attempts Initiated by CS Service of PCH UEs) x 100%
Description This KPI monitors the CS access success rate of UEs in the CELL_PCH or
URA_PCH state.
If the switch for state transition to the CELL_PCH or URA_PCH state is
turned on on the network, smartphones will be always online. If there is no
data transmission for a certain period, the UE will transition to the
CELL_PCH or URA_PCH state instead of the idle mode. In this way, the UE
initiates new services in the CELL_PCH or URA_PCH state.
When there are a large number of smartphones, this KPI can better reflect
user experience.
l The procedure for cell update attempts initiated by UEs in the CELL_PCH
or URA_PCH state is as follows: When receiving from the UE a CELL
UPDATE message with the cause value "uplink data transmission" or
"paging response", the RNC calculates the respective number of cell
update attempts based on the values of "establish cause" contained in the
CELL UPDATE message. This counter is not measured for a CELL
UPDATE message retransmitted by the UE.
l The procedure for successful cell updates initiated by UEs in the
CELL_PCH or URA_PCH state is as follows: When receiving from the
UE a CELL UPDATE message with the cause value "uplink data
transmission" or "paging response", the RNC determines that the cell
update procedure is successful if it receives a response from the UE after
sending the CELL UPDATE CONFIRM message to the UE. Then the
RNC calculates the respective number of successful cell updates based on
the values of "establish cause" contained in the CELL UPDATE message.
For details about the cause values of the CELL UPDATE message, see
section 10.3.3.11 in 3GPP TS 25.331.
Object CELL
Unit/Range %
Table 1-36 Success Ratio of Cell Updates Initiated by New PS Service of PCH UEs
Name Success Ratio of Cell Updates Initiated by New PS Service of PCH UEs
Formula Success Ratio of Cell Updates Initiated by New PS Service of PCH UEs =
(Number of Successful Cell Updates Initiated by New PS Service of PCH
UEs/ Number of Cell Updates Attempts Initiated by New PS Service of PCH
UEs) x 100%
Description This KPI monitors the PS access success rate of UEs in the CELL_PCH or
URA_CELL state.
If the switch for state transition to CELL_PCH or URA_PCH is turned on on
the network, smartphones will be always online. If there is no data
transmission for a certain period, the UE will transition to the CELL_PCH or
URA_PCH state instead of the idle mode. In this way, the UE initiates new
services in the CELL_PCH or URA_PCH state.
When there are a large number of smartphones, this KPI can better reflect
user experience.
l The procedure for cell update attempts initiated by UEs in the CEll_PCH
or URA_PCH state is as follows: When receiving from the UE a CELL
UPDATE message with the cause value "uplink data transmission" or
"paging response", the RNC calculates the respective number of cell
update attempts based on the values of "establish cause." This counter is
not measured for a CELL UPDATE message retransmitted by the UE.
l The procedure for successful cell updates initiated by UEs in the
CEll_PCH or URA_PCH state is as follows: When receiving from the UE
a CELL UPDATE message with the cause value "uplink data
transmission" or "paging response", the RNC determines that the cell
update procedure is successful if it receives a response from the UE after
sending the CELL UPDATE CONFIRM message to the UE. Then the
RNC calculates the respective number of successful cell updates based on
the values of "establish cause" contained in the CELL UPDATE message.
For details about the cause values of the CELL UPDATE message, see
section 10.3.3.11 in 3GPPTS 25.331.
Associated Success Ratio of Cell Updates Initiated by New PS Service of PCH UEs =
Counters (VS.SuccCellUpdt.OrgInterCall.PCH +
VS.SuccCellUpdt.OrgBkgCall.PCH +
VS.SuccCellUpdt.TmInterCall.PCH +
VS.SuccCellUpdt.TmBkgCall.PCH) /
(VS.AttCellUpdt.OrgInterCall.PCH +
VS.AttCellUpdt.OrgBkgCall.PCH +
VS.AttCellUpdt.TmInterCall.PCH +
VS.AttCellUpdt.TmBkgCall.PCH ) x 100%
Object CELL
Unit/Range %
Formula CS RAB Setup Success Ratio of PCH UEs = (Number of Successful CS RAB
Setups of PCH UEs / Number of CS RAB Setup Attempts of PCH UEs)x
100%
Description This KPI monitors the success rate of CS RAB setups initiated by UEs in the
CELL_PCH or URA_PCH state.
If the switch for state transition to the CELL_PCH or URA_PCH state is
turned on on the network, smartphones will be always online. If there is no
data transmission for a certain period, the UE will transition to the
CELL_PCH or URA_PCH state instead of the idle mode. In this way, the UE
initiates new services in the CELL_PCH or URA_PCH state.
When there are a large number of smartphones, this KPI can better reflect
user experience.
l The procedure for CS RAB setup attempts initiated by UEs in the
CELL_PCH or URA_PCH state is as follows: A UE in the CELL_PCH
or URA_PCH state initiates CS services and transitions to another state.
After the RNC receives an RAB ASSIGNMENT REQUEST message
from the CS domain of the CN, the RNC calculates the number of CS
RAB setup attempts in the best cell of the UE based on the UE state.
l The procedure for successful CS RAB setups initiated by UEs in the
CELL_PCH or URA_PCH state is as follows: A UE in the CELL_PCH
or URA_PCH state initiates CS services and transitions to another state.
After the RNC receives an RAB ASSIGNMENT REQUEST message
from the CS domain of the CN and responds with an RAB ASSIGNMENT
RESPONSE message, the RNC calculates the number of successful CS
RAB setups in the best cell of the UE based on the UE state.
Object CELL
Unit/Range %
Formula New PS RAB Setup Success Ratio of PCH UEs = (Number of Successful
New PS RAB Setups of PCH UEs/ Number of New PS RAB Setup Attempts
of PCH UEs) x 100%
Description This KPI monitors the success rate of the PS RAB setups initiated by UEs in
the CELL_PCH and URA_PCH states.
If the switch for state transition to CELL_PCH or URA_PCH is turned on on
the network, smartphones will be always online. If there is no data
transmission for a certain period, the UE will transition to the CELL_PCH or
URA_PCH state instead of the idle mode. In this way, the UE initiates new
services in the CELL_PCH or CELL_PCH state.
When there are a large number of smartphones, this KPI can better reflect
user experience.
l The procedure for the PS RAB setup attempt initiated by UEs in the
CELL_PCH or URA_PCH state is as follows: A UE in the CELL_PCH
or URA_PCH state initiates PS services and transitions to another state.
After the RNC receives an RAB ASSIGNMENT REQUEST message
from the PS domain of the CN, the RNC calculates the number of PS RAB
setup attempts in the best cell of the UE based on the UE state.
l The procedure for the successful PS RAB setup initiated by UEs in the
CELL_PCH or URA_PCH state is as follows: A UE in the CELL_PCH
or URA_PCH state initiates PS services and transitions to another state.
After the RNC receives an RAB ASSIGNMENT REQUEST message
from the PS domain of the CN and responds with an RAB ASSIGNMENT
RESPONSE message, the RNC calculates the number of successful PS
RAB setups in the best cell of the UE based on the UE state.
Object CELL
Unit/Range %
1.3 Availability
Availability KPIs mainly indicate the utilization for several kinds of network resources such as
Radio, bandwidth or CPU Load.
Formula Worst Cell Ratio = {[The number of Cells in which(AMR RAB Setup Success
Ratio(Cell)<95% and VP RAB Setup SuccessRatio(Cell)=<95% ) or (AMR
Call Drop Ratio >3% and VP Call Drop Ratio >3%)]/Total Number of Cells
in RNC} x 100%
Description This KPI is used to check the Availability of the cells with poor call drop ratio
or call setup success ratio in an RNC or a cluster.
Description of the numerator:
The number of Cells in which AMR RAB Setup Success Ratio <95% and VP
RAB Setup Ratio <= 95%, or AMR Call Drop Ratio >3% and VP Call Drop
Ratio >3%.
Object CELL
Unit/Range %
Note 95% and 3% are the values obtained based on the references from the
commercial network with the condition of that the traffic of AMR voice and
video call is greater than 0.1 Erlang.
Unit/Range %
Note None
Formula Call Admission Refused Ratio =(Failed Number of Cell Resource Requests
for New Call Setup/ Number of Cell Resource Requests for New Call Setup)
x 100%
Description This KPI is used to check the admission refused ratio of new calls during busy
hours in an RNC or a cluster.
l Description of the numerator:
The failed number of Cell Resource Requests for New Call setup is
counted after RNC requesting cell resources for the UE successfully.
l Description of the denominator:
The number of Cell Resource Requests during RAB establishment for
Cell. After RNC receiving the RAB ASSIGNMENT REQUEST message
from CN, the RNC requests cell resources for the UE and the counter is
pegged in the cell where the UE camps on.
Object CELL
Unit/Range %
Note The RNC level KPI is calculated by aggregating all the cell counters.
Formula Congest Cell Ratio =(Congested Cell On Busy Hour/Total number of Cells
in RNC) x 100%
Description This KPI is used to check the utility ratio of radio network resources during
busy hours in an RNC or a cluster. It is the rate of congested cell during the
busy hour to total number of cells in RNC.
Description of the numerator:
The number of congested cells counted after RNC receiving the COMMON
MESUREMENT REPORT message from NodeB. The RNC measures when
overload congestion occurs at UL or DL.
Object CELL
Unit/Range %
Note The number of congested cells is calculated by aggregating the cells that are
congested in DL or UL directions during busy hours.
Description This KPI describes the ratio of cell unavailable duration to the number of cells
in RNC during busy hours. It is used to check the impact of the degrading of
the network performance caused by the unavailable cells during busy hours
in an RNC.
Description of the numerator:
The cell unavailable time is started to count when the cell is out of service,
or the channel is barred through the LMT in a measurement period, or problem
of CCH such as failed synchronization, or equipment faults.
Object CELL
Unit/Range %
Formula For BSC6900: Average CPU Load = CPU usage of the XPU subsystem in
the measurement period
For BSC6910: Average CPU Load = CPU usage of the subsystem in the
measurement period
Description This KPI provides the mean CPU usage of a subsystem in the measurement
period. It indicates the load and operating performance of the CPU on the
subsystem in the measurement period.
The CPU usage of the subsystem is sampled every second in the measurement
period. Then, average CPU usage of the subsystem is the accumulated value
divided by the number of sampling times.
Unit/Range %
Note Mean CPU Utility is the CPU average load showed in percentage.
Formula Iub Port Available Bandwidth Utilizing Ratio (Uplink) = (Iub Real—Time
Uplink Traffic/ Iub Available Uplink Bandwidth) x 100%
Description This KPI is used to check consumption of NodeB Iub port available
bandwidth utilizing ratio. The Bandwidth could be measured on ATM
Physical Ports or IP physical Ports.
Object NodeB
Unit/Range %
Note
l The counters in the formula are measured on the NodeB side.The counters
in Iub Port Available Bandwidth Utilizing Ratio (IP_UL) 1 are not used
by co-MPT base stations.
l In Iub over IP mode, the NodeB-level counters VS.IPUlTotal.1,
VS.IPUlTotal.2, VS.IPUlTotal.3, and VS.IPUlTotal.4 provide the
available physical bandwidths of ports rather than the actual available
bandwidths of ports. Therefore, this KPI can not be used to check the Iub
actual bandwidth utilizing ratio.
l The counters in Iub Port Available Bandwidth Utilizing Ratio (IP_UL) 1
will be removed in later versions. It is recommended that Iub Port
Available Bandwidth Utilizing Ratio (IP_UL) 2 be used to calculate the
available bandwidth utilization ratio of separate-MPT multimode base
stations (non-co-transmission scenario), co-MPT base stations (UO), and
UMTS single-mode base stations.
l In the case of rate limitation on Ethernet ports, VS.FEGE.TxTotalBW in
Iub Port Available Bandwidth Utilizing Ratio (IP_UL) 2 measures the
Ethernet port bandwidth after rate limitation. In other rate limitation cases
(for example, rate limitation on the trunk group of FE/GE ports),
VS.FEGE.TxTotalBW in Iub Port Available Bandwidth Utilizing Ratio
(IP_UL) 2 measures the Ethernet port bandwidth. In the latter case, the
calculation result of Iub Port Available Bandwidth Utilizing Ratio
(IP_UL) 2 is smaller than the actual one.
Formula Iub Port Available Bandwidth Utilizing Ratio (Downlink) = (Iub Real—Time
Downlink Traffic /Iub Available Downlink Bandwidth) x 100%
Description This KPI is used to check consumption of NodeB Iub port available
bandwidth utilizing ratio. The Bandwidth could be measured on ATM
Physical Ports or IP physical Ports.
Object NodeB
Unit/Range %
Note
l The counters in the formula are measured on the NodeB side.The counters
in Iub Port Available Bandwidth Utilizing Ratio (IP_DL) 1 are not used
by co-MPT base stations.
l In Iub over IP mode, the NodeB-level counters VS.IPDLTotal.1,
VS.IPDLTotal.2, VS.IPDLTotal.3, and VS.IPDLTotal.4 provide the
available physical bandwidths of ports rather than the actual available
bandwidths of ports. Therefore, this KPI can not be used to check the Iub
actual bandwidth utilizing ratio.
l The counters in Iub Port Available Bandwidth Utilizing Ratio (IP_DL) 1
will be removed in later versions. It is recommended that Iub Port
Available Bandwidth Utilizing Ratio (IP_DL) 2 be used to calculate the
available bandwidth utilization ratio of separate-MPT multimode base
stations (non-co-transmission scenario), co-MPT base stations (UO), and
UMTS single-mode base stations.
l In the case of rate limitation on Ethernet ports, VS.FEGE.RxTotalBW in
Iub Port Available Bandwidth Utilizing Ratio (IP_DL) 2 measures the
Ethernet port bandwidth after rate limitation. In other rate limitation cases
(for example, rate limitation on the trunk group of FE/GE ports),
VS.FEGE.RxTotalBW in Iub Port Available Bandwidth Utilizing Ratio
(IP_DL) 2 measures the Ethernet port bandwidth. In the latter case, the
calculation result of Iub Port Available Bandwidth Utilizing Ratio
(IP_DL) 2 is smaller than the actual one.
Description This KPI is used to check the total duration of the unavailability of a cell
caused by system fault in a measurement period.
Associated VS.Cell.UnavailTime.Sys
Counters
Object CELL
Unit/Range s
Note None
Description This KPI is used to check the total duration of unavailability of the HSDPA
service in a cell,caused by system fault in a measurement period.
Associated VS.Cell.HSDPA.UnavailTime
Counters
Object CELL
Unit/Range s
Note None
Description This KPI is used to check the total duration of unavailability of the HSUPA
service in a cell,caused by system fault in a measurement period.
Associated VS.Cell.HSUPA.UnavailTime
Counters
Object CELL
Unit/Range s
Note None
Description The resources for license groups are measured based on the usage of CEs in
each license group. This measurement indicates the consumption of baseband
resources in the NodeB.
The corresponding counters listed below give the Average/Maximum number
of UL/DL and HSUPA CEs consumption for an operator.
Associated VS.ULCE.Mean.Shared
Counters VS.ULCE.Max.Shared
VS.DLCE.Mean.Shared
VS.DLCE.Max.Shared
VS.ULCE.Mean.Dedicated
VS.ULCE.Max.Dedicated
VS.DLCE.Mean.Dedicated
VS.DLCE.Max.Dedicated
Unit/Range Numbers
Note If only one Operator is available on the NodeB, the Dedicated Counter value
is always Zero and the Shared CE counters should be used to check actual
consumption of the Cell in NodeB.
Associated VS.HW.ULCreditAvailable
Counters VS.HW.DLCreditAvailable
Object NodeB
Unit/Range Numbers
Note None
Associated VS.LC.ULCreditAvailable.Shared
Counters VS.LC.DLCreditAvailable.Shared
Object NodeB
Unit/Range Numbers
Note If only one operator is available on the NodeB, the configured counters given
above should be used to evaluate the total configured License CE in the
NodeB.
Associated VS.LC.ULMean.LicenseGroup.Shared
Counters VS.LC.ULMax.LicenseGroup.Shared
VS.LC.ULMin.LicenseGroup.Shared
VS.HSUPA.LC.ULMean.LicenseGroup.Shared
VS.HSUPA.LC.ULMax.LicenseGroup.Shared
VS.HSUPA.LC.ULMin.LicenseGroup.Shared
VS.LC.DLMean.LicenseGroup.Shared
VS.LC.DLMax.LicenseGroup.Shared
VS.LC.DLMin.LicenseGroup.Shared
Object NodeB
Unit/Range Numbers
Note If only one operator is available on the NodeB, the shared counters given
above should be used to evaluate the total License CE Consumption in the
NodeB.
Associated VS.LC.DLCreditAvailable.LicenseGroup.Dedicated
Counters VS.LC.ULCreditAvailable.LicenseGroup.Dedicated
Object NodeB
Unit/Range Numbers
Note If only one operator is available on the NodeB, the configured counter value
given above is Zero.
Associated l UL Statistics
Counters VS.LC.ULMean.LicenseGroup
VS.LC.ULMax.LicenseGroup
VS.LC.ULMin.LicenseGroup
VS.HSUPA.LC.ULMin.LicenseGroup
VS.HSUPA.LC.ULMean.LicenseGroup
VS.HSUPA.LC.ULMax.LicenseGroup
l DL Statistics
VS.LC.DLMean.LicenseGroup
VS.LC.DLMax.LicenseGroup
VS.LC.DLMin.LicenseGroup
Object NodeB
Unit/Range Numbers
Note If only one operator is available on the NodeB, the counter value given above
is Zero.
Description The first 3 counters given below provide the RTWP measurement values of
a cell in the RNC, Mean/Maximum/Minimum Power of Totally Received
Bandwidth for Cell. The last 3 counters provide average, maximum and
minimum received scheduled E-DCH power shared in the measurement
period for cell.
Associated VS.MaxRTWP
Counters VS.MinRTWP
VS.MeanRTWP
VS.HSUPA.MeanRSEPS
VS.HSUPA.MaxRSEPS
VS.HSUPA.MinRSEPS
Object CELL
Unit/Range dBm; %
Note None
Associated VS.MaxTCP
Counters VS.MinTCP
VS.MeanTCP
VS.MaxTCP.NonHS
VS.MinTCP.NonHS
VS.MeanTCP.NonHS
VS.HSDPA.MaxRequiredPwr
VS.HSDPA.MinRequiredPwr
VS.HSDPA.MeanRequiredPwr
Object CELL
Unit/Range dBm
Note None
Description The occupied codes are the codes occupied by R99 user. The code number is
normalized to SF = 256, that is, converted to the code number when SF = 256.
The counters given below provide the number of single-RAB and Multi-RAB
UEs that occupy the DL R99 codes with Spreading Factor (SF) of
4/8/16/32/64/128/256.
Associated None
Counters
Object CELL
Unit/Range %
Associated VS.PdschCodeUsed.Mean
Counters VS.PdschCodeUsed.Max
VS.PdschCodeUsed.Min
Object NodeB
Unit/Range None
Note None
Description This KPI provides the proportion of the duration when there is HSDPA data
transmission to the duration when there is HSDPA data in the buffer.
Object NodeB
Unit/Range %
1.4 Coverage
Coverage KPIs are used for monitoring cell Interference status and Soft Handover Gain in an
RNC or a cluster.
Description This KPI is used to check how the UL capacity is limited by the UL
interference of all cells in an RNC.
The mean RTWP's measurement is started when the RNC receives a
COMMON MEASUREMENT REPORT message from the NodeB about the
RTWP of a cell and obtains the RTWP of the cell.
Object RNC
Unit/Range %
Note -98 dBm is the value obtained based on the references from the commercial
network.
Formula Soft Handover Ratio(RNC) =[(A1+B1 x 2+C1 x 3+D1 x 4+E1 x 5+F1 x 6)/
(A1+B1+C1+D1+E1+F1)] x 100%
A1: Number of UEs with 1 RL in the RNC
B1: Number of UEs with 2 RLs in the RNC
C1: Number of UEs with 3 RLs in the RNC
D1: Number of UEs with 4 RLs in the RNC
E1: Number of UEs with 5 RLs in the RNC
F1: Number of UEs with 6 RLs in the RNC.
Description This KPI is used to check the consumption of network resources due to soft
handover in an RNC or a Cell. It considered the radio link quantity during the
soft handover.
In the RNC Soft handover ratio, count the mean number of UEs with different
quantity of radio links for RNC from A1 to F1. The RNC periodically samples
of the number of UEs with corresponding radio links in a measurement period.
At the end of the measurement period, the RNC divides the accumulated
number by the sampling times to obtain the soft handover overhead.
The Cell level KPI is only available for cells in a cluster. From A1 to F1 count
the mean number of UEs with different quantity of Radio Links(1~6 radio
links) in the Cell of the active set.
Unit/Range %
Note None
1.5 Mobility
Mobility KPIs are used to monitor the successful ratio for several kinds of handover features or
service mode changing in difference scenarios.
Description This KPI is used to check the soft handover success ratio in an RNC or in a
Cluster, including softer handover.
l The Successful Soft Handover (including softer handovers) procedure is
complete when the RNC receives an ACTIVE SET UPDATE
COMPLETE message from the UE during the soft handover (including
the softer handover) procedure.
l The attempt procedure is complete when the RNC sends an ACTIVE SET
UPDATE message to the UE.
Unit/Range %
Note None
Description This KPI is used to check the softer handover success ratio in an RNC or a
Cluster, including softer handover.
l The Successful Softer Handover procedure is complete when the RNC
receives an ACTIVE SET UPDATE COMPLETE message from the UE
during the softer handover procedure.
l The attempt procedure is complete when the RNC sends an ACTIVE SET
UPDATE message to the UE.
Unit/Range %
Note None
Formula AMR Soft Handover Success Ratio = (Number of AMR Successful Soft
Handovers/ Number of AMR Attempts of Soft Handovers) x 100%
Description This KPI is used to check the AMR Soft Handover Success ratio in a Cluster,
including softer handover.
The Successful AMR Soft Handover procedure is complete when the RNC
receives an ACTIVE SET UPDATE COMPLETE message from the UE
during the soft handover procedure.
The attempt procedure is complete when the RNC sends an ACTIVE SET
UPDATE message to the UE.
Object CELL
Unit/Range %
Note The RNC level KPI can be approximately calculated by accumulating all cell
counters within the RNC.
Description This KPI is used to check the CS64 Soft Handover Success ratio in a Cluster,
including softer handover.
The Successful CS64 Soft Handover procedure is complete when the RNC
receives an ACTIVE SET UPDATE COMPLETE message from the UE
during the soft handover procedure.
The attempt procedure is complete when the RNC sends an ACTIVE SET
UPDATE message to the UE.
Object CELL
Unit/Range %
Note The RNC level KPI can be approximately calculated by accumulating all cell
counters within the RNC.
Description This KPI is used to check the PS Soft Handover Success ratio in a Cluster,
including softer handover.
The Successful PS Soft Handover procedure is complete when the RNC
receives an ACTIVE SET UPDATE COMPLETE message from the UE
during the soft handover procedure.
The attempt procedure is complete when the RNC sends an ACTIVE SET
UPDATE message to the UE.
Object CELL
Unit/Range %
Note The RNC level KPI can be approximately calculated by accumulating all cell
counters within the RNC.
Description This KPI is used to check the intra-frequency hard handover success ratio in
an RNC or a Cluster.
The Intra-frequency Hard Handover Success procedure is complete when the
RNC receives the PHYSICAL CHANNEL RECONFIGURATION
COMPLETE (for example) message from the UE.
The Intra-frequency Hard Handover Attempt procedure is complete when
RNC sends the PHYSICAL CHANNEL RECONFIGURATION message to
the UE.
Unit/Range %
Note None
Description This KPI is used to check the inter-frequency hard handover success ratio in
an RNC or a Cluster.
The Inter-frequency Hard Handover Success procedure is complete when
RNC received a PHYSICAL CHANNEL RECONFIGURATION
COMPLETE message from the UE.
The Inter-frequency Hard Handover attempts procedure starts when RNC
sends a PHYSICAL CHANNEL RECONFIGURATION message to the UE.
In this case the RNC measures the counter.
Unit/Range %
Note None
Table 1-70 Service Cell Change Success Ratio with SHO (H2H)
Formula Service Cell Change Success Ratio with SHO (H2H) = (HS-DSCH service
cell change Success with SHO/HS-DSCH service cell change Attempt with
SHO) x 100%
Description l The HS-DSCH service cell change success with SHO is triggered with
the following messages:
PHYSICAL CHANNEL RECONFIGURATION
TRANSPORT CHANNEL RECONFIGURATION
RADIO BEARER RECONFIGURATION
ACTIVE SET UPDATE
l Accordingly, the UE sends the following messages to the RNC as a
response.
PHYSICAL CHANNEL RECONFIGURATION COMPLETE
TRANSPORT CHANNEL RECONFIGURATION COMPLETE
RADIO BEARER RECONFIGURATION COMPLETE
ACTIVE SET UPDATE COMPLETE
Take the PHYSICAL CHANNEL RECONFIGURATION message as an
example. When receiving a PHYSICAL CHANNEL RECONFIGURATION
COMPLETE message from a UE, the RNC measures this item as numerator,
and when sending a PHYSICAL CHANNEL RECONFIGURATION
message to a UE, the RNC measures this item as denominator.
Object CELL
Unit/Range %
Note None
Formula H2H Intra-Frequency Hard Handover Success Ratio =(H2H Intra - frequency
Hard Handover Success/H2H Intra - frequency Hard Handover Attempt) x
100%
Description This KPI is used to check the intra-frequency hard handover success ratio of
HSDPA service in a Cluster.
l The HS-DSCH service cell change success with SHO is triggered with
the following message:
PHYSICAL CHANNEL RECONFIGURATION
TRANSPORT CHANNEL RECONFIGURATION
RADIO BEARER RECONFIGURATION
RADIO BEARER SETUP
RADIO BEARER RELEASE
l Accordingly, the UE sends the following messages to the RNC as a
response.
PHYSICAL CHANNEL RECONFIGURATION COMPLETE
TRANSPORT CHANNEL RECONFIGURATION COMPLETE
RADIO BEARER RECONFIGURATION COMPLETE
RADIO BEARER SETUP COMPLETE
RADIO BEARER RELEASE COMPLETE
Take the PHYSICAL CHANNEL RECONFIGURATION message as an
example, when receiving a PHYSICAL CHANNEL RECONFIGURATION
COMPLETE message from a UE , the RNC measures this item in the best
cell from which the UE is handed over if an intra-frequency HSDPA hard
handover without channel change is performed.
Object CELL
Unit/Range %
Note The RNC level KPI can be approximately calculated by accumulating all cell
counters within the RNC.
Formula H2H Inter-Frequency Hard Handover Success Ratio =(H2H Inter - frequency
Hard Handover Success/H2H Inter - frequency Hard Handover Attempt) x
100%
Description This KPI is used to indicate the success ratio of inter-frequency hard
handovers from the HSDPA to the HSDPA in a cell.
l The hard handover procedure can be triggered with the following
message:
PHYSICAL CHANNEL RECONFIGURATION
TRANSPORT CHANNEL RECONFIGURATION
RADIO BEARER RECONFIGURATION
RADIO BEARER SETUP
RADIO BEARER RELEASE
l Accordingly, the UE sends the following messages to the RNC as a
response.
PHYSICAL CHANNEL RECONFIGURATION COMPLETE
TRANSPORT CHANNEL RECONFIGURATION COMPLETE
RADIO BEARER RECONFIGURATION COMPLETE
RADIO BEARER SETUP COMPLETE
RADIO BEARER RELEASE COMPLETE
Take the PHYSICAL CHANNEL RECONFIGURATION message as an
example, when receiving a PHYSICAL CHANNEL RECONFIGURATION
COMPLETE message from a UE , the RNC measures this item in the best
cell from which the UE is handed over if an inter-frequency HSDPA hard
handover without channel change is performed.
Object CELL
Unit/Range %
Note None
Description This KPI provides the success rate of HSDPA-to-DCH intra-frequency hard
handovers in a cell.
A hard handover is triggered by any of the following messages:
l RADIO BEARER RECONFIGURATION
l RADIO BEARER SETUP
l RADIO BEARER RELEASE
Accordingly, a UE may respond with one of the following messages:
l RADIO BEARER RECONFIGURATION COMPLETE
l RADIO BEARER SETUP COMPLETE
l RADIO BEARER RELEASE COMPLETE
Assume that a hard handover is triggered by the RADIO BEARER
RECONFIGURATION message. The number of successful H2D intra-
frequency hard handovers is measured in the best cell where the UE camps
on before the hard handover when the RNC receives from the UE a RADIO
BEARER RECONFIGURATION COMPLETE message during an intra-
frequency hard handover.
Object CELL
Unit/Range %
Formula H2D Inter-Frequency Hard Handover Success Ratio =(H2D Inter - Frequency
Hardover Success Ratio/H2D Inter - Frequency Hard Handover Attempt) x
100%
Description This KPI is used to indicate the success ratio of inter-frequency hard
handovers from the HSDPA to the DCH in a cell.
l The hard handover procedure can be triggered with the following
messages:
RADIO BEARER RECONFIGURATION
RADIO BEARER SETUP
RADIO BEARER RELEASE
l Accordingly, the UE sends the following messages to the RNC as a
response.
RADIO BEARER RECONFIGURATION COMPLETE
RADIO BEARER SETUP COMPLETE
RADIO BEARER RELEASE COMPLETE
Take the RADIO BEARER RECONFIGURATION message as an example,
when receiving a RADIO BEARER RECONFIGURATION COMPLETE
message from a UE , the RNC measures this item in the best cell from which
the UE is handed over if an inter-frequency hard handover from the HSDPA
to the DCH is performed.
Object CELL
Unit/Range %
Note None
Description This KPI provides the success rate of EDCH-to-DCH intra-frequency hard
handovers in a cell.
The number of E2D intra-frequency hard handover attempts is measured in
the HSUPA serving cell where the UE camps on before the handover when
the RNC sends the UE a RADIO BEARER RECONFIGURATION message
during an EDCH-to-DCH intra-frequency hard handover.
The number of successful E2D intra-frequency hard handovers is measured
in the HSUPA serving cell where the UE camps on before the handover when
the RNC receives from the UE a RADIO BEARER RECONFIGURATION
COMPLETE message during an EDCH-to-DCH intra-frequency hard
handover.
Object CELL
Unit/Range %
Formula H2D Channel Switch Success Ratio =(Channel Switch Success/ Channel
Switch Attempt) x 100%
Description This KPI is used to check the channel switch success ratio when UE switches
from HSDPA to DCH in a Cluster.
The number of successful HS-DSCH to DCH channel switch measures when
RNC receives a RAIDO BEARER RECONFIGURATION COMPLETE
message from the UE indicating the channel reconfiguration for HSDPA
service in the DCCC or RAB MODIFY procedure. The RNC measures the
item in the HSDPA serving cell.
The attempt number of H2D channel handover counts when RNC decides to
perform a channel handover, which sends a RADIO BEARER
RECONFIGURATION message to a UE during the DCCC or RAB MODIFY
procedure. In this case, the RNC measures the item in the serving cell of the
HSDPA service according to the transport channels of UEs before and after
the reconfiguration.
The RNC performs the transport channel Switch in the same cell.
Object CELL
Unit/Range %
Note The RNC level KPI can be approximately calculated by accumulating all cell
counters within the RNC.
Formula D2H Channel Switch Success Ratio = (Channel Switch Success/ Channel
Switch Attempt) x 100%
Description This KPI is used to check the channel switch success ratio when the UE
switches from DCH to HSDPA i a Cluster.
The number of successful DCH to HS-DSCH channel switch measures when
RNC receives from the UE a RAIDO BEARER RECONFIGURATION
COMPLETE message indicating the channel reconfiguration for HSDPA
service in the DCCC or RAB MODIFY procedure. The RNC measures the
item in the HSDPA serving cell.
The attempt number of D2H channel switch counts when RNC decides to
perform a channel switch, which sends a RADIO BEARER
RECONFIGURATION message to a UE during the DCCC or RAB MODIFY
procedure. In this case, the RNC measures the item in the serving cell of the
HSDPA service according to the transport channels of UEs before and after
the reconfiguration.
The RNC performs the transport channel switch in the same cell.
Object CELL
Unit/Range %
Note The RNC level KPI can be approximately calculated by accumulating all cell
counters within the RNC.
Formula CS W2G Inter-RAT Handover Out Success Ratio = (CS Inter - RAT
Handover Success/CS Inter - RAT Handover Attempt) x 100%
Description This KPI is used to indicate the success ratio of CS Outgoing inter-RAT
handovers in an RNC or a Cluster.
The CS inter-RAT Handover Success procedure is complete when the RNC
receives an IU RELEASE COMMAND message with the cause value of
"Successful Relocation", "Normal Release", or "Network Optimization" after
sending a HANDOVER FROM UTRAN COMMAND message during the
CS outgoing inter-RAT handover. In this case, the outgoing handover
succeeds and this counter is measured.
Number of CS W2G inter-RAT handover attempts = Number of
HANDOVER FROM UTRAN COMMAND messages sent from the RNC
during CS outgoing inter-RAT handovers - Number of CS inter-RAT
handover cancellations caused by UE's failures in receiving the message
Unit/Range %
Note You are advised to accumulate the related numerators and denominators of
the cell level to calculate RNC-level KPIs. For example, if there are n cells
under an RNC, an RNC-level KPI is calculated in the following formula:
{Sum(IRATHO.SuccOutCS)/[Sum(IRATHO.AttOutCS) - Sum
(VS.IRATHOCS.Cancel.ReEstab)]} x 100%
Description This KPI is used to indicate the success ratio of PS outgoing inter-RAT
handover initiated by the RNC or in the best cell.
The PS W2G Inter-RAT Outgoing Handover successes procedure is complete
when the RNC sends the RANAP IU RELEASE COMPLETE message after
receiving the IU RELEASE COMMAND message with the cause of
"Successful Relocation", "Normal Release" or "Network Optimization." In
this case, the PS outgoing inter-RAT handover succeeds and the counter is
measured.
Number of PS W2G inter-RAT handover attempts = Number of CELL
CHANGE ORDER FROM UTRAN messages sent from the RNC during PS
outgoing inter-RAT handovers - Number of PS inter-RAT handover
cancellations caused by UE's failures in receiving the message
Unit/Range %
Note You are advised to accumulate the related numerators and denominators of
the cell level to calculate RNC-level KPIs. For example, if there are n cells
under an RNC, an RNC-level KPI is calculated in the following formula:
{Sum(IRATHO.SuccOutPSUTRAN)/[Sum(IRATHO.AttOutPSUTRAN) -
Sum(VS.IRATHOPS.Cancel.ReEstab)]} x 100%
Description This KPI is used to check the PS inter-RAT handover in success ratio in a
Cluster.
The PS G2W Inter-RAT Handover successes procedure is complete when the
RNC receives an RRC CONNECTION SETUP COMPLETE message from
the UE. The reasons for RRC connection request is Inter-RAT Cell Change
Order and Inter-RAT Cell Reselection.
The PS G2W Inter-RAT Handover attempts procedure starts when the RNC
receives an RRC CONNECTION REQUEST message from the UE, the
reasons for RRC connection request are Inter-RAT Cell Change Order and
Inter-RAT Cell Reselection.
Object CELL
Unit/Range %
Note The KPI includes the IRAT cell reselection of UE in idle status.The RNC
level KPI is calculated by aggregating all the cell counters.
Formula HSDPA W2G Inter-RAT Handover Out Success Ratio =(HSDPA Inter - RAT
HO Success/ HSDPA Inter - RAT HO Attempt) x 100%
Description This KPI is used to check the PS outgoing inter-RAT handover for HSDPA
services initiated by the RNC in the best cell that the UE camps on before the
handover.
The HSDPA Inter-RAT HO successes procedure is complete when the RNC
receives the IU RELEASE COMMAND message. The message contains one
of the following information: "Successful Relocation", "Normal Release",
"Network Optimization" during the PS outgoing inter-RAT handover for
HSDPA services.
The HSDPA Inter-RAT HO attempts procedure starts when the RNC sends
the CELL CHANGE ORDER FROM UTRAN message during the PS
outgoing inter-RAT handover for HSDPA services, the counter is measured
in the best cell that the UE camps on.
Object CELL
Unit/Range %
Note None
Description This KPI is used to check the relocation executions (UE involved and UE not
involved) initiated by SRNC according to different CN domains.
The SRNC Relocation Success procedure is complete when the SRNC
receives an IU RELEASE COMMAND message. The message contains one
of the following information: "Successful Relocation", "Normal Release",
"Network Optimization". In this case, the SRNC measures the related counter
according to the CN domain.
The SRNC Relocation Attempts procedure starts when the SRNC receives a
RELOCATION COMMAND message from the CN in the CS domain. In this
case, the SRNC measures the related counter according to different relocation
types (CS, PS, UE involved, UE not involved).
Object RNC
Unit/Range %
Note None
Description This KPI is used to check the TRNC relocation executions (UE involved and
UE not involved) initiated by SRNC according to different CN domains.
The TRNC Relocation Success procedure is complete when the TRNC
relocation is complete, and when the TRNC sends a RELOCATION
COMPLETE message to the CN. In this case, the TRNC measures the related
counters according to different relocation types. If the UE connects to both
the CS domain and the PS domain at the same time, the related counters are
increased by one each time the TRNC sends a RELOCATION COMPLETE
message to the CNs in the CS domain and PS domain.
When the resource allocation for TRNC relocation is complete, the TRNC
sends a RELOCATION REQUEST ACKNOWLEDGE message to the CN
in the CS or the PS domain. In this case, the TRNC measures the related
counter according to different relocation types.
Object RNC
Unit/Range %
Note None
Formula E-DCH Soft Handover Success Ratio =(Successful Attempts to Add or Delete
EDCH Links/Attempts to Add or Delete EDCH Links due to Soft Handover)
x 100%
Description This KPI is used to check EDCH RL additions and deletions due to soft
handover in a cell.
The E-DCH soft Handover Success procedure is complete when the RNC
receives an ACTIVE SET UPDATE COMPLETE message from the UE.An
EDCH link is added or deleted during the soft handover.
The E-DCH soft Handover attempts procedure starts when the RNC sends an
ACTIVE SET UPDATE message to the UE and there is EDCH RL to be
deleted or added during the soft handover.
Object CELL
Unit/Range %
Note None
Formula E-DCH Cell Change Success Ratio with SHO =(Successful Attempts to
Change EDCH Serving Cells/Attempts to Change EDCH Serving Cells due
to Soft Handover or Multiple Links) x 100%
Description This KPI is used to check the success ratio of HSUPA serving cell changes
in soft handover status for cell.
Description of the numerator:
l The successful HSUPA serving cell changes in soft handover status for
cell, this procedure can be triggered with the following messages:
PHYSICAL CHANNEL RECONFIGURATION
TRANSPORT CHANNEL RECONFIGURATION
RADIO BEARER RECONFIGURATION
l Accordingly, the UE sends the following messaged to the RNC as a
response:
PHYSICAL CHANNEL RECONFIGURATION COMPLETE
TRANSPORT CHANNEL RECONFIGURATION COMPLETE
RADIO BEARER RECONFIGURATION COMPLETE
l Take the PHYSICAL CHANNEL RECONFIGURATION message as an
example, when the RNC receives a PHYSICAL CHANNEL
RECONFIGURATION COMPLETE message from the UE, the RNC
measures this item in the original HSUPA serving cell if the HSUPA
serving cell is changed. The item is used to indicate the change of HSUPA
serving cells in the soft handover state instead of the hard handover state.
Description of the denominator:
l Take the PHYSICAL CHANNEL RECONFIGURATION message as an
example, when the RNC sends a PHY CHANNEL
RECONFIGURATION message to the UE. The RNC measures this item
in the original HSUPA serving cell if the HSUPA serving cell is changed.
This item is used to indicate the change of HSUPA serving cells in the
soft handover status instead of the hard handover status.
Object CELL
Unit/Range %
Note None
Formula E-DCH Cell Change Success Ratio with Inter-HHO =(Successful Attempts
to Change Serving Cell/Attempts to Change EDCH Serving Cells due to
EDCH-to-EDCH Inter-Frequency Hard Handover Triggered by RNC) x
100%
Description This KPI is used to check the E-DCH service cell change success ratio with
the Inter-HHO procedure in an RNC or a cluster.
Description of the denominator:
l When the RNC sends the following messages to the UE, the RNC
measures the item in the HSUPA serving cell before the hard handover if
an EDCH-to-EDCH inter-frequency hard handover is performed.
PHYSICAL CHANNEL RECONFIGRATION
TRANSPORT CHANNEL RECONFIGRATION
RADIO BEARER RECONFIGRATION
RADIO BEARER SETUP
RADIO BEARER RELEASE
Description of the numerator:
l When the RNC receives one of the following messages from the UE, the
RNC measures this item in the HSUPA serving cell before the hard
handover if an EDCH-to-EDCH inter-frequency hard handover is
performed.
PHYSICAL CHANNEL RECONFIGURATION COMPLETE
TRANSPORT CHANNEL RECONFIGURATION COMPLETE
RADIO BEARER RECONFIGURATION COMPLETE
RADIO BEARER SETUP COMPLETE
RADIO BEARER RELEASE COMPLETE
Object CELL
Unit/Range %
Note None
Description This KPI is used to check the channel switch success ratio when there is UE
handover from E-DCH to DCH in the same cell.
The Switch Channel Type from EDCH to DCH successful attempts procedure
is complete when the RNC receives an RB RECFG CMP message from the
UE during the DCCC or RAB ASSIGN procedure. If the UE camps on the
same cell after reconfigurations, the RNC measures the items in the HSUPA
serving cell by the channel switch type.
The Switch Channel Type from EDCH to DCH attempts procedure starts
when the RNC sends a RADIO BEAR RECONFIGURE message to the UE
during the DCCC or RAB ASSIGN procedure. If the UE camps on the same
cell after reconfigurations, the RNC measures the items in the HSUPA serving
cell by the channel switch type.
Object CELL
Unit/Range %
Note None
Description This KPI is used to check the channel switch success ratio when there is UE
handover from E-DCH to DCH in the same cell.
The Switch Channel Type from DCH to EDCH successful attempts procedure
is complete when the RNC receives an RB RECFG CMP message from the
UE during the DCCC or RAB ASSIGN procedure. If the UE camps on the
same cell after reconfigurations, the RNC measures the items in the HSUPA
serving cell by the channel switch type.
The Switch Channel Type from DCH to EDCH attempts procedure starts
when the RNC sends a RADIO BEAR RECONFIGURE message to the UE
during the DCCC or RAB ASSIGN procedure. If the UE camps on the same
cell after reconfigurations, the RNC measures the items in the HSUPA serving
cell by the channel switch type.
Object CELL
Unit/Range %
Note None
Formula E2D Handover Success Ratio with Inter HHO =(Successful Attempts to
Switch Channel Type from EDCH to DCH/Attempts to Switch Change Type
from EDCH to DCH) x 100%
Description This KPI is used to check the success ratio of HSUPA Inter-Frequency Hard
Handover from EDCH to DCH in a cell.
The Switch Channel Type from EDCH to DCH successful attempts procedure
is complete when the RNC receives a RADIO BEARER
RECONFIGURATION COMPLETE message from the UE. The RNC
measures this item in the HSUPA serving cell before the hard handover if an
EDCH-to-DCH inter-frequency hard handover is performed.
The Switch Channel Type from EDCH to DCH attempts procedure starts
when the RNC sends a RADIO BEARER RECONFIGURATION message
to the UE. The RNC measures this item in the HSUPA serving cell before the
hard handover if an EDCH-to-DCH inter-frequency hard handover is
performed.
Object CELL
Unit/Range %
Note None
Formula HSUPA W2G Inter-RAT Handover Out Success Ratio = (Successful RNC-
Originated PS Domain Outgoing Inter - RAT Handover for HSUPA/Attempt
RNC-Originated PS Domain Outgoing Inter-RAT Handovers for HSUPA) x
100%
Description This KPI is used to check the HSUPA service Inter-RAT handover success
ratio from WCDMA to GPRS in the best cell that the UE camps on.
The HSUPA W2G Inter-RAT Handover Out success procedure is complete
when the RNC receives an IU RELEASE COMMAND message. The
message contains one of the following information: "Successful Relocation",
"Normal Release", "Network Optimization" and sends an IU RELEASE
COMPLETE message during the PS outgoing inter-RAT handover for
HSUPA services. In this case, the PS outgoing handover succeeds and this
counter is measured in the best cell that the UE camps on before the handover.
The HSUPA W2G Inter-RAT Handover Out attempts procedure starts when
the RNC sends a CELL CHANGE ORDER FROM UTRAN message to the
UE during the PS outgoing inter-RAT handover for HSUPA services. In this
case, this counter is measured in the best cell that the UE camps on.
Object CELL
Unit/Range %
Note None
Formula MBMS Service Mode Switch Success Ratio from PTP to PTM =(Number of
channel mode switch Success from PTP to PTM/Number of channel mode
switch Attempt from PTP to PTM) x 100%
Description This KPI is used to check the MBMS service mode switch success ratio from
PTP to PTM.
The MBMS Service Mode Switch Success procedure is complete after a
MBMS service is switched from PTP mode to PTM mode and a PTM MBMS
RB is successfully set up.
The MBMS Service Mode Switch attempts procedure starts after the initiation
of transition from PTP mode to PTM mode.
Associated MBMS Service Mode Switch Success Ratio from PTP to PTM=
Counters (VS.MBMS.PTPtoPTM.Succ/VS.MBMS.PTPtoPTM.Att)*100%
Object CELL
Unit/Range %
Note None
Description This KPI provides the success rate of CS inter-frequency hard handovers of
a Cluster.
The number of CS inter-frequency hard handover attempts is measured when
the RNC sends the UE a PHYSICAL CHANNEL RECONFIGURATION
message during a CS inter-frequency hard handover.
The number of successful CS inter-frequency hard handovers is measured
when the RNC receives from the UE a PHYSICAL CHANNEL
RECONFIGURATION COMPLETE message during a CS inter-frequency
hard handover.
Object CELL
Unit/Range %
Description This KPI provides the success rate of PS inter-frequency hard handovers of
a Cluster.
The number of PS inter-frequency hard handover attempts is measured when
the RNC sends the UE a PHYSICAL CHANNEL RECONFIGURATION
message during a PS inter-frequency hard handover.
The number of successful PS inter-frequency hard handovers is measured
when the RNC receives from the UE a PHYSICAL CHANNEL
RECONFIGURATION COMPLETE message during a PS inter-frequency
hard handover.
Object CELL
Unit/Range %
1.6 Retainability
Retainability is defined as the ability of a user to retain its requested service for the required
duration once connected. The RNC level KPIs can be calculated by aggregating all the cell
counters and Iur counters.
Description This KPI provides the ratio of the CS RAB abnormal Releases to the total CS
RAB Releases (Normal Release + Abnormal Release). This KPI is used to
check the retainabililty of CS Service within the UTRAN (RNC or Cluster).
Description of RAB abnormal Release:
The RNC initially sends an IU RELEASE REQUEST/RAB RELEASE
REQUEST message to the CN due to exceptions. If the RNC receives an IU
RELEASE COMMAND/RAB ASSIGNMENT REQUEST message with the
causes other than "User Inactivity", "Normal Release", "Successful
Relocation", "Network Optimization", the RNC measures the items
according to the service types in the best cell that the UE camps on if the
released RABs belong to PS domain.
Unit/Range %
Note This KPI involves CS call drops due to authentication failure during PS
security mode in the cell. You can subtract VS.RAB.AbnormRel.CS.Se-
curity from the numerator of the formula to decrease the value of this KPI.
Formula CS Call Drop Rate in CS+PS Combined Services =( Number of times that a
CS call in a CS+PS combined service drops/ Number of CS+PS combined
service release times) x 100%
Description This KPI provides the drop rate of CS calls in CS+PS combined services.
It reflects the retainability of CS+PS combined services in an RNC or cluster.
When a failure occurs, the RNC sends the CN an IU RELEASE REQUEST
message. After receiving the message, the CN sends an IU RELEASE
COMMAND message to the RNC. If the IU RELEASE COMMAND
message contains a cause value of abnormal release (causes except "User
Inactivity", "Normal Release", "Successful Relocation", or "Network
Optimization"), then the number of times that a CS call in a CS+PS combined
service drops is measured in the best cell that the UE camps on if the message
is for a CS call in a CS+PS combined service.
Object CELL
Unit/Range %
Note None
Formula PS Call Drop Rate in CS+PS Combined Services = (Number of times that a
PS connection in a CS+PS combined service fails/Number of CS+PS
combined service release times) x 100%
Description This KPI provides the PS connection failure rate in CS+PS combined
services.
It reflects the retainability of CS+PS combined services in an RNC or cluster.
When a failure occurs, the RNC sends the CN an IU RELEASE REQUEST
message. After receiving the message, the CN sends an IU RELEASE
COMMAND message to the RNC. If the IU RELEASE COMMAND
message contains a cause value of abnormal release (causes except "User
Inactivity", "Normal Release", "Successful Relocation", or "Network
Optimization"), then the number of times that a PS connection in a CS+PS
combined service fails is measured in the best cell that the UE camps on if
the message is for a PS service in a CS+PS combined service.
Object CELL
Unit/Range %
Note None
Formula AMR Call Drop Ratio =(Number of AMR RAB Abnormal Releases/Total
number of AMR RAB Releases) x 100%
Description This KPI provides the ratio of AMR RAB abnormal Releases to the total
AMR RAB Releases (Normal Release + Abnormal Release) and is used to
check the retainabililty of AMR Service within the UTRAN (RNC or Cluster).
Description of RAB abnormal Release:
The RNC initially sends an IU RELEASE REQUEST/RAB RELEASE
REQUEST message to the CNdue to exception. If the RNC receives an IU
RELEASE COMMAND/RAB ASSIGNMENT REQUEST message with
any one of the following messages: "User Inactivity","Normal Release",
"Successful Relocation", "Network Optimization", the RNC measures the
items according to the service types in the best cell that the UE camps on if
the released RABs belong to PS domain.
Unit/Range %
Note The RNC level KPIs are calculated by aggregating all the Cell and Iur
counters in SRNC.
Formula WB AMR Call Drop Rate = (Number of abnormally released WB AMR calls /
Total number of released WB AMR calls) x 100%
Description This KPI provides the proportion of abnormally released WB AMR calls to
the total number of released WB AMR calls. It reflects the retainability of
WB AMR calls in an RNC or a cluster.
When a fault occurs, the RNC sends the CN an IU RELEASE REQUEST or
RAB RELEASE REQUEST message. The number of abnormally released
WB AMR calls is measured in the best cell where the UE camps on when the
RNC receives an IU RELEASE COMMAND or RAB ASSIGNMENT
REQUEST message whose cause value is not "User Inactivity", "Normal
Release", "Successful Relocation", or "Network Optimization".
Unit/Range %
Note None
Description This KPI provides the ratio of the VP (Video Phone) RAB abnormal Releases
to the total VP RAB Releases (Normal Release + Abnormal Release) and is
used to check the retainabililty of VP Service of the UTRAN (RNC or
Cluster).
Description of RAB abnormal Release:
The RNC initially sends an IU RELEASE REQUEST/RAB RELEASE
REQUEST message to the CN due to exception. If the RNC receives an IU
RELEASE COMMAND/RAB ASSIGNMENT REQUEST message with
any one of the following information: "User Inactivity","Normal Release",
"Successful Relocation", "Network Optimization", the RNC measures the
items according to the service types in the best cell that the UE camps on if
the released RABs belong to PS domain.
Unit/Range %
Note None
Formula AMR Traffic Drop Ratio = (AMR Service Erlang/Number of AMR RAB
Abnormal Releases) x 100%
Description This KPI provides the ratio of the AMR Service Erlang to the AMR RAB
Abnormal Releases, which indicates the AMR average Erlang per AMR call
drop within the UTRAN (RNC or Cluster).
Description of the AMR RB counters in the numerator:
Average number of AMR users with different DL rates during the
measurement period.
Description of RAB abnormal Release:
The RNC initially sends an IU RELEASE REQUEST/RAB RELEASE
REQUEST message to the CN due to exception. If the RNC receives an IU
RELEASE COMMAND/RAB ASSIGNMENT REQUEST message with
any one of the following information: "User Inactivity", "Normal Release",
"Successful Relocation", "Network Optimization", the RNC measures the
items according to the service types in the best cell that the UE camps on if
the released RABs belong to PS domain.
Unit/Range The unit of the numerator is Erlang; {SP} is the Statistic Period with the unit
of minute
Note None
Description This KPI provides the ratio of the VP (Video Phone) Service Erlang to the
VP RAB Abnormal Releases, which indicates the VP average Erlang per VP
call drop within the UTRAN (RNC or Cluster).
Description of the VS.RB.CS.Conv.DL.64/VS.RB.CS.Conv.DL.64.RNC:
Average number of VP users with different DL rates during the measurement
period.
Description of RAB Abnormal Release:
The RNC initially sends an IU RELEASE REQUEST/RAB RELEASE
REQUEST message to the CN due to exception.
If the RNC receives an IU RELEASE COMMAND/RAB ASSIGNMENT
REQUEST message with any one of the following information: "User
Inactivity", "Normal Release", "Successful Relocation", "Network
Optimization", the RNC measures the items according to the service types in
the best cell that the UE camps on if the released RABs belong to PS domain.
Unit/Range The unit of the numerator is Erlang; {SP} is the Statistic Period with the unit
of minute
Note None
Description This KPI provides the ratio of the PS RAB abnormal Releases to the total
PSRAB Releases (Normal Release + Abnormal Release) and is used to check
the retainabililty of PS Service within the UTRAN (RNC or Cluster).
Description of RAB Abnormal Release:
The RNC initially sends an IU RELEASE REQUEST/RAB RELEASE
REQUEST message to the CN due to exception. If the RNC receives an IU
RELEASE COMMAND/RAB ASSIGNMENT REQUEST message with
any one of the following information: "User Inactivity", "Normal Release",
"Successful Relocation", "Network Optimization", the RNC measures the
items according to the service types in the best cell that the UE camps on if
the released RABs belong to PS domain.
Unit/Range %
Note This KPI involves PS connection failures due to authentication failure during
CS security mode in the cell. You can subtract VS.RAB.AbnormRel.PS.Se-
curity from the numerator of the formula to decrease the value of this KPI.
Description Compared with 1.6.9 PS Call Drop Ratio, this KPI deducts abnormal RAB
releases caused by UE's state transition to CELL_PCH or URA_PCH.
Smartphones stay in the always-online state in networks when state transition
to PCH is enabled. If state transition to PCH is enabled and there is no data
transmission for a specific period of time, these UEs transit from connected
mode to the PCH state instead of idle mode, resulting in abnormal PS RAB
releases. As a result, the number of normal PS RAB releases decreases and
the value of denominator Total Number of PS RAB Releases is reduced.
The corresponding KPI deteriorates if the original formula for calculating PS
Call Drop Ratio is used.
A RAB release caused by UE's state transition from CELL_DCH to
CELL_PCH or URA_PCH without PS data transmission should be
considered as a normal RAB release because the transition has no impact on
user experience. Therefore, PCH-related abnormal RAB releases caused by
state transition from CELL_DCH to CELL_PCH or URA_PCH are not taken
into account for calculating PS Call Drop Ratio.
Unit/Range %
Note 1. A RAB release caused by UE's state transition to PCH state should be
considered as a normal RAB release for calculating PS Call Drop Ratio.
2. Why VS.RAB.normRel.PS.PCH and VS.RAB.AbnormRel.PS.PCH is
subtracted from the denominator?
l If a UE transit to PCH state and then to idle mode, it will be counted
twice respectively in VS.DCCC.D2P.Succ (or VS.DCCC.Succ.F2P,
VS.DCCC.Succ.F2U, VS.DCCC.Succ.D2U ) and
VS.RAB.NormRel.PS.
l The same reason as VS.RAB.AbnormRel.PS.PCH.
3. The measurement object of the counters in Sum{*} is the cell, the RNC
level KPI can be calculated approximately by aggregating all the cell level
counters in the SRNC. Due to the counters are counted in the best cell of
active set, If the best cell for the PS RAB Establishment located in DRNC
via Iur interface, this scenario is not taken into account in the formula.
Formula PS Call Drop Ratio (PCH & Combined Service) =(Number of PS RAB
Abnormal Releases/Total Number of PS RAB Releases) x 100%
Description Compared with 1.6.10 PS Call Drop Ratio (PCH), this KPI deducts
abnormal RAB releases caused by PS service timer expiration after a
successful CS inter-RAT handover in combined CS+PS service.
For CS+PS combined services, after CS inter-RAT handovers are complete,
abnormal RAB releases caused by expiration of the PS service timer are
regarded as problems occurring in GSM networks. Therefore, they are not
taken into account for calculating PS Call Drop Ratio in UMTS networks.
Unit/Range %
Note 1. A RAB release caused by UE's state transition to PCH state should be
considered as a normal RAB release for calculating PS Call Drop Ratio.
2. Why VS.RAB.normRel.PS.PCH and VS.RAB.AbnormRel.PS.PCH is
subtracted from the denominator?
l If a UE transit to PCH state and then to idle mode, it will be counted
twice respectively in VS.DCCC.D2P.Succ (or VS.DCCC.Succ.F2P,
VS.DCCC.Succ.F2U, VS.DCCC.Succ.D2U ) and
VS.RAB.NormRel.PS.
l The same reason as VS.RAB.AbnormRel.PS.PCH.
3. The measurement object of the counters in Sum{*} is the cell, the RNC
level KPI can be calculated approximately by aggregating all the cell level
counters in the SRNC. Due to the counters are counted in the best cell of
active set, If the best cell for the PS RAB Establishment located in DRNC
via Iur interface, this scenario is not taken into account in the formula.
Formula PS R99 Call Drop Ratio =(Number of PS R99 RAB Abnormal Release/Total
Number of PS R99 RAB Release) x 100%
Description This KPI provides the ratio of the PS R99 RAB abnormal Releases to the total
PS R99RAB Releases (Normal Release + Abnormal Release) and is used to
check the retainabililty of PS R99 Service within the UTRAN (RNC or
Cluster).
Description of RAB Abnormal Release:
The RNC initially sends an IU RELEASE REQUEST/RAB RELEASE
REQUEST message to the CN due to exception. If the RNC receives an IU
RELEASE COMMAND/RAB ASSIGNMENT REQUEST message with
any one of the following information: "User Inactivity", "Normal Release",
"Successful Relocation", "Network Optimization", the RNC measures the
items according to the service types in the best cell that the UE camps on if
the released RABs belong to PS domain.
Object CELL
Unit/Range %
Note This KPI involves the call drops of UEs in CELL_PCH, URA_PCH, or
CELL_FACH state.
Formula PS R99 Call Drop Ratio (PCH) = Number of PS R99 RAB Abnormal Release/
Total Number of PS R99 RAB Release) x 100%
Description Compared with PS R99 Call Drop Ratio, this KPI takes the PCH state into
account.
Object CELL
Unit/Range %
Note The occasion of a UE transferring out of PS R99 state (F2H, F2P, D2H) should
be considered as a normal RAB release for calculating the formula of PS R99
Call Drop Ratio.
RNC level KPI can be calculated approximately by aggregating all the cell
level counters in SRNC. Due to the counters are counted in the best cell of
active set, If the best cell for the PS R99 RAB Establishment located in DRNC
via Iur interface, this scenario is not taken into account in the formula.
VS.RAB.AbnormRel.PSR99 and VS.RAB.NormRel.PSR99 have already
taken PCH into account, the occasion of the RAB Normal/Abnormal Release
(VS.RAB.AbnormRel.PS.PCH and VS.RAB.NormRel.PS.PCH) should
be excluded off the Denominator.
Description This KPI provides the ratio of the PS BE RAB abnormal Releases to the total
PS BE RAB Releases (Normal Release + Abnormal Release) and is used to
check the retainabililty of PS BE Service of the UTRAN (RNC or Cluster).
Description of RAB Abnormal Release:
The RNC initially sends an IU RELEASE REQUEST/RAB RELEASE
REQUEST message to the CN due to exception. If the RNC receives an IU
RELEASE COMMAND/RAB ASSIGNMENT REQUEST message with
any one of the following information: "User Inactivity", "Normal Release",
"Successful Relocation", "Network Optimization", the RNC measures the
items according to the service types in the best cell that the UE camps on if
the released RABs belong to PS domain.
Unit/Range %
Note RNC level KPI can be calculated approximately by aggregating all the Cell
and Iur level counters in SRNC.
Formula HSDPA Call Drop Ratio = (Number of HSDPA RAB Abnormal Releases/
Total Number of HSDPA RAB Releases) x 100%
Description This KPI provides the ratio of the HSDPA RAB abnormal Releases to the
total HSDPA RAB Releases (Normal Release+ Abnormal Release) and is
used to check the retainabililty of HSDPA Service within the UTRAN (RNC
or Cluster).
Description of RAB Abnormal Release:
The RNC initially sends an IU RELEASE REQUEST/RAB RELEASE
REQUEST message to the CN due to exception. If the RNC receives an IU
RELEASE COMMAND/RAB ASSIGNMENT REQUEST message with
any one of the following information: "User Inactivity", "Normal Release",
"Successful Relocation", "Network Optimization", the RNC measures the
items according to the service types in the best cell that the UE camps on if
the released RABs belong to PS domain.
Unit/Range %
Note RNC level KPI is calculated approximately by aggregating all the Cell and
Iur level counters in SRNC.
The successful channel transition is considered as normal HSDPA RAB
release (Including the transitions due to mobility).
Formula HSDPA Call Drop Ratio (PCH) = (Number of HSDPA RAB Abnormal
Releases/Total Number of HSDPA RAB Releases) x 100%
Description Compared with HSDPA Call Drop Ratio, this KPI takes the PCH state into
account.
Unit/Range %
Formula HSUPA Call Drop Ratio = (Number of HSUPA RAB Abnormal Release/
Total number of HSUPA RAB Release) x 100%
Description This KPI provides the ratio of the HSUPA RAB abnormal Releases to the
total HSUPARAB Releases (Normal Release + Abnormal Release) and is
used to check the retainabililty of HSUPA Service of the UTRAN (RNC or
Cluster).
Description of RAB Abnormal Release:
The RNC initially sends an IU RELEASE REQUEST/RAB RELEASE
REQUEST message to the CN due to exception. If the RNC receives an IU
RELEASE COMMAND/RAB ASSIGNMENT REQUEST message with
any one of the following information: "User Inactivity", "Normal Release",
"Successful Relocation", "Network Optimization", the RNC measures the
items according to the service types in the best cell that the UE camps on if
the released RABs belong to PS domain.
Unit/Range %
Note RNC level KPI is calculated approximately by aggregating all the Cell and
Iur level counters in SRNC.
The successful channel transition is considered as normal E-DCH release
(Including the transitions due to mobility).
Formula HSUPA Call Drop Ratio (PCH) =(Number of HSUPA RAB Abnormal
Release/Total Number of HSUPA RAB Release) x 100%
Description Compared with HSUPA Call Drop Ratio, this KPI takes the PCH state into
account.
Unit/Range %
Note The occasion of a UE transferring out of PS E-DCH Channel state (E2D, E2F,
E2P) should be considered as a normal RAB release for calculating the
formula of PS HSUPA Call Drop Ratio.
Formula MBMS Service PTP Drop Ratio =(Number of MBMS PTP RAB Abnormal
Release/Total Number of MBMS PTP RAB Release) x 100%
Object CELL
Unit/Range %
Note The RNC level KPIs are calculated by aggregating all the cell counters.
Object CELL
Unit/Range %
Description This KPI evaluates the retainability of HSDPA 64QAM services in an RNC
or a cluster. And this KPI takes the CELL_PCH or URA_PCH state into
account.
l Abnormal release:
When an exception occurs, the RNC sends the CN an IU RELEASE
REQUEST or an RAB RELEASE REQUEST message. When the RNC
receives from the CN an IU RELEASE COMMAND message or an RAB
ASSIGNMENT REQUEST message with a cause value other than "User
Inactivity", "Normal Release", "Successful Relocation", "Network
Optimization", or "UE Generated Signalling Connection Release", this
counter is incremented in the best cell for the UE.
l Normal release:
Normal releases include the RAB releases over the Iu interface and the
switchover of the RAB from a technique to another one, involving the
following scenarios:
– RAB releases over the Iu interface
– Fallback to the HSDPA RAB through intra-cell channel switchovers
– Fallback to the R99 RAB (including R99 RABs of UEs in the
CELL_DCH, CELL_FACH, CELL_PCH, and URA_PCH state)
through intra-cell channel switchovers
– Fallback to HSDPA RAB through inter-cell hard handovers (including
intra-frequency and inter-frequency hard handovers)
– Fallback to R99 RAB of UEs in the CELL_DCH state through inter-
cell hard handovers (including intra-frequency and inter-frequency
hard handovers)
Object CELL
Unit/Range %
Formula HSDPA MIMO Call Drop Ratio =(Number of Abnormal Releases of HSDPA
MIMO RABs/Number of Total Releases of HSDPA MIMO RABs) x 100%
Object CELL
Unit/Range %
Object CELL
Unit/Range %
Description These counters provide the average uplink rates of different PS R99 services
in the cells of the active set.
The UL traffic (excluding the RLC header and the retransmitted data, unit:
bit) and the Data transfer duration (unit: ms) of each kind of PS R99 services
are accumulated in the measurement period for the cells that are under the
SRNC. At the end of the measurement period, the RNC divides the total bytes
by the total data transfer time to obtain the Average UL Throughput for each
PS R99 Service.
Object CELL
Unit/Range kbit/s
Note None
Table 1-118 Average UL Throughput for PS R99 BE Service of a Single User (Best Cell)
Name Average UL Throughput for PS R99 BE Service of a Single User (Best Cell)
Description This KPI provides the average uplink throughput for PS R99 BE services of
a single user in a best cell.
The uplink throughput (excluding the RLC headers and retransmitted data)
for PS BE services of all users on the DCH is accumulated in a measurement
period. At the same time, the number of times when the value of the sampled
uplink throughput is not 0 is accumulated. At the end of the measurement
period, the RNC divides the total uplink throughput by the total sampling
times to obtain the average uplink throughput for PS R99 services of a single
user in a best cell.
Associated Average UL Throughput for PS R99 BE Service of a Single User (Best Cell)
Counters =
VS.PS.BE.DCH.UL.SumThroughput/
VS.PS.BE.DCH.UL.SamplesThroughput
Object CELL
Unit/Range kbit/s
Note None
Description These counters provide the average downlink rates of different PS R99
services in the cells of the active set.
The DL traffic (excluding the RLC header and the retransmitted data, unit:
bit) and the Data transfer duration (unit: ms) of each kind of PS R99 services
are accumulated in the measurement period for the cells that are under the
SRNC. At the end of the measurement period, the RNC divides the total bytes
by the total data transfer time to obtain the Average DL Throughput for each
PS R99 Service.
Object CELL
Unit/Range kbit/s
Note None
Table 1-120 Average DL Throughput for PS R99 BE Service of a Single User (Best Cell)
Name Average DL Throughput for PS R99 BE Service of a Single User (Best Cell)
Description This KPI provides the average downlink throughput for PS R99 BE services
of a single user in a best cell.
The downlink throughput (excluding the RLC headers and retransmitted data)
of PS BE services for all users on the DCH is accumulated in a measurement
period. At the same time, the number of times when the value of the sampled
downlink throughput is not 0 is accumulated. At the end of the measurement
period, the RNC divides the total downlink throughput by the total sampling
times to obtain the average downlink throughput for PS R99 services of a
single user in a best cell.
Associated Average DL Throughput for PS R99 BE Service of a Single User (Best Cell)
Counters =
VS.PS.BE.DCH.DL.SumThroughput +
VS.PS.BE.DCH.DL.SamplesThroughput
Object CELL
Unit/Range kbit/s
Note None
Description These counters provide the UL BLER of AMR and CS 64K Conv. services
on the DCH in the best cell. The counters are triggered in the best cell when
the number of UL TBs carrying the CS services on the DCH reaches the
defined sampling window (500 TBs).
Associated VS.ULBler.AMR
Counters VS.ULBler.CS64
Object CELL
Unit/Range %
Note None
Description This counter provides the UL BLER of PS services on the DCH in the best
cell.
The counters are triggered in the best cell when the number of UL TBs
carrying the PS services on the DCH reaches the defined sampling window
(500 TBs).
Object CELL
Unit/Range %
Note None
Description This counter indicates the mean downlink throughput for ONE HSDPA UE
in a cell.
When the data is transferred to an HSDPA serving cell, the RNC measures
the data transfer time of all the UEs and the total bytes sent in the cell. At the
end of the measurement period, the RNC divides the total bytes by the total
data transfer time to obtain the mean downlink throughput of MAC-d flow
in the cell. The RLC header and the retransmitted data are excluded.
Object CELL
Unit/Range kbit/s
Note For 3900 series NodeBs, it is recommended that you use the NodeB counters
in the following formula to calculate the single user throughput. These NodeB
counters measure the valid throughput when data exists in the user buffer
every transmission time interval (TTI). In this case, the value of this KPI is
more accurate for UEs. The throughput of a single user at the NodeB MAC-
hs layer is calculated using the following formula:
VS.HSDPA.DataOutput.Traffic/
(VS.HSDPA.DataTtiNum.User x 2)
NOTE
VS.HSDPA.DataOutput.Traffic measures the total traffic volume of the MAC-hs/
MAC-ehs PDUs with ACKs from all users in a TTI within a measurement period. (Unit :
bit).
VS.HSDPA.DataTtiNum.User measures the total number of user-level TTIs (TTI =
2ms) within which there is data to transmit in HSDPA user queue buffers within a
measurement period. (VS.HSDPA.DataTtiNum.User x 2) and converts the number of
TTIs to the data transmission time.
Description This counter provides the MAC-hs throughput when at least one HSDPA user
is transferring data at the physical layer during the entire measurement period.
Object NodeB
Unit/Range kbit/s
Note 1. We can apply the following formula to get the Mean HSDPA Cell
Throughput within RNC approximately:
HSDPA Cell Throughput (RNC Cell) =
VS.HSDPA.MeanChThroughput.TotalBytes x 8/ [{SP} x 60]/1000
Where:
l {SP} is the Statistic Period with the unit of Minute.
l The KPI may not be accurate under the following condition: there is
no HSDPA User transferring data for a while during the total
measurement period. Therefore, the KPI should be evaluated during
busy hour for accuracy.
2. For 3900 series NodeBs, the HSDPA throughput at the MAC-hs layer is
calculated using the following formula:
VS.HSDPA.DataOutput.Traffic/
[(VS.DataTtiRatio.Mean -
VS.HSDPA.InactiveDataTtiRatio.Mean) x {SP} x 60]
Description This counter indicates the mean uplink throughput for ONE HSUPA UE in
a cell.
When the data is received in HSUPA active cells, the RNC measures the data
transfer time of all the UEs and the total bytes received in the cell. At the end
of the measurement period, the RNC divides the total bytes by the total data
transfer time to obtain the mean uplink throughput of MAC-d flow in the cell.
The RLC header and the retransfer data are excluded.
Object CELL
Unit/Range kbit/s
Note It is recommended that you use the NodeB counters in the following formula
to calculate the single user throughput. These NodeB counters measure the
actual transmission rate sampled every transmission time interval (TTI) over
the air interface. In this case, the value of this KPI is more accurate for UEs.
The throughput of a single user transmitting the TRB data at the NodeB MAC-
e/i layer is calculated using the following formula:
(VS.HSUPA.2msTTI.Traffic +
VS.HSUPA.10msTTI.Traffic)/
(VS.HSUPA.2msPDU.TTI.Num x 0.002 +
VS.HSUPA.10msPDU.TTI.Num x 0.01)
Description This counter provides the Mean HSUPA Cell Throughput when at least one
HSUPA UE is transmitting data during the entire measurement period.
When the data (including SRB and TRB data) of HSUPA UEs is received in
HSUPA active cells, the NodeB measures the total data that UEs successfully
receive at the MAC-e/i layer in the serving cell. At the same time, the NodeB
measures the number of TTIs when at least one HSUPA UE is transmitting
data to obtain the total transmission duration. (If there are multiple UEs
transmitting data in a TTI, this number is increased by one.) At the end of the
measurement period, the NodeB divides the total successfully received data
by the total transmission duration to obtain the average throughput at the
MAC-e/i layer in one HSUPA cell. When a UE performs a softer handover,
the data of this UE is calculated in both the original and target cells.
Object NodeB
Unit/Range kbit/s
Note None
Description This measurement item provides the Average or Max uplink throughput for
PS services within an RNC.
l Measurement point for Average UL Throughput
The RNC periodically samples the uplink traffic values of the related PS
services in the PS domain. At the end of the measurement period, the RNC
divides the accumulated values by the number of samples to obtain the
mean uplink traffic of all the PS services in the PS domain. The uplink
traffic of all the PS services in the PS domain refers to the traffic obtained
at the RLC layer. The data does not include the RLC head data.
l Measurement point for Max UL Throughput
The RNC periodically samples uplink traffic values of all the related PS
services in the PS domain. At the end of the measurement period, the RNC
calculates the maximum uplink traffic of all the services in the PS domain
within the RNC. The uplink traffic of all the services in the PS domain
refers to the traffic obtained at the RLC layer. The data does not include
the RLC head data.
Associated VS.R99PSLoad.ULThruput.RNC
Counters VS.R99PSLoad.MaxULThruput.RNC
VS.HSUPAPSLoad.ULThruput.RNC
VS.HSUPAPSLoad.MaxULThruput.RNC
Object RNC
Unit/Range kbit/s
Note None
Description These counters provide the Average or Max downlink throughput for PS
services within an RNC.
l Measurement point for Average DL Throughput
The RNC periodically samples the downlink traffic values of the related
PS services in the PS domain. At the end of the measurement period, the
RNC divides the accumulated values by the number of samples to obtain
the mean downlink traffic of all the PS services in the PS domain. The
downlink traffic of all the PS services in the PS domain refers to the traffic
obtained at the RLC layer. The data does not include the RLC head data.
l Measurement point for Max DL Throughput
The RNC periodically samples the downlink traffic values of all the
related PS services in the PS domain. At the end of the measurement
period, the RNC calculates the maximum downlink traffic of all the
services in the PS domain within the RNC. The downlink traffic of all the
services in the PS domain refers to the traffic obtained at the RLC layer.
The data does not include the RLC head data.
Associated VS.R99PSLoad.DLThruput.RNC
Counters VS.HSDPAPSLoad.DLThruput.RNC
VS.R99PSLoad.MaxDLThruput.RNC
VS.HSDPAPSLoad.MaxDLThruput.RNC
Object RNC
Unit/Range kbit/s
Note None
Description These KPIs are used to check the throughput of MBMS service in a cell.
Associated VS.MBMS.PTM.MeanThroughput
Counters VS.MBMS.PTP.MeanThroughput
Object CELL
Unit/Range kbit/s
Note None
1.8 Traffic
Traffic-related KPIs are used to check the circulated traffic such as CS Equivalent Erlang, PS
Traffic, and Mean UE number for various kinds of services in an RNC or a Cluster.
Description VS.CSLoad.Erlang.Equiv.RNC
This KPI provides the equivalent Erlang values of all the services in the CS
domain in the RNC.
The RNC periodically takes the samples from the equivalent Erlang values
of all the services in the CS domain. At the end of the measurement period,
the RNC divides the accumulated equivalent Erlang values by the number
of samples to obtain the mean equivalent Erlang values of all the services
in the CS domain.
Each time a CS domain service is established, the RNC converts its rate to
the equivalent Erlang, and then increases the equivalent Erlang of the CS
domain in the current RNC.
Each time a CS domain service is released, the RNC converts its rate to the
equivalent Erlang and decreases the equivalent Erlang of the CS domain in
the current RNC.
VS.CSLoad.MaxErlang.Equiv.RNC
This KPI provides the maximum equivalent Erlang values of all the services
in the CS domain within the RNC.
The RNC periodically takes a sample from the equivalent Erlang values of
all the services in the CS domain. At the end of the period, the RNC
calculates the maximum equivalent Erlang of all the services in the CS
domain within the RNC.
Each time a CS domain service is established, the RNC converts its rate to
the equivalent Erlang, and then increases the equivalent Erlang of the CS
domain in the current RNC.
Each time a CS domain service is released, the RNC decreases the
equivalent Erlang of the CS domain in the current RNC.
Associated VS.CSLoad.Erlang.Equiv.RNC
Counters VS.CSLoad.MaxErlang.Equiv.RNC
Object RNC
Unit/Range Erl
Note None
Description These counters provide the number of CS (AMR and VP) users with different
UL and DL rates in cells of the active set.
The related RB number is sampled periodically in cells of the active set. At
the end of the measurement period, the value of each counter is obtained as
follows: dividing the accumulated value of each sampling point by the
number of sampling times.
Unit/Range None
Note The Unit is average user number, to get Erlang, the counter value should be
multiplied by {SP}/60, where {SP} is the measurement period (unit: minute).
(Only for BSC6900)For a VP service, V1 platform equals to four Erlangs and
V2 platform equals to two Erlangs.
Description These counters provide the number of PS R99 users with different UL and
DL rates in cells of the active set.
The related RB number is sampled periodically in cells of the active set. At
the end of the measurement period, the value of each counter is obtained as
follows: dividing the accumulated value of each sampling point by the
number of sampling times.
VS.RB.PS.Int.DL.8
VS.RB.PS.Int.DL.16
VS.RB.PS.Int.DL.32
VS.RB.PS.Int.DL.64
VS.RB.PS.Int.DL.128
VS.RB.PS.Int.DL.144
VS.RB.PS.Int.DL.256
VS.RB.PS.Int.DL.384
VS.RB.PS.Conv.DL.42.8
VS.RB.PS.Conv.DL.40
VS.RB.PS.Conv.DL.39.2
VS.RB.PS.Conv.DL.38.8
VS.RB.PS.Str.DL.8
VS.RB.PS.Str.DL.16
VS.RB.PS.Str.DL.32
VS.RB.PS.Str.DL.64
VS.RB.PS.Str.DL.128
VS.RB.PS.Str.DL.144
VS.RB.PS.Str.DL.256.384
VS.RB.PS.Conv.DL.64
RNC Counters
l UL Counters:
VS.RB.PS.Bkg.UL.8.RNC
VS.RB.PS.Bkg.UL.16.RNC
VS.RB.PS.Bkg.UL.32.RNC
VS.RB.PS.Bkg.UL.64.RNC
VS.RB.PS.Bkg.UL.128.RNC
VS.RB.PS.Bkg.UL.144.RNC
VS.RB.PS.Bkg.UL.256.RNC
VS.RB.PS.Bkg.UL.384.RNC
VS.RB.PS.Int.UL.8.RNC
VS.RB.PS.Int.UL.16.RNC
VS.RB.PS.Int.UL.32.RNC
VS.RB.PS.Int.UL.64.RNC
VS.RB.PS.Int.UL.128.RNC
VS.RB.PS.Int.UL.144.RNC
VS.RB.PS.Int.UL.256.RNC
VS.RB.PS.Int.UL.384.RNC
VS.RB.PS.Str.UL.8.RNC
VS.RB.PS.Str.UL.16.RNC
VS.RB.PS.Str.UL.32.RNC
VS.RB.PS.Str.UL.64.RNC
VS.RB.PS.Str.UL.128.RNC
VS.RB.PS.Str.UL.144.RNC
VS.RB.PS.Str.UL.256.384.RNC
VS.RB.PS.Conv.UL.8.RNC
VS.RB.PS.Conv.UL.16.RNC
VS.RB.PS.Conv.UL.32.RNC
VS.RB.PS.Conv.UL.64.RNC
VS.RB.PS.Conv.UL.38.8.RNC
VS.RB.PS.Conv.UL.42.8.RNC
VS.RB.PS.Conv.UL.40.RNC
VS.RB.PS.Conv.UL.39.2.RNC
l DL Counters:
VS.RB.PS.Bkg.DL.8.RNC
VS.RB.PS.Bkg.DL.16.RNC
VS.RB.PS.Bkg.DL.32.RNC
VS.RB.PS.Bkg.DL.64.RNC
VS.RB.PS.Bkg.DL.128.RNC
VS.RB.PS.Bkg.DL.144.RNC
VS.RB.PS.Bkg.DL.256.RNC
VS.RB.PS.Bkg.DL.384.RNC
VS.RB.PS.Int.DL.8.RNC
VS.RB.PS.Int.DL.16.RNC
VS.RB.PS.Int.DL.32.RNC
VS.RB.PS.Int.DL.64.RNC
VS.RB.PS.Int.DL.128.RNC
VS.RB.PS.Int.DL.144.RNC
VS.RB.PS.Int.DL.256.RNC
VS.RB.PS.Int.DL.384.RNC
VS.RB.PS.Str.DL.8.RNC
VS.RB.PS.Str.DL.16.RNC
VS.RB.PS.Str.DL.32.RNC
VS.RB.PS.Str.DL.64.RNC
VS.RB.PS.Str.DL.128.RNC
VS.RB.PS.Str.DL.144.RNC
VS.RB.PS.Str.DL.256.384.RNC
VS.RB.PS.Conv.DL.8.RNC
VS.RB.PS.Conv.DL.16.RNC
VS.RB.PS.Conv.DL.32.RNC
VS.RB.PS.Conv.DL.64.RNC
VS.RB.PS.Conv.DL.42.8.RNC
VS.RB.PS.Conv.DL.40.RNC
VS.RB.PS.Conv.DL.39.2.RNC
VS.RB.PS.Conv.DL.38.8.RNC
Unit/Range None
Note The Unit is average user number, to get Erlang, should be multiplied by {SP}/
60;
The KPI should be collected during busy hour.
Description This KPI provides the mean and maximum number of HSDPA UEs in an
HSDPA serving cell.
The RNC periodically samples the number of HSDPA UEs in the HSDPA
serving cell. At the end of the measurement period, the RNC obtains the mean
and maximum number of HSDPA UEs.
Associated VS.HSDPA.UE.Mean.Cell
Counters VS.HSDPA.UE.Max.Cell
Object CELL
Unit/Range None
Note None
Description These KPIs provide the mean and maximum number of HSUPA UEs in an
HSUPA serving cell.
The RNC periodically samples the number of HSUPA UEs in the HSUPA
serving cell. At the end of the measurement period, the RNC obtains the mean
and maximum number of HSUPA UEs.
Associated VS.HSUPA.UE.Mean.Cell
Counters VS.HSUPA.UE.Max.Cell
Object CELL
Unit/Range None
Description This KPI provides the average number of UEs that are carried on the E-FACH
in the cell
The system periodically samples the UEs that are carried on the EFACH. At
the end of the measurement period, the average number of UEs that are carried
on the E-FACH in the measurement period is obtained by dividing the
accumulated value of sample data in the period by the number of samples.
Associated VS.EFACHUEs
Counters
Object CELL
Unit/Range None
Description This KPI provide the average numbers of UEs that are carried on the E-RACH
in the cell.
The RNC takes a sample from the number of UEs carried on the E-RACH in
a cell every 5s. At the end of the measurement period, the average number of
UEs that are carried on the E-RACH is obtained by dividing the accumulated
value of sample data in the period by the number of samples.
Object CELL
Unit/Range None
Note You are advised to measure this KPI during busy hours.
Description This KPI provides the average number of CS over HSPA users in the cell.
The system periodically samples the number of CS Over HSPA. At the end
of a statistical period, the system divides the sampling number by the sum at
each sampling point to obtain the average number of CS Over HSPA during
the period.
Associated VS.HSPA.UE.Mean.CS.Conv.Cell
Counters
Object CELL
Unit/Range None
Description This KPI provides the average number of HSDPA 64QAM UEs in an HSDPA
cell.
The number of HSDPA 64QAM UEs is sampled periodically in the HSDPA
cells. At the end of the measurement period, the RNC divides the accumulated
time weight value of each sampling point by the sampling period, thus
obtaining the average number of 64QAM UEs in the HSDPA cell.
Associated VS.HSDPA.64QAM.UE.Mean.Cell
Counters
Object CELL
Unit/Range None
Description This KPI provides the average number of HSDPA MIMO UEs in an HSDPA
cell.
The number of HSDPA MIMO UEs is sampled periodically in the HSDPA
cells. At the end of the measurement period, the RNC divides the accumulated
time weight value of each sampling point by the sampling period, thus
obtaining the average number of MIMO UEs in the HSDPA cell.
Associated VS.HSDPA.MIMO.UE.Mean.Cell
Counters
Object CELL
Unit/Range None
Description This KPI provides the average number of HSUPA 16QAM UEs in an HSUPA
cell.
The number of HSUPA 16QAM UEs is sampled periodically in the HSUPA
cells. At the end of the measurement period, the RNC divides the accumulated
time weight value of each sampling point by the sampling period, thus
obtaining the average number of 16QAM UEs in the HSUPA cell.
Associated VS.HSUPA.16QAM.UE.Mean.Cell
Counters
Object CELL
Unit/Range None
Description This KPI provides the average number of HSDPA MIMO64QAM UEs in an
HSDPA cell.
The system periodically samples the number of MIMO+64QAM UEs. At the
end of the measurement period, by dividing the accumulated value of sample
data in the period by the number of samples, the average number of MIMO
+64QAM UEs in the measurement period is obtained.
Associated VS.HSDPA.MIMO64QAM.UE.Mean.Cell
Counters
Object CELL
Unit/Range None
Description The previous measurement counter provides the mean number of UEs that
subscribes to MBMS channel in PTP mode in a cell.
If the MBMS channel is in PTP mode, the number of cell_MBMS UEs is
reported when a connected UE orders or releases the program in the cell.
When the MBMS channel switches from PTM to PTP, the number of UEs
that have currently ordered the program in the cell is reported. When the
MBMS channel switches from PTP to PTM, the number of UEs that have
ordered the program in PTP mode is reported as 0.
Associated VS.MBMS.PTP.UE.Channel0.Mean.Cell
Counters VS.MBMS.PTM.UE.Channel0.Mean.Cell
VS.MBMS.PTP.UE.Channel1.Mean.Cell
VS.MBMS.PTM.UE.Channel1.Mean.Cell
VS.MBMS.PTP.UE.Channel2.Mean.Cell
VS.MBMS.PTM.UE.Channel2.Mean.Cell
VS.MBMS.PTP.UE.Channel3.Mean.Cell
VS.MBMS.PTM.UE.Channel3.Mean.Cell
VS.MBMS.PTP.UE.Channel4.Mean.Cell
VS.MBMS.PTM.UE.Channel4.Mean.Cell
Object CELL
Unit/Range None
Description This KPI provides the total downlink bytes of all the HSDPA MAC-d flows
in a cell.
When the data is transmitted to an HSDPA serving cell, the RNC measures
the number of total bytes sent in the downlink (including data of all types of
services) at the RLC layer for the MAC-d flow in the cell. The RLC header
and the retransmitted data are excluded.
Associated VS.HSDPA.MeanChThroughput.TotalBytes
Counters
Object CELL
Unit/Range byte
Note None
Description This counter provides the total uplink bytes of all the HSUPA MAC-d flows
in a cell.
When data is received in HSUPA active cells, the RNC measures the number
of total bytes received in the uplink (including data of different services) at
the RLC layer for the MAC-d flow in the cell. The RLC header and the
retransmitted data are excluded.
Associated VS.HSUPA.MeanChThroughput.TotalBytes
Counters
Object CELL
Unit/Range byte
Note None
Description These KPIs provide the uplink traffic volume of different R99 services in all
cells of the active set.
The UL traffic volume (excluding the RLC header and the retransmitted data)
of each kind of R99 services over the RLC layer are accumulated for all cells
of the active set within SRNC.
Associated l CS Domain:
Counters (VS.RB.AMR.UL.12.2 x 12200 +
VS.RB.AMR.UL.10.2 x 10200 +
VS.RB.AMR.UL.7.95 x 7950 +
VS.RB.AMR.UL.7.4 x 7400 +
VS.RB.AMR.UL.5.9 x 5900 +
VS.RB.AMR.UL.5.15 x 5150 +
VS.RB.AMR.UL.4.75 x 4750) x {SP} x 60
l PS Domain:
VS.PS.Bkg.UL.8.Traffic
VS.PS.Bkg.UL.16.Traffic
VS.PS.Bkg.UL.32.Traffic
VS.PS.Bkg.UL.64.Traffic
VS.PS.Bkg.UL.128.Traffic
VS.PS.Bkg.UL.144.Traffic
VS.PS.Bkg.UL.256.Traffic
VS.PS.Bkg.UL.384.Traffic
VS.PS.Int.UL.8.Traffic
VS.PS.Int.UL.16.Traffic
VS.PS.Int.UL.32.Traffic
VS.PS.Int.UL.64.Traffic
VS.PS.Int.UL.128.Traffic
VS.PS.Int.UL.144.Traffic
VS.PS.Int.UL.256.Traffic
VS.PS.Int.UL.384.Traffic
VS.PS.Str.UL.8.Traffic
VS.PS.Str.UL.16.Traffic
VS.PS.Str.UL.32.Traffic
VS.PS.Str.UL.64.Traffic
VS.PS.Str.UL.128.Traffic
VS.PS.Conv.UL.Traffic
Object CELL
Unit/Range bit
Note None
Description These KPIs provide the downlink traffic volume of different R99 services in
all cells of the active set.
The DL traffic volume (excluding the RLC header and the retransmitted data)
of each kind of R99 services over the RLC layer are accumulated for all cells
of the active set within SRNC.
Associated l CS Domain:
Counters (VS.RB.AMR.DL.12.2 x 12200 +
VS.RB.AMR.DL.10.2 x 10200 +
VS.RB.AMR.DL.7.95 x 7950 +
VS.RB.AMR.DL.7.4 x 7400 +
VS.RB.AMR.DL.5.9 x 5900 +
VS.RB.AMR.DL.5.15 x 5150 +
VS.RB.AMR.DL.4.75 x 4750) x {SP} x 60
VS.CS.Conv.DL.64.Traffic
VS.CS.Str.DL.57.6.Traffic
l PS Domain:
VS.PS.Bkg.DL.8.Traffic
VS.PS.Bkg.DL.16.Traffic
VS.PS.Bkg.DL.32.Traffic
VS.PS.Bkg.DL.64.Traffic
VS.PS.Bkg.DL.128.Traffic
VS.PS.Bkg.DL.144.Traffic
VS.PS.Bkg.DL.256.Traffic
VS.PS.Bkg.DL.384.Traffic
VS.PS.Int.DL.8.Traffic
VS.PS.Int.DL.16.Traffic
VS.PS.Int.DL.32.Traffic
VS.PS.Int.DL.64.Traffic
VS.PS.Int.DL.128.Traffic
VS.PS.Int.DL.144.Traffic
VS.PS.Int.DL.256.Traffic
VS.PS.Int.DL.384.Traffic
VS.PS.Str.DL.8.Traffic
VS.PS.Str.DL.16.Traffic
VS.PS.Str.DL.32.Traffic
VS.PS.Str.DL.64.Traffic
VS.PS.Str.DL.128.Traffic
VS.PS.Str.DL.144.Traffic
VS.PS.Str.DL.256.Traffic
VS.PS.Str.DL.384.Traffic
VS.PS.Conv.DL.Traffic
Object CELL
Unit/Range bit
Note None
Description This KPI provides the number of downlink MAC PDU bytes sent by the
CRNC on the E-FACH over the Iub interface in a cell.
Associated VS.CRNCIubBytesEFACH.Tx
Counters
Object CELL
Unit/Range byte
Note None
Description This KPI provides the bytes of UL MAC PDUs (including the signaling data
and the service data, not including the FP header) received by the CRNC over
the ERACH FP on the Iub interface.
Object CELL
Unit/Range byte
Note None
Description This KPI measures the average number of DC-HSDPA users that use this cell
as the primary or secondary carrier cell.
The RNC takes samples of the number of DC-HSDPA users that use a certain
cell as the primary or secondary cell every 5 seconds in a measurement period.
At the end of the measurement period, the RNC obtains the value of this
counter by dividing the accumulated number by the number of sampling
times.
Associated VS.HSDPA.DC.PRIM.UE.Mean.Cell
Counters VS.HSDPA.DC.SEC.UE.Mean.Cell
Object CELL
Unit/Range None