Cpri Mux (Sran12.1 04)
Cpri Mux (Sran12.1 04)
Cpri Mux (Sran12.1 04)
Issue 04
Date 2017-10-17
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: [email protected]
Contents
2 Overview......................................................................................................................................... 4
2.1 Introduction.................................................................................................................................................................... 4
2.2 Benefits........................................................................................................................................................................... 5
14 Related Features.........................................................................................................................54
14.1 Prerequisite Features...................................................................................................................................................54
14.2 Mutually Exclusive Features...................................................................................................................................... 54
14.3 Impacted Features.......................................................................................................................................................55
15 Network Impact......................................................................................................................... 56
15.1 System Capacity......................................................................................................................................................... 56
15.2 Network Performance.................................................................................................................................................56
15.3 Reliability................................................................................................................................................................... 56
16 Engineering Guidelines........................................................................................................... 58
16.1 When to Use............................................................................................................................................................... 58
16.2 Required Information................................................................................................................................................. 58
16.3 Network Planning....................................................................................................................................................... 58
16.4 Deployment................................................................................................................................................................ 59
16.4.1 Requirements........................................................................................................................................................... 59
16.4.2 Data Preparation...................................................................................................................................................... 59
16.4.3 Activation................................................................................................................................................................ 62
16.4.4 Activation Observation............................................................................................................................................66
16.4.5 Deactivation.............................................................................................................................................................67
16.4.6 Reconfiguration....................................................................................................................................................... 67
16.5 Performance Monitoring.............................................................................................................................................68
16.6 Parameter Optimization.............................................................................................................................................. 68
16.7 Possible Issues............................................................................................................................................................ 68
16.7.1 Related Alarms........................................................................................................................................................ 68
16.7.2 MML Commands for Maintenance......................................................................................................................... 71
17 Parameters................................................................................................................................... 73
18 Counters...................................................................................................................................... 81
19 Glossary....................................................................................................................................... 82
20 Reference Documents............................................................................................................... 83
1.1 Scope
This document describes the working principles and engineering guidelines of the CPRI
MUX feature.
l BTS3900
l BTS3900L
l BTS3900A
l BTS3900AL
l BTS3900C
l DBS3900
l BTS5900
l BTS5900L
l DBS5900
Any parameters, alarms, counters, or managed objects (MOs) described herein apply only to
the corresponding software release. For future software releases, refer to the corresponding
updated product documentation.
Any "LTE" in this document refers to LTE FDD, and "eNodeB" refers to LTE FDD eNodeB.
In addition, "G", "U", and "L" in RAT acronyms refer to GSM, UMTS, and LTE FDD,
respectively.
SRAN12.1 04 (2017-10-17)
Issue 04 (2017-10-17) of SRAN12.1 introduces the following changes to Issue 03
(2017-09-15) of SRAN12.1.
SRAN12.1 03 (2017-09-15)
Issue 03 (2017-09-15) of SRAN12.1 introduces the following changes to Issue 02
(2017-08-30) of SRAN12.1.
Editorial Added the description that all RF modules on a chain must None
change work at the same rate. For details, see 10 Chain Topology
with CPRI MUX.
SRAN12.1 02 (2017-08-30)
Issue 02 (2017-08-30) of SRAN12.1 introduces the following changes to Issue 01
(2017-03-10) of SRAN12.1.
SRAN12.1 01 (2017-03-10)
This issue does not include any changes.
2 Overview
2.1 Introduction
In the CPRI MUX feature, multiple modes use a common public radio interface (CPRI) link
to transmit data.
NOTE
l (1)
UBBP boards are added in SRAN9.0, which support multimode co-BBP. Therefore, a UBBP
board can serve as both the converging board and converged board.
l Only multimode RF modules support CPRI MUX. Single-mode RF modules do not support CPRI
MUX.
l The modes of RF modules in the figures at chapters 4, 5, and 6 refer to the working modes of RF
modules, not the supporting modes of RF modules.
2.2 Benefits
This feature provides the following benefits:
l Reduced cable purchase, installation, and maintenance costs for newly deployed
multimode base stations: Multiple modes can use a CPRI link to transmit data, and
therefore the number of required optical modules and fiber optic cables decreases
considerably.
l Lower engineering costs and shorter service interruption duration in refarming scenarios:
If a multimode RF module uses a single CPRI cable, newly deployed modes can share
the module and the cable after refarming.
l Guaranteed coverage for cascaded multimode RF modules: CPRI MUX allows
multimode RF modules to be cascaded to ensure coverage along highways and railways.
BBUs that support CPRI MUX include the BBU5900, BBU3910C, BBU3910A, BBU3910,
and BBU3900.
l Section 3.1 BBU3900 Boards That Support CPRI MUX describes the BBU3900
boards that support CPRI MUX.
l Section 3.2 BBU3910 Boards That Support CPRI MUX describes the BBU3910
boards that support CPRI MUX.
l Section 3.3 BBU3910As That Support CPRI MUX describes the BBU3910A modules
that support CPRI MUX.
l Section 3.4 BBU3910C That Supports CPRI MUX describes the BBU3910C module
that supports CPRI MUX.
l Section 3.5 BBU5900 Boards That Support CPRI MUX describes the BBU5900
boards that support CPRI MUX.
NOTE
Table 3-1 BBU3900 boards that support the CPRI MUX feature and slot assignment in
separate-MPT scenarios
Mode on Converging Slot of the Converged Slot of the
the CPRI Board Converging Board Converged Board
Port Board
In co-MPT scenarios, any one or multiple modes of GSM, UMTS, and LTE can serve as the
converging party or converged party. Table 3-2 lists BBU3900 boards that support the CPRI
MUX feature, topology constraints, and slot assignment.
Table 3-2 BBU3900 boards that support the CPRI MUX feature, topology constraints, and
slot assignment in co-MPT scenarios
Mode Converging Board Slot of the Topology Constraint
on Convergin
the g Board
CPRI
Port
UBBP_G/L Slot 1, 2, or
3
UBBP_GU/GL/UL/G Slot 2 or 3
UL
UBBP_G/U/L/GU/G Slot 2 or 3
L/UL/GUL
NOTE
l (1)If a baseband processing board is named UBBP_A/B/C, "A", "B", "C" indicates the mode whose
baseband resources are configured on this board, baseband resources of different modes are isolated by
"/". For example, UBBP_G/U/GU indicates a UBBP configured with GSM baseband resources, UMTS
baseband resources, or GSM and UMTS baseband resources (GU co-BBP).
l (2) If multiple modes are deployed on a UBBP, the mode of data transmitted through CPRI ports on this
board can be all or some of the deployed modes. For example, the mode of data transmitted through the
CPRI ports on a UBBP_GUL can be UMTS or UL.
l (3) A
UBBP_Ux indicates that this UBBP serves UMTS and other modes; a UBBP_Gx indicates that this
UBBP serves GSM and other modes.
l (4)If the data rate of a CPRI port on a UBRIb board is greater than 4.9 Gbit/s, the port can carry services
of only one RAT in versions earlier than SRAN11.1 and carry services of two RATs in SRAN11.1 and
later versions.
l (5)
If GSM baseband signals are processed by RRUs, the signals do not need to be processed on the
baseband processing board (UBBP_Gx) in the BBU.
l (6)In GUL CPRI MUX, if the converging board is a UBRIb, UMTS and LTE cells of the converged party
must be served by the specified baseband equipment group, and such a baseband equipment group must
include only single-mode baseband processing boards.
l (7)
If GSM baseband signals are not processed by RF modules, the signals are processed on the
UBBP_Gx. Therefore, a UBBP_Gx must be configured in the BBU.
Table 3-3 BBU3910 boards that support the CPRI MUX feature and slot assignment in
separate-MPT scenarios
NOTE
In co-MPT scenarios, any one or multiple modes of GSM, UMTS, and LTE can serve as the
converging party or converged party. Table 3-4 lists the BBU3910 boards that support the
CPRI MUX feature and the slot assignment.
Table 3-4 BBU3910 boards that support the CPRI MUX feature and slot assignment in co-
MPT scenarios
GU UBRIb or Slot 0, 1, 2, 3, 4, or 5
UBBP_G/U/L/GU/GL/UL/GU
GL L
UL
GUL
NOTE
If the data rate of a CPRI port on a UBRIb board is greater than 4.9 Gbit/s, the port can carry services of only
one RAT in versions earlier than SRAN11.1; the port can carry services of two RATs in SRAN11.1 and later
versions.
Table 3-6 BBU5900 boards that support the CPRI MUX feature as well as the slot assignment
for separate-MPT multimode base stations
Mode on the Convergi Slot of the Converged Slot of the
CPRI Port ng Board Converging Board Converged Board
Board
In co-MPT scenarios, any one or multiple modes of GSM, UMTS, and LTE can serve as the
converging party or converged party. Table 3-7 lists the BBU5900 boards that support the
CPRI MUX feature as well as the slot assignment.
Table 3-7 BBU5900 boards that support the CPRI MUX feature as well as the slot assignment
for co-MPT multimode base stations
Mode on the Converging Board Slot of the Converging
CPRI Port Board
GU UBBP_G/U/L/GU/GL/UL/GUL Slot 0, 1, 2, 3, 4, or 5
GL
UL
GUL
5.1.1 Constraints
The converging and converged parties in the CPRI MUX feature must share one BBU.
Figure 5-1 UL CPRI MUX in co-MPT scenarios when UMTS serves as the converging
party
l Scenario 2: A co-BBP board serves as the converging board. The following conditions
must be met:
– A UBBP_GU/GL/UL/GUL serves as the converging board and is configured in slot
2 or 3.
– When a UBBP_GU serves as the converging board in UL CPRI MUX, UMTS is
the converging party, and LTE is the converged party, the LBBPc cannot serve as
the converged board.
– When a UBBP_GL serves as the converging board in UL CPRI MUX, LTE is the
converging party and UMTS is the converged party. A WBBPf or UBBP_Ux is
configured in slot 2 or 3.
– When a UBBP_UL serves as the converging board in UL CPRI MUX, the
UBBP_UL can provide CPRI ports for transmitting UL data.
Figure 5-2 shows UL CPRI MUX where the UBBP_UL is configured in slot 3.
Figure 5-3 GU CPRI MUX in co-MPT scenarios when GSM serves as the converging
party, a UBRIb serves as the converging board, and GSM baseband signals are processed
by RF modules
Figure 5-4 shows GU CPRI MUX where UMTS serves as the converging party, a
UBBP_U serves as the converging board, and GSM baseband signals are processed by
RF modules.
Figure 5-4 GU CPRI MUX in co-MPT scenarios when UMTS serves as the converging
party, a UBBP_U serves as the converging board, and GSM baseband signals are
processed by RF modules
l Scenario 2: A co-BBP board serves as the converging board. The following conditions
must be met:
– A UBBP_GU/GL/UL/GUL serves as the converging board and is configured in slot
2 or 3.
– When a UBBP_GL serves as the converging board in GU CPRI MUX, GSM is the
converging party and UMTS is the converged party. A WBBPf or UBBP_Ux is
configured in slot 2 or 3.
– When a UBBP_UL serves as the converging board in GU CPRI MUX, UMTS is
the converging party and GSM is the converged party. If GSM baseband signals are
processed by RF modules, the GSM signals can be converged by a UBBP_UL, so a
GSM baseband processing board or interface board is not required. If GSM
baseband signals are not processed by RF modules, a UBBP_Gx is configured in
slot 1, 2 or 3.
– When a UBBP_GU/GUL serves as the converging board in GU CPRI MUX, a
single board can provide CPRI ports for transmitting GU data.
Figure 5-5 shows GU CPRI MUX where the UBBP_GU is configured in slot 3.
Figure 5-6 GL CPRI MUX in co-MPT scenarios when GSM serves as the converging
party, a UBRIb serves as the converging board, and GSM baseband signals are processed
by RF modules
Figure 5-7 shows GL CPRI MUX where LTE serves as the converging party, a UBBP_L
serves as the converging board, and GSM baseband signals are processed by RF
modules.
Figure 5-7 GL CPRI MUX in co-MPT scenarios when LTE serves as the converging
party, a UBBP_L serves as the converging board, and GSM baseband signals are
processed by RF modules
l Scenario 2: A co-BBP board serves as the converging board. The following conditions
must be met:
– A UBBP_GU/GL/UL/GUL serves as the converging board and is configured in slot
2 or 3.
– When a UBBP_GU serves as the converging board in GL CPRI MUX, GSM is the
converging party and LTE is the converged party. In this case, the LBBPc cannot
serve as the converged board.
– When a UBBP_UL serves as the converging board in GL CPRI MUX, LTE is the
converging party and GSM is the converged party. If GSM baseband signals are
processed by RF modules, the GSM signals can be converged by a UBBP_UL, so a
GSM baseband processing board or interface board is not required. If GSM
baseband signals are not processed by RF modules, a UBBP_Gx is configured in
slot 1, 2 or 3.
– When a UBBP_GL/GUL serves as the converging board in GL CPRI MUX, a
single board can provide CPRI ports for transmitting GL data.
Figure 5-8 shows GL CPRI MUX where the UBBP_GL is configured in slot 3.
l (1)In this scenario, cells served by the converged UO and LO modes must be configured on the
specified baseband equipment group, and such a baseband equipment group must be
configured with single-mode baseband processing boards.
l (2) WBBP refers to WBBPa, WBBPb, WBBPd, or WBBPf.
Figure 5-9 shows GUL CPRI MUX where GSM serves as the converging party, a
UBRIb serves as the converging board, and GSM baseband signals are processed by RF
modules.
Figure 5-9 GUL CPRI MUX in co-MPT scenarios when GSM serves as the converging
party, a UBRIb serves as the converging board, and GSM baseband signals are processed
by RF modules
Figure 5-10 shows GUL CPRI MUX where UMTS serves as the converging party and
GSM baseband signals are processed by RF modules.
Figure 5-10 GUL CPRI MUX in co-MPT scenarios where UMTS serves as the
converging party and GSM baseband signals are processed by RF modules
l Scenario 2: A co-BBP board serves as the converging board. The following conditions
must be met:
– A UBBP_GU/GL/UL/GUL serves as the converging board and is configured in slot
2 or 3.
– A WBBPf or UBBP_Ux is configured in slot 2 or 3.
– When a UBBP_GU serves as the converging board in GUL CPRI MUX, GU is the
converging party, and LTE is the converged party. In this case, the LBBPc cannot
serve as the converged board.
– When a UBBP_GL serves as the converging board in GUL CPRI MUX, GL is the
converging party and UMTS is the converged party. A WBBPf or UBBP_Ux is
configured in slot 2 or 3.
– When a UBBP_UL serves as the converging board in GUL CPRI MUX, UL is the
converging party and GSM is the converged party. If GSM baseband signals are
processed by RF modules, the GSM signals can be converged by a UBBP_UL, so a
GSM baseband processing board or interface board is not required. If GSM
baseband signals are not processed by RF modules, a UBBP_Gx is configured in
slot 1, 2 or 3.
– When a UBBP_GUL serves as the converging board in GUL CPRI MUX, a single
board can provide CPRI ports for transmitting GUL data.
Figure 5-11 shows GUL CPRI MUX where UL serves as the converging party and GSM
baseband signals are processed by RF modules.
Figure 5-11 GUL CPRI MUX in co-MPT scenarios where UL serves as the converging
party and GSM baseband signals are processed by RF modules
Figure 5-12 shows GUL CPRI MUX where the UBBP_GUL is configured in slot 3.
Figure 5-12 GUL CPRI MUX in co-MPT scenarios with GUL co-BBP
5.2.1 Constraints
l The converging and converged parties in the CPRI MUX feature must share one BBU.
l Data convergence is allowed only between two modes in the same BBU. Each mode can
only converge data or have its data converged. Data can only be converged to one board
at a time.
l A BBU can provide a maximum of six CPRI ports for data convergence, and the CPRI
ports must be provided by a WBBPf, LBBPd, or UBBP_U/L that is installed in slot 2 or
slot 3.
Figure 5-13 UL CPRI MUX in separate-MPT scenarios when UMTS is the converging party
Figure 5-14 UL CPRI MUX in separate-MPT scenarios when LTE is the converging party
NOTICE
In this scenario, data from slot 6 can be converged to either slot 2 or 3, but cannot be
converged to both slots.
Figure 6-1 Co-MPT GU CPRI MUX where a UBRIb serves as the converging board
Figure 6-2 Co-MPT GU CPRI MUX where a UBBP_U serves as the converging board
Figure 6-3 Co-MPT GU CPRI MUX where a UBBP_GU serves as the converging board
UL CPRI MUX
BBU3910s support separate-MPT UL CPRI MUX when the following conditions are met:
A UBBP_U or UBBP_L serves as the converging or converged board and is installed in one
of slots 0 to 5.
In a BBU3910, one converged board can correspond to one or two converging boards. A
maximum of three pairs of one-to-one relationships or two pairs of one-to-two relationships
are supported.
Figure 6-5 shows an example of three pairs of one-to-one relationships with LTE as the
converging party.
Figure 6-5 Separate-MPT UL CPRI MUX with LTE as the converging party (three pairs of
one-to-one relationships)
In the preceding figure, boards in slots 0 and 1 are converged and converging boards,
respectively. These two boards form a group. Similarly, boards in slots 2 and 3 form a group,
and boards in slots 4 and 5 form a group.
Figure 6-6 shows an example of two pairs of one-to-two relationships with LTE as the
converging party.
Figure 6-6 Separate-MPT UL CPRI MUX with LTE as the converging party (two pairs of
one-to-two relationships)
In the preceding figure, the board in slot 0 is a converged board, and boards in slots 4 and 5
are converging boards. These three boards form a group. Similarly, boards in slots 1, 2, and 3
form a group.
Figure 9-1 Co-MPT GU CPRI MUX where a UBBP_U serves as the converging board
Figure 9-2 Co-MPT GU CPRI MUX where a UBBP_GU serves as the converging board
l Data convergence is allowed only between two modes in the same BBU. Each mode can
only converge data or have its data converged.
l In separate-MPT UL CPRI MUX, one BBU can provide a maximum of 24 ports for
converging data. One converged board can correspond to one or two converging boards.
A maximum of three pairs of one-to-one relationships or two pairs of one-to-two
relationships are supported. The two-to-one relationship is not supported.
UL CPRI MUX
BBU5900s support separate-MPT UL CPRI MUX when the following conditions are met:
Figure 9-3 shows an example of three pairs of one-to-one relationships with LTE as the
converging party.
Figure 9-3 Separate-MPT UL CPRI MUX with LTE as the converging party (three pairs of
one-to-one relationships)
NOTE
In the preceding figure, boards in slots 0 and 1 are converged and converging boards, respectively. These
two boards form a group. Similarly, boards in slots 2 and 3 form a group, and boards in slots 4 and 5
form a group.
Figure 9-4 shows an example of two pairs of one-to-two relationships with LTE as the
converging party.
Figure 9-4 Separate-MPT UL CPRI MUX with LTE as the converging party (two pairs of
one-to-two relationships)
NOTE
In the preceding figure, the board in slot 0 is a converged board, and boards in slots 1 and 3 are
converging boards. These three boards form a group. Similarly, boards in slots 2, 4, and 5 form a group.
In a chain topology with CPRI MUX, configurations of the BBU, such as a BBU5900,
BBU3910A, BBU3910, or BBU3900, are the same as the configurations of the BBU in a star
topology. On the RRU side, multimode RF modules working in the same or different modes
can be cascaded on one CPRI link. Intra-mode cascading is recommended and inter-mode
cascading is provided for use in specific scenarios.
NOTE
l In a chain topology with CPRI MUX, preferentially activate GSM cells served by the RF modules
that are configured at the upper levels on a chain, that is, closer to a baseband processing board.
l All RF modules on the chain must work at the same rate.
l Intra-mode cascading: All cascaded multimode RF modules are configured with the
same mode and work in the same mode. Figure 10-1 shows GU CPRI MUX where a
BBU3900 is used, UMTS serves as the converging party, the UBBP_U serves as the
converging board, and GSM baseband signals are processed by RF modules.
l Inter-mode cascading: Cascaded multimode RF modules work in different modes. Inter-
mode cascading is implemented in the following scenarios:
– Scenario 1
In the chain topology with co-MPT CPRI MUX, the working mode of an RF
module includes GSM. For example, the working mode may be GO, GU, GL, or
GUL.
In this scenario, all RF modules on the chain must be multimode RF modules that
support GSM. That is, all RF modules must support GU, GL, or GUL.
Figure 10-2 shows co-MPT GU CPRI MUX where a BBU3900 is used, UMTS
serves as the converging party, the UBBP_U serves as the converging board, and
GSM baseband signals are processed by RF modules. The "UO Radio Unit" in this
figure is working in UO mode, but it is a multimode RF module that supports GSM.
That is, it supports GU or GUL.
– Scenario 2
In the chain topology with CPRI MUX, GSM is not included in the working mode
of any RF module. RF modules on the chain work in UO, LO, or UL mode.
In this scenario, the RF modules on the chain can be any GU, GL, UL, or GUL RF
modules.
Figure 10-3 shows co-MPT UL CPRI MUX where a BBU3900 is used and UMTS
serves as the converging party.
– Scenario 3
In separate-MPT CPRI MUX, the multimode RF modules can work in one or two
modes, but all multimode RF modules must support both the converging and
converged parties.
For example, in separate-MPT GU CPRI MUX, the multimode RF modules can
work in GO, UO, or GU mode, but these modules must support GU or GUL, as
shown in Figure 10-4.
NOTE
For inter-mode cascading, if an RF module whose working mode includes GSM is configured with
GSM TRXs, it must be configured at the upper level on a chain, that is, closer to a baseband
processing board.
Figure 10-1 Co-MPT GU CPRI MUX using intra-mode cascading where a BBU3900 is used,
UMTS serves as the converging party, the UBBP_U serves as the converging board, and GSM
baseband signals are processed by RF modules
Figure 10-2 Co-MPT GU CPRI MUX using inter-mode cascading where a BBU3900 is used,
UMTS serves as the converging party, the UBBP_U serves as the converging board, and GSM
baseband signals are processed by RF modules
Figure 10-3 Co-MPT UL CPRI MUX using inter-mode cascading where a BBU3900 is used
and UMTS serves as the converging party
Figure 10-4 Separate-MPT GU CPRI MUX using inter-mode cascading where a BBU3900 is
used and UMTS serves as the converging party
In co-MPT scenarios, if two CPRI links on an RF module carry the data of two or more
modes, this network topology is called the multimode load sharing topology.
l If each CPRI link in the multimode load sharing topology can transmit data of only one
mode, the CPRI MUX feature is not required. For details on this network topology, see
RRU/RFU/AAU Topologies > Load-Sharing Topology > Multimode Load-Sharing
Topology in RF Unit and Topology Management Feature Parameter Description.
l If a CPRI link in the multimode load sharing topology needs to transmit data of multiple
modes, the CPRI MUX feature is required. Currently, only GUL RF modules support
CPRI MUX with multimode load sharing. Two CPRI links carry GU+L data, with one
link carrying GU data and the other carrying LTE data, as shown in Figure 11-1.
NOTICE
l In the multimode load sharing topology, two CPRI links of an RF module must be
connected to two baseband processing boards or two interface boards of different modes.
In other words, only a BBU5900, BBU3910, or BBU3900 supports the multimode load
sharing topology.
l In the multimode load sharing topology, the number of LTE cells cannot exceed the
maximum supported by each CPRI link, which depends on the CPRI port rate. For the
maximum number of LTE cells supported by different CPRI port rates, see the following
documents:
"Specifications of CPRI Ports" in Product Specifications > Technical Specifications of
the BBU3900s and BBU3910s > Technical Specifications of the eNodeB > Technical
Specifications of the eNodeB FDD of 3900 Series Base Station Technical Description for
the BBU3900 and BBU3910
"Specifications of CPRI Ports" in Product Specifications > Technical Specifications of
the BBU5900 > Technical Specifications of the eNodeB > Technical Specifications of
the eNodeB FDD of 5900 Series Base Station Technical Description for the BBU5900
l If a UBBP is used in the multimode load sharing topology, the UBBP must have been
configured with baseband resources of the mode served by this board. Otherwise, carriers
cannot be successfully allocated to the CPRI ports on this UBBP.
l In multimode load sharing, if a CPRI port is faulty or the board carrying this CPRI port is
faulty, services of certain modes cannot be established. After the fault is cleared, services
of all modes will recover.
In a triple-mode dual-star topology, two modes use CPRI MUX and form a separate-MPT
dual-star topology with the third mode. This topology applies only to a BBU3900 and a
BBU3910.
NOTE
The converging and converged parties in the CPRI MUX feature must share one BBU.
NOTE
l The CPRI link rate, maximum number of carriers supported by a CPRI link, and maximum number
of carriers supported by a board all refer to those of the converging party.
l Converging capabilities in the tables apply to common cells. For the impact of different features on
cell capacity, see the corresponding feature parameter description.
l If GSM baseband signals are processed by the baseband processing board, the tables list the numbers
of GSM TRXs supported when the antenna capability is 1T2R.
l The tables list the number of UMTS cells supported when the antenna capability is 1T2R.
l The tables list the number of LTE cells supported when the antenna capability is 2T2R.
l The capabilities of a BBU3910A or a converging board in a BBU3900/BBU3910/BBU5900 cannot
exceed the maximum TRX/cell/carrier specifications of a site. For the maximum TRX/cell/carrier
specifications, see the following sections:
"Capacity Specifications" in Product Specifications > Technical Specifications of the BBU3900s
and BBU3910s or Technical Specifications of the BBU3910A of 3900 Series Base Station
Technical Description for the BBU3900, BBU3910, and BBU3910A
"Capacity Specifications" in Product Specifications > Technical Specifications of the BBU5900
of 5900 Series Base Station Technical Description for the BBU5900
Table 13-1 Converging capabilities of the converging party in multimode scenarios where
CPRI MUX is used with a BBU3900/BBU3910/BBU5900
CPRI Line 2.5 Gbit/s 4.9 Gbit/s 9.8 Gbit/s
Rate
NOTE
l (1)
In separate-MPT GU or GL CPRI MUX where a BBU3910 is used, if the number of converging
ports is less than or equal to five, a single CPRI link can carry 32 GSM TRXs; if the number of
converging ports is six, a single CPRI link can only carry 24 GSM TRXs.
l When GSM baseband signals are processed by RF modules, the GSM capacity listed in the
preceding table is the number of GSM TRXs in the time division multiplexing (TDM) transmission
mode when the maximum distance between the BBU and the RF module is 20 km.
In the IP over E1 and IP over FE transmission schemes, capacity specifications in Table 13-1 apply
if these specifications do not exceed the maximum carrier specifications of a site; the maximum
capacity specifications of a site apply if capacity specifications in Table 13-1 exceed the maximum
capacity specifications of a site.
l (2)
The specifications apply to scenarios where GSM baseband signals are processed by RF modules.
When GSM baseband signals are processed by baseband processing boards, a maximum of 72 GSM
TRXs are supported by the boards.
l (3) In separate-MPT GU or GL CPRI MUX where a BBU3900 is used, if a WBBPf or an LBBPd
NOTICE
l The minimum CPRI line rate of the converging board is 2.5 Gbit/s.
Table 13-2 Converging capabilities of the converging party in multimode scenarios where
CPRI MUX is used with a BBU3910A
NOTE
The table lists the numbers of GSM TRXs when the following conditions are met:
l The IP over E1 or IP over FE transmission scheme is used.
l The distance between the BBU and the RF module does not exceed 20 km.
l GSM baseband signals are processed by the RF module.
Table 13-3 Converging capabilities of the converging party in multimode scenarios where
CPRI MUX is used with a BBU3910C
NOTE
The table lists the numbers of GSM TRXs when the following conditions are met:
l The IP over FE transmission scheme is used.
l The distance between the BBU3910C and the RF module reaches the maximum.
l GSM baseband signals are processed by the RF module.
Capacity Specifications
Capacity specifications for each mode with different configurations are calculated as follows:
l GSM:
– When GSM baseband signals are processed by RF modules, the numbers of GSM
TRXs are reduced by half if the following condition is met:
20 km < Distance between the BBU and the RF module ≤ 40 km.
l UMTS:
– The number of cells supported when the antenna capability is 1T2R is the same as
that supported when the antenna capability is 2T2R.
– The antenna capability is inversely proportional to the number of cells. For
example, the number of cells supported when the antenna capability is 1T2R is
twice that supported when the antenna capability is 2T4R.
l LTE:
– When LTE cells have the same antenna capability and CPRI line rate, the number of
cells supported by a 3 MHz, 5 MHz, 10 MHz, or 20 MHz cell is inversely
proportional to the bandwidth of LTE cells. For example, the number of cells
supported by a 3 MHz cell is twice that supported by a 5 MHz cell, and the number
of cells supported by a 5 MHz cell is twice that supported by a 10 MHz cell.
– When LTE cells have the same antenna capability and CPRI line rate, 1.4 and 3
MHz cells support the same number of cells, and 15 and 20 MHz cells support the
same number of cells.
– When LTE cells have the same bandwidth, the antenna capability is inversely
proportional to the number of cells for 1T1R, 2T2R, and 4T4R. For example, when
the cell bandwidth is 20 MHz, the number of cells supported when the antenna
capability is 2T2R is twice that supported when the antenna capability is 4T4R.
– When LTE cells have the same bandwidth, the number of cells supported by 1T2R
and 2T2R antennas is the same, and that supported by 2T4R and 4T4R antennas is
the same.
Scenario 2: BBU3900, GL 1800 MHz, GSM S2/2/2, LTE 3x10 MHz 4T4R
The capacity requirement of each CPRI link is 2 GSM TRXs + LTE 1x10 MHz 4T4R.
The capacity requirement of each board is 6 GSM TRXs + LTE 3x10 MHz 4T4R.
Therefore, a 10 MHz 4T4R LTE cell needs to be converted to 2T2R LTE cells based on the
preceding calculation methods. The conversion is as follows: 1x10 MHz 4T4R -> 2x10 MHz
2T2R -> 1x20 MHz 2T2R. According to Table 13-1, the CPRI line rate for a CPRI link that
supports a 20 MHz 2T2R LTE cell is 4.9 Gbit/s. The corresponding carrier capacity of a GL
converging board is 126 GSM TRXs + LTE 4x20 MHz 2T2R. Therefore, the capacity
requirements can be met and this scenario is supported.
Scenario 3: BBU3900, GL 1800 MHz, GSM S2/2/2/2/2/2, LTE 6x20 MHz 2T2R
The capacity requirement of each CPRI link is 2 GSM TRXs + LTE 1x20 MHz 2T2R.
The capacity requirement of each board is 12 GSM TRXs + LTE 6x20 MHz 2T2R.
According to Table 13-1, the CPRI line rate for a CPRI link that supports a 20 MHz 2T2R
LTE cell is 4.9 Gbit/s. The corresponding carrier capacity of a GL converging board is 126
GSM TRXs + LTE 4x20 MHz 2T2R. Therefore, the capacity requirements of LTE 6x20 MHz
2T2R cannot be met and this scenario is not supported. In this case, contact Huawei engineers
for technical support.
Table 13-4 Cascading level of the chain topology with CPRI MUX
Mode Maximum Cascading Level
GU 6
GL 4
UL 4
GUL 4
For the distance between the RF modules and the BBU, see "Specifications of CPRI Ports" in
Product Specifications > Technical Specifications of RRUs in 3900 Series Base Station
Technical Description or 5900 Series Base Station Technical Description.
NOTE
If the CPRI MUX converging capability of a base station is exceeded, the status of certain cells served
by the base station may be abnormal.
14 Related Features
In Figure 14-1, the UBRI/UBRIb/UBBP_G and the GTMUb/GTMUc directly connect to one
RF module, respectively. The GTMUb/GTMUc is the converged board and the WBBPf/
UBBP_U is the converging board that connects to an RF module working in GU mode,
implementing GU CPRI MUX. RF frequency hopping between RF modules connected to the
WBBPf/UBBP_U and the GTMUb/GTMUc is supported. RF frequency hopping between RF
modules connected to the GTMUb/GTMUc and the UBRI/UBRIb/UBBP_G and between RF
modules connected to the WBBPf/UBBP_U and UBRI/UBRIb/UBBP_G is not supported.
NOTE
If a UBRIb in a BBU3900 is the converging board in co-MPT scenarios, CPRI MUX does not
support baseband hopping, RF frequency hopping between two RF modules, or antenna
frequency hopping between a GTMUb/GTMUc (working in the Evolution mode) and a
UBRIb.
15 Network Impact
15.3 Reliability
CPRI MUX in Separate-MPT Scenarios
CPRI MUX in separate-MPT scenarios has the following impacts on system reliability:
l Operations or exceptions on the converging party
Circuit switched (CS) and packet switched (PS) services of the converged party will be
interrupted when a CPRI port of the converging party becomes faulty or when any of the
following operations is performed by the converging party:
– Software reset or power-off reset on the main control board or the converging board
– Removing and then inserting the main control board or the converging board
– Blocking the converging board
– Commissioning CPRI ports on the converging board
In general, this duration lasts less than 3 minutes and the longest duration does not
exceed 3.5 minutes.
l Operations or exceptions on the converged party
– Performing software reset on the main control board
The data rate of PS services of the converging party may be reduced for less than 3s
and the longest duration of rate reduction does not exceed 10s.
– Performing power-off reset, inserting and then removing the main control board
CS and PS services on the converging party will be interrupted for less than 1
minute and the longest duration of service interruption does not exceed 3 minutes.
The service interruption duration does not include the duration of manual operations.
16 Engineering Guidelines
For scenarios where CPRI MUX is used with the RMU solution, see section "Engineering
Guidelines" in RMU Feature Parameter Description.
Network Planning
Perform network planning according to chapters 4 CPRI Topology Principles for
Multimode Base Stations, 5 Star Topology with CPRI MUX (BBU3900), 6 Star Topology
with CPRI MUX (BBU3910), 7 Star Topology with CPRI MUX (BBU3910A), 10 Chain
Topology with CPRI MUX, 11 CPRI MUX with Multimode Load Sharing Topology, and
12 Triple-Mode Dual-Star Topology.
Hardware Planning
When selecting BBU boards that are to be used in CPRI MUX, you must consider the
application scenarios and constraints provided in chapters 3 BBUs and Boards That Support
CPRI MUX, 5 Star Topology with CPRI MUX (BBU3900), 6 Star Topology with CPRI
MUX (BBU3910), 7 Star Topology with CPRI MUX (BBU3910A), 10 Chain Topology
with CPRI MUX, 11 CPRI MUX with Multimode Load Sharing Topology, and 12 Triple-
Mode Dual-Star Topology.
NOTICE
The CPRI link rates of baseband processing boards/interface boards, optical modules, and RF
modules must match each other and meet the specifications in 13.1 CPRI MUX Converging
Capabilities.
16.4 Deployment
16.4.1 Requirements
Hardware
RF modules have been installed. Cables between RF modules and BBUs have been connected
as required by the CPRI MUX feature. For detailed installation procedures, see the
corresponding Base station Installation Guide and Site Maintenance Guide of the base
stations.
NOTE
If CPRI MUX is to be deployed in a site where a single-mode base station is to be evolved into a
multimode base station, the hardware must meet the requirements of CPRI MUX. If it does not, replace
the hardware.
License
None
l RF modules must have the same configuration among different modes. Otherwise,
ALM-26274 Inter-System Board Object Configuration Conflict will be reported.
l Table 16-1 lists parameters that must have the same configuration when CPRI MUX is
deployed in separate-MPT scenarios.
The RRU configuration of the converged party takes effect only after RRUs of the converging
party have been configured.
The configuration of the converging party remains unchanged. For details, see the parameter
configuration in the star and chain topologies of the corresponding mode in RF Unit and
Topology Management > Engineering Guidelines > Deployment > Data Preparation.
To enable the CPRI MUX feature, set AT to PEERPORT on the converged party. Table 16-2
provides key parameter settings.
l If GSM (GBTS) is the converged party, specify the parameters in the BTSRXUCHAIN
MO.
l If GSM (eGBTS)/UMTS/LTE is the converged party, specify the parameters in the
RRUCHAIN MO.
16.4.3 Activation
In co-MPT scenarios, CPRI MUX is supported by default when the requirements in 5.1 Co-
MPT Scenarios, 6.1 Co-MPT Scenarios, or 7 Star Topology with CPRI MUX
(BBU3910A) are met. Software configuration is not required for activating CPRI MUX. For
data configurations for a co-MPT base station, see 3900 Series Base Station Initial
Configuration Guide.
This section describes the procedure for activating CPRI MUX in separate-MPT scenarios.
----End
NOTE
Data configurations must be the same for RRUs on the converging party and converged party. For detailed
parameter settings, see Table 16-1.
Figure 16-1 Separate-MPT UL CPRI MUX with UMTS as the converging party in a
BBU3900
l BBU3910:
Figure 16-2 shows the CPRI MUX topology used in the following command example.
Figure 16-2 Separate-MPT UL CPRI MUX with UMTS as the converging party in a
BBU3910
RRU Type RT
RF Unit Working RS
Mode
NOTE
Data configurations must be the same for RRUs on the converging party and converged party. For detailed
parameter settings, see Table 16-1.
– Co-MPT Scenarios
On the LMT or U2000 for the 3900 series base station, run the DSP BRD command
to check whether RF modules function properly.
2. Check whether the CPRI line rate of the converging port is as planned.
– Separate-MPT scenarios
On the LMT or U2000 for the 3900 series base station, run the DSP CPRIPORT
command on the converging party side and check whether the CPRI line rate of the
converging port is as planned.
– Co-MPT scenarios
Run the DSP CPRIPORT command to check whether the CPRI line rate of the
converging port is as planned.
16.4.5 Deactivation
This feature does not need to be deactivated.
16.4.6 Reconfiguration
You can add an RRU to or remove an RRU from a cascading chain in the star or chain
topology with CPRI MUX.
For how to add RF modules to or remove them from a chain or ring on the CME, see eRAN
(FDD) Reconfiguration Guide > Device Data Reconfiguration > Adding or Deleting an RF
Module in a Chain.
Separate-MPT Scenarios
l Adding an RRU to a cascading chain
To add an RRU to a cascading chain without changing the original topology, you need to
add the RRU information on both the converging and converged parties.
a. Run the MOD RRUCHAIN command on the converging party to set a breaking
point.
b. Run MML commands on both the converging and converged parties to add an
RRU. Run ADD RRU for GSM (eGBTS)/UMTS/LTE and ADD BTSRXUBRD
for GSM (GBTS).
c. Adjust the original cable connections and add an RRU to the specified position.
d. Run the MOD RRUCHAIN command on the converged party to remove the
breaking point.
l Deleting an RRU from a cascading chain
To remove an RRU from a cascading chain without changing the original topology, you
need to remove the RRU information from both the converging and converged parties.
a. Run the MOD RRUCHAIN command on the converging party to set a breaking
point.
b. Run MML commands on both the converging and converged parties to remove an
RRU. Run RMV RRU for GSM (eGBTS)/UMTS/LTE and RMV BTSRXUBRD
for GSM (GBTS).
c. Adjust the original cable connections and remove an RRU from the specified
position.
d. Run the MOD RRUCHAIN command on the converged party to remove the
breaking point.
Co-MPT Scenarios
l Adding an RRU to a cascading chain
To add an RRU to a cascading chain without changing the original topology:
a. Run the MOD RRUCHAIN command to set a breaking point.
b. Run the ADD RRU command to add an RRU.
c. Adjust the original cable connections and add an RRU to the specified position.
d. Run the MOD RRUCHAIN command to remove the breaking point.
l Deleting an RRU from a cascading chain
To remove an RRU from a cascading chain without changing the original topology:
a. Run the MOD RRUCHAIN command to set a breaking point.
b. Run the RMV RRU command to remove an RRU.
c. Adjust the original cable connections and remove an RRU from the specified
position.
d. Run the MOD RRUCHAIN command to remove the breaking point.
NOTE
After CPRI MUX is implemented, alarms will be reported if any exceptions occur. Clear the alarms
according to the alarm reference.
17 Parameters
TT BTS390 ADD None None Meaning: Indicates the type of the topology. In a ring
0, RRUCH topology, the service data is transmitted on the fiber
BTS390 AIN optic cable that carries the HDLC link. In a load
0 MOD sharing topology, the service data is transmitted on
WCDM RRUCH two fiber optic cables simultaneously, which enhances
A, AIN the transmission capability. The physical connection
BTS390 in the ring topology is similar to that in the load
0 LTE, DSP sharing topology. The trunk chain enables multiple
BTS590 RRUCH CPRI fiber optic cables to simultaneously transmit
0, AINPH service data.
BTS590 YTOPO
GUI Value Range: CHAIN(CHAIN), RING(RING),
0 LST LOADBALANCE(LOADBALANCE),
WCDM RRUCH TRUNK_CHAIN(TRUNK_CHAIN)
A, AIN
BTS590 Unit: None
0 LTE Actual Value Range: CHAIN, RING,
LOADBALANCE, TRUNK_CHAIN
Default Value: None
CN BTS390 DSP None None Meaning: Indicates the number of the cabinet where
0, RRUCL the RRU is located.
BTS390 KSRC GUI Value Range: 0~15
0 SET
WCDM Unit: None
RRUCL
A, KSRC Actual Value Range: 0~15
BTS390 Default Value: 0
0 LTE, TST
BTS590 LOPRR
0, U
BTS590
0
WCDM
A,
BTS590
0 LTE
SRN BTS390 DSP None None Meaning: Indicates the number of the subrack where
0, RRUCL the RRU is located.
BTS390 KSRC GUI Value Range: 60~254
0 SET
WCDM Unit: None
RRUCL
A, KSRC Actual Value Range: 60~254
BTS390 Default Value: None
0 LTE, TST
BTS590 LOPRR
0, U
BTS590
0
WCDM
A,
BTS590
0 LTE
SN BTS390 DSP None None Meaning: Indicates the number of the slot where the
0, RRUCL RRU is located.
BTS390 KSRC GUI Value Range: 0~3
0 SET
WCDM Unit: None
RRUCL
A, KSRC Actual Value Range: 0~3
BTS390 Default Value: 0
0 LTE, TST
BTS590 LOPRR
0, U
BTS590
0
WCDM
A,
BTS590
0 LTE
RT BTS390 MOD None None Meaning: Indicates the type of the RRU.
0, RRU GUI Value Range: MRRU(MRRU), MRXU(MRXU),
BTS390 LST PRRU(PRRU), MPRU(MPRU), MPMU(MPMU),
0 RRU MPRF(MPRF), AIRU(AIRU), MRIU(MRIU),
WCDM GRRU(GRRU), LRRU(LRRU), ORRU(ORRU)
A,
BTS390 Unit: None
0 LTE, Actual Value Range: MRRU, MRXU, PRRU, MPRU,
BTS590 MPMU, MPRF, AIRU, MRIU, GRRU, LRRU,
0, ORRU
BTS590 Default Value: None
0
WCDM
A,
BTS590
0 LTE
RS BTS390 ADD None None Meaning: Indicates the working standard of the RRU
0, RRU or RFU.
BTS390 MOD GUI Value Range: TDL(LTE_TDD), TL(TDS_TDL),
0 RRU LO(LTE_FDD), LFTD(LTE_FDD_TDD),
WCDM WL(WiMAX_LTE), CL(CDMA_LTE),
A, LST
RRU GO(GSM_ONLY), GT(GSM_LTE_TDD),
BTS390 GL(GSM_LTE), GLFTD(GSM_LTE_FDD_TDD),
0 LTE, UO(UMTS_ONLY), UT(UMTS_LTE_TDD),
BTS590 UL(UMTS_LTE), ULFTD(UMTS_LTE_FDD_TDD),
0, CU(CDMA_UMTS), GU(GSM_UMTS),
BTS590 GUT(GSM_UMTS_LTE_TDD),
0 GUL(GSM_UMTS_LTE),
WCDM GULFTD(GSM_UMTS_LTE_FDD_TDD), MO(NB-
A, IoT), LM(LTE_FDD_NB-IoT), CM(CDMA_NB-
BTS590 IoT), CLM(CDMA_LTE_FDD_NB-IoT),
0 LTE GM(GSM_NB-IoT), GLM(GSM_LTE_FDD_NB-
IoT), UM(UMTS_NB-IoT),
ULM(UMTS_LTE_FDD_NB-IoT),
GUM(GSM_UMTS_NB-IoT),
GULM(GSM_UMTS_LTE_FDD_NB-IoT),
RO(RFA_ONLY), TR(LTE_TDD_RFA),
LR(LTE_FDD_RFA),
LFTDR(LTE_FDD_TDD_RFA), UR(UMTS_RFA),
UTR(UMTS_LTE_TDD_RFA),
ULR(UMTS_LTE_FDD_RFA),
ULFTDR(UMTS_LTE_FDD_TDD_RFA)
Unit: None
Actual Value Range: TDL, TL, LO, LFTD, WL, CL,
GO, GT, GL, GLFTD, UO, UT, UL, ULFTD, CU,
GU, GUT, GUL, GULFTD, MO, LM, CM, CLM,
GM, GLM, UM, ULM, GUM, GULM, RO, TR, LR,
LFTDR, UR, UTR, ULR, ULFTDR
Default Value: None
AT BTS390 ADD None None Meaning: Indicates the access type of the board on an
0, RRUCH RRU chain/ring. When Access Type is set to
BTS390 AIN LOCALPORT(local port), the BBP connects to the
0 MOD board on an RRU chain/ring through the CPRI port.
WCDM RRUCH When Access Type is set to PEERPORT(peer port),
A, AIN the local BBP connects to the peer BBP through the
BTS390 IDX2 port on the backplane and the peer BBP
0 LTE, LST connects to a board on an RRU chain/ring.
BTS590 RRUCH
AIN GUI Value Range: LOCALPORT(local port),
0, PEERPORT(peer port)
BTS590
0 Unit: None
WCDM Actual Value Range: LOCALPORT, PEERPORT
A, Default Value: LOCALPORT(local port)
BTS590
0 LTE
HCN BTS390 ADD None None Meaning: Indicates the cabinet number of the board
0, RRUCH where the head CPRI port is located.
BTS390 AIN GUI Value Range: 0~15
0 MOD
WCDM Unit: None
RRUCH
A, AIN Actual Value Range: 0~15
BTS390 Default Value: 0
0 LTE, DSP
BTS590 RRUCH
0, AINPH
BTS590 YTOPO
0 LST
WCDM RRUCH
A, AIN
BTS590
0 LTE
HSRN BTS390 ADD None None Meaning: Indicates the subrack number of the board
0, RRUCH where the head CPRI port is located.
BTS390 AIN GUI Value Range: 0~1,60~254
0 MOD
WCDM Unit: None
RRUCH
A, AIN Actual Value Range: 0~1,60~254
BTS390 Default Value: 0
0 LTE, DSP
BTS590 RRUCH
0, AINPH
BTS590 YTOPO
0 LST
WCDM RRUCH
A, AIN
BTS590
0 LTE
HSN BTS390 ADD None None Meaning: Indicates the slot number of the board
0, RRUCH where the head CPRI port is located.
BTS390 AIN GUI Value Range: 0~6
0 MOD
WCDM Unit: None
RRUCH
A, AIN Actual Value Range: 0~6
BTS390 Default Value: None
0 LTE, DSP
BTS590 RRUCH
0, AINPH
BTS590 YTOPO
0 LST
WCDM RRUCH
A, AIN
BTS590
0 LTE
HPN BTS390 ADD None None Meaning: Indicates the number of the head CPRI port.
0, RRUCH GUI Value Range: 0~11
BTS390 AIN
0 Unit: None
MOD
WCDM RRUCH Actual Value Range: 0~11
A, AIN Default Value: None
BTS390
0 LTE, DSP
BTS590 RRUCH
0, AINPH
BTS590 YTOPO
0 LST
WCDM RRUCH
A, AIN
BTS590
0 LTE
LSN BTS390 ADD None None Meaning: Indicates the slot number of the converged
0, RRUCH party in CPRI MUX. If this parameter is set to 255,
BTS390 AIN the slot number of the converged party is not
0 MOD specified. When the converging party is in a
WCDM RRUCH BBU3900, this parameter can be left unspecified.
A, AIN When the converging party is in a BBU3910 or
BTS390 BBU5900, this parameter must be specified.
0 LTE, LST
RRUCH GUI Value Range: 0~6,255
BTS590
0, AIN Unit: None
BTS590 Actual Value Range: 0~6,255
0 Default Value: 255
WCDM
A,
BTS590
0 LTE
RCN BTS390 ADD None None Meaning: Indicates the ID of the RRU chain. It
0, RRUCH uniquely identifies a chain within a base station.
BTS390 AIN GUI Value Range: 0~249
0 DSP
WCDM Unit: None
CPRILB
A, R Actual Value Range: 0~249
BTS390 Default Value: None
0 LTE, DSP
BTS590 RRUCH
0, AIN
BTS590 LST
0 RRUCH
WCDM AIN
A, MOD
BTS590 RRUCH
0 LTE AIN
RMV
RRUCH
AIN
STR
CPRILB
RNEG
RCN BTS390 ADD None None Meaning: Indicates the ID of the RRU or RFU chain/
0, RRU ring.
BTS390 LST GUI Value Range: 0~249
0 RRU
WCDM Unit: None
A, Actual Value Range: 0~249
BTS390 Default Value: None
0 LTE,
BTS590
0,
BTS590
0
WCDM
A,
BTS590
0 LTE
18 Counters
19 Glossary
For the acronyms, abbreviations, terms, and definitions, see the Glossary.
20 Reference Documents