0% found this document useful (0 votes)

458 views

Documents - MX Ran150 Capacity Monitoring Guidebsc6910 Based04pdf en

How to optimize the Capacity RAN 15.

Uploaded by

samiali2003

Available Formats

Download as PDF, TXT or read online on Scribd

0% found this document useful (0 votes)

458 views

Documents - MX Ran150 Capacity Monitoring Guidebsc6910 Based04pdf en

How to optimize the Capacity RAN 15.

Uploaded by

samiali2003

Available Formats

Download as PDF, TXT or read online on Scribd

You are on page 1/ 61

RAN15.

Capacity Monitoring Guide

(BSC6910-based)

Issue

Date

2014-01-20

HUAWEI TECHNOLOGIES CO., LTD.

Copyright Huawei Technologies Co., Ltd. 2014. All rights reserved.

No part of this document may be reproduced or transmitted in any form or by any means without
prior written consent of Huawei Technologies Co., Ltd.

Trademarks and Permissions

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.

Huawei Technologies Co., Ltd.

Address:

Huawei Industrial Base

Bantian, Longgang
Shenzhen 518129
People's Republic of China

Website:

http://www.huawei.com

Email:

[email protected]

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

About This Document

1.1 Purpose
Growing traffic in mobile networks, especially in newly deployed networks, requires more
and more network resources, such as radio and transmission resources. Lack of network
resources will affect user experience. Therefore, monitoring network resources, locating
bottlenecks, and performing capacity expansion in real time are critical to the provision of
high quality services.
This document describes how to monitor the usage of various network resources and locate
network resource bottlenecks.
This document applies to BSC6910s and 3900 series base stations.

Radio Network Controllers (RNCs) mentioned in this document refer to Huawei BSC6910s.

For details about the MML commands, parameters, alarms, and performance counters, see section
"Operation and Maintenance" in BSC6910 UMTS Product Documentation or 3900 Series WCDMA
NodeB Product Documentation.

For details about flow control, see Flow Control Feature Parameter Description in the RAN
Feature Documentation.

1.2 Organization
This document is organized as follows:
Chapter

Description

1 Overview

Introduces network resources and monitoring methods.

2 Network Resource
Monitoring

Provides capacity monitoring principles, monitoring

methods, and optimization suggestions.

3 Network Resource
Troubleshooting

Provides methods for analyzing and locating network

congestion and overload problems.

4 Metrics Definitions

Provides a table that includes all metrics currently in use.

5 Reference Documents

Lists the documents referenced within the text and provides

the document name, document package, and document
package download path at http://support.huawei.com.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

About This Document

Change History
The latest document issue contains all changes made in previous issues.

04 (2014-01-20)
This is the fourth issue of RAN15.0.
Compared with Issue 03 (2013-11-15), Issue 04 (2014-01-20) includes the following changes:

Correct the counter name in chapter 4 .

03 (2013-11-15)
This is the third issue of RAN15.0.
Compared with Issue 02 (2013-06-25), Issue 03 (2013-11-15) optimizes figures in this
document.

02 (2013-06-25)
This is the second issue of RAN15.0.
Compared with Issue 01 (2013-05-04), Issue 02 (2013-06-25) includes the following changes:

Added section 2.13 "HSPA Users."

Updated the monitoring methods and optimization suggestions in sections 2.10 "CE
Usage" and 2.12 "NodeB CNBAP Load."

01 (2013-05-04)
This is the first issue of RAN15.0.
Compared with Draft A (2013-01-30), Issue 01 (2013-05-04) includes the following changes:

Added section 2.3 "RMP CPU Load."

Updated the monitoring principles, monitoring methods, and optimization suggestions in

chapter 2 "Network Resource Monitoring."

Deleted section 2.13 "NodeB CPU Load."

Deleted chapter 3 "HSPA Related Resources."

Draft A (2013-01-30)
This is a draft of RAN15.0.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

iii

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

Contents

Contents
About This Document .................................................................................................................... ii
1.1 Purpose ............................................................................................................................................................. ii
1.2 Organization ..................................................................................................................................................... ii
1.3 Change History................................................................................................................................................ iii

1 Overview......................................................................................................................................... 5
1.1 Network Resources .......................................................................................................................................... 5
1.2 Monitoring Methods ......................................................................................................................................... 7

2 Network Resource Monitoring ................................................................................................... 8

2.1 Monitoring Metrics and Procedure ................................................................................................................... 8
2.2 CP/UP CPU Load ........................................................................................................................................... 12
2.3 RMP CPU Load ............................................................................................................................................. 13
2.4 Interface Board CPU Load ............................................................................................................................. 14
2.5 SCU CPU Load .............................................................................................................................................. 15
2.6 Common Channel Usage ................................................................................................................................ 16
2.7 Downlink Load............................................................................................................................................... 17
2.8 Uplink Load ................................................................................................................................................... 19
2.9 OVSF Code Usage ......................................................................................................................................... 22
2.10 CE Usage...................................................................................................................................................... 25
2.11 Iub Bandwidth Usage ................................................................................................................................... 31
2.12 NodeB CNBAP Load ................................................................................................................................... 36
2.13 HSPA Users .................................................................................................................................................. 37

3 Network Resource Troubleshooting ....................................................................................... 39

3.1 Possible Block and Failure Points in the Basic Call Flow.............................................................................. 39
3.2 Counters Related to Call Congestion ............................................................................................................. 41
3.3 Resource Usage Analysis ............................................................................................................................... 43

4 Metrics Definitions ..................................................................................................................... 54

5 Reference Documents................................................................................................................. 60

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

1 Overview

Overview

1.1 Network Resources

Figure 1-1 lists the network resources to be monitored.
Figure 1-1 Network resources to be monitored

1.1.2 RNC Resources

The RNC resources to be monitored include the following:

Control Plane/User Plane (CP/UP)

In the RNC, EGPUa boards process signaling on the CP and services on the UP. With an
increase in the traffic volume, if the CP and UP loads of EGPUa boards exceed the
predefined processing capacity, CP/UP will become a system bottleneck.

Resource Management Processing (RMP)

RMP is the main processing unit, which allocates RNC resources (including CP, UP, and
interface boards) to each call.

Interface Board (INT)

RNC interface boards provide transmission ports and resources, process transport
network messages, and exchange data between RNC boards and between the RNC and
external devices. Resource overload on interface boards increases the packet loss rate,
interrupts communications, and affects user experience.

Issue 04 (2014-01-20)

GE Switching network and Control Unit (SCU)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

1 Overview

SCU provides the function of inter-subrack information exchange in the RNC. When the
traffic volume of inter-subrack communication approaches the overload threshold, voice
service quality, data service quality, and network KPIs deteriorate, causing the system to
become unstable.

1.1.3 NodeB Resources

The NodeB resources to be monitored include the following:

Channel Element (CE)

CEs are baseband processing resources. Generally, CEs are most likely to be congested
on a network. In the early phase of network deployment, traffic volume is often small.
Operators only need to purchase a small number of CEs, which reduces their capital
expenditure (CAPEX).

Iub interface bandwidth

The Iub interface exists between the NodeB and RNC. The interface uses asynchronous
transfer mode (ATM) or IP transmission depending on the transmission medium.
Insufficient Iub interface bandwidth leads to admission failures, transmission KPI
deterioration (such as delay, jitter, and packet loss rate), and UMTS service quality
degradation.

Common NodeB Application Part (CNBAP)

CNBAP load is used to assess the NodeB processing capacity. CNBAP overload lowers
the NodeB processing capacity, which then affects KPIs related to the NodeB.

HSPA users
HSPA services are mainly carried on the WBBP boards in a NodeB. Therefore, the
number of HSPA users determines WBBP board loads. If WBBP boards are
overloaded with HSPA users, new users may fail to access the network.

1.1.4 Cell Resources

The cell resources to be monitored include the following:

Received Total Wideband Power (RTWP)

RTWP includes receiver noise, external radio interference, and uplink power. RTWP is
used to monitor uplink load.

Transmitted Carrier Power (TCP)

TCP refers to the full-carrier power transmitted by a cell. It is used to monitor downlink
load. The TCP value is limited by the maximum transmit power of the power amplifier in
a NodeB and the maximum transmit power configured for a cell.

Orthogonal Variable Spreading Factor (OVSF)

Insufficient downlink OVSFs affect UEs' access to the network.

Paging Channel (PCH)

PCH usage is affected by the location area and routing area planning. PCH overload
decreases the paging success rate.

Random Access Channel (RACH) and Forward Access Channel (FACH)

RACH and FACH carry signaling and a small amount of user-plane data. RACH or
FACH overload decreases the network access success rate and affects user experience.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

1 Overview

1.2 Monitoring Methods

Network resources can be monitored using the following two methods:
Proactive monitoring: This is a method for monitoring various network resources
simultaneously. When resource consumption is consistently greater than its upper threshold,
perform capacity expansion to relieve resource congestion. This method is easy to implement
and suitable for daily resource monitoring. For details, see chapter 2 "Network Resource
Monitoring."
Problem-driven analysis: This analysis finds system bottlenecks by locating problems. As an
example, capacity analysis is triggered by issues such as call blocks. This method requires
enhanced troubleshooting skills but makes full use of network resources and eliminates the
need for an immediate network expansion. For details, see chapter 3 "Network Resource
Troubleshooting."

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

Network Resource Monitoring

2.1 Monitoring Metrics and Procedure

2.1.1 Monitoring Metrics
Metrics are defined to monitor the usage or load of UTRAN resources. Resource thresholds
are also recommended based on specific criteria.
Defining peak hours is important for monitoring metrics. There are different ways to define
peak hours, but you are advised to simply use the hours during which the corresponding
resource usage is the highest as peak hours.
Table 2-1 lists RNC resources, counters, and monitoring thresholds.
Table 2-1 RNC resources, counters, and monitoring thresholds
RNC Resource

Counter

Monitoring
Threshold

CP CPU load

VS.SUBSYS.CPULOAD.MEAN

50%

UP CPU load

VS.SUBSYS.CPULOAD.MEAN

60%

RMP CPU load

VS.CPU.CPULOAD.MEAN

50%

SCU CPU load

VS.CPU.CPULOAD.MEAN

60%

Interface board CPU load

VS.CPU.CPULOAD.MEAN

50%

Interface board forwarding load

VS.INT.TRANSLOAD.RATIO.MEAN

70%

Table 2-2 lists NodeB resources, counters, and monitoring thresholds.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

Table 2-2 NodeB resources, counters, and monitoring thresholds

NodeB Resource

Counter

Monitoring
Threshold

CE usage

VS.NodeB.ULCreditUsed.Mean

70%

VS.LC.ULCreditUsed.Mean

VS.LC.DLCreditUsed.Mean

VS.HW.DLCreditAvailable

VS.HW.ULCreditAvailable

VS.RadioLink.Recv.Mean

VS.DedicMeaRpt.MEAN

VS.BOARD.UsedHsdpaUserRatio.Me
an

VS.BOARD.UsedHsupaUserRatio.Me
an

NodeB CNBAP load

HSPA users

60%

For details about other resources, counters, and monitoring thresholds, see the corresponding
sections.

2.1.2 Monitoring Procedure

This section discusses the network resource monitoring procedure. It can be easily
implemented and works in most scenarios.
The procedure starts with individual resource monitoring. When a resource exceeds a
predefined threshold, it should be cross checked against other resources.
For example, if CE usage is higher than 70% but RTWP, TCP, or OVSF resources are normal,
this indicates that the cell load is normal, but CEs are insufficient. In this scenario, increase
the number of CE licenses or add baseband processing boards rather than expand the NodeB
capacity.
Figure 2-1 shows the resource monitoring flowchart.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

Figure 2-1 Resource monitoring flowchart

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

2 Network Resource Monitoring

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

This procedure applies to most resource monitoring scenarios, but sometimes the system may
be overloaded because of other abnormalities instead of traffic increases. Some of these
abnormalities can be discovered by resource cross-checking. If more extensive resource
cross-checking is unsuccessful, more advanced troubleshooting is required. Chapter 3
"Network Resource Troubleshooting" addresses the more advanced troubleshooting
procedures.
For the sake of simplicity, it is assumed that there are no other abnormalities on the network
during the proactive monitoring process described in chapter 2 "Network Resource
Monitoring."

2.2 CP/UP CPU Load

2.2.1 Monitoring Principles
CP is used to process Uu interface signaling and transmit control-plane signaling. CP is easily
overloaded on networks that are vulnerable to signaling storms. If CP is overloaded, new
messages are discarded. That is, new call requests are rejected, which significantly affects
user experience.
UP is used to process and distribute user-plane data flows. If UP is overloaded, user-plane
data is partially discarded. This causes voice and data service quality to deteriorate.
EGPUa boards process services on the RNC user plane and control plane. The CPs and UPs
of all EGPUa boards in the RNC form a CP pool and a UP pool, respectively. The RNC can
adjust the multi-core digital signal processors (DSPs) allocated to the CPs and UPs based on
service requirements in order to balance the load between the CPs and UPs.
Run the ADD BRD command to set the logical function type of an EGPUa board. If the
Logical function type parameter is set to UCUP, the EGPUa board is used for "UMTS RNC
control-plane and user-plane processing." The following is an example:
ADD BRD: SRN=0, BRDCLASS=GPU, BRDTYPE=EGPUa, LGCAPPTYPE=UCUP,
SN=10;
Slots 8 and 9 of subrack 0 in the RNC permanently hold EGPUa boards whose logical
function type is RMP, which are used only for resource management. Other slots can hold
EGPUa boards whose logical function type is UCUP, which are used for UMTS RNC
control-plane and user-plane processing.
If the subsystem number is "2xxx", this subsystem processes CP services. If the subsystem
number is "8xxx", this subsystem processes UP services. CP CPU load and UP CPU load are
monitored in CP and UP pools, respectively, without considering the board in which the
subsystem is located.
CP and UP subsystems can be flexibly deployed using the SET UCPUPFLEXCFG
command. In this command, the FlexCfgMode parameter specifies the mode for adjusting the
CP and UP subsystems, and the CPProportionInTotal parameter specifies the percentage of
CPU usage for the CP in the total CPU usage. You can use these two parameters to manually
configure the ratio of CPs to UPs in order to distinguish CP and UP subsystems.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

2.2.2 Monitoring Methods

The VS.SUBSYS.CPULOAD.MEAN counter 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 CP CPU load is calculated using the following formula:

CP CPU load = AVG(VS.SUBSYS.CPULOAD.MEAN)

The UP CPU load is calculated using the following formula:

UP CPU load = AVG(VS.SUBSYS.CPULOAD.MEAN)

2.2.3 Optimization Suggestions

If the CP CPU load is greater than 50% during peak hours for three consecutive days in
a week, prepare for capacity expansion. If the CP CPU load is greater than 60% during peak
hours for three consecutive days in a week, perform capacity expansion immediately.
If the UP CPU load is greater than 60% during peak hours for three consecutive days in
a week, prepare for capacity expansion. If the UP CPU load is greater than 70% during peak
hours for three consecutive days in a week, perform capacity expansion immediately.
Perform capacity expansion as follows:

When the FlexCfgMode parameter is set to ManulMode or FrozenMode, adjust the

ratio of CPs to UPs or change the FlexCfgMode parameter to AutoMode if the CP pool
or UP pool is overloaded.

If the current CP/UP resources cannot meet the requirements of the traffic model, add
EGPUa boards.

2.3 RMP CPU Load

2.3.1 Monitoring Principles
RMP is the main processing unit of an EGPUa board. It allocates RNC resources to each call,
including CP, UP, and interface board resources. Slots 8 and 9 of subrack 0 in the RNC
permanently hold EGPUa boards whose logical function type is RMP, which are used only for
resource management. The EGPUa boards in slots 8 and 9 work in active/standby mode.

2.3.2 Monitoring Methods

Use the VS.CPU.CPULOAD.MEAN counter to measure the mean CPU usage of an RMP in
the measurement period. It indicates the load and operating performance of the CPU on the
RMP in the measurement period.
The VS.CPU.CPULOAD.MEAN counter measures the CPU load on each RMP subsystem.

2.3.3 Optimization Suggestions

If the RMP CPU load is greater than 50% during peak hours for three consecutive days in
a week, a prewarning is required. If the RMP CPU load is greater than 60% during peak hours
for three consecutive days in a week, contact Huawei for technical support.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

2.4 Interface Board CPU Load

2.4.1 Monitoring Principles
RNC interface boards provide transmission ports and resources, process transport network
messages, and exchange data between RNC boards and between the RNC and external
devices.
These boards forward and process data for the Iub, Iu, and Iur interfaces. If one of the
interface boards is overloaded, the packet loss rate increases. This affects communications and
deteriorates user experience.
NOTE

In effective mode, run the MML command LST BRD to query information about a specific board,
for example, whether the board is an interface board.

In ineffective mode, find the MML command ADD BRD in the RNC configuration file. If the value
of the BRDCLASS parameter is INT, the board is an interface board. You can obtain information
about this interface board using this command.

2.4.2 Monitoring Methods

To obtain the interface board CPU load, monitor the control-plane CPU load and user-plane
forwarding load.
The counters used to monitor the interface board CPU load are as follows:

VS.CPU.CPULOAD.MEAN: Average CPU Usage of the CPU

VS.INT.TRANSLOAD.RATIO.MEAN: Average Forwarding Ratio of Interface Boards

The forwarding load is expressed by the ratio of actual forwarding data rate to maximum
forwarding data rate configured for the interface board. The forwarding load indicates the
operating load and performance of the interface board.
When the RNC detects that the CPU load on an interface board exceeds a specified threshold,
ALM-20256 CPU Overload is reported.

2.4.3 Optimization Suggestions

Perform capacity expansion in the following scenarios:

When the average CPU load on interface boards reaches 50%, prepare for capacity
expansion. When the average CPU load on interface boards reaches 60%, perform
capacity expansion immediately.

When the average forwarding load on interface boards reaches 70%, prepare for capacity
expansion. When the average forwarding load on interface boards reaches 80%, perform
capacity expansion immediately.

Perform capacity expansion as follows:

In non-transmission resource pool networking scenarios, assess the capacity of each

interface board. For loads between interface boards of the same type, adjust the number
of links carried on each interface board to balance loads between them. If loads are not
balanced after the adjustment, add interface boards of the same type.

In transmission resource pool networking scenarios, if the load on an interface board in

the resource pool exceeds the load threshold, add interface boards of the same type.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

NOTE

For details about the Transmission Resource Pool in RNC feature, see Transmission Resource Pool in
RNC Feature Parameter Description in the RAN feature documentation.

2.5 SCU CPU Load

2.5.1 Monitoring Principles
Two SCU boards are installed each subrack. SCUb boards are permanently installed in slots
20 and 21 of each subrack. Two SCU boards in the same subrack work in active/standby
mode.
Ports on an SCU board form a trunk group that connects the MPS to the EPS. Restricted by
their switching capacities, SCU boards are likely to be congested when configurations are
unbalanced between subracks and when the inter-subrack traffic is heavy. When the traffic
volume of inter-subrack communication approaches the overload threshold, voice service
quality, data service quality, and network KPIs deteriorate, causing the system to become
unstable. Therefore, the SCU CPU load and inter-subrack bandwidth need to be monitored for
SCU boards.

2.5.2 Monitoring Methods

Monitoring of SCU CPU Load
The VS.CPU.CPULOAD.MEAN counter monitors the SCU CPU load.
When the RNC detects that the CPU load of an SCU subsystem exceeds a specified overload
threshold, ALM-20256 CPU Overload is reported. You can query the overload threshold by
running the LST CPUTHD command.

Monitoring of Inter-Subrack Bandwidth

The counters used to monitor the inter-subrack bandwidth are as follows:

VS.Frame.Flux.Mean.TxRate: Average Inter-Subrack Transmitting Traffic

Frame Mean Usage: Average utility rate of inter-subrack traffic

The Frame Mean Usage is calculated using the following formula:

Frame Mean Usage = VS.Frame.Flux.Mean.TxRate/Inter-subrack bandwidth x 100%
When a pair of active and standby SCUb boards are configured, the inter-subrack bandwidth
is 40 Gbit/s. If either the active or standby SCUb board becomes faulty, the inter-subrack
bandwidth is reduced by half.

2.5.3 Optimization Suggestions

When the SCU CPU load reaches 60%, contact Huawei for technical support.

If the value of Frame Mean Usage exceeds 40%, contact Huawei for technical support.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

2.6 Common Channel Usage

2.6.1 Monitoring Principles
Common channels include paging channels (PCHs), forward access channels (FACHs), and
random access channels (RACHs).
PCHs are downlink channels used to transmit paging messages. If the PCH usage is high,
paging messages may be lost.
FACHs are downlink transmission channels and RACHs are uplink transmission channels.
FACHs and RACHs transmit signaling and a small amount of user data. RACH
insufficiency will decrease the network access success rate and deteriorate user experience.
FACH insufficiency will cause a large number of state transitions for PS services, occurrence
of RRC signaling storms, and loss of signaling messages or user data.

2.6.2 Monitoring Methods

Based on the RNC's default parameter settings, the usages of PCHs, FACHs, and RACHs are
calculated using the following formulas:
1.

PCH usage
PCH usage = VS.UTRAN.AttPaging1/(<SP> x 60 x 5/0.01)
NOTE

<SP> indicates the measurement period expressed in minutes.

FACH usage

If a secondary common control physical channel (SCCPCH) carries both a FACH and
a PCH, the FACH usage is calculated using the following formula:

Usage of an FACH carried on a non-standalone SCCPCH =

VS.CRNCIubBytesFACH.Tx x 8/[(60 x <SP> x 168 x 1/0.01) x
VS.PCH.Bandwidth.UsageRate x 6/7] + [(60 x <SP> x 360 x 1/0.01) x (1 VS.PCH.Bandwidth.UsageRate x 6/7)]
where
VS.PCH.Bandwidth.UsageRate =
<VS.CRNCIubBytesPCH.Tx>/(<VS.CRNC.IUB.PCH.Bandwidth> x <SP> x 60)

If an SCCPCH only carries a FACH, the FACH usage is calculated using the
following formula:

FACH Usage = ((VS.SRBNum.FACH - VS.OneSRBTTINum.FACH)/2 +

VS.OneSRBTTINum.FACH + VS.IndepTRBNum.FACH)/(<SP> x 60/0.01)
3.

RACH usage
Each cell has only one RACH. When signaling and user data coexist on the RACH, the
RACH usage is calculated using the following formula:
RACH Usage = ((VS.CRNCIubBytesRACH.Rx - VS.TRBNum.RACH x 360/8) x
8/168)/(<SP> x 60 x 4/0.02) + VS.TRBNum.RACH/(<SP> x 60 x 4/0.02)

2.6.3 Optimization Suggestions

It is recommended that you take the following measures to address PCH, FACH, and RACH
overload:

Issue 04 (2014-01-20)

PCH overload
Huawei Proprietary and Confidential
Copyright Huawei Technologies
Co., Ltd.

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

Inappropriate LA planning will cause PCH overload because paging messages are
broadcast across the entire LA.

If paging messages are not retransmitted, the paging message loss rate is 5% when
the PCH usage reaches 60%. In this scenario, analyze the cause of paging message
loss or replan the LAs.

If paging messages are retransmitted once or twice, the paging message loss rate is
1% when the PCH usage reaches 70%. In this scenario, analyze the cause of paging
message loss or replan the LAs.

FACH overload
If the FACH usage reaches 70% during peak hours for three consecutive days in a week,
the following measures are recommended:

If the network is configured with only one SCCPCH, add a second SCCPCH to carry
FACHs.

If SCCPCHs cannot be added, add carriers, NodeBs, or micro NodeBs.

RACH overload
If the RACH usage reaches 70% during peak hours for three consecutive days in a week,
add carriers.

2.7 Downlink Load

2.7.1 Monitoring Principles
The downlink capacity of a cell is limited by its total available transmit power, which is
determined by the NodeB power amplifier's capability and the power configured for the cell.
The downlink transmit power consists of the following, as shown in Figure 2-2:

Common channel (CCH) power

Non-HSPA power without CCH

HSPA power

Power margin

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

Figure 2-2 Dynamic power resource allocation

Downlink power resources are allocated as follows:

Downlink power resources are first reserved for common physical channels and
allocated to the DPCH. The remaining power resources are available for HSPA,
including HSUPA and HSDPA.

The HSPA power resources are first allocated to the HSUPA downlink control channels,
including the E-AGCH, E-RGCH, and E-HICH. The remaining power resources are
available for HSDPA.

The HSDPA power resources are first allocated to the downlink control channel
HS-SCCH. The remaining power resources are available for the traffic channel
HS-PDSCH.

Downlink power consumption is related to cell coverage, UE locations, and the traffic load in
the cell. Large cell coverage, UEs being far away from the cell center, and heavy traffic load
all contribute to large downlink power consumption. Therefore, downlink power overload is
more likely to occur in hotspots or in cells with large coverage.
When the downlink transmit power is insufficient, the following occurs:

The cell coverage shrinks.

The data throughput decreases.

The service quality declines.

New service requests are likely to be rejected.

2.7.2 Monitoring Methods

The following TCP-associated counters are defined for Huawei RNCs:

VS.MeanTCP: Mean Transmitted Power of Carrier for Cell

VS.MeanTCP.NonHS: Mean Non-HSDPA Transmitted Carrier Power for Cell

VS.HSDPA.MeanChThroughput: Mean Downlink Throughput of single HSDPA MAC-d

Flows for Cell

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

The downlink cell load is indicated by the mean utility ratio of transmitted carrier power in a
cell.

The mean utility ratio of the transmitted carrier power for non-HSPA users in a cell
(including non-HSPA users on CCHs) is calculated using the following formula:

MeanTCP (NonHS) Usage = MeanNonHSTCP /MAXTXPOWER x 100%

The mean utility ratio of the transmitted carrier power for all users in a cell is calculated
using the following formula:

MeanTCP Usage = MeanTCP/MAXTXPOWER x 100%

NOTE

To obtain MAXTXPOWER, run the LST UCELL command to query the value of the Max
Transmit Power of Cell parameter, and convert the parameter value from the unit "0.1 dBm" to
"watt."

2.7.3 Optimization Suggestions

Perform capacity expansion in the following scenarios:

The MeanTCP (NonHS) Usage is greater than 70% during peak hours for three
consecutive days in a week.

The MeanTCP Usage is greater than 85% and the value of the
VS.HSDPA.MeanChThroughput counter is less than the value required by subscribers
during peak hours for three consecutive days in a week (for example, 300 kbit/s).

Perform capacity expansion as follows:

For cells with heavy traffic, add a carrier for the current sector if possible; add a NodeB
or split the sector if the number of carriers in the sector reaches the maximum.

For cells with light traffic and poor coverage, add a NodeB.

2.8 Uplink Load

2.8.1 Monitoring Principles
RTWP measures the uplink cell capability on WCDMA networks.
RTWP includes the following:

Background noise

Intra-system interference, including uplink signals sent by the UEs in the serving and
neighboring cells

RF interference, including RF interference from an external source (for example, RF

interference from another RAT or from equipment other than communication equipment)
and intra-system RF interference (for example, intermodulation interference produced by
hardware components)

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

The NodeB measures the RTWP on each receive channel in each cell. The cell RTWP
obtained by the RNC is the linear average of the RTWPs measured on all receive channels in
a cell under the NodeB. The RTWP indicates the interference to a NodeB and the signal
strength on the RX port on the RF module.
The uplink cell capacity is restricted by the rise over thermal (RoT), which equals the RTWP
minus the cell's background noise. The formula is as follows:

If there is no RF interference, the RoT is generated by intra-system interference. Under this

condition, the RoT is used as a criterion to evaluate the uplink load.
The relationship between the RoT and the uplink load factor

UL is as follows:

1
RoT 10 log(
)
1 UL
For example, a 3 dB noise increase corresponds to 50% of the uplink load and a 6 dB noise
increase corresponds to 75% of the uplink load.
Figure 2-3 Relationship between RTWP, noise increase, and uplink load

A large RTWP value in a cell is caused by traffic overflow, hardware faults (for example, poor
quality of antennas or feeder connectors), or external interference. If the RTWP value is too
large, the cell coverage shrinks, the quality of admitted services declines, or new service
requests are rejected.

2.8.2 Monitoring Methods

The RTWP and Equivalent Number of Users (ENU) are indicated by the following counters:

VS.MeanRTWP: Mean Power of Totally Received Bandwidth for Cell

VS.MinRTWP: Minimum Power of Totally Received Bandwidth for Cell

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

VS.RAC.UL.EqvUserNum: Mean Number of UL Equivalent Voice UEs in CELL_DCH

State for Cell

UlTotalEqUserNum: total number of equivalent users in the uplink, which can be

queried using the RNC MML command LST UCELLCAC.

The UL ENU Ratio is calculated using the following formula:

UL ENU Ratio = VS.RAC.UL.EqvUserNum/UlTotalEqUserNum
In some areas, the background noise increases to -106 dBm or above due to external
interference or hardware faults. If this occurs, the value of the VS.MinRTWP counter (the
RTWP value obtained when the cell carries no traffic) is considered the background noise.
The RTWP of a cell is considered high when the value of the VS.MeanRTWP counter is
greater than -100 dBm during off-peak hours or greater than -90 dBm during peak hours for
two or three consecutive days in a week.
A cell is considered heavily loaded if the UL ENU Ratio exceeds 75% during peak hours for
two or three consecutive days in a week.

2.8.3 Optimization Suggestions

Perform capacity expansion in the following scenarios:

If the value of the VS.MinRTWP counter is greater than -100 dBm or less than -110 dBm
during off-peak hours for three consecutive days in a week, there may be hardware faults
or external interference. Locate and rectify the faults and attempt to eliminate the
interference.

The following table lists the RF alarms reported by the NodeB.

Alarm ID

Alarm Name

ALM-26522

RF Unit RX Channel RTWP/RSSI Unbalanced

ALM-26521

RF Unit RX Channel RTWP/RSSI Too Low

ALM-26532

RF Unit Hardware Fault

ALM-26752

ALD Hardware Fault

ALM-26758

TMA Running Data and Configuration Mismatch

ALM-26755

TMA Bypass

ALM-26757

RET Antenna Running Data and Configuration Mismatch

ALM-26541

ALD Maintenance Link Failure

ALM-26529

RF Unit VSWR Threshold Crossed

If the value of the VS.MeanRTWP counter is greater than -90 dBm during peak hours for
three consecutive days in a week, there may be hardware faults or external interference.
Locate and rectify the faults and attempt to eliminate the interference. If the value of the
VS.MeanRTWP counter is still greater than -90 dBm after hardware faults are rectified
and external interference is eliminated, enable the following features as required:

Issue 04 (2014-01-20)

WRFD-140215 Dynamic Configuration of HSDPA CQI Feedback Period

Huawei Proprietary and Confidential
Copyright Huawei Technologies
Co., Ltd.

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

WRFD-010712 Adaptive Configuration of Traffic Channel Power offset for HSUPA

If the uplink capacity of the cell still does not meet the requirements after the preceding
features are enabled, add carriers. If there are no additional UARFCNs available, add
NodeBs.
NOTE

For details about how to enable the WRFD-140215 Dynamic Configuration of HSDPA CQI
Feedback Period feature, see Dynamic Configuration Based on the Uplink Load Feature
Parameter Description in the RAN Feature Documentation.

For details about how to enable the WRFD-010712 Adaptive Configuration of Traffic Channel
Power offset for HSUPA feature, see Power Control Feature Parameter Description in the RAN
Feature Documentation.

If the number of uplink ENUs is insufficient and the amount of uplink power is sufficient,
run the MOD UCELLCAC command with the UL total equivalent user number
parameter set to a larger value. In addition, run the SET UADMCTRL command with
the AF of hsupa interactive service and AF of hsupa background service parameters
set to 10.

2.9 OVSF Code Usage

2.9.1 Monitoring Principles
In a WCDMA system, channels are identified by codes. Two types of codes are used for each
channel. One is the scrambling code and the other is the Orthogonal Variable Spreading
Factor (OVSF) code.
In the uplink, each UE is allocated a unique scrambling code. In the downlink, each cell is
allocated a unique scrambling code; all UEs in a cell use the same scrambling code but each
of them is allocated a unique OVSF code. Therefore, OVSF codes distinguish the downlink
physical channels of different UEs in a cell.
In a WCDMA cell, different user data is distinguished by the CDMA technique, and all user
data is transmitted over the same central frequency almost at the same time. OVSF codes
provide perfect orthogonality, minimizing interference between different users.
Figure 2-4 shows an OVSF code tree.
Figure 2-4 OVSF code tree

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

In the downlink, the maximum spreading factor (SF) is 256.

An OVSF code tree can be divided into 4 SF4 codes, 8 SF8 codes, 16 SF16 codes, ..., 256
SF256 codes. Codes with various SFs can be considered equivalent to SF256 codes. For
example, a code with SF8 is equivalent to 32 codes with SF256. Using this method, the OVSF
code usage can be calculated for a user or a cell.
In a cell, only one OVSF code tree is available. In the OVSF code tree, sibling codes are
orthogonal to each other, but are non-orthogonal to their parent or child codes. As a result,
once a code is allocated to a user, neither its parent nor child code can be allocated to any
other user. Downlink OVSF code resources are limited. If available OVSF codes are
insufficient, a new call request is rejected.
After HSDPA is introduced, HSDPA and R99 services share OVSF codes. HS-PDSCH code
resource management can be performed at both RNC and NodeB levels. RNC-controlled
static or dynamic code allocation is enabled through the Allocate Code Mode parameter.
NodeB-controlled dynamic code allocation is enabled through the DynCodeSw parameter.
Figure 2-5 shows RNC-controlled static code allocation.
Figure 2-5 RNC-controlled static code allocation

Figure 2-6 shows RNC-controlled dynamic code allocation.

Figure 2-6 RNC-controlled dynamic code allocation

The system reserves code resources for HSDPA services, and these code resources can be
shared among HSDPA services. Therefore, HSDPA services do not require admission control
based on cell code resources.
Figure 2-7 shows NodeB-controlled dynamic code allocation.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

Figure 2-7 NodeB-controlled dynamic code allocation

NodeB-controlled dynamic code allocation is more flexible than RNC-controlled dynamic

code allocation. It shortens the response time and saves the Iub signaling used for code
allocation.

2.9.2 Monitoring Methods

Huawei RNCs monitor the average usage of an OVSF code tree based on the number of
equivalent codes with SF256, which is measured by the VS.RAB.SFOccupy counter.
The codes available for the dedicated channel (DCH) can be calculated using the following
formula:
DCH_OVSF_CODE = (<VS.SingleRAB.SF4> + <VS.MultRAB.SF4>) x 64 +
(<VS.MultRAB.SF8> + <VS.SingleRAB.SF8>) x 32 + (<VS.MultRAB.SF16> +
<VS.SingleRAB.SF16>) x 16 + (<VS.SingleRAB.SF32> + <VS.MultRAB.SF32>) x 8 +
(<VS.MultRAB.SF64> + <VS.SingleRAB.SF64>) x 4 + (<VS.SingleRAB.SF128> +
<VS.MultRAB.SF128>) x 2 + (<VS.SingleRAB.SF256> + <VS.MultRAB.SF256>)
The maximum number of codes available for the DCH can be calculated using the following
formula:
DCH_OVSF_CODE_Ava = 256 - (Codes occupied by CCHs + Codes occupied by E-AGCHs
+ Codes occupied by E-RGCHs and E-HICHs + Codes reserved for HS-PDSCHs +
HS-SCCH codes)
For example, if the following conditions are met:

A cell that supports HSPA is configured with one SCCPCH, one E-AGCH, one
E-RGCH/E-HICH, and two HS-SCCHs.

At least one code is reserved for HSDPA services.

Then, DCH_OVSF_CODE_Ava = 256 - (8 + 1 + 2 + 16 + 4) = 225.

OVSF code usages are calculated as follows:

OVSF Usage= VS.RAB.SFOccupy/256 x 100%

DCH OVSF Usage = DCH_OVSF_CODE/DCH_OVSF_CODE_Ava

2.9.3 Optimization Suggestions

If the value of a cell's DCH OVSF Usage is greater than 70% during peak hours for three
consecutive days in a week, the cell runs out of OVSF codes.
Perform capacity expansion as follows:

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

Enable the WRFD-010631 Dynamic Code Allocation Based on NodeB feature if this
feature has not been enabled. Preferentially allocate idle codes to HSDPA UEs to
improve the HSDPA UE throughput.

Add a carrier or split the sector.

Enable the WRFD-010653 96 HSDPA Users per Cell feature if it is not enabled.
NOTE

For details about how to enable the WRFD-010631 Dynamic Code Allocation Based on NodeB feature
and the WRFD-010653 96 HSDPA Users per Cell feature, see HSDPA Feature Parameter Description in
the RAN Feature Documentation.

2.10 CE Usage
2.10.1 Monitoring Principles
CE resources are baseband processing resources in a NodeB. The more CEs a NodeB supports,
the stronger the NodeB's service processing capability. If a new call arrives but there are not
enough CEs (not enough baseband processing resources), the call will be blocked.
Uplink CE resources can be shared in an uplink resource group, but not between uplink
resource groups. Downlink CE resources are associated with the baseband processing
boards where a cell is set up. CE resources allocated by licenses are shared among services on
the NodeB. (CE resources are shared on a per operator basis in MOCN scenarios.)
The NodeB sends the RNC a response message that carries its CE capability. The NodeB's CE
capability is limited by both the installed hardware and the configured software licenses.
The methods of calculating the credit resource usage of admitted UEs are different before and
after the CE Overbooking feature is enabled. Table 2-3 describes the details.
Table 2-3 Credit resources consumed by admitted UEs before and after CE Overbooking is
enabled
Before or After CE
Overbooking is
Enabled

Credit Resource Consumed by Admitted UEs

Before CE Overbooking
is enabled

The RNC calculates the usage of CEs for admitted UEs by

adding up credit resources reserved for each UE.

Issue 04 (2014-01-20)

R99 UE: The RNC calculates the usage of credit resources

for an R99 UE based on the mobility binding record
(MBR).

HSUPA UE: The RNC calculates the usage of credit

resources for an HSUPA UE based on MAX (GBR,
Rateone RLC PDU).

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

Before or After CE
Overbooking is
Enabled

Credit Resource Consumed by Admitted UEs

After CE Overbooking is
enabled

The NodeB calculates the usage of credit resources for all

admitted UEs at the cell and NodeB levels and periodically
reports the calculation results to the RNC through measure
reports (MRs).

R99 UE: The NodeB calculates the usage of credit

resources for an R99 UE based on the MBR.

HSUPA UE using a 10 ms transmission time interval

(TTI): The NodeB adjusts the credit resource usage of such
a UE based on the UE's rate. After the adjustment, the
credit resources consumed by such a UE must not exceed
the credit resources required by Rateone RLC PDU.

HSUPA UE using a 2 ms TTI: The NodeB adjusts the

credit resource usage of such a UE based on the UE's rate
and the minimum number of CEs (specified by
CERSVFOR2MSUSER) reserved for admitting such a UE.
After the adjustment, the credit resources consumed by
such a UE must not exceed the credit resources required by
Rateone RLC PDU.
NOTE

The minimum number of CEs reserved for admitting an HSUPA UE

using a 2 ms TTI is 4 by default. The value range is 1 to 8.

NOTE

For details about CE Overbooking, see CE Overbooking Feature Parameter Description.

CCHs do not require extra CE resources because the RNC reserves CE resources for services
on these channels. Signaling carried on an associated channel of the DCH does not consume
extra CE resources, either. One CE can be consumed by a 12.2 kbit/s voice call.
Table 2-4 to Table 2-9 provide the number of CEs consumed by different services.
Table 2-4 Uplink CEs consumed by an R99 service
Direction

Rate
(kbit/s)

3.4

2RX:

4RX:

Number of
CEs
Consumed

Number of
Credit
Resources
Consumed

Number of CEs
Consumed

Number of
Credit
Resources
Consumed

256

13.6

1.5

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

Direction

Rate
(kbit/s)

2 Network Resource Monitoring

2RX:

4RX:

Number of
CEs
Consumed

Number of
Credit
Resources
Consumed

Number of CEs
Consumed

Number of
Credit
Resources
Consumed

128

144

256

384

Table 2-5 Downlink CEs consumed by an R99 service

Direction

Rate
(kbit/s)

Number of CEs
Consumed

Number of Credit Resources

Consumed

3.4

256

13.6

128

144

256

384

Table 2-6 CEs consumed by an HSUPA service (10 ms TTI, SRB over DCH)
Direction

Rate
(kbit/s)

SF >
minSF

SF =
minSF

64
128
Issue 04 (2014-01-20)

2RX:

4RX:

Number of
CEs
Consumed

Number of
Credit
Resources
Consumed

Number of
CEs
Consumed

Number of
Credit
Resources
Consumed

128

256

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

Direction

Rate
(kbit/s)

SF >
minSF

SF =
minSF

608

1280
1800

2 Network Resource Monitoring

2RX:

4RX:

Number of
CEs
Consumed

Number of
Credit
Resources
Consumed

Number of
CEs
Consumed

Number of
Credit
Resources
Consumed

1280

2SF
4

1800

2SF
2

Table 2-7 CEs consumed by an HSUPA service (2 ms TTI, SRB over DCH)
Direction

Rate
(kbit/s
)

SF >
minSF

SF =
minSF

608

1280
2720

2RX:

4RX:

Number of
CEs
Consumed

Number of
Credit
Resources
Consumed

Number of
CEs
Consumed

Number of
Credit
Resources
Consumed

1280

2SF4

2720

2SF2

Table 2-8 CEs consumed by an HSUPA service (10 ms TTI, SRB over HSUPA)
Direction

Rate
(kbit/s)

SF >
minSF

SF =
minSF

2RX:

4RX:

Number of
CEs
Consumed

Number of
Credit
Resources
Consumed

Number of
CEs
Consumed

Number of
Credit
Resources
Consumed

128

256

608

1280

2S
F4

1800

2S
F2

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

Table 2-9 CEs consumed by an HSUPA service (2 ms TTI, SRB over HSUPA)
Direction

Rate
(kbit/s)

SF >
minSF

SF =
minSF

608

1280

2RX:

4RX:

Number of
CEs
Consumed

Number of
Credit
Resources
Consumed

Number of
CEs
Consumed

Number of
Credit
Resources
Consumed

1280

2SF4

2720

2SF2

5760

2SF2+
2SF4

NOTE

Table 2-6 to Table 2-9 apply only to WBBPb, WBBPd, and WBBPf boards in 3900 series base stations.

HSDPA services do not consume downlink CEs allocated to R99 services. HSUPA and R99
services share uplink CEs.

2.10.2 Monitoring Methods

The following RNC counters are used to monitor CE usage:

VS.NodeB.ULCreditUsed.Mean: Average NodeB Uplink Credit Usage When CE

Overbooking Is Enabled for NodeB

VS.LC.ULCreditUsed.Mean: Mean Usage of UL Credit for Cell

VS.LC.DLCreditUsed.Mean: Mean Usage of DL Credit for Cell

The NodeB uses separate baseband processing units in the uplink and downlink. Therefore,
the NodeB manages uplink and downlink CE resources separately. The uplink and downlink
CE resource usages are calculated as follows:

License-based uplink CE usage

License-based uplink CE usage = UL NodeB Mean CE Used Number/UL License CE
Number
If the value of the VS.NodeB.ULCreditUsed.Mean counter is greater than 0, the CE
Overbooking feature has taken effect, and the following formula is true:
UL NodeB Mean CE Used Number = VS.NodeB.ULCreditUsed.Mean/2
Otherwise, the following formula is true:
UL NodeB Mean CE Used Number =
Sum_AllCells_of_NodeB(VS.LC.ULCreditUsed.Mean/2)
where
"VS.LC.ULCreditUsed.Mean/2" indicates the number of uplink CEs because the number
of uplink credit resources is twice the number of uplink CEs, whereas the number of
downlink credit resources is equal to the number of downlink CEs.
UL License CE Number = UL NodeB License CE Cfg Number

Issue 04 (2014-01-20)

License-based downlink CE usage

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

License-based downlink CE usage = DL NodeB Mean CE Used Number/DL License CE

Number
DL NodeB Mean CE Used Number =
Sum_AllCells_of_NodeB(VS.LC.DLCreditUsed.Mean)
DL License CE Number = DL NodeB License CE Cfg Number

Hardware-based uplink CE usage

Hardware-based uplink CE usage = UL NodeB Mean CE Used Number/UL CE Capacity
Number
The value of UL NodeB Mean CE Used Number equals that used for calculating the
license-based uplink CE usage.
UL CE Capacity Number = VS.HW.ULCreditAvailable

Hardware-based downlink CE usage

Hardware-based downlink CE usage = DL NodeB Mean CE Used Number/DL CE
Capacity Number
The value of DL NodeB Mean CE Used Number equals that used for calculating the
license-based downlink CE usage.
DL CE Capacity Number = VS.HW.DLCreditAvailable

The CE resource usage can be monitored by alarms. If the CE hardware capacity is exceeded,
ALM-28230 Base Station Service Overload is reported.

2.10.3 Optimization Suggestions

If the uplink/downlink license- or hardware-based CE usage is consistently greater than 70%
during peak hours for three consecutive days in a week, perform capacity expansion as
follows:

If the license-based CE usage exceeds its capacity expansion threshold, CE resources are
limited by the license. In this situation, upgrade the license file.

If the hardware-based CE usage exceeds the capacity expansion threshold, CE resources

are limited by the hardware capacity. In this situation, add WBBP boards.

If capacity expansion is inapplicable, perform the following operations:

Run the RNC MML command SET UCORRMALGOSWITCH. In this step, select
the DRA_DCCC_SWITCH
and DRA_BASE_ADM_CE_BE_TTI_RECFG_SWITCH check boxes under
the Dynamic Resource Allocation Switch parameter to enable the DCCC algorithm and
the TTI dynamic adjustment algorithm for admission CE-based BE services,
respectively.

Run the RNC MML command SET UUSERGBR with the Uplink GBR for BE service
parameter set to D32.

Newly added CE resources can share the traffic in hotspots and relieve CE congestion caused
by traffic overflow.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

2.11 Iub Bandwidth Usage

2.11.1 Monitoring Principles
The Iub interface exists between the NodeB and RNC. The interface uses ATM or IP
transmission depending on the transmission medium.
ATM and IP transmission resources can be classified into physical resources, logical port (LP)
resources, resource groups, and link resources, as shown in Figure 2-8 and Figure 2-9.
Figure 2-8 ATM transmission resources

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

Figure 2-9 IP transmission resources

Iub bandwidth congestion will cause RRC connection setup and RAB setup failures. Table
2-10 describes Iub bandwidth congestion scenarios.
Table 2-10 Iub bandwidth congestion scenarios
Scenario

Description

The physical
transmission
resources are
sufficient, but the
admission fails.

Admission control is performed based on the sufficiency of

transmission resources. If transmission resources are
sufficient, the admission succeeds. Otherwise, the
transmission fails. Admission control prevents excessive
service admission and ensures the quality of admitted
services.

The physical
transmission
bandwidth is
insufficient.

The physical transmission bandwidth between the RNC

and NodeB is insufficient.

2.11.2 Monitoring Methods

ATM Transmission
On an ATM transport network, Huawei RNCs and NodeBs can monitor the uplink and
downlink load on their interface boards. The Iub bandwidth usage is indicated by the ratio of
the actual uplink or downlink load to the configured Iub bandwidth.
The RNC monitors the bandwidth-based admission success rate for each NodeB.
Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

Bandwidth-based admission success rate

The counters used to measure the bandwidth-based admission success rate are as follows:

VS.AAL2.CAC.Succ: Number of Successful AAL2 Path Admissions

VS.AAL2.CAC.Att: Number of AAL2 Path Resource Admissions

The bandwidth-based admission success rate is calculated using the following formula:
Bandwidth-based admission success rate = VS.AAL2.CAC.Succ/VS.AAL2.CAC.Att
If the bandwidth-based admission success rate is less than 99%, bandwidth congestion has
probably occurred on the user plane.
2.

Physical bandwidth usage

(1) Control plane

The counters for monitoring the number of bytes transmitted or received on a Signaling ATM
Layer (SAAL) link (carrying NCP, CCP, and ALCAP) are as follows:

VS.SAALLNK.PVCLAYER.TXBYTES: Number of bytes transmitted on an SAAL link

at the ATM layer

VS.SAALLNK.PVCLAYER.RXBYTES: Number of bytes received on an SAAL link at

the ATM layer

The uplink and downlink bandwidth usages of the SAAL links on the control plane over the
Iub interface are calculated using the following formulas:

UL Iub Usage on Control Plane = VS.SAALLNK.PVCLAYER.RXBYTES x

8/1000/<SP>/RX BW_CFG

DL Iub Usage on Control Plane = VS.SAALLNK.PVCLAYER.TXBYTES x

8/1000/<SP>/TX BW_CFG

When the uplink or downlink bandwidth usage reaches 70%, bandwidth congestion may have
occurred on the control plane. Then, capacity expansion is required. In addition, if
ALM-21532 SAAL Link Congestion is reported on the Iub interface, bandwidth congestion
has occurred on the control plane.
(2) User plane
The counters for measuring the number of bytes transmitted or received on an AAL2 path at
the ATM layer for NodeBs are as follows:

VS.AAL2PATH.PVCLAYER.TXBYTES: Number of bytes transmitted on an AAL2

path at the ATM layer

VS.AAL2PATH.PVCLAYER.RXBYTES: Number of bytes received on an AAL2 path at

the ATM layer

The uplink and downlink bandwidth usages of the user plane on the Iub interface are
calculated using the following formulas:

UL Iub Usage on User Plane = Sum (VS.AAL2PATH.PVCLAYER.RXBYTES) x

8/<SP>/1000/RX BW_CFG

DL Iub Usage on User Plane = Sum (VS.AAL2PATH.PVCLAYER.TXBYTES) x

8/<SP>/1000/TX BW_CFG

When the uplink or downlink bandwidth usage reaches 70%, bandwidth congestion has
occurred on the user plane. Then, capacity expansion is required.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

IP Transmission
On an IP transmission network, the RNC and NodeB can monitor the average uplink and
downlink loads on their interface boards. The Iub bandwidth usage is represented by the ratio
of the average uplink or downlink load to the configured Iub bandwidth. In addition, the RNC
and NodeB can dynamically adjust the bandwidth of a service based on the QoS requirements
of the service and user priority and improve the Iub bandwidth usage using the reserve
pressure algorithm on their interface boards.
1.

Bandwidth-based admission success rate

The counters for monitoring the bandwidth-based admission success rate are as follows:

VS.ANI.IP.Conn.Estab.Succ: Number of Successful IP Connections for IP Transport

Adjacent Node

VS.ANI.IP.Conn.Estab.Att: Number of IP Connection Setup Requests Received by IP

Transport Adjacent Node

VS.ANI.IP.FailResAllocForBwLimit: Number of Failed Resource Allocations Due to

Insufficient Bandwidth on the IP Transport Adjacent Node

The IP connection setup success rate is calculated using the following formula:
IP connection setup success rate = VS.ANI.IP.Conn.Estab.Succ/VS.ANI.IP.Conn.Estab.Att
If the IP connection setup success rate is less than 99%, bandwidth congestion has probably
occurred on the user plane.
If the value of the VS.ANI.IP.FailResAllocForBwLimit counter is not zero, bandwidth
congestion has occurred on the user plane.
2.

Physical bandwidth usage

(1) Control plane

The counters for monitoring the number of bytes transmitted or received on an SCTP link
(carrying NCP, CCP, and ALCAP) are as follows:

VS.SCTP.TX.BYTES: Number of IP bytes transmitted on an SCTP link

VS.SCTP.RX.BYTES: Number of IP bytes received on an SCTP link

The uplink and downlink traffic volumes of the SCTP links on the control plane over the Iub
interface are calculated using the following formulas:

SCTP UL KBPS = VS.SCTP.RX.BYTES x 8/<SP>/1000

SCTP DL KBPS = VS.SCTP.TX.BYTES x 8/<SP>/1000

If ALM-21542 SCTP Link Congestion is reported on the Iub interface, bandwidth congestion
has occurred on the control plane.
(2) User plane
In transmission resource pool networking, the number of IP bytes transmitted or received on
the user plane by each adjacent node is measured by the following counters:

VS.IPPOOL.ANI.IPLAYER.TXBYTES: Number of IP bytes transmitted on the user

plane of an adjacent node

VS.IPPOOL.ANI.IPLAYER.RXBYTES: Number of IP bytes received on the user plane

of an adjacent node

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

The Iub bandwidth usage of a transmission resource pool is calculated using the following
formulas:

UL Iub Usage on User Plane = VS.IPPOOL.ANI.IPLAYER.RXBYTES x

8/<SP>/1000/RX BW_CFG

DL Iub Usage on User Plane = VS.IPPOOL.ANI.IPLAYER.TXBYTES x

8/<SP>/1000/TX BW_CFG

If the uplink or downlink bandwidth usage of the user plane on the Iub interface reaches 70%,
bandwidth congestion has occurred on the user plane. Then, capacity expansion is required.

2.11.3 Optimization Suggestions

If the Iub bandwidth usage exceeds 70% during peak hours for three consecutive days in
a week, the Iub bandwidth is insufficient.
No.

Scenario

Optimization Suggestion

Bandwidth congestion on the ATM control

plane

Increase the bandwidth configured

for the SAAL link.

Bandwidth congestion on the IP control

plane

Increase the transmission bandwidth

for the SCTP link.

Physical bandwidth congestion on the ATM

and IP user planes

Increase the transmission bandwidth.

Admission bandwidth congestion on the

ATM and IP user planes, not accompanied
by physical bandwidth congestion

Decrease the activity factor for PS

services.

Scenario 1: Bandwidth Congestion on the ATM Control Plane

If an SAAL link is congested, increase the bandwidth configured for the SAAL link by
running the following commands:
ADD ATMTRF: TRFX=NewIndex, ST=NRTVBR, UT=KBIT/S, PCR=NewValue, SCR=
NewValue;
MOD SAALLNK: SRN=XXX, SN=XXX, SAALLNKN=XXX, CARRYT=IMA,
CARRYSRN=XXX, CARRYSN=NewIndex, CARRYIMAGRPN=NewIndex;

Scenario 2: Bandwidth Congestion on the IP Control Plane

If an SCTP link is congested, check whether the transmission bandwidth between the RNC
and NodeB is sufficient and whether the DSCP of the SCTP link is appropriately set. If the
transmission bandwidth is sufficient and the DSCP is appropriately set, add an SCTP link by
running the following command:
ADD SCTPLNK: SRN=XXX, SN=XXX, SCTPLNKN=XXX, MODE=SERVER,
APP=NBAP, DSCP=48, VLANFLAG1=DISABLE, VLANFLAG2=DISABLE,
SWITCHBACKFLAG=YES;

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

Scenario 3: Physical Bandwidth Congestion on the ATM and IP User Planes

Increase the physical bandwidth of the Iub interface as required.

Scenario 4: Admission Bandwidth Congestion on the ATM and IP User Planes,

Not Accompanied by Physical Bandwidth Congestion
Step 2 Decrease the activity factor for PS services to enable the system to admit more UEs. Query
the activity factor used by the adjacent node by checking the configuration data of the
following command:
ADD ADJMAP: ANI=XXX, ITFT=IUB, TRANST=XXX, CNMNGMODE=SHARE,
FTI=OldIndex;
Step 3 Run the ADD TRMFACTOR command to add an activity factor table. The recommended
value for PSINTERDL, PSINTERUL, PSBKGDL, PSBKGUL, HDINTERDL, and
HDBKGDL is 10. The following is an example:
ADD TRMFACTOR:FTI=NewIndex, REMARK="IUB_USER", PSINTERDL=10,
PSINTERUL=10, PSBKGDL=10, PSBKGUL=10, HDINTERDL=10, HDBKGDL=10;
Step 4 Run the MOD ADJMAP command to use the new activity factor on the adjacent node. The
following is an example:
MOD ADJMAP: ANI=XXX, ITFT=IUB, FTI=NewIndex;
NOTE

The activity factor equals the ratio of actual bandwidth occupied by a UE to the bandwidth allocated to
the UE during its initial access. It is used to predict the bandwidth required by admission. Each NodeB
can be configured with its own activity factor. The default activity factor for voice services is 70%, and
the default activity factor for PS BE services is 40%.

----End

2.12 NodeB CNBAP Load

2.12.1 Monitoring Principles
CNBAP load is used to assess a NodeB's processing capability. CNBAP overload will cause a
radio link setup failure, thereby decreasing the RRC connection setup and RAB setup success
rates.

2.12.2 Monitoring Methods

The following NodeB counters are used to monitor the CNBAP load:

VS.RadioLink.Recv.Mean: average number of wireless connection receptions per second

VS.DedicMeaRpt.MEAN: average number of Dedicated Measurement Reporting per

second

The CNBAP load on a NodeB is limited by the license and hardware capacity. The licenseand hardware-based CNBAP usages are calculated using the following formulas:

Issue 04 (2014-01-20)

License-based CNBAP Usage = (VS.RadioLink.Recv.Mean +

VS.DedicMeaRpt.MEAN/12)/License CNBAP
Huawei Proprietary and Confidential
Copyright Huawei Technologies
Co., Ltd.

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

where License CNBAP = NodeB License CNBAP Cfg Number

Hardware-based CNBAP Usage = (VS.RadioLink.Recv.Mean +

VS.DedicMeaRpt.MEAN/12)/CNBAP Capacity of NodeB
where the CNBAP capacity of a NodeB depends on the configurations of main control
boards, WBBP boards, and UTRP boards. For detailed board specifications, see 3900
Series Base Station Technical Description.

CNBAP resource usage can be monitored by alarms. If the CNBAP hardware capacity is
exceeded, ALM-28230 Base Station Service Overload is reported.

2.12.3 Optimization Suggestions

If the license- or hardware-based CNBAP usage on the NodeB is greater than 60% during
peak hours for three consecutive days in a week, the NodeB is considered overloaded.
Perform capacity expansion as follows:

Enable the WRFD-010202 UE State in Connected Mode (CELL_DCH, CELL_PCH,

URA_PCH, CELL_FACH) and WRFD-020500 Enhanced Fast Dormancy features.

If the license-based CNBAP usage exceeds its capacity expansion threshold, CNBAP
resources are limited by the license. In this situation, upgrade the license file.

If the hardware-based CNBAP usage exceeds its capacity expansion threshold, CNBAP
resources are limited by the hardware. In this situation, replace the WMPT board with
the UMPT board, or add baseband processing boards or replace the WBBPb/WBBPd
board with the WBBPf board.

Split the NodeB or add a NodeB if the CNBAP overload problem cannot be solved by
upgrading the license file or by adding or replacing boards.
NOTE

For details about how to enable the WRFD-010202 UE State in Connected Mode (CELL_DCH,
CELL_PCH, URA_PCH, CELL_FACH) feature, see State Transition Feature
Parameter Description in the RAN Feature Documentation.

For details about how to enable the WRFD-020500 Enhanced Fast Dormancy feature, see Enhanced
Fast Dormancy Feature Parameter Description in the RAN Feature Documentation.

The maximum CNBAP capability of a NodeB is 1500. When the CNBAP capability configured for a
NodeB is less than 1500, replace boards to expand the capacity if CNBAP overload occurs. For the
CNBAP capabilities of the WBBP boards, see 3900 Series Base Station Technical Description.

2.13 HSPA Users

2.13.1 Monitoring Principles
HSPA services are mainly carried on the WBBP boards in a NodeB. Therefore, the number of
HSPA users determines WBBP board loads. If WBBP boards are overloaded with HSPA users,
new users may fail to access the network.

2.13.2 Monitoring Methods

The following NodeB counters are used to monitor the percentage of the number of HSPA
users on a WBBP board to the configured number of HSPA users:

VS.BOARD.UsedHsdpaUserRatio.Mean: average ratio of HSDPA users on a board

VS.BOARD.UsedHsupaUserRatio.Mean: average ratio of HSUPA users on a board

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

2 Network Resource Monitoring

2.13.3 Optimization Suggestions

If the percentage of the number of HSDPA/HSUPA users on a WBBP board to the configured
number of HSDPA/HSUPA users is greater than 60% during peak hours for three consecutive
days in a week, perform capacity expansion as follows:

Enable the WRFD-150242 HSDPA Scheduler Pool feature if

VS.BOARD.UsedHsdpaUserRatio.Mean is greater than 60% only on individual WBBP
boards.

Add WBBP boards or replace the existing WBBP boards with those of higher
specifications.

Split the NodeB or add a NodeB if no more WBBP boards can be added.
NOTE

Issue 04 (2014-01-20)

For details about how to enable the WRFD-150242 HSDPA Scheduler Pool feature, see HSDPA
Scheduler Pool Feature Parameter Description in the RAN feature documentation.

The number of HSPA users supported by a WBBP board varies according to the board type. For
detailed numbers of HSPA users supported by different WBBP boards, see 3900 Series Base Station
Technical Description.

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

3 Network Resource Troubleshooting

Network Resource Troubleshooting

The monitoring method described in chapter 2 "Network Resource Monitoring" is effective in

most scenarios. However, other scenarios may require more detailed troubleshooting to
determine if high resource occupancy is caused by traffic increases or other abnormalities.
This chapter describes how to locate network resource problems that require more detailed
troubleshooting and is intended for personnel who:

Have a deep understanding of WCDMA networks

Are familiar with the signaling procedure

Are familiar with the operation and maintenance of Huawei products

3.1 Possible Block and Failure Points in the Basic Call

Flow
When network resources are insufficient, accessibility-related KPIs are likely to be affected
first.
Figure 3-1 uses a mobile terminated call (MTC) as an example to illustrate the basic call
flow, with possible block/failure points indicated. For details about the basic call process, see
3GPP TS 25.931.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

3 Network Resource Troubleshooting

Figure 3-1 Basic call flow chart and possible block/failure points

The basic call flow illustrated in Figure 3-1 is described as follows:

Step 1 The CN sends a paging message to the RNC.
Step 2 Upon receiving the paging message, the RNC broadcasts the message on a PCH. If the PCH is
congested, the RNC may drop the message at block point #1.
Step 3 The UE may not receive the paging message or access the network, and fails to respond to
RNC's paging message. See failure point # 2.
Step 4 If the UE receives the paging message, it sends an RRC connection setup request to the RNC.
Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

3 Network Resource Troubleshooting

Step 5 If the RNC is congested when receiving the RRC connection setup request, the RNC may
drop the request message. See block point #3.
Step 6 If the RNC receives the RRC connection setup request and does not discard it, the RNC
determines whether to accept or reject the request. The request may be rejected due to
insufficient resources, as shown in block point #4.
Step 7 If the RNC accepts the request, the RNC instructs the UE to set up an RRC connection. The
UE may not receive RNC's response message or may find that the configuration does not
support RRC connection setup. See failure points #5 and #6.
Step 8 After the RRC connection is set up, the UE sends NAS messages to negotiate with the CN
about service setup. If the CN determines to set up a service, the CN sends an RAB
assignment request to the RNC.
Step 9 The RNC accepts or rejects the RAB assignment request based on the resource usage of RAN.
See block point #7.
Step 10 If the RNC accepts the RAB assignment request, it initiates an RB setup process. During the
process, the RNC sets up radio links (RLs) to the NodeB over the Iub interface and sends an
RB setup message to the UE over the Uu interface. The RL or RB setup process may incur
failures. See failure points #8 and #9.
----End

3.2 Counters Related to Call Congestion

As shown in Figure 3-1, call congestion may occur during paging, RRC connection setup, or
RAB setup. This section describes counters related to call congestion. For details about these
counters, see Chapter 4 "Metrics Definitions."

3.2.1 Paging Loss

The counters measuring RNC- and cell-level paging loss are as follows:

RNC-level paging loss

The counters measuring paging loss caused by Iu-interface flow control, CPU overload,
or RNC-level PCH congestion are as follows:

VS.RANAP.CsPaging.Loss: number of failed responses after the RNC receives CS

paging messages from the CN

VS.RANAP.PsPaging.Loss: number of failed responses after the RNC receives PS

paging messages from the CN

VS.RANAP.CsPaging.Att: number of CS paging messages received by the RNC from

the CN

VS.RANAP.PsPaging.Att: number of PS paging messages received by the RNC from

the CN

Calculation formula:
IU Paging Congestion Ratio (RNC) = [(VS.RANAP.CsPaging.Loss +
VS.RANAP.PsPaging.Loss)/(VS.RANAP.CsPaging.Att + VS.RANAP.PsPaging.Att)] x
100%

Cell-level paging loss

The counters measuring paging loss caused by cell-level PCH congestion are as follows:

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

3 Network Resource Troubleshooting

VS.RRC.Paging1.Loss.PCHCong.Cell: number of discarded paging messages due to

PCH congestion in a cell

VS.UTRAN.AttPaging1: number of paging messages of paging type 1 sent by the

RNC in a cell

Calculation formula:
Iu-interface paging loss ratio (cell) =
(VS.RRC.Paging1.Loss.PCHCong.Cell/VS.UTRAN.AttPaging1) x 100%

3.2.2 RRC Congestion

The following table describes the mapping between reasons of RRC connection setup
rejections and corresponding counters.
Rejection Reason

Counter

Uplink power
congestion

VS.RRC.Rej.ULPower.Cong: Number of RRC Connection

Rejects for Cell (UL Power Congestion)

Downlink power
congestion

VS.RRC.Rej.DLPower.Cong: Number of RRC Connection

Rejects for Cell (DL Power Congestion)

Uplink CE resource
congestion

VS.RRC.Rej.ULCE.Cong: Number of RRC Connection Rejects

for Cell (UL CE Resource Congestion)

Downlink CE resource
congestion

VS.RRC.Rej.DLCE.Cong: Number of RRC Connection Rejects

for Cell (DL CE Resource Congestion)

Uplink Iub bandwidth

resource congestion

VS.RRC.Rej.ULIUBBand.Cong: Number of RRC Connection

Rejects for Cell (UL Iub Bandwidth Congestion)

Downlink Iub
bandwidth resource
congestion

VS.RRC.Rej.DLIUBBand.Cong: Number of RRC Connection

Rejects for Cell (DL Iub Bandwidth Congestion)

Downlink code
resource congestion

VS.RRC.Rej.Code.Cong: Number of RRC Connection Rejects

for Cell (Code Resource Congestion)

The RRC block rate is calculated using the following formula:

Vs.RRC.Block.Rate =Total RRC Rej/ VS.RRC.AttConnEstab.Sum x 100%
where

Total RRC Rej = < VS.RRC.Rej.ULPower.Cong > + < VS.RRC.Rej.DLPower.Cong > +

< VS.RRC.Rej.ULCE.Cong > + < VS.RRC.Rej.DLCE.Cong > + <
VS.RRC.Rej.ULIUBBand.Cong > + < VS.RRC.Rej.DLIUBBand.Cong > + <
VS.RRC.Rej.Code.Cong >

VS.RRC.AttConnEstab.Sum: Number of Processed RRC Connection Requests for Cell

3.2.3 RAB Congestion

The following table describes the mapping between reasons of RAB setup rejections and
corresponding counters.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

3 Network Resource Troubleshooting

Rejection Reason

Counter

Power congestion

VS.RAB.FailEstabCS.ULPower.Cong: Number of Failed CS

RAB Establishments for Cell (UL Power Congestion)

VS.RAB.FailEstabCS.DLPower.Cong: Number of Failed CS

RAB Establishments for Cell (DL Power Congestion)

VS.RAB.FailEstabPS.ULPower.Cong: Number of Failed PS

RAB Establishments for Cell (UL Power Congestion)

VS.RAB.FailEstabPS.DLPower.Cong: Number of Failed PS

RAB Establishments for Cell (DL Power Congestion)

VS.RAB.FailEstabCS.ULCE.Cong: Number of Failed CS RAB

Establishments for Cell (UL CE Congestion)

VS.RAB.FailEstabPS.ULCE.Cong: Number of Failed PS RAB

Establishments for Cell (UL CE Congestion)

VS.RAB.FailEstabCs.DLCE.Cong: Number of Failed CS RAB

Establishments for Cell (DL CE Congestion)

VS.RAB.FailEstabPs.DLCE.Cong: Number of Failed PS RAB

Establishments for Cell (DL CE Congestion)

VS.RAB.FailEstabCs.Code.Cong: Number of Failed CS RAB

Establishments for Cell (Code Congestion)

VS.RAB.FailEstabPs.Code.Cong: Number of Failed PS RAB

Establishments for Cell (Code Congestion)

VS.RAB.FailEstabCS.DLIUBBand.Cong: Number of Failed CS

RAB Establishments for Cell (DL Iub Bandwidth Congestion)

VS.RAB.FailEstabCS.ULIUBBand.Cong: Number of Failed CS

RAB Establishments for Cell (UL Iub Bandwidth Congestion)

VS.RAB.FailEstabPS.DLIUBBand.Cong: Number of Failed PS

RAB Establishments for Cell (DL Iub Bandwidth Congestion)

VS.RAB.FailEstabPS.ULIUBBand.Cong: Number of Failed PS

RAB Establishments for Cell (UL Iub Bandwidth Congestion)

Uplink CE
congestion

Downlink CE
congestion

Downlink code
resource congestion

Iub bandwidth
congestion

The RAB block rate is calculated using the following formula:

VS.RAB.Block.Rate = Total number of failed RAB establishments regardless of the cause of
failure/VS.RAB.AttEstab.Cell
where VS.RAB.AttEstab.Cell measures the total number of RAB setup requests in a cell. This
counter is calculated as follows:
VS.RAB.AttEstab.Cell = VS.RAB.AttEstabCS.Conv + VS.RAB.AttEstabCS.Str +
VS.RAB.AttEstabPS.Conv + VS.RAB.AttEstabPS.Bkg + VS.RAB.AttEstabPS.Int +
VS.RAB.AttEstabPS.Str

3.3 Resource Usage Analysis

Figure 3-2 illustrates the general troubleshooting procedure for resource usage issues.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

3 Network Resource Troubleshooting

Figure 3-2 General troubleshooting procedure for resource usage issues

In most cases, the troubleshooting procedure includes detecting abnormal KPIs, selecting top
N cells, and analyzing abnormal KPIs.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

3 Network Resource Troubleshooting

In the case of system bottlenecks, accessibility-related KPIs are usually checked first because
most of the access congestion issues are caused by insufficient system resources.
Figure 3-3 shows key points for bottleneck analysis. The following sections then describe
these key points.
Figure 3-3 Key points for bottleneck analysis

3.3.1 CP CPU Load Analysis

Current networks are generally vulnerable to signaling storms caused by smartphones, and the
CP's signaling processing capability is most likely to become the system bottleneck.
If the CP CPU load exceeds the predefined alarm threshold, the RNC starts flow control to
discard some RRC connection setup requests or paging requests. From the perspective of
maintenance, the CP CPU load must be less than the alarm threshold to guarantee system
safety.
Figure 3-4 illustrates the procedure for analyzing the CP CPU load.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

3 Network Resource Troubleshooting

Figure 3-4 Procedure for analyzing the CP CPU load

As shown in Figure 3-4, if the CP CPU load exceeds 50%, analyze the cause of the problem
and prevent the CPU load from increasing further. In addition, perform an in-depth analysis of
the high CPU load, for example, check whether the parameter configurations are appropriate.
If the high CPU load is caused by an increase in traffic volume, it is recommended that you
expand hardware capacity.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

3 Network Resource Troubleshooting

CP/UP flexible deployment can adjust the hardware resources in the CP and UP pools so that
these pools have basically the same average load. Because the non-pooled load in the CP
cannot be shared, dynamic cell allocation is required to balance this load in the CP pool.
If the traffic model changes, the load can be balanced between CP and UP pools to a certain
degree but cannot be completely balanced. For example, if the CP CPU load is lower than the
UP CPU load but the remaining CP resources are insufficient to bear new NodeBs and cells, it
is recommended that you reduce the number of cells in the RNC or add new boards.

3.3.2 UP CPU Load Analysis

If the load on the EGPUa board or interface board is too high, the RNC discards some
user-plane data. Figure 3-5 illustrates the procedure for analyzing the UP CPU load.
Figure 3-5 Procedure for analyzing the UP CPU load

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

3 Network Resource Troubleshooting

If the UP CPU load exceeds 60%, analyze the cause of the problem and prevent the CPU load
from increasing further. If the high CPU load is caused by an increase in traffic volume, it is
recommended that you expand hardware capacity.

3.3.3 CE Resource Analysis

Both CE congestion and CE resource monitoring require CE resource analysis. If CE usage
remains greater than the preset overload threshold or if CE congestion occurs, CE resources
are insufficient and must be increased to ensure system stability.
Figure 3-6 illustrates the procedure for analyzing CE congestion.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

3 Network Resource Troubleshooting

Figure 3-6 Procedure for analyzing CE congestion

CE resources can be shared within a resource group. Therefore, CE usage on the NodeB must
be calculated to determine whether CE congestion occurs in a resource group or the NodeB. If
CE congestion occurs in a resource group, reallocate CE resources among resource groups. If
CE congestion occurs in the NodeB, perform capacity expansion.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

3 Network Resource Troubleshooting

3.3.4 Iub Resource Analysis

Figure 3-7 illustrates the procedure for analyzing Iub bandwidth congestion.
Figure 3-7 Procedure for analyzing Iub bandwidth congestion

3.3.5 Power Resource Analysis

If the uplink RTWP and downlink TCP values are greater than the preset thresholds, power
congestion occurs.
If power congestion occurs in the downlink, enable the load reshuffling (LDR) and overload
control (OLC) functions. If power congestion occurs in the uplink, analyze whether the
problem is caused by interference or traffic increases.
If the RTWP value remains greater than -97 dBm, identify root causes and troubleshoot the
problem.
If the problem is caused by heavy traffic instead of signaling storms, perform the following
operations:

Enable LDR and OLC for temporary troubleshooting.

Add carriers or split cells for a long-term solution.

Figure 3-8 illustrates the procedure for analyzing power resource usage.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

3 Network Resource Troubleshooting

Figure 3-8 Procedure for analyzing power resource usage

Generally, adding a carrier is the most effective means of relieving uplink power congestion.
If no additional carrier is available, add a NodeB or reduce the downtilt of the antenna.

3.3.6 PCH Usage Analysis

In most cases, PCHs are overloaded because an LA covers too many cells. Replan LAs to
resolve the PCH overload.
Figure 3-9 illustrates the procedure for analyzing PCH usage.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

3 Network Resource Troubleshooting

Figure 3-9 Procedure for analyzing PCH usage

3.3.7 FACH Usage Analysis

FACH congestion is less likely to occur when UE state transition is disabled. However, the
RNC usually enables UE state transition to transfer low-traffic services to FACHs. This saves
radio resources but increases traffic on FACHs.
Methods of relieving FACH congestion are as follows:

Shorten the period during which PS services are carried on FACHs to enable fast UE
state transition to the CELL_PCH state or idle mode. In addition, set up RRC
connections on DCHs if DCH resources are sufficient.

Add an SCCPCH to carry FACHs.

Figure 3-10 illustrates the procedure for analyzing FACH usage.

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

3 Network Resource Troubleshooting

Figure 3-10 Procedure for analyzing FACH usage

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

4
Metric Name

Counter

4 Metrics Definitions

Metrics Definitions
Description

Congestion-related Metrics
Call Block Ratio

Vs.Call.Block.Rate (customized)

Vs.RRC.Block.Rate +
(<RRC.SuccConnEstab.sum>
/(<VS.RRC.AttConnEstab.CellDCH> +
<VS.RRC.AttConnEstab.CellFACH>)) x
Vs.Rab.Block.Rate

RRC Congestion
Ratio

Vs.RRC.Block.Rate (customized)

(<VS.RRC.Rej.ULPower.Cong> +
<VS.RRC.Rej.DLPower.Cong> +
<VS.RRC.Rej.ULIUBBand.Cong> +
<VS.RRC.Rej.DLIUBBand.Cong> +
<VS.RRC.Rej.ULCE.Cong> +
<VS.RRC.Rej.DLCE.Cong> +
<VS.RRC.Rej.Code.Cong>)/<VS.RRC.Att
ConnEstab.Sum>

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

4 Metrics Definitions

Metric Name

Counter

Description

RAB Congestion
Ratio

Vs.RAB.Block.Rate (customized)

(<VS.RAB.FailEstabCS.ULPower.Cong> +
<VS.RAB.FailEstabCS.DLPower.Cong> +
<VS.RAB.FailEstabPS.ULPower.Cong> +
<VS.RAB.FailEstabPS.DLPower.Cong> +
<VS.RAB.FailEstabCS.ULCE.Cong> +
<VS.RAB.FailEstabPS.ULCE.Cong> +
<VS.RAB.FailEstabCs.DLCE.Cong> +
<VS.RAB.FailEstabPs.DLCE.Cong> +
<VS.RAB.FailEstabCs.Code.Cong> +
<VS.RAB.FailEstabPs.Code.Cong> +
<VS.RAB.FailEstabCS.DLIUBBand.Cong>
+
<VS.RAB.FailEstabCS.ULIUBBand.Cong>
+
<VS.RAB.FailEstabPS.DLIUBBand.Cong>
+
<VS.RAB.FailEstabPS.ULIUBBand.Cong>
)/(VS.RAB.AttEstabCS.Conv +
VS.RAB.AttEstabCS.Str +
VS.RAB.AttEstabPS.Conv +
VS.RAB.AttEstabPS.Bkg +
VS.RAB.AttEstabPS.Int +
VS.RAB.AttEstabPS.StrRAB)

Call Attempts

VS.RAB.AttEstab.Cell (customized)

(<VS.RAB.AttEstCS.Conv> +
<VS.RAB.AttEstab.CS.Str> +
<VS.RAB.AttEstabPS.Conv> +
<VS.RAB.AttEstabPS.Str> +
<VS.RAB.AttEstabPS.Int> +
<VS.RAB.AttEstabPS.Bkg>)

Power Usage-related Metrics

MeanTCP (NonHS)
Usage

VS.MeanTCP.NonHS

where MAXTXPOWER is the maximum

power configured for a cell. Measured
in watts.
MeanTCP Usage

VS.MeanTCP

where MAXTXPOWER is the maximum

power configured for a cell. Measured
in watts.
Mean UL RTWP

VS.MeanRTWP

Min UL RTWP

VS.MinRTWP

UL ENU Rate

VS.RAC.UL.EqvUserNum

VS.RAC.UL.EqvUserNum/UlTotalEqUser
Num

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

Metric Name

Counter

4 Metrics Definitions

Description

Iub Interface Resource Usage-related Metrics

AAL2 PATH
Admission Success
Rate

VS.AAL2.CAC.Succ

VS.AAL2.CAC.Att

DL Iub Usage on
Control Plane

VS.SAALLNK.PVCLAYER.TXBY
TES

VS.SAALLNK.PVCLAYER.RXBY
TES

UL Iub Usage on
Control Plane
DL Iub Usage on
User Plane

DL Iub Usage on Control Plane =

VS.SAALLNK.PVCLAYER.TXBYTES x
8/1000/<SP>/TX BW_CFG
UL Iub Usage on Control Plane =
VS.SAALLNK.PVCLAYER.RXBYTES x
8/1000/<SP>/RX BW_CFG

ATM Transmission

VS.AAL2PATH.PVCLAYER.TXB
YTES

VS.AAL2PATH.PVCLAYER.RXB
YTES

DL Iub Usage on User Plane = Sum

(VS.AAL2PATH.PVCLAYER.TXBYTES)
x 8/<SP>/1000/TX BW_CFG

IP transmission in non-pooled
networking:

VS.IPPATH.IPLAYER.TXBYTES

VS.IPPATH.IPLAYER.RXBYTES

IP transmission in resource pool

networking:

UL Iub Usage on
User Plane

VS.AAL2.CAC.Succ/VS.AAL2.CAC.Att

VS.IPPOOL.ANI.IPLAYER.TXBYT
ES

VS.IPPOOL.ANI.IPLAYER.RXBY
TES

IP transmission in non-pooled networking:

DL Iub Usage on User Plane = Sum
(VS.IPPATH.IPLAYER.TXBYTES) x
8/<SP>/1000/TX BW_CFG
IP transmission in resource pool
networking:
DL Iub Usage on User Plane =
VS.IPPOOL.ANI.IPLAYER.TXBYTES x
8/<SP>/1000/TX BW_CFG
ATM Transmission
UL Iub Usage on User Plane = Sum
(VS.AAL2PATH.PVCLAYER.RXBYTES)
x 8/<SP>/1000/RX BW_CFG
IP transmission in non-pooled networking:
UL Iub Usage on User Plane = Sum
(VS.IPPATH.IPLAYER.RXBYTES) x
8/<SP>/1000/RX BW_CFG
IP transmission in resource pool
networking:
UL Iub Usage on User Plane =
VS.IPPOOL.ANI.IPLAYER.RXBYTES x
8/<SP>/1000/RX BW_CFG

IP Connection Setup
Success Rate

VS.ANI.IP.Conn.Estab.Succ

VS.ANI.IP.Conn.Estab.Att

VS.ANI.IP.Conn.Estab.Succ/VS.ANI.IP.Co
nn.Estab.Att

PCH/FACH Usage-related Metrics

PCH Usage

Issue 04 (2014-01-20)

VS.UTRAN.AttPaging1

VS.UTRAN.AttPaging1/(<SP> x 60 x
5/0.01)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

4 Metrics Definitions

Metric Name

Counter

Description

FACH Usage

VS.CRNCIubBytesFACH.Tx

VS.PCH.Bandwidth.UsageRate

(1) Utilization of FACH carried on

non-standalone SCCPCH

VS.SRBNum.FACH

VS.OneSRBTTINum.FACH

VS.IndepTRBNum.FACH

FACH Usage =
VS.CRNCIubBytesFACH.Tx x 8/((60 x
<SP> x 168 x 1/0.01) x
VS.PCH.Bandwidth.UsageRate x 6/7 + (60
x <SP> x 360 x 1/0.01) x (1 VS.PCH.Bandwidth.UsageRate x 6/7))
where,
VS.PCH.Bandwidth.UsageRate =
<VS.CRNCIubBytesPCH.Tx>/(<VS.CRNC
.IUB.PCH.Bandwidth> x <SP> x 60)
(2) Utilization of FACH carried on
standalone SCCPCH
FACH Usage = ((VS.SRBNum.FACH VS.OneSRBTTINum.FACH)/2 +
VS.OneSRBTTINum.FACH +
VS.IndepTRBNum.FACH)/(<SP> x
60/0.01)

RACH Usage

VS.CRNCIubBytesRACH.Rx

VS.TRBNum.RACH

RACH Usage =
((VS.CRNCIubBytesRACH.Rx VS.TRBNum.RACH x 360/8) x
8/168)/(<SP> x 60 x 4/0.02) +
VS.TRBNum.RACH/(<SP> x 60 x 4/0.02)

OVSF Usage-related Metrics

OVSF Quantity

VS.RAB.SFOccupy

OVSF Usage

VS.RAB.SFOccupy.Ratio

VS.RAB.SFOccupy/256

DCH OVSF Usage

VS.SingleRAB.SF4

VS.MultRAB.SF4

VS.MultRAB.SF8

DCH OVSF Usage

= DCH_OVSF_CODE/DCH_OVSF_COD
E_Ava

VS.SingleRAB.SF8

VS.MultRAB.SF16

VS.SingleRAB.SF16

VS.SingleRAB.SF32

VS.MultRAB.SF32

VS.MultRAB.SF64

VS.SingleRAB.SF64

VS.SingleRAB.SF128

VS.MultRAB.SF128

VS.SingleRAB.SF256

VS.MultRAB.SF256

Issue 04 (2014-01-20)

where
DCH_OVSF_CODE =
(<VS.SingleRAB.SF4> +
<VS.MultRAB.SF4>) x 64 +
(<VS.MultRAB.SF8> +
<VS.SingleRAB.SF8>) x 32 +
(<VS.MultRAB.SF16> +
<VS.SingleRAB.SF16>) x 16 +
(<VS.SingleRAB.SF32> +
<VS.MultRAB.SF32>) x 8 +
(<VS.MultRAB.SF64> +
<VS.SingleRAB.SF64>) x 4 +
(<VS.SingleRAB.SF128> +
<VS.MultRAB.SF128>) x 2 +
(<VS.SingleRAB.SF256> +
<VS.MultRAB.SF256>)

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

Metric Name

Counter

4 Metrics Definitions

Description

CPU Load-related Metrics

CP/UP CPU Load

VS.SUBSYS.CPULOAD.MEAN

RMP CPU Load

VS.CPU.CPULOAD.MEAN

INT Load

VS.CPU.CPULOAD.MEAN

VS.INT.TRANSLOAD.RATIO.MEAN

Credit Resource Usage-related Metrics

License-based Down
link CE Usage

VS.NodeB.ULCreditUsed.Mean
VS.LC.ULCreditUsed.Mean
VS.LC.DLCreditUsed.Mean

License-based
Uplink CE Usage

VS.HW.DLCreditAvailable
VS.HW.ULCreditAvailable

Sum_AllCells_of_NodeB(VS.LC.DLCredit
Used.Mean)/DL NodeB License CE Cfg
Number
If the value of
VS.NodeB.ULCreditUsed.Mean is greater
than 0, the following formula is true:
(VS.NodeB.ULCreditUsed.Mean/2)/UL
NodeB License CE Cfg Number
Otherwise, the following formula is true:
Sum_AllCells_of_NodeB(VS.LC.ULCredit
Used.Mean/2)/UL NodeB License CE Cfg
Number

Hardware-based Do
wnlink CE Usage

Sum_AllCells_of_NodeB(VS.LC.DLCredit
Used.Mean)/VS.HW.DLCreditAvailable

Hardware-based
Uplink CE Usage

If the value of
VS.NodeB.ULCreditUsed.Mean is greater
than 0, the following formula is true:
(VS.NodeB.ULCreditUsed.Mean/2)/VS.H
W.ULCreditAvailable
Otherwise, the following formula is true:
Sum_AllCells_of_NodeB(VS.LC.ULCredit
Used.Mean/2)/VS.HW.ULCreditAvailable

SCU Board Load-related Metrics

SCU CPU Load

VS.CPU.CPULOAD.MEAN

Frame Mean Usage

VS.Frame.Flux. Mean.TxRate

Frame Mean Usage =

VS.Frame.Flux.Mean.TxRate/Inter-subrack
bandwidth x 100%

NodeB CNBAP Load-related Metrics

License-based
CNBAP Usage

Issue 04 (2014-01-20)

VS.RadioLink.Recv.Mean
VS.DedicMeaRpt.MEAN

License-based CNBAP Usage =

(VS.RadioLink.Recv.Mean +
VS.DedicMeaRpt.MEAN/12)/License
CNBAP

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

Metric Name

Counter

4 Metrics Definitions

Description

Hardware-based
CNBAP Usage

Hardware-based CNBAP Usage =

(VS.RadioLink.Recv.Mean +
VS.DedicMeaRpt.MEAN/12)/CNBAP
Capacity of NodeB

HSPA User-related Metrics

Average HSPA User
Ratio

Issue 04 (2014-01-20)

VS.BOARD.UsedHsdpaUserRatio.Mean

VS.BOARD.UsedHsupaUserRatio.Mean

Huawei Proprietary and Confidential

RAN15.0 Capacity Monitoring Guide (BSC6910-based)

5 Reference Documents

Reference Documents

This chapter lists the documents referenced within the text and provides the document name,
document package, and document package download path at http://support.huawei.com.
Document Name

Document Package

Document
Package Download Path at
http://support.huawei.com

3900 Series Base Station

Technical Description

3900 Series Base

Station
Product Documentation

Wireless -> WCDMA-RAN ->

WCDMA-NodeB

Flow Control Feature

Parameter Description

RAN
Feature Documentation

Wireless -> WCDMA-RAN ->

WCDMA-RAN Public

Transmission Resource Pool in

RNC Feature
Parameter Description
Dynamic Configuration Based on
the Uplink Load Feature
Parameter Description
Power Control Feature
Parameter Description
HSDPA Feature
Parameter Description
CE Overbooking Feature
Parameter Description
State Transition Feature
Parameter Description

Issue 04 (2014-01-20)

Huawei Proprietary and Confidential

RRN3901 User Guide (v100r011c10)
No ratings yet
RRN3901 User Guide (v100r011c10)
96 pages
Project Proposal HERBAL INFO
100% (2)
Project Proposal HERBAL INFO
15 pages
Leave Policy Model
No ratings yet
Leave Policy Model
9 pages
RAN14.0 Capacity Monitoring Guide (04) (PDF) - EN PDF
No ratings yet
RAN14.0 Capacity Monitoring Guide (04) (PDF) - EN PDF
64 pages
Capacity Monitoring Guide - R18
No ratings yet
Capacity Monitoring Guide - R18
62 pages
Huawei LTE ENodeB Site Solution Installation Key Point PDF
100% (1)
Huawei LTE ENodeB Site Solution Installation Key Point PDF
26 pages
Material For BTS3900&BTS5900 Node Parameter Changes (V100R015C10 Vs V100R012C10SPC330)
No ratings yet
Material For BTS3900&BTS5900 Node Parameter Changes (V100R015C10 Vs V100R012C10SPC330)
16 pages
GSM and LTE Zero Bufferzone (SRAN11.1 - 03)
No ratings yet
GSM and LTE Zero Bufferzone (SRAN11.1 - 03)
54 pages
Huawei - Load Control PDF
No ratings yet
Huawei - Load Control PDF
373 pages
RAN14.0 Optional Feature Description Viettel
No ratings yet
RAN14.0 Optional Feature Description Viettel
393 pages
3900 Series & 5900 Series Base Sta V100R015C10SPC080 RFAFunction Performance Counter Reference
No ratings yet
3900 Series & 5900 Series Base Sta V100R015C10SPC080 RFAFunction Performance Counter Reference
25 pages
MRFUd Description V1.2
0% (1)
MRFUd Description V1.2
19 pages
GBSS9.0 BSC6900 Product Description: Huawei Technologies Co., LTD
No ratings yet
GBSS9.0 BSC6900 Product Description: Huawei Technologies Co., LTD
32 pages
Call Reestablishment (RAN18.1 01)
No ratings yet
Call Reestablishment (RAN18.1 01)
412 pages
LTE Optimization
No ratings yet
LTE Optimization
2 pages
Huawei
No ratings yet
Huawei
20 pages
SRAN8.0 LTE Multi-Mode Feature Description
No ratings yet
SRAN8.0 LTE Multi-Mode Feature Description
31 pages
Sran PDF
No ratings yet
Sran PDF
7 pages
RAN16.0 Basic Feature Description
100% (1)
RAN16.0 Basic Feature Description
243 pages
3900 & 5900 Series Base Station Configuration Principles (V100R017C10 - 10) (PDF) - en
No ratings yet
3900 & 5900 Series Base Station Configuration Principles (V100R017C10 - 10) (PDF) - en
374 pages
Bladesite and Easymacro (20160308v1.0)
No ratings yet
Bladesite and Easymacro (20160308v1.0)
21 pages
BTS3900A GSM Commissioning Guide - (V300R008 04)
100% (1)
BTS3900A GSM Commissioning Guide - (V300R008 04)
97 pages
RAN16.0 Optional Feature Description
100% (1)
RAN16.0 Optional Feature Description
538 pages
Pki (Sran11.1 08)
No ratings yet
Pki (Sran11.1 08)
224 pages
Training Document - Imanager M2000-CME V200R011 Introduction To LTE Summary Data File-20110823-B-1.0
100% (1)
Training Document - Imanager M2000-CME V200R011 Introduction To LTE Summary Data File-20110823-B-1.0
50 pages
Base Station Controller Equipment Reliability (SRAN12.1 - 01)
No ratings yet
Base Station Controller Equipment Reliability (SRAN12.1 - 01)
44 pages
Swap Nokia
No ratings yet
Swap Nokia
4 pages
RTN 950 Feature Description (U2000) - (V100R003C03 - 01)
100% (2)
RTN 950 Feature Description (U2000) - (V100R003C03 - 01)
2,393 pages
RAN 15 Basic Feature Description
No ratings yet
RAN 15 Basic Feature Description
219 pages
Ibsc Board and Its Function PDF
100% (1)
Ibsc Board and Its Function PDF
135 pages
GSM and LTE FDD Dynamic Spectrum Sharing (SRAN9.0 - 01)
No ratings yet
GSM and LTE FDD Dynamic Spectrum Sharing (SRAN9.0 - 01)
75 pages
Performance Counters R3.1
No ratings yet
Performance Counters R3.1
102 pages
Base Station OMCH Self-Recovery (SRAN10.1 - 02)
No ratings yet
Base Station OMCH Self-Recovery (SRAN10.1 - 02)
30 pages
Mimo (Ran16.0 02)
No ratings yet
Mimo (Ran16.0 02)
142 pages
Dumpssheet Huawei h35 481 v2.0 Exam Dumps by Hicks 29-01-2024 6qa
No ratings yet
Dumpssheet Huawei h35 481 v2.0 Exam Dumps by Hicks 29-01-2024 6qa
11 pages
Expanding Mobile Wireless Capacity The Challenges
No ratings yet
Expanding Mobile Wireless Capacity The Challenges
16 pages
RAN14.0 Feature Activation Guide
100% (4)
RAN14.0 Feature Activation Guide
1,109 pages
HUAWEI - Statistics Data Analysis and Optimization V 4.0
No ratings yet
HUAWEI - Statistics Data Analysis and Optimization V 4.0
154 pages
Optimization & Planning: By: Mohammad Haris Khan RF Optimization Engineer Mobilink - South Nov 20 '2009
No ratings yet
Optimization & Planning: By: Mohammad Haris Khan RF Optimization Engineer Mobilink - South Nov 20 '2009
12 pages
User Manual: TP48600B-N20A1 V500R001C00
No ratings yet
User Manual: TP48600B-N20A1 V500R001C00
73 pages
SRAN13.1 CloudAIR Feature Description (Digicel)
No ratings yet
SRAN13.1 CloudAIR Feature Description (Digicel)
44 pages
Layered Paging in Idle Mode (RAN16.0 - 01)
No ratings yet
Layered Paging in Idle Mode (RAN16.0 - 01)
52 pages
NodeB Technical Description (V200R013 - 06) (PDF) - en
89% (9)
NodeB Technical Description (V200R013 - 06) (PDF) - en
165 pages
BTS3900 V100R008C00SPC220 (ENodeB) Performance Counter Reference
No ratings yet
BTS3900 V100R008C00SPC220 (ENodeB) Performance Counter Reference
2,162 pages
CDMA and LTE Zero Bufferzone (SRAN12.1 - 02)
No ratings yet
CDMA and LTE Zero Bufferzone (SRAN12.1 - 02)
40 pages
M2000 Power Saving Feature Discription
No ratings yet
M2000 Power Saving Feature Discription
7 pages
M2000 Basic Skill Training Compress - PART1
100% (1)
M2000 Basic Skill Training Compress - PART1
24 pages
Interoperability Between UMTS and LTE (RAN15.0 - 11) PDF
No ratings yet
Interoperability Between UMTS and LTE (RAN15.0 - 11) PDF
735 pages
BSC6900 GSM Hardware Description - (V900R011C00 - 04)
100% (2)
BSC6900 GSM Hardware Description - (V900R011C00 - 04)
214 pages
Radio Frequency (RF) Engineering in Telecom: Telecom Titans: Building the Connected World, #3
From Everand
Radio Frequency (RF) Engineering in Telecom: Telecom Titans: Building the Connected World, #3
Jordan Grant
No ratings yet
Drive testing The Ultimate Step-By-Step Guide
From Everand
Drive testing The Ultimate Step-By-Step Guide
Gerardus Blokdyk
No ratings yet
Emerging Technologies in Information and Communications Technology
From Everand
Emerging Technologies in Information and Communications Technology
Fouad Sabry
No ratings yet
Voice over LTE Standard Requirements
From Everand
Voice over LTE Standard Requirements
Gerardus Blokdyk
3/5 (1)
"The Future of Connectivity: Unleashing the Power of 5G and Beyond": GoodMan, #1
From Everand
"The Future of Connectivity: Unleashing the Power of 5G and Beyond": GoodMan, #1
Patrick Mukosha
No ratings yet
IP Multimedia Subsystem IMS A Complete Guide
From Everand
IP Multimedia Subsystem IMS A Complete Guide
Gerardus Blokdyk
No ratings yet
Capacity Monitoring Guide (BSC6900-Based) : Huawei Technologies Co., LTD
No ratings yet
Capacity Monitoring Guide (BSC6900-Based) : Huawei Technologies Co., LTD
67 pages
RAN21.1 Capacity Monitoring Guide (BSC6910-based)(01)(PDF)-EN
No ratings yet
RAN21.1 Capacity Monitoring Guide (BSC6910-based)(01)(PDF)-EN
92 pages
RAN18.1 Capacity Monitoring Guide (BSC6910-Based) (03) (PDF) - en
No ratings yet
RAN18.1 Capacity Monitoring Guide (BSC6910-Based) (03) (PDF) - en
82 pages
RAN18.1 Capacity Monitoring Guide (BSC6910-Based) (02) (PDF) - EN PDF
No ratings yet
RAN18.1 Capacity Monitoring Guide (BSC6910-Based) (02) (PDF) - EN PDF
78 pages
BSC6900 UMTS Product Documentation
No ratings yet
BSC6900 UMTS Product Documentation
51 pages
RAN Capacity Monitoring BSC6910 R15 29042014
No ratings yet
RAN Capacity Monitoring BSC6910 R15 29042014
42 pages
Huawei RAN 15 - Capacity Monitoring Guide
No ratings yet
Huawei RAN 15 - Capacity Monitoring Guide
74 pages
Commented Code in Adjustment
No ratings yet
Commented Code in Adjustment
34 pages
Connections Planning
No ratings yet
Connections Planning
51 pages
Juspay Interview Experience (1)
No ratings yet
Juspay Interview Experience (1)
2 pages
SPP V2 Praevius Master - Worldserver - Exe - (29-1 - 9-59-42)
No ratings yet
SPP V2 Praevius Master - Worldserver - Exe - (29-1 - 9-59-42)
9 pages
Chapter 3: The Broad Problem Area and Defining The Problem Statement
No ratings yet
Chapter 3: The Broad Problem Area and Defining The Problem Statement
4 pages
POINTERS & ARRAYS
No ratings yet
POINTERS & ARRAYS
4 pages
Optistruct Optimization 90 Vol1 Manual
No ratings yet
Optistruct Optimization 90 Vol1 Manual
149 pages
ANOVA For Linear Model Fenolik
No ratings yet
ANOVA For Linear Model Fenolik
10 pages
macOS VPN Troubleshoot Guide - EN
No ratings yet
macOS VPN Troubleshoot Guide - EN
21 pages
Coa August 2023 Qa
No ratings yet
Coa August 2023 Qa
16 pages
Mathematics
No ratings yet
Mathematics
537 pages
Algorithms To Solve Rubik's Cube
No ratings yet
Algorithms To Solve Rubik's Cube
12 pages
DS AR-5315u
No ratings yet
DS AR-5315u
2 pages
Siprotec 7ss85 Profile
No ratings yet
Siprotec 7ss85 Profile
2 pages
ISATransactions
No ratings yet
ISATransactions
15 pages
JAVA WORKSHEET 2
No ratings yet
JAVA WORKSHEET 2
2 pages
AMBA Based System For High Speed IP Validation
No ratings yet
AMBA Based System For High Speed IP Validation
45 pages
PHD Thesis Electronics Communication Engineering
100% (3)
PHD Thesis Electronics Communication Engineering
6 pages
Geek Squad Twitter Case Study
No ratings yet
Geek Squad Twitter Case Study
6 pages
Understanding The 10 Most Difficult Python Concepts - by Joanna - Geek Culture
No ratings yet
Understanding The 10 Most Difficult Python Concepts - by Joanna - Geek Culture
24 pages
Ch4 PDF
No ratings yet
Ch4 PDF
105 pages
(Heat Transfer) Chapter 5
No ratings yet
(Heat Transfer) Chapter 5
34 pages
Ayush Resume Workday HCM
No ratings yet
Ayush Resume Workday HCM
1 page
Module 2 Q and Answers
No ratings yet
Module 2 Q and Answers
13 pages
By Chris Chatfield, Published in 2004 by Chapman & Hall/CRC in The Texts in Statistical Science Series
No ratings yet
By Chris Chatfield, Published in 2004 by Chapman & Hall/CRC in The Texts in Statistical Science Series
19 pages
VASUNDARA Step Program
No ratings yet
VASUNDARA Step Program
11 pages
Validity Threats (Eyewitness) - Student Blank Sheet
No ratings yet
Validity Threats (Eyewitness) - Student Blank Sheet
6 pages
X2Change Flourometer Quickstart Guide V1.0
No ratings yet
X2Change Flourometer Quickstart Guide V1.0
7 pages