Professional Documents
Culture Documents
Issue Draft B
Date 2013-02-08
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 a warranty of any kind, express or implied.
Website: http://www.huawei.com
Email: support@huawei.com
Contents
2 Overview.........................................................................................................................................3
2.1 Introduction to RF Modules...............................................................................................................................3
2.2 Introduction to RRU/RFU Topologies...............................................................................................................3
3 RRU/RFU Modules........................................................................................................................4
3.1 Overview............................................................................................................................................................4
3.2 RRU/RFU Modules in GSM Mode....................................................................................................................4
3.3 RRU/RFU Modules in UMTS Mode..................................................................................................................6
3.4 RRU/RFU Modules in LTE Mode.....................................................................................................................8
3.5 RRU/RFU Modules in Multimode Scenarios...................................................................................................12
4 RRU/RFU Topologies.................................................................................................................13
4.1 Star Topology...................................................................................................................................................14
4.2 Chain Topology................................................................................................................................................14
4.3 Ring Topology..................................................................................................................................................15
4.3.1 Cold-Backup Ring Topology on One Baseband Signal Processing Board or Interface Board...............16
4.3.2 Cold-Backup Ring Topology Between Two Baseband Signal Processing Boards.................................17
4.3.3 Hot-Backup Ring Topology....................................................................................................................18
4.3.4 Intra-Board Load-Sharing Ring Topology..............................................................................................19
4.3.5 Inter-Board Load-Sharing Ring Topology..............................................................................................20
4.4 Dual-Star Topology..........................................................................................................................................21
5 Related Features...........................................................................................................................23
6 Network Impact...........................................................................................................................24
7 Engineering Guidelines (GSM_GBTS)...................................................................................25
7.1 When to Use RF Unit and Topology Management..........................................................................................25
7.2 Required Information.......................................................................................................................................25
7.3 Network Planning.............................................................................................................................................25
7.4 Deployment......................................................................................................................................................25
7.4.1 Requirements...........................................................................................................................................25
12 Reference Documents...............................................................................................................84
Figures
Tables
1.1 Scope
This document describes the RF Unit and Topology Management feature. This document is
applicable to the following 3900 series base stations:
Any managed objects (MOs), parameters, alarms, or counters described below correspond to
the software release delivered with this document. Any future updates will be described in the
product documentation delivered with the latest software release.
l Feature change
refers to a change in the RF Unit and Topology Management feature of a specific product
version.
l Editorial change:
refers to a change in wording or the addition of information that was not described in the
earlier version.
Document Versions
The document versions are as follows:
l Draft B (2013-02-08)
l Draft A (2012-12-30)
Draft B (2013-02-08)
This is the first commercial release of Draft B of the document for GBSS15.0, RAN15.0,
eRAN6.0, and SRAN8.0. Compared with Draft A (2012-12-30) for SRAN8.0, Draft B
(2013-02-08) includes the following changes.
Feature Added the Long Term Evolution (LTE) load-sharing ring None
change topology and engineering guidelines for this topology.
Draft A (2012-12-30)
This is the first commercial release of Draft A of the document for GBSS15.0, RAN15.0,
eRAN6.0, and SRAN8.0. Compared with Issue 05 (2012-09-15) for SRAN7.0, Draft A
(2012-12-30) includes the following changes.
2 Overview
3 RRU/RFU Modules
3.1 Overview
This chapter describes the RRU/RFU models, logical types, TX/RX channel, and topologies
supported in Global System for Mobile communications (GSM), Universal Mobile
Telecommunications System (UMTS), and LTE modes, and multimode scenarios. A logical
type is an RRU/RFU type displayed on the local maintenance terminal (LMT) and Configuration
Management Express (CME). In GSM mode, RXU specifications must be configured to identify
RF capabilities for different RF modules.
NOTE
The symbol "-" indicates that RRU/RFU specifications are not involved.
4 RRU/RFU Topologies
RRU/RFU topologies are networking between the BBU and RRUs/RFUs over CPRI ports.
Common RRU/RFU topologies include the star, chain, ring, dual-star, and CPRI MUX
topologies.
NOTE
For details about RRU/RFU topologies in the CPRI MUX topology, see CPRI MUX Feature Parameter
Description.
In a star topology, each RRU/RFU is directly connected to a different CPRI port on a baseband
signal processing board or interface board in the BBU. The transport link between an RRU/RFU
and a baseband signal processing board or interface board is called a CPRI link, which is used
to transmit user and control plane data between the RRU/RFU and the baseband signal
processing board or interface board. If the CPRI link is faulty, communication between the RRU/
RFU and the baseband signal processing board or interface board is interrupted.
Star topologies are highly reliable. If an RRU/RFU or the optical channel between the RRU/
RFU and a baseband signal processing board or interface board is faulty, only the cell served by
this RRU/RFU is affected.
Star topologies apply to most areas, especially densely populated areas. Star topologies require
more optical fibers than other topologies.
In a chain topology, only the first-level RRU/RFU is directly connected to a baseband signal
processing board or interface board, and other RRUs/RFUs are cascaded to their upper-level
RRUs/RFUs one by one. The lowest-level RRU/RFU is the chain tail.
Data of a lower-level RRU/RFU is forwarded by its upper-level RRUs/RFUs. The total physical
bandwidth of RRUs/RFUs in a chain cannot exceed the physical bandwidth capacity of the
connected CPRI port on the baseband signal processing board or interface board.
An operation and maintenance (OM) link is set up between each RRU/RFU on the chain and
the baseband signal processing board or interface board. User and control plane data are
transmitted on the corresponding CPRI link.
The following are the maximum numbers of cascading levels supported in different modes if
the physical bandwidth is sufficient:
l GSM supports a maximum of 21 cascading levels for RRUs (GTMUb supports in a GBTS
and GBBP supports in an eGBTS) or three cascading levels for RFUs.
l UMTS supports a maximum of eight cascading levels for RRUs or two cascading levels
for RFUs.
l LTE FDD supports a maximum of four cascading levels for RRUs or eight cascading levels
for pRRUs.
Chain topologies apply to long and narrow, and loosely populated areas, such as highways and
railways. Chain topologies require less optical fibers than other topologies.
Chain topologies are less reliable. If an RRU/RFU or the optical channel is faulty, all cells served
by its lower-level RRUs/RFUs are affected.
For UMTS and LTE, the baseband signal processing board in the BBU connects to RRUs in a
ring topology, with RRUs at the two ends of CPRI cable on the baseband signal processing board
functioning as the ring head and tail, respectively. Two types of ring topologies, cold-backup
and hot-backup, are available. A cold-backup ring topology can be on one baseband signal
processing board or between two baseband signal processing boards. A hot-backup ring topology
is always between two baseband signal processing boards. The LTE mode also supports the
load-sharing ring topology, which includes the intra-board load-sharing ring topology and inter-
board load-sharing ring topology.
Figure 4-4 Cold-backup ring topology on one baseband signal processing board or interface
board
In a cold-backup ring topology on one baseband signal processing board or interface board, if
a baseband signal processing board is faulty, services carried by all RRUs on the ring are
interrupted.
If a failure occurs in a CPRI port on a baseband signal processing board through which RRUs
on the ring communicate with the BBU, services carried by the RRUs are interrupted for a
maximum of 20 seconds.
The following are the maximum numbers of cascading levels supported in different modes if
the physical bandwidth is sufficient:
l GSM supports a maximum of 21 cascading levels for RRUs (GTMUb supports in a GBTS
and GBBP supports in an eGBTS).
l UMTS supports a maximum of eight cascading levels for RRUs.
l LTE FDD supports a maximum of four cascading levels for RRUs.
Figure 4-5 Cold-backup ring topology between two baseband signal processing boards
In a cold-backup ring topology between two baseband signal processing boards, if one baseband
signal processing board is faulty and the other baseband signal processing board works properly
and has sufficient baseband resources, services carried by the faulty baseband signal processing
board are interrupted for a maximum of 20 seconds.
If a failure occurs in a CPRI port through which RRUs on the ring communicate with the BBU,
services carried by the RRUs are interrupted for a maximum of 20 seconds. If a failure occurs
in the CPRI port that is not used for communications, RRU services will not be interrupted.
The following are the maximum numbers of cascading levels supported in different modes if
the physical bandwidth is sufficient:
l UMTS supports a maximum of eight cascading levels for RRUs.
l LTE FDD supports a maximum of four cascading levels for RRUs or eight cascading levels
for PRRUs.
l GSM does not support the cold-backup ring topology.
In a hot-backup ring topology, each RRU is connected to two baseband signal processing boards
or interface boards in the BBU, and one ring has only one RRU. An OM link is set up between
an RRU and one baseband signal processing board or interface board in the BBU. The same data
on the user plane is simultaneously transmitted on two CPRI links.
Hot-backup ring topologies apply only between two baseband signal processing boards or
interface boards. If one CPRI link is faulty, services are quickly switched over to the other CPRI
link, with service interruption for a maximum of 500 ms. If one baseband signal processing
board or interface board is faulty, cells carried by the baseband signal processing board or
interface board are set up on the other baseband signal processing board or interface board, with
service interruption for a maximum of 20 seconds.
Hot-backup ring topologies are more reliable than cold-backup ring topologies.
If the physical bandwidth of a CPRI port is insufficient to support a cell, the intra-board load-
sharing ring topology can be used. In this topology, one RRU is connected to two CPRI ports
on one LBBP. The two CPRI ports ensure sufficient bandwidth for the cell.
The inter-board load-sharing ring topology applies to RRUs serving multiple carriers (At present,
the LTE mode supports a maximum of two carriers on one RRU). In this topology, one RRU is
connected to the CPRI port on two LBBPs. One CPRI link transmits data for one carrier. The
OM channel can only be set up on one of the two CPRI links.
If the CPRI port that carries the OM channel becomes faulty, the OM channel automatically
switches over to the other CPRI port on the other LBBP. If either of the two CPRI ports becomes
faulty and the physical bandwidth of the CPRI port is insufficient to support a cell, cell
specifications will be degraded. For example, the antenna mode of the sector corresponding to
the cell will be degraded from 8T8R to 4T4R.
In this scenario, a CPRI link is set up between a dual-mode RRU/RFU and the baseband signal
processing board or interface board. Each CPRI link is dedicated to one RAT so that user and
control plane data for the two RATs are transmitted over the two CPRI links independently.
If one CPRI port on one baseband signal processing board or interface board is faulty, the services
of the other RAT are not affected. Therefore, dual-star topologies are highly reliable.
5 Related Features
None
6 Network Impact
No impact.
7.4 Deployment
7.4.1 Requirements
RF modules are installed and connected to the BBU based on the required topology. For details,
see the installation guide for the corresponding type of base station.
Required Data
Collect the following information before preparing required data:
l RRU/RFU model
l RRU/RFU topology, which is used to determine the configuration of RRU/RFU links
1. The following table describes the parameters related to BTSRXUCHAIN.
Power PWRM Set this parameter based on the specified power Network
Class ODE mode. plan
(negotiation
not
required)
RXU RXUTY Set this parameter based on the type of the RXU Network
Board PE in use. The setting must be consistent with that of plan
Type the BT parameter. For details, see 3 RRU/RFU (negotiation
Modules. not
required)
Scenario-specific Data
Scenario 1: Star topology
l The following table describes the parameter related to BTSRXUCHAIN.
RXU RXUCH Set this parameter to the number of the RRU/RFU Network
Chain AINNO chain. plan
No. (negotiation
not
required)
RXU RXUCH Set this parameter to the number of the RRU/RFU Network
Chain AINNO chain. plan
No. (negotiatio
n not
required)
RXU RXUPO Set this parameter based on the number of RRUs/ Network
Board S RFUs. For example, set the parameter to 1 for the plan
Position first RRU/RFU and 2 for the second RRU/RFU. (negotiatio
n not
required)
RXU RXUCH Set this parameter to the number of the RRU ring. Network
Chain AINNO plan
No. (negotiatio
n not
required)
RXU RXUPO Set this parameter based on the number of RRUs. Network
Board S For example, set the parameter to 1 for the first plan
Position RRU and 2 for the second RRU. (negotiatio
n not
required)
7.4.3 Precautions
N/A
7.4.6 Reconfiguration
Step 1 Run the SET BTSBREAKPOINT command to set breakpoints of an RXU ring.
Step 2 Run the SPT BTSRXUCHAIN command to split the RXU ring into one or more RXU chains.
----End
NOTE
If breakpoints are added on an RRU/RFU chain or ring, remove these breakpoints and restore the link after
adjusting the RRU/RFU topology.
l Combining one or more RXU chains into an RXU ring
Run the CBN BTSRXUCHAIN command to combine one or more RXU chains.
First RXU RCN1 The two parameters identify the numbers of the first and
Chain No. second RXU chains.
Tail Cabinet TCN The four parameters are mandatory only when the value
No. of Combine Type is CHAINTORING. Set them to the
onsite cabinet number, subrack number, slot number of
Tail Subrack TSRN the tail CPRI port, and the tail CPRI port number,
No. respectively.
Tail Slot No. TSN
Step 1 Run the SET BTSBREAKPOINT command to set breakpoints for adding an RRU/RFU to an
RRU/RFU chain or ring.
Parameter Parameter ID Remarks
Name
Step 2 Run the ADD BTSRXUBRD command to add an RRU/RFU. For the setting of parameters, see
the description of collecting information about an RRU chain or ring in 7.4.2 Data
Preparation.
----End
NOTE
If breakpoints are added on an RRU/RFU chain or ring, remove these breakpoints and restore the link after
adjusting the RRU/RFU topology.
----End
NOTE
If breakpoints are added on an RRU/RFU chain or ring, remove these breakpoints and restore the link after
adjusting the RRU/RFU topology.
7.6 Troubleshooting
For the description of RF-related alarms and events in GSM mode, see BSC6910/BSC6900 GSM
Alarm Reference and BSC6910/BSC6900 GSM Event Reference.
8.4 Deployment
8.4.1 Requirements
RF modules are installed and connected to the BBU based on the required topology. For details,
see the installation guide for the corresponding type of base station.
Required Data
Collect the following information before preparing required data:
l RRU/RFU model
l RRU/RFU topology, which is used to determine the configuration of RRU/RFU links
1. The following table describes the parameters related to RRUCHAIN.
Topo Type TT l In the star and chain topology, this parameter Network
must be set to CHAIN, and therefore the plan
TCN, TSRN, TSN, and TPN parameters are (negotiati
invalid. In the star topology, only one RRU/ on not
RFU is configured on a chain. required)
l In the ring topology, set this parameter to
RING and configure two CPRI ports and
backup mode.
Head HSRN tail is located. These parameters are set according User-
Subrack to site configuration. defined
No.
RRU type RT Set this parameter based on the type of the RF Network
module in use. For details, see 3 RRU/RFU plan
Modules. (negotiat
ion not
required)
Scenario-specific Data
Scenario 1: Star topology
l The following table describes the parameters related to RRUCHAIN.
Paramete Paramet Setting Notes Data
r Name er ID Source
When the dual-star topology is used, set the TT parameter to CHAIN for each mode on the
separate-MPT base station and set the TT parameter to LOADBALANCE on the co-MPT base
station.
l The following table describes the parameters related to RRU.
RRU RCN Set this parameter to the number of the RRU Network
Chain No. chain. plan
(negotiati
on not
required)
RRU RCN Set this parameter to the number of the RRU Network
Chain No. chain. plan
(negotiati
on not
required)
RRU Chain RCN Set this parameter to the number of the RRU Network
No. ring. plan
(negotiati
on not
required)
8.4.3 Precautions
None
8.4.6 Reconfiguration
Combining RRU Chains as an RRU Ring
A cold-backup ring topology can be set up by combining two RRU chains during capacity
expansion. The precautions for combining RRU chains as an RRU ring are as follows:
l Before combining two RRU chains into a ring, run the DSP CPRILBR command to check
the consistency between their CPRI data rates. If the CPRI data rates are inconsistent, run
the STR CPRILBRNEG command after combining the RRU chains into a ring.
l The numbers of the two RRU chains to be combined must be different, and the value of
Topo Type must be CHAIN.
l A maximum of eight levels of cascaded RRUs in total are allowed on two RRU chains
before the two RRU chains are combined.
Run the CMB RRUCHAIN command, and set the First RRU Chain No. and Second RRU
Chain No. parameters (parameter IDs: RCN1 and RCN2) to combine the two RRU chains and
set up a cold-backup ring topology.
Step 1 Run the MOD RRUCHAIN command to set breakpoints for adding an RRU/RFU to an RRU/
RFU chain or ring. For the settings of related parameters, see 7.4.2 Data Preparation.
Step 2 Run the ADD RRU command to add an RRU/RFU to an RRU/RFU chain or ring. For the settings
of related parameters, see 7.4.2 Data Preparation.
----End
NOTE
If breakpoints are added on an RRU/RFU chain or ring, remove these breakpoints and restore the link after
adjusting the RRU/RFU topology.
----End
NOTE
If breakpoints are added on an RRU/RFU chain or ring, remove these breakpoints and restore the link after
adjusting the RRU/RFU topology.
8.6 Troubleshooting
For the description of RF-related alarms and events in GSM mode, see eGBTS Alarm
Reference and eGBTS Event Reference.
9.4 Deployment
9.4.1 Requirements
RF modules are installed and connected to the BBU based on the required topology. For details,
see the installation guide for the corresponding type of base station.
Required Data
Collect the following information before preparing required data:
l RRU/RFU model
l RRU/RFU topology, which is used for determining how to configure RRU/RFU links
1. The following table describes the parameters related to RRUCHAIN.
Paramet Parameter Remarks Data
er Name ID Source
Scenario-specific Data
Scenario 1: Star topology
When the dual-star topology is used, set the TT parameter to CHAIN for each mode on the
separate-MPT base station and set the TT parameter to LOADBALANCE on the co-MPT base
station.
l The following table describes the parameters related to RRU.
Paramete Parameter Remarks Data
r Name ID Source
RRU RCN Set this parameter to the number of the RRU Network
Chain No. chain onsite. plan
(negotiatio
n not
required)
RRU RCN Set this parameter to the number of the RRU Network
Chain No. chain onsite. plan
(negotiatio
n not
required)
RRU Chain RCN Set this parameter to the number of the RRU Network
No. ring onsite. plan
(negotiatio
n not
required)
9.4.3 Precautions
None
l In the same RFC, the slot numbers must be different for RFUs that work in different network
modes.
l Before adding RRUs/RFUs, you must add RRU/RFU chains or rings.
On the NodeB LMT or the M2000, run the DSP BRD command to check the status of the RRU/
RFU.
The status of the RRU/RFU is normal if the value of Availability Status is Normal, as shown
in Figure 9-1.
9.4.6 Reconfiguration
l Before combining two RRU chains into a ring, run the DSP CPRILBR command to check
the consistency between their CPRI data rates. If the CPRI data rates are inconsistent, run
the STR CPRILBRNEG command after combining the RRU chains into a ring.
l The numbers of the two RRU chains to be combined must be different, and the value of
Topo Type must be CHAIN.
l A maximum of eight levels of cascaded RRUs in total are allowed on two RRU chains
before the two RRU chains are combined.
Run the CMB RRUCHAIN command, and set the First RRU Chain No. and Second RRU
Chain No. parameters (parameter IDs: RCN1 and RCN2) to combine the two RRU chains and
set up a cold-backup ring topology.
Step 1 Run the MOD RRUCHAIN command to set breakpoints for adding an RRU/RFU to an RRU/
RFU chain or ring. For the settings of related parameters, see 9.4.2 Data Preparation.
Step 2 Run the ADD RRU command to add an RRU/RFU to an RRU/RFU chain or ring. For the settings
of related parameters, see 9.4.2 Data Preparation.
----End
NOTE
If breakpoints are added on an RRU/RFU chain or ring, remove these breakpoints and restore the link after
adjusting the RRU/RFU topology.
Step 2 Run the RMV RRU command to remove an RRU/RFU from an RRU/RFU ring or chain. In
this step, set Cabinet No., Subrack No., and Slot No. of the RRU/RFU to be removed.
----End
NOTE
If breakpoints are added on an RRU/RFU chain or ring, remove these breakpoints and restore the link after
adjusting the RRU/RFU topology.
9.6 Troubleshooting
For the description of RF-related alarms and events in UMTS mode, see NodeB Alarm
Reference and NodeB Event Reference.
10.4 Deployment
10.4.1 Requirements
RF modules are installed and connected to the BBU based on the required topology. For details,
see the installation guide for the corresponding type of base station.
CAUTION
If the hot-backup ring topology is used, two CPRI fiber optic cables of the same length are
required.
l Network plan (negotiation not required): parameter values planned and set by the operator
l Network plan (negotiation required): parameter values planned by the operator and
negotiated with the EPC or peer transmission equipment
l User-defined: parameter values set by users
Required Data
Collect the following information before preparing required data:
l RRU/RFU model
l RRU/RFU topology, which is used for determining how to configure RRU/RFU links
l Working mode of the eNodeB: FDD, TDD, or FDD+TDD
1. The following table describes the parameters that must be set in an RRUCHAIN MO to
configure an RRU/RFU chain or ring.
2. The following table describes the parameters that must be set in an RRU/RFU MO to
configure an RRU/RFU chain or ring.
Scenario-specific Data
Scenario 1: Star topology
l The following table describes the parameters that must be set in an RRUCHAIN MO to
configure an RRU/RFU chain or ring.
Parame Parameter Remarks Data
ter ID Source
Name
When the dual-star topology is used, set the TT parameter to CHAIN for each mode on the
separate-MPT base station and set the TT parameter to LOADBALANCE on the co-MPT base
station.
l The following table describes the parameters that must be set in an RRU/RFU MO to
configure an RRU/RFU.
Parame Parameter Remarks Data
ter ID Source
Name
RRU RCN Set this parameter to the number of the RRU or Network
Chain RFU chain onsite. plan
No. (negotia
tion not
required
)
l The following table describes the parameters that must be set in an RRUCHAIN MO to
configure an RRU chain or ring.
l The following table describes the parameters that must be set in an RRU MO to configure
an RRU.
RRU RCN Set this parameter to the number of the RRU chain Network
Chain onsite. plan
No. (negotiat
ion not
required
)
l The following table describes the parameters that must be set in an RRUCHAIN MO to
configure an RRU chain or ring.
l The following table describes the parameters that must be set in an RRU MO to configure
an RRU.
RRU RCN Set this parameter to the number of the RRU ring Network
Chain onsite. plan
No. (negotiati
on not
required)
l The following table describes the parameter that must be set in an RRUCHAIN MO to
configure an RRU chain.
l The following table describes the parameters that must be set in an RRU MO to configure
an RF unit.
RRU RCN Set this parameter to the number of the RRU chain Network
Chain or ring onsite. plan
No. (negotiati
on not
required)
l The following table describes the parameters that must be set in an RHUB MO to configure
an RHUB.
Parame Paramete Remarks Data
ter r ID Source
Name
l The following table describes the parameters that must be set in an RRU/RFU MO to
configure a pRRU.
Parameter Parame Remarks Data
Name ter ID Source
RRU type RT This parameter specifies a pRRU type. Set this Network
parameter to MPRRU. plan
(negotiatio
n not
required)
10.4.3 Precautions
N/A
10.4.6 Reconfiguration
l Before combining two RRU chains into a ring, run the DSP CPRILBR command to check
the consistency between their CPRI data rates. If the CPRI data rates are inconsistent, run
the STR CPRILBRNEG command after combining the RRU chains into a ring.
l The numbers of the two RRU chains to be combined must be different, and the value of
Topo Type must be CHAIN.
l The FDD mode allows a maximum of four levels of cascaded RRUs in total on the two
RRU chains to be combined.
l If the AT parameters of RRU chains are set to PEERPORT, the RRU chains cannot be
combined.
l The chain, cold-backup ring, and hot-backup ring topologies cannot be configured
concurrently on one LBBPb/LBBPc.
Run the CMB RRUCHAIN command, and set the First RRU Chain No. and Second RRU
Chain No. parameters (parameter IDs: RCN1 and RCN2) to combine two RRU chains, and set
up a cold-backup ring topology.
Step 1 Run the MOD RRUCHAIN command to set breakpoints for adding an RRU to an RRU chain
or ring. For the settings of parameters, see the information about the RRUCHAIN MO in "10.4.2
Data Preparation."
Step 2 Run the ADD RRU command to add an RRU to an RRU chain or ring. For the settings of
parameters, see the information about the RRU MO in "10.4.2 Data Preparation."
----End
NOTE
If breakpoints are added on an RRU/RFU chain or ring, remove these breakpoints and restore the link after
adjusting the RRU/RFU topology.
Step 2 Run the RMV RRU command to remove an RRU from an RRU ring or chain. In this step, set
Cabinet No., Subrack No., and Slot No. of the RRU to be removed.
----End
NOTE
If breakpoints are added on an RRU/RFU chain or ring, remove these breakpoints and restore the link after
adjusting the RRU/RFU topology.
10.6 Troubleshooting
For the description of RF-related alarms and events in LTE mode, see eNodeB Alarm
Reference and eNodeB Event Reference.
11.4 Deployment
11.4.1 Requirements
RF modules are installed and connected to the BBU based on the required topology. For details,
see the installation guide for the corresponding type of base station.
Required Data
Collect the following information before preparing required data:
l RRU/RFU model
l RRU/RFU topology, which is used to determine the configuration of RRU/RFU links
In addition, collect required data specific to each mode by referring to the corresponding section.
l For details about GBTSs, see 7.4.2 Data Preparation.
l For details about eGBTSs, see 8.4.2 Data Preparation.
l For details about NodeBs, see 9.4.2 Data Preparation.
l For details about eNodeBs, see 10.4.2 Data Preparation.
Obey the following rules when preparing data for RRUs/RFUs working in multimode scenarios:
l The RRUs/RFUs are configured for and monitored by the base stations of different network
modes together.
l The configurations of the RRUs/RFUs are the same on the base stations of different network
modes. If the configurations are inconsistent, the ALM-26274 Inter-System Board Object
Configuration Conflict alarm is generated. Cabinet, subrack, and slot information must be
consistent. Table 11-1 describes other parameters that must be consistent.
MRR SndR SET Numb RXN ADD Numb RXN AD Set this
U/ cvMo BTS er of UM / er of UM D/ parameter
GRRU de2 RXU RX MO RX MO based on
Sendin SndR BP chann D chann D site
g cvMo els RRU els RR configurat
Receiv de3 U ion.
ing
Mode SET Numb TXN ADD Numb TXN AD Set this
BTS er of UM / er of UM D/ parameter
MRFU
RXU TX MO TX MO based on
/
BP chann D chann D site
GRFU
els RRU els RR configurat
Sendin
U ion.
g
Receiv
ing
Mode
Lvl1 Lvl1V SET VSW ALM ADD VSW ALM AD Set this
Vswr swr BTS R THR / R THR D/ parameter
RXU alarm HLD MO alarm HLD MO to 20.
BP thresh D thresh D
old RRU old RR
U
Seriou VSW SET VSW ALM ADD VSW ALM AD Set this
s RAL BTS R PRO / R PRO D/ parameter
VSW MDIS RXU alarm CSW MO alarm CSW MO to ON.
R POSE BP post- D post- D
Alarm proce RRU proce RR
Post- ssing ssing U
proces switc switc
sing h h
Mode
Lvl2 Lvl2 SET VSW ALM ADD VSW ALM AD Set this
Vswr Vswr BTS R PRO / R PRO D/ parameter
RXU alarm CTH MO alarm CTH MO to 20.
BP post- RHL D post- RHL D
proce D RRU proce D RR
ssing ssing U
thresh thresh
old old
Scenario-specific Data
Scenario 1: Dual-star topology
The data to be prepared for the dual-star topology integrates those for each mode in the star
topology.
When the dual-star topology is used, set the TT parameter to CHAIN for each mode on the
separate-MPT base station and set the TT parameter to LOADBALANCE on the co-MPT base
station.
The CPRI MUX topology applies only to UL dual-mode base stations. In this scenario, the LTE
and UMTS serve as the converged and converging parties, respectively, and only the star and
chain CPRI MUX topologies are allowed. In the CPRI MUX topology, the RRU configuration
on the LTE takes effect only when the RRU configuration on the UMTS is complete.
For details about data preparation for the CPRI MUX topology on the converging party (the
UMTS mode), see the data preparation for the star and chain topologies used by the UMTS
mode. The CPRI MUX topology on the converged party (the LTE mode) has similar
configurations as the star and chain topologies used by the LTE mode, except the configurations
in the RRUCHAIN MO. The following table lists the differences.
Head HCN Set the cabinet, subrack, slot, and port numbers to User-
Cabinet numbers of the cabinet, subrack, slot, and port defined
No. corresponding to the converging party's optical port
that is directly connected to the RRU onsite.
11.4.3 Precautions
None
11.4.6 Reconfiguration
In the CPRI MUX topology, you can add an RRU to or remove an RRU from an RRU chain.
Step 1 Run the MOD RRUCHAIN command on the converging party (UMTS) to set breakpoints. For
the settings of parameters, see "9.4.2 Data Preparation."
Step 2 Run the ADD RRU command on the converging party (UMTS) and the converged party (LTE)
to add an RRU. See "9.4.2 Data Preparation" for UMTS parameter settings, "10.4.2 Data
Preparation" for LTE parameter settings, and "10.4.2 Data Preparation" for the settings of
UMTS/LTE common parameters.
Step 3 Adjust the RRU connection in the CPRI MUX topology and add an RRU to the specified
position.
Step 4 Run the MOD RRUCHAIN command on the converging party (UMTS) to remove the
breakpoints.
----End
Step 1 Run the MOD RRUCHAIN command on the converging party (UMTS) to set breakpoints. For
the settings of parameters, see "9.4.2 Data Preparation."
Step 2 Run the RMV RRU command on the converging party (UMTS) and the converged party (LTE)
to remove an RRU.
Step 3 Adjust the RRU connection in the CPRI MUX topology and remove an RRU from the specified
position.
Step 4 Run the MOD RRUCHAIN command on the converging party (UMTS) to remove the
breakpoints.
----End
11.6 Troubleshooting
For the description of RF-related alarms in multiple modes, see 3900 Series Multi-Mode Base
Station Alarm Reference.
12 Reference Documents