Beruflich Dokumente
Kultur Dokumente
Issue Date
04 2011-12-30
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.
Issue 04 (2011-12-30)
Contents
Contents
1 Introduction.................................................................................................................................... 1
1.1 Purpose ............................................................................................................................................................. 1 1.2 Intended Audience ............................................................................................................................................ 2 1.3 Change History................................................................................................................................................. 2
2 Overview......................................................................................................................................... 3
2.1 Capacity and Performance ............................................................................................................................... 3 2.2 Hardware .......................................................................................................................................................... 4 2.3 Implementation ................................................................................................................................................ 5 2.4 Inter-NE Interface ............................................................................................................................................ 6 2.5 Operation and Maintenance ............................................................................................................................. 6
Issue 04 (2011-12-30)
ii
Contents
4.17 WRFD-020137 Dual-Threshold Scheduling with HSUPA Interference Cancellation (New/Optional) ....... 45 4.18 WRFD-020136 Anti-Interference Scheduling for HSUPA (New/Optional)................................................. 46 4.19 WRFD-010697 E-DPCCH Boosting (New/Optional).................................................................................. 47 4.20 WRFD-010698 HSPA+ Uplink 11.5Mbit/s per User (New/Optional) ......................................................... 48 4.21 WRFD-010713 Traffic-Based Activation and Deactivation of the Supplementary Carrier In Multi-carrier (New/Optional) .................................................................................................................................................... 49 4.22 WRFD-020806 Differentiated Service Based on SPI Weight (Enhanced/Optional) .................................... 50 4.23 WRFD-020132 Web Page Access Acceleration (New/Optional) ................................................................. 52 4.24 WRFD-020133 P2P Downloading Rate Control during Busy Hour (New/Optional) .................................. 53 4.25 WRFD-020135 Intelligent Inter-Carrier UE Layered Management (New/Optional)................................... 54 4.26 WRFD-020129 Service-Based PS Service Redirection from UMTS to LTE (Trial) (New/Optional) ......... 55 4.27 WRFD-020130 Videophone Service Restriction (New/Optional) ............................................................... 57 4.28 WRFD-020131 Optimization of R99 and HSUPA Users Fairness (New/Optional)..................................... 58 4.29 WRFD-020122 Multi-Carrier Switch off Based on QoS (New/Optional) ................................................... 60 4.30 WRFD-020121 Intelligent Power Management (New/Optional) ................................................................. 61 4.31 WRFD-02131106 Routing Roaming UEs in Proportion (New/Optional) .................................................... 62 4.32 WRFD-050402 IP Transmission Introduction on Iub Interface (Enhanced/Optional) ................................. 64 4.33 WRFD-050409 IP Transmission Introduction on Iu Interface (Enhanced/Optional) ................................... 65 4.34 WRFD-050410 IP Transmission Introduction on Iur Interface (Enhanced/Optional) .................................. 65 4.35 WRFD-021350 Independent Demodulation of Signals from Multiple RRUs in One Cell (New/Optional) 65 4.36 WRFD-020134 Push to Talk (New/Optional) .............................................................................................. 67 4.37 WRFD-012001 RNC offload (Trial) (New/Optional) .................................................................................. 69 4.38 WRFD-030010 CQI Adjustment Based on Dynamic BLER Target (New/Optional) .................................. 71 4.39 WRFD-030011 MIMO Prime (New/Optional) ............................................................................................ 72 4.40 MRFD-221802 GSM and UMTS Dynamic Spectrum Sharing(UMTS) (New/Optional) ............................ 74 4.41 MRFD-221703 2.0MHz Central Frequency point separation between GSM and UMTS mode(UMTS) (New/Optional) .................................................................................................................................................... 75
Issue 04 (2011-12-30)
iii
1 Introduction
1
Table 1-1 lists the products and versions involved in RAN13.0. Table 1-1 Products and versions involved in RAN13.0 Product M2000 CME RNC NodeB Version iManager M2000-II V200R011 iManager M2000-II V200R011 BSC6900 V900R013 BTS3812E V100R013 BTS3812AE V100R013 DBS3800 V100R013 DBS3900 WCDMA V200R013 BTS3900 WCDMA V200R013 BTS3900A WCDMA V200R013 BTS3900L WCDMA V200R013 BTS3902E WCDMA V200R013
Introduction
This document describes the impacts of new and enhanced RAN13.0 features on RAN12.0.
1.1 Purpose
This document provides information for network planning personnel and operation and maintenance (OM) personnel to plan software upgrades to RAN13.0. This document is for reference only, and is subject to change during the development of this new release.
Issue 04 (2011-12-30)
1 Introduction
03 (2011-10-30)
This is the document for the third commercial release of RAN13.0. Compared with 02 (2011-06-30), this issue incorporates editorial changes.
02 (2011-06-30)
This is the document for the second commercial release of RAN13.0. Compared with 01 (2011-04-30), this issue incorporates the following changes: Added the following features:
WRFD-030010 CQI Adjustment Based on Dynamic BLER Target (New/Optional) WRFD-030011 MIMO Prime (New/Optional)
01 (2011-04-30)
This is the document for the first commercial release of RAN13.0. Compared with Draft A (2011-03-30), this issue incorporates the following changes: Added a new NodeB hardware model: BTS3902E Made editorial changes to descriptions
Draft A (2011-03-30)
This is the initial draft for RAN13.0.
Issue 04 (2011-12-30)
2 Overview
2
2.1 Capacity and Performance
2.1.1 RNC
BSC6900 is the RNC model for RAN13.0. Busy Hour Call Attempt (BHCA) Traffic volume (Erlang) PS throughput (UL+DL) (Mbit/s)
Overview
Table 2-1 describes the RAN13.0 BSC6900 capacity. For more information, see the RAN13.0 BSC6900 Product Description. Table 2-1 RAN13.0 BSC6900 capacity Item BHCA (K) Traffic volume (Erlang) PS throughput (UL+DL) (Mbit/s) Specification 3720 (using the balanced traffic model in Table 2-2) 100,500 24,000
The preceding specifications of the RAN13.0 BSC6900 are based on the condition that HW69 R13 hardware is configured. Note that traffic volume and PS throughput cannot reach the maximum at the same time. PS throughput is based on UL rate of 64 kbit/s and DL rate of 384 kbit/s.
Table 2-2 describes the balanced traffic model for the RAN13.0 BSC6900 UMTS.
Issue 04 (2011-12-30)
2 Overview
Table 2-2 Balanced traffic model for the BSC6900 UMTS (per user in busy hours) Parameter CS voice traffic CS data traffic PS throughput Proportion of soft handovers Handover times per CS call Handover times per PS call NAS times Value 20 mE 1.5 mE 4500 bit/s 30% 8 5 3.6 Description AMR speech service, 0.96 BHCA per user UL: 64 kbit/s, DL: 64 kbit/s, CS data service, 0.04 BHCA per user UL: 25 kbit/s, DL: 145 kbit/s, 2 BHCAs per user Proportion of calls (in percentage) with two handover connections Average number of handovers per CS call Average number of handovers per PS call Including all signaling messages between the CN and the UE: LA update, IMSI attach/detach, RA update, GPRS attach/detach, SMS
2.1.2 NodeB
Compared with RAN 12.0, 3900 series base stations of RAN 13.0 have improved in capacity specifications. DBS3900, BTS3900, BTS3900A, and BTS3900L of RAN 13.0 support a maximum of 2304 CEs, increased by 50% as compared with 1536 CEs supported by RAN12.0.
2.1.3 M2000
RAN13.0 M2000 can manage up to 50,000 UMTS cells, the same amount as RAN12.0 M2000.
2.2 Hardware
2.2.1 RNC
RAN13.0 BSC6900 introduces the following new boards: OMUc SCUb NIUa Table 2-3 briefly describes the functions of the OMUc, SCUb and NIUa.
Issue 04 (2011-12-30)
2 Overview
Table 2-3 RAN13.0 BSC6900 new boards Board Name OMUc Board Type Operation and maintenance board Function Provides configuration management, performance management, fault management, security management, and loading management functions for the BSC6900 Provides an OM interface for communication between the LMT/M2000 and the BSC6900. Provides online help information.
One OMUc occupies only one slot and can be configured with one hard disk.
SCUb
Enables MAC switching and GE switching, supporting both ATM and IP networks Provides data switching channels Provides configuration and maintenance for a subrack or BSC6900 Distributes clock signals for the BSC6900
The SCUb provides a switching capacity of 240 Gbit/s, which is a 400% increase over the capacity of the SCUa.
NIUa
Provides the service identification function Works with the service processing boards to schedule different types of services
2.2.2 NodeB
A new hardware model BTS3902E is added to RAN13.0 NodeB family.
2.2.3 M2000
The M2000 compatible with RAN13.0 is iManager M2000-II V200R011. For a commercial network, iManager M2000-II V200R010 is upgraded to iManager M2000II V200R011 without changing the hardware. For a newly deployed network, iManager M2000-II V200R011 is used and its hardware configuration is slightly different from iManager M2000-II V200R010. For details, see the network impact report of iManager M2000-II V200R011.
2.3 Implementation
Before upgrading from RAN12.0 to RAN13.0, ensure that all required hardware is installed and associated licenses are obtained. Perform the upgrade in the following order:
Issue 04 (2011-12-30)
2 Overview
1. 2. 3. 4.
Upgrade the M2000 to iManager M2000-II V200R011. Upgrade the CME to iManager M2000-II V200R011. Upgrade the RNC to BSC6900 V900R013. Upgrade the NodeB to the RAN13.0 version according to Table 1-1.
Issue 04 (2011-12-30)
This chapter describes the new and enhanced features in RAN13.0 and the dependencies of these features on other features, hardware, and network elements (NEs). The RAN products must meet these requirements before feature activation. For detailed information about impacts of each feature, see chapter 4 "Impacts of RAN13.0 Features on RAN12.0."
Issue 04 (2011-12-30)
Feature Name Intelligent Power Measurement HSDPA UE Category 1 to 28 HSUPA Coverage Enhancement at UE power limitation Adaptive Configuration of Traffic Channel Power offset for HSUPA Uplink Enhanced CELL_FACH Enhanced DRX HSPA+ Downlink 84Mbit/s per User (Trial) Flexible HSPA+ Technology Selection Dual-Threshold Scheduling with HSUPA Interference Cancellation Anti-Interference Scheduling for HSUPA E-DPCCH Boosting HSPA+ Uplink 11.5Mbit/s per User Traffic-Based Activation and Deactivation of the Supplementary Carrier In Multi-carrier DC-HSDPA+MIMO (Trial) Differentiated Service Based on SPI Weight Web Page Access Acceleration P2P Downloading Rate Control during Busy Hour Intelligent Inter-Carrier UE Layered Management
WRFD-010712
Minor
New
Optional
Issue 04 (2011-12-30)
Feature ID WRFD-020129
Feature Name Service-Based PS Service Redirection from UMTS to LTE (Trial) Videophone Service Restriction Optimization of R99 and HSUPA Users Fairness Multi-Carrier Switch off Based on QoS Intelligent Power Management Routing Roaming UEs in Proportion IP Transmission Introduction on Iub Interface IP Transmission Introduction on Iu Interface IP Transmission Introduction on Iur Interface Independent Demodulation of Signals from Multiple RRUs in One Cell Push to Talk RNC offload (Trial) GSM and UMTS Dynamic Spectrum Sharing(UMTS) CQI Adjustment Based on Dynamic BLER Target MIMO Prime 2.0MHz Central Frequency point separation between GSM and UMTS mode(UMTS)
Impact Minor
WRFD-050402
Minor
Enhanced
Optional
WRFD-050409
Minor
Enhanced
Optional
WRFD-050410 WRFD-021350
Minor
New
Optional
Issue 04 (2011-12-30)
In most cases, optional features are license controlled. Basic features are not license controlled.
Table 3-2 describes the dependency of each new and enhanced RAN13.0 feature on other features. Table 3-2 Dependency of each new and enhanced RAN13.0 feature on other features Feature ID WRFD-000008 WRFD-010101 MRFD-210303 MRFD-210305 MRFD-210801 MRFD-210401 MRFD-210310 WRFD-020406 WRFD-01061002 WRFD-020138 WRFD-010712 WRFD-010701 Feature Name System Improvement for RAN13.0 3GPP R9 Specifications Inventory Management Security Management Interface Tracing RNC Software Management NodeB Software USB Download Intelligent Power Measurement HSDPA UE Category 1 to 28 HSUPA Coverage Enhancement at UE power limitation Adaptive Configuration of Traffic Channel Power offset for HSUPA Uplink Enhanced CELL_FACH Dependency N/A N/A N/A N/A N/A N/A N/A N/A WRFD-010610 HSDPA Introduction Package WRFD-010612 HSUPA Introduction Package WRFD-010612 HSUPA Introduction Package WRFD-010652 SRB over HSDPA WRFD-010688 Enhanced CELL_FACH WRFD-010636 SRB over HSUPA WRFD-010695 UL Layer 2 Improvement WRFD-010702 Enhanced DRX WRFD-010688 Enhanced CELL_FACH
Issue 04 (2011-12-30)
10
Feature ID WRFD-010703
Dependency WRFD-010689 HSPA+ Downlink 42Mbps per User WRFD-010693 Downlink 64QAM+MIMO WRFD-010699 DCHSDPA+MIMO (Trial)
WRFD-010704 WRFD-020137
Flexible HSPA+ Technology Selection Dual-Threshold Scheduling with HSUPA Interference Cancellation
WRFD-010696 DC-HSDPA WRFD-010684 2x2 MIMO WRFD-010612 HSUPA Introduction Package WRFD-010691 HSUPA UL Interference Cancellation
Anti-Interference Scheduling for HSUPA E-DPCCH Boosting HSPA+ Uplink 11.5Mbit/s per User
WRFD-010612 HSUPA Introduction Package WRFD-010612 HSUPA Introduction Package WRFD-010694 UL 16QAM WRFD-010614 HSUPA Phase 2 WRFD-010697 E-DPCCH Boosting
WRFD-010713
Traffic-Based Activation and Deactivation of the Supplementary Carrier In Multi-carrier DC-HSDPA+MIMO (Trial) Differentiated Service Based on SPI Weight
WRFD-010696 DC-HSDPA
WRFD-010699 WRFD-020806
WRFD-010696 DC-HSDPA WRFD-010684 2x2 MIMO When applied in the downlink on the Uu interface, this feature depends on the feature WRFD01061103 Scheduling based on EPF and GBR. When applied in the uplink on the Uu interface, this feature depends on the feature WRFD01061402 Enhanced Fast UL Scheduling or WRFD-010638 Dynamic CE Resource Management. When this feature is enabled together with the feature WRFD01061402 Enhanced Fast UL Scheduling, only the uplink Uu interface resources can be differentially scheduled. When this feature is enabled
Issue 04 (2011-12-30)
11
Feature ID
Feature Name
Dependency together with the feature WRFD010638 Dynamic CE Resource Management, both the uplink Uu interface resources and CE resources can be differentially scheduled. When applied in the downlink on the Iub interface, this feature depends on the features WRFD010610 HSDPA Introduction Package and WRFD-050405 Overbooking on ATM Transmission, or the features WRFD-010610 HSDPA Introduction Package and WRFD-050408 Overbooking on IP Transmission. When applied in the uplink on the Iub interface, this feature depends on the feature WRFD010637 HSUPA Iub Flow Control in Case of Iub Congestion.
Web Page Access Acceleration P2P Downloading Rate Control during Busy Hour Intelligent Inter-Carrier UE Layered Management Service-Based PS Service Redirection from UMTS to LTE (Trial) Videophone Service Restriction Optimization of R99 and HSUPA Users Fairness
WRFD-020130 WRFD-020131
N/A WRFD-010612 HSUPA Introduction Package WRFD-021101 Dynamic Channel Configuration Control (DCCC)
Multi-Carrier Switch off Based on QoS Intelligent Power Management Routing Roaming UEs in Proportion IP Transmission Introduction on Iub Interface
WRFD-010610 HSDPA Introduction Package N/A WRFD-021311 MOCN Introduction Package N/A
Issue 04 (2011-12-30)
12
Feature Name IP Transmission Introduction on Iu Interface IP Transmission Introduction on Iur Interface Independent Demodulation of Signals from Multiple RRUs in One Cell Push to Talk
WRFD-020134
WRFD-010612 HSUPA Introduction Package WRFD-010610 HSDPA Introduction Package WRFD-010688 Downlink Enhanced CELL_FACH WRFD-010636 SRB over HSUPA
RNC offload (Trial) CQI Adjustment Based on Dynamic BLER Target MIMO Prime GSM and UMTS Dynamic Spectrum Sharing(UMTS)
N/A WRFD-010610 HSDPA Introduction Package WRFD-010610 HSDPA Introduction Package On the dynamic spectrum shared carrier, this feature cannot be used together with MRFD211703 2.0MHz Central Frequency point separation between GSM and UMTS mode(GSM) and MRFD-221703 2.0MHz Central Frequency point separation between GSM and UMTS mode(UMTS). This feature cannot be used together with GBFD-117002 IBCA (Interference Based Channel Allocation) or GBFD117001 Flex MAIO.
MRFD-221703
2.0MHz Central Frequency point separation between GSM and UMTS mode(UMTS)
GBFD-114801 Discontinuous Transmission (DTX) Downlink GBFD-117601 HUAWEI III Power Control Algorithm GBFD-117602 Active Power Control
Issue 04 (2011-12-30)
13
Table 3-3 describes the dependency of each new and enhanced RAN13.0 feature on the RNC, NodeB, UE, CN, and other NEs. Table 3-3 Dependency of each new and enhanced RAN13.0 feature on NEs Feature ID WRFD000008 WRFD010101 Feature Name System Improvement for RAN13.0 3GPP R9 Specifications Dependency RNC N/A NodeB N/A UE N/A Other NEs N/A CN N/A
N/A
N/A
The associated interfaces must be upgraded to 3GPP Release 9 to support new and enhanced features introduced in 3GPP Release 9. N/A
The associated interfaces must be upgraded to 3GPP Release 9 to support new and enhanced features introduced in 3GPP Release 9. Inventory information can be queried only on the M2000, which requires a license for this feature. N/A N/A N/A
The associated interfaces must be upgraded to 3GPP Release 9 to support new and enhanced features introduced in 3GPP Release 9. N/A
MRFD210303
Inventory Management
N/A
N/A
Issue 04 (2011-12-30)
14
Feature ID MRFD210310
Feature Name NodeB Software USB Download Intelligent Power Measurement HSDPA UE Category 1 to 28 HSUPA Coverage Enhancement at UE power limitation
Dependency RNC N/A NodeB Only 3900 series base stations support this feature. Only 3900 series base stations support this feature. N/A UE N/A Other NEs N/A CN N/A
WRFD020406
N/A
N/A
N/A
WRFD010610 02 WRFD020138
N/A
N/A
N/A
N/A
N/A
The UE must support 3GPP Release 8 or later and improved EUL power control at the UE power limit. N/A
N/A
N/A
WRFD010712
Adaptive Configuration of Traffic Channel Power offset for HSUPA Uplink Enhanced CELL_FACH
N/A
N/A
N/A
N/A
WRFD010701
N/A
1. The BTS3812E, BTS3812A, and BTS3812AE must be configured with the EULPd, EBBI, EBOI, or EULP board. The downlink services cannot be set up on HBBI/HDLP/NDL P board. 2. The BBU3806 must be configured with the EBBC/EBBCd board, where the EBBCd board is necessary to the EAI.
The UE must support 3GPP Release 8 or later. It also must support the uplink enhanced CELL_FAC H state.
N/A
N/A
Issue 04 (2011-12-30)
15
Feature ID
Feature Name
Dependency RNC NodeB 3. The BBU3900 must be configured with the WBBPb/WBBPd board, where the WBBPd is necessary to support the E-AI. UE Other NEs CN
WRFD010702
Enhanced DRX
N/A
1. The BTS3812E, BTS3812A, and BTS3812AE must be configured with the EULPd, EBBI, EBOI, or EULP board. 2. The BBU3806 must be configured with the EBBC or EBBCd board; the BBU3806C must be configured with the EBBM board. 3. The BBU3900 must be configured with the WBBPb or WBBPd board.
The UE must support 3GPP Release 8 or later. It also must support enhanced DRX.
N/A
N/A
WRFD010703
1. The BTS3812AE, BTS3812E, and DBS3800 do not support this feature. 2. The 3900 series base stations must be configured with the WBBPd/WBBPb3/ WBBPb4 board.
N/A
The CN must support the downlink rate of 84 Mbit/s or higher per user.
Issue 04 (2011-12-30)
16
Feature ID WRFD010704
Dependency RNC NodeB 1. The BTS3812E, BTS3812A, and BTS3812AE must be configured with the EBBI, EBOI, and EDLP board. In addition, uplink services cannot be established on the HBBI or HULP. 2. The BBU3806 of the DBS3800 must be configured with the EBBC or EBBCd board; the BBU3806C must be configured with the EBBM board. 3. The 3900 series base stations must be configured with the WBBPb or WBBPd board. 4. Huawei BTS RF modules support only one transmission channel. MIMO requires interconnection of two RF modules. UE Other NEs CN
N/A
The UE must be of HSDPA category 21, 22, 23, 24, 25, 26, 27, or 28.
N/A
N/A
Issue 04 (2011-12-30)
17
Feature ID WRFD020137
Dependency RNC N/A NodeB 1. The BTS3812E and BTS3812AE must be configured with the EULPd board, and all services in the cell should be established on one EULPd board. 2. The DBS3800 must be configured with the EBBCd board. 3. The 3900 series base stations must be configured with the WBBPd board in the UL resource pool that supports this feature, and slots 2 and 3 must be configured with at least one WBBPd board. The 20 W RRU3801C and the MTRU for the BTS3812E and BTS3812AE do not support this feature. The BTS3812E and BTS3812AE configured with the 8 U-high WRFU support this feature. UE N/A Other NEs N/A CN N/A
WRFD020136
N/A
1. The BTS3812E and BTS3812AE must be configured with the HBBI, HULP, EBBI, EBOI, EULP, or EULPd board. Downlink services can be established only on the EBBI, EBOI, and EDLP boards.
N/A
N/A
N/A
Issue 04 (2011-12-30)
18
Feature ID
Feature Name
Dependency RNC NodeB 2. The BBU3806 must be configured with the EBBC or EBBCd board; the BBU3806C must be configured with the EBBM board. 3. The BBU3900 must be configured with the WBBPb or WBBPd board. UE Other NEs CN
WRFD010697
E-DPCCH Boosting
N/A
1. The BTS3812E and BTS3812AE must be configured with the EULPd board. Downlink services cannot be established on the HBBI or HDLP/NDLP board. 2. The DBS3800 must be configured with the EBBCd board. 3. The 3900 series base stations must be configured with the WBBPd board.
The UE must support 3GPP Release 7 or later. It also must support EDPCCH Boosting.
N/A
WRFD010698
N/A
1. The BTS3812E and BTS3812AE must be configured with the EULPd board. Downlink services cannot be established on the HBBI or HDLP/NDLP board. 2. The DBS3800 must be configured with the EBBCd board. 3. The 3900 series base stations must be configured with the WBBPd board.
N/A
The CN must support the uplink rate of 11.5 Mbit/s or higher per user.
Issue 04 (2011-12-30)
19
Feature ID WRFD010713
Feature Name Traffic-Based Activation and Deactivation of the Supplementar y Carrier In Multi-carrier
Dependency RNC N/A NodeB N/A UE The UE must be of HS-DSCH category 21, 22, 23, or 24 to support DCHSDPA. The UE must be of HS-DSCH category 25, 26, 27, or 28 to support DCHSDPA+M IMO. Other NEs N/A CN N/A
WRFD010699
DCHSDPA+MIM O (Trial)
N/A
1. The BTS3812E and BTS3812AE must be configured with the EBBI or EDLP board. Uplink services cannot be established on the HBBI or HULP board. 2. The DBS3800 must be configured with the EBBC or EBBCd board. The DBS3800 allows only one cell of the DC group to be configured with MIMO. 3. The 3900 series base stations must be configured with the WBBPb or WBBPd board.
N/A
N/A
WRFD020806
N/A
N/A
N/A
N/A
N/A
Issue 04 (2011-12-30)
20
Feature ID WRFD020132
Dependency RNC The RNC must be configured with the NIUa board. NodeB 1. The BTS3812E and BTS3812AE must be configured with the EBBI or EDLP board. The HBBI and HDLP boards do not support this feature. 2. The DBS3800 must be configured with the EBBC or EBBCd board. The HBBU board does not support this feature. 3. The 3900 series base stations must be configured with the WBBPb or WBBPd board. The WBBPa board does not support this feature. UE N/A Other NEs N/A CN N/A
WRFD020133
1. The BTS3812E and BTS3812AE must be configured with the EBBI or EDLP board. The HBBI and HDLP boards do not support this feature. 2. The DBS3800 must be configured with the EBBC or EBBCd board. The HBBU board does not support this feature. 3. The 3900 series base stations must be configured with the WBBPb or WBBPd board. The WBBPa board does not support this feature.
N/A
N/A
N/A
Issue 04 (2011-12-30)
21
Feature ID WRFD020135
Dependency RNC NodeB UE Other NEs CN This feature requires operators to separately allocate IMSI ranges to UEs and data cards. The CN must support interworking between UMTS and LTE. N/A
N/A
N/A
N/A
N/A
WRFD020129
N/A
N/A
The UE must support both UMTS and LTE and support 3GPP Release 8 or later. N/A
N/A
WRFD020130 WRFD020131
N/A
N/A
N/A
N/A
1. The BTS3812E and BTS3812AE must be configured with the EBBI, EULP, or EULPd board. The HBBI and HULP boards do not support this feature. 2. The DBS3800 must be configured with the EBBC or EBBCd board. The BBU3806 does not support this feature. The BBU3806C must be configured with the EBBM board. 3. The 3900 series base stations must be configured with the WBBPb or WBBPd board. The WBBPa board does not support this feature.
N/A
N/A
N/A
Issue 04 (2011-12-30)
22
Feature Name Multi-Carrier Switch off Based on QoS Intelligent Power Management
Dependency RNC N/A NodeB N/A UE N/A Other NEs N/A CN N/A
N/A
Only the BTS3900A and DBS3900 configured with the APM30 and batteries support this feature. N/A
N/A
N/A
N/A
WRFD021311 06
N/A
N/A
N/A
The CN must support the MOCN function. If the CN detects the initial registration of a roaming UE, it must request CS/PS coordinatio n and send the IMSI of the UE to the RNC.
Issue 04 (2011-12-30)
23
Feature ID
Feature Name
Dependency RNC IP header compression must be supported by the PEUa, POUa, and POUc boards. Only the Dopra Linux operating system supports the RNC integrated firewall for the OM interface. Only the FG2c and GOUc boards support the RNC integrated firewall for the Iub, Iur, and Iu interfaces. To support BFD, the BSC6900 must be configured with the FG2a, GOUa, FG2c, and GOUc boards. NodeB The BTS3812E or BTS3812AE must be configured with the NUTI board. Only the 3900 series NodeB supports interboard ML-PPP. UE N/A Other NEs N/A CN N/A
WRFD050402
Issue 04 (2011-12-30)
24
Feature ID
Feature Name
Dependency RNC Only the Dopra Linux operating system supports the RNC integrated firewall for the OM interface. Only the FG2c and GOUc boards support the RNC integrated firewall for the Iub, Iur, and Iu interfaces. To support BFD, the BSC6900 must be configured with the FG2a, GOUa, FG2c, and GOUc boards. Only the Dopra Linux operating system supports the RNC integrated firewall for the OM interface. Only the FG2c and GOUc boards support the RNC integrated firewall for the Iub, Iur, and Iu interfaces. To support BFD, the BSC6900 must be configured with the FG2a, GOUa, FG2c, and GOUc boards. N/A N/A The neighboring RNC must support IP transmissio n over the Iur interface. N/A NodeB N/A UE N/A Other NEs N/A CN The CN must support IP transmission.
WRFD050409
WRFD050410
Issue 04 (2011-12-30)
25
Feature ID WRFD021350
Feature Name Independent Demodulation of Signals from Multiple RRUs in One Cell
Dependency RNC N/A NodeB Only the DBS3900 supports this feature. The DBS3900 must be configured with the WBBPb or WBBPd board. The BTS3902E does not support this feature. N/A UE N/A Other NEs N/A CN N/A
WRFD020134
Push to Talk
N/A
N/A
WRFD012001
Only the FG2c and GOUc boards support the Gi interface between the RNC and the Internet. N/A
N/A
N/A
WRFD030010
1. The BTS3812E and BTS3812AE must be configured with the EBBI, EBOI, or EDLP board. 2. The BBU3806 must be configured with the EBBC or EBBCd board; the BBU3806C must be configured with the EBBM board. 3. The BBU3900 must be configured with the WBBPb or WBBPd board.
N/A
N/A
N/A
Issue 04 (2011-12-30)
26
Feature ID WRFD030011
Dependency RNC N/A NodeB 1. This feature is supported only by the 40 W RRU3801C, RRU3804, RRU3806, RRU3808, WRFU, RRU3805, WRFUd, RRU3828, RRU3829, RRU3928, RRU3929, MRFUd, and MRFUe as well as the RRU3908 V1 operating in 850 MHz, 900 MHz, and 1900 MHz. 2. For RF modules providing only one transmit channel, two such RF modules need to be interconnected to support this feature. 3. The BBU3900 must be configured with the WBBPb or WBBPd board. 4. The BTS3812E and BTS3812AE do not support this feature. 5. The DBS3800 does not support this feature. UE N/A Other NEs N/A CN N/A
MRFD221802
N/A
Only the 900M MRFU/MRRU supports this feature. GSM and UMTS sharing PA configuration is requested.
N/A
N/A
Issue 04 (2011-12-30)
27
Feature ID MRFD221703
Feature Name 2.0MHz Central Frequency point separation between GSM and UMTS mode(UMTS)
Dependency RNC N/A NodeB UMTS: 900M MRRU V1/ V2/V3 900M MRFU V2/V3 850M MRRU V2 GSM: NULL UE N/A Other NEs It is recommend ed that Huawei professional services be ordered when using this feature. CN N/A
Issue 04 (2011-12-30)
28
Network Performance
No impact.
Issue 04 (2011-12-30)
29
Network Performance
No impact.
Issue 04 (2011-12-30)
30
Network Performance
No impact.
Issue 04 (2011-12-30)
31
The digital certificate has expired or been corrupted. The number of received illegal packets exceeds the specified limit.
Network Performance
No impact.
Network Performance
No impact.
Issue 04 (2011-12-30)
32
Network Performance
No impact.
Issue 04 (2011-12-30)
33
RAN13.0 enhances this feature by adding an encryption mechanism to software packages in the USB storage device. This protects software packages from unauthorized possession or malicious modification. Software packages can be decrypted on the NodeB side.
Network Performance
No impact.
Network Performance
No impact.
Issue 04 (2011-12-30)
34
Power consumption of the equipment, which is powered by the Power Supply Unit (PSU) and managed by the Power and Environment Monitoring Unit (PMU) can be queried on the M2000.
F2 F1
Secondary Carrier
Primary Carrier
NodeB
This feature allows one or both carriers to be configured with MIMO for 64QAM users. When one carrier is configured with 64QAM and MIMO, the theoretical peak rate reaches 63 Mbit/s. When both carriers are configured with 64QAM and MIMO, the theoretical peak rate reaches 84 Mbit/s. DC-HSDPA+MIMO applies to PS streaming services and best effort (BE) services. DC-HSDPA+MIMO applies the same principles as DC-HSDPA in load control and mobility management.
Issue 04 (2011-12-30)
35
Network Performance
Increased peak throughput per single user Compared with DC-HSDPA, DC-HSDPA+MIMO provides spatial multiplexing gain by using multiple antennas. Compared with MIMO, DC-HSDPA+MIMO enables the simultaneous use of two carriers. DC-HSDPA+MIMO increases the single-user peak rate from 28 Mbit/s to 56 Mbit/s (without 64QAM) and from 42 Mbit/s to 84 Mbit/s (with 64QAM). Increased throughput of users at the cell edge DC-HSDPA+MIMO achieves higher gain at the cell edge, compared with DC-HSDPA. DC-HSDPA+MIMO uses two carriers, and therefore doubles the throughput as compared with SC-MIMO.
Issue 04 (2011-12-30)
36
As stipulated in 3GPP Release 9, DC-HSDPA and MIMO can be used together. With 64QAM, DC-HSDPA+MIMO allows for a maximum rate of 84 Mbit/s for a single user in the downlink.
Network Performance
No impact.
Issue 04 (2011-12-30)
37
Network Performance
This feature improves coverage of HSUPA services at the cell edge for BE services and voice services. Emulation results show that coverage of HSUPA services increases by about 10%.
Issue 04 (2011-12-30)
38
4.13 WRFD-010712 Adaptive Configuration of Traffic Channel Power Offset for HSUPA (New/Optional)
4.13.1 Description
This feature is new in RAN13.0. This new feature is applicable to the HSUPA 10 ms Transmission Timing Interval (TTI) Best Effort (BE) service. When an HSUPA 10 ms TTI UE has a small target number of retransmissions (known as small retransmissions), this feature dynamically configures an optimal power offset for the traffic channel based on the changes in uplink load and throughput. This feature helps maintain the power of such a UE on the uplink DPCCH at an optimal level, thereby increasing the capacity of HSUPA cells with multiple HSUPA 10 ms TTI UEs. This feature significantly improves the capacity of HSUPA cells in a live network, where the feature WRFD-010641 HSUPA Adaptive Transmission is unavailable or UEs in HSUPA adaptive transmission mode cannot perform a large number of retransmissions (known as large retransmissions) due to insufficient channel elements (CEs). UEs in HSUPA adaptive transmission mode require twice the CEs. The offset of E-DPDCH power relative to DPCCH power is one of the major factors that determine the DPCCH power in the uplink. For an HSUPA 10 ms TTI UE in the small retransmission state, if the data rate is low, a high offset can be configured. This decreases the DPCCH power and reduces the DPCCH load. After the load is reduced, UEs can transmit more data in the uplink, thereby increasing the capacity of HSUPA cells. If the data rate is high, a low offset can be configured. This increases the DPCCH power, thereby meeting the power requirements of multipath searching and channel estimation and ensuring high performance of HSUPA services. When the feature WRFD-010641 HSUPA Adaptive Transmission enables HSUPA 10 ms TTI UEs to be in the large retransmission state, the offset of the E-DPDCH power relative to the DPCCH power is not adjusted. In such a case, the gain of HSUPA adaptive transmission is not affected. The feature WRFD-010641 HSUPA Adaptive Transmission increases cell capacity at the cost of more CE consumption. In contrast, this feature does not require more CE consumption to increase the cell capacity. This feature and the feature WRFD-010641 HSUPA Adaptive Transmission are independent from each other, but they can be used together. This feature is not applicable to 2 ms HSUPA services because in commercial networks 10 ms UEs account for the majority of HSUPA UEs and 2 ms UEs can be reconfigured as 10 ms UEs in heavily loaded networks.
Issue 04 (2011-12-30)
39
Network Performance
No impact.
uplink enhanced CELL_FACH, which provides significantly higher data rates, enables quick resource allocation and release. Also, there are currently a small number of UEs in the uplink enhanced CELL_FACH state in commercial networks. This feature reduces uplink interference in the case of continuous data transmission because uplink enhanced CELL_FACH requires less physical random access procedures than nonenhanced uplink CELL_FACH. Uplink enhanced CELL_FACH can further improve uplink system capacity if more UEs can be configured in the CELL_FACH state.
Network Performance
This feature has the following impacts on network performance: Shorter service setup delay The delay for a UE to switch from idle mode to the CELL_DCH state to establish services is shortened. Shorter state transition delay The delay for a UE to switch from the CELL_FACH state to CELL_DCH state is shortened. Higher uplink data rates The theoretical peak rate reaches 5.76 Mbit/s. This feature has the following impacts on coverage: When used together with uplink enhanced layer 2, this feature provides better coverage for signaling and traffic when using the 10 ms TTI in the enhanced uplink CELL_FACH state than in the uplink non-enhanced CELL_FACH state. When using the 2 ms TTI in the enhanced uplink CELL_FACH state, this feature provides smaller coverage for signaling than in the uplink non-enhanced CELL_FACH state. The coverage for traffic is not affected.
Issue 04 (2011-12-30)
41
MAP_PS_BE_ON_E_FACH_ SWITCH: specifies whether BE services use uplink enhanced CELL_FACH. MAP_PS_STREAM_ON_E_FACH_ SWITCH: specifies whether streaming services use downlink enhanced CELL_FACH.
New RNC commands are added as follows: ADD UERACHASC, MOD UERACHASC, RMV UERACHASC, and LST UERACHASC: used to configure the access service classes for uplink enhanced CELL_FACH. ADD UERACHACTOASCMAP, MOD UERACHACTOASCMAP, RMV UERACHACTOASCMAP, and LST UERACHACTOASCMAP: used to configure the mapping between the access classes and access service classes for uplink enhanced CELL_FACH. ADD UERACHBASIC, MOD UERACHBASIC, RMV UERACHBASIC, and LST UERACHBASIC: used to configure the basic information of uplink enhanced CELL_FACH, including the common E-DCH TTI, available preamble signatures, available access sub-channels, and preamble constant value. New RNC parameters are added as follows: ERACHUL: added to the commands ADD TRMFACTOR and MOD TRMFACTOR to specify the channel activity factor in the uplink enhanced CELL_FACH state. MaxERACHUserNum: added to the commands ADD UCELLCAC and MOD UCELLCAC to specify the maximum number of users configured in the uplink enhanced CELL_FACH state in a cell. A new NodeB parameter is added as follows: ERACH: added to the commands ADD LOCELL and MOD LOCELL to specify whether a local cell supports uplink enhanced CELL_FACH. New counters are added to measure the following items: Number of RRC setups in the uplink enhanced CELL_FACH state Number of RAB setups and releases in the downlink enhanced CELL_FACH state Number of users, delay, and traffic volume in the uplink enhanced CELL_FACH state
Issue 04 (2011-12-30)
42
Network Performance
This feature reduces the power consumption of the receivers of UEs in the enhanced CELL_FACH state. The power consumption reduction depends on parameter settings, the amount of transmitted data, and specific implementation of UE manufacturers. With enhanced DRX, the UTRAN sends data to UEs in the enhanced CELL_FACH state only at user-specified times, which leads to a slight increase in transmission delay.
Issue 04 (2011-12-30)
43
A new RNC command ADD UCELLEDRX is added to configure the following enhanced DRX-related parameters: EDRXT321: specifies the timer T321 for DRX in the CELL_FACH state. EDRXCycle: specifies the DRX cycle in the CELL_FACH state. EDRXBurst: specifies the DRX burst length in the CELL_FACH state. EDRXInterruptbyHSDSCHData: specifies whether DRX can be interrupted by HSDSCH data. A new counter is added to measure the mean number of UEs using enhanced DRX on the EFACH in a cell.
Network Performance
No impact.
Issue 04 (2011-12-30)
44
SecCellTcpThd: specifies the downlink transmit power threshold for a DC-HSDPA secondary cell. A larger value results in a lower possibility that services of HSDPA users are carried by MIMO. A smaller value results in a higher possibility that services of HSDPA users are carried by MIMO. SecCellHUserNumThd: specifies the threshold for the number of downlink HSDPA users in a DC-HSDPA secondary cell. A larger value indicates a lower possibility that services of HSDPA users are carried by MIMO. A smaller value indicates a higher possibility that services of HSDPA users are carried by MIMO.
Network Performance
Impact on network coverage The RTWP threshold after IC remains the same as that before the IC feature is introduced and therefore this feature does not have negative impact on the cell coverage. The neighboring cells, controlled by the RTWP threshold, do not affect the cell coverage either, regardless of whether they are enabled with IC or not. Impact on network capacity This feature increases the RTWP before IC, thereby causing stronger interference to the neighboring cells. If the neighboring cells are enabled with this feature and the parameters are set to the same value as the serving cell, the neighboring cell capacity will not be affected. If the neighboring cells are not enabled with this feature no matter whether they are enabled with IC or not, the neighboring cell capacity will decrease because of the stronger interference from the serving cell. It is recommended that this feature be enabled for contiguous areas. The capacity of neighboring cells at the edge of the areas must not be limited.
Issue 04 (2011-12-30)
45
Network Performance
In cells experiencing strong interference, the uplink load increases, leading to decreased coverage. This feature ensures basic coverage by keeping the uplink load under a predefined upper limit.
Issue 04 (2011-12-30)
46
Issue 04 (2011-12-30)
47
Network Performance
E-DPCCH Boosting helps increase the maximum throughput in the uplink. When used together with uplink 16QAM, E-DPCCH Boosting allows for a maximum uplink rate of 11.5 Mbit/s.
Issue 04 (2011-12-30)
48
System Capacity
No impact.
Network Performance
No impact.
4.21 WRFD-010713 Traffic-Based Activation and Deactivation of the Supplementary Carrier In Multicarrier (New/Optional)
4.21.1 Description
This feature is new in RAN13.0. The NodeB decides whether to deactivate the secondary carrier of a UE based on the amount of data to be transmitted by the UE and the throughput of the UE. Given a small amount of data and low throughput, the NodeB deactivates the secondary carrier and sends an HS-SCCH order to notify the UE of the deactivation. When the data amount or the throughput becomes high, the NodeB reactivates the secondary carrier and sends an HS-SCCH order to notify the UE of the reactivation.
Issue 04 (2011-12-30)
49
Network Performance
After the secondary carrier of a UE is deactivated, the UE only needs to demodulate the signals transmitted on the primary carrier, and the transmit power of the UE on the HSDPCCH can be reduced by about 2 dB. Therefore, the uplink load of the cell is lightened. For example, in scenarios with many DC-HSDPA users and low traffic in the downlink, deactivating the secondary carrier can reduce the uplink load of the cell by 5% to 10% when the penetration rate of DC-HSDPA UEs reaches 100%.
Issue 04 (2011-12-30)
50
users, thereby achieving higher downlink throughput. If the data source is sufficient for the two types of users with similar conditions (for example, configured with the same GBR and location) -- the ratio of their throughput approximates to the ratio of their SPI weight. Increasing the SPI weight of users in weak coverage areas will increase the opportunity of scheduling, reduce the cell resource usage, and decrease the cell throughput. On the contrary, increasing the SPI weight of users in the areas with strong signals will increase the opportunity of scheduling, the cell resource usage, and the cell throughput. The impacts on uplink capacity are as follows: Differentiated services in HSUPA scheduling on the Uu interface, flow control on the Iub interface, and CE scheduling are based on SPI weight. Large-SPI-weight users can have more load resources on the Uu interface, Iub bandwidth, and CE resources than smallSPI-weight users, thereby achieving higher uplink throughput. If the service rate is not limited in conditions such as user data source, transmit power, user capability, and QoS-related configurations, for example, GBR and MBR, the ratio of uplink throughput approximates to the ratio of SPI weight. With the same number of users and configuration conditions, the uplink throughput of the system configured with service differentiation is higher than that of the system configured with service fairness.
Network Performance
No impact.
If SPI weight-related parameters have been configured for telecom operators, telecom operator-oriented commands take precedence over RNC-oriented commands. If such parameters are not configured, the RNC-oriented commands can be used.
Network Performance
This feature decreases the delay in web-page loading, significantly improving the user experience. The delay of FTP and P2P services, however, is prolonged because this feature increases the round trip time (RTT) of these services. FTP and P2P services are not delaysensitive; therefore, the user experience is subtly affected. This feature adjusts Scheduling Priority Indicator (SPI) weight for different services and affects the differentiated fairness of users accordingly. However, users using the same type of services are not affected. This feature is applicable only when the RNC must be configured with the NIUa board.
Issue 04 (2011-12-30)
52
A new counter is added to measure the number of downlink HTTP data bytes received by the RNC over the Iu-PS interface.
4.24 WRFD-020133 P2P Downloading Rate Control during Busy Hour (New/Optional)
4.24.1 Description
This feature is new in RAN13.0. As high-bandwidth mobile telecommunication systems grow rapidly, more and more users use P2P services to download music and video. Due to its high volume and long duration, P2P traffic consumes a large amount of system resources. This significantly increases operating costs and adversely affects the quality of other delay-sensitive services. This feature recognizes the common types of P2P download traffic by using the packet resolving function. When the system load is high, rate restriction rapidly limits the rate of P2P download services to release the occupied resources for other services. When the system load is low, resources for P2P are unrestricted and P2P services are still able to engage in high speed downloads. This allows multiple users and services to fully utilize network resources. This feature is applicable to P2P rate restrictions where HSDPA users take priority over other users and combined services take priority over other services.
Network Performance
This feature limits the P2P service rate, significantly improving the user experience of delaysensitive services. This feature increases the delay of P2P services while decreasing the RTT of other services. This feature adjusts SPI weight for different services based on the system congestion status, thereby affecting the differentiated fairness of users accordingly. This feature is applicable only when the RNC must be configured with the NIUa board.
Issue 04 (2011-12-30)
53
Network Performance
The following description assumes that two carriers (carrier1 and carrier2) are used to carry UE services and data card services respectively. This feature impacts network performance in the following ways: The RAB setup success rate may decrease. Assume that the parameter is set to allow data card services to be carried only by carrier2 to reduce impact on UE services. If carrier2 denies the admission request for data card services, the services cannot initiate RAB setup attempts on carrier1. The call drop rate may increase. Assume that R99 services and HSPA services are carried separately on carrier1 and carrier2 before this feature is applied. After this feature is applied, R99 services and HSPA services share one carrier (carrier1), and the high traffic volume of HSPA services will increase the carrier load and pose stronger interference on R99 services, which may increase the call drop rate of R99 services.
Issue 04 (2011-12-30)
54
The DRD-based access success rate may be lower than the non-DRD-based access success rate. UEs are assigned different carriers by blind-handover-based DRD, which slightly decreases the DRD-based access success rate. The CPU load of the RNC may increase. Since the RNC needs to check the IMSI in each RAB setup procedure and periodic DRD procedure, the CPU load of the RNC increases when the IMSI ranges are complicated.
4.26 WRFD-020129 Service-Based PS Service Redirection from UMTS to LTE (Trial) (New/Optional)
4.26.1 Description
This trial feature is new in RAN13.0. If a UMTS/LTE dual-mode UE establishes services in a UMTS network, this feature allows the RNC to redirect the UE to an LTE network when the UE establishes the PS services only or the CS and PS combined services with CS services completed but PS services not. In a UMTS/LTE hybrid network where PS handover from UMTS to LTE is not supported this feature redirects the UEs that process only PS services from the UMTS network to the LTE network. To enable the UE to be directed from UMTS to LTE, the following conditions must be met:
Issue 04 (2011-12-30) Huawei Proprietary and Confidential Copyright Huawei Technologies Co., Ltd 55
The conditions for PS handover from UMTS to LTE are met. The UE supports both UMTS and LTE. The UE is processing only PS services. The RAB assignment message from the SGSN does not indicate that PS services cannot be handed over to the LTE network. The RNC carries the LTE frequency information in the RRC CONNECTION RELEASE message and directs the UE to the LTE network.
Network Performance
This feature provides an alternative to PS handover. In a UMTS/LTE hybrid network that does not support PS handover from UMTS to LTE, this functionality redirects the UEs that process only PS services from the UMTS network to the LTE network. This improves the user experience of PS services.
Issue 04 (2011-12-30)
56
SET UU2LTEHONCOV: used for specifying settings of the non-coverage-based UMTS/LTE handover measurement algorithm at the RNC level. LST UU2LTEHONCOV: used for querying settings of the non-coverage-based UMTS/LTE handover measurement algorithm at the RNC level. ADD ULTECELL: used for adding a new LTE cell in the RNC MOD ULTECELL: used for modifying information about an existing LTE cell in the RNC RMV ULTECELL: used for removing an existing LTE cell from the RNC LST ULTECELL: used for querying an existing LTE cell in the RNC ADD ULTENCELL: used for adding a new LTE neighboring cell in the RNC RMV ULTENCELL: used for removing an existing LTE neighboring cell from the RNC MOD ULTENCELL: used for modifying the neighboring relationship between the RNC cell and the LTE cell in the RNC LST ULTENCELL: used for querying an existing LTE neighboring cell in the RNC
Commands for configuring the non-coverage-based UMTS/LTE handover measurement algorithm at the cell level:
ADD UCELLU2LTEHONCOV: used for adding settings of the non-coverage-based UMTS/LTE handover measurement algorithm at the cell level. MOD UCELLU2LTEHONCOV: used for modifying settings of the non-coveragebased UMTS/LTE handover measurement algorithm at the cell level. RMV UCELLU2LTEHONCOV: used for removing settings of the non-coveragebased UMTS/LTE handover measurement algorithm at the cell level. LST UCELLU2LTEHONCOV: used for querying settings of the non-coveragebased UMTS/LTE handover measurement algorithm at the cell level.
A new counter is added to measure the number of service-based redirections to LTE through the RRC release procedure.
Issue 04 (2011-12-30)
57
Network Performance
No impact.
Issue 04 (2011-12-30)
58
considers the ratio of actual service rates of users to the GBR values. If the satisfaction degree of R99 users is higher than that of HSUPA users and reaches a certain preset threshold, the rate decrease of high-rate R99 BE services is triggered and the rate increase of low-rate R99 BE services is limited.
Network Performance
If the network has a higher proportion of R99 users to HSUPA users, this feature is not recommended because the noticeable decrease in R99 service rate and user experience will have a negative impact on the network. This feature can reduce the consumption of CE resources because HSUPA services consume less CE resources than R99 services at the same rate. CE resource utilization of HSUPA is higher than that of R99. In addition, this feature can reduce the number of times that a cell enters the Load Reshuffling (LDR) state and the number of LDR actions. This is because this feature triggers the rate decrease of R99 BE services before the cell reaches the LDR state.
Issue 04 (2011-12-30)
59
FairnessThd: added to the commands ADD UCELLLDM and MOD UCELLLDM to configure the fairness throughput threshold. If the ratio of the satisfaction of R99 BE services to HSUPA BE services exceeds this threshold, the HSUPA services are considered unfair. New counters are added to measure the following items: Number of times that HSUPA and PS R99 BE services are in the unfair state in an HSUPA cell Number of requests for triggering the rate decrease of BE services
The high ARPU and low ARPU users are configured by telecom operators based on the SPI.
Issue 04 (2011-12-30)
60
Network Performance
Although this feature saves power, it may have the following impacts on network performance: The risk of call drops and handover failures may increase because UEs must be handed over from a cell by using blind handover before the cell can be shut down. Low-priority user experience may deteriorate. Although the real-time rates of high-priority users in a new cell are ensured in the handover decision process, the handover users are scheduled in normal priority order. Therefore, if the number of users continues to increase, the rate of high-priority users may decrease because the number of carriers decreases.
Issue 04 (2011-12-30)
61
Network Performance
PSU intelligent shutdown reduces NodeB power consumption.
Issue 04 (2011-12-30)
62
Network Performance
The revenue from roaming services can be fairly allocated between telecom operators because roaming UEs are allocated proportionally.
Issue 04 (2011-12-30)
63
IP address filter: This function only allows IP data from permissible IP addresses and network segments. Safeguard against ICMP ping, IP fragmentation, low TTL, smurf, and DDoS attacks. Safeguard against TCP sequence prediction and SYN flood attacks.
The RNC internal firewall scans all incoming IP data over the Iub interface and provides the following functions:
Intelligent white-listing: With this function, only data sent from allowed peer IP addresses, at allowed ports, and in allowed protocols can access the RNC. Safeguard against ARP flooding and ICMP flooding Interworking Function (IWF) filtering Broadcast-message speed limiting
Network Performance
The internal firewall is disabled by default and therefore has no impact on system upgrades or capacity expansions. The packet transmission speed limiting function is always enabled and therefore has no impact on system upgrade.
Issue 04 (2011-12-30)
64
4.35 WRFD-021350 Independent Demodulation of Signals from Multiple RRUs in One Cell (New/Optional)
4.35.1 Description
This feature is new in RAN13.0.
Issue 04 (2011-12-30)
65
Independent demodulation of signals from multiple RRUs in one cell enables the signals from multiple RRUs to be demodulated independently and combined within a BBU. This feature effectively reduces the number of handovers between cells. In the uplink, the NodeB performs independent demodulation and combination of signals from multiple RRUs within a BBU. In the downlink, the NodeB multiplexes the signals of a cell to multiple RRUs. Each cell is split into multiple coverage areas, and each coverage area is independently covered by an RRU. Multiple RRUs belonging to one cell possess the same scrambling code.
Because baseband combination technology is used, combining signals from multiple RRUs does not introduce background noise or influence uplink receive sensitivity. This feature is suitable for coverage in special locations with high-speed motion such as highways, railroad tracks, or racetracks. Base stations configured with TX diversity or MIMO cannot use this feature. When using this feature, the following features cannot be supported: WRFD-010209 4-Antenna Receive Diversity WRFD-010203 Transmit Diversity WRFD-010684 2x2 MIMO WRFD-010692 HSUPA FDE WRFD-010701 Uplink Enhanced CELL_FACH WRFD-021308 Extended Cell Coverage up to 200km
Network Performance
This feature introduces independent demodulation of signals from multiple RRUs in one cell. Different RRU coverage areas in the same cell can reduce the number of handovers between cells and increase cell capacity and throughput. Multiple RRU coverage areas can also flexibly form linear coverage areas. As a result, a relatively small number of cells can meet the coverage requirements of transportation routes.
Issue 04 (2011-12-30) Huawei Proprietary and Confidential Copyright Huawei Technologies Co., Ltd 66
This feature multiplexes downlink signals on multiple RRUs for transmission. This is known as baseband multiplexing. The WBBPd board supports a maximum of six two-way receive RRUs in one cell, and the WBBPb board supports a maximum of three two-way receive RRUs in one cell.
This feature is a part of end-to-end PTT solution. PTT needs support from the UE, RAN, CN, and PTT servers. In this feature, the RAN identifies PTT services and implements technologies to reduce the delay of PTT services. PTT services consist of a start-up process and a call setup process: Start-up process
Issue 04 (2011-12-30)
67
After a UE starts the PTT client, the start-up process begins. The process includes the following actions:
PTT UE registration In this process, a UE registers itself on the PTT server by message exchange. PTT UE identification In this process, the RNC identifies the PTT UE when receiving a RAB ASSIGNMENT message with special QoS parameters and then keeps the UE in the CELL_PCH/URA_PCH state.
Call setup process After a subscriber presses the PTT button, the call setup process begins. The network sets up channels for PTT services. The delay of PTT call setup should be short. To reduce end-to-end delay, the following technologies are used in the call setup process.
Always On The RNC retains the UE in the CELL_PCH/URA_PCH state when there is no data to transmit, that is, the UE is always active in the RNC. The CN also has a mechanism to keep UEs constantly active. The Always On state allows the CN and the RNC to perform fast scheduling on the UEs without re-establishing the RRC connection or performing the activation procedure.
PCH to DCH (P2D) direct state transition A PTT UE directly switches from the CELL_PCH/URA_PCH state to the CELL_DCH state. This reduces PTT transmission delay and improves PTT call setup performance.
Preferred paging The RNC prioritizes PTT paging over the paging of other lower priority applications to improve PTT call setup delay performance.
Early Reception and Transmission The RAN supports the reception of PTT user data on the E-DCH before receiving the CELL UPDATE CONFIRM RESPONSE message from the PTT UE. To reduce delay, the RAN also supports sending messages to the PTT UE over the HS-DSCH without waiting for the CELL UPDATE CONFIRM RESPONSE message.
Fast L1 synchronization The TS 25.331 in 3GPP Release 6 introduces the "Post-verification period" IE to indicate whether a UE uses fast L1 synchronization. This IE is included in the RADIO BEARER RECONFIGURATION and CELL UPDATE CONFIRM messages. Fast L1 synchronization allows PTT UEs to perform uplink and downlink L1 synchronization concurrently, reducing PTT call setup delay for PTT UEs in the CELL_PCH/URA_PCH state at the start of the call.
Scheduling PTT services are carried over HSPA. The NodeB schedules PTT as VoIP in the downlink, and the NodeB applies the non-scheduling policy for PTT in the uplink.
E-PCH Enhanced PCH enables signaling exchange between PTT UEs in the CELL_PCH state and the RAN. This reduces cell update signaling for UEs to switch from CELL_PCH to CELL_DCH, and further reduces the initial call setup delay of UEs in the CELL_PCH state.
Issue 04 (2011-12-30)
68
Network Performance
PTT UEs carried on HSPA each uses SF32 in the uplink (consuming one CE) and SF256 in the downlink.
Issue 04 (2011-12-30)
69
This feature enables the RNC to send PS data directly to the Internet through an offload Gi interface instead of through the Iu-PS interface, SGSN, backbone, GGSN and Gi interface. This reduces the traffic passing through the SGSN, GGSN and backbone and shortens the transmission delay. This reduces the cost of deploying the backbone, SGSN, and GGSN.
In RAN13.0, the RNC offload adopts the Network Address Translation (NAT) technique. In a real network, the downlink PS data is the main part of the PS data. NAT enables the RNC to offload some downlink PS data by controlling the uplink PS data. The RNC analyzes the uplink PS data and selects the data that allows RNC offload. NAT changes the source IP address of uplink PS data to the external IP address of the offload Gi interface before the RNC sends the selected uplink PS data. This enables the downlink PS data to directly arrive at the RNC without passing through the GGSN. Users can configure the usage scope of this feature by specifying the IMSI range, cell ID, service type, Access Point Name (APN), and destination IP address. This feature is configured on the RNC and only the FG2c and GOUc boards support the offload Gi interface.
Network Performance
This feature shortens the end-to-end transmission delay by connecting the RNC to the Internet over the offload Gi interface directly.
Issue 04 (2011-12-30)
70
New RNC commands are added: ADD UOFFLOAD, MOD UOFFLOAD, RMV UOFFLOAD, and LST UOFFLOAD: used for adding, modifying, deleting, and querying the basic parameters related to RNC offload. ADD UOFFLOADRAB, MOD UOFFLOADRAB, RMV UOFFLOADRAB, and LST UOFFLOADRAB: used for adding, modifying, deleting, and querying the RAB types that RNC offload needs to be performed on. ADD UOFFLOADIMSI, RMV UOFFLOADIMSI, and LST UOFFLOADIMSI: used for adding, deleting, and querying the IMSI ranges that allow RNC offload. ADD UUNOFFLOADIP, RMV UUNOFFLOADIP, and LST UUNOFFLOADIP: used for adding, deleting, and querying the host IP addresses or host network segments that prohibit RNC offload. ADD UOFFLOADIMEITAC, RMV UOFFLOADIMEITAC, and LST UOFFLOADIMEITAC: used for adding, deleting, and querying the type approval code (TAC) for RNC offload.
Issue 04 (2011-12-30)
71
Network Performance
Calculation for adjusting the CQI increases the downlink load of the NodeB DSP slightly.
Issue 04 (2011-12-30)
72
MIMO Prime is applicable to non-MIMO cells. MIMO Prime does not have any special requirements for the UE and is applicable to various services including HSDPA and 64QAM. Furthermore, it does not affect the performance of traditional UEs.
Network Performance
No impact.
Issue 04 (2011-12-30)
73
Network Performance
Dynamically allocating GSM spectrum resources to UMTS causes the GSM spectrum to become narrower and the GSM KPIs to deteriorate.
Issue 04 (2011-12-30)
74
On the UMTS side, new counters are added to measure the number of times and the duration that a DSS cell is activated or deactivated in the NodeB. GUIs are added to the M2000 for managing DSS cell relationships and DSS-enabled NodeBs in a contiguous area. The implementation of the DSS on the GSM side is not described in this document. For details, see the corresponding GSM documentation. To enable the DSS, the GSM, UMTS, and M2000 nodes must be operated and configured separately. For details, see the RAN Feature Activation Guide.
The GU power sharing function needs to be disabled for the DSS carriers.
4.41 MRFD-221703 2.0MHz Central Frequency point separation between GSM and UMTS mode(UMTS) (New/Optional)
4.41.1 Description
This feature is a new multi-mode feature in RAN13.0. The propagation performance of the 900 MHz or 850 MHz band is better than that of the 2100 MHz band, but the spectrum resources of the 900 MHz or 850 MHz band are much less than those of the 2100 MHz band. Because of this, a conflict exists between the increasing demand for GSM services and the limited spectrum resources. Some telecom operators are unable to reserve the 5 MHz bandwidth from the 850 MHz or 900 MHz band for UMTS services. To maintain competitiveness, operators still expect to deploy new UMTS services on the 850 MHz or 900 MHz band. They use a non-standard bandwidth such as 3.8 MHz for UMTS carriers and 2.0 MHz frequency spacing between GSM and UMTS carriers. This method may cause network KPIs to deteriorate. For these operators, the competitive advantages brought by using non-standard bandwidth and small frequency spacing can compensate for the lower KPIs. Figure 4-5 shows the application of 3.8 MHz bandwidth for the UMTS network and 2.0 MHz frequency spacing shared by GSM and UMTS networks. Figure 4-5 Network application of the feature
Issue 04 (2011-12-30)
75
With this new feature, the GSM network interferes with the uplink of the UMTS network. To mitigate any adverse effect of neighboring GSM frequencies on UMTS frequencies, the Huawei NodeB provides a 3.8 MHz bandwidth filter. This feature does not support HSPA+ services.
Network Performance
This feature reduces the frequency spacing between GSM and UMTS networks and has the following impacts on network performance: The throughput of UMTS HSPA services decreases because the GSM and UMTS networks interfere with each other and the UMTS network uses a 3.8 MHz bandwidth filter. The throughput of GSM EDGE services decreases because UMTS interferes with GSM. The mean opinion scores (MOSs) of GSM and UMTS decrease. In scenarios with limited spectrum resources, KPIs of the GSM network may deteriorate because the 3.8 MHz GSM bandwidth is allocated to UMTS.
Issue 04 (2011-12-30)
76
A
A ACL APN ARP ARPU ATM B BAM BCCH BE BHCA BSC C CE CME CN CPC CPU CQI D DCCC DCH DPCCH DPUe
Access Control List Access Point Name Address Resolution Protocol Average Revenue Per User Asynchronous Transfer Mode
Back Administration Module Broadcast Control Channel Best Effort Busy Hour Call Attempt Base Station Controller
Channel Element Configuration Management Express Core Network Continuous Packet Connection Central Processing Unit Channel Quality Indicator
Dynamic Channel Configuration Control Dedicated Channel Dedicated Physical Control Channel Data Processing Unit REV:e
Issue 04 (2011-12-30)
77
DRD DRX DSCP DTX E E-AI EBBC EBBI E-DCH EDGE E-DPCCH E-DPDCH E-FACH E-RNTI F FACH FE FG2c G GA GE GOUc GSM GUI H HBBI HBBU HDLP HSDPA HS-DPCCH HS-DSCH HSPA HS-SCCH
Directed Retry Decision Discontinuous Reception DiffServ Code Point Discontinuous Transmission
Extended AI HBBU Enhanced Baseband processing Card Enhanced BaseBand processing and Interface unit Enhanced Dedicated Channel Enhanced Data rates for GSM Evolution E-DCH Dedicated Physical Control Channel E-DCH Dedicated Physical Data Channel Enhanced CELL_FACH E-DCH Radio Network Temporary Identifier
Forward Access Channel Fast Ethernet 12-port FE or 4-port electronic GE interface unit REV:c
General Availability Gigabit Ethernet 4-port packet over GE Optical interface Unit REV:c Global System for Mobile communications Graphic User Interface
NodeB HSDPA Baseband processing and Interface unit NodeB HSDPA Supported Baseband Unit High-Level Data Link Control High Speed Downlink Packet Access High Speed Dedicated Physical Control Channel High Speed Downlink Shared Channel High Speed Packet Access High Speed Shared Control Channel
Issue 04 (2011-12-30)
78
HSUPA HTTP HULP I ICMP IMSI IP Iu Iub Iu-PS Iur K KPI L L1 LDR LMT LTE M MAC MBR MIMO MML MOCN MOS N NBAP NIUa O OM OMC OMUa P
High Speed Uplink Packet Access Hypertext Transfer Protocol NodeB HSDPA supported Uplink Processing Unit
Internet Control Message Protocol International Mobile Subscriber Identity Internet Protocol Iu Interface Iub Interface Iu interface of Packet Service Iur Interface
Layer 1 (physical layer) Load Reshuffling Local Maintenance Terminal Long Term Evolution
Media Access Control Maximum Bit Rate Multi-Input Multi-Output Man Machine Language Multi-Operator Core Network Mean Opinion Score
Operation and Maintenance Operation and Maintenance Center Operation and Maintenance Unit REV:a
Issue 04 (2011-12-30)
79
P2P PCH PCPICH PLMN PMU PRACH PSU PTT Q QoS R R99 RAB RACH RAN RB RET RNC RRC RTWP S SGSN SIR SPI SRB T TBS TFRC TTI U UE UMTS URA
point to point service Paging Channel Physical Common Pilot Channel Public Land Mobile Network Power and Environment Monitoring Unit Packet Random Access Channel Power Supply Unit Push to Talk
Quality of Service
Release 1999 Radio Access Bearer Random Access Channel Radio Access Network Radio Bearer Remote Electrical Tilt Radio Network Controller Radio Resource Control Received Total Wideband Power
Serving GPRS Support Node Signal-to-Interference Ratio Scheduling Priority Indicator Signaling Radio Bearer
Transport Block Size Transport Format and Resource Combination Transmission Timing Interval
Issue 04 (2011-12-30)
80
Issue 04 (2011-12-30)
81