Professional Documents
Culture Documents
BSC6910 Configuration Principles (V100R025C10 - 01) (PDF) - EN
BSC6910 Configuration Principles (V100R025C10 - 01) (PDF) - EN
1 BSC6910
Configuration Principles
Issue 01
Date 2023-03-07
and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.
All other trademarks and trade names mentioned in this document are the property of their respective
holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and
the customer. All or part of the products, services and features described in this document may not be
within the purchase scope or the usage scope. Unless otherwise specified in the contract, all statements,
information, and recommendations in this document are provided "AS IS" without warranties, guarantees
or representations of any kind, either express or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute a warranty of any kind, express or implied.
Website: https://www.huawei.com
Email: support@huawei.com
Contents
Overview
This document describes the configuration principles of the BSC6910
V100R025C10.
Product Version
The following table lists the mapping between product versions and solution
versions.
Intended Audience
This document is intended for:
● Network operators
Organization
1.1 Change History
1.2 Introduction
1.3 Application Overview
1.4 Product Configurations
1.5 Hardware Expansion and Upgrade Configurations
1.6 Spare Parts Configurations
1.7 Appendix
1.8 Acronyms and Abbreviations
01 (2023-03-07)
Compared with Draft A (2022-12-30), this issue does not include any changes.
Draft A (2022-12-30)
Compared with Issue 01 (2022-03-07) of V100R024C10, this issue does not include
any changes.
1.2 Introduction
1.2.1 Overview
This document describes the product specifications, configuration principles,
upgrade, and capacity expansion regarding BSC6910 V100R025C10.
To adapt to different application scenarios, the BSC6910 supports the following
modes:
● A BSC6910 GSM works in GSM Only (GO) mode and functions as a GSM BSC.
● A BSC6910 UMTS works in UMTS Only (UO) mode and functions as a UMTS
RNC.
● A BSC6910 GU works in GSM&UMTS (GU) mode and functions as a GSM BSC
and UMTS RNC.
Table 1-1 Version differences between HW6910 R15 and later versions
Hardware Version Difference
Version
HW6910 GOUe, GCUb, and GCGb boards (in versions later than
R15 R15C00SPC580) are supported.
These boards can co-exist with GOUc, GCUa, and GCGa boards.
They have the same specifications. However, an old board and its
corresponding new board cannot work in active/standby mode.
HW6910 Added the GOUf, GCUc, and GCGc boards. The GOUf cannot be
R22 used in pair with the GOUe/GOUc. The GCUc cannot be used in
pair with the GCUb/GCUa. The GCGc cannot be used in pair with
the GCGb/GCGa.
In the UMTS network, an RNC pool can be configured by using BSC6910s alone or
BSC6910s and BSC6900s (the RNC in Pool Node Redundancy feature). RNCs within
an RNC pool work in node redundancy and resource sharing modes.
WP1D000GC GCUb General Clock Unit Obtains the GSM & UMTS
U02 system clock
source,
performs the
functions of
phase-lock and
holdover, and
provides clock
signals.
QW1D000GC GCGb GPS & Clock Obtains the GSM & UMTS
G02 Processing Unit system clock
source,
performs the
functions of
phase-lock and
holdover, and
provides clock
signals.
WP1D000GC GCUc General Clock Unit Obtains the GSM & UMTS
U03 system clock
source,
performs the
functions of
phase-lock and
holdover, and
provides clock
signals.
NOTE
BSC691 UMTS (2 subracks: 1 MPS and 1 UMTS (one MPS and four EPSs)
0 GU EPS): 10,000 NodeBs, 20,000 cells,
3330 NodeBs, 6660 cells, 53,300,000 BHCA, 99.8 Gbit/s PS
21,300,000 BHCA, 39.3 Gbit/s throughput or 208,000 CS traffic
PS throughput or 82,000 CS (Erl)
traffic (Erl) GSM (three subracks: three EPSs
GSM (1 EPS): that can be configured across
● In all-IP transmission mode: cabinets):
8000 BTSs, 8000 cells, 8000 ● In all-IP transmission mode:
TRXs, 50,000 traffic (Erl), 8000 BTSs, 8000 cells, 24,000
32,000 PDCHs, 17,300,000 TRXs, 150,000 Erl, 96,000
integrated BHCA, 3 Gbit/s PS PDCHs, 52,000,000 integrated
throughput BHCA, 8 Gbit/s PS throughput
● In TDM mode: 3000 BTSs, ● In TDM mode: 7000 BTSs, 7000
3000 cells, 3000 TRXs, 18,750 cells, 7000 TRXs, 43,750 traffic
traffic (Erl), 12,000 PDCHs, (Erl), 28,000 PDCHs, 15,000,000
6,500,000 integrated BHCA, integrated BHCA, 2.688 Gbit/s
1.1 Gbit/s PS throughput PS throughput
Weight per ≤ 400 kg (882 ≤ 400 kg (882 lb) ≤ 430 kg (948.2 lb)
cabinet lb)
NOTE
You must negotiate with customers about hardware redundancy. Generally, 30%
redundancy is recommended.
For example, when calculating the number of DPUf boards for processing CS user-
plane data in A over TDM mode:
1.4.1.2 Cabinets
1.4.1.3 Subracks
The MPS and EPS of the BSC6910 have the same physical structure. They both use
PARCb subracks. The difference is that the MPS houses the EOMUa/EOMUb/
GCUb/GCUc/GCGb/GCGc, and EGPUa/EXPUa/EGPUb/EXPUb boards (logical
function: RMP), which are not housed in the EPS.
The following table lists fixed boards in the BSC6910.
each BSC6910 is configured with two GCGb or GCGc boards, working in 1+1
redundancy mode.
● If the customer uses Huawei Nastar or SON equipment, one to two ESAUa
boards are required in the MPS of the BSC6910. It is recommended that the
ESAUa/ESAUb boards be installed in slots 0 to 3. Slots 0 to 3 in the MPS
should be reserved for ESAUa/ESAUb boards even if they are not configured.
● The EGPUa/EGPUb/EXPUa/EXPUb boards can be inserted in any vacant slots
that are not fixed slots. An MPS can provide 14 slots for the EGPUa/EGPUb/
EXPUa/EXPUb boards.
● The DPUf board can be inserted in any vacant slots that are not fixed slots.
The MPS can provide 14 slots for the DPUf board.
● Interface boards can be inserted only in slots 16 to 19 and slots 22 to 27. Do
not insert EGPUa/EGPUb/EXPUa/EXPUb/ESAUa/ESAUb boards into these slots.
● If the switch board SCUb and the interface board GOUe/GOUf/FG2c/FG2e/
EXOUa/EXOUb/POUc are used, the EXOUa/EXOUb board can be inserted only
to slots 16 to 19 and slots 22 to 25, and GOUe/GOUf/FG2c/FG2e/POUc is
preferentially inserted into slots 16 to 19 and slots 22 to 25, and can also
inserted to slots 26 to 27. If the SCUc is used, all interface boards GOUe/
GOUf/FG2c/FG2e/EXOUa/EXOUb/POUc can be inserted in any slot among
slots 16 to 19 and 22 to 27.
● An MPS provides 18 universal slots and 10 interface board slots. If the SCUb is
used, EXOUa/EXOUb can be inserted only in slots 16 to 19 and slots 22 to 25.
If the SCUc is used, EXOUa/EXOUb can be inserted in any slot among slots 16
to 19 and slots 22 to 27.
NOTE
Calculate the number of EPS boards based on the SCUb configuration, regardless of
whether the SCUb or SCUc is installed.
Capacity expansion
NOTE
1.4.1.4 License
By default, the following boards are delivered: EGPUb, EXPUb, and DPUf.
The specifications of EGPUb (GUEP) boards for WB-AMR and NB-AMR FR are
different, as listed in the following table.
To deploy GBFD-191201 Uplink CoMP (Joint TX), EGPUb (GUEP) boards need to
be configured. The calculation method is as follows:
If the voice services in the network are all NB-AMR FR (7.4 kbit/s), the number of
EGPUb (GUEP) boards is calculated as follows: Number of EGPUb (GUEP) boards
= ROUNDUP(Vco/8000) + 1
If there are WB-AMR voice services on the live network, the number of EGPUb
(GUEP) boards is calculated as follows:
NOTE
Cell 600
BTS 600
By default, GCUP can be configured in N+1 redundancy mode. You can manually
configure the number of redundant GCUP boards. One BSC is configured with a
minimum of two GCUP boards.
1. Calculating the number of required EGPU boards based on the number of
TRXs:
Number of required EGPUs = ROUNDUP(TotalTRXNo/TRXNoPerEGPU, 0) –
Number of existing EGPUs + 1
Number of TRXs (TotalTRXNo): calculated based on the network plan
2. Calculating the number of required EGPU boards based on the CS user-plane
traffic volume:
Number of required EGPU boards = ROUNDUP(TotalVoiceErl/VoiceErlPerEGPU, 0)
– Number of existing EGPUs + 1
Total traffic volume (TotalVoiceErl): calculated based on the network plan
NOTE
When the VAMOS feature is enabled, the traffic volume supported by a single TRX
increases. Therefore, the number of EGPUs calculated by using the preceding formula
increases.
3. Calculating the number of required EGPU boards based on the number of PS
user-plane PDCHs:
Number of required EGPUs = ROUNDUP(TotalPDCH/PDCHPerEGPU, 0) – Number
of existing EGPUs + 1
Maximum number of activated PDCHs (TotalPDCH): calculated based on number
of users and traffic model
4. Calculating the number of required EGPU boards based on the signaling-
plane BHCA:
Number of required EGPUs = ROUNDUP(TotalBHCA/BHCAPerEGPU, 0) – Number
of existing EGPUs + 1
BHCA (TotalBHCA): calculated based on the number of users and traffic model
5. Calculating the number of required EGPU boards based on the number of
cells:
Number of required EGPUs = ROUNDUP(TotalCellNo/CellNoPerEGPU, 0) –
Number of existing EGPUs + 1
2000 3000 2
4000 3000 2
6000 3000 3
By default, the following boards are delivered: FG2e, GOUe, EXOUb, and POUc.
NOTE
In Abis over TDM, a POUc board supports a maximum of 1024 TRXs when both of the
following conditions are met:
● The traffic model is 6.25 Erlangs per TRX. Three PDCHs are configured on each TRX on
the average and the MCS-7 is used, or two PDCHs are configured on each TRX on the
average and the MCS-9 is used.
● In fixed Abis networking, idle timeslots and monitoring timeslots must be properly
configured. Otherwise, the number of TRXs supported by the POUc cannot reach the
maximum specification.
After the VAMOS feature is enabled, extra Abis bandwidth is required, which also affects
the TRX specifications of interface boards.
CS-1 1
CS-2 1
CS-3 2
CS-4 2
MCS-1 1
MCS-2 1
MCS-3 2
MCS-4 2
MCS-5 2
MCS-6 2
MCS-7 3
MCS-8 4
MCS-9 4
For example:
1. Assume that the POUc supports 1024 TRXs, the average number of Erlangs
per TRX is 6.25, the average number of PDCHs per TRX is 3, and the number
of timeslots required for PS transmission is 3 when MCS-7 is used. Then, the
calculation result is 15,616, which is less than 16,384.
2. If a POUc supports 1024 TRXs, the average number of Erlangs per TRX is 6.25,
the average number of PDCHs per TRX is 4, and the number of timeslots
required for PS transmission is 4 when MCS-9 is used, then the calculation
result is 22,784, which is greater than 16,384. In this case, the number of TRXs
supported by the POUc must be reduced to 736.
3. If the BTS provides IP over E1 links, the BSC provides IP transmission links, and
the transmission equipment provides Abis interfaces for IP over E1 links, only
GE interface boards FG2c/FG2e/GOUe/GOUf, instead of the 10GE interface
board EXOUa/EXOUb, can be configured on the BSC6910.
4. If the BSC provides IP over E1 links, the POUc board must be configured in the
BSC6910.
Configuration precautions:
In A over TDM networking, the BSC6910 supports only the POUc board (TDM over
STM-1), and does not support TDM over E1/T1 interface board. If the BSC uses
TDM over E1/T1 on the A interface, an optical-to-electrical conversion module (for
example, Huawei OSN) must be installed to convert E1/T1 signals to STM-1
signals.
To calculate the total interface modules when multiple interfaces share one
interface board, use the following formula:
Total number of interface boards = 2 x ROUNDUP(Number of calculated Abis
interface boards + Number of calculated A interface boards + Number of
calculated Gb interface boards, 0)
Number of calculated Abis interface boards = Max (Number of TRXs in a
transmission mode/Number of TRXs supported by the interface board, Number of
ports in a transmission mode/Number of ports supported by the interface boards)
Number of calculated A interface boards = ACICNumber/Number of CICs
supported by an A interface board
Number of calculated Gb interface boards = Gb Throughput/BSC data flow over
Gb interface supported by the interface board
recommended that 512 TRXs for each LAC be configured in the case of a
single CCCH. The TRX number can be adjusted by traffic.
– Consecutive PDCHs are configured so that uses can use multiple
consecutive slots.
– Other basic principles during GSM network plan.
● General principles for slot restrictions: The GCGb/GCGc/GCUb/GCUc, EOMUa/
EOMUb, SCUb/SCUc, and EGPUa/EGPUb/EXPUa/EXPUb (logical function type:
RMP) boards are inserted in fixed slots. The interface boards and service
boards can be inserted in slots within a specific range. For details, see the
descriptions about subrack configurations.
The operator provides the network requirements which must include the
information contained in the following figure. Here is an example.
Parameter Value
Parameter Value
MR report/sub/BH 144
The following figure shows the dimensions that are used for calculating the
configurations.
2 Abis GE QTY A2
3 A CIC QTY A3
4 IWF QTY A4
5 BHCA A5
6 Gb data flow A6
7 PDCH QTY A7
Step 3 Get the network capacity requirements to calculate the hardware requirements.
Item Name Configuration Before
Capacity Expansion
3 Interface board B3
4 Cabinet B4
----End
traffic model, the maximum PS throughput reaches 120 Gbit/s on the UP. However
the CP and UP cannot reach the maximum value at one time. The maximum
traffic volumes on the CP and UP are closely related to the traffic model. Figure
1-4 shows the relationship between the BHCA and the PS throughput.
Figure 1-4 Relationship between capacity of control plane and use plane
1.4.2.1 Cabinets
The following table describes cabinet configurations.
sufficient. where Power consumption of all boards refers to the average power
consumption.
The power consumption per subrack on the BSC6910 is 4000 W. The maximum
power consumption per cabinet on the BSC6910 is 12000 W.
NOTE
Capacity expansion
Number of cabinets = Number of cabinets required after capacity expansion –
Number of cabinets configured before capacity expansion
1.4.2.2 Subracks
Table 1-17 describes subrack configurations.
The MPS and EPS of the BSC6910 have the same physical structure. They both use
the PARCb subrack. The difference is that the MPS houses the EOMUa/EOMUb/
GCUb/GCUc/GCGb/GCGc boards and EGPUa/EGPUb boards (used for resource
management), which are not housed in the EPS.
function. ESAUa/ESAUb boards can be inserted in any vacant slots except the
fixed slots in the MPS and the EPS. Each ESAUa/ESAUb board occupies two
slots. In the MPS, it is recommended that ESAUa/ESAUb boards be inserted
into slots 0, 1, 2, and 3. Reserve slots 0, 1, 2, and 3 for ESAUa/ESAUb boards
in the MPS.
● EGPU boards can be inserted in any vacant slots except the fixed slots. EGPU
can be EGPUa or EGPUb.
● If the SCUc is used, an ENIU board can be configured in any vacant slot
except the fixed slots. If the SCUb is used, it is recommended that an ENIU
board be configured in any slot among slots 0 to 7, 16 to 19, and 22 to 25.
ENIU can be either ENIUa or EGPUb (NIU).
● Interface boards can be inserted into only slots 16 to 19 and slots 22 to 27 in
the MPS. Therefore, install EGPU/ESAUa/ESAUb/ENIU in other slots if possible.
● If the SCUc is used, all interface boards AOUc/UOIc/GOUe/GOUf/FG2c/FG2e/
EXOUa/EXOUb can be inserted into 10 slots, including slots 16 to 19 and slots
22 to 27. If the SCUb is used and AOUc/UOIc/GOUe/GOUf/FG2c/FG2e/
EXOUa/EXOUb boards function as interface boards, EXOUa/EXOUb can be
inserted into 8 slots, including slots 16 to 19 and slots 22 to 25. GOUe/GOUf/
FG2c/FG2e is preferentially inserted into slots 16 to 19 and slots 22 to 25, and
can also be inserted into slots 26 and 27. AOUc/UOIc is preferentially inserted
into slots 26 and 27, and can also be inserted to slots 16 to 19 and slots 22 to
25.
● If the SCUc is used, the MPS can provide 10 slots for interface boards (slots 16
to 19 and slots 22 to 27 for AOUc/UOIc/GOUe/GOUf/FG2c/FG2e/EXOUa/
EXOUb). If the SCUb is used, the MPS can provide 8 slots for EXOUa/EXOUb
and 10 slots for AOUc/UOIc/GOUe/GOUf/FG2c/FG2e.
● It is recommended that DEUa boards be configured according to the number
ratio of EGPU boards. That is, configured more DEUa boards in the subrack
with more EGPU boards.
● An MPS provides 14 universal slots.
● It is recommended that the Iur-p interface board be configured in the MPS.
NOTICE
New deployment
NOTE
The number of required EGPU boards does not include the number of the fixed EGPU
boards in the MPS for resource management.
Number of required EGPU boards include the number of EGPUb (NIU) boards.
Calculate the number of EPS boards based on the SCUb configuration, regardless of
whether the SCUb or SCUc is installed.
Capacity expansion
NOTE
The EGPU board can process services on both the user plane and control plane.
You can calculate the number of EGPU boards required by the control plane and
the number required by the user plane, and then add the two numbers to obtain
the total number of required EGPU boards. Finally, you need to check whether the
number of EGPU boards meets the requirements of NodeB quantity and cell
quantity.
NOTE
The calculated number of EGPU boards does not include the EGPU boards used for resource
management.
The calculated number of EGPU boards does not include the EGPUb(NIU) boards.
Configuration Principles for EGPU Boards Required by the User Plane and
Hardware Capacity License
Item Descrip Comment Prerequisites Calculation of
tion the Board
Quantity
NOTE
On-line user represents the number of users in the RRC connected state, including those in
the Cell_DCH, Cell_FACH, Cell_PCH, and URA_PCH states.
Configuration Principles for EGPU Boards Required by the Control Plane and
Hardware Capacity License
Item Description Comment Prerequisi Calculation
tes of the Board
Quantity
The number of EGPUb boards required for the control plane is calculated using the
following formula:
N_EGPUb_CP = Max(EGPUb_bhca, EGPUb_au, EGPUb_ou, EGPUb_nb, EGPUb_cell)
N_EGPUb_nodeb_cell = Max(nb/700, c/700)
N_EGPUb = ROUNDUP(max(N_EGPUb_CP + N_EGPUb_UP, N_EGPUb_nodeb_cell))
+1
"+1" indicates that one additional EGPUa board is required for redundancy.
The required RNC Active User Hardware Capacity is calculated using the following
formula:
N_ EGPU_ ActiveUser_License = ROUNDUP(n/1000)
Methods for configuring service processing module redundancy:
The EGPU board can process services on both the control plane and user plane. All
the EGPU boards (for both the user plane and control plane) form a resource pool.
The EGPU boards work in N+1 redundancy mode.
NOTE
EGPU boards for resource management (RMP) work in 1+1 redundancy mode.
Methods for Configuring EGPUb (NIU) Boards and the Network Intelligence
Throughput License
Item Descriptio Comment Prerequisites Calculation of
n the Board
Quantity
The EGPUb (NIU) provides the service awareness and PS service quality
measurement functions.
If the EGPUb (NIU) board is used for only the service awareness function:
Number of EGPUb (NIU) boards required: N_EGPUb (NIU) = ROUNDUP(a/8000)
+1
Network Intelligence Throughput License = ROUNDUP(a/50)
If the EGPUb (NIU) board is used for both the service awareness and PS service
quality measurement functions:
Number of EGPUb (NIU) boards required: N_EGPUb (NIU) = ROUNDUP(a/4800)
+1
Table 1-21 Proportions of traffic volume delivered by major bearer types and
application types (assumed conditions)
Bearer Type HTTPS HTTP (Web HTTP HTTP Others
and Browsing) (Video) (File
Application Access)
Type
NOTICE
● The ENIUa/EGPUb (NIU) board must be configured with the Evolved Network
Intelligence Processing Throughput(per 50 Mbit/s) license to provide hardware
processing capabilities. Each license has a processing capability of 50 Mbit/s.
● When the ENIUa/EGPUb (NIU) board is used for PS service quality
measurement, the board specifications are determined by the proportions of
traffic delivered by different bearer types and application types. The assumed
conditions in this table apply to most commercial networks.
● It is recommended that ENIUa/EGPUb (NIU) boards be configured in N+1
redundancy mode.
● The PS service quality measurement function applies to traffic carried by HTTP
and HTTPS. On most commercial networks, the proportion of traffic carried by
HTTPS is greater than 50%. When such traffic is measured, the CPU load
significantly increases.
c Deploying the 2 NA
Nastar on the basis
of scenario b 1 1
Note:
● Proportion of WB-AMR indicates the radio of WB-AMR traffic to total CS
traffic. The default value is 0.05, which can be set based on network
conditions.
● Ratio of SHO user indicates the ratio of users in the soft handover state to
total users. The default value is 0.25. You can set it based on actual network
conditions.
● Iub RL number per SHO user indicates the average number of radio links
used by users in the soft handover state. The default value is 2.8, which can
be set based on network conditions.
● Proportion of SRB over DCH = 82% (default value)
● Proportion of Weak Coverage User = 30% (default value)
● Proportion of eTrFO Active users = 10% (default value)
● Integrate coefficient = 1.5% (provided that the signaling packets over RACH
accounts for 70%, RACH bandwidth usage is 43%, and the RACH packet
BLER is 5%.)
● Proportion of Downlink Weak Coverage CS Users = 10% (default value)
The specifications of DEUa boards for WB-AMR and NB-AMR are different, as
listed in the following table.
The specifications of EGPUb (UUEP) boards for different features are listed in the
following table.
N_EGPUb_CryVDeepC = ROUNDUP(b/153600) + 1
To use the WRFD-180201 Improved Uplink Coverage for SRB over DCH feature,
configure the DEUa or EGPUb (UUEP) board. The calculation method is as follows:
N_DEUa_SrbODchCovEnh = ROUNDUP(Total Active users requirement x
Proportion of SRB over DCH x Proportion of Weak Coverage User/38400) + 1
N_EGPUb_SrbODchCovEnh = ROUNDUP(Total Active users requirement x
Proportion of SRB over DCH x Proportion of Weak Coverage User/69120) + 1
To use the WRFD-170201 Seamless Crystal Voice, WRFD-171201 Crystal Voice in
Deep Coverage, WRFD-180201 Improved Uplink Coverage for SRB over DCH,
eTrFO (enhancement of WRFD-011600 TFO/TrFO), WRFD-181201 Uplink Coverage
Improvement During Access, and WRFD-190208 Crystal Voice Coverage
Improvement by Rate Adaption features, configure more DEUa boards. The
calculation method is as follows:
N_DEUa = ROUNDUP[Vco_b x Proportion of WB-AMR/3600 + Vco_b x (1-
Proportion of WB-AMR)/9000 + b/260000 + Total Active users requirement x
Proportion of SRB over DCH x Proportion of Weak Coverage User/38400 + Total
IuCS Erlang requirement x Proportion of eTrFO Active users/1000 + Total Cell
number requirement x 100 x Integrate coefficient/7500 + Total IuCS Erlang
requirement x Proportion of Downlink Weak Coverage CS Users x Proportion of
WB-AMR/500 + Total IuCS Erlang requirement x Proportion of Downlink Weak
Coverage CS Users x (1- Proportion of WB-AMR)/1000] + 1
The number of EGPUb (UUEP) boards is calculated as follows:
N_EGPUb (UUEP) = ROUNDUP[MAX((Vco_b x Proportion of WB-AMR/16000 +
Vco_b x (1 – Proportion of WB-AMR)/34000 + b/164000 + Total Active users
requirement x Proportion of SRB over DCH x Proportion of Weak Coverage User/
100000 + Total Cell number requirement x 100 x Integrate coefficient/35000),
(Total IuCS Erlang requirement x Proportion of Downlink Weak Coverage CS Users
x (1 – Proportion of WB-AMR)/1500 + Total IuCS Erlang requirement x Proportion
of Downlink Weak Coverage CS Users x Proportion of WB-AMR/750 + Total IuCS
Erlang requirement x Proportion of eTrFO Active users/1600))] + 1
NOTE
NOTE
The Iur-p interface is used when the RNC in Pool feature is enabled.
The following interface boards are delivered by default: GOUe, FG2e, AOUc, UOIc,
and EXOUb.
Board IU CS IU PS
Type
Voice(Erl) VP(Er CID/U UL(M DL(M UL IU PS IU PS
(AMR&W l) DP bit/s) bit/s) +DL( on- Sessio
B-AMR) Mbit/ line n
s) users setup/
release
times
NOTE
On-line user indicates the number of users in the RRC connected state, including users in
the Cell_DCH, Cell_FACH, Cell _PCH, and Ura_PCH state. Active user indicates the number of
users in the Cell _DCH and Cell _FACH state.
● In this table, the EXOUa/EXOUb specifications regarding UL(Mbit/s),
DL(Mbit/s), and UL+DL(Mbit/s) are based on UL/DL 64 kbit/s/384 kbit/s.
● The specifications of interface boards on the Iur interface are the same as
those of interface boards on the Iub interface.
● The preceding tables list the maximum processing capabilities of boards. For
example, values in the Number of Connected NodeBs indicate the maximum
numbers of NodeBs that can be connected. The actual number of NodeBs is
restricted by the throughput.
● VP in the table indicates 64 kbit/s video phone services.
● One active CS user consumes two Iub CIDs/UDPs, and one active HSPA PS
user consumes three Iub CIDs/UDPs.
● One active CS user consumes one CID/UDP on the Iu-CS interface board, and
one active HSPA PS user consumes one Tunnel Endpoint ID (TEID) on the Iu-
PS interface board.
● AMR represents the traditional 12.2 kbit/s CS services, and WBAMR represents
the typical 23.85 kbit/s CS services.
● "Session setup/release times" indicates the signaling processing capability of
an interface board. This item applies only to the Iu-PS interface boards. The
following table lists the mapping between the interface signaling processing
requirements and the traffic model.
The following table describes how to configure the Iub interface board (Iur
interface is similar to Iub interface, without configuring NodeBs).
Alternatively, the
recommended typical
Iu PS throughput of 10
Gbit/s is used.
If the Iu-CS and Iu-PS interfaces use the same interface board:
N_INT_Iu (board pairs) = ROUNDUP[Max(a' + b', c', d')]
If the Iu-CS and Iu-PS interfaces use different interface boards:
N_INT_IuCS (board pairs) = ROUNDUP(b')
N_INT_IuPS (board pairs) = ROUNDUP[Max(a', c', d')]
N_INT_Iu (board pairs) = N_INT_IuCS + N_INT_IuPS
Redundancy Configuration for Interface Boards
BSC6910 interface boards support 1+1 backup mode. The number of interface
boards is calculated using the following formula: Sum(Iub, Iu-CS, Iu-PS, Iur) x 2.
A pair of active and standby SCUc boards can process data at 320 Gbit/s on the
physical layer. The SCUc boards in various subracks are connected in chain mode.
If either of the active and standby board becomes faulty, the processing capability
is halved.
If the service boards are not evenly configured among the subracks or services are
not evenly deployed among the subracks, the volume of inter-subrack data flows
may sharply increase. Once the volume exceeds the capacity, services are
interrupted. Therefore, all types of service processing boards (including EGPU and
ENIUa) and interface boards must be evenly configured among subracks. The
user-plane capacity of each subrack should be similar.
MPS 3 1 2 1 2
EPS1 3 1 2 1 0
EPS2 3 1 1 1 0
EPS3 2 0 1 1 0
EPS4 2 0 1 1 0
EPS5 2 0 1 1 0
Total 15 3 8 6 2
The operator provides the network capacity requirement which should include the
information listed in Table 1-29.
Item Value
Item Value
NAS (Attach, Detach, LAU, RAU) and SMS per subscriber per 3.6
BH
Step 2 Calculate the capacity requirements on the control plane, user plane, and
transmission plane, and the board capabilities under the traffic model.
1. Total Iu-PS throughput requirement (based on sample input, the value is 3600
Mbit/s)
= Total Subscribers x PS throughput (Including R99 and HSPA, UL+DL) per PS
subscriber in BH (bit/s) = 800,000 x 4,500 bit/s= 3600 Mbit/s
2. Total Iu-CS Erlang requirement (based on sample input, the value is 16,000
Erl)
Total Iu-CS Erl = Total Subscribers x Voice Traffic per CS voice subscriber in BH
(Erlang) = 800,000 x 0.02 = 16000
3. Total Iu-PS TEID requirement (based on sample input, the value is 23,111)
= Total Subscribers x [Mean holding time (MHT) in DCH/H/FACH state per PS
call(sec) + Mean holding time (MHT) in PCH per PS call(sec)] x PS call per
subscriber per BH/3600 = 800,000 x (52 + 0) x 2/3,600 = 23,111
4. Iu-PS session setup/release times requirement (based on sample input, the
value is 1778 times/s)
IuPS session setup/release times = Total Subscribers x [PS call per subscriber
per BH x (1 + PS channel switch times per PS call x 0.5 + Cell update times
per PS call x 0.5)]/3600 = 800,000 x [2 x (1 + 3 x 0.5 + 3 x 0.5)]/3600 = 1778
See Table 1-25 for the coefficient.
5. Total Iub PS throughput requirement (based on sample input, the value is
4680 Mbit/s)
= Total Subscribers x PS throughput (Including R99 and HSPA, UL+DL) per PS
subscriber in BH (bit/s) x (1 + Proportion of SHO for PS call) = 800,000 x
4,500 x (1 + 0.3) bit/s = 4680 Mbit/s
6. Total Iub CS Erlang requirement (based on sample input, the value is 20,800
Erl)
Total Iub CS Erlang = Total Subscribers x Voice Traffic per CS voice subscriber
in BH (Erlang) x (1 + Proportion of SHO for CS call) = 800,000 x 0.02 x (1
+ 0.3) = 20,800
7. Total BHCA requirement (based on the sample input, the value is 2,368,000)
Total BHCA = Total Subscribers x (CS Voice call per subscriber per BH + PS call
per subscriber per BH) = 800,000 x (0.96 + 2) = 2,368,000
8. Total NodeB number requirement (based on sample input, the value is 600) =
Total NodeBs = 600
9. Total Cell number requirement (based on the sample input, the value is 3000)
= Total Cells= 3000
10. Total active users requirement (based on sample input, the value is 39,111)
Total active users = Total Subscribers x [Mean holding time (MHT) in DCH/H/
FACH state per PS call (sec) x PS call per subscriber per BH/3600 + Voice
Traffic per CS voice subscriber in BH(Erlang)] = 800,000 x (52 x 2/3600
+ 0.02) = 39,111
11. Total online users requirement (based on sample input, the value is 39,111)
= Total Subscribers x {[Mean holding time (MHT) in DCH/H/FACH state per
PS call(sec) + Mean holding time (MHT) in PCH state per PS call(sec)] x PS
call per subscriber per BH/3600 + Voice Traffic per CS voice subscriber in
BH(Erlang)} = 800000 x [(52 + 0) 2/3600 + 0.02] = 39111
12. Total Iub CID/UDP requirement (based on sample input, the value is 124,800)
= Total Subscribers x {Mean holding time (MHT) in DCH/H/FACH state per PS
call(sec) x PS call per subscriber per BH/3600 x [1 + 2 x (1 + Proportion of
SHO for PS call)] + Voice Traffic per CS voice subscriber in BH(Erlang) x 2 x (1
+ Proportion of SHO for CS call)} = 800000 x {52 x 2/3600 x [1 + 2 x (1
+ 0.3)] + 0.02 x 2 x (1 + 0.3)} = 124800
13. In this traffic model, the BHCA of each EGPUa/EGPUb CP only board is
592,000.
EGPUa/EGPUb CP only resources per subscriber = [CS Voice call per subscriber
per BH x (W1 + Handover times per CS call x W2) + PS call per subscriber per
BH x (w3 + PS channel switch times per PS call x w7 + Cell update times per
PS call x w8 + Handover times per PS call x w6) + NAS (Attach, Detach, LAU,
RAU) and SMS per subscriber per BH x w9]/3600 = 14.96%/3600 = 0.0042%
Number of subscribers supported by each EGPUa/EGPUb CP only board =
(70% – 10%) x 14/EGPUa/EGPUb CP only resource consumed per subscriber =
(70% – 10%) x 14/0.0042% = 200,000
BHCA supported by per EGPUa/EGPUb CP only board = Number of subscribers
supported by each EGPUa/EGPUb CP only board x (CS Voice call per
subscriber per BH + PS call per subscriber per BH) = 200,000 x (0.96 + 2) =
592,000
14. In this traffic model, the PS throughput of each EGPUa/EGPUb UP only board
is 13680 Mbit/s.
PS RAB mean data rate (UL+DL) (kbit/s) = [PS throughput (Including R99 and
HSPA, UL+DL) per PS subscriber in BH (bit/s) x 3600/1000] /[PS call per
subscriber per BH x Mean holding time (MHT) in DCH/H/FACH state per PS
call(sec)] = 4,500 x 3600/1000/(2 x 52) = 155.8
155.8 kbit/s is in the value range of [128, 196]. Therefore, PS Throughput
Capacity per EGPUa/EGPUb (Mbit/s) is calculated as follows: PS Throughput
Capacity per EGPUa/EGPUb (Mbit/s) = 1250 + (PS RAB Mean data rate – 128)
x 4.26 = 1250 + (155.8 - 128) x4.26 = 1368 Mbit/s
Step 3 Calculate the hardware configuration and capacity license configurations.
1. Calculate the number of EGPU boards required for the user plane.
Item Description Calculation of the Board Quantity
The number of licenses required for "RNC Throughput HW Capacity License (per
50 Mbit/s)" is calculated as follows:
2. Calculate the number of EGPU boards required for the control plane.
The number of licenses required for "RNC Active User HW Capacity License" is
calculated as follows:
N_ EGPU_ ActiveUser_License = ROUNDUP(39111/1000) = 40
NOTE
N_EGPU does not include the fixed EGPU boards for resource management.
4. Calculate the number of required EGPUb (NIU) boards and the corresponding
hardware license.
If EGPUb (NIU) boards work in resource pool mode for load sharing, configure
them in N+1 redundancy mode.
N_EGPUb(NIU) = ROUNDUP(4680/4800) + 1 = 2
Number of required Network Intelligence Throughput licenses:
N_Network_Intelligence_Throughput = ROUNDUP(4680/50) = 94
NOTE
N_DEUa = (A + B + C + D + E + F) + 1 =7
NOTICE
If Iub, Iu-CS (the Iu-CS and Iur interfaces share the same interface board), and Iu-
PS interface boards are configured separately and work in 1+1 backup mode, the
number of required interface boards is as follows:
Four slots are required for two ESAUa/ESAUb boards. By default, one ESAUa/
ESAUb board is configured for the UMTS only mode for the EBC. If the customer
has purchased the Nastar service or other OSS services (such as SON or RAN
Service Visibility Based on PRS), additional ESAUa/ESAUb boards are required. A
maximum of two SAU boards can be configured. The ESAUb board does not
support Nastar services. The specific quantity of ESAUa/ESAUb boards is
determined by OSS features. Assume that one ESAUa/ESAUb board is required in
this example.
The number of fixed slots in the MPS is 14, and the remaining 14 slots are used
for holding service processing boards and interface boards. The fixed slots are
assigned as follows: four slots for two EOMUa/EOMUb boards; two slots for two
GCUb/GCUc/GCGb/GCGc boards; four slots reserved for two ESAUa/ESAUb boards;
two slots for two SCUc boards; two slots for two EGPU (logical function type:
RMP) boards
In summary, the following table lists the configurations that can meet network
requirements.
----End
For per BSC6910 the NodeB number should less than 600. If the RNC in Pool
feature is enabled, the number of NodeBs served by a BSC6910 is increased to be
within 900.
Step 2 Perform dimensioning to obtain the GSM and UMTS network requirements.
Step 3 Calculate the UMTS configuration and GSM configuration based on the network
requirements. (The detailed configuration rules for and algorithm restrictions on
UMTS and GSM boards are consistent with the descriptions provided in 1.4.2
BSC6910 UMTS Product Configurations and 1.4.1 BSC6910 GSM Product
Configurations.)
If the capacity required by the GSM configuration and UMTS configuration does
not exceed the BSC6910 GU specifications (that is, the total number of GSM
subracks and UMTS subracks does not exceed six), then configuration calculation
is complete. If the total required capacity exceeds the maximum specifications of
one BSC6910 GU or the number of slots required for the interface boards exceeds
the limitation, an extra BSC6910 GU needs to be added.
----End
1.5.1.1 Precautions
The BSC6900 cannot be upgraded to the BSC6910 by upgrading the software, and
can be upgraded only by migrating the hardware. If the BSC6900 is upgraded to
the BSC6910, the BSC license of BSC6900 can be used for the BSC 6910 only after
the license is quoted and applied for again. However, the BTS license of the
BSC6900 that has been quoted can be directly used for the BSC6910 using license
adjusting tools.
The BSC6910 supports the following boards: SCUb, SCUc, EOMUa/EOMUb, ESAUa/
ESAUb, GCUa, GCGa, GCUb, GCUc, GCGb, GCGc, EGPUa/EGPUb/EXPUa/EXPUb,
DPUf, FG2c, FG2d, FG2e, GOUc, GOUd, GOUe, GOUf, EXOUa/EXOUb, and POUc.
The BSC6910 does not support other BSC6900 boards.
In A over IP networking, the EGPUa/EGPUb/EXPUa/EXPUb boards with the logical
function type GCUP used in the BSC6910 replace the XPUb, DPUf (for A over IP),
and DPUg boards used in the BSC6900. In A over TDM networking, the EGPUa/
EGPUb/EXPUa/EXPUb and DPUf boards must be configured in the BSC6910.
In the BSC6910 V100R016C00, the Ater and Pb interfaces are removed. The Abis
and A interfaces support IP and TDM transmission modes, whereas other external
interfaces support only IP transmission mode.
WP1D000G GOUe/ The GOUe/GOUf board has the same service capacity,
OU03/ GOUf GE port quantity, and configuration calculation
WP11PGOU formula as the FG2c board except the interface type.
F0
QM1B0PBCB Cabinet 1
N00
Total Replacement
An operator may want to increase equipment integration and achieve a larger
capacity with existing cabinets and subracks. In this case, a total replacement is
recommended.
Step 1 Fill in the UniSTAR calculation table and calculate the configuration required after
the capacity expansion.
Step 2 Record the board and equipment configurations before the capacity expansion.
Step 3 The components required in the capacity expansion are the components after the
capacity expansion minus those before the capacity expansion.
4 EGPUa/EGPUb/EXPUa/ A2 B2 B2 – A2
EXPUb
5 Interface boards A3 B3 B3 – A3
6 Cabinets A4 B4 B4 – A4
----End
Incremental Algorithm
If an operator wants to keep the original equipment without large-scale
modifications to the legacy network, new boards are used only for newly added
sites and carriers. If the new quotation template does not support mixed insertion
of boards and the frontline personnel want to simplify operations, use the original
quotation template and the incremental algorithm.
The core idea is to reuse as much legacy equipment as possible. The purpose of
mixed insertion is to use boards of different specifications in the same logical or
physical interface.
The procedure for the incremental algorithm is as follows:
Step 1 Fill in the UniSTAR calculation table with the quotation parameters of the new
hardware version after the capacity expansion. By doing this, you get the
configuration required after the capacity expansion. In the Dimension Calculator
window, you can view the capacity after the capacity expansion.
Step 2 Fill in the UniSTAR calculation table with the quotation parameters of the original
hardware version before the capacity expansion. By doing this, you can obtain the
configurations of each interface board before the capacity expansion. In the
Dimension Calculator window, you can view the capacity before the capacity
expansion.
Step 3 Subtract the hardware support capability before the capacity expansion from the
capacity required after the expansion. By doing this, you can obtain the capacity
support capability required for the expansion.
Generally, the traffic volume over the Gb interface is light. One pair of boards can
cope even during a capacity expansion. Therefore, set the capacity increase on the
Gb interface to 0.
2 PDCH QTY A2 B2 B2 – A2
3 A CIC QTY A3 B3 B3 – A3
4 BHCA A5 B5 B5 – A5
5 Gb interface traffic A6 A6 B6 – A6
Step 5 Calculate whether additional cabinets, subracks, and auxiliary materials are
required for the capacity expansion.
----End
Hardw Board
are
Versio
n
HW691 EGPUa, EOMUa, ESAUa, SCUb, GCUa, GCGa, ENIUa, EXOUa, FG2c,
0 R15 FG2d, GOUc, GOUd, AOUc, UOIc, EXPUa, POUc
HW691 EGPUa, EOMUa, ESAUa, SCUb, SCUc, GCUa, GCUb, GCGa, GCGb,
0 R16 DPUf, ENIUa, EXOUa, FG2c, FG2d, GOUc, GOUd, GOUe, AOUc, UOIc,
EXPUa, POUc
HW691 EGPUa, EOMUa, ESAUa, SCUb, SCUc, GCUa, GCUb, GCGa, GCGb,
0 R17 DPUf, ENIUa, EXOUa, FG2c, FG2d, GOUc, GOUd, GOUe, AOUc, UOIc,
EXPUa, POUc, DEUa
HW691 EGPUa, EGPUb, EOMUa, ESAUa, SCUb, SCUc, GCUa, GCUb, GCGa,
0 R18 GCGb, DPUf, ENIUa, EXOUa, FG2c, FG2d, GOUc, GOUd, GOUe, AOUc,
UOIc, EXPUa, EXPUb, POUc, DEUa
HW691 EGPUa, EGPUb, EOMUa, EOMUb, ESAUa, ESAUb, SCUb, SCUc, GCUa,
0 R19 GCUb, GCGa, GCGb, DPUf, ENIUa, EXOUa, EXOUb, FG2c, FG2d, FG2e,
GOUc, GOUd, GOUe, AOUc, UOIc, EXPUa, EXPUb, POUc, DEUa
HW691 EGPUa, EGPUb, EOMUa, EOMUb, ESAUa, ESAUb, SCUb, SCUc, GCUa,
0 R20 GCUb, GCGa, GCGb, DPUf, ENIUa, EXOUa, EXOUb, FG2c, FG2d, FG2e,
GOUc, GOUd, GOUe, AOUc, UOIc, EXPUa, EXPUb, POUc, DEUa
HW691 EGPUa, EGPUb, EOMUa, EOMUb, ESAUa, ESAUb, SCUb, SCUc, GCUa,
0 R21 GCUb, GCGa, GCGb, DPUf, ENIUa, EXOUa, EXOUb, FG2c, FG2d, FG2e,
GOUc, GOUd, GOUe, AOUc, UOIc, EXPUa, EXPUb, POUc, DEUa
HW691 EGPUa, EGPUb, EOMUa, EOMUb, ESAUa, ESAUb, SCUb, SCUc, GCUa,
0 R22 GCUb, GCUc, GCGa, GCGb, GCGc, DPUf, ENIUa, EXOUa, EXOUb, FG2c,
FG2d, FG2e, GOUc, GOUd, GOUe, GOUf, AOUc, UOIc, EXPUa, EXPUb,
POUc, DEUa
HW691 EGPUa, EGPUb, EOMUa, EOMUb, ESAUa, ESAUb, SCUb, SCUc, GCUa,
0 R23 GCUb, GCUc, GCGa, GCGb, GCGc, DPUf, ENIUa, EXOUa, EXOUb, FG2c,
FG2d, FG2e, GOUc, GOUd, GOUe, GOUf, AOUc, UOIc, EXPUa, EXPUb,
POUc, DEUa
NOTE
No new board is added in HW6910 R18. The logical board type NIU is added for the EGPUb
board.
The following table lists the number of components to be added for the HW6910
R25 hardware capacity expansion.
1 Cabinet A1 B1 B1 – A1
2 MPS A2 B2 B2 – A2
3 EPS A3 B3 B3 – A3
4 Clock board A4 B4 B4 – A4
5 Evolved General A5 B5 B5 – A5
Processing Unit (for
Control Plane)
6 Evolved General A6 B6 B6 – A6
Processing Unit for User
Plane
7 Interface boards A7 B7 B7 – A7
NOTE
Assume that the network configurations after capacity expansion are as follows:
Traffic: 20,100 Erl Transmission rate: 4000 Mbit/s (based on the uplink and
downlink transmission rates 64 kbit/s and 384 kbit/s) BHCA: 3,336,000 (under
smartphone traffic model) Number of NodeBs: 1400 Number of cells: 2800 IP
transmission (10GE optical port) over the Iub, Iu-CS, and Iu-PS interfaces Iub, Iu-
CS, and Iu-PS interface boards working in 1+1 backup mode.
Configuration 1 1 2 1 6
1 (before
capacity
expansion)
Configuration 1 1 4 2 6
2 (after
capacity
expansion)
Number of 0 0 2 1 0
components
to be added
Use the Poisson algorithm to calculate the number of spare parts unless otherwise
specified by the customer.
2. = 2.71828183
3. λ = Number of boards applied on the network x Annual damage rate of
boards x Replenishment period/365
a. The replenishment period is usually 60 days.
b. Quantity of boards applied on the network is the number of boards
inserted in both the active BSCs.
There are 1000 boards (BOM: 02319428) applied on the network.
c. The annual damage rates of boards are provided by the spare parts
center. Each board has its own annual damage rate.
For example, the annual damage rate of the board (BOM: 02319428) is 0.005000.
The λ value of the board (BOM: 02319428) is calculated as follows: λ = 1000 x
0.005000 x 60/365 = 0.8219178
1.6.2.3 Notes
The number of spare parts calculated using the Poisson algorithm satisfies only
basic requirements of the live network. If the operator requires the service level
1.7 Appendix
Parameter Value
MR report/sub/BH 144
Parameter Value
1. Table 1-33 provides the capacity of a BSC6910 GSM in Abis over TDM, A over
TDM, and Gb over IP modes.
Table 1-33 Capacity of a BSC6910 GSM in Abis over TDM, A over TDM, and Gb
over IP modes
Name Typical Configuration
Number of subracks 1
2. Table 1-34 provides the capacity of a BSC6910 GSM in Abis over TDM, A over
IP, and Gb over IP modes.
Table 1-34 Capacity of a BSC6910 GSM in Abis over TDM, A over IP, and Gb over
IP modes
Name Typical Configuration
Number of subracks 1
Number of subracks 1
Table 1-36 Capacity of a BSC6910 GSM in all-IP transmission mode with BSC
Node Redundancy
Name Typical Configuration
Number of subracks 1
Board Utilization
Each type of board on the BSC6910 has its specifications, which are calculated by
collectively considering the capacity on various aspects (including BHCA capacity,
TRX capacity, CIC capacity, and bandwidth capacity).
The specifications for a board indicate the capacity for a board running with long-
term stability. When a board is processing services, its bandwidth capacity, service
parsing and forwarding capacity, and signaling parsing and forwarding capacity
must be taken into consideration. Therefore, Huawei uses the board usage to
represent the board capacity.
For example:
The specification of the GOUe board over the A interface is 23,040 CICs, and the
number of serving CICs is 10,000. Therefore, the board usage is 43.4%
(10,000/23,040 x 100%).
The capacity under UMTS BSC6910 typical configurations in the high-PS traffic
model and smartphone traffic model are described as follows:
Handover 8 N/A
times per CS
call (SHO)
(times/call)
Handover 5 N/A
times per PS
call (SHO)
(times/call)
Iur-to-Iub 8% N/A
traffic ratio
The following table lists the typical capacity of the BSC6910 UMTS configured
with HW6910 R25 boards under high-PS traffic model.
Table 1-39 Typical capacity of the BSC6910 UMTS under high-PS traffic
model (HW6910 R25 boards)
Number CS PS BHCA Number Numbe Number
of Service Service (k) of Active r of of
Subscrib Capacit Capacity Users Online Subrack
ers y (Iub UL Users Combin
Support (Erlang +DL) ation
ed ) (Mbit/s)
NOTE
● The CS voice service capacity, PS service capacity, and BHCA can reach the
maximum at the same time.
● The number of on-net users indicates the number of users who have accessed a
UMTS network within a busy hour.
● The number of active users indicates the total number of users who are in the
CELL_DCH and CELL_FACH states.
● The number of online users indicates the total number of users who are in the
CELL_DCH, CELL_FACH, CELL_PCH, and URA_PCH states.
The following figure shows the typical configuration (1 MPS + 2 EPSs) under
high-PS traffic model.
The following figure shows the typical configuration (1 MPS + 5 EPSs) under
high-PS traffic model.
Table 1-41 Typical capacity of the BSC6910 UMTS under smartphone traffic
model (HW6910 R25 boards)
Number CS PS BHCA (k) Numbe Numbe Numbe
of Service Service r of r of r of
Subscrib Capacity Capacit Active Online Subrac
ers (Erlang) y (Iub Users Users k
Supporte UL+DL) Combi
d (Mbit/s nation
)
NOTE
● The CS voice service capacity, PS service capacity, and BHCA can reach the
maximum at the same time.
● The number of on-net users indicates the number of users who have accessed a
UMTS network within a busy hour.
● The number of active users indicates the total number of users who are in the
CELL_DCH and CELL_FACH states.
● The number of online users indicates the total number of users who are in the
CELL_DCH, CELL_FACH, CELL_PCH, and URA_PCH states.
The following figure shows the typical configuration (1 MPS + 2 EPSs) under
smartphone traffic model.
The following figure shows the typical configuration (1 MPS + 5 EPSs) under
smartphone traffic model.
BH busy hour
CN core network
CP Control Plane
UP User Plane