Академический Документы
Профессиональный Документы
Культура Документы
Issue 04
Date 2018-11-07
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
1 Change History.............................................................................................................................. 1
1.1 eRAN13.1 04 (2018-11-07)............................................................................................................................................1
1.2 eRAN13.1 03 (2018-08-27)............................................................................................................................................1
1.3 eRAN13.1 02 (2018-06-30)............................................................................................................................................2
1.4 eRAN13.1 01 (2018-04-10)............................................................................................................................................2
1.5 eRAN13.1 Draft A (2018-03-30)................................................................................................................................... 2
3 General Principles......................................................................................................................... 6
3.1 Overview........................................................................................................................................................................ 6
3.2 Inter-RRU Channel Calibration......................................................................................................................................9
3.3 Coherent Joint Transmission........................................................................................................................................ 10
4 Intra-Cell D-MIMO.....................................................................................................................16
4.1 Principles...................................................................................................................................................................... 16
4.2 Network Analysis......................................................................................................................................................... 17
4.2.1 Benefits...................................................................................................................................................................... 17
4.2.2 Impacts.......................................................................................................................................................................18
4.3 Requirements................................................................................................................................................................ 22
4.3.1 Licenses..................................................................................................................................................................... 22
4.3.2 Software.....................................................................................................................................................................23
4.3.3 Hardware................................................................................................................................................................... 25
4.3.4 Networking................................................................................................................................................................ 29
4.4 Operation and Maintenance..........................................................................................................................................30
4.4.1 Data Configuration.................................................................................................................................................... 30
4.4.1.1 Data Preparation..................................................................................................................................................... 30
4.4.1.2 Using MML Commands......................................................................................................................................... 36
4.4.1.3 Using the CME....................................................................................................................................................... 38
4.4.2 Activation Observation..............................................................................................................................................38
4.4.3 Network Monitoring.................................................................................................................................................. 39
4.4.4 Possible Issues........................................................................................................................................................... 42
5 Inter-eNodeB D-MIMO..............................................................................................................47
5.1 Principles...................................................................................................................................................................... 47
5.2 Network Analysis......................................................................................................................................................... 48
5.2.1 Benefits...................................................................................................................................................................... 48
5.2.2 Impacts.......................................................................................................................................................................49
5.3 Requirements................................................................................................................................................................ 50
5.3.1 Licenses..................................................................................................................................................................... 50
5.3.2 Software.....................................................................................................................................................................50
5.3.3 Hardware................................................................................................................................................................... 50
5.3.4 Networking................................................................................................................................................................ 51
5.4 Operation and Maintenance..........................................................................................................................................51
5.4.1 Data Configuration.................................................................................................................................................... 51
5.4.1.1 Data Preparation..................................................................................................................................................... 52
5.4.1.2 Using MML Commands......................................................................................................................................... 53
5.4.1.3 Using the CME....................................................................................................................................................... 53
5.4.2 Activation Verification.............................................................................................................................................. 53
5.4.3 Network Monitoring.................................................................................................................................................. 53
5.4.4 Possible Issues........................................................................................................................................................... 53
6 Parameters..................................................................................................................................... 54
7 Counters........................................................................................................................................ 98
8 Glossary....................................................................................................................................... 111
9 Reference Documents............................................................................................................... 112
1 Change History
This chapter describes changes not included in the "Parameters", "Counters", "Glossary", and
"Reference Documents" chapters. These changes include:
l Technical changes
Changes in functions and their corresponding parameters
l Editorial changes
Improvements or revisions to the documentation
Technical Changes
None
Editorial Changes
Deleted forced switching to beamforming in heavy-load scenarios.
Technical Changes
Change Description Parameter Change Base Station Model
Editorial Changes
None
Technical Changes
None
Editorial Changes
Revised the descriptions in this document.
Technical Changes
None
Editorial Changes
Added deactivation command examples. For details, see the respective "Using MML
Commands" sections.
Added support for cascading between a TDD RRU and an upper-level FDD+TDD RRU in D-
MIMO scenarios. For details, see 4.3.3 Hardware.
Technical Changes
Change Description Parameter Change Base Station Model
Editorial Changes
Reorganized this document using a new template.
The following table lists the mapping between subfeatures and parent features. The license is
deployed on the parent features.
3 General Principles
3.1 Overview
Background
As the number of users and traffic volume increase sharply, the site density rises considerably.
Site densification improves the system capacity. However, it also increases the overlapping
coverage areas of sites, and deteriorates user experience at the cell edge. D-MIMO is
introduced to mitigate interference from neighboring cells in overlapping coverage areas and
improve CEU experience and the downlink user experience of the whole cell.
Introduction
D-MIMO is based on a centralized scheduling+distributed RRU architecture. It uses multiple
physical antennas to transmit data in a coordinated way. The dispersed spatial locations of
antennas illustrated in Figure 3-1 significantly improves the spatial channel resolution. D-
MIMO offers high antenna array gains and interference suppression gains, and improves the
downlink user experience and cell edge user (CEU) experience.
Category
Distributed multiple-input multiple-output (D-MIMO) has two networking modes.
Working Process
Figure 3-2 shows the working process of the D-MIMO feature.
MU-JT, for UEs in the cluster, improving downlink user experience and edge user
experience.
After a D-MIMO cluster is configured and D-MIMO is enabled, the eNodeB periodically
initiates intra-cluster inter-RRU channel calibration and coherent joint transmission. D-MIMO
is controlled by the following options:
Inter-RRU channel calibration and coherent joint transmission are key technologies for D-
MIMO, which will be described in detail in the following sections.
During inter-RRU channel calibration, the calibration coefficient is calculated so that the
NOTE
l For RRU3259 (8T8R) and RRU3235, inter-RRU channel calibration is performed on RF channel A.
l For RRU3259 (4T4R), inter-RRU channel calibration is performed on RF channel B.
1. Performs channel calibration for each RRU using an intra-RRU channel calibration
algorithm.
2. Initiates inter-RRU channel calibration. During inter-RRU channel calibration, the RRUs
transmit calibration sequences to each other over the air interface and then calculate the
calibration coefficient.
3. Implements channel compensation based on the calculation results so that the transmit/
receive response ratios of all RF channels of all the RRUs in the D-MIMO cluster are
consistent.
NOTE
2T2R RRUs and pRRUs do not support intra-RRU channel calibration. Therefore, only steps 2
and 3 are required for 2T2R RRUs and pRRUs.
In inter-RRU channel calibration, the phases of the signals transmitted over different RRU RF
channels are synchronized on the UE side. This increases the strength of the downlink signals
received by the UE. For details about how to check whether inter-RRU channel calibration is
successful, see 4.4.2 Activation Observation.
If a channel calibration fault occurs in a cell in the D-MIMO cluster, the following situations
may occur:
l D-MIMO cells automatically roll back to SFN configurations.
Related Optimization
In eRAN TDD 11.1 or earlier, intra-RRU channel calibration is initiated every 30 minutes. In
eRAN TDD 12.0, intra-RRU channel calibration is initiated every 10s if the
QUICK_CHN_CAL_SWITCH option is selected under the newly added
CellAlgoSwitch.EnhChnCalSwitch parameter. If this option is cleared, intra-RRU channel
calibration is initiated per 30 minutes. It is recommended that this option be selected in D-
MIMO scenarios. 2T2R RRUs and pRRUs do not support intra-RRU channel calibration.
Therefore, the setting of the CellAlgoSwitch.EnhChnCalSwitch parameter does not take
effect on these modules.
– When this parameter is set to 0 or the conditions for triggering this function are not
met, the eNodeB sets the target SINR for beamforming UEs during SRS power
control to the value of the CellPcAlgo.SrsPcSinrTarget parameter.
NOTE
Target SINR optimization for beamforming UEs during SRS power control may slightly increase
the number of RRC Connection Reconfiguration messages and the service drop rate.
3. Performs single-user joint transmission (SU-JT) or multi-user joint transmission (MU-
JT) in each transmission time interval (TTI).
a. SU-JT
In SU-JT, multiple RRUs perform coherent joint transmission to the same UE over
multiple antennas, improving the receive signal quality and strength of the UE.
b. MU-JT
In MU-JT, multiple RRUs perform coherent joint transmission to multiple UEs over
multiple antennas, improving the resource reuse efficiency. The weights used for
UEs are orthogonal to each other, which mitigates interference between them.
The following uses Figure 3-8 as an example to describe the MU-JT process. In the
preceding figure, U0 and U1 are the UEs that have been scheduled before MU-JT
pairing, and V0 is the UE to be paired. Before MU-JT pairing, only U0 and U1 can
be scheduled using RBGs 0 to 7 in a subframe. After MU-JT pairing, V0 and U0
are paired in RBGs 0 to 3, and V0 and U1 are paired in RBGs 4 to 7. In this way,
three UEs, including U0, U1, and V0, can be scheduled on the same frequency
resources, achieving multiplexing and improving spectral efficiency.
When cell-level TMA is enabled in D-MIMO scenarios, more UEs in heavy-load
cells enter the beamforming mode for MU pairing, increasing the system capacity.
This function is controlled by the CellBf.WaitPairingLayerThd parameter.
n If this parameter is set to 0, cell-level adaptive switching between transmission
modes is disabled.
n If this parameter is set to a value greater than 0, the eNodeB initiates cell-level
adaptive switching between transmission modes when both of the following
conditions are met:
○ The downlink PRB usage of the cell is greater than an internally specified
threshold.
○ The number of beamforming UEs to be scheduled in the downlink per
TTI is greater than or equal to the value of the
CellBf.WaitPairingLayerThd parameter multiplied by 0.1.
When D-MIMO is enabled and the DmimoSchAttriOptSwitch option is selected
under the CellAlgoSwitch.DMIMOAlgoSwitch parameter:
n In heavy-load cells, JT can be performed on more beamforming UEs,
achieving SU-JT gains. In addition, the pairing performance of UEs near the
cell center and the MU-JT pairing rate improve.
n In light-load cells, this setting reduces the scheduling delay caused when MU-
JT pairing is unavailable for non-beamforming UEs due to scheduling
conflicts.
The advanced multi-user coordination feature further increases the MU-JT pairing
rate and downlink capacity in downlink D-MIMO scenarios. This feature is
controlled by the MULTI_UE_COORDINATION_OPT_SW option under the
CellAlgoSwitch.CoordinationAlgoSwitch parameter. For details, see Beamforming
(TDD).
4 Intra-Cell D-MIMO
4.1 Principles
D-MIMO is developed based on SFN. An SFN cell is served by multiple RRUs whose
coverage overlaps between each other. The D-MIMO cluster is equivalent to an SFN cell, and
therefore the number of RRUs within a D-MIMO cluster equals the number of RRUs serving
an SFN cell. There is only one PCI in the D-MIMO cluster.
D-MIMO allows RRUs to connect to the same BBU, as shown in Figure 4-1.
NOTE
4.2.1 Benefits
Benefits
l In outdoor macro-macro SFN scenarios
D-MIMO increases the average downlink UE-perceived rate and the downlink CEU-
perceived rate.
l In outdoor macro-micro SFN scenarios
D-MIMO increases the average downlink UE-perceived rate and the downlink CEU-
perceived rate.
l In outdoor micro-micro SFN scenarios
D-MIMO increases the average downlink UE-perceived rate and the downlink CEU-
perceived rate.
l Benefits of D-MIMO in indoor LampSite SFN scenarios
D-MIMO increases the average downlink UE-perceived rate.
The combination of D-MIMO and advanced multi-user coordination enhances the spatial
multiplexing gains. It increases the downlink cell throughput and spectral efficiency when the
network load is heavy.
4.2.2 Impacts
Network Impacts
l D-MIMO slightly decreases the random access response (RAR) success rate but
increases the UE access delay.
l With D-MIMO, when adaptive transmission mode switching is enabled in SFN cells,
more UEs switch from TM3 to TM8. As a result, a greater proportion of the UEs in the
cell use beamforming, including dual-stream beamforming. UEs working in TM3 rank 2
report separate CQIs for each of the two data streams. However, when such UEs work in
dual-stream beamforming (TM8), they report CQIs for only one data stream. Therefore,
D-MIMO increases the average CQI value reported by the UE.
l UEs working in dual-stream beamforming must switch to single-stream beamforming
before being paired. In this case, the measured value of the KPI BF Rank1 PRB
increases. Therefore, the proportion of dual-stream beamforming UEs is subject to
pairing. When the proportion of dual-stream beamforming UEs participating in pairing is
high, the measured value of the KPI BF Rank2 PRB decreases.
l D-MIMO enables multiple beamforming UEs in SFN cells to be paired for MU-JT. This
enables more UEs to be scheduled within each TTI when many UEs are to be scheduled.
However, successful UE scheduling requires that there be sufficient control channel
elements (CCEs) available.
– If CCE resources are sufficient, the total number of CCEs used by each TTI in the
downlink increases. The increase in the total number of downlink used CCEs
decreases the number of available uplink CCEs, increases the probability of uplink
CCE allocation failures, and affects performance such as the number of uplink
scheduled UEs and MCS indexes.
– If CCE resources are insufficient, an increasing number of CCEs fail to be allocated
in each TTI.
l After D-MIMO is enabled, joint-scheduling UEs receive D-MIMO gains and the overall
D-MIMO pairing rate improves. The BLER may slightly fluctuate due to the changes in
MCS indexes.
l In SFN or D-MIMO scenarios, CRSs are jointly transmitted and PDSCH data is
independently transmitted for independent-scheduling UEs. As a result, there may be a
mismatch between CRS measurement-based rank values and rank values supported by
PDSCH data. For an independent-scheduling UE working in TM3 rank 2 with a small
isolation, RI mismatches lead to consecutive block errors or even the MCS index drop to
0. To solve this problem, the following mechanisms are adopted:
– When the target RRU is a 2T or 4T RRU:
The eNodeB identifies independent-scheduling UEs working in TM3 rank 2
subjected to consecutive block errors caused by RI mismatches and uses rank 1 to
schedule the UEs to ensure UE performance. This function is controlled by the
SfnDlRblerOptSwitch option under the CellAlgoSwitch.SfnAlgoSwitch
parameter. In this scenario, one second is required to identify UEs subjected to RI
mismatches.
– When the target RRU is an 8T RRU:
Impacted Functions
Function Name Function Switch Reference Description
4.3 Requirements
4.3.1 Licenses
Feature ID Feature Name Model Sales Unit
4.3.2 Software
Prerequisite Functions
Function Name Function Switch Reference Description
4.3.3 Hardware
Base Station Models
This feature supports the following base stations:
l 3900 and 5900 series base stations
l DBS3900 LampSite and DBS5900 LampSite
NOTE
Boards
l BBP
The UBBPd or UBBPe is required. In eRAN TDD 13.0 or earlier, all cells belonging to
the same D-MIMO cluster must be set up on the same BBP. From eRAN TDD 13.1, cells
belonging to the same D-MIMO cluster must be set up on the same BBU. The BBPs,
however, can be different.
UBBPd 2T2R or 4T4R l When the BBP does not function as a co-
processing board: 6
l When the BBP also functions as a co-
processing board: 3
8T8R 3
UBBPe 2T2R or 4T4R l When the BBP does not function as a co-
processing board: 12
l When the BBP also functions as a co-
processing board: 6
The outdoor BBU3910A does not support D-MIMO or enhanced channel calibration.
l Co-processing board
This feature requires co-processing boards to calculate D-MIMO co-processing
resources. The co-processing board must be configured based on the following
principles:
– The co-processing board must be a UBBPd or UBBPe.
– Each co-processing board supports a maximum of 72 antennas and 6 clusters when
a UBBPd is used. For example:
n Macro 8T8R scenarios: 8 x 3 D-MIMO clusters x 3 RRUs per D-MIMO
cluster = 72 antennas
n Macro 4T4R scenarios: 4 x 6 D-MIMO clusters x 3 RRUs per D-MIMO
cluster = 72 antennas
n Micro 2T2R scenarios: 2 x 6 D-MIMO clusters x 6 RRUs per D-MIMO cluster
= 72 antennas
4T4R and 8T8R D-MIMO clusters can use the same co-processing resources.
– Each co-processing board supports a maximum of 144 antennas and 12 clusters
when a UBBPe is used. For example:
n Macro 8T8R scenarios: 8 x 6 D-MIMO clusters x 3 RRUs per D-MIMO
cluster = 144 antennas
n Macro 4T4R scenarios: 4 x 12 D-MIMO clusters x 3 RRUs per D-MIMO
cluster = 144 antennas
A dedicated scheduling board is a BBP that processes only signaling, instead of service data,
in dedicated scheduling mode. For details, see Cloud BB Overview Feature Parameter
Description.
– A UBBPd cannot be configured as a co-processing board when four or more
physical cells are bound to the board.
– A UBBPe cannot be configured as a co-processing board when four or more 8T8R
20 MHz physical cells are configured on the board and CPRI compression is not
enabled or when seven or more 4T4R or 8T8R physical cells are configured in other
scenarios.
– The FDD+TDD BBP cannot be configured as a co-processing board.
– 4T4R and 8T8R cells cannot be set up simultaneously on a BBP serving as the co-
processing board.
– The co-processing board uses the frame offset of the cell set up on the board. The
frame offset is specified by the CELLFRAMEOFFSET.FrameOffset parameter.
D-MIMO requires that the cell frame offset of the co-processing board be adopted
within the D-MIMO cluster to synchronize coordinated scheduling.
RF Modules
The following table lists the RF modules capable of D-MIMO.
NOTE
D-MIMO is not supported when the RRU3259 or RRU3279 is split into two 4T4R sectors.
Cells
l The cell bandwidth must be 10 MHz or 20 MHz.
l The 2.5 GHz band is supported in indoor LampSite scenarios.
l The 2.5 GHz and 3.5 GHz bands are supported in outdoor scenarios.
Other Requirements
Beamforming is not supported in micro-micro scenarios when D-MIMO is disabled. Joint-
scheduling UEs must reaccess the network after D-MIMO is enabled so that such UEs can
enter beamforming. Independent-scheduling UEs do not support beamforming in 2T2R
scenarios when D-MIMO is enabled.
4.3.4 Networking
l Basic requirements
– Two or more RRUs or more than three pRRUs form a D-MIMO cluster.
– Each cluster ID must have a unique mod 6 value for each RRU in multi-carrier
scenarios.
– The D-MIMO cluster ID must be unique within a BBU.
– The IDs of physically neighboring D-MIMO clusters must not have the same mod
24 value.
l Macro-macro scenarios
Each D-MIMO cluster supports two to four RRUs.
l Macro-micro scenarios
– Each D-MIMO cluster supports up to seven RRUs, including macro and micro
RRUs. There can be no more than four macro RRUs and no more than 32 antennas
in total.
– If more than four RRUs are configured, the D-MIMO cluster ID must be an even
number.
– The difference between D-MIMO cluster ID mod 6 values for different carriers
cannot be less than or equal to 1 if there are more than four RRUs in a D-MIMO
cluster and an RRU supports multi-carrier networking.
– If multiple micro RRUs are cascaded and are configured in different D-MIMO
clusters, the mod 6 values of the D-MIMO cluster IDs must be unique.
l Micro-micro scenarios
– Each D-MIMO cluster supports up to seven book RRUs.
– If more than four RRUs are configured, the D-MIMO cluster ID must be an even
number.
– The difference between D-MIMO cluster ID mod 6 values for different carriers
cannot be less than or equal to 1 if there are more than four RRUs in a D-MIMO
cluster and an RRU supports multi-carrier networking.
– If multiple micro RRUs are cascaded and are configured in different D-MIMO
clusters, the mod 6 values of the D-MIMO cluster IDs must be unique.
l LampSite scenarios
– Each D-MIMO cluster supports three to six pRRUs.
– If multiple carriers are configured, both the number of LTE TDD carriers and the
LTE TDD bandwidth must be the same for all the pRRUs belonging to the same D-
MIMO cluster, regardless of whether D-MIMO is enabled for all the carriers.
– If more than four pRRUs are configured, the D-MIMO cluster ID must be an even
number.
NOTE
l Only SFN cells and pRRU aggregation cells can be added to a D-MIMO cluster. Only one cell can
be added to each D-MIMO cluster.
l The same cell cannot be added to different D-MIMO clusters.
l A given cell can be added to a D-MIMO cluster by the primary operator ID or secondary operator ID
but not both. It is recommended that the cell be added to a D-MIMO cluster by the primary operator
ID.
l A cell cannot be added to a D-MIMO cluster by both the primary operator ID and the secondary
operator ID.
Joint-scheduling UEs served by 2T2R target RRUs support beamforming only when D-
MIMO is enabled. Therefore, the parameters listed in Table 4-6 need to be set in macro-micro
or micro-micro scenarios.
To encourage more UEs to use beamforming and improve D-MIMO gains in heavy-load
micro-micro scenarios, set the DlHighLoadSdmaThdOffset parameter based on the setting
notes in Table 4-11.
In this example:
UBBP boards are installed in slots 0 to 3, and the UBBP in slot 3 functions as the co-
processing board.
l Four pieces of sector equipment are configured for the cell in LampSite scenarios.
l Three pieces of sector equipment are configured for the SFN cell on a macro eNodeB
and are bound to UBBP boards in slots 0 to 2.
Adding and activating the SFN cell. For details, see SFN.
//Specifying baseband equipment for the BBP and co-processing board
ADD BASEBANDEQM: BASEBANDEQMID=0, BASEBANDEQMTYPE=ULDL, UMTSDEMMODE=NULL, SN1=0;
ADD BASEBANDEQM: BASEBANDEQMID=1, BASEBANDEQMTYPE=ULDL, UMTSDEMMODE=NULL, SN1=1;
ADD BASEBANDEQM: BASEBANDEQMID=2, BASEBANDEQMTYPE=ULDL, UMTSDEMMODE=NULL, SN1=2;
ADD BASEBANDEQM: BASEBANDEQMID=3, BASEBANDEQMTYPE=ULDL, UMTSDEMMODE=NULL, SN1=3;
//(Only for macro eNodeBs) Adding sector equipment and binding baseband equipment for
physical cells in SFN scenarios
ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=0, BASEBANDEQMID=0;
ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=1, BASEBANDEQMID=1;
ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=2, BASEBANDEQMID=2;
//(Only for LampSite eNodeBs) Adding sector equipment groups for LampSite cells and
adding sector equipment to the sector equipment groups
ADD EUSECTOREQMGROUP: LocalCellId=0, SectorEqmGroupId=0;
ADD EUSECTOREQMGROUP: LocalCellId=0, SectorEqmGroupId=1;
ADD EUSECTOREQMGROUP: LocalCellId=0, SectorEqmGroupId=2;
ADD EUSECTOREQMGROUP: LocalCellId=0, SectorEqmGroupId=3;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=0, SectorEqmId=0;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=1, SectorEqmId=1;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=2, SectorEqmId=2;
ADD EUSECTOREQMID2GROUP: LocalCellId=0, SectorEqmGroupId=3, SectorEqmId=3;
//(Optional) Enabling target SINR optimization for beamforming UEs during SRS power
control
//(Optional) Setting the PDCCH beamforming gain offset to 0 and enabling CCE aggregation
level selection optimization for joint-transmission beamforming UEs in coverage-based
PDCCH scenarios
MOD CELLPDCCHALGO: LocalCellId=0, PdcchBfGainOffset=0;
//(Optional) Setting the number of layers to be paired to 30 and enabling cell-level adaptive
switching between transmission modes when the cell load is heavy and the multi-layer pairing
rate is high
MOD CELLBF: LocalCellId=0, WaitPairingLayerThd=30;
//Setting the downlink high load SDMA threshold offset to 10 dB when quick entry into
beamforming during initial access is enabled in micro-micro scenarios
MOD CELLDLSCHALGO: LocalCellId=0, DlHighLoadSdmaThdOffset = 10;
//(Optional) Restoring the PDCCH beamforming gain offset and disabling CCE aggregation
level selection optimization for joint-transmission beamforming UEs in coverage-based
PDCCH scenarios
MOD CELLPDCCHALGO: LocalCellId=0, PdcchBfGainOffset=-127;
//(Optional) Restoring the threshold for the number of layers to be paired to the value used
before D-MIMO is enabled when the cell load is heavy and the multi-layer pairing rate is high
MOD CELLBF: LocalCellId=0, WaitPairingLayerThd=0;
//Setting the downlink high load SDMA threshold offset to the value used before D-MIMO is
enabled in micro-micro scenarios, when quick entry into beamforming during initial access is
disabled in micro-micro scenarios
MOD CELLDLSCHALGO: LocalCellId=0, DlHighLoadSdmaThdOffset = 0;
Step 2 Run the DSP DMIMOCLUSTERCELL command to check the cell status of the D-MIMO
cluster. The D-MIMO cluster is working properly if the value of the D-MIMO Cluster Cell
Status parameter is Normal.
Step 3 Run the DSP DMIMOCALIBRATION command to check the channel calibration status of
the D-MIMO cluster. Channel calibration is successful in the D-MIMO cluster if the value of
the D-MIMO Calibration Result parameter is Succeeded.
----End
Remarks
l The L.ChMeas.DMIMO.1Layer.PRB counter measures the number of PRBs that can
be paired for D-MIMO. D-MIMO takes effect if the value of this counter is greater than
0.
l The other counters measure the number of PRBs paired for D-MIMO at the
corresponding layers.
Table 4-13 Counters used to observe the proportion and scope of UEs on which D-MIMO
takes effect
Counter Description
Monitoring the Working Status and Channel Calibration Status of the D-MIMO
Cluster
The external CHR counter PERIOD_CELL_DMIMO_MR is used to monitor the working
status and the channel calibration status of the D-MIMO cluster.
This counter periodically measures the invalidity duration of the D-MIMO cluster. Based on
the invalidity duration, the working status of the D-MIMO cluster can be determined. The
default measurement period is 15 minutes.
Field Description
Number of Enable Numb Number of RBs that can be paired for D-MIMO in a
DMIMO Pairing RB er cell within a monitoring period. The total number of
available RBs that can be paired for D-MIMO during
all transmission time intervals (TTIs) is averaged at
the end of the monitoring period.
Number of successful Numb Number of RBs that are successfully paired for D-
DMIMO Pairing TM7 er MIMO in TM7 at layer N within a monitoring period.
RB(Num) with N Layers The total number of available RBs that are
successfully paired for D-MIMO during all TTIs is
averaged at the end of the monitoring period.
N = {2,3,4,5,6,7,8}
Number of successful Numb Number of RBs that are successfully paired for D-
DMIMO Pairing TM8 er MIMO in TM8 at layer N within a monitoring period.
RB(Num) with N Layers The total number of available RBs that are
successfully paired for D-MIMO during all TTIs is
averaged at the end of the monitoring period.
N = {2,3,4,5,6,7,8}
Number of successful Numb Number of RBs that are successfully paired for D-
DMIMO Pairing TM9 er MIMO in TM9 at layer N within a monitoring period.
RB(Num) with N Layers The total number of available RBs that are
successfully paired for D-MIMO during all TTIs is
averaged at the end of the monitoring period.
N = {2,3,4,5,6,7,8}
Number of Enable Numb Number of RBs that can be paired for a D-MIMO UE
DMIMO Pairing RB er within a monitoring period. The total number of
available RBs that can be paired for D-MIMO during
all TTIs is averaged at the end of the monitoring
period.
This item is measured only when the Test Items
parameter is set to DMIMO.
Number of successful Numb Number of RBs for UEs successfully paired for D-
DMIMO Pairing er MIMO at layer N within a monitoring period. The
RB(Num) with N Layers total number of RBs for UEs successfully paired for
D-MIMO at layer N during all TTIs is averaged as a
cell-level value (including all RRUs) at the end of a
monitoring period.
N = {2,3,4,5,6,7,8}
This item is measured only when the Test Items
parameter is set to DMIMO.
Value range: 0-1000
Counter Description
NOTE
To define a channel calibration failure alarm, perform the following operations on the U2000:
Step 1 On the U2000, choose Performance > Threshold Management > Threshold Settings. The
Threshold Settings tab page is displayed.
Step 2 Choose eNodeB > Measurement of CellSectorEQUIP Performance from the navigation
tree, and then click Add at the bottom right part of the tab page. The Add Threshold dialog
box is displayed.
Step 3 Select one or more NEs in the Object tab of the Add Threshold dialog box.
Step 4 On the Basic tab page, set Name, Period, and Activation time.
Step 5 On the Advanced tab page, perform the following operations and then click OK.
An alarm is reported if the duration of the channel calibration failure is greater than or equal
to the threshold plus the offset. It is cleared if the duration falls below the threshold minus the
offset.
l Set Direction to Ascending.
l Set Function subset to Network / Measurements Related to Algorithm(LTE) / Cell
Sector Algorithm Measurement.
l Set Counter name to L.CellSectorEqpt.UNA.Dur.Cali.
l Set Threshold based on the calculation result of Period set on the Basic tab page
multiplied by 80% minus the offset. In the example, set Threshold to 9, namely 15 x
80% – 3.
l Set Offset based on the calculation result of Period set on the Basic tab page multiplied
by 20%. In the example, set Offset to 3, namely 15 x 20%.
----End
Others
When the DmimoJTSwitch option is selected under the
CellAlgoSwitch.DMIMOAlgoSwitch parameter, consecutive block errors arise during dual-
stream beamforming, even leading to network exits. For details about the workarounds, see
Beamforming (TDD).
5 Inter-eNodeB D-MIMO
5.1 Principles
Inter-eNodeB downlink D-MIMO enables the cells set up on different BBUs but on the same
Cloud BB network to form a D-MIMO cluster. Inter-eNodeB downlink D-MIMO uses inter-
eNodeB inter-RRU channel calibration and coherent JT. For details about inter-RRU channel
calibration and coherent JT, see 3 General Principles.
Figure 5-1 shows inter-eNodeB D-MIMO networking. Inter-BBU RRU networking is
supported and inter-BBU frequency synchronization is required. If RGPS functions as the
clock source of the entire Cloud BB network, the BBU on which the RGPS device is
configured is available only for intra-eNodeB D-MIMO. This restriction does not apply when
a GPS clock functions as the clock source of the entire Cloud BB network.
5.2.1 Benefits
This feature offers the same benefits as downlink D-MIMO. For details, see 4.2.1 Benefits.
5.2.2 Impacts
Network Impacts
l D-MIMO slightly decreases the random access response (RAR) success rate but
increases the UE access delay.
l With D-MIMO, when adaptive transmission mode switching is enabled in SFN cells,
more UEs switch from TM3 to TM8. As a result, a greater proportion of the UEs in the
cell use beamforming, including dual-stream beamforming. UEs working in TM3 rank 2
report separate CQIs for each of the two data streams. However, when such UEs work in
dual-stream beamforming (TM8), they report CQIs for only one data stream. Therefore,
D-MIMO increases the average CQI value reported by the UE.
l UEs working in dual-stream beamforming must switch to single-stream beamforming
before being paired. In this case, the measured value of the KPI BF Rank1 PRB
increases. Therefore, the proportion of dual-stream beamforming UEs is subject to
pairing. When the proportion of dual-stream beamforming UEs participating in pairing is
high, the measured value of the KPI BF Rank2 PRB decreases.
l D-MIMO enables multiple beamforming UEs in SFN cells to be paired for MU-JT. This
enables more UEs to be scheduled within each TTI when many UEs are to be scheduled.
However, successful UE scheduling requires that there be sufficient control channel
elements (CCEs) available.
– If CCE resources are sufficient, the total number of CCEs used by each TTI in the
downlink increases. The increase in the total number of downlink used CCEs
decreases the number of available uplink CCEs, increases the probability of uplink
CCE allocation failures, and affects performance such as the number of uplink
scheduled UEs and MCS indexes.
– If CCE resources are insufficient, an increasing number of CCEs fail to be allocated
in each TTI.
l After D-MIMO is enabled, joint-scheduling UEs receive D-MIMO gains and the overall
D-MIMO pairing rate improves. The BLER may slightly fluctuate due to the changes in
MCS indexes.
l In SFN or D-MIMO scenarios, CRSs are jointly transmitted and PDSCH data is
independently transmitted for independent-scheduling UEs. As a result, there may be a
mismatch between CRS measurement-based rank values and rank values supported by
PDSCH data. For an independent-scheduling UE working in TM3 rank 2 with a small
isolation, RI mismatches lead to consecutive block errors or even the MCS index drop to
0. To solve this problem, the following mechanisms are adopted:
– When the target RRU is a 2T or 4T RRU:
The eNodeB identifies independent-scheduling UEs working in TM3 rank 2
subjected to consecutive block errors caused by RI mismatches and uses rank 1 to
schedule the UEs to ensure UE performance. This function is controlled by the
SfnDlRblerOptSwitch option under the CellAlgoSwitch.SfnAlgoSwitch
parameter. In this scenario, one second is required to identify UEs subjected to RI
mismatches.
– When the target RRU is an 8T RRU:
UEs working in TM3 rank 2 subjected to consecutive block errors caused by RI
mismatches can be switched to TM8 through TMA to prevent RI mismatches. In
this scenario, approximately two seconds are required to switch UEs subjected to RI
mismatches to TM8.
The MCS index and throughput decrease within the occurrence time of an RI mismatch
issue if the time is shorter than the preceding time (for example, a UE working in TM3
rank 2 switches to independent scheduling and immediately to joint scheduling).
Function Impacts
None
5.3 Requirements
5.3.1 Licenses
Feature ID Feature Name Model Sales Unit
5.3.2 Software
Prerequisite Functions
Function Name Function Switch Reference Description
5.3.3 Hardware
Base Station Models
3900 and 5900 series base stations are compatible with this feature.
Boards
The requirements for BBPs and co-processing boards are the same as those of downlink D-
MIMO. For details, see Boards. This feature also has the following constraints:
l For the main control board:
– If a USU3900 is used as the only USU for BBU interconnection, only one switch
main processing and transmission unit (SMPT) can be configured.
– If a USU3900 is used and there are two levels of USUs configured, only one SMPT
can be configured for each level.
– The main control board must be a UMPTe, UMPTa, or UMPTe+UMPTa.
l The D-MIMO cluster and co-processing board must be configured on the BBU where
the layer-2 cells of the SFN cell are configured in inter-eNodeB D-MIMO scenarios.
NOTE
An SMPT functions as the main control board of the USU3900. It provides functions such as O&M and
resource management for other boards. For details, see USU3900 Product Documentation.
RF Modules
This feature requires downlink D-MIMO to be activated, and has the same AAU requirements
as intra-eNodeB D-MIMO. For details, see RF Modules.
Cells
This feature requires downlink D-MIMO to be activated, and has the same cell requirements
as intra-eNodeB D-MIMO. For details, see Cells.
5.3.4 Networking
This feature requires downlink D-MIMO. For details about the networking requirements of
downlink D-MIMO, see 4.3.4 Networking.
l Basic requirements
– Two or more RRUs or more than three pRRUs form a D-MIMO cluster.
– Each cluster ID must have a unique mod 6 value for each RRU in multi-carrier
scenarios. The value of the D-MIMO Calibration Result parameter is Channel
calibration failures in inter-eNodeB scenarios if multiple cluster IDs
corresponding to multiple carriers of the same RRU have the same mod 6 value.
– The D-MIMO cluster ID must be unique within a BBU.
– The IDs of physically neighboring D-MIMO clusters must not have the same mod
24 value.
For details about the parameters required for enabling downlink D-MIMO, see 4.4.1.1 Data
Preparation.
l If RGPS is used as the clock source for the entire Cloud BB network, the BBU on which
the RGPS clock is configured is available only for intra-eNodeB D-MIMO, not for inter-
eNodeB D-MIMO. This restriction does not apply when a GPS clock functions as the
clock source of the entire Cloud BB network.
l Inter-eNodeB D-MIMO is not supported when there is a backup for the first-level USU
or second-level USU.
NOTE
For details about clock configurations for inter-eNodeB services, see USU3900-based Multi-BBU
Interconnection or USU3910-based Multi-BBU Interconnection.
For details about MML command configurations required for downlink D-MIMO
deployment, see 4.4.1.2 Using MML Commands. For details about clock configurations for
inter-eNodeB services, see USU3900-based Multi-BBU Interconnection or USU3910-based
Multi-BBU Interconnection.
l If the value is Clock exceptions, run the DSP SYSCLKSRC command to check
whether the value of the Locked System Clock Source parameter is Interconnection
System Clock and the value of the ESN of the NE where the locked source is located
parameter is the same for all BBUs and USUs. If not, check clock configurations.
l If the value is Incorrect configurations or unavailable licenses, check whether the
inter-eNodeB link is functional.
6 Parameters
CellPcA DMSrsP MOD TDLBF Uplink Meaning: Indicates the offset to the target SINR for
lgo cSinrOff CELLP D-00202 Power beamforming UEs during SRS power control in D-
set CALGO 6 Control MIMO scenarios. If this parameter is set to 0, the
LST TDLEO DL D- target SINR of SRS power control for beamforming
CELLP FD-1115 MIMO UEs is not adjusted. If this parameter is set to another
CALGO 05 value, the target SINR of SRS power control for
Distribut beamforming UEs equals the configured target SINR
TDLEO ed plus this offset. This parameter applies only to LTE
FD-1115 MIMO TDD.
0501 Intra- GUI Value Range: 0~10
TDLEO BBU D-
FD-1115 MIMO Unit: dB
0502 D- Actual Value Range: 0~10
TDLEO MIMO Default Value: 0
FD-1115 by
0504 Macro
TDLEO RRUs
FD-1115 D-
0505 MIMO
TDLEO Within a
FD-121 LampSit
501 e Cell
Inter-
eNodeB
DL D-
MIMO
CellPcA SrsPcSi MOD TDLBF Uplink Meaning: Indicates the target SINR for SRS power
lgo nrTarget CELLP D-00202 Power control. If this parameter is set to a large value, the
CALGO 6 Control transmit power of UEs increases, causing interference
LST to neighboring cells. If this parameter is set to a small
CELLP value, the transmit power of UEs decreases, causing
CALGO poor uplink SRS receive performance in the local cell.
If inter-cell interference is strong, set this parameter to
a small value. If SRS receive performance in the local
cell is poor, set this parameter to a large value. This
parameter applies only to LTE TDD.
GUI Value Range: -50~50
Unit: dB
Actual Value Range: -50~50
Default Value: 1
DMIMO BfWeig ADD TDLEO Distribut Meaning: Indicates the beamforming weight
Cluster htNorma DMIMO FD-1115 ed normalization mode. If this parameter is set to
lizeMod CLUST 0501 MIMO NEBF(NEBF), all physical antennas consume the
e ER TDLEO D- same amount of transmit power, but the orthogonality
MOD FD-1115 MIMO among paired UEs is affected. If this parameter is set
DMIMO 0505 Within a to PEBF(PEBF), the orthogonality among paired UEs
CLUST LampSit is not affected, but physical antennas consume
ER e Cell different amount of transmit power. In this case, the
power resources of certain physical antennas are not
LST efficiently used. This parameter applies only to LTE
DMIMO TDD.
CLUST
ER GUI Value Range: NEBF(NEBF), PEBF(PEBF)
Unit: None
Actual Value Range: NEBF, PEBF
Default Value: NEBF(NEBF)
CellBf WaitPair MOD TDLOF MU- Meaning: Indicates the threshold of the number of
ingLaye CELLB D-00107 Beamfor pairing layers. This parameter is used to identify
rThd F 7 ming heavy-load and multi-layer pairing scenarios and
LST TDLEO DL D- adapt the transmission mode for each cell, facilitating
CELLB FD-1115 MIMO multi-user pairing and improving system capacity. If
F 05 this parameter is set to 0, heavy-load scenarios are not
Single identified and the transmission mode is not adapted
TDLOF Streami for each cell. This parameter applies only to LTE
D-00104 ng TDD.
9 Beamfor
ming GUI Value Range: 0~640
TDLOF
D-00106 Dual Unit: None
1 Streami Actual Value Range: 0~64, step: 0.1
ng Default Value: 0
Beamfor
ming
CellShut CellShut MOD LOFD-0 Intellige Meaning: Indicates whether to enable or disable
down downSw CELLS 01042/ nt intelligent power-off of carriers in the same coverage.
itch HUTDO TDLOF Power- Intelligent power-off of carriers in the same coverage
WN D-00104 Off of can be performed only when this parameter is set to
LST 2 Carriers ON and specific conditions are met. For intelligent
CELLS in the power-off of carriers in the same coverage, each basic
HUTDO Same cell must have its intelligent power-off of carriers
WN Coverag switch enabled and the UL or DL PRB usage
e threshold set to 0. This parameter applies only to LTE
FDD and LTE TDD.
GUI Value Range: OFF(Off), ON(On)
Unit: None
Actual Value Range: OFF, ON
Default Value: OFF(Off)
CellLow LowPwr MOD LOFD-0 Low Meaning: Indicates the switch for the functionality of
Power Switch CELLL 01040/ Power the low power consumption mode. The cell can enter
OWPO TDLOF Consum the low power consumption mode only when this
WER D-00104 ption parameter is set to ON and specific conditions are
LST 0 Mode met. This parameter applies only to LTE FDD and
CELLL LTE TDD.
OWPO GUI Value Range: OFF(Off), ON(On)
WER Unit: None
Actual Value Range: OFF, ON
Default Value: OFF(Off)
CellDrx DrxAlg MOD LBFD-0 DRX Meaning: Indicates whether to enable DRX. This
Para Switch CELLD 02017/ Breathin parameter does not control dynamic DRX. In FDD
RXPAR TDLBF g Pilot and TDD cells, DRX takes effect on a CA UE only
A D-00201 when this parameter is set to ON for eNodeBs serving
LST 7/ both the PCell and SCells of the CA UE. In NB-IoT
CELLD MLBFD cells, DRX takes effect when this parameter is set to
RXPAR -120002 ON.
A 36 GUI Value Range: OFF(Off), ON(On)
LEOFD- Unit: None
111306/
TDLOF Actual Value Range: OFF, ON
D-12020 Default Value: OFF(Off)
5
EpfEnhancedSwitch(EpfEnhancedSwitch),
AperiodicCqiTrigOptSwitch(AperiodicCqiTrigOptS-
witch), VoipTbsBasedMcsSelS-
witch(VoipTbsBasedMcsSelSwitch),
PagingInterfRandSwitch(PagingInterfRandSwitch),
DlSingleUsrMcsOptSwitch(DlSingleUsrMcsOptS-
witch), SubframeSchDiffSwitch(SubframeSchDiffS-
witch), TailPackagePriSchS-
witch(TailPackagePriSchSwitch),
UeSigMcsEnhanceSwitch(UeSigMcsEnhanceSwitch),
FreqSelJudgeIgnorDopplerSwitch(FreqSelJudgeIgnor-
DopplerSwitch),
SIB1InterfRandSwitch(SIB1InterfRandSwitch),
EnhExtQCISpsSchSwitch(EnhExtQCISpsSchSwitch),
DlVoipBundlingSwitch(DlVoipBundlingSwitch),
DlPacketLenAwareSchSw(DlPacketLenAwar-
eSchSw), RLCArqFeedbackEnhanced-
Switch(RLCArqFeedbackEnhancedSwitch),
PaReconfigOptSwitch(PaReconfigOptSwitch),
RankRapidRptSwitch(RankRapidRptSwitch),
DlRLCStateReportSchDe-
laySw(DlRLCStateReportSchDelaySw),
SmallPktMcsSelectAlgoSw(SmallPktMcsSelectAl-
goSw), SRB0SplitSchSw(SRB0SplitSchSw),
BfUserPairPriorSwitch(BfUserPairPriorSwitch),
HarqAllocOptSwitch(HarqAllocOptSwitch),
Pusch32Switch(Pusch32Switch),
DlPreciseAmbrCtrlSwitch(DlPreciseAmbrCtrlSwitch)
Unit: None
Actual Value Range: FreqSelSwitch, SpsSchSwitch,
MBSFNShutDownSwitch, NonGbrBundlingSwitch,
EnAperiodicCqiRptSwitch, DlMbrCtrlSwitch,
MbrDlSchSwitch, UeAmbrDlSchSwitch,
EpfEnhancedSwitch, AperiodicCqiTrigOptSwitch,
VoipTbsBasedMcsSelSwitch, PagingInterfRand-
Switch, DlSingleUsrMcsOptSwitch,
SubframeSchDiffSwitch, TailPackagePriSchSwitch,
UeSigMcsEnhanceSwitch, FreqSelJudgeIgnorDop-
plerSwitch, SIB1InterfRandSwitch,
EnhExtQCISpsSchSwitch, DlVoipBundlingSwitch,
DlPacketLenAwareSchSw, RLCArqFeedbackEnhan-
cedSwitch, PaReconfigOptSwitch,
RankRapidRptSwitch, DlRLCStateReportSchDe-
laySw, SmallPktMcsSelectAlgoSw, SRB0SplitSchSw,
BfUserPairPriorSwitch, HarqAllocOptSwitch,
Pusch32Switch, DlPreciseAmbrCtrlSwitch
Default Value: FreqSelSwitch:Off, SpsSchSwitch:Off,
MBSFNShutDownSwitch:Off, NonGbrBundlingS-
CellAlg SfnUlSc MOD LOFD-0 SFN Meaning: Indicates the SFN uplink scheduling mode.
oSwitch hSwitch CELLA 03029/ Adaptiv The uplink scheduling modes include the joint
LGOSW TDLOF e SFN/ scheduling mode, and the auto-selection mode
ITCH D-00107 SDMA between joint scheduling and independent scheduling.
LST 5/ This parameter applies only to LTE FDD and LTE
CELLA MLOFD TDD.
LGOSW -121204 GUI Value Range: ADAPTIVE(Adaptive scheduling),
ITCH LOFD-0 JOINT(Joint scheduling)
70205/ Unit: None
TDLOF
D-00200 Actual Value Range: ADAPTIVE, JOINT
8 Default Value: JOINT(Joint scheduling)
CellAlg SfnDlSc MOD LOFD-0 SFN Meaning: Indicates the SFN downlink scheduling
oSwitch hSwitch CELLA 03029/ Adaptiv mode. The downlink scheduling modes include the
LGOSW TDLOF e SFN/ joint scheduling mode, and the auto-selection mode
ITCH D-00107 SDMA between joint scheduling and independent scheduling.
LST 5/ This parameter applies only to LTE FDD and LTE
MLOFD Inter- TDD.
CELLA eNodeB
LGOSW -121204 GUI Value Range: ADAPTIVE(Adaptive scheduling),
SFN
ITCH LOFD-0 Based JOINT(Joint scheduling)
70205/ on Unit: None
TDLOF Coordin
D-00200 Actual Value Range: ADAPTIVE, JOINT
ated
8 eNodeB Default Value: JOINT(Joint scheduling)
TDLOF Inter-
D-00108 eNodeB
0 Adaptiv
TDLOF e SFN/
D-00108 SDMA
2 Based
on
Coordin
ated
eNodeB
Cell UlCycli ADD LBFD-0 Normal Meaning: Indicates the UL cyclic prefix length of a
cPrefix CELL 0100401 CP cell. A cyclic prefix can be a common or extended
MOD / Extende cyclic prefix. An extended cyclic prefix is generally
CELL TDLBF d CP used in a complex environment with a strong multi-
D-00100 path effect and long delay. In a cell, the UL cyclic
LST 401 Broadca prefix length can be different from the DL one. In
CELL st of addition, the UL or DL cyclic prefix length of a cell
LOFD-0 system
01031/ must be the same as that of the cell using the same
informat BBP. For details, see 3GPP TS 36.211.
TDLOF ion
D-00103 GUI Value Range: NORMAL_CP(Normal),
1 EXTENDED_CP(Extended)
LBFD-0 Unit: None
02009/ Actual Value Range: NORMAL_CP,
TDLBF EXTENDED_CP
D-00200
9/ Default Value: NORMAL_CP(Normal)
MLBFD
-120002
29
Cell DlCycli ADD LBFD-0 Normal Meaning: Indicates the length of the DL cyclic prefix
cPrefix CELL 0100401 CP of a cell. A DL cyclic prefix can be a common or
MOD / Extende extended cyclic prefix. An extended cyclic prefix is
CELL TDLBF d CP generally used in a complex environment with a
D-00100 strong multi-path effect and long delay. In a cell, the
LST 401 eMTC UL cyclic prefix length can be different from the DL
CELL Introduc one. In addition, the UL or DL cyclic prefix length of
LOFD-0 tion
01031/ a cell must be the same as that of the cell using the
TDLOF same BBP. For details, see 3GPP TS 36.211.
D-00103 GUI Value Range: NORMAL_CP(Normal),
1 EXTENDED_CP(Extended)
TDLEO Unit: None
FD-121 Actual Value Range: NORMAL_CP,
611 EXTENDED_CP
Default Value: NORMAL_CP(Normal)
Cell HighSpe ADD LOFD-0 High Meaning: Indicates the speed flag of the cell. Set this
edFlag CELL 01007/ Speed parameter to HIGH_SPEED if the cell is used to
MOD TDLOF Mobility provide coverage for a high-speed railway. Set this
CELL D-00100 Ultra parameter to LOW_SPEED in other scenarios. TDD
7 High cells with a bandwidth of 5 MHz or in 8T8R mode can
LST only be configured as low-speed cells. TDD cells
CELL LOFD-0 Speed
01008 Mobility cannot be configured as ultra-high-speed cells. This
parameter applies only to LTE FDD and LTE TDD.
GUI Value Range: LOW_SPEED(Low speed cell
flag), HIGH_SPEED(High speed cell flag),
ULTRA_HIGH_SPEED(Ultra high speed cell flag),
EXTRA_HIGH_SPEED(Extra high speed cell flag)
Unit: None
Actual Value Range: LOW_SPEED, HIGH_SPEED,
ULTRA_HIGH_SPEED, EXTRA_HIGH_SPEED
Default Value: LOW_SPEED(Low speed cell flag)
SRSCfg SrsCfgP MOD TDLOF Single Meaning: Indicates the SRS configuration policy. This
olicySwi SRSCF D-00104 Streami parameter applies only to LTE TDD.
tch G 9 ng SRSPolicyforUL2LayersMIMO: Indicates the two-
LST TDLOF Beamfor antenna-port SRS configuration policy if two antenna
SRSCF D-00106 ming ports are configured for a UE in the uplink. If this
G 1 Dual option is deselected, the eNodeB preferentially
Streami allocates short-term SRSs (including single-antenna-
TDLOF port SRSs). If this option is selected, the eNodeB
D-12020 ng
Beamfor preferentially allocates two-antenna-port SRSs
1 (including long-term SRSs). SrvBasedSRSAdjAlgo:
ming
TDLEO Indicates whether to enable service-based SRS
FD-121 UL SU- adjustment. If this option is selected, the eNodeB can
601 MIMO adjust SRSs for UEs based on the identified UE
Massive services for SRS adjustment. If this option is
MIMO deselected, the eNodeB does not identify UE services
Introduc for SRS adjustment. This option applies only to LTE
tion TDD.
GUI Value Range:
SRSPolicyforUL2LayersMIMO(SRSPolicyforUL2La
yersMIMO), SrvBasedSRSAdjAl-
go(SrvBasedSRSAdjAlgo)
Unit: None
Actual Value Range: SRSPolicyforUL2LayersMIMO,
SrvBasedSRSAdjAlgo
Default Value: SRSPolicyforUL2LayersMIMO:Off,
SrvBasedSRSAdjAlgo:Off
CellFra FrameO ADD None None Meaning: Indicates the offset of the start time of a cell
meOffse ffset CELLF frame against a reference clock source.
t RAME GUI Value Range: 0~261120,275943~307200
OFFSE
T Unit: Ts
CoProc CoProc ADD None None Meaning: Indicates a co-processing resource index.
Res ResId COPRO This parameter applies only to LTE FDD and LTE
CRES TDD.
LST GUI Value Range: 0~12
COPRO Unit: None
CRES
Actual Value Range: 0~12
MOD
COPRO Default Value: None
CRES
RMV
COPRO
CRES
CoProc BaseBan ADD None None Meaning: Indicates the ID of the baseband equipment
Res dEqmId COPRO providing coordinated processing resources. When
CRES this parameter is set to 255, no baseband equipment is
MOD specified. In this scenario, the eNodeB selects
COPRO baseband processing units (BBPs) for providing
CRES coordinated processing resources among all BBPs in
the eNodeB. When this parameter is set to a value
LST other than 255, the eNodeB selects BBPs contained in
COPRO the specified baseband equipment for providing
CRES coordinated processing resources. This parameter
applies only to LTE FDD and LTE TDD.
GUI Value Range: 0~23,255
Unit: None
Actual Value Range: 0~23,255
Default Value: 255
CoProc Bundlin ADD TDLOF Coordin Meaning: Indicates the cluster type bound to co-
Res gCluster COPRO D-08020 ated processing resources. If this parameter is set to
Type CRES 3 Scheduli ADAPTIVE, no cluster type is specified and the
MOD TDLOF ng based eNodeB adaptively specifies a cluster type based on
COPRO D-11120 Power the coordination processing requirements of
CRES 8 Control coordination features. This parameter applies only to
Uplink LTE FDD and LTE TDD.
LST TDLAO
COPRO FD-081 Interfere GUI Value Range: ADAPTIVE(ADAPTIVE),
CRES 411 nce CSPC(CSPC), DL_COMP(DL_COMP),
Coordin UL_ICS(UL_ICS), DMIMO(DMIMO)
LOFD-0 ation
70208 Unit: None
Inter- Actual Value Range: ADAPTIVE, CSPC, DL_COMP,
TDLEO eNodeB
FD-1115 UL_ICS, DMIMO
DL
05 CoMP Default Value: ADAPTIVE(ADAPTIVE)
Based
on
Relaxed
Backhau
l
Coordin
ated
Scheduli
ng based
Power
Control
DL D-
MIMO
DMIMO DMIMO ADD TDLEO DL D- Meaning: Indicates the D-MIMO static cluster index.
Cluster ClusterI DMIMO FD-1115 MIMO This parameter applies only to LTE TDD.
d CLUST 05 GUI Value Range: 0~65535
ER
Unit: None
DSP
DMIMO Actual Value Range: 0~65535
CALIB Default Value: None
RATIO
N
LST
DMIMO
CLUST
ER
MOD
DMIMO
CLUST
ER
RMV
DMIMO
CLUST
ER
DMIMO DMIMO ADD None None Meaning: Indicates the D-MIMO static cluster index.
ClusterC ClusterI DMIMO This parameter applies only to LTE TDD.
ell d CLUST GUI Value Range: 0~65535
ERCEL
L Unit: None
DMIMO CellId ADD None None Meaning: Indicates the unique ID of a cell. The 28-bit
ClusterC DMIMO E-UTRAN cell identity is comprised of the cell ID
ell CLUST (represented by the least significant 8 bits) and the
ERCEL eNodeB ID. The cell global identity (CGI) of an E-
L UTRAN cell is comprised of the E-UTRAN cell
LST identity and the PLMN ID. For details, see 3GPP TS
DMIMO 36.413. This parameter applies only to LTE TDD
CLUST cells.
ERCEL GUI Value Range: 0~255
L Unit: None
RMV Actual Value Range: 0~255
DMIMO
CLUST Default Value: None
ERCEL
L
DSP
DMIMO
CLUST
ERCEL
L
DMIMO eNodeB ADD None None Meaning: Indicates the ID of an eNodeB. The 28-bit
ClusterC Id DMIMO E-UTRAN cell ID is comprised of the cell ID and the
ell CLUST eNodeB ID (represented by the most significant 20
ERCEL bits). The CGI of an E-UTRAN cell is comprised of
L the E-UTRAN cell ID and the PLMN ID. For details,
LST see 3GPP TS 36.413. This parameter applies only to
DMIMO LTE TDD.
CLUST GUI Value Range: 0~1048575
ERCEL Unit: None
L
Actual Value Range: 0~1048575
RMV
DMIMO Default Value: None
CLUST
ERCEL
L
DSP
DMIMO
CLUST
ERCEL
L
DMIMO Mcc ADD None None Meaning: Indicates the MCC of a D-MIMO cluster
ClusterC DMIMO cell. A PLMN ID is comprised of an MCC and an
ell CLUST MNC. The MCC consists of three digits. The MNC
ERCEL consists of two or three digits. For example, if the
L MCC is 123 and the MNC is 45, the PLMN ID is
LST 12345. This parameter applies only to LTE TDD.
DMIMO GUI Value Range: 3 characters
CLUST Unit: None
ERCEL
L Actual Value Range: 000~999
DMIMO Mnc ADD None None Meaning: Indicates the MNC of a D-MIMO cluster
ClusterC DMIMO cell. A PLMN ID is comprised of an MCC and an
ell CLUST MNC. The MCC consists of three digits. The MNC
ERCEL consists of two or three digits. For example, if the
L MCC is 123 and the MNC is 45, the PLMN ID is
LST 12345. This parameter applies only to LTE TDD.
DMIMO GUI Value Range: 2~3 characters
CLUST Unit: None
ERCEL
L Actual Value Range: 00~99,000~999
CellBfM InitialBf MOD TDLOF DL 2x2 Meaning: Indicates the beamforming and MIMO
imoPara MimoTy CELLB D-00100 MIMO mode used during initial network access. This
Cfg pe FMIMO 1 DL 4x4 parameter applies only to LTE TDD. When the
PARAC TDLOF MIMO CrsPortNum parameter in the Cell MO is set to
FG D-00106 CRS_PORT_4(4 ports) and the
Single BfMimoAdapWithTm4Switch parameter in the
LST 0 Streami
CELLB CellBfMimoParaCfg MO is set to ON(On), the value
TDLOF ng TM3(TM3) of this parameter does not take effect. If
FMIMO D-00104 Beamfor
PARAC this value is set in this case, TM2 is used as the
9 ming beamforming and MIMO mode during initial network
FG
TDLOF Dual access.
D-00106 Streami GUI Value Range: TM2(TM2), TM3(TM3)
1 ng
Beamfor Unit: None
ming Actual Value Range: TM2, TM3
Default Value: TM2(TM2)
CellPdc PdcchBf MOD TDLBF Physical Meaning: Indicates the PDCCH beamforming gain
chAlgo GainOff CELLP D-00200 Channel offset for D-MIMO cells when the PDCCH
set DCCHA 3 Manage aggregation level is selected based on coverage. If this
LGO TDLEO ment parameter is set to –127, optimization of PDCCH
LST FD-1115 DL D- beamforming gain offset is disabled. If this parameter
CELLP 05 MIMO is set to a value ranging from –10 to 10, optimization
DCCHA of PDCCH beamforming gain offset is enabled, and
TDLEO Distribut the offset is specified by this parameter. This
LGO FD-1115 ed parameter applies only to LTE TDD.
0501 MIMO
GUI Value Range: -127,-10~10
TDLEO Intra-
FD-1115 BBU D- Unit: None
0502 MIMO Actual Value Range: -127,-10~10
TDLEO D- Default Value: -127
FD-1115 MIMO
0504 by
TDLEO Macro
FD-1115 RRUs
0505 D-
TDLEO MIMO
FD-121 Within a
501 LampSit
e Cell
Inter-
eNodeB
DL D-
MIMO
CellDlsc DlHigh MOD TDLOF Adaptiv Meaning: Indicates the offset to the high load isolation
hAlgo LoadSd CELLD D-00200 e SFN/ threshold in the downlink of an adaptive SFN cell.
maThdO LSCHA 8/ SDMA This parameter applies only to LTE FDD and LTE
ffset LGO LOFD-0 TDD.
LST 70205 GUI Value Range: -25~25
CELLD Unit: dB
LSCHA
LGO Actual Value Range: -25~25
Default Value: 0
SRSCfg SrsResO MOD TDLEO DL D- Meaning: Indicates whether to optimize SRS resource
ptSwitch SRSCF FD-1115 MIMO allocation for 2R access enhancement. If this
G 05 parameter is set to ON(On), quadruple code division
LST can be used for SRS resource allocation to enhance 2R
SRSCF access. If this parameter is set to OFF(Off), quadruple
G code division cannot be used for SRS resource
allocation to enhance 2R access. This parameter
applies only to LTE TDD.
GUI Value Range: OFF(Off), ON(On)
Unit: None
Actual Value Range: OFF, ON
Default Value: OFF(Off)
SRSCfg TddSrsC MOD TDLBF Physical Meaning: Indicates the SRS configuration for LTE
fgMode SRSCF D-00200 Channel TDD. If this parameter is set to ACCESS_FIRST, the
G 3 Manage SRS configuration designed to preferentially
LST TDLAO ment guarantee the number of accessed UEs and BHCA is
SRSCF FD-081 DL 4- used. If this parameter is set to
G 409 Layer EXPERIENCE_FIRST, the SRS configuration
MIMO designed to preferentially guarantee user experience
TDLEO (for example, beamforming performance) is used. If
FD-121 Based
on TM9 this parameter is set to EXPERIENCE_ENHANCED,
615 downlink experience improves compared with that
TDLOF DL obtained when this parameter is set to
D-00104 Flexible ACCESS_FIRST. If this parameter is set to
9 3D- ACCESS_ENHANCED, more UEs can access the
Beamfor network compared with that obtained when this
ming parameter is set to EXPERIENCE_ENHANCED. The
Single values EXPERIENCE_ENHANCED and
Streami ACCESS_ENHANCED are not supported by the
ng LBBPc. If this parameter is set to
Beamfor EXPERIENCE_ENHANCED or
ming ACCESS_ENHANCED for a cell established on an
LBBPc board, the value is automatically changed to
ACCESS_FIRST when this parameter takes effect.
This parameter applies only to LTE TDD.
GUI Value Range: ACCESS_FIRST(Access First),
EXPERIENCE_FIRST(Experience First),
EXPERIENCE_ENHANCED(Experience Enhanced),
ACCESS_ENHANCED(Access Enhanced)
Unit: None
Actual Value Range: ACCESS_FIRST,
EXPERIENCE_FIRST,
EXPERIENCE_ENHANCED,
ACCESS_ENHANCED
Default Value: ACCESS_ENHANCED(Access
Enhanced)
Cell MultiRr ADD LOFD-0 SFN Meaning: Indicates the type of the multi-RRU cell.
uCellMo CELL 03029/ Adaptiv GUI Value Range: SFN(SFN),
de MOD TDLOF e SFN/ CELL_COMBINATION(Cell Combination),
CELL D-00107 SDMA TWO_RRU_COMBINATION(TWO RRU
5 Combination), DIGITAL_COMBINATION(Cell
LST Inter-
CELL LOFD-0 BBP Digital Combination),
70205/ SFN MPRU_AGGREGATION(MPRU_AGGREGATION)
TDLOF Unit: None
D-00200 Inter-
8 eNodeB Actual Value Range: SFN, CELL_COMBINATION,
SFN TWO_RRU_COMBINATION,
TDLOF Based DIGITAL_COMBINATION,
D-00109 on MPRU_AGGREGATION
8 Coordin Default Value: SFN(SFN)
TDLOF ated
D-00108 eNodeB
0 Inter-
TDLOF BBP
D-00108 Adaptiv
1 e SFN/
TDLOF SDMA
D-00108 Inter-
2 eNodeB
Adaptiv
e SFN/
SDMA
Based
on
Coordin
ated
eNodeB
TASM MODE SET MRFD- BTS Meaning: Indicates the working mode of the system
CLKM 210501 Clock clock. Manual indicates that a clock source must be
ODE specified by the user. Auto indicates that the system
LBFD-0 Synchro automatically selects a clock source based on the
DSP 03005 nization priority and availability of the clock source. Free
CLKST
AT LBFD-0 Clock indicates that the system clock works in free-running
0300501 Source mode, that is, the system clock does not trace any
LST reference clock source.
LBFD-0 Switchin
CLKM
0300502 g GUI Value Range: AUTO(Auto), MANUAL(Manual),
ODE
LBFD-0 Manuall FREE(Free)
0300503 y or
Unit: None
Automat
LBFD-0 ically Actual Value Range: AUTO, MANUAL, FREE
0300504 Default Value: FREE(Free)
Free-
LBFD-0 running
0300505 Mode
LBFD-0
Synchro
0300506
nization
LOFD-0 with
03013 GPS
LOFD-0 Synchro
0301301 nization
LOFD-0 with
0301302 BITS
LOFD-0 Synchro
0301303 nization
LOFD-0 with
03023 1PPS
MRFD- Synchro
121117 nization
with
MRFD- E1/T1
121127
Enhance
MRFD-
d
121137
Synchro
MRFD- nization
121147
Synchro
MRFD- nization
121157 with
Ethernet
(ITU-T
G.8261)
IEEE15
88 V2
Clock
Synchro
nization
Clock
over IP
(Huawei
propriet
ary)
IEEE
1588v2
over
IPv6
Multi-
mode
BS
Commo
n
Referen
ce
Clock(G
BTS)
Multi-
mode
BS
Commo
n
Referen
ce
Clock(N
odeB)
Multi-
mode
BS
Commo
n
Referen
ce
Clock(e
NodeB)
Multi-
mode
BS
Commo
n
Referen
ce Clock
(LTE
TDD)
Multi-
mode
BS
Commo
n
Referen
ce
Clock(N
B-IoT)
TASM SYSCL SET WRFD- Uplink Meaning: Indicates the locked system clock source,
KSRC CLKSY 151207 CoMP which is obtained from the local standard clock or
NCMO (Joint interconnection system clock. The local standard
DE Receptio clock is a clock synchronized with the reference clock
DSP n) Based of the local NE or multimode base station. The
SYSCL on interconnection system clock is the standard clock
KSRC Coordin obtained from the interconnection port.
ated GUI Value Range: LOCAL(Local Standard Clock),
LST BBU
CLKSY INTER_SYSCLK(Interconnection System Clock)
NCMO Unit: None
DE Actual Value Range: LOCAL, INTER_SYSCLK
Default Value: LOCAL(Local Standard Clock)
7 Counters
8 Glossary
9 Reference Documents
1. SFN
2. Energy Conservation and Emission Reduction
3. Beamforming (TDD)
4. DRX and Signaling Control
5. Extended CP
6. High Speed Mobility
7. Relay
8. Massive MIMO (TDD)
9. Scheduling
10. Uplink Coordinated Scheduling
11. Carrier Aggregation
12. RAN Sharing
13. Dynamic Power Sharing Between LTE Carriers
14. 3900 & 5900 Series Base Station Initial Configuration Guide
15. USU3900 Product Documentation
16. USU3910 Product Documentation
17. MIMO
18. DBS3900 LampSite Hardware Description
19. DBS5900 LampSite Hardware Description
20. Cloud BB Overview
21. USU3900-based Multi-BBU Interconnection
22. USU3910-based Multi-BBU Interconnection