Ran19.1 Kpi Reference (Bsc6900 Based) (02) (PDF) en
Ran19.1 Kpi Reference (Bsc6900 Based) (02) (PDF) en
Ran19.1 Kpi Reference (Bsc6900 Based) (02) (PDF) en
Issue 02
Date 2017-06-29
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
Contents
Index................................................................................................................................................155
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.
NOTE
Counters used to calculate KPIs in this document are NodeB performance counters and RNC performance
counters. The link for RNC performance counters is provided in this document. For NodeB performance
counters, see 3900 Series Base Station Performance Counter Reference. You can obtain the NodeB
performance counter reference by performing the following operations: 1. Visit support.huawei.com. Choose
Product Support > Wireless Network > Wireless Network Common > SingleRAN > SingleRAN_MBTS
> BTS3900. Download desired product documentation of the 3900 series base station. 2. In 3900 Series Base
Station Product Documentation, choose Operation and Maintenance > Performance Management > 3900
Series Base Station Performance Counter Reference.
Product Versions
The following table lists the product versions and solution version included in this document.
BSC6900 V900R019C10
BTS3900 V100R012C10
BTS3900A
BTS3900L
BTS3900AL
DBS3900
BTS3911E V100R012C10
DBS3900 LampSite
Intended Audience
This document is intended for:
l Network planning engineers
l Field engineers
l System engineers
Organization
02 (2017-06-29)
Compared with 01 (2017-03-08), this issue includes the following changes.
Delete None
d
Editorial None
change
01 (2017-03-08)
Compared with Draft A (2016-12-30), this issue includes the following changes.
Delete None
d
Editorial None
change
Draft A (2016-12-30)
Compared with Issue 01 (2016-02-29) of RAN18.1, this issue includes the following changes.
Delete None
d
Editorial None
change
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 %
Description Compared with IU Paging Success Ratio, this counter incorporates the
measurement of paging messages to UEs in the CELL_PCH or URA_PCH
state. Once the PCH state switch is turned on, UEs are always online on the
network. After a specific idle period elapses, the UE transits from
CELL_FACH or CELL_DCH state to the CELL_PCH or URA_PCH state,
instead of the idle mode. In this case, this counter better measures the
success rate of paging messages from the CN.
l The Attempt Paging Procedure starts when the CN sends a PAGING
message to the RNC and is complete when the UE in idle mode or the
CELL_PCH or URA_PCH state receives a PAGING TYPE 1 message
from the RNC.
l The Successful Paging Procedure starts when the RNC sends a
PAGING TYPE 1 message to a UE in idle mode or the CELL_PCH or
URA_PCH state and is completed when the RNC receives an RRC
CONNECTION REQUEST message from the UE or receives a CELL
UPDATE message with cause value "uplink data transmission" or
"paging response".
Object RNC
Unit/Range %
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.7 PS
Radio Access Success Ratio and 1.2.9 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:
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 not "uplink data
transmission" or "paging response".
The value of the Establishment Cause IE is not "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".
When the RNC then receives from the UE a PHYSICAL CHANNEL
RECONFIGURATION COMPLETE or RADIO BEARER
RECONFIGURATION COMPLETE message, this counter is measured
in the cell that the UE camps on based on the cause for the cell update.
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.5 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 "Terminatingcause
unknown", or the Establishment Cause IE is not carried in this
message.
l Number of RAB Setup Successes (PCH)
When the RNC sends the CN a RAB ASSIGNMENT RESPONSE
message after receiving from a UE a RADIO BEARER SETUP
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 x
PS RAB Setup Success Ratio (PCH) x 100%
Description Compared with the KPI formula for "1.2.7 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.18 PS RAB
Setup Success Ratio (PCH)." The following part describes the PS RRC
setup attempt and setup success procedures.
l Number of PS RRC Connection Attempts: 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.
l Number of PS RRC Setup Successes: 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.
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.9 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.14 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 NB AMR RAB Setup Success Ratio = (Number of NB AMR RAB Setup
Successes/Number of NB AMR RAB Setup Attempts) x 100%
Description This KPI is used to check the RAB Setup Success Ratio of the NB AMR
Service.
NB 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 NB 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 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 %
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 %
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
Description Compared with the KPI formula for "1.2.17 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 "Terminatingcause
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 RECONFIGURATION COMPLETE or RADIO
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.19 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.21 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 %
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.
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.
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.
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.34 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 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 %
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 %
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 RealTime
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.
l In the case of rate limitation on Ethernet ports, VS.FEGE.TxTotalBW in
Iub Port Available Bandwidth Utilizing Ratio (IP_UL) 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) measures the Ethernet port bandwidth. In the latter case, the
calculation result of Iub Port Available Bandwidth Utilizing Ratio
(IP_UL) 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.
l In the case of rate limitation on Ethernet ports, VS.FEGE.RxTotalBW
in Iub Port Available Bandwidth Utilizing Ratio (IP_DL) 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) measures the Ethernet port bandwidth. In the latter case, the
calculation result of Iub Port Available Bandwidth Utilizing Ratio
(IP_DL) 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.
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-71 Service Cell Change Success Ratio with SHO (H2H)
Name 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
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.
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 %
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
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.Security 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
Description This KPI provides the ratio of NB AMR RAB abnormal Releases to the
total NB AMR RAB Releases (Normal Release + Abnormal Release) and
is used to check the retainabililty of NB AMR Service within the UTRAN
(RNC or Cluster).
Description of NB 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.
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
Description This KPI provides the ratio of the NB AMR Service Erlang to the NB
AMR RAB Abnormal Releases, which indicates the NB AMR average
Erlang per NB AMR call drop within the UTRAN (RNC or Cluster).
Description of the NB AMR RB counters in the numerator:
Average number of NB AMR users with different DL rates during the
measurement period.
Description of NB 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 counter provides the ratio of the WB AMR service Erlang to the WB
AMR releases, which indicates the average WB AMR Erlang per AMR call
drop within the UTRAN (RNC or cell).
If a fault occurs, the RNC sends the CN an IU RELEASE REQUEST or
RAB RELEASE REQUEST message. The number of WB AMR releases 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 The unit of the numerator is Erlang, and the unit of {SP} is 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 %
Description Compared with 1.6.10 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.11 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 %
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 %
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-120 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.
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-122 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.
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 %
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.
l The formula for calculating the cell-level single UE throughput at the
MAC-hs layer on the NodeB is as follows:
VS.HSDPA.DataOutput.Traffic/
(VS.HSDPA.DataTtiNum.User x 2)
NOTE
This formula is used to calculate the cell-level single UE throughput. In multi-
carrier scenarios, if a UE sends data in multiple cells, the UE is counted as a UE
in each cell.
l The formula for calculating the SQ-level single UE throughput at the
MAC-hs layer on the NodeB is as follows:
VS.DataOutput.AllHSDPA.Traffic/
(VS.AllHSDPA.DataTtiNum.User x 2)
NOTE
This formula is used to calculate the SQ-level single UE throughput. In multi-
carrier scenarios, if a UE sends data in multiple cells, the UE is counted as a UE
only in the primary serving cell where the subscriber queue (SQ) is located.
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
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.
On networks with WB AMR services, associated counters for cell-level
statistics are as follows:
(VS.RB.AMRWB.DL.23.85+
VS.RB.AMRWB.DL.23.05+
VS.RB.AMRWB.DL.19.85+
VS.RB.AMRWB.DL.18.25+
VS.RB.AMRWB.DL.15.85+
VS.RB.AMRWB.DL.14.25+
VS.RB.AMRWB.DL.12.65+
VS.RB.AMRWB.DL.8.85+
VS.RB.AMRWB.DL.6.60+
VS.RB.AMR.DL.12.2+
VS.RB.AMR.DL.10.2+
VS.RB.AMR.DL.7.95+
VS.RB.AMR.DL.7.4+
VS.RB.AMR.DL.6.7+
VS.RB.AMR.DL.5.9+
VS.RB.AMR.DL.5.15+
VS.RB.AMR.DL.4.75)
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 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.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 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 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
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 These counters provide the average and maximum numbers of HSUPA 2
ms TTI UEs in a cell. For DC-HSUPA users, these counters are measured
only in the cell with the primary carrier.
The RNC takes samples every 5 seconds at each measurement point. At the
end of each measurement period, the RNC sums sample results and divides
the sum by the number of samples. The division result is the mean number
of HSUPA 2 ms TTI UEs in a cell. Of the sample results, the maximum
value is the maximum number of HSUPA 2 ms TTI UEs in the cell.
Associated VS.HSUPA.UE.Mean.TTI2ms
Counters VS.HSUPA.UE.Max.TTI2ms
Object CELL
Unit/Range None
Note None
Description This counter measures the number of UEs in the CELL_FACH state in the
cell.
The RNC takes samples of the number of UEs in the CELL_FACH state
every five seconds. At the end of the measurement period, the RNC divides
the accumulated value in the measurement period by the number of
samples to calculate the average number of UEs in the CELL_FACH state
in the measurement period.
Associated VS.CellFACHUEs
Counters
Object CELL
Unit/Range None
Note This counter indicates the number of UEs using Downlink Enhanced
CELL_FACH when Downlink Enhanced CELL_FACH is enabled.
Number of FACH UEs = VS.CellFACHUEs -VS.EFACHUEs.
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 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
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
Description This counter provides the number of DL MAC PDU bytes received by the
SRNC on the PS service bearer FACH FP over the Iub interface in a
serving cell. This counter does not include DL signaling data or FP
headers.
Associated VS.SRNCIubBytesPSFACH.Tx
Counters
Object CELL
Unit/Range byte
Note None
Description This counter provides the number of UL MAC PDU bytes received by the
SRNC on the PS service bearer RACH FP over the Iub interface in a
serving cell. This counter does not include UL signaling data or FP
headers.
Associated VS.SRNCIubBytesPSRACH.Rx
Counters
Object CELL
Unit/Range byte
Note None
Description This counter provides the number of DL MAC PDU bytes received by the
SRNC on the PS service bearer E-FACH FP over the Iub interface in a
serving cell. This counter does not include DL signaling data or FP
headers.
Associated VS.SRNCIubBytesPSEFACH.Tx
Counters
Object CELL
Unit/Range byte
Note None
Description This counter provides the number of UL MAC PDU bytes received by the
SRNC on the PS service bearer E-RACH FP over the Iub interface in a
serving cell. This counter does not include UL signaling data or FP
headers.
Object CELL
Unit/Range byte
Note None
Index