3G Huawei

RAN Resource Monitoring and management

1
 Capacity and resource analysis

•To figure out the WCDMA network, we have to associate the

several information. As WCDMA blockage can occur at several
part also the multiple-service will consume different resource in
the network. Furthermore the congestion in WCDMA is
consisting of soft and hard blocking. Hence we must gather this
information for the analysis. The information will be collected is :
– Actual resource and configuration
– Traffic and KPI statistic
– Service distribution
•From these 3 components, we can create 3 dimensions
relationship and give the result of enough or inadequate
resources for desired service.
 Resources and configuration

•In Huawei WCDMA network, to avoid the congestion and blockage

of the service, we have to monitor the following resources :

NE Type Resource Expansible

NodeB Level -CE card and license Yes
-NodeB HS-PDSCH code license Yes
-UL and DL Iub bandwidth Yes

Cell Level -OVSF code No

-UL power Yes
-DL power Yes
 RAN Resource diagram

•DL total power/DL ENU

•RTWP/UL ENU RRU
•OVSF Code (DCH/HS-PDSCH) 1

-CE card
-CE license
-HS-PDSCH code license
•DL total power/DL ENU
•RTWP/UL ENU
•OVSF Code (DCH/HS-PDSCH)
RRU
2 BBU UL/DL Iub bandwidth RNC

•DL total power/DL ENU

•RTWP/UL ENU RRU
•OVSF Code (DCH/HS-PDSCH) 3
 Traffic and KPI statistic

•To associate the actual situation of resource usage we have

to consider in term of :
- CS and PS traffic
- Congestion
- Utilization
 Service distribution

•Each service type will occupy different resources. Hence we

should divide the traffic volume corresponding to each service
type to understand the characteristic of the cell.
– AMR
– VP
– PS R99 DL
– PS R99 UL
– HSDPA
– HSUPA
 CE Resource Description

•CE resource is consisting of hardware and software. CE is

the pool resource at NodeB level, all cells connected to NodeB
will share the same CE resource.
– Hardware
• Number of CEs will be vary upon the model of card.
• Truemove typically uses CE Card model WWBP2 (UL/DL128
CEs).
• The monitor will be done at NodeB level.
– Software
• 1 License will be equal to 16 CEs.
• Number of UL/DL license can be assigned independently.
• The monitor can be done separately for UL and DL.
 OVSF Code Resource Description

OVSF Code is the limit resource of each cell. The expansion

can’t be possible in a single cell. OVSF Code will be limited only
DL direction.
•Typical usage of OVSF code
– AMR : SF128 – SF256
– VP : SF32
– PS R99 DL : SF8 – SF128
– HSDPA : SF16
• Maximum is 15 * SF16
• HSDPA Code usage is depended on Manual or Automatic
assignment. More OVSF code manually assigned to HSDPA
is less OVSF code left for R99.
 NodeB HSDPA Code License
Description

•Except the available number of free OVSF code, HSDPA is

required the license.
– HSDPA code license is a pool resource at BBU as same as CE.
– Insufficient code license can degrade the throughput of HSDPA
user as well.
 UL Power Resource Description

•Even the UL power is not limit corresponding to each UE

power, but the noise raise will trig the rejection due to Call
Admission Control as well. Hence, the increment in UL load can
cause service rejection and slow down the data service.
•For Huawei, UL power resource can divided into 2 type. One
is real load in term of RTWP, another one is equivalent load in
term of ENU.
 DL Power Resource Description

•DL Power Limit is considered at RRU total power. Typical

use of RRU power in Truemove is 20 and 40 watt.
•In general, the common control channel will consume about
20% of total power.
•The power consumption of each service will be different as
well as the radio condition of each UE (e.g. distance, RSCP,
Ec/Io)
•HSDPA will use the remaining power left from R99 service.
 UL and DL Iub Bandwidth Description

•Iub is the pool resource at BBU, each RRU have to share

same Iub resource.
•Typical configuration bandwidth of Iub is 10 and 20 Mbps.
•Truemove deploys IP based Iub transmission.
 Total resource usage module
Rejection

-Power
-CS user
-OVSF code
-PS R99 User -Desire QoS
-CE
-HSDPA User -Congestion
-Iub
-HSUPA User

Service Resources User

distribution experience

2 states of service interruption

• The user can’t get the service (rejection).
• The user can’t get at the desire QoS (low throughput of data service)
 Power CAC Algorithm

•Power CAC is applied on both DL and UL

•We have to consider our selected algorithm. The monitoring method will
be different. Algorithm 1 or Algorithm 2 ?
•Huawei default for DL is Algorithm1
– Monitor TCP usage for load calculation
•Huawei default for UL is Algorithm2
– Monitor ENU for UL load calculation
 Total RRU power setting
•Total Carrier Power (TCP) is one of limited resource depending upon
RRU total power output that impact directly to cell capacity and
performance. Although it’s the same RRU power, it may different in the
capacity because of UE distribution in a cell. To overview the power setting
in a cell, we can check parameter setting of total power and CPICH power.
•CPICH Power
– MaxPCPICHPower (~ 10% of total cell power)
– Default = 33 or 36 dBm
•Total Power
– MaxTxPower
– Default = 43 or 46 dBm according to license

By the way, CPICH power + common channel will consume around

20% of total cell power.
 TCP Counter and monitoring
•Example : BKD0040U3
MaxTxPower
– MaxTxPower = 43 dBm
– MaxPCPICHPower = 33 dBm

PCPICH + Common channel •We can monitor TCP usage from counter
PCPICH – VS.MaxTCP (R99+HSDPA)
– VS.MeanTCP (R99+HSDPA)
– VS.MaxTCP.NonHS (R99)
– VS.MeanTCP.NonHS (R99)

•We check parameter setting for RAB CAC

– DL threshold of Conv AMR service[%] = 80

– DL threshold of Conv non_AMR service[%] =
80
– DL threshold of other services[%] = 75
MaxTxPower
– DL handover access threshold[%] = 85
– DL total power threshold[%] = 90
•RRC CAC considers OLC Trigger Threshold for
admission

– DL OLC trigger threshold[%] = 95

PCPICH + Common channel
PCPICH
 Oversee cell load by ENU

•Equivalent number of users (ENU) is the indicator from

which maps each service type into one normalize cell load.
Higher throughput infer the higher ENU value. To get the UL and
DL ENU we refer to these counters.

VS.RAC.UL.TotalTrfFactor UL ENU

VS.RAC.DL.TotalTrfFactor DL ENU
Typical equivalent number of users (ENU)

ENU
Sevice
DCH uplink DCH downlink HSDPA HSUPA

3.4 kbps SIG 0.44 0.42 0.28 1.76

13.6 kbps SIG 1.11 1.11 0.74 1.89

3.4 + 12.2 kbps 1.44 1.42 - -

3.4 + 8 kbps (PS) 1.35 1.04 0.78 2.26

3.4 + 16 kbps (PS) 1.62 1.25 1.11 2.37

3.4 + 32 kbps (PS) 2.15 2.19 1.70 2.60

3.4 + 64 kbps (PS) 3.45 3.25 2.79 3.14

3.4 + 128 kbps (PS) 5.78 5.93 4.92 4.67

3.4 + 144 kbps (PS) 6.41 6.61 5.46 4.87

3.4 + 256 kbps (PS) 10.18 10.49 9.36 6.61

3.4 + 384 kbps (PS) 14.27 15.52 14.17 9.36

 UL ENU counter and monitoring

•We check parameter setting for RAB CAC

-UL threshold of Conv AMR service[%] = 75
-UL threshold of Conv non_AMR service[%] = 75
-UL threshold of other services[%] = 60
-UL handover access threshold[%] = 80
-UL total power threshold[%] = 83
•RRC CAC considers OLC Trigger Threshold for admission
-UL OLC trigger threshold[%] = 95

• Have a look UL ENU from counter VS.RAC.UL.TotalTrfFactor

•UL ENU = 27.694 at 21:30 PM.
•Total UL Load = 27.694/80 = 34.62%
OVSF Code Allocation
 OVSF and CE Consumption for DL DCH
service

Rate (kbps) SF CE Consumption

3.4 256 1
13.6 128 1
8 128 1
16 128 1
32 64 1
64 32 2
128 16 4
144 16 4
256 8 8
384 8 8

Note : Even HS-PDSCH will not utilize DL CE but A HSDPA User will
consume 1*SF256 (1 CE) in DL for A-DCH.
OVSF and CE Consumption for UL
DCH service
Rate (kbps) SF CE Consumption
3.4 256 1
13.6 64 1
8 64 1
16 64 1
32 32 1.5
64 16 3
128 8 5
144 8 5
256 4 10
384 4 10
OVSF and CE Consumption for
HSUPA
Rate (kbps) SF CE Consumption
8 256 1
16 64 1
32 64 1.5
64 64 1.5
128 32 3
144 8 3
256 4 5
384 4 10
608 4 10
1450 2SF2 32
2048 2SF2 32
2890 2SF2+2SF4 48
5760 2SF2+2SF4 48
 OVSF Code Usage
•Example : BKD0040U3
Maximum 256 code is available for 1 cell
Free code for
traffic channel
Total 179 codes is occupied.
160 is reserved for HS-PDSCH

•Check parameter setting

•LST CELLHSDPA
•Allocate Code Mode = MANUAL
•Code Number for HS-PDSCH = 10
•By method of reservation by
MANUAL then total 10*SF16 = 160
SF256 Code will be reserved for HS-
PDSCH Code only.

• Total 160 + 19 common channel = 179 codes are occupied and forbidden for traffic
channel.
• Free code left for traffic channel = 256-179 = 77 Codes
• However, 1 SF32 is reserved for handover during CAC process . The actual free left
code should be about 77- 8 = 69 Codes or about 34 AMR Voice.
 Service rejection due to lack of resource

•The rejection occurs at CAC phase, RNC check the network

resources. If found insufficient resources for a new service, CAC will
reject the service.
•The rejection may occur at RRC or RAB setup state. RRC is more
critical than RAB rejection as RRC CAC threshold (typical 95% load) is
higher than RAB CAC threshold.
•To ensure the proper rejection due to lack of resource, we can
review the CAC threshold setting prior to perform further analysis.
 Counter of RRC rejection due to lack
of resource

•RRC Connection Setup Rejection due to lack of resource

 Counter of CS RAB rejection due to
lack of resource

•Number of CS RAB Unsuccessfully Established due to

Radio Resource Congestion (Cell)

•Number of CS RAB Unsuccessfully Established due to

Iub Bandwidth Congestion (Cell)
 Counter of PS RAB rejection due to
lack of resource

•Number of PS RABs Unsuccessfully Established due to

Radio Resource Congestion (Cell)

•Number of RABs Failing to Be Set Up in PS Domain due

to Iub Bandwidth Congestion (Cell)
 Counter of PS RAB rejection due to
lack of resource for different service
•Number of Unsuccessful PS RAB Setups for Different
Services due to Congestion (Cell)
 RRC Setup Congestion Monitor

Example : BKD0040U3

Found UL CE congestion associates with high UL CE

Usage

Note : When RRC Setup failure, RAB setup will not initiate.
Therefore RAB Setup congestion can not be seen.
 CS RAB Congestion monitoring
Example : BKD0040U3 TCP

Congestion
but just quite
small

UL ENU

•Found some congestion of power and code LOW ~ 25 ENUs

-Code is DL OVSF Code
-Power is either DL or UL power
•Associate with TCP and UL ENU, we can judge that power
congestion should come from DL
 UL and DL CE Usage Monitoring
Example : BKD0040U3
As PS RAB congestion has
been found in cause UL CE
congestion. From CE usage
monitoring we can see
sometimes the maximum
usage touches all available
CE.
 Observe the type of service
•Except the resource usage and rejection, to realize the resource
consumption of the cell, we have to figure out the load of each service
of a cell to see the distribution and judge which one consumes load the
most.
•The service of a single user may be single-RAB or Multi-RAB
•The service of a single user will consume balance or unbalance
load between UL and DL e.g.
– AMR user : UL CS AMR and DL CS AMR
– Old Model mobile : DL+UL PS R99
– iPhone and BB user : UL PS R99 and DL HSDPA
– Datacard user : UL HSUPA and DL HSDPA (all the equipment support
HSUPA will support HSDPA).
 User number counter in a cell
•We can roughly discover the number of users to imply the
traffic density in a cell.

VS.HSDPA.UE.Mean.Cell Average no of HSDPA users

VS.HSUPA.UE.Mean.Cell Average no of HSUPA users

VS.CellPCHUEs Average no of users in CELL_PCH state

VS.CellDCHUEs Average no of users in CELL_DCH state

VS.CellFACHUEs Average no of users in CELL_FACH state

Typically, VS.HSUPA.UE.Mean.Cell is the subset of

VS.HSDPA.UE.Mean.Cell as UE which supports HSUPA shall support HSDPA.
VS.HSDPA.UE.Mean.Cell <= VS.CellDCHUEs
 AMR user number counter in a cell
•At the moment AMR user will utilize DL SF128/UL SF64 for
each RL.
•To sum up the number of AMR user we can calculate from
Number of AMR users =

VS.AMR.Ctrl.DL4.75+VS.AMR.Ctrl.DL5.15+VS.AMR.Ctrl.DL5.9+
VS.AMR.Ctrl.DL6.7+VS.AMR.Ctrl.DL7.4+VS.AMR.Ctrl.DL7.95+
VS.AMR.Ctrl.DL10.2+VS.AMR.Ctrl.DL12.2

•UL/DL CE consumption for a AMR User = 1/1

 HSDPA+HSUPA user number counter in a cell

•Assume that HSUPA user is HSDPA user as well. Hence

while UL is HSUPA, DL will be HSDPA.
Number of HSDPA+HSUPA Users =

VS.HSUPA.UE.Mean.Cell

•A HSDPA User consume 1*SF256 (1 CE) in DL for A-DCH

•UL CE consumes up to bit rate of HSUPA
 HSDPA+R99 user number counter in a cell

•Typical mobile in a market will support only HSDPA while

using R99 in UL. Therefore,
Number of HSDPA+R99 User =

VS.HSDPA.UE.Mean - VS.HSUPA.UE.Mean.Cell

•A HSDPA User consume 1*SF256 (1 CE) in DL for A-DCH

•UL CE consumes up to bit rate of DCH
 DL+UL PS R99 user number counter
in a cell

•Assume that if the UE model supports only DL R99, the

number of DL+UL R99 is equal to number of DL R99 User
Number of DL+UL R99 User =
VS.RB.DLConvPS.8+VS.RB.DLConvPS.16+VS.RB.DLConvPS.32+VS.RB.DLConvPS.64+VS.
RB.DLStrPS.8+VS.RB.DLStrPS.16+VS.RB.DLStrPS.32+VS.RB.DLStrPS.64+VS.RB.DLStrPS.
128+VS.RB.DLStrPS.144+VS.RB.DLStrPS.256+VS.RB.DLInterPS.8+VS.RB.DLInterPS.16+
VS.RB.DLInterPS.32+VS.RB.DLInterPS.64+VS.RB.DLInterPS.128+VS.RB.DLInterPS.144+
VS.RB.DLInterPS.256+VS.RB.DLInterPS.384+VS.RB.DLBkgPS.8
VS.RB.DLBkgPS.16+VS.RB.DLBkgPS.32+VS.RB.DLBkgPS.64+VS.RB.DLBkgPS.128+VS.RB
.DLBkgPS.144+VS.RB.DLBkgPS.256+VS.RB.DLBkgPS.384

•DL CE consumes up to bit rate of DL DCH

•UL CE consumes up to bit rate of UL DCH
 Resource threshold : DL Power Load
Overload Congestion -> Overload Congestion Control

MaxTxPower = 43 or 46 dBm

DL OLC Triggering threshold[%] = 95

DL total power threshold[%] = 90

DL handover access threshold[%] = 85

UL OLC Release threshold[%] = 85

DL threshold of Conv AMR service[%] = 80

DL threshold of Conv non_AMR service[%] = 80

DL threshold of other services[%] = 75

DL LDR Trigger Threshold[%] = 70

DL LDR Release Threshold[%] = 60

Basic Congestion-> LDR

Basic Congestion-> LDR
 Resource threshold : UL Power Load
Overload Congestion -> Overload Congestion Control

UlTotalEqUserNum = 80 (case Algorithm2)

UL OLC Triggering threshold[%] = 95%

UL OLC Release threshold[%] = 85%

UL total power threshold[%] = 83

UL handover access threshold[%] = 80

UL threshold of Conv AMR service[%] = 75

UL threshold of Conv non_AMR service[%] = 75
UL threshold of other services[%] = 60

UL LDR Trigger Threshold[%] = 55

UL LDR Release Threshold[%] = 45

BackgroundNoise = -106 (Algorithm1)

Basic Congestion-> LDR

Basic Congestion-> LDR
 Resource Threshold : DL OVSF Code

•For RRC connection setup request, the admission accepted

when code resource is sufficient for RRC Connection.
•For handover, the admission accepted when code resource
is sufficient for the service.
•For other R99 service, the admission accepted when code
resource after admit the service is less than HandOver Credit
and Code Reserved SF.
•Dl HandOver Credit and Code Reserved SF = SF32
•For HSDPA service, there is no code resource
admission.
 Resource Threshold : Iub

•For handover of a user, the admission accepted when [load of the path] +
[bandwidth required by user] < [Total configured bandwidth of the path]
•For a new user, the admission accepted when [load of the path] +
[bandwidth required by user] < [Total configured bandwidth of the path] –
[bandwidth reserved for handover]
•For rate upsizing of a user, the admission accepted when [load of the path] +
[bandwidth required by user] < [Total configured bandwidth of the path] –
[congestion threshold]
•Forward handover reserved bandwidth[KBIT/S] = 0
•Backward handover reserved bandwidth[KBIT/S] = 0
•Forward congestion threshold[KBIT/S] = 0
•Backward congestion threshold[KBIT/S] = 0
•Forward congestion clear threshold[KBIT/S] = 0
•Backward congestion clear threshold[KBIT/S] = 0
 Resource Threshold : CE (UL/DL)

•For RRC connection setup request, the admission accepted

when CE resource is sufficient for RRC Connection.
•For handover, the admission accepted when CE resource is
sufficient for the service.
•For other service, the admission accepted when CE
resource after admit the service is not less than Ul HandOver
Credit Reserved SF/Dl HandOver Credit and Code Reserved
SF.
•Ul HandOver Credit Reserved SF = SF16 (3 CE)
•Dl HandOver Credit and Code Reserved SF = SF32 (2 CE)
 Capacity upgrade solution
In resource expansion, these activities would be performed to increase or
balance cell capacity (This is assumed that the site has been well optimization)
1.WBBP upgrade/downgrade
CE
2.UL/DL CE upgrade/downgrade
3.Increase UL ENU (if RTWP is normal)
4.Increase total RRU power Power
5.Reduce CPICH power
6.Reduce fix HS-PDSCH code, if code congest from Voice
7.Increase fix HS-PDSCH code, if low throughput on HSPDA
Code
8.Increase Iub bandwidth
Iub

Note : Capacity upgrade in term of optimization would be taken into account

better in cell level. The optimizer should control coverage and parameter e.g.
handover in order to balance between coverage and capacity of itself and
surrounding cells.
 WBBP and CE License up/down
grade
•Resource unit
– WBBP : 128 UL/DL
– CE License : 16 CE in UL or DL separately
•CE resource configuration
– To configure and use CE resource at NodeB, it will be defined as BB Resource
Group separately for UL and DL
– The main concern about the BB Resource Group is
• If configure multi WBBP card into one UL BB Resource Group, CE is sum of
CE from every WBBP cards.
• If configure multi WBBP card into one DL BB Resource Group, CE is
CE of only one WBBP card.

One DL BB
Resource 128 UL/DL
and UL BB UL CE = 256
Resource
Group
128 UL/DL DL CE = 128
 WBBP and CE License up/down
grade
•Recommendation in CE up/down grade
– Add/remove CE License on demand. The CE License is in 16 CE unit. Add or remove in
term of 1 license (smallest unit) is recommended for highest efficiency.
– WBBP card should be utilized at full license prior to add WBBP.
– If UL CE is congestion at full license, adding new WBBP card is needed.
– If DL CE is congestion. Reconfigure congested sector to separated WBBP Card can solve
the problem prior to add new WBBP

Sector1
128 UL/DL
DL BB Resource
Group 0
DL CE = 128
128 UL/DL UL CE = 256 Sector2
UL BB Resource
Group 0
Sector3

DL BB Resource Sector1
Group 0 128 UL/DL
DL BB Resource
DL CE = 128
Group 1 128 UL/DL UL CE = 256 Sector2
UL BB Resource
Group 0
Sector3 DL CE = 128
 CE Configuration and License
Information
Using NodeB LMT to view Main Cabinet Topology and get info number of WBBP card

WBBP card
* Slot 01 is not
configured yet.

Or using MML command LST BRD

+++ BKA9042U 2010-09-15 09:45:13
O&M #190945
%%LST BRD: SRN=0;%%
RETCODE = 0 Succeed.

Board Configuration Information

-------------------------------
Cabinet No. Subrack No. Slot No. Configuration Status Board Type

Master 0 0 NO Unknown
Master 0 1 NO Unknown
Master 0 2 YES WBBP
Master 0 3 YES WBBP
Master 0 4 NO Unknown
Master 0 5 NO Unknown
Master 0 6 NO Unknown
Master 0 7 YES WMPT
Master 0 16 YES UBF
Master 0 18 NO Unknown
Master 0 19 YES UPEA
(Number of results = 11)

--- END
 CE Configuration and License
Information
Using NodeB MML to list the BB Resource Group of DL/UL

LST DLGROUP LST ULGROUP

+++ BKA9042U 2010-09-15 09:58:33 +++ BKA9042U 2010-09-15 10:00:30

O&M #191359
O&M #191217 %%LST ULGROUP:;%%
%%LST DLGROUP:;%% RETCODE = 0 Succeed.
RETCODE = 0 Succeed.
UL BB Resource Group Information
DL BB Resource Group Information --------------------------------
-------------------------------- UL BB Resource Group No. = 0
DL BB Resource Group No. = 0 Cabinet No. of UL Process Unit 1 = Master
Cabinet No. of DL Process Unit 1 = Master Subrack No. of UL Process Unit 1 = 0
Subrack No. of DL Process Unit 1 = 0 Slot No. of UL Process Unit 1 = 2
Slot No. of DL Process Unit 1 = 3 Cabinet No. of UL Process Unit 2 = Master
Subrack No. of UL Process Unit 2 = 0
DL BB Resource Group No. = 1 Slot No. of UL Process Unit 2 = 3
Cabinet No. of DL Process Unit 1 = Master
Subrack No. of DL Process Unit 1 = 0 (Number of results = 1)
Slot No. of DL Process Unit 1 = 2
--- END
(Number of results = 2)

--- END

DL Group is divided into 2 group while UL is set only 1 group

 CE Configuration and License
Information
Using NodeB LMT to view the BB DL/UL Resource Group allocated to each Local Cell

LST LOCELL

+++ BKA9042U 2010-09-15 10:04:32

O&M #191658
%%LST LOCELL: MODE=ALLLOCALCELL;%%
RETCODE = 0 Succeed.

Local Cell Configuration(Summary)

---------------------------------
Local Cell ID Cell ID Site No. Sector No. UL BB Resource Group No. DL BB Resource Group No. Local Cell Radius(m)
Local Cell Inner Handover Radius(m) Two Tx Way

1 300 300 0 0 0 29000

0 No
2 400 300 1 0 1 29000
0 No
3 500 300 2 0 1 29000
0 No
(Number of results = 3)

--- END
• All Local Cells are using the same UL BB Resource Group
• Local Cell 1 is using DL BB Resource Group No. 0 while Local Cell 2 and 3 are
sharing the DL BB Group No. 1
 CE Configuration and License
Information
Using NodeB LMT to view UL/DL CE License. Not only WBBP Card configuration, CE License
should be managed properly
DSP License
+++ BKA9042U 2010-09-15 10:34:20
O&M #193826
%%DSP LICENSE:;%%
RETCODE = 0 Succeed.

NodeB License
-------------
Operator Index = 0xffff
Operator Name = Shared
Downlink Frequencies = Unlimited frequency

CE License would be
License Status = Legal license
Max Uplink CE = 256
Max Downlink CE = 256
Max Local Cell
HSDPA Function
=
=
4
Yes
pool resource for all
Max HSDPA User
HSDPA RRM Package1
=
=
100
Yes
the BB Resource
Max HS-PDSCH Code Number
MBMS Function
=
=
45
No Groups
HSUPA Function = Yes
PA Sharing Function = No
HSUPA TTI Function = Yes
CCPIC Function = No
DYNAMIC CE = Yes
DYNAMIC Voltage = No
64QAM NUM = 4
MIMO NUM = 0
Local Cell Number in 400(0.1dBm) = 0
Local Cell Number in 418(0.1dBm) = 0
Local Cell Number in 430(0.1dBm) = 4
Local Cell Number in 448(0.1dBm) = 0
Local Cell Number in 460(0.1dBm) = 4
Local Cell Number in 478(0.1dBm) = 4
Local Cell Number in 490(0.1dBm) = 0
Multi-Mode BTS TS = No
Ethernet Syn = No
IP Clock Function = Yes
Multi-Mode BTS = No

Emergency NodeB License

-------------
Emergency License Set Status = Unset
(Number of results = 1)

--- END
 Power congestion solution
•As we have analyzed the root cause of power congestion whether UL (ENU) or DL
(RRU power). The solution would be different up to the type of power congestion.
•Only limit power resource on UL is ENU, UL ENU can adjust ranging from 1 – 200
– The concern of increasing UL ENU is RTWP. Although, call admission is success but it may
lead to voice quality and drop call problem to itself or other UEs.
– The performance after increasing UL ENU should be closely monitored.
•If power is congested due to DL power
– If coverage is not the issue of the cell, we can slightly reduce the CPICH power. 1 dB step
adjust is recommended.
– If coverage is the main concern in the serving area, we can increase 1 dB step adjust is
recommended.

Note : please try to keep the ratio of CPICH power vs Max Transmit
Power of Cell at 10% this would help to easily maintain CPICH Ec/No of
the HSDPA carrier.
 DL OVSF Code Congestion
Solution
•At the moment, code congestion would be caused by insufficient code for AMR and
PS R99. However, PS DL R99 should be very low as most of DL PS RB is HSDPA. Thus,
most of the service congestion due to code should be AMR.
•To overcome this problem, the reduction of fix HS-PDSCH code would be the best
solution at the moment. The trade-off between AMR and HS-PDSCH code allocation is
unavoidable according to limit of DL OVSF Code.
•1 SF16 of HS-PDSCH can convert to about 8 AMR (SF128). This would be
equivalent to 1 TRX. Thus, the fix HS-PDSCH 1 code reduction step would recommend to
avoid as much as possible impact to HSDPA throughput.
AMR
(SF128) 1
AMR
(SF128)
2
AMR
(SF128)
3
1 HS-PDSCH AMR
(SF16) (SF128) 4
AMR
(SF128) 5
AMR
(SF128) 6
AMR
(SF128) 7
AMR
(SF128) 8
 Iub Congestion Solution
•The only available solution is to expand Iub bandwidth.
•Almost all of Iub is IP over MPLS, the bandwidth limit should be omitted.