Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Product name
Target readers
Product version
V100R001
Edited by
Document version
WCDMA RNP
Prepared by
Reviewed by
Reviewed by
Granted by
URNP-SANA
Date
Date
Date
Date
2003-12-19
Revision record
Date
2003-12-19
Revision
version
1.00
2004-06-15
1.10
2005-08-18
1.20
15-4-4
Revision Description
Initial issued
Author
Wu Zhong
Qinyan
Page 2 of 50
Table of Contents
1Overview.......................................................................................................................................................8
2Link Budget Principle...................................................................................................................................8
3Capacity Dimensioning Principle.................................................................................................................9
3.1 Brief Introduction to Cell Capacity Dimensioning..................................................................................9
3.2 Dimensioning of Cell Uplink Capacity of Mixed Services...................................................................11
3.2.1
Calculating Single User Load of Each Service in Cell Uplink......................................12
3.2.2
Calculating Total Number of Users Supported by Cell..................................................13
3.2.3
Calculating Cell Load of Single PS Service....................................................................13
3.2.4
Calculating Cell Load for All PS Services........................................................................15
3.2.5
Calculating CS Service GoS..............................................................................................15
3.3 Dimensioning of Cell Downlink Capacity of Mixed Services..............................................................16
3.3.1
Calculating Single User Load of Each Service in Cell Downlink.................................16
3.3.2
Calculating Total Number of Users Supported by Cell..................................................17
3.3.3
Calculating the Cell Load of Single PS Service..............................................................18
3.3.4
Calculating the Cell Load of All PS Services...................................................................18
3.3.5
Calculating GoS of CS Service..........................................................................................18
3.4 Balance between Cell Coverage and Cell Capacity..............................................................................19
4NodeB CE Dimensioning Principle............................................................................................................20
4.1 Brief Introduction to NodeB CE Dimensioning....................................................................................20
4.2 NodeB CE Number Calculation.............................................................................................................21
5Iub Interface Flow Dimensioning Principle...............................................................................................24
5.1 Brief Introduction to Iub Interface.........................................................................................................24
5.2 Basic Ideas for Iub Interface Flow Dimensioning.................................................................................27
5.3 Dimensioning of Iub Interface Transmission Flow...............................................................................27
5.3.1
Dimensioning of Iub User Plane Flow..............................................................................27
5.3.2
Iub Control Plane Flow Dimensioning..............................................................................37
5.3.3
Iub Maintenance Bandwidth...............................................................................................42
5.3.4
Dimensioning of Total Transmission Flow of Iub Interface...........................................42
5.3.5
Iub E1 Configuration............................................................................................................43
6Pending Problems.......................................................................................................................................43
7Appendix.....................................................................................................................................................44
7.1 About Soft Blocking Probability...........................................................................................................44
15-4-4
Page 3 of 50
List of Tables
Table 1
Table 2
Table 3
Table 4
15-4-4
Page 4 of 50
List of Figures
Figure 1
Figure 2
Figure 3
15-4-4
Page 5 of 50
Full spelling
AAL
AMR
ATM
BLER
CCH
Control Channel
CE
Channel Element
CS
Circuit Switched
DCH
Dedicated CHannel
DL
Downlink
EIRP
FP
Frame Protocol
GoS
Grade of Service
HT
Hilly Terrain
NodeB
2004-07-19
PS
Packet Switched
RA
Rural Area
RNP
SHO
Soft HandOver
TCH
Traffic Channel
TMA
TU
Typical Urban
UE
User Equipment
UL
Uplink
UMTS
Page 6 of 50
Abbreviations
Full spelling
System
WCDMA
2004-07-19
Page 7 of 50
1 Overview
WCDMA radio network dimensioning involves cell uplink/downlink link budget, cell
uplink/downlink capacity dimensioning, NodeB CE number dimensioning and NodeB Iub
interface transmission flow dimensioning, and so on. These dimensioning principles are
introduced in dedicated documents separately, but provided no convenience for viewing
and learning the WCDMA radio network dimensioning principles as a whole. For this, the
document summaries these principles, providing clear physical explanations on various
parts of the radio network dimensioning principles, and providing mathematical deduction
process as much as possible.
This document comprises the following chapters:
Chapter 1: Brief introduction to the objective and main contents of this document.
Chapter 2: Introduction to the link budget principle. (To keep the integrity of the radio
network dimensioning principles, this part is presented as a chapter providing the
reference documents only, without the specific link budget principle).
Chapter 3: The capacity dimensioning principles are given, including the uplink
capacity and downlink capacity dimensioning principles.
Chapter 4: The dimensioning principle and dimensioning process of the number of
NodeB CEs are explained.
Chapter 5: The dimensioning principle and dimensioning process of NodeB Iub
interface transmission flow are described in detail.
Chapter 6: The pending problems in the radio network dimensioning are proposed.
Chapter 7: Appendixes.
Page 8 of 50
The WCDMA system can provide the users with diversified services, such as voice
service, CS data service, and PS services at various rates. For these mixed services, the
analysis of the cell capacity is very complicated, and there is no good solution method
yet.
Before the capacity dimensioning for mixed services, you need to determine the
solutions for the following problems:
(1) GoS for CS services and PS services
GoS of CS services: It is the requirement on the blocking probability of the CS
services. For example, the GoS of the AMR12.2k voice
service can be represented by a blocking probability of
2%; and that of the Videophone can be represented by a
blocking probability of 5%.
GoS of PS services: It is the requirement on the probability for the delay which
dues to queuing of the PS services. For example, for a
90% probability, the queuing delay should be less than 2s.
(2) CS Service: Mixed sevice capacity dimensioning method
The Kaufman Robert algorithm is used to meet different GoS requirements of
various CS services. In the uplink capacity dimensioning, the uplink load of CS
service is taken as shared resource at the cell level; while in the donwlink
capacity dimensioning, the downlink transmit power of CS service is taken as
the shared resource at the cell level.
(3) PS service: Mixed service capacity dimensioning method
Before the RRM simulation result comes out1, the PS service dimensioning is
performed with ErlangC, which can embody the GoS requirement of the PS
services. Dimensioning the PS services respectively. Then, dimensoning uplink
The RRM simulation team will provide the simulation result with the GoS requirement of PS
Page 9 of 50
capacity , and sum up the uplink load generated by each PS service as the cell
uplink load requirement of all the PS services; for donwlink capacity
dimensioning, sum up the downlink transmit powers of each PS service as the
downlink transmit power of all donwlink PS services.
(4) Consideration on soft handover proportion
Uplink capacity dimensioning: Wihtout considering the influence of soft
handover on the uplink traffic
The uplink MDC gain is calculated based on
0.3dB.
Downlink capacity dimensioning:
Note:
(i) RNC: Generally speaking, we perform soft handover processing for all the services with the
bearer rate less than 384k. In the network dimensioning, we may give a high-level item for setting
whether to perform soft handover processing for the services with the bearer rate above 64k.
(ii) Algorithm group: There is no simulation on the corresponding relation between the services with
different bearer rates and the MDC gains. After discussion with the simuation engineers, the MDC gain
varies a little with the services at different bearer rates. In the network dimensioning, we can consider
the MDC gains are identical for all sevices.
The following are the cell uplink dimensioning process and cell downlink capacity
dimensioning process:
2004-07-19
Page 10 of 50
Note:
The cell capacity discussed here is specially for dedicated channel, instead of common channel.
Generally, some low-rate services (for example, lower than 32kbps) can be borne by common channels.
The capacity of common channel is under research.
3.2
Before the cell uplink capacity dimensioning, here brief the calculation of the cell
uplink load first.
The documentation of WCDMA for UMTS [3] provides the uplink load calculation, as
shown below:
N
UL 1 f .
j 1
Eb
1
W Rj
(3-1)
N o j . j
[4]
shown below:
N N
1
UL 1 f . S .
. j
W Rj
j 1
1
Eb N o j
(3-2)
Note:
(i) In the above two formulae, f refers to the neighboring cell interference factor,
is the chip
The main difference between the formula (3-1) and the formula (3-2): a) E b N o j
in the formula (3-1) corresponds to the activity factor j , while that in the formula (3-2)
2004-07-19
Page 11 of 50
corresponds to full rate, so they are consistent in principle; b) In the formula (3-2),
sectorization gain is considered.
In the currernt calculation, we use the formula (3-1). But the existing E b N o j is
obtained by means of simulation with full rate (that means the activity factor is 1), we
should use the formula (3-2).
Hence, for the cell uplink capacity calculation presents below, we use the formula (32) for description and explanation.
3.2.1
The single user load should be calculated for the users with soft handover and the
users without soft handover respectively. As the service with soft handover has
MDC gain, the corresponding single user load will be smaller. With the formula (32), we can work it out as follows:
(1) Service j , without soft handover: uplink load of a single user
L j1
1
Eb
1
W Rj
N o j . j
(1)
1
W Rj
L j2
1
Eb
N o MDCUL j . j
(2)
Lj
L j1 L j 2 SHO
1 SHO
(3)
Note:
(1)
: 3.84MHz.
2004-07-19
Page 12 of 50
3.2.2
Calculate the number of covered users by means of link budget as the total number
of users the cell uplink needs to support.
Note: The above is only for the case of single carrier. For the case of multi-carriers,
it is calculated as follows:
TotalNumbe rOfUsersSupportedByCell
NumberOfCoveredUsers
.
NumberOfCarriers
Note:
(1) Calculate the cell coverage radius based on link budget result, and then work out the cell
coverage area.
(2) Calculate the total number of users supported by the cell based on the density of traffic and cell
coverage area.
(3) In terms of capacity, the number of users to be supported is greater than or equal to the number
of covered users, so the number of covered users calculated by means of link budget can be an input
for capacity dimensioning. It is similar for the downlink.
(4) If the total number of covered users cant meet the GoS requirement of CS or PS service, the
capacity will be limited; otherwise, the coverage is limited.
3.2.3
(4)
(2) Calculate the traffic in the case of no neighbouring interference:
TotalThrou ghputRate
(1 NeighboringCellInterferenceFactor )
R
2004-07-19
Page 13 of 50
(5)
(3) Calculate the maximum channel number corresponding to the traffic with the
premise of meeting the GoS requirement:
For PS services, the probability that the delay is less than t t arg et is
Pr[CallDelay t t arg et ] .
1
m
p 0
m!
t t arg et
(6)
Note:
(1) m refers to the maximum channel number.
(2)
Ls
(3) LS is the average length of session of PS services. It is an input parameter. From the view of
service model, the average length vary with different PS services. For www, the average length of uplink
session is 12000Bytes, and that of downlink is 60000Bytes.
k!
k 0
(4) p0
m 1
m!
1
m
2004-07-19
Page 14 of 50
PS _ j m L j
1
W Rj
m
1
3.2.4
Eb
(7)
N o MDCUL j . j
Sum up the cell load of each PS service to get the uplink cell load of all the PS
services.
PS _ UL PS _ j
(8)
3.2.5
(9)
(2) Calculate the traffic of each CS service in the case of no neighboring cell
interference:
(10)
(3) Calculate the blocking probability of each CS service:
C
Bk
G( c )
c C bk 1
(11)
G( c )
c 0
Note:
(1) B k : Blocking probability of service k.
n
(2)
a 1
a K
G( c ) 1 K
nK !
nbc n1 !
2004-07-19
c G( c ) a k bk G( c bk ) .
k 1
Page 15 of 50
Where, K refers to the total CS bearer service in the cell, ak indicates the cell traffic corresponding to
the CS service k, bk indicates the single user load corresponding to the CS service k, and nk refers
to the number of users simultaneously connected of the CS service k.
(3)
refers to the maximum load allowed by the CS service of the cell uplink,
(4) Please note that both cell load and single user load are less than 100%, we can not calculate
the blocking probability of each service with the formula (11). To use the formula (11) properly, it is
necessary to adjust the cell uplink load of CS service and the single user load of CS service based on a
specific ratio. It is recommended to enlarge the single user load and cell uplink load by 10000 times.
Suppose the cell uplink load of CS service is 30%, and the single user load of the voice service is
0.82%. In the actual calculation, we can set the cell load of the CS service to 3000, and the single user
load of the voice service to 82. Of course, in the actual calculation process, we can find a suitable
multiple for enlarging based on the precision of the calculation result and the calculation rate.
3.3
3.3.1
(1) Service j , wihtout soft handover: average transmit power of a single user
p j1
Eb
No
* j * PDCH
Tx , j
W
Rj
N0
* f
PDCH CL j
(12)
p j2
Eb
MDC DL
No
* j * PDCH
Tx , j
W
Rj
N0
* f
PDCH CL j
(13)
pj
2004-07-19
p j1 p j 2 SHO
1 SHO
(14)
Page 16 of 50
Note:
(1)
: 3.84MHz
(5)
(8) N 0 : the floor noise of the receiving end of the UE, including thermal noise, Noise Figure and
background noise
(9) CL j : Average coupling loss of cell downlink
Note:
3.3.2
Calculate the number of covered users based on the link budget result, and take it as the
number of users that the cell downlink needs to support.
Note: The above is only for the case of single carrier. For the case of multi-carriers, it
is calcualted as follows:
TotalNumbe rOfUsersSupportedByCell
NumberOfCoveredUsers
.
NumberOfCarriers
Note:
The total number of users supported by the cell downlink is calculated in the similar method of
uplink capcity dimensioning.
2004-07-19
Page 17 of 50
3600 R
(15)
(2) Calculate the maximum channel number corresponding to the traffic with the
premise of meeting the GoS requirement.
The calculation method is the same as that for uplink.
Based on the ErlangC calculation formula, the maximum channel number
PPS _ j m Pj
m
p j1 p j 2 SHO
(16)
1 SHO
PPS _ DL PPS _ j
j
(17)
(18)
(2) Calculte the transmit power of a signle user of each CS service of the cell
downlink:
It is worked out with the formula (14).
(3) Calculate the blocking probability of each CS service:
2004-07-19
Page 18 of 50
Bk
G( c )
c C bk 1
(19)
G( c )
c 0
Please note that the downlink resource here refers to the downlink transmit power of CS
service. As the downlink transmit power of PS service has been worked out with the formula (18),
so we can get the maximum CS service transmit power by subtracting the PS service transmit
power from the total transmit power. Suppose the target load of the cell downlink is 75%, with
25% for common channels and 50% for traffic channel. If the maximum transmit power of the cell
downlink is 20W, the total transmit power of the traffic channels will be 10W. Suppose the
transmit power of PS service is 5W, the maximum transmit power of CS service will be 5W too.
Note:
(1) B k : Blocking probability of service k
n
(2)
a 1
a K
G( c ) 1 K
nK !
nbc n1 !
c G( c ) a k bk G( c bk ) .
k 1
Where, K refers to the total number of CS service types in the cell. But being different from the above,
ak specifies the cell traffic corresponding to CS service k, bk specifies the average transmit power of
a single user corresponding to CS service k, and nk specifies the number of users connected with the
CS service simultaneously.
(3)
refers to a certain
c C;
(4) Similar to uplink dimensioning, it is necessary to present the transmit power of CS service of cell
downlink and the transmit power of a single user in integers. It is recommended to use mW as the
power unit. In the actual iteration dimensioning, you can select a suitable unit for optimal dimensioning
precision and dimensioning speed, for example, 5mW.
2004-07-19
Page 19 of 50
3.4
The cell coverage radius corresponding to the cell load can be worked out by means
of link budget, together with the density of traffic, the number of covered users can be
calculated. Then based on the number of users supported by the uplink cell and that
supported by the downlink cell worked out by means of uplink/dowlink capacity
dimensioning, compare the number of the covered users with the cell capacity. If the
coverage and capacity are not balanced, you can balance them by adjusting the cell load
(uplink load or downlink load), so as to complete the iteration dimensioning to get the cell
radius after coverage and capacity balancing. For a certain coverage area, the minimum
number of NodeBs required for coverage and the maximum number of users supported
by each sector can be worked out.[7].
The following figure shows the basic idea of coverage and capacity iteration
dimensioning.
Density of users
Cell load
Number of
carriers
Cell radius
Cell area
Number of users
covered in the cell
Compare
Yes
No
Uplink capacity dimensioning and downlink
capacity dimensioning
CE, channel element, corresponds to basic base band processing unit one by one.
For the existing NodeB version, the CE resource of NodeB is shared within the site.
2004-07-19
Page 20 of 50
4.2
DL
CE_Amplitude
AMR12.2k
1.00
AMR12.2k
1.00
CS64k
3.00
CS64k
2.00
PS64
3.00
PS64
2.00
PS144
5.00
PS144
4.00
PS384
10.00
PS384
8.00
Note:
The bearer rates and the corresponding CE_Amplitude in the table above, are provided by NodeB.
2004-07-19
Page 21 of 50
known, you can calculate the corresponding Erlang voice and Erlang CSdata
based on the number of users supported by NodeB,. For example,
The following is the calculation fomula of the traffic for a single user of the PS
service in busy hours.
TrafficOfS ingleUserOfPSServiceInBusyHours
Throughput OfSingleUserInBusyHourskbit
BearerRatekbps 3600 ChannelOccupationR
.
(b) Calculate the CE_Amplitude of the virtual service: Vitual _ CE _ Amplitude
With the campbell theory, you can convert the mixed service (at different
bearer rates) to a certain virtual service, so as to calculate the CE_Amplitude of
this virtual service, as shown below:
CE _ Amplitude Erlang
Virtual _ CE _ Amplitude
CE _ Amplitude Erlang
2
Page 22 of 50
Virtual _ CE _ Traffic
Virtual _ CE _ Amplitude
In the view of soft handover ratio and GoS, you can use the ErlangB formula to
below:
GoS ] .
NumberOfUplinkCEsOfNodeB
NumberofUp linkBoards
,
NumberOfCE
s
Pr
ovidedByUp
linkBoard
NumberOfDownlinkCEsOfNodeB
NumberofDo wnlinkBoards
NumberOfCEs Pr ovidedByDownlinkBoard
.
Note:
(i) Currently, the uplink board can provide 128 CEs, and the downlink board can provide 384 CEs at
the maximum.
(ii) The NodeB CE number dimensioning is to calculate the number of uplink CEs and downlink CEs
2004-07-19
Page 23 of 50
respectively, or in one process. Whats difference is the Erlang corresponding to different bearer rates in
NodeB of the uplink and downlink may be different.
The UMTS system is composed of three parts: CN, UTRAN and UE. The interface
between CN and UTRAN is defined as Iu interface, and that between UTRAN and UE is
defined as Uu interface. UTRAN can comprise multiple radio network subsystems (RNS).
Each RNS can contain one RNC and one or more NodeBs.
The interface between RNC and NodeB is Iub interface. The following is the
structure diagram of UTRAN:
UE
ME
RNS
CN
Uu
Iu-CS
(ATM)
RNC
Iub
(ATM)
USIM
Iu-PS
(ATM)
MSC/VLR
NodeB
Iub
(ATM)
NodeB
Iur
(ATM)
RNS
SSGN
RNC
Iub
(ATM)
Iu-PS
(ATM)
NodeB
Iu-CS
(ATM)
Iub
(ATM)
NodeB
UTRAN
Page 24 of 50
The Iub interface is open. The basic functions implemented by the Iub interface are
as follows:
(1) Iub transmission resource management
(2) NodeB operation and maintenance, including: Iub link management, cell
configuration
management,
radio
network
performance
measurement,
monitoring,
channel
allocation/cancellation,
power
management,
2004-07-19
Page 25 of 50
User Plane
Control Plane
CPCH FP
USCH FP
DSCH FP
PCH FP
FACH FP
RACH FP
DCH FP
Radio
Network
Layer
Node B
Application Part
NBAP
Transport Network
Control Plane
Q.2630.1
Transport
Network
Layer
Q.2150.2
SSCF-UNI
SSCF-UNI
SSCOP
SSCOP
AAL Type5
AAL Type5
AAL Type2
ATM
Physical layer
Page 26 of 50
factors like signaling flow. Based on the related documentations [10] and Huaweis relevant
document[11], the transmission bandwidth required for the Iub interface and the relevant
transmission configurations as well can be calculated.
5.2
The main purpose of the Iub interface transmission flow is to provide reference for
interface configuration in the engineering procedure, as well as the interface
configuration in other occasions.
The following factors need to be considered for the dimensioning of data
transmission flow of the Iub Interface:
(1) FP data frame utilization
(2) AAL2 utilization ratio
(3) NBAP flow
(4) AAL5 utilization ratio
(5) ATM cell utilization ratio
(6) E1 utilization ratio
(7) ALCAP flow
(8) FP payload flow
(9) FP control frame flow
(10) Operation maintenance signaling flow
We can view from the protocol structure of Iub interface from Figure 3 that the
transmission flow of the Iub interface is the sum of three parts of flows, that is, Iub user
plane flow + Iub control plane flow + Iub maintenance bandwidth. Therefore, the following
are the dimensioning procedures for Iub user plane flow and Iub control plane flow
respectively.
5.3
5.3.1
Page 27 of 50
greater than that of the downlink FP, the flow should be calculated based on the uplink
FP overhead.
The data encapsulated by FP is then encapsulated by AAL2. During AAL2
encapsulation, 3 bytes of overhead (CID/LI/UUI/HEC) is added to the header of each
micro cell. The payload of each micro cell is 44 bytes, and the excessive ones will be
segmented for encapsulation.
The calculation formula for the data rate after FP/AAL2 encapsulation is as follows:
(Header CRC/FT+CFN+TFI+TB+QE+CRCI+spare+CRC+AAL2 HEAD)8/TTI .
Note:
According to the protocol, the spare of data frame is 0 to 2 bytes, the spare of control frame is 0 to
32 types. The RNC supports filling in, but not during transmitting (that means it is not for downlink).
In the following flow calculation, it is specified that the uplink data frame uses a 2-byte spare, and
the control frame uses a 0-byte spare, for calculating the maximum flow in theory, and the one in the
actual application can be analogized according to NodeB.
The following are the data rates of the AMR full rate service after FP/AAL2
encapsulation (The ARM takes the coding unit of 20ms, that is, 50 frames/s, and full rate
means the channel activity factor is 1)
12.2kbps: (1+1+3+11+13+8+1+1+2+2+3)8/0.02=18.4kbps
10.2kbps: (1+1+3+9+13+5+1+1+2+2+3)8/0.02=16.4kbps
7.95kbps: (1+1+3+10+11+1+1+2+2+3)8/0.02=14kbps
7.4kbps: (1+1+2+8+11+1+1+2+2+3)8/0.02 =12.8kbps
6.7kbps: (1+1+2+8+10+1+1+2+2+3)8/0.02=12.4kbps
5.9kbps: (1+1+2+7+8+1+1+2+2+3)8/0.02=11.2kbps
5.15kbps: (1+1+2+7+7+1+1+2+2+3)8/0.02=10.8kbps
4.75kbps: (1+1+2+6+7+1+1+2+2+3)8/0.02=10.4kbps
The data rate of CS data service after FP/AAL2 encapsulation (full rate):
32kbps: (1+1+1+180+1+1+2+2+33)8/0.02=39.2kbps (TTI=20ms)
64kbps: (1+1+1+280+1+1+2+2+34)8/0.02=72.4kbps (TTI=20ms)
14.4kbps: (1+1+1+172+1+1+2+2+32)8/0.04=17.4kbps (TTI= 40ms)
28.8kbps: (1+1+1+272+1+1+2+2+34)8/0.04=33kbps (TTI= 40ms)
2004-07-19
Page 28 of 50
2004-07-19
Page 29 of 50
data transmission has not started yet), and that of the synchronization for
troubleshooting is related to the detection cycle.
For example, if the detection is performed once per 5s, the flow will be 64 bps.
(d) OUTER LOOP POWER CONTROL: 3byte, Spare Extension: 0--32byte
The SIR used for updating outer loop power control. Suppose it is once per
400ms, the load flow will be 120 bps.
(e) DL NODE SYNCHRONIZATION: 5byte, Spare Extension: 0--32byte
Node synchronization is used for Iub delay estimation. It does not attach to call
service, thus can be omitted.
(f) UL NODE SYNCHRONIZATION: 11byte, Spare Extension: 0--32byte
Node synchronization is used for Iub delay estimation. It does not attach to call
service, thus can be omitted.
(g) DSCH TFCI SIGNALLING [FDD]: 5byte, Spare Extension: 0--32byte, once
per10ms
At present, the system does not support DSCH, so the flow of DSCH TFCI
SIGNALLING is not considered for the moment.
(h) RADIO INTERFACE PARAMETER UPDATE [FDD]: 6byte, Spare Extension: 0-32byte
Radio parameter update will be initiated after the handover is completed and
RLS is added. It can be omitted.
Note:
The typical structure of control frame is: (Frame CRC+FT)+Control Frame Type+Control
Information+Spare Extension. Where Frame CRC+FT is 1byte, and Control Frame Type is 1byte.
In the above calculation, the uplink control frame uses a 32-byte spare, for calcualting the maximum
flow in theory. It can be analogized according to the realization of the NodeB in the actual application.
Spare filling is not performed for the downlink RNC.
The following table lists the data rates corresponding to various FP control frames.
Table 2
Message name
Rate (bps)
TIMING ADJUSTMENT
160
DL SYNCHRONIZATION
9.6
2004-07-19
Page 30 of 50
UL SYNCHRONIZATION
64
120
DL NODE SYNCHRONIZATION
UL NODE SYNCHRONIZATION
From the above analysis, the flow of control frame is much lower than that of service
data frame, so it can be omitted.
3. Common channel
Common channel is set up in the cell setup stage with the default channel
configurations for general cases.
The default configurations of various channels are as follows:
(a) RACH
TBSize=168 or 360bit, TTI=10ms, the maximum traffic is calculated based on
360 bits.
Header CRC/TF+CFN+TFI+PropagationDelay+TB+CRCI+spare+CRC+AAL2
header
The flow after FP/AAL2 encapsulation is:
(1+1+1+1+360 / 8+1+2+2+32)8 / 0.01 = 48kbps.
Each cell can be configured with one to two RACH channels.
(b) FACH
(i) FACH signaling
TBSize=168, TBNum=2, TTI=10ms
Header CRC/TF+CFN+TFI+TransmitPowerLevel+TB+spare+CRC+AAL2
header
The flow after FP/AAL2 encapsulation is:
(1+1+1+1+1682 / 8+2+32)8 / 0.01 = 43.2kbps.
(ii) FACH data
2004-07-19
Page 31 of 50
Rate (kbps)
Ramark
RACH
48
FACH
2004-07-19
Page 32 of 50
PCH
33.6
4. AAL2 sub-multiplexing
The AAL2 multiplexing can improve the ATM transmission efficiency, but the
additional overhead caused by sub-multiplexing must be considered. When configuring
the flow of Iub interface, it is recommended to add 10% of AAL2 multiplexing overhead to
it.
In the case of AAL2 multiplexing, each ATM cell has 1 byte of overhead (STF
domain). In addition, the header of each ATM cell has 5 bytes of overhead.
Note:
At present, the TIMER_CU of the AAL2 micro code is set to 500us, that is, a single cell may be in
the 500us additional delay brought by sub-multiplexing, namely the maximum PAD filling rate of AAL2.
The data of a single application are transmitted equably (for example, AMR TTI=20ms), but the
transmission between multiple upper-layer applications are not dispersed equally. That is to say, the flow
peak value may occur in a period of time due to the concurrent transmission of multiple applications;
and may be idle for a period of time. This is the case of uneven peak/off-peak. As the buffer of the AAL2
micro cell is restricted, if the buffer is full when the transmission failure due to burst flow, the QoS will be
surely lowered, thus affecting the performance of the equipment. Therefore, the ATM flow must be able
to adapt to this application requirement.
Take the 12.2kbps AMR voice for example, the length of each micro cell is 46 bytes. If the
TIMER_CU of only one micro cell expires, the PAD of one byte is added. If the single TIMER_CUs of
two micro cells expire, the PAD of two bytes is added behind the second one. If the TIMER_CUs of
three micro cells expire, the former two cells are transmitted, and the third one will be transmitted in the
next time of expiration. Similarly, one AAL2 PACH can bear 248 CIDs, which is updated once per 20ms.
The maximum PAD added is 248 bytes (it is an extreme), and the minimum PAD added is 13 bytes (it is
transmitted at each TIMER_CU). The corresponding maximum sub-multiplexing overhead is 99.2kpbs,
with 2% of multiplexing overhead increased. Take the 10.2kbps AMR voice for example, the extreme
multiplexing overhead is 7.8%.
By means of analysis on other service types, you can get the application with the lower rate, whose
extreme multiplexing overhead is the larger.
2004-07-19
Page 33 of 50
96
RB Release Complete
80
RB Setup
208
RB Setup Complete
83
91
159
45
40
60
60
UE Capability Enquiry
46 RNC ==> UE
UE Capability Information
80 UE ==> RNC
46 RNC ==> UE
Measurement Control
50
Measurement Report
68 (Event
triggering
measurement report)
Active Set Update
The algorithm of switch setting can be used for the measurement on Uu interface.
The measurement modules involved include AMRC, DCCC, HO and LCS. Different
report modes are used for different measurement items. Event report, periodical report
and the period of periodical report are configurable at the background. There are six
periodical measurement reports and 6 event reports at the maximum. As LCS is used for
location only, it is not considered.
Each UE uses one type of service only, and use only two HO periodical
2004-07-19
Page 34 of 50
measurement items (mutually exclusive) and one AMRC or DCCC measurement item,
use only four HO event measurement items and one AMRC or DCCC event
measurement item. Suppose the period of periodical report is 1s, the event report is
transmitted once per 30s, the soft handover overhead is 30%, and there are 3 branches
(it is necessary to transmit the activity set update message for twice), the call duration is
60s, and the connecting time is 10s, you can get that the time from conversation to data
transmission is 50s.
The calculation formula is: (Total byte number8bit / 60s)/ 3400bit/s).
Downlink: ((96+208+8+60+46+46+508+5430%2)8/60)/3400 =3.5%;
Uplink: ((80+83+6+45+40+60+80+68503+6852+7830%2)8/60)/ 3400 =
44%.
Because most RRC flows use the RCL confirmation mode, the activity rate of 3.4kbps
channel associated signaling is 50%.
6. User plane flow of Iub interface
User plane flow=Common channel flow + Voice service flow + Data service flow +
Channel associated signaling flow
User plane flow (downlink)
=(FACH (Signaling) The number of FACHs (Signaling)+ FACH (data) The
number of FACHs (data) + PCH the number of PCHs+ 12.2AMR rate The
number of voice users Voice activity factor + PS rate The number of data
users Data activity factor + Channel associated signaling flow The number
of users Signaling activity factor) AAL2 sub-multiplexing ATM
multiplexing
= (43.2NFACH
signaling
+ 45.6NFACH
data
+ 33.6NPCH +18.4NvoiceVADV +
VdataNdataVADD+ 6.2VADS(Nvoice+Ndata))1.153 / 47
User plane flow (uplink)
=(RACH The number of RACH + 12.2AMR rate The number of voice users
Voice activity factor + PS rate The number of data users Data activity
factor +Channel associated signaling flow The number of users
2004-07-19
Page 35 of 50
2
NvoiceNdata
Minimum number of AAL2 Paths =
.
240
Note:
(i) The flow unit above is kbps.
(ii) NRACH, NFACH
signaling
, NFACH
data
5.3.2
Page 36 of 50
The Iub control plane is composed of one NCP link, one to n CCP links and one
ALCAP link. The NCP link is for transmitting the message related to the common
procedures, such as audit, cell setup/deletion/re-configuration, common channel
setup/deletion/re-configuration, common measurement and radio link setup. The
CCP links bears the messages related to dedicated procedures, such as RL
addition/deletion/re-configuration,
RL
recovery
failure
and
dedicated
measurement. The ALCAP link is for transmitting the AAL2 connection message
at the Iub interface. The NCP/CCP/ALCAP link is over SAAL directly. Four bytes
of protocol head overhead are added for the SAAL (SSCOP). In addition, for the
SSCOP, one to three bytes should be filled in so as to align the PDU 4 bytes.
2. Overhead of AAL5
The control plane adopts AAL5 encapsulation, and the relation between SDU and
PDU of AAL5 is as follows:
If (SDU mod 48) > 40, then PDU = (SDU SDU mod 48))+96.
Or, PDU = (SDU (SDU mod 48)) + 48.
3. The signaling exchanged for one call of a single service.
The red ones are for uplink and the blue ones are for downlink. The column in the
middle specifies the actual length, and the last column specifies the length of the
message after AAL5 encapsulation.
RL_SET_REQ
122
=>
144 <NCP>
RL_SET_RESPONSE
74
=>
96 <NCP>
RL_RESTORE_INDICATION
27
=>
48 <CCP>
RL_RECONFIG_PREP
299
=>
336 <CCP>
RL_RECONFIG_READY
62
=>
96 <CCP>
RL_RECONFIG_COMMIT
21
=>
48 <CCP>
DEDI_MEASUREMENT_INIT 53
=> 96 <CCP>
DEDI_MEASUREMENT_RESPONSE
19 => 48
<CCP>
DEDI_MEASUREMENT_REPORT 36 => 48
(TCP, AMRC/DCCC/DPB)
DEDI_MEASUREMENT_REPORT 36 => 48
(SIR, OLPC)
DEDI_MEASUREMENT_TERMINATE
2004-07-19
16 => 48
<CCP>
Page 37 of 50
RL_DELETE
34 => 48
<CCP>
RL_DELETE _RESPONSE
17 => 48
<CCP>
76
=> 96 <ALCAP>
ECF
13
=> 48 <ALCAP>
RLSD
12
=>
RLC
=> 48 <ALCAP>
48 <ALCAP>
Common measurement:
COMM_MEASUREMENT_INIT45
=>
96 (RTWP)<NCP>
COMM_MEASUREMENT_INIT45
=>
96 (TCP)
<NCP>
COMM_MEASUREMENT_RESPONSE 19 => 48
<NCP>
COMM_MEASUREMENT_REPORT
29 => 48
(RTWP) <NCP>
COMM_MEASUREMENT_REPORT
28 => 48 (TCP)
<NCP>
Calculating with the consideration of IMSI attach, IMSI detach, location update, SMS
overhead: four times/user/h, based on the convergence ratio of 40, with the ratio of
processing frequency to call frequency is (404/3600): (1/60), that is 2.67. (Refer to the
MOT traffic model).
Generally, these procedures are implemented on common channels, without
considering this part of overhead. Huaweis product is set with a switch. That is, the
transmission for the engineering can be performed on both dedicated channels and
common channels. Therefore, the following provides the analysis for both cases
respectively.
(i) NCP
The radio link setup message and common measure message are major
messages. The procedures for cell management are initial procedures, which can
be omitted during flow calculation. In common measurement, two 200-ms
periodical measurements are started for each cell. Suppose the whole NodeB
support N users concurrently, and each user makes each call in 60s.
The following dedicated channels are used for the IMSI attach and other
procedures:
2004-07-19
Page 38 of 50
Downlink:
144N/6053/4883.67
=(78N)bps
Uplink:
((48+48)M1000/200+96N/603.67)53/488
=(4240M+52N)bps.
The following common channels are used for the IMSI attach and other
procedures:
Downlink:
144N/6053/488
=(22N)bps
Uplink:
(96M1000/200+96N/60)53/488
=(4240M +15N)bps
Where, M is the number of cells supported by NodeB, and N=Nvoice+Ndata.
(ii) CCP
When the algorithm switch is turned on, the AMRC starts a periodical
measurement with the period of 4.8s, for every RL; the DCCC also starts a
periodical measurement with the period of 640ms, and starts a periodical
measurement with the period of 700ms for each RL in the case of soft
handover. Suppose the soft handover ratio is 30%, and two measurements are
started for each voice and data user and one is started for the attach type
service, the flow is calculated as follows:
The following dedicated channels are used for the IMSI attach and other
procedures:
Downlink:
((336+48+(96+48)2+48)+(96+48+48)2.67)N/6053/488
=(182N)bps
Uplink:
((48+96+482+48+(48+48+48))2.67)N voice/60+48N
2004-07-19
Page 39 of 50
voice
(1/4.8+1/0.730%)
+(48+96+482+48+(48+48+48)2.67)Ndata/60+48Ndata
(1/0.64+1/0.730%))53/488
=(370Nvoice+968Ndata)bps
The following common channels are used for the IMSI attach and other
procedures:
Downlink:
(336+48+(96+48)2+48)N/6053/488
=(106N)bps
Uplink:
((48+96+482+48)Nvoice/60+48N
(1/4.8+1/0.730%)
voice
+(48+96+482+48)Ndata/60+48Ndata(1/0.64+1/0.730%))53/488
=(314Nvoice+891Ndata)bps
Where, N=Nvoice+Ndata. It is mainly required for measurement.
(iii) ALCAP
Suppose NodeB supports N users simultaneously, and each user makes
each call in 60s.
The following dedicated channels are used for the IMSI attach and other
procedures:
Downlink:
((96+48)2+(96+48)2.67)N/6053/488
=(99N)bps
Uplink:
((48+48)2+(48+48)2.67)N/6053/488
=(66N)bps
The following common channels are used for the IMSI attach and other
procedures:
Downlink:
((96+48)2)N / 6053 / 488
=(43N)bps
2004-07-19
Page 40 of 50
Uplink:
((48+48)2)N / 6053 / 488
=(29N)bps
The following table lists the rates of various types of signaling of the Iub interface:
Table 4
Name
Remarks
NCP
4240M+52N
78N
4240M +15N
22N
370Nvoice+968Ndata
182N
314Nvoice+891Ndata
106N
66N
99N
29N
43N
CCP
ALCAP
Note:
(i) N=Nvoice+Ndata,, and M is the number of cells supported by NodeB.
(ii) To consider the SAAL overhead and link utilization, it is necessary to add 10% of flow headroom
based on the flow mentioned above.
(iii) As the product supports the two modes of using dedicated channels and common channels for
IMSI attach and other procedures, the larger value of flow in the dimensioning will be used for the
signaling dimensioning. That is to calculate the signaling flow of the Iub interface in the mode of using
dedicated channels for IMSI attach and other procedures.
(iv) The AAL5 overhead has been considered in the signaling rate mentioned above.
5.3.3
2004-07-19
Page 41 of 50
5.3.4
Based on the analysis and calculation of the user plane flow and control plane flow of
the Iub interface, together with the Iub interface maintenance bandwidth, the total
transmission flow of the Iub interface can be worked out as follows, considering the
soft handover headroom:
The total transmission flow of the Iub interface = (Iub user plane flow + Iub control
plane flow) (1+ Soft handover headroom) + NodeB
operation and maintenance bandwidth.
Note:
(i) Sub-multiplexing headroom and burst redundancy are considered in the Iub user plane and
control plane.
(ii) Soft handover headroom should be added to the user plane flow and control plane flow.
5.3.5
Iub E1 Configuration
The utilization of the E1 link can be calculated in two modes, both of which are
supported by Huawei.
(1) UNI mode, the E1 utilization rate is: 1920kbps /2048kbps=93.75%.
(2) IMA mode, in the case of frame length being 32, the E1 utilization rate is:
1859kbps /2048kbps=90.77%;
in the case of frame length being 64, the E1 utilization rate is:
1889kbps /2048kbps=92.24%;
in the case of frame length being 128, the E1 utilization rate is:
1904kbps /2048kbps=92.97%;
in the case of frame length being 256, the E1 utilization rate is:
1911.5kbps /2048kbps=93.33%.
Therefore, based on the Iub transmission flow considering the E1 utilization, the
number of E1s to be configured can be worked out as follows:
The
2004-07-19
number
of
E1s
to
be
configured
is
Page 42 of 50
.
2 Mbps E1Utilization
6 Pending Problems
The above chapters present the WCDMA radio network dimensioning principles. But
our research on the radio network dimensioning is not so deep in many aspects so far,
and some pending problems are to be solved. At present, the purpose of capacity
dimensioning is to calculate the number of users that the cell uplink and downlink can
support under a certain cell load, and then compare the capacity dimensioning result with
the link budget. Is this dimensioning mode the only one for judging whether the coverage
and capacity are balanced? Can the dimensioning and comparison be performed
according to the throughput allowed by the PS service (such dimensioning is reasonable
and in accord with the ErlangC)? For example, based on the number of users covered by
the cell worked out by means of link budget, together with the traffic of a single user in
busy hours of CS service and that of PS service, we can calculate the throughput of the
PS services under a certain cell load with the premise of allowing concurrent CS user
connection. Similarly, by means of capacity dimensioning, we can work out the
throughput of the PS services allowed to access when the coverage requirement is met,
and then compare the PS service throughput calculated in these two cases, so as to
judge whether the coverage and capacity can be balanced.
7 Appendix
7.1
2004-07-19
Page 43 of 50
the excessive users will surely encounter blocking. The blocking probability can be
calculated with the Erlang formula. While the channels of WCDMA is soft channels, and
the number of channels varies with the interference. If the blocking probability of hard
channels is still used, with a threshold being set, and the Erlang value of the data service
being calculated with the Erlang formula, it will make big error. For example:
Create a WCDMA single service data model, with the activity factor being 0.1 and
the maximum channel capacity being 3.9, and then calculate the Erlang traffic when the
blocking probability is 0.02. If the hard threshold is adopted, the maximum channel
number is 3, the traffic will be 10Erlang_B(3, 0.02), that is 6; if the maximum channel
number is 4, the traffic will be 10Erlang_B(4, 0.02), that is 11. That is, when the channel
capacity is changed to 4 from 3.9, the traffic changes a lot, which is not practical at all.
This is because the channel capacity is small for high-rate data service. When the
channel capacity is changed to 4 from 3, it is a large change. But the channel capacity is
large for voice service. For example, when the capacity is changed to 51 from 50, it is a
small change. So the hard channel blocking probability is not suitable for the calculation
of the WCDMA data flow.
(2) New traffic calculation method
We still use the above example.
When the number of users communicating simultaneously is 3, and the channel
capacity is 3.9, so 0.9 more users can access the system. If the method for hard channel
is used, no more new users can access. However, with the features of CDMA, we can
adopt the probability statistics method for analysis. If the system load is light, it can
accept more new users; if it is heavy, it will accept less new users. Therefore, when the
channel has headroom of 0.9, the new user accepting rate will be taken as 0.9, and the
rejection rate will be 0.1. By far, we can create a new queuing model to get the blocking
probability. In this case, the blocking probability can not be represented by the Erlang
formula, but should be calculated by means of mathematical derivation. The following
shows the derivation process:
Suppose the system is a Lost Call Cleared (LCC) system, which does not provide
2004-07-19
Page 44 of 50
queuing function for the call requests. When a user requests for service, the user can
access the system within the preset minimum call setup time if a channel is available. If
all the channels are occupied, the call will be blocked, and the user can not access the
system. The blocked user returns to an infinite user group at once, and can attempt to
access the system any time thereafter.
Suppose
Pi
rate of the users, u refers to the user drop-out rate. Then suppose the system capacity is
c,
c.
P N N /N! P 0
(7-1)
When the number of users in the system isN, which is the maximum number of
users supported by the system, the blocking probability can be calculated with the Erlang
formula,
P B Pr
Prblocked
/u N /N!
N
( /u k /k! )
k0
a 1), a
c N (where a is
reachesN, new users with the probability of a can access the system and new users with
2004-07-19
Page 45 of 50
the probability
1a
formula:
P N1 P N a N1u
(7-2)
when the
N1
P 0 P 1 P N1
k0
P k 1. Then
P0
P N1
1
N
u k /k!a N1 /N1!
k0
N /N!
PN
k0
k
N1
/N1!
u /k!a
and
a N1 /N1!
N
.
u k /k!a N1 /N1!
k0
1 a.
no more users can access the system, so the system blocking probability can be worked
out as follows:
P B P N1 1 a P N
a. u N1 /N1!1a u N /N!
N
.
/u k /k!a u N1 /N1!
k0
The activity factor is not considered in the formula above. Suppose the activity factor
2004-07-19
Page 46 of 50
PB
a. uv N1 /N1!1a uv N /N!
N
v N1
m
(7-3)
v are specified, P B
formula above.
If
PB
is specified, and the outgoing traffic is u , you can not get the result with the
1aP B a1a uv N1
v N1 /N1!
N1
v k
u /k!
k0
(7-4)
The right of the formula (7-4) is the Erlang formula for calculation convenient. The
following is an example of calculating the traffic with the formula (7-4).
(3) Application example
Suppose the capacity of a system is
a c N 0.1.
v 0.1,
P B 0.02,
and then
0.0033.
2004-07-19
Page 47 of 50
6.022; when the capacity is 3.1, the traffic will be 6.192. The increase is small, which is in
accord with the actual situation.
Then suppose the channel capacity is 3.9, the left of the formula (7-4) is
0.02
0.10.020.90.141/0.6022
0.013,
then
the
actual
traffic
is
the
channel
0.02
0.5 0.020.50.5 4 1/0.6022
capacity
is
3.5,
0.005,
/u 1/v Erlang_B0.005, 4 7.
the
then
left
the
of
the
actual
formula
is
traffic
is
2004-07-19
Page 48 of 50
system is small, which is 0.1. This is in accord with the actual situation.
To calculate the blocking probability based on traffic, you can use the formula (7-3).
To calculate the traffic based on blocking probability, you can use the formula (7-4). In the
formula (7-4), you can estimate the traffic first to get the value on the left of the formula,
and then calculate the actual traffic according to the Erlang formula.
2004-07-19
Page 49 of 50
List of references:
[1] Wang Mingmin, WCDMA RNP Technology Research on Special Topics -- High-Level
Design Specifications for Link budget Tool, internal document, 2002-08
[2] AirCom International Limited 2001, UMTS Applied Planning for Experienced
Engineers
[3] Harri Holma and Antti Toskala,WCDMA for UMTS, JOHN WILEY & Sons, LTD., 2000
[4] Jaana Laiho, Achim Wacker, Tomas Novosad, Radio Network Planning and
Optimization for UMTS, JOHN WILEY & Sons, LTD., 2002
[5] Wang Mingmin, WCDMA RNP Technology Research on Special Topics Calculation
of Downlink Interference Headroom in Link Budget, internal document, 2002-05.
[6] Miao Jiashu, WCDMA RNP Radio Network Dimensioning Guide, internal document,
2002-09
[7] Wu Zhong, WCDMA RNP Low-level Design Specifications for Radio Network
Dimensioning, internal document, 2003-11
[8] Wu Zhong, WCDMA RNP CE Dimensioning Guide, internal document, 2003-07
[9] 3GPP TS 25.427 V3.10.0 (2002-12)
[10] Clint Smith, Daniel Collins, 3G WIRELESS NETWORKS, McGraw-Hill
[11] Win Shengyi, WCDMA RNC Transport Network Layer Traffic Configuration Scheme,
2003-12
[12]Theodore S. Rappaport Radio Communication Principles and Applications, Electronic
Industry Publishing Company, 1999.
2004-07-19
Page 50 of 50