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

8/17/2019 BSC6900 Configuration Principle(Global)(V900R016C00_05)(PDF)-En

1/118

SRAN9.0&GBSS16.0&RAN16.0 BSC6900

Configuration Principles (Global)

Issue 05

Date 2014-10-29

HUAWEI TECHNOLOGIES CO., LTD.


2/118

Copyright © Huawei Technologies Co., Ltd. 2014. 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 05 (2014-10-29) Huawei Proprietary and Confidential

Copyright © Huawei Technologies Co., Ltd.

i

http://www.huawei.com/


3/118

Contents

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

2 Introduction....................................................................................................................................6

2.1 Overview........................................................................................................................................................................6

2.2 Version Difference.........................................................................................................................................................62.2.1 BSC6900 GSM............................................................................................................................................................6

2.2.2 BSC6900 UMTS..........................................................................................................................................................7

2.2.3 BSC6900 GU...............................................................................................................................................................7

2.3 Laws and Regulations.....................................................................................................................................................7

2.3.1 Cyber Security Requirements......................................................................................................................................7

2.3.2 Export Control.............................................................................................................................................................7

3 Application Overview..................................................................................................................9

4 Product Configurations..............................................................................................................13

4.1 BSC6900 GSM Product Configurations.......................................................................................................................13

4.1.1 Hardwar e Capacity License.......................................................................................................................................14

4.1.2 Service Processing Units...........................................................................................................................................14

4.1.3 Interface Boards.........................................................................................................................................................22

4.1.4 Clock Boards.............................................................................................................................................................28

4.1.5 General Principles for Board Configuration..............................................................................................................28

4.1.6 Subracks.....................................................................................................................................................................29

4.1.7 Cabinets.....................................................................................................................................................................31

4.1.8 Auxiliary Materials....................................................................................................................................................31

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

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

4.2 BSC6900 UMTS Product Configurations....................................................................................................................35

4.2.1 Impact of Traffic Model on Configurations..............................................................................................................36

4.2.2 Hardwar e Capacity License.......................................................................................................................................38

4.2.3 Service Processing Units...........................................................................................................................................40

4.2.4 Interface Boards.........................................................................................................................................................46

4.2.5 Clock Boards.............................................................................................................................................................54

4.2.6 Principles for Board Configurations..........................................................................................................................54

4.2.7 Subracks.....................................................................................................................................................................55

Configuration Principles (Global) Contents



ii


4/118

4.2.8 Cabinets.....................................................................................................................................................................57

4.2.9 Auxiliary Materials....................................................................................................................................................57

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

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

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

4.3 BSC6900 GU Product Configurations.........................................................................................................................66

5 Expansion and Upgrade Configurations.................................................................................68

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

5.1.1 Hardware Expansion and Upgrade Configurations...................................................................................................68

5.1.2 Hardwar e Capacity License Expansion.....................................................................................................................85

5.1.3 Examples of Hardware Expansion............................................................................................................................85

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

5.2.1 Hardware Expansion and Upgrade Configurations...................................................................................................885.2.2 Hardware Capacity License Expansion.....................................................................................................................89

5.2.3 Examples of Hardware Expansion............................................................................................................................89

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

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

6 Spare Parts Configuration..........................................................................................................93

6.1 BOM of S pare Parts......................................................................................................................................................93

6.2 Configuration Principles for Spare Parts......................................................................................................................93

6.2.1 Poisson Algorithm.....................................................................................................................................................93

6.2.2 Percentage Algorithm................................................................................................................................................94

6.2.3 Notes..........................................................................................................................................................................94

7 Appendix.......................................................................................................................................95

7.1 Hardware Version.........................................................................................................................................................95

7.2 GSM Configuration Reference.....................................................................................................................................96

7.2.1 GSM Tr affic Model...................................................................................................................................................96

7.2.2 GSM Board Specifications......................................................................................................................................100

7.2.3 GSM Board Usage Efficiency.................................................................................................................................104

7.2.4 Ater RSL Configuration Calculation Tool..............................................................................................................104

7.2.5 Suggestions for Lb Interface Configuration............................................................................................................105

7.3 UMTS Configuration Reference................................................................................................................................105

7.3.1 UMTS Traffic Model...............................................................................................................................................105

7.3.2 UMTS Hardware Specifications..............................................................................................................................109

8 Acronyms and Abbreviations.................................................................................................114

Configuration Principles (Global) Contents



iii


5/118

1 Change HistoryThis chapter describes changes in different document versions.

05 (2014-10-29)

This issue incorporates the following changes.

ChangeType

Change Description

Editorial

change

Added None.

Modified l Added descriptions about new boards SPUc, GOUe, GCGb,

and GCUb and stated that the new boards and their

corresponding old boards can coexist and be inserted intoeach other's slots in 2.2 Version Difference.

l Updated the rules for calculating the number NIU boards

required by PRS KQI related features in 4.2.3 Service

Processing Units.

l Updated the method of calculating the number of DPUe

boards (N+1 redundancy recommended) in 4.2.3 Service

Processing Units.

l Added WB-AMR specifications of interface boards in 4.2.4

Interface Boards.

Deleted None.

04 (2014-09-10)


ChangeType

Change Description

Editorial

change

Added None.

Configuration Principles (Global) 1 Change History



1


6/118

ChangeType

Change Description

Modified l Added the description that SPUb and SPUc boards, GOUc

and GOUe boards, and clock boards can be placed in a pair of active and standby slots. For details, see 2.2.2 BSC6900

UMTS.

l Added low voltage differential signal (LVDS) restrictions

imposed on the POUc calculation to 4.1.3 Interface

Boards.

l Added SPUb, NIUa, and SAUc boards as examples of

evenly configured boards. For details, see 4.2.10

Restrictions on Inter-Subrack Switching.

l Added basic configuration principles. For details, see 5.3

BSC6900 GU Hardware Expansion and Upgrade

Configurations.

Deleted None.

03 (2014-06-30)


Change Type Change Description

Editorialchange

Added None.

Modified l Modified the method of calculating the number of DPUf

boards. For details, see 4.1.2 Service Processing

Unitsand5.1.1 Hardware Expansion and Upgrade

Configurations.

l Added restrictions imposed on interface boards in Abis over

TDM networking mode. For details, see 4.1.3 Interface

Boards.

Deleted None.

02 (2014-05-31)



Editorial

change

Added None.




2


7/118


Modified l Added the impacts of key quality indicator (KQI) features

on DPUe and NIUa boards. For details, see 4.2.3 Service

Processing Units.l Optimized descriptions throughout the document.

Deleted None.

01 (2014-04-29)



Editorial

change

Added None.

Modified Converted some descriptions to tables. For details, see 4.2.7

Subracks.

Deleted None.

Draft C (2014-04-21)



Editorial

change

Added 2.3 Laws and Regulations

Modified l Modified the method of calculating the number of SPUc

boards. For details, see 4.2.11 Example of Typical

BSC6900 UMTS Configuration.

l Modified some descriptions. For details, see 5.1.1

Hardware Expansion and Upgrade Configurations.

l Added the capacity in different transmission modes. For

details, see 7.2.1 GSM Traffic Model.

Deleted None.

Draft B (2014-02-28)





3


8/118

ChangeType

Change Description

Editorial

change

Added None.

Modified l Added descriptions about board replacement. For details,

see 2.2.2 BSC6900 UMTS.

l Optimized the document organization. For details, see 4.1.9

Example of Typical BSC6900 GSM

Configurationand4.2.11 Example of Typical BSC6900

UMTS Configuration.

l Modified some descriptions. For details, see 4.2.1 Impact

of Traffic Model on Configurations,4.2.2 Hardware

Capacity License,4.2.3 Service Processing Units,4.2.4

Interface Boards, and7.3.2 UMTS Hardware

Specifications.

l Modified the configuration principles for SAU boards. For

details, see 4.2.6 Principles for Board Configurations.

l Canceled the restrictions imposed on MPU-related

configurations. For details, see 4.2.10 Restrictions on

Inter-Subrack Switching.

Deleted Laws and Regulations.

Draft A (2014-01-27)

Compared with Issue 02 (2013-06-16) of V900R015C00, this issue incorporates the following

changes.

ChangeType

Change Description

Editorial

change

Added l 2.3 Laws and Regulations

l 6 Spare Parts Configuration

l 7.2.4 Ater RSL Configuration Calculation Tool

l 7.3.2 UMTS Hardware Specifications

Modified l Modified the configuration principles for XPUc processing

units and modified the XPUb board specifications for

eGBTSs. For details, see 4.1.2 Service Processing Units.

l Added information about power consumption. For details,

see 4.1.7 Cabinetsand4.2.8 Cabinets.

l Added GOUe and XPUc board specifications. For details,

see 4.1.3 Interface Boards.

l Added GOUe board specifications. For details, see 4.2.4

Interface Boards.




4


9/118

ChangeType

Change Description

Deleted None.




5


10/118

2 Introduction

2.1 Overview

This document describes the configuration principles of the BSC6900 V900R016C00.

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

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

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

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

l 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 V900R016GSM supports five hardware

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

A BSC6000 or BSC6900 GSM can be upgraded to BSC6900 V900R016 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 GBSS16.0, capacity remains

unchanged after the upgrade.

This document describes the configuration principles of the BSC6900 GSM using HW69 R16

hardware.

Configuration Principles (Global) 2 Introduction



6


11/118

2.2.2 BSC6900 UMTS

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

subrack (MPS) is configured. The BSC6900 UMTS in the maximum configuration consists of

two cabinets, in which one MPS and five EPSs are configured. The BSC6900V900R016C00UMTS supports five hardware versions: HW68 R11, HW69 R11, HW69 R13,

HW69 R15, HW69 R16.

A BSC6810 or BSC6900 UMTS can be upgraded to a BSC6900 V900R016C00by 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 is upgraded toRAN16.0 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. The new and old boards have

the same capabilities and specifications. An old board and its corresponding new board (for example, SPUb and SPUc, GOUc and GOUe, GCGa and GCGb, and GCUa and GCUb) can

work in active/standby mode.

BSC6900 V900R016C00 has the same basic specifications as BSC6900 V900R015C00.

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.

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

R16 hardware.

2.2.3 BSC6900 GU

The BSC6900 GU in the minimum configuration consists of one cabinet, in which two subracks

are 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 V900R016 GU supports the following hardware versions: HW60 R8/

HW68 R11, HW69 R11, HW69 R13, HW69 R15, HW69 R16.

A BSC6000, BSC6810, or BSC6900 GU can be upgraded to BSC6900 V900R016C00 by

upgrading software. When HW60 R8, HW68 R11, or HW69 R11 hardware is used, 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

SRAN9.0, 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

The BSC6900 contains an embargoed item, which is listed in the following table.




7


12/118

Item Description ECCN ControlReason

Measure Remarks

05330231 System Application

Software, LightApplication Data

Management Software

Package(5.5 S), 1 Year

Standard Product

Services

5D002 Laws and

regulations(upon

vendor's

requirements)

Do not sell the

MySQLdatabase in

class-A

countries.

N/A




8


13/118

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 shows

a single BSC6900 cabinet.

Figure 3-1 BSC6900 N68E-22 cabinet

Figure 3-2 shows the configuration of a BSC6900 cabinet.

Configuration Principles (Global) 3 Application Overview



9


14/118

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

Table 3-1 describes the BSC6900 specifications.

Table 3-1 BSC6900 specifications

Performance

Specifications

BSC6900

GSM

l Maximum number of cabinets: 2

l Maximum number of subracks: 4

l Maximum GSM specifications (all-TDM transmission):

4096 TRXs, 24,000 Erlang, 5,900,000 BHCA, 16,384

activated PDCHs, and 1536 Mbit/s bandwidth on the Gb

interface

l Maximum GSM specifications (all-IP transmission for GSM): 8192 TRXs, 45,000 Erlang, 11,000,000 BHCA,

32,768 activated PDCHs, and 3072 Mbit/s bandwidth

over the Gb interface

BSC6900

UMTS

l Maximum number of cabinets: 2

l Maximum number of subracks: 6

The maximum specifications are 3060 NodeBs, 5100

cells, 5,300,000 BHCA (7,000,000 BHCA including

SMS), and 40 Gbit/s or 167,500 Erlang.




10


15/118

BSC6900

GU

l Maximum GSM specifications (all-TDM transmission for

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



When the maximum GSM specifications are reached, theUMTS 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

GSM): 8192 TRXs, 45,000 Erlang, 11,000,000 BHCA,



When the maximum GSM specifications are reached, theUMTS processing capabilities of the BSC6900

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

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


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.


configuration of UMTS boards in five subracks and GSM

boards in one subrack.

StructuralSpecifications

Dimensions of the BSC6900 N68E-22 cabinet (H x W x D): 2200 mm x600 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)

Power Supply

Specifications

–48 V DC

Input voltage range: –40 V to –57 V




11


16/118

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 andPS 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 section7.3.1 UMTS

Traffic Model.




12


17/118

4 Product Configurations

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 licenses includes

the Network Intelligence Throughput license, Mega BSC license, and BBU Carrier Capacity

license.

Table 4-1 lists the mapping between hardware versions and GBSS versions.

Table 4-1 Mapping between hardware versions and GBSS versions

Hardwa

re

Version

BSC6000 BSC6900

GBSS6.1/

GBSS7.0/

GBSS8.0/

GBSS8.1

GBSS9.

0

GBSS1

2.0

GBSS1

3.0

GBSS1

4.0

GBSS15

.0

GBSS1

6.0

HW60

R8

Supported Support

ed

Support

ed

Support

ed

Support

ed

Supporte

d

Support

ed

HW69

R11

- Support

ed

Support

ed

Support

ed

Support

ed

Supporte

d

Support

ed

HW69

R13

- - - Support

ed

Support

ed

Supporte

d

Support

ed

HW69

R15

- - - - - Supporte

d

Support

ed

HW69

R16

- - - - - - Support

ed

Note that if two boards work in active/standby mode, the two boards must be identical.

Configuration Principles (Global) 4 Product Configurations



13


18/118

To replace a single-core board with a multi-core board, you must configure data related to board

removal and addition before replacing the board. Do not directly remove the single-core board

and then insert the multi-core board into the slot.

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

boards cannot be used in UMTS mode):

l UMTS SPUb board with the same capacity as GSM XPUb/XPUc board

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

l UMTS DPUe board with the same capacity as GSM DPUg board

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

NOTICE

For 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 board

from the slot and then insert the multi-core board into the slot.

Section 4.1.1 Hardware Capacity Licensedescribes the configuration principles of hardware

capacity licenses. Sections4.1.2 Service Processing Unitsthrough4.1.8 Auxiliary Materials

cover the configuration principles of the BSC6900 GSM hardware and relevant restrictions.

4.1.1 Hardware Capacity License

No new licenses are provided by the BSC6900 V900R016C00 GSM.

4.1.2 Service Processing Units

Table 4-2 lists service processing unites in GBSS17.0.




14


19/118

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+).




15


20/118


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.




16


21/118


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).




17


22/118

Item Description Remarks

Networking mode on the

A interface

APortType

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






18


23/118


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 (or TDM/IP hybrid transmission in A over IP)

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 = 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 (or TDM/IP hybrid transmission in A over IP)

The DPUf providing the TC function can support the IWF function of the same

specifications as TC.

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

circuits in A over IP transmission.

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

(MAXIWFPerBSCTDMIP/3840 + Max (MAXIWFPerBSCIPIP -

MAXIWFPerBSCTDMIP, 0)/7680,0) + 1

l A over IP

The number of DPUf to be configured depends on the number of CIC circuits that require

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

Number of DPUf = Roundup(MAXIWFPerBSCTDMIP/3840 + Max

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

l All IP

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

Configuration principles for the WP1D000DPU06 (DPUg):

The following table describes the network requirements during the configuration of

WP1D000DPU06 (DPUg).




19


24/118


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





20


25/118


TRX Number Total number of TRXs Determined based on the

network plan

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.




21


26/118

Item Description comment

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

WP1D000EIU

00

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

A/Ater/Abis/Lb

WP1D000OI

U01

OIUb TDM Interface Unit (1 STM-1,

Channelized)

TDM transmission:

A/Ater/Abis/Lb

WP1D000PO

U01

POUc TDM or IP Interface Unit (4 STM-1,

Channelized)

TDM/FR

transmission: A/Ater/

Abis/Lb/Gb

IP transmission: A/

Abis/Lb

WP1D000PE

U01

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

transmission: A/

Abis/Lb/Gb

WP1D000FG201

FG2c IP Interface Unit (12 FE/4 GE,Electrical)

IP transmission: A/Abis/Lb/Gb/Iur-g

WP1D000GO

U03

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.




22


27/118

Table 4-4 Specifications of interface boards on different interfaces

Model Transmission Type

PortType

PortNo.

Number ofTRXs

Numberof CICcircuits

(64 kbit/ s) on theAInterface

Number ofCIC

circuits(16kbit/s)on theAterInterface

GbThroughput

(Mbit/s)

WP1D000

EIU00

(EIUb)

TDM TD

M E1

32 384 960 3840 N/A

WP1D000OIU00

(OIUb)

TDM TDM

CST

M-1

1 384 1920 7168 N/A

WP1D000

PEU00

(PEUc)

TDM TD

M

CST

M-1

32 N/A N/A N/A 64

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

WP1D000POU01

(POUc)

TDM TDM

CST

M-1

4 512 7680 7168 504

IP IP

CST

M-1

4 2048 23,040 N/A N/A

WP1D000

FG201

(FG2c)

IP FE/

GE

elect

rical port

12/4 2048 23,040 N/A 1024

WP1D000

GOU03

(GOUe)

IP GE

optic

al

port

4 2048 23,040 N/A 1024




23


28/118

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:

l 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 intheADD BRD command.

l Traffic model: The traffic volume is 5.86 Erlangs 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.

l 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.

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

specifications of interface boards in GBSS17.0. GBSS16.0

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 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 Abis

interface 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

AbisTRXNum

ber

TRXNoTDME

1

Number of TRXs in Abis over

TDM over E1 mode

Determined

based on the

network planTRXNoIPE1 Number of TRXs in Abis over IP

over E1 mode

TRXNoTDMS

TM1

Number of TRXs in Abis over

TDM over STM-1 mode

TRXNoIPSTM

1

Number of TRXs in Abis over IP

over STM-1 mode

AbisPortNum

ber

AbisTDME1N

o

Maximum number of TDM-

based E1 ports required by a BSC

on the Abis interface

Calculated

based on the

traffic model

AbisIPE1No Maximum number of IP-based

E1 ports required by a BSC on the

Abis interface




24


29/118


AbisTDMSTM

1No

Maximum number of TDM-

based STM-1 ports required by a

BSC on the Abis interface (oneSTM-1 is equivalent to 63 E1s)

AbisIPSTM1N

o

Maximum number of IP-based

STM-1 ports required by a BSC

on the Abis interface (one STM-1

is equivalent 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)

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 requied by a base station for transmission optimization but the BSC

is not configured with any TDM over E1 interface boards, you must configure two pairs of EIUb

or EIUa boards.

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

l 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

l 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

Value

CS-1 1

CS-2 1

CS-3 2

CS-4 2

MCS-1 1

MCS-2 1

MCS-3 2

MCS-4 2




25


30/118

Number of Timeslots Required for PSTransmission

Value

MCS-5 2

MCS-6 2

MCS-7 3

MCS-8 4

MCS-9 4

For example:

l

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.

l 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 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.

2. 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 MaxACICPe

rBSCTDM

Maximum number of CICs

required by a BSC on the A

interface (TDM transmission)

Calculated based on

the traffic model

MaxACICPe

rBSCIP


required 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

boards of each type.




26


31/118

3. 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

MaxAterCICPe

rBSC


required by a BSC on the

Ater interface

Calculated based on

the 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


4. 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 GbFRTputPerBSC Overall traffic volume of a

BSC on the Gb interface in

FR transmission mode

Calculated based on

the traffic model

GbIPTputPerBSC 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 configure the number of interface





27


32/118

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

Service processing units, such as XPUs and DPUs, of a BSC6900 GSM work in resource pool

mode. Services (CS user plane, PS user plane, and signaling plane) of TRXs connected to

interface boards in a subrack are preferentially processed by service processing units in the same

subrack. If the resources required by a subrack exceed the specified threshold, load sharing is

implemented between subracks of the BSC. The purpose is to reduce resources used for inter-

subrack switching. The clock boards, switching boards, OMU, and SAU board are configured

in fixed slots. Other boards are configured according to the following principles:

l 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,

and DPUg must be distributed as evenly as possible among subracks. Configuring the sametype of board in the same subrack lowers system reliability.

l If POUc boards are used as A interface boards, DPUf 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 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 must be configured in a subrack.

l 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/




28


33/118

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.

l 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.

l It is recommended that one MPU be configured for each two pairs of XPU.

l 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:

– Each location area (LA) can receive more than 120 paging requests per second over the

Um interface when a single CCCH is used for paging. Therefore, it is recommended

512 TRXs be configured for each LA in the case of a single CCCH. The TRX number

can be reduced with the increase in traffic volume.

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

– Other basic principles during GSM network planning.

1. General principles of board configuration:

l The TNUb boards are always installed in slots 4 and 5. The SCUb boards are always

installed in slots 6 and 7. The GCUb/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.

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

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

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

5. 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 one to 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.

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




29


34/118

Model Abbreviation Name

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 interfacesof 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

BSC6900 GSM or a BSC6900 GU in BM/TC separated mode, the MPS must work in GSM

mode.

l Configuration principles for the EPS

A maximum of three EPSs can be configured in a BSC6900 GSM. If an interface of the BSC6900

GSM does not use IP transmission, a pair of TNUb boards needs to be configured in each EPS.

Adhere to the following principles when configuring EPSs for a BSC6900 GSM:

lAll interface boards must be configured in the rear slots of an EPS. Service processing unitscan be configured in either the front or rear slots of an EPS.

l 10 rear slots of the GSM MPS are used to house GSM service processing units and interface

boards, and 8 front slots are used to house GSM service processing units.

l 14 rear slots of a GSM EPS are used to house GSM service processing units and interface

boards, and 10 front slots are used to house GSM service processing units.

l The number of GSM subracks cannot exceed 4.

The number of EPSs is calculated based on the number of service processing units and the

number of interface boards.

Number of GSM_EPSs = MAX((Total number of interface boards – Number of slots for interface boards in MPS)/14, (Total number of interface boards + Total number of service

processing boards – Total number of slots in MPS)/24)

The number of slots for interface boards in the MPS is 10, and the total number of slots in the

MPS is 18. If no TNUb board is configured, the total number of slots in the MPS is 20. The

number of slots for interface boards in an EPS is 14, and the total number of slots in the EPS is

24. If no TNUb board is configured, the total number of slots in an EPS is 26.

Maximum number of TNUb = 2 x (Number of GSM_EPSs + 1)

When the BSC uses all-IP transmission, a pair of TNUb boards is not required, and therefore

two additional slots in each subrack can be used for service processing boards.




30


35/118

4.1.7 Cabinets

Table 4-7 Cabinets

Model Name Function

WP1B4PBCBN00 BSC6900 Cabinet Cabinet

A maximum of two cabinets and four subracks can be configured for a BSC6900 GSM.

Number of cabinets = Roundup ((Number of MPSs + Number of EPSs)/3)

where, Number of MPSs = 1.

Calcualtion 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.

The calculation formula:

BSC_Power_ Consumption_Tool.xls

NOTE

l 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 cannot be obtained under the actual system

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

l 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




31


36/118

Model Name Function

QMAI00EDOC00 Documentation Electronic documentation

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

The 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):

The 120-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 principle for STM-1 optical units (QW1P0STMOM00)

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

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

l Configuration principle for GE optical unit (QW1P00GEOM00):The 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):

The optical cables are configured based on the number of active and standby interface

boards and 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.




32


37/118

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. 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




33


38/118

Network Parameter Value

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

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

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




34


39/118

Item Name Configuration BeforeCapacity Expansion

4 Extended Processing Units (XPUc) B4

5 Interface boards B5

6 Cabinets B6

----End

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.

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

includes the Hardware Capacity License (165 Mbit/s), Gardware Capacity License (300 Mbit/

s), and Network Intelligence Throughput License.




35


40/118

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.

NOTICE

Note that if two boards 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 board

from the slot and then insert the multi-core board into the slot.

4.2.1 Impact of 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.

l On the user plane

The CPU overload threshold of the BSC6900 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 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. The

following figure shows the relationship between the PS throughput of the DPUe and the

mean data rate of UEs in the CELL_DCH or CELL_FACH state.




36


41/118

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 during

busy hours x 3600/(PS call per subscriber per busy hour x Mean hold time in

Cell_DCH&Cell_FACH per PS call)

Table 4-9 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 250 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.


interval (16, 40], PS Throughput Capacity per DPUe (Mbit/s) = 90 + (PS RAB Mean

data rate – 16) x 6.67.


interval (40, 64], PS Throughput Capacity per DPUe (Mbit/s) = 250 + (PS RAB mean

data rate – 40) x 2.08.



data rate – 64) x 2.03.




37


42/118



data rate – 128) x 1.47.


interval (196, 448], PS Throughput Capacity per DPUe (Mbit/s) = 530 + (PS RAB meandata rate – 128) x 1.07.


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

l On the control plane

The CPU overload threshold of the BSC6900 is 70% and base load is 10%. There are 8

CPUs per SPUb/SPUc board.

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

The CPU usage consumed by a single call is associated with the traffic model. When the

traffic model is changed, the available CPU usage of one SPUc board remains unchanged,

but the CPU usage consumed by a single call changes. Therefore, the BHCA supported byan SPUc board varies according to the traffic model.

The traffic model on a live network changes with time and UE behavior. Therefore, the

system may be congested because of limited control plane processing resources, even when

the traffic in the network does not reach the claimed capacity (Erl or throughput). When

the traffic model changes, recalculate the control-plane processing resources required by

the network. Then, add required processing modules and interface boards.

4.2.2 Hardware Capacity License

The BSC6900 V9

Documents

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