Professional Documents
Culture Documents
UTRAN KPI Analysis Guide: Huawei Technologies Co., LTD
UTRAN KPI Analysis Guide: Huawei Technologies Co., LTD
For Internal
Only
Document name
Confidentiality level
Total 46 Pages
Prepared by
Use
Date
Reviewed by
Date
Reviewed by
Date
Approved by
Date
For Internal
Only
Revision Edition
Date
Aug. 10, 2005
Version
Description
The first version is complete.
Author
Wang Wei
Use
Table of Contents
1. Overview............................................................................................................................ 4
1.1
Intended Audience..................................................................................................... 4
1.2
Objectives.................................................................................................................. 4
2. Introduction to Nastar......................................................................................................... 5
3. UTRAN KPI Analysis.......................................................................................................... 5
3.1
Nastar Tasks.............................................................................................................. 5
4.1.1
4.1.2
4.2
4.2.1
Overview.......................................................................................................... 19
4.2.2
4.2.3
4.3
4.3.1
Overview.......................................................................................................... 25
4.3.2
4.3.3
4.3.4
4.4
4.4.1
Overview.......................................................................................................... 30
4.4.2
4.4.3
4.5
4.5.1
Overview.......................................................................................................... 33
4.5.2
4.6
4.6.1
Overview.......................................................................................................... 35
4.6.2
4.6.3
4.6.4
4.7
4.7.1
Overview.......................................................................................................... 41
4.7.2
5.2
5.3
Page 3 of 46
Page 4 of 46
1. Overview
In a commercial network, the QoS and network operation are reflected through
KPI. UTRAN KPI analysis is a major method used for monitoring and evaluating
network operation. UTRAN KPI analysis is also served to track the network traffic,
monitor the resource distribution, and facilitate the network expansion and
optimization. Huawei UTRAN traffic statistics provides sufficient KPI for network
operation, algorithm management, and resource distribution. These traffic
statistics can be used to locate network problems and optimize network KPI.
UTRAN KPI analysis is a major method for RAN maintenance engineers and
network optimization engineers to evaluate network performance. Comparing with
drive tests, call detail logs, and alarms, KPI analysis can be used to monitor
network operation directly and conveniently. To better locate network problems
and optimize network KPI, abnormal indices, call detail logs, tracked messages,
and drive tests can be used together.
Huawei provides a traffic statistics analysis tool Nastar for UTRAN KPI analysis.
Nastar can be used to obtain and analyze UTRAN KPI. This guide introduces how
to use Nastar to analyze UTRAN KPI. For more information, refer to GENEX
Nastar V400R001C01 User Manual.
1.2 Objectives
This guide aims to provide guidance for network maintenance personnel to
monitor network KPI on a timely basis, analyze abnormal indices, and find out
Page 5 of 46
practical solutions.
2. Introduction to Nastar
Nastar provides such functions as index defining, query defining, and report
generating. For more information, refer to GENEX Nastar V400R001C01 User
Manual.
KPI
RRC Setup Success Rate
RAB Setup Success Rate
Mobility management
Traffic
Equivalent User
Cell Throughput
Cell Resource Allocation
Table 1-1 WCDMA RAN KPI
Page 6 of 46
Access
HO
CDR
RNC:1
17.13(16:00 ~ 17:00)
54.09(12:00 ~ 13:00)
98.64%(2468/2502)
96.87%(36445/37624)
99.00%(990/1000)
100.00%(29/29)
99.60%(997/1001)
99.31%(2016/2030)
99.75%(17090/17132)
99.66%(3509/3521)
18.85%
100.00%(16/16)
100.00%(4/4)
66.67%(4/6)
1.92%(19/990)
10.34%(3/29)
3.01%(30/997)
Page 7 of 46
1.
Overview
RRC Setup Analysis is included in Nastar, as shown in Figure 1-1. Double click
RRC Setup Analysis to display the RRC setup details, as shown in Figure 1-3.
RRC setup success rate is 97.3%. Most RRC setup failures result from RRC
Setup Fail No Response while few RRC setup failures (seven times) result from
RRC Setup Reject.
78,961 RRC_SETUP_SUCC
7 RRC_REJ
2,186 RRC_SETUP_FAIL_NO_RSP
97.3 %
2.69 %
0.01 %
Page 8 of 46
A certain area has too many subscribers or any equipment in this area is
faulty.
2.
7,451 RRC_REQ_ORG
5,639 RRC_REQ_TERM
51,385 RRC_REQ_CELL_RESEL
16,387 RRC_REQ_REG
6.97 %
9.21 %
63.55 %
20.27 %
Page 9 of 46
0.99
0.985
0.98
Bar Value
0.975
0.97
0.965
0.96
0.955
0.95
0.945
0
Time
gf
RNC:41(ID:41)-RRC_SETUP_SUCC_RATE_ORG
RNC:41(ID:41)-RRC_SETUP_SUCC_RATE_TERM
RNC:41(ID:41)-RRC_SETUP_SUCC_RATE_INTERRAT_CELL_RESEL
RNC:41(ID:41)-RRC_SETUP_SUCC_RATE_REG
RRC setup reject may occur no matter how poor network coverage is; however,
RRC setup reject occurs in a small-scale network. Therefore, only the areas of
RRC setup reject must be analyzed.
In RRC Setup Analysis, start Cell RRC Analysis to query the TOPN. The queried
results are outputted in three pages:
(1) The top ten cells that have the highest RRC setup reject times.
Page 10 of 46
(2) The top ten cells that have the highest RRC setup success rates.
(3) The top ten cells that have the highest RRC setup failure rates.
For the top ten cells that have the maximum RRC setup fail rates, start Cell
Scenario Analysis for further analysis. For the top ten cells that have the
maximum RRC setup rejects, start Cell RRC Reject Analysis for further analysis.
2 RRC_REJ_POWER_CONG_CELL
0 RRC_REJ_CE_CONG_CELL
0 RRC_REJ_RL_FAIL_CELL
0 RRC_REJ_AAL2_FAIL_CELL
0 RRC_REJ_FP_FAIL_CELL
0 RRC_REJ_CODE_CONG_CELL
0 RRC_REJ_OTHER_CELL
100 %
0%
0%
Power Congestion
RRM performs the admission algorithm decision but uplink or downlink
admission decision is rejected, so RRC setup reject occurs. If network load
is heavy, power congestion may occur. To locate the problem, start Cell
Traffic Load Analysis to check whether uplink or downlink is congested by
focusing on the maximum RTWP and the maximum TCP. If power
congestion is confirmed, check whether the threshold is reasonable, check
whether there is any interference, and check whether the network capacity
is insufficient.
(2)
CE Congestion
If there are many subscribers, CE resources may become insufficient in
Page 11 of 46
RNC. To locate the problem, start Cell Traffic Load Analysis to check the
DCH user number and forecast the required CE quantity in accordance with
the traffic model.
(3)
RL Fail
During the RRC setup process, NodeB recognizes RRC setup fail because
NodeB fails or NodeB resource is insufficient. To locate the problem start
Cell Traffic Load Analysis to check the DCH user number. Analyze the
data and logs of the boards or CEs in NodeB to check whether NodeB fails
or NodeB resource is insufficient.
(4)
AAL2 Fail
If transmission resource is insufficient or any transmission equipment is
faulty, the AAL2 path setup of lub interface may fail. To locate the problem,
start Cell Traffic Load Analysis to check the DCH user number and the
bandwidth of AAL2 path. Check whether transmission resource is
insufficient or any transmission equipment is faulty.
(5)
FP Fail
If the transmission fails or an equipment is faulty, FP synchronization may
fail. To locate the problem, check whether there is any BTS alarm.
(6)
Code Congestion
If there is high traffic in the indoor micro cell, code resource may be
insufficient. To locate the problem, start Cell OVSF Code Allocation Analysis
to analyze the code allocation and confirm major services.
(7)
Other
If there is any problem in RNC, RRC setup reject may occur. To locate the
problem, analyze call detail logs.
1.
Overview
Page 12 of 46
2,370 CS_RAB_REQ_SETUP_CONV_0_32
101 CS_RAB_REQ_SETUP_CONV_32_64
5 PS_RAB_REQ_SETUP_64K
5 PS_RAB_REQ_SETUP_128K
749 PS_RAB_REQ_SETUP_384K
73.37 %
23.19 %
3.13 %
0.15 %
0.15 %
Page 13 of 46
Bar Value
0.8
0.7
0.6
0.5
0.4
0.3
0.2
0.1
0
0
Time
f
g
RNC:1(ID:1)-RB_SETUP_SUCC_RATE
RNC:1(ID:1)-CS_RAB_ SETUP_SUCC_RATE_AMR
RNC:1(ID:1)-CS_RAB_ SETUP_SUCC_RATE_VP
RNC:1(ID:1)-PS_RAB_SETUP_SUCC_RATE_64K
RNC:1(ID:1)-PS_RAB_SETUP_SUCC_RATE_128K f
RNC:1(ID:1)-PS_RAB_SETUP_SUCC_RATE_384K
2.
The top ten cells that have the highest CS RAB setup failures.
(2)
The top ten cells that have the lowest CS RAB setup failures.
(3)
The top ten cells that have the highest PS RAB setup failures.
(4)
The top ten cells that have the lowest PS RAB setup failures.
Low RAB setup success rate may occur in the cells that have lowest setup times.
To locate the problem, focus on the cells that have the lowest setup failures
because the KPI is affected mostly by these cells.
If CS RAB setup fail rate is high in a cell, start Cell CS RAB Setup Fail Analysis
to display the CS RAB setup fail rates, as shown in Figure 1-10.
Page 14 of 46
99.05 %
0
% %
0.63
0
%
0
%
0.32
0
% %
1,571 CS_RAB_SETUP_SUCC_CONV_CELL
0 CS_RAB_SETUP_SUCC_STR_CELL
0 CS_RAB_SETUP_FAIL_PARAM_CELL
0 CS_RAB_SETUP_FAIL_RELOC_CELL
10 CS_RAB_SETUP_FAIL_TNL_CELL
0 CS_RAB_SETUP_FAIL_CONG_CELL
0 CS_RAB_SETUP_FAIL_POWER_CONG_CELL
0 CS_RAB_SETUP_FAIL_CE_CONG_CELL
0 CS_RAB_SETUP_FAIL_CODE_CONG_CELL
5 CS_RAB_SETUP_FAIL_OTHER_CELL
0%
PARAM_CELL
RNC regards the parameters transmitted by core network as invalid
parameters. This reason seldom occurs. To locate the problem, track the
signaling and check the RAB setup messages in specific cells.
(2)
RELOC_CELL
When initializing the migration process, RNC receives the RAB setup
request messages but RNC does not process the request. This reason is
mainly caused by the process integration related to subscriber action
sequence, so this reason seldom occurs. In a core network, this situation is
always avoided.
(3)
TNL_CELL
RAB setup fails because IU transmission setup fails. To locate the problem,
check the transmission capacity and operation stability.
(4)
CONG_CELL
This may be caused by RNC resource allocation failure. To locate the
problem, analyze the RNC logs and obtain the detailed resource failure
information.
(5)
POWER_CONG_CELL
Page 15 of 46
CE_CONG_CELL
CE resource admission fails in RNC. CE must be expanded.
(7)
CODE_CONG_CELL
During the RAB setup process, code resource allocation fails because too
many subscribers are crowded on the network or code resource allocation
fails. To locate the problem, analyze the code resource of cell traffic to
check whether code resource is restricted due to cell overload.
(8)
OTHER_CELL
This may caused by RB setup failure or other reasons. To locate the
problem, analyze RB setup success rates.
If PS RAB setup fail rate is high, start Cell PS RAB Setup Fail Analysis to
display the PS RAB setup fail rates, as shown in Figure 1-11.
84.09 %
0%
0%
0 PS_RAB_SETUP_SUCC_CONV_CELL
0 PS_RAB_SETUP_SUCC_STR_CELL
37 PS_RAB_SETUP_SUCC_INTER_CELL
0 PS_RAB_SETUP_SUCC_BKG_CELL
0 PS_RAB_SETUP_FAIL_PARAM_CELL
0 PS_RAB_SETUP_FAIL_RELOC_CELL
0 PS_RAB_SETUP_FAIL_CONG_CELL
3 PS_RAB_SETUP_FAIL_POWER_CONG_CELL
0 PS_RAB_SETUP_FAIL_CE_CONG_CELL
0 PS_RAB_SETUP_FAIL_CODE_CONG_CELL
4 PS_RAB_SETUP_FAIL_OTHER_CELL
9.09 %
0%
%
6.820 %
0%
0%
PARAM_CELL
RNC regards the parameters transmitted by core network as invalid
Page 16 of 46
parameters. This reason seldom occurs. To locate the problem, track the
signaling and check the RAB setup messages in specific cells.
(2)
RELOC_CELL
When initializing the migration process, RNC receives the RAB setup
request messages but RNC does not process the request. This reason is
mainly caused by the process integration related to subscriber action
sequence, so this reason seldom occurs. In a core network, this situation is
always avoided.
(3)
TNL_CELL
RAB setup fails because IU transmission setup fails. To locate the problem,
check the transmission capacity and operation stability.
(4)
CONG_CELL
This may be caused by RNC resource allocation failure. To locate the
problem, analyze the RNC logs and obtain the detailed resource failure
information.
(5)
POWER_CONG_CELL
According to RRM admission decision, new RAN cannot be set up because
cell load is too heavy. To locate the problem, check whether the parameters
of admission algorithm are reasonable. If yes, consider to optimize the
coverage and expand the capacity.
(6)
CE_CONG_CELL
CE resource admission fails in RNC. CE must be expanded.
(7)
CODE_CONG_CELL
During the RAB setup process, code resource allocation fails because too
many subscribers are crowded on the network or code resource allocation
fails. To locate the problem, analyze the code resource of cell traffic to
check whether code resource is restricted due to cell overload.
(8)
UNSUP_CELL
During the RAB setup process, the QoS is not supported by RNC or RRM
Page 17 of 46
OTHER_CELL
This may caused by RB setup failure or other reasons. To locate the
problem, analyze RB setup success rates.
99.76 %
0.18 %
1,645 RB_SETUP_SUCC_CELL
0 RB_SETUP_FAIL_CFG_UNSUPP_CELL
0 RB_SETUP_FAIL_PHYCH_FAIL_CELL
0 RB_SETUP_FAIL_SIMU_RECFG_INCOMP_CELL
0 RB_SETUP_FAIL_CELL_UPDT_CELL
3 RB_SETUP_FAIL_CFG_INVALID_CELL
1 RB_SETUP_FAIL_NO_RSP_CELL
0 RB_SETUP_FAIL_OTHER_CELL
0
0.06
% %
0%
CFG_UNSUPP
UE acknowledges the RB setup failure because of configuration
unsupported. This reason seldom occurs in the network. It is mainly caused
by compatibility problem of UE in some unknown scenarios.
(2)
PHYCH_FAIL
The RB setup failure may occur if FACH is migrated to DCH but downlink
physical layers are not synchronized during the RB setup process. The
rooted reason is poor coverage.
(3)
SIMU_RECFG_INCOMP
UE regards that the RB setup process and other processes simultaneously
occur and they are incompatible. RNC processing ensures RRC processes
nesting. This reason seldom occurs. It is mainly caused by UE defects.
Page 18 of 46
(4)
CELL_UPDT
During the RB setup process, the Cell Update process occurs. The RB
setup failure is caused by process nesting.
(5)
CFG_INVALID
UE regards the configured parameters are invalid ones. This reason
seldom occurs. It is mainly caused by inconsistent understanding of
network and UE.
(6)
NO_RESPONSE
UE does not acknowledge the RB setup request. This reason frequently
occurs. It is mainly caused by poor coverage, so UE cannot receive the RB
setup request message.
(7)
OTHER
Cell RB setup failure is caused by other reasons. To locate the problem,
analyze call detail logs.
Overview
Page 19 of 46
4.2.1 Overview
Page 20 of 46
Bar Value
1.005
1
0.995
0.99
0.985
0.98
0.975
0.97
0.965
0.96
0.955
0.95
0.945
0.94
0.935
0
Time
gf
RNC:1(ID:1)-SHO_SUCC_RATE
RNC:1(ID:1)-SHO_PREP_SUCC_RATE
RNC:1(ID:1)-SOFTERHO_SUCC_RATE
SHO_FACTOR_RL
SHO_FACTOR_RL
is
used
to
measure
average
link
number.
SHO_FACTOR_UE
SHO_FACTOR_UE is used to measure the proportion of soft handover
subscribers. SHO_FACTOR_UE can be calculated as follows:
(Subscriber number of link 2 of active set + Subscriber number of link 3 of
active set)/Total subscriber number
SHO_FACTOR_UE is used to indicate the subscribers in the soft handover
area, which is similar to the proportion of soft handover area by making
drive tests. SHO_FACTOR_UE is used to measure the reasonable
Page 21 of 46
In the Soft Handover Analysis, start Cell SHO Analysis to query the TOPN. The
queried results are outputted in four pages:
(1) The top ten cells that have the highest soft handover failure times
(2) The top ten cells that have the lowest soft handover success rates
(3) The top ten cells that have the highest soft handover prepare failure times
(4) The top ten cells that have the lowest soft handover prepare success rates
During the early period, low soft handover success rates may exist in the cells
that have less soft handover times. Attention must be paid to the cells that have
the highest soft handover failure times and the highest soft handover prepare
failure times because they affect the KPI of soft handover greatly.
To query the cells that have the highest soft handover prepare failure times, start
Cell SHO Prepare Failure Analysis to display the soft handover prepare failure
details, as shown in Figure 1-15.
0 SHO_PREP_RL_SETUP_FAIL
7 SHO_PREP_AAL2_SETUP_FAIL
0 SHO_PREP_FP_SYNC_FAIL
67 SHO_PREP_FAIL_OTHER_CELL
0%
9.46 %
0%
90.54 %
Page 22 of 46
SHO_PREP_RL_SETUP_FAIL
The links cannot be added during the soft handover because NodeB CE
resource is insufficient or NodeB is faulty. Internal NodeB logs, Cell Traffic
Load Analysis, and data configuration of NodeB boards can be used to
locate the problems. If NodeB CE resource is insufficient, one or more
boards must be added for expansion.
(2)
SHO_PREP_AAL2_SETUP_FAIL
When the links are added during the soft handover, the AAL2 setup of lub
interface fails because the transmission bandwidth is insufficient. If the
transmission bandwidth is insufficient, transmission equipments must be
expanded.
(3)
SHO_PREP_FP_SYNC_FAIL
When the links are added during the soft handover, the synchronization of
AAL2 and FP of lub interface fails. To locate the problem, check whether
the intermittent transmission interruption occurs or the IMA group
transmission is incorrectly configured.
(4)
SHO_PREP_ FAIL_OTHER_CELL
Soft handover prepare failure is caused by other reasons, such as
insufficient RNC resource, radio resource admission reject, and RNC link
state reject. To locate the problem, RNC logs must be used for further
analysis.
In the Soft Handover Analysis, start Cell SHO Analysis to query the TOPN. The
queried results are outputted in four pages:
(1)
The top ten cells that have the highest soft handover failure times
(2)
The top ten cells that have the lowest soft handover success rates
(3)
The top ten cells that have the highest soft handover prepare failure times
Page 23 of 46
(4)
The top ten cells that have the lowest soft handover prepare success rates
During the early period, low soft handover success rates may exist in the cells
that have less soft handover times. Attention must be paid to the cells that have
the highest soft handover failure times and the highest soft handover prepare
failure times because they affect the KPI of soft handover greatly.
In the Cell SHO Analysis, start Cell SHO Failure Analysis to display the soft
handover failure details, as shown in Figure 1-16.
0
0.11
% %
99.75 %
0.14 %
0
0%
%
0%
0%
2,797 SHO_SUCC_CELL
0 SHO_RL_ADD_FAIL_CFG_UNSUPP
0 SHO_RL_ADD_FAIL_SIMU_RECFG_INCOMP
0 SHO_RL_ADD_FAIL_CFG_INVALID
4 SHO_RL_ADD_FAIL_NO_RSP
0 SHO_RL_DEL_FAIL_CFG_UNSUPP
0 SHO_RL_DEL_FAIL_SIMU_RECFG_INCOMP
0 SHO_RL_DEL_FAIL_CFG_INVALID
3 SHO_RL_DEL_FAIL_NO_RSP
0 SHO_FAIL_OTHER_CELL
SHO_RL_ADD_FAIL_CFG_UNSUPP
UE does not support to add radio links in RNC during the active set update.
This reason seldom exists in a commercial network.
(2)
SHO_RL_ADD_FAIL_SIMU_RECFG_INCOMP
UE feeds back that the soft handover process is incompatible with other
concurrent processes when radio links are added in RNC. When handling
the processes, RNC performs the serial connection. The problem is mainly
caused by some handsets.
(3)
SHO_RL_ADD_FAIL_CFG_INVALID
UE regards active set update of adding radio links in RNC as invalid
configuration. This reason seldom occurs in a commercial network.
(4)
SHO_RL_ADD_FAIL_NO_RSP
Page 24 of 46
RNC does not receive the acknowledgement of active set update of adding
radio links. Soft handover failure is mainly caused by this reason. If network
coverage is poor or soft handover area is small, soft handover failure easily
occurs. Thus, the RF optimization is required.
(5)
SHO_RL_DEL_FAIL_CFG_UNSUPP
UE does not support to delete radio links in RNC during the active set
update. This reason seldom occurs in a commercial network.
(6)
SHO_RL_ADD_FAIL_SIMU_RECFG_INCOMP
UE feeds back that the soft handover is incompatible with other concurrent
processes when radio links are deleted in RNC. When handling the
processes, RNC performs the serial connection. The problem is mainly
caused by some handsets.
(7)
SHO_RL_ADD_FAIL_CFG_INVALID
UE regards the active set update of deleting radio links in RNC as invalid
configuration. This reason seldom occurs in a commercial network.
(8)
SHO_RL_ADD_FAIL_NO_RSP
RNC does not receive the acknowledgement of active set update of
deleting radio links. Soft handover failure is mainly caused by this reason. If
network coverage is poor or soft handover area is small, soft handover
failure easily occurs. Thus, the RF optimization is required.
(9)
SHO_FAIL_OTHER_CELL
Soft handover failure is caused by other reasons; however, soft handover
failure is seldom caused by other reasons. If soft handover failure is caused
by other reasons, analyze the logs to locate the problems.
Overview
Page 25 of 46
4.3.1 Overview
Page 26 of 46
605 CS_INTRAT_HO_OUT_PREP_FAIL
2,735 CS_INTRAT_HO_OUT_SUCC
40 CS_INTRAT_HO_OUT_FAIL
17.9 %
1.18 %
80.92 %
82.1 %
0
0%
%
0.95 %
0%
2,775 CS_INTRAT_HO_OUT_PREP_SUCC
0 CS_INTRAT_HO_OUT_PREP_FAIL_TARGET_FAIL
0 CS_INTRAT_HO_OUT_PREP_FAIL_TALLOC_EXPIR
0 CS_INTRAT_HO_OUT_PREP_FAIL_TARGET_UNSUPP
13 CS_INTRAT_HO_OUT_PREP_FAIL_RELOC_ABORT
560 CS_INTRAT_HO_OUT_PREP_FAIL_NO_RSRC_AVAIL
0 CS_INTRAT_HO_OUT_PREP_FAIL_UNKNOWTARGET
32 CS_INTRAT_HO_OUT_PREP_FAIL_REQINFNOTAVAI
0 CS_INTRAT_HO_OUT_PREP_FAIL_NO_RSP
0 CS_INTRAT_HO_PREP_FAIL_OTHER
16.57 %
0.38 %
0%
0%
CS_INTERRAT_HO_PREP_FAIL_TARGET_FAIL
CS inter-RAT handover prepare failure is caused by Relocation Failure
Target CN/RNC or Target System (cause value) because the data
Page 27 of 46
CS_INTERRAT_HO_PREP_FAIL_TALLOC_EXPIR
CS inter-RAT handover prepare failure is caused by TRELOCalloc Expiry
(cause value) because the data configuration or link connection of core
network is incorrect. To locate the problem, track the signaling of core
network and BSS for further analysis.
(3)
CS_INTERRAT_HO_PREP_FAIL_TARGET_UNSUPP
CS inter-RAT handover prepare failure is caused by Relocation Not
Supported in Target RNC or Target System (cause value) because BSC
does not support some parameters of handover requests. To locate the
problem, track the signaling of core network and BSS for further analysis.
(4)
CS_INTERRAT_HO_PREP_FAIL_RELOC_ABORT
After sending the handover prepare request, RNC receives the release
message from core network. This may be caused by two reasons:
(1)
(2)
CS_INTERRAT_HO_PREP_FAIL_NO_RSRC_AVAIL
CS inter-RAT handover prepare failure is caused by No Resource Available
(cause value) because the data configuration of MSC is incorrect or there is
no available resource in BSC. To locate the problem, track the signaling of
core network and BSS for further analysis.
(6)
CS_INTERRAT_HO_PREP_FAIL_UNKNOWTARGET
Page 28 of 46
CS_INTERRAT_HO_PREP_FAIL_ REQINFNOTAVAI
CS inter-RAT handover prepare failure is caused by Requested Information
Not Available because the data configuration is incorrect or target BSC
does not support the handover. To locate the problem, track the signaling of
core network and BSS for further analysis.
(8)
CS_INTERRAT_HO_PREP_FAIL_NO_RSP
CS inter-RAT handover prepare failure occurs because core network does
not respond to the handover prepare request. This may be caused by
incorrect data configuration or link connection of core network. To locate the
problem, track the signaling of core network and BSS for further analysis.
98.56 %
0.43
0.04 %
%
0%
0 CS_INTRAT_HO_OUT_FAIL_UNSPEC
0 CS_INTRAT_HO_OUT_FAIL_NO_RSP
12 CS_INTRAT_HO_OUT_FAIL_RELOC_ABORT
1 CS_INTRAT_HO_FAIL_OTHER
2,735 CS_INTRAT_HO_OUT_SUCC
0 CS_INTRAT_HO_OUT_FAIL_CFG_UNSUPP
27 CS_INTRAT_HO_OUT_FAIL_PHYCH_FAIL
0%
0.97
0
% %
Page 29 of 46
(1)
CS_INTERRAT_HO_ FAIL_UNSPEC
CS inter-RAT handover failure is caused by Unspecified (cause value). This
reason seldom occurs in a network.
(2)
CS_INTERRAT_HO_ FAIL_PHYCN_FAIL
CS inter-RAT handover failure is caused by Physical Channel Failure
(cause value). CS inter-RAT handover failure is mainly caused by:
(4)
(5)
CS_INTERRAT_HO_ FAIL_NO_RSP
After RNC sends the handover request message to UE, UE does not
acknowledge the request because network coverage is poor.
(6)
CS_INTERRAT_HO_ FAIL_OTHER
CS inter-RAT handover failure is caused by other reasons. To locate the
problem, analyze the RNC logs.
Page 30 of 46
The cell that have the lowest CS inter-RAT handover success rate
(2)
The cell that have the greatest CS inter-RAT handover prepare failure times
(3)
The cell that have the greatest CS inter-RAT handover failure times
(4)
Through the previous results, you can find the cell that has the greatest CS interRAT handover times. Thus, the network coverage must be improved. In addition,
you can find the cell that has the greatest CS inter-RAT handover failure times.
Thus, the data configuration must be checked.
Overview
4.4.1 Overview
Page 31 of 46
10 PS_INTRAT_HO_OUT_UTRAN_REQ
0 PS_INTRAT_HO_OUT_UE_REQ
100 %
0%
1-22
shows
PS_INTRAT_HO_OUT_UTRAN_REQ
PS_INTRAT_HO_OUT_UTRAN_UE.
and
PS_INTRAT_HO_OUT_UTRAN_REQ
Bar Value
0.6
0.5
0.4
0.3
0.2
0.1
0
0
Time
gf
RNC:41(ID:41)-PS_INTRAT_HO_OUT_UTRAN_SUCC_RATE
RNC:41(ID:41)-PS_INTRAT_HO_OUT_UE_SUCC_RATE
Page 32 of 46
8 PS_INTRAT_HO_OUT_UTRAN_SUCC
0 PS_HO_OUT_FAIL_CFG_UNSUPP
0 PS_HO_OUT_FAIL_PHYCH_FAIL
0 PS_HO_OUT_FAIL_UNSPEC
0 PS_HO_OUT_FAIL_NO_RSP
2 PS_HO_OUT_FAIL_OTHER
80 %
20 %
0%
0%
PS_INTERRAT_HO_ FAIL_UNSPEC
PS inter-RAT handover failure is caused by Unspecified (cause value). This
reason seldom occurs in a network.
(2)
PS_INTERRAT_HO_ FAIL_PHYCN_FAIL
PS inter-RAT handover failure is caused by Physical Channel Failure
(cause value) because the signals of 2G network are weak or UE fails to
access the network due to serious interference.
(3)
(4)
PS_INTERRAT_HO_ FAIL_NO_RSP
After RNC sends the handover request message to UE, UE does not
acknowledge the request because network coverage is poor or UE does
not support the handover.
Page 33 of 46
(5)
PS_INTERRAT_HO_ FAIL_OTHER
PS inter-RAT handover failure is caused by other reasons. To locate the
problem, analyze the RNC logs.
The cell that have the lowest PS inter-RAT handover success rate
(2)
The cell that have the greatest PS inter-RAT handover prepare failure times
(3)
The cell that have the greatest PS inter-RAT handover failure times
(4)
Through the previous results, you can find the cell that has the greatest PS interRAT handover times. Thus, the network coverage must be improved.
Overview
4.5.1 Overview
Cell Update Analysis is included in Nastar tasks. Double click Cell Update
Analysis to display the cell update details (including cell update times and cell
update success rate). Cell update process is initialized because the links of UE
are abnormal or RLC is reset. Cell update process is mainly caused by poor
network coverage. This cell update process is different from that of cell
reselection, so you must be familiar with diverse cell update processes. In the
Cell Update Analysis, start Cell Update Scenario Analysis to display different
cell update scenarios, as shown in Figure 1-24. If the state transition is disabled
in a network, the cell update is caused by abnormal links or RLC reset if UE is not
Page 34 of 46
0 CELL_UPDT_REENTER
0 CELL_UPDT_PAGE
0 CELL_UPDT_UL_DATA_TRANS
211 CELL_UPDT_RLC_ERR
15 CELL_UPDT_RL_FAIL
0 CELL_UPDT_PRD
0 CELL_UPDT_RESEL
0 CELL_UPDT_OTHER
93.36 %
0%
0%
6.64 %
0.07
Bar Value
0.06
0.05
0.04
0.03
0.02
0.01
0
0
Time
f
RNC:41(ID:41)-CELL_UPDT_SUCC_RATE_RESEL
RNC:41(ID:41)-CELL_UPDT_SUCC_RATE_REENTER
RNC:41(ID:41)-CELL_UPDT_SUCC_RATE_PAGE
RNC:41(ID:41)-CELL_UPDT_SUCC_RATE_UL_DATA_TRANS
RNC:41(ID:41)-CELL_UPDT_SUCC_RATE_RLC_ERR
RNC:41(ID:41)-CELL_UPDT_SUCC_RATE_RL
RNC:41(ID:41)-CELL_UPDT_SUCC_RATE_PRD
RNC:41(ID:41)-CELL_UPDT_SUCC_RATE_OTHER
Page 35 of 46
In the Cell Update Analysis, start Cell Update Analysis to query the TOPN. The
queried results are outputted to list:
(1)
The cell that has the lowest cell update success rate
(2)
The cell that has the greatest cell update failure times
If a cell has the lowest cell update success rate, cell update times are less.
Attention must be paid to the cell that has the greatest cell update failure times.
In the queried results of Cell Update Analysis, start Cell Update Scenario
Analysis for Cell to analyze the cell update failure and summarize the cell
update failure scenarios.
Overview
4.6.1 Overview
Call Drop Analysis is included in Nastar tasks. Double click Call Drop Analysis to
display the RNC call drop details. Then, click Create a Pie Chart to display the
call drop details for different services (including voice, VP, CS, and PS), as shown
in Figure 1-27.
Page 36 of 46
0%
75 RNC_CS_RAB_REL_AMR_TRIG_BY_RNC
8 RNC_CS_RAB_REL_CONV_64K_TRIG_BY_RNC
0 RNC_CS_RAB_REL_STR_TRIG_BY_RNC
515 RNC_PS_RAB_REL_REQ
1.34 %
12.54 %
86.12 %
Bar Value
RNC:41(ID:41)-CS_RAB_AMR_DROP_RATE f
RNC:41(ID:41)-CS_RAB_STR_DROP_RATE f
RNC:41(ID:41)-CS_RAB_VP_DROP_RATE
RNC:41(ID:41)-PS_RAB_DROP_RATE
In the CS Call Drop Analysis, click Create a Pie Chart to display the CS call drop
reasons, as shown in Figure 1-28.
Page 37 of 46
0%
75 RNC_CS_RAB_REL_AMR_TRIG_BY_RNC
8 RNC_CS_RAB_REL_CONV_64K_TRIG_BY_RNC
0 RNC_CS_RAB_REL_STR_TRIG_BY_RNC
515 RNC_PS_RAB_REL_REQ
1.34 %
12.54 %
86.12 %
RAB_CS_REL_RF_LOSS
CS call drop may be caused by abnormal release caused by the lost
synchronization of links because of poor network coverage (including
adjacent cell missing, small handover area. As a result, UE closes the
transmitter abnormally or uplink demodulation is asynchronous. To solve
the problem, network coverage must be improved. In the early network, call
drops are mainly caused by this reason.
(2)
RNC_CS_RAB_REL_TRIG_BY_RNC_SRB_RESET
CS call drops may be caused by link releasing due to downlink SRB reset.
This reason is mainly caused by poor network coverage (including adjacent
cell missing and small handover area). To solve the problem, the network
coverage must be improved. In the early network, call drops are mainly
caused by this reason.
(3)
RNC_CS_RAB_REL_TRIG_BY_RNC_AAL2_LOSS
If IU CS interface (AAL2 path) is abnormal, RNC initializes the release. In
practice, this reason seldom occurs. If this reason occurs, the problem may
be caused by any faulty or defective equipment. In some versions of RNC,
normal release is recorded as abnormal release during the RB setup
process.
Page 38 of 46
(4)
CS_RAB_DROP_OTHER
CS call drops may be caused by other reasons. There are few call drop
statistics in RNC (Version 12). Such reasons as process interaction timeout
and cell update failure are recorded in CS_RAB_DROP_OTHER. In
practice, many call drops are caused by process interaction timeout and
cell update failure. Therefore, these call drops are recorded in
CS_RAB_DROP_OTHER.
In the Call Drop Analysis, start PS Call Drop Analysis. Then, click Create a Pie
Chart to display the PS call drops, as shown in Figure 1-29.
40.39 %
15 RAB_PS_REL_RF_LOSS
26 RNC_PS_RAB_REL_TRIG_BY_RNC_TRB_RESET
208 RNC_PS_RAB_REL_TRIG_BY_RNC_SRB_RESET
0 RNC_PS_RAB_REL_TRIG_BY_RNC_GTPU_LOSS
266 PS_RAB_DROP_OTHER
5.05 %
0%
2.91 %
51.65 %
RAB_PS_REL_RF_LOSS
PS call drops may be caused by abnormal release because the links are
asynchronous. This reason is mainly caused by poor network coverage
(including adjacent cell missing and small handover area). As a result, UE
closes the transmitter abnormally or uplink demodulation is asynchronous.
To solve the problem, network coverage must be improved. In the early
network, call drops are mainly caused by this reason.
(2)
RNC_PS_RAB_REL_TRIG_BY_RNC_SRB_RESET
Page 39 of 46
PS call drops may be caused by link releasing due to downlink SRB reset.
This reason is mainly caused by poor network coverage (including adjacent
cell missing and small handover area). To solve the problem, the network
coverage must be improved. In the early network, call drops are mainly
caused by this reason.
(3)
RNC_PS_RAB_REL_TRIG_BY_RNC_TRB_RESET
PS call drops may be caused by link releasing due to downlink TRB reset.
This reason is mainly caused by poor network coverage (including adjacent
cell missing and small handover area). To solve the problem, the network
coverage must be improved. In the early network, call drops are mainly
caused by this reason.
(4)
RNC_PS_RAB_REL_TRIG_BY_RNC_GTPU_LOSS
If IU CS interface (AAL2 path) is abnormal, RNC initializes the release. In
practice, this reason seldom occurs. If this reason occurs, the problem may
be caused by any faulty or defective equipment.
(5)
PS_RAB_DROP_OTHER
PS call drops may be caused by other reasons. There are few call drop
statistics in RNC (Version 12). Such reasons as process interaction timeout
and cell update failure are recorded in PS_RAB_DROP_OTHER. In
practice, many call drops are caused by process interaction timeout and
cell update failure. Therefore, these call drops are recorded in
PS_RAB_DROP_OTHER.
In the Cell Drop Call Analysis, query the TOPN to find the cell that has the
greatest CS call drop rate, start Cell Call Drop Analysis, and then click Create a
Pie Chart to display the cell drop reasons, as shown in Figure 1-30.
Page 40 of 46
0%
33.33 %
0 RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_OM
0 RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_UTRAN
0 RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_RAB_PREM
2 RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_SRBRESET
0 RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_AAL2LOSS
4 CS_RAB_DROP_CELL_OTHER
0%
0%
66.67 %
RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_OM
Cell call drops may be caused by CS link releasing due to operation and
maintenance (for example, cell block). Actually, cell call drops caused by
this reason are normal.
(2)
RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_SRB_RESET
Cell call drops may be caused by link releasing due to downlink SRB reset.
This reason is mainly caused by poor network coverage (including adjacent
cell missing and small handover area). To solve the problem, the network
coverage must be improved. In the early network, call drops are mainly
caused by this reason.
(3)
RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_UTRAN
Cell call drops may be caused by abnormal link releasing due to UTRAN.
To solve the problem, use CDL for further analysis.
(4)
RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_AAL2_LOSS
If IU CS interface (AAL2 path) is abnormal, RNC initializes the release. In
practice, this reason seldom occurs. If this reason occurs, the problem may
be caused by any faulty or defective equipment.
(5)
RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_RAB_PREM
Cell call drops may be caused by CS link releasing due to high priority
Page 41 of 46
CS_RAB_DROP_CELL_OTHER
Cell call drops may be caused by other reasons. There are few call drop
statistics in RNC (Version 12). Such reasons as process interaction timeout
and cell update failure are recorded in CS_RAB_DROP_CELL_OTHER. In
practice, many call drops are caused by process interaction timeout and
cell update failure. Therefore, these call drops are recorded in
CS_RAB_DROP_CELL_OTHER.
Overview
4.7.1 Overview
Traffic Load Analysis is included in Nastar tasks. Double click Traffic Load
Analysis to display the RNC traffic load details. You can choose Time Range or
Query Object to query the RNC traffic load, as shown in Figure 1-32.
Page 42 of 46
Page 43 of 46
0%
0%
14.49 %
4.388 CS_CONV_USER
0 CS_STR_USER
0 PS_CONV_USER
0 PS_STR_USER
25.808 PS_INTER_BKG_USER
0.09 UNKNOWN_USER
0.3 %
85.21 %
If a cell has the highest traffic, it is the most important cell in a network. In
addition, the cell is easily congested and need to be expanded. In the Traffic Load
Analysis, start Cell Traffic Analysis to query the TOPN. The queried results are
outputted as follows:
(1)
(2)
(3)
(4)
The cell that has the greatest RTWP represents the cell that has the greatest
uplink radio load. In practice, this queried result can be used to find the cell that is
seriously interfered. If the RTWP of a cell is greater than -100 dBm, the cell must
be analyzed. Check whether it is the burst interference or continuous
interference. The burst interference exerts little influence on the system but the
continuous interference must be eliminated on a timely basis. If the cells have
large RTWP_MAX_CELL_DBM values, start Cell RTWP Analysis, as shown in
Figure 1-34.
Page 44 of 46
-65
-70
-75
Items
-80
-85
-90
-95
-100
-105
2005-04-21 00:00:00
2005-04-21 04:30:00
2005-04-21 09:30:00
2005-04-21 14:30:00
DateTime
f
2005-04-21 19:30:00
RTWP_MAX_CELL_DBM
Page 45 of 46
Page 46 of 46