Professional Documents
Culture Documents
Issue Date
1.3 2008-11-24
CONFIDENTIAL
Huawei Technologies Co., Ltd. provides customers with comprehensive technical support and service. Please feel free to contact our local office or company headquarters.
Notice
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 the warranty of any kind, express or implied.
Commercial in Confidence
Page 2 of 288
Contents
1 RABs and Services ........................................................................................................................9
1.1 WRFD-010615 Multiple RAB Package (PS RAB 2).................................................................................. 9 1.1.1 WRFD-01061501 Combination of Two PS Services ............................................................................ 11 1.1.2 WRFD-01061502 Combination of One CS Service and Two PS Services ........................................... 12 1.1.3 WRFD-01061503 Combination of Three PS Services.......................................................................... 13 1.1.4 WRFD-01061504 Combination of One CS Service and Three PS Services......................................... 14 1.1.5 WRFD-01061505 Combination of Four PS Services ........................................................................... 15 1.2 WRFD-010613 AMR-WB (Adaptive Multi Rate Wide Band) ...................................................................... 16 1.3 WRFD-010617 VoIP over HSPA.................................................................................................................... 17 1.3.1 WRFD-01061701 RAB Mapping ......................................................................................................... 18 1.3.2 WRFD-01061703 Optimized Scheduling for VoIP over HSPA ............................................................ 19 1.4 WRFD-010618 IMS Signaling over HSPA.................................................................................................... 21 1.5 WRFD-010619 CS Voice over HSPA/HSPA+ ............................................................................................... 22 1.6 WRFD-010610 HSDPA Introduction Package............................................................................................... 24 1.6.1 WRFD-01061017 QPSK Modulation ................................................................................................... 26 1.6.2 WRFD-01061001 15 Codes per Cell .................................................................................................... 27 1.6.3 WRFD-01061018 Time and HS-PDSCH Code Multiplexing............................................................... 28 1.6.4 WRFD-01061009 HSDPA H-ARQ & Scheduling (MAX C/I, RR, and PF) ........................................ 29 1.6.5 WRFD-01061005 HSDPA Static Code Allocation................................................................................ 31 1.6.6 WRFD-01061004 HSDPA Power Control ............................................................................................ 33 1.6.7 WRFD-01061003 HSDPA Admission Control ..................................................................................... 35 1.6.8 WRFD-01061019 HSDPA Dynamic Power Allocation ........................................................................ 36 1.6.9 WRFD-01061010 HSDPA Flow Control .............................................................................................. 38 1.6.10 WRFD-01061006 HSDPA Mobility Management.............................................................................. 39 1.6.11 WRFD-01061014 HSDPA Transport Resource Management............................................................. 41 1.6.12 WRFD-01061008 Interactive and Background Traffic Class on HSDPA........................................... 43 1.6.13 WRFD-01061002 UE Category 1 to 12 .............................................................................................. 44 1.6.14 WRFD-01061015 HSDPA 1.8 Mbit/s per User................................................................................... 46 1.6.15 WRFD-01061016 16 HSDPA Users per Cell...................................................................................... 47 1.7 WRFD-010611 HSDPA Enhanced Package................................................................................................... 48 1.7.1 WRFD-01061103 EPF and GBR Based Scheduling............................................................................. 49 Issue 1.3 (2008-11-24) Commercial in Confidence Page 3 of 288
Optional Feature Description of Huawei UMTS RAN11.0 1.7.2 WRFD-01061111 HSDPA State Transition........................................................................................... 52 1.7.3 WRFD-01061112 HSDPA DRD ........................................................................................................... 54 1.7.4 WRFD-01061113 HS-DPCCH Preamble Support................................................................................ 55 1.8 WRFD-010629 16QAM Modulation ............................................................................................................. 57 1.9 WRFD-010630 Streaming Traffic Class on HSDPA...................................................................................... 58 1.10 WRFD-010631 Dynamic Code Allocation Based on NodeB....................................................................... 59 1.11 WRFD-010622 32 HSDPA Users per Cell ................................................................................................... 60 1.12 WRFD-010623 64 HSDPA Users per Cell ................................................................................................... 61 1.13 WRFD-010653 96 HSDPA Users per Cell ................................................................................................... 61 1.14 WRFD-010620 HSDPA 3.6 Mbit/s per User................................................................................................ 62 1.15 WRFD-010621 HSDPA 7.2 Mbit/s per User................................................................................................ 63 1.16 WRFD-010650 HSDPA 13.976 Mbit/s per User.......................................................................................... 64 1.17 WRFD-010651 HSDPA over Iur .................................................................................................................. 65 1.18 WRFD-010652 SRB over HSDPA............................................................................................................... 67 1.19 WRFD-010612 HSUPA Introduction Package............................................................................................. 68 1.19.1 WRFD-01061201 UE Category 1 to 6 ................................................................................................ 69 1.19.2 WRFD-01061209 HSUPA HARQ and Fast UL Scheduling in NodeB .............................................. 70 1.19.3 WRFD-01061202 HSUPA Admission Control ................................................................................... 72 1.19.4 WRFD-01061203 HSUPA Power Control .......................................................................................... 74 1.19.5 WRFD-01061204 HSUPA Mobility Management.............................................................................. 76 1.19.6 WRFD-01061208 HSUPA DCCC....................................................................................................... 78 1.19.7 WRFD-01061207 HSUPA Transport Resource Management............................................................. 79 1.19.8 WRFD-01061206 Interactive and Background Traffic Class on HSUPA........................................... 82 1.19.9 WRFD-01061210 HSUPA 1.44 Mbit/s per User................................................................................. 83 1.19.10 WRFD-01061211 20 HSUPA Users per Cell.................................................................................... 84 1.20 WRFD-010614 HSUPA Phase 2 .................................................................................................................. 85 1.20.1 WRFD-01061401 E-AGCH Power Control (Based on CQI or HS-SCCH) ....................................... 86 1.20.2 WRFD-01061402 Enhanced Fast UL scheduling ............................................................................... 87 1.20.3 WRFD-01061403 HSUPA 2 ms TTI................................................................................................... 88 1.20.4 WRFD-01061404 HSUPA 2 ms/10 ms TTI HO ................................................................................. 90 1.20.5 WRFD-01061405 HSUPA 5.74 Mbit/s per User................................................................................. 91 1.21 WRFD-010632 Streaming Traffic Class on HSUPA.................................................................................... 92 1.22 WRFD-010634 60 HSUPA Users per Cell ................................................................................................... 93 1.23 WRFD-010639 96 HSUPA Users per Cell ................................................................................................... 94 1.24 WRFD-010635 HSUPA over Iur .................................................................................................................. 95 1.25 WRFD-010636 SRB over HSUPA............................................................................................................... 97 1.26 WRFD-010637 HSUPA Iub flow control in case of Iub congestion ............................................................ 98 1.27 WRFD-010638 Dynamic CE Resource Management .................................................................................. 99 1.28 WRFD-010680 HSPA+ Downlink 28 Mbit/s per User .............................................................................. 103 1.29 WRFD-010681 HSPA+ Downlink 21 Mbit/s per User .............................................................................. 104 Issue 1.3 (2008-11-24) Commercial in Confidence Page 4 of 288
Optional Feature Description of Huawei UMTS RAN11.0 1.30 WRFD-010683 Downlink 64QAM ............................................................................................................ 105 1.31 WRFD-010684 2 2 MIMO ..................................................................................................................... 107 1.32 WRFD-010685 Downlink Enhanced L2 .................................................................................................... 109 1.33 WRFD-010686 CPC-DTX/DRX................................................................................................................ 110 1.34 WRFD-010687 CPC HS-SCCH Less Operation........................................................................................ 111 1.35 WRFD-010688 Enhanced CELL_FACH ................................................................................................... 113 1.36 WRFD-010616 MBMS Introduction Package ........................................................................................... 114 1.36.1 WRFD-01061601 MBMS Broadcast Mode...................................................................................... 116 1.36.2 WRFD-01061602 MBMS Admission Control.................................................................................. 117 1.36.3 WRFD-01061603 MBMS Load Control........................................................................................... 118 1.36.4 WRFD-01061604 MBMS Soft/Selective Combination .................................................................... 119 1.36.5 WRFD-01061605 MBMS Transport Resource Management ........................................................... 120 1.36.6 WRFD-01061606 Streaming Service on MBMS.............................................................................. 121 1.36.7 WRFD-01061607 MBMS 2 Channels per Cell ................................................................................ 122 1.36.8 WRFD-01061608 16/32/64/128Kbps Channel Rate on MBMS....................................................... 123 1.37 WRFD-010660 MBMS Phase 2................................................................................................................. 124 1.37.1 WRFD-01066001 MBMS Enhanced Broadcast Mode ..................................................................... 125 1.37.2 WRFD-01066002 MBMS P2P over HSDPA .................................................................................... 126 1.37.3 WRFD-01066003 MBMS Admission Enhancement ........................................................................ 127 1.37.4 WRFD-01066004 Inter-Frequency Neighboring Cell Selection for MBMS PTP Users................... 129 1.38 WRFD-010627 FACH Transmission Sharing for MBMS.......................................................................... 130 1.39 WRFD-010624 MBMS 8 Channels per Cell.............................................................................................. 132 1.40 WRFD-010625 256Kbps Channel Rate on MBMS ................................................................................... 133 1.41 WRFD-010626 MBMS FLC (Frequency Layer Convergence)/FLD (Frequency Layer Dispersion) ........ 134 1.42 WRFD-010628 MBMS 16 Channels per Cell............................................................................................ 135 1.43 WRFD-010661 MBMS over Iur ................................................................................................................ 136 1.44 WRFD-010662 Dynamic Power Estimation for MTCH ............................................................................ 137 1.45 WRFD-010663 MSCH and MSCH Scheduling ......................................................................................... 138 1.46 WRFD-010665 MBMS Channel Audience Rating Statistics ..................................................................... 139 1.47 WRFD-011000 Cell Broadcast Service...................................................................................................... 140 1.48 WRFD-020801 Cell ID + RTT Function Based LCS................................................................................. 141 1.49 WRFD-020802 OTDOA Based LCS ......................................................................................................... 143 1.50 WRFD-020803 A-GPS Based LCS............................................................................................................ 144 1.51 WRFD-020804 LCS Classified Zones ....................................................................................................... 145 1.52 WRFD-020805 LCS over Iur ..................................................................................................................... 146 1.53 WRFD-020806 Differentiated Service Based on SPI Weight .................................................................... 149
Optional Feature Description of Huawei UMTS RAN11.0 2.3 WRFD-010210 Control Channel Parallel Interference Cancellation (CCPIC) ............................................ 153 2.4 WRFD-021102 Cell Barring ........................................................................................................................ 154 2.5 WRFD-021103 Access Class Restriction ..................................................................................................... 155 2.6 WRFD-021303 IMSI Based Handover ........................................................................................................ 156 2.7 WRFD-021304 RAN Sharing Introduction Package ................................................................................... 157 2.7.1 WRFD-02130401 Dedicated Carrier for Each Operator..................................................................... 159 2.7.2 WRFD-02130402 Flexible Network Architecture .............................................................................. 160 2.7.3 WRFD-02130403 Mobility Control and Service Differentiation........................................................ 162 2.7.4 WRFD-02130404 Independent License Control................................................................................. 164 2.7.5 WRFD-02130405 Independent Cell-level FM/PM/CM...................................................................... 165 2.7.6 WRFD-02130406 Transmission Recourse Sharing on Iub/Iur Interface ............................................ 166 2.8 WRFD-021305 RAN Sharing Phase 2 ......................................................................................................... 167 2.8.1 WRFD-02130501 Dedicated Iub Transmission Control ..................................................................... 168 2.9 WRFD-021311 MOCN Introduction Package ............................................................................................. 171 2.9.1 WRFD-02131101 Carrier Sharing Among Operators ......................................................................... 173 2.9.2 WRFD-02131102 Dedicated NodeB/Cell for Operators..................................................................... 175 2.9.3 WRFD-02131103 MOCN Mobility Management .............................................................................. 176 2.9.4 WRFD-02131104 MOCN Load Balance ............................................................................................ 177 2.9.5 WRFD-02131105 MOCN Independent Performance Management ................................................... 178 2.10 WRFD-021302 Iu Flex............................................................................................................................... 179 2.11 WRFD-021306 Iu Flex Load Distribution Management............................................................................ 183 2.12 WRFD-021308 Extended Cell Coverage up to 200km .............................................................................. 185 2.13 WRFD-021309 Improved Downlink Coverage ......................................................................................... 186 2.14 WRFD-010206 High Speed Access ........................................................................................................... 187 2.15 WRFD-011500 PDCP Header Compression (RFC 2507).......................................................................... 188 2.16 WRFD-011501 PDCP Header Compression (RoHC) ................................................................................ 189 2.17 WRFD-011502 Active Queue Management (AQM).................................................................................. 190 2.18 WRFD-020302 Inter Frequency Hard Handover Based on Coverage ....................................................... 191 2.19 WRFD-020304 Inter Frequency Hard Handover Based on DL QoS ......................................................... 193 2.20 WRFD-020605 SRNS Relocation Introduction Package ........................................................................... 194 2.20.1 WRFD-02060501 SRNS Relocation (UE Not Involved).................................................................. 195 2.20.2 WRFD-02060502 SRNS Relocation with Hard Handover ............................................................... 197 2.20.3 WRFD-02060503 SRNS Relocation with Cell/URA Update ........................................................... 198 2.20.4 WRFD-02060504 Lossless SRNS Relocation .................................................................................. 199 2.21 WRFD-020303 Inter-RAT Handover Based on Coverage ......................................................................... 200 2.22 WRFD-020307 Video Telephony Fallback to Speech (AMR) for Inter-RAT HO...................................... 202 2.23 WRFD-020308 Inter-RAT Handover Phase 2 ............................................................................................ 204 2.23.1 WRFD-02030801 NACC (Network Assisted Cell Change) ............................................................. 205 2.23.2 WRFD-02030802 PS Handover between UMTS and GPRS............................................................ 207 2.24 WRFD-020310 3G/2G Common Load Management................................................................................. 208 Issue 1.3 (2008-11-24) Commercial in Confidence Page 6 of 288
Optional Feature Description of Huawei UMTS RAN11.0 2.25 WRFD-021200 HCS (Hierarchical Cell Structure) .................................................................................... 210 2.26 WRFD-011600 TFO/TrFO......................................................................................................................... 212 2.27 WRFD-010505 Queuing and Pre-Emption ................................................................................................ 213 2.28 WRFD-010506 RAB Quality of Service Renegotiation over Iu Interface ................................................. 215 2.29 WRFD-010507 Rate Negotiation at Admission Control ............................................................................ 216 2.30 WRFD-020701 AMR/AMR-WB Speech Rates Control............................................................................ 219 2.31 WRFD-020104 Intra-Frequency Load Balance ......................................................................................... 221 2.32 WRFD-020103 Inter-Frequency Load Balance.......................................................................................... 222 2.33 WRFD-020105 Potential User Control ...................................................................................................... 223 2.34 WRFD-020305 Inter-RAT Handover Based on Service............................................................................. 224 2.35 WRFD-020306 Inter-RAT Handover Based on Load ................................................................................ 225 2.36 WRFD-020309 Inter-RAT Handover Based on DL QoS ........................................................................... 226 2.37 WRFD-020400 DRD Introduction Package............................................................................................... 227 2.37.1 WRFD-02040001 Intra System Direct Retry.................................................................................... 228 2.37.2 WRFD-02040002 Inter System Direct Retry.................................................................................... 229 2.37.3 WRFD-02040003 Inter System Redirect .......................................................................................... 230 2.38 WRFD-020110 Multi Frequency Band Networking Management............................................................. 231 2.39 WRFD-020111 One Tunnel........................................................................................................................ 234 2.40 WRFD-020113 Uplink Macro Diversity Intelligent Receiving.................................................................. 101 2.41 WRFD-020114 Domain Specific Access Control (DSAC) ........................................................................ 235 2.42 WRFD-020116 Dynamic Power Sharing of Multi-Carriers....................................................................... 237 2.43 WRFD-020117 Multi-Carrier Switch off Based on Traffic Load............................................................... 238 2.44 WRFD-020118 Energy Efficiency Improved ............................................................................................. 239 2.45 WRFD-020120 Service Steering and Load Sharing in RRC Connection Setup ........................................ 240 2.46 WRFD-020123 Downlink TCP Accelerator............................................................................................... 241 2.47 WRFD-020124 Uplink Flow Control of User Plane .................................................................................. 243
3 Transmission..............................................................................................................................244
3.1 WRFD-050104 Satellite Transmission on Iub Interface .............................................................................. 244 3.2 WRFD-050105 ATM Switching Based Hub NodeB .................................................................................... 245 3.3 WRFD-050106 AAL2 Switching Based Hub NodeB .................................................................................. 248 3.4 WRFD-050107 IP routing Based Hub Node B ............................................................................................ 249 3.5 WRFD-050302 Fractional ATM Function on Iub Interface ......................................................................... 250 3.6 WRFD-050405 Overbooking on ATM Transmission................................................................................... 251 3.7 WRFD-050406 ATM QoS Introduction on Hub NodeB (Overbooking on Hub NodeB Transmission) ...... 254 3.8 WRFD-050402 IP Transmission Introduction on Iub Interface ................................................................... 256 3.9 WRFD-050408 Overbooking on IP Transmission........................................................................................ 260 3.10 WRFD-050411 Fractional IP Function on Iub Interface ............................................................................ 263 3.11 WRFD-050403 Hybrid Iub IP Transmission .............................................................................................. 264 3.12 WRFD-050404 ATM/IP Dual Stack NodeB............................................................................................... 266 Issue 1.3 (2008-11-24) Commercial in Confidence Page 7 of 288
Optional Feature Description of Huawei UMTS RAN11.0 3.13 WRFD-050409 IP Transmission Introduction on Iu Interface ................................................................... 268 3.14 WRFD-050410 IP Transmission Introduction on Iur Interface .................................................................. 270 3.15 WRFD-050412 UDP MUX for Iu-CS Transmission.................................................................................. 272 3.16 WRFD-050420 FP MUX for IP Transmission ........................................................................................... 273 3.17 WRFD-050421 IP Re-route Based on BFD/ARP....................................................................................... 274 3.18 WRFD-050422 Dynamic Bandwidth Control of Iub IP............................................................................. 276 3.19 WRFD-050424 Traffic Priority Mapping onto Transmission Resources ................................................... 278 3.20 WRFD-050425 Ethernet OAM .................................................................................................................. 282 3.21 WRFD-050501 Clock Synchronization on Ethernet in NodeB.................................................................. 284 3.22 WRFD-050502 Synchronous Ethernet....................................................................................................... 286
4 Reliability ...................................................................................................................................287
4.1 WRFD-040202 RNC Node Redundancy ..................................................................................................... 287
Commercial in Confidence
Page 8 of 288
1
Feature Number: Availability This feature is available from RAN2.0 This feature is introduced in 3GPP R99. Description WRFD-010615
Multi-RAB can provide more abundant services simultaneously to the upper layer. When multi-RAB has more than one PS RAB, Huawei supports the following specifications: Combination of two PS services One CS service + two PS services Combination of three PS services One CS service + three PS services In all the above combinations, the bit rates of CS and PS services are not limited. That is, any bit rate 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 onto HS-DSCH or E-DCH channels, such a feature will be supported with the optional feature WRFD-010610 HSDPA Introduction Package and WRFD-010612 HSUPA Introduction Package. Enhancement In RAN6.0, the following specifications can be supported: Combination of three PS services including IMS signaling One CS service + three PS services including IMS signaling In RAN10.0, the limitation that one of 3 PS service must be IMS signaling is removed.
Commercial in Confidence
Page 9 of 288
In RAN11.0, Combination of four PS service is supported. Dependency The CN node and UE must have the corresponding multi-RAB support capability. Benefits Multi-RAB support capability provides operators with more choices for the service solution.
Commercial in Confidence
Page 10 of 288
Commercial in Confidence
Page 11 of 288
Commercial in Confidence
Page 12 of 288
Commercial in Confidence
Page 13 of 288
Commercial in Confidence
Page 14 of 288
RAN11.0 supports four PS RABs per user, and the above VoIP + BE service is just one case. Other service combinations like 4PS BE services are also possible. Enhancement None. Dependency The CN and UE must have the capability of supporting Multi-RAB. Benefits This feature enhances the system's compatibility with various VoIP UEs and facilitates the development of VoIP. 3PS RAB VoIP + BE service combination could be support with this feature which enriches the operators services portfolio.
Commercial in Confidence
Page 15 of 288
The system will set up the AMR service according to the service request from the core network. The algorithm for AMR-WB is the same as that for the AMR service with narrow band. Enhancement None. Dependency The CN node and UE must have the corresponding support capability. Benefits The AMR-WB provides improved voice quality especially in terms of increased voice naturalness. The AMR-WB can be used for transporting music signals and other non-speech signals. The AMR-WB Codec performance with music signals is satisfactory at the highest bit rate of 23.85 kbit/s. For music signals, this mode is generally acceptable for all customers.
Commercial in Confidence
Page 16 of 288
Commercial in Confidence
Page 17 of 288
Commercial in Confidence
Page 18 of 288
UE
UE
The above packets have different characteristics: Packet SIP signaling Characteristic Delay sensitive. RLC retransmission due to packet loss, impacting on delay. VoIP-RTP Delay sensitive. No RLC retransmission due to packet loss, impacting on delay and user experience. According to different characteristics, the MAC-hs scheduling algorithm should be enhanced to guarantee the QoS, especially the delay. DS scheduling algorithm for SRB and VoIP is always prior to scheduling algorithm for streaming and BE. This feature is for the RAB which bares the RTP voice packet to guarantee the delay in a certain range. Enhancement None. Dependency WRFD-010610 HSDPA Introduction Package WRFD-010612 HSUPA Introduction Package
Issue 1.3 (2008-11-24) Commercial in Confidence Page 19 of 288
CN and UE should support VoIP. Benefits This feature guarantees the delay requirement of VoIP services and improves the user experience when VoIP over HSDPA is applied.
Commercial in Confidence
Page 20 of 288
Commercial in Confidence
Page 21 of 288
To deploy CS Voice over HSPA, just RNC and UE need to be updated for mapping CS service to HSPA. There is no impact for MSC and Node B. Not only frequency efficiency and cell capacity could be improved because of introducing HSPA technology for CS Voice, but also the better talk time the user will have, as the CPC technology in HSPA+ could be applied also. Enhancement None. Dependency The UE must be CS voice over HSPA capable. WRFD-010610 HSDPA Introduction Package WRFD-010612 HSUPA Introduction Package Benefits
Issue 1.3 (2008-11-24) Commercial in Confidence Page 22 of 288
The use of the HSPA radio bearer will allow using all the power saving and capacity enhancing features which has come with HSPA. This will improve user experience compared to the R99 DCH by providing better talk time and better radio capacity.
Commercial in Confidence
Page 23 of 288
Commercial in Confidence
Page 24 of 288
HSDPA feature provides a number of methods to increase system throughput. It has to co-ordinate with other features, such as admission control, load control, and mobility management. UE should have the HSDPA capability. Benefits HSDPA improves the performance of the UMTS network in the following aspects: Providing high rate throughput Shorter round trip time Higher system capacity
Commercial in Confidence
Page 25 of 288
Commercial in Confidence
Page 26 of 288
Commercial in Confidence
Page 27 of 288
Commercial in Confidence
Page 28 of 288
1.6.4 WRFD-01061009 HSDPA H-ARQ & Scheduling (MAX C/I, RR, and PF)
Feature Number: WRFD-01061009 Availability This feature is available from RAN5.0. Description HARQ For HSDPA services at the physical layer, if errors occur in decoding, the HARQ reserves the data before the decoding and combines it with the retransmitted data. Compared with R99, HARQ retransmission is faster and more efficient than RLC retransmission. In this sense, the HARQ can be called a new technology and a combination of the Forward Error Correction (FEC) and ARQ. HARQ has a higher downlink performance gain. Scheduling algorithm enables the system to decide which UEs to be transmitted each TTI (2 ms). This feature provides different HSDPA schedule algorithms, considering the tradeoff between system capacity and fairness among the users. Four scheduling algorithms are provided and the operator decides which algorithm to choose. Max C/I RR (round Robin) PF (proportional fair) EPF (enhanced proportional fair) During the scheduling procedure, the several aspects to be considered include CQI, user priority, channel quality, service bit rate, and re-transmission. All scheduling algorithms support the retransmission priority rule. If a UE requires retransmission at a certain scheduling time, the UE is scheduled at a higher priority Moreover, two factors may affect the accuracy of the CQI reported by the UE: Channel environment of the UE Measurement error of a specific UE If the CQI reported by the UE does not reflect the actual radio conditions, this will lead to the decrease of HS-DSCH transmission efficiency, because both scheduling and TFRC selection are done on the basis of the reported CQI. To avoid the negative system impact caused by inaccurate CQI reports, the CQI adjustment algorithm can revise the reported CQI according to the ACK or NACK of initial transmission and the initial BLER target. The adjusted CQI is used for MAC-hs scheduling and TFRC selection. Enhancement In RAN5.1, EPF (enhanced proportional fair) is introduced in RAN5.1. And SPI mapping is further optimized considering ARP. In addition, the services with GBR include the best effort
Issue 1.3 (2008-11-24) Commercial in Confidence Page 29 of 288
services and the configurable limit of the minimum throughput shall be strictly guaranteed during the scheduling in RAN5.1. In RAN10.0, the functionality of compressed mode tracing during scheduling is supported. That is, if a TTI is overlapped with a UEs compression mode gap, this UE shall not be scheduled in this TTI. Dependency WRFD-010610 HSDPA Introduction Package Benefits This feature provides the flexibility for the operator to select schedule algorithm, considering the system capacity and fairness among the users.
Commercial in Confidence
Page 30 of 288
SF=16
With the increasing requirement for HSDPA service, dynamic HS-PDSCH code allocation is needed so as to increase code utilization efficiency. According to the code allocation controller, the code allocation is of two types, namely the RNC-controlled dynamic HS-PDSCH code allocation and the NodeB-controlled dynamic HS-PDSCH code allocation. In the RNC-controlled dynamic HS-PDSCH code allocation, the RNC determines the maximum number and minimum number of HS-PDSCH codes that the NodeB can use and then notices the NodeB the code information through the Physical Shared Channel Reconfigure Request signaling message. The code resource between the maximum number of codes and the minimum number of codes is a shared code. When the shared code part is available for HSDPA, the RNC will increase the minimum number of HS-PDSCH codes and notices them to the NodeB. The RNC is in charge of the code management.
Commercial in Confidence
Page 31 of 288
Shared codes
Enhancement In RAN5.1, the RNC-controlled dynamic HS-PDSCH code allocation is introduced. Dependency WRFD-010610 HSDPA Introduction Package Benefits The HSPDA static code allocation function helps to improve the system throughput of HSDPA service and achieve high code utilization. R99 service and HSDPA service can co-exist with less resource confliction.
Commercial in Confidence
Page 32 of 288
Commercial in Confidence
Page 33 of 288
This feature enables the system to provide reliable reception quality for the HS-SCCH. It can increase system capacity and reduce the NodeB power output for the HS-SCCH, thus raising the total transmission power utilization.
Commercial in Confidence
Page 34 of 288
Commercial in Confidence
Page 35 of 288
As shown in the figure above, the NodeB detects the R99 power load every 2 ms to determine the available power for HSDPA. In this way, the cell load is more stable. To obtain the available power for HSDPA, a power margin must be set aside to handle the power increase caused by R99 power control each 2 ms. Enhancement None. Dependency WRFD-010610 HSDPA Introduction Package Benefits
Issue 1.3 (2008-11-24) Commercial in Confidence Page 36 of 288
This feature enables HSDPA service to make good use of system resources and enable HSDPA service and R99 service to exist in the same cell. The system resource can be reserved in terms of the Iub transport resource, power resources, and user number resources so as to provide high bit rate service for users.
Commercial in Confidence
Page 37 of 288
Commercial in Confidence
Page 38 of 288
For intra-frequency cell, cell change takes place when the HSDPA connection is moved from one HSDPA cell to another. The source HSDPA cell is removed from the Active Set trigged by event 1D and target HSDPA cell is added to the Active Set as a best cell. For inter-frequency cell, an inter-frequency handover between HSDPA cells is triggered. The service will be changed to the HS-DSCH of the target cell. The hard handover depends on the UE measurement. Handover from HSDPA Cell to 2G cell The handover from HSDPA cell to 2G cell is triggered by normal inter-RAT handover. For details, refer to the features of inter-RAT handover. Whether to downgrade the HSDPA service to the R99 service before handover can be configured by the operator. Inter RNC Handover for HSDPA For cell change between RNCs, the Directed Signaling Connection Re-establishment (DSCR) and SRNC relocation procedure will be used. The DSCR () is used for the UE moving between RNCs without the Iur interface. The procedure is trigged by the UE which sends the CELL UPDATE message in the DRNC. At this time, the UE moves to the cell of the DRNC and no handover or relocation occurs. Enhancement None. Dependency WRFD-010610 HSDPA Introduction Package Benefits This feature reduces the user data interruption and improves user perceived data transfer quality when the UE is moving with HSDPA service. It also provides a method to ensure the service continuity among R99 cell and HSDPA cell.
Commercial in Confidence
Page 40 of 288
Moreover, differentiated transmission must be applied according to the QoS requirements. The following table shows the mapping: Item ATMHDRT ATMHDNRT AAL2 Path Type HSPA HSPA Service Type of ATM Traffic CBR, RTVBR NRTVBR, UBR
The mapping between traffic categories and path type is configurable. The following table shows an example in an ATM-based transmission network. Traffic Category HSDPA streaming HSDPA interactive Primary Path Type ATMHDRT ATMHDNRT Secondary Path Type None None
Commercial in Confidence
Page 41 of 288
The secondary path type configuration can be used as mutual backup of transmission resources especially in ATM and IP hybrid transmission solutions. That is, when IP transmission fails, the service can be mapped onto the secondary ATM path type to keep the services available or vice verse. The following table shows the configurations. Traffic Category HSDPA streaming HSDPA interactive HSDPA background Primary Path Type ATMHDRT ATMHDNRT ATMHDNRT Secondary Path Type IPHDRT IPHDRT IPHDRT
By using this feature, different services are carried on corresponding paths and then the differentiated service is implemented. II. Transmission resource load control Transmission resource load control includes admission control and congestion control. For the admission control, the Guaranteed Bit Rate (GBR) will be considered in the HSDPA service admission procedure. The GBR belongs to the optional feature WRFD-01061003 HSDPA Admission Control. For the congestion control, the load reshuffling strategies will be applied to scenarios including inter-frequency handover and inter-RAT handover. Such feature belongs to the optional feature WRFD-020103 Inter Frequency Load Balance and WRFD-020306 Inter-RAT Handover Based on Load. Enhancement In RAN6.1, each traffic class mapped onto transmission resource can be configured separately. Dependency WRFD-010610 HSDPA Introduction Package Optional feature WRFD-050402 IP Transmission (Iub interface), WRFD-050403 Hybrid IP Transmission, and WRFD-050404 ATM/IP Dual Stack NodeB should be required when the transmission resource management feature applied for IP transmission resources in those scenarios. Benefits Differentiated service is implemented on different paths and thus the QoS and network performance are optimized. Improve the transport resource utilization and save OPEX for Iub transmission.
Commercial in Confidence
Page 42 of 288
Commercial in Confidence
Page 43 of 288
Category 1 Category 2 Category 3 Category 4 Category 5 Category 6 Category 7 Category 8 Category 9 Category 10 Category 11 Category 12
7298 7298 7298 7298 7298 7298 14411 14411 20251 27952 3630 3630
3.649 3.649 3.649 3.649 3.649 3.649 7.2055 7.2055 10.1255 13.976 1.815 1.815
Note: In the maximum number of bits, the bits refer to those of an HS-DSCH transport block received within an HS-DSCH TTI. Enhancement None.
Issue 1.3 (2008-11-24) Commercial in Confidence Page 44 of 288
Dependency WRFD-010610 HSDPA Introduction Package Benefits HSDPA with 12 UE categories makes it possible to introduce high bit rate service for different types of UE. The user can achieve the maximum bit rate according to the maximum UE capability.
Commercial in Confidence
Page 45 of 288
Commercial in Confidence
Page 46 of 288
Commercial in Confidence
Page 47 of 288
Commercial in Confidence
Page 48 of 288
For the preceding figure: In the X time segment, only the queues configured with GBR are scheduled according to the PF algorithm. In the Y time segment, only the queues configured with GBR but not achieved are scheduled according to their scheduling priority indicator (SPI). Before the data rate of queues with higher SPI reaches their GBR, the queues with lower SPI cannot be scheduled. In the Z time segment, all queues are scheduled according to the PF algorithm. The duration of the X, Y, and Z can be dynamically changed, which is a trade-off between the cell throughput and the users fairness.
Commercial in Confidence
Page 49 of 288
There is only one queue can be selected in one TTI for one user. If one user has multiple queues, the queue with the highest integrated priority will be selected. The queue selection of one user is similar to the selection of different users. To put it simply, the user selection rather than queue selection is applied as follows: For the user selection in PF scheduling algorithm, the CQI, the filtered scheduling rate of the UE, and the SPI of the queue are taken into account. The scheduling priority is calculated with the following formula:
Pr iority i =
Where:
Ri (t ) * SPI ri (t )
(1)
Ri (t ) is the instant rate of UE i which can be reached according to the reported CQI at the
scheduling time t.
SPI is the weighed coefficient related to SPI. See the following table.
is the users scheduling rate after filtering, which is calculated with the following formula:
ri (t )
ri (t ) = (1
(2) Where:
1 1 ) * ri (t 1) + * Ri (t 1) Tc Tc
Tc
Tc
is the scheduling rate of the UE at the time of t, where the power resource, code resource, data volume stored in the queue, and CQI are taken into account. Parameter Name Parameter ID Physical Range & Unit Optional/Mandatory Description: The parameter Weight of SPI is used in the scheduling algorithm to select the queue to send data. The bigger the Weight of SPI is, the more the queue can be scheduled. Weight of SPI SPIWEIGHT Percent Mandatory
Ri (t )
The weight of SPI is determined by the traffic class, users priority, and Traffic Handling Priority (THP) of the interactive service. The users can also be divided into the Gold,Silver, and Copper levels, which can be mapped from the ARP and the mapping is configurable. Moreover, DL/UL GBR is also a user
Issue 1.3 (2008-11-24) Commercial in Confidence Page 50 of 288
definable parameter for each priority level and used for HSDPA scheduler algorithm. With this feature, the QoS guarantee mechanism for HSDPA is enhanced. In RAN5.1, the enhanced proportional fair (EPF) is introduced in RAN5.1. SPI mapping is further optimized with ARP taken into account . In addition, the services with GBR including best effort services are provided with the configurable limit of the minimum throughput, which shall be strictly guaranteed during scheduling. Enhancement In RAN6.0, configurable GBR for the Gold/Silver/Copper level is supported to enhance the QoS guarantee mechanism. Dependency WRFD-010610 HSDPA Introduction Package Benefits Satisfy the GBR requirement of the streaming service and the BE service.
Commercial in Confidence
Page 51 of 288
CELL_PCH
CELL_FACH
CELL_DCH
(with HS-DSCH)
Channel Switching Between CELL_DCH (HS-DSCH) and CELL_FACH If the HS-DSCH is carrying BE service or streaming service and there is no data to be sent for a long time, the transition from CELL_DCH (HS-DSCH) to CELL_FACH is triggered. Actually this feature is supported in the same way as state transition from CELL_DCH to CELL_FACH. A UE on CELL_FACH will be switched to CELL_DCH (HS-DSCH) due to a higher bit rates request on downlink. Channel Switching Between CELL_DCH (HS-DSCH) and CELL_DCH The channel switching between HS-DSCH and DCH is mainly triggered by mobility management. The transition from CELL_DCH to CELL_DCH (HS-DSCH) can be triggered by periodical retry and the traffic volume The mobility triggering is described in WRFD-01061006 HSDPA Mobility Management feature. The traffic volume report that indicates a higher bit service needs to be transferred. The UE in CELL_DCH will be transferred to CELL_DCH (HS-DSCH) if it is an HSDPA capable cell and the UE has HSDPA capability. This feature enables the UE to enjoy high speed service. If an HSDPA capable UE is set up on the DCH for BE services for some reasons. For example, when the admission of the HS-DSCH fails, a periodical retry mechanism will take action, allowing the UE to enter the CELL_DCH (HS-DSCH). The retry time is configurable. Enhancement
Issue 1.3 (2008-11-24) Commercial in Confidence Page 52 of 288
None. Dependency WRFD-010610 HSDPA Introduction Package Benefits This feature supports the switching between DCH and HS-DSCH and makes it possible for the UE to enjoy the high speed service. Meanwhile, the system resource is saved in the way of moving the UE to CELL_FACH if the UE is not in active state.
Commercial in Confidence
Page 53 of 288
Commercial in Confidence
Page 54 of 288
N HS-DSCH
Data Packet
N+1
N+2
N+3
HS-DPCCH
PRE
ACK or NACK
POST
N-1
N+1
N+2
PREAMBLE transmitted in subframe N-1 to indicate reception of relevant signalling information in sub-frame N on HS-SCCH
POSTAMBLE transmitted in sub-frame N+1 (unless a packet is correctly decoded from sub-frame N+1 on the HS-DSCH, or control information is detected in sub-frame N+2 on the HS-SCCH)
Enhancement None.
Issue 1.3 (2008-11-24) Commercial in Confidence Page 55 of 288
Dependency WRFD-010610 HSDPA Introduction Package This feature also depends on the NodeB hardware: EBBI, or EBOI, or EBBC,or EULP. Benefits HS-DPCCH preamble mode technology enables the NodeB to distinguish between DTX and ACK/NACK without requiring high ACK transmit power The uplink coverage gain is about 0.2 dB to 0.9 dB with different accompanying DPCH services.
Commercial in Confidence
Page 56 of 288
Commercial in Confidence
Page 57 of 288
Commercial in Confidence
Page 58 of 288
Commercial in Confidence
Page 59 of 288
Commercial in Confidence
Page 60 of 288
Commercial in Confidence
Page 61 of 288
Commercial in Confidence
Page 62 of 288
Commercial in Confidence
Page 63 of 288
Commercial in Confidence
Page 64 of 288
Dependency WRFD-010610 HSDPA Introduction Package The neighbouring RNC should also support HSDPA over Iur. Benefits HSDPA over Iur provides continuous HSDPA services for mobile users moving between RNCs. It enlarges the range of HSDPA services to the RNCs that have Iur connections with a certain RNC.
Commercial in Confidence
Page 66 of 288
Commercial in Confidence
Page 67 of 288
Commercial in Confidence
Page 68 of 288
RAN10.0 supports SF2 and 2 ms TTI. Enhancement RAN10.0 supports UEs of categories1-6 (2 ms). Dependency Cat 1/3 depends on WRFD-010612 HSUPA Introduction Package. if Cat 2/4/5/6 need to support Max. Date Rate under 2ms TTI , it depends on WRFD-010614 HSUPA phase 2. Benefits
Issue 1.3 (2008-11-24) Commercial in Confidence Page 69 of 288
HSUPA with six UE categories make it possible to introduce high bit rate services for different types of UE. The user can achieve the maximum bit rate according to the maximum UE capability.
according to the buffer status of the UE and the congestion indication from the RNC. The MAC-e scheduling algorithm performs scheduling based on the primary rate and authorization indication. Dependency WRFD-010612 HSUPA Introduction Package Benefits HARQ scheme improves the data transmission effeciency and shortens the delay, thus improves the users service perception. The MAC-e scheduling algorithm improves the UL throughput of the UE and increases the CE resource utilization in view of limitations on CE resources. The combination of the MAC-e scheduling and flow control algorithms further raises the bandwidth efficiency for each UE.
Commercial in Confidence
Page 71 of 288
WRFD-010612 HSUPA Introduction Package Benefits This feature enables HSUPA services to make good use of system resources and enables HSUPA service and R99 service to exist in the same cell. The system resources such as the Iub transport resources, cell load resources and user number resources can be reserved so as to provide high bit rate services for users.
Commercial in Confidence
Page 73 of 288
Commercial in Confidence
Page 74 of 288
This feature enables system to provide reliable quality for HSUPA-related channels. It increases system capacity and reduces uplink interference and downlink power output.
Commercial in Confidence
Page 75 of 288
Commercial in Confidence
Page 76 of 288
Handover from an R99 Cell to an HSUPA Cell When an HSUPA-capable UE accesses an R99 cell, only the DCH channel is used to carry the services. When the UE moves from an R99 cell to an HSUPA cell: If the R99 cell and the HSDPA cell are intra-frequency cells, this HSUPA cell is added to the AS of E-DCH since the active set of E-DCH is independent of the AS of DCH. If the R99 cell and the HSDPA cell are inter-frequency cells, inter-frequency hard handover is triggered when the quality of the signals of HSUPA cell is becoming better. The UE changes from the R99 cell to the HSUPA cell and the PS services are switched from the DCH to the E-DCH. Handover from an HSUPA Cell to a 2G Cell The handover from an HSUPA cell to a 2G cell is triggered by normal inter-RAT handover. Refer to features of inter-RAT handover for detail information. Inter-RNC Handover for HSUPA For cell change between RNCs, inter-RNC soft handover over Iur for HSUPA is available. Compressed mode measurement for HSUPA Compressed mode measurement is available for E-DCH 10 ms in the case of inter-frequency and inter-RAT handover. Dependency WRFD-010612 HSUPA Introduction Package Enhancement In RAN10.0, the AS of E-DCH is independent of the AS of DCH and 1J event report is supported. Dependency WRFD-010612 HSUPA Introduction Package Benefits This feature reduces user data interruption and improves perceived data transfer quality when UE moves with HSUPA services. It also provides a method to ensure the service continuity between R99 cells and HSUPA cells.
Commercial in Confidence
Page 77 of 288
Benefits This feature improves CE resource utilization and makes it possible for the UE to enjoy the high speed service. Meanwhile, if the UE is not in the active state, the system resources are saved by the switch of the UE to CELL_FACH.
Moreover, differentiated transmission must be applied according to the QoS requirements of services. The following table describes the mapping relationship. AAL2 Path Type ATMHURT, ATMHUNRT HSPA HSPA Service Type of ATM Traffic CBR, RTVBR NRTVBR, UBR
The mapping between traffic categories and path types is configurable. The following table describes an example on an ATM-based network.
Commercial in Confidence
Page 79 of 288
The secondary path type configuration can be used as mutual backup of transmission resources especially in ATM and IP hybrid transmission solutions, that is, when IP transmission fails, the service can be mapped to the secondary ATM path to keep the services available, or vice verse. The following table describes such configurations. Traffic Category HSUPA streaming HSUPA interactive HSUPA background Primary Path Type ATMHURT ATMHUNRT ATMHUNRT Secondary Path Type IPHURT IPHURT IPHURT
By using this feature, different services are carried on corresponding paths, and the differentiated service is implemented. II. Transmission resource load control Transmission resource load control refers to admission control and congestion control. For the admission control, Guaranteed Bit Rate (GBR) is considered for HSUPA service admission, and it belongs to the optional feature WRFD-01061202 HSUPA Admission Control. For the congestion control, the load reshuffling strategies are applied in this scenario, including inter-frequency handover and inter-RAT handover. Such feature belongs to the optional feature WRFD-020103 Inter Frequency Load Balance and WRFD-020306 Inter-RAT Handover Based on Load. Enhancement In RAN6.1, each traffic class mapping to transmission resource can be configured separately. Dependency WRFD-010612 HSUPA Introduction Package Optional feature WRFD-050402 IP Transmission (Iub interface), WRFD-050403 Hybrid IP Transmission, and WRFD-050404 ATM/IP Dual Stack NodeB should be required when the transmission resource management feature is applied for IP transmission resources in those scenarios. Benefits
Commercial in Confidence
Page 80 of 288
Differentiated service is implemented by different traffic being carried on different paths, and thus optimizes the QoS and network performance. This feature improves transport resource usage efficiency and saves OPEX on Iub transmission.
Commercial in Confidence
Page 81 of 288
When a UE is with BE service on E-DCH, it can use another CS RAB or another PS RAB simultaneously. If the UE capability is allowed, the UE can be served by one HSUPA BE RAB and one HSUPA streaming RAB or by two HSUPA BE RABs. GBR of HSUPA BE traffic is set and used to estimate whether the maximum available resource for HSUPA can satisfy the requirements of streaming services and BE services in admission control. The GBR of HSUPA BE traffic is configurable by operator. The HSUPA schedule algorithm also considers the configured GBR information of HSUPA BE traffic. Enhancement None. Dependency WRFD-010612 HSUPA Introduction Package Benefits This feature enables the system to support a higher speed RAB of the PS interactive and background services.
Commercial in Confidence
Page 82 of 288
Commercial in Confidence
Page 83 of 288
Commercial in Confidence
Page 84 of 288
Commercial in Confidence
Page 85 of 288
Commercial in Confidence
Page 86 of 288
Commercial in Confidence
Page 87 of 288
This feature provides flexible priorities among users. If a UE has a higher priority, it can obtain more uplink resources.
Compressed mode measurement is available for E-DCH 2 ms in the case of inter-frequency and inter-RAT handover. Enhancement None. Dependency WRFD-010612 HSUPA Introduction Package
Issue 1.3 (2008-11-24) Commercial in Confidence Page 88 of 288
Benefits By using a shorter TTI on the Uu interface, HSUPA has the following advantages: Faster data scheduling Higher UL peak data rate Lower latency
Commercial in Confidence
Page 89 of 288
Commercial in Confidence
Page 90 of 288
Commercial in Confidence
Page 91 of 288
Commercial in Confidence
Page 92 of 288
Commercial in Confidence
Page 93 of 288
Commercial in Confidence
Page 94 of 288
Dependency WRFD-010612 HSUPA Introduction Package Benefits The HSUPA over the Iur provides continuous HSUPA services for mobile users moving between the RNCs. It enlarges the range of the HSUPA services to the RNCs which have the Iur connections with a certain RNC.
Commercial in Confidence
Page 96 of 288
Commercial in Confidence
Page 97 of 288
Commercial in Confidence
Page 98 of 288
Benefits The dynamic CE allocation can call back the CE resources in time when the users throughput decreases, saving the CE resources.
Commercial in Confidence
where: A means that the setting is compatible with the traditional mode. B means that the uplink macro diversity data need not be forwarded. C means that the NodeB can decide by itself whether to forward the uplink macro diversity data. When the non-serving NodeB receives the Radio link Setup Request message as mentioned previously, it decides whether to establish the Iub transport bearer and forward the uplink data, and then sets the "Transport Bearer Not Setup Indicator" in the corresponding MAC-d flow of the Radio link Setup Response message as follows: a. "Not requested", and allocates the "Binding ID and Transport Layer Address" of the Iub transport layer b. "Transport Bearer Not Setup" where:
Issue 1.3 (2008-11-24) Commercial in Confidence Page 101 of 288
A means that the setting is compatible with the traditional mode (which corresponds to A or C of the Radio Link Setup Request message) b means that the NodeB confirms that the uplink macro diversity data need not be forwarded (which corresponds to B or C of the Radio Link Setup Request message) The previous selective UL MDC solution shows that the non-serving NodeB can choose to demodulate part of the uplink data on the air interface. By setting an appropriate threshold, the non-serving NodeB need not demodulate the big TBs for high-speed non-real-time services. Instead, it should demodulate only the small TBs for low-speed real-time services and then forward the data to the SRNC for MDC. In addition, if all the MAC-d flows are set to "Not requested for MDC" or the non-serving NodeB carries heavy load and lacks uplink demodulation resources, then after the non-serving NodeB receives the SHO RL setup request message, it demodulates only the uplink control channels used for load estimation and the control channels used for uplink transmit power adjustment indication by the downlink transmitting UEs. In this case, not all the uplink data channels need to be demodulated. That is to say, only the demodulation resources of the uplink DCCH and E-DCCH, and the modulation resources of the downlink E-RGCH and F-DPCH need to be allocated. This is used to control the neighboring cell interference and thus save the demodulation resources of the uplink data channels for the non-serving NodeB. Enhancement None. Dependency WRFD-010612 HSUPA Introduction Package Benefits This feature brings the following benefits: Greatly saves the CE resources and transmission resources Improves resource utilization Enhances network performance Reduces the Total Cost of Operation (TCO) for operators
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Downlink 64QAM increases the peak rate per user and improves the local cell capability. Operators attach great importance to data service and regard it as a growing point for profits. Many consulting companies predict that the data traffic volume will grow rapidly and accordingly raise higher requirements to the network throughput. If the bandwidth remains unchanged, 64QAM will increase the average throughput of the system by 7% to 16% and further improves the spectral efficiency of the system. In this way, the system provides users with higher throughput and ultimately increases operators' profits on the per bandwidth basis. On the other hand, 64QAM also raises the peak rate per user and provides a higher download data rate for users. This not only improves user experience but also enhances operators' competitiveness.
Commercial in Confidence
The UE category must support 22 MIMO. That is, the UE must belong to category 15, 16, 17 or18, as specified by the 3GPP protocols. Benefit 22 MIMO increases the average throughput and peak rate of the cell. In the case of unchanged bandwidth, 22 MIMO increases the average throughput of the system by 14% to 23%. Theoretically, the peak rate per 22 MIMO user can be twice the original peak rate. In addition, MIMO have gains even under lower geographical factors (G = Ior/Ioc) and have more gains under higher Ior/Ioc. From the service point of view, MIMO has a similar driving force to 64QAM.
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
The predefined HS-PDSCH codes are allocated to the UE in semi-static state. The UE can receive HS-SCCH Less HS-DSCH Transmission at any time on one or two codes, and can perform blind detection in four formats. The UE must keep cyclic buffer for 13 continuous TTIs for blind detection of the HS-PDSCH codes.
The UE does not send the NACK for the first transmission but it sends the ACK/NACK for retransmission. Limitations of HARQ:
HARQ retransmission of HS-SCCH Less HS-DSCH Transmission should accompany the HS-SCCH by using the same channel codes and encoding modes between Release 5 and Release 6. Some bits, however, may change their meanings and inform the UE of the following information:
The HS-SCCH is used for HS-SCCH Less Operation. The retransmission is the first or the second one.
Commercial in Confidence Page 111 of 288
The channel codes and TB size used by HARQ. HARQ combined information, which uses the offset of current TTI to indicate the position where the information has been sent.
The UE keeps attempting to receive data from the HS-SCCH in a traditional sense. Enhancement None. Dependency WRFD-010610 HSDPA Introduction Package WRFD-010652 SRB over HSDPA The UE should support this feature. Benefits This feature increases the data service capacity in the downlink because of the less transmission of HS-SCCH. According to the simulation of 3GPP, about 15% downlink capacity of VoIP service could be increased.
Commercial in Confidence
Commercial in Confidence
HLR
UE
UTRAN
SGSN
GGSN TPF
Gi
BM -SC
Iu /Gb Um
UE
GERAN
The introduction of the MBMS has the following impacts on the RAN: Some new signaling procedures are added on the Iub/Uu/Iur/Iu interface; New physical channels (MICH) are added;
Issue 1.3 (2008-11-24) Commercial in Confidence Page 114 of 288
New logical channels (MCCH/MTCH/MSCH) are added; MAC-c/sh is changed to MAC-c/sh/m in order to add the MAC-m to the MBMS Soft/selective combination function of the common channels is introduced. The common channels may be used over the air interface, and the UE may receive the service in idle mode. So the number of UEs is not limited in a cell and a group. The UE may receive the same MBMS service in the common channels from different cells. And by soft/selective combination, less power is needed for the common channels. The BSC6800 supports the MBMS services with the total traffic up to 4096 kbit/s on the Iu interface and 64 sessions can be supported simultaneously. The BSC6810 supports the MBMS services with the total traffic up to 8192 kbit/s on the Iu interface and 256 sessions can be supported simultaneously. Enhancement In the RAN10.0, the MBMS introduction package is enhanced. For details, please refer to the enhancements of the features in the package. Dependency The existing PS Domain functional entities (GGSN, SGSN, UTRAN, GERAN and UE) need to be enhanced to provide the MBMS bearer service. A new functional entity, the broadcast multicast service centre (BM-SC) is added to provide a set of functions for the MBMS users Services. UE should support MBMS functions. Benefits This feature improves the network resource utilization, especially the utilization of resources on the Uu interface. It is an efficient way for the operators to deploy the point-to-multipoint services, such mobile TV.
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Enhancement None. Dependency WRFD-010616 MBMS Introduction Package Benefits It is an essential feature to deploy MBMS broadcast mode services.
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
From a PTM cell to another PTM cell. In this scenario, UE will select to receive the MBMS services in the new cell. From a PTM cell to a PTP cell. In this scenario, PTP RB will be established for UE. From a PTP cell to a PTM cell. In this scenario, if PTM mode is used in the UEs best cell, PTP RB will be released. From a PTP cell to another PTP cell. Handover will be supported. When the MBMS service is in PTM mode, UE can decide whether to receive this service according to its capability; When MBMS service is in PTP mode, RNC will establish the separate PTP RB for every UE and treat it as an ordinary PS RB. And multiple RAB will be supported.
Enhancement None Dependency WRFD-010616 MBMS Introduction Package Benefits Compared to broadcast mode, it is a more efficient way to deploy the point-to-multipoint services, such mobile TV.
Issue 1.3 (2008-11-24) Commercial in Confidence Page 125 of 288
Commercial in Confidence
Benefits MBMS PTM bearers are treated differently, so they will not occupy too much resource to block non-MBMS connection admission and they also got safeguard by reservation.
Commercial in Confidence
1.38.4 WRFD-01066004 Inter-Frequency Neighboring Cell Selection for MBMS PTP Users
Feature Number: WRFD-01066004 Availability This feature is available from RAN11.0. Description This function is applied when multi-carriers and single carriers are neighboring carriers. For MBMS PTP users, inter-frequency handover may interrupt MBMS services; therefore, service interruption should be avoided to ensure service continuity. This function is not intended for MBMS PTM users or PTP users with other services accompanied.
As shown in the figure above, the f3 cell has inter-frequency neighboring cells f1 and f2. At the border between the f1 or f2 cell and the f3 cell, when an MBMS PTP user handover from the f3 cell to the f1 or f2 cell, the RNC shall select from the inter-frequency neighboring cell list according to the current service received by the user. If the currently received service is from channel 3, the RNC removes the f2 cell from the list; if the currently received service is from channel 1 or 2, the RNC keeps the f1 and f2 cells in the list. There can be more complicated cases. Enhancement None. Dependency WRFD-010616 MBMS Introduction Package WRFD-010660 MBMS Phase 2 Benefits With this feature, the neighboring cells which are not suitable for MBMS PTP users will be filtered. This maintains the service continuity of MBMS in a more reasonable and intelligent way.
Commercial in Confidence
To maximize saving of Iub bandwidth, the latest 3GPP Rel-6 provide FACH transmission sharing for MBMS solution to share transport bearers. RNC transports only single FACH data. NodeB transport module performs data duplication and distributes them to different FACH Channels, as shown in the following figure, where the common transport bearer is shared over Iub. Obviously, two-third of Iub bandwidth is saved by the improved Iub transport.
CN MBMS stream CRNC Iub transport bearer Node B
The feature has optimization in the control plane. Bearer multiplexing information is carried by additional NBAP signaling messages. The advantage of this solution is that current MBMS FP structure is kept unchanged. However, new NBAP signaling is needed. And due to lack of knowledge of NodeBs capability to share transport bearer, CRNC always sends message of bearer multiplexing request to NodeB no matter whether NodeB can/will share transport bearer or not. For NodeB which can not or would not like to share, the message is a waste. Enhancement None
Issue 1.3 (2008-11-24) Commercial in Confidence Page 130 of 288
Dependency WRFD-010616 MBMS Introduction Package Benefits Iub transport resource can be saved much.
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
1.42 WRFD-010626 MBMS FLC (Frequency Layer Convergence)/FLD (Frequency Layer Dispersion)
Feature Number: WRFD-010626 Availability This feature is available from RAN6.0. This feature is introduced in 3GPP R6. Description Frequency Layer Convergence denotes the process where the UTRAN requests UEs to preferentially re-select to the frequency layer on which the MBMS service is intended to be transmitted. This layer preference could be done by an additional MBMS session related Layer Convergence Information (LCI) such as offset and target frequency. The FLC is supported by specifications for both networks utilizing HCS and for networks not utilizing HCS. Frequency Layer Dispersion (FLD) denotes the process where the UTRAN redistributes UEs across the frequencies. UTRAN can use FLD per MBMS session. When FLD is applied, the UE stores the frequency where it was camped previously. Upon session stop, the UE attempts to return to that frequency. Enhancement None Dependency WRFD-010616 MBMS Introduction Package UE should support this function. Benefits With FLC, the user can acquire the information about MBMS services in time. With FLD, the cell load can be reduced when the MBMS session is stopped.
Commercial in Confidence
Commercial in Confidence
if there is no non-MBMS services established for this UE, SRNC will indicate UE to release the RRC connection; If there has been non-MBMS services established for this UE, SRNS relocation with CELL/URA update will be triggered.
When CELL_DCH UE moves into DRNC and Iur interface exists, Iur soft handover will be triggered. When UE moves into DRNC and Iur interface does not exist, DRNC will indicate UE to release the RRC connection. DRNC informs SRNC through Direct Information Transfer: The MBMS service transfer mode in the cell during Session setup; The MBMS service transfer mode change in the cell during session transferring; The Preferred Frequency Layer information of MBMS service; The Iur interface mobility management is enhanced in RAN11.0. For example, when the UE which has MBMS service in PTP mode in CELL_DCH state moves to DRNC from SRNC, it will setup a new RL through Iur interface. But if the cell in DRNC is transferring the MBMS service through PTM mode, and the UE just has MBMS service, the UE will get the MBMS service through PTM mode in DRNC to save transmission resources. Enhancement In RAN11.0, DRNC informs SRNC more MBMS service control information through Direct Information Transfer. Dependency WRFD-010616 MBMS Introduction Package The neighboring RNC should support MBMS Iur function. Benefits Provide completed functions of MBMS over Iur, Keep the MBMS service continuity and improve user perception.
Commercial in Confidence
Commercial in Confidence
RAN11.0 supports the MSCH as follows: One cell supports up to 8 MSCHs (in the case of 16 MTCHs and 8 S-CCPCHs) Restriction: If one S-CCPCH bears only one MTCH, then the MSCH should not be used. Enhancement None. Dependency WRFD-010616 MBMS Introduction Package Benefits MSCH enables the UE to perform DRX on the MTCH and thus to save power consumption of the UE.
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
UE1
NodeB UE2
NodeB
UE selection the best cell for location reference when UE in soft handover state
NodeB
The TOA can be derived by the NodeB RTT (Round Trip Time) measurement and the UE Rx-Tx time difference Type 2 measurement.
Commercial in Confidence
R T T M e a su re m e n t NodeB
UE U E R x -T x tim e d iffe re n ce T yp e 2 M e a s u re m e n t
In the CELLID+RTT positioning method, the simplest solution is to take the geometrical center of the reference cell coverage area as the positioning result. This solution requires no positioning-related measurement and provides the shortest response time. If the CN requires a positioning of high accuracy, the CELLID+RTT method must employ more measurements as follows: The RNC asks all cells in the active set to perform the RTT measurement. The RNC asks the UE to perform the UE Rx-Tx type 2 measurement of the corresponding cell. If the UE does not support the UE Rx-Tx type 2 measurements, the RNC will ask the UE to perform the UE Rx-Tx type 1 measurement. When the cell locates in the different RNC, the location over Iur is supported. Enhancement In RAN3.0, location over Iur interface is supported in RAN5.1. Dependency UE is needed to report the relevant measurement results. CN is needed to trigger the location request. Benefits This feature provides a location service for operators.
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
DRNC
Site 2
DS-RTx
.
MSC SRNC
Site 1
Dedicated measurement over Iur for RTT Iur dedicated measurement procedure for acquisition of RTT is illustrated in figure below.
Commercial in Confidence
SRNC
DEDICATED MEASUREMENT INITIATION REQUEST (Measurement Type: RTT)
DRNC
Information exchange over Iur for cell reference position To get the neighbor RNC cell reference position, information exchange procedure should be performed, with Information Type IE set to UTRAN Access Point Position, illustrated in figure below. SRNC
INFORMATION EXCHANGE INITIATION REQUEST (Information Type: UTRAN Access Point Position)
DRNC
A-GPS GPS information is required by A-GPS positioning. RNC maintains the updated GPS data from RNC itself or neighboring RNCs. The obtain GPS data from neighboring RNCs, information exchange procedure over Iur should be performed, once the reference GPS receiver is configured. During the positioning, if reference cell is located in DRNC, then GPS data from DRNC will be preferred, and information exchange over Iur for reference cell geographical position will be triggered. Information exchange over Iur for GPS information Information exchange procedure for neighboring RNCs GPS information (with Information Type IE set to GPS Information) is illustrated in figure below. To get the updated information, periodic information reporting is applied.
Issue 1.3 (2008-11-24) Commercial in Confidence Page 147 of 288
RNC 1
INFORMATION EXCHANGE INITIATION REQUEST (Information Type: GPS Information)
RNC 2
INFORMATION REPORT
Information exchange over Iur for reference cell geographical position To get geographical position of reference cell, information exchange procedure is triggered on demand, for every positioning. SRNC
INFORMATION EXCHANGE INITIATION REQUEST (Information Type: UTRAN Access Point Position)
DRNC
Enhancement None Dependency WRFD-020801 Cell ID + RTT Function Based LCS or WRFD-020803 A-GPS Based LCS The neighbouring RNC should support the information exchanging and related procedures. Benefits As enhancement to location service, positioning area is wide extended, and more reliable and precise positioning capability is also achievable.
Commercial in Confidence
Commercial in Confidence
2
Availability Description
There are several transmit diversity modes adopted in WCDMA 3GPP, namely the Time Switched Transmit Diversity (TSTD) mode, Space Time Transmit Diversity (STTD) mode, and Closed Loop Transmit Diversity Mode1 (CLD1). The TSTD and the STTD are open loop transmit diversity, which do not need feedback information compared with the closed loop diversity. The following table summarizes the possible application of open and closed loop transmit diversity modes on different types of downlink physical channels. Physical channel type Open loop mode TSTD P-CCPCH SCH S-CCPCH DPCH PICH MICH HS-PDSCH HS-SCCH E-AGCH E-RGCH E-HICH AICH X STTD X X X X X X X X X X X Closed loop mode Mode 1 X X
Commercial in Confidence
If a cell works in TX diversity mode, the CPICH, PCCPCH, and SCH of the cell must also work in TX diversity mode. There are two types of physical channels (DPCH, HS-PDSCH) which can use the Closed Loop Transmit Diversity Mode1 (CLD1). Huawei RAN supports this feature in RAN6.0. Enhancement In RAN5.0, with the HSDPA feature deployed, STTD for HS-PDSCH and HS-SCCH is supported. In RAN6.0, with the HSUPA feature deployed, STTD for E-AGCH, E-RGCH and E-HICH is supported. Closed Loop Transmit Diversity Mode1 is a new feature of RAN6.0. Dependency TX diversity requires the NodeB to provide two times RF channel resources compared with no TX diversity mode. In TX diversity mode, the UE must support diversity reception, STTD, TSTD, and CLD1. This diversity mode has no special requirements for the RNC. Benefits TX diversity can improve terminal performance in special circumstances, especially when there is less valid multi-path effect and the UE speed is low. In this case, capacity and coverage can be obviously improved and investment can be reduced while the same QoS is guaranteed and the CAPEX and OPEX can be cut down by operators.
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Operator A CN
Operator B CN
Operator A OSS
Itf-N
Operator B OSS
Iu interface
iManager TM M2000
Macro Node B
RRU
Shared RAN
In RAN sharing architecture, RNC is shared by multiple operators (maximum is 4), and the CN networks are supplied by operators separately. For the shared RNC, both shared and non-shared NodeB/RNC could be connected. For each operators CN network, Iu Flex may be applied, and the decision could be made independently. RAN sharing solution does not require any UE release dependency. The call traffic is routed to appropriate CN network belonging to the operator selected by UE. In the shared RAN, inter-system handover and intra-system handover within each operator are handled normally. A switch is supplied to indicate whether intra-system handover between operators would be allowed. For broadcast service such as CBS and MBMS, the traffics will be restricted in each operators dedicated cells. Enhancement None Dependency None Benefits The most important and urgent driving for operators to share network is the substantial CAPEX and OPEX saving. Approximately 30% 40% CAPEX and OPEX can be saved if RAN is shared. Another advantage is the increased roll-out speed and enlarged coverage-area that can result in a quick network deployment and a success of UMTS. On the other hand, reduced independency results in co-operation between operators and some restrictions when expanding.
Commercial in Confidence
Operator two
Frequency one
Frequency one
Frequency two
Frequency two
In this solution, 3GPP Release 99 specific is applied. For multiple operators that share the RAN, their own PLMN codes are transmitted on their dedicated carrier, i.e. unique PLMN code (composed by MCC and MNC) is broadcasted via system information within each operators dedicated cells.
Enhancement
None
Dependency
WRFD-021304 RAN Sharing Introduction Package
Benefits
For license holders, distinct cost saving would be achieved, including the CAPEX and OPEX, because all the RAN elements could be shared.
Commercial in Confidence
Operator A SGSN 1
Operator B SGSN
MSC
SGSN 2
Shared RNC
Iu-BC interface To the shared RNC, maximum 4 CBCs can be connected, i.e. each operator can have a dedicated CBC, shown below. SAs of Operator A Operator A CBC-A Shared RNC Operator B CBC-B SAs of Operator B
Issue 1.3 (2008-11-24) Commercial in Confidence Page 160 of 288
With dedicated Iu-BC connection, each operator can independently deploy the Cell Broadcast Service. Iub interface In the shared RAN, RAN elements could be shared by multiple operators, including RNC and NodeBs. But, its not precluded that non-shared NodeB may exist. In this RAN sharing solution, both shared and non-shared NodeB are allowed to connect to the shared RNC. Please refer to the following figure.
Operator A Shared RNC Shared by Operator A & B Shared by Operator A & B Operator B
Iur interface Its similar to Iub interface, both shared RNC and non-shared RNC could be connected to a shared RNC. Enhancement None Dependency WRFD-021304 RAN Sharing Introduction Package Benefits Various requirements can be met with the help of the flexible architecture. Differentiated service and effective cost are also achievable.
Commercial in Confidence
Originated Cell
If the Iu Flex is adopted, then the NNSF will be applied right after the selection of CN network, to decide which CN node should be the target of routing. Differentiated and isolated CBS CBS information content is broadcasted with a set of CBS SAs (service areas), and each CBS SA is composed by a set of cells. In the dedicated carrier shared RAN, the CBS SA is also operator dedicated, i.e. each operators CBS SA can be composed only by its own cell. Therefore, the CBS is isolated between operators in the shared RAN. Furthermore, since each operator can deploy a stand alone CBS equipment, differentiated and independent service provision is also achievable. Differentiated and isolated MBMS The MBMS is similar to the CBS. MBMS service is distributed in a set of MBMS broadcast areas, also called MBMS SA. Each MBMS SA is composed by a set of cells. In the dedicated carrier shared RAN, the MBMS SA is also dedicated. MBMS service initiated from dedicated SGSN is distributed (p-to-p or p-to-m) within operator dedicated MBMS SAs, i.e. operator dedicated cells.
Issue 1.3 (2008-11-24) Commercial in Confidence Page 162 of 288
Furthermore, differentiated and independent MBMS service provision is also achievable. MBMS SAs of Operator A Operator A BM-SC SGSN Shared RNC
Mobility control Inter-operator handover is usually forbidden by operators, but it would not be precluded. A configurable flag is supplied to indicate whether inter-operator intra-system handover is allowed, and the default is not. For inter-system handover, its handled normally. Enhancement None Dependency WRFD-021304 RAN Sharing Introduction Package Benefits Based on the service differentiation mechanism, operators that share the RAN can deploy different service provision strategy to their subscribers.
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Must be shared
For user plane bandwidth, the shared mode is supplied in phase 1, while phase 2 supports dedicated mode. In dedicated mode, operator dedicated logical resource group is introduced, which aims to separate the user plane bandwidth between operators. For logical resource group, two different cases are applicable. In case 1, physical link is common to all groups. In case 2, physical links are dedicated to each group. Both cases will be supported. These two cases are illustrated as follows. I. Case 1
GROUP-A
Physical Link
GROUP-B
II. Case 2
Commercial in Confidence
Physical Link
GROUP-A
Physical Link
GROUP-B
When creating a logical group, it is specified that to which operator the bandwidth belongs to, the maximum bandwidth that could be used. To achieve the separate resource management, each operators dedicated group should contain some user plane links, and then the contained links become also operator dedicated. Based on the dedicated logical resource group, admission control and congestion control are executed separately from each operator. Admission Control In this feature, admission control for transmission resource is performed separately without conflict between operators, i.e. for each operators call traffic, needed transmission resource (bandwidth) would only be allocated from this operators dedicated group. There is no difference whether the resource groups are carried by the shared physical link (case 1) or separated physical links (case 2). Please refer to the example in the following figure.
Congestion Control In this feature, congestion control of transmission resource is also executed seperately. Congestion is detected and reported independently for operator dedicated group, and only its own users would be the target of the following control actions. For example (please refer to the following figure), if congestion happens to Group-B (owned by operator B), only users that belong to operator B will then be involved.
Commercial in Confidence
Besides the admission control and congestion control, the flow control for the HSDPA is also isolated between operators. HSDPA flow control
Refer to above figure, HSDPA flow control is separately executed for operator A and B. For example, available bandwidth for HSDPA within dedicated group is calculated as: Available bandwidth for HSDPA within Group-A =min {(maximum bandwidth of Group-A - total bandwidth allocated for R99 within Group-A), maximum bandwidth for HDSPA within Group-A} Where: Group-A is dedicated for Operator A. Enhancement None. Dependency WRFD-021304 RAN Sharing Introduction Package Benefits In the shared RAN, operators differentiated QoS requirement is guaranteed with this feature.
Commercial in Confidence
Different from RAN Sharing that uses independent carriers, MOCN uses common carrier resources. Similar to RAN Sharing, the Core Network (CN) in MOCN is independent, that is, the CN nodes belong to different operators. When multiple operators share common carrier resources, the users of these operators have cell resources in common. In this respect, compared with RAN Sharing, MOCN can better utilize resources. Huawei does not offer the MOCN solution with RAN Sharing solution together. If the customer need both of these solution. RAN Sharing function can be offered as some cells that are used by a certain operator alone. In MOCN solution, all the software features cannot be controlled separately by different operaters. Thus one optional feature needs be bought by all the customers before it is available. MOCN introduction package has the following features: Common carriers shared by operators Dedicated NodeB or cell for operators MOCN mobility management MOCN load balancing MOCN independent performance management
Commercial in Confidence
Enhancement None. Dependency The CN and UE should support the MOCN function. Benefits MOCN enables the operators to save Capital Expenditure (CAPEX) and Operation Expenditure (OPEX), especially in areas where a single carrier is sufficient to support subscribers from different operators. For operators involved in the fierce competition of the telecom industry, MOCN can help them to achieve capital gains as well as corporate soundness and competitiveness. Compared with other sharing modes that use independent carriers, MOCN can share carrier resources and better utilize resources.
Commercial in Confidence
Supporting UE: refers to the UE that supports network sharing. In MOCN network sharing, the RNC broadcasts the PLMN information of multiple operators through the Multiple-PLMN list IE in the MIB. The supporting UE can analyze the PLMN information and also inform the RNC of the selected PLMN through the initial direct transfer message. The supporting UE should support the 3GPP R6 protocols.
Non-supporting UE: refers to the UE that does not support network sharing. The non-supporting UE cannot analyze the PLMN information of operators from the system information.
The RNC adopts different methods to select suitable operators for the two types of UEs. The supporting UE selects a suitable PLMN ID from the PLMN IDs of multiple operators as broadcast in the MIB, and reports the selected PLMN ID to the RNC through the initial direct transfer message. Accordingly, the RNC selects a suitable CN node for the UE based on the PLMN ID of the UE. If the operator enables the Iu Flex function, the RNC selects one of the CN nodes based on the NAS Node Selection Function (NNSF). The non-supporting UE does not report the selected PLMN ID to the RNC through the initial direct transfer message. The RNC selects a CN node for the non-supporting UE based on the redirection function. For non-supporting UE, RNC set the PLMN in LAI as Common PLMN when constructing the LAI parameters in initial UE message. At the same time, all the operators with different PLMN need configure Common PLMN in the list of Equivalent PLMN. PS/CS consistency The CS/PS consistency is achieved by coordinating the RNC and the CN. It prevents the RNC from selecting two CN operators (for CS domain and PS domain respectively) for the UE. For a network with the Gs interface, the CS registration is forwarded from the PS domain; therefore, the SGSN is responsible for ensuring the CS/PS consistency. For a network without the Gs interface, the RNC ensures the CS/PS consistency.
Issue 1.3 (2008-11-24) Commercial in Confidence Page 173 of 288
In addition, to facilitate the implementation of MOCN, some UEs that support 3GPP R5 rather than 3GPP R6 may realize the MOCN-associated features of Release 6. The RNC support these pre-R6 UEs which implement MOCN independently. Enhancement None. Dependency WRFD-021311 MOCN Introduction Package Benefits MOCN enables the operators to save Capital Expenditure (CAPEX) and Operation Expenditure (OPEX), especially in areas where a single carrier is sufficient to support subscribers from both operators.. For operators involved in the fierce competition of the telecom industry, MOCN can help them to achieve capital gains as well as corporate soundness and competitiveness. Compared with the sharing mode that uses independent carriers, MOCN can share carrier resources and better utilize resources.
Commercial in Confidence
The dedicated NodeB belongs to Operator A only; therefore, all the UEs that access the network from this NodeB will be connected to the CN node of Operator A. For MOCN NodeB, some cells of the shared NodeB can be dedicated to one operator and serve this operator only. The RNC supports the dedicated cell for an operator. Enhancement None. Dependency WRFD-021311 MOCN Introduction Package Benefits Through dedicated NodeBs/Cells, the operators can flexibly set the network sharing areas to meet various requirements for network sharing and scenarios.
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Optional Feature Description of Huawei UMTS RAN11.0 MSC 3 MSC 2 MSC 1 MSC 6 MSC 5 MSC 4 MSC 7
CS poolarea 2
PS pool-area 1
PS pool-area 2
SGSN 1 SGSN 2
SGSN 6
The Network Resource Identity (NRI) identifies uniquely an individual CN node that serves a pool area. Each CN node that supports the Iu Flex is configured with one or more specific NRIs. The CN node allocates the route information to the UE. If the CN node supports the Iu Flex, the TMSI (or P-TMSI) allocated by the node contains the NRI. Then UE encodes the route information which consists of 10 bits according to the TMSI (or P-TMSI), and sends the parameter to the RNC through the INITIAL DIRECT TRANSFER message. Such message contains an IE Intra Domain NAS Node Selection (IDNNS) which consists of not only the route parameter but also an indication about from which identity (TMSI/PTMSI, IMSI, IMEI) the route parameter is derived. Then RNC will use NAS Node Selection Function (NNSF) to select the proper CN node (MSC or SGSN) for the UE. That is, if the NNSF finds the CN node that the NRI derived from the initial NAS signaling message identifies, it routes the message or frame to that CN node. Otherwise, the NNSF selects an available CN node according to the signaling load balancing. The UE encodes the route information according to the following rules: The UE preferentially encodes the route information identified by the TMSI or P-TMSI. If the TMSI or P-TMSI is unavailable and the UE contains the USIM or SIM card, the UE encodes the route information identified by the IMSI.
Commercial in Confidence
If the TMSI or P-TMSI is unavailable and the UE does not contain the USIM or SIM card, the UE encodes the route information identified by the IMEI. Accordingly, RNC selects the route based on the route parameter in the IDNNS of the INITIAL DIRECT TRANSFER message as follows: When the route parameter is derived from the TMSI or P-TMSI The RNC derives the NRI from the parameter according to the configured length of the NRI. Then the RNC selects the CN node according to the configured corresponding relationship between the NRI and the CN node. If no NRI is configured to the CN node, the RNC selects a CN Node based on the load balancing. When the route parameter is derived from the IMSI The parameter is an integer within the range from 0 through 999. The value can be derived by (IMSI/10) MOD 1000. When route parameter is derived from the IMSI, it should be indicated by the IDNNS IE that the current call attempt is an originating or terminating call (response to paging). For originating call, RNC would select the CN node according to either the IMSI V value (the corresponding relationship between the IMSI V value and the CN node should be preconfigured) or load balancing. For terminating call, RNC should attempt to get the previously stored IMSI and Global CN-Id. If succeeded, the CN node identified by the found Global CN-Id will be selected. Otherwise, CN node will be selected as originating call. When the route parameter is derived from the IMEI The RNC selects the CN Node based on load balancing. CS domain IMSI Paging handling To increase the success rate of routing the paging response message to the CN node that issues the paging request, the Iu-Flex-capable RNC needs to process the IMSI paging message as follows: In R5 protocols, an optional IE Global CN-ID is added to the RANAP PAGING message. If RNC provides the Iu Flex feature and the paging message contains only the IMSI rather than the TMSI, the paging message must contain Global CN-ID. The NNSF in the RNC temporarily stores the IMSI and Global CN-ID upon reception of the paging message. When the NNSF receives the INITIAL DIRECT TRANSFER message (a paging response with an IMSI), it directly forwards the paging response to the CN node identified by the Global CN-ID. If the CN node is set to Mode 1 which indicates the Gs interface existing, the paging message of the CS domain might be delivered on the Iu-PS interface. In this case, the SGSN adds the Global CN-ID of the CS domain into the paging message. Load Balancing Criteria When the mapping between UE and CN node is not found, RNC will select a proper one based on load balancing. The criteria is to select the lightest load CN node according to the OVERLOAD indication from Iu interface and when the load are the same, they will be selected by turns.
Commercial in Confidence
The NRI length and the mapping relation between IMSI route parameters in IDNNS and CN Node can be configured as needed. Load balancing based on the capacity of CNs can also be used in the case that NNSF can not get right NRI from the initial NAS signaling message. The traffic will be distributed to CNs according to their capacity ratio. Enhancement In RAN6.1, Load balancing based on the capacity of CNs is supported in RAN6.1 Dependency Require MSC and SGSN support such feature at the same time. Benefits Iu Flex greatly enhances the serviceability of the whole network including: Enhancing the flexibility of the Iu interface Increasing the total capacity of CN nodes Enhancing the disaster tolerance capability of CN nodes Reducing the signaling traffic of the CN Enhancing the system utilization In conclusion, the Iu Flex greatly enhances the serviceability of the whole network
Commercial in Confidence
Commercial in Confidence
Enhancement In RAN10.0, following features are enhanced: The capacity of each MSC/SGSN can be informed by MSC/SGSN through INFORMATION TRANSFER IND and INFORMATION TRANSFER CONFIRM messages with Huawei private extension IE. New counters related to load balancing are added. CN node status is reported to M2000 when the CN node status is changed. Dependency WRFD-021302 Iu Flex Benefits Improving the performance and meet the operators load distribution strategy in Iu Flex networking scenario.
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
This trigger condition is based on the UE speed which RNC evaluated, and such feature is the optional feature which described in WRFD-021200 HCS (Hierarchical Cell Structure). In multi frequency band networking scenario which described in WRFD-020110 Multi Frequency Band Networking Management, the inter frequency hard handover is enhanced to meet the networking requirements. That is, coverage based hard handover between different frequency band is supported and UE measurement capability will be considered to guarantee UE will not handover to the cell which UE has no the corresponding capability on that frequency band. When no enough UE capability can be acquired, whether to implement the handover can be configured by operator. Enhancement In RAN3.0, event report mode is supported additional to period mode. In RN5.1, compressed mode triggered by combination of Ec/N0 and RSCP is supported. In RAN5.1, puncturing mode as one compressed mode type is not supported anymore since such mode has been removed from 3GPP. In RAN6.0, coverage based inter-frequency hard handover between multi frequency band cell is supported. In RAN6.0, combination of RSCP and Ec/N0 measurement is supported when triggering compressed mode measurement, and available only for periodic measurement report mode. In RAN10.0, combination of RSCP and Ec/N0 measurement is available when event 2B measurement report mode is selected. In RAN10.0, inter-frequency handover triggered by limitation of UE Tx power is available for PS BE, CS AMR and VP services. Dependency UE should support the relevant measurements and the procedure of handover. Benefits Coverage based Inter frequency hard handover provides supplementary coverage in inter-frequency networking cells to prevent call drop, therefore, improve the network performance and end user feeling. Enhancement of inter frequency hard handover between multi frequency band cells can be used to support multi frequency band networking scenario.
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Load-based This trigger condition is based on the cell load, and belongs to the optional feature WRFD-020306 Inter-RAT Handover Based on Load. Service-based This trigger condition is based on the service assigned by CN node, and belongs to the optional feature WRFD-020305 Inter-RAT Handover Based on Service. The procedure of Inter-RAT handover from UMTS to GSM is executed by Relocation Preparation procedure at Iu interface and handover or cell change order command at Uu interface. When the UE is in CELL_FACH, CELL_PCH, or URA_PCH state, UMTS GSM handover in PS domain is triggered through Inter-RAT Cell Re-selection from UMTS to GPRS procedure. This procedure is triggered by UE and realized by Routing Area Update procedure. The parameters for Inter-RAT handover can be configured and be different for CS and PS services respectively. In multi frequency band networking scenario which described in WRFD-020110 Multi Frequency Band Networking Management, the inter-RAT handover is enhanced to meet the networking requirements. That is, coverage based handover between different frequency band is supported and UE measurement capability will be considered to guarantee UE will not handover to the cell which UE has no the corresponding capability on that frequency band. When no enough UE capability can be acquired, whether to implement the handover can be configured by operator. Since the GSM/GPRS system cant perform CS and PS services simultaneously, Inter-RAT handover from GSM/GPRS to UMTS Function can be divided to CS and PS individually. On the UMTS side, For CS: inter-RAT handover from GSM/GPRS to UMTS is comprised of Relocation Resource Allocation, Relocation detect, Relocation complete procedure at Iu interface and HANDOVER TO UTRAN COMPLETE message processing at Uu interface. For PS: inter-RAT handover from GSM/GPRS to UMTS is the same as the setup of a PS service. Enhancement In RAN10.0, inter-RAT handover triggered by UE Tx power is available for PS BE, CS AMR services Dependency UE should support the relevant measurements and the procedure of handover Benefits Inter-RAT handover improves flexibility in planning UMTS and GSM networks for the network operator. It can also save cost by utilizing the existing GSM network resources and provide coverage expansion, load sharing, and layered service. Enhancement of inter-RAT handover between multi frequency band cells can be used to support multi frequency band networking scenario.
Commercial in Confidence
Commercial in Confidence
Firstly, the MSC must assign the alternative configuration when setting up a VP service so as to let UTRAN know it has the fallback capability. When the user with such VP service has to handover to 2G system, the RNC will initial a RAB modify request to trigger fallback, then fallback will be implemented by the MODIFY procedure. From UTRAN view, it is corresponding to the RAB Assignment (Modify) procedure over the Iu interface. After the VP service falls back to speech successfully, the following speech inter-RAT handover can be implemented. Enhancement None Dependency WRFD-020303 Inter-RAT Handover Based on Coverage or WRFD-020305 Inter-RAT Handover Based on Service or WRFD-020306 Inter-RAT Handover Based on Load or WRFD-021200 HCS (Hierarchical Cell Structure) The MSC and UE need to be compliant with 3GPP Release 6 to support the feature. Benefits This feature provides an inter-RAT handover mechanism for the VP service which falls back to speech instead of call drop.
Commercial in Confidence
Commercial in Confidence
SRNC
SGSN
BSC
DIRECT INFORMATION TRANSFER (RAN IFORMATION REQUEST) RAN INFORMATION RAN INFORMATION DIRECT INFORMATION TRANSFER (RAN INFORMATION REPORT)
Commercial in Confidence
About 4 to 8 seconds of service interruption time will be shortened by NACC, comparing with the normal cell change. The user experience would be improved obviously with this feature.
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Where, the Pico cell has the highest priority and the macro cell has the lowest priority. Speed Estimation The speed estimation on each hierarchy of an HCS cell falls into one of the following types:
According to the number of changes of the best cell within time unit, speed estimation algorithm estimates the moving speed of the UEs. See details as follows:
If the number of changes of best cell for a UE is above the fast-speed threshold, this UE is decided in fast speed;
Commercial in Confidence Page 210 of 288
If the number of changes of best cell for a UE is below the slow-speed threshold, this UE is decided in slow speed; If the number of changes of best cell for a UE is between fast-speed threshold and slow-speed threshold, this UE is decided in normal speed.
HCS Handover Based on Speed Estimation After the moving speed of the UE is estimated, inter-hierarchy handover algorithm initiates the corresponding handover based on this speed decision. According to the results of speed estimation,
The UE in fast speed is handed over to the cell of lower priority. The UE in slow speed is handed over to the cell of higher priority. The UE in normal speed is not required to be handed over to any cell.
According to speed estimation, the RNC order the fast-moving UE to handover to the cells of lower priority to reduce the number of handovers, and order the slow-moving UEs to handover to the cells of higher priority to increase network capacity. Enhancement None Dependency None Benefits Improve the conversation quality for fast-moving UEs. Improve the system capacity. Reduce the signaling load by decreasing the unnecessary handover.
Commercial in Confidence
Commercial in Confidence
In RAN5.0, only ARP is considered for candidate calls to be pre-empted. The functionalities of preemption and queuing are applied for R99 and HSDPA, but DCH service can only pre-empt other DCH services with low priority and HSDPA can only pre-empt other HSDPA services with low priority. In RAN5.1, the priority is enhanced by introducing RAB integrate priority (TC top-priority or ARP top-priority), user integrate priority and user priority (Gold, Silver and Copper) considering Traffic Class (TC) and Carrier Type as parameters when selecting candidate call to be pre-empted. In RAN6.0, THP is considered for interactive service if TC and ARP have the same priority. In addition, the functionalities of preemption and queuing are also applied for HSUPA, but HSUPA can only pre-empt other HSUPA services with low priority. In RAN10.0, there is an enhancement which ARP should be considered in the case of different TC. This improvement is only applied for Streaming and I/B traffic class. That is, the ARP of user to be pre-empted should be lower than or equal to that of new request user in the case of different traffic classes. For example, streaming service can preempt I/B with equal or lower ARP. In RAN10.0, pre-emption can take place between HSDPA and DCH services due to limitation of power and Iub transmission resources. ARP, TC and THP are also used for pre-emption. For example, Gold R99 user will be able to preempt a silver HSPA user, and a Gold HSPA user will be able to preempt Silver R99 user. f Dependency This feature need the core network bring the ARP IE to RNC during RAB assignment procedure so that RNC can get the service priority with those RAB parameters. This feature requires optional feature WRFD-010610 HSDPA Introduction Package and WRFD-010612 HSUPA Introduction Package when HSDPA / HSUPA queuing and Pre-emption are required. Benefits This feature provides operators with a method to differentiate users according to their priority. High priority user can obtain the system resources with high priority in case of resource limitation. In this way, operator can provide better service to those high priority users.
Commercial in Confidence
Commercial in Confidence
In Release 99, the UTRAN can only accept or reject a radio access bearer request from the CN. For services that could accept lower QoS requirements than those requested by the CN in the RAB establishment request. There are no means for the UTRAN to propose an alternative (lower) QoS. For such services, the RAB establishment will fail, or alternatively the CN could re-attempt the RAB re-establishment with lower QoS requirements which would significantly increase the setup time. Therefore, a QoS negotiation mechanism is introduced in Release 4. This aligns the procedure with the already existing CN solution used in GPRS and shortens the service setup time. Such a mechanism also applies to the relocation procedure by adding Alternative RAB Parameter Values IE in the RANAP RAB ASSIGNMENT REQUEST or RELOCATION REQUEST message. The Iu QoS negotiation mainly aims for the PS streaming service and is used to negotiate the maximum and initial bit rate for the service. Maximum bit rate negotiation The UE capability will be considered to decide the maximum bit rate. That is, the maximum bit rate will be selected among the maximum bit rate assigned and the alternative ones in descending order until it meets the UE capability. If the HSPA is related, the UE capability with HSPA will be used. Initial bit rate negotiation The following load information will be considered to decide the initial bit rate:
Uplink and downlink radio load states of the cell Iub resource state Minimum spreading factor supported HSPA capability, if the service related to HSPA, the UE-related capability must be considered to get a proper bit rate.
When the cell with radio load or Iub resource load is congested, the minimum bit rate among the assigned Guaranteed Bit Rate (GBR) will be selected to admit. Otherwise, the bit rate
Issue 1.3 (2008-11-24) Commercial in Confidence Page 216 of 288
among negotiated maximum bit rate, guaranteed bit rate and alternative ones will be selected in descending order until it meets the load and capability requirements mentioned above. After the maximum and initial bit rates are made certain and the subsequent admission procedure is successful, the RNC will inform the CN node of the negotiated bit rate through RAB ASSIGNMENT REPONSE or RELOCATION REQUEST ACKNOWLEDGE message. 2. RAB downsizing The RAB downsizing mainly aims to Best Effort (BE) service (interactive or background service). In an ideal scenario, BE service can always access to the network with the maximum request bit rate if there is enough cell resource, but such process cannot meet the system capacity and performance requirements while system resource is limited, therefore the RNC will try to negotiate the proper maximum and initial bit rate as Iu QoS negotiation does. Maximum bit rate negotiation UE capability will be considered to decide the maximum bit rate. That is, the maximum bit rate will be selected among the maximum bit rate assigned to 8 kbit/s in descending order until it meets the UE capability. If the HDPA is related, UE capability with HSPA will be used. Initial or target bit rate negotiation The following load information will be considered to decide the initial bit rate:
Uplink and downlink radio load states of the cell Available Iub resource Minimum spreading factor supported Available credit resource HSPA capability, if the service related to HSPA, the UE-related capability must be considered to get a proper bit rate.
When radio load is congested, GBR will be selected to admit to maximize the access successful rate. Otherwise, the bit rate among negotiated maximum bit rate to 8 kbit/s will be selected in descending order until it meets the load and capability requirements mentioned above. RAB downsizing can also be applied in the hard handover procedure. That is, with this feature, during the hard handover procedure, the target cell load will be considered, the downgraded hard handover may be triggered to maximize the handover successful rate. Enhancement In RAN5.0, Iu QoS negotiation feature is introduced. In RAN5.0, RAB downsizing used in the hard handover procedure is supported. In RAN5.1, HSPA capability is taken into consideration, and in RAN6.0 the HSUPA feature introduced. In RAN10.0, RAB downsizing can also be applied when the request for adding new radio links in the AS in soft/softer handover is rejected by admission control due to resource limitation. The rate will be downgraded according to the cell load information, in order to avoid the call drop due to soft handover failure. In RAN11.0, the newly added policy is that the access of the PS service, if denied, allows an access rate of 0 kbit/s or the implementation on the FACH.
Issue 1.3 (2008-11-24) Commercial in Confidence Page 217 of 288
RAN11.0 decides the downlink initial access rate of the R99 BE service on the DCH according to the Ec/Io contained in the RRC CONNECTION REQUEST message. If the Ec/Io is higher than the related threshold, the downlink initial access rate is min[384k, MBR] (where MBR is the maximum bit rate assigned by the CN); if the Ec/Io is lower than the threshold, the downlink initial access rate is the default value. Dependency For Iu QoS negotiation, the CN node needs to support this feature, but for RAB downsizing, the CN node does not need to support this feature. Benefits This feature brings the following benefits: Provides a QoS negotiation mechanism which enhances the RAB SETUP procedure and shortens the service setup time Greatly increases the call setup and hard handover success rate Maximizes the resource utilization and system capacity
Commercial in Confidence
UE should support the processing of TFC control procedure. Benefits With the same transmitted power, lower AMR codec mode can provide larger uplink coverage distance to expand the UL coverage. When the radio environment is good, high codec mode can provide better voice quality than low codec mode. When the radio environment is poor, low codec mode can provide better voice quality than high codec mode. Therefore, the AMR codec mode should be adjusted in real time to guarantee good voice service.
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
In addition, the use of the 900 MHz band can significantly improve indoor coverage in urban areas. The economic benefit of the 900 MHz band on UMTS operators investments makes it possible to propagate benefits to the end-users in terms of wider coverage and possibly lower level of usage costs. Improved indoor coverage is important because more and more mobile voice and data services are used in the indoor environment. This is of particularly interest when considering the increasing use of the mobile phones as a replacement or a complement to fixed phone, PC and TV usage. The UMTS900 will be deployed by reusing the GSM sites within the existing service area, and benefits will also be gained because of: reuse of the existing base station sites reuse of the existing antenna systems and feeders From a practical implementation point of view, operators only need either to add a new base station cabinet or to replace the existing GSM base station by a multimode GSM+UMTS base station subject to site situation or manufacturers design. It should be noted that the base station equipment cost represents only a small portion of the total site cost.
Issue 1.3 (2008-11-24) Commercial in Confidence Page 231 of 288
Availability
III
V VIII IV IX
824 880
869 925
Also, Huawei provides the full mobility solution between these frequency band and the mobility between them and GSM cells, the mainly related features include: Cell selection / reselection Service distribution and Directed retry: Load Balance DRD is supported which enables the RNC direct the UE to a preferable layer, according to the load conditions of current cell and target cell. Service priority could be set to cells, corresponding to different service types including R99 RT, R99 NRT, HSPA and other (e.g. MBMS). This enables service differentiation and/or load balance between multi-frequency layers. In call setup procedures, the RNC would direct the UE to an inter-frequency cell with higher service priority. The RNC also considers the capabilities of the cell/UE, and the requested RAB. Service Differentiate DRD and Load Balance DRD could work independently or cooperatively. In later case service priority will be first considered. Such feature depends on the optional feature WRFD-020400 DRD Introduction Package. Coverage based handover: If coverage based inter-frequency handover is needed, the optional feature WRFD-020302 Inter Frequency Hard Handover Based on Coverage should be enabled. If coverage based inter-RAT handover is needed, WRFD-020303 Inter-RAT Handover Based on Coverage should be enabled. Load based handover: Such feature enables the inter frequency load balance or load based inter-RAT handover, which depends on the optional feature WRFD-020103 Inter Frequency Load Balance and WRFD-020306 Inter-RAT Handover Based on Load. Service based handover: Such feature depends on the optional feature WRFD-020305 Inter-RAT Handover Based on Service Hierarchical Cell Structure capability is also available which is operator configurable in order to prioritize the different UMTS2100, UMTS900 and GSM layers. And such feature depends on the optional feature WRFD-021200 HCS (Hierarchical Cell Structure). The network operator can have full flexibility to prioritize different UMTS2100 and UMTS900 cells.
Issue 1.3 (2008-11-24) Commercial in Confidence Page 232 of 288
Enhancement None Dependency WRFD-020400 DRD Introduction Package or WRFD-020302 Inter Frequency Hard Handover Based on Coverage or WRFD-020303 Inter-RAT Handover Based on Coverage should be enabled or WRFD-020103 Inter Frequency Load Balance or WRFD-020306 Inter-RAT Handover Based on Load or WRFD-020305 Inter-RAT Handover Based on Service or WRFD-021200 HCS (Hierarchical Cell Structure) If one of these dependent features is not enabled, the corresponding function will not be available in the multi frequency band networking solution. Operator can choose which feature to use or not. Benefits Provide the seamless communication and improve the capacity when applying multi frequency band networking scenario.
Commercial in Confidence
Commercial in Confidence
The RNC sets the step as X% to limit the access of the UE under the RNC at a fixed interval, namely, "Access Class Restriction interval". Within the next interval, the RNC limits the other X% UEs and releases all the other UEs. The RNC bars the access of UEs according to different domains. That is, the RNC prevents the UEs from accessing the overloaded CS domain. If the PS domain is overloaded, the RNC also prevents the UEs from accessing the PS domain. If X% = 100%, the RNC bars the access of all the UEs. The UEs camp on the coverage area under the RNC but cannot access the corresponding domain. When the CN is no longer overloaded, all the barred ACs will be released. The operators can set X% and Access Class Restriction interval. The operator can decide whether to trigger the DSAC function when a domain of the CN is overloaded.
When Iu Flex is used, the DSAC function can be automatically triggered only when all the CN nodes of the corresponding domain connected to the RNC are overloaded.
Commercial in Confidence
When the DSAC function is triggered, based on logs and alarms, the operator can easily monitor the DSAC status, network status, and the process of removing restrictions on access classes, and so on. Enhancement None. Dependency Since this is a feature specified in 3GPP R6, only the UEs of R6 can support this function. DSAC is based on the CN overload message and so the CN nodes should support this message on the Iu interface. Benefits In urgent cases, for example, the overload of the CN, the DSAC function can quickly lower the current load and reduce the risk of overload. If one CN domain is overloaded or unavailable, the other CN domain is not affected. This improves the disaster tolerance and availability of the network.
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
2.44 WRFD-020120 Service Steering and Load Sharing in RRC Connection Setup
Feature Number: WRFD-020120 Availability This feature is available from RAN11.0. Description In the RRC connection setup phase, the following functions are implemented: Inter-frequency or inter-RAT service steering based on RRC connection cause; Load sharing between the inter-frequency or inter-RAT non co-coverage networks. With this feature, service steering and load sharing are available through RRC redirection in RRC connection setup phase. Comparing to the directed retry in RAB establishment phase used for service steering and load sharing, this feature is more suitable for the scenarios such as inter frequency band or not co-site, since RRC redirection is the procedure of cell reselection based on UE measurement. In addition, it is taken into account the load level of the access cell or the fixed ratio of redirection in order to control load sharing in RAN11.0. Enhancement None. Dependency WRFD-020400 DRD Introduction Package Benefits This feature brings the following benefits: Implements service steering in the RRC connection setup phase Provides inter-frequency or inter-RAT load sharing under different coverage Increases the success rate of network access
Commercial in Confidence
Building WS indication When TCP window size in server side is 64K, the synchronization packet will not include WS indication. And if receiving side detects that there is no WS indication, the response synchronization packet created by receiving side will not include WS indication, no matter whether the window size is bigger than 64K. In this scenario, the peak throughput will be limited if the receiver window size is 128K. With this feature, window size can be up to the biggest value. And system could provide higher peak rate. Enhanced simultaneous downloading and uploading In the case of simultaneous downloading and uploading files, in the uplink, UE need to send data and TCP ACK/NACK information corresponding to downlink data. However TCP ACK/NACK information may be blocked by uplink service data, so that TCP ACK information of downlink data is delayed, which could influence downlink throughput. This feature can build ACK information initiatively, then the server TCP can slide more quickly and the downlink throughput will be increased. Enhancement None. Dependency None. Benefits This feature brings the following benefits: Effectively shields the negative effect on the DL TCP data transmission caused by packet loss and other factors on the radio network side. Accelerates the slow-start and fast retransmission of the Server during downlink data transmission. Greatly reduces the negative effect on the TCP data transmission performance due to the delay on the wired network side during downlink data transmission. Adopts the uplink data buffer sorting technology to optimize the uplink TCP data transmission performance, and in simultaneous downloading and uploading scenario, it improves the downlink throughput, which greatly improves the PS data transmission performance.
Commercial in Confidence
Commercial in Confidence
3
Feature Number: WRFD-050104 Availability This feature is available from RAN3.0. Description
Transmission
This function supports satellite transmission on the Iub interface, which is useful to cover remote districts, such as an island. When Iub uses satellite transmission, the latency become longer and there should be some adjust for timer in SAAL/NBAP/ALCAP so as to avoid data or link error due to transmission delay. These related parameters are configurable to meet satellite transmission requirements. Enhancement None Dependency None Benefits This transmission feature is provided to support certain difficult types of geographical application environments, such as islands, deserts or places where there is a lack of terrestrial transmission facilities available for the operator. In this case, the operator may propose to use satellite transmission support for Iub interface connection to the rest of the UMTS network.
Commercial in Confidence
NodeB
NodeB
NodeB NodeB
Hub NodeB
NodeB NodeB
RNC
The hub NodeB topology has two solutions: PVC convergence and AAL2 convergence. PVC convergence, RAN5.1 supported The PVC convergence is shown in the following figure. The PVC convergence uses two technologies: tree link PVC and group bandwidth management. PVC convergence is implemented through PVC (or ATM) switching. As shown in the following figure, the PVC convergence function of the hub NodeB allows the switching between PVC 1 and PVC a (NodeB 1), PVC 2 and PVC b (NodeB 2), and PVC 3 and PVC c (NodeB 3).
Commercial in Confidence
PVC
Physical link
NodeB 3
Hub NodeB
As shown in the following figure, group bandwidth management ensures that the bandwidth of the downstream NodeBs and the hub NodeB is multiplexed to support the convergence function. Group bandwidth management is a bandwidth admission function provided by the RNC.
Group bandwidth management is an improvement on the CAC algorithm. CAC is based on AAL2 path. Group bandwidth management involves both AAL2 path and bandwidth management to assure that the summed bandwidth of admitted UEs is lower than the total bandwidth at physical ports. The summed bandwidth of all AAL2 paths configured for physical ports can be higher than the total bandwidth of physical ports. The hub NodeB supports connections to 4-level downstream NodeBs in PVC convergence mode. The hub NodeB supports up to 16 downstream NodeBs. Enhancement None Dependency
Issue 1.3 (2008-11-24) Commercial in Confidence Page 246 of 288
None Benefits Reduce costs in transmission lines with the obtained convergence gain.
Commercial in Confidence
Physical link
NodeB2
NodeB3
PVC
Hub NodeB
PVC
The hub NodeB supports connections to 4 level downstream NodeBs in AAL2 convergence mode. The hub NodeB supports up to 16 downstream NodeBs. Enhancement None Dependency WRFD-050105 ATM Switching Based Hub NodeB Benefits Reduce costs in transmission lines with the obtained convergence gain.
Commercial in Confidence
NodeB
NodeB
NodeB NodeB
Hub NodeB
NodeB NodeB
RNC
The hub NodeB supports connections to 2 level downstream NodeBs and provides IP routing for downstream NodeBs. The different IP path convergence at the hub Node B and multiplex the Iub bandwidth. The hub NodeB supports up to 8 downstream NodeBs. Enhancement None Dependency WRFD-050402 IP Transmission Introduction on Iub Interface Only Uni BTS (DBS3900/BTS3900/BTS3900A) can support IP routing Based Hub Node B. Benefits Reduce costs in transmission lines with the obtained convergence gain.
Commercial in Confidence
The E1/T1 boards can be configured for using a fraction of a full E1/T1. For instance, when a 2G system, like GSM, shall share the transport links with the WCDMA system. This feature is both used for small sites where one 2G BTS and one WCDMA BTS can share one link and when for example 0.5 links are needed for the WCDMA BTS and there is 0.5 link free capacity for the 2G BTS. This will in many cases save the cost for installation of one link. Enhancement None Dependency AEUa and AOUa board in BSC6810 support the feature. Benefits ATM on Fractional supports: Sharing of transmission links between 2G and 3G systems. Reduced time in market at initial rollout. Savings of transmission costs when co-site 2G and 3G
Commercial in Confidence
I. Overbooking on Call Admission Control and Basic Congestion Control Transmission rate of the data service varies in different periods. For example, data flow is generated when you are downloading a webpage, but no data flow is generated when you are browsing the webpage. Therefore, there is a high peak/average ratio between the actual
transmission rate and the channel transmission rate. And this can be represented by active factor of each service type. Such active factor can be configured as a network requirement.
The thought of the Iub overbooking is that the transmission bandwidth of the Iub interface is allocated according to a certain activating ratio instead of 100% of the maximum traffic ratio when the admission is performed. As a result, the bandwidth shared by multiple users may not meet the requirements for peak rate transmission. In this case, efficiency of using the bandwidth on the Iub interface becomes quite low if no flow control is performed on the RNC. The reason for such a case is that random packet loss on the Iub interface leads to PDU re-transmission by the RLC and thus the transmission rate is degraded when the time delay for transmitting TCP packet increases and the TCP flow control starts. The essential to solve this problem is to avoid packet loss on the Iub interface and ensure that the time delay for transmitting TCP packets is not affected by the packet loss. To configure the re-transmission threshold and explain the Iub overbooking solution, two events are defined: event A and event B:
When the re-transmission rate is continuously greater than the high threshold, event A is reported from RLC to MAC-d and the latter one will inhibit the maximum current TFI. If the re-transmission rate is continuously smaller than the low threshold, event B is reported from RLC to MAC-d and the upper-level TFI inhibited previously is restored.
With this basic congestion control mechanism which applied in RLC and MAC player, the data rate will be decreased immediately, but since data loss has occurred, the gain of transmission resource usage efficiency and user feeling will be affected accordingly. Therefore, the second part of this feature is introduced to enhance the performance farther. II. Fast inner loop backpressure on the interface board Such fast inner loop backpressure mechanism is implemented in the interface board and it works as described below:
Issue 1.3 (2008-11-24) Commercial in Confidence Page 251 of 288
The RNC monitors the Buffer Occupancy (BO) status of each physical port and VP (Virtual Port) or VC at the Iub transport network layer user plane continuously. If the BO exceeds congestion threshold (TH2), the system enters congestion state and a congestion backpressure signal will be generated and sent to radio network layer user plane. Then the RNL UP will decrease the data sending rate to release the congestion. If the BO is lower than congestion release threshold (TH1), the system enters normal state and a congestion release backpressure signal will be generated and sent to the RNL UP. Then the RNL UP will increase the data sending rate. If the BO is higher than discard threshold (TH3), the system enters extreme congestion state and the data will be discarded at the TNL UP directly.
Buffer Occupancy
Time
From CN
To NodeB
Commercial in Confidence
Since this backpressure mechanism works in the 10ms level, generally data loss will not occur and Iub bandwidth usage efficiency is greatly increased accordingly.
This mechanism requests each NodeB been connected to RNC directly through ATM interface board. It is not applied for Hub NodeB transmission. Enhancement In RAN6.1, fast inner loop backpressure feature based on VC is supported for ATM transport. In RAN10.0, fast inner loop backpressure feature based on port and VP is supported for ATM transport. Dependency The backpressure and VP shaping mechanism especially requests ATM interface board (WOSEc board for BSC6800 & AOUa/UOIa/AEUa boards for BSC6810) be installed in RNC and the Iub connection to NodeB shall be configured through the optical or electrical port. Benefits This feature provides a method for greatly saving OPEX on ATM transmission especially on Iub interface, and when deploying HSDPA high speed service.
Commercial in Confidence
3.7 WRFD-050406 ATM QoS Introduction on Hub NodeB (Overbooking on Hub NodeB Transmission)
Feature Number: WRFD-050406 Availability This feature is available from RAN6.0 in BSC6800. This feature is introduced from RAN10.0 in BSC6810. Description The Iub transmission aggregation is a very important method to save operators CAPEX. The figure below shows an example.
SDH Backhaul
NodeB2 (Hub 2)
NodeB3 (Leaf)
When the hub NodeB transmission is applied, the RNC can be connected to more NodeBs with only one physical port. In this case, the RNC may send out data with a high bit rate, and if all the data is sending to one NodeB, for example, NodeB 3 in upper figure, congestion may happen at NodeB 2 and data will be lost accordingly. In order to avoid the possible data loss, Iub Overbooking on Hub NodeB Transmission is introduced in the RNC. Iub Overbooking on Hub NodeB Transmission feature uses Iub Overbooking CAC (Call Admission Control) algorithm and VP (virtual Port) shaping mechanism. The Iub Overbooking CAC algorithm is the same as that in feature WRFD-050405. In VP shaping mechanism, all PVCs connected to one NodeB are considered as one virtual port; if one NodeB is a hub NodeB, all PVCs connected to it and PVCs connected to its leaf NodeBs are considered as one virtual port only. The VP shaping mechanism is almost the same as backpressure mechanism in feature WRFD-050405. The difference is that the RNC monitors the buffer occupancy status of each virtual port but not physical port when the VP shaping is applied. With the VP shaping mechanism, data loss will not happen and Iub bandwidth can be fully used. Enhancement None Dependency
Issue 1.3 (2008-11-24) Commercial in Confidence Page 254 of 288
WRFD-050405 Overbooking on ATM transmission Benefits This feature provides a method for greatly saving OPEX on ATM Hub NodeB transmission, and when deploying HSDPA service.
Commercial in Confidence
Compliant with 3GPP R5 TR25.933 Support GE/FE/E1/T1/channelized STM-1/channelized OC-3/STM-1/OC-3c physical interface Support Diffserv mechanism and IEEE802.1P Support IPV4 Support IP head compression Support ML-PPP and MC-PPP Support DHCP, PPP Mux and VLAN Support 1+1 and 1:1 MSP The following figure shows the IP networking on Iub interface.
E1/STM-1
NodeB
ADM
SDH/PDH
ADM
E1/ STM-1
RNC RNL UDP/SCTP IP PPP/HDLC PHY PHY PHY RNL UDP/SCTP IP PPP/HDLC PHY
FE
NodeB
FE
RNC RNL UDP/SCTP IP MAC(L2) PHY MAC(L2) PHY MAC(L2) PHY RNL UDP/SCTP IP MAC(L2) PHY
When Iub IP is introduced, both RNC and NodeB will use new IP interface boards to support IP transport. The IP board will transfer IP stack to ATM stack so that the RNC and NodeB will process the data, for core platform in RNC and NodeB is still ATM based. (Shown in below figure)
Issue 1.3 (2008-11-24) Commercial in Confidence Page 257 of 288
AAL2 SSSAR UDP IP cUDP PPP MUX MC/ML PPP PPP MAC HDLC E1/T1 FE CELL BUS AAL2 CPS AAL5
ATM
To NodeB
User plane
Control
Besides the transport layer change (e.g. M3UA, SCTP) , the Iub IP brings about some changes in CAC as well as service differentiation In CAC, IP PATH is defined as the connection between RNC and a NodeB. Each IP PATH is configured a maximum DL PATH bandwidth and maximum UL PATH bandwidth, which is configurable by operator. When a new call is coming, RNC will compare the required service bandwidth with the available IP PATH bandwidth for UL and DL. The call will be rejected if no enough IP PATH bandwidth is available. After the call is admitted, RNC will reserve bandwidth as in use. As what is done in ATM PVC for service differentiation, the Iub IP adopts the DiffServ for service differentiation so as to handle the QoS. PHB will firstly be defined according traffic type, and each PHB has a DSCP (DiffServ Code Point) as well as a priority.
Traffic Type Common Channels SRB CS PS Conversational PS Streaming PS Interacti ve PS Background PHB(Per Hop Behavior) EF EF EF AF4 AF3 AF1 BE
Prior Queue # 1 2 3 4 5 6
Enhancement In RAN10.0, packet over STM-1/OC-3c is supported in RNC. In RAN10.0, packet over channelized STM-1/OC-3 is supported in RNC. Benefits This feature provides a new Iub transport solution for operator. With IP transmission, transport cost will decrease greatly with HSDPA/HSUPA service compared with ATM transport cost.
Commercial in Confidence
Commercial in Confidence
Time
From CN
To NodeB
With the backpressure mechanism, data loss will not happen and Iub bandwidth usage is optimal. IP shaping and policing feature is also supported and provides the virtual port traffic shaping function. All data between RNC and Node Bs are classified and put into separate queues by different service type. With IP shaping, RNC builds several logical ports on one physical port. Each logical port has its queues for buffering and all logical ports are scheduled as a whole for IP transmission. RNC monitors the buffer occupancy of each virtual port as well as total buffer occupancy of physical port. With this feature, transport congestion and packet loss could be effectively eliminated in the scenario of limited transport bandwidth. For example, FE or GE is used in RNC side and E1 is adopted in Node B side, the bandwidth for such Node B is limited by E1. Without IP shaping, RNC will transmit the traffic at the physical bandwidth of FE or GE, the throughput to the Node B would exceed the bandwidth
Issue 1.3 (2008-11-24) Commercial in Confidence Page 261 of 288
of Iub interface, and cause congestion and packet loss. The transport efficiency will degrade due to packet loss and retransmission.
Enhancement In RAN10.0, fast inner loop backpressure based on logic port is supported. Dependency WRFD-050402 IP Transmission Introduction on Iub Interface RNC IP interface boards (WFIE / WFEE / WEIE board for BSC6800 & PEUa / FG2a / UOIa IP/ GOUa board for BSC6810) all support backpressure mechanism. FG2a/GOUa/UOIa_IP in BSC6810 and WFIE board in BSC6800 support LP shaping. Benefits This feature can save a great deal of Iub transport resource and reduce the operator's CAPEX and OPEX on transport and improve the end users experience.
Commercial in Confidence
The E1/T1 boards can be configured for using a fraction of a full E1/T1. This is for instance useful when a 2G system, like GSM, shall share the transport links with the WCDMA system. This feature is both used for small sites where one 2G BTS and one WCDMA BTS can share one link and when for example 0.5 links are needed for the WCDMA BTS and there is 0.5 link free capacity for the 2G BTS. This will in many cases save the cost for installation of one link. Enhancement None Dependency WRFD-050402 IP Transmission Introduction on Iub Interface PEUa and POUa board in BSC6810 support the feature. Benefits Sharing of transmission links between 2G and 3G systems. Reduced initial rollout Time in market at. Savings on transmission costs when co-site 2G and 3G
Commercial in Confidence
In RAN10.0, Resiliency Hybrid Iub IP Transmission solution is introduced. Iub user plane traffic and Iub NBAP signaling can be carried over hybrid networks on backup mode. When one path is failure, all the new coming traffic will be carried over another path. Enhancement In RAN10.0, Resiliency Hybrid Iub IP Transmission solution is introduced. Dependency WRFD-050402 IP Transmission Introduction on Iub Interface
Issue 1.3 (2008-11-24) Commercial in Confidence Page 264 of 288
Benefits This feature provides a method for saving OPEX on Iub transmission, especially when deploying HSDPA/HSUPA high speed service.
Commercial in Confidence
In RAN10.0, Resiliency solution is introduced. Iub user plane traffic and Iub NBAP signaling can be carried over ATM network and IP network on backup mode. When one path is failure, all the new coming traffic will be carried over another path. Enhancement In RAN10.0, Resiliency ATM/IP dual stack NodeB Transmission solution is introduced. Dependency WRFD-050402 IP Transmission Introduction on Iub Interface Benefits
Commercial in Confidence
This feature provides smooth upgrading from ATM transmission to IP transmission on Iub interface. It benefits to protect operators investment and make networking flexible.
Commercial in Confidence
Commercial in Confidence
In RAN10.0, packet over STM-1/OC-3c is supported. In RAN10.0, packet over channelized STM-1/OC-3 is supported. Dependency CN should support IP transportation. Benefits This feature provides a new Iu transport solution for operator. With IP transmission, transport cost will decrease greatly compared with ATM transport cost.
Commercial in Confidence
Commercial in Confidence
As what is done in ATM PVC for service differentiation, Iur IP adopts the DiffServ for service differentiation so as to handling the service QoS. PHB will firstly be defined according traffic type, and each PHB has a DSCP (DiffServ Code Point) as well as a priority. Enhancement In RAN10.0, packet over STM-1/OC-3c is supported. In RAN10.0, packet over channelized STM-1/OC-3 is supported. Dependency The neighbouring RNC should also support IP transportation. Benefits This feature provides a new Iur transport solution for operator. With IP transmission, transport cost will decrease greatly compared with ATM transport cost.
Commercial in Confidence
Commercial in Confidence
Commercial in Confidence
R1
R3
p2
R2
R4
BFD is activated for p1 and p2 failure detection, when p1 is fault, trigger IP re-route, and packets are transmitted from p2. 2. It could be used for peer entity availability detection when RNC is directional connected to peer device (e.g. NodeB, MGW, RNC). NodeB/CN/RNC
p1
p2
Commercial in Confidence
BFD is activated for p1 and p2 failure detection, when p1 is fault, trigger IP re-route, and packets are transmitted from p2. In RAN10.0, only Iu interface supports BFD. ARP (Address Resolution Protocol) is another method used for failure detection. It could also be used to detect gateway availability or peer entity availability for the above two scenarios. When failure is detected, trigger IP re-route to avoid call drop. Because MAC broadcast is used for ARP, the period for transmission ARP detection packet usually set at second level, this cause the detection time is larger than BFD, so the failure influence is larger than BFD. BFD is preferred if both support BDF, ARP is alternative method when no BFD. Enhancement None Dependency WRFD-050402 IP Transmission Introduction on Iub Interface or WRFD-050409 IP Transmission Introduction on Iu Interface or WRFD-050410 IP Transmission Introduction on Iur Interface The FG2a and GOUa support BFD/ARP for BSC6810. The WFIE supports BFD/ARP for BSC6800. Router or peer entity should support BFD. Benefits With BFD, the RNC could detect the failure of gateway or peer entity very rapidly and trigger IP re-route, so less packet loss and no call drop. With ARP, the RNC could detect the failure of gateway or peer entity and trigger IP re-route, to avoid call drop.
Commercial in Confidence
With FM and BR, packet loss rate of link and jitter could be calculated accordingly. IP PM is Huawei private protocol. RNC and Node B must support this feature simultaneously. FG2a, GOUa of BSC6810, WFIE of BSC6800 and NUTI of Node B support this feature. Enhancement None Dependency WRFD-050402 IP Transmission Introduction on Iub Interface
Issue 1.3 (2008-11-24) Commercial in Confidence Page 276 of 288
The FG2a and GOUa support this feature for BSC6810. The WFIE supports this feature for BSC6800. The NUTI supports this feature for Node B. Benefits When the packet loss or jitter increase, RNC will reduce the transmitting throughput to alleviate and eliminate congestion, so less packet loss and jitter, less packet retransmission rate, and the transport efficiency is enhanced.
Commercial in Confidence
Commercial in Confidence
Gold HS B1
Silver HS B2
Bronze HS B3
ATM transport In ATM transport, the service data with different priorities is mapped to different ATM service types. The practical mapping can be flexibly configured. IP transport In IP transport, the service data with different priorities is mapped to the IP datagrams with different PHB attributes. The practical mapping can be flexibly configured.
Commercial in Confidence
Enhancement
Issue 1.3 (2008-11-24) Commercial in Confidence Page 280 of 288
In RAN11.0, the mapping from AAL2 path types to ATM service types is removed, which makes the priority mapping of ATM services more flexible. In RAN11.0, the mapping from IP path types to PHBs is removed, which makes the priority mapping of IP services more flexible. Dependency None. Benefits This feature implements the mapping from traffic priorities to transmission resources and provides flexible configuration means for differentiated services and for guarantee of QoS.
Commercial in Confidence
End-to-end Ethernet OAM The end-to-end Ethernet OAM complies with IEEE 802.1ag. Regarding the OAM domain as a whole, it establishes end-to-end detection to perform maintenance of the Ethernet based on the services. When the RNC detects Ethernet faults or degraded network performance through the Ethernet OAM, the RNC, based on the practical configuration, can take actions such as route reselection, port switchover, and board switchover to ensure the proper communication in the Ethernet. Enhancement
Issue 1.3 (2008-11-24) Commercial in Confidence Page 282 of 288
None. Dependency WRFD-050402 IP Transmission Introduction on the Iub Interface, or WRFD-050409 IP Transmission Introduction on the Iu Interface, or WRFD-050410 IP Transmission Introduction on the Iur Interface. It is only applicable in 3900 series NodeB and BSC6810. Benefits The Ethernet OAM helps the operator to manage user access in terms of detection, monitoring, and rectification of Ethernet faults. This feature achieves reliability and high availability of Ethernet services, enables the service provider to provide economical and efficient advanced Ethernet services, and ensures that the services have high quality and reliability that are required by telecommunications services. This feature is implemented at the RAN equipment, thus minimizing the impact of Ethernet bandwidth fluctuation or faults on RAN.
Commercial in Confidence
Note the following information: There are clock servers and clock clients. The servers can be placed in the network independently, and the clients are integrated into the NodeBs.
Commercial in Confidence
An adaptive algorithm is taken in the system. The clock servers send time stamps, and clock clients receive time stamps to restore the frequency. One clock server serves a maximum of 512 NodeBs. Two or more clock servers can be used together to improve reliability. This is optional. The required Iub transmission bandwidth of time stamps in unicast mode is from 5 kbit/s to 100 kbit/s for each clock client. In most cases, 25 kbit/s is recommended. Frequency accuracy obtained in the NodeB complies with 3GPP. Enhancement RAN11.0 supports IEEE 1588V2. Huawei clock servers need to be configured. Dependency WRFD-050402 IP Transmission Introduction on the Iub Interface Benefits Clock over IP is one of the key features provided by the solution of all-IP networking on the Iub interface. Compared with the GPS clock solution, the clock over IP saves construction cost of the operator and is easy for management and maintenance.
Commercial in Confidence
In Node B, there is no extra synchronization equipment or hardware needed to realize synchronous Ethernet technology. Enhancement None Dependency WRFD-050402 IP Transmission Introduction on the Iub Interface This feature is only applicable to 3900 series NodeB. The synchronous Ethernet technology requires that all the equipments on the clock relay path must support the synchronous Ethernet. Benefits The synchronous Ethernet technology is one of the key features in the solution for network over all IP solution. It is an economical, convenient solution.
Commercial in Confidence
4
4.1 WRFD-040202 RNC Node Redundancy
Feature Number: WRFD-040202 Availability Description
Reliability
This feature is available from RAN11.0 and is only applicable to the BSC6810.
An RNC controls the radio resources of an RNS. If the RNC incurs faults, all the NodeBs within the RNS cannot access the network and the communication in the entire area covered by the RNS is disabled. Aiming to avoid the above-mentioned situations, the RNC node redundancy provides a backup scheme of network element level. The RNC supports 1+1 backup mode. The principles of the 1+1 backup mode are as follows: Two sets of transport links are configured for the NodeB. One set of links are connected to the master home RNC, and the other to the slave home RNC. (All the data related to NodeBs, cells, and neighboring cells has backup on both RNCs.) In normal cases, the master home RNC serves as the CRNC that controls the NodeB. If the master RNC incurs faults, the NodeB tries to have the slave RNC as its CRNC and resumes work.
The NodeB has two Iub interfaces (two sets of control plane, user plane and maintenance plane links) and has two RNCs that can serve as the CRNC. Therefore, the cold backup (call not protected) is implemented and the reliability is improved. The master and slave RNCs have no active/standby relation with each other. Both are in working state under normal conditions, which maximizes the utilization of the equipment. If one of the RNCs incurs faults,
Issue 1.3 (2008-11-24) Commercial in Confidence Page 287 of 288
the other RNC can take over all the NodeBs controlled by the faulty RNC, so as to prevent the NodeBs from being out of service and prevent the single-point failure of RNC equipment level.
When the master RNC incurs faults, the maximum serving capability (such as Erlang of CS domain and the throughput of PS domain) decreases from the combined capability of two RNCs to the capability of one RNC. As a result, the processing specifications of the network level decreases.
Enhancement None. Dependency None. Benefits This feature improves the reliability and robustness of RAN and shortens the time of service interruption due to single-point failure of the RNC. Thus, the quality of service is improved.
Commercial in Confidence