V100R003C00
Technical Description
Issue 06
Date 2011-11-25
and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.
All other trademarks and trade names mentioned in this document are the property of their respective holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and the
customer. All or part of the products, services and features described in this document may not be within the
purchase scope or the usage scope. Unless otherwise specified in the contract, all statements, information,
and recommendations in this document are provided "AS IS" without warranties, guarantees or representations
of any kind, either express or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute the warranty of any kind, express or implied.
Website: http://www.huawei.com
Email: support@huawei.com
Purpose
This document provides the LTE-SAE system architecture and the following information about
the eNodeB: basic functions, structures, environment monitoring principles, clock
synchronization modes, operation and maintenance, reliability, topologies, and typical hardware
configurations.
Product Versions
The following table lists the product versions related to this document.
Intended Audience
The intended audiences of this document are:
l Network planning engineers
l Field engineers
l System engineers
Organization
1 Changes in the eNodeB Technical Description
This chapter describes Long Term Evolution-System Architecture Evolution (LTE-SAE) system
architecture, including the position of eNodeBs in the system and the functions of the Network
Elements (NEs) in the network.
3 eNodeB Functions
This chapter describes the functions of eNodeBs. As the radio access equipment in the LTE-
SAE system, eNodeBs perform radio resource management, packet compression and ciphering,
user plane packet routing, MME selection, and message scheduling and transmission.
4 eNodeB Structure
This chapter describes the structure of an eNodeB. eNodeBs are designed based on a distributed
architecture. Each eNodeB consists of two basic types of component: baseband unit BBU3900
and Radio Frequency (RF) unit RRU or RFU.
This chapter describes the clock synchronization modes of eNodeBs. eNodeBs support
synchronization with the following clocks: GPS/RGPS clock, IEEE1588 V2 clock, Clock over
IP, synchronous Ethernet, 1 PPS+TOD clock, BITS clock, and E1/T1 line clock.
This chapter describes operation and maintenance of eNodeBs. The operation and maintenance
(OM) system of eNodeBs manages, monitors, and maintains the software, hardware, and
configuration data of the eNodeBs. In addition, the OM system provides various OM modes to
meet requirements.
8 eNodeB Reliability
This chapter describes eNodeB reliability, which includes system reliability, hardware
reliability, and software reliability.
9 eNodeB Topologies
This chapter describes the technical specifications of radio frequency (RF) units, such as the
working mode, frequency band, output power, and antenna capability.
Conventions
Symbol Conventions
The symbols that may be found in this document are defined as follows.
Symbol Description
General Conventions
The general conventions that may be found in this document are defined as follows.
Convention Description
Command Conventions
The command conventions that may be found in this document are defined as follows.
Convention Description
Convention Description
GUI Conventions
The GUI conventions that may be found in this document are defined as follows.
Convention Description
Keyboard Operations
The keyboard operations that may be found in this document are defined as follows.
Format Description
Key Press the key. For example, press Enter and press Tab.
Key 1+Key 2 Press the keys concurrently. For example, pressing Ctrl+Alt
+A means the three keys should be pressed concurrently.
Key 1, Key 2 Press the keys in turn. For example, pressing Alt, A means
the two keys should be pressed in turn.
Mouse Operations
The mouse operations that may be found in this document are defined as follows.
Action Description
Click Select and release the primary mouse button without moving
the pointer.
Action Description
Drag Press and hold the primary mouse button and move the
pointer to a certain position.
Contents
8 eNodeB Reliability......................................................................................................................26
8.1 System Reliability.............................................................................................................................................27
8.2 Hardware Reliability.........................................................................................................................................28
8.3 Software Reliability..........................................................................................................................................29
9 eNodeB Topologies.....................................................................................................................31
10 Typical Hardware Configurations of an eNodeB...............................................................37
10.1 Typical Hardware Configurations and Subrack Numbers..............................................................................38
10.2 Hardware Configurations of BTS3900 LTE..................................................................................................43
10.3 Hardware Configurations of BTS3900A LTE................................................................................................46
10.4 Hardware Configurations of BTS3900L LTE................................................................................................49
10.5 Hardware Configurations of DBS3900 LTE..................................................................................................52
10.6 Hardware Configurations of DBS3900 LTE TDD.........................................................................................54
06 (2011-11-25)
This is the sixth official release.
Compared with issue 05 (2011-09-30) of V100R003C00, this issue adds the following new
section:
l 11 Technical Specifications of Radio Frequency Units
Compared with issue 05 (2011-09-30) of V100R003C00, this issue incorporates the changes
described in the following table.
Topic Change Description
4.2 Logical Structure of RRUs/RFUs Added the description of an RRU and an RFU.
9 eNodeB Topologies Added the full name of the LRRU and MRRU.
Compared with issue 05 (2011-09-30) of V100R003C00, this issue does not delete topics.
05 (2011-09-30)
This is the fifth official release.
Compared with issue 04 (2011-06-10) of V100R003C00, this issue does not add topics.
Compared with issue 04 (2011-06-10) of V100R003C00, this issue incorporates the changes
described in the following table.
Compared with issue 04 (2011-06-10) of V100R003C00, this issue does not delete topics.
04 (2011-06-10)
This is the fourth official release.
Compared with issue 03 (2011-04-15) of V100R003C00, this issue does not add topics.
Compared with issue 03 (2011-04-15) of V100R003C00, this issue does not incorporate any
change.
Compared with issue 03 (2011-04-15) of V100R003C00, this issue does not delete topics.
03 (2011-04-15)
This is the third official release.
Compared with issue 02 (2011-03-15) of V100R003C00, this issue does not add topics.
Compared with issue 02 (2011-03-15) of V100R003C00, this issue does not incorporate any
change.
Compared with issue 02 (2011-03-15) of V100R003C00, this issue does not delete topics.
02 (2011-03-15)
This is the second official release.
Compared with issue 01 (2011-01-20) of V100R003C00, this issue does not add topics.
Compared with issue 01 (2011-01-20) of V100R003C00, this issue incorporates the changes
described in the following table.
Compared with issue 01 (2011-01-20) of V100R003C00, this issue does not delete topics.
01 (2011-01-20)
This is the first official release.
Compared with draft A (2010-12-15) of V100R003C00, this issue does not add topics.
Compared with draft A (2010-12-15) of V100R003C00, this issue incorporates the changes
described in the following table.
4.2 Logical Structure of RRUs/ l The logical structures of FDD RRUs and RFUs are all
RFUs illustrated in one figure.
l The figure showing the logical structure of TDD RRUs
with 2T2R is deleted.
l The logical structures of TDD RRUs are all illustrated
in one figure.
Compared with draft A (2010-12-15) of V100R003C00, this issue does not delete topics.
Draft A (2010-12-15)
This is the draft.
Compared with issue 04 (2010-08-10) of V100R002C00, this issue does not add topics.
Compared with issue 04 (2010-08-10) of V100R002C00, this issue incorporates the changes
described in the following table.
Compared with issue 04 (2010-08-10) of V100R002C00, this issue does not delete topics.
This chapter describes Long Term Evolution-System Architecture Evolution (LTE-SAE) system
architecture, including the position of eNodeBs in the system and the functions of the Network
Elements (NEs) in the network.
As shown in Figure 2-1, an eNodeB is radio access equipment in the LTE-SAE system. One or
more eNodeBs constitute an E-UTRAN. An eNodeB communicates with a UE, another eNodeB,
or the EPC through the Uu interface, X2 interface, or S1 interface, respectively.
Functions of NEs
The NEs in the LTE-SAE system include eNodeBs, MMEs, and S-GWs. Table 2-1 describes
the functions of the NEs.
S-GW l Termination of user plane packets that are generated for paging reason
l Support for user plane handovers caused by UE mobility
3 eNodeB Functions
This chapter describes the functions of eNodeBs. As the radio access equipment in the LTE-
SAE system, eNodeBs perform radio resource management, packet compression and ciphering,
user plane packet routing, MME selection, and message scheduling and transmission.
l Radio bearer control involves setup, maintenance, and release of radio bearers and resource
configuration for radio bearers.
l Admission control accepts or rejects radio bearer setup requests.
l Mobility management involves management of radio resources for UEs in idle mode and
UEs in connected mode.
l Dynamic resource allocation involves allocation and release of radio resources on the
control plane and user plane. The resources include the buffer, processes, and resource
blocks.
l Header compression for downlink packets and header decompression for uplink packets
using compression algorithms
l Encryption and decryption of packets using ciphering algorithms
MME Selection
MME selection includes the following functions:
l Indirect determination of the route to an MME based on the information provided by the
UE when no routing information is available
4 eNodeB Structure
This chapter describes the structure of an eNodeB. eNodeBs are designed based on a distributed
architecture. Each eNodeB consists of two basic types of component: baseband unit BBU3900
and Radio Frequency (RF) unit RRU or RFU.
Control Subsystem
The functions of the control subsystem are implemented by the LMPT.
This subsystem performs OM functions, processes signaling, and provides the system clock. It
manages the entire eNodeB.
Transport Subsystem
The functions of the transport subsystem are implemented by the LMPT and UTRPs, which
support IP over FE/GE and IP over E1/T1, respectively.
l Provides ports for communication between the eNodeB and the EPC.
l Provides the OM channel between the eNodeB and the Local Maintenance Terminal (LMT)
or M2000.
l Provides ports for communication between the eNodeB and 2G/3G base stations so that
the E1/T1 transmission resources can be shared by the eNodeB and the 2G/3G base stations.
Baseband Subsystem
The functions of the baseband subsystem are implemented by LBBPs.
The baseband subsystem performs the functions for the user plane of the Uu interface, including
uplink and downlink scheduling and data processing. In addition, this subsystem provides the
Common Public Radio Interface (CPRI) for communication between BBU3900 and RF units.
l According to the indication of uplink scheduling result, the uplink processing module
receives data over uplink channels, demodulates and decodes the data, assembles the data
into packets, and then transmits the data to the MME or S-GW through the transport
subsystem. In addition, the module performs measurements on uplink channels.
l According to the indication of downlink scheduling result, the downlink processing module
assembles the data received from the transport subsystem into packets, encodes and
modulates the data, performs Multiple Input Multiple Output (MIMO) and Orthogonal
Frequency Division Multiplex (OFDM) processing, and then transmits the signals over the
CPRI interface.
l The CPRI interface is used for transmission of data between BBU3900 and RF units.
The power and environment monitoring subsystem performs the following functions:
An radio frequency unit (RFU) is a radio frequency unit, which is used for a macro eNodeB.
RFUs modulate and demodulate baseband signals and RF signals, process data, amplify power,
and detect standing waves.
An remote radio unit (RRU) is a remote radio unit. One or more RRUs constitute the RF part of
a distributed eNodeB. RRUs modulate and demodulate baseband signals and RF signals, process
data, amplify power, and detect standing waves.
Figure 4-2 shows the logical structure of Frequency Division Duplex (FDD) RRUs and RFUs.
FDD RRUs and the LTE radio frequency unit (LRFU) are designed with 2T2R, and the multi-
mode radio frequency unit (MRFU) is designed with 1T2R.
Figure 4-3 shows the logical structure of Time Division Duplex (TDD) RRUs.
NOTE
In the preceding figures, m denotes the number of PAs, and n denotes the number of LNAs. For example,
in the logical structure of the RRU with 4T4R, m and n are both equal to 4.
CPRI Module
A CPRI module performs the following functions:
TRX
A TRX provides RX and TX channels.
Power Module
A power module converts the input power into the power required by an RRU or RFU.
PA and LNA
A PA amplifies the low-power RF signals received from the TRX.
Filter
A filter multiplexes RX and TX signals over RF channels so that they can share an antenna path.
In addition, the filter performs filtering of RX and TX signals.
TX/RX Switch
A TX/RX switch is used by a TDD RRU for switching between uplink and downlink
transmissions of RF signals.
Ports on a UPEU
The Universal Power and Environment Interface Unit (UPEU) is a mandatory board of an
eNodeB. It is configured in slot 18 or 19 in BBU3900. A UPEU provides two EXT-ALM ports
and two MON ports for connections to environment monitoring devices. The ports are described
as follows:
l Each EXT-ALM port supports four Boolean inputs. The two ports are used for connections
to Boolean signal sensors and to dry contacts in a cabinet.
– The EXT-ALM ports can be connected to the environment monitoring ports, including
the alarm port and in-position signal port, on a +24 V DC/DC power subrack in a
BTS3900 cabinet. In this way, PSU status is monitored.
– The EXT-ALM ports can also be used for eight Boolean inputs from sensors, such as
a door status sensor and water sensor. In this solution, data configuration is required.
For example, door status and water damage alarms must be defined for the eNodeB.
l Each MON port supports one RS485 monitoring signal input. The two ports are used for
connections to environment monitoring devices inside and outside a cabinet.
– A MON port can be connected to an environment monitoring device in a cabinet. The
type of the device varies depending on the type of the cabinet.
For example, an APM30H cabinet is installed with a Central Monitoring Unit type A
(CMUA) for centralized monitoring of environment in the APM30H cabinet. The
CMUA provides ports for connections to the door status sensor and smoke sensor and
also provides a port used for three Boolean signal inputs.
Signals of environmental alarms detected by the sensors connected to the CMUA are
processed directly by the LMPT. Therefore, no data configuration is required.
– A MON port can also be connected to an Environment Monitoring Unit type A (EMUA),
which is an environment monitoring device outside an APM30H cabinet, for centralized
monitoring of environment outside the APM30H cabinet.
The EMUA is 1 U high. It can be installed in a 19-inch rack with its depth exceeding
300 mm or in a 19-inch cabinet.
The EMUA provides dedicated ports for connections to sensors such as door status,
smoke, water, temperature, and humidity sensors. In addition, the EMUA provides
extended ports for 32 Boolean and analog signal inputs. If the EMUA is used to monitor
environment outside a cabinet, data configuration is required. If the dedicated ports on
the EMUA are insufficient for environment monitoring, the extended ports can be used
and related data configuration is required.
The alarm monitoring devices connected to the UPEU (such as dry contacts, sensors, and the
EMU) are collectively called peer alarm devices in the subsequent sections.
l If the peer alarm device is a +24 V DC/DC power subrack in a cabinet, two signal cables
are required. For details about how to install the cables, see the BTS3900 Installation
Guide.
– Connect one end of an in-position signal cable for the PSU (DC/DC) to the EXT-ALM0
port and the other end to the in-position signal port on the power subrack.
– Connect one end of a monitoring signal cable for the PSU (DC/DC) to the EXT-ALM1
port and the other end to the alarm port on the power subrack.
l If the peer alarm devices are Boolean signal sensors, add a terminal to one end of a BBU
alarm cable by referring to Table 5-1, connect the terminal to a Boolean signal sensor, and
then connect the RJ45 connector at the other end of the cable to the EXT-ALM0 or EXT-
ALM1 port.
Table 5-1 Pin assignment for wires of the BBU alarm cable
The EXT-ALM0 port is connected to dry contacts 0 to 3, and the EXT-ALM1 port is connected
to dry contacts 4 to 7.
If the UPEU needs to be connected to a unit in a cabinet, cable connections vary depending on
the type of the cabinet.
l In an APM30H cabinet, connect one end of a monitoring signal cable between the CMUA
and the BBU to the MON1 port on the UPEU and the other end of the cable to the COM_IN
port on the CMUA. For details about how to install the cable, see the BBU3900 Installation
Guide.
l In an RFC, connect one end of a monitoring signal cable between the CMUA and the BBU
to the MON0 port on the UPEU and the other end of the cable to the COM_IN port on the
CMUA. For details about how to install the cable, see the BTS3900A Installation Guide.
l In a BTS3900 cabinet, connect one end of a monitoring signal cable for the PMU to the
MON0 port on the UPEU and the other end of the cable to the COM port on the PMU. In
addition, connect one end of a monitoring signal cable for the FAN unit to the MON1 port
on the UPEU and the other end of the cable to the COM IN port on the FAN unit. For details
about how to install the cable, see the BTS3900 Installation Guide.
If the UPEU needs to be connected to an EMUA outside a cabinet, connect one end of an RS485
monitoring signal cable to an unused MON port on the UPEU and the other end of the cable to
a 2-input RS485 port on the EMUA.
NOTE
If both MON ports on the UPEU are in use, configure a Universal Environment Interface Unit (UEIU) in the
eNodeB. Then, connect one end of an RS485 monitoring signal cable to the MON0 port on the UEIU and the
other end of the cable to a 2-input RS485 port on the EMUA.
This chapter describes the clock synchronization modes of eNodeBs. eNodeBs support
synchronization with the following clocks: GPS/RGPS clock, IEEE1588 V2 clock, Clock over
IP, synchronous Ethernet, 1 PPS+TOD clock, BITS clock, and E1/T1 line clock.
Synchronization refers to maintenance of the relation that at a valid point of time, the phase error
or frequency error between two or more signals stays within the specified range. There are two
types of synchronization: frequency synchronization and time synchronization.
l Frequency synchronization means that the frequency of a signal is the same as the reference
frequency but the origin of the timescale for the signal does not need to be the same as that
for the reference clock.
l Time synchronization is also referred to as time-of-day synchronization, where the origin
of the timescale for a signal needs to be synchronized with the Universal Time Coordinated
(UTC). Therefore, time synchronization implies synchronization in absolute time. The
UTC time is a universal timing standard, in which the atomic clock is maintained accurately
to ensure time synchronization across the world, with the precision to microseconds.
The subsequent sections describe the preceding reference clocks. For details about clock
synchronization, see the Synchronization Feature Parameter Description.
GPS/RGPS Clock
Synchronization with a GPS or RGPS clock requires that each eNodeB be equipped with a GPS
or RGPS receiver. Using the receiver, the eNodeB receives GPS or RGPS clock signals with the
precision to microseconds. In synchronization with a GPS or RGPS clock, both frequency
synchronization and time synchronization are applicable. To implement synchronization with
an RGPS clock, the eNodeB must be equipped with a USCU.
IEEE1588 V2 Clock
IEEE1588 defines the Precision Time Protocol (PTP), which targets synchronization of clocks
in the Ethernet, with the precision to microseconds. In synchronization with an IEEE1588 V2
clock, both frequency synchronization and time synchronization are applicable.
Clock over IP
Clock over IP is a Huawei proprietary frequency synchronization technology, in which
frequency synchronization packets are transmitted over IP. Clock-over-IP signals are transmitted
to eNodeBs based on a server/client architecture. In synchronization with a clock over IP, only
frequency synchronization is applicable, with the frequency accuracy lower than ±0.05 ppm.
Synchronous Ethernet
The synchronous Ethernet technology has the basic principles that a downstream node traces
the upstream clock by recovering clock signals from the serial data bit streams received at the
physical layer. In synchronous Ethernet, only frequency synchronization is applicable, with the
frequency accuracy lower than ±0.05 ppm.
1 PPS+TOD Clock
In synchronization with a 1 PPS+TOD clock, the eNodeB obtains 1 PPS signals and Time of
Day (TOD) signals to implement time synchronization. The 1 PPS signals are used for time
synchronization. The TOD signals are used to transmit the time information, type of the reference
clock, and working status of the reference clock.
BITS Clock
In synchronization with a BITS clock, the eNodeB is connected to a BITS synchronization
network through the BITS clock card in the eNodeB to obtain frequency synchronization signals.
After phase lock and frequency division, the main clock unit in the eNodeB converts the
synchronization signals into various types of clock signals required for the eNodeB. To
implement synchronization with a BITS clock, the eNodeB must be equipped with a USCU.
This chapter describes operation and maintenance of eNodeBs. The operation and maintenance
(OM) system of eNodeBs manages, monitors, and maintains the software, hardware, and
configuration data of the eNodeBs. In addition, the OM system provides various OM modes to
meet requirements.
7.1 OM Modes
This section describes the operation and maintenance (OM) modes for eNodeBs.
7.2 OM Functions
This section describes the OM functions of eNodeBs, covering configuration management, fault
management, performance management, security management, software management,
deployment management, equipment management, and inventory management.
7.1 OM Modes
This section describes the operation and maintenance (OM) modes for eNodeBs.
eNodeBs support both local and remote operation and maintenance.
l In local OM mode, maintenance personnel use the Local Maintenance Terminal (LMT) to
operate and maintain a single eNodeB.
l In remote OM mode, maintenance personnel use the M2000 or LMT to operate and
maintain eNodeBs in a centralized manner in the operation and maintenance center (OMC).
As shown in Figure 7-1, the OM system of eNodeBs consists of the following elements:
l LMT: is mainly used to assist eNodeB deployment, identify faults, and rectify faults locally.
l M2000: is Huawei centralized OM system, which consists of the M2000 server and the
M2000 client. M2000 can be connected to eNodeBs of different models and versions
through an OM network for remote centralized operation and maintenance. This mode is
recommended when eNodeBs communicate with M2000 properly.
l eNodeB: is the object of the operation and maintenance.
The required OM software, as described in Table 7-1, must be installed on maintenance
terminals for operation and maintenance of eNodeBs.
Software Function
7.2 OM Functions
This section describes the OM functions of eNodeBs, covering configuration management, fault
management, performance management, security management, software management,
deployment management, equipment management, and inventory management.
Configuration Management
Configuration management includes data configuration, query, export, backup and restore, and
configuration synchronization with M2000.
The data configuration is based on Managed Objects (MOs) of the following categories: device,
transport, and service. These categories are independent of each other. Generally, modifications
of the service configuration do not require modifications of the device configuration, and
modifications of the device configuration do not require modifications of the service
configuration either.
Fault Management
Fault management includes fault detection, fault isolation and self-healing, alarm reporting, and
alarm correlation. The faults might be related to hardware, environment, software, transmission,
cells, and different types of services in cells.
l Fault isolation and self-healing bring the following advantages: (1) prevents a fault in some
part of an eNodeB from affecting the entire eNodeB; (2) re-establishes a cell of lower
specifications to minimize the impact of the fault on services.
l The alarm correlation function enables the system to report only the alarm indicating the
root fault and the ultimate impact on services though there are chains of problems caused
by the root fault.
Performance Management
Performance management includes the periodic control on eNodeB performance measurement
and the collection, storage, and reporting of performance statistics.
eNodeBs support real-time monitoring of Key Performance Indicators (KPIs) at intervals of one
minute, which helps detect and identify faults in time.
Security Management
Security management provides the eNodeB authentication and access control functions, which
include user account management, rights management, login management, identity
authentication, and operation authentication.
In addition, security management involves security control on the channels between eNodeBs
and an EMS. The channels support encryption using Secure Socket Layer (SSL) or IP Security
(IPSec).
Security management provides network- and user-level security service. It provides the
following functions:
l Encryption: encryption of important user information
l Authentication: management of user accounts and authentication of users
l Access control: control of operation access
l Security protocol: support for SSL and IPSec
Software Management
Software management includes software version management, software version upgrade, and
patch management.
l Software version management involves query, backup, and restore of software versions.
l Software version upgrade can be performed on a batch of eNodeBs remotely. With the one-
click upgrade wizard provided by M2000, users can perform health checks before and after
the upgrade and back up, download, and activate the software. During this process, users
can check the upgrade status and results. eNodeBs support automatic updates of
configurations during upgrades, and users only need to follow the instructions in the
upgrade wizard. In addition, eNodeBs support rapid version rollback by running a single
command, reducing the impact of upgrade failures on the system.
l Patch management includes query, download, loading, activation, deactivation, rollback,
and removal of patches. Installing patches does not affect system services.
Deployment Management
The eNodeB deployment solutions include board-ready transportation, automatic discovery of
eNodeBs, initial configuration by using a USB disk, and remote deployment. These solutions
greatly reduce the workload and efforts of field installation personnel. No computer is required.
The personnel only need to install the hardware.
l By using automatic discovery of eNodeBs, users do not need to set the IP addresses of the
eNodeBs and EMS.
l Users can download software and data of an eNodeB from a USB disk, thereby saving time
especially when the bandwidth of transmission between the eNodeB and the EMS is
insufficient.
l During remote deployment, software commissioning is performed in the Operation and
Maintenance Center (OMC) rather than on site. Customers can perform acceptance tests
on the eNodeB deployment in the OMC.
Equipment Management
Equipment management includes data configuration, status management, and fault detection
and handling for all the devices in an eNodeB. On the device panel, users can view the device
status and perform blocking, reset, and switchover.
Inventory Management
Inventory management includes collection and reporting of the inventory information about
eNodeBs. With inventory management, users can manage network equipment (NE) assets in the
OMC in a centralized manner.
8 eNodeB Reliability
This chapter describes eNodeB reliability, which includes system reliability, hardware
reliability, and software reliability.
Figure 8-1 Cross-connections between RRUs and antennas under MIMO and data streams
l In the uplink as shown in Figure 8-1, the CPRI ports receive data from RRU 0 and RRU
1. After user plane data of sector 0 is separated from data of the other sectors, the user plane
data of sector 0 is sent to the module in the LBBP that processes data of sector 0.
l In the downlink as shown in Figure 8-1, user plane data of sector 0 in the LBBP is sent
through different CPRI ports to RRU 0 and RRU 1.
l If RRU 0 shown in Figure 8-1 is faulty, user plane data of sector 0 can be exchanged
through RRU 1.
Overtemperature Protection
When the temperature near the PA in an RF unit of an eNodeB is too high, the eNodeB generates
overtemperature alarms and immediately shuts down the PA. This protects PA from damage
caused by overtemperature.
Redundancy
eNodeBs provide the redundancy function for important files and data, such as software versions
and data configuration files, to ensure proper operation of the eNodeBs when errors occur in
these files and data.
l Redundancy of software versions: An eNodeB stores software versions, including the
BootROM version, in different areas to provide redundancy. If the active version is
abnormal, the eNodeB switches to the backup version.
l Redundancy of data configuration files: An eNodeB stores data configuration files in
different areas to provide redundancy. If the current file is damaged, the eNodeB can
continue working properly by loading the backup file.
l Redundancy of boards: Two boards of the same type can work in active/standby mode.
When the active board fails or is faulty, the standby board takes over, ensuring proper
operation of the eNodeB.
Error Tolerance
When software errors occur, eNodeBs will not collapse, because of their self-healing capability.
The software error tolerance covers the following aspects:
l Scheduled check of key resources: eNodeBs perform occupancy check on software
resources. If resource hang-up occurs in an eNodeB due to software errors, the eNodeB
can release the unavailable resources in time and export logs and alarms.
l Task monitoring: When software is running, eNodeBs monitor tasks for all types of internal
software errors and some hardware faults, if any. When an error occurs in a task, an alarm
is reported and self-healing measures are taken to restore the task.
l Data check: eNodeBs perform scheduled or event-triggered data consistency checks and
restore data consistency selectively or preferentially. In addition, eNodeBs generate related
logs and alarms.
l Watchdog: When a software error occurs in an eNodeB, the eNodeB detects the error
through the software and hardware watchdogs and automatically resets.
9 eNodeB Topologies
Star l Each eNodeB is connected directly to Compared with the other two topologies,
topolo an MME through a transport the star topology requires more
gy network. Therefore, this simple transmission resources.
topology features easy engineering,
maintenance, and capacity
expansion.
l Each eNodeB exchanges data with
the MME directly. Signals travel
through only a few nodes, and
therefore network reliability is high.
Chain The costs of transmission equipment, l Signals travel through many nodes,
topolo engineering, and transport line lease are and therefore network reliability is
gy relatively low. low.
l Each lower-level eNodeB occupies
some transmission bandwidth of its
upper-level eNodeB. Reliability of
the upper-level eNodeB affects
operation of the lower-level eNodeB.
Tree The costs of transmission equipment, l Signals travel through many nodes,
topolo engineering, and transport line lease are and therefore network reliability is
gy relatively low. low.
l Each lower-level eNodeB occupies
some transmission bandwidth of its
upper-level eNodeB. Reliability of
the upper-level eNodeB affects
operation of the lower-level eNodeB.
NOTE
l The CPRI rate is adaptive between 2.5 Gbit/s and 4.9 Gbit/s.
l The distance between BBU3900 and the farthest RRU in a CPRI chain cannot exceed 20 km.
Rin The ring topology provides l Limitations are applied The ring topology is a
g high transmission to the number of levels redundancy type of the
top reliability. in a ring and the chain topology.
olo distance between units
gy in a ring.
l LRRUs in different
duplex modes cannot
be cascaded in a ring.
l Any fault on the
forwarding link of an
upper-level LRRU
affects the operations of
its lower-level LRRUs.
If a fault occurs,
services carried on the
lower-level LRRUs
restore in reverse
direction of the ring.
The maximum
interruption duration is
20 minutes.
3 x 10 MHz, 2 x 2 MIMO 1 1 3
3 x 10 MHz, 4 x 2 MIMO 1 1 3
3 x 20 MHz, 2 x 2 MIMO 1 1 3
3 x 20 MHz, 4 x 2 MIMO 1 3 3
NOTE
A x B MHz indicates that an eNodeB is configured with A cells of B MHz bandwidth. xTyR indicates that
each cell uses x transmit (TX) channels and y receive (RX) channels. m x n MIMO indicates that each cell
uses m transmit (TX) channels and n receive (RX) channels. For example, "3 x 10 MHz, 4T4R" indicates
that the eNodeB is configured with three cells of 10 MHz bandwidth, and each cell uses two TX channels
and two RX channels.
BTS3900A LTE APM30H (Ver.B), APM30H (Ver.C), RFC (Ver.B), RFC (Ver.C),
TMC11H (Ver.B), TMC11H (Ver.C), IBBS200D or IBBS200T
(Ver.B), IBBS200D or IBBS200T (Ver.C) cabinets
BTS3900 (Ver.B)
and BTS3900
(Ver.C) cabinet
BTS3900L (Ver.B)
and BTS3900L
(Ver.C) cabinet
APM30H (Ver.B)
and APM30H
(Ver.C) cabinet
TMC11H (Ver.B)
and TMC11H
(Ver.C) cabinet
IBBS200D/
IBBS200T (Ver.B)
and IBBS200D/
IBBS200T (Ver.C)
cabinet
Installation Positions
Figure 10-1 shows the positions of the components of BTS3900 LTE in typical configurations.
Hardware Configurations
Figure 10-2, Figure 10-3, and Figure 10-4 show the hardware configurations of BTS3900 LTE
in the following cases: (1) 3 x 15 MHz/20 MHz, 2 x 2 MIMO; (2) 6 x 5 MHz/10 MHz, 2 x 2
MIMO; (3) 3 x 5 MHz/10 MHz, 4 x 2 MIMO.
Figure 10-2 Hardware configuration of BTS3900 LTE in the case of 3 x 15 MHz/20 MHz, 2 x
2 MIMO
NOTE
An alternative way to provide the 3 x 15 MHz/20 MHz and 2 x 2 MIMO configuration is to use six MRFUs.
Figure 10-3 Hardware configuration of BTS3900 LTE in the case of 6 x 5 MHz/10 MHz, 2 x
2 MIMO
Figure 10-4 Hardware configuration of BTS3900 LTE in the case of 3 x 5 MHz/10 MHz, 4 x
2 MIMO
Installation Positions
Figure 10-5 shows the positions of the components of BTS3900A LTE in typical configurations.
LMPT
LBBPc
LRFU
Hardware Configurations
Figure 10-6, Figure 10-7, and Figure 10-8 show the hardware configurations of BTS3900A
LTE in the following cases: (1) 3 x 15 MHz/20 MHz, 2 x 2 MIMO; (2) 6 x 5 MHz/10 MHz, 2
x 2 MIMO; (3) 3 x 5 MHz/10 MHz, 4 x 2 MIMO.
Figure 10-6 Hardware configuration of BTS3900A LTE in the case of 3 x 15 MHz/20 MHz, 2
x 2 MIMO
NOTE
An alternative way to provide the 3 x 15 MHz/20 MHz and 2 x 2 MIMO configuration is to use six MRFUs.
Figure 10-7 Hardware configuration of BTS3900A LTE in the case of 6 x 5 MHz/10 MHz, 2 x
2 MIMO
Figure 10-8 Hardware configuration of BTS3900A LTE in the case of 3 x 5 MHz/10 MHz, 4 x
2 MIMO
Installation Positions
Figure 10-9 shows the positions of the components of BTS3900L LTE in typical configurations.
LMPT
LBBPc
LRFU
MRFU
Hardware Configurations
Figure 10-10, Figure 10-11, and Figure 10-12 show the hardware configurations of BTS3900L
LTE in the following cases: (1) 3 x 15 MHz/20 MHz, 2 x 2 MIMO; (2) 6 x 5 MHz/10 MHz, 2
x 2 MIMO; (3) 3 x 5 MHz/10 MHz, 4 x 2 MIMO.
Figure 10-10 Hardware configuration of BTS3900L LTE in the case of 3 x 15 MHz/20 MHz,
2 x 2 MIMO
NOTE
An alternative way to provide the 3 x 15 MHz/20 MHz and 2 x 2 MIMO configuration is to use six MRFUs.
Figure 10-11 Hardware configuration of BTS3900L LTE in the case of 6 x 5 MHz/10 MHz, 2
x 2 MIMO
Figure 10-12 Hardware configuration of BTS3900L LTE in the case of 3 x 5 MHz/10 MHz, 4
x 2 MIMO
Figure 10-13, Figure 10-14, and Figure 10-15 show the hardware configurations of DBS3900
LTE in the following cases: (1) 3 x 15 MHz/20 MHz, 2 x 2 MIMO; (2) 6 x 5 MHz/10 MHz, 2
x 2 MIMO; (3) 3 x 5 MHz/10 MHz, 4 x 2 MIMO.
Figure 10-13 Hardware configuration of DBS3900 LTE in the case of 3 x 15 MHz/20 MHz, 2
x 2 MIMO
Figure 10-14 Hardware configuration of DBS3900 LTE in the case of 6 x 5 MHz/10 MHz, 2 x
2 MIMO
Figure 10-15 Hardware configuration of DBS3900 LTE in the case of 3 x 5 MHz/10 MHz, 4 x
2 MIMO
Figure 10-16 and Figure 10-17 show the hardware configurations of DBS3900 LTE TDD in
the following cases: (1) 3 x 20 MHz, 2 x 2 MIMO; (2) 3 x 20 MHz, 4 x 2 MIMO.
Figure 10-16 Hardware configuration of DBS3900 LTE TDD in the case of 3 x 20 MHz, 2 x 2
MIMO
Figure 10-17 Hardware configuration of DBS3900 LTE TDD in the case of 3 x 20 MHz, 4 x 2
MIMO
This chapter describes the technical specifications of radio frequency (RF) units, such as the
working mode, frequency band, output power, and antenna capability.
RF Specifications
Table 11-2 describes the RF specifications of the LRFU.
NOTE
A x B W indicates that the eNodeB uses A transmit (TX) channels and the output power of each channel is B W.
NOTE
l Unless otherwise specified, the surge protection specifications are based on the surge waveform of 8/20
μs.
l All the items of discharge current, unless otherwise specified as the maximum discharge current, refer to
those of the nominal discharge current.
Table 11-3 Surge protection specifications for the ports on the LRFU
Surge Differential 10 kA
current mode
Common 20 kA
mode
Common 40 kA
mode
Common 5 kA
mode
Antenna Capability
Table 11-4 describes the antenna capability of the LRFU.
NOTE
If an RRU supports RET antennas, the feeding voltage and feeding current are 12 V and 2.3 A, respectively.
RF Specifications
Table 11-6 describes the RF specifications of the LRFUe.
NOTE
A x B W indicates that the eNodeB uses A transmit (TX) channels and the output power of each channel is B W.
NOTE
l Unless otherwise specified, the surge protection specifications are based on the surge waveform of 8/20
μs.
l All the items of discharge current, unless otherwise specified as the maximum discharge current, refer to
those of the nominal discharge current.
Table 11-7 Surge protection specifications for the ports on the LRFUe
Surge Differential 10 kA
current mode
Common 20 kA
mode
Common 40 kA
mode
Common 5 kA
mode
Antenna Capability
Table 11-8 describes the antenna capability of the LRFUe.
NOTE
If an RRU supports RET antennas, the feeding voltage and feeding current are 12 V and 2.3 A, respectively.
RF Specifications
Table 11-10 describes the RF specifications of the MRFU.
NOTE
A x B W indicates that the eNodeB uses A transmit (TX) channels and the output power of each channel is B W.
NOTE
l Unless otherwise specified, the surge protection specifications are based on the surge waveform of 8/20
μs.
l All the items of discharge current, unless otherwise specified as the maximum discharge current, refer to
those of the nominal discharge current.
Table 11-11 Surge protection specifications for the ports on the MRFU
Port Applicatio Surge Protection Mode Specification
n Scenario
Surge Differential 10 kA
current mode
Common 20 kA
mode
Common 40 kA
mode
Common 5 kA
mode
Antenna Capability
Table 11-12 describes the antenna capability of the MRFU.
NOTE
If an RRU supports RET antennas, the feeding voltage and feeding current are 12 V and 2.3 A, respectively.
RF Specifications
Table 11-14 describes the RF specifications of the MRFUd.
NOTE
A x B W indicates that the eNodeB uses A transmit (TX) channels and the output power of each channel is B W.
NOTE
l Unless otherwise specified, the surge protection specifications are based on the surge waveform of 8/20
μs.
l All the items of discharge current, unless otherwise specified as the maximum discharge current, refer to
those of the nominal discharge current.
Table 11-15 Surge protection specifications for the ports on the MRFUd
Surge Differential 10 kA
current mode
Common 20 kA
mode
Common 40 kA
mode
Common 5 kA
mode
Antenna Capability
Table 11-16 describes the antenna capability of the MRFUd.
NOTE
If an RRU supports RET antennas, the feeding voltage and feeding current are 12 V and 2.3 A, respectively.
RF Specifications
Table 11-18 describes the RF specifications of the RRU3201.
NOTE
A x B W indicates that the eNodeB uses A transmit (TX) channels and the output power of each channel is B W.
Engineering Specifications
Table 11-19 describes the physical specifications of the RRU3201.
Table 11-22 describes the surge protection specifications for the ports on the RRU3201.
NOTE
l Unless otherwise specified, the surge protection specifications are based on the surge waveform of 8/20
μs.
l All the items of discharge current, unless otherwise specified as the maximum discharge current, refer to
those of the nominal discharge current.
Table 11-22 Surge protection specifications for the ports on the RRU3201
Surge Differential 10 kA
current mode
Common 20 kA
mode
Common 40 kA
mode
Common 5 kA
mode
Antenna Capability
Table 11-23 describes the antenna capability of the RRU3201.
NOTE
If an RRU supports RET antennas, the feeding voltage and feeding current are 12 V and 2.3 A, respectively.
RF Specifications
Table 11-25 describes the RF specifications of the RRU3203.
NOTE
A x B W indicates that the eNodeB uses A transmit (TX) channels and the output power of each channel is B W.
Engineering Specifications
Table 11-26 describes the physical specifications of the RRU3203.
Table 11-29 describes the surge protection specifications for the ports on the RRU3203.
NOTE
l Unless otherwise specified, the surge protection specifications are based on the surge waveform of 8/20
μs.
l All the items of discharge current, unless otherwise specified as the maximum discharge current, refer to
those of the nominal discharge current.
Table 11-29 Surge protection specifications for the ports on the RRU3203
Port Applicatio Surge Protection Mode Specification
n Scenario
Surge Differential 10 kA
current mode
Common 20 kA
mode
Common 40 kA
mode
Common 5 kA
mode
Antenna Capability
Table 11-30 describes the antenna capability of the RRU3203.
NOTE
If an RRU supports RET antennas, the feeding voltage and feeding current are 12 V and 2.3 A, respectively.
RF Specifications
Table 11-32 describes the RF specifications of the RRU3220.
NOTE
A x B W indicates that the eNodeB uses A transmit (TX) channels and the output power of each channel is B W.
Engineering Specifications
Table 11-33 describes the physical specifications of the RRU3220.
Table 11-36 describes the surge protection specifications for the ports on the RRU3220.
NOTE
l Unless otherwise specified, the surge protection specifications are based on the surge waveform of 8/20
μs.
l All the items of discharge current, unless otherwise specified as the maximum discharge current, refer to
those of the nominal discharge current.
Table 11-36 Surge protection specifications for the ports on the RRU3220
Surge Differential 10 kA
current mode
Common 20 kA
mode
Common 40 kA
mode
Common 5 kA
mode
Common 5 kA
mode
Antenna Capability
Table 11-37 describes the antenna capability of the RRU3220.
NOTE
If an RRU supports RET antennas, the feeding voltage and feeding current are 12 V and 2.3 A, respectively.
RF Specifications
Table 11-39 describes the RF specifications of the RRU3221.
NOTE
A x B W indicates that the eNodeB uses A transmit (TX) channels and the output power of each channel is B W.
Engineering Specifications
Table 11-40 describes the physical specifications of the RRU3221.
Table 11-43 describes the surge protection specifications for the ports on the RRU3221.
NOTE
l Unless otherwise specified, the surge protection specifications are based on the surge waveform of 8/20
μs.
l All the items of discharge current, unless otherwise specified as the maximum discharge current, refer to
those of the nominal discharge current.
Table 11-43 Surge protection specifications for the ports on the RRU3221
Surge Differential 10 kA
current mode
Common 20 kA
mode
Common 40 kA
mode
Common 5 kA
mode
Common 5 kA
mode
Antenna Capability
Table 11-44 describes the antenna capability of the RRU3221.
NOTE
If an RRU supports RET antennas, the feeding voltage and feeding current are 12 V and 2.3 A, respectively.
RF Specifications
Table 11-46 describes the RF specifications of the RRU3222.
NOTE
A x B W indicates that the eNodeB uses A transmit (TX) channels and the output power of each channel is B W.
Engineering Specifications
Table 11-47 describes the physical specifications of the RRU3222.
Table 11-50 describes the surge protection specifications for the ports on the RRU3222.
NOTE
l Unless otherwise specified, the surge protection specifications are based on the surge waveform of 8/20
μs.
l All the items of discharge current, unless otherwise specified as the maximum discharge current, refer to
those of the nominal discharge current.
Table 11-50 Surge protection specifications for the ports on the RRU3222
Surge Differential 10 kA
current mode
Common 20 kA
mode
Common 40 kA
mode
Common 5 kA
mode
Common 5 kA
mode
Antenna Capability
Table 11-51 describes the antenna capability of the RRU3222.
NOTE
If an RRU supports RET antennas, the feeding voltage and feeding current are 12 V and 2.3 A, respectively.
RF Specifications
Table 11-53 describes the RF specifications of the RRU3240.
NOTE
A x B W indicates that the eNodeB uses A transmit (TX) channels and the output power of each channel is B W.
Engineering Specifications
Table 11-54 describes the physical specifications of the RRU3240.
Table 11-57 describes the surge protection specifications for the ports on the RRU3240.
NOTE
l Unless otherwise specified, the surge protection specifications are based on the surge waveform of 8/20
μs.
l All the items of discharge current, unless otherwise specified as the maximum discharge current, refer to
those of the nominal discharge current.
Table 11-57 Surge protection specifications for the ports on the RRU3240
Surge Differential 10 kA
current mode
Common 20 kA
mode
Common 40 kA
mode
Common 5 kA
mode
Antenna Capability
Table 11-58 describes the antenna capability of the RRU3240.
NOTE
If an RRU supports RET antennas, the feeding voltage and feeding current are 12 V and 2.3 A, respectively.
RF Specifications
Table 11-60 describes the RF specifications of the RRU3808.
NOTE
A x B W indicates that the eNodeB uses A transmit (TX) channels and the output power of each channel is B W.
Engineering Specifications
Table 11-61 describes the physical specifications of the RRU3808.
Table 11-64 describes the surge protection specifications for the ports on the RRU3808.
NOTE
l Unless otherwise specified, the surge protection specifications are based on the surge waveform of 8/20
μs.
l All the items of discharge current, unless otherwise specified as the maximum discharge current, refer to
those of the nominal discharge current.
Table 11-64 Surge protection specifications for the ports on the RRU3808
Surge Differential 10 kA
current mode
Common 20 kA
mode
Common 40 kA
mode
Common 5 kA
mode
Antenna Capability
Table 11-65 describes the antenna capability of the RRU3808.
NOTE
If an RRU supports RET antennas, the feeding voltage and feeding current are 12 V and 2.3 A, respectively.
RF Specifications
Table 11-67 describes the RF specifications of the RRU3908.
NOTE
A x B W indicates that the eNodeB uses A transmit (TX) channels and the output power of each channel is B W.
Engineering Specifications
Table 11-68 describes the physical specifications of the RRU3908.
Table 11-71 describes the surge protection specifications for the ports on the RRU3908.
NOTE
l Unless otherwise specified, the surge protection specifications are based on the surge waveform of 8/20
μs.
l All the items of discharge current, unless otherwise specified as the maximum discharge current, refer to
those of the nominal discharge current.
Table 11-71 Surge protection specifications for the ports on the RRU3908
Port Applicatio Surge Protection Mode Specification
n Scenario
Surge Differential 10 kA
current mode
Common 20 kA
mode
Common 40 kA
mode
Common 5 kA
mode
Common 5 kA
mode
Antenna Capability
Table 11-72 describes the antenna capability of the RRU3908.
NOTE
If an RRU supports RET antennas, the feeding voltage and feeding current are 12 V and 2.3 A, respectively.
RF Specifications
Table 11-74 describes the RF specifications of the RRU3928.
NOTE
A x B W indicates that the eNodeB uses A transmit (TX) channels and the output power of each channel is B W.
Engineering Specifications
Table 11-75 describes the physical specifications of the RRU3928.
l –40ºC to +55ºC
(without solar
radiation)
Table 11-78 describes the surge protection specifications for the ports on the RRU3928.
NOTE
l Unless otherwise specified, the surge protection specifications are based on the surge waveform of 8/20
μs.
l All the items of discharge current, unless otherwise specified as the maximum discharge current, refer to
those of the nominal discharge current.
Table 11-78 Surge protection specifications for the ports on the RRU3928
Surge Differential 10 kA
current mode
Common 20 kA
mode
Common 40 kA
mode
Common 5 kA
mode
Common 5 kA
mode
Antenna Capability
Table 11-79 describes the antenna capability of the RRU3928.
NOTE
If an RRU supports RET antennas, the feeding voltage and feeding current are 12 V and 2.3 A, respectively.
RF Specifications
Table 11-81 describes the RF specifications of the RRU3929.
NOTE
A x B W indicates that the eNodeB uses A transmit (TX) channels and the output power of each channel is B W.
Engineering Specifications
Table 11-82 describes the physical specifications of the RRU3929.
Table 11-85 describes the surge protection specifications for the ports on the RRU3929.
NOTE
l Unless otherwise specified, the surge protection specifications are based on the surge waveform of 8/20
μs.
l All the items of discharge current, unless otherwise specified as the maximum discharge current, refer to
those of the nominal discharge current.
Table 11-85 Surge protection specifications for the ports on the RRU3929
Surge Differential 10 kA
current mode
Common 20 kA
mode
Common 40 kA
mode
Common 5 kA
mode
Common 5 kA
mode
Antenna Capability
Table 11-86 describes the antenna capability of the RRU3929.
NOTE
If an RRU supports RET antennas, the feeding voltage and feeding current are 12 V and 2.3 A, respectively.
RF Specifications
Table 11-88 describes the RF specifications of the RRU3232.
RRU3232 4T4R The bandwidth of each carrier can l 3500 MHz band:
be 10 MHz or 20 MHz. 4 x 10 W
l Other bands: 4 x
20 W
NOTE
A x B W indicates that the eNodeB uses A transmit (TX) channels and the output power of each channel is B W.
Engineering Specifications
Table 11-89 describes the physical specifications of the RRU3232.
Table 11-92 describes the surge protection specifications for the ports on the RRU3232.
NOTE
l Unless otherwise specified, the surge protection specifications are based on the surge waveform of 8/20
μs.
l All the items of discharge current, unless otherwise specified as the maximum discharge current, refer to
those of the nominal discharge current.
Table 11-92 Surge protection specifications for the ports on the RRU3232
Surge Differential 10 kA
current mode
Common 20 kA
mode
Common 40 kA
mode
Common 5 kA
mode
Antenna Capability
Table 11-93 describes the antenna capability of the RRU3232.
NOTE
If an RRU supports RET antennas, the feeding voltage and feeding current are 12 V and 2.3 A, respectively.