Sunteți pe pagina 1din 91

Radio Network Design Guideline

Page 2 of 91
Revision History













Page 3 of 91
Table of Contents
Revision History .......................................................................................................................... 2
Table of Contents ........................................................................................................................ 3
1 Overview ............................................................................................................................. 5
2 Site Design Guideline .......................................................................................................... 6
2.1 BTS and NodeB Configuration ..................................................................................... 6
2.2 Technical Specification of Antenna System ............................................................... 11
2.3 Antenna System Design Requirements ..................................................................... 12
2.4 Feeder and J umper Requirements ............................................................................ 13
2.5 TMA Design Requirements ........................................................................................ 14
2.6 RET Solution for Macro BTS ..................................................................................... 15
3 Coverage Planning Guideline ............................................................................................ 18
3.1 Coverage Design Requirement .................................................................................. 18
3.2 Propagation Model .................................................................................................... 19
3.3 Digital Map Resolution............................................................................................... 20
3.4 GSM Link Budget ...................................................................................................... 21
3.5 UMTS Link Budget .................................................................................................... 23
3.6 Planning Tool ............................................................................................................ 30
4 Capacity Planning Guideline.............................................................................................. 31
4.1 GSM Output Power Setting ....................................................................................... 31
4.2 GSM Time Slot/TRX Design Principle ........................................................................ 34
4.3 GSM Frequency Planning (SFH) ............................................................................... 35
4.4 Abis Dimensioning Guideline ..................................................................................... 36
4.5 UMTS Channel Power Setting ................................................................................... 40
4.6 CE Dimensioning Guideline ....................................................................................... 41
4.7 Iub Dimensioning Guideline ....................................................................................... 50
5 Radio Resource Capacity Management............................................................................. 60
5.1 General Aggregation Rule ......................................................................................... 60
5.2 TCH Utilization Evaluation Rule ................................................................................. 61
5.3 SDCCH Utilization Evaluation Rule ............................................................................ 62
5.4 PDCH Evaluation Rule .............................................................................................. 62
5.5 Abis Utilization Evaluation Rule ................................................................................. 62
5.6 UMTS Power Utilization Evaluation Rule ................................................................... 63
5.7 CE Utilization Evaluation Rule ................................................................................... 64
5.8 Code Utilization Evaluation Rule ................................................................................ 64
5.9 RTWP Utilization Evaluation Rule .............................................................................. 65
5.10 Iub Utilization Evaluation Rule ................................................................................... 65
5.11 Common Channel Utilization Evaluation Rule ............................................................ 66
5.12 UMTS Multi Carrier Expansion Principle .................................................................... 67
6 Trigger of New Site Planning ............................................................................................. 68
Page 4 of 91
6.1 Due to Coverage Reasons ........................................................................................ 68
6.2 Due to Capacity Reasons .......................................................................................... 68
6.3 Other Factors ............................................................................................................ 68
7 BSC6900 Design Principle ................................................................................................ 69
7.1 BSC Capacity Planning Principle ............................................................................... 69
7.2 RNC Capacity Planning Principle............................................................................... 69
8 BSC6900 Capacity Management....................................................................................... 70
8.1 General Aggregation Rule ......................................................................................... 70
8.2 BSC6900 Board Resource and Expansion Threshold ................................................ 71
8.3 BSC6900 GSM License and Evaluation Threshold .................................................... 73
8.4 BSC6900 UMTS License and Evaluation Threshold .................................................. 73
8.5 BSC6900 A Interface Evaluation Rule ....................................................................... 73
8.6 BSC6900 Gb Interface Evaluation Rule ..................................................................... 74
8.7 BSC6900 SS7 Load Utilization Evaluation Rule ......................................................... 74
8.8 BSC6900 Ater Load Evaluation Rule ......................................................................... 74
8.9 BSC6900 Iu-CS Interface Evaluation Rule ................................................................. 74
8.10 BSC6900 Iu-PS Interface Evaluation Rule ................................................................. 74
9 Cell Detail Design.............................................................................................................. 75
9.1 BSIC Planning Principle ............................................................................................ 75
9.2 GSM LAC Planning Principle ..................................................................................... 75
9.3 UMTS LAC Planning Principle ................................................................................... 76
9.4 UMTS SAC Planning Principle ................................................................................... 76
9.5 PSC Planning Principle ............................................................................................. 77
9.6 Tcell Planning Principle ............................................................................................. 80
9.7 PLMN Value Tag Planning Principle .......................................................................... 81
10 HSPA/HSPA+and Multi Carrier and Layer Deployment Strategy ....................................... 82
10.1 UMTS (Single Carrier)/GSM Layering Design ............................................................ 82
10.2 UMTS (Dual Carrier)/GSM Layering Design............................................................... 85
10.3 HCS Strategy ............................................................................................................ 87
10.4 HSPA/HSPA+Rollout Strategy .................................................................................. 88
11 GSM & UMTS Key Parameter Design Guideline ................................................................ 89
12 BSS/RAN Feature Implementation Guideline ..................................................................... 90
13 Annexes ............................................................................................................................ 91


Page 5 of 91
1 Overview

Page 6 of 91
2 Site Design Guideline
2.1 BTS and NodeB Configuration
Note: The following antenna solution pictures are only typical for reference; the detail antenna system is
subject to the actual design condition.
i. BTS3900 (Macro indoor): GSM only
Software upgrade to increase GSM capacity from G2/2/2@20W to G4/4/4@20W
6 MRFU are required for G 4/4/4@20w and up to G8/8/8@20W



Page 7 of 91
ii. BTS3900 (Macro indoor): GSM/UMTS SingleRAN
Software upgrade to increase GSM and UMTS capacity from G222/U1/1/1 to
G4/4/4U2/2/2
6 MRFU and 6 WRFU are required for G6/6/6 U2/2/2MIMO up to G8/8/8 U2/2/2 MIMO.



Page 8 of 91
iii. BTS3900A (Macro outdoor): GSM only
Complete site solution including battery backup, power supply and space for
microwave transmission
Software upgrade to increase GSM capacity from G2/2/2@20W to G4/4/4@20W
6 MRFU are required for G6/6/6@20W and up to G8/8/8@20W


iv. BTS3900A (Macro outdoor): GSM/UMTS SingleRAN
Complete site solution including battery backup, power supply and space for
microwave transmission
Software upgrade to increase GSM and UMTS capacity from G2/2/2 U1/1/1@20W
to G4/4/4 U2/2/2@20W
6 MRFU and 6 WRFU are required for G6/6/6 U2/2/2MIMO@20W up to G8/8/8
U2/2/2 MIMO@20W..
Page 9 of 91


v. DBS3900 (Distributed Base Station Solution): GSM/UMTS SingleRAN
RRU 3804 is applied for UMTS feeder less solution, RRU 3908 is applied for GSM
feeder less solution.
Complete site solution including battery backup, power supply and space for
microwave transmission and BBU
Remote radio units is installed as near as possible to the antenna, hence saving on
the feeders and improving coverage
Software upgrade to increase GSM and UMTS capacity from G2/2/2 U1/1/1@20W
to G4/4/4 U2/2/2@15W. RRU3908 is for GSM and RRU3804 is for WCDMA
Page 10 of 91


Based on the distance between a BBU and an RRU, CPRI networking is classified into short-distance
remote networking and long-distance remote networking.
For the short-distance remote networking which using CPRI fiber optic cable between a BBU and an
RRU, the longest distance between an RRU and a BBU on a CPRI chain does not exceed 100 m.
For the long-distance remote networking which using single-mode fiber optic cable between a BBU and
an ODF or between an ODF and an RRU, the longest distance between an RRU and a BBU on a CPRI
chain ranges from 100 m to 40,000 m.
DBS Solution (RRU+BBU) should be only applied for feeder less scenario.
For GSM sites, DBS solution should be applied for scenario which saved loss compare to macro BTS is
more than 1.24dB (20W 15W =43dBm 41.76dBm =1.24 dB)
(Saved loss =loss of macro BTS solution loss of feeder less solution)
If one site planed with feeder less scenario, but final design (after engineering survey) result shows feeder
less solution is not applicable, Macro BTS (BTS 3900 OR BTS 3900A) should be applied instead of (DBS
3900)
If the RRU cannot mount close to the antenna, the RRU solution should change to Macro BTS solution.
Page 11 of 91
2.2 Technical Specification of Antenna System

Product Model Description
Antenna A19451803
Dual Band Antenna -65 (XPOL, 1710 - 2170MHz, 18.0
dBi, V7, Electrical Down tilt 2 ~10
Antenna A19451901
Dual band Antenna 65 (XPOL, 1710-2170MHz, 19.5
dBi, V7, Electrical Down tilt 2 ~8
Antenna ADU451802
Dual Band Antenna, Quad Port -65 (XXPOL), 1710 -
2170MHz, 18 dBi,v7, Electrical Down tilt.2 ~10
Antenna ADU451900
Dual Band Antenna, Quad port 65 (XXPOL), 1710
2170MHz, 19.5dBi, Electrical Down tilt 2 ~8
Antenna A19452100 XPOL Panel 1710 - 2170 -65 21 dBi, Fixed tilt 0.
RCU ARCU02001
Antenna Feeder Accessories, Agisson RET Antenna
Driving Motor RCU089, 10 ~30V, AISG2.0
TMA ATA182000
Triplex Tower Mounted Amplifier Module, DTMA 1800 -
GSM 1800 - Tx: 1805 ~1880MHz, Rx : 1710 ~1785 MHz,
12.2. 6,7/16 DIN Female, 9~30V(DC), AISG2.0
TMA KIT 02230BUF
0.5 m AISG TMA Auxiliary Materials Kit (Not include
TMA), GU
TMA ATA212000
Triplex Tower Mounted Amplifier Module, DTMA 2100 -
WCDMA NodeB Tx: 2110 ~2170MHz, Rx : 1920 ~1980
MHz, 12.2. 2,7/16 DIN Female, 9~30V(DC), AISG2.0
SBT KIT A00SMBT00 SBT with 0.5m AISG cable
Cable AISG ACOAISG02
Signal Cable, AISG Communication cable, 15M,
D9M+D9(PS)(W), CC4P0, 5PB(S), RC85F(S)-1,
Aluminum Feeder LCF 78-50JL Aluminum Feeder, 7/8 100M Package
Aluminum Feeder LCF 114-50JL Aluminum Feeder, 5/4 100M Package
Aluminum Feeder LCF 158-50JL Aluminum Feeder, 13/8 100M Package
Page 12 of 91
2.3 Antenna System Design Requirements

Ant enna Gain Selection Rule:
Dense Urban & Urban: 18dBi
Suburban & Rural: 19dBi
Special cases for Rural: 21dBi

Ant enna Tilt Configuration Rul e:
Mechanical down tilt should be <=2 degree for all clutter type.
In typical DU & U implementation, electrical tilt should be used instead of mechanical down tilt.

Ant enna Port Sel ection Rule:
2-port antenna is applied for following cases:
2G or 3G standalone site.
By default, 2G/3G co-location site should use two separate antennas on same height with
minimum 1 meter horizontal separation from centre of antenna for both tower and roof top site.
If any space issue with horizontal separation, 2G/3G antenna height vertical separation should
be no more than 1 meter from edge to edge of antenna for tower site.
4-port antenna is applied for following cases:
2G/3G co-located site in case there is any space issue or tower loading issue for tower or roof
top site.
GSM only site using DBS3900 solution with 2 physical RRU per sectors (5 ~8 TRXs).

Page 13 of 91
2.4 Feeder and Jumper Requirements
As per RFP, total cable loss (feeder+connector+jumper) should never exceed 3dB.
There should only be a single continuous feeder run from the base station to any given sector.
By default, it should use one jumper at the top of cabinet and one jumper at the antenna.
Ideally, all feeders and jumpers at any given site shall be of the same brand and jumper smust be
pre-fabricated (not manmade jumper).
Feeder and jumper length shall meet the following criteria:
For feeder length <=25m, 7/8 feeder will be used.
For 25m <feeder length <=43m, 5/4feeder will be used.
For feeder length >43m, 13/8feeder will be used.
jumper length <=3m
Page 14 of 91
2.5 TMA Design Requirements
In order to avoid link imbalance issue between downlink and uplink path, TMA should be applied in the
following scenario:
Feeder length >50M or
Total transmits power on top of cabinet per TRX (for GSM) / Cell (UMTS) more than 20W.

Page 15 of 91
2.6 RET Solution for Macro BTS
Note: RET solution should be applied to 2G and 3G antennas with electrical tilt.

RET Solution without DTMA
Configure by using SBT and 0.5m AISG cable connected to RCU (remote control unit).
For tower case, the number of 15m cascade AISG cable is determined by RCU (remote control unit)
number.
For rooftop case, 1 SBT and 1 AISG cable is required for each sector.

Typical RET implementation for tower site


Feeder 1
(main)
Antenna
BTS
R
C
U

SBT
Feeder 2
(diversity)
Control cable
TX/RXA RXB
DC+control
signals
3m
J umper
3m
J umper
Page 16 of 91
RET Solution with DTMA
Configure by using DTMA and 2m AISG cable connected to RCU (remote control unit).
It is applicable for both tower and roof top site solution.

Typical RET implementation for tower site

Antenna
R
C
U

DTMA
Feeder 1
(main)
BTS
Feeder 2
(diversity)
TX/RXA RXB
DC+control
signals
NodeB0 NodeB1
1.5m
J umper
1.5m
J umper
3m
J umper
Page 17 of 91
RET Solution for RRU:
Configure by using 0.5m AISG cable connected to remote control unit (RCU).
It is applicable for both tower and roof top site solution.

Typical RET implementation for tower site

Antenna
RRU
R
C
U

SBT
BBU
TX/RXA RXB
3m
J umper
CPRI Cable
less than
100m
Page 18 of 91
3 Coverage Planning Guideline
3.1 Coverage Design Requirement
The nominal planning is calculated based on, as follows:

ID Clutter Type 2G Desi gn Level 2G Acceptance Level
1 Dense Urban -64 dBm -69 dBm
2 Urban -68 dBm -73 dBm
3 Suburban -75 dBm -80 dBm
4 Rural -82 dBm -87 dBm
ID Item 3G Desi gn Level 3G Acceptance Level
1 Dense Urban -75 dBm -81 dBm
2 Urban -78 dBm -84 dBm
3 Suburban -82 dBm -88 dBm
4 Rural -89 dBm -95 dBm
Notes:
1. 95% of area shall meet design level during planing phase;
2. The acceptance level shall be measured based on outdoor level without in car loss.


Page 19 of 91
3.2 Propagation Model
The Standard Propagation Model (SPM) is used for the Coverage Planning. The Model
Formula as well as Parameter explanation is listed as follows:
Path Loss=

Propagation Models parameter used are as below:


Note: The radio propagation model used shall have a mean error of <=1 dB and standard
deviation of <=7 dB.
Page 20 of 91
3.3 Digital Map Resolution
Below table summarize digital map resolution being in use during coverage planning.
ID Region Clutter Digital Map Resolution
1 Dense Urban 5m
2 Urban 5m
3 Suburban 20m
4 Rural 20m
5 Dense Urban 20m
6 Urban 20m
7 Suburban 20m
8 Rural 20m
9 Dense Urban 20m
10 Urban 20m
11 Suburban 20m
12 Rural 20m
13 Dense Urban 20m
14 Urban 20m
15 Suburban 20m
16 Rural 20m
17 Urban 20m
18 Suburban 20m
19 Rural 20m
20 Urban 20m
21 Suburban 20m
22 Rural 20m
* For big city, 5m digital map resolution shall be applied.
Page 21 of 91
3.4 GSM Link Budget
Link Budget mainly target is to calculate maximum unlink/downlink pass loss.
Cell Coverage Radius is calculated based on SPM Propagation model.
GSM Li nk Budget Parameters
Mobile
Mobile Rx Sensitivity -102dBm
Mobile Tx Power 30dBm
Mobile Antenna Gain 0dBi
Mobile Antenna Height 1.5m
BTS
BTS Antenna Diversity Gain 3.5dB
Feeder, Connector & J umper Loss 3dB
General Losses
Body Loss (Voice only) 3dB
Interference Margin 2dB
Dense Urban Indoor Penetration Loss 20dB
Urban Indoor Penetration Loss 18dB
Suburban Indoor Penetration Loss 14dB
Rural Indoor Penetration Loss 10dB
Rural outdoor Penetration Loss 8dB
Fading Margin 95% coverage probability 3dB
BTS Antenna
Antenna Gain for DU& U 18dBi
Antenna Gain for SU & RU 19dBi
Page 22 of 91
GSM Link Budget



Dense
urban Urban Suburb Rural
UL DL UL DL UL DL UL DL
Frequency Band(MHz) 1800 1800 1800 1800
Propagation Model SPM SPM SPM SPM
Environment Indoor Indoor Indoor Indoor
EIRP Calculation
Max power of TCH(dBm) a 30 43 30 43 30 43 30 43
Antenna gain Tx(dBi) b 0 18 0 18 0 19 0 19
Feeder Loss(dB) c 3 3 3 3 3 3 3 3
BTS Rx/Tx Diversity Gain(dB) d 0 0 0 0 0 0 0 0
EIRP(dBm) e=a+b-c+d 30 58 30 58 30 58 30 58
Slow Fading Margin
Slow fading margin(dB) f 9.9 8.4 6.8 4
Area coverage probability 95% 95% 95% 90%
Slow fading Standard
Deviation(dB) 14 12 10 6
Allowed Max Path Loss
Receiver Sensitivity(dBm) g -113 -102 -113 -102 -113 -102 -113 -102
Antenna Gain(dBi) h 18 0 18 0 19 0 19 0
Interference margin(dB) i 2 2 2 2
Fast Fading Margin(dB) j 3 3 3 3
Body Loss(dB) k 3 3 3 3
Penetration Loss(dB) l 20 18 14 10
Allowed Max Path Loss(dB)
m=e-(g-
h+i+j+k+i) 124 122 127 126 135 133 141 140
Cell Radius
Antenna Height(m) n 1.5 25 1.5 30 1.5 40 1.5 45
Cell Radius(km) o 0.34 0.31 0.55 0.5 1.52 1.37 3.21 3
Cell Radius Output(km) =min(o1,o2) 0.31 0.5 1.37 3

Page 23 of 91
3.5 UMTS Link Budget
Link Budget mainly target is to calculate maximum unlink/downlink pass loss.
Cell Coverage Radius is calculated based on SPM Propagation model.
HSDPA and HSUPA cell edge throughput calculation for DU class A will be presented in this
section as a reference.

UMTS Link Budget Parameters
Morphology Dense Urban Urban Suburban Rural
Link UL DL UL DL UL DL UL DL
Frequency(MHz) 1935 2125 1935 2125 1935 2125 1935 2125
Propagation Model SPM SPM SPM SPM SPM SPM SPM SPM
User Enviroment Indoor Indoor Indoor Indoor Indoor Indoor Indoor Indoor
TMA
Equipment UE BS UE BS UE BS UE BS
UE/NodeB Antenna Height(m) 1.5 25 1.5 30 1.5 40 1.5 45
Nodeb Feeder Loss(dB) 3 3 3 3 3 3 3 3
Cell Average Ioc/Ior 0.65 0.65 0.65 0.65 0.65 0.65 0.65 0.65
SHO Overhead 20% 20% 20% 20%
Softer HO Overhead 10% 10% 10% 10%
Area Coverage Probability 92% 92% 92% 92%
HSDPA Parameters
HSPA Max used Code Number for Single Carrier 10 10 10 10
HSDPA Power Allocation Ratio 65% 65% 65% 65%
Power Allocation Ratio Per HS-SCCH 5% 5% 5% 5%
HS-SCCH Number per Cell 1 1 1 1

Page 24 of 91
UMTS Link budget
TCH Li nk Budget
Morphology Dense Urban Urban Suburb Rural
UL/DL UL DL UL DL UL DL UL DL
Proj ect Parameters
Equipment
UE_U6_
D8
BS 3
Sector
UE_U6_
D8
BS 3
Sector
UE_U6_
D8
BS 3
Sector
UE_U6_
D8
BS 3
Sector
TMA
Sector Type 3 Sector 3 Sector 3 Sector 3 Sector
Diversity Mode
2 Rx
Diversity
No
Diversity
2 Rx
Diversity
No
Diversity
2 Rx
Diversity
No
Diversity
2 Rx
Diversity
No
Diversity
Link Parameters
User Environment Indoor Indoor Indoor Indoor
Cell Edge Channel Model TU3 TU50 RA120 RA120
Cell Edge Continuous
Coverage Service
AMR
12.2 HSDPA
AMR
12.2 HSDPA
AMR
12.2 HSDPA
AMR
12.2 HSDPA
Cell Edge Service
Rate(kbps) 12.20 384.00 12.20 384.00 12.20 384.00 12.20 384.00
SHO Supported TRUE FALSE TRUE FALSE TRUE FALSE TRUE FALSE
TX
Max. TCH TX Power (dBm) 21.00 41.00 21.00 41.00 21.00 41.00 21.00 41.00
Feeder Loss (dB) 0.00 3.00 0.00 3.00 0.00 3.00 0.00 3.00
Body Loss (dB) 3.00 0.00 3.00 0.00 3.00 0.00 3.00 0.00
Antenna Gain (dBi) 0.00 18.00 0.00 18.00 0.00 18.00 0.00 18.00
UL Power Back off (dB) 0.00 - 0.00 - 0.00 - 0.00 -
EIRP (dBm) 18.00 56.00 18.00 56.00 18.00 56.00 18.00 56.00
RX
Antenna Gain (dBi) 18.00 0.00 18.00 0.00 18.00 0.00 18.00 0.00
Feeder Loss (dB) 3.00 0.00 3.00 0.00 3.00 0.00 3.00 0.00
Body Loss (dB) 0.00 3.00 0.00 3.00 0.00 3.00 0.00 3.00
NodeB/UE Noise Figure
(dB) 4.60 7.00 4.60 7.00 4.60 7.00 4.60 7.00
Required Eb/No(Ec/No) (dB) 4.27 -6.73 4.92 -5.92 3.83 -5.48 3.83 -5.48
Receiver Sensitivity (dBm) -124.26 -107.89 -123.62 -107.08 -124.71 -106.64 -124.71 -106.64
Target Load 50.00% 90.00% 50.00% 90.00% 50.00% 90.00% 50.00% 90.00%
Interference Margin (dB) 3.01 5.53 3.01 8.78 3.01 7.48 3.01 7.48
DL Max. TCH TX Power
Required
FFM(dB) 1.11 0.00 0.00 0.00 0.00 0.00 0.00 0.00
Min. Received Signal
Strength (dBm) -138.14 -99.36 -138.61 -95.30 -139.70 -96.16 -139.70 -96.16
Path Loss
Penetration Loss (dB) 20.00 16.00 12.00 8.00
Area Coverage Probability 95.00% 95.00% 95.00% 90.00%
Slow Fading Standard
Deviation (dB) 11.70 9.40 7.20 6.00
SFM(dB) 8.28 14.16 6.80 11.56 4.30 7.81 0.90 3.57
Path Loss (dB) 127.86 121.20 133.81 123.74 141.40 132.35 148.80 140.58
Cel l Radius
Page 25 of 91
UE Antenna Height (m) 1.50 1.50 1.50 1.50
NodeB Antenna Height (m) 25.00 30.00 40.00 45.00
Frequency (MHz) 1935 2125 1935 2140 1935 2125 1935 2125
Propagation Model SPM SPM SPM SPM
Cell Radius (km) 0.37 0.24 1.67 0.69 3.62 1.86 6.93 3.86
TCH Cell Radius (km) 0.24 0.69 1.86 3.86
Pi l ot RSCP And EcIo Di mensi oni ng For Simul ati on
Pilot Channel TX Power
(dBm) 33.00 33.00 33.00 33.00
Outdoor RSCP (dBm) -90.36 -90.30 -95.16 -99.16
Pilot Channel Ec/Io (dB) -14.00 -14.00 -14.03 -14.09
Page 26 of 91
HSDPA Cell Edge Throughput Calculation (Class A)
HSDPA Cel l Edge Throughput
Path Loss
Morphology Dense Urban
Frequency (MHz) 2125
Channel Model TU3
Propagation Model SPM
UE Antenna Height (m) 1.50
NodeB Antenna Height (m) 25.00
Cell Coverage Radius (km) 0.40
Path Loss (dB) 128.91
Max Coupl e Loss (dB)
User Environment Indoor
NodeB Antenna Gain (dBi) 18.00
NodeB Feeder Loss (dB) 3.00
UE Antenna Gain (dBi) 0.00
UE Feeder Loss (dB) 0.00
Penetration Loss (dB) 20.00
Area Coverage Probability 95.00%
Slow Fading Standard Deviation (dB) 11.70
Path Loss Slope 3.59
HHO Gain (dB) 1.50
SFM With HHO (dB) 12.66
Max Couple Loss (dB) 146.57
Cell Edge EcNo
HSDPA UE Type CAT6
HSDPA Receiver Type Type3
HSDPA Technology
NodeB Max Power (dBm) 43.00
Power Allocation Ratio Per HS-SCCH 5.00%
HS-SCCH Number Per Cell 1
HSDPA Power Allocation Ratio 70.00%
DL Total Load 90.00%
Page 27 of 91
DL Cell Edge Ioc/Ior 1.78
UE Noise Figure (dB) 7.00
HSDPA Max Avaiable Code Number 10
Ec/Ior (dB) -1.41
Ior/Ioc (dB) -5.70
HSDPA Cell Edge Ec/No (dB) -4.47
Cell Edge Throughput (kbps)
Max Rate UE Support (kbps) 3463.81
HSDPA Max Code Rate (kbps) 9118.10
HSDPA Cell Edge Throughput (kbps) 635.81
Page 28 of 91
HSUPA Cell Edge Throughput Calculation (Class A)

HSUPA Cel l Edge Throughput
Path Loss
Morphology Dense Urban
Frequency (MHz) 1935
Channel Model TU3
Propagation Model SPM
UE Antenna Height (m) 1.50
NodeB Antenna Height (m) 25.00
Cell Coverage Radius (km) 0.40
NodeB RX Diversity 2 Rx Diversity
Path Loss (dB) 128.91
Max Throughput of UE
HSUPA UE Type CAT6
UE TTI (ms) 10
HSUPA SBLER 30.00%
Max RLC Throughput of UE(kbps) 1331.62
Receiver Sensit ivi ty
HSUPA SHO Supported TRUE
User Environment Indoor
Penetration Loss (dB) 20.00
UE Max Power (dBm) 24.00
UE Antenna Gain (dBi) 0.00
UE Feeder Loss (dB) 0.00
HSUPA Power Backoff (dB) 1.50
NodeB Antenna Gain (dBi) 18.00
UL Target Load 50.00%
FFM(dB) 0.20
HHO Gain (dB) 1.50
Interference Margin (dB) 3.01
Area Coverage Probability 95.00%
Slow Fading Standard Deviation (dB) 11.70
Page 29 of 91
Path Loss Slope 3.59
SFM (dB) 8.28
Receiver Sensitivity (dBm) -119.90
Cel l Edge Throughput (kbps)
TMA
NodeB Feeder Loss (dB) 3.00
NodeB Antenna Top Noise Figure (dB) 4.60
HSUPA Cell Edge Ec/No (dB) -16.34
UL Cell Average IocIor 0.65
HSUPA Ec/No Limitation based on Target Load (dB) -3.62
Actual Available Cell Edge Ec/No (dB) -16.24
CCPIC Corrected Cell Edge Ec/No -16.24
HSUPA Cell Edge Throughput Based on Ec/No (kbps) 51.32
HSUPA Cell Edge Throughput (kbps) 51.32

Page 30 of 91
3.6 Planning Tool
As a reference, Asset 3G simulation tool will be used to validate nominal planning instead of U-
NET.


Page 31 of 91
4 Capacity Planning Guideline
4.1 GSM Output Power Setting

No.TRX in one MRFU Static TRX Power(W) Static TRX Power(dBm) TOC Power
1 60 47.78 TRX power- power level
2 40 46.02 TRX power- power level
3 27 44.31 TRX power- power level
4 20 43.01 TRX power- power level
5 16 42.04 TRX power- power level
6 12 40.79 TRX power- power level
Notes:
The maximum active TRX per MRFU is set to 4 in accordance with the RFP requirement (TOC power=20
W/TRX).
Default of power level is set to 0
In some special cases to activate 3 TRX per MRFU as follow:
a. The TOC power still less than Ericsson after power mapping in J abo Swap project
b. Whenever antenna type change and lead to gain reduction.

Page 32 of 91
2. Macro BTS3012/3900 Solution with GRFU V1:
TOC power =TRX power- power level (the default value of power level=0)
No.TRX per Sector Static TRX Power(W) Static TRX Power(dBm) TOC Power
1 60 47.78 TRX power- power level
2 40 46.02 TRX power- power level
3 27 44.31 TRX power- power level
4 20 43.01 TRX power- power level
5 12 40.79 TRX power- power level
6 10 40.00 TRX power- power level
Notes:
The maximum active TRX per MRFU is set to 4 in accordance with the RFP requirement (TOC power=20
W/TRX).
Default of power level is set to 0
In some special cases to activate 3 TRX per MRFU as follow:
c. The TOC power still less than Ericsson after power mapping in J abo Swap project
d. Whenever antenna type change and lead to gain reduction.

3. Macro BTS3012 Solution with DRFU:
TOC power =TRX power- power level (the default value of power level=0)
TRX/Sector 2 Ports Antenna DRFU TRX Power TOC Power
1~2 1 Uncombined 40W TRX power- power level
3~4 1 Combine 18W TRX power- power level
Notes:
Default of power level is set to 0

4. Macro BTS Solution with DTRU:
TRX/Sector 2 Ports Antenna DTRU TRX Power TOC Power
1~2 1 Uncombined +DDPU 40W TRX power- power level-1
3~4 1 Combine +DDPU 18W TRX power- power level-4.5
Notes:
Default of power level is set to 0
Page 33 of 91
5. DBS3900 Solution with MRRU V1
Single MRRU per Sector with Single Transmit (not applicable for current project):
No.TRX per Sector Static TRX Power(W) Static TRX Power(dBm) TOC Power
1 40 46.02 TRX power- power level
2 20 43.01 TRX power- power level
3 13 41.14 TRX power- power level
4 10 40.00 TRX power- power level
5 7.5 38.75 TRX power- power level
6 6 37.78 TRX power- power level
Single MRRU per Sector with Dual Transmit:
No.TRX per Sector Static TRX Power(W) Static TRX Power(dBm) TOC Power
1 40 46.02 TRX power- power level
2 40 46.02 TRX power- power level
3 20 43.01 TRX power- power level
4 15 41.76 TRX power- power level
5 12 40.79 TRX power- power level
6 10 40.00 TRX power- power level
Notes:
Default Solution with Macro BTS:
A maximum of 4 TRX /MRFU is applied in GSM network.
In case of configuration 5 ~8 TRXs per sector, 2 MRFU module +1pcs 2 port antenna per sector is applied.

Default Solution with DBS:
A maximum of 4 TRX/MRRU with dual transmitter is applied in GSM network.
In case of configuration 5 ~8 TRXs per sector, 2 MRRU module +2pcs 2 port antenna or 1pcs 4 port
antenna per sector is applied.
Page 34 of 91
4.2 GSM Time Slot/TRX Design Principle
1. General Requirement
SDCCH GOS0.5%
TCH GOS1%
TCH utilization80%
Half rate 50% (AMR Half Rate45%)
Blocked CS: To be considered during capacity demand calculation as correctional
element
2. Channel Configuration
Once PDCH configuration is depends on the TCH channel, 4static PDCH and 60%
Maximum Rate Threshold of PDCHs in a Cell configuration are recommended.
Static PDCH shall be configured in same TRX.
Following table describes the minimum configuration.
TRX Fixed SDCCH Static PDCH
1 1 1
2 1 3
3 2 4
4 2 4
5 3 4
6 3 4
Notes:
The above SDCCH configuration is applicable for all BTS (including swap sites). Any additional
SDCCH should be dynamic.
The condition of adding static or dynamic SDCCH must consider TCH capacity.
3. Default TRX configuration must follow rules below:
Hardware for all expansion BTS must support up to S444;
Software license for TRX configuration for in-filled BTS is S444;
Software license for TRX configuration for new coverage sites is S222;
Page 35 of 91
4.3 GSM Frequency Planning (SFH)


Note:
1. BCCH use 8*3 frequency re-use both for Macro & IBS
2. TCH use 1*3 SFH
3. Maximum configuration will support to S6/6/6, TCH fractional load should not exceed 36%.
(Fractional load factor =
ARFCN
TRX
N
N
)
4. If S6/6/6 cannot fulfill the capacity, split cell is required.
5. If IBS & Macro is collocated, choose BCCH range frequency for IBS TCH and use Base band
hopping instead of SFH.
6. SFH implementation might be considered in area after network modernization finished.
Page 36 of 91
4.4 Abis Dimensioning Guideline
Abis Configuration
2G Average Abis Bandwidth Requirement
2011 Abis totalKbps) 2012 Abis totalKbps) 2013 Abis totalKbps)
S222 1025 S222 1087 S222 1280
S444 2204 S444 2337 S444 2337

2G Peak Abis Bandwidth Requirement
2011 Abis Peak totalKbps)
S222 2416.64
S444 5017

Abis Dimensioning
Abis interface support TDM and IP. The Abis transmission bandwidth can be calculated if the
cell configurations are fixed.
Abis interface transmission bandwidth calculation procedure is as the following figure:

Abis Interface Transmission Calculation Procedure

Abis interface bandwidth calculation sample
(1) Bandwidth based on TDM (Fi xed Abis)
Formula:
Roundup ((P+R*4+4+I)/124)
P TCH+PDCH number per site
R Ts for RSL (64K)
I Idle Ts required for PS
TRX
Number per
Cell
HR Ratio
PDCH
Number per
Cell
Calculation
Based on
TDM / IP?
Abis Interface
Transmission
Bandwidth
Based on TDM
/ IP
Input
Output
Page 37 of 91
Output Sample

Related Performance Counter
ABISResource Capability Measurement
R9101
Number of Application Attempts of Abis Timeslot
R9102
Number of Successful Application Attempts of Abis Timeslot
R9103
Number of Release Requests of Abis Timeslot
R9104
Number of Successful Releases of Abis Timeslot
R9105
Number of Application Attempts of IP PATH or HDLC Bandwidth (16K)
R9106 Number of Successful Application Attempts of IP PATH or HDLC Bandwidth (16K)
R9107 Number of Release Requests of IP PATH or HDLC Bandwidth (16K)
R9108
Number of Successful Releases of IP PATH or HDLC Bandwidth (16K)
R9109
Number of Unsuccessful Application Attempts of Abis Timeslot Because of no Idle Timeslot
R9110
Number of Unsuccessful Application Attempts of Abis Timeslot for Connecting Network Failure
R9111 Number of Unsuccessful Application Attempts of Abis Timeslot for Sending Network Configuration
to BTS Failure
R9112
Number of Unsuccessful Application Attempts of Abis Timeslot for Other Cause
R9115
Number of Unsuccessful Application Attempts of Abis Timeslot for the limit of BTS DSP
ABISResource Capability Measurement
L1151A
Mean number of occupied timeslots on the Abis interface
L1121A
Abis Timeslot Fault Times of the Site

(2) Bandwidth based on IP (IP over E1)
Formula:
(Bandwidth on control plane/0.2+Bandwidth on user plane)/ Transmission load factor
Output Sample:
Page 38 of 91


Page 39 of 91


Page 40 of 91
4.5 UMTS Channel Power Setting
Common Channel Power setting is as below:
Parameter ID Parameter Meani ng Defaul t Value Level
MaxTxPower Maximum cell transmit
power
430, that is, 43 dBm Cell
PCPICHPower PCPICH transmit power 330, that is, 33 dBm
PSCHPower Transmit power of PSCH
and SSCH
-50, that is, -5 dB
SSCHPower
BCHPower BCH transmit power -20, that is, -2 dB
MaxFachPower Maximum FACH transmit
power
10, that is, 1 dB FACH
PCHPower PCH transmit power 20, that is, 2 dB Cell
PICHPowerOffset PICH transmit power -3 dB
AICHPowerOffset AICH transmit power -6 dB
Dedicate Channel power setting is as below:
Service Type Max. Downlink Transmission Power (in
the parentheses is the dB value)
Min. Downlink Transmission Power (in
the parentheses i s the dB value)
CS Servi ce
12.2K AMR 0(0) -150(-15)
64K
transparent
data
30(3) -120(-12)
PS Servi ce
384K 40(4) -110(-11)
256K 40(4) -130(-13)
144K 20(2) -150(-15)
128K 20(2) -150(-15)
64K 20(2) -150(-15)
32K 0(0) -190(-19)
16K -20(-2) -210(-21)
8K -40(-4) -230(-23)
Notes:
Only in suburban and rural areas, PCPICH power can be increase to 12~15% of cell total power,
and should be applied case by case, since PCPICH power increase will impact to downlink cell
capacity.
Cell downlink loading maximum: 75% for R99 only, 90% for R99+HSDPA
Cell uplink loading maximum: 50% for R99 only, 75% for R99 +HSUPA
Page 41 of 91
4.6 CE Dimensioning Guideline
CE Board type
For BTS 3900/3900A and DBS 3900
Board Number of Cell s Number of UL CEs Number of DL CEs Baseband Transfer
Capaci ty
WBBPa 3 128 256 N/A
WBBPb1 3 64 64 Twelve 1T2R cells
WBBPb2 3 128 128 Twelve 1T2R cells
WBBPb3 6 256 256 Twelve 1T2R cells
WBBPb4 6 384 384 Twelve 1T2R cel l s
WBBPd1 6 192 192 Twenty-four 1T2R cells
WBBPd2 6 384 384 Twenty-four 1T2R cells
WBBPd3 6 256 256 Twenty-four 1T2R cells


For BTS 3812/3812E/3812AE

Board Number of Cel l s Number of UL CEs Number of DL CEs
EBBI 6 384 384
EULP 6 384 0
EDLP 6 0 384
HULP 6 128 0
HDLP 6 0 512
HBBI 6 128 256

CE Configuration
Despite of CE dimensioning result, the default CE configuration per NodeB is applied to all clutter type:
Hardware board capacity: UL 384 / DL 384 (Wbbp4 for BTS3900 series)
Software License: UL 192 / DL 192 (Initial stage)

Page 42 of 91
CE dimensioning flow chart:
CE dimensioning for R99

Service CE Consume (UL/DL)
AMR 12.2K 1/1
64Kbps 3/2
128Kbps 5/4
384Kbps 10/8
HSDPA 0
Common Channel 0
CE dimensioning principles have the following general features:
CE license is pooled in one NodeB
No need extra CE resource for CCH
No need extra CE resource for TX diversity
No need extra CE resource for compressed mode
No need extra CE resource for softer handover (V2 NodeB)

1 2 3
1
2 3
Page 43 of 91
CE resource for R99 and HSDPA services are designed separately and have no impact
on each other
No need extra CE resource for HSDPA service traffic channel if SRB over HSDPA is
adopted.
, CE configuration is designed in following fomular:

Average PS Average CS total
CE CE CE
_ _

i
CEFactor 1
i
i
erNodeB CSTrafficP
Average CS
CE Overhead) SH (
_

i on transmissi re i burst
i
i Average PS
CEFactor R R erNodeB PSTrafficp CE

) 1 ) 1 Overhead) SH 1 (
_ _

Where:
Soft handover factor=20%
Burst Ratio=25%
Re-transmission ratio for R99=5%
Re-transmission ratio for HSPA=10%
For practice CE configuration, use 64CE as a step
R99 CS CE Dimensioning Sample:
1. Assumpti ons
Subscriber number per NodeB: 2000
Voice traffic per subscriber: 0.02Erl
CS over HSPA traffic per subscriber: 0.001Erl
Soft Handover Overhead: 20%
GoS requirement of voice: 2%
GoS requirement of VP: 2%

2. Calculation
1 Peak CE Dimension
Traffic of voice: 0.02*2000*(1+20%) =48 Erl
Traffic of CS over HSPA: 0.001*2000*(1+20%) =2.4 Erl
Voice peak CE demand are 59 CEs in uplink and 59 CEs in downlink respectively.
CS over HSPA peak CE demands are 14CEs ((1+1)*7=14) in uplink and 7(1*7=7) CEs in
downlink respectively.
Considering the CE resource share between voice and CS over HSPA services, by
multidimensional ErlangB algorithm, the final total peak CEs demand are 68 CEs in uplink and
61 CEs in downlink.
2 Average CE Dimension
Voice average CE demands are 2000*0.02*(1+20%)*1=48 CEs in uplink and 48 CEs in
downlink respectively.
CS over HSPA average CE demands are 2000*0.001*(1+20%)*(1+1) =5 CEs in uplink and
2000*0.001*(1+20%)*1=3 CEs in downlink respectively.
The final total average CEs demand are 48+5=53 CEs in uplink and 48+3=51 CEs in downlink
respectively.

3 Final CE Dimension
Since the peak values are bigger than the average ones, so the final CE consumption is 68 in
uplink and 61 in downlink.
R99 PS CE Dimensioning Sample:
Assumption:
Page 44 of 91
Subscriber number per NodeB: 2000
UL PS64k throughput per user: 50kbit
DL PS64k throughput per user: 100kbit
DL PS128k throughput per user: 80kbit
Soft Handover Overhead: 20%
PS traffic burst: 20%
Retransmission rate of R99 PS services: 5%
Channel element utilization rate: 0.7
Then,
CE for UL PS64k: 5%) (1 * 20%) (1 * 20%) (1 * 3 *
3600 * 0.7 * 64
50 * 2000
3 CEs
CE for DL PS64k: 5%) (1 * 20%) (1 * 20%) (1 * 2 *
3600 * 0.7 * 64
100 * 2000
4 CEs
CE for DL PS128k: 5%) (1 * 20%) (1 * 20%) (1 * 4 *
3600 * 0.7 * 128
80 * 2000
3 CEs
Total CE for UL PS services is
UL PS
CE
_
=3 CEs
And total CE for DL PS services is
DL PS
CE
_
=4+3=7 CEs

Page 45 of 91
CE Dimensioning for HSPA
1. HSDPA Upl ink CE dimensi oning (
UL HSDPA
CE
_
)
On the uplink, uplink A-DCH (associated DCH) can be used for signalling and transmission of
HSDPA uplink traffic. A-DCH has variable SF of 4, 8 and 16 and its corresponding data
transmission rate is 384kbps, 128k and 64k, respectively.
Number of uplink CEs for HSDPA (
UL HSDPA
CE
_
) can be calculated according to number of
simultaneously connected HSDPA users (
Links HSDPA
N
_
) and CE factors. Table 2-3 shows the UL
A-DCH needed for specified HSDPA bearers and related CE consumption per link.
HSDPA A-DCH links could be calculated by the following formulas
Links HSDPA
N
_
=
ata _ _
_
D HSDPA Avg
HSDPA Tr
Rate
Throughput
(1.)
Where,
Links HSDPA
N
_
is the online HSDPA links number
HSDPA Tr
Throughput
_
is the total traffic of HSDPA services
Data HSDPA Avg
Rate
_ _
is the online average HSDPA services throughput per user
Thus the final CE consumption of the A-DCH links of HSDPA services could be calculated by
the following formulas:
UL HSDPA
CE
_
=
Links HSDPA
N
_
*
i

(2.)
Where
i

is the CE map in Table 3-3.


UL A-DCH bear rate and CE factor of HSDPA services mapping
HSDPA
AveRate
(kbps)
UL A-DCH
BearRate
UL A-DCH CE
(over DCH)
UL A-DCH CE
(over HSUPA)
128 16 1 1.00
384 32 1.5 1.00
3600 64 3 1.85
7200 128 5 3.17
14400 384 10 5.59
Page 46 of 91
2. HSDPA Downlink CE dimensioning (
DL HSDPA
CE
_
)
The SF of A-DCH is 256 on downlink, with the rate of 3.4 kbps. When an HSDPA subscriber
accesses the network, a downlink A-DCH is set up, which will consume CE. A-DCH in downlink
will consume one CE per link.
If SRB over HSDPA feature is activated, then no CE will be consumed by HSDPA service in
downlink. There is dedicated H/W in Node B to support HSDPA service processing, so HSDPA
traffic does not consume any CE.
The HSDPA links in the downlink can be calculated by formulas below:
Assumption:
Subscriber number per NodeB: 2000
Traffic model of HSDPA: 3600kbit
Requirement of average data throughput per user: 400Kbps
Requirement of average online throughput per user: 50Kbps
HSDPA traffic burst: 0
HSDPA retransmission rate: 10%
SRB over HSDPA feature is off, A-DCH of HSDPA bears on R99 PS.
Soft handover ratio of R99/HSUPA services is 20%.
No MIMO or DC-HSDPA is involved.

Then,
CE in downlink:
1 * %) 10 1 ( * %) 0 1 ( *
50 * 3600
3600 * 2000
1 *
_

HSDPA DL HSDPA
Links CE =44 CEs
CE in uplink:
DCH A
CEFactor

=1.5 CE (400Kbps HSDPA throughput mapping to 32Kbps A-DCH, which consumes 1.5 CE
in R99 PS)
) ( *
_ HSDPA A OnlineHSDP DCH A HSDPA AUL HSDPA
Links Links CEFactor Links CE

=
%) 20 1 ( * %) 10 1 ( * %) 0 1 ( * } 1 * )
400 * 3600
3600 * 2000
50 * 3600
3600 * 2000
( 5 . 1 *
400 * 3600
3600 * 2000
{
=56 CE

Page 47 of 91
3. CE Dimensioning for HSUPA
The following table shows the CE factors consumed by HSUPA service
CE Mapping for HSUPA Services
MinSF
HSUPA Rate(kbps)
RAN 12.0

10ms
TTI
2ms TTI
SF32
32
1
SF16
64
2
SF8
128
4
SF4
672 640
8
2*SF4
1399 1280
16
2*SF2
2886 2720
32
2*SF2+2*SF4
5742 5440
48
* Notes: 10ms TTI is supported by HSUPA phase 1, while 2ms TTI is supported by HSUPA
phase 2.
1) CE consumed by HSUPA traffic
CE numbers consumed by HSUPA traffic channel depends on the simultaneous connected
links number.
(3.)




Where:
) 1 ( *
) Re 1 ( * ) 1 ( *
) (
) (
Burstratio
on transmissi SHOfactor
kbit User oughputPer AverageThr
kbit PerNodeB Throughput
Links
HSUPA
HSUPA
HSUPA


(4.)
Considering the impact on CE consumption of soft handover overhead, HSUPA traffic burst and
retransmission caused by error transmission, more CEs are needed by HSUPA traffic channel.
HSUPA
CEFactor is the CE mapping in Table 3-4.
2) CE consumed by A-DCH of HSUPA
CE consumed by A-DCH of HSUPA depends on the number of A-DCH. One A-DCH is needed
for one HSUPA service link.
(1)In Uplink (
AUL HSUPA
CE
_
)
The same to HSDPA, when an HSDPA subscriber accesses the network, a uplink A-DCH is set
up, which will possibly consume CE. If SRB over HSUPA feature is activated, then no CE will be
consumed, otherwise this A-DCH in uplink will consume one CE per link, calculated by the
following formulas:
AUL HSUPA
CE
_
=
HSUPA
Links *1 (5.)
HSUPA
Links is simultaneous connected HSUPA link, can be calculated by formulas (6).
HSUPA HSUPA Traffic HSUPA
CEFactor Links CE *
_

Page 48 of 91
(2)In Downlink (
ADL HSUPA
CE
_
)
If HSUPA shares the same carrier with HSDPA, A-DCH of HSUPA can be loaded on HSDPA,
thus no extra CE is needed for A-DCH of HSUPA in downlink.
Assumption:
Subscriber number per NodeB: 2000
Traffic model of HSUPA: 500kbit
Requirement of average throughput per user: 128kbps
Requirement of average online throughput per user: 20Kbps
Soft Handover Overhead: 20%
Burst ratio of HSUPA is 0%, re-transmission rate is 11%.
SRB over HSUPA feature is off.
SRB over HSDPA feature is adopted.
RAN version: RAN11.0, 2ms TTI is adopted.
Then,
1. CEs in downlink
HSUPA is borne on HSDPA, No CE consumed.
2. CEs in uplink
CE for SRB
1 * %) 11 1 ( * %) 20 1 ( *
3600 * 20
500 * 2000

HSUPA
Links =19 CE
CE for traffic
MAC-e throughput for 128Kbps is 151Kbps, which consumes 4.1 CE
UL Traffic
CE
_
=
%) 11 1 ( * %) 20 1 ( * } 1 * )
3600 * 128
500 * 2000
3600 * 20
500 * 2000
( 1 . 4 *
3600 * 128
500 * 2000
{
28 CE
Total CE in uplink
19+28 =47 CE

Page 49 of 91
CE Dimensioning for Mixed servi ces
PS services including HSPA packet services adopts the access strategies called Best Effort, which means
PS services could only occupy the remaining CE resource after all the CS services are satisfied. The real-time
CE resources assignment between CS and PS within NodeB is clearly demonstrated in 1.1.1.1 1.1)a.Figure 1.

Figure 1 CE Shared between PS and CS Services
When HSUPA and HSDPA co-exist in the network, the uplink and downlink A-DCH can be shared between
HSUPA and HSDPA.
) , (
_ _ _ AUL HSDPA AUL HSUPA UL A
CE CE Max CE
) , (
_ _ _ ADL HSDPA ADL HSUPA DL A
CE CE Max CE
AUL HSUPA
CE
_
: CE consumed by uplink A-DCH of HSUPA;
AUL HSDPA
CE
_
: CE consumed by uplink A-DCH of HSDPA;
ADL HSUPA
CE
_
: CE consumed by downlink A-DCH of HSUPA;
ADL HSDPA
CE
_
: CE consumed by downlink A-DCH of HSDPA;

Therefore, according to the previous presentation, the total CE dimension in uplink and downlink can be
summarized respectively as the following formulas:
) , (
_ _ _ _ _ _ _ HSUPA UL A UL PS UL Average CS UL Peak CS Total UL
CE CE CE CE CE Max CE
) , (
_ _ _ _ _ _ _ DL A DL PS DL Average CS DL Peak CS Total DL
CE CE CE CE Max CE

Page 50 of 91
4.7 Iub Dimensioning Guideline
Iub Configuration
3G Average Iub Bandwidth Requirements
Iub (kbps)
2011 2012 2013
UL DL UL DL UL DL
DU 1,175 2,078 2,483 6,284 3,918 10,926
U 821 1,475 2,060 5,119 3,918 10,926
SU 821 1,475 1,485 3,756 2,582 7,239
RU 821 1,475 1,485 3,756 2,582 7,239

3G Peak Iub Bandwidth Requirements
Iub (kbps) 2011 2012 2013
DL 7.2Mbps 14.4Mbps 21Mbps

Notes:
For singleRAN implementation, dedicated transmission port shall be assigned to Iub and
Abis interface either TDM or IP based (no co-transmission between Iub and Abis).

Iub Dimensioning
For the multi-services in UMTS, has carried out in-depth research in the field of multi-service
network dimensioning and adopts multidimensional ErlangB model to estimate the Iub bandwidth
of CS, CS/VoIP over HSPA multi-services.
Apart from services bandwidth, Iub bandwidth dimensioning includes calculation of Iub bandwidth
occupied by MBMS, common channels and O&M. Shows the Iub dimensioning procedure.

Page 51 of 91

For mixed CS, CS/VoIP over HSPA, PS and HSPA services Iub bandwidth dimensioning, best
effort characteristic of PS and HSPA is used. In other words, the spare part of Iub bandwidth
which is not used by CS services can be utilized by PS and HSPA services. Error! Reference source
not found. illustrates sharing of Iub bandwidth by CS, CS/VoIP over HSPA, PS and HSPA.

Therefore, the total Iub bandwidth can be obtained through the following formula:

M O CCH MBMS Rate Experience used End HSPA
HSPA Avg PA VoIPoverHS CS CS Avg PS Peak PA VoIPoverHS CS CS Total
Iub Iub Iub Iub
Iub Iub Iub Iub Max Max Iub
& _ _ _
_ / , _ _ / ,
]
)]), ( , [ [(


The ultimate Iub configuration is decided by the larger one of uplink and downlink Iub bandwidth.




CS Traffic
Voice Traffic
VP Traffi c
CS/VoIP over HSPA
Traffic
GoS Requirements


Subscribers
Subs per NodeB


PS Traffi c
PS64 Throughput
PS128 Throughput
PS384 Throughput
PS Retransmission


HSPA Traffic


Erlang Services Iub
Peak Bandwidth


PS Iub Bandwidth


Servi ce Iub
Bandwidth


HSPA Iub
Bandwidth


Common Channel
Bandwidth


O&M Bandwidth
Iub Bandwidth

Input Iub Dimensioning Output



HSPA End-user Experience
Rate Bandwidth


Erlang Services Iub
Average Bandwi dth
max
max
Page 52 of 91
Based on the protocol structure, the Iub bandwidth/overhead for R99, CS/VoIP over HSPA and
HSPA service could be calculated and the results are given in Table1.

Table1 R99, CS/VoIP over HSPA service Iub bandwidth

Notes:
The Iub bandwidth per link in above table already considered:
1) The activity factor of AMR12.2k and CS/VoIP over HSPA is 0.65, and that of the other
services is 1;
2) The Iub bandwidth occupied by SRB (3.4kbps) is included and the SRB activity factor is 0.1;
3) The Duty Ratio of CS/VoIP over HSPA is 0.1.

Table2 HSPA service Iub Overhead

Notes:
1) Terminal Type 1: supports HSDPA( lower than 14.4Mbps) and phase 1 / phase 2
HSUPA( 1.96Mbps or 5.76Mbps);
2) Terminal Type 2: supports 64QAM or MIMO or 64QAM+MIMO or DC-HSDPA in downlink, and
16QAM in uplink.


Table3 MBMS/O&M/CCH Iub bandwidth
Page 53 of 91




Page 54 of 91
1. CS and CS/voIP over HSPA services peak Iub bandwidth
CS and CS/voIP over HSPA services peak Iub bandwidth is calculated by multidimensional
ErlangB algorithm in. Multidimensional ErlangB can estimate the respective blocking probability of
various CS and CS/voIP over HSPA services. Under a fixed Iub bandwidth, different services
have different blocking probabilities, which depend on their Iub bandwidth usages.
Multidimensional ErlangB model is illustrated in Figure 2.

Figure 2 Multidimensional ErlangB model
The resource is shared by all services in multidimensional ErlangB model, which takes good
advantage of the fact that the probability of simultaneous bursts from many independent traffic
sources is very small. The following figure illustrates the gain when the resource is shared
compared to when the resource is partitioned.

Figure 3 Partitioning Resources vs. Resources Shared

Once we know the GoS requirement of CS and CS/voIP over HSPA services, the CS and
CS/voIP over HSPA traffic per NodeB (after considering soft handover ratio) and the service
Iub bandwidth, we can calculate the CS and CS/voIP over HSPA services peak Iub bandwidth
using multidimensional ErlangBMDEmodel. This idea is shown in Figure 4.
Note:
Iub factors means Iub bearer bandwidth including FP, AAL2 and ATM or IP overhead for
service i.

Page 55 of 91

Figure 4 Estimate peak Iub bandwidth using multidimensional ErlangB model
2. CS and CS/voIP over HSPA services Average Iub bandwidth
Of course, the average Iub bandwidth for CS and CS/voIP over HSPA services can also be
obtained, which does not guarantee the GoS requirements. The formula below is used to
calculate CS and CS/voIP over HSPA services average bandwidth:

_
* ) 1 ( *
i
i Iub SHO i ge HSPA_Avera voIP over CS and CS/
R R NodeB TrafficPer Iub

SHO
R : Soft handover overhead which does not include softer handover;
i Iub
R
_
: Iub bandwidths for CS and CS/voIP over HSPA service I, shown in Figure 1Table1.

3. PS Iub bandwidth
The calculation for PS Iub bandwidth is almost the same as that for CS and CS/voIP over HSPA
services average Iub bandwidth except that PS traffic calculation should also consider the PS
characteristics, e.g. PS burstiness, retransmission. The formula below is used to calculate PS Iub
bandwidth:

i
i Iub trans Burst SHO i Average PS
R R R R NodeB TrafficPer Iub
_ Re _
* ) 1 ( * ) 1 ( * ) 1 ( *

trans
R
Re
: Retransmission factor of PS services, which is equal to BLER/(1-BLER);
Burst
R : Burst ratio of PS services and this parameter reflects the Qos requirement of PS services.

4. HSUPA Iub bandwidth
HSUPA usually bears Best Effort (BE) services; the calculation procedure of Iub bandwidth for
HSUPA is almost same as that for PS. HSUPA Iub bandwidth is calculated by the below formula:
GoS
Requi rements
Traffic & Service
Iub Bandwidth
Peak Iub Bandwidth
MDE
Page 56 of 91
) 1 ( * ) 1 ( * ) 1 ( * ) 1 ( *
_ Re overhead Iub trans Burst SHO HSUPA
R R R R NodeB TrafficPer Iub

overhead Iub
R
_
: HSUPA service Iub Overhead, shown in Figure 1Table2.

5. HSDPA Iub bandwidth
Iub bandwidth for average traffic model
The calculation procedure of Iub bandwidth for HSDPA is almost same as that for HSUPA.
However, it should be noted that HSDPA does not support SHO and therefore there is no Iub
SHO overhead for HSDPA. HSDPA Iub bandwidth is calculated by the below formula:
) 1 ( * ) 1 ( * ) 1 ( *
_ Re overhead Iub trans Burst HSDPA
R R R NodeB TrafficPer Iub
overhead Iub
R
_
: HSDPA service Iub Overhead, shown in Figure 1Table2.

Iub bandwidth for HSPA End-user Experience Rate Bandwidth requirement
If HSPA End-user Experience Rate Bandwidth such as 3.6Mbps and 7.2Mbps is given, the Iub
bandwidth needed by peak rate can be calculated by the following formula:
) 1 ( * ) 1 ( *
_ Re _ overhead Iub trans Peak HSDPA
R R rNodeB PeakRatePe Iub
It should be noted that the PeakRatePerNodeB is the application layer rate and the relationship
between application layer rate and physical layer rate is given in the following table:

Table4 Physical layer rate & application layer rate
Physical
Layer Rate
Appl ication
Layer Rate
3.6Mbps 3.2Mbps
7.2Mbps 6.4Mbps
14.4Mbps 12.7Mbps

Notes:
Since peak rate is used for Iub calculation, there is no need to consider additional burst ratio;

6. Iub bandwidth for CCH and O&M
Iub bandwidth for common control channels (CCH)
Iub bandwidth for common channel mainly includes FACH and PCH for downlink while RACH for
uplink for one cell. The Iub bandwidth for downlink CCH depends on the configurations of FACH
and PCH. FACH and PCH are mapped onto the same physical channel S-CCPCH. Generally, the
typical configuration of RACH and S-CCPCH are both one for each cell.
Herein, common Channels also includes NBAP, ALCAP consuming Iub bandwidth (For IP
transport, there is no ALCAP signaling). As the services speed gets bigger, the ratio of Iub
bandwidth consumed by NBAP, ALCAP gets so lower as to be ignored.
Iub bandwidth for O&M
O&M Iub bandwidth is configurable and the typical recommended value is 64kbps for both uplink
and downlink for one NodeB.

This chapter gives a case study for ATM over E1/T1 and IP over E1/T1 Iub bandwidth calculations. Since the uplink
and downlink Iub bandwidth calculation procedures are the same, only downlink Iub bandwidth calculations are shown.
Input for Iub bandwidth dimensioning
The Iub bandwidth calculation is exemplified with a case study using the following traffic model given in Table5 and
the peak rate requirement of HSDPA is 7.2Mbps.
Table5 Traffic Model
Traffic Model (Single User @ Busy Hour)
Page 57 of 91
Bearers Uplink Downlink GoS
AMR12.2k (mErl) 20 20 2%
CS64k mErl) 2 2 2%
PS64k (Kbits) 125 100 N/A
PS128k (Kbits) 0 200 N/A
PS384k (Kbits) 0 200 N/A
HSPA (Kbits) 200 2000 N/A

Assuming that each NodeB (S111) supports 2000 subscribers and the soft handover overhead is 20%. The ratio of Iub
data retransmission for R99 service, HSDPA and HSUPA is 1%. The burst ratio of PS and HSPA traffic is 20%.In
addition, the voice activity factor of AMR12.2k is 0.5.
CS peak Iub bandwidth
CS peak Iub bandwidth for ATM over E1/T1
CS peak Iub bandwidth calculation is exemplified with a case study using the following traffic model:
Different service bearer needs different Iub bandwidth, the table below shows detailed Iub bandwidth for
several typical service bearers:
For UL direction:
Voice traffic: Erl NodeB user user Erl 48 % 20 1 / 2000 / 02 . 0
Video call traffic: Erl NodeB user user Erl 8 . 4 % 20 1 / 2000 / 002 . 0
The peak Iub bandwidth needed by voice service is:
kbps kbps ErlangB 583 5 . 0 20 02 . 0 , 48
The peak Iub bandwidth needed by video call is:
kbps kbps ErlangB 770 80 02 . 0 , 8 . 4
Using MDE, the CS peak Iub bandwidth for voice and video call is
kbps Iub
Peak CS
1313
_


CS peak Iub bandwidth for IP over E1/T1
For DL direction:
Voice traffic:
Erl NodeB user user Erl 48 % 20 1 / 2000 / 02 . 0
Video call traffic:
Erl NodeB user user Erl 8 . 4 % 20 1 / 2000 / 002 . 0
The peak Iub bandwidth needed by voice service is:

kbps kbps ErlangB 495 5 . 0 17 02 . 0 , 48
The peak Iub bandwidth needed by video call is:
kbps kbps ErlangB 683 71 02 . 0 , 8 . 4
Using MDE, the CS peak Iub bandwidth for voice and video call is
kbps Iub
Peak CS
1063
_


CS Average Iub bandwidth
ATM over E1/T1
For ATM over E1/T1, the average Iub bandwidth for CS services can be calculated as:
Average Iub needed by voice: kbps kbps NodeB Erl 480 5 . 0 20 / 48
Average Iub needed by Video Call: kbps kbps NodeB Erl 384 80 / 8 . 4
Average Iub needed by voice and video call is:
kbps kbps kbps
Average CS
Iub 864 384 480
_

IP over E1/T1
For IP over E1/T1, the average Iub bandwidth for CS services can be calculated as:
Average Iub needed by voice: kbps kbps NodeB Erl 408 5 . 0 17 / 48
Average Iub needed by Video Call: kbps kbps NodeB Erl 341 71 / 8 . 4
Average Iub needed by voice and video call is:
Page 58 of 91
kbps kbps kbps Iub
Average CS
749 341 408
_


R99 PS Iub bandwidth
ATM over E1/T1
Assuming the ratio of traffic business is 20%, the ratio of data retransmission for R99 is 1% and the soft
handover ratio is 20%, DL R99 PS Iub bandwidth for each NodeB is:


kbps
Iub
Average PS
520
492 % 1 1 % 20 1 % 20 1
3600 384
200 2000
165 % 1 1 % 20 1 % 20 1
3600 128
200 2000
83 % 1 1 % 20 1 % 20 1
3600 64
100 2000
_


IP over E1/T1
For IP over E1/T1, the DL R99 PS Iub bandwidth for each NodeB is:


kbps
Iub
Average PS
447
418 % 1 1 % 20 1 % 20 1
3600 384
200 2000
141 % 1 1 % 20 1 % 20 1
3600 128
200 2000
74 % 1 1 % 20 1 % 20 1
3600 64
100 2000
_


HSDPA Iub bandwidth
ATM over E1/T1
Assuming the ratio of traffic business is 20% and the ratio of data retransmission for HSDPA is 1%, the
HSDPA Iub bandwidth is:
Average HSDPA Iub bandwidth for each NodeB:
kbps Iub
HSDPA
1791 % 33 1 % 1 1 % 20 1
3600
2000 2000


Since the 7.2Mbps physical layer rate corresponding to application layer rate 6.24Mbps, Peak HSDPA Iub
bandwidth for each NodeB is:
Mbps Mbps Iub
HSDPA
96 . 8 % 33 1 % 1 1 24 . 6
IP over E1/T1
For IP over E1/T1, the DL average HSDPA Iub bandwidth for each NodeB is:
kbps Iub
HSDPA
1508 % 12 1 % 1 1 % 20 1
3600
2000 2000


Since the 7.2Mbps physical layer rate corresponding to application layer rate 6.24Mbps, Peak HSDPA Iub
bandwidth for each NodeB is:
Mbps Mbps Iub
HSDPA
55 . 7 % 12 1 % 1 1 67 . 6
Iub bandwidth for signaling, CCH and O&M
Iub bandwidth for signaling
For ATM over E1/T1 and IP over E1/T1, the Iub bandwidths for signaling are about 10% of traffic Iub
bandwidth.
Iub bandwidth for CCH
For ATM over E1/T1, the typical Iub bandwidth of CCH for S111 is
kbps Iub
DL CCH
213 3 71
_

For IP over E1/T1, the typical Iub bandwidth of CCH for S111 is
kbps Iub
DL CCH
183 3 61
_

Iub bandwidth for O&M
For ATM over E1/T1 and IP over E1/T1, the Iub bandwidths for O&M are both 64kbps.
Total Iub bandwidth
ATM over E1/T1
Page 59 of 91
DL total Iub bandwidth is:
Mbps Kbps Max Iub
total
1 . 10 64 3 * 71 1 . 1 * ) bps Kbps,8.96M 1791 520 Kbps 864 , 1313Kbps (
IP over E1/T1
DL total Iub bandwidth is:
Mbps Kbps Max Iub
total
5 . 8 64 3 * 61 1 . 1 * ) bps Kbps,7.55M 1508 447 Kbps 749 , 1063Kbps (


Page 60 of 91
5 Radio Resource Capacity Management
Detail formula & performance counters used in evaluation will be provided by separate documentation.
5.1 General Aggregation Rule
In general for all considerations in this document based upon performance measurement data, regarding in
particular the dimensioning or utilization calculations, following rules have to be applied:
All calculation is based on hourly values. If only 15mins values are available, the
MAXIMUM 15mins value of the observed hour has to be used.
Daily Aggregation: The Busy Hour is defined as the maximum hourly value of the
observed characteristic in one day,
Weekly aggregation: The average BH value of highest 5 daily BH values,
Monthly aggregation: The average of 4 weeks weekly aggregation value,
For description of the utilization of any resource or considerations of up-/downgrade
capacity of any resource, the monthly aggregation has to be used
Note:
A calendar month is NOT defined by all calendar days (28-31) included, but always by
the a) previous 4 weeks (floating) or b) by the weeks of the first 4 Wednesdays of a
calendar month (calendar)
Utilization definition:
0 Utilization mean entire certain resource is not used.
Idle utilization such as uplink resource, background noise rise, common channel, and
signaling load are taken in to account of utilization definition.
E.G.
For UMTS cell, assume that
Downlink common channel power =total power * 20%,
Service channel power usage so power utilization =30%
So downlink power utilization =20% +30% =50%.
Page 61 of 91
5.2 TCH Utilization Evaluation Rule
Resource Description:
TCH is traffic channel to support CS traffic in GSM system.
Cri teria
If the TCH congestion ratio > 1%, and TCH utilization > 80% with 50%HR, and the TCH
availability >=98%, then need to start capacity evaluation.
Eval uation and Recommendation:
TCH congestion may be caused by high traffic, RF interference and equipment problem, so
before we come to need expansion conclusion, optimization and troubleshooting should be
executed first. Then if the TCH utilization exceeds the certain threshold, expansion is
necessary.
Page 62 of 91
5.3 SDCCH Utilization Evaluation Rule
Resource Description:
SDCCH is channel for location update, IMSI attachment, service setup, SMS, type 3 fax and so
on. SDCCH congestion can lead to call setup failure and HO call drop.
Cri teria
If the SDCCH congestion ratio >0.5%, and the SDCCH availability>98%,
Eval uation and Recommendation:
Except for high traffic, SDCCH congestion may be caused by other non capacity reasons such
as RF problem and poor parameter configuration. Before we make the decision of SDCCH
expansion, the optimization and equipment trouble shooting should be finished.
SDCCH expansion or TRX expansion are proposed if the SDCCH congestion is caused by high
traffic.
5.4 PDCH Evaluation Rule
Resource descri ption:
PDCH is channel supporting PS service in GSM system.
PDCH utilization =PS busy hour traffic / PS traffic supported

PS traffic supported is calculated base on:
Assume average coding scheme MCS6 applied for all cells
BH Bandwidth per PDCH(Mbit) =29 Kbps* 3600/1024=102 Mbit/PDCH

Cri teria
PDCH Utilization >80%

Eval uation and recommendation
High PDCH utilization may be caused by high traffic, RF interference and equipment problem,
so before we come to need expansion conclusion, optimization and troubleshooting should be
executed first. Then if the PDCH utilization exceeds the certain threshold, expansion is
necessary.

5.5 Abis Utilization Evaluation Rule
Resource Description
Abis interface carries both signaling & traffic data transmission between BSC and BTS,
Cri teria:
If the Abis Utilization of IP >80%, expansion or re-plan is needed.
Eval uation and recommendation
For Abis base on IP, high IUB utilization might caused by wrong bandwidth configuration.
If high Abis utilization is not caused by issue mentioned above, expansion is recommended.

Page 63 of 91
5.6 UMTS Power Utilization Evaluation Rule
Resource Description:
TCP (transmit carrier power) is used to evaluate the downlink power consumption, which
represents the downlink loading status. Evaluation of TCP power is helpful to avoid the
congestion due to the insufficient power in downlink.
Please be aware that the big TCP utility ratio may be caused also by the bad coverage.
Coverage problem must be eliminated before we come to the conclusion that power resources
are not enough because of too much traffic.
TCP for R99 services at busy hour (BH), Total TCP both with R99 services and HSPA services
at busy hourBHare under assessment here.
Cri teria:
Principles for the TCP utilization are:
1) The mean R99 TCP Utility Ratio should not exceed 75%
2) The mean total TCP Utility Ratio ( R99+HSPA+Common channel) should not exceed 90%.
3) Congestion caused by insufficient TCP power is less than 0.5%.
Eval uation & recommendation
If principle 1) is not met, then more carrier or more sites are suggested,
If principle 2) is met, then more research are needed on the HSDPA user perception
experiences.
If principle 3) is not met and exist for a long period of time, then expansion may need.
Formulas are:
R99_TCP_Utility_Ratio =R99_Mean_TCP_in_BH / Configured_Total_Cell_TCP
Total_TCP_Utility_Ratio =Total_Mean_TCP_in_BH / Configured_Total_Cell_TCP

Page 64 of 91
5.7 CE Utilization Evaluation Rule
Resource Description:
CE is the base band resources for services in NodeB. CE utilization ratio represents the base
band resources consumption status of the NodeB. If the CE utilization ratio exceeds one
specified threshold of the total CE, that means CE resources are going to be the limitation of the
network. CE expansion is needed in this case.
Mean CE consumption and Max CE consumption in one NodeB at Busy Hour (BH) are used for
the evaluation.
Cri teria:
The CE utilization ratio analysis principle is shown below:
1The mean CE utilization ratio should not exceed 70% due tos experiences, if yes, expansion
is recommended.
2) Congestion ratio due to insufficient CE resources should be less than 0.5%.
Eval uation & Recommendation:
If the mean CE utilization ratio doesnt exceed 70%, but he max CE consumption
(UL_Max_Used_CE_Number, DL_Max_Used_CE_Number) exceeds the CE license
configuration for one NodeB, congestion due to CE problems are also happened a lot at the
same time, then expansion is suggested.
Formulas to get the mean CE consumption in one NodeB are:
UL Mean CE Utility Ratio =UL_Mean_Used_CE_Number_in_BH / Configured_UL_CE_Number
DL Mean CE Utility Ratio =DL_Mean_Used_CE_Number_in_BH / Configured_DL_CE_Number

5.8 Code Utilization Evaluation Rule
Resource Description:
Codes here are the OVSF codes for both R99 and HSPA services. If the codes utilization ratio
exceeds one specified threshold, which means codes resources are going to be the limitation of
the network.
Normally mean codes consumption in one NodeB at Busy Hour (BH) is used for the evaluation.
Cri teria:
1) The mean codes utilization for R99 services should not exceed 70%.
2) Congestions due to insufficient codes in busy hour of the cell should not exceed 0.5%.
3) The mean codes utilization for total services should not exceed 70%
Eval uation & Recommendation:
If 1is not met, the codes allocation between R99 services and HSDPA services can be
adjusted firstly according to the service distribution. If it is still not OK, then more carriers and
sites are suggested. If 2) is not met for a period of time, the adjustment suggestion is the same
to 1).
If 3) is not met, then more investigation is needed for the HSDPA single user perception.
Formulas to get the mean R99 codes utilization ratio in one NodeB are:
R99_Code_Utility_Ratio =R99_Mean_Used_Code_in_BH / R99 Available Codes

Page 65 of 91
5.9 RTWP Utilization Evaluation Rule
Resource Description:
RTWP (Received Total Wideband Power) analysis is used to evaluate the uplink interference
and loading status. High RTWP may be caused by high traffic or serious interference,
interference factor must be eliminated before RTWP value used for uplink loading evaluation.
If theres no external interference, RTWP value in the daytime could represent the traffic status
in the uplink.
Cri teria:
For macro cells, hourly average RTWP should not exceed -100 dBm
For In-building cells (owned DAS and multi-operator DAS), hourly average RTWP should not
exceed -95 dBm
Eval uation & Recommendation:
Since RTWP is easily influenced by the external interference, so the RTWP results are just for
reference and cannot be used for the direct reason of expansion.
Besides interference clearance, split cell and 2
nd
carrier implementation could reduce RTWP.
5.10 Iub Utilization Evaluation Rule
Resource Description:
Iub transmission utilization ratio is used to understand the transmission configuration between
NodeB and RNC is enough or not.
Cri teria:
The basic principle is that Iub utility ratio of each NodeB should not exceed 80%.
Additionally, a limit of 60% has to be used, if the transmission is based upon TDM and the
maximum transmission bandwith consists of only 1 E1.
Eval uatoi n and recommendation:
For Iub base on ATM, high IUB utilization might caused by E1 flicker or failure.
For Iub base on IP, high IUB utilization might caused by wrong bandwidth configuration.
If high Iub utilization is not caused by issue mentioned above, expansion is recommended.
Formulas are shown below:
Iub utility ratio_ DL =NODEB_Throughput_DL / NODEB_Trans_Cap_DL
Iub utility ratio_ UL =NODEB_Throughput_UL / NODEB_Trans_Cap_UL

Page 66 of 91
5.11 Common Channel Utilization Evaluation Rule
Resource Description:
RACH/FACH channel is common channel which support signaling and few traffic when UE in
Cell-FACH state.
Cri teria:
RACH Utilization should be less than 50%,
FACH Utilization should be less than 50%,
Eval uation & Recommendation:
For high RACH utilization, new carrier/new site or re-planning is needed.
For high FACH utilization additional FACH (max FACH per cell is 2), split cell or 2nd carrier is
recommended.
Page 67 of 91
5.12 UMTS Multi Carrier Expansion Principle
If 2
nd
carrier is available, Multi Carrier Expansion will be triggered once threshold below are reached:

Max (Cell level Code Utilization, UMTS DL Power Utilization) >80%

Prior to active 2
nd
carrier due to capacity reasons, optimization or load balance should be done.

2
nd
carrier planning has to take clusterization rules with minimum 3 sites per cluster into consideration as
below:
.



Page 68 of 91
6 Trigger of New Site Planning
6.1 Due to Coverage Reasons
New site will be proposed when criteria below are met:
Input from drive test report +simulation that Coverage level less than minimum signal level
requirement of each respective clutter after RF optimization (justification is required);

6.2 Due to Capacity Reasons
New site will be proposed 1 or more criteria below are met:
For UMTS:
Power utilization exceed expansion threshold mentioned in Chapter 5 after optimization/rebalance
(justification is required) and no additional carrier are available,
Code utilization above expansion threshold mentioned in Chapter 5 after optimization/rebalance (justification
is required) and no additional carrier are available,
For GSM:
TRX utilization exceed expansion threshold mentioned in Chapter 5 after optimization/rebalance (justification
is required) and no additional TRX are available,

6.3 Other Factors
New site SAR (Search area radius) will be of cell radius according to the link budget, and site
nominal planning and SAR will provide by team using digital map with 5m resolution inner J akarta
and 20m resolution outer J akarta.
Site candidate selection will be based on analysis in digital map, Google earth and survey report
with obstacle checking.
Strategy for existing site which cannot meet design guideline is:
a. Site justified totally no need, dismantle will be proposed.
b. Site justified not in right position, but will create coverage hole if dismantle, keep the site
until new site on air.




Page 69 of 91
7 BSC6900 Design Principle
7.1 BSC Capacity Planning Principle
Refer to attachment GBSS12.0 BSC6900 Capacity Calculation

7.2 RNC Capacity Planning Principle
Refer to attachment RAN12.0 BSC6900 Capacity Calculation
Page 70 of 91
8 BSC6900 Capacity Management
Note: The detail formula & performance counters used in evaluation will be provided by separate documents.
8.1 General Aggregation Rule
In general for all considerations in this document based upon performance measurement data, regarding in
particular the dimensioning or utilization calculations, following rules have to be applied:
All calculation is based on hourly values. If only 15mins values are available, the
MAXIMUM 15mins value of the observed hour has to be used.
Daily Aggregation: The Busy Hour is defined as the maximum hourly value of the
observed characteristic in one day,
Weekly aggregation: The average BH value of highest 5 daily BH values,
Monthly aggregation: The average of 4 weeks weekly aggregation value,
For description of the utilization of any resource or considerations of up-/downgrade
capacity of any resource, the monthly aggregation has to be used
Note:
A calendar month is NOT defined by all calendar days (28-31) included, but always by
the a) previous 4 weeks (floating) or b) by the weeks of the first 4 Wednesdays of a
calendar month (calendar)
Utilization definition:
0 Utilization mean entire certain resource is not used.
Idle utilization such as uplink resource, background noise rise, common channel, and
signaling load are taken in to account of utilization definition.
E.G.
For UMTS cell, assume that
Downlink common channel power =total power * 20%,
Service channel power usage so power utilization =30%
So downlink power utilization =20% +30% =50%.
Page 71 of 91
8.2 BSC6900 Board Resource and Expansion Threshold
GSM related Board:
Board name Expansion/Rebal ance Trigger
XPU Average Busy Hour CPU Usage >50%
DPU Average Busy Hour CPU Usage >70%
INT Average Busy Hour CPU Usage >70%
GCU Average Busy Hour CPU Usage >70%
TNU Average Busy Hour CPU Usage >70%
SCU Average Busy Hour CPU Usage >70%
Additional resource utilization needs to be monitored with criteria that resource utilization should be less than
70%:
XPU Board:

Specification
Board BHCA BTS Cel ls TRX
XPUb 1,050,000 640 640 640
Notes:
The specifications are the maximum capability base on user profile.

DPUc Board:

Specification
Board TCH IWF flow
DPUc 960 3740

DPUd Board:


Specification
Board Total PDCH PDCH per Cell
DPUd 1,024 48


Page 72 of 91
UMTS Related Board
Board name Expansion/Rebalance Trigger
SPU Average Busy Hour CPU Usage >50%
DSP Average Busy Hour CPU Usage >60%
INT Average Busy Hour CPU Usage >70%
Additional resource utilization needs to be monitored with Criteria that resource utilization should be less
than 70%:
SPU Board:

Specificati on
Board BHCA Node B Cell s
Act ive
Users
SPUb 140,000 180 600 9000
Notes:
The specifications are the maximum capability base on user profile.
DPU Board:

Specification
Board
PS
Throughput
(Mbps)
Erlang Cell s
Act ive
Users
DPUe 335 3350 300 5880
The specifications are the maximum capability base on user profile.

Interface Board:

Notes:
The preceding specifications are the maximum capability regarding the corresponding service.
The data service in the CS domain indicates the 64 kbit/s video phone service.
The number of session setup/release times indicates the signaling processing capacity of an
Iub/Iu/Iur-interface board.
The Iur-interface service processing specifications of the board are the same as its Iub-interface
service processing specifications.
Page 73 of 91
8.3 BSC6900 GSM License and Evaluation Threshold
BSC capacity evaluation mainly includes CPU utilization, signal link load and resource usage. It
should be evaluated one by one. The main expansion triggers are as follows:
TRX configuration exceeds the maximum number of TRX BSC allowed, add new BSC or re-plan
the BSC area.
BHCA >80% of the maximum BHCA allowed by BSC, add new BSC or re-plan the BSC area.
PDCH Usage >80% of the maximum PDCH allowed by BSC, add new BSC or re-plan the BSC
area.

8.4 BSC6900 UMTS License and Evaluation Threshold
RNC license evaluation gives operators a picture what is the license utilization status and help
to expand license before it gets congested.
RNC license evaluation includes: CS, PS, HSDPA, HSUPA, etc.
The basic principle is that expansion is needed if RNC license utility ratio exceeds 70%.
Formulas are:
CS license utility ratio=CS_Traffic_BH/ CS_License
PS license utility ratio=PS_Traffic_BH/ PS_License
HSDPA license utility ratio=HSDPA_Traffic_BH / HSDPA_License
HSUPA license utility ratio=HSUPA_Traffic_BH / HSUPA_License

8.5 BSC6900 A Interface Evaluation Rule
Method for A interface evaluation is traffic per circuit, the total TCH traffic in BSC is taken
into consideration.
Pri nci ple
If traffic per circuit >0.7 Erl. Expansion or re-plan is needed.
Formula
interface rcuits_A um_busy_ci interface rcuits_A um_idle_ci
_ _
_ _
N N
BSC traffic TCH
circuit per Traffic


Where,
TCH_traffic_BSC Total traffic volume on TCHs in the BSC
Num_idle_circuits_A interface: Average number of idle circuits on the A interface
Num_busy_circuits_A interface: Average number of busy circuits on the A
interface
Page 74 of 91
8.6 BSC6900 Gb Interface Evaluation Rule

Gb Link (FR) Utilization (UL):
Uplink bandwidth actually used on the BC(kbit/s) / Configured bandwidth of the BC(kbit/s) * 100%
Gb Link (FR) Utilization (DL):
Downlink bandwidth actually used on the BC(kbit/s) / Configured bandwidth of the BC(kbit/s)* 100%
GB Link (Over IP) Utilization (UL):
Highest Receive Rate of the FEGE Ethernet Port(kbit/s) / Min of (Board Capacity,Configured Backbone Link
GB Link (Over IP) Utilization (DL):
Highest Transmit Rate of the FEGE Ethernet Port(kbit/s) / Min of (Board Capacity,Configured Backbone Link
Principl e
GB Link Utilization >60%, expansion is needed.
8.7 BSC6900 SS7 Load Utilization Evaluation Rule
SS7 Load Utilization (UL): Transmission bandwidth usage of the MTP2 link
SS7 Load Utilization (DL): Receiving bandwidth usage of the MTP2 link
SS7 Loading >40%, expansion is needed.

8.8 BSC6900 Ater Load Evaluation Rule
Ater Load =
Mean number of busy circuits on the Ater interface / ( (Mean number of busy circuits on the Ater interface) +
(Mean number of idle circuits on the Ater interface ) * 100%
Principl e
Average Busy Hour Ater Load >60%, expansion is needed.

8.9 BSC6900 Iu-CS Interface Evaluation Rule
Iu-CS Contron plan Load =>50%, expansion or re-plan is needed.
Iu-CS User Plan Load >70%, expansion or re-plan is needed.


8.10 BSC6900 Iu-PS Interface Evaluation Rule
Iu-PS Contron plan Load >50%, expansion or re-plan is needed.
Iu-PS User Plan Load >70%, expansion or re-plan is needed.


Page 75 of 91
9 Cell Detail Design
9.1 BSIC Planning Principle
BSIC (BCC+NCC) group are defined as below:
BSIC Group
NCC
BCC
1 0 0 1 2 3 4 5 6 7
2 1 0 1 2 3 4 5 6 7
3 2 0 1 2 3 4 5 6 7
4 3 0 1 2 3 4 5 6 7
5 4 0 1 2 3 4 5 6 7
6 5 0 1 2 3 4 5 6 7
Reserved 6 0 1 2 3 4 5 6 7
Reserved 7 0 1 2 3 4 5 6 7
BSIC are planned follow rules below:
NCC border are created where 1 NCC Set (8 BCC Set) are able to be implemented in 1 border
There will be max 8 sites in 1 NCC border, if later on we have more than the 9
th
etc sites will used
reserved NCC set
Area of each border are defined as 1.5 km * 1.5 km

9.2 GSM LAC Planning Principle
Support Traffic/LAC 2500Erl
Support TRX/LAC 1000TRX
Paging times per LAC suggest less than 220000/Hour.
To minimize the location update, the geographic factors and mobile behavior should be
taken into accounts:
Try best to utilize geographic factors, the mountains, rivers, or other natural resources
set as LAC boundary
The streets and land mark building should not set as LAC boundary
LAC boundary should not be parallel or vertical to the streets but beveled to the streets
LAC boundary should follow with least traffic area instead of high traffic areas
LAC boundary should not cross BSC/RNC border
Split LAC should be triggered if the paging times per LAC more than 220000/Hour.
Page 76 of 91
9.3 UMTS LAC Planning Principle
Support 500 paging per message per second cell
Paging Channel Utilization should less than 50%
To minimize the location update, the geographic factors and mobile behavior should be
taken into accounts:
Try best to utilize geographic factors, the mountains, rivers, or other natural resources
set as LAC boundary
The streets and land mark building should not set as LAC boundary
LAC boundary should not be parallel or vertical to the streets but beveled to the streets
LAC boundary should follow with least traffic area instead of high traffic areas
LAC boundary should not cross BSC/RNC border
UMTS LAC boundary should overlap with GSM LAC boundary to reduce the location
update from GSM to UMTS network.
LAC Splitting should be triggered if paging Congestion Ratio >0.5%, while paging
utilization >50%.
9.4 UMTS SAC Planning Principle
The Service Area Code (SAC) together with the PLMN-Id and the LAC will constitute the
Service Area Identifier.
- SAI =PLMN-Id +LAC +SAC
The Service Area Identifier (SAI) is used to identify an area consisting of one or more cells
belonging to the same Location Area. Such an area is called a Service Area and can be used
for indicating the location of a UE to the CN.
Thus, SAC =Cell ID Rule is applied for SAC Planning.
Page 77 of 91
9.5 PSC Planning Principle
Primary scrambling codes (PSC) are divided into 21 groups as below:
16 +1 =17 groups for Macro sites
4+1 =5 groups for Indoor sites

All ocation SC Set Code Group Scrambling Set Sector
Reserved 0 0 1 2 3 4 5 6 7
M
a
c
r
o

C
e
l
l

1
1 8 9 10 11 12 13 14 15 1
2 16 17 18 19 20 21 22 23 2
3 24 25 26 27 28 29 30 31 3
2
4 32 33 34 35 36 37 38 39 1
5 40 41 42 43 44 45 46 47 2
6 48 49 50 51 52 53 54 55 3
3
7 56 57 58 59 60 61 62 63 1
8 64 65 66 67 68 69 70 71 2
9 72 73 74 75 76 77 78 79 3
4
10 80 81 82 83 84 85 86 87 1
11 88 89 90 91 92 93 94 95 2
12 96 97 98 99 100 101 102 103 3
5
13 104 105 106 107 108 109 110 111 1
14 112 113 114 115 116 117 118 119 2
15 120 121 122 123 124 125 126 127 3
6
16 128 129 130 131 132 133 134 135 1
17 136 137 138 139 140 141 142 143 2
18 144 145 146 147 148 149 150 151 3
7
19 152 153 154 155 156 157 158 159 1
20 160 161 162 163 164 165 166 167 2
21 168 169 170 171 172 173 174 175 3
8
22 176 177 178 179 180 181 182 183 1
23 184 185 186 187 188 189 190 191 2
24 192 193 194 195 196 197 198 199 3
9
25 200 201 202 203 204 205 206 207 1
26 208 209 210 211 212 213 214 215 2
27 216 217 218 219 220 221 222 223 3
10
28 224 225 226 227 228 229 230 231 1
29 232 233 234 235 236 237 238 239 2
30 240 241 242 243 244 245 246 247 3
11
31 248 249 250 251 252 253 254 255 1
32 256 257 258 259 260 261 262 263 2
33 264 265 266 267 268 269 270 271 3

Page 78 of 91
Allocati on SC Set Code Group Scrambling Set Sector
Reserved 0 0 1 2 3 4 5 6 7
M
a
c
r
o

C
e
l
l

12
34 272 273 274 275 276 277 278 279 1
35 280 281 282 283 284 285 286 287 2
36 288 289 290 291 292 293 294 295 3
13
37 296 297 298 299 300 301 302 303 1
38 304 305 306 307 308 309 310 311 2
39 312 313 314 315 316 317 318 319 3
14
40 320 321 322 323 324 325 326 327 1
41 328 329 330 331 332 333 334 335 2
42 336 337 338 339 340 341 342 343 3
15
43 344 345 346 347 348 349 350 351 1
44 352 353 354 355 356 357 358 359 2
45 360 361 362 363 364 365 366 367 3
16
46 368 369 370 371 372 373 374 375 1
47 376 377 378 379 380 381 382 383 2
48 384 385 386 387 388 389 390 391 1
Reserved
49 392 393 394 395 396 397 398 399 2
50 400 401 402 403 404 405 406 407 1
51 408 409 410 411 412 413 414 415 2
I
n
d
o
o
r

C
e
l
l

1
52 416 417 418 419 420 421 422 423 1
53 424 425 426 427 428 429 430 431 2
54 432 433 434 435 436 437 438 439 3
2
55 440 441 442 443 444 445 446 447 1
56 448 449 450 451 452 453 454 455 2
3
57 456 457 458 459 460 461 462 463 3
58 464 465 466 467 468 469 470 471 1
4
59 472 473 474 475 476 477 478 479 2
60 480 481 482 483 484 485 486 487 3
Reserved
61 488 489 490 491 492 493 494 495 1
62 496 497 498 499 500 501 502 503 2
63 504 505 506 507 508 509 510 511 3






Page 79 of 91
PSC are planned by following these rules below:
This method is only applicable for new city/area.
PSC border are created where 1 SC Set (8 Scrambling Set) are able to be implemented in 1
border
There will be max 8 sites in 1 SC border, if later on we have more than the 9
th
etc sites will used
reserved PSC
Same PSC shall not be reused within 10km.


Area of each border are defined as 1.3 km * 1.3 km

Page 80 of 91
9.6 Tcell Planning Principle
Tcell (Time offset of cell) defines the difference between the system frame number (SFN) and NodeB
Frame Number (BFN) of the NodeB which the cell belongs to.
Tcell of different cells under one NodeB should be unique.
Thus, Tcell Planning Rule are listed below:

Cell ID Tcel l Value
Cell 1 CHIP0
Cell 2 CHIP256
Cell 3 CHIP512
Cell 4 CHIP768
Cell 5 CHIP1024
Cell 6 CHIP1280
Cell 7 CHIP1536
Cell 8 CHIP1792
Cell 9 CHIP2048
Cell 10 CHIP2304

Page 81 of 91
9.7 PLMN Value Tag Planning Principle
Parameter
ID
Parameter
Name
MML
Command
NE Meaning
Value
Type
GUI
Valu
e
Rang
e
Actua
l
Value
Rang
e
PlmnValTa
gMax
Max PLMN
value tag
ADD LAC
(Mandatory)
ADD RAC
(Mandatory)
RNC
Maximum PLMN tag
value corresponding to
a LAC. It is defined by
the operator. For
detailed information of
this parameter, refer to
3GPP TS 25.331.
Interval
Type
1~25
6
1~256
PlmnValTa
gMin
Min PLMN
value tag
ADD LAC
(Mandatory)
ADD RAC
(Mandatory)
RNC
Minimum PLMN tag
value corresponding to
a LAC. It is defined by
the operator. For
detailed information of
this parameter, refer to
3GPP TS 25.331.
Interval
Type
1~25
6
1~256

The value range of plmnvaltag(both LAC and RAC) is 1~256, +8 rule is applied in order to define 64
adjacent LAC or RAC plmnvaltag.

Example:
LAC PlmnValTagMin(LAC) PlmnValTagMax(LAC)
0001 17 24
0002 25 32
0003 33 40

RAC PlmnValTagMin(RAC) Pl mnValTagMax(RAC)
0001 17 24
0002 25 32
0003 33 40

Page 82 of 91
10 HSPA/HSPA+ and Multi Carrier and Layer Deployment Strategy
10.1 UMTS (Single Carrier)/GSM Layering Design
3G equipment supports inter-connection with other 2G/2.5G network. Since same PLMN is employed
on both WCDMA and GSM network, can support CS/PS roaming and handover from 3G to 2G.

3G/2G handover solutions are planned as below:
UMTS to GSM handover for service continuity when loosing UMTS coverage in both idle and
connected mode; and when connected mode with only voice service are detected in UMTS
network;
GSM to UMTS mobility in idle mode, to allow dual mode mobiles to return on the 3G coverage as
quick as possible;
GSM to UMTS mobility in packet active mode, to benefit from higher bit rates and QoS services
provided by the UMTS network.
The 3G 2G inter-working solution can be explained in figure below:
2G Coverage only
Coverage based Handover to 2G 3G Coverage
Cel l Reselecti on to 3G
Service based intersystem change
CS Handover
PS Handover
CS Handover Strategy: 3G handover to 2G based on
Service, return back to 3G by cell reselection
PS Handover Strategy: 3G and 2G bi-direction service
handover by cell reselection
Coverage based Handover to 2G

UMTS/GSM/GPRS inter-working solution








UMTS/GSM handover procedures are depicted in figure 2.
Page 83 of 91
2G Coverage only
Handover to 2G
3G Coverage
Camping on WCDMA
in idle mode
Connected mode
Data Service
Voice Call
Service
begin
Cell Reselection
to GPRS
Handover to 2G
Staying in 2G
during the call
Cell Reselection
to 3G
Cell Reselection
to 3G
Cell Reselection
to GPRS

Figure 1 CS and PS handover procedures
3G/2G Cell selection and reselection strategy are planned as below:
Cell selection and reselection mechanisms are the key technologies to pilot the dual-mode terminal to
connect to 3G network with high priority. In UMTS, the mobile terminal performs cell reselection
In idle mode and PS connected mode
Immediately after a CS call
When camped on a cell, the UE will regularly search for a better cell in terms of cell reselection criteria
among the cells in the lists of system information. If there is, the better cell is selected and the terminal
will camp on that cell.
In a pure GSM or UMTS network, the system only contains neighbor cell lists with the same access
technology. In order to implement the smooth roaming in UMTS and GSM system, neighbor cell
information of different radio access technology and inter-RAT cell criteria for performing and reporting
measurements should be contained in combined 3G/2G coverage. Dual-mode mobile terminal
measures signal strength both of GSM and WCDMA cells. Different types of measurements are used
in different RAT and modes for the cell reselection. So the change of cell may imply a change of RAT
between GSM and UMTS.
Page 84 of 91
For Single Carrier scenario, neighbor strategy below shall be defined as below:
Neighboring of F1 cells
Intra-frequency F1 neighbours
GSM cells
Neighboring of GSM cells
Intra-frequency DCS neighbours
Inter-RAT neighbors only for F1 UMTS cells

Single carrier neighbor Strategy:

Page 85 of 91
10.2 UMTS (Dual Carrier)/GSM Layering Design
For Dual Carrier scenario, 3G/2G Cell selection and reselection and handover strategy are planned
same as UMTS single carrier scenario.
> Selection of second carrier can be based on current network performance and traffic management
strategy
> The second carrier will be activated based on the following strategy.

Mobility Strategy in idle mode as below:

a. Camp on F1 an F2 randomly
b. UE makes cell selection and reselection between F1 and F2 cells


Page 86 of 91
Mobility Strategy in connected mode as below:

a. All 3G cells provide services of CS Speech (AMR), CS Video, R99 PS, and HSDPA
b. Allow intra-frequency handover based on coverage both for F1 & F2;
c. Allow handover based on coverage only from F2 to F1 at the coverage edge of F2, no
handover based on coverage from F1 to F2;
d. Configure blind handover neighboring relationships between F1 and F2 cells within the same
coverage range; allow bi-directional blind handover between F1 and F2 in the area both F1
and F2 covered.
Thus, neighbor strategy below shall be defined as below:
Neighboring of F1 cells
Intra-frequency F1 neighbours
GSM cells
Twin cell (parent) only for inter-frequency neighbors
Neighboring of F2 cells
Intra-frequency F2 neighbours
Twin Cell (parent) only for inter-frequency neighbors
GSM cells (same as F1 cells)
Neighboring of GSM cells
Intra-frequency DCS neighbours
Inter-RAT neighbors only for F1 UMTS cells


Page 87 of 91
10.3 HCS Strategy
micro cell/IBC cell will apply Layer1 and Macro Cell will apply Layer2
Two l ayers of a GSM 1800 system
Layer Description
2 macro This layer consists of the GSM 1800MHz macro cells.
1 micro
This layer consists of the mini cells of GSM 1800.They are
designed for covering hotspot areas and dead zones.
Handover Design in HCS network
provide varies of Handover Algorithm to handle HCS network, to make sure continuous of mobile
connection.
Layer HO Algorithm, provide the process to make IBC/Micro cell with higher priority to
absorb more traffic.
Fast moving MS HO Algorithm, provide the process to make fast moving MS handover
to a macro cell with larger coverage area to avoid frequency handover.
Rx_Level_Drop_HO Algorithm and Edge HO Algorithm, provide the process to handle
special case like corner area, or border area of Micro, Macro area handover. In those
scenario, due to building blocking or the small coverage area of micro cells, MS might
experience fast Rx_Level decreasing
General Handover Procedure

Page 88 of 91
10.4 HSPA/HSPA+ Rollout Strategy

The following table summarize the pre-requisite for HSPA/HSPA+implementation:
Feature System Implementation pre-requisite
HSDPA UMTS
Minimum Iub bandwidth requirement is 11 Mbps (or equivalent to 5E1)to
support 7.2Mbps, and 10 HS-PDCH code per cell.
HSUPA UMTS
Minimum Iub bandwidth requirement is 3 Mbps (or equivalent to 2 E1) to
support 1.4Mbps with 10ms TTI and 2 * SF4 per cell.
HSPA+ UMTS
HSDPA/HSUPA is enabled, capable terminal (cat 13 ~14 and 17 ~20)
penetration >30%, and 15 HS-PDCH code per cell.
Note:
Capable terminal penetration
=Certain feature capable terminal number / all UMTS capable terminal number * 100%


Area/Year 2011 2012 2013
Dense Urban HSUPA 1.4Mbps/HSDPA 14.4Mbps HSUPA 1.4Mbps/HSDPA 21Mbps HSUPA 11.5Mbps/HSDPA 42Mbps
Urban HSUPA 1.4Mbps/HSDPA 14.4Mbps HSUPA 1.4Mbps/HSDPA 14.4Mbps HSUPA 1.4Mbps/HSDPA 21Mbps
Suburban HSUPA 1.4Mbps/HSDPA 7.2Mbps HSUPA 1.4Mbps/HSDPA 14.4Mbps HSUPA 1.4Mbps/HSDPA 14.4Mbps
Rural HSUPA 1.4Mbps/HSDPA 7.2Mbps HSUPA 1.4Mbps/HSDPA 7.2Mbps HSUPA 1.4Mbps/HSDPA 7.2Mbps
Page 89 of 91
11 GSM & UMTS Key Parameter Design Guideline
GSM & UMTS parameter dictionary and common parameter setting refer to annex 2G/ 3G
Parameters Dictionary.
GSM common parameter setting including:
1. Cell basic attributes parameters
2. Cell idle parameters
3. Cell call control parameters
4. Cell handover parameter
5. Cell power control parameter
6. 2G/3G Interoperability
7. GPRS / EDGE channel attributes
UMTS common parameter setting including:
1. Cell Selection & Reselection
2. Intra-frequency handover
3. Inter-frequency handover
4. Inter-system handover
5. Call admission control
6. Load control
7. HSPA
Notes: In case of any parameter tuning required due to cluster optimization, the parameter changed
shall be done through CR and MOP.


Page 90 of 91
12 BSS/RAN Feature Implementation Guideline
Refer to attachment RAN and BSS Feature Activation Guideline.
Page 91 of 91
13 Annexes
01. Antenna System Specification

02. Feeder & jumper Specification

03. 2G/3G Parameter Dictionary

04. Marketing Polygon

05. BSS and RAN Feature Activation Guideline

06. BSC and RNC Capacity Calculation Method

07. GSM and UMTS Link Budget Table

S-ar putea să vă placă și