BSC6900 Configuration Principle(Global)(V900R017C10_03)(PDF)-En

8/18/2019 BSC6900 Configuration Principle(Global)(V900R017C10_03)(PDF)-En

1/120

SRAN10.1&GBSS17.1&RAN17.1 BSC6900

Configuration Principles

Issue 03

Date 2015-06-30

HUAWEI TECHNOLOGIES CO., LTD.


2/120

Copyright © Huawei Technologies Co., Ltd. 2015. All rights reserved.

No part of this document may be reproduced or transmitted in any form or by any means without prior written

consent of Huawei Technologies Co., Ltd.

Trademarks and Permissions

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.

Huawei Technologies Co., Ltd.

Address: Huawei Industrial Base

Bantian, Longgang

Shenzhen 518129

People's Republic of China

Website: http://www.huawei.com

Email: [email protected]

Issue 03 (2015-06-30) Huawei Proprietary and Confidential

Copyright © Huawei Technologies Co., Ltd.

i

http://www.huawei.com/


3/120

Contents

1 Change History..............................................................................................................................1

2 Introduction....................................................................................................................................3

2.1 Overview........................................................................................................................................................................4

2.2 Version Difference.........................................................................................................................................................42.2.1 BSC6900 GSM............................................................................................................................................................4

2.2.2 BSC6900 UMTS..........................................................................................................................................................4

2.2.3 BSC6900 GU...............................................................................................................................................................5

2.3 Laws and Regulations.....................................................................................................................................................5

2.3.1 Cyber Security Requirements......................................................................................................................................5

2.3.2 Export Control.............................................................................................................................................................5

3 Application Overview..................................................................................................................6

4 Product Configurations..............................................................................................................10

4.1 BSC6900 GSM Product Configurations.......................................................................................................................11

4.1.1 Hardwar e Capacity License.......................................................................................................................................12

4.1.2 Service Processing Units...........................................................................................................................................12

4.1.3 Interface Boards.........................................................................................................................................................20

4.1.4 Clock Boards.............................................................................................................................................................25

4.1.5 General Principles for Board Configuration..............................................................................................................25

4.1.6 Subracks.....................................................................................................................................................................27

4.1.7 Cabinets.....................................................................................................................................................................28

4.1.8 Auxiliary Materials....................................................................................................................................................29

4.1.9 Example of Typical BSC6900 GSM Configuration..................................................................................................30

4.1.10 BSC6900 GSM Recommended Capacity for Delivery...........................................................................................33

4.2 BSC6900 UMTS Product Configurations....................................................................................................................33

4.2.1 Impact of the Traffic Model on Configurations........................................................................................................34

4.2.2 Hardwar e Capacity License.......................................................................................................................................37

4.2.3 Service Processing Units...........................................................................................................................................39

4.2.4 Interface Boards.........................................................................................................................................................48

4.2.5 Clock Boards.............................................................................................................................................................55

4.2.6 Principles for Board Configurations..........................................................................................................................55

4.2.7 Subracks.....................................................................................................................................................................56


Configuration Principles Contents



ii


4/120

4.2.8 Cabinets.....................................................................................................................................................................58

4.2.9 Auxiliary Materials....................................................................................................................................................58

4.2.10 Restrictions on Inter-Subrack Switching.................................................................................................................60

4.2.11 Example of Typical BSC6900 UMTS Configuration.............................................................................................60

4.2.12 BSC6900 UMTS Recommended Capacity for Delivery.........................................................................................68

4.3 BSC6900 GU Product Configurations.........................................................................................................................68

5 Expansion and Upgrade Configurations.................................................................................70

5.1 BSC6900 GSM Hardware Expansion and Upgrade Configurations............................................................................71

5.1.1 Hardwar e Expansion and Upgrade Configurations...................................................................................................71

5.1.2 Hardwar e Capacity License Expansion.....................................................................................................................83

5.1.3 Examples of Hardware Expansion............................................................................................................................83

5.2 BSC6900 UMTS Hardware Expansion and Upgrade Configurations.........................................................................85

5.2.1 Hardwar e Expansion and Upgrade Configurations...................................................................................................865.2.2 Hardwar e Capacity License Expansion.....................................................................................................................87

5.2.3 Examples of Hardware Expansion............................................................................................................................87

5.2.4 Examples of Hardware Capacity License Expansion................................................................................................88

5.3 BSC6900 GU Hardware Expansion and Upgrade Configurations...............................................................................89

6 Spare Parts Configuration..........................................................................................................90

6.1 BOM of S pare Parts......................................................................................................................................................91

6.2 Configuration Principles for Spare Parts......................................................................................................................91

6.2.1 Poisson Algorithm.....................................................................................................................................................91

6.2.2 Percentage Algorithm................................................................................................................................................92

6.2.3 Notes..........................................................................................................................................................................92

7 Built-in ECO6910 Product Configuration...............................................................................93

8 Appendix.......................................................................................................................................94

8.1 Hardware Version.........................................................................................................................................................95

8.2 GSM Configuration Reference.....................................................................................................................................96

8.2.1 GSM Tr affic Model...................................................................................................................................................96

8.2.2 GSM Board Specifications......................................................................................................................................100

8.2.3 GSM Board Usage Efficiency.................................................................................................................................105

8.2.4 Ater RSL Configuration Calculation Tool..............................................................................................................105

8.2.5 Suggestions for Lb Interface Configuration............................................................................................................105

8.3 UMTS Configuration Reference................................................................................................................................106

8.3.1 UMTS Traffic Model...............................................................................................................................................106

8.3.2 UMTS Hardware Specifications..............................................................................................................................110

9 Acronyms and Abbreviations.................................................................................................116


Configuration Principles Contents



iii


5/120

1 Change HistoryThis chapter describes changes in different document versions.

03 (2015-06-30)

Compared with Issue 02 (2015-05-08), this issue includes the following changes.

Change Type Change Description

Editorial

change

Add

ed

None

Mo

difi

ed

Deleted descriptions about N+1 backup because NIU boards no

longer support this redundancy mode. For details, see 4.2.3 Service

Processing Units and 4.2.11 Example of Typical BSC6900 UMTS

Configuration.

Del

eted

None

02 (2015-05-08)

Compared with Issue 01 (2015-03-25), this issue includes the following changes.


Editorial

change

Add

ed

None

Mo

difi

ed

Removed N+1 backup from "Interface board backup mode and

board calculation rules in 4.2.4 Interface Boards because UMTS

interface boards, such as the FG2c, GOUc, and GOUe boards, no

longer support N+1 backup.

Del

eted

None


Configuration Principles 1 Change History



1


6/120

01 (2015-03-25)

Compared with Draft A (2015-01-15), this issue includes the following changes.


Editorial

change

Add

ed

None

Mo

difi

ed

l Changed the resource allocation algorithm for service processing

units (DPU on the CS service plane)processing services carried

on TRXs connected to interface boards. For details, see 4.1.5

General Principles for Board Configuration.

l Changed UMTS NIUa specifications to 1.6 Gbit/s when the

experience oriented network planning and optimization function

or the WRFD-171210 Radio-Aware Video Precedence feature is

enabled, and updated the calculation methods and configuration principles for NIUa boards. For details, see 4.2.3 Service

Processing Units, 4.2.6 Principles for Board Configurations,

and 8.3.2 UMTS Hardware Specifications.

l Changed the DEUa specifications from 208,000 Erlang to

260,000 Erlang when WRFD-171201 Crystal Voice in Deep

Coverage is enabled.

Del

eted

None

Draft A (2015-01-15)

Compared with Issue 05 (2014-10-29) of V900R016C00, this issue includes the following

changes.


Editorial

change

Add

ed

Added 7 Built-in ECO6910 Product Configuration.

Mo

dified

l Added DEUa boards to support the optional features

WRFD-170201 Seamless Crystal Voice and WRFD-171201Crystal Voice in Deep Coverage, and added the corresponding

capacity plan and hardware configurations related to features.

l Updated the configuration principles for SAU boards for UMTS

and added descriptions about how to determine GU TS

configurations. For details, see 4.2.3 Service Processing Units.

Del

eted

None


Configuration Principles 1 Change History



2


7/120

2 IntroductionAbout This Chapter

2.1 Overview

2.2 Version Difference

2.3 Laws and Regulations


Configuration Principles 2 Introduction



3


8/120

2.1 Overview

This document describes the configuration principles of the BSC6900 V900R017C10.

The BSC6900 can be configured as a BSC6900 GSM, BSC6900 UMTS, or BSC6900 GSM

+UMTS (GU) to adapt to various application scenarios. where,

1. A BSC6900 GSM works in GSM Only (GO) mode and functions as a GSM BSC.

2. A BSC6900 UMTS works in UMTS Only (UO) mode and functions as a UMTS RNC.

3. A BSC6900 GU works in GSM&UMTS (GU) mode and functions as a GSM BSC and

UMTS RNC.

This document covers topics, such as product specifications, configuration principles, and

capacity expansion and upgrade configurations of the BSC6900 GSM, BSC6900 UMTS, and

BSC6900 GU.

2.2 Version Difference

2.2.1 BSC6900 GSM

The BSC6900 GSM in the minimum configuration consists of one cabinet, in which one subrack,

the main processing subrack (MPS), is configured. The BSC6900 GSM in the maximum

configuration consists of two cabinets, in which one MPS and three extended processing

subracks (EPSs) are configured. The BSC6900 V900R017C10 GSM supports the following

hardware versions: HW60 R8, HW69 R11, HW69 R13, HW69 R15, HW69 R16, HW69 R17.

A BSC6000 or BSC6900 GSM can be upgraded to BSC6900 V900R017C10 by upgrading

software. When HW60 R8 or HW69 R11 hardware is used, software must be upgraded version

by version. Configuration principles and capacity expansion principles remain unchanged after

the upgrade. If only the software of a BSC6000 or BSC6900 GSM is upgraded to GBSS17.1,

capacity remains unchanged after the upgrade.

This document describes the configuration principles of the BSC6900 using HW69 R17

hardware.

2.2.2 BSC6900 UMTS

The BSC6900 UMTS in the minimum configuration consists of one cabinet, in which onesubrack (MPS) is configured. The BSC6900 UMTS in the maximum configuration consists of

two cabinets, in which one MPS and five EPSs are configured. The BSC6900

V900R017C10 UMTS supports five hardware versions: HW68 R11, HW69 R11, HW69 R13,

HW69 R15, HW69 R16 , HW69 R17.

A BSC6810 or BSC6900 UMTS can be upgraded to BSC6900 V900R017C10 by upgrading

software. When HW68 R11 or HW69 R11 hardware is used, software must be upgraded version

by version. Configuration principles and capacity expansion principles remain unchanged after

the upgrade. If only the software is upgraded to RAN17.1, capacity remains unchanged after the

upgrade.

HW69 R16 introduces new boards SPUc, GOUe, GCUb, and GCGb, which can coexist with

the corresponding old boards SPUb, GOUc, GCUa, and GCGa. An old board and its





4


9/120

corresponding new board (for example, SPUb and SPUc, GOUc and GOUe, GCGa and GCGb,

and GCUa and GCUb) can work in active/standby mode.

HW69 R17 inherits HW69 R16 hardware and introduces DEUa boards to support the new

features WRFD-170201 Seamless Crystal Voice and WRFD-171201 Crystal Voice in Deep

Coverage.

This document describes the configuration principles of the BSC6900 using HW69 R17

hardware.

BSC6900 V900R017C10 has the same basic specifications as BSC6900 V900R016.

BSC6900 UMTS supports the RNC in Pool feature to pool BSC6900s and BSC6910s. RNCs in

a resource pool share resources and back up for each other.

2.2.3 BSC6900 GU

The BSC6900 GU in the minimum configuration consists of one cabinet, in which two subracksare configured: one subrack is used for UMTS and the other for GSM. The BSC6900 GU in the

maximum configuration consists of two cabinets, in which one MPS and five EPSs are

configured. The BSC6900 V900R017C10 GU supports the following hardware versions: HW60

R8/HW68 R11, HW69 R11, HW69 R13, HW69 R15, HW69 R16, HW69 R17.

A BSC6000, BSC6810, or BSC6900 can be upgraded to BSC6900 V900R017C10 by upgrading

software. When HW60 R8, HW68 R11, or HW69 R11 hardware is used, software must be

upgraded version by version. Configuration principles and capacity expansion principles remain

unchanged after the upgrade. If only the software version is upgraded to SRAN10.1, capacity

remains unchanged after the upgrade.

2.3 Laws and Regulations

2.3.1 Cyber Security Requirements

The BSC6900 meets A1, A2, and B security requirements and newly-added features are not

security-sensitive.

2.3.2 Export Control

None





5


10/120

3 Application OverviewThe hardware platform of the BSC6900 is characterized by high integration, high performance,

and a modular structure to adapt to different scenarios and provide operators with a high-quality

network at a low cost. In addition, the network is easy to expand and maintain. Figure

3-1 and Figure 3-2 show a single BSC6900 cabinet appearance and its configurations,

respectively.

Figure 3-1 BSC6900 N68E-22 cabinet appearance


Configuration Principles 3 Application Overview



6


11/120

Figure 3-2 Configurations of a BSC6900 cabinet (front view and rear view)

Table 3-1 describes the BSC6900 specifications.

Table 3-1 BSC6900 specifications

Perfo

rman

ce

Speci

fications

BSC6900 GSM l Maximum number of cabinets: 2

l Maximum number of subracks: 4

l Maximum GSM specifications (all-TDM transmission for

GSM): 4096 TRXs, 24,000 Erlang, 5,900,000 BHCA,

16,384 activated PDCHs, and 1536 Mbit/s bandwidth over

the Gb interface

l Maximum GSM specifications (all-IP transmission for



the Gb interface





7


12/120

BSC6900 UMTS l Maximum number of cabinets: 2

l Maximum number of subracks: 6

l The maximum specifications are 3060 NodeBs, 5100

cells, 5,300,000 BHCA (7,000,000 BHCA includingSMS), and 40 Gbit/s or 167,500 Erlang.

BSC6900 GU l Maximum GSM specifications (all-TDM transmission for



the Gb interface

When the maximum GSM specifications are reached, the

UMTS processing capabilities of the BSC6900

V900R017 are 1440 NodeBs, 2400 cells, 1,675,000

BHCA, and 12.8 Gbit/s or 53,600 Erlang.

The preceding specifications are provided by full

configuration of GSM boards in four subracks and UMTS boards in two subracks.

l Maximum GSM specifications (all-IP transmission for



the Gb interface

When the maximum GSM specifications are reached, the

UMTS processing capabilities of the BSC6900

V900R017 are 1440 NodeBs, 2400 cells, 1,675,000

BHCA, and 12.8 Gbit/s or 53,600 Erlang.

The preceding specifications are provided by full

configuration of GSM boards in four subracks and UMTS

boards in two subracks.

l Maximum UMTS specifications: 3060 NodeBs, 5100

cells, 4,430,000 BHCA, and 33.6 Gbit/s or 140,700

Erlang.

When the maximum UMTS specifications are reached,

the GSM processing capabilities of the BSC6900

V900R017 are 1536 TRXs, 9750 Erlang, 6144 PDCHs,

576 Mbit/s over the Gb interface, and 2,625,000 BHCA

in all-TDM transmission mode, and 3584 TRXs, 22,750

Erlang, 14,336 PDCHs, 1344 Mbit/s over the Gb interface,

and 6,125,000 BHCA in all-IP transmission mode. The

preceding specifications are provided by full

configuration of UMTS boards in five subracks and GSM

boards in one subrack.

Struc

tural

Speci

ficati

ons

Dimensions of the BSC6900 N68E-22 cabinet (H x W x D): 2200 mm x 600 mm x

800 mm (86.61 in. x 23.62 in. x 31.50 in.)

Single cabinet weight≤ 320 kg (705.6 lb); load-bearing capability of the floor≥

450 kg/m2 (0.64 bf/in.2)





8


13/120

Powe

r

Supp

ly

Specificati

ons

–48 V DC Input voltage range: –40 V to –57 V

NOTE

l BSC6900 specifications are not equal to the sum of board specifications.

l BSC6900 specifications are designed based on customers' requirements and the product plan. During

product specification design, business factors and technical factors, such as system load and board

quantity limitations, are taken into consideration to define an equivalent system specification.

l Specifications vary with different versions.

l The definition of BHCA in GSM is different from that in UMTS. The BHCA defined in UMTS is the

number of call attempts and the BHCA capability varies with the traffic model.

l The BHCA defined in GSM is the maximum number of equivalent BHCAs under the Huawei traffic

model. All user activities, including CS location updates, CS handovers, PS TBF setups, PS temporary

block flow (TBF) releases, and PS pagings, can be converted into equivalent BHCAs. This better

reflects the impact of the traffic model change on system performance. In full configuration, when the

BHCA reaches the maximum, the system reaches the designed maximum processing capability if the

average CPU usage does not exceed 75% of the average flow control threshold.

l In GSM, if 5,900,000 (or 11,000,000) equivalent BHCA defined in GSM are converted from only CS

services in the Huawei default CS traffic model, the corresponding BHCA for calls only is 1,440,000

(or 2,680,000) in the industry traffic model. If the equivalent BHCA are converted from both CS and

PS services in Huawei default PS traffic model, the corresponding BHCA for only calls is 1,000,000(or 2,120,000) in the industry traffic model.

l The UMTS BHCA is based on the balanced traffic model, and the UMTS PS throughput is based on

the high-PS traffic model. For details about the definitions of the traffic models, see 8.3.1 UMTS

Traffic Model.





9


14/120

4 Product ConfigurationsAbout This Chapter

4.1 BSC6900 GSM Product Configurations

4.2 BSC6900 UMTS Product Configurations

4.3 BSC6900 GU Product Configurations


Configuration Principles 4 Product Configurations



10


15/120

4.1 BSC6900 GSM Product Configurations

A BSC6900 GSM consists of hardware and hardware capacity licenses. The hardware includes

cabinets, subracks, data processing units, signaling processing units, network intelligence units,

service aware units, interface boards, and clock boards. The hardware capacity license includes

the Network Intelligence Throughput license, Mega BSC license, and Packet Service Hardware

Capacity license.

Table 4-1 Mapping between hardware versions and GBSS versions

Hardw

are

Versio

n

BSC6000 BSC6900

GBSS6.1/

GBSS7.0/

GBSS8.0/GBSS8.1

GBS

S9.0

GBSS12.

0

GBSS

13.0

GBS

S14.

0

GBS

S15.

0

GBS

S16.

0

GB

SS1

7.0

GBS

S17.

1

HW60

R8

Supported Supp

orted

Supporte

d

Suppo

rted

Supp

orted

Supp

orted

Supp

orted

Sup

port

ed

Sup

port

ed

HW69

R11

- Supp

orted

Supporte

d

Suppo

rted

Supp

orted

Supp

orted

Supp

orted

Sup

port

ed

Sup

port

ed

HW69

R13

- - - Suppo

rted

Supp

orted

Supp

orted

Supp

orted

Sup

port

ed

Sup

port

ed

HW69

R15

- - - - - Supp

orted

Supp

orted

Sup

port

ed

Sup

port

ed

HW69

R16

- - - - - - Supp

orted

Sup

port

ed

Sup

port

ed

HW69

R17

- - - - - - - Sup

port

ed

Sup

port

ed

The following BSC6900 UMTS boards can also be used in BSC6900 GSM mode (these GSM

boards cannot be used in UMTS mode):

UMTS SPUc board with the same capacity as GSM XPUb/XPUc board

UMTS DPUe board with the same capacity as GSM DPUg board

UMTS DPUb board with the same capacity as GSM DPUc or DPUd board





11


16/120

NOTICE

To set two boards to work in active/standby mode, the two boards must be identical. To replace

a single-core board in a slot with a multi-core board, you must first remove the single-core boardfrom the slot and then insert the multi-core board into the slot.

4.1.1 Hardware Capacity License describes the configuration principles of hardware capacity

licenses. 4.1.2 Service Processing Units through 4.1.7 Cabinets cover the configuration

principles for BSC6900 GSM components and relevant algorithm restrictions.

4.1.1 Hardware Capacity License

No new hardware licenses are introduced by the BSC6900 V900R017C10GSM.

4.1.2 Service Processing UnitsTable 4-2 lists service processing unites in GBSS17.0.





12


17/120

Table 4-2 Service processing units

Model Board Name Description

Specifications

Remarks

WP1D000DPU05

DPUf CS DataProcessing

Unit

(1920CIC/

3840 IWF

(TDM&IP)/

7680IWF

(IP&IP))

Provides CSservice

processing

(including

the TC

function and

IWF

function)

and works in

N+1 backup

mode

TC function:1920 CICs (A

over TDM)

IWF function:

3840 channels

(Abis over IP

and Ater over

TDM, or Abis

over TDM and

A over IP)

7680 CICs

(Abis over IPand A over IP)

For the TCfunction, the

specifications of

WP1D000DPU05

are 1920 CICs

when non-

wideband AMR

coding schemes

are used. When

wideband AMR

coding schemes

are used, the

specifications of

WP1D000DPU05

are 50% of 1920

CICs (960 CICs),

equivalent to 2

times of a common

call.

For the IWF

function, the

specifications of

the DPUf are

unchanged

regardless of

whether non-

wideband or

wideband AMR

coding schemes

are used. This is

because TC

coding is not

involved in the

IWF function.

WP1D00

0DPU06

DPUg PS Data

Processing

Unit (1024

PDCH)

Provides PS

service

processing

and works in

N+1 backup

mode

1024 activated

PDCHs

110 PDCHs per

DSP

The specifications

remain unchanged

regardless of the

coding schemes

(CS1 to CS4,

MCS1 to MCS9,

and EDGE+).





13


18/120


Specifications

Remarks

WP1D00

0DPU03

DPUe PS Data

ProcessingUnit (1024

PDCH)

Provides PS

service processing

and works in

N+1 backup

mode

1024 activated

PDCHs110 PDCHs per

DSP

The specifications

remain unchangedregardless of the

coding schemes

(CS1 to CS4,

MCS1 to MCS9,

and EDGE+).

WP1D00

0NIU00

NIUa Network

Intelligence

Unit

Provides

intelligent

service

awareness

PS throughput:

50 Mbit/s

A maximum of

3200 Mbit/s is

supported. If the

Gb throughput is

higher than 50

Mbit/s, network intelligence

throughput

licenses must be

purchased.

QM1SNI

U50M00

Network

Intelligence

Throughput

License

Provides

intelligent

service

awareness

PS throughput:

50 Mbit/s

One NIUa

provides 50 Mbit/s

PS throughput.

WP1D00

0XPU03

XPUc Extended

ProcessingUnit (640)

Provides

signaling processing

and works in

active/

standby

mode

l GBTS:

640 TRXs

3900 Erlangs

1,050,000

BHCA

l eGBTS:

640 TRXs

3900 Erlangs

950,000 BHCA

The BHCA is

based on Huaweidefault traffic

model.





14


19/120


Specifications

Remarks

WP1D00

0XPU03

XPUc

(XPUI)

GSM

ExtensibleProcessing

Unit for

Computation

Service

Provides the

IBCAfunction and

works in

independent

mode

None Calculated based

on IBCArequirements at

network

deployment.

Generally, two

WP1D000XPU03

s are configured by

default. (A

maximum of eight

WP1D000XPU03

s can be

configured based

on the network

requirements.)

WP1D00

0SPU03

SPUc

(NASP

)

Network

Assisted

Service

Process

Provides a

service

processing

unit to assist

the network

10 AC The number of

QM1M000SPU00

is calculated based

on GBFD-511609

Intelligent Wi-Fi

Detection and

Selection

requirements at

network

deployment. One

QM1M000SPU00

is configured in

each BSC by

default.

NOTE

IWF: The interworking function (IWF) implements transmission format conversion. When Abis over IP

and Ater over TDM, or A over IP are used, the IWF performs format conversion between TDM and IP or between IP and IP.

By default, the following boards are delivered: DPUf, DPUg, NIUa, XPUc, and SPUc (NASP).

The following table describes the network requirements during the configuration of

WP1D000DPU05 (DPUf).





15


20/120

Item Description Remarks

A-interface networking

mode

Board

configurations are

affected by A over IP transmission and

BM/TC separated

mode

In A over IP mode, the TC function is

implemented by the CN. Therefore, the

BSC provides the IWF function, not theTC function.

In BM/TC separated mode, DPUf in the

TC subrack provides the TC function.

Whether the BM subrack provides the

IWF function depends on the

transmission mode. The BM subrack

needs to provide the IWF function only

when TDM transmission is used on the

Ater interface and IP transmission is used

on the Abis interface.

In BM/TC combined mode, the DPU board provides both the TC and IWF

functions. Therefore, no extra board is

required to implement the IWF function.

MaxACICPerBSC,

WbAMRRate

Number of CICs on

the A interface (non-

wideband AMR

coding scheme):

includes the FR, HR,

and all types of

AMR coding

schemes

Calculated based on the actual number of

calls in the network

MaxACICPerBSC, (1 –

WbAMRRate)

Number of CICs on

the A interface

(wideband AMR

coding scheme):

includes all types of

wideband AMR

coding schemes



MaxACICPerBSCTDM Number of CICs on

the A interface when

TDM transmissionis used on the A

interface in BM/TC

combined or BM/

TC separated mode



MaxACICPerBSCIP Number of CICs on

the A interface in A

over IP mode







16


21/120


MaxIWFPerBSCTDMIP Number of CICs in

Abis over IP and

Ater over TDM or inAbis over TDM and

A over IP

Calculated based on the network

structure and the traffic model.

MaxIWFPerBSCIPIP Number of CICs in

A over IP and Abis

over IP

Calculated based on the network

structure and the traffic model.

Configuration principles for the WP1D000DPU05 (DPUf):

The number of WP1D000DPU05s to be configured depends on the number of required CICs.WP1D000DPU05s can work in N+1 backup mode. Depending on the mode in use, there are 4

different ways to calculate the number of DPUf boards to be configured:

l In BM/TC separated mode (including A over IP in the case of TDM/IP hybrid transmission

over the A interface)

On the BM side:

The number of DPUf to be configured depends on the number of CICs that require IWF

conversion between TDM and IP and between IP and IP.

Number of DPUf boards = Roundup (MAXIWFPerBSCTDMIP/3840 + Max

(MAXIWFPerBSCIPIP – MAXIWFPerBSCTDMIP, 0)/7680,0) + 1

On the TC side:

Number of DPUf = Roundup (MaxACICPerBSCTDM/1920) + 1

l In BM/TC combined mode (including A over IP in the case of TDM/IP hybrid transmission

over the A interface)

The DPUf providing the TC function can also support the IWF function.

Extra DPUf should be configured to provide the IWF function for the A-interface CICs in

A over IP transmission.

Number of DPUf boards = Roundup (MaxACICPerBSCTDM/1920,0) + Roundup

(MAXIWFPerBSCTDMIP/3840 + Max (MAXIWFPerBSCIPIP –

MAXIWFPerBSCTDMIP, 0)/7680,0) + 1

l A over IP

The number of DPUf boards to be configured depends on the number of CICs that require

IWF conversion between TDM and IP and between IP and IP.

Number of DPUf boards = Roundup(MAXIWFPerBSCTDMIP/3840 + Max

(MAXIWFPerBSCIPIP – MAXIWFPerBSCTDMIP, 0)/7680,0) + 1

l All IP

Number of DPUf boards = Roundup (MaxACICPerBSCIP/7680,0) + 1

Configuration principles for the WP1D000DPU06 (DPUg):

The following table describes the network requirements during the configuration of

WP1D000DPU06 (DPUg).





17


22/120


MaxActivePDCH-

PerBSC

Maximum number of activated

PDCHs

Calculated based on the number

of users and the traffic model.

If the PS function is configured, the number of DPUg to be configured depends on the number

of activated PDCHs that are configured. DPUg can work in N+1 backup mode.

Number of DPUg = Roundup (MaxActivePDCHPerBSC/1024, 0) + 1

NOTICE

The number of PDCHs activated on each DSP of the DPUg cannot exceed 110.

Configuration principles for the WP1D000NIU00 (NIUa) and the QM1SNIU50M00 (Network

Intelligence Throughput License):

The following table describes the network requirements that should be considered during the

configuration of WP1D000NIU00 (NIUa) and QM1SNIU50M00.


Gb throughput Throughput on the Gb interface Calculated based on the number


If intelligent service identification is required to improve efficiency of instant messaging (IM)

services, web browsing services, email services, streaming services, and P2P services, NIUa

must be configured. One NIUa board is always configured on a network.

Number of NIUa required in a network = 1

One NIUa provides 50 Mbit/s throughput processing capability. If Gb throughput is higher than

50 Mbit/s, you must apply for the Network Intelligence Throughput License and ensure that:

N_QM1SNIU50M00 = Roundup [(Gb throughput – 50)/50, 0].

Otherwise, N_QM1SNIU50M00 = 0

The following table describes the network requirements during the configuration of XPUc.


BHCA requirement BHCA that need to be supported

in the network

Calculated based on the number


TRX Number Total number of TRXs Determined based on the

network plan





18


23/120


ERL Number CS traffic volume (Erlang) that

needs to be supported in the

network

Determined based on the

network plan

The number of XPUc boards to be configured depends on the total number of TRXs, BHCA

requirement, and CS traffic volume (Erlang) requirement. The number of XPUc boards to be

configured can be calculated as follows:

l If the BSC manages only GBTSs:

Number of (XPUc) = 2 x Roundup (max [TRX Number/640, BHCA requirement/1,050,000,

ERL Number/3900], 0)

l If the BSC manages only eGBTSs:

Number of (XPUc) = 2 x Roundup (max [TRX Number/640, BHCA requirement/950,000, ERL

Number/3900], 0)

l If the BSC manages both GBTSs and eGBTSs:

Number of (XPUc) = 2 x Roundup (max [TRX Number/640, BHCA requirement x GBTS TRX

Number/TRX Number/1,050,000 + BHCA requirement x eGBTS TRX Number/TRX Number/

950,000, ERL Number/3900], 0)

NOTICE

When the VAMOS feature is enabled, the traffic volume supported by a single TRX increases.

Based on the preceding formula, more XPUc boards are required.

The following table describes the network requirements during the configuration of XPUI.


IBCA requirement Whether the network requires the IBCA function

Calculated based on the number of users and the traffic model.

A pair of XPUI boards are configured by default. A maximum of four pairs of XPUI boards can

be configured based on the network requirements.

If the IBCA function is required, an extra pair of XPUc boards must be configured to work as

XPUI.

The following table lists the network factors during the configuration of NASP.





19


24/120


NASP requirement Whether the network requires

the GBFD-511609 Intelligent

Wi-Fi Detection and Selectionfunction

One NASP board is configured

for each BSC.

If the GBFD-511609 Intelligent Wi-Fi Detection and Selection feature is required, you must

configure one extra SPUc to work as NASP.

4.1.3 Interface Boards

The BSC6900 provides diversified interfaces to meet the requirements of different networking

modes.

Table 4-3 lists the interface boards required by the BSC6900 GSM.

Table 4-3 Interface boards

Model Abbreviation

Name Where to Apply

WP1D000E

IU01

EIUb TDM Interface Unit (32 E1/T1) TDM transmission: A/

Ater/Abis/Lb

WP1D000O

IU01

OIUb TDM Interface Unit (1 STM-1,

Channelized)

TDM transmission: A/

Ater/Abis/Lb

WP1D000P

OU01

POUc TDM or IP Interface Unit (4

STM-1, Channelized)

TDM/FR transmission:

A/Ater/Abis/Lb/Gb

IP transmission: A/Abis/

Lb

WP1D000P

EU01

PEUc IP Interface Unit (32 E1/T1) FR or IP transmission:

A/Abis/Lb/Gb

WP1D000F

G201

FG2c IP Interface Unit (12 FE/4 GE,

Electrical)

IP transmission: A/Abis/

Lb/Gb/Iur-g

WP1D000G

OU03

GOUe IP Interface Unit (4 GE, Optical) IP transmission: A/Abis/

Lb/Gb/Iur-g

By default, the following boards are delivered: EIUb, OIUb, POUc, PEUc, FG2c, and GOUe.

Table 4-4 lists the specifications of interface boards on different interfaces.





20


25/120

Table 4-4 Specifications of interface boards on different interfaces

Model Transmission

Type

PortType

PortNo.

Numberof

TRXs

Number of CICcircuits

(64 kbit/ s) on theAInterface

Number of CICcircuits

(16 kbit/ s) on theAterInterface

GbThroug hput

(Mbit/s)

WP1D000EIU0

1 (EIUb)

TDM TDM E1 32 384 960 3840 N/A

WP1D000OIU

01 (OIUb)

TDM TDM

CSTM-1

1 384 1920 7168 N/A

WP1D000PEU01 (PEUc)

TDM Gb FR E1 32 N/A N/A N/A 64

IP IP E1 32 384 6144 N/A N/A

WP1D000POU

01 (POUc)

TDM TDM

CSTM-1

4 512 7680 7168 504

IP IP

CSTM-1

4 2048 23,040 N/A N/A

WP1D000FG2

01 (FG2c)

IP FE/GE

electrical

port

12/4 2048 23,040 N/A 1024

WP1D000GOU

03(GOUe)

IP GE

optical

port

4 2048 23,040 N/A 1024

NOTE

In Abis over TDM, the EIUb supports a maximum of 384TRXs, the OIUb supports a maximum of 384

TRXs, and the POUc supports a maximum of 512 TRXs when all of the following conditions are met:

The EIUb/OIUb/POUc is configured to work in active/standby mode. If these boards work in independent

mode, the number of TRXs supported is halved. For details, see the RED parameter in the ADD BRDcommand.

Traffic model: The traffic volume is 5.86 Erlang per TRX; three PDCHs are configured on each TRX on

average and the MCS-7 is used, or two PDCHs are configured on each TRX on average and the MCS-9 is

used.

In fixed Abis networking, idle timeslots and monitoring timeslots are properly configured. Otherwise, the

number of TRXs supported by the EIUb/OIUb/POUc cannot reach the maximum specification.

4. After the VAMOS feature is enabled, extra Abis bandwidth is required, which also affects the TRX

specifications of interface boards. GBSS17.1

The configuration principles of interface boards are as follows: The total number of required

interface boards is equal to the number of interface boards required by each interface. Interface

boards work in active/standby mode. In BM/TC separated mode, A and Ater interface boards

must be configured on the TC side, and Ater, Gb, and Abis interface boards must be configured





21


26/120

on the BM side. In other networking modes, A, Gb, and Abis interface boards must be configured

on the BM side.

1. Number of interface boards required by the Abis interface

Select the types of interface board based on the network plan. The number of required Abisinterface boards can be calculated based on either of the service capability (number of TRXs

supported) or number of required ports. Use the larger value of the two values to determine the

number of required Abis interface boards.

The following table describes the network requirements during the configuration of Abis

interface boards.

Item Sub_Item Description Remarks

AbisTRXNumber TRXNoTD

ME1

Number of TRXs in Abis over TDM

over E1 mode

Determined

based on the

network planTRXNoIPE

1

Number of TRXs in Abis over IP

over E1 mode

TRXNoTD

MSTM1

Number of TRXs in Abis over TDM

over STM-1 mode

TRXNoIPS

TM1

Number of TRXs in Abis over IP

over STM-1 mode

AbisPortNumber AbisTDME

1No

Maximum number of TDM-based

E1 ports required by a BSC on the

Abis interface

Calculated based

on the traffic

model

AbisIPE1N

o

Maximum number of IP-based E1

ports required by a BSC on the Abis

interface

AbisTDMS

TM1No

Maximum number of TDM-based

STM-1 ports required by a BSC on

the Abis interface (one STM-1 is

equivalent to 63 E1s)

AbisIPST

M1No

Maximum number of IP-based

STM-1 ports required by a BSC on

the Abis interface (one STM-1 isequivalent to 63 E1s)

To determine the number of Abis interface boards, you can use the following formula: Number

of Abis interface boards = 2 x Roundup (MAX(Number of TRXs in the current transmission

mode/Number of TRXs supported by the interface board, Number of ports in the current

transmission mode/Number of ports supported by the interface board), 0)





22


27/120

NOTE

l The number of Abis interface boards to be configured is determined by the number of TRXs and the

number of ports. If a base station uses TDM transmission over the Abis interface, the base station

requires one E1 port by default.

l If monitoring timeslots are required by a base station for transmission optimization but the BSC is notconfigured with any TDM over E1 interface boards, you must configure two EIUb or EIUa boards.

If Abis over TDM is used, either of the following conditions must be met:

Active/standby mode: Number of TRXs supported by the TDM interface board x (Average

traffic volume per TRX + Average number of PDCHs per TRX x Number of timeslots required

for PS transmission)≤ 7680

Independent mode: Number of TRXs supported by the TDM interface board x (Average traffic

volume per TRX + Average number of PDCHs per TRX x Number of timeslots required for PS

transmission)≤ 4096

The following table lists the number of timeslots required for PS transmission.

Number of timeslots required for PStransmission

Specifications

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:

Assume that the POUc supports 512 TRXs, the average traffic volume per TRX is 5.86, 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 7608, which is less than

7680.

Assume that the POUc supports 512 TRXs, the average traffic volume per TRX is 5.86, the

average number of PDCHs per TRX is 4, and the number of timeslots required for PS





23


28/120

transmission is 4 when MCS-9 is used. Then, the calculation result is 11192, which is greater

than 7680. Therefore, the number of TRXs supported by the POUc must be reduced to 351.

1. Number of interface boards required by the A interface

Select the types of interface board based on the network plan. The number of required A interface boards can be calculated based on the service capability (number of CICs supported).

The following table describes the network requirements during the configuration of A interface

boards.


ACICNumber MaxACICPer

BSCTDM

Maximum number of CICs

required by a BSC on the A

interface (TDM transmission)

Calculated based on

the traffic model

MaxACICPer BSCIP

Maximum number of CICsrequired by a BSC on the A

interface (IP transmission)

To determine the number of A interface boards, you can use the following formula: Number of

A interface boards = 2 x Roundup (ACICNumber/Number of CICs supported by an A interface

board, 0

NOTE

If the A interface supports multiple transmission modes, you must calculate the number of interface boardsof each type.

1. Number of interface boards required by the Ater interface

Select the types of interface board based on the network plan. The number of required Ater

interface boards can be calculated based on the service capability (number of CICs supported).

The following table describes the network requirements during the configuration of Ater

interface boards.


AterCICNum ber

MaxAterCICPer BSC

Maximum number of CICsrequired by a BSC on the Ater

interface

Calculated based onthe traffic model

To determine the number of Ater interface boards, you can use the following formula: Number

of Ater interface boards = 2 x Roundup (AterCICNumber/Number of CIC circuits supported by

an Ater interface board, 0)

NOTE

If the Ater interface supports multiple transmission modes, you must calculate the number of interface boards of each type.





24


29/120

1. Number of interface boards required by the Gb interface

Select the types of interface board based on the network plan. The number of required Gb

interface boards can be calculated based on the service capability (bandwidth supported).

The following table describes the network requirements during the configuration of Gb interface boards.


GbThroughput GbFRTputPer

BSC

Overall traffic volume of a BSC

on the Gb interface in FR

transmission mode

Calculated based on

the traffic model

GbIPTputPerB

SC

Overall traffic volume of a BSC

on the Gb interface in IP

transmission mode

To determine the number of Gb interface boards, you can use the following formula: Number

of Gb interface boards = 2 x Roundup (Gb throughput/Bandwidth supported by a Gb interface

board, 0)

NOTE

If the Gb interface supports multiple transmission modes, you must calculate the number of interface boards

of each type.

4.1.4 Clock Boards

Table 4-5 Clock boards

Model Abbreviation

Name Function

WP1D000GCU02 GCUb General Clock Unit Provides general

clock signals

QW1D000GCG02 GCGb GPS&Clock Processing Unit Provides GPS clock

signals (including

the antenna system)

By default, both GCUb and GCGb are delivered.

The GCUb is optional. When a BSC6900 GSM does not use GPS clock signals, a pair of GCUb

boards can be configured for the BSC6900 GSM.

The GCGb is optional. When a BSC6900 GSM needs to use GPS clock signals, a pair of GCGb

boards can be configured for the BSC6900 GSM.

4.1.5 General Principles for Board Configuration

BSC6900 GSM service processing boards, such as XPU and DPU, work in resource pool mode

within in a BSC. Services carried on TRXs connected to interface boards in a subrack are





25


30/120

preferentially processed by service processing units (XPU on the signaling plane and DPU on

the PS service plane) in the same subrack. If the resources required by a subrack exceed the

specified threshold, load sharing is implemented between subracks of the BSC. Service

processing units (DPU on the CS service plane)processing services carried on TRXs connected

to interface boards work in resource pool mode: In A over TDM mode, services carried on TRXsconnected to interface boards are preferentially processed by service processing units in the same

subrack as the A interface board. In A overIP and Abis over TDM modes, services carried on

TRXs connected to interface boards are preferentially processed by service processing units in

the same subrack as the Abis interface board. In A over IP and Abis over IP modes, intra-BSC

resource pool mode is applied, without any subrack preferred. Other boards are configured

according to the following principles:

1. Interface boards and service processing units should be distributed as evenly as possible

among subracks. This reduces the consumption of processor resources and switching

resources by inter-subrack switching. Interface boards can be configured only in rear slots,

and service processing units can be configured in front or rear slots. It is recommended that

service processing units be configured in front slots.

Under a BSC, A interface boards, Ater interface boards, Abis interface boards, XPU, DPUf

(WP1D000DPU05), and DPUg (WP1D000DPU06) must be distributed as evenly as

possible among subracks. Configuring the same type of board in the same subrack lowers

system reliability.

1. If POUc boards are used as A interface boards, DPUf (WP1D000DPU05) should be

configured in proportion to the number of POUc boards in the same subrack. In full

configuration, the ratio of the number of POUc boards to the number of DPUf

(WP1D000DPU05) should be 1:4 in the same subrack, and the maximum ratio should be

1:2. If traffic volume is light, a pair of POUc boards and one DPUf (WP1D000DPU05)

must be configured in a subrack.2. No.7 signaling links must be configured on different A and Ater interface boards. This

reduces the impact of transmission faults and board faults on the system.

If there are multiple pairs of No.7 signaling links, distribute them evenly among interface

boards based on the quantities of A and Ater interface boards. In principle, the bandwidth

of the signaling links carried on a pair of single-core interface boards cannot exceed 2 Mbit/

s, and the bandwidth of the signaling links carried on a pair of multi-core interface boards

cannot exceed 8 Mbit/s.

For stability purposes, at least two No.7 signaling links must be configured.

3. The number of XPU boards used for signaling processing cannot exceed 20 pairs. The

number of XPUI boards used for implementing the IBCA function cannot exceed eight.4. It is recommended that one MPU be configured for each two pairs of XPU.

5. General principles of network planning:

The basic principles for network planning and design do not vary with devices. The basic

principles include but are not limited to the following:

l Each LAC can receive more than 120 paging requests per second over the Um interface

when a single CCCH is configured. Therefore, it is recommended that 512 TRXs for

each LAC be configured in the case of a single CCCH. The TRX number can be adjusted

by traffic.

l Consecutive PDCHs are configured so that MSs can use multiple consecutive timeslots.

l Other basic principles during GSM network planning.





26


31/120

6. General principles of board configuration:

l The TNUb boards are always installed in slots 4 and 5. The TNU board is not required

in all IP mode. In this case, you can configure DPU boards in slots 4 and 5. However,

you are advised not to configure XPU boards in these slots because moving an XPU

board requires site transfer. The SCUb boards are always installed in slots 6 and 7. TheGCUb/GCGb boards are always installed in slots 12 and 13.

l The DPUe/DPUf/DPUg/NIUa boards can be installed in front or rear slots. It is

recommended that they be installed in front slots.

l The EIUb/PEUc/AEUa/OIUb/AOUc/UOIc/POUc/FG2c/GOUe boards are interface

boards. They can be installed only in rear slots.

7. The OMUc board is always configured in slots 24 and 25 of the MPS.

8. The clock processing boards are always configured in slots 12 and 13 of the MPS.

9. The SCUb boards are always configured in slots 6 and 7 of the MPS and EPS.

10. The SAUc board is always configured in the MPS. A maximum of one SAUc board should

be configured for a BSC6900 GSM, and a maximum of two SAUc boards should be

configured for a BSC6900 GU. SAU board redundancy is not required. Each SAUc board

requires one slot. If no SAUc board is configured, one slot in the MPS of a BSC6900 GSM

should be reserved for SAU, and two slots in the MPS of a BSC6900 GU should be reserved

for SAUs. One SAU board is delivered by default in UMTS mode or GU mode for EBC.

NOTE

MPU is a logical unit of XPU board. The MPU implements board management and transfer internal

messages to other boards.

4.1.6 Subracks

Table 4-6 BSC6900 subracks

Model Abbreviation Name

QM1P00UMPS01 MPS Main Processing Subrack

QM1P00UEPS01 EPS Extended Processing Subrack

WP1D000TNU01 TNUb TDM Switching Unit

WP1X000OMU02 OMUc Operation and Maintenance Unit

WP1D000SAU01 SAUc Service Aware Unit

WP1D000SCU01 SCUb GE Switching Network and Control

Unit

By default, the following boards are delivered: TNUb, OMUc, SAUc, and SCUb.

l Configuration principles for the MPS

One MPS must be configured in a BSC6900 GSM. If IP transmission is used on all interfaces

of a BSC6900 GSM, a pair of TNUb boards is not required. If an interface of the BSC6900 GSM

does not use IP transmission, a pair of TNUb boards needs to be configured in the MPS. For a





27


32/120


33/120

Calculation of cabinet power consumption:

The maximum power consumption of BSC6900 MPS and EPS is 1400 W, and that of TCS is

1000 W; the maximum power consumption of a single cabinet is 5100 W.

For the calculation formula, see the following attachment.

BSC_Power_Consumption_Tool.xls

NOTE

1. Average power consumption (Pavg) is the estimated value in a typical operating environment. The

maximum power consumption mentioned in hardware description is obtained when all devices on

boards are full-loaded. This maximum power consumption will not be obtained under the actual system

running conditions. Therefore, Pavg is provided for power consumption calculation.

2. The maximum power consumption for a single subrack is 1700 W (including the power consumption

of fans) which is obtained when all slots of the subrack are configured with boards. It is recommended

that power distribution be configured as 1700 W per subrack. This can save power distribution

adjustment upon future capacity expansion.

4.1.8 Auxiliary Materials

Table 4-8 lists the auxiliary materials for installing a BSC6900 GSM.

Table 4-8 Auxiliary materials

Model Name Function

QW1P8D442000 Trunk Cable 75-ohm trunk cable

QW1P8D442003 Trunk Cable 120-ohm trunk cable

QW1P0STMOM00 STM-1 Optical Connector STM-1 optical unit

QW1P00GEOM00 GE Optical Connector GE optical unit

QW1P0FIBER00 Optical Fiber Optical cable

QW1P0000IM00 Installation Material

Package

Installation material suite

QMAI00EDOC00 Documentation Electronic documentation

l Configuration principles for 75-ohm trunk cables (QW1P8D442000):

75-ohm trunk cables must be in full configuration for a board.

Number of trunk cables = [Number of TDM interface units (32 E1s) + Number of IP

interface units (32 E1s)] x 2

NOTE

One trunk cable provides eight E1s. 32 E1s/8 E1s = 4. A trunk cable is a Y-shaped cable, which is

connected to both the active and standby boards.

l Configuration principles for 120-ohm trunk cables (QW1P8D442003):

120-ohm trunk cables must be in full configuration for a board.





29


34/120

Number of trunk cables = [Number of TDM interface units (32 E1s) + Number of IP

interface units (32 E1s)] x 2

NOTE

One trunk cable provides eight E1s. 32 E1s/8 E1s = 4. A trunk cable is a Y-shaped cable, which is

connected to both the active and standby boards.

l Configuration principle for STM-1 optical units (QW1P0STMOM00)

STM-1 optical units are fully configured for active and standby optical interface boards.

Number of STM-1 optical units = Number of OIUb boards + Number of POUc boards x 4

l Configuration principle for GE optical unit (QW1P00GEOM00):

GE optical units are fully configured for active and standby optical interface boards.

Number of GE optical units = Number of WP1D000GOU01s or WP1D000GOU03s x 4

l Configuration principle for optical cables (QW1P0FIBER00):

Optical cables are configured based on the number of active and standby interface boardsand the number of optical ports required in the BSC6900.

Number of optical cables = (Number of STM optical ports + Number of GE optical ports)

+ 1

l Configuration principle for installation material suite (QW1P0000IM00):

One installation material suite (QW1P0000IM00) is configured for each BSC6900 cabinet

(WP1B4PBCBN00).

l Configuration principle for electronic documentation (QMAI00EDOC00):

A set of electronic documentation (QMAI00EDOC00) is delivered with each BSC6900.

4.1.9 Example of Typical BSC6900 GSM Configuration

The following figure illustrates the typical procedure for configuring a BSC6900 GSM.

Step 1 Input requirements.

The operator provides the network requirements which should include the information contained

in the following figure. An example is given here.





30


35/120

The following table lists input information.

Network Parameter Value

TRX QTY 1024

HR Ratio 50%

A Erl: Um Erl 80%

GoS in Um interface 0.02

GoS in A interface 0.001

GPRS Active Sub 100,000

Static PDCH per Cell 4

Dynamic PDCH per Cell 8

Built-in PCU Yes

BM/TC model (Separated or Combined) Separated

Whether to support GPS in BSC No

Whether to support TC Pool (if TC Pool is required, input

the number of required CIC circuits)

No

Step 2 Perform the measurements.

The following figure shows the dimensions that are used for calculating the configurations





31


36/120

Item Name Specification

1 TRX support capability A1

2 Abis E1 quantity A2

3 A CIC quantity A3

4 IWF quantity A4

5 BHCA A5

6 Gb throughput A6

7 - -

Step 3 Obtain the network capacity requirements to calculate the hardware requirements.

Item Name Configuration BeforeCapacity Expansion

1 Subracks (MPS, EPS) B1

2 Data Processing Units (DPUf) B2

3 Data Processing Units (DPUg) B3

4 Extended Processing Units (XPUc) B4

5 Interface boards B5

6 Cabinets B6

----End





32


37/120

4.1.10 BSC6900 GSM Recommended Capacity for Delivery

For the sake of network security, the actual capacity of a configured BSC6900 is much lower

than the specified maximum capacity.

It is recommended that each BSC6900 GSM be configured with less than 3072 TRXs. To ensure

reliability of a large-scale network, the GBFD-113725 BSC Node Redundancy feature must be

configured when the number of GSM TRXs ranges from 3072 to 6144. To use this feature,

ensure that the sum of activated TRXs and backup TRXs for the BSC6900 must be less than

6144.

4.2 BSC6900 UMTS Product Configurations

A BSC6900 UMTS consists of hardware and hardware capacity licenses.

The main hardware components of the BSC6900 UMTS are service processing units, interface

boards, clock boards, subracks, and cabinets. The following sections describe the hardware

configuration scenarios and configuration methods. The hardware includes cabinets, subracks,

data processing units, signaling processing units, network intelligence units, interface boards,

and clock boards. The hardware capacity licenses include the Hardware Capacity License (165

Mbit/s), Hardware Capacity License (300 Mbit/s), and Network Intelligence ThroughputLicense.

All the product specifications can be reached when the CPU load of the hardware is 70%.

The SPUb, GOUc, GCUa, and GCGb boards can be replaced with the SPUc, GOUe, GCUb,

and GCGb boards, respectively. The specifications of the old and new boards are the same, and

therefore the configurations of an old board also apply to the corresponding new board.





33


38/120

NOTICE

To set two boards to work in active/standby mode, the two boards must be identical. To replace

a single-core board in a slot with a multi-core board, you must first remove the single-core boardfrom the slot and then insert the multi-core board into the slot.

SPUc and SPUb can work in active/standby mode, so do GOUe and GOUc, GCGa and GCGb,

and GCUa and GCUb.

4.2.1 Impact of the Traffic Model on Configurations

The capacity of UMTS BSC6900 depends on the number of SPUc and DPUe boards and the

actual processing capacity in the traffic model. A UMTS BSC6900 can be configured with a

maximum of 50 pairs of SPUc boards and 50 pairs of DPUe boards. However because the number

of slots is limited, you cannot simultaneously configure the maximum board quantities of SPUb/SPUc and DPUe.

Under Huawei smartphone traffic model, the maximum BHCA throughput reaches 12.8 Mbit/

s on the control plane. Under Huawei heavy PS traffic model, the maximum BHCA throughput

reaches 40 Gbit/s on the user plane. However, the control and user planes cannot simultaneously

reach their maximum throughput.

The maximum traffic volumes on the control and user planes are closely related to the traffic

model. Therefore, technical specifications of the BSC6900 are subject to the traffic model.

Estimating Specifications of Control-Plane Boards

The CPU overload threshold is 70% and base load is 10% for a control-plane SPUc board. There

are 8 CPUs per SPUc board.

BHCA supported by an SPUc board = (70% – 10%) x 8/CPU usage consumed by a call

The calculation procedure is as follows:

Step 1 Produce single-subscriber control-plane traffic model.

Table 4-9 Single-subscriber control-plane traffic model definition and calculation coefficient

involved

Key Control plane trafficparameter

Unit Traffic model weight Value

CS Domain – Voice

CS voice call per subscriber per BH times A W1

Handover times per CS voice call times/call B W2

CS Domain – data

CS data call per subscriber per BH times C W3

Handover times per CS data call times/call D W4





34


39/120

Key Control plane trafficparameter

Unit Traffic model weight Value

PS Domain

PS call per subscriber per BH times E W5

Handover times per PS call times/call F W6

PS channel switch per PS call times/call G W7

Cell update per PS call times/call H W8

NAS procedure

NAS signaling per subscriber per

BH

times/per

subscriber

I W9

NOTE

1. Above table only list mainly signaling procedure, not including paging, relocation etc.

2. Wx under Weight Value means the SPU CPU resources consumed by the signaling procedure, which

are fixed for a specific board type.

Step 2 Calculate the single-subscriber CPU load and the CPU load per call.

Load per subscriber (unit: CPU usage)

= [CS voice penetration ratio x (A x W1 + A x B x W2) + CS data penetration ratio x (C x W3

+ C x D x W4) + PS (Including R99 and HSPA) Penetration Ratio x (E x W5 + E x F x W6 + E

x G x W7 + E x H x W8) + I x W9]/3600

Load per call (unit: CPU usage) = Load per subscriber/(A + C + E)

Step 3 Calculate control-plane CPU resources available to the RNC.

CPU resource of SPU(unit: CPU usage) = (70% – 10%) x 8 x SPUc board number

Note that 8 is the number of subsystems on each SPUb board.

Step 4 Calculate BHCAs supported by each SPU.

BHCA capacity of SPU based on given traffic model = CPU resource of SPU/Load per call

----End

Estimating Specifications of User-Plane Boards

The CPU overload threshold of the DPUe board is 70%.

The promoted capability of the DPUe (for the user plane) is calculated based on the PS RAB

uplink/downlink (UL/DL) rate (64/384 kbit/s), which is the average rate of PS services and is

independent from specific bearer type (R99 or HSPA). Under this circumstance, the PS

throughput of DPUe is 800 Mbit/s, which is the maximum design specification. In practice, due

to rapid development of smartphones, the user plane of the network features a large number of

small packet interactions. On the live network, the actual PS throughput of the DPUe depends





35


40/120

on the mean data rate of UEs in the CELL_DCH or CELL_FACH state (PS RAB mean data rate

in active state). When the mean data rate of UEs in the CELL_DCH or CELL_FACH state is

low, the PS throughput of the DPUe is low, as shown in Figure 4-1.

Figure 4-1 Relationship between the PS throughput of the DPUe and the mean data rate of UEsin the CELL_DCH or CELL_FACH state

PS RAB mean data rate in active state indicates the average data rate of PS services in the

activated states (including the CELL_DCH and CELL_FACH states). It can be calculated by

using the following formula based on the traffic model:

PS RAB mean data rate in active state (UL+DL) = PS throughput per subscriber in BH x 3600/

(PS call per subscriber per BH x mean hold time in Cell_DCH&Cell_FACH per PS call)

Table 4-10 Typical PS RAB mean data rate in active state and the corresponding PS throughput

of the DPUe

PS RAB mean data rate in

active state (UL+DL) (kbit/s)

16 40 64 128 196 448

PS throughput capacity per

DPUe (Mbit/s)

90 230 300 430 530 800

The actual PS throughput of DPUe is estimated by using the following methods:

If the PS RAB mean data rate in active state (UL+DL) (kbit/s) takes a value in the interval (0,

16], PS Throughput Capacity per DPUe (Mbit/s) = PS RAB Mean data rate x 5.625.


40], PS Throughput Capacity per DPUe (Mbit/s) = 90 + (PS RAB Mean data rate – 16) x 5.83.


64], PS Throughput Capacity per DPUe (Mbit/s) = 230 + (PS RAB mean data rate – 40) x 2.92.





36


41/120

If the PS RAB mean data rate in active state (UL+DL) (kbit/s) takes a value in the interval [64,

128], PS Throughput Capacity per DPUe (Mbit/s) = 300 + (PS RAB Mean data rate – 64) x 2.03.

If the PS RAB mean data rate in active state (UL+DL) (kbit/s) takes a value in the interval [128,

196], PS Throughput Capacity per DPUe (Mbit/s) = 430 + (PS RAB Mean data rate – 128) x

1.47.


448], PS Throughput Capacity per DPUe (Mbit/s) = 530 + (PS RAB mean data rate – 196) x

1.07.


∞), PS Throughput Capacity per DPUe (Mbit/s) = 800.

4.2.2 Hardware Capacity License

The BSC6900 supports the following license: Hardware Capacity License (165Mbps), Hardware

Capacity License (300Mbps), and Network Intelligence Throughput License.

The Hardware Capacity License (165Mbps) and Hardware Capacity License (300Mbps) licenses

are superposed on the hardware capacity of the DPUe hardware (335 Mbps) to increase the user-

plane processing capabilities.

The Network Intelligence Throughput license is superposed on the hardware capacity of the

NIUa hardware (50 Mbps) to support service awareness. Service awareness features include

WRFD-020132 Web Browsing Acceleration, WRFD-020133 P2P Downloading Rate Control

during Busy Hour, WRFD-150252 Video Service Rate Adaption, WRFD-150253 VoIP

Application Management, WRFD-150254 Differentiated Service Based on ApplicationResource Reservation, and WRFD-171210 Radio-Aware Video Precedence.

The following describes the application scenarios and configuration principles of these hardware

capacity licenses.

l Hardware Capacity License (165 Mbps)

The Hardware Capacity License (165 Mbps) is applicable to HW69 R11, HW69 R13,

HW69 R15, HW69 R16, HW69 R17.

The Hardware Capacity License (165 Mbps) can be configured only for a data processing

unit DPUe (WP1D000DPU03). It increases the PS throughput of DPUe in the BSC6900

UMTS without requiring hardware replacement (it cannot increase the CS voice capacity).The increased processing capability is an integral multiple of 165 Mbit/s. The maximum

increase in the processing capability depends on the number of configured DPUe boards.

l Hardware Capacity License (300 Mbps)

The Hardware Capacity License (300 Mbps) is applicable to HW69 R11, HW69 R13,

BSC6900 Configuration Principle(Global)(V900R017C10_03)(PDF)-En

Documents

Transcript of BSC6900 Configuration Principle(Global)(V900R017C10_03)(PDF)-En