Basic Feature Description: Huawei Technologies Co., LTD

RAN16.
Basic Feature Description
Issue 05
Date 2014-08-20
HUAWEI TECHNOLOGIES CO., LTD.

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: support@huawei.com
Huawei Proprietary and Confidential

Issue 05 (2014-08-20) Copyright © Huawei i
Technologies Co., Ltd.
RAN16.0
Basic Feature Description Contents
Contents
1 System Improvement....................................................................................................................1
1.1 WRFD-000001 System Improvement for RAN5.1........................................................................................................1
1.4 WRFD-000004 System Improvement for RAN10.0......................................................................................................6
1.5 WRFD-000005 System Improvement for RAN11.0......................................................................................................9
1.6 WRFD-000006 System Improvement for RAN11.1....................................................................................................10
1.9 WRFD-140101 System Improvements for RAN14.0..................................................................................................16
1.10 WRFD-141101 System Improvement for RAN15.0..................................................................................................18
1.11 WRFD-160101 System Improvement for RAN16.0..................................................................................................19
2 Standards Compliance................................................................................................................22
2.1 WRFD-010101 Compliance with 3GPP Specifications...............................................................................................22
2.2 WRFD-010102 Operating Multi-band.........................................................................................................................23
2.3 WRFD-010201 FDD Mode..........................................................................................................................................25
3 RABs and Services.......................................................................................................................27

3.1 WRFD-010510 3.4/6.8/13.6/27.2Kbps RRC Connection and Radio Access Bearer Establishment and Release.......27
3.2 WRFD-010501 Conversational QoS Class..................................................................................................................28
3.3 WRFD-010502 Streaming QoS Class..........................................................................................................................30
3.4 WRFD-010503 Interactive QoS Class.........................................................................................................................31
3.5 WRFD-010504 Background QoS Class.......................................................................................................................33
3.6 WRFD-010609 Multiple RAB Introduction Package (PS RAB < 2)...........................................................................34
3.6.1 WRFD-01060901 Combination of Two CS Services (Except for Two AMR Speech Services)..............................35
3.6.2 WRFD-01060902 Combination of One CS Service and One PS Service.................................................................36
3.6.3 WRFD-01060903 Combination of Two CS Services and One PS Service (Except for Two AMR Speech Services)
............................................................................................................................................................................................37
3.7 WRFD-140104 Enhanced Combined Services............................................................................................................38
3.8 WRFD-140103 Call Reestablishment..........................................................................................................................40
3.9 WRFD-021104 Emergency Call...................................................................................................................................42
3.10 WRFD-010506 RAB Quality of Service Renegotiation over Iu Interface.................................................................43
Issue 05 (2014-08-20) Huawei Proprietary and Confidential ii

Copyright © Huawei
RAN16.0
4 RAN Architecture & Functions.................................................................................................45

4.1 MRFD-210604 2-Way Antenna Receive Diversity......................................................................................................45
4.2 WRFD-010205 Cell Digital Combination and Split....................................................................................................46
4.3 WRFD-010208 Fast Power Congestion Control (FCC)...............................................................................................48
4.4 WRFD-010211 Active TX Chain Gain Calibration.....................................................................................................49
4.5 WRFD-010202 UE State in Connected Mode (CELL-DCH, CELL-PCH, URA-PCH, CELL-FACH)......................50
4.6 WRFD-010401 System Information Broadcasting......................................................................................................52
4.7 WRFD-010301 Paging UE in Idle, CELL_PCH, URA_PCH State (Type 1)..............................................................54
4.8 WRFD-010302 Paging UE in CELL_FACH, CELL_DCH State (Type 2).................................................................56
4.9 WRFD-020802 OTDOA Based LCS...........................................................................................................................57
5 Channel Resource Management...............................................................................................59

5.1 WRFD-020900 Logical Channel Management............................................................................................................59
5.2 WRFD-021000 Transport Channel Management.........................................................................................................61
5.3 WRFD-022000 Physical Channel Management...........................................................................................................62
5.4 WRFD-021101 Dynamic Channel Configuration Control (DCCC)............................................................................72
6 Network Security.........................................................................................................................75
6.1 WRFD-011401 Integrity Protection.............................................................................................................................75
6.2 WRFD-011402 Encryption...........................................................................................................................................76
7 Power Control..............................................................................................................................78
7.1 WRFD-020501 Open Loop Power Control..................................................................................................................78
7.2 WRFD-020502 Downlink Power Balance...................................................................................................................79
7.3 WRFD-020503 Outer Loop Power Control.................................................................................................................81
7.4 WRFD-020504 Inner Loop Power Control..................................................................................................................82
8 Cell Management........................................................................................................................84
8.1 WRFD-020101 Admission Control..............................................................................................................................84
8.2 WRFD-020102 Load Measurement.............................................................................................................................87
8.3 WRFD-020106 Load Reshuffling................................................................................................................................89
8.4 WRFD-020107 Overload Control................................................................................................................................91
8.5 WRFD-020108 Code Resource Management..............................................................................................................92
8.6 WRFD-020105 Potential User Control........................................................................................................................94
8.7 WRFD-021102 Cell Barring.........................................................................................................................................95
8.8 WRFD-020104 Intra Frequency Load Balance............................................................................................................96
8.9 WRFD-150230 DPCH Pilot Power Adjustment..........................................................................................................97
8.10 WRFD-010640 Uplink Macro Diversity Intelligent Receiving.................................................................................99
9 Network Sharing.......................................................................................................................101
9.1 WRFD-021301 Shared Network Support in Connected Mode..................................................................................101
10 Mobility Management............................................................................................................104
10.1 WRFD-020201 Intra NodeB Softer Handover.........................................................................................................104
10.2 WRFD-020202 Intra RNC Soft Handover...............................................................................................................105
Issue 05 (2014-08-20) Huawei Proprietary and Confidential iii

Copyright © Huawei
RAN16.0
10.3 WRFD-020203 Inter RNC Soft Handover...............................................................................................................106

10.4 WRFD-020301 Intra Frequency Hard Handover.....................................................................................................108
10.5 WRFD-010801 Intra RNC Cell Update...................................................................................................................109
10.6 WRFD-010802 Inter RNC Cell Update....................................................................................................................111
10.7 WRFD-010901 Intra RNC URA Update..................................................................................................................112
10.8 WRFD-010902 Inter RNC URA Update..................................................................................................................113
10.9 WRFD-021400 Direct Signaling Connection Re-establishment (DSCR)................................................................114
10.10 WRFD-140102 CS Fallback Guarantee for LTE Emergency Calls.......................................................................115
11 NodeB Network Structure.....................................................................................................118

11.1 MRFD-210204 Star Topology..................................................................................................................................118
11.2 MRFD-210205 Chain Topology...............................................................................................................................119
11.3 MRFD-210206 Tree Topology.................................................................................................................................120
12 Clock..........................................................................................................................................123
12.1 MRFD-210501 BTS/NodeB Clock..........................................................................................................................123
12.2 MRFD-210502 BSC/RNC Clock.............................................................................................................................124
13 ATM Transmission Introduction Package.........................................................................127

13.1 WRFD-050301 ATM Transmission Introduction Package.......................................................................................127
13.1.1 WRFD-05030101 ATM over E1T1 on Iub Interface............................................................................................128
13.1.2 WRFD-05030102 ATM over Channelized STM-1/OC-3 on Iub Interface...........................................................130
13.1.3 WRFD-05030103 ATM over Non-channelized STM-1/OC-3c on Iub/Iu/Iur Interface........................................131
13.1.4 WRFD-05030104 Dynamic AAL2 Connections in Iub/IuCS/Iur Interface..........................................................133
13.1.5 WRFD-05030105 Permanent AAL5 Connections for Control Plane Traffic........................................................134
13.1.6 WRFD-05030106 Call Admission Based on Used AAL2 Path Bandwidth..........................................................135
13.1.7 WRFD-05030107 CBR, rt-VBR, nrt-VBR, UBR ATM QoS Classes...................................................................137
13.1.8 WRFD-05030110 F5.............................................................................................................................................138
14 IMA Transmission for E1/T1 or Channelized STM-1/OC-3 on Iub Interface.............140

14.1 WRFD-050304 IMA Transmission for E1T1 or Channelized STM-1/OC-3 on Iub Interface................................140
15 UBR+ATM QoS Class............................................................................................................142

15.1 WRFD-050305 UBR+ATM QoS Class....................................................................................................................142
16 Link Aggregation.....................................................................................................................144
16.1 MRFD-210103 Link Aggregation............................................................................................................................144
17 System Reliability...................................................................................................................147
17.1 WRFD-040100 Flow Control...................................................................................................................................147
17.2 MRFD-210101 System Redundancy........................................................................................................................149
17.3 MRFD-210102 Operate System Security Management...........................................................................................151
18 RAN Operation & Maintenance...........................................................................................155

18.1 MRFD-210301 Configuration Management............................................................................................................155
18.2 MRFD-210302 Performance Management..............................................................................................................157
18.3 MRFD-210303 Inventory Management...................................................................................................................161
Issue 05 (2014-08-20) Huawei Proprietary and Confidential iv

Copyright © Huawei
RAN16.0
18.4 MRFD-210304 Fault Management..........................................................................................................................163

18.5 MRFD-210305 Security Management.....................................................................................................................167
19 Message Tracing......................................................................................................................169
19.1 MRFD-210801 Interface Tracing.............................................................................................................................169
19.2 MRFD-210802 User Signaling Tracing...................................................................................................................171
20 Software Management............................................................................................................173
20.1 MRFD-210401 BSC/RNC Software Management..................................................................................................173
20.2 MRFD-210402 BTS/NodeB Software Management...............................................................................................175
20.3 MRFD-210310 BTS/NodeB Software Downloading Through USB.......................................................................177
21 NodeB Configuration and Commissioning.......................................................................179

21.1 WRFD-031100 BOOTP...........................................................................................................................................179
21.2 WRFD-031101 NodeB Self-discovery Based on IP Mode......................................................................................180
21.3 WRFD-031102 NodeB Remote Self-configuration.................................................................................................182
21.4 WRFD-031103 NodeB Self-test...............................................................................................................................183
21.5 WRFD-160190 Transmission Equipment Fault Detection.......................................................................................184
22 License Management..............................................................................................................189
22.1 MRFD-210403 License Management......................................................................................................................189
22.2 WRFD-040300 License Control for Urgency..........................................................................................................191
23 Basic RNC Functions..............................................................................................................193

23.1 MRFD-210104 BSC/RNC Resource Sharing..........................................................................................................193
23.2 WRFD-040101 DPU Board Replaced without Service Interruption in RNC..........................................................194
23.3 WRFD-141102 RNC User Plane and Control Plane Static Sharing........................................................................195
23.4 WRFD-141103 Automatic NodeB and Cell Allocation in the RNC........................................................................197
23.5 WRFD-160102 Garbled Voice Detection and Correction of AMR Services...........................................................198
23.6 WRFD-160103 Terminal Black List........................................................................................................................200
23.7 WRFD-160106 Fast Radio Bearer Setup.................................................................................................................202
23.8 WRFD-160107 Swap Efficiency Improvement for Intra-RNC NodeBs..................................................................203
24 Basic NodeB Functions...........................................................................................................205

24.1 MRFD-210309 DBS Topology Maintenance...........................................................................................................205
24.2 WRFD-031000 Intelligently Out of Service............................................................................................................206
24.3 WRFD-031200 OCNS..............................................................................................................................................208
24.4 WRFD-031400 Power off the equipment level by level..........................................................................................209
24.5 WRFD-031500 Solar Power Device Management...................................................................................................211
24.6 WRFD-021404 Single IP Address for NodeB..........................................................................................................212
24.7 WRFD-010212 Improved CE Mapping for E-DCH................................................................................................214
24.8 WRFD-020406 Intelligent Power Measurement......................................................................................................215
24.9 WRFD-150104 Sleeping Cell Detection and Recovery...........................................................................................216
25 Documentation.........................................................................................................................218
25.1 MRFD-210701 Documentation................................................................................................................................218
Issue 05 (2014-08-20) Huawei Proprietary and Confidential v

Copyright © Huawei
RAN16.0
26 NodeB Antenna System Solution........................................................................................221

26.1 MRFD-210601 Connection with TMA (Tower Mounted Amplifier)......................................................................221
26.2 MRFD-210602 Remote Electrical Tilt.....................................................................................................................223
26.3 WRFD-060003 Same Band Antenna Sharing Unit (900 MHz)...............................................................................227
27 Acronyms and Abbreviations...............................................................................................231
Issue 05 (2014-08-20) Huawei Proprietary and Confidential vi

Copyright © Huawei
RAN16.0
Basic Feature Description Figures
Figures
Figure 16-1 Networking for Link Aggregation...................................................................................................145
Figure 26-1 Working principle of the RET antenna............................................................................................224
Figure 26-2 SASA function block.......................................................................................................................229
Issue 05 (2014-08-20) Huawei Proprietary and Confidential vii

Copyright © Huawei
RAN16.0
Basic Feature Description Tables
Tables
Table 27-1............................................................................................................................................................231
Issue 05 (2014-08-20) Huawei Proprietary and Confidential viii

Copyright © Huawei
RAN16.0
Basic Feature Description 1 System Improvement
1 System Improvement
1.1 WRFD-000001 System Improvement for RAN5.1

Model
QM1SBASICV00
QM1SBASICP00
Availability
This feature is available from RAN5.1.
Summary
This feature is based on 3GPP R5 with a series of newly introduced RAN products and
functions, which meets a wider range of customer requirements and improves the
performance of the product.
Benefits
The benefits of the system improvements include the following:
 Wider product range, including new products and configurations
 Improvement in stability and robustness due to improved functions and algorithms
 Improved performance, including higher capacity
 Enhanced usability, and reduced operating costs
Description
Compatibility with 3GPP Release 5
The UMTS RAN5.1 is based on the 3GPP Release 5, which adds a number of important
functions for RAN and UE. The major new feature is the high speed downlink packet access
(HSDPA), introduced in the 3GPP Release 5. All relevant interfaces are updated according to
the June 2004 version of Release 5, and all essential 3GPP Release 5 CRs since then have
Issue 05 (2014-08-20) Huawei Proprietary and Confidential 1

Copyright © Huawei
RAN16.0
been implemented. The HSDPA Phase 2 is the enhancement of Phase 1, which provides 3.6
Mbps per user downlink speed.
The 3GPP TR 25.933 IP transport in the UTRAN is implemented in RAN5.1. RAN5.1 is the
first version to provide the Iub IP transmission. The IP transmission provides new solutions to
the last mile access to the NodeB. Therefore, it saves the cost of the transmission.
New products and configurations supported
The UMTS RAN5.1 supports the following new products and configurations:
I. RNC
Supporting quakeproof cabinets that are suitable for the scenarios with specific quakeproof
requirements
II. NodeB
 DBS3800 supports Band 1 (2100 MHz) RRU, 2 carriers 40 W
 DBS3800 supports Band II (1900 MHz) RRU, 2 carriers 20 W
 DBS3800 supports Band III (1800 M) / IX (Japanese 1800 M) RRU, 2 carriers 20 W
 BTS3812E/A supports Band 1 (2100 MHz) new MTRU, 2 carriers 40 W with Doherty
PA for Band I (2100 M)
 BTS3812E/A supports Band II (1900 MHz) MTRU, 2 carriers 40 W
 BTS3812E/A supports Band III (1800 MHz) MTRU, 2 carriers 40 W
The new transmission interface card NUTI supports the FE ports.
The BBU-interconnecting provides smooth expansion for the DBS3800. The network can
support the evolution from 3 x 1 to 3 x 2.
The WCDMA RAN5.1 enables a larger variety of radio access networks to be deployed.
High efficiency power amplifier supported
The UMTS RAN5.1 introduced the DPD + Doherty power amplifier.
The digital pre-distortion (DPD) is linearity technology which features stability, wider signal
band and ability to process multi-carrier signals. The Doherty technology is used to separately
amplify the average part and the peak part of the input signal and then combine both to
achieve high efficiency.
The efficiency of Huawei DPD + Doherty PA is 33% and above.
For the NodeB BTS3812E and BTS3812AE, the output power at the NodeB antenna port can
be up to 40 W. DBS3800, the output power at the NodeB antenna port can be up to 40 W. The
support provided by two carriers and high output power for one RF module (MTRU or RRU)
facilitates smooth capacity expansion, and no additional RF modules are required when the
single-carrier configuration is upgraded to the dual-carrier configuration
Enhancement
None
Dependency
 RNC
NA

Copyright © Huawei
RAN16.0
 NodeB
NA
 UE
NA
 Other Network Units
NA
 CN
NA
 Other Features
NA

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
Benefits
 Usability enhancements, reducing operating costs
Description
functions for RAN as well as UEs. The major new feature that is introduced in the 3GPP
Release 6 is the high speed uplink packet access (HSUPA). All relevant interfaces are updated
according to the March 2006 version of Release 6.
 BTS3812E/AE supports Band V (850 MHz) MTRU, 2 carriers 40 W

Copyright © Huawei
RAN16.0
 BTS3812E/AE supports Band VIII (900 MHz) MTRU, 2 carriers 40 W

 DBS3800 supports Band V (850 MHz) RRU, 2 carriers 40 W
 DBS3800 supports Band VIII (900 MHz) RRU, 2 carriers 40 W
 BTS3812AE, a new outdoor macro NodeB, improves the outdoor cabinet compared with
BTS3812A.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
functions, which meets a wider range of customer requirements, improves the performance of
the product, and enhances some features.
Benefits

Copyright © Huawei
RAN16.0
 The BSC6810 provides higher capacity and tighter structure.

 New features and enhancement.
Description
functions for RAN and UE. The major new feature that is introduced in the 3GPP Release 6 is
the HSUPA. All relevant interfaces are updated according to the March 2006 version of
Release 6.
 BSC6810, the new platform RNC based on IP switch for higher capacity with compact
structure.
 Clock server, the new equipment to provide synchronization signals for the NodeB
A new RRU module RRU3804 is introduced in DBS3800 (2100 MHz). RRU3804 supports 60
W TOC with A-Doherty 4 carrier.
 DBS3800 supports Band IV (1700 MHz / DL 2100 MHz) RRU, 2 carriers 40 W
 900 MHz Same band Antenna Sharing Unit (SASU), Same band Antenna Sharing
Adapter (SASA) provide a solution for the intra-band antenna system shared between the
GSM900 and UMTS900
The NodeB supports the AISG2.0 protocol.
The RRU3804 is a high output power remote radio unit with four carriers; the output power at
the antenna port is 60 W. The RRU optimizes the mechanical layout, the new slim shape leads
to easy deployment. Due to the natural heat dissipation, the RRU without fan improves the
reliability and reduces the maintenance cost.
New features and enhancement supported
 IP transmission on the Iu/Iur interface
IP transmission on the Iu/Iur interface is available from RAN6.1, which decreases the
transport cost to a great extent compared with the ATM transport cost.
 Iu flex enhancement
The Iu flex enhancement includes enhanced load balancing and load re-distribution. This
feature improves the performance and meets the operators' load distribution strategy in the Iu
flex networking scenario.
 RAN sharing phase2
In RAN sharing phase2, the dedicated Iub transmission control is introduced, which refers to
the separated Iub transmission resource management for the operators sharing the RAN. With
this feature, the operators' differentiated QoS requirement is guaranteed.
 Other new features and enhancement
For details, refer to the description and enhancement of the following chapters and Optional
Function Description of Huawei UMTS RAN6.1.

Copyright © Huawei
RAN16.0
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
Benefits
 New generation NodeBs based on the modular structure and multi-mode platform
enhance the adaptability and the evolution capability. High output power amplifier for
the macro NodeB extends the coverage and capacity, saves the number of the sites, and
provides better user experience.
 Higher throughput by supporting the HSUPA Phase 2, that helps to get faster UL speed

Copyright © Huawei
RAN16.0
Description
Compatibility with the 3GPP Release 6 (2007-03)
The UMTS RAN10.0 supports the following new boards and configurations in existing
products:
 The enhanced base band interface (EBBI) card is used to support the HSUPA Phase2 and
more CEs. It can be co-configured with all other boards in the macro NodeBs
BTS3812E, BTS3812A, and BTS3812AE.
 The enhanced baseband optical interface (EBOI) card is used to support the RRU
connection to the macro NodeBs: BTS3812E, BTS3812A, and BTS3812AE. EBOI also
supports HSUPA phase2 and more CEs. It can be co-configured with all other boards in
the macro NodeB.
 The enhanced uplink process (EULP) card is used to support the HSUPA Phase2 and
more CEs, used in the macro NodeBs: BTS3812, BTS3812A, BTS3812E, and
BTS3812AE. The EULP can be co-configured with other boards in the macro NodeB.
 The extension base band card (EBBC) is used to support the HSUPA Phase2 and more
CEs in the BBU3806. The EBBC can support hot plugging. With the BBU+EBBC, six
cells are supported.
 The BTS3812E/AE supports the WCDMA Radio Frequency Unit (WRFU), a high
compact RF module integrated with MTRU functions and MAFU functions. The WRFU
supports 80 W maximum output power and four carriers. With the WRFU,
BTS3812E/AE can expand configuration to support 3 sectors * 6 carriers or 3 sectors * 8
carriers.
 The GTPu is re-arrayed for the unified interface board.
 The POUa board of the BSC6810 supports IP over channelized STM-1/OC-3 (CPOS).
Based on the new hardware platform, the UMTS RAN10.0 introduces the new NodeB product
portfolio as follows:
 Indoor baseband unit BBU3900
Indoor radio filter unit WRFU. The WRFU provides four carriers and 80-W nominal output
power. Only Band 1 (2100 MHz) WRFU will be released in RAN10.0.
 Outdoor remote radio unit RRU3804
The RRU3804 provides four carriers and 60-W nominal output power. Band 1 (2100 MHz),
Band II (1900 MHz), Band IV (1700 MHz / DL 2100 MHz), and Band V (850 MHz)
RRU3804 will be released in RAN10.0
Different combinations of the units and auxiliary devices compose the following 3900 series
NodeBs: DBS3900/BTS3900/BTS3900A can support up to 24 cell carriers. They support
Omni directional, 2-sector, 3-sector, or 6-sector configuration. The maximum capacity of the
3900 series NodeB is 1536 CEs in the uplink and 1536 CEs in the downlink.
New features and enhancement supported
HSUPA Phase 2
This feature is the enhancement of the HSUPA Phase 1. The main enhancement includes:
 Peak rate: 5.76 Mbps per user (5.74 Mbps (MAC) per user)
 2 ms /10 ms TTI

Copyright © Huawei
RAN16.0
 Max users per cell: 60

 UL compress mode (10 ms and 2 ms)
 Enhanced fast UL scheduling
 SRB over HSUPA
HSDPA Phase 4
This feature is the enhancement of the HSDPA Phase 3. The main enhancement includes:
 F-DPCH
 MBMS over HSDPA (PtP)
 HS-DPCCH preamble mode
 Peak rate: 14.4 Mbps per user (13.976 Mbps (MAC) per user)
 SRB over HSDPA
 HSPA over Iur
VoIP over HSPA (trial)
Enhanced MBMS broadcast
Robust header compression (RoHC)
Multi band HO based on service priority and band
Active queue management (AQM)
IP transmission enhancement
The following new interface ports are supported:
 IP over STM-1/OC-3c (POS)
 IP over channelized STM-1/OC-3 (CPOS)
 Enhancement for the existing port
 Backup between IP over E1 and IP over FE
 BFD and ARP checking
Other new features and enhancement
For details, refer to the description and enhancement in the following chapters and the
Optional Function Description of Huawei UMTS RAN10.0.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA

Copyright © Huawei
RAN16.0

NA
 CN
NA
 Other Features
NA

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
functions, meeting the customer's requirements in a wider range and improving product
performance.
Benefits
HSPA+ Phase 1 provides higher bandwidth and shorter delay:
 Provides higher throughput and improves the system capacity greatly. This enables the
operator to make more profits.
 Provides a higher peak rate for users and a higher speed of data downloading for the UE.
 Improves user experience and provides comprehensive functions for operators.
With the optimization of capacity and performance of VoIP over HSPA/HSPA+, this feature
meets the commercial deployment requirement of VoIP and improves the competitiveness of
operators.
The high throughput of the RNC meets operators' requirements for constructing wideband
radio networks based on HSPA and HSPA+. It can also effectively adapt to the fast
development of data services.
Description
RAN11.0 introduces HSPA+ to meet the increasing demand of subscribers for the bandwidth.
HSPA+ provides higher bit rates and shorter delay. RAN11.0 supports HSPA+ Phase 1, for
example, 64QAM, 2 x 2MIMO, and CPC.
RAN11.0 optimizes the capacity and performance of VoIP over HSPA/HSPA+, and provides
comprehensive functions for the commercial deployment of VoIP over HSPA/HSPA+.

Copyright © Huawei
RAN16.0
In compliance with the 3GPP R7 2008-03, RAN11.0 provides the following new features and
enhancements:
 HSPA+ Phase 1:
1. 64QAM (downlink): provides a higher peak rate of 21 Mbps and increases the downlink
capacity through high order modulation.
2. 2 x 2MIMO: provides a higher peak rate of 28.8 Mbps and increases the downlink
capacity through parallel downlink bit streams.
3. Enhanced layer 2: provides flexible RLC PDU size, as the basis for 64QAM, MIMO,
and the enhanced CELL_FACH function.
4. CPC: reduces user access time, increases the air interface capacity, and lowers UE power
consumption (prolongs the battery service life).
5. Enhanced CELL_FACH: provides a higher peak rate of 1 Mbps in CELL_FACH state.
 Commercial deployment of VoIP over HSPA/HSPA+: improves the capacity and
performance of VoIP over HSPA/HSPA+, and fully meets the requirement for
commercial deployment.
 DSAC
 Optimized RNC upgrade: shortens the upgrade time and reduces the negative impact on
services.
 Improved RNC capacity: improves the BSC6810 throughput to 3.91G.
 Newly added board: The BTS3812E/AE has a new downlink baseband processing unit,
namely, EDLP. The EDLP provides a downlink processing capacity of six cells, 384
CEs, and DL 64QAM and MIMO of HSPA+.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is based on new boards in RNC, which meet the customer's requirements in a
wider range and improve product performance.
Benefits
New boards are introduced in RAN11.1. With these new boards, the operators are benefited
by the merits list below:
 The RNC capacity increases. The PS throughput doubles compared to that with legacy
boards.
 The operators can use less hardware to reach the capacity requirement. The CAPEX is
reduced.
With new boards, the spare hardware number also saved.
Description
RAN11.1 introduces several boards, they are:
 SPUb board: charge in control plane service processing
 DPUe board: charge in user plane data processing
 AOUc: ATM interface board with 4 CSTM-1 exports
 UOIc: ATM interface board with 8 STM-1 exports
 POUc: IP interface board with 4 STM-1 exports
 FG2c: IP interface board with 12 FE or 4 GE exports
 GOUc: IP interface board with 4 GE exports
With the new boards, the RNC capacity increases.
Enhancement
None
Dependency
 RNC
NA
 NodeB

Copyright © Huawei
RAN16.0
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature provides the following functions:
 Complies with the 3GPP Release 8 specifications (March 2009).
 Adds new hardware to the NodeB to meet operators' requirements for capacity expansion
and function improvement.
 Increases system energy efficiency and supports green energy.
 Enhances system maintainability.
Benefits
Operators benefit from the following aspects of this feature:
 Complies with the 3GPP Release 8 specifications, improves user experience, and
increases system capacity.
 Supports higher uplink rate and larger system capacity by adding new hardware to the
NodeB.
 Increases system energy efficiency, supports green energy, and reduces operators' OPEX.
 Enhances maintainability and reduces operation and maintenance (OM) costs.
Description
 Complying with the 3GPP Release 8 specifications (March 2009)
The RAN12.0 features are developed in compliance with the 3GPP Release 8
specifications. In 3GPP Release 8, a new series of important functions concerning the

Copyright © Huawei
RAN16.0
radio access network and UEs are introduced. These features include UL Layer 2
Improvement, DL 64QAM+MIMO, and Dual Cell-HSDPA (DC-HSDPA), which are
supported by Huawei RAN12.0. In addition, all relevant interfaces are updated according
to the 3GPP R8 specifications (March 2009).
 Adding new hardware to the NodeB to meet operators' requirements for capacity
expansion and function improvement
With PS services growing rapidly, the demand for uplink data rates from users increases.
The features such as UL 16QAM, Interference Cancellation (IC), and Frequency Domain
Equalization (FDE) further improve the uplink single user throughput and cell
throughput, and shorten file upload delay for PS users.
The existing baseband boards do not support UL 16QAM, IC, FDE. In this case, the
NodeB needs to be configured with the following new baseband boards to meet
operators' requirements for capacity expansion and function improvement:
1. WBBPd for the BBU3900, which is responsible for the enhanced uplink and downlink
channels user plane processing;
2. EBBCd for the BBU3806, which is responsible for the enhanced uplink and downlink
channels user plane processing;
3. EULPd for the BTS3812E/BTS3812AE, which is responsible for the enhanced uplink
channels user plane processing.
4. New RF unit: RRU3806 for DBS3800/DBS3900
The more descriptions of these boards can be obtained in NodeB product description.
 NodeB signaling processing ability enhancement
Penetration rate of smart phone is higher and higher every day, due to the high quality
services provided by the mobile broadband network. Huge quantity of signaling was
brought by the special behavior of smart phone. NodeB signaling processing ability was
enhanced to provide strong support for the operator's marketing promotion also provide
better experience for the end user in the high load network.
 Increasing system energy efficiency and supporting green energy
Currently, energy saving, emission reduction, and green energy become operators' major
concerns. RAN12.0 further optimizes the algorithm of Energy Efficiency Improved and
improves PA efficiency when the system is lightly loaded. In addition, the system
provides the functions of monitoring and managing green energy for example, solar
energy, and diesel power.
 Enhancing system maintainability
1. NodeB hardware self-diagnosis: The boards perform the self-diagnosis function to
determine whether the fault on the live network is a board fault.
2. Optimized software management: In the uplink, different Differentiated Service Code
Point (DSCP) values and Virtual Local Area Network (VLAN) Class of Service (COS)
values can be set for OM services of different characteristics. The VLAN COS values
indicate the priorities of traffic streams. In the downlink, limitation is applied to the
speed of download by FTP and downlink windows are properly arranged so that services
are not affected by FTP.
3. Improved transmission maintainability and testability: Transmission maintainability and
testability are improved for both ATM and IP transport through the support of PVC, CID
(for ATM) or UDP (for IP) loopback functions. They are used to identify transmission
link faults accurately. The transport layer implements 24-hour online testing/counting
functions, including measurements of packet loss ratio, delay, and jitter. Users can obtain
statistical information only through one command.

Copyright © Huawei
RAN16.0
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature improves the RAN system in the following aspects:
 This feature supports the protocols defined in the 3GPP R9, March 2010, and other R9-
related new functions.
 This feature improves the RNC interface processing capability and interface board
capability.
 This feature enhances system maintainability and optimizes troubleshooting and real-
time tracing functions.
 This feature increases system energy efficiency.
Benefits
This feature supports a number of new functions specified in the 3GPP R9, improves user
experience, and increases system capacity.

Copyright © Huawei
RAN16.0
With this feature, the RNC improves its interface processing capability and interface board
capability.
This feature enhances system maintainability. It helps quickly trace and locate faults in
interfaces, services, or equipment, and reduce the OPEX for operators.
This feature increases system energy efficiency and also reduces the OPEX for operators.
Description
 3GPP R9, March 2010 supported
The UMTS RAN13.0 is developed on the basis of 3GPP R9 protocols, which introduce a
series of radio access network (RAN) and UE-related new functions. The new functions of the
3GPP R9 include DC-HSDPA+MIMO, among which RAN13.0 supports the DC-
HSDPA+MIMO function. All the RAN-related interfaces are updated in compliance with the
3GPP R9, March 2010.
 RNC processing board capability enhanced
The processing capability of the RNC DPUe board is optimized. The DPUe can support a
throughput of 800 Mbps.
Through the introduction of the new switching board, the switching capacity of RNC platform
can reach 480 Gbps.
 System maintainability enhanced, new troubleshooting and real-time tracing functions
provided
The tracing function enables the interface board to capture packets on lines without using a
third-party tool. In RAN12.0, the tracing point is at the terminating point of a protocol,
generally at the processing board of the control plane and user plane. Differently, the tracing
point of RAN13.0 is moved to the interface board where there are nodes that data streams
pass through.
The transmission fault locating function is enhanced, which involves SAAL/SCTP tracing,
fault self-check of VLAN configuration, and automation of BOOTP fault information
collection. The function helps quickly locate transmission problems on the Iu, Iub, and Iur
interfaces.
The access fault locating function is enhanced, which involves cell-level PRACH traffic
measurement and cell-level combined service measurement. The function helps quickly locate
problems in access-related KPIs, such as Sleeping Cell and Low Access Success Rate.
The function of locating faults in NodeB equipment and peripherals is enhanced, which
involves active reporting of fault logs about the monitoring board of the NodeB and automatic
searching function supported by the monitoring board on the RS485 bus of the NodeB. The
function helps reduce maintenance effort in locating faults in equipment.
 System energy efficiency increased
The power management function is optimized to increase power supply efficiency of a lightly
loaded system.
 Automatic adjustment for balancing the signaling load among the uplink resource groups
In RAN versions earlier than V200R013C00SPC200 (released in May, 2011), automatic
adjustment for balancing the signaling load among the uplink resource groups is not
supported. If the baseband boards form multiple uplink resource groups, manual adjustment is
required to make the signaling load be evenly distributed among resource groups. If manual

Copyright © Huawei
RAN16.0
adjustment is absent, some resource groups are not fully utilized while some are overloaded,
and therefore the processing capability of the entire NodeB cannot reach its specifications.
From RAN V200R013C00SPC200 (released in May, 2011), automatic adjustment for
balancing the signaling load among the uplink resource groups is supported.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
1.9 WRFD-140101 System Improvements for RAN14.0

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
RAN14.0 has the following system enhancements and improvements compared with
RAN13.0:
 Support for new features specified in 3GPP Release 9 (March 2010) and all later releases
 Increased NodeB capacity
 Improved RNC signaling processing capability and specifications
 Enhanced system maintainability

Copyright © Huawei
RAN16.0
Benefits
RAN14.0 provides customers with the following benefits:
 The new features specified in 3GPP Release 9 improve user experience and increase
system capacity.
 The NodeB supports higher signaling processing capability and system capacity.
 The RNC supports higher system capacity and processing capability.
 System maintainability is enhanced to reduce the operating expense (OPEX).
 Network security is enhanced.
Description
 RAN14.0 complies with 3GPP Release 9.
Developed on the basis of 3GPP Release 9, RAN14.0 supports features specified in 3GPP
Release 9, such as DC-HSUPA, and new features for the radio access network (RAN) and the
UE. In addition, all interfaces have been updated to conform to the 3GPP Release 9 (March
2010).
 The NodeB capacity is increased to meet the signaling processing requirements of hot
spots and smart phones.
New boards UTRPc and UMPT are added to the NodeB to meet operators' capacity expansion
and function enhancement requirements. For details about these boards, see the NodeB
product description.
The downlink CE resource sharing capacity for R99 services is improved. The maximum
number of downlink CEs that can be used by each cell in a downlink resource group cannot
exceed the total number of downlink CEs supported by multiple boards in this group. The
number of CEs that can be shared between boards is limited by hardware capacity. If a cell is
set up on the WBBPb, WBBPd, or WBBPf1 board, a maximum of 384 downlink CEs are
available. If a cell is set up on the WBBPf2, WBBPf3, or WBBPf4 board, a maximum of 768
downlink CEs are available.
 The RNC signaling processing capability and specifications are improved to meet the
signaling processing requirements of smart phones.
RAN14.0 optimizes transmission resource management of MPU boards. The RNC decides
which MPU board manages transmission resources for a call based on the load on each MPU
board. In this way, load is shared among multiple MPU boards. This reduces the need for base
station relocations due to MPU load imbalance.
 System maintainability is enhanced.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA

Copyright © Huawei
RAN16.0
 UE
NA
NA
 CN
NA
 Other Features
NA

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature provides the following system improvements for RAN15.0:
 Supports 3GPP Release 10, which was published in March 2012.
 A new base station controller BSC6910 is introduced to provide higher system capacity
and stronger service processing capability.
 Provides the RNC in Pool solution.
 Enhances system maintainability.
Benefits
This feature provides customers with the following benefits:
 Improved user experience and increased system capacity by implementing new features
 The higher system capacity and stronger service processing capability of the BSC6910
can better meet future network capacity requirements. By adopting the new 10 GE
interface boards, the BSC6910 helps simplify networking and reduce operating expense
(OPEX).
 Larger system capacity and stronger processing capability provided by the RNC pool
 Lower operation and maintenance costs due to system maintainability enhancements
 Enhanced network security
Description
The details are as follows:
 Compliance with 3GPP Release 10
Copyright © Huawei
RAN16.0
RAN15.0 is based on 3GPP Release 10, which introduced a series of new features to the
radio access network (RAN) and the UE. RAN15.0 supports 4C-HSDPA specified by
this release. All relevant interfaces are updated according to 3GPP Release 10.
 New base station controller BSC6910 with higher system capacity and stronger service
processing capability
1. The BSC6910 supports a maximum of 64,000,000 busy hour call attempts (BHCA) and
120 Gbps throughput. The actual specifications depend on the traffic model.
2. The BSC6910 uses the PARCb subrack, which provides higher backplane bandwidth,
stronger power supply, and superior heat dissipation.
3. The BSC6910 supports 10 GE interface boards, providing expanded capacity, improved
specifications, and simplified networking. This reduces the OPEX.
 RNC in Pool solution
When a large amount of signaling needs to be processed due to heavy traffic, this
solution enables an operator's multiple RNCs to form a resource pool. All RNCs in the
pool can communicate through a private interface to implement load sharing and node
redundancy.
 Improved uplink and downlink capacity
Functions such as Turbo IC and A-DPCH power optimization improve the uplink and
downlink capacity.
 Macro and micro cell deployment on the same frequency with interference mitigation in
the uplink
 Enhanced system maintainability
1. The event-based counters flexibly and conveniently monitor the network performance,
thereby improving the OM efficiency. Some event-based counters can be customized.
For details, see the description of the OSS feature WOFD-192300 Event-based Counter -
WRAN.
2. The MBB visibility function enables a visual representation for the network capacity
bottleneck to help operators quickly learn about the network operating status. For details,
see the description of the OSS features WOFD-093900 UMTS RAN Capacity Visibility
and WOFD-092900 UMTS RAN KPI Insight.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features

Copyright © Huawei
RAN16.0
NA

Model
QM1SBASICV00
QM1SBASICP00
Availability
This feature is introduced in RAN16.0.
Summary
RAN16.0 has the following system enhancements compared with RAN15.0:
 Optimized UTRAN KPI system
 Improved basic UTRAN performance
Benefits
This feature provides the following benefits:
 Optimized UTRAN KPI system
The counters related to the CELL_PCH or URA_PCH state can be more accurately
measured. The usage of important resources and UEs in the CELL_DCH state
performing combined services are now measured, which optimizes the UTRAN KPI
system and refines network assessment.
 Improved basic UTRAN performance
The basic UTRAN performance has been improved for UEs in the CELL_FACH state
and for UEs using multiple carriers for transmission. In addition, CE resources can be
shared among more cells under a NodeB.
Description
In accordance with 3GPP Release 10 (March, 2013), this feature works as follows:
 To optimize the UTRAN KPI system, this feature:
Measures the following information more accurately for UEs in the CELL_PCH or
URA_PCH state to optimize the UTRAN KPI system:
1. Number of service setups
2. State transition delay
3. Paging-related counters
Measures the following information to refine network assessment:
1. Usage of HSDPA codes, uplink channel element (UL/DL CE), received total wideband
power (RTWP), and transmitted carrier power (TCP).
2. Number of UEs in the CELL_DCH state performing combined services

Copyright © Huawei
RAN16.0
 To improve the basic UTRAN performance, this feature:

1. Reduces the PS call drop rate of UEs in the CELL_FACH state.
2. Enables the RRC CONNECTION RELEASE message to include frequency information
so that UEs can preferentially camp on a frequency assigned by operators after the RRC
connection is released.
3. UBBPd boards supports uplink resource group of 12 Cells (2Rx) or 6 Cells, and all the
cells can share the CE resource of the uplink resource group.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 2 Standards Compliance
2 Standards Compliance
2.1 WRFD-010101 Compliance with 3GPP Specifications

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
The UTRAN system software complies with 3GPP specifications.
Benefits
RAN versions keep up with 3GPP specifications versions and provides a basis for
implementing the new features and enhanced functions defined in 3GPP specifications. This
also enables the provision of more high-performance services and increases operators'
competitive edge.
This feature enables the interconnection with other network elements (NEs) that comply with
3GPP specifications, protecting operators' investment.
Description
RAN2.0 complies with 3GPP Release 99/Release 4.
Enhancement
 RAN3.0
RAN3.0 complies with 3GPP Release 99/Release 4/Release 5.
 RAN5.0
RAN5.0 complies with 3GPP Release 99/Release 4/Release 5

Copyright © Huawei
RAN16.0
 RAN6.0
RAN6.0 complies with 3GPP Release 99/Release 4/Release 5/Release 6 (March 2006).
 RAN6.1
 RAN10.0
 RAN11.0
RAN11.0 complies with 3GPP Release 99/Release 4/Release 5/Release 6/Release 7
(March 2008).
 RAN12.0
RAN12.0 complies with 3GPP R99/Release 4/Release 5/Release 6/Release 7/Release 8
(March 2009).
 RAN13.0
RAN13.0 complies with 3GPP Release 99/Release 4/Release 5/Release 6/Release
7/Release 8/Release 9 (March 2010). In Release 9 the DC-HSUPA and MIMO+DC-
HSDPA features are available which offer higher data rates for single user in uplink and
downlink.
 RAN15.0
RAN15.0 complies with 3GPP Release 99/Release 4/Release 5/Release 6/Release
7/Release 8/Release 9/Release 10 (March 2012).
Dependency
 RNC
NA
 NodeB
NA
 UE
UE may also need to support when applying new feature introduced in 3GPP.
Other Network Units may also need to support when applying new feature introduced in
3GPP.
 CN
CN may also need to support when applying new feature introduced in 3GPP.
 Other Features
NA
2.2 WRFD-010102 Operating Multi-band

Model
QM1SBASICV00
QM1SBASICP00

Copyright © Huawei
RAN16.0
Availability
Summary
This feature meets the requirement of the operators for use of different frequency bands in
different regions. In addition, the NodeB supports the co-cabinet of different frequency bands,
saving the deployment cost for the operators and meeting the space requirement.
Benefits
The NodeBs can be deployed widely according to the operator's frequency requirement.
The multi-band supported NodeB can save the cost of the hardware investment.
Description
The following 3GPP defined UMTS frequency bands are supported.
Operating Band UL Frequencies DL frequencies

UE transmit, NodeB receive UE receive, NodeB transmit
Band I (2100M) 1920-1980 MHz 2110-2170MHz
Band III/IX (1800M) 1710-1785 MHz 1805-1880 MHz
Band II (1900M) 1850-1910 MHz 1930-1990MHz
Band V/VI (850M) 824-849MHz 869-894MHz
Band VIII (900M) 880-915 MHz 925-960 MHz
Band IV(1.7/2.1G) 1710-1755 MHz 2110-2155 MHz
The macro NodeBs provide multi-band co-located in one cabinet. Due to the flexible design
of Huawei NodeB architecture, the multi-band only has impact on the RF system. The
baseband modules including power, transmission, and channel cards are shared by different
bands. The operators can use the required frequency segments to save the footprint of the
NodeB and improve the baseband usage
The feature is implemented in the NodeB and RNC.
Different frequency bands should be configured with different RF modules.
Enhancement
 RAN5.0
In RAN5.0, the macro NodeB supports the 1900 MHz and 1800 MHz frequency bands.
 RAN5.1
In RAN5.1, the RRU supports the 1900 MHz and 1800 MHz frequency bands.
 RAN6.0
In RAN6.0, the 850 MHz and 900 MHz frequency bands are supported by the macro
NodeB and RRU.

Copyright © Huawei
RAN16.0
 RAN6.1
In RAN6.1, the AWS (UL 1700 MHz/DL 2100 MHz) frequency band is supported by the
RRU.
 RAN10.0
The BTS3900/BTS3900A only supports Band1 2100 MHz and 850 MHz in RAN10.0.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
2.3 WRFD-010201 FDD Mode

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
Huawei RAN supports the FDD mode.
Benefits
This feature defines the mode supported by Huawei RAN.
Description
The 3GPP specification comprises Frequency Division Duplex (FDD) mode and Time
Division Duplex (TDD) mode. FDD mode uses individual frequency band for the uplink and
downlink. TDD mode uses the same frequency band for the uplink and downlink. Huawei
RAN only supports FDD mode.

Copyright © Huawei
RAN16.0
Enhancement
None
Dependency
 RNC
NA
 NodeB
Must complied with requirement of 3GPP FDD mode
 UE
NA
 CN
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 3 RABs and Services
3 RABs and Services
3.1 WRFD-010510 3.4/6.8/13.6/27.2Kbps RRC Connection

and Radio Access Bearer Establishment and Release
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature supports the RRC connection/release of different rates and RAB assignment to
meet the QoS requirements for different services.
Benefits
This is an essential feature for the UMTS RAN.
Description
RAN11.0 supports the 3.4/6.8/13.6/27.2 kbps RRC connection and Radio Access Bearer
(RAB) assignment. The RNC will map the RRC connection request and the RAB assigned by
the CN according to different QoS requirements.
 Mapping of channel types
For RRC connection, the operators can decide which channel type (CCH/DCH) should
be configured according to the RRC SETUP REQUEST message.
For RAB assignment, the operators can decide in which cell the RAB should be set up.
 Mapping of RAB parameters
The associated transport channel and physical channel parameters are configured based
on the channel types. Huawei RAN provides different sets of configuration parameters

Copyright © Huawei
RAN16.0
for typical services. These parameters are supported by each typical service. If no service
class matches the feature, choose the most approximate parameters. Moreover, the
operators can add new service classes and configure associated parameters. These
features can fully utilize the services supported by the system.
The PS streaming/interactive/background RAB can also be set up on the HS-DSCH or E-
DCH. These features include the following optional features:
1. WRFD-010610 HSDPA Introduction Package
2. WRFD-010612 HSUPA Introduction Package
3. WRFD-010630 Streaming Traffic Class on HSDPA
4. WRFD-010632 Streaming Traffic Class on HSUPA
SRB always occupies SF 256 at the rate of 3.4 kbps or 6.8 kbps. It can increase the signaling
transmission speed and shorten the delay at the rate of 6.8 kbps. Therefore, if all the downlink
services of the UE are set up on the HS-DSCH and the SRB is carried on the DCH in the
downlink, the SRB has a rate of 6.8 kbps.
Enhancement
 RAN3.0
RAN3.0 supports RRC connection of 13.6 kbps.
 RAN6.1
RAN6.1 supports RRC connection of 27.2 kbps.
 RAN11.0
RAN11.0 supports RRC connection of 6.8 kbps and the retainment of SRB of 6.8 kbps.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
3.2 WRFD-010501 Conversational QoS Class

Model
QM1SBASICV00
QM1SBASICP00

Copyright © Huawei
RAN16.0
Availability
This feature is introduced in 3GPP R99.
Summary
The RNC supports the conversational services of CS and PS domains issued from the CN and
sets up appropriate RABs based on the QoS.
Benefits
The QoS-supported conversational services provide guaranteed QoS for upper-layer services.
Description
QoS classes also refer to traffic classes. The following four QoS classes are defined in 3GPP:
 Conversational class
 Streaming class
 Interactive class
 Background class
The main difference between the preceding QoS classes lies in the extent to which the traffic
is delay sensitive. Conversational class is meant for traffic which is very delay sensitive and is
mainly used to carry real time traffic flows. Fundamental characteristics for real time
conversational QoS class include the following:
 Preserved time relationships (variation) between information entities of the stream.
 Conversational pattern (stringent and low delay).
There are conversational class services in both CS and PS domains. The most well known
conversational traffic is speech and video phone services in CS domain and VoIP in PS
domain.
Huawei RAN supports the following conversational services as fundamental features:
 CS AMR speech services of 8 rates, including 12.2 kbps, 10.2 kbps, 7.95 kbps, 7.4 kbps,
6.7 kbps, 5.9 kbps, 5.15 kbps, and 4.75 kbps.
 CS transparent data services (conversational class) with 64 kbps, 56 kbps, 32 kbps, and
28.8 kbps.
 PS bidirectional symmetric speech services at the rates of 64 kbps, 42.8 kbps, 32 kbps,
16 kbps, and 8 kbps.
Enhancement
None
Dependency
 RNC
NA
 NodeB

Copyright © Huawei
RAN16.0
NA
 UE
Must support this service
NA
 CN
 Other Features
NA
3.3 WRFD-010502 Streaming QoS Class

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
The RNC supports the streaming services of CS and PS domains issued from the CN and sets
up appropriate RABs based on the QoS.
Benefits
The QoS-supported steaming services provide guaranteed QoS for upper-layer services.
Description
 Streaming class
is delay sensitive. Streaming class is new to data communication, and therefore it raises a
number of new requirements in both telecommunication and data communication systems.
Streaming class is characterized by the time relationships (variation) between information
entities (that is, samples or packets) of the stream that should be preserved, although it does
not have strict requirements on transfer delay. Fundamental characteristics of streaming QoS
class include the following:

Copyright © Huawei
RAN16.0
 Preserved time relationships (variation) between information entities of the stream:

There are streaming class services in both CS and PS domain. The most well known
streaming traffic is FAX in CS domain and streaming video in PS domain.
 Huawei RAN supports the following streaming services as fundamental features:
CS nontransparent data services of 57.6 kbps.
PS bidirectional symmetric or asymmetric streaming services at the rates of 384 kbps, 256
kbps, 144 kbps, 128 kbps, 64 kbps, 32 kbps, and 8 kbps.
PS unidirectional asymmetric streaming services at the rates of 384 kbps, 256 kbps, 144 kbps,
128 kbps, 64 kbps, 32 kbps, 8 kbps.
PS streaming service can also be carried on HSDPA and HSUPA which are optional features
and described in WRFD-010610 HSDPA Service and WRFD-010612 HSUPA Service.
Enhancement
 RAN6.0
RAN6.0 supports PS 384 kbps bidirectional symmetric or asymmetric streaming service.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
 CN
 Other Features
NA
3.4 WRFD-010503 Interactive QoS Class

Model
QM1SBASICV00
QM1SBASICP00
Availability

Copyright © Huawei
RAN16.0
Summary
The RNC supports the interactive services of CS and PS domains issued from the CN and sets
up appropriate RABs based on the QoS.
Benefits
The QoS-supported interactive services provide guaranteed QoS for upper-layer services.
Description
 Streaming class
is delay sensitive. Interactive class is another typical data communication scheme that is
characterized by the request response pattern of the end-user. At the message destination,
there is an entity expecting the message (response) within a certain time. Round trip delay
time is therefore one of the key attributes. Another characteristic is that the contents of the
packets are transparently transferred (with low bit error rate). Fundamental characteristics of
Interactive QoS class include the following:
 Request response pattern.
 Preserve payload content.
 Interactive class services apply only to the PS domain. The most well known interactive
traffic is web browsing.
Huawei RAN supports the following interactive services as fundamental features:
 PS bidirectional symmetric or asymmetric interactive services at the rates of 384 kbps,
256 kbps, 144 kbps, 128 kbps, 64 kbps, 32 kbps, 16 kbps, 8 kbps and 0kbps.
 The higher rates can only be supported on HSDPA and HSUPA which are optional
features and described in WRFD-010610 HSDPA Service and WRFD-010612 HSUPA
Service.
Enhancement
 RAN3.0
RAN3.0 supports UL PS service of 384 kbps.
Dependency
 RNC
NA
 NodeB
NA
 UE

Copyright © Huawei
RAN16.0

NA
 CN
 Other Features
NA
3.5 WRFD-010504 Background QoS Class

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
The RNC supports the background services of CS and PS domains issued from the CN and
sets up appropriate RABs based on the QoS.
Benefits
The QoS-supported background services provide guaranteed QoS for upper-layer services.
Description
 Streaming class
is delay sensitive. Background class is one of the typical data communication schemes. It is
characterized by the fact that the destination does not expect the data within a certain time.
The scheme is more or less insensitive to the delivery time. Another characteristic is that the
contents of the packets are transparently transferred (with low bit error rate). Fundamental
characteristics of background QoS class include the following:
 The destination does not expect the data within a certain time.
 The payload content is preserved.
 Background class services apply only to the PS domain. The most well known
background traffic is background download or E-mails.

Copyright © Huawei
RAN16.0
Huawei RAN supports the following background services as fundamental features:

 PS bidirectional symmetric or asymmetric background services at the rates of 384 kbps,
256 kbps, 144 kbps, 128 kbps, 64 kbps, 32 kbps, 16 kbps, 8 kbps and 0kbps.
 The higher rates can only be supported on HSDPA and HSUPA which are optional
features and described in WRFD-010610 HSDPA Service and WRFD-010612 HSUPA
Service.
Enhancement
 RAN3.0
RAN3.0 supports UL PS service of 384 kbps.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
 CN
 Other Features
NA
3.6 WRFD-010609 Multiple RAB Introduction Package (PS

RAB < 2)
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature provides multi-service combinations to meet the request for concurrent services.

Copyright © Huawei
RAN16.0
Benefits
Multi-RAB support capability provides operators with more service solution choices.
Description
Multi-RAB can provide more abundant services simultaneously to the upper layer. In the case
of multi-RAB that has less than two PS RABs, Huawei supports the following specifications:
 Combination of two CS services (except for two AMR speech services)
 One CS service + one PS service
 Two CS services + one PS service (except for two AMR speech services)
In all the preceding combinations, the bit rates of CS and PS services are not limited. That is,
any bit rates of CS and PS services defined in WRFD-010501 Conversational QoS Class,
WRFD-010502 Streaming QoS Class, WRFD-010503 Interactive QoS Class, and WRFD-
010501 Background QoS Class can be selected in the combination.
The PS conversational/streaming/interactive/background services can also be mapped to HS-
DSCH or E-DCH. These features need the support of the optional features WRFD-010610
HSDPA Introduction Package and WRFD-010612 HSUPA Introduction Package.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
must have the corresponding multi-RAB support capability
NA
 CN
 Other Features
NA
3.6.1 WRFD-01060901 Combination of Two CS Services (Except

for Two AMR Speech Services)
Model
QM1SBASICV00
QM1SBASICP00

Copyright © Huawei
RAN16.0
Availability
Summary
Huawei supports combination of two CS services (except for two AMR speech services).
Benefits
Description
Huawei supports combination of two CS services (except for two AMR speech services).
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
 CN
 Other Features
NA
3.6.2 WRFD-01060902 Combination of One CS Service and One

PS Service
Model
QM1SBASICV00
QM1SBASICP00
Availability

Copyright © Huawei
RAN16.0
Summary
Huawei RAN supports the combination of one CS service and one PS service.
Benefits
Description
Huawei RAN supports the combination of one CS service and one PS service.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
 CN
 Other Features
NA
3.6.3 WRFD-01060903 Combination of Two CS Services and One

PS Service (Except for Two AMR Speech Services)
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
Huawei RAN supports the combination of two CS services and one PS service (except for two
AMR speech services).

Copyright © Huawei
RAN16.0
Benefits
Description
Huawei RAN supports the combination of two CS services and one PS service (except for two
AMR speech services).
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
 CN
 Other Features
NA
3.7 WRFD-140104 Enhanced Combined Services

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
The call drop rate of the CS service in CS+PS combined services is high compared with that
of a single CS service. This higher CS call drop rate is caused by the bearer channel and
signaling procedure differences between the CS service in CS+PS combined services and a
single CS service. This feature reduces the CS call drop rate of the CS service in CS+PS
combined services.

Copyright © Huawei
RAN16.0
Benefits
The call drop rate of the CS service in CS+PS combined services is much higher than that of a
single CS service, which affects the user experience of CS+PS combined services. This
feature reduces the call drop rate of the CS service in CS+PS combined services without
compromising the PS service quality, thereby improving user experience.
Description
This feature consists of the following functions:
 Bearer channel type and access rate control policy for PS BE services when combined
services are being set up
 Bearer channel type control policy
The first two policies control the bearer channel type and access rate of the PS BE
service in CS+PS combined services when combined services are being set up. These
two policies also determine the rate increase policy and channel type for the PS BE
service based on the load or PS service priority.
 Service release policy
This policy consists of the service release policy for the PS service in CS+PS combined
services and the service relocation policy for the combined services over the Iur
interface.
 Rate increase policy
 Cross processing of signaling procedures for combined services
This function improves the user experience of the CS service in CS+PS combined
services when signaling procedures for CS+PS combined services overlap.
 Parameter configurations specific to combined services
The two parameters for CS+PS combined services are set to specified values to improve
the network capacity and the service setup success rate of combined services. The
CQIFBckBaseCsCombServ parameter can be used only when the "Dynamic
Configuration of HSDPA CQI Feedback Period(per Cell)" license has been activated on
the RNC side.
Enhancement
 RAN15.0
A rate decrease policy has been added to RAN15.0 so that the combined CS+PS service
traffic falls back from a high-rate channel to a low-rate channel when such service traffic
is light.
 RAN16.0
In RAN16.0, when combined services are established, the channel type and access rate
for PS BE(Best Effort) services can be adjusted automatically. For example, the CS call
drop rate and the duration of a sharp PS throughput decrease are reduced if a PS service
is established before a CS service in combined services. In addition, link re-
establishment of combined services is enhanced(PS service rate can be reconfigured to
0kbps when link re-establishment for combined services).
Dependency
 RNC
NA

Copyright © Huawei
RAN16.0
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
3.8 WRFD-140103 Call Reestablishment

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
Call reestablishment is a function by which radio links (RLs) are reestablished when a service
interruption or an access failure occurs in temporary coverage holes and in tunnels, elevators,
and buildings that cause significant signal quality fluctuation.
Call reestablishment can be initiated by a UE or the RAN.
 Call reestablishment initiated by a UE: The UE sends a call reestablishment request to
the network to restore services upon detecting a downlink RL failure or a signaling radio
bearer (SRB) reset.
 Call reestablishment initiated by the RAN: The RAN informs the UE to start call
reestablishment upon detecting a service interruption or an access failure.
This document describes only call reestablishment initiated by the RAN.
Benefits
The RAN detects a service interruption or an access failure before a UE does and stops
downlink power transmission to initiate call reestablishment. Call reestablishment improves
user experience by increasing the radio access bearer (RAB) setup success rate and reducing
the call drop rate.
Description
The Call Reestablishment feature consists of the following functions:

Copyright © Huawei
RAN16.0
 CS call reestablishment
CS call reestablishment applies to a single CS service or the CS service in CS+PS
combined services.
 PS call reestablishment
PS call reestablishment applies to a single PS service.
 Call reestablishment triggered by SRB reset
The RNC sends a message in acknowledged mode (AM) to a UE. However, the RNC
does not receive an ACK message from the UE before the number of SRB RLC PDU
retransmissions reaches the value of the NoDiscardMaxDAT parameter. The RNC then
triggers an SRB reset. If the Call Reestablishment feature is enabled, the RNC triggers
call reestablishment instead of sending an Iu Release Request message to the core
network (CN).
 Call reestablishment triggered by RL failure
The NodeB monitors uplink RL quality. If the TRlFailure timer expires, the NodeB
considers that an uplink RL is out of synchronization and starts the RlRstrTmr or T313
timer. If the NodeB does not detect uplink RL synchronization before the timer expires,
the RNC triggers call reestablishment.
 Call reestablishment triggered by Uu interface process timeout
The RNC sends a message to a UE over the Uu interface and waits for a response from
the UE. If the RNC does not receive a response from the UE within a specified period
and the Call Reestablishment feature is enabled, the RNC triggers call reestablishment
instead of sending a RAB Release Request message to the CN.
 Call reestablishment triggered by Uu interface process overlap
The RNC sends a message to a UE over the Uu interface and waits for a response from
the UE. If the RNC does not receive the expected response from the UE within a
specified period but receives a CELL UPDATE message and the Call Reestablishment
feature is enabled, the RNC triggers call reestablishment instead of sending a RAB
Release Request message to the CN.
 Call reestablishment triggered by PS TRB reset
The RNC sends a message in AM to a UE to initiate PS services. If the RNC does not
receive a response from the UE, a TRB reset is triggered. If the Call Reestablishment
feature is enabled, the RNC triggers call reestablishment instead of sending a RAB
Release Request message to the CN.
Enhancement
 RAN15.0
In RAN15.0, call reestablishment can also be triggered by an SRB reset, RL failure, Uu
interface process timeout, Uu interface process overlap during the security mode
procedure, RB release procedure, and RB reconfiguration for a non-DCCC procedure.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA

Copyright © Huawei
RAN16.0

NA
 CN
NA
 Other Features
NA
3.9 WRFD-021104 Emergency Call

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature provides the emergency call a higher priority over common calls to ensure that
the emergency call gets preference to access the network.
Benefits
It is an essential feature for UMTS RAN. It enables the emergency call to have a higher
priority over other services in resource allocation.
Description
When an emergency call is triggered, "Establishment Cause" in the RRC Connection Request
message is set to "Emergency Call".
Emergency call always has priority over the ordinary calls. When enough resources are not
present in the cell, pre-emptive action is triggered on ordinary calls with lowest priority to
guarantee that the emergency call can access the network and be served.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA

Copyright © Huawei
RAN16.0
 UE
NA
NA
 CN
NA
 Other Features
NA
3.10 WRFD-010506 RAB Quality of Service Renegotiation

over Iu Interface
Model
QW1SRABQSP00
Availability
Summary
This feature enables the RNC to initiate a renegotiation request on the Iu interface for the
MBR and GBR of PS real-time services to decrease the rate of real-time services.
Benefits
This feature enables operator to reduce the cell load by downgrade real-time service bit rate.
Description
RAB Quality of Service Renegotiation over Iu interface is an action for R99 real-time service
during the LDR (Load Reshuffling) procedure to reduce the system load. When the usage of
cell resource exceeds a basic congestion trigger threshold, the RNC will perform load control
algorithm, including the Load Reshuffling (LDR) (WRFD-020106) and Overload control
(OLC) (WRFD-020107). Usually, several actions will be taken to relieve the congestion status
according to the service type.
Real-time service cannot perform rate down-switch automatically like best effort service due
to the QoS requirement. That is, Guarantee Bit Rate (GBR) is specified in RAB assignment
procedure and must be guaranteed. When the system needs to adjust real-time service rate to
relieve the system load, the RNC has to initiate a rate renegotiation over the Iu interface by
requesting a new RAB parameters with a lower bit rate for real time service via RAB
Modification procedure.
The RNC will request a new Max Bit rate, Guaranteed Bit rate which are the lowest ones
among the alternative configurations in the RAB ASSIGNMENT message from the CN. And

Copyright © Huawei
RAN16.0
it is up to the CN to decide how to react to the request upon reception of the RAB MODIFY
REQUEST message.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 4 RAN Architecture & Functions
4 RAN Architecture & Functions
4.1 MRFD-210604 2-Way Antenna Receive Diversity

Model
QM1SBASICV00
QM1SBASICP00
Availability
This feature is available from GBSS6.1 and RAN2.0.
Summary
This feature is a technique for improving the receive performance of the uplink channels.
Benefits
This feature improves receiver sensitivity and uplink coverage, reducing the CAPEX.
Description
With this feature, the same signal is received by two antennas. Then the two ways of signals
on the two antennas are combined after being processed. Therefore, the signal attenuation is
reduced.
This feature enhances the RX capability of uplink channels. Huawei MBTS supports both
receive diversity and none receive diversity.
With this feature, the MBTS does not require additional devices and algorithms. Compared
with one-way none receive diversity, this feature requires twice the number of RX channels.
In typical scenarios, the receiver sensitivity can be improved by 2 to 3 dB.
Enhancement
None

Copyright © Huawei
RAN16.0
Dependency
 RNC
NA
 NodeB
In receive diversity mode, the NodeB should provide sufficient RF channels and
demodulation resources to meet the requirements for the number of antenna diversities.
 UE
NA
NA
 CN
NA
 Other Features
NA
4.2 WRFD-010205 Cell Digital Combination and Split

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature enables multiple sectors to use the resources in the same cell, improving system
spectrum efficiency and resource utilization. The DBS3800 and DBS3900 support this
feature.
Benefits
Compared with the analog combination and split, the digital combination and split can
provide larger capacity and wider coverage without bringing additional noises and signal
losses. In this manner, cell distribution can be adjusted through software to adapt to actual
traffic distribution and changes, improving CE resource utilization and operation benefits.
Description
Cell split means that a cell in the NodeB is split into multiple sectors through the digital
combination and split and the sectors can cover multiple areas. Cell split applies to scenarios
such as indoor coverage and high-speed railway or expressway coverage. Based on cell split,
the antennas in different sectors can transmit and receive signals from the same cell. When
expanding the capacity or adjusting the network, you can flexibly configure the mapping

Copyright © Huawei
RAN16.0
between the RRU and cell through software without changing the hardware. The DBS3800
and DBS3900 support cell split and digital combination and split.
The following figure shows the logical structure of the digital combination and split. The
downlink digital split means that a downlink signal is split into two signals, that is, the
downlink signal from the upper-level RRU or baseband unit is simultaneously sent to the RF
TX path of the RRU and the lower-level RRU. The uplink digital combination means that two
uplink signals are combined into one signal, that is, the uplink signals from the RF TX path of
the RRU and the lower-level RRU are combined and then sent to the upper-level RRU or
baseband unit. SHAPE
Each RRU or pRRU has an independent antenna that covers different sectors. One cell can be
set for multiple RRUs so that they have the same scrambling code.
This feature is introduced to Huawei pRRU and RRU, and it can be applied to indoor
coverage scenario.
RF modules, RRU 3828 and RRU3829, which are introduced in RAN13.0 can only support
maximum of 4 carriers when they are implemented for Cell Digital Combination and Split.
Enhancement
None
Dependency
 RNC
NA
 NodeB
Only the DBS3800 and DBS3900 support this feature. The RRU3801c does not support
this feature.
The BTS3803E does not support this feature.
 UE
NA

Copyright © Huawei
RAN16.0

NA
 CN
NA
 Other Features
NA
4.3 WRFD-010208 Fast Power Congestion Control (FCC)

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
Fast power congestion control (FCC) is implemented on the NodeB side. This feature aims to
quickly rectify system overload to prevent the output power from exceeding the maximum
power allowed by hardware.
Benefits
This feature enables full utilization of Power Amplifiers for traffic load, especially for
dynamic power sharing in one carrier between R99 and HSDPA.
Description
FCC is a NodeB function that complements the RNC congestion control. The function
supervises the output power per slot that users (all users) demand at the same time, using the
same time scale as the fast power control function.
Huawei provides the DL automatic level control (ALC) function as the method of fast power
congestion control in the NodeB, in order to limit the output power and avoid the PA
saturation. The ALC supervises the transmit power in real time. When the input power reaches
or exceeds the predefined threshold, the ALC can increase the TX channel attenuated signals
to keep the output power lower than the threshold, avoiding the PA saturation.
The NodeB uses the FCC to quickly control the output power, the control Reaction time is
1024chip, which is fast enough to fully prevent saturation of the TX chain or overdriving of
the power amplifier without the need for power margins.
Therefore, cell behavior remains robust at maximum load without running the risk of dropped
cells or modulation inaccuracy. In addition, the RNC congestion and admission thresholds can
be set to higher levels, which increase cell capacity without compromising overall quality of
service.

Copyright © Huawei
RAN16.0
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
4.4 WRFD-010211 Active TX Chain Gain Calibration

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature enables the monitoring and adjustment of digital channel gains, ensuring stable
output power.
Benefits
This feature provides high output power accuracy for the NodeB, and reduces the margins
required in network dimensioning. Therefore, the entire power can be used for traffic.
Description
The active TX chain gain calibration can increase the accuracy of the downlink transmit
power (for example, the power accuracy of the 3900 series NodeB is +/- 0.6 dB), reducing the
protection band reserved for power calculation in network planning and improving the
utilization of transmit power.

Copyright © Huawei
RAN16.0
Performance drift occurs on all RF hardware. An RF part (for example, TRX, PA, RF
connector, or duplexer) has a different gain due to different temperatures, frequencies, and lot
numbers. Such a gain difference leads to a 1.5 dB to 2 dB error in the NodeB transmit power.
The active TX chain gain calibration can reduce the changes in analog channel gains caused
by different temperatures, frequencies, and lot numbers, ensuring a stable total gain of links.
The active TX chain gain calibration calculates the difference between the downlink input
power and transmit power and then adjusts digital channel gains according to the transmit
power on the analog channel. Gain control is performed in real time, ensuring the accuracy of
transmit power.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
4.5 WRFD-010202 UE State in Connected Mode (CELL-

DCH, CELL-PCH, URA-PCH, CELL-FACH)
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
Huawei RAN supports four states of the UE in connected mode: URA_PCH, CELL_PCH,
CELL_FACH, and CELL_DCH. This feature can save radio resources effectively.

Copyright © Huawei
RAN16.0
Benefits
This feature enables UEs to select associated states according to the QoS requirements. It
increases the utilization of resources and system capacity, and users do not feel the degrade of
network performance. This feature is a mandatory feature of the UMTS RAN.
Description
The 3GPP specifications define four states of the UE in connected mode: CELL_DCH,
CELL_PCH, URA_PCH, and CELL_FACH. Huawei RAN supports these four UE states.
 URA_PCH/CELL_PCH
In the URA_PCH/CELL_PCH state, the UE has no available DCCH or DTCH. When
the UE initiates a call or receives a paging message from the core network, it starts the
CELL_UPDATE procedure. It can also use the periodic URA UPDATE or
CELL_UPDATE procedure to maintain the connection with the network. The UE is not
assigned the DCCH or DTCH. Therefore, the UE does not consume radio resources, and
no service is available.
 CELL_FACH
In the CELL_FACH state, the UE maps the DCCH and DTCH to the common channel
that carries RRC signaling and traffic data. The UE also performs cell reselection
through the Cell Update procedure to camp on an appropriate cell. Different UEs can
share common resources. Therefore, the QoS of some services, for example,
transmission delay and bandwidth, cannot be ensured.
 CELL_DCH
In the CELL_DCH state, the UE maps the DCCH and DTCH to the dedicated channel
that carries RRC signaling and traffic data. When the cell load increases, the QoS of
services can be ensured because dedicated resources are allocated. When the UE uses the
HSDPA or HSUPA services, it stays in the CELL_DCH state.
These four states can change according to the characteristics of services used by the UE. This
process is called channel type switching. For details, see WRFD-021101 Dynamic Channel
Conversion Configuration (DCCC).
For details on the channel type switching in the HS-DSCH state and other states, see WRFD-
01061111 HSDPA State Transition.
RAN12.0 supports the Fast Dormancy procedure of the UE. The process for enabling UEs
whose version are below 3GPP R8 to enter the power saving mode is controlled by the
inactive timer delivered by the network side, which takes a lot of time. Currently, some UEs
of 3GPP Release 8 support the Fast Dormancy function defined in 3GPP TS 25.331 CR3483.
When the UE performs only PS services and the PS data transfer is complete, the UE
immediately sends the RNC the SIGNALLING CONNECTIONI RELEASE INDICATION
message, which carries the cause value "UE Requested PS Data session end." Upon receiving
the message, the RNC releases the RRC connection of the UE and enables the UE to rapidly
enter the power saving mode.
Enhancement
 RAN5.0
RAN5.0 introduces the HSDPA feature and supports UEs in the CELL_DCH (HS-
DSCH) state.
 RAN6.0

Copyright © Huawei
RAN16.0
RAN6.0 introduces the HSUPA feature and supports UEs in the CELL_DCH (E-DCH)
state.
 RAN12.0
RAN12.0 supports the Fast Dormancy procedure of the UE.
RAN12.0 introduces FACH congestion control mechanism, this mechanism can reduce
the FACH congestion by switch the UE status directly from CELL_DCH to IDLE or
CELL_PCH to CELL_DCH, CELL_FACH status is not needed during the switch. High
priority service can get a higher priority to access the network during the FACH
congestion.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
UEs must support associated states.
The Fast Dormancy procedure of the UE must comply with 3GPP TS 25.331 CR3483.
 CN
NA
 Other Features
NA
4.6 WRFD-010401 System Information Broadcasting

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature supports system information as stipulated in multiple protocols. Based on the
system information, the network can provide UEs with rich access layer and non access layer
information required for running UEs on the network, and the information that controls UE
behavior.

Copyright © Huawei
RAN16.0
Benefits
This feature provides UEs with rich access layer and non access layer information required
for running UEs on the network, and the information that controls UE behavior.
Description
System information broadcasting which is required by the UE for its operation in the network
provides UE with the Access Stratum and Non Access Stratum information.
The system information is organized in a tree-type manner. A master information block gives
references and scheduling information to a number of system information blocks in a cell. The
system information blocks contain the actual system information.
Scheduling of system information blocks is performed by the RRC layer in UTRAN. RRC
can automatically calculate the repetition period and position of each SIB segment based on
its importance.
The key information of each SIB Huawei supported is listed in the following table.
System Information A Content

Block
Master information block SIB scheduling information

Scheduling block 1 l SIB scheduling information
Scheduling block 2 SIB scheduling information
SIB1 P NAS information and timers
used by UE in connected
mode and idle mode
SIB2 URA Id
SIB3 Cll Parameters of cell selection
and reselection in idle mode
Parameters of hierarchical
cell in idle mode
SIB4 Cell Parameters of cell selection
and reselection in connected
mode
Parameters of Hierarchical
cell in connected mode
(CCH state)
SIB5 ll Parameters of common
physical channels for UE in
idle mode(PRACH, AICH,
PICH, S-CCPCH)
SIB6 ll Parameters of common
physical channel in
connected mode
SIB7 l UL interference, dynamical

Copyright © Huawei
RAN16.0
System Information A Content

Block
persistence level
SIB11 l Measurement control
information in idle mode
SIB12 C Measurement control
information in connected
mode
SIB18 l PLMN ID of neighboring
cells
Enhancement
 RAN5.0
RAN5.0 supports SIB4, SIB6, and SIB12.
 RAN10.0
RAN10.0 supports SIB11 bis. SIB11 bis contains cell measurement control information,
new intra-frequency cell information, new inter-frequency information, and new inter-
RAT cell information.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
4.7 WRFD-010301 Paging UE in Idle, CELL_PCH,

URA_PCH State (Type 1)
Model
QM1SBASICV00

Copyright © Huawei
RAN16.0
QM1SBASICP00
Availability
Summary
This feature supports paging type 1. UTRAN sends a paging message to the UE in idle,
CELL_PCH, or URA_PCH state through the paging control channel (PCCH).
Benefits
When an UE is in idle, CELL_PCH, or URA_PCH state, UTRAN sends a paging message to
the UE through the PCCH.
Description
Paging type 1 procedure is used to transmit paging information to the selected UEs in idle
mode, CELL_PCH or URA_PCH state using the PCCH. With this feature, upper layers in the
network can:
 Trigger UE establishing a RRC signaling connection.
 Trigger CELL UPDATE procedure of UE in CELL_PCH or URA_PCH state.
 Trigger reading of updated system broadcast of UE in idle mode, CELL_PCH or
URA_PCH state.
 Trigger releasing signaling connection of UE in CELL_PCH or URA_PCH state.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
4.8 WRFD-010302 Paging UE in CELL_FACH, CELL_DCH

State (Type 2)
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature supports paging type 2. The network can control the UE in CELL_FACH or
CELL_DCH state through the dedicated control channel (DCCH).
Benefits
The network can control the UE in CELL_FACH or CELL_DCH state which has DCCH with
paging type 2 procedures.
Description
In paging type 2, UTRAN sends a paging message to the UE in CELL_FACH or CELL_DCH
state through the DCH or FACH.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
4.9 WRFD-020802 OTDOA Based LCS

Model
QW1SOTDOAV00
QW1SOTDOAP00
Availability
Summary
With this feature, Huawei RAN supports IPDL-OTDOA location services.
Benefits
This feature provides a location service for operators.
Description
Huawei supports the IPDL-OTDOA location services. In this feature, the RNC initiates and
keeps tracing the GPS timing of cell frame measurements from the NodeBs, which are
configured with a GPS card and support the GPS timing of cell frame measurement. In
addition, the RNC initiates and keeps tracing the SFN-SFN observed time difference
measurement from LMUs deployed in the network. By taking advantage of the latest
measurement reports RNC can calculate the latest RTD (Relative Time difference) of cells
that are involved in a positioning procedure.
When RNC receives a LOCATON REPORT CONTROL message and the IPDL-OTDOA
method is selected, it requests SFN-SFN observed time difference measurement from UE, and
it calculates the UE's position after it receives the corresponding measurement report. To
assist the position calculation, RNC may request RTT measurements from NodeB and relative
Rx-Tx time difference measurements from UE.
Enhancement
None
Dependency
 RNC
NA
 NodeB
The NodeBs must be equipped USCU card with GPS function.
The RRU3808 does not support IPDL.
The BTS3803E does not support this feature.
 UE
UE is needed to report the relevant measurement results.

Copyright © Huawei
RAN16.0

NA
 CN
CN is needed to trigger the location request.
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 5 Channel Resource Management
5 Channel Resource Management
5.1 WRFD-020900 Logical Channel Management

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature supports multiple logical channels to carry data transfer services offered by
MAC.
Benefits
This feature provides the basis for data transfer and resource management algorithm.
Description
A set of logical channel types are defined for different kinds of data transfer services offered
by MAC. Each logical channel type is defined by what type of information is transferred.
Generally, logical channels are classified into the following two groups:
 Control channels (for the transfer of control plane information).
 Traffic channels (for the transfer of user plane information).
Control channels are used for the transfer of control plane information. They are as follows:
 Broadcast Control Channel (BCCH)
 Paging Control Channel (PCCH)
 Common Control Channel (CCCH)
 Dedicated Control Channel (DCCH)

Copyright © Huawei
RAN16.0
Traffic channels are used for the transfer of user plane information. They areas follows:
 Dedicated Traffic Channel (DTCH)
 Common Traffic Channel (CTCH)
 MBMS Traffic Channel (MTCH)
Mapping between logical channels and transport channels is as follows:
I. In uplink,
 CCCH can be mapped to RACH;
 DCCH can be mapped to RACH;
 DCCH can be mapped to DCH or E-DCH;
 DTCH can be mapped to RACH;
 DTCH can be mapped to DCH;
 DTCH can be mapped to E-DCH;
II. In downlink,
 BCCH can be mapped to BCH;
 BCCH can be mapped to FACH;
 PCCH can be mapped to PCH;
 CCCH can be mapped to FACH;
 DCCH can be mapped to FACH;
 DCCH can be mapped to HS-DSCH;
 DCCH can be mapped to DCH;
 DTCH can be mapped to FACH;
 DTCH can be mapped to HS-DSCH;
 DTCH can be mapped to DCH;
 CTCH can be mapped to FACH;
 MTCH can be mapped to FACH;
 MCCH can be mapped to FACH;
The mapping between DTCH/DCCH and HS-DSCH/E-DCH belongs to the optional features
WRFD-010610 HSDPA Introduction Package and WRFD-010612 HSUPA Introduction
Package.
Enhancement
 RAN3.0
In RAN3.0, the CTCH supporting the cell broadcast service (CBS) feature is introduced.
 In RAN6.0
In RAN6.0, the MTCH and MCCH are introduced.
Dependency
 RNC
NA
 NodeB

Copyright © Huawei
RAN16.0
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
5.2 WRFD-021000 Transport Channel Management

Model
QM1SBASICV00
QM1SBASICP00
Availability
This feature is introduced in 3GPP R99/R5/R6.
Summary
This feature enables Huawei RAN to support the common transport channel and dedicated
transport channel as stipulated in 3GPP R6. This feature is a basic feature of RAN.
Benefits
This feature provides the basis for data transfer and resource management algorithm.
Description
Transport channel is used to offer information transfer services to MAC and higher layers.
It is generally classified into the following two groups:
 Common transport channels
 Dedicated transport channels
Common transport channel types are as follows:
 Random Access Channel (RACH)
 Forward Access Channel (FACH)
 Broadcast Channel (BCH)
 Paging Channel (PCH)
 High Speed Downlink Shared Channel (HS-DSCH)

Copyright © Huawei
RAN16.0
Dedicated transport channel types are as follows:

 Dedicated Channel (DCH)
 Enhanced Dedicated Channel (E-DCH)
Enhancement
 RAN5.0
In RAN5.0, HS-DSCH supported with HSDPA feature is introduced.
 RAN6.0
In RAN6.0, E-DCH supported with HSUPA feature is introduced.
Dependency
 RNC
NA
 NodeB
NDLP and NBBI do not support the Management of HSUPA or HSDPA transport
channel.
 UE
NA
NA
 CN
NA
 Other Features
To support the HSUPA transport channel Management, the optional feature WRFD-
010612 HSUPA Introduction Package should be configured.
To support the HSDPA transport channel Management, the optional feature WRFD-
010610 HSDPA Introduction Package should be configured.
5.3 WRFD-022000 Physical Channel Management

Model
QM1SBASICV00
QM1SBASICP00
Availability
This feature is introduced in 3GPP R99/R5/R6.

Copyright © Huawei
RAN16.0
Summary
This feature enables Huawei RAN to support the physical channel and the mapping between
the transport channel and physical channel as stipulated in 3GPP R6. This feature is a basic
feature of RAN.
Benefits
In compliance with the definition and requirements of the physical channel as stipulated in
3GPP specifications, this feature supports HSDPA and HSUPA services and enables the F-
DPCH to support more VoIP subscribers.
Description
A physical channel may bear several transport channels and a transport channel may be borne
by several physical channels.
The Coded Composite Transport Channel (CCTrCH) is defined as the multiplexing of several
transport channels that can be supported by one or several physical channels on the radio
interface. Some physical channels are used only by the physical layer of the radio interface.
Only the following physical channels may bear transport channels:
 P-CCPCH: Primary Common Control Physical Channel
 S-CCPCH: Secondary Common Control Physical Channel
 PRACH: Physical Random Access Channel
 DPDCH: Dedicated Physical Data Channel
 HS-PDSCH: High Speed Physical Downlink Shared Channel
 E-DPDCH: E-DCH Dedicated Physical Data Channel
The following 3GPP Standards define the main characteristics of the FDD Physical Channels:
 [1] TS25.211 Physical channels and mapping of transport channels onto physical
channels (FDD)
 [2] TS25.212 Multiplexing and channel coding (FDD)
 [3] TS25.213 Spreading and modulation (FDD)
 [4] TS25.214 Physical layer procedures (FDD)
The set of physical channels types supported by the Huawei NodeB is described in the
following tables. The characteristics of these supported physical channels are compliant with
3GPP TS25.211. Physical channels are carried on the radio interface only in the NodeB of the
UTRAN, but are managed by the RNC.
Channel Availability Direction Descriptions
PRACH RAN2.0 Uplink PRACH is used to

Common carry the RACH
which carries
random access
information of the
UE accessing the
network.
It consists of one or
several preambles of
length 4096 chips

Copyright © Huawei
RAN16.0
and a message of
length 10 ms or 20
ms. The spreading
factor may range
from 256 to 32.
DPDCH RAN2.0 Uplink The uplink DPDCH
Dedicated is used to carry the
DCH transport
channel. There may
be zero, one, or
several uplink
DPDCHs on each
radio link.
The spreading factor
may range from 256
to 4.
DPCCH RAN2.0 Uplink The uplink DPCCH
Dedicated is used to carry
control information
generated at Layer
1. The Layer 1
control information
consists of TFCI,
TPC, Pilot bits,
FBI, which is
required to convey
DPDCH. There is
one and only one
uplink DPCCH on
each radio link.
Generally, the
spreading factor is
equal to 256.
P-CCPCH RAN2.0 Downlink The Primary
Common CCPCH is a fixed
rate (30 kbps,
SF=256) downlink
physical channel
used to carry the
BCH transport
channel which
provides system
and cell specific
information.
It is not transmitted
during the first 256
chips of each
timeslot because P-
CCPCH is
multiplexed with

Copyright © Huawei
RAN16.0
SCH.
S-CCPCH RAN2.0 Downlink The Secondary
Common CCPCH is used to
carry the FACH and
PCH. The FACH
and PCH can be
mapped to the same
or separate
Secondary CCPCHs.
The spreading
factor range is from
256 to 4. It has no
inner-loop power
control and is not
always transmitted.
P-SCH RAN2.0 Downlink The P-SCH is used
Common for cell search
procedure (Slot
synchronization).
This channel has no
scrambles or OVSF
codes. It is
multiplexed with P-
CCPCH.
S-SCH RAN2.0 Downlink The S-SCH is used
Common for cell search
procedure (SC group
identification).
Not scrambled nor
OVSF coded. It is
multiplexed with P-
CCPCH.
P-CPICH RAN2.0 Downlink The CPICH is a
Common fixed rate (30 kbps,
SF=256) downlink
physical channel
that carries a pre-
defined bit sequence.
The Primary CPICH
is the phase
reference for the
following downlink
channels: SCH,
Primary CCPCH,
Second CCPCH,
AICH, PICH, and
DPCH.
There is only one P-

Copyright © Huawei
RAN16.0
CPICH per cell. It is

always scrambled by
the Primary SC.
PICH RAN2.0 Downlink The PICH is a
Common fixed rate (SF=256)
physical channel
used to carry the
paging indicators.
The PICH is
always associated
with an S-CCPCH
(mapped with PCH)
to carry the Paging
Indicators (PI)
informing the UE
that paging
information is
available on the
SCCPCH.
AICH RAN2.0 Downlink The AICH is a
Common fixed rate (SF=256)
physical channel
used to carry
Acquisition
Indicators (AI).
Acquisition
Indicators
corresponding to
signatures on the
PRACH are used
by the network to
confirm to the UE
the reception of its
access (PRACH).
DPDCH RAN2.0 Downlink The downlink
Dedicated DPCH can be
regarded as a time
multiplex of a
downlink DPDCH
and a downlink
DPCCH. It carries
dedicated data
generated at Layer 2
and above (that is,
the dedicated
transport channel
DCH), with control
information
generated at Layer
1 (pilot bits, TPC
commands, and

Copyright © Huawei
RAN16.0
TFCI).
may range from 512
to 4.
HS-DPCCH RAN5.0 Uplink The HS-DPCCH
Dedicated carries uplink
feedback signaling
related to downlink
HS-DSCH
transmission. It
consists of HARQ-
ACK and CQI.
of the HS-DPCCH is
256
HS-SCCH RAN5.0 Downlink The HS-SCCH is a
HS-SCCH Common fixed rate (60 kbps,
SF=128) downlink
physical channel
used to carry
downlink signaling
related to HS-DSCH
transmission,
including
modulation mode,
size of a
transmission block,
redundant version
information, UE ID,
and HS-PDSCH
code.
HS-SCCH is
aligned with the
PCCPCH in timing
and keeps a fixed
time offset with the
HS-PDSCH. Its
spreading factor is
fixed as 128 and
QPSK is the only
modulation mode.
The number of HS-
SCCHs and the
channel codes in the
cell are determined
by the RNC, and are
notified to the
NodeB through the
NBAP signaling
message. When the

Copyright © Huawei
RAN16.0
NodeB sends the

data to the UE
through the HS-
PDSCH, the UE can
detect one to four
HS-SCCHs that are
specified by the
NodeB at one time.
HS-PDSCH RAN5.0 Downlink The HS- PDSCH is
Common used to carry HS-
DSCH.
One HS-PDSCH
corresponds to one
channelization code
with a fixed
spreading factor of
SF16.
The HS-PDSCH
supports multi-code
transmission. This
means that in one
HS-PDSCH sub-
frame, multiple
channelization codes
can be used for one
UE. It also depends
on the UE's
capability.
The HS-PDSCH
adopts the QPSK or
16QAM modulation
mode.
E-DPDCH RAN6.0 Uplink The E-DPDCH is
Dedicated used to carry the E-
DCH transport
channel. There may
be zero, one, or
several E-DPDCHs
on each radio link.
Its spreading factor
set is {SF256,
SF128, SF64, SF32,
SF16, SF8, SF4, 2
锟斤拷 SF4, 2 锟斤
拷 SF2 and 2 锟斤拷
SF2+2 锟斤拷 SF4}.
In RAN 6.0,
spreading factor set
{SF256, SF128,
SF64, SF32, SF16,

Copyright © Huawei
RAN16.0
SF8, SF4, 2 锟斤拷

SF4} can be
supported.
E-DPCCH RAN6.0 Uplink The E-DPCCH is a
Dedicated physical channel
used to transmit
control information
associated with the
E-DCH. There is at
most one E-DPCCH
on each radio link.
is always equal to
256.
E-AGCH RAN6.0 Downlink E-AGCH is a
Common common downlink
physical channel,
which carries the
maximum power
ratio of E-
DPDCH/DPCCH
that can be used by
the UE. It is only
sent from the serving
cell that the serving
radio link of the UE
belongs to. An E-
AGCH is shared by
many users in time
dimension and the
adjustment
procedure is usually
at slow speed.
The spreading
factor of E-AGCH is
256, and the fixed
rate of E-AGCH is
30 kbps.
E-RGCH RAN6.0 Downlink E-RGCH is a
Dedicated dedicated downlink
physical channel,
which carries the
relative grant value
for modifying power
ratio of E-
DPDCH/DPCCH, it
is used to
frequently adjust the
UE uplink transmit
power, which could

Copyright © Huawei
RAN16.0
happen per 2ms

TTI.
E-RGCH and E-
HICH of a user
share the same
channel code with
spreading factor
128, and one
channel code for E-
RGCH and E-HICH
can be spread again
with 40 orthogonal
signature sequences,
which extends the
usage of the
downlink channel
code.
E-HICH RAN6.0 Downlink E-HICH is a
Dedicated dedicated downlink
physical channel,
which carries the E-
DCH hybrid ARQ
acknowledgement
indicator such as
ACK/NACK; the
acknowledgement
indicator informs
UE whether the data
for a user process is
received correctly or
not in the NodeB.
MICH RAN6.0 Downlink The MBMS
Common Indicator Channel
(MICH) is a fixed
rate (SF=256)
physical channel
used to carry the
MBMS notification
indicators. The
MICH is always
associated with an S-
CCPCH to which a
FACH transport
channel is mapped.
F-DPCH RAN10.0 F-DPCH is a shared
channel which only
carries the UE
specific TPC bits so
that the A-DCH can
be replaced by a

Copyright © Huawei
RAN16.0
shared channel to
save the code and
power resource.
Replacing A-DPCH
with F-DPCH will
boost the capacity
for VoIP traffic in
DL.
RAN11.0 supports
Rel-7 F-DPCH, so
UE can receive the
TPC bits in different
F-DPCH channels in
soft handover status,
to maximize the
user capacity in F-
DPCH.
The following figure summarizes the mapping of transport channels onto physical channels.
Enhancement
 RAN5.0

Copyright © Huawei
RAN16.0
In RAN5.0, HSDPA is supported, and the following channels are added:

− HS-DPCCH, Dedicated Physical Control Channel for HS-DSCH
− HS-SCCH, Shared Control Channel for HS-DSCH
− HS-PDSCH, High Speed Physical Downlink Shared Channel
 RAN6.0
In RAN6.0, HSUPA is supported, and the following channels are added:
− E-DPDCH, E-DCH Dedicated Physical Data Channel
− E-DPCCH, E-DCH Dedicated Physical Control Channel
− E-AGCH, E-DCH Absolute Grant Channel
− E-RGCH, E-DCH Relative Grant Channel
− E-HICH, E-DCH Hybrid ARQ Indicator Channel
− MICH, MBMS Indicator Channel
 RAN10.0
In RAN10.0, the F-DPCH is added.
Dependency
 RNC
NA
 NodeB
− NDLP and NBBI do not support the HSUPA or HSDPA physical channel.
− To support the F-DPCH, the macro NodeB (BTS3812E or BTS3812AE) should be
configured with the EBBI or EBOI and the distributed NodeB (BBU3806) should be
configured with the EBBC.
 UE
NA
NA
 CN
NA
 Other Features
To support HSUPA physical channel, the optional feature WRFD-010612 HSUPA
Introduction Package should be configured.
To support HSDPA physical channel, the optional feature WRFD-010610 HSDPA
Introduction Package should be configured.
5.4 WRFD-021101 Dynamic Channel Configuration

Control (DCCC)
Model
QM1SBASICV00
QM1SBASICP00

Copyright © Huawei
RAN16.0
Availability
Summary
This feature provides dynamic rate re-allocation and UE state transition that can be triggered
by multiple sources, ensuring QoS and improving resource utilization.
Benefits
This feature can improve the efficiency of radio resource allocation and maintain the stability
of radio link.
Description
Dynamic channel configuration control (DCCC) consists of rate re-allocation and UE state
transition function:
 Rate Re-allocation
When UE is in the CELL_DCH RRC state, rate re-allocation can adjust the bandwidth
allocated for the best effort (BE) services (interactive and background services), in both
uplink and downlink respectively.
I. Traffic volume based
According to the traffic volume measurement report received from UE, rate re-allocation can
increase or decrease the uplink data rate to a proper value to match the allocated resource to
uplink.
According to the traffic volume measurement report received from the RNC itself, rate re-
allocation can increase or decrease the downlink data rate to a proper value to match the
allocated resource to downlink.
II. Coverage based
According to the downlink quality, including downlink transmit power and RLC status, rate
re-allocation can decrease the downlink data rate, to reduce the negative impact concerned
with coverage.
According to the uplink quality, including UE TX power, the RNC can adjust the UL rate
during the call by means of UL bit rate switching to adapt to UE power limitations.
III. Load based
Rate re-allocation can be triggered by load control. The load can be power load and code
resource. The congestion thresholds are independent and configurable. This feature is a
strategy of WRFD-020106 Load Reshuffling.
 UE State Transition
UE state transition is supported between the CELL_DCH, CELL_FACH, and
CELL_PCH/URA_PCH state according to both uplink and downlink traffic volume
measurement. It can also be used to improve the efficiency of resource allocation between
dedicated and common channels.

Copyright © Huawei
RAN16.0
DCCC is also applied to HSDPA/HSUPA (rate re-allocation is not applied to HSDPA because
the data scheduler locates in the NodeB). For details, refer to optional features WRFD-
01061111 HSDPA State Transition and WRFD-01061208 HSUPA DCCC.
Enhancement
 RAN6.0
In RAN6.0, the code resource based DCCC is supported.
 RAN10.0
In RAN10.0, the UL bit rate downsizing due to the UE power limitation is supported.
In RAN10.0, the UL/DL bit rate downsizing based on DCH throughput is supported.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 6 Network Security
6 Network Security
6.1 WRFD-011401 Integrity Protection

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is concerned with integrity protection. The integrity protection mechanism can
ensure the security of the network and user data and protect them from being monitored and
modified illegally.
Benefits
This feature enhances network and user data security, and protects the data and networks from
being intercepted and modified illegally.
Description
The Integrity protection handles the control of integrity protection of signaling data and the
co-ordination of integrity keys between different core networks (PS and CS). It enables
receiving entity (the UE or the RNC) to verify if the signaling data is changed illegally. It
encrypts and decrypts the signaling data using a certain integrity algorithm with an integrity
key (IK).
Huawei RAN supports integrity algorithm UIA1.

Copyright © Huawei
RAN16.0
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
6.2 WRFD-011402 Encryption

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature supports the encryption algorithms (UEA0 and UEA1) as defined in 3GPP
specifications.
Benefits
This feature enhances network and user data security, and protects the data and networks from
being intercepted and modified illegally.
Description
The Encryption function handles the control of ciphering of data and signaling data and the
coordination encryption keys between different core networks (PS and CS). It encrypts and
decrypts data and signaling using a certain encryption algorithm with a cipher key (CK).
Huawei RAN supports encryption algorithm UEA0 and UEA1.

Copyright © Huawei
RAN16.0
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 7 Power Control
7 Power Control
7.1 WRFD-020501 Open Loop Power Control

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is concerned with open loop power control as defined in 3GPP specifications.
Open loop power control roughly estimates the path loss through power measurements,
network parameter settings, and QoS requirements and then provides a proper initial transmit
power for the UE and NodeB.
Benefits
The proper initial power setting can decrease the possibility of burst interference to the
network and improve the performance of the inner power control.
Description
Openloop power control attempts to make a rough estimation of path loss by means of power
measurements, network parameter setting, and QoS requirement, and to provide a proper
initial power used by the UE and NodeB.
Openloop power control is applied on the uplink PRACH and DPCH and the downlink
DPCH. The other downlink common channel's initial power is set by the network.

Copyright © Huawei
RAN16.0
In the case of the PRACH, the UE calculates the initial transmit power of PRACH preamble
by estimating the downlink path loss and using the uplink inference within the cell broadcast
information.
In the case of the uplink DPCCH transmission, the initial power is calculated in the same
manner as PRACH, except that the power offset is different and is provided by RRC message.
In addition, uplink DPDCH transmit power can be calculated with the gain factors signaled by
the network.
In the case of the downlink DPCH, the DPDCH transmit power is firstly estimated according
to the RAB QoS assigned and the network configured parameters, the transmit power of each
DPCCH part TFCI, TPC and pilot can be calculated by the network controlled power offset
(PO1/PO2/PO3) setting.
Open power control is used in the following scenarios which require an initial power on the
newly added radio link.
 RRC connection setup
 Radio link addition in soft handover
 Hard handover
 Relocation
 Channel type switching
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
7.2 WRFD-020502 Downlink Power Balance

Model
QM1SBASICV00
QM1SBASICP00

Copyright © Huawei
RAN16.0
Availability
Summary
This feature is related to downlink power balance as defined in 3GPP specifications.
Downlink power balance can solve the problem of downlink power drift caused by TPC bit
errors and link power imbalance in soft handover state to obtain the optimal gain of soft
handover.
Benefits
Downlink power balance can decrease the transmit power drifting of different RLs and
improve soft handover performance accordingly.
Description
During soft handover, the UL TPC command is demodulated in each RLS and due to
demodulation errors, the difference between the initial transmit power of newly added RL and
existing RL may lead to the drifting of transmit power. The more DL transmit power drifting,
the less the macro-diversity gain.
Downlink power balance is used to correct the transmit power drifting in such scenarios and
improve soft handover performance accordingly.
In the downlink, the NodeB calculates the transmit power after considering TPC commands
sent by UE and the reference power set by the network. When the drifting of transmit power
is too much, the network updates the reference power to decrease the power difference of
different RLs.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
7.3 WRFD-020503 Outer Loop Power Control

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is related to outer loop power control as defined in 3GPP specifications. Outer
loop power control is used to maintain the communication quality to the level required by the
service bearer through adjustment of the SIR target of the inner loop power control.
Benefits
Outer loop power control is used to set the proper SIR target used for uplink inner loop power
control and improve the uplink performance.
Description
Outer loop power control is to maintain the communication quality at the level required by the
service bearer through adjustment of the SIR target. This operation is performed on each DCH
belonging to the same RRC connection.
Outer loop power control consists of downlink outer looppower control and uplink outer loop
power control. The purpose of downlink power control is to maintain the proper SIR target
used in the downlink inner loop power control, based on the implementation of UE
algorithms. The power of the UE must meet the requirement for the downlink BLER of the
RB. The purpose of the uplink power control is to maintain the proper SIR target used in the
uplink inner power control.
In the case of uplink outer loop power control, the SRNC first gets the uplink quality after
macro diversity selection combining, and then the SRNC compares the RX BLER with the
BLER target. If the RX BLER is higher than the BLER target, the SRNC increases the SIR
target; otherwise, it decreases the SIR target. If BLER is not available, BER is used. After
adjusting the SIR target, the SRNC sends the new SIR target through FP frames to all NodeBs
for uplink inner loop power control.
The initial SIR target provided by the RNC to the NodeB is service-dependent and it is
updated by the uplink quality measurement of each DCH in the following phases.
Enhancement
 RAN14.0
In versions earlier than RAN14.0, Outer Loop Power Control enables the uplink target
SIR to quickly increase but slowly decrease, therefore leading to a waste of uplink
power.

Copyright © Huawei
RAN16.0
In RAN14.0, Outer Loop Power Control is enhanced in the following scenarios:

− When radio bearer (RB) establishment or reconfiguration is completed, this feature
decreases the uplink target SIR in larger steps.
− When there is burst interference, this feature does not adjust the target SIR
immediately.
When the UE transmit power is insufficient, this feature keeps the uplink target SIR with
the initial value until the UE transmit power becomes sufficient, and then continues to
decrease the uplink target SIR in larger steps. In this way, the average uplink target SIR
decreases. The enhanced feature reduces the uplink power waste.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
7.4 WRFD-020504 Inner Loop Power Control

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
Inner loop power control enables the NodeB and UE to adjust their transmit powers in time.
Inner loop power control consists of uplink power control and downlink power control.

Copyright © Huawei
RAN16.0
Benefits
Inner loop power control adjusts the uplink power and downlink power so that they are
minimum while the QoS is guaranteed, increasing the system capacity. It can also be used to
prevent shadow fading and fast fading.
Description
Inner loop power control is also called fast closed-loop power control and applied to only the
dedicated channel. It controls the transmit power according to the information returned from
the peer physical layer. The UE and the NodeB can adjust the transmit power according to the
RX SIR of the peer end to compensate for the fading of radio links.
Inner loop power control consists of uplink inner loop power control and downlink inner loop
power control, and they work independently.
The uplink inner loop power control is used to adjust the UE transmit power by TPC
commands received from the NodeB. The fast and slow power control algorithms (PCAs) are
defined in 3GPP specifications. PCA1 is the fast power control through which the UE adjusts
the transmit power for each timeslot. PCA2 is the slow power control through which the UE
adjusts the transmit power for five timeslots. PCA2 can lower the power control frequency
from 1500 times/s to 300 times/s maximally. The operator can decide which PCA is chosen in
the RRC messages. The downlink inner loop power control is used to adjust the NodeB
transmit power by TPC commands received from the UE.
Downlink inner loop control involves the following two modes:
 DPC0 mode: In DPC0 mode, the UE sends TPC commands for each timeslot.
 DPC1 mode: In DPC1 mode, the UE sends TPC commands for three timeslots. The
operator can decide which DPC mode is used by RRC signaling.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 8 Cell Management
8 Cell Management
8.1 WRFD-020101 Admission Control

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature can combine multiple resources to perform admission control over service
requests, ensuring QoS and system resource allocation.
Benefits
This feature maximizes system capacity while ensuring QoS requirements and improves
network stability.
Description
Admission control is used to improve the resource usage efficiency and RRC/RAB setup
success rate. The following four types of resources are admitted:
 Cell available code resource
 Cell available power resource
 NodeB resource state, that is, NodeB credits
 Available Iub transport layer resource, that is, Iub transmission bandwidth
Only when all of these resources are available can a call be admitted and the admission
procedure applies to the uplink and downlink separately.
I. Code Resource

Copyright © Huawei
RAN16.0
When a new service accesses the network, the code resource admission is successful if the
code resource can be allocated to the service.
II. Power Resource
The following three algorithms are available for power resource:
 Algorithm 1
Power resource admission decision based on power or interference
The RNC decides whether the cell load exceeds the threshold or not when admitting a
new call based on the current cell load (uplink load factor and downlink load factor) and
the access request. If the cell load exceeds the threshold, the RNC rejects the access
request. If the cell load does not exceed the threshold, the RNC accepts the request.
 Algorithm 2
Power resource admission decision based on the equivalent number of users.
The RNC decides whether the equivalent number of users exceeds the threshold or not
when admitting a new call based on the current equivalent number of users and the
access request. If the equivalent number of users exceeds the threshold, the RNC rejects
the request. If the equivalent number of users does not exceed the threshold, the RNC
accepts the request.
 Algorithm 3
It is similar to algorithm 1, but the predicted required power of a new call is set to zero.
Four basic load thresholds are used to decide the admission. They are as follows:
1. Handover admission threshold
2. AMR conversational service admission threshold
3. Non AMR conversational service admission threshold
4. Other service admission threshold
With the preceding thresholds, the RNC can define the priority between speech service and
other services with the handover preference guaranteed.
 Algorithm 4
Admission control base on the uplink actual power load and the expected load increase caused
by a new service.
Depending on the current uplink actual power load, the RNC determines whether the cell load
will exceed the threshold after admitting the new service. If the cell load exceeds the
threshold, the RNC rejects the access request. Otherwise, the RNC accepts the service.
III. NodeB credit
The NodeB credit admission includes the following:
 Local cell level admission decision
 Local cell group level admission decision (if any)
 NodeB level admission decision
Services can access the network only after all admission decisions are taken
For details about local cell, local cell group, and capacity consumption law, see 3GPP TS
25.433.
According to the common and dedicated channels capacity consumption laws, and the
addition, removal, and reconfiguration of the common and dedicated channels, the controlling

Copyright © Huawei
RAN16.0
RNC (CRNC) debits the amount of the credit resource consumed or credits the amount to the
capacity credit of the local cell (and local cell group, if any) based on the spreading factor.
If the UL capacity credit and DL capacity credit are separate, the maintenance on the local cell
(and local cell group, if any) is performed in UL and DL respectively.
If the UL capacity credit and DL capacity credit are not separate, only the maintenance on the
global capacity credit is performed for the local cell (and local cell group, if any).
IV. Iub transport layer resource
Different services have different QoS requirements. Therefore, differentiated transmission
must be applied according to the service QoS requirements. The mapping relationship
between service and transport resources can be configured.
The principles of Iub bandwidth admission control are described as follows:
I. Each type of path can be configured with the total bandwidth of the physical port to which
the path is connected. Therefore, the total bandwidth of all paths that connect to the port may
exceed the physical bandwidth of the port. Therefore, the following two levels of admission
are necessary:
 Admission control on the path level
 Admission control on the port level
II. Traffic congestion and bearer congestion are considered. For admission, the only factor
that needs to be considered is the Iub resources corresponding to the traffic class.
III. The primary path takes priority over the secondary path during admission. The secondary
path is tried when the admission attempt for the primary path fails.
The admission control also applies to HSDPA/HSUPA. Refer to optional features WRFD-
01061003 HSDPA Admission Control and WRFD-01061202 HSUPA Admission Control.
In the admission control procedure, some other features can be used to improve the access
success rate. That is, the feature Rate Negotiation at Admission Control (WRFD-010507) can
be used to decide the proper resource request based on the cell load. When the admission
fails, Queuing and Pre-Emption (WRFD-010505), DRD Introduction Package (WRFD-
020400) can be used to maximize the possibility of access to the system.
WRFD-021350 Independent Demodulation of Signals from Multiple RRUs in One Cell
cannot support this feature.
Enhancement
 RAN5.0
In RAN5.0, AMR and Non-AMR threshold for power load admission is divided.
 RAN6.0
In RAN6.0, algorithm 3 for power load admission is introduced.
In RAN6.0, resource reserved for handover is supported to decrease the call failure due
to the admission failure during the handover.
 RAN10.0
In RAN10.0, the PS service is admitted by judging the resource for GBR, whereas in the
previous versions, the MBR is employed. In this way, the cell resources are better
utilized.
 RAN12.0

Copyright © Huawei
RAN16.0
RAN12.0 enhances the power congestion ability of the system by limiting the RRC user
quantity according to the down link power load.
Dependency
 RNC
NA
 NodeB
Uplink power admission algorithm 4 introduced in RAN14.0 is based on the actual
service load, which is reported by the NodeB. However, some boards cannot support the
measurement of the service load.
− The BTS3812E, BTS3812A and BTS3812AE do not support uplink power admission
algorithm 4.
− The DBS3800 does not support uplink power admission algorithm 4.
− If the 3900 series base station is configured with the WBBPa board or the RRU3801C
20 W, uplink power admission algorithm 4 is not supported. In other configurations, the
algorithm is supported.
 UE
NA
NA
 CN
NA
 Other Features
NA
8.2 WRFD-020102 Load Measurement

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is related to load measurement for load control.
Benefits
Load measurement is the base of the related load control features including admission control,
load reshuffling, overload control, and potential user control features. On the other hand,

Copyright © Huawei
RAN16.0
operators can also control these strategies by configuring load measurement parameters like
measurement period, hysteresis, and so on.
Description
Algorithms such as OLC and CAC use load measurement values in the uplink and the
downlink. A common load measurement (LDM) algorithm is required to control load
measurement in the uplink and downlink, which makes the algorithm relatively independent.
The LDM algorithm has the following functions:
 Triggering LDR and OLC algorithms
The LDM algorithm needs to decide whether the system works in basic congestion or
overload congestion mode and to notify related algorithms for handling.
 Delay susceptibilities of PUC, CAC, LDR, and OLC to common measurement are
different. When some or all the algorithms use the same common measurement, the
LDM must apply different smoothed filter coefficients to get rippling and in time
common measurement as required.
The major related measurement quantities are defined in 3GPP TS25.433 as follows:
 Uplink RTWP (Received Total Wideband Power)
 Downlink TCP (Transmit Carrier Power)
 Transmitted carrier power of all codes not used for HS-PDSCH or HS-SCCH
transmission
 Provided bit rate (PBR) on HS-DSCH
 Power requirement for GBR (Guaranteed Bit Rate) on HS-DSCH.
Huawei defines the load measurement of total uplink services.
The preceding measurements focus on radio power load. For other resource load, the related
measurements include the following:
 For Iub load: Iub used bandwidth rate on PVC level.
 For code resource: The maximum rate can be supported with the minimum available SF
Enhancement
 RAN6.0
In RAN6.0, the load measurement of code resource is introduced, and therefore load
reshuffling can also be triggered by code congestion.
 RAN14.0
In RAN14.0, the load measurement of total uplink services is introduced. The RNC
estimates the actual load of uplink services by considering the load of total uplink
services and RTWP, which is used for uplink power admission algorithm 4.
Dependency
 RNC
NA
 NodeB
− The BTS3812, BTS3812E and BTS3812AE do not report the actual service load.
− The DBS3800 does not report the actual service load.

Copyright © Huawei
RAN16.0
− If the 3900 series base station is configured with the WBBPa board or the RRU3801C
20 W, the actual service load is not reported. In other configurations, the actual service
load is reported.
 UE
NA
NA
 CN
NA
 Other Features
NA
8.3 WRFD-020106 Load Reshuffling

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature provides multiple load reshuffling policies for the cell in basic congestion state to
decrease the cell load and increase the access success rate.
Benefits
This feature decreases the cell load when resource load enters the basic congestion state, and
therefore, improves the stability and capability of the network.
Description
When the usage of cell resource exceeds the congestion trigger threshold, the cell enters the
basic congestion state. In this case, LDR (Load Reshuffling) is required to reduce the cell load
and increase the access success rate. When the load is lower than the congestion release
trigger threshold, the system returns to normal.
The resources that can trigger basic congestion of the cell include:
 Power resource
 Iub resource or Iub bandwidth
 Code resource
 NodeB credit resource
 Equivalent user number

Copyright © Huawei
RAN16.0
The Iub resource and credit resource congestion control in both uplink and downlink is
NodeB oriented. Load trigger threshold and load release threshold are set for the uplink and
downlink separately.
The function of the LDR is to reduce the load of a cell when the available resource of the cell
reaches the threshold. The introduction of the LDR is to increase the access success rate in the
following ways:
 Inter-frequency load handover
 Code reshuffling
 BE service rate reduction
 Uncontrolled real-time traffic QoS renegotiation
 CS domain inter-RAT load handover
 PS domain inter-RAT load handover
 Downsizing the bit rate of AMR voice
 MBMS power downgrading
Among the preceding features, the best effort service rate reduction and code reshuffling are
the basic features, and the others belong to the optional features.
Enhancement
 RAN5.0
In RAN5.0, optional feature Iu re-negotiation is introduced as one of the load reshuffling
strategies.
In RAN5.0, priority based load reshuffling is supported.
 RAN5.1
In RAN5.1, optional feature AMRC is introduced as one of the load reshuffling
strategies.
 RAN6.0
In RAN6.0, besides radio power resource and Iub resource, load reshuffling is extended
to other resource congestion including code resource, credit resource, and equivalent
user number.
In RAN6.0, load reshuffling can also be applied to HSDPA, HSUPA, and MBMS
services. In addition, gold user should not be affected during the load reshuffling.
In RAN6.0, code reshuffling and MBMS power downgrading are added as new
strategies of load reshuffling.
 RAN10.0
In RAN10.0, the feature is enhanced by the following:
− Uplink load reshuffling triggered by power resource can be applied in an HSUPA
cell.
− Inter-frequency load balancing triggered by CE resource and Iub transmission
resource congestion are canceled in RAN10.0. The reason is that the target cell is
probably under the same NodeB and in this condition the handover cannot alleviate
the congestion.
− When the cell is under LDR status, the PS services whose data rate is above GBR are
forbidden to increase the data rate while the services whose data rate is below GBR
are allowed to increase their data rate to GBR.

Copyright © Huawei
RAN16.0
− A switch is provided to control whether gold user is selected during the load
reshuffling.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
8.4 WRFD-020107 Overload Control

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature provides multiple load adjustment means for the cell in overloaded state to fast
decrease the cell load.
Benefits
Overload control guarantees system stability:
 The cell overload control quickly reduces cell load when the power resource is
overloaded in the cell.
 Overload control of Iub transmission avoids the lack of QoS protection for current
services caused by Iub transmission overload after a sudden decrease of bandwidth.
Description
Overload control (OLC) is a way to rapidly reduce the cell load when a cell is overloaded. For
the overloaded cell, the cell load exceeds the overload threshold. In this case, overload control

Copyright © Huawei
RAN16.0
can effectively decrease the cell load and maintain system stability. The OLC action stops
when the cell load is lower than the overload recovery threshold.
The resources used to trigger overload control include power and Iub transmission bandwidth.
1. Power
When the power resource of a cell is overloaded, OLC performs the following functions:
 Restricts the transport format of BE service
 Send some BE services from DCH to Cell FACH
 Releases some UEs
2. Iub transmission bandwidth
When the RNC detects Iub transmission overload caused by the change of Iub transmission
bandwidth (for example, IMA link fault of the IMA group in ATM mode), overload control
releases some UEs to quickly reduce the Iub traffic flow.
Overload control chooses the UEs in the sequence of lower-to-higher priorities.
Enhancement
 RAN5.0
RAN5.0 supports priority-based overload control.
 RAN11.0
RAN11.0 supports control of Iub transmission overload caused by the change of Iub
transmission bandwidth.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
8.5 WRFD-020108 Code Resource Management

Model
QM1SBASICV00

Copyright © Huawei
RAN16.0
QM1SBASICP00
Availability
Summary
This feature provides the allocation and reshuffling of downlink code tree resources. Code
resource management enables the proper allocation of code resources, improving resource
utilization.
Benefits
The code management algorithm can improve code usage efficiency, and optimize the code
allocation when too much code fragments are founded.
Description
Code resource management consists of code allocation and code re-allocation features and it
is only applied to the downlink code tree resource.
To optimize the code usage efficiency, the "left most" algorithm is adopted in code allocation
procedure, that is, the code with minimum SF is reserved to ensure that the codes are
available for use continuously.
When the assigned AMR speech bit rate is less than or equal to 7.95 kbps, the allocated SF is
256 instead of 128 to save the code resource, and therefore, the capacity is increased.
Code reshuffling algorithm is also used as one of the load reshuffling strategies and is used to
decrease the code fragments. That is, when detecting that the maximum coding rate is lower
than the threshold, the RNC reallocates the codes in the code tree to reduce code fragments as
many as possible.
Enhancement
 RAN6.0
In RAN6.0, allocation of code with SF 256 when the assigned AMR speech bit rate is
less than or equal to 7.95 kbps is supported.
In RAN6.0, code re-allocation algorithm is introduced as one of the load reshuffling
strategies triggered by code congestion.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA

Copyright © Huawei
RAN16.0
 CN
NA
 Other Features
NA
8.6 WRFD-020105 Potential User Control

Model
QW1S00PUCV00
QW1S00PUCP00
Availability
Summary
This feature is used to reduce the system load by modifying cell selection and reselection
parameters of the UE to control the UE to camp on an appropriate cell according the cell load.
Benefits
This feature is used to reduce the system load by modifying UE cell selection and re-selection
parameters so as to control the UE to camp in a cell according the cell load.
Description
This feature is an important action for Load Control. The feature controls the UE's cell
selection and re-selection behavior which is in Idle or Connect mode (CELL_FACH,
CELL_PCH, URA_PCH) by automatically adjusting the parameters for cell selection and re-
selection. The updated parameters will be sent to UE via system message updating procedure
with SIB 3 and SIB4.
The system will periodically monitor the cell downlink load and compare the measurement
value with configurable threshold. According to the current cell load, three cell load level are
defined: Heavy, Normal, and Light.
 If the current cell load becomes heavy, PUC modifies cell selection and reselection
parameters and broadcasts them via system information. By this way, UE will perform
cell selection and re-selection procedure and camp to neighbor cells with light load.
 If the current cell load becomes normal, PUC will use the default cell selection and
reselection parameters.
 If the cell load becomes light, PUC modifies cell selection and reselection parameters
and broadcasts them through system information. By this way, PUC will enable the UEs
in neighbor cells to select to current cell easily.
Enhancement
None

Copyright © Huawei
RAN16.0
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
8.7 WRFD-021102 Cell Barring

Model
QW1S0CBARV00
QW1S0CBARP00
Availability
Summary
When a cell is abnormal, this feature enables the operator to automatically or manually bar the
cell.
Benefits
 When the Iu interface is disconnected, this feature can prevent the UE from initiating
useless access requests and ensure that 3G UEs are handed over to the 2G network.
 This feature can provide flexibility for the operator in some scenarios (for example,
maintenance).
Description
It is in SIB 3/4 to indicate whether the cell is barred or not. When cell status "barred" is
indicated, the UE is not permitted to select/re-select this cell, not even for emergency calls.
The cell can be barred or unbarred manually and automatically.
 Manual operation. The operator can bar/unbar the cell by the MML commands. And then
RNC will update the system information of this cell to indicate UE the change;

Copyright © Huawei
RAN16.0
 Automatic operation. In cases of Iu breakdown, the RNC keeps providing coverage (but
not service) to the UEs under its control. This means that several UEs are kept in 3G
coverage, but, actually, they cannot access the network. In this case, RNC bars the cell
automatically. If the Iu-CS breaks down, the RNC will bar the Iu-CS domain service for
the cell; if the Iu-PS breaks down, the RNC will bar the Iu-PS domain service for the
cell.
Therefore, UE can perform a re-selection towards the underlying GSM layer; when Iu-CS
recovers, the RNC will unbar the cell.
Enhancement
 RAN10.0
In RAN10.0, the RNC can sequentially bar one of the cells under its control every Cell
Barring period. The period length is configurable.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
8.8 WRFD-020104 Intra Frequency Load Balance

Model
QW1SIAFLBV00
QW1SIAFLBP00
Availability
Summary
This feature enables the adjustment of the PCPICH power in a cell to change cell load.

Copyright © Huawei
RAN16.0
Benefits
This feature is an action for reducing cell load. For those UEs in soft handover state, this
feature enables the intra-frequency neighboring cells to share the cell load by removing high
load cell from Active Set.
Description
When the PCPICH power changes, the coverage of a cell increases or decreases. In this case,
the UE at the edge of the cell, especially the UE in soft handover state, is affected.
In the case the UE is in soft handover state, the PCPICH power change can make the cell be
removed from the Active Set. By this way, the cell load can be reduced.
The system provides a switch for operator to enable or disable this feature. The power adjust
step and cell load threshold are configurable. In case the algorithm switch is ON, and cell load
is greater than pre-defined overload threshold, the system will automatically decrease the
PCPICH power by one step. If the current cell load is less than the pre-defined underload
threshold, the system will automatically increase the PCIPCH power by one step
Enhancement
None.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
8.9 WRFD-150230 DPCH Pilot Power Adjustment

Model
QM1SBASICV00
QM1SBASICP00
Availability

Copyright © Huawei
RAN16.0
Summary
When traffic is heavy on downlink R99 channels in a cell, this feature reduces the transmit
power on downlink dedicated physical channels (DPCHs) allocated to new users. This
increases the number of online users on the downlink or the HSDPA throughput.
Benefits
In a heavily loaded cell, this feature reduces the transmit power on the downlink DPCH by
approximately 20% for new users initiating HSDPA PS services and by approximately 5% for
new users initiating CS services. This reduces the total transmit power on downlink R99
channels in the cell. The amount of total transmit power reduced is related to the number of
online users whose downlink DPCH transmit power is reduced and the proportion of different
service types.
Description
The timeslot format of downlink DPCHs consists of data and control fields. The control field
contains pilot bits, which are used for channel estimation and radio link out-of-
synchronization decisions. Generally, pilot bits can be received if the transmit power for pilot
bits is the same as that for data bits. If the transmit power for pilot bits is set higher than that
for data bits, channel estimation and radio link out-of-synchronization decisions become more
accurate.
Without this feature, when a cell has light traffic, the transmit power for pilot bits and the
number of pilot bits can be set to large values to increase the synchronization probability.
However, if there are a large number of online users, downlink R99 channels consume a large
amount of power. As a result, new users cannot be admitted or HSDPA throughput will be low
due to downlink power congestion.
To solve this problem, this feature reduces the transmit power for pilot bits and the number of
pilot bits, thereby reducing the transmit power on DPCHs. This increases the DPCH power
usage to admit more new users or enhances the HSDPA throughput.
Gains produced by this feature are noticeable in cells with a large number of online users.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA

Copyright © Huawei
RAN16.0
 Other Features
NA
8.10 WRFD-010640 Uplink Macro Diversity Intelligent

Receiving
Model
QW1S0UMDIR00
Availability
Summary
Based on the resource occupation, this feature enables the dynamic selection of different
macro diversity combination modes for high-speed non-real-time services (UL) and low-
speed real-time services (SRB and VoIP). This feature can save Iub/Iur transmission resources
and CE resources, affect the pre-emption policy, and improve the investment return.
Benefits
This feature can greatly save CE resources and transmission resources, improve the resource
utilization, enhance the network performance, and reduce the TCO.
Description
The WCDMA system supports soft handover to control the power of the UE in the overlapped
handover area and provides the MDC gain. The uplink receiving and processing resources and
transmission resources, however, are consumed. With the introduction of HSPA+ in 3GPP R7,
resources are further consumed. This feature can be used to preempt the resources on non-
serving links for serving links to greatly improve the resource utilization and reduce CAPEX
and OPEX.
If some users in the NodeB require a higher rate, and Iub transmission resources or CE
demodulation resources are insufficient, the NodeB can dynamically preempt the Iub
transmission resources or CE demodulation resources occupied by non-serving links and then
allocate them to the serving links requiring a higher rate. This feature can increase the total
effective throughput and improve the utilization of Iub transmission resources or CE
demodulation resources.
To ensure normal uplink signaling transmission and power control, the NodeB dynamically
preempts the CE demodulation resources and Iub transmission resources on only the data
channels instead of those required by the uplink control channels on non-serving links.
Enhancement
None

Copyright © Huawei
RAN16.0
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
WRFD-01061212 HSUPA Iub Flow Control in Case of Iub Congestion WRFD-010638
Dynamic CE Resource Management

Copyright © Huawei
RAN16.0
Basic Feature Description 9 Network Sharing
9 Network Sharing
9.1 WRFD-021301 Shared Network Support in Connected

Mode
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature enables the RNC to obtain shared network parameters and work with the CN to
apply the access control over the UE in connected mode to the specified location area. This
feature can support operation applications for network sharing solutions.
Benefits
With this feature, the RNC can prevent UE in connected mode from moving to an un-
subscribed area. It is also a supplement feature for implementing shared networks solutions.
Description
Based on R99 specifications, when the UE is in idle mode, the CN+UTRAN have
mechanisms available to provide UE-specific access restrictions for LAs of the current PLMN
and other PLMNs by using roaming agreement. However, there is no mechanism to restrict
UE behavior in connected mode, since UTRAN does not have enough information to handle
the UE as CN does to UE in idle mode. Accordingly, this feature is introduced in 3GPP R5
and used to provide an access restriction mechanism for UE in connected mode.

Copyright © Huawei
RAN16.0
To support this function, the RNC obtains the parameters of the shared network support in
connected mode from the messages and information elements (IE), which are defined in 3GPP
TS 25.413 and 25.423 including:
 The information of the PLMN/SNA that allows the UE to connect to, which is acquired
from CN through RELOCATION REQUEST or COMMON ID message.
 The information of the SNAs that the LAs belong to, which is from CN through
INFORMATION TRANSFER message or from DRNC through RADIO LINK SETUP
RESPONSE and UPLINK SIGNALING TRANSFER messages.
Each LA belongs to one or several shared network area (SNA), and one UE can belong to one
or several SNAs. Based on the information, the RNC decides whether the UE is allowed to
get services in the new network or not according to the information.
The following procedures have connection with this feature:
 Cell update
When the UE initiates cell update in the destination cell, the RNC decides whether the
UE is allowed to access the destination cell.
If the UE is not allowed to access the destination cell, the cell update fails.
 URA update
The URA update is the same as the cell update.
 Handover
During the soft handover or the hard handover, the RNC does not send measurement
control indication if the UE is not allowed to access a cell. Therefore, the UE does not
trigger a measurement report of that cell. As a result, the UE cannot be handed over to
that cell.
 Relocation
When the target RNC (TRNC) receives a RELOCATION REQUEST message, it decides
whether the UE is allowed to access the destination cell.
If the UE is not allowed to access the destination cell, the relocation failure procedure is
triggered.
 Handling common ID message
The RNC obtains the IMSI information of the UE in the common ID message and
decides whether the UE is allowed to access the current cell. If the UE is not allowed to
access the current cell, the RRC connection is released.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA

Copyright © Huawei
RAN16.0
when it is related to Iur interface, the RNC connected to should also support the feature
 CN
must support this feature at the same time
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 10 Mobility Management
10 Mobility Management
10.1 WRFD-020201 Intra NodeB Softer Handover

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is concerned with intra-NodeB softer handover. The intra-NodeB softer handover
can provide a higher combination gain (maximum combination) and reduce the occupation of
transmission resources on the Iub interface.
Benefits
Soft handover provides seamless connection services for mobile users. Besides these, the intra
NodeB softer handover uses maximum-ratio combination on the uplink in the NodeB to
increase the gain of combination. It also saves Iub bandwidth resources.
Description
Soft handover is a procedure in which at least one radio link is maintained between the UE
and UTRAN when the setup or release of radio links are being performed. Soft handover
occurs only within the intra-frequency cells. Since adjacent cells have the same frequency, UE
can connect to the network through multiple radio links to improve the communication
quality. UE can perform smooth handover from one cell to another without interrupting the
communication with the original cell.
On the other hand, soft handover may lead to the occupancy of Iub resource since multiple
radio links exist.

Copyright © Huawei
RAN16.0
The size of active set can be up to six and can be configured. The RNC can decide SHO
according to either Ec/N0 or RSCP. The parameters set for SHO can be independent of CS
and PS services. The parameter CIO can also be configured for different cells for event
evaluation.
The intra NodeB softer handover is a kind of soft handover. It sets up RLs in the sectors
within a NodeB and the data received on these RLs is combined in the NodeB using
maximum-ratio combination before being forwarded to the RNC. Therefore, softer handover
will occupy no more Iub transmission resource compared with soft handover.
The RNC can control whether the intra NodeB softer handover should be implemented by
setting the RL ADDITION REQUESTin the NBAP message.
Neighboring cell combination is supported, which means the neighboring cells to be measured
are selected from all the neighboring cells of active set and the priority of the neighboring cell
is configurable. Neighboring cell combination is applied to soft/softer handover, hard
handover, and inter-RAT handover.
Enhancement
 RAN5.1
In RAN5.1, neighboring cell combination is supported.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
10.2 WRFD-020202 Intra RNC Soft Handover

Model
QM1SBASICV00
QM1SBASICP00
Availability

Copyright © Huawei
RAN16.0
Summary
This feature is concerned with intra-RNC soft handover. Compared with the intra-NodeB
softer handover, the intra-RNC soft handover has a wider application scope. The intra-RNC
soft handover enables macro diversity combination and each RL has its own transport bearer
on the Iub interface.
Benefits
The intra-RNC soft handover provides seamless connection services for mobile users within
the RNC.
Description
The intra RNC soft handover is a kind of soft handover. It sets up RLs in different NodeBs or
in the same NodeB within the RNC. The difference between the intra-NodeB softer handover
and the intra-RNC soft handover lies on where the combination is performed. The intra-RNC
soft handover performs macro diversity combination in the RNC, which means each RL has
its own transport bearer on Iub interface.
Enhancement
 RAN5.1
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
10.3 WRFD-020203 Inter RNC Soft Handover

Model
QM1SBASICV00
QM1SBASICP00

Copyright © Huawei
RAN16.0
Availability
Summary
This feature is concerned with inter-RNC soft handover. The inter-RNC soft handover enables
the establishment of an RL on the DRNC and the macro diversity combination on the SRNC
through the Iur interface.
Benefits
The inter RNC soft handover provides seamless connection services for mobile users.
Compared with other kinds of soft handovers, the inter RNC soft handover increases the range
of soft handover to the RNCs which have Iur connections with a certain RNC.
Description
The inter RNC soft handover is a kind of soft handover. It sets up RLs in different RNCs and
the macro diversity combination is completed through Iur interface by the SRNC. The uplink
data is transmitted from the DRNC to the SRNC. The SRNC combines data from its own cells
and cells of the DRNC. This is the key difference from other soft handovers.
Enhancement
 RAN5.1
RAN5.1 supports the neighboring cell combination.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
The neighbouring RNC should support Iur interface
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
10.4 WRFD-020301 Intra Frequency Hard Handover

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is concerned with intra-frequency hard handover. When the soft handover fails,
the RNC enables the UE to move between cells through hard handover.
Benefits
Intra frequency hard handover applies in the scenarios where intra frequency soft handover
cannot be used.
Description
Hard handover is characterized by the handover procedure in which the old connection is
released before a new connection is set up. Intra frequency hard handover means hard
handover between cells of the same frequency. It is used in any of the following scenarios:
 No Iur interface between RNCs
In this case, the soft handover between RNCs is unavailable, and the hard handover with CN
switching between the two RNCs occurs.
 Not enough Iur interface transmission resource available
In this case, the soft handover between RNCs is unavailable, and the hard handover with CN
switching between the two RNCs occurs.
 High-speed BE service
For the high-speed BE service, intra-frequency hard handover can be used to save downlink
capacity, compared with soft handover.
Intra-frequency soft handover fails and intra-frequency hard handover is allowed.
When intra-frequency soft handover fails due to the target cell congestion, intra-frequency
hard handover can be tried with lower service bits rate.
Enhancement
 RAN5.1

Copyright © Huawei
RAN16.0
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
10.5 WRFD-010801 Intra RNC Cell Update

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is related to intra-RNC cell update as stipulated in 3GPP specifications. The intra-
RNC cell update procedure can be triggered by events.
Benefits
Cell update enables UTRAN to manage a UE's behavior and enables UE to update its state
when its service or location changes.
Description
Cell update is mainly used to update the UE information on the network side when the UE's
location or behavior is changed. The intra RNC cell update means cell update within the
RNC.
Cell update may be triggered by the following causes:
 Periodical cell update

Copyright © Huawei
RAN16.0
UE sends Cell Update message to RNC periodically when it is in CELL_FACH or

CELL_PCH state. This can be used by RNC to monitor the RRC connection.
 Cell reselection
If a UE in CELL_FACH or CELL_PCH state reselects a new cell, the UE starts the
procedure. When receiving the message CELL_UPDATE, RNC updates the UE camping cell
information.
 Paging response
If a UE in URA_PCH or CELL_PCH state receives a PAGING TYPE 1 message, the UE
starts the procedure. RNC then transmits the UE's state to CELL_FACH or CELL_DCH.
 Uplink data transmission
If a UE is in URA_PCH or CELL_PCH state and has data to transmit, the UE starts the CELL
UPDATE procedure to request for uplink data transmission. The RNC will transmit its state to
CELL_FACH subsequently.
 Radio link failure
If a UE in CELL_DCH state detects that the criteria for radio link failure are met, the UE
starts the procedure. The RNC deletes the current radio link and re-establishes a new one.
 Re-entering service area
If a UE moves out of the service area, and then re-enters the service area, the UE starts the
procedure. Then RNC updates the camping cell of the UE.
 RLC unrecoverable error
If a UE detects an RLC unrecoverable error in an AM RLC entity, the UE starts the procedure.
The RNC releases the RRC connection of the UE or re-establishes the RB according to the
attributes of the RB. If it belongs to signal RB, the RRC connection is released.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
10.6 WRFD-010802 Inter RNC Cell Update

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is related to inter-RNC cell update as stipulated in 3GPP specifications. The inter-
RNC cell update procedure can be triggered by events.
Benefits
Cell update enables UTRAN to manage a UE's behavior and enables UE to update its state
when its service or location changes. The inter RNC cell update feature increases the range of
cell update through Iur interface.
Description
Cell update is mainly used to update the UE information on the network side when the UE's
location or behavior is changed. The inter RNC cell update means cell update between RNCs.
The cause of the inter RNC cell update is the same as the intra RNC cell update. The
difference between them is that in the inter RNC cell update, the CELL UPDATE message is
first received by the DRNC and forwarded to the SRNC, the SRNC then takes necessary
actions according to the cause within CELL UPDATE, for example, relocation.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
The neighboring RNC should support Iur interface
 CN
NA

Copyright © Huawei
RAN16.0
 Other Features
NA
10.7 WRFD-010901 Intra RNC URA Update

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is concerned with intra-RNC URA update as stipulated in 3GPP specifications.
The intra-RNC URA update procedure can be triggered by events.
Benefits
URA update enables UTRAN to monitor the RRC connection and manage the behaviors of
the UE in URA_PCH state.
Description
User registration area (URA) update procedure updates the UTRAN registration area of a UE
when an RRC connection exists and the position of the UE is known on URA level in the
UTRAN. The intra RNC URA update means URA update within the RNC.
URA update may be triggered by the following two causes:
 Periodical URA update
The UE sends the URA update message to the RNC periodically when it is in URA_PCH
state. This can be used to monitor the RRC connection.
 URA reselection
If the UE in URA_PCH state enters a new URA, the UE starts the procedure, and the
RNC updates the camping URA of the UE accordingly.
Enhancement
None
Dependency
 RNC
NA
 NodeB

Copyright © Huawei
RAN16.0
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
10.8 WRFD-010902 Inter RNC URA Update

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is related to inter-RNC URA update as stipulated in 3GPP specifications. The
inter-RNC URA update procedure can be triggered by events.
Benefits
The URA update enables UTRAN to monitor the RRC connection and manage the behaviors
of the UE in URA_PCH state. The inter RNC URA update increases the range of URA
Update through Iur interface.
Description
URA update procedure updates the UTRAN registration area of a UE when a RRC connection
exists and the position of the UE is known on URA level in the UTRAN. The inter RNC URA
update means the URA update between RNCs. Similar to the intra RNC URA update, a UE in
URA_PCH state also initiates the URA update procedure in two cases, URA reselection and
periodic URA update. The difference between the intra RNC and the inter RNC URA updates
is that in the inter RNC URA update, the URA UPDATE message is first received by the
DRNC and forwarded to the SRNC, the SRNC then takes necessary actions according to the
cause of the URA update, for example, relocation.
Enhancement
None

Copyright © Huawei
RAN16.0
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
The neighbouring RNC should support Iur interface
 CN
NA
 Other Features
NA
10.9 WRFD-021400 Direct Signaling Connection Re-

establishment (DSCR)
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is related to the direct signaling connection re-establishment procedure of the UE
at the intersection of RNCs. When the UE moves between RNCs, this feature can prevent PS
services from being interrupted even if the relocation fails.
Benefits
This feature is a supplement to relocation. When the resources on the Iur interface are
insufficient or the relocation fails, this feature can prevent PS services from being interrupted.
Description
When the UE moves to the cell controlled by the DRNC, the SRNS relocation procedure (the
UE involved or not involved) can be implemented to keep services continuous. However,
when there is no Iur interface or the relocation is not supported or relocation fails, UE
connection fails. In such scenarios, direct signaling connection re-establishment (DSCR)
feature can be used to prevent the connection from being interrupted. That is, the DRNC

Copyright © Huawei
RAN16.0
sends an RRC connection release message with the cause of direct signaling connection re-
establishment when it is unable to contact the SRNC to validate the UE.
The UE should perform a route area update (RAU) procedure immediately on entering PMM-
IDLE state when it has received a RRC connection release message with the cause of directed
signaling connection re-establishment even if the RA has not changed since the last update.
DSCR is used to re-establish services by RAU procedure. Hence, this feature can only be
applied to PS services, and it is of no help in re-establishing CS services.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
10.10 WRFD-140102 CS Fallback Guarantee for LTE

Emergency Calls
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
In the UMTS/LTE overlapping coverage area, if a UE on the LTE network is to fall back to
the UMTS network for an emergency call by using an LTE-to-UMTS PS handover, the UE
can initiate the emergency call on the UMTS network only after its PS connection on the LTE
network has been admitted to the UMTS network. This feature ensures the success of PS

Copyright © Huawei
RAN16.0
admission caused by circuit-switched fallback (CSFB) for the LTE emergency call, by
decreasing the PS service rate or performing resource preemption.
Benefits
This feature ensures the success of LTE-to-UMTS PS handovers by decreasing the PS service
rate or performing resource preemption, which in turn ensures the setup success rate of LTE
emergency calls.
Description
This feature applies to scenarios where the LTE network does not support voice services
because the IP Multimedia Subsystem (IMS) is not available for use. This feature enables a
UE to fall back to the UMTS network when the UE attempts to process voice services
(including emergency calls) on the LTE network. To initiate an emergency call on the LTE
network, the UE in idle mode first needs to transit to connected mode. Then, the UE falls back
to the UMTS network by using CSFB. Each UE in connected mode maintains a default PS
connection on the LTE network, and this PS connection also needs to be handed over or
redirected to the UMTS network. The eNodeB determines whether to perform CSFB by using
an LTE-to-UMTS PS handover or redirection. If an LTE-to-UMTS PS handover is to be
implemented, the eNodeB notifies the RNC that the PS handover is caused by CSFB for an
emergency call. The UE can initiate an emergency call on the UMTS network only after the
PS connection has been admitted to the UMTS network. This feature ensures the success of
PS admission by decreasing the PS service rate or performing resource preemption, which in
turn guarantees successful CSFB for LTE emergency calls.
The PS service admission process is as follows:
 For a PS BE service, its data rate is reduced to 8 kbps before the admission. If the
admission fails, the PS BE service preempts the CS or PS resources of the lowest-
priority user in the UMTS network to guarantee successful PS service admission.
 For a PS non-BE service, its data rate is reduced to the GBR before the admission. If the
admission fails, the PS non-BE service preempts the CS or PS resources of the lowest-
priority user in the UMTS network to guarantee successful PS service admission.
 After the PS service admission succeeds, the PS service rate is gradually increased if
there are available resources in the UMTS network.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
The UE must comply with 3GPP Release 8 or later and support LTE-to-UMTS PS
handovers and LTE-to-UMTS CSFB. An emergency call indication can be displayed in
the message that is sent from the UE to the mobility management entity (MME).

Copyright © Huawei
RAN16.0
The eNodeB must support LTE-to-UMTS PS handovers and LTE-to-UMTS CSFB. The
CSFB High Priority indication can be displayed in the handover request message that is
sent from the eNodeB to the RNC.
 CN
The CN must support LTE-to-UMTS PS handovers and LTE-to-UMTS CSFB.
The MME needs to send the CS Fallback High Priority indication in the INITIAL
CONTEXT SETUP REQUEST message to the eNodeB.
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 11 NodeB Network Structure
11 NodeB Network Structure
11.1 MRFD-210204 Star Topology

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is related to the star topology. The star topology is characterized by simple
networking and easy maintenance.
Benefits
In this mode, each NodeB directly connects to the RNC. Therefore, the star topology features
simplicity, convenience in maintenance and engineering, and easy capacity expansion.
In this mode, signals travel through fewer nodes. Therefore, the transmission is more reliable.
Description
NodeBs can be connected in star topology.
It is applicable in most cases. The networking structure is simple. It is convenient to
implement maintenance and engineering. Signals are transferred directly between the NodeBs
and the RNC, so the link is quite reliable. This networking topology can be applied in densely
populated areas. It is easy to expand the capacity, but a large amount of transport lines are
required.

Copyright © Huawei
RAN16.0
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
11.2 MRFD-210205 Chain Topology

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is related to the chain topology. The chain topology is characterized by cost-
effective networking.

Copyright © Huawei
RAN16.0
Benefits
Chain networking can reduce costs of transmission equipment, engineering, construction and
transmission link lease.
Description
NodeBs can be connected in chain topology.
The line reliability is poor because signals are transferred across many intermediate systems.
This networking topology is applicable to the strip-shape areas having sparse population, such
as expressway and railway. In these areas, the chain topology can meet the requirements with
much less transmission equipment. The cascading connection is limited to five levels.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
11.3 MRFD-210206 Tree Topology

Model
QM1SBASICV00
QM1SBASICP00

Copyright © Huawei
RAN16.0
Availability
Summary
This feature related to the tree topology. The tree topology is a combination of star topology
and chain topology and provides more flexible networking.
Benefits
It is suitable for microwave transmission network. The hub NodeB is based on the tree
topology. The tree networking requires fewer transmission links than star networking.
Description
NodeBs can be connected in tree topology.
In most scenarios, the MW (Micro Wave) network is a typical tree topology. It is suitable for
the MW network. In order to increase the efficiency, the hub NodeB based on the tree
topology is available from RAN5.1.
The consumption of transport lines is less than that of the star networking. However, at the
same time, the connection is not so reliable because signals are transferred across many
Intermediate systems. It is difficult to implement maintenance and engineering. A fault occurs
in the upper-level NodeB may affect the operation of the lower-level NodeBs. This
networking topology is applicable to a large area having sparse population. Capacity
expansion may result in reconstruction of the network.
Note:
The clock of the NodeB is obtained by phase lock of the upper-level network. A phase lock
can degrade the quality of the clock. Therefore, the cascading level must be not more than
five.

Copyright © Huawei
RAN16.0
Enhancement
None
Dependency
 RNC
NA
 NodeB
The BTS3902E cannot support this feature.
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 12 Clock
12 Clock
12.1 MRFD-210501 BTS/NodeB Clock

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
The synchronization of the MBTS clock provides the basis for the frame synchronization. The
MBTS uses this feature to obtain the reference clock sources for the internal frame
synchronization. The MBTS supports three clock synchronization modes: synchronization
with the Iub/Abis clock, synchronization with the BITS clock, and synchronization with GPS
clock. In addition, the MBTS internal clock can work in free-run mode to temporarily provide
reference source.
Benefits
With this feature, the internal clock can be synchronized with the transmission network
without using the auxiliary equipment, saving the cost. In addition, the precision of the
synchronized clock meets the requirements of the radio transmission network and frequencies.
Description
In compliance with the 3GPP specifications, the frequency stability of the master clock of the
MBTS must be between '0.05 ppm and +0.05 ppm. The MBTS can work in multiple clock
synchronization modes to suit different clock topologies:
 Synchronization with the Iub/Abis clock (default mode)
The clock source of the MBTS is synchronized with the line clock sources of its upper-
level NE such as the MBSC.

Copyright © Huawei
RAN16.0
 Synchronization with GPS

The GPS card is optional unless the MBTS uses a GPS clock as its clock source.
The clock signals are processed and synchronized as follows:
The GPS antenna and feeder system receives GPS signals at 1575.42 MHz, and then
transmits the signals to the GPS card. The system can trace up to eight (normally three or
four) satellites simultaneously. The GPS card processes the signals and transmits them to
the main clock module.
 Synchronization with the BITS clock
The MBTS can synchronize its clocks with the 2 MHz clock signals from an external
reference clock. The reference clock can be a BITS clock or a 2 MHz clock from the
transmission equipment.
Through phase locking and frequency dividing, the main clock module converts the
clock signals into various clock signals required by the MBTS, for example, F_CLK,
CLK_4X, and BFN.
In addition to the preceding three synchronization modes, the MBTS internal clock can work
in free-run mode to keep the MBTS running.
The enhanced stratum 3 OCXO with a high precision works as the master clock of the MBTS.
The OCXO can guarantee the normal operation of the MBTS for up to 90 days.
Enhancement
None
Dependency
 RNC
NA
 NodeB
The BTS3902E and BTS3803E cannot support GPS and BITS clock.
 UE
NA
NA
 CN
NA
 Other Features
NA
12.2 MRFD-210502 BSC/RNC Clock

Model
QM1SBASICV00
QM1SBASICP00

Copyright © Huawei
RAN16.0
Availability
Summary
With this feature, five types of clock sources are supported. Each clock source supports
functions such as 1+1 backup, management of the clock source, query of the clock status, and
maintenance of the link clock.
Benefits
This feature provides various clock input schemes for operators.
The clock source backup function prevents the primary clock faults from affecting services.
Description
MBSC clock provides reliable clock sources for the MBSC to meet the requirements of the
clock precision defined in the 3GPP specifications. Every type of clock source supports 1+1
backup.
The MBSC clock subsystem consists of the clock processing board GCUa/GCGa and the
clock processing unit in each subrack. The external reference clock signals are transmitted to
the GCUa/GCGa. After a phase lock on the GCUa/GCGa, the clock signals are changed to 8
KHz clock signals. The signals are then transmitted to the SCUa in the same subrack through
the backplane and to the SCUa in the EPS through clock signal cables. Then, the 8 KHz clock
signals on the SCUa are transmitted to other boards in the same subrack through the
backplane.
When the clock source is faulty, the MBSC reports the related alarms and starts the 1+1
backup scheme to ensure the normal operation of the system.
The MBSC clock sources are as follows:
 Building integrated timing supply system (BITS)
 Line clock extracted from the A/Iu interface
 Global positioning system (GPS) satellite synchronization clock
 8 KHz clock provided by an external device
 Local oscillator clock
The MBSC provides the clock control setting functions, including management of the clock
source, query of the clock status, and maintenance of the line clock. The MBSC requires only
one clock source, and the clock source can work in automatic, manual, or self-oscillation
mode.
 Automatic
In automatic mode, you need not specify a clock source for the current clock. The system
automatically selects a clock source with the highest priority.
 Manual
In manual mode, you need to manually specify a clock source for the current clock. The
system does not automatically switch to another clock source even if this clock source is
faulty.

Copyright © Huawei
RAN16.0
 Self-oscillation
The self-oscillation mode is the default clock working mode of the system.
Enhancement
None
Dependency
 RNC
The GCGa should be configured if the GPS satellite synchronization clock is used.
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 13 ATM Transmission Introduction Package
13 ATM Transmission Introduction

Package
13.1 WRFD-050301 ATM Transmission Introduction

Package
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is related to ATM transmission introduction for the operator. ATM transmission is
one of the major WCDMA networking solutions. Huawei RAN provides ATM transmission
interfaces and related functions.
Benefits
This feature package provides support for ATM transmission.
Description
Huawei RAN supports ATM transport optional feature defined in 3GPP specifications. ATM
transmission feature includes the following sub-features:
 ATM over E1/T1 on Iub interface
 ATM over channelized STM-1/OC-3 on Iub interface
 ATM over non-channelized STM-1/OC-3con Iub/Iu/Iur interface

Copyright © Huawei
RAN16.0
 IMA for E1T1 or channelized STM-1/OC-3 on Iub interface

 Dynamic AAL2 connections on Iub/IuCS/Iur interface
 Permanent AAL5 connections for control plane traffic
 Call admission based on AAL2 path BW
 CBR, rt-VBR, nrt-VBR, UBR ATM QoS classes
Enhancement
For the enhancement, refer to the enhancement of sub-featuresin ATM Transmission
Introduction Package.
Dependency
 RNC
The BSC6910 does not support Iu-PS over ATM, and does not support ATM over E1/T1.
 NodeB
The BTS3902E and BTS3803E cannot support this feature.
 UE
NA
NA
 CN
NA
 Other Features
NA
13.1.1 WRFD-05030101 ATM over E1T1 on Iub Interface

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is related to ATM over E1/T1 on the Iub interface. The boards capable of this
feature include the ATM transmission interface board on the RNC side and the NUTI, HBBU,
WMPT, and UTRP on the NodeB side.
Benefits
This feature enables theuse of microwave network or PDH legacy network for Iub
transmission.

Copyright © Huawei
RAN16.0
Description
Huawei RAN supports ATM over E1/T1electrical interface.
The RNC ATM over E1/T1 interface board supports:
 32ports (E1/T1) per board
 UNI, IMA,Fractional ATM, and Fractional IMA
 32 IMA groups per board
 One IMA group supports up to 32 E1/T1 ports
The NodeB (BTS3812E/AE, DBS3800) ATM over E1/T1 interface board (NUTI, HBBU)
supports:
 8 ports (E1/T1) per board
 UNI, IMA, Fractional ATM
The NodeB (3900 Series NodeB) ATM over E1/T1 interface board (WMPT) supports:
The NodeB (3900 Series NodeB) ATM over E1/T1 interface board (UTRP) supports:
Enhancement
 RAN5.0
In RAN5.0, the HBBU board is introduced.
 RAN5.1
In RAN5.1, the NUTI board is introduced.
 RAN10.0
In RAN10.0, the WMPT and UTRP (E1 interface) boards are introduced in 3900 series
NodeB.
Dependency
 RNC
The BSC6910 does not support this feature.
 NodeB
 UE
NA

Copyright © Huawei
RAN16.0

NA
 CN
NA
 Other Features
NA
13.1.2 WRFD-05030102 ATM over Channelized STM-1/OC-3 on

Iub Interface
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is related to ATM over channelized STM-1/OC-3 on the Iub interface. The boards
capable of this feature include the ATM transmission interface board based on channelized
STM-1 on the RNC side and the NUTI and HBBU on the NodeB side.
Benefits
This feature enables the use of SDH network for Iub transmission.
Description
Huawei RAN supports ATM over channelized STM-1 optical interface on Iub interface.
BSC6800 ATM over channelized STM-1 interface board supports:
 1 x 155Mbps port per board
 63 x VC12 2Mbps flows per port
 63UNI link, or 42 IMA group per port
 At most 32 VC12 flows per IMA group
 MSP1:1/MSP1+1 redundancy
BSC6900 ATM over channelized STM-1/OC-3 interface board supports:
 2 x 155 Mbps port per board
 63 x VC12 2Mbps or 84 x VC111.5 Mbps flows per port, configurable at initiation
 63 x 2 Mbps UNI links, or 84 x 1.5 Mbps UNI links, or 42 IMA group per port
 At most 32 VC12/VC11 flows per IMA group
 MSP 1:1 redundancy

Copyright © Huawei
RAN16.0
The NodeB (BTS3812E/AE, DBS3800) channelized STM-1 interface board (NUTI, HBBU)
supports:
 63 x VC12 2Mbps flows per port
Enhancement
 RAN6.0
In RAN6.0, the NodeB (BTS3812E/AE and DBS3800) supports the transmission
interface board based on channelized STM-1/OC-3.
Dependency
 RNC
NA
 NodeB
Only BTS3812E/AE and DBS3800 can provide the ports based on channelized STM-
1/OC-3.
 UE
NA
NA
 CN
NA
 Other Features
NA
13.1.3 WRFD-05030103 ATM over Non-channelized STM-1/OC-3c

on Iub/Iu/Iur Interface
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is related to ATM over non-channelized STM-1/OC-3 on the Iub interface. The
boards capable of this feature include the ATM transmission interface board based on non-
channelized STM-1 on the RNC side and the NUTI, HBBU, and UTRP on the NodeB side.
Benefits
This feature enables the use of SDH network or ATM network for Iub/Iu/Iur transmission.

Copyright © Huawei
RAN16.0
Description
Huawei RAN supports ATM over non-channelized STM-1/OC-3c optical interface on
Iub/Iu/Iur ATM transmission.
BSC6800 ATM over non-channelized STM-1/OC-3c interface board supports:
 ATM full rate, VC4 150 Mbps per port
 MSP 1+1 redundancy
BSC6900 ATM over non-channelized STM-1/OC-3 interface board supports:
 MSP 1+1 and MSP 1:1 redundancy
 Up to 2000 VCs per board shared by each port
 Full VPI/VCI address space (VPI: 0 - 255, VCI: 32 - 65535)
The NodeB (BTS3812E/AE, DBS3800) non-channelized STM-1/OC-3 interface board
(NUTI, HBBU) supports:
The NodeB (3900 series NodeB) on-channelized STM-1/OC-3 interface board (UTRP)
supports:
Enhancement
 RAN5.1
In RAN5.1, the NodeB (BTS3812E/AE and DBS3800) supports the transmission
interface board based on non-channelized STM-1/OC-3.
 RAN10.0
In RAN10.0, the 3900 series NodeB supports the UTRP transmission board based on
non-channelized STM-1.
Dependency
 RNC
The BSC6910 does not support Iu-PS over ATM.
 NodeB
 UE
NA
NA
 CN
NA

Copyright © Huawei
RAN16.0
 Other Features
NA
13.1.4 WRFD-05030104 Dynamic AAL2 Connections in

Iub/IuCS/Iur Interface
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature supports the establishment of dynamic AAL2 connections on the Iub, Iur, and Iu-
CS interfaces.
Benefits
Huawei AAL2 bearer solution provides the following functions:
 Provides corresponding AAL2 path types according to service types such as the voice
service, streaming service, interactive service, and background service.
 Provides corresponding AAL2 path types according to the R99, HSDPA, and HSUPA
services.
 Makes efficient use of Iub transmission links when delay-sensitive services and delay-
insensitive services are available at the same time.
 Allocates physical bandwidth dynamically to delay-sensitive services and delay-
insensitive services.
Description
The user plane data flows on the Iub, Iur, and Iu-CS interfaces are carried on the specified
AAL2 connections.
The control plane on the transport network establishes dynamic AAL2 connections for the
Iub, Iur, and Iu-CS interfaces through ITU Q.2630.1/Q.2630.2 signaling.
RAN2.0 supports the configuration of AAL2 CAC. Services of different types can be
distributed to different AAL2 paths. The AAL2 connections for real-time services can be
established on the CBR/RT-VBR VCC, and those for non-real-time services can be
established on the NRT-VBR VCC.
RAN3.0 introduces Q.2630.2 and supports AAL2 adjustment and QoS optimization based on
the Iub and Iur interfaces. RAN3.0 introduces the AAL2 path especially for HSDPA services.
The AAL2 connections for HSDPA services can be established on the UBR VCC.
RAN6.0 introduces the AAL2 path especially for HSDPA/HSUPA services. RAN6.0
introduces the secondary AAL2 path for each type of service and provides flexible
mechanisms for hybrid transmission on the Iub interface.

Copyright © Huawei
RAN16.0
Enhancement
 RAN3.0
RAN3.0 introduces Q.2630.2 and supports AAL2 adjustment and QoS optimization
based on the Iub and Iur interfaces.
RAN3.0 introduces the AAL2 path especially for HSDPA services.
 RAN6.0
RAN6.0 introduces the AAL2 path especially for HSDPA/HSUPA services.
RAN6.0 introduces the secondary AAL2 path for each type of service and provides
flexible mechanisms for hybrid transmission on the Iub interface.
Dependency
 RNC
NA
 NodeB
 UE
NA
NA
 CN
NA
 Other Features
NA
13.1.5 WRFD-05030105 Permanent AAL5 Connections for Control

Plane Traffic
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature supports the establishment of permanent AAL5 connections for control plane
services on the Iub/Iur/Iu interface.
Benefits
The permanent AAL5 connections for control plane services comply with 3GPP Iub/Iur/Iu
interface specifications.

Copyright © Huawei
RAN16.0
Description
In the ATM RAN, AAL5 connections are used to carry the signaling on the Iub/Iur/Iu
interface and the OAM traffic on the Iub interface. As defined in the 3GPP specifications,
UNI-SAAL is used for control plane connections on the Iub interface, and NNI-SAAL is used
for control plane connections on the Iur and Iu interfaces. The AAL5 connections on the
Iub/Iur/Iu interface of Huawei RAN are established through configuration.
Enhancement
None
Dependency
 RNC
NA
 NodeB
 UE
NA
NA
 CN
NA
 Other Features
NA
13.1.6 WRFD-05030106 Call Admission Based on Used AAL2 Path

Bandwidth
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is related to the call admission control (CAC) based on AAL2 path bandwidth.
The AAL2 CAC is used to selectively accept or reject some access requests to maximize the
utilization of transmission resources without compromising QoS.
Benefits
This feature helps to:

Copyright © Huawei
RAN16.0
 Avoid transmission congestion

 Improve the transmission resource usage
 Increase the accessibility
Description
The purpose of AAL2 CAC (Call Admission Control) is to maintain the quality of service and
at the same time maximize the utilization of transmission resources. This is achieved by
selectively admitting or rejecting request for resources.
AAL2 CAC request occurs when the AAL2 connection is established or modified on Iub, Iur,
and Iu-CS interfaces.
In the case of CS services, PCR * service factor is used for admission decision.
In the case of PS services, GBR * service factor is used for admission decision. No GBR is
assigned for best effort services. Hence, such parameters can be configured by operators.
In the case of HSDPA/HSUPA service, GBR * service factor is used for admission decision.
No GBR is assigned for best effort services. Hence, such parameters can be configured by
operators.
All the preceding service factors can be configured according to the service classes.
For the UE handover, all the transmission resources can be used for admission to minimize
the possibility of the failure of an existing call.
For the newly accessed UE, (100% - handover admission threshold) transmission resources
are used.
For the bit rate upgrade UE, the transmission resources below congestion threshold are used.
Enhancement
None
Dependency
 RNC
NA
 NodeB
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
13.1.7 WRFD-05030107 CBR, rt-VBR, nrt-VBR, UBR ATM QoS

Classes
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is concerned with ATM service classes: CBR, rt-VBR, nrt-VBR, UBR and
UBR+. These ATM service classes are used to differentiate services at the ATM layer.
Benefits
The feature supports:
 Full inter-operation between RAN and ATM equipment
 VC traffic shaping
 ATM traffic differentiation
Description
Huawei RAN supports five ATM service classes (CBR, rt-VBR, nrt-VBR, UBR and UBR+)
specified in TM4.1 (ATM forum specification Traffic Management 4.1). The VCC supports
shaping for existing traffic according to the parameters (SCR, PCR, and CDVT) of each ATM
service class.
These ATM service classes are used to differentiate services at the ATM layer. Two ATM
service classes are configured for R99 traffic and two are configured for HSxPA. In general,
DS (Delay Sensitive) traffic uses rt-VBR, NDS (None Delay Sensitive) traffic uses nrt-VBR,
and NDS traffic mapping on HSxPA uses UBR or nrt-VBR. UBR+ used for OM service.
Enhancement
None
Dependency
 RNC
NA
 NodeB
 UE
NA

Copyright © Huawei
RAN16.0
NA
 CN
NA
 Other Features
NA
13.1.8 WRFD-05030110 F5
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is related to end-to-end ATM OAM F5 flows defined in ITU I.610.
Benefits
 ATM VCC End-to-End continuity check.
 Block the fault AAL2 path, if fault was detected.
 Block the faulty Iu-PS GTPU path, if fault was detected.
 Transmits delay information in the LB IE and detects delay on the AAL2 link offers
convenience on transport network maintenance.
Description
Huawei RAN supports ATM OAM F5 end-to-end flows specified in ITU I.610. Fault
management (AIS: Alarm Indication Signal, RDI: Remote Defect Indication, CC: Continuity
Check and Loopback), performance management (forward monitoring and backward
reporting) and activation/deactivation are supported. The CC can be activated to monitor
AAL2 path VCC and Iu-PS user plane VCC end-to-end. When one VCC for AAL2 path or Iu-
PS GTPU is LOC (Loss of continuity), AIS, or RDI, this VCC is blocked. Then the service is
established on other alternative VCCs to prevent the failure of the call.
The BSC6900 only supports the fault management feature.
RAN12.0 introduces Huawei proprietary delay detection scheme. When an NE receives a
detection start command from the NMS, it starts detecting delay on the current AAL2 link or
AAL5 link and periodically reports the delay to the NMS. Huawei RAN uses the 8-byte
reserved IE (LB IE) in the loopback message to store the message transmission time. When an
NE receives the loopback message, it calculates the delay based on the time difference
between transmission and reception. This function provides enough information for
identifying transmission faults.

Copyright © Huawei
RAN16.0
Enhancement
 RAN5.1
In RAN5.1, ATM OAM F5 flows on Iu-PS user plane VCC is introduced in BSC6800.
 RAN10.0
In RAN10.0, this feature is introduced in BSC6810.
 RAN12.0
RAN12.0 introduces Huawei proprietary delay detection scheme and provides more
transmission fault information.
Dependency
 RNC
NA
 NodeB
Only 3900 series Base Station supports the passive detection based on IE LB.
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0 14 IMA Transmission for E1/T1 or Channelized STM-
Basic Feature Description 1/OC-3 on Iub Interface
14 IMA Transmission for E1/T1 or

Channelized STM-1/OC-3 on Iub Interface
14.1 WRFD-050304 IMA Transmission for E1T1 or

Channelized STM-1/OC-3 on Iub Interface
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature is concerned with IMA transmission for E1/T1 or channelized STM-1/OC-3 on
the Iub interface. This feature enables inverse multiplexing on ATM to improve transmission
reliability.
Benefits
 Peak rates higher than the individual physical link rates, 1.5 Mbps for T1 or 2 Mbps for
E1.
 Simplification of the ATM OM procedures, like monitoring one single ATM link instead
of several separate links.
 Higher trunk level and statistical multiplexing gain.
Description
The inverse multiplex on ATM (IMA) mode is an ATM transport mode in the TC sub-layer of
the ATM physical layer.

Copyright © Huawei
RAN16.0 14 IMA Transmission for E1/T1 or Channelized STM-
Basic Feature Description 1/OC-3 on Iub Interface
In IMA mode, an ATM cell stream is distributed to several narrowband transport links. At the
peer end, the data streams from these narrowband transport links are converged into the
original ATM cell stream. IMA flexibly combines several narrowband transport links to
transport high-speed ATM cell streams, which is referred to as inverse multiplex on ATM. In
this manner, the existing narrowband transport links, especially 2Mbps links, can serve
broadband ATM transmission. IMA also enhances transmission reliability.
There are several IMA links in one IMA group. If one link is broken, the service can be borne
by other links, and only the bandwidth shrinks. It provides more redundancy for the
transmission.
Enhancement
None
Dependency
 RNC
The BSC6900 supports the cross-board IMA function only when the AOUc board is
used. The BSC6910 does not support the cross-board IMA function.
 NodeB
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 15 UBR+ATM QoS Class
15 UBR+ATM QoS Class
15.1 WRFD-050305 UBR+ATM QoS Class

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
UBR+ ensures the connectivity of OAM connection and full use of the transmission
bandwidth.
Benefits
This feature ensures reliable OAM connections and full use of the transmission bandwidth.
Description
Huawei RAN supports UBR+ ATM service class. UBR+ is an enhancement of UBR with
MCR (Minimum Desired Cell Rate) indication. UBR+ is the most suitable for Iub OAM
channel. The MCR of UBR+ ensures the connectivity of OAM connection in the case of Iub
transmission resource congestion, and the best effort service of UBR+ uses the transmission
bandwidth completely.
Enhancement
None
Dependency
 RNC

Copyright © Huawei
RAN16.0
Basic Feature Description 15 UBR+ATM QoS Class
NA
 NodeB
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 16 Link Aggregation
16 Link Aggregation
16.1 MRFD-210103 Link Aggregation

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature supports the transmission of multiple FEs or GEs binding, improving the
reliability of FE transmission and meeting the requirements of higher data flow.
Benefits
This feature provides the method for improving the transmission reliability.
Description
Huawei GBSS/RAN implements the link aggregation based on IEEE802.3ad, improving the
system reliability and providing higher bandwidth.
This feature applies to the scenario where high reliability is required, for example, on the
ports of the MBSC and the hub NodeB where links are bundled together.

Copyright © Huawei
RAN16.0
Figure 1.1 Networking for Link Aggregation
RNC supports multiple Ethernet port aggregation within a single board or an active and
standby board, but does not support Ethernet port aggregation among two active boards.
Enhancement
 RAN13.0
In versions earlier than RAN13.0, LAGs can work only in load sharing mode.
In RAN13.0, LAGs can work in load sharing or active/standby mode. By doing this,
compatibility issues are prevented when some transmission devices cannot work with
LAGs working in load sharing mode.
 RAN14.0
In RAN14.0, this feature is enhanced in the following ways:
− When LAGs work in active/standby mode, the RNC supports the IP performance
monitoring (PM) feature.
− The Iub Transmission Resource Pool in RNC feature can work with IP PM only when
LAGs work in load sharing mode and links in these LAGs are carried over the same
interface board. Otherwise, the RNC cannot support IP PM.
When a LAG created by means of manual aggregation (not using the Link Aggregation
Control Protocol) works in active/standby mode and in non-revertive mode, the active
port supports Bidirectional Forwarding Detection (BFD) and Address Resolution
Protocol (ARP) detection, and the standby port supports ARP detection. In addition, all
detection results can automatically trigger a switchover between active and standby
ports.
Dependency
 RNC
NA
 NodeB
Only to the 3900 series base station except BTS3902E.
The BTS3803E cannot support this feature.
 UE
NA
This feature requires support from switches, NodeBs, and devices interconnected with
the RNC.
 CN
NA

Copyright © Huawei
RAN16.0
 Other Features
In versions earlier than RAN13.0, the RNC does not support IP PM if Ethernet ports are
bound together to form a trunk group.

Copyright © Huawei
RAN16.0
Basic Feature Description 17 System Reliability
17 System Reliability
17.1 WRFD-040100 Flow Control

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature provides a series of mechanisms that can prevent the network or system from
being overloaded to ensure that the services with high priorities are handled properly even
when the traffic is busy.
Benefits
The feature ensures the stability and robustness of the RNC, and also ensures that services
with high priorities work properly during high traffic.
Description
Flow control in the radio network controller (RNC) is a set of mechanisms that the RNC uses
to prevent the network from being overloaded by regulating the input rate transmissions.
The system determines specific flow control measures in compliance with the load on the
following two resources:
 CPU occupancy
The CPU is the core resource of the processing capability of the system. High CPU
occupancy means the current risk of insufficient processing capability. In this situation,
the flow control on corresponding functions should be triggered to ensure basic functions
of the system. After the CPU occupancy is lower than the proper threshold, the
previously-triggered functions are enabled.

Copyright © Huawei
RAN16.0
 Message block occupancy

The message block is the core resource for internal communication between the RNC.
High message block occupancy means there is the risk of inefficient processing
capability in the system. In this situation, the flow control on corresponding functions
should be triggered to ensure basic functions of the system. After the message block
occupancy is lower than a proper threshold, the previously-triggered functions are
enabled.
The flow control item corresponds to a function in the system, such as printing
information, debug information, system log, service-related RRC connection setup
request, paging message, and so on. The system enables, disables, or partially disables
the functions in compliance with the current resource load such as the CPU occupancy
and the message block occupancy to ensure system stability and robustness.
 If a flow control item is controlled, the corresponding function is disabled or partially
disabled.If a flow control item is restored, the corresponding function is enabled again.
Enhancement
 RAN12.0
In RAN12.0 following flow control policy is introduced for BSC6900:
CAPS flow control: Flow control based on the call attempt times per second of
cell/NodeB to prevent too many invalid call attempt happened in the network.
RRC queue shaping mechanism, adopt the token quantity policy, dynamically adjust the
accepted RRC connection request quantity according to the available resource situation
in the network, by this policy high priority connection request will be accepted first.
Iu interface signaling flow control, control the initial direct transfer message based on the
ratio of CC/CR from SS7 link.
Interface board flow control, control the message quantity sent to the interface board
when the board is overload.
In RAN12.0 3900 series NodeB, flow control will take place in the RRC setup process
when the WMPT or WBBP board is overload or congested. This RRC link priority based
flow control will guarantee the high priority request can get more resource.
Dependency
 RNC
NA
 NodeB
NodeB RRC link priority based flow control is depended on WMPT and WBBP boards.
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
17.2 MRFD-210101 System Redundancy

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature provides the reliability designs such as the active/standby mode, load sharing,
and redundancy configuration, improving the system reliability.
Benefits
This feature improves the system stability and ensures the network performance.
Description
To ensure the reliable operation of the system, reliability designs such as the active/standby
mode, load sharing, and redundancy configuration are widely used in Huawei GBSS/RAN.
In resource pool mode, the load sharing is performed among processing units in the pool. The
processing unit is not backed up. When one or multiple processing units are faulty, the
ongoing services are interrupted, and the new services requests are allocated to other normal
processing units in the resource pool.
In active/standby mode, the active board processes services while the standby board acts as a
backup of the active one. When the active board is faulty or needs to be replaced, the services
can be switched over to the standby board. In this way, the system can work continuously.
There are two types of switchover. One is automatic switchover. That is, the services are
automatically switched over from the active board to the standby board when the active board
is faulty. The other one is manual switchover. That is, the maintenance engineer performs the
board switchover on the LMT. If the active/standby switchover is allowed, a dedicated
maintenance module instructs the relevant boards to perform the switchover after the
maintenance engineer sends an immediate switchover command to the system.
To perform the active/standby switchover successfully, the following conditions must be met:
 The standby board must be in position and work normally.
 No major or critical alarm is reported.
When the standby board is switched over to the active one, the previously active board will be
reset automatically. If this board restarts normally, it becomes the standby one. In this way, the
boards still work in active/standby mode.
Redundancy configuration consists of the following units: boards, transmission interfaces,
power, and fans. The software version and important data configuration file are backed up to
ensure that the system works normally even if exception occurs in the file or data.

Copyright © Huawei
RAN16.0
The BSC6900 supports both IP and TDM switching, and both the control plane and the user
plane uses the resource pool design. For the service processing boards, the resource pool is
adopted. That is, load-sharing is performed in the resource pool. For other boards, the backup
mode is adopted. That is, the boards of the same type in two neighboring slots work in
active/standby mode. The resource pool is independently established within the GSM or
UMTS.
The BSC6910 uses all-IP switching. The switching boards, clock boards, interface boards, and
resource management boards work in active/standby mode. That is, the boards of the same
type in two adjacent slots are active and standby boards. The service processing boards work
in resource pool mode. The control-plane processes of these boards work in backup mode to
ensure system reliability and improve system resource usage.
Huawei BTS/NodeB supports the board-level backup. Two boards of the same type work in
active/standby mode. When the active board is faulty, an active/standby switchover is
performed and the previously standby board works in active mode.
For the interface board, the board backup mode is adopted. Some interface boards support the
standard backup modes specified in protocols, such as MSP 1+1 or MSP 1:1. When detecting
that the board is faulty, the system re-establishes the transmission of the ongoing services on
the standby board by adopting an active/standby switchover. When detecting that the active
channel is damaged, the system enables the transmission of the ongoing services to recover on
the standby channel by adopting an active/standby switchover.
Enhancement
 RAN15.0
Since RAN15.0, the control-plane processes of the service processing boards in the
BSC6910 work in backup mode to ensure system reliability and improve system
resource usage.
Dependency
 RNC
NA
 NodeB
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
17.3 MRFD-210102 Operate System Security Management

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature provides the customized security policy and patch management for the operating
system on the OMU.
Benefits
This feature ensures system reliability and prevents the security threats and attacks on the
operating system.
Description
This feature provides the customized security policy and patch management for the operating
system on the OMU.
Customized security management of the operating system:
The customized security policy protects the operating system from being attacked and
enhances the security of the operating system. This feature can be applied to the Windows
2003 Server and the Linux operating system. The customize security policies are as follows:
 Execution policy
You can execute one or more policies and record the execution results in log files.
 Rollback policy
After executing a security policy, if you want to restore the system to the previous state or
customize the policy again, then you can restore the executed policy.
 Generating backup files
You can save the current status of a policy into a file. This file can be used as a backup for
rollback.
 Saving settings
You can save the current policy settings.
 Exporting settings
You can export the current policy settings to another file.
 Importing settings

Copyright © Huawei
RAN16.0
You can import the file containing the policy settings into the system. In this way, the system
has the same settings.
 Importing the configuration file of the earlier version
You can import the configuration file of the earlier version to the SetWin.
 Reloading the configuration file
The SetWin has an inherent configuration file. You can reload this configuration file to the
SetWin. (for Windows OS only)
Patch management of the operating system:
Based on the type of the operating system, you can in time perform the patch compatibility
test to ensure that the patch is valid. The patch list corresponding to the operating system is
provided at least twice a year.
Anti-Virus:
When Windows 2003 Server is employed, Anti-Virus solution is available as following:
Integrate with TrendMicro OfficeScan 10.0 with one year of warranty.
To deploying an OfficeScan 10 server in OSS network, it can protect all the BAM/OMU from
infected by antivirus with installing OfficeScan client program on BAM/OMU.
The Dopra Linux is a Linux-based operating system tailored to provide full security
protection for telecommunications products. As part of an end-to-end security solution, the
Dopra Linux is enhanced in hardware support, software commissioning, and performance to
minimize security risks.
A customized Dopra Linux consists of the kernel and root file system:
 Kernel: The Dopra Linux kernel is customized and has the latest patch installed, which
helps improve system security.

Copyright © Huawei
RAN16.0
 Root file system: The Dopra Linux is a compact operating system where only useful
database and service components are installed in the file system. This helps minimize
security risks.
The Dopra Linux is a real-time embedded operating system. Compared with server and
desktop operating systems, the Dopra Linux meets the following security requirements:
 System-level security requirements, such as minimum installation, system tailoring, and
security patch management
 Anti-attack requirements for protocols and interfaces, such as use of security protocols
and anti-attack features
 Requirements on product development, release, and installation, such as software
commissioning and integrity checking
 Sensitive data protection requirements, such as data confidentiality and integrity, use of
encryption algorithms, and use of secure transmission channels
 Requirements for secure system management and maintenance, such as password,
authentication, authorization, log, and alarm management
The Dopra Linux provides the following security protection measures:
 User management
The lgnusr user is added for remote login. You can remotely log in to the system as an lgnusr
user and then switch to the root user. In this way, the user management security of the
operating system is enhanced. Additionally, the system supports a password complexity policy
to ensure password security.
 File system permission management
File system permissions include read, write, and execute permissions. The root user has read,
write, and execute permissions on all files. Common users have limited permissions on files.
File system permission management ensures file security.
 Network management
The ports for unused services are closed by default. The system firewall, TCP/IP stacks, and
Secure Shell (SSH) use their default settings.
 Enhanced antivirus policy
The enhanced antivirus policy is used during virus entry control and post-entry virus control.
 Operating system integrity protection
The operating system integrity is protected in product development, release, and installation.
 System and security log management
Logs record system running information and are of vital importance to system security. Major
log functions include auditing and monitoring. With logs, you can diagnose problems, monitor
real-time system status, and trace the tracks left by attackers.
 System upgrade and patch policy
Due to defects in product design or development, the Dopra Linux may have certain
vulnerabilities, for example, service errors or authentication failures. These vulnerabilities
may pose security threats such as hacking or viruses. You can install patches or upgrade the
software version to eliminate these system vulnerabilities.

Copyright © Huawei
RAN16.0
Enhancement
 RAN11.0
RAN11.0 supports Anti-virus security solution.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 18 RAN Operation & Maintenance
18 RAN Operation & Maintenance
18.1 MRFD-210301 Configuration Management

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature provides operators with the method for collecting and managing the information
about NEs (MBSC and MBTS). It can control the links between the NEs. The graphic user
interface (GUI) makes it easy for configuration management.
Benefits
This feature provides a descriptive overview of the current status of the network and supports
fast installation, capacity expansion, and data configuration of the network.
Description
This feature provides operators with the method for collecting and managing the information
about NEs (MBSC and MBTS). It can control the links between the NEs. The graphic user
interface (GUI) makes it easy for configuration management.
The NE configuration can be classified into five levels:
 Initial configuration
Design the initial configuration of the MBSC and MBTS.
 Basic site configuration
Configuration of the O&M communication between the MBSC, MBTS, and the OSS
 External site hardware configuration on the MBTS side

Copyright © Huawei
RAN16.0
Configuration of TMA data and antennas

 MBTS configuration and site-specific configuration on the MBTS side
Data configuration of the A/Iu interface, Abis/Iub interface, Iur-g/Iur interface, and the
transport network
 Cell/TRX configuration on the MBSC side
Data configuration of cells, channels, and neighboring cells
Configuration from level 1 to level 3 can be implemented either with the GUI of the
configuration tool or with the pre-defined configuration files on the LMT. Configuration of
level 4 and level 5 can be implemented either through the OSS or through the configuration
tool.
 Online/Offline data configuration and status query
The configuration data is not sent to the host until it takes effect. This improves the
efficiency of configuring a large quantity of data. The MBSC supports offline
configuration based on host subracks. Therefore, the services are not interrupted during
capacity expansion.
During the switchover of the IP interface board and the ATM/TDM interface board,
offline configuration supports the modification of the interface board type and the
switchover of the active/standby boards.
Online data configuration enables the data to be sent to the host immediately after the
configuration. There is no need to reset the system or reload the data.
ITU-T Recommendation X.731 defines the object status. The operators can query the
object status such as the board status or cell status and the time of the latest status
change.
 Configuration right control
With the configuration right control, data can be configured only on the LMT of the
MBSC/MBTS or the OSS client. In addition, the operators always have the configuration
right. This improves the reliability of the system.
 Configuration rollback on the MBSC side
When the equipment or network malfunctions due to improper data modification,
operators can perform the rollback operation to restore the system in a short time.
 MBSC data backup
Two OMUs work in active/standby mode. The system synchronizes the data on the
standby OMU with that on the active OMU.
The MBSC supports automatic backup and manual backup. It provides a data backup
and restoration tool.
 Setting of network parameters
The radio network parameters are of two types: MBSC-oriented parameters and cell-
oriented parameters, which are used in different radio conditions. The MBSC can check
the integrity and consistency of configuration data such as the data of a cell.
 Detection of missing neighboring cell
Based on the measurement information from the user equipment (UE), the neighboring
cells missed for configuration can be detected and reported. This helps the operators
optimize the configuration of neighboring cells and improves the network planning
efficiency.
Enhancement
 RAN5.1

Copyright © Huawei
RAN16.0
RAN5.1 supports the modification of the interface board type and active/standby state of
boards in offline mode.
RAN5.1 supports the query of the time when the latest status changes.
 RAN10.0
RAN10.0 supports the reporting of MBTS status to OSS.
 RAN11.1
GBSS9.0&RAN11.1
Web LMT: The operation and maintenance GUI of the MBSC uses the Web LMT based
on the browser/server mode. The configuration GUI uses the CME. The MML client is
incorporated in the Web LMT and the configuration and maintenance for the MBSC can
be carried out through the MML commands. After the Web LMT is used, there is no need
to install the LMT software on the local PC. The configuration and maintenance for the
MBSC can be carried out through the Web browser. In addition, the upgrade of the
software on the local PC is not required when the MBSC software is upgraded, and the
operation efficiency is significantly improved.
Dependency
 RNC
The configuration management is performed on OSS, RNC LMT, or NodeB LMT.
 NodeB
The configuration management is performed on OSS, RNC LMT, or NodeB LMT.
 UE
NA
NA
 CN
Configuration management can be implemented with Huawei OSS or the RNC/NodeB
LMT.
 Other Features
NA
18.2 MRFD-210302 Performance Management

Model
QM1SBASICV00
QM1SBASICP00
Availability

Copyright © Huawei
RAN16.0
Summary
This feature periodically takes samples of counters about the management objects, bearer
resources, and services. The sampled data is then collected, saved, monitored, and analyzed.
In this way, the operating status of the network can be obtained. Therefore, this feature helps
operators quickly locate and solve problems and optimize the network.
Benefits
This feature provides an efficient method for monitoring the network performance and
facilitates the network troubleshooting and optimization. The real-time performance
monitoring is a more effective feature.
Description
Performance management helps collect the measurable performance data to obtain the
network operating status, helping the operators quickly locate and solve problems and
optimize the network.
Performance measurement management
This feature provides operators with a method for managing the measurable performance data.
For the new commissioning NEs (MBSC and MBTS), the pre-defined performance statistics
completely starts after the initial start-up or restart. The performance statistics can be
suspended or restored manually.
The MBSC and MBTS provide the interfaces between them and OSS, allowing OSS to
collect necessary statistic data and to configure the related parameters including statistic
counters and periods.
The statistic data is saved on OSS in binary-formatting files in every statistic period. The
result files are saved on the MBTS for up to 24 hours or on the MBSC for up to 10 days. If a
fault occurs in data transmission, you can obtain the lost data through OSS.
Performance measurement counter
The performance measurement counters include key counters and other counters. The key
counters are used to generate the KPIs of the network which are defined on OSS, and these
pre-defined counters are initialized immediately after the MBSC and the MBTS start. The
KPIs, related original counters, and formula can be added, modified, and deleted on OSS.
Other counters indicating the network performance can also be added as required.
In the UMTS network, the following measurement objects are supported:
 Cell measurement
 Neighboring cell measurement
 Inter-RAT neighboring cell measurement
 RNC overall measurement
 ATM transport measurement
 IP transport measurement
 Standard interface measurement
 NE hardware measurement
 Real-time performance monitoring

Copyright © Huawei
RAN16.0
This feature supports the real-time performance monitoring and displays the details of the
monitoring result in the GUI. Therefore, it facilitates the troubleshooting, drive test, network
optimization, and other operations.
The monitoring tasks are managed by the LMT of the NE (RNC and NodeB). The data
monitored is displayed in curve and stored in a file automatically for later review.
The following items can be monitored in real time:
 Equipment performance: CPU usage, clock source quality, and so on.
 Connection performance: SIR measurement, UE transmits power, and so on.
 Cell performance: PCPICH transmit power, number of UEs in the cell, and so on.
 Link performance: IMA group, UNI link, and so on.
 Service performance: RF performance, UL channel scanning, and resource usage.
In the GSM network, the following performance counters are supported:
The measurements can be classified into the following types according to the measurement
object:
 BSC measurement
 Cell measurement
 TRX measurement
 Neighboring cell measurement
The measurements can be classified into the following types according to the MS status:
 Paging
 Call
 Measurement report
 Channel allocation
 Enhanced performance measurement:
 Measurement of incoming and outgoing cell handovers
This measurement provides data about the incoming and outgoing cell handovers. The
collected measurement data assists the operators in network adjustment and optimization.
Undefined adjacent cell measurement
This measurement provides BSIC, BCCH frequency, average signal strength, number of MRs
of adjacent cells that are included in the BA list but not included in the adjacent cell
relationship table. The collected measurement data assists the operators in network adjustment
and optimization.
Defined adjacent cell measurement
This measurement provides BSIC, BCCH frequency, average signal strength, number of MRs
of the defined adjacent cell. The collected measurement data assists the operators in network
adjustment and optimization.
Uplink and downlink balance measurement
This measurement provides the data about the balance between the uplink and downlink of
TCHs. The uplink and downlink balance level is graded according to the receive levels in the
uplink and downlink. The collected measurement data assists the operators in network
adjustment and optimization.

Copyright © Huawei
RAN16.0
Call drop measurement

This measurement provides the average level and quality in the uplink and downlink, and also
the average TA value of SDCCH call drops and TCH call drops. The collected measurement
data assists the operators in network adjustment and optimization.
BTS out-of-service measurement
This measurement is provided by the performance management of the BSC together with
OSS. This measurement provides the start time of BTS out-of-service, end time of BTS out-
of-service (or service recovery time), and the duration of BTS out-of-service.
Enhancement
 RAN5.1
RAN5.1 supports HSDPA-related counters and monitoring items.
 RAN6.0
RAN6.0 supports HSUPA-related counters and monitoring items.
 RAN10.0
RAN10.0 supports the real-time performance monitoring on the IP patch.
GBSS
GBSS8.0 supports the real-time performance monitoring and the counter measurement related
to the built-in PCU.
GBSS8.1 supports real-time traffic measurement, enhanced IP performance measurement, and
measurement period of 24 hours. In addition, it supports the measurement of traffic statistics
of group call and group broadcast on the BSC level and cell level.
Dependency
 RNC
The performance management is performed on OSS and real-time monitoring is
performed on the RNC LMT.
 NodeB
NA
 UE
NA
Performance management is implemented by Huawei OMC OSS except the real-time
monitoring which is managed by the RNC LMT.
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
18.3 MRFD-210303 Inventory Management

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature assists in reporting the information about the physical and logical objects of the
NEs to OSS, and also assists in managing this information on OSS.
Benefits
As a large number of devices are deployed on networks, it becomes difficult to manage
equipment. For ease of equipment management, operators need to obtain the information
about the physical device and some important logical information. With this feature, the
information can be reported to OSS, facilitating the asset management. In addition, operators
can obtain the accurate decision-making data of the existing networks in time.
Description
The inventory management helps operators to manage the network assets and configuration
data. With this feature, network assets and configuration data can be managed on OSS.
The objects that are managed by this feature include physical objects (such as rack, subrack,
slot, board, and fan) and logic objects (such as cell, software, and patch).
Upon a request from OSS, the information about the network assets and configuration data is
generated in an .xml file and then is sent to OSS. OSS saves the uploaded information in the
network inventory database.
Upon a request from OSS, the MBSC reports its information about the assets and
configuration to OSS. In terms of the method of collecting and reporting the information
about the base station, the UMTS network is different from the GSM network.
In the UMTS network, the NodeB works as an independent NE and supports the report of its
inventory information to OSS.
In the GSM network, the inventory of the BTS is jointly controlled by the BSC and the BTS.
The BTS inventory management system is deployed on OSS. OSS sends the required
inventory information command to the BSC through the southbound interface. On receiving
this command, the BSC queries the inventory information about all the BTSs, generates files,
and sends the files to OSS. Then, OSS interprets the files and saves them in the database.
Some inventory information can be imported through the manual input or other files. OSS
supports the query, synchronization, modification, export, and import of the BTS inventory
information.

Copyright © Huawei
RAN16.0
The BTS supports the report of the information about the electronic label, software version,
and hardware version of the BTS boards as well as the information about the manufacturer of
the heat exchanger. In addition, the BTS also supports the input and report of the bar code of
the BTS cabinet.
As the ID of a board, the electronic label provides the basis for board replacement, presents a
traceable mark in the entire lifecycle of the board, and supplies the data required for the
management, tracing, and maintenance of the board. The information about the electronic
label of the BTS board includes: the board model, bar code, BOM code, description,
production date, name of the manufacturer, and release number.
OSS provides the import or modification function for the inventory information that is not
supported by the BTS. That is, the information can be manually entered. The information
includes the information about the BTS antenna, electronic label of the board that fails to
report the electronic label (mainly purchased parts), and the ultimate service time of the board
information area. This information is not sent to the BTS for storage but is saved only in the
inventory management system on OSS.
In addition, no storage part is available in the BTS cabinet, and the bar code of the cabinet
needs to be manually entered on OSS or the LMT. The BTS supports the input of this
information and also the storage of it in the main control board of the BTS. Then, the BTS
sends the information to the BSC through the inventory management interface.
Enhancement
 RAN13.0

Copyright © Huawei
RAN16.0
RAN13.0 supports the report of the electronic label of the RET system.
GSM
GBSS8.0 supports the report of the electronic label of the BTS board according to electronic
label standards 3.0.
GBSS8.1 adds the report of the information about the software and hardware versions of the
BTS boards, manufacturer of the heat exchanger, and electronic labels of the BBU backplane,
fan board, and power monitoring board. It also adds the input and query of the electronic bar
code of the cabinet.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
The inventory information can only be viewed in Huawei OMC OSS. Therefore, OSS
must support the inventory management feature.
 CN
NA
 Other Features
NA
18.4 MRFD-210304 Fault Management

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature involves various fault management functions such as system auto test, fault
detection, fault monitoring, and fault rectification of the UTRAN. This enables the operators
to learn about the network fault in time and take proper measures to avoid service
interruption.
Benefits

Copyright © Huawei
RAN16.0
Enables the automatic monitoring of the network equipment.

Enables the operators to learn about the actual state of the network in time and
comprehensively by querying the active alarm list and alarm log.
Facilitates the manual board test, with which the operators can identify the faulty board in
time.
Description
The fault management involves system auto test, fault detection, fault monitoring, and fault
rectification. This enables the operators to learn about the network fault in time and take
proper measures to avoid service interruption.
The automatic hardware test of the system is performed during the startup of the MBSC or
MBTS. When the MBSC or MBTS is in operation, the system status monitoring can also be
started manually if required.
 Fault detection
This involves the fault detection of the physical layer, transmission link layer, and others. The
fault detection can be started manually. Operators can either browse the monitoring result
online or save the monitoring result as files.
 Alarm management
Operators can browse the real-time alarm information, query the historical alarm information,
and save the alarm information as required. The online help provides detailed methods for
clearing alarms.
 Alarm correlation processing
Based on certain built-in mechanism, the alarm correlation handling mechanism enables the
system to keep the most important alarms instead of all the related alarms when a fault occurs.
The number of alarms can be greatly reduced in this way and network problems can be easily
identified and handled. This mechanism is pre-defined and incorporated in the NEs such as
MBSC and MBTS. More alarm correlation processing mechanisms can be defined by the
operators on the U2000.
The operators may also filter the alarms of an object. The alarms of this object, if filtered, are
not reported.
The alarms of the access network include MBSC alarm and MBTS alarm.
1) MBSC alarm
The MBSC alarm system provides two types of alarm output devices: alarm console and
alarm box. The alarm box provides visual and audible alarms. The alarm console is a part of
the OMC. It provides detailed alarm information, recovery suggestion, and alarm box control.
The MBSC alarm system is composed of the OMU alarm module, centralized network
management alarm database, alarm console, and alarm box. Alarm system accurately provides
the fault information detected by the MBSC system to the maintenance personnel through
alarm information. The maintenance personnel can then rectify the fault accordingly.
 Alarm severity
According to the severity and influence of the alarms, there are four alarm severities: critical,
major, minor, and warning. Different severity of alarms is presented in different manner, such
as color and sound.

Copyright © Huawei
RAN16.0
 Alarm classification
According to its subsystem and subsystem type, alarms can be classified into fault alarm and
event alarm. Clearance alarms are provided for fault alarms. Event alarm has no
corresponding clearance alarm.
According to the cause of alarms, alarms can be classified into inter-module communication
alarm, signaling subsystem alarm, clock subsystem alarm, and power supply subsystem alarm.
These alarms help the maintenance engineers quickly locate the faults. This feature also
provides alarm about software running, such as CPU overload alarm and OMU hard disk
capacity alarm.
 Alarm location and recovery suggestions
The alarm console provides detailed alarm information, including the ID of the board for
which the alarm is generated, the potential cause and possible consequence of the alarm, and
the recovery suggestion.
 Alarm box control
The alarm box control provides manual control of the alarm box. You can mute the alarm
sound or turn off the LED for the alarm box manually on the OMC alarm console. The alarms
can be printed in real time. The alarm parameters data can be configured and modified. Based
on the configuration, the MBSC can automatically control where the alarms will be sent, such
as to alarm box or to OMC alarm console. This enables flexible alarm control.
 Alarm query
The alarms can be queried in various conditions. You can browse the fault alarm, emergency
event alarm, or other event alarms in real time on the alarm console. You can also query the
history fault alarm, clear alarm, and event alarm according to alarm serial number, alarm ID,
date and time of alarm, or alarm severity. The queried historical alarms can be saved.
 Environment monitoring unit
Each subrack of the BSC6900 can connect to an environment monitoring unit (EMU) through
the serial ports. The EMU has four types of ports: fixed analog ports (four) used for receiving
-48 V voltage, -24 V voltage, temperature, and humidity alarms; extended external analog
ports (four); fixed external Boolean ports (four) used for receiving water, smoke, infrared, and
door status alarms; and extended external Boolean ports (32).
Alarm information is stored on the U2000. MBSC has buffer capability. A maximum of 300
thousand historical alarm records can be stored.
2) MBTS alarm
MBTS alarms can be queried according to the site number to confirm the failure and
clearance states.
MBTS alarms can be queried and displayed on both the alarm console at the remote end and
the Site Maintenance System at the local end.
The MBTS alarm supports the input interface of the environment alarm. The environment
alarms supported by the MBTS are fire, smoke, temperature, humidity, door control, and
mains supply alarms. The ranges of alarms can be controlled by alarm threshold setting on the
MBSC. The MBTS also supports the function of clearing environment alarms to provide
flexible clearance of the alarms.

Copyright © Huawei
RAN16.0
Enhancement
 RAN5.1
RAN5.1 supports the handling of HSDPA related alarms.
 RAN6.0
RAN6.0 supports the handling of HSUPA related alarms.
RAN6.0 supports the E1/T1 BER measurement.
 RAN10.0
RAN10.0 supports the fault diagnosis of the IP path.
RAN10.0 supports the reporting of the status of the MSC resource pool.
 RAN11.0
In RAN11.0, the RNC supports the alarms of external AC power.
 RAN14.0
In RAN14.0, Fault Management is enhanced.
Without Enhanced Fault Management, operation and maintenance (O&M) personnel
cannot quickly locate faulty network elements (NEs) or boards when the RNC services
are interrupted. Therefore, O&M personnel cannot restore the RNC services by taking
conventional measures, such as resetting, powering off, or replacing NEs or boards.
Enhanced Fault Management incorporates a database. Based on the experience of O&M
experts, this database includes various diagnostics for different types of faults and
updates together with RNC software releases. Based on statistics, alarms, and logs
collected from the problematic site, this feature quickly locates and analyzes the fault,
and then provides an analysis report for O&M personnel.
 RAN16.0
RAN16.0 supports the dashboard function, which provides a correlation analysis of
global KPIs, alarms, and operation logs in traffic statistics and displays the analysis
results on the LMT. With this function, users can quickly determine whether a KPI
exception is related to an operation or alarm.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
The fault management is implemented through the U2000 or the MBSC/MBTS LMT.
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
18.5 MRFD-210305 Security Management

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature enhances the network security management by providing various user
authorization and management mechanisms.
Benefits
This feature provides user authorization and management mechanism, enhancing the network
security management.
Description
Security management enhances the system security in terms of the following aspects:
 Facilitates user management such as the management of user accounts, user rights, and
user command groups.
 Supports the backup and restore of the system data.
 Adopts the Windows security policies for the IP services of the BAM to protect the
system from network attacks.
 Windows supports the installation of antivirus software such as Officescan.
 Collects the operation logs and auditing logs.
 Reports corresponding alarms when network attacks are detected or the number of
unauthorized accesses exceeds the threshold.
 Supports FTP over the Security Socket Layer (SSL).
 Supports SSL for the communication between the OMC and the GBSS/RAN. This
enables the encryption of all transmitted data.
 Adds authority control for the binary interface between the GBSS/RAN and the OMC.
 Supports Network Time Protocol (NTP) time synchronization.
Enhancement
 RAN6.0
RAN6.0 supports the SSL encryption of the FTP transmission.
 RAN10.0
RAN10.0 supports the SSL encryption of the data transmitted between the GBSS/RAN
and the OMC.
 RAN11.0

Copyright © Huawei
RAN16.0
RAN11.0 supports the authority control and log recording for the binary interface
between the GBSS/RAN and the OMC.
 RAN13.0
RAN13.0 supports the generation of security alarms and security logs. A security alarm
is generated and is recorded in the log when any of the following conditions is met:
− The number of login failures exceeds a specified threshold.
− An expired certificate is used to log in to the RNC.
− The digital certificate is expired or damaged.
− The number of times the RNC receives illegal packets exceeds a specified threshold.
 RAN15.0
RAN15.0 supports the security authentication specified in NTP.
GSM
GBSS8.1 supports the authority control for the binary interface between the GBSS/RAN and
the OMC.
GBSS13.0 supports the generation of security alarms and security logs. That is, GBSS13.0
generates an alarm and records the alarm in the log if, for example, the number of login
failures exceed a certain threshold.
GBSS15.0 supports the security authentication specified in NTP.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 19 Message Tracing
19 Message Tracing
19.1 MRFD-210801 Interface Tracing

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature can be used for interface message tracing in online/offline mode, tracing result
review, and routine equipment management and is also an enhancement of the signaling
tracing, cell tracing, and single-user tracing functions.
The enhancement consists in moving the tracing function and tracing termination point (at the
RNC side) from the service processing board to the interface board. In cell tracing and single-
user tracing, the tracing point terminates at a service processing board, generally at the service
processing board of the control plane or user plane. This feature moves the tracing function
and tracing point to the interface board where there are nodes that data streams pass through.
Benefits
This feature simplifies the process of monitoring the signaling over the radio transmission
interfaces and facilitates network optimization and fault rectification.
By moving the tracing termination point to the interface board, abnormalities within the RNC
system (such as packet loss) can also be traced.
Description
This feature is used for interface message tracing in online/offline mode and routine
equipment management.

Copyright © Huawei
RAN16.0
With this feature, the GBSS/RAN can trace messages in real time, stop updating, save the
tracing messages, review the tracing result, and check the time when the message is sent. In
this way, the maintenance personnel can accurately locate and solve problems. In addition, all
the interfaces have the condition filtering function. Therefore, the maintenance personnel can
reduce the number of traced messages through condition filtering, improving the tracing
accuracy.
In the case of the GBSS system:
 The BSSAP, MTP2, MTP3, and SCCP messages can be traced over the A interface as
required. The BSSAP messages can be filtered according to the message types such as
the BSSMAP, paging messages, and DTAP messages. You can also select the traced
messages according to the cell.
 The RSL, OML, and LAPD messages can be traced over the Abis interface. The LAPD
messages can be filtered according to the site and TRX number. The RSL messages can
be filtered according to the message type, such as the measurement report, paging, and
channel request. The OML messages can also be filtered according to the message type.
 The application layer messages and the LAPD messages can be traced over the Pb
interface. The LAPD message can be selected and traced according to the timeslot
number. The application layer messages can be traced according to the site number and
the message types such as paging.
In the case of the RAN system:
The operator can verify the configuration data, locate and solve problems by tracing the
messages over the Iu, Iub, Iur, and Uu interfaces. After the configuration data is set, the
operator can determine the correctness of the signaling links by tracing and interpreting the
messages over the Iu, Iub, Iur, and Uu interfaces. The operators can also locate exceptions
when exceptions occur.
Therefore, tracing and interpreting the messages over the Iu, Iub, Iur, and Uu interfaces can
take the place of the signal analyzer to perform the interoperability test between the RNC and
other network elements.
All the interfaces can filter the messages according to the message layer or the logical object.
In this way, the number of traced maintenance signaling can be greatly reduced. Therefore,
the tracing accuracy is improved and the problem location speed is accelerated.
Operators can also use this feature to optimize the network.
Enhancement
 RAN13.0
In RAN13.0, this feature helps locating communication faults, for example,
communication disruption and packet loss, within the RNC system. This feature is used
for commissioning.
With this feature, packet statistics are collected with respect to the following aspects:
− Packets of signaling, cell common channels, and a single user collected at the
interface board
Packets processed by the interface board are recorded in the tracing result. In this way,
the packets at the interface board can be compared with those at the service processing
board to determine whether faults occur in the RNC system.
− Traffic measurement of signaling, cell common channels, and a single user at the
interface board and the service processing board

Copyright © Huawei
RAN16.0
Traffic measurement at the interface board, regarding the number of sent or received or
discarded packets, is compared with that at the service processing board to determine
whether packet loss occurs in the RNC system.
 RAN14.0
RAN14.0 supports to use HASH mechanism to anonymize the sensitive information in
the message, such as IMSI, IMEI, MSISDN, IP, and MAC.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
This feature depends on the following features when IP transmission is applied:
WRFD-050402 IP Transmission Introduction on Iub Interface
WRFD-050409 IP Transmission Introduction on Iu Interface
WRFD-050410 IP Transmission Introduction on Iur Interface
19.2 MRFD-210802 User Signaling Tracing

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
With this feature, the signaling of an MS can be traced on the GBSS/RAN side. In a tracing
window, all the signaling of an MS in the GBSS/RAN can be traced. In addition, you can
manage the tracing task, save the messages, and review the tracing result.
Benefits
This feature facilitates the monitoring of the radio signals and transmission interfaces of
specified MSs and facilitates network optimization and fault rectification.

Copyright © Huawei
RAN16.0
Description
With this feature, the characteristic words of the called MS are entered on the LMT for tracing
the signaling of the calling MS. The characteristic words include IMSI, TMSI, MSISDN, and
IMEI. The host decodes the signaling of each call. If the information of the MS matches the
characteristic words of the MS to be traced, the signaling of this call is returned to the LMT
for display. This feature traces the signaling of an MS on various interfaces, saves the
messages, and reviews the tracing result. In this way, the message tracing on each interface
can be avoided, improving the troubleshooting efficiency and facilitating the problem locating
of an MS.
With this feature, the signaling of the specified MS is traced to evaluate the network status,
based on which operators can perform network optimization.
Enhancement
 RAN14.0
RAN14.0 supports to use HASH mechanism to anonymize the sensitive information in
the message, such as IMSI, IMEI, MSISDN, IP, and MAC.
GSM
GBSS8.1 supports the PS single user tracing and VGCS/VBS message tracing.
GBSS14.0 supports to use HASH mechanism to anonymize the sensitive information in the
message, such as IMSI, IMEI, MSISDN, IP, and MAC.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 20 Software Management
20 Software Management
20.1 MRFD-210401 BSC/RNC Software Management

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature provides the functions of software installation, software upgrade, and patch
installation of the MBSC. This facilitates the remote management of the MBSC software.
Benefits
This feature provides functions of software installation, software upgrade, and patch
installation of the MBSC, reducing the O&M cost for operators.
Description
The MBSC supports the software management. This feature facilitates the remote
management of the MBSC software. Operators can run the MML commands to perform the
following:
 Query the information about the software version and other information about the
running system.
 Upload, download, and activate the program file, patch file, and license file, and copy
the data files and log files to the FTP server.
 Use the BAM server of the MBSC as the FTP server and transmit files such as program
file and patch file by using the wildcard between the FTP server and the FTP client.
 Perform the remote patch upgrade of the BAM server of the MBSC.

Copyright © Huawei
RAN16.0
 Use the MBSC as the transmission medium to transmit files between OSS and the
MBTS.
The MBSC also supports other standard FTP software. Operators can control the product
software through the operation and maintenance center (OMC), including the program, patch,
license, data, and log. The OMC can identify and match the product software version. In this
way, the efficiency of product upgrade and data downloading is improved.
Enhancement
 RAN5.1
RAN5.1 supports the remote patch upgrade of the RNC BAM.
 RAN6.1
RAN6.1 supports the software management based on two versions, facilitating the
upgrade and rollback of versions.
 RAN10.0
RAN10.0 supports the combined patch management functions of the BAM and RBS.
 RAN11.0
RAN11.0 supports the validity check of the configuration scripts before upgrade and
supports the verification of the system configuration after upgrade. This reduces manual
intervention during upgrade and improves the upgrade efficiency and reliability.
RAN11.0 significantly shortens the duration of service disruption caused by the upgrade
of a fully-configured RNC. In this way, the upgrade with a minimal loss, which is
applicable only to the BSC6900, is achieved.
 RAN13.0
RAN13.0 supports the integrity check of the software. The RNC performs the integrity
check of the software after software loading and before software operation, and then
completes the digital signature verification.
 RAN14.0
RAN14.0 enhances the integrity check of the software. The RNC performs the integrity
GSM
GBSS8.1 supports the remote upgrade of the BSC and BTS software. It also supports the
validity check of the configuration scripts before upgrade and supports the verification of the
system configuration after upgrade. This reduces manual intervention during upgrade and
improves the upgrade efficiency and reliability.
GBSS8.1 significantly shortens the duration of service disruption caused by the upgrade of a
fully-configured BSC. In this way, the upgrade with a minimal loss, which is applicable only
to the BSC6900, is achieved.
GBSS13.0 supports the integrity check of the software. The BSC performs the integrity check
of the software after software loading and before software operation, and then completes the
digital signature verification.
GBSS14.0 enhances the integrity check of the software. The BSC performs the integrity

Copyright © Huawei
RAN16.0
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
20.2 MRFD-210402 BTS/NodeB Software Management

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature enables the operator to remotely manage the software installation and upgrade of
the MBTS. This feature supports enhanced functions such as automatic change of the
signaling bandwidth, software downloading based on the configuration, software
downloading resumption, downloading and activation of software in batches, and hot
patching.
Benefits
This feature provides efficient and accurate software installation, software upgrade, and
software version management.
Description
This feature helps the operator to remotely manage the MBTS software. The operator can
perform the following operations through MML commands:
 Upgrade the software of the network element: Download the software package from the
OMC OSS to the MBTS through the OMCH. And then run the software activation
command on the OMC OSS client. At last the MBTS automatically loads the software to

Copyright © Huawei
RAN16.0
the corresponding board and switches over the active and standby directories on the
MBTS.
 File management involves downloading and uploading data configuration files. including
operation log files, monitoring log files, board log files. UMTS configuration files also
include RTWP routine test logs, and CAN log files.
 Software version management includes software version query, software/hardware
version consistency check, software download, software activation, and software version
synchronization. In addition, it involves license file query (only supported by UMTS)
and hot patch management.
 UMTS can download and upload data configuration files. The user can download data
configuration files from the FTP server to the NodeB to overwrite the original data
configuration files or upload data configuration files from the NodeB to the FTP server.
Enhancement
 RAN5.1
In RAN5.1, the following enhancement features are introduced in UMTS:
− OMCH UBR+ (Unspecified Bit Rate+): This allows the configuration of a minimum
bandwidth (for example, 64 kbps) of the backhaul allocated to the OMC channel,
even when the traffic is heavy. On the other hand, when the traffic is light, the OMC
channel can use automatically a greater bandwidth, which improves the software
download efficiency. This is especially useful for example during network upgrades,
to minimize the time required to download the new software to the NodeB, which can
be done during the night, in low traffic period.
− Software download is configuration-based. That is, the user only needs to download
the board version files required for the current physical configuration of NEs. The
configuration-based software download can reduce 30% software package download
volume, speeding up the download process. For a newly added board, the system
only downloads the software corresponding to the board, improving download
efficiency.
− If the network breaks down and then resumes within 24 hours, the system supports
resumable software download to prevent a repetition of downloads.
− A maximum of 500 NodeBs can be selected concurrently to download and activate
software in batches. By default, 50 NodeBs per batch are selected.
 RAN12.0
In RAN12.0, the following enhancement features are introduced in UMTS:
− RAN12.0 supports NodeB hot patching without resetting the NodeB, greatly reducing
the impact on the ongoing services.
− Configuration of OMCH service priorities
If the OM stream has only one priority, its priority is set to the lowest level, namely,
Best Effort (BE); if the network is congested, the OM data and commands in the OM
stream may be delayed or discarded. If the OM priority is set to the highest level,
namely, Expedited Forwarding (EF), a large number of loaded and uploaded files of
the NodeB occupy the network bandwidth, affecting other services.
RAN12.0 supports the configuration of OMCH service priorities in ATM or IP
transport of Iub. Different OM services can identify different DSCPs and different
VLAN COS priorities. The OM stream that has high real-time requirements and
occupies a small bandwidth can be identified as the highest level (EF). The OM
stream that has low real-time requirements and occupies a large bandwidth to
download or upload files can be identified as the lowest level (BE).

Copyright © Huawei
RAN16.0
− Upgrading with combination software

The function can reduce the number of upgrading and resetting NodeB. The basic
software, cold patch and hot patch can be combined to be downloaded at a time.
In GBSS6.1, the following enhancement features are introduced in GBSS:
 UBR supported on the OMCH
 Software downloading based on the configuration
 Software downloading resumption
 Downloading and activation of the software in batches
In GBSS9.0, the following enhancement features are introduced in GBSS:
 Hot patching without restarting BTS.
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
20.3 MRFD-210310 BTS/NodeB Software Downloading

Through USB
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
With this feature, the operator or the maintenance personnel can download and activate the
MBTS software through the USB without using the laptop. Therefore, the MBTS can be set
up easily and quickly.

Copyright © Huawei
RAN16.0
Benefits
With this feature, the software upgrade is independent of Abis/Iub transmission. Therefore,
the upgrade is shortened and the MBTS can be set up quickly with a low cost. In addition, the
maintenance personnel do not need to enter the site again because they can perform the
software commissioning remotely.
Description
The 3900 series multi-mode base stations provide the USB port to download and activate the
host software. After the MBTS hardware is installed, the system automatically upgrades the
software when the USB disk is inserted.
This feature enables the software upgrade to be performed through the USB without using a
laptop. With this feature, the software upgrade is independent of Abis/Iub transmission.
Therefore, the upgrade is shortened and the MBTS can be set up quickly with a low cost.
After the software is activated and the system begins to operate, the hardware fault can be
detected according to the LED on the BBU panel so that the fault is rectified in the shortest
time possible. In addition, the maintenance personnel do not need to enter the site again
because they can perform the software commissioning remotely.
Enhancement
 RAN13.0
In RAN13.0, the files stored in the USB device are encrypted through the USB
encryption function. This function prevents the risk of information disclosure or
information tampering when the USB device is delivered or due to stealing of the files in
the USB device. The USB encryption function also supports the integrity check of the
files in the USB device to ensure that the data is not tampered when the USB device is
delivered. The NodeB can decrypt the files in the USB device.
Dependency
 RNC
NA
 NodeB
Only the 3900 series base stations support this feature.
The BTS3803E uses a TF card, not a USB flash drive, to download and activate the base
station software.
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 21 NodeB Configuration and Commissioning
21 NodeB Configuration and

Commissioning
21.1 WRFD-031100 BOOTP

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
The bootstrap protocol (BOOTP) enables the IP addresses to be obtained through the server
automatically. In ATM transmission mode, the NodeB capable of BOOTP can automatically
create an O&M channel to the RNC, saving the O&M cost at the near end. This feature
describes the method of implementing the NodeB BOOTP.
Benefits
This feature enables the automatic setup of the default maintenance channel from the far end.
It also enables maintenance personnel to load the data and software to the NodeB, thereby
facilitating the maintenance of the network.
Description
Generally, after the hardware installation, the NodeB only has the host software rather than
the data configuration file. This feature enables NodeB to set up the OM channel to the RNC
automatically without configuration data. The maintenance staff can download the data and
software to the NodeB through the OMCH at the far end. The feature decreases the operation
and maintenance costs and enhances the network maintainability and maintenance quality.

Copyright © Huawei
RAN16.0
NodeB will automatically set up the O&M channel using the BOOTP protocol. In addition,
NodeB monitors the O&M channel. When the O&M channel is broken, NodeB can rebuild it.
Enhancement
None
Dependency
 RNC
NA
 NodeB
 UE
NA
NA
 CN
NA
 Other Features
NA
21.2 WRFD-031101 NodeB Self-discovery Based on IP

Mode
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
In IP transport mode, NodeB self-discovery refers to the process in which the NodeB
automatically obtains the IP address, VLAN information, and OSS IP address. Through self-
discovery, the NodeB can automatically establish an OM channel between itself and OSS.
Benefits
This feature supports remote automatic establishment of the default OM channel.
Maintenance personnel can remotely load data and software for the NodeB through the
automatically established OM channel. This improves the network maintainability and saves
the costs of local maintenance.

Copyright © Huawei
RAN16.0
Description
In IP transport mode, Huawei NodeB supports two self-discovery modes: DHCP and
DHCP+AACP. In practice, the RAN starts different self-discovery modes according to actual
scenarios.
 DHCP
In DHCP mode, the server (OSS) provides the IP address, gateway, and VLAN
information to the NodeB after receiving the DHCP request from the NodeB.
In DHCP mode, the requests and response messages sent by the NodeB are all broadcast
messages. Therefore, they cannot be transferred between different IP subnets. When the
NodeB and the DHCP server belong to different IP subnets, a DHCP relay is required to
transfer the DHCP messages to the server. After the network equipment with the DHCP
relay function in the network receives the DHCP broadcast request from the physical
subnet, it encapsulates the request according to the requirements defined in the DHCP
relay protocol and transfers it in unicast message format to the specified DHCP server.
Messages can be transferred between the NodeB and the DHCP server that belong to
different IP subnets through the DHCP relay.
The DHCP function complies with RFC2131 and RFC2132.
 DHCP+AACP
The difference between DHCP+AACP and DHCP is that DHCP+AACP configures the
NodeB as the DHCP relay but DHCP requires the transmission equipment at the access
network side to provide the DHCP relay function.
For the IP RAN, the network equipment in some networks does not have the DHCP relay
function. For such networks, Huawei RAN introduces the DHCP+AACP combined self-
discovery mechanism (firstly activate one NodeB, and turn on the function of DHCP
Relay, then activate the other NodeBs at the same and cascading level through this
NodeB).
The DHCP+AACP function is applicable only to the Ethernet transport.
Enhancement
 RAN6.0
RAN6.0 introduces the DHCP function.
 RAN12.0
RAN12.0 introduces the DHCP+AACP function.
Dependency
 RNC
NA
 NodeB
Only the 3900 series NodeBs support DHCP+AACP.
 UE
NA
OSS should support NodeB Auto Deployment function.
 CN
NA

Copyright © Huawei
RAN16.0
 Other Features
NA
21.3 WRFD-031102 NodeB Remote Self-configuration

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
With this feature, NodeB software can be downloaded and activated automatically and
remotely. Therefore, there is no need to start a NodeB locally.
Benefits
Maintenance personnel need not take any equipment to activate a NodeB. This simplifies the
NodeB start procedure and reduces the operation requirements and workload.
Description
During site deployment, after the hardware installation is complete, the NodeB automatically
establishes an OM channel between itself and OSS through the BOOTP (ATM transport),
DHCP (IP transport), or DHCP+AACP (IP transport). OSS can automatically download the
NodeB configuration data and related software and activate the NodeB remotely through the
OM channel.
In RAN10.0, the NodeB supports USB disk-based NodeB start. After remote self-
configuration is introduced, the probability that USB disk-based NodeB start and remote self-
configuration are used simultaneously is increased. In this case, the negotiation mechanism is
required. That is, when the software version loaded in the USB disk conflicts with the
remotely detected software version, the negotiation mechanism preferentially chooses remote
downloading. This avoids ping-pong effect of NodeB software downloading.
Enhancement
None
Dependency
 RNC
NA
 NodeB
Only the 3900 series base stations and the BTS3803E support this feature.
 UE

Copyright © Huawei
RAN16.0
NA
NA
 CN
NA
 Other Features
21.4 WRFD-031103 NodeB Self-test

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
RAN12.0 introduces NodeB self-test. This feature is applicable to the NodeB start scenario.
During NodeB start, after the software and configuration data are downloaded, the NodeB
automatically performs software commissioning, fault diagnosis and service verification so
that it can operate normally.
Benefits
This feature reduces workload of commissioning.
Description
After the software and configuration data are downloaded during NodeB start, to ensure
normal operation, the NodeB needs to perform the following functions:
Software commissioning: The NodeB tests the interfaces and ports, OM channel, antenna
system, and boards. The NodeB and RNC check the commissioning results and reports the
detected faults to OSS. OSS represents the faults as graphic interface.
Fault diagnosis: OSS requests the NodeB and RNC to perform fault diagnosis on the boards,
antenna system, and E1 transmission links. This helps maintenance personnel to identify
faults accurately and rectify faults rapidly.
Service verification: The service verification is performed to check whether the traffic links
are successfully established. The RNC collects the performance statistics after the dial-up test
and then reports the statistics to OSS. OSS will check the statistics and output a report about
the status of the service verification.

Copyright © Huawei
RAN16.0
Enhancement
 RAN15.0
Since RAN15.0, this feature is enhanced by introducing engineering quality check,
which prevents communication services from being affected by engineering problems.
With the enhancement, rarely used functions such as software commissioning, fault
diagnosis, and service verification are replaced by VSWR test, crossed pair connection
detection, and antenna intermodulation test.
Dependency
 RNC
NA
 NodeB
Only the 3900 series base stations and the BTS3803E support this feature.
 UE
NA
NA
 CN
NA
 Other Features
21.5 WRFD-160190 Transmission Equipment Fault

Detection
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
A small-cell base station and the transmission equipment in direct connection can be bound
together by means of NE self-discovery reports. Transmission Equipment Fault Detection
enables users to query information on the OSS about the transmission equipment that is bound
to the small-cell base station, including equipment type and MAC address. This facilitates
troubleshooting if the small-cell base station goes out of service or becomes disconnected.
Based on the information queried on the OSS, users can easily detect and locate faults on the
transmission equipment by using the special network management system.

Copyright © Huawei
RAN16.0
Benefits
This feature facilitates fault location. When a small-cell base station goes out of service or
becomes disconnected, this feature enables fault detection on the last-mile transmission
equipment, thereby improving troubleshooting efficiency.
Description
 Process for a small-cell base station to obtain the peer equipment information
Link Layer Discovery Protocol (LLDP) is a layer 2 protocol and is independent of
vendors. Network equipment uses this protocol to claim the equipment identity and
performance in the local subnet. Layer 2 Discovery provides the following information:
− Network equipment and its ports
− Network equipment that is connected on the ports
− Topologies between a small-cell base station and the transmission equipment in direct
connection
The following figure shows the process for a small-cell base station to discover a piece of
peer equipment.
Users enable LLDP between Small cell and Peer network element. The procedure for
discovering the topology between Small cell and Peer NE over LLDP is as follows:
1. Small cell sends Peer NE the LLDP packets containing local information (including
system name, description, port number, and MAC address).
2. Peer NE analyzes the LLDP packets and stores the analysis result into its database. This
analysis result is used as neighbor information that will be accessed when the OSS
obtains network topology information.
3. Similarly, Peer NE sends Small cell the LLDP packets containing local information.
Small cell analyzes the LLDP packets and stores the analysis result into its database.
4. The OSS queries LLDP-related information about Small cell to obtain local information
and neighbor information about Small cell and Peer NE. Finally, the OSS learns about
the topology of the entire network.
 Process for users to query information about the peer equipment of a small-cell base
station
When the transmission equipment is enabled with the LLDP function, users can select a
small-cell base station and activate LLDP and query peer NE information for the small-cell
base station. When users manually query peer NE information, the small-cell base station and
peer NE information is displayed in a table. The table contains the fields Local NE, Local
Port, Peer NE Type, Peer Port, Peer MAC Address, and Peer OM IP. Peer NE Type and
Peer MAC Address are mandatory in the table.

Copyright © Huawei
RAN16.0
The following figure shows the table that contains the small-cell base station and peer NE
information.
The following flowchart shows the troubleshooting procedure for a small-cell base station.

Copyright © Huawei
RAN16.0
The troubleshooting procedure for a small-cell base station is as follows:

The fault locating process is as follows:
Step 1 On the OSS, select the base station that requires fault locating.
Step 2 Right-click the base station and choose Query the Peer Information from the shortcut menu
to query transmission equipment information.
Step 3 Detect the transmission equipment on the OSS and check whether the OMCH of the
transmission equipment is running properly.
 If so, go to Step 4.
 If not, the bearer network of the base station is faulty. Fault locating ends.
Step 4 Right-click the transmission equipment and choose Continuity Check from the shortcut
menu to locate the fault.
 The transmission equipment is faulty. Fault locating ends.
 If the transmission equipment is running properly, the base station is faulty. Fault
locating ends.
----End
Enhancement
None

Copyright © Huawei
RAN16.0
Dependency
 RNC
NA
 NodeB
− Only the BTS3902E and BTS3803E support this feature.
 UE
NA
NA
 CN
NA
 Other Features
NA
Professional Service
None

Copyright © Huawei
RAN16.0
Basic Feature Description 22 License Management
22 License Management
22.1 MRFD-210403 License Management

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature involves the MBSC license control and MBTS license control.
Benefits
With this feature, the operators can purchase the license based on the network development,
reducing the initial cost of the network deployment.
Description
The license file is used to determine whether the optional features are available and how many
optional features are available.
The MBSC and the BTS share one license file. The NodeB uses its own license file. The
license files can be downloaded remotely to the MBSC and NodeB. The operators can
manage and query the contents in the license file through the LMT or OSS client.

Copyright © Huawei
RAN16.0
The characteristics of the MBSC license management are as follows:

 The MBSC and the BTS share one license file.
 The license file is downloaded from OSS and is controlled and activated on the MBSC
side.
 The license can be used within one MBSC but not between the MBSCs.
The characteristics of the NodeB license management are as follows:
 All the NodeBs under one RNC share one license file. That is, one RNS corresponds to
one license file. Each license file records the license information about all NodeBs in the
RNS.
 The license is distributed on OSS and is controlled by the NodeB. The distribution
results are sent to the NodeB from OSS.
 The license information can be distributed between NodeBs but not between RNCs. The
total number of a control item cannot exceed the number recorded in the license file.
New or upgraded license files can be ordered from Huawei.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE

Copyright © Huawei
RAN16.0
NA
NA
 CN
NA
 Other Features
NA
22.2 WRFD-040300 License Control for Urgency

Model
QM1S00LCUV00
QM1S00LCUP00
Availability
Summary
With this feature, the license limitation is lifted in emergencies, so the operator can handle the
sudden increasing amount of network services.
Benefits
This feature helps operator to face the situations where there is an unusual increase of traffic
(sport events, New year') by enabling a temporary increase of RAN resource, avoiding
permanent over-dimensioning and adapting the capacity costs to the real usage.
Description
The license limitation is withdrawn through manual execution of the MML commands on the
LMT or OSS. Therefore, the equipment can be used effectively to optimum capacity.
For each R version, the operation personnel have three chances to withdraw the license
limitation through the MML commands. The operation takes effect immediately after the
commands are executed. The validity period is seven days. When the three chances are used
up, a new chance can be obtained only through the software upgrade.
In UMTS network, this feature withdraws the license limitation of the RNC, because the
NodeB has its own license files.
Enhancement
 RAN13.0
RAN13.0, NodeB withdraws the license limitation by MML like the RNC, the legacy
License file control method to withdraw the limitation is canceled.

Copyright © Huawei
RAN16.0
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 23 Basic RNC Functions
23 Basic RNC Functions
23.1 MRFD-210104 BSC/RNC Resource Sharing

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature provides the resource sharing of the user plane and control plane in the MBSC by
adopting the intra-subrack/inter-subrack load sharing mechanism of boards.
Benefits
This feature improves the resource utilization and increases the call success rate. It also
maximizes the capacity usage in different traffic modes.
Description
The BSC/RNC Resource Sharing feature is classified into user plane resource sharing and
control plane resource sharing.
Control plane resource sharing applies to CPU usage and memory. When the CPU usage of a
certain signaling processing unit is too high or when the memory of a certain signaling
process unit is insufficient, the new call is transferred to other signaling processing unit with a
low load.
User plane resources are shared dynamically within the system based on resource pool and
load sharing. If a certain user plane processing unit is overloaded, the new traffic can be
allocated to other user plane processing unit with lower load.

Copyright © Huawei
RAN16.0
For the MBSC, the service type-based resource pools are as follows: GSM control plane
resource, GSM user plane resource, UMTS control plane resource, and UMTS user plane
resource. The resource sharing within the pool is supported, but the resource sharing between
pools is not supported.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
23.2 WRFD-040101 DPU Board Replaced without Service

Interruption in RNC
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature enables the replacement of a partially faulty user plane processing board (DPUb
or DPUe) in the RNC, while minimizing the possible impact to existing calls.
Benefits
Operators benefit from the following aspects:
 Maintenance personnel can replace a faulty board in time without waiting until the traffic
is light (generally in the early morning).

Copyright © Huawei
RAN16.0
 The ongoing services on the faulty board can be ensured to the maximum extent. The
impact on the real-time services is reduced, reducing user complaints.
Description
When the DPU board is faulty, for example, one or more processors in the board are faulty,
the general solution is to replace the board. To avoid call drops during the replacement, shift
operation can be arranged only in the early morning when the traffic is light. In this case,
maintenance personnel need to wait for several hours before replacing the board. This feature
enables maintenance personnel to replace the board immediately after the fault occurs by
disabling the board. This shortens the waiting time. The operation is as follows:
 When a DSP fault alarm or DPUb/DPUe board alarm is reported, maintenance personnel
can replace the faulty DPUb/DPUe board after disabling the board by running an MML
command. The disabling operation using the MML command consists of disabling all
DSPs in the DPUb/DPUe board and disabling the DPUb/DPUe board directly. At this
moment, new services are established another normal DPUb/DPUe board, and the cell
common channel established on the faulty board is also re-established on another board
functioning normally. The faulty board processes only the ongoing services.
Maintenance personnel can query the user number on the DPU board by MML command, if
the number is lower than an acceptable value, the DPU board can be replaced.
Enhancement
None
Dependency
 RNC
Only the BSC6900 supports this feature.
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
23.3 WRFD-141102 RNC User Plane and Control Plane

Static Sharing
Model
QM1SBASICV00

Copyright © Huawei
RAN16.0
QM1SBASICP00
Availability
Summary
A new service processing board Evolved General Processing Unit REV:a (EGPUa) is
introduced in the BSC6910 to simultaneously process user-plane data and control-plane data.
Users can set the ratio of resources split between processing user-plane data and control-plane
data.
Benefits
This feature reduces the operator's purchasing and maintenance costs because fewer board
types are needed. It can also improve the hardware usage because users can adjust the ratio of
resources split between processing user-plane data and control-plane data based on the traffic
model.
Description
The EGPUa boards in an RNC form two resource pools: the UP pool for user-plane data
processing and the CP pool for control-plane data processing. The operator can adjust the ratio
of CPU resources used for the UP pool to those used for the CP pool based on the traffic
model. This improves the hardware usage.
The services on the CPU resources adjusted will drop from the network.
The RNC can also automatically adjust the ratio of resources split between processing user-
plane data and control-plane data. This belongs to the optional feature WRFD-141201 RNC
User Plane and Control Plane Dynamic Sharing.
Enhancement
None
Dependency
 RNC
Only the BSC6910 supports this feature.

Copyright © Huawei
RAN16.0
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
23.4 WRFD-141103 Automatic NodeB and Cell Allocation

in the RNC
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
The BSC6910 automatically allocates the control planes of NodeBs and cells to subsystems of
the EGPUa boards. Users no longer need to specify the subrack No., slot No., or subsystem
No.. In addition, the BSC6910 will adjust the allocation based on the traffic load.
Benefits
The operator's operation and maintenance costs are reduced.
Description
When a user configures NodeBs and cells, the BSC6910 automatically allocates the control
planes of NodeBs and cells to subsystems of the EGPUa boards. Users no longer need to
specify the subrack No., slot No., or subsystem No..
When the traffic load on EGPUa boards is unbalanced, the BSC6910 reallocates the control
planes of the NodeBs and cells.
During the dynamic reallocation of a cell, UEs in the CELL_DCH state in the cell will not
drop from the network. During the reallocation of the NodeB, UEs controlled by the NodeB
experience call drops.

Copyright © Huawei
RAN16.0
The dynamic reallocation can be enabled or disabled by the operator. The operator can also
specify the time for reallocation of NodeBs. It is recommended to perform the dynamic
reallocation of NodeB during off-peak hours to minimize the impact on services.
Enhancement
 RAN16.0
In RAN16.0, this feature applies to both BSC6900 and BSC6910.
When configuring NodeBs and cells, operators no longer need to specify the slot No.,
subrack No., or subsystem No. Instead, the BSC6900/BSC6910 evenly allocates NodeBs
and cells to SPUa/SPUb boards (BSC6900) or EGPUa boards (BSC6910).
The BSC6900/BSC6910 monitors board load. If a load imbalance occurs, the
BSC6900/BSC6910 dynamically reallocates NodeBs and cells among SPUa/SPUb
boards (BSC6900) or EGPUa boards (BSC6910).
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
23.5 WRFD-160102 Garbled Voice Detection and

Correction of AMR Services
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
During procedures involving encryption parameter configuration (for example, adaptive
multirate speech (AMR) service setup, cell update, and hard handover), the settings of service

Copyright © Huawei
RAN16.0
data's encryption and decryption parameters are inconsistent between the RNC and UE sides.
As a result, garbled voices occur. The Garbled Voice Detection and Correction of AMR Voice
feature is introduced to detect garbled voices and correct the settings of encryption and
decryption parameters, thereby correcting the garbled voices.
Benefits
When garbled voices occur, the mean opinion score (MOS) is only 1 and user experience is
poor. This feature quickly detects and corrects garbled voices during AMR calls, thereby
improving the experience of users processing AMR services. In terms of operation and
maintenance (O&M), this feature improves the capability to detect voice quality problems.
Description
This feature detects and corrects garbled voices using the following functions, which differ in
their AMR speech frame coding rate and transmission direction:
 Garbled Voice Detection for Uplink AMR-NB Services
 Garbled Voice Correction for Uplink AMR-NB Services
 Garbled Voice Detection for Uplink AMR-WB Services
 Garbled Voice Correction for Uplink AMR-WB Services
 Garbled Voice Detection for Downlink AMR-NB Services
 Garbled Voice Detection for Downlink AMR-WB Services
 NB: narrowband
 WB: wideband
The RNC performs garbled voice detection on uplink and downlink AMR speech frames
according to the AMR speech coding/decoding principles.
When the RNC detects garbled voices in the uplink, it automatically corrects the settings of
encryption and decryption parameters. If no garbled voice is detected after the correction, the
RNC determines that garbled voices have been corrected.
However, garbled voices detected in the downlink cannot be corrected because the AMR
speech frames that are received from the CN are encrypted and decrypted on the peer UE and
RNC.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA

Copyright © Huawei
RAN16.0
NA
 CN
NA
 Other Features
WRFD-011402 Encryption
23.6 WRFD-160103 Terminal Black List

Model
QM1SBASICV00
QM1SBASICP00
Availability
This feature is introduced in RAN16.0.
Summary
If a UE does not support a feature or function, the user can set the feature or function
ineffective to the UE on the LMT. In this way, commercial networks can still use this feature
or function, and other functions on this UE are not affected.
Benefits
In RAN16.0, after the WRFD-160103 Terminal Black List feature is activated, a feature or
function can still be used in the commercial network even when a UE does not support it,
thereby improving the network performance.
Description
Before RAN16.0, if a UE did not support a feature or function due to design or hardware
restrictions in a commercial network, service setup failures or call drops could occur on the
network after the feature or function was activated. Operators had to apply workarounds on
the network side, such as deactivating the feature or function. The feature or function could be
reactivated only after the problem was solved in a later version.
This feature works as follows:
The TAC parameter specifies the UE blacklist information preconfigured on the RNC. After
theTerminal Black List feature is enabled, the RNC obtains the IMEIs of UEs on the live
network and then compares the TAC information with that in the UE blacklist.
If the TAC information of a UE matches that in the blacklist, the UE is a blacklisted UE. In
this situation, forbid the UE to use the features corresponding to the preconfigured UE
blacklist.
If the TAC information does not match that in the blacklist, the UE is not a blacklisted UE. In
this situation, the features can be normally used for the UE.

Copyright © Huawei
RAN16.0
The RNC obtains the IMEI from the IMEI identification procedure. If this fails, the RNC
simulates the CN mechanism and sends an IDENTITY REQUEST message to the UE, which
then reports its IMEI to the RNC.
In RAN16.0, the RNC can set the following features and functions ineffective to UEs that do
not support them:
1. WRFD-150207 4C-HSDPA
2. WRFD-150250 3C-HSDPA
3. WRFD-150223 MC-HSDPA+MIMO
4. WRFD-010696 DC-HSDPA
5. WRFD-010699 DC-HSDPA+MIMO
6. WRFD-150209 DB-HSDPA
7. WRFD-150227 DB-HSDPA+MIMO
8. WRFD-140204 DC-HSUPA
9. WRFD-010686 CPC - DTX / DRX
10. WRFD-010688 Downlink Enhanced CELL_FACH
11. WRFD-010701 Uplink Enhanced CELL_FACH
12. WRFD-020701 AMR/WB-AMR Speech Rates Control
13. WRFD-020106 Load Reshuffling
14. WRFD-160102 Garble Noise Detection and Correction of AMR Voice
15. WRFD-01061006 HSDPA Mobility Management
16. WRFD-01061204 HSUPA Mobility Management
17. WRFD-150220 Coverage Based PS Handover from UMTS to LTE
18. WRFD-140218 Service-Based PS Handover from UMTS to LTE
19. WRFD-150217 Load Based PS Handover from UMTS to LTE
20. WRFD-020129 Service-Based PS Service Redirection from UMTS to LTE
21. WRFD-150216 Load Based PS Redirection from UMTS to LTE
22. WRFD-150219 Coverage Based PS Redirection from UMTS to LTE
23. WRFD-010202 UE State in Connected Mode (CELL-DCH, CELL-PCH, URA-PCH,
CELL-FACH)
24. WRFD-020500 Enhanced Fast Dormancy
25. WRFD-010202 UE State in Connected Mode (CELL-DCH, CELL-PCH, URA-PCH,
CELL-FACH)
26. WRFD-150246 Service Steering and Load Sharing in CELL_FACH State
27. WRFD-151202 FACH Pool
28. WRFD-010652 SRB over HSDPA
29. WRFD-160212 Fast Radio Bearer Setup
30. WRFD-140103 Call Reestablishment
31. WRFD-020801 Cell ID + RTT Function Based LCS
32. WRFD-020803 A-GPS Based LCS
33. Periodic measurement of downlink BLER
34. Periodic measurement of UE transmit power
35. Fast reconfiguration for hard handover

Copyright © Huawei
RAN16.0
36. RB SETUP message size reduction

37. Serving cell change message size reduction for HSPA services
38. WRFD-140104 Enhanced Combined Services
39. WRFD-02060501 SRNS Relocation (UE Not Involved)
40. P2D State Transition Triggered by a CS Service Setup
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA
23.7 WRFD-160106 Fast Radio Bearer Setup

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature introduces a new radio bearer (RB) setup procedure, which reduces signaling
exchange time during RB setup for all services and enables fast RB setup. This reduces
service setup delay and improves user experience.
Benefits
This feature reduces the service setup delay by 100-300 ms.

Copyright © Huawei
RAN16.0
Description
When a UE is initiating service setup, the RNC initiates a fast RB setup procedure based on
the NodeB's capability cell load status during RB setup and sends an RB Setup message
instructs the UE to perform fast RB setup. Compared with the original RB setup procedure,
this feature reduces the RB setup delay by 100-300 ms.
Enhancement
None
Dependency
 RNC
NA
 NodeB
The 3900 series base stations must be configured with the WBBPb, WBBPd, WBBPf, or
UBBPd board.
The following base stations do not support this feature:
BTS3812E
BTS3812A
BTS3812AE
DBS3800 series base stations
3900 series base stations in which the WBBPa board carries resource groups established
by cells
 UE
NA
NA
 CN
NA
 Other Features
NA
23.8 WRFD-160107 Swap Efficiency Improvement for

Intra-RNC NodeBs
Model
QM1SBASICV00
QM1SBASICP00
Availability

Copyright © Huawei
RAN16.0
Summary
This feature supports using one MML command to swap NodeBs among SPU subsystems in
the RNC, thereby simplifying the NodeB swap procedure and increasing the swap efficiency.
Benefits
 The operation is user-friendly.
 The efficiency of preparing swap script increases by more than 10 times and the
execution efficiency increases by more than 5 time.
The swap has a high reliability.
Description
This feature supports using the MOV UNODEB command to swap a NodeB and its sub-
objects (cells, NCP, and CCPs). This command supports the following three types of swap:
 NodeB only
Only the NodeB is swapped to the target subsystem. The cells, NCP, and CCPs under the
NodeB remain in the original subsystem.
 NodeB and all its sub-objects in the same subsystem
The NodeB and all its sub-objects (cells, NCP, and CCPs) in the current subsystem are
swapped to the target subsystem.
The NodeB's sub-objects in other subsystems are not swapped.
 NodeB and all its sub-objects
The NodeB and all its sub-objects (cells, NCP, CCPs, and ADJNODE) are swapped to
the target subsystem. The sub-objects also include the NodeB's sub-objects in other
subsystems.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 24 Basic NodeB Functions
24 Basic NodeB Functions
24.1 MRFD-210309 DBS Topology Maintenance

Model
QM1SBASICV00
QM1SBASICP00
Availability
This feature is available from GBSS8.0 in the GSM and RAN5.0 in the UMTS.
Summary
The LMT provides the topology maintenance for the distributed base station, and facilitates
the maintenance operations.
Benefits
This feature provides convenient O&M functions for the distributed base station, reducing the
O&M expenditure of the operators.
Description
The distributed base station supports the automatic scan of the RRU topology. The LMT
provides the topology maintenance for the distributed base station. The functions that
supported by this feature are as follows:
 The networking structure of the distributed base station is displayed in a visualized way.
 Different colors are used to mark the status of each BBU, RRU, and CRPI link.
 The BBU or RRU can be selected directly from the displayed topology for maintenance.

Copyright © Huawei
RAN16.0
Enhancement
 RAN6.0
The RAN6.0 supports the automatic scan of the RRU topology.
Dependency
 RNC
NA
 NodeB
 UE
NA
NA
 CN
NA
 Other Features
NA
24.2 WRFD-031000 Intelligently Out of Service

Model
QM1SBASICV00

Copyright © Huawei
RAN16.0
QM1SBASICP00
Availability
Summary
This feature is introduced to prevent service disruption caused by insufficient battery voltage,
NodeB reset, or cell blocking. When the preceding problems occur, this feature enables the
NodeB to automatically reduce the pilot transmit power and hand over the UE to other 2G or
3G cells, preventing call drops.
Benefits
This feature allows the traffic to be switched to other 2G or 3G cells without dropping the
calls before the cell is out of service.
Description
The state of out of service is automatically triggered in the following cases:
Voltage of the batteries is lower than the pre-set threshold after the AC power is shut down
Reset of the NodeB
When the state of out of service is triggered, the PCPICH power of the cells can be lowered
step by step until the UEs are switched to other 2G or 3G cells. For example, the PCPICH
power can be lowered to 1dB per 200ms. This feature allows the traffic to be switched to
other 2G or 3G cells without dropping the calls before the cell is out of service.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
24.3 WRFD-031200 OCNS

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
In the system performance test, considering the limitations to the number of UEs and the
complexity of the test environment, it is difficult to use multiple UEs to construct a radio
transmission environment with certain interference. This feature enables the setup of multiple
downlink analog channels on the Uu interface to simulate the interference of multiple codes,
implementing the downlink load test of a cell.
Benefits
The feature provides an embedded function to simulate the cell load in the NodeB. It makes
the cell load test more convenient.
Description
When the orthogonal code noise simulator (OCNS) is used, all analog channels use mutually
orthogonal channel codes and each channel code adopts irrelevant PN9 random data. All
analog channels use different powers, but the power proportion between channels is fixed.
This feature is used to simulate the signal interference between channel codes and signal PAR
in the real environment. The total power of all analog channels can be set to simulate different
downlink interference (load) levels, which facilitates the operator to evaluate the system
performance of a real UE in different downlink load levels.
This feature is performed on the OMC, and the cell load test of multiple NodeBs can be
started simultaneously.
Enhancement
None
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA

Copyright © Huawei
RAN16.0
 CN
NA
 Other Features
NA
24.4 WRFD-031400 Power off the equipment level by level

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
After a mains failure, the operator can power off the equipment level by level by setting
different DC voltage thresholds to implement intelligent shutdown of RF modules and sites.
The battery capacity is sufficient for the system to work for a longer period of time.
Benefits
The intelligent power management function can reduce the investment in the battery backup
system and meet the customers' requirement for power saving. In particular at the hub NodeB,
this function enables the NodeB to set different shutdown thresholds without configuring
separate power backup systems for the NodeB and the transmission devices. Therefore, the
transmission devices can provide longer power backup.
Description
After a mains failure, for the site equipped with the battery backup system, the user can power
off the equipment level by level by setting different DC voltage thresholds to implement
intelligent shutdown of RF modules and sites, as shown in the following figure.

Copyright © Huawei
RAN16.0
 RF module intelligent shutdown

The NodeB disables the RF module and keeps the baseband module and transmission
device working properly until the voltage decreases to a threshold (G2, load shutdown
voltage).
This function ensures long-time power backup for baseband modules and transmission
devices, especially at the hub NodeB.
 Site intelligent shutdown
After the RF module intelligent shutdown, the NodeB and all its modules are powered
off when the voltage decreases to a threshold (G3, battery shutdown voltage).
This function can save investment in the battery backup system. After a mains failure,
the system can work for a longer period of time, and in particular the transmission device
achieves longer power backup.
Enhancement
None
Dependency
 RNC
NA
 NodeB
The NodeB must use the APM30, APM100, or APM200 (outdoor AC cabinet). The
BTS3803E does not support this feature.
 UE
NA
NA
 CN
NA
 Other Features

Copyright © Huawei
RAN16.0
NA
24.5 WRFD-031500 Solar Power Device Management

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
The solar power controller communicates with the NodeB through dry contracts and serial
ports, and in this way the solar power controller monitors and manages the solar power
devices.
Benefits
This feature improves the operability and maintainability of the solar power devices.
Description
As a green energy, solar power is increasingly used in NodeB equipment. The solar power
supply system work together with the power supply device, solar power controller, batteries,
and NodeB. The solar power supply system uses solar power arrays to feed power to loads
and at the same time stores the surplus power in batteries. The entire solar power supply
system operates under the control of the solar power controller. In addition, Huawei solar
power controller supports diesel power input as the backup of solar power input or to
implement solar-diesel hybrid power supply to meet the differentiated requirements of
customers.
The solar power controller, which is replaceable and easy to manage, communicates with the
NodeB through the RS485 serial port. The NodeB supports the configuration, monitoring, and
alarm functions of the solar power devices.

Copyright © Huawei
RAN16.0
 The NodeB supports the configuration of the power supply device and solar power
device.
1. Configuring the capacity of batteries
2. Configuring the parameters of the solar power controller, including the overvoltage
threshold, undervoltage threshold, and overtemperature threshold.
3. Configuring the parameters concerning diesel power management, including the diesel
generator power and intelligent control enabling.
 The NodeB provides the function of querying the solar power array current, diesel power
current, and the running statistics of power supply.
 The NodeB supports fault alarms of power supply devices. The solar power controller
supports alarm reporting through the serial port.
 The NodeB provides the function of diesel generator testing. This function supports
manual or automatic testing of the diesel generator and the configuration of associated
parameters. During automatic testing, if the diesel generator fails to start, a failure alarm
is reported.
Enhancement
None
Dependency
 RNC
NA
 NodeB
Only the 3900 series base stations support this feature. The BTS3803E does not support
this feature.
 UE
NA
NA
 CN
NA
 Other Features
NA
24.6 WRFD-021404 Single IP Address for NodeB

Model
QM1SBASICV00
QM1SBASICP00
Availability

Copyright © Huawei
RAN16.0
Summary
The NodeB single IP address function enables the NodeB traffic channel and OM channel to
share one IP address, reducing the occupancy of resources and simplifying the configuration
of IP addresses. The NodeB is configured with the OM IP saving mode.
Benefits
In IP transport, the NodeB traffic channel and OM channel share one IP address, which
reduces the occupancy of resources and simplifies the configuration of IP addresses.
Description
The NodeB IP address planning involves signaling plane address, user plane address, and
NodeB maintenance address. Currently the typical application is to combine the signaling
plane address with the user plane address and to use the IP address of a port. The OM IP
address and IP address of a port, however, must belong to two different IP address, and
therefore operators need to plan two sets of IP addresses and routes during network
deployment. The NodeB single IP address function enables the NodeB traffic channel and
OM channel to share one IP address.
This function supports the following configurations:
 The 3900 series NodeB is configured with one WMPT board. The WMPT board has one
or more IP ports, and the OM IP address of the NodeB can be the same as the IP
addresses of one of the ports. If the NodeB has active and standby OM IP addresses, they
can be the same as the IP addresses of the two ports on the WMPT board.
 The 3900 series NodeB is configured with one WMPT board and one UTRP board,
either of which has one or more IP ports. The OM IP address of the NodeB can be the
same as the IP address of one of the ports on the WMPT board. If the NodeB has active
and standby OM IP addresses, they can be the same as the IP addresses of the two ports
on the UTRP board. However, it is prohibited that the OM IP address of the NodeB is the
same as the IP address of the ports on the UTRP board.
Enhancement
None
Dependency
 RNC
NA
 NodeB
Only the 3900 series base stations and the BTS3803E support this feature. The
BTS3812, BTS3812AE, BTS3812E, and DBS3800 do not support this feature.
 UE
NA
NA
 CN
NA
 Other Features

Copyright © Huawei
RAN16.0
NA
24.7 WRFD-010212 Improved CE Mapping for E-DCH

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature improves the uplink processing capability of the WBBPb board and makes
HSUPA services occupy less CE resources, improving the CE efficiency of the NodeB and
saving the investment cost of the operator.
Benefits
Improve the CE efficiency, decrease the configured CEs.
Description
With the improved uplink processing capability of the WBBPb, HSUPA services occupy less
CE resources. The following table lists the occupation of CE resources.
Spreading Factor Former CE Mapping Improved CE Mapping
SF64 1 1
SF32 1.5 1
SF16 3 2
SF8 5 4
SF4 10 8
2SF4 20 16
2SF2 32 32
2SF2+2SF4 48 48
Enhancement
None

Copyright © Huawei
RAN16.0
Dependency
 RNC
NA
 NodeB
Only the 3900 series NodeB supports this feature. And the 3900 series NodeB (except
BTS3902E) must configure with WBBPb/WBBPd. The BTS3803E cannot support this
feature.
 UE
NA
NA
 CN
NA
 Other Features
WRFD-010612 HSUPA Introduction Package
24.8 WRFD-020406 Intelligent Power Measurement

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
The NodeB reports the power consumption status to the EMS. Through the EMS, the change
in power consumption of the NodeB can be monitored by the operator, and a report on the
power consumption can be generated.
Benefits
The NodeB reports the power consumption status to the EMS. Therefore, the operator can
monitor the power consumption of the NodeB. With the report on the power consumption, the
operator can exactly know the benefits brought by the decrease in power consumption.
Description
The NodeB periodically monitors the power of each monitoring point and reports the power
consumption within a period. The EMS receives and collects all data about power
consumption. Through the EMS, the operator can observe the change in the power
consumption and analyze the power consumption according to a statistics report generated by
the EMS.

Copyright © Huawei
RAN16.0
Enhancement
None
Dependency
 RNC
NA
 NodeB
Only the 3900 series base stations support this feature. The BTS3803E does not support
this feature.
 UE
NA
OSS should support this feature.
 CN
NA
 Other Features
NA
24.9 WRFD-150104 Sleeping Cell Detection and Recovery

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature automatically detects sleeping cells based on the value of a counter related to
radio link setup requests and recovers the services of sleeping cells.
Benefits
This feature helps operators detect sleeping cells as early as possible and recover the services
of sleeping cells, thereby minimizing the impact on the network and improving OM efficiency
and user satisfaction.
Description
Sleeping cells refer to cells that have been successfully established but cannot provide
services. No alarms are reported to notify operators of the existence of sleeping cells. This
feature automatically detects sleeping cells and then attempts to recover their services.

Copyright © Huawei
RAN16.0
This feature creates a traffic model for a cell based on the number of radio link setup requests
measured in a certain period of time (for example, 3 weeks). Afterwards, this feature
compares the number of radio link setup requests in a certain period of time with the traffic
model. If the number is zero and does not comply with the traffic model, the cell is considered
a sleeping cell and an alarm is reported.
This feature can also use internal statistics, for example, BCH FP packet loss rate and AICH
service rejection rate, to quickly determine whether a cell is a sleeping cell. Upon detecting
sleeping cells, this feature attempts to recover their services by performing self-healing
operations level by level. Self-healing operations include cell reestablishment and RF unit
reset.
Enhancement
None
Dependency
 RNC
NA
 NodeB
3800 series base stations do not support this feature.
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 25 Documentation
25 Documentation
25.1 MRFD-210701 Documentation

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
The feature describes the available documentation of the products.
Benefits
With this feature, the operators can obtain the product information and can perform
maintenance operations accordingly.
Description
The customer documentation includes the following documents:
 MBSC documents
 NodeB documents
 BTS documents
The documentation covers the hardware description, installation, commissioning, operation,
and maintenance of the MBSC and MBTS.
The following table describes the documents:
Document Category Description
Product Description Describes the architecture, hardware

Copyright © Huawei
RAN16.0
Document Category Description
configuration, operation and maintenance,

and technical specifications of the product.
Hardware Description Describes the hardware of NEs, such as the
cabinet, board, and cable.
Installation Guide Describes the procedures for installing the
cabinet, boards, and cables.
Initial Configuration Guide Describes how to perform the initial
configuration of NEs.
Commissioning Guide Describes how to commission the NE to
ensure that the new NE can gain access to
the BSS/RAN system.
LMT User Guide Describes the GUI, functions, and
operations of the LMT.
Site Maintenance Guide Describes the hardware maintenance items
and the component replacement procedures
Routine Maintenance Guide Describes the routine maintenance methods
of the MBSC and MBTS.
Reconfiguration Guide Describes the common tasks and methods
of data reconfiguration of the MBSC and
MBTS.
Reference The reference documents are as follows:
 MML command reference: describes the
information about meanings,
recommended values, and default
values of the parameters of each
command.
 Alarm reference: describes the
information about meanings of the
alarms and how to clear them.
 Performance counter reference: describes
the information about meanings and
measurement points of each counter.
The documents have the following characteristics:

 Topic-oriented: Based on the DITA technology, the information is provided under
separate topics.
 Powerful advanced search: The information can be searched according to products or
data types.
Enhancement
None

Copyright © Huawei
RAN16.0
Dependency
 RNC
NA
 NodeB
NA
 UE
NA
NA
 CN
NA
 Other Features
The documentation CD-ROM is shipped with the product.

Copyright © Huawei
RAN16.0
Basic Feature Description 26 NodeB Antenna System Solution
26 NodeB Antenna System Solution
26.1 MRFD-210601 Connection with TMA (Tower

Mounted Amplifier)
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature provides a solution to the TMA connection. Huawei MBTS complies with the
AISG1.1 and AISG2.0 protocols.
Benefits
In the uplink coverage-limited network, the use of the TMA can improve the receiver
sensitivity, enlarge the cell radius, reduce the number of MBTSs, and save the cost.
Description
The TMA is used to amplify the uplink signals. It is an optional device for the antenna and
feeder system. The TMA can compensate the feeder loss caused by long feeders. Therefore,
the uplink sensitivity is increased and the uplink coverage capability is improved.
Huawei MBTS supports the third-party TMA, including AISG TMA.
The MBTS supplies power to and controls the TMA. Huawei MBTS can provide 10 V to 13
V output voltage to the TMA. When a major alarm related to the TMA is reported, the system
automatically sets the attenuation value of the RX channel to 0. After the alarm is cleared, the
system automatically sets the attenuation value of the RX channel to the configured value.

Copyright © Huawei
RAN16.0
In the case of the AISG TMA, the RET control signal, power, and RF signal are transmitted
through the feeder cable. Therefore, operation and maintenance of the AISG TMA is easy.
Smart bias tee (SBT) provides power supply to the TMA and the RET control signal to the
RCU through the feeder cable.
Huawei provides dual TMAs. Each TMA consists of two TX/RX branches, and only one
TMA is required in each sector. Each TMA includes also a supervision and alarm unit in the
low noise amplifier (LNA). The functions of both branches are the same and the function of
one pair of branches is described as follows.
The RX channel of each branch consists of two RX filters and an LNA. The LNA can be
automatically bypassed when the DC is faulty. There is a bias tee in the BTS port of the TMA.
For the SMART TMA, this bias tee is called the smart bias tee. Bias tee can separate the DC
current from the RF signals and provide power supply to the LNA and the RET control signal
to the RCU. The TX channel includes a TX filter.
Huawei MBTS supports two kinds of TMA with the gain of 24 dB and 12 dB.
Enhancement
 RAN5.0
The RAN5.0 supports STMA and complies with the AISG1.1 protocol.
 RAN6.1
The RAN6.1 supports STMA and complies with the AISG2.0 protocol.
GSM
The GBSS6.1 complies with the AISG1.1 protocol.

Copyright © Huawei
RAN16.0
Dependency
 RNC
NA
 NodeB
 UE
NA
NA
 CN
NA
 Other Features
NA
26.2 MRFD-210602 Remote Electrical Tilt

Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
The feature provides a solution to remote adjustment of the antenna tilt. The user can adjust
the remote electrical tilt (RET) antenna tilt on OSS or LMT.
Benefits
 The RET antennas in multiple sites can be remotely adjusted, the efficiency of adjusting
the antenna tilt is improved and the cost of network optimization is reduced.
 The adjustment of the RET antenna is not affected by the weather.
 It is easy to adjust the RET antenna of a site that is difficult to reach.
Description
The tilt of the RET antenna can be adjusted remotely.
After an antenna is installed, the antenna tilt needs to be adjusted to optimize the network.
The antenna tilt can be remotely adjusted through the electrical control.

Copyright © Huawei
RAN16.0
The phase shifter of the antenna can be controlled by the stepper motor outside the antenna.
You can adjust the antenna tilt when the system is powered on and monitor the tilt in real
time. Therefore, the precise remote adjustment of the antenna tilt can be achieved.
The following figure shows the operating principle of the RET antenna.
Figure 1.1 Working principle of the RET antenna
Remote Control Unit (RCU) is the driving motor of the phase shifter of the RET antenna. The
RCU receives and executes the control commands from the MBTS to drive the stepper motor.
A pulling bar connects the stepper motor and the phase shifter. When the stepper motor is
triggered, the pulling bar moves and then the phase of the phase shifter changes through the
gears. In this situation, the phase of each element of the array antenna changes regularly.
Then, the direction of the main beam of the antenna changes accordingly. Therefore, the
antenna tilt is adjusted.
The MBTS supplies the DC power to the stepper motor and communicates with it through the
AISG interface on the motor.
In the Huawei RET solution, the RET antenna can be controlled remotely or locally through a
command sent from OSS or LMT.
The MBTS modulates that command to the On-Off-Keying (OOK) signals. The RF module
transfers the DC power and the OOK signals to the STMA or the SBT through the feeder
cables. The STMA or the SBT demodulates the OOK signals to RS485 signals and then sends
the RS485 signals and part of the DC power to the RCU. No additional control cable is
required.
The Huawei RET solution supports the RET cascading control. Several cascading RET
antennas can be controlled by the signals coming from the same control cable. The cascading
solution helps save the cost of the SBTs.

Copyright © Huawei
RAN16.0
The Huawei RET solution supports the 2G/3G RET cascading control. The 3G RET antennas
can be cascaded with the 2G RET antennas. At the OMC of the 2G RET antenna, you can
control the tilt of the 3G RET antenna. Meanwhile, at the OMC of the 3G RET antenna, you
can control the tilt of the 2G RET antenna. The cascading helps save the cost of SBTs and
STMAs when the 2G and 3G RET antennas are installed in the same place.

Copyright © Huawei
RAN16.0
Enhancement
 RAN6.0
In RAN6.0, the 3G RET cascading control and 2G/3G RET cascading control are
supported.
 RAN6.1
RAN6.1 complies with the AISG2.0 protocol.
Dependency
 RNC
NA
 NodeB
 UE
NA

Copyright © Huawei
RAN16.0
NA
 CN
NA
 Other Features
NA
26.3 WRFD-060003 Same Band Antenna Sharing Unit (900

MHz)
Model
QM1SBASICV00
QM1SBASICP00
Availability
Summary
This feature enables UMTS900 and GSM900 to share the same band antenna. The description
of this feature focuses on the working principle and configuration of the SASU900.
Benefits
This feature helps to share the same band antenna and decrease the uplink division loss. The
traditional combiner and duplexer have 3 dB loss, but with SASU module, no uplink loss, the
gain is between 0-12 dB.
Description
SASU900 can combine two same band signals into one with very low insertion loss when the
old system uses diversity antennas. Its basic guidance is as follows:
The downlink TX signals in two different systems use two different antenna channels of one
dual-polarized antenna. One signal uses the main antenna and the other signal uses the
diversity antenna. Hence, there is less TX insertion loss. In terms of the Rx signal, the Rx
signal of each antenna channel is separated into two paths. One signal is used as the main Rx
signal of the system, and the other signal is used as the diversity Rx signal of the other
system. Hence, the Rx splitter results in Rx insertion loss, which can be compensated by
adding a Lower Noise Amplifier (LNA).
The SASU900's connection diagram in the system is as follows:

Copyright © Huawei
RAN16.0
The configuration of the SASU900 in the GSM900 and UMTS900 co-site system
Note: We define the ANT_M as the main antenna port of the UMTS, and the ANT_D as the
diversity antenna port of the UMTS. In GSM,the ANT_D is the main antenna port and the
ANT_M is the diversity antenna port.
There is a limitation when using the SASU: The GSM uses only one antenna branch.
To allow GSM two antennas, the SASA (Same Band Antenna Sharing Adapter) is introduced.
The SASA is mainly used to combine two branches of GSM carriers into one antenna branch,
and keep the combination/division loss as low as possible. When sharing the antenna with
WCDMA, the GSM carriers prefer to be located separately as a "sandwich".

Copyright © Huawei
RAN16.0
Figure 1.1 SASA function block
The typical network diagram of sharing antenna is described as follows:

Copyright © Huawei
RAN16.0
Enhancement
None
Dependency
 RNC
NA
 NodeB
 UE
NA
NA
 CN
NA
 Other Features
NA

Copyright © Huawei
RAN16.0
Basic Feature Description 27 Acronyms and Abbreviations
27 Acronyms and Abbreviations
Table 1.1
3G The Third Generation
AP Access Point
APM Advanced Power Module
AQM Active Queue Management
BBU Baseband Unit
BITS Building Integrated Timing Supply System
BTS Base Station
CBS Cell Broadcast Service

Copyright © Huawei
RAN16.0
CPC Continuous Packet Connectivity
CPE Customer Premises Equipment
DNBS Distributed NodeB System
DSAC Domain Specific Access Control
ETSI European Telecommunications Standards

Institute
FTP File Transfer Protocol
GIS Geographical Information System
GA General Available
GBR Guaranteed Bit Rate
GLONASS Global Navigation Satellite System
GPS Global Position System
HCS hierarchical Cell Structure

Copyright © Huawei
RAN16.0
HSDPA High Speed Downlink Packet Access
HSUPA High Speed Uplink Packet Access
LCS Location Service
LTE Long Term Evolution
MBMS Multimedia Broadcast Multicast Service
MIMO Multi-Input Multi-Output
NACC Network Assisted Cell Change
PA Power Amplifier
PARC Platform Advanced Radio Control
PPS Pulse Per Second
QAM Quadrature Amplitude Modulation
RAN Radio Access Network

Copyright © Huawei
RAN16.0
RET Remote Electrical Antenna
RNC Radio Network Controller
ROHC Robust Header Compression
RRM Radio Resource Management
SAE System Architecture Evolution
SASA Same Band Antenna Sharing Adapter
SASU Same Band Antenna Sharing Unit
SNA Shared Network Area
TGW Transmission Gateway
VoIP Voice over IP
WCDMA Wideband Code Division Multiple Access

Copyright © Huawei

Basic Feature Description: Huawei Technologies Co., LTD

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Basic Feature Description: Huawei Technologies Co., LTD

Uploaded by

Copyright:

Available Formats

RAN16.

Basic Feature Description

HUAWEI TECHNOLOGIES CO., LTD.

Trademarks and Permissions

Huawei Technologies Co., Ltd.

Huawei Proprietary and Confidential

3 RABs and Services.......................................................................................................................27

Issue 05 (2014-08-20) Huawei Proprietary and Confidential ii

4 RAN Architecture & Functions.................................................................................................45

5 Channel Resource Management...............................................................................................59

Issue 05 (2014-08-20) Huawei Proprietary and Confidential iii

10.3 WRFD-020203 Inter RNC Soft Handover...............................................................................................................106

11 NodeB Network Structure.....................................................................................................118

13 ATM Transmission Introduction Package.........................................................................127

14 IMA Transmission for E1/T1 or Channelized STM-1/OC-3 on Iub Interface.............140

15 UBR+ATM QoS Class............................................................................................................142

18 RAN Operation & Maintenance...........................................................................................155

Issue 05 (2014-08-20) Huawei Proprietary and Confidential iv

18.4 MRFD-210304 Fault Management..........................................................................................................................163

21 NodeB Configuration and Commissioning.......................................................................179

23 Basic RNC Functions..............................................................................................................193

24 Basic NodeB Functions...........................................................................................................205

Issue 05 (2014-08-20) Huawei Proprietary and Confidential v

26 NodeB Antenna System Solution........................................................................................221

27 Acronyms and Abbreviations...............................................................................................231

Issue 05 (2014-08-20) Huawei Proprietary and Confidential vi

Figure 16-1 Networking for Link Aggregation...................................................................................................145

Figure 26-1 Working principle of the RET antenna............................................................................................224

Figure 26-2 SASA function block.......................................................................................................................229

Issue 05 (2014-08-20) Huawei Proprietary and Confidential vii

Issue 05 (2014-08-20) Huawei Proprietary and Confidential viii

1.1 WRFD-000001 System Improvement for RAN5.1

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 1

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 2

1.2 WRFD-000002 System Improvement for RAN6.0

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 3

 BTS3812E/AE supports Band VIII (900 MHz) MTRU, 2 carriers 40 W

1.3 WRFD-000003 System Improvement for RAN6.1

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 4

 The BSC6810 provides higher capacity and tighter structure.

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 5

1.4 WRFD-000004 System Improvement for RAN10.0

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 6

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 7

 Max users per cell: 60

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 8

 Other Network Units

1.5 WRFD-000005 System Improvement for RAN11.0

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 9

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 10

1.6 WRFD-000006 System Improvement for RAN11.1

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 11

1.7 WRFD-000007 System Improvement for RAN12.0

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 12

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 13

1.8 WRFD-000008 System Improvement for RAN13.0

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 14

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 15

1.9 WRFD-140101 System Improvements for RAN14.0

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 16

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 17

1.10 WRFD-141101 System Improvement for RAN15.0

Issue 05 (2014-08-20) Huawei Proprietary and Confidential 19