ELTE2.3 DBS3900 LTE FDD Basic Feature Description

8/10/2019 ELTE2.3 DBS3900 LTE FDD Basic Feature Description

1/83

eLTE2.3

V200R003C00

eLTE2.3 DBS3900 LTE FDDBasic Feature Description

Issue Draft A

Date 2014-02-10

HUAWEI TECHNOLOGIES CO., LTD.


2/83

Issue Draft A (2014-02-10)Huawei Proprietary and Confidential

Copyright Huawei Technologies Co., Ltd.i

Copyright Huawei Technologies Co., Ltd. 2014. All rights reserved.

No part of this document may be reproduced or transmitted in any form or by any means without prior

written consent of Huawei Technologies Co., Ltd.

Trademarks and Permissions

and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.

All other trademarks and trade names mentioned in this document are the property of their respective

holders.

Notice

The purchased products, services and features are stipulated by the contract made between Huawei and

the customer. All or part of the products, services and features described in this document may not be

within the purchase scope or the usage scope. Unless otherwise specified in the contract, all statements,

information, and recommendations in this document are provided "AS IS" without warranties, guarantees orrepresentations of any kind, either express or implied.

The information in this document is subject to change without notice. Every effort has been made in the

preparation of this document to ensure accuracy of the contents, but all statements, information, and

recommendations in this document do not constitute a warranty of any kind, express or implied.

Huawei Technologies Co., Ltd.

Address: Huawei Industrial Base

Bantian, Longgang

Shenzhen 518129

People's Republic of China

Website: http://www.huawei.com

Email: [email protected]
http://www.huawei.com/http://www.huawei.com/mailto:[email protected]:[email protected]:[email protected]://www.huawei.com/


3/83

eLTE2.3

eLTE2.3 DBS3900 LTE FDD Basic Feature Description Contents

Issue Draft A (2014-02-10) Huawei Proprietary and Confidential

Copyright Huawei Technologies Co., Ltd.

ii

Contents

1 Basic Features ................................................................................................................................. 1

1.1 Standards Compliance .................................................................................................................................................. 1

1.1.1 LBFD-001001 3GPP R8 Specifications..................................................................................................................... 1

1.1.2 LBFD-001007 3GPP R9 Specifications..................................................................................................................... 2

1.1.3 LBFD-001008 3GPP R10 Specifications................................................................................................................... 2

1.1.4 LBFD-001002 FDD mode ............................................................................................................ ............................. 3

1.1.5 LBFD-001003 Scalable Bandwidth ...................................................................................................... ..................... 4

1.1.6 LBFD-001004 CP length .............................................................................................................. ............................. 5

1.1.6.1 LBFD-00100401 Normal CP .................................................................................................. ................................ 5

1.1.7 LBFD-001005 Modulation: DL/UL QPSK, DL/UL 16QAM, DL 64QAM ...................... ........................................ 6

1.1.8 LBFD-001006 AMC ..................................................................................................................... ............................. 7

1.2 RAN Architecture & Features ............................................................... ................................................................. ....... 8

1.2.1 LBFD-002001 Logical Channel Management ........................................................ ................................................... 8

1.2.2 LBFD-002002 Transport Channel Management ................................................................ ........................................ 9

1.2.3 LBFD-002003 Physical Channel Management ....................................................................................................... 10

1.2.4 LBFD-002004 Integrity Protection ............................................................... ........................................................... 11

1.2.5 LBFD-002005 DL Asynchronous HARQ ............................................................... ................................................. 12

1.2.6 LBFD-002006 UL Synchronous HARQ ................................................................. ................................................. 13

1.2.7 LBFD-002007 RRC Connection Management ....................................................... ................................................. 14

1.2.8 LBFD-002008 Radio Bearer Management ............................................................. ................................................. 15

1.2.9 LBFD-002009 Broadcast of system information ............................................................... ...................................... 16

1.2.10 LBFD-002010 Random Access Procedure .................................................................................................... ........ 17

1.2.11 LBFD-002011 Paging ........................................................... ................................................................. ................ 18

1.2.12 LBFD-002012 Cell Access Radius up to 15km .......................................................................... ........................... 19

1.2.13 LBFD-002023 Admission Control .............................................................. ........................................................... 20

1.2.14 LBFD-002024 Congestion Control ............................................................. ........................................................... 21

1.2.15 LBFD-002025 Basic Scheduling ................................................................................................ ........................... 22

1.2.16 LBFD-002026 Uplink Power Control.................................................................................................................... 23

1.2.17 LBFD-002016 Dynamic Downlink Power Allocation ................................................................ ........................... 25

1.2.18 LBFD-002018 Mobility Management ............................................................................. ...................................... 26

1.2.18.1 LBFD-00201801 Coverage Based Intra-frequency Handover ............................................................ ................ 26

1.2.18.2 LBFD-00201802 Coverage Based Inter-frequency Handover ............................................................ ................ 27

1.2.18.3 LBFD-00201803 Cell Selection and Re-selection ........................................................ ...................................... 29


4/83

eLTE2.3




iii

1.2.18.4 LBFD-00201804 Distance Based Inter-frequency Handover ............................................................................. 30

1.2.18.5 LBFD-00201805 Service Based Inter-frequency Handover ............................................................... ................ 30

1.2.19 LBFD-002020 Antenna Configuration .......................................................................................................... ........ 31

1.2.19.1 LBFD-00202001 UL 2-Antenna Receive Diversity .......................................... ................................................. 31

1.2.20 LBFD-002021 Reliability ..................................................... ................................................................. ................ 32

1.2.20.1 LBFD-00202101 Main Processing and Transport Unit Cold Backup .................................. .............................. 32

1.2.20.2 LBFD-00202102 Cell Re-build Between Baseband Processing Units ............................................................ 33

1.2.20.3 LBFD-00202103 SCTP Multi-homing .................................................................................... ........................... 34

1.2.20.4 LBFD-00202104 Intra-baseband Card Resource Pool (user level/cell level) ..................................................... 35

1.2.21 LBFD-002027 Support of UE Category 1 ..................................................................................................... ........ 36

1.2.22 LBFD-002031 Support of aperiodic CQI reports .................................................................................................. 38

1.2.23 LBFD-002032 Extended-QCI .......................................................... .............................................................. ........ 39

1.2.24 LBFD-002033 SCTP Congestion Control ....................................................................... ...................................... 40

1.2.25 LBFD-002034 RRU Channel Cross Connection Under MIMO ............................................................ ................ 41

1.2.26 LBFD-070102 MBR>GBR Configuration ...................................................................... ...................................... 43

1.3 Transmission & Security ............................................................ ................................................................. ................ 43

1.3.1 LBFD-003001 Transmission Networking ............................................................... ................................................. 43

1.3.1.1 LBFD-00300101 Star Topology ........................................................................................................ ................... 43

1.3.1.2 LBFD-00300102 Chain Topology ............................................................................................. ........................... 45

1.3.1.3 LBFD-00300103 Tree Topology ................................................................ ........................................................... 46

1.3.2 LBFD-003002 Basic Qos Management ....................................................... ............................................................ 47

1.3.2.1 LBFD-00300201 DiffServ QoS Support .............................................................................................................. 47

1.3.3 LBFD-003003 VLAN Support (IEEE 802.1p/q) ............................................................... ...................................... 48

1.3.4 LBFD-003005 Synchronization ......................................................... .............................................................. ........ 49

1.3.4.1 LBFD-00300501 Clock Source Switching Manually or Automatically ....................................................... ........ 49

1.3.4.2 LBFD-00300502 Free-running Mode ....................................................... ............................................................ 50

1.3.4.3 LBFD-00300503 Synchronization with GPS ...................................................... ................................................. 51

1.3.4.4 LBFD-00300504 Synchronization with BITS ................................................................ ...................................... 52

1.3.4.5 LBFD-00300505 Synchronization with 1PPS ................................................................ ...................................... 53

1.3.5 LBFD-003006 IPv4/IPv6 Dual Stack ........................................................... ........................................................... 53

1.4 Operation & Maintenance .......................................................... ................................................................. ................ 54

1.4.1 LBFD-004001 Local Maintenance of the LMT ................................................................. ...................................... 54

1.4.2 LBFD-004002 Centralized U2000 Management ............................................................... ...................................... 55

1.4.3 LBFD-004003 Security Socket Layer ............................................... .............................................................. ........ 56

1.4.4 LBFD-004004 Software Version Upgrade Management ......................................................................................... 57

1.4.5 LBFD-004005 Hot Patch Management ................................................................................................................... 58

1.4.6 LBFD-004006 Fault Management ................................................................ ........................................................... 59

1.4.7 LBFD-004007 Configuration Management ............................................................ ................................................. 60

1.4.8 LBFD-004008 Performance Management .............................................................. ................................................. 61

1.4.9 LBFD-004009 Real-time Monitoring of System Running Information .................................................................. 63

1.4.10 LBFD-004010 Security Management ......................................................... ........................................................... 64

1.4.11 LBFD-004011 Optimized eNodeB Commissioning Solution ................................................................ ................ 64


5/83

eLTE2.3




iv

1.4.12 LBFD-004012 Environment Monitoring ....................................................................................................... ........ 65

1.4.13 LBFD-004013 Inventory Management ................................................................. ................................................. 66

1.4.14 LBFD-004014 License Management .......................................................... ........................................................... 67

1.4.15 LBFD-004015 License Control for Urgency ........................................................ ................................................. 68

2 Acronyms and Abbreviations ................................................................................................... 70


6/83

eLTE2.3

eLTE2.3 DBS3900 LTE FDD Basic Feature Description Figures



v

Figures

Figure 1-1 3*10M 2T2R............................................................... ................................................................. ..... 34

Figure 1-2Stream Control Transmission Protocol ........................................................................... ................... 35

Figure 1-3RRU channel cross connection under MIMO ......................................................... ........................... 42

Figure 1-4Comparing with no MIMO load Sharing ................................................................ ........................... 42

Figure 1-5Star topology ..................................................... ................................................................. ................ 44

Figure 1-6Chain topology .................................................................................................................................. 45

Figure 1-7Tree topology ............................................................... ................................................................. ..... 46

Figure 1-8License file management .................................................................. ................................................. 68


7/83

eLTE2.3

eLTE2.3 DBS3900 LTE FDD Basic Feature Description Tables



vi

Tables

Table 1-1Preamble formats and cell access radius.............................................................................................. 19

Table 1-2Downlink physical layer parameter values set by the field UE-Category........................................... 37

Table 1-3Uplink physical layer parameter values set by the field UE-Category................................................ 37

Table 1-4Total layer 2 buffer sizes set by the field UE-Category....................................................................... 37

Table 1-5Relationship between QCI and DSCP ................................................................................................. 48

Table 2-1Acronyms and Abbreviations .............................................................. ................................................. 70


8/83

eLTE2.3

eLTE2.3 DBS3900 LTE FDD Basic Feature Description 1 Basic Features



1

1 Basic FeaturesAbout This Chapter

1.1 Standards Compliance

1.2 RAN Architecture & Features

1.3 Transmission & Security

1.4 Operation & Maintenance

1.1 Standards Compliance

1.1.1 LBFD-001001 3GPP R8 Specifications

Availability

This feature is

applicable to Macro from eRAN1.0

applicable to Micro form eRAN3.0

applicable to Lampsite from eRAN6.0

Summary

Huawei LTE eNodeB is compliant with 3GPP Release 8 specifications 2009Q3.

Benefits

None

Description

Huawei LTE eNodeB is compliant with 3GPP Release 8 specifications 2009Q3.

Huawei is an active participant and great contributor to 3GPP specification development. This

high-level involvement enables Huawei to actively contribute, and closely follow 3GPP


9/83

eLTE2.3




2

standard development during Huawei product development. LTE eNodeB supports 3GPPRelease 8 2009Q3.

Enhancement

None

Dependency

None


Availability

This feature is




Summary

Huawei LTE eNodeB is compliant with 3GPP Release 9 specifications 2010.09 version.

Benefits

None

Description


Huawei is an active participant and great contributor to 3GPP specification development. This

high-level involvement enables Huawei to actively contribute, and closely follow 3GPPstandard development during Huawei product development. LTE eNodeB supports 3GPP

Release 9 specifications 2010.09 version, which is the latest version of LTE standard.

Enhancement

None

Dependency

None


Availability

This feature is



10/83

eLTE2.3




3



Summary

Huawei LTE eNodeB is compliant with 3GPP Release 10 specifications.

Benefits

None

Description


Huawei is an active participant and great contributor to 3GPP specification development. Thishigh-level involvement enables Huawei to actively contribute, and closely follow 3GPP

standard development during Huawei product development. LTE eNodeB supports 3GPPRelease 10 specifications 2011.03 version.

Enhancement

None

Dependency

None

1.1.4 LBFD-001002 FDD mode

Availability

This feature is




Summary

Huawei LTE supports the Frequency Division Duplex (FDD) mode .

Benefits

None

Description

The 3GPP specifications support the FDD mode. In FDD mode, separate frequency bands are

used for the uplink and the downlink.


11/83

eLTE2.3




4

Enhancement

None

Dependency Others

The related network elements (NEs) should support FDD mode.

1.1.5 LBFD-001003 Scalable Bandwidth

Availability

This feature is


applicable to Micro form eRAN3.0 applicable to Lampsite from eRAN6.0

Summary

Huawei LTE eRAN1.0 supports the bandwidths of 5 MHz, 10 MHz, 15 MHz, and 20 MHz.

Huawei LTE eRAN2.0 supports two new bandwidths of 1.4 MHz and 3 MHz to extend therange of bandwidth support for the LTE technology. Micro eNodeB does not support 1.4 MHz

and 3 MHz bandwidth.

Benefits Larger bandwidth produces higher throughput and better user experience.

Flexible bandwidth configuration helps operators use frequency bands.

Besides the existing bandwidths supported by eRAN1.0, the introduction of 1.4 MHzand 3 MHz bandwidths enables the flexibility for operators to allocate smaller bandwidth

less than 5 MHz, thus saving radio resources. This is not applicable to Micro eNodeB.

Description

Huawei LTE eRAN2.0 supports the channel bandwidths from 1.4 MHz to 20 MHz, including

1.4 MHz, 3 MHz, 5 MHz, 10 MHz, 15 MHz, and 20 MHz. The bandwidth can be configuredby the software.

Enhancement In eRAN2.0

Huawei LTE eRAN1.0 supports the bandwidths of 5 MHz, 10 MHz, 15 MHz, and 20

MHz.

Huawei LTE eRAN2.0 supports two new bandwidths of 1.4 MHz and 3 MHz.

Dependency UE

UEs should support the same bandwidth as the eNodeB.


12/83

eLTE2.3




5

1.1.6 LBFD-001004 CP length

1.1.6.1 LBFD-00100401 Normal CP

Availability

This feature is




Summary

In an OFDM symbol, the Cyclic Prefix (CP) is a time-domain replication of the end of the

symbol and is appended to the beginning of the symbol. It provides the guard interval in the

OFDM to decrease the inter-symbol interference due to the multipath delay.

Benefits

The CP is used to decrease the inter-symbol interference due to the multipath delay.

Description

The CP is the guard interval used in the OFDM to decrease the interference due to the

multipath delay.

There are two CP lengths defined in 3GPP specifications: normal CP and extended CP.

In the case of 15 kHz subcarrier spacing, the normal CP corresponds to seven OFDM symbols

per slot in the downlink and seven SC-FDMA symbols per slot in the uplink. The normal CPlength (time) is calculated as follows:

In the downlink

Normal CP: TCP = 160 x Ts (OFDM symbol #0), TCP = 144 x Ts (OFDM symbol #1 to #6)

In the uplink

Normal CP: TCP = 160 x Ts (SC-FDMA symbol #0), TCP = 144 x Ts (SC-FDMA symbol #1

to #6)

Where, Ts = 1 / (2048 x Df), Df = 15 kHz

Enhancement

None

Dependency

None


13/83

eLTE2.3




6

1.1.7 LBFD-001005 Modulation: DL/UL QPSK, DL/UL 16QAM, DL64QAM

AvailabilityThis feature is




Summary

This feature shows the different modulation schemes supported by the UE and eNodeB.

Benefits

This feature provides a wide range of modulation schemes to be chosen based on the channel

condition. Higher-order modulation schemes, such as DL 64QAM, can be used underexcellent channel conditions to achieve higher data rates, which improves the systemthroughput and spectrum efficiency.

Description

This feature provides a wide range of modulation schemes that can be used by both the

eNodeB and the UE in uplink and downlink.

The following modulation schemes are supported: Uplink/downlink Quadrature Phase Shift Keying (QPSK)

Uplink/downlink 16 Quadrature Amplitude Modulation (16QAM)

Downlink 64QAM

The characteristics are as follows:

QPSK allows up to two information bits modulated per symbol due to four differentneighboring alternatives.

16QAM allows up to four information bits modulated per symbol due to 16 different

neighboring alternatives.

64QAM allows up to six information bits modulated per symbol due to 64 differentneighboring alternatives.

This feature allows the eNodeB and UE to choose an optimal modulation scheme based on thecurrent channel condition to achieve the best tradeoff between the user data rate and the frame

error rate (FER) during transmission.

A more favorable channel condition is required to support a higher-order modulation scheme.

For example, when a UE is in a poor radio environment, it may use a low-order QPSKmodulation scheme for uplink transmission to meet the requirement of the call quality. When

a UE is in an excellent radio environment, it can use a high-order QAM modulation (such as

16QAM) scheme for uplink transmission to achieve high bit rates.


14/83

eLTE2.3




7

Enhancement

None

Dependency UE

The UE should support the same modulation scheme.

1.1.8 LBFD-001006 AMC

Availability

This feature is



Summary

The Adaptive Modulation and Coding (AMC) function allows an eNodeB to adaptively selectthe optimal Modulation and Coding Scheme (MCS) according to the channel condition. This

improves the spectrum efficiency after the system resource and transmitting power are fixed.Therefore, the throughput can be maximized and the Quality of Service (QoS) requirements

can be met.

Benefits

The AMC provides the following benefits:

Maximizes the system throughput by selecting the optimal MCS.

Meets the QoS requirement (such as the packet loss rate) by selecting the optimal MCS

to achieve the best tradeoff between data rate and block error rate.

Description

The AMC function allows an eNodeB to adaptively select the optimal MCS according to the

channel information. This improves the spectrum efficiency after the system resource andtransmitting power are fixed. Therefore, the throughput can be maximized and the QoS

requirements can be met.

In the uplink, the initial MCS can be selected on the basis of the Signal to Interference plusNoise Ratio (SINR) of the uplink Reference Signal (RS) measured by the eNodeB. It can also

be adjusted on the basis of whether the uplink transmission involves control signals. Note that

control signals might require a lower-order MCS for ensuring a reliable transmission.

In the downlink, the eNodeB first selects the MCS for each UE based on the CQI reportedfrom the UE and assigned power for the UE. Then, the eNodeB can adjust the CQI to impactMCS based on the BLER, in order to maximize the usage of the radio resources.

Enhancement

None


15/83

eLTE2.3




8

Dependency

None

1.2 RAN Architecture & Features

1.2.1 LBFD-002001 Logical Channel Management

Availability

This feature is




Summary

The logical channels are provided between the Medium Access Control (MAC) layer and the

Radio Link Control (RLC) layer. Each logical channel type is defined according to the type ofthe transmitted data. They are generally classified into two types: control channels and trafficchannels.

In Huawei LTE eNodeB, all logical channels are supported except those related to the evolved

Multimedia Broadcast Multicast Service (eMBMS) functionality.

Benefits

The logical channels are responsible for what type of information is transferred.

Description

The logical channels are provided between the MAC layer and the RLC layer. They are

responsible for "what is transported". They are generally classified into two types:

Control channels: for transmitting the control plane information

Traffic channels: for transmitting the user plane information

Control channels include:

Broadcast Control Channel (BCCH)

Paging Control Channel (PCCH)

Common Control Channel (CCCH)

Multicast Control Channel (MCCH)

Dedicated Control Channel (DCCH)

Traffic channels include:

Dedicated Traffic Channel (DTCH)

Multicast Traffic Channel (MTCH)


16/83

eLTE2.3




9

In Huawei LTE eNodeB, all logical channels are supported except those related to theeMBMS functionality, such as MCCH and MTCH.

Enhancement

None

Dependency

None

1.2.2 LBFD-002002 Transport Channel Management

Availability

This feature is




Summary

Transport channels that are provided between the MAC layer and the physical layer, are

defined according to the type of transmitted data and the method of data transmission over theradio interface. They are used to offer the information about transmission services for the

MAC and higher layers. In Huawei LTE eNodeB, all transport channels except those relatedto the eMBMS functionality are supported.

Benefits

The transport channels are responsible for what type of data is transmitted and how the data is

transmitted.

Description

The transport channels are provided between the MAC layer and the physical layer. They areresponsible for what type of data is transmitted and how the data is transmitted over the radiointerface.

Downlink transport channels are classified into the following types:

Broadcast Channel (BCH)

Downlink Shared Channel (DL-SCH)

Paging Channel (PCH)

Multicast Channel (MCH)

Uplink transport channels are classified into the following types:

Uplink Shared Channel (UL-SCH)

Random Access Channel (RACH)

In Huawei LTE eNodeB, all transport channels are supported except those related to theeMBMS functionality, such as MCH.


17/83

eLTE2.3




10

Enhancement

None

DependencyNone

1.2.3 LBFD-002003 Physical Channel Management

Availability

This feature is




Summary

The physical layer is responsible for coding, physical-layer hybrid-ARQ processing,modulation, multi-antenna processing, and mapping from the signal to the appropriatephysical time-frequency resources. Based on the mapping, a transport channel at the higher

layer can serve one or several physical channels at the physical layer.

In Huawei LTE eNodeB, all physical channels are supported except those related to the

eMBMS functionality, such as PMCH.

BenefitsEach physical channel provides a set of resource blocks for information transmission.

Description

Each physical channel corresponds to a set of resource blocks carrying the information from

higher layers.

Downlink physical channels are classified into the following types:

Physical Broadcast Channel (PBCH)

Physical Control Format Indicator Channel (PCFICH)

Physical Downlink Control Channel (PDCCH)

Physical Hybrid ARQ Indicator Channel (PHICH)

Physical Downlink Shared Channel (PDSCH)

Physical Multicast Channel (PMCH)

Uplink physical channels are classified into the following types:

Physical Uplink Control Channel (PUCCH)

Physical Uplink Shared Channel (PUSCH)

Physical Random Access Channel (PRACH)


18/83

eLTE2.3




11

In Huawei LTE eNodeB, all physical channels are supported except those related to theeMBMS functionality, such as PMCH.

Enhancement

None

Dependency

None

1.2.4 LBFD-002004 Integrity Protection

Availability

This feature is




Summary

The feature offers the integrity protection for signaling data. It enables the receiving entity

(either UE or eNodeB) to check whether the signaling data has been illegally modified. Itencrypts or decrypts the signaling data by using a certain integrity algorithm through an RRC

message.

Benefits

The integrity protection procedure prevents the signaling data from illegal modification.

Description

LTE offers the integrity protection for RRC signaling messages at the PDCP layer. The sender

calculates a message authentication code MAC-I based on the RRC message and some

parameters (such as the key, bearer ID, direction, and count) by using an integrity algorithm,and then send the code to the receiver together with the message. The receiver recalculates thecode and compares it with the code in the message. If the two codes are inconsistent, the

receiver knows that the message has been modified illegally.

The eNodeB decides which integrity algorithm to use and informs each UE of it through an

RRC message.


In addition to the AES, Huawei eRAN2.0 also supports integrity algorithm SNOW3G.

In eRAN6.0

Macro also supports intergrity algorithm ZUC.

In eRAN7.0

Micro also supports integrity algorithm ZUC.


19/83

eLTE2.3




12

Dependency UE

The UE should support the same integrity algorithm as the eNodeB.

1.2.5 LBFD-002005 DL Asynchronous HARQ

Availability

This feature is




Summary

The Hybrid Automatic Repeat Request (HARQ) provides robustness against transmission

errors. It is also a mechanism for capacity enhancement. As HARQ retransmissions are fast,

many services allow one or multiple times of retransmissions, thereby forming an implicit(closed loop) rate-control mechanism. An asynchronous protocol is the basis for downlinkHARQ operation. Hence, downlink retransmissions may occur at any time after the initial

transmission, and an explicit HARQ process number is used to indicate the HARQ process.

Benefits

DL HARQ functionality is a fast retransmission protocol to ensure successful data

transmission from the eNodeB to a UE at the physical layer and MAC layer. A UE can request

for retransmissions of data that was incorrectly decoded through an NACK message andsoft-combine the retransmitted data with the previously received data to improve the decodingperformance.

This feature helps improve user throughput and reduce transmission latency in the downlink.

Description

The HARQ is a link enhancement technique combining Forward Error Correction (FEC) and

ARQ technologies. Compared with the ARQ, the HARQ can provide faster and more efficientretransmissions with lower transmission latency. In the downlink, if the data received by theUE is decoded correctly by the FEC and passes the Cyclic Redundancy Check (CRC), the UE

will send an ACK message to inform the eNodeB that the data was received correctly.Otherwise, the UE will send a NACK message to the eNodeB to request for data

retransmission.

Downlink HARQ is an asynchronous adaptive transmission process, which means that the

scheduler of the HARQ transmission is not predetermined to the UE. In addition, the DLHARQ information, such as the location of the allocated resource blocks and MCSs, may bedifferent from that of the previous transmissions.

In LTE specifications, the DL HARQ scheme is based on an Incremental Redundancy (IR)

algorithm. After the retransmitted data is received, the HARQ process in the UE will

soft-combine the retransmitted data with the previously buffered content and then forward thecombined data to the FEC for decoding. The soft-combined data will help increase the

probability of successful FEC decoding, thus increasing the data reception success rate.


20/83

eLTE2.3




13

In LTE specifications, multiple downlink HARQ processes are adopted to fully utilize systemresources. It greatly improves the system throughput and reduces the latency, but it requires

more buffer space and signaling overhead.

EnhancementNone

Dependency

None

1.2.6 LBFD-002006 UL Synchronous HARQ

Availability

This feature is




Summary

Compared with the downlink HARQ, uplink retransmission is based on a synchronization

protocol. It occurs at a predefined time after the initial transmission and the number of

retransmissions can be implicitly derived.

Benefits

The UL HARQ functionality is a fast retransmission protocol to ensure successful data

transmission from the UE to the eNodeB at the physical layer and MAC layer. An eNodeBcan request for retransmissions of data that is incorrectly decoded and soft-combine the

retransmitted data with the previously received data to improve the decoding performance.

This feature helps improve the user throughput and reduce transmission latency in the uplink.

Description

The HARQ is a link enhancement technique combining FEC and ARQ technologies.

Compared with the ARQ, the HARQ can provide faster and more efficient retransmissionswith lower transmission latency. In the uplink, if the data received by the eNodeB is decoded

correctly by the FEC and passes the CRC check, the eNodeB will send an ACK message overthe PHICH to inform the UE that the data was received correctly. Otherwise, the eNodeB will

send an NACK message to the UE to request for data retransmission.

In eRAN1.0, Uplink HARQ is a synchronization non-adaptive transmission process, which

means that HARQ transmission blocks are predetermined for transmission and retransmission.

In addition, the UL HARQ information, such as the location of the allocated resource blocksand MCSs, is predetermined by the eNodeB.

In eRAN2.0, Huawei supports a synchronous adaptive UL HARQ transmission. While

retransmitting, the allocated resource block, coding and modulation scheme may be changed


21/83

eLTE2.3




14

according to the channel quality. But the retransmission transport block size remains the sameas the first transmission.

In LTE specifications, UL HARQ scheme is based on an IR algorithm. After the retransmitteddata is received, HARQ process in the eNodeB will soft-combine the retransmitted data with

the previously buffered content and forward the combined data to the FEC for decoding. Thesoft-combined data will help increase the probability of successful FEC decoding, thus

increasing the data reception success rate.

In LTE specifications, multiple uplink HARQ processes are adopted to fully utilize system

resources. It greatly improves the system throughput and reduces the latency, but it requires

more buffer space and signaling overhead.


Huawei supports a synchronous adaptive UL HARQ transmission. While in eRAN1.0,Uplink HARQ is a synchronization non-adaptive transmission process.

Dependency

None

1.2.7 LBFD-002007 RRC Connection Management

Availability

This feature is




Summary

RRC connection is the layer 3 connection between the UE and eNodeB. The RRC connectionmanagement aims to manage the layer 3 connection, including establishment, maintenance,

and release of the connection.

Benefits

The RRC connection management is essential from the UE to E-UTRAN, and serves all

service procedures and NAS procedures.

Description

RRC connection management involves RRC connection establishment, RRC connection

reconfiguration, RRC connection re-establishment, and RRC connection release.

RRC connection establishment: This procedure is performed to establish an RRC

connection. RRC connection establishment involves Signaling Radio Bearer 1 (SRB1)establishment. The procedure is also used to transmit the initial NAS dedicated

information or messages from the UE to the E-UTRAN.


22/83

eLTE2.3




15

RRC connection reconfiguration: This procedure is performed to modify an RRCconnection, for example, to establish, modify, or release radio bearers, to perform

handovers, and to configure or modify measurements. As a part of the procedure, NAS

dedicated information may be transmitted from the E-UTRAN to the UE.

RRC connection re-establishment: This procedure is performed to re-establish an RRCconnection after a handover failure or radio link failure. RRC connection

re-establishment involves the restoration of SRB1 operation and the re-activation ofsecurity. A UE in RRC_CONNECTED mode, for which security has been activated, may

initiate the procedure in order to continue the RRC connection. The connection

re-establishment will succeed only if the cell has a valid UE context.

RRC connection release: This procedure is performed to release an RRC connection.RRC connection release involves the release of the established radio bearers and the

release of all radio resources.

Enhancement

None

Dependency

None

1.2.8 LBFD-002008 Radio Bearer Management

Availability

This feature is

applicable to Macro from eRAN1.0 applicable to Micro form eRAN3.0


Summary

Radio bearer management aims to manage SRB2 and Data Radio Bearer (DRB). The radiobearer management includes the establishment, maintenance, and release of radio bearers.

Benefits

This feature provides configuration function of radio resources.

Description

Radio bearer management involves the establishment, maintenance, and release of radiobearers, as well as the configuration of associated radio resources, for example PDCP, RLC,logical channel, DRX,CQI, power headroom report (PHR), and physical layer configuration.

The radio bearer management is implemented during the RRC connection reconfigurationprocedure.

Enhancement

None


23/83

eLTE2.3




16

Dependency

None

1.2.9 LBFD-002009 Broadcast of system informationAvailability

This feature is




Summary

System information (SI) includes:

Basic information for a UE to access the E-UTRAN, such as basic radio and channel

parameters

Information about cell selection and reselection parameters used by the UE inRRC_IDLE mode

Information about neighboring cells

Important messages that should be send to each UE, such as earthquake warning

information

The SI broadcasted over the BCCH can be read without setting an RRC connection, and it can

be read by the UE in RRC_IDLE mode and RRC_CONNECTED mode. SI may also be

provided to the UE by means of dedicated signaling, for example, in the case of handover.

Benefits

This feature is the basis for the UE to access the E-UTRAN.

Description

SI is classified into the MasterInformationBlock (MIB) and a number of

SystemInformationBlocks (SIBs):

MasterInformationBlock defines the information about the most essential physical layers

of the cell required for receiving further system information; SystemInformationBlockType1 contains the information for checking whether a UE is

allowed to access a cell and for defining the scheduling of other system information

blocks;

SystemInformationBlockType2 contains the information about common and shared

channels;

SystemInformationBlockType3 contains cell re-selection information, mainly related tothe serving cell;

SystemInformationBlockType4 contains the information about the serving frequency and

intra-frequency neighboring cells related to cell re-selection (including common cellre-selection parameters for a frequency and cell-specific re-selection parameters);


24/83

eLTE2.3




17

SystemInformationBlockType5 contains the information about other E-UTRAfrequencies and inter-frequency neighboring cells related to cell re-selection (including

common cell re-selection parameters for a frequency and cell-specific re-selection

parameters);

SystemInformationBlockType6 contains the information about UTRA frequencies andUTRA neighboring cells related to cell re-selection (including common cell re-selection

parameters for a frequency and cell-specific re-selection parameters);

SystemInformationBlockType7 contains the information about GERAN frequenciesrelated to cell re-selection (including cell re-selection parameters for each frequency);

SystemInformationBlockType8 contains the information about CDMA2000 frequencies

and CDMA2000 neighboring cells related to cell re-selection (including common cell

re-selection parameters for a frequency and cell-specific re-selection parameters);

SystemInformationBlockType9 contains a home eNodeB identifier (HNBID);

SystemInformationBlockType10 contains an ETWS primary notification;

SystemInformationBlockType11 contains an ETWS secondary notification.

The paging message is used to inform the UEs in RRC_IDLE and the UEs in

RRC_CONNECTED of the change of the system information.

Huawei eNodeB supports MIB, SIB1, SIB2, SIB3, SIB4, SIB5, SIB6, SIB7, SIB8, SIB10 andSIB11.

Enhancement

None

Dependency

None

1.2.10 LBFD-002010 Random Access Procedure

Availability

This feature is




Summary

Random access is the essential function of LTE system, which allows a UE to achieve theuplink synchronization and to request for a connection setup. It is performed for the followingfive events:

Initial access from RRC_IDLE

RRC Connection Re-establishment procedure

Handover

DL data arrival during RRC_CONNECTED and UE is out-of-sync with eNodeB inuplink


25/83

eLTE2.3




18

UL data arrival during RRC_CONNECTED and UE is out-of-sync with eNodeB inuplink

Benefits

This feature is the basis for the UE to access the E-UTRAN.

Description

The random access procedure enables the UE to establish uplink timing synchronization and

to request for setup of a connection to an eNodeB.

The procedure can be either contention-based (applicable to all the preceding five events) or

non-contention-based (applicable to only handover and DL data arrival). Normal DL/ULtransmission may occur after the random access procedure.

Huawei eNodeB supports the two types of random access procedures. In addition, Huawei

eNodeB supports random access preamble formats 03 and PRACH configurations 063 (TS36.211).

Enhancement

None

Dependency

None

1.2.11 LBFD-002011 Paging

Availability

This feature is




Summary

The purpose of paging is to transmit paging information to a UE in RRC_IDLE mode, and/orto inform UEs in RRC_IDLE and UEs in RRC_CONNECTED mode of a system information

change.

Benefits

This feature is used to page a UE or inform UEs of system information change.

Description

E-UTRAN initiates the paging procedure by transmitting the paging message, which can be

sent by the MME or eNodeB.


26/83

eLTE2.3




19

When an eNodeB receives a paging message from an MME over the S1 interface, the eNodeBshall perform paging of the UE in cells which belong to tracking areas indicated in the "List

of TAIs" Information Element (IE) in the paging message.

When the system information changes, the eNodeB should inform all UEs in the cell through

paging, and should guarantee that every UE can receive the paging message, that is, theeNodeB should send the paging message on each possible paging occasion throughout a DRX

cycle. Support for UE discontinuous reception must be broadcasted to the entire cell coveragearea and mapped to physical resources.

Enhancement

None

Dependency

None

1.2.12 LBFD-002012 Cell Access Radius up to 15km

Availability

This feature is


not applicable to Micro

not applicable to Lampsite

SummaryTo improve wireless network coverage, 3GPP TS 36.211 has defined four types of preamble

formats (0, 1, 2, 3) for frame structure type 1, among which the basic format 0 corresponds to

15 km of cell access radius.

Benefits

This feature is used in small cell scenarios.

Description

This feature provides operator with support of 15km cell radius. According to 3GPP TS36.211, four types of preamble format (0, 1, 2, 3) for PRACH are defined to support different

values of cell access radius, as shown in Table 1-1.

Table 1-1Preamble formats and cell access radius

Preamble Format Cell Access Radius

0 About 15 km

1 About 70 km

2 About 30 km


27/83

eLTE2.3




20

3 About 100 km

For format 0, the supported cell access radius is about 15 km, which is used in small cellscenarios, and considered as basic cell radius. For format 3, the supported cell access radius isabout 100 km, which is used in large cell scenarios to enhance the system coverage.

Enhancement

None

Dependency

None

1.2.13 LBFD-002023 Admission Control

Availability

This feature is




Summary

Admission control function ensures the system stability and guarantees the QoS performanceby controlling the establishment of the connections within the maximum resource utilizationwhile satisfying the QoS requirements.

Benefits

Admission control function provides the following benefits:

Reducing the risk of cell instability by controlling the number of admitted calls

Achieving an optimal tradeoff between maximizing resource utilization and ensuringQoS, by avoiding congestion and checking QoS satisfaction

Description

Admission control is a cell-based operation applied to both uplink and downlink. It is one of

the key Radio Resource Management (RRM) functions. Admission control is performed whenthere are new incoming calls or incoming handover attempts. In Huawei admission control

solution, system resource limitation and QoS satisfaction ratio are the main considerations foradmission control.

When a new incoming call or incoming handover request arrives, admission control is first tocheck the system resource limitation (including hardware resource usage, and system

overload indication). If any of the resources is found to be limited, the new service request

will be rejected.


28/83

eLTE2.3




21

If the resource limitation checking passes, for Non-GBR service it will be admitted and forthe GBR service it will check the QoS satisfaction ratio The QoS satisfaction ratio is

evaluated based on the QoS Class Identifier (QCI). If the QoS satisfaction ratio for the

evaluated QoS class is better than a predefined admission threshold, the call request would beaccepted; otherwise, it will be rejected.

Note that an incoming handover request has a higher priority than a new incoming call request,

because admission control gives a preference to an existing call (handover request) over anew call.

The Allocation/Retention Priority (ARP) can be used to classify Gold, Silver, and Bronze

categories with different admission control thresholds. ARP is an attribute of services and isinherited from Evolved Packet Core (EPC).

Enhancement eRAN7.0

In user admission, UE numbers are reserved for privileged UEs to increase the admissionsuccess rate of these UEs. Privileged UEs include emergency UEs and high-priority UEswhose cause value of RRC connection establishment request is "highPriorityAccess".

Dependency

None

1.2.14 LBFD-002024 Congestion Control

Availability

This feature is




Summary

The congestion control feature is used to adjust the system loading when the system is in

congestion or the QoS cannot be met.

The main goal of congestion control feature is to guarantee the QoS for the admitted services

while achieving the maximum radio resource utilization.

Benefits

The congestion control feature provides the following benefits:

Prevent system from being unstable due to overload;

Guarantee QoS satisfaction rate of services in the system by effectively reduce the system

loading;


29/83

eLTE2.3




22

Description

This feature is critical to maintain the system stability and deliver acceptable Quality ofService (QoS) when the system is in congestion.

In eNodeB, congestion control is provided in which a method are introduced:

The method is to release low-priority services to alleviate the overloaded system, where the

priority is determined based on the ARP assigned to the service.

Enhancement

Size reduction on GBR service is not accepted by most operators and is not recommended

according to 3GPP. Function of size reduction on GBR service is removed when cell is in

congestion.

Dependency

None

1.2.15 LBFD-002025 Basic Scheduling

Availability

This feature is




Summary

The basic scheduling feature provides three common scheduling algorithms (MAX C/I andRR and PF). The operator can select either algorithm.

Benefits

This feature provides the flexibility for the operator to select the scheduling algorithm,

considering the system capacity and fairness among the users.

DescriptionScheduling algorithm enables the system to decide the resource allocation for each UE duringeach TTI. This feature provides different scheduling algorithms, considering the tradeoff

between system capacity and fairness among the users.

There are three scheduling algorithms provided and the operator can decide which algorithm

to take.

MAX C/I

Round Robin

PF (proportional fair)


30/83


31/83

eLTE2.3




24

and therefore the overall system throughput is improved. The uplink power control includesthe mechanisms of PUSCH power control, PUCCH power control, SRS power control, and

PRACH power control.

The PUSCH power control includes power adjustment for both Dynamic Scheduling and

Semi-persistent scheduling.

For Dynamic Scheduling:

Based on the difference between the estimated transmission power spectrum density

(PSD) and PSDTarget, the transmitting power of the PUSCH is periodically adjusted

according to the channel environment change. If the estimated PSD is greater thanPSDTarget, the eNodeB sends a TPC command, ordering a decrease of the transmitting

power. If the estimated PSD is smaller than PSDTarget, the eNodeB sends a TPC

command, ordering an increase of the transmitting power.

For Semi-persistent Scheduling:

In Semi-persistent Scheduling, based on the difference between the measured IBLER

and IBLERTarget, the transmitting power of the PUSCH is periodically adjustedaccording to the channel environment change. If the measured IBLER is greater than

IBLERTarget, the eNodeB sends a TPC command to the UE, ordering an increase of the

transmitting power. If the measured IBLER is smaller than IBLERTarget, the eNodeBsends a TPC command to the UE, ordering a decrease of the transmitting power.

The PUSCH TPCs of multiple VoIP users are sent to the UEs through DCI Format 3/3A.By doing so, signaling overheads over PDCCH are reduced.

For PUCCH power control:

Based on the difference between the measured SINR and SINRTarget, the transmitting

power of the PUCCH is periodically adjusted according to the channel environment

change. If the measured SINR is greater than SINRTarget, the eNodeB sends a TPCcommand, ordering a decrease of the transmitting power. If the measured SINR is

smaller than SINRTarget, the eNodeB sends a TPC command, ordering an increase of thetransmitting power.

The uplink SRS power control also employs the same power control mechanism as the

PUSCH power control with identical parameter settings. Note that the initial power is

calculated in the same way as PUSCH, except that a power offset configured by RRC is

added.

For the PRACH power control, the UE will calculate the transmitting power for the initialRandom Access (RA) preamble by estimating the downlink path loss and based on the

aforementioned "expected received power from UE at eNodeB" obtained by monitoring the

broadcast channel. If the RA preamble attempt fails (e.g. no RA preamble response for theeNodeB), the UE can increase the transmitting power for the next RA preamble attempt

according to the settings configured by the RRC layer.

Enhancement

None

Dependency

None


32/83

eLTE2.3




25

1.2.17 LBFD-002016 Dynamic Downlink Power Allocation

Availability

This feature is




Summary

Dynamic Downlink Power Allocation allows an eNodeB to dynamically set the transmitting

power at downlink channels to reduce power consumption while maintaining the quality ofradio links. It provides flexible power allocation for downlink channels based on the user's

channel quality and maintains acceptable quality of the downlink connections.

Benefits

This feature allows flexible power allocation for downlink channels based on the user's

channel quality and maintains acceptable quality of the downlink connections. Therefore, it

can improve the edge user throughput and transmission power usage.

Description

The LTE downlink power allocation consists of several parts corresponding to different types

of downlink channels, such as Physical Downlink Shared Channel (PDSCH), Physical

Downlink Control Channel (PDCCH), Physical HARQ Indicator Channel (PHICH), Physical

Broadcast Channel (PBCH), and Physical Control Format Indicator Channel (PCFICH).

A Fixed power setting is performed for the cell-specific reference signal, synchronizationsignal, PBCH, PCFICH, and channels carrying common information of the cell such asPDCCH and PDSCH; since the transmitting power of those signals and channels are

needed to ensure the downlink coverage of the cell.

SINRRS estimation is based on the CQI report. Based on the difference between theestimated SINRRS and SINRTarget, the transmitting power of the PHICH is periodically

adjusted according to the path loss and shading. If SINRRS is smaller than SINRTarget,the transmitting power is increased. Otherwise, the transmitting power is decreased.)

In dynamic scheduling, the power of the PDSCH is determined by PA, and the power

is adjusted by updating PA. When the eNodeB receives a reported CQI from the UE,

it compares it with that reported in the previous time. If there is a great differencebetween the two CQI values, the power adjustment is performed, and a process of

re-calculating the PA for the UE is started.

In semi-static scheduling, based on the difference between the measured IBLER ofVoIP packets and IBLERTarget, the transmitting power of the PDSCH is periodically

adjusted to meet IBLERTarget requirements. If the measured IBLER is smaller thanIBLERTarget, the transmitting power is decreased. Otherwise, the transmitting poweris increased. The transmit power for the PDCCH is periodically adjusted according to

the DTX. If the DTX cannot meet system demand, transmit power is increased.



33/83

eLTE2.3




26

PDSCH and PDCCH dynamic power control is optimized.

Dependency

None

1.2.18 LBFD-002018 Mobility Management

1.2.18.1 LBFD-00201801 Coverage Based Intra-frequency Handover

Availability

This feature is




Summary

Handover functionality is important in any cellular telecommunications network. It is

performed to ensure no disruption to services. Handover plays a significant role in LTE

system performance since its main purpose is to decrease the communication delay, enlargethe coverage and then enhance the system performance.

Intra-Frequency Handover enables a UE in RRC-CONNECTED mode to be servedcontinuously when it moves across different cells that are operating at the same frequency.

Benefits

The coverage-based intra-frequency handover feature provides supplementary coverage in

intra-frequency LTE systems to prevent call drop, enable seamless coverage and therefore

improve the network performance and end user experience.

Description

This feature is one of the fundamental functions of an LTE system. The purpose of handover

is to ensure that a UE in RRC-CONNECTED mode is served continuously when it moves.

Handover in LTE is characterized by the handover procedure in which the original connectionis released before a new connection is set up.

Intra-frequency handover refers to the handover between cells operating at the samefrequency band. It can be triggered by coverage or load. In eRAN1.0, the coverage-based

intra-frequency handover is supported.

The intra-frequency handover procedure can be divided into three phases: handover

measurement, handover decision, and handover execution.

E-UTRAN configures the handover-related measurement through theRRC Connection

Reconfigurationmessage. The UE could measure either Reference Signal Received Power(RSRP) or Reference Signal Received Quality (RSRQ) for intra-frequency handover.

Upon receiving a measurement report from the UE, the eNodeB makes a handover decisionaccording to certain triggering criteria. If a handover is required, the handover execution

procedure will be invoked and the UE will be handed over from the source eNodeB to the


34/83

eLTE2.3




27

target eNodeB. Huawei eRAN1.0 follows the intra-frequency handover procedures specifiedin 3GPP TS 36.300.

The following scenarios are considered in the intra-frequency handover:

Handover between two cells configured in the same eNodeB. No external neighbor cellis needed. This scenario is not applicable to Micro eNodeB because Micro eNodeB onlysupports one cell.

Handover between two cells configured in different eNodeBs with an X2 interface

available. In this case, the source eNodeB sends a HANDOVER REQUEST messageover the X2 interface.

Handover between two cells configured in different eNodeBs with no X2 interface

available. In this case, the source eNodeB sends a HANDOVER REQUIRED message

over the S1 interface.

Enhancement

In eRAN2.2Each PLMN id of eNodeB will have its own PLMN list; each PLMN list can contain at

most 8 PLMN Identities; PLMN list is used as an access list for serving cell to judgewhether UE could handover to target cell in Inter-PLMN handover; Other cell, whose

PLMN ids are all different with serving cell PLMN id in which UE is located and atsame time are not in its PLMN list, will not be considered as target cell in handover

process for this UE.

Dependency

None

1.2.18.2 LBFD-00201802 Coverage Based Inter-frequency Handover

Availability

This feature is




Summary

Inter-Frequency Handover enables a UE in RRC-CONNECTED mode to be served

continuously when it moves across different cells that are operating at different frequencies.

Benefits

The coverage-based inter-frequency handover provides supplementary coverage in

inter-frequency LTE systems to prevent call drop, enable seamless coverage, and therefore

improve the network performance and end user experience.


35/83

eLTE2.3




28

Description

This feature is one of the fundamental functions for an LTE system. The purpose ofinter-frequency handover is to ensure that a UE in RRC-CONNECTED mode is servedcontinuously when it moves across different cells operating at different frequencies.

The inter-frequency handover procedure can be divided into four phases: measurementtriggering, handover measurement, handover decision, and handover execution.

In inter-frequency handover, neighboring cell measurements are inter-frequency

measurements. The measurement is gap assisted for UEs with one RF receiver. Themeasurement is triggered by an event A2 and stopped by an event A1, based on themonitoring on the value of RSRP or RSRQ.

In inter-frequency handover, the UE sends measurement reports to the eNodeB when theRSRP or RSRQ meets the criteria set in the measurement configuration.

Upon receiving a measurement report from the UE, the eNodeB makes a handover decision.

If the measurement meets the handover criteria, the eNodeB will perform the correspondinginter-frequency handover as specified in TS 36.300.

The following inter-frequency handover scenarios are applicable:

Handover between two cells configured in the same eNodeB. In this case, the UE

performs the handover between two cells configured in the same eNodeB and noexternal interface is required. This scenario is not applicable to Micro eNodeB because

Micro eNodeB only supports one cell.

Handover between two cells configured in different eNodeBs with an X2 interfaceavailable. In this case, the source eNodeB sends a HANDOVER REQUEST messageover the X2 interface.

Handover between two cells configured in different eNodeBs with no X2 interface

available. In this case, the source eNodeB sends a HANDOVER REQUIRED messageover the S1 interface.

Enhancement eRAN2.2

Each PLMN id of eNodeB will have its own PLMN list; each PLMN list can contain at

most 8 PLMN Identities; PLMN list is used as an access list for serving cell to judgewhether UE could handover to target cell in Inter-PLMN handover; Other cell, whose

PLMN ids are all different with serving cell PLMN id in which UE is located and atsame time are not in its PLMN list, will not be considered as target cell in handover

process for this UE.

eRAN3.0

The inter-frequency handover based on UL power is supported. It guarantees service

continuity in uplink limited power when a UE moves to the cell edge.

eRAN6.0

The urgent redirection function has been provided by this feature. After a UE accesses a

cell, the eNodeB delivers two sets of event A2 configurations. One is used for triggering

measurements, and the other is used for triggering urgent redirection. The triggering ofevent A2 for urgent redirection indicates that the signal quality in the serving cell hasbecome too poor to provide services for the UE. In this case, the eNodeB blindly

redirects the UE to a neighboring GERAN, UTRAN, or E-UTRAN cell.


36/83

eLTE2.3




29

Dependency

None

1.2.18.3 LBFD-00201803 Cell Selection and Re-selection

Availability

This feature is




Summary

Cell selection/reselection is a mechanism for UE in idle mode to select/reselect a cell to campon and to receive the most appropriate service support upon session activation in LTEsystems.

Benefits

This feature provides a mechanism for UE in idle mode to select/reselect a cell to camp on by

supplementary coverage in LTE systems.

This feature facilitates the automatic selection of the network for UE in idle mode and avoids

the complexity of manual operations.

The UE is always bound to a relatively good cell to obtain better service quality.

Description

When UE selects a PLMN or transition from RRC-CONNECTED to RRC-IDLE, cell

selection is required. The Non-Access Stratum (NAS) can determine the RAT(s) in which the

cell selection should be performed, for instance, by indicating the RAT(s) associated with the

selected PLMN and by maintaining a list of forbidden registration areas and a list ofequivalent PLMN. The UE shall select a suitable cell based on idle mode measurements andcell selection criteria.

UE in RRC_IDLE can perform cell reselection if UE find a cell with a better radio

environment. When camping on a cell, UE shall regularly search for a better cell according to

the cell reselection criteria. If a better cell is found, that cell is reselected.Absolute priorities of different E-UTRAN frequencies can be provided to the UE in thesystem information and optionally in the RRC message releasing the RRC connection.

Compared with Macro eNodeBs, higher priorities will be set for frequencies of MicroeNodeBs so that the UE prefers to camp on Micro eNodeB cells.

In case a Micro cell is on the same frequency with a Macro cell, the eNodeB configuration

also makes the cell selection or reselection to the Micro cell easier than to the Macro cell.

Enhancement

None


37/83

eLTE2.3




30

Dependency

None

1.2.18.4 LBFD-00201804 Distance Based Inter-frequency Handover

Availability

This feature is



not applicable to Lampsite

Summary

Huawei LTE eNodeB supports distance based inter-frequency handover.

Benefits

Better End user Experience (Always Best Connected)

Description

When moving around away from the serving eNodeB with frequency F1, the user may still

experience a relatively strong signal from F1 so that the condition of A2 event can't be

satisfied to trigger an inter-frequency handover, even though the neighboring inter-frequency

eNodeB signal is much better than F1. In order to make the user always keep the best

connection, a distance based inter-frequency handover is employed.

When distance based HO algorithm is used, eNodeB should continuously measure the

distance to each UE based on the TA measurement, once the distance exceeds an operator

configured distance threshold, inter-frequency gap measurements of neighboring eNodeB willbe triggered to find an optimal handover candidate to improve user performance

Enhancement

None

Dependency UE

UE should support for inter-frequency Gap measurements

1.2.18.5 LBFD-00201805 Service Based Inter-frequency Handover

Availability

This feature is





38/83

eLTE2.3




31

Summary

Huawei LTE eNodeB supports service based inter-frequency handover. UE with specificservice would be moved to the cell of the configured frequency.

Benefits

Service Based Inter-frequency Handover is used to improve efficiency and capacity of whole

system.

Description

The operator could configure specific group of policies for service-based inter-frequency

handovers. Each group will be associated with a QCI. The default policy is to prohibithandovers. A bearer of QCI 5 and QCIs of default bearers are not recommended to be

configured to allow handovers.

When service based Inter-frequency handover algorithm is used, eNodeB should continuouslymonitor the UE service state. If QCI (each type of service is mapping to a QCI index) ischanged, inter-frequency measurements of configured group will be triggered to find anoptimal handover candidate.

Enhancement

None

Dependency UE

UE should support for inter-frequency Gap measurements

1.2.19 LBFD-002020 Antenna Configuration

1.2.19.1 LBFD-00202001 UL 2-Antenna Receive Diversity

Availability

This feature is



Summary

Receive diversity is a common type of multiple antennas technology to improve signal

reception and to combat signal fading and interference. It improves network capacity and datarates. Huawei eNodeB supports both RX diversity mode and no RX diversity mode.

Benefits

This feature can improve the receiver sensitivity and uplink coverage.


39/83

eLTE2.3




32

Description

Receive diversity is a technique to monitor signals at multiple frequencies from the samesignal source, or to monitor time division signals at the same frequency from the same signalsource, in order to combat signal fading and interference.

Receive diversity is one way to enhance the reception over uplink channels, includingPUSCH, PUCCH, PRACH, and SRS.

Huawei eNodeB supports both RX diversity mode and no RX diversity mode. In RX diversity

mode, the eNodeB can be configured with 2 antennas (2-way).

In RX diversity mode, the eNodeB does not require additional devices and works with the

Maximum-Ratio Combining (MRC) or Interference Rejection Combining (IRC) algorithms.

Compared with 1-way reception without RX diversity, 2-way RX diversity requires twice thenumber of RX channels. The number of RX channels depends on the settings of the antenna

connectors.

Enhancement

None

Dependency eNodeB

RX diversity requires the eNodeB to provide enough RF channels and demodulation

resources that can match the number of diversity antennas.

1.2.20 LBFD-002021 Reliability

1.2.20.1 LBFD-00202101 Main Processing and Transport Unit Cold Backup

Availability

This feature is




Summary

The feature provides cold backup capability to the LMPT (LTE Main Processing and

Transport Unit) or UMPT(Universal Main Processing and Transport Unit) board of Huawei

eNodeB.

Benefits

If there is only one LMPT board configured in the system, the failure of this board will cause

long-time service outage of the base station. However, service can be automatically recoveredwithin 3 minutes with LMPT redundancy. LMPT redundancy design is helpful for eNodeB to

reach higher availability, greater than 99.999%.


40/83

eLTE2.3




33

Description

Two LMPT boards are configured in the system. When the system starts, the arbitratormodule located on each LMPT board decides which board becomes active or standby. Theactive board handles several control and operation functions and provides for the most

common transport network connectivity requirements. When it detects hardware or softwarefaults on the board, it will switch to the standby state. Meanwhile, the standby board switches

to the active state. The service can be automatically recovered within 3 minutes. The operator

can also manually trigger LMPT switchover by EMS (Element Management System).


The UMPT board also supports cold backup capability.

Dependency

eNodeBTo support this feature, the eNodeB must be configured with two LMPT/UMPT boards.

1.2.20.2 LBFD-00202102 Cell Re-build Between Baseband ProcessingUnits

Availability

This feature is


not applicable to Micro applicable to Lampsite from eRAN6.0

Summary

In Huawei eNodeB, multiple LTE Baseband Processing (LBBP) boards can be configured to

serve multiple cells. When an LBBP fails, the cell/cells served by the failed LBBP can be

rebuilt on another operating LBBP with spare resources or on a backup LBBP if available.

Benefits

This feature ensures the cell coverage by cell re-establishment and improves the system

reliability in case of an LBBP failure.

Description

Generally an eNodeB is equipped with multiple LBBP boards that serve multiple cells. The

following figures show the example of configurations of 3*10M 2T2R with CPRI interfacebackup respectively.


41/83

eLTE2.3




34

Figure 1-13*10M 2T2R

When an LBBP board fails due to a hardware fault, communication interface failure, etc., the

eNodeB is able to detect and locate the failure and tries to choose a target LBBP board onwhich the cell/cells are to be rebuilt. The target LBBP should have a CPRI connection withthe RRU serving the cell/cells involved, as shown in the preceding figures. The selection of a

Documents

ELTE2.3 DBS3900 LTE FDD Basic Feature Description