You are on page 1of 74

Single RAN, Rel. SRAN 16.

10,
Operating Documentation,
Issue 02

SBTS Dimensioning
Issue 02
Approval Date 2016-07-25

 
SBTS Dimensioning

The  information  in  this  document  applies  solely  to  the  hardware/software  product  (“Product”)  specified
herein, and only as specified herein. Reference to “Nokia” later in this document shall mean the respective
company within Nokia Group of Companies with whom you have entered into the Agreement (as defined
below).

This document is intended for use by Nokia's customers (“You”) only, and it may not be used except for the
purposes  defined  in  the  agreement  between  You  and  Nokia  (“Agreement”)  under  which  this  document  is
distributed. No part of this document may be used, copied, reproduced, modified or transmitted in any form
or  means  without  the  prior  written  permission  of  Nokia.  If  You  have  not  entered  into  an  Agreement
applicable to the Product, or if that Agreement has expired or has been terminated, You may not use this
document in any manner and You are obliged to return it to Nokia and destroy or delete any copies thereof.

The  document  has  been  prepared  to  be  used  by  professional  and  properly  trained  personnel,  and  You
assume  full  responsibility  when  using  it.  Nokia  welcomes  your  comments  as  part  of  the  process  of
continuous development and improvement of the documentation.

This  document  and  its  contents  are  provided  as  a  convenience  to  You.  Any  information  or  statements
concerning the suitability, capacity, fitness for purpose or performance of the Product are given solely on
an  “as  is”  and  “as  available”  basis  in  this  document,  and  Nokia  reserves  the  right  to  change  any  such
information  and  statements  without  notice.  Nokia  has  made  all  reasonable  efforts  to  ensure  that  the
content  of  this  document  is  adequate  and  free  of  material  errors  and  omissions,  and  Nokia  will  correct
errors  that  You  identify  in  this  document.  Nokia's  total  liability  for  any  errors  in  the  document  is  strictly
limited to the correction of such error(s). Nokia does not warrant that the use of the software in the Product
will be uninterrupted or error-free.

NO  WARRANTY  OF  ANY  KIND,  EITHER  EXPRESS  OR  IMPLIED,  INCLUDING  BUT  NOT  LIMITED  TO
ANY  WARRANTY  OF  AVAILABILITY,  ACCURACY,  RELIABILITY,  TITLE,  NON-INFRINGEMENT,
MERCHANTABILITY  OR  FITNESS  FOR  A  PARTICULAR  PURPOSE,  IS  MADE  IN  RELATION  TO  THE
CONTENT  OF  THIS  DOCUMENT.  IN  NO  EVENT  WILL  NOKIA  BE  LIABLE  FOR  ANY  DAMAGES,
INCLUDING BUT NOT LIMITED TO SPECIAL, DIRECT, INDIRECT, INCIDENTAL OR CONSEQUENTIAL
OR  ANY  LOSSES,  SUCH  AS  BUT  NOT  LIMITED  TO  LOSS  OF  PROFIT,  REVENUE,  BUSINESS
INTERRUPTION,  BUSINESS  OPPORTUNITY  OR  DATA  THAT  MAY  ARISE  FROM  THE  USE  OF  THIS
DOCUMENT  OR  THE  INFORMATION  IN  IT,  EVEN  IN  THE  CASE  OF  ERRORS  IN  OR  OMISSIONS
FROM THIS DOCUMENT OR ITS CONTENT.

This document is Nokia proprietary and confidential information, which may not be distributed or disclosed
to any third parties without the prior written consent of Nokia.

Nokia  is  a  registered  trademark  of  Nokia  Corporation.  Other  product  names  mentioned  in  this  document
may be trademarks of their respective owners.

Copyright © 2016 Nokia. All rights reserved.

f Important Notice on Product Safety


  This product may present safety risks due to laser, electricity, heat, and other sources of danger.

Only  trained  and  qualified  personnel  may  install,  operate,  maintain  or  otherwise  handle  this
product and only after having carefully read the safety information applicable to this product.

The  safety  information  is  provided  in  the  Safety  Information  section  in  the  “Legal,  Safety  and
Environmental Information” part of this document or documentation set.

Nokia is continually striving to reduce the adverse environmental effects of its products and services. We
would  like  to  encourage  you  as  our  customers  and  users  to  join  us  in  working  towards  a  cleaner,  safer
environment. Please recycle product packaging and follow the recommendations for power use and proper
disposal of our products and their components.

If you should have questions regarding our Environmental Policy or any of the environmental services we
offer, please contact us at Nokia for any additional information.

2 © 2016 Nokia Issue: 02
SBTS Dimensioning

Table of Contents
This document has 74 pages
   
Summary of changes..................................................................... 9
   
1 SBTS Dimensioning..................................................................... 10
   
2 Licensing in Single RAN...............................................................12
2.1 Introduction.................................................................................. 12
2.2 List of SCF parameters................................................................ 13
2.3 Capacity licenses for baseband................................................... 13
   
3 GSM baseband dimensioning in SBTS........................................15
   
4 WCDMA baseband dimensioning in SBTS.................................. 16
4.1 Flexi WCDMA BTS.......................................................................16
4.2 Flexi WCDMA BTS capacity........................................................ 16
4.2.1 Supported number of cells........................................................... 16
4.2.2 Baseband capacity.......................................................................16
4.2.2.1 Flexi Multiradio 10 available capacity...........................................18
4.2.2.2 Rel.99 CE System Module capacity.............................................19
4.3 Common Control Channels dimensioning....................................20
4.3.1 General information......................................................................20
4.3.2 CCCH resources in System Module............................................ 20
4.3.2.1 CCCH resources in FSMF........................................................... 21
4.3.3 CCCH Resources allocation........................................................ 22
4.3.4 Required CCCH resources for basic WCDMA16 configurations in
SRAN .......................................................................................... 22
4.3.4.1 FSMF........................................................................................... 23
4.4 Capacity licenses......................................................................... 24
4.4.1 Rel.99 CE License Keys.............................................................. 24
4.4.2 CCCH Processing Set License Key............................................. 25
4.5 Local Cell Group.......................................................................... 25
4.5.1 Local Cell Group Settings (FSMF)............................................... 25
4.5.2 Flexible LCG................................................................................ 26
4.5.3 Local Cell Grouping with Interference Cancellation..................... 26
4.6 Dedicated channels (DCHs) dimensioning.................................. 27
4.7 HSDPA dimensioning................................................................... 28
4.7.1 HSDPA scheduler.........................................................................28
4.7.2 HSDPA users............................................................................... 30
4.7.2.1 HS CELL_FACH users.................................................................30
4.7.2.2 Multi RAB users........................................................................... 31
4.7.3 HSDPA Rel.99 CE consumption for A-DCH and DL SRB............31
4.7.4 Associated UL/DL DCH................................................................31
4.7.5 Tcell grouping............................................................................... 31
4.7.5.1 DB/DC-HSDPA Tcell settings....................................................... 32

Issue: 02 © 2016 Nokia 3
SBTS Dimensioning

4.7.6 Simultaneous HSDPA users in TTI.............................................. 33
4.7.7 HSDPA BTS Processing Set Capacity allocation.........................33
4.7.8 HSDPA scheduler throughput settings......................................... 36
4.8 HSUPA dimensioning................................................................... 37
4.8.1 HSUPA scheduler.........................................................................37
4.8.1.1 HSUPA scheduler capacity.......................................................... 37
4.8.2 HSUPA traffic impact on available capacity................................. 38
4.8.3 HSUPA dynamic resource reservation......................................... 38
4.8.4 Hybrid HSUPA BTS Processing Set.............................................39
4.8.5 HSUPA required resource dimensioning......................................42
4.8.5.1 High Speed Cell_FACH feature dimensioning............................. 43
4.8.5.2 Dual Cell-HSUPA feature dimensioning....................................... 44
4.8.5.3 HSUPA 16QAM feature dimensioning..........................................45
4.9 CCCH dimensioning details......................................................... 45
4.9.1 Number of available RACH Handler Elements (RHE) in LCG..... 46
4.9.2 Calculating required RHE for LCG cells.......................................47
4.9.3 Example calculations of required RHE.........................................49
4.9.4 Extended Cell...............................................................................50
4.9.5 FSMF example configurations and required CCCH resources.... 50
4.9.5.1 Number of CCCH pools in HSDPA Subunits................................52
4.10 FSMF HSDPA Baseband resources............................................ 54
4.11 HSDPA throughput allocation in case of HSDPA throughput
parameters are not defined.......................................................... 56
4.12 HSUPA BTS Processing Set Capacity allocation in case of Local
Cell Grouping in use.....................................................................56
4.13 HSUPA static resource allocation.................................................57
4.14 HSUPA E-TFCI Table selection....................................................57
4.15 Multi RAB..................................................................................... 58
4.15.1 HSPA + AMR call resource allocation.......................................... 58
4.15.2 HSUPA/HSDPA + HSUPA/HSDPA call resource allocation......... 58
4.15.3 DCH + DCH call resource allocation............................................ 59
4.16 HSUPA dimensioning tables........................................................ 59
   
5 LTE baseband dimensioning in SBTS..........................................60
5.1 Number of supported cells........................................................... 61
5.2 Peak L1 throughput......................................................................61
5.3 Supported cell range.................................................................... 62
5.3.1 Supported cell range.................................................................... 62
5.3.2 Number of supported and connected users................................. 63
5.4 Example of baseband dimensioning ........................................... 67
5.4.1 Assumptions.................................................................................67
5.4.2 Connected users calculation (recommended)..............................68
5.4.3 Connected users calculation (aggressive)................................... 68
5.4.4 Summary...................................................................................... 68
   
6 Common transport dimensioning in SBTS................................... 69

4 © 2016 Nokia Issue: 02
SBTS Dimensioning

List of Figures
Figure 1 2G – 4G Shared System Module configuration.................................. 10
Figure 2 2G – 3G Shared System Module configuration with 3G deployed on
both FBBA/C.......................................................................................10
Figure 3 3G – 4G Shared System Module configuration with 3G and 4G
deployed on both FBBA/C.................................................................. 10
Figure 4 Software License Keys concept in Single RAN.................................. 12
Figure 5 FSMF System Module structure......................................................... 17
Figure 6 Shared FSMF System Module structure............................................ 17
Figure 7 Number of available Subunits.............................................................18
Figure 8 Example presenting FSMF, 1 LCG ,12 HSPA (non-MIMO) cells and
one interference cancellation unit.......................................................19
Figure 9 System Module R99 CE capacity....................................................... 20
Figure 10 Number of RACH Handler Elements (RHE) required per single cell......
21
Figure 11 Number of required Rel.99 CE licenses............................................. 24
Figure 12 System Module example Tcell configurations (1LCG) (1/2)............... 32
Figure 13 System Module example Tcell configurations (1LCG) (2/2)............... 33
Figure 14 Scheduler throughput with BTS Processing Set 1 type only ............. 34
Figure 15 Scheduler throughput with BTS Processing Set 2 or Set 3 types ..... 34
Figure 16 Number of HSUPA users allowed by hybrid HSUPA Processing Set.....
39
Figure 17 Number of available hybrid HSUPA resource steps for FSMF........... 40
Figure 18 Number of HSUPA BTS Processing Sets in LCG 1 and LCG 2 in case
of BTS with Baseband pooling........................................................... 41
Figure 19 Example scenario: hybrid HSUPA resource steps and Rel99 CE
license overlapping (FSMF)................................................................42
Figure 20 HSUPA Subunits formula................................................................... 42
Figure 21 Number of RACH Handler Elements (RHE) required per single cell......
47
Figure 22 Number of cells supported per pool of RHE in LCG...........................47
Figure 23 Number of cells supported per one CCCH pool................................. 48
Figure 24 Number of required additional CCCH pools in LCG........................... 48
Figure 25 Number of CCCH LKs required for cells in LCG................................ 48
Figure 26 Number of Subunits for additional CCCH pools................................. 48
Figure 27 CCCH processing resources allocation procedure with FSMF.......... 51
Figure 28 Number of CCCH pools available in HSDPA Subunits ......................52
Figure 29 HSDPA Subunits requirement (Small HSPA or Normal HSPA
configuration)......................................................................................54
Figure 30 LCG cells factor.................................................................................. 55
Figure 31 Number of HSUPA BTS Processing Sets in LCG 1 and LCG 2 in case
of BTS with Baseband pooling........................................................... 56

Issue: 02 © 2016 Nokia 5
SBTS Dimensioning

Figure 32 Offered vs served traffic......................................................................60
Figure 33 Available data capacity process......................................................... 63
Figure 34 Number of connected users............................................................... 66
Figure 35 Number of connected users............................................................... 66
Figure 36 Number of connected users............................................................... 66
Figure 37 Number of sites.................................................................................. 66
Figure 38 Dimensioning flow chart..................................................................... 67
Figure 39 Approaches to SBTS common transport dimensioning......................69
Figure 40 Approaches based on air interface capabilities.................................. 70
Figure 41 Example of SBTS common transport dimensioning based on air
interface capabilities........................................................................... 71
Figure 42 Calculation of the multiplexing gain.................................................... 73
Figure 43 LTE and HSDPA cells load multiplexing gain..................................... 74

6 © 2016 Nokia Issue: 02
SBTS Dimensioning

List of Tables
Table 1 Number of Subunits available in System Module Rel.3 and FBBA/C
extension submodules........................................................................17
Table 2 Number of HSDPA Subunits required for 2nd and every next LCG. 0.5
SU needs to be added to presented figures for CCCH processing.... 19
Table 3 Number of CCCH pools and RHE capacity in FSMF HSDPA scheduler
Subunits..............................................................................................22
Table 4 Number of CCCH Processing Set LKs \ Number of additional Subunits
required for CCCH processing versus number of cells, cell range (km),
RX Div mode and number of RACH preamble signatures in FSMF
Normal HSPA LCG............................................................................. 23
Table 5 Number of CCCH Processing Set LKs \ Number of additional Subunits
required for CCCH processing versus number of cells, cell range (km),
RX Div mode and number of RACH preamble signatures in FSMF
Small HSPA LCG................................................................................23
Table 6 FSMF LCG configuration details........................................................ 25
Table 7 FSMF PIC pool unit summary............................................................ 26
Table 8 Baseband resources required per one Rel.99 traffic channel for FSMF
System Module...................................................................................27
Table 9 Required HSDPA Subunits for HSDPA scheduler(s) versus LCG
configurations. Non-MIMO non-(E-)VAM cells assumed. Figures are
per LCG. Additional 0.5 SU for CCCH processing need to be added to
presented figures in 2nd and following LCGs......................................29
Table 10 Required HSDPA Subunits for HSDPA scheduler(s) per LCG versus
LCG HSPA configuraion. Non-MIMO, non-(E-)VAM, 2-Way RX Div,
10km cell range cells. ........................................................................ 29
Table 11 Required HSDPA Subunits for HSDPA scheduler(s) per LCG versus
LCG HSPA configuraion and number of cells. (E-)VAM (non-)MIMO, 2-
Way RX Div, 10km cell range cells..................................................... 30
Table 12 Associated DCH and Rel.99 CE usage.............................................. 31
Table 13 Tcell values handled by HSDPA schedulers....................................... 31
Table 14 System Module HSDPA throughput steps and corresponding HSDPA
throughput.......................................................................................... 34
Table 15 HSUPA capacity per LCG in FSMF System Module for different HSPA
settings............................................................................................... 37
Table 16 Number of simultaneously supported HS Cell_FACH UL users and
HSUPA CELL_DCH users in FSMF LCG (examples)........................ 44
Table 17 HSUPA users with 16QAM transmission allocation on FSMF subunits.
45
Table 18 FSMF LCG available RACH Handler Elements................................. 46
Table 19 FSMF LCG available RACH Handler Elements in case of (E-)VAM cell
............................................................................................................46
Table 20 Number of RACH signatures per cell................................................. 47
Table 21 FSMF: CCCH pools and CCCH Processing Set LKs required for
CCCH processing (2-Way RX Div assumed) and single LCG............50
Table 22 HSDPA schedulers and CCCH requirements (non-MIMO and non-(E
-)VAM cells)........................................................................................ 53

Issue: 02 © 2016 Nokia 7
SBTS Dimensioning

Table 23 HSDPA schedulers and CCCH requirements (MIMO or (E-)VAM non-
MIMO cells)........................................................................................ 53
Table 24 Minimum HSDPA subunits requirement............................................. 54
Table 25 System Module capability (2x2 DL MIMO and IRC 2Rx configuration)..
61
Table 26 Input parameters for required data capacity dimensioning.................61
Table 27 DL peak L1 throughput....................................................................... 61
Table 28 UL peak L1 throughput....................................................................... 62
Table 29 UL peak L1 throughput (PUSCH only; limited by PUCCH, PRACH)......
62
Table 30 The number of free timeslots for different configurations................... 63
Table 31 Maximal number of connected users per cell, 2x2 MIMO, IRC for 2RX.
64
Table 32 Maximal number of connected users per cell, 4x2 MIMO, IRC for 4RX.
65
Table 33 Outcome summary............................................................................. 68

8 © 2016 Nokia Issue: 02
   

SBTS Dimensioning Summary of changes

Summary of changes
Changes between document issues are cumulative. Therefore, the latest document
issue contains all changes made to previous issues.

Changes between issues 01A (2016-03-24) and 02 (2016-07-25)


Supported number of cells
• A note on 4 RFMs support in WCDMA has been added.

HSDPA scheduler
• Removed information on MIMO and E-VAM support.

Changes between issues 01 and 01A (2016-03-24)

• Document structure and chapter names have changed.
• The new chapter, Transport Dimensioning, was added.
• Removed information on Processing sets licensing.
• Figure 22 System module has been updated.
• Figure 27 has been updated.
• Removed information on FSMr2 support.
• Changed FSMF and RF modules version from 2.0 into 2.1 onwards in SBTS.
• A column on FSMF shared between WCDMA and GSM added to the FSMF PIC pool
unit summary table.
• Added a note on LTE configuration and dimensioning, in which cells within the same
cell set should have the same bandwidth.

Issue 01

• This is the first issue of the document.

Issue: 02 © 2016 Nokia 9
   

SBTS Dimensioning SBTS Dimensioning

1 SBTS Dimensioning
SBTS functionality – System Module Sharing is impacting the baseband dimensioning
though it does not introduce limitations to individual RAT dimensioning.
Both FBBA and FBBC baseband extension cards are supported in SBTS and have
exactly same baseband capacity, that is 6 subunits for traffic use.
BTS baseband capacity allocation between RATs defined in a profile is statically
assigned with FSMF or FBBA/C card granularity. FSMF baseband capacity can be
shared between GSM and LTE or GSM and WCDMA. FSMF or FBBC card baseband
capacity cannot be shared between LTE and WCDMA.

g Note: In System Module sharing mode GSM is always allocated at FSMF (not FBBA/C
card).

Figure 1 2G – 4G Shared System Module configuration

GSM LTE TRS

Additional baseband resources for WCDMA can be allocated with FBBA/C cards.

Figure 2 2G – 3G Shared System Module configuration with 3G deployed on both
FBBA/C

GSM WCDMA TRS


FBBA/C:WCDMA FBBA/C:WCDMA

In current profiles, FSMF or FBBA/C card baseband capacity is not shared between LTE
and WCDMA.

Figure 3 3G – 4G Shared System Module configuration with 3G and 4G deployed
on both FBBA/C

WCDMA TRS
FBBA/C:LTE FBBA/C:WCDMA

g Note: Different LTE SW allocations are possible in single BTS (for example 2x BCS or
RCS + BCS) assuming suitable HW capacity.

Reduced cell set (RCS):

• up to 3x10MHz LTE 2x2 MIMO with CoMP in FSMF
• up to 4x10MHz LTE 2x2 MIMO without CoMP in FSMF

Basic cell set (BCS):

10 © 2016 Nokia Issue: 02
   

SBTS Dimensioning SBTS Dimensioning

• up to 6x10MHz LTE 2x2 MIMO
• up to 3x10MHz LTE 4TX/4RX
• up to 3x20MHz LTE 2x2 MIMO
• 4TX/4RX = 4x2MIMO in TM4 or/and 4RX diversity mode

g Note: For BCS, LTE needs to be deployed on FSMF or FBBC.

Extended cell set (ECS) consists of 3x20MHz LTE with 4TX/4RX capability

g Note: For ECS, LTE needs to be deployed on FSMF and FBBC.

g Note: During LTE configuration and dimensioning, cells within the same cell set should
have the same bandwidth.

For more information on SBTS profiles and baseband allocation on particular modules,
see SBTS Supported Configurations and Creating SBTS Configurations.

Issue: 02 © 2016 Nokia 11
   

Licensing in Single RAN SBTS Dimensioning

2 Licensing in Single RAN

2.1 Introduction
For SRAN’s SBTS a new license mechanism has been introduced.
The new mechanism introduces a network wide pool concept via a CLS (Centralized SW
License Server). That means that pools are no longer split into NetAct clusters, as in
today’s SW license management for WBTSs. There will be one CLS per operator‘s
network. In addition, SW license keys will not be physically installed at the BTS, but SW
license keys are kept in the CLS. In case of missing SW license capacity, a CM
command (= limitation action) is initiated from OSS to limit the related BTS. As the
introduction of the new licensing mechanism is smoothy, limitations start with SRAN
16.10.

Figure 4 Software License Keys concept in Single RAN

Operator'sNetwork

CM&PMdatachecking
forRTUbySWEM
SBTS
NetActRC
SBTS
RTURequest/ PM
Release SWEM SBTS
CM
CLicS Centralized
LKs
LicenseServer

XML
CLS
XML Databasesupervised
PoolLKs bySWEM
SBTS
NetActRC

RTUGrant/ SBTS
PM
Deny SWEM SBTS
CM

PM PerformanceManagement

CM ConfigurationManagement

Figure: Software License Keys concept in Single RAN shows that CLS is connected to
the existing NetAct clusters. Each NetAct has running a SWEM (SW Entitlement
Manager). SWEM is checking periodically configuration data and counter information,
relevant for related Sales Items (SIs) and it is inter-working with CLS to verify, if sufficient
SW license capacity is existing. In case of SW license capacity is missing, OSS SWEM
is generating a limitation command to the related BTS.

g Note: User can define a threshold to be informed by an alarm, before running out of
licenses.

g Note: All licenses are pool licenses.

g Note: For the SBTS relevant baseband licenses as listed below, control is starting with
SRAN 16.10.

12 © 2016 Nokia Issue: 02
   

SBTS Dimensioning Licensing in Single RAN

2.2 List of SCF parameters

Allocation of available capacity is based on SCF parameters:

numberOfCCCHSet This parameter defines the CCCH processing set capacity
that is allowed to be used by the BTS software.
The end-user should be able to select how many CCCH
processing sets are allowed to be used by the BTS
software.

numberOfR99ChannelE This parameter defines the R99 CE capacity that is
lements allowed to be used by the BTS software.
The end-user should be able to select how many R99
Channel Elements are allowed to be used by the BTS
software.

numberOfHSDPASet1 This parameter defines the HSDPA processing set 1
capacity that is allowed to be used by the BTS software.
The end-user should be able to select how many HSDPA
processing sets are allowed to be used by the BTS
software.

numberOfHSDPASet2 This parameter defines the HSDPA processing set 2
capacity that is allowed to be used by the BTS software.
The end-user should be able to select how many HSDPA
processing sets are allowed to be used by the BTS
software.

numberOfHSDPASet3 This parameter defines the HSDPA processing set 3
capacity that is allowed to be used by the BTS software.
The end-user should be able to select how many HSDPA
processing sets are allowed to be used by the BTS
software.

numberOfHSUPASet1 This parameter defines the HSUPA processing set
capacity allowed to be used by the BTS software.
The end-user should be able to select how many HSUPA
processing sets are allowed to be used by the BTS
software.

2.3 Capacity licenses for baseband

In WBTS the following capacity LKs are in use:

Issue: 02 © 2016 Nokia 13
   

Licensing in Single RAN SBTS Dimensioning

• Rel.99 CE
• HSDPA BTS Processing Set 1
• HSDPA BTS Processing Set 2
• HSDPA BTS Processing Set 3
• HSUPA BTS Processing Set
• CCCH Processing Sets

In SBTS the HSDPA and HSUPA Processing Sets have been replaced by:
• SBTS Data User

In addition the following licenses are introduced:
• Daily User Plane Data Volume
• Quarterly User Plane Data Volume
• Busy Hour User Plane throughput

The customer team can select most suitable for them that is either Daily User Plane Data
Volume, or Quarterly User Plane Data Volume or Busy Hour User Plane throughput.
In summary for the SBTS the following licenses exist:
• Rel.99 CE
• SBTS Data User
• Daily User Plane Data Volume
• Quarterly User Plane Data Volume
• Busy Hour User Plane throughput
• CCCH Processing Sets

For more information on licensing, see Single RAN System Description and Single RAN


Lincense Operation.
Control of these sales items starts with SRAN 16A.

14 © 2016 Nokia Issue: 02
   

SBTS Dimensioning GSM baseband dimensioning in SBTS

3 GSM baseband dimensioning in SBTS


For information on GSM baseband dimensioning in SBTS, see BTS EDGE
Dimensioning.

Issue: 02 © 2016 Nokia 15
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

4 WCDMA baseband dimensioning in SBTS

4.1 Flexi WCDMA BTS


Flexi Wideband Code Division Multiple Access (WCDMA) Base Transceiver Station
(BTS) is a truly modular, very compact, and high capacity wide-area BTS that can be
used in various indoor and outdoor installation options (such as floor, wall, stand, pole,
mast, cabinet, 19" rack) and site applications (mini, macro, and distributed site solution).
Flexi WCDMA BTS consists of the following self-supporting BTS modules:
• Radio Module provides the Radio Frequency (RF) functionality
• System Module provides baseband capacity for processing as well as control and
transmission functionality.

The following Flexi System Modules are available:
• FSMF Flexi Multiradio BTS 10 System Module (Rel.3)
• FBBA Capacity Extension Sub-module for FSMF System Module (optional)
• FBBC Capacity Extension Sub-module for FSMF System Module (optional)

For more details see SR000944: Supported RF HW in SBTS feature description.

4.2 Flexi WCDMA BTS capacity


4.2.1 Supported number of cells
In SRAN 16.10, a single System Module Rel.3 (FSMF) supports up to 18 cells with 2-
Way RX Div.

g Note: The maximum number of RFMs that can be used in WCDMA is 4.

For supported configurations, see SBTS Supported Configurationsand Creating SBTS


Configurations.

4.2.2 Baseband capacity


Baseband capacity is represented by Subunits. One Subunit in FSMF System Module
has a capacity of 96 Rel.99 CEs.
FSMF has 5.5 Subunits, as shown in Figure 5: FSMF System Module structure. In case
FSMF is shared between technologies (WCDMA and GSM on one System Module),
number of available Subunits is 3.5, as shown in Figure 6: Shared FSMF System Module
structure.

g Note: When this kind of BTS Profile is used, then 3.5 Subunits are available for
WCDMA even GSM is not enabled in this BTS.

16 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

Figure 5 FSMF System Module structure

Figure 6 Shared FSMF System Module structure

FBBA/C has six Subunits.

Table 1 Number of Subunits available in System Module Rel.3 and FBBA/C
extension submodules
FSMF FBBA/C FBBA/C Number of Subunits
WCDMA - - 5.5
WCDMA WCDMA - 11.5
WCDMA WCDMA WCDMA 17.5
WCDMA/GSM - - 3.5
WCDMA/GSM WCDMA - 9.5
WCDMA/GSM WCDMA WCDMA 15.5
WCDMA LTE LTE 5.5
WCDMA LTE WCDMA 11.5
WCDMA/GSM LTE LTE 3.5
WCDMA/GSM LTE WCDMA 9.5
LTE/GSM LTE WCDMA 5.5

Subunits are used for the processing of:
• Common Control Channel (CCCH) (for more information, see Common Control
Channels dimensioning)
• Rel.99 traffic (for more information, see Dedicated channels (DCHs) dimensioning)
• HSDPA cells, users, and throughput (for more information, see HSDPA
dimensioning)
• HSUPA users and throughput (for more information, see HSUPA dimensioning)

Issue: 02 © 2016 Nokia 17
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

4.2.2.1 Flexi Multiradio 10 available capacity

Flexi Multiradio 10 capacity can be extended with up to two Capacity Extension Sub-
Modules (FBBA/C) which are optional. FSMF and 0-2 FBBA/C Extension Sub-Modules
are one pool of common baseband resources for traffic processing unless Local Cell
Grouping is used. In the last case, each Local Cell Group (LCG) is a pool of baseband
resources for traffic processing from LCG cells. For more information, see Local Cell
Group.
System Module baseband capacity available for traffic might be further impacted by the
following:
• Additional CCCH resources (for more information, see CCCH resources in FSMF)
• Local Cell Group HSPA settings (for more information, see Local Cell Group Settings
(FSMF))
• Static HSUPA allocation (for more information, see HSUPA BTS Processing Set
Capacity allocation in case of Local Cell Grouping in use)
• Static HS-FACH allocation (for more information, see High Speed Cell_FACH feature
dimensioning)

The available baseband capacity (Subunits) for traffic usage after activation of HSDPA,
PIC, after allocation of Static HSUPA or additional CCCH resources can be calculated
using the formula below:
Figure 7 Number of available Subunits

where:
Number_of_available_s number of Subunits available in System Module from Table
ubunits 1: Number of Subunits available in System Module Rel.3
and FBBA/C extension submodules
subunits_for_PIC_pool number of commissioned Interference Cancellation
Subunits (for more information, see Local Cell Grouping
with Interference Cancellation)
subunits_for_static_HS number of HSUPA static commissioned Subunits (for more
UPA information, see HSUPA BTS Processing Set Capacity
allocation in case of Local Cell Grouping in use)
subunits_for_additional number of additional Subunits allocated for additional
_CCCH CCCH processing (CCCH pools) (for more information,
see CCCH resources in FSMF)
subunits_for_HS_FACH number of Subunits statically allocated for HS-FACH users
(for more information, see High Speed Cell_FACH feature
dimensioning)

g Note: SBTS does not have installed physical LKs, but handled by OSS. License
Handling and licenses relevant for baseband have been described in
Licensing in Single RAN.

Available Subunits (Pure traffic subunits) can be used for R99 (DCH) users, HSDPA
users (A-DCH/SRB), and HSUPA users (HSUPA scheduler).

18 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

Figure 8 Example presenting FSMF, 1 LCG ,12 HSPA (non-MIMO) cells and one
interference cancellation unit
LCG
dedicated
subunits
(5.5)

HSUPA scheduler(s)+
additionalCCCH

HSDPA

HSDPA
HSDPA scheduler(s) processingbaseband
subunits(1.125) resources

PICpool
PIC HSUPA Interferencecancelation
subunits(1)

CCCHprocessingresourcerequiredinadvanceto:
AdditionalCCCHsubunits(0) 1)CCCHresourcesincludedinSMrel.3capacity
2)CCCHresourcesincludedinHSDPA scheduler(s)
subunits

OptionalHSUPA staticallocationsubunits(0) ComissionedresourcesforHSUPA


(optionalstaticallocation)

HSDPA

HSDPA
LCGpuretraffic PIC
subunits(3)

Puretrafficsubunits

Table 2 Number of HSDPA Subunits required for 2nd and every next LCG. 0.5 SU
needs to be added to presented figures for CCCH processing
HSPA settings per LCG HSDPA Subunits
Rel99 only 0 SU
Small HSPA 0.625 SU
Normal HSPA 1.125 SU

g Note: Each LCG requires CCCH resources. For CCCH resources requirement, see
CCCH resources in FSMF.

For LCG configuration settings, see Local Cell Group Settings (FSMF).
For LCG HSPA configurations and required HSDPA Subunits, see HSDPA scheduler.

4.2.2.2 Rel.99 CE System Module capacity

The available baseband capacity referred in Rel.99 CEs after activation of HSDPA, PIC,
after allocation of Static HSUPA or additional CCCH resources can be calculated using
the formula below:

Issue: 02 © 2016 Nokia 19
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

Figure 9 System Module R99 CE capacity

where:
#commissioned_Rel.99 number of available Rel99 CE licenses
_CEs
Rel99_CE_subunit_cap Rel99 CE Subunit capacity
acity
number_of_available_s Subunits available after activation of HSDPA, PIC, after
ubunits allocation of Static HSUPA or additional CCCH resources

As far as Rel.99 CE capacity is considered, FSMF Subunit has 96 Rel.99 CEs.

4.3 Common Control Channels dimensioning


4.3.1 General information
The following DL Common Control Channels (CCCH) are supported per cell in the BTS:
• 1 x P-SCH (Primary – Synchronization Channel)
• 1 x S-SCH (Secondary – Synchronization Channel)
• 1 x P-CCPCH (Primary – Common Control Physical Channel)
• 1 x P-CPICH (Primary – Common Pilot Channel)
• 1 x PICH (Paging Indicator Channel)
• 1 x AICH (Acquisition Indicator Channel)
• 3 x S-SCCPCH (Secondary Common Control Physical Channel)

In the UL, resources for processing of the RACH (Random Access Channel) preamble
signatures are required per cell. RACH preamble signatures are used for both RACH
users and HS CELL_FACH users.
Cells with ranges higher than 20 kilometers are called Extended Cells. The required
baseband resources for CCCH processing of Extended Cells are described in Extended
Cell.

4.3.2 CCCH resources in System Module


The System Module processes Common Control Channels for basic configurations
without any additional baseband resources or CCCH PS LKs. In this case, CCCH
resources for processing of CCCH are included in System Module HW capacity.
One pool of CCCH resources (CCCH pool) is included in every System Module HW
(where WCDMA is deployed) capacity in BTS configuration.
Every LCG requires its own CCCH resources.
One CCCH pool has a capacity of 480 RACH Handler Elements (RHE).

20 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

RHE is a processing resource of a CCCH pool that is used for processing the RACH of a
cell within an LCG.

Figure 10 Number of RACH Handler Elements (RHE) required per single cell

where:
#RHE_per_cell the number of required RACH Handler Elements per single
cell (max 480)
CellRange the cell range (in kilometers), rounded up to whole integer
number divisible by five
#Signatures the number of signatures for RACH preambles
RxDiv RX Diversity; takes a value of two for 2-Way RX Div or four
in case of 4-Way RX Div

Maximally, 480 RHE per cell is supported.
One CCCH pool supports the following number of cells (4 RACH signatures per cell are
assumed):
• 3 cells/20 km 2-Way RX Div
#RHE_per_cell = 20 * 4 * 2 = 160 RHE; three cells require 3 * 160 RHE = 480 RHE
• 6 cells/10 km 2-Way RX Div
#RHE_per_cell = 10 * 4 * 2 = 80 RHE; six cells require 6 * 80 RHE = 480 RHE
• 3 cells/10 km 4-Way RX Div
#RHE_per_cell = 10 * 4 * 4 = 160 RHE; three cells require 3 * 160 RHE = 480 RHE

Other numbers of cells per CCCH pool are also supported. For more information, see
CCCH dimensioning details.
The following is a list of typical basic configurations that are served with one CCCH pool
included in System Modules HW capacity and do not require any additional resources for
CCCH processing.
• 1 x System Module: 3 cells/20 km 2-Way RX Div
• 1 x System Module: 6 cells/10 km 2-Way-RX Div

Other basic configurations are also served with CCCH resources included in the System
Module HW capacity. For more information, see CCCH dimensioning details.
Whenever CCCH resources included in System Module HW capacity are not enough,
additional CCCH resources included in HSDPA Subunits are used (for more information,
see CCCH resources in FSMF) or additional CCCH resources are allocated (for more
information, see CCCH dimensioning details).

4.3.2.1 CCCH resources in FSMF

One CCCH pool (480 RHE) is included in FSMF HW capacity.
FSMF HSDPA scheduler Baseband resources (HSDPA Subunits) include CCCH pools
for additional CCCH processing.

Issue: 02 © 2016 Nokia 21
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

Table 3 Number of CCCH pools and RHE capacity in FSMF HSDPA scheduler
Subunits
LCG HSPA #HSDPA #HSUPA HSDPA #CCCH pools #RHE in
configuration schedulers schedulers Subunits in HSDPA HSDPA
Subunits Subunit (s)
Rel.99 only 0 0 0 0 0
Small HSPA 1 1 0.625 1 480
Normal HSPA 2 1 1.125 2 960

If additional HSDPA Subunits are allocated (see Table 11: Required HSDPA Subunits for
HSDPA scheduler(s) per LCG versus LCG HSPA configuraion and number of cells. (E
-)VAM (non-)MIMO, 2-Way RX Div, 10km cell range cells.), those additional HSDPA
Subunits contain CCCH resources that can be used for CCCH processing.
Whenever it is required from the CCCH point of view, CCCH pools from HSDPA
Subunits are used for CCCH processing.
One commissioned CCCH Processing Set enables one CCCH pool included in HSDPA
Subunits. Each commissioned CCCH Processing Set requires one CCCH Processing
Set License Key (CCCH PS LK), which is handled by OSS.
One additional CCCH pool consumes 0.5 SU.
For a list of example configurations and respective CCCH Subunits requirements with
corresponding CCCH Processing Set LKs, see FSMF example configurations and
required CCCH resources. To calculate CCCH pools included in HSDPA Subunits in any
configuration, see Number of CCCH pools in HSDPA Subunits.

4.3.3 CCCH Resources allocation


CCCH resources are Local-Cell-Group-specific.
Each LCG must have CCCH resources (CCCH pool(s)) for cells that are mapped to a
particular LCG.
In case of a BTS with one System Module and multiple LCGs, the CCCH resources
included in HW capacity are assigned to the LCG#1. LCG#2, LCG#3 and LCG#4
requires at least one CCCH pool.

4.3.4 Required CCCH resources for basic WCDMA16


configurations in SRAN
In RU50EP1, the number of signatures for RACH preambles were set as follows:
• 2-Way RX Div
– 0km< r <=60km: #Signatures = 4
– 60km< r <=120km: #Signatures = 2
– 120km<r<=180km: #Signatures = 1

22 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

In WCDMA16, the number of signatures for RACH preambles is defined with the new
parameter RACHPreambleSignatures (WCEL). It specifies the number of signatures
used for RACH users and HS CELL_FACH users (RAN1913: High Speed Cell_FACH).
FSMF summarizes the required number of Subunits and CCCH License Keys (FSMF)
for some of the cell configurations. Figures from FSMF are calculated according to rules
and equations from CCCH dimensioning details.

4.3.4.1 FSMF
Normal HSPA Local Cell Group
Table 4 Number of CCCH Processing Set LKs \ Number of additional Subunits
required for CCCH processing versus number of cells, cell range (km), RX
Div mode and number of RACH preamble signatures in FSMF Normal
HSPA LCG
CellRange 5 10 15 20 5 10 15 20
Cells Signatures \ 2 2 2 2 4 4 4 4
RX Div
3 4 -\- -\- -\- -\- -\- -\- 1\- 2\-
6 4 -\- -\- 1\- 1\- -\- 1\- 2\- 5\1
9 4 -\- 1\- 2\- 2\- 1\- 2\- 4\1 8\2.5
12 4 -\- 1\- 2\- 3\0.5 1\- 3\0.5 5\1.5 11\4
3 8 -\- -\- 1\- 2\- -\- 2\- 2\0 N/A1)
6 8 -\- 1\- 2\- 5\1 1\- 5\1 5\1.5 N/A1)
9 8 1\- 2\- 4\1 8\2.5 2\- 8\2.5 8\3 N/A1)
12 8 1\- 3\0.5 5\1.5 11\4 3\0.5 11\4 11\4.5 N/A1)

Small HSPA Local Cell Group


Table 5 Number of CCCH Processing Set LKs \ Number of additional Subunits
required for CCCH processing versus number of cells, cell range (km), RX
Div mode and number of RACH preamble signatures in FSMF Small HSPA
LCG
CellRange 5 10 15 20 5 10 15 20
Cells Signatures \ 2 2 2 2 4 4 4 4
RX Div
3 4 -\- -\- -\- -\- -\- -\- 1\- 2\-
6 4 -\- -\- 1\- 1\- -\- 1\- 2\0.5 5\1.5
3 8 -\- -\- 1\- 2\- -\- 2\- 2\0.5 N/A1)
6 8 -\- 1\- 2\0.5 5\1.5 1\- 5\1.5 5\2 N/A1)

1) N/A indicates that cell configuration is not supported, as more than 480 RHE per cell is

not supported. Cell configuration (Cell Range, or number of Signatures of RX Div mode)
need to be modified so that the number of RHE per cell is not higher than 480 RHE
calculated according to Equation: Number of RACH Handler Elements (RHE) required
per single cell.

Issue: 02 © 2016 Nokia 23
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

g Note: One CCCH PS LK per FSMF System Module is included in HW price, which is
assumed in tables above. One CCCH PS LK and 0.5 SU need to be added to the
presented figures in case of LCG#2, LCG#3, and LCG#4 in FSMF. In case of LCG#1,
the number of CCCH PS LKs and number of additional required Subunits is directly
applicable.

4.4 Capacity licenses


As described in Licensing in Single RAN, for SBTS, so-called pool licenses are used.
These licenses are not installed on the SBTS, but handled by OSS and allocated within
OSS according to the configuration and usage. Pool license means that the user gets
amount of pool capacity and according to commissioning and usage within the NE, the
license pool capacity is automatically assigned and distributed toward the network
elements.
As an example, the operator buys a pool license for 10 000 Rel.99 CE for BTSs. The
operator gets a pool license file that allows use of this capacity. With this pool license
and the help of the license management tools in OSS, one can distribute the capacity
according to the capacity needs. For example: 120 Rel.99 CE for BTS-1, 70 Rel.99 CE
for BTS-2, and so on. For this purpose, Rel.99 CE license capacity is allocated within
OSS. Bookkeeping of license capacity allocated is in OSS, no physical license files are
downloaded to the NEs.
The following capacity License Keys (LKs) are available:
• Rel.99 CE LKs
• CCCH Processing Set LK

FSMF System Module Baseband capacity licenses are controlled by CCH Processing
Set, Rel.99 CE. Note that these licenses are not installed on SBTS, but handle in OSS
(for more information, see SBTS Dimensioning).
All licenses (including Rel.99 CE licenses) are activated for a 14-day trial period if they
are to be used for the first time because of BTS commissioning.

4.4.1 Rel.99 CE License Keys


Rel.99 CE LKs define the maximum capacity for Rel.99 traffic. HSDPA/HSUPA
schedulers do not consume Rel.99 CE capacity.
The number of required Rel.99 CE LKs for a System Module is calculated according to
the following formula:
Figure 11 Number of required Rel.99 CE licenses

where:
#Rel99CE total number of required Rel.99 CE licenses
UL_Rel99CE total number of required Rel.99 CEs in UL channels
DL_Rel99CE total number of required Rel.99 CEs in DL channels

24 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

Rel.99 CE consumption in UL and DL channels depends on the DCH radio bearer. For
details, see Dedicated channels (DCHs) dimensioning and Associated UL/DL DCH.

g Note: Rel. 99 CE capacity is dependent on commissioning parameter settings and on
available license capacity. For example, if license capacity of 1000 Rel.99 CEs is
available for a BTS, while commissioned numberOfR99ChannelElements is set to
900, then the BTS only uses 900 Rel.99 CE licenses.

Rel.99 CE LKs are used for Rel.99 DCH channels (including Associated DCH, A-DCH).

4.4.2 CCCH Processing Set License Key


CCCH PS LK is used to enable additional Baseband resources (so called CCCH pools)
for CCCH processing. CCCH PS LK is required in case when CCCH resources included
in System Module capacity are not enough to process CCCH of a cell in System Module.
For more details on CCCH resources, see CCCH resources in FSMF.

4.5 Local Cell Group


Local Cell Group (LCG) is a pool of Baseband resources dedicated for traffic and CCCH
processing from respective cells. System Module available Baseband capacity can be
split to a number of LCGs.
More than one LCG is used in the following cases:

• More HSUPA capacity is needed
• Another HSUPA scheduler is needed
• More than two HSDPA schedulers are needed in FSMF
• More cells to be supported

For FSMF 1-4 LCGs per BTS HW are supported.

g Note: On a FSMF System Module without FBBA/C, it is not possible to allocate four
LCGs with Normal HSPA.

4.5.1 Local Cell Group Settings (FSMF)


Each and every LCG from FSMF is configured to one of the following settings:

• Rel.99 only
• Small HSPA
• Normal HSPA

LCG configuration is set on BTS site commissioning using HSPA setting parameter.
The default HSPA setting is Normal HSPA configuration.

Table 6 FSMF LCG configuration details
LCG Max number of Max number of Number of Number of
configuration supported cells HSPA cells HSDPA HSUPA
schedulers schedulers
Rel.99 only 12 0 0 0

Issue: 02 © 2016 Nokia 25
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

Table 6 FSMF LCG configuration details (Cont.)
LCG Max number of Max number of Number of Number of
configuration supported cells HSPA cells HSDPA HSUPA
schedulers schedulers
Small HSPA 6 6 1 1
Normal HSPA 12 12 2 1

4.5.2 Flexible LCG


With FSMF and RF modules version 2.1 or newer only Flexible Local Cell Group is
supported.
LCG capacity can cover more than one System Module capacity or less than one
System Module capacity. In other words, it is possible to freely adjust LCG capacity with
the Access Baseband Capacity parameter (visible in SBTS Element Manager as
Max. HW BB capacity).
In case of flexible LCGs, up to four LCGs can share the Flexi WCDMA BTS Baseband
capacity.
* The Access Baseband Capacity commissioning parameter is used to divide the
Baseband HW for LCGs from 1% to 99%. The actual allocation is done according to the
rule: at least one Subunit is allocated to each LCG. The percentage division is rounded
to one Subunit.

4.5.3 Local Cell Grouping with Interference Cancellation


• Up to six cells (with 2-Way RX Div) can be mapped to one PIC pool unit and
interference cancellation is performed in six cells at the same time.
• Cells from the same frequency layer within LCG should be mapped to the same PIC
pool unit.
• One PIC pool unit consumes one subunit capacity.

The table below contains summary information related to FSMF System Module PIC
pool unit.
N/A - Not applicable

Table 7 FSMF PIC pool unit summary
PIC pool unit parameters 2-Way RX FSMF is shared between WCDMA and
Div GSM
Max number of cells supported by single 6 N/A
PIC pool unit
Max number of cells with simultaneous 6 N/A
interference cancellation performed by
single PIC pool unit
Max number of PIC pools per FSMF 2 1
Max number of PIC pools per 3 2
FSMF+FBBA/FBBC
Max number of PIC pools per 4 3
FSMF+FBBA+FBBA

26 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

Table 7 FSMF PIC pool unit summary (Cont.)
PIC pool unit parameters 2-Way RX FSMF is shared between WCDMA and
Div GSM
Max number of PIC pools per 4 3
FSMF+FBBA+FBBA + FSMF+ optional
FBBA(s)
Max number of LCGs per BTS with PIC 4 3
enabled

4.6 Dedicated channels (DCHs) dimensioning


For baseband dimensioning purposes, a certain number of Rel.99 CE per active DCH
user is required. Baseband resources are required per DCH active user in no-handover-
state and per DCH user in soft-handover-state. Additional baseband resources are not
required either for users in softer handover state or compressed mode.
The number of Rel.99 CE depends on RAB data rate and minimum SF (Spreading
Factor).The following table presents the required number of Rel.99 CE per each active
connection for basic set of RABs.
Table 8 Baseband resources required per one Rel.99 traffic channel for FSMF
System Module
RAB Traffic class CS/PS Max rate Min SF Min SF Required Required
for each (UL) (DL) Rel99 CE Rel99 CE
RAB per per
[kbps] connectio connectio
n (UL) n (DL)
AMR Conversation CS 1.2 64 128 1 1
Speech al
AMR Conversation CS 7.95 64 128 1 1
Speech al
AMR Conversation CS 5.9 64 128 1 1
Speech al
AMR Conversation CS 4.75 64 128 1 1
Speech al
AMR Conversation CS 12.65 64 128 1 1
Speech al
AMR Conversation CS 8.85 64 128 1 1
Speech al
AMR Conversation CS 6.65 64 128 1 1
Speech al
Packet Interactive/Ba PS 16 64 128 1 1
ckground
Packet Interactive/Ba PS 32 32 64 2 2
ckground

Issue: 02 © 2016 Nokia 27
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

Table 8 Baseband resources required per one Rel.99 traffic channel for FSMF
System Module (Cont.)
RAB Traffic class CS/PS Max rate Min SF Min SF Required Required
for each (UL) (DL) Rel99 CE Rel99 CE
RAB per per
[kbps] connectio connectio
n (UL) n (DL)
Packet Interactive/Ba PS 64 16 32 4 4
ckground
Packet Interactive/Ba PS 128 8 16 4 4
ckground
Packet Interactive/Ba PS 256 4 8 6 6
ckground
Packet Interactive/Ba PS 384 4 8 8 8
ckground
UDI Conversation CS 64 16 32 4 4
al
Streaming Streaming CS 57.6 16 32 4 4
Streaming Streaming CS 14.4 64 128 1 1

Asymmetric UL/DL Rel.99 CE allocation


Asymmetric UL/DL allocation means that the UL and DL directions have different bit rate
requirements. The rule for allocating resources for asymmetric bit rates is based on a
higher data rate requirement, but Rel.99 CE reservations are done separately for UL/DL.
For example, if the UL bearer is 64 kbps and the DL bearer 384 kbps, the Rel.99 CE
reservation is 4 Rel.99 CE in UL and 8 Rel.99 CE in DL.
UL and DL resources have to be allocated inside one Subunit but there is no direct
connection between UL and DL resource allocation. In other words, UL and DL
resources do not need to be allocated symmetrically across Subunit UL and DL capacity.

4.7 HSDPA dimensioning


Some of the supported capacities mentioned in this document may require separate
License Keys (LKs) in the RAN before they can be activated.

4.7.1 HSDPA scheduler


HSDPA scheduler provides high throughput capability. From baseband perspective,
achievable HSDPA throughput further depends on activated features (for example
RAN2179: Dual Band HSDPA 42Mbps) and HSDPA throughput settings.
HSDPA scheduler provides high number of user’s capability. Achievable number of
active HSDPA users further depends on the activated features (RAN2124: HSPA 128
Users per Cell) and settings of SCF parameter values for numberOfHSDPASet1,
numberOfHSDPASet2, numberOfHSDPASet3.
HSDPA scheduler does not consume any Rel.99 CE LKs.

28 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

HSDPA scheduler supports 64QAM, MIMO, DC-HSDPA, and DB-HSDPA features.

• HSDPA scheduler supports up to six cells
• HSDPA scheduler is LCG specific. Supports cells only from own LCG
• Up to two schedulers per LCG are supported
• The number of HSDPA schedulers is configured per LCG (LCG HSPA configuration)
with parameter HSPA setting (for more information, see Local Cell Group
Settings (FSMF))
• HSDPA scheduler(s) consume Baseband resources (HSDPA Subunits) depending
on LCG HSPA configuration (HSPA setting), number of cells and cell type
• Scheduler contains CCCH resources (CCCH pools) that may be used for CCCH
processing when those are enabled with CCCH PS LK (for more information, see
CCCH resources in FSMF)

Table 9 Required HSDPA Subunits for HSDPA scheduler(s) versus LCG
configurations. Non-MIMO non-(E-)VAM cells assumed. Figures are per
LCG. Additional 0.5 SU for CCCH processing need to be added to
presented figures in 2nd and following LCGs
LCG HSPA Number of HSDPA Max number of HSDPA Subunits
Configuration schedulers supported HSPA
cells
Rel99 Only 0 0 0
Small HSPA 1 6 0.625 SU
Normal HSPA 2 12 1.125 SU

The table below presents required Baseband resources for HSDPA scheduler(s) per
LCG HSPA configurations. Assumptions: non-MIMO non-(E-)VAM cells, 10km cell range,
2-Way RX Div and RACHPreambleSignatures = 4.
Table 10 Required HSDPA Subunits for HSDPA scheduler(s) per LCG versus LCG
HSPA configuraion. Non-MIMO, non-(E-)VAM, 2-Way RX Div, 10km cell
range cells.
LCG HSPA configuration 1st LCG: HSDPA 2nd and next LCG: HSDPA
Subunits/additional CCCH Subunits1) / additional CCCH
pools pools2)
Small 0,625/1 0,625/1
Normal 1,125/2 1,125 /2

1) Additional 0.5 SU (one CCCH pool/480RHE) for CCCH processing need to be added

to presented figures in 2nd and following LCGs.
2) CCCH pools if needed can be used when CCCH PS LKs are available.

The table below presents required Baseband resources for HSDPA scheduler(s) per
LCG for typical number of cells and for available LCG HSPA configurations.
Assumptions: (E-)VAM MIMO cells or (E-)VAM non-MIMO cells (or mix of ((E-)VAM)
MIMO and (E-)VAM non-MIMO cells), 10km cell range, 2-Way RX Div and
RACHPreambleSignatures = 4.

Issue: 02 © 2016 Nokia 29
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

Table 11 Required HSDPA Subunits for HSDPA scheduler(s) per LCG versus LCG
HSPA configuraion and number of cells. (E-)VAM (non-)MIMO, 2-Way RX
Div, 10km cell range cells.
LCG HSPA Max number of 1stLCG: HSDPA 2nd and next LCG:
configuration supported HSPA Subunits/additional HSDPA Subunits1) /
cells per LCG CCCH pools additional CCCH
pools2)
Small Up to 4 0,625/1 0,625/1
Small 5-6 1,125/2 1,125/2
Normal Up to 6 1,125/2 1,125/2
Normal 7 – 8 1,625/3 1,625/3
Normal 9 – 10 2,125/4 2,125/4
Normal 11 - 12 2,625/5 2,625/5

1) Additional 0.5 SU for CCCH (one CCCH pool/480RHE) processing need to be added

to presented figures in 2nd and following LCGs.
2) CCCH pools if needed can be used when CCCH PS LKs are available.

Values in the tables above are calculated using equations from FSMF HSDPA Baseband
resources. Note that FSMF System Module supports up to 12 cells.

4.7.2 HSDPA users


One HSDPA scheduler has 240 scheduling units. One scheduling unit serves one active
HSDPA user.
An HSDPA user consumes the following number of scheduling units:

• One HSDPA user or one DB/DC-HSDPA or one MIMO user consumes one
scheduling unit.
• One DC-HSDPA + MIMO user consumes 1.25 scheduling unit.
• One HSDPA user in High Speed CELL_FACH state consumes one scheduling unit.

Example
100 HSDPA active users and 50 DC + MIMO users consume Round_up (100 * 1 + 50 *
1.25) = Round_up (100 + 62.5) = 163 scheduling units.
Therefore, additionally 240 - 163 = 77 scheduling units are unused allowing for allocation
of additional 77 HSDPA or MIMO users or Round_down (77 / 1.25) = 61 DC+MIMO
users.

4.7.2.1 HS CELL_FACH users

One HSDPA user in High Speed CELL_FACH state consumes one scheduling unit.
In addition, one scheduling unit is reserved per HS_FACH (RAN1637: HS Cell_FACH DL
required) enabled cell. In other words, each HS_FACH enabled cell consumes one
scheduling unit. Therefore, HSDPA scheduler with six cells and each cell is HS_FACH
enabled has 240 – 6 = 234 scheduling units.

30 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

4.7.2.2 Multi RAB users

One HSDPA scheduler supports 240 Radio Bearers. For example: in case of one Multi
RAB UE with ongoing HSDPA data download and simultaneous HSDPA web browsing,
one scheduler can support 238 single RAB users in addition to one Multi RAB user with
two HSDPA RABs.

4.7.3 HSDPA Rel.99 CE consumption for A-DCH and DL SRB


An HSDPA active user consumes Rel.99 CEs for DL SRB processing and for UL DCH
return channel processing (Associated DCH, A-DCH).
SRB and A-DCH Rel.99 CEs for traffic from respective cells are allocated on the same
System Module where the HSDPA scheduler that is processing respective cells exists.
In case of HSDPA user with HSUPA UL return Channel, Rel.99 CEs are not consumed at
all.
A-DCH consumption depends on the DCH data rate. For more information, see
Associated UL/DL DCH.

4.7.4 Associated UL/DL DCH


Associated UL/DL DCH of the HSDPA user requires the capacity in the same way as a
normal DCH.

Table 12 Associated DCH and Rel.99 CE usage
User data Rel.99 CE required in UL / Rel.99 CE required in DL /
Min SF Min SF
PS 16 kbps 1/SF64* 1/SF128**
PS 64 kbps 4/SF16 1/SF128**
PS 128 kbps 4/SF8 1/SF128**
PS 384 kbps 8/SF4 1/SF128**

* If SF is 32, 2 Rel.99 CE are required in UL
** One Rel.99 CE for DL signaling (SRB) is required per HSDPA user

4.7.5 Tcell grouping


From HSDPA point of view, the RNC parameter Tcell (frame timing offset of a cell) is
used to indicate which cell is processed by which scheduler. Tcell Groups 1 and 3 are
handled by the first scheduler and Tcell Groups 2 and 4 are handled by the second
scheduler.

Table 13 Tcell values handled by HSDPA schedulers
Scheduler 1 Scheduler 2
Tcell Values from Group 1 0, 1, 2 N/A
Tcell Values from Group 2 N/A 3, 4, 5

Issue: 02 © 2016 Nokia 31
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

Table 13 Tcell values handled by HSDPA schedulers (Cont.)
Scheduler 1 Scheduler 2
Tcell Values from Group 3 6, 7, 8 N/A
Tcell Values from Group 4 N/A 9

With one scheduler and one Tcell group, up to six cells per Tcell group are supported.
With one scheduler and two Tcell groups, up to three cells per Tcell group are supported
(up to six cells are still supported totally).
The same Tcell values can be used by different cells if those are allocated to different
frequency layers.
With Small HSPA configuration only one HSDPA scheduler (Scheduler 1) is available in
LCG and cells must be grouped with Tcell values from Group: 1 and 3.
With Normal HSPA configuration up to two HSDPA schedulers (Scheduler 1 and
Scheduler 2) are available in LCG and cells must be grouped with Tcell values from
Group: 1, 2, 3 and 4.

4.7.5.1 DB/DC-HSDPA Tcell settings

Dual Band (DB) as well as Dual Cell (DC) HSDPA features require both cells from one
sector to have the same Tcell value. Note that with the DB or DC feature, two cells from
the same sector need to be served by one scheduler, and belong to the same LCG.
When both cells from the DC-HSDPA sector are in one band, those need to be from
adjacent frequencies. DB-HSDPA enables to have DC functionality with two cells from
different frequency bands.
M5000 counters indicating scheduled HSDPA users are Tcell group specific. Tcell
grouping may affect counter behavior.

Figure 12 System Module example Tcell configurations (1LCG) (1/2)

Ff1 Ff1
Ff2 Ff2

RFmodules RFmodules

SystemModule SystemModule

12HSDPA cells,DCHSDPA activated, 12HSDPA cells,DCHSDPA not activated,


2HSDPA schedulers 2HSDPA schedulers
Scheduler1 Scheduler2 Scheduler1 Scheduler2

Ff1 Tcell=0 Tcell=1 Tcell=2 Tcell=3 Tcell=4 Tcell=5 Ff1 Tcell=0 Tcell=1 Tcell=2 Tcell=3 Tcell=4 Tcell=5

Ff2 Tcell=0 Tcell=1 Tcell=2 Tcell=3 Tcell=4 Tcell=5 Ff2 Tcell=0 Tcell=1 Tcell=2 Tcell=3 Tcell=4 Tcell=5

DCHSDPA SinglecarrierHSDPA

32 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

Figure 13 System Module example Tcell configurations (1LCG) (2/2)

Ff1 DC-HSDPA Ff1


Ff2 notplanned
Ff2
Ff3 Ff3
DC-HSDPA
Ff4 Ff4

RFmodules RFmodules

SystemModule SystemModule

12HSDPA cells, 2HSDPA schedulersactivated, 12HSDPA cells, 2HSDPA schedulersactivated,


DCHSDPA activated(f1,f2,f3,f4) DCHSDPA activated(f3,f4)
Scheduler1 Scheduler1

Ff1 Tcell=0 Tcell=1 Tcell=2 Ff1 Tcell=0 Tcell=1 Tcell=2

Ff2 Tcell=0 Tcell=1 Tcell=2 Ff2 Tcell=6 Tcell=7 Tcell=8

Scheduler2 Scheduler2

Ff3 Tcell=3 Tcell=4 Tcell=5 Ff3 Tcell=3 Tcell=4 Tcell=5

Ff4 Tcell=3 Tcell=4 Tcell=5 Ff4 Tcell=3 Tcell=4 Tcell=5

4.7.6 Simultaneous HSDPA users in TTI


Up to 24 HSDPA users per System Module (12 per scheduler) can be code multiplexed
and therefore served simultaneously.
If cells of a scheduler are mapped to only one Tcell group, the scheduler supports up to
six cells and is able to select up to 12 users dynamically from cells which have users
eligible for transmission in the TTI.
If cells are mapped to two Tcell groups within same scheduler, the scheduler supports up
to three cells per Tcell group and is able to select up to 6 users / Tcell group dynamically
from cells within Tcell group which has users eligible for transmission in the TTI.

4.7.7 HSDPA BTS Processing Set Capacity allocation


HSDPA resources – throughput and user capacity available based on commissioned
HSDPA processing sets - are allocated for HSDPA schedulers/LCGs according to the
rules presented below:
HSDPA throughput
Total HSDPA commissioned throughput is distributed among the available HSDPA
schedulers proportionally to "Maximum Throughput per HSDPA" by setting theHSDPA
Throughput Step parameter value. "Maximum Throughput per HSDPA” can be set
for each HSDPA scheduler separately.

Issue: 02 © 2016 Nokia 33
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

Table 14 System Module HSDPA throughput steps and corresponding HSDPA
throughput
HSDPA throughput steps Maximum throughput for HSDPA scheduler
0 0 Mbps
1, 2, 3, 4, 5, 6 42 Mbps
7, 8, 9, 10, 11, 12 84 Mbps
13, 14, 15, 16, 17, 18 126 Mbps
19, 20, 21, 22, 23, 24 168 Mbps
25, 26, 27, 28, 29, 30 210 Mbps
31,32, 33, 34, 35 252 Mbps

The step value is 7.2 Mbps. For more information, see HSDPA scheduler throughput
settings.

• In case when only one HSDPA processing set 1 or set 2 was commissioned, then the
entire commissioned throughput will be assigned to one scheduler.
• In case when HSDPA processing set 3 was commissioned, then the total
commissioned throughput can be shared between multiple schedulers (up to four).
• In case when there are not sufficient HSDPA capacity compared to the number of
schedulers, not all schedulers may get HSDPA throughput.

For example, if the operator has two schedulers and 1 x HSDPA BTS Processing Set 2.
In this case, the first scheduler gets 21Mbps and the second scheduler 0Mbps.
If only HSDPA Processing Set type 1 is used in BTS commissioning, the division of the
total number of throughput steps will be done for each scheduler according to the
following formula:
Figure 14 Scheduler throughput with BTS Processing Set 1 type only

If only HSDPA Processing Set type 2 and 3 is used in BTS commissioning, the division
of the total number of throughput steps will be done for each scheduler according to the
following formula:
Figure 15 Scheduler throughput with BTS Processing Set 2 or Set 3 types

where:
Scheduler_throughput throughput based on commissioned Processing Sets
available for given scheduler

34 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

Number_of_HSDPA_Pr number of commissioned HSDPA Processing Sets 2
ocessing_Sets_2
Number_of_HSDPA_Pr number of commissioned HSDPA Processing Sets 3
ocessing_Sets_3
Scheduler_HSDPA_thro HSDPA throughput step commissioned for given scheduler
ughput_step
Total_number_of_HSDP sum of all commissioned HSDPA throughput steps in the
A_throughput_step_per BTS
_BTS

If after the calculations presented above, the throughput for all schedulers is lower than
the total throughput based on commissioned Processing Sets, the remaining throughput
is distributed between schedulers with non-zero commissioned throughput. Schedulers
are prioritized in the following order:
1. Scheduler with lowest value of throughput divided by the total throughput based on
commissioned Processing Sets
2. FSMF schedulers from LCG with the lowest ID are prioritized. Withing LCG with
Normal HSPA configuration, Scheduler 1 is prioritized over Scheduler 2.

Distribution of remaining throughput is done iteratively with resolution 7.2Mbps or
21Mbps depending on available HSDPA Processing Set.
If there is no HSDPA BTS Processing Sets capacity available, the BTS sets 0 Mbps as
throughput to all schedulers.

Example
BTS configuration with two System Modules and four HSDPA Processing Sets:

• Master Flexi System Module FSM_1
• Extension Flexi System Module FSM_2
• 3x HSDPA Processing Set 2 (3x 21Mbps) and 1x HSDPA Processing Set 3 (1x
84Mbps) commissioned into use. The total throughput based on commissioned
Processing Sets is 147Mbps

BTS has two HSDPA schedulers activated with following commissioned throughput:
• FSM_1_Scheduler 1 HSDPA Throughput Step= 6 (42Mbps)
• FSM_2_Scheduler 1 HSDPA Throughput Step= 18 (126Mbps)

According to Equation: Scheduler throughput with BTS Processing Set 2 or Set 3 types,
scheduler throughput is calculated as follows:
• FSM_1_Scheduler 1 = Round_down { (3 + 4* 1) * (6 / (6+18)) } * 21 Mbps = 21Mbps
• FSM_2_Scheduler 1 = Round_down { (3 + 4* 1) * (18 / (6+18)) } * 21 Mbps =
105Mbps

Total throughput available with commissioned HSDPA Processing Sets is 147Mbps,
while total scheduler specific throughput is 21Mbps + 105Mbps = 126Mbps, thus the
remaining 21Mbps is distributed to schedulers according to priority:

Issue: 02 © 2016 Nokia 35
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

1. Scheduler with lowest value of throughput allocated from commissioned HSDPA
processing sets divided by commissioned throughput
2. Master FSM is prioritized over Extension FSM

In case of FSM_1_ Scheduler 1: throughput allocated from commissioned HSDPA
processing sets divided by commissioned throughput = 21Mbps / 42Mbps = 0.5
In case of FSM_2_ Scheduler 1: throughput allocated from commissioned HSDPA
processing sets divided by commissioned throughput = 105Mbps / 126Mbps = 0.83
0.5 is lower than 0.83, thus, according to a), the remaining 21Mbps is allocated to
FSM_1_ Scheduler 1.
Resulting, the licensed throughput of FSM_1_ Scheduler 1 is 42Mbps while the licensed
throughput of FSM_2_ Scheduler 1 is 105Mbps.

HSDPA users
The number of HSDPA users available based on commissioned HSDPA processing sets
is distributed among the available LCGs.
The HSDPA user number is controlled on the BTS level and it can be divided between
LCGs according to the commissioned shares. On BTS site commissioning, the operator
has the option to dedicate certain number of HSDPA users from total HSDPA user
amount allowed by commissioned HSDPA Processing sets to respective LCG. It is done
by means of the parameter HSDPA user share. This option defines the guaranteed
HSDPA user capacity for each LCG in percentage share. The sum of all dedicated
shares from all of the LCGs cannot exceed 100%. If this sum is less than 100%, then the
remaining part is common and all LCGs can utilize remaining HSDPA user capacity on a
need basis.

• If one HSDPA BTS processing set 3 is commissioned, the available HSDPA user
amount is 72 users. If only one LCG is configured, all 72 users can be used in this
LCG.
• If one HSDPA BTS processing set 3 was commissioned and two LCGs were
configured, the operator can commission, for example, 20% of all available users to
LCG1 and 40% to LCG2. This means that the remaining 40% is common for both
LCGs and can be shared freely between them.
• If no commissioning is done, the whole available amount of users is divided equally
per each configured LCG.

4.7.8 HSDPA scheduler throughput settings


It is possible to specify the maximum throughput per HSDPA scheduler by means by
setting the HSDPA Throughput Step parameter to desired value. Each HSDPA
throughput step refers to 7.2Mbps. For each scheduler, HSDPA throughput step can take
a value from 0 to 35 (0-252 Mbps). HSDPA throughput step is used for HSDPA
commissioned throughput distribution among available schedulers (for more information,
see HSDPA BTS Processing Set Capacity allocation). In addition it can be used to limit
HSDPA scheduler throughput.
In case of LCG with Normal HSPA configuration, if the HSDPA throughput step value is
set to one scheduler, then it also has to be set to another scheduler in the LCG. If the
maximum throughput for the HSDPA scheduler is set to 0, then the HSDPA scheduler is

36 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

not available in a given LCG. It is possible to set 0 for one scheduler and value >0 for
another scheduler in the LCG. It is not possible to set 0 for both HSDPA schedulers in
the same LCG.
The HSDPA throughput step has no impact on HSDPA baseband capacity allocation.
Each HSDPA throughput step refers to 7.2 Mbps.

Example
Normal HSPA configuration (2 HSDPA schedulers)
HSDPA throughput step to scheduler #1 is equal to 2
HSDPA throughput step to scheduler #2 is equal to 6

• HSDPA_scheduler #1_throughput = 2 * 7.2Mbps = 14.4Mbps
• HSDPA_scheduler #2_throughput = 6 * 7.2Mbps = 43.2Mbps

4.8 HSUPA dimensioning


• HSUPA is supported only with the co-existence of HSDPA
• HSUPA is activated per LCG

In case of Flexi WCDMA BTS with one System Module, HSUPA is activated per LCG
and is supported in multiple LCGs.

4.8.1 HSUPA scheduler


• HSUPA scheduler is capable of supporting high throughputs and high number of
active users.
• HSUPA active user is a user served in CELL_DCH. HSUPA active user is also a user
in RAN1913: High Speed Cell_FACH.

HSUPA throughputs (CELL_DCH) may depend on activated features (for example:
RAN981: HSUPA 5.8 Mbps , RAN1702 Frequency Domain Equalizer, RAN1645: HSUPA
16QAM, RAN1905: DC-HSUPA) as well as available baseband resources.
The number of HSUPA users actively served in BTS may depend on available Baseband
resources, actively used features (for example, RAN1201: Fractional DPCH). See details
of F-DPCH impact on consumed baseband resources in HSUPA traffic impact on
available capacity.
One HSUPA scheduler is available with one LCG*. Additional LCGs provide additional
HSUPA schedulers.

4.8.1.1 HSUPA scheduler capacity

Table 15 HSUPA capacity per LCG in FSMF System Module for different HSPA
settings
FSMF Small HSPA configuration Normal HSPA configuration
Max number of HSPA cells 6 12

Issue: 02 © 2016 Nokia 37
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

Table 15 HSUPA capacity per LCG in FSMF System Module for different HSPA
settings (Cont.)
FSMF Small HSPA configuration Normal HSPA configuration
Number of HSUPA schedulers 1 1
Max number of HSUPA users 128 128
per Cell
Max number of HSUPA users 240 320
per LCG

4.8.2 HSUPA traffic impact on available capacity


• HSUPA traffic is processed by HSUPA scheduler.
• Activation of HSUPA scheduler (HSUPA activation) has no impact on available
baseband capacity.
• Active HSUPA users and total HSUPA scheduler throughput have impact on
available baseband capacity. In case of active HSUPA users, HSUPA scheduler in
System Module consumes HSUPA Resource Steps.
• HSUPA Resource Step is a baseband capacity equivalent of 0.125 subunit
• Rel.99 CEs are not consumed by HSUPA active user allocations (neither by data
channels or SRB) in System Module
• The impact of active HSUPA users on available baseband capacity depends on the
number of HSUPA users and HSUPA scheduler throughput as well as whether the
HSUPA user is actively using the following features:
– HSUPA 2ms TTI
– HSUPA 10 ms TTI
– Fractional DPCH (F-DPCH) (RAN1201: Fractional DPCH)

HSUPA active users’ impact on available baseband capacity is presented in HSUPA
dimensioning tables.
For 16 QAM HSUPA consumption, see HSUPA 16QAM feature dimensioning.

g Note: Subunit usage might change on TTI basis. In one TTI, UE transmits with 16 QAM
modulation, while in another TTI, lower modulation order is used.

For example, 16 QAM usage depends on radio conditions or amount of data in the UE
buffer.
Up to 16.75 Subunits are allocated for HSUPA per FSMF System Module.

4.8.3 HSUPA dynamic resource reservation


Baseband capacity is reserved for HSUPA dynamically on a need basis. If there are
active HSUPA users in LCG, then certain number if HSUPA Resource Steps is reserved.
If the throughput is decreasing and/or number of users is decreasing, the reserved
resources might get released depending on the baseband resource situation in the BTS.
If there is a need for baseband resources for higher priority traffic (for example DCH
traffic), the BTS will release the resources fast. If there is no baseband congestion
situation, HSUPA resource might not get released fast. This is done to keep the HSUPA
resources ready to use especially for users with bursty transmission. This improves

38 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

latency, round trip time and end user experience as well as an instantaneous UE
throughput. Therefore Subunits utilization indicators may appear high but this does not
necessarily indicate that the Flexi BTS baseband resources have reached maximum
capacity. The dynamic allocation of baseband resources keeps the HSUPA Subunits
utilization on a high level although more users can be served additionally. By allocating
extra (not used) Subunits for the users, the scheduling changes are much faster (in scale
of scheduling periods) as there is no immediate need for HW allocation changes and the
new serving grants can be provided to the UEs immediately.
For information about capacity usage monitoring please refer to Managing WCDMA RAN
Capacity DN0972569 document.
If there are no active HSUPA users in the LCG, there is no dynamic baseband resource
reservation.
If the active HSUPA users and/or HSUPA scheduler throughput is increasing, the
Resource Steps are also reserved (allocated) accordingly. To allocate next HSUPA
resource step, an additional free capacity of 6 Rel.99 CEs is needed.
These 6 Rel.99 CEs can be any licensed Rel.99 CEs in any System Module. The
required 14 / 6 Rel.99 CE free on top of the HSUPA resource step is to avoid a “ping-
pong” effect in reserving and freeing HSUPA resource steps. This is needed so that the
HSUPA resource step is not requested back immediately after its allocation.
When free channel capacity drops below 4 Rel.99 CEs the Resource Manager starts to
release resources used by HSUPA.
HSUPA resource step baseband capacity of FSMF is 0.125 subunit.

4.8.4 Hybrid HSUPA BTS Processing Set

One HSUPA Processing Set per LCG is hybrid, which means that can be used by Rel.99
users if Rel.99 CE is not available. In SRAN 16.10 with FSMF, Hybrid HSUPA
Processing Set has 8 hybrid HSUPA Resource Steps.
Hybrid HSUPA Processing Set provides capacity of 48 R99 CE.
Each used Rel.99 CE decreases the amount of HSUPA users allowed by hybrid HSUPA
Processing Set according to the formula below:
Figure 16 Number of HSUPA users allowed by hybrid HSUPA Processing Set

where:
Number_of_allowed_H number of HSUPA users allowed by hybrid HSUPA BTS
SUPA_users_by_hybrid Processing Set LK
_HSUPA_Processing_S
et
Number_of_allocated_ number of Rel.99 CEs allocated for R99 users from hybrid
Rel99_CE HSUPA Processing Set LK capacity

Issue: 02 © 2016 Nokia 39
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

Example
• 1 HSUPA BTS Processing Set LK available
• 30 Rel99 CE LKs available
• 35 AMR 12.2 users exists in the BTS

30 AMR users consume 30 Rel99 CE LKs while the remaining 5 users consume Rel99
CE capacity (5 Rel99 CEs) from hybrid HSUPA Processing Set LK.
Number_of_allowed_HSUPA_users_by_hybrid_HSUPA_Processing_Set = 24 –
Roundup (Number_of_allocated_Rel99_CE / 2) = 24 – Roundup (5 /2) = 24 – Roundup
(2.5) = 24 – 3 = 21
21 HSUPA users are still allowed by hybrid HSUPA Processing Set LK.
When Rel.99 users consume hybrid HSUPA BTS Processing Set capacity also HSUPA
throughput might be affected since less HSUPA resource step(s) are available for
HSUPA scheduler.

The number of Hybrid HSUPA Resource Steps available for HSUPA scheduler depends
on the number of used Hybrid Rel.99 CE according to the formulas below:
Figure 17 Number of available hybrid HSUPA resource steps for FSMF

where:
Number_of_hybrid_HS number of hybrid HSUPA resource steps available for
UPA_resource_steps_f HSUPA scheduler allocation
or_HSUPA_purpose
Number number of Rel.99 CE allocated for Rel.99 users from
_of_allocated_Rel99_C Hybrid HSUPA Processing Set capacity
E

Example
Assumptions:
• 120 AMR 12.2 users in FSMF
• One HSUPA BTS Processing Set available (8 hybrid HSUPA resource steps)
• 108 Rel.99 CE licenses available
• 2 hybrid HSUPA resource steps overlapped with Rel99 CE licenses

48 Rel.99 CE from Hybrid HSUPA PS can be consumed by Rel.99 traffic in addition to
108 Rel99 CE LKs.
120 AMR 12.2 users are in the BTS, which means that 120 Rel.99 CE are consumed
(108 Rel99 CE licenses + 12 Rel99 CE from hybrid HSUPA Processing Set)
Number_of_allowed_HSUPA_users_by_hybrid_HSUPA_Processing_Set = 24 –
Roundup (Number_of_allocated_Rel99_CE / 2) = 24 – Roundup (12 / 2) = 24 – 6 = 18

40 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

Number_of_hybrid_HSUPA_resource_steps_for_HSUPA_purpose = 8 –
Roundup(Number_of_allocated_Rel99_CE / 6) = 8 – Roundup (12 / 6) = 6
After allocation of 12 Rel99 CE from Hybrid HSUPA PS, 18 HSUPA users and 6 HSUPA
resource steps are still available for HSUPA scheduler.

When baseband capacity is covered by Hybrid HSUPA Processing Set LK and Rel.99
CE LKs (license overlapping), the formulas above consider only Rel.99 CE which are not
overlapped (allocated Rel.99 CE available with hybrid HSUPA Processing Set capacity).

g Note:  Hybrid HSUPA Processing Set is always dynamic and cannot be statically
reserved. For more information see,
HSUPA BTS Processing Set Capacity allocation in case of Local Cell Grouping in use.

If Baseband pooling is used, the HSUPA BTS Processing Set capacity available in the
BTS is split between LCGs according to the commissioned share
(shareOfHSUPACapacity). The shareOfHSUPACapacity parameter is LCG
specific. The sum of LCG shares is always 100%. HSUPA capacity share is performed
with HSUPA BTS processing set granularity.
To calculate the HSUPA Processing Set capacity split between LCGs, the following
formula is recommended:
Figure 18 Number of HSUPA BTS Processing Sets in LCG 1 and LCG 2 in case of
BTS with Baseband pooling

where:
shareOfHSUPACapacity share of HSUPA PS LKs commissioned to LCG 2 with
_LCG_2 shareOfHSUPACapacity parameter
shareOfHSUPACapacity share of HSUPA PS LKs commissioned to LCG 1 with
_LCG_1 shareOfHSUPACapacity parameter
#HSUPA_BTS_PS_LKs total number of HSUPA BTS Processing Set capacity
available in BTS

If after calculations with the formula above, the sum of HSUPA BTS Processing Sets
capacity allocated to LCG 1 and LCG 2 is lower than total number of commissioned
HSUPA BTS Processing Sets, the remaining PS capacity is distributed according to the
rule:
Remaining HSUPA PS capacity is distributed one by one starting from the LCG with the
lowest ID between LCGs with non-zero shareOfHSUPACapacity. LCG 1 has lower id
than LCG 2.

Issue: 02 © 2016 Nokia 41
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

Example
If commissioned shares are LCG#1 50%, LCG#2 50%, and capacity of five configured
HSUPA Processing Sets, then LCG1 gets the capacity of three sets and LCG2 gets the
capacity of two sets.

Example
Capacity of six HSUPA PS configured in SBTS and commissioned share is: LCG#1 34%,
LCG#2 33%, LCG#3 33%. Based on Equation: Number of HSUPA BTS Processing Sets
in LCG 1 and LCG 2 in case of BTS with Baseband pooling, LCG #1, #2, #3 get the
following Processing Set capacity is assigned respectively: two, one and one. Remaining
capacity of two sets is distributed iteratively starting from LCG#1. Final HSUPA PS
count: LCG#1 three sets, LCG#2 two sets, LCG#3 one set.

Figure 19 Example scenario: hybrid HSUPA resource steps and Rel99 CE license
overlapping (FSMF)

HSUPA resourcestep/
12Rel99CElicenses
24Rel99CElicenses
(licenseoverlapping)

HSUPA resourcestep/
12Rel99CElicenses

HSUPA resourcestep

8hybridHSUPA HSUPA resourcestep


resourcesteps

HSUPA resourcestep 48Rel99CEontopofRel99CElicenses,


availablewithhybridHSUPA license

HSUPA resourcestep

HSUPA resourcestep

4.8.5 HSUPA required resource dimensioning


To calculate the required number of Subunits for mixed user type case, (F-DPCH/no-
FDPCH/2ms TTI/10msTTI users, 16QAM and DC-HSUPA), the following rule is applied.
In some cases, the rule presented below leads to overestimation of baseband resources.
Figure 20 HSUPA Subunits formula

where:

42 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

F- Subunits required for HSUPA F-DPCH 2ms TTI users,
DPCH_2msTTI_Subunit calculated from HSUPA dimensioning tables (for more
s information, see HSUPA dimensioning tables)
F- Subunits required for HSUPA F-DPCH 10ms TTI users,
DPCH_10msTTI_Subuni calculated from HSUPA dimensioning tables
ts
No-F- Subunits required for HSUPA no-F-DPCH 2ms TTI users,
DPCH_2msTTI_Subunit calculated from HSUPA dimensioning tables
s
No-F- Subunits required for HSUPA no-F-DPCH 10ms TTI users,
DPCH_10msTTI_Subuni calculated from HSUPA dimensioning tables
ts
16QAM_2msTTI_Subun Subunits required for UEs simultaneously transmitting with
its 16QAM modulation (for more information, see HSUPA
16QAM feature dimensioning)

4.8.5.1 High Speed Cell_FACH feature dimensioning

RAN1913: High Speed Cell_FACH consumes baseband resources for HS Cell_FACH


UL users processing. Using the numOfHsRachResourceStepsRes parameter
operator can set static Baseband resources for HS Cell_FACH UL users. Baseband
reservation is done in steps:
• Up to eight steps are available for each LCG.
• Single step provides baseband capacity for 10 HS Cell_FACH UL users. Single step
corresponds to the Baseband capacity equivalent of single HSUPA Resource Step of
0.125 SU.
• Maximum of 80 HS Cell_FACH UL users can be served in LCG, which corresponds
to eight HSUPA Resource Steps.
• • Note that if RAN2518: High Speed Cell_FACH Enhanced is deactivated, up to four
steps can be effectively used (up to 40 HS Cell_FACH UL users). If RAN2518: High
Speed Cell_FACH Enhanced is activated, up to eight steps can be used (up to 80 HS
Cell_FACH UL users).

The numOfHsRachResourceStepsRes parameter has a default value 0, which
means that no static baseband resource allocation is done. In this case, when the RNC
is configuring HS Cell_FACH UL user in the cell (it means Common E-DCH resources
are reserved for HS-Cell FACH UL cell), the BTS will attempt to dynamically allocate one
HSUPA Resource Step in the LCG for HS Cell_FACH UL users (supporting max 10
users in LCG). If the Baseband capacity is available, one Resource Step is allocated for
HS Cell_FACH UL. If the Baseband capacity is not available, the HS Cell_FACH UL
setup from the RNC is rejected.

g Note: RAN1637: High Speed Cell_FACH (DL) users do not require any baseband


reservation.

See HS CELL_FACH users for RAN1637: High Speed Cell_FACH (DL) feature activation


impact on number of supported HSDPA users in HSDPA scheduler.

Issue: 02 © 2016 Nokia 43
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

When numOfHsRachResourceStepsRes has a value higher than 0, respective
whole subunit is not used for CELL_DCH HSUPA users processing. The remaining
capacity from the subunit (if available) can be used for DCH users processing.
When RNC configured HS Cell_FACH UL user, such user is treated in the same way as
a normal HSUPA CELL_DCH user with respect to maximum number of users supported
per cell and per HSUPA scheduler.

Table 16 Number of simultaneously supported HS Cell_FACH UL users and HSUPA
CELL_DCH users in FSMF LCG (examples)
HSPA LCG Number of HS Max number of Total number of
configuration Cell_FACH UL users HSUPA CELL_DCH HSUPA users
configured by RNC users in LCG supported in LCG
in the LCG (sum of HS
Cell_FACH UL and
HSUPA CELL_DCH
users)
Small HSPA LCG 0 240 240
Small HSPA LCG 5 235 240
Small HSPA LCG 80 160 240
Normal HSPA LCG 0 320 320
Normal HSPA LCG 5 315 320
Normal HSPA LCG 80 240 320

In case when HSUPA scheduler capacity is fully used from users point of view (320/240
HSUPA CELL_DCH users are active in Normal/Small HSPA LCG) new HS Cell_FACH
UL configuration request from RNC is rejected by BTS (even if Baseband resources are
statically set with numOfHsRachResourceStepsRes parameter).

4.8.5.2 Dual Cell-HSUPA feature dimensioning


• Dual Cell (DC) HSUPA user is seen as two Single Carrier (SC) HSUPA users from
max number of users per HSUPA scheduler point of view. For example with one DC-
HSUPA user, FSMF HSUPA scheduler in Normal HSPA LCG supports maximally 318
SC-HSUPA users. Adequately, FSMF Small HSPA LCG supports up to 238 SC-
HSUPA users with one DC-HSUPA user
• DC-HSUPA user is counted only in the primary cell from Maximum number of E-
DCHs in the cell (MaxNumberEDCHCell) point of view
• DC-HSUPA user is counted only once per LCG from Maximum number of E-DCHs in
the LCG (MaxNumberEDCHLCG) point of view
• FSMF with Normal HSPA LCG configuration supports up to 160 DC-HSUPA users in
LCG
• FSMF with Small HSPA LCG configuration supports up to 120 DC-HSUPA users in
LCG
• Both DC-HSUPA cells need to be within the same LCG
• Up to 10 DC-HSUPA users are supported per cell
• DC-HSUPA operation is supported only with F-DPCH and 2ms TTI
• DC-HSUPA user is seen as two SC-HSUPA users from HSUPA resource
consumption point of view:

44 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

– Column “HSUPA users per scheduler” defines SC-HSUPA users, therefore one
DC-HSUPA user is counted as two SC-HSUPA users
– Row “Baseband minimum decoding capacity” defines the capacity that BTS will
share for all cells in LCG
For more information, see HSUPA dimensioning tables

4.8.5.3 HSUPA 16QAM feature dimensioning

Table 17 HSUPA users with 16QAM transmission allocation on FSMF subunits
Number of HSUPA 16QAM transmitting Required subunits
users
1 0.375*
2 0.625
3 0.875

* One 16QAM UE consumes 0.375 SU with throughput >= 4.2 Mbps and up to 11Mbps.

16 QAM is not used with throughput < 4.2 Mbps. In this, case dimensioning is done
based on HSUPA dimensioning tables.

g Note: Subunit utilization might change on TTI base. In one TTI, UE transmits with
16QAM modulation. While in the second TTI different modulation can be used
depending on, for example, radio conditions or amount of data in the UE buffer.

4.9 CCCH dimensioning details


For basic rules on CCCH dimensioning, see Common Control Channels dimensioning.
• CCCH baseband resources for processing of signatures of RACH preambles for
RAN1913: High Speed Cell_FACH users are called CCCH pools.
• One CCCH pool has capacity of 480 RACH Handler Elements (RHE).
• A certain number of CCCH pools is required depending on:
– cell range
– #Signatures for RACH preambles
– number of cells in Local Cell Group

• Every System Module in BTS configuration has one CCCH pool (480 RHE) included
in HW price, which do not require any license or baseband capacity.
• Apart from one CCCH pool included in HW price, FSMF has a number of CCCH
pools included in HSDPA Subunits (for more information, see CCCH resources in
FSMF).
• Additional CCCH pools (on top of CCCH pools from FSMF HSDPA subunits) are
allocated when needed.
• Additional CCCH pools or CCCH pools from FSMF HSDPA subunits are enabled
when those are licensed with CCCH PS LK.
• One cell supports up to 480 RHE.

Issue: 02 © 2016 Nokia 45
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

A single pool of CCCH resources provides a capacity of 48 RACH resources, which are
common for all assigned cells. One RACH resource is used to process one RACH
message during 10ms PRACH radio frame.
In case of 20ms RACH TTI, one RACH message consumes two RACH resources.

4.9.1 Number of available RACH Handler Elements (RHE) in LCG


Table 18 FSMF LCG available RACH Handler Elements
FSMF LCG HSPA Number of CCCH pools in Pool of RHE
configuration (hspaSetting) LCG1)
Rel.99 1 480
Small HSPA 2 960
Normal HSPA 3 1440

The pool of RHE from CCCH pools in an LCG (Rel.99, Small HSPA and Normal HSPA)
is one pool of RHE as defined above. This means that the RHE of one cell can be split
between two CCCH pools within HSPA configuration.
Additional CCCH pools allocated because of Cell Range, RACH signatures
(RACHPreambleSignatures (WCEL)), or RX Diversity, as well as CCCH pools
allocated with HSDPA resources for (E-)VAM cells, are separate pools of RHE. This
means that the RHE of one cell cannot be split between two additional CCCH pools or
between CCCH pools in an LCG and additional CCCH pool.

Table 19 FSMF LCG available RACH Handler Elements in case of (E-)VAM cell
FSMF LCG HSPA FSMF LCG available
configuration RACH Handler
(hspaSetting) Elements in case of
(E-)VAM cell
Small HSPA Up to 4 2 960
Small HSPA 42496 2+1 960+480
Normal HSPA Up to 6 3 1440
Normal HSPA 7 – 8 3+1 1440+480
Normal HSPA 9 – 10 3+2 1440+480+480
Normal HSPA 42686 3+3 1440+480+480+480

1) One CCCH pool is included in System Module HW price and does not require a

license. This CCCH pool is allocated to one of the LCGs. For more information, see
CCCH Resources allocation.
2) Additional CCCH pools allocated in HSDPA scheduler resources due to (E-) VAM are

separate pools of RHE. This means that the RHE of one cell cannot be split between two
additional CCCH pools or between CCCH pools in an LCG and additional CCCH pool
An additional CCCH pool (480 RHE) consumes 0.5 SU unless it is included in HSDPA
scheduler resources.
One cell can use up to 480 RHE.

46 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

4.9.2 Calculating required RHE for LCG cells


WDCMA16 defines new parameter, RACHPreambleSignatures (WCEL), which
specifies the number of signatures used for RACH preambles for RACH users and HS
CELL_FACH users (RAN1913: High Speed Cell_FACH).

Table 20 Number of RACH signatures per cell
RACHPreambleSignatures value #RACH #RACH #RACH
signatures signatures for signatures for
(RAN1913 RACH users HS CELL_FACH
disabled) (RAN1913 users (RAN1913
disabled) enabled)
1 RACH signature 1 1 1
2 RACH signatures 2 2 1
3 RACH signatures 3 3 1
4 RACH signatures 4 3 1
3+3 RACH and HS RACH signatures N/A 3 3
8 RACH signatures 8 7 1
4+4 RACH and HS RACH signatures N/A 4 4
4+8 RACH and HS RACH signatures N/A 4 8
4+12 RACH and HS RACH N/A 4 12
signatures

Figure 21 Number of RACH Handler Elements (RHE) required per single cell

where:
#RHE_per_cell the number of required RACH Handler Elements per single
cell (max 480)
CellRange the cell range (in kilometers), rounded up to whole integer
number divisible by five
#Signatures the number of signatures for RACH preambles
RxDiv RX Diversity; takes values of two for 2-Way RX

Figure 22 Number of cells supported per pool of RHE in LCG

where:
#Cells_per_CCCH_pool Number of cells supported by CCCH pools in LCG
s_in_LCG
Pool_of_RHE Pool of RHE according to LCG HSPA configuration from
Table 18: FSMF LCG available RACH Handler Elements in
case of FSMF

Issue: 02 © 2016 Nokia 47
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

#RHE_per_cell number of required RHE per single cell

Figure 23 Number of cells supported per one CCCH pool

where:
#Cells_per_one_CCCH_ number of cells supported per one CCCH pool
pool
#RHE_per_cell number of required RACH Handler Elements per single
cell

Figure 24 Number of required additional CCCH pools in LCG

where:
#Required_additional_ number of required additional CCCH pools in LCG
CCCH_pools_in_LCG
#Cells number of cells per LCG
#Cells_per_CCCH_pool number of cells supported by pool of RHE in LCG
s_in_LCG
#Cells_per_one_CCCH_ number of cells supported per one CCCH pool
pool

Figure 25 Number of CCCH LKs required for cells in LCG

where:
#CCCH_LKs_in_LCG number of CCCH PS LKs (FSMF) required to support
CCCH processing for cells in LCG
#Cells number of cells per LCG
#Cells_per_one_CCCH_ number of cells supported per one CCCH pool
pool

Figure 26 Number of Subunits for additional CCCH pools

where:
#Subunits_for_addition number of Subunits for additional CCCH pools
al_CCCH_pools
#Required_additional_ number of required additional CCCH pools in LCG
CCCH_pools_in_LCG

48 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

A equals to 0.5

4.9.3 Example calculations of required RHE


Example
Assumptions:
• 9 cells
• 20km cell range
• RACHPreambleSignatures = 6 (in total 8 signatures used for HS-RACH users
and RACH users, see Table 20: Number of RACH signatures per cell)
• FSMF Normal HSPA configuration, one LCG

RHE_per_cell = 20 * 8 * 4 = 640
640 is higher than the maximal allowed number of RHE per cell (480) and the
configuration is rejected. Cell parametrization (Cell Range or RX Div, or
RACHPreambleSignatures) need to be modified, so that the number of required
RHE per cell is not higher than 480.

Example
Assumptions:
• 9 cells
• 20km cell range
• RACHPreambleSignatures = 3 (in total 4 signatures used for HS-RACH users
and RACH users, see Table 20: Number of RACH signatures per cell)
• FSMF Normal HSPA configuration, one LCG

RHE_per_cell = 20 * 4 * 4 = 320
#Cells_per_CCCH_pools_in_LCG = Round_down (1440 / 320) = 4 cells
Four out of nine cells fit to CCCH pools in LCG hence additional Subunits for CCCH
pools are required.
#Cells_per_one_CCCH_pool = Round_down (480 / 320) = 1 cell
#Required_additional_CCCH_pools_in_LCG = Round_up ((9 – 4) / 1) = 5
#CCCH_PS_LKs_in_LCG = RoundUp (9/1) = 9 CCCH PS LKs.
One CCCH pool is included in System Module HW price and as such not do require any
license, hence 8 CCCH PS LKs are required in LCG.
#Subunits_for_additional_CCCH_pools = 5 * 0.5 = 2.5 SU
From the available BTS Baseband capacity, 2.5 SU is allocated to process five out of
nine cells in BTS configuration.

Example
Assumptions:

Issue: 02 © 2016 Nokia 49
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

• 12 cells (E-)VAM
• 2-Way RX Div
• RACHPreambleSignatures = 5 (in total 8 signatures used for HS-RACH users
and RACH users, see Table 20: Number of RACH signatures per cell)
• FSMF Normal HSPA configuration, one LCG

RHE_per_cell = 10 * 8 * 2 = 160 RHE
#Cells_per_CCCH_pools_in_LCG = Round_down (1440 / 160) = 9 cells
#Cells_per_one_CCCH_pool = Round_down (480 / 160) = 3 cells
#Required_additional_CCCH_pools_in_LCG = Round_up ((12 – 9) / 3) = 1
According to Table 19: FSMF LCG available RACH Handler Elements in case of (E
-)VAM cell in case of 12 (E-)VAM cells three additional CCCH pools are available for
CCCH processing in LCG HSDPA Subunits of which one is actually used for CCCH
processing. No additional CCCH Subunits are allocated.
#CCCH_PS_LKs_in_LCG = Round_up (12 / 3) = 4 CCCH PS LKs
One CCCH pool is included in System Module HW price and as such not do require any
license, hence 3 CCCH PS LKs are required in LCG.

4.9.4 Extended Cell


The basic principles for Extended Cell in WCDMA BTS are as follows:
• A cell is called Extended Cell when its range is > 20 km.
• CCCH pool and CCCH PS LK (FSMF)
• One or several cells in the BTS (supported configurations) can be configured as an
Extended Cells.
• An Extended Cell is tested up to 150 km.

4.9.5 FSMF example configurations and required CCCH


resources
Below is a list of example configurations and respective CCCH pools requirement
(referred in Subunit, SU) with corresponding CCCH Processing Set (PS) LKs for FSMF
BTS configurations. Note that table is valid for BTS with one LCG only (second and
every next LCG requires at least one additional CCCH pool for CCCH processing).
Assumption: RACHPreambleSignatures = 4 (in total 4 signatures used for HS-RACH
users and RACH users, see Table 20: Number of RACH signatures per cell).

Table 21 FSMF: CCCH pools and CCCH Processing Set LKs required for CCCH
processing (2-Way RX Div assumed) and single LCG
LCG 3cells / 6cells / 6cells / 9cells / 9cells / 12cells / 12cells /
configura 20km 10km 20km 10km 20km 10km 20km
tion type
R99 Only 0 CCCH 0 CCCH 1 CCCH 1 CCCH 2 CCCH 1 CCCH 3 CCCH
PS LK / 0 PS LK / 0 PS LK / PS LK / PS LK /1 PS LK / PS LK /
SU SU 0.5 SU 0.5 SU SU 0.5 SU 1.5 SU

50 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

Table 21 FSMF: CCCH pools and CCCH Processing Set LKs required for CCCH
processing (2-Way RX Div assumed) and single LCG (Cont.)
LCG 3cells / 6cells / 6cells / 9cells / 9cells / 12cells / 12cells /
configura 20km 10km 20km 10km 20km 10km 20km
tion type
Small 0 CCCH 0 CCCH 1 CCCH - - - -
HSPA PS LK /0 PS LK /0 PS LK /0
SU SU SU
Normal 0 CCCH 0 CCCH 1 CCCH 1 CCCH 2 CCCH 1 CCCH 3 CCCH
HSPA PS LK /0 PS LK /0 PS LK /0 PS LK /0 PS LK /0 PS LK /0 PS LK /
(non- SU SU SU SU SU SU 0.5 SU
MIMO
cells*
assumed)
Normal 0 CCCH 0 CCCH 1 CCCH 1 CCCH 2 CCCH 1 CCCH 3 CCCH
HSPA PS LK /0 PS LK /0 PS LK /0 PS LK /0 PS LK /0 PS LK /0 PS LK / 0
(MIMO SU SU SU SU SU SU SU
cells**
assumed)

*non-MIMO and non-(E-)VAM cells assumed

**MIMO or (E-)VAM non-MIMO cells assumed

Figure 27 CCCH processing resources allocation procedure with FSMF

1)CCCHprocessingresourcesincludedinSMrel.3
capacity(availablefor1LCG).
AdditionalLCGrequires1CCCHpool
(0,5subunit)/CCCHProcessingSetlicense.

MoreCCCHprocessingresourcesneeded(e.g.high No
AllCCCHrequirementscovered
numberofcellsorhighercellrange)?

Yes

2)LCGconfigurationtype(SmallHSPA and
NormalHSPA configurationonly)

StillmoreCCCHprocessingresourcesneeded No
(e.g.highnumberofcells/highercellrange) AllCCCHrequirementscovered
orR99OnlyLCGconfig.?

Yes

3) AdditionalCCCHpool(s)needtobelicensed
fromLCGbasebandcapacity(CCCHprocessing
Setlicense(s)required)

AllCCCHrequirementscovered

Issue: 02 © 2016 Nokia 51
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

CCCH pools included in HSDPA scheduler(s) baseband resources can be used for
additional CCCH processing (if needed, for example in case of extended cell range case
or higher cells configuration). CCCH Processing Set LK is needed for activation.

4.9.5.1 Number of CCCH pools in HSDPA Subunits

The number of CCCH pools included in HSDPA Subunits can be determined with the
formula below:

Figure 28 Number of CCCH pools available in HSDPA Subunits

where:
Min_HSDPA_subunits Minimum number of HSDPA subunits from Table 24:
Minimum HSDPA subunits requirement
Cells_factor factor calculated according to Equation: LCG cells factor.

Example
Assumptions:
• FSMF / 5.5 subunits (1 LCG - Normal HSPA configuration)
• 12 cells/10km/2-Way RX Div (6 MIMO and 6 non-MIMO cells (3 Rel.99 only cells + 3
HSPA non-MIMO and non-(E-)VAM cells)
• RACHPreambleSignatures = 4 (in total 4 signatures used for HS-RACH users and
RACH users, for more information, see Table 20: Number of RACH signatures per
cell)

Cells_factor = Round_up { (Round_up (non_MIMO_cells / 3) + MIMO_cells ) / 2 } =
Round_up { (Round_up (6 / 3) + 6) / 2} = Round_up{ (Round_up (2) + 6 ) / 2 } =
Round_up{ 8 / 2 } = 4
Number_of_CCCH_pools_in_HSDPA_Subunits = max { Min_HSDPA_subunits ;
(Cells_factor / 2) – 0.5 } * 2 = max { 1 ; ( 4 / 2) – 0.5 } * 2 = max { 1 ; 2 – 0.5 } * 2 = max
{ 1 ; 1.5} * 2 = 3

The below table presents HSDPA schedulers and CCCH processing requirements for
typical scenarios. Table assumes single FSMF System Module, non-MIMO cells, 10km
cell range, 2-Way RX Div and RACHPreambleSignatures = 4 (in total 4 signatures
used for HS-RACH users and RACH users, see Table 20: Number of RACH signatures
per cell).

52 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

Table 22 HSDPA schedulers and CCCH requirements (non-MIMO and non-(E-)VAM
cells)
LCG configuration Number of HSPA 1st LCG [subunits] 2nd and next LCG
(non –MIMO and [subunits]
non-VAM) cells per
LCG
Rel99 only 0 (6 non-HSPA cells) 0 0,5 (CCCH)2)
Rel99 only 0 (12 non-HSPA cells) 0,5 (CCCH)2) 1 (CCCH) 1)
Small Up to 6 cells 0,625 (HSDPA "0,5 (CCCH) + 0,625
scheduler*) (HSDPA scheduler*) =
1,1252)
Normal Up to 6 cells 1,125 (HSDPA "0,5 (CCCH) + 1,125
scheduler*) (HSDPA scheduler*) =
1,6252)
Normal 7 - 12 cells 1,125 (HSDPA "0,5 (CCCH) + 1,125
scheduler*)2) (HSDPA scheduler*)
=1,6251)

1) One CCCH Processing Set license required

2) Two CCCH Processing Set licenses required

* Baseband capacity available for additional CCCH processing included in HSDPA

scheduler resources (CCCH Processing Set(s) required for activation)

g Note: In SRAN 16.10, up to 12 cells per single FSMF System Module are supported.

The table below presents HSDPA schedulers and CCCH processing requirements for
typical scenarios. Table assumes single FSMF System Module, MIMO cells or (E-)VAM
non-MIMO cells, 10km cell range, 2-Way RX Div and RACHPreambleSignatures = 4
(in total 4 signatures used for HS-RACH users and RACH users, see Table 20: Number
of RACH signatures per cell).

Table 23 HSDPA schedulers and CCCH requirements (MIMO or (E-)VAM non-MIMO
cells)
LCG configuration Number of HSPA 1st LCG [subunits] 2nd and next LCG
(VAM MIMO or VAM [subunits]
non-MIMO) cells per
LCG
Rel99 only 0 (6 non-HSPA cells) 0 0,5 (CCCH)2)
Rel99 only 0 (12 non-HSPA cells) 0,5 (CCCH)2) 1 (CCCH)1)
Small Up to 4 cells 0,625 (HSDPA 0,5 (CCCH) + 0,625
scheduler*) (HSDPA scheduler*) =
1,1252)
Small 5 - 6 cells 1,125 (HSDPA 0,5 (CCCH) + 1,125
scheduler*) (HSDPA scheduler*) =
1,6252)
Normal Up to 6 cells 1,125 (HSDPA 0,5 (CCCH) + 1,125
scheduler*) (HSDPA scheduler*) =
1,6252)

Issue: 02 © 2016 Nokia 53
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

Table 23 HSDPA schedulers and CCCH requirements (MIMO or (E-)VAM non-MIMO
cells) (Cont.)
LCG configuration Number of HSPA 1st LCG [subunits] 2nd and next LCG
(VAM MIMO or VAM [subunits]
non-MIMO) cells per
LCG
Normal 7 – 8 cells 1,625 (HSDPA 0,5 (CCCH) + 1,625
scheduler*)2) (HSDPA scheduler*) =
2,1251)
Normal 9 - 10 cells 2,125 (HSDPA 0,5 (CCCH) + 2,125
scheduler*)2) (HSDPA scheduler*) =
2,6251)

1) One CCCH Processing Set license required

2) Two CCCH Processing Set licenses required

* Baseband capacity available for additional CCCH processing included in HSDPA

scheduler resources (CCCH Processing Set(s) required for activation)

g Note: In SRAN 16.10, up to 12 cells per single FSMF System Module are supported.

All values in the tables above were calculated according to Equation: HSDPA Subunits
requirement (Small HSPA or Normal HSPA configuration) and Equation: Number of
CCCH pools available in HSDPA Subunits.

4.10 FSMF HSDPA Baseband resources


The required Baseband resources for HSDPA scheduler for typical configurations are
presented in Table 10: Required HSDPA Subunits for HSDPA scheduler(s) per LCG
versus LCG HSPA configuraion. Non-MIMO, non-(E-)VAM, 2-Way RX Div, 10km cell
range cells. and Table 11: Required HSDPA Subunits for HSDPA scheduler(s) per LCG
versus LCG HSPA configuraion and number of cells. (E-)VAM (non-)MIMO, 2-Way RX
Div, 10km cell range cells. The required Baseband resources for HSDPA scheduler for
any configuration can be calculated as follows:
Figure 29 HSDPA Subunits requirement (Small HSPA or Normal HSPA configuration)

where:
Min_HSDPA_subunits minimum number of HSDPA subunits for LCG HSPA
configuration type

Table 24 Minimum HSDPA subunits requirement
LCG HSPA configuration type Minimum number of HSDPA subunits
(Min_HSDPA_subunits)
Small HSPA 0.5

54 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

Table 24 Minimum HSDPA subunits requirement (Cont.)
LCG HSPA configuration type Minimum number of HSDPA subunits
(Min_HSDPA_subunits)
Normal HSPA 1

Cells_factor factor calculated according to Equation: LCG cells factor.

Figure 30 LCG cells factor

where:
non_MIMO_cells number of non-MIMO non-(E-)VAM cells in LCG (sum of
Rel.99 only and HSPA cells)
MIMO_cells number of MIMO or (E-)VAM non-MIMO cells in LCG

g Note: HSDPA_subunits include certain amount of resources for CCCH processing
(number of CCCH pools) (for more information, see CCCH resources in FSMF).

Example
BTS configuration:
• FSMF System Module (no FBBA/C)
• One LCG with Normal HSPA configuration
• 12 cells/10km/2-Way RX Div; RACHPreambleSignatures = 4
– 3 HSPA non-MIMO cells
– 6 MIMO cells
– 3 Rel.99 cells

• Interference Cancellation for 6 cells

Cells_factor = Round_up { (Round_up (non_MIMO_cells / 3) + MIMO_cells) / 2 } =
Round_up { (Round_up(6 / 3) + 6) / 2} = Round_up{ (2 + 6) / 2 } = Round_up{ 8 / 2 } = 4
HSDPA_subunits = max { Cells_factor / 2 – 0.5 ; Min_HSDPA_subunits } + 0,125 =
max{ 4 / 2 - 0.5 ; 1 } + 0.125 = max {1.5 ; 1} + 0.125 = 1.625 SU

g Note: FSMF has CCCH resources for 6 cells / 10km / 2-Way RX Div /
RACHPreambleSignatures = 4. Since 12 cells are configured, CCCH resources
included in HSDPA scheduler are used when one CCCH Processing Set LK is
available.

Number_of available_subunits = (number_of_subunits – HSDPA_subunits –
subunits_for_PIC_pool – subunits_for_static_HSUPA - subunits_for_additional_CCCH –
subunits_for_HS_FACH) = 5.5 – 1.625 – 1 – 0 – 0 - 0 = 2.875 SU

Issue: 02 © 2016 Nokia 55
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

4.11 HSDPA throughput allocation in case of HSDPA


throughput parameters are not defined
The basics on HSDPA scheduler throughput steps are found in HSDPA scheduler
throughput settings.
Setting HSDPA throughput related parameters is optional. If HSDPA throughput was not
defined, and local cell grouping is set to “Small” or “Normal”, then 42Mbps is allocated for
every two non-MIMO cells or one MIMO cell in LCG. In case of LCG with two HSDPA
schedulers, throughput is divided equally between HSDPA schedulers with 21 Mbps
granularity.

4.12 HSUPA BTS Processing Set Capacity allocation in


case of Local Cell Grouping in use
If Baseband pooling is used, the HSUPA BTS Processing Set capacity available in the
BTS is split between LCGs according to the commissioned share
(shareOfHSUPACapacity). The shareOfHSUPACapacity parameter is LCG
specific. The sum of LCG shares is always 100%. HSUPA capacity share is performed
with HSUPA BTS processing set granularity.
To calculate the HSUPA Processing Set capacity split between LCGs, the following
formula is recommended:
Figure 31 Number of HSUPA BTS Processing Sets in LCG 1 and LCG 2 in case of
BTS with Baseband pooling

where:
shareOfHSUPACapacity share of HSUPA PS LKs commissioned to LCG 1 with
_LCG_1 shareOfHSUPACapacity parameter
shareOfHSUPACapacity share of HSUPA PS LKs commissioned to LCG 2 with
_LCG_2 shareOfHSUPACapacity parameter
HSUPA_BTS_PS_LKs total number of HSUPA BTS Processing Set capacity
available in BTS

If after calculations with the formula above, the sum of HSUPA BTS Processing Sets
capacity allocated to LCG 1 and LCG 2 is lower than total number of commissioned
HSUPA BTS Processing Sets, the remaining PS capacity is distributed according to the
rule:
Remaining HSUPA PS capacity is distributed one by one starting from the LCG with the
lowest ID between LCGs with non-zeroshareOfHSUPACapacity. LCG 1 has lower id
than LCG 2.

56 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

Example
If commissioned shares are LCG#1 50%, LCG#2 50%, and capacity of five configured
HSUPA Processing Sets, then LCG1 gets the capacity of three sets and LCG2 gets the
capacity of two sets.

Example
Capacity of six HSUPA PS configured in SBTS and commissioned share is: LCG#1 34%,
LCG#2 33%, LCG#3 33%. Based on Equation: Number of HSUPA BTS Processing Sets
in LCG 1 and LCG 2 in case of BTS with Baseband pooling, LCG #1, #2, #3 get the
following Processing Set capacity is assigned respectively: two, one and one. Remaining
capacity of two sets is distributed iteratively starting from LCG#1. Final HSUPA PS
count: LCG#1 three sets, LCG#2 two sets, LCG#3 one set.

4.13 HSUPA static resource allocation


Baseband resources can be dynamically exchanged between DCH and HSUPA use.
DCH traffic has higher priority than HSUPA in baseband resource reservation. It is
possible to set a minimum static (fixed) reservation for HSUPA, but the rest of the
capacity is dynamically allocated to HSUPA when DCH does not need it.
To have the guaranteed HSUPA service level, it is possible to reserve minimum capacity
only for the use of HSUPA traffic.
The BTS reserves the minimum capacity for HSUPA based on the Number of HSUPA
resource steps reserved for HSUPA users parameter. The value for the
parameter directly refers to the HSUPA Resource Steps that are statically allocated for
the HSUPA users and L1 throughput processing. HSUPA throughput may be higher if
there is more capacity available in the BTS.

4.14 HSUPA E-TFCI Table selection


E-DCH Transport Format Combination Indicator (E-TFCI) corresponds to single
Transport Block Size (TBS) transmitted within E-DPCH in single TTI. E-TFCI table is a
set of TBSs, which can be selected for E-DCH transmission. In case of 10ms TTI
transmission 3GPP defines two E-TFCI tables:
• E-TFCI Table 0
• E-TFCI Table 1

In case of 10ms TTI transmission with configured F-DPCH channel (RAN1201:
Fractional DPCH), it is recommended to use E-TFCI Table 1. Otherwise, if E-TFCI Table
0 is configured for 10ms TTI HSUPA users with F-DPCH channel, the amount of HSUPA
users in baseband gets limited. In case of E-TFCI Table 1, baseband can support 60%
less users than in case of E-TFCI Table 0. The decoding capacity of a low data rate user
with E-TFCI Table 0 is affected, as in this case the user consumes more baseband
resources than a user with E-TFCI Table 1. As a result, fewer resources are available for
high data rate users.

Issue: 02 © 2016 Nokia 57
   

WCDMA baseband dimensioning in SBTS SBTS Dimensioning

In case of low data rates (single Mac-d PDU) and E-TFCI Table 0, the smallest physical
channel for sending one MAC-d PDU in a TTI is limited to Spreading Factor 16 (SF16). It
is limited by coding rate, which has constant threshold value in 3GPP. E-TFCI Table 1
allows usage of physical channel SF32. Physical channel SF16 requires roughly double
baseband resources compared to SF32 and therefore it has direct impact on the amount
of users that can be allocated.

g Note: If SF16 or higher physical channel is not allowed then coding rate is allowed to
get smaller values and SF32 is possible for one MAC-d PDU also with E-TFCI table 0

To configure E-TFCI Table 1 in case of 10ms F-DPCH E-DCH transmission, the RNC
PRFILE parameter needs to be modified (available from RU30EP2). Refer to WCDMA
RAN and I-HSPA RRM HSUPA document for E-TFCI table configuration details.

4.15 Multi RAB


A Multi RAB call is a single user call with multiple (up to four) services (RABs) active
simultaneously. For example, a UE actively downloading data via HSDPA service while
having simultaneous AMR voice call, has a Multi RAB service with two RABs
established: HSDPA RAB + AMR RAB. General classification of Multi RAB calls is as
follows:
• HSDPA + AMR call
• HSUPA + AMR call
• HSUPA/HSDPA + HSUPA/HSDPA call
• DCH + DCH call

4.15.1 HSPA + AMR call resource allocation


If AMR DCH service is established while UE has an active HSPA connection (UL:
HSUPA, DL: HSDPA), the AMR service is processed with already allocated HSUPA
resources. AMR service of Multi RAB call does not require any additional baseband
resources for processing, neither Rel.99 CE LKs in UL/DL are required.
Setup of an AMR service with ongoing HSPA connection may have an impact on
available Baseband resources depending on whether F-DPCH feature is actively used
by the UE:
• HSPA non-FDPCH connection: the newly established AMR service of Multi RAB call
does not have any impact on available baseband resources
• HSPA FDPCH connection: if AMR service of Multi RAB call is newly set up, the
HSUPA connection is considered as HSUPA non-FDPCH from the baseband
resource consumption point of view

4.15.2 HSUPA/HSDPA + HSUPA/HSDPA call resource allocation


Each HSUPA/HSDPA service of a Multi RAB call requires UL/DL baseband resources for
processing. One UE with Multi RAB service counts as one UE from
numberOfHSUPASet1 and numberOfHSUPASet(1,2,3) parameters point of view.

58 © 2016 Nokia Issue: 02
   

SBTS Dimensioning WCDMA baseband dimensioning in SBTS

Example
Assumptions:
• one HSDPA Processing Set 1 (supports up to 32 HSDPA users)
• one HSUPA Processing Set (supports up to 24 HSUPA users)
• one UE with two RABs

Still 23 HSUPA users can be served simultaneously with one Multi RAB UE considering
numberOfHSUPASet1 (user count) point of view. Adequately in case of
numberOfHSDPASet1, up to 31 HSDPA users can be served in addition to one Multi
RAB UE.

4.15.3 DCH + DCH call resource allocation


Each DCH service of a Multi RAB call requires separate Rel.99 CE baseband resources
in UL/DL for processing. In case of Multi RAB call, equivalent amount of Rel. 99CEs is
consumed as in case of separate DCH Single RAB calls.
Rel.99 CE LKs for each DCH service in Multi RAB call are required according to . For
example, 64/64kbps + 64/128kbps Multi RAB baseband resource reservation is same as
baseband resource reservation for 64/64kbps and 64/128kbps Single RABs.

4.16 HSUPA dimensioning tables


For information on HSUPA dimensioning tables used for dimensioning of required
HSUPA resources, see Dimensioning WCDMA RAN: Flexi BTS Baseband.

Issue: 02 © 2016 Nokia 59
   

LTE baseband dimensioning in SBTS SBTS Dimensioning

5 LTE baseband dimensioning in SBTS


Basic dimensioning approach is to calculate the number of required sites based on two
criteria: coverage (link budget) and site capacity (corresponding to site throughput, which
in turn is the average throughput to be expected within a cell). However, the capacity
figures calculated for the latter criterion only take typical PHY/RRM parameters into
account (for example channel bandwidth, transmit power, scheduler type, and so on) but
not the hardware capabilities of the base station.
For this reason, it is necessary to verify that the calculated number of sites is sufficient to
fulfill all HW limitations. The following chapter describes the way the capacity of the
baseband units in the BTS must be considered during the site count computation. In this
case, the BTS capacity stands for the general processing capabilities of baseband units,
whereas the baseband unit is a generic term for HW components performing baseband
operations. These are steps taken before RF processing, which consists in about
passing the baseband signal up to a higher frequency (carrier frequency).
Figure 32: Offered vs served traffic presents the general concept of baseband
dimensioning and its purpose. While the offered traffic (in terms of U-/C-plane traffic and
the number of connected users) can be derived from the traffic model definition
(depending on how precise the definition is), the served traffic determines what can be
handled from the system point of view. It refers to system specifics determining the
average cell throughput as well as HW capabilities and the corresponding limitations
such as the number of active UEs per eNB, peak served throughput, and so on.

Figure 32 Offered vs served traffic
TRAFFIC
SIMULATIONS
MODEL

UEwantstohave CellandHWcanprovide

Offeredtraffic Servedtraffic

U-Plane Productlimits
ThroughputrequiredinBH
Averagecellthroughput
(datavolumepersubscriber)

C-Plane Basebandlimits
#handovers Max#active_users
#pagings Max#RRC_connected_users
#TimingAdvance_updates Peakservedthroughput
... ...

Numberofactiveusers
Percentageofuserswhostay
activesuringcertaintimeperiod

The dimensioning guidelines presented in the following chapters are valid for the Flexi
Multiradio SBTS operating in a dedicated LTE mode and in 2-RAT and 3-RAT RF
Sharing modes.

60 © 2016 Nokia Issue: 02
   

SBTS Dimensioning LTE baseband dimensioning in SBTS

5.1 Number of supported cells


Table 25 System Module capability (2x2 DL MIMO and IRC 2Rx configuration)
Number of supported cell per SM (assuming 2x2 DL MIMO and IRC
2Rx)
1,4 MHz 3 MHz 5 MHz 10 MHz 15 MHz 20 MHz
FSMF+2xFBBC (or - - 1-12 cells 1-12 cells 1-9 cells 1-9 cells
+1xFBBA + 1xFBBC)
FSMF + 1xFBBA/C - - 1-12 cells 1-12 cells 1-6 cells 1-6 cells
FSMF 1-3 cells 1-3 cells 1-6 cells 1-6 cells 1-3 cells 1-3 cells

g Note: Dual band and dual carrier configurations are not considered.

Table 26 Input parameters for required data capacity dimensioning
Number of supported cell per SM (assuming 4x2 DL MIMO and IRC
4Rx)
1,4 MHz 3 MHz 5 MHz 10 MHz 15 MHz 20 MHz
FSMF+2xFBBC (or - - 6 cells 6 cells 3 cells 3 cells
+1xFBBA + 1xFBBC)
FSMF + 1xFBBA/C - - 6 cells 6 cells 3 cells 3 cells
FSMF - - 3 cells 3 cells - -

g Note: Dual band and dual carrier configurations are not considered.

5.2 Peak L1 throughput


Peak L1 throughput values confirm Flexi System Module as compliant with 3GPP
Release 8. Refer to the tables below for the maximum Transport Block Sizes, which can
be set for 2x2MIMO (dual-stream transmission) with all available frequency resources.

Table 27 DL peak L1 throughput
Release and 5 MHz 10 MHz 15 MHz 20 MHz
max supported
MCS index
RL10 (MCS28) 37 75 - 150
RL20 (MCS28) 110
RL30 (MCS28)
RL40 (MCS28)
RL15TD - 40.3 (2DL:2UL) - 82.3 (2DL:2UL)
(MCS28)
RL25TD 50.99 (3DL:1UL) 112.47 (3DL:1UL)
(MCS28)

Issue: 02 © 2016 Nokia 61
   

LTE baseband dimensioning in SBTS SBTS Dimensioning

Table 28 UL peak L1 throughput
Release and 5 MHz 10 MHz 15 MHz 20 MHz
max supported
MCS index
RL10 (MCS20) 10.68 21.38 - 43.82
RL20 (MCS20) 32.86
RL30 (MCS24) 13.54 27.38 40.58 55.06
RL40 (MCS24)
RL15TD - 8.6 (2DL:2UL) - 17.5 (2DL:2UL)
(MCS20)
4.3 (3DL:1UL) 8.8 (3DL:1UL)

RL25TD 10.95 (2DL:2UL) 22.02 (2DL:2UL)


(MCS24)
5.48 (3DL:1UL) 11.01 (3DL:1UL)

Table 29 UL peak L1 throughput (PUSCH only; limited by PUCCH, PRACH)
Release and 5 MHz 10 MHz 15 MHz 20 MHz
max supported
MCS index
RL10 (MCS20) 8.5 (20 PRBs) 19.1 (45 PRBs) - 43.82
RL20 (MCS20) 20.6 (48 PRBs) 30.6 (72 PRBs)
RL30 (MCS24) 10.7 (20 PRBs) 25.7 (48 PRBs) 39.2 (72 PRBs) 51.0 (96 PRBs)
RL40 (MCS24)
RL15TD - 7.9 (2DL:2UL) - 16.1 (2DL:2UL)
(MCS20)
3.8 (3DL:1UL) 8.0 (3DL:1UL)

RL25TD 9.8 (2DL:2UL) 20.2 (2DL:2UL)


(MCS24)
4.7 (3DL:1UL) 10 (3DL:1UL)

3GPP Release 8 specifies QPSK, 16QAM and 64QAM for PUSCH. In RL30/RL25TD
there is no support for 64QAM transmission however it is possible to extend MCS range
for 16QAM from MCS index 20 to 24. Flexi Rel.3 is fully capable of handling the largest
possible Transport Blocks. It means that the HW architecture (processing power of DSP
boards) does not limit peak data rates.

5.3 Supported cell range


5.3.1 Supported cell range
Maximum cell range is physically limited by supported RA preamble formats which are
listed below.

62 © 2016 Nokia Issue: 02
   

SBTS Dimensioning LTE baseband dimensioning in SBTS

Table 30 The number of free timeslots for different configurations
PRACH CP lenght Preamble Total Guard time Maximum cell
format [µs] sequence preamble [µs] radius [µs]
lenght [µs] lenght [µs]
0 103.13 800 903.13 96.87 14.5305
1 684.38 800 1484.38 515.62 77.343
2 203.13 1800 1803.13 196.87 29.5305
3 684.38 1600 2284.38 715.62 107.343

There are supported preamble formats 0 and 1 from RL10. One must consider that each
RACH preamble format has its limitation regarding maximum cell radius - this fact should
be taken into account when planning large cell deployments (for example popular
wireless DSL in rural environment at 700/800 MHz).

5.3.2 Number of supported and connected users


Number of supported users
One shall differentiate between two types of users being important from baseband
dimensioning point of view.
• Connected users: terminals attached to the network with a connection to an active
application (EMM-REGISTERED, ECM-CONNECTED, RRC_CONNECTED, DRB
established). The state includes UEs that have applications carrying out background
polling even if the subscriber is not actively using an application. Both signaling and
data radio bearers are established and active in this state. An IP address is assigned
for the terminal. UE monitors System Information Block content to detect system
information change, monitors control channels associated with the shared data
channel to determine if data is scheduled for it, provides channel quality and
feedback information, performs neighbor cell measurements and measurement
reporting
• Actively scheduled users: UEs which can be supported by the system module
simultaneously during the time-domain scheduling phase.

Figure 33 Available data capacity process
Bb!UEs Bc UEs Bd UEs
Step!#1: Step!#2: Step!#3:
Schedulability Time-domain!(TD) Frequency-domain!(FD)
Check scheduling scheduling

Connected!users D!UEs!scheduled!in TTI

C “actively!scheduled” UEs

B!UEs!in!RRC_connected!with!DRB!established!(controlled!by Admission!Control)

A UEs!in!RRC_connected!(a-b!Ues!performing TAU,!SMS!transmission!etc.!W/o!DRB)

Issue: 02 © 2016 Nokia 63
   

LTE baseband dimensioning in SBTS SBTS Dimensioning

g Note: The baseband dimensioning approach known from R99 is no more relevant for
LTE. The best measure of System Module capabilities is the amount of connected
users (similar to HSPA dimensioning).

Number of connected users


Table 31 Maximal number of connected users per cell, 2x2 MIMO, IRC for 2RX
Max number of connected users per cell
1,4 MHz 3 MHz 5 MHz 10 MHz 15 MHz 20 MHz
FSMF (up 40 120 480 600 720 840
to 3 cells)
FSMF (up - - 420 420 - -
to 6 cells)
FSMF + - - 840 1000 1250 1500
FBBA/C (up
to 3 cells)
FSMF + - - 480 600 720 840
FBBA/C (up
to 6 cells)
FSMF + - - 420 420 - -
FBBA/C (up
to 12 cells)
FSMF + - - 840 1000 1250 1500
2xFBBC (or
1xFBBA +
1xFBBC)
(up to 3
cells)
FSMF + - - 480 600 720 840
2xFBBC (or
1xFBBA +
1xFBBC)
(up to 6
cells)
FSMF + - - 480 600 720 840
2xFBBC (or
1xFBBA +
1xFBBC)
(up to 9
cells)
FSMF + - - 420 420 - -
2xFBBC (or
1xFBBA +
1xFBBC)
(up to 12
cells)

g Note: The table above assumes a 2x2 DL MIMO (including IRC 2Rx) configuration.
Dual or Triple carrier configurations are not considered. Connected user means RRC
connected with at least one Data Radio Bearer (DRB) established.

64 © 2016 Nokia Issue: 02
   

SBTS Dimensioning LTE baseband dimensioning in SBTS

Table 32 Maximal number of connected users per cell, 4x2 MIMO, IRC for 4RX
Max number of connected users per cell
1,4 MHz 3 MHz 5 MHz 10 MHz 15 MHz 20 MHz
FSMF (up - - 480 600 - -
to 3 cells)
FSMF (up - - - - - -
to 6 cells)
FSMF + - - 840 1000 1250 1500
FBBA/C (up
to 3 cells)
FSMF + - - 480 600 - -
FBBA/C (up
to 6 cells)
FSMF + - - - - - -
FBBA/C (up
to 12 cells)
FSMF + - - 840 1000 1250 1500
2xFBBC (or
1xFBBA +
1xFBBC)
(up to 3
cells)
FSMF + - - 480 600 - -
2xFBBC (or
1xFBBA +
1xFBBC)
(up to 6
cells)
FSMF + - - 480 600 - -
2xFBBC (or
1xFBBA +
1xFBBC)
(up to 9
cells)
FSMF + - - - - - -
2xFBBC (or
1xFBBA +
1xFBBC)
(up to 12
cells)

g Note: The table above assumes a 4x2 DL MIMO (including IRC 4Rx) configuration.
Dual or Triple carrier configurations are not considered. Connected user means RRC
connected with at least one Data Radio Bearer (DRB) established.

All UEs in RRC_connected with a DRB established are considered as active even if they
have no data to transmit. Active UEs are kept in the active state for immediate access to
PDSCH and PUSCH resources and occupy control channel resources as well as
processing resources in the eNB. This active user definition matches well the "always-
on" smartphone with applications triggering constant background activity like heartbeats
even when the user is not actively operating the device. Transition to RRC_idle is
typically triggered by an inactivity timer which may never expire in the always-on smart
phone case.

Issue: 02 © 2016 Nokia 65
   

LTE baseband dimensioning in SBTS SBTS Dimensioning

The default or user-specific traffic model provides the number of users per cell area.
Depending on the subscriber profile (subscriber service agreement, traffic demand,
mobility characteristic, terminal type), a different number of connected users will be
considered as a percentage of the total amount of users. The more detailed traffic model
is provided, the better estimation can be made. Traffic model provides the parameter
Share of Active Subscribers [%] standing for the amount of subscribers being
active during the busy hour.

Figure 34 Number of connected users

Alternatively, to calculate number of connected users we can use the Traffic per Site
value from Capacity dimensioning and Mean Rate per UE.

Figure 35 Number of connected users

Much more aggressive (not really recommended) would be to assume the number of
connected users is equal to the mean value of subscribers divided by Overbooking
Factor. This is not the recommended approach due to the fact that Overbooking Factor is
related rather to user throughput than to the number of users. Typical OF value 25 will be
comparable to Share of Active Subscribers = 4% - it can be true for voice
traffic, but not for data traffic. For high smartphone penetration, over the years the OF
may get less than two, for example more than 50% of the subscribers would be "always-
on".

Figure 36 Number of connected users

Number of connected users result should be compared with HW possibility of system
module. If the number of calculated max connected users per cell is greater than HW
capabilities the cell has to be split.

Figure 37 Number of sites

The final number of sites is calculated as maximum number of sites from the link budget,
capacity dimensioning and baseband dimensioning.

66 © 2016 Nokia Issue: 02
   

SBTS Dimensioning LTE baseband dimensioning in SBTS

5.4 Example of baseband dimensioning


Figure 38 Dimensioning flow chart

Noofsites
LinkBudget

Radiocapacity Noofsites
Dim.
Traffic
Model
Noofsystem Noofsites
BasebandDim.
modules
MAX

TransportDim. S1/X2throughput

5.4.1 Assumptions
Channel bandwidth 10 MHz
Antenna configuration 2Tx-2Rx
Cell edge throughput 512 kb/s / 128 kb/s (DL/UL)
Site layout 3-sector per site
Traffic Model: flat rate, 512 kb/s
subscription rate DL
Traffic Model: flat rate, 128 kb/s
subscription rate UL
Traffic Model: 25
Overbooking Factor
Traffic Model: Share of 30% (data card)
active subscribers
Number of subscribers 30000 (dense urban) 3000 (rural)
Area size 10 km2

The following outcome has been obtained after link budget and capacity dimensioning.
Link Budget:
• dense urban: 41 sites
• rural: 1 site

Capacity:
• dense urban: 22 sites (DL), 12 sites (UL) -> 22 sites
• rural: 6 sites (DL), 8 sites (UL) -> 8 sites

Issue: 02 © 2016 Nokia 67
   

LTE baseband dimensioning in SBTS SBTS Dimensioning

5.4.2 Connected users calculation (recommended)


The parameter Share of Active subscribers for data card, which is 30%, is used to
calculate the number of connected users.
Number of connected users and number of sites for Dense Urban:
• ActiveUsers = 30000 * 30% = 10000
• NumberOfSites = 10000 / (100 x 3) = 34

Number of connected users and number of sites for Rural cluster:
• ActiveUsers = 3000 * 30% = 1000
• NumberOfSites = 1000 / (100 x 3) = 4

5.4.3 Connected users calculation (aggressive)


The parameter Overbooking Factor is used to calculate the number of connected users.
The number of sites is calculated using Table “Typical numbers for active UEs per cell”
for admission control for10 MHz bandwidth.
Number of connected users and number of sites for Dense Urban:
• ActiveUsers = 30000 / 25 = 1200
• NumberOfSites = 1200 / (100 x 3) = 4

Number of connected users and number of sites for Rural cluster:
• ActiveUsers = 3000 / 25 = 120
• NumberOfSites = 120 / (100 x 3) = 1

5.4.4 Summary
The final number of sites is calculated as the maximum number of sites of:

Table 33 Outcome summary
Dense Urban Rural Dense Urban Rural
(recommended) (recommended) (aggresive) (aggresive)
Link Budget 41 1 41 1
Capacity 22 8 22 8
Baseband 34 4 4 1
Max 41 8 41 8

The recommended way of baseband dimensioning is to use Share of Active Subscribers
parameter from the Traffic Model and the recommended Number of connected users HW
limiting factor.

68 © 2016 Nokia Issue: 02
   

SBTS Dimensioning Common transport dimensioning in SBTS

6 Common transport dimensioning in SBTS


How to dimension the common transport network in SBTS.

SBTS common transport dimensioning process


Single RAN introduced the concept of common transport. Instead of having one transport
for each RAT, there is only one shared transport entity in SBTS.
Network load is calculated separately for each RAT. Total network load is calculated as a
sum of loads of GSM, WCDMA and LTE technologies. GSM is treated as a fallback for
WCDMA in terms of voice services.
There are two possible approaches to common transport dimensioning in SBTS:
• based on traffic profile (recommended)
• based on air interface capabilities

Figure 39 Approaches to SBTS common transport dimensioning
Throughput

HSPA HSPA LTE


evo

basedontrafficprofile basedonairinterfacecapacity

Transport capacity

Dimensioning based on traffic profile (recommended)


Dimensioning based on traffic profile has the following benefits:
• It is tailored to actual needs.
• It allows the Quality of Service (QoS) parameters to be taken into account.

A traffic profile needs to be provided by the operator. If a traffic profile is not available, a
default Nokia traffic profile can be used as a substitution. However, Nokia default traffic
profile is not the same as a customer traffic profile.

Dimensioning based on air interface capabilities


Dimensioning based on air interface capabilities has the following benefits:
• It is a simple and straightforward calculation.
• It can be used if a traffic profile is not available.

Issue: 02 © 2016 Nokia 69
   

Common transport dimensioning in SBTS SBTS Dimensioning

There are three approaches to perform dimensioning based on air interface capabilities,
each based on different assumptions:
• All-Average
The backhaul connection supports the aggregated average capacity of all cells. The
average capacity is determined under realistic air interface conditions and multiple
users per cell.
• All-Average/Single-Peak
The backhaul connection supports the aggregated average capacity of all cells or the
peak capacity of one cell (whichever value is greater).
• All-Peak
The backhaul connection supports the aggregated peak capacity of all cells. The
peak capacity is determined under ideal air interface conditions and with a single
user per cell. This approach leads to over-dimensioning, which usually generates
extra costs.

Figure 40 Approaches based on air interface capabilities
Air!interace Transport
capacity capacity theoretical!maximum
(over-dimensioning)

recommended
dimensioning!range
practical
maximum

overbooking
minimum

Cell!Peak Cell All-Average All-Average/ All-but-one-Average/ All-Peak


Average (Σ average) Single!Peak Single!Peak (Σ peak)
MAX((Σ average),!peak) (2!x!average!+!1!x!peak)

Figure 40: Approaches based on air interface capabilities presents recommended
dimensioning range. As an example, a three sector base station is used. However, it is
scalable to base stations having more than three sectors.
The All-Average/Single-Peak approach is a good way to optimize both performance and
costs. However, it may lead to over-dimensioning for sites with low utilization, and under-
dimensioning for hot spots.
When calculating network load, air interface overhead and transport overhead need to
be taken into account. Typically, transport overhead amounts to 27% of packet size
increase, 2% of which results from air interface overhead. If IPsec is not in use, transport
overhead amounts to 15%.

70 © 2016 Nokia Issue: 02
   

SBTS Dimensioning Common transport dimensioning in SBTS

Figure 41 Example of SBTS common transport dimensioning based on air interface
capabilities

Singlecellpeak+25%

25
25
25 31

75
75 94
75
BTS MAX(3xaverage;peakrate)

Airinterfaces Tranportinterface

Transport in downlink direction:
• 75 Mbit/s net PHY peak rate per cell (64QAM 2x2 MIMO)
• 17 Mbit/s net PHY average rate per cell

Transport in uplink direction:
• 25 Mbit/s net PHY peak rate per cell (16QAM)
• 7 Mbit/s net PHY average rate per cell

Transport overhead (Ethernet layer, with IPsec):
• air interface overhead (PDCP/RLC) -2%
• transport overhead (GTP-U, UDP, IPv4, Eht) +15%
• IPsec overhead: +12%
_________________________________________________
• Total (on top air interface capacity) +25%

MAX(All-Average; Single-Peak) = MAX(3 * 7; 25) = 25 Mbit/s
MAX(All-Average; Single-Peak) = MAX(3 * 17; 75) = 75 Mbit/s
25 * (1+0.25) = 31 Mbit/s
75 * (1+0.25) = 94 Mbit/s

Estimation of C/M/S-Planes bit rate


Control Plane (C-Plane) bit rate:
• Depends on user activity and mobility.
• During calculation only the simplest method is taken into account:
TransportCapacityC-Plane[kbit/s] = TransportCapacityU-Plane[kbit/s] * C-
PlaneBWPercentage[%]
Default values for C-PlaneBWPercentage:
– LTE = 1%

Issue: 02 © 2016 Nokia 71
   

Common transport dimensioning in SBTS SBTS Dimensioning

– WCDMA = 6%

Management Plane (M-Plane) bit rate:
• Mainly depends on counter and tracing configuration.
• Peaks may reach up to 30 Mbit/s, however only a small part (0-5 Mbit/s) is needed
on permanent basis.
Recommended bandwidth from transport dimensioning perspective:
– LTE = 1 Mbit/s
– WCDMA = 64 kbit/s
– GSM = 64 kbit/s

Synchronization Plane (S-Plane) bit rate:
• Depends on selected synchronization method:
– Timing over Packet (ToP) with frequency synchronization = ~16 kbps/site (at 16
msgs/second)
– Timing over Packet (ToP) with phase synchronization = ~239 kbps/site (at 128
msgs/second)
– Synchronous Ethernet (SynchE) = ~8kbps/site (SSM messaging)

Mutliplexing gain
Multiplexing gain is the amount of transport link bandwidth (BW) that can be saved by
considering the diversity of the traffic demand, that is the variation of the traffic load in
time and the available buffering space.

72 © 2016 Nokia Issue: 02
   

SBTS Dimensioning Common transport dimensioning in SBTS

Figure 42 Calculation of the multiplexing gain
Aggregation

Aggregation

CoreNEs
Corerouters

Siterouters
BTSs

multiplexing_gain= ( 1-
Aggregated_TN_BW
BW_BTS1+BW_BTS2 ( x100%

Figure 43: LTE and HSDPA cells load multiplexing gain presents multiplexing gain on the
transport network between two radio cells (LTE and HSDPA).
Multiplexing gain decreases as cells load increases.

Issue: 02 © 2016 Nokia 73
   

Common transport dimensioning in SBTS SBTS Dimensioning

Figure 43 LTE and HSDPA cells load multiplexing gain
40
multiplexinggain[%]
30

20

10

0
1 2 3 4 5 6 7 8

LTEandHSDPA cellload[Mbps]
For details on WCDMA access network dimensioning, see Dimensioning WCDMA RAN:
Access Network (Transport Interfaces).
For details on LTE access network dimensioning, see LTE Access Dimensioning
Guideline.

74 © 2016 Nokia Issue: 02