Points Clès d'Une BSC 6900

HUAWEI TECHNOLOGIES CO., LTD.

www.huawei.com

Huawei Confidential

Security Level:

英文标题 :40-47pt 副标题 :26-30pt字体颜色 : 反白内部使用字体 :

FrutigerNext LT Medium外部使用字体 : Arial

中文标题 :35-47pt字体 : 黑体

副标题 :24-28pt字体颜色 : 反白

字体 : 细黑体

2010/8/17

BSC6900 Key Technical Points

INTERNAL

ISSUE1.0

Wireless Product Service Department - GU Controller Product Team

HUAWEI TECHNOLOGIES CO., LTD. Huawei Confidential Page 2

The BSC6900 follows the BSC6000 and BSC6810 as a next-generation BSC and forms an important component in Huawei's SingleRAN solution. Through advanced multi-mode, IP networking, and modular design, it effectively combines UMTS RNC and GSM BSC functions to satisfy multi-mode network development requirements.


Contents

BSC Overview Multi-Mode Evolution BSC6900 Configuration GU Co-Module Sharing Restrictions GU Transmission and Networking GU Configuration Maintenance Solution


BSC6900 Overall Structure The BSC6900 is an important component in

Huawei's SingleRAN solution. Through advanced multi-mode, IP networking, and modular design, it effectively combines UMTS RNC and GSM BSC functions to satisfy multi-mode network development requirements.

Based on network conditions, the BSC6900 can be flexibly configured as GO, UO, or GU.

In the BSC6900 GU configuration, the BSC6900 can access the coexisting GSM and UMTS networks as an independent NE and also provides GSM BSC and UMTS RNC functions. The BSC6900 GU accesses the GSM network according to 3GPP Release 6 specifications and accesses the UMTS network according to 3GPP Release 7 specifications.

Brand HUAWEI

Model BSC6900

Product abbreviation

MBSC (internal R&D usage, non-standard label)

Description Multi-mode Base Station Controller

Full name HUAWEI BSC6900 Multi-mode Base Station Controller

HUAWEI BSC6900

Release V900R011 （ RAN 11.1+GBSC 9.0)

Product line Wireless Product Line

Silk screen/software interface

Brand HUAWEI

Model BSC6900

Product abbreviation

MBSC (internal R&D usage, non-standard label)

Description Multi-mode Base Station Controller

Full name HUAWEI BSC6900 Multi-mode Base Station Controller

HUAWEI BSC6900

Release V900R011 （ RAN 11.1+GBSC 9.0)

Product line Wireless Product Line


Position in the NetworkThe interfaces between the BSC6900 and

UMTS NEs: Iub: interface between the RNC and the

NodeB Iur: interface between the RNC and other

RNCs Iu-CS: interface between the RNC and

the MSC/MGW Iu-PS: interface between the RNC and

the SGSN Iu-BC: interface between the RNC and

the CBC

The interfaces between the BSC6900 and GSM NEs:

Abis: interface between the BSC and the BTS

A: interface between the BSC and the MSC/MGW

Gb: interface between the BSC and the SGSN

BSC6900 follows the BSC6000 and BSC6810 as a next generation BSC.

Note: BSC6900 is the physical device name. RNC and BSC are logical names.


Dual-Mode Controller BSC6900

Controller BSC6000/BSC6810

Unified logical architecture

Unified physical architecture

Unified OM Configuration Maintenance Alarms Performance

Shared resource management

Shared transmission design

Unified control plane

Optimized BSC user plane

XPUb DPUe POUc FG2c GOUc UOIc AOUc

Unified Architecture

Improved Hardware Capacity

Resource Pool Design

BSC6900 Key Technical Changes

Shared Resource

Management


Supports flexible networking and smooth multi-mode evolution Operates in GO, UO, or GU mode Supports a unified OM system in co-cabinet GSM and UMTS

BSC6900 Benefits － Combines Multiple Modes

GSM&UMTS co-cabinet

Software upgrade

RNC

RNC

BSC

BSC

BSC

RNC

RNC

RNC

BSC

GSM&UMTS cabinet


Centralized network management system provides a unified platform for 2G/3G data configuration, OM, alarm management, and performance management.

Single network structure reduces the difficulty of maintaining separate networks, lowers staffing requirements, and saves operator costs.

Performance managementConfiguration

management

Operation and maintenance

Alarm management

iManagerTM M2000

Unified maintenance platform: 2G/3G fault management is easier to achieve

Unified GENEX tool: facilitates 2G/3G network optimization, performance evaluation, and fault management

Unified CME management: ensures correctness and validity of 2G/3G data configuration

BSC6900 Benefits － Shared OM

Unified Web OM platform: 2G/3G OM data is easier to view and manipulate.

Unified OM platform: facilitates 2G/3G fault management


Unified transmission resource management allows bandwidth to be shared between GSM and UMTS.

IP mode co-transmission is recommended.

UMTS / GSM UMTS + GSMTraffic Traffic rejectionrejection

GOS

5-10% Gain

0.2 0.1 0.05 0.03 0.02 0.01 0.005 0.002 0.001Tr

affic

Gai

n (%

)

109876543210

Separate Transmission Co-Transmission

Multiplexing

Gain

BSC6900 Benefits － 2G/3G Co-Transmission


UMTS

GSM

Voice Data

Services Directed Between UMTS/GSM

High load

High load

High load

High load

UMTS

GSM

UMTS/GSM Load Control

Load control throughInter-RAT handover

2G/3G load control balances traffic between UMTS and GSM, improving network utilization

2G/3G load control increases the directedness of different traffic types, ensuring high service completion

Huawei Lab Simulation

BSC6900 Benefits － Common Radio Resource Management

Common Radio Resource Management (Co-RRM) optimizes GSM/UMTS interoperation of the BSC6900, which improves GSM and UMTS coexistence and raises throughput. The BSC6900 uses internal information exchange to share GSM and UMTS cell load information and to optimize Network Assisted Cell Change (NACC). The BSC6900 performs load-based handover, service distribution, and load balancing based on the load of the GSM and UMTS cells and network characteristics.


BSC6900 Key Delivery Features Building on BSC6000 V900R008C12 and BSC6810 V200R011, BSC6900

V900R011C02 offers the following features:

Common FeaturesSupports new multi-core interface boards

RNC supports new user plane processing boards (DPUe)

BSC/RNC supports new XPUb control plane signaling processing boards

Supports the following transmission types in IP mode (Abis)

Supports the following transmission types in IP mode (Ater)

Supports the following transmission types in IP mode (A)

One physical board can support multiple external interfaces in IP mode

Abis and Iub 2G/3G co-transmission

Supported multi-core interface boards: 1) ATM over STM-1(VC12) ； ATM over STM-1(VC4)2) IP over STM-1(VC12) ； IP over GE or FE3) BSC TDM Interface : STM-1(VC12)

1. New user plane processing board specifications: Each board supports 300cells, 3000 Erl, Iub DL+UL 256 Mbit/s PS traffic, and 6 Mbit/s MBMS traffic. 2. Supports mixed configuration of new and old user plane processing boards

1. BSC/RNC supports new control plane signaling processing board (XPUb)2. Supports XPUb board hardware fault location. During startup and normal operation, it requires that serious XPUb faults can be traced to the XPUb board. After a fault is detected, an alarm is reported with the alarm information clearly identifying the XPUb board.

In IP transmission, the Abis interface supports: 1) E1/T1 (IP over PPP over HDLC over TDM)2) VC12 STM-1(63E1/STM-1) /OC-3(84T1/OC-3)(IP over PPP over HDLC over TDM)

In IP transmission, the Ater interface supports: 1) VC12 STM-1(63E1/STM-1)/OC-3 (84T1/OC-3)(IP over PPP over TDM) (high)

In IP transmission, the A interface supports: 1) E1/T1 (IP over PPP over HDLC over TDM)2) VC12 STM-1(63E1/STM-1)/OC-3(84T1/OC-3) (IP over PPP over HDLC over TDM)

In IP transmission mode, Iu/Iur/Iub/A/Gb/Abis/Ater IP packet streamscan be carried over one physical interface or the same physical port

Abis and Iub support co-transmission modes: Full IP


BSC6900 Key Delivery Features

Co-RRM 1. 2G/3G load information sharing; 2. NACC optimization; 3. Service distribution based on 2G/3G load information sharing; 4. Load balancing based on 2G/3F load information sharing; 5. Power amplification shutdown based on 2G/3G load information sharing

TC Pool Supports sharing remote TCs among BSCs to satisfy relocation requirements with relatively low risk. Up to 16 BSCs can share 1 TC.

PS HO (R7) Supports intra-BSC, inter-BSC, and inter-RAT PS HO, including NACC and NC2 procedures.Group handover reduces service interruption from grouped service crossing cells.

Early TBF Establishment (R7)

Supports early TBF establishment. UEs can establish TBFs in advance, which reduces service access delay, for instance, of the first ping packet. The network side requires adaptive changes, namely saving the context.

EGRPS MS Receive Diversity (MSRD) (R7 ） Supports EGRPS single antenna interference cancellation for dual-antenna MSs, which can increase

reception by approximately 4 db and raise network capacity.

EGPRS Fast ACK/NACK Report (R7)

Introduces two improved ACK/NACK reporting methods to reduce delay and increase timeliness compared to existing ACK/NACK reporting: 1) Event-based RLC ACK or NACK reporting; 2) Piggybacking ACK or NACK messages in reverse-direction UL or DL data

EGPRS RTT Reduction (R7) Combines two timeslots within the time domain while maintaining the 4-burst structure. Each timeslot uses a 10 ms TTI radio block, and the original 4-burst data is transmitted in two contiguous TDMA frames, thereby reducing TTI.

DL Dualcarrier （ R7 ） DL Dualcarrier HUGE Supports HUGERED (R7) Supports REDHOTGMSK WB-AMR Supports WB-AMR/GMSC, including 12.65, 8.85, and 6.60 encoding modes. A interface IP standardization

A interface supports the GERAN standard; A interface supports IP transmission redundancy functions

IP-based BSC disaster containment and backup

Supports pools of multiple BSCs. If a BSC fault occurs, managed BTSs can access a different BSC.

2. Service Features


BSC6900 GO Capacity Specifications

Specification System Capacity (V9R8 Boards)

System Capacity (V9R11 Boards)

BHCA （ k ） 3500 5240Traffic volume (Erl) 13000 19500Number of TRXs 2048 3072

Number of PDCHs configured 15360 23040

Number of activated PDCHs (MCS-9) 8192 12288

Gb throughput (Mbit/s) 512 1024


BSC6900 UO Capacity Specifications

Specification System Capacity (V2R11 Boards)

System Capacity (V9R11 Boards)

BHCA （ k ） 2000 2380Traffic volume (Erl) 61200 80400

PS (UL+DL) throughput (Mbit/s) 3910 8040

Number of NodeBs 1700 3060Number of Cells 5100 5100


BSC6900 GU Capacity SpecificationsSpecification

System Capacity (BSC6000V9R8 and

BSC6810R11 Boards)

System Capacity (BSC6900V9R11

Boards)

UMTSTraffic volume (Erl) 54000 67000

PS (UL+DL) throughput (Mbit/s) 3450 6700

Number of NodeBs 1500 2700

Number of Cells 4500 4500

GSMTraffic volume (Erl) 13000 19500

Number of Cells 2048 2048

Number of TRXs 2048 3072

Number of PDCH configured 15360 23040

Number of activated PDCHs (MCS-9) 8192 12288

Gb throughput (Mbit/s) 512 1024Note: The BSC6900 GU system capacity cannot simultaneously achieve maximum levels in both the UMTS and GSM networks.


Contents



Multi-Mode Evolution Based on network conditions, the BSC6900 can be flexibly configured

as BSC6900 GSM, BSC6900 UMTS, or BSC6900 GU. By switching software modes and licenses, users can achieve evolution from GSM to GU to UMTS.

Evolution scenarios: GSM →GU, GU →UMTS, GSM →UMTS, UMTS →GU

BSC6900 GSM is compatible with BSC6000 hardware in live networks. BSC6900 UMTS is compatible with BSC6810 hardware in live networks. BSC6900 GU is BSC6900 GSM and BSC6900 UMTS with combined software management and shared OMU and clock unit (GCU/GCG). The GSM and UMTS service boards are configured to separate subracks.


BSC6000 and BSC6810 Evolution to BSC6900

Software upgradeOriginal hardware + new hardware (required)

Software upgradeOriginal hardware + new hardware (optional)

200920082006 2010Q12008Q3

GBSS8.1/RAN10 GBSS9.0/RAN11 GBSS12.0/RAN12

BSC6000

BSC6810

BSC6900 GSM Only

2009Q2

BSC6900 UMTS Only

2009Q1

BSC6900 Dual mode

BSC6900 GSM Only

BSC6900 UMTS Only

BSC6900 Dual mode

BSC6810

Name changed to BSC6900

Software upgradeOriginal hardware + new hardware (optional)

Software upgradeOriginal hardware + new hardware (required)

Software

upgrade

Name changed to BSC6900

Note: In upgrade from RAN10 BSC6810 to BSC6900, RAN11 BSC6810 must be used as an intermediate release for cross-version upgrade.

Add new

hardw

are(required)

Add new

hardw

are(required)

Add new

hardw

are(required)

Add new

hardw

are(required)


Mode Evolution

GSM services do not change

(OMU is configured in GO)

GSM services reduced (OMU is configured in UO)


Mode Evolution Procedure

1.The above steps apply to mode evolution by resetting BSC to carry out data adjustment. Other mode evolution scenarios (for example, GU to UMTS) may use online configuration to complete data adjustment. In that case, "Load scripts offline" changes to "Load scripts online" and "Reset BSC" is removed.2. See the BSC6900 Multi-Mode Evolution Guide in the BSC6900 Deployment Guide for specific steps in carrying out various mode evolution scenarios.

Start Preparation Pre-checkSwitch BSC mode

Load scripts offline

Adjust hardware Reset BSC Post-check End

Activate license


Multi-Mode Evolution Equipment Reuse In order to reduce costs in

carrying out GSM service evolution to UMTS, operators can utilize existing cabinets, subracks, OMUs, GSM service processing boards, and interface boards whenever possible.

PEUa boards can be reused only if they are used as IP transmission interface boards.

UMTS Boards Reusable GSM Boards

Service boards

OMUb/OMUa Yes OMUb/OMUa

SPUa/SPUb Yes SPUa/SPUb

DPUb Yes DPUb

DPUe No NoneSCUa Yes SCUa

GCUa Yes GCUaGCGa No None

Interface boards

AEUa/AOUa No None

UOIa/UOIc No None

AOUa/AOUc No None

PEUa Yes PEUa

FG2a/FG2c Yes FG2a/FG2cGOUa/GOUc Yes GOUa/GOUc

POUa No None

POUc Yes POUc


Contents



Product Hardware ConfigurationHardware configuration involves the following steps: Obtain operator's traffic model or capacity requirements Calculate operator's network user plane requirement (throughput, CS Erlang), control plane requirement (BHCA), and interface requirements

Each basic package type has a corresponding capacity based on the operator's traffic model (throughput, Erlang, BHCA, manageable NodeBs and cells, slots for interface boards). Select an appropriate basic package type using these parameters. Configure an additional BSC6900 UMTS if the maximum basic package volume is exceeded.

Step1: Obtaining the basic network information and traffic model

网络基本参数网络组网参数

控制面话务模型参数用户面话务模型参数

用户面容量需求控制面容量需求容量包模型

Basic parameters

Networking parameters

Control plane traffic model parameters

User plane traffic model parameters

User plane capacity

Control plane capacity

Interface capacityBasic models

Transmission efficiency

Select a basic model

Step2: Calculate the user plane capacity, control plane capacity, and interface capacity

Step3: Matching the calculation results with basic models

Select a basic model

Other parameters Interface board specifications


GO Configuration

Subrak NumTRX

BHCA(k)TCH/F

PDCH number(MCS6)

14 15 16 17 18 19 20 21 22 23 24 25 26 27

DPU

cD

PUc

Abis INT

Abis INT

A INT

A INT

Gb IN

TG

b INT

XPU

bXP

Ub

TNU

aTN

Ua

SCU

aSC

Ua

DPU

dD

PUd

DPU

cD

PUc

GC

Ua

GC

Ua

0 1 2 3 4 5 6 7 8 9 10 11 12 13

MPS1

512875

19203840

MPS

OM

Ua

OM

Ua

1. Fixed board configuration: GCUa*2, SCUa*2, TNUa*2, OMUa*1 or 2

2. Control plane XPUa/XPUb requirements

Specification: 350 TRXs per XPUa 640 TRXs per XPUb

Required number of XPUa or XPUb boards = TRXs / XPU board specification

3. User plane DPUc/DPUd requirements

Specification: 960 channels per DPUc; 1024 PDCHs per DPUd

4. Abis interface boards: Calculate based on TDM, HDLC, and IP scenarios

Specifications: TDM ： 384 TRXs per EIUa or OIUa; 512 TRXs per POUc

HDLC: 2048 TRXs per POUc

IP: 2048 TRXs per POUc, FG2c, or GOUc

Calculate board quantities based on TRXs

5. A interface boards: Calculate based on TDM and IP scenarios

Specifications: TDM: 3906 CICs per POUc

IP: 23040 CICs per POUc, FG2c, or GOUc

Calculate board quantities based on number of CICs

6. Gb interface boards: Calculate based on FR and IP scenarios

Specifications: FR: 395 Mbit/s per POUc

IP: 790 Mbit/s per FG2c or GOUc

Calculate board quantities based on Gb throughput

7. Ater interface boards: Calculate based on TDM and IP scenarios

Specifications: TDM: 7168 Ater CICs per POUc

IP: 23040 Ater CICs per FG2c or GOUc

Calculate board quantities based on Ater throughput

Basic calculation principles and board specifications

Note ：This is a simplified configuration. Actual configuration procedures follow the configuration manual and configurator.


UO Configuration 1. Fixed board configuration: GCUa/GCGa*2, SCUa*2, OMUa*22. Control plane SPUa/SPUb requirementsSpecifications: BHCA: 80K per SPUa 150K per SPUb NodeB: 100 per SPUa 200 per SPUb Cell: 300 per SPUa 600 per SPUbSPUa or SPUb required = max(BHCA / SPU specification, NodeBs / SPU specification, cells /SPU specification)3. User plane DPUb/DPUdSpecification: Cell: 300 per DPUe Voice Erlang: 3350 per DPUe Video phone: 1675 per DPUe PS (Mbit/s): 335 per DPUeRequired DPUe = max(Voice Erlang / DPU specification, VP Erlang / DPU specification, PS rate / DPU specification)4. Interface boards:

Basic calculation principles and board specifications

Note:This is a simplified configuration. Actual configuration procedures follow the configuration manual and configurator.

Subrak NumNodeB

CellBHCA(k)

CS voice (RNC)Iub Tput(DL+UL, Mbps)

14 15 16 17 18 19 20 21 22 23 24 25 26 27

Iub INT

Iub INT

Iu INT

Iu INT

SPUb

SPUb

SPUb

SPU

b

SC

Ua

SC

Ua

DPU

eD

PUe

DP

Ue

DP

Ue

GC

Ua

GC

Ua

0 1 2 3 4 5 6 7 8 9 10 11 12 13

350600

1340

MPS1

13400

MPS

OM

Ua

OM

Ua

270

New Interface Board AOUc UOIc POUc FG2c GOUc

Port Type ATM E1 ATM CSTM-1

ATM STM-1 IP E1 IP CSTM-1

Port No. 4 8 4 12 FE or 4GE 4GEIu CS Voice Erl 18000 18000 18000 18000 18000

Iu CS VP Erl 5500 14000 6000 18000 18000Iu PS Throughput

(Mbs) (DL+UL) 380 950 439 1685 1685

Iub CS Voice Erl 18000 18000 18000 18000 18000Iub CS VP Erl 5500 18000 6000 18000 18000

Iub PS Throughput (Mbps) (DL+UL) 360 900 385 1350 1350

Calculate board requirements based on Iu/Iub throughput


GU Configuration

GU mode: Independently configure the GSM and UMTS subracks

SystemBSC subrak NumRNC subrak Num

TRX 1536BHCA(k) 2625TCH/F 11520

PDCH number(MCS6) 5760NodeB 2120Cell 3600

BHCA(k) 1680CS voice 53600

Iub Tput(DL+UL, Mbps) 5360

14 15 16 17 18 19 20 21 22 23 24 25 26 27 14 15 16 17 18 19 20 21 22 23 24 25 26 27

DPUcDPUc

Abis INTAbis INT

A INTA INTGb INTGb INT

DPUcDPUcDPUcDPUcDPUcDPUc

Abis INTAbis INTA INTA INTA INTA INT

SPUbSPUb

TNUaTNUaSCUaSCUaDPUdDPUdDPUcDPUcGCUaGCUa

SPUbSPUbSPUbSPUbTNUaTNUaSCUaSCUaDPUdDPUdDPUdDPUdDPUcDPUc

0 1 2 3 4 5 6 7 8 9 10 11 12 13 0 1 2 3 4 5 6 7 8 9 10 11 12 13

14 15 16 17 18 19 20 21 22 23 24 25 26 27 14 15 16 17 18 19 20 21 22 23 24 25 26 27

Iub INTIub INTIub INTIub INTIu INTIu INTIu INTIu INT

SPUbSPUbSPUbSPUb

SCUaSCUaSPUbSPUbDPUeDPUeDPUeDPUe

0 1 2 3 4 5 6 7 8 9 10 11 12 13 0 1 2 3 4 5 6 7 8 9 10 11 12 13

TC 内置, A 口非 IP

MPS@RNC EPS@RNC

0 4

EPS(RNC)EPS(BSC)MPS(BSC)

OMUa

OMUa

MPS@BSC EPS@BSC

530900420

134001340

3840 76801920 3840

512 1024875 1750

1 1MPS EPS

EPS(RNC)EPS(RNC)EPS(RNC)

quhua

Built-in TC with non-IP applied over A interface


GU Configuration

GU mode: Mixed subrack configuration

SystemBSC+RNC Subrak NumRNC only Subrak Num

TRX 2304BHCA(k) 3938TCH/F 17280

PDCH number(MCS6) 8640NodeB 2465Cell 4200

BHCA(k) 1935CS voice 73700

Iub Tput(DL+UL, Mbps) 7370

14 15 16 17 18 19 20 21 22 23 24 25 26 27 14 15 16 17 18 19 20 21 22 23 24 25 26 27 14 15 16 17 18 19 20 21 22 23 24 25 26 27

DPUd

DPUcDPUc

Abis&Iub INTAbis&Iub INT

A&Iu INTA&Iu INTGb INTGb INT

DPUdDPUdDPUd

DPUcDPUc

Abis&Iub INTAbis&Iub INT

A&Iu INTA&Iu INT

Iub INTIub INTIu INTIu INT

SPUb(BSC)SPUb(BSC)SPUb(RNC)SPUb(RNC)

SCUaSCUaDPUeDPUeDPUdDPUdGCUaGCUa

SPUb(BSC)SPUb(BSC)SPUb(RNC)SPUb(RNC)

SCUaSCUa

SPUb(RNC)SPUb(RNC)

DPUeDPUeDPUeDPUe

SPUb(RNC)SPUb(RNC)SPUb(RNC)SPUb(RNC)

SCUaSCUa

SPUb(RNC)SPUb(RNC)

DPUeDPUeDPUeDPUe

0 1 2 3 4 5 6 7 8 9 10 11 12 13 0 1 2 3 4 5 6 7 8 9 10 11 12 13 0 1 2 3 4 5 6 7 8 9 10 11 12 13

TC 内置(无TC), 全 IP

670 1340 1340

EPS@RNC

3

420

530300 600 900

EPS(BSC+RNC) EPS(RNC)

175 350

135 270

1313 1313

6700 13400 13400

2880 2880

MPS@BSC+RNC EPS@BSC+RNC

OMUa

OMUa

5760 5760

768 768

1 2MPS(BSC+RNC) EPS(BSC+RNC) EPS(RNC only)

MPS(BSC+RNC) EPS(RNC)

EPS(BSC+RNC) EPS(RNC)

quhua

Built-in TC (no TC), All IP


Contents



BSC6900 Hardware － BoardsBoard Type Board

NameFunctions Applicable Mode

OM board OMUa Performs configuration management, performance management, fault management, security management, and loading management for the BSC6900.Works as the OM bridge of the LMT/M2000 to provide the BSC6900 OM interface for the LMT/M2000 and to enable the communication between the BSC6900 and the LMT/M2000.Works as the interface to provide web-based online help.

BSC6900 GSM and BSC6900 UMTS

Switching processing boards

SCUa Provides MAC/GE switching and enables the convergence of ATM and IP networks.

Provides data switching channels. Provides system-level or subrack-level configuration

and maintenance. Distributes clock signals for the BSC6900.


TNUa Provides the TDM switching and serves as the center of the circuit switched domain.Assigns the resources of the TDM network and establishes the network connection.Provides communication processing on the GE port.

BSC6900 GSM

Clock processing boards

GCUa Obtains the system clock source, performs the functions of phase-lock and holdover, and provides clock signals.

The GCUa board is applicable to the BSC6900 GSM and BSC6900 UMTS.The GCGa board is applicable to the BSC6900 UMTS.

GCGa Obtains the system clock source, performs the functions of phase-lock and holdover, and provides clock signals.Receives and processes the GPS signals.

Note:Boards applicable to the BSC6900 GSM or BSC6900 UMTS are also applicable to the BSC6900 GU.


BSC6900 Hardware － BoardsSignaling processing boards

SPUa Manages user plane and signaling plane resources in the subrack and processes signaling.Differences:The SPUa board processes the signaling on the GSM/UMTS signaling plane.The XPUa board processes the signaling on the GSM signaling plane.

The SPUa board is applicable to the BSC6900 GSM and BSC6900 UMTS.The XPUa board is applicable to the BSC6900 GSM.

XPUa

SPUb Manages user plane and signaling plane resources in the subrack and processes signaling.Differences:The SPUb board processes the signaling on the GSM/UMTS signaling plane. The processing capability of the SPUb board is 75% to 100% higher than that of the SPUa board.The XPUa board processes the signaling on the GSM signaling plane. The processing capability of the XPUb board is 75% to 100% higher than that of the XPUa board.

The SPUb board is applicable to the BSC6900 GSM and BSC6900 UMTS.The XPUb board is applicable to the BSC6900 GSM.

XPUb

Service processing boards

DPUb Processes CS services and PS services within the system.Differences:The DPUb board processes the services on the UMTS user plane, encodes and decodes GSM speech services and data services, and converts the speech frame format over the IP speech channel and the speech channel in HDLC transmission optimization.The DPUc board encodes and decodes GSM speech services and converts the speech frame format over the IP speech channel and the speech channel in HDLC transmission optimization.The DPUd board processes GSM data services.

The DPUb board is applicable to the BSC6900 UMTS.The DPUc board is applicable to the BSC6900 GSM.The DPUd board is applicable to the BSC6900 GSM.

DPUc

DPUd

DPUe Processes CS services and PS services within the system.DPUe board supports UMTS user plane processing. BSC6900 UMTS

Continued from previous slide


BSC6900 Hardware － BoardsInterface processing boards

AEUa Provides 32 channels of ATM over E1/T1. Extracts and sends the clock signals to the GCUa or GCGa board.

BSC6900 UMTS

AOUa Provides two channels over the channelized optical STM-1/OC-3 ports based on ATM protocols.

Supports ATM over E1/T1 over SDH or SONET. Provides 126 E1s or 168 T1s. Extracts and sends the clock signals to the GCUa or GCGa board.

BSC6900 UMTS

EIUa Provides 32 channels over E1/T1 electrical ports. Transmits, receives, encodes, and decodes the 32 E1s/T1s. The E1

transmission rate is 2.048 Mbit/s; the T1 transmission rate is 1.544 Mbit/s.

BSC6900 GSM

FG2a Provides eight channels over FE electrical ports or two channels over GE electrical ports.

Supports IP over FE/GE.


GOUa Provides two channels over GE optical ports. Supports IP over GE.


OIUa Provides one channel over the STM-1 optical port. Provides one channelized STM-1 with a rate of 155.52 Mbit/s.

BSC6900 GSM

PEUa Provides 32 channels of IP over E1s/T1s. Extracts and sends the clock signals to the GCUa or GCGa board.


POUa Provides two channels over the channelized optical STM-1/OC-3 ports based on IP protocols.

Supports IP over E1/T1 over SDH or SONET. Provides the load bearing capability of 126 E1s or 168 T1s. Extracts and sends the clock signals to the GCUa or GCGa board.

BSC6900 UMTS

UOIa Provides four channels over the unchannelized STM-1/OC-3 optical ports.

Supports ATM/IP over SDH/SONET. Extracts and sends the clock signals to the GCUa or GCGa board.

BSC6900 UMTS



BSC6900 Hardware － BoardsInterface processing boards

AOUc Provides four channels over the channelized optical STM-1/OC-3 ports based on ATM protocols.

Supports ATM over E1/T1 over SDH or SONET. Provides 252 E1s or 336 T1s. Extracts and sends the clock signals to the GCUa

or GCGa board.

BSC6900 UMTS

FG2c Provides 12 channels over FE electrical ports or 4 channels over GE electrical ports.

Supports IP over FE/GE.


GOUc Provides four channels over GE optical ports. Supports IP over GE.


POUc Provides four channels over the channelized optical STM-1/OC-3 ports based on IP protocols.

Supports ATM/IP over E1/T1 over SDH/SONET. Provides the load bearing capability of 252 E1s or

336 T1s. Extracts and sends the clock signals to the GCUa

or GCGa board.


UOIc Provides eight channels over the unchannelized STM-1/OC-3 optical ports.

Supports IP over SDH/SONET. Extracts and sends the clock signals to the GCUa

or GCGa board.

BSC6900 UMTS



BSC6900 Hardware － Boards

Board Function Interface Used

Iub Iu Abis Ater A Gb Pb

AEUa ATM RNC V2R9 RNC V2R9 　　　　　 AOUa ATM RNC V2R9 RNC V2R9 　　　　　 UOIa ATM RNC V2R9 RNC V2R9 　　　　　

IP RNC V2R10 RNC V2R10 　　　　　 PEUa FR 　　　　　 BSC V9R8C01 　

HDLC 　　 BSC V9R8C01 　　　　 IP RNC V2R10 RNC V2R10 　　 mBSCV9R11 　　

Abis IP 　　 mBSCV9R11 　　　　 POUa IP RNC V2R10 RNC V2R10 　　　　　 FG2a IP RNC V2R9 RNC V2R9 BSC V9R8C01 　 BSC V9R8C01 BSC V9R8C01 　 GOUa IP RNC V2R9 RNC V2R9 BSC V9R8C01 　 BSC V9R8C01 　 AOUc ATM mBSC V9R11 mBSC V9R11 　　　　 UOIc ATM mBSC V9R11 mBSC V9R11 　　　　

IP 　　　　　　　 POUc TDM+ HDLC 　　 mBSC V9R11 mBSC V9R11 mBSC V9R11 mBSC V9R11 mBSC V9R11

IP mBSC V9R11 mBSC V9R11 mBSC V9R11 mBSC V9R11 mBSC V9R11 　　 FG2c IP mBSC V9R11 mBSC V9R11 mBSC V9R11 　 mBSC V9R11 mBSC V9R11 　 GOUc IP mBSC V9R11 mBSC V9R11 mBSC V9R11 　 mBSC V9R11 mBSC V9R11 　 EIUa Abis TDM 　　 BSC V9R1 　　　　

Ater TDM 　　　 BSC V9R1 　　　 Pb TDM 　　　　　　 BSC V9R1

A TDM 　　　　 BSC V9R1 　　 OIUa Abis TDM 　　 BSC V9R1 　　　　

Ater TDM 　　　 BSC V9R1 　　　 Pb TDM 　　　　　　 BSC V9R1

A TDM 　　　　 BSC V9R1 　　

• Mapping of BSC6900 transmission interface boards against various interfaces.


BSC6900 Hardware － Boards

Board Function Interface SharingIub Iu(Iur/IuCS/

IuPS) Abis A Ater Gb

AEUa ATM 　　　　　ShyaAOUa ATM 　　　　　

UOIa ATM 　　　　　IP 　　　　　

PEUa FR 　　　　　　 HDLC 　　　　　　

IP 　　　　　Abis IP 　　　　　　

POUa IP 　　　　　FG2a IP Abis/A shared interface board Gb independent board 　 Separate interface board over

GbGOUa IP Abis/A shared interface board Gb independent board 　 Separate interface board over

GbAOUc ATM 　　　　　UOIc ATM 　　　　　

IP 　　POUc TDM+ HDLC 　　 Abis/A(Ater)/Gb(Pb) shared interface board

IP 　　FG2c IP Iub/Iu/Abis/A(Ater)/Gb(Pb) shared interface boardGOUc IP Iub/Iu/Abis/A(Ater)/Gb(Pb) shared interface boardEIUa Abis TDM 　　　　　　

Ater TDM 　　　　　　 Pb TDM 　　　　　　 A TDM 　　　　　　

OIUa Abis TDM 　　　　　　 Ater TDM 　　　　　　 Pb TDM 　　　　　　 A TDM 　　　　　　

• BSC6900 transmission interface board co-transmission capability


Contents



MBSC GO (TDM Networking)

BTS

BTS

MBSC

MSC SeverMGW

AbisA

SignalingTDM/E1

Gb(FR)

SGSN

Abis

Bearer network requirements:1. Support TDM transparent transmission, for example, PDH network, SDH

network, or TDM microwave.2. The BSC should use the STM-1 optical port, which supports MSP switching (OIU

board only supports 1+1 bidirectional switching).Reliability:Board active and standby protection + MSP optical protectionInterface boards:Optical interface boards: OIUa, POUc (TDM); Electrical interface boards: EIUa


Abis TDM Networking

Note: 1. All connected BTSs must be managed by a single MPU (HDLC networking has

the same restriction)2. MBSC supports BTSs spanning subracks: Interface boards and control XPUs

(LAPD is terminated at the XPU) span subracks

BSC

BTS1 BTS3

BTS2

0

1

0 1

0

1

2

副链

BTS4

不支持

BSC

BTS1

BTS2

E1

E1

BTS3

E1

aad

副链 Secondary link不支持Unsupported


MBSC GO (HDLC)

BTS

BTS

MBSC

MSC SeverMGWAbis A

SignalingTDM/E1

Gb

SGSN

Abis

HDLC/E1FR/E1

Bearer network requirements:• Requirements are the same as in TDM networking, but HDLC networking is not recommended

when a DXX is connected.Reliability:• Board active and standby protection + MSP optical protectionInterface boards:• Optical interface boards: POUc (IP), POUc (TDM); electrical interface boards: PEUaNote: 1. Only the Abis interface supports HDLC transmission mode.2. If the TC is configured externally (TDM is applied over Ater), the BM subrack must be

configured with additional DPUs (TCs).


Abis HDLC Networking

Note: In HDLC cascaded networking, timeslots of a lower level BTS are transparently sent from/to an upper level BTS.

BSC

BTS1

BTS2

HLDC1

E1

HLDC2

Protocol stack

Intermediate bearer network requirements: 1. The same as in TDM networking 2. If a DXX is connected, ensure that the timeslot sequence

is identical in the BTS and BSC. Timeslots within the HDLC network must not cause delay differences.

HDLCLAPDOML

HDLCLAPD

ESL/RSLPTRAU


MBSC UO (ATM)

NodeB

MBSC

MSC SeverMGWIub IuC

S

SignalingIP/ETH

SGSN ATM/E1

NodeB

Iub IuPS

Bearer networki requirements:1. Support TDM transparent transmission, for example, PDH network, SDH network,

or TDM microwave.2. ATM convergence is provided over the Iub interface. IMA over E1 is provided by

the NodeB and then converged at the UOIa/UOIc optical port of the RNC (mainly in Europe)

Reliability:Board active and standby protection + MSP optical protectionInterface boards:Optical interface boards: UOIa/UOIc, AOUa/AOUc; Electrical interface boards: AEUa


MBSC (ALL IP)

MBSC


Abis IP over E1

Note: In IP over E1 cascaded networking, PPP links of lower level BTSs are terminated at an upper level BTS.

Protocol stack

Intermediate bearer network requirements:1. The same as in TDM networking2. If a DXX is connected, ensure that the timeslot sequence is

identical in the BTS and BSC. Timeslots within a PPP link must not cause delay difference.

3. Delay differences between PPP links cannot be too large.

LAPDOML

UDP/IPLAPD

ESL/RSLPTRAU

BSC

BTS1

BTS2

PPP

MP

BTS3

PPP

PPP 、 MP


Iub ATM & IP Dual-Stack Networking High priority services use ATM Low priority services use IP

IP Network

PDH/SDH Network

AEUa/UOIaNodeB SPU

DPU

RNC

HSDPA trafficR99 traffic

NBAP etc.

IP over ETH

ATM/IMA

FG2a/

GOUa


Iub IP Hybrid Networking

Note: High or low QoS hybrid networking support is provided by ETH interfaces. For example, low priority traffic uses XDSL, while high priority traffic uses carrier-class Ethernet such as PTN.

High priority services are sent using high QoS transmission, for example, IP over PPP over the E1/T1 interface to the NodeB.

Low priority services are sent using low QoS transmission, for example, from the FE interface over the IP network to the NodeB.

IP Network

PDH/SDH Network

PEUa/POUaNodeB SPU

DPU

RNC

HSDPA trafficR99 traffic

NBAP etc.

IP over ETH

IP over E1/T1

FG2a/

GOUa


Ater IP Networking Ater intermediate transmission uses the

TDM network with transparent timeslot transmission between the BM and TC.

Supports only BM/TC separated mode with remote configuration. BM/TC local separated mode is used only in upgrade of old offices and is not used in new offices. Offices upgrading from Ater TDM to support Ater compression transmission must replace the Ater interface board (POUc).

If the Abis interface uses TDM transmission, DPU boards must be added to the BM subrack when upgrading Ater TDM to support Ater transmission compression.

BM TC传输网络

Ater接口经过传输网

Supports IP, PPP, E1, and STM-1 transmission

over Ater interface Supports Ater MUX Supports Abis and Ater shared interface boards Supports four STM-1 optical ports AterSL, AterOML, and ASL use TDM timeslot

transmission on the Ater interface similar to the

Ater TDM mode.

quhua

Ater interface goes through the transport network


MBSC Abis Transmission Networking

Note: TDM/HDLC/IP mixed cascaded networking is not supported.

Transmission Type Tree Topology Ring Tree

TopologyHub

ConvergenceBTS Local Switching

BTS Cross-Site Local Switching

Bypass Monitoring TS

TDM - Fix Y(5 levels)

Y (5 nodes)Ring IIMulti-chain ring

N NA NA Y Y

TDM –Flex. Y(5 levels)

Y (5 nodes)Bi-directional load sharing

N Y Y Y Y

HDLC Y(5 levels)

Y (5 nodes)Ring II N N N N Y

IP over ETH N N N Y Y NA NA

IP over E1(added in MBSC)

Y(5 levels) N Y

(see tree) Y Y N Y


MBSC Interface BoardsPhysical Interface

Function Iub Iu/Iur Abis Ater A Gb Pb Pb

AIU

AOUc 4 Ch-STM-1 ATM V9R11 V9R11 　　　　　 UOIc 8 STM-1 ATM V9R11 V9R11 　　　　　 POUc 4 Ch-STM-1 TDM+

HDLC+FR 　　 V9R11 V9R11 V9R11 V9R11 V9R11

PPP+ HDLC

V9R11 V9R11 V9R11 V9R11 V9R11 　　 FG2c 4GE/FE +

8FE(electrical)

IP V9R11 V9R11 V9R11 　 V9R11 V9R11 　

GOUc 4 GE optical IP V9R11 V9R11 V9R11 　 V9R11 V9R11 　

MBSC Interface boards

MBSC interface board

summary:

HUAWEI TECHNOLOGIES CO., LTD. Huawei Confidential

Page 48

STM-1 MSP ProtectionBoard Physical

InterfaceFunction MSP 1:1 MSP 1+1

UnidirectionalMSP 1+1

Bidirectional

PIU

AOUa 2 Ch-STM-1 ATM Y N Y

UOIa 4 STM-1 ATM Y Y Y

IP Y Y Y

POUa 2 Ch-STM-1 3G IP Y Y Y

AIU

AOUc 4 Ch-STM-1 ATM Y Y Y

UOIc 8 STM-1 ATM Y Y Y

POUc 4 Ch-STM-1 TDM+ HDLC+FR Y Y Y

PPP+ HDLC Y Y Y

CIU

OIUa 1 Ch-STM-1 Abis TDM N N Y

Ater TDM N N Y

Pb TDM N N Y

TC A TDM N Y Y

BM A TDM N N Y

Note: The POUc board requires a new backplane. Use DSP BRDVER to query the SCU slot. The backplane version should be VER. C.


AIU Board Slot Recommendations

Note:1. The bandwidth of the connection between a board in slot 14, 15, 25, 26, or 27 and the active or standby SCU is 1 Gbit/s, with a total bandwidth of 2 Gbit/s for the active and standby SCUs.2. The bandwidth of the connection between a board in any other slot and the active or standby SCU is 2 Gbit/s, with a total bandwidth of 4 Gbit/s for the active and standby SCUs.3. An AIU board should be installed in a 4 Gbit/s slot to fully utilize backplane bandwidth. If an FG2c, GOUc, or UOIc board is installed in a 2 Gbit/s slot, it must operate at a reduced level.

14 15 16 17 18 19 20 21 22 23 24 25 26 27

2G 2G 4G 4G 4G 4G 4G 4G 4G 4G 4G 2G 2G 2G

　　　　　　 SCU

SCU

　　　　　　 0 1 2 3 4 5 6 7 8 9 10 11 12 13


Iub & Abis IP Co-Transmission

IP over ETH is recommended for co-transmission scenarios. IP over E1 is recommended for sites with only E1 resources (such as microwave) in the last

mile. AIU interface boards (FG2c/GUOc) support 2G/3G co-transmission, while PIU boards

(FG2a/GOUa) do not. 2G services and 3G services are recommended to be deployed in different subracks with the co-

transmission IP interface board s configured in the subrack handling 3G services.

FE MBTS

IP network

MBSC

BTS

NodeB

FE

FE

FG2c/GOUc

GE

TGW/PTN

IP over E1

FE


Iub & Abis IP over E1 Co-Transmission

If the bearer network supports TDM transparent transmission, IP over E1 is recommended for co-transmission.

POUc supports BTS (2G), NodeB (3G), and MBTS (2G/3G) that work in IP over E1 mode simultaneously.

2G services and 3G services are recommended to be deployed in different subracks with the co-transmission IP interface board s configured in the subrack handling 3G services.

IP over E1 MBTS

SDH network

MBSC

BTS

NodeB

POUcCPOS

IP over E1

IP over E1


A/Gb/Iu Co-Transmission

2G services and 3G services share the CN and BSC. The FG2c or GUOc board supports co-board and co-transmission on the A, Gb, Iu-

CS, and Iu-PS interfaces.

MGW

GE

IP Network

MBSC

SGSN

FG2c/GOUc

FG2c/GOUc

MSC SERVER

GE

GE


Contents



Single RAN 3.0 composition: BSC6900 + CMEV2R9 + WEB LMT + BTS3900 + M2000 + NodeB LMT (old) + NASTAR + PRS

Offline tools

Offline tools

Single RAN Networking Solution

WRAN OMSTAR

Nastar

WRAN CME

iView LMT

RNC

NodeB

M2000

BSC6900

BTS3900

G U

Nastar new platform

CME V2

WEB LMT

CME V2 offline version

OMSTAR

WRAN CME offline version

iView LMT

iView LMT

GSM OMSTAR GBSS CME

Delphi LMT

GBSC6000

GBTS

SingleRAN Networking Relationship Evolution


WEB LMT for GSM&UMTS

BSC6900

GSM BTS

M2000 Client

BSC6900

UMTS NodeB MBTS(GSM,UMTS)

RNC LMT

BSC6000&BSC6810

GSM BTS

M2000 client

BSC6000

UMTS NodeB

CME client (GSM)

CME client (UMTS)

CME Client for GSM&UMTS

RNC

BSC6000 LMT

TM M2000

TM M2000

Single OM

BSC6900 OM Evolution

Note: M2000 supports starting Web LMT from its topology tab page to maintain NEs.


Unified 2G/3G maintenance, striving for a single network OM experience1. The CME is used for existing network configuration. Web LMT is used for maintenance, and the

M2000 is used for centralized management. This provides a single 2G/3G OM experience.2. The BSC6900 provides the same device maintenance, function modes, and user experience for

2G and 3G services. To some extent, the MBSC is redesigned for GSM. The OM system must adapt and maintain

compatibility. MBSC focuses on the RNC structure, which fundamentally changes the GSM model and interfaces.

GSM OM advancements bring basic changes1. From single NE to centralized network OM2. From LMT to a complete, coordinated M2000/CME/Web LMT solution3. Changes reflected in functional deployment, which enhance centralized batch processing and

reduce single-point maintenance

Backward compatibility1. New OM system should maintain compatibility with older products.2. Benefits of GSM LMT are available in Web LMT and CME.

BSC6900 OM EvolutionMBSC evolution brings OM evolution


WEB LMT— Reduced Single-Point MaintenanceThe position of LMT in Huawei’s OM system is “local and remote single point device maintenance solution for installation and emergencies.” This is consistent with industry and, because of the reorganization of WCDMA, UMTS is already deployed based on this position. LMT is still the primary maintenance tool of GSM, and its maintenance functions are concentrated in the LMT. The new implementation considers both innovation and preservation of existing functions. LMT GUI configuration functions are removed and maintenance functions are moved to MML. Web LMT preserves the majority of LMT's GUI maintenance functions, however. These include common tasks that are difficult to execute in MML.

CME—Improved Centralized MaintenanceCME is the primary configuration solution (M2000/LMT performs configuration only by MML commands). For GSM, radio configuration changes to complete network-level configuration. For UMTS, independent PC server deployment changes to M2000 unified server deployment. The database in the integrated CME is changed from SQL Server to Oracle, while the standalone system uses the Sybase database.Compared to GSM LMT, the CME adds the following features: multiple concurrent users, multiple-BSC network configuration, efficient batch processing of large data quantities, three-area configuration (plan area, current area, and fallback area), a northbound solution, and a single 2G/3G experience.

BSC6900 OM Changes


Components Function Users Scenarios

WEB LMT　

Direct-connection single-NE emergency, and basic maintenance, preserving GSM LMT functions

Operators, Huawei maintenance staff, partners

Initial deployment, emergencies, competition testing

MML

Fast, small-quantity frequent data changes

Operators, Huawei maintenance staff, partners

Fault location, fast change and verification of small data configuration

CME

Offline version

Offline data preparation, incremental data

Network optimization, Huawei maintenance staff, partners

Outside data preparation work

Integratedversion

Centralized network-level batch configuration, which in principle performs all configurations

Operators, Huawei engineers, partners

Cooperative data preparation and adjustment, network optimization, capacity expansion, deployment, and relocation

Position of NEs in OM Solution — Use Cases


LMT ChangesGUI configuration moves to the CMEBSC6900 MML operations are improved in the LMTMore functions will move to centralized management in the future (such as tracing and monitoring). LMT will be supported until these functions are mature.

GBSS9.0GBSS8.0/GBSS8.1

BSC6000 Local Maintenance Terminal

Local Maintenance Terminal (MML)

MML

BSC6900 LMT (WEB)

Most of GUI features

(non-configuration)

Device panel, trace, (also supported in BSC6900

LMT)M2000

CME GUI wizard

configuration (not

supported in

BSC6900 LMT)

GSM LMT Function Changes


Greatest weakness is GSM backwards compatibility1. Web LMT configuration functions are moved.2. Some GUI functions are now only supported in MML.3. Complete OM support depends on CME and M2000.4. Operators must be retrained.

——— Based on a more logical organization, changes mean only temporary pain. Web LMT function and performance issues

1. Web LMT is based on a Browser/Server (BS) architecture with no local database, which results in longer connection times than GSM LMT.

2. Web LMT function is reduced.———Based on advanced industry trends toward clientless architectures

CME performance issues1. CME standalone involves more processing steps than directly-connected LMT.2. Integrated CME management of multiple NEs involves longer connection time than directly-

connected LMT management of single NEs.———Improves centralized configuration, concurrent operation, and batch processing efficiency. The

change is positive.

Weaknesses of New OM Solution


Three configuration zones and support for concurrent operation Overcomes GSM LMT’s lack of support for coordinated online configuration and “draft”

configuration mode Centralized network-level configuration

Provides total network configuration, which overcomes GSM LMT’s limitation of configuring only one BSC at a time

Integrated GU configuration Centralized mode greatly improves frequency replanning and large-scale neighboring cell

optimization adjustment. Supports intra-BSC, inter-BSC, and cross-version base station relocation and automatic

neighboring cell data processing Improved 2G/3G interoperability

MBSC and MBTS device panel integration achieves centralized management of GU devices. Supports manual and automatic allocation of MRRU resources Supports unified neighboring cell adjustment between 2G and 3G cells

Improved GUI Compatible with GSM LMT site setup wizard and clarifies site setup and resource allocation

with three new GUI views: base station networking, cell carriers, and timeslot utilization Unified platform

In combination with the M2000, provides a single GU OM platform

Competitive advantages of CME:

Competitive Advantages of New OSS Solution: CME


Clientless Requires no installation and offers cross-version support as opposed to GSM

LMT’s issues related to version interaction and multiple coexisting versions Advantages of Web software

1. Browser-assisted file search and download2. Supports HTTPS and seamless connection across firewalls

Improved MML design increases MML maintenance efficiency Matches industry trends

1. Bidding document requirement2. OSS development direction of NSN3. Takes full advantage of browser development and industry support

Competitive Advantages of New OSS Solution: WEB LMT

Thank youwww.huawei.com

Documents

Points Clès d'Une BSC 6900