Basic Feature Description

DOCPROPERTY PartNumber

RAN16.0 DOCPROPERTY ProductVersion Basic Feature Description

Issue05

Date2014-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.NoticeThe 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 BaseBantian, LonggangShenzhen 518129People's Republic of China

Website:http://www.huawei.com

Email:support@huawei.com

Contents11 System Improvement

11.1 WRFD-000001 System Improvement for RAN5.1

31.2 WRFD-000002 System Improvement for RAN6.0

41.3 WRFD-000003 System Improvement for RAN6.1

61.4 WRFD-000004 System Improvement for RAN10.0

91.5 WRFD-000005 System Improvement for RAN11.0

101.6 WRFD-000006 System Improvement for RAN11.1

121.7 WRFD-000007 System Improvement for RAN12.0

141.8 WRFD-000008 System Improvement for RAN13.0

161.9 WRFD-140101 System Improvements for RAN14.0

181.10 WRFD-141101 System Improvement for RAN15.0

191.11 WRFD-160101 System Improvement for RAN16.0

222 Standards Compliance

222.1 WRFD-010101 Compliance with 3GPP Specifications

232.2 WRFD-010102 Operating Multi-band

252.3 WRFD-010201 FDD Mode

273 RABs and Services

273.1 WRFD-010510 3.4/6.8/13.6/27.2Kbps RRC Connection and Radio Access Bearer Establishment and Release

283.2 WRFD-010501 Conversational QoS Class

303.3 WRFD-010502 Streaming QoS Class

313.4 WRFD-010503 Interactive QoS Class

333.5 WRFD-010504 Background QoS Class

343.6 WRFD-010609 Multiple RAB Introduction Package (PS RAB < 2)

353.6.1 WRFD-01060901 Combination of Two CS Services (Except for Two AMR Speech Services)

363.6.2 WRFD-01060902 Combination of One CS Service and One PS Service

373.6.3 WRFD-01060903 Combination of Two CS Services and One PS Service (Except for Two AMR Speech Services)

383.7 WRFD-140104 Enhanced Combined Services

403.8 WRFD-140103 Call Reestablishment

423.9 WRFD-021104 Emergency Call

433.10 WRFD-010506 RAB Quality of Service Renegotiation over Iu Interface

454 RAN Architecture & Functions

454.1 MRFD-210604 2-Way Antenna Receive Diversity

464.2 WRFD-010205 Cell Digital Combination and Split

484.3 WRFD-010208 Fast Power Congestion Control (FCC)

494.4 WRFD-010211 Active TX Chain Gain Calibration

504.5 WRFD-010202 UE State in Connected Mode (CELL-DCH, CELL-PCH, URA-PCH, CELL-FACH)

524.6 WRFD-010401 System Information Broadcasting

544.7 WRFD-010301 Paging UE in Idle, CELL_PCH, URA_PCH State (Type 1)

564.8 WRFD-010302 Paging UE in CELL_FACH, CELL_DCH State (Type 2)

574.9 WRFD-020802 OTDOA Based LCS

595 Channel Resource Management

595.1 WRFD-020900 Logical Channel Management

615.2 WRFD-021000 Transport Channel Management

625.3 WRFD-022000 Physical Channel Management

725.4 WRFD-021101 Dynamic Channel Configuration Control (DCCC)

756 Network Security

756.1 WRFD-011401 Integrity Protection

766.2 WRFD-011402 Encryption

787 Power Control

787.1 WRFD-020501 Open Loop Power Control

797.2 WRFD-020502 Downlink Power Balance

817.3 WRFD-020503 Outer Loop Power Control

827.4 WRFD-020504 Inner Loop Power Control

848 Cell Management

848.1 WRFD-020101 Admission Control

878.2 WRFD-020102 Load Measurement

898.3 WRFD-020106 Load Reshuffling

918.4 WRFD-020107 Overload Control

928.5 WRFD-020108 Code Resource Management

948.6 WRFD-020105 Potential User Control

958.7 WRFD-021102 Cell Barring

968.8 WRFD-020104 Intra Frequency Load Balance

978.9 WRFD-150230 DPCH Pilot Power Adjustment

998.10 WRFD-010640 Uplink Macro Diversity Intelligent Receiving

1019 Network Sharing

1019.1 WRFD-021301 Shared Network Support in Connected Mode

10410 Mobility Management

10410.1 WRFD-020201 Intra NodeB Softer Handover

10510.2 WRFD-020202 Intra RNC Soft Handover

10610.3 WRFD-020203 Inter RNC Soft Handover

10810.4 WRFD-020301 Intra Frequency Hard Handover

10910.5 WRFD-010801 Intra RNC Cell Update

11110.6 WRFD-010802 Inter RNC Cell Update

11210.7 WRFD-010901 Intra RNC URA Update

11310.8 WRFD-010902 Inter RNC URA Update

11410.9 WRFD-021400 Direct Signaling Connection Re-establishment (DSCR)

11510.10 WRFD-140102 CS Fallback Guarantee for LTE Emergency Calls

11811 NodeB Network Structure

11811.1 MRFD-210204 Star Topology

11911.2 MRFD-210205 Chain Topology

12011.3 MRFD-210206 Tree Topology

12312 Clock

12312.1 MRFD-210501 BTS/NodeB Clock

12412.2 MRFD-210502 BSC/RNC Clock

12713 ATM Transmission Introduction Package

12713.1 WRFD-050301 ATM Transmission Introduction Package

12813.1.1 WRFD-05030101 ATM over E1T1 on Iub Interface

13013.1.2 WRFD-05030102 ATM over Channelized STM-1/OC-3 on Iub Interface

13113.1.3 WRFD-05030103 ATM over Non-channelized STM-1/OC-3c on Iub/Iu/Iur Interface

13313.1.4 WRFD-05030104 Dynamic AAL2 Connections in Iub/IuCS/Iur Interface

13413.1.5 WRFD-05030105 Permanent AAL5 Connections for Control Plane Traffic

13513.1.6 WRFD-05030106 Call Admission Based on Used AAL2 Path Bandwidth

13713.1.7 WRFD-05030107 CBR, rt-VBR, nrt-VBR, UBR ATM QoS Classes

13813.1.8 WRFD-05030110 F5

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

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

14215 UBR+ATM QoS Class

14215.1 WRFD-050305 UBR+ATM QoS Class

14416 Link Aggregation

14416.1 MRFD-210103 Link Aggregation

14717 System Reliability

14717.1 WRFD-040100 Flow Control

14917.2 MRFD-210101 System Redundancy

15117.3 MRFD-210102 Operate System Security Management

15518 RAN Operation & Maintenance

15518.1 MRFD-210301 Configuration Management

15718.2 MRFD-210302 Performance Management

16118.3 MRFD-210303 Inventory Management

16318.4 MRFD-210304 Fault Management

16718.5 MRFD-210305 Security Management

16919 Message Tracing

16919.1 MRFD-210801 Interface Tracing

17119.2 MRFD-210802 User Signaling Tracing

17320 Software Management

17320.1 MRFD-210401 BSC/RNC Software Management

17520.2 MRFD-210402 BTS/NodeB Software Management

17720.3 MRFD-210310 BTS/NodeB Software Downloading Through USB

17921 NodeB Configuration and Commissioning

17921.1 WRFD-031100 BOOTP

18021.2 WRFD-031101 NodeB Self-discovery Based on IP Mode

18221.3 WRFD-031102 NodeB Remote Self-configuration

18321.4 WRFD-031103 NodeB Self-test

18421.5 WRFD-160190 Transmission Equipment Fault Detection

18922 License Management

18922.1 MRFD-210403 License Management

19122.2 WRFD-040300 License Control for Urgency

19323 Basic RNC Functions

19323.1 MRFD-210104 BSC/RNC Resource Sharing

19423.2 WRFD-040101 DPU Board Replaced without Service Interruption in RNC

19523.3 WRFD-141102 RNC User Plane and Control Plane Static Sharing

19723.4 WRFD-141103 Automatic NodeB and Cell Allocation in the RNC

19823.5 WRFD-160102 Garbled Voice Detection and Correction of AMR Services

20023.6 WRFD-160103 Terminal Black List

20223.7 WRFD-160106 Fast Radio Bearer Setup

20323.8 WRFD-160107 Swap Efficiency Improvement for Intra-RNC NodeBs

20524 Basic NodeB Functions

20524.1 MRFD-210309 DBS Topology Maintenance

20624.2 WRFD-031000 Intelligently Out of Service

20824.3 WRFD-031200 OCNS

20924.4 WRFD-031400 Power off the equipment level by level

21124.5 WRFD-031500 Solar Power Device Management

21224.6 WRFD-021404 Single IP Address for NodeB

21424.7 WRFD-010212 Improved CE Mapping for E-DCH

21524.8 WRFD-020406 Intelligent Power Measurement

21624.9 WRFD-150104 Sleeping Cell Detection and Recovery

21825 Documentation

21825.1 MRFD-210701 Documentation

22126 NodeB Antenna System Solution

22126.1 MRFD-210601 Connection with TMA (Tower Mounted Amplifier)

22326.2 MRFD-210602 Remote Electrical Tilt

22726.3 WRFD-060003 Same Band Antenna Sharing Unit (900 MHz)

23127 Acronyms and Abbreviations

Figures145Figure 16-1 Networking for Link Aggregation

224Figure 26-1 Working principle of the RET antenna

229Figure 26-2 SASA function block

Tables231Table 27-1

1 System Improvement1.1 WRFD-000001 System Improvement for RAN5.1ModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN5.1.SummaryThis 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.BenefitsThe 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 costsDescriptionCompatibility with 3GPP Release 5The 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 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 supportedThe UMTS RAN5.1 supports the following new products and configurations:I. RNCSupporting quakeproof cabinets that are suitable for the scenarios with specific quakeproof requirementsII. 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 WThe 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 supportedThe 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 configurationEnhancementNoneDependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA1.2 WRFD-000002 System Improvement for RAN6.0ModelQM1SBASICV00 QM1SBASICP00AvailabilityThis feature is available from RAN6.0.SummaryThis feature is based on 3GPP R6 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.BenefitsThe benefits of the system improvements include the following: Wider product range, including new products and configurations Usability enhancements, reducing operating costsDescription Compatibility with 3GPP Release 6 The UMTS RAN6.0 is based on the 3GPP Release 6, which adds a number of important 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. New products and configurations supported The UMTS RAN6.0 supports the following new products and configurations: BTS3812E/AE supports Band V (850 MHz) MTRU, 2 carriers 40 W 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.EnhancementNoneDependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA1.3 WRFD-000003 System Improvement for RAN6.1ModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN6.1.SummaryThis feature is based on 3GPP R6 with a series of newly introduced RAN products and functions, which meets a wider range of customer requirements, improves the performance of the product, and enhances some features.BenefitsThe benefits of the system improvements include the following: Wider product range, including new products and configurations The BSC6810 provides higher capacity and tighter structure. New features and enhancement.DescriptionCompatibility with 3GPP Release 6The UMTS RAN6.1 is based on the 3GPP Release 6, which adds a number of important 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.New products and configurations supportedThe UMTS RAN6.1 supports the following new products and configurations: 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 NodeBA 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 UMTS900The 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 interfaceIP 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 enhancementThe 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 phase2In 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 enhancementFor details, refer to the description and enhancement of the following chapters and Optional Function Description of Huawei UMTS RAN6.1.EnhancementNoneDependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA1.4 WRFD-000004 System Improvement for RAN10.0ModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN10.0.SummaryThis feature is based on 3GPP R6 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.BenefitsThe benefits of the system improvements include the following: 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 speedDescriptionCompatibility with the 3GPP Release 6 (2007-03)New products and configurations supportedThe 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 BBU3900Indoor 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 RRU3804The 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.0Different 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 supportedHSUPA Phase 2This 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 Max users per cell: 60 UL compress mode (10 ms and 2 ms) Enhanced fast UL scheduling SRB over HSUPAHSDPA Phase 4This 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 IurVoIP over HSPA (trial)Enhanced MBMS broadcastRobust header compression (RoHC)Multi band HO based on service priority and bandActive queue management (AQM)IP transmission enhancementThe 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 checkingOther new features and enhancementFor details, refer to the description and enhancement in the following chapters and the Optional Function Description of Huawei UMTS RAN10.0.EnhancementNoneDependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA1.5 WRFD-000005 System Improvement for RAN11.0ModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN11.0.SummaryThis feature is based on 3GPP R7 with a series of newly introduced RAN products and functions, meeting the customer's requirements in a wider range and improving product performance.BenefitsHSPA+ 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.DescriptionRAN11.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+.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+.EnhancementNoneDependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA1.6 WRFD-000006 System Improvement for RAN11.1ModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN11.1.SummaryThis feature is based on new boards in RNC, which meet the customer's requirements in a wider range and improve product performance.BenefitsNew 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.DescriptionRAN11.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 exportsWith the new boards, the RNC capacity increases.EnhancementNoneDependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA1.7 WRFD-000007 System Improvement for RAN12.0ModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN12.0.SummaryThis 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.BenefitsOperators 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 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 improvementWith 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:6. WBBPd for the BBU3900, which is responsible for the enhanced uplink and downlink channels user plane processing;7. EBBCd for the BBU3806, which is responsible for the enhanced uplink and downlink channels user plane processing;8. EULPd for the BTS3812E/BTS3812AE, which is responsible for the enhanced uplink channels user plane processing.9. New RF unit: RRU3806 for DBS3800/DBS3900The more descriptions of these boards can be obtained in NodeB product description. NodeB signaling processing ability enhancementPenetration 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 energyCurrently, 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 maintainability10. NodeB hardware self-diagnosis: The boards perform the self-diagnosis function to determine whether the fault on the live network is a board fault.11. 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.12. 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.EnhancementNoneDependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA1.8 WRFD-000008 System Improvement for RAN13.0ModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN13.0.SummaryThis 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.BenefitsThis feature supports a number of new functions specified in the 3GPP R9, improves user experience, and increases system capacity.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 supportedThe 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 enhancedThe 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 providedThe 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 increasedThe 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 groupsIn 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 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.EnhancementNoneDependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA1.9 WRFD-140101 System Improvements for RAN14.0ModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN14.0.SummaryRAN14.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 maintainabilityBenefitsRAN14.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.EnhancementNoneDependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA1.10 WRFD-141101 System Improvement for RAN15.0ModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN15.0.SummaryThis 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.BenefitsThis 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 securityDescriptionThe details are as follows: Compliance with 3GPP Release 10RAN15.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 capability13. 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.14. The BSC6910 uses the PARCb subrack, which provides higher backplane bandwidth, stronger power supply, and superior heat dissipation.15. The BSC6910 supports 10 GE interface boards, providing expanded capacity, improved specifications, and simplified networking. This reduces the OPEX. RNC in Pool solutionWhen 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 capacityFunctions 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 maintainability16. 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.17. 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.EnhancementNoneDependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA1.11 WRFD-160101 System Improvement for RAN16.0ModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is introduced in RAN16.0.SummaryRAN16.0 has the following system enhancements compared with RAN15.0: Optimized UTRAN KPI system Improved basic UTRAN performanceBenefitsThis feature provides the following benefits: Optimized UTRAN KPI systemThe 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 performanceThe 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.DescriptionIn 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:18. Number of service setups19. State transition delay20. Paging-related countersMeasures the following information to refine network assessment:21. Usage of HSDPA codes, uplink channel element (UL/DL CE), received total wideband power (RTWP), and transmitted carrier power (TCP).22. Number of UEs in the CELL_DCH state performing combined services To improve the basic UTRAN performance, this feature:23. Reduces the PS call drop rate of UEs in the CELL_FACH state.24. 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.25. 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.EnhancementNoneDependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA2 Standards Compliance2.1 WRFD-010101 Compliance with 3GPP SpecificationsModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN2.0.SummaryThe UTRAN system software complies with 3GPP specifications.BenefitsRAN 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.DescriptionRAN2.0 complies with 3GPP Release 99/Release 4.Enhancement RAN3.0RAN3.0 complies with 3GPP Release 99/Release 4/Release 5. RAN5.0RAN5.0 complies with 3GPP Release 99/Release 4/Release 5 RAN6.0RAN6.0 complies with 3GPP Release 99/Release 4/Release 5/Release 6 (March 2006). RAN6.1RAN6.1 complies with 3GPP Release 99/Release 4/Release 5/Release 6 (March 2006). RAN10.0RAN10.0 complies with 3GPP Release 99/Release 4/Release 5/Release 6 (March 2007). RAN11.0RAN11.0 complies with 3GPP Release 99/Release 4/Release 5/Release 6/Release 7 (March 2008). RAN12.0RAN12.0 complies with 3GPP R99/Release 4/Release 5/Release 6/Release 7/Release 8 (March 2009). RAN13.0RAN13.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.0RAN15.0 complies with 3GPP Release 99/Release 4/Release 5/Release 6/Release 7/Release 8/Release 9/Release 10 (March 2012).Dependency RNCNA NodeBNA UEUE may also need to support when applying new feature introduced in 3GPP. Other Network UnitsOther Network Units may also need to support when applying new feature introduced in 3GPP. CNCN may also need to support when applying new feature introduced in 3GPP. Other FeaturesNA2.2 WRFD-010102 Operating Multi-bandModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN2.0.SummaryThis 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.BenefitsThe 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.DescriptionThe following 3GPP defined UMTS frequency bands are supported.Operating BandUL FrequenciesUE transmit, NodeB receiveDL frequenciesUE receive, NodeB transmit

Band I (2100M)1920-1980 MHz2110-2170MHz

Band III/IX (1800M)1710-1785 MHz1805-1880 MHz

Band II (1900M)1850-1910 MHz1930-1990MHz

Band V/VI (850M)824-849MHz869-894MHz

Band VIII (900M)880-915 MHz925-960 MHz

Band IV(1.7/2.1G)1710-1755 MHz2110-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 usageThe feature is implemented in the NodeB and RNC.Different frequency bands should be configured with different RF modules.Enhancement RAN5.0In RAN5.0, the macro NodeB supports the 1900 MHz and 1800 MHz frequency bands. RAN5.1In RAN5.1, the RRU supports the 1900 MHz and 1800 MHz frequency bands. RAN6.0In RAN6.0, the 850 MHz and 900 MHz frequency bands are supported by the macro NodeB and RRU. RAN6.1In RAN6.1, the AWS (UL 1700 MHz/DL 2100 MHz) frequency band is supported by the RRU. RAN10.0The BTS3900/BTS3900A only supports Band1 2100 MHz and 850 MHz in RAN10.0.Dependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA2.3 WRFD-010201 FDD ModeModelQM1SBASICV00 QM1SBASICP00AvailabilityThis feature is available from RAN2.0.SummaryHuawei RAN supports the FDD mode.BenefitsThis feature defines the mode supported by Huawei RAN.DescriptionThe 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.EnhancementNoneDependency RNCNA NodeBMust complied with requirement of 3GPP FDD mode UEMust complied with requirement of 3GPP FDD mode Other Network UnitsNA CNMust complied with requirement of 3GPP FDD mode Other FeaturesNA3 RABs and Services3.1 WRFD-010510 3.4/6.8/13.6/27.2Kbps RRC Connection and Radio Access Bearer Establishment and ReleaseModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN2.0.SummaryThis feature supports the RRC connection/release of different rates and RAB assignment to meet the QoS requirements for different services.BenefitsThis is an essential feature for the UMTS RAN.DescriptionRAN11.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 typesFor 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 parametersThe associated transport channel and physical channel parameters are configured based on the channel types. Huawei RAN provides different sets of configuration parameters 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:26. WRFD-010610 HSDPA Introduction Package27. WRFD-010612 HSUPA Introduction Package28. WRFD-010630 Streaming Traffic Class on HSDPA29. WRFD-010632 Streaming Traffic Class on HSUPASRB 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.0RAN3.0 supports RRC connection of 13.6 kbps. RAN6.1RAN6.1 supports RRC connection of 27.2 kbps. RAN11.0RAN11.0 supports RRC connection of 6.8 kbps and the retainment of SRB of 6.8 kbps.Dependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA3.2 WRFD-010501 Conversational QoS ClassModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN2.0.This feature is introduced in 3GPP R99.SummaryThe RNC supports the conversational services of CS and PS domains issued from the CN and sets up appropriate RABs based on the QoS.BenefitsThe QoS-supported conversational services provide guaranteed QoS for upper-layer services.DescriptionQoS classes also refer to traffic classes. The following four QoS classes are defined in 3GPP: Conversational class Streaming class Interactive class Background classThe 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.EnhancementNoneDependency RNCNA NodeBNA UEMust support this service Other Network UnitsNA CNMust support this service Other FeaturesNA3.3 WRFD-010502 Streaming QoS ClassModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN2.0.This feature is introduced in 3GPP R99.SummaryThe RNC supports the streaming services of CS and PS domains issued from the CN and sets up appropriate RABs based on the QoS.BenefitsThe QoS-supported steaming services provide guaranteed QoS for upper-layer services.DescriptionQoS classes also refer to traffic classes. The following four QoS classes are defined in 3GPP: Conversational class Streaming class Interactive class Background classThe main difference between the preceding QoS classes lies in the extent to which the traffic 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: 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.0RAN6.0 supports PS 384 kbps bidirectional symmetric or asymmetric streaming service.Dependency RNCNA NodeBNA UEMust support this service Other Network UnitsNA CNMust support this service Other FeaturesNA3.4 WRFD-010503 Interactive QoS ClassModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN2.0.This feature is introduced in 3GPP R99.SummaryThe RNC supports the interactive services of CS and PS domains issued from the CN and sets up appropriate RABs based on the QoS.BenefitsThe QoS-supported interactive services provide guaranteed QoS for upper-layer services.DescriptionQoS classes also refer to traffic classes. The following four QoS classes are defined in 3GPP: Conversational class Streaming class Interactive class Background classThe main difference between the preceding QoS classes lies in the extent to which the traffic 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.0RAN3.0 supports UL PS service of 384 kbps.Dependency RNCNA NodeBNA UEMust support this service Other Network UnitsNA CNMust support this service Other FeaturesNA3.5 WRFD-010504 Background QoS ClassModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN2.0.This feature is introduced in 3GPP R99.SummaryThe RNC supports the background services of CS and PS domains issued from the CN and sets up appropriate RABs based on the QoS.BenefitsThe QoS-supported background services provide guaranteed QoS for upper-layer services.DescriptionQoS classes also refer to traffic classes. The following four QoS classes are defined in 3GPP: Conversational class Streaming class Interactive class Background classThe main difference between the preceding QoS classes lies in the extent to which the traffic 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.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.0RAN3.0 supports UL PS service of 384 kbps.Dependency RNCNA NodeBNA UEMust support this service Other Network UnitsNA CNMust support this service Other FeaturesNA3.6 WRFD-010609 Multiple RAB Introduction Package (PS RAB < 2)ModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN2.0.This feature is introduced in 3GPP R99.SummaryThis feature provides multi-service combinations to meet the request for concurrent services.BenefitsMulti-RAB support capability provides operators with more service solution choices.DescriptionMulti-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.EnhancementNoneDependency RNCNA NodeBNA UEmust have the corresponding multi-RAB support capability Other Network UnitsNA CNmust have the corresponding multi-RAB support capability Other FeaturesNA3.6.2 WRFD-01060901 Combination of Two CS Services (Except for Two AMR Speech Services)ModelQM1SBASICV00 QM1SBASICP00AvailabilityThis feature is available from RAN2.0.SummaryHuawei supports combination of two CS services (except for two AMR speech services).BenefitsMulti-RAB support capability provides operators with more service solution choices.DescriptionHuawei supports combination of two CS services (except for two AMR speech services).EnhancementNoneDependency RNCNA NodeBNA UEmust have the corresponding multi-RAB support capability Other Network UnitsNA CNmust have the corresponding multi-RAB support capability Other FeaturesNA3.6.3 WRFD-01060902 Combination of One CS Service and One PS ServiceModelQM1SBASICV00 QM1SBASICP00AvailabilityThis feature is available from RAN2.0.SummaryHuawei RAN supports the combination of one CS service and one PS service.BenefitsMulti-RAB support capability provides operators with more service solution choices.DescriptionHuawei RAN supports the combination of one CS service and one PS service.EnhancementNoneDependency RNCNA NodeBNA UEmust have the corresponding multi-RAB support capability Other Network UnitsNA CNmust have the corresponding multi-RAB support capability Other FeaturesNA3.6.4 WRFD-01060903 Combination of Two CS Services and One PS Service (Except for Two AMR Speech Services)ModelQM1SBASICV00 QM1SBASICP00AvailabilityThis feature is available from RAN2.0.SummaryHuawei RAN supports the combination of two CS services and one PS service (except for two AMR speech services).BenefitsMulti-RAB support capability provides operators with more service solution choices.DescriptionHuawei RAN supports the combination of two CS services and one PS service (except for two AMR speech services).EnhancementNoneDependency RNCNA NodeBNA UEmust have the corresponding multi-RAB support capability Other Network UnitsNA CNmust have the corresponding multi-RAB support capability Other FeaturesNA3.7 WRFD-140104 Enhanced Combined ServicesModel QM1SBASICV00 QM1SBASICP00AvailabilityThis feature is available from RAN14.0.SummaryThe 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.BenefitsThe 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.DescriptionThis 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 policyThe 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 policyThis 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 servicesThis 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 servicesThe 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.0A 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.0In 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 RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA3.8 WRFD-140103 Call ReestablishmentModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN14.0.SummaryCall 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.BenefitsThe 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.DescriptionThe Call Reestablishment feature consists of the following functions: CS call reestablishmentCS call reestablishment applies to a single CS service or the CS service in CS+PS combined services. PS call reestablishmentPS call reestablishment applies to a single PS service. Call reestablishment triggered by SRB resetThe 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 failureThe 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 timeoutThe 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 overlapThe 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 resetThe 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.0In 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 RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA3.9 WRFD-021104 Emergency CallModelQM1SBASICV00 QM1SBASICP00AvailabilityThis feature is available from RAN2.0.This feature is introduced in 3GPP R99.SummaryThis feature provides the emergency call a higher priority over common calls to ensure that the emergency call gets preference to access the network.BenefitsIt is an essential feature for UMTS RAN. It enables the emergency call to have a higher priority over other services in resource allocation. DescriptionWhen 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.EnhancementNoneDependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA3.10 WRFD-010506 RAB Quality of Service Renegotiation over Iu InterfaceModelQW1SRABQSP00AvailabilityThis feature is available from RAN5.0.This feature is introduced in 3GPP R4.SummaryThis 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.BenefitsThis feature enables operator to reduce the cell load by downgrade real-time service bit rate.DescriptionRAB 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 it is up to the CN to decide how to react to the request upon reception of the RAB MODIFY REQUEST message.EnhancementNoneDependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA4 RAN Architecture & Functions4.1 MRFD-210604 2-Way Antenna Receive DiversityModelQM1SBASICV00 QM1SBASICP00AvailabilityThis feature is available from GBSS6.1 and RAN2.0.SummaryThis feature is a technique for improving the receive performance of the uplink channels. BenefitsThis feature improves receiver sensitivity and uplink coverage, reducing the CAPEX.DescriptionWith 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.EnhancementNoneDependency RNCNA NodeBIn receive diversity mode, the NodeB should provide sufficient RF channels and demodulation resources to meet the requirements for the number of antenna diversities. UENA Other Network UnitsNA CNNA Other FeaturesNA4.2 WRFD-010205 Cell Digital Combination and SplitModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN6.0.SummaryThis 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.BenefitsCompared 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.DescriptionCell 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 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.EnhancementNoneDependency RNCNA NodeBOnly the DBS3800 and DBS3900 support this feature. The RRU3801c does not support this feature.The BTS3803E does not support this feature. UENA Other Network UnitsNA CNNA Other FeaturesNA4.3 WRFD-010208 Fast Power Congestion Control (FCC)ModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN5.0.SummaryFast 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.BenefitsThis feature enables full utilization of Power Amplifiers for traffic load, especially for dynamic power sharing in one carrier between R99 and HSDPA.DescriptionFCC 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.EnhancementNoneDependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA4.4 WRFD-010211 Active TX Chain Gain CalibrationModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN5.0.SummaryThis feature enables the monitoring and adjustment of digital channel gains, ensuring stable output power.BenefitsThis 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.DescriptionThe 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.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.EnhancementNoneDependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA4.5 WRFD-010202 UE State in Connected Mode (CELL-DCH, CELL-PCH, URA-PCH, CELL-FACH)ModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN2.0.SummaryHuawei 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.BenefitsThis 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.DescriptionThe 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_PCHIn 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_FACHIn 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_DCHIn 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.0RAN5.0 introduces the HSDPA feature and supports UEs in the CELL_DCH (HS-DSCH) state. RAN6.0RAN6.0 introduces the HSUPA feature and supports UEs in the CELL_DCH (E-DCH) state. RAN12.0RAN12.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 RNCNA NodeBNA UENA Other Network UnitsUEs must support associated states.The Fast Dormancy procedure of the UE must comply with 3GPP TS 25.331 CR3483. CNNA Other FeaturesNA4.6 WRFD-010401 System Information BroadcastingModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN2.0.SummaryThis 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.BenefitsThis 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.DescriptionSystem 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 BlockAContent

Master information blockSIB scheduling information

Scheduling block 1lSIB scheduling information

Scheduling block 2SIB scheduling information

SIB1PNAS information and timers used by UE in connected mode and idle mode

SIB2URA Id

SIB3CllParameters of cell selection and reselection in idle modeParameters of hierarchical cell in idle mode

SIB4CellParameters of cell selection and reselection in connected modeParameters of Hierarchical cell in connected mode (CCH state)

SIB5llParameters of common physical channels for UE in idle mode(PRACH, AICH, PICH, S-CCPCH)

SIB6llParameters of common physical channel in connected mode

SIB7lUL interference, dynamical persistence level

SIB11lMeasurement control information in idle mode

SIB12CMeasurement control information in connected mode

SIB18lPLMN ID of neighboring cells

Enhancement RAN5.0RAN5.0 supports SIB4, SIB6, and SIB12. RAN10.0RAN10.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 RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA4.7 WRFD-010301 Paging UE in Idle, CELL_PCH, URA_PCH State (Type 1)ModelQM1SBASICV00 QM1SBASICP00AvailabilityThis feature is available from RAN2.0.SummaryThis 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). BenefitsWhen an UE is in idle, CELL_PCH, or URA_PCH state, UTRAN sends a paging message to the UE through the PCCH.DescriptionPaging 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.EnhancementNoneDependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA4.8 WRFD-010302 Paging UE in CELL_FACH, CELL_DCH State (Type 2)ModelQM1SBASICV00 QM1SBASICP00AvailabilityThis feature is available from RAN2.0.SummaryThis feature supports paging type 2. The network can control the UE in CELL_FACH or CELL_DCH state through the dedicated control channel (DCCH).BenefitsThe network can control the UE in CELL_FACH or CELL_DCH state which has DCCH with paging type 2 procedures.DescriptionIn paging type 2, UTRAN sends a paging message to the UE in CELL_FACH or CELL_DCH state through the DCH or FACH. EnhancementNoneDependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA4.9 WRFD-020802 OTDOA Based LCSModelQW1SOTDOAV00QW1SOTDOAP00AvailabilityThis feature is available from RAN3.0.This feature is introduced in 3GPP R99.SummaryWith this feature, Huawei RAN supports IPDL-OTDOA location services.BenefitsThis feature provides a location service for operators.DescriptionHuawei 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.EnhancementNoneDependency RNCNA NodeBThe NodeBs must be equipped USCU card with GPS function.The RRU3808 does not support IPDL.The BTS3803E does not support this feature. UEUE is needed to report the relevant measurement results. Other Network UnitsNA CNCN is needed to trigger the location request. Other FeaturesNA5 Channel Resource Management5.1 WRFD-020900 Logical Channel ManagementModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN2.0.SummaryThis feature supports multiple logical channels to carry data transfer services offered by MAC.BenefitsThis feature provides the basis for data transfer and resource management algorithm.DescriptionA 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)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.0In RAN3.0, the CTCH supporting the cell broadcast service (CBS) feature is introduced. In RAN6.0In RAN6.0, the MTCH and MCCH are introduced.Dependency RNCNA NodeBNA UENA Other Network UnitsNA CNNA Other FeaturesNA5.2 WRFD-021000 Transport Channel ManagementModelQM1SBASICV00QM1SBASICP00AvailabilityThis feature is available from RAN2.0.This feature is introduced in 3GPP R99/R5/R6.SummaryThis 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.BenefitsThis feature provides the basis for data transfer and resource management algorithm.DescriptionTransport 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 channelsCommon 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)Dedicated transport channel types are as follows: Dedicated Channel (DCH) Enhanced Dedicated Channel (E-DCH)Enhancement RAN5.0In RAN5.0, HS-DSCH supported with HSDPA feature is introduced. RAN6.0In RAN6.0, E-DCH supported with HSUPA feature is introduced.Dependency RNCNA NodeBNDLP and NBBI do not support the Management of HSUPA or HSDPA transport channel. UENA Other Network UnitsNA CNNA Other FeaturesTo 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 ManagementModelQM1SBASICV00QM1SBASICP00Av