-CE card
-CE license
DL total power/DL ENU
-HS-PDSCH code license
RTWP/UL ENU
OVSF Code (DCH/HS-PDSCH)
RRU
2
BBU UL/DL Iub bandwidth
RNC
-Power
-CS user
-OVSF code
-PS R99 User -Desire QoS
-CE
-HSDPA User -Congestion
-Iub
-HSUPA User
dBm
38 RRC CAC considers OLC Trigger Threshold for
PCPICH + Common channel admission
36
32
30
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
2
2
3
4
AICH
PICH
SCCPCH1
between 5-10 codes. Therefore, the
total code left for traffic channel is
5 SCCPCH1
1
6 SCCPCH1
3
0 7 SCCPCH1
8 HS-SCCH
2
4
5
9
10
11
HS-SCCH
HS-SCCH
HS-SCCH
about (normalize at SF256) :
1
12 HS-SCCH
3
6
7
13
14
HS-SCCH
HS-SCCH 256 (19+SF256 of HS-PDSCH(5,10)) =
0 15
16
HS-SCCH
E-AGCH
3
6
13
25
26
27
28
- VS.RAB.SFOccupy
14
- VS.RAB.SFOccupy.MAX
29
7
30
15
31
OVSF and CE Consumption for DL DCH
service
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
Example : BKD0040U3
1.2 UL CE Usage
160
140
1
120
100
0.8 80
60
40
0.6
20
0
0.4
Sum of VS.LC.ULCreditAvailable.Shared Sum of VS.LC.ULMax.LicenseGroup.Shared
Note : When RRC Setup failure, RAB setup will not initiate.
Therefore RAB Setup congestion can not be seen.
CS RAB Congestion monitoring
Example : BKD0040U3 44
42
TCP
40
10
38
9 dBm
36
8 Congestion but 34
7
6
just quite small 32
30
5
4 Average of VS.MaxTCP.NonHS Average of VS.MeanTCP.NonHS
3
35
2
1 30
UL ENU
0 25
20
15
80
been found in cause UL CE
60 congestion. From CE usage
40
20
monitoring we can see
0
sometimes the maximum
Sum of VS.LC.DLCreditAvailable.Shared
Sum of VS.LC.DLMean.LicenseGroup.Shared
Sum of VS.LC.DLMax.LicenseGroup.Shared
usage touches all available
UL CE Usage
CE.
160
140
120
100
80
60
40
20
0
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
VS.HSUPA.UE.Mean.Cell
VS.HSDPA.UE.Mean - VS.HSUPA.UE.Mean.Cell
MaxTxPower = 43 or 46 dBm
Handover reject
reject
reject
All RAB service
RRC
Handover reject
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)
One DL BB
Resource 128 UL/DL
and UL BB UL CE = 256
Resource 128 UL/DL DL CE = 128
Group
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.
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
--- END
LST LOCELL
--- END
NodeB License
-------------
Operator Index = 0xffff
Operator Name = Shared
Downlink Frequencies = Unlimited frequency
License Status = Legal license
Max Uplink CE = 256 CE License would be
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 = 45
MBMS Function = 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
--- 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.